知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-03-05
(45)【発行日】2025-03-13
(54)【発明の名称】デバイスネットワーキング方法、電子デバイス、及び記憶媒体
(51)【国際特許分類】
H04W 76/14 20180101AFI20250306BHJP
H04W 76/25 20180101ALI20250306BHJP
【ＦＩ】
H04W76/14
H04W76/25
【請求項の数】
22
(21)【出願番号】P 2023566626
(86)(22)【出願日】2022-04-02
(65)【公表番号】
(43)【公表日】2024-04-16
(86)【国際出願番号】 CN2022085166
(87)【国際公開番号】W WO2022228051
(87)【国際公開日】2022-11-03
【審査請求日】2023-11-28
(31)【優先権主張番号】202110464411.6
(32)【優先日】2021-04-28
(33)【優先権主張国・地域又は機関】CN
(31)【優先権主張番号】202111322529.1
(32)【優先日】2021-11-09
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】503433420
【氏名又は名称】華為技術有限公司
【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．
【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ
(74)【代理人】
【識別番号】100132481
【弁理士】
【氏名又は名称】赤澤 克豪
(74)【代理人】
【識別番号】100115635
【弁理士】
【氏名又は名称】窪田 郁大
(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】
この出願は、２０２１年４月２８日に中国国家知的産権局に提出された、「SOFTWARE BUS METHOD FOR INTERWORKING WITH VARIOUS MOBILE TERMINALS」と題された中国特許出願第202110464411.6号、及び、２０２１年１１月９日に中国国家知的産権局に提出された、「DEVICE NETWORKING METHOD, ELECTRONIC DEVICE, AND STORAGE MEDIUM」と題された中国特許出願第202111322529.1号の優先権を主張し、それら両方の全体が参照によって本明細書に組み込まれる。
【0002】
この出願は、通信技術の分野に関し、特に、デバイスネットワーキング方法、電子デバイス、及び記憶媒体に関する。
【背景技術】
【0003】
スマートデバイスの発展に伴い、ユーザ又はホームは、通常、互いに通信することができる複数の電子デバイスを有する。様々な電子デバイスは、通常、それぞれのデバイス特徴を有する。例えば、モバイルフォンは、よりポータブルであり、テレビ画面は、より良好な表示効果を有し、スピーカは、より良好なサウンド品質効果を有する。異なる電子デバイスのデバイス特徴を全部利用するために、複数の電子デバイスがネットワーク化されることがあり、それにより、複数の電子デバイスが協力作業のために連携される。
【0004】
スタートポロジー構造のネットワーキングプロセスが、例として利用される。複数の電子デバイスがネットワーク化されるとき、事前設定された電子デバイス（例えば、テレビ、ルータ、又はモバイルフォン）は、中央デバイスとして決定されうる。さらに、中央デバイス以外の各電子デバイスは、周辺デバイスとして利用されて、中央デバイスとの通信接続（例えば、Ｂｌｕｅｔｏｏｔｈ接続又はＷｉ－Ｆｉ接続）を確立し、スタートポロジー構造のローカルエリアネットワークを形成しうる。このようにして、中央デバイスは、中央ノードとして、対応する作業タスクを完了するように、ローカルエリアネットワーク上の各周辺デバイスを管理及び制御するように構成されうる。
【0005】
しかしながら、周辺デバイスが他の周辺デバイスとのサービス通信を実行する前に毎回、通信接続を確立するために、まず、発見（discovery）及び認証（authentication）が要求され、次いで、サービス通信が実行される。この場合、周辺デバイス間の通信の遅延が比較的高く、さらに、ユーザ体験に影響を及ぼす。
【発明の概要】
【0006】
この出願の実施形態は、第１の電子デバイスと第２の電子デバイスとの間の通信の遅延が比較的高いという課題を解決するためのデバイスネットワーキング方法、電子デバイス、及び記憶媒体を提供する。
【0007】
上記の目的を達成するために、この出願の実施形態では、以下の技術的解決策が利用される。
【0008】
第１の態様によれば、デバイスネットワーキング方法が提供され、それは、通信システムに適用される。通信システムは、複数の電子デバイスを含む。方法は、第１の電子デバイスが、第２の電子デバイスとの第１の通信接続を確立することであって、第１の通信接続は、第１の電子デバイスと第２の電子デバイスとが、第１の通信方式及び第２の通信方式で接続されることを含む、ことと、第１の電子デバイスが、第１の期間に第１の通信方式で、第２の電子デバイスによって送信されたパケットを受信することと、第１の電子デバイスが、パケットに基づいて、第２の電子デバイスとの第１の通信接続が第２の期間において有効であると決定することと、第１の電子デバイスが、第２の期間に第２の通信方式で、第２の電子デバイスとのサービス通信を実行することと、を含む。
【0009】
第１の態様に基づき、第２の電子デバイスとの第１の通信接続を確立するとき、第１の電子デバイスは、第１の期間に第１の通信方式で、第２の電子デバイスによって送信されたパケットを受信する。第１の電子デバイスは、パケットに基づいて、第２の電子デバイスとの第１の通信接続が第２の期間において有効であると決定しうる。具体的には、第１の電子デバイスは、パケットに基づいて、第１の電子デバイスが第２の期間において第２の電子デバイスとの接続を維持（即ち、キープアライブ）すると決定し、それにより、第１の電子デバイスは、第２の期間に第２の通信方式で、第２の電子デバイスとのサービス通信を実行する。第１の電子デバイスが、パケットに基づいて、第１の電子デバイスと第２の電子デバイスとが第２の期間にキープアライブすると決定するため、第１の電子デバイスは、毎回のサービス通信の前にキープアライブを決定することなく、第２の期間において直接的に第２の電子デバイスとのサービス通信を実行しうるし、それによって、通信遅延が改善する。加えて、第１の電子デバイスが、第１の通信方式及び第２の通信方式で第２の電子デバイスとの第１の通信接続を確立するため、第１の電子デバイスは、第２の電子デバイスによって送信されたパケットを受信しうるし、第１の電子デバイスは、異なる通信方式で第２の電子デバイスとのサービス通信を実行しうるし、それによって、通信信頼性が改善する。
【0010】
第１の態様の可能な設計において、第１の電子デバイスが、第１の期間に第１の通信方式で、第２の電子デバイスによって送信されたパケットを受信する前に、方法は、第１の電子デバイスが、第１の期間に、第１の通信方式及び第２の通信方式で、要求パケットをブロードキャスト又はユニキャストすること、をさらに含む。要求パケットは、第１の電子デバイスが、第２の電子デバイスとの第１の通信接続を維持するように要求することを示す。
【0011】
この設計では、第１の電子デバイスが、第１の期間に、第１の通信方式及び第２の通信方式で要求パケットをブロードキャスト又はユニキャストし、それにより、第２の電子デバイスが、要求パケットに基づくパケットで応答しうるし、それによって、通信信頼性が改善する。
【0012】
第１の態様の可能な設計において、第１の通信接続が第２の期間において有効であるとき、第１の電子デバイスは、第２の通信接続の接続情報を保持する。第１の電子デバイスが、第２の期間に第２の通信方式で、第２の電子デバイスとのサービス通信を実行することは、第１の電子デバイスが、接続情報に基づいて、第２の電子デバイスと確立した第１の通信接続を再開し、サービス通信を実行すること、を含む。
【0013】
この設計では、第１の電子デバイスが、接続情報（例えば、第２の電子デバイスについての情報）に基づいて、第２の電子デバイスと確立した第１の通信接続を迅速に再開し、サービス通信を実行しうるし、それは、通信遅延をさらに改善する。
【0014】
第１の態様の可能な設計において、第１の電子デバイスの優先度は、第２の電子デバイスの優先度より高い。優先度は、デバイスのハードウェア性能を示す。高い優先度を持つデバイスのハードウェア性能は、低い優先度を持つデバイスのハードウェア性能より高い。ハードウェア性能は、プロセッサ性能、メモリ性能、ハードディスク性能、又はネットワーク能力のうちの１つ以上を含む。第１の電子デバイスが、第２の電子デバイスとの第１の通信接続を確立することは、第１の電子デバイスが、第２の電子デバイスとの第１の通信接続を確立し、第２の電子デバイスの優先度を決定すること、を含み、第１の電子デバイスが、パケットに基づいて、第２の電子デバイスとの第１の通信接続が第２の期間において有効であると決定することは、第１の電子デバイスの優先度が第２の電子デバイスよりも高いとき、第１の電子デバイスが、パケットに基づいて、第２の電子デバイスとの第１の通信接続が第２の期間において有効であると決定すること、を含む。
【0015】
この設計では、第２の電子デバイスとの第１の通信接続を確立するとき、第１の電子デバイスが、第２の電子デバイスの優先度を決定する。第１の電子デバイスの優先度が第２の電子デバイスよりも高いとき、第１の電子デバイスは、パケットに基づいて、第２の電子デバイスとの第１の通信接続が第２の期間において有効であると決定する。具体的には、より高い優先度を持つ第１の電子デバイスは、第１の電子デバイス及び第２の電子デバイスのうちのどちらが要求パケットを送信し、パケットを受信するかを決定し、それによって、通信信頼性をさらに改善する。
【0016】
第１の態様の可能な設計において、第１の期間は、周期的に設定され、第１の期間は、最初に設定された第１の期間である。方法は、第１の電子デバイスが、２回目に設定された第１の期間である第１の期間内にパケットを受信しないとき、第１の電子デバイスが、第２の電子デバイスから切断されるべきと決定すること、又は第１の電子デバイスが、連続Ｎ回設定された第１の期間である第１の期間内にパケットを受信しないとき、第１の電子デバイスが、第２の電子デバイスから切断されるべきと決定すること、又は第１の期間と第２の期間とが少なくとも部分的に重複し、第１の電子デバイスが第２の期間内の第１の期間において応答パケットを受信しないとき、第１の電子デバイスが、第２の電子デバイスから切断されるべきと決定すること、をさらに含む。
【0017】
この設計では、第１の電子デバイスが、長い時間、第２の電子デバイスによって送信されたパケットを受信しないとき、第１の電子デバイスが、第２の電子デバイスから切断されるべきと決定し、通信信頼性の改善を助ける。
【0018】
第１の態様の可能な設計において、方法は、第１の電子デバイスが第２の電子デバイスとのサービス通信を再び実行するとき、第１の電子デバイスが、第２の電子デバイスとの第１の通信接続を再確立すること、をさらに含む。
【0019】
この設計では、第１の電子デバイスが第２の電子デバイスから切断されるべきと決定されるとき、第１の電子デバイスが第２の電子デバイスとのサービス通信を再び実行する場合、第１の電子デバイスは、第２の電子デバイスとの第１の通信接続を再確立し、それにより、サービス通信を正常に実行することができ、それによって、通信信頼性が改善する。
【0020】
第１の態様の可能な設計において、パケットは、応答パケット、問い合わせパケット、又はサービスパケットのうちの１つを含む。
【0021】
この設計では、パケットは、応答パケット、問い合わせパケット、又はサービスパケットでありうる。従って、第１の電子デバイスが、第２の電子デバイスによって送信された応答パケット、問い合わせパケット、又はサービスパケットのうちのいずれか１つを受信するとき、第１の電子デバイスは、第２の電子デバイスとの第１の通信接続が第２の期間において有効であると決定することができ、それによって、通信信頼性がさらに改善する。
【0022】
第１の態様の可能な設計において、方法は、第１の電子デバイスが第１の期間において静的状態のままであり、かつ、第１の電子デバイスが第２の電子デバイスによって送信された応答パケットを受信する回数が、第１の事前設定された回数を超えるとき、第１の電子デバイスが、第１の期間を第３の期間に調整すること、をさらに含む。第３の期間の長さは、第１の期間の長さを超える。
【0023】
この設計では、第１の電子デバイスが長い時間、静的状態のままであり、かつ、第１の電子デバイスが第２の電子デバイスによって送信された応答パケットを受信する回数が、第１の事前設定された回数を超えるとき、第１の電子デバイスは、第１の期間を第３の期間に調整しうる。第３の期間の長さは、第１の期間の長さを超える、即ち、第１の電子デバイスは、減速モードで、第２の電子デバイスによって送信されたパケットを受信し、デバイスの消費電力が低減するのを助ける。
【0024】
第１の態様の可能な設計において、方法は、第１の電子デバイスが、第１の期間において事前設定されたシナリオ（scenario）内に置かれ、かつ、第１の電子デバイスが第２の電子デバイスによって送信された応答パケットを受信する回数が第２の事前設定された回数を超えるとき、第１の電子デバイスが、第１の期間を第４の期間に調整すること、をさらに含む。第４の期間の長さは、第１の期間の長さ未満である。
【0025】
この設計では、第１の電子デバイスが長い時間、事前設定されたシナリオ内に置かれ、かつ、第１の電子デバイスが第２の電子デバイスによって送信された応答パケットを受信する回数が、第２の事前設定された回数を超えるとき、第１の電子デバイスは、第１の期間を第４の期間に調整しうる。第４の期間の長さは、第１の期間の長さ未満である、即ち、第１の電子デバイスは、加速モードで、第２の電子デバイスによって送信されたパケットを受信し、それは、第１の電子デバイスが第２の電子デバイスとの接続を維持することを保証する。
【0026】
第１の態様の可能な設計において、方法は、第１の電子デバイスが置かれている事前設定されたシナリオが変化するとき、第１の電子デバイスが、第４の期間を第１の期間に戻すこと、をさらに含む。事前設定されたシナリオの変化は、第１の電子デバイスが画面オフ表示から画面オン表示に切り替えることを含む。
【0027】
この設計では、第１の電子デバイスが画面オフ表示から画面オン表示に切り替えるとき、第１の電子デバイスは、第１の期間を元に戻して、第１の期間にパケットを受信し、デバイスの消費電力が低減するのを助ける。
【0028】
第１の態様の可能な設計において、方法は、第１の電子デバイスが置かれているシナリオが変化するとき、第１の電子デバイスが、第４の期間を第１の期間に戻すこと、をさらに含む。事前設定されたシナリオの変化は、第１の電子デバイスの利用状態の変化を含む。
【0029】
この設計では、第１の電子デバイスの利用状況が変化するとき、第１の電子デバイスは、第１の期間を元に戻して、第１の期間にパケットを受信し、デバイスの消費電力が低減するのを助ける。
【0030】
第１の態様の可能な設計において、方法は、第１の電子デバイスが置かれているシナリオが変化するとき、第１の電子デバイスが、近くのデバイスを再発見し、第１の通信接続を確立することであって、シナリオの変化は、絶対位置の変化、空間位置の変化、及び車両の変化を含む、ことと、第１の電子デバイスが、第１の期間に第１の通信方式で、近くのデバイスによって送信されたパケットを受信することと、をさらに含む。
【0031】
この設計では、第１の電子デバイスにおける絶対位置が変化し、空間位置が変化し、また、車両が変わるとき、第１の電子デバイスは、近くのデバイスを再発見して、第１の通信接続を確立する。第１の電子デバイスは、第１の期間に第１の通信方式で、近くのデバイスによって送信されたパケットを受信する。このようにして、第１の電子デバイスは、近くのデバイスとの接続を維持することができ、それによって、通信信頼性が改善する。
【0032】
第１の態様の可能な設計において、方法は、第１の電子デバイスとの第１の通信接続を確立する全ての電子デバイスのうちの最後の電子デバイスがオフラインであるとき、第１の電子デバイスが、近くのデバイスを再発見して、第１の通信接続を確立することと、第１の電子デバイスが、第１の期間に第１の通信方式で、近くのデバイスによって送信されたパケットを受信することと、をさらに含む。
【0033】
この設計では、第１の電子デバイスとの第１の通信接続を確立する全ての電子デバイスのうちの最後の電子デバイスがオフラインであるとき、第１の電子デバイスは、近くのデバイスを再発見して、第１の通信接続を確立する。その後、第１の電子デバイスは、第１の期間に第１の通信方式で、近くのデバイスによって送信されたパケットを受信する。このようにして、第１の電子デバイスは、近くのデバイスとの接続を維持することができ、それによって、通信信頼性が改善する。
【0034】
第１の態様の可能な設計において、方法は、複数の電子デバイスが配置されている通信システムのネットワーク状態が変化するとき、第１の電子デバイスが、ネットワーク変更メッセージを第２の電子デバイスに送信し、第２の電子デバイスとの第１の通信接続が確立されるときに利用される物理的な通信方式を再決定すること、をさらに含む。
【0035】
この設計では、複数の電子デバイスのネットワーク状態が変化（例えば、ネットワーク中断、又はネットワーク遅延）するとき、第１の電子デバイスが、第２の電子デバイスに、ネットワーク状態が変化したことを通知し、第２の電子デバイスとの第１の通信接続が確立されるときに利用される物理的な通信方式を再決定し、それによって、通信信頼性が改善する。
【0036】
第１の態様の可能な設計において、方法は、第１の電子デバイスが、第１の電子デバイス上の第１のアプリケーションと第１のアプリケーションのクラウドサーバとの間で確立される周期的な接続に基づいて、第１の電子デバイスのウェイクアップ期間を決定することであって、第１のアプリケーションは、第１の電子デバイス上の任意のアプリケーションである、ことと、第１の電子デバイスが、ウェイクアップ期間を第２の電子デバイスと同期することであって、ウェイクアップ期間は、周期的に設定される第１の期間と同じである、ことと、をさらに含む。
【0037】
この設計では、第１の電子デバイスが、ウェイクアップ期間に基づいて、周期的な第１の期間を設定する。具体的には、ウェイクアップ期間は、周期的に設定される第１の期間と同じである。このようにして、第１の電子デバイスと第２の電子デバイスとは、ウェイクアップ期間にパケットを受信することができ、デバイスの消費電力が低減するのを助ける。
【0038】
第１の態様の可能な設計において、方法は、第１の電子デバイスが、第２のアプリケーション上でのユーザの操作に応答して、第１のインターフェースを表示することであって、第１のインターフェースは、第１の電子デバイスとの第１の通信接続を維持する少なくとも１つの電子デバイスを含み、少なくとも１つの電子デバイスは、第２の電子デバイスを含む、ことと、第１の電子デバイスが、第２の電子デバイス上でのユーザの操作に応答して、第２の電子デバイスとのサービス通信を実行することと、をさらに含む。
【0039】
この設計では、第１の電子デバイスの第１のインターフェースが、直接、第１の電子デバイスとの第１の通信接続を維持する少なくとも１つの電子デバイスを表示しうるし、少なくとも１つの電子デバイスは、第２の電子デバイスを含む。従って、第１の電子デバイスが、第２の電子デバイスとのサービス通信を実行しようと試みるとき、第１の電子デバイスは、最初に第２の電子デバイスを走査することなく、直接、第２の電子デバイスとのサービス通信を実行することができ、それによって、ユーザの待ち時間を低減し、ユーザ体験を改善する。
【0040】
第１の態様の可能な設計において、第１のインターフェースは、第１の電子デバイスから切断されている少なくとも１つの電子デバイスをさらに含む。
【0041】
この設計では、第１のインターフェースは、第１の電子デバイスから切断されている少なくとも１つの電子デバイスをさらに表示する。従って、ユーザが、少なくとも１つの電子デバイスのうちの任意の電子デバイスとサービス通信を実行する必要がある第１の電子デバイスを持っているとき、ユーザは、直接、電子デバイスをタップしうる。このようにして、電子デバイスは、第１の電子デバイスとの第１の通信接続を確立し、それによって、ユーザ体験が改善する。
【0042】
第１の態様の可能な設計において、第１のインターフェースは、インジケーション情報をさらに含む。インジケーション情報は、第３の電子デバイスが走査されていることを示す。第３の電子デバイスは、複数の電子デバイスのうちの、第１の電子デバイスから切断されているデバイスである、又は第３の電子デバイスは、最初に第１の電子デバイスとの第１の通信接続を確立するデバイスである。
【0043】
この設計では、第１のインターフェースに表示されたインジケーション情報に基づいて、ユーザは、第１の電子デバイスから切断されている第３の電子デバイス、又は最初に第１の電子デバイスとの第１の通信接続を確立する電子デバイスを知りうるし、ユーザ体験がさらに改善するのを助ける。
【0044】
第１の態様の可能な設計において、第１の電子デバイスは、プロセッサを含む。プロセッサは、複数の処理コアを含む。複数の処理コアは、低電力コアを含む。方法は、第１の電子デバイスが、第１の期間に、第２の電子デバイスによって送信されたパケットを、低電力コアを利用して受信すること、をさらに含む。
【0045】
この設計では、第１の電子デバイスと第２の電子デバイスとのキープアライブメカニズムが低電力コア上で設定され、デバイスの消費電力が低減するのを助ける。
【0046】
第２の態様によれば、電子デバイスが提供される。電子デバイスは、第１の電子デバイスである。電子デバイスは、メモリと、１つ以上のプロセッサとを含む。メモリは、コンピュータプログラムコードを格納する。コンピュータプログラムコードは、コンピュータ命令を含む。コンピュータ命令がプロセッサによって実行されるとき、電子デバイスは、以下のステップ、即ち、第１の電子デバイスが、第２の電子デバイスとの第１の通信接続を確立することであって、第１の通信接続は、第１の電子デバイスと第２の電子デバイスとが第１の通信方式及び第２の通信方式で接続されることを含む、ことと、第１の電子デバイスが、第１の期間に第１の通信方式で、第２の電子デバイスによって送信されたパケットを受信することと、第１の電子デバイスが、パケットに基づいて、第２の電子デバイスとの第１の通信接続が第２の期間において有効であると決定することと、第１の電子デバイスが、第２の期間に第２の通信方式で、第２の電子デバイスとのサービス通信を実行することと、を実行することが可能になる。
【0047】
第２の態様の可能な設計において、第１の電子デバイスが、第１の期間に第１の通信方式で、第２の電子デバイスによって送信されたパケットを受信する前に、コンピュータ命令がプロセッサによって実行されるとき、電子デバイスは、以下のステップ、即ち、第１の電子デバイスが、第１の期間に、第１の通信方式及び第２の通信方式で、要求パケットをブロードキャスト又はユニキャストすること、をさらに実行することが可能になる。要求パケットは、第１の電子デバイスが、第２の電子デバイスとの第１の通信接続を維持するように要求することを示す。
【0048】
第２の態様の可能な設計において、第１の通信接続が第２の期間において有効であるとき、第１の電子デバイスは、第２の通信接続の接続情報を保持する。コンピュータ命令がプロセッサによって実行されるとき、電子デバイスは、以下のステップ、即ち、第１の電子デバイスが、接続情報に基づいて、第２の電子デバイスと確立した第１の通信接続を再開し、サービス通信を実行すること、を特に実行することが可能になる。
【0049】
第２の態様の可能な設計において、第１の電子デバイスの優先度は、第２の電子デバイスの優先度より高い。優先度は、デバイスのハードウェア性能を示す。高い優先度を持つデバイスのハードウェア性能は、低い優先度を持つデバイスのハードウェア性能より高い。ハードウェア性能は、プロセッサ性能、メモリ性能、ハードディスク性能、又はネットワーク能力のうちの１つ以上を含む。コンピュータ命令がプロセッサによって実行されるとき、電子デバイスは、以下のステップ、即ち、第１の電子デバイスが、第２の電子デバイスとの第１の通信接続を確立し、第２の電子デバイスの優先度を決定すること、を特に実行することが可能になる。コンピュータ命令がプロセッサによって実行されるとき、電子デバイスは、以下のステップ、即ち、第１の電子デバイスの優先度が第２の電子デバイスよりも高いとき、第１の電子デバイスが、パケットに基づいて、第２の電子デバイスとの第１の通信接続が第２の期間において有効であると決定すること、を特に実行することが可能になる。
【0050】
第２の態様の可能な設計において、第１の期間は、周期的に設定され、第１の期間は、最初に設定された第１の期間である。コンピュータ命令がプロセッサによって実行されるとき、電子デバイスは、以下のステップ、即ち、第１の電子デバイスが、２回目に設定された第１の期間である第１の期間内にパケットを受信しないとき、第１の電子デバイスが、第２の電子デバイスから切断されるべきと決定すること、又は第１の電子デバイスが、連続Ｎ回設定された第１の期間である第１の期間内にパケットを受信しないとき、第１の電子デバイスが、第２の電子デバイスから切断されるべきと決定すること、又は第１の期間と第２の期間とが少なくとも部分的に重複し、第１の電子デバイスが第２の期間内の第１の期間において応答パケットを受信しないとき、第１の電子デバイスが、第２の電子デバイスから切断されるべきと決定すること、をさらに実行することが可能になる。
【0051】
第２の態様の可能な設計において、コンピュータ命令がプロセッサによって実行されるとき、電子デバイスは、以下のステップ、即ち、第１の電子デバイスが第２の電子デバイスとのサービス通信を再び実行するとき、第１の電子デバイスが、第２の電子デバイスとの第１の通信接続を再確立すること、をさらに実行することが可能になる。
【0052】
第２の態様の可能な設計において、パケットは、応答パケット、問い合わせパケット、又はサービスパケットのうちの１つを含む。
【0053】
第２の態様の可能な設計において、コンピュータ命令がプロセッサによって実行されるとき、電子デバイスは、以下のステップ、即ち、第１の電子デバイスが第１の期間において静的状態のままであり、かつ、第１の電子デバイスが第２の電子デバイスによって送信された応答パケットを受信する回数が、第１の事前設定された回数を超えるとき、第１の電子デバイスが、第１の期間を第３の期間に調整すること、をさらに実行することが可能になる。第３の期間の長さは、第１の期間の長さを超える。
【0054】
第２の態様の可能な設計において、コンピュータ命令がプロセッサによって実行されるとき、電子デバイスは、以下のステップ、即ち、第１の電子デバイスが、第１の期間において事前設定されたシナリオ内に置かれ、かつ、第１の電子デバイスが第２の電子デバイスによって送信された応答パケットを受信する回数が第２の事前設定された回数を超えるとき、第１の電子デバイスが、第１の期間を第４の期間に調整すること、をさらに実行することが可能になる。第４の期間の長さは、第１の期間の長さ未満である。
【0055】
第２の態様の可能な設計において、コンピュータ命令がプロセッサによって実行されるとき、電子デバイスは、以下のステップ、即ち、第１の電子デバイスが置かれている事前設定されたシナリオが変化するとき、第１の電子デバイスが、第４の期間を第１の期間に戻すこと、をさらに実行することが可能になる。事前設定されたシナリオの変化は、第１の電子デバイスが画面オフ表示から画面オン表示に切り替えることを含む。
【0056】
第２の態様の可能な設計において、コンピュータ命令がプロセッサによって実行されるとき、電子デバイスは、以下のステップ、即ち、第１の電子デバイスが置かれているシナリオが変化するとき、第１の電子デバイスが、第４の期間を第１の期間に戻すこと、をさらに実行することが可能になる。事前設定されたシナリオの変化は、第１の電子デバイスの利用状態の変化を含む。
【0057】
第２の態様の可能な設計において、コンピュータ命令がプロセッサによって実行されるとき、電子デバイスは、以下のステップ、即ち、第１の電子デバイスが置かれているシナリオが変化するとき、第１の電子デバイスが、近くのデバイスを再発見し、第１の通信接続を確立することであって、シナリオの変化は、絶対位置の変化、空間位置の変化、及び車両の変化を含む、ことと、第１の電子デバイスが、第１の期間に第１の通信方式で、近くのデバイスによって送信されたパケットを受信することと、をさらに実行することが可能になる。
【0058】
第２の態様の可能な設計において、コンピュータ命令がプロセッサによって実行されるとき、電子デバイスは、以下のステップ、即ち、第１の電子デバイスとの第１の通信接続を確立する全ての電子デバイスのうちの最後の電子デバイスがオフラインであるとき、第１の電子デバイスが、近くのデバイスを再発見して、第１の通信接続を確立することと、第１の電子デバイスが、第１の期間に第１の通信方式で、近くのデバイスによって送信されたパケットを受信することと、をさらに実行することが可能になる。
【0059】
第２の態様の可能な設計において、コンピュータ命令がプロセッサによって実行されるとき、電子デバイスは、以下のステップ、即ち、複数の電子デバイスが配置されている通信システムのネットワーク状態が変化するとき、第１の電子デバイスが、ネットワーク変更メッセージを第２の電子デバイスに送信し、第２の電子デバイスとの第１の通信接続が確立されるときに利用される物理的な通信方式を再決定すること、をさらに実行することが可能になる。
【0060】
第２の態様の可能な設計において、コンピュータ命令がプロセッサによって実行されるとき、電子デバイスは、以下のステップ、即ち、第１の電子デバイスが、第１の電子デバイス上の第１のアプリケーションと第１のアプリケーションのクラウドサーバとの間で確立される周期的な接続に基づいて、第１の電子デバイスのウェイクアップ期間を決定することであって、第１のアプリケーションは、第１の電子デバイス上の任意のアプリケーションである、ことと、第１の電子デバイスが、ウェイクアップ期間を第２の電子デバイスと同期することであって、ウェイクアップ期間は、周期的に設定される第１の期間と同じである、ことと、をさらに実行することが可能になる。
【0061】
第２の態様の可能な設計において、コンピュータ命令がプロセッサによって実行されるとき、電子デバイスは、以下のステップ、即ち、第１の電子デバイスが、第２のアプリケーション上でのユーザの操作に応答して、第１のインターフェースを表示することであって、第１のインターフェースは、第１の電子デバイスとの第１の通信接続を維持する少なくとも１つの電子デバイスを含み、少なくとも１つの電子デバイスは、第２の電子デバイスを含む、ことと、第１の電子デバイスが、第２の電子デバイス上でのユーザの操作に応答して、第２の電子デバイスとのサービス通信を実行することと、をさらに実行することが可能になる。
【0062】
第２の態様の可能な設計において、第１のインターフェースは、第１の電子デバイスから切断されている少なくとも１つの電子デバイスをさらに含む。
【0063】
第２の態様の可能な設計において、第１のインターフェースは、インジケーション情報をさらに含む。インジケーション情報は、第３の電子デバイスが走査されていることを示す。第３の電子デバイスは、複数の電子デバイスのうちの、第１の電子デバイスから切断されているデバイスである、又は第３の電子デバイスは、最初に第１の電子デバイスとの第１の通信接続を確立するデバイスである。
【0064】
第２の態様の可能な設計において、第１の電子デバイスは、プロセッサを含む。プロセッサは、複数の処理コアを含む。複数の処理コアは、低電力コアを含む。コンピュータ命令がプロセッサによって実行されるとき、電子デバイスは、以下のステップ、即ち、第１の電子デバイスが、第１の期間に、第２の電子デバイスによって送信されたパケットを、低電力コアを利用して受信すること、をさらに実行することが可能になる。
【0065】
第３の態様によれば、複数の電子デバイスを含む通信システムが提供される。複数の電子デバイスは、第１の電子デバイスと、第２の電子デバイスとを含む。第１の電子デバイスは、複数の電子デバイスのうちの任意の電子デバイスである。第２の電子デバイスは、複数の電子デバイスのうちの、第１の電子デバイス以外の他の電子デバイスである。第１の電子デバイスは、第１の態様又は第１の態様の可能な設計のうちのいずれか１つによるデバイスネットワーキング方法を実行するように構成される。
【0066】
第４の態様によれば、コンピュータ命令を含む、コンピュータ可読記憶媒体が提供される。コンピュータ命令が電子デバイス上で実行されるとき、電子デバイスは、第１の態様又は第１の態様の可能な設計のうちのいずれか１つによるデバイスネットワーキング方法を実行することが可能になる。
【0067】
第５の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータ命令を含む。コンピュータ命令が電子デバイス上で実行されるとき、電子デバイスは、第１の態様又は第１の態様の可能な設計のうちのいずれか１つによるデバイスネットワーキング方法を実行することが可能になる。
【0068】
第２の態様及び第２の態様の可能な設計のうちのいずれか１つによる電子デバイス、第３の態様による通信システム、第４の態様によるコンピュータ可読記憶媒体、及び第５の態様によるコンピュータプログラム製品によって達成することができる有利な効果については、第１の態様及び第１の態様の可能な設計のいずれか１つによる有利な効果を参照すべきである理解されうる。詳細については、ここでは再び説明されない。
【図面の簡単な説明】
【0069】
【図1】この出願の実施形態による、ＡＰ及びＳＴＡによって形成されるネットワークの構造の模式図である。
【図2】この出願の実施形態による、ＡＰとＳＴＡとの間のネットワーキングの模式的なフローチャートである。
【図3】この出願の実施形態による、マスターデバイス及びスレーブデバイスによって形成されるネットワークの構造の模式図である。
【図4】この出願の実施形態による、マスター／スレーブデバイスネットワーキングの模式的なフローチャートである。
【図5】この出願の実施形態による、モバイルフォンのインターフェースの模式図である。
【図6】この出願の実施形態による、スーパー端末の構造の模式図である。
【図7】この出願の実施形態による、他のスーパー端末の構造の模式図である。
【図8】この出願の実施形態による、さらに他のスーパー端末の構造の模式図である。
【図9】この出願の実施形態による、電子デバイスの構造の模式図である。
【図10】この出願の実施形態による、通信システムの構造の模式図である。
【図11a】この出願の実施形態による、デバイスネットワーキング方法の模式的なフローチャートである。
【図11b】この出願の実施形態による、第１の期間と第２の期間との間の関係の模式図である。
【図11c】この出願の実施形態による、第１の期間と第２の期間との間の他の関係の模式図である。
【図11d】この出願の実施形態による、第１の期間と第２の期間との間のさらに他の関係の模式図である。
【図12】この出願の実施形態による、デバイスハンドシェイク接続の模式的なフローチャートである。
【図13】この出願の実施形態による、他のデバイスハンドシェイク接続の模式的なフローチャートである。
【図14】この出願の実施形態による、さらに他のデバイスハンドシェイク接続の模式的なフローチャートである。
【図15】この出願の実施形態による、ウェイクアップ期間に心拍調査（heartbeat inquiry）をトリガすることについての模式図である。
【図16】この出願の実施形態による、モバイルフォンの他のインターフェースの模式図である。
【図17】この出願の実施形態による、チップシステムの構造の模式図である。
【発明を実施するための形態】
【0070】
以下では、この出願の実施形態における添付図を参照しながら、この出願の実施形態における技術的解決策について説明する。この出願の説明において、別途指定しない限り、「／」は、関連するオブジェクト間の「又は」の関係を表す。例えば、Ａ／Ｂは、Ａ又はＢを表しうる。この出願において、「及び／又は」は、関連するオブジェクトについて記述するためのアソシエーション関係のみを記述し、３つの関係が存在しうることを表す。例えば、Ａ及び／又はＢは、以下の３つのケース、即ち、Ａのみが存在すること、Ａ及びＢの両方が存在すること、そして、Ｂのみが存在すること、を表しうるし、Ａ及びＢは、単数であってもよいし、複数であってもよい。加えて、この出願の説明において、別途指定しない限り、「複数の」は、２つ以上を意味する。「以下のアイテム（部分）の少なくとも１つ」又はその類似表現は、これらのアイテムの任意の組み合わせを意味し、単数アイテム（部分）又は複数アイテム（部分）の任意の組み合わせを含む。例えば、ａ、ｂ、又はｃの少なくとも１つのアイテム（部分）は、ａ、ｂ、ｃ、ａとｂ、ａとｃ、ｂとｃ、又は、ａとｂとｃを示しうるし、ａ、ｂ、及びｃは、単数であってもよいし、複数であってもよい。加えて、この出願の実施形態における技術的解決策について明確に説明するために、「第１の」及び「第２の」などの用語が、基本的に同じ機能又は目的を提供する同じアイテム又は類似アイテムの間を区別するために、この出願の実施形態において利用される。「第１の」及び「第２の」などの言葉は、数量又は実行順序を限定せず、「第１の」及び「第２の」などの言葉は、絶対的な違いを示さないこと、を当業者は理解しうる。加えて、この出願の実施形態において、「例」又は「例えば」などの言葉は、例、実例、又は説明を与えることを表すために利用される。この出願の実施形態において「例」又は「例えば」として説明される任意の実施形態又は設計スキームは、他の実施形態又は設計スキームより好適である、又は、より多くの利点を有すると解釈されるべきではない。正確には、「例」又は「例えば」などの言葉の利用は、理解を容易にするために、具体的な方式で関連する概念を提供することを意図している。
【0071】
加えて、この出願の実施形態において説明されるネットワークアーキテクチャ及びサービスシナリオは、この出願の実施形態における技術的解決策について、より明確に説明することが意図されており、この出願の実施形態において提供される技術的解決策についての限定を構成しない。ネットワークアーキテクチャの発展及び新たなサービスシナリオの出現に伴い、この出願の実施形態において提供される技術的解決策は、類似の技術的課題にも適用可能であると、当業者は知りうる。
【0072】
スタートポロジー構造のローカルエリアネットワークは、無線フェデリティ（wireless fidelity, Wi-Fi）通信方式で、無線アクセスポイント（access point, AP）とクライアント（station, STA）とによって形成されたネットワークであってもよいし、クラシックＢｌｕｅｔｏｏｔｈ（basic rate, BR）／Ｂｌｕｅｔｏｏｔｈ低エネルギー（Bluetooth low energy, BLE）通信方式で、マスターデバイス（master）とスレーブデバイス（slave）とによって形成されたネットワークであってもよい。いくつかの実施形態では、ＡＰと、ＳＴＡと、クラウドサーバとによって形成されたネットワーク、及び、マスターデバイスとスレーブデバイスとによって形成されたネットワークは、「仮想」ネットワークと称されることがある。
【0073】
スタートポロジー構造のローカルエリアネットワークのネットワーキングプロセスは、デバイス発見、デバイス認証、及びデバイス維持接続（要するに、キープアライブ）を含む。デバイス発見は、中央デバイスが、近くの周辺デバイスを発見する（又は、周辺デバイスが、近くの中央デバイスを発見する）ことを意味する。デバイス認証は、中央デバイスが、発見された周辺デバイスを認証することを意味する。認証が成功する場合、中央デバイスは、周辺デバイスとの接続を確立しうる。デバイス維持接続は、サービス通信がパケット送信方式で中央デバイスと周辺デバイスとの間で実行され、それにより、中央デバイスが、周辺デバイスとの接続関係を維持することを意味する。
【0074】
ＡＰとＳＴＡとによって形成されるネットワークは、無線ローカルエリアネットワーク（wireless local area network, WLAN）であってよい。図１に示すように、ＳＴＡ１、ＳＴＡ２、…、ＳＴＡ Ｎは、Ｗｉ－Ｆｉを利用してＡＰとの通信接続を確立しうる。次いで、ＳＴＡ１、ＳＴＡ２、…、ＳＴＡ Ｎは、ＡＰとのサービス通信を実行し、ＡＰを介してリモートクラウドサーバにアクセスしうる。ＡＰは、無線ルータであってもよいし、Ｗｉ－Ｆｉ機能モジュールを有する電子デバイスであってもよい。図２では、ＡＰが無線ルータである例が説明のために利用される。
【0075】
図１を参照すると、ＳＴＡは、図２に示すように、Ｗｉ－Ｆｉを利用して、近くのＡＰを走査する。次いで、ＡＰは、サービスセット識別子（service set identifiers, SSIDs）をＳＴＡに送信する。ＡＰによって送信されたＳＳＩＤを受信した後、ＳＴＡは、対応するＳＳＩＤを選択し、認証用のパスワードを入れる。認証が成功する（即ち、パスワードが正しい）場合、ＳＴＡは、ＡＰと通信チャネルを取り決め、その通信チャネルを介して通信を実行する。最後に、ＡＰは、ＳＴＡにビーコン（beacon）フレームを送信し、ＳＴＡは、周期的に、ＡＰによって送信されるビーコンフレームをリッスンしてキープアライブする。いくつかの実施形態において、図２に示したＳＴＡが発見し、ＡＰと接続してキープアライブする方式は、ソフトＡＰ方式と称されることもある。
【0076】
図２に示したＡＰとＳＴＡとによって形成されるネットワーク上で、ＡＰとＳＴＡとがキープアライブするとき、ＡＰの消費電力は、比較的高い。加えて、２つのＳＴＡがサービス通信を実行する必要があるとき、２つのＳＴＡは、まず、相互発見及び認証を実行する必要がある。次いで、サービス通信を実行することができ、比較的高いＳＴＡの通信遅延をもたらす。さらに、ＡＰ及びＳＴＡをＷＬＡＮを介してのみネットワーク化することができ、他の通信媒体を利用してネットワーク化することはできない。
【0077】
図３に示すように、スレーブデバイスＡ、スレーブデバイスＢ、…、スレーブデバイスＮは、ＢＬＥ／ＢＲを利用してマスターデバイスと通信接続を確立しうる。次いで、スレーブデバイスＡ、スレーブデバイスＢ、…、スレーブデバイスＮは、マスターデバイスとのサービス通信を実行しうる。図３を参照すると、スレーブデバイスは、図４に示すように、ブロードキャストチャネル上で、ブロードキャストメッセージ（例えば、ADV_IND又はADV_DIRECT_IND）を送信しうる。ブロードキャストメッセージは、スレーブデバイスが接続可能な状態にあることを示す。マスターデバイスは、ブロードキャストチャネル上で走査（scanning）を実行しうる。ブロードキャストメッセージを受信したとき、即ち、スレーブデバイスを発見したとき、マスターデバイスは、走査要求（scan request）をスレーブデバイスに送信する。走査要求を受信したとき、スレーブデバイスは、接続要求を送信するマスターデバイスに走査応答（scan response）で応答する。スレーブデバイスによって応答される走査応答は、例えば、CONNECT_REQであってよい。次いで、マスターデバイスは、接続要求をスレーブデバイスに送信する。スレーブデバイスが接続要求を受信した後、マスターデバイスとスレーブデバイスとは、同じチャネル上での接続を確立して互いに通信することに合意する。例えば、マスターデバイスとスレーブデバイスとは、通信用の汎用属性プロファイル（generic attribute profile, GATT）を利用しうる。マスターデバイスとスレーブデバイスとがＢＬＥ通信方式でネットワーク化されるとき、いくつかの実施形態では、図４にさらに示されるように、マスターデバイスは、周期的に、接続イベントをスレーブデバイスに送信し、スレーブデバイスは、周期的に、マスターデバイスによって送信される接続イベントをリッスンしてキープアライブする。加えて、マスターデバイスとスレーブデバイスとがＢＲ通信方式でネットワーク化されるとき、マスターデバイスとスレーブデバイスとはキープアライブする。
【0078】
図３に示したマスターデバイスとスレーブデバイスとによって形成されるネットワーク上で、スレーブデバイスＡ、スレーブデバイスＢ、…、スレーブデバイスＮと、マスターデバイスとが、複数の同じタイプのデバイスを含む場合、複数の同じタイプのデバイスには、ミスマッチが生じやすくなる。加えて、スレーブデバイスは、互いに直接的に通信することができず、リモートクラウドサーバを利用して通信を確立する必要がある。加えて、スレーブデバイスＡ、スレーブデバイスＢ、…、スレーブデバイスＮと、マスターデバイスとの通信媒体が異なる場合、スレーブデバイスとマスターデバイスとをネットワーク化することができない。
【0079】
ＡＰとＳＴＡとによって形成されるネットワーク上で、又は、マスターデバイスとスレーブデバイスとによって形成されるネットワーク上で、中央デバイスが存在しない（例えば、そのデバイスが電源オンしていない、又は、そのデバイスが故障している）とき、ネットワークが存在しないことを、上記から理解することができる。結果として、周辺デバイスは、互いに通信することができない。中央デバイスが存在し（例えば、適切に稼働し）、周辺デバイスと中央デバイスとによって形成されたネットワークが存在するとき、スタートポロジー構造のローカルエリアネットワーク上に配置された中央デバイスは、周辺デバイスとのサービス通信を実行することができるが、周辺デバイスは、互いにサービス通信を直接的に実行することができない。例えば、Ｗｉ－Ｆｉネットワーキング（即ち、ＡＰとＳＴＡとのネットワーキング）シナリオにおいて、ＳＴＡ１とＳＴＡ２とは、直接的にサービス通信を実行することができない。Ｂｌｕｅｔｏｏｔｈネットワーキング（即ち、スレーブ／マスターデバイスのネットワーキング）シナリオにおいて、スレーブデバイスＡとスレーブデバイスＢとは、直接的にサービス通信を実行することができない。さらに、周辺デバイスが他の周辺デバイス（例えば、ＳＴＡ１とＳＴＡ２、スレーブデバイスＡとスレーブＢ）とサービス通信を実行することを試みる度に、周辺デバイスは、相互発見を実行する必要がある。具体的には、周辺デバイスは、通信を取り決める前に、まず、相互走査又は発見を実行する必要がある。この場合、周辺デバイスと他の周辺デバイスとの間の通信遅延が制御できない。ユーザが、通信アプリケーションを利用するときの通信要件を有する場合、ユーザは、長い時間（数秒、又は数分すら）待つ必要がありうるし、それがユーザ体験を低減させる。
【0080】
モバイルフォンが、例として利用される。図５に示すように、ユーザがモバイルフォンを把持し、テレビをつける必要があるとき、走査制御１が、モバイルフォンの画面上に表示される。ユーザが走査制御１をタップした後、モバイルフォンは、近くのオンラインデバイスとのハンドシェイク接続を実行し始める（即ち、モバイルフォンは、近くのオンラインデバイスを走査し始める）。走査期間の後、モバイルフォンのインターフェースは、モバイルフォンとのハンドシェイク接続を完了しているデバイスを表示する。ユーザが、モバイルフォンのインターフェース内の任意のデバイス（例えば、コンピュータ）をタップした後、モバイルフォンは、そのデバイスとのサービス通信を実行しうる。モバイルフォンが、近くのオンラインデバイスを走査するとき、ユーザは、長い時間待つ必要があり、それがユーザ体験を低減させることを理解することできる。
【0081】
図５では、モバイルフォンによって表示されるインターフェースが、モバイルフォンとのサービス通信を実行しているデバイス（例えば、Ｂｌｕｅｔｏｏｔｈヘッドセット及び空気清浄機）をさらに含むことに留意すべきである。
【0082】
これに基づき、この出願の実施形態は、通信ネットワークに適用されるデバイスネットワーキング方法を提供する。通信ネットワークは、ＡＰとＳＴＡとによって形成される汎用ネットワーク、又は、マスターデバイスとスレーブデバイスとによって形成されるスターネットワークに依存しない。方法は、複数の電子デバイスが、自動的に通信ネットワーク（要するに、アドホックネットワーク）を形成することを可能にしうる。具体的には、複数の電子デバイスのうちの任意の２つの電子デバイスが、相互発見及び認証を実行し、持続的な接続を確立しうる。持続的な接続は、周期的なハンドシェイク接続（ハンドシェイクキープアライブと称されることもある）である。このようにして、アドホックネットワーク上で、複数の電子デバイスのうちの任意の２つの電子デバイスは、サービス通信を実行しうる。加えて、複数の電子デバイスのうちの任意の２つの電子デバイスが周期的にハンドシェイク接続を実行する、即ち、どのオンラインデバイスが周辺にいるかを各電子デバイスが事前に知りうるため、サービス通信を実行する必要がある２つの電子デバイスは、最初に相互発見及び認証を実行してからサービス通信を実行することをせず、サービス通信を直接的に実行しうる。従って、通信フェーズにおけるデバイスの発見及び認証フェーズが省略され、デバイスの相互発見及び認証の不確実性が低減され、通信遅延を低減しつつ通信信頼性が改善され、ユーザ体験が改善される。
【0083】
例えば、ソフトウェアバスがデバイスに配置され、それにより、アドホックネットワークは、デバイス間で形成される。ソフトウェアバスは、発見及び接続能力を有し、高スループット、低レイテンシ、高信頼性、安全性、及び電子デバイス間の信頼可能な通信チャネルを提供し、電子デバイス間のほぼ局所化された無線アクセス効果を持つ分散型スマート通信ハイウェイネットワークを提供しうる。ソフトウェアバスが電子デバイスに配置された後、電子デバイスは、発見する及び発見される能力を有する。
【0084】
この出願の実施形態において、複数の電子デバイスによって形成されるアドホックネットワークは、複数の周辺デバイスの間のアドホックネットワークであってもよいし、中央デバイスと、複数の周辺デバイスとの間のアドホックネットワークであってもよいことに留意すべきである。例えば、アドホックネットワークは、ＳＴＡ１、ＳＴＡ２、…、ＳＴＡ Ｎの間で形成されるか、又は、アドホックネットワークは、スレーブデバイスＡ、スレーブデバイスＢ、…、スレーブデバイスＮと、マスターデバイスとの間で形成される。加えて、この出願において、複数の電子デバイスによって形成される新たなネットワークは、「水平」ネットワークと称されることがある。「水平」ネットワークは、リモートクラウドサーバに依存することなく、電子デバイスによって互いに自動的に形成されるネットワークである。例えば、複数の電子デバイスによって形成されるアドホックネットワークは、通信の役割がピアツーピアであるデバイス間の、例えば、ＡＰ－ＳＴＡ「垂直」ネットワークを有するピアデバイス（ＳＴＡ）間の、又は、マスター－スレーブ「垂直」ネットワークを有するピアデバイス（スレーブ）間のアドホックネットワークであってもよいし、既存のＡＰ－ＳＴＡ又はマスター－スレーブネットワークがないときには、役割が自由な、通信能力を持つ孤立したピアデバイス間で相互にネットワーク化されているネットワークであってもよい。
【0085】
この出願の実施形態について説明する前に、まず、この出願の実施形態の適用シナリオについて説明する。
【0086】
この出願の実施形態において提供されるデバイスネットワーキング方法は、異なる分野（例えば、１＋８＋Ｎ消費者グッズ分野及び産業デバイス分野）に適用されうる。「１」は、モバイルフォンを指す。「８」は、ヘッドユニット、スピーカ、ヘッドセット、ウォッチ／バンド、タブレット、大型スクリーン、パーソナルコンピュータ（personal computer, PC）、又は、拡張現実（augmented reality, AR）デバイス／仮想現実（virtual reality, VR）デバイスなどを指す。「Ｎ」は、モノのインターネット（internet of things, IoT）デバイスを指す。
【0087】
これに基づき、方法が適用可能な適用シナリオは、それらに限定されないが、オフィスシナリオ、スポーツシナリオ、ホームシナリオ、エンターテイメントシナリオ、教育シナリオ、及び産業製造シナリオなどを含む。複数の電子デバイスは、異なるシナリオにおいて「スーパー端末」を形成してよく、「スーパー端末」における電子デバイスは、協力作業のために連携されうることに留意すべきである。例えば、複数の電子デバイスが「スーパー端末」を形成するとき、電子デバイス（例えば、テレビ、ルータ、又はモバイルフォン）は、中央制御デバイスとして決定されてよく、中央制御デバイス以外の各電子デバイスは、中央制御デバイスとの通信接続（例えば、Ｂｌｕｅｔｏｏｔｈ接続又はＷｉ－Ｆｉ接続）を確立するためのスレーブデバイスとして利用されてよい。このようにして、中央ノードとして、中央制御デバイスは、対応する作業を完了するために、他のスレーブデバイスを管理及び制御するように構成されうる。いくつかの実施形態において、ユーザは、中央制御デバイス上にアプリケーション（application, APP）をインストールしてよく、ユーザは、中央制御デバイスのアプリケーションにおいて、中央制御デバイスに接続されたスレーブデバイスを操作し、それによって、大きくユーザ体験を改善しうる。
【0088】
中央制御デバイスは、例えば、リッチデバイスであってもよいし、スレーブデバイスは、例えば、薄型デバイスであってもよいことに留意すべきである。通常、リッチデバイスの優先度は、薄型デバイスよりも高い。例えば、リッチデバイスは、強力な中央処理ユニット（central processing unit, CPU）、メモリ、ハードディスク、及びネットワークの能力を持つデバイスである。薄型デバイスは、弱いＣＰＵ、メモリ、ハードディスク、及びネットワークの能力を持つデバイスである。例えば、リッチデバイスは、モバイルフォン、タブレットコンピュータ（PAD）、パーソナルコンピュータ（personal computer, PC）、又はスマートスクリーンでありうる。薄型デバイスは、例えば、スマートウォッチ、ヘッドセット、又はスマートグラスでありうる。このことは、この出願において限定されない。
【0089】
いくつかの実施形態において、図６に示すように、リッチデバイスのモバイルフォンは、中央制御デバイスとして選択される。これに基づき、ユーザは、テレビ、タブレット、コンピュータ、及び無線Ｂｌｕｅｔｏｏｔｈヘッドセットを、モバイルフォンにインストールされたアプリケーション上で操作することができる。例えば、ユーザは、モバイルフォン上にインストールされたアプリケーションを利用してテレビをつけうる。
【0090】
異なるシナリオでは、「スーパー端末」を形成する電子デバイスは異なると理解すべきである。例えば、ホームシナリオでは、図７に示すように、「スーパー端末」を形成する電子デバイスは、モバイルフォン、タブレットコンピュータ（PAD）／パーソナルコンピュータ（personal computer, PC）、スマートスクリーン、及びスマート家電（例えば、スマートランプ、スマートスイッチ、スマート冷蔵庫、スマートオーブン、スマートロック、及びスマートカーテン）を含む。例えば、モバイルフォンが、リッチデバイスとして利用される。ＰＡＤ／ＰＣ、スマートスクリーン、及びスマート家電は、アクセス技術（例えば、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、ＵＳＢ、又はイーサネット）を利用してモバイルフォンとの接続を確立する。次いで、ユーザは、リアルタイムで他のデバイスを制御するためにモバイルフォンを操作する必要があるだけである。例えば、ユーザは、モバイルフォンを操作して、スマートランプ及びスマートスイッチなどをつける（又は、消す）ことがある。他の例として、スポーツシナリオでは、図８に示すように、「スーパー端末」を形成する電子デバイスは、モバイルフォン、スマートウォッチ、ヘッドセット、及びスマートバンドなどを含む。例えば、モバイルフォンが、リッチデバイスである。スマートウォッチ、ヘッドセット、及びスマートバンドは、アクセス技術（例えば、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、ＵＳＢ、又はイーサネット）を利用してモバイルフォンとの接続を確立する。次いで、ユーザは、リアルタイムで他のデバイスを制御するためにモバイルフォンを操作する必要があるだけである。例えば、ユーザは、モバイルフォンを操作して、ヘッドセットの電源を入れることがあり、それにより、ユーザは、ヘッドセットを利用して音楽を聴く（又は、電話をかける）ことができる。
【0091】
例えば、この出願の実施形態において提供されるデバイスネットワーキング方法は、モバイルフォン、タブレット、パーソナルコンピュータ（personal computer, PC）、パーソナルデジタルアシスタント（personal digital assistant, PDA）、スマートウォッチ、ネットブック、ウェアラブル電子デバイス、拡張現実（augmented reality, AR）デバイス、仮想現実（virtual reality, VR）デバイス、車載デバイス、スマート車両、又はスマートスピーカのような電子デバイスに適用されうる。このことは、この出願の実施形態において限定されない。
【0092】
図９は、電子デバイス１００の構造の模式図である。電子デバイス１００は、プロセッサ１１０、外部メモリインターフェース１２０、内部メモリ１２１、ユニバーサルシリアルバス（universal serial bus, USB）インターフェース１３０、充電管理モジュール１４０、電力管理モジュール１４１、バッテリー１４２、アンテナ１、アンテナ２、モバイル通信モジュール１５０、無線通信モジュール１６０、オーディオモジュール１７０、スピーカ１７０Ａ、レシーバ１７０Ｂ、マイクロフォン１７０Ｃ、ヘッドセットジャック１７０Ｄ、センサモジュール１８０、ボタン１９０、モーター１９１、インジケータ１９２、カメラ１９３、ディスプレイ１９４、及びサブスクライバ識別モジュール（subscriber identity module, SIM）カードインターフェース１９５などを含みうる。
【0093】
センサモジュール１８０は、圧力センサ１８０Ａ、ジャイロセンサ１８０Ｂ、気圧センサ１８０Ｃ、磁気センサ１８０Ｄ、加速度センサ１８０Ｅ、距離センサ１８０Ｆ、光学式近接センサ１８０Ｇ、指紋センサ１８０Ｈ、温度センサ１８０Ｊ、タッチセンサ１８０Ｋ、環境光センサ１８０Ｌ、及び骨伝導センサ１８０Ｍなどを含みうる。
【0094】
この実施形態において示された構造は、電子デバイス１００についての具体的な限定を構成しないと理解されうる。いくつかの他の実施形態において、電子デバイス１００は、図に示されたものより多くの又はより少ないコンポーネントを含んでもよいし、いくつかのコンポーネントが結合されてもよいし、いくつかのコンポーネントが分割されてもよいし、異なるコンポーネント配置が利用されてもよい。図に示されたコンポーネントは、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアとの組み合わせで実装されうる。
【0095】
プロセッサ１１０は、１つ以上の処理ユニットを含みうる。例えば、プロセッサ１１０は、アプリケーションプロセッサ（application processor, AP）、モデムプロセッサ、グラフィックス処理ユニット（graphics processing unit, GPU）、イメージシグナルプロセッサ（image signal processor, ISP）、コントローラ、メモリ、ビデオコーデック、デジタルシグナルプロセッサ（digital signal processor, DSP）、ベースバンドプロセッサ、及び／又はニューラルネットワーク処理ユニット（neural-network processing unit, NPU）などを含みうる。異なる処理ユニットは、独立したコンポーネントであってもよいし、１つ以上のプロセッサに統合されてもよい。
【0096】
コントローラは、電子デバイス１００の中枢部及びコマンドセンターでありうる。コントローラは、命令取り込み及び実行についての制御を実施するために、命令オペレーションコード及び時間シーケンス信号に基づいて、オペレーション制御信号を生成しうる。
【0097】
メモリは、さらに、プロセッサ１１０内に配置されてよく、命令及びデータを格納するように構成される。いくつかの実施形態において、プロセッサ１１０内のメモリは、キャッシュメモリである。メモリは、プロセッサ１１０によって利用された又は繰り返し利用される命令又はデータを格納しうる。プロセッサ１１０が命令又はデータを再び利用する必要がある場合、プロセッサは、直接的に命令又はデータをメモリから呼び出しうる。これは、繰り返しアクセスを防止し、プロセッサ１１０の待ち時間を低減し、システム効率を改善する。
【0098】
いくつかの実施形態において、プロセッサ１１０は、１つ以上のインターフェースを含みうる。インターフェースは、集積回路間（inter-integrated circuit, I2C）インターフェース、集積回路間サウンド（inter-integrated circuit sound, I2S）インターフェース、パルスコード変調（pulse code modulation, PCM）インターフェース、ユニバーサル非同期レシーバ／トランスミッタ（universal asynchronous receiver/transmitter, UART）インターフェース、モバイルインダストリプロセッサインターフェース（mobile industry processor interface, MIPI）、汎用入力／出力（general-purpose input/output, GPIO）インターフェース、サブスクライバ識別モジュール（subscriber identity module, SIM）インターフェース、及び／又はユニバーサルシリアルバス（universal serial bus, USB）インターフェースなどを含みうる。
【0099】
この実施形態において示されたモジュール間のインターフェース接続関係は、説明のための例に過ぎず、電子デバイスの構造についての限定を構成しないと理解されうる。いくつかの他の実施形態において、電子デバイスは、代替的に、上記の実施形態のものとは異なるインターフェース接続方式、又は、複数のインターフェース接続方式の組み合わせを利用しうる。
【0100】
充電管理モジュール１４０は、充電器からの充電入力を受け付けるように構成される。充電器は、無線充電器であってもよいし、有線充電器であってもよい。有線充電器のいくつかの実施形態において、充電管理モジュール１４０は、ＵＳＢインターフェース１３０を介して、有線充電器からの充電入力を受け付けうる。無線充電器のいくつかの実施形態において、充電管理モジュール１４０は、電子デバイスの無線充電コイルを介して、無線充電入力を受け付けうる。充電管理モジュール１４０は、さらに、バッテリー１４２を充電しつつ、電力管理モジュール１４１を利用して電子デバイスに電力を供給しうる。
【0101】
電力管理モジュール１４１は、バッテリー１４２、充電管理モジュール１４０、及びプロセッサ１１０に接続されるように構成される。電力管理モジュール１４１は、バッテリー１４２及び／又は充電管理モジュール１４０の入力を受け付けて、プロセッサ１１０、内部メモリ１２１、外部メモリ、ディスプレイ１９４、カメラ１９３、及び無線通信モジュール１６０などに電力を供給する。電力管理モジュール１４１は、さらに、バッテリ容量、バッテリサイクル数、及びバッテリヘルス状態（漏電又はインピーダンス）などのパラメータをモニタリングするように構成されうる。いくつかの他の実施形態において、電力管理モジュール１４１は、代替的に、プロセッサ１１０内に配置されうる。いくつかの他の実施形態において、電力管理モジュール１４１及び充電管理モジュール１４０は、代替的に、同じコンポーネント内に配置されうる。
【0102】
電子デバイス１００の無線通信機能は、アンテナ１、アンテナ２、モバイル通信モジュール１５０、無線通信モジュール１６０、モデムプロセッサ、及びベースバンドプロセッサなどを介して実装されうる。
【0103】
アンテナ１及びアンテナ２は、電磁波信号を送信及び受信するように構成される。電子デバイス１００における各アンテナは、１つ以上の通信周波数帯域をカバーするように構成されうる。異なるアンテナが、アンテナ利用率を改善するためにさらに多重化されうる。例えば、アンテナ１は、無線ローカルエリアネットワーク内のダイバーシティアンテナとして多重化されうる。いくつかの他の実施形態において、アンテナは、チューニングスイッチと組み合わせて利用されうる。
【0104】
モバイル通信モジュール１５０は、２Ｇ、３Ｇ、４Ｇ、及び５Ｇなどを含む無線通信のために、電子デバイス１００に適用される解決策を提供しうる。モバイル通信モジュール１５０は、少なくとも１つのフィルタ、スイッチ、電力増幅器、及び低ノイズ増幅器（low-noise amplifier, LNA）などを含みうる。モバイル通信モジュール１５０は、アンテナ１を介して電磁波を受信し、受信された電磁波上でのフィルタリング又は増幅などの処理を実行し、電磁波を復調用のモデムプロセッサに伝送しうる。
【0105】
モバイル通信モジュール１５０は、さらに、モデムプロセッサによって変調された信号を増幅し、アンテナ１を介した放射のために、信号を電磁波に変換しうる。いくつかの実施形態において、モバイル通信モジュール１５０内の少なくとも一部の機能モジュールは、プロセッサ１１０内に配置されうる。いくつかの実施形態において、モバイル通信モジュール１５０の少なくとも一部の機能モジュールは、プロセッサ１１０の少なくとも一部のモジュールを持つ同じデバイス内に配置されうる。
【0106】
モデムプロセッサは、変調器及び復調器を含みうる。変調器は、送信対象の低周波数ベースバンド信号を変調して中間－高周波数信号にするように構成される。復調器は、受信された電磁波信号を復調して低周波数ベースバンド信号にするように構成される。次いで、復調器は、復調を介して得られた低周波数ベースバンド信号を処理用のベースバンドプロセッサに伝送する。低周波数ベースバンド信号は、ベースバンドプロセッサによって処理され、次いで、アプリケーションプロセッサに伝送される。アプリケーションプロセッサは、オーディオデバイス（スピーカ１７０Ａ又はレシーバ１７０Ｂなどに限定されない）を介してサウンド信号を出力するか、又は、ディスプレイ１９４を介して画像又は映像を表示する。いくつかの実施形態において、モデムプロセッサは、独立したデバイスでありうる。いくつかの他の実施形態において、モデムプロセッサは、プロセッサ１１０から独立していることがあり、モバイル通信モジュール１５０又は他の機能モジュールを持つ同じデバイス内に配置される。
【0107】
無線通信モジュール１６０は、電子デバイス１００に適用され、かつ、無線ローカルエリアネットワーク（wireless local area network, WLAN）（例えば、無線フェデリティ（wireless fidelity, Wi-Fi）ネットワーク）、Ｂｌｕｅｔｏｏｔｈ（Bluetooth, BT）、グローバルナビゲーションサテライトシステム（global navigation satellite system, GNSS）、周波数変調（frequency modulation, FM）、近接場通信（near field communication, NFC）技術、及び赤外線（infrared, IR）技術などを含む、無線通信解決策を提供しうる。
【0108】
無線通信モジュール１６０は、少なくとも１つの通信処理モジュールを統合する１つ以上のコンポーネントであってよい。無線通信モジュール１６０は、アンテナ２を介して電磁波を受信し、電磁波信号上での周波数変調及びフィルタリング処理を実行し、処理された信号をプロセッサ１１０に送る。無線通信モジュール１６０は、さらに、送信対象の信号をプロセッサ１１０から受け取り、その信号上での周波数変調及び増幅を実行し、アンテナ２を介した放射のために、その信号を電磁波に変換しうる。
【0109】
いくつかの実施形態において、アンテナ１と、電子デバイス１００内のモバイル通信モジュール１５０とが結合され、アンテナ２と無線通信モジュール１６０とが結合され、それにより、電子デバイス１００は、無線通信技術を利用してネットワーク及び他のデバイスと通信することができる。無線通信技術は、モバイル通信用グローバルシステム（global system for mobile communications, GSM）、汎用パケット無線サービス（general packet radio service, GPRS）、符号分割多重アクセス（code-division multiple access, CDMA）、広帯域符号分割多重アクセス（wideband code division multiple access, WCDMA）、時間分割符号分割多重アクセス（time-division code division multiple access, TD-SCDMA）、ロングタームエボリューション（long term evolution, LTE）、ＢＴ、ＧＮＳＳ、ＷＬＡＮ、ＮＦＣ、ＦＭ、及び／又はＩＲ技術などを含みうる。ＧＮＳＳは、グローバルポジショニングシステム（global positioning system, GPS）、グローバルナビゲーションサテライトシステム（global navigation satellite system, GLONASS）、北斗ナビゲーションサテライトシステム（BeiDou navigation satellite system, BDS）、準天頂サテライトシステム（quasi-zenith satellite system, QZSS）、及び／又はサテライトベースのオーグメンテーションシステム（satellite based augmentation system, SBAS）を含みうる。
【0110】
電子デバイス１００は、ＧＰＵ、ディスプレイ１９４、及びアプリケーションプロセッサなどを利用して表示機能を実装する。ＧＰＵは、画像処理用のマイクロプロセッサであり、ディスプレイ１９４及びアプリケーションプロセッサに接続される。ＧＰＵは、数学的及び幾何学的計算を実行し、画像をレンダリングするように構成される。プロセッサ１１０は、プログラム命令を実行して表示情報を生成又は変化させる１つ以上のＧＰＵを含みうる。
【0111】
ディスプレイ１９４は、画像及び映像などを表示するように構成される。ディスプレイ１９４は、ディスプレイパネルを含む。ディスプレイパネルには、液晶ディスプレイ（liquid crystal display, LCD）、有機発光ダイオード（organic light-emitting diode, OLED）、アクティブマトリックス有機発光ダイオード（active-matrix organic light-emitting diode, AMOLED）、フレキシブル発光ダイオード（flexible light-emitting diode, FLED）、ミニＬＥＤ、マイクロＬＥＤ、マイクロＯＬＥＤ、又は量子ドット発光ダイオード（quantum dot light-emitting diode, QLED）などを利用しうる。
【0112】
電子デバイス１００は、ＩＳＰ、カメラ１９３、ビデオコーデック、ＧＰＵ、ディスプレイ１９４、及びアプリケーションプロセッサなどを利用して撮影機能を実装することができる。
【0113】
ＩＳＰは、カメラ１９３によってフィードバックされるデータを処理するように構成される。例えば、撮影の際にシャッターが押され、光がレンズを介してカメラの感光素子に伝送され、光信号が電気信号に変換され、カメラの感光素子が処理用のＩＳＰに電気信号を伝送して、電子信号を可視画像に変換する。ＩＳＰは、さらに、画像のノイズ、輝度、及び顔色についてのアルゴリズム最適化を実行しうる。ＩＳＰは、さらに、撮影シナリオの露出及び色温度などのパラメータを最適化しうる。いくつかの実施形態において、ＩＳＰは、カメラ１９３内に配置されうる。
【0114】
カメラ１９３は、スチル画像又は映像をキャプチャするように構成される。被写体の光学像がレンズを介して生成され、感光素子に投影される。感光素子は、電荷結合素子（charge-coupled device, CCD）又は相補型金属酸化物半導体（complementary metal-oxide-semiconductor, CMOS）フォトトランジスタであってよい。感光素子は、光信号を電気信号に変換し、次いで、電気信号をＩＳＰに伝送して、電気信号をデジタル画像信号に変換する。ＩＳＰは、デジタル画像信号を処理用のＤＳＰに出力する。ＤＳＰは、デジタル画像信号を、ＲＧＢ又はＹＵＶのようなフォーマットの標準画像信号に変換する。いくつかの実施形態において、電子デバイスは、１つ又はＮ個のカメラ１９３を含むことがあり、Ｎは、１を超える正の整数である。
【0115】
デジタルシグナルプロセッサは、デジタル信号を処理するように構成され、デジタル画像信号に加えて他のデジタル信号を処理することがある。例えば、電子デバイスが周波数を選択するとき、デジタルシグナルプロセッサは、周波数エネルギーについてフーリエ変換などを実行するように構成される。
【0116】
ビデオコーデックは、デジタル映像を圧縮又は展開するように構成される。電子デバイス１００は、１つ以上のタイプのビデオコーデックをサポートすることがある。このようにして、電子デバイスは、複数のコーディングフォーマット、例えば、動画エキスパートグループ（moving picture experts group, MPEG）－１、ＭＰＥＧ－２、ＭＰＥＧ３、及びＭＰＥＧ－４で、映像を再生又は録画しうる。
【0117】
ＮＰＵは、ニューラルネットワーク（neural-network, NN）コンピューティングプロセッサであり、生物学的神経ネットワークの構造に基づいて、例えば、人間の脳のニューロン間の転送モードに基づいて入力情報を素早く処理し、さらに、自己学習を継続的に実行しうる。ＮＰＵは、電子デバイスのインテリジェントな認知、例えば、画像認識、顔認識、音声認識、及びテキスト理解などのアプリケーションを実装することができる。
【0118】
外部メモリインターフェース１２０は、電子デバイス１００の記憶能力を拡張するために、外部メモリカード、例えば、マイクロＳＤカードに接続するように構成されうる。外部メモリカードは、外部メモリインターフェース１２０を介してプロセッサ１１０と通信し、データ記憶機能を実装する。例えば、音楽及び映像などのファイルが外部ストレージカードに格納される。
【0119】
内部メモリ１２１は、コンピュータ実行可能プログラムコードを格納するように構成されうる。実行可能プログラムコードは、命令を含む。プロセッサ１１０は、内部メモリ１２１に格納された命令を実行し、電子デバイス１００の様々な機能アプリケーション及びデータ処理を実行する。例えば、この出願の実施形態において、プロセッサ１１０は、内部メモリ１２１に格納された命令を実行しうるし、内部メモリ１２１は、プログラム格納エリア及びデータ格納エリアを含みうる。
【0120】
プログラム格納エリアは、オペレーティングシステム、及び、少なくとも１つの機能（例えば、サウンド再生機能又は画像再生機能）によって要求されるアプリケーションなどを格納しうる。データ格納エリアは、電子デバイス１００の利用に際して作成されるデータ（オーディオデータ及びアドレスブックなど）などを格納しうる。加えて、内部メモリ１２１は、高速ランダムアクセスメモリを含んでもよいし、不揮発性メモリ、例えば、少なくとも１つの磁気ディスクストレージデバイス、フラッシュメモリ、又はユニバーサルフラッシュストレージ（universal flash storage, UFS）を含んでもよい。
【0121】
電子デバイス１００は、オーディオモジュール１７０、スピーカ１７０Ａ、レシーバ１７０Ｂ、マイクロフォン１７０Ｃ、ヘッドセットジャック１７０Ｄ、及びアプリケーションプロセッサなどを利用して、オーディオ機能、例えば、音楽再生及び記録を実装しうる。
【0122】
オーディオモジュール１７０は、デジタルオーディオ情報を出力用のアナログオーディオ信号に変換するように構成され、また、アナログオーディオ入力をデジタルオーディオ信号に変換するように構成される。オーディオモジュール１７０は、オーディオ信号をエンコード及びデコードするように構成されうる。いくつかの実施形態において、オーディオモジュール１７０は、プロセッサ１１０内に配置されることがあり、又は、オーディオモジュール１７０の一部の機能モジュールがプロセッサ１１０内に配置される。「ラウドスピーカ」とも称されるスピーカ１７０Ａは、オーディオ電気信号をサウンド信号に変換するように構成される。「イヤーピース」とも称されるレシーバ１７０Ｂは、オーディオ電気信号をサウンド信号に変換するように構成される。「マイク」又は「ｍｉｃ」とも称されるマイクロフォン１７０Ｃは、サウンド信号を電気信号に変換するように構成される。
【0123】
ヘッドセットジャック１７０Ｄは、有線ヘッドセットに接続するように構成される。ヘッドセットジャック１７０Ｄは、ＵＳＢインターフェース１３０であってもよいし、３．５ｍｍオープンモバイル電子端末プラットフォーム（open mobile terminal platform, OMTP）標準インターフェース又は米国セルラテレコミュニケーションインダストリアソシエーション（cellular telecommunications industry association of the USA, CTIA）標準インターフェースであってもよい。
【0124】
ボタン１９０は、電源ボタン、及びボリュームボタンなどを含む。ボタン１９０は、機械的なボタンであってもよいし、タッチ感知型ボタンであってもよい。モーター１９１は、振動プロンプトを生成しうる。モーター１９１は、着信振動プロンプト又はタッチ振動フィードバックを提供するように構成されうる。インジケータ１９２は、インジケータライトであってよく、充電状態及び電力変化を示すように構成されてもよいし、メッセージ、不在着信、及び通知などを示すように構成されてもよい。ＳＩＭカードインターフェース１９５は、ＳＩＭカードに接続するように構成される。ＳＩＭカードは、電子デバイス１００との接続又は電子デバイス１００からの分離を実装するために、ＳＩＭカードインターフェース１９５に挿入される又はＳＩＭカードインターフェース１９５から取り外される。電子デバイス１００は、１つ又はＮ個のＳＩＭカードインターフェースをサポートすることがあり、Ｎは、１を超える正の整数である。ＳＩＭカードインターフェース１９５は、ナノＳＩＭカード、マイクロＳＩＭカード、及びＳＩＭカードなどをサポートしうる。
【0125】
この明細書における添付図を参照しながら、以下では、この出願の実施形態において提供されるデバイスネットワーキング方法について具体的に説明する。
【0126】
この出願のこの実施形態において提供されるデバイスネットワーキング方法は、通信システム２００に適用される。図１０に示すように、通信システム２００は、複数の電子デバイス（例えば、モバイルフォン、ヘッドセット、スマートスクリーン、バンド、及びタブレット）を含む。複数の電子デバイスは、相互発見及び相互認証を実行しうる。認証が成功する場合、複数の電子デバイスのうちの任意の２つの電子デバイスは、互いに通信接続（例えば、第１の通信接続）を確立してキープアライブし、通信システム２００のネットワーキングプロセスを完了しうる。
【0127】
複数の電子デバイスは、具体的には、第１の電子デバイスと第２の電子デバイスとを含みうる。第１の電子デバイスは、複数の電子デバイスのうちの任意の電子デバイスである。第２の電子デバイスは、複数の電子デバイスのうち、第１の電子デバイス以外の他の電子デバイスである。例えば、複数の電子デバイスは、デバイス１、デバイス２、及びデバイス３を含む。例えば、第１の電子デバイスがデバイス１であってよく、かつ、第２の電子デバイスがデバイス２であってよい、又は、第１の電子デバイスがデバイス２であり、かつ第２の電子デバイスがデバイス３である、又は、第１の電子デバイスがデバイス３であり、かつ第２の電子デバイスがデバイス２である、又は、第１の電子デバイスと第２の電子デバイスとが、デバイス１、デバイス２、及びデバイス３のうちのいずれか２つの組み合わせであってよい。このことは、この出願の実施形態において限定されない。
【0128】
第１の電子デバイスは、第２の電子デバイスを発見する能力を有し、第１の電子デバイスは、逆に、第２の電子デバイスによって発見されうる。同様に、第２の電子デバイスは、第１の電子デバイスを発見する能力を有し、第２の電子デバイスは、逆に、第１の電子デバイスによって発見されうる。これに基づき、相互に発見される第１の電子デバイスと第２の電子デバイスとは、認証を実行しうる。認証が成功する場合、第１の電子デバイスは、第２の電子デバイスとの通信接続を確立する。
【0129】
例えば、第１の電子デバイスは、少なくとも２つの物理的な通信方式で、第２の電子デバイスとの通信接続を確立しうる。少なくとも２つの物理的な通信方式は、第１の通信方式と第２の通信方式とを含みうる。具体的には、第１の電子デバイスと第２の電子デバイスとは、第１の通信方式及び第２の通信方式で接続される。少なくとも２つの物理的な通信方式は、コネクション型の物理レイヤ通信方式であってもよいし、コネクションレス型の物理レイヤ通信方式であってもよい。コネクション型の物理レイヤ通信方式は、例えば、Ｗｉ－Ｆｉ接続又は他の物理レイヤ接続方式であってよい。コネクションレス型の物理レイヤ通信方式は、例えば、Ｂｌｕｅｔｏｏｔｈ（ＢＲ又はＢＬＥなど）接続方式、ネットワークポート接続方式、又は他の物理的な接続方式であってよい。このことは、この出願において限定されない。
【0130】
【0131】
Ｓ１０：第１の電子デバイスが、発見メッセージを第２の電子デバイスに送信する。
【0132】
発見メッセージは、第１の電子デバイスが他の電子デバイスによって発見されることができることを示す。
【0133】
同時に、第２の電子デバイスは、近くのデバイスを走査する。第２の電子デバイスが、第１の電子デバイスによって送信された発見メッセージを受信するとき、第２の電子デバイスは、走査によって第１の電子デバイスを発見する。
【0134】
同様に、第２の電子デバイスは、発見メッセージを第１の電子デバイスに送信する。同時に、第１の電子デバイスは、近くのデバイスを走査する。第１の電子デバイスが、第２の電子デバイスによって送信された発見メッセージを受信するとき、第１の電子デバイスは、走査によって第２の電子デバイスを発見する。
【0135】
第１の電子デバイスと第２の電子デバイスとはそれぞれ、送信側デバイスとして、発見メッセージを送信するために利用されてもよいし、走査側デバイスとして、走査を実行するために利用されてもよいと理解することができる。このようにして、第１の電子デバイス及び第２の電子デバイスの両方は、発見する及び発見される能力を有する。同様に、複数の電子デバイスの各電子デバイスは、発見する及び発見される能力を有する。
【0136】
Ｓ２０：第１の電子デバイスは、認証メッセージを第２の電子デバイスに送信する。
【0137】
認証メッセージは、第１の電子デバイスのデバイス情報を示す。デバイス情報は、第１の電子デバイスのＳＳＩＤ、アカウント情報、及び通信媒体（通信方式と称されることもある）などを含む。
【0138】
ＳＳＩＤは、第１の電子デバイスの名称（例えば、Huawei P30）を示す。アカウント情報は、第１の電子デバイスを利用するユーザのアカウント情報（例えば、ユーザの携帯電話番号又は電子メールアドレス）を示す。通信媒体は、第１の電子デバイスがネットワーク通信を実行するときに利用される回線を示す。例えば、通信媒体は、それらに限定されないが、以下の様々なタイプ、即ち、無線ローカルエリアネットワーク（wireless local area network, WLAN）、ピアツーピア（peer-to-peer, P2P）ネットワーク、ＢＲ、ＢＬＥ、及び電力線通信（power line communication, PLC）を含む。
【0139】
同様に、第２の電子デバイスは、認証メッセージを第１の電子デバイスに送信する。第２の電子デバイスによって送信された認証メッセージについては、第１の電子デバイスによって送信された認証メッセージの上記の例を参照されたく、詳細については、ここでは再び説明されない。
【0140】
第１の電子デバイスと第２の電子デバイスとがデバイス情報を互いに交換した後、第１の電子デバイスは、第２の電子デバイスによって送信されたデバイス情報に基づいて認証を実行する。同時に、第２の電子デバイスは、第１の電子デバイスによって送信されたデバイス情報に基づいて認証を実行する。第１の電子デバイスと第２の電子デバイスとのＳＳＩＤが同じである場合、第１の電子デバイスは、第２の電子デバイスとの通信接続を自動的に確立する。例えば、第１の電子デバイスがHuawei P30モデルであり、第２の電子デバイスがHuawei MAXモデルであるとき、第１の電子デバイスは、第２の電子デバイスとの通信接続を自動的に確立する。第１の電子デバイスと第２の電子デバイスとのＳＳＩＤが異なる場合、第１の電子デバイスは、ユーザ認証を介して第２の電子デバイスとの通信接続を確立する。例えば、ユーザは、第１の電子デバイスから、第２の電子デバイスのＳＳＩＤを選択し、パスワードを入力してよく、それにより、第１の電子デバイスは、第２の電子デバイスとの通信接続を確立する。第１の電子デバイスのアカウント情報が、第２の電子デバイスのものと同じである、即ち、第１の電子デバイスと第２の電子デバイスとが同じユーザに属するデバイスである場合、第１の電子デバイスは、第２の電子デバイスとの通信接続を直接的に確立しうる。
【0141】
例えば、第１の電子デバイスは、上記の実施形態において説明された少なくとも２つの物理的な通信方式（例えば、第１の通信方式及び第２の通信方式）で、第２の電子デバイスとの通信接続を確立しうる。少なくとも２つの物理的な通信方式の例については、上記の実施形態を参照されたい。詳細については、ここでは再び説明されない。
【0142】
Ｓ３０：第１の電子デバイスは、第２の電子デバイスとの持続的な接続を確立する。
【0143】
持続的な接続を確立するとは、具体的には、第１の電子デバイスが、第２の電子デバイスとの第１の通信接続を維持することを意味する。
【0144】
例えば、第１の電子デバイスと第２の電子デバイスとが周期的に心拍調査（heartbeat inquiry）をトリガしてよく、それにより、第１の電子デバイスは、第２の電子デバイスとの持続的な接続の状態を維持することができる。持続的な接続は、規則的でリズミカルな（即ち、周期的な）発見又は接続手段である。この出願において、持続的な接続は、様々なコネクション型及びコネクションレス型の物理レイヤ通信方式に適用される。例えば、コネクション型の物理レイヤ通信方式は、例えば、Ｗｉ－Ｆｉ接続であってよく、コネクションレス型の物理レイヤ通信方式は、例えば、Ｂｌｕｅｔｏｏｔｈ接続又はネットワークポート接続などであってよい。もちろん、コネクション型及びコネクションレス型の物理レイヤ通信方式は、代替的に、他の接続方式であってよい。このことは、この出願において限定されない。例えば、第１の電子デバイスは、第１の通信方式及び第２の通信方式で、第２の電子デバイスとの持続的な接続を維持しうる。第１の通信方式及び第２の通信方式は、それらの物理的な通信方式の通信プロトコルに従って定義された従来の接続を維持する方式に限定されず、接続情報のみを保持する方式であってもよい。接続情報は、物理的な通信方式で確立された持続的な接続を素早く再開するために、又は、物理的な通信方式における持続的な接続を素早く実行するために利用される。例えば、接続情報は、例えば、接続を確立するために及び再開するために必要とされる関連パラメータ又は関連情報（例えば、ピアデバイスについての情報）であってよい。
【0145】
例えば、第１の電子デバイスが、ＢＬＥ通信方式で、第２の電子デバイスとの通信接続を確立するとき、第１の電子デバイスは、ＢＬＥの広告（advertisement）フレームを利用して、第２の電子デバイスとの持続的な接続を確立しうる。他の例では、第１の電子デバイスが、ＢＲ通信方式で、第２の電子デバイスとの通信接続を確立するとき、ＢＲは、第１の電子デバイスと第２の電子デバイスとの間の持続的な接続を維持する。他の例では、第１の電子デバイスが、ＵＳＢ、イーサネット、ＷＬＡＮ、又はＰＬＣのような通信方式で、第２の電子デバイスとの通信接続を確立し、第１の電子デバイスが、ユーザデータグラムプロトコル（user datagram protocol, UDP）を利用して、第２の電子デバイスとのサービス通信を実行するとき、第１の電子デバイスは、コネクションレス型のモノのインターネットプロトコル（constrained application protocol, CoAP）パケットを利用して、第２の電子デバイスとの持続的な接続を確立しうる。他の例では、第１の電子デバイスが、ＵＳＢ、イーサネット、ＷＬＡＮ、又はＰＬＣのような通信方式で、第２の電子デバイスとの通信接続を確立し、第１の電子デバイスが、ＩＰを利用して、第２の電子デバイスとのサービス通信を実行するとき、第１の電子デバイスは、伝送制御プロトコル（transmission control protocol, TCP）を利用して、第２の電子デバイスとの持続的な接続を確立し、キープアライブ（keepalive）メカニズムを利用して、持続的な接続を維持しうる。他の例では、第１の電子デバイスが、Ｐ２Ｐ方式で、第２の電子デバイスとの通信接続を確立するとき、Ｐ２Ｐは、直接的に、第１の電子デバイスと第２の電子デバイスとが持続的な接続を確立することを可能にする。
【0146】
第１の電子デバイスと第２の電子デバイスとが周期的に心拍調査をトリガすることは、第１の電子デバイスが、第１の期間に第１の通信方式で、第２の電子デバイスによって送信されたパケットを受信し、次いで、第１の電子デバイスが、パケットに基づいて、第２の電子デバイスとの第１の通信接続が第２の期間において有効であると決定すること、を示す。第２の電子デバイスによって送信され、第１の期間に第１の通信方式で第１の電子デバイスによって受信されるパケットは、様々な形態のパケット（例えば、応答パケット、問い合わせパケット、又はサービスパケット）でありうることに留意すべきである。
【0147】
いくつかの実施形態において、第１の期間は、周期的に設定される。第１の期間の長さは、変更されないままであってもよいし、動的に変更（例えば、増加又は減少）されてもよい。周期的に設定される第１の期間において、２つの隣接する第１の期間の間のインターバルは、現在の始点から次の始点まで、又は、現在の終点から次の終点までである。このことは、この出願において限定されない。
【0148】
いくつかの実施形態においては、図１１ｂに示すように、第２の期間の開始時点が、第１の電子デバイスがパケットを受信する時点と同じであり、第２の期間の終了時点は、第１の電子デバイスがパケットを受信した後の期間である。例えば、第２の期間の終了時点は、Ｎ番目の第１の期間の開始時点（又は、終了時点）以降（greater than or equal to）である。図１１ｂは、第２の期間の終了時点が、Ｎ番目の第１の期間の開始時点に等しい例を示す。
【0149】
いくつかの他の実施形態においては、図１１ｃに示すように、第２の期間の開始時点は、現在の第１の期間（例えば、最初の第１の期間）の開始時点と同じであり、第２の期間の終了時点は、現在の第１の期間の開始時点の後の期間である。例えば、第２の期間の終了時点は、Ｎ番目の第１の期間の開始時点（又は、終了時点）以降である。図１１ｃは、第２の期間の終了時点が、Ｎ番目の第１の期間の開始時点に等しい例を示している。
【0150】
さらに他の実施形態においては、図１１ｄに示すように、第２の期間の開始時点は、現在の第１の期間（例えば、最初の第１の期間）の終了時点に等しく、第２の期間の終了時点は、現在の第１の期間の終了時点の後の期間である。例えば、第２の期間の終了時点は、Ｎ番目の第１の期間の開始時点（又は、終了時点）以降である。図１１ｄは、第２の期間の終了時点が、Ｎ番目の第１の期間の開始時点に等しい例を示している。
【0151】
第１の電子デバイスが、パケットに基づいて、第２の電子デバイスとの第１の通信接続が第２の期間において有効であると決定するとき、第１の電子デバイスは、第２の期間に第２の通信方式で、第２の電子デバイスとのサービス通信を実行する。例えば、第１の電子デバイスは、保存された接続情報に基づいて、第２の電子デバイスと確立した第１の通信接続を素早く再開し、サービス通信を実行しうる。
【0152】
いくつかの実施形態において、第１の期間は、周期的に設定される。第１の期間は、最初に設定される第１の期間であると仮定する。方法は、第１の電子デバイスが、２回目に設定された第１の期間である第１の期間内にパケットを受信しないとき、第１の電子デバイスが、第２の電子デバイスから切断されるべきと決定すること、又は第１の電子デバイスが、連続Ｎ回（Ｎ＞１）設定された第１の期間である第１の期間内にパケットを受信しないとき、第１の電子デバイスが、第２の電子デバイスから切断されるべきと決定すること、又は第１の期間と第２の期間とが少なくとも部分的に重複し、第１の電子デバイスが第２の期間内の第１の期間においてパケットを受信しないとき、第１の電子デバイスが、第２の電子デバイスから切断されるべきと決定すること、をさらに含む。
【0153】
これに基づき、第１の電子デバイスは、第２の電子デバイスとのサービス通信を再び実行するとき、第１の電子デバイスは、第２の電子デバイスとの第１の通信接続を再確立する。
【0154】
第１の電子デバイスが第２の電子デバイスとの第１の通信接続を再確立することは、第１の電子デバイスと第２の電子デバイスとが相互走査及び発見を再び実行し、次いで、相互認証を実行すること、を示すことに留意すべきである。認証が成功する場合、第１の電子デバイスは、第２の電子デバイスとの第１の通信接続を再確立する。第１の電子デバイスが、第２の電子デバイスと確立した第１の通信接続を再開するのとは異なり、第１の電子デバイスが、第２の電子デバイスと確立した第１の通信接続を再開することは、第１の電子デバイスと第２の電子デバイスとが、相互走査、相互発見、及び相互認証のプロセスを実行する必要はないが、第１の通信接続を再開するために、第１の電子デバイスが、要求パケットを送信し、第２の電子デバイスによって応答されたパケットを受信すること、を示す。具体的には、第１の電子デバイスが、第２の電子デバイスとの第１の通信接続を再開することは、第１の電子デバイスと第２の電子デバイスとの間で確立された第１の通信接続が存在し、第１の通信接続（即ち、キープアライブ）が、第１の期間にパケットを受信する方式で維持されること、として理解されうる。
【0155】
いくつかの実施形態において、複数の電子デバイスそれぞれが、ハンドシェイク要求メッセージを送信する（例えば、要求パケットを送信する）ために、送信側デバイスとして利用され、複数の電子デバイスそれぞれが、ハンドシェイク応答メッセージで応答する（例えば、パケットで応答する）ために、受信側デバイスとして利用される。いくつかの他の実施形態において、複数の電子デバイスそれぞれは、ハンドシェイク応答メッセージをブロードキャストするために、ブロードキャスターとして利用される。さらに他の実施形態において、ネゴシエーションを通じて、複数の電子デバイスのうちの１つの電子デバイスが、マスターデバイスとして利用され、複数の電子デバイスのうち、マスターデバイス以外の他のデバイスが、スレーブデバイスとして利用される。これに基づき、マスターデバイスは、ハンドシェイク要求メッセージを各スレーブデバイスに送信しうるし、次いで、各スレーブデバイスは、ハンドシェイク応答メッセージでマスターデバイスに応答する。
【0156】
第１の電子デバイスは、複数の電子デバイスのうちの任意の電子デバイスであり、第２の電子デバイスは、複数の電子デバイスのうちの、第１の電子デバイス以外の任意の電子デバイスであり、また、第１の電子デバイスが第２の電子デバイスとの持続的な接続を確立することは、持続的な接続が、複数の電子デバイスのうちの任意の２つの電子デバイスの間で確立されうることを示す、ことに留意すべきである。これに基づき、図１２、図１３、及び図１４を参照しながら、複数の電子デバイスのうちの任意の２つの電子デバイスの間で持続的な接続を確立するプロセスについて詳細に説明する。
【0157】
いくつかの実施形態において、例えば、複数の電子デバイスは、デバイス１とデバイス２とを含む。図１２に示すように、デバイス１は、ハンドシェイク要求メッセージをデバイス２に送信し、デバイス２は、ハンドシェイク応答メッセージでデバイス１に応答する。同様に、デバイス２は、ハンドシェイク要求メッセージをデバイス１に送信し、デバイス１は、ハンドシェイク応答メッセージでデバイス２に応答する。
【0158】
ハンドシェイク要求メッセージは、例えば、「オンラインかどうか」でありうる。デバイス１がハンドシェイク要求メッセージをデバイス２に送信するとき、デバイス１は、デバイス２がオンラインかどうかを問い合わせる。次いで、デバイス２は、デバイス２のネットワークアダプター状態を検出する。デバイス２のネットワークアダプターが接続状態にあるとき、デバイス２は、ハンドシェイク応答メッセージで応答する、即ち、デバイス２は、「オンライン」と応答する。デバイス２のネットワークアダプターが切断状態であるとき、デバイス２は、ハンドシェイク応答メッセージで応答しない、即ち、デバイス２は、「オフライン」である。このようにして、デバイス１とデバイス２とは、ハンドシェイク要求メッセージを送信し、ハンドシェイク応答メッセージで応答し、それにより、デバイス１とデバイス２とは、互いが「オンライン」であり、さらに、デバイス１とデバイス２とがハンドシェイク接続を完了することが可能であることを知る。
【0159】
「オンライン」は、電子デバイスが通信ネットワークのカバレッジ範囲内にあり（又は、電子デバイスが通信ネットワークに接続されており）、通信能力を有し、通信を実行することができることを示す、ことに留意すべきである。「オフライン」は、電子デバイスが通信ネットワークのカバレッジ範囲内になく（又は、電子デバイスが通信ネットワークから切断されており）、通信を実行することができないことを示す。
【0160】
この実施形態において、複数の電子デバイスの各電子デバイスは、ハンドシェイク要求メッセージを送信する。複数の電子デバイスの各電子デバイスがハンドシェイク応答メッセージで応答するとき、複数の電子デバイスのうち、どの２つの電子デバイスも、互いにハンドシェイク接続を完了する。ハンドシェイク応答メッセージは、例えば、問い合わせパケットでありうることに留意すべきである。デバイス１とデバイス２とがハンドシェイク接続を完了することは、デバイス１が、パケット（例えば、問い合わせパケット）に基づいて、デバイス２との第１の通信接続が第２の期間において有効であると決定すること、である。これに基づき、デバイス１は、デバイス２とのサービス通信を直接的に実行しうる。
【0161】
いくつかの他の実施形態において、複数の電子デバイスの各電子デバイスは、ハンドシェイク応答メッセージをブロードキャストする。次いで、第１の電子デバイスは、第１の電子デバイス以外の他の電子デバイスによってブロードキャストされたハンドシェイク応答メッセージを受信する。例えば、複数の電子デバイスは、デバイス１、デバイス２、及びデバイス３を含む。例えば、図１３に示すように、デバイス１が、ハンドシェイク応答メッセージをブロードキャストし、デバイス２が、ハンドシェイク応答メッセージをブロードキャストし、デバイス３が、ハンドシェイク応答メッセージをブロードキャストする。これに基づき、デバイス１は、デバイス２及びデバイス３によってブロードキャストされたハンドシェイク応答メッセージを受信し、デバイス２は、デバイス１及びデバイス３によってブロードキャストされたハンドシェイク応答メッセージを受信し、デバイス３は、デバイス１及びデバイス２によってブロードキャストされたハンドシェイク応答メッセージを受信する。このようにして、デバイス１、デバイス２、及びデバイス３は、互いにハンドシェイク接続を完了することができる。
【0162】
対応するハンドシェイク応答メッセージの例については、上記の実施形態を参照されたく、詳細については、ここでは再び説明されないことに留意すべきである。電子デバイスがハンドシェイク応答メッセージをブロードキャストするとき、それは、電子デバイスが「オンライン」であることを示す、と理解すべきである。電子デバイスがハンドシェイク応答メッセージをブロードキャストしないとき、それは、電子デバイスが「オフライン」であることを示す。
【0163】
この実施形態において、複数の電子デバイスの各電子デバイスがハンドシェイク応答メッセージをブロードキャストする場合、それは、各電子デバイスが「オンライン」であることを示す。次いで、各電子デバイスは、その電子デバイス以外の他の電子デバイスによってブロードキャストされたハンドシェイク応答メッセージを受信することがあり、それにより、ハンドシェイク接続が、複数の電子デバイスのうちのどの２つの電子デバイスの間でも完了される。ハンドシェイク応答メッセージは、例えば、応答パケット（肯定応答文字、ＡＣＫ）でありうる、ことに留意すべきである。例えば、デバイス１とデバイス２とがハンドシェイク接続を完了することは、デバイス１が、パケット（例えば、応答パケット）に基づいて、デバイス２との第１の通信接続が第２の期間において有効であると決定すること、である。これに基づき、デバイス１は、デバイス２とのサービス通信を直接的に実行しうる。
【0164】
さらに他の実施形態において、複数の電子デバイスは、ネゴシエーションを通じて、１つのマスターデバイスを決定し、マスターデバイス以外の他の電子デバイスは、スレーブデバイスとして利用される。例えば、複数の電子デバイスは、マスターデバイスと、スレーブデバイス１と、スレーブデバイス２とを含む。例えば、図１４に示すように、マスターデバイスは、ハンドシェイク要求メッセージをスレーブデバイス１に送信し、マスターデバイス１は、ハンドシェイク要求メッセージをスレーブデバイス２に送信する。次いで、スレーブデバイス１とスレーブデバイス２とが、マスターデバイスによって送信されたハンドシェイク要求メッセージを受信した後、スレーブデバイス１は、ハンドシェイク応答メッセージをマスターデバイスに送信し、スレーブデバイス２は、ハンドシェイク応答メッセージをマスターデバイスに送信する。
【0165】
ハンドシェイク要求メッセージ及びハンドシェイク応答メッセージの例については、上記の実施形態を参照されたく、詳細については、ここでは再び説明されないことに留意すべきである。スレーブデバイスがハンドシェイク応答メッセージでマスターデバイスに応答するとき、それは、スレーブデバイスが「オンライン」であることを示す。スレーブデバイスがハンドシェイク応答メッセージでマスターデバイスに応答しないとき、それは、スレーブデバイスが「オフライン」であることを示す。
【0166】
この実施形態において、複数の電子デバイスのうち、全てのスレーブデバイスがハンドシェイク応答メッセージでマスターデバイスに応答する場合、それは、全てのスレーブデバイスが「オンライン」であることを示す。次いで、全てのスレーブデバイスは、マスターデバイスとのハンドシェイク接続を完了しうる。ハンドシェイク応答メッセージは、例えば、応答パケットでありうることに留意すべきである。例えば、デバイス１とデバイス２とがハンドシェイク接続を完了することは、デバイス１が、パケット（例えば、応答パケット）に基づいて、デバイス２との第１の通信接続が第２の期間において有効であると決定すること、である。これに基づき、デバイス１は、デバイス２とのサービス通信を直接的に実行しうる。
【0167】
加えて、複数の電子デバイスは、ネゴシエーションを通じて、１つのマスターデバイスを決定する。例えば、複数の電子デバイスのうち、最も高い優先度を持つ電子デバイスが、マスターデバイスとして決定されてもよいし、他の方式で、１つのマスターデバイスが決定されてもよい。このことは、この出願において限定されない。優先度は、デバイスのハードウェア性能を示す。高い優先度を持つデバイスのハードウェア性能は、低い優先度を持つデバイスのハードウェア性能より高い。ハードウェア性能は、プロセッサ性能、メモリ性能、ハードディスク性能、又はネットワーク能力のうちの１つ以上を含む。例えば、高い優先度を持つデバイスのプロセッサ性能（例えば、ＣＰＵクロック速度）、ハードディスク性能、又はネットワーク能力は、低い優先度を持つデバイスのプロセッサ性能（例えば、ＣＰＵクロック速度）、ハードディスク性能、又はネットワーク能力より高い。
【0168】
いくつかの実施形態では、第１の電子デバイスが、第２の電子デバイスとの第１の通信接続を確立するプロセスにおいて、第１の電子デバイスが、第２の電子デバイスの優先度を決定する。同時に、第１の電子デバイスが、第２の電子デバイスとの第１の通信接続を確立するプロセスにおいて、第２の電子デバイスは、第１の電子デバイスの優先度を決定する。第１の電子デバイスが、第１の電子デバイスの優先度が第２の電子デバイスのものより高いと決定するとき、第１の電子デバイスは、パケットに基づいて、第２の電子デバイスとの第１の通信接続が第２の期間において有効であると決定する。具体的には、より高い優先度を持つ第１の電子デバイスは、要求パケットを送信し、パケットを受信するために利用される。
【0169】
第１の電子デバイスが第２の電子デバイスとのサービス通信を（例えば、ＢＲ、ＢＬＥ、又はＰ２Ｐ方式で）実行しているとき、第１の電子デバイスは、第２の電子デバイスによって送信されたサービスパケットを受信して、第２の電子デバイスとの第１の通信接続が第２の期間において有効であると決定しうる、ことに留意すべきである。
【0170】
上記の説明に基づき、この出願の実施形態では、複数の電子デバイスが、通信ネットワーク（要するに、アドホックネットワーク）を自動的に形成する。具体的には、複数の電子デバイスのうちの任意の２つの電子デバイスが、相互発見及び認証を実行して、持続的な接続を確立しうる。持続的な接続は、周期的なハンドシェイク接続（ハンドシェイクキープアライブと称されることもある）である。このようにして、アドホックネットワーク上で、複数の電子デバイスのうちの任意の２つの電子デバイスは、サービス通信を実行しうる。加えて、複数の電子デバイスのうちの任意の２つの電子デバイスが周期的にハンドシェイク接続を実行する、即ち、各電子デバイスが事前に、どのオンラインデバイスが周囲にあるかを知りうるため、サービス通信を実行する必要がある２つの電子デバイスは、相互発見及び認証をまず実行してからサービス通信を実行することをせず、サービス通信を直接的に実行しうる。従って、通信フェーズにおけるデバイスの発見及び認証フェーズが省略され、デバイスの相互発見及び認証の不確実性が低減され、通信遅延が低減されつつ通信信頼性が改善され、ユーザ体験が改善される。
【0171】
いくつかの実施形態では、第１の電子デバイスが第２の電子デバイスとのハンドシェイク接続を実行する（即ち、第１の通信接続を維持する）プロセスにおいて、第１の電子デバイスは、第１の通信方式又は第２の通信方式で、第２の電子デバイスとのハンドシェイク接続を実行しうる。例えば、第１の通信方式は、例えば、ＷＬＡＮ、Ｐ２Ｐ、ＢＲ、ＢＬＥ、及びＰＬＣ方式のうちのいずれか１つであってよく、第２の通信方式は、例えば、ＷＬＡＮ、Ｐ２Ｐ、ＢＲ、ＢＬＥ、及びＰＬＣ方式のうちのいずれか１つであってよい。いくつかの実施形態において、第１の通信方式と第２の通信方式とは、同じであってもよいし、異なっていてもよい。
【0172】
各通信媒体の信頼性が異なるため、電子デバイスが異なる通信媒体を利用してハンドシェイク接続を実行するとき、電子デバイスの消費電力が異なる、ことに留意すべきである。これに基づき、電子デバイスがハンドシェイク接続を実行するとき、電子デバイスの比較的低い消費電力をもたらす通信媒体が利用されうる。いくつかの実施形態において、電子デバイスが異なる通信媒体を利用してハンドシェイク接続を実行するとき、電子デバイスによって生じる消費電力に対応する通信媒体の順番は、昇順に、ＢＬＥ＜ＢＲ＜Ｗｉ－Ｆｉ＜Ｐ２Ｐ＜ＰＬＣである。これに基づき、電子デバイスが複数の通信媒体を含むとき、電子デバイスは、比較的消費電力の低い通信媒体を選択してハンドシェイク接続を実行してよく、それにより、電子デバイスの消費電力を低減することができる。
【0173】
第１の電子デバイスと第２の電子デバイスとは、持続的な接続を確立する前に互いにデバイス情報を交換しており、デバイス情報は、電子デバイスによってサポートされる通信媒体を含む、ことが上記の実施形態から理解することができる。具体的には、第１の電子デバイスは、第２の電子デバイスによってサポートされる通信媒体を知っており、第２の電子デバイスは、第１の電子デバイスによってサポートされる通信媒体を知っている。従って、第１の電子デバイスは、互いに交換された通信媒体に基づいて、第２の電子デバイスとのハンドシェイク接続を実行しうる。
【0174】
例えば、第１の電子デバイスによってサポートされる通信媒体は、ＷＬＡＮ、Ｐ２Ｐ、ＢＲ、ＢＬＥ、及びＰＬＣを含み、第２の電子デバイスによってサポートされる通信媒体は、ＷＬＡＮ、Ｐ２Ｐ、ＢＲ、ＢＬＥ、及びＰＬＣを含む。いくつかの実施形態において、第１の電子デバイスは、ＢＬＥ通信媒体を利用して、ハンドシェイク要求メッセージを第２の電子デバイスに送信することがあり、第２の電子デバイスは、ＷＬＡＮ通信媒体を利用して、ハンドシェイク応答メッセージで応答することがある。いくつかの他の実施形態において、第１の電子デバイスは、ＢＬＥ通信媒体を利用して、ハンドシェイク要求メッセージを第２の電子デバイスに送信し、第２の電子デバイスは、ＢＬＥ、ＷＬＡＮ、又は他の通信媒体を利用して、ハンドシェイク応答メッセージで応答することがある。いくつかの他の実施形態において、第１の電子デバイスは、ＢＬＥ、ＷＬＡＮ、又はＰ２Ｐ通信媒体を利用して、ハンドシェイク要求メッセージを第２の電子デバイスに送信し、第２の電子デバイスは、Ｐ２Ｐ通信媒体を利用して、ハンドシェイク応答メッセージで応答する。いくつかの他の実施形態において、第１の電子デバイスは、ＢＬＥ、ＷＬＡＮ、又はＰ２Ｐ通信媒体を利用して、ハンドシェイク要求メッセージを第２の電子デバイスに送信し、第２の電子デバイスは、ＢＬＥ、ＷＬＡＮ、又はＰ２Ｐ通信媒体を利用して、ハンドシェイク応答メッセージで応答する。
【0175】
この出願の実施形態において、第１の電子デバイスは、第１の期間に基づいて、心拍調査をトリガしうる。いくつかの実施形態において、第１の電子デバイスは、第１の電子デバイスの状態に基づいて、心拍調査をトリガするために、第１の期間を動的に調整しうる。第１の電子デバイスは、静的状態にあること、及び、事前設定されたシナリオ内にあることを含む。
【0176】
例えば、第１の電子デバイスが、長い時間、静的状態にあるとき、第１の電子デバイスは、動的減速モードで心拍調査をトリガしうる。第１の電子デバイスが、長い時間、事前設定されたシナリオ内にあるとき、第１の電子デバイスは、動的加速モードで心拍調査をトリガしうる。
【0177】
第１の期間が５分である例が説明のために利用される。例えば、第１の電子デバイスが、第１の期間、静的状態のままであり、かつ、第１の電子デバイスが、第１の期間に基づいて心拍調査を実行する回数が第１の事前設定された回数（例えば、３回）を超える場合、第１の電子デバイスは、第１の期間を第３の期間（例えば、１０分）に調整しうる。これに基づき、第１の電子デバイスが、依然として静的状態にあり、かつ、第１の電子デバイスが、第３の期間に基づいて心拍調査を実行する回数が第１の事前設定された回数（例えば、３回）を超える場合、第１の電子デバイスは、第３の期間の長さなどを増加させ続け（例えば、３０分まで増加させ）うる。
【0178】
第１の期間が５分である例が説明のためにさらに利用される。例えば、第１の電子デバイスが、第１の期間、事前設定されたシナリオ内にあり、かつ、第１の電子デバイスが、第２の電子デバイスによって送信されたパケットを受信する回数が第２の事前設定された回数を超える場合、第１の電子デバイスは、第１の期間を第４の期間に調整する（例えば、５分から３分に調整する）。これに基づき、第１の電子デバイスが、依然として静的状態にあり、かつ、第１の電子デバイスが、第４の期間に基づいて心拍調査を実行する回数が第２の事前設定された回数（例えば、３回）を超える場合、第１の電子デバイスは、第４の期間の長さなどを減少させ続け（例えば、３分から１分に減少させ）うる。
【0179】
いくつかの実施形態において、第１の電子デバイスが置かれている事前設定されたシナリオが変化するとき、第１の電子デバイスは、第４の期間を第１の期間に戻す。例えば、事前設定されたシナリオの変化は、第１の電子デバイスが画面オフ表示から画面オン表示に切り替えること、第１の電子デバイスの利用状態（例えば、ユーザが第１の電子デバイスを利用して、テキストを読む、映像を観る、又は通話をする）が変化すること、第１の電子デバイスの絶対位置（例えば、水平方向の位置）が変化すること、第１の電子デバイスの空間位置（例えば、緯度及び経度の座標）が変化すること、及び、第１の電子デバイスがある車両（例えば、バス、乗用車、飛行機、又はエレベーター）が変化すること、を含む。
【0180】
例えば、ユーザが第１の電子デバイスを把持し、画面オフ表示から画面オン表示に変えるとき、第１の電子デバイスは、第１の期間を元に戻す。他の例として、ユーザが第１の電子デバイスを把持し、テキストを読むことから、映像を観ることに変えるとき、第１の電子デバイスは、第１の期間を元に戻す。他の例として、ユーザが第１の電子デバイスを把持して歩いているとき、第１の電子デバイスは、第１の期間を元に戻す。他の例として、ユーザが第１の電子デバイスを把持し、バスから乗用車に乗り換えるとき、第１の電子デバイスは、第１の期間を元に戻す。
【0181】
いくつかの実施形態において、第１の電子デバイスの絶対位置が変化するか、空間位置が変化するか、又は車両が変化するとき、第１の電子デバイスは、近くのデバイスを再発見し、第１の通信接続を確立する。次いで、第１の電子デバイスは、第１の期間に第１の通信方式で、近くのデバイスによって送信された応答パケットを受信する。
【0182】
いくつかの実施形態において、第１の電子デバイスとの通信接続を確立する全ての電子デバイスのうちの最後の電子デバイスがオフラインであるとき、第１の電子デバイスは、近くの電子デバイスを再発見し、第１の通信接続を確立する。第１の電子デバイスは、第１の期間に第１の通信方式で、近くのデバイスによって送信された応答パケットを受信する。
【0183】
いくつかの実施形態において、複数の電子デバイスが配置される通信システムのネットワーク状態が変化するとき、第１の電子デバイスは、ネットワーク変更メッセージを第２の電子デバイスに送信し、第２の電子デバイスと第１の通信接続が確立されるときに利用される物理的な通信方式を再決定する。
【0184】
いくつかの実施形態において、電子デバイスのプロセッサは、汎用の中央処理ユニット（central processing unit, CPU）、又はマイクロプロセッサなどであってよい。例えば、ＣＰＵは、シングルコアプロセッサ（シングルＣＰＵ）であってもよいし、マルチコアプロセッサ（マルチＣＰＵ）であってもよい。ＣＰＵがマルチコアプロセッサであるとき、第１の電子デバイスによる心拍調査をトリガするためのモジュールは、低電力コア（例えば、Sensor Hub又はM3コア）上に配置されうる。このようにして、デバイスの消費電力を低減することができる。
【0185】
これに基づき、各電子デバイスは、地上波（over-the-air, OTA）技術を利用して、電子デバイスの及びＳＩＭカードのデータをアップグレードする必要があり、電子デバイスにインストールされたアプリケーションは、リモートクラウドサーバと通信する必要がある。従って、電子デバイスの（ＣＰＵのような）プロセッサ及び（Ｗｉ－Ｆｉチップのような）関連する通信モジュールは、周期的にウェイクアップされる必要がある。これに基づき、この出願の実施形態では、心拍調査が、電子デバイスのウェイクアップ期間にトリガされてよく（即ち、ウェイクアップ期間は、周期的に設定される第1の期間と同じである）、それにより、デバイスの消費電力を低減することができる。
【0186】
電子デバイスのＣＰＵウェイクアップ機能は、チップ内部に優先的に設定されることがあり、次いで、低電力コア上に設定されることがあり、次いで、アプリケーション上に設定されることがあり、それにより、電子デバイスのＣＰＵをウェイクアップする回数及び時間を低減する、ことに留意すべきである。
【0187】
例えば、複数の電子デバイスは、ネゴシエーションを通じて、同じウェイクアップ期間について合意しうる。例えば、複数の電子デバイスは、まず、ネゴシエーションを通じて1つのマスターデバイスを決定し、マスターデバイス以外の他のデバイスがスレーブデバイスとして利用される。次いで、マスターデバイスは、まず、マスターデバイスのウェイクアップ期間を決定し、次いで、マスターデバイスが、マスターデバイスのウェイクアップ期間を各スレーブデバイスに送信し、それにより、複数の電子デバイスのウェイクアップ期間が同じになる。いくつかの実施形態において、マスターデバイスは、マスターデバイス上にインストールされたアプリケーションとリモートクラウドサーバとの間で確立される周期的な接続に基づいて、マスターデバイスのウェイクアップ期間を決定しうる。
【0188】
マスターデバイスにインストールされるアプリケーションがＷｅＣｈａｔ（登録商標）である例が利用される。例えば、リモートクラウドサーバは、周期的にメッセージをマスターデバイスにプッシュし、マスターデバイスは、リモートクラウドサーバがメッセージをＷｅＣｈａｔ（登録商標）にプッシュする期間に基づいて、ウェイクアップ期間を決定する。いくつかの実施形態において、マスターデバイスは、リモートクラウドサーバが、マスターデバイス上にインストールされたアプリケーションにメッセージをプッシュする期間に基づいて、ウェイクアップ期間を決定してもよいし、マスターデバイスは、リモートクラウドサーバが、マスターデバイス上にインストールされた複数のアプリケーションにメッセージをプッシュする期間に基づいて、ウェイクアップ期間を決定してもよい。リモートクラウドサーバが、マスターデバイス上にインストールされた複数のアプリケーションにメッセージをプッシュする期間に基づいて、マスターデバイスがウェイクアップ期間を決定するとき、例えば、マスターデバイス上にインストールされた複数のアプリケーションがリモートクラウドサーバとネゴシエーションしうるとき、リモートクラウドサーバが、マスターデバイス上にインストールされた複数のアプリケーションにメッセージをプッシュする期間は、同じ期間に設定される。
【0189】
図１５は、この出願の実施形態による、ウェイクアップ期間における心拍調査をトリガすることについての模式図である。図１４を参照すると、第１の電子デバイス及び第２の電子デバイスのウェイクアップ期間は同じであり（例えば、５分）、第１の電子デバイスと第２の電子デバイスとはウェイクアップクロックを同期し、ウェイクアップウィンドウを揃える、と理解することができる。ウェイクアップウィンドウは、ウェイクアップ状態及びバックエンド状態を含む。これに基づき、第１の電子デバイスと第２の電子デバイスとは、バックエンド状態で心拍調査をトリガする。
【0190】
加えて、さらに図１５に示すように、第１の電子デバイスと第２の電子デバイスとがウェイクアップウィンドウを揃えるとき、心拍調査をトリガするウィンドウも揃えられる。具体的には、第１の電子デバイスと第２の電子デバイスとは、同じ時点で心拍調査をトリガする。このようにして、デューティ周期（duty cycle）が動的に調整され、それにより、ＣＰＵ（又は、チップ）を低消費電力方式で利用することができる。
【0191】
第１の電子デバイスが、長い時間、静的状態にあるとき、第１の電子デバイスは、減速モードで心拍調査をトリガしうることに留意すべきである。具体的には、第１の電子デバイスによって心拍調査をトリガする期間が延長される（例えば、５分から１０分へ、その後、３０分、１時間、又は、より長い時間へ）。これに基づき、第１の電子デバイスの心拍調査期間（即ち、周期的に設定される第１の期間）が、ウェイクアップ期間を超える（例えば、心拍調査期間が１０分であり、ウェイクアップ期間が５分である）場合、第１の電子デバイスは、強制的に、心拍調査をトリガするために第１の電子デバイスをウェイクアップさせうる。
【0192】
この実施形態において、複数の電子デバイスのうちの全ての電子デバイスのウェイクアップ期間が揃えられ、全ての電子デバイスのウェイクアップ期間が同じになる。これに基づき、各電子デバイスは、ウェイクアップ期間に心拍調査をトリガしうる。従って、これにより、デバイス消費電力を低減することができる。
【0193】
適用シナリオがホームシナリオであり、第１の電子デバイスがモバイルフォンである例が利用される。例えば、図１６に示すように、ユーザが、モバイルフォン上にあり、かつホームスマートデバイスを制御するアプリケーションにログインするとき、モバイルフォンのアプリケーションインターフェースは、モバイルフォンとのハンドシェイク接続を完了するデバイス（例えば、スマートスクリーン、タブレット、コンピュータ、又はスピーカ）を直接的に表示する。具体的には、モバイルフォンのアプリケーションインターフェースは、現在オンラインのスマートホームデバイスを直接的に表示する。次いで、ユーザは、任意のオンラインデバイスをタップしてよく、それにより、モバイルフォンは、そのデバイスとのサービス通信を実行する。例えば、ユーザは、スピーカをタップし、そのスピーカを利用して、モバイルフォン上の音楽サウンドを再生しうる。
【0194】
いくつかの実施形態では、図１６に示すように、モバイルフォンのアプリケーションインターフェースは、現在オフラインのスマートホームデバイス（例えば、モバイルフォン）をさらに表示する。オンラインのスマートデバイスの表示方式は、オフラインのスマートデバイスのものと一致しない。例えば、オフラインのスマートデバイスは、グレーで表示される。加えて、いくつかの実施形態では、モバイルフォンのアプリケーションインターフェースは、インジケーション情報をさらに表示する。インジケーション情報は、モバイルフォンが、近くの他のデバイスを走査していることを示す。他のデバイスは、モバイルフォンとの通信接続を確立していないデバイスであるか、又は、以前にモバイルフォンとの通信接続を確立したが、その後にモバイルフォンから切断されているデバイスである、と理解すべきである。
【0195】
図１６では、モバイルフォンのアプリケーションインターフェースが、モバイルフォンとのサービス通信を実行しているデバイス（例えば、Ｂｌｕｅｔｏｏｔｈヘッドセット又は空気清浄機）をさらに含むことに留意すべきである。例えば、ユーザは、Ｂｌｕｅｔｏｏｔｈヘッドセットを利用して音楽を聴いていることもあるし、通話していることもある。
【0196】
この実施形態において、ユーザがモバイルフォンを利用して、スマートホームデバイスのうちの任意のデバイスを開始する必要があるとき、モバイルフォンのアプリケーションインターフェースは、現在オンラインのデバイスを直接的に表示する。このようにして、ユーザは、モバイルフォンを利用してデバイスを直接的に開始し、それにより、モバイルフォンによってオンラインデバイスを走査するための時間を節約し、ユーザの待ち時間を低減し、ユーザ体験を改善しうる。
【0197】
この出願の実施形態は、電子デバイスを提供する。電子デバイスは、メモリと、１つ以上のプロセッサとを含みうる。メモリは、コンピュータプログラムコードを格納するように構成され、コンピュータプログラムコードは、コンピュータ命令を含む。プロセッサがコンピュータ命令を実行するとき、電子デバイスは、上記の方法実施形態において電子デバイスによって実行される機能又はステップを実行しうる。電子デバイスの構造については、図９に示した電子デバイス１００の構造を参照されたい。
【0198】
この出願の実施形態は、チップシステムをさらに提供する。図１７に示すように、チップシステム１８００は、少なくとも１つのプロセッサ１８０１と、少なくとも１つのインターフェース回路１８０２とを含む。プロセッサ１８０１は、上記の実施形態において図９に示したプロセッサ１１０でありうる。インターフェース回路１８０２は、例えば、プロセッサ１１０と外部メモリ１２０との間のインターフェース回路、又は、プロセッサ１１０と内部メモリ１２１との間のインターフェース回路でありうる。
【0199】
プロセッサ１８０１とインターフェース回路１８０２とは、回線を利用して相互接続されうる。例えば、インターフェース回路１８０２は、他の装置（例えば、電子デバイス内のメモリ）から信号を受信するように構成されうる。他の例では、インターフェース回路１８０２は、他の装置（例えば、プロセッサ１８０１）に信号を送信するように構成されうる。例えば、インターフェース回路１８０２は、メモリに格納された命令を読み出し、プロセッサ１８０１に命令を送りうる。命令がプロセッサ１８０１によって実行されるとき、電子デバイスは、上記の実施形態においてモバイルフォン１８０によって実行されるステップを実行することが可能になる。もちろん、チップシステムは、他の別個のデバイスをさらに含みうる。このことは、この出願の実施形態において特に限定されない。
【0200】
この出願の実施形態は、コンピュータ記憶媒体をさらに提供する。コンピュータ記憶媒体は、コンピュータ命令を含む。コンピュータ命令が電子デバイス上で実行されるとき、電子デバイスは、上記の方法実施形態において電子デバイスによって実行される機能又はステップを実行することが可能になる。
【0201】
この出願の実施形態は、コンピュータプログラム製品をさらに提供する。コンピュータプログラム製品がコンピュータ上で実行されるとき、コンピュータは、上記の方法実施形態において電子デバイスによって実行される機能又はステップを実行することが可能になる。
【0202】
実装についての上記の説明は、便利で簡潔な説明のために、実例のための例として上記の機能モジュールの分割がなされていることを、当業者が明確に理解することを可能にする。実際の適用においては、上記の機能を、異なる機能モジュールに割り当てて、要件に基づいて実装することができる、即ち、装置の内部構造は、上で説明した機能の全部又は一部を実装するために、異なる機能モジュールに分割される。
【0203】
この出願において提供されるいくつかの実施形態においては、開示された装置及び方法が他の方式で実装されうると理解されるべきである。例えば、説明された装置実施形態は、単なる例に過ぎない。例えば、モジュール又はユニット分割は、単なる論理的な機能分割に過ぎず、実際の実装に際しては他の分割であってよい。例えば、複数のユニット又はコンポーネントは、他の装置に結合又は統合されてもよいし、いくつかの特徴が省略されてもよいし、実行されなくてもよい。加えて、表示された又は論じられた相互結合又は直接結合又は通信接続は、いくつかのインターフェースを介して実装されてよい。装置又はユニット間の間接結合又は通信接続は、電気的、機械的、又は他の形態で実装されうる。
【0204】
別々のパーツとして説明されたユニットは、物理的に別々であってもよいし、そうでなくてもよく、ユニットとして表示されたパーツは、１つ以上の物理的なユニットであってもよいし、１つの場所に配置されてもよいし、異なる場所に分散されてもよい。ユニットの一部又は全部が、実施形態における解決策の目的を達成するために、実際の要件に応じて選択されうる。
【0205】
加えて、この出願の実施形態における機能ユニットは、１つの処理ユニットに統合されてもよいし、ユニットのそれぞれが物理的に単独で存在してもよいし、又は、２つ以上のユニットが１つのユニットに統合される。統合されたユニットは、ハードウェアの形態で実装されてもよいし、ソフトウェア機能ユニットの形態で実装されてもよい。
【0206】
統合されたユニットがソフトウェア機能ユニットの形態で実装され、独立した製品として販売又は利用されるとき、統合されたユニットは、可読記憶媒体に格納されうる。そのような理解に基づき、この出願の実施形態における技術的解決策は本質的に、又は従来技術に貢献する部分、又は技術的解決策の全部又は一部は、ソフトウェア製品の形態で実装されうる。ソフトウェア製品は、記憶媒体に格納され、この出願の実施形態において説明された方法の全部又は一部のステップを実行するように、デバイス（それは、シングルチップマイクロコンピュータ、チップなどでありうる）又はプロセッサ（processor）に指示するためのいくつかの命令を含む。記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリーメモリ（read-only memory, ROM）、ランダムアクセスメモリ（random access memory, RAM）、磁気ディスク、又は光ディスクのような、プログラムコードを格納することができる任意の媒体を含む。
【0207】
上記の説明は、この出願の具体的な実装に過ぎず、この出願の保護範囲を限定することは意図されていない。この出願において開示された技術的範囲内での任意の変形又は置換は、この出願の保護範囲に収まるべきである。従って、この出願の保護範囲は、特許請求の範囲の保護範囲を対象とすべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11a】
【図11b】
【図11c】
【図11d】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】