(57)【特許請求の範囲】
【請求項１】
無線通信により、情報を情報処理装置へ送信する通信部と、
前記通信部を制御する処理部と、
を含み、
前記処理部は、
機器使用開始時に、前記通信部をセキュリティ無しでセットアップし、
前記通信部は、
前記セキュリティ無しでの接続を確立し、
前記処理部は、
前記セキュリティ無しでの接続を確立した後に、前記情報処理装置からのセキュリティ切り替え要求に応じて前記通信部をセキュリティ有りで再セットアップし、
前記通信部は、
前記セキュリティ有りでの接続を確立して、前記情報を前記情報処理装置に対して送信することを特徴とする処理装置。
【請求項２】
請求項１において、
前記通信部は、
前記セキュリティ無しでの前記セットアップ後に、アドバタイズメントパケットを送信し、前記アドバタイズメントパケットに対する前記情報処理装置からの応答に基づいて、前記情報処理装置との前記セキュリティ無しでの接続を確立することを特徴とする処理装置。
【請求項３】
請求項１又は２において、
前記セキュリティ無しでの接続の確立後に、前記情報処理装置から前記セキュリティ切り替え要求であるセキュリティイネーブル要求を受信した場合に、
前記処理部は、
前記通信部を前記セキュリティ有りで再セットアップすることを特徴とする処理装置。
【請求項４】
請求項３において、
前記通信部は、
前記セキュリティ有りでの前記再セットアップ後に、第２のアドバタイズメントパケットを送信し、前記第２のアドバタイズメントパケットに対する前記情報処理装置からの応答に基づいて、前記情報処理装置との前記セキュリティ有りでの接続を確立することを特徴とする処理装置。
【請求項５】
請求項３又は４において、
前記セキュリティ無しでの接続の確立後に、前記情報処理装置から前記セキュリティ切り替え要求である前記セキュリティイネーブル要求を受信した場合に、
前記通信部は、
前記セキュリティ無しでの接続を切断することを特徴とする処理装置。
【請求項６】
請求項５において、
前記処理部は、
前記セキュリティ無しでの接続の切断後に、前記通信部を前記セキュリティ有りで再セットアップすることを特徴とする処理装置。
【請求項７】
請求項３乃至６のいずれかにおいて、
前記セキュリティ無しでの前記通信部のセットアップに用いる第１のセットアップ情報と、前記セキュリティ有りでの前記通信部のセットアップに用いる第２のセットアップ情報と、を記憶する記憶部をさらに含み、
前記処理部は、
機器使用開始時に、前記記憶部から前記第１のセットアップ情報を読み出し、前記第１のセットアップ情報を用いて前記通信部を前記セキュリティ無しでセットアップし、
前記情報処理装置から前記セキュリティ切り替え要求である前記セキュリティイネーブル要求を受信した場合に、前記記憶部から、前記第２のセットアップ情報を読み出し、前記第２のセットアップ情報を用いて前記通信部を前記セキュリティ有りでセットアップすることを特徴とする処理装置。
【請求項８】
請求項３乃至７のいずれかにおいて、
前記セキュリティ無しでの接続の確立後に、前記情報処理装置から前記セキュリティ切り替え要求である前記セキュリティイネーブル要求を受信しなかった場合に、
前記通信部は、
前記セキュリティ無しで、前記情報を前記情報処理装置へ送信することを特徴とする処理装置。
【請求項９】
請求項１乃至８のいずれかにおいて、
センサー部をさらに含み、
前記処理部は、
前記センサー部からのセンサー情報に基づいて、生体情報の検出処理を行い、
前記通信部は、
前記情報処理装置からの前記セキュリティ切り替え要求に応じて、前記情報である前記生体情報を前記セキュリティ有り又は前記セキュリティ無しで、前記情報処理装置へ送信することを特徴とする処理装置。
【請求項１０】
請求項１乃至９のいずれかにおいて、
前記通信部は、
前記セキュリティ無しでの接続では、前記情報を平文で前記情報処理装置に対して送信し、前記セキュリティ有りでの接続では、前記情報を暗号化して前記情報処理装置に対して送信することを特徴とする処理装置。
【請求項１１】
請求項１乃至１０のいずれかにおいて、
前記情報処理装置が、第２の情報処理装置から第２の情報を受信した場合に、
前記通信部は、
前記セキュリティ有での接続の確立後に、前記第２の情報に基づく暗号化された情報を、前記情報処理装置から受信することを特徴とする処理装置。
【請求項１２】
請求項１乃至１１のいずれかにおいて、
前記セキュリティ有りでの接続の確立後に、接続リセット要求が行われた場合には、
前記通信部は、
前記セキュリティ有りでの接続を切断し、
前記処理部は、
前記セキュリティ有りでの接続の切断後に、前記通信部を前記セキュリティ無しで再セットアップすることを特徴とする処理装置。
【請求項１３】
無線通信により、情報を情報処理装置へ送信する処理装置であって、
機器使用開始時に、セキュリティ無しでの接続を確立し、
前記セキュリティ無しでの接続を確立した後に、セキュリティ切り替え要求に応じて、セキュリティ有りでの接続を確立して、前記情報を前記情報処理装置に対して送信することを特徴とする処理装置。
【請求項１４】
請求項１３において、
アドバタイズメントパケットを送信し、前記アドバタイズメントパケットに対する前記情報処理装置からの応答に基づいて、前記情報処理装置との前記セキュリティ無しでの接続を確立することを特徴とする処理装置。
【請求項１５】
請求項１３又は１４において、
前記セキュリティ無しでの接続を確立した後に、前記セキュリティ切り替え要求であるセキュリティイネーブル要求を受信した場合に、前記セキュリティ有りでの接続を確立することを特徴とする処理装置。
【請求項１６】
請求項１３乃至１５のいずれかにおいて、
前記セキュリティ切り替え要求の受信後に、第２のアドバタイズメントパケットを送信し、前記第２のアドバタイズメントパケットに対する前記情報処理装置からの応答に基づいて、前記情報処理装置との前記セキュリティ有りでの接続を確立することを特徴とする処理装置。
【請求項１７】
請求項１５において、
前記セキュリティ無しでの接続の確立後に、前記情報処理装置から前記セキュリティ切り替え要求である前記セキュリティイネーブル要求を受信した場合に、前記セキュリティ無しでの接続を切断し、
前記セキュリティ無しでの接続の切断後に、前記セキュリティ有りでの接続を確立することを特徴とする処理装置。
【請求項１８】
請求項１５又は１７において、
前記セキュリティ無しでの接続の確立後に、前記情報処理装置から前記セキュリティ切り替え要求である前記セキュリティイネーブル要求を受信しなかった場合に、前記情報を前記情報処理装置へ送信することを特徴とする処理装置。
【請求項１９】
請求項１３乃至１８のいずれかにおいて、
前記情報とは、生体情報に関する情報であることを特徴とする処理装置。
【請求項２０】
請求項１３乃至１９のいずれかにおいて、
前記セキュリティ無しでの接続では、前記情報を平文で送信し、前記セキュリティ有りでの接続では、前記情報を暗号化して送信することを特徴とする処理装置。
【請求項２１】
請求項１３乃至２０のいずれかにおいて、
前記セキュリティ有りでの接続の確立後に、接続リセット要求が行われた場合には、前記セキュリティ有りでの接続を切断し、
前記セキュリティ有りでの接続の切断後に、前記セキュリティ無しでの接続を確立することを特徴とする処理装置。
【請求項２２】
情報処理装置を動作させるプログラムであって、
無線通信により、処理装置からのセキュリティ無しでのアドバタイズメントパケットを受信した場合に、前記処理装置と前記セキュリティ無しでの接続を確立し、
前記セキュリティ無しでの接続の確立後に、前記処理装置に対して、セキュリティイネーブル要求を送信し、
前記処理装置からのセキュリティ有りでの第２のアドバタイズメントパケットを受信した場合に、前記処理装置と前記セキュリティ有りでの接続を確立する手順を、
コンピューターに実行させることを特徴とするプログラム。
【請求項２３】
請求項２２において、
前記セキュリティ無しでの接続の確立後に、前記処理装置に対して前記セキュリティイネーブル要求を送信するか否かの判定を行い、
送信すると判定された場合に、前記処理装置に対して、前記セキュリティイネーブル要求を送信する手順を、
コンピューターに実行させることを特徴とするプログラム。
【請求項２４】
請求項２２又は２３において、
前記セキュリティ無しでの前記アドバタイズメントパケットを受信した場合に、前記情報処理装置の表示部において、前記処理装置との接続確認用の画面を表示する手順をコンピューターに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、処理装置及びプログラム等に関する。
【背景技術】
【０００２】
昨今、ブルートゥースローエナジー（Bluetooth（登録商標） Low Energy、以下ＢＬＥと表記する）が策定され、種々の機器を簡単に、省電力で接続できるようになった。従来のブルートゥースのプロファイルとは異なり、ＢＬＥでは特定のユースケース（運動、健康、スマートフォン連携等）に特化したプロファイルが策定され、策定された標準プロファイルに対応すれば、異なる機器間の相互接続性も保証される。
【０００３】
このＢＬＥの仕様を定めた各種資料は、例えば下記の非特許文献１の欄に記載したＵＲＬのウェブページにおいて公開されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】https://www.bluetooth.org/ja-jp/specification/adopted-specifications
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＢＬＥを用いた通信ではセキュリティの有無の選択を自由に行うことができる。セキュリティ有りの場合、通信内容が暗号化されるため、第三者による盗聴等を抑止可能である。セキュリティ無しの場合には通信内容が暗号化されないため、スニファツール等を利用すれば、第三者が通信内容を読み取ることが可能である。
【０００６】
個人情報の送信等を考慮すれば、セキュリティ有りの通信を行うことが好ましい。しかし、情報処理装置（例えばスマートフォン）によっては、セキュリティ有りで接続した場合の通信品質が低い場合がある。通信品質は、情報処理装置のＯＳ（Operating System）の種類やバージョン、或いは具体的な機種に応じて異なる。
【０００７】
そのため、所与の処理装置（スレーブ機器）を、情報処理装置（マスター機器）と接続する際に、当該接続をセキュリティ有りに限定してしまうと、実用上問題ないレベルで通信できる情報処理装置の種類がかなり限定されてしまうという課題がある。
【０００８】
一方、セキュリティ無しに限定した場合、対応する情報処理装置の種類を増やすことができるが、セキュリティ有りでも通信品質が高い情報処理装置にとってはデメリットが生じる。具体的には、上述したように第三者による通信内容の盗聴の可能性が高まる。また、ＢＬＥではセキュリティ有りの状態でしか利用できないサービスが規定されているが、当該サービスが利用できなくなってしまう。
【０００９】
本発明の幾つかの態様によれば、セキュリティ有りとセキュリティ無しを切り替え可能とすることで、状況に応じた（狭義には情報処理装置に応じた）適切な接続を実現する処理装置及びプログラム等を提供することができる。
【課題を解決するための手段】
【００１０】
本発明の一態様は、近接無線通信により、情報を情報処理装置へ送信する通信部と、前記通信部を制御する処理部と、を含み、前記処理部は、機器使用開始時には、前記通信部をセキュリティ無しでセットアップし、前記通信部は、前記セキュリティ無しでの接続を確立し、前記処理部は、前記セキュリティ無しでの接続を確立した後に、前記情報処理装置からのセキュリティ切り替え要求に応じて前記通信部をセキュリティ有りで再セットアップし、前記通信部は、前記セキュリティ有りでの接続を確立して、前記情報を前記情報処理装置に対して送信する処理装置に関係する。
【００１１】
本発明の一態様では、情報処理装置からのセキュリティ切り替え要求に応じて、近接無線通信での接続におけるセキュリティの有り無しを切り替えることができる。これにより、状況に応じて適切なセキュリティ設定で通信を行うこと等が可能になる。
【００１２】
また、本発明の一態様では、前記通信部は、前記セキュリティ無しでの前記セットアップ後に、アドバタイズメントパケットを送信し、前記アドバタイズメントパケットに対する前記情報処理装置からの応答に基づいて、前記情報処理装置との前記セキュリティ無しでの接続を確立し、前記セキュリティ無しでの接続の確立後に、前記情報処理装置からセキュリティイネーブル要求を受信した場合に、前記処理部は、前記通信部を前記セキュリティ有りで再セットアップしてもよい。
【００１３】
これにより、近接無線通信（ＢＬＥ）の規格により決定されたアドバタイズメントパケット等を利用して、セキュリティ無しでの接続を確立するためのシーケンスを実行すること等が可能になる。
【００１４】
また、本発明の一態様では、前記通信部は、前記セキュリティ有りでの前記再セットアップ後に、第２のアドバタイズメントパケットを送信し、前記第２のアドバタイズメントパケットに対する前記情報処理装置からの応答に基づいて、前記情報処理装置との前記セキュリティ有りでの接続を確立してもよい。
【００１５】
これにより、近接無線通信（ＢＬＥ）の規格により決定されたアドバタイズメントパケット等を利用して、セキュリティ有りでの接続を確立するためのシーケンスを実行すること等が可能になる。
【００１６】
また、本発明の一態様では、前記セキュリティ無しでの接続の確立後に、前記情報処理装置から前記セキュリティイネーブル要求を受信した場合に、前記通信部は、前記セキュリティ無しでの接続を切断し、前記処理部は、前記セキュリティ無しでの接続の切断後に、前記通信部を前記セキュリティ有りで再セットアップしてもよい。
【００１７】
これにより、再セットアップ前に通信部における通信を適切に切断すること等が可能になる。
【００１８】
また、本発明の一態様では、前記セキュリティ無しでの前記通信部のセットアップに用いる第１のセットアップ情報と、前記セキュリティ有りでの前記通信部のセットアップに用いる第２のセットアップ情報と、を記憶する記憶部をさらに含み、前記処理部は、機器使用開始時に、前記記憶部から前記第１のセットアップ情報を読み出し、前記第１のセットアップ情報を用いて前記通信部を前記セキュリティ無しでセットアップし、前記情報処理装置から前記セキュリティイネーブル要求を受信した場合に、前記記憶部から、前記第２のセットアップ情報を読み出し、前記第２のセットアップ情報を用いて前記通信部を前記セキュリティ有りでセットアップしてもよい。
【００１９】
これにより、セキュリティの有り無しに応じた２つのセットアップ情報を記憶部に記憶し、適切なセットアップ情報を読み出すことで、所望のセキュリティ設定での通信部のセットアップを実行すること等が可能になる。
【００２０】
また、本発明の一態様では、前記セキュリティ無しでの接続の確立後に、前記情報処理装置から前記セキュリティイネーブル要求を受信しなかった場合に、前記通信部は、前記セキュリティ無しで、前記情報を前記情報処理装置へ送信してもよい。
【００２１】
これにより、セキュリティイネーブル要求の送信がない場合には、セキュリティ無しで通信を行うことが可能になる。
【００２２】
また、本発明の一態様では、センサー部をさらに含み、前記処理部は、前記センサー部からのセンサー情報に基づいて、生体情報の検出処理を行い、前記通信部は、前記情報処理装置からのセキュリティ切り替え要求に応じて、前記情報である前記生体情報を前記セキュリティ有り又は前記セキュリティ無しで、前記情報処理装置へ送信してもよい。
【００２３】
これにより、処理装置が有するセンサーで生体情報を検出し、適切なセキュリティ設定により、当該生体情報を情報処理装置に対して送信すること等が可能になる。
【００２４】
また、本発明の一態様では、前記通信部は、前記セキュリティ無しでの接続では、前記情報を平文で前記情報処理装置に対して送信し、前記セキュリティ有りでの接続では、前記情報を暗号化して前記情報処理装置に対して送信してもよい。
【００２５】
これにより、セキュリティ有りでは暗号化した情報を送信し、セキュリティ無しでは平文の情報を送信することが可能になる。
【００２６】
また、本発明の一態様では、前記情報処理装置が、第２の情報処理装置から第２の情報を受信した場合に、前記通信部は、前記セキュリティ有での接続の確立後に、前記第２の情報に基づく暗号化された情報を、前記情報処理装置から受信してもよい。
【００２７】
これにより、情報処理装置において情報の受信が行われた場合に、そのことをセキュリティ有りの状態で処理装置に対して通知すること等が可能になる。
【００２８】
また、本発明の一態様では、前記セキュリティ有りでの接続の確立後に、接続リセット要求が行われた場合には、前記通信部は、前記セキュリティ有りでの接続を切断し、前記処理部は、前記セキュリティ有りでの接続の切断後に、前記通信部を前記セキュリティ無しで再セットアップしてもよい。
【００２９】
これにより、セキュリティ有りでの接続を切断することで、セキュリティ無しへの切り替えを行うこと等が可能になる。
【００３０】
また、本発明の他の態様は、情報処理装置を動作させるプログラムであって、近接無線通信により、処理装置からのセキュリティ無しでのアドバタイズメントパケットを受信した場合に、前記処理装置と前記セキュリティ無しでの接続を確立し、前記セキュリティ無での接続の確立後に、前記処理装置に対して、セキュリティイネーブル要求を送信し、前記処理装置からのセキュリティ有りでの第２のアドバタイズメントパケットを受信した場合に、前記処理装置と前記セキュリティ有りでの接続を確立する手順を、コンピューターに実行させるプログラムに関係する。
【００３１】
本発明の他の態様では、処理装置に対してセキュリティ切り替え要求を送信することで、近接無線通信での接続におけるセキュリティの有り無しを切り替えることができる。これにより、状況に応じて適切なセキュリティ設定で通信を行うこと等が可能になる。
【００３２】
また、本発明の他の態様では、前記セキュリティ無しでの接続の確立後に、前記処理装置に対して前記セキュリティイネーブル要求を送信するか否かの判定を行い、送信すると判定された場合に、前記処理装置に対して、前記セキュリティイネーブル要求を送信する手順を、コンピューターに実行させてもよい。
【００３３】
これにより、情報処理装置を動作させるプログラムにおいて、セキュリティイネーブル要求の送信を行うか否かを判定することが可能になる。
【００３４】
また、本発明の他の態様では、前記セキュリティ無しでの前記アドバタイズメントパケットを受信した場合に、前記情報処理装置の表示部において、前記処理装置との接続確認用の画面を表示する手順をコンピューターに実行させてもよい。
【００３５】
これにより、アドバタイズメントパケットの受信時に、ユーザーに対して接続確認を行わせること等が可能になる。
【図面の簡単な説明】
【００３６】
【図１】本実施形態に係る処理装置の構成例。
【図２】本実施形態に係る処理装置及び情報処理装置の構成例。
【図３】図３（Ａ）、図３（Ｂ）は生体情報検出装置の外観図。
【図４】生体情報検出装置の他の外観図。
【図５】処理装置の装着例と情報処理装置との接続例。
【図６】本実施形態に係る処理を説明するシーケンス図。
【図７】ＢＬＥの階層構造を説明する図。
【図８】処理装置から情報処理装置への情報の送信手順を説明するシーケンス図。
【図９】処理装置から情報処理装置への情報の送信手順を説明する他のシーケンス図。
【図１０】情報処理装置から処理装置への情報の送信手順を説明するシーケンス図。
【図１１】セキュリティ有りからセキュリティ無しへの切り替え手順を説明するシーケンス図。
【発明を実施するための形態】
【００３７】
以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。
【００３８】
１．本実施形態の手法
まず本実施形態の手法について説明する。上述したように、ＢＬＥを用いた通信ではセキュリティの有無の選択を自由に行うことができる。例えば処理装置として図３（Ａ）〜図４等を用いて後述するような生体情報検出装置を用いて、情報処理装置（狭義には図５に示したスマートフォン）とＢＬＥにより接続する場合、通信される情報とは脈波情報等の生体情報となる。生体情報自体は個人を特定できる情報とは言えないものの、ユーザー自身の状態を表す情報であるため、セキュリティ有りの通信を行うことが好ましい。
【００３９】
しかし、本出願人の調査により、セキュリティ有りでの通信品質は情報処理装置によって大きく異なることがわかった。具体的には、現在市場に流通しているスマートフォンの一部機種については、セキュリティ有りでも実用上問題ないレベルでの通信が可能であるが、他の機種については通信品質に課題がある。ここでの課題とは、セキュリティ有りでの通信において必要なペアリングが失敗したり、或いは一旦ペアリングが成功してペアリング情報が生成されたとしても、機器を使用しているうちにペアリング情報が消失してしまうといったものである。
【００４０】
そのため、処理装置と情報処理装置との間のＢＬＥでの通信を、セキュリティ有りに固定した場合、利用可能な情報処理装置の種類が大きく限定されてしまう。例えば、スマートフォンのＯＳが特定の種類のＯＳでなくてはならない、さらには特定の種類のＯＳのうち特定のバージョンでなくてはならないといった制限が生じる。また、同一の種類、バージョンのＯＳが搭載されていたとしても、スマートフォンの機種によってもセキュリティ有りでの通信品質は異なり、ＯＳの条件の他、機種による制限（特定メーカーの特定の型番のスマートフォンでなくてはならないという制限）が加わることもある。
【００４１】
これに対して、本出願人の調査では、セキュリティ有りでは通信品質に課題があった機種でも、セキュリティ無しの接続であれば安定して接続できることもわかった。そのため、処理装置と情報処理装置との間のＢＬＥでの通信を、セキュリティ無しとすることで、情報処理装置の種類が限定されるという課題に対応できる。特に、生体情報については、個人を特定できるか否かという観点からすれば厳密には個人情報ではないため、セキュリティ無しで（平文で）通信を行うことも可能であり、実際、ＢＬＥの規格上もセキュリティ無しでの生体情報の通信が可能となっている。
【００４２】
しかし、処理装置と情報処理装置との間のＢＬＥでの通信を、セキュリティ無しに固定した場合、セキュリティ有りでも安定して接続できる機種についてはデグレードとなる。上述したように、生体情報等はセキュリティ無しでの通信が可能とは言え、セキュリティ有りで通信することが望ましい。つまり、セキュリティ有りで通信可能であるのに、通信品質の課題に対応するためにセキュリティ無しで通信を行うことはデメリットと言える。さらに、より厳密な管理が望ましい情報については、そもそもＢＬＥの規格上、セキュリティ無しで通信が許可されていない。例えば、ＢＬＥではスマートフォンがメールや電話を受信した場合に、そのことを他の機器に通知するサービスが標準で規定されているが、当該サービスはセキュリティ有りの状態でしか利用できないようになっている。つまり、セキュリティ無しに固定した場合、セキュリティ有りでも安定して接続できる機種では、本来問題なく使用できる機能（サービス）が使用できなくなるというデメリットが生じる。
【００４３】
そこで本出願人は、セキュリティを有りと無しのいずれかに固定するのではなく、状況に応じて適切に切り替え可能な手法を提案する。具体的には、本実施形態に係る処理装置１００は図１に示したように、近接無線通信により、情報を情報処理装置２００へ送信する通信部１１０と、通信部１１０を制御する処理部１２０を含む。そして、処理部１２０は、機器使用開始時には、通信部１１０をセキュリティ無しでセットアップし、通信部１１０は、セキュリティ無しでの情報処理装置２００との接続を確立し、処理部１２０は、セキュリティ無しでの接続を確立した後に、情報処理装置２００からのセキュリティ切り替え要求に応じて通信部１１０をセキュリティ有りで再セットアップし、通信部１１０は、セキュリティ有りでの接続を確立して、情報を情報処理装置２００に対して送信する。なお、ここでの機器使用開始時とは、電源がオフであった機器をオンに切り替えたタイミングを表すものであってもよいがこれには限定されない。ここでの「機器使用」とは、処理装置１００が情報処理装置２００と連携して使用される状況を表しており、「機器使用開始時」とは、当該機器間での通信が行われていない状況から通信を行える状況へ移行するタイミングを含む。つまり上記のような処理は、通信開始時あるいはアプリケーション起動時に同様に行ってもよい。
【００４４】
ここで、本実施形態の処理装置１００は、狭義には図３（Ａ）〜図４を用いて後述する生体情報検出装置であり、情報処理装置２００に対して送信される情報とは生体情報であるがこれには限定されない。本実施形態の処理装置１００は、生体情報検出装置以外のウェアラブルデバイスであってもよいし、情報処理装置２００とは異なるスマートフォンであってもよいし、ＢＬＥによる通信が可能な他の装置であってもよい。また、本実施形態に係る情報処理装置２００は狭義にはスマートフォン等のスマートデバイスであるが、これには限定されない。
【００４５】
また、セキュリティの有り無しとは、具体的には通信内容を暗号化するか否かである。つまり、通信部１１０は、セキュリティ無しでの接続では、情報を平文で情報処理装置２００に対して送信し、セキュリティ有りでの接続では、情報を暗号化して情報処理装置２００に対して送信する。
【００４６】
本実施形態の手法では、処理装置１００は最初はセキュリティ無しで情報処理装置２００と接続し、その後、情報処理装置２００からのセキュリティ切り替え要求に応じて、通信部１１０を再セットアップして、セキュリティ有りでの接続を行う、という接続シーケンスを実行する。これにより、まずセキュリティ無しでの接続を行うため、当該接続を維持することで、セキュリティ有りでは通信品質に問題がある情報処理装置２００についても通信上問題が無くなる。その際には、情報処理装置２００からセキュリティ切り替え要求（セキュリティイネーブル要求）を受信しないものとすればよく、詳細については後述する。一方、セキュリティ切り替え要求を受信することでセキュリティ有りへの切り替えが可能なため、通信品質に問題がない情報処理装置２００については、セキュリティ有りでの通信を実現できる。つまり、状況に応じて（情報処理装置２００の機種に応じて）適切なセキュリティ切り替えを実現できるため、幅広い情報処理装置２００に対応可能であり、且つ、デグレードが生じることを抑止できる。
【００４７】
なお、本実施形態におけるセットアップとは、通信部１１０における通信を開始する前に行われる処理であり、例えば通信動作開始前の初期設定処理に相当する。具体的には、動作していなかった通信部１１０を所望の設定内容で起動する処理、或いは、動作していた通信部１１０を一旦停止させ、所望の設定内容で再起動する処理であってもよい。セットアップでは、少なくともＢＬＥを用いた通信を行う際に用いられる設定用パラメーターが決定されることになる。なお、当該設定用パラメーターは、セキュリティ設定以外にも種々のパラメーターを含むものであるが、本実施形態ではセキュリティ設定に限定して説明を行う。セットアップを実行するには上述した設定用パラメーターを通信部１１０に伝える必要があり、具体的には後述するセットアップ情報を通信部１１０に送信することでセットアップを実行してもよい。
【００４８】
以下、本実施形態に係る処理装置１００、情報処理装置２００のシステム構成例について説明し、その後、通信シーケンス（接続確立シーケンス、接続後の情報送信シーケンス）の具体例を説明する。
【００４９】
２．システム構成例
図２に本実施形態に係る処理装置１００と、情報処理装置２００の構成例を示す。図２に示したように、処理装置１００は、通信部１１０と、処理部１２０と、記憶部１３０と、センサー部１４０を含み、情報処理装置２００は、通信部２１０と、処理部２２０と、記憶部２３０を含む。ただし、処理装置１００や情報処理装置２００は図２の構成に限定されず、これらの一部の構成要素を省略したり、他の構成要素を追加するなどの種々の変形実施が可能である。さらに、情報処理装置２００の一部の機能は処理装置１００又は情報処理装置２００と通信により接続されたサーバーシステムにより実現されてもよい。
【００５０】
処理装置１００の通信部１１０は、近接無線通信（具体的にはＢＬＥ）により情報処理装置２００との通信を行う。通信部１１０は、処理装置１００に内蔵される通信チップ（ＲＦチップ）により実現することができる。
【００５１】
処理装置１００の処理部１２０は、通信部１１０が受信した情報やセンサー部１４０が検出した情報等に基づいて、通信部１１０の制御等、種々の処理を行う。この処理部１２０の機能は、各種プロセッサ（ＣＰＵ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムなどにより実現できる。
【００５２】
処理装置１００の記憶部１３０は、処理部１２０等のワーク領域となるもので、その機能はＲＯＭ，ＲＡＭ等のメモリーやＨＤＤ（ハードディスクドライブ）などにより実現できる。記憶部１３０は、通信部１１０が受信した情報やセンサー部１４０が検出した情報をを記憶する。
【００５３】
また、記憶部１３０は、セキュリティ無しでの通信部１１０のセットアップに用いる第１のセットアップ情報と、セキュリティ有りでの通信部１１０のセットアップに用いる第２のセットアップ情報と、を記憶してもよい。この場合、処理部１２０は、セキュリティ無しで通信を行う場合、すなわち機器使用開始時には、記憶部１３０から第１のセットアップ情報を読み出し、第１のセットアップ情報を用いて通信部１１０をセキュリティ無しでセットアップする。一方、セキュリティ有りで通信を行う場合、すなわち情報処理装置２００からセキュリティイネーブル要求を受信した場合には、記憶部１３０から、第２のセットアップ情報を読み出し、第２のセットアップ情報を用いて通信部１１０をセキュリティ有りでセットアップする。
【００５４】
ここでの２つのセットアップ情報は、例えばバイナリデータであってもよく、当該バイナリデータは、セキュリティの有り無しを識別可能なように、値が設定されている。具体的な値は、例えば通信チップ（ＲＦチップ）の規格により決定されるものであってもよい。
【００５５】
処理装置１００のセンサー部１４０は、種々のセンサーを含むことができる。例えば、図３（Ａ）〜図４のように処理装置１００が生体情報検出装置であれば、脈波センサー等の生体センサーを含む。生体センサーは、例えば光電センサーであってもよいし、超音波センサーであってもよいし、他のセンサーであってもよく、また、複数のセンサーの組み合わせでもよい。また、センサー部１４０は、処理装置１００の動き（処理装置１００がウェアラブル装置であれば、処理装置１００を装着するユーザーの動きと同義）を検出するモーションセンサーを含んでもよい。モーションセンサーは、加速度センサー、ジャイロセンサー、圧力センサー、ＧＰＳ受信機などの位置センサー等の種々のセンサーを用いることが可能である。
【００５６】
情報処理装置２００の通信部２１０は、処理装置１００の通信部１１０と近接無線通信を行う。通信部２１０についても、通信チップ（ＲＦチップ）により実現することが可能である。処理装置１００の通信部１１０と、情報処理装置２００の通信部２１０との間では種々の通信が可能であるが、狭義には通信部１１０から通信部２１０に対して情報（さらに狭義には生体情報）が送信される。
【００５７】
情報処理装置の処理部２２０は、通信部２１０が処理装置１００から受信した情報等に基づいて種々の処理を行う。また、処理部２２０は、受信した情報を情報処理装置２００の表示部（図２には不図示）に表示する処理を行ってもよい。処理部２２０の機能も、各種プロセッサ（ＣＰＵ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムなどにより実現できる。
【００５８】
記憶部２３０は、処理部２２０等のワーク領域となるもので、その機能はＲＯＭ，ＲＡＭ等のメモリーやＨＤＤ（ハードディスクドライブ）などにより実現できる。例えば、記憶部２３０がプログラムを記憶する情報記憶媒体であり、処理部２２０が当該プログラムを読み出すことで、情報処理装置２００の動作が実現されてもよい。ここでのプログラムとは、例えばスマートフォン上で動作するアプリケーションであってもよい。
【００５９】
図３（Ａ）〜図４に本実施形態に係る処理装置１００として利用可能な、生体情報検出装置の外観図の一例を示す。図３（Ａ）〜図４の例では、生体情報検出装置はバンド部１０とケース部３０とセンサー部４０を有する。ケース部３０はバンド部１０に取り付けられる。センサー部４０は、ケース部３０に設けられる。
【００６０】
バンド部１０はユーザーの手首に巻き付けて生体情報検出装置を装着するためのものである。バンド部１０はバンド穴１２、バックル部１４を有する。バックル部１４はバンド挿入部１５と突起部１６を有する。ユーザーは、バンド部１０の一端側を、バックル部１４のバンド挿入部１５に挿入し、バンド部１０のバンド穴１２にバックル部１４の突起部１６を挿入することで、生体情報検出装置を手首に装着する。なお、バンド部１０は、バックル部１４の代わりに尾錠を有する構成としてもよい。
【００６１】
ケース部３０は、生体情報検出装置の本体部に相当するものである。ケース部３０の内部には、センサー部４０や不図示の回路基板等の生体情報検出装置の種々の構成部品が設けられる。即ち、ケース部３０は、これらの構成部品を収納する筐体である。
【００６２】
ケース部３０には発光窓部３２が設けられている。発光窓部３２は透光部材により形成されている。そしてケース部３０には、フレキシブル基板に実装されたインターフェースとしての発光部が設けられており、この発光部からの光が、発光窓部３２を介してケース部３０の外部に出射される。
【００６３】
図４に示すようにケース部３０には端子部３５が設けられている。生体情報検出装置を図示しないクレードルに装着すると、クレードルの端子部とケース部３０の端子部３５とが電気的に接続される。これによりケース部３０に設けられる二次電池（バッテリー）の充電が可能になる。なお、生体情報検出装置にｍｉｃｒｏＵＳＢなどの端子を設け、ｍｉｃｒｏＵＳＢケーブルを使って充電するように構成してもよい。
【００６４】
センサー部４０は発光部と受光部を有する光電センサーを含み、当該光電センサーを用いて脈波情報を計測する。なお、光電センサーを用いた脈波情報の計測については広く知られた手法であるため詳細な説明は省略する。
【００６５】
図５は生体情報検出装置の装着及び情報処理装置２００との通信についての説明図である。図５に示すように被検体であるユーザーは手首４１０に生体情報検出装置（処理装置１００）を時計のように装着する。図４に示すように、ケース部３０の被検体側の面にはセンサー部４０が設けられている。従って、生体情報検出装置が装着されると、センサー部４０が手首４１０の皮膚表面に接触して押圧を与え、その状態でセンサー部４０の発光部が光を発光し、受光部が反射光を受光することで、脈波等の生体情報が検出される。なお、装着部位は足首、指、上腕などでもよい。
【００６６】
また、生体情報検出装置は図３（Ａ）〜図４のバンド型（腕時計型）のものに限定されず、胸に装着するバンド型装置、頸部等に貼り付ける装置、メガネ型（顔装着型）装置等、種々の装置を用いることが可能である。また、バンド部１０とケース部３０とは着脱可能な構成としてもよい。このようにすることで、日常的に装着したとしても清掃が容易となり、使用感を向上させることができる。
【００６７】
また、本実施形態に係る情報処理装置２００は、例えば図５に示したように、スマートフォン、携帯電話機、フィーチャーフォン等の携帯型通信端末である。或いは情報処理装置２００は、タブレット型コンピューター等の情報処理端末であってもよい。
【００６８】
３．通信シーケンス
次に通信シーケンスの具体的な流れについて説明する。まず接続を確立するまでのシーケンスを説明し、次に接続確立後の情報通信、すなわち処理装置１００から情報処理装置２００へ情報を送信する際のシーケンスについて説明する。また、セキュリティ有りでの接続確立後に、セキュリティ無しへ戻したいという要求も考えられる。よって変形例として、セキュリティ有りから無しへの切り替えの際のシーケンスについて説明する。
【００６９】
３．１  接続確立シーケンス
処理装置１００と情報処理装置２００との間のＢＬＥでの接続を確立するまでのシーケンスを図６を用いて説明する。なお、図６では情報処理装置２００側をＯＳとアプリケーションに分けて説明している。
【００７０】
このシーケンスが開始されると、まず処理装置１００の処理部（ＣＰＵ）１２０が、記憶部（ＲＯＭ）１３０に記憶されている通信部１１０のセットアップ情報（ＲＦセットアップデータ）を読み出す（Ｓ１０１）。上述してきたように、本実施形態では、まずセキュリティ無しでの接続を行うため、個々で読み出されるセットアップ情報は、セキュリティ無しのセットアップ情報（第１のセットアップ情報）である。つまり、処理部１２０では、記憶部１３０に記憶されている２つのセットアップ情報のうち、第１のセットアップ情報を選択して読み出す処理を行えばよい。なお上述したように、それぞれのセットアップ情報は例えばバイナリデータであり、ＲＦチップの規格等によりその値が決定される情報である。そして記憶部１３０は、セキュリティ無しのＲＦセットアップデータを処理部１２０に返す（Ｓ１０２）。
【００７１】
次に、処理部１２０は、読み出したセキュリティ無しのＲＦセットアップデータを通信部１１０に対して送信する（Ｓ１０３）。これにより、通信部１１０はセキュリティ無しという設定によりセットアップが行われる。なお、図６に破線で示したように、通信部１１０はＲＦセットアップデータの受信を行った場合（或いはセットアップが完了した場合）に、その旨を表す確認用の情報を処理部１２０に返信してもよい。
【００７２】
通信部１１０のセキュリティ無しでのセットアップ後に、処理部１２０は、アドバタイズの開始要求を通信部１１０に対して送信する（Ｓ１０４）。通信部１１０は、当該要求を受けて、情報処理装置２００に対してアドバタイズメントパケットを送信する（Ｓ１０５）。情報処理装置２００では、アプリケーションが当該アドバタイズメントパケットの受信を行う。
【００７３】
ここでアドバタイズメントパケットについて説明する。アドバタイジングとは、ＢＬＥの規格により決定されるデバイスの動作であって、デバイスの発見及び接続を行うものであり、当該アドバタイジングにおいて送信されるパケットがアドバタイズメントパケット（アドバタイジング・パケット）である。
【００７４】
ＢＬＥでは、２．４００ＧＨｚから２．４８０ＧＨｚまでの８０ＭＨｚの帯域を、２ＭＨｚ幅で分割して、４０のチャンネルとし、当該４０のチャンネルに対して、それぞれ０から３９までの番号が割り振る。そして、チャンネルを２種類にわけ、チャンネル３７からチャンネル３９までの３チャンネルをアドバタイジング・チャンネルとし、チャンネル０からチャンネル３６までの３７チャンネルをデータ・チャンネルとする。
【００７５】
アドバタイズメントパケットの送信は、上記アドバタイジング・チャンネルを用いて行われ、アドバタイジング・チャネルを用いて接続が完了したら、データ・チャンネルを用いて、接続が完了したデバイス同士の通信を行う。デバイスを発見できなければ、通信が始まらないことから、デバイスの発見に使うアドバタイジング・チャンネルは、他の通信との混信を生じにくいことが求められる。具体的には、ＢＬＥを搭載するモバイル機器は、無線ＬＡＮを搭載していることが多いことから、アドバタイジング・チャネルは、無線ＬＡＮと混信しにくいチャンネルが、３つ割り当てられる。
【００７６】
アドバタイズメントパケットは、最上位バイトから最下位バイトの順（ビッグエンディアン）に送信される。なお、アドバタイズメントパケットはＢＬＥの規格により決定されるパケットであるため、具体的なパケット構造等、これ以上の詳細な説明については省略する。
【００７７】
情報処理装置２００のアプリケーションでは、アドバタイズメントパケットの受信結果に基づいて、ユーザーからの接続対象機器の選択を受け付ける（Ｓ１０６）。例えば、アプリケーションは、セキュリティ無しでのアドバタイズメントパケットを受信した場合に、情報処理装置２００の表示部において、処理装置１００との接続確認用の画面を表示する手順をコンピューターに実行させてもよい。ここでの表示画面の具体例は種々考えられるが、例えば情報処理装置２００が発見している機器、すなわち、情報処理装置２００に対してアドバタイズメントパケットを送信してきた機器の機器情報（例えば型番情報等）を一覧にして表示する画面であってもよい。ユーザーは、一覧表示された機器から１つ（ここでは処理装置１００）を選択する操作を行い、情報処理装置２００では、当該操作により、接続対象機器として処理装置１００が選択されたと判定する。
【００７８】
さらに情報処理装置２００のアプリケーションでは、選択された機器である処理装置１００との接続を確立する（Ｓ１０７）。なお、破線で示したように、情報処理装置２００のアプリケーションは、接続が確立された場合に、処理装置１００の通信部１１０から確認用の情報を受信してもよいし、その旨をユーザーに対して通知してもよい。
【００７９】
以上のシーケンスにより、処理装置１００と情報処理装置２００との間で、セキュリティ無しの接続が確立された。そのため、セキュリティ無しで動作する機器（セキュリティ有りでは通信品質に問題がある機器）は、Ｓ１０８以降のシーケンスを実行せずに、情報の通信（上記データ・チャンネルを用いた通信）を行う。セキュリティ無しでの接続の確立後に、情報処理装置２００からセキュリティイネーブル要求を受信しなかった場合に、処理装置１００の通信部１１０は、セキュリティ無しで、情報を情報処理装置２００へ送信すればよい。なお、具体的な情報送信のシーケンスについては、図８等を用いて後述する。
【００８０】
一方、セキュリティ有りで動作する機器（セキュリティ有りでも通信品質に問題がない機器）については、このまま情報の通信を行ったのでは、情報が暗号化されないし、利用できない機能が出てくる。そのため、Ｓ１０８以降のシーケンスを実行し、セキュリティ有りでの接続を確立することになる。
【００８１】
その際、情報処理装置２００のアプリケーションでは、セキュリティ無しでの接続の確立後に、処理装置１００に対してセキュリティイネーブル要求を送信するか否かの判定を行ってもよい。すなわち、自身が動作している情報処理装置２００が、セキュリティ有りに切り替えても通信品質に問題がないのか、或いはセキュリティ無しのままにしなければ通信品質に問題が生じるかの判定を行う。
【００８２】
判定手法は種々考えられるが、通信品質は上述したように、ＯＳの種類、ＯＳのバージョン、機器の種類に応じて変化することから、実際にアプリケーションが動作している情報処理装置２００におけるこれらの情報を取得し、判定用データとの比較処理を行えばよい。現状、ＯＳの種類ごとにアプリケーションが作成されることから、ＯＳの種類の特定処理は特に行わなくてもよい。また、ＯＳのバージョンや機器種類（型番等）をアプリケーションで取得することは一般的に容易である。そのため、アプリケーションはどの種類のどのバージョンのＯＳであって、どのメーカーのどの型番の機器であれば動作可能であるかという情報を判定用情報として保持しておけば、取得した情報と判定用情報を比較することで、セキュリティイネーブル要求を送信するか否かを判定可能である。
【００８３】
なお、ＯＳのバージョンアップ等を考慮しないのであれば、判定用情報を情報処理装置２００の種類のみに関する情報にする等の変形実施も可能である。また、通信品質が処理装置１００と情報処理装置２００の組み合わせによって変化するのであれば、処理装置１００の情報も用いて判定処理を行ってもよい。処理装置１００の型番等については、Ｓ１０６での選択処理の際に取得可能である。
【００８４】
また、判定用情報は情報処理装置２００内に記憶されている必要はなく、サーバーシステム等のネットワークを介した機器に記憶されていてもよい。その場合、情報処理装置２００のアプリケーションは、通信部２１０を介してネットワーク上の判定情報を取得すればよい。
【００８５】
さらに、ここでの判定処理は、Ｓ１０７の処理後に実行される必要はなく、それ以前のタイミング、例えば判定処理に必要な情報の取得後、Ｓ１０８までの間の任意のタイミングで実行すればよい。
【００８６】
以上の判定処理で、セキュリティイネーブル要求を送信すると判定された場合には、情報処理装置２００のアプリケーションは、処理装置１００の通信部１１０に対して、セキュリティイネーブル要求を送信する（Ｓ１０８）。
【００８７】
具体的には、ベンダー（アプリケーションの提供者）独自のキャラクタリスティックを機器に定義し、専用キャラクタリスティックへアプリケーションが書き込みを行うことで、機器はその書き込みをセキュリティイネーブル要求として扱うことになる。
【００８８】
以下、ＢＬＥのキャラクタリスティックについて簡単に説明する。ＢＬＥのアーキテクチャを階層表示したのが図７である。具体的には、ジェネリック・アトリビュート・プロファイル（Generic attribute profile，GATT）、アトリビュート・プロトコル（Attribute protocol，ATT）、ロジック・リンク・コントロール・アンド・アダプティブ・プロトコル（Logical Link Control and Adaptation Protocol，L2CAP）、ロジックリンク（Logic link）、物理層（Physical layer）という階層となる。各階層は、それぞれ下層の機能を使って、通信相手となる機器の同じ階層のプロトコルと通信する。
【００８９】
上位層であるＡＴＴとＧＡＴＴが、ＢＬＥのサービス及びキャラクタリスティックを定義しており、ＢＬＥでは、ＧＡＴＴの上層に、すべてのアプリケーションが作成される。これにより、ＢＬＥでは多様なアプリケーションを独自に追加、提供できるようになっている。
【００９０】
Ｂｌｕｅｔｏｏｔｈ（登録商標）では、通信の手順やデータ構造をプロトコル、機器の振る舞いをプロファイルと呼び、例えば心拍や血圧計など、メーカーや機種を超えた相互運用が一般普及のために必要不可欠な分野については標準プロファイルとして規定されている。図８を用いて後述するように、処理装置１００から情報処理装置２００への生体情報の送信は標準プロファイルを用いて行えばよい。
【００９１】
一方、セキュリティイネーブル要求の送信は、本実施形態に特有の処理であるため、標準プロファイルには定義されていない。よって、独自プロファイルとして定義して利用することになる。
【００９２】
ＧＡＴＴでは、機器の単一の機能を、サービスという概念で扱い、当該サービスは、キャラクタリスティックの集合である。また、キャラクタリスティックとは、その機器の内部状態、操作指示、そして外部センサ値を読み書きするアトリビュート（アドレスとタイプでタグ付けされた値）である。
【００９３】
サービスに含まれるキャラクタリスティックは、外部の値、機器内部の値、コントロールポイントの３つのタイプに分類される。外部の値とは、センサー値など、読み出すたびに値が変化するものであり、機器内部の値とは内部動作状態を表す。また、コントロールポイントは、機器の操作などに用いられる。
【００９４】
つまり本実施形態におけるセキュリティイネーブル要求とは、例えばコントロールポイントに分類されるキャラクタリスティックとして実現でき、当該キャラクタリスティックに特定の値を書き込んで処理装置１００に対して送信することで、処理装置１００がセキュリティ有りでの接続に必要な動作を実行することになる。
【００９５】
セキュリティイネーブル要求を受信した場合の処理装置１００の具体的な動作、及び当該動作に対応する情報処理装置２００での動作については、図６に戻って説明する。まず、処理装置１００の通信部１１０は、アプリケーションからのセキュリティイネーブル要求を受信し（Ｓ１０８）、セキュリティイネーブル要求の受信を処理部１２０に通知する（Ｓ１０９）。処理部１２０では、セキュリティ有りでの接続確立のため、まず既に確立されているセキュリティ無しでの接続を切断する。
【００９６】
具体的には、通信部１１０に対して切断要求を送信し（Ｓ１１０）、通信部１１０は、当該切断要求に基づいて、情報処理装置２００との接続を切断する（Ｓ１１１）。また、通信部１１０は切断処理後にその旨を処理部１２０へ通知してもよい。
【００９７】
次に、処理部１２０は、記憶部１３０からＲＦセットアップデータの読み出しを行う。ここでは、セキュリティ有りでの接続を試みるため、２つのセットアップデータのうち、セキュリティ有りに対応するセットアップデータ（第２のセットアップ情報）を読み出す（Ｓ１１３）。そして、処理部１２０は、読み出したＲＦセットアップデータを通信部１１０に送信する（Ｓ１１４）。これにより、通信部１１０では、セキュリティ有りという設定により再セットアップが行われる。なお、図６に破線で示したように、通信部１１０はＲＦセットアップデータの受信を行った場合に、その旨を表す確認用の情報を処理部１２０に返信してもよい。
【００９８】
そして、通信部１１０のセキュリティ有りでの再セットアップ後に、処理部１２０は、アドバタイズの開始要求を通信部１１０に対して送信する（Ｓ１１５）。通信部は、当該要求を受けて、情報処理装置２００に対してアドバタイズメントパケットを送信する（Ｓ１１６）。情報処理装置２００では、アプリケーションが当該アドバタイズメントパケットの受信を行う。
【００９９】
セキュリティ有りの場合、処理装置１００と情報処理装置２００ではＯＳレベルでのペアリングが必要となる。そのため、Ｓ１０６のようなアプリケーションでの接続対象機器の選択処理は行われず、処理装置１００と情報処理装置２００が接続される（Ｓ１１７）。ＯＳレベルでのペアリングのシーケンスがＳ１１８〜Ｓ１２０であり、まず、通信部１１０からｂｏｎｄリクエストが情報処理装置２００のＯＳに対して送信され（Ｓ１１８）、ＯＳではペアリング確認画面を情報処理装置２００の表示部に表示する（Ｓ１１９）。そしてＯＳは、当該ペアリング確認画面に対するユーザーの確認動作（例えばＯＫボタンを選択する操作）を受け付け、ペアリングを完了する（Ｓ１２０）。この段階で、処理装置１００の通信部１１０と、情報処理装置２００のＯＳとの間で、暗号化用のキーの交換が行われる。
【０１００】
なお、ｂｏｎｄリクエストの送信から始まるシーケンスは、２つのＢｌｕｅｔｏｏｔｈ（登録商標）デバイスの間で、接続キー（暗号化キー）に基づく接続を確立するためのシーケンスであり、具体的な手順や送受信される情報の内容はＢＬＥの規格により決定されている。具体的な内容については、非特許文献１のＵＲＬのうちの「採択済みBluetooth（登録商標）コア仕様」に「ＢＯＮＤＩＮＧ」との項目名で記載されているため、これ以上の詳細な説明は省略する。
【０１０１】
Ｓ１２０により、セキュリティ有りでの通信が可能となるため、処理装置１００の通信部１１０は、セキュリティ有りで、情報を情報処理装置２００へ送信すればよい。なお、具体的な情報送信のシーケンスについては、図８や図９を用いて後述する。
【０１０２】
以上に示したように、接続確立シーケンスにおいて、通信部１１０は、セキュリティ無しでのセットアップ（Ｓ１０３）後に、アドバタイズメントパケットを送信し（Ｓ１０５）、アドバタイズメントパケットに対する情報処理装置２００からの応答（Ｓ１０７）に基づいて、情報処理装置２００とのセキュリティ無しでの接続を確立する。さらに、セキュリティ無しでの接続の確立後に、情報処理装置２００からセキュリティイネーブル要求を受信した場合（Ｓ１０８）に、処理部１２０は、通信部１１０をセキュリティ有りで再セットアップし（Ｓ１１４）、通信部１１０は、再セットアップ後に、第２のアドバタイズメントパケットを送信し（Ｓ１１６）、第２のアドバタイズメントパケットに対する情報処理装置２００からの応答（Ｓ１１７）に基づいて、情報処理装置２００とのセキュリティ有りでの接続を確立する。
【０１０３】
これにより、ＢＬＥの規格により定めれられたアドバタイズメントパケットの放出処理（送信処理）に基づいて、処理装置１００と情報処理装置２００との間の接続を確立することが可能になる。その際、通信部１１０（通信チップ）を適切な設定でセットアップしておくことで、セキュリティの適切な切り替えが可能になる。
【０１０４】
また、セキュリティ無しでの接続の確立（Ｓ１０７）後に、情報処理装置２００からセキュリティイネーブル要求を受信した場合（Ｓ１０８）に、通信部１１０は、セキュリティ無しでの接続を切断し（Ｓ１１１）、処理部１２０は、セキュリティ無しでの接続の切断後に、通信部１１０をセキュリティ有りで再セットアップする（Ｓ１１４）。
【０１０５】
これにより、セキュリティ有りへの切り替え前に、既に確立されているセキュリティ無しでの接続の切断処理が行われるため、通信部１１０の再セットアップ動作を適切に実行することが可能になる。
【０１０６】
また、情報処理装置２００を動作させるプログラム（狭義にはスマートフォンのアプリケーション側）からすれば、近接無線通信により、処理装置１００からのセキュリティ無しでのアドバタイズメントパケットを受信した場合（Ｓ１０５）に、処理装置１００とセキュリティ無しでの接続を確立し（Ｓ１０７）、セキュリティ無での接続の確立後に、処理装置１００に対して、セキュリティイネーブル要求を送信し（Ｓ１０８）、処理装置１００からのセキュリティ有りでの第２のアドバタイズメントパケットを受信した場合に（Ｓ１１６）、処理装置１００とセキュリティ有りでの接続を確立する手順を、コンピューター（情報処理装置２００）に実行させることになる。
【０１０７】
つまり、情報処理装置２００側からすれば、処理装置１００からのアドバタイズメントパケットの受信を起点として、処理装置１００との間で適切な接続を確立することができる。また、セキュリティイネーブル要求の送信を行うため、セキュリティ有りへの切り替えに関しては、情報処理装置２００がシーケンスの起点となる。具体的には、上述したように、セキュリティイネーブル要求を送信するか否かの判定処理を行えばよい。
【０１０８】
３．２  情報通信シーケンス
次に、処理装置１００と情報処理装置２００との接続確立後に、処理装置１００から情報処理装置２００に対して情報を送信する際のシーケンスについて説明する。以下では、処理装置１００が生体情報検出装置であり、送信される情報が生体情報である例について説明を行うが、処理装置１００が生体情報検出装置に限定されないことは上述したとおりである。
【０１０９】
図８のシーケンスが開始されると、まず、所定周期（例えば１秒周期）で、処理装置１００のセンサー部１４０が、センサー情報を検出し（Ｓ３０１）、センサー情報を処理部１２０へ通知する（Ｓ３０２）。
【０１１０】
次に、処理部１２０が、センサー情報に基づいて、生体情報を検出する（Ｓ３０３）。そして、通信部１１０は、処理部１２０から生体情報を取得し（Ｓ３０４）、生体情報を情報処理装置２００の通信部２１０へ送信する（Ｓ３０５）。上述したように、生体情報の通信はＢＬＥの標準プロファイルに規定されているため、Ｓ３０５の通信は当該標準プロファイルに従って行えばよい。そして、情報処理装置２００の処理部２２０は、生体情報を通信部２１０から取得し（Ｓ３０６）、各種処理を行う。例えば、生体情報に対して統計的な処理（最低値、最高値、平均値等を求める処理）や、生体情報を情報処理装置２００の表示部に表示する処理等を行えばよい。
【０１１１】
この際、セキュリティ有りの場合には（Ｓ１２０の処理後に図８のシーケンスが行われる場合には）、Ｓ３０５で通信される生体情報は、Ｓ１２０の際に交換された暗号化キーを用いて暗号化された情報となる。例えば、図８には不図示であるが、処理部１２０は、Ｓ３０３の生体情報の検出後、記憶部１３０から暗号化キーを読み出し、検出した生体情報を暗号化する処理を行う。そして、Ｓ３０４では暗号化後の生体情報を通信部１１０に送信し、通信部１１０から情報処理装置２００の通信部２１０への通信は暗号化された状態で行う。情報処理装置２００側についても、処理部２２０は、Ｓ３０６で暗号化された生体情報を通信部２１０から取得し、記憶部２３０から暗号化キー（復号化キー）を読み出し、Ｓ３０６で取得した生体情報を復号化する処理を行って、平文での生体情報を取得し、上記種々の処理を行えばよい。
【０１１２】
一方、セキュリティ無しの場合には（Ｓ１０７の処理後に図８のシーケンスが行われる場合には）、このような暗号化処理が不要であるため、Ｓ３０５を始め、各タイミングでやりとりされる生体情報は平文のままでよい。
【０１１３】
つまり、本実施形態の処理装置１００は、センサー部１４０をさらに含み、処理部１２０は、センサー部１４０からのセンサー情報に基づいて、生体情報の検出処理を行い（Ｓ３０３）、通信部１１０は、情報処理装置２００からのセキュリティ切り替え要求（図６のＳ１０８）に応じて、生体情報をセキュリティ有り又はセキュリティ無しで、情報処理装置２００へ送信する。
【０１１４】
また、図８ではＢＬＥの標準プロファイルに従って、生体情報を逐次送信するシーケンスを説明したが、処理装置１００から情報処理装置２００への情報送信手法はこれに限定されない。例えば、標準プロファイルは、リアルタイムな通信方法について規定しているものの、所定期間蓄積されたデータを一括して送受信する方法や、所定期間蓄積されたデータに基づいて算出される第２の生体情報、例えば摂取カロリー、精神ストレス情報、睡眠情報及び行動分析情報等の送受信方法については、標準化されていない。
【０１１５】
また、処理装置１００と情報処理装置２００の間の通信が切断されてしまうと、通信が切断されている間に検出された生体情報を送受信することができないという問題もあるため、再接続した後に、切断されている間に検出された生体情報のデータをまとめて送受信したいという要求もある。
【０１１６】
よって本実施形態では、生体情報をリアルタイム送信を行う第１の生体情報と、所定期間蓄積後にまとめて送信する第２の生体情報とに分け、それぞれ異なるプロファイルで送信してもよい。具体的には、第１の生体情報は標準プロファイルを用い、第２の生体情報は独自プロファイルを用いる。第１の生体情報は、具体的には脈、体温、血圧、血糖値、歩数及び消費カロリーなどの情報であり、第２の生体情報は、例えば摂取カロリー、精神ストレス情報（メンタル状態）、行動分析情報及び睡眠情報等である。独自プロファイルに基づく通信では、第１の生体情報と同じ短い通信周期で、第２の生体情報を連続的に送信するのではなく、処理装置１００の記憶部１３０に時刻情報と関連付けて記録し、第２の生体情報のデータを一つの塊として、例えば１時間毎にまとめて送信する。また、第１の生体情報として、リアルタイムの詳細な情報ではなく、平均値や累積値のようなサマリー情報を定期的に送信し、第２の生体情報として、詳細なデータを送信するように構成してもよい。
【０１１７】
このシーケンスを説明するものが図９である。まず、センサー情報の検出（Ｓ４０１）、センサー情報の処理部１２０への通知（Ｓ４０２）は、図９と同様である。次に、処理部１２０が、センサー情報に基づいて、第１の生体情報と第２の生体情報を検出する（Ｓ４０３）。そして、記憶部１３０は、処理部１２０から第２の生体情報を取得し（Ｓ４０４）、第２の生体情報の測定時刻に関連付けて、第２の生体情報を記憶する（Ｓ４０５）。
【０１１８】
一方で、通信部１１０は、処理部１２０から第１の生体情報を取得し（Ｓ４０６）、第１の生体情報をＢＬＥの標準プロファイルに従って、情報処理装置２００の通信部２１０へ送信する（Ｓ４０７）。そして、情報処理装置２００の処理部２２０は、第１の生体情報を通信部２１０から取得し（Ｓ４０８）、各種処理を行う。なお、ステップＳ４０４〜ステップＳ４０５と、ステップＳ４０６〜ステップＳ４０８は、順番が逆であってもよいし、並列に行ってもよい。以上が第１の生体情報の送信シーケンスである。
【０１１９】
一方、通信部１１０は、記憶部１３０から測定時刻と共に第２の生体情報を取得する（Ｓ４０９）。さらに、通信部１１０は、第２の生体情報の送信タイミング（例えば毎時）において、独自プロファイルを用いて、第２の生体情報を情報処理装置２００の通信部２１０へ送信する（Ｓ４１０）。そして、情報処理装置２００の処理部２２０は、通信部２１０から第２の生体情報を取得する（Ｓ４１１）。
【０１２０】
以上では、処理装置１００から情報処理装置２００への情報の送信について説明したが、情報処理装置２００から処理装置１００に対して情報を送信してもよい。例えば、情報処理装置２００が、第２の情報処理装置３００から第２の情報を受信した場合に、処理装置１００の通信部１１０は、セキュリティ有での接続の確立後に、第２の情報に基づく暗号化された情報を、情報処理装置２００から受信してもよい。
【０１２１】
ここで、第２の情報とは例えば第２の情報処理装置３００から情報処理装置２００へのメール、或いは電話の着信を表す情報であってもよい。ＢＬＥでは、このようなメールや電話の受信を通知するための標準プロファイルが規定されているため、当該標準プロファイルを用いればよい。ただし上述したように、これらの情報の通信はプライバシーに配慮する必要があるため、セキュリティ有りでないと行えないように規定されている。
【０１２２】
また、第２の情報は、第１の生体情報や第２の生体情報に基づいて得られる解析情報を含んでもよい。解析情報には、例えば目標に対する達成率や体調、ユーザーの行動文脈から抽出されたアドバイスやステータス情報などが含まれる。具体的には、情報処理装置（例えばスマートフォン）から、第２の情報処理装置（例えばサーバーシステム）に対して、第１の生体情報や第２の生体情報を送信し、第２の情報処理装置で上記解析情報を求め、求められた解析情報を、上記第２の情報として情報処理装置に戻すような実施形態が考えられる。このような解析情報は、ユーザーの状態をわかりやすくまとめた情報であることが想定されるため、第三者による盗聴等を抑止する必要性が高い。
【０１２３】
よって本実施形態では、セキュリティ有りの接続が確立されている場合に限って、通信部１１０は、第２の情報に基づく暗号化された情報を、情報処理装置２００から受信するものとする。具体的なシーケンスを図１０に示す。
【０１２４】
まず、情報処理装置２００の通信部２１０が、第２の情報処理装置３００（狭義にはその通信部３１０）からメールを受信したら（Ｓ５０１）、通信部２１０は、処理装置１００の通信部１１０に対して、暗号化されたメール通知情報を送信する（Ｓ５０２）。ここでのメール通知情報は、メールそのもの（タイトル等のヘッダと本文の両方）を暗号化したものでもよいし、ヘッダ等だけを暗号化したものでもよい。広義には、第２の情報に基づく暗号化された情報とは、第２の情報そのものを暗号化した情報でもよいし、第２の情報に対して何らかの処理が行われた結果を暗号化した情報でもよい。この際、図１０には不図示だが、情報処理装置２００の処理部２２０において暗号化処理等を行えばよい。
【０１２５】
処理装置１００の通信部１１０は、受信したメール通知を処理部１２０に送信し（Ｓ５０３）、処理部１２０では、当該メール通知を表示部に表示する処理を行う（Ｓ５０４）。なお、図３（Ａ）等のように、処理装置１００が表示部を有さない場合には、他の提示処理（例えば発光窓部３２に対応して設けられる発光部を発光させる処理）を行ってもよい。また、図１０には不図示だが、処理部１２０はＳ５０３で暗号化されたメール通知情報を取得し、復号化処理を行ってから、Ｓ５０４の表示処理を行ってもよい。
【０１２６】
このようにすれば、セキュリティ有りでの接続が確立された場合に、セキュリティ有りでしか利用できないＢＬＥの機能を効果的に利用すること等が可能になる。
【０１２７】
３．３  変形例
図６に示した接続確立シーケンスでは、セキュリティ有りでも通信品質に問題がない場合には、セキュリティ有りでの接続となる。しかし、状況によっては、セキュリティ有りでの接続確立後に、セキュリティ無しに切り替えたい（広義には、現在のセキュリティ有りでの接続をリセットしたい）という要求も考えられる。例えば、セキュリティ有りでも問題がない第１の情報処理装置を用いていたユーザーが、使用する機器を第２の情報処理装置に変更した場合である。これは例えば、スマートフォンの機種変更等の場合に生じる。
【０１２８】
この場合、処理装置１００と第１の情報処理装置との間で、セキュリティ有りでの接続が確立されており、そのためのペアリング情報も記憶されている。よって、当該ペアリング情報が維持されていることで、処理装置１００が第２の情報処理装置と接続できない場合がある。その場合には、第１の情報処理装置との間で確立しているセキュリティ有りでの接続を切断し、処理装置１００と第２の情報処理装置とで、接続確立シーケンスをやり直すとよい。
【０１２９】
或いは、情報処理装置２００のアプリケーションがセキュリティ有りでも問題ないとの判定をして、セキュリティイネーブル要求を送信し、セキュリティ有りでの接続を確立したにもかかわらず、何らかの理由により通信が安定しないということも考えられる。その場合、ユーザーはセキュリティ無しへと切り替えて、通信を安定させたいと考えることがあり得る。その場合にも、セキュリティ有りから無しへの切り替えが必要となる。
【０１３０】
よって、セキュリティ有りでの接続の確立後に、接続リセット要求が行われた場合には、通信部１１０は、セキュリティ有りでの接続を切断し、処理部１２０は、セキュリティ有りでの接続の切断後に、通信部１１０をセキュリティ無しで再セットアップしてもよい。このようにすれば、セキュリティ有りから無しへの切り替えも可能となり、上記のような状況にも対応できる。
【０１３１】
具体的なシーケンスを図１１に示す。なお、図１１はセキュリティ有りでの接続確立後（Ｓ１２０の処理後）に行われるシーケンスである。まず、処理装置１００では、ユーザーからのリセット要求、すなわちペアリングの削除操作を受け付ける（Ｓ６０１）。これは例えば、処理装置１００の操作部（ボタン等）を用いればよい。
【０１３２】
処理部１２０は、ペアリング削除操作に基づいて、通信部１１０に対して切断要求を送信し（Ｓ６０２）、通信部１１０は当該要求に応じて情報処理装置２００との接続を切断する（Ｓ６０３）。
【０１３３】
接続の切断後は、機器の使用開始時と同様に、セキュリティ無しでの接続を試行すればよい。具体的には、処理部１２０は記憶部１３０からセキュリティ無しでのＲＦセットアップデータの読み出しを行い（Ｓ６０４，Ｓ６０５）、読み出したＲＦセットアップデータを通信部１１０に送信し、通信部１１０をセキュリティ無しの設定で再セットアップする（Ｓ６０６）。さらに、処理部１２０は通信部１１０に対してアドバタイズ開始要求を送信し（Ｓ６０７）、通信部１１０はアドバタイズメントパケットの送信を行う（Ｓ６０８）。Ｓ６０４〜Ｓ６０８の手順は、図６のＳ１０１〜Ｓ１０５と同様である。
【０１３４】
ただし、Ｓ６０８の後、情報処理装置２００のアプリケーションからセキュリティイネーブル要求が送信されてしまっては、再度セキュリティ有りでの接続となってしまうため、接続を切断した意義が無くなってしまう。よって、この場合には、アプリケーションによるセキュリティイネーブル要求の送信を禁止する等の処理を行ってもよい。具体的には、情報処理装置２００を操作するユーザーが、アプリケーションの設定を行うことでセキュリティイネーブル要求の送信を禁止してもよい。或いは、セキュリティ有りでの接続確立後、当該接続が切断された場合には、セキュリティイネーブル要求の送信を行わないように、アプリケーションを作り込んでおいてもよい。
【０１３５】
なお、Ｓ６０８の処理後は、セキュリティ無しでの接続が可能であり、例えば図８や図９のシーケンスを暗号化無しで実行してもよい。また、図１１のようにセキュリティ有りからセキュリティ無しに移行した後に、再度セキュリティ有りに移行することは妨げられない。その場合には、図６のＳ１０８と同様に、情報処理装置２００のアプリケーションから、セキュリティイネーブル要求の送信を行えばよく、一例としてはユーザーがセキュリティイネーブル要求の送信を行うようにアプリケーションを操作してもよい。
【０１３６】
なお、以上のように本実施形態について詳細に説明したが、本発明の新規事項および効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。従って、このような変形例はすべて本発明の範囲に含まれるものとする。例えば、明細書又は図面において、少なくとも一度、より広義または同義な異なる用語と共に記載された用語は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。また処理装置等の構成、動作も本実施形態で説明したものに限定されず、種々の変形実施が可能である。
【符号の説明】
【０１３７】
１０  バンド部、１２  バンド穴、１４  バックル部、１５  バンド挿入部、
１６  突起部、３０  ケース部、３２  発光窓部、３５  端子部、４０  センサー部、
１００  処理装置、１１０  通信部、１２０  処理部、１３０  記憶部、
１４０  センサー部、２００  情報処理装置、２１０  通信部、２２０  処理部、
２３０  記憶部、３００  第２の情報処理装置、３１０  通信部、４１０  手首
【要約】
【課題】  セキュリティ有りとセキュリティ無しを切り替え可能とすることで、状況に応じた（狭義には情報処理装置に応じた）適切な接続を実現する処理装置及びプログラム等を提供すること。
【解決手段】  処理装置１００は、近接無線通信により、情報を情報処理装置２００へ送信する通信部１１０と、通信部１１０を制御する処理部１２０を含み、処理部１２０は、機器使用開始時には、通信部１１０をセキュリティ無しでセットアップし、通信部１１０は、セキュリティ無しでの接続を確立し、処理部１２０は、セキュリティ無しでの接続を確立した後に、情報処理装置２００からのセキュリティ切り替え要求に応じて通信部１１０をセキュリティ有りで再セットアップし、通信部１１０は、セキュリティ有りでの接続を確立して、情報を情報処理装置２００に対して送信する。
【選択図】      図１【図１】
0005888441.tif 000002
【図２】
0005888441.tif 000003
【図３】
0005888441.tif 000004
【図４】
0005888441.tif 000005
【図５】
0005888441.tif 000006
【図６】
0005888441.tif 000007
【図７】
0005888441.tif 000008
【図８】
0005888441.tif 000009
【図９】
0005888441.tif 000010
【図１０】
0005888441.tif 000011
【図１１】
0005888441.tif 000012