(57)【要約】【課題】端末で生成した大量のデータを、電力消費を抑えて外部に提供することが可能となる。【解決手段】複数種類のデータを外部機器に送信する通信機器であって、外部機器と通信を行なうアンテナ23及び無線通信部15と、外部機器と通信を行なう、より電力消費の小さいアンテナ24及び近距離無線通信部16と、複数種類のデータに対して優先度を設定し、複数種類のデータのうち、所定の優先度が設定されたデータを予め定めたデータサイズに分割し、分割したデータを電力消費の小さいアンテナ24及び近距離無線通信部16により外部機器に送信させるＣＰＵ11とを備える。【選択図】      図１
2019004414.tif 000002
【特許請求の範囲】
【請求項１】
複数種類のデータを外部機器に送信する通信機器であって、
上記外部機器と通信を行なう第１の通信手段と、
上記外部機器と通信を行なう、上記第１の通信手段より消費電力の小さい第２の通信手段と、
上記複数種類のデータのうち、特定データを設定する設定手段と、
上記複数種類のデータの何れかを上記第１の通信手段により上記外部機器に送信させる第１の制御手段と、
上記複数種類のデータのうち、上記設定手段により設定された特定データを上記第２の通信手段により上記外部機器に送信させる第２の制御手段と、
を備える通信機器。
【請求項２】
上記第２の制御手段は、上記特定データを予め定めたデータサイズに分割し、分割したデータを上記第２の通信手段により上記外部機器に分割送信させる、請求項１記載の通信機器。
【請求項３】
上記第２の制御手段は、上記分割したデータを、当該通信機器が上記外部機器と実施する定常的データ通信時におけるデータ通信パケットの余剰領域に格納して上記第２の通信手段により上記外部機器に分割送信させる、請求項２記載の通信機器。
【請求項４】
上記設定手段は、上記第１の通信手段又は上記第２の通信手段により上記外部機器から受信した情報に基づいて、上記複数種類のデータのうち、特定データを設定する、請求項１乃至３いずれか記載の通信機器。
【請求項５】
上記第１の制御手段は、上記複数種類のデータのうち、上記特定データ以外のデータを上記第１の通信手段により上記外部機器に送信させる、請求項１乃至４いずれか記載の通信機器。
【請求項６】
上記設定手段は、上記複数種類のデータに対して優先度を設定し、所定の優先度より高いデータ、または、所定の優先度より低いデータを、上記特定データとして設定する、請求項１乃至５いずれか記載の通信機器。
【請求項７】
上記第２の制御手段は、上記複数種類のデータのうち、上記設定手段により設定された所定の優先度より高いデータ、または、所定の優先度より低いデータを、上記第２の通信手段により上記外部機器に送信させる、請求項１乃至６いずれか記載の通信機器。
【請求項８】
外部機器と通信を行なう第１の通信部と、上記外部機器と通信を行なう、上記第１の通信部より消費電力の小さい第２の通信部とを備え、複数種類のデータを上記外部機器に送信する通信機器での通信方法であって、
上記複数種類のデータのうち、特定データを設定する設定工程と、
上記複数種類のデータの何れかを上記第１の通信部により上記外部機器に送信させる第１の制御工程と、
上記複数種類のデータのうち、上記設定工程により設定された特定データを上記第２の通信部により上記外部機器に送信させる第２の制御工程と、
を有する通信方法。
【請求項９】
外部機器と通信を行なう第１の通信部と、上記外部機器と通信を行なう、上記第１の通信部より消費電力の小さい第２の通信部とを備え、複数種類のデータを上記外部機器に送信する通信機器が内蔵したコンピュータが実行するプログラムであって、上記コンピュータを、
上記複数種類のデータのうち、特定データを設定する設定手段、及び、
上記複数種類のデータの何れかを上記第１の通信部により上記外部機器に送信させる第１の制御手段、
上記複数種類のデータのうち、上記設定手段により設定された特定データを上記第２の通信部により上記外部機器に送信させる第２の制御手段、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェアラブル端末等に好適な通信機器、通信方法及びプログラムに関する。
【背景技術】
【０００２】
適切な歩行方法や走行方法のトレーニング等に適用することが可能な運動状態センシング装置に関する技術が提案されている。（例えば、特許文献１）
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１６０７２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記特許文献に記載された技術は、センサの種類として一軸以上の加速度センサを設けており、装置の装着者の、主として下肢の動きを検出して、通信部により、蓄積したデータを外部の分析・表示装置へ転送するものとなっている。
【０００５】
ところで近年は、腕時計型やメガネ型、ペンダント型、クリップ型など各種形態のウェアラブル端末が企画、製品化されており、特に腕時計型のウェアラブル端末は、複数社から、スマートフォンやタブレット端末などの携帯情報機器と連携して動作するものが多数製品化されている。
【０００６】
この種のウェアラブル端末の多くの機種では、加速度センサのみならず、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ：全地球測位システム）受信機による測位や、気圧センサ、温度センサ、心拍センサ等の多種の検知、検出機能を備えており、これらの各種センサ出力から大量のデータを生成している。
【０００７】
そのため、生成された大量のデータを、その都度、携帯情報端末に転送する場合、電源容量が小さいウェアラブル端末では、限られた電力を通信に使用することで、連続的に動作可能な時間が短縮される、という不具合を生じる。
【０００８】
本発明は上記のような実情に鑑みてなされたもので、その目的とするところは、端末で生成した大量のデータを、電力消費を抑えて外部に提供することが可能な通信機器、通信方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の一態様は、複数種類のデータを外部機器に送信する通信機器であって、上記外部機器と通信を行なう第１の通信手段と、上記外部機器と通信を行なう、上記第１の通信手段より消費電力の小さい第２の通信手段と、上記複数種類のデータのうち、特定データを設定する設定手段と、上記複数種類のデータの何れかを上記第１の通信手段により上記外部機器に送信させる第１の制御手段と、上記複数種類のデータのうち、上記定手段により設定された特定データを上記第２の通信手段により上記外部機器に送信させる第２の制御手段と、を備える。
【発明の効果】
【００１０】
本発明によれば、端末で生成した大量のデータを、電力消費を抑えて外部に提供することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係るウェアラブル端末の電子回路の機能構成を示すブロック図。
【図２】同実施形態に係るスマートフォンの電子回路の機能構成を示すブロック図。
【図３】同実施形態に係るウェアラブル端末における定常データ通信の処理内容を示すフローチャート。
【図４】同実施形態に係るウェアラブル端末における定常データ通信の処理内容を示すフローチャート。
【図５】同実施形態に係るウェアラブル端末における蓄積データ通信の処理内容を示すフローチャート。
【図６】同実施形態に係るスマートフォンにおける機能選択操作時の処理内容を示すフローチャート。
【図７】同実施形態に係るスマートフォンにおける機能終了時の処理内容を示すフローチャート。
【図８】同実施形態に係るスマートフォンにおける定常データ通信の処理内容を示すフローチャート。
【図９】同実施形態に係るスマートフォンにおける定常データ通信の処理内容を示すフローチャート。
【図１０】同実施形態に係るスマートフォンにおける上記図９のデータ受信のサブルーチンの処理内容を示すフローチャート。
【図１１】同実施形態に係るスマートフォンにおける蓄積データ通信の処理内容を示すフローチャート。
【図１２】同実施形態に係るスマートフォンにおける蓄積データ通信の処理内容を示すフローチャート。
【発明を実施するための形態】
【００１２】
以下、本発明を、通信機器としてのウェアラブル端末と、この通信機器と外部接続される外部機器としてのスマートフォンとを用いた行動データ記録システムに適用した場合の一実施形態について、図面を参照して詳細に説明する。
【００１３】
なお、以下に示す説明では、登山やトレッキング、サイクリング、フィッシング等のアウトドアレジャーでの行動時に、例えば腕時計型のウェアラブル端末１０を装置し、スマートフォン４０を所持して、行動中の各種データを記録するものとする。
【００１４】
図１は、ウェアラブル端末１０の電子回路の機能構成を示すブロック図である。同図において、このウェアラブル端末１０は、ＣＰＵ１１、メインメモリ１２、及びプログラムメモリ１３を中心として動作する。
【００１５】
ここでＣＰＵ１１が、フラッシュメモリ等の不揮発性メモリで構成されるプログラムメモリ１３に記憶されている動作プログラムや各種固定データ等を読み出し、ＳＲＡＭ等で構成されるメインメモリ１２に展開して保持させた上で、その動作プログラムを順次実行することで、後述する動作等を統括して制御する。
【００１６】
このＣＰＵ１１、メインメモリ１２、及びプログラムメモリ１３に対し、バスＢ１を介して、ＲＴＣ（Ｒｅａｌ  Ｔｉｍｅ  Ｃｌｏｃｋ）１４、無線通信部１５、近距離無線通信部１６、ＧＰＳレシーバ１７、インジケータ部１８、キー操作部１９、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）インタフェース（Ｉ／Ｆ）２０、センサインタフェース（Ｉ／Ｆ）２１、及びメモリカード２２が接続される。
【００１７】
ＲＴＣ１４は、このウェアラブル端末１０の電源のオン／オフ状態に関係なく、現在の日時情報を計時し続ける回路であり、後述するＧＰＳアンテナ２５、ＧＰＳレシーバ１７により現在時刻の正確な値が得られた場合には、その計時内容を更新するものとしてもよい。
【００１８】
無線通信部１５は、アンテナ２３を用いて、例えばＩＥＥＥ８０２．１１ａ／１１ｂ／１１ｇ／１１ｎ規格による無線ＬＡＮ技術、及びクラシックＢｌｕｅｔｏｏｔｈ（登録商標）による近距離無線通信技術を用いて、スマートフォン４０等と適時データ通信を行なう第１の通信回路である。
【００１９】
近距離無線通信部１６は、アンテナ２４を用いて、例えばＢｌｕｅｔｏｏｔｈ（登録商標）ＬＥ（Ｌｏｗ  Ｅｎｅｒｇｙ）による近距離無線通信技術を用いて、上記無線通信部１５に比して、より低消費電力で定常的にスマートフォン４０等とデータ通信を行なう回路である。
【００２０】
ＧＰＳレシーバ１７は、ＧＰＳアンテナ２５を用いて、図示しない複数のＧＰＳ衛星からの到来電波を受信し、現在位置の絶対的な３次元座標位置（緯度／経度／高度）と現在時刻とを算出する。
【００２１】
なお上記ＧＰＳアンテナ２５及びＧＰＳレシーバ１７は、上記ＧＰＳ以外の衛星測位システム、例えばＧＬＯＮＡＳＳ（ＧＬＯｂａｌ  ＮＡｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）や我が国の地域航法衛星システムである準天頂衛星システムＱＺＳＳ（Ｑｕａｓｉ−Ｚｅｎｉｔｈ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）等にも対応して、それらの衛星からの到来電波も受信し、より高い精度で現在位置の３次元座標と現在時刻とを算出できるものでも良い。
【００２２】
その場合、下記動作時の説明においてＧＰＳ測位を行なうと記述した際には、上記ＧＰＳ以外の衛星測位システムによる測位動作も合わせて実行するものとする。
【００２３】
インジケータ部１８は、例えば赤色ＬＥＤ（発光ダイオード）とそのドライバとを備え、このウェアラブル端末１０の動作のオン／オフにより点滅／消灯する。
【００２４】
キー操作部１９は、このウェアラブル端末１０に設けられた、電源キー等を含むキー操作を受付けて上記ＣＰＵ１１へ操作キー信号を送信する。
【００２５】
ＵＳＢインタフェース２０は、スマートフォン４０等と有線接続によりシリアルデータの通信を行なう。
【００２６】
センサインタフェース２１は、例えば３軸加速度センサ２６、ジャイロセンサ２７、地磁気センサ２８、ＵＶ（紫外線）センサ２９、温度センサ３０、湿度センサ３１、気圧センサ３２、及び心拍センサ３３を接続し、各センサの検出出力を受付けて必要によりデジタル化し、上記ＣＰＵ１１へ送出する。
【００２７】
３軸加速度センサ２６は、互いに直交する３軸に沿ったそれぞれの加速度を検出することで、このウェアラブル端末１０を装着しているメンバーの姿勢（重力加速度方向を含む）と与えられている外力の方向とを検出する。
【００２８】
ジャイロセンサ２７は、例えば振動型ジャイロスコープで構成され、角速度を検出することで、端末装置１０の姿勢変化の度合いを検出する。
【００２９】
地磁気センサ２８は、例えば磁気抵抗効果素子（ＭＲセンサ）で構成され、磁北方向を含めてこのウェアラブル端末１０が移動している方位を検出する。
【００３０】
上記３軸加速度センサ２６、ジャイロセンサ２７、及び地磁気センサ２８の各検出出力を組み合わせることにより、上記ＧＰＳアンテナ２５、ＧＰＳレシーバ１７による現在位置の絶対値を検出できない、屋内などの環境下でも、３次元空間内での自律航法に基づく方位を考慮した行動軌跡を得ることができる。
【００３１】
ＵＶセンサ２９は、例えば紫外線透過フィルタと半導体受光素子、及び増幅回路を組み合わせて構成される。
【００３２】
温度センサ３０は、温度を検出する。湿度センサ３１は、湿度を検出する。
【００３３】
気圧センサ３２は、気圧を検出することで、気圧状態の変化を検出すると共に、上記ＧＰＳレシーバ１７の出力から得られる高度情報と組み合わせて、その後にＧＰＳ測位ができなくなった場合の高度の推定にも利用できる。
【００３４】
心拍センサ３３は、例えばこのウェアラブル端末１０を装着するユーザの手首での脈動を検出する光学センサで構成され、該ユーザの心拍を検出する。
【００３５】
メモリカード２２は、カードスロットＣＳを介してこのウェアラブル端末１０に着脱自在に設けられるもので、スマートフォン４０との無線接続ができない状態でもこのウェアラブル端末１０で検出した各種データを記録するために設けられる。
【００３６】
次に図２によりスマートフォン４０の電子回路の機能構成を説明する。上述した如く、本実施形態ではスマートフォン４０をウェアラブル端末１０で得たデータを記録する外部機器として使用するもので、事前にインストールした専用のアプリケーションプログラムによってウェアラブル端末１０とペアリング設定され、ウェアラブル端末１０からのデータを受信して記録するものとする。
【００３７】
このスマートフォン４０において、４１は音声を出力するスピーカ、４２は音声を入力するマイクロホンであり、共に音声処理部４３に接続される。
【００３８】
この音声処理部４３は、通話時にスマートフォン４０により音声の入出力を行なうに当たり、上記ママイクロホン４２から入力される音声をデジタル化、コードデータ化及び所定のデータ圧縮を施してバスＢ２へ出力する一方で、無線通信等で与えられるデジタル音声データをバスＢ２を介して受取り、伸長処理した後にアナログ化した音声信号を生成して上記スピーカ４１へ出力し、放音させる。
【００３９】
ＣＰＵ４４は、このスマートフォン４０全体の動作制御を、上記バスＢ２を介して接続されたメインメモリ４５及びＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）４６を使用して実行する。
【００４０】
メインメモリ４５は、例えばＳＤＲＡＭで構成され、ＣＰＵ４４がプログラムを実行する際のワークメモリとなる。ＳＳＤ４６は、不揮発性メモリで構成され、ＯＳ（オペレーティングシステム）と、後述するアプリケーションプログラムを含む各種アプリケーションプログラムと、その他各種固定データ、ウェアラブル端末１０から送られてきた各種センサデータ等を格納、記憶するもので、それらの記憶内容は必要により適宜ＣＰＵ４４によって上記メインメモリ４５へ読出される。
【００４１】
また上記バスＢ２にはさらに、表示部４７、タッチ入力部４８、撮影部４９、ＧＰＳレシーバ５０、３軸加速度センサ５１、ジャイロセンサ５２、地磁気センサ５３、
キー操作部５４、バイブレータ５５、通信インタフェイス（Ｉ／Ｆ）５６、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）部５７、及び外部デバイスインタフェイス（Ｉ／Ｆ）５８と接続される。
【００４２】
表示部４７は、バックライト付きの例えば対角６インチ程のサイズのカラー液晶パネルとそれらの駆動回路とで構成される。この表示部４７に対して、透明電極膜を用いたタッチ入力部４８が一体に構成される。このタッチ入力部４８は、マルチタッチ操作を含めてユーザのタッチ操作に応じた時系列の座標信号をデジタル化し、タッチ操作信号として上記ＣＰＵ４４へ送出する。
【００４３】
撮影部４９は、スマートフォン４０の筐体の表裏にそれぞれ設けられた２箇所の撮像部と、それらの撮像部での撮像で得られた画像データをデータ圧縮してデータファイル化する画像処理部等を有する。
【００４４】
ＧＰＳレシーバ５０は、ＧＰＳアンテナ５９で受信する、図示しない複数のＧＰＳ衛星からの到来電波に基づき、現在位置の３次元座標（緯度、経度、高度）と、現在時刻とを算出し、バスＢ２を介して上記ＣＰＵ４４へ送出する。
【００４５】
３軸加速度センサ５１は、互いに直交する３軸方向それぞれの加速度を検出するもので、重力加速度の方向により、このスマートフォン４０の姿勢を検出できる。
【００４６】
ジャイロセンサ５２は、振動型ジャイロスコープで構成される。
【００４７】
地磁気センサ５３は、地磁気を検出するもので、磁北の方向に基づいてその時点でこのスマートフォン４０を向けている方位が検出できる。
【００４８】
３軸加速度センサ５１、ジャイロセンサ５２及び地磁気センサ５３の出力を組み合わせて、このスマートフォン４０を所持、装着しているユーザの動作を解析して、上記ＧＰＳアンテナ５９、ＧＰＳレシーバ５０からの出力による絶対的な現在位置の認識ができない状態でも、３軸加速度センサ５１、ジャイロセンサ５２、及び地磁気センサ５３との協働により自律航法による現在位置の更新動作を実行することができる。
【００４９】
キー操作部５４は、このスマートフォン４０の筐体側面等に設けられる、電源キーを含むいくつかの操作キーからなり、それらのキー操作に応じたキー操作信号をバスＢ２を介して上記ＣＰＵ４４へ送出する。
【００５０】
バイブレータ５５は、小型のモータとそのモータの回転軸に偏心して取付けられたウェイトとからなり、モータの回転駆動によりスマートフォン４０全体に及ぶ振動を発生させる。
【００５１】
通信インタフェイス５６は、アンテナ６０〜６２を用いて、第４世代携帯電話、ＩＥＥＥ８０２．１１ａ／１１ｂ／１１ｇ／１１ｎに則った無線ＬＡＮシステム、及び例えばＢｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬＥによる近距離無線通信線にそれぞれ対応して、上記ウェアラブル端末１０を含む外部の機器と無線通信によるデータの送受を行なう。
【００５２】
ＮＦＣ部５７は、ＦｅｌｉＣａ（登録商標）規格及びＭＩＦＡＲＥ（登録商標）規格を用いて、近距離にある外部機器と非接触でデータの送受及び給電動作を行なう。
【００５３】
外部デバイスインタフェイス５８は、ヘッドホンジャック６３、マイクロＵＳＢ端子６４、及びメモリカードスロット６５を介して、例えばヘッドホンやイヤホン、ＵＳＢ機器、及びメモリカードをそれぞれ接続または装着可能とする。
【００５４】
次に本実施形態の動作について説明する。  
ここでは、ウェアラブル端末１０を装着し、スマートフォン４０を所持したユーザが、何らかの行動をとっている場合のウェアラブル端末１０とスマートフォン４０双方の動作について説明する。
【００５５】
まずウェアラブル端末１０側の動作について説明する。  
図３及び図４は、ウェアラブル端末１０で、より消費電力の低い近距離無線通信部１６、アンテナ２４を用いて上記スマートフォン４０と接続し、所定の優先度より高い優先度が設定された種類のデータのみを送信する、定常データ通信の処理内容を示す。
【００５６】
その処理当初にＣＰＵ１１は、メインメモリ１２内の各種レジスタ等に必要な初期化を実行した上で（ステップＳ１０１）、スマートフォン４０との通信を確立するべく、予め設定された情報に基づいてペアリング設定を行なう（ステップＳ１０２）。
【００５７】
ここでＣＰＵ１１は、接続が成功したか否かを判断する（ステップＳ１０３）。
【００５８】
接続が失敗し、スマートフォン４０との接続を確立することができなかったと判断した場合（ステップＳ１０３のＮｏ）、ＣＰＵ１１は、以上でこの定常データ通信の処理を終了する。
【００５９】
また上記ステップＳ１０３において、接続が成功し、スマートフォン４０との接続を確立することができたと判断した場合（ステップＳ１０３のＹｅｓ）、次にＣＰＵ１１は、通信状態を管理するための各種情報を初期化設定する（ステップＳ１０４）。
【００６０】
その上でＣＰＵ１１は、スマートフォン４０から何らかのデータが送られてくるのを待ち（ステップＳ１０５）、スマートフォン４０からデータが受信されたか否かを判断する（ステップＳ１０６）、という処理を繰返し実行することで、スマートフォン４０側から何らかのデータが送られてくるのを待機する。
【００６１】
スマートフォン４０側からのデータ受信があったと判断した時点で（ステップＳ１０６のＹＥＳ）、次にＣＰＵ１１は、そのデータが以後のウェアラブル端末１０での動作を規定する機能学習情報であるか否かを判断する（ステップＳ１０７）。
【００６２】
ここで受信したデータが機能学習情報であり、センサの種類に応じた優先順位が設定されると判断した場合（ステップＳ１０７のＹｅｓ）、ＣＰＵ１１はデータ取得の優先順位やデータの取得インターバル情報等を含む機能情報を保存する（ステップＳ１０８）。
【００６３】
次にＣＰＵ１１は、機能優先順位を判別して、データの取得割合を判別する（ステップＳ１０９）。続けてＣＰＵ１１は、上記センサインタフェース２１により各種センサをどのように管理するかを規定するマネージャプログラム及びデータ解析管理マネージャプログラムにメッセージを送信して、定常通信データとして送信するセンサの種類を設定する（ステップＳ１１０）。
【００６４】
この設定により、センサインタフェース２１により各種センサから読出されるセンサデータは、メインメモリ１２に設けたバッファ領域に随時展開して蓄積データとして記憶されることとなる。
【００６５】
合わせてＣＰＵ１１は、上記スマートフォン４０に対して、機能学習情報が正しく受信されたことを示す応答メッセージを送信した上で（ステップＳ１１１）、次のデータ受信に備えて上記ステップＳ１０５からの処理に戻る。
【００６６】
またＣＰＵ１１は、上記スマートフォン４０から定常データの送信要求を受信した場合、上記ステップＳ１０５，Ｓ１０６を介して、上記ステップＳ１０７においてそれが機能学習情報ではないと判断した後（ステップＳ１０７のＮｏ）、定常データの送信要求であるか否かを判断する（ステップＳ１１２）。
【００６７】
この場合、スマートフォン４０から送られてきたのが、定常データの送信要求であると判断すると（ステップＳ１１２のＹｅｓ）、その時点でＣＰＵ１１は、上記設定により、定常通信データで送信するものとした種類のセンサデータ等をメインメモリ１２のバッファ領域から読出す（ステップＳ１１３）。
【００６８】
そして、読出したデータ等により定常データ用の送信データパケットを作成し（ステップＳ１１４）、作成した送信データパケットを、通信相手であるスマートフォン４０に対して、低消費電力の近距離無線通信部１６、アンテナ２４により送信出力させた上で（ステップＳ１１５）、次のデータ受信に備えて上記ステップＳ１０５からの処理に戻る。
【００６９】
またスマートフォン４０から機能実現用データの取得要求を受信した場合、ＣＰＵ１１は上記ステップＳ１０５，Ｓ１０６，Ｓ１０７，Ｓ１１２を介して、当該データが機能実現用データの取得要求であることを確認する（ステップＳ１１６）。機能実現用データの取得要求であった場合（ステップＳ１１６のＹｅｓ）、ＣＰＵ１１は、このデータが１パケットでは送信しきれない可能性が高いので、複数のパケットに分けてブロック単位で送信を行なうものとする。
【００７０】
すなわちＣＰＵ１１は、まずデータ取得ブロックの初回であることを認識した上で（ステップＳ１１７のＹｅｓ）、機能実現に必要なデータを上記バッファ領域の蓄積データから優先順位に応じて抽出する。これを、予め設定されているパケットのＭＴＵ（Ｍａｘｉｍｕｍ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｕｎｉｔ）サイズに基づいてデータブロックを作成し、一旦保存する（ステップＳ１１８）。
【００７１】
こうして抽出したデータブロックに応じた送信データパケットを作成し（ステップＳ１２０）、通信相手であるスマートフォン４０に対して作成したデータ送信パケットを送信する（ステップＳ１２１）。
【００７２】
また２回目以降のデータ取得ブロックである場合には、初回ではないことを認識した上で（ステップＳ１１７のＮｏ）、順次、上記ＭＴＵサイズに基づいてデータブロックを抽出し（ステップＳ１１９）、抽出したデータブロックに応じた送信データパケットを作成した上で（ステップＳ１２０）、作成したデータ送信パケットを送信する（ステップＳ１２１）。
【００７３】
こうして必要なブロック数分だけデータを送信すると、スマートフォン４０から機能実現用データの送信要求に対する完了通知が送られてくる。
【００７４】
ＣＰＵ１１では、上記ステップＳ１０５，Ｓ１０６，Ｓ１０７，Ｓ１１２，Ｓ１１６を介して、当該受信データが機能実現用データの取得要求の完了通知であることを確認する（ステップＳ１２２）。
【００７５】
機能実現用データの取得要求の完了通知であった場合（ステップＳ１２２のＹｅｓ）、ＣＰＵ１１は、メインメモリ１２のバッファ領域に蓄積している送信を終えたデータをクリアする（ステップＳ１２３）。
【００７６】
さらにＣＰＵ１１は、同バッファ領域の蓄積データに対して、送信済のデータ部分をマーキングする（ステップＳ１２４）。この場合、ＣＰＵ１１はデータ自体にフラグが設定されているものとして当該フラグを送信済を示す内容に書換えても良いし、統括したデータ管理情報を持っていて、その内容により管理するものとしても良い。
【００７７】
これら動作を、スマートフォン４０側から切断要求のデータが送信されてくるまで繰返し実行する。ＣＰＵ１１では、上記ステップＳ１０５，Ｓ１０６，Ｓ１０７，Ｓ１１２，Ｓ１１６，Ｓ１２２の処理を介して、受信データが切断要求であることを認識した時点で（ステップＳ１２５のＹｅｓ）、スマートフォン４０との定常データ通信に関する切断処理を実行し（ステップＳ１２６）、以上で一連の低消費電力の近距離無線通信部１６を用いた定常データ通信を終了する。
【００７８】
次に図５を用いて、ウェアラブル端末１０が無線通信部１５、アンテナ２３によりスマートフォン４０に対して蓄積データを送信する場合の処理内容を説明する。
【００７９】
この無線通信部１５、アンテナ２３を用いた蓄積データの通信は、上記近距離無線通信部１６、アンテナ２４を用いた定常データの通信と異なり、消費電力が低くはなく、例えばスマートフォン４０側でのユーザの手動操作等に応答して通信を確立した上でバースト状に実行する処理である。
【００８０】
その当初にＣＰＵ１１は、メインメモリ１２内の各種レジスタ等に必要な初期化を実行した上で（ステップＳ２０１）、スマートフォン４０との通信を確立するべく、予め設定された情報に基づいてＩＥＥＥ８０２．１１ａ／１１ｂ／１１ｇ／１１ｎまたはクラシックＢｌｕｅｔｏｏｔｈ（登録商標）による通信確立処理を行なう（ステップＳ２０２）。
【００８１】
ここでＣＰＵ１１は、接続が成功したか否かを判断する（ステップＳ２０３）。
【００８２】
接続が失敗し、スマートフォン４０との接続を確立することができなかったと判断した場合（ステップＳ２０３のＮｏ）、ＣＰＵ１１は、以上でこの蓄積データ通信の処理を終了する。
【００８３】
また上記ステップＳ２０３において、接続が成功し、スマートフォン４０との接続を確立することができたと判断した場合（ステップＳ２０３のＹｅｓ）、次にＣＰＵ１１は、通信状態を管理するための各種情報を初期化設定する（ステップＳ２０４）。
【００８４】
その上でＣＰＵ１１は、スマートフォン４０から何らかのデータが送られてくるのを待ち（ステップＳ２０５）、スマートフォン４０からデータが受信されたか否かを判断する（ステップＳ２０６）、という処理を繰返し実行することで、スマートフォン４０側から何らかのデータが送られてくるのを待機する。
【００８５】
スマートフォン４０側からのデータ受信があったと判断した時点で（ステップＳ２０６のＹＥＳ）、次にＣＰＵ１１は、そのデータが蓄積データの管理情報の取得要求であるか否かを判断する（ステップＳ２０７）。
【００８６】
この場合、スマートフォン４０から送られてきたのが、蓄積データの管理情報の取得要求であると判断すると（ステップＳ２０７のＹｅｓ）、その時点でＣＰＵ１１は、上記バッファ領域に保持している、蓄積データの管理情報を読出し、送信バッファにセットした上で（ステップＳ２０８）、通信相手であるスマートフォン４０に対して送信する（ステップＳ２０９）。
【００８７】
その後にＣＰＵ１１は、蓄積データの管理情報を全て送信し終えたか否かを判断し（ステップＳ２１０）、送信し終えていないと判断した場合には（ステップＳ２１０のＮｏ）、再度上記ステップＳ２０８からの処理に戻る。
【００８８】
こうしてステップＳ２０８〜Ｓ２１０の処理を必要回数繰返すことで、蓄積データの管理情報を全て送信し終えたと判断すると（ステップＳ２１０のＹｅｓ）、ＣＰＵ１１は上記ステップＳ２０５からの処理に戻り、次のデータ受信に備える。
【００８９】
スマートフォン４０では、蓄積データの管理情報を受信すると、その管理情報に基づいて、まだウェアラブル端末１０から受信していない種類の蓄積データを指定して、当該蓄積データの取得要求をウェアラブル端末１０に対して送信する
ＣＰＵ１１は、スマートフォン４０から受信したデータが、上記ステップＳ２０７において、蓄積データの管理情報の取得要求ではないと判断した後に（ステップＳ２０７のＮｏ）、次に蓄積データ自体の取得要求であるか否かを判断する（ステップＳ２１１）。
【００９０】
ここでスマートフォン４０からの受信データが、蓄積データ自体の取得要求であると判断した場合（ステップＳ２１１のＹｅｓ）、ＣＰＵ１１は、上記バッファ領域に保持している、指定された種類の蓄積データを読出し、既に送信済みであるデータ部分を除外して送信バッファにセットした上で（ステップＳ２１３）、通信相手であるスマートフォン４０に対して送信する（ステップＳ２１４）。
【００９１】
その後にＣＰＵ１１は、指定された種類の蓄積データを全て送信し終えたか否かを判断し（ステップＳ２１５）、送信し終えていないと判断した場合には（ステップＳ２１５のＮｏ）、再度上記ステップＳ２１２からの処理に戻る。
【００９２】
こうしてステップＳ２１２〜Ｓ２１５の処理を繰返し実行することで、蓄積データ中の指定された種類で未送信のデータを全て送信し終えたと判断すると（ステップＳ２１５のＹｅｓ）、ＣＰＵ１１は上記ステップＳ２０５からの処理に戻り、次のデータ受信に備える。
【００９３】
その後、スマートフォン４０から切断要求のデータが送信されてくると、ＣＰＵ１１では、上記ステップＳ２０５，Ｓ２０６，Ｓ２０７，Ｓ２１１の処理を介して、受信データが切断要求であることを認識し（ステップＳ２１６のＹｅｓ）、スマートフォン４０との蓄積データ通信に関する切断処理を実行し（ステップＳ２１７）、以上で一連の無線通信部１５を用いたバースト的な蓄積データの通信を終了する。
【００９４】
次に上記ウェアラブル端末１０と通信する、スマートフォン４０側での動作について説明する。
【００９５】
図６は、スマートフォン４０において、ウェアラブル端末１０を対象としたアプリケーションプログラムを選択した状態でＣＰＵ４４が処理する、機能選択操作時の処理内容を示す。その当初にＣＰＵ４４は、選択した機能に該当する機能ＩＤ情報を取得する（ステップＭ１０１）。さらにＣＰＵ４４は、その機能の操作時間をカウントするカウンタを初期化した上でカウント動作を開始させる（ステップＭ１０２）。
【００９６】
その後にＣＰＵ４４は、ウェアラブル端末１０に対する機能管理を行なうためにＳＳＤ４６に設定したデータベース領域を上記機能選択の内容に合わせて更新設定すると共に、上記カウント動作を順次更新しながら（ステップＭ１０３）、選択した機能が終了するまで各機能を実行する（ステップＭ１０４）。
【００９７】
図７は、上記機能選択後に、設定したカウンタによる時間が経過した場合の機能終了時の処理内容を示す。その当初にＣＰＵ４４は、終了した機能に該当する機能ＩＤ情報を取得する（ステップＭ２０１）。さらにＣＰＵ４４は、その機能の操作時間をカウントするカウンタを停止させる（ステップＭ２０２）。
【００９８】
その後にＣＰＵ４４は、ウェアラブル端末１０に対する機能管理を行なうためにＳＳＤ４６に設定したデータベース領域を上記機能選択の終了に合わせて更新設定すると共に、輝度時間のカウント値を更新する（ステップＭ１０３）。
【００９９】
さらにＣＰＵ４４は、機能終了後に、選択した機能に基づいた優先順位判断を行ない（ステップＭ２０４）、その判断結果に基づいて、それまで設定されていた優先順位の内容を更新設定し（ステップＭ２０５）、以上で機能選択の終了に伴う一連の処理を終了する。
【０１００】
次に図８及び図９を用いて、上記ウェアラブル端末１０と定常データの通信を行なう場合のスマートフォン４０での処理内容を説明する。この定常データの通信は、ウェアラブル端末１０側における、より消費電力の低いＢｌｕｅｔｏｏｔｈ（登録商標）ＬＥ技術を用いたデータ通信を前提としている。
【０１０１】
その処理当初にＣＰＵ４４は、メインメモリ４５内の各種レジスタ等に必要な初期化を実行した上で（ステップＭ３０１）、ウェアラブル端末１０との通信を行なうべく、通信先を検索し（ステップＭ３０２）、検索の結果から接続先が発見できたか否かを判断する（ステップＭ３０３）。
【０１０２】
ここで接続先が発見できなかった場合（ステップＭ３０３のＮｏ）、ＣＰＵ４４はさらに上記ステップＭ３０２の処理に戻り、検索を続行する。
【０１０３】
こうしてステップＭ３０２，Ｍ３０３の処理を、接続先が発見されるまで、繰返し継続する。
【０１０４】
接続先が発見できた場合（ステップＭ３０３のＹｅｓ）、ＣＰＵ４４はその接続先と予め設定された情報に基づいてペアリング設定を行なう（ステップＭ３０４）。
【０１０５】
ここでＣＰＵ４４は、接続が成功したか否かを判断する（ステップＭ３０５）。
【０１０６】
接続が失敗し、ウェアラブル端末１０との接続を確立することができなかったと判断した場合（ステップＭ３０５のＮｏ）、ＣＰＵ４４は、以上でこの定常データ通信の処理を終了する。
【０１０７】
また上記ステップＭ３０５において、接続が成功し、ウェアラブル端末１０との接続を確立することができたと判断した場合（ステップＭ３０５のＹｅｓ）、次にＣＰＵ４４は、通信状態を管理するための各種情報を初期化設定する（ステップＭ３０６）。
【０１０８】
その上でＣＰＵ４４は、ウェアラブル端末１０に対して送信するための、上記図６の処理で選択した機能優先順位のデータを読出して（ステップＭ３０７）、機能情報を作成する（ステップＭ３０８）。ここで作成する機能情報は、どのように優先順位の高い機能で利用するデータをどのように抽出するのかを規定するべく、機能の優先順位や、データの取得インターバル等を設定したデータ群となる。
【０１０９】
ＣＰＵ４４は、作成した機能情報に基づいた送信データを作成してウェアラブル端末１０に対して送信する（ステップＭ３０９）。
【０１１０】
合わせてＣＰＵ４４は、上記機能情報から蓄積データの取得インターバルを抽出して、後述するイベントタイミングとして設定する（ステップＳ３１０）。このインターバル周期で、ウェアラブル端末１０に対して蓄積データの取得を要求することになる。
【０１１１】
同様にＣＰＵ４４は、上記機能情報から定常データの取得インターバルを抽出して、後述するイベントタイミングとして設定する（ステップＳ３１１）。このインターバル周期で、ウェアラブル端末１０に対して定常データの取得を要求することになる。
【０１１２】
以上で設定を終えたものとして、ＣＰＵ４４はイベント待ち状態に移行すると共に（ステップＭ３１２）、何らかのイベントが発生したか否かを判断する（ステップＭ３１３）、という処理を繰返し実行することで、イベントが発生するタイミングとなるのを待機する。
【０１１３】
イベントが発生するタイミングとなったと判断した時点で（ステップＭ３１３のＹＥＳ）、次にＣＰＵ４４は、そのイベントが、定常データの取得を要求するイベントであるか（ステップＭ３１４）、蓄積データの取得を要求するイベントであるか否か（ステップＭ３１５）、ウェアラブル端末１０からのデータを受信するイベントであるか否か（ステップＭ３１６）、タッチ入力部４８またはキー操作部５４によるこのスマートフォン４０のユーザの操作を入力するイベントであるか否か（ステップＭ３１７）、切断を要求するイベントか否か（ステップＭ３１８）を順次判断する。
【０１１４】
それらのいずれでもない場合（ステップＭ３１８のＮｏ）、上記イベント発生のタイミングと判断した結果をＮＯＰ（ｎｏ  ｏｐｅｒａｔｉｏｎ）命令扱いとして、次のイベント発生のタイミングに備えるべく、上記ステップＭ３１２からの処理に戻る。
【０１１５】
上記ステップＭ３１４において、定常データの取得を要求するイベントであると判断した場合（ステップＭ３１４のＹｅｓ）、ＣＰＵ４４は、ウェアラブル端末１０に対して定常データの取得を要求する信号をウェアラブル端末１０に対して送信した上で（ステップＭ３１９）、上記ステップＭ３１２からの処理に戻る。
【０１１６】
上記ステップＭ３１５において、蓄積データの取得を要求するイベントであると判断した場合（ステップＭ３１５のＹｅｓ）、ＣＰＵ４４は、ウェアラブル端末１０に対して蓄積データの取得を要求する信号をウェアラブル端末１０に対して送信した上で（ステップＭ３２０）、上記ステップＭ３１２からの処理に戻る。
【０１１７】
上記ステップＭ３１６において、ウェアラブル端末１０からのデータを受信するイベントであると判断した場合、上記取得要求に応答して、ウェアラブル端末１０から定常データと蓄積データのいずれかが送信されてくることになるので、ＣＰＵ４４はそれら送られてくるデータの受信処理を実行した上で（ステップＭ３２１）、上記ステップＭ３１２からの処理に戻る。
【０１１８】
図１０は、このステップＭ３２１におけるデータ受信処理の、より詳細な処理内容を示すサブルーチンのフローチャートである。その処理当初にＣＰＵ４４は、まず受信されるのが定常データであるか否かを判断する（ステップＭ４０１）。
【０１１９】
ここで受信するデータが定常データであると判断した場合（ステップＭ４０１のＹｅｓ）、ＣＰＵ４４は、受信したデータの解析処理を実行し（ステップＭ４０２）、その解析結果に応じて予め設定されているイベントを発行する（ステップＭ４０３）。
【０１２０】
これは、例えばウェアラブル端末１０における電池残量が変化した場合に、表示部４７及びバイブレータ５５により表示、出力内容の更新を行なう、などを含む。
【０１２１】
また上記ステップＭ４０１において、受信するデータが定常データではないと判断した場合（ステップＭ４０１のＮｏ）、次にＣＰＵ４４は、受信したのが蓄積データを構成する部分データであるか否かを判断する（ステップＭ４０４）。
【０１２２】
受信したデータが蓄積データを構成する部分データであると判断した場合（ステップＭ４０４のＹｅｓ）、ＣＰＵ４４は、その蓄積データを解析処理した上で（ステップＭ４０５）、データをＳＳＤ４６に保存し、必要により既に保存している他の蓄積データの部分データとのマージ処理等を行なった上で（ステップＭ４０６）、さらに上記解析結果に応じて予め設定されているイベントを発行する（ステップＭ４０７）。
【０１２３】
また上記ステップＭ４０４において、受信したデータが蓄積データを構成する部分データでもないと判断した場合（ステップＭ４０４のＮｏ）、受信したデータは定常データでも蓄積データでもないものとして、ＣＰＵ４４は、その他のデータ解析処理を実行する（ステップＭ４０９）。
【０１２４】
さらにＣＰＵ４４は、その解析結果に応じたその他のデータ処理を実行し（ステップＭ４１０）、以上でこのサブルーチンの処理を終了して、上記図９におけるステップＭ３１２からの処理に戻る。
【０１２５】
なお上記その他のデータとしては、例えばウェアラブル端末１０でのキー操作等に応じた操作コマンドや、ウェアラブル端末１０の端末仕様に依存するデータ等が想定される。
【０１２６】
また上記図９のステップＭ３１７において、タッチ入力部４８またはキー操作部５４によるこのスマートフォン４０のユーザの操作を入力するイベントであると判断した場合（ステップＭ３１７のＹｅｓ）、ＣＰＵ４４はユーザに操作された内容に対応した処理を実行する（ステップＭ３２２）。
【０１２７】
加えてＣＰＵ４４は、操作された内容が、ウェアラブル端末１０との通信切断を要求する操作であるか否かを判断する（ステップＭ３２３）。
【０１２８】
ここでウェアラブル端末１０との通信切断を要求する操作ではないと判断した場合（ステップＭ３２２のＮｏ）、上記ステップＭ３１２からの処理に戻る。
【０１２９】
また上記ステップＭ３２３において、操作された内容がウェアラブル端末１０との通信切断を要求する操作であると判断した（ステップＭ３２３のＹｅｓ）、及び上記ステップＭ３１８において、イベントが切断を要求するイベントであると判断した場合（ステップＭ３１８のＹｅｓ）、ＣＰＵ４４は、ウェアラブル端末１０との定常データ通信に関する切断処理を実行し（ステップＭ３２４）、以上で一連の定常データ通信を終了する。
【０１３０】
次に図１１及び図１２を用いて、上記ウェアラブル端末１０と蓄積データの通信を行なう場合のスマートフォン４０での処理内容を説明する。
【０１３１】
スマートフォン４０において、上述した如く蓄積データの取得要求のイベントタイミングとなると、ＣＰＵ４４は、メインメモリ４５内の各種レジスタ等に必要な初期化を実行した上で（ステップＭ５０１）、ウェアラブル端末１０との通信を行なうべく、通信先を検索し（ステップＭ５０２）、検索の結果接続先が発見できたか否かを判断する（ステップＭ５０３）。
【０１３２】
ここで接続先が発見できなかった場合（ステップＭ５０３のＮｏ）、ＣＰＵ４４はさらに上記ステップＭ５０２の処理に戻り、検索を続行する。
【０１３３】
こうしてステップＭ５０２，Ｍ５０３の処理を、接続先が発見されるまで繰返し継続する。
【０１３４】
接続先が発見できた場合（ステップＭ５０３のＹｅｓ）、ＣＰＵ４４はその接続先と予め設定された情報に基づいて接続設定を行ない、通信状態を確立する（ステップＭ５０４）。
【０１３５】
ここでＣＰＵ４４は、接続が成功したか否かを判断する（ステップＭ５０５）。
【０１３６】
接続が失敗し、ウェアラブル端末１０との接続を確立することができなかったと判断した場合（ステップＭ５０５のＮｏ）、ＣＰＵ４４は、以上でこの蓄積データ通信の処理を一旦終了する。
【０１３７】
また上記ステップＭ５０５において、接続が成功し、ウェアラブル端末１０との接続を確立することができたと判断した場合（ステップＭ５０５のＹｅｓ）、次にＣＰＵ４４は、通信状態を管理するための各種情報を初期化設定する（ステップＭ５０６）。
【０１３８】
その上でＣＰＵ４４は、ウェアラブル端末１０に対して、蓄積データの管理情報の取得要求を送信した上で（ステップＭ５０７）、これに応答してウェアラブル端末１０から蓄積データの管理情報が送られてくるのを待機する状態を設定する（ステップＭ５０８）。
【０１３９】
その上でＣＰＵ４４は、ウェアラブル端末１０から何らかのデータが送られてくるのを待ち（ステップＭ５０９）、ウェアラブル端末１０からデータが受信されたか否かを判断する（ステップＭ５１０）、という処理を繰返し実行することで、ウェアラブル端末１０側から何らかのデータが送られてくるのを待機する。
【０１４０】
ウェアラブル端末１０側からのデータ受信があったと判断した時点で（ステップＭ５１０のＹＥＳ）、次にＣＰＵ４４は、そのデータが、蓄積データの管理情報であるか否か（ステップＭ５１１）、蓄積データそのものであるか否か（ステップＭ５１６）、切断を要求する信号であるか否か（ステップＭ５２１）を順次判断する。
【０１４１】
それらのいずれでもない場合（ステップＭ５２１のＮｏ）、上記データを受信した判断した結果をＮＯＰ命令扱いとして、次のデータ受信に備えるべく、上記ステップＭ５０９からの処理に戻る。
【０１４２】
上記ステップＭ５１１において、受信したデータが蓄積データの管理情報であると判断した場合（ステップＭ５１１のＹｅｓ）、ＣＰＵ４４は、分割されて送信されてる筈の蓄積データの管理情報を保存した上で（ステップＭ５１２）、蓄積データの管理情報を全て受信し終えたか否かを判断する（ステップＭ５１３）。
【０１４３】
ここで、蓄積データの管理情報を全て受信し終えていないと判断した場合（ステップＭ５１３のＮｏ）、ＣＰＵ４４は、残る蓄積データの管理情報をさらに受信するべく、上記ステップＭ５０９からの処理に戻る。
【０１４４】
また、上記ステップＭ５１３において、蓄積データの管理情報を全て受信し終えたと判断した場合（ステップＭ５１３のＹｅｓ）、ＣＰＵ４４は、受信した蓄積データの管理情報に基づいて、その中で優先順位のより高い種類の蓄積データを受信するよう選択を行なう（ステップＭ５１４）。
【０１４５】
そして、選択した種類の蓄積データを取得する要求信号をウェアラブル端末１０に対して送信した上で（ステップＭ５１５）、それに応答してウェアラブル端末１０側から蓄積データが送られてくるのに備えるべく、上記ステップＭ５０９からの処理に戻る。
【０１４６】
また上記ステップＭ５１６において、受信したデータが蓄積データそのものであると判断した場合か（ステップＭ５１６のＹｅｓ）、ＣＰＵ４４は、上記定常データ通信の中で受信済みのデータとの関連をチェックし（ステップＭ５１７）、そのチェック結果から、受信した蓄積データと、定常データ通信ですでに受信しているデータとのマージ処理が必要であるか否かを判断する（ステップＭ５１８）。
【０１４７】
ここで、受信した蓄積データと、定常データ通信ですでに受信しているデータとのマージ処理が必要であると判断した場合（ステップＭ５１８のＹｅｓ）、ＣＰＵ４４は、それら両データのマージ処理を実行する（ステップＭ５１９）。
【０１４８】
また上記ステップＭ５１８において、受信した蓄積データと、定常データ通信ですでに受信しているデータとのマージ処理は必要ではないと判断した場合（ステップＭ５１８のＮｏ）、上記ステップＭ５１９での処理は実行しない。
【０１４９】
その後ＣＰＵ４４は、上記マージ処理の実行の有無に拘わらず、受信した蓄積データに関する保存処理を実行した上で（ステップＭ５２０）、次のデータ獅子に備えて上記ステップＭ５０９からの処理に戻る。
【０１５０】
また上記ステップＭ５２１において、受信したデータが切断要求であると判断した場合（ステップＭ５２１のＹｅｓ）、そのままウェアラブル端末１０との蓄積データ通信に関する切断処理を実行し（ステップＭ５２２）、以上で一連のウェアラブル端末１０側とのバースト的な蓄積データの通信を終了する。
【０１５１】
以上詳述した如く本実施形態によれば、ウェアラブル端末１０の側で取得した各種センサ出力を有効に活用し、必要な情報を適宜スマートフォン４０によってユーザに提供する一方で、電力消費をできるだけ低く抑えて長い動作時間を確立することが可能となる。
【０１５２】
また上記実施形態では、定常データ通信時にウェアラブル端末１０から送信するデータ中の余剰領域に、優先度に応じて機能設定されたデータを分割化して収納して送信させるものとしたので、電力消費が低い通信手段でのデータ通信効率をより上げることで、ウェアラブル端末１０での電力消費をより一層低減させることができる。
【０１５３】
さらに上記優先順位に関しては、外部機器であるスマートフォン４０の側から設定するものとしたので、直接身体に装着するために筐体を小型軽量化することで、多数のキー等を設けることが困難となり、ある程度の操作性を犠牲にせざるを得ないウェアラブル端末１０に代えて、キー操作等の自由度が高い外部機器から多様性に富んだ最適な設定を行なうことができる。
【０１５４】
加えて上記実施形態では、優先度が低く設定されているために定常のデータ通信による通信を行なわなかった、蓄積データ中の残ったデータを取り纏めて、電力消費が大きいがデータ転送容量も高い通信系によりバースト的に一括して伝送するものとしたので、定常データの通信と合わせて、必要なデータ量の通信を行ないながら、データ転送に要する電力消費を全体に低く抑えることができる。
【０１５５】
なお上記実施形態において、上記ウェアラブル端末１０で装備するセンサ等の種類や、外部機器としてスマートフォン４０を用いるようにしたことなどは一例に過ぎず、本発明は上記実施形態に限定されるものではない。
【０１５６】
なお上記実施形態において、上記ウェアラブル端末１０が送信する各種データは、各種センサの出力データそのもの、１つのセンサの出力から生成した１つ、または複数のデータ、複数のセンサの出力から生成した１つ、または複数のデータ、であってもよい。
【０１５７】
また上記実施形態において、所定の優先度より高い優先度が設定された種類のデータのみを、消費電力の低い近距離無線通信部１６、アンテナ２４を用いてスマートフォン４０に送信したが、所定の優先度より低い優先度が設定された種類のデータのみを、消費電力の低い近距離無線通信部１６、アンテナ２４を用いてスマートフォン４０に送信してもよい。
【０１５８】
また上記実施形態において、複数種類のデータに優先度を設定したが、消費電力の低い近距離無線通信部１６、アンテナ２４を用いてスマートフォン４０に送信する特定データとして設定するようにしてもよい。
【０１５９】
その他、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【０１６０】
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。  
［請求項１］  
複数種類のデータを外部機器に送信する通信機器であって、  
上記外部機器と通信を行なう第１の通信手段と、  
上記外部機器と通信を行なう、上記第１の通信手段より消費電力の小さい第２の通信手段と、  
上記複数種類のデータのうち、特定データを設定する設定手段と、  
上記複数種類のデータの何れかを上記第１の通信手段により上記外部機器に送信させる第１の制御手段と、  
上記複数種類のデータのうち、上記設定手段により設定された特定データを上記第２の通信手段により上記外部機器に送信させる第２の制御手段と、  
を備える通信機器。  
［請求項２］  
上記第２の制御手段は、上記特定データを予め定めたデータサイズに分割し、分割したデータを上記第２の通信手段により上記外部機器に分割送信させる、請求項１記載の通信機器。  
［請求項３］  
上記第２の制御手段は、上記分割したデータを、当該通信機器が上記外部機器と実施する定常的データ通信時におけるデータ通信パケットの余剰領域に格納して上記第２の通信手段により上記外部機器に分割送信させる、請求項２記載の通信機器。  
［請求項４］  
上記設定手段は、上記第１の通信手段又は上記第２の通信手段により上記外部機器から受信した情報に基づいて、上記複数種類のデータのうち、特定データを設定する、請求項１乃至３いずれか記載の通信機器。  
［請求項５］  
上記第１の制御手段は、上記複数種類のデータのうち、上記特定データ以外のデータを上記第１の通信手段により上記外部機器に送信させる、請求項１乃至４いずれか記載の通信機器。  
［請求項６］  
上記設定手段は、上記複数種類のデータに対して優先度を設定し、所定の優先度より高いデータ、または、所定の優先度より低いデータを、上記特定データとして設定する、請求項１乃至５いずれか記載の通信機器。  
［請求項７］  
上記第２の制御手段は、上記複数種類のデータのうち、上記設定手段により設定された所定の優先度より高いデータ、または、所定の優先度より低いデータを、上記第２の通信手段により上記外部機器に送信させる、請求項１乃至６いずれか記載の通信機器。  
［請求項８］  
外部機器と通信を行なう第１の通信部と、上記外部機器と通信を行なう、上記第１の通信部より消費電力の小さい第２の通信部とを備え、複数種類のデータを上記外部機器に送信する通信機器での通信方法であって、  
上記複数種類のデータのうち、特定データを設定する設定工程と、  
上記複数種類のデータの何れかを上記第１の通信部により上記外部機器に送信させる第１の制御工程と、  
上記複数種類のデータのうち、上記設定工程により設定された特定データを上記第２の通信部により上記外部機器に送信させる第２の制御工程と、  
を有する通信方法。  
［請求項９］  
外部機器と通信を行なう第１の通信部と、上記外部機器と通信を行なう、上記第１の通信部より消費電力の小さい第２の通信部とを備え、複数種類のデータを上記外部機器に送信する通信機器が内蔵したコンピュータが実行するプログラムであって、上記コンピュータを、  
上記複数種類のデータのうち、特定データを設定する設定手段、及び、  
上記複数種類のデータの何れかを上記第１の通信部により上記外部機器に送信させる第１の制御手段、  
上記複数種類のデータのうち、上記設定手段により設定された特定データを上記第２の通信部により上記外部機器に送信させる第２の制御手段、  
として機能させるプログラム。
【符号の説明】
【０１６１】
１０…ウェアラブル端末
１１…ＣＰＵ
１２…メインメモリ
１３…プログラムメモリ
１４…ＲＴＣ
１５…無線通信部
１６…近距離無線通信部
１７…ＧＰＳレシーバ
１８…インジケータ部
１９…キー操作部
２０…ＵＳＢインタフェース（Ｉ／Ｆ）
２１…センサインタフェース（Ｉ／Ｆ）
２２…メモリカード
２３，２４…アンテナ
２５…ＧＰＳアンテナ
２６…３軸加速度センサ
２７…ジャイロセンサ
２８…地磁気センサ
２９…ＵＶセンサ
３０…温度センサ
３１…湿度センサ
３２…気圧センサ
３３…心拍センサ
４０…スマートフォン
４１…スピーカ
４２…マイクロホン
４３…音声処理部
４４…ＣＰＵ
４５…メインメモリ
４６…ＳＳＤ
４７…表示部
４８…タッチ入力部
４９…撮影部
５０…ＧＰＳレシーバ
５１…３軸加速度センサ
５２…ジャイロセンサ
５３…地磁気センサ
５４…キー操作部
５５…バイブレータ
５６…通信インタフェイス（Ｉ／Ｆ）
５７…ＮＦＣ部
５８…外部デバイスインタフェイス（Ｉ／Ｆ）
５９…ＧＰＳアンテナ
６０〜６２…アンテナ
６３…ヘッドホンジャック
６４…マイクロＵＳＢ端子
６５…メモリカードスロット
Ｂ１，Ｂ２…バス
ＣＳ…カードスロット
【図１】
2019004414.tif 000003
【図２】
2019004414.tif 000004
【図３】
2019004414.tif 000005
【図４】
2019004414.tif 000006
【図５】
2019004414.tif 000007
【図６】
2019004414.tif 000008
【図７】
2019004414.tif 000009
【図８】
2019004414.tif 000010
【図９】
2019004414.tif 000011
【図１０】
2019004414.tif 000012
【図１１】
2019004414.tif 000013
【図１２】
2019004414.tif 000014
【手続補正書】
【提出日】平成30年10月2日(2018.10.2)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
本発明の一態様は、外部機器と通信を行なう第１の通信手段と、上記外部機器と通信を行なう、上記第１の通信手段より消費電力の小さい第２の通信手段と、複数種類のデータのうちの何れかのデータが可変に選択される選択手段と、上記複数種類のデータの何れかを上記第１の通信手段により上記外部機器に送信させる第１の制御手段と、上記複数種類のデータのうち、上記選択手段により選択されたデータを上記第２の通信手段により上記外部機器に送信させる第２の制御手段と、を備える。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
外部機器と通信を行なう第１の通信手段と、
上記外部機器と通信を行なう、上記第１の通信手段より消費電力の小さい第２の通信手段と、
複数種類のデータのうちの何れかのデータが可変に選択される選択手段と、
上記複数種類のデータの何れかを上記第１の通信手段により上記外部機器に送信させる第１の制御手段と、
上記複数種類のデータのうち、上記選択手段により選択されたデータを上記第２の通信手段により上記外部機器に送信させる第２の制御手段と、
を備える通信機器。
【請求項２】
上記第２の制御手段は、上記選択手段により選択されたデータを予め定めたデータサイズに分割し、分割したデータを上記第２の通信手段により上記外部機器に分割送信させる、請求項１記載の通信機器。
【請求項３】
上記第２の制御手段は、上記分割したデータを、当該通信機器が上記外部機器と実施する定常的データ通信時におけるデータ通信パケットの余剰領域に格納し、上記データ通信パケットを上記第２の通信手段により上記外部機器に送信させる、請求項２記載の通信機器。
【請求項４】
上記選択手段は、上記外部機器により、上記複数種類のデータのうちの何れかのデータが可変に選択される、請求項１乃至３のいずれか一項記載の通信機器。
【請求項５】
上記選択手段は、上記第１の通信手段又は上記第２の通信手段により上記外部機器から受信した情報に基づいて、上記複数種類のデータのうちの何れかのデータが可変に選択される、請求項４記載の通信機器。
【請求項６】
上記選択手段は、当該通信機器により、上記複数種類のデータのうちの何れかのデータが可変に選択される、請求項１乃至３のいずれか一項記載の通信機器。
【請求項７】
上記第１の制御手段は、上記複数種類のデータのうち、上記選択手段により選択されたデータ以外のデータを上記第１の通信手段により上記外部機器に送信させる、請求項１乃至６のいずれか一項記載の通信機器。
【請求項８】
上記選択手段は、上記複数種類のデータに対して優先度を設定し、所定の優先度より高いデータ、または、所定の優先度より低いデータを選択する、請求項１乃至７のいずれか一項記載の通信機器。
【請求項９】
上記第２の制御手段は、上記複数種類のデータのうち、上記選択手段により選択された所定の優先度より高いデータ、または、所定の優先度より低いデータを、上記第２の通信手段により上記外部機器に送信させる、請求項１乃至８のいずれか一項記載の通信機器。
【請求項１０】
外部機器と通信を行なう第１の通信部と、上記外部機器と通信を行なう、上記第１の通信部より消費電力の小さい第２の通信部と、を備えた通信機器の通信方法であって、
複数種類のデータのうちの何れかのデータが可変に選択される選択工程と、
上記複数種類のデータの何れかを上記第１の通信部により上記外部機器に送信させる第１の制御工程と、
上記複数種類のデータのうち、上記選択工程により選択されたデータを上記第２の通信部により上記外部機器に送信させる第２の制御工程と、
を有する通信方法。
【請求項１１】
外部機器と通信を行なう第１の通信部と、上記外部機器と通信を行なう、上記第１の通信部より消費電力の小さい第２の通信部と、を備えた通信機器が内蔵したコンピュータが実行するプログラムであって、上記コンピュータを、
複数種類のデータのうちの何れかのデータが可変に選択される選択手段、
上記複数種類のデータの何れかを上記第１の通信部により上記外部機器に送信させる第１の制御手段、
上記複数種類のデータのうち、上記選択手段により選択されたデータを上記第２の通信部により上記外部機器に送信させる第２の制御手段、
として機能させるプログラム。