JP6469708B2 - 常時オン気圧計で位置決めするための方法および装置 - Google Patents

Description

[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]本開示は、これらおよび他の問題を解決する。いくつかの実施形態では、コンピューティングデバイス１００などのデバイスは、典型的には１つまたは複数のオペレーティングシステム上で走るアプリケーション、プログラム、または他の様々なソフトウェアを実行するように構成されるプロセッサまたはプロセッサコア、および圧力センサからの圧力センサデータにアクセスし、これらのアプリケーションまたはプログラムを実行しないように構成される別のプロセッサまたはプロセッサコアを含む。圧力センサデータにアクセスするように構成されるプロセッサコアは、本明細書で「センサコア」と呼ばれ得、本明細書で「アプリケーションプロセッサ」または「アプリケーションコア」と呼ばれる、アプリケーションを実行するように構成されるプロセッサコアよりもはるかに小さい電力を消費する小電力コアであり得る。いくつかの実施形態では、たとえば、センサコアは、アプリケーションプロセッサより、１０倍小さい電力を必要とし、気圧計などの圧力センサから圧力センサデータを連続的にサンプリングする。いくつかの実施形態では、センサコアおよびアプリケーションプロセッサは、アプリケーションプロセッサがエネルギーおよび時間効率的な様式で圧力センサデータを利用することを可能にするため、特定の構成で結合される。いくつかの例が、下でさらに記載されることになる。

[0033]図３を参照して、いくつかの実施形態では、例示的なプロセッサ３００は、上述されたように、アプリケーションコアおよびセンサコアを利用する、例示的な高レベル設計アーキテクチャを図示する。プロセッサ３００は、モバイルデバイス内に含まれ得る。アプリケーションコア３０２は、アプリケーションを走らせるように構成される、従来型プロセッサまたは中央処理ユニット（ＣＰＵ）であり得る。センサコア３０４は、小電力ユニットであり、アプリケーションコア３０２よりも１０×小さい電力を消費し得る。センサコア３０４は、圧力センサ（図示せず）から圧力センサデータを取得するように構成される。いくつかの実施形態では、圧力センサは、例示的なプロセッサ３００と同じ装置中にやはり含まれる。この構成のため、アプリケーションコア３０２は、それが通常行うように動作して、アプリケーションを走らせるために必要な電力を利用し得、一方センサコア３０４は、圧力センサデータを取得することに関するタスクを実施するため、エネルギー効率的な様式で最適化される。たとえば、ここで、アプリケーションコア３０２およびセンサコア３０４は、位置決め技法を促進するように最適に構成され得る、位置決めコア３０６と呼ばれる第３のコアに結合され得る。アプリケーションコア３０２は、１日毎に数十イベントの程度で、位置決めコア３０６と通信する必要があり得、一方、センサコア３０４は、１日毎に数百イベントの程度で、位置決めコア３０６と通信し得る。センサコア３０４中の機能性がアプリケーションコア３０２により実施される場合、アプリケーションコア３０２は、１日毎に数百イベントの程度で、位置決めコア３０６を非効率的にサンプリングする必要があることになり、非常に非効率的なエネルギー消費をもたらす。いくつかの実施形態では、アプリケーションコア３０２は、センサコア３０４と直接的に通信し得る（図示せず）。

[0034]図３は、従来型プロセッサ３５０をやはり図示する。この図解は、圧力センサ機能を組み込むことを試みるとき、どのくらい電力非効率的な従来型プロセッサ設計であり得るのかを対比する。この例では、いくつかの実施形態に従うプロセッサ３００中のセンサコア３０４と対比するセンサハブ３１０は、圧力センサデータが取得され得る発生源を表す。しかし、従来型プロセッサ３５０において、従来型ＣＰＵ３０８は、あらゆるサンプリングについて従来型ＣＰＵにとって標準的な量の電力消費を使用して、１日に何十万回の程度でセンサハブ３１０にアクセスする必要があり得る。加えて、位置決めプロセッサまたはアプリケーション３１２は、ＣＰＵ３０８と通信可能に結合され得るが、センサハブ３１０と直接接続され得ない。位置決めプロセッサまたはアプリケーション３１２が圧力センサデータにアクセスする必要があるイベントにおいて、ＣＰＵ３０８は、最初にセンサハブ３１０にアクセスする必要があり、次いで、位置決めプロセッサまたはアプリケーション３１２に接触することになる。そのような構成は、準最適である。

[0035]アプリケーションコア３０２は、階の曖昧さ排除技法を実施するように構成され得る。階の曖昧さ排除技法は、アルゴリズム、プログラム、アプリケーションなどのうちの１つまたは複数を使用して、プロセッサによって実装され得る。たとえば、アプリケーションコア３０２は、圧力センサ読取値（たとえば、圧力の変化の割合、圧力変化の量など）に応答して、および／または１つまたは複数の割込に応答して、階の曖昧さ排除技法を実施し得る。上述したように、階の曖昧さ排除技法とは、モバイルデバイスが配置される階または高度を決定するプログラムまたはアプリケーションのことを言い得る。階の曖昧さ排除技法は、決定された階または高度に対応するマップまたは他の参照情報を取り出すために、決定された階または高度を使用し得る。たとえば、アプリケーションコア３０２は、階決定または曖昧さ排除アルゴリズムなど、１つまたは複数のアプリケーションを起動するように促され得る。いくつかの実施形態では、決定された高度に対応する階または他の位置の、マップまたは他の参照情報が、ここで、モバイルデバイス上に表示され得る。

[0036]一例では、モバイルデバイス（たとえば、センサコア３０４）は、検出された圧力変化率が、天候に関係する圧力に対応する圧力変化率閾値を超えたことを決定することによって、モバイルデバイスが高度変化を受けていることを決定し得る。モバイルデバイスが天候の変化のものを超える割合で圧力変化を受けたことが一度決定されると、モバイルデバイスは、圧力における変化が所定の圧力変化閾値を超えるかどうかを決定し得る。所定の圧力変化閾値は、少なくとも１階または他の高度変化だけ上または下に動くことに対応する最小圧力変化に対応し得る。圧力変化が、圧力変化閾値を超えると一度検出されると、モバイルデバイスは、階の曖昧さ排除技法を実施し得る。圧力の変化の割合および圧力における変化の量を決定することに関係するさらなる詳細が、下でより詳細に記載されることになる。

[0037]いくつかの実施形態では、階の曖昧さ排除技法は、気圧計または高度計など、圧力センサからのデータに基づいて、モバイルデバイスの階または高度を決定し得る。たとえば、モバイルデバイスの気圧計は、モバイルデバイスの圧力変化を決定し得る。いくつかの実施形態では、圧力データを検出するために使用される気圧計または他の構成要素は、天候に関係する圧力をフィルタ除去するために較正され得る。たとえば、海水面における天候に起因する圧力は、２９〜３１水銀柱インチであり得る。気圧計は、検出された圧力読取値から、天候に起因する圧力を無視するように較正され得る。いくつかの実施形態では、閾値レベルの下の圧力のある種のレベルをフィルタ除去するために、低域通過フィルタまたは高域通過フィルタが使用され得る。一例では、階の曖昧さ排除技法が、（天候に関係する圧力について較正されたような）高度計によって検出された、圧力における現在の変化および／または圧力の変化の割合がある種の閾値の上であることに基づいて実施されるべきであることをモバイルデバイスは決定し得る。モバイルデバイス（たとえば、アプリケーションコア３０２）は、階毎の圧力変化の量を認識し得る。モバイルデバイス（たとえば、アプリケーションコア３０２）は、次いで、モバイルデバイスが配置される現在の階を決定するために、階毎の圧力変化の量によって、（気圧計により検出されたような）合計の決定された圧力変化を分割し得る。

[0038]いくつかの実施形態では、階の曖昧さ排除技法は、１つまたは複数のワイヤレス地上波トランシーバ（たとえば、アクセスポイント）からのデータに基づいて、モバイルデバイスの階または高度を決定し得る。たとえば、モバイルデバイスは、ＷｉＦｉ（登録商標）または任意の他の好適なワイヤレス通信プロトコルなど、１つまたは複数の通信プロトコルを使用して、１つまたは複数のワイヤレス地上波トランシーバから（たとえば、無線周波数（ＲＦ）信号スキャンなどに基づいて）信号を受信し得る。一例では、建築物が５つの階を含み、各階がいくつかのアクセスポイントを含み得る。モバイルデバイスは、第３の階に配置され得、第３の階に配置されたワイヤレス地上波トランシーバから最も強い信号を検出し得る。これらの信号を使用して、モバイルデバイスは、第３の階に配置されるワイヤレス地上波トランシーバに信号が対応し、したがって、モバイルデバイスが第３の階に配置されることを決定し得る。たとえば、ワイヤレス地上波トランシーバの受信信号強度（ＲＳＳＩ）またはラウンドトリップ時間（ＲＴＴ）が、モバイルデバイスにより決定され得る。モバイルデバイスは、次いで、ワイヤレス地上波トランシーバに対するモバイルデバイスの位置を決定するために、ＲＳＳＩまたはＲＴＴを使用し得る。いくつかの実施形態では、モバイルデバイスは、受信したワイヤレス地上波トランシーバ信号をサーバ（たとえば、位置決めサーバ）に送信し得、サーバは、ワイヤレス地上波トランシーバが第３の階に配置されることを示す応答をモバイルデバイスに戻し得る。

[0039]いくつかの実施形態では、階または高度決定を決定する、および／または検証するために、高度計と１つまたは複数のワイヤレス地上波トランシーバ信号の両方が使用され得る。一例では、１つまたは複数のワイヤレス地上波トランシーバの信号に基づく階決定を検証するために、高度計の読取値が使用され得る。別の例では、高度計の読取値が第３または第４の階に対応し得る圧力を示すイベントにおいて、たとえば、第３および第４の階上のワイヤレス地上波トランシーバからの信号の読取値が、第４の階上のワイヤレス地上波トランシーバの信号強度が第３の階のものよりも強いこと、したがって、モバイルデバイスが第４の階上に配置されることを示し得る。さらに別の例では、気圧計および／または高度計を較正するために、ワイヤレス地上波トランシーバ信号が使用され得る。

[0040]当業者は、本明細書に記載される任意の実施形態を実装するため、上に記載された階の曖昧さ排除技法の任意の組合せが使用され得ることを理解することになる。

[0041]図４を参照すると、いくつかの実施形態に従う追加の機能性が、機能図４００に図示される。いくつかの実施形態では、センサコア３０４は、電力効率的な様式で最小のタスクを実施する単純なプロセッサ以上であると理解され得る。むしろ、いくつかの実施形態では、機能性のうちの少なくとも３つの一般的な領域が、センサコア３０４によりやはり実施され得、一方、それはアプリケーションコア３０２と相互作用する。たとえば、図４において、アプリケーションコア３０２およびセンサコア３０４と通信可能に結合される共有メモリ４０２が、いくつかの実施形態の設計中に含まれる。共有メモリ４０２を利用して、３つの例示的なプロセスが示される。

[0042]第１に、いくつかの実施形態では、センサコア３０４は、トリガイベントが発生すると、アプリケーションコア３０２に割り込むように構成され得る。いくつかの実施形態では、トリガイベントは、圧力センサ４１０からのデータに基づき得る。トリガイベントの例は、圧力センサ４１０からサンプリングされた圧力が閾値よりも変化したことを検出することを含み得る。たとえば、閾値は、図４中のプロセッサを有するモバイルデバイスを持ち運ぶユーザが階を変えたことを示唆する、ある種の圧力差（たとえば、４パスカル、１０パスカル、２５パスカル、５０パスカルなど）に設定され得る。いくつかの実施形態では、圧力センサ４１０からサンプリングされた圧力は、連続的にまたは常時サンプリングされ得る。いくつかの実施形態では、圧力は、圧力センサ４１０から周期的（たとえば、１秒、２秒、５秒毎など）にサンプリングされ得る。いくつかの実施形態では、トリガイベントは、次いで、上に記載されたもののうちの１つまたは複数などの、階の曖昧さ排除技法を実施するように、アプリケーションコア３０２を促し得る。割込機構は、プロセッサが、アプリケーションを動作させるために、典型的には、圧力変化の一定の監視を必要とするアプリケーションを走らせ、一方、単に圧力データを最小限アクセスすることを可能にし得る。したがって、圧力データ監視の機能性をそのような監視される圧力データを利用するアプリケーションから（たとえば、小電力コアと従来型のアプリケーションコアとにそれぞれ）分離することによって、高度に効率的なエネルギー消費が達成され得る。いくつかの実施形態では、階の曖昧さ排除技法は、下でより詳細に記載されるように、割込条件を使用せず直接実施され得る。

[0043]いくつかの実施形態では、アプリケーションコア３０２は、コンフィギュレーションメモリ４０４中に含有される閾値条件を、共有メモリ４０２中に書くように構成され得る。閾値条件は、いつ階の曖昧さ排除技法を実施するのか、および／またはいつ割込を実施するのかを示し得る。たとえば、閾値条件は、３分の期間にわたって、少なくとも１０フィートの高さの差に等価である圧力変化（または、建築物のタイプに依存する、およびまたは地方の規格が指示するように、他の床高に関連付けられる圧力における他の変化）が発生するときに割込が実施されるべきであることを示し得る。いくつかの実施形態では、複数の閾値条件が、共有メモリ４０２の中に書き込まれ得る。たとえば、第２の閾値条件は、圧力が１秒の期間中に閾値を超えて急激に変化し、（たとえば、圧力変化の急激な性質に起因して）モバイルデバイスのユーザが外側から建築物に入ったことを示唆するとき、割込をトリガするトリガイベントを提供し得る。ユーザは、アプリケーションコア３０２を介して、手動で閾値を設定し得、またはアプリケーションコア３０２は、ある種の閾値を適正に構成するため、メタデータまたは支援データを受信し得る。たとえば、アプリケーションコア３０２は、たとえばサーバから、各階の高さなど、室内空間に関するデータ明細を受信し得、次いで、受信データに基づいて、階の変化検出についての閾値を設定し得る。同様に、センサコア３０４は、何のタイプの閾値条件が検出されるのかに基づいて、１つより多いタイプの割込を提供するように構成され得る。センサコア３０４は、共有メモリ４０２の中に提供された条件４０４を読み取り、いつ条件が発生するのかを決定し、指定されるものに基づいて何のタイプの割込が適切であるのかを決定し、条件が発生したときアプリケーションコアに割込をするように構成され得る。いくつかの実施形態では、センサコア３０４は、閾値および割込を含有するコンフィギュレーションメモリ４０４への読取アクセスのみを有するように構成され得、アプリケーションコア３０２は、コンフィギュレーションメモリ４０４への書込アクセスのみを有するように構成され得る。一般的に、図４中の凡例は、いくつかの実施形態に従う、１つの機能ブロックから別のものへ流れ得る動作のタイプを図示する。

[0044]いくつかの実施形態では、第２のタイプの機能性として、センサコア３０４は、たとえば最後２０秒の圧力測定値といった、最近または最も新しい圧力測定値を連続的に記録するため、共有メモリ４０２中の（たとえば、サーキュラバッファ、ＦＩＦＯバッファなどの）バッファ４０６に書き込むように構成され得る。アプリケーションコア３０２は、次いで、たとえばアプリケーションが周期的にのみ最近の圧力データを必要とする場合、その選択する時間における最近の圧力測定値を読み取り得る。たとえば、センサコア３０４から圧力測定値または割込を受信した後、アプリケーションコア３０２は、階の決定または曖昧さ排除技法をアクティブ化し得る。アプリケーションコア３０２は、モバイルデバイスが実際に階を変えたのかどうかを決定するため、次いで、バッファ４０６にアクセスし、最も新しい圧力データを分析し得る。

[0045]一例では、アプリケーションコア３０２は、バイクに乗る人が丘、橋、陸橋などを上および下へ乗って進むときの高さにおける変化を実時間でプロットし得る、バイクに乗る人のためのローリング高度アプリケーション（rolling altitude application）を動作し得る。いくつかの実施形態では、センサコア３０４は、最近の圧力測定値の移動平均値をやはり計算し、ならびに／または、たとえば低域通過フィルタを使用して最近の圧力測定値における変化を計算および記録し得る。圧力における変化が検出される場合、これらのイベントは、センサコア３０４により共有メモリ４０２の中に記録され、アプリケーションコア３０２が読み取ることを容易に可能にし得る。いくつかの実施形態では、最近の圧力測定値の移動平均値の使用は、圧力センサ４１０がそのようなわずかな変化を検出することが可能であると仮定して、凹凸の多い道路上を運転するトラック、またはジョギングの動きなど、かすかであるが一定の摂動を平滑化するのに有用であり得る。いくつかの実施形態では、生の圧力測定値が経時的に記憶され得る。同様に、指定された時間期間にわたる圧力測定値の変化の割合は、バッファ４０６または他の関係するメモリの中に書き込まれ得る。変化の割合データは、様々なアプリケーションのためにアプリケーションコア３０２によって利用され得る。たとえば、アプリケーションは、勾配など、車両の上品さの割合を決定し、適正な速度についての警告またはメッセージを提供し得る。

[0046]いくつかの実施形態では、第３のタイプの機能性として、センサコア３０４は、共有メモリ４０２の中の要約４０８中に、上に述べたものなどの、注目すべき圧力変化イベントを記録するように構成され得る。タイムスタンプおよび他の関連データが同時に記録され得る。アプリケーションコア３０２は、これらのイベントを探すために共有メモリ４０２にアクセスするように構成され得、任意のアプリケーションでイベントを使用し得る。いくつかの実施形態では、「活動時間」（ＴＴＬ）有効期間が、これらのイベントの各々に適用され得る。ＴＴＬ有効期間は、どれだけ長く記録されたイベントが信頼できるのかを示し得る。たとえば、同じ高さにおいてでさえ、毎日圧力読取値が変わるので、以前の日からの圧力読取値は、次の日については不正確であり、有用でない可能性がある。ＴＴＬ有効期間が満了すると、センサコア３０４は、それらのエントリを消去または無視および／もしくは廃棄するように構成され得る。いくつかの実施形態では、要約は、当技術分野で知られている様々な形式で記録される、ある種の位置情報（たとえば、マップまたは他の位置情報）をやはり含有し得る。アプリケーションコア３０２は、様々な方法で要約４０８中の情報を利用するように構成され得る。たとえば、割込を受信した後、アプリケーションコア３０２は、発生した可能性のあるイベント、イベントが発生した正確な時間または時間期間、イベントが発生した位置、イベントの大きさ（たとえば、圧力においてどれだけ大きい変化）、などを読み取るために要約にアクセスし得る。

[0047]記載された機能のうちのいくつかまたはすべては、様々な実施形態が利用可能であり得る。いくつかの実施形態では、センサコアおよびアプリケーションコアは、当技術分野で知られているワイヤレスまたは有線の手段を介してアクセスされる、サーバなどの別個のデバイス中の共有メモリに、読み取り／書き込みし得る。いくつかの実施形態では、他のプロセッサまたはセンサは、位置決めプロセッサ、ジャイロスコープ、コンパスなどの、センサコア３０４および／またはアプリケーションコア３０２と通信するように構成され得る。実施形態は、そのように限定されない。

[0048]図５Ａを参照すると、方法５００は、圧力センサデータを利用して高度または階の変化を検出するための方法ステップの、例示的なシリーズを図示する。本明細書で記載される方法は、図１、図２、図３、図４、および／または図７のいずれかに記載される、例示的な装置（たとえば、モバイルデバイス）、システム、および／またはコードを実行するプロセッサを含む、様々な手段により実装され得る。図５Ａおよび図５Ｂの方法５００および５５０が割込を使用するものとして図示される一方、両方の実施形態は、割込の使用なしで実装され得ることも理解される。たとえば、いくつかの実施形態では、方法５００および５５０は、割込ステップ５０４、５０８、および５１６なしで、プロシージャコールを通して、ならびに／またはマルチタスク化および／もしくはマルチスレッド化プロシージャを通してなど、次の要素（たとえば、それぞれ５０６、５１０、および５１８）に直接進んで、実装され得る。ブロック５０２において、方法は、圧力センサデータを受信することを含み得る。たとえば、方法は、第１の圧力センサデータを受信することを含み得る。圧力センサデータは、気圧計、高度計、または当業界で知られている他の同様のデバイスなどの圧力センサからの測定値から導出され得る。いくつかの実施形態では、圧力センサデータは、コンピューティングデバイス１００などのデバイスの中に内蔵され得る気圧計センサなどの圧力センサ４１０から導出され得る。

[0049]決定ブロック５０３において、圧力センサデータに基づく圧力における変化が、第１の所定の閾値を超えるかどうかを決定され得る。第１の所定の閾値は、「圧力変化閾値」と呼ばれ得る。たとえば、方法は、第１の圧力センサデータの圧力における変化が、第１の所定の閾値を超えることを決定し得る。いくつかの実施形態では、方法は、圧力が高度において１０フィートと等しく変化したことを圧力センサデータから決定し得る。本明細書で使用する、用語「超える」とは、いくつかの場合に、量が何らかの所定の閾値の上に上昇するまたは上回ることを言い得る。他の場合、用語「超える」とは、量が何らかの所定の閾値と等しいまたは上回ることを言い得る。本明細書に記載される実施形態は、いずれかの場合へと、そのように限定されない。

[0050]ブロック５０４において、方法は、第１の割込条件を引き上げ得る。たとえば、方法は、圧力における変化が第１の所定の閾値を超えたと方法が決定するイベントにおいて、第１の割込条件を引き上げ得る。第１の割込条件は、いくつかの実施形態において任意選択であり得る。

[0051]ブロック５０６において、方法は、階の曖昧さ排除または決定を実施または実行し得る。たとえば、方法は、プロセッサを使用して、第１の割込条件に応答して、階の曖昧さ排除もしくは決定アルゴリズム、プログラム、またはアプリケーションを実行し得る。いくつかの実施形態では、コンピューティングデバイス１００が何らかの所定の閾値を超えて高さを変えたことを、第１の割込条件がアプリケーションコア３０２に信号伝達し得る。これに応じて、たとえば階の曖昧さ排除アルゴリズムといった、コンピューティングデバイス１００が階を変えたかどうかを決定するためのアプリケーションが、アプリケーションコア３０２により実行され得る。方法は、次いで、監視するために圧力センサデータを受信し続け得る。いくつかの実施形態では、第１の割込条件が引き上げられ得ない。そのような実施形態では、階の曖昧さ排除または決定は、割込なしで直接実施され得る。たとえば、階の曖昧さ排除または決定は、第１の圧力センサデータの圧力における変化が第１の所定の閾値を超えることを決定することに応答して実施され得る。

[0052]ブロック５０３において、圧力における変化が第１の所定の閾値を超えないことが決定される場合、方法がブロック５０７に進み得、そこで方法は、圧力センサデータに基づく、経時的な圧力における変化の割合が第２の所定の閾値を超えるかどうかを決定することをやはり含み得る。たとえば、方法は、ブロック５０２において第２の圧力センサデータを受信し得、ブロック５０３において第２の圧力センサデータの圧力における変化が第１の所定の閾値を超えないことを決定し得、ブロック５０７において第２の圧力センサデータの経時的な圧力における変化の割合が第２の所定の閾値を超えることを決定し得る。注目すべきことに、ブロック５０７における決定は、（たとえば、ブロック５０３におけるように）１つの点と次との間の圧力における差に基づかず、むしろ、経時的な圧力における変化の割合に基づき得る。たとえば、３秒の期間にわたって、コンピューティングデバイス１００が、毎秒１フィートに等しい、高度における変化の割合で着実に圧力を変えたことを、センサコア３０４が決定し得る。第２の所定の閾値は、上に記載されたように、天候の変化に関係する圧力における変化の割合を無視するために使用され得る。たとえば、第２の所定の閾値は、天候に関係する圧力変化の割合に対応するレベル（たとえば、２９水銀柱インチ、３０水銀柱インチ、３１水銀柱インチなど）に設定され得る。下である（または任意選択で以下である）任意の圧力における変化の割合は、無視され得る。第２の所定の閾値は、「所定の圧力変化率閾値」と呼ばれ得る。方法は、経時的な圧力における変化の割合が第２の所定の閾値を超えないことが決定されるイベントにおいて、圧力センサデータが継続的または周期的に受信され得るブロック５０２に戻って進み得る。

[0053]ブロック５０８において、方法は、第２の割込条件を引き上げ得る。たとえば、経時的な圧力における変化の割合が第２の所定の閾値を超えたと（たとえば、少なくとも部分的に、第２の圧力センサデータに基づいて）方法がブロック５０７において決定する場合、方法は、第２の割込条件を引き上げ得る。

[0054]ブロック５１０において、方法は、どの方法または手段によって、モバイルデバイスのユーザが階または高度を変えているのか決定し得る。たとえば、方法は、プロセッサを使用して、第２の割込条件に応答し、階変化ポータルに基づいて、アプリケーション、アルゴリズム、またはプログラムを実行し得る。一例として、アプリケーションコア３０２は、第２の割込条件について通知され得、第２の割込条件が、圧力測定値における経時的な変化の割合、または言い換えれば、高さにおける着実な変化に対応することを知り得る。いくつかの実施形態では、第２の割込条件は、引き上げられ得ない。そのような実施形態では、階変化ポータルに基づくアプリケーション、アルゴリズム、またはプログラムは、第２の所定の閾値を超える経時的な圧力における変化の割合に応答して直接実行され得る。

[0055]これに応じて、アプリケーションコア３０２は、（たとえば、アプリケーションを走らせることによって）モバイルデバイスのユーザが高さにおいて上がっているまたは下がっている手段を決定し得る。アプリケーションコア３０２は、たとえば、ユーザが一続きの階段を歩いて上下するのか、エレベータの中で上下に行くのか、またはエスカレータを上下に行くのかを区別することを可能にし得る。アプリケーションコア３０２は、経時的な圧力における変化の割合中のパターンを分析することにより、これら３つのモード間で区別し得る。たとえば、アプリケーションコア３０２は、ユーザが各ステップ間でわずかな休止に対して各ステップを行うことに対応するいくぶん不均一なペースで、圧力データにおける変化が上がるまたは下がる場合、ユーザが階段を歩いて上下していることを決定し得る。別の例では、アプリケーションコア３０２は、エスカレータのステップの一定の回転に対応する着実で一定の割合で、圧力データにおける変化が上がるまたは下がる場合、ユーザがエスカレータを上下に行くことを決定し得る。さらなる例として、アプリケーションコア３０２は、エレベータが一定の速度に達する前にどのように最初に加速し得るのかに対応する、経時的な圧力における変化が、わずかに増え、次いで着実な割合に到達する場合、モバイルデバイスのユーザがエレベータの中で上に行くことを決定し得る。これらは、階変化ポータルに基づくアプリケーションがどのように動作し得るのかの単なる例であり、限定するものでないことを、当業者は了解されよう。当業者に容易に明らかな、他の方法およびアルゴリズムは、本開示の範囲内であり、実施形態は、そのように限定されない。

[0056]ブロック５１２において、いくつかの実施形態では、方法は、経時的な圧力における変化の割合が第２の所定の閾値をもはや超えないときを検出することをやはり含み得る。たとえば、方法は、経時的な圧力における変化の割合がゼロに到達するときを検出し得る。圧力がもはや変化していない、または小さい量で変化しているので、決定は、モバイルデバイスのユーザが別の階に到着したことを示唆し得る、モバイルデバイスが高度または高さにおいてもはや変化していないことを示し得る。たとえば、センサコア３０４は、圧力データがここで一定の圧力に到達したことを観測し得る。別の例として、アプリケーションコア３０２は、同じ決定を行ったアプリケーションを実行し得る。

[0057]ブロック５１４において、方法は、階の曖昧さ排除または決定を実施または実行し得る。たとえば、方法は、プロセッサを使用して、経時的な圧力における変化の割合が第２の所定の閾値をもはや超えない（たとえば、ゼロである）ことを検出することに応答して、上に記載されたものなどの、階の曖昧さ排除または決定技法を実行し得る。いくつかの実施形態では、階の曖昧さ排除アルゴリズムは、ブロック５０６において記載されたものと同じアルゴリズムであり得る。このアルゴリズムは、モバイルデバイスが実際に階を変えたのかを検証し、もしも変えた場合新しい階を決定するために実行され得る。方法は、もしある場合には、圧力における次の変化を検出するために、圧力センサデータが継続的または周期的に受信され得るブロック５０２に戻って進み得る。

[0058]図５Ｂを参照すると、フローチャートは、いくつかの実施形態に従う一連の方法ステップを含む方法５５０を図示する。ここで、図５Ａに記載されたものと同様に、第１および第２の割込条件が、同様の応答で、引き上げられ得る。しかし、ブロック５０７において、経時的な圧力における変化の割合が第２の所定の閾値を超えないことが決定される場合、方法は、ブロック５１５に進み得る。ここで、方法は、圧力センサデータに基づいて、経時的な圧力における変化の割合の変化の割合（すなわち、２次微分）が、第３の所定の閾値を超えて検出されるかどうかを決定し得る。たとえば、方法は、経時的な圧力における変化の割合の変化の割合が、（上に記載された第２の圧力センサデータに基づいて）第３の所定の閾値を超えることを決定し得る。いくつかの実施形態では、時間に対する１次微分または２次微分を決定することは、信号を第１の低域通過フィルタ除去することにより実装され得る。注目すべきことに、本明細書に記載される第３の割込条件は、圧力の経時的な変化の割合における変化、または言い換えれば、圧力の加速度の測定値に基づき得る。いくつかの実施形態では、経時的な圧力における変化の割合中の大きな変化に対応する、圧力における急激なまたは急速な変化の検出は、たとえば、室内を室外から分離するドアをユーザが開くことと一致し得る。方法は、経時的な圧力における変化の割合の変化の割合が第３の所定の閾値を超えないことが決定されるイベントにおいて、もしある場合には、圧力における次の変化を検出するため、圧力センサデータが継続的または周期的に受信され得るブロック５０２に戻って進み得る。

[0059]ブロック５１６において、方法は、第３の割込条件を引き上げ得る。たとえば、経時的な圧力における変化の割合の変化の割合が第３の所定の閾値を超えたことが決定される場合、方法は、第３の割込条件を引き上げ得る。いくつかの実施形態では、モバイルデバイスは、（たとえば、速度センサ、加速度計センサなどを使用して）モバイルデバイスの速度を決定し得、決定された速度に基づいて、第３の割込条件を引き上げ得る。

[0060]ブロック５１８において、方法は、少なくとも部分的に、第３の割込条件、圧力における変化の割合の変化の割合、および／または速度に基づいて、室内ナビゲーションと室外ナビゲーションとの間で切り換え得る。たとえば、第３の割込条件を引き上げることに応答して、圧力における急激な変化が検出される前、どこでユーザが開始したのかに依存して、室内ナビゲーションアプリケーションを実行することと室外ナビゲーションアプリケーションを実行することとの間で、アプリケーションの切り換えが、行われ得る。たとえば、アプリケーションコア３０２は、最初に、室内ナビゲーションアプリケーションを走らせ得る。次いで、圧力における急激な変化を示す第３の割込条件の受信に際し、アプリケーションコア３０２は、室内ナビゲーションアプリケーションを走らせることから室外ナビゲーションアプリケーションを走らせることへ切り換え得る。切り換えは、圧力における急激な変化が室内環境を出ることおよび室外環境に入ることに対応するという推論に基づき得る。ユーザが最初に室外に居ると検出されたならば、アプリケーションが反対の順番で切り換えられ得ることを当業者は了解されよう。

[0061]図６は、圧力センサデータを利用して高度または階の変化を検出するための方法６００を図示する。方法６００は、図１、図２、図３、図４、および／または図７のいずれかに記載される、例示的な装置（たとえば、モバイルデバイス）、システム、および／またはコードを実行するプロセッサを含む、様々な手段により実装され得る。ブロック６０２において、方法６００は、圧力を監視することを含み得る。たとえば、モバイルデバイスにより経験される圧力は、モバイルデバイス中の圧力センサ（たとえば、圧力センサ４１０）を使用して、検出および／または測定され得る。圧力センサは、大気圧を監視することが可能な、気圧計、高度計などを備え得る。いくつかの実施形態では、上に記載されるセンサコア３０４が圧力を監視し得る。

[0062]ブロック６０４において、方法６００は、圧力における変化の割合が所定の圧力変化率閾値を超えることを決定することを含み得る。たとえば、圧力における変化の割合は、上に記載されるセンサコア３０４を使用して決定され得る。圧力における変化の割合は、パスカル／秒、水銀柱インチ／秒、水銀柱ミリメートル／秒、または任意の他の圧力に関係する測定単位で測定され得る。所定の圧力変化率閾値は、天候に関係する圧力変化に起因し得る圧力変化率に対応、および／または圧力変化率を超えるように選択され得る。たとえば、実施形態では、所定の圧力変化率閾値は、天候の変化によると考慮され得るものを超える割合で圧力変化をモバイルデバイスが受けたかどうかを決定するように設定され得る。実施形態では、所定の圧力変化率閾値は、モバイルデバイスが階段を横断し、エスカレータに乗り、および／またはエレベータに乗るときを決定するため、およびそのような横断が停まったときをやはり決定するため圧力監視をトリガするように、階段を横断すること、エスカレータに乗ること、および／またはエレベータに乗ることに起因する平均の圧力変化率の下の、妥当なマージンに設定され得る。

[0063]ブロック６０６において、方法６００は、経時的な圧力における変化の割合が所定の圧力変化率閾値をもはや超えないことをその後決定することを含み得る。たとえば、センサコア３０４が、経時的な圧力における変化の割合が所定の圧力変化率閾値をもはや超えないことを決定し得る。経時的な圧力における変化の割合が所定の圧力変化率閾値をもはや超えないことを決定することによって、モバイルデバイスは、それがもはや高度または高さにおいて変化していないことを決定し得る。これは、モバイルデバイスのユーザが所望の階または他の高度に到着したことを示唆し得る。経時的な圧力における変化の割合が圧力変化率閾値をもはや超えないことを決定することは、ユーザが所望の階または他の高度に来たらしいときにのみ実施されるべき、さらなる処理（たとえば、下のステップ６０８〜６１０）を可能にする。

[0064]ブロック６０８において、方法６００は、圧力における変化が所定の圧力変化閾値を超えたことを決定することを含み得る。たとえば、圧力における変化が所定の圧力変化閾値を超えたことの決定は、経時的な圧力における変化の割合が所定の圧力変化率閾値をもはや超えないことをその後決定することに応答することであり得る。いくつかの実施形態では、センサコア３０４は、圧力における変化が所定の圧力変化閾値を超えたことを決定し得る。いくつかの実施形態では、所定の圧力変化閾値は、少なくとも１階または他の高度変化、上または下に動くことに対応する最小圧力変化に対応し得る。たとえば、所定の圧力変化閾値は、４パスカル、１０パスカル、２５パスカル、５０パスカル、または任意の他の好適な圧力レベルに設定され得る。たとえば、メートル毎の平均の圧力の変化が１０パスカル毎メートル（適度な高度において多かれ少なかれ線形）であり、米国において、事務所が１３フィート（３．９６ｍ）の平均床高を有し、アパートが約１０フィート（３．０５ｍ）の平均床高を有し、バイオ技術研究所が約１５フィート（４．５７ｍ）の平均床高を有するということを知る場合、所与の区域または特定の建築物についてさえ、どんな平均床高であるべきか、したがって階毎の平均圧力変化がやはりどうなるかを決定し得る。いくつかの実施形態では、デバイスは、場合によっては室内マップに関連付けられる、実際の床高を記録、またはそれに提供済みであり得る。室内マップは、特定の階の表示を提供し得る、ワイヤレストランシーバおよび他のデバイスのため、やはり注釈を付けられ得る。いくつかの場合に、少なくとも１階、上または下に動くことに対応する最小圧力変化は、特定の建築物中の天井高に特有であり得る。たとえば、特定の高層建築物のロビーは、残りの階よりも高い天井を有し得、天井高は、建築物毎に異なり得る。実施形態では、特に真の天井高が知られていない場合、平均床高が使用され得る。たとえば、建築物の任意の所与の階のすべての天井高が平均して１０ｆｔであり、または場合によっては建築物のロビー階についてはより高いことが仮定され得る。したがって、上述の実施形態では、少なくとも１階、上または下に動くことに対応する最小圧力変化は、１０フィート上または下に動くことに対応する圧力変化であり得る。

[0065]ブロック６１０において、方法６００は、階の曖昧さ排除を実施することを含み得る。たとえば、階の曖昧さ排除は、圧力における変化が所定の圧力変化閾値を超えたことを決定することに応答して実施され得る。いくつかの実施形態では、階の曖昧さ排除は、アプリケーションコア３０２または他の汎用プロセッサによって実施され得る。アプリケーションコアまたは汎用プロセッサは、センサコア３０４など、より専用のコアまたは他の小電力コアよりもタスク毎により大きい電力を消費し得る。したがって、電力は、より小電力なセンサコア中のセンサを監視すること、ならびに、いくつかの実施形態において全体的な階の曖昧さ排除のためにアプリケーションコアを使用すること、またはいくつかの実施形態においてワイヤレス信号ベースの階の曖昧さ排除についてアプリケーションコアの使用を制限することを含み得る、必要なときにだけアプリケーションコアまたは他のより大きい電力のコアをアクティブ化することによって節約され得る。いくつかの実施形態では、センサコア３０４は、アプリケーションコア３０２または汎用プロセッサよりも小さい電力で動作するセンサプロセッサであり得、したがって、アプリケーションコア３０２または汎用プロセッサよりも少ない電力を使用し得る。したがって、センサコア３０４は、アプリケーションコア３０２または汎用プロセッサよりもむしろ、センサコア中の圧力監視プロセスを保つことによって電力を節約する。

[0066]上に記載したように、いくつかの実施形態では、階の曖昧さ排除技法は、圧力センサ４１０などの圧力センサからのデータに基づいて、モバイルデバイスの階または高度を決定し得る。たとえば、モバイルデバイス中の圧力センサは、モバイルデバイスにより経験される合計の圧力変化を決定し得、アプリケーションコア３０２に圧力変化を提供し得る。実施形態では、合計の圧力変化は、場合によっては実際のまたは推定される床高の以前の知識とともに、新しい階決定を決定するための以前の階決定とともに使用され得る。実施形態では、絶対圧力は、実際のまたは推定される階の高度および／もしくは実際のまたは推定される床高の以前の知識に基づいて、高度を決定し、高度に基づいて階を決定するために、使用され得る。実施形態では、階の決定は、任意の所与の階に存在するワイヤレス信号に基づくなどの、検出されるワイヤレス信号に基づいて、ならびに／またはワイヤレス信号強度および／もしくは既知のトランシーバへのラウンドトリップ時間および／もしくはワイヤレス信号に基づいて決定される位置に基づいてやはり決定され得る。さらに、階毎の圧力変化の量が、アプリケーションコア３０２へと入力され得る。たとえば、階毎の圧力変化は、４パスカル、１０パスカル、２５パスカル、５０パスカルなどであり得る。いくつかの実施形態では、ユーザは、所定の階毎の圧力変化で、アプリケーションコア３０２をプログラムし得る。いくつかの実施形態では、アプリケーションコア３０２は、一般的な階毎の圧力変化で、プログラムされて来得る。

[0067]アプリケーションコア３０２は、次いで、モバイルデバイスが配置される現在の階を決定するために、階毎の圧力変化の量によって合計の圧力変化を除算し得る。たとえば、合計の検出された圧力変化が５０パスカルであり、階毎の圧力変化が１０パスカルである場合、アプリケーションコア３０２は、圧力変化が正または負であることに依存して、モバイルデバイスが上または下に５階動いたことを決定し得る。この例を使用して、モバイルデバイスが第１の階で開始し、検出された圧力変化が５０パスカルであるイベントにおいて、アプリケーションコア３０２は、モバイルデバイスが第５の階に配置されることを決定し得る。同じ例を使用して、ユーザが第１の階以外の階で開始する場合、アプリケーションコア３０２は、５０パスカルの検出された圧力変化から、階の変化が５階であること、したがって、モバイルデバイスは、モバイルデバイスが開始した階から５階高い、または低いことを決定し得る。したがって、アプリケーションコア３０２は、モバイルデバイスが開始した階に５階を加算または減算することにより、モバイルデバイスがどの階にあるかを算出し得る。

[0068]モバイルデバイスが開始した階をアプリケーションコア３０２が知らない（たとえば、モバイルデバイスがちょうどオンされる）イベントにおいて、アプリケーションコア３０２は、（たとえば、天候圧力参照局（weather pressure reference station）により提供される）地上レベルにおける参照圧力から現在検出される圧力を減算し、次いで、階の数を計算するために、結果を階毎の圧力変化で除算し得る。いくつかの場合に、圧力変化が負である場合、アプリケーションコア３０２は、階の数をモバイルデバイスが開始した階から減算する、または地上レベル参照圧力に基づき得る。

[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]様々な例について説明した。これらおよび他の例は、以下の請求項の範囲内である。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］ モバイルデバイス上で階の変化を検出するための方法であって、
圧力を監視することと、
経時的な前記圧力における変化の割合が所定の圧力変化率閾値を超えることを決定することと、
経時的な前記圧力における変化の前記割合がもはや前記所定の圧力変化率閾値を超えないことをその後決定することと、
圧力における変化が所定の圧力変化閾値を超えたことを決定することと、
階の曖昧さ排除を実施することとを備える方法。
［Ｃ２］ 圧力における前記変化に関連する活動時間（ＴＴＬ）有効期間を受信することと、
圧力における前記変化に関連する前記ＴＴＬ有効期間が満了したことを決定することと、
前記圧力における変化の前記割合および圧力における前記変化を無視することとをさらに備える、Ｃ１に記載の方法。
［Ｃ３］ 前記モバイルデバイスが室内現場中に配置されることを決定することと、
階の曖昧さ排除を実施することとをさらに備える、Ｃ１に記載の方法。
［Ｃ４］ 前記モバイルデバイスの速度が速度閾値を超えることを決定することと、
前記圧力を無視することとをさらに備える、Ｃ１に記載の方法。
［Ｃ５］ 経時的に前記圧力を監視すること、経時的な前記圧力における変化の前記割合が前記所定の圧力変化率閾値を超えることを決定すること、経時的な前記圧力における変化の前記割合がもはや前記所定の圧力変化率閾値を超えないことをその後決定すること、および圧力における前記変化が前記所定の圧力変化閾値を超えたことを決定することが、センサコアを使用して実施される、Ｃ１に記載の方法。
［Ｃ６］ 前記階の曖昧さ排除が、アプリケーションコアを使用して実施され、前記センサコアが、前記アプリケーションコアよりも小さい電力を使用する、Ｃ５に記載の方法。
［Ｃ７］ 前記階の曖昧さ排除が、圧力センサからのデータを使用して実施される、Ｃ１に記載の方法。
［Ｃ８］ 前記階の曖昧さ排除が、１つまたは複数の地上波ワイヤレストランシーバから受信されるデータを使用して実施される、Ｃ１に記載の方法。
［Ｃ９］ 圧力を監視し、
経時的な前記圧力における変化の割合が所定の圧力変化率閾値を超えることを決定し、
経時的な前記圧力における変化の前記割合がもはや前記所定の圧力変化率閾値を超えないことをその後決定し、
圧力における変化が所定の圧力変化閾値を超えたことを決定する
ように構成されるセンサコアと、
階の曖昧さ排除を実施するように構成されるアプリケーションコアとを備える、モバイルデバイス。
［Ｃ１０］ 前記センサコアが
圧力における前記変化に関連する活動時間（ＴＴＬ）有効期間を受信し、
圧力における前記変化に関連する前記ＴＴＬ有効期間が満了したことを決定し、
前記圧力における変化の前記割合および圧力における前記変化を無視するようにさらに構成される、Ｃ９に記載の装置。
［Ｃ１１］ 前記モバイルデバイスが室内現場中に配置されることを決定するように前記センサコアが構成され、
前記アプリケーションコアが階の曖昧さ排除を実施するように構成される、Ｃ９に記載の装置。
［Ｃ１２］ 前記センサコアが
前記モバイルデバイスの速度が速度閾値を超えることを決定し、
前記圧力を無視するようにさらに構成される、Ｃ９に記載の装置。
［Ｃ１３］ 圧力センサをさらに備え、前記階の曖昧さ排除が、前記圧力センサからのデータを使用して実施される、Ｃ９に記載の装置。
［Ｃ１４］ 前記階の曖昧さ排除が、１つまたは複数の地上波ワイヤレストランシーバから受信されるデータを使用して実施される、Ｃ９に記載の装置。
［Ｃ１５］ 前記センサコアが、前記アプリケーションコアよりも小さい電力を使用する、Ｃ９に記載の装置。
［Ｃ１６］ 圧力を監視するための手段と、
経時的な前記圧力における変化の割合が所定の圧力変化率閾値を超えることを決定するための手段と、
経時的な前記圧力における変化の前記割合がもはや前記所定の圧力変化率閾値を超えないことをその後決定するための手段と、
圧力における変化が所定の圧力変化閾値を超えたことを決定するための手段と、
階の曖昧さ排除を実施するための手段とを備える、モバイルデバイス。
［Ｃ１７］ 圧力における前記変化に関連する活動時間（ＴＴＬ）有効期間を受信するための手段と、
圧力における前記変化に関連する前記ＴＴＬ有効期間が満了したことを決定するための手段と、
前記圧力における変化の前記割合および圧力における前記変化を無視するための手段とをさらに備える、Ｃ１６に記載の装置。
［Ｃ１８］ 前記モバイルデバイスが室内現場中に配置されることを決定するための手段と、
階の曖昧さ排除を実施するための手段とをさらに備える、Ｃ１６に記載の装置。
［Ｃ１９］ 前記モバイルデバイスの速度が速度閾値を超えることを決定するための手段と、
前記圧力を無視するための手段とをさらに備える、Ｃ１６に記載の装置。
［Ｃ２０］ 経時的に前記圧力を監視するための前記手段、経時的な前記圧力における変化の前記割合が前記所定の圧力変化率閾値を超えることを決定するための前記手段、経時的な前記圧力における変化の前記割合がもはや前記所定の圧力変化率閾値を超えないことをその後決定するための前記手段、および圧力における前記変化が前記所定の圧力変化閾値を超えたことを決定するための前記手段が、センサコアを含む、Ｃ１６に記載の装置。
［Ｃ２１］ 階の曖昧さ排除を実施するための前記手段がアプリケーションコアを含み、前記センサコアが前記アプリケーションコアよりも小さい電力を使用する、Ｃ２０に記載の装置。
［Ｃ２２］ 前記階の曖昧さ排除が、圧力センサからのデータを使用して実施される、Ｃ１６に記載の装置。
［Ｃ２３］ 前記階の曖昧さ排除が、１つまたは複数の地上波ワイヤレストランシーバから受信されるデータを使用して実施される、Ｃ１６に記載の装置。
［Ｃ２４］ 圧力を監視するためのコードと、
経時的な前記圧力における変化の割合が所定の圧力変化率閾値を超えることを決定するためのコードと、
経時的な前記圧力における変化の前記割合がもはや前記所定の圧力変化率閾値を超えないことをその後決定するためのコードと、
圧力における変化が所定の圧力変化閾値を超えたことを決定するためのコードと、
階の曖昧さ排除を実施するためのコードとを備える、プロセッサ可読命令を備える、非一時的なプロセッサ可読媒体。
［Ｃ２５］ 圧力における前記変化に関連する活動時間（ＴＴＬ）有効期間を受信するためのコードと、
圧力における前記変化に関連する前記ＴＴＬ有効期間が満了したことを決定するためのコードと、
前記圧力における変化の前記割合および圧力における前記変化を無視するためのコードとをさらに備える、Ｃ２４に記載のプロセッサ可読媒体。
［Ｃ２６］ モバイルデバイスが室内現場中に配置されることを決定するためのコードと、
階の曖昧さ排除を実施するためのコードとをさらに備える、Ｃ２４に記載のプロセッサ可読媒体。
［Ｃ２７］ モバイルデバイスの速度が速度閾値を超えることを決定するためのコードと、
前記圧力を無視するためのコードとをさらに備える、Ｃ２４に記載のプロセッサ可読媒体。
［Ｃ２８］ 経時的に前記圧力を監視するための前記コード、経時的な前記圧力における変化の前記割合が前記所定の圧力変化率閾値を超えることを決定するための前記コード、経時的な前記圧力における変化の前記割合がもはや前記所定の圧力変化率閾値を超えないことをその後決定するための前記コード、および圧力における前記変化が前記所定の圧力変化閾値を超えたことを決定するための前記コードが、センサコアを使用して実行され、
階の曖昧さ排除を実施するための前記コードがアプリケーションコアを使用して実行され、前記センサコアが前記アプリケーションコアよりも小さい電力を使用する、Ｃ２４に記載のプロセッサ可読媒体。
［Ｃ２９］ 前記階の曖昧さ排除が、圧力センサからのデータを使用して実施される、Ｃ２４に記載のプロセッサ可読媒体。
［Ｃ３０］ 前記階の曖昧さ排除が、１つまたは複数の地上波ワイヤレストランシーバから受信されるデータを使用して実施される、Ｃ２４に記載のプロセッサ可読媒体。

Claims (15)

1. モバイルデバイス上で階の変化を検出するための方法であって、
   圧力を監視することと、
   経時的な前記圧力における変化の割合が所定の圧力変化率閾値を超えることを決定することと、
   経時的な前記圧力における変化の前記割合がもはや前記所定の圧力変化率閾値を超えないことをその後決定することと、
   圧力における変化が所定の圧力変化閾値を超えたことを決定することと、
   階の曖昧さ排除を実施することと
   を備え、
   ここにおいて、前記階の曖昧さ排除が、１つまたは複数のワイヤレス地上波トランシーバから受信されるデータを使用して実施され、
   ここにおいて、前記モバイルデバイスは、ワイヤレス地上波トランシーバ信号の受信信号強度（ＲＳＳＩ）またはラウンドトリップ時間（ＲＴＴ）を決定し、前記ワイヤレス地上波トランシーバに対する前記モバイルデバイスの位置を決定するために、前記ＲＳＳＩまたはＲＴＴを使用する、方法。
2. 圧力における前記変化に関連する活動時間（ＴＴＬ）有効期間を受信することと、
   圧力における前記変化に関連する前記ＴＴＬ有効期間が満了したことを決定することと、
   前記圧力における変化の前記割合および圧力における前記変化を無視することと
   をさらに備える、請求項１に記載の方法。
3. 前記モバイルデバイスが室内現場中に位置することを決定することと、
   階の曖昧さ排除を実施することと
   をさらに備える、請求項１に記載の方法。
4. 前記モバイルデバイスの速度が速度閾値を超えることを決定することと、
   前記圧力を無視することと
   をさらに備える、請求項１に記載の方法。
5. 経時的に前記圧力を監視すること、経時的な前記圧力における変化の前記割合が前記所定の圧力変化率閾値を超えることを決定すること、経時的な前記圧力における変化の前記割合がもはや前記所定の圧力変化率閾値を超えないことをその後決定すること、および圧力における前記変化が前記所定の圧力変化閾値を超えたことを決定することが、センサコアを使用して実施される、請求項１に記載の方法。
6. 前記階の曖昧さ排除が、アプリケーションコアを使用して実施され、前記センサコアが、前記アプリケーションコアよりも少ない電力を使用する、請求項５に記載の方法。
7. 前記階の曖昧さ排除が、圧力センサからのデータを使用して実施される、請求項１に記載の方法。
8. 圧力を監視するための手段と、
   経時的な前記圧力における変化の割合が所定の圧力変化率閾値を超えることを決定するための手段と、
   経時的な前記圧力における変化の前記割合がもはや前記所定の圧力変化率閾値を超えないことをその後決定するための手段と、
   圧力における変化が所定の圧力変化閾値を超えたことを決定するための手段と、
   階の曖昧さ排除を実施するための手段と
   を備えたモバイルデバイスであって、
   ここにおいて、前記階の曖昧さ排除が、１つまたは複数のワイヤレス地上波トランシーバから受信されるデータを使用して実施され、
   ここにおいて、前記モバイルデバイスは、ワイヤレス地上波トランシーバ信号の受信信号強度（ＲＳＳＩ）またはラウンドトリップ時間（ＲＴＴ）を決定し、前記ワイヤレス地上波トランシーバに対する前記モバイルデバイスの位置を決定するために、前記ＲＳＳＩまたはＲＴＴを使用する、モバイルデバイス。
9. 圧力における前記変化に関連する活動時間（ＴＴＬ）有効期間を受信するための手段と、
   圧力における前記変化に関連する前記ＴＴＬ有効期間が満了したことを決定するための手段と、
   前記圧力における変化の前記割合および圧力における前記変化を無視するための手段と
   をさらに備える、請求項８に記載のモバイルデバイス。
10. 前記モバイルデバイスが室内現場中に位置することを決定するための手段と、
    階の曖昧さ排除を実施するための手段と
    をさらに備える、請求項８に記載のモバイルデバイス。
11. 前記モバイルデバイスの速度が速度閾値を超えることを決定するための手段と、
    前記圧力を無視するための手段と
    をさらに備える、請求項８に記載のモバイルデバイス。
12. 経時的に前記圧力を監視するための前記手段、経時的な前記圧力における変化の前記割合が前記所定の圧力変化率閾値を超えることを決定するための前記手段、経時的な前記圧力における変化の前記割合がもはや前記所定の圧力変化率閾値を超えないことをその後決定するための前記手段、および圧力における前記変化が前記所定の圧力変化閾値を超えたことを決定するための前記手段が、センサコアを含む、請求項８に記載のモバイルデバイス。
13. 階の曖昧さ排除を実施するための前記手段がアプリケーションコアを含み、前記センサコアが前記アプリケーションコアよりも少ない電力を使用する、請求項１２に記載のモバイルデバイス。
14. 前記階の曖昧さ排除が、圧力センサからのデータを使用して実施される、請求項８に記載のモバイルデバイス。
15. 請求項１ないし７のいずれか一項に記載の方法を実施するためのコードを備える、プロセッサ可読命令を備える、非一時的なプロセッサ可読媒体。

Images