(57)【特許請求の範囲】
【請求項１】
送信部と、
受信部と、
前記送信部及び前記受信部を用いて、Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ規格に準拠した通信を、第１のモード又は第２のモードで行うよう制御する通信制御部と、
ソフトウェアが記憶される記憶部と、
前記ソフトウェアを更新する更新処理部と、
前記第１のモードで前記通信制御部が動作する場合に、前記記憶部における書き換えが可能な書き換え可能状態へと切り替え、前記第２のモードで前記通信制御部が動作する場合に、書き換えが禁止された書き換え禁止状態へと切り替える書き換え切替部と、
を有し、
前記第１のモードは、更新情報を受信して前記ソフトウェアを更新するためのモードであり、前記第１のモードでは、前記通信制御部は、通信の確立過程において、更新のための通信に制限する通知を他の装置に対し送信し、
前記第２のモードは、前記ソフトウェアの更新以外の処理を行うためのモードであり、前記第２のモードでは、前記通信制御部は、通信の確立過程において、更新のための通信に制限する通知を他の装置に対し送信せず、
前記通信制御部は、自装置の状態が予め定められた状態に該当する場合に、前記第１のモードで動作し、前記他の装置からのコネクトリクエストパケットが受信されない場合に、前記第２のモードで動作し、
前記更新処理部は、前記第１のモードで通信が確立した場合、更新を実行する
無線通信装置。
【請求項２】
前記第１のモードでは、前記通信制御部は、前記他の装置からのスキャンリクエストパケットに対し、前記更新情報を有していることが通信を確立するための条件であることを通知する第１のスキャンレスポンスパケットを送信し、
前記第２のモードでは、前記通信制御部は、前記他の装置からのスキャンリクエストパケットに対し、前記更新情報を有していることが通信を確立するための条件であることを通知しない第２のスキャンレスポンスパケットを送信する
請求項１に記載の無線通信装置。
【請求項３】
前記予め定められた状態が、自装置の起動開始時の状態であり、
前記通信制御部は、自装置の起動開始時に、前記第１のモードで動作し、前記他の装置からのコネクトリクエストパケットが受信されない場合に、前記第２のモードで動作する
請求項１に記載の無線通信装置。
【請求項４】
前記予め定められた状態が、通信の切断が発生した状態であり、
前記通信制御部は、通信の切断が発生した場合、前記第１のモードで動作し、前記他の装置からのコネクトリクエストパケットが受信されない場合に、前記第２のモードで動作する
請求項１に記載の無線通信装置。
【請求項５】
前記通信制御部は、前記他の装置からの信号の受信強度が予め定められた閾値未満である場合、前記第２のモードで動作する
請求項１に記載の無線通信装置。
【請求項６】
前記通信制御部は、自装置の前回の起動中に前記ソフトウェアの更新が行われている場合、前記第２のモードで動作する
請求項１に記載の無線通信装置。
【請求項７】
前記更新処理部は、前記記憶部における第１のメモリ領域と第２のメモリ領域のうち更新前の前記ソフトウェアを記憶しているメモリ領域ではない方のメモリ領域に対し、更新後の前記ソフトウェアを書き込み、次回の起動の際にアクセスするメモリ領域として更新後の前記ソフトウェアが書き込まれたメモリ領域を指定し、
前記通信制御部は、自装置の起動の際にアクセスしたメモリ領域が前回の起動時と異なっている場合、前回の起動中に前記ソフトウェアの更新が行われていると判定する
請求項６に記載の無線通信装置。
【請求項８】
他の装置に対し、アドバタイジングパケットを送信する第１の送信ステップと、
前記アドバタイジングパケットに対する前記他の装置からのスキャンリクエストパケットを受信する第１の受信ステップと、
前記スキャンリクエストパケットに対し、更新情報を有していることが通信を確立するための条件であることを通知する第１のスキャンレスポンスパケットを送信する第２の送信ステップと、
前記第１のスキャンレスポンスパケットに対するコネクトリクエストパケットを受信した場合に、前記他の装置と通信を確立し、前記更新情報を受信し、自装置のソフトウェアを更新する更新ステップと、
前記第１のスキャンレスポンスパケットに対するコネクトリクエストパケットを受信しない場合に、前記他の装置に対しアドバタイジングパケットを送信し、該アドバタイジングパケットに対するスキャンリクエストパケットを受信し、該スキャンリクエストパケットに対し前記更新情報を有していることが通信を確立するための条件であることを通知しない第２のスキャンレスポンスパケットを送信し、前記第２のスキャンレスポンスパケットに対するコネクトリクエストパケットを受信したときに、前記他の装置と通信を確立し、前記更新情報の受信以外の通信を行う通信ステップと
を有する
Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ規格に準拠した無線通信装置の制御方法。
【請求項９】
前記更新ステップでは、前記ソフトウェアの書き換えが可能な書き換え可能状態に設定されており、
前記通信ステップでは、前記ソフトウェアの書き換えが禁止された書き換え禁止状態に設定されている
請求項８に記載の制御方法。
【請求項１０】
前記第１の送信ステップが、前記無線通信装置の起動開始時に行われる
請求項８に記載の制御方法。
【請求項１１】
前記第１の送信ステップが、通信の切断が発生した時に行われる
請求項８に記載の制御方法。
【請求項１２】
前記更新ステップでは、前記第１のスキャンレスポンスパケットに対するコネクトリクエストパケットを受信し、かつ、前記他の装置からの信号の受信強度が予め定められた閾値以上である場合、前記更新情報を受信し、前記無線通信装置のソフトウェアを更新する
請求項８に記載の制御方法。
【請求項１３】
前記第１の送信ステップが、前記無線通信装置の前回の起動中に前記ソフトウェアの更新が行われていない場合に、前記無線通信装置の起動開始時に行われる
請求項８に記載の制御方法。
【請求項１４】
前記無線通信装置の起動の際にアクセスしたメモリ領域が前回の起動時と同じであるか否かを判定する判定ステップをさらに有し、
前記更新ステップでは、第１のメモリ領域と第２のメモリ領域のうち更新前の前記ソフトウェアを記憶しているメモリ領域ではない方のメモリ領域に対し、更新後の前記ソフトウェアを書き込み、次回の起動の際にアクセスするメモリ領域として更新後の前記ソフトウェアが書き込まれたメモリ領域を指定し、
前記第１の送信ステップが、前記判定ステップで前記無線通信装置の起動の際にアクセスしたメモリ領域が前回の起動時と同じであると判定された場合に行われる
請求項１３に記載の制御方法。
【請求項１５】
第１の無線通信装置と、
第２の無線通信装置と、
を備え、
前記第１の無線通信装置は、
第１の送信部と、
第１の受信部と、
前記第１の送信部及び前記第１の受信部を用いて、Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ規格に準拠した通信を、第１のモード又は第２のモードで行うよう制御する第１の通信制御部と、
ソフトウェアが記憶される第１の記憶部と、
前記ソフトウェアを更新する更新処理部と、
前記第１のモードで前記第１の通信制御部が動作する場合に、前記第１の記憶部における書き換えが可能な書き換え可能状態へと切り替え、前記第２のモードで前記第１の通信制御部が動作する場合に、書き換えが禁止された書き換え禁止状態へと切り替える書き換え切替部と、
を有し、
前記第１のモードは、更新情報を受信して前記ソフトウェアを更新するためのモードであり、前記第１のモードでは、前記第１の通信制御部は、通信の確立過程において、前記第２の無線通信装置からのスキャンリクエストパケットに対し、前記更新情報を有していることが通信を確立するための条件であることを通知する第１のスキャンレスポンスパケットを送信し、
前記第２のモードは、前記ソフトウェアの更新以外の処理を行うためのモードであり、前記第２のモードでは、前記第１の通信制御部は、通信の確立過程において、前記第２の無線通信装置からのスキャンリクエストパケットに対し、前記更新情報を有していることが通信を確立するための条件であることを通知しない第２のスキャンレスポンスパケットを送信し、
前記第１の通信制御部は、前記第１の無線通信装置の状態が予め定められた状態に該当する場合に、前記第１のモードで動作し、前記第２の無線通信装置からのコネクトリクエストパケットが受信されない場合に、前記第２のモードで動作し、
前記更新処理部は、前記第１のモードで通信が確立した場合、更新を実行し、
前記第２の無線通信装置は、
第２の送信部と、
第２の受信部と、
第２の記憶部と、
前記第２の送信部及び前記第２の受信部を用いて、Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ規格に準拠した通信を行うよう制御する第２の通信制御部と
を有し、
前記第２の通信制御部は、前記第２の記憶部が前記更新情報を保持している場合、前記第１のスキャンレスポンスパケットに対しコネクトリクエストパケットを送信する
無線通信システム。
【請求項１６】
前記第２の無線通信装置は、さらに、前記更新情報の送信を実施するか否かを制御する更新実施制御部を有する
請求項１５に記載の無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信装置、制御方法、及び無線通信システムに関し、例えばソフトウェアの更新を行う無線通信装置、制御方法、及び無線通信システムに関する。
【背景技術】
【０００２】
近年、Ｂｌｕｅｔｏｏｔｈ（登録商標）の省電力規格であるＢＬＥ（Bluetooth Low Energy）に準拠した無線通信装置が開発されている。このような無線通信装置は、ソフトウェアに従って、例えば、ＢＬＥによる通信を利用した種々のサービスを提供する。ここで、仕様の変更など様々な理由により、無線通信装置に搭載されたソフトウェアを更新することが必要とされる場合がある。このため、無線通信装置は、自装置のソフトウェアを更新する構成を備えることが求められている。
【０００３】
特許文献１では、複数種類のデバイスドライバを予め記憶しているＲＯＭを搭載し、このＲＯＭから必要なデバイスドライバを読み出すことによりデバイスドライバを変更する技術について開示している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−９３３７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
無線通信装置に搭載されたソフトウェアの更新を容易に実現することが求められている。
その他の課題と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００６】
一実施の形態によれば、無線通信装置は、予め定められた状態に該当する場合に、第１のモードでＢＬＥ規格に準拠した通信を行うよう動作し、コネクトリクエストパケットが受信されない場合に、第２のモードで通信を行うよう動作する通信制御部と、第１のモードで通信制御部が動作する場合に、書き換え可能状態へと切り替え、第２のモードで通信制御部が動作する場合に、書き換え禁止状態へと切り替える書き換え切替部と、を有する。第１のモードは、更新のためのモードであり、第１のモードでは、通信制御部は、通信の確立過程において、更新のための通信に制限する通知を送信する。第２のモードは、更新以外の処理を行うためのモードであり、第２のモードでは、通信制御部は、更新のための通信に制限する通知を送信しない。
【発明の効果】
【０００７】
前記一実施の形態によれば、無線通信装置に搭載されたソフトウェアの更新を容易に実現することができる。
【図面の簡単な説明】
【０００８】
【図１】実施の形態にかかる無線通信システムの構成を示す模式図である。
【図２】実施の形態にかかる第１の無線通信装置の構成の一例を示すブロック図である。
【図３】実施の形態にかかる第１の無線通信装置の無線通信部のハードウェア構成の一例を示すブロック図である。
【図４】実施の形態にかかる第１の無線通信装置の無線通信部の機能構成の一例を示すブロック図である。
【図５】ＢＬＥ規格における通信の確立過程について示すシーケンスチャートである。
【図６】実施の形態にかかる第２の無線通信装置のハードウェア構成の一例を示すブロック図である。
【図７】実施の形態にかかる第２の無線通信装置の機能構成の一例を示すブロック図である。
【図８】ユーザに対して更新の実施の可否を確認する表示の一例を示す図である。
【図９】第２の無線通信装置が更新情報を保持している場合の通信の確立過程の例について示すシーケンスチャートである。
【図１０】第２の無線通信装置が更新情報を保持していない場合の通信の確立過程の例について示すシーケンスチャートである。
【図１１】実施の形態１にかかる無線通信装置の動作の一例を示すフローチャートである。
【図１２】実施の形態２にかかる無線通信装置の動作の一例を示すフローチャートである。
【図１３】実施の形態３にかかる無線通信装置の動作の一例を示すフローチャートである。
【図１４】実施の形態４にかかる無線通信装置の動作の一例を示すフローチャートである。
【図１５】比較例にかかる無線通信装置の動作の一例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
説明の明確化のため、以下の記載及び図面は、適宜、省略、及び簡略化がなされている。また、様々な処理を行う機能ブロックとして図面に記載される各要素は、ハードウェア的には、ＣＰＵ、メモリ、その他の回路で構成することができ、ソフトウェア的には、メモリにロードされたプログラムなどによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。なお、各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。
【００１０】
また、上述したプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ  ｃｏｍｐｕｔｅｒ  ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（ｔａｎｇｉｂｌｅ  ｓｔｏｒａｇｅ  ｍｅｄｉｕｍ）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ）、フラッシュＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（ｔｒａｎｓｉｔｏｒｙ  ｃｏｍｐｕｔｅｒ  ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００１１】
（比較例にかかる無線通信装置の説明）
実施の形態の説明の前に、発明者により検討された比較例について説明する。誤作動の防止やセキュリティなどの観点から、無線通信装置の動作に用いられるソフトウェアが記憶された記憶部における自由な書き換えを禁止する必要がある。このため、無線通信装置は、記憶部においてソフトウェアの書き換えが可能な書き換え可能状態と、ソフトウェアの書き換えが禁止された書き換え禁止状態との切り替えが可能な構成とする必要がある。比較例にかかる無線通信装置にはソフトウェア更新のためのスイッチが設けられており、比較例にかかる無線通信装置は、ソフトウェアの更新が行われる際、ユーザによりスイッチが操作されることにより、書き換え可能状態へと切り替える構成となっている。
【００１２】
具体的には、比較例にかかる無線通信装置は、図１５に示すように動作する。図１５は、比較例にかかる無線通信装置の動作の一例を示すフローチャートである。以下、図１５に沿って比較例にかかる無線通信装置の動作の流れについて説明する。
【００１３】
ステップ９００（Ｓ９００）において、比較例にかかる無線通信装置は、ソフトウェアを更新するための更新情報の送信側の機器との間で、ＢＬＥによる無線通信を確立するための処理を行う。比較例にかかる無線通信装置は、通信を確立するための処理として例えば後述する図５に示すような処理を行う。そして、ステップ９０１（Ｓ９０１）において、更新情報の送信側の機器との間で通信を確立する。なお、ステップ９０１で確立される通信は、例えば、無線通信装置を心拍計として機能させる際の通信を規定するプロファイルに従った通信であるため、ソフトウェアの更新を行うことが予定されていない。このとき、比較例にかかる無線通信装置は、書き換え禁止状態に設定されている。
【００１４】
このため、ユーザは、ソフトウェアの更新を行いたい場合、比較例にかかる無線通信装置に設けられたスイッチを押下する必要がある。ステップ９０２において、スイッチが押下されたか否かが判定される。スイッチが押下された場合、処理はステップ９０３へ移行し、スイッチが押下されない場合、一連の処理は終了する。
【００１５】
ステップ９０３において、比較例にかかる無線通信装置は、書き換え可能状態に設定する。すなわち状態が書き換え禁止状態から書き換え可能状態へと切り替わる。その後、ステップ９０４において、比較例にかかる無線通信装置は、通信の切断を要求するパケットであるディスコネクトパケットを受信したか否かを判定する。ディスコネクトパケットを受信した場合、処理は、ステップ９０９へ移行する。ディスコネクトパケットを受信していない場合、ステップ９０５（Ｓ９０５）において、通信相手が送信許可状態であるか否かが判定される。ここで、送信許可状態とは、更新情報の送信が許可された状態をいう。通信相手が送信許可状態でない場合、処理は、ステップ９０９へ移行する。通信相手が送信許可状態である場合、ステップ９０６（Ｓ９０６）において、比較例にかかる無線通信装置は、更新情報を受信する。そして、ステップ９０７（Ｓ９０７）において、比較例にかかる無線通信装置は、ソフトウェアの更新を行い、ステップ９０８（Ｓ９０８）において、比較例にかかる無線通信装置は、再び書き換え禁止状態に設定する。
【００１６】
一方、ステップ９０９（Ｓ９０９）に処理が移行した場合も、比較例にかかる無線通信装置は、書き換え禁止状態に設定する。その後、比較例にかかる無線通信装置は、再度、通信の確立処理を行う。具体的には、ステップ９００、９０１と同様、通信確立処理（ステップ９１０）及び通信の確立（ステップ９１１）が行われる。
【００１７】
このような比較例にかかる無線通信装置の場合、上述の通りソフトウェア更新のためのスイッチを設ける必要がある。したがって、無線通信装置のコストの上昇を招くとともに、ユーザの手間を要する。
なお、例えば、無線通信装置の構成として、現在使用されているソフトウェアを別のソフトウェアに切り替えることができるように、現在使用されているソフトウェアとは別のソフトウェアを予め記憶したＲＯＭを設けておくことも考えられが、次の点で問題がある。まず、そもそもこのような構成の場合には、現在使用されているソフトウェアを、既にＲＯＭに記憶されているソフトウェアのみにしか変更することができない。また、そのようなＲＯＭを無線通信装置に予め設ける必要があり、コストを要する。
【００１８】
＜実施の形態１＞
（無線通信システム１の説明）
以下、実施の形態１について図面を参照して詳細に説明する。図１は、実施の形態１にかかる無線通信システム１の構成を示す模式図である。無線通信システム１は、無線通信装置１０及び無線通信装置２０を有している。無線通信装置１０及び無線通信装置２０は、無線通信を行う。より具体的には、無線通信装置１０及び無線通信装置２０は、Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）規格に準拠した無線通信を行う。本実施の形態では、無線通信システム１において、いわゆるＯＴＡ（Over The Air）により無線通信装置１０のソフトウェアを更新することについて説明する。また、無線通信システム１は、ＢＬＥによる通信を利用した処理を実行する。本実施の形態では、そのような処理の一例として、無線通信システム１は、ユーザの心拍数の測定に関する処理を行うものとする。すなわち、無線通信システム１は、心拍計システムとして動作する。無線通信装置１０は、例えば、心拍計としての機能を備えたウェアラブル端末である。また、無線通信装置２０は、例えば、無線通信装置１０により測定された心拍数情報をＢＬＥによる通信により受信し、心拍数情報の表示などの種々の情報処理を行う、スマートフォン、タブレット端末などの可搬端末である。なお、ＢＬＥによる通信において、無線通信装置１０はスレーブ機器（アドバタイザ）として機能し、無線通信装置２０はマスタ機器（イニシエータ）として機能する。
【００１９】
（無線通信装置１０の説明）
図２は、無線通信装置１０の構成の一例を示すブロック図である。無線通信装置１０は、無線通信部１１及び心拍測定部１２を有する。心拍測定部１２は、発光器及び受光器などにより構成された心拍センサを備え、ユーザの心拍数を測定する。無線通信装置１０は、以下に述べる無線通信部１１により、心拍測定部１２により測定された心拍数情報を含む種々の情報について、無線通信を行う。
【００２０】
図３は、無線通信装置１０の無線通信部１１のハードウェア構成の一例を示すブロック図である。無線通信部１１は、図３に示されるように、ＣＰＵ（Central Processing Unit）１０１、ＲＡＭ（Random Access Memory）１０２、不揮発性メモリ１０３、送信回路１０４、受信回路１０５、及びアンテナ１０６を有する。
【００２１】
不揮発性メモリ１０３には、ファームウェアなどのソフトウェアが記憶される。例えば、不揮発性メモリ１０３は、ＢＬＥによる通信処理を実行するソフトウェアを記憶している。本実施の形態において、より具体的には、不揮発性メモリ１０３は、ＢＬＥのプロファイルを記憶している。本実施の形態では、不揮発性メモリ１０３が記憶するプロファイルには、心拍計システムとしての通信を規定するプロファイル（例えば、Heart Rate Profile）が含まれている。なお、不揮発性メモリ１０３は、記憶部と称されることがある。
【００２２】
送信回路１０４は、アンテナ１０６を介して、後述する通信制御部１５３の制御の下、データを送信する。送信回路１０４は、例えば、送信データを変調及び増幅して電波としてアンテナ１０６から放射させる。同様に、受信回路１０５は、アンテナ１０６を介して、後述する通信制御部１５３の制御の下、データを受信する。受信回路１０５は、例えば、アンテナ１０６で受信した電波を増幅及び復調して受信データとして取り込む。なお、送信回路は、送信部と称されることがある。また、受信回路は、受信部と称されることがある。
【００２３】
図４は、無線通信装置１０の無線通信部１１の機能構成の一例を示すブロック図である。図４に示されるように、無線通信部１１は、書き換え切替部１５１、更新処理部１５２、及び通信制御部１５３を有する。書き換え切替部１５１、更新処理部１５２、及び通信制御部１５３は、例えば、ＣＰＵ１０１の制御によって、プログラムを実行させることによって実現できる。このプログラムは例えば不揮発性メモリ１０３に記憶されている。
【００２４】
書き換え切替部１５１は、不揮発性メモリ１０３においてソフトウェアの書き換えを行うことの可否を切り替える。上述の通り、不揮発性メモリ１０３における自由な書き換えは禁止される必要がある。したがって、書き換え切替部１５１は、不揮発性メモリ１０３におけるソフトウェアの書き換えが可能な書き換え可能状態と、不揮発性メモリ１０３におけるソフトウェアの書き換えが禁止された書き換え禁止状態とを切替える。このため、むやみにプログラム記憶領域の書き換えが行われることが防止される。
書き換え切替部１５１は、後述する更新用モードで通信制御部１５３が動作する場合に、書き換え可能状態へと切り替え、後述する通常用モードで通信制御部１５３が動作する場合に、書き換え禁止状態へと切り替える。
【００２５】
更新処理部１５２は、ソフトウェアを更新する処理を行う。更新処理部１５２は、不揮発性メモリ１０３に記憶されたソフトウェアを更新する。なお、更新処理部１５２は、更新処理として、不揮発性メモリ１０３に新たにソフトウェアを追加する処理を行ってもよい。更新処理部１５２は、後述する更新用モードで無線通信装置１０と無線通信装置２０の通信が確立した場合、更新を実行する。具体的には、ＢＬＥによる通信により受信回路１０５が無線通信装置２０から受信した更新情報を不揮発性メモリ１０３に記憶された更新対象のソフトウェアに適用する。これにより、更新処理部１５２は、不揮発性メモリ１０３に記憶された更新対象のソフトウェアを更新する。したがって、更新処理部１５２は、無線通信装置２０から受信した更新情報を適用し、心拍計システムとしての通信を規定するプロファイルを更新することができる。
【００２６】
通信制御部１５３は、送信回路１０４及び受信回路１０５を用いて、ＢＬＥ規格に準拠した通信を行うよう制御する。
【００２７】
（ＢＬＥ規格に基づく通信の確立についての説明）
ここで、ＢＬＥ規格に基づく、通信の確立までの流れについて説明する。図５は、ＢＬＥ規格における通信の確立過程について示すシーケンスチャートである。図５に示されるように、ＢＬＥ規格における通信では、通信が確立されるまでに、無線通信装置１０と無線通信装置２０との間でステップ１０〜１３の動作が行われる。以下、図５に沿って、通信の確立までの動作について説明する。
【００２８】
ステップ１０（Ｓ１０）において、スレーブ機器（アドバタイザ）である無線通信装置１０が、アドバタイジング（Advertising）パケットを送信する。アドバタイジングパケットは、アドバタイザが無線接続する相手を探すためのパケットであり、アドバタイザの機器名、機能などを示す情報を含んでいる。送信されたアドバタイジングパケットが、マスタ機器（イニシエータ）である無線通信装置２０により受信される。
【００２９】
ステップ１１（Ｓ１１）において、無線通信装置２０は、アドバタイジングパケットの送信元である無線通信装置１０に対し、スキャンリクエスト（SCAN Request）パケットを送信する。スキャンリクエストパケットは、アドバタイジングパケットを受信したイニシエータがアドバタイジングパケットの送信元に対し、さらなる情報を要求するためのパケットである。
【００３０】
ステップ１２（Ｓ１２）において、無線通信装置１０は、スキャンリクエストパケットの送信元である無線通信装置２０に対し、スキャンレスポンス（SCAN Response）パケットを送信する。スキャンレスポンスパケットは、アドバタイジングパケットで送信されなかった情報を含むことができる。
【００３１】
ステップ１３（Ｓ１３）において、無線通信装置２０は、無線通信装置１０から得た情報から、通信相手として問題がないかを判定し、問題がない場合、コネクトリクエスト（Connect Request）パケットを無線通信装置１０に送信する。コネクトリクエストパケットは、通信の確立を要求するためのパケットである。
【００３２】
ステップ１４（Ｓ１４）において、無線通信装置１０が無線通信装置２０からのコネクトリクエストパケットを受信すると、無線通信装置１０と無線通信装置２０との間でＢＬＥによる通信が確立する。なお、通信が確立後、無線通信装置１０及び無線通信装置２０は、ディスコネクトパケットを通信相手に送信することにより、通信の切断を行うことができる。
【００３３】
（無線通信装置１０（通信制御部１５３）の説明の続き）
通信制御部１５３は、図５に示される動作を行うよう制御することで、通信の確立を実現する。ここで、通信制御部１５３は、ＢＬＥ規格に準拠した通信を、更新用モード又は通常用モードで行うよう制御する。
【００３４】
更新用モードは、第１のモードとも呼ばれ、不揮発性メモリ１０３による記憶対象であるソフトウェアを更新するための更新情報を無線通信装置２０から受信してソフトウェアを更新するためのモードである。更新用モードでは、通信制御部１５３は、通信の確立過程において、更新のための通信に制限する通知を他の装置に対し送信するよう制御する。具体的には、通信制御部１５３は、他の装置からのスキャンリクエストパケットに対し、更新情報を有していることが通信の確立のための条件であることを示す通知を含むスキャンレスポンスパケットを送信するよう制御する。このように、スレーブ機器である無線通信装置１０は、マスタ機器からのスキャンリクエストに対し、スキャンレスポンスによって無線通信の確立の条件を提供する。
【００３５】
通常用モードは、第２のモードとも呼ばれ、ソフトウェアの更新以外の処理を行うためのモードである。通常用モードは、例えば、心拍計システムとしての通信を規定するプロファイルに従った通信を行うモードである。通常用モードでは、更新用モードとは異なり、通信制御部１５３は、通信の確立過程において、更新のための通信に制限する通知を他の装置に対し送信しないよう制御する。具体的には、通信制御部１５３は、他の装置からのスキャンリクエストパケットに対し、更新情報を有していることが通信を確立するための条件であることを通知しないスキャンレスポンスパケットを送信する。すなわち、例えば、通信制御部１５３は、他の装置からのスキャンリクエストパケットに対し、更新情報を有していないことが通信の確立のための条件であることを示す通知を含むスキャンレスポンスパケット、更新情報の有無以外の条件を通信の確立のための条件として要求するスキャンレスポンスパケット、又は通信の確立のための条件を何ら規定しないスキャンレスポンスパケットなどを送信するよう制御する。
【００３６】
通信制御部１５３は、無線通信装置１０の状態が予め定められた状態に該当する場合に、更新用モードで動作し、更新用モードにおける通信確立過程において他の装置からのコネクトリクエストパケットが受信されない場合に、通常用モードで動作する。具体的には、本実施の形態では、この予め定められた状態とは、無線通信装置１０の起動開始時の状態をいう。したがって、本実施の形態では、通信制御部１５３は、無線通信装置１０の起動開始時に、更新用モードで動作する。そして、通信制御部１５３は、更新用モードによる上述の通信確立過程おいて他の装置からコネクトリクエストパケットを受信した場合に通信を確立する。一方、通信制御部１５３は、更新用モードによる上述の通信確立過程において他の装置からコネクトリクエストパケットを受信しない場合に通常用モードで動作し、通常用モード時の上述の通信確立過程による通信の確立を試みる。
【００３７】
（無線通信装置２０の説明）
図６は、無線通信装置２０のハードウェア構成の一例を示すブロック図である。無線通信装置２０は、図６に示されるように、ＣＰＵ２０１、ＲＡＭ２０２、記憶部２０３、ＵＩ（User Interface）部２０４、送信回路２０５、受信回路２０６、及びアンテナ２０７を有する。無線通信装置２０は、無線通信装置１０の通常用モードにより確立された通信により、無線通信装置１０との間で、心拍計システムとしての通信を行う。また、無線通信装置２０は、無線通信装置１０の更新用モードにより確立された通信により、無線通信装置１０の不揮発性メモリ１０３に記憶されたソフトウェアを更新するための更新情報の送信を行う。
また、無線通信装置２０は、例えば、心拍計システムとしての機能を提供するアプリケーションがインストールされており、無線通信装置１０により測定された心拍数情報の表示などの種々の情報処理を行う。
【００３８】
無線通信装置２０が更新情報を取得した場合、取得された更新情報は、記憶部２０３に記憶される。なお、無線通信装置２０は、更新情報を任意の方法で取得することができる。例えば、無線通信装置２０は、インターネットなどの図示しないネットワークを介してダウンロードすることにより更新情報を取得してもよいし、他の無線通信装置からＢＬＥによる通信により受信してもよい。また、無線通信装置２０は、メモリカードなどの可搬型記憶媒体により記憶された更新情報を読み出すことにより、更新情報を取得してもよい。
【００３９】
ＵＩ部２０４は、例えばタッチパネルにより構成され、情報の入力を受付け、また情報を出力する。送信回路２０５は、アンテナ２０７を介して、後述する通信制御部２５１の制御の下、データを送信する。送信回路２０５は、例えば、送信データを変調及び増幅して電波としてアンテナ２０７から放射させる。同様に、受信回路２０６は、アンテナ２０７を介して、後述する通信制御部２５１の制御の下、データを受信する。受信回路２０６は、例えば、アンテナ２０７で受信した電波を増幅及び復調して受信データとして取り込む。
【００４０】
図７は、無線通信装置２０の機能構成の一例を示すブロック図である。図７に示されるように、無線通信装置２０は、通信制御部２５１及び更新実施制御部２５２を有する。通信制御部２５１及び更新実施制御部２５２は、例えば、ＣＰＵ２０１の制御によって、プログラムを実行させることによって実現できる。このプログラムは例えば記憶部２０３に記憶されている。
【００４１】
通信制御部２５１は、送信回路２０５及び受信回路２０６を用いて、ＢＬＥ規格に準拠した通信を行うよう制御する。より具体的には、通信制御部２５１は、図５に示される動作を行うよう制御することで、通信の確立を実現する。ここで、通信制御部２５１は、通信の確立過程において、更新のための通信に制限することを示す通知を無線通信装置１０から受信した場合、確立する通信が更新のための通信で問題ないとき、コネクトリクエストパケットを無線通信装置１０に対して送信するよう制御する。より具体的には、通信制御部２５１は、更新情報を有していることが通信の確立のための条件であることを示す通知を含むスキャンレスポンスパケットを無線通信装置２０が受信した場合、記憶部２０３が更新情報を記憶しているか否かを判定し、記憶部２０３が更新情報を保持している場合、このスキャンレスポンスパケットに対しコネクトリクエストパケットを送信する。
【００４２】
また、通信制御部２５１は、通信の確立後、通信の切断を行う場合、ディスコネクトパケットを通信相手に送信する。これにより、通信が切断される。例えば、通信制御部２５１は、ユーザからのＵＩ部２０４を介した入力指示により、ディスコネクトパケットを送信してもよい。
【００４３】
通信制御部２５１は、無線通信装置１０における更新用モードに従って通信が確立された場合、無線通信装置２０の状態が、送信許可状態であるか否かを判定し、送信許可状態であるとき、記憶部２０３に記憶された更新情報を読み出して送信回路２０５を介して送信するよう制御する。なお、通信制御部２５１は、送信許可状態であるか送信禁止状態であるかを示す通知を無線通信装置１０に対し行ってもよい。
【００４４】
更新実施制御部２５２は、更新情報の送信を実施するか否かを制御する。すなわち、更新実施制御部２５２は、無線通信装置１０の状態を、送信許可状態、又は更新情報の送信が禁止された状態（送信禁止状態）へと設定する。更新実施制御部２５２は、無線通信装置１０における更新用モードに従って通信が確立された場合、例えば、図８に示すように、更新実施制御部２５２は、ユーザに対して更新の実施の可否を確認する表示を、ＵＩ部２０４に出力する。更新実施制御部２５２は、更新の実施を許可する旨の指示がＵＩ部２０４を介して入力された場合、送信許可状態に設定する。これに対し、更新実施制御部２５２は、更新の実施を許可しない旨の指示がＵＩ部２０４を介して入力された場合、送信禁止状態に設定する。これにより、ユーザは、更新を実行したくない場合、更新を拒否することができる。
【００４５】
（無線通信装置１０の動作の説明）
次に、無線通信装置１０の動作について説明する。本実施の形態において、無線通信装置１０の通信制御部１５３は、上述の通り、まず、更新用モードにより無線通信装置２０との通信の確立を試み、更新用モードによる通信の確立に失敗した場合に通常用モードで通信の確立を試みる。この様子を、図９及び図１０を参照してさらに説明する。図９は、無線通信装置２０が更新情報を保持している場合の通信の確立過程の例について示すシーケンスチャートである。これに対し、図１０は、無線通信装置２０が更新情報を保持していない場合の通信の確立過程の例について示すシーケンスチャートである。
【００４６】
図９について説明する。無線通信装置１０は、起動後、更新用モードで動作する。したがって、無線通信装置１０の通信制御部１５３は、更新用モードによる通信の確立を試みる。
まず、ステップ２０（Ｓ２０）において、無線通信装置１０の通信制御部１５３が、アドバタイジングパケットを送信するよう制御を行う。これによりアドバタイジングパケットが送信され、無線通信装置２０がアドバタイジングパケットを受信する。
【００４７】
次に、ステップ２１（Ｓ２１）において、無線通信装置２０の通信制御部２５１が、無線通信装置１０に対し、スキャンリクエストパケットを送信するよう制御する。これによりスキャンリクエストパケットが送信され、無線通信装置１０がスキャンリクエストパケットを受信する。
【００４８】
続いて、ステップ２２（Ｓ２２）において、無線通信装置１０の通信制御部１５３は、通信目的を更新のための通信に制限する通知を含むスキャンレスポンスパケットを送信するよう制御する。すなわち、通信制御部１５３は、更新情報を有していることが通信の確立のための条件であることを示す通知を含むスキャンレスポンスパケットを送信するよう制御する。これによりスキャンレスポンスパケットが送信され、無線通信装置２０がスキャンレスポンスパケットを受信する。
【００４９】
そして、ステップ２２により無線通信装置２０がスキャンレスポンスパケットを受信すると、無線通信装置２０の通信制御部２５１は、スキャンレスポンスパケットから得た情報から、無線通信装置１０が通信相手として問題がないかを判定する。具体的には、通信制御部２５１は、記憶部２０３が更新情報を保持しているか否かを確認する。図９に示した例においては、無線通信装置２０の記憶部２０３に更新情報が記憶されているため、通信制御部２５１は無線通信装置１０が通信相手として適当であると判定する。よって、ステップ２３（Ｓ２３）において、無線通信装置２０の通信制御部２５１は、コネクトリクエストパケットを無線通信装置１０に送信するよう制御する。これによりコネクトリクエストパケットが送信され、無線通信装置１０がコネクトリクエストパケットを受信する。
そして、ステップ２４（Ｓ２４）において、無線通信装置１０と無線通信装置２０との間で更新用モードによる通信が確立する。
【００５０】
次に、図１０について説明する。無線通信装置１０は、図９に示した例と同様、起動後、更新用モードで動作する。したがって、無線通信装置１０の通信制御部１５３は、まず、更新用モードによる通信の確立を試みる。ステップ３０（Ｓ３０）からステップ３２（Ｓ３２）までの動作は、上記ステップ２０からステップ２２までの動作と同じであるため、説明を省略する。
【００５１】
ステップ３２により無線通信装置２０がスキャンレスポンスパケットを受信すると、無線通信装置２０の通信制御部２５１は、記憶部２０３が更新情報を保持しているか否かを確認する。図１０に示した例においては、無線通信装置２０の記憶部２０３に更新情報が記憶されていないため、通信制御部２５１は無線通信装置１０が通信相手として適当ではないと判定する。よって、無線通信装置２０の通信制御部２５１は、コネクトリクエストパケットを無線通信装置１０に送信しないよう制御する。したがって、無線通信装置２０からコネクトリクエストパケットが送信されず、無線通信装置１０は、コネクトリクエストパケットを受信できない。
【００５２】
無線通信装置１０の通信制御部１５３は、スキャンレスポンスパケットを送信後、予め定められた時間内にコネクトリクエストパケットの受信ができない場合、通常用モードでの通信の確立を試みる。すなわち、無線通信装置１０は、更新用モードによる通信の確立に失敗した場合、通常用モードで動作することとなる。このため、書き換え切替部１５１は、書き換え禁止状態へと切り替える。
【００５３】
そして、ステップ３３（Ｓ３３）、ステップ３４（Ｓ３４）において、ステップ３０、ステップ３１と同様、アドバタイジングパケットの送受信、スキャンリクエストパケットの送受信が行われる。
【００５４】
続いて、ステップ３５（Ｓ３５）において、無線通信装置１０の通信制御部１５３は、無線通信装置２０に対し、スキャンレスポンスパケットを送信するよう制御する。ただし、ステップ３２と異なり、通信制御部１５３は、通信目的を更新のための通信に制限する通知を含まないスキャンレスポンスパケットを送信するよう制御する。これによりスキャンレスポンスパケットが送信され、無線通信装置２０がスキャンレスポンスパケットを受信する。
【００５５】
そして、ステップ３５により無線通信装置２０がスキャンレスポンスパケットを受信すると、無線通信装置２０の通信制御部２５１は、無線通信装置１０が通信相手として問題がないかを判定する。ここで、無線通信装置２０は更新情報を保持していないものの、ステップ３５で受信されたスキャンレスポンスパケットにおいて更新情報の保持が通信確立のための条件とされていないため、通信制御部２５１は無線通信装置１０が通信相手として適当であると判定する。
【００５６】
よって、ステップ３６（Ｓ３６）において、無線通信装置２０の通信制御部２５１は、コネクトリクエストパケットを無線通信装置１０に送信するよう制御する。したがって、無線通信装置２０からコネクトリクエストパケットが送信され、無線通信装置１０は、コネクトリクエストパケットを受信する。
そして、ステップ３７（Ｓ３７）において、無線通信装置１０と無線通信装置２０との間で通常用モードによる通信が確立する。
【００５７】
次に、無線通信装置１０の動作の詳細についてフローチャートにより説明する。図１１は、無線通信装置１０の動作の一例を示すフローチャートである。
【００５８】
ステップ１００（Ｓ１００）において、無線通信装置１０の電源が投入され、無線通信装置１０が起動する。無線通信装置１０は、起動直後、更新用モードで動作する。
ステップ１０１（Ｓ１０１）において、書き換え切替部１５１は、書き換え可能状態に設定する。すなわち、無線通信装置１０は、不揮発性メモリ１０３におけるソフトウェアの書き換えが可能な状態となる。
【００５９】
ステップ１０２（Ｓ１０２）において、送信回路１０４は、通信制御部１５３による制御に従い、アドバタイジングパケットを送信する。なお、ステップ１０２は、図９のステップ２０及び図１０のステップ３０に対応している。
ステップ１０３（Ｓ１０３）において、受信回路１０５は、無線通信装置２０が送信したスキャンリクエストパケットを受信する。なお、ステップ１０３は、図９のステップ２１及び図１０のステップ３１に対応している。
ステップ１０４（Ｓ１０４）において、送信回路１０４は、通信制御部１５３による制御に従い、更新のための通信に制限する通知を含むスキャンレスポンスパケットを送信する。なお、ステップ１０４は、図９のステップ２２及び図１０のステップ３２に対応している。
ステップ１０５（Ｓ１０５）において、通信制御部１５３は、無線通信装置１０が無線通信装置２０からのコネクトリクエストパケットを受信したか否かを判定する。予め定められた時間以内に無線通信装置１０がコネクトリクエストパケットを受信した場合（図９のステップ２３に対応）、処理はステップ１０６へ移行する。また、予め定められた時間以内に無線通信装置１０がコネクトリクエストパケットを受信しなかった場合、処理はステップ１１２へ移行する。
【００６０】
ステップ１０６（Ｓ１０６）において、通信制御部１５３は、無線通信装置２０とのＢＬＥによる通信を確立する。なお、ステップ１０６は、図９のステップ２４に対応している。
ステップ１０７（Ｓ１０７）において、通信制御部１５３は、無線通信装置１０が無線通信装置２０からのディスコネクトパケットを受信したか否かを判定する。無線通信装置１０がディスコネクトパケットを受信しない場合、処理はステップ１０８へ移行する。また、無線通信装置１０がディスコネクトパケットを受信した場合、処理はステップ１１２へ移行する。
ステップ１０８（Ｓ１０８）において、無線通信装置１０は、通信相手の状態が、更新情報の送信が可能な状態であるか否かを判定する。すなわち、無線通信装置１０は、無線通信装置２０の状態が送信許可状態であるか否かを判定する。この判定は、例えば、無線通信装置２０から送信許可状態であるか送信禁止状態であるかを示す通知を受信することにより行われてもよい。また、例えば、無線通信装置１０は、予め定められた時間内に無線通信装置２０による更新情報の送信が開始されない場合に、更新情報の送信が可能な状態ではないと判定してもよい。通信相手の状態が更新情報の送信が可能な状態である場合、処理はステップ１０９へ移行する。また、通信相手の状態が更新情報の送信が可能な状態ではない場合、処理はステップ１１２へ移行する。
【００６１】
ステップ１０９（Ｓ１０９）において、受信回路１０５は、無線通信装置２０が送信した更新情報を受信する。
そして、ステップ１１０（Ｓ１１０）において、更新処理部１５２は、更新情報を不揮発性メモリ１０３に記憶された更新対象のソフトウェアに適用し、ソフトウェアを更新する。
その後、ステップ１１１（Ｓ１１１）において、無線通信装置１０は、更新用モードとしての動作を終了し、書き換え切替部１５１は、書き換え禁止状態に設定する。すなわち、無線通信装置１０は、不揮発性メモリ１０３におけるソフトウェアの書き換えが禁止された状態となる。
【００６２】
一方、ステップ１１２（Ｓ１１２）に処理が移行した場合、すなわち、更新用モードによる通信の確立に失敗した場合（ステップ１０５でＹｅｓ）、通信が切断された場合（ステップ１０７でＹｅｓ）、及び無線通信装置２０が送信許可状態でない場合（ステップ１０８でＮｏ）、無線通信装置１０は、更新用モードとしての動作を終了し、通常用モードとしての動作を開始する。したがって、ステップ１１２において、書き換え切替部１５１は、書き換え禁止状態に設定する。ステップ１１２以降、通信制御部１５３は、通常用モードにより通信の確立を試みる。
【００６３】
ステップ１１３（Ｓ１１３）において、送信回路１０４は、通信制御部１５３による制御に従い、アドバタイジングパケットを送信する。なお、ステップ１１３は、図１０のステップ３３に対応している。
ステップ１１４（Ｓ１１４）において、受信回路１０５は、無線通信装置２０が送信したスキャンリクエストパケットを受信する。なお、ステップ１１４は、図１０のステップ３４に対応している。
ステップ１１５（Ｓ１１５）において、送信回路１０４は、通信制御部１５３による制御に従い、更新のための通信に制限する通知を含まないスキャンレスポンスパケットを送信する。なお、ステップ１１５は、図１０のステップ３５に対応している。
ステップ１１６（Ｓ１１６）において、通信制御部１５３は、無線通信装置１０が無線通信装置２０からのコネクトリクエストパケットを受信したか否かを判定する。予め定められた時間以内に無線通信装置１０がコネクトリクエストパケットを受信した場合（図１０のステップ３６に対応）、処理はステップ１１７へ移行し、予め定められた時間以内に受信しなかった場合、一連の処理は終了する。
ステップ１１７（Ｓ１１７）では、通信制御部１５３は、無線通信装置２０とのＢＬＥによる通信を確立する。その後、通信制御部１５３は、更新情報の受信以外の通信を行うよう制御する。なお、ステップ１１７は、図１０のステップ３７に対応している。
【００６４】
以上、無線通信装置１０の動作例について説明した。このような無線通信装置１０により、無線通信システム１は、例えば次のように動作する。無線通信装置２０が更新情報を保持していない場合には、無線通信装置１０は更新用モードから通常用モードに移行し、無線通信システム１は心拍計システムとして動作する。一方、無線通信装置２０が最新のソフトウェアをダウンロードして保持している場合には、無線通信装置２０は更新情報を保持した状態であるため、更新用モードによる通信の確立過程において、通信が確立される。ここで、無線通信装置２０において送信許可状態に設定されれば、無線通信によるソフトウェアの更新が実行される。これに対し、送信禁止状態に設定された場合には、更新は実行されず、無線通信装置１０は通常用モードに移行し、無線通信システム１は心拍計システムとして動作することとなる。
【００６５】
（実施の形態１の効果の説明）
上記比較例にかかる無線通信装置の場合、ソフトウェア更新のためのスイッチを設ける必要があった。これに対し、実施の形態１にかかる無線通信装置１０によれば、更新用モードでの動作と通常用モードでの動作が自動的に切り替わるため、そのようなスイッチを設ける必要がなく、コストを抑制することができる。また、比較例にかかる無線通信装置では、上記ステップ９０２で示されるようにスイッチの操作が必要とされる。これに対し、実施の形態１にかかる無線通信装置１０によれば、ソフトウェアの更新の際、そのような操作は不要であり、容易に更新することが可能となる。
また、スイッチなどの更新用部品を削減できるため、無線通信装置の設計自由度を向上させることもできる。
【００６６】
＜実施の形態２＞
次に、実施の形態２について説明する。実施の形態１では、通信制御部１５３は、無線通信装置１０の起動開始時に、更新用モードで動作した。本実施の形態では、通信の切断が発生した時に、更新用モードで動作する。すなわち、本実施の形態では、上述の予め定められた状態とは、他の装置との通信の切断が発生した状態をいう。本実施の形態にかかる通信制御部１５３は、他の装置との通信の切断が発生した場合、更新用モードで動作する。そして、通信制御部１５３は、更新用モードによる通信確立過程おいてコネクトリクエストパケットを受信した場合に通信を確立する。一方、通信制御部１５３は、更新用モードによる通信確立過程においてコネクトリクエストパケッが受信されない場合に通常用モードで動作し、通常用モード時の通信確立過程による通信の確立を試みる。
【００６７】
（実施の形態２にかかる無線通信装置１０の動作の説明）
本実施の形態にかかる無線通信装置１０の動作の詳細についてフローチャートにより説明する。図１２は、実施の形態２にかかる無線通信装置１０の動作の一例を示すフローチャートである。図１２に示されるフローチャートは、ステップ１００がステップ２００に置き換えられた点を除き、図１１に示した実施の形態１にかかる無線通信装置１０のフローチャートと同じである。したがって、図１２において、ステップ１０１以降の処理については、説明を省略する。
【００６８】
ステップ２００（Ｓ２００）において、無線通信装置１０と他の無線通信装置と通信の切断が発生し、通信制御部１５３が通信の切断を検知する。なお、ここでの通信の切断には、通常用モードで確立された通信の切断に限らず更新用モードで確立された通信の切断が含まれてもよい。ステップ２００の後、処理はステップ１０１へ移行する。したがって、通信の切断が発生した後は、実施の形態１と同様の処理が進んでいくこととなる。
【００６９】
（実施の形態２の効果の説明）
本実施の形態にかかる無線通信装置１０においても、スイッチなどの更新用部品を削減できコストを抑制することができる。また、ソフトウェアの更新を容易に実施することができる。特に、本実施の形態にかかる無線通信装置１０によれば、無線通信装置１０が起動している期間中であっても、ソフトウェアの更新処理の実施タイミングを提供することができる。また、本実施の形態にかかる無線通信装置１０によれば、ユーザが無線通信装置１０の更新処理を実施したい場合、無線通信装置１０の通信を切断すればよい。したがって、無線通信装置１０が起動中、ユーザは、任意のタイミングで、無線通信装置１０の更新処理の実施を容易に行うことができる。
【００７０】
本実施の形態の上記説明において、通信制御部１５３は、通信の切断が発生した時に、更新用モードで動作するが、通信制御部１５３は、さらに無線通信装置１０の起動開始時にも、更新用モードで動作してもよい。
【００７１】
＜実施の形態３＞
次に、実施の形態３にかかる無線通信装置１０について説明する。実施の形態３にかかる無線通信装置１０は、他の装置からの信号の受信強度が予め定められた閾値未満である場合には通信制御部１５３が通常用モードで動作する点で、他の実施の形態にかかる無線通信装置１０と異なっている。
【００７２】
また、本実施の形態にかかる通信制御部１５３は、通信相手からの信号の受信強度に応じて送受信電力を調整する。具体的には、通信制御部１５３は、通信相手である他の装置からの信号の受信強度が低ければ低いほど、より大きな電力で通信を行うよう制御する。
【００７３】
ところで、一般的に、ソフトウェアの更新のための通信では、通信量が通常の通信時よりも増加するため、消費電力も増加する。このため、無線通信装置１０と無線通信装置２０との距離が遠いなどといった通信環境が好ましくない環境下で更新処理が行わると、更なる消費電力の増加を無線通信装置１０に強いることとなる。本実施の形態では、このような背景から、受信強度が閾値未満である場合には更新処理を回避し、消費電力の増加を抑制するものである。
【００７４】
（実施の形態３にかかる無線通信装置１０の動作の説明）
本実施の形態にかかる無線通信装置１０の動作の詳細についてフローチャートにより説明する。図１３は、実施の形態３にかかる無線通信装置１０の動作の一例を示すフローチャートである。図１３に示されるフローチャートは、ステップ３００が追加されている点で、図１１に示した実施の形態１にかかる無線通信装置１０のフローチャートと異なる。したがって、図１３において図１１に示すフローチャートと異なる点を中心に説明をする。
【００７５】
無線通信装置１０が起動すると、書き換え切替部１５１は、書き換え可能状態に設定し、通信制御部１５３は、更新用モードで動作する（ステップ１００〜１０５）。図１１に示したフローチャートではステップ１０５のコネクトリクエストパケットの受信判定において、無線通信装置１０がコネクトリクエストパケットを受信した場合、処理はステップ１０６へ移行したが、本実施の形態では図１３に示すようにこの場合、処理はステップ３００へ移行する。
【００７６】
ステップ３００（Ｓ３００）において、通信制御部１５３は、無線通信装置２０からの信号の受信強度が予め定められた閾値以上であるか否かを判定する。例えば、通信制御部１５３は、ＲＳＳＩ（Received Signal Strength Indication）が、予め定められた閾値（例えば、−ＸｄＢｍ）以上であるか否かを判定する。そして、無線通信装置２０からの信号の受信強度が予め定められた閾値以上である場合に、ステップ１０６に処理が移行し、通信の確立がなされる。これに対し、無線通信装置２０からの信号の受信強度が予め定められた閾値未満である場合には、ステップ１１２へ移行し、無線通信装置１０は通常用モードとしての動作を開始する。ステップ１０６以降の処理、及びステップ１１２以降の処理については、図１１に示したフローチャートと同様であるため、説明を省略する。
【００７７】
このように、実施の形態３にかかる無線通信装置１０においては、無線通信装置２０からの信号の受信強度が予め定められた閾値以上である場合に、更新用モードでの通信の確立及び更新処理が行われる。これに対し、無線通信装置２０からの信号の受信強度が予め定められた閾値未満である場合には、無線通信装置１０は、更新用モードとしての動作を終了し、通常用モードとしての動作を開始する。
【００７８】
（実施の形態３の効果の説明）
本実施の形態にかかる無線通信装置１０においても、スイッチなどの更新用部品を削減できコストを抑制することができる。また、ソフトウェアの更新を容易に実施することができる。特に、本実施の形態にかかる無線通信装置１０によれば、更新の実行は受信強度が予め定められた閾値以上である際に制限されるため、受信強度が低いために送受信電力が増大している環境下での更新処理を避けることができ消費電力の増大を抑制することができる。
なお、本実施の形態が、上述の他の実施の形態と適宜組み合わせることができることは言うまでもない。
【００７９】
＜実施の形態４＞
次に、実施の形態４にかかる無線通信装置１０について説明する。実施の形態４にかかる無線通信装置１０は、通信制御部１５３が、無線通信装置１０の前回の起動中にソフトウェアの更新が行われている場合、通常用モードで動作する点で、他の実施の形態にかかる無線通信装置１０と異なっている。
【００８０】
（実施の形態４にかかる無線通信装置１０の動作の説明）
本実施の形態にかかる無線通信装置１０の動作の詳細についてフローチャートにより説明する。図１４は、実施の形態４にかかる無線通信装置１０の動作の一例を示すフローチャートである。図１４に示されるフローチャートは、ステップ４００が追加されている点で、図１１に示した実施の形態１にかかる無線通信装置１０のフローチャートと異なる。したがって、図１４において図１１に示すフローチャートと異なる点を中心に説明をする。
【００８１】
本実施の形態では、ステップ１００で無線通信装置１０が起動すると、処理はステップ４００に移行する。ステップ４００（Ｓ４００）において、通信制御部１５３は、無線通信装置１０の前回の起動中にソフトウェアの更新が行われたか否かを判定する。前回の起動中にソフトウェアの更新が行われたか否かを判定は、種々の方法により判定できる。
【００８２】
例えば、通信制御部１５３は、不揮発性メモリ１０３の書き換えを安全に実施するための機能であるブートスワップ機能を用いてもよい。ブートスワップ機能は、物理的なメモリ領域である２つのブートクラスタを入れ替える機能である。例えば、更新処理部１５２は、２つのブートクラスタのうち更新前のソフトウェアを記憶しているブートクラスタではない方のブートクラスタに対し、更新後のソフトウェアを書き込むよう処理する。また、更新処理部１５２は、更新処理後、次回の起動の際にアクセスするブートクラスタとして更新後のソフトウェアが書き込まれたブートクラスタを指定する。これにより、更新前のソフトウェアをいずれかのブートクラスタにバックアップしておくことが可能となり、電源瞬断などが起きた場合でもバックアップされたソフトウェアにより、問題が起きない。
通信制御部１５３は、ステップ１００における起動の際にアクセスしたブートクラスタが前回の起動時と異なっているかによって、無線通信装置１０の前回の起動中にソフトウェアの更新が行われたか否かを判断する。
【００８３】
ステップ４００において、無線通信装置１０の前回の起動中にソフトウェアの更新が行われていないと判定された場合、すなわち、例えば、無線通信装置１０の起動の際にアクセスしたブートクラスタが前回の起動時にアクセスしたブートクラスタと同じであると判定された場合、処理はステップ１０１に移行する。一方、ステップ４００において、無線通信装置１０の前回の起動中にソフトウェアの更新が行われた判定された場合、すなわち、例えば、無線通信装置１０の起動の際にアクセスしたブートクラスタが前回の起動時にアクセスしたブートクラスタと異なると判定された場合、処理はステップ１１２に移行する。したがって、無線通信装置１０の前回の起動中にソフトウェアの更新が行われている場合、無線通信装置１０は、起動後、更新用モードで動作せず、通常用モードで動作する。ステップ１０１以降の処理については、図１１に示したフローチャートと同様であるため、説明を省略する。
【００８４】
（実施の形態４の効果の説明）
本実施の形態にかかる無線通信装置１０においても、スイッチなどの更新用部品を削減できコストを抑制することができる。また、ソフトウェアの更新を容易に実施することができる。特に、本実施の形態にかかる無線通信装置１０によれば、無線通信装置１０が不必要に更新用モードで動作することを抑制することができる。したがって、本実施の形態では、消費電力の削減に寄与する。
なお、本実施の形態が、上述の他の実施の形態と適宜組み合わせることができることは言うまでもない。
【００８５】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は既に述べた実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において種々の変更が可能であることはいうまでもない。例えば、無線通信装置１０は、心拍計としての処理を実行しなくてもよく、ＢＬＥによる通信を用いた任意の処理を実行する無線通信装置であってもよい。また、上記無線通信システム１において、無線通信装置２０は、心拍計システムとしての機能を提供する必要はなく、単に更新情報を提供するだけの無線通信装置であってもよい。
【００８６】
また、上述の実施の形態は、以下の付記のようにも記載されうるが、以下には限られない。
【００８７】
（付記１）
Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ規格に準拠した無線通信装置のコンピュータに、
他の装置に対し、アドバタイジングパケットを送信する第１の送信ステップと、
前記アドバタイジングパケットに対する前記他の装置からのスキャンリクエストパケットを受信する第１の受信ステップと、
前記スキャンリクエストパケットに対し、更新情報を有していることが通信を確立するための条件であることを通知する第１のスキャンレスポンスパケットを送信する第２の送信ステップと、
前記第１のスキャンレスポンスパケットに対するコネクトリクエストパケットを受信した場合に、前記他の装置と通信を確立し、前記更新情報を受信し、自装置のソフトウェアを更新する更新ステップと、
前記第１のスキャンレスポンスパケットに対するコネクトリクエストパケットを受信しない場合に、前記他の装置に対しアドバタイジングパケットを送信し、該アドバタイジングパケットに対するスキャンリクエストパケットを受信し、該スキャンリクエストパケットに対し前記更新情報を有していることが通信を確立するための条件であることを通知しない第２のスキャンレスポンスパケットを送信し、前記第２のスキャンレスポンスパケットに対するコネクトリクエストパケットを受信したときに、前記他の装置と通信を確立し、前記更新情報の受信以外の通信を行う通信ステップと
を実行させるプログラム。
（付記２）
前記更新ステップでは、前記ソフトウェアの書き換えが可能な書き換え可能状態に設定されており、
前記通信ステップでは、前記ソフトウェアの書き換えが禁止された書き換え禁止状態に設定されている
付記１に記載のプログラム。
（付記３）
前記第１の送信ステップが、前記無線通信装置の起動開始時に行われる
付記１に記載のプログラム。
（付記４）
前記第１の送信ステップが、通信の切断が発生した時に行われる
付記１に記載のプログラム。
（付記５）
前記更新ステップでは、前記第１のスキャンレスポンスパケットに対するコネクトリクエストパケットを受信し、かつ、前記他の装置からの信号の受信強度が予め定められた閾値以上である場合、前記更新情報を受信し、前記無線通信装置のソフトウェアを更新する
付記１に記載のプログラム。
（付記６）
前記第１の送信ステップが、前記無線通信装置の前回の起動中に前記ソフトウェアの更新が行われていない場合に、前記無線通信装置の起動開始時に行われる
付記１に記載のプログラム。
（付記７）
前記無線通信装置の起動の際にアクセスしたメモリ領域が前回の起動時と同じであるか否かを判定する判定ステップをさらに前記コンピュータに実行させ、
前記更新ステップでは、第１のメモリ領域と第２のメモリ領域のうち更新前の前記ソフトウェアを記憶しているメモリ領域ではない方のメモリ領域に対し、更新後の前記ソフトウェアを書き込み、次回の起動の際にアクセスするメモリ領域として更新後の前記ソフトウェアが書き込まれたメモリ領域を指定し、
前記第１の送信ステップが、前記判定ステップで前記無線通信装置の起動の際にアクセスしたメモリ領域が前回の起動時と同じであると判定された場合に行われる
付記６に記載のプログラム。
【符号の説明】
【００８８】
１    無線通信システム
１０、２０    無線通信装置
１１    無線通信部
１２    心拍測定部
１０１、２０１    ＣＰＵ
１０２、２０２    ＲＡＭ
１０３    不揮発性メモリ
１０４、２０５    送信回路
１０５、２０６    受信回路
１０６、２０７    アンテナ
１５１    切替部
１５２    更新処理部
１５３    通信制御部
２０３    記憶部
２０４    ＵＩ部
２０７    アンテナ
２５１    通信制御部
２５２    更新実施制御部
【図１】
0006476091.tif 000002
【図２】
0006476091.tif 000003
【図３】
0006476091.tif 000004
【図４】
0006476091.tif 000005
【図５】
0006476091.tif 000006
【図６】
0006476091.tif 000007
【図７】
0006476091.tif 000008
【図８】
0006476091.tif 000009
【図９】
0006476091.tif 000010
【図１０】
0006476091.tif 000011
【図１１】
0006476091.tif 000012
【図１２】
0006476091.tif 000013
【図１３】
0006476091.tif 000014
【図１４】
0006476091.tif 000015
【図１５】
0006476091.tif 000016