JP2004187149A - 遠隔機器制御方法及び機器管理装置 - Google Patents

Abstract

【課題】アクセス対象となる電子機器を管理する装置について、豊富な資源を有さない家電への実装を考慮し、宅外からのアクセスに対する処理をなるべく軽減させ、且つ安全に管理すること。
【解決手段】端末間で呼接続を行って通話する通話環境の下で、機器に接続された端末が、外部から一方の端末を通して前記機器の制御を行うもので、前記一方の端末からの制御情報取得要求を受け付け、前記機器の制御情報を前記一方の端末に転送し、前記一方の端末からの前記機器の制御要求を受信したときに、前記機器の制御を行い、制御結果を前記一方の端末に転送するようにした遠隔機器制御方法である。この方法によれば、他の端末から、対話中に自然な形で相手機器の制御が行うことができ、不正アクセスを防止できる。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明は、遠隔から機器を制御する方法、及び機器管理を行う装置に関し、詳しくは、家庭の電子機器を宅外から安全に制御できるようにする技術に関するものである。
【０００２】
【従来の技術】
近年、家庭へのブロードバンド環境の普及に伴い、家庭のＰＣやＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）に代表される電子機器をインターネットに常時接続し、インターネット上の情報を閲覧する利用者が増えてきている。このような環境のもと、外部の情報を閲覧するだけではなく、宅外から自宅への機器の制御を行ったり、逆に自宅から他の家庭、宅外のサービス業者の機器を制御するといったサービスも実現されつつある。例えば、宅内の電子機器ネットワークは、ＩＥＥＥ１３９４、Ｅｔｈｅｒｎｅｔ（登録商標）、電灯線等で接続され、ＨＡＶｉ（Ｈｏｍｅ Ａｕｄｉｏ Ｖｉｄｅｏ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）等の管理用ミドルウェアにより構成され、接続された機器を相互に制御することが可能になる。このような宅内ネットワークで接続された機器を宅外から制御するためには、宅外のネットワーク・・（インターネット）と宅内ネットワークを仲介するゲートウェイ装置を置く方式がある。この場合、ゲートウェイ装置上には、宅外からのアクセスを受け付けるためのＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏ・・ｌ）サーバ等のプログラムを稼動させておく必要がある。
【０００３】
従来のＨＴＴＰサーバをゲートウェイ機能として利用している例では、制御可能な機器（サービス）情報を取得するために、ＨＴＴＰのＧＥＴメソッドを用いサーバへアクセス要求を行い、応答として返るＨＴＭＬ（Ｈｙｐｅｒ ・Ｔｅｘｔ・Ｍａｒｋｕｐ ・Ｌａｎｇｕａｇｅ）文書にＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）などのメタ情報として記載されたサービス情報を利用して制御を行う。この際サーバは、クライアントからのアクセスを受ける度にクライアント認証を行い、提示可能なサービスを応答として返す（例えば、特許文献１参照。）。
【０００４】
また、アクセスする度にクライアント認証を行わなくてもよい例として、ＨＴＴＰサーバにて一度認証を行ったクライアントに識別子となる対話ＩＤを発行し、同一クライアントによる一連のアクセスを管理する方式も存在する。サーバが発行した対話ＩＤを受け取ったクライアントは、以降のアクセスにこの対話ＩＤを用いることで、サーバはその都度認証を行わなくてもよく、認証処理を軽減させると共に、対話ＩＤを無効（対話を終了）にすることでアクセス制限も容易に行うこともできる（例えば、特許文献２参照。）。
【０００５】
また、Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ(登録商標）ＸＰの一機能であるリモートアシスタンス機能においては、アクセスユーザ、非アクセスユーザの両者で文字によるチャットを行い、アクセスユーザは非アクセスユーザのＰＣの画面を自画面に表示させ制御権限を与えてもらうことで、自画面上に表示された相手の画面を操作し、遠隔制御を行うことができる（例えば、非特許文献１参照。）。
【０００６】
【特許文献１】
特開２００２−１４１９５４号公報
【特許文献２】
特開平９−１４６８２４号公報
【非特許文献１】
“Ｗｉｎｄｏｗｓ ＸＰ 技術概要”、［ｏｎｌｉｎｅ］、平成１３年１１月２０日、Ｍｉｃｒｏｓｏｆｔ、［平成１４年９月１３日検索］、インターネット＜ＵＲＬ： ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｊａｐａｎ／ｗｉｎｄｏｗｓｘｐ／ｐｒｏ／ｔｅｃｈｉｎｆｏ／ｐｌａｎｎｉｎｇ／ｔｅｃｈｏｖｅｒｖｉｅｗ／ＷｉｎｄｏｗｓＸＰＴｅｃｈｎｉｃａｌＯｖｅｒｖｉｅｗ．ｄｏｃ＞
【０００７】
【発明が解決しようとする課題】
しかしながら、上記従来技術における電子機器を管理する装置にあっては、特許文献２に記載された装置の場合、実際にサーバとクライアント間で人同士の対話を行うことは考慮されていない。すなわち、もしアクセスユーザであるクライアントが不正アクセスを行った場合、不正に気付きにくい、又は気付くのに遅れるといった課題がある。
【０００８】
また、非特許文献１に記載された装置の場合、非アクセスユーザのＰＣの画面をそのままアクセスユーザのＰＣで表示させているため、情報量が多く処理に負担がかかる。特に、携帯電話や携帯端末のように画像処理や描画処理が遅い端末への実装が困難である。また、２端末間で相互に機器制御を行うことができない。更に、アクセスユーザに許可するアクセス範囲を動的に細かく設定することができず、特にあまり機器管理の知識のない非アクセスユーザにとってはセキュリティ面に不安がある。
【０００９】
本発明は、上述のような従来の不具合に鑑みてなされたもので、アクセス対象となる電子機器を管理する装置について、ＰＣのように豊富な資源を有さない家電への実装を考慮し、宅外からのアクセスに対する処理をなるべく軽減させ、且つ安全に管理することを目的とする。
【００１０】
【課題を解決するための手段】
上記課題を解決するために、本発明は、端末間で呼接続を行って通話する通話環境の下で、機器に接続された端末が、外部から一方の端末を通して前記機器の制御を行う遠隔機器制御方法であって、前記一方の端末からの制御情報取得要求を受け付け、前記機器の制御情報を前記一方の端末に転送し、前記一方の端末からの前記機器の制御要求を受信したときに、前記機器の制御を行い、制御結果を前記一方の端末に転送することを特徴とする、遠隔機器制御方法である。
【００１１】
本発明によれば、他の端末から、対話中に自然な形で相手機器の制御を行うことができ、不正アクセスを防止できる。
【００１２】
さらに、本発明は、前記制御情報において実行が許可されていない制御要求を受け付ける際、前記実行が許可されていない制御要求の制御内容を許可するか否かを判定し、許可する場合に、前記機器の制御情報を更新することにより、許可されていない制御を相手が要求してきたときに、容易にその是非を判断でき、かつ容易にその条件の変更が行える。
【００１３】
さらに、本発明は、制御結果でない機器の情報の提供を求めるイベント配信要求を前記一方の端末から受け付け、前記制御結果でない機器の情報を前記一方の端末に転送するか否かを判定し、許可する場合、前記制御結果でない機器の情報を前記一方の端末に配信することにより、他の端末からの制御要求とは関係ないが有用な情報を他の端末に配信するかどうかの許可を決定でき、安全に自由度を高めることができる。
【００１４】
さらに、前記通話が終了するときに、一連の情報のやり取りに関わる動作をリセットすることにより、対話の中で変更した情報をリセットし初期状態に戻すことにより、よりセキュリティ面の向上を図ることができる。
【００１５】
また、上記課題を解決するために本発明は、呼接続による他の端末との通話環境の中で、前記他の端末からの制御要求に基づき、接続された機器を制御する機器管理装置であって、ユーザ認証手段と前記他の端末との情報を送受信するメッセージ送受信手段と、前記接続された機器に関する機器情報を記憶した記憶手段と、アクセス制御情報を記憶した記憶手段と、アクセス制御手段と、制御情報生成手段と、機器管理手段と、を少なくとも具備し、前記メッセージ送受信手段は、前記他の端末から制御情報取得要求を受信し、前記ユーザ認証手段は、前記他の端末を操作しているユーザのユーザ認証を行い、前記制御情報生成手段は、前記ユーザ認証に基づき、前記アクセス制御情報と前記機器情報とを参照して制御情報を生成し、前記メッセージ送受信手段は、前記他の端末に前記制御情報を生成し、前記機器管理手段は前記他の端末から機器の制御要求があったときに、対象機器の制御を行う、ことを特長とする機器管理装置である。
【００１６】
【発明の実施の形態】
（実施の形態１）
本実施の形態１では、本発明の遠隔機器制御方法と機器管理装置の基本的な構成とその動作例について説明する。
【００１７】
図１は、本実施の形態１における遠隔機器制御システムの全体構成を示している。このシステムは、遠隔からの制御対象機器である機器２００と、制御対象機器を管理し、外部からのアクセスを監視し不正なアクセスを防止する機能、及び外部からのアクセスによる機器制御の要求を受け付け、該当する機器への制御を仲介するゲートウェイとしての機能を有する機器管理端末１００と、外部から機器管理端末１００が管理する機器２００を制御するための機器制御端末３００から構成される。機器管理端末１００と機器制御端末３００は、インターネットなどの外部ネットワークを通じて接続されており、お互いに通信し合うことが可能である。ここで、機器管理端末１００は家庭内の機器を外部から制御するための管理端末であると想定し、以後、機器管理端末１００を扱うユーザを家庭内の・・「管理ユーザ」と定義して説明する。同様に機器制御端末３００を扱うユーザは、「アクセスユーザ」と定義する。
【００１８】
各端末の詳細について説明する。まず、機器管理端末１００の構成要素について説明する。ネットワーク接続手段１０１は、外部ネットワーク４００と接続され、機器制御端末３００と通信するための電子情報の送受信を行う。メッセージ送受手段１１１は、本発明における遠隔機器制御を行うための電子情報である機器制御情報、及び制御に付随する種々のメッセージをネットワーク接続手段１０１を介して送受信し、更に受信時にはメッセージ内容の判断を行い処理の振り分けも行う。制御情報生成手段１１２は、機器制御端末３００へ送信するための機器制御情報の生成を行う。ユーザ認証手段１１３は、アクセス制御等に用いるために外部のアクセスユーザのユーザ認証を行う。アクセス制御手段１１４は、外部のアクセスユーザのユーザ情報を元に、制御対象機器２００へのアクセスの許可判定を行う。
【００１９】
機器管理手段１１５は、制御対象となる機器２００を機器情報１３１として管理し、外部からのアクセスによる機器制御が行われた場合は、該当する機器への制御を行う。機器管理手段１１５は該当する機器に対応するプロトコルの情報を知っているものとし、適宜プロトコル変換し制御を行うものとする。なお、機器２００は機器管理端末１００からネットワーク経由で状態管理、及び制御可能なプロトコルで接続されており、外部の機器制御端末３００から直接アクセスできないものとし、特にプロトコルは限定しない。セッション管理手段１１６は、管理ユーザとアクセスユーザ間で確立するセッションについて、その有無とセッションに関する情報の管理を行う。イベント管理手段１１７は、機器から制御時とは非同期に発生する状態変化等のイベントを、機器制御端末３００へ配信するための情報の管理を行う。
【００２０】
入出力手段１２１は、メッセージ送受手段１１１、ユーザ認証手段１１３、アクセス制御手段１１４、機器管理手段１１５、セッション管理手段１１６、およびイベント管理手段１１７の各手段が処理した内容をＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）として管理ユーザに伝えるために表示端末１２２へ表示させ、また管理ユーザが入力端末１２３を操作することで得られる入力情報をメッセージ送受手段１１１、ユーザ認証手段１１３、アクセス制御手段１１４、機器管理手段１１５、セッション管理手段１１６、およびイベント管理手段１１７へ伝えるといった処理を行う。
【００２１】
機器情報１３１およびアクセス制御情報１３２は、メッセージ送受手段１１１、ユーザ認証手段１１３、アクセス制御手段１１４、機器管理手段１１５、セッション管理手段１１６、およびイベント管理手段１１７の各手段が扱う情報を示している。機器情報１３１は、機器管理端末１００が管理する機器に関する情報である。例えば、機器２００が家庭内ネットワークに接続された際に、機器管理手段１１５がこれを検知し、該当する機器の情報を取り出し機器情報１３１として登録する。なお、機器２００は必ずしも家庭内ネットワークで接続されなくてもよく、例えば家庭外部のインターネット網に接続されていてもよい。
【００２２】
機器情報１３１の例を図２に示す。図２において、「機器ＩＤ」１３５は、各機器を一意に識別するための登録情報である。「種別」１３６は、機器を機能別に分類するための情報で、例えば、ビデオの機能を有する機器は”ＶＣＲ”、カメラの機能を有する機器は”ＣＡＭＥＲＡ”といった種別に分類される。なお、単一の機器で複数の種別を有してもよい。「名称」１３７は、ユーザが各機器を直感的に見分け易くするための文字列で、機器の接続時などに機器管理端末１００へ登録する。例えば、同一種の機器が複数存在した場合でも、設置場所を含めた名称として登録することで、ユーザはどの機器を示しているのか容易に判断することができる。「アドレス」１３８は、機器の接続先の場所を示す情報で、機器制御を行う際に必要となる。
【００２３】
図２には例として、ＩＰアドレスとポート番号を示している。「機能」１３９は、機器が有する機能の一覧情報を示す。機能１３９の詳細情報として、「Ｉ・・Ｄ」１４０は各機能を一意に識別するための登録情報、「名称」１４１は機器の名称と同様に、ユーザが各機能を直感的に見分け易くするための情報、「制御コード」１４２は機器制御する際に機器に実際に伝えるための情報である。なお、制御対象機器はこの制御コードを受け取ることで、機器制御端末１００から制御されるものとする。「イベント」１４３は、各機器から、制御時とは非同期に発生するイベントの一覧情報を示す。イベントの詳細情報として、「ＩＤ」１４４は各イベントを一意に識別するための登録情報、「名称」１４５は機器の名称と同様に、ユーザが各イベントを直感的に見分け易くするための情報、「識別コード」１４６は機器から発生し機器管理端末１００に届けられるイベントを一意に判断するための情報である。なお、図２に示す機器情報１３１は本実施の形態の説明で必要とされる項目について示しており、項目の名称、記述方法、及び項目数を制限するものではない。
【００２４】
アクセス制御情報１３２は、アクセスユーザ毎の機器へのアクセス権を記載しており、アクセス制御時、及びユーザ認証時に用いられる。アクセス制御情報１３２の例を図３に示す。「ユーザ」１５１は、機器管理端末１００へのアクセスを行うアクセスユーザを示しており、個人単位での分類や、図３に示すような、メンテナンス業者、友人／知人など、アクセスユーザのカテゴリ別に分類してもよい。「認証情報」１５２は、各アクセスユーザの認証を行う際に必要な情報で、アクセスユーザしか知りえないパスワードや、認証局が発行する電子証明書など、信頼性の高い情報を用いる。「機器ＩＤ」１５３は、各機器を一意に識別するための登録情報である。「機能」１５４は、機器が有する機能の一覧情報を示す。機能１５４の詳細情報として、「ＩＤ」１５５は各機能を一意に識別するための登録情報、「イベント」１５７は、各機器から、制御時とは非同期に発生するイベントの一覧情報を示す。イベント１５７の詳細情報として、「ＩＤ」１５８は各イベントを一意に識別するための登録情報である。「機器ＩＤ」１５３、「機能ＩＤ」、及び「イベントＩＤ」は機器情報１３１（図２）で示されるものと同一であり、各情報を一意に識別する際に用いる。
【００２５】
機能１５４、イベント１５７毎に記載している「アクセス権」１５６、１５９は、各ユーザがアクセス可能な範囲を示している。例として、アクセス権には次のようなレベルがある。「実行可」と示される場合は、その機能を実行（制御）、又はイベントの配信要求が行える。「開示可」と示される場合は、該当する機器が持つ機能やイベントをアクセスユーザへ単に情報としての開示を許可することを意味し、実行することはできない。実行（制御）権を持たないユーザでもアクセス許可の要求を管理ユーザ又は機器管理端末１００へ行うことで、実行権を付与してもらうことも可能である。実行権付与に関する詳細は後述する。「不可」は、実行、及び開示を許可しないことを意味する。すなわち、「不可」の場合、アクセスユーザは機器が持つ機能、イベントの情報を得ることができない。秘匿性の高い情報に対し「不可」の設定を行うことが考えられる。なお、図３に示すアクセス制御情報１３２は本実施の形態の説明で必要とされる項目について示しており、項目の名称、記述方法、及び項目数を制限するものではない。
【００２６】
なお、機器情報１３１、アクセス制御情報１３２は、機器管理端末１００外部の別のサーバ装置内に保存されていてもよく、必要な際に別装置へアクセスし、書き換え、読み取りを行ってもよいものとする。
【００２７】
次に機器制御端末３００の構成要素について説明する。ネットワーク接続手段３０１は、外部ネットワーク４００と接続され、機器管理端末１００と通信するための電子情報の送受信を行う。メッセージ送受手段３１１は、本発明における遠隔機器制御を行うための電子情報である機器制御情報、及び制御に付随する種々のメッセージをネットワーク接続手段３０１を介して送受信し、更に受信時にはメッセージ内容の判断を行い処理の振り分けも行う。制御情報生成手段３１２は、機器管理端末１００へ送信するための機器管理情報の生成を行う。入出力手段３２１は、メッセージ送受手段３１１および制御情報生成手段３１２の各手段が処理した内容をＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃ・・ｅ）として管理ユーザに伝えるために表示端末３２２へ表示させ、また管理ユーザが入力端末３２３を操作することで得られる入力情報をメッセージ送受手段３１１または制御情報生成手段３１２へ伝えるといった処理を行う。
【００２８】
本実施の形態における遠隔機器制御方法の動作例を図４に示す。以下、一連の動作例を説明する。なお、本実施の形態では、例としてＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いた方法について言及する。ＳＩＰとは、文字、音声、映像によるインタラクティブなメディアコミュニケーション（セッション）の開始、終了を行う呼制御のプロトコルであり、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）にてＲＦＣ３２６１として規格が定められている。本発明では、機器管理端末１００を操作する管理ユーザと、機器制御端末３００を操作するアクセスユーザ間でコミュニケーション（通話）を行うことが前提となる。つまり、図４の１００１〜１００２で通話セッションが開始されるが、アクセスユーザはこの通話が行われている間しか機器制御が行えないものとする。通話中のみアクセスを許可することで、管理ユーザは必ずアクセスユーザからの機器制御時に立ち会うことができ、安全性の面で効果的である。
【００２９】
以下、機器制御の目的と本発明の有用性を明確にするため、機器２００に異常が発生したため、機器の所有者である家庭のユーザ（管理ユーザ）が機器２００の点検をメンテナンス業者に依頼するというシチュエーションを想定する。なお、メンテナンス業者は機器制御端末３００を操作するアクセスユーザとする。
【００３０】
まず、図４の１００１〜１００２の処理について説明する。家庭のユーザは、自身が所持する機器２００のうちＶＣＲに異常が発生したためメンテナンス業者の呼び出しを行う。この際管理ユーザは、業者のＳＩＰアドレス、又はＤＮＳ・・（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｉｃｅ）を利用したＩＰ電話の電話番号の指定を行う。なお、ＳＩＰアドレスやＩＰ電話番号の指定で、特定の端末の呼び出しが保障されるものとする。機器管理端末１００の処理としては、セッション管理手段１１６で生成されるＳＩＰのＩＮＶＩＴＥメソッドによるＳＩＰメッセージをメッセージ送受手段１１１にて機器制御端末３００宛てに送信する。ＳＩＰメッセージを受け取った機器制御端末３００は、その情報をメンテナンス業者に通知し、メンテナンス業者が呼び出しに対し応答することで、２者間のセッションが確立され通話が開始される。この際、通話は文字／音声／映像のいずれか又はいずれかの組み合わせで行うものとする。ユーザ認証に関してはユーザ認証手段１１３にて行うが、通話先を管理ユーザ自ら呼び出し時に選択しているため、発信先情報が認証情報となる。更に、相手の認証直接相手と通話することで、成りすまし防止に有用であり、留守中のときなど知らぬ間に外部のユーザにアクセスされることを防ぐことができ、安全性の面で効果的である。また、より信頼性を高めるために、ＳＩＰのセキュリティ機構を用いて、パスワードによるユーザ認証や、認証局が発行した電子証明書などによる認証を行ってもよい。
【００３１】
呼び出し方向を逆にした場合は、受け取るＳＩＰアドレスや電話番号の発信元情報や、パスワード、電子証明書などで認証を行うことができる。また通話を行うことで安全性の向上も図ることができる。図３のアクセス制御情報１３２の例では、メンテナンス業者の認証情報から「ユーザＡ（メンテナンス業者）」と認証したものとする。
【００３２】
ユーザ認証が終了した時点で、セッション管理手段１１６は、１００１〜１００２にて確立したセッションが「メンテナンス業者（ユーザＡ）」の機器制御のためのセッションであると理解し、セッション情報を管理する。図５に管理テーブルの例を示す。ＩＤは、管理セッションの管理番号。セッション種別は、管理対象セッションのプロトコルで１００１〜１００２の処理ではＳＩＰとなる。セッション情報は、セッションを識別するための情報で、ＳＩＰの場合は、Ｃａｌｌ−ＩＤヘッダの値での識別が可能である。セッション先は、セッションを行う相手を示し、１００１〜１００２の例では、メンテナンス業者がセッション先となる。なお、この処理は１００３の処理以降で機器制御に関わるメッセージを受信した時点で管理し始めてもよい。
【００３３】
次に、図４の１００３〜１００４の処理について説明する。家庭のユーザはメンテナンス業者との通話セッションを開始しているが、機器制御を行うための、アクセス可能な機器とその機能、更に受信できる非同期イベントの詳細情報を知る必要がある。これらの情報は、家庭内の秘匿性の高い情報であるため、不特定多数の外部のユーザに公開してはならない。したがって、１００１〜１００２で認証したアクセスを許可するユーザのみに、限られた情報だけ公開した方がよい。まず、メンテナンス業者は、管理ユーザの機器管理端末１００に対し機器制御情報取得の要求を行う。
【００３４】
制御情報取得要求メッセージ１００３の例を以下に示す。なお、本実施の形態で示すＳＩＰアドレスは、管理ユーザの場合、
ｓｉｐ：ｈｏｍｅ−ｕｓｅｒ＠ｈｏｍｅ．ｎｅｔ
とし、アクセスユーザの場合、
ｓｉｐ：ａｃｃｅｓｓ−ｕｓｅｒ＠ｏｕｔｓｉｄｅ．ｎｅｔ
とする。
ＩＮＦＯ ｓｉｐ：ｈｏｍｅ−ｕｓｅｒ＠ｈｏｍｅ．ｎｅｔ ＳＩＰ／２．０
Ｔｏ： ＜ｓｉｐ：ｈｏｍｅ−ｕｓｅｒ＠ｈｏｍｅ．ｎｅｔ＞
Ｆｒｏｍ： ＜ｓｉｐ：ａｃｃｅｓｓ−ｕｓｅｒ＠ｏｕｔｓｉｄｅ．ｎｅｔ＞
Ｃａｌｌ−ＩＤ： １２３４５
ＣＳｅｑ： １００３ ＩＮＦＯ
Ｇｅｔ−Ｄｅｖｉｃｅ−Ｉｎｆｏ： ａｌｌ
【００３５】
上記メッセージは、ＳＩＰのセッション中のみ有効なメッセージとして認識されるＩＮＦＯメソッドを利用したものであり、機器制御端末３００の制御情報生成手段３１２で生成され、メッセージ送受手段３１１により機器管理端末１００へ送付される。１００１〜１００２の処理で確立された通話セッションがＳＩＰにて １２３４５ という識別子（Ｃａｌｌ−ＩＤヘッダの値）が与えられている場合は、ＩＮＦＯメソッドのＣａｌｌ−ＩＤヘッダも同様の値となる。また、機器制御情報取得要求のメッセージであることを両者で認識するために、
Ｇｅｔ−Ｄｅｖｉｃｅ−Ｉｎｆｏ
というヘッダを定義する。
【００３６】
制御情報取得要求メッセージを受け取った機器管理端末１００は、メッセージ送受手段１１１にて、
Ｇｅｔ−Ｄｅｖｉｃｅ−Ｉｎｆｏ
ヘッダを認識し、メンテナンス業者からの制御情報取得要求メッセージであることを認識する。更にＣａｌｌ−ＩＤヘッダの情報から現在有効なセッションであることを、セッション管理手段１１６を通じて確認する。メンテナンス業者の要求内容を管理ユーザに知らせる手段として、入出力手段１２１を用いて図６に示すようなＧＵＩを表示端末１２２に表示させてもよい。
Ｇｅｔ−Ｄｅｖｉｃｅ−Ｉｎｆｏ： ａｌｌ
と指定した場合は、機器管理端末１００は公開してもよいすべての情報を返すことを意味する。その他には、アクセスユーザが必要な機器種別を指定する手段として、
Ｇｅｔ−Ｄｅｖｉｃｅ−Ｉｎｆｏ： ｔｙｐｅ＝ＶＣＲ
といった記述を行ってもよい。
【００３７】
図２の機器情報１３１の例では、種別が「ＶＣＲ」に該当する機器ＩＤ、０ｘ０１、０ｘ０２の情報が返されることになる。管理ユーザにとっては、種別を指定されることでアクセスユーザに余分な情報を渡さなくてもよいという利点がある。
【００３８】
制御情報取得要求メッセージ１００３を受け取った機器管理端末１００が返す制御情報応答メッセージ１００４の例を以下に示す。

【００３９】
上記メッセージは、ＳＩＰのセッション中のみ有効なメッセージとして認識されるＩＮＦＯメソッドを利用したものであり、制御情報生成手段１１２が機器情報１３１、アクセス制御情報１３２を参照して生成し、メッセージ送受手段１１１により機器制御端末３００へ送付される。例として、制御情報応答メッセージであることを両者で認識するために、
Ｄｅｖｉｃｅ−Ｉｎｆｏ
というヘッダを定義している。メッセージは、ＳＩＰのＩＮＦＯメソッドのヘッダ部分と、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）にて記述された機器制御の詳細情報を示すボディ部とで構成される。なお、本実施の形態で示すＸＭＬ文書では、特に特筆すべき点がないためヘッダ部の記述は省略する。図２に示される機器情報１３１の各項目をそれぞれ、
ｄｅｖｉｃｅ、ｎａｍｅ、ｉｄ、ｆｕｎｃｔｉｏｎ、ｅｖｅｎｔ
といったタグを用いる。制御情報応答メッセージとして記述できる情報は、図３に示すアクセス制御情報１３２でのアクセス権に依存しており、アクセス権が・・「不可」の場合は、アクセスユーザに制御情報応答メッセージ１００４として返さない。「開示可」の場合は、情報を開示するのみで実行権がないため、「実行可」の機能、イベントと見分けるために、例としてｉｄタグを記述していない。
【００４０】
制御情報応答メッセージ１００４を受け取った機器制御端末３００は、メッセージ送受手段３１１にて、Ｄｅｖｉｃｅ−Ｉｎｆｏヘッダを認識し、家庭のユーザ（機器管理端末１００）からの制御情報応答メッセージであることを理解する。制御情報応答メッセージ１００４の内容を機器制御端末３００の表示端末３２２で表示したＧＵＩの例を図７に示す。図７では、「居間のビデオ」の制御画面を示しており、実行権の有無が見分けられるように、枠線や文字の太さで区別して表示している。他の機器の制御画面を表示させるには、画面左のボタンを選択すればよい。ＧＵＩの表示方法は特に限定せず、機器制御端末３００の入出力手段３２１が制御情報応答メッセージ１００４のタグ情報を参照しＧＵＩに変換する方法や、もし制御情報応答メッセージ１００４にＸＭＬスタイルシート等のＧＵＩ情報が埋め込まれている場合は、それを参照する方法などがある。
【００４１】
なお、上記１００３〜１００４の処理の説明で用いたＳＩＰメッセージのヘッダ名、
Ｇｅｔ−Ｄｅｖｉｃｅ−Ｉｎｆｏ、Ｄｅｖｉｃｅ−Ｉｎｆｏ
とその値、またボディ部の情報は一例として示しており、特に記述方法を制限するものではない。また、管理ユーザ（家庭のユーザ）は、制御情報取得要求メッセージ１００３を受け取らない場合でも一方的に制御情報応答メッセージ１００４をアクセスユーザ（メンテナンス業者）へ送信し制御情報を知らせることが可能であり、アクセスユーザの制御情報取得要求メッセージ１００３は省略することが可能である。
【００４２】
次に、図４の１００５〜１００８の処理について説明する。メンテナンス業者は図７に示す表示画面を参照し、制御を行う機能を選択する。例えば、図７の・・「状態確認」機能を選択した場合は、機器制御要求メッセージ１００５が制御情報生成手段３１２により生成され、メッセージ送受手段３１１により機器管理端末１００へ送付される。
【００４３】
機器制御要求メッセージ１００５の例を以下に示す。

【００４４】
上記メッセージは、ＳＩＰのセッション中のみ有効なメッセージとして認識されるＩＮＦＯメソッドを利用したものであり、制御情報生成手段３１２が制御情報応答メッセージ１００４を参照して生成し、メッセージ送受手段３１１により機器管理端末１００へ送付される。例として、機器制御要求メッセージであることを両者で認識するために、
Ｃｏｎｔｒｏｌ
というヘッダを定義しており、
ｆｕｎｃｔｉｏｎ
という値は機能を指定していることを意味する。メッセージは、ＳＩＰのＩＮＦＯメソッドのヘッダ部分と、ＸＭＬにて記述された機器制御の詳細情報を示すボディ部とで構成される。ボディ部には、制御情報応答メッセージ１００４に記載された「状態確認」機能に関する必要な情報である「０ｘ０１」（機器ＩＤ）と、「０ｘ０４」（機能ＩＤ）を記述する。なお、機器制御端末３００は、受信した制御情報応答メッセージ１００４からどの情報を機器制御要求メッセージとして送信すればよいか、ＸＭＬの記述を仕様化するなどしてあらかじめ理解しているものとする。
【００４５】
図８のフロー図は、機器管理端末１００が機器制御要求メッセージ１００５を受信した際の一連の動作例を示している。まず、機器管理端末１００はメッセージ送受手段１１１にて機器制御要求メッセージ１００５を受信する（１１０１）。メッセージ送受手段１１１は、メッセージが機器制御要求メッセージであることを認識し、アクセス制御手段１１４へ処理を依頼する。アクセス制御手段１１４は、Ｃａｌｌ−ＩＤヘッダから１００１〜１００２の処理で確立されたメンテナンス業者とのセッションであることを把握し、「機器ＩＤ：０ｘ０１」、「機能ＩＤ：０ｘ０４」のアクセス権を確認する。上記メッセージの例では、図３に示されるアクセス制御情報１３２を参照し、「状態確認」機能の実行権があることが確認される（１１０２）。実行権が確認された後、機器管理手段１１５にて該当する機器が制御される。この際、図２に示されるあらかじめ登録されてある機器情報１３１から、「機器ＩＤ：０ｘ０１」、「機能ＩＤ：０ｘ０４」に対応する機器制御に必要な制御コード「０ｘ００４１」を取得し、機器へ接続された家庭内ネットワークを通して制御コードを該当する機器２００へ送信する。この制御コードを送信する処理は、図４の１００６に相当する。なお、制御時に機器２００が制御結果を機器管理端末１００へ返す場合は、機器管理手段１１５がこれを受け取る。制御結果の返信処理は、図４の１００７に相当する（１１０３）。制御後、制御情報生成手段１１２は、制御結果を加味し機器制御端末３００へ返信する機器制御応答メッセージ１００８を生成し、メッセージ送受手段３１１を介して機器制御端末３００へ返信する。
【００４６】
機器制御応答メッセージ１００８の例を以下に示す。

【００４７】
上記メッセージは、ＳＩＰのセッション中のみ有効なメッセージとして認識されるＩＮＦＯメソッドを利用したものであり、制御情報生成手段１１２が機器制御結果を参照して生成し、メッセージ送受手段１１１により機器制御端末３００へ送付される。例として、機器制御応答メッセージであることを両者で認識するために、
Ｃｏｎｔｒｏｌ−Ｒｅｓｐｏｎｓｅ
というヘッダを定義しており、値である ｆｕｎｃｔｉｏｎ は機器制御要求メッセージ１００５のＣｏｎｔｒｏｌヘッダと同じ値である。メッセージは、ＳＩＰのＩＮＦＯメソッドのヘッダ部分と、ＸＭＬにて記述された機器制御結果の詳細情報を示すボディ部とで構成される。
【００４８】
例として、「居間のビデオ」の「状態確認」を行った結果が、「エラーコー・・ド：Ｅ０６」という文字列でｒｅｓｐｏｎｓｅタグに示される。受け取った機器制御端末３００を扱うメンテナンス業者は、示される情報からビデオが故障していることとその箇所や原因などを知ることができる。メンテナンス業者が故障を修復する手段の例として、家庭のユーザからアクセスが許可されている図２に示す「居間のビデオ」の「データ更新」機能を利用する。メンテナンス業者は、ビデオの修復用のデータ、又は修復用データの取得アドレスを示すメタ情報などを機器管理端末１００へ送付することで、機器管理手段１１５から修復対象の機器へ情報が伝わり修復することが可能となる。
【００４９】
なお、上記１００５〜１００８の処理の説明で用いたＳＩＰメッセージのヘッダ名、
Ｃｏｎｔｒｏｌ、Ｃｏｎｔｒｏｌ−Ｒｅｓｐｏｎｓｅ
とその値、またボディ部の情報は一例として示しており、特に記述方法を制限するものではない。また、機器制御応答メッセージ１００６の代わりに、単に機器制御要求メッセージであるＳＩＰのＩＮＦＯリクエストメッセージに対するレスポンスメッセージを用いてもよい。
【００５０】
次に、図４の１００９〜１０１０の処理について説明する。例として、１００５〜１００８の処理でビデオの故障を修復したメンテナンス業者は、ビデオが正常に修復されたかどうかを確認するために、現在実行権のない「再生」、「停・・止」の機能を扱いたい場合が考えられる。このように、現在アクセス不可の機能に対しアクセス可能とするため、例えば、メンテナンス業者が図７に示す表示画面から「再生」機能を選択することで、制御情報生成手段３１２がアクセス許可要求メッセージ１００９を作成し、メッセージ送受手段３１１により機器管理端末１００へ送付する。
【００５１】
アクセス許可要求メッセージ１００９の例を以下に示す。

【００５２】
上記メッセージは、ＳＩＰのセッション中のみ有効なメッセージとして認識されるＩＮＦＯメソッドを利用したものであり、制御情報生成手段３１２が制御情報応答メッセージ１００４を参照して生成し、メッセージ送受手段３１１により機器管理端末１００へ送付される。例として、アクセス許可要求メッセージであることを両者で認識するために、
Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔ
というヘッダを定義しており、値である ｆｕｎｃｔｉｏｎ は機能を指定していることを意味する。メッセージは、ＳＩＰのＩＮＦＯメソッドのヘッダ部分と、ＸＭＬにて記述された機器制御の詳細情報を示すボディ部とで構成される。ボディ部には、制御情報応答メッセージ１００４に記載された「再生」機能に関する必要な情報である「０ｘ０１」（機器ＩＤ）と、「再生」（機能名）が記述されている。つまり、メンテナンス業者が、故障を修復した「居間のビデオ」の「再生」機能のアクセス許可を要求しているメッセージとなる。機器制御要求メッセージ１００５との違いとして、アクセス許可要求メッセージ１００９では、制御したい機能のＩＤを制御情報応答メッセージ１００４にて受け取っていないため、「機器名」（この例では「再生」）を指定するためのキーとして用いる。なお、機器制御端末３００は、受信した制御情報応答メッセージ１００４からどの情報をアクセス許可要求メッセージとして送信すればよいか、ＸＭＬの記述を仕様化するなどしてあらかじめ理解しているものとする。
【００５３】
機器管理端末１００がアクセス許可要求メッセージ１００９を受信した際の一連の動作例を説明する。まず、機器管理端末１００はメッセージ送受手段１１１にてアクセス許可要求メッセージ１００９を受信する。メッセージ送受手段１１１は、メッセージがアクセス許可要求メッセージであることを認識し、アクセス制御手段１１４へ処理を依頼する。アクセス制御手段１１４は、Ｃａｌｌ−ＩＤヘッダから１００１〜１００２の処理で確立されたメンテナンス業者とのセッションであることを把握し、「機器ＩＤ：０ｘ０１」、「機能名：再生」のアクセス権が実行不可であることを、図３に示すアクセス制御情報１３２から確認する。アクセス許可要求の内容の承認を家庭のユーザが行う場合は、入出力手段１２１を用いて図９に示すようなＧＵＩを表示端末１２２に表示させればよい。表示画面にて家庭のユーザが「はい」ボタンを選択した際に、メンテナンス業者からのアクセス許可要求が承認されたことになる。承認後は、図３に示すアクセス制御情報１３２の登録情報を「開示可」から「実行可」に変更され、制御情報生成手段１１２にてアクセス許可応答メッセージ１０１０を生成し、メッセージ送受手段１１１を介して機器制御端末３００へ返信する。この際、メンテナンス業者からの一連の制御のためのセッションが終了した後のために、元の登録情報（「開示可」）は記憶しておいた方がよい。
【００５４】
アクセス許可応答メッセージ１０１０の例を以下に示す。

【００５５】
上記メッセージは、ＳＩＰのセッション中のみ有効なメッセージとして認識されるＩＮＦＯメソッドを利用したものであり、制御情報生成手段１１２がアクセス制御情報１３２を参照して生成し、メッセージ送受手段１１１により機器制御端末３００へ送付される。例として、アクセス許可応答メッセージであることを両者で認識するために、
Ａｃｃｅｓｓ−Ａｃｃｅｐｔ
というヘッダを定義しており、値である ｆｕｎｃｔｉｏｎ はアクセス許可要求メッセージ１００９のＣｏｎｔｒｏｌヘッダと同じ値である。メッセージは、ＳＩＰのＩＮＦＯメソッドのヘッダ部分と、ＸＭＬにて記述されたアクセス許可に対する応答の詳細情報を示すボディ部とで構成される。「居間のビデオ」の・・「再生」機能は、元々「開示可」であったため、上記制御情報応答メッセージ例ではｉｄタグの情報が含まれていなかったが、上記アクセス許可応答メッセージ例では、ｉｄタグの情報が含まれアクセス許可要求が承認されたことを示し、以後の機器制御処理時にこのｉｄタグの情報を用いることができる。
【００５６】
仮に、メンテナンス業者が「居間のビデオ」の「再生」機能を使用した例を以下に示す。ビデオを再生する際に、単に遠隔の機器を制御するだけではなく、画像情報を取得することも可能である。画像を扱える機能の場合、機器情報応答メッセージ１００４、及びアクセス許可応答メッセージ１０１０にて、例えばＸＭＬのｆｕｎｃｔｉｏｎタグ内の記述で画像を扱うためのセッション（プロトコ・・ル）情報を盛り込めばよい。画像を扱うためのプロトコルとしては、ＳＩＰの他にＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）、ＨＴＴＰ、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などが挙げられる。これらのプロトコルを用いて、機器制御のための通話セッション内で映像を扱う処理を行った場合は、追加の管理セッションとして、機器管理端末１００のセッション管理手段１１６にて管理されることになる。
【００５７】
図１０に管理テーブルの例を示す。図５に示す管理テーブルの例とは異なり、新たに子セッションという項目が追加されている。この項目は、追加セッションに対し、機器制御を行うための通話セッションとの関連付けを行うことで、通話セッションと状態を共存させる（通話セッション終了時に合わせて子セッションも終了させる）目的で必要となる。図５の例では、ＩＤ：０ｘ０１として通話セッションが登録されており、ビデオの再生処理に伴う追加セッションとして、ＩＤ：０ｘ０２にＳＩＰのセッションが登録されている。また、例としてＲＴＳＰでの追加セッションも示しており、セッション情報、セッション先の情報として、映像伝送に関連するＩＰアドレス、ポート番号が登録され管理される。
【００５８】
なお、上記１００９〜１０１０の処理の説明で用いたＳＩＰメッセージのヘッダ名、
Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔ、Ａｃｃｅｓｓ−Ａｃｃｅｐｔ
とその値、またボディ部の情報は一例として示しており、特に記述方法を制限するものではない。また、管理ユーザ（家庭のユーザ）は、アクセス許可要求メッセージ１００９を受け取らない場合でも一方的にアクセス許可応答メッセージ１０１０をアクセスユーザ（メンテナンス業者）へ送信し制御情報を知らせることが可能であり、アクセスユーザのアクセス許可要求メッセージ１００９は省略することが可能である。
【００５９】
次に、図４の１０１１〜１０１３の処理について説明する。機器制御時の処理結果とは別に、機器が非同期に発生させるイベントについて、アクセスユーザが取得するケースを考える。図２の機器情報１３１の例では、「居間のビデオ」のイベントとして「再生終了」イベントが登録されている。ただし、このイベントは図３のアクセス制御情報１３２で示す通り「開示可」のみのアクセス権が設定されているため、メンテナンス業者からはイベントを取得するためのイベント配信要求を行うことができない。そこで、メンテナンス業者はイベント配信要求を行うために、まず「再生終了」イベントのアクセス許可要求を行う必要がある。その手順は、上記１００９〜１０１０にて、「居間のビデオ」の「再生終了」イベントを指定しアクセス許可要求メッセージ１００９を機器管理端末１００へ送付すればよく、ここでは処理の詳細は省略する。家庭のユーザ（機器管理端末１００）からアクセス許可要求の承認を受けた後は、イベント配信要求を行うことができる。
【００６０】
イベント配信メッセージ１０１１の例を以下に示す。
ＩＮＦＯ ｓｉｐ：ｈｏｍｅ−ｕｓｅｒ＠ｈｏｍｅ．ｎｅｔ ＳＩＰ／２．０
Ｔｏ： ＜ｓｉｐ：ｈｏｍｅ−ｕｓｅｒ＠ｈｏｍｅ．ｎｅｔ＞
Ｆｒｏｍ： ＜ｓｉｐ：ａｃｃｅｓｓ−ｕｓｅｒ＠ｏｕｔｓｉｄｅ．ｎｅｔ＞
Ｃａｌｌ−ＩＤ： １２３４５
ＣＳｅｑ： １０１１ ＩＮＦＯ
Ｓｕｂｓｃｒｉｂｅ： ｅｖｅｎｔ
Ｅｖｅｎｔ： ｄｅｖｉｃｅ＝０ｘ０１； ｉｄ＝０ｘ０１
【００６１】
上記メッセージは、ＳＩＰのセッション中のみ有効なメッセージとして認識されるＩＮＦＯメソッドを利用したものであり、制御情報生成手段３１２が制御情報応答メッセージ１００４を参照して生成し、メッセージ送受手段３１１により機器管理端末１００へ送付される。例として、イベント配信要求メッセージであることを両者で認識するために、
Ｓｕｂｓｃｒｉｂｅ
というヘッダを定義しており、値である ｅｖｅｎｔ はイベント配信を指定していることを意味する。また、具体的なイベントＩＤを指定するために、Ｅｖｅｎｔヘッダを定義し、値であるｄｅｖｉｃｅ、ｉｄで機器ＩＤ、イベントＩＤをそれぞれ指定する。メッセージは、ＳＩＰのＩＮＦＯメソッドのヘッダ部分のみで構成される。 機器管理端末１００がイベント配信要求メッセージ１０１１を受信した際の一連の動作例を説明する。まず、機器管理端末１００はメッセージ送受手段１１１にてイベント配信要求メッセージ１０１１を受信する。メッセージ送受手段１１１は、メッセージがイベント配信要求メッセージであることを認識し、アクセス制御手段１１４へ処理を渡す。アクセス制御手段１１４は、Ｃａｌｌ−ＩＤヘッダから１００１〜１００２の処理で確立されたメンテナンス業者とのセッションであることを把握し、「機器ＩＤ：０ｘ０１」、「イベントＩ・・Ｄ：０ｘ０１」のアクセス権が実行可であることを、アクセス制御情報１３２から確認する。実行権が確認された後、図２に示されるあらかじめ登録されてある機器情報１３１から、「機器ＩＤ：０ｘ０１」、「イベントＩＤ：０ｘ０１」に対応するイベント配信に必要な識別コード「０ｘ１０３１」を取得し、イベント管理手段１１７にてメンテナンス業者が配信要求したイベントとして情報が管理される。必要であれば、機器管理端末１００は家庭内ネットワークを介し、該当する機器２００へイベント配信要求の処理を行う。
【００６２】
イベント配信要求メッセージ１０１１が受け付けられたかどうかの結果を機器制御端末３００にて確認するには、ＳＩＰのＩＮＦＯリクエストメッセージに対するレスポンスメッセージを用いる。機器管理端末１００にて正常に処理が行われた場合は、例えば「２００ ＯＫ」のレスポンスが返る。
【００６３】
イベント配信要求を受けた機器２００が自身の非同期イベントを発生させ、機器制御端末１００まで伝わる一連の動作例を説明する。まず、該当する機器「居間のビデオ」は再生中であるものとする。ビデオテープの最後まで再生し終わったところで、「再生終了」イベントが機器から発生し、機器管理端末１００の機器管理手段１１５まで伝わる。このイベントが管理状態にあるかは、イベント管理手段１１７にて確認される。具体的には、機器管理手段１１５で検知されたイベントの識別コードと、イベント管理手段１１７が管理するイベントコード（・・「再生終了」イベントの例だと「０ｘ１０３１」）を比較することにより、確認される。確認されたイベントは、制御情報生成手段１１２にてイベント配信メッセージ１０１３に変換され、メッセージ送受手段１１１を介して機器制御端末３００へ配信される。
【００６４】
イベント配信メッセージ１０１３の例を以下に示す。
ＩＮＦＯ ｓｉｐ：ａｃｃｅｓｓ−ｕｓｅｒ＠ｏｕｔｓｉｄｅ．ｎｅｔ ＳＩＰ／２．０Ｔｏ： ＜ｓｉｐ：ａｃｃｅｓｓ−ｕｓｅｒ＠ｏｕｔｓｉｄｅ．ｎｅｔ＞
Ｆｒｏｍ： ＜ｓｉｐ：ｈｏｍｅ−ｕｓｅｒ＠ｈｏｍｅ．ｎｅｔ＞
Ｃａｌｌ−ＩＤ： １２３４５
ＣＳｅｑ： １０１２ ＩＮＦＯ
Ｎｏｔｉｆｙ： ｅｖｅｎｔ
Ｅｖｅｎｔ： ｄｅｖｉｃｅ＝０ｘ０１； ｉｄ＝０ｘ０１
【００６５】
上記メッセージは、ＳＩＰのセッション中のみ有効なメッセージとして認識されるＩＮＦＯメソッドを利用したものである。例として、イベント配信メッセージであることを両者で認識するために Ｎｏｔｉｆｙ というヘッダを定義しており、値である ｅｖｅｎｔ はイベント配信を指定していることを意味する。また、具体的なイベントＩＤを指定するために、Ｅｖｅｎｔヘッダを定義し、値であるｄｅｖｉｃｅ、ｉｄで機器ＩＤ、イベントＩＤをそれぞれ指定する。メッセージは、ＳＩＰのＩＮＦＯメソッドのヘッダ部分のみで構成される。必要であれば、付加情報をＩＮＦＯメソッドのボディ部分として記述してもよい。
【００６６】
なお、上記１０１１〜１０１３の処理の説明で用いたＳＩＰメッセージのヘッダ名、
Ｓｕｂｓｃｒｉｂｅ、Ｎｏｔｉｆｙ
とその値は一例として示しており、特に記述方法を制限するものではない。また、ＩＮＦＯメソッドではなく、ＳＩＰの標準的なイベント配信用のメソッドである、Ｓｕｂｓｃｒｉｂｅ、Ｎｏｔｉｆｙの両メソッドを用いてもよい。ただし、Ｓｕｂｓｃｒｉｂｅ／Ｎｏｔｉｆｙメソッドでは１００１〜１００２で確立された通話セッション内のメッセージとして扱われず、別のセッションとして処理されるため、アクセスユーザのユーザ認証をメッセージが送信される度に行う必要があると共に、通話セッション中のみ有効とする場合は、その管理をイベント管理手段１１７等で行う必要がある。
【００６７】
次に、図４の１０１４〜１０１５の処理について説明する。機器制御に関する一連の処理が終了した場合、１００１〜１００２で確立した家庭のユーザとメンテナンス業者間の通話セッションの終了を行う。この際、どちらからでもセッションの終了を行ってもよいのだが、例として家庭のユーザの方からセッションの終了を行う。
【００６８】
図１１のフロー図は、機器管理端末１００がセッション終了の処理を行う際の一連の動作例を示している。まず家庭のユーザは、メンテナンス業者によるビデオの修復が完了したことから、通話の終了を行う、機器管理端末１００の処理としては、セッション管理手段１１６で生成されるＳＩＰのＢＹＥメソッドによるＳＩＰメッセージをメッセージ送受手段１１１にて機器制御端末３００宛てに送信する（１２０１）。ＳＩＰメッセージを受け取った機器制御端末３００は、その情報をメンテナンス業者に通知すると共に、ＢＹＥメソッドに対する応答を機器管理端末１００へ返信し、２者間のセッションが終了される（１２０３）。返信を受け取った機器管理端末１００は、これまでメンテナンス業者からの機器制御のために管理されていた情報をクリアする。クリアする情報としては、アクセス制御手段１１４が管理するアクセス制御情報１３２、セッション管理手段１１６が管理するセッション情報、イベント管理手段１１７が管理するイベント情報が挙げられる。セッション管理手段１１６が管理するセッションとして、図１０に示すように複数のセッションが存在する場合は、通話セッションに関連する全てのセッションの終了処理も同時に行う（１２０３）。これまでの管理情報がクリアされたため、メンテナンス業者が再度機器制御を行うためには、１００１の処理から再開する必要がある。
【００６９】
（実施の形態２）
本実施の形態２では、図１に示す基本的な構成に対し、機能を分散配置させた構成とその動作例について説明する。図１２は、本発明の実施の形態２における遠隔機器制御システムの全体構成を示している。本システムは、図１の実施の形態１の構成と異なり、機器管理端末１００の入出力機能を入出力端末６００として分散配置し、新たに機器管理端末１００から入出力機能を除いた、第２の機器管理端末５００も配置している。また、制御対象の機器は実施の形態１では家庭内ネットワーク上の２００としていたが、新たに外部ネットワークに接続され、機器制御端末３００から直接アクセス可能な外部機器７００も配置している。なお、機器制御端末３００は実施の形態１で説明したものと同一である。
【００７０】
各端末の詳細について説明する。まず、第２の機器管理端末５００は上記の通り実施の形態１記載の機器管理端末１００から入出力機能を除いたもので、端末内の各要素は基本的な機能は機器管理端末１００と同じである。すなわち、符号５０１〜５３２で示された各構成要素は、図１において符号１０１〜１３２で示された各構成要素にそれぞれ対応する。ただし、入出力機能を有さないため、５１１〜５１７のうち、管理ユーザからの直接の入出力を必要とする場合は、入出力に必要な電子情報を第２の機器管理端末５００と入出力端末６００のそれぞれのメッセージ送受手段５１１、６１１とで交換し合うことになる。なお、ＳＩＰでの実装を考慮すると、第２の機器管理端末置５００はＳＩＰ Ｐｒｏｘｙ、入出力端末６００はＳＩＰ ＵＡ（Ｕｓｅｒ Ａｇｅｎｔ）と置き換えることができる。
【００７１】
機器２００は、制御対象となる機器であり、第２の機器管理端末５００にて機器２００を制御するのに必要な機器情報が機器管理手段５１５により管理される。また、外部機器７００も同様に第２の機器管理端末５００にて管理される。
【００７２】
機器制御端末３００の構成要素である３０１〜３２３は、実施の形態１で説明した通りであるため、詳細な説明は省略する。
【００７３】
本実施の形態２における遠隔機器制御方法の動作例を図１３に示す。以下、一連の動作例を説明する。なお、基本的な動作は、実施の形態１と同様であり、１３０１〜１３０２の処理は、図４に示す１００１〜１００２に対応するため、ここでの説明は省略する。また、第２の機器管理端末５００と入出力端末６００間の処理も第１の実施形態記載の機器管理端末１００と比べ特に特徴的ではないので、ここでの説明は省略する。
【００７４】
まず、１３０３〜１３０５の処理について説明する。機器制御端末３００を扱うアクセスユーザは、アクセス可能な機器とその機能などの情報を得るために制御情報取得要求１３０３を第２の機器管理端末５００に送付する。前提として、アクセスユーザは外部機器７００への制御権を持っているものとすると、アクセスユーザは外部ネットワーク経由で外部機器への直接的なアクセスを許可するため、第２の機器管理端末５００は、外部機器７００へアクセスユーザからの制御に関する必要な情報（アクセスユーザ情報、アクセス許可内容、等）をアクセス設定メッセージ１３０４として伝え、第２の機器管理端末置５００と外部機器７００間でアクセス許可の調停を行う。なお、アクセス設定メッセージ１３０４のフォーマット、及び伝送するためのプロトコルは特に制限しない。
【００７５】
アクセス許可の調停が終了した後、第２の機器管理端末５００は調停結果を反映させ、制御情報応答メッセージ１３０５を機器制御端末３００へ返す。機器制御端末３００は外部機器７００へ直接アクセスするため、実施の形態１の制御情報応答メッセージ１００４とは異なり、機器７００のアドレス情報や制御可能なプロトコル等の情報を含めておく必要がある。例として、ＸＭＬで記述する場合、ａｄｄｒｅｓｓタグやｐｒｏｔｏｃｏｌタグを用意し、機器７００の場所を一意に特定できるアドレスであるＩＰアドレス、ポート番号、対応プロトコルを示せばよい。
【００７６】
次に、１３０６〜１３０７の処理について説明する。機器制御端末３００は、得られた制御情報応答メッセーに１３０５を元に機器制御要求メッセージ１３０６を直接外部機器７００に送付し、制御を行う。もし得られるのであれば、制御結果は外部機器７００から直接機器制御応答メッセージ１３０７として返信される。なお、機器制御要求メッセージ１３０６、機器制御メッセージ１３０７のフォーマット、及び伝送するためのプロトコルは特に制限しない。また、外部機器７００の制御に伴い、新たに機器制御端末３００、外部機器７００間でセッションが開始された場合、外部機器７００はその旨を機器管理端末５００へ伝え、機器管理手段５１５にて管理を行ってもよい。
【００７７】
次に、１３０８〜１３１０の処理について説明する。図４に示す１００９〜１０１０の処理と同様に、アクセスユーザは、制御権を持たない外部機器７００の機能や配信要求権を持たない非同期イベントに対し制御権（配信要求権）を得るために第２の機器管理端末５００へアクセス許可要求メッセージ１３０８を送付する。該当する機器が外部ネットワーク７００であることを認識した第２の機器管理端末５００は、外部機器７００へアクセスユーザからの制御に関する必要な情報（アクセスユーザ情報、アクセス許可内容、等）をアクセス設定メッセージ１３０９として伝え、第２の機器管理端末５００と外部機器７００間でアクセス許可の調停を行う。なお、アクセス設定メッセージ１３０９のフォーマット、及び伝送するためのプロトコルは特に制限しない。アクセス許可の調停が終了した後、第２の機器管理端末５００は調停結果を反映させ、アクセス許可応答メッセージ１３１０を機器制御端末３００へ返す。
【００７８】
次に、１３１１〜１３１２の処理について説明する。図４に示す１０１１〜１０１３の処理とは異なり、アクセスユーザは、外部機器７００の非同期イベントを受信するために、外部機器７００へ直接イベント配信要求メッセージ１３１１を送信する。以後、配信登録されたイベントが外部機器７００にて発生した場合は、外部機器７００から直接機器制御端末３００へイベントが配信される。なお、イベント配信要求メッセージ１３１１、イベント配信メッセージ１３１２のフォーマット、及び伝送するためのプロトコルは特に制限しない。また、外部機器７００と直接やり取りせずに、１０１１〜１０１３と同様に、第２の機器管理端末５００を介した手段を用いてもよい。
【００７９】
次に、１３１３〜１３１５の処理について説明する。図４に示す１０１４〜１０１５の処理と同様に、機器制御に関する一連の処理が終了した場合、１３０１〜１３０２で確立した通話セッションの終了を行う。この際、どちら側からセッションの終了を行ってもよい。セッションを終了すると同時に、１３０４、１３０９の処理でアクセスユーザに許可した制御権を元に戻すため、第２の機器管理端末５００はアクセス設定メッセージ１３１４を外部機器７００に送付する。もし、新たに機器制御端末３００、外部機器７００間でセッションが確立している場合は、実施の形態１と同様に、関連する全てのセッションの終了処理を行う。なお、アクセス設定メッセージ１３１４のフォーマット、及び伝送するためのプロトコルは特に制限しない。また、アクセス設定メッセージ１３１４と通話終了に伴う応答メッセージ１３１５の順序が逆になってもよいものとする。
【００８０】
【発明の効果】
以上説明した通り本発明によれば、ＳＩＰによるアクセスユーザ、非アクセスユーザ双方の対話を基にした遠隔機器制御方法であり、アクセスユーザの確認を対話という自然な形で行うことができ、更に常にアクセスユーザの機器制御処理を監視できるところから、不正アクセスを防止する効果がある。
【００８１】
また、機器制御に関する情報交換を、映像及び音声ではなくテキストベースのメッセージを用いることで、携帯端末、家電向けとして、処理が軽いという効果がある。
【００８２】
また、アクセスユーザに対し常に機器制御を許すわけではなく、必要な機能を必要な時に許すという柔軟なアクセス許可、アクセス制御の方法を採用しており、セキュリティ性向上の効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態１における遠隔機器制御システムの全体構成を示すブロック図
【図２】前記実施の形態１における機器情報のフォーマットの一例を示す図
【図３】前記実施の形態１におけるアクセス制御情報のフォーマットの一例を示す図
【図４】前記実施の形態１における機器制御の一連の動作例を説明するためのシーケンス図
【図５】前記実施の形態１におけるセッション情報のフォーマットの一例を示す図
【図６】前記実施の形態１における機器制御情報取得の動作における表示端末への表示例を示す図
【図７】前記実施の形態１における機器制御情報取得の動作における表示端末への表示例を示す図
【図８】前記実施の形態１におけるアクセス制御の一連の動作例を説明するフローチャート
【図９】前記実施の形態１におけるアクセス許可要求の動作における表示端末への表示例を示す図
【図１０】前記実施の形態１におけるセッション情報のフォーマットの一例を示す図
【図１１】前記実施の形態１におけるセッション終了の一連の動作例を説明するフローチャート
【図１２】本発明の実施の形態２における遠隔機器制御システムの全体構成を示すブロック図
【図１３】前記実施の形態２における遠隔機器制御方法を実施するための動作例を説明するシーケンス図
【符号の説明】
１００ 機器管理端末
１０１ ネットワーク接続手段
１１１ メッセージ送受手段
１１２ 制御情報生成手段
１１３ ユーザ認証手段
１１４ アクセス制御手段
１１５ 機器管理手段
１１６ セッション管理手段
１１７ イベント管理手段
１２１ 入出力手段
１２２ 表示端末
１２３ 入力端末
２００ 機器
３００ 機器制御端末
３０１ ネットワーク接続手段
３０１ ネットワーク接続手段
３１１ メッセージ送受手段
３１２ 制御情報生成手段
３２１ 入出力手段
３２２ 表示端末
３２３ 入力端末
４００ 外部ネットワーク
５００ 機器管理端末
５０１ ネットワーク接続手段
５１１ メッセージ送受手段
５１２ 制御情報生成手段
５１３ ユーザ認証手段
５１４ アクセス制御手段
５１５ 機器管理手段
５１６ セッション管理手段
５１７ イベント管理手段
６００ 入出力端末
６０１ ネットワーク接続手段
６１１ メッセージ送受手段
６２１ 入出力手段
６２２ 表示端末
６２３ 入力端末

Claims (5)

1. 端末間で呼接続を行って通話する通話環境の下で、機器に接続された端末が、外部から一方の端末を通して前記機器の制御を行う遠隔機器制御方法であって、
   前記一方の端末からの制御情報取得要求を受け付け、
   前記機器の制御情報を前記一方の端末に転送し、
   前記一方の端末からの前記機器の制御要求を受信したときに、前記機器の制御を行い、 制御結果を前記一方の端末に転送すること、
   を特徴とする、遠隔機器制御方法。
2. 前記制御情報において実行が許可されていない制御要求を受け付ける際、
   前記実行が許可されていない制御要求の制御内容を許可するか否かを判定し、
   許可する場合に、前記機器の制御情報を更新することを特徴とする、
   請求項１に記載の遠隔機器制御方法。
3. 制御結果でない機器の情報の提供を求めるイベント配信要求を前記一方の端末から受け付け、
   前記制御結果でない機器の情報を前記一方の端末に転送するか否かを判定し、
   許可する場合、前記制御結果でない機器の情報を前記一方の端末に配信することを特徴とする、請求項１に記載の遠隔機器制御方法。
4. 前記通話が終了するときに、一連の情報のやり取りに関わる動作をリセットする、ことを特徴とする、請求項１から３いずれかに記載の遠隔機器制御方法。
5. 呼接続による他の端末との通話環境の中で、前記他の端末からの制御要求に基づき、接続された機器を制御する機器管理装置であって、
   ユーザ認証手段と
   前記他の端末との情報を送受信するメッセージ送受信手段と、
   前記接続された機器に関する機器情報を記憶した記憶手段と、
   アクセス制御情報を記憶した記憶手段と、
   アクセス制御手段と、
   制御情報生成手段と、
   機器管理手段と、
   を少なくとも具備し、
   前記メッセージ送受信手段は、前記他の端末から制御情報取得要求を受信し、
   前記ユーザ認証手段は、前記他の端末を操作しているユーザのユーザ認証を行い、
   前記制御情報生成手段は、前記ユーザ認証に基づき、前記アクセス制御情報と前記機器情報とを参照して制御情報を生成し、
   前記メッセージ送受信手段は、前記他の端末に前記制御情報を生成し、
   前記機器管理手段は前記他の端末から機器の制御要求があったときに、対象機器の制御を行い、その制御結果を前記対象機器から受け取り、
   前記メッセージ送受信手段は、前記制御結果を前記他の端末に送信する、
   ことを特徴とする機器管理装置。

Images