(57)【要約】【課題】  センサデバイスで検知された情報を中継装置経由でサーバに送信できる環境を構築する際に、ユーザの煩雑さを軽減しセンサデバイスの登録を容易に行うことができる仕組みを提供すること【解決手段】  前記情報処理装置は、センサデバイスと接続させる中継装置を特定するための特定情報の入力を受け付けて、入力を受け付けた特定情報で特定される中継装置とセンサデバイスとを接続させるべく、中継装置にセンサデバイスの固有情報の登録要求を行う。中継装置は、情報処理装置から登録要求をされたセンサデバイスの固有情報を登録し、当該中継装置に固有情報が登録されたセンサデバイスの検知結果に係る情報を取得し、サーバに送信する。サーバは、中継装置から送信された検知結果に係る情報を受信し、受信した検知結果に係る情報を管理することを特徴とする。【選択図】  図９
2018207233.tif 000002
【特許請求の範囲】
【請求項１】
センサデバイスと、接続するセンサデバイスから当該センサデバイスによる検知結果に係る情報を取得しサーバに当該検知結果に係る情報を送信する中継装置と、前記中継装置と通信可能な情報処理装置と、前記サーバとを含む情報処理システムであって、
前記情報処理装置は、
前記センサデバイスと接続させる前記中継装置を特定するための特定情報の入力を受け付ける受付手段と、
前記受付手段で入力を受け付けた前記特定情報で特定される前記中継装置と、前記センサデバイスとを接続させるべく、前記中継装置に前記センサデバイスの固有情報の登録要求を行う登録要求手段と
を備え、
前記中継装置は、
前記登録要求手段により前記情報処理装置から登録要求をされた前記センサデバイスの固有情報を登録する登録手段と、
前記登録手段により当該中継装置に前記固有情報が登録された前記センサデバイスの前記検知結果に係る情報を取得し、前記サーバに送信する送信手段と
を備え、
前記サーバは、
前記送信手段により前記中継装置から送信された前記検知結果に係る情報を受信する受信手段と、
前記受信手段で受信した前記検知結果に係る情報を管理する管理手段と
を備えることを特徴とする情報処理システム。
【請求項２】
前記中継装置は、
前記登録手段により固有情報を登録したセンサデバイスと接続できるか判定する判定手段と、
前記判定手段により、前記センサデバイスと接続できないと判定されたことを条件に前記登録手段で登録した当該センサデバイスの固有情報を削除する削除手段と
を備えることを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記情報処理装置は、
前記センサデバイスを移動するか否かの入力を受け付ける入力受付手段と、
前記入力受付手段により前記センサデバイスを移動する入力を受け付けると、前記受付手段で前記判定手段により当該センサデバイスと接続できないと判定された前記中継装置の特定情報の入力を受け付けないように制御する制御手段と
を備えることを特徴とする請求項２に記載の情報処理システム。
【請求項４】
前記情報処理装置は、
前記センサデバイスと接続可能な前記中継装置を特定する特定手段を備え、
前記受付手段は、前記特定手段より特定した接続可能な前記中継装置の中から、前記センサデバイスと接続させる前記中継装置の選択を受け付けることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
【請求項５】
前記サーバは、
前記受信手段により前記検知結果に係る情報を受信すると、前記管理手段により管理する前記検知結果に係る情報を更新する更新手段を備えることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
【請求項６】
センサデバイスと、接続するセンサデバイスから当該センサデバイスによる検知結果に係る情報を取得しサーバに当該検知結果に係る情報を送信する中継装置と、前記中継装置と通信可能な情報処理装置と、前記サーバとを含む情報処理システムの制御方法であって、
前記情報処理装置は、
前記センサデバイスと接続させる前記中継装置を特定するための特定情報の入力を受け付ける受付工程と、
前記受付工程で入力を受け付けた前記特定情報で特定される前記中継装置と、前記センサデバイスとを接続させるべく、前記中継装置に前記センサデバイスの固有情報の登録要求を行う登録要求工程と
を備え、
前記中継装置は、
前記登録要求工程により前記情報処理装置から登録要求をされた前記センサデバイスの固有情報を登録する登録工程と、
前記登録工程により当該中継装置に前記固有情報が登録された前記センサデバイスの前記検知結果に係る情報を取得し、前記サーバに送信する送信工程と
を備え、
前記サーバは、
前記送信工程により前記中継装置から送信された前記検知結果に係る情報を受信する受信工程と、
前記受信工程で受信した前記検知結果に係る情報を管理する管理工程と
を備えることを特徴とする制御方法。
【請求項７】
センサデバイスと、接続するセンサデバイスから当該センサデバイスによる検知結果に係る情報を取得しサーバに当該検知結果に係る情報を送信する中継装置と、前記中継装置と通信可能な情報処理装置と、前記サーバとを含む情報処理システムで読み取り実行可能なプログラムであって、
前記情報処理装置を、
前記センサデバイスと接続させる前記中継装置を特定するための特定情報の入力を受け付ける受付手段と、
前記受付手段で入力を受け付けた前記特定情報で特定される前記中継装置と、前記センサデバイスとを接続させるべく、前記中継装置に前記センサデバイスの固有情報の登録要求を行う登録要求手段
として機能させ、
前記中継装置を、
前記登録要求手段により前記情報処理装置から登録要求をされた前記センサデバイスの固有情報を登録する登録手段と、
前記登録手段により当該中継装置に前記固有情報が登録された前記センサデバイスの前記検知結果に係る情報を取得し、前記サーバに送信する送信手段
として機能させ、
前記サーバを、
前記送信手段により前記中継装置から送信された前記検知結果に係る情報を受信する受信手段と、
前記受信手段で受信した前記検知結果に係る情報を管理する管理手段
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理システムの制御方法およびプログラムに関し、特に、センサデバイスで検知された情報を中継装置経由でサーバに送信できる環境を構築する際に、ユーザの煩雑さを軽減しセンサデバイスの登録を容易に行うことができる仕組みに関する。
【背景技術】
【０００２】
近年、センサに無線通信機能が付いたデバイス（センサデバイスとも称する）が安価になり、センサデバイスを使用したシステムが運用されるようになっている。
【０００３】
特許文献１には、センサデバイスをサーバに登録するために、センサデバイス自身のアドレスが確定したら当該センサデバイスで検知した情報をサーバに送信する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−７８７７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、例えば、センサデバイスをサーバに登録し、当該センサデバイスで検知した情報を当該センサデバイスが登録されているサーバにアップロードすることがある。
【０００６】
一般に提供されているセンサデバイスはＢｌｕｅｔｏｏｔｈ通信（Ｂｌｕｅｔｏｏｔｈは登録商標）等の近距離無線通信でデータの送受信を行うのみであり、ＷＡＮ（ワイドエリアネットワーク）に直接接続し、データを送受信する機能を持っていない。
【０００７】
しかしながら、データをアップロードしたいサーバが近距離無線通信の可能な範囲に設置されているとは限らないため、サーバにデータをアップロードするためには、近距離無線通信の可能な範囲にある中継装置（例えばＩｏＴゲートウェイ等）に接続させなくてはならないため、センサデバイスをサーバに登録する作業に加えて、センサデバイスを中継装置に登録する作業が必要であり、登録作業が煩雑であった。
【０００８】
本発明は、センサデバイスで検知された情報を中継装置経由でサーバに送信できる環境を構築する際に、ユーザの煩雑さを軽減しセンサデバイスの登録を容易に行うことができる仕組みを提供していることを目的としている。
【課題を解決するための手段】
【０００９】
本発明は、センサデバイスと、接続するセンサデバイスから当該センサデバイスによる検知結果に係る情報を取得しサーバに当該検知結果に係る情報を送信する中継装置と、前記中継装置と通信可能な情報処理装置と、前記サーバとを含む情報処理システムであって、前記情報処理装置は、前記センサデバイスと接続させる前記中継装置を特定するための特定情報の入力を受け付ける受付手段と、前記受付手段で入力を受け付けた前記特定情報で特定される前記中継装置と、前記センサデバイスとを接続させるべく、前記中継装置に前記センサデバイスの固有情報の登録要求を行う登録要求手段とを備え、前記中継装置は、前記登録要求手段により前記情報処理装置から登録要求をされた前記センサデバイスの固有情報を登録する登録手段と、前記登録手段により当該中継装置に前記固有情報が登録された前記センサデバイスの前記検知結果に係る情報を取得し、前記サーバに送信する送信手段とを備え、前記サーバは、前記送信手段により前記中継装置から送信された前記検知結果に係る情報を受信する受信手段と、前記受信手段で受信した前記検知結果に係る情報を管理する管理手段とを備えることを特徴とする。
【００１０】
また、本発明は、センサデバイスと、接続するセンサデバイスから当該センサデバイスによる検知結果に係る情報を取得しサーバに当該検知結果に係る情報を送信する中継装置と、前記中継装置と通信可能な情報処理装置と、前記サーバとを含む情報処理システムの制御方法であって、前記情報処理装置は、前記センサデバイスと接続させる前記中継装置を特定するための特定情報の入力を受け付ける受付工程と、前記受付工程で入力を受け付けた前記特定情報で特定される前記中継装置と、前記センサデバイスとを接続させるべく、前記中継装置に前記センサデバイスの固有情報の登録要求を行う登録要求工程とを備え、前記中継装置は、前記登録要求工程により前記情報処理装置から登録要求をされた前記センサデバイスの固有情報を登録する登録工程と、前記登録工程により当該中継装置に前記固有情報が登録された前記センサデバイスの前記検知結果に係る情報を取得し、前記サーバに送信する送信工程とを備え、前記サーバは、前記送信工程により前記中継装置から送信された前記検知結果に係る情報を受信する受信工程と、前記受信工程で受信した前記検知結果に係る情報を管理する管理工程とを備えることを特徴とする。
【００１１】
また、本発明は、センサデバイスと、接続するセンサデバイスから当該センサデバイスによる検知結果に係る情報を取得しサーバに当該検知結果に係る情報を送信する中継装置と、前記中継装置と通信可能な情報処理装置と、前記サーバとを含む情報処理システムで読み取り実行可能なプログラムであって、前記情報処理装置を、前記センサデバイスと接続させる前記中継装置を特定するための特定情報の入力を受け付ける受付手段と、前記受付手段で入力を受け付けた前記特定情報で特定される前記中継装置と、前記センサデバイスとを接続させるべく、前記中継装置に前記センサデバイスの固有情報の登録要求を行う登録要求手段として機能させ、前記中継装置を、前記登録要求手段により前記情報処理装置から登録要求をされた前記センサデバイスの固有情報を登録する登録手段と、前記登録手段により当該中継装置に前記固有情報が登録された前記センサデバイスの前記検知結果に係る情報を取得し、前記サーバに送信する送信手段として機能させ、前記サーバを、前記送信手段により前記中継装置から送信された前記検知結果に係る情報を受信する受信手段と、前記受信手段で受信した前記検知結果に係る情報を管理する管理手段として機能させることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、センサデバイスで検知された情報を中継装置経由でサーバに送信できる環境を構築する際に、ユーザの煩雑さを軽減しセンサデバイスの登録を容易に行うことができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の構成の一例を示すシステム構成の一例を示す図である。
【図２】本発明におけるサーバのハードウェア構成の一例を示す図である。
【図３】本発明におけるスマートフォンのハードウェア構成の一例を示す図である。
【図４】本発明におけるセンサデバイスのハードウェア構成の一例を示す図である。
【図５】本発明におけるＩｏＴゲートウェイのハードウェア構成の一例を示す図である。
【図６】本発明における機能構成を説明するブロック図の一例を示す図である。
【図７】本発明における登録画面の操作処理フローの一例を示す図である。
【図８】本発明におけるセンサデバイス特定処理フローの一例を示す図である。
【図９】本発明におけるセンサデバイスの登録処理フローの一例を示す図である。
【図１０】本発明におけるセンサデバイスからの情報取得とサーバへの送信処理フローの一例を示す図である。
【図１１】本発明におけるスマートフォンの画面に表示させる画面の一例を示す図である。
【図１２】本発明におけるデータテーブルの一例を示す図である。
【図１３】第二実施形態におけるセンサデバイスの登録処理フローの一例を示す図である。
【図１４】第二実施形態におけるスマートフォンの画面に表示させる画面の一例を示す図である。
【図１５】第二実施形態におけるデータテーブルの一例を示す図である。
【図１６】本発明におけるセンサデバイス登録解除処理フローの一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１５】
図１は本発明のスマートフォン１０４（情報処理装置）、センサデバイス１０６、ＩｏＴゲートウェイ１０７（中継装置）、サーバ１０１を用いた情報処理システムの構成の一例を示すシステム構成図である。
【００１６】
ネットワーク１００上にサーバ１０１、無線ＬＡＮアクセスポイント１０２、ＩｏＴゲートウェイ１０７が接続されている。
【００１７】
無線ＬＡＮアクセスポイント１０２は、スマートフォン１０４と無線１０３で接続されている。
【００１８】
ＩｏＴゲートウェイ１０７（ゲートウェイ装置とも称する）は、Ｂｌｕｅｔｏｏｔｈ１０５でセンサデバイス（デバイス、センサとも称する）１０６と接続して、取得したセンサのデータをサーバへ転送する役目を担っている。ＩｏＴゲートウェイ１０７は、センサデバイス１０６とネットワーク１００を中継する役割を備えているもののことを言う。ＩｏＴゲートウェイ１０７は、接続するセンサデバイスから当該センサデバイスによる検知結果に係る情報を取得しサーバに当該検知結果に係る情報を送信する中継装置の適用例である。
【００１９】
スマートフォン１０４は、無線ＬＡＮで無線ＬＡＮアクセスポイント１０２と接続することができる。また、Ｂｌｕｅｔｏｏｔｈ１０５でセンサデバイス１０６と接続することができる。スマートフォン１０４は、前記中継装置と通信可能な情報処理装置の適用例である。
【００２０】
スマートフォン１０４は、タブレット端末等に変更してもよい。センサデバイス１０６とは、光を検知可能な光センサや音を検知可能な音センサや振動センサ等を備えているセンサデバイスのことを言う。
【００２１】
本発明では、センサデバイス１０６のデータを利用するシステムで、センサデバイス１０６のデータをＩｏＴゲートウェイ１０７が受信してサーバ１０１に送信する。
【００２２】
ＩｏＴゲートウェイ１０７を介してセンサデバイス１０６のデータをサーバへ送信する理由としては、センサデバイス１０６は通常、値段や大きさバッテリー容量などの制約で、ネットワークＩ／Ｆや３Ｇ／ＬＴＥ（電話回線）のＩ／Ｆを持っていないからである。
【００２３】
本発明のシステムは、例えば、農家のビニールハウスの中にセンサデバイス１０６とＩｏＴゲートウェイ１０７を置いてクラウド上のサーバ等にセンサデバイス１０６のデータを保管して、家のＰＣでビニールハウスの室温を監視するシステム等で使用できる。
【００２４】
なお、図１のネットワーク１００上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００２５】
図２は、本発明の実施形態におけるサーバ１０１のハードウェア構成の一例を示す図である。
【００２６】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２７】
また、ＲＯＭ２０３（フォントＲＯＭ、プログラムＲＯＭ、データＲＯＭ）あるいは外部メモリ２１２には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（ＢａｓｉｃＩｎｐｕｔ／ＯｕｔｐｕｔＳｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２８】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０２にロードして、プログラムを実行することで各種動作を実現するものである。
【００２９】
また、キーボードコントローラ（ＫＢＣ）２０５は、キーボード２１０や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００３０】
ディスプレイコントローラ（ＤＣ）２０６は、ディスプレイ２１１等の表示器への表示を制御する。表示器はＣＲＴでも液晶ディスプレイでも構わない。これらは必要に応じてユーザが使用するものである。
【００３１】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等（コンパクトフラッシュは登録商標）の外部メモリ２１２へのアクセスを制御する。
【００３２】
通信Ｉ／Ｆコントローラ（ＮＷＩ／Ｆ）２０８は、ネットワーク１００を介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３３】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１１上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１１上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３４】
なお、図２の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００３５】
図３は、本発明の実施形態におけるスマートフォン１０４のハードウェア構成の一例を示す図である。
【００３６】
ＣＰＵ３０１は、システムバス３０４に接続される各デバイスやコントローラを統括的に制御する。
【００３７】
また、ＲＯＭ３０３（フォントＲＯＭ、プログラムＲＯＭ、データＲＯＭ）あるいは不揮発性メモリ３１５には、ＣＰＵ３０１の制御プログラムであるＢＩＯＳ（ＢａｓｉｃＩｎｐｕｔ／ＯｕｔｐｕｔＳｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ３０２は、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。
【００３８】
ＣＰＵ３０１は、処理の実行に際して必要なプログラム等をＲＡＭ３０２にロードして、プログラムを実行することで各種動作を実現するものである。
【００３９】
また、入力コントローラ（入力Ｃ）３０５は、入力デバイス（タッチパネル）３１３のポインティングデバイスからの入力などを制御する。
【００４０】
ディスプレイコントローラ（ＤＣ）３０６は、ディスプレイ３１４等の表示器への表示を制御する。これらは必要に応じてユーザが使用するものである。
【００４１】
メモリコントローラ（ＭＣ）３０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等（コンパクトフラッシュは登録商標）の不揮発性メモリ３１５へのアクセスを制御する。
【００４２】
入力ポート３０８は、マイクカメラ３１６からの情報をシステムバス３０４を介してＣＰＵ３０１へ送信することにより、ＣＰＵ３０１でスマートフォン１０４の現在位置を把握することができる。
【００４３】
出力ポート３０９は、スピーカやバイブレータ３１７などと接続され、スマートフォン１０４による通話やユーザへのコールやスケジュールの通知などが可能である。
【００４４】
なお、ＣＰＵ３０１は、例えばＲＡＭ３０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ３１４上での表示を可能としている。また、ＣＰＵ３０１は、ディスプレイ３１４上の不図示のタッチパッド等でのユーザ指示を可能とする。
【００４５】
無線ＬＡＮインタフェースコントローラ（無線ＬＡＮＩ／Ｆ）３１０は、無線ＬＡＮアクセスポイント１０２を介してインターネット１００（ネットワーク）と接続され、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００４６】
携帯電話回線ネットワークインタフェースコントローラ（携帯電話回線ＮＷＩ／Ｆ）３１１は、公衆回線を介してインターネットと接続され、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、３Ｇ回線による通信等が可能である。無線ＬＡＮインタフェースコントローラ（無線ＬＡＮＩ／Ｆ）３１０は、無線ＬＡＮアクセスポイント１０２を介してインターネット１００（ネットワーク）と接続され、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００４７】
Ｂｌｕｅｔｏｏｔｈインタフェースコントローラ（ＢｌｕｅｔｏｏｔｈＩ／Ｆ）３１２は、Ｂｌｕｅｔｏｏｔｈ１０５（Ｂｌｕｅｔｏｏｔｈ無線）を介してセンサデバイス１０６と接続される（Ｂｌｕｅｔｏｏｔｈは登録商標）。
【００４８】
本発明を実現するためのスマートフォン１０４の各処理部のプログラムは不揮発性メモリ３１５に記録されており、必要に応じてＲＡＭ３０２にロードされることによりＣＰＵ３０１によって実行されるものである。さらに、本発明に係わる印刷管理プログラムが用いる印刷データは不揮発性メモリ３１５に格納されている。
【００４９】
なお、図３のスマートフォン１０４の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００５０】
図４は、本発明の実施形態におけるセンサデバイス１０６のハードウェア構成の一例を示す図である。
【００５１】
ＣＰＵ４０１は、システムバス４０４に接続される各デバイスやコントローラを統括的に制御する。
【００５２】
また、ＲＯＭ４０３には、ＣＰＵ４０１の制御プログラムであるＢＩＯＳ（ＢａｓｉｃＩｎｐｕｔ／ＯｕｔｐｕｔＳｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、センサデバイスがプログラムの実行を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ４０２は、ＣＰＵ４０１の主メモリ、ワークエリア等として機能する。
【００５３】
ＣＰＵ４０１は、処理の実行に際して必要なプログラム等をＲＡＭ４０２にロードして、プログラムを実行することで各種動作を実現するものである。
【００５４】
また、Ｂｌｕｅｔｏｏｔｈインタフェースコントローラ（ＢｌｕｅｔｏｏｔｈＩ／Ｆ）４０７は、Ｂｌｕｅｔｏｏｔｈ１０５（Ｂｌｕｅｔｏｏｔｈ無線）を介してスマートフォン１０４や、ＩｏＴゲートウェイ１０７と接続される（Ｂｌｕｅｔｏｏｔｈは登録商標）。
【００５５】
入力ポート４０５は、照度センサ、温度センサ、磁気センサ、方位センサ、気圧センサ、加速度センサ、角角度センサなどのセンサ類４０８からの情報をシステムバス４０４を介してＣＰＵ４０１へ送信することにより、ＣＰＵ４０１でセンサ類が取得した値を把握することができる。
【００５６】
出力ポート４０６は、ＬＥＤやスピーカなど４１０と接続され、ユーザへの通知などが可能である。
【００５７】
本発明を実現するためのセンサデバイス１０６の各処理部のプログラムはＲＯＭ４０３に記録されており、必要に応じてＲＡＭ４０２にロードされることによりＣＰＵ４０１によって実行されるものである。さらに、本発明に係わるデータはＲＡＭ４０２に格納されている。
【００５８】
なお、図４のセンサデバイス１０６の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００５９】
図５は、本発明の実施形態におけるＩｏＴゲートウェイ１０７のハードウェア構成の一例を示す図である。
【００６０】
ＣＰＵ５０１は、システムバス５０４に接続される各デバイスやコントローラを統括的に制御する。
【００６１】
また、ＲＯＭ５０２（プログラムＲＯＭ、データＲＯＭ）あるいは外部メモリ５０８には、ＣＰＵ５０１の制御プログラムであるＢＩＯＳ（ＢａｓｉｃＩｎｐｕｔ／ＯｕｔｐｕｔＳｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、ＩｏＴゲートウェイがプログラムの実行を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ５０５は、ＣＰＵ５０１の主メモリ、ワークエリア等として機能する。
【００６２】
ＣＰＵ５０１は、処理の実行に際して必要なプログラム等をＲＡＭ５０５にロードして、プログラムを実行することで各種動作を実現するものである。
【００６３】
メモリコントローラ（ＭＣ）５０６は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、ユーザファイル、編集ファイル、各種データ等を記憶するフラッシュメモリ等の外部メモリ５０８へのアクセスを制御する。
【００６４】
通信Ｉ／Ｆコントローラ（ＮＷＩ／Ｆ）５０７は、ネットワーク１００を介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００６５】
Ｂｌｕｅｔｏｏｔｈインタフェースコントローラ（ＢｌｕｅｔｏｏｔｈＩ／Ｆ）５０３は、Ｂｌｕｅｔｏｏｔｈ１０５（Ｂｌｕｅｔｏｏｔｈ無線）を介してセンサデバイス１０６と接続される。
【００６６】
なお、図５の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００６７】
図６は、本発明の実施形態におけるソフトウェア構成の一例を示した図である。
【００６８】
センサデバイス１０６は、センサデータ処理部６０１を有する。センサデータ処理部６０１は、スマートフォンからの指示により搭載しているセンサの値を送信する。
【００６９】
スマートフォン１０４は、メインメニュー６０２と、デバイス登録部６０３と、デバイス検索部６０４と、デバイス削除部６０５と、データ転送部６０６とを有する。
【００７０】
メインメニュー６０２は、メニュー画面を表示し、ユーザからの操作により、センサデバイス１０６の登録等の処理を振り分ける。
【００７１】
デバイス登録部６０３は、ユーザからの操作により、センサデバイス１０６と通信を行い、デバイスＩＤとデバイス名を紐付け、サーバへＤＢへの登録依頼を行う。
【００７２】
デバイス検索部６０４は、センサデバイス１０６と通信を行い、未登録のセンサデバイス１０６を一覧表示する。
【００７３】
デバイス削除部６０５は、登録されているセンサデバイス１０６を削除するため、サーバ１０１へＤＢへの削除依頼を行う。
【００７４】
ＩｏＴゲートウェイ１０７は、ＩｏＴゲートウェイ処理部６０７を有する。
【００７５】
ＩｏＴゲートウェイ処理部６０７は、登録されているセンサデバイス１０６からセンサ値を受け取り、サーバ１０１にあるＤＢへの更新依頼を行う。
【００７６】
また、ＩｏＴゲートウェイ処理部６０７は、スマートフォン１０４からの指示により、デバイステーブルの追加や削除や検索を行う。また、ＩｏＴゲートウェイ処理部６０７は、デバイステーブルの更新が行われた場合、サーバにその旨を通知する。
【００７７】
サーバ１０１は、サーバ処理部６０８を有する。
【００７８】
サーバ処理部６０８は、ＩｏＴゲートウェイからの指示により、ＤＢ中のデバイステーブルのレコードの追加や削除、レコード中のセンサ値の更新を行う。
【００７９】
なお、図６の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００８０】
なお、以上のソフトウェア構成の説明は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００８１】
次に図７を用いて、本発明の実施形態におけるスマートフォン１０４のディスプレイ３１４に表示される登録画面の操作処理フローの一例を説明する。
【００８２】
図７は、本発明の実施形態における、スマートフォン１０４の動作の一例を説明するフローチャート図である。なお、このフローチャートの処理は、図３で示したスマートフォン１０４のＣＰＵ３０１がＲＯＭ３０３あるいは不揮発性メモリ３１５に格納されたプログラムをＲＡＭ３０２にロードし実行することにより実現される。
【００８３】
図７のフローチャートは、スマートフォン１０４に表示されるセンサデバイス１０６の管理画面（メインメニュー画面）（不図示）で、ユーザがデバイス登録ボタンを選択すると開始される。
【００８４】
事前の処理としてスマートフォン１０４は、センサデバイス１０６のアドバタイジングパケットを受信している。スマートフォン１０４は、アドバタイジングパケットを受信したセンサデバイス１０６に接続要求を送信し接続する。接続を行ったセンサデバイス１０６を記憶しておくために、接続デバイステーブル１２０１に接続に行ったセンサデバイス１０６のデバイスＩＤ１２０２を保存する。
【００８５】
ステップＳ７０１では、スマートフォン１０４は、図１１のセンサデバイス登録画面１１０１をディスプレイ３１４に表示する。図１１のセンサデバイス登録画面（初期画面）１１０１にはサーバのアドレス入力フィールド１１０３、ＩｏＴゲートウェイのアドレスの入力フィールド１１０４とセンサデバイス名の入力フィールド１１０５、メニューボタン１１０６、登録ボタン１１０７、センサデバイスを乗せるための領域１１０２がある。
【００８６】
ステップＳ７０２では、スマートフォン１０４は、ユーザから、センサデバイス名の入力、サーバのＩＰアドレスの入力、ＩｏＴゲートウェイのＩＰアドレスの入力を受け付ける。ステップＳ７０２は、本発明の受付手段の適用例であり、前記センサデバイスと接続させる前記中継装置を特定するための特定情報の入力を受け付ける。
【００８７】
ステップＳ７０３では、スマートフォン１０４は、登録ボタン１１０７が押下されたかを判定する。
【００８８】
スマートフォン１０４は、ユーザにより、登録ボタンが１１０７押されなかった場合（ステップＳ７０３：ＮＯ）、処理を終了する。
【００８９】
スマートフォン１０４は、ユーザにより、登録ボタン１１０７が押された場合（ステップＳ７０３：ＹＥＳ）、ステップＳ７０４の処理を行う。このとき、前回の接続デバイステーブル１２０１への追加処理からの差分のセンサデバイスがある場合には、スマートフォン１０４は、接続デバイステーブル１２０１に追加する。
【００９０】
ステップＳ７０４では、スマートフォン１０４は、接続中のセンサデバイス１０６の一覧を取得する。具体的には、図１２の接続デバイステーブル１２０１を取得する。
【００９１】
ここで図１２の接続デバイステーブル１２０１に関して説明する。
【００９２】
図１２は、本発明の実施形態におけるスマートフォン１０４が管理するスマートフォン１０４上で接続中のセンサデバイス１０６の一覧の例を示した接続デバイステーブル１２０１である。
【００９３】
図１２の接続デバイステーブル１２０１ではデバイスＩＤ１２０２が「０１−０１−０１−００−００−０１」「０１−０１−０１−００−００−０２」「０１−０１−０１−００−００−０３」のセンサデバイス１０６が、接続中の状態であることを示す。
【００９４】
次に、ステップＳ７０５では、スマートフォン１０４は、接続中のセンサデバイスがあるかを判定する。具体的には、接続デバイステーブル１２０１にデバイスＩＤ１２０２が１以上登録されている場合には接続中のセンサデバイスがあると判定する。
【００９５】
スマートフォン１０４は、接続デバイステーブル１２０１にデバイスＩＤ１２０２が１以上登録されている場合（ステップＳ７０５：ＹＥＳ）、ステップＳ７０６へ進む。
【００９６】
スマートフォン１０４は、接続デバイステーブル１２０１にデバイスＩＤ１２０２が１つも登録されていない場合（ステップＳ７０５：ＮＯ）、ステップＳ７０７へ進む。
【００９７】
ステップＳ７０６では、スマートフォン１０４は、センサデバイスの特定・登録処理を行う。ステップＳ７０６の処理の詳細は図８のフローチャートで説明する。
【００９８】
ステップＳ７０６の処理が終わると、デバイスの接続を解除するために、接続デバイステーブル１２０１のデバイスＩＤ１２０２の行を削除する。具体的には、図１２の接続デバイステーブル１２０１の先頭行「０１−０１−０１−００−００−０１」から削除される。そして、スマートフォン１０４は、削除したデバイスとの接続解除を送信する。
【００９９】
ステップＳ７０７では、スマートフォン１０４は、登録エラー画面の表示を行う。具体的には図１１の１１１２に示す登録エラー画面が表示される。図１１の１１１２は、スマートフォン１０４で接続中のセンサデバイスがないできない場合の例を示した図である。
【０１００】
そして、ステップＳ７０８では、スマートフォン１０４は、登録画面へボタン１１１８が押下されたかの判定を行う。
【０１０１】
スマートフォン１０４は、登録画面へボタンが押下された場合（ステップＳ７０８：ＹＥＳ）、ステップＳ７０１へ進む。
【０１０２】
スマートフォン１０４は、登録画面へボタンが押下されなかった場合（ステップＳ７０８：ＮＯ）、処理を終了する。
【０１０３】
次に、図８を用いて、センサデバイス１０６、スマートフォン１０４のＣＰＵ（制御手段）が実行する動作の制御処理手順を説明する。
【０１０４】
図８は、センサデバイス特定・登録処理フローの一例を示す図であり、図７のフローチャートのステップＳ７０６の処理を詳細に説明した図である。この処理は、接続されているセンサデバイス１つ１つから順番に、センサデバイス１０６の照度センサの値を取得して、スマートフォン１０４上に乗っているセンサデバイス１０６を特定し、サーバ１０１へ登録する処理である。図８は、スマートフォン１０４でデバイス名を登録したいセンサデバイス１０６のデバイスＩＤを容易に特定するための処理である。
【０１０５】
ステップＳ８０１は、この処理は、接続デバイステーブル１２０１に登録されているデバイス数分処理を繰り返す。
【０１０６】
ステップＳ８０２では、スマートフォン１０４の画面を明るくする。その際、スマートフォン１０４の画面には、図１１の１１０８に示す画面が表示される。
【０１０７】
ステップＳ８０３では、スマートフォン１０４は、通信対象のセンサデバイス１０６に対して、センサデバイス１０６の照度センサのセンサデータ取得コマンドを送信する。具体的には、通信対象のセンサデバイス１０６とは、接続デバイステーブル１２０１に登録されているセンサデバイスであり、最初は接続デバイステーブル１２０１の先頭のデバイスに対して送信する。
【０１０８】
ステップＳ８０４では、センサデバイス１０６は、取得コマンドを受信する。
【０１０９】
ステップＳ８０５では、センサデバイス１０６は、照度センサで検出した結果をセンサデータとして送信する。
【０１１０】
ステップＳ８０６では、スマートフォン１０４は、通信対象のデバイスから、ステップＳ８０５で送信されたセンサデータを取得（センサ値Ａ）する。
【０１１１】
ステップＳ８０７では、スマートフォン１０４は、ステップＳ８０６で取得したセンサデータを保持する。
【０１１２】
ステップＳ８０８では、スマートフォン１０４は、スマートフォン１０４の画面を暗くする。その際、スマートフォン１０４の画面には、図１１の１１０９に示す画面が表示される。
【０１１３】
ステップＳ８０９では、スマートフォン１０４は、通信対象のデバイスに対して、センサデータ取得コマンドを送信する。
【０１１４】
ステップＳ８１０では、センサデバイス１０６は、ステップＳ８０９で送信された取得コマンドを受信する。
【０１１５】
ステップＳ８１１では、センサデバイス１０６は、センサデータを送信する。
【０１１６】
ステップＳ８１２では、スマートフォン１０４は、通信対象のデバイスから、センサデータを取得（センサ値Ｂ）する。
【０１１７】
ステップＳ８１３では、スマートフォン１０４は、暗くなっているスマートフォン１０４の画面を元に戻す。その際、スマートフォン１０４の画面には、図１１の１１１０に示す画面が表示される。
【０１１８】
ステップＳ８１４は、スマートフォン１０４は、ステップＳ８０６で取得した照度センサの値（センサ値Ａ）と、ステップＳ８１２で取得した照度センサの値（センサ値Ｂ）を比べる。
【０１１９】
スマートフォン１０４は、ステップＳ８０６で取得した照度センサの値（センサ値Ａ）とステップＳ８１２で取得した照度センサの値（センサ値Ｂ）が同じあるいはセンサ値Ｂのほうが明るい場合は（ステップＳ８１４：同じあるいはＡの方が暗い）、現在スマートフォン１０４上にあるセンサデバイス１０６と接続デバイステーブル１２０１から取得したデバイスＩＤ１２０２とは異なると判定する。
【０１２０】
スマートフォン１０４は、ステップＳ８１２で取得したセンサデータ（照度）のほうが暗い場合は（ステップＳ８１４：Ｂの方が暗い）、再度照度を測るため、ステップＳ８１５へ進む。
【０１２１】
ステップＳ８１５では、スマートフォン１０４は、通信対象のデバイスに対して、センサデータ取得コマンドを送信する。
【０１２２】
ステップＳ８１６では、センサデバイス１０６は、ステップＳ８１５で送信された取得コマンドを受信する。
【０１２３】
ステップＳ８１７では、センサデバイス１０６は、センサデータを送信する。
【０１２４】
ステップＳ８１８では、スマートフォン１０４は、通信対象のデバイスから、センサデータ（センサ値Ｃ）を取得する。
【０１２５】
ステップＳ８１９では、スマートフォン１０４は、ステップＳ８０６で取得したセンサデータ（センサ値Ａ）と、ステップＳ８１８で取得した照度センサのセンサデータ（センサ値Ｃ）を比べる。
【０１２６】
スマートフォン１０４は、照度が異なる場合は（ステップＳ８１９：異なる）、現在スマートフォン上にあるセンサデバイスと接続デバイステーブル１２０１から取得したデバイスＩＤ１２０２とは異なると判定する。
【０１２７】
スマートフォン１０４は、照度が異なると判定された場合（ステップＳ８１９：異なる）は、接続デバイステーブル１２０１のデバイスＩＤ１２０２数分処理を繰り返す。スマートフォン１０４は、接続デバイステーブル１２０１のデバイスＩＤ１２０２数分処理した場合、接続している全てのデバイスに対して処理をしたので、センサデバイス１０６を登録できないと判断し、ステップＳ８２３へ進む。スマートフォン１０４は、接続デバイステーブル１２０１に次のデバイスＩＤ１２０２がある場合、ステップＳ８０１へ進む。つまり、接続デバイステーブル１２０１中にある現在通信しているデバイスＩＤ１２０２を処理の対象とする。
【０１２８】
スマートフォン１０４は、照度が同じ場合は（ステップＳ８１９：同じ）、ステップＳ８２０へ進む。
【０１２９】
ステップＳ８２３では、スマートフォン１０４は、図１１の１１１２に示すデバイスが特定できなかった旨のエラー画面を表示する。その後、処理を終了する。
【０１３０】
ステップＳ８２０では、スマートフォン１０４は、ＩｏＴゲートウェイ１０７へデバイスの登録依頼をするデバイスの特定をする。
【０１３１】
ステップＳ８２１では、スマートフォン１０４は、ＩｏＴゲートウェイ１０７へデバイスの登録をする。ステップＳ８２１の処理の詳細は図９のフローチャートで説明する。
【０１３２】
ステップＳ８２２では、スマートフォン１０４は、ＩｏＴゲートウェイ１０７へデバイスの登録成功かを判定する。
【０１３３】
スマートフォン１０４は、ＩｏＴゲートウェイ１０７へデバイスの登録成功の場合（ステップＳ８２２：ＹＥＳ）、ステップＳ８２４に進む。
【０１３４】
スマートフォン１０４は、ＩｏＴゲートウェイ１０７へデバイスの登録失敗の場合（ステップＳ８２２：ＮＯ）、ステップＳ８２３に進む。
【０１３５】
ステップＳ８２３では、スマートフォン１０４は、図１１の１１１２に示す登録エラー画面を表示する。その後、処理を終了する。
【０１３６】
ステップＳ８２４では、スマートフォン１０４は、図１１の１１１１に示す登録完了画面を表示する。その後、処理を終了する。
【０１３７】
ここで図８の処理の流れを図１１の図を用いて説明をする。図１１はスマートフォン１０４を使用しセンサデバイス１０６を登録する一連の流れの一例を示す図である。
【０１３８】
スマートフォン１０４に表示される不図示のセンサデバイス１０６の登録画面でデバイス登録ボタンを押されると、図１１の１１０１の画面に推移する。
【０１３９】
登録画面（実行中１）１１０８では、スマートフォン１０４は、ステップＳ７０２で受け付けたデバイス名の登録処理を実行している旨をユーザに知らせるため、また、登録処理中にユーザによる操作をさせないため、デバイス名などの入力フィールドとボタンを入力不可状態にする。その後、登録画面（実行中２）１１０９では、スマートフォン１０４の画面を暗くする。その後、登録画面１１１０では、スマートフォン１０４の背景を元に戻す。
【０１４０】
その後、登録が完了した場合は、登録完了画面１１１１に示す画面が表示され、登録するセンサデバイスが見つからない場合などは、登録エラー画面１１１２に示す画面が表示される。登録完了画面１１１１はスマートフォン１０４でのセンサデバイス１０６の登録処理で登録が完了した例を示した図である。
【０１４１】
次に、図９を用いて、スマートフォン１０４、ＩｏＴゲートウェイ１０７、サーバ１０１のＣＰＵ（制御手段）が実行する動作の制御処理手順を説明する。
【０１４２】
図９は、センサデバイスの登録処理フローの一例を示す図であり、図８のフローチャートのステップＳ８２１の処理を詳細に説明した図である。
【０１４３】
ステップＳ９０１では、スマートフォン１０４は、ＩｏＴゲートウェイ１０７にステップＳ８２０で特定されたセンサデバイス１０６の登録依頼を送信する。ステップＳ９０１は、本発明の登録要求手段の適用例であり、前記受付手段で入力を受け付けた前記特定情報で特定される前記中継装置と、前記センサデバイスとを接続させるべく、前記中継装置に前記センサデバイスの固有情報の登録要求を行う。
【０１４４】
ステップＳ９０２では、ＩｏＴゲートウェイ１０７は、センサデバイス１０６の登録依頼を受信する。
【０１４５】
ステップＳ９０３では、ＩｏＴゲートウェイ１０７は、センサデバイス１０６とサーバ１０１を図１２の１２０３に登録する。
【０１４６】
図１２の１２０３は、本発明におけるＩｏＴゲートウェイ１０７で管理されているセンサデバイス１０６のデータテーブルの一例である。ステップＳ９０３で登録されている値は、ステップＳ７０２でユーザにより入力されたサーバ１０１と、センサデバイス１０６はステップＳ８２０で特定されたセンサデバイス１０６である。
【０１４７】
ステップＳ９０３は、本発明の登録手段の適用例であり、前記登録要求手段により前記情報処理装置から登録要求をされた前記センサデバイスの固有情報を登録する。
【０１４８】
ステップＳ９０４では、ＩｏＴゲートウェイ１０７は、サーバ１０１へステップＳ９０２でスマートフォン１０４から登録依頼を受信したセンサデバイス１０６の登録依頼を送信する。ステップＳ９０４は、本発明の送信手段の適用例であり、前記登録手段により当該中継装置に前記固有情報が登録された前記センサデバイスの前記検知結果に係る情報を取得し、前記サーバに送信する。
【０１４９】
ステップＳ９０５では、サーバ１０１は、センサデバイス１０６の登録依頼を受信する。
【０１５０】
ステップＳ９０６では、サーバ１０１は、センサデバイス１０６を登録する。具体的には図１２の１２０５に示すデバイステーブルにセンサデバイス１０６を登録する。
【０１５１】
ここで、図１２の１２０５のデバイステーブルの説明をする。
【０１５２】
図１２は、本発明の実施形態における、サーバ１０１のＤＢで管理される、デバイステーブルの例を示した図である。
【０１５３】
図１２の１２０５のデバイステーブルは、デバイスＩＤ１２０６、ＩｏＴゲートウェイ１０７のアドレス、デバイス名、照度センサ値、温度センサ値、湿度センサ値等の値を有する。
【０１５４】
３レコード目、デバイスＩＤ１２０６が「０１−０１−０１−００−００−０３」は、レコード追加直後でセンサ値が登録されていない状態である。具体的には、サーバ１０１へデバイスの登録依頼がされ、デバイステーブル１２０５に登録された直後のレコードである。
【０１５５】
１レコード目のデバイスＩＤ１２０６が「０１−０１−０１−００−００−０１」、２レコード目のデバイスＩＤ１２０６が「０１−０１−０１−００−００−０２」はセンサ値が更新された状態である。具体的には、センサ値の更新は、デバイス登録後に各センサデータを取得し照度センサや温度センサ、湿度センサ等のフィールドを更新する。
【０１５６】
図１２の１２０５のデバイステーブルに追加後、ステップＳ９０７に移行する。
【０１５７】
ステップＳ９０７では、サーバ１０１は、登録結果（成功）を送信する。
【０１５８】
ステップＳ９０８では、ＩｏＴゲートウェイ１０７は、登録結果（成功）を受信する。
【０１５９】
ステップＳ９０９では、ＩｏＴゲートウェイ１０７は、登録結果（成功）を送信する。
【０１６０】
ステップＳ９１０では、ＩｏＴゲートウェイ１０７は、登録結果（成功）を受信する。
【０１６１】
また、登録失敗の場合には、登録エラーを受信し、登録エラー画面１１１２を示す画面を表示する。
【０１６２】
このように、ＩｏＴゲートウェイ１０７とセンサデバイス１０６を、スマートフォン１０４を使用してサーバ１０１に登録することができるようになる。
【０１６３】
次に、図１０を用いて、ＩｏＴゲートウェイ１０７、センサデバイス１０６、サーバ１０１のＣＰＵ（制御手段）が実行する動作の制御処理手順を説明する。
【０１６４】
図１０は、センサデバイス１０６からの情報取得とサーバへの送信処理フローの一例を示す図である。
【０１６５】
ステップＳ１００１では、ＩｏＴゲートウェイ１０７は、ＩｏＴゲートウェイ１０７が管理しているサーバ１０１の数分、ステップＳ１００２以降の処理を繰り返す。
【０１６６】
ステップＳ１００２では、ＩｏＴゲートウェイ１０７は、未処理のサーバ１０１を特定する。
【０１６７】
ステップＳ１００３では、ＩｏＴゲートウェイ１０７は、ＩｏＴゲートウェイ１０７に登録済み、且つサーバ１０１に登録済みのセンサデバイス１０６を特定する。
【０１６８】
ステップＳ１００４では、ＩｏＴゲートウェイ１０７は、ステップＳ１００３で特定したセンサデバイス１０６数分、ステップＳ１００５−１以降の処理を繰り返す。
【０１６９】
ステップＳ１００５−１では、ＩｏＴゲートウェイ１０７は、センサデバイス１０６と接続可能かを確認する。ステップＳ１００５−１は、本発明の判定手段の適用例であり、前記登録手段により固有情報を登録したセンサデバイスと接続できるか判定する。
【０１７０】
ＩｏＴゲートウェイ１０７は、センサデバイス１０６と接続可能な場合には（ステップＳ１００５−１：ＹＥＳ）、ステップＳ１００６へ移行する。
【０１７１】
ＩｏＴゲートウェイ１０７は、センサデバイス１０６と接続できない場合には（ステップＳ１００５−１：ＮＯ）、ステップＳ１００５−１の処理へ移行する。
【０１７２】
ＩｏＴゲートウェイ１０７は、ステップＳ１００５−２では、センサデバイス接続解除の処理を行う。ステップＳ１００５−２の処理は図１６のフローチャートで説明する。
【０１７３】
ここで、図１６を用いて、スマートフォン１０４、ＩｏＴゲートウェイ１０７のＣＰＵ（制御手段）が実行する動作の制御処理手順を説明する。
【０１７４】
図１６のフローチャートは、センサデバイスの登録解除フローの一例を示す図であり、図１０のフローチャートのステップＳ１００５−２の処理を詳細に説明した図である。
【０１７５】
ステップＳ１６０１では、ＩｏＴゲートウェイ１０７は、センサデバイス１０６とサーバ１０１をＩｏＴゲートウェイ１０７が管理しているデータテーブルから削除する。ステップＳ１６０１は、本発明の削除手段の適用例であり、前記判定手段により、前記センサデバイスと接続できないと判定されたことを条件に前記登録手段で登録した当該センサデバイスの固有情報を削除する。
【０１７６】
ステップＳ１６０２では、ＩｏＴゲートウェイ１０７は、削除結果をスマートフォン１０４に送信する。
【０１７７】
ステップＳ１６０３では、スマートフォン１０４は削除結果を受信する。
【０１７８】
ステップＳ１６０４では、スマートフォン１０４は、スマートフォン１０４のディスプレイ３１４に表示される図１１の１１１３の画面のデバイス削除１１１６、又はデバイス移動１１１７の選択を受け付ける。ステップＳ１６０４は、本発明の入力受付手段の適用例であり、前記センサデバイスを移動するか否かの入力を受け付ける。
【０１７９】
ステップＳ１６０５では、スマートフォン１０４は、ステップＳ１６０６で受け付けた選択がデバイス移動なのか、デバイス削除なのかの判定を行う。
【０１８０】
スマートフォン１０４は、デバイス移動１１１７が選択された場合には、ステップＳ１６０６の処理を行う。
【０１８１】
スマートフォン１０４は、デバイス削除１１１６が選択された場合には、ステップＳ１６０７の処理を行う。
【０１８２】
ステップＳ１６０６では、スマートフォン１０４は、接続可能なＩｏＴゲートウェイ１０７をセンサデバイス１０６の登録先として表示する。具体的には、スマートフォン１０４は、一度センサデバイス１０６と接続しにいき、接続可能かを確認する。図１１の１１１４が、スマートフォン１０４のディスプレイ３１４に表示される画面の一例である。図１１の１１１５は接続可能なＩｏＴゲートウェイ１０７が表示され、接続解除されたＩｏＴゲートウェイ１０７は一覧に表示されない。ステップＳ１６０５とステップＳ１６０６は、本発明の制御手段の適用例であり、前記入力受付手段により前記センサデバイスを移動する入力を受け付けると、前記受付手段で前記判定手段により当該センサデバイスと接続できないと判定された前記中継装置の特定情報の入力を受け付けないように制御する。
【０１８３】
ステップＳ１６０７では、スマートフォン１０４は、削除結果を通知（不図示）する。
【０１８４】
ここで図１６の説明を終了し、図１０の説明に戻る。
【０１８５】
ステップＳ１００６では、ＩｏＴゲートウェイ１０７は、接続したセンサデバイス１０６に対して、断続的にセンサデータを取得するためセンサデータ連続取得コマンドを送信する。
【０１８６】
ステップＳ１００７では、センサデバイス１０６は、連続取得コマンドを受信する。
【０１８７】
ステップＳ１００８では、センサデバイス１０６は、送信停止コマンド受信まで処理を繰り返す。
【０１８８】
ステップＳ１００９では、センサデバイス１０６は、センサデータを取得する。
【０１８９】
ステップＳ１０１０では、センサデバイス１０６は、ＩｏＴゲートウェイ１０７にセンサデータを送信する。
【０１９０】
ステップＳ１０１１では、ＩｏＴゲートウェイ１０７は、センサデータを受信する。
【０１９１】
ステップＳ１０１２では、ＩｏＴゲートウェイ１０７は、センサデバイス１０６から受け取ったセンサ値のデータをサーバ１０１へ送信する。図１２の１２０８にサーバ１０１へのコマンド例を示す。
【０１９２】
サーバ１０１へのコマンドは、センサデータ通知コマンド送信する。センサデータ通知コマンドは、、パラメータ１にセンサデバイス１０６のデバイスＩＤを指定する。パラメータ２には、センサデバイス名を指定する。コマンドは、スマートフォン１０４で生成され、ＲＡＭ３０２に記憶される。記憶されたコマンドをＩｏＴゲートウェイ１０７に送信し、ＩｏＴゲートウェイ１０７が受信して、受信したコマンドを解析する。コマンドの処理が終了したらコマンドは廃棄される。
【０１９３】
ステップＳ１０１３では、サーバ１０１は、ＩｏＴゲートウェイ１０７からセンサデータを受信する。ステップＳ１０１３は、本発明の受信手段の適用例であり、前記送信手段により前記中継装置から送信された前記検知結果に係る情報を受信する。
【０１９４】
ステップＳ１０１４では、サーバ１０１は、ステップＳ１０１３で受信したセンサデータを更新する。ステップＳ１０１４は、本発明の更新手段の適用例であり、前記受信手段で受信した前記検知結果に係る情報を管理する管理手段の適用例である。また、ステップＳ１０１４は、前記受信手段により前記検知結果に係る情報を受信すると、前記管理手段により管理する前記検知結果に係る情報を更新する。
【０１９５】
以上が第一の実施例の説明である。次に、第二の実施例を説明する。
第一の実施例では、スマートフォン１０４が接続可能なＩｏＴゲートウェイ１０７をユーザにより選択されたが、第二の実施例では、スマートフォン１０４が接続可能なＩｏＴゲートウェイ１０７の一覧を記憶してユーザにより選択する。第二の実施例では、第一の実施例では、センサデバイス１０６とＩｏＴゲートウェイ１０７との位置関係等が要因となってＩｏＴゲートウェイ１０７を登録したものの接続できない可能性があったが、第二の実施例では、スマートフォン１０４は接続可能なＩｏＴゲートウェイ１０７を一覧で表示して選択を受け付け、登録するため、ＩｏＴゲートウェイ１０７に登録したセンサデバイス１０６とＩｏＴゲートウェイ１０７が接続できない可能性があるという課題を解決できる。
【０１９６】
ここで図１３に関して説明する。
【０１９７】
図１３を用いて、スマートフォン１０４、ＩｏＴゲートウェイ１０７のＣＰＵ（制御手段）が実行する動作の制御処理手順を説明する。
【０１９８】
図１３は、第二実施形態におけるセンサデバイスの登録処理フロー（図８のステップＳ８２１の詳細フロー）の一例を示す図である。
【０１９９】
ステップＳ１３０１では、スマートフォン１０４は、接続可能なＩｏＴゲートウェイ１０７の一覧を取得する。ここで、取得される一覧はスマートフォン１０４が接続可能なＩｏＴゲートウェイ１０７を記憶してある一覧を取得する。具体的には、図１５の１５０１のデータテーブルである。接続可能なＩｏＴゲートウェイ１０７が増えた場合には、スマートフォン１０４に記憶されている一覧に動的に追加される。本発明では、接続とは接続中の双方向で通信できることをいう。
【０２００】
ステップＳ１３０１は、本発明の特定手段の適用例であり、前記センサデバイスと接続可能な前記中継装置を特定する。
【０２０１】
ステップＳ１３０２では、スマートフォン１０４は、ステップＳ１３０１で取得された一覧の中からステップＳ１３０３の確認依頼を行っていないＩｏＴゲートウェイ１０７を１つ特定する。
【０２０２】
ステップＳ１３０３では、スマートフォン１０４は、登録対象として特定されたセンサデバイス１０６と接続可能か確認依頼をする。
【０２０３】
ステップＳ１３０４では、ＩｏＴゲートウェイ１０７は、スマートフォン１０４に登録されたセンサデバイス１０６と接続可能か確認する。具体的には、一度センサデバイス１０６と接続しにいき、接続可能かを確認する。
【０２０４】
ステップＳ１３０５では、ステップＳ１３０５の結果を送信する。具体的には、図１５の１５０１のデータテーブルの登録対象のデバイスＩＤ１５０２、ＩｏＴゲートウェイ１５０３、接続可否情報１５０４を送信する。
【０２０５】
ここで図１５に示すデータテーブルを説明する。
【０２０６】
図１５は、第二実施形態におけるデータテーブルの一例を示す図である。
【０２０７】
登録対象のデバイスＩＤ１５０２は、サーバ１０１に登録するセンサデバイス１０６のＩＤである。
【０２０８】
ＩｏＴゲートウェイ１５０３は、登録対象のデバイスＩＤ１５０２が登録されているＩｏＴゲートウェイ１０７を示す。
【０２０９】
接続可否情報１５０４は、ＩｏＴゲートウェイ１０７とセンサデバイス１０６が接続可能かの結果である。可の場合は、ＩｏＴゲートウェイ１０７とセンサデバイス１０６は接続可能を示し、不可の場合は、ＩｏＴゲートウェイ１０７とセンサデバイス１０６は接続不可能を示す。
【０２１０】
ステップＳ１３０６では、スマートフォン１０４は、ステップＳ１３０５からの結果を受信し、記憶する。例えば、ＩｏＴゲートウェイ１０７にセンサデバイス１０６を登録できなかった場合に、図１４の１４０３に示すスマートフォン１０４の画面が表示される。
【０２１１】
ステップＳ１３０７では、スマートフォン１０４は、全ＩｏＴゲートウェイ１０７の確認依頼済みかを確認する。
【０２１２】
スマートフォン１０４は、全ＩｏＴゲートウェイ１０７の確認依頼済みの場合（ステップＳ１３０７：ＹＥＳ）、ステップＳ１３０８に処理を移行する。
【０２１３】
スマートフォン１０４は、全ＩｏＴゲートウェイ１０７の確認依頼済みでない場合（ステップＳ１３０７：ＮＯ）、ステップＳ１３０２に進む。
【０２１４】
ステップＳ１３０８では、スマートフォン１０４は、全結果を受信、または最初の依頼から所定時間経過したかを判定する。
【０２１５】
スマートフォン１０４は、全結果を受信、または最初の依頼から所定時間経過した場合（ステップＳ１３０８：ＹＥＳ）、ステップＳ１３０９へ進む。
【０２１６】
スマートフォン１０４は、全結果を受信、または最初の依頼から所定時間経過していない場合（ステップＳ１３０８：ＮＯ）、ステップＳ１３０８へ進む。
【０２１７】
ステップＳ１３０９では、スマートフォン１０４は、接続可能なＩｏＴゲートウェイ１０７をセンサデバイス１０６の登録先として表示する。具体的には図１４の１４０１に示す。図１４の１４０２では、接続可能なＩｏＴゲートウェイ１０７の一覧が表示される。
【０２１８】
ステップＳ１３１０では、スマートフォン１０４は、センサデバイス１０６を登録するＩｏＴゲートウェイ１０７とサーバ１０１の指定を受け付ける。
【０２１９】
以上、本発明によると、センサデバイスで検知された情報を中継装置経由でサーバに送信できる環境を構築する際に、ユーザの煩雑さを軽減しセンサデバイスの登録を容易に行うことができる仕組みを提供することが可能となる。
【０２２０】
以上、実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０２２１】
また、本発明におけるプログラムは、各フローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は各フローチャートの処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは各装置の処理方法ごとのプログラムであってもよい。
【０２２２】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【０２２３】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【０２２４】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【０２２５】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもな
い。
【０２２６】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２２７】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０２２８】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０２２９】
１０１  サーバ
１０２  無線ＬＡＮアクセスポイント
１０４  スマートフォン（情報処理装置）
１０６  センサデバイス
１０７  ＩｏＴゲートウェイ
【図１】
2018207233.tif 000003
【図２】
2018207233.tif 000004
【図３】
2018207233.tif 000005
【図４】
2018207233.tif 000006
【図５】
2018207233.tif 000007
【図６】
2018207233.tif 000008
【図７】
2018207233.tif 000009
【図８】
2018207233.tif 000010
【図９】
2018207233.tif 000011
【図１０】
2018207233.tif 000012
【図１１】
2018207233.tif 000013
【図１２】
2018207233.tif 000014
【図１３】
2018207233.tif 000015
【図１４】
2018207233.tif 000016
【図１５】
2018207233.tif 000017
【図１６】
2018207233.tif 000018