JP2014192671A - 遠隔操作システム、操作端末、遠隔操作方法およびプログラム - Google Patents

Abstract

【課題】複数の操作端末を同一の操作体系で遠隔操作することを可能とする。
【解決手段】操作端末は、接続要求とともに、サービス種別と接続応答を被操作端末から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを送信する。被操作端末は、受信したサービス種別が希望するサービス種別と合致するかどうかを判定して、合致する場合に、受信したＵＲＬに対して接続要求を操作端末に送信する。操作端末は、被操作端末から接続要求を受信したときに、応答の送信元である被操作端末の一覧をユーザに表示し、被操作端末が選択されると、選択した被操作端末以外に対して、接続拒否を通知するとともに、選択した被操作端末に対して、接続開始を通知して、選択された被操作端末にＵＩ定義ファイルおよび関連リソースを送信する。選択された被操作端末は、受信したＵＩ定義ファイル及び関連リソースに基づいてＵＩを表示する。
【選択図】図５

Description

本発明は、操作端末を有線ないし無線でネットワーク接続された別の操作端末から遠隔操作する遠隔操作システム、遠隔操作方法およびプログラムに関し、特に、複数の操作端末を同一の操作体系で遠隔操作することを可能とする遠隔操作システム、操作端末、遠隔操作方法およびプログラムに関する。

ＴＶのようなデバイスは、居間や他の部屋などの固定された場所に位置し、空中波及びケーブル放送や、ＤＶＤ（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）及びＢＤ（ｂｌｕ−ｒａｙ ｄｉｓｃ）を含む記録媒体を再生する。この場合、ＴＶは、再生が主目的であるから、リモコンのような簡単な制御デバイスを利用してＴＶを制御できる。すなわち、ＴＶが多機能化されていない場合、ユーザは、リモコンのような簡単な制御デバイスを利用し、チャネル選択及びボリューム設定を含む簡単な制御を行うことができた。

しかし、ＴＶ自体の機能がだんだんと多機能化され、ホーム・ネットワークの発展によって、ＴＶに多様なデバイスを連結できるようになりつつあり、ユーザが、リモコンのような簡単な制御デバイスを利用し、ＴＶの多様な機能を制御するＵＩ方式は、ユーザ便宜性において限界がある。

そこで、図１１に示すように、ユーザが、直接操作を行う情報端末が、被操作端末からネットワーク経由でリモートＵＩのＵＲＬを含むイベント通知を受信し、受信したＵＲＬに基づいてリモートＵＩおよび関連する画像等のリソースを被操作端末のサーバから受信して、情報端末上の画面にリモートＵＩを表示し、情報端末から被操作端末のサーバに対して制御コマンド等をテキストで送信する。これによって、例えば、携帯端末のような手元で簡便に操作可能な情報端末を用いて、テレビ等の情報端末を遠隔から簡便かつ高度な操作感覚で操作することを可能とする技術が開示されている（例えば、特許文献１参照）。

特開２０１１−１０８２３０号公報

しかし、特許文献１の方法で遠隔操作を実現するには、被操作端末側がサーバ機能を具備している必要があるため、セキュリティや処理負荷の増大等の懸念が生じていた。また、被操作端末側でリモートＵＩを定義することとなるため、共通の汎用的な機能を有する複数の被操作端末(例えばテレビ)に対して、それぞれ異なるリモートＵＩがユーザに提示され、操作性が被操作端末によってバラバラになるという問題があった。

本発明は、複数の操作端末を同一の操作体系で遠隔操作することを可能とする遠隔操作システム、操作端末、遠隔操作方法およびプログラムを提供することを目的とする。

本発明は、上述の課題を解決するために、以下の事項を提案している。

（１）本発明は、操作端末と被操作端末とからなる遠隔操作システムであって、前記操作端末が、同一ネットワーク内にマルチキャスト通信により接続要求を送信する接続要求送信手段と、少なくとも、該接続要求とともに、サービス種別と接続応答を前記被操作端末から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを送信する第１のＵＩ通信手段と、操作イベントの応答処理を行う第１のＵＩ処理手段と、を備え、前記被操作端末が、該接続要求を受信する接続要求受信手段と、サービス種別と接続応答を前記被操作端末から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを受信する第２のＵＩ通信手段と、該受信したＵＩの処理を行う第２のＵＩ処理手段と、該受信したサービス種別が希望するサービス種別と合致するかどうかを判定する判定手段と、を備え、前記第２のＵＩ通信手段が、該判定の結果、合致する場合に、前記受信したＵＲＬに対して接続要求を前記第１のＵＩ通信手段に送信し、前記操作端末は、前記第１のＵＩ通信手段が、前記被操作端末から接続要求を受信したときに、応答の送信元である被操作端末の一覧をユーザに表示する第１の表示手段と、ユーザによる操作によって、前記被操作端末を選択する被操作端末選択手段と、前記第１のＵＩ通信手段に、操作端末ＵＩ定義ファイル及び関連リソースを提供するＵＩ定義ファイル提供手段と、を備え、前記第１のＵＩ通信手段が、該選択した被操作端末以外に対して、接続拒否を通知するとともに、該選択した被操作端末に対して、接続開始を通知して、該選択された被操作端末にＵＩ定義ファイルおよび関連リソースを送信し、前記選択された被操作端末は、受信した前記ＵＩ定義ファイル及び関連リソースに基づいてＵＩを表示する第２の表示手段と、を備え、前記第２のＵＩ通信手段が、前記第２の通信手段との間で、通信コネクションを確立し、前記操作端末は、前記第１のＵＩ処理手段と前記第１のＵＩ通信手段の間で操作イベントの受信及び応答のための通信コネクションを確立することを特徴とする遠隔操作システムを提案している。

（２）本発明は、（１）の遠隔操作システムについて、前記被操作端末が、自ら有する機能に関する情報を前記第２のＵＩ処理手段に提供する機能情報提供手段を備えたことを特徴とする遠隔操作システムを提案している。

（３）本発明は、（１）の遠隔操作システムについて、前記操作端末が、前記被操作端末の識別情報を記憶する記憶手段と、該記憶された情報に基づいて、被操作端末を選択する選択手段と、を備え、前記接続要求送信手段が、該選択した識別情報を接続要求に付与して送信することを特徴とする遠隔操作システムを提案している。

（４）本発明は、（１）の遠隔操作システムについて、前記ＵＩ定義ファイルは、前記被操作端末上で実行する際に、前記操作端末に対して制御用のコネクションを自動的に確立し、前記操作端末から送信される前記被操作端末へのイベント通知を受信することを特徴とする遠隔操作システムを提案している。

（５）本発明は、（２）の遠隔操作システムについて、前記操作端末のＵＩ定義ファイル提供部が前記被操作端末に提供するＵＩ定義ファイルは、前記被操作端末上で実行する際に確立される制御用コネクションにおいて受信したイベント通知を前記被操作端末の前記機能提供部に通知して、前記被操作端末の機能制御を行うことを特徴とする遠隔操作システムを提案している。

（６）本発明は、操作端末と被操作端末とからなる遠隔操作システムにおける操作端末であって、同一ネットワーク内にマルチキャスト通信により接続要求を送信する接続要求送信手段と、少なくとも、該接続要求とともに、サービス種別と接続応答を前記被操作端末から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを送信する第１のＵＩ通信手段と、操作イベントの応答処理を行う第１のＵＩ処理手段と、前記第１のＵＩ通信手段が、前記被操作端末から接続要求を受信したときに、応答の送信元である被操作端末の一覧をユーザに表示する第１の表示手段と、ユーザによる操作によって、前記被操作端末を選択する被操作端末選択手段と、前記第１のＵＩ通信手段に、操作端末ＵＩ定義ファイル及び関連リソースを提供するＵＩ定義ファイル提供手段と、を備え、前記第１のＵＩ通信手段が、該選択した被操作端末以外に対して、接続拒否を通知するとともに、該選択した被操作端末に対して、接続開始を通知して、該選択された被操作端末にＵＩ定義ファイルおよび関連リソースを送信し、前記第１のＵＩ処理手段と前記第１のＵＩ通信手段の間で操作イベントの受信及び応答のための通信コネクションを確立することを特徴とする操作端末を提案している。

（７）本発明は、操作端末と被操作端末とからなる遠隔操作システムにおける遠隔操作方法であって、前記操作端末が、同一ネットワーク内にマルチキャスト通信により接続要求を送信する第１のステップと、前記操作端末が、少なくとも、該接続要求とともに、サービス種別と接続応答を前記被操作端末から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを送信する第２のステップと、前記操作端末が、操作イベントの応答処理を行う第３のステップと、前記被操作端末が、該接続要求を受信する第４のステップと、前記被操作端末が、サービス種別と接続応答を前記被操作端末から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを受信する第５のステップと、前記被操作端末が、該受信したＵＩの処理を行う第６のステップと、前記被操作端末が、該受信したサービス種別が希望するサービス種別と合致するかどうかを判定する第７のステップと、前記被操作端末が、該判定の結果、合致する場合に、前記受信したＵＲＬに対して接続要求を前記操作端末に送信する第８のステップと、前記操作端末が、前記被操作端末から接続要求を受信したときに、応答の送信元である被操作端末の一覧をユーザに表示する第９のステップと、前記操作端末が、ユーザによる操作によって、前記被操作端末を選択する第１０のステップと、前記操作端末が、該選択した被操作端末以外に対して、接続拒否を通知するとともに、該選択した被操作端末に対して、接続開始を通知して、該選択された被操作端末にＵＩ定義ファイルおよび関連リソースを送信する第１１のステップと、前記選択された被操作端末が、受信した前記ＵＩ定義ファイル及び関連リソースに基づいてＵＩを表示する第１２のステップと、前記選択された被操作端末が、通信コネクションを確立する第１３のステップと、前記操作端末が、操作イベントの受信及び応答のための通信コネクションを確立する第１４のステップと、を備えたことを特徴とする遠隔操作方法を提案している。

（８）本発明は、操作端末と被操作端末とからなる遠隔操作システムにおける遠隔操作方法をコンピュータに実行させるためのプログラムであって、前記操作端末が、同一ネットワーク内にマルチキャスト通信により接続要求を送信する第１のステップと、前記操作端末が、少なくとも、該接続要求とともに、サービス種別と接続応答を前記被操作端末から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを送信する第２のステップと、前記操作端末が、操作イベントの応答処理を行う第３のステップと、前記被操作端末が、該接続要求を受信する第４のステップと、前記被操作端末が、サービス種別と接続応答を前記被操作端末から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを受信する第５のステップと、前記被操作端末が、該受信したＵＩの処理を行う第６のステップと、前記被操作端末が、該受信したサービス種別が希望するサービス種別と合致するかどうかを判定する第７のステップと、前記被操作端末が、該判定の結果、合致する場合に、前記受信したＵＲＬに対して接続要求を前記操作端末に送信する第８のステップと、前記操作端末が、前記被操作端末から接続要求を受信したときに、応答の送信元である被操作端末の一覧をユーザに表示する第９のステップと、前記操作端末が、ユーザによる操作によって、前記被操作端末を選択する第１０のステップと、前記操作端末が、該選択した被操作端末以外に対して、接続拒否を通知するとともに、該選択した被操作端末に対して、接続開始を通知して、該選択された被操作端末にＵＩ定義ファイルおよび関連リソースを送信する第１１のステップと、前記選択された被操作端末が、受信した前記ＵＩ定義ファイル及び関連リソースに基づいてＵＩを表示する第１２のステップと、前記選択された被操作端末が、通信コネクションを確立する第１３のステップと、前記操作端末が、操作イベントの受信及び応答のための通信コネクションを確立する第１４のステップと、をコンピュータに実行させるためのプログラムを提案している。

本発明によれば、操作端末側で保持するＵＩの定義ファイルをユーザに提示するため、操作端末及び被操作端末の両方で、被操作端末の機種等にかかわらず共通のＵＩをユーザに提供することが可能となるという効果がある。また、被操作端末にはサーバ機能を搭載する必要が無く、セキュリティ上の安全性を向上させ、かつ、処理負荷を低減することが期待できるという効果がある。

本発明の第１の実施形態に係る遠隔操作システムの構成を示す図である。 本発明の第１の実施形態に係る遠隔操作システムにおけるサービスの検出および接続の手順を示す図である。 本発明の第１の実施形態に係る遠隔操作システムにおける操作端末の処理を示す図である。 本発明の第１の実施形態に係る遠隔操作システムにおける被操作端末の処理を示す図である。 本発明の第１の実施形態に係る遠隔操作システムの処理を示す図である。 従来方式における被操作端末毎のリモートＵＩの違いを表す概念図である。 本発明の第１の実施形態に係る遠隔操作システムにおける共通のリモートＵＩの概念図である。 本発明の第２の実施形態に係る遠隔操作システムの構成を示す図である。 本発明の第３の実施形態に係る遠隔操作システムの構成を示す図である。 本発明の第３の実施形態に係る遠隔操作システムにおける操作端末の処理を示す図である。 従来方式（ＳＳＤＰ、ＤＮＳ−ＳＤ等）によるサービスの検出および接続の手順を示す図である。

以下、本発明の実施形態について、図面を用いて、詳細に説明する。
なお、本実施形態における構成要素は適宜、既存の構成要素等との置き換えが可能であり、また、他の既存の構成要素との組合せを含む様々なバリエーションが可能である。したがって、本実施形態の記載をもって、特許請求の範囲に記載された発明の内容を限定するものではない。

＜第１の実施形態＞
図１から図７を用いて、本発明に係る第１の実施形態について説明する。

＜遠隔操作システムの構成＞
本実施形態に係る遠隔操作システムは、図１に示すように、操作端末１００と、同一ネットワーク内に存在する被操作端末２００とから構成されている。本実施形態は、被操作端末２００側にサーバ機能を実装することなく、共通の機能を有する複数の被操作端末２００に対して、共通のリモートＵＩで操作端末１００から遠隔操作を行うものである。また、本実施形態に係る遠隔操作システムは、図１に示すように、操作端末１００から披操作端末２００Ａ、２００Ｂ、２００Ｃにサービス広告を配信し、披操作端末２００Ａ、２００Ｂ、２００Ｃが受信したサービス広告が要求するサービス種別と一致する場合に、操作端末１００に対して、接続要求を送信し、操作端末１００が接続要求を受信した被操作端末の中から選択した被操作端末についてのみ、サービス接続を行うとともに、接続要求を受信した他の被操作端末との接続を切断するものである。

＜操作端末の構成＞
図１に示すように、操作端末１００は、接続要求送信部１１０と、第１のＵＩ通信部１２０と、第１のＵＩ処理部１３０と、第１の表示部１４０と、被操作端末選択部１５０と、ＵＩ定義ファイル提供部１６０と、操作入力部１７０とから構成されている。

接続要求送信部１１０は、同一ネットワーク内にマルチキャスト通信により接続要求を送信する。第１のＵＩ通信部１２０は、接続要求とともに、サービス種別と接続応答を被操作端末２００から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを送信する。また、後述する被操作端末選択部１５０が選択した被操作端末以外に対して、接続拒否を通知するとともに、選択した被操作端末に対して、接続開始を通知して、選択された被操作端末にＵＩ定義ファイルおよび関連リソースを送信する。

第１のＵＩ処理部１３０は、操作イベントの応答処理を行う。第１の表示部１４０は、第１のＵＩ通信部１２０が、被操作端末２００から接続要求を受信したときに、応答の送信元である被操作端末２００の一覧をユーザに表示する。

被操作端末選択部１５０は、操作入力部１７０により、ユーザ操作によって、被操作端末２００を選択する。ＵＩ定義ファイル提供部１６０は、第１のＵＩ通信部１２０に、操作端末ＵＩ定義ファイル及び関連リソースを提供する。また、ＵＩ定義ファイル提供部１６０は、操作端末１００と、被操作端末２００の両方のＵＩ定義ファイルおよび関連リソースを保持している。なお、ここでは、ＨＴＭＬ ＋ ＪａｖａＳｃｒｉｐｔ（登録商標） ＋ ＣＳＳ ＋ 関連リソース(画像等)を想定するが、ネットワーク経由で伝送可能なアプリケーションであれば、実現形態はこの限りではない。

＜被操作端末の構成＞
図１に示すように、被操作端末２００は、接続要求受信部２１０と、第２のＵＩ通信部２２０と、第２のＵＩ処理部２３０と、第２の表示部２４０と、判定部２６０とから構成されている。

接続要求受信部２１０は、操作端末１００からの接続要求を受信する。第２のＵＩ通信部２２０は、サービス種別と接続応答を被操作端末２００から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを受信する。また、受信したサービス種別が希望するサービス種別と合致する場合に、操作端末１００から受信したＵＲＬに対して、接続要求を第１のＵＩ通信部１２０に送信する。判定部２６０は、受信したサービス種別が希望するサービス種別と合致するかどうかを判定する。

第２のＵＩ処理部２３０は、受信したＵＩの処理を行う。第２の表示部２４０は、操作端末１００から受信したＵＩ定義ファイル及び関連リソースに基づいてＵＩを表示する。

＜操作端末の処理＞
図３に示すように、操作端末１００は、まず、サービス広告を同一ネットワーク内の被操作端末２００に送信し（ステップＳ１１０）、次いで、接続要求を送信し、被操作端末のユーザ選択のために待機する（ステップＳ１２０）。

次に、操作端末１００は、サービス種別と接続応答を被操作端末から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを送信し（ステップＳ１３０）、コネクション確立のために待機する（ステップＳ１４０）。

操作端末１００は、被操作端末２００とのコネクションを確立すると（ステップＳ１５０）、リモートＵＩ動作を実行し（ステップＳ１６０）、その後、コネクションを切断する（ステップＳ１６０）。

＜被操作端末の処理＞
図４に示すように、被操作端末２００は、まず、操作端末１００からのサービス広告を受信するために待機し（ステップＳ２１０）、その後、サービス広告を受信する（ステップＳ２２０）。

次に、操作端末１００に対して。接続要求を送信し（ステップＳ２３０）、接続要求への応答を得るために、待機する（ステップＳ２４０）。さらに、操作端末１００と接続できたか否かを確認し（ステップＳ２５０）、接続が確認できない場合（ステップＳ２５０の「Ｎｏ」）には、ステップＳ２１０に戻り、一方で、接続が確認できた場合（ステップＳ２５０の「Ｙｅｓ」）には、コネクションを確立し（ステップＳ２６０）、リモートＵＩ動作を行って（ステップＳ２７０）、コネクションを切断して（ステップＳ２８０）、ステップＳ２１０に戻る。

＜遠隔操作システムの処理＞
図５に示すように、まず、操作端末１００が、同一ネットワーク内にマルチキャスト通信により接続要求を送信し（ステップＳ３１０）、少なくとも、接続要求とともに、サービス種別と接続応答を被操作端末２００から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを送信する（ステップＳ３２０）。また、操作イベントの応答処理を行う（ステップＳ３３０）。具体的には、例えば、ＳＳＤＰやＤＮＳ−ＳＤ （Ｂｏｎｊｏｕｒ）におけるサービス登録・広告（ａｄｖｅｒｔｉｓｉｎｇ）によって、操作端末１００のサービス種別と、接続応答を被操作端末から送信するための被操作端末ＵＩ定義ファイルのＵＲＬをマルチキャスト配信する。ここで、サービス種別とは、被操作端末のＵＩ定義ファイルの種別とし、すなわち、間接的にどのような被操作端末２００を検索するのかを要求する。

被操作端末２００は、接続要求を受信し（ステップＳ３４０）、サービス種別と接続応答を被操作端末２００から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを受信する（ステップＳ３５０）。被操作端末２００は、受信したＵＩの処理を行う（ステップＳ３６０）。被操作端末２００は、受信したサービス種別が希望するサービス種別と合致するかどうかを判定し（ステップＳ３７０）、判定の結果、合致する場合に、受信したＵＲＬに対して接続要求を操作端末２００に送信する（ステップＳ３８０）。すなわち、被操作端末２００は、接続要求受信部２１０によって、操作端末１００からのマルチキャストを受信し、サービス種別に合致するかどうかを判定し、合致する場合は、第２のＵＩ通信部２２０から受信したＵＲＬに対して接続要求（ＨＴＴＰリクエスト)を送信する。

操作端末１００は、被操作端末２００から接続要求を受信したときに、応答の送信元である被操作端末２００の一覧をユーザに表示し（ステップＳ３９０）、操作端末１００は、ユーザによる操作によって、被操作端末２００を選択し（ステップＳ４００）、選択した被操作端末以外に対して、接続拒否(例えば、ＨＴＴＰ ５０３ Ｓｅｒｖｉｃｅ Ｕｎａｖａｉｌａｂｌｅ等)を通知するとともに、選択した被操作端末に対して、接続開始(例えば、ＨＴＴＰ ２００ ＯＫ)を通知して、選択された被操作端末にＵＩ定義ファイルおよび関連リソースを送信する（ステップＳ４１０）。

選択された被操作端末は、受信したＵＩ定義ファイル及び関連リソースに基づいてＵＩを表示し（ステップＳ４２０）、通信コネクションを確立(ＨＴＭＬ５のＷｅｂＳｏｃｋｅｔ ＡＰＩやＸＭＬＨｔｔｐＲｅｑｕｅｓｔ等を利用)する（ステップＳ４３０）。操作端末１００は、操作イベントの受信及び応答のための通信コネクションを確立する（ステップＳ４４０）。

＜リモートＵＩの概念＞
図６および図７を用いて、リモートＵＩの概念について説明する。図６は、従来方式における被操作端末毎のリモートＵＩの違いを表わしている。一方で、図７は、本実施形態に係る遠隔操作システムにおけるリモートＵＩを示している。すなわち、複数の被操作端末について共通のリモートＵＩをユーザに提示することにより、操作性が被操作端末によってバラバラになるという問題を解決することができる。

以上、説明したように、本実施形態によれば、操作端末側で保持するＵＩの定義ファイルをユーザに提示するため、操作端末及び被操作端末の両方で、被操作端末の機種等にかかわらず共通のＵＩをユーザに提供することが可能となる。また、被操作端末にはサーバ機能を搭載する必要が無く、セキュリティ上の安全性を向上させ、かつ、処理負荷を低減することが期待できる。

＜第２の実施形態＞
図８を用いて、本発明に係る第２の実施形態について説明する。

＜被操作端末の構成＞
図８に示すように、被操作端末２００は、接続要求受信部２１０と、第２のＵＩ通信部２２０と、第２のＵＩ処理部２３０と、第２の表示部２４０と、機能情報提供部２５０と、判定部２６０とから構成されている。なお、操作端末１００の構成および被操作端末２００の構成のうち、第１の実施形態と同一の符号を付す構成要素については、同様の機能を有することから、その詳細な説明は、省略する。

機能情報提供部２５０は、自ら有する機能に関する情報を第２のＵＩ処理部２３０に提供する。ここで、自ら有する機能は、例えば、テレビであればチャンネル切替等である。

したがって、本実施形態は、操作端末側の操作で発生したイベント通知によって、被操作端末内部の機能の操作を可能としている。具体的には、確立された通信コネクションを介して、操作端末の操作入力部１７０におけるユーザ操作と、被操作端末の機能情報提供部２５０の動作に応じて、適宜互いにイベント通知を同通信コネクションによって送受信(第１のＵＩ通信部１２０、すなわちＨＴＴＰ／ＷｅｂＳｏｃｋｅｔサーバによって、両者の通信を中継)する。

なお、ＵＩ定義ファイル提供部１６０は、被操作端末から送信される接続要求に被操作端末の詳細なデバイス情報が記述されている場合に、被操作端末のデバイス情報に合わせてＵＩ定義ファイルを適合化して送信することも可能となる(例えば、画面サイズや、機能の有無など)。

また、同一のＵＩ定義ファイル(ＨＴＭＬアプリ)が複数の機器で共通動作するには、ＡＰＩ等の仕様が複数の機器で共通化されている必要があるが、例えば、ＨＴＭＬ５の機能で写真表示やＷｅｂサイトへのアクセス等を利用したり、テレビであればＯｐｅｎ ＩＰＴＶ ＦｏｒｕｍのＤｅｃｌａｒａｔｉｖｅ Ａｐｐｌｉｃａｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ ＡＰＩや日本ケーブルラボ技術仕様書ＪＬａｂｓ ＳＰＥＣ−０２３準拠の放送ＡＰＩ等を利用したりすることによって、ＵＩ定義ファイルの共通化が可能となる。

＜第３の実施形態＞
図９および図１０を用いて、本発明に係る第３の実施形態について説明する。

＜操作端末の構成＞
図９に示すように、操作端末１００は、接続要求送信部１１１と、第１のＵＩ通信部１２０と、第１のＵＩ処理部１３０と、第１の表示部１４０と、被操作端末選択部１５１と、ＵＩ定義ファイル提供部１６０と、操作入力部１７０と、記憶部１８０とから構成されている。なお、被操作端末２００の構成および操作端末１００の構成のうち、第２の実施形態と同一の符号を付す構成要素については、同様の機能を有することから、その詳細な説明は、省略する。

記憶部１８０は、被操作端末２００の識別情報を記憶する。そして、被操作端末選択部１５１は、記憶された情報に基づいて、被操作端末を選択し、接続要求送信部１１１は、選択した識別情報を接続要求に付与して送信する。

＜操作端末の処理＞
図９に示すように、操作端末１００は、まず、被操作端末２００の仮選択を行い（ステップＳ５１０）、サービス広告情報を生成し（ステップＳ５２０）、サービス広告を送信する（ステップＳ５３０）、次いで、接続要求を送信し、被操作端末のユーザ選択のために待機する（ステップＳ５４０）。

次に、操作端末１００は、サービス種別と接続応答を被操作端末から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを送信し（ステップＳ５５０）、コネクション確立のために待機する（ステップＳ５６０）。

操作端末１００は、被操作端末２００とのコネクションを確立すると（ステップＳ５７０）、リモートＵＩ動作を実行し（ステップＳ５８０）、その後、コネクションを切断する（ステップＳ５９０）。

したがって、本実施形態は、接続要求送信部１１１において、被操作端末２００に関する詳細なサービス種別やＩＤ等の情報を事前に記憶させることによって、接続要求送信部１１１からマルチキャスト送信される接続要求で、被操作端末２００の明示化ないし絞り込みを可能にするための情報を付与することが可能となる。これにより、接続要求に応答する被操作端末を目的の一端末に限定するか、少ない候補に絞り込むことが可能となる。なお、事前記憶の方法として、例えば、過去の接続履歴を記憶する、ＱＲコード（登録商標）のスキャンやＦｅｌｉＣａ（登録商標）、ＮＦＣ等の非接触ＩＣタグ等で事前ペアリングを行う、等が可能である。

なお、遠隔操作システムの処理をコンピュータシステムが読み取り可能な記録媒体に記録し、この記録媒体に記録された遠隔操作システムに読み込ませ、実行することによって本発明の遠隔操作システムを実現することができる。ここでいうコンピュータシステムとは、ＯＳや周辺装置等のハードウェアを含む。

また、「コンピュータシステム」は、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。

また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

以上、この発明の実施形態につき、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１００；操作端末
１１０；接続要求送信部
１１１；接続要求送信部
１２０；第１のＵＩ通信部
１３０；第１のＵＩ処理部
１４０；第１の表示部
１５０；被操作端末選択部
１５１；被操作端末選択部
１６０；ＵＩ定義ファイル提供部
１７０；操作入力部
１８０；記憶部
２００；被操作端末
２１０；接続要求受信部
２２０；第２のＵＩ通信部
２３０；第２のＵＩ処理部
２４０；第２の表示部
２５０；機能情報提供部
２６０；判定部

Claims (8)

1. 操作端末と被操作端末とからなる遠隔操作システムであって、
   前記操作端末が、
   同一ネットワーク内にマルチキャスト通信により接続要求を送信する接続要求送信手段と、
   少なくとも、該接続要求とともに、サービス種別と接続応答を前記被操作端末から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを送信する第１のＵＩ通信手段と、
   操作イベントの応答処理を行う第１のＵＩ処理手段と、
   を備え、
   前記被操作端末が、
   該接続要求を受信する接続要求受信手段と、
   サービス種別と接続応答を前記被操作端末から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを受信する第２のＵＩ通信手段と、
   該受信したＵＩの処理を行う第２のＵＩ処理手段と、
   該受信したサービス種別が希望するサービス種別と合致するかどうかを判定する判定手段と、
   を備え、
   前記第２のＵＩ通信手段が、該判定の結果、合致する場合に、前記受信したＵＲＬに対して接続要求を前記第１のＵＩ通信手段に送信し、
   前記操作端末は、
   前記第１のＵＩ通信手段が、前記被操作端末から接続要求を受信したときに、応答の送信元である被操作端末の一覧をユーザに表示する第１の表示手段と、
   ユーザによる操作によって、前記被操作端末を選択する被操作端末選択手段と、
   前記第１のＵＩ通信手段に、操作端末ＵＩ定義ファイル及び関連リソースを提供するＵＩ定義ファイル提供手段と、
   を備え、
   前記第１のＵＩ通信手段が、該選択した被操作端末以外に対して、接続拒否を通知するとともに、該選択した被操作端末に対して、接続開始を通知して、該選択された被操作端末にＵＩ定義ファイルおよび関連リソースを送信し、
   前記選択された被操作端末は、
   受信した前記ＵＩ定義ファイル及び関連リソースに基づいてＵＩを表示する第２の表示手段と、
   を備え、
   前記第２のＵＩ通信手段が、前記第２の通信手段との間で、通信コネクションを確立し、前記操作端末は、前記第１のＵＩ処理手段と前記第１のＵＩ通信手段の間で操作イベントの受信及び応答のための通信コネクションを確立することを特徴とする遠隔操作システム。
2. 前記被操作端末が、自ら有する機能に関する情報を前記第２のＵＩ処理手段に提供する機能情報提供手段を備えたことを特徴とする請求項１に記載の遠隔操作システム。
3. 前記操作端末が、
   前記被操作端末の識別情報を記憶する記憶手段と、
   該記憶された情報に基づいて、被操作端末を選択する選択手段と、
   を備え、
   前記接続要求送信手段が、該選択した識別情報を接続要求に付与して送信することを特徴とする請求項１に記載の遠隔操作システム。
4. 前記ＵＩ定義ファイルは、前記被操作端末上で実行する際に、前記操作端末に対して制御用のコネクションを自動的に確立し、前記操作端末から送信される前記被操作端末へのイベント通知を受信することを特徴とする請求項１に記載の遠隔操作システム。
5. 前記操作端末のＵＩ定義ファイル提供部が前記被操作端末に提供するＵＩ定義ファイルは、前記被操作端末上で実行する際に確立される制御用コネクションにおいて受信したイベント通知を前記被操作端末の前記機能提供部に通知して、前記被操作端末の機能制御を行うことを特徴とする請求項２に記載の遠隔操作システム。
6. 操作端末と被操作端末とからなる遠隔操作システムにおける操作端末であって、
   同一ネットワーク内にマルチキャスト通信により接続要求を送信する接続要求送信手段と、
   少なくとも、該接続要求とともに、サービス種別と接続応答を前記被操作端末から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを送信する第１のＵＩ通信手段と、
   操作イベントの応答処理を行う第１のＵＩ処理手段と、
   前記第１のＵＩ通信手段が、前記被操作端末から接続要求を受信したときに、応答の送信元である被操作端末の一覧をユーザに表示する第１の表示手段と、
   ユーザによる操作によって、前記被操作端末を選択する被操作端末選択手段と、
   前記第１のＵＩ通信手段に、操作端末ＵＩ定義ファイル及び関連リソースを提供するＵＩ定義ファイル提供手段と、
   を備え、
   前記第１のＵＩ通信手段が、該選択した被操作端末以外に対して、接続拒否を通知するとともに、該選択した被操作端末に対して、接続開始を通知して、該選択された被操作端末にＵＩ定義ファイルおよび関連リソースを送信し、
   前記第１のＵＩ処理手段と前記第１のＵＩ通信手段の間で操作イベントの受信及び応答のための通信コネクションを確立することを特徴とする操作端末。
7. 操作端末と被操作端末とからなる遠隔操作システムにおける遠隔操作方法であって、
   前記操作端末が、同一ネットワーク内にマルチキャスト通信により接続要求を送信する第１のステップと、
   前記操作端末が、少なくとも、該接続要求とともに、サービス種別と接続応答を前記被操作端末から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを送信する第２のステップと、
   前記操作端末が、操作イベントの応答処理を行う第３のステップと、
   前記被操作端末が、該接続要求を受信する第４のステップと、
   前記被操作端末が、サービス種別と接続応答を前記被操作端末から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを受信する第５のステップと、
   前記被操作端末が、該受信したＵＩの処理を行う第６のステップと、
   前記被操作端末が、該受信したサービス種別が希望するサービス種別と合致するかどうかを判定する第７のステップと、
   前記被操作端末が、該判定の結果、合致する場合に、前記受信したＵＲＬに対して接続要求を前記操作端末に送信する第８のステップと、
   前記操作端末が、前記被操作端末から接続要求を受信したときに、応答の送信元である被操作端末の一覧をユーザに表示する第９のステップと、
   前記操作端末が、ユーザによる操作によって、前記被操作端末を選択する第１０のステップと、
   前記操作端末が、該選択した被操作端末以外に対して、接続拒否を通知するとともに、該選択した被操作端末に対して、接続開始を通知して、該選択された被操作端末にＵＩ定義ファイルおよび関連リソースを送信する第１１のステップと、
   前記選択された被操作端末が、受信した前記ＵＩ定義ファイル及び関連リソースに基づいてＵＩを表示する第１２のステップと、
   前記選択された被操作端末が、通信コネクションを確立する第１３のステップと、
   前記操作端末が、操作イベントの受信及び応答のための通信コネクションを確立する第１４のステップと、
   を備えたことを特徴とする遠隔操作方法。
8. 操作端末と被操作端末とからなる遠隔操作システムにおける遠隔操作方法をコンピュータに実行させるためのプログラムであって、
   前記操作端末が、同一ネットワーク内にマルチキャスト通信により接続要求を送信する第１のステップと、
   前記操作端末が、少なくとも、該接続要求とともに、サービス種別と接続応答を前記被操作端末から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを送信する第２のステップと、
   前記操作端末が、操作イベントの応答処理を行う第３のステップと、
   前記被操作端末が、該接続要求を受信する第４のステップと、
   前記被操作端末が、サービス種別と接続応答を前記被操作端末から送信するための被操作端末ＵＩ定義ファイルのＵＲＬを受信する第５のステップと、
   前記被操作端末が、該受信したＵＩの処理を行う第６のステップと、
   前記被操作端末が、該受信したサービス種別が希望するサービス種別と合致するかどうかを判定する第７のステップと、
   前記被操作端末が、該判定の結果、合致する場合に、前記受信したＵＲＬに対して接続要求を前記操作端末に送信する第８のステップと、
   前記操作端末が、前記被操作端末から接続要求を受信したときに、応答の送信元である被操作端末の一覧をユーザに表示する第９のステップと、
   前記操作端末が、ユーザによる操作によって、前記被操作端末を選択する第１０のステップと、
   前記操作端末が、該選択した被操作端末以外に対して、接続拒否を通知するとともに、該選択した被操作端末に対して、接続開始を通知して、該選択された被操作端末にＵＩ定義ファイルおよび関連リソースを送信する第１１のステップと、
   前記選択された被操作端末が、受信した前記ＵＩ定義ファイル及び関連リソースに基づいてＵＩを表示する第１２のステップと、
   前記選択された被操作端末が、通信コネクションを確立する第１３のステップと、
   前記操作端末が、操作イベントの受信及び応答のための通信コネクションを確立する第１４のステップと、
   をコンピュータに実行させるためのプログラム。