JP2007150835A

JP2007150835A - ブリッジ装置及びブリッジシステム

Info

Publication number: JP2007150835A
Application number: JP2005343906A
Authority: JP
Inventors: Daisuke Ajifu; 大介安次富; Yoshiki Terajima; 芳樹寺島; Keiichi Teramoto; 圭一寺本; Yasuhiro Morioka; 靖太森岡
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2005-11-29
Filing date: 2005-11-29
Publication date: 2007-06-14
Anticipated expiration: 2025-11-29
Also published as: US9258137B2; JP4334534B2; US20070124447A1; US20110026535A1

Abstract

【課題】第１及び第２のネットワークに接続され、前記第１のネットワークに接続された機器と前記第２のネットワークに接続された機器との間の通信を実現するブリッジ装置において、第２のネットワーク上の機器が、第２のネットワークから離脱した場合に発生し得る問題を改善する。
【解決手段】第１のネットワークと第２のネットワークとに接続され、第１のネットワークに接続された機器と第２のネットワークに接続された機器との間で通信を行うことを実現するブリッジ装置は、第２のネットワーク上の機器が電源断などの諸理由により第２のネットワークから離脱した場合でも、第１のネットワーク上の機器からの第２のネットワークから離脱した機器への通信を受付け、その通信内容を保持する。離脱した機器が再度、第２のネットワークに接続した場合に、受付けた通信内容を、再接続した機器に対して送信する。
【選択図】図１

Description

本発明は、ブリッジ装置及びブリッジシステムに関する。

パーソナルコンピュータとブロードバンドの急速な普及を契機として、一般家庭における宅内のネットワーク化が進展している。従来、宅内のネットワークは、パーソナルコンピュータと、ブロードバンドルータやプリンタ等の周辺機器との接続を主な目的とした限定的なものであったが、近年、パーソナルコンピュータのみならず、白物家電やＡＶ機器までもが、ネットワーク接続機能を有し、宅内ネットワークの構成要素となっている。情報家電と呼ばれる、この通信機能を有したデジタル家電は、インターネットに接続したり、他の機器にアクセスしたりすることで、ユーザに新たな機能を提供している。

しかしながら、現状、宅内ネットワークを構成するこれらの機器（パーソナルコンピュータ及びその周辺機器、白物家電、ＡＶ機器）の透過的な相互接続が実現されているわけではない。この問題は、パーソナルコンピュータや情報家電の互接続のための制御プロトコルが共通化されていないことに起因しており、宅内ネットワーク上には、現在、複数の制御プロトコルが混在している。宅内ネットワークをターゲットとした制御プロトコルとしては、例えば、ＵＰｎＰ（ＵｎｉｖｅｒｓａｌＰｌｕｇａｎｄＰｌａｙ）、ＩＥＥＥ１３９４高速シリアルバス上で利用されるＡＶ／Ｃ、様々な通信ネットワーク上で利用可能なＥＣＨＯＮＥＴ（登録商標）が挙げられる。

ＵＰｎＰは、主にパーソナルコンピュータやその周辺機器、ルータ等のネットワーク機器を相互接続することを目的とした国際標準規格のプロトコルであり、ＩＥＥＥ（ＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃｓ）８０２ネットワーク上に構築されるＴＣＰ／ＩＰネットワークを利用する。現在では、その対象をＡＶ機器にまで広げており、規格の標準化が進められている。

ＩＥＥＥ１３９４高速バスネットワークは、ＡＶ機器を対象としたネットワークであり、このネットワーク上で利用するＡＶ／Ｃは、ＡＶ機器の制御コマンドを送受するプロトコルの標準規格である。

ＥＣＨＯＮＥＴは、白物家電、センサ、設備機器を対象とした制御プロトコルの国内標準規格である。ＥＣＨＯＮＥＴは、ＩＥＥＥ８０２、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線、電灯線、小電力無線など様々な通信ネットワーク上での利用が想定されている。

以上のＵＰｎＰ、ＡＶ／Ｃ、ＥＣＨＯＮＥＴは、互換性のない独立したプロトコル規格であり、利用可能な通信ネットワークも、ＵＰｎＰ、ＥＣＨＯＮＥＴが共にＩＥＥＥ８０２ネットワーク上で動作することを除けば異なる。したがって、ある制御プロトコルに準拠した機器から、別のプロトコルに準拠した機器を制御することは出来ない。例えば、ＵＰｎＰに準拠したパーソナルコンピュータから、ＥＣＨＯＮＥＴに準拠したエアコンを制御することや、ＡＶ／Ｃプロトコルに準拠したビデオレコーダを制御することはできない。

この問題を解決し、あるプロトコルに準拠した機器から、別のプロトコルに準拠した機器を制御可能にするのがブリッジ装置である。ブリッジ装置は、両方のプロトコルが利用するネットワークに介在し、一方のプロトコルを他方のプロトコルへと変換する。このとき、一方のプロトコルが、機器情報や、機器の有する機能情報の検索、公開機構を有する場合、他方のプロトコルに属する機器の諸情報を、どのように前者のプロトコルに見せかけるかが課題となる。この課題に関しては様々な解決方法が提案されている。例えば、ＩＥＥＥ１３９４パケット、ＩＥＥＥ１３９４ネットワーク上で利用するＡＶ／ＣコマンドをＵＰｎＰのＳＯＡＰ（ＳｉｍｐｌｅＯｂｊｅｃｔＡｃｃｅｓｓＰｒｏｔｏｃｏｌ）メッセージに変換することにより，ＩＥＥＥ１３９４機器を、ＵＰｎＰプロトコルを用いて操作可能にする技術として、例えば特許文献１が挙げられる。この特許文献１は、ＩＥＥＥ１３９４機器の有する機能をどのようにＵＰｎＰ機器として表現するかについての解決法を提案するものであり、基本的にはＩＥＥＥ１３９４機器をブリッジ装置上で仮想的にＵＰｎＰ機器（以下、仮想ＵＰｎＰデバイスと呼ぶ）として見せかけることを特徴とする。

しかしながら、この特許文献は、ブリッジ対象となるＩＥＥＥ１３９４機器（以下、「原デバイス」と呼ぶ）の電源がＯＦＦになったり、ＩＥＥＥ１３９４のケーブルが外れたりした場合に、原デバイスへＩＥＥＥ１３９４ネットワーク経由でアクセスできない際に生じる問題については言及していない。ブリッジ装置が原デバイスにＩＥＥＥ１３９４ネットワーク経由でアクセスできない場合、ブリッジが接続されたＵＰｎＰネットワーク上のＵＰｎＰコントロールポイントも、原デバイスにアクセスできなくなる。現在の低消費電力化の進む家電機器は、ユーザが一定時間操作しないと、自動的にサスペンド状態に移行してしまうので、ブリッジ装置を介したネットワーク経由のアクセスは、ユーザが物理的に原デバイスを操作した後の限定された期間に限られてしまうことになる。

この特徴は白物家電に特に顕著であり、ランドリーや、電子レンジは、ユーザが操作して、実際に、洗濯や調理を完了すると、直ちに電源が落ちてしまうのが一般的な動作である。ネットワークを利用して家電機器を操作することの利点は、いつでも、どこからでもアクセスできることにあるが、原デバイスの省電力機構によってこの利点が生かされない。

また、ゲートウェイが介在するか否かに関わらない一般的な問題として、ＵＰｎＰのコントロールポイントは、制御対象のＵＰｎＰデバイスが通信可能でなければ制御命令を送付できない。このため、ＵＰｎＰコントロールポイントは、ターゲットの通信可否を判断した上で制御命令を送付する実装形態をとる必要がある。前述したように、家電機器が頻繁に省電力モードに移行して通信不可状態になる場合において、ＵＰｎＰコントロールポイントからネットワーク経由の制御を実現できる時間は、極めて少ない可能性もある。
特開２００３−８６１０号公報

上記特許文献１に示されているブリッジ装置は、機器が頻繁にサスペンド状態に移行する省電力家電機器への対応を考慮していないため、ユーザが原デバイスに物理的なインタフェース経由で操作した後の限定された一定期間しか、ブリッジ装置経由、つまりネットワーク経由でアクセスできない。そもそも上記特許文献１のブリッジ装置は、このような自動的にサスペンド状態に移行するケースの多い白物家電（ＥＣＨＯＮＥＴ対応機器）をターゲットにしたものではなく、ＩＥＥＥ１３９４に基づくＡＶ機器をターゲットとしている。

そこで本発明は、第１のネットワークと第２のネットワークとに接続され、第１のネットワーク上の機器と第２のネットワーク上の機器との間の通信を実現するブリッジ装置が存在する場合において、第２のネットワークに属する機器が該第２のネットワークから離脱した場合に発生し得る問題を改善することのできるブリッジ装置及びブリッジシステムを提供することを目的とする。

本発明の一観点に係るブリッジ装置は第１の機器が接続される第１のネットワークと、第２の機器が接続される第２のネットワークとの間に接続されるブリッジ装置であって、前記第２の機器の前記第２のネットワークへの接続を検出する接続検出手段と、前記第２の機器の前記第２のネットワークへの接続の検出に応じて、前記第１のネットワークと前記第２のネットワークとの間のブリッジ動作を行う仮想デバイス処理部を該第２の機器に対して割り当てる手段と、前記第２の機器の前記第２のネットワークからの離脱を検出する離脱検出手段と、前記第２の機器の前記第２のネットワークからの離脱の検出に応じて、前記ブリッジ動作の内容を変更するよう前記仮想デバイス処理部に指示を与えるブリッジ動作制御手段とを具備することを特徴とするブリッジ装置である。

本発明によれば、第１及び第２のネットワークに接続され、第１のネットワークに接続された機器と第２のネットワークに接続された機器との間の通信を実現するブリッジ装置において、第２のネットワーク上の機器が、第２のネットワークから離脱した場合に発生し得る問題を改善できる。具体的には、第１のネットワークに属する機器が、離脱した機器との間で、再接続までの期間において全く通信ができなくなることを回避できる。

以下、図面を参照しながら本発明の実施形態を説明する。

（第１の実施形態）
図１は、本発明の第１の実施形態に係るＥＣＨＯＮＥＴブリッジ装置を適用したネットワークの全体構成を示す図である。

この構成において、ＩＥＥＥ８０２ネットワーク１１上には、ＵＰｎＰコントロールポイント１３が存在し、Ｂｌｕｅｔｏｏｔｈネットワーク１２には、ＥＣＨＯＮＥＴプロトコルに対応したエアコン１５と電子レンジ１６とが接続されている。また、Ｂｌｕｅｔｏｏｔｈアクセスポイント１４がＩＥＥＥ８０２ネットワーク１１とＢｌｕｅｔｏｏｔｈネットワーク１２の双方に接続されている。ＩＥＥＥ８０２ネットワーク１１には、本発明の第１の実施形態に係るＥＣＨＯＮＥＴブリッジ装置２１が接続されている。ＥＣＨＯＮＥＴブリッジ装置２１は、接続検出部２１ａ、離脱検出部２１ｂ、制御命令保持部２１ｃ、ブリッジ動作変更部２１ｄ、制御命令送信部２１ｅ、原デバイス状態通知部２１ｇ、制御命令有効期間設定・通知部２１ｆ、制御命令保持判定部２１ｈ、ブリッジ処理内容制御部２１ｋを有する。

図２は、ブリッジの内部構成を示す図である。ＥＣＨＯＮＥＴブリッジ装置２１は、詳しくは、仮想ＵＰｎＰデバイス管理部２２と、仮想ＵＰｎＰデバイス処理部２３に分けられる。上記のうち、接続検出部２１ａ、離脱検出部２１ｂ、制御命令有効期間設定・通知部２１ｆ、ブリッジ動作制御部２１ｋは、仮想ＵＰｎＰデバイス管理部２２の内部に属し、一方、制御命令保持部２１ｃ、ブリッジ動作変更部２１ｄ、制御命令送信部２１ｅ、原デバイス状態通知部２１ｆ、制御命令保持判定部２１ｈは、仮想ＵＰｎＰデバイス処理部２３の内部に属する。

仮想ＵＰｎＰデバイス管理部２２は、ＥＣＨＯＮＥＴ機器に仮想ＵＰｎＰデバイス処理部２３を割り当てるものであり、具体的には、ＥＣＨＯＮＥＴ機器に対応した任意数の仮想ＵＰｎＰデバイス処理部２３のプロセスを生成、破棄する役割を担っている。さらには、仮想ＵＰｎＰデバイス管理部２２は仮想ＵＰｎＰデバイス処理部２３の振る舞いを制御する役割も担っている。

仮想ＵＰｎＰデバイス処理部２３は、具体的には、ＥＣＨＯＮＥＴ機器と１対１に対応付けられるプロセスであり、単一ブリッジ装置の中に複数存在し得る。図１の場合、ブリッジ装置２１の中には、エアコン、電子レンジに割り当てられた２つの仮想ＵＰｎＰデバイス処理部２３が存在する。仮想ＵＰｎＰデバイス処理部２３の主な機能は、仮想ＵＰｎＰデバイス処理部２３を割り当てられたＥＣＨＯＮＥＴ機器をＵＰｎＰ機器（デバイス）としてＩＥＥＥ８０２ネットワーク上に公開することである。ＵＰｎＰデバイスは、ＵＰｎＰコントロールポイントから制御命令を受信した場合、その命令をＥＣＨＯＮＥＴプロトコルに変換し、対応付けられたＥＣＨＯＮＥＴ機器に送信する。また、ＥＣＨＯＮＥＴ機器から処理結果や状態通知を受信すると、その通知内容をＵＰｎＰプロトコルに変換して、ＵＰｎＰコントロールポイントに対して送信する。

以下、図１に示されるＥＣＨＯＮＥＴブリッジ装置２１の動作シーケンスについて説明する。

ＥＣＨＯＮＥＴブリッジ装置２１における接続検出部２１ａは、Ｂｌｕｅｔｏｏｔｈネットワーク１２上の家電機器を検出する。例えば、接続検出部２１ａは、エアコン１５がＢｌｕｅｔｏｏｔｈネットワーク１２への接続時に送信するＥＣＨＯＮＥＴの一斉同報パケットを受信し、エアコン１５がＢｌｕｅｔｏｏｔｈネットワーク１２へ接続されたことを検出する。ＥＣＨＯＮＥＴブリッジ装置２１は、このエアコン１５の接続検出を契機として、エアコン１５に対するブリッジ処理を開始する。つまり、ＥＣＨＯＮＥＴブリッジ装置２１内の仮想ＵＰｎＰデバイス管理部２２が、エアコン１５を原デバイスとする仮想ＵＰｎＰデバイス処理部２３を生成する。この結果、ＵＰｎＰコントロールポイント１３からはエアコン１５がＵＰｎＰデバイスとして認識され、ＥＣＨＯＮＥＴプロトコルによって可能な制御が、ＵＰｎＰコントロールポイントからも同様に可能になる。このとき、ＥＣＨＯＮＥＴブリッジ装置２１は、ＵＰｎＰコントロールポイントから受信したＵＰｎＰプロトコルベースの制御命令を、ＥＣＨＯＮＥＴプロトコルベースの制御命令に変換し、原デバイス（エアコン１５）に送信することで、コントロールポイント１３からのエアコン１５の制御を実現する。ここで、ＵＰｎＰにＥＣＨＯＮＥＴ機器をマッピングさせる方法については、上記特許文献１の方法に基づくものとする。

一方、ＥＣＨＯＮＥＴブリッジ装置２１における離脱検出部２１ｂは、Ｂｌｕｅｔｏｏｔｈネットワーク１２からの家電機器の離脱を検出する。例えば、エアコン１５の電源プラグを抜いた場合に、離脱検出部２１ｂは、エアコン１５がＢｌｕｅｔｏｏｔｈネットワーク１２からの離脱したことを、エアコン１５に対して定期的にＥＣＨＯＮＥＴパケットを送信し続けた上で、このパケットに対する応答が無くなったことを以て検出する。

このとき、ＥＣＨＯＮＥＴブリッジ装置２１の仮想ＵＰｎＰデバイス管理部２２は、ブリッジ動作制御変更部２１ｋを通じて、ブリッジ処理を維持するように、エアコン１５に対応する仮想ＵＰｎＰデバイス処理部２３のブリッジ動作変更部２１ｄに指示を与える。この指示内容は、例えば図３に示すように、原デバイスの現状態９０、ブリッジ処理期間９１、原デバイス対するブリッジ処理タイプ９２に関する情報で構成される。

原デバイスの現状態９０は、オンラインかオフラインかを表すインジケータであり、この場合、エアコン１５がオフラインであることを表している。

ブリッジ処理期間９１は、仮想ＵＰｎＰデバイス処理部２３が、ブリッジ処理を維持する時間を表し、０が指定された場合には直ちにブリッジ処理が終了される。ここでは、エアコン１５に対するブリッジ処理を維持するように支持されているので、０より大きい、例えば３６０００［秒］（１０時間）などの値が設定される。

ブリッジ処理タイプ９２は、仮想ＵＰｎＰデバイス処理部２３が、処理するプロトコルタイプとそのプロトコルタイプに応じた処理の詳細設定内容を表す。処理するプロトコルタイプとは、例えば、ＳＳＤＰｄｉｓｃｏｖｅｒｙによるＵＰｎＰコントロールポイントからの検索に対する応答、ＳＳＤＰａｌｉｖｅの定期的送信の可否（すなわち、ＵＰｎＰＤｉｓｃｏｖｅｒｙステップのサポートの有無）、ＵＰｎＰコントロールポイントからのＨＴＴＰＧＥＴによるディスクリプション取得の可否（ＵＰｎＰＤｅｓｃｒｉｐｔｉｏｎステップのサポートの有無）、ＨＴＴＰＳＯＡＰメッセージによるアクション・クエリ要求に対する応答の可否（ＵＰｎＰＣｏｎｔｒｏｌステップのサポートの有無）、ＧＥＮＡパケットによるイベント通知の可否（ＵＰｎＰＥｖｅｎｔｉｎｇステップのサポートまでの有無）を表す。

ＵＰｎＰＤｉｓｃｏｖｅｒｙをサポートしない場合には、ＳＳＤＰＤｉｓｃｏｖｅｒｙパケットに対して応答しない。また、ＵＰｎＰＤｅｓｃｒｉｐｔｉｏｎをサポートしない場合には、ディスクリプション要求に対して応答しない、あるいは、ＨＴＴＰエラーレスポンスを返す。

ＵＰｎＰＣｏｎｔｒｏｌをサポートしない場合には、アクション・クエリ要求に対して応答しない、あるいは、ＨＴＴＰエラーレスポンスを返す。一方、ＵＰｎＰＣｏｎｔｒｏｌをサポートする場合については、更なる詳細パラメータとして、例えば以下の内容を指定する。

・機器のスタティックなパラメータ（型名、機種名など時不変の情報）に対するクエリ（問い合わせ）要求へ応答するか否か。

・機器の可変パラメータ（エアコンの風量設定、動作モード、設定温度、室内温度等）に対するクエリ要求へ応答するか否か。応答する場合の応答ポリシー（オフラインである旨を伝えるのか、オンライン時に取得していた値を返すのか等）。

・機器へのアクション（制御）要求をキャッシュするか否か。キャッシュする場合のキャッシュ数の最大値、キャッシュ維持期間、アクション要求に対する応答ポリシー。

また、ＵＰｎＰＥｖｅｎｔｉｎｇをサポートしない場合、ＧＥＮＡのイベント購読要求に対して応答しない、あるいは、エラーレスポンスを返す。ＵＰｎＰＥｖｅｎｔｉｎｇをサポートする場合については、Ｃｏｎｔｒｏｌの場合と同様、付加的なパラメータとして、イベント通知ポリシー（再度オンラインになったときにイベント通知するか否か等）、イベント購読期間を指定する。

このブリッジ処理タイプ９２は本実施形態では、例えば、ＵＰｎＰＤｉｓｃｏｖｅｒｙサポート可、Ｄｅｓｃｒｉｐｔｉｏｎサポート可、Ｃｏｎｔｒｏｌサポート可（不変、可変なパラメータ双方へのクエリ応答可、アクション応答可、アクションキャッシュ可、キャッシュ最大数３、キャッシュ期間３６００秒）、Ｅｖｅｎｔｉｎｇサポート可が指定されるものとする。

続いて、ブリッジ動作変更部２１ｄは、上記の指示内容を受けて、仮想ＵＰｎＰデバイス処理部２３の動作を変更する。すなわち、ブリッジ動作変更部２１ｄは、仮想ＵＰｎＰデバイス処理部２３を停止させず（動作維持期間３６０００［秒］）、ＵＰｎＰコントロールポイント１３からアクション要求を受信した場合には、その要求メッセージをエアコン１５にフォワードせず、内部に最大３つまで制御命令保持部２１ｃによりキャッシュする（有効期間３６００［秒］）。ブリッジ動作の変更の結果、ＵＰｎＰコントロールポイント１３からは、Ｂｌｕｅｔｏｏｔｈネットワーク１２から離脱したエアコン１５が、ＵＰｎＰデバイスとして、かつ、アクセス可能な機器として見えることになる。ブリッジ動作変更部２１ｄの模式図を図４に示す。

続いて、ＵＰｎＰコントロールポイント１３から、エアコン１５の電源をＯＮにする制御命令を送信すると、ＥＣＨＯＮＥＴブリッジ装置２１は、その制御命令を受信し、制御命令保持部２１ｃによりブリッジ装置内部に記憶する。ここでエアコン１５の電源プラグをコンセントに差込み、エアコン１５を再度Ｂｌｕｅｔｏｏｔｈネットワーク１２に接続すると、ＥＣＨＯＮＥＴブリッジ装置２１は、接続検出部２１ａにより、エアコン１５がオンラインになったことを認識し、ブリッジ処理を開始する。このとき、ＥＣＨＯＮＥＴブリッジ装置２１においては、制御命令保持部２１ｃが記憶しておいたＵＰｎＰコントロールポイント１３からの電源ＯＮの制御命令を、制御命令送信部２１ｅがエアコン１５に対して送信する。これによりエアコン１５は電源ＯＮの制御命令に従って運転を開始する。以上のように、エアコンの主電源がＯＦＦであってＢｌｕｅｔｏｏｔｈネットワークに接続されていない場合でも、ＵＰｎＰネットワークからのエアコン操作がＥＣＨＯＮＥＴブリッジ装置２１において受付られ、エアコンが再接続されたときに、そのエアコン操作命令は、即座に実行可能となる。

次に、電子レンジ１６を制御対象とした例について述べる。最近では、ネットワーク対応の電子レンジが製品化されており、これは、インターネット経由で調理レシピデータを取得することで、複雑な加熱調理を行うことが可能となっている。しかしながら、電子レンジは、調理中以外は省電力のため、直ちに電源が落ちるものが多く、ユーザが電子レンジのドアを開けたり、ユーザインタフェースを操作したりすることをトリガとして電源がＯＮとなる。したがって、このような電子レンジは、多くの場合、電源がＯＦＦの状態であり、ネットワーク経由でのアクセスができず、レシピデータを送信することが出来ない。つまり、電子レンジに対してインターネット経由でレシピデータを送信したい場合には、物理的に電子レンジを操作して（ドアを開けたり、操作パネル上のボタンを押したりして）電源をＯＮにしなければならない。このとき、本発明の第１の実施形態に係るＥＣＨＯＮＥＴブリッジ装置２１を利用することで、電子レンジの電源状態を意識することなく、レシピデータを送信することが可能となる。

ＥＣＨＯＮＥＴブリッジ装置２１は、電子レンジ１６が、Ｂｌｕｅｔｏｏｔｈネットワーク１２に接続されたことを、接続検出部２１ａによって認識する。ここで、ＥＣＨＯＮＥＴブリッジ２１は、電子レンジ１６に対するブリッジ処理を開始するが、まもなく省電力機能のために電子レンジ１６の電源はＯＦＦになり、ネットワーク経由でアクセスできなくなる。このことをＥＣＨＯＮＥＴブリッジ２１は、離脱検出部２１ｂによって認識するが、エアコン１５の例と同様の指示内容を、ブリッジ動作制御部２１ｋが、ブリッジ動作変更部２１ｄに対して与えることによって、ブリッジ処理は停止しない。このため、ＵＰｎＰコントロールポイント１３からは、常に電子レンジ１６がＵＰｎＰデバイスとして、常時アクセス可能な機器として見える。ここで、ＵＰｎＰコントロールポイント１３は、インターネット経由で取得した調理レシピデータを、電子レンジ１６に対して送信する。ＥＣＨＯＮＥＴブリッジ装置２１は、調理レシピデータを受信し、制御命令保持部２１ｃにより、これをブリッジ装置内部に記憶する。ここで電子レンジ１６のドアを（調理材料をセットするために）開けて、電子レンジ１６を再度Ｂｌｕｅｔｏｏｔｈネットワーク１２に接続すると、ＥＣＨＯＮＥＴブリッジ２１は、接続検出部２１ａにより、電子レンジ１６がオンラインになったことを認識し、ブリッジ処理を開始する。このとき、ＥＣＨＯＮＥＴブリッジ装置２１は、制御命令保持部２１ｃによって、内部に記憶しておいたＵＰｎＰコントロールポイント１３からの調理レシピデータを、電子レンジ１６に対して送信して、レシピデータに基づく調理モードをセットする。以上により、電源状態を気にせずに、電子レンジに対して調理レシピを設定できる。

なお、ＥＣＨＯＮＥＴブリッジ装置２１の有するブリッジ動作変更部２１ｄは、詳しくは、ブリッジ動作制御部２１ｋからの指示内容に基づき、Ｄｉｓｃｏｖｅｒｙステップのサポートを、原デバイスのオフライン後も一定期間維持するように仮想ＵＰｎＰデバイス処理部２３の動作を設定する。これにより、ＵＰｎＰコントロールポイント１３からの機器検索メッセージに対して、ＥＣＨＯＮＥＴ機器の通信状態にかかわらず、仮想ＵＰｎＰデバイス処理部２３は応答メッセージを送信し、かつ、ＳＳＤＰａｌｉｖｅメッセージを定期的に送信する。したがって、原デバイス（エアコン１５、電子レンジ１６）をＵＰｎＰデバイスとしてＩＥＥＥ８０２ネットワーク１１に存在させ続けることが出来る。

また、ＥＣＨＯＮＥＴブリッジ装置２１の有するブリッジ動作変更部２１ｄは、ＵＰｎＰコントロールポイントからのディスクリプション取得メッセージに対して、ブリッジ動作制御部２１ｋからの指示内容に基づき、Ｄｅｓｃｒｉｐｔｉｏｎステップのサポートを、原デバイスのオフライン後も一定期間維持するように仮想ＵＰｎＰデバイス処理部２３の動作を設定する。これにより、ＥＣＨＯＮＥＴ機器の通信状態にかかわらず、仮想ＵＰｎＰデバイスはキャッシュしているデバイス／サービスディスクリプションを応答する。したがって、原デバイス（エアコン１５、電子レンジ１６）がネットワークから離脱している状態であっても、対応するＵＰｎＰデバイスの詳細情報を、ＵＰｎＰコントロールポイントに対して提供し続けることが出来る。

さらに、ＥＣＨＯＮＥＴブリッジ装置２１の有するブリッジ動作変更部２１ｄは、ブリッジ動作制御部２１ｋからの指示内容に基づき、Ｅｖｅｎｔｉｎｇステップのサポートを、原デバイスオフライン後も一定期間維持するように仮想ＵＰｎＰデバイス処理部２３の動作を設定することにより、ＵＰｎＰコントロールポイント１３からイベント購読要求メッセージに対して、ＥＣＨＯＮＥＴ機器の通信状態にかかわらず、購読要求の受付け応答を返信し、第１回目の、即座のイベント通知については、仮想ＵＰｎＰデバイスがキャッシュしているサービスディスクリプション内容を応答する。原デバイスが通信可能になり、イベント通知が発生した場合には、仮想デバイスは通常通り、ＵＰｎＰコントロールポイント１３に対してイベント通知を送信する。

さらに、ＥＣＨＯＮＥＴブリッジ装置２１の有するブリッジ動作変更部２１ｄは、ブリッジ動作制御部２１ｋからの指示内容に基づき、Ｃｏｎｔｒｏｌステップのサポートを、原デバイスオフライン後も一定期間維持するように仮想ＵＰｎＰデバイス処理部２３の動作を設定することにより、ＵＰｎＰコントロールポイント１３からアクション・クエリ要求メッセージに対して、ＥＣＨＯＮＥＴ機器の通信状態にかかわらず、クエリ要求に対して応答するか否か、アクション要求に対して応答するか否か、アクション要求メッセージをキャッシュするか否か等の挙動を操作することが出来る。このとき、アクション要求メッセージをキャッシュする場合には、原デバイスが再度オンラインになった後に、アクション要求を原デバイスにフォワードし、処理を完遂することが出来る。このとき、ブリッジ動作変更部２１ｄは、制御命令保持部２１ｃ、デバイス状態通知部２１ｆ、制御命令有効期間設定・通知部２１ｆに適切な指示を送ることにより、前述した仮想ＵＰｎＰデバイス処理部２３の動作を実現することが出来る。

ＥＣＨＯＮＥＴブリッジ装置２１の有する制御命令保持部２１ｃは、詳しくは、制御命令の内容が、ＥＣＨＯＮＥＴ機器のスタティックな情報を問い合わせるものならば、Ｂｌｕｅｔｏｏｔｈネットワークから離脱中のＥＣＨＯＮＥＴ機器に代わってＵＰｎＰコントロールポイントに対し、その固定情報を応答し制御命令を保持しない。制御内容が、ＥＣＨＯＮＥＴ機器の変化しない情報に対する問い合わせか否かを判断する機能は、ＥＣＨＯＮＥＴブリッジ装置２１が有する制御命令保持判定部２１ｈによって実現される。

制御命令保持判定部２１ｈは、該当するＥＣＨＯＮＥＴ機器のプロパティマップ（設定・取得可能な機器の属性情報のリスト）に、各プロパティが不変値か否かを表すフラグを追加したテーブルを保持し、これを参照することによって実現される。家電機器の属性値と可変/固定フラグの対応表の一例を図５に示す。

図６は制御命令保持判定部による基本処理の手順を示すフローチャートである。ステップＳ１において制御命令が受信されると、この制御命令について、制御対象の属性値が可変値であるか固定値であるかを判定する（ステップＳ２）。制御対象の属性値が「固定値」であるならば、保存していた機器情報から属性値を取得して応答する（ステップＳ３）。一方、制御対象の属性値が「可変値」であるならば、制御命令の操作種別が「取得」「設定」「通知要求」のいずれであるかを判定する（ステップＳ４）。制御命令の操作種別が「取得」であるならば、保存していた機器情報から属性値を取得して応答する（ステップＳ５）。制御命令の操作種別が「設定」であるならば、取得設定の受付応答をする（ステップＳ６）。制御命令の操作種別が「通知要求」であるならば、通知要求の受付応答（ステップＳ７）をしたのち、保存していた機器情報を通知応答する（ステップＳ８）。

なお、ＥＣＨＯＮＥＴブリッジ装置２１の有する制御命令保持部２１ｃは、詳しくは、制御命令の内容が、ＥＣＨＯＮＥＴ機器に対してプロパティ値を設定するもの（例えば、エアコン１５の電源をＯＮにする、エアコン１５の設定温度を変更する）であれば、原デバイスの電源状態にかかわらず、制御命令送信元のＵＰｎＰコントロールポイント１３に対して処理成功を応答する。

本実施形態において、原デバイス（エアコン１５、電子レンジ１６）の電源状態がＯＮ、ＯＦＦいずれであっても、ＥＣＨＯＮＥＴブリッジ装置２１は、それぞれの原デバイスに対応する仮想ＵＰｎＰデバイス処理部２３の動作を停止しないため、ＩＥＥＥ８０２ネットワーク１１上のＵＰｎＰコントロールポイント１３からは、常にエアコン１５、電子レンジ１６が電源ＯＮであるかのように見えることになり、実際の原デバイスとの状態に不整合が生じている。しかし、ＥＣＨＯＮＥＴブリッジ装置２１が有する原デバイス状態通知部２１ｇによれば、ＵＰｎＰコントロールポイントは、原デバイスの実際の電源状態や、電源がＯＦＦになってからの経過時間などを知ることが出来る。

ＥＣＨＯＮＥＴブリッジ装置２１における原デバイス状態通知部２１ｇは、ＥＣＨＯＮＥＴブリッジ装置２１が、エアコン１５や電子レンジ１６に対応する仮想ＵＰｎＰデバイスのサービスディスクリプションドキュメントに、原デバイスの実際の電源状態や、電源がＯＦＦになってからの経過時間などを表す変数と、それらを取得するためのアクションを定義し、これをＩＥＥＥ８０２ネットワーク１２に公開することで実現される。

さらに、ＥＣＨＯＮＥＴブリッジ装置２１が有する制御命令有効期間設定・通知部２１ｆにより、ＵＰｎＰコントロールポイントは、原デバイスに対して送信する制御命令がＥＣＨＯＮＥＴブリッジ装置２１の制御命令保持部２１ｃによって記憶される場合に、その制御命令の有効期間を設定したり、取得したりすることが出来る。

ＥＣＨＯＮＥＴブリッジ装置２１における制御命令有効期間設定・通知部２１ｆは、ＥＣＨＯＮＥＴブリッジ装置２１が、エアコン１５や電子レンジ１６に対応する仮想ＵＰｎＰデバイスのサービスディスクリプションドキュメントに、原デバイスへの制御命令の有効期間を表す変数と、それらを取得・設定するためのアクションを定義し、これをＩＥＥＥ８０２ネットワーク１２に公開することで実現される。これにより、長期間にわたってＥＣＨＯＮＥＴブリッジ装置２１に保持された制御命令が内部のリソースを消費し続ける状況を回避することが出来る。

（第２の実施形態）
図７は、本発明の第２の実施形態に係るＥＣＨＯＮＥＴブリッジ装置を適用したネットワークの全体構成を示す図である。

この構成において、ＩＥＥＥ８０２ネットワーク３１上には、それぞれＵＰｎＰコントロールポイント１３が存在し、Ｂｌｕｅｔｏｏｔｈネットワーク３２には、ＥＣＨＯＮＥＴプロトコルに対応したエアコン３９が接続されている。また、Ｂｌｕｅｔｏｏｔｈアクセスポイント３７がＩＥＥＥ８０２ネットワーク３１とＢｌｕｅｔｏｏｔｈネットワーク３２の双方に接続されている。一方、Ｂｌｕｅｔｏｏｔｈネットワーク３４には、ＥＣＨＯＮＥＴプロトコルに対応した電子レンジ４０が接続されている。また、Ｂｌｕｅｔｏｏｔｈアクセスポイント３８がＩＥＥＥ８０２ネットワーク３３とＢｌｕｅｔｏｏｔｈネットワーク３４の双方に接続されている。ルータ３６は、ＩＥＥＥ８０２ネットワーク３１とＩＥＥＥ８０２ネットワーク３３との間に介在し、ＩＥＥＥ８０２ネットワークを２つのサブネットに分割している。

ＩＥＥＥ８０２ネットワーク３１には、ＵＰｎＰコントロールポイント３５が接続されており、ＩＥＥＥ８０２ネットワーク３１、３３には、本発明の第２の実施形態に係るＥＣＨＯＮＥＴブリッジ装置４１、４２が接続されている。これらＥＣＨＯＮＥＴブリッジ装置４１、４２は、それぞれ接続検出部４１ａ、４２ａ、接続検出部４１ｂ、４２ｂ、制御命令保持部４１ｃ、４２ｃ、ブリッジ動作変更部４１ｄ、４２ｄ、制御命令送信部４１ｅ、４２ｅ、原デバイス状態通知部４１ｆ、４２ｆ、制御命令有効期間設定・通知部４１ｇ、４２ｇ、ブリッジ動作制御部４１ｋ、４２ｋを有する。

まず、エアコン３９がＢｌｕｅｔｏｏｔｈネットワーク３２に接続され、ＥＣＨＯＮＥＴブリッジ装置４１によってブリッジ処理されており、かつ、電子レンジ４０が、Ｂｌｕｅｔｏｏｔｈネットワーク３４に接続され、ＥＣＨＯＮＥＴブリッジ装置４２によってブリッジ処理されている状態を想定する。このとき、ＥＣＨＯＮＥＴブリッジ装置４１は、ルータ３６が介在しているためにＥＣＨＯＮＥＴ対応機器としての電子レンジ４０が存在していることを検出できない。一方で、ＥＣＨＯＮＥＴブリッジ装置４１は、ＵＰｎＰデバイスとして電子レンジ４０が存在していることは検出できる。同様にＵＰｎＰコントロールポイント３５は、ＵＰｎＰデバイスとして電子レンジ４０の存在を検出できる。これは、ＥＣＨＯＮＥＴプロトコルが、単一のサブネットに限定されたプロトコルであるのに対して、ＵＰｎＰプロトコルは、複数のサブネット間に跨るプロトコルであるからである。

ここで、ＥＣＨＯＮＥＴブリッジ装置４２がＩＥＥＥ８０２ネットワーク３３から離脱すると、ＥＣＨＯＮＥＴブリッジ装置４１は、ブリッジ装置離脱検出部４１ｉにより、ＥＣＨＯＮＥＴブリッジ装置４２の離脱を検出する。

ブリッジ装置離脱検出部４１ｉは、ＥＣＨＯＮＥＴブリッジ装置４１自体がＵＰｎＰコントロールポイント機能を持ち、ＥＣＨＯＮＥＴブリッジ装置４２の離脱時に、電子レンジ４０に対応する仮想ＵＰｎＰデバイスが送信するＳＳＤＰｂｙｅｂｙｅパケットを受信した後、ＳＳＤＰｂｙｅｂｙｅパケットの送信元アドレスに対して、ＩＰレベルのコネクティビティをチェックし、接続できないことを確認することで実現される。

あるいは、ブリッジ装置離脱検出部４１ｉは、ＥＣＨＯＮＥＴブリッジ装置４１自体がＵＰｎＰコントロールポイント機能を持ち、ＵＰｎＰデバイスから受信したＳＳＤＰａｌｉｖｅパケットに基づき、同一ＵＰｎＰネットワーク上のＵＰｎＰデバイスのリストを生成、記憶し、ＳＳＤＰａｌｉｖｅパケットのタイムアウト時間を管理することで、タイムアウトに基づく機器の離脱を認識し、上記ＩＰレベルのコネクティビティチェックを行うことで実現される。このとき、ＩＰレベルのコネクティビティチェックには、Ｐｉｎｇ等のユーティリティプログラムを用いることが考えられる。

また、ブリッジ装置離脱検出部４１ｉのさらに別の実現手段としては、ＥＣＨＯＮＥＴブリッジ装置４１自体を仮想ＵＰｎＰデバイスとしてＩＥＥＥ８０２ネットワーク上に公開する方法がある。この場合、ＥＣＨＯＮＥＴブリッジ装置４１に対応するＵＰｎＰデバイスがＳＳＤＰｂｙｅｂｙｅパケットを送信するので、ＥＣＨＯＮＥＴブリッジ装置４２は、ＥＣＨＯＮＥＴブリッジ装置４１の離脱を検知することが出来る。このとき、エアコン３９がＥＣＨＯＮＥＴブリッジ装置４１によってブリッジ処理されていたことは、ＥＣＨＯＮＥＴブリッジ装置４１とエアコン３９に対応するＵＰｎＰデバイスがそれぞれ送信するＳＳＤＰｂｙｅｂｙｅパケットの送信元ホストが一致することや、デバイスディスクリプションに含まれるシリアル番号エレメントにブリッジ装置のハードウェアアドレス（ＭＡＣアドレス等）を含めるようにした上で、この値が一致することで確認できる。

続いて、ＥＣＨＯＮＥＴブリッジ装置４１は、仮想デバイス引継ぎ部４１ｊにより、電子レンジ４０に対する仮想ＵＰｎＰデバイスを生成する。仮想デバイス引継ぎ部４１ｊは、電子レンジ４０に対する仮想ＵＰｎＰデバイスからＳＳＤＰａｌｉｖｅを受信した際に、該仮想ＵＰｎＰデバイスのデバイスディスクリプション、サービスディスクリプションを取得し、ＥＣＨＯＮＥＴブリッジ装置４１内部に記憶しておくことで実現される。この仮想デバイス引継ぎ部４１ｊにより、ＩＥＥＥ８０２ネットワーク上のＵＰｎＰコントロールポイント３５からは、電子レンジ４０が、継続してＵＰｎＰデバイスとして見えることになる。しかし、実際は、ＥＣＨＯＮＥＴブリッジ装置４２がＩＥＥＥ８０２ネットワーク３３に接続されておらず、かつ、電子レンジ４０は、ＥＣＨＯＮＥＴブリッジ４１とは別のサブネットに属するので、ＥＣＨＯＮＥＴブリッジ装置４１上の仮想ＵＰｎＰデバイスを介して電子レンジ４０に対して、調理レシピ情報を送付することは出来ない。

ここで、ＵＰｎＰコントロールポイント３５は、インターネット経由で取得した調理レシピデータを、電子レンジ４０に対して送信する。ＥＣＨＯＮＥＴブリッジ装置４１は、調理レシピデータを受信して、制御命令保持部４１ｃにより、これをブリッジ装置内部に記憶する。ここで、ＥＣＨＯＮＥＴブリッジ装置４２が、再度、ＩＥＥＥ８０２ネットワーク３３に接続されると、ＥＣＨＯＮＥＴブリッジ装置４２は、接続検出部４２ａにより、電子レンジ４０の接続を検知し、ブリッジ処理を開始する。このとき、ＥＣＨＯＮＥＴブリッジ装置４１は、ブリッジ装置接続検出部４１ｈによって、ＥＣＨＯＮＥＴブリッジ４２がＩＥＥＥ８０２ネットワーク３３に再接続されたことを検出する。このブリッジ装置接続検出部４１ｈは、接続検出部４１ａによって、電子レンジ４０に対する仮想ＵＰｎＰデバイスが生成されたことを検出し、かつ、自身の生成している電子レンジ４０に対する仮想ＵＰｎＰデバイスが、仮想デバイス引継ぎ部４１ｊによって生成されたことを認識していることによって実現される。続いて、ＥＣＨＯＮＥＴブリッジ装置４１は、制御命令保持部４１ｃによって、内部に記憶しておいたＵＰｎＰコントロールポイント３５からの調理レシピデータを、制御命令送信部４１ｅから送信する。以上の処理手順の概要を図８の模式図に示す。

（第３の実施形態）
図９は、本発明の第３の実施形態に係るＩＥＥＥ１３９４ブリッジ装置を適用したネットワークの全体構成を示す図である。

この構成において、ＩＥＥＥ８０２ネットワーク５１上には、ＵＰｎＰコントロールポイント５３が存在する。また、ＩＥＥＥ１３９４ネットワーク上には、ＩＥＥＥ１３９４プロトコルに対応したＰＶＲ（ＰｅｒｓｏｎａｌＶｉｄｅｏＲｅｃｏｒｄｅｒ）５５とＤＴＶ（ＤｉｇｉｔａｌＴｅｌｅｖｉｓｉｏｎ）５６とが接続されている。さらに、ＩＥＥＥ８０２ネットワーク５１には、本発明の第３の実施形態に係るＩＥＥＥ１３９４ブリッジ装置６１が接続されている。ＩＥＥＥ１３９４ブリッジ装置６１は、接続検出部６１ａ、接続検出部６１ｂ、制御命令保持部６１ｃ、ブリッジ動作変更部６１ｄ、制御命令送信部６１ｅ、原デバイス状態通知部６１ｇ、制御命令有効期間設定・通知部６１ｆ、制御命令保持判定部６１ｈ、ブリッジ動作制御部６１ｋを有する。ＩＥＥＥ１３９４ブリッジ装置６１が、ＩＥＥＥ１３９４ネットワーク５２上におけるＩＥＥＥ１３９４機器の接続や離脱を検出するメカニズムは、ＥＣＨＯＮＥＴブリッジ装置のそれとは異なり、ＩＥＥＥ１３９４ネットワークトポロジー変化時に発生するバスリセットを検出することによって行われるが、それ以外の点については、ＥＣＨＯＮＥＴブリッジ装置と同一である。このように、本発明はＩＥＥＥ１３９４機器をＵＰｎＰプロトコルで操作可能にするＩＥＥＥ１３９４ブリッジ装置にも適用できる。

以上に説明した本発明の実施の形態についてその効果を述べると以下の通りである。

ＥＣＨＯＮＥＴ機器が、Ｂｌｕｅｔｏｏｔｈネットワークから離脱して、ＥＣＨＯＮＥＴパケットによる制御命令の送付が出来ない状態になっても、本願発明の第１の実施形態に係るＥＣＨＯＮＥＴブリッジ装置は、ブリッジ処理を実行し続けることができる。これにより、ＵＰｎＰネットワーク上からは、離脱したＥＣＨＯＮＥＴ機器が、あたかもＵＰｎＰデバイスとして存在しているかのように見える。さらに、ＥＣＨＯＮＥＴブリッジ装置上に生成されている、離脱したＥＣＨＯＮＥＴ機器に対応する仮想ＵＰｎＰデバイスに対して、ＵＰｎＰコントロールポイントが制御命令を送信することも可能である。この制御命令は、ＥＣＨＯＮＥＴ機器がＢｌｕｅｔｏｏｔｈネットワークに再接続されたときに、該ＥＣＨＯＮＥＴ機器に対して送信され、実行される。昨今の家電機器は、省電力のために一定期間使用しないと自動的に電源が落ちるものが多く、特にネットワーク機能を有する家電は、この省電力時にはネットワーク経由でのアクセスが出来なくなってしまうことがある。このような家電機器に対するＵＰｎＰプロトコル経由での制御を実現するＥＣＨＯＮＥＴブリッジ装置として、原ＥＣＨＯＮＥＴ機器の電源状態、ネットワーク接続状態に依存せず、制御命令が受付けられることは重要である。

本発明の第１の実施形態に係るＥＣＨＯＮＥＴブリッジ装置によれば、原ＥＣＨＯＮＥＴ機器がＢｌｕｅｔｏｏｔｈネットワークから離脱している状態のときに、制御命令を受付けた場合、この制御命令が、ＥＣＨＯＮＥＴ機器が有する不変のパラメータの取得を要求するものであれば、ＥＣＨＯＮＥＴブリッジ装置が代行して、この制御命令に対する応答を返信することができる。

また、ブリッジ対象のＥＣＨＯＮＥＴ機器の電源状態、ネットワーク接続状態如何にかかわらず、常にブリッジ処理が行われることになるため、該ＥＣＨＯＮＥＴ機器がネットワークにつながっていない場合でも、ＵＰｎＰコントロールポイントからは、該ＥＣＨＯＮＥＴ機器に対するＵＰｎＰデバイスが存在しているように見える。このとき、本発明の第１の実施形態に係るＥＣＨＯＮＥＴブリッジ装置は、ＵＰｎＰコントロールポイントが、ＥＣＨＯＮＥＴ機器が実際にネットワークリーチャブルなのかどうかを知りたい場合に、その情報を提供できる。

また、ＵＰｎＰコントロールポイントが、ＥＣＨＯＮＥＴ機器がＢｌｕｅｔｏｏｔｈネットワークから離脱した時間や、接続された時間を知りたい場合に、本発明の第１の実施形態に係るＥＣＨＯＮＥＴブリッジ装置はその情報を提供できる。

また、Ｂｌｕｅｔｏｏｔｈネットワークから離脱しているＥＣＨＯＮＥＴ機器に対する制御命令を、該ＥＣＨＯＮＥＴ機器が再接続するまでの間保持することもできる。ＵＰｎＰコントロールポイントが、この保持期間を知りたい場合や変更したい場合に、本発明の第１の実施形態に係るＥＣＨＯＮＥＴブリッジ装置は、保持期間情報を提供できる。また、保持期間をＵＰｎＰコントロールポイントに対して設定させることも出来る。

本発明の第２の実施形態に係るＥＣＨＯＮＥＴブリッジ装置によれば、複数のＥＣＨＯＮＥＴブリッジ装置が、複数のＩＰサブネットに跨って存在する場合に、１台のＥＣＨＯＮＥＴブリッジ装置がネットワークから離脱しても、他のＥＣＨＯＮＥＴブリッジ装置がブリッジ処理を引き継ぎ、再接続した際には、離脱している間に受付けた制御命令を再接続されたＥＣＨＯＮＥＴブリッジ装置に対して送信することで、ブリッジ装置がネットワークから離脱しても、配下のＥＣＨＯＮＥＴ機器に対するＵＰｎＰプロトコルでの制御命令を実行することが可能となる。

本発明は、第３の実施形態において説明したようにＩＥＥＥ１３９４機器をＵＰｎＰプロトコルで操作可能にするＩＥＥＥ１３９４ブリッジ装置にも適用でき、以上に説明した作用効果は、そのままＩＥＥＥ１３９４ブリッジ装置にも当てはまる。

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

本発明の第１の実施形態におけるネットワーク構成図本発明のブリッジ装置の内部構成図ブリッジ動作制御部の制御内容一覧図本発明の第１の実施形態におけるブリッジ処理の模式図家電機器の属性値と可変/固定フラグの対応表を示す図制御命令保持判定部の基本処理の手順を示すフローチャート本発明の第２の実施形態におけるネットワーク構成図本発明の第２の実施形態におけるブリッジ処理の模式図本発明の第３の実施形態におけるネットワーク構成図

符号の説明

１１…ＩＥＥＥ８０２ネットワーク；
１２…Ｂｌｕｅｔｏｏｔｈネットワーク；
１３…ＵＰｎＰコントロールポイント；
１４…Ｂｌｕｅｔｏｏｔｈアクセスポイント；
１５…エアコン；
１６…電子レンジ

Claims

第１の機器が接続される第１のネットワークと、第２の機器が接続される第２のネットワークとの間に接続されるブリッジ装置であって、
前記第２の機器の前記第２のネットワークへの接続を検出する接続検出手段と、
前記第２の機器の前記第２のネットワークへの接続の検出に応じて、前記第１のネットワークと前記第２のネットワークとの間のブリッジ動作を行う仮想デバイス処理部を該第２の機器に対して割り当てる手段と、
前記第２の機器の前記第２のネットワークからの離脱を検出する離脱検出手段と、
前記第２の機器の前記第２のネットワークからの離脱の検出に応じて、前記ブリッジ動作の内容を変更するよう前記仮想デバイス処理部に指示を与えるブリッジ動作制御手段とを具備することを特徴とするブリッジ装置。
前記仮想デバイス処理部は、
前記第１の機器からの制御命令を前記仮想デバイス処理部が処理できないために該制御命令を保持すべきか否かを判断する制御命令保持判定手段と、
前記制御命令を保持すべきであるならば、前記第２の機器が前記第２のネットワークに再接続するまで該制御命令を保持する制御命令保持手段と、
前記第２の機器が前記第２のネットワークに再接続したときに、前記制御命令保持手段により保持された制御命令を前記第２の機器に対して送信する制御命令送信手段とを具備することを特徴とする請求項１記載のブリッジ装置。
前記仮想デバイス処理部に対応する原デバイスとしての前記第２の機器の電源状態を前記第１の機器に対して通知する原デバイス状態通知手段をさらに具備することを特徴とする請求項１記載のブリッジ装置。
前記第１の機器から前記第２の機器に対する制御命令の有効期間を取得・設定する制御命令有効期間取得・設定手段をさらに具備する請求項１記載のブリッジ装置。
前記仮想デバイス処理部は、前記ブリッジ動作制御手段から与えられるブリッジ動作属性情報に応じて前記ブリッジ動作の内容を変更するブリッジ動作変更手段を具備し、前記ブリッジ動作属性情報は、少なくともブリッジ処理を維持するか否かを表すことを特徴とする請求項１記載のブリッジ装置。
前記ブリッジ動作属性情報は、前記ブリッジ処理を維持する時間の指定をさらに含むことを特徴とする請求項５記載のブリッジ装置。
前記ブリッジ動作属性情報は、与えられた設定期間にわたる前記ブリッジ処理の維持、前記ブリッジ処理のすみやかな停止、及び前記ブリッジ処理の永続的な維持のいずれかを表す請求項５記載のブリッジ装置。
前記仮想デバイス処理部は、
前記第１の機器からの制御命令が前記第２のネットワークに属する機器の検索を意図したものであれば、前記第２の機器が存在する旨を前記第１の機器に対して応答し、
前記制御命令が前記第２の機器の属性情報の取得を意図したものであれば、予め取得した前記第２の機器の属性情報を前記第１の機器に対して応答し、
前記制御命令が前記第２の機器の状態変化の通知要求を意図したものであれば、該通知要求を受け入れた旨を前記第１の機器に対して応答するとともに、前記属性情報を初期状態として前記第１の機器に対して通知することを特徴とする請求項５記載のブリッジ装置。
前記ブリッジ動作属性情報は、
前記第１の機器からの制御命令が前記第２のネットワークに属する機器の検索を意図したものである場合の応答可否判断情報、前記第１の機器からの制御命令が前記第２のネットワークに属する機器の機器情報の取得を意図したものである場合の応答可否判断情報、前記第１の機器からの制御命令が前記第２のネットワークに属する機器の属性情報の取得を意図したものである場合の応答可否判断情報を表すことを特徴とする請求項８記載のブリッジ装置。
前記制御命令保持判定手段は、前記第１の機器からの制御命令が対象とする前記第２の機器の属性値が可変値か固定値であるかに応じて、前記制御命令を保持するか否かを判定する請求項２記載のブリッジ装置。
前記制御命令保持判定手段は、前記第１の機器からの制御命令が対象とする前記第２の機器の属性値が可変値であるならば、該制御命令の操作種別が取得、設定、及び通知要求のいずれであるかに応じて、前記制御命令を保持するか否かを判定する請求項１０記載のブリッジ装置。
第１の機器が接続される第１のネットワークと第２の機器が接続される第２のネットワークとの間に接続される第１のブリッジ装置と、第３のネットワークに接続される第２のブリッジ装置とを具備するブリッジシステムにおいて、
前記第１のブリッジ装置は、
前記第２の機器の前記第２のネットワークへの接続を検出する接続検出手段と、
前記第２の機器の前記第２のネットワークへの接続の検出に応じて、前記第１のネットワークと前記第２のネットワークとの間のブリッジ動作を行う仮想デバイス処理部を該第２の機器に対して割り当てる手段と、
前記第２の機器の前記第２のネットワークからの離脱を検出する離脱検出手段と、
前記第２の機器の前記第２のネットワークからの離脱の検出に応じて、前記ブリッジ動作の内容を変更するよう前記仮想デバイス処理部に指示を与えるブリッジ動作制御手段とを具備し、
前記第２のブリッジ装置は、
前記第１のブリッジ装置の前記第１のネットワークからの離脱を検出するブリッジ装置離脱検出手段と、
前記第１のブリッジ装置が前記第１のネットワークから離脱している期間において、前記第１のブリッジ装置の前記仮想デバイス処理部によるブリッジ処理を引き継ぐ引継ぎ手段とを具備することを特徴とするブリッジシステム。
第１の機器が接続される第１のネットワークと、第２の機器が接続される第２のネットワークとの間に接続されるブリッジ装置の作動方法であって、
前記第２の機器の前記第２のネットワークへの接続を検出するステップと、
前記第２の機器の前記第２のネットワークへの接続の検出に応じて、前記第１のネットワークと前記第２のネットワークとの間のブリッジ動作を行う仮想デバイス処理部を該第２の機器に対して割り当てるステップと、
前記第２の機器の前記第２のネットワークからの離脱を検出するステップと、
前記第２の機器の前記第２のネットワークからの離脱の検出に応じて、前記ブリッジ動作の内容を変更するよう前記仮想デバイス処理部に指示を与えるステップとを具備することを特徴とするブリッジ装置の作動方法。
第１の機器が接続される第１のネットワークと、第２の機器が接続される第２のネットワークとの間に接続されるコンピュータをブリッジ装置として機能させるためのプログラムであって、
前記コンピュータに、
前記第２の機器の前記第２のネットワークへの接続を検出する手順と、
前記第２の機器の前記第２のネットワークへの接続の検出に応じて、前記第１のネットワークと前記第２のネットワークとの間のブリッジ動作を行う仮想デバイス処理部を該第２の機器に対して割り当てる手順と、
前記第２の機器の前記第２のネットワークからの離脱を検出する手順と、
前記第２の機器の前記第２のネットワークからの離脱の検出に応じて、前記ブリッジ動作の内容を変更するよう前記仮想デバイス処理部に指示を与える手順とを実行させるためのプログラム。