特許 6951645 情報処理装置、情報処理装置の制御方法およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6951645

(24)【登録日】2021年9月29日

(45)【発行日】2021年10月20日

(54)【発明の名称】情報処理装置、情報処理装置の制御方法およびプログラム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20211011BHJP

   H04M 11/00 20060101ALI20211011BHJP

【ＦＩ】

   G06F13/00 357A

   H04M11/00 301

【請求項の数】6

【全頁数】34

(21)【出願番号】特願2019-84809(P2019-84809)

(22)【出願日】2019年4月26日

(62)【分割の表示】特願2017-150964(P2017-150964)の分割

【原出願日】2017年8月3日

(65)【公開番号】特開2019-140695(P2019-140695A)

(43)【公開日】2019年8月22日

【審査請求日】2020年7月31日

(31)【優先権主張番号】特願2016-212523(P2016-212523)

(32)【優先日】2016年10月31日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】390002761

【氏名又は名称】キヤノンマーケティングジャパン株式会社

(73)【特許権者】

【識別番号】592135203

【氏名又は名称】キヤノンＩＴソリューションズ株式会社

(74)【代理人】

【識別番号】100189751

【弁理士】

【氏名又は名称】木村 友輔

(72)【発明者】

【氏名】伊藤 義明

【審査官】 木村 雅也

(56)【参考文献】

【文献】 特開２０１６−０９１６３７（ＪＰ，Ａ）

【文献】 登録実用新案第３２０４２０５（ＪＰ，Ｕ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｈ０４Ｍ １１／００

(57)【特許請求の範囲】

【請求項1】

複数のセンサと通信可能な情報処理装置であって、
前記複数のセンサのいずれかである検出対象となるセンサを特定すべく、出力を変化させたイベントを出力する出力手段と、
前記出力されたイベントに反応した前記検出対象となるセンサを特定する特定手段と、
前記特定されたセンサの固有情報に対応付けて登録すべく、前記センサに係る情報の入力を受け付ける受付手段と、
を備えることを特徴とする情報処理装置。

【請求項2】

前記特定手段は、前記イベントの変化させた出力を検知したセンサを特定することを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記出力手段は、検出対象となるセンサごとにイベントを出力し、
前記受付手段は、検出対象となるセンサごとに当該センサに係る情報を受け付けることを特徴とする請求項１または２に記載の情報処理装置。

【請求項4】

前記検出対象となるセンサは、前記情報処理装置に接触するように配置されることを特徴とする請求項１〜３のいずれか１項に記載の情報処理装置。

【請求項5】

複数のセンサと通信可能な情報処理装置の制御方法であって、
前記複数のセンサのいずれかである検出対象となるセンサを特定すべく、出力を変化させたイベントを出力する出力工程と、
前記出力されたイベントに反応した前記検出対象となるセンサを特定する特定工程と、
前記特定されたセンサの固有情報に対応付けて登録すべく、前記センサに係る情報の入力を受け付ける受付工程と、
を備えることを特徴とする情報処理装置の制御方法。

【請求項6】

複数のセンサと通信可能な情報処理装置で読み取り実行可能なプログラムであって、
前記情報処理装置を、
前記複数のセンサのいずれかである検出対象となるセンサを特定すべく、出力を変化させたイベントを出力する出力手段と、
前記出力されたイベントに反応した前記検出対象となるセンサを特定する特定手段と、
前記特定されたセンサの固有情報に対応付けて登録すべく、前記センサに係る情報の入力を受け付ける受付手段
として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理装置の制御方法およびプログラムに関し、特に、情報処理装置で登録するセンサの特定を容易にすることが可能な仕組みに関する。

【背景技術】

【0002】

近年、センサに無線通信機能が付いたデバイスが安価になり、無線機能が付いたセンサを使用したシステムが運用されるようになっている。

【0003】

センサに無線通信機能が付いたデバイス（以下、センサデバイス、センサとも称する）を使用したシステムにおいて、センサデバイスにはＭＡＣアドレスやＵＵＩＤなど固有のデバイスＩＤが付いており、システムではそのデバイスＩＤを自動で取得して利用するが、英数字の羅列文字なので、ユーザにはそのデバイスＩＤがどのデバイスを示しているのか判り辛い。その為、通常、ユーザは、システム内でデバイスＩＤに対応したデバイス名を登録して使用している。

【0004】

しかし、デバイス名の登録時、無線通信の場合、複数デバイスとの通信が接続されると、デバイスＩＤだけではデバイスを特定することができない。

【0005】

そこで、特許文献１には、無線通信装置の通信対象のセンサ端末を特定する方法として、電波強度を利用する技術が開示されている。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２０１５−８３７６号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

しかしながら、特許文献１は、通信対象のセンサ端末を特定するために、無線通信装置が複数台必要であり、無線通信装置を複数台用意するのはユーザにとって不便だった。

【0008】

本発明は、情報処理装置で検出対象のセンサを特定しセンサ情報を登録することが可能な仕組みを提供することを目的としている。

【課題を解決するための手段】

【0009】

本発明は、複数のセンサと通信可能な情報処理装置であって、前記複数のセンサのいずれかである検出対象となるセンサを特定すべく、出力を変化させたイベントを出力する出力手段と、前記出力されたイベントに反応した前記検出対象となるセンサを特定する特定手段と、前記特定されたセンサの固有情報に対応付けて登録すべく、前記センサに係る情報の入力を受け付ける受付手段と、を備えることを特徴とする。

【0011】

また、本発明は、複数のセンサと通信可能な情報処理装置の制御方法であって、前記複数のセンサのいずれかである検出対象となるセンサを特定すべく、イベントを出力する出力工程と、前記出力されたイベントに反応した前記検出対象となるセンサを特定する特定工程と、前記特定されたセンサの固有情報に対応付けて登録すべく、前記センサに係る情報の入力を受け付ける受付工程と、を備えることを特徴とする。

【0012】

また、本発明は、複数のセンサと通信可能な情報処理装置で読み取り実行可能なプログラムであって、前記情報処理装置を、前記複数のセンサのいずれかである検出対象となるセンサを特定すべく、イベントを出力する出力手段と、前記出力されたイベントに反応した前記検出対象となるセンサを特定する特定手段と、前記特定されたセンサの固有情報に対応付けて登録すべく、前記センサに係る情報の入力を受け付ける受付手段として機能させるためのプログラムである。

【発明の効果】

【0015】

本発明によれば、情報処理装置で検出対象のセンサを特定しセンサ情報を登録することが可能な仕組みを提供することができる。

【図面の簡単な説明】

【0016】

【図1】本発明の構成の一例を示すシステム構成の一例を示す図である。

【図2】本発明に適用可能なサーバのハードウェア構成の一例を示すブロック図である。

【図3】本発明に適用可能なスマートフォンのハードウェア構成の一例を示すブロック図である。

【図4】本発明に適用可能なセンサデバイスのハードウェア構成の一例を示すブロック図である。

【図5】本発明に適用可能な機能構成を説明するブロック図の一例を示す図である。

【図6】本発明に適用可能なセンサデバイスの状態遷移図である。

【図7】本発明に適用可能なスマートフォンの画面に表示させる、メインメニューの一例を示す図である。

【図8】本発明に適用可能なスマートフォンの画面に表示させる、登録画面の初期画面の一例を示す図である。

【図9】本発明に適用可能なスマートフォンの画面に表示させる、登録画面の実行中の一例を示す図である。

【図10】本発明に適用可能なスマートフォンの画面に表示させる、登録画面の実行中の一例を示す図である。

【図11】本発明に適用可能なスマートフォンの画面に表示させる、登録完了画面の一例を示す図である。

【図12】本発明に適用可能なスマートフォンの画面に表示させる、デバイスなし時の登録エラー画面の一例を示す図である。

【図13】本発明に適用可能なスマートフォンの画面に表示させる、デバイス特定不能時の登録エラー画面の一例を示す図である。

【図14】本発明に適用可能なセンサデバイスのコマンドの一例を示す図である。

【図15】本発明に適用可能なセンサデバイスのセンサデータ取得コマンド返答の一例を示す図である。

【図16】本発明に適用可能なセンサデバイスのセンサデータ操作コマンド返答の一例を示す図である。

【図17】本発明に適用可能なスマートフォン上にある、接続デバイステーブルの一例を示す図である。

【図18】本発明に適用可能なサーバのＤＢにある、デバイステーブルの一例を示す図である。

【図19】本発明に適用可能なセンサデバイスの処理フローの一例を示す図である。

【図20】本発明に適用可能なスマートフォンの処理フローの一例を示す図である。

【図21】本発明に適用可能なスマートフォンを用いてセンサデバイスを登録する処理フローの一例を示す図である。

【図22】第二の実施形態におけるスマートフォンを用いてセンサデバイスを登録する処理フローの一例であって、複数センサデバイスを特定する処理フローの一例を示す図である。

【図23】第三の実施形態におけるスマートフォンを用いてセンサデバイスを登録する処理フローの一例であって、特定のセンサしか備えていないセンサデバイスを特定する処理フローの一例を示す図である。

【図24】図２０の別実施形態の処理フローの一例を示す図である。

【図25】図２０の別実施形態におけるスマートフォンの処理フローの一例を示す図である。

【図26】図２５の実施形態におけるセンサデバイスの登録処理フローの一例を示す図である。

【図27】図２５の実施形態におけるスマートフォンの画面に表示させる画面の一例を示す図である。

【図28】図２５の実施形態におけるデータテーブルの一例を示す図である。

【図29】図２４の実施形態におけるスマートフォン上にある接続デバイステーブルの一例を示す図である。

【発明を実施するための形態】

【0017】

以下、図面を参照して、本発明の実施形態を詳細に説明する。

【0018】

図１は、本発明の実施形態におけるシステム構成図である。

【0019】

ネットワーク１００上にサーバ１０１、無線ＬＡＮアクセスポイント１０２が接続されている。

【0020】

無線ＬＡＮアクセスポイント１０２は、スマートフォン２０１と無線で接続されている。スマートフォン２０１は、センサと通信可能な情報処理装置の適用例である。また、複数のセンサと通信可能な情報処理装置の適用例である。

【0021】

スマートフォン２０１は、Ｂｌｕｅｔｏｏｔｈ３００でセンサデバイス（デバイス、センサとも称する）３０１と接続することができる。

【0022】

また、スマートフォン２０１はスマートフォン２０１に限らなくてよく、タブレット等でもよい。スマートフォン２０１は、イベントを出力する出力手段の適用例である。

【0023】

センサデバイス３０１とは、光を検知可能な光センサや音を検知可能な音センサや振動センサ等を備えているセンサのことを言う。

【0024】

本発明では、センサデバイス３０１のデータを利用するシステムなのでセンサデバイス３０１のデータをスマートフォン２０１が受信してサーバに送信する。
スマートフォン２０１を通してサーバへ送信する理由としては、センサデバイス３０１は通常、値段面や大きさバッテリーの持ちの良さなどの制約で、ネットワークＩ／Ｆや３Ｇ／ＬＴＥ（電話回線）のＩ／Ｆを持っていないからである。

【0025】

本発明のシステムは、例えば、農家のビニールハウスの中にセンサデバイス３０１とスマートフォン２０１を置いてクラウド上のサーバ等にセンサデバイス３０１のデータを保管して、家のＰＣでビニールハウスの室温を監視するシステム等で使用できる。

【0026】

なお、図１のネットワーク１００上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

【0027】

図２は、本発明の実施形態におけるサーバ１０１のハードウェア構成の一例を示す図である。

【0028】

ＣＰＵ１００１は、システムバス１００４に接続される各デバイスやコントローラを統括的に制御する。

【0029】

また、ＲＯＭ１００３あるいは外部メモリ１３００には、ＣＰＵ１００１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ１００２は、ＣＰＵ１００１の主メモリ、ワークエリア等として機能する。

【0030】

ＣＰＵ１００１は、処理の実行に際して必要なプログラム等をＲＡＭ１００２にロードして、プログラムを実行することで各種動作を実現するものである。

【0031】

また、キーボードコントローラ（ＫＢＣ）１００５は、キーボード１１００や不図示のマウス等のポインティングデバイスからの入力を制御する。

【0032】

ディスプレイコントローラ（ＤＣ）１００６は、ディスプレイ１２００等の表示器への表示を制御する。表示器はＣＲＴでも液晶ディスプレイでも構わない。これらは必要に応じてユーザが使用するものである。

【0033】

メモリコントローラ（ＭＣ）１００７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標 ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等（コンパクトフラッシュは登録商標）の外部メモリ１３００へのアクセスを制御する。

【0034】

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）１００８は、ネットワーク１００を介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

【0035】

なお、ＣＰＵ１００１は、例えばＲＡＭ１００２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ１２００上での表示を可能としている。また、ＣＰＵ１００１は、ディスプレイ１２００上の不図示のマウスカーソル等でのユーザ指示を可能とする。

【0036】

なお、図２の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

【0037】

図３は、本発明の実施形態におけるスマートフォン２０１のハードウェア構成の一例を示す図である。

【0038】

ＣＰＵ２００１は、システムバス２００４に接続される各デバイスやコントローラを統括的に制御する。

【0039】

また、ＲＯＭ２００３（フォントＲＯＭ、プログラムＲＯＭ、データＲＯＭ）あるいは不揮発性メモリ２３００には、ＣＰＵ２００１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２００２は、ＣＰＵ２００１の主メモリ、ワークエリア等として機能する。

【0040】

ＣＰＵ２００１は、処理の実行に際して必要なプログラム等をＲＡＭ２００２にロードして、プログラムを実行することで各種動作を実現するものである。

【0041】

また、入力コントローラ（入力Ｃ）２００５は、タッチパネル２１００のポインティングデバイスからの入力などを制御する。

【0042】

ディスプレイコントローラ（ＤＣ）２００６は、ディスプレイ２２００等の表示器への表示を制御する。これらは必要に応じてユーザが使用するものである。

【0043】

メモリコントローラ（ＭＣ）２００７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標 ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の不揮発性メモリ２３００へのアクセスを制御する。

【0044】

携帯電話回線ネットワークインタフェースコントローラ（携帯電話回線ＮＷＩ／Ｆ）２００８は、公衆回線を介してゲートウェイ５０１と通信を行い、インターネット１００（ネットワーク）と接続され、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、３Ｇ回線による通信等が可能である。

【0045】

また、無線ＬＡＮインタフェースコントローラ（無線ＬＡＮＩ／Ｆ）２００９は、無線ＬＡＮアクセスポイント１０２を介してインターネット１００（ネットワーク）と接続され、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

【0046】

入力ポート２０１０は、マイクカメラ２４００からの情報をシステムバス２００４を介してＣＰＵ２００１へ送信することにより、ＣＰＵ２００１でスマートフォン２０１の現在位置を把握することができる。

【0047】

出力ポート２０１１は、スピーカやバイブレータ２５００などと接続され、スマートフォン２０１による通話やユーザへのコールやスケジュールの通知などが可能である。

【0048】

なお、ＣＰＵ２００１は、例えばＲＡＭ２００２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２２００上での表示を可能としている。また、ＣＰＵ２００１は、ディスプレイ２２００上の不図示のタッチパッド等でのユーザ指示を可能とする。

【0049】

本発明を実現するためのスマートフォン２０１の各処理部のプログラムは不揮発性メモリ２３００に記録されており、必要に応じてＲＡＭ２００２にロードされることによりＣＰＵ２００１によって実行されるものである。さらに、本発明に係わる印刷管理プログラムが用いる印刷データは不揮発性メモリ２３００に格納されている。

【0050】

なお、図３のスマートフォン２０１の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

【0051】

図４は、本発明の実施形態におけるセンサデバイス３０１のハードウェア構成の一例を示す図である。

【0052】

ＣＰＵ３００１は、システムバス３００４に接続される各デバイスやコントローラを統括的に制御する。

【0053】

また、ＲＯＭ３００３には、ＣＰＵ３００１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ３００２は、ＣＰＵ３００１の主メモリ、ワークエリア等として機能する。

【0054】

ＣＰＵ３００１は、処理の実行に際して必要なプログラム等をＲＡＭ３００２にロードして、プログラムを実行することで各種動作を実現するものである。

【0055】

また、Ｂｌｕｅｔｏｏｔｈインタフェースコントローラ（ＢｌｕｅｔｏｏｔｈＩ／Ｆ）３００７は、Ｂｌｕｅｔｏｏｔｈ３００（Ｂｌｕｅｔｏｏｔｈ無線）を介してスマートフォン２０１と接続される（Ｂｌｕｅｔｏｏｔｈは登録商標）。

【0056】

入力ポート３００５は、照度センサ、温度センサ、磁気センサ、方位センサ、気圧センサ、加速度センサ、角角度センサなどのセンサ類３００８からの情報をシステムバス３００４を介してＣＰＵ３００１へ送信することにより、ＣＰＵ３００１でセンサ類が取得した値を把握することができる。

【0057】

出力ポート３００６は、ＬＥＤやスピーカなどと接続され、ユーザへの通知などが可能である。

【0058】

本発明を実現するためのセンサデバイス３０１の各処理部のプログラムはＲＯＭ３００３に記録されており、必要に応じてＲＡＭ３００２にロードされることによりＣＰＵ３００１によって実行されるものである。さらに、本発明に係わるデータはＲＡＭ３００２に格納されている。

【0059】

なお、図４のセンサデバイス３０１の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

【0060】

図５は、本発明の実施形態におけるソフトウェア構成の一例を示した図である。

【0061】

センサデバイス３０１は、センサデータ送信部３５１を有する。センサデータ送信部３５１は、搭載しているセンサの値を送信する。

【0062】

スマートフォン２０１は、メインメニュー２５１と、デバイス登録部２５２と、デバイス検索部２５３と、デバイス削除部２５４と、データ転送部２５５とを有する。

【0063】

メインメニュー２５１は、メニュー画面を表示し、ユーザからの操作により、センサデバイス３０１の登録、検索、削除の処理を振り分ける。

【0064】

デバイス登録部２５２は、ユーザからの操作により、センサデバイス３０１と通信を行い、デバイスＩＤとデバイス名を紐付け、サーバへＤＢへの登録依頼を行う。

【0065】

デバイス検索部２５３は、センサデバイス３０１と通信を行い、未登録のセンサデバイス３０１を一覧表示する。

【0066】

デバイス削除部２５４は、登録されているセンサデバイス３０１を削除するため、サーバ１０１へＤＢへの削除依頼を行う。

【0067】

データ転送部２５５は、登録されているセンサデバイス３０１からセンサ値を受け取り、サーバ１０１にあるＤＢへの更新依頼を行う。

【0068】

サーバ１０１は、デバイス管理部１５１と、デバイス状態更新部１５２とを有する。

【0069】

デバイス管理部１５１は、スマートフォン２０１からの指示により、ＤＢ中のデバイステーブルのレコードの追加や削除を行う。デバイス状態更新部１５２は、スマートフォン２０１からの指示により、ＤＢ中のデバイステーブルのレコードのセンサ値の更新を行う。

【0070】

なお、図４のセンサデバイス３０１の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

【0071】

なお、以上のソフトウェア構成の説明は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

【0072】

図１９は、本発明の実施形態における、センサデバイス３０１の動作の一例を説明するフローチャート図である。なお、このフローチャートの処理は、図４で示したセンサデバイス３０１のＣＰＵ３００１がＲＯＭ３００３に格納されたプログラムをＲＡＭ３００２にロードし実行することにより実現される。また、図中のステップＳ１９０１〜ステップＳ１９１４は各ステップを示す。

【0073】

図１９のフローチャートは、ユーザによりセンサデバイス３０１の電源が入れられると開始される。

【0074】

まず、ステップＳ１９０１において、センサデバイス３０１は、ユーザから電源ＯＦＦの指示がされたかの判定をする。

【0075】

センサデバイス３０１は、電源ＯＦＦの指示がされたと判定された場合は（ステップＳ１９０１：ＹＥＳ）、図１９の処理を終了する。

【0076】

センサデバイス３０１は、電源ＯＮの指示がされたと判定された場合は（ステップＳ１９０１：ＮＯ）、ステップＳ１９０３へ処理を移行する。

【0077】

ステップＳ１９０３では、センサデバイス３０１は、アドバタイジングパケットの送信を行う。アドバタイジングパケットにはセンサデバイス３０１自身のデバイスＩＤが含まれており、アドバタイジングパケットとは、スマートフォン２０１などにセンサデバイス３０１と接続可能である旨を知らせる機能である。また、アドバタイジングパケットはセンサデバイス３０１と未接続状態の時に送信するため、ステップＳ１９０３〜ステップＳ１９０５の処理を実行している間は、アドバタイジングパケットを送信する。

【0078】

ここで、図６を用いて本発明の実施形態におけるセンサデバイス３０１の状態遷移を説明する。

【0079】

センサデバイス３０１（デバイス、センサとも称する）は、電源投入後（電源投入とは、図１９のフロー開始（デバイス電源ＯＮ）のタイミングのこと）、接続待ち状態となり、スマートフォン２０１から接続要求があり接続（ステップＳ１９０６、ステップＳ２００７）を行うと、アドバタイジングパケットの送信を止め、接続状態となる。

【0080】

接続状態中は、スマートフォン２０１からの指示により、ＬＥＤなどの点灯、消灯や、搭載しているセンサの値の送信などを行う。スマートフォン２０１からの接続解除指示や、通信断などがあった場合、接続を解除して、接続待ち状態となり、アドバタイジングパケットの送信を開始する。

【0081】

以上で、図６の説明を終了する。

【0082】

次に、ステップＳ１９０４では、センサデバイス３０１は、スマートフォン２０１からの接続要求を受け取る。接続要求がない場合はそのまま待機する。

【0083】

そして、ステップＳ１９０５では、センサデバイス３０１は、ステップＳ１９０４でスマートフォン２０１からの接続要求を受け取ったを判定する。

【0084】

センサデバイス３０１は、スマートフォン２０１からの接続要求がない場合（ステップＳ１９０５：なし）、ステップＳ１９０１へ移行し、電源ＯＦＦの指示がない場合、再度アドバタイジングパケットの送信を行う。

【0085】

センサデバイス３０１は、スマートフォン２０１からの接続要求がある場合（ステップＳ１９０５：あり）、ステップＳ１９０６の接続処理へ移行する。

【0086】

ステップＳ１９０６では、センサデバイス３０１は、スマートフォン２０１との接続を行う。接続中は定期的にキープアライブパケット（生存確認信号）を送受信することで、接続断などを検知する。

【0087】

ステップＳ１９０７では、センサデバイス３０１は、接続断の判定を行う。具体的には、キープアライブパケットが、一定期間送受信ができなかった場合に接続断と判定する。

【0088】

センサデバイス３０１は、接続断と判定された場合は（ステップＳ１９０７：ＹＥＳ）、ステップＳ１９１０の接続解除の処理へ移行する。

【0089】

センサデバイス３０１は、接続中と判定された場合は（ステップＳ１９０７：ＮＯ）、ステップＳ１９０８のコマンド受信の処理へ移行する。

【0090】

ステップＳ１９０８では、センサデバイス３０１は、スマートフォン２０１からのコマンドを受信する。コマンドには、センサデバイス３０１に搭載しているセンサの値を取得するコマンド、センサデバイス３０１に搭載されているＬＥＤやスピーカなどを操作するコマンド、スマートフォン２０１との接続を解除するコマンドがある。また、図１４の例の通り、コマンドにはパラメータが付加されているものもある。

【0091】

ここで、図１４を用いて、本発明の実施形態におけるスマートフォン２０１からセンサデバイス３０１へ送る、コマンドの例を示した図について説明する。

【0092】

コマンド１４０１は、接続解除、センサデータ取得、センサデバイスの操作の３種類あり、接続解除は「０」、センサデータ取得は「１」、センサデバイス操作は「２」の番号で示される。

【0093】

パラメータ１４０２は、接続解除コマンドの場合はパラメータなし、センサデータ取得コマンドはセンサを指定するパラメータがあり、図１４はパラメータとして照度センサがスマートフォン２０１から指定されている例である。

【0094】

また、センサデータ取得のパラメータの例として、照度センサ、温度センサ、湿度センサ、加速度センサ等がある。「センサデバイス操作」はセンサデバイス３０１を操作するためのパラメータであり、図１４はセンサデバイス３０１のＬＥＤをＯＮにする命令である。また、センサデバイス操作のパラメータ例として、ＬＥＤ ＯＮ、ＬＥＤ ＯＦＦ、ＢＥＥＰ等がある。

【0095】

以上で、図１４の説明を終了する。

【0096】

ステップＳ１９０９では、センサデバイス３０１は、コマンドの種類を判別し、コマンドによってその後の処理を変える。

【0097】

センサデバイス３０１は、コマンド受信なしの場合（ステップＳ１９０９：コマンド受信なし）、ステップＳ１９０７の処理へ移行する。

【0098】

センサデバイス３０１は、接続解除コマンドの場合（ステップＳ１９０９：接続解除コマンド）、ステップＳ１９１０の接続解除の処理へ移行する。

【0099】

センサデバイス３０１は、センサデータ取得コマンドの場合（ステップＳ１９０９：センサデータ取得コマンド）、ステップＳ１９１１のセンサデータ取得処理へ移行する。

【0100】

センサデバイス３０１は、センサの操作コマンドの場合（ステップＳ１９０９：センサ操作コマンド）、ステップＳ１９１３のセンサの操作処理へ移行する。

【0101】

ステップＳ１９１１では、センサデバイス３０１は、ＣＰＵ３００１からセンサデータの取得を行う。コマンドのパラメータで指定されたセンサの値を読み取る。

【0102】

続いて、ステップＳ１９１２では、センサデバイス３０１は、取得したセンサデータの値を、コマンドを要求したスマートフォン２０１に返答する。返答する形式は、図１５の例のとおりである。返答後ステップＳ１９０７の処理へ移行する。

【0103】

ここで、図１５について説明する。

【0104】

図１５は、本発明の実施形態におけるスマートフォン２０１から受けたセンサデータ取得コマンドの返答の例を示した図である。図１５では、照度センサの値が５０となっている例である。

【0105】

以上で、図１５の説明を終了する。

【0106】

ステップＳ１９１３では、センサデバイス３０１は、センサデバイス３０１に搭載されているＬＥＤやスピーカなど出力装置の操作を行う。コマンドのパラメータで指定された出力装置、出力方法で操作する。

【0107】

続いて、ステップＳ１９１４では、センサデバイス３０１は、操作完了の旨を、コマンドを要求したスマートフォン２０１に返答する。返答する形式は、図１６の例のとおりである。返答後ステップＳ１９０７の処理に戻る。

【0108】

ここで、図１６を説明する。図１６は、本発明の実施形態におけるスマートフォン２０１から受けたセンサデバイス操作コマンドの返答の例を示した図である。図１６の例では、スマートフォン２０１のＬＥＤのＯＮが完了した旨の例である。

【0109】

ステップＳ１９１０では、センサデバイス３０１は、スマートフォン２０１との接続を解除し、ステップＳ１９０１に戻り、センサデバイス３０１が電源ＯＮの場合には、アドバタイジングパケットの送信を開始する。以上で図１９の説明を終了し、次に図２０の説明を行う。

【0110】

図２０は、本発明の実施形態における、スマートフォン２０１の動作の一例を説明するフローチャート図である。なお、このフローチャートの処理は、図３で示したスマートフォン２０１のＣＰＵ２００１がＲＯＭ２００３あるいは不揮発性メモリ２３００に格納されたプログラムをＲＡＭ２００２にロードし実行することにより実現される。また、図中のステップＳ２００１〜ステップＳ２０１６は各ステップ番号を示す。

【0111】

図２０のフローチャートは、スマートフォン２０１に表示される図７の本発明の実施形態におけるスマートフォン２０１でのセンサデバイス３０１の管理画面（メインメニュー画面）で図７のデバイス登録ボタン７０１を選択すると開始される。

【0112】

ステップＳ２００１では、スマートフォン２０１は、図８のデバイス登録用の画面をディスプレイ２２００等に表示する。画面には図８のデバイス名の入力フィールド８０１とメニューへ戻るボタン８０２、登録開始ボタン８０３、デバイスを乗せるための領域８０４がある。

【0113】

ここで図８の説明をする。図８は、本発明の実施形態におけるスマートフォン２０１でのセンサデバイス３０１の登録画面の例を示した図である。図７でデバイス登録ボタン７０１が押されると、この画面に推移する。

【0114】

図８は、前記取得手段で取得したセンサの固有情報に対応する識別情報であって、当該センサを識別するための識別情報の入力を受け付ける受付手段の適用例である。

【0115】

また、図８は、前記センサは、前記情報処理装置に接触するように配置されることを特徴とするセンサの適用例である。

【0116】

ステップＳ２００２では、スマートフォン２０１は、ユーザにより、デバイス名の入力を登録ボタンまたはメニューボタンの押下を受け付ける。

【0117】

ステップＳ２００３では、スマートフォン２０１は、ステップＳ２００２で受け付けたボタンを判定する。

【0118】

スマートフォン２０１は、ユーザにより、メニューボタンが押された場合（ステップＳ２００３：メニューボタン）、メニュー画面へ戻る。

【0119】

スマートフォン２０１は、ユーザにより、登録ボタンが押された場合（ステップＳ２００３：登録ボタン）、ステップＳ２００４の処理を行う。

【0120】

ステップＳ２００４では、スマートフォン２０１は、ステップＳ２００２で受け付けたデバイス名の登録処理を実行している旨をユーザに知らせるため、また、登録処理中にユーザによる操作をさせないため、図９のようにデバイス名の入力フィールドとボタンを入力不可状態にする。

【0121】

ここで図９の説明をする。図９は、本発明の実施形態におけるスマートフォン２０１でのセンサデバイス３０１の登録画面で登録処理中の例を示した図である。図８で、ユーザにより登録ボタンを押されると、この画面に推移する。

【0122】

ステップＳ２００５では、スマートフォン２０１は、センサデバイス３０１のアドバタイジングパケットの受信を行う。

【0123】

ステップＳ２００６では、スマートフォン２０１は、アドバタイジングパケットの有無を判定する。

【0124】

スマートフォン２０１は、アドバタイジングパケットを受信できた場合（ステップＳ２００６：あり）、ステップＳ２００７へ処理を移行する。

【0125】

スマートフォン２０１は、アドバタイジングパケットを受信できなかった場合（ステップＳ２００６：なし）、ステップＳ２００９へ処理を移行する。

【0126】

ステップＳ２００７では、スマートフォン２０１は、アドバタイジングパケットを送信したセンサデバイス３０１に接続要求を送信し接続を行う。

【0127】

ステップＳ２００８では、スマートフォン２０１は、接続を行ったセンサデバイス３０１を記憶しておくために、接続デバイステーブルに接続を行ったセンサデバイス３０１のデバイスＩＤを保存しておく。
図１７が接続デバイステーブルの例である。接続デバイステーブルへ追加処理後、ステップＳ２００５へ処理を移行し、アドバタイジングパケットの受信を行う。

【0128】

ここで図１７のデバイステーブルに関して説明する。

【0129】

図１７は、本発明の実施形態におけるスマートフォン２０１上で接続中のセンサデバイス３０１を管理する、接続デバイステーブルの例を示した図である。

【0130】

図１７ではデバイスＩＤ１７０１が「０１−０１−０１−００−００−０１」「０１−０１−０１−００−００−０２」「０１−０１−０１−００−００−０３」のデバイスが、接続中の状態であることを示している。

【0131】

ステップＳ２００９では、スマートフォン２０１は、接続デバイステーブルにデバイスが登録されているか判定する。

【0132】

スマートフォン２０１は、接続デバイステーブルにデバイスＩＤ１７０１が１件も登録されていない場合（ステップＳ２００９：なし）、デバイスがない旨のエラーとするためステップＳ２０１０へ進む。

【0133】

スマートフォン２０１は、デバイスＩＤ１７０１が登録されている場合（ステップＳ２００９：あり）、ステップＳ２０１２へ進む。

【0134】

ステップＳ２０１２では、スマートフォン２０１は、接続デバイステーブルに登録されているデバイスに対して通信を行い登録すべきデバイスか否か判定し登録を行う、この処理は図２１のフローチャートで説明する。ステップＳ２０１２の処理が終わるとデバイスの接続を解除するため、スマートフォン２０１は、ステップＳ２０１３へ処理を移行する。

【0135】

ステップＳ２０１３では、スマートフォン２０１は、接続デバイステーブルのデバイスＩＤの行を削除する。具体的には、図１７の先頭行「０１−０１−０１−００−００−０１」から削除される。

【0136】

そして、ステップＳ２０１４では、スマートフォン２０１は、削除したデバイスとの接続解除を送信する。

【0137】

ステップＳ２０１５では、スマートフォン２０１は、接続デバイステーブルにデータが残っているか判定する。

【0138】

スマートフォン２０１は、接続デバイステーブルにデータが残っている場合（ステップＳ２０１５：あり）、ステップＳ２０１３へ処理を移行し、再度、接続デバイステーブルの削除を続ける。

【0139】

スマートフォン２０１は、接続デバイステーブルにデータが残っていない場合（ステップＳ２０１５：なし）、ステップＳ２０１６へ処理を移行する。

【0140】

ステップＳ２０１６では、スマートフォン２０１は、ユーザにより、押下されたボタンの判定をする。この時に表示されている画面は、後述する図２１で説明するが、図１２あるいは図１３の画面である。

【0141】

スマートフォン２０１は、メニューボタンが押された場合（ステップＳ２０１６：メニューボタン）、メニュー画面へ処理を移行する。

【0142】

スマートフォン２０１は、別デバイスの登録ボタン（図１１の１１０１）が押された場合（ステップＳ２０１６：別デバイスの登録ボタン）、あるいは登録ボタン（図１３の１３０１）が押された場合（ステップＳ２０１６：登録ボタン）、ステップＳ２００１の処理へ移行する。

【0143】

ここで図１３に関して説明する。図１３は、本発明の実施形態におけるスマートフォン２０１でのセンサデバイス３０１の登録処理でデバイスが特定できない場合の例を示した図である。

【0144】

ステップＳ２０１０では、スマートフォン２０１は、登録すべきデバイスがない旨をユーザに知らせるため、例えば、図１２示す画面を表示する。このとき入力不可状態になっている、デバイス名の入力フィールドとボタンを入力可能状態に戻す。

【0145】

ここで図１２の説明をする。図１２は、本発明の実施形態におけるスマートフォン２０１でのセンサデバイス３０１の登録処理でセンサデバイス３０１が見つからない場合の例を示した図である。

【0146】

そして、ステップＳ２０１１では、スマートフォン２０１は、ユーザにより押下されたボタンを判定する。

【0147】

スマートフォン２０１は、ユーザによりメニューボタンが押された場合（ステップＳ２０１１：メニューボタン）、メニュー画面へ戻る。

【0148】

スマートフォン２０１は、ユーザにより登録ボタンが押された場合（ステップＳ２０１１：登録ボタン）、ステップＳ２００４の処理へ移行する。以上で、図２０の説明を終了し、次に図２１について説明する。

【0149】

図２１は、本発明の実施形態における、スマートフォン２０１の動作の一例を説明するフローチャート図である。なおこのフローチャートの処理は、図３で示したスマートフォン２０１のＣＰＵ２００１がＲＯＭ２００３あるいは不揮発性メモリ２３００に格納されたプログラムをＲＡＭ２００２にロードし実行することにより実現される。また、図中のステップＳ２１０１〜ステップＳ２１１５は各ステップ番号を示す。

【0150】

図２１のフローチャートは、図２０のフローチャートのステップＳ２０１２の処理を詳細に説明した図である。この処理は、接続されているセンサデバイス３０１の１つ１つから順番に、センサデバイス３０１の照度センサの値を取得して、スマートフォン２０１上に乗っているセンサデバイス３０１を特定し、サーバ１０１へ登録する処理である。

【0151】

ステップＳ２１０１は、スマートフォン２０１は、通信対象のセンサデバイス３０１に対して、照度センサの取得コマンドを送信する、図１４にコマンドの例を示す。具体的には、通信対象のデバイスとは、接続デバイステーブルに登録されているデバイスであり、最初は接続デバイステーブルの先頭のデバイスに対して送信する。この処理は、接続デバイステーブルに登録されているデバイス数分処理を繰り返す。

【0152】

ステップＳ２１０２では、スマートフォン２０１は、通信対象のデバイスから、照度センサの値を取得（センサ値Ａ）する。

【0153】

ステップＳ２１０２は、前記特定手段で特定された前記センサから当該センサ固有の固有情報を取得する取得手段の適用例である。

【0154】

ステップＳ２１０３では、スマートフォン２０１は、ステップＳ２１０２で取得した、照度センサの値を保持する。

【0155】

ステップＳ２１０４では、スマートフォン２０１は、スマートフォン２０１の画面を暗くする。具体的には、図１０がその例である。

【0156】

図１０は、本発明の実施形態におけるスマートフォン２０１でのセンサデバイス３０１の登録画面で登録処理中の例を示した図である。登録処理の中に画面を暗くした際の例である。

【0157】

ステップＳ２１０５では、スマートフォン２０１は、通信対象のデバイスに対して、照度センサの取得コマンドを送信する。

【0158】

ステップＳ２１０６では、スマートフォン２０１は、通信対象のデバイスから、照度センサの値を取得（センサ値Ｂ）する。

【0159】

ステップＳ２１０７では、スマートフォン２０１は、暗くなっているスマートフォン２０１の画面を元に戻す、図９がその例である。

【0160】

ステップＳ２１０８は、スマートフォン２０１は、ステップＳ２１０３で取得した照度センサの値（センサ値Ａ）と、ステップＳ２１０６で取得した照度センサの値（センサ値Ｂ）を比べる。

【0161】

スマートフォン２０１は、ステップＳ２１０３で取得した照度センサの値（センサ値Ａ）とステップＳ２１０６で取得した照度センサの値（センサ値Ｂ）が同じあるいはセンサ値Ｂのほうが明るい場合は（ステップＳ２１０８：同じあるいはＡの方が暗い）、現在スマートフォン２０１上にあるデバイスとは異なると判定する。

【0162】

スマートフォン２０１は、ステップＳ２１０６で取得した照度センサの値（照度）のほうが暗い場合は（ステップＳ２１０８：Ｂの方が暗い）、再度照度を測るため、ステップＳ２１０９へ進む。

【0163】

ステップＳ２１０９では、スマートフォン２０１は、通信対象のデバイスに対して、照度センサの取得コマンドを送信する。

【0164】

ステップＳ２１１０では、スマートフォン２０１は、通信対象のデバイスから、照度センサの値（センサ値Ｃ）を取得する。

【0165】

ステップＳ２１１１では、スマートフォン２０１は、ステップＳ２１０２で取得した照度センサの値（センサ値Ａ）と、ステップＳ２１１０で取得した照度センサの値（センサ値Ｃ）を比べる。

【0166】

スマートフォン２０１は、照度が異なる場合は（ステップＳ２１１１：異なる）、現在スマートフォン上にあるデバイスとは異なると判定する。

【0167】

スマートフォン２０１は、照度が同じ場合は（ステップＳ２１１１：同じ）、ステップＳ２１１３へ進む。

【0168】

スマートフォン２０１は、接続デバイステーブル中にある現在通信しているデバイスの次にもデバイスがあるときは繰り返す。スマートフォン２０１は、次のデバイスがない場合、接続している全てのデバイスに対して処理をしたので、登録できないと判断、ステップＳ２１１２へ進む。スマートフォン２０１は、次のデバイスがある場合、ステップＳ２１０１へ進む。つまり、接続デバイステーブル中にある現在通信しているデバイスの次のデバイスを通信の対象とする。

【0169】

ステップＳ２１１２では、スマートフォン２０１は、図１３のようなデバイスが特定できなかった旨のエラー画面を表示する。その後、図２０のフローチャートのステップＳ２０１２の処理に進む。

【0170】

ステップＳ２１１３では、スマートフォン２０１は、サーバ１０１へデバイスの登録依頼をするデバイスの特定をする。
ステップＳ２１１３は、前記出力手段により出力されたイベントを検知したセンサを特定する特定手段の適用例である。また、ステップＳ２１１３は、前記出力手段により出力された所定のパターンのイベントを検知したセンサを特定する特定手段の適用例である。

【0171】

ステップＳ２１１４では、スマートフォン２０１は、サーバ１０１へデバイスの登録依頼をする。サーバ１０１へ送信するデータは、現在通信しているデバイスのデバイスＩＤと画面上に表示されている利用者が入力したデバイス名を送信する。

【0172】

ステップＳ２１１４は、前記受付手段で入力を受け付けた識別情報と、前記固有情報とを紐付けて登録する登録手段の適用例である。

【0173】

ここで図１８のデバイステーブルの説明をする。

【0174】

図１８は、本発明の実施形態における、サーバ１０１のＤＢで管理される、デバイステーブルの例を示した図である。

【0175】

図１８の１８０１デバイステーブルは、デバイスＩＤ、デバイス名、照度センサ値、温度センサ値、湿度センサ値等の値を有する。

【0176】

３レコード目１８０４は、デバイス管理部１５１においてレコード追加直後でセンサ値が登録されていない状態である。具体的には、ステップＳ２１１４でサーバ１０１へデバイスの登録依頼がされ、デバイステーブルに登録された直後のレコードである。

【0177】

１レコード目１８０２、２レコード目１８０３はデバイス状態更新部１５２よりセンサ値が更新された状態である。具体的には、センサ値の更新は、デバイス登録後にデバイスや各センサ値を取得し照度センサや温度センサ、湿度センサ等のフィールドを更新する。

【0178】

ステップＳ２１１５では、スマートフォン２０１は、図１１のような登録完了画面を表示する。その後、図２０のフローチャートのステップＳ２０１３の処理に進む。

【0179】

ここで図１１の説明をする。図１１は、本発明の実施形態におけるスマートフォン２０１でのセンサデバイス３０１の登録処理で登録が完了した例を示した図である。

【0180】

以上が第一の実施形態の説明である。次に本発明のステップＳ２０１２のデバイス登録処理の第二の実施形態について説明する。

【0181】

第二の実施形態では、複数デバイスが存在し、複数デバイスのセンサデータが取得された場合に、センサデータの値からデバイスを特定する。

【0182】

図２２は、本発明の第二の実施形態における、スマートフォン２０１の動作の一例を説明するフローチャート図である。なお、このフローチャートの処理は、図３で示したスマートフォン２０１のＣＰＵ２００１がＲＯＭ２００３あるいは不揮発性メモリ２３００に格納されたプログラムをＲＡＭ２００２にロードし実行することにより実現される。また、図中のステップＳ２２０１〜ステップＳ２２０６は各ステップを示す。

【0183】

ステップＳ２２０１では、スマートフォン２０１は、所定の出力を行う。具体的に、所定の出力とは、スマートフォン２０１の画面の明暗を変えたり、スマートフォン２０１から音を出力したりする。

【0184】

ステップＳ２２０２では、スマートフォン２０１は、通信対象のデバイスに対して、照度センサの取得コマンドを送信する、図１４にコマンドの例を示す。具体的には通信対象のデバイスとは、接続デバイステーブルのデバイスである。

【0185】

図２２は、複数デバイスがスマートフォン２０１の通信対象のデバイスであった場合の実施例である。第二の実施例は、複数のセンサデバイス３０１が所定の間隔を置いて存在するときを前提とする。

【0186】

ステップＳ２２０３では、スマートフォン２０１は、それぞれデバイスのセンサデータを受信する。

【0187】

ステップＳ２２０４では、スマートフォン２０１は、所定の基準に従ってデータを並び替える。具体的には、照度センサの場合は、一番明るい値のデバイスがスマートフォン２０１に近い位置にあるデバイスとして、明るい値順にセンサデータを並び替えて、デバイスを特定する。音センサの場合は、一番音が大きい値のデバイスがスマートフォン２０１に近い位置にあるデバイスとして、大きい値順位にセンサデータを並び替えて、デバイスを特定する。

【0188】

ステップＳ２２０４は、前記固有情報を、各センサが検知したイベントの値が大きい順、または小さい順に一覧で表示する表示手段の適用例である。

【0189】

ステップＳ２２０５では、スマートフォン２０１は、Ｓ２２０４で特定されたそれぞれのデバイス名の入力を受け付ける。つまり、ユーザは目視でステップＳ２２０４で特定されたデバイスの実際に置かれている順番を確認して、それぞれデバイス名を入力する。

【0190】

ステップＳ２２０６では、スマートフォン２０１は、ステップＳ２２０５で受け付けたデバイス名を登録する。その後、図２０のフローチャートのステップＳ２０１３の処理に進む。

【0191】

以上が第二の実施形態の説明である。次に本発明のステップＳ２０１２のデバイス登録処理の第三の実施形態について説明する。

【0192】

第三の実施形態では、デバイスが特定のセンサしか備えていない場合に、センサデータの値を取得し、デバイスがどのセンサを備えているかわからないため、様々なパターンを送信しデバイスを特定する第三の実施例である。第三の実施形態では、照度センサ、加速度センサのどちらかを備えているセンサを対象にしているが、センサデータが取得できる他のセンサ（温度センサ、湿度センサ等）でもよい。

【0193】

図２３は、本発明の第三の実施形態における、スマートフォン２０１の動作の一例を説明するフローチャート図である。なおこのフローチャートの処理は、図３で示したスマートフォン２０１のＣＰＵ２００１がＲＯＭ２００３あるいは不揮発性メモリ２３００に格納されたプログラムをＲＡＭ２００２にロードし実行することにより実現される。また、図中のステップＳ２３０１〜ステップＳ２３２８は各ステップを示す。

【0194】

ステップＳ２３０１は、スマートフォン２０１は、通信対象のデバイスに対して、照度センサの取得コマンドを送信する、ここの処理は、接続デバイステーブルに登録されているデバイス数分処理を繰り返す。

【0195】

ステップＳ２３０２では、スマートフォン２０１は、通信対象のデバイスから、照度センサの値を取得（照度センサ値Ａ）する。

【0196】

ステップＳ２３０３では、スマートフォン２０１は、ステップＳ２３０２で取得した、照度センサの値（照度センサ値Ａ）を保持する。

【0197】

ステップＳ２３０４では、スマートフォン２０１は、通信対象のデバイスに対して、加速度センサの取得コマンドを送信する。

【0198】

ステップＳ２３０５では、スマートフォン２０１は、通信対象のデバイスから、加速度センサの値を取得（加速度センサ値Ｂ）する。

【0199】

ステップＳ２３０６では、スマートフォン２０１は、ステップＳ２３０５で取得した、照度センサの値（加速度センサ値Ｂ）を保持する。

【0200】

ステップＳ２３０７では、スマートフォン２０１は、スマートフォン２０１の画面を暗くする。具体的には、図１０がその例である。

【0201】

ステップＳ２３０８では、スマートフォン２０１は、スマートフォン２０１のバイブレータを動作させる。

【0202】

ステップＳ２３０９では、スマートフォン２０１は、通信対象のデバイスに対して、照度センサの取得コマンドを送信する。

【0203】

ステップＳ２３１０では、スマートフォン２０１は、通信対象のデバイスから、照度センサの値を取得（照度センサ値Ｃ）する。

【0204】

ステップＳ２３１１では、スマートフォン２０１は、ステップＳ２３１０で取得した、照度センサの値（照度センサ値Ｃ）を保持する。

【0205】

ステップＳ２３１２では、スマートフォン２０１は、通信対象のデバイスに対して、加速度センサの取得コマンドを送信する。

【0206】

ステップＳ２３１３では、スマートフォン２０１は、通信対象のデバイスから、加速度センサの値を取得（加速度センサ値Ｄ）する。

【0207】

ステップＳ２３１４では、スマートフォン２０１は、ステップＳ２３１３で取得した、照度センサの値（加速度センサ値Ｄ）を保持する。

【0208】

ステップＳ２３１５では、スマートフォン２０１は、暗くなっているスマートフォンの画面を元に戻す、図９がその例である。

【0209】

ステップＳ２３１６では、スマートフォン２０１は、スマートフォン２０１のバイブレータを停止させる。

【0210】

ステップＳ２３１７では、スマートフォン２０１は、通信対象のデバイスに対して、照度センサの取得コマンドを送信する。

【0211】

ステップＳ２３１８では、スマートフォン２０１は、通信対象のデバイスから、照度センサの値を取得（照度センサ値Ｅ）する。

【0212】

ステップＳ２３１９では、スマートフォン２０１は、ステップＳ２３１８で取得した、照度センサの値（照度センサ値Ｅ）を保持する。

【0213】

ステップＳ２３２０では、スマートフォン２０１は、通信対象のデバイスに対して、加速度センサの取得コマンドを送信する。

【0214】

ステップＳ２３２１では、スマートフォン２０１は、通信対象のデバイスから、加速度センサの値を取得（加速度センサ値Ｆ）する。

【0215】

ステップＳ２３２２では、スマートフォン２０１は、ステップＳ２３１３で取得した、照度センサの値（加速度センサ値Ｆ）を保持する。

【0216】

ステップＳ２３２３では、スマートフォン２０１は、ステップＳ２３０２で取得した照度センサの値（照度センサ値Ａ）とステップＳ２３１０で取得した照度センサの値（照度センサ値Ｃ）とステップＳ２３１８で取得した照度センサの値（照度センサ値Ｅ）とを比較する。

【0217】

スマートフォン２０１は、照度センサ値Ａと照度センサ値Ｅが同じ値、かつ照度センサ値Ｃが照度センサ値Ａや照度センサ値Ｅより小さい（暗い）値の場合は（ステップＳ２３２３：ＡとＥは同じ値、かつＣはＡやＥより小さい（暗い）値）、ステップＳ２３２５の処理へ移行する。

【0218】

スマートフォン２０１は、照度センサ値Ａと照度センサ値Ｅが異なる値、または照度センサ値Ｃは、照度センサ値Ａや照度センサ値Ｅより大きい（明るい）値の場合は（ステップＳ２３２３：ＡとＥは異なる値、またはＣはＡやＥより大きい値）、ステップＳ２３２４の処理へ移行する。

【0219】

ステップＳ２３２４では、スマートフォン２０１は、ステップＳ２３０５で取得した加速度センサの値（加速度センサ値Ｂ）とステップＳ２３１３で取得した加速度センサの値（加速度センサ値Ｄ）とステップＳ２３２１で取得した加速度センサの値（加速度センサ値Ｆ）とを比較する。

【0220】

スマートフォン２０１は、加速度センサ値Ｂと加速度センサ値Ｆが同じ値、かつ加速度センサ値Ｄが加速度センサ値Ｂや加速度センサ値Ｆより小さい（振動大）値の場合は、ステップＳ２３２５の処理へ移行する。

【0221】

スマートフォン２０１は、加速度センサ値Ｂと加速度センサ値Ｆが異なる値、または加速度センサ値Ｄは、加速度センサ値Ｂや加速度センサ値Ｄより大きい（振動大）値の場合は（ステップＳ２３２４：ＢとＦは異なる値、またはＤはＢやＦより大きい値）、次の接続デバイスの処理へ移行する。

【0222】

ステップＳ２３２５では、スマートフォン２０１は、デバイスの特定をする。

【0223】

ステップＳ２３２６では、スマートフォン２０１は、サーバ１０１へデバイスの登録依頼をする。サーバ１０１へ送信するデータは、現在通信しているデバイスのデバイスＩＤと画面上に表示されている利用者が入力したデバイス名を送信する。

【0224】

ステップＳ２３２７では、スマートフォン２０１は、図１１のような登録完了画面を表示する。その後、図２０のフローチャートのステップＳ２０１３の処理に進む。

【0225】

ステップＳ２３２８では、スマートフォン２０１は、図１３のようなデバイスが特定できなかった旨のエラー画面を表示する。その後、図２０のフローチャートのステップＳ２０１２の処理に進む。

【0226】

なお、図２３の処理では、ステップＳ２３０７のスマートフォンの画面を暗くする動作と、ステップＳ２３０８のバイブレータの動作とを別々に行っているが、それぞれの動作を同時に行っても良い。
なお、他の実施形態として、加速度センサでセンサデバイス３０１が特定された場合には、次のセンサデバイス３０１の特定は、照度センサによる特定からではなく、加速度センサによる特定から開始してもよい。そうすることで、センサデバイス３０１を特定する時間を短縮することができる。
以上で図２３の説明を終了する。

【0227】

次に、図２４を説明する。

【0228】

図２４は、図２０に示すスマートフォンの処理フローの別実施形態の一例を示す図である。

【0229】

図２０に示す処理フローを実行する場合、ステップＳ２００５にて１〜２秒待たなければならず、登録完了までの時間がかかってしまう。また、センサデバイス３０１との接続も時間がかかってしまう（数十ミリ〜百ミリ秒）。理由としては、アドバタイジングパケットは常に送信しているわけではなく、例えばＢＬＥ通信の仕様では、７．５ミリ秒〜４秒間隔で送信される。そのため、アドバタイジングパケットを受信するには１〜２秒程度待つことになることが通常である。そのため、図２４に示すフローでは、アドバタイジングパケットが取れたら、そのまま取れたアドバタイジングパケットの接続を行う処理と、他のアドバタイジングパケットの受信を平行して処理を行うようにする。なお、ここでは図２０と異なる部分について説明を行い、図２０と同様な部分については説明を省略する。

【0230】

図２４は、図２０に示すスマートフォン２０１の動作の一例を説明するフローチャートである。ステップＳ２００１〜ステップＳ２００４は、図２０の実施形態と同様であるため説明を省略する。

【0231】

ステップＳ２４０１では、スマートフォン２０１は、センサデバイス３０１のアドバタイジングパケットの受信を行う。アドバタイジングパケットを受信できない場合は、ステップＳ２４０２へ処理を移行する。

【0232】

ステップＳ２４０２では、スマートフォン２０１は、アドバタイジングパケットの有無を判定する。

【0233】

スマートフォン２０１は、アドバタイジングパケットの受信ができている場合には（ステップＳ２４０２：ＹＥＳ）、ステップＳ２４０３へ処理を移行する。

【0234】

スマートフォン２０１は、アドバタイジングパケットの受信ができていない場合には（ステップＳ２４０３：ＮＯ）、ステップＳ２４０６へ処理を移行する。

【0235】

ステップＳ２４０３では、スマートフォン２０１は、アドバタイジングパケットを受信すると、図２９の接続デバイステーブル２９０１にデバイスＩＤ２９０３と接続状態２９０２を追加する。図２９の接続デバイステーブル２９０１にある接続状態２９０２の項目は、「未」（未接続）とする。

【0236】

ステップＳ２４０３では、スマートフォン２０１は、アドバタイジングパケットを送信したセンサデバイス３０１に接続要求を送信し、接続を行う。

【0237】

ステップＳ２４０４では、スマートフォン２０１は、接続を行ったセンサデバイス３０１を記憶しておくために、接続を行ったセンサデバイス３０１のデバイスＩＤを図１７の接続デバイステーブルに保存する。

【0238】

ステップＳ２４０４では、スマートフォン２０１は、図１７の接続デバイステーブルにセンサデバイス３０１のデバイスＩＤが登録されているか判定する。

【0239】

スマートフォン２０１は、接続デバイステーブルにデバイスＩＤが１件登録されている場合（ステップＳ２４０５：ＹＥＳ）、すなわち最初のパケット受信の場合、ステップＳ２４０５の処理へ移行する。

【0240】

スマートフォン２０１は、接続デバイステーブルが１件でない場合（ステップＳ２４０５：ＮＯ）、すなわち既に登録処理が並行動作している場合は、ステップＳ２４０１のアドバタイジングパケット受信に戻る。

【0241】

ステップＳ２４０５では、スマートフォン２０１は、登録処理を並行で行う。（別スレッドで登録処理を行う）

【0242】

ステップＳ２４０６では、スマートフォン２０１は、図２９の接続デバイステーブルの２９０１の接続状態２９０２の項目を見て未接続のデバイスに対し接続要求を行い接続する。接続が完了したら接続デバイステーブルの接続状態２９０２の項目を「済」（接続済）にする。

【0243】

ステップＳ２４０７では、スマートフォン２０１は、一定期間パケットの受信があるか否かを判定する。

【0244】

スマートフォン２０１は、一定期間パケットの受信がない場合（ステップＳ２４０７：ＮＯ）、接続可能なセンサデバイス３０１が無くなったと判定し、ステップＳ２４０８へ処理を移行する。
スマートフォン２０１は、一定期間パケットの受信があった場合（ステップＳ２４０７：ＹＥＳ）、再度他のセンサデバイス３０１のアドバタイジングパケットを読み込むため、ステップＳ２４０１の処理に戻る。

【0245】

ステップＳ２４０８では、スマートフォン２０１は、一定期間アドバタイジングパケットがないと、並行動作している登録処理を終了する。ただし、未接続のセンサデバイス３０１があったら接続が完了するまで待つ。もし、接続できない場合、センサデバイス３０１はみつからなかったとみなし、接続デバイステーブルから削除する。

【0246】

ステップＳ２４０９では、スマートフォン２０１は、接続デバイステーブルにデバイスが登録されているか判定する。

【0247】

スマートフォン２０１は、接続デバイステーブルにデバイスＩＤが登録されていない場合（ステップＳ２４０９：ＹＥＳ）、デバイスがない旨のエラーとするため、ステップＳ２０１０の処理へ移行する。

【0248】

スマートフォン２０１は、デバイスＩＤが登録されている場合（ステップＳ２４０９：ＮＯ）、ステップＳ２０１２の処理へ移行する。以上で図２４の説明を終了し、次に図２５の説明を行う。

【0249】

第一の実施形態では、スマートフォン２０１の画面の点滅を検知したセンサデバイス３０１をスマートフォン２０１が認識し、当該スマートフォン２０１に登録させることができる。しかし、複数台のセンサデバイス３０１を登録するときには、一台ずつ登録操作（スマートフォン２０１の画面上へのセンサデバイス３０１の配置、スマートフォン２０１の画面を点滅させるためのスマートフォン２０１の操作、センサデバイス３０１の名前の入力操作の繰り返し）をしなくてはならないため、ユーザにとって不便な場合がある。

【0250】

図２０における別実施形態では、スマートフォン２０１の画面上の発光させるエリアを複数設定する。センサデバイス３０１を各エリアの上に置き、各エリアを異なるパターンで点滅させる。各センサデバイス３０１が検知した点滅のパターンからセンサデバイス３０１が置かれているエリアを特定し、エリアに対応する名前をつけてスマートフォン２０１に登録する。なお、ここでは第一の実施形態と異なる部分について説明を行い、第一の実施形態と同様な部分については説明を省略する。

【0251】

図２５は、図２０の別実施形態におけるスマートフォン２０１の動作の一例を説明するフローチャートである。このような制御は、スマートフォン２０１のＣＰＵが記憶されている制御プログラムを読み出して実行することによって実現される。
複数台のセンサデバイス３０１を一気に登録したい場合も、図２０と同様のフロー処理になる。そのため、ステップＳ２００１〜ステップＳ２０１５の処理は図２０と同様であるため、説明を省略する。

【0252】

ステップＳ２５０１では、スマートフォン２０１は、図２７のセンサデバイス登録画面２７０１をディスプレイ２２００に表示する。図２７のセンサデバイス登録画面（初期画面）２７０１には、センサデバイス名の入力フィールド２７０６、メニューボタン２７０７、登録ボタン２７０８、センサデバイスを載せるための領域２７０９がある。

【0253】

ステップＳ２５０１では、スマートフォン２０１は、ユーザにより押下されたボタンの判定をする。この時に表示されている画面は図２７の２７０５の画面である。

【0254】

スマートフォン２０１は、メニューボタンが押された場合（ステップＳ２５０１：メニューボタン）、メニュー画面へ処理を移行する。

【0255】

スマートフォン２０１は、別デバイスの登録ボタンが押された場合（ステップＳ２５０１：別デバイスの登録ボタン）、ステップＳ２００１へ処理を移行する。

【0256】

以上で図２５の説明を終了する。

【0257】

次に図２６を用いて、第四の実施形態におけるセンサデバイスの登録処理フローの一例を説明する。

【0258】

図２６は、図２５のフローチャートのステップＳ２０１２の処理を詳細に説明した図である。図２６のフローチャートでは、センサデバイス３０１を置くエリアが６つある場合の例を説明する。このような制御は、スマートフォン２０１のＣＰＵが記憶されている制御プログラムを読み出して実行することによって実現される。

【0259】

ステップＳ２６０１では、スマートフォン２０１は、センサデバイス３０１を置くエリアが６つある場合、ステップＳ２６０２〜ステップＳ２６０４の処理を３回繰り返す。繰り返す回数については、次のような方式をとる。センサデバイス３０１を置くエリア数分、異なった明滅パターンが必要であるため、明滅パターンを２進数のビットパターンとして考える。繰り返す回数はエリアの数に１を減算した数を２進数に変換したときの桁数となる。例えば、エリア数が２の場合、２−１＝１で、１の２進数は１であり１桁で１回、エリア数が４の場合、４−１＝３で、３の進数は１１であり２桁で２回、エリア数が６−１＝５で、５の２進数は１０１であり３桁で３回、エリア数が８の場合、８−１＝７で、７の２進数は１１１であり３桁で３回、エリア数が１２の場合、１２−１＝１１で、１１の２進数は１０１１であり４桁で４回のようになる。

【0260】

ステップＳ２６０２では、スマートフォン２０１は、センサを置く各エリアの背景色を設定する。各エリアには０からの番号を付けておき、番号を２進数のビットパターンにした通りの背景を設定する。ビットが０の場合、背景を白、ビットが１の場合、背景を黒にする。例えば、図２７に示すように３×２の画面の場合、図２７の２７０１のようにエリア番号を１〜６まで付ける。そして、エリア番号を２進数に変換して最下位ビットがＯＮの場合画面を暗くする。２回目は、下位２ビット目を見る。３回目は、下位３ビット目を見る。そうすると下記のような明滅パターンとなる。エリア１の場合、ビットパターンは００１となり、１回目は白、２回目も白、３回目は黒となる。エリア４の場合、ビットパターンは１００となり、１回目は黒、２回目は白、３回目は白となる。エリア６の場合、ビットパターンは１１０となり、１回目は黒、２回目は黒、３回目は白のようになる。その際、スマートフォン２０１の画面には、図２７の２７０２に示す画面、２７０３に示す画面が表示される。
ステップＳ２６０２は、前記情報処理装置に表示される画面を分割することにより形成される複数のエリアごとに異なるパターンで前記イベントを出力する出力手段の適用例である。

【0261】

ステップＳ２６０３では、スマートフォン２０１は、接続した全センサデバイス３０１の照度値を受信する。

【0262】

ステップＳ２６０４では、スマートフォン２０１は、ステップＳ２６０３で受信した照度値を接続デバイステーブルのセンサ値の列に設定する。センサ値の列は繰り返す回数分あるので、該当する回数の列に設定する。設定は、図２８の２８０１の接続デバイステーブルに設定する。

【0263】

ここで図２８の接続デバイステーブルに関して説明する。
図２８は、スマートフォン２０１が管理するスマートフォン２０１上で接続中のセンサデバイス３０１の一覧の例を示した接続デバイステーブルである。図２８の接続デバイステーブルでは、デバイスＩＤ２８０３が「０１−０１−０１−００−００−０１」「０１−０１−０１−００−００−０２」「０１−０１−０１−００−００−０３」「０１−０１−０１−００−００−０４」「０１−０１−０１−００−００−０５」「０１−０１−０１−００−００−０６」のセンサデバイス３０１が、接続中の状態であることを示す。

【0264】

ここで図２８の説明を終了し、図２６の説明に戻る。

【0265】

ステップＳ２６０５では、スマートフォン２０１は、図２８の接続デバイステーブルの照度値を明暗の２値（０と１）に変換する。図２８の接続デバイステーブルの全照度値の平均を取り、平均より暗い値は１、明るい値は０に設定する。設定は図２８の２８０２に設定する。

【0266】

ステップＳ２６０６では、スマートフォン２０１は、接続デバイステーブルに登録されているデバイスを先頭から順にステップＳ２６０７〜２６０９の処理を繰り返す。

【0267】

ステップＳ２６０７では、スマートフォン２０１は、接続デバイステーブルの照度値のビットパターンからエリアを特定する。図２８の２８０２の例では、「０１−０１−０１−００−００−０４」では、０１１となり１０進数に直すと３となりエリア３に置かれたセンサと特定できる。

【0268】

ステップＳ２６０８では、スマートフォン２０１は、サーバ１０１へセンサデバイス３０１の登録依頼をする。デバイスＩＤと、ステップＳ２６０７で特定されたエリアに入力されたデバイス名を送信する。

【0269】

ステップＳ２６０９では、スマートフォン２０１は、特定されたエリアに登録された旨「登録されました」のメッセージを表示する。その際、スマートフォン２０１の画面には、図２７の２７０４に示す画面表示される。

【0270】

ステップＳ２６１０では、スマートフォン２０１は、登録されていないエリアがあった場合、そのエリアに「エラー 登録されていません」のメッセージを表示する。その際、スマートフォン２０１の画面には、図２７の２７０５に示す画面表示される。その後、図２０のフローチャートのステップＳ２０１３の処理に進む。

【0271】

以上で図２６の説明を終了する。

【0272】

ここで、図２５と図２６の処理の流れを図２７の図を用いて説明する。図２７は、スマートフォン２０１を使用しセンサデバイス３０１を登録する一連の流れの一例を示す図である。

【0273】

スマートフォン２０１に表示されるセンサデバイス３０１の登録画面（図７）でデバイス登録ボタン（図７の７０１）を押されると、図２７の２７０１の画面に推移する。

【0274】

登録画面（実行中１）２７０２では、スマートフォン２０１は、ステップＳ２００２で受け付けたデバイス名の登録処理を実行している旨をユーザに知らせるため、また、登録処理中にユーザによる操作をさせないため、デバイス名などの入力フィールドとボタンを入力不可状態にする。その後、登録画面（実行中２）２７０３では、スマートフォン２０１の画面の背景を変える。

【0275】

その後、登録が完了した場合は、登録完了画面２７０４に示す画面が表示され、登録するセンサデバイスが見つからない場合などは、登録エラー画面２７０５に示す画面が表示される。登録完了画面２７０４はスマートフォン２０１でのセンサデバイス３０１の登録処理で登録が完了した例を示した図である。
以上で図２７の説明を終了する。

【0276】

なお、本発明ではセンサデバイス３０１の特定のために光（例えばステップＳ２１０４、ステップＳ２１０７）、音（例えばステップＳ２２０１）、振動（例えばステップＳ２３０８）を出力しているが、センサデバイス３０１を登録する端末（本実施形態では、スマートフォン２０１）が出力可能であり、センサデバイス３０１が検知可能なイベントであれば良く、他の実施形態として、例えば、熱や風などを用いてもよい。

【0277】

以上、本発明によると、情報処理装置で登録するセンサの特定を容易にすることが可能な仕組みを提供することが可能となる。

【0278】

以上、実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

【0279】

また、本発明におけるプログラムは、各フローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は各フローチャートの処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは各装置の処理方法ごとのプログラムであってもよい。

【0280】

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

【0281】

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

【0282】

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

【0283】

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

【0284】

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

【0285】

また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

【0286】

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

【符号の説明】

【0287】

１０２ 無線ＬＡＮアクセスポイント
２０１ スマートフォン（情報処理装置）
３０１ センサデバイス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】