(57)【要約】【課題】  低い通信負荷でネットワークに接続されている装置の情報を動的に管理することができなかった。【解決手段】  本発明の管理装置は、第一のネットワークに接続された装置の情報を、第一のプロトコルに従って取得し、管理する。そして、第一のネットワークとは異なる第二のネットワークに接続された機器管理装置から、第一のネットワークに接続された装置の情報の監視要求であって、前記第一のプロトコルとは異なる第二のプロトコルに準拠した監視要求を受信した場合において、管理されている装置の情報の更新を検出した場合に、該管理に基づく通知を機器管理装置に行う。【選択図】図５
2019068139.tif 000002
【特許請求の範囲】
【請求項１】
管理装置であって、
第一のネットワークに接続された装置の情報を、第一のプロトコルに従って取得する第一の取得手段と、
前記第一の取得手段により取得した前記情報を管理する管理手段と、
前記第一のネットワークとは異なる第二のネットワークに接続された機器管理装置から、前記第一のネットワークに接続された装置の情報の監視要求であって、前記第一のプロトコルとは異なる第二のプロトコルに準拠した監視要求を受信する受信手段と、
前記受信手段により前記監視要求を受信した場合に、前記管理手段により管理される情報の更新を検出する検出手段と、
前記検出手段により前記情報の更新が検出された場合に、前記管理手段による管理に基づく通知を前記機器管理装置に行う通知手段と、
を有することを特徴とする管理装置。
【請求項２】
前記通知手段は、前記機器管理装置からの問合せに応じて、前記管理手段が管理する情報に基づく通知を前記機器管理装置に行うことを特徴とする請求項１に記載の管理装置。
【請求項３】
前記検出手段により前記情報の更新が検出された場合に、前記通知手段は、前記管理手段による管理に基づく通知をユーザに行うことを特徴とする請求項１に記載の管理装置。
【請求項４】
前記管理手段は、前記第一のネットワークに接続された装置の識別情報を管理していることを特徴とする請求項１から請求項３のいずれか１項に記載の管理装置。
【請求項５】
前記管理手段は、前記第一のネットワークに接続された装置の種別情報を管理していることを特徴とする請求項１から請求項４のいずれか１項に記載の管理装置。
【請求項６】
前記管理手段は、前記第一のネットワークに接続された装置の動作期間に関する情報を管理していることを特徴とする請求項１から請求項５のいずれか１項に記載の管理装置。
【請求項７】
前記第一のネットワークに接続された装置がその動作期間を超えたときに、該装置に問合せを行う問合せ手段を更に有し、
前記管理手段は、前記問合せ手段による前記問合せに対する応答を得られた場合には前記動作期間を更新し、応答が得られない場合には該装置を管理対象から削除することを特徴とする請求項６に記載の管理装置。
【請求項８】
前記管理手段は、前記第一のネットワークに接続された装置の位置情報と、対象オブジェクトの情報の少なくとも一つの情報を管理することを特徴とする請求項１から請求項７のいずれか１項に記載の管理装置。
【請求項９】
前記第一のネットワークに接続された装置は、センサー装置を含むことを特徴とする請求項１から請求項８のいずれか１項に記載の管理装置。
【請求項１０】
前記機器管理装置への通知条件を、前記機器管理装置から取得する第二の取得手段を更に有し、
前記通知手段は、前記情報に、前記第二の取得手段により取得した前記通知条件を満たす更新があった場合、前記機器管理装置に前記通知を行うことを特徴とする請求項１から請求項９のいずれか１項に記載の管理装置。
【請求項１１】
前記通知手段は、前記情報に、前記第二の取得手段により取得した前記通知条件を満たす更新があった場合、ユーザに前記通知を行うことを特徴とする請求項１０に記載の管理装置。
【請求項１２】
前記通知条件は、前記第一のネットワークに接続された装置の識別情報、種別情報、動作期間、位置情報、対象オブジェクトの情報のいずれかの少なくとも一つに関する条件であることを特徴とする請求項１０または１１に記載の管理装置。
【請求項１３】
前記通知条件は、前記第一のネットワークに接続された装置が収集する情報の値が所定の閾値を超えたときに通知することを要求することを特徴とする請求項１０または１１に記載の管理装置。
【請求項１４】
前記第一のネットワークに接続された装置が追加または更新または削除された場合に、前記通知手段は前記管理手段による管理に基づく通知を前記機器管理装置に行うことを特徴とする請求項１から請求項１３のいずれか１項に記載の管理装置。
【請求項１５】
前記第二のプロトコルは、ＯＣＦ（Ｏｐｅｎ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｆｏｕｎｄａｔｉｏｎ）仕様に準拠したプロトコルであることを特徴とする請求項１から請求項１４のいずれか１項に記載の管理装置。
【請求項１６】
前記通知手段は、前記第一のネットワークに接続された装置の情報を要約した情報を、前記機器管理装置に通知することを特徴とする請求項１から請求項１５のいずれか１項に記載の管理装置。
【請求項１７】
第一のネットワークに接続された装置と、第二のネットワークに接続された機器管理装置と、管理装置とを有する情報処理システムであって、前記管理装置は、
前記第一のネットワークに接続された装置の情報を、第一のプロトコルに従って取得する第一の取得手段と、
前記第一の取得手段により取得した前記情報を管理する管理手段と、
前記機器管理装置から、前記第一のネットワークに接続された装置の情報の監視要求であって、前記第一のプロトコルとは異なる第二のプロトコルに準拠した監視要求を受信する受信手段と、
前記受信手段により前記監視要求を受信した場合に、前記管理手段により管理される情報の更新を検出する検出手段と、
前記検出手段により前記情報の更新が検出された場合に、前記管理手段による管理に基づく通知を前記機器管理装置に行う通知手段と、
を有することを特徴とする情報処理システム。
【請求項１８】
管理装置の制御方法であって、
第一のネットワークに接続された装置の情報を、第一のプロトコルに従って取得する取得工程と、
前記第一のネットワークとは異なる第二のネットワークに接続された機器管理装置から、前記第一のネットワークに接続された装置の情報の監視要求であって、前記第一のプロトコルとは異なる第二のプロトコルに準拠した監視要求を受信する受信工程と、
前記監視要求を受信した場合に、前記第一のプロトコルに従って取得した前記第一のネットワークに接続された装置の情報の更新を検出する検出工程と、
前記検出工程において前記情報の更新が検出された場合に、当該更新に基づく通知を前記機器管理装置に行う通知工程と、
を有することを特徴とする管理装置の制御方法。
【請求項１９】
コンピュータを請求項１から請求項１８のいずれか１項に記載の管理装置として動作させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された装置を管理する管理装置に関する。
【背景技術】
【０００２】
近年、様々な分野でモノのインターネット（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ，  以降ＩｏＴ）の適用が進んでいる。その中で、多数のセンサー装置がセンサーネットワークに接続され、センサーネットワークを通じてセンサー装置から取得したセンサーデータをデータ処理サーバに転送するケースが増加している。
【０００３】
このようなＩｏＴを利用したシステム（ＩｏＴシステム）は、センサー装置と、センサー装置が接続されたセンサーネットワークと、センサーデータを異なるネットワークに転送するゲートウェイ装置（ＩｏＴ−ＧＷ）と、ＩｏＴシステムに参加している機器を管理する機器管理サーバと、前記センサー装置からのデータパケットを受信してデータ処理を行うデータ処理サーバを有する。
【０００４】
特許文献１では、６ＬｏＷＰＡＮ（ＩＰｖ６  ｏｖｅｒ  Ｌｏｗ  ｐｏｗｅｒ  Ｗｉｒｅｌｅｓｓ  Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋｓ）のプロトコルを用いるセンサーネットワークにセンサー装置が参加したときに、ＩｏＴ−ＧＷに対してセンサーデータパケットの転送設定を行う技術が提案されている。より具体的には、センサー装置が６ＬｏＷＰＡＮプロトコルに基づいてＩＰｖ６アドレスをＩｏＴ−ＧＷに登録すると、ＩｏＴ−ＧＷが機器管理サーバに該センサー装置を登録する。
【０００５】
一方、ＩｏＴシステムに参加している装置間の通信の標準化を目的としたＯＣＦ（Ｏｐｅｎ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｆｏｕｎｄａｔｉｏｎ）という団体が、ＩｏＴシステムの装置間の通信技術（通信仕様）を提案している。このＯＣＦで標準化された仕様に準拠した技術（以降、ＯＣＦ技術）の適用により、装置の間で“リソース”と表現されたデータの取得や操作を行うことが可能になる。リソースは、物理的に存在するセンサーやモノ（温度センサー、ライトなど）と、それらセンサーやモノの振る舞い（ライトの点灯・消灯など）を含めた概念をいう。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１４−０７８７７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、上記従来の技術では、低い通信負荷でセンサー装置の情報を動的に取得することに関しては課題があった。例えば、特許文献１の技術では、センサー装置が削除されたことを迅速に検知することができなかった。
【０００８】
また、ＩＰアドレス設定時にセンサー装置を機器管理サーバに登録する技術は、６ＬｏＷＰＡＮに準拠したセンサーネットワークに限られるため、６ＬｏＷＰＡＮのプロトコルに準拠しないセンサー装置は管理することができなかった。
【０００９】
一方、ＯＣＦ技術を用いて機器管理サーバが稼働中（接続中）のセンサー装置を把握しようとした場合、機器管理サーバがネットワークに接続されているリソースに対して、接続されているか否かの問合せを発信すること（探索処理という）が考えられる。この探索処理は、マルチキャストという方法で、ネットワークに接続されている全てのリソースに対して問合せが送信される。このマルチキャストの問合せに対しては、接続されているリソースが機器管理サーバに対して返信を行う。
【００１０】
しかし、このＯＣＦ技術の探索処理を利用した技術では、ネットワークに接続されている装置を動的に把握しようとすると、探索処理の問合せをマルチキャストで全リソースに対して頻繁に送信する必要がある。ところが、センサーネットワークに接続されている装置は、通常は処理能力が低く、頻繁な通信によって負荷が過大になるおそれがある。また、機器管理サーバから探索処理の問合せを受信した時に、スリープ状態にあるセンサー装置は、問合せに対して返信することができないため、接続されているセンサー装置を正しく把握することができないという問題がある。さらに、ＯＣＦ技術の仕様に準拠していない装置は、リソースとして管理できないため、それらの装置を含めた形でＩｏＴシステムに接続されている装置を把握することができなかった。
【００１１】
上記を鑑み、本発明は、機器管理装置が低負荷の通信により、ネットワークに接続されている装置を動的に把握できるようにすることを目的とする。
【課題を解決するための手段】
【００１２】
本発明に係る管理装置は、第一のネットワークに接続された装置の情報を、第一のプロトコルに従って取得する第一の取得手段と、前記第一の取得手段により取得した前記情報を管理する管理手段と、前記第一のネットワークとは異なる第二のネットワークに接続された機器管理装置から、前記第一のネットワークに接続された装置の情報の監視要求であって、前記第一のプロトコルとは異なる第二のプロトコルに準拠した監視要求を受信する受信手段と、前記受信手段により前記監視要求を受信した場合に、前記管理手段により管理される情報の更新を検出する検出手段と、前記検出手段により前記情報の更新が検出された場合に、前記管理手段による管理に基づく通知を前記機器管理装置に行う通知手段と、を有する。
【発明の効果】
【００１３】
本発明によれば、管理装置が第一のネットワークに接続された装置の情報を管理し、情報更新が生じた場合に機器管理装置に通知するため、機器管理装置は低負荷の通信で、ネットワークに接続された装置を動的に把握することができる。
【図面の簡単な説明】
【００１４】
【図１】情報処理システムの構成図。
【図２】管理装置のハードウェア構成図。
【図３】センサー装置のハードウェア構成図。
【図４】管理装置が有する管理テーブル。
【図５】本実施形態のシーケンス図。
【図６】管理装置が実行するフローチャート。
【図７】動作期限が満了した装置を管理テーブルから削除する際のシーケンス図。
【図８】管理装置が実行するフローチャート。
【発明を実施するための形態】
【００１５】
本発明の一実施形態について、図面を参照して以下説明する。なお、以下の実施形態で説明する特徴の組み合わせの全てが本発明に必須のものとは限らない。
【００１６】
［システム構成］
図１は、本実施形態の情報処理システム１００の構成を示す。図１の情報処理システム１００は、センサー装置１０３、１０４、１０５及び１０６を有する無線センサーネットワーク１０８（ＷＳＮ１０８）、ＬＡＮ１０７、ＩｏＴ−ＧＷ１０１、機器管理サーバ１０２（機器管理装置）、センサーデータ処理サーバ１０９、さらにＷＡＮ１１０を介してＬＡＮ１０７に接続するセンサーデータ処理サーバ１１１を含むように構成されている。本実施形態において、センサー装置１０３、１０４、１０５、及び１０６をまとめて呼称する場合は、センサー装置１０３−１０６と記載する。
【００１７】
なお、本発明にいう「第一のネットワークに接続された装置」はセンサー装置（１０３、１０４、１０５及び１０６）を含むが、それに限らず、照明、カメラの雲台等動作を制御する対象となる装置も含む。また、「第一のネットワーク」は無線センサーネットワーク（１０８）を含むが、通信を行うネットワークであればよい。また、本発明にいう「第二のネットワークに接続された機器管理装置」は機器管理サーバ（１０２）を含むが、いわゆるサーバに限られず機器を管理できる装置であればよく、ネットワーク上に構築された仮想化された装置でもよい。「第二のネットワーク」はＬＡＮ（１０７）を含むが、これに限られずＷＡＮを含む如何なる種類のネットワークでもよい。本発明にいう「管理装置」はＩｏＴ−ＧＷ（１０１）を含むが、いわゆるＩｏＴゲートウェイに限られず、本発明にいう管理を行うことができる如何なる装置であってよい。
【００１８】
ＩｏＴ−ＧＷ１０１は、ＷＳＮ１０８とＬＡＮ１０７の両方に接続する。ＩｏＴ−ＧＷ１０１とＬＡＮ１０７との接続は、例えばＥｔｈｅｒｎｅｔ（登録商標）などの有線接続であってもよいし、Ｗｉ−Ｆｉ（登録商標）（ＩＥＥＥ８０２．１１シリーズに準拠）などの無線接続であってもよい。そして、ＩｏＴ−ＧＷ１０１は、ＬＡＮ１０７を介して機器管理サーバ１０２及びセンサーデータ処理サーバ１０９と接続してＩＰｖ６通信を実行する。また、ＬＡＮ１０７とＷＡＮ１１０を介してセンサーデータ処理サーバ１１１と接続してＩＰｖ６通信を実行する。センサーデータ処理サーバ１１１は一般にクラウドと呼ばれる仮想化プラットフォーム上にあるサーバであってもよい。なお本実施形態において、ＩｏＴ−ＧＷ１０１は、ゲートウェイとしての機能だけでなく、ネットワークカメラや、プリンタとしての機能を有していても良く、またＩｏＴ−ＧＷ１０１がセンサーを有するような構成を用いても良い。さらに、その他の処理を行うアプリケーションが実行可能なＰＣやスマートフォン、ルータなどであっても良いものとする。
【００１９】
機器管理サーバ１０２は、情報処理システム１００を構成する各機器やセンサー装置について、システムへの接続および設定や状態の管理を行うサーバである。また、センサーデータ処理サーバ１０９とセンサーデータ処理サーバ１１１は、情報処理システム内のセンサー装置が送信するセンサーデータの収集、蓄積、解析等を実行する。
【００２０】
一方、ＩｏＴ−ＧＷ１０１とセンサー装置１０３−１０６は、無線ＰＡＮ通信でメッシュネットワークであるＷＳＮ１０８を構築する。ＷＳＮ１０８はメッシュ型のネットワークトポロジーに限定されるものではなく、ＩｏＴ−ＧＷ１０１を中心としたスター型のようなネットワークであってもよい。なお、ＩｏＴ−ＧＷ１０１とセンサー装置１０３−１０６以外の他の装置がＷＳＮ１０８に接続していてもよい。無線ＰＡＮの通信規格は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）、及びＷｉ−ＳＵＮ（登録商標）が挙げられる。ＷＳＮ１０８の通信では、これらの中のいずれかの無線ＰＡＮ規格のプロトコルを使用するが、その上位のネットワーク層のプロトコルには６ＬｏＷＰＡＮを使用するものとしている。
【００２１】
センサー装置１０３−１０６のそれぞれは、６ＬｏＷＰＡＮパケットを含む無線ＰＡＮフレームを送信する。ＩｏＴ−ＧＷ１０１は、ＷＳＮ１０８とＬＡＮ１０７間でパケットの転送を実行する。ＷＳＮ１０８からＬＡＮ１０７へパケットを転送する場合は６ＬｏＷＰＡＮプロトコルのパケットをＩＰｖ６パケットに変換する。逆にＬＡＮ１０７からＷＳＮ１０８へ転送する場合は、ＩＰｖ６パケットを６ＬｏＷＰＡＮパケットに変換する。
【００２２】
情報処理システム１００では、機器管理サーバ１０２が、センサー装置１０３−１０６やＩｏＴ−ＧＷ１０１などの機器、およびそれらの持つセンサーなどをＯＣＦ技術におけるリソースとして管理する。即ち、機器管理サーバ１０２はＯＣＦ技術を用いたデバイス探索を実施することで、センサー装置１０３−１０６やＩｏＴ−ＧＷ１０１を探索する。さらに、機器管理サーバ１０２は、探索したデバイスの持つリソースに対して、登録、取得、更新、削除、監視の要求パケットを送信することで、センサー装置１０３−１０６やＩｏＴ−ＧＷ１０１の持つリソース情報を取得したり、振る舞いを制御したりすることが可能になる。
【００２３】
このように、センサー装置が接続されたセンサーネットワークは、オフィス環境のモニタリングや、工場ラインの自動化、ヘルスケアなど多岐に適用することができる。
【００２４】
［ＩｏＴ−ＧＷ１０１のハードウェア構成］
次に、ＩｏＴ−ＧＷ１０１のハードウェア構成について、図２を参照して説明する。図２の１０１は、図１のＩｏＴ−ＧＷ１０１を表す。ＩｏＴ−ＧＷ１０１の内部は、主に、システムバス２０１にＣＰＵ２０２、ＲＡＭ２０３、ＲＯＭ２０４、ＰＡＮ制御部２０５、ＬＡＮ制御部２０６、転送入力制御部２０７、転送処理部２０８が接続するハードウェア構成となっている。システムバス２０１は、接続するＣＰＵ２０２等の各ブロック間でデータを伝達する。
【００２５】
ＣＰＵ２０２で実行するプログラムにはＯＳやアプリケーション、ＴＣＰ／ＩＰプロトコルスタック、無線ＰＡＮプロトコルスタックが含まれる。ＲＡＭ２０３は、ＩｏＴ−ＧＷ１０１の主記憶部であって、主に、ＣＰＵ２０２、転送入力制御部２０７、および転送処理部２０８の処理実行時にデータの一時記憶領域として使用される。ＲＯＭ２０４は、ＣＰＵ２０２が実行するソフトウェアプログラムが格納される不揮発性の記憶部である。ＲＯＭ２０４に格納されるプログラムは、ＲＡＭ２０３に転送され、ＣＰＵ２０２によって読み出されて実行される。また、本実施形態において、ＩｏＴ−ＧＷ１０１はＷＳＮ１０８に所属しているセンサー装置１０３−１０６と、該センサー装置の持つセンサーの情報を管理するためのテーブル（以降、センサー管理テーブルと呼称する）をＲＡＭ２０３もしくはＲＯＭ２０４に持つ。さらに、センサー装置１０３−１０６や機器管理サーバ１０２などの外部の装置からセンサー管理テーブルを操作することを実現するために、ＩｏＴ−ＧＷ１０１はＯＣＦ技術におけるサーバとして動作するためのソフトウェアプログラムを有する。センサー管理テーブルと、その管理の処理についての説明は後述する。
【００２６】
ＰＡＮ制御部２０５は、ＷＳＮ１０８に接続する無線ＰＡＮ規格の通信インターフェースである。無線ＰＡＮ規格に対応した物理層、ＭＡＣ層の通信制御を実行し、ＷＳＮ１０８との無線接続およびパケットの送受信の機能を提供する。例えばＺｉｇＢｅｅ（登録商標）の場合、ＩＥＥＥ８０２．１５．４に対応した物理リンク制御を実行する。なお、本実施形態では、ＩｏＴ−ＧＷ１０１がメッシュネットワーク構成のＷＳＮ１０８に接続するものとしているが、Ｂｌｕｅｔｏｏｔｈ（登録商標）の場合にはＩｏＴ−ＧＷ１０１とセンサー装置がピアツーピア接続で通信するものとしてもよい。
【００２７】
ＬＡＮ制御部２０６は、ＬＡＮ１０７に接続する通信インターフェースであり、有線ＬＡＮもしくは無線ＬＡＮの通信制御を実行する。例えば、ＩｏＴ−ＧＷ１０１が有線ＬＡＮで接続する形態とする場合、ＬＡＮ制御部２０６には伝送メディアのＰＨＹ及びＭＡＣ（伝送メディア制御）ハードウェア回路が含まれる。有線ＬＡＮで接続する形態の場合、ＬＡＮ制御部２０６はＥｔｈｅｒｎｅｔ（登録商標）のＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）に相当する。あるいは、ＩｏＴ−ＧＷ１０１が無線ＬＡＮで接続する形態とする場合、ＬＡＮ制御部２０６は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ等の無線ＬＡＮ制御を実行するコントローラ、ＲＦ回路、アンテナが含まれる。
【００２８】
転送入力制御部２０７は、ＰＡＮ制御部２０５がＷＳＮ１０８から受信する無線ＰＡＮフレームを転送処理部２０８の処理対象とするかどうか判定する。この判定は、無線ＰＡＮフレームが６ＬｏＷＰＡＮパケットを含むか否かを判定することも含まれる。この判定の結果、６ＬｏＷＰＡＮパケットを持つフレームは、無線ＰＡＮ規格のフレーム形式から、転送処理部２０８で処理可能なＥｔｈｅｒｎｅｔフレーム形式に変換する。さらに該フレームのペイロードデータは、６ＬｏＷＰＡＮからＩＰｖ６へパケット形式を変換する。これらの変換処理の後、該フレームを転送処理部２０８に入力する。
【００２９】
転送処理部２０８は、フレーム転送処理を行う機能部である。転送対象フレームには、ＰＡＮ制御部２０５が受信して転送入力制御部２０７を介して入力されるフレームや、ＣＰＵ２０２が実行するＴＣＰ／ＩＰプロトコルスタックが送信するフレームが含まれる。転送処理部２０８では、入力されたフレームを解析し、該フレームの転送条件をチェックし、該フレームの転送に係る処理を実行する。転送処理部２０８は、ＬＡＮ１０７側に転送するフレームについては、そのヘッダ情報（例えばＥｔｈｅｒｎｅｔヘッダ及びＩＰｖ６ヘッダの各フィールド）を設定する。代表的には、該転送フレームのＩＰｖ６ヘッダ情報の宛先フィールドを設定する。
【００３０】
［センサー装置１０３のハードウェア構成］
次に、センサー装置１０３のハードウェア構成の一例について、図３を参照して説明する。図３は、本実施形態のセンサー装置１０３のハードウェア構成を示すブロック図である。図３の１０３が図１のセンサー装置１０３を表す。センサー装置１０３はマイクロプロセッサ、ＲＡＭ、ＲＯＭ、シリアル通信バスインタフェースなどのハードウェアを１つにまとめた集積回路であるＭＣＵ（Ｍｉｃｒｏ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）３０１と、ＰＡＮ制御部３０２と、センサー部３０３で構成される。ＰＡＮ制御部３０２とセンサー部３０３は、ＵＡＲＴ、Ｉ２Ｃ、ＳＰＩなどのいずれかのシリアル通信バスでＭＣＵ３０１と接続する。
【００３１】
ＭＣＵ３０１は、各々の機能部の制御、無線ＰＡＮプロトコル処理、センサーデータの取得や送信などの処理を実行する。これらの処理は、ＭＣＵ３０１内部に記録されるソフトウェアプログラムとして実装される。
【００３２】
ＰＡＮ制御部３０２は、ＷＳＮ１０８に接続する無線ＰＡＮ規格の通信インターフェースである。図２のＰＡＮ制御部２０５と同等の機能を有する。また、センサー部３０３は、ジャイロ、加速度、方位、距離、振動、温度、湿度、照度、ＵＶ、気圧、ガス、放射能、におい、ドアや窓の開閉、侵入検知など、何らかの値の測定やイベント検知を行うことができるセンサー素子とＡ／Ｄ変換器を含む集積回路である。ＭＣＵ３０１が実行するプログラムは、センサー部３０３からデータを取得してセンサーデータを作成する。そしてセンサーデータをＰＡＮ制御部３０２に出力することでＷＳＮ１０８に送信する。
【００３３】
また、本実施形態においてセンサー１０３はＯＣＦ技術のクライアントとして動作するためのソフトウェアプログラムを有しており、後述するＩｏＴ−ＧＷ１０１の持つセンサー管理テーブルのエントリを操作するのに使用する。さらに、ＯＣＦ技術のサーバとして動作する機能を有していても良く、これはセンサー部３０３をＯＣＦ技術におけるリソースとして管理し、そして該リソースに対する他の装置からの登録、取得、更新、削除の操作要求を受け付けるために使用する。
【００３４】
なお本実施形態では、センサー装置１０３−１０６は略同様のハードウェア構成を持つことを想定するが、センサー部３０３に有するセンサーの種別についてはそれぞれ異なっていても良い。また、センサー部３０３に含まれるセンサーは１つとは限らず、複数の種別のセンサーを有していても良いものとする。
【００３５】
［ＩｏＴ−ＧＷ１０１によるセンサー管理テーブルを用いたセンサー管理手段］
次にＩｏＴ−ＧＷ１０１の実施するＷＳＮ１０８に所属するセンサー装置１０３−１０６とセンサー装置の持つセンサーの情報を、センサー装置からの要求に基づいて管理する手段について図４乃至図５を用いて説明を与える。また、管理しているセンサー情報を、機器管理サーバ１０２からの監視要求に基づいて通知する処理についても図６を用いて説明を与える。
【００３６】
図４はＩｏＴ−ＧＷ１０１の有するセンサー管理テーブルを例示したものである。本実施形態ではセンサー管理テーブルに、センサー装置の有するセンサー種別（種別情報）、該センサー装置のアドレス情報（識別情報）、センサー装置の有効期限（動作期間）などを有している。本実施形態において、センサー種別はＯＣＦ技術におけるリソースのタイプに対応付けられていることを想定し、センサー装置１０３−１０６が有するセンサーの種別を表したものである。またアドレス情報はＷＳＮ１０８に属するセンサー装置１０３−１０６を一意に識別できる情報であり、本実施形態ではＩＰｖ６アドレスを使用することを想定する。なお、アドレス情報はＷＳＮ１０８に参加している装置を一意に識別可能であればよく、ＩＰｖ６アドレスの代わりにＥＵＩ−６４やレイヤ２のアドレスなどを使用しても良い。センサーの有効期限は、センサー装置が継続して動作可能な期間であり、センサーデータパケットを送信したり、他の装置からのパケットを受信したりすることが可能な期間が入力されることを想定する。例えば、６ＬｏＷＰＡＮのアドレス登録オプション（Ａｄｄｒｅｓｓ  Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｏｐｔｉｏｎ、ＡＲＯ）でセンサー装置１０３−１０６から通知されるＩＰｖ６アドレスのライフタイムが使用される。また、ＩＰｖ６アドレスのライフタイム以外にも、例えばセンサー装置がバッテリー駆動である場合には、バッテリー残量などから導出される駆動可能な期間などを使用しても良い。
【００３７】
また、センサー管理テーブルには付加的な情報として、センサー装置１０３−１０６の位置情報や、各センサーがセンシングを行う対象のオブジェクトをテーブルに保持しても良い。例えば、位置情報はセンサー装置のＧＰＳ情報などでも良いし、特定の建物やフロアを指定するような情報でも良く、センサー装置１０３−１０６がこれらの位置情報を送信できるように予め構成されていることを想定する。また、センシングの対象オブジェクトの情報（情報収集する対象の情報）については、例えば「オフィス」や「オフィス入口」のように、センサー装置の設置に伴ってシステム管理者などによって事前に設定された情報が格納されているような状況を想定する。なお、本実施形態では付加的な情報として位置情報やセンシングの対象オブジェクトを指定するような構成を用いているが、その他にも監視要求の際に使用可能な情報をセンサー管理テーブルに加えても良いものとする。この監視要求についての説明は後述する。
【００３８】
ＩｏＴ−ＧＷ１０１は、このセンサー管理テーブルをＯＣＦ技術におけるリソースとして生成し、管理する。このセンサー管理テーブルの管理の処理について図５のシーケンス図を用いて説明する。
【００３９】
まずＩｏＴ−ＧＷ１０１は処理５０１でエントリを含んでいない空のセンサー管理テーブルをリソースとして生成する。これにより、センサー装置１０３−１０６からのリソースの登録、更新、削除の要求を受け付けたり、機器管理サーバ１０２からセンサー管理テーブルの監視要求を受け付けたりすることが可能になる。なお、センサー管理テーブルをリソースとして生成する際、テーブル全体を１つのリソースとして管理するだけでなく、テーブル内の各エントリをリソースとしたり、テーブルの状態を要約した情報（テーブルエントリ数、管理中のセンサー装置数やセンサー種別、位置情報や対象オブジェクトなど）をリソースとしたりして管理する方法を用いても良い。本実施形態においても、センサー管理テーブルをリソースとして管理する際には、センサー管理テーブルの各エントリや、テーブルの状態を要約した情報（以降、テーブル状態情報）もリソースとして管理できる形態を用いることを想定して説明する。
【００４０】
なお、本実施形態ではＩｏＴ−ＧＷ１０１が起動した直後にセンサー管理テーブルを生成することを想定して図示しているが、ＩｏＴ−ＧＷ１０１がＷＳＮ１０８とＬＡＮ１０７のゲートウェイとして動作する、即ち６ＬｏＷＰＡＮにおける６ＬＢＲとして動作することが決定したときに生成しても良いものとする。また、ＩｏＴ−ＧＷ１０１が機器管理サーバ１０２から、後述する監視要求のパケットを受信したときにセンサー管理テーブルを生成するような構成を用いても良いものとする。
【００４１】
次に処理５０２で、ＩｏＴ−ＧＷ１０１は処理５０１で作成したセンサー管理テーブルに対する監視要求を機器管理サーバ１０２から受信する。本実施形態では、ＯＣＦ技術で使用されるＣｏＡＰ（ＲＦＣ７２５２  Ｔｈｅ  Ｃｏｎｓｔｒａｉｎｅｄ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）というプロトコルのＯｂｓｅｒｖｅオプション（ＲＦＣ７６４１  Ｏｂｓｅｒｖｉｎｇ  Ｒｅｓｏｕｒｃｅｓ  ｉｎ  ｔｈｅ  Ｃｏｎｓｔｒａｉｎｅｄ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いて実現することを想定する。このＯｂｓｅｒｖｅの要求メッセージを、処理５０１で生成したセンサー管理テーブルのリソースに対して送信することで、センサー管理テーブルの持つ値、即ちテーブルのエントリに対する登録、更新、削除が行われた際に、ＩｏＴ−ＧＷ１０１は機器管理サーバ１０２に対してセンサー管理テーブルの情報を通知することが可能になる。なお、本実施形態ではＣｏＡＰとＯｂｓｅｒｖｅオプションを用いる例を示しているが、同様の機能を有する他のプロトコルを用いても良いものとする。
【００４２】
このとき、処理５０２の監視要求には、ＩｏＴ−ＧＷ１０１が通知を返信するか否かを判断するための条件（通知情報）を指定できるような構成を用いても良い。また、監視要求に対する通知メッセージを機器管理サーバ１０２に送信する際に、通知メッセージに含ませる情報を機器管理サーバ１０２から指定できるような構成を用いても良い。本実施形態においてもこれらの指定ができるような構成を用いる。これは、例えば前述のＯｂｓｅｒｖｅオプションを持つＣｏＡＰの要求メッセージのペイロード部分に、通知の要否を判断するための条件、および通知メッセージに含ませる情報の指定を付与するような構成を想定する。通知の要否を判断するための条件の例としては、単純にセンサー管理テーブルに対してセンサー装置の新規登録や削除に伴ってエントリが追加・削除されたことの他に、センサー管理テーブルの持つ値を指定し、ＷＳＮ１０８に接続された装置が収集する情報の値が所定の閾値を超えたときに通知することを要求してもよい。また、特定のセンサー種別、特定の位置情報、センシングの対象オブジェクトを持つエントリが登録・更新・削除されたこと、などを通知するようにしてもよい。また、機器管理サーバ１０２が指定可能な通知メッセージに含ませる情報としては、センサー管理テーブル全体を通知する以外に、新規登録・削除されたエントリのみを通知したり、指定されたセンサー種別や位置情報、センシング対象オブジェクトに関連するエントリの情報を通知したりするような構成を用いても良い。また、センサー管理テーブルのエントリをそのまま通知するのではなく、センサー管理テーブルの状態を要約した情報を使用しても良い。この要約情報は、例えばセンサー管理テーブルに登録されているエントリの数や、デバイスの数、センサー種別のリストやセンサー種別数、位置情報のリスト、センシング対象オブジェクトのリストなどが想定され、これらの１つもしくは複数の情報が含まれる。
【００４３】
このように、センサー管理テーブルの持つ情報に条件指定をして、そのときに通知メッセージに含ませるデータを指定した監視要求を受信したＩｏＴ−ＧＷ１０１は、監視要求の情報と、指定された条件および通知すべき情報を紐づけて管理し、センサー管理テーブルの状態が更新された際にこれらの情報に基づいて、監視要求に対する通知処理を行う。本実施形態では、処理５０２でセンサー種別に温度センサー、照度センサーの情報を持つエントリに対して操作が行われたときに、これらの情報を含むエントリを通知するように、監視要求がされたことを想定して説明を与える。
【００４４】
処理５０２ののち、処理５０３でＷＳＮ１０８に接続するセンサー装置１０３が起動し、処理５０４でセンサー装置１０３からセンサー管理テーブルに対して、温度センサーのエントリの登録要求を送信される。処理５０４のようなセンサー装置１０３−１０６から送信されるセンサー管理テーブルに対するエントリの登録・更新・削除の要求処理は、ＯＣＦ技術で使用されるＣｏＡＰプロトコルのＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅモデルの通信によって実現される。このとき、登録・更新・削除の要求は、それぞれＣｒｅａｔｅ，Ｕｐｄａｔｅ，Ｄｅｌｅｔｅの要求メッセージを用いる。そのため、処理５０４についてはセンサー装置１０３からセンサー管理テーブルのエントリのリソースに対してＣｒｅａｔｅ要求を送信することで実現する。
【００４５】
処理５０４でセンサー管理テーブルへのエントリ登録要求を受信したＩｏＴ−ＧＷ１０１は処理５０５でセンサー管理テーブルにエントリの登録処理を実施した後、機器管理サーバ１０２に対しての通知の要否判断を行う。この一連の処理については図６のフローチャート図を用いて説明するため後述するが、処理５０４では温度センサーの登録要求を受信しているため、ＩｏＴ−ＧＷ１０１は機器管理サーバ１０２に対してセンサー管理テーブルの中の温度センサーに関する情報を持つエントリを通知する（処理５０６）。なお、この通知は機器管理サーバ１０２のみならず、システム管理者等のユーザに通知するようにしても良い。
【００４６】
次に、処理５０７でセンサー装置１０４が起動し、処理５０８で振動センサーのエントリの登録要求を送信する。ここでＩｏＴ−ＧＷ１０１は、処理５０５と同様、処理５０８で受信した要求に基づき、センサー管理テーブルにエントリを登録した後、機器管理サーバ１０２に対する通知の要否判断を行う。処理５０８では振動センサーのエントリの登録要求を受信したが、これは処理５０２で受信した監視要求に含まれる条件に該当していない。そのため、処理５０５のときとは異なり、通知のメッセージを送信しないという判断をする。
【００４７】
次に処理５１０でセンサー装置１０３は温度センサーに代わって照度センサーを起動する。このとき、センサー装置１０３はＩｏＴ−ＧＷ１０１に対して既に登録済みの温度センサーに関するエントリを、照度センサーのエントリに更新するための要求を処理５１１で送信する。このエントリ更新の要求を受信したＩｏＴ−ＧＷ１０１は処理５１２でセンサー管理テーブルの既存のエントリに対して更新処理を実施する。また、センサー管理テーブルの更新に伴って、機器管理サーバ１０２に対する通知の要否判断を実施する。この場合、エントリの更新の処理によって、温度センサーのエントリが無くなり、また照度センサーのエントリが新たに追加されたことになるので、処理５０２で受信した管理要求に含まれる条件に合致すると判断し、処理５１３でセンサー管理テーブル内の温度センサーと照度センサーに関するエントリを含む通知メッセージを送信する。通知メッセージは必要に応じてシステムのユーザに送信するようにしても良い。
【００４８】
続いて、図６のフローチャート図を用いて、図５の処理５０５、５０９、５１２でＩｏＴ−ＧＷ１０１が実施するセンサー管理テーブルに対する操作の処理と、監視要求に対する通知の要否判断の処理について説明する。
【００４９】
まずＳ６０１では、センサー装置１０３−１０６からセンサー管理テーブルのエントリのリソースに対する操作要求を受信する。これは図５の処理５０４や５０８、５１１でセンサー装置から送信されたリソースの操作要求パケットを受信して、要求された操作内容を解析する処理を表している。次にＳ６０１で解析した結果、Ｓ６０２でリソース操作要求の内容が何であったかを識別する。この識別処理はＯＣＦ技術の登録（ＣＲＥＡＴＥ），更新（ＵＰＤＡＴＥ），削除（ＤＥＬＥＴＥ）のどの処理に該当するかを識別する処理であり、操作要求が、エントリの登録であった場合にはＳ６０３に遷移し、更新だった場合はＳ６０４、削除であった場合はＳ６０５に遷移する。
【００５０】
Ｓ６０３に遷移した場合、要求パケットに包含されるセンサー種別やアドレス、有効期限などのセンサー管理テーブルに入力すべき情報を用いて、センサー管理テーブルにエントリの追加を行う。Ｓ６０４に遷移した場合、更新要求のパケットに含まれる情報から、センサー管理テーブルに既に登録されているエントリを探索し、当該エントリに対して更新要求パケットに含まれる情報を用いて上書きする処理を行う。同様にＳ６０５に遷移した場合は、センサー管理テーブルに既に登録されているエントリを探索し、当該エントリの削除を行う。以上のいずれかの処理を行ったのち、Ｓ６０６に遷移して、必要に応じて要求された処理の実施結果を送信元のセンサー装置に通知する。
【００５１】
次にＳ６０７では、図５の処理５０２で受信した監視要求に付与されていた、通知パケットを返信するか否かを判断するための条件と、実施した操作の内容を比較する処理を行う。Ｓ６０３乃至Ｓ６０５で機器管理サーバ１０２に指定された条件に合致する操作を行っていた場合、Ｓ６０８に遷移して監視要求の情報に紐づけて管理されていた通知すべき情報の確認を行う。そしてＳ６０９で通知すべき情報を通知パケットにペイロードに付加して、機器管理サーバ１０２および必要に応じてシステムユーザに対して送信する。もしＳ６０７の判定処理で、条件を満たしていないと判断された場合は、機器管理サーバ１０２に対して通知パケットを送信しないと判断し、処理を終了する。
【００５２】
なお、図２には示していないが、ＩｏＴ−ＧＷ１０１がセンサーを有する構成を用いても良く、この場合、図５の処理５０１でセンサー管理テーブルを生成したときに、有効となるセンサーを登録するように動作することを想定する。また、ＩｏＴ−ＧＷ１０１の持つセンサーの作動状況が変化した場合、そのたびに図６に記載のフローチャートに基づいて、センサー管理テーブルに対する操作の処理と、監視要求に対する通知の要否判断の処理を実施する。
【００５３】
（接続されている装置の把握）
次に、機器管理サーバ１０２が現時点のＷＳＮ１０８に接続されているセンサー装置１０３−１０６を含む装置を把握する方法について説明する。
【００５４】
図５、６で説明したように、本実施形態では、ＩｏＴ−ＧＷ１０１がセンサー管理テーブルを生成する。機器管理サーバ１０２は、各リソースに対してではなく、センサー管理テーブルに対して監視要求し、センサー管理テーブルに登録されたリソースの情報を得る。
【００５５】
このシステムにおいて、ＷＳＮ１０８に接続されている装置を把握しようとするときは、機器管理サーバ１０２はＩｏＴ−ＧＷ１０１のセンサー管理テーブルに対して、リソース情報の取得要求（Ｒｅｑｕｅｓｔ）を送信する。
【００５６】
これに対して、ＩｏＴ−ＧＷ１０１は、センサー管理テーブルに登録されている装置の情報を、前記情報の取得要求（Ｒｅｑｕｅｓｔ）に対する返答（Ｒｅｓｐｏｎｓｅ）として返信する。
【００５７】
この返信によって、機器管理サーバ１０２はセンサー管理テーブルに登録されているリソース、すなわちＷＳＮ１０８に接続されている装置を把握することができる。
【００５８】
本実施形態によれば、機器管理サーバ１０２は、ＯＣＦ技術の仕様に準拠していない装置を含めてＷＳＮ１０８に接続されている全装置の情報を把握することができる。
【００５９】
通常、ＯＣＦ技術のリソースとして管理するためには、装置自体がＯＣＦ技術のプログラムを実装しなければならないが、本実施形態によれば、装置がＯＣＦ技術のプログラムを実装していない場合でもＣｏＡＰ（Ｃｏｎｓｔｒａｉｎｅｄ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）プロトコル等でＷＳＮ１０８のセンサー管理テーブルに登録することができる。このため、ＯＣＦ技術の仕様に準拠していない装置であってもセンサー管理テーブルに登録することができ、機器管理サーバ１０２がそれらの装置の情報を得ることができる。
【００６０】
また、本実施形態によれば、低い通信負荷により接続されている装置の情報を把握することができる。すなわち、本実施形態によれば、機器管理サーバ１０２は、ＷＳＮ１０８に接続されているすべての装置に対して、直接問合せを送信する必要がなく、センサー管理テーブルに対して問合せを送信すればよい。ＩｏＴ−ＧＷ１０１がセンサー管理テーブルに登録されている情報に基づいて返信することで、機器管理サーバ１０２はＷＳＮ１０８に接続されている装置の情報を得ることができる。これにより、通信の負荷を大幅に低減させることができる。
【００６１】
また、本実施形態によれば、スリープ状態の装置であっても、機器管理サーバ１０２はＷＳＮ１０８に接続されている装置を把握することができる。
【００６２】
上述したように、本実施形態によれば、機器管理サーバ１０２は、センサー管理テーブルに対して問合せを送信する。ＷＳＮ１０８に接続されている装置は、スリープ状態にあってもセンサー管理テーブルに登録しておくことができる。したがって、機器管理サーバ１０２はセンサー管理テーブルに登録されている装置を把握することにより、スリープ状態の装置を含めてＷＳＮ１０８に接続されている装置を把握することができる。
【００６３】
また、上述したように、センサー管理テーブルのエントリをそのまま通知するのではなく、センサー管理テーブルの状態を要約した情報を通知してもよいので、接続されている装置の種々の要約情報、あるいは、ネットワークに接続されている装置に関して、識別情報、種別情報、動作期間、位置情報、情報収集する対象の情報の少なくとも一つの情報に関して要約した情報を通知するようにしても良い。
【００６４】
［機能停止したセンサー装置に関するセンサー管理テーブルのエントリの削除］
次に、上述のセンサー管理テーブルを用いたセンサー管理方法を実施中に、ＷＳＮ１０８内の一部のセンサー装置が機能を停止する、もしくは通信が途絶するなどして、正常な通信ができなくなった状況を想定する。このときに、センサー管理テーブルから、当該センサー装置に関するエントリを削除する方法について図７乃至図８を用いて説明する。
【００６５】
図７は、図５乃至図６を用いて説明をしたセンサー管理テーブルの管理処理中に、ＷＳＮ１０８内のセンサー装置と通信できなくなってしまったときに、ＩｏＴ−ＧＷ１０１がセンサー管理テーブルから当該センサー装置に関連するエントリを削除する処理を表したシーケンス図である。なお、図５を用いて既に説明した同様の処理については詳細な説明を省略する。
【００６６】
処理７０１乃至処理７０２は、図５における処理５０１乃至処理５０２と同様の処理を行う。次に処理７０３でＷＳＮ１０８に接続するセンサー装置１０５が起動し、処理７０４でセンサー装置１０５からセンサー管理テーブルに対して、温度センサーのエントリの登録要求を送信する。そして、ＩｏＴ−ＧＷ１０１は処理７０５でセンサー管理テーブルにエントリの登録処理を実施した後、機器管理サーバ１０２に対しての通知の要否判断を行う。この場合、温度センサーのエントリの追加処理をしたため、ＩｏＴ−ＧＷ１０１は処理７０６で機器管理サーバ１０２に対して通知パケットを送信する。
【００６７】
次に処理７０７でセンサー装置１０５が停止する。これは例えば、センサー管理テーブルに登録済みのエントリを削除する前にセンサー装置１０５のバッテリーが切れてしまったり、何らかの衝撃により物理的に破壊されたりする状況が想定される。また、センサー装置１０５とＩｏＴ−ＧＷ１０１との間で通信が途絶するような状況も含まれる。
【００６８】
その後、時間が経過して処理７０８でＩｏＴ−ＧＷ１０１のセンサー管理テーブルの中に含まれるセンサー装置１０５に関するエントリの有効期限（動作期間）が満了を迎えたことを検知する。これは処理７０４でエントリの登録がされた際に、有効期限として通知された時間を用いてタイマを設定するなどして実現する。処理７０８ののち、処理７０９でＷＳＮ１０８を介してセンサー装置１０５と通信可能か否かの確認するために生存確認パケットの送信を行う。この処理については図８の説明で詳細を述べる。処理７０９の生存確認パケットに対して返答がないため、処理７１０ではセンサー管理テーブルの有効期限の満了したエントリ、即ちセンサー装置１０５に関するエントリを削除する。さらに、通知の要否を判断するが、今回の場合では処理７０４で追加した温度センサーに関するエントリが削除されることになるため、処理７１１で通知のメッセージを送信する。
【００６９】
次に図８のフローチャート図を用いて、図７の処理７０８乃至７１１でＩｏＴ−ＧＷ１０１で実施する処理について説明をする。まずＳ８０１では、処理７０４のエントリの登録処理で設定したタイマの発火により、センサー管理テーブルのエントリの有効期限が満了したことを検知する。これは即ち、該エントリに関連付けられたセンサーが停止した可能性を示している。そのため、Ｓ８０２でエントリの持つＩＰｖ６アドレス宛に生存確認パケットを送信する。この生存確認パケットには、ＩＣＭＰｖ６のエコーリクエスト（Ｐｉｎｇパケット）を用いることを想定する。または、宛先のセンサー装置にＲｅｑｕｅｓｔ／Ｒｅｐｌｙモデルの通信をするアプリケーション層プロトコルが搭載されている場合には、当該プロトコルのＲｅｑｕｅｓｔパケットを用いても良い。次にＳ８０３でこの生存確認パケットに対して返信があるか否かを確認する。返信がある場合は、有効期限のタイマが発火したエントリに関連付けられたセンサーが未だ有効であり、センサーデータパケットの取得が可能であると考えられるため、エントリの削除はせずに処理を終了する。なお、フローチャートには記載をしていないが、処理の終了の前にＩｏＴ−ＧＷ１０１がタイマの発火したエントリに対して、再度タイマの設定をするステップを用いても良いものとする。
【００７０】
一方、Ｓ８０３で生存確認パケットに対する返信が無かった場合、該エントリに関連付けられるセンサー装置が停止していると判断し、Ｓ８０４でタイマの発火したエントリをセンサー管理テーブルから削除する。そしてＳ８０５に遷移して、前述のエントリを削除する操作が、図７の処理７０２で機器管理サーバ１０２から受信した監視要求に付与された条件を満たすか否かを確認する。この条件を満たす場合は、Ｓ８０６に遷移して監視要求の情報に紐づけて管理されていた通知すべき情報の確認を行う。そしてＳ８０７で通知すべき情報を通知パケットにペイロードに付加して、機器管理サーバ１０２に対して送信する。もしＳ８０５の判定処理で、条件を満たしていないと判断された場合は、機器管理サーバ１０２に対して通知パケットを送信しないと判断し、処理を終了する。
【００７１】
以上のようにして、ＯＣＦ技術を用いて構築されたシステムにおいて、ＩｏＴ−ＧＷ１０１の持つセンサー管理テーブルの状態が更新されたことに伴って通知パケットを機器管理サーバ１０２に送信できるようになる。これにより、ＷＳＮ１０８にセンサー装置およびそのセンサー装置の有するセンサーが追加・削除されたことを、機器管理サーバ１０２が動的に検知することが可能になる。
【００７２】
また、センサー管理テーブルに格納されたセンサーの有効期限を用いることで、エントリに関連付けられたセンサー装置と通信ができない状況にもかかわらず、エントリが残り続けてしまうという状況を回避することが可能になる。これにより、ＩｏＴ−ＧＷ１０１や機器管理サーバ１０２が不要なエントリを適宜解放することができ、情報処理システム１００内の機器管理に必要なメモリを効率的に使用することが可能になる。
【符号の説明】
【００７３】
１００  情報処理システム
１０１  ＩｏＴ−ＧＷ
１０２  機器管理サーバ
１０３−１０６  センサー装置
１０７  ＬＡＮ
１０８  ＷＳＮ
１０９  センサーデータ処理サーバ
１１０  ＷＡＮ
１１１  センサーデータ処理サーバ
２０１  システムバス
２０２  ＣＰＵ
２０３  ＲＡＭ
２０４  ＲＯＭ
２０５  ＰＡＮ制御部
２０６  ＬＡＮ制御部
２０７  転送入力制御部
２０８  転送処理部
３０１  ＭＣＵ
３０２  ＰＡＮ制御部
３０３  センサー部
【図１】
2019068139.tif 000003
【図２】
2019068139.tif 000004
【図３】
2019068139.tif 000005
【図４】
2019068139.tif 000006
【図５】
2019068139.tif 000007
【図６】
2019068139.tif 000008
【図７】
2019068139.tif 000009
【図８】
2019068139.tif 000010