特許 7459438 モバイル端末の消費電力を削減するための方法およびモバイル端末

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

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

(11)【特許番号】

(24)【登録日】2024-03-25

(45)【発行日】2024-04-02

(54)【発明の名称】モバイル端末の消費電力を削減するための方法およびモバイル端末

(51)【国際特許分類】

   H04W 52/02 20090101AFI20240326BHJP

   H04W 76/14 20180101ALI20240326BHJP

   H04W 84/12 20090101ALI20240326BHJP

   H04W 84/10 20090101ALI20240326BHJP

   H04W 88/06 20090101ALI20240326BHJP

【ＦＩ】

H04W52/02

H04W76/14

H04W84/12

H04W84/10 110

H04W88/06

【請求項の数】 15

(21)【出願番号】P 2022541820

(86)(22)【出願日】2020-11-09

(65)【公表番号】

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

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

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

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

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

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

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

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

(73)【特許権者】

【識別番号】504161984

【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】シュ、バオジュン

(72)【発明者】

【氏名】ワン、ウェイガン

【審査官】松野 吉宏

(56)【参考文献】

【文献】特開２０１７－１３９５９５（ＪＰ，Ａ）

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

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

【文献】特開２０１５－１４９５７９（ＪＰ，Ａ）

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

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

モバイル端末の消費電力を削減するための方法であって、前記モバイル端末がＷｉ－Ｆｉモジュールおよびブルートゥースモジュールを有しており、前記方法が、
前記モバイル端末が前記Ｗｉ－Ｆｉモジュールを用いて電子デバイスへのＷｉ－Ｆｉ接続を確立して、前記モバイル端末が前記Ｗｉ－Ｆｉ接続を用いてサーバとやり取りする段階と、
前記モバイル端末が第１期間内に第２パケットの送信又は受信を行う必要がない場合、前記モバイル端末が前記Ｗｉ－Ｆｉモジュールをスリープ状態に入るよう制御する段階と、
前記Ｗｉ－Ｆｉモジュールが前記スリープ状態に入った後に、前記モバイル端末が送信予定の第１パケットを有する場合、前記モバイル端末が、前記ブルートゥースモジュールにより確立されたブルートゥース接続を用いて、前記送信予定の第１パケットを前記電子デバイスに送信する段階であって、前記第１パケットがハートビートパケットまたはトランスポート層リンクを確立するのに用いられるパケットである、送信する段階と
を備える方法。

【請求項2】

前記第２パケットは、前記モバイル端末上にある各アプリケーションのサービスに関連したパケットである、請求項１に記載の方法。

【請求項3】

前記モバイル端末がブルートゥースリンクまたはＷｉ－Ｆｉリンクを確立する必要がある場合、前記モバイル端末は、対応する物理層リンクを確立した後に、事前に確立されている前記トランスポート層リンクを用いる、請求項１または２に記載の方法。

【請求項4】

前記第１パケットは、特定の期間において集中的に送信される、請求項１から３のいずれか一項に記載の方法。

【請求項5】

前記方法がさらに、
前記Ｗｉ－Ｆｉモジュールが前記スリープ状態に入った後に、前記モバイル端末が前記送信予定の第１パケットを有する場合、前記モバイル端末が前記ブルートゥースモジュールをウェイクアップさせて、前記ブルートゥースモジュールを用いて前記電子デバイスへの前記ブルートゥース接続を確立する段階を備える、請求項１に記載の方法。

【請求項6】

前記方法がさらに、
前記モバイル端末が前記送信予定の第１パケットを送信した後に、前記モバイル端末が第２期間内に別のパケットの送信も受信も行わない場合、前記ブルートゥースモジュールをスリープ状態に入るよう制御する段階を備える、請求項１または２に記載の方法。

【請求項7】

前記ブルートゥース接続が標準的なブルートゥース接続またはブルートゥース低エネルギー接続である、請求項１から６のいずれか一項に記載の方法。

【請求項8】

前記電子デバイスが、無線ルータ、付随Ｗｉ－Ｆｉデバイス、またはホットスポット機能付きモバイル端末のうちのいずれか１つである、請求項１から７のいずれか一項に記載の方法。

【請求項9】

前記Ｗｉ－Ｆｉモジュールが前記スリープ状態に入った後に、前記方法がさらに、
前記モバイル端末が送信予定の前記第２パケットまたは受信予定の前記第２パケットを有する場合、前記モバイル端末が前記Ｗｉ－Ｆｉモジュールをウェイクアップさせて、前記Ｗｉ－Ｆｉモジュールを用いて前記モバイル端末と前記電子デバイスとの間のＷｉ－Ｆｉ接続を再確立し、前記Ｗｉ－Ｆｉ接続を用いて前記第２パケットを伝送する段階であって、前記モバイル端末が前記モバイル端末と前記電子デバイスとの間の前記ブルートゥース接続を保持するかまたは切断する、伝送する段階を備える、請求項１から８のいずれか一項に記載の方法。

【請求項10】

前記Ｗｉ－Ｆｉモジュールが前記スリープ状態に入った後に、前記モバイル端末が送信予定の第１パケットを有する場合、前記モバイル端末が前記ブルートゥースモジュールにより確立されたブルートゥース接続を用いて前記送信予定の第１パケットを前記電子デバイスに送信する前記段階の前に、前記方法はさらに、
前記モバイル端末が、第１の機能を有効にするための指示をユーザから受け取る段階、または前記モバイル端末が、第１の条件が満たされていると判定した場合に前記第１の機能を有効にする段階を備え、前記第１の機能が前記モバイル端末の消費電力を削減する機能であり、前記第１の条件には、前記モバイル端末のバッテリ残量が予め設定された値より少ないこと、前記モバイル端末が有効にしたアプリケーションの数が予め設定された数より多いこと、および前記モバイル端末が予め設定されたアプリケーションのうちのいずれか１つまたは複数を有効にすることが含まれる、請求項１から９のいずれか一項に記載の方法。

【請求項11】

前記ハートビートパケットが前記モバイル端末と前記サーバとの間で交換されるハートビートパケットである、請求項１から１０のいずれか一項に記載の方法。

【請求項12】

プロセッサと、メモリと、タッチスクリーンと、Ｗｉ－Ｆｉモジュールと、ブルートゥースモジュールとを備えるモバイル端末であって、前記メモリ、前記タッチスクリーン、前記Ｗｉ－Ｆｉモジュール、および前記ブルートゥースモジュールが前記プロセッサに連結されており、前記メモリがコンピュータプログラムコードを格納するように構成されており、前記コンピュータプログラムコードがコンピュータ命令を含み、前記プロセッサが前記コンピュータ命令を前記メモリから読み出すと、前記モバイル端末が、モバイル端末の消費電力を削減するための請求項１から１１のいずれか一項に記載の方法を行う、モバイル端末。

【請求項13】

モバイル端末に、モバイル端末の消費電力を削減するための請求項１から１１のいずれか一項に記載の方法を実行させる、コンピュータプログラム。

【請求項14】

１つまたは複数のプロセッサを備えるチップシステムであって、前記１つまたは複数のプロセッサが命令を実行すると、前記１つまたは複数のプロセッサが、モバイル端末の消費電力を削減するための請求項１から１１のいずれか一項に記載の方法を行う、チップシステム。

【請求項15】

請求項１から１１のいずれか一項に記載の方法を行う１つまたは複数のモバイル端末と、前記電子デバイスとを備える、電子デバイスシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０２０年１月１５日に中国国家知識産権局に出願した「モバイル端末の消費電力を削減するための方法およびモバイル端末（ＭＥＴＨＯＤ ＦＯＲ ＲＥＤＵＣＩＮＧ ＰＯＷＥＲ ＣＯＮＳＵＭＰＴＩＯＮ ＯＦ ＭＯＢＩＬＥ ＴＥＲＭＩＮＡＬ ＡＮＤ ＭＯＢＩＬＥ ＴＥＲＭＩＮＡＬ）」と題する中国特許出願第２０２０１００４３５２８．２号に基づく優先権を主張し、当該中国特許出願はその全体が参照により本明細書に組み込まれる。

【0002】

本願はモバイル端末技術の分野に関連し、具体的には、モバイル端末の消費電力を削減するための方法およびモバイル端末に関連する。

【背景技術】

【0003】

電子技術の発展とともに、モバイル端末がますます多くの機能を提供して、人々の生活を豊かにしている。モバイル端末上にあるアプリケーションを用いる場合、ユーザは通常、ネットワークにアクセスする必要がある、具体的には、１つまたは複数のネットワークを用いて、当該アプリケーションに対応するサーバへの通信接続を確立する必要がある。

【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】

【図1】本願の一実施形態による通信システムの概略構造図である。

【0033】

【図2A】本願の一実施形態によるモバイル端末の概略構造図１である。

【0034】

【図2B】本願の一実施形態によるモバイル端末の概略構造図２である。

【0035】

【図3】本願の一実施形態によるモバイル端末のいくつかのユーザインタフェースの概略図である。

【0036】

【図4】本願の一実施形態による、モバイル端末の消費電力を削減するための方法の概略フローチャートである。

【0037】

【図5A】本願の一実施形態による、モバイル端末の消費電力を削減するための別の方法の概略フローチャートである。

【0038】

【図5B】本願の一実施形態による、モバイル端末の消費電力を削減するための別の方法の概略フローチャートである。

【0039】

【図6】本願の一実施形態によるチップシステムの概略構造図である。

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

【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】

いくつかの実施形態では、モバイル端末１００のアンテナ１がモバイル通信モジュール１５０に連結されており、またアンテナ２が無線通信モジュール１６０に連結されていることにより、モバイル端末１００は、無線通信技術を用いてネットワークおよび別のデバイスと通信できるようになる。無線通信技術には、移動体通信用グローバルシステム（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ：ＧＳＭ（登録商標））、汎用パケット無線サービス（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ：ＧＰＲＳ）、符号分割多元接続（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ：ＣＤＭＡ）、広帯域符号分割多元接続（ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ：ＷＣＤＭＡ（登録商標））、時分割符号分割多元接続（ｔｉｍｅ－ｄｉｖｉｓｉｏｎ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ：ＴＤ－ＳＣＤＭＡ）、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ：ＬＴＥ）、ＢＴ、ＧＮＳＳ、ＷＬＡＮ、ＮＦＣ、ＦＭ、および／またはＩＲなどの技術が含まれてよい。ＧＮＳＳには、全地球測位システム（ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ：ＧＰＳ）、全球測位衛星システム（ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ：ＧＬＯＮＡＳＳ）、北斗衛星導航系統（ＢｅｉＤｏｕ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ：ＢＤＳ）、準天頂衛星システム（ｑｕａｓｉ－ｚｅｎｉｔｈ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ：ＱＺＳＳ）、および／または静止衛星型補強システム（ｓａｔｅｌｌｉｔｅ ｂａｓｅｄ ａｕｇｍｅｎｔａｔｉｏｎ ｓｙｓｔｅｍｓ：ＳＢＡＳ）が含まれてよい。

【0070】

モバイル端末１００は、ＧＰＵ、ディスプレイ１９４、およびアプリケーションプロセッサなどを用いて表示機能を実装する。ＧＰＵは、画像処理用のマイクロプロセッサであり、ディスプレイ１９４およびアプリケーションプロセッサに接続されている。ＧＰＵは、グラフィックスレンダリングのために数学的計算および幾何学的計算を行うように構成されている。プロセッサ１１０は、プログラム命令を実行して表示情報を生成または変更する１つまたは複数のＧＰＵを含んでよい。

【0071】

ディスプレイ１９４は、画像または映像などを表示するように構成されている。ディスプレイ１９４は表示パネルを含む。表示パネルは、液晶ディスプレイ（ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ：ＬＣＤ）、有機発光ダイオード（ｏｒｇａｎｉｃ ｌｉｇｈｔ－ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ：ＯＬＥＤ）、アクティブマトリクス式有機発光ダイオード（ａｃｔｉｖｅ－ｍａｔｒｉｘ ｏｒｇａｎｉｃ ｌｉｇｈｔ ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ：ＡＭＯＬＥＤ）、フレキシブル発光ダイオード（ｆｌｅｘ ｌｉｇｈｔ－ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ：ＦＬＥＤ）、ミニＬＥＤ、マイクロＬＥＤ、マイクロＯＬＥＤ、または量子ドット発光ダイオード（ｑｕａｎｔｕｍ ｄｏｔ ｌｉｇｈｔ ｅｍｉｔｔｉｎｇ ｄｉｏｄｅｓ：ＱＬＥＤ）などであってもよい。いくつかの実施形態では、モバイル端末１００は１つまたはＮ個のディスプレイ１９４を含んでよく、Ｎは１より大きい正の整数である。

【0072】

モバイル端末１００は、ＩＳＰ、カメラ１９３、ビデオコーデック、ＧＰＵ、ディスプレイ１９４、およびアプリケーションプロセッサなどを用いて撮影機能を実装することができる。

【0073】

ＩＳＰは、カメラ１９３からフィードバックされるデータを処理するように構成されている。例えば、撮影時に、シャッタが開いて、光がレンズを通ってカメラの感光素子に送られ、光信号が電気信号に変換される。カメラの感光素子が電気信号を処理のためにＩＳＰに伝送することにより、ＩＳＰは電気信号を肉眼で見える画像に変換する。ＩＳＰはさらに、画像のノイズ、明るさ、および皮膚色に対してアルゴリズム最適化を行うことができる。ＩＳＰはさらに、撮影シーンのパラメータ、例えば、露出および色温度を最適化することができる。いくつかの実施形態では、ＩＳＰはカメラ１９３に配置されてよい。

【0074】

カメラ１９３は、静止画像または映像を撮像するように構成されている。レンズは、物体の光学画像を生成し、この光学画像は感光素子の上に投影される。感光素子は、電荷結合素子（ｃｈａｒｇｅ ｃｏｕｐｌｅｄ ｄｅｖｉｃｅ：ＣＣＤ）であっても、相補型金属酸化物半導体（ｃｏｍｐｌｅｍｅｎｔａｒｙ ｍｅｔａｌ－ｏｘｉｄｅ－ｓｅｍｉｃｏｎｄｕｃｔｏｒ：ＣＭＯＳ）フォトトランジスタであってもよい。感光素子は、光信号を電気信号に変換した後に、電気信号をＩＳＰに伝送してデジタル画像信号に変換する。ＩＳＰは、デジタル画像信号を処理のためにＤＳＰに出力する。ＤＳＰは、デジタル画像信号をＲＧＢまたはＹＵＶといった標準形式の画像信号に変換する。いくつかの実施形態では、モバイル端末１００は１つまたはＮ個のカメラ１９３を含んでよく、Ｎは１より大きい正の整数である。

【0075】

デジタル信号プロセッサは、デジタル信号を処理するように構成されており、デジタル画像信号に加えて別のデジタル信号を処理することができる。例えば、モバイル端末１００が周波数を選択する場合、デジタル信号プロセッサは、周波数のエネルギーに対してフーリエ変換を行うように構成されている。

【0076】

ビデオコーデックは、デジタルビデオを圧縮または伸張するように構成されている。モバイル端末１００は、１つまたは複数のビデオコーデックをサポートしてよい。このように、モバイル端末１００は、複数のエンコード形式、例えば、ムービングピクチャエクスパーツグループ（ｍｏｖｉｎｇ ｐｉｃｔｕｒｅ ｅｘｐｅｒｔｓ ｇｒｏｕｐ：ＭＰＥＧ）－１、ＭＰＥＧ－２、ＭＰＥＧ－３、およびＭＰＥＧ－４で映像を再生または録画することができる。

【0077】

ＮＰＵは、ニューラルネットワーク（ｎｅｕｒａｌ－ｎｅｔｗｏｒｋ：ＮＮ）コンピューティングプロセッサである。生物学的ニューラルネットワークの構造に関する知見を利用することで、例えば、人間の脳神経細胞同士の伝達方式に関する知見を利用することで、ＮＰＵは入力情報を高速に処理し、さらに自己学習を継続的に行うことができる。ＮＰＵは、モバイル端末１００の知的認識、例えば、画像認識、顔認識、音声認識、およびテキスト理解などのアプリケーションを実装するのに用いられてよい。

【0078】

外部メモリインタフェース１２０は、マイクロＳＤカードなどの外部メモリカードと接続して、モバイル端末１００の記憶能力を拡張するように構成されてよい。外部メモリカードは、データ記憶機能を実装するために、外部メモリインタフェース１２０を用いてプロセッサ１１０と通信する。例えば、音楽またはビデオなどのファイルが外部メモリカードに格納される。

【0079】

内部メモリ１２１は、コンピュータ実行可能プログラムコードを格納するように構成されてよく、実行可能プログラムコードには命令が含まれる。内部メモリ１２１は、プログラム記憶領域およびデータ記憶領域を含んでよい。プログラム記憶領域は、オペレーティングシステム、および少なくとも１つの機能（例えば、サウンド再生機能または画像再生機能）に必要なアプリケーションプログラムなどを格納してよい。データ記憶領域は、モバイル端末１００を用いる過程で作成されたデータ（例えば、オーディオデータまたはアドレス帳）などを格納してよい。さらに、内部メモリ１２１は、高速ランダムアクセスメモリを含んでよく、さらに不揮発性メモリ、例えば、少なくとも１つの磁気ディスク記憶デバイス、フラッシュメモリデバイス、またはユニバーサルフラッシュストレージ（ｕｎｉｖｅｒｓａｌ ｆｌａｓｈ ｓｔｏｒａｇｅ：ＵＦＳ）を含んでよい。プロセッサ１１０は、内部メモリ１２１に格納された命令、および／またはプロセッサに配置されているメモリに格納された命令を実行することで、モバイル端末１００の様々な機能アプリケーションおよびデータ処理を実行する。

【0080】

モバイル端末１００は、オーディオモジュール１７０、スピーカ１７０Ａ、レシーバ１７０Ｂ、マイクロフォン１７０Ｃ、ヘッドセットジャック１７０Ｄ、およびアプリケーションプロセッサなどを用いて、音楽再生または録音などのオーディオ機能を実装することができる。

【0081】

オーディオモジュール１７０は、デジタルオーディオ情報を出力のためにアナログオーディオ信号に変換するように構成されており、さらに、アナログオーディオ入力をデジタルオーディオ信号に変換するように構成されている。オーディオモジュール１７０はさらに、オーディオ信号をエンコードおよびデコードするように構成されてよい。いくつかの実施形態では、オーディオモジュール１７０はプロセッサ１１０に配置されてよく、またはオーディオモジュール１７０のいくつかの機能モジュールがプロセッサ１１０に配置されてよい。

【0082】

スピーカ１７０Ａは、「拡声器」とも呼ばれるが、オーディオ電気信号をサウンド信号に変換するように構成されている。モバイル端末１００は、スピーカ１７０Ａを用いて、音楽を聴くまたはハンズフリー通話を聴くのに用いられてよい。

【0083】

レシーバ１７０Ｂは、「イヤホン」とも呼ばれるが、オーディオ電気信号をサウンド信号に変換するように構成されている。モバイル端末１００を用いて通話に応答するかまたは音声情報を聴く場合、レシーバ１７０Ｂを人間の耳の近くに配置することで音声を聴くことができる。

【0084】

マイクロフォン１７０Ｃは、「ｍｉｃ（マイク）」または「ｍｉｋｅ（マイク）」とも呼ばれるが、サウンド信号を電気信号に変換するように構成されている。ユーザは、通話をするまたは音声情報を送信する場合、マイクロフォン１７０Ｃにサウンド信号を入力するために、人間の口の近くにマイクロフォン１７０Ｃを配置して音を発することができる。少なくとも１つのマイクロフォン１７０Ｃが、モバイル端末１００に配置されてよい。いくつかの他の実施形態では、２つのマイクロフォン１７０Ｃがモバイル端末１００に配置されてよい。サウンド信号の収集に加えて、マイクロフォンはさらに、ノイズ低減機能を実装することができる。いくつかの他の実施形態では、サウンド信号を収集する、ノイズを低減する、音源を識別する、および指向性記録機能を実装するなどのために、３つ、４つ、またはもっと多くのマイクロフォン１７０Ｃがモバイル端末１００に配置されてよい。

【0085】

ヘッドセットジャック１７０Ｄは、有線ヘッドセットと接続するように構成されている。ヘッドセットジャック１７０Ｄは、ＵＳＢインタフェース１３０であってもよく、３．５ｍｍオープンモバイル端末プラットフォーム（ｏｐｅｎ ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ ｐｌａｔｆｏｒｍ：ＯＭＴＰ）標準インタフェースまたは米国セルラ通信工業会（ｃｅｌｌｕｌａｒ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｉｎｄｕｓｔｒｙ ａｓｓｏｃｉａｔｉｏｎ ｏｆ ｔｈｅ ＵＳＡ：ＣＴＩＡ）標準インタフェースであってもよい。

【0086】

キー１９０は、電源キーまたは音量キーなどを含む。キー１９０は機械式キーであってもよく、タッチキーであってもよい。モバイル端末１００は、キー入力を受け取り、モバイル端末１００のユーザ設定および機能制御に関連したキー信号入力を生成することができる。

【0087】

モータ１９１は、振動アラートを生成することができる。モータ１９１は、着信用の振動アラートを生成するか、またはタッチ操作用の振動フィードバックを生成するように構成されてよい。例えば、異なるアプリケーション（例えば、撮影およびオーディオ再生）に対して行われたタッチ操作が、異なる振動フィードバック効果に対応してよい。モータ１９１はさらに、ディスプレイ１９４の異なる領域で行われたタッチ操作が異なる振動フィードバック効果に対応するのを可能にしてよい。異なるアプリケーションシナリオ（例えば、時間リマインダ、情報受信、アラームクロック、およびゲーム）も、異なる振動フィードバック効果に対応してよい。タッチ操作用の振動フィードバック効果が、代替的にカスタマイズされてもよい。

【0088】

インジケータ１９２は表示灯であってよく、また充電状態および電力変化を示すように構成されてもよく、メッセージ、不在着信、または通知などを示すように構成されてもよい。

【0089】

ＳＩＭカードインタフェース１９５は、ＳＩＭカードと接続するように構成されている。ＳＩＭカードは、モバイル端末１００との接触またはそこからの分離を実施するために、ＳＩＭカードインタフェース１９５に挿入されてよく、またはＳＩＭカードインタフェース１９５から取り外されてよい。モバイル端末１００は、１つまたはＮ個のＳＩＭカードインタフェースをサポートすることができ、Ｎは１より大きい正の整数である。ＳＩＭカードインタフェース１９５は、ナノＳＩＭカード、マイクロＳＩＭカード、およびＳＩＭカードなどをサポートすることができる。複数のカードが同じＳＩＭカードインタフェース１９５に同時に挿入されてよい。複数のカードは、同じ種類であっても、異なる種類であってもよい。ＳＩＭカードインタフェース１９５は、異なる種類のＳＩＭカードと互換性があってよい。ＳＩＭカードインタフェース１９５は、外部メモリカードとも互換性があってよい。モバイル端末１００は、通話およびデータ通信などの機能を実装するために、ＳＩＭカードを用いてネットワークとやり取りする。いくつかの実施形態では、モバイル端末１００は、ｅＳＩＭ、すなわち組み込みＳＩＭカードを用いる。ｅＳＩＭカードは、モバイル端末１００に組み込まれてよく、モバイル端末１００から分離することはできない。

【0090】

モバイル端末１００のソフトウェアシステムでは、階層化アーキテクチャ、イベント駆動型アーキテクチャ、マイクロカーネルアーキテクチャ、マイクロサービスアーキテクチャ、またはクラウドアーキテクチャを用いることができる。本発明の本実施形態では、階層化アーキテクチャを備えたＡｎｄｒｏｉｄ（登録商標）システムが、モバイル端末１００のソフトウェア構造を説明するのに一例として用いられている。

【0091】

図２Ｂは、本発明の本実施形態によるモバイル端末１００のソフトウェア構造のブロック図である。

【0092】

階層化アーキテクチャでは、ソフトウェアが複数の層に分割されており、それぞれの層には明確な役割および役目がある。これらの層が、ソフトウェアインタフェースを用いて互いに通信する。いくつかの実施形態では、Ａｎｄｒｏｉｄシステムは４つの層に分割されており、それぞれ上から下に、アプリケーション層、アプリケーションフレームワーク層、Ａｎｄｒｏｉｄランタイム（Ａｎｄｒｏｉｄ ｒｕｎｔｉｍｅ）およびシステムライブラリ、ならびにカーネル層である。

【0093】

図２Ｂに示すように、アプリケーション層は、一連のアプリケーションパッケージを含んでよく、この中には、モバイル端末が工場から届けられる前に予め設定されているアプリケーション、またはモバイル端末が工場から届けられた後に、例えば、アプリケーション市場もしくは別の方式でユーザがインストールするアプリケーションが含まれる。これらのアプリケーションには、限定しないが、カメラ、ギャラリ、カレンダ、電話、地図、ナビゲーション、ＷＬＡＮ、ブルートゥース、音楽、ビデオ、ＳＭＳメッセージ、ブラウザ、ＷｅＣｈａｔ（登録商標）、Ｔａｏｂａｏ、およびＡｌｉｐａｙなどのアプリケーションが含まれる（図には一部のみが示されている）。これらのアプリケーションの大部分、例えば、ナビゲーション、ブラウザ、ＷｅＣｈａｔ、Ｔａｏｂａｏ、およびＡｌｉｐａｙはネットワークアクセスを必要とする。

【0094】

アプリケーションフレームワーク層は、アプリケーション層のアプリケーションのために、アプリケーションプログラミングインタフェース（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍｍｉｎｇ ｉｎｔｅｒｆａｃｅ：ＡＰＩ）およびプログラミングフレームワークを提供する。アプリケーションフレームワーク層は、いくつかの予め定義された機能を含む。

【0095】

図２Ｂに示すように、アプリケーションフレームワーク層には、ウィンドウマネージャ、コンテンツプロバイダ、ビューシステム、電話マネージャ、リソースマネージャ、および通知マネージャなどが含まれてよい。ウィンドウマネージャは、ウィンドウプログラムを管理するように構成されている。ウィンドウマネージャは、表示サイズの取得、ステータスバーがあるかどうかの判定、画面のロック、および画面の取り込みなどを行うことができる。コンテンツプロバイダは、データの格納および取得を行い、アプリケーションにデータへのアクセスを可能にするように構成されている。データには、映像、画像、オーディオ、発信通話および応答通話、閲覧履歴およびブックマーク、ならびにアドレス帳などが含まれてよい。ビューシステムには、視覚的なコントロール、例えば、テキストを表示するコントロールおよびピクチャを表示するコントロールが含まれる。ビューシステムは、アプリケーションを構築するように構成されてよい。表示インタフェースは、１つまたは複数のビューを含んでよい。例えば、ＳＭＳ通知アイコンを含む表示インタフェースが、テキストを表示するためのビューおよびピクチャを表示するためのビューを含んでよい。電話マネージャは、モバイル端末１００の通信機能、例えば、通話状態管理（通話の接続および切断などを含む）を提供するように構成されている。リソースマネージャは、ローカライズされた文字列、アイコン、ピクチャ、レイアウトファイル、およびビデオファイルなどの様々なリソースをアプリケーションに提供する。通知マネージャは、アプリケーションがステータスバーに通知情報を表示するのを可能にする。ステータスバーは、ユーザが介在することなく短時間表示された後に自動的に消え得る通知型メッセージを伝えるのに用いることができる。例えば、通知マネージャは、ダウンロード完了の表示、およびメッセージリマインダの提供などを行うように構成されている。通知マネージャはさらに、システムの上部にあるステータスバーに現れる通知、例えば、バックグラウンドで実行しているアプリケーションの通知を、チャートまたはスクロールバーテキストの形態で提供することもでき、さらに、画面上に現れる通知をダイアログウィンドウの形態で提供することもできる。例えば、ステータスバーにはテキスト情報を表示し、アラート音を再生し、モバイル端末を振動させて、表示灯を点滅させる。

【0096】

本願のいくつかの実施形態では、アプリケーションフレームワーク層はさらに第１モジュールを含んでよく、本モジュールは、アプリケーション層の各アプリケーションからサーバに送信されるデータパケットを収集し、データパケットの種類に基づいて、Ｗｉ－Ｆｉモジュールをウェイクアップさせるのか、またはブルートゥースモジュールをウェイクアップさせるのかを判定するように構成されている。例えば、第１モジュールは、アプリケーション層にあるどのアプリケーションも特定の期間内にパケットを送信していないと判定した場合、カーネル層にあるＷｉ－Ｆｉドライバを用いて、Ｗｉ－Ｆｉモジュールにスリープするよう指示することができる。別の例では、第１モジュールは、アプリケーション層にあるアプリケーションがハートビートパケットを送信する必要があると判定した場合、カーネル層にあるブルートゥースドライバを用いてブルートゥースモジュールをウェイクアップさせて、ブルートゥースモジュールにより確立されたリンクを用いてハートビートパケットを送信することができる。ブルートゥースモジュールがスリープ状態にない場合、ハートビートパケットは、ブルートゥースモジュールにより確立されたリンクを用いて直接的に送信されてよい。別の例では、第１モジュールは、アプリケーション層にあるアプリケーションがパケット（非ハートビートパケット）を送信する必要があると判定した場合、カーネル層にあるＷｉ－Ｆｉドライバを用いてＷｉ－Ｆｉモジュールをウェイクアップさせて、Ｗｉ－Ｆｉモジュールにより確立されたリンクを用いてアプリケーションのパケットを送信することができる。

【0097】

本願の別の実施形態では、第１モジュールはさらに、アプリケーション層にあるアプリケーションのハートビートパケットを収集し、ある期間内に集中的にアプリケーションのハートビートパケットを送信するように構成されてよい。さらに、アプリケーションのハートビートパケットを集中的に送信する場合、カーネル層にあるブルートゥースドライバを用いてブルートゥースモジュールをウェイクアップさせて、ブルートゥースリンクを用いてハートビートパケットを送信する。

【0098】

本願のいくつかの他の実施形態では、第１モジュールはさらに、モバイル端末１００と電子デバイス２００との間のトランスポート層リンクを確立するのに用いられるパケット（デバイスＩＤ、デバイスＩＰアドレス、ポート番号および用いられているプロトコルに関する情報、またはＴＣＰリンク確立パケットなど）を識別し、ブルートゥースモジュールをウェイクアップさせて、ブルートゥースリンクを用いて、トランスポート層リンクを確立するのに用いられるパケットを伝送するように構成されてよい。この場合、物理層リンクのみがブルートゥースリンクのために確立されており、トランスポート層リンクは確立されていないことに留意されたい。例えば、モバイル端末１００と電子デバイス２００との間の制御パケット（モバイル端末１００のアドレスをブロードキャストするのに用いられるパケットなど）が、トランスポート層リンクのパケットを搬送してよい。言い換えると、トランスポート層リンクは事前に確立されてよい。その後、モバイル端末がブルートゥースリンクまたはＷｉ－Ｆｉリンクを確立する必要がある場合、モバイル端末は、対応する物理層リンクを確立した後に、事前に確立されたトランスポート層リンクを直接的に用いることができる。従来技術では、物理層Ｗｉ－Ｆｉリンクまたは物理層ブルートゥースリンクが確立された後に、パケットを伝送するために、さらにトランスポート層リンクを確立する必要がある。本願の本実施形態における方法では、従来技術と比較すると、トランスポート層リンクが事前に確立されているため、モバイル端末がＷｉ－Ｆｉモジュールまたはブルートゥースモジュールをウェイクアップさせた後に、パケット伝送をすぐに開始することができるので、Ｗｉ－Ｆｉモジュールまたはブルートゥースモジュールの動作効率が向上し、Ｗｉ－Ｆｉモジュールまたはブルートゥースモジュールの消費電力削減が促進される。したがって、モバイル端末の全体の消費電力が削減される。

【0099】

Ａｎｄｒｏｉｄランタイムは、カーネルライブラリおよび仮想マシンを含む。Ａｎｄｒｏｉｄランタイムは、Ａｎｄｒｏｉｄシステムのスケジューリングおよび管理を行う。

【0100】

カーネルライブラリは２つの部分を含み、一方はＪａｖａ（登録商標）言語が呼び出す必要がある関数であり、他方はＡｎｄｒｏｉｄのカーネルライブラリである。

【0101】

アプリケーション層およびアプリケーションフレームワーク層は、仮想マシンで動作する。仮想マシンは、アプリケーション層およびアプリケーションフレームワーク層のＪａｖａファイルをバイナリファイルとして実行する。仮想マシンは、オブジェクトのライフサイクル管理、スタック管理、スレッド管理、セキュリティおよび例外の管理、ならびにガーベージコレクションなどの機能を行うように構成されている。

【0102】

システムライブラリは、複数の機能モジュール、例えば、サーフェスマネージャ（ｓｕｒｆａｃｅ ｍａｎａｇｅｒ）、メディアライブラリ（Ｍｅｄｉａ Ｌｉｂｒａｒｙ）、３次元グラフィックス処理ライブラリ（例えば、ＯｐｅｎＧＬ ＥＳ）、および２Ｄグラフィックスエンジン（例えば、ＳＧＬ）を含んでよい。

【0103】

サーフェスマネージャは、ディスプレイサブシステムを管理し、複数のアプリケーションに２Ｄ層および３Ｄ層を融合したものを提供するように構成されている。

【0104】

メディアライブラリは、様々な一般的なオーディオ形式およびビデオ形式ならびに静止画像ファイルなどの再生および記録をサポートする。メディアライブラリは、様々なオーディオおよびビデオの符号化形式、例えば、ＭＰＥＧ－４、Ｈ．２６４、ＭＰ３、ＡＡＣ、ＡＭＲ、ＪＰＧ、およびＰＮＧをサポートすることができる。

【0105】

３次元グラフィックス処理ライブラリは、３次元グラフィックス描画、画像レンダリング、合成、および階層処理などを実施するのに用いられる。

【0106】

２Ｄグラフィックスエンジンは、２Ｄ描画用の描画エンジンである。

【0107】

カーネル層は、ハードウェアとソフトウェアとの間の階層である。カーネル層は、少なくとも、ディスプレイドライバ、カメラドライバ、オーディオドライバ、およびセンサドライバを含む。

【0108】

本願における電子デバイス２００は、モバイル端末１００に無線ネットワークアクセス機能を提供できるデバイス、例えば、無線ルータ、携帯型Ｗｉ－Ｆｉデバイス（付随Ｗｉ－ＦｉデバイスまたはモバイルＷｉ－Ｆｉデバイスとも呼ばれる）、またはカスタマ構内設備（Ｃｕｓｔｏｍｅｒ Ｐｒｅｍｉｓｅ Ｅｑｕｉｐｍｅｎｔ：ＣＰＥ）であってもよく、またはモバイル端末１００にホットスポットを提供するデバイスであってもよく、例えば、携帯電話であってもタブレットコンピュータであってもよい。本願では、電子デバイス２００はブルートゥースモジュールを有しており、ブルートゥースモジュールは標準的なブルートゥース（または従来のブルートゥースと呼ばれる）機能および／またはブルートゥース低エネルギー機能を提供することができる。

【0109】

電子デバイス２００の構造については、図２Ａに示すモバイル端末１００の構造を参照できることに留意されたい。電子デバイス２００は、図２Ａに示す構造より多いまたは少ないコンポーネントを有してもよく、いくつかのコンポーネントを組み合わせてもよく、いくつかのコンポーネントを分割してもよく、様々なコンポーネント配置を有してもよい。例示したコンポーネントは、ハードウェア、ソフトウェア、またはソフトウェアとハードウェアとの組み合わせで実装されてよい。

【0110】

例えば、電子デバイス２００がルータである場合、電子デバイス２００は、プロセッサ、メモリ、無線通信モジュール、アンテナ、電源モジュール、およびインターネットと接続するように構成されたネットワークアクセスモジュールなどを含んでよい。無線通信モジュールは、Ｗｉ－Ｆｉモジュールおよびブルートゥースモジュールを含む。Ｗｉ－Ｆｉモジュールは、モバイル端末１００へのＷｉ－Ｆｉ接続を確立するように構成されてよい。このように、モバイル端末１００は、電子デバイス２００のネットワークアクセスモジュールを用いてインターネットにアクセスすることができる。ブルートゥースモジュールは、モバイル端末１００へのブルートゥース接続（標準的なブルートゥース接続またはＢＬＥ接続）を確立するように構成されてよく、これにより、モバイル端末１００は、電子デバイス２００のネットワークアクセスモジュールを用いてインターネットにアクセスすることができる。

【0111】

他の内容については、図２Ａに示すモバイル端末１００の関連構造の説明を参照されたい。詳細については、ここで説明しない。

【0112】

別の例では、電子デバイス２００が付随Ｗｉ－Ｆｉデバイスである場合、電子デバイス２００は、プロセッサ、メモリ、無線通信モジュール、アンテナ、電源モジュール、およびモバイル通信モジュールなどを含んでよい。モバイル通信モジュールは、電子デバイス１００に適用され且つ２Ｇ／３Ｇ／４Ｇ／５Ｇなどを含む無線通信ソリューションを提供するように構成されてよい。

【0113】

無線通信モジュールは、Ｗｉ－Ｆｉモジュールおよびブルートゥースモジュールを含む。Ｗｉ－Ｆｉモジュールは、モバイル端末１００へのＷｉ－Ｆｉ接続を確立するように構成されてよい。このように、モバイル端末１００は、電子デバイス２００のモバイル通信モジュールを用いてモバイル通信ネットワークにアクセスすることができる。ブルートゥースモジュールは、モバイル端末１００へのブルートゥース接続（標準的なブルートゥース接続またはＢＬＥ接続）を確立するように構成されてよく、これにより、モバイル端末１００は、電子デバイス２００のモバイル通信モジュールを用いてモバイル通信ネットワークにアクセスすることができる。

【0114】

他の内容については、図２Ａに示すモバイル端末１００の関連構造の説明を参照されたい。詳細については、ここで説明しない。

【0115】

以下の実施形態における全ての技術的ソリューションは、前述のハードウェアアーキテクチャおよびソフトウェアアーキテクチャを有するモバイル端末１００に実装されてよい。

【0116】

以下では、添付図面を参照して、本願の実施形態において提供される技術的ソリューションを詳細に説明する。

【0117】

例えば、デフォルトで、モバイル端末が、モバイル端末の消費電力を削減するために、本願の一実施形態において提供される方法を常に用いてよい。あるいは、デフォルトで、特定のシナリオでは、モバイル端末が、モバイル端末の消費電力を削減するために、本願の一実施形態において提供される方法を用いてもよい。例えば、デフォルトで、バッテリ残量が予め設定された値より少ない（例えば、バッテリ残量が２０％より少ない）場合、モバイル端末は、モバイル端末の消費電力を削減するために、本願の実施形態において提供される方法を自動的に使い始めてよい。別の例では、デフォルトで、有効になったアプリケーションの数が予め設定された数（例えば、５個）より多い場合、モバイル端末は、モバイル端末の消費電力を削減するために、本願の実施形態において提供される方法を自動的に使い始めてよい。別の例では、モバイル端末は、モバイル端末が特定のアプリケーション（例えば、特定のアプリケーションは、ハートビートパケットを頻繁に送信する必要があるアプリケーション、例えば、インスタントメッセージングアプリケーションである）を有効にすると判定した場合、モバイル端末の消費電力を削減するために、本願の実施形態において提供される方法を自動的に使い始める。

【0118】

いくつかの他の例では、スイッチが代替的にモバイル端末に配置されてよく、ユーザはスイッチを用いて、本願の一実施形態において提供されるモバイル端末の消費電力を削減する機能を手動で有効にするか、または無効にしてよい。例えば、図３の（１）に示すように、モバイル端末の消費電力を削減する機能をユーザが手動で有効にするか、または無効にするのに用いるために、スイッチコントロール３０１が「設定」アプリケーションの「ＷＬＡＮ」設定ページに配置されてよい。別の例では、図３の（２）に示すように、モバイル端末の消費電力を削減する機能をユーザが手動で有効にするか、または無効にするのに用いるために、スイッチコントロール３０２が「設定」アプリケーションに配置されてよい。

【0119】

図４は、本願の一実施形態による、モバイル端末の消費電力を削減するための方法の概略フローチャートである。詳細については、以下の通りである。

【0120】

Ｓ４０１：モバイル端末が、電子デバイスへのＷｉ－Ｆｉ通信接続およびブルートゥース通信接続を確立し、電子デバイスを介してサーバとやり取りする。

【0121】

いくつかの実施形態では、モバイル端末が消費電力削減機能を自動的に有効にした後に、またはユーザが消費電力削減機能を手動で有効にした後に、モバイル端末は、モバイル端末のＷｉ－Ｆｉ機能およびブルートゥース機能を自動的に有効にするか、または両機能を有効にするようユーザに指示して、電子デバイスへのＷｉ－Ｆｉ接続およびブルートゥース接続を別個に確立してよい。ブルートゥース接続は、標準的なブルートゥース接続であってもよく、ブルートゥース低エネルギー（Ｂｌｕｅｔｏｏｔｈ ｌｏｗ ｅｎｅｒｇｙ：ＢＬＥ）接続であってもよい。

【0122】

モバイル端末が電子デバイスへのＷｉ－Ｆｉ接続を確立するのが初めてである場合、ユーザは、この電子デバイスに対応するＷｉ－Ｆｉ名の選択およびパスワードの入力などを行うか、またはクイックレスポンス（ＱＲ）コードをスキャンするなどの別の方式を用いて、モバイル端末と電子デバイスとの間のＷｉ－Ｆｉ接続を確立する必要がある。モバイル端末が電子デバイスへのＷｉ－Ｆｉ接続を確立するのが初めてではない場合、モバイル端末は、この電子デバイスに対応するＷｉ－Ｆｉ名およびパスワードなどの情報を格納しており、モバイル端末は電子デバイスへのＷｉ－Ｆｉ接続を自動的に確立することができる。

【0123】

Ｗｉ－Ｆｉ接続の確立と同様に、モバイル端末が電子デバイスへのブルートゥース接続を確立するのが初めてである場合、ユーザは、この電子デバイスに対応するブルートゥース名を選択するなどの操作を行う必要があり、次にモバイル端末は電子デバイスへのブルートゥース接続を確立する。モバイル端末が電子デバイスへのブルートゥース接続を事前に確立している場合、モバイル端末は、この電子デバイスに対応するブルートゥース名などの情報を格納しているので、モバイル端末は続いて、電子デバイスへのブルートゥース接続を自動的に確立することができる。

【0124】

いくつかの他の実施形態では、モバイル端末は、Ｗｉ－Ｆｉ機能を有効にする場合、消費電力削減機能を有効にするかどうかをユーザに確認してもよい。ユーザが消費電力削減機能を有効にすることを選択した場合、モバイル端末は、モバイル端末のブルートゥース機能を自動的に有効にしても、この機能を有効にするようユーザに指示してもよい。モバイル端末が電子デバイスへのＷｉ－Ｆｉ接続およびブルートゥース接続を確立するプロセスは、前述の実施形態におけるプロセスと同じであるため、詳細についてはここで説明しない。

【0125】

いくつかの他の実施形態では、Ｗｉ－Ｆｉ機能を有効にして電子デバイスへのＷｉ－Ｆｉ接続を確立した後に、モバイル端末はさらに、電子デバイスが予め設定されたデバイスであるかどうかを判定することができる。予め設定されたデバイスとは、本願の本実施形態において提供された方法をサポートすることができ、且つモバイル端末へのＷｉ－Ｆｉ接続およびブルートゥース接続を確立することができるデバイスである。電子デバイスが予め設定されたデバイスであるとモバイル端末が判定した場合、モバイル端末は、消費電力削減機能を自動的に有効にし、ブルートゥース機能を自動的に有効にして、電子デバイスへのブルートゥース接続を確立する。

【0126】

いくつかの他の実施形態では、Ｗｉ－Ｆｉ機能およびブルートゥース機能を両方とも有効にした後に、モバイル端末はさらに、消費電力削減機能を自動的に有効にしてもよく、消費電力削減機能を有効にするかどうかをユーザに確認してもよい。モバイル端末が電子デバイスへのＷｉ－Ｆｉ接続およびブルートゥース接続を確立するプロセスについては、前述の実施形態を参照されたい。詳細については、ここで説明しない。

【0127】

いくつかの例では、モバイル端末および電子デバイスがＷｉ－Ｆｉ接続およびブルートゥース接続を確立した後に、最初にモバイル端末がＷｉ－Ｆｉ接続を用いて電子デバイスにパケットを送信し、次に電子デバイスが受信したパケットをサーバに送信することに留意されたい。あるいは、サーバからモバイル端末に送信されるパケットを電子デバイスが受信し、次に電子デバイスがＷｉ－Ｆｉ接続を用いてモバイル端末にパケットを送信する。言い換えると、モバイル端末は電子デバイスを介してサーバと通信する。モバイル端末は、Ｗｉ－Ｆｉ接続を用いて電子デバイスと通信する。このプロセスでは、ブルートゥース接続は、ある期間内に伝送されるパケットがないため、自動的に切断されてよい。モバイル端末のブルートゥースモジュールが、スリープ状態であってもよい。いくつかの他の例では、モバイル端末がＷｉ－Ｆｉ接続を用いてパケットを伝送する場合、モバイル端末は代替的に、電子デバイスへのブルートゥース接続を保持してもよい。いくつかの他の例では、モバイル端末が電子デバイスへのＷｉ－Ｆｉ接続を確立した後に、モバイル端末および電子デバイスは両方ともブルートゥース機能を有効にするが、この場合、ブルートゥース接続は確立されていない。しかしながら、モバイル端末と電子デバイスとの間に接続が事前に確立されていることに留意されたい。言い換えると、この場合、モバイル端末および電子デバイスは両方とも、互いのブルートゥースアドレスなどの情報を格納しており、このため、モバイル端末および電子デバイスは接続をすぐに確立し、続いてパケットを伝送することができる。

【0128】

Ｓ４０２：モバイル端末は、パケットが第１期間に伝送されていないと判定した場合、Ｗｉ－Ｆｉモジュールをスリープ状態に入るよう制御する。

【0129】

Ｗｉ－Ｆｉモジュールがスリープ状態に入っているということは、Ｗｉ－Ｆｉモジュールが低消費電力動作モードにあると理解してもよい。低消費電力動作モードでは、Ｗｉ－Ｆｉモジュール全体の消費電力を削減するために、Ｗｉ－Ｆｉモジュールの大部分の機能が中断される。例えば、Ｗｉ－Ｆｉモジュールがスリープ状態に入っているということは、Ｗｉ－Ｆｉモジュールがスリープ（ｓｌｅｅｐ）モードまたはディープスリープ（ｄｅｅｐ ｓｌｅｅｐ）モードにあることを含む。スリープモードでは、モバイル端末のシステム動作クロックが変わらないままであり、Ｗｉ－Ｆｉモジュールは、シリアルポートまたはネットワークデータパケットを用いてウェイクアップしてよく、ＧＰＩＯ（Ｇｅｎｅｒａｌ Ｐｕｒｐｏｓｅ Ｉｎｐｕｔ Ｏｕｔｐｕｔ：汎用入力／出力）ポートは出力し続ける。ディープスリープモードでは、モバイル端末のシステム動作クロックが半分に低減し、Ｗｉ－Ｆｉモジュールはシリアルポートまたはネットワークデータパケットを用いてウェイクアップしてよく、ＧＰＩＯポートは出力し続けて、ウェイクアップ応答時間がスリープモードよりわずかに長い。

【0130】

モバイル端末が第１期間内に電子デバイスにパケットを送信することもなく、電子デバイスからパケットを受信することもない場合、モバイル端末は、Ｗｉ－Ｆｉモジュールの消費電力を削減するために、モバイル端末のＷｉ－Ｆｉモジュールをスリープ状態に入るよう制御してよい。一例では、モバイル端末が第１期間内にいかなるパケットの送信も受信も行う必要がない場合、すなわち、モバイル端末が以下の第２パケット（例えば、モバイル端末上にある各アプリケーションのサービスに関連したパケット）および以下の第１パケット（例えば、アプリケーションのハートビートパケットまたはトランスポート層リンクを確立するのに用いられるパケット）の送信も受信も行う必要がない場合、モバイル端末は、モバイル端末のＷｉ－Ｆｉモジュールをスリープ状態に入るよう制御してよい。別の例では、モバイル端末が第１期間内に以下に挙げる第２パケット（例えば、モバイル端末上にある各アプリケーションのサービスに関連したパケット）の送信も受信も行う必要がない場合、モバイル端末は、モバイル端末のＷｉ－Ｆｉモジュールをスリープ状態に入るよう制御してよい。言い換えると、モバイル端末が第１期間内に第１パケットのみを送信する必要がある場合、モバイル端末は、モバイル端末のＷｉ－Ｆｉモジュールをスリープ状態に入るよう制御し、ブルートゥースモジュールをウェイクアップさせて、ブルートゥースモジュールを用いて第１パケットを伝送してもよい。

【0131】

例えば、モバイル端末が画面オン状態にある場合、モバイル端末上にあるアプリケーションは電子デバイスを介してサーバからパケットを要求することはなく、またサーバは電子デバイスを介してモバイル端末にパケットを送信することはない。この場合、第１期間の後に、モバイル端末は電子デバイスへのＷｉ－Ｆｉ接続を切断し、モバイル端末のＷｉ－Ｆｉモジュールをスリープ状態に入るよう制御してよい。

【0132】

別の例では、モバイル端末が特定の期間内にユーザの操作を受け取ることがなく、且つモバイル端末がビデオアプリケーションなどのアプリケーションを実行することがない場合、モバイル端末は、画面をオフにして画面オフ状態に入る。モバイル端末が画面オフ状態にあり、且つモバイル端末がオーディオ関連のアプリケーションを実行しない場合、第１期間の後に、モバイル端末は、電子デバイスへのＷｉ－Ｆｉ接続を切断し、モバイル端末のＷｉ－Ｆｉモジュールをスリープ状態に入るよう制御してよい。

【0133】

Ｓ４０３：Ｗｉ－Ｆｉモジュールがスリープ状態にあるときに、第１パケットを送信する必要があるとモバイル端末が判定した場合、モバイル端末は、ブルートゥースモジュールをウェイクアップさせて、第１パケットをブルートゥース接続方式で電子デバイスに送信し、次に電子デバイスは第１パケットをサーバに送信する。第１パケットは、モバイル端末上にあるアプリケーションのハートビートパケット、またはトランスポート層リンクを確立するのに用いられるパケットである。ハートビートパケットは、モバイル端末上にあるアプリケーションと、このアプリケーションに対応するサーバとの間で交換されるハートビートパケットであり、モバイル端末によりサーバに送信されるハートビート要求と、サーバによりモバイル端末に返されるハートビート応答とを含んでよい。

【0134】

上述したように、段階Ｓ４０３の前に、ブルートゥース接続（例えば、ＢＬＥ接続）がモバイル端末と電子デバイスとの間に確立されている。モバイル端末および電子デバイスは、互いのブルートゥースアドレスなどの情報を別個に格納している。モバイル端末は、第１パケットを送信する必要があると判定した後に、ブルートゥースモジュールをウェイクアップさせて、電子デバイスへのブルートゥース接続を確立してよい。次に、ブルートゥース接続を用いて第１パケットを電子デバイスに送信することにより、電子デバイスはさらに第１パケットをサーバに送信する。あるいは、モバイル端末および電子デバイスは常にブルートゥース接続を保持しており、この場合、第１パケットはブルートゥース接続を用いて直接的に伝送されてよい。

【0135】

モバイル端末は、電子デバイスへのＷｉ－Ｆｉ接続およびブルートゥース接続に関する情報を維持していることに留意されたい。具体的には、モバイル端末は、第１パケットを送信する場合に、モバイル端末が電子デバイスに対応するブルートゥース接続と自動的に接続して、第１パケットを電子デバイスに送信し、且つ別の電子デバイスとの接続および別の電子デバイスへの第１パケットの送信を回避し得ることにより、確実にパケット伝送セキュリティを保証することができる。

【0136】

本願のいくつかの実施形態では、第１パケットは、モバイル端末と電子デバイスとの間で伝送される必要があるハートビートパケットである。モバイル端末がスリープ状態にある場合でも、モバイル端末状で動作している各アプリケーションは、アプリケーションがオンラインであることをアプリケーションに対応するサーバに通知するために、このサーバにハートビートパケットを定期的に送信する必要がある。従来技術では、モバイル端末上で動作しているアプリケーションがハートビートパケットをサーバに送信する必要がある場合、モバイル端末は、Ｗｉ－Ｆｉモジュールをウェイクアップさせて、電子デバイスへのＷｉ－Ｆｉ接続を確立して、Ｗｉ－Ｆｉ接続を用いてハートビートパケットを送信する。モバイル端末上で多くのアプリケーションが動作している場合には、ハートビートパケットを送信する機会が多くある。したがって、Ｗｉ－Ｆｉモジュールをウェイクアップさせる機会も多くある。言い換えると、より長時間、Ｗｉ－Ｆｉモジュールは動作状態のままでいるため、消費電力が高い。

【0137】

しかしながら、本願の本実施形態では、モバイル端末は、モバイル端末のアプリケーションがハートビートパケットを送信する必要があると判定した場合、Ｗｉ－Ｆｉモジュールをウェイクアップさせなくてよく、（Ｗｉ－Ｆｉモジュールと比較して）消費電力が低いブルートゥースモジュールをウェイクアップさせて、ブルートゥース接続を用いてハートビートパケットを送信する。したがって、モバイル端末の全体の消費電力を削減することができる。

【0138】

本願のいくつかの他の実施形態では、モバイル端末は代替的に、様々なアプリケーションにより送信される必要があるハートビートパケットを収集して、これらのハートビートパケットを特定の期間に集中的に送信してもよい。ハートビートパケットを集中的に送信する場合、ブルートゥースモジュールをウェイクアップさせて、ブルートゥース接続を用いてハートビートパケットを電子デバイスに送信する。次に、電子デバイスは、各アプリケーションに対応するサーバにハートビートパケットを送信する。

【0139】

本願のいくつかの他の実施形態では、第１パケットは代替的に、モバイル端末がトランスポート層リンクを確立するのに用いられるパケット（デバイスＩＤ、デバイスＩＰアドレス、ポート番号および用いられているプロトコルに関する情報、またはＴＣＰリンク確立パケットなど）であってもよい。いくつかのシナリオでは、モバイル端末は、ブルートゥースリンクを用いて、トランスポート層リンクを確立するのに用いられるパケットを伝送してよい。この場合、物理層リンクのみがブルートゥースリンクのために確立されており、トランスポート層リンクは確立されていないことに留意されたい。例えば、モバイル端末と電子デバイスとの間の制御パケット（モバイル端末のアドレスをブロードキャストするのに用いられるパケットなど）が、トランスポート層リンクのパケットを搬送してよい。言い換えると、トランスポート層リンクは事前に確立されてよい。例えば、トランスポート層リンクは定期的に確立されてよい。続いて、モバイル端末がブルートゥースリンクまたはＷｉ－Ｆｉリンクを確立する必要がある場合、モバイル端末は、対応する物理層リンクを確立した後に、事前に確立されているトランスポート層リンクを直接的に用いてよい。トランスポート層リンクが事前に確立されているため、モバイル端末がＷｉ－Ｆｉモジュールまたはブルートゥースモジュールをウェイクアップさせた後に、パケット伝送をすぐに開始することができるので、Ｗｉ－Ｆｉモジュールまたはブルートゥースモジュールの動作効率が向上し、Ｗｉ－Ｆｉモジュールまたはブルートゥースモジュールの消費電力削減が促進される。したがって、モバイル端末の全体の消費電力が削減される。

【0140】

いくつかの例では、モバイル端末がブルートゥースモジュールをウェイクアップさせて第１パケットを伝送した後に、第１パケットがある期間内に伝送されない場合、モバイル端末は、消費電力を削減するために、電子デバイスへのブルートゥース接続を切断してスリープ状態に入るようブルートゥースモジュールを制御することに留意されたい。あるいは、いくつかのシナリオでは、第１パケットが定期的にある期間に集中的に送信される。例えば、複数のアプリケーションのハートビートパケットが、定期的にある期間に集中的に送信される。この場合、モバイル端末は、あるサイクルで全ての第１パケットが送信されたと判定した後に、電子デバイスへのブルートゥース接続を切断してスリープ状態に入り、次のサイクルを待つようブルートゥースモジュールを直接的に制御することができる。言い換えると、モバイル端末は、１つのサイクルの第１パケットを送信した後に、電子デバイスへのブルートゥース接続を切断するために、ある期間を待つ必要はない。これにより、ブルートゥースモジュールの消費電力の削減がさらに促進される。いくつかの他の例では、モバイル端末がブルートゥースモジュールをウェイクアップさせて第１パケットを伝送した後に、モバイル端末は接続を切断しなくてもよい。言い換えると、モバイル端末および電子デバイスは、ブルートゥース接続を長時間保持する。

【0141】

Ｓ４０４：第２パケットを送信する必要があるとモバイル端末が判定した場合、モバイル端末は、Ｗｉ－Ｆｉモジュールをウェイクアップさせて、第２パケットをＷｉ－Ｆｉ接続方式で電子デバイスに送信し、次に電子デバイスは第２パケットをサーバに送信する。あるいは、電子デバイスは、サーバがモバイル端末に送信される第２パケットを電子デバイスに送ると決定した場合、モバイル端末へのＷｉ－Ｆｉ接続を再開する。このシナリオでは、モバイル端末は、Ｗｉ－Ｆｉモジュールをウェイクアップさせて、電子デバイスにより送信される第２パケットをＷｉ－Ｆｉ接続方式で受信する。

【0142】

第２パケットは、第１パケットと異なる、モバイル端末により送信される必要がある別のパケットであり、モバイル端末上の各アプリケーションのサービスに関連したパケット（例えば、サービスデータ）を含んでよい。

【0143】

本願のいくつかの実施形態では、モバイル端末が電子デバイスへのブルートゥース接続をまだ保持している場合、第２パケットを送信する必要があるとモバイル端末が判定したときに、モバイル端末は、ブルートゥース接続をすぐに切断してＷｉ－Ｆｉ接続を確立し、第２パケットをＷｉ－Ｆｉ接続方式で送信してよい。いくつかの例では、この場合にモバイル端末がまだ第１パケットを電子デバイスに送信する必要があるならば、モバイル端末は、第１パケットもＷｉ－Ｆｉ接続方式で送信し、次に第２パケットを送信してよい。いくつかの他の例では、第１パケットが低遅延要件のパケットまたは重要ではないパケット（例えば、物理層リンクを確立するのに用いられるパケット）であるとモバイル端末が判定した場合、モバイル端末は最初に第２パケットをＷｉ－Ｆｉ接続方式で送信し、次に第１パケットを送信しても、第１パケットを直接的に破棄してもよい。

【0144】

本願のいくつかの他の実施形態では、モバイル端末が電子デバイスへのＷｉ－Ｆｉ接続を保持しているときに、モバイル端末が第１パケットを送信する必要があることをモバイル端末が検出した場合、モバイル端末は、Ｗｉ－Ｆｉ接続を用いて伝送を直接的に行ってよい。

【0145】

以下では、特定のシナリオに関連した実施例を用いて、本願の本実施形態において提供される方法を説明する。

【0146】

シナリオ１：モバイル端末（例えば、携帯電話、タブレットコンピュータ、またはスマートスピーカ）は、無線ルータへのＷｉ－Ｆｉ接続を確立し、無線ルータを用いてネットワークにアクセスする。モバイル端末および無線ルータのブルートゥース機能が有効になっており、モバイル端末と無線ルータとの間にブルートゥース接続が事前に確立されている。

【0147】

一例では、モバイル端末が第１期間に（ハートビートパケットを含む）いかなるパケットも伝送していない場合、モバイル端末は、無線ルータへのＷｉ－Ｆｉ接続を切断して、モバイル端末に構成されたＷｉ－Ｆｉモジュールをスリープ状態に入るよう制御する。別の例では、モバイル端末がハートビートパケット以外のパケット（すなわち、第２パケット）を第１期間に伝送する必要がない場合、モバイル端末は、無線ルータへのＷｉ－Ｆｉ接続を切断して、モバイル端末に構成されたＷｉ－Ｆｉモジュールをスリープ状態に入るよう制御する。モバイル端末がハートビートパケットのみを第１期間に伝送する必要がある場合、モバイル端末は代替的に、ブルートゥースモジュールをウェイクアップさせて、ハートビートパケットをブルートゥース接続方式で送信してよい。

【0148】

モバイル端末に構成されたＷｉ－Ｆｉモジュールがスリープ状態にあるときに、モバイル端末上で動作するアプリケーションがハートビートパケット（他のパケットはない）を送信する必要があるとモバイル端末が検出した場合、モバイル端末は、モバイル端末に構成されたブルートゥースモジュールをウェイクアップさせて、電子デバイスへのブルートゥース接続（例えば、ＢＬＥ）を確立し、ブルートゥース接続を用いてハートビートパケットを送信する。モバイル端末がブルートゥースモジュールをウェイクアップさせた後に電子デバイスへのブルートゥース接続を確立するプロセスについては、当技術分野の関連技術を参照されたい。詳細については、ここで説明しない。いくつかの例では、ハートビートパケットが送信された後に、モバイル端末により第２期間に伝送されるパケットがない場合、モバイル端末は、無線ルータへのブルートゥース接続を切断して、モバイル端末に構成されたブルートゥースモジュールをスリープ状態に入るよう制御する。

【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】

本願の一実施形態がさらに、チップシステムを提供する。図６に示すように、チップシステムは、少なくとも１つのプロセッサ１１０１と、少なくとも１つのインタフェース回路１１０２とを含む。プロセッサ１１０１およびインタフェース回路１１０２は、配線を用いて相互接続されてよい。例えば、インタフェース回路１１０２は、別の装置（例えば、モバイル端末１００のメモリ）から信号を受け取るように構成されてよい。別の例では、インタフェース回路１１０２は、別の装置（例えば、プロセッサ１１０１）に信号を送るように構成されてよい。例えば、インタフェース回路１１０２は、メモリに格納された命令を読み出して、この命令をプロセッサ１１０１に送ることができる。命令がプロセッサ１１０１により実行されると、モバイル端末は、前述の実施形態においてモバイル端末１００（例えば、携帯電話）により行われる段階を行うことができる。もちろん、チップシステムはさらに別の個別デバイスを含んでよい。これについては、本願の本実施形態において特に限定されない。

【0185】

本願の一実施形態がさらに、装置を提供する。本装置はモバイル端末または電子デバイスに含まれており、本装置は、前述の実施形態におけるいずれかの方法のモバイル端末または電子デバイスの動作を実現する機能を有する。この機能は、ハードウェアで実装されてもよく、対応するソフトウェアを実行するハードウェアで実装されてもよい。このハードウェアまたはソフトウェアは、前述の機能に対応する少なくとも１つのモジュールもしくはユニット、例えば、検出モジュールもしくは検出ユニット、または決定モジュールもしくは決定ユニットを含む。

【0186】

本願の一実施形態がさらに、コンピュータ命令を含むコンピュータ可読記憶媒体を提供する。コンピュータ命令がモバイル端末または電子デバイス上で実行されると、モバイル端末または電子デバイスは、前述の実施形態におけるいずれかの方法を行う。

【0187】

本願の一実施形態がさらに、コンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で動作すると、コンピュータは、前述の実施形態におけるいずれかの方法を行う。

【0188】

前述の機能を実装するために、端末は、各機能を行うための対応するハードウェア構造および／またはソフトウェアモジュールを含むことが理解されるであろう。当業者であれば、本明細書で開示された実施形態において説明された実施例のユニットおよびアルゴリズム段階と組み合わせて、本願の実施形態は、ハードウェアまたはハードウェアとコンピュータソフトウェアとの組み合わせで実装され得ることを容易に認識するはずである。これらの機能が、ハードウェア、またはコンピュータソフトウェアで駆動するハードウェアのどちらで行われるのかは、技術的ソリューションの特定の用途および設計上の制約で決まる。当業者であれば、様々な方法を用いて、説明された機能を特定の用途ごとに実装するであろうが、こうした実装が本発明の実施形態の範囲を超えるものとみなされるべきではない。

【0189】

本願の実施形態では、機能モジュールの分割が前述の方法例に基づいて端末などに対して行われてよい。例えば、各機能モジュールは、対応する機能に基づく分割によって取得されてもよく、２つまたはそれより多くの機能が１つの処理モジュールに統合されてもよい。統合されたモジュールは、ハードウェアの形態で実装されてもよく、ソフトウェア機能モジュールの形態で実装されてもよい。本発明の実施形態では、モジュールの分割は一例であり、単なる論理的機能の分割に過ぎないことに留意されたい。実際の実装では、別の分割方式が用いられてもよい。

【0190】

実装例に関する前述の説明によって、当業者は、簡便さと簡単な説明を目的として、前述の機能モジュールの分割が説明のための一例とみなされていることを明確に理解することができる。実際の適用では、前述の機能は、要件に従って様々なモジュールに割り当てられ、実装されてよい。言い換えると、上述した機能の全てまたは一部を実装するために、装置の内部構造が様々な機能モジュールに分割されている。前述のシステム、装置、およびユニットの詳細な動作プロセスについては、前述の方法の実施形態における対応するプロセスを参照されたい。詳細については、再度ここで説明しない。

【0191】

本願の実施形態における複数の機能ユニットが１つの処理ユニットに統合されてもよく、各ユニットが物理的に単独で存在してもよい。あるいは、２つまたはそれより多くのユニットが１つのユニットに統合されている。統合されたユニットは、ハードウェアの形態で実装されてもよく、ソフトウェア機能ユニットの形態で実装されてもよい。

【0192】

統合されたユニットがソフトウェア機能ユニットの形態で実装され且つ独立した製品として販売されるかまたは使用される場合、この統合されたユニットはコンピュータ可読記憶媒体に格納されてよい。そのような理解に基づいて、本質的に本願の実施形態の技術的ソリューション、または従来技術に寄与する部分、すなわち、この技術的ソリューションの全てもしくは一部は、ソフトウェア製品の形態で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に格納されており、本願の実施形態において説明された方法の段階の全てまたは一部を行うようコンピュータデバイス（これは、パーソナルコンピュータ、サーバ、またはネットワークデバイスでもよい）に指示するためのいくつかの命令を含む。前述の記憶媒体には、プログラムコードを格納できる任意の媒体、例えば、フラッシュメモリ、着脱式ハードディスク、リードオンリメモリ、ランダムアクセスメモリ、磁気ディスク、または光ディスクが含まれる。

【0193】

前述の説明は、単に本願の特定の実装例に過ぎず、本願の保護範囲を限定することを目的としているわけではない。本願で開示された技術的範囲内の変形または置き換えはいずれも、本願の保護範囲に含まれるものとする。したがって、本願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
［他の考え得る項目］
（項目１）
モバイル端末の消費電力を削減するための方法であって、前記モバイル端末がＷｉ－Ｆｉモジュールおよびブルートゥースモジュールを有しており、前記方法が、
前記モバイル端末が前記Ｗｉ－Ｆｉモジュールを用いて電子デバイスへのＷｉ－Ｆｉ接続を確立して、前記モバイル端末が前記Ｗｉ－Ｆｉ接続を用いてサーバとやり取りする段階と、
前記モバイル端末が第１期間内にパケットの送信も受信も行わない場合、前記モバイル端末が前記Ｗｉ－Ｆｉモジュールをスリープ状態に入るよう制御する段階であって、前記パケットが第１パケットおよび第２パケットを含むか、または前記パケットが第２パケットを含み、前記第１パケットがハートビートパケットまたはトランスポート層リンクを確立するのに用いられるパケットであり、前記第２パケットが前記第１パケット以外のパケットである、制御する段階と、
前記Ｗｉ－Ｆｉモジュールが前記スリープ状態に入った後に、前記モバイル端末が送信予定の第１パケットを有する場合、前記モバイル端末が、前記ブルートゥースモジュールにより確立されたブルートゥース接続を用いて、前記送信予定の第１パケットを前記電子デバイスに送信する段階と
を備える方法。
（項目２）
前記方法がさらに、
前記Ｗｉ－Ｆｉモジュールが前記スリープ状態に入った後に、前記モバイル端末が前記送信予定の第１パケットを有する場合、前記モバイル端末が前記ブルートゥースモジュールをウェイクアップさせて、前記ブルートゥースモジュールを用いて前記電子デバイスへの前記ブルートゥース接続を確立する段階を備える、項目１に記載の方法。
（項目３）
前記方法がさらに、
前記モバイル端末が前記送信予定の第１パケットを送信した後に、前記モバイル端末が第２期間内に別のパケットの送信も受信も行わない場合、前記ブルートゥースモジュールをスリープ状態に入るよう制御する段階を備える、項目１または２に記載の方法。
（項目４）
前記ブルートゥース接続が標準的なブルートゥース接続またはブルートゥース低エネルギー接続である、項目１から３のいずれか一項に記載の方法。
（項目５）
前記電子デバイスが、無線ルータ、付随Ｗｉ－Ｆｉデバイス、またはホットスポット機能付きモバイル端末のうちのいずれか１つである、項目１から４のいずれか一項に記載の方法。
（項目６）
前記Ｗｉ－Ｆｉモジュールが前記スリープ状態に入った後に、前記方法がさらに、
前記モバイル端末が送信予定の第２パケットまたは受信予定の第２パケットを有する場合、前記モバイル端末が前記Ｗｉ－Ｆｉモジュールをウェイクアップさせて、前記Ｗｉ－Ｆｉモジュールを用いて前記モバイル端末と前記電子デバイスとの間のＷｉ－Ｆｉ接続を再確立し、前記Ｗｉ－Ｆｉ接続を用いて前記第２パケットを伝送する段階であって、前記モバイル端末が前記モバイル端末と前記電子デバイスとの間の前記ブルートゥース接続を保持するかまたは切断する、伝送する段階を備える、項目１から５のいずれか一項に記載の方法。
（項目７）
前記Ｗｉ－Ｆｉモジュールが前記スリープ状態に入った後に、前記モバイル端末が送信予定の第１パケットを有する場合、前記モバイル端末が前記ブルートゥースモジュールにより確立されたブルートゥース接続を用いて前記送信予定の第１パケットを前記電子デバイスに送信する前記段階の前に、前記方法はさらに、
前記モバイル端末が、第１の機能を有効にするための指示をユーザから受け取る段階、または前記モバイル端末が、第１の条件が満たされていると判定した場合に前記第１の機能を有効にする段階を備え、前記第１の機能が前記モバイル端末の消費電力を削減する機能であり、前記第１の条件には、前記モバイル端末のバッテリ残量が予め設定された値より少ないこと、前記モバイル端末が有効にしたアプリケーションの数が予め設定された数より多いこと、および前記モバイル端末が予め設定されたアプリケーションのうちのいずれか１つまたは複数を有効にすることが含まれる、項目１から６のいずれか一項に記載の方法。
（項目８）
前記ハートビートパケットが前記モバイル端末と前記サーバとの間で交換されるハートビートパケットである、項目１から７のいずれか一項に記載の方法。
（項目９）
モバイル端末の消費電力を削減するための方法であって、電子デバイスがＷｉ－Ｆｉモジュールおよびブルートゥースモジュールを有しており、前記電子デバイスがサーバへの通信接続を確立し、前記方法が、
前記電子デバイスが前記Ｗｉ－Ｆｉモジュールを用いてＮ個のモバイル端末へのＷｉ－Ｆｉ接続をそれぞれ確立することにより、前記Ｎ個のモバイル端末が前記Ｗｉ－Ｆｉ接続を用いて前記サーバとやり取りする段階と、
前記Ｎ個のモバイル端末におけるＭ個のモバイル端末のＷｉ－Ｆｉモジュールがスリープ状態に入っている場合、前記Ｍ個のモバイル端末の送信予定または受信予定の第１パケットを伝送するために、前記電子デバイスが前記ブルートゥースモジュールを用いて前記Ｍ個のモバイル端末へのブルートゥース接続をそれぞれ確立する段階であって、前記第１パケットがハートビートパケットまたはトランスポート層リンクを確立するのに用いられるパケットであり、ＭおよびＮが正の整数であり、ＭがＮより小さいまたはこれと等しい、確立する段階と
を備える方法。
（項目１０）
前記方法がさらに、
前記Ｎ個のモバイル端末の全てのＷｉ－Ｆｉモジュールが前記スリープ状態に入っている場合、前記電子デバイスが前記電子デバイスの前記Ｗｉ－Ｆｉモジュールを前記スリープ状態に入るよう制御する段階を備える、項目９に記載の方法。
（項目１１）
前記ブルートゥース接続が標準的なブルートゥース接続またはブルートゥース低エネルギー接続である、項目９または１０に記載の方法。
（項目１２）
前記電子デバイスが、無線ルータ、付随Ｗｉ－Ｆｉデバイス、またはホットスポット機能付きモバイル端末のうちのいずれか１つである、項目９から１１のいずれか一項に記載の方法。
（項目１３）
前記ハートビートパケットが前記モバイル端末と前記サーバとの間で交換されるハートビートパケットである、項目９から１２のいずれか一項に記載の方法。
（項目１４）
プロセッサと、メモリと、タッチスクリーンと、Ｗｉ－Ｆｉモジュールと、ブルートゥースモジュールとを備えるモバイル端末であって、前記メモリ、前記タッチスクリーン、前記Ｗｉ－Ｆｉモジュール、および前記ブルートゥースモジュールが前記プロセッサに連結されており、前記メモリがコンピュータプログラムコードを格納するように構成されており、前記コンピュータプログラムコードがコンピュータ命令を含み、前記プロセッサが前記コンピュータ命令を前記メモリから読み出すと、前記モバイル端末が、モバイル端末の消費電力を削減するための項目１から８のいずれか一項に記載の方法を行う、モバイル端末。
（項目１５）
プロセッサと、メモリと、Ｗｉ－Ｆｉモジュールと、ブルートゥースモジュールとを備える電子デバイスであって、前記メモリ、前記Ｗｉ－Ｆｉモジュール、および前記ブルートゥースモジュールが前記プロセッサに連結されており、前記メモリがコンピュータプログラムコードを格納するように構成されており、前記コンピュータプログラムコードがコンピュータ命令を含み、前記プロセッサが前記コンピュータ命令を前記メモリから読み出すと、前記電子デバイスが、モバイル端末の消費電力を削減するための項目９から１３のいずれか一項に記載の方法を行う、電子デバイス。
（項目１６）
コンピュータ命令を含むコンピュータ可読記憶媒体であって、前記コンピュータ命令がモバイル端末上で実行されると、前記モバイル端末が、モバイル端末の消費電力を削減するための項目１から８のいずれか一項に記載の方法を行う、コンピュータ可読記憶媒体。
（項目１７）
コンピュータ命令を含むコンピュータ可読記憶媒体であって、前記コンピュータ命令が電子デバイス上で実行されると、前記電子デバイスが、モバイル端末の消費電力を削減するための項目９から１３のいずれか一項に記載の方法を行う、コンピュータ可読記憶媒体。
（項目１８）
１つまたは複数のプロセッサを備えるチップシステムであって、前記１つまたは複数のプロセッサが命令を実行すると、前記１つまたは複数のプロセッサが、モバイル端末の消費電力を削減するための項目１から８のいずれか一項に記載の方法、またはモバイル端末の消費電力を削減するための項目９から１３のいずれか一項に記載の方法を行う、チップシステム。

【図1】

【図2A】

【図2B】

【図3】

【図4】

【図5A】

【図5B】

【図6】