特許 7407844 頻繁なサービスロスのための電力最適化

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

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

(11)【特許番号】

(24)【登録日】2023-12-21

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

(54)【発明の名称】頻繁なサービスロスのための電力最適化

(51)【国際特許分類】

   H04W 48/16 20090101AFI20231222BHJP

   H04W 52/02 20090101ALI20231222BHJP

   H04W 72/0453 20230101ALI20231222BHJP

【ＦＩ】

H04W48/16 110

H04W52/02 110

H04W72/0453

H04W48/16 132

【請求項の数】 19

(21)【出願番号】P 2021576734

(86)(22)【出願日】2019-06-28

(65)【公表番号】

(43)【公表日】2022-09-06

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

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

(87)【国際公開日】2020-12-30

【審査請求日】2021-12-23

【前置審査】

(73)【特許権者】

【識別番号】502208397

【氏名又は名称】グーグル エルエルシー

【氏名又は名称原語表記】Ｇｏｏｇｌｅ ＬＬＣ

【住所又は居所原語表記】１６００ Ａｍｐｈｉｔｈｅａｔｒｅ Ｐａｒｋｗａｙ ９４０４３ Ｍｏｕｎｔａｉｎ Ｖｉｅｗ， ＣＡ Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

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

請求項１から請求項１６のいずれか１項に記載の方法をコンピュータに実行させる、プログラム。

【発明の詳細な説明】

【背景技術】

【0001】

背景
スマートフォンを含む多くのモバイルコンピューティングデバイスは、ワイヤレスネットワークに接続してデータサービスおよび／または音声サービスを提供することができる。しかし、このようなモバイルコンピューティングデバイスは、時として、「アウトオブサービス」になる可能性があり、すなわち、一部または全ての以前に接続されたワイヤレスネットワークから切断される可能性がある。モバイルコンピューティングデバイスは、アウトオブサービスになると、以前に接続されたワイヤレスネットワークのうちの一部または全てに再接続しようと試みることができる。モバイルコンピューティングデバイスは、うまくいけば、以前に接続されたワイヤレスネットワークのうちの１つまたは複数に再接続してデータサービスおよび／または音声サービスを提供することによって「インサービス」になる。

【発明の概要】

【0002】

概要
一局面において、コンピュータによって実行される方法が提供される。上記方法は、減少していく一連の走査比を求めるステップを含み、各走査比は、モバイルコンピューティングデバイスがワイヤレスネットワークから切断される切断された時間窓中に上記モバイルコンピューティングデバイスが上記ワイヤレスネットワークとの接続を試みるために１つまたは複数の周波数を走査する時間の比率を示す。上記方法はさらに、上記モバイルコンピューティングデバイスが上記ワイヤレスネットワークに接続される接続された時間窓を求めるステップを含み、上記接続された時間窓は、上記切断された時間窓の後に発生する。上記方法はさらに、少なくとも上記接続された時間窓の期間に基づいて上記モバイルコンピューティングデバイスのピンポン率を判断するステップを含む。上記方法は、上記ピンポン率に基づいて、上記減少していく一連の走査比から走査比を選択するステップも含む。上記方法はさらに、上記モバイルコンピューティングデバイスに上記ワイヤレスネットワークとの接続を試みさせるために、上記減少していく一連の走査比に従って、上記選択された走査比から開始して上記１つまたは複数の周波数を走査するステップを含む。

【0003】

別の局面において、モバイルコンピューティングデバイスが提供される。上記モバイルコンピューティングデバイスは、１つまたは複数のプロセッサと、１つまたは複数のコンピュータ読取可能媒体を含む。上記１つまたは複数のコンピュータ読取可能媒体は、コンピュータによって実行可能な命令が格納されており、上記コンピュータによって実行可能な命令は、上記１つまたは複数のプロセッサによって実行されると、上記モバイルコンピューティングデバイスに機能を実行させる。上記機能は、減少していく一連の走査比を求めるステップを含み、各走査比は、モバイルコンピューティングデバイスがワイヤレスネットワークから切断される切断された時間窓中に上記モバイルコンピューティングデバイスが上記ワイヤレスネットワークとの接続を試みるために１つまたは複数の周波数を走査する時間の比率を示す。上記機能はさらに、上記モバイルコンピューティングデバイスが上記ワイヤレスネットワークに接続される接続された時間窓を求めるステップを含み、上記接続された時間窓は、上記切断された時間窓の後に発生する。上記機能はさらに、少なくとも上記接続された時間窓の期間に基づいて上記モバイルコンピューティングデバイスのピンポン率を判断するステップを含む。上記機能は、上記ピンポン率に基づいて、上記減少していく一連の走査比から走査比を選択するステップも含む。上記機能はさらに、上記モバイルコンピューティングデバイスに上記ワイヤレスネットワークとの接続を試みさせるために、上記減少していく一連の走査比に従って、上記選択された走査比から開始して上記１つまたは複数の周波数を走査するステップを含む。

【0004】

別の局面において、モバイルコンピューティングデバイスが提供される。上記モバイルコンピューティングデバイスは、減少していく一連の走査比を求めるための手段を含み、各走査比は、モバイルコンピューティングデバイスがワイヤレスネットワークから切断される切断された時間窓中に上記モバイルコンピューティングデバイスが上記ワイヤレスネットワークとの接続を試みるために１つまたは複数の周波数を走査する時間の比率を示す。上記モバイルコンピューティングデバイスはさらに、上記モバイルコンピューティングデバイスが上記ワイヤレスネットワークに接続される接続された時間窓を求めるための手段を含み、上記接続された時間窓は、上記切断された時間窓の後に発生する。上記モバイルコンピューティングデバイスはさらに、少なくとも上記接続された時間窓の期間に基づいて上記モバイルコンピューティングデバイスのピンポン率を判断するための手段を含む。上記モバイルコンピューティングデバイスは、上記ピンポン率に基づいて、上記減少していく一連の走査比から走査比を選択するための手段も含む。上記モバイルコンピューティングデバイスはさらに、上記モバイルコンピューティングデバイスに上記ワイヤレスネットワークとの接続を試みさせるために、上記減少していく一連の走査比に従って、上記選択された走査比から開始して上記１つまたは複数の周波数を走査するための手段を含む。

【0005】

別の局面において、製品が提供される。上記製品は、１つまたは複数のコンピュータ読取可能媒体を含む。上記１つまたは複数のコンピュータ読取可能媒体は、コンピュータによって実行可能な命令が格納されており、上記コンピュータによって実行可能な命令は、モバイルコンピューティングデバイスの１つまたは複数のプロセッサによって実行されると、上記モバイルコンピューティングデバイスに機能を実行させる。上記機能は、減少していく一連の走査比を求めるステップを含み、各走査比は、モバイルコンピューティングデバイスがワイヤレスネットワークから切断される切断された時間窓中に上記モバイルコンピューティングデバイスが上記ワイヤレスネットワークとの接続を試みるために１つまたは複数の周波数を走査する時間の比率を示す。上記機能はさらに、上記モバイルコンピューティングデバイスが上記ワイヤレスネットワークに接続される接続された時間窓を求めるステップを含み、上記接続された時間窓は、上記切断された時間窓の後に発生する。上記機能はさらに、少なくとも上記接続された時間窓の期間に基づいて上記モバイルコンピューティングデバイスのピンポン率を判断するステップを含む。上記機能は、上記ピンポン率に基づいて、上記減少していく一連の走査比から走査比を選択するステップも含む。上記機能はさらに、上記モバイルコンピューティングデバイスに上記ワイヤレスネットワークとの接続を試みさせるために、上記減少していく一連の走査比に従って、上記選択された走査比から開始して上記１つまたは複数の周波数を走査するステップを含む。１つまたは複数のプロセッサによって実行されると上記１つまたは複数のプロセッサに上記の機能を実行させる命令を備えたコンピューティングプログラムも提供されてもよい。

【0006】

上記の概要は、例示に過ぎず、限定的であるよう意図されているわけでは決してない。上記の例示的な局面、実施形態および特徴に加えて、さらなる局面、実施形態および特徴は、図および以下の詳細な説明および添付の図面を参照することによって明らかになるであろう。

【図面の簡単な説明】

【0007】

【図1】例示的な実施形態に係る、モバイルコンピューティングデバイス（ＭＣＤ）とワイヤレスネットワークのアクセスポイント（ＡＰ）との間の接続を示す図である。

【図2】例示的な実施形態に係る、モバイルコンピューティングデバイスと３つのアクセスポイントとの間の接続および当該モバイルコンピューティングデバイスのための関連する走査プロファイルを示す図である。

【図3】例示的な実施形態に係る、モバイルコンピューティングデバイスを１つまたは複数のネットワークと接続するための走査コンテキストの一例を示す図である。

【図4】例示的な実施形態に係る、方法のフローチャートである。

【図5】例示的な実施形態に係る、モバイルコンピューティングデバイスによって使用される経時的なさまざまな走査比を示す図である。

【図6】例示的な実施形態に係る、実行され得る動作のフローチャートである。

【図7】例示的な実施形態に係る、分散型コンピューティングアーキテクチャを示す図である。

【図8】例示的な実施形態に係る、コンピューティングデバイスの一例の機能ブロック図である。

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

【0008】

詳細な説明
スマートフォンまたはタブレットなどのモバイルコンピューティングデバイスは、頻繁に１つまたは複数のワイヤレスネットワークに接続されて、データサービスおよび／または音声サービスなどのサービスを提供する。モバイルコンピューティングデバイスが現在ワイヤレスネットワークに接続されていない場合、当該モバイルコンピューティングデバイスは「アウトオブサービス」と呼ぶことができる。場合によっては、モバイルコンピューティングデバイスはネットワークに接続できるが、音声サービスまたはデータサービスなどの特定のサービスは利用できず、その場合、モバイルコンピューティングデバイスは、依然として、その特定のサービスに対してはアウトオブサービスであると分類することができる。

【0009】

バッテリ寿命が問題なければ、アウトオブサービスのモバイルコンピューティングデバイスは、ネットワークアクセスのために１つまたは複数の周波数を継続的に走査することができる。たとえば、モバイルコンピューティングデバイスは、特定の周波数を使用して特定のネットワークに接続しようと試みることによって、頻繁にまたは繰り返し特定の周波数の走査を実行してもよい。走査がうまくいけば、モバイルコンピューティングデバイスは、特定のネットワークから「サービスを取得する」または１つもしくは複数のサービスへのアクセスを得ることができる。

【0010】

しかし、一般的なモバイルコンピューティングデバイスは、バッテリ電力量に限りがある。さらに、一般的なモバイルコンピューティングデバイスは、「サービス」を走査する際に、すなわち、１つまたは複数のワイヤレスネットワークに接続するために１つまたは複数の周波数を走査する際に、相当な量の電力を使用する。いくつかの例では、モバイルコンピューティングデバイスは、サービスの走査中に、アイドル時よりも８～１０倍多くの電力を使用する。

【0011】

実際には、サービスを走査する際の電力消費量とサービス取得の際の遅延との間にはトレードオフが存在する。アウトオブサービス走査アルゴリズムの中には、サービス回復および電力消費量の両方に対して十分な性能を有するように、デバイスがサービスを走査していないときとデバイスが走査しているときとのバランスをとるものもある。より具体的には、アウトオブサービス時間が増加するにつれてモバイルコンピューティングデバイスがサービスを走査する頻度を低くするインクリメンタルスリープアルゴリズムを使用することができる。モバイルコンピューティングデバイスがサービスを走査している所与の時間の比率は、走査比と称されてもよい。走査比は、スリープ期間に関連付けられてもよく、モバイルコンピューティングデバイスは、連続的な走査期間の合間の関連付けられたスリープ期間待つ。アウトオブサービス時間が増加するにつれて、モバイルコンピューティングデバイスは、このスリープ期間を増加させてもよい。たとえば、サービスの走査に費やされる時間は、スリープに費やされる時間が増加しても同じままであってもよく、それによって走査比を減少させる。

【0012】

モバイルコンピューティングデバイスがサービスを再取得すると、一般的な走査アルゴリズムは停止される。次にモバイルコンピューティングデバイスがアウトオブサービスになるときに、カバー範囲の検索が再び開始する（たとえば、常に同じ走査比で開始する）。モバイルコンピューティングデバイスが頻繁にカバー範囲に入ったりカバー範囲から出たりする状況では、これらのアルゴリズムは、モバイルコンピューティングデバイスに過度に頻繁に走査させて、バッテリを非効率に消費させる可能性がある。

【0013】

本明細書に記載されているのは、モバイルコンピューティングデバイスが頻繁にインサービスになったりアウトオブサービスになったりする場合に、使用される走査比をデバイスが賢く調整することを可能にするアウトオブサービス回復アルゴリズムである。いつモバイルコンピューティングデバイスに積極的に走査させるかを判断するサービス回復アルゴリズムの能力を向上させることによって、電力利用を最適化することができる。

【0014】

提案されている解決策は、２つの主な局面を含む。第１の局面は、ピンポン率を規定することによって、モバイルコンピューティングデバイスが頻繁にインサービスになったりアウトオブサービスになったりする程度を識別することを含む。ピンポン率は、モバイルコンピューティングデバイスがインサービス状態とアウトオブサービス状態との間で切り替わっている率を表す。第２の局面は、ピンポン率を考慮に入れて電力消費量を最適化するようにサービス回復アルゴリズムを調整することを含む。

【0015】

第１の局面に関して、ピンポン率は、モバイルコンピューティングデバイスがサービスに接続された最も最近接続された時間窓の期間に基づいて判断されてもよい。一般に、接続された時間窓の期間が長くなるほど、ピンポン率は低くなる。いくつかの例では、ピンポン率は、３つのクラスまたはバケット、すなわち高い、中程度または低い、のうちの１つに該当するように判断されてもよい。他の例では、より多くのまたはより少ないバケットが使用されてもよい。さらなる例では、ピンポン率は、最も最近接続された時間窓の期間の連続関数であるように判断されてもよい。さらなる例では、ピンポン率を判断するために複数の接続された時間窓（たとえば、以前の３つの接続された時間窓）の期間が考慮に入れられてもよい。

【0016】

第２の局面に関して、ピンポン率が判断されると、このピンポン率を使用してモバイルコンピューティングデバイスの開始走査比を選択してもよい。より具体的には、走査比は、デバイスがサービスから切断された以前の切断された時間窓中に、使用された減少していく一連の走査比のうちの特定の走査比にリセットされてもよい。減少していく一連の走査比は、シーケンスであって、各走査比が当該シーケンスの中の以前の走査比未満である（または、場合によっては、同一である）シーケンスである。ピンポン率は、シーケンスをどれぐらい遡って走査比をリセットするかを示し得る。たとえば、高いピンポン率は、まるで最も最近のサービス再取得が行われないかのように、最後に使用された走査比をデバイスが使用し続けるようにさせてもよい。その代わりに、中程度のピンポン率は、最後の切断された時間窓中に、使用された減少していく一連の走査比の中間点に走査比をリセットさせてもよい。低いピンポン率は、当該一連の走査比の初期走査比まで遡って走査比をリセットさせてもよい。このように、回復アルゴリズムは、デバイスが頻繁にインサービスになったりアウトオブサービスになったりする場合に走査比の効率的な低減を可能にすることができる。

【0017】

段階とは、モバイルコンピューティングデバイスが関連付けられた走査比でワイヤレスネットワークとの接続を試みる一定の期間のことである。たとえば、走査およびスリープ動作のサイクルは、段階の期間中に所与の走査比に従って繰り返し実行されてもよい。この段階の終わりに、一連の走査比からの次の関連付けられた走査比で走査が行われることで、一連の段階の中の次の段階が開始してもよい。一連の段階は、タイマに関連付けられてもよく、その場合、走査比を以前の走査比にリセットすることは、段階タイマを以前の段階タイマにリセットすることを含んでもよい。段階中、デバイスは、複数の周波数を順番に走査してもよい。周波数の各々についてさまざまな走査速度が使用されてもよい。各走査速度は、単位時間当たりに対応する周波数に対してモバイルコンピューティングデバイスが行う接続試行の回数を表し得る。走査比が低い段階ほど、特定の周波数についての走査速度が低くなってもよく、または他の段階と同一の走査速度で特定の周波数を走査し続けるが、単純に走査の時間が少なくなってもよい。

【0018】

さまざまな周波数のセット（たとえば、データベース）を検索するために、さまざまな一連の走査比（または、段階）が使用されてもよい。たとえば、回復走査アルゴリズムは、２つの別々の走査タイプを含んでもよく、各々は、それら自体のスケジューリングされた段階およびタイマを有する。１つの走査タイプ、すなわちａｃｑ＿ｄｂ走査は、最近発見された周波数のみを検索してもよい。最近発見された周波数のみを検索することは、全ての周波数を検索することよりも速いため、走査中のバッテリ使用が少なくなり得る。第２の走査タイプ、すなわちｆｕｌｌ＿ｂａｎｄ走査は、全ての許容周波数帯域を検索してもよい。１つの走査タイプについて走査比（または、段階タイマ）がリセットされると、この走査比（または、段階タイマ）は、異なる量だけリセットされるか、または異なる走査タイプについてはリセットされなくてもよい。

【0019】

周波数の特定のセットについての一連の走査比（または、段階）、および、どれぐらい積極的に走査比（または、段階タイマ）をリセットするかは、さまざまなコンテキスト情報に左右され得る。たとえば、モバイルコンピューティングデバイスの走査コンテキストを求めるために、モビリティ関連データ、バッテリ関連データ、スクリーン状態データおよび温度状態データなどのセンサデータを使用することができ、この走査コンテキストは、いくつかのデータ駆動型の属性を含む。たとえば、モビリティ関連データ、バッテリ関連データ、スクリーン状態データおよび温度状態データを使用して、走査コンテキストのそれぞれのモビリティ、バッテリ、スクリーン動作および温度属性を求めることができる。

【0020】

モビリティ関連データの使用は、モバイルコンピューティングデバイスが常に移動可能であるので急速に変化する無線周波数（ＲＦ）環境を有すると想定する他のアプローチに対して利点を提供することができる。急速に変化するＲＦ環境の想定下では、アウトオブサービス回復アルゴリズムは、頻繁にサービスを走査してもよく、これらの走査を実行するために電力使用量が増加することになる可能性がある。しかし、本明細書に記載されているアウトオブサービス回復アルゴリズムは、モビリティ属性を求めるために、位置センサからの位置データ、ネットワークインターフェイスからのネットワーク接続データ、および／または、加速度計からのモーションデータなどのセンサ情報を取得することができる。本明細書に記載されているアウトオブサービス回復アルゴリズムは、モバイルコンピューティングデバイスがモビリティを増加（または、減少）させることをモビリティ属性が示すと、走査速度（または、走査比全体）を増加（または、減少）させることができる。したがって、バッテリ寿命を向上させることができる。

【0021】

バッテリ関連データに関して、本明細書に記載されているアウトオブサービス回復アルゴリズムは、走査コンテキストのバッテリ属性を求めるために、バッテリセンサからのバッテリ寿命データなどのセンサ情報を取得することができる。本明細書に記載されているアウトオブサービス回復アルゴリズムは、モバイルコンピューティングデバイスがより多くの（または、より少ない）利用可能なバッテリ電力を有することをバッテリ属性が示すと、走査速度（または、走査比全体）を増加（または、減少）させることができる。バッテリ電力が極めて低い（たとえば、５％、１０％または２０％など、予め定められたバッテリ寿命量未満である）ことをバッテリ属性が示す場合、本明細書に記載されているアウトオブサービス回復アルゴリズムは、走査速度（または、走査比全体）を減少させることによってできるだけ多くのバッテリ電力を節約しようとするように調整されることができる。したがって、バッテリ性能を向上させることができる。

【0022】

スクリーン状態データに関して、本明細書に記載されているアウトオブサービス回復アルゴリズムは、ユーザがモバイルコンピューティングデバイスによって提供される情報を見ているとき、すなわちモバイルコンピューティングデバイスに関連付けられたスクリーン（タッチスクリーンなど）がアクティブであるときにはインサービスであることがより重要であるという認識をモバイルコンピューティングデバイスのユーザが有し得るという見識に基づく。モバイルコンピューティングデバイスに関連付けられたスクリーンは、モバイルコンピューティングデバイスに物理的に取り付けられた視覚エンティティ、および／または、（たとえば、ワイヤードおよび／またはワイヤレス接続を介して）モバイルコンピューティングデバイスに通信可能に結合されて、モバイルコンピューティングデバイスからユーザまたは他のエンティティに少なくとも視覚的に情報を提供し得る視覚エンティティであってもよい。モバイルコンピューティングデバイスに関連付けられ得るスクリーンの例としては、タッチスクリーン、内部ディスプレイ、外部ディスプレイ、ダッシュボードディスプレイなどの車両に関連付けられたディスプレイ、スマートウォッチディスプレイ、頭部装着型ディスプレイテレビおよび／または仮想現実デバイスのうちの１つまたは複数が挙げられるが、これらに限定されるものではない。したがって、いつ走査を開始するかを決定するために、および／または、走査速度（または、走査比全体）を求める際に、スクリーン状態についての情報を使用することができる。たとえば、スクリーンがオンにされたことをスクリーン関連データが示すと、サービスを取得するための周波数のセットの中の周波数の走査を起動させることができ、および／または、スクリーンがオンにされたことをスクリーン関連データが示すと、周波数のセットに関連付けられた走査速度のセットを増加させることができる。さらなる例において、スクリーン状態データの代わりにまたは加えて、存在感知センサからのユーザ存在データが属性として使用されてもよい。たとえば、常時オンのスクリーンデバイスは、さまざまなレベルのスクリーン「オン」を有していてもよい。存在感知センサは、手ぶりなどのユーザ存在情報を検出してユーザ動作を評価するために使用されてもよい。次いで、ユーザ動作の程度は、走査速度を調整するための基準として使用されてもよい。

【0023】

本明細書に記載されているアウトオブサービス回復アルゴリズムは、走査コンテキストのスクリーン動作属性を求めるために、スクリーンに関連付けられたセンサからの（または、場合によっては、スクリーンから直接の）スクリーン活性化状態データなどのセンサ情報を取得することができる。次いで、モバイルコンピューティングデバイスのスクリーンがアクティブである（または、イナクティブである）ことをスクリーン動作属性が示すと、本明細書に記載されているアウトオブサービス回復アルゴリズムは、走査速度（または、走査比全体）を増加（または、減少）させることができる。また、上記のように、イナクティブのスクリーンに関連付けられた状態からアクティブなスクリーンに関連付けられた別の状態へのスクリーン動作属性の遷移は、サービスを取得するための周波数の走査を起動させることができる。

【0024】

温度状態データに関して、本明細書に記載されているアウトオブサービス回復アルゴリズムは、１つまたは複数のセンサから温度状態データを取得することができる。たとえば、デバイス温度情報および／またはモバイルコンピューティングデバイスに関連する環境についての環境温度情報が１つまたは複数の温度計および／または他の温度センサから取得可能である。本明細書に記載されているアウトオブサービス回復アルゴリズムは、温度状態データに基づいて温度属性を求めることができる。モバイルコンピューティングデバイスおよび／またはモバイルコンピューティングデバイスに関連する環境が暖かくなる（または、寒くなる）ことをバッテリ属性が示すと、本明細書に記載されているアウトオブサービス回復アルゴリズムは、走査速度（または、走査比全体）を減少（または、増加）させることができる。たとえば本明細書に記載されているような他のセンサ関連データおよび／または属性も可能である。

【0025】

いくつかの例では、モバイルコンピューティングデバイスがアウトオブサービスであると判断すると、走査コンテキストの属性を求めることができる。他の例では、モバイルコンピューティングデバイスがアウトオブサービスになる前に、走査コンテキストの属性のうちの一部または全てを求めることができる。

【0026】

モバイルコンピューティングデバイスがアウトオブサービスになると、本明細書に記載されているアウトオブサービス回復アルゴリズムは、走査コンテキストの属性を利用して走査プロファイルを求めることができる。走査プロファイルは、モバイルコンピューティングデバイスのためのサービスを取得するために、周波数のセットと、当該周波数のセットを走査するための関連する走査速度のセットとを含み得る。より特定的には、本明細書に記載されているアウトオブサービス回復アルゴリズムは、走査コンテキストの属性に表示されているセンサデータを見て、たとえばサービス取得時間と電力消費量との間のバランスをとるように、走査プロファイルの周波数のセットおよび関連する走査速度のセットを賢く調整することができる。

【0027】

本明細書に記載されているアウトオブサービス回復アルゴリズムを使用してサービスを取得するための走査比を求めることにより、モバイルコンピューティングデバイスのためのサービスを取得する（または、再取得する）のに必要な電力を従来技術よりも減少させることができる。電力消費量を減少させることによって、モバイルコンピューティングデバイスのバッテリ寿命を延ばすことができ、それによって、ユーザにとってのモバイルコンピューティングデバイスの利用可能性を向上させることができる。さらに、バッテリ寿命を延ばすことによって、本明細書に記載されているアウトオブサービス回復アルゴリズムは、モバイルコンピューティングデバイスのバッテリが切れる前にサービスを取得しようとさらに試みることができ、それによって、モバイルコンピューティングデバイスがサービスを取得する確率を経時的に高めることを可能にする。したがって、本明細書に記載されているアウトオブサービス回復アルゴリズムは、有益なことにバッテリ寿命を延ばすことができ、有益なことにアウトオブサービスのモバイルコンピューティングデバイスのためのサービス取得の確率を高めることができる。

【0028】

図１は、例示的な実施形態に係る、モバイルコンピューティングデバイスとワイヤレスネットワークのアクセスポイントとの間の接続を示す図１００である。図１の左上には、その他のデバイスに接続されていないモバイルコンピューティングデバイス１３０が示されている。したがって、モバイルコンピューティングデバイス１３０は、アウトオブサービスであるものとして示されている。

【0029】

図１の上部中央には、モバイルコンピューティングデバイス１３２が、アクセスポイント１２０とのデータオンリ接続１４２を有するものとして示されている。いくつかの例において、アクセスポイント１２０は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）の一部であり得る。このような例では、モバイルコンピューティングデバイス１３２は、Ｗｉ－Ｆｉおよび／または１つもしくは複数の同様のプロトコルを利用して、データサービスのためにＷＬＡＮアクセスポイント１２０とのＷＬＡＮ接続を確立してもよい。このような接続により、モバイルコンピューティングデバイス１３２は、データサービスに関してはインサービスであるが、音声サービスに関してはアウトオブサービスである。

【0030】

図１の右上には、モバイルコンピューティングデバイス１３４が、アクセスポイント１２２との音声およびデータ接続（ＶＤＣ）１４４を有するものとして示されている。いくつかの例において、アクセスポイント１２２は、ＷＬＡＮの一部であり得る。このような例では、モバイルコンピューティングデバイス１３４は、Ｗｉ－Ｆｉまたは同様のプロトコルを利用して、データサービスおよび音声サービス（たとえば、ボイスオーバーＷｉ－Ｆｉサービス）のためにＷＬＡＮアクセスポイント１２２とのＷＬＡＮ接続を確立してもよい。このような接続により、モバイルコンピューティングデバイス１３４は、データサービスに関しても音声サービスに関してもインサービスである。

【0031】

図１の左下には、モバイルコンピューティングデバイス１３６が、アクセスポイント１１０との音声およびデータ接続１４６を有するものとして示されている。いくつかの例において、アクセスポイント１１０は、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）の一部であり得る。このような例では、モバイルコンピューティングデバイス１３６は、２Ｇ（第二世代ワイヤレスシステム）、３Ｇ（第三世代ワイヤレスシステム）、４Ｇ（第四世代ワイヤレスシステム）、５Ｇ（第五世代ワイヤレスシステム）、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））、時分割多元接続（ＴＤＭＡ）、符号分割多元接続（ＣＤＭＡ）および／または１つもしくは複数の同様のプロトコルを利用して、データサービスおよび音声サービスのためにＷＷＡＮアクセスポイント１１０との接続を確立してもよい。このような接続により、モバイルコンピューティングデバイス１３６は、データサービスに関しても音声サービスに関してもインサービスである。他の例では、モバイルコンピューティングデバイス１３６は、ＷＷＡＮアクセスポイント１１０との音声オンリ接続を有し得る。このような接続により、モバイルコンピューティングデバイス１３６は、音声サービスに関してはインサービスであるが、データサービスに関してはアウトオブサービスである。

【0032】

図１の右下では、モバイルコンピューティングデバイス１３８は、２つの接続、すなわちＷＷＡＮアクセスポイント１１２との音声およびデータ接続１４８ａと、ＷＬＡＮアクセスポイント１２４との音声およびデータ接続１４８ｂとを有している。これらの接続１４８ａおよび１４８ｂにより、モバイルコンピューティングデバイス１３８は、ＷＷＡＮおよびＷＬＡＮの両方を介してデータに関しても音声に関してもインサービスである。他の例では、モバイルコンピューティングデバイス１３８は、１つのネットワークに関してはインサービスであるが、別のネットワークに関してはアウトオブサービスであることができる。たとえば、ＷＬＡＮアクセスポイント１２４は、モバイルコンピューティングデバイス１３８がＷＬＡＮにより音声サービスについてはアウトオブサービスであるようにモバイルコンピューティングデバイス１３８にデータオンリサービスを提供することができ、ＷＷＡＮアクセスポイント１１２は、モバイルコンピューティングデバイス１３８がＷＷＡＮによりデータサービスについてはアウトオブサービスであるようにモバイルコンピューティングデバイス１３８に音声オンリサービスを提供することができる。関連する例において、モバイルコンピューティングデバイスは、複数のＷＬＡＮアクセスポイントおよび／または複数のＷＷＡＮアクセスポイントに同時に接続することができる。

【0033】

他の例では、１つまたは複数のアクセスポイントを介して１つまたは複数のネットワークに接続されたモバイルコンピューティングデバイスに他のサービス（たとえば、映像サービス、ストリーミングデータサービス、テキストサービスおよび／または他のコンテンツサービス）を提供することができる。これらの他の例では、モバイルコンピューティングデバイスは、データサービスおよび音声サービスとともにおよび／またはそれらの代わりに、これらの他のサービスの各々に関してインサービスであったりアウトオブサービスであったりすると考えることができる。たとえば、モバイルコンピューティングデバイスは、テキストメッセージングなどの基本的な（たとえば、ナローバンド）データサービスに関してはインサービスであることができるが、ストリーミングデータおよび／または映像サービスなどのブロードバンドデータサービスに関してはアウトオブサービスであることができる。例示の目的で、音声サービスおよびデータサービスのみが本明細書において詳細に説明されている。しかし、当業者は、本明細書に記載されているアウトオブサービスアルゴリズムを音声サービスおよびデータサービス以外のサービスに容易に適用することができる。

【0034】

図２は、例示的な実施形態に係る、モバイルコンピューティングデバイス２１０とアクセスポイント２２０，２２２，２２４との間の接続および当該モバイルコンピューティングデバイスのための走査プロファイル２５０を示す図２００である。図２の上部は、モバイルコンピューティングデバイス２１０とアクセスポイント２２０，２２２，２２４との間の接続を示しており、アクセスポイント２２０，２２２，２２４を使用して、周波数２３０ａ，２３０ｂ，２３０ｎ１，２３２ａ，２３２ｂ，２３２ｎ２，２３４ａ，２３４ｂ，２３４ｎ３およびおそらく他の周波数のうちの１つまたは複数によってモバイルコンピューティングデバイス２１０を１つまたは複数のＷＬＡＮおよび／または１つまたは複数のＷＷＡＮと接続することができる。

【0035】

図２００は、モバイルコンピューティングデバイス２１０をアクセスポイントと接続するために使用可能な２つの異なるタイプの周波数を示しており、２つの異なるタイプの周波数とは、アクセスポイントに接続するために使用される接続された周波数と、アクセスポイントに接続するために使用できるが現在のところ接続に使用されていない代替周波数とである。図２の凡例によって示されるように、図２は、接続された周波数を使用したモバイルコンピューティングデバイス２１０とアクセスポイントとの間の接続を実線で示しており、代替周波数を使用したモバイルコンピューティングデバイス２１０とアクセスポイントとの間でなされ得る考えられる接続を破線で示している。他のタイプの接続および周波数も可能である。

【0036】

図２００は、接続された周波数２３０ａを使用してモバイルコンピューティングデバイス２１０がアクセスポイント２２０に接続され、周波数２３０ｂ...２３０ｎ１がモバイルコンピューティングデバイス２１０をアクセスポイント２２０に接続するために使用できる代替周波数であることを示している。図２００に示される例では、モバイルコンピューティングデバイス２１０とアクセスポイント２２０とを接続するために使用できるであろう考えられる周波数は合計ｎ１個である。すなわち、モバイルコンピューティングデバイス２１０とアクセスポイント２２０との間の接続に使用される１つの実際の周波数２３０ａと、モバイルコンピューティングデバイス２１０とアクセスポイント２２０との間の考えられる接続のための（ｎ１－１）個の代替周波数とが存在する。

【0037】

図２００は、接続された周波数２３２ａおよび２３２ｎ２を使用してモバイルコンピューティングデバイス２１０がアクセスポイント２２２に接続され、少なくとも周波数２３２ｂがモバイルコンピューティングデバイス２１０をアクセスポイント２２２に接続するために使用できる代替周波数であることも示している。図２００に示される例では、モバイルコンピューティングデバイス２１０とアクセスポイント２２２とを接続するために使用できるであろう考えられる周波数は合計ｎ２個である。すなわち、モバイルコンピューティングデバイス２１０とアクセスポイント２２２との間の１つまたは複数の接続に使用される２つの実際の周波数２３２ａおよび２３２ｎ２と、モバイルコンピューティングデバイス２１０とアクセスポイント２２２との間の考えられる接続のための（ｎ２－２）個の代替周波数とが存在する。

【0038】

図２００は、接続された周波数２３４ｂを使用してモバイルコンピューティングデバイス２１０がアクセスポイント２２４に接続され、少なくとも周波数２３４ａおよび２３４ｎ３がモバイルコンピューティングデバイス２１０をアクセスポイント２２４に接続するために使用できる代替周波数であることをさらに示している。図２００に示される例では、モバイルコンピューティングデバイス２１０とアクセスポイント２２４とを接続するために使用できるであろう考えられる周波数は合計ｎ３個である。すなわち、モバイルコンピューティングデバイス２１０とアクセスポイント２２４との間の接続に使用される１つの実際の周波数２３４ｂと、モバイルコンピューティングデバイス２１０とアクセスポイント２２４との間の考えられる接続のための（ｎ３－１）個の代替周波数とが存在する。他の例では、モバイルコンピューティングデバイス２１０は、図２００に示されるよりも多くの、少ないおよび／または異なるアクセスポイントに接続することができ、および／または、図２００に示されるものよりも多くの、少ないおよび／または異なる周波数を使用してアクセスポイントに接続することができる。

【0039】

図２の下部は、少なくともアクセスポイント２２０，２２２，２２４と接続するためのモバイルコンピューティングデバイス２１０の走査プロファイル２５０を示している。走査プロファイル２５０は、周波数のセット２６０と、対応する走査速度のセット２６２とを示している。他の例では、より多くの、より少ないおよび／または異なるデータ、たとえば周波数および／または走査速度の異なるセット、さらなるアクセスポイントおよび／または他の情報が走査プロファイル２５０に提供されることができる。

【0040】

モバイルコンピューティングデバイス２１０をアクセスポイントに接続するために周波数のセット２６０の中の周波数を使用することができる。本明細書に記載されているアウトオブサービス回復アルゴリズムは、走査速度のセット２６２の中の対応する走査速度で、周波数のセット２６０の中の周波数に接続しようと試みることができる。たとえば、走査プロファイル２５０は、「Ｆｒｅｑ ２３０ａ」（周波数２３０ａの略）を使用して、「Ｒａｔｅ １」という走査速度で周波数２３０ａを走査することによってモバイルコンピューティングデバイス２１０をアクセスポイント２２０と接続できることを示している。また、走査プロファイル２５０は、「Ｆｒｅｑ ２３０ｂ」...「Ｆｒｅｑ ２３０ｎ１」、すなわち周波数２３０ｂ...２３０ｎ１を使用して、「Ｒａｔｅ ２」...「Ｒａｔｅ ｎ１」というそれぞれの走査速度でそれぞれの周波数２３０ｂ...２３０ｎ１を走査することによってモバイルコンピューティングデバイス２１０をアクセスポイント２２０と接続できることを示している。

【0041】

また、走査プロファイル２５０は、「Ｆｒｅｑ ２３２ａ」，「Ｆｒｅｑ ２３２ｂ」...「Ｆｒｅｑ ２３２ｎ２」、すなわち周波数２３２ａ，２３２ｂ...２３２ｎ２を使用して、「Ｒａｔｅ ｎ１＋１」，「Ｒａｔｅ ｎ１＋２」...「Ｒａｔｅ ｎ１＋ｎ２」というそれぞれの走査速度でそれぞれの周波数２３２ａ，２３２ｂ...２３２ｎ２を走査することによってモバイルコンピューティングデバイス２１０をアクセスポイント２２２と接続できることを示している。さらに、走査プロファイル２５０は、「Ｆｒｅｑ ２３４ａ」，「Ｆｒｅｑ ２３４ｂ」...「Ｆｒｅｑ ２３４ｎ３」、すなわち周波数２３４ａ，２３４ｂ...２３４ｎ３を使用して、「Ｒａｔｅ ｎ１＋ｎ２＋１」，「Ｒａｔｅ ｎ１＋ｎ２＋２」...「Ｒａｔｅ ｎ１＋ｎ２＋ｎ３」というそれぞれの走査速度でそれぞれの周波数２３４ａ，２３４ｂ...２３４ｎ３を走査することによってモバイルコンピューティングデバイス２１０をアクセスポイント２２４と接続できることを示している。

【0042】

本明細書に記載されているアウトオブサービス回復アルゴリズムは、走査プロファイル２５０におけるデータを使用して、モバイルコンピューティングデバイス２１０をネットワークに接続しようと試みる、および／または、モバイルコンピューティングデバイス２１０をサービス状態にしようと試みることができる。たとえば、本明細書に記載されているアウトオブサービス回復アルゴリズムは、走査プロファイル２５０の第１の行からのデータから開始して、Ｒａｔｅ １という走査速度で周波数２３０ａを走査することができる。より特定的には、Ｒａｔｅ １が毎分２０回の接続試行であれば、（ａ）モバイルコンピューティングデバイス２１０がアクセスポイント２２０と接続するか、または、（ｂ）本明細書に記載されているアウトオブサービス回復アルゴリズムが周波数２３０ａを使用したアクセスポイント２２０の走査を停止することを決定するまで、本明細書に記載されているアウトオブサービス回復アルゴリズムは、毎分２０回、周波数２３０ａを使用してモバイルコンピューティングデバイス２１０をアクセスポイント２２０に接続しようと試みることができる。これらの走査のうちの１つの走査がうまくいって、モバイルコンピューティングデバイス２１０が周波数２３０ａを使用してアクセスポイント２２０に接続して、（少なくともアクセスポイント２２０によって提供されるサービスに関して）モバイルコンピューティングデバイス２１０がサービス状態になると、本明細書に記載されているアウトオブサービス回復アルゴリズムは、少なくとも周波数２３０ａに対する走査を停止することができる。

【0043】

しかし、Ｒａｔｅ １で周波数２３０ａを接続する試みがうまくいかなかった場合、本明細書に記載されているアウトオブサービス回復アルゴリズムは、周波数２３０ａを使用したアクセスポイント２２０の走査を停止して、走査プロファイル２５０における次の周波数を選択して、モバイルコンピューティングデバイス２１０をサービス状態に戻すように試みることができる。

【0044】

たとえば、本明細書に記載されているアウトオブサービス回復アルゴリズムは、特定の周波数を使用したアクセスポイント（または、より一般的に、ネットワーク）の走査を停止することを決定する前に、予め定められた回数の走査および／または予め定められた時間の走査を実行するとする。そうすると、モバイルコンピューティングデバイス２１０をアクセスポイントに接続することなく予め定められた回数の走査および／または予め定められた時間が経過した後、本明細書に記載されているアウトオブサービス回復アルゴリズムは、特定の周波数を使用したアクセスポイントの走査を停止して、走査プロファイル２５０から別の周波数および別の関連する走査速度を選択して、アクセスポイントの走査を継続することができる。

【0045】

より特定的な例として、本明細書に記載されているアウトオブサービス回復アルゴリズムは、周波数２３０ａを使用したアクセスポイント２２０の走査を停止することを決定して、その後、走査プロファイル２５０から次の周波数を選択することができる。この例では、走査プロファイル２５０における周波数のセット２６０の次の周波数は、周波数２３０ｂであり、本明細書に記載されているアウトオブサービス回復アルゴリズムは、図２の走査速度のセット２６２に「Ｒａｔｅ ２」として示されている対応する走査速度で周波数２３０ｂを走査しようと試みることができる。本明細書に記載されているアウトオブサービス回復アルゴリズムは、（ａ）走査された周波数を介してモバイルコンピューティングデバイス２１０がネットワークに接続するおよび／またはサービス状態になるか、または、（ｂ）本明細書に記載されているアウトオブサービス回復アルゴリズムが、うまくモバイルコンピューティングデバイス２１０をネットワークに接続するおよび／またはモバイルコンピューティングデバイス２１０をサービス状態にすることなく、走査プロファイル２５０における周波数のセット２６０の全ての周波数を走査し終えるまで、走査プロファイル２５０に記載されている対応する走査速度で周波数の走査を継続することができる。

【0046】

本明細書に記載されているアウトオブサービス回復アルゴリズムは、モバイルコンピューティングデバイスに関連付けられた走査コンテキストに基づいて、走査プロファイル２５０などの走査プロファイルを求めることができる。走査コンテキストは、走査プロファイル、周波数のセットおよび／または関連する走査速度のセットを求めるために利用できる１つまたは複数の属性を有し得る。

【0047】

図３は、例示的な実施形態に係る、モバイルコンピューティングデバイスを１つまたは複数のネットワークと接続するための走査コンテキスト３００を示す図である。走査コンテキスト３００は、それぞれの属性値３１２を取り得る１つまたは複数の属性３１０を含み、属性３１０の各属性は、走査コンテキスト３００を使用して求められた走査プロファイルに対してそれぞれの影響３１４を及ぼし得る。属性３１０は、モビリティ属性と、バッテリ属性と、スクリーン動作属性と、温度属性と、ソフトウェアアプリケーション（または、略して「アプリ」）属性と、最も最近使用された（ＭＲＵ）周波数属性と、予測された位置属性と、実際の位置属性とを含み得る。他の例では、走査コンテキスト３００は、属性３１０よりも多くの、少ないおよび／または異なる属性を含み得る。

【0048】

属性３１０のいくつかまたは全ての値は、センサデータを含む、モバイルコンピューティングデバイスに関連付けられたデータに基づき得る。例として以下が挙げられる。

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

さまざまな局面および実施形態が本明細書に開示されてきたが、他の局面および実施形態は、当業者に明らかであろう。本明細書に開示されているさまざまな局面および実施形態は、説明の目的で提供されており、限定的であるよう意図されたものではなく、真の範囲は、以下の特許請求の範囲によって示される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】