(57)【要約】      （修正有）【課題】複数のリソースを宣言している装置の第一のリソースの、Ｍａｘ−Ａｇｅが経過したときに、第一のリソースを含めて当該装置が宣言しているリソースの障害を検知する管理装置を提供する。【解決手段】複数のリソース（センサー）１０３〜１０４が接続されたノード装置１０２を管理する管理装置（情報処理装置）１０１は、第一のリソース１０３のＭａｘ−Ａｇｅ（データの“鮮度”を保証する時間）が経過５０１すると、ノード装置へ第一のリソースの監視（Ｏｂｓｅｒｖ）再リクエストを送信５０２する。監視再リクエストに対する応答が得られなかった場合５０４〜５０５に監視を終了５０６する、続いてノード装置が宣言する他のリソース１０４に対して監視再リクエストを送信５０７する。応答が得られなかった場合５０９〜５１０、リソースに対する監視を終了５１１する。【選択図】図５
2019057108.tif 000002
【特許請求の範囲】
【請求項１】
管理装置であって、
第１のリソースと第２のリソースとが接続されたノード装置から、前記第１のリソースに関するデータを取得する取得手段と、
前記取得手段により取得された前記データの有効期間が経過した場合に、前記第１のリソースに応答を要求する第１の要求信号を送信する第１の送信手段と、
前記第１の送信手段により送信された前記第１の要求信号に対する応答が前記第１のリソースから得られなかったことに基づいて、前記第２のリソースに応答を要求する第２の要求信号を送信する第２の送信手段と、
前記第２の送信手段により送信された前記第２の要求信号に対する応答が得られなかったことに基づいて、前記第２のリソースに関するエラーを通知する通知手段と、
を有することを特徴とする管理装置。
【請求項２】
前記有効期間の経過を計測する計測手段を更に有することを特徴とする請求項１に記載の管理装置。
【請求項３】
前記有効期間は、ＣｏＡＰ（Ｃｏｎｓｔｒａｉｎｅｄ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）プロトコルに準拠したＭａｘ−Ａｇｅであることを特徴とする請求項１または２に記載の管理装置。
【請求項４】
前記第１の要求信号、および、前記第２の要求信号は、ＣｏＡＰ（Ｃｏｎｓｔｒａｉｎｅｄ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）プロトコルに準拠したＯｂｓｅｒｖｅであることを特徴とする請求項１から３のいずれか１項に記載の管理装置。
【請求項５】
前記第１の要求信号に対する応答、および、前記第２の要求信号に対する応答は、ＣｏＡＰ（ｃｏｎｓｔｒａｉｎｅｄ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）プロトコルに準拠したＮｏｔｉｆｙであることを特徴とする請求項１から４のいずれか１項に記載の管理装置。
【請求項６】
前記取得手段は、前記ノード装置から前記有効期間の情報を更に取得することを特徴とする請求項１から５のいずれか１項に記載の管理装置。
【請求項７】
前記取得手段が前記データを取得するための第３の要求信号を送信する第３の送信手段を更に有することを特徴とする請求項１から６のいずれか１項に記載の管理装置。
【請求項８】
前記第２の送信手段は、前記第２の要求信号を複数回、送信することを特徴とする請求項１から７のいずれか１項に記載の管理装置。
【請求項９】
前記第１の送信手段により送信された前記第１の要求信号に対する応答が前記第１のリソースから得られた場合、前記第２の送信手段は、前記第２の要求信号を送信しないようにすることを特徴とする請求項１から８のいずれか１項に記載の管理装置。
【請求項１０】
前記第１の送信手段により送信された前記第１の要求信号に対する応答を待ち受けている際に前記第２のリソースに関するデータを取得した場合、前記第２の送信手段は、前記第２の要求信号を送信しないようにすることを特徴とする請求項１から９のいずれか１項に記載の管理装置。
【請求項１１】
前記ノード装置に、更に第３のリソースが接続されている場合であって、前記第２の送信手段により送信された前記第２の要求信号に対する応答が得られなかった場合には、前記第３のリソースに応答を要求する第３の要求信号を送信する第３の送信手段を更に有することを特徴とする請求項１から１０のいずれか１項に記載の管理装置。
【請求項１２】
前記ノード装置に、更に前記第３のリソースが接続されている場合であって、前記第２の送信手段により送信された前記第２の要求信号に対する応答が得られた場合には、前記第３の送信手段は、前記第３の要求信号を送信しないようにすることを特徴とする請求項１１に記載の管理装置。
【請求項１３】
前記ノード装置に、更に第３のリソースが接続されている場合であって、前記第３のリソースに関するデータの有効期間が、前記第２のリソースに関するデータの有効期間の方が短い場合、前記第２の送信手段が前記第２の要求信号を送信するより前に、前記第３のリソースに応答を要求する第３の要求信号を送信する第３の送信手段を更に有することを特徴とする請求項１から１０のいずれか１項に記載の管理装置。
【請求項１４】
前記ノード装置に、更に第３のリソースが接続されている場合、前記第２の送信手段が前記第２の要求信号を送信すると共に、前記第３のリソースに応答を要求する第３の要求信号を送信する第３の送信手段を更に有することを特徴とする請求項１から１０のいずれか１項に記載の管理装置。
【請求項１５】
前記第２のリソースに関するデータの有効期間が所定の閾値よりも短い場合、前記第２の送信手段は前記第２の要求信号を送信しないようにすることを特徴とする請求項１から１４のいずれか１項に記載の管理装置。
【請求項１６】
前記所定の閾値は、前記第１のリソースに関するデータの有効期間であることを特徴とする請求項１５に記載の管理装置。
【請求項１７】
前記第２のリソースに関するデータの有効期間のうちの残りの期間が所定の閾値よりも短い場合、前記第２の送信手段は前記第２の要求信号を送信しないようにすることを特徴とする請求項１から１４のいずれか１項に記載の管理装置。
【請求項１８】
管理装置であって、
複数のリソースが接続されたノード装置から、前記複数のリソースのうちの第１のリソースに関するデータを取得する取得手段と、
前記取得手段により取得された前記データの有効期間が経過した場合に、前記第１のリソースに応答を要求する第１の要求信号を送信する第１の送信手段と、
前記第１の送信手段により送信された前記第１の要求信号に対する応答が前記第１のリソースから得られなかったことに基づいて、前記ノード装置に接続されているリソースを問合せる問合せ手段と、
前記問合せ手段による前記問合せの結果に基づいて、エラーを通知する通知手段と、
を有することを特徴とする管理装置。
【請求項１９】
前記通知手段は、ユーザにエラーを通知することを特徴とする請求項１から１８のいずれか１項に記載の管理装置。
【請求項２０】
前記通知手段は、外部装置にエラーを通知することを特徴とする請求項１から１８のいずれか１項に記載の管理装置。
【請求項２１】
前記第１のリソースに関するデータは、センサデータであることを特徴とする請求項１から２０のいずれか１項に記載の管理装置。
【請求項２２】
管理装置の制御方法であって、
第１のリソースと第２のリソースとが接続されたノード装置から、前記第１のリソースに関するデータを取得する取得工程と、
取得された前記データの有効期間が経過した場合に、前記第１のリソースに応答を要求する第１の要求信号を送信する第１の送信工程と、
前記第１の送信工程において送信された前記第１の要求信号に対する応答が前記第１のリソースから得られなかったことに基づいて、前記第２のリソースに応答を要求する第２の要求信号を送信する第２の送信工程と、
前記第２の送信工程において送信された前記第２の要求信号に対する応答が得られなかったことに基づいて、前記第２のリソースに関するエラーを通知する通知工程と、
を有することを特徴とする制御方法。
【請求項２３】
管理装置の制御方法であって、
複数のリソースが接続されたノード装置から、前記複数のリソースのうちの第１のリソースに関するデータを取得する取得工程と、
前記データの有効期間が経過した場合に、前記第１のリソースに応答を要求する第１の要求信号を送信する第１の送信工程と、
前記第１の送信工程において送信された前記第１の要求信号に対する応答が前記第１のリソースから得られなかったことに基づいて、前記ノード装置に接続されているリソースを問合せる問合せ工程と、
前記問合せの結果に基づいて、エラーを通知する通知工程と、
を有することを特徴とする制御方法。
【請求項２４】
コンピュータを請求項１から２１のいずれか１項に記載の管理装置として動作させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置、管理のシステム及び管理方法に関する。
【背景技術】
【０００２】
ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）デバイスの相互運用を可能にすることを目的として、ＯＣＦ（Ｏｐｅｎ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｆｏｕｎｄａｔｉｏｎ）が通信の標準化を進めている。
【０００３】
ＯＣＦ仕様においては、デバイスやデータサーバが持つあらゆる情報は「リソース」として表現される。データサーバ等は、リソースに対してアクセスを行うことでデバイスに対する制御や、各種データの取得を行うことが可能となる。
【０００４】
ここで、リソースを有するノード装置はＯＣＦ仕様においてＳｅｒｖｅｒ（またはＯＩＣ  Ｓｅｒｖｅｒ）と呼ばれる。
【０００５】
一方、リソースに対して何らかのアクセスを行う装置は、ＯＣＦ仕様においてＣｌｉｅｎｔと呼ばれる。Ｃｌｉｅｎｔがリソースへアクセスする方法の一つとしてＣｏＡＰ（ｃｏｎｓｔｒａｉｎｅｄ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）プロトコル（ＲＦＣ７２５２）によるＯｂｓｅｒｖｅ（ＲＦＣ７６４１）がある。
【０００６】
Ｏｂｓｅｒｖｅ要求を受けたリソースは、現状のリソースの状態（データ）をＯｂｓｅｒｖｅ要求元へ通知した後、リソースの状態の変化があった場合にのみＯｂｓｅｒｖｅ要求元へ通知する動作を行う（特許文献１）。
【０００７】
また、リソースは当該通知に、Ｍａｘ−Ａｇｅと呼ばれる時間情報を含めることができる。Ｍａｘ−Ａｇｅとは、データの“鮮度”を保証する時間、すなわち、各リソースのデータが最新のものとして使用できる有効期間をいう。Ｃｌｉｅｎｔはリソースから当該通知を受信してから、Ｍａｘ−Ａｇｅの期間が経過すると、通知されたデータを最新の値として扱えなくなる。そのため、ＣｌｉｅｎｔはＭａｘ−Ａｇｅ期間経過したリソースに対し、Ｏｂｓｅｒｖｅ再要求を行う。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特表２０１６−５３５３５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
複数のリソースを宣言している装置にエラー（障害）が発生した場合を考える。Ｃｌｉｅｎｔは、上述したように、これらの各リソースに対し、個々にＯｂｓｅｒｖｅ処理を行っている。従って、複数のリソースを宣言している装置において、複数のリソースに同時に障害が発生していても、各リソースのＭａｘ−ａｇｅが経過するまで、各リソースのエラーを知ることができなかった。
【００１０】
上記の課題を鑑み本発明は、複数のリソースが接続された装置における各リソースのエラーを早期に通知できるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
本発明の管理装置は、第１のリソースと第２のリソースとが接続されたノード装置から、前記第１のリソースに関するデータを取得する取得手段と、前記取得手段により取得された前記データの有効期間が経過した場合に、前記第１のリソースに応答を要求する第１の要求信号を送信する第１の送信手段と、前記第１の送信手段により送信された前記第１の要求信号に対する応答が前記第１のリソースから得られなかったことに基づいて、前記第２のリソースに応答を要求する第２の要求信号を送信する第２の送信手段と、前記第２の送信手段により送信された前記第２の要求信号に対する応答が得られなかったことに基づいて、前記第２のリソースに関するエラーを通知する通知手段と、を有する。
【００１２】
また、本発明の別の側面の管理装置は、複数のリソースが接続されたノード装置から、前記複数のリソースのうちの第１のリソースに関するデータを取得する取得手段と、前記取得手段により取得された前記データの有効期間が経過した場合に、前記第１のリソースに応答を要求する第１の要求信号を送信する第１の送信手段と、前記第１の送信手段により送信された前記第１の要求信号に対する応答が前記第１のリソースから得られなかったことに基づいて、前記ノード装置に接続されているリソースを問合せる問合せ手段と、前記問合せ手段による前記問合せの結果に基づいて、エラーを通知する通知手段と、を有する。
【発明の効果】
【００１３】
本発明によれば、複数のリソースが接続された装置における各リソースのエラーを早期に通知することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態による情報処理システムの構成図。
【図２】本発明の一実施形態による情報処理装置（管理装置）のブロック構成図。
【図３】本発明の一実施形態によるセンサー管理テーブルの構成例を示した図。
【図４】センサーデータ収集のシーケンス図。
【図５】センサー監視終了判定のシーケンス図。
【図６】他のシーケンスによる監視終了判定のシーケンス図。
【図７】情報処理装置のＯｂｓｅｒｖｅ再要求実行判定フロー図。
【図８】Ｄｉｓｃｏｖｅｒｙ実行による監視終了判定シーケンス図。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態について図面を参照して説明する。なお、本発明において、ノード装置が宣言しているリソースは種々の装置やデバイス及びそれらの状態情報を含み、センサーに限られないが、ここでは理解容易のためにセンサーを用いて説明する。また、以下の実施形態で説明する特徴の組み合わせの全てが本発明に必須のものとは限らない。
【００１６】
［システム構成］
本実施形態に係る情報処理システム１００の構成を図１に示す。
【００１７】
情報処理システム１００は、情報処理装置１０１、センサー１０３、１０４及び１０５と接続するノード装置１０２、ＬＡＮ／ＷＡＮ１０６を備える。なお、本実施形態においては、センサー１０３、１０４及び１０５をまとめて呼称する場合は、センサー１０３―１０５と記載する。また、センサー１０３−１０５の少なくとも１つを指す場合には、センサー１０３、あるいは単にセンサーと記載する。
【００１８】
情報処理装置１０１は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）及びＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を有するネットワークであるＬＡＮ／ＷＡＮ１０６に接続する。情報処理装置１０１とＬＡＮ／ＷＡＮ１０６との接続は、例えばＥｔｈｅｒｎｅｔ（登録商標）などの有線接続であってもよいし、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ；無線ＬＡＮ）やモバイル通信回線などの無線接続であってもよい。なお、本実施形態では情報処理装置１０１がＬＡＮ／ＷＡＮ１０６を介してノード装置１０２と接続する場合について説明するが、情報処理装置１０１はＷＡＮ又はＬＡＮの何れかによって接続してもよい。さらに、情報処理装置１０１に対して複数のノード装置１０２がＬＡＮ／ＷＡＮ１０６を介して接続されているものとし、それら複数のノード装置１０２のうちの一つに注目して説明を行う。
【００１９】
情報処理装置１０１は、情報処理システム１００を構成するセンサー装置に対する設定や状態管理、および各センサー装置からのデータの収集、解析や蓄積を行う。情報処理装置１０１は、情報処理システム１００の管理装置として機能する。
【００２０】
情報処理装置１０１はＯＣＦ仕様におけるＣｌｉｅｎｔ機能を持ち、情報処理システム１００内に宣言されるＯＣＦ仕様のリソースを探索することが出来る。探索により発見したリソースに対し、登録、取得、更新、削除、監視の要求パケットを送信することで、ノード装置１０２の持つリソース情報の取得や、振る舞いを制御することが可能である。
【００２１】
ノード装置１０２とセンサー１０３―１０５は、無線ＰＡＮ（Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）通信により接続される。無線ＰＡＮの通信規格は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）、及びＷｉ−ＳＵＮ（登録商標）が挙げられる。またノード装置１０２とセンサー１０３―１０５はシリアルバスなどで直結されていても良い。つまり、ノード装置１０２にセンサーとして組み込まれている形態であっても良い。
【００２２】
ノード装置１０２は、ＯＣＦ仕様におけるＳｅｒｖｅｒ機能を有しＯＣＦ仕様のリソースを宣言することが可能である。本実施形態においては、ノード装置１０２は自身と接続するセンサー１０３―１０５をリソースとしてそれぞれ宣言する。ノード装置１０２は、リソースを宣言する際に各センサーの情報を基にそのリソースのリソース種別とＭａｘ−Ａｇｅを決定する。Ｍａｘ−Ａｇｅは、前述の通り、データの“鮮度”を保証する時間、すなわち、各リソースのデータが最新のものとして使用できる有効期間（データの有効期間）をいう。またシステムの構成上、接続されるセンサーの情報があらかじめ分かっている場合は静的に決定しても良い。
【００２３】
センサー１０３―１０５はそれぞれ例えば、ジャイロ、加速度、方位、距離、振動、温度、照度、ＵＶ、気圧、ガス、放射能、におい、ドアや窓の開閉、侵入検知など、何らかの値の測定やイベント検知を行うことができる装置である。
【００２４】
ここでは、各センサー装置はＯＣＦの仕様に準拠した機能を持たず、ノード装置１０２からの要求に従って、センサーデータのやり取りを行うものとする。
【００２５】
本実施形態では、情報処理装置１０１からノード装置１０２が宣言するリソースへのアクセスは、前述したＣｏＡＰプロトコルのＯｂｓｅｒｖｅを使用するものとする。
【００２６】
［情報処理装置１０１の構成］
図２に情報処理装置１０１のブロック構成図を示す。
【００２７】
情報処理装置１０１は、ＣＰＵ２０２、ＲＡＭ２０３、ＲＯＭ２０４、システムバス２０５、時間計測部２０６、ＬＡＮ制御部２０８、ＷＬＡＮ制御部２０９、画面表示部２１２を備える。
【００２８】
ＣＰＵ２０２は、ＲＡＭ２０３やＲＯＭ２０４に格納されているコンピュータプログラムやデータを用いて情報処理装置１０１全体の制御を行う。ＣＰＵ２０２で実行するプログラムにはＯＳやアプリケーション、通信プロトコルスタックが含まれる。
【００２９】
ＲＡＭ２０３は、情報処理装置１０１の主記憶装置であり、ＣＰＵ２０２によるプログラムの実行に使用する一時記憶領域や、収集したセンサーデータの格納領域として使用される。また本実施形態においては、センサー管理テーブル２０７の記憶領域として使用される。
【００３０】
ＲＯＭ２０４は、ＣＰＵ２０２が実行するソフトウェアプログラムが格納される不揮発性の記憶部である。ＲＯＭ２０４に格納されるプログラムは、ＲＡＭ２０３に転送され、ＣＰＵ２０２によって読み出されて実行される。
【００３１】
システムバス２０５は、情報処理装置１０１内のデータ転送に使用される。ＣＰＵ２０２によるアクセス発生時には、システムバス２０５を介して実行される。
【００３２】
時間計測部２０６は、ＣＰＵ２０２のアクセスに基づき時間の計測を行う。時間計測部２０６は内部に独立したタイマを複数持っており、各タイマはＣＰＵ２０２から設定された時間までの計測が可能である。本実施形態においては、各リソースから受信したＯｂｓｅｒｖｅに対する通知パケット（以下、Ｎｏｔｉｆｙ）を受信してから経過した時間の計測を行う。
【００３３】
ＮｏｔｉｆｙにはＭａｘ−Ａｇｅ時間が含まれている。情報処理装置１０１はデータの受信からＭａｘ−Ａｇｅの期間は当該パケットが含むデータを最新データとして扱うことが出来る。
【００３４】
ＣＰＵ２０２は、受信したＮｏｔｉｆｙがあると、Ｎｏｔｉｆｙに含まれるＭａｘ−Ａｇｅ時間とリソースＩＤを時間計測部２０６へセットする。時間計測部２０６は、セットされた時刻から時間計測を開始しＭａｘ−Ａｇｅ期間に到達したリソースＩＤについては、ＣＰＵ２０２へ通知する。本実施形態では割り込み通知信号２１３がＣＰＵ２０２へ通知され、ＣＰＵ２０２は時間計測部２０６に対してＭａｘ−Ａｇｅ期間経過したリソースＩＤを確認する。
【００３５】
また時間計測部２０６は、ＣＰＵ２０２が実行するプログラムにおいて時間計測が必要な処理に使用される。例えばＴＣＰ通信処理における再送タイマとして使用されても良い。
【００３６】
センサー管理テーブル２０７は、ＯＣＦ仕様に基づくＤｉｓｃｏｖｅｒｙ処理の結果、発見したリソースを管理するテーブルである。ＣＰＵ２０２はセンサー管理テーブル２０７を介してノード装置１０２が宣言しているリソース（センサー１０３，１０４及び１０５）を管理している。センサー管理テーブル２０７の構成例を図３に示す。
【００３７】
ＩＤは管理するリソース毎に一意につける識別番号である。
【００３８】
ＩＰアドレスはノード装置のＩＰアドレスである。リソース探索はノード装置単位毎に実行され、各ノード装置はＩＰアドレスによって識別される。
【００３９】
センサー管理テーブル２０７のリソース種別の項目の欄には、各リソースの種別を示す情報が格納される。Ｄｉｓｃｏｖｅｒｙ実行時に、Ｄｉｓｃｏｖｅｒｙに対する応答パケットにリソース種別の情報が含まれる。センサー管理テーブル２０７のリソース種別の項目の欄には各ノード装置のリソース種別の情報が格納される。複数のリソース種別を応答したノード装置に対しては、同一のＩＰアドレスに対して各リソースが対応して格納され、各ＩＰアドレスとリソースの組合せは、別々のＩＤを付与されて管理される。
【００４０】
Ｍａｘ−Ａｇｅの項目の欄には、各リソースのＮｏｔｉｆｙに含まれるＭａｘ−Ａｇｅ時間が格納され、各リソースＩＤごとにＭａｘ−Ａｇｅを有する。本テーブルにおける単位は秒である。
【００４１】
監視状態の項目の欄には、各リソースが監視中であるか否かの情報が格納される。
【００４２】
ＬＡＮ制御部２０８は、ＬＡＮ／ＷＡＮ１０６に含まれる有線ＬＡＮ２１０に接続する通信インターフェースであり、有線ＬＡＮ２１０との間における伝送パケットの送受信を実行する。またＬＡＮ制御部２０８には、伝送メディアのＰＨＹおよびＭＡＣ（伝送メディア制御）ハードウェア回路が含まれる。例えば情報処理装置１０１が接続する有線ＬＡＮ２１０がＥｔｈｅｒｎｅｔ（登録商標）である場合、ＬＡＮ制御部２０８は、イーサネット（登録商標）のＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）に相当する。
【００４３】
ＷＬＡＮ制御部２０９は、ＬＡＮ／ＷＡＮ１０６に含まれる無線ＬＡＮ２１１に接続する通信インターフェースであり、無線ＬＡＮ２１１との間における伝送パケットの送受信を実行する。ＷＬＡＮ制御部２０９にはＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ等の無線ＬＡＮ制御を実行するコントローラおよびＲＦ回路が含まれる。
【００４４】
画面表示部２１２は、情報処理装置１０１が実行する処理の中でユーザへ通知すべき内容を表示するインターフェースである。例えば収集したセンサーデータの中で異常な値が検出された、あるいは、各種センサーからデータを得ることが出来ない、などのエラー情報をユーザへ表示する。
【００４５】
［情報処理装置１０１のセンサーデータ取得方法］
図４に情報処理装置１０１のセンサーデータ取得のシーケンス図を示す。
【００４６】
まず、ノード装置１０２は各センサー装置と通信を確立した後、各センサーをそれぞれリソースとして宣言する（４０１）。ここでは、センサー１０３およびセンサー１０４をリソースとして宣言するものとし、以下、各リソースをセンサー１０３リソース、センサー１０４リソースと呼称する。
【００４７】
情報処理装置１０１は、リソースを発見するためにノード装置１０２に対してＤｉｓｃｏｖｅｒｙ処理を実行する（４０２）。ノード装置１０２はＤｉｓｃｏｖｅｒｙの通知を受信すると、自身が宣言するリソースの一覧を応答として情報処理装置１０１へ通知する。情報処理装置１０１は、受信したＤｉｓｃｏｖｅｒｙの情報を基にセンサー管理テーブル２０７へ、各リソースの登録を行う（４０３）。
【００４８】
情報処理装置１０１は、データを収集したいセンサーに対して、センサーに対応したリソースへＯｂｓｅｒｖｅの要求を行う。ここでは、センサー１０３、センサー１０４の両センサーのデータを収集するもので、Ｏｂｓｅｒｖｅの要求は独立して実行される（４０４）。
【００４９】
本実施形態において、ノード装置１０２は、Ｏｂｓｅｒｖｅの要求を受けると、センサーの最新データを取得し、そのデータを含むＮｏｔｉｆｙを返すものとする。以降はセンサーの最新データを定期的に取得し、以前のデータと差分がある場合はＮｏｔｉｆｙを通知し、以前のデータと差分が無い場合はＮｏｔｉｆｙを出さないものとする。また、Ｏｂｓｅｒｖｅの再要求を受けた際には、ノード装置１０２はセンサー１０３、１０４の最新データを取得して送信するものとし、最新データを取得出来なかった際には、以前のデータを送信することは無いものとする。
【００５０】
情報処理装置１０１からＯｂｓｅｒｖｅの要求を受けたノード装置１０２は、Ｏｂｓｅｒｖｅの要求を受けた両センサーの最新データの取得を実行し（４０５）、取得したデータをＮｏｔｉｆｙに含めて情報処理装置１０１へ送信する（４０６）。
【００５１】
ノード装置１０２は、各センサーに対し前回のセンサーデータ取得から一定の期間経過すると、最新データの取得を実行し、前回のデータとの差分が有ればＮｏｔｉｆｙの通知を行う（４０７〜４１０、４１２〜４１３）。
【００５２】
センサーに対し最新データの取得を行った結果、前回のデータとの差分が無ければ、Ｎｏｔｉｆｙの通知を行わない（４１１）。
【００５３】
情報処理装置１０１はＮｏｔｉｆｙを受信すると、Ｎｏｔｉｆｙに含まれるＭａｘ−Ａｇｅ時間を参照し、時間計測部２０６へＭａｘ−Ａｇｅ時間をセットする。Ｎｏｔｉｆｙを受信する毎に時間計測部２０６へのセットは実行される。時間計測部２０６ではセットされた時間に基づきカウントが開始され、新たにＮｏｔｉｆｙを受信する前にタイムアウトすると、ＣＰＵ２０２へ通知される（４１４）。
【００５４】
情報処理装置１０１はタイムアウトを検知すると、該当するリソースへ対しＯｂｓｅｒｖｅの再要求を行う（４１５）。ノード装置１０２はＯｂｓｅｒｖｅの再要求を受信すると、４０５および４０６と同様に最新データの取得を実行し（４１６）、取得したデータをＮｏｔｉｆｙに含めて情報処理装置１０１へ送信する（４１７）。このように情報処理装置１０１はセンサーデータの収集を行う。
【００５５】
［情報処理装置１０１のセンサー監視終了処理］
図５にセンサー監視終了判定のシーケンス図を示す。
【００５６】
図５においては、図４に示した情報処理装置１０１によるセンサー１０３リソース、センサー１０４リソースへの監視の実行中に、センサーの通信不能状態が原因で両リソースからデータが取得出来なくなってしまったものとする。
【００５７】
各種センサーからデータが取得出来なくなる要因としては、センサーのクラッシュやバッテリ切れ、無線通信環境の悪化などが挙げられる。またセンサーでは無くノード装置１０２が前述したような状況に陥った場合にも、情報処理装置１０１はノード装置１０２からの応答が得られなくなってしまう。
【００５８】
センサーからデータが取得出来なくなったノード装置は、センサーデータを更新することが出来なくなるため、Ｎｏｔｉｆｙの通知が実行されなくなり、タイムアウトが検知される（５０１）。図５では、センサー１０３がＭａｘ−Ａｇｅ時間経過したものとする。
【００５９】
情報処理装置１０１は、センサー１０３リソースへＯｂｓｅｒｖｅの再要求を行う（５０２）。
【００６０】
ノード装置１０２はＯｂｓｅｒｖｅの再要求を受信すると、センサー１０３に対し最新データの取得を実行するが失敗し（５０３）、情報処理装置１０１へのＮｏｔｉｆｙ通知は実行されない（５０４）。
【００６１】
情報処理装置１０１は、５０２にてＯｂｓｅｒｖｅを一回送信した後に、所定の期間Ｏｂｓｅｒｖｅに対する応答を受信出来なかった場合に待ち受けを終了し、応答が無かったと判定する（５０５）。この場合の所定時間は、センサー１０３からの通知を受け取るであろう時間長さを考慮して設定される。
【００６２】
なおここで、応答が無かった場合に５０２〜５０５までを一連の処理として、少なくとも一回以上繰り返し実施してもよい。これは、センサー１０３が正常な状態で稼働していた場合でも、無線通信環境が原因で通信パケットがロストしてしまうことがあるからである。そのような環境では複数回実行することで、応答が得られる可能性が高くなる。応答を待つための時間、すなわち５０２〜５０５までの処理を繰り返す時間はあらかじめ設計値として決めておいて良い。この時間の設計値は、情報処理装置１０１とノード装置１０２間のラウンドトリップタイムなどを基に決定しても良い。また、無線通信環境が安定な状態に復帰する時間幅を考慮する。
【００６３】
前述の応答処理の結果、応答が得られた場合には図４に示したように監視状態が再開される。応答が得られなかった場合には、センサー１０３リソースへの監視状態を終了する（５０６）。
【００６４】
情報処理装置１０１では監視状態の終了が決定すると、センサー管理テーブル２０７から該当するセンサーの情報が削除され、使用されていたメモリ領域は解放し、他のアプリケーションのワークメモリとして使用出来る。また時間計測部２０６で該当するセンサーのタイムアウトを計測していたタイマも停止し、前述したように他の用途のタイマとして使用することが可能となる。また、リソースに対する監視状態を終了したことを示すメッセージを画面表示部２１２に表示し、ユーザへ通知しても良い。
【００６５】
情報処理装置１０１は、センサー１０３に対する監視状態を終了した後、センサー１０４リソースへＯｂｓｅｒｖｅの再要求を行う（５０７）。以降５０７〜５１０までの処理は、センサー１０３に対する５０２〜５０５の一連の処理と同様で、センサー１０４に対する応答判定を実施する。５０７〜５１０の処理についても複数回繰り返し実行してよい。応答が得られた場合にはセンサー１０４リソースに対する監視状態が継続される。応答が得られなかった場合には、センサー１０４リソースに対する監視状態を終了する（５１１）。
【００６６】
図５で説明したように本実施形態では、ノード装置が宣言するリソースのうちの一つに障害が発生したことを検知したタイミングで、同じノード装置で宣言されている他のリソースに対しても障害発生の確認を行う。その結果、センサー１０４リソースのＭａｘ−Ａｇｅ期間経過したタイミングよりも早く、センサー１０４の通信不能状態を検知し監視状態を終了させることが出来る。
【００６７】
なお、以上の説明では理解容易のために、センサー１０３から応答が得られなかった場合には、センサー１０３リソースへの監視状態を終了し（５０６）、センサー１０４から応答が得られなかった場合にはセンサー１０４リソースに対する監視状態を終了する（５１１）としたが、ノード装置１０２はリソースから応答確認を得られない場合はリソースの障害を検知するのみでも良い。
【００６８】
すなわち、ノード装置１０２は、リソースから応答確認を得られない場合は当該リソースに障害が発生したとして、システム管理者や他の判断装置により当該リソースの監視を継続するか否かが判断されるようにしても良い。情報処理装置１０１はリソースの障害を検知したときは、画面表示部２１２を含む表示デバイスや他の通知デバイスにより警告を発するようにしても良い。
【００６９】
図６に図５とは異なるセンサー監視終了判定のシーケンス図を示す。図６によるシーケンスは各リソースに対して基本的には一回のＯｂｓｅｒｖｅ再要求を行い、監視終了処理は全リソースに対してＯｂｓｅｒｖｅ再要求を行った後に行う。
【００７０】
図６においても、図５と同様にセンサー１０３リソース、センサー１０４リソースからのデータ取得が出来なくなったものとし、センサー１０３リソースがＭａｘ−Ａｇｅ時間経過し、情報処理装置１０１がタイムアウトを検知する（６０１）。
【００７１】
情報処理装置１０１は、センサー１０３リソースへＯｂｓｅｒｖｅの再要求により応答判定を実行する（６０２）。応答判定の内容は、図５における５０２〜５０５までの一連の処理と同一である。
【００７２】
６０２は一回のみ実行され、応答が得られた場合には監視状態が再開されることになる。図６においては、６０２において応答が得られなかった場合が示してあり、次に情報処理装置１０１はセンサー１０４リソースに対し応答判定を実施する（６０３）。
【００７３】
６０３も一回のみ実行され応答が得られなかった場合、センサー１０３リソースおよびセンサー１０４リソースに対する監視状態を終了する（６０４）。
【００７４】
図６においては、Ｏｂｓｅｒｖｅ再要求を一回のみ送信して６０２において応答が得られなかった場合が示してあるが、もし応答が得られた場合は、再度センサー１０３リソースへの応答判定を行っても良い。つまり、再度６０２の処理を複数回実行しても良い。
【００７５】
両センサーリソースから応答が得られなかった場合は、両センサーリソースに対する監視状態を終了する（６０４）。Ｏｂｓｅｒｖｅ再要求は一回のみ行う場合、図５のシーケンスと比較すると、より高速に監視状態の終了を行うことが出来、ネットワークシステム内で交換される通信パケット量が減ることでシステムの省電力化にも効果がある。通信環境が良好で通信パケットのロストの可能性が低い場合には、図６のシーケンスでも問題無く実施が可能である。
【００７６】
図６のシーケンスで、両センサーリソースから応答が得られなかった場合に、両センサーリソースの障害発生を検知するのみでも良い。すなわち、ノード装置１０２は、リソースから応答確認を得られない場合は当該リソースに障害が発生したとして、システム管理者や他の判断装置により当該リソースの監視を継続するか否かが判断されるようにしても良い。この場合、情報処理装置１０１は画面表示部２１２を含む表示デバイスや他の通知デバイスにより警告を発するようにしても良い。
【００７７】
また図５および図６において、ノード装置が三つ以上のセンサーリソースを宣言している場合には、応答が得られるまで各センサーリソースに対し応答確認判定を実施していく。ただし、必ずしもノード装置で宣言されている全ての監視中リソースに対して応答確認判定は行わなくても良い。
【００７８】
三つ以上のセンサーリソースに対してＯｂｓｅｒｖｅ再要求を送信し、所定のリソースからの応答の有無を判断している間に、他のリソースからデータを受信したときは、当該他のリソースに監視再リクエストを送信しないようにしても良い。
【００７９】
また、三つ以上のセンサーリソースに対してＯｂｓｅｒｖｅ再要求を送信し、そのいずれかのリソースから応答が得られたときは、残りのリソースに監視再リクエストを送信しないようにしても良い。
【００８０】
図７に情報処理装置１０１のＯｂｓｅｒｖｅ再要求実行判定フロー図を示す。
【００８１】
ここでは、情報処理装置１０１のセンサー管理テーブル２０７の内容が図３に示した状態であるとする。
【００８２】
Ｍａｘ−Ａｇｅ期間経過し、タイムアウトしたＩＤ１の温度センサーへの応答判定の結果応答が得られなかった場合に、本フローは開始する（Ｓ７０１）。
【００８３】
情報処理装置１０１は、応答が得られなかったリソースを宣言しているノード装置１０２が他にリソースを宣言しているか確認する（Ｓ７０２）。センサー管理テーブル２０７において同じＩＰアドレス情報を持つリソース、すなわち、図３のテーブルのＩＤ２からＩＤ４が該当することが確認される。確認の結果、宣言されているリソースがある場合Ｓ７０３へ進み、リソースが存在していない場合Ｓ７０８へ進み本フローは終了する。
【００８４】
Ｓ７０３では、情報処理装置１０１はさらに、同じノード装置１０２内で宣言されているリソースの中で、監視中のリソースが存在するかを確認する（Ｓ７０３）。図３に示したテーブルではＩＤ２とＩＤ３が「監視中」であるため該当する。確認の結果、存在する場合はＳ７０４へ進み、存在していない場合Ｓ７０８へ進み本フローは終了する。
【００８５】
監視中のリソースが存在する場合、監視中のリソースの中の一つを選択し、そのリソースに対応するＭａｘ−Ａｇｅ値をセンサー管理テーブル２０７にて確認する（Ｓ７０４）。ここではＩＤ２を選択したとする。
【００８６】
選択したリソースと本フロー開始時にタイムアウトしていたリソースのＭａｘ−Ａｇｅ値の比較を実施する（Ｓ７０５）。つまり、ＩＤ１とＩＤ２のＭａｘ−Ａｇｅ値の比較を行う。ここでは、単純にＭａｘ−Ａｇｅ値の大小比較を行って判定するものとし、タイムアウトしたリソースのＭａｘ−Ａｇｅ値の方が短い場合はＳ７０６へ進み、長い場合はＳ７０３へ戻り、再び他のリソースの確認を行う。
【００８７】
タイムアウトしたリソースのＭａｘ−Ａｇｅ値の方が短い場合は、選択したリソースに対し応答判定処理を実行する（Ｓ７０６）。応答判定処理の結果を判定し（Ｓ７０７）、応答が得られた場合はＳ７０８へ進んで本フローを終了し、応答が得られなかった場合はＳ７０３へ戻り、再び他のリソースの確認を行う。
【００８８】
図３に示したテーブルではＩＤ２に対する応答再要求は実行せず、ＩＤ３へ対する応答再要求を実行することになる。今回タイムアウトしたリソースのＭａｘ−Ａｇｅ値は９００秒であり、それに対してＩＤ２のＭａｘ−Ａｇｅ値は５秒である。ＩＤ２に対しては本発明によるタイミングで応答判定処理を行わなくとも最大５秒後には実施されるはずであり、本発明の効果が得られないことから実施しないことを選択している。逆にＩＤ３に対しては、本発明によるタイミングで応答判定処理が行われなかった場合、最大１０８００秒後まで監視状態が継続されてしまう可能性がある。このように、全ての監視中リソースに対して応答判定処理を行うのでは無く、効果が高いものだけ選択して実施することが可能である。
【００８９】
Ｓ７０５においては、リソース間のＭａｘ−Ａｇｅ値の数値の大小比較によって応答判定処理の実行可否を判定しているが、他の方法で応答判定処理を行っても良い。
【００９０】
すなわち、Ｍａｘ−Ａｇｅに到達する時間が所定の時間より長いリソースに対してのみＯｂｓｅｒｖｅ再要求を送信して応答判定処理を行っても良い。例えば、あるリソースのタイムアウトを検出した時刻において、Ｍａｘ−Ａｇｅ到達までの時間が１８００秒以上残っているもののみを応答判定処理を行うように比較しても良い。
【００９１】
また、Ｍａｘ−Ａｇｅに到達する時間が短いリソースを優先して監視再リクエストを送信して応答判定処理を行っても良い。
【００９２】
また、ネットワーク内に存在するセンサーの種別があらかじめ分かっている場合は、静的に閾値を設定しても良い。つまり、図７の例のようにタイムアウトしたリソースのＭａｘ−Ａｇｅと比較するのではなく、所定の時間より長いＭａｘ−Ａｇｅを通知したリソースに対してのみＯｂｓｅｒｖｅ再要求を送信して応答判定処理を行うようにしても良い。例えばＭａｘ−Ａｇｅ値が１８０秒以下のリソースに対しては応答確認判定を実施しない、などのようにタイムアウトしたリソースのＭａｘ−Ａｇｅ値と関連なく判定しても良い。
【００９３】
また、あるリソースの応答判定処理中に、他のリソースのＮｏｔｉｆｙを受信した場合は、応答判定処理の結果に関わらず、以降の他のリソースへの応答判定処理は実行する必要が無い。
【００９４】
ここまで、Ｏｂｓｅｒｖｅの再要求送信により他のセンサーリソースへの応答判定を行うことを説明してきた。しかし、ノード装置が多数のセンサーリソースを宣言している場合は、全てのリソースに対して応答判定処理を実施する代わりに、通信の負荷の増大を防止するため、他の装置によって応答判定処理を実施しても良い。
【００９５】
図８にＤｉｓｃｏｖｅｒｙ実行による監視終了判定シーケンス図を示す。ノード装置１０２の挙動として、最新データが取得出来なくなったセンサーに関してリソース宣言を削除することが考えられる。ノード装置１０２は、センサー１０３リソース、センサー１０４リソースからのデータ取得が出来なくなったものとし、各センサーリソースを削除する（８０１）。
【００９６】
情報処理装置１０１は、センサー１０３リソースがＭａｘ−Ａｇｅ時間経過し、タイムアウトを検知する（８０２）。
【００９７】
情報処理装置１０１は、センサー１０３リソースへＯｂｓｅｒｖｅの再要求により応答判定を実行する。ノード装置１０２は、既にセンサー１０３リソースを宣言していないため、センサー１０３の最新情報の取得は行わず、情報処理装置１０１へ応答も返さない（８０３）。
【００９８】
情報処理装置１０１は、応答が得られなかったためセンサー１０３リソースの監視終了処理を実行する（８０４）。
【００９９】
次に情報処理装置１０１は、ノード装置１０２に対しＤｉｓｃｏｖｅｒｙ処理を実行する（８０５）。既に述べているように、ノード装置１０２はＤｉｓｃｏｖｅｒｙの通知を受信すると、自身が宣言するリソースの一覧を応答として情報処理装置１０１へ通知する。情報処理装置１０１は受信したＤｉｓｃｏｖｅｒｙの情報とセンサー管理テーブルを参照し、ノード装置１０２のリソースとして宣言されなくなったリソースがあるか確認を行う（８０６）。
【０１００】
情報処理装置１０１は、宣言されなくなったリソースについては、監視終了処理を行う（８０７）。このように、ノード装置１０２に宣言するリソースを問い合わせ、その結果を基に監視終了処理を行うことが出来る。
【０１０１】
この場合も、監視終了処理を行うことなく、ノード装置１０２のリソースとして宣言されなくなったリソースを障害が発生したリソースとして検知し、以降の処理を他の装置やシステム管理者に委ねるようにしても良い。
【０１０２】
以上のリソースの応答判定処理は、第一のリソースのＭａｘ−Ａｇｅがタイムアウトすると、第一のリソースへＯｂｓｅｒｖｅ再要求を送信し、第一のリソースが応答しないと判定した後に次のリソースへ応答確認を行うものであった。しかし、第一のリソースが応答するか否かを判定することなく、第一のリソースのＭａｘ−Ａｇｅがタイムアウトすると、ノード装置が宣言し監視中の全リソースに監視再リクエストを送信し、いずれかのリソースから応答を受信した場合に、残りのリソースに対してＯｂｓｅｒｖｅ再要求の送信と応答の確認を行うようにしても良い。
【０１０３】
また、第一のリソースのＭａｘ−Ａｇｅがタイムアウトすると、ノード装置が宣言しているリソースの再問合せを行い、ノード装置の応答で宣言されなかったリソースを障害が発生したリソースとして検知するようにしても良い。
【符号の説明】
【０１０４】
１００  情報処理システム
１０１  情報処理装置
１０２  ノード装置
１０３−１０５  センサー
１０６  ＬＡＮ／ＷＡＮ
２０２  ＣＰＵ
２０３  ＲＡＭ
２０４  ＲＯＭ
２０５  システムバス
２０６  時間計測部
２０７  センサー管理テーブル
２０８  ＬＡＮ制御部
２０９  ＷＬＡＮ制御部
２１０  有線ＬＡＮ
２１１  無線ＬＡＮ
２１２  画面表示部
２１３  割り込み通知信号
【図１】
2019057108.tif 000003
【図２】
2019057108.tif 000004
【図３】
2019057108.tif 000005
【図４】
2019057108.tif 000006
【図５】
2019057108.tif 000007
【図６】
2019057108.tif 000008
【図７】
2019057108.tif 000009
【図８】
2019057108.tif 000010