特許 7389264 無線通信方法及び無線通信機能を有する装置

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

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

(11)【特許番号】

(24)【登録日】2023-11-20

(45)【発行日】2023-11-29

(54)【発明の名称】無線通信方法及び無線通信機能を有する装置

(51)【国際特許分類】

   H04W 52/02 20090101AFI20231121BHJP

   H04W 4/38 20180101ALI20231121BHJP

   H04W 84/10 20090101ALI20231121BHJP

【ＦＩ】

H04W52/02

H04W4/38

H04W84/10 110

【請求項の数】 22

(21)【出願番号】P 2022543022

(86)(22)【出願日】2020-12-31

(65)【公表番号】

(43)【公表日】2023-03-13

(86)【国際出願番号】 CN2020142195

(87)【国際公開番号】W WO2021143541

(87)【国際公開日】2021-07-22

【審査請求日】2022-08-17

(31)【優先権主張番号】202010036703.5

(32)【優先日】2020-01-14

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】521218881

【氏名又は名称】オナー デバイス カンパニー リミテッド

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】ローァ，チャオ

(72)【発明者】

【氏名】ジアーン，ジョーンイン

(72)【発明者】

【氏名】リーン，ボー

(72)【発明者】

【氏名】リー，リー

(72)【発明者】

【氏名】ワーン，ダーヌオン

(72)【発明者】

【氏名】ジアーン，ハン

(72)【発明者】

【氏名】ラン，シエンホゥイ

【審査官】新井 寛

(56)【参考文献】

【文献】特表２０１５－５３６０８８（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１９／００１４５３９（ＵＳ，Ａ１）

【文献】特表２０１１－５２０３２６（ＪＰ，Ａ）

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

Ｈ０４Ｂ ７／２４ － ７／２６

Ｈ０４Ｗ ４／００ － ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

装置のコプロセッサに適用される無線通信方法であって、当該方法は、
前記コプロセッサに無線通信サービスを行うよう指示するために前記装置のプロセッサからの命令を受信することと、
前記プロセッサからの前記命令に対応して、前記無線通信サービスを開始し、前記無線通信サービスの無線通信を行うために前記装置の無線通信モジュールを駆動するための駆動命令を生成することと、
前記駆動命令を前記無線通信モジュールに送信することと、
前記無線通信の間に得られた前記無線通信サービスのデータを前記無線通信モジュールから受信することと、
前記無線通信サービスに基づいてデータフィルタを生成し、該データフィルタを前記無線通信モジュールに送信して該データフィルタを前記無線通信モジュールに登録することであって、該データフィルタは、前記プロセッサ及び前記コプロセッサのうちの少なくとも一方に前記データを送信するよう前記無線通信モジュールに指示するように少なくとも部分的に構成され、前記データは前記データフィルタに準拠した結果を含む、ことと、
を含む、方法。

【請求項2】

前記プロセッサからの命令は、前記プロセッサがスリープしようとしているか又はプロセッサ負荷が高いという情報をさらに含む、請求項１に記載の方法。

【請求項3】

前記方法は、
前記データを前記コプロセッサに記憶すること、又は
前記無線通信サービスに基づいて前記データをパースし、パースした前記データを前記コプロセッサに記憶すること、
をさらに含む、請求項１に記載の方法。

【請求項4】

前記方法は、
前記プロセッサからの要求に対応して、前記コプロセッサに記憶された前記データを読み出し、前記プロセッサに送信すること、
をさらに含む、請求項３に記載の方法。

【請求項5】

前記コプロセッサは、前記装置の１つ以上のセンサからのセンサデータを処理するよう少なくとも部分的に構成されたセンサハブを含む、請求項１乃至４のいずれか一項に記載の方法。

【請求項6】

前記無線通信サービスは、無線ブロードキャスト、無線走査及び無線データ同期のうちの少なくとも１つを含み、前記無線通信は、Ｂｌｕｅｔｏｏｔｈ通信及びＢｌｕｅｔｏｏｔｈ低エネルギー通信のうちの少なくとも一方を含む、請求項１乃至５のいずれか一項に記載の方法。

【請求項7】

前記命令が前記無線通信サービスは無線ブロードキャストであることを示す場合、前記方法は、
無線ブロードキャストサービスを開始することと、
前記装置以外の少なくとも１つの第２の装置に送信するための第１のブロードキャストメッセージを生成することと、
前記第１のブロードキャストメッセージが前記装置の第１の同期データを含む場合、該第１の同期データのサイズが閾値よりも小さいかどうかを判定することと、
前記第１の同期データのサイズが前記閾値よりも小さいとの判定に応答して、無線ブロードキャストを介して前記第１の同期データを送信するよう前記無線通信モジュールを駆動するための駆動命令を生成することと、
前記第１の同期データのサイズが前記閾値以上であるとの判定に応答して、無線リンクを用いることにより前記第１の同期データを送信するよう前記無線通信モジュールを駆動するための駆動命令を生成することと、
をさらに含む、請求項１乃至６のいずれか一項に記載の方法。

【請求項8】

無線通信装置であって、当該装置は、
プロセッサと、
コプロセッサと、
無線通信モジュールであって、該無線通信モジュールは通信的に前記プロセッサ及び前記コプロセッサに連結されている、無線通信モジュールと、
を含み、
前記プロセッサは、前記コプロセッサに命令を送信するように構成され、該命令は、無線通信サービスを行うよう前記コプロセッサに指示するために用いられ、
前記コプロセッサは、前記プロセッサからの前記命令に基づいて、前記無線通信サービスを開始し、前記無線通信サービスの無線通信を行うために前記無線通信モジュールを駆動するための駆動命令を生成し、前記無線通信の間に得られた前記無線通信サービスのデータを前記無線通信モジュールから受信するように構成され、
前記プロセッサ及び／又前記コプロセッサは、前記無線通信サービスに基づいてデータフィルタを生成し、該データフィルタを前記無線通信モジュールに送信して該データフィルタを前記無線通信モジュールに登録するようにさらに構成され、該データフィルタは、前記プロセッサ及び前記コプロセッサのうちの少なくとも一方に前記データを送信するよう前記無線通信モジュールに指示するように少なくとも部分的に構成され、前記データは前記データフィルタに準拠した結果を含み、
前記無線通信モジュールは、前記コプロセッサから前記駆動命令を受信し、前記駆動命令に基づいて前記無線通信を行うように構成されている、装置。

【請求項9】

前記プロセッサは、前記プロセッサがスリープする前に前記命令を送信するようにさらに構成され、前記命令は、前記プロセッサがスリープしようとしているという情報をさらに含む、請求項８に記載の装置。

【請求項10】

前記プロセッサは、プロセッサ負荷が高い場合に前記命令を送信するようにさらに構成され、前記命令は、前記プロセッサ負荷が高いという情報をさらに含む、請求項８に記載の装置。

【請求項11】

前記プロセッサは、複数のデータリンクを含むようにさらに構成され、該データリンクのうちの１つは、前記命令を前記コプロセッサに送信し、前記コプロセッサの無線通信サービスのデータを受信するように構成されている、請求項８に記載の装置。

【請求項12】

前記命令は前記無線通信サービスが無線ブロードキャストであることを示し、前記コプロセッサは、
無線ブロードキャストサービスを開始することと、
前記装置以外の少なくとも１つの第２の装置に送信するための第１のブロードキャストメッセージを生成することと、
前記第１のブロードキャストメッセージを送信するために前記無線通信モジュールを駆動するための駆動命令を生成することと、
を行うようにさらに構成されている、請求項８乃至１１のいずれか一項に記載の装置。

【請求項13】

前記第１のブロードキャストメッセージは、前記装置の装置情報、前記少なくとも１つの第２の装置の第２の同期データのための前記装置の要求及び前記装置の第１の同期データのうちの少なくとも１つを含む、請求項１２に記載の装置。

【請求項14】

前記無線通信サービスは無線走査であることを前記命令が示す場合、前記コプロセッサは、
無線走査サービスを開始することと、
前記装置以外の少なくとも１つの第２の装置から第２のブロードキャストメッセージを得るために前記無線通信モジュールを駆動するための駆動命令を生成することと、
を行うようにさらに構成されている、請求項１３に記載の装置。

【請求項15】

前記コプロセッサは、前記無線通信モジュールから、前記装置以外の少なくとも１つの第２の装置からの第２のブロードキャストメッセージを受信するようにさらに構成されている、請求項１３に記載の装置。

【請求項16】

前記第２のブロードキャストメッセージは、前記少なくとも１つの第２の装置の装置情報、前記装置の前記第１の同期データのための前記少なくとも１つの第２の装置の要求及び前記少なくとも１つの第２の装置の前記第２の同期データのうちの少なくとも１つを含む、請求項１４又は１５に記載の装置。

【請求項17】

前記データフィルタは、前記第２のブロードキャストメッセージを前記プロセッサ及び前記コプロセッサのうちの少なくとも一方に送信するよう前記無線通信モジュールに指示するよう少なくとも部分的に構成されている、請求項１４に記載の装置。

【請求項18】

前記コプロセッサは、
前記第２のブロードキャストメッセージを前記コプロセッサに記憶することと、
前記プロセッサからの要求に対応して、記憶した前記第２のブロードキャストメッセージを前記プロセッサに送信することと、
を行うようにさらに構成されている、請求項１５に記載の装置。

【請求項19】

前記コプロセッサは、
前記第２のブロードキャストメッセージを前記コプロセッサに記憶することと、
記憶した前記第２のブロードキャストメッセージのサイズが閾値以上かどうか判定することと、
記憶した前記第２のブロードキャストメッセージのサイズが閾値以上であるとの判定に対応して、記憶した前記第２のブロードキャストメッセージを前記プロセッサに送信することと、
を行うようにさらに構成されている、請求項１５に記載の装置。

【請求項20】

前記コプロセッサは、前記装置の１つ以上のセンサからのセンサデータを処理するよう少なくとも部分的に構成されたセンサハブを含む、請求項８に記載の装置。

【請求項21】

前記命令が前記無線通信サービスは無線ブロードキャストであることを示す場合、前記コプロセッサは、
無線ブロードキャストサービスを開始することと、
前記装置以外の少なくとも１つの第２の装置に送信するための第１のブロードキャストメッセージを生成することと、
前記第１のブロードキャストメッセージが前記装置の第１の同期データを含む場合、前記第１の同期データのサイズが閾値よりも小さいかどうかを判定することと、
前記第１の同期データのサイズが前記閾値よりも小さいとの判定に応答して、無線ブロードキャストを介して前記第１の同期データを送信するよう前記無線通信モジュールを駆動するための駆動命令を生成することと、
前記第１の同期データのサイズが前記閾値以上であるとの判定に応答して、無線リンクを用いることにより前記第１の同期データを送信するよう前記無線通信モジュールを駆動するための駆動命令を生成することと、
を行うようさらに構成されている、請求項８乃至２０のいずれか一項に記載の装置。

【請求項22】

コンピュータ読み取り可能記憶媒体であって、当該コンピュータ読み取り可能記憶媒体に命令が記憶され、該命令がコンピュータによって実行された場合、該コンピュータは、請求項１乃至７のいずれか一項に記載の無線通信方法を行うことができる、コンピュータ読み取り可能記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０２０年１月１４日に中国国家知識産権局に出願された、「無線通信方法及び無線通信機能を有する装置」と題する中国特許出願第２０２０１００３６７０３．５号に対する優先権を主張し、その全体は参照により本願に組み込まれる。

【0002】

本願の１つ以上の実施形態は、通常、電子装置の無線通信の分野に関し、とりわけ、無線通信方法及び無線通信機能を有する装置に関する。

【背景技術】

【0003】

電子装置（携帯電話、タブレットＰＣ、テレビ、パソコン、スピーカ、時計、車載機器等）の種類及び数は増加している。これらの装置は、互いに接続及び／又は通信するために、通常、ＥＥＥ８０２．１１（ＷＬＡＮ又はＷｉ－Ｆｉ）、Ｂｌｕｅｔｏｏｔｈ（Bluetooth、ＢＴ）、Ｂｌｕｅｔｏｏｔｈ低エネルギー（Bluetooth low energy、ＢＬＥ）等の短距離無線通信技術及び規格を用いる。加えて、短距離無線通信技術は、家庭、オフィス、社会通信、スポーツと健康及び車両等の用途シナリオでより広く用いられている。

【発明の概要】

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

【0004】

本願の一部の実施は、無線通信方法及び無線通信機能を有する装置を提供する。本願は下記の態様から説明され、以下の態様の実施及び有益な効果については、互いに参照できる。

【0005】

上記のシナリオに対処するために、第１の態様によれば、本願の実施は無線通信方法を提供する。本方法は、装置のコプロセッサに用いることができる。コプロセッサは、先ず、装置のプロセッサから命令を受信し、該命令は、コプロセッサに無線通信サービスを行うよう指示するために用いられ、無線通信サービスは、例えば、無線ブロードキャスティング、無線走査及び無線データ同期のうちの少なくとも１つを含み得る。コプロセッサは、プロセッサから受信した命令に基づいて、プロセッサによって必要とされる無線通信サービスを開始できる。無線通信サービスを実行するために、コプロセッサは、無線通信サービスを行うために装置の無線通信モジュールを駆動するための駆動命令を生成し、次いで、コプロセッサは、駆動命令を無線通信モジュールに送信する。無線通信モジュールは、例えば、Ｂｌｕｅｔｏｏｔｈ又はＢｌｕｅｔｏｏｔｈ低エネルギー通信モジュールである。

【0006】

第１の態様に係る前述の実施から、本願の技術的解決策におけるコプロセッサは、装置のアプリケーションプロセッサの命令に基づいて無線通信アプリケーションを実行でき、それに従って装置の無線通信モジュールを駆動することができるため、本願の技術的解決策に係るコプロセッサは、デバイス発見、デバイスリンク確立情報の取得及び他のユーザ装置のための装置状態同期等の機能を実施できることが分かる。

【0007】

第１の態様を参照して、一部の実施では、コプロセッサがプロセッサから受信した命令は、プロセッサがスリープしようとしているか又はプロセッサ負荷が高いという情報をさらに含む。

【0008】

第１の態様を参照して、前述の実施から、本願の実施は以下の利点をさらに有することが分かる。例えば、コプロセッサは、プロセッサがスリープの間に無線通信アプリケーションを実行できることにより、装置の電力消費が効果的に低減される。加えて、プロセッサのサービス負荷が高いか又は一杯の場合、コプロセッサは、プロセッサの無線通信サービスを共有することができるため、プロセッサのサービス負荷が高いという状況が緩和される。

【0009】

第１の態様を参照して、一部の実施では、コプロセッサは、無線通信モジュールから、無線通信の間に得られた無線通信サービスのデータを受信する。

【0010】

第１の態様を参照して、一部の実施では、コプロセッサは、無線走査サービス等の無線通信サービスに基づいてデータフィルタを生成し、次いで、データフィルタを無線通信モジュールに送信することができ、データフィルタは、無線通信サービスのデータをプロセッサ及びコプロセッサの少なくとも一方に送信するよう無線通信モジュールに指示するよう少なくとも部分的に構成されている。

【0011】

第１の態様を参照して、一部の実施では、コプロセッサはさらに、コプロセッサにデータを記憶できるか又はコプロセッサはさらに、他の装置によって送信された同期データを、データ同期サービス等の無線通信サービスに基づいてパースし、パースされたデータをコプロセッサに記憶することができる。

【0012】

第１の態様を参照して、一部の実施では、コプロセッサはさらに、プロセッサからの要求に対応して、コプロセッサに記憶されたデータを読み出し、プロセッサに送信できる。

【0013】

第１の態様を参照して、前述の実施から、本願の実施形態は以下の利点をさらに有することが分かる。無線通信によって得られたデータは、コプロセッサに予めキャッシュされるため、デバイス発見、デバイスリンクの確立及びデータ同期の速度をさらに高めることができる。加えて、ユーザがユーザ装置を用いる場合、速度の増加を感知できるため、ユーザ体験を最適化できる。

【0014】

第１の態様を参照して、一部の実施では、コプロセッサはさらに、コプロセッサに記憶されたデータのサイズが閾値以上かどうか判定し、記憶されたデータのサイズが閾値以上の場合は、記憶されたデータをプロセッサに送信できる。

【0015】

第１の態様を参照して、一部の実施では、コプロセッサはさらに、記憶され、パースされたデータの少なくとも一部の値が閾値よりも小さいかどうかを判定でき、コプロセッサは、データの少なくとも一部の値が閾値よりも小さい場合に、データの少なくとも一部をプロセッサに送信する。

【0016】

第１の態様を参照して、一部の実施形態では、コプロセッサは、装置の１つ以上のセンサからのセンサデータを処理するよう少なくとも部分的に構成されたセンサハブを含み得る。

【0017】

第１の態様を参照して、前述の実施から、本願の実施は以下の利点をさらに有することが分かる。例えば、既存のセンサハブは、無線通信データを処理する能力を有さず、無線通信モジュールでデータを送信できないという問題を解決される。

【0018】

第１の態様を参照して、一部の実施では、無線通信は、Ｂｌｕｅｔｏｏｔｈ通信及びＢｌｕｅｔｏｏｔｈ低エネルギー通信のうちの少なくとも一方を含む。

【0019】

第２の態様によれば、本願の実施は、装置の無線通信モジュールに適用される無線通信方法を提供する。無線通信モジュールは、装置のコプロセッサから駆動命令を受信し、駆動命令は、無線通信サービスを行うようコプロセッサに指示するための装置のプロセッサからの命令に対応して、コプロセッサによって生成され、駆動命令は、無線通信サービスの無線通信を実行するために無線通信モジュールを駆動するために用いられ、無線通信は駆動命令に基づいて行われる。

【0020】

第２の態様を参照して、一部の実施では、無線通信モジュールは、無線通信の間に無線通信サービスのデータを得ることができる。

【0021】

第２の態様を参照して、一部の実施では、無線通信モジュールは、コプロセッサからデータフィルタをさらに受信でき、データフィルタは、プロセッサ及びコプロセッサの少なくとも一方にデータを送信するよう無線通信モジュールに指示するように少なくとも部分的に構成されている。

【0022】

第２の態様を参照して、一部の実施では、無線モジュールは、プロセッサがスリープしようとしていることを示すために、コプロセッサから情報をさらに受信し得る。

【0023】

第２の態様を参照して、一部の実施では、無線通信モジュールはさらに、プロセッサがスリープしようとしているとの情報を受信した場合、無線通信サービスのデータをプロセッサに送信するとの決定に対応して、休止中のプロセッサを起動するための命令をプロセッサに送信できる。

【0024】

第２の態様を参照して、一部の実施では、コプロセッサは、装置の１つ以上のセンサからのセンサデータを処理するよう少なくとも部分的に構成されたセンサハブを含み得る。

【0025】

第２の態様を参照して、一部の実施では、無線通信サービスは、無線ブロードキャスティング、無線走査及び無線データ同期のうちの少なくとも１つを含み、無線通信は、Ｂｌｕｅｔｏｏｔｈ通信及びＢｌｕｅｔｏｏｔｈ低エネルギー通信のうちの少なくとも１つを含む。

【0026】

第３の態様によれば、本願の実施は無線通信装置を提供する。装置は、プロセッサ、コプロセッサ及び無線通信モジュールを含む。無線通信モジュールは、通信的にプロセッサ及びコプロセッサに連結されている。装置のプロセッサは、コプロセッサに命令を送信するように構成されてもよく、該命令は、無線通信サービスを行うようコプロセッサに指示するために用いられ、無線通信サービスは、例えば無線ブロードキャスティング、無線走査及び無線データ同期のうちの少なくとも１つを含み得る。コプロセッサは、プロセッサからの命令に基づいて、プロセッサによって要求される無線通信サービスを開始するように構成され得る。無線通信サービスを実行するために、コプロセッサは、無線通信を行うために装置の無線通信モジュールを駆動するための駆動命令をさらに生成し、次いで、コプロセッサは駆動命令を無線通信モジュールに送信する。加えて、無線通信モジュールは、コプロセッサから駆動命令を受信し、駆動命令に基づいて、無線通信サービスに関連する無線通信を行うように構成されている。

【0027】

第３の態様を参照して、前述の実施から、本願の実施は以下の利点をさらに有することが分かる。例えば、本願の技術的解決策におけるコプロセッサは、装置のアプリケーションプロセッサの命令に基づいて無線通信アプリケーションを実行でき、それに従って、装置の無線通信モジュールを駆動できるため、本願の技術的解決策に係るコプロセッサは、デバイス発見、デバイスリンク確立情報の取得及び他のユーザ装置のための装置状態同期等の機能を実施できる。

【0028】

第３の態様を参照して、一部の実施では、プロセッサは、プロセッサがスリープする前に前述の命令を送信するようにさらに構成されてもよく、該命令は、プロセッサがスリープしようとしているとの情報をさらに含み得る。

【0029】

第３の態様を参照して、前述の実施から、本願の実施は以下の利点をさらに有することが分かる。例えば、コプロセッサは、プロセッサがスリープの間に無線通信アプリケーションを実行できることにより、装置の電力消費が効果的に低減される。

【0030】

第３の態様を参照して、一部の実施では、プロセッサは、プロセッサ負荷が高い場合に命令を送信するようにさらに構成され、該命令は、プロセッサ負荷が高いという情報をさらに含む。

【0031】

第３の態様を参照して、前述の実施から、本願の実施は以下の利点をさらに有することが分かる。例えば、プロセッサのサービス負荷が高いか又は一杯の場合、コプロセッサは、プロセッサの無線通信サービスを共有することができるため、プロセッサのサービス負荷が高いという状況が緩和される。

【0032】

第３の態様を参照して、一部の実施では、プロセッサは、複数のデータリンクを含むようにさらに構成され、データリンクのうちの１つは、コプロセッサに命令を送信し、コプロセッサの無線通信サービスのデータを受信するように構成されている。

【0033】

第３の態様を参照して、一部の実施では、無線通信サービスが無線ブロードキャスティングであることを命令が示す場合、コプロセッサは、無線ブロードキャスティングサービスを開始し、装置以外の少なくとも１つの第２の装置に送信するための第１のブロードキャストメッセージを生成し、第１のブロードキャストメッセージを送信するために無線通信モジュールを駆動するための駆動命令を生成するようにさらに構成されている。

【0034】

第３の態様を参照して、一部の実施では、第１のブロードキャストメッセージは、装置の装置情報、少なくとも１つの第２の装置の第２の同期データのための装置の要求及び装置の第１の同期データのうちの少なくとも１つを含み得る。

【0035】

第３の態様を参照して、一部の実施では、無線通信サービスが無線走査であることを命令が示す場合、コプロセッサは、無線走査サービスを開始し、装置以外の少なくとも１つの第２の装置から第２のブロードキャストメッセージを得るために無線通信モジュールを駆動するための駆動命令を生成するようにさらに構成されている。

【0036】

第３の態様を参照して、一部の実施では、コプロセッサは、無線通信モジュールから、装置以外の少なくとも１つの第２の装置からの第２のブロードキャストメッセージを受信するようにさらに構成されている。

【0037】

第３の態様を参照して、一部の実施では、第２のブロードキャストメッセージは、少なくとも１つの第２の装置の装置情報、装置の第１の同期データのための少なくとも１つの第２の装置の要求及び少なくとも１つの第２の装置の第２の同期データのうちの少なくとも１つを含む。

【0038】

第３の態様を参照して、一部の実施では、コプロセッサは、無線走査サービスに基づいてデータフィルタを生成し、データフィルタを無線通信モジュールに送信するようにさらに構成され、データフィルタは、プロセッサ及びコプロセッサのうちの少なくとも一方に第２のブロードキャストメッセージを送信するよう無線通信モジュールに指示するよう少なくとも部分的に構成されている。

【0039】

第３の態様を参照して、一部の実施では、コプロセッサは、コプロセッサに第２のブロードキャストメッセージを記憶し、プロセッサからの要求に対応して、記憶された第２のブロードキャストメッセージをプロセッサに送信するようにさらに構成されている。

【0040】

第３の態様を参照して、前述の実施から、本願の実施は以下の利点をさらに有することが分かる。無線通信によって得られたデータは、無線通信によって得られたデータは、コプロセッサに予めキャッシュされるため、デバイス発見、デバイスリンクの確立及びデータ同期の速度をさらに高めることができる。加えて、ユーザがユーザ装置を用いる場合、速度の増加を感知できるため、ユーザ体験を最適化できる。

【0041】

第３の態様を参照して、一部の実施では、コプロセッサは、第２のブロードキャストメッセージをコプロセッサに記憶し、記憶された第２のブロードキャストメッセージのサイズが閾値以上かどうか判定し、記憶された第２のブロードキャストメッセージのサイズが閾値以上であるとの判定に対応して、記憶された第２のブロードキャストメッセージをプロセッサに送信するようさらに構成されている。

【0042】

第３の態様を参照して、一部の実施では、コプロセッサは、第２のブロードキャストメッセージが第２の同期データを含む場合、第２の同期データの少なくとも一部の値が閾値より小さいかどうか判定し、値が閾値より小さいとの判定に対応して、データの少なくとも一部をプロセッサに送信するようにさらに構成されている。

【0043】

第３の態様を参照して、一部の実施では、コプロセッサは、第１のブロードキャストメッセージが第１の同期データを含む場合、第１の同期データのサイズが閾値より小さいかどうか判定し、第１の同期データのサイズが閾値よりも小さいとの判定に対応して、無線ブロードキャスティングを介して第１の同期データを送信するために無線通信モジュールを駆動するための駆動命令を生成し、第１の同期データのサイズが閾値以上であるとの判定に対応して、無線リンクを用いることにより第１の同期データを送信するために無線通信モジュールを駆動するための駆動命令を生成するようにさらに構成されている。

【0044】

第３の態様を参照して、一部の実施では、コプロセッサは、装置の１つ以上のセンサからのセンサデータを処理するように少なくとも部分的に構成されたセンサハブを含む。

【0045】

第３の態様を参照して、前述の実施から、本願の実施は以下の利点をさらに有することが分かる。例えば、既存のセンサハブは、無線通信データを処理する能力を有さず、無線通信モジュールでデータを送信できないという問題を解決される。

【0046】

第３の態様を参照して、一部の実施では、無線ブロードキャスティングは、Ｂｌｕｅｔｏｏｔｈアドバタイジング及びＢｌｕｅｔｏｏｔｈ低エネルギーアドバタイジングのうちの少なくとも一方を含み、無線走査は、Ｂｌｕｅｔｏｏｔｈ走査及びＢｌｕｅｔｏｏｔｈ低エネルギー走査のうちの少なくとも一方を含む。

【0047】

第４の態様によれば、本願はコンピュータ読み取り可能記憶媒体を提供する。記憶媒体は不揮発性であり得る。記憶媒体は命令を含み、命令が実行された後に、前述の態様又は実施のいずれか１つに係る方法が行われる。

【図面の簡単な説明】

【0048】

【図1a】図１ａは、従来技術のユーザ装置のモジュールの概略図である。

【図1b】図１ｂは、本願の概略的な実施形態に係るユーザ装置のモジュールの概略図である。

【図2】図２は、本願の概略的な実施形態に係るＢｌｕｅｔｏｏｔｈアドバタイジングの概略フローチャートである。

【図3】図３は、本願の一実施形態に係るＢｌｕｅｔｏｏｔｈ走査の概略フローチャートである。

【図4】図４は、本願の別の実施形態に係るＢｌｕｅｔｏｏｔｈ走査の概略フローチャートである。

【図5a】図５ａは、本願の一実施形態に係るユーザ装置の使用シナリオの概略図である。

【図5b】図５ｂは、本願の一実施形態に係るユーザ装置の使用シナリオの概略図である。

【図5c】図５ｃは、本願の一実施形態に係るユーザ装置の使用シナリオの概略図である。

【図6a】図６ａは、本願の一実施形態に係るユーザ装置のシナリオにおける改善された相互作用フローの概略図である。

【図6b】図６ｂは、本願の一実施形態に係るユーザ装置のシナリオにおける改善された相互作用フローの概略図である。

【図6c】図６ｃは、本願の一実施形態に係るユーザ装置のシナリオにおける改善された相互作用フローの概略図である。

【図7】図７は、本願の一実施形態に係る通信装置のモジュールの概略図である。

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

【0049】

特定の実施形態及び添付の図面を参照しながら、本願を以下で詳細にさらに説明する。本開示の例示の実施形態は、限定されないが、無線通信方法、装置及びシステムを含むことが理解されよう。本明細書で説明する特定の実施形態は、本願を説明することのみを意図したものであり、本願を限定することは意図していない。加えて、説明を容易にするために、添付の図面は、構造又はプロセスの全てではなく、本願に関連する構造の一部のみを示す。

【0050】

以下の特定の実施形態は本願の実施を例示するものであり、当業者であれば、本明細書に開示の内容から、本願の他の利点及び効果を容易に理解することができる。本願の説明は、好ましい実施形態を参照して記載されているが、本発明の特徴はこの実施に限定されることを意味するものではない。反対に、実施を参照して本発明を説明することの目的は、本願の特許請求の範囲に基づいて拡張され得る他の選択肢又は変更をカバーすることである。本願の深い理解を提供するために、以下の説明に多くの具体的な詳細が含まれている。本願は、これらの詳細なしに実施されることもある。加えて、本願のカギとなるポイントについて混同又は不明瞭にすることを避けるために、一部の具体的な詳細は説明で省略されている。なお、本願の実施形態及び実施形態における特徴は、矛盾が生じない限り、互いに組み合わされ得る。

【0051】

また、様々な動作を、例示の実施形態を理解する最も有用な形で、複数の個別の動作として説明される。しかしながら、説明する順序は、これらの動作が順序に依存しなければならないことを意味するものと解釈すべきでない。とりわけ、これらの動作は提示する順序で行う必要はない。

【0052】

文脈において別段の規定がない限り、「含まれる」、「有する」及び「含む」という用語は同義語である。「Ａ／Ｂ」という用語は「Ａ又はＢ」を意味する。「Ａ及び／又はＢ」という用語は「（Ａ及びＢ）又は（Ａ又はＢ）」を意味する。

【0053】

一部の場合では、開示の実施形態はハードウェア、ファームウェア、ソフトウェア、又はそれらの任意の組み合わせで実施され得る。開示の実施形態は、さらに、１つ以上の一時的又は非一時的な機械で読み取り可能（例えば、コンピュータ読み取り可能）記憶媒体によって運ばれるか又は記憶される命令としてさらに実施でき、命令は１つ以上のプロセッサによって読み出し及び実行できる。例えば、命令は、ネットワークを用いることによって又は他のコンピュータ読み取り可能媒体を用いることにより分散できる。したがって、機械読み取り可能媒体は、限定されないが、フロッピーディスク、光ディスク、読み取り専用メモリ（ＣＤ－ＲＯＭ）、光磁気ディスク、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、磁気又は光カード、フラッシュメモリ又は電気的、光学的、音響的若しくは他の形態の伝搬信号（例えば、搬送波、赤外線信号及びデジタル信号）を用いてインターネットを用いて情報を送信する有形の機械読み取り可能メモリ等の、機械（例えばコンピュータ）によって読み取り可能な形態で情報を記憶又は送信するための任意の機構を含み得る。したがって、機械読み取り可能媒体は、機械（例えば、コンピュータ）によって読み取り可能な形態で電子命令又は情報を記憶又は送信するのに好適な任意の種類の機械読み取り可能媒体を含む。

【0054】

添付の図面では、いくつかの構造的又は方法的特徴を特定の配置及び/又は順序で示している。しかしながら、そのような特定の配置及び／又は順序は必要でない場合があることを理解すべきである。一部の実施形態では、これらの特徴は、例示の添付の図面に示すものとは異なる方法及び／又は順序で配置され得る。加えて、特定の図に構造的又は方法論的特徴を含めることは、そのような特徴が全ての実施形態で必要であることを含意しておらず、一部の実施形態では、これらの特徴は含まれないか又は他の特徴と組合され得る。

【0055】

本明細書では、「第１」、「第２」等の用語は、様々なユニット又はデータを説明するために用いられ得るが、これらのユニット又はデータはこれらの用語によって限定されるべきでないことを理解すべきである。これらの用語は、１つの特徴を別の特徴から区別するためにのみに用いられる。例えば、例示の実施形態の範囲から逸脱することなく、第１の特徴を第２の特徴と呼んでもよく、同様に第２の特徴を第１の特徴と呼んでもよい。

【0056】

なお、本明細書では、同様の参照符号及び文字は、下記の添付の図面において同様の用語を示す。したがって、一旦、ある用語が添付の図面で定義されると、それは、後続の添付の図面においてさらに定義され、説明される必要はない。

【0057】

本願の目的、技術的解決策及び利点をより明確にするために、添付の図面を参照しながら、本願の実施形態を以下でさらに詳細に説明する。

【0058】

本明細書で用いられる「モジュール又はユニット」という用語は、特定用途向け集積回路（ＡＳＩＣ）、電子回路、１つ以上のソフトウェア又はファームウェアプログラムを実行するプロセッサ（共有、専用又はグループ）及び／又はメモリ（共有、専用又はグループ）、組み合わせ論理回路及び／又は説明した機能を提供する他の好適なコンポーネントを言及し得るか又は含み得るか又は特定用途向け集積回路（ＡＳＩＣ）、電子回路、１つ以上のソフトウェア又はファームウェアプログラムを実行するプロセッサ（共有、専用又はグループ）及び／又はメモリ（共有、専用又はグループ）、組み合わせ論理回路及び／又は説明した機能を提供する他の好適なコンポーネントの一部であり得る。

【0059】

図１ｂは、本願の実施に係るユーザ装置のモジュールの概略図である。例示のユーザ装置１は、限定されないが、ラップトップ装置、デスクトップコンピュータ、ハンドヘルドＰＣ、パーソナルデジタルアシスタント、組み込みプロセッサ、デジタル信号プロセッサ（digital signal processor、略称ＤＳＰ）、グラフィックス装置、ビデオゲーム装置、セットトップボックス、マイクロコントローラ、携帯電話、ポータブルメディアプレーヤ、ハンドヘルド装置、ウェアラブル装置（例えば、ディスプレイグラス又はゴーグル、ヘッドマウントディスプレイ（head-mounted display、略称ＨＭＤ）、時計、ヘッドマウント装置、アームバンド又はジュエリー）、仮想現実（virtual reality、略称ＶＲ）及び／又は拡張現実（augmented reality、略称ＡＲ）装置、モノのインターネット（Internet of Things、ＩｏＴ）装置、スマートオーディオシステム、車載インフォテーション装置、ストリーミングメディアクライア装置、電子ブックリーディング装置、ＰＯＳマシン、電気自動車の制御システム及び様々な他の電子装置を含む。本明細書で開示したプロセッサ及び／又は他の実行ロジックを含むことが可能な複数の装置及び電子装置が通常好適である。

【0060】

図１ｂに示すように、ユーザ装置１は、１つ以上（図１には１つのみを示す）プロセッサ１０、センサハブ１２及びＢｌｕｅｔｏｏｔｈ通信モジュール１４を含み得る。プロセッサ１０は、限定されないが、中央処理装置（central processing unit、ＣＰＵ）、アプリケーションプロセッサ（application processor）、グラフィックスプロセシングユニット（graphics processing unit、ＧＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、マイクロプログラム制御ユニット（micro-programmed control unit、ＭＣＵ）、ＡＩ（artificial intelligence）プロセッサ又はプログラマブルゲートアレイ（field programmable gate array、ＦＰＧＡ）及び他の処理モジュール又は処理回路を含み得る。本明細書の実施形態では、プロセッサ１０は、以下で説明する様々な実施形態の１つ以上を実施するように構成され得る。

【0061】

可能な実施では、プロセッサ１０は、Ａｎｄｒｏｉｄ、ｉＯＳ、Ｗｉｎｄｏｗｓ ＯＳ、Ｌｉｎｕｘ及びＨａｒｍｏｎｙオペレーティングシステム等のユーザ装置１のオペレーティングシステムを実行し得る。一部の他の可能な実施では、プロセッサ１０は特定のアプリケーションを実行し得る。

【0062】

センサハブ又はセンサコプロセッサと呼ばれるセンサハブ１２は、様々なセンサ装置を接続し、様々なセンサ装置からのデータを低消費電力で処理するように主に構成されている。センサハブ１２は、限定されないが、低電力アプリケーションプロセッサ（application processor）、コプロセッサ（coprocessor）及びマイクロプログラム制御ユニット（micro-programmed control unit）等の低電力処理モジュール又は処理回路を含み得る。センサハブ１２は、通常、加速度計（accelerometer）、磁力計（magnetometer）、ジャイロスコープ（gyroscope）、周囲光センサ（ambient light sensor）、光近接センサ（proximity）、気圧計／圧力（barometer/pressure）、湿度計（humidometer）等のセンサのデータを処理し、様々なセンサデータに対して融合処理を行うことができる。

【0063】

本明細書の様々な実施形態では、センサハブ１２は、Ｂｌｕｅｔｏｏｔｈ通信に関連するデータ、とりわけＢＬＥ通信に関連するデータをさらに処理し得る。

【0064】

図１ｂの例示の解決策では、Ｂｌｕｅｔｏｏｔｈ通信モジュール１４は、Ｂｌｕｅｔｏｏｔｈに加えてＢｌｕｅｔｏｏｔｈ低エネルギー（ＢＬＥ）を用いることにより通信するように構成され得る。「Ｂｌｕｅｔｏｏｔｈ」という用語は、その通常の意味の全範囲を有し、Ｂｌｕｅｔｏｏｔｈ低エネルギー（ＢＬＥ）を含む既存のＢｌｕｅｔｏｏｔｈ規格及びＢｌｕｅｔｏｏｔｈ規格の将来の実施を含む様々な実施の少なくともいずれかを含む。例えば、Ｂｌｕｅｔｏｏｔｈ接続は、４．２等のＢｌｕｅｔｏｏｔｈプロトコル４．ｘに基づくＢｌｕｅｔｏｏｔｈ接続を含むか又は５．０等のＢｌｕｅｔｏｏｔｈプロトコル５．ｘに基づくＢｌｕｅｔｏｏｔｈ接続を含む。加えて、Ｂｌｕｅｔｏｏｔｈ接続は、Ｂｌｕｅｔｏｏｔｈ低エネルギー（ＢＬＥ）をさらに含み得る。従来のＢｌｕｅｔｏｏｔｈと比較して、ＢＬＥは従来のＢｌｕｅｔｏｏｔｈと同様の通信範囲を維持しながら、消費電力及びコストを大幅に削減することを目指す。一部の実施では、Ｂｌｕｅｔｏｏｔｈ通信モジュール１４は、Ｗｉ－Ｆｉ又はＷＬＡＮ（例えば、８０２．１１）通信用のモジュール等の他の通信モジュールと追加で組み合わされ得る。簡略化のために、以下では、様々な実施におけるＢＬＥ技術の適用のみを説明する。従来のＢｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ及び他の短距離通信技術を本明細書の様々な実施に適用可能であることが理解されよう。各モジュールを以下で詳細に説明する。通常、従来技術では、図１ａに示すように、Ｂｌｕｅｔｏｏｔｈ通信モジュール１４は、ユニバーサルエイシンクロナスレシーバトランスミッタ（universal asynchronous receiver transmitter、ＵＡＲＴ）を用いることによりプロセッサ１０とデータを送信し、プロセッサ１０の指示に基づいてＢｌｕｅｔｏｏｔｈ機能を実施する。ＵＡＲＴインターフェイスは非同期通信のためのユニバーサルシリアルデータバスであり、バスは、シリアル通信とパラレル通信との間で送信されるべきデータを変換する双方向通信バスであり得る。

【0065】

本願の実施によれば、図１ｂに示すように、Ｂｌｕｅｔｏｏｔｈ通信モジュール１４は、集積回路間通信（inter integrated circuit、Ｉ２Ｃ）又は改良集積回路間通信（improved inter integrated circuit、Ｉ３Ｃ）を用いることにより、センサハブ１２でデータをさらに送信し、センサハブ１２の指示に基づいてＢｌｕｅｔｏｏｔｈアドバタイジング（advertising、ＡＤＶ）、Ｂｌｕｅｔｏｏｔｈ走査（scanning）、リンク確立及びデータ同期等のＢｌｕｅｔｏｏｔｈ機能を実施できる。Ｉ２Ｃインターフェイスは双方向同期シリアルバスであり、シリアルデータライン（serial data line、ＳＤＡ）及びシリアルクロックライン（シリアルクロックライン、ＳＣＬ）を含む。Ｉ３ＣはＩ２Ｃの改良であり、Ｉ２Ｃプロトコルと互換性があり、Ｉ２Ｃ（二重ライン、簡素）及びＳＰＩ（低消費電力、高速）の利点を組み合わせたものである。図１ａ及び図１ｂを参照して、プロセッサ１０は、例示のＡｎｄｒｏｉｄシステム階層アーキテクチャにおけるＢｌｕｅｔｏｏｔｈ低エネルギーソフトウェアアーキテクチャをさらに示す。

【0066】

階層化アーキテクチャはソフトウェアを複数の階層に分割し、各階層は明確な役割と分業を有する。これらの層は、ソフトウェアインターフェイスを用いることにより互いに通信する。一部の実施形態では、Ａｎｄｒｏｉｄシステムは、上から下に、それぞれアプリケーション層、アプリケーションフレームワーク層、ＨＡＬ （ハードウェア抽象化層、hardware abstract layer）及びカーネル層の４つの層に分割される。

【0067】

本明細書におけるＢｌｕｅｔｏｏｔｈ通信に関連する各モジュールのみを以下で説明する。

【0068】

アプリケーション層は一連のアプリケーションパッケージを含み得る。図１ａ及び図１ｂに示すように、Ｂｌｕｅｔｏｏｔｈ／Ｂｌｕｅｔｏｏｔｈ低エネルギー通信のために、対応するＢｌｕｅｔｏｏｔｈアプリケーションパッケージは、設定、共有、接続及び近傍等のアプリケーションを含み得る。

【0069】

アプリケーションフレームワーク層は、アプリケーションプログラミングインターフェイス（application programming interface、ＡＰＩ）と、アプリケーション層におけるアプリケーションのためのプログラミングフレームワークを提供する。アプリケーションフレームワーク層は一部の予め定義された機能を含む。

【0070】

図１ｂに示すように、アプリケーションフレームワーク層は、Ｂｌｕｅｔｏｏｔｈアーキテクチャ、センサアーキテクチャ１０１等を含み得る。

【0071】

ハードウェア抽象化層は、異なるハードウェア装置のために統一されたアクセスインターフェイスを提供する。図１ｂに示すように、ＨＡＬ はＢｌｕｅｔｏｏｔｈプロトコルスタック及びセンサＨＡＬ １０２を含み得る。

【0072】

カーネル層は、ハードウェアとソフトウェアとの間の層である。カーネル層は、図１ｂに示すＢｌｕｅｔｏｏｔｈドライバ及びセンサドライバ１０３等の少なくとも様々のドライバを含む。

【0073】

図１ａに示すように、既存のＢｌｕｅｔｏｏｔｈワークフローでは、Ｂｌｕｅｔｏｏｔｈデータのダウンリンク伝送路は、アプリケーション層でＢｌｕｅｔｏｏｔｈアプリケーションを開始し、ＢｌｕｅｔｏｏｔｈアプリケーションによりＢｌｕｅｔｏｏｔｈアーキテクチャのインターフェイスを起動し、ＢｌｕｅｔｏｏｔｈプロトコルスタックのＢｌｕｅｔｏｏｔｈプロトコルを用いることによりカーネル層でＢｌｕｅｔｏｏｔｈドライバを起動し、ＵＡＲＴを用いることにより、ＢｌｕｅｔｏｏｔｈドライバによりＢｌｕｅｔｏｏｔｈ通信モジュール１４を開始し、最後にＢｌｕｅｔｏｏｔｈ通信モジュール１４を用いることによりデータを送信することである。他方で、Ｂｌｕｅｔｏｏｔｈデータのアップリンク伝送路は、Ｂｌｕｅｔｏｏｔｈ通信モジュール１４を用いることにより、他の装置によって送信されたＢｌｕｅｔｏｏｔｈ通信データを受信し、ＵＡＲＴを用いることにより、Ｂｌｕｅｔｏｏｔｈドライバへのアップリンク伝送を行い、次いで、Ｂｌｕｅｔｏｏｔｈプロトコルスタック及びＢｌｕｅｔｏｏｔｈアーキテクチャを用いることにより、アプリケーション層でＢｌｕｅｔｏｏｔｈアプリケーションにデータを到達させるものである。

【0074】

図１ａに示すように、既存のセンサハブは、Ｂｌｕｅｔｏｏｔｈ通信データを処理する能力を有しておらず、Ｂｌｕｅｔｏｏｔｈ通信モジュールでデータを送信できない。この場合、図１ａの既存の解決策の場合、Ｂｌｕｅｔｏｏｔｈ通信のシナリオでは、一方で、近くにある装置のリストを照会するために、例えばＢＬＥを用いる必要があり、ＢＬＥ走査が照会の間に開始され、Ｂｌｕｅｔｏｏｔｈ通信のリアルタイムパフォーマンスがより悪いものになる。他方で、例えば、デバイスリンクの確立が開始された後、ＢＬＥアドバタイジングを通してキー情報のやりとりが先ず完了し、次にＷＬＡＮリンクの確立が開始されるため、リンク確立速度がより遅くなる。加えて、装置がＢＬＥアドバタイジングを介して状態同期等のデータ同期を開始すると、ＢＬＥアドバタイジングにより他の装置の動作停止状態が頻繁に解除され、電力消費がより高くなる問題をもたらす。

【0075】

本願の実施によれば、図１ｂに示すように、センサアーキテクチャ１０１、センサＨＡＬ １０２及びセンサドライバ１０３は、図１ａの既存のＢｌｕｅｔｏｏｔｈ通信ソフトウェアアーキテクチャに基づいて追加されたモジュールであり、新たなＢｌｕｅｔｏｏｔｈデータ伝送路を形成するため、プロセッサ１０は、センサハブ１２からＢｌｕｅｔｏｏｔｈ通信に関連するデータを取得し、Ｂｌｕｅｔｏｏｔｈ通信に関連するデータをセンサハブ１２に送信することができる。１つの例では、センサハブ１２からのＢｌｕｅｔｏｏｔｈデータは、センサドライバ１０３、センサＨＡＬ １０２及びセンサアーキテクチャ１０１を用いることにより順次アップリンクして、アプリケーション層におけるＢｌｕｅｔｏｏｔｈアプリケーションに到達させることができる。反対に、アプリケーション層におけるＢｌｕｅｔｏｏｔｈアプリケーションからのＢｌｕｅｔｏｏｔｈデータは、センサアーキテクチャ１０１、センサＨＡＬ １０２及びセンサドライバ１０３を用いることにより、センサハブ１２にダウンリンクできる。

【0076】

さらに図１ｂを参照して、センサハブ１２は、Ｂｌｕｅｔｏｏｔｈアプリケーション１２１、Ｂｌｕｅｔｏｏｔｈプロトコルスタック１２２及びＢｌｕｅｔｏｏｔｈドライバ１２３を含む。Ｂｌｕｅｔｏｏｔｈアプリケーション１２１、Ｂｌｕｅｔｏｏｔｈプロトコルスタック１２２及びＢｌｕｅｔｏｏｔｈドライバ１２３は、アプリケーションフレームワーク層のＢｌｕｅｔｏｏｔｈアーキテクチャ、ＨＡＬ のＢｌｕｅｔｏｏｔｈプロトコルスタック及びカーネル層のＢｌｕｅｔｏｏｔｈドライバにそれぞれ対応する。具体的には、Ｂｌｕｅｔｏｏｔｈアプリケーション１２１は、アプリケーションフレームワーク層のＢｌｕｅｔｏｏｔｈアーキテクチャの少なくとも一部の機能を移植することにより、センサハブ１２で実施される。例えば、ＪＡＶＡによりコード化されたアプリケーションフレームワーク層のＢｌｕｅｔｏｏｔｈアーキテクチャは、Ｂｌｕｅｔｏｏｔｈアプリケーション１２１を形成するためにＣ言語を用いることにより書き換えられ、センサハブ１２に移植される。同様に、前述の方法を用いることにより、Ｂｌｕｅｔｏｏｔｈアドバタイジング、Ｂｌｕｅｔｏｏｔｈ走査、リンク確立及びデータ同期等のＢｌｕｅｔｏｏｔｈプロトコルスタック及びＢｌｕｅｔｏｏｔｈドライバの少なくとも一部の機能、が、プロセッサ側からセンサハブ１２に移植され、Ｂｌｕｅｔｏｏｔｈプロトコルスタック１２２及びＢｌｕｅｔｏｏｔｈドライバ１２３が形成される。一部の実施では、例えば、Ｂｌｕｅｔｏｏｔｈプロトコルスタック１２２は、アドバタイジング及び走査のための対応するＢｌｕｅｔｏｏｔｈプロトコルを含んでもよく、Ｂｌｕｅｔｏｏｔｈドライバ１２３は、Ｂｌｕｅｔｏｏｔｈ通信モジュール１４を駆動するいくつかの又は全てのドライバを含み得る。

【0077】

一部の実施では、Ｂｌｕｅｔｏｏｔｈプロトコルスタック１２２は、プロセッサ１０のＢｌｕｅｔｏｏｔｈプロトコルスタックと同じセキュリティプロトコルを有するため、センサハブ１２を用いることによるＢｌｕｅｔｏｏｔｈ通信のデータセキュリティは、Ｂｌｕｅｔｏｏｔｈセキュリティプロトコルにより保護できる。

【0078】

図１ｂに示すように、Ｂｌｕｅｔｏｏｔｈ通信モジュール１４は、チャネル切り替えモジュール１４１、コントローラ１４２及び下層の内部ロジックに記憶された（登録された）フィルタ１４３を含み得る。フィルタ１４３は、ＢＬＥ走査等のＢｌｕｅｔｏｏｔｈ走査の結果をフィルタリングするように構成されている。例えば、プロセッサ１０がＢｌｕｅｔｏｏｔｈ走査を開始すると、Ｂｌｕｅｔｏｏｔｈ走査の要件に基づいてフィルタが生成され、次いで、ＵＡＲＴを用いることにより、プロセッサ１０からＢｌｕｅｔｏｏｔｈ通信モジュール１４に送信され、下層の内部ロジックに記憶される。一部の他の例では、Ｂｌｕｅｔｏｏｔｈ走査の要件に基づいて、センサハブ１２のＢｌｕｅｔｏｏｔｈアプリケーション１２１内でフィルタを生成し、次いで、Ｉ２Ｃ／Ｉ３Ｃを用いることにより、センサハブ１２からＢｌｕｅｔｏｏｔｈ通信モジュール１４に送信され、下層の内部ロジックに記憶することができる。チャネル切り替えモジュール１４１は、コントローラ１４２の命令に基づいて、プロセッサ１０及びセンサハブ１２のうちの少なくとも一方にＢＬＥデータを送信することを決定する。

【0079】

一部の実施では、プロセッサ１０が、センサハブ１２を用いることにより、アドバタイジング、走査及びデータ同期等のＢＬＥ通信関連アプリケーションを実行すると、プロセッサ１０のダウンリンクＢＬＥデータが、センサアーキテクチャ１０１、センサＨＡＬ１０２及びセンサドライバ１０３を用いることにより、順次センサハブ１２に送信される。センサハブ１２がＢＬＥデータを受信した後で、Ｂｌｕｅｔｏｏｔｈアプリケーション１２１は、ＢＬＥアドバタイジング、ＢＬＥ走査及びＢＬＥ状態同期等の実行すべきアプリケーション（サービス）を決定する。対応するサービス動作を実行するための命令がＢｌｕｅｔｏｏｔｈプロトコルスタック１２２に送信され、次に、Ｂｌｕｅｔｏｏｔｈドライバ１２３が起動されて、Ｂｌｕｅｔｏｏｔｈドライバを開始する。Ｂｌｕｅｔｏｏｔｈ駆動命令は、Ｉ２Ｃ／Ｉ３Ｃインターフェイスを用いることによりＢｌｕｅｔｏｏｔｈ通信モジュール１４に送信され、Ｂｌｕｅｔｏｏｔｈ通信モジュール１４は、Ｂｌｕｅｔｏｏｔｈ駆動命令に基づいてＢＬＥアドバタイジング及び／又はＢＬＥ走査を開始する。Ｂｌｕｅｔｏｏｔｈ通信モジュール１４によって得られたＢｌｕｅｔｏｏｔｈデータのアップリンク伝送路は、前述のダウンリンク伝送路の逆伝送によって実質的に実施され、Ｂｌｕｅｔｏｏｔｈ通信のデータ伝送は、図２～図４を参照して詳細に説明する。

【0080】

前述のＢｌｕｅｔｏｏｔｈ通信方法が採用された後に、Ｂｌｕｅｔｏｏｔｈプロトコルスタックの一部の機能（例えば、ＡＤＶ／ＳＣＡＮ／ＢＬＥリンク確立）及びサービスがセンサハブ１２に設定されるため、本願の実施に係るユーザ装置は、プロセッサ１０がスリープしたときに、センサハブ１２側に対してＢＬＥアドバタイジング及び／又はＢＬＥ走査を行って、装置検出、デバイスリンク確立情報の取得、他のユーザ装置のための装置状態同期等の機能を実施でき、装置の電力消費を効果的に低減できる。

【0081】

また、本願の実施に係るユーザ装置は、デバイス発見、デバイスリンク確立及びデータ同期の速度を高めることができる。加えて、１つ以上の実施では、ユーザがユーザ装置を用いる場合に速度の増加を知覚できるため、ユーザ体験が最適化される。

【0082】

前述の改良されたユーザ装置１がＢｌｕｅｔｏｏｔｈアドバタイジング、Ｂｌｕｅｔｏｏｔｈ走査、Ｂｌｕｅｔｏｏｔｈリンク確立及びデータ同期を実施する例示の通信プロセスを、Ｂｌｕｅｔｏｏｔｈ通信の基本シナリオを参照しながら以下で別々に説明する。通信プロセスの詳細な説明及び先行技術との比較は、Ｂｌｕｅｔｏｏｔｈ通信において本願のユーザ装置１によって得られる重要な技術的効果をさらに示す。

【0083】

図２～図４を参照しながら、一部の実施におけるＢｌｕｅｔｏｏｔｈ通信プロセスを以下でさらに説明する。一部の実施では、これらのＢｌｕｅｔｏｏｔｈ通信プロセスは、例えば、図１ｂに示すユーザ装置１上で実施され得る。

【0084】

図２は、本願の実施に係るＢｌｕｅｔｏｏｔｈアドバタイジングのフローチャートである。

【0085】

図２に示すように、ユーザ装置１がユーザ命令を受信し、Ｂｌｕｅｔｏｏｔｈアプリケーションを用いることによりＢｌｕｅｔｏｏｔｈアドバタイジングを開始する必要がある場合、ブロック２０１で、プロセッサ１０は、オフラインアドバタイジングを開始するよう指示する。例えば、プロセッサ１０は、オフラインＢｌｕｅｔｏｏｔｈアドバタイジングを開始するための命令をセンサハブ１２に送信し得る。オフラインＢｌｕｅｔｏｏｔｈアドバタイジングのための命令は、命令が送信された後にプロセッサ１０にオフラインになるように指示し、プロセッサ１０がオフラインになることをセンサハブ１２に指示し、センサハブ１２に標準Ｂｌｕｅｔｏｏｔｈアドバタイジング又はＢＬＥアドバタイジングを開始するように指示するために用いられる。ここで、いわゆる「オフライン」とは、プロセッサ１０がオフラインのＢｌｕｅｔｏｏｔｈアドバタイジングのための指示を送信した後にスリープ状態になることを意味する。スリープ状態にあるプロセッサ１０は、Ｂｌｕｅｔｏｏｔｈアプリケーション等の複数のアプリケーションを処理しないため、ユーザ装置１の省エネルギーの目的が実現される。すなわち、ブロック２０２で、プロセッサ１０はスリープし、スリープ状態に入る。以下の説明の例としてＢｌｕｅｔｏｏｔｈ低エネルギーアドバタイジングを用いる。

【0086】

ブロック２０３で、センサハブ１２は、Ｂｌｕｅｔｏｏｔｈアドバタイジングを開始する。具体的には、ＢＬＥアドバタイジング等のオフラインＢｌｕｅｔｏｏｔｈアドバタイジングを開始するためにプロセッサ１０からの指示を受信した後に、センサハブ１２はＢｌｕｅｔｏｏｔｈアプリケーション１２１でＢＬＥアドバタイジングアプリケーションを開始し、Ｂｌｕｅｔｏｏｔｈプロトコルスタック１２２は、Ｂｌｕｅｔｏｏｔｈアドバタイジングプロトコルに基づいてＢｌｕｅｔｏｏｔｈドライバ１２３に指示を送信する。Ｂｌｕｅｔｏｏｔｈドライバ１２３は、Ｂｌｕｅｔｏｏｔｈアドバタイジング駆動命令を生成し、Ｉ２Ｃ／Ｉ３Ｃインターフェイスを用いることによりＢｌｕｅｔｏｏｔｈアドバタイジング駆動命令をＢｌｕｅｔｏｏｔｈ通信モジュール１４に送信する。駆動命令を受信した後、Ｂｌｕｅｔｏｏｔｈ通信モジュール１４はＢｌｕｅｔｏｏｔｈアドバタイジングを行う（ブロック２０４）。したがって、例えば、ＢＬＥアドバタイジングを行うプロセスの間に、プロセッサ１０はスリープ状態にとどまることができ、アドバタイジングに関連するデータ処理がセンサハブ１２で行われる。したがって、前述の通信方法が採用された後に、ユーザ装置１の消費電力が効果的に低減される。

【0087】

ユーザ装置１のＢｌｕｅｔｏｏｔｈ走査処理については以下でさらに説明する。図２に基づいて、図３及び図４は、本願の実施に係る可能性のあるＢｌｕｅｔｏｏｔｈ走査のフローチャートである。

【0088】

図３は、可能性のある状況でユーザ装置１がＢｌｕｅｔｏｏｔｈ走査を行うプロセスを示す。図３に示すように、ユーザ装置１がユーザ命令を受信し、Ｂｌｕｅｔｏｏｔｈアプリケーションを用いることによりＢｌｕｅｔｏｏｔｈ走査を開始する必要がある場合、ブロック３０２で、プロセッサ１０はオフライン走査を開始するよう指示する。例えば、プロセッサ１０は、オフラインＢｌｕｅｔｏｏｔｈ走査を開始するための命令をセンサハブ１２に送信し得る。前述のオフラインＢｌｕｅｔｏｏｔｈアドバタイジングのための命令と同様に、オフラインＢｌｕｅｔｏｏｔｈ走査のための命令は、命令が送られた後にプロセッサ１０にオフライン状態になるように指示し、プロセッサ１０がオフラインになることをセンサハブ１２に指示し、センサハブ１２に標準Ｂｌｕｅｔｏｏｔｈ走査又はＢＬＥ走査を開始するように指示するために用いられる。プロセッサ１０がオフラインＢｌｕｅｔｏｏｔｈ走査のための命令を送信した後に、ブロック３０３で、プロセッサ１０はスリープ状態に入る。以下の説明として、Ｂｌｕｅｔｏｏｔｈ低エネルギースキャンの例を用いる。

【0089】

可能性のある状況では、プロセッサ１０がオフラインのＢｌｕｅｔｏｏｔｈ走査を開始する前に、プロセッサ１０のＢｌｕｅｔｏｏｔｈプロトコルスタックが走査を開始している（ブロック３０１）。走査は、ＢＬＥ走査等のＢｌｕｅｔｏｏｔｈ走査であり得る。すなわち、Ｂｌｕｅｔｏｏｔｈ通信モジュール１４は、プロセッサ１０のＢｌｕｅｔｏｏｔｈプロトコルスタックの指示に基づいてＢｌｕｅｔｏｏｔｈ走査を行っているか又は行おうとしている。この場合、センサハブ１２は、Ｂｌｕｅｔｏｏｔｈ走査を開始するようにＢｌｕｅｔｏｏｔｈ通信モジュール１４に再度指示する必要はない。ブロック３０１の内容は、オフラインＢｌｕｅｔｏｏｔｈ走査のための命令のパラメータとして又はオフラインＢｌｕｅｔｏｏｔｈ走査のための命令と共にセンサハブ１２に送信される別個の命令として用いられ得ることが理解されよう。本願では、これは限定されない。プロセッサ１０のＢｌｕｅｔｏｏｔｈプロトコルスタックが走査を開始したかどうかをセンサハブ１２が学習できる方法は、本願では限定されない。

【0090】

この場合、センサハブ１２のＢｌｕｅｔｏｏｔｈアプリケーション１２１は、プロセッサ１０からのオフラインＢｌｕｅｔｏｏｔｈ走査のための指示に基づいてフィルタ１４３を生成し、Ｂｌｕｅｔｏｏｔｈプロトコルスタック１２２及びＢｌｕｅｔｏｏｔｈドライバ１２３を用いることにより、センサハブ１２のフィルタ１４３をＢｌｕｅｔｏｏｔｈ通信モジュール１４に登録する（ブロック３０４）。フィルタ１４３は、Ｂｌｕｅｔｏｏｔｈ通信モジュール１４によって走査されたＢｌｕｅｔｏｏｔｈアドバタイジングデータから、センサハブ１２が必要としないデータを除去することができる。

【0091】

ブロック３０５で、Ｂｌｕｅｔｏｏｔｈ通信モジュール１４は、フィルタに準拠した走査結果を報告する。例えば、フィルタに準拠した走査結果をセンサハブ１２に報告するか又は例えば、それをＢｌｕｅｔｏｏｔｈアプリケーション１２１に送信する。

【0092】

一例として、Ｂｌｕｅｔｏｏｔｈ通信モジュール１４が走査の間にＨＣＩ（host controller interface、ホストコントローラインターフェイス）アップリンクデータを受信した後に、フィルタ１４３はアップリンクデータをフィルタリングし、フィルタ１４３はＢｌｕｅｔｏｏｔｈアプリケーションの対応するフィルタリングパラメータ（ルール）で設定されている。例えば、ルールは、アップリンクデータがセンサハブ１２のブロードキャストデータであるか又はスキャンデータであるかを判定すること、アップリンクデータがプロセッサ１０のブロードキャストデータであるか又はスキャンデータであるかを判定すること及びアップリンクデータがプロセッサ１０の他の種類のデータのうちの１つ以上であるかを判定することを含み得る。ルールに適合しないアップリンクデータは、Ｂｌｕｅｔｏｏｔｈ通信モジュール１４の内部ロジック層で直接破棄される。ルールに準拠するアップリンクデータはチャネル切り替えモジュール１４１に送信される。チャネル切り替えモジュール１４１では、コントローラ１４２は、フィルタ１４３の命令に基づいて、フィルタリングされたデータをセンサハブ１２及び／又はプロセッサ１０に送信するようチャネル切り替えモジュール１４１を制御する。

【0093】

一部の実施では、Ｂｌｕｅｔｏｏｔｈ通信モジュール１４は、ＵＡＲＴ及びＩ２Ｃ／Ｉ３Ｃを同時に実施できる。例えば、センサハブ１２のフィルタに準拠したデータはＩ２Ｃ／Ｉ３Ｃを用いることによりセンサハブ１２に送信され、プロセッサ１０のフィルタに準拠したデータは、ＵＡＲＴを用いることによりプロセッサ１０に送信され、両方のフィルタに準拠したデータは、ＵＡＲＴ及びＩ２Ｃ／Ｉ３Ｃを用いることにより、同時にプロセッサ１０及びセンサハブ１２に送信される。

【0094】

一部の例では、内部ロジック層はフィルタリストをさらに含んでもよく、フィルタリストは、プロセッサ１０の１つ以上のフィルタ及びセンサハブ１２の１つ以上のフィルタを記憶し得る。プロセッサ１０のフィルタはプロセッサ１０で生成され、ＵＡＲＴをを用いることによりＢｌｕｅｔｏｏｔｈ通信モジュール１４の内部ロジック層に送信され、プロセッサ１０のフィルタは、非スリープ状態のプロセッサ１０のＢｌｕｅｔｏｏｔｈ走査サービスのために用いられ得る。同様に、フィルタリスト内のセンサハブ１２のフィルタは、上述したように、センサハブ１２で生成されるフィルタであり得る。あるいは、プロセッサ１０及びセンサハブ１２は１つのフィルタを用い、フィルタは、プロセッサ１０及びセンサハブ１２のためのそれぞれのフィルタパラメータで設定され得る。

【0095】

次に、ブロック３０６で、センサハブ１２は、報告された走査結果をパースし、パースされたデータを記憶する。例えば、走査結果がブロードキャストデータの場合、Ｂｌｕｅｔｏｏｔｈアプリケーション１２１は、ブロードキャストデータからブロードキャスト装置アドレス、ブロードキャストアクセスアドレス及びローカル名等のデータをパースする。パースされたデータはセンサハブ１２に記憶され得る。センサハブ１２は、好適なダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）等の揮発性又は不揮発性の記憶媒体を含み得ることが理解されよう。

【0096】

次に、ブロック３０７で、センサハブ１２は、スリープ状態からプロセッサ１０を起こすために、プロセッサ１０にウェイクアップ要求を送信できる。プロセッサ１０がブロック３０８でスリープ状態から復帰した後に、３０９で、センサハブ１２はパースされたデータを送信し、例えば、Ｂｌｕｅｔｏｏｔｈアプリケーション１２１はパースされたデータをプロセッサ１０に送信する。一例として、プロセッサ１０は、パースされたデータを、センサドライバ１０３を用いることにより受信し、データはアップリンクされてセンサＨＡＬ１０２及びセンサアーキテクチャ１０１を通過してアプリケーション層に到達し、アプリケーション層で、Ｂｌｕｅｔｏｏｔｈデータを要求するアプリケーションがパースされたデータを用いり得る。

【0097】

別の例として、ウェイクアップ要求を送信する時間は、予め設定された条件に基づいてセンサハブ１２によって決定され得る。例えば、センサハブ１２は、記憶されたデータの容量が６４ＫＢ又は１２８ＫＢ等の所定のサイズに達した後に、ウェイクアップ要求を送信し得る。他の例では、装置状態同期等の一部の用途で、センサハブ１２はパースされたデータから１つ以上の特定種類のデータを抽出し、抽出したデータを予め設定された条件に基づいて判断し、判断の結果に基づいてプロセッサ１０をスリープ状態から復帰させることができる。特定種類のデータの選択及び予め設定された条件の決定は、ユーザ装置１の異なる使用シナリオに基づいて別々に設定されてもよく、これについては、以下のユーザ装置１の例示の使用シナリオで説明する。

【0098】

一部の他の実施形態では、センサハブ１２は、これらの走査結果をさらに処理することなく、報告された走査結果のみを記憶し得る。

【0099】

一部の他の実施形態では、センサハブ１２はプロセッサ１０をスリープ状態から復帰させる必要がなく、センサハブ１２は、プロセッサ１０がデータを要求した場合に、記憶したデータをプロセッサ１０に送信し得る。

【0100】

図４は、本願の実施に係る別の種類のＢｌｕｅｔｏｏｔｈ走査のフローチャートである。

【0101】

図４において、図３に示すものと同じ機能を有するブロックについては、ここで再度詳細に説明しない。例示の方法３００におけるものと異なるブロック又は部分について以下で詳細に説明する。

【0102】

ブロック４０１で、プロセッサ１０はオフライン走査を開始するよう指示する。例えば、プロセッサ１０は、オフラインＢｌｕｅｔｏｏｔｈ走査を開始するための命令をセンサハブ１２に送信する。図３に示すプロセスとは異なり、ブロック４０２では、プロセッサ１０のＢｌｕｅｔｏｏｔｈプロトコルスタックに基づいてＢｌｕｅｔｏｏｔｈ走査は行われない。したがって、ブロック４０４で、センサハブ１２は、プロセッサ１０からのオフライン走査を開始するための命令に基づいて、Ｂｌｕｅｔｏｏｔｈ走査を開始し、Ｂｌｕｅｔｏｏｔｈ通信モジュールにフィルタを登録する必要がある。例えば、Ｂｌｕｅｔｏｏｔｈアプリケーション１２１はＢｌｕｅｔｏｏｔｈ走査を開始し、走査用のフィルタをＢｌｕｅｔｏｏｔｈ通信モジュール１４に登録する。

【0103】

具体的には、Ｂｌｕｅｔｏｏｔｈアプリケーション１２１は、プロセッサ１０の指示に基づいて、ＢＬＥ走査アプリケーションを開始し、対応するフィルタ１４３を生成する。フィルタ１４３の機能については、前述の説明を参照してもよく、詳細についてはここでは再度説明しない。Ｂｌｕｅｔｏｏｔｈプロトコルスタック１２２は、Ｂｌｕｅｔｏｏｔｈ走査プロトコルに基づいてＢｌｕｅｔｏｏｔｈドライバ１２３に命令を送信し、Ｂｌｕｅｔｏｏｔｈドライバ１２３はＢｌｕｅｔｏｏｔｈ走査ドライブ命令を生成し、Ｉ２Ｃインターフェイスを用いることによりＢｌｕｅｔｏｏｔｈ走査駆動命令及びフィルタ１４３をＢｌｕｅｔｏｏｔｈ通信モジュール１４に送信して、Ｂｌｕｅｔｏｏｔｈ走査を開始するようＢｌｕｅｔｏｏｔｈ通信モジュール１４を駆動する（ブロック４０５）。

【0104】

図４に示すように、ブロック４０６～ブロック４１０で説明する内容は、図３に示すブロック３０５～ブロック３０９の内容と同様である。詳細については、ここでは再度説明しない。

【0105】

以下では、ユーザ装置１と他の装置との間のＷＬＡＮリンク確立の例示のシナリオを一例として用い、図２～図４で説明したＢＬＥアドバタイジング及びＢＬＥ走査プロセスを参照することにより、可能性のある装置間のＢｌｕｅｔｏｏｔｈデータのやりとりについて簡単に説明する。

【0106】

例えば、ユーザ装置１の近くにある装置Ａは、ユーザ装置１により発見されるために、ユーザ装置１にブロードキャストメッセージＭ１を送信する。装置ＡのブロードキャストメッセージＭ１は、プリアンブル、メッセージタイプ及び現在の装置ＩＤを含み得る。プリアンブルは、ＢＬＥ走査の間にブロードキャストをフィルタリングするために用いられ、ブロードキャスト処理の性能を改善する。すなわち、フィルタ１４３は、ブロードキャストメッセージのプリアンブルに基づいて不必要なブロードキャストメッセージを除去する。メッセージタイプは、送信される異なるメッセージの種類を区別するために用いられ、現在の装置ＩＤは、送信側の装置を一意に識別するために用いられる。

【0107】

走査開始後、ユーザ装置１は、装置ＡからブロードキャストメッセージＭ１を受信する。フィルタ１４３を通過した後、ブロードキャストメッセージはＢｌｕｅｔｏｏｔｈアプリケーション１２１に送信される。Ｂｌｕｅｔｏｏｔｈアプリケーション１２１は、ユーザ装置１が装置Ａのリンク確立情報をキャッシュしないことを発見する。したがって、ユーザ装置１は、ユーザ装置１が装置Ａのリンク確立情報を得ることを希望すること示すために装置ＡにメッセージＭ２を送信する。

【0108】

メッセージＭ２は、プリアンブル、メッセージタイプ、現在の装置ＩＤ及び宛先装置ＩＤを含み得る。宛先装置ＩＤは、メッセージが送信される宛先装置を識別するために用いられる。受信側装置は、この宛先装置ＩＤを用いて、自身の装置ＩＤと合致させることができる。それらが同じであれば、受信側装置はメッセージを処理できることを示す。メッセージＭ２を受信した後で、装置Ａは、自身のリンク確立情報をユーザ装置１に返信する。

【0109】

ユーザ装置１は、装置Ａによって送信されたリンク確立情報Ｍ３を受信する。プリアンブル、メッセージタイプ、現在の装置ＩＤ、宛先装置ＩＤに加えて、Ｍ３は、装置Ａのリンク確立のＳＳＩＤ、キー及びＭＡＣアドレスをさらに含み得る。ユーザ装置１のＢｌｕｅｔｏｏｔｈアプリケーション１２１は、リンク確立情報Ｍ３からリンク確立のＳＳＩＤ、キー及びＭＡＣアドレスをパースし、それをセンサハブ１２にキャッシュする。ユーザ装置１がその後に装置Ａのためのリンクを確立する必要がある場合、プロセッサ１０は、センサドライバ１０３を用いることにより、パースされた情報をセンサハブ１２のＢｌｕｅｔｏｏｔｈアプリケーション１２１から得ることができため、リンク確立が素早く完了する。

【0110】

本願のこの実施では、センサアーキテクチャ１０１、センサＨＡＬ１０２及びセンサドライバ１０３がユーザ装置１のプロセッサ１０に追加され、Ｂｌｕｅｔｏｏｔｈアプリケーション１２１、Ｂｌｕｅｔｏｏｔｈプロトコルスタック１２２及びＢｌｕｅｔｏｏｔｈドライバ１２３等のＢｌｕｅｔｏｏｔｈ通信を処理するためのモジュールがセンサハブ１２に追加されているため、従来技術ではプロセッサ１０側でのみ実施可能なＢｌｕｅｔｏｏｔｈ通信機能は、本願では、例えば、図２～図４に記載のＢｌｕｅｔｏｏｔｈ通信プロセスにおいてセンサハブ１２で追加的に実施可能である。これに基づいて、本願に係るユーザ装置１は、プロセッサ１０がスリープしている場合に、センサハブ１２側でＢＬＥアドバタイジング及び／又はＢＬＥ走査を行って、デバイス発見、その後のデバイスリンク確立情報の取得、他のユーザ装置のための装置状態同期等の機能を実施でき、したがって、装置の電力消費を効果的に低減できる。

【0111】

加えて、Ｂｌｕｅｔｏｏｔｈ通信の一部の機能をセンサハブ１２で実施できるため、センサハブ１２は、Ｂｌｕｅｔｏｏｔｈデバイス発見を常に低エネルギーを有効にして実施でき、センサハブ１２は、Ｂｌｕｅｔｏｏｔｈアプリケーション１２１によってパースされたＢｌｕｅｔｏｏｔｈ通信データをさらに記憶できる。したがって、ユーザ装置１は、Ｂｌｕｅｔｏｏｔｈ通信プロセスにおけるデバイス発見、デバイスリンク確立及びデータ同期の速度をさらに高めることができる。加えて、１つ以上の実施では、ユーザがユーザ装置を用いる場合に、速度の増加を知覚できるため、ユーザ体験が最適化される。Ｂｌｕｅｔｏｏｔｈ通信速度を高める技術的効果を説明するために、以下で具体的な使用シナリオをさらに参照する。

【0112】

図２～図４は、本願の実施に係るＢｌｕｅｔｏｏｔｈ通信プロセスの例示の説明を提供し、本願を限定することを意図していない。例えば、本願の実施は、上述したようにプロセッサ１０がスリープする例のシナリオに適用されてもよく、これは本願の解決策の適用シナリオに対する特定の制限ではなく、後続の内容では説明しない。一例として、本願の実施は、プロセッサ１０の負荷が高いか又は一杯のシナリオにさらに適用され得る。このシナリオでは、Ｂｌｕｅｔｏｏｔｈ等の無線通信が発生した場合、プロセッサ１０は、センサハブ１２に無線通信処理を行うように指示し得る。例えば、プロセッサ１０の負荷が高い場合、プロセッサ１０は、プロセッサ１０の現在の負荷が高いことをセンサハブ１２に指示し、プロセッサ１０の無線通信サービスを共有し、プロセッサ１０のサービス負荷が高い状況を緩和するために、プロセッサ１０にＢｌｕｅｔｏｏｔｈアドバタイジング及び／又はＢｌｕｅｔｏｏｔｈ走査等のサービスを開始するよう指示する。

【0113】

プロセッサ１０によってセンサハブ１２に送信される命令は、本願の異なる用途シナリオで異なり得ることが理解されよう。例えば、一部のシナリオでは、プロセッサ１０は、オフラインのＢｌｕｅｔｏｏｔｈアドバタイジング及び／又は走査のための命令の代わりに、Ｂｌｕｅｔｏｏｔｈアドバタイジング及び／又は走査を開始するための命令を送信し得る。本願の実施の様々な適用シナリオを参照しながら、本願の技術的効果について以下でさらに説明する。

【0114】

図５ａ～図５ｃは、本願の実施に係るユーザ装置の例示の使用シナリオを示す。

【0115】

図５に示すシナリオでは、ユーザ装置５１ａ～５１ｄのうちの少なくとも１つは、図１に示すユーザ装置１であり得る。図５ａ～図５ｃ及び添付図面の残りでは、「５１ａ」等の参照符号の後ろの文字は、特定の参照番号を有する要素への参照を示す。「５１」等後続の文字を有さない参照番号は、参照番号を持つ要素の実施への一般的な参照を示す。図５のシナリオでは、例えば、ユーザ装置５１ａはＢｌｕｅｔｏｏｔｈスピーカであり、ユーザ装置５１ｂはノートブックコンピュータであり、ユーザ装置５１ｃはスマートテレビであり、ユーザ装置５１ｄはスマートフォンであり得る。

【0116】

図５ａは、ユーザ装置がＷＬＡＮマルチホップ（muti-hop）を介してネットワーク接続されている例示のシナリオを示す。例えば、ユーザ装置５１のそれぞれは、ネットワーク接続のために無線ＭＥＳＨ技術を用いる。図５ｂは、ユーザ装置５１が同じ無線ＡＰ（アクセスポイント）を用いることによりネットワーク接続されている例示のシナリオを示す。加えて、図５ｃは、ユーザ装置５１がＢｌｕｅｔｏｏｔｈ低エネルギー（ＢＬＥ／ＢＴＬＥ）アドバタイジングを介してネットワーク接続されている例示のシナリオを示す。前述のシナリオは、ユーザ装置の一般的な適用シナリオを概略的に列挙しているにすぎない。例えば、前述のシナリオは、ユーザのスマートホーム相互接続シナリオであってもよい。

【0117】

説明を簡単にするため、前述の実施で説明したユーザ装置５１ａ、５１ｂをユーザ装置の例として用いて、図５に示すように複数のユーザ装置が相互接続されているシナリオについて以下で説明する。以下の説明では、ユーザ装置５１ａ及び５１ｂは、後述しない無線通信範囲内にある。

【0118】

図６を参照しながら、ユーザ装置５１ａ、５１ｂのネットワーク処理を説明する。本願の技術的効果をさらに説明するために、先行技術及び本願のネットワークプロセスを図６で比較する。先行技術におけるネットワークプロセスは、通常のネットワークプロセスの一例としてのみ用いており、本願の技術的解決策を説明するための参考例としてのみ用いられ、詳細には説明せず、必要な場合にのみ言及されることが理解されよう。前述の装置及び方法の実施において説明していないコンテンツについては、以下のプロセスの実施を参照してもよい。同様に、プロセスの実施で説明していない内容については、前述の装置及び方法の実施を参照してもよい。

【0119】

加えて、ユーザ装置５１ａ及び５１ｂの特定の通信処理については、前述の実施の説明を参照してもよく、同様の部分についてはここでは詳細に説明しない。以下の説明では、ユーザ装置５１がマスター装置として用いられ、ユーザ装置５１ｂがスレーブ装置として用いられる。この限定は、説明の便宜上及び実施の理解のために過ぎず、本願に対する特定の限定ではない。

【0120】

図６ａは、前述のシナリオにおける複数のユーザ装置の素早い発見のプロセスを示す。図６ａに示すように、従来技術では、装置Ａ及び装置Ｂがお互いを発見するために必要な時間は、Ｔ１＋Ｔ２＋Ｔ３である。具体的には、装置Ａ及び装置Ｂが発見可能な範囲内にある場合、装置Ａのプロセッサのアプリケーション層がデバイス発見要求を開始し、最後にＢｌｕｅｔｏｏｔｈ通信モジュールがＢＬＥ走査を開始する。走査を開始するＢｌｕｅｔｏｏｔｈ通信モジュールへの要求を開始する装置Ａのサービス側からの所要時間はＴ１である。装置ＡのＢｌｕｅｔｏｏｔｈ通信モジュールは、装置Ｂによって送信されたＢＬＥアドバタイジングを受信し、アドバタイジングを受信に要する時間はＴ２である。装置ＡのＢｌｕｅｔｏｏｔｈ通信モジュールは、Ｂｌｕｅｔｏｏｔｈプロトコルスタックを用いることにより、プロセッサのアプリケーション層にアドバタイジングパケットを報告し、アドバタイジングパケットの報告に要する時間はＴ３である。

【0121】

本願のこの実施では、ユーザ装置５１ａ及びユーザ装置５１ｂが発見可能範囲内にある場合、ユーザ装置５１ｂは、バックグラウンドで定期的にＢＬＥアドバタイジングを開始し、ユーザ装置５１ａのセンサハブ及び／又はユーザ装置５１ｂのセンサハブは、Ｂｌｕｅｔｏｏｔｈ通信を処理する。ユーザ装置５１ａのプロセッサのアプリケーション層がデバイス発見要求を開始する前に、例えば、ユーザ装置５１ａがスリープ状態にある場合、ユーザ装置５１ａは、センサハブを用いることにより、ＢＬＥ走査をバックグラウンドで低いデューティサイクルで常に有効な状態で維持し、ＢＬＥアドバタイジングを開始する。ユーザ装置５１ａのＢｌｕｅｔｏｏｔｈ通信モジュールは、ユーザ装置５１ｂによって送信されたＢＬＥアドバタイジングを受信する。ユーザ装置５１ａのＢｌｕｅｔｏｏｔｈ通信モジュールは、センサハブにアドバタイジングパケットを報告する。これはユーザ装置５１ａのプロセッサの休止状態に影響を及ぼさない。ユーザ装置５１ａのプロセッサのアプリケーション層がデバイス発見要求を開始すると、プロセッサは、以前に取得したユーザ装置５１ｂのＢＬＥアドバタイジングをセンサハブから読み出すことができ、アドバタイジングパケットを取得するために必要な時間はＴ４である。本願のこの実施では、デバイス発見のための時間はＴ４であり、Ｔ４はＴ３より小さく、Ｔ１＋Ｔ２＋Ｔ３よりはるかに小さいものに決定できる。

【0122】

図６ａに示すように、既存の解決策において、装置を発見すること、すなわち、装置リストを取得する必要がある場合、Ｂｌｕｅｔｏｏｔｈ通信モジュールにＢＬＥ走査を送信し、次にピアデバイスによって開始されたＢＬＥアドバタイジングをＢｌｕｅｔｏｏｔｈ通信モジュールが走査するのを待ち、最後にＢＬＥアドバタイジング情報をプロセッサのアプリケーション層に報告し、アプリケーション層がＢＬＥアドバタイジングをパースし、装置リストを取得する必要がある。

【0123】

反対に、本願の実施では、センサハブを用いることにより、低エネルギーのデバイス発見を常に有効にすることが実施されており、データはセンサハブにキャッシュされる。プロセッサ側にサービス要件がある場合、センサアーキテクチャ１０１、センサＨＡＬ１０２、センサドライバ１０３及び他のモジュールは、センサハブにキャッシュされた装置リストを直接取得するために用いられるため、装置間の迅速な発見が実施される。これは、ユーザのために装置リストをユーザ装置上で提示することの応答速度を大幅に高める。

【0124】

図６ｂを参照しながら、図５ａにおける装置間のＷＬＡＮリンク確立プロセスについて以下で説明する。ＷＬＡＮリンク確立プロセスは、キー情報の同期を伴う。図６ｂに示すように、従来技術では、装置Ａ及び装置ＢがＷＬＡＮリンクの確立を完了するのに必要な時間はＴ１+Ｔ２である。具体的には、装置Ａ及び装置Ｂがお互いを検出した後に、装置Ａはリンク確立要求を開始し、装置Ａ及び装置ＢはＢＬＥアドバタイジングを介してリンク確立キー情報を交換する。ＢＬＥアドバタイジングを介してキーを交換するのに必要な時間はＴ１である。次に、キー情報を取得した後で、装置Ａ及び装置ＢはＷＬＡＮリンク確立を開始し、ＷＬＡＮリンク確立に要する時間はＴ２である。

【0125】

本願の実施では、ユーザ装置５１ａとユーザ装置５１ｂとがお互いを発見した後に、ユーザ装置５１ａ及び／又はユーザ装置５１ｂは、センサハブを用いることによりバックグラウンドでリンク確立のためのキー情報を交換する。ユーザ装置５１ａのプロセッサのアプリケーション層がリンク確立要求を開始すると、プロセッサは、以前にキャッシュされたキー情報をセンサハブから読み出すことができる。ユーザ装置５１ａがキー情報を取得した後、ユーザ装置５１ａ及びユーザ装置５１ｂはＷＬＡＮリンクの確立を開始し、ＷＬＡＮリンクの確立に要する時間はＴ２である。本願のこの実施では、装置間のＷＬＡＮリンクの確立時間はＴ２であり、Ｔ２はＴ１＋Ｔ２より短いと決定できる。

【0126】

図６ｂに示すように、本願のこの実施では、センサハブを用いることにより、低エネルギーのリンク確立情報のやりとりを常に有効にすることが実施されており、ＷＬＡＮリンク確立情報はセンサハブにキャッシュされる。プロセッサ側にデバイスリンク確立要求がある場合、センサアーキテクチャ１０１、センサＨＡＬ１０２及びセンサドライバ１０３及び他のモジュールは、センサハブでＷＬＡＮリンク確立情報を直接取得するために用いられるため、素早いデバイスリンク確立が実施される。ユーザにとって、ユーザが、例えば、高速データ送信のアプリケーションを用いることにより、装置間で比較的大きなデータを無線送信する必要がある場合、本願の技術的解決策は、ユーザがデータを送信する宛先装置を選択した後に、ユーザがデータ送信を開始することを可能にすることにより、ユーザ体験が効果的に改善される。

【0127】

図５に示すシナリオにおける様々の装置間の可能性のあるデータ同期について、図６ｃを参照しながら説明する。装置間のデータ同期は、例えば、図６ｂに含まれる暗号情報の同期化及び様々の装置の様々の装置状態の同期を含み得る。図６ｃは、電池残量の少ない装置を用いることによる状態同期処理を一例として示す。

【0128】

図６ｃに示すように、装置Ｂ及びユーザ装置５１ｂは電池残量の少ない装置であると仮定する。従来技術では、装置Ａと装置Ｂとのネットワーク接続が成功した後に、装置Ａはスリープし、装置Ｂはバッテリが少なくなる。装置Ｂは、装置ＢＬＥを介して装置の低バッテリ状態をブロードキャストし、装置ＡのＢｌｕｅｔｏｏｔｈ通信モジュールは、装置Ｂによってブロードキャストされた低バッテリ状態を受信し、装置状態を更新するために装置Ａのプロセッサをスリープ状態から復帰させる。プロセッサをスリープ状態から復帰させること及び状態同期の消費電力はＰ１と仮定する。

【0129】

本願のこの実施では、ユーザ装置５１ｂの低バッテリ状態を受信した後に、ユーザ装置５１ａのＢｌｕｅｔｏｏｔｈ通信モジュールは、センサハブに状態を送信する。センサハブは装置の状態を同期させることができる。装置状態を同期させるためのセンサハブの消費電力はＰ２であると仮定する。装置状態はセンサハブに保存され得る。一例として、ユーザ装置５１ａのプロセッサが他のアプリケーションによってスリープ状態から復帰されると、プロセッサはセンサハブからユーザ装置５１ｂの保存された低バッテリ状態を取得し得る。したがって、この例では、状態同期のための電力消費はＰ２のみである。同じ実際の試験条件下では、Ｐ１に対応する消費電力増分値は約８．２８ｍＡであり、Ｐ２に対応するセンサハブの消費電力増分値は約０．００１ｍＡである。

【0130】

本願のこの実施では、低エネルギーの状態同期を常に有効にすることを実現するためにセンサハブが用いられ、これは、ユーザ装置の電力消費を大幅に低減できることが分かる。

【0131】

一部の他の実施では、ユーザ装置５１ａのセンサハブは、ユーザ装置５１ｂの低バッテリ状態に基づいて、ユーザ装置５１ａのプロセッサを能動的にスリープ状態から復帰させるかどうかを判定し得る。一例として、低バッテリ状態が、残りの電力（例えば、残りの電力は１５％）が予め設定された閾値（例えば、予め設定された閾値は２０％）より低いことを示す場合、センサハブは、プロセッサを能動的にスリープ状態から復帰させ、低バッテリ状態を報告する。予め設定された閾値はセンサハブによって設定することができるか又はプロセッサによって設定され、次いで、記憶のためにセンサハブに送信できる。センサハブは、低バッテリ状態データ等の他の装置によって報告されるデータをパースする場合に、特定のデータが予め設定された値に達するかどうかを判定できる。

【0132】

本願では、データ同期は前述の低バッテリ状態同期に限定されない。

【0133】

一部の実施では、図５に示されているネットワーキングシナリオ及び本明細書で言及されていない他のシナリオでは、前述の実施のユーザ装置は異なるアプリケーションのために状態データをさらに同期し得る。例えば、分散コンピューティングの状況において、様々なネットワーキング装置が協調的に動作する状況において、全ての装置は、プロセッサの負荷状態、装置バッテリ状態及び装置の実行中のアプリケーション等のデータを同期させる必要があり得る。

【0134】

一例として、ユーザ装置が分散コンピューティングリソースを必要とする場合、ユーザ装置がネットワーク内の他の装置にコンピューティングタスクを分配する前に、ユーザ装置は、他の装置がコンピューティングタスクを実行できるかどうかを、他の装置の同期状態に基づいて判断する必要があり得る。例えば、ユーザ装置は、低バッテリの装置及び／又は特定のアプリケーションを実行する装置を除外してもよく、特定のアプリケーションは、例えば、ゲームアプリケーション等の高負荷アプリケーション及び通話アプリケーションを含み得る。装置がこれらのアプリケーションを実行する場合に、コンピューティングタスクが装置に分配されると、実行中のアプリケーションは明らかに悪影響を受け得る。

【0135】

したがって、ユーザ装置が分散コンピューティングを実行する必要があるシナリオでは、前述の様々な状態データをユーザ装置のセンサハブ内で同期させることができ、ユーザ装置のプロセッサは、コンピューティングタスクを分配する前に、センサハブから他の装置の同期データを得ることができる。一部の他の例では、同期状態データの変化に基づいて、センサハブはプロセッサをスリープ状態から復帰させ、状態データを報告するかどうかをさらに決定し得る。例えば、分散コンピューティングにおいて、他の装置のプロセッサ負荷が大幅に変化する場合、例えば、状態データのジャンプに対して、短時間で低負荷から高負荷に又はその逆に変化する場合、センサハブは休止中のプロセッサを直接スリープ状態から復帰させ、状態情報を報告できる。

【0136】

本願の一部の他の実施によれば、図５に示すシナリオで、ユーザ装置５１ａがスリープ状態にあり、ユーザ装置５１ｂのネットワーク状態が悪い場合又はオフネットワーク状態にある場合、ユーザ装置５１ａは、センサハブを用いることにより素早い状態同期さらに行い得る。

【0137】

例えば、ユーザ装置５１ａは、ユーザ装置５１ｂによって送信されるＢＬＥアドバタイジングを走査できないため、一定時間の後にタイムアウト機構がトリガされ、ユーザ装置５１ａのセンサハブは、ユーザ装置５１ｂを装置リストから削除し、装置リストをキャッシュする。走査リストを同期させる必要がある場合、ユーザ装置５１ａのプロセッサはセンサハブからリアルタイム走査リストを直接取得できる。これに対して、従来技術では、前述の状況において、ユーザ装置は装置リストを同期する前に装置を再走査し、次に走査リストを更新する必要がある。

【0138】

一部の他の実施では、前述の様々なデータ同期状況において、同期を必要とするデータが比較的大きい場合、例えば、データがＢＬＥアドバタイジングによって運ぶことができる最大バイト数の６２バイトを超える場合、同期データを送信するためにユーザ装置間でＢＬＥリンクが用いられ得る。以上は概略的な例にすぎない。本願の様々な実施では、データ同期の送信方法は限定されない。

【0139】

図６に示す可能性のあるプロセスの説明を参照しながら図５を再度参照して、図５の各シナリオでは、ユーザは、無線接続を開始する場合に基本的に待つ必要がない。

【0140】

可能な適用シナリオでは、例えば、ユーザは、「映画のトランスフォーマー４が観たい」という命令をユーザ装置５１ａ（スマートスピーカ）に対して示す。ユーザ装置５１ａは、装置間で迅速な発見、迅速なネットワーキング及び低エネルギーの迅速な状態同期を完了しているため、ユーザ装置５１ａは、センサハブからネットワーク全体の装置に対応するプロパティ及び状態を直接読み出し、ユーザ装置５１ｃ（スマートＴＶ）が映画を再生するのに適していることを見出し、ユーザ装置５１ａは、ユーザ装置５１cに対してトランスフォーマー４を再生するための命令を送信し、ユーザ装置５１cは映画の再生を開始する。したがって、このシナリオでは、ユーザが命令を与えた後の短時間内に、ターゲット装置は、対応するタスクを行うためにユーザの命令に対応することができる。

【0141】

例示のシナリオにおいて、従来技術では、装置のプロパティ及び状態の走査及び同期は、サービスが来たときにのみ通常開始される。ユーザは、装置からの応答を得る前に一定の時間待つ必要があり、これでは装置に対するユーザの要求を満たすことができない。

【0142】

これに対して、本願のユーザ装置に基づき、ネットワーキング後に、ＡＰの起動させることなくリアルタイムで装置のプロパティ及び状態の同期が完了するため、パフォーマンスがより良好で、消費電力が低下するだけでなく、ユーザ体験も大幅に改善される。

【0143】

図５及び図６の例示の説明では、本願の実施で説明した機能を有する２つのユーザ装置を説明のための例として用いたが、本願の実施で説明した機能を有するユーザ装置が１つだけであっても、それは、本願で言及したか又は言及していない様々なシナリオで用いられ、ユーザ装置はユーザ体験も改善できることが理解されよう。

【0144】

実用性の観点から、本願の様々な実施におけるユーザ装置の消費電力削減の例を以下で簡単に説明する。

【0145】

１０％（２．３ｍＡ）の走査デューティ比及び１秒のブロードキャスト周期の条件下で、Ｈｕａｗｅｉ Ｍａｔｅ２０ Ｐｒｏ携帯電話＋バッテリ＋消費電力計に基づいてデータを測定する。１０分間のテスト時間において、平均で６秒毎に１回のブロードキャストが受信され、ブロードキャストによりプロセッサをスリープ状態から復帰させるための平均時間は３．５秒である。テスト用の携帯電話とＢｌｕｅｔｏｏｔｈ通信を行う装置の数の差及びブロードキャストを受信する時間間隔の変化に基づいて、Ｂｌｕｅｔｏｏｔｈ通信を処理するプロセッサの消費電力は約８ｍＡ～２４．５ｍＡである。例えば、テスト用の携帯電話が６秒毎に１台の携帯電話のみのブロードキャストを走査する場合、Ｂｌｕｅｔｏｏｔｈ通信を処理する際のプロセッサの消費電力は８．２８ｍＡであり、テスト用の携帯電話が平均で６秒毎に２台の携帯電話のブロードキャストを走査する場合、Ｂｌｕｅｔｏｏｔｈ通信を処理する際のプロセッサの消費電力は１４．４７ｍＡであり、テスト用の携帯電話が平均で１秒毎にブロードキャストを受信する場合、Ｂｌｕｅｔｏｏｔｈ通信を処理する際のプロセッサの消費電力は２４．３５ｍＡである。

【0146】

例えば、６秒毎に１台の携帯電話のブロードキャストを走査する試験用の携帯電話を一例として用いて、センサハブの動作電圧は０．７５Ｖであり、動作電流は１１ｍＡである。バッテリ電圧は３．８Ｖであり、伝送損失率は０．５８（経験値）である。

【0147】

【数1】

という式に基づいて、得られるセンサハブのバッテリ端子電流は３．７４ｍＡとなり得る。

【0148】

前述の実測条件下で、センサハブは、ブロードキャストデータを約２ｍｓに１回処理し、ブロードキャストを１０分間に１００回を処理する。Ｂｌｕｅｔｏｏｔｈ通信を処理する際の消費電力は約３．７４×（０．００２×１００/６００）＝０．００１ｍＡである。ＤＤＲ（ダブルデータレート）記憶スペースを用い、ＤＤＲ動作電流が４９ｍＡの場合、ＤＤＲ増分消費電力は約４９×３．７４×（０．００２×１００/６００）＝０．０１６ｍＡである。センサハブ及びＤＤＲストレージの総消費電力は、平均で、プロセッサの消費電力である８．２８ｍＡのわずか８０００分の１を占めるに過ぎない。したがって、本願の技術的解決策に係るユーザ装置は、Ｂｌｕｅｔｏｏｔｈ通信における電力消費を大幅に低減できることが理解されよう。

【0149】

図７は、本願の一実施形態に係る通信装置７００のブロック図である。装置７００は、１つ以上のプロセッサ７０２、プロセッサ７０２のうちの少なくとも１つに接続されるシステム制御ロジック７０８、システム制御ロジック７０８に接続されるシステムメモリ７０４、システム制御ロジック７０８に接続される不揮発性メモリ（ＮＶＭ）７０６及びシステム制御ロジック７０８に接続されるネットワークインターフェイス７１０を含み得る。

【0150】

プロセッサ７０２は、１つ以上のシングルコア又はマルチコアプロセッサを含み得る。プロセッサ７０２は、汎用プロセッサ及び特定プロセッサ（例えば、グラフィックスプロセッサ、アプリケーションプロセッサ又はベースバンドプロセッサ）の任意の組み合わせを含み得る。本明細書の実施形態では、プロセッサ７０２は、図２～図４に示す様々な実施形態のうちの１つ以上を実施するように構成され得る。

【0151】

一部の実施形態では、システム制御ロジック７０８は、プロセッサ７０２のうちの少なくとも１つ及び／又はシステム制御ロジック７０８と通信する任意の適切な装置若しくはコンポーネントに任意の好適なインターフェイスを提供するために、任意の好適なインターフェイスコントローラを含み得る。

【0152】

一部の実施形態では、システム制御ロジック７０８は、システムメモリ７０４に接続されるインターフェイスを提供するために、１つ以上のメモリコントローラを含み得る。システムメモリ７０４は、データ及び／又は命令をロード及び記憶するように構成され得る。一部の実施形態では、装置７００のメモリ７０４は、好適なダイナミックランダムアクセスメモリ（ＤＲＡＭ）等の任意の好適な揮発性メモリを含み得る。

【0153】

ＮＶＭ／メモリ７０６は、データ及び／又は命令を記憶するために１つ以上の有形及び非一時的なコンピュータ読み取り可能媒体を含み得る。一部の実施形態では、ＮＶＭ／メモリ７０６は、フラッシュメモリ及び／又は任意の好適な不揮発性記憶装置、例えば、ＨＤＤ（hard disk drive、ハードディスクドライブ）、ＣＤ（compact disc、光ディスク）ドライブ、ＤＶＤ（digital versatile disc、デジタル多用途ディスク）ドライブのうちの少なくとも１つ等の任意の好適な不揮発性メモリを含み得る。

【0154】

ＮＶＭ／メモリ７０６は、装置７００の装置にインストールされるか又は装置によってアクセスされ得る、必ずしも装置の一部ではないいくつかの記憶リソースを含み得る。例えば、ＮＶＭ／メモリ７０６は、ネットワークインターフェイス７１０を用いることにより、ネットワークを介してアクセスされ得る。

【0155】

とりわけ、システムメモリ７０４及びＮＶＭ／メモリ７０６は、命令７２０の一時的コピー及び永久コピーをそれぞれ含み得る。命令７２０は、プロセッサ７０２のうちの少なくとも１つによって実行された場合に、装置７００が図２～図５に示す方法を実施できるようにする命令を含み得る。一部の実施形態では、命令７２０、そのハードウェア、ファームウェア及び／又はソフトウェアコンポーネントは、システム制御ロジック７０８、ネットワークインターフェイス７１０及び／又はプロセッサ７０２に追加的に／代替的に配置され得る。

【0156】

ネットワークインターフェイス７１０は、１つまたは複数のネットワークを用いることにより、任意の他の好適な装置（フロントエンドモジュール又はアンテナ等）と通信するために、装置７００に無線インターフェイスを提供するように構成されたトランシーバを含み得る。一部の実施形態では、ネットワークインターフェイス７１０は、装置７００の別のコンポーネントに統合され得る。例えば、ネットワークインターフェイス７１０は、命令とともに、プロセッサ７０２、システムメモリ７０４、ＮＶＭ／メモリ７０６及びファームウェアデバイス（図示せず）のうちの少なくとも１つに統合され得る。プロセッサ７０２のうちの少なくとも１つが命令を実行すると、装置７００は、図２～図４に示す様々な実施形態のうちの１つ以上を実施する。

【0157】

ネットワークインターフェイス７１０は、多入力多出力無線インターフェイスを提供するために、任意の好適なハードウェア及び／又はファームウェアをさらに含み得る。例えば、ネットワークインターフェイス７１０は、ネットワークアダプタ、無線ネットワークアダプタ、電話モデム及び／又は無線モデムであり得る。

【0158】

一実施形態では、プロセッサ７０２のうちの少なくとも１つは、システムインパッケージ（ＳｉＰ）を形成するためにシステム制御ロジック７０８のための１つ以上のコントローラのロジックと共にパッケージされ得る。一実施形態では、プロセッサ７０２のうちの少なくとも１つは、システムオンチップ（ＳｏＣ）を形成するために、システム制御ロジック７０８のための１つ以上のコントローラのロジックと共に同じダイに統合され得る。

【0159】

装置７００は入出力（Ｉ／Ｏ）装置７１２をさらに含み得る。Ｉ／Ｏ装置７１２は、ユーザが装置７００とやりとりするできるようにするためにユーザインターフェイスを含み得るか、周辺コンポーネントインターフェイスの設計は、周辺コンポーネントも装置７００とやりとりできるようにする。一部の実施形態では、装置７００は、装置７００に関連する環境条件及び位置情報のうちの少なくとも１つを特定するように構成されたセンサをさらに含む。

【0160】

一部の実施形態では、ユーザインターフェイスは、限定されないが、ディスプレイ（例えば、液晶ディスプレイ又はタッチスクリーンディスプレイ）、スピーカ、マイクロホン、１つ以上のカメラ（例えば、静止画カメラ及び／又はビデオカメラ）、懐中電灯（例えば、発光ダイオードフラッシュ）及びキーボードを含み得る。

【0161】

一部の実施形態では、周辺コンポーネントインターフェイスは、限定されないが、不揮発性メモリポート、オーディオジャック及び電力インターフェイスを含み得る。

【0162】

一部の実施形態では、センサは、限定されないが、ジャイロセンサ、加速度計、近接センサ、周辺光センサ及びポジショニングユニットを含み得る。ポジショニングユニットは、代替的に、ネットワークインターフェイス７１０の一部であり得るか又はポジショニングネットワークのコンポーネント（例えば、地球測位システム（ＧＰＳ）衛星）と通信するためにネットワークインターフェイス７１０とやりとりし得る。

【0163】

本願の方法の実施は、ソフトウェア、磁気コンポーネント、ファームウェア等を用いることにより実施され得る。

【0164】

プログラムコードは、本明細書で説明した機能を行い、出力情報を生成するために、入力命令に適用され得る。出力情報は、公知の方法で１つ以上の出力装置に適用され得る。本願の目的のために、処理システムは、デジタル信号プロセッサ（ＤＳＰ）、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）又はマイクロプロセッサ等のプロセッサを有する任意のシステムを含む。

【0165】

プログラムコードは、処理システムと通信するために、高度プログラミング言語又はオブジェクト指向プログラミング言語で実施され得る。必要に応じて、プログラムコードを実施するために、アセンブリ言語又は機械言語も用いられ得る。実際、本明細書で説明した機構は、特定のプログラミング言語の範囲に限定されない。いずれの場合も、言語は、コンパイルされた言語又は解釈された言語であり得る。

【0166】

少なくとも１つの実施形態の１つ以上の態様は、コンピュータ読み取り可能記憶媒体に記憶された代表的な命令によって実施され得る。命令は、プロセッサ内の様々のロジックを表し、命令は、機械によって読み出された場合に、本明細書で説明する技術を実行するためにロジックを製造することを可能にする。これらの表現は「ＩＰコア」と呼ばれ、有形のコンピュータ読み取り可能記憶媒体に記憶され、ロジック又はプロセッサを実際に製造する製造機械にロードされる複数の顧客又は製造施設に提供される。

【0167】

一部の場合では、ソース命令セットからターゲット命令セットに命令を変換するために命令コンバータが用いられ得る。例えば、命令コンバータは、命令をコアによって処理される１つ以上の他の命令に変換（例えば、静的バイナリ変換又は動的コンパイルを含む動的バイナリ変換を用いることにより）、変形、シミュレート又は他の方法で変換することができる。命令コンバータは、ソフトウェア、ハードウェア、ファームウェア又はそれらの組み合わせによって実施され得る。命令コンバータは、プロセッサ上にあっても、プロセッサの外にあっても又は部分的にプロセッサ上にあっても、部分的にプロセッサの外にあってもよい。

【0168】

前述の説明は本発明の具体的な実施に過ぎず、本発明の保護範囲はこれに限定されない。本発明で開示した技術的範囲内で当業者が容易に理解することができる様々な同等の変更又は置き換えは、本発明の保護範囲に含まれる。したがって、本発明の保護範囲は請求項の保護範囲に従うものとする。

【図1a】

【図1b】

【図2】

【図3】

【図4】

【図5a】

【図5b】

【図5c】

【図6a】

【図6b】

【図6c】

【図7】