(57)【要約】【課題】サービスを利用するための通信を効率よく行う。【解決手段】Bluetoothの規格に準拠する通信方式を用いて、セントラル装置として機能して第１のピコネットに接続するとともに、ペリフェラル装置として機能して第２のピコネットに接続することが可能な通信装置は、該第１のピコネットにおいてペリフェラル装置として機能する第１の装置から、該第１の装置がサポートするサービスを識別する情報および該サービスに関するデータを受信し、該第２のピコネットにおいてセントラル装置として機能する第２の装置に、該サービスを識別する情報および該サービスに関するデータを送信する。【選択図】  図８
2019009695.tif 000002
【特許請求の範囲】
【請求項１】
Bluetoothの規格に準拠する通信方式を用いて、セントラル装置として機能して第１のピコネットに接続するとともに、ペリフェラル装置として機能して第２のピコネットに接続することが可能な通信装置であって、
前記第１のピコネットにおいてペリフェラル装置として機能する第１の装置から、当該第１の装置がサポートするサービスを識別する情報および当該サービスに関するデータを受信する第１の通信手段と、
前記第２のピコネットにおいてセントラル装置として機能する第２の装置に、前記サービスを識別する情報および当該サービスに関するデータを送信する第２の通信手段と、
を有することを特徴とする通信装置。
【請求項２】
前記第２の通信手段は、前記第２の装置からサービスを検索するための要求を受信した場合、前記サービスを識別する情報を送信することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記第２の通信手段は、所定のタイミング毎に、前記サービスを識別する情報を送信することを特徴とする請求項１に記載の通信装置。
【請求項４】
前記第２の通信手段は、前記サービスを識別する情報と併せて、前記通信装置がサポートするサービスを識別する情報を前記第２の装置に送信することを特徴とする請求項１から３のいずれか１項に記載の通信装置。
【請求項５】
前記サービスに関するデータは、前記第１の通信手段が前記第１の装置へサービスを検索するための要求を送信することに応じて前記第１の装置から受信される応答に含まれることを特徴とする請求項１から４のいずれか１項に記載の通信装置。
【請求項６】
前記第１の装置は、所定の対象をセンシングする機能を有する装置であり、前記サービスに関するデータは、前記第１の装置によりセンシングされた測定データであることを特徴とする請求項１から５のいずれか１項に記載の通信装置。
【請求項７】
前記第２の装置に送信するためのデータを前記サービスに関するデータに更新する制御手段を更に有し、
前記第２の通信手段は、前記更新されたデータを前記第２の装置に送信することを特徴とする請求項１から６のいずれか１項に記載の通信装置。
【請求項８】
前記サービスを識別する情報は、UUID（Universally Unique Identifier）を含むことを特徴とする請求項１から７のいずれか１項に記載の通信装置。
【請求項９】
所定の近距離無線通信方式を用いて、親局として機能して第１のネットワークに接続するとともに、子局として機能して第２のネットワークに接続することが可能な通信装置であって、
前記第１のネットワークにおいて子局として機能する第１の装置から、当該第１の装置がサポートするサービスを識別する情報および当該サービスに関するデータを受信する第１の通信手段と、
前記第２のネットワークにおいて親局として機能する第２の装置に、前記サービスを識別する情報および当該サービスに関するデータを送信する第２の通信手段と、
を有することを特徴とする通信装置。
【請求項１０】
Bluetoothの規格に準拠する通信方式を用いて、セントラル装置として機能して第１のピコネットに接続するとともに、ペリフェラル装置として機能して第２のピコネットに接続することが可能な通信装置の制御方法であって、
前記第１のピコネットにおいてペリフェラル装置として機能する第１の装置から、当該第１の装置がサポートするサービスを識別する情報および当該サービスに関するデータを受信する第１の通信工程と、
前記第２のピコネットにおいてセントラル装置として機能する第２の装置に、前記サービスを識別する情報および当該サービスに関するデータを送信する第２の通信工程と、
を有することを特徴とする通信装置の制御方法。
【請求項１１】
所定の近距離無線通信方式を用いて、親局として機能して第１のネットワークに接続するとともに、子局として機能して第２のネットワークに接続することが可能な通信装置の制御方法であって、
前記第１のネットワークにおいて子局として機能する第１の装置から、当該第１の装置がサポートするサービスを識別する情報および当該サービスに関するデータを受信する第１の通信工程と、
前記第２のネットワークにおいて親局として機能する第２の装置に、前記サービスを識別する情報および当該サービスに関するデータを送信する第２の通信工程と、
を有することを特徴とする通信装置の制御方法。
【請求項１２】
コンピュータを、請求項１から９のいずれか１項に記載の通信装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信装置の制御方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、通信装置が、近隣に存在するセンシング装置が測定した結果を近距離無線通信方式による通信を介して収集し、提供するサービスの付加情報として利用する、無線センサーネットワークシステムが実用化されている。近距離無線通信方式の１つであるBluetooth（登録商標）を利用するシステムでは、装置間で無線センサーネットワークサービスを享受する場合、サービスを享受する装置の組合せ毎に、ペアリング操作を実施する必要があった。
【０００３】
また、Bluetoothを利用するシステムでは、通信装置がセンシング装置との間で既に形成しているピコネット（ネットワーク）を保持したまま、新たに、近隣の情報処理装置の形成しているピコネットにも参加可能な“スキャッタネット機能”を利用できる。例えば、心拍計等のセンシング装置との間でピコネットを形成中のモバイル通信装置（例えばスマートフォン）を携帯中のユーザが、Bluetoothオーディオサービスを提供中の車載情報処理装置が搭載されている車に搭乗する例を考える。この場合、モバイル通信装置は、スキャッタネット機能を利用することにより、モバイル通信装置に格納された音楽データの再生を車載情報処理装置において実施することができる。
【０００４】
一方、車載情報処理装置に対しては、事故発生時の緊急通報システム等の進化に応じて、ユーザの所持するセンシング装置の測定するバイタル情報の自動収集の要望が挙がっている。しかしながら、Bluetoothのスキャッタネット関連の規格においては、通信接続のトポロジに対しての規定はあるが、データのブリッジ・ルーティング等に対する規定がない。そのため、モバイル通信装置がスキャッタネットを構成するのみでは、車載情報処理装置は、センシング装置の測定情報を取得できなかった。
【０００５】
このような課題に対して、特許文献１では、特定の情報通信装置がシステム内の制御情報に関しての代理応答を行い、情報提供装置と情報受領装置間のペイロードデータ通信用無線リンクの設定の制御を実施するシステムが開示されている。また、特許文献２では、該当無線通信装置の推定存在位置の通信装置が、無線系の在圏確認制御メッセージに代理応答するシステムが開示されている。一方、情報の更新周期に着目すると、引用文献３には、情報提供装置と情報受領装置間に中継サーバーを設け、中継サーバーへのアクセス頻度に応じて情報を更新する手法が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１３−５９０７５号公報
【特許文献２】特開２００６−５１５４９２号公報
【特許文献３】特開２０１３−５３７７５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記の従来技術では、車載情報通信装置は、センシング装置群を束ねるピコネットのマスタ通信装置として動作中のモバイル通信装置とスキャッタネットを構築しただけでは、モバイル通信装置を経由でセンシング情報を取得できなかった。また、一時的なサービスの利用に際しても、車載情報通信装置とセンシング装置群の各々とのペアリング操作が必要となり、このような操作は利用者の負担になっていた。
【０００８】
本発明は、このような課題に鑑みてなされたものであり、サービスを利用するための通信を効率よく行うことを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するための一手段として、本発明の通信装置は以下の構成を有する。すなわち、Bluetoothの規格に準拠する通信方式を用いて、セントラル装置として機能して第１のピコネットに接続するとともに、ペリフェラル装置として機能して第２のピコネットに接続することが可能な通信装置であって、前記第１のピコネットにおいてペリフェラル装置として機能する第１の装置から、当該第１の装置がサポートするサービスを識別する情報および当該サービスに関するデータを受信する第１の通信手段と、前記第２のピコネットにおいてセントラル装置として機能する第２の装置に、前記サービスを識別する情報および当該サービスに関するデータを送信する第２の通信手段と、を有する。
【発明の効果】
【００１０】
本発明によれば、サービスを利用するための通信を効率よく行うことが可能となる。
【図面の簡単な説明】
【００１１】
【図１】実施形態におけるセンシング情報収集システムの概略図。
【図２】ウェアラブルカメラのハードウェア構成の一例を示す図。
【図３】スマートフォン１０２のハードウェア構成の一例を示す図。
【図４】車載情報通信装置（ＩＶＩ）１０３のハードウェア構成の一例を示す図。
【図５】心拍計１０４のハードウェア構成の一例を示す図。
【図６】従来のセンシング情報収集システムの概略図。
【図７】実施形態におけるセンシング情報収集システムのデータフローを示す模式図。
【図８】スマートフォン１０２の処理のフローチャート。
【図９】実施形態におけるセンシング情報収集システムの動作フローを示す模式図（１）。
【図１０】実施形態におけるセンシング情報収集システムの動作フローを示す模式図（２）。
【図１１】アドバタイズパケットのデータ構成例を示す図。
【図１２】Bluetooth GATT プロファイルデータのデータ構成例を示す図。
【発明を実施するための形態】
【００１２】
以下、添付の図面を参照して、本発明をその実施形態の一例に基づいて詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【００１３】
図１に、本実施形態における、センシング装置が測定した結果を近距離無線通信方式による通信を介して収集するシステム（以下、センシング情報収集システム）の概略図を示す。本システムは、センシング装置としてのウェアラブルカメラ１０１と心拍計１０４、モバイル情報通信装置としてのスマートフォン１０２、車載情報通信装置（ＩＶＩ（In-Vehicle Infotainment））１０３から構成されている。ウェアラブルカメラ１０１と心拍計１０４は、例えば、車載情報通信装置１０３が搭載されている車の運転手が装着または保持している。ウェアラブルカメラ１０１、スマートフォン１０２、車載情報通信装置１０３、心拍計１０４はそれぞれ、近距離無線通信規格の一例としてBluetooth規格に基づいた無線通信インタフェースを具備している。なお、上記装置は一例であり、各装置がBluetooth規格に基づいた無線通信インタフェースを具備する装置であれば、図１に示す装置に限定されない。
【００１４】
本実施形態の説明では、スマートフォン１０２がBLE（Bluetooth Low Energy）接続のセントラル装置として、センシング装置（ウェアラブルカメラ１０１および／または心拍計１０４）とピコネットを形成している。BLE接続は、Bluetooth通信路を介して行われる。このピコネットを下位ピコネットとよぶ。ここでウェアラブルカメラ１０１と心拍計１０４は、BLE接続のペリフェラル装置としての役割を担う。そしてこのような状態で、スマートフォン１０２は、新たなBLE接続のセントラル装置としての車載情報通信装置１０３が形成しているピコネットに、ペリフェラル装置として参加することにより、スキャッタネットが形成される。車載情報通信装置１０３が形成しているピコネットを上位ピコネットとよぶ。図６は、従来のセンシング情報収集システムの概略図を示す。従来では、図６に示すように、スマートフォン１０２は、下位ピコネットにおいて、センシング装置から測定データ値を収集できる。しかしながら、車載情報通信装置１０３がセンシング装置から当該測定データ値を収集するためには、ユーザによるセンシング装置と車載情報通信装置１０３のペアリング操作が必要であった。一方、本実施形態では、スマートフォン１０２は、後述する処理を行うことにより、スマートフォン１０２は、センシング装置から収集した測定データ値を、センシング装置に代行して車載情報通信装置１０３に伝達することができる。
【００１５】
続いて、図２〜図５を参照して、ウェアラブルカメラ１０１、スマートフォン１０２、車載情報通信装置１０３、心拍計１０４のハードウェア構成について説明する。まず、ウェアラブルカメラ１０１について説明する。図２は、ウェアラブルカメラ１０１のハードウェア構成を説明する図である。ウェアラブルカメラ１０１は、表示部２０１、操作部２０２、画像記憶部２０３、電源部２０４、撮影部２０５、制御部２０６、ROM２０７、RAM２０８、無線LAN通信部２０９、Bluetooth通信部２１０を備える。なお、ROMはRead Only Memoryの略であり、RAMはRandom Access Memoryである。
【００１６】
表示部２０１は、例えばLCD（Liquid Crystal Display）等により構成され、視覚で認知可能な情報の出力する機能を有し、UI（User Interface）、アラーム、画像の表示などの表示を行う。操作部２０２は、各種入力等を行い、装置を操作するための機能を有する。画像記憶部２０３は、例えばSDカード等の不揮発メモリ媒体により構成され、画像データの記憶を行う。電源部２０４は、装置全体を動作させるための電源（バッテリー等）を保持し、各ハードウェアに電力を供給する。
【００１７】
撮影部２０５は、例えばレンズ及び撮像素子を中心にした撮像エンジンにより構成され、撮影画像をエンコードして画像データを生成する。制御部２０６は、例えば一つ又は複数のCPU（Central Processing Unit）によって構成され、ウェアラブルカメラ１０１全体の動作を制御する。ROM２０７は、制御命令つまりプログラムを格納する。後述するウェアラブルカメラ１０１の各種動作は、ROM２０７に記憶された制御プログラムを制御部４０５が実行することにより実現される。RAM２０８は、プログラムを実行する際のワークメモリやデータの一時保存などに利用される。無線LAN通信部２０９は、IEEE802.11シリーズに準拠する通信（Wi-Fi（登録商標）等）を行い、画像データ等のペイロードテータの高速転送に利用される。Bluetooth通信部２１０は、省電力無線通信であるBluetooth通信を行う。
【００１８】
続いて、スマートフォン１０２について説明する。図３は、スマートフォン１０２のハードウェア構成を説明する図である。スマートフォン１０２は、表示部３０１、操作部３０２、画像記憶部３０３、電源部３０４、制御部３０５、ROM３０６、RAM３０７、無線LAN通信部３０８、Bluetooth通信部３０９、公衆通信部３１０を備える。
【００１９】
表示部３０１は、例えばLCDやLED（Light Emitting Diode）により構成され、視覚で認知可能な情報の出力する機能を有し、UI、アラームなどの表示を行う。操作部３０２は、各種入力等を行い、装置を操作するための機能を有する。画像記憶部３０３は、画像データの記憶を行う。電源部３０４は、装置全体を動作させるための電源（バッテリー等）を保持し、各ハードウェアに電力を供給する。制御部３０５は、一つ又は複数のCPUによって構成され、スマートフォン１０２全体の動作を制御する。ROM３０６は、制御命令つまりプログラムを格納する。後述するスマートフォン１０２の各種動作は、ROM３０６に記憶された制御プログラムを制御部３０５が実行することにより実現される。RAM３０７は、プログラムを実行する際のワークメモリやデータの一時保存などに利用される。
【００２０】
無線LAN通信部３０８は、IEEE802.11シリーズに準拠する通信（Wi-Fi等）を行う。Bluetooth通信部３０９は、省電力無線通信であるBluetooth通信を行う。本実施形態では、Bluetooth通信部３０９は、近隣のセンシング装置（ウェアラブルカメラ１０１、心拍計１０４）、車載情報通信装置１０３と通信を行う。公衆通信部３１０は、3GPP（3rd Generation Partnership Project）、LTE（Long Term Evolution）等の公衆無線通信を行う。
【００２１】
続いて、車載情報通信装置（ＩＶＩ）１０３について説明する。図４は、車載情報通信装置のハードウェア構成を説明する図である。車載情報通信装置（ＩＶＩ）１０３は、表示部４０１、操作部４０２、地図情報記憶部４０３、電源部４０４、制御部４０５、ROM４０６、RAM４０７、無線LAN通信部４０８、Bluetooth通信部４０９、公衆通信部４１０を備える。
【００２２】
表示部４０１は、例えばLCDやLEDにより構成され、視覚で認知可能な情報の出力する機能を有し、UI、アラームなどの表示を行う。操作部４０２は、各種入力等を行い、装置を操作するための機能を有する。地図情報記憶部４０３は、例えばSDカード等の不揮発メモリ媒体により構成され、地図情報等の記憶を行う。電源部４０４は、装置全体を動作させるための電源電圧に、車載バッテリーの電源電圧を変換し、各ハードウェアに電力を供給する。制御部４０５は、一つ又は複数のCPUによって構成され、車載情報通信装置（ＩＶＩ）１０３全体の動作を制御する。ROM４０６は、制御命令つまりプログラムを格納する。後述する車載情報通信装置（ＩＶＩ）１０３の各種動作は、ROM４０６に記憶された制御プログラムを制御部４０５が実行することにより実現される。RAM４０７は、プログラムを実行する際のワークメモリやデータの一時保存などに利用される。
【００２３】
無線LAN通信部４０８は、IEEE802.11シリーズに準拠する通信（Wi-Fi等）を行う。Bluetooth通信部４０９は、省電力無線通信であるBluetooth通信を行う。本実施形態では、Bluetooth通信部４０９は、近隣のスマートフォン１０２と通信を行う。公衆通信部４１０は、3GPP、LTE等の公衆無線通信を行う。
【００２４】
続いて、心拍計１０４について説明する。図５は、装着型の心拍計１０４のハードウェア構成を説明する図である。心拍計１０４は、表示部５０１、操作部５０２、計測データ記憶部５０３、電源部５０４、血流センサー部５０５、制御部５０６、ROM５０７、RAM５０８、脈拍センサー部５０９、Bluetooth通信部５１０を備える。
【００２５】
表示部５０１は、例えばLCD等により構成され、視覚で認知可能な情報の出力する機能を有し、UI、アラーム、画像の表示などの表示を行う。操作部５０２は、各種入力等を行い、装置を操作するための機能を有する。計測データ記憶部５０３は、例えば内蔵EEPROM（Electrically Erasable Programmable ROM）等の不揮発メモリ媒体により構成され、計測データ履歴等の記憶を行う。電源部５０４は、装置全体を動作させるための電源（バッテリー等）を保持し、各ハードウェアに電力を供給する。
【００２６】
血流センサー部５０５は、例えば光電素子を用いたセンサーにより構成され、装着箇所近辺の血管の血流を測定する。制御部５０６は、一つ又は複数のCPUによって構成され、心拍計１０４全体の動作を制御する。ROM５０７は、制御命令つまりプログラムを格納する。後述する心拍計１０４の各種動作は、ROM５０７に記憶された制御プログラムを制御部５０６が実行することにより実現される。RAM５０８は、プログラムを実行する際のワークメモリやデータの一時保存などに利用される。脈拍センサー部５０９は、圧電素子を用いたセンサーにより構成され、装着箇所近辺の血管の脈動を測定する。Bluetooth通信部２１０は、省電力無線通信であるBluetooth通信を行う。
【００２７】
次に、スマートフォン１０２が自身の能力（Capability）を通知するために送信するアドバタイズパケットについて説明する。図１１は、スマートフォン１０２が送信するアドバタイズパケット１１００のデータ構成例を示す。アドバタイズパケット１１００は、Lengthフィールド１１０１、AD（Advertising Data） Typeフィールド１１０２、AD Dataフィールド１１０３から構成される。Lengthフィールド１１０１は、パケットの有効データ長を通知するためのフィールドである。AD Typeフィールドは、アドバタイズパケット１１００を用いて通知する情報の種別を指定するためのフィールドである。AD Dataフィールドは、通知対象のデータを格納するためのフィールドである。
【００２８】
本実施形態では、アドバタイズパケット１１００を、スマートフォン１０２のサポートするサービスを車載情報通信装置１０３へ通知する目的で利用することを想定する。よって、一例として、AD Typeフィールド１１０２には、“GAP （Generic Access Profile）Access Profile”を示す値が設定される。また、AD Dataフィールド１１０３内の“Organization ID”フィールド１１０４には、以降のフィールドの情報要素（１１０５、１１０６、１１０７）の規定を行う“Automotive Organization”を示す値が格納される。
【００２９】
続いて、図７〜図１２を参照して、スマートフォン１０２と、ウェアラブルカメラ１０１と心拍計１０４を装着中の運転手（以下、ユーザ）が、車載情報通信装置１０３を搭載する車に乗る際の処理に関して説明する。
【００３０】
図７は、本実施形態におけるセンシング情報収集システムのデータフローを示す模式図である。モバイル情報通信装置としてのスマートフォン１０２は、センシング装置としてのウェアラブルカメラ１０１と、Bluetooth通信路を介して接続する。そして、須磨＾とフォン１０２はし、カメラリモートコントロールサービス（Camera Remote Service７１１、７１２）を提供している。また、スマートフォン１０２は、センシング装置としての心拍計１０４と、Bluetooth通信路を介して接続し、ヘルスケア情報ロギングサービス（以下、ヘルスケアサービス）（Health Care Service７２１、７２２）を提供している。ここで、車載情報通信装置１０３は、ユーザが装着中の心拍計１０４からバイタル情報を収集するためのヘルスケアサービスを必要としているものとする。また、同時に、車載情報通信装置１０３は、と、緊急事態発生時にユーザのウェアラブルカメラの撮影情報の上書きをプロテクトするためのカメラリモートコントロールサービスを必要としているものとする。
【００３１】
ここで、Bluetooth通信路において、スマートフォン１０２は、セントラル装置（Bluetooth Low Energy Central７００）として動作しするものとする。また、ウェアラブルカメラ１０１と心拍計１０４が、ペリフェラル装置（Bluetooth Low Energy Peripheral７１０、７２０）で動作するものとする。よって、スマートフォン１０２とウェアラブルカメラ１０１間、スマートフォン１０２と心拍計１０４間でBluetooth通信媒体を用いたピコネットが構築されている。このピコネットを利用して、スマートフォン１０２は、ウェアラブルカメラ１０１と心拍計１０４よりサービスデータ７１３、７２３をそれぞれ受領することができる。また、スマートフォン１０２では、ウェアラブルカメラ１０１と心拍計１０４より受領したサービスデータ７１３、７２３を再公開するプロキシサーバ（GATT Server [Proxy]）７０１、７０２が稼働している。
【００３２】
また、スマートフォン１０２は、Bluetooth通信路において、ペリフェラル装置として動作すること。これにより、セントラル装置（Bluetooth Low Energy Central７３０）として動作する車載情報通信装置１０３との間にもピコネットを構築することができる。すなわち、このとき、スキャッタネットが構築される。スキャッタネットが構築された場合、スマートフォン１０２は、プロキシサーバ７０１、７０２により、新たなセントラル装置（車載情報通信装置１０３）に対して、ウェアラブルカメラ１０１／心拍計１０４から収集したサービスデータの再公開が可能である。
【００３３】
このように、本案実施形態においては、スマートフォン１０２は、スキャッタネットを構築し、プロキシサーバ７０１、７０２を稼働させる。これにより、カメラリモートコントロールサービスのよるサービスデータの提供（再公開）、及び、ヘルスケアサービスによるサービスデータの提供（再公開）を行うことが可能となる。
【００３４】
なお、Bluetooth通信路において、スマートフォン１０２は、スレーブ通信装置（Bluetooth Slave７４０）として動作することができる。よって、スマートフォン１０２は、例えば、マスタ通信装置（Bluetooth Master７５０）として動作する車載情報通信装置１０３に対して音楽情報配信サービス（Audio Service）を提供しても良い。
【００３５】
続いて、図７と図８を参照して、スマートフォン１０２の動作について説明する。図８は、スマートフォン１０２がセンシング情報を収集して車載情報通信装置（ＩＶＩ）１０３に送信する処理のフローチャートである。スマートフォン１０２の制御部３０５のCPUが、ROM306に記憶されたプログラムを実行することによって、図８の各ステップは実行される。まず、スマートフォン１０２は、ペリフェラル装置（Bluetooth Low Energy Peripheral７２０）で動作している心拍計１０４と、Bluetooth通信路を介したBLE接続を検知したかを判定する（Ｓ８０１）。BLE接続が検知された場合（Ｓ８０１でＹｅｓ）、スマートフォン１０２は、SDP（Service Discovery Protocol）に従った、サービス検索処理（Service Discovery）を実施する（Ｓ８０２）。サービス検索処理によって、スマートフォン１０２は、新たに接続された心拍計１０４は、Health Care Serviceをサポート、稼働中であることを認識する。また、スマートフォン１０２は、このHealth Care Serviceは、スマートフォン１０２にとって新しいサービス（提供されたサービス情報に変更があった）と判定する（Ｓ８０３でＮｏ）。
【００３６】
次に、スマートフォン１０２は、スマートフォン１０２における代行サービス項目を更新する（Ｓ８０４）。そして、スマートフォン１０２は、認識した心拍計１０４の稼働中サービスであるHealth Care Serviceの情報を代理で公開可能なように、Health Care Serviceのプロキシサーバ７０２を起動する。続いて、スマートフォン１０２は、心拍計１０４と通常の通信処理を開始する（Ｓ８０５）。プロキシサーバ７０２の起動完了後（Ｓ８０６でＹｅｓ）、スマートフォン１０２は、心拍計１０４より、測定データ値を取得する（Ｓ８０７）。Ｓ８０６では、プロキシサーバ７０２がデータ更新タイミングと判断したタイミングで、心拍計１０４より、測定データ値を取得してもよい（Ｓ８０７）。Ｓ８０８では、プロキシサーバ７０２は、公開するサービスデータ７２３を、取得したデータ値に更新する（Ｓ８０８）。これにより、公開するサービスデータ７２３は、心拍計１０４が公開した値と同一化される。なお、Ｓ８０６でプロキシサーバ７０２が起動後に、スマートフォン１０２がサポートサービス通知用に送信するアドバタイズパケット１１００は、一例として以下のように設定される。すなわち、AD Dataフィールド１１０３内の“Control Flags”フィールド１１０５が、“スキャッタネット対応可”、“Proxy Server稼働中”、“追加情報要素あり”にセットされる（図１１を参照）。
【００３７】
続いて、スマートフォン１０２は、セントラル装置（Bluetooth Low Energy Central７３０）として動作する車載情報通信装置１０３との接続を検知する（Ｓ８０９でＹｅｓ）。続いて、スマートフォン１０２は、Service Search要求の受信の有無を判定する（Ｓ８１０）。Service Search要求を受信した場合（Ｓ８１０でＹｅｓ）、スマートフォン１０２は、Service Search要求に対する応答を送信する（Ｓ８１１）。また、スマートフォン１０２は、Service Search要求の受信に関係なく（Ｓ８１０でＮｏ）、所定の送信タイミング毎（定期的なサポートサービス通知用のアドバタイズパケットタイミング毎）に、アドバタイズパケットを送信する（Ｓ８１２）。Ｓ８１１／Ｓ８１２で送信される応答／アドバタイズパケットには、サービス（ここでは、Health Care Service）を識別するための情報（例えばUUID（Universally Unique Identifier））が含まれ得る。また、Ｓ８１２で送信されるアドバタイズパケットには、代行中のサービスの有無やそのサービスのステータスの情報も含まれ得る。
【００３８】
続いて、図８と関連付けて図９と図１０を参照して、本実施形態におけるセンシング情報収集システムにおける各装置の動作について説明する。図９と図１０は、車載情報通信装置１０３、スマートフォン１０２、心拍計１０４間の動作シーケンスを示す図である。図９は、車載情報通信装置１０３の存在をスマートフォン１０２が検知する場合、図１０は、スマートフォン１０２の存在を車載情報通信装置１０３が検知する場合を示す。
【００３９】
まず、スマートフォン１０２は、心拍計１０４との接続を検知すると、心拍計１０４とBLE接続を開始する（Ｓ８０１でＹｅｓ、Ｓ９０１、Ｓ１００１）。その後、スマートフォン１０２は、SDPに従って、サービス要求信号（SDP_ServiceSearch REQ()）を送信することにより、サービス検索処理を実施する（Ｓ８０２、Ｓ９０２、Ｓ１００２）。心拍計１０４は、サービス要求信号を受信したことに応じて、Health Care Serviceをサポートすること示すサービス応答信号（SDP_ServiceSearch RES(Health Care)）を送信する（Ｓ９０３、Ｓ１００３）。サービス応答信号を心拍計１０４から受信したスマートフォン１０２は、Health Care Serviceの存在を認識し（Ｓ８０４）、Health Care ServiceのProxy Serverを起動する（Ｓ８０６でＹｅｓ）。続いて、スマートフォン１０２は、心拍計１０４から測定データ値を取得するために、測定データ要求信号（ATT Read REQ(HealthCare)）を送信する（Ｓ９０４、Ｓ１００４）。心拍計１０４は、測定データ要求信号を受信したことに応じて、測定データ値を含んだ想定データ応答信号（ATT Read RES(HealthCare)）を送信する（Ｓ９０５、Ｓ１００５）。スマートフォン１０２は、心拍計１０４から測定データ値を受け取ると（Ｓ８０７）、公開するサービスデータを、心拍計１０４から受け取った測定データ値に同一化する。具体的には、スマートフォン１０２は、プロキシサーバ７０２のAttribute値と、心拍計１０４のAttribute値を同一化させる。
【００４０】
その後、図１０の例では、スマートフォン１０２は、追加情報を含む（例えば、代行中のサービス（ここでは、Health Care Service）があることを示す）アドバタイズ信号を送信する（Ｓ８０９でＮｏ、Ｓ８１２、Ｓ１００６、Ｓ１００７）。車載情報通信装置１０３は、このアドバタイズ信号を受信することにより、スマートフォン１０２が近傍に存在することを検知する。一方、図９では、スマートフォン１０２は、このアドバタイズ信号の送信は行わず、車載情報通信装置１０３がスキャン要求メッセージ（Scan Request）を送信する（Ｓ９０６、Ｓ１００８）。これは、例えば、ユーザが車載情報通信装置１０３を搭載した車に乗る（接近した）際に、車載情報通信装置１０３からBluetooth通信により送信される。これにより、スマートフォン１０２は、近傍に車載情報通信装置１０３が存在することを検知する。
【００４１】
スキャン要求メッセージ（Ｓ９０６、Ｓ１００８）を受信したスマートフォン１０２は、スキャン応答（Scan Response）を、車載情報通信装置１０３へ返送する（Ｓ９０７、Ｓ１００９）。スマートフォン１０２は、接続要求信号（Connect REQ）を送信することにより、車載情報通信装置１０３と、Bluetooth通信のスキャッタネット動作へ移行する（Ｓ９０９、Ｓ９１０、Ｓ１０１０、Ｓ１０１１）。
【００４２】
スキャッタネットへの移行後、スマートフォン１０２は、Bluetooth通信路を介して、車載情報通信装置１０３からのService Search要求メッセージを受信する（Ｓ８１０でＹｅｓ、Ｓ９１１、Ｓ１０１２）。そして、スマートフォン１０２は、Service Search要求メッセージへの応答メッセージを送信する（Ｓ８１１、Ｓ９１２、Ｓ１０１３）。当該メッセージには、自身がセントラル装置として接続中のピコネットに接続された心拍計１０４が提供中のヘルスケアサービス（７２１、７２２）を代理公開中である旨が示される。ここでは、例えばヘルスケアサービスを識別する情報を含んだ応答メッセージを返信する。
【００４３】
図１２に、ヘルスケアサービスの再公開の代理サービスをサポートする旨を示す、Bluetooth GATT プロファイルデータの構成例を示す。図１２では、代理サービスの提供元デバイスのニックネームを格納する“Device Name”情報エリア１２０４に、スマートフォン１０２のニックネームと併せて心拍計１０４の物理アドレス(BD Address)を、併せて登録する例を示している。
【００４４】
なお、スマートフォン１０２が自装置で提供・公開中のサービス（本実施形態では、Audio[音楽配信]）を識別する情報も併せて、応答メッセージ（Ｓ９１２、Ｓ１０１３）を用いて返信してもよい（Ｓ８１１）。
【００４５】
以上のように本実施形態によれば、モバイル通信装置を上位ピコネットのセントラル装置である車載情報通信装置などとスキャッタネット接続させることで、車載情報通信装置が下位ピコネットのセンシング装置が提供するサービスを享受できるようになる。
【００４６】
（変形例）
上記実施形態においては、Bluetooth通信路の設定後に実行される、SDS(Service Discovery Service)を利用して、提供サービス情報を授受する例を示した。ここで、授受が必要なProfileデータ構成のデータ長が、SDP１パケットのデータ情報エリアのサイズ（１１０７）以内であるなら、Bluetooth通信路の設定後に実行される、SDPを利用してもよい。SDPを利用して、提供サービス情報を授受しても同様の効果が得られる。
【００４７】
本実施形態によれば、ピコネットにおいてセントラル装置として動作中のモバイル装置（スマートフォン１０２）がスキャッタネットを構成時に、該モバイル装置が管理するセンシング装置群のセンシング情報を取得して代理公開することが可能となる。具体的には、モバイル装置が、上位ピコネットのセントラル装置とスキャッタネット接続する場合に、取得している下位ピコネットのペリフェラル装置から提供されるサービスを上位ピコネットのセントラル装置に公開できるようになる。本実施形態では、上位ピコネットのセントラル装置は、車載情報通信装置１０３であり、下位ピコネットのペリフェラル装置は、ウェアラブルカメラ１０１、心拍計１０４である。これにより、サービスを享受する装置の組合せ毎にペアリング操作を実施するというユーザの操作を必要とせず、サービスを利用するための通信を効率よく行うことが可能となる。
【００４８】
なお、上記実施形態では、Bluetoothの規格に準拠する通信方式を用いた、複数のピコネット形成時を例に説明した。これに替えて、Bluetoothに替えて他の近距離無線通信方式を用いた、親局（セントラル装置）と子局（ペリフェラル装置）を有する、複数のネットワーク形成時においても、本実施形態を適用可能である。
【００４９】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００５０】
１０１  ウェアラブルカメラ、  １０２  スマートフォン、  １０３  車載情報通信装置（ＩＶＩ）、  １０４  心拍計
【図１】
2019009695.tif 000003
【図２】
2019009695.tif 000004
【図３】
2019009695.tif 000005
【図４】
2019009695.tif 000006
【図５】
2019009695.tif 000007
【図６】
2019009695.tif 000008
【図７】
2019009695.tif 000009
【図８】
2019009695.tif 000010
【図９】
2019009695.tif 000011
【図１０】
2019009695.tif 000012
【図１１】
2019009695.tif 000013
【図１２】
2019009695.tif 000014