(57)【要約】【課題】属性を柔軟に決定可能で、アクセス制御、認証及び暗号化の機能を付加することが可能なリモートサービスシステムを実現する。【解決手段】ハイブリッド型のピア・ツー・ピア通信によりリモートサービスを行うリモートサービスシステムにおいて、ネットワークに接続された複数のノードと、ネットワークに接続され、複数のノードの属性を管理すると共に通信要求元ノードからの要求に基づき複数のノードの検索処理して検索結果を通信要求元ノードに送信するインデックスサーバとを備え、属性を共通属性とグループ属性とに分類し、グループ属性は同一グループに属するノードから検索可能にする。【選択図】　　　　　　　　　　図１
2004056628.tif 000002
【特許請求の範囲】
【請求項１】
ハイブリッド型のピア・ツー・ピア通信によりリモートサービスを行うリモートサービスシステムにおいて、
ネットワークに接続された複数のノードと、
前記ネットワークに接続され、前記複数のノードの属性を管理すると共に通信要求元ノードからの要求に基づき前記複数のノードの検索処理して検索結果を前記通信要求元ノードに送信するインデックスサーバとを備え、
前記属性を共通属性とグループ属性とに分類し、グループ属性は同一グループに属するノードから検索可能にしたことを特徴とするリモートサービスシステム。
【請求項２】
前記インデックスサーバが、
前記複数のノード毎にノードが属しているグループからのアクセスの可否をそれぞれ設定するリストを管理し、前記リストに基づきグループ間でのアクセスを制御することを特徴とする
請求項１記載のリモートサービスシステム。
【請求項３】
前記インデックスサーバが、
前記複数のノード毎にノードが属しているグループからのアクセスの可否、それ以外のグループに属するノードからのアクセスの可否をそれぞれ設定するリストを管理し、前記リストに基づきグループ間でのアクセスを制御することを特徴とする
請求項１記載のリモートサービスシステム。
【請求項４】
前記インデックスサーバが、
前記通信要求元ノードから検索依頼があった場合に前記ノードが所属するグループや登録されている前記リストに基づき前記複数のノードの検索しアクセス可能なノードを検索結果として前記通信要求元ノードに送信することを特徴とする請求項２若しくは請求項３記載のリモートサービスシステム。
【請求項５】
ハイブリッド型のピア・ツー・ピア通信によりリモートサービスを行うリモートサービスシステムにおいて、
ネットワークに接続された複数のノードと、
前記ネットワークに接続され、前記複数のノートとの間でそれぞれの秘密鍵を共有し、通信要求元ノードと特定ノード間で暗号化したピア・ツー・ピアの通信を行うための期限付き鍵を作成し互いのノードの前記秘密鍵でそれぞれ暗号化して送付する鍵配布センターと
を備えたことを特徴とするリモートサービスシステム。
【請求項６】
前記通信要求元ノードが、
前記鍵配布センターに対して前記特定ノードとの通信を要求し、
前記鍵配付センターから自らの秘密鍵で暗号化された期限付き鍵を受信して自らの秘密鍵で期限付き鍵を複号し、
前記特定ノードが前記期限付き鍵を共有している場合に前記特定ノードとの間で前記期限付き鍵で暗号化したピア・ツー・ピアの通信を行うことを特徴とする請求項５記載のリモートサービスシステム。
【請求項７】
前記特定ノードが、
前記鍵配付センターから自らの秘密鍵で暗号化された期限付き鍵を受信した場合に自らの秘密鍵で期限付き鍵を複号し、
前記通信要求元ノードが前記期限付き鍵を共有している場合に前記通信要求元ノードとの間で前記期限付き鍵で暗号化したピア・ツー・ピアの通信を行うことを特徴とする
請求項５記載のリモートサービスシステム。
【請求項８】
前記鍵配付センターが、
前記通信要求元ノードから前記特定ノードに対する通信の要求があった場合に前記期限付き鍵を作成し、
前記通信要求元ノードの秘密鍵で期限付き鍵を暗号化して前記通信要求元ノードに暗号化した期限付き鍵を送信し、
前記特定ノードの秘密鍵で期限付き鍵を暗号化して前記特定ノードに暗号化した期限付き鍵を送信することを特徴とする
請求項５記載のリモートサービスシステム。
【請求項９】
前記通信要求元ノードが、
前記特定ノードが前記期限付き鍵を共有している場合に前記特定ノードを認証することを特徴とする
請求項６記載のリモートサービスシステム。
【請求項１０】
前記特定ノードが、
前記通信要求元ノードが前記期限付き鍵を共有している場合に前記通信要求元ノードを認証することを特徴とする
請求項７記載のリモートサービスシステム。
【請求項１１】
家庭内に設置された前記複数のノードの状態を監視し情報を収集して解析を行い、省エネに必要なアドバイスをＷｅｂサーバに掲示する省エネアドバイスシステムに適用したことを特徴とする
請求項５記載のリモートサービスシステム。
【請求項１２】
ハイブリッド型のピア・ツー・ピア通信によりリモートサービスを行うリモートサービスシステムにおいて、
ネットワークに接続された複数のノードと、
前記ネットワークに接続され、前記複数のノードの属性を管理すると共に通信要求元ノードからの要求に基づき前記複数のノードの検索処理して検索結果を前記通信要求元ノードに送信するインデックスサーバと、
前記ネットワークに接続され、前記複数のノートとの間でそれぞれの秘密鍵を共有し、通信要求元ノードと特定ノード間で暗号化したピア・ツー・ピアの通信を行うための期限付き鍵を作成し互いのノードの前記秘密鍵でそれぞれ暗号化して送付する鍵配布センターとを備え、
前記属性を共通属性とグループ属性とに分類し、グループ属性は同一グループに属する前記ノードから検索可能にしたことを特徴とするリモートサービスシステム。
【請求項１３】
前記鍵配付センターに共有されている各ノードの秘密鍵を入手し、前記秘密鍵で暗号化してピア・ツー・ピアの通信を行って家庭内の各ノードの状態を監視し情報を収集して個々人のアクセス可能なノードの一覧や前記ノードの状況をＷｅｂサーバに掲示する家庭内ノードのリモート監視システムに適用したことを特徴とする
請求項１２記載のリモートサービスシステム。
【請求項１４】
前記鍵配付センターに対して家庭内のノードとの通信を要求し受信した前記期限付き鍵をで暗号化したピア・ツー・ピアの通信を行い前記家庭内のノードを制御する家庭内ノードのリモート制御システムに適用したことを特徴とする
請求項１２記載のリモートサービスシステム。
【請求項１５】
前記インデックスサーバと前記鍵配布センターとを一体化したことを特徴とする
請求項１２記載のリモートサービスシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ハイブリッド型のピア・ツー・ピア通信によりインターネット経由でのリモート制御、リモート監視及び情報収集等のリモートサービスを行うリモートサービスシステムに関し、特に属性を柔軟に決定可能で、アクセス制御、認証及び暗号化の機能を付加することが可能なリモートサービスシステムに関する。
【０００２】
【従来の技術】
近年、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ　ｖｅｒｓｉｏｎ　６）等のネットワーク技術の普及により各家庭内に家電製品等の各ノードにグローバルＩＰアドレスの付与が可能になり、このようなネットワーク環境下において、リモートサービスシステムには以下のような条件や制約等を受けることになる。
【０００３】
すなわち、グローバルＩＰアドレスの増加に伴い多数のノードを取り扱い、各家庭内に家電製品等の多種類のノードを取り扱う必要性がある。
【０００４】
また、各ノードは複数のサービスに対して利用されることもある。例えば、エンドユーザ（家庭内）のノードである温度計は警備会社による火災検出に用いられると共に設備管理会社が省エネのためにエアコンの温度の監視にも用いることが可能である。
【０００５】
また、ネットワークの接続状況に関してはエンドユーザ（家庭内）の各ノードは何ら制約なく電源が”ＯＮ／ＯＦＦ”され、ネットワークに接続／切断される等、エンドユーザ（家庭内）のネットワーク環境は接続性が必ずしも保証されないと言った制約を受ける。
【０００６】
図１２及び図１３はこのような問題点を考慮した従来のリモートサービスシステムの一例を示す構成ブロック図であり、所謂、ハイブリッド型のピア・ツー・ピア・システムを構成している。
【０００７】
図１２において１，２，３，４，５及び６はネットワーク上に互いに通信を行うコンピュータ、組込機器や家電製品等のノード、７はノードの属性のみを管理すると共に各ノードからの検索依頼に応じるインデックスサーバである。
【０００８】
ノード１，２，３，４，５及び６とインデックスサーバ７はネットワーク（図示せず。）で互いに接続されている。
【０００９】
ここで、図１２及び図１３に示す従来例の動作を図１４及び図１５を用いて説明する。図１４はノード１〜５の動作を説明するフロー図、図１５は監視端末等の機能を有するノード６の動作を説明するフロー図である。
【００１０】
前述のようにノードのネットワークに対する接続／切断は任意のタイミングで行われ、図１２中”ＪＮ０１”に示すようにノード２が新たにネットワーク（図示せず。）に参加する場合を想定する。
【００１１】
図１４中”Ｓ００１”においてノード２はインデックスサーバ７に自らの存在とその属性等を登録し、図１４中”Ｓ００２”においてピア・ツー・ピアで直接ノード２に他のノードが直接アクセスがあるまで待機し、直接アクセスがあった場合には図１４中”Ｓ００３”においてノード２は直接アクセスしたきたノードとの間でピア・ツー・ピアの通信を行う。
【００１２】
一方、図１５中”Ｓ１０１”においてノード６は図１３中”ＳＲ１１”に示すようにインデックスサーバ７に対してノードの検索依頼を行う。検索条件としてはノードのＩＤであったり、ノードの属性であっても良く、例えば、関東地区にある温度計等の検索条件によりノードの検索依頼を行う。
【００１３】
そして、図１５中”Ｓ１０２”においてノード６はインデックスサーバ７から図１３中”ＲＳ１１”に示すように検索結果を受け取り該当するノードが存在する場合には、図１５中”Ｓ１０３”においてノード６は該当するノードとの間でピア・ツー・ピアの通信を行い、情報収集やリモート制御等を行う。
【００１４】
例えば、ノード５が検索条件にマッチするノードである旨の検索結果を受信した場合には、図１３中”ＰＰ１１”に示すようにノード６はノード５との間でピア・ツー・ピアの通信を行い、情報収集やリモート制御等を行う。
【００１５】
この結果、各ノード間はピア・ツー・ピアの通信を行い、インデックスサーバ７はノードの属性のみを管理すると共に検索処理するだけであるので、負荷の分散が可能になる。また、各ノードが有する属性の値が変化する等の環境の変化に対しても適用可能なシステム構成となる。
【００１６】
ちなみに、図１２等に示すハイブリッド型のピア・ツー・ピア・システムの使用例としては音楽交換ソフトのＮａｐｓｔｅｒ等が挙げられる。
【００１７】
【発明が解決しようとする課題】
しかし、図１２等に示す従来例ではノードの属性の定義方法に柔軟性がなく、１つのノードに対して異なる属性の有効範囲を付与できないと言った問題点があった。
【００１８】
例えば、前述のようにノードである温度計に対して警備会社と設備管理会社が設定したい温度属性は異なるが現状では１つのノードに対して異なる属性の有効範囲を付与できない。すなわち、同じ温度しか付与できない。
【００１９】
また、図１２等に示す従来例ではアクセス制御の機能が無いと言った問題点があった。
【００２０】
例えば、全体に共有したいノードであれば自由なアクセスが望ましいものの、リモート監視等で用いられる各家庭内の温度計や監視カメラ等のノードが扱う個人情報であってもアクセス制御が無いため自由にアクセスが可能になってしまうことになる。
【００２１】
また、図１２等に示す従来例では草の根、若しくは、アンダーグラウンドなコンテンツの流通が多いため認証の機能が実装されておらず、また、組込機器や家電製品等では処理能力や記憶容量等のコンピューティング・リソースが非力であるため、公開鍵と秘密鍵の別々の鍵を使用して暗号化と複号化を行う一般的な非対称鍵暗号方式等の方式を用いることが困難であり、暗号化の機能を実装できないと言った問題点があった。
従って本発明が解決しようとする課題は、属性を柔軟に決定可能で、アクセス制御、認証及び暗号化の機能を付加することが可能なリモートサービスシステムを実現することにある。
【００２２】
【課題を解決するための手段】
このような課題を達成するために、本発明のうち請求項１記載の発明は、
ハイブリッド型のピア・ツー・ピア通信によりリモートサービスを行うリモートサービスシステムにおいて、
ネットワークに接続された複数のノードと、前記ネットワークに接続され、前記複数のノードの属性を管理すると共に通信要求元ノードからの要求に基づき前記複数のノードの検索処理して検索結果を前記通信要求元ノードに送信するインデックスサーバとを備え、前記属性を共通属性とグループ属性とに分類し、グループ属性は同一グループに属するノードから検索可能にしたことにより、１つのノードに対して異なる属性の有効範囲を付与することが可能になる。
【００２３】
請求項２記載の発明は、
請求項１記載の発明であるリモートサービスシステムにおいて、
前記インデックスサーバが、
前記複数のノード毎にノードが属しているグループからのアクセスの可否をそれぞれ設定するリストを管理し、前記リストに基づきグループ間でのアクセスを制御することにより、アクセス制御の機能を付加することが可能になる。
【００２４】
請求項３記載の発明は、
請求項１記載の発明であるリモートサービスシステムにおいて、
前記インデックスサーバが、
前記複数のノード毎にノードが属しているグループからのアクセスの可否、それ以外のグループに属するノードからのアクセスの可否をそれぞれ設定するリストを管理し、前記リストに基づきグループ間でのアクセスを制御することにより、アクセス制御の機能を付加することが可能になる。
【００２５】
請求項４記載の発明は、
請求項２若しくは請求項３記載の発明であるリモートサービスシステムにおいて、
前記インデックスサーバが、
前記通信要求元ノードから検索依頼があった場合に前記ノードが所属するグループや登録されている前記リストに基づき前記複数のノードの検索しアクセス可能なノードを検索結果として前記通信要求元ノードに送信することにより、アクセス制御の機能を付加することが可能になる。
【００２６】
請求項５記載の発明は、
ハイブリッド型のピア・ツー・ピア通信によりリモートサービスを行うリモートサービスシステムにおいて、
ネットワークに接続された複数のノードと、前記ネットワークに接続され、前記複数のノートとの間でそれぞれの秘密鍵を共有し、通信要求元ノードと特定ノード間で暗号化したピア・ツー・ピアの通信を行うための期限付き鍵を作成し互いのノードの前記秘密鍵でそれぞれ暗号化して送付する鍵配布センターとを備えたことにより、暗号化と複合化に共通鍵（期限付き鍵）という同一の鍵を用いる対称鍵暗号方式でよくなり計算量が少ないためコンピューティング・リソースが非力である組込機器や家電製品等であっても暗号化が可能になる。
【００２７】
請求項６記載の発明は、
請求項５記載の発明であるリモートサービスシステムにおいて、
前記通信要求元ノードが、
前記鍵配布センターに対して前記特定ノードとの通信を要求し、前記鍵配付センターから自らの秘密鍵で暗号化された期限付き鍵を受信して自らの秘密鍵で期限付き鍵を複号し、前記特定ノードが前記期限付き鍵を共有している場合に前記特定ノードとの間で前記期限付き鍵で暗号化したピア・ツー・ピアの通信を行うことにより、暗号化と複合化に共通鍵（期限付き鍵）という同一の鍵を用いる対称鍵暗号方式でよくなり計算量が少ないためコンピューティング・リソースが非力である組込機器や家電製品等であっても暗号化が可能になる。
【００２８】
請求項７記載の発明は、
請求項５記載の発明であるリモートサービスシステムにおいて、
前記特定ノードが、
前記鍵配付センターから自らの秘密鍵で暗号化された期限付き鍵を受信した場合に自らの秘密鍵で期限付き鍵を複号し、前記通信要求元ノードが前記期限付き鍵を共有している場合に前記通信要求元ノードとの間で前記期限付き鍵で暗号化したピア・ツー・ピアの通信を行うことにより、暗号化と複合化に共通鍵（期限付き鍵）という同一の鍵を用いる対称鍵暗号方式でよくなり計算量が少ないためコンピューティング・リソースが非力である組込機器や家電製品等であっても暗号化が可能になる。
【００２９】
請求項８記載の発明は、
請求項５記載の発明であるリモートサービスシステムにおいて、
前記鍵配付センターが、
前記通信要求元ノードから前記特定ノードに対する通信の要求があった場合に前記期限付き鍵を作成し、前記通信要求元ノードの秘密鍵で期限付き鍵を暗号化して前記通信要求元ノードに暗号化した期限付き鍵を送信し、前記特定ノードの秘密鍵で期限付き鍵を暗号化して前記特定ノードに暗号化した期限付き鍵を送信することにより、暗号化と複合化に共通鍵（期限付き鍵）という同一の鍵を用いる対称鍵暗号方式でよくなり計算量が少ないためコンピューティング・リソースが非力である組込機器や家電製品等であっても暗号化が可能になる。
【００３０】
請求項９記載の発明は、
請求項６記載の発明であるリモートサービスシステムにおいて、
前記通信要求元ノードが、
前記特定ノードが前記期限付き鍵を共有している場合に前記特定ノードを認証することにより、互いの認証が可能になる。
【００３１】
請求項１０記載の発明は、
請求項７記載の発明であるリモートサービスシステムにおいて、
前記特定ノードが、
前記通信要求元ノードが前記期限付き鍵を共有している場合に前記通信要求元ノードを認証することにより、互いの認証が可能になる。
【００３２】
請求項１１記載の発明は、
請求項５記載の発明であるリモートサービスシステムにおいて、
家庭内に設置された前記複数のノードの状態を監視し情報を収集して解析を行い、省エネに必要なアドバイスをＷｅｂサーバに掲示する省エネアドバイスシステムに適用したことにより、暗号化と複合化に共通鍵（期限付き鍵）という同一の鍵を用いる対称鍵暗号方式でよくなり計算量が少ないためコンピューティング・リソースが非力である組込機器や家電製品等であっても暗号化が可能になる。
【００３３】
請求項１２記載の発明は、
ハイブリッド型のピア・ツー・ピア通信によりリモートサービスを行うリモートサービスシステムにおいて、
ネットワークに接続された複数のノードと、前記ネットワークに接続され、前記複数のノードの属性を管理すると共に通信要求元ノードからの要求に基づき前記複数のノードの検索処理して検索結果を前記通信要求元ノードに送信するインデックスサーバと、前記ネットワークに接続され、前記複数のノートとの間でそれぞれの秘密鍵を共有し、通信要求元ノードと特定ノード間で暗号化したピア・ツー・ピアの通信を行うための期限付き鍵を作成し互いのノードの前記秘密鍵でそれぞれ暗号化して送付する鍵配布センターとを備え、前記属性を共通属性とグループ属性とに分類し、グループ属性は同一グループに属する前記ノードから検索可能にしたことにより、１つのノードに対して異なる属性の有効範囲を付与することが可能になり、また、暗号化と複合化に共通鍵（期限付き鍵）という同一の鍵を用いる対称鍵暗号方式でよくなり計算量が少ないためコンピューティング・リソースが非力である組込機器や家電製品等であっても暗号化が可能になる。
【００３４】
請求項１３記載の発明は、
請求項１２記載の発明であるリモートサービスシステムにおいて、
前記鍵配付センターに共有されている各ノードの秘密鍵を入手し、前記秘密鍵で暗号化してピア・ツー・ピアの通信を行って家庭内の各ノードの状態を監視し情報を収集して個々人のアクセス可能なノードの一覧や前記ノードの状況をＷｅｂサーバに掲示する家庭内ノードのリモート監視システムに適用したことにより、１つのノードに対して異なる属性の有効範囲を付与することが可能になり、また、暗号化と複合化に共通鍵（期限付き鍵）という同一の鍵を用いる対称鍵暗号方式でよくなり計算量が少ないためコンピューティング・リソースが非力である組込機器や家電製品等であっても暗号化が可能になる。
【００３５】
請求項１４記載の発明は、
請求項１２記載の発明であるリモートサービスシステムにおいて、
前記鍵配付センターに対して家庭内のノードとの通信を要求し受信した前記期限付き鍵をで暗号化したピア・ツー・ピアの通信を行い前記家庭内のノードを制御する家庭内ノードのリモート制御システムに適用したことにより、１つのノードに対して異なる属性の有効範囲を付与することが可能になり、また、暗号化と複合化に共通鍵（期限付き鍵）という同一の鍵を用いる対称鍵暗号方式でよくなり計算量が少ないためコンピューティング・リソースが非力である組込機器や家電製品等であっても暗号化が可能になる。
【００３６】
請求項１５記載の発明は、
請求項１２記載の発明であるリモートサービスシステムにおいて、
前記インデックスサーバと前記鍵配布センターとを一体化したことにより、鍵配付センターによる期限付き鍵の作成の可否もインデックスサーバに登録されているＡＣＬに基づいて判断することが可能になる。
【００３７】
【発明の実施の形態】
以下本発明を図面を用いて詳細に説明する。図１は本発明に係るリモートサービスシステムの一実施例を示す構成ブロック図である。
【００３８】
図１において８，９，１０，１１，１２及び１３はネットワーク上に互いに通信を行うコンピュータ、組込機器や家電製品等のノード、１４はノードの属するグループやポリシーを示すリスト（Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ　Ｌｉｓｔ：以下、単にＡＣＬと呼ぶ。）等の属性を管理すると共に各ノードからの検索依頼に応じるインデックスサーバである。
【００３９】
ノード８，９，１０，１１，１２及び１３とインデックスサーバ１４はネットワーク（図示せず。）で互いに接続されている。
【００４０】
ここで、図１に示す実施例の動作を図２，図３，図４及び図５を用いて説明する。図２は管理される属性の詳細を説明する説明図、図３はノード８，９，１０，１１及び１２の動作を説明するフロー図、図４は監視端末等の機能を有するノード１３の動作を説明するフロー図、図５はインデックスサーバ１４の動作を説明するフロー図である。
【００４１】
インデックスサーバ１４で管理される属性には、図２中”ＡＴ３１”に示すような共通属性と、図２中”ＧＡ３１”及び”ＧＡ３２”に示すようなグループ属性に分類される。
【００４２】
例えば、図２中”ＡＴ３１”に示すような共通属性においては、図２中”ＧＲ３１”に示すように”警備”及び”電力監視”の２つのグループが設定されている。
【００４３】
すなわち、図２中”ＡＴ３１”に示すような共通属性は全てのノードの検索対象となるが、図２中”ＧＡ３１”及び”ＧＡ３２”に示すようなグループ属性は当該グループに属しているノードからでなければ検索できないように設定される。
【００４４】
言い換えれば、”警備”グループは図２中”ＡＴ３１”に示す共通属性と、図２中”ＧＡ３１”に示す”警備”グループのグループ属性にアクセス（検索）可能であり、”電力監視”グループは図２中”ＡＴ３１”に示す共通属性と、図２中”ＧＡ３２”に示す”電力監視”グループのグループ属性にアクセス（検索）可能となる。
【００４５】
この結果、属性を共通属性とグループ属性とに分類し、グループ属性は同一グループに属するノードからでなければ検索できないように設定することにより、１つのノードに対して異なる属性の有効範囲を付与することが可能になる。
【００４６】
例えば、同一ノードである温度計であっても図２中”ＶＬ３１”に示すような”５０度”の”警報閾値”と、図２中”ＶＬ３２”に示すような”２８度”の”エアコン設定温度”と言った異なる２つの属性の有効範囲を付与することが可能になる。
【００４７】
図３中”Ｓ２０１”においてノード８〜１２はインデックスサーバ１４に自らの存在とその属性（共通属性及びグループ属性）を登録し、図３中”Ｓ２０２”においてピア・ツー・ピアで直接ノードに他のノードが直接アクセスがあるまで待機し、直接アクセスがあった場合には図３中”Ｓ２０３”においてノード２は直接アクセスしたきたノードとの間でピア・ツー・ピアの通信を行う。
【００４８】
例えば、ノード８は図１中”ＲＧ２１”に示すようにインデックスサーバ１４に自らの存在とその属性（”温度計Ｘ”、”グループＢ”及び”ＡＣＬ＝Ｂ”等）を登録する。
【００４９】
同様に、例えば、ノード１２は図１中”ＲＧ２２に示すようにインデックスサーバ１４に自らの存在とその属性（”温度計Ｙ、”グループＡ”及び”ＡＣＬ＝Ａ”等）を登録する。
【００５０】
ここで、ＡＣＬは自分が属しているグループからのアクセスの可否とそれ以外のグループに属するノードからのアクセスの可否をそれぞれ設定するリストであり、アクセス制御のポリシーを規定するものである。
【００５１】
例えば、上述の”ＡＣＬ＝Ａ”は”グループＡ”のみアクセス可能であることを示し、”ＡＣＬ＝Ｂ”は”グループＢ”のみアクセス可能であることを示している。
【００５２】
また、例えば、図２では、図２中”ＡＣ３１”に示すようにＡＣＬには”グループ＝アクセス可”、”グループ以外＝アクセス不可”と記載されているので、当該ノードには”警備”及び”電力監視”の両グループしかアクセスできないことを示す。
【００５３】
一方、図４中”Ｓ３０１”においてノード１３は図１中”ＳＲ２１”に示すようにインデックスサーバ１４に対してノードの検索依頼を行う。例えば、”温度計”と言う検索条件によりノードの検索依頼を行う。
【００５４】
そして、図４中”Ｓ３０２”においてノード１３はインデックスサーバ１４から図１中”ＲＳ２１”に示すように検索結果を受け取り該当するノードが存在する場合には、図４中”Ｓ３０３”においてノード１３は該当するノードとの間でピア・ツー・ピアの通信を行い、情報収集やリモート制御等を行う。
【００５５】
例えば、ノード１２が検索条件にマッチするノードである旨の検索結果を受信した場合には、図１中”ＰＰ２１”に示すようにノード１３はノード１２との間でピア・ツー・ピアの通信を行い、情報収集やリモート制御等を行う。
【００５６】
また、図５中”Ｓ４０１”においてインデックスサーバ１４はノードから検索依頼があったか否かを判断する。もし、検索依頼が無い場合には図５中”Ｓ４０１”のステップに戻る。
【００５７】
もし、図５中”Ｓ４０１”においてノードから検索依頼があった場合には、図５中”Ｓ４０２”においてインデックスサーバ１４は当該ノードが所属するグループや登録されているＡＣＬ等の属性に基づきノードを検索し、図５中”Ｓ４０３”においてアクセス可能なノードを検索結果として依頼先のノードに送信する。
【００５８】
例えば、このインデックスサーバ１４が管理しているノードの中で温度計はノード８（温度計Ｘ）及びノード１２（温度計Ｙ）であり、インデックスサーバ１４は検索の結果、ノード８（温度計Ｘ）及びノード１２（温度計Ｙ）を検出する。
【００５９】
また、インデックスサーバ１４が管理しているＡＣＬからノード８（温度計Ｘ）は”グループＢ”に属しており、ＡＣＬから”グループＢ”に属するノードのみがアクセス可能であり、同様に、ノード１２（温度計Ｙ）は”グループＡ”に属しており、ＡＣＬから”グループＡ”に属するノードのみがアクセス可能であることが分かる。
【００６０】
但し、監視モニタＺであるノード１３は”グループＡ”に属しているので、インデックスサーバ１４はサクセス可能なノードの検索結果としてノード１２（温度計Ｙ）のみの情報を送信する。
【００６１】
言い換えれば、監視モニタＺであるノード１３からは”グループＢ”に属しているノード８（温度計Ｘ）の存在を認識することはできない。
【００６２】
この結果、自分が属しているグループからのアクセスの可否とそれ以外のグループに属するノードからのアクセスの可否をそれぞれ設定するリスト（ＡＣＬ）をインデックスサーバ１４に登録し、インデックスサーバ１４がＡＣＬに基づきグループ間でのアクセスを制御することにより、アクセス制御の機能を付加することが可能になる。
【００６３】
また、図６は本発明に係るリモートサービスシステムの他の実施例を示す構成ブロック図である。
【００６４】
図６において１５及び１６はネットワーク上に互いに通信を行うコンピュータ、組込機器や家電製品等のノード、１７は各ノードが有する秘密鍵を各ノードとの間で共有する鍵配布センター（Ｋｅｙ　Ｄｉｓｔｒｉｂｕｔｉｏｎ　Ｃｅｎｔｅｒ：以下、鍵配布センター、若しくは、ＫＤＣと呼ぶ。）である。
【００６５】
ノード１５及び１６と鍵配布センター１７はネットワーク（図示せず。）で互いに接続されている。
【００６６】
ここで、図６に示す実施例の動作を図７，図８及び図９を用いて説明する。図７はノード１６の動作を説明するフロー図、図８は監視端末等の機能を有するノード１５の動作を説明するフロー図、図９は鍵配布センター１７の動作を説明するフロー図である。
【００６７】
図７中”Ｓ５０１”においてノード１６は鍵配布センター１７との間で秘密鍵を共有する。例えば、図６中”ＲＫ４２”に示すようにノード１６は図６中”ＳＫ４３”に示す自らの秘密鍵を鍵配布センター１７に送信して鍵配付センター１７との間で共有する。
【００６８】
図７中”Ｓ５０２”においてノード１６は鍵配付センター１７から自らの秘密鍵で暗号化された期限付き鍵を受信したか否かを判断する。もし、受信しなかった場合には図７中”Ｓ５０４”のステップに進む。
【００６９】
もし、図７中”Ｓ５０２”において自らの秘密鍵で暗号化された期限付き鍵を受信した場合には、図７中”Ｓ５０３”においてノード１６は自らの秘密鍵で期限付き鍵を複号して図７中”Ｓ５０２”のステップに戻る。
【００７０】
例えば、図６中”ＤＫ４２”に示すように鍵配付センター１７から図６中”ＥＫ４２”に示すような自らの秘密鍵で暗号化された期限付き鍵を受信した場合には、図６中”ＳＫ４３”に示す自らの秘密鍵で期限付き鍵を複号する。
【００７１】
そして、図７中”Ｓ５０４”においてノード１６はピア・ツー・ピアで直接ノードに他のノードが直接アクセスがあったか否かを判断し、直接アクセスがなかった場合には、図７中”Ｓ５０２”のステップに戻る。
【００７２】
もし、図７中”Ｓ５０４”において直接アクセスがあった場合には図７中”Ｓ５０５”においてノード１６は当該他のノードが期限付き鍵を共有しているか否かを判断する。
【００７３】
もし、当該他のノードが期限付き鍵を共有していなければ、図７中”Ｓ５０２”に戻り、当該他のノードが期限付き鍵を共有していれば、図７中”Ｓ５０６”においてノード１６は当該他のノードとの間で期限付き鍵で暗号化したピア・ツー・ピアの通信を行い、情報収集やリモート制御等を行う。
【００７４】
例えば、図６中”ＰＰ４１”に示すように、図６中”ＴＫ４２”に示す期限付き鍵で暗号化したピア・ツー・ピアの通信を行い、情報収集やリモート制御等を行う。
【００７５】
一方、図８中”Ｓ６０１”においてノード１５は鍵配布センター１７との間で秘密鍵を供給する。例えば、図６中”ＲＫ４１”に示すようにノード１４は図６中”ＳＫ４１”に示す自らの秘密鍵を鍵配布センター１７に送信して鍵配付センター１７との間で共有する。
【００７６】
図８中”Ｓ６０２”においてノード１５は鍵配布センター１７に対して特定ノードとの通信を要求する。例えば、図６中”ＲＣ４１”に示すようにノード１５は鍵配布センター１７に対して特定ノードであるノード１６との通信を要求する。
【００７７】
そして、図８中”Ｓ６０３”においてノード１５は鍵配付センター１７から自らの秘密鍵で暗号化された期限付き鍵を受信したか否かを判断する。もし、受信しなかった場合には処理を終了する。
【００７８】
もし、図８中”Ｓ６０３”において自らの秘密鍵で暗号化された期限付き鍵を受信した場合には、図８中”Ｓ６０４”においてノード１５は自らの秘密鍵で期限付き鍵を複号する。
【００７９】
例えば、図６中”ＤＫ４１”に示すように鍵配付センター１７から図６中”ＥＫ４１”に示すような自らの秘密鍵で暗号化された期限付き鍵を受信した場合には、図６中”ＳＫ４１”に示す自らの秘密鍵で期限付き鍵を複号する。
【００８０】
そして、図８中”Ｓ６０５”においてノード１５は特定のノードが期限付き鍵を共有しているか否かを判断する。
【００８１】
もし、当該特定のノードが期限付き鍵を共有していなければ処理を終了し、当該特定のノードが期限付き鍵を共有していれば、図８中”Ｓ６０６”においてノード１５は当該特定のノードとの間で期限付き鍵で暗号化したピア・ツー・ピアの通信を行い、情報収集やリモート制御等を行う。
【００８２】
例えば、図６中”ＰＰ４１”に示すように、図６中”ＴＫ４２”に示す期限付き鍵で暗号化してピア・ツー・ピアの通信を行い、情報収集やリモート制御等を行う。
【００８３】
一方、図９中”Ｓ７０１”において鍵配付センター１７は各ノードとの間で各ノードの秘密鍵を共有する。
【００８４】
例えば、図６中”ＲＫ４１”及び”ＲＫ４２”に示すようにノード１５及び１６から送信されてくる図６中”ＳＫ４２”及び”ＳＫ４４”に示す各ノードの秘密鍵を受信して各ノードとの間で共有する。
【００８５】
図９中”Ｓ７０２”において鍵配付センター１７は一のノード（通信要求元のノード）からある特定ノード（通信要求先のノード）に対する通信の要求があるまで待機し、通信の要求があった場合には図９中”Ｓ７０３”において期限付き鍵を作成する。
【００８６】
ここで、鍵配付センター１７で作成される期限付き鍵は一定の期間を経過すると無効になり、それ以降使用できなくなる鍵である。
【００８７】
例えば、図６中”ＲＣ４１”に示すようにノード１５（通信要求元のノード）からノード１６（通信要求先のノード）に対する通信要求があった場合、図６中”ＴＫ４１”に示すように期限付き鍵を作成する。
【００８８】
そして、図９中”Ｓ７０４”において鍵配付センター１７は通信要求元のノードの秘密鍵で期限付き鍵を暗号化し、図９中”Ｓ７０５”において通信要求元のノードに暗号化した期限付き鍵を送信する。
【００８９】
例えば、図６中”ＳＫ４２”に示すノード１５の秘密鍵で暗号化した図６中”ＥＫ４１”に示す期限付き鍵を図６中”ＤＫ４１”に示すようにノード１５に送信する。
【００９０】
同様に、図９中”Ｓ７０６”において鍵配付センター１７は通信要求先のノードの秘密鍵で期限付き鍵を暗号化し、図９中”Ｓ７０７”において通信要求先のノードに暗号化した期限付き鍵を送信して、図９中”Ｓ７０２”のステップに戻る。
【００９１】
例えば、図６中”ＳＫ４４”に示すノード１６の秘密鍵で暗号化した図６中”ＥＫ４２”に示す期限付き鍵を図６中”ＤＫ４２”に示すようにノード１６に送信する。
【００９２】
すなわち、ノード１５及びノード１６は鍵配付センター１７から暗号化されて送付されてきた期限付き鍵を共有化しているかによって、互いの認証が可能になる。
【００９３】
また、鍵配付センター１７から入手した期限付き鍵で暗号化してピア・ツー・ピアの通信を行うことにより暗号化の機能も実現でき、自らの秘密鍵を鍵配付センター１７との間で共有するだけで良くなるのでコンピューティング・リソースが非力である組込機器や家電製品等であっても暗号化が可能になる。
【００９４】
この結果、自らの秘密鍵を鍵配付センター１７との間で共有し、ピア・ツー・ピアの通信を行う場合に期限付き鍵を作成し互いのノードに暗号化して送付し、期限付き鍵を共有化しているかによって、互いの認証が可能になる。
【００９５】
また、自らの秘密鍵を鍵配付センター１７との間で共有し、ピア・ツー・ピアの通信を行う場合に期限付き鍵を作成し互いのノードに暗号化して送付し、この期限付き鍵を用いることにより、言い換えれば、暗号化と複合化に共通鍵（期限付き鍵）という同一の鍵を用いる対称鍵暗号方式でよくなり計算量が少ないためコンピューティング・リソースが非力である組込機器や家電製品等であっても暗号化が可能になる。
【００９６】
さらに、期限付き鍵は一定の期間を経過すると無効になり、それ以降使用できなくなるので、通信を行わなくなったノード間で永遠に有効な鍵が残存してしまうことを防止することが可能になる。
【００９７】
また、図１０は本発明に係るリモートサービスシステムを家庭の省エネをアドバイスするための省エネアドバイスシステムに適用した一実施例を示す構成ブロック図である。図１０において１８は照明機器、１９はエアコン、２０は温度計、２１は利用者端末、２２は管理端末、２３はＷｅｂサーバ、２４はインデックスサーバ、２５は鍵配付センターである。
【００９８】
各ノードである照明機器１８、エアコン１９及び温度計２０は省エネの対象となる屋内に適宜設置され、利用者端末２１もまた同一屋内に設置される、
【００９９】
照明機器１８、エアコン１９、温度計２０、利用者端末２１、管理端末２２、Ｗｅｂサーバ２３、インデックスサーバ２４及び鍵配付センター２５はネットワーク（図示せず。）で互いに接続されている。
【０１００】
ここで、図１０に示す実施例の動作を説明する。管理端末２２は鍵配付センター２５に共有されている各ノードの秘密鍵を入手し、当該秘密鍵で暗号化してピア・ツー・ピアの通信を行って各ノードの状態を監視し情報を収集する。
【０１０１】
例えば、管理端末２２は鍵配付センター２５に共有されている図１０中ＳＫ５１”に示す秘密鍵を入手し、図１０中”ＡＮ５１”に示すように照明機器１８に対して当該秘密鍵で暗号化してピア・ツー・ピアの通信を行う。
【０１０２】
また、例えば、管理端末２２は鍵配付センター２５に共有されている図１０中ＳＫ５２”に示す秘密鍵を入手し、図１０中”ＡＮ５２”に示すようにエアコン１９に対して当該秘密鍵で暗号化してピア・ツー・ピアの通信を行う。
【０１０３】
また、例えば、管理端末２２は鍵配付センター２５に共有されている図１０中ＳＫ５３”に示す秘密鍵を入手し、図１０中”ＡＮ５３”に示すように温度計２０に対して当該秘密鍵で暗号化してピア・ツー・ピアの通信を行う。
【０１０４】
このように各ノードの監視・収集した管理端末２２はエネルギー（電気）の消費状況や室内温度等に基づき解析を行い、図１０中”ＣＮ５１”に示す省エネに必要なアドバイス（コンテンツ）を図１０中”ＲＳ５１”に示すようにＷｅｂサーバ２３に掲示する。
【０１０５】
そして、利用者は利用者端末２１を用いてＷｅｂサーバ２３に掲示されている図１０中”ＣＮ５１”に示す省エネに必要なアドバイス（コンテンツ）を図１０中”ＢＷ５１”に示すように閲覧し、当該アドバイスに基づき室内温度の設定を変更したりして省エネを実践することができる。
【０１０６】
また、インデックスサーバにＷｅｂサーバ機能を持たせて、各人のアクセス可能なノードの一覧を表示させて、各ノードに対するリモート制御やリモート監視等を行わせることが可能である。
【０１０７】
図１１はこのようなリモートサービスシステムを家庭内の家電製品（ノード）のリモート監視システム及びリモート制御システムに適用した一実施例を示す構成ブロック図である。
【０１０８】
図１１において２６は利用者端末、２７は管理端末、２８は照明機器、２９はＷｅｂサーバ、３０はインデックスサーバ、３１は鍵配付センターである。
【０１０９】
ノードである照明機器２８は個々人の家庭内に適宜設置され、利用者端末２６、管理端末２７、照明機器２８、Ｗｅｂサーバ２９、インデックスサーバ３０及び鍵配付センター３１はネットワーク（図示せず。）で互いに接続されている。
【０１１０】
ここで、図１１に示す実施例の動作を説明する。管理端末２７は鍵配付センター３１に共有されている各ノードの秘密鍵を入手し、当該秘密鍵で暗号化してピア・ツー・ピアの通信を行って各ノードの状態を監視し情報を収集する。
【０１１１】
例えば、管理端末２７は鍵配付センター３１に共有されている図１１中”ＳＫ６１”に示す秘密鍵を入手し照明機器２８に対して当該秘密鍵で暗号化してピア・ツー・ピアの通信を行い、ノードの状態を監視し情報を収集する。
【０１１２】
そして、管理端末２７はインデックスサーバ３０のＡＣＬに基づき図１１中”ＣＮ６１”に示す個々人のアクセス可能なノードの一覧や当該ノードの状況等（コンテンツ）を生成して図１１中”ＲＳ６１”に示すようにＷｅｂサーバ２９に掲示する。
【０１１３】
一方、利用者は職場等の外出先から利用者端末２６を用いてＷｅｂサーバ２９に掲示されている図１１中”ＣＮ６１”に示すアクセス可能なノードの一覧（コンテンツ）を図１１中”ＢＷ６１”に示すように閲覧する。
【０１１４】
例えば、図１１中”ＣＮ６１”に示すアクセス可能なノードの一覧（コンテンツ）には当該利用者の家庭内のノードの一覧、ノードの属性、ノードの現状及びノードに対するリンク等が表示される。
【０１１５】
そして、例えば、家庭内に設置された照明機器２８のスイッチが”ＯＮ”になっている状況（照明機器の消し忘れ）が表示されていた場合を想定する。
【０１１６】
利用者は職場等の外出先から利用者端末２６を用いて鍵配付センター３１に対してノードである家庭内の照明機器２８との通信を要求する。例えば、図１１中”ＲＣ６１”に示すように利用者端末２６は鍵配布センター３１に対して照明機器２８との通信を要求する。
【０１１７】
鍵配付センター３１は期限付き鍵を作成し利用者端末２６と照明機器２８に送信する例えば、図１１中”ＳＫ６１”に示す期限付き鍵を図１１中”ＤＫ６１”及び”ＤＫ６２”に示すように利用者端末２６及び照明機器２８に送信する。
【０１１８】
期限付き鍵を受信した利用者端末２６は照明機器２８との間で期限付き鍵で暗号化したピア・ツー・ピアの通信を行い、情報収集やリモート制御等を行う。
【０１１９】
例えば、図１１中”ＰＰ６１”に示すように、図１１中”ＳＫ６１”に示す期限付き鍵で暗号化してピア・ツー・ピアの通信を行い、照明機器２７のスイッチを”ＯＦＦ”にする。
【０１２０】
すなわち、利用者は職場等の外出先から利用者端末２６を用いてノードの状況（照明機器の消し忘れ）を把握し、期限付き鍵で暗号化したピア・ツー・ピアの通信によりノードの状況を変更（照明機器の電源をＯＦＦ）することが可能になる。
【０１２１】
なお、図１に示す実施例では各ノードは１つのグループに属する例示がなされているが、勿論、１つのノードが複数のグループに同時に属するものであっても構わない。
【０１２２】
例えば、図１中のノード１３が”グループＡ”且つ”グループＢ”に属していれば、温度計を検索した検索結果にはノード８（温度計Ｘ）及びノード１２（温度計Ｙ）の双方の情報を送信されてくる。
【０１２３】
言い換えれば、監視モニタＺであるノード１３からは”グループＡ”且つ”グループＢ”に属しているノード８（温度計Ｘ）及びノード１２（温度計Ｙ）の双方の存在を認識することができることになる。
【０１２４】
また、図１に示す実施例ではＡＣＬには、自分が属しているグループからのアクセスの可否とそれ以外のグループに属するノードからのアクセスの可否をそれぞれ設定する旨例示しているが、ＡＣＬに自分が属しているグループからのアクセスの可否のみを設定しても構わない。
【０１２５】
また、図２に示す実施例ではＡＣＬには、図２中”ＡＴ３１”に示す共通属性にのみ定義されているが、勿論、図２中”ＧＡ３１”及び”ＧＡ３２”に示すグループ属性毎にもＡＣＬを定義しても構わない。この場合には、より細やかなアクセス制御を行うことが可能になる。
【０１２６】
また、図１に示す実施例では図２に示すように共通属性に対して２つのグループ属性を例示しているが、勿論、これに限定される訳ではなく１以上のグループ属性を適宜設ければ良い。
【０１２７】
また、図１及び図６に示す実施例ではインデックスサーバと鍵配付センターを別個に記載しているが、インデックスサーバと鍵配付センターとを一体化しても構わない。
【０１２８】
この場合には、鍵配付センターによる期限付き鍵の作成の可否もインデックスサーバに登録されているＡＣＬに基づいて判断することが可能になる。
【０１２９】
また、図１１に示す実施例では外出先からノードの状況を把握し、期限付き鍵で暗号化したピア・ツー・ピアの通信によりノードの状況を変更する旨記載されているが、音楽情報の伝送に利用しても構わない。
【０１３０】
例えば、家庭内にＭＰ３（ＭＰＥＧ　Ａｕｄｉｏ　Ｌａｙｅｒ−３）プレーヤとステレオが存在する旨のコンテンツがＷｅｂサーバに表示され、ＭＰ３プレーヤからステレオに音楽情報を伝送する命令をしてステレオから音楽を再生することができる。
【０１３１】
すなわち、ＭＰ３プレーヤがインデックスサーバで検索してステレオを検出し、鍵配付センターに対して検出したステレオとの通信を要求して期限付き鍵を取得する。一方、ステレオにも鍵配付センターから同一の期限付き鍵が配付される。
【０１３２】
そして、ＭＰ３プレーヤはステレオと期限付き鍵で暗号化してピア・ツー・ピアの通信を行い音楽情報を伝送し、ステレオで音楽として再生される。
【０１３３】
【発明の効果】
以上説明したことから明らかなように、本発明によれば次のような効果がある。
請求項１の発明によれば、属性を共通属性とグループ属性とに分類し、グループ属性は同一グループに属するノードからでなければ検索できないように設定することにより、１つのノードに対して異なる属性の有効範囲を付与することが可能になる。
【０１３４】
また、請求項２，３及び請求項４の発明によれば、自分が属しているグループからのアクセスの可否とそれ以外のグループに属するノードからのアクセスの可否をそれぞれ設定するリスト（ＡＣＬ）をインデックスサーバに登録し、インデックスサーバがＡＣＬに基づきグループ間でのアクセスを制御することにより、アクセス制御の機能を付加することが可能になる。
【０１３５】
また、請求項５，６，７，８及び請求項１１の発明によれば、自らの秘密鍵を鍵配付センターとの間で共有し、ピア・ツー・ピアの通信を行う場合に期限付き鍵を作成し互いのノードに暗号化して送付し、この期限付き鍵を用いることにより、言い換えれば、暗号化と複合化に共通鍵（期限付き鍵）という同一の鍵を用いる対称鍵暗号方式でよくなり計算量が少ないためコンピューティング・リソースが非力である組込機器や家電製品等であっても暗号化が可能になる。
【０１３６】
さらに、期限付き鍵は一定の期間を経過すると無効になり、それ以降使用できなくなるので、通信を行わなくなったノード間で永遠に有効な鍵が残存してしまうことを防止することが可能になる。
【０１３７】
また、請求項９及び請求項１０の発明によれば、自らの秘密鍵を鍵配付センターとの間で共有し、ピア・ツー・ピアの通信を行う場合に期限付き鍵を作成し互いのノードに暗号化して送付し、期限付き鍵を共有化しているかによって、互いの認証が可能になる。
【０１３８】
また、請求項１２，１３及び請求項１４の発明によれば、属性を共通属性とグループ属性とに分類し、グループ属性は同一グループに属するノードからでなければ検索できないように設定することにより、１つのノードに対して異なる属性の有効範囲を付与することが可能になり、また、自らの秘密鍵を鍵配付センターとの間で共有し、ピア・ツー・ピアの通信を行う場合に期限付き鍵を作成し互いのノードに暗号化して送付し、この期限付き鍵を用いることにより、言い換えれば、暗号化と複合化に共通鍵（期限付き鍵）という同一の鍵を用いる対称鍵暗号方式でよくなり計算量が少ないためコンピューティング・リソースが非力である組込機器や家電製品等であっても暗号化が可能になる。
【０１３９】
また、請求項１５の発明によれば、インデックスサーバと鍵配付センターとを一体化することにより、鍵配付センターによる期限付き鍵の作成の可否もインデックスサーバに登録されているＡＣＬに基づいて判断することが可能になる。
【図面の簡単な説明】
【図１】本発明に係るリモートサービスシステムの一実施例を示す構成ブロック図である。
【図２】属性の詳細を説明する説明図である。
【図３】ノードの動作を説明するフロー図である。
【図４】ノードの動作を説明するフロー図である。
【図５】インデックスサーバの動作を説明するフロー図である。
【図６】本発明に係るリモートサービスシステムの他の実施例を示す構成ブロック図である。
【図７】ノードの動作を説明するフロー図である。
【図８】ノードの動作を説明するフロー図である。
【図９】鍵配布センターの動作を説明するフロー図である。
【図１０】リモートサービスシステムを家庭の省エネをアドバイスするための省エネアドバイスシステムに適用した一実施例を示す構成ブロック図である。
【図１１】リモートサービスシステムを家庭内のノードのリモート監視システム及びリモート制御システムに適用した一実施例を示す構成ブロック図である。
【図１２】従来のリモートサービスシステムの一例を示す構成ブロック図である。
【図１３】従来のリモートサービスシステムの一例を示す構成ブロック図である。
【図１４】ノードの動作を説明するフロー図である。
【図１５】ノードの動作を説明するフロー図である。
【符号の説明】
１，２，３，４，５，６，８，９，１０，１１，１２，１３，１５，１６　ノード
７，１４，２４，３０　インデックスサーバ
１７，２５，３１　鍵配布センター
１８，２８　照明機器
１９　エアコン
２０　温度計
２１，２６　利用者端末
２２，２７　管理端末
２３，２９　Ｗｅｂサーバ
【図１】
2004056628.tif 000003
【図２】
2004056628.tif 000004
【図３】
2004056628.tif 000005
【図４】
2004056628.tif 000006
【図５】
2004056628.tif 000007
【図６】
2004056628.tif 000008
【図７】
2004056628.tif 000009
【図８】
2004056628.tif 000010
【図９】
2004056628.tif 000011
【図１０】
2004056628.tif 000012
【図１１】
2004056628.tif 000013
【図１２】
2004056628.tif 000014
【図１３】
2004056628.tif 000015
【図１４】
2004056628.tif 000016
【図１５】
2004056628.tif 000017