(57)【特許請求の範囲】
【請求項１】
衛星測位システムからの信号を処理することにより、対象のイベントの位置を決定する方法であって、
衛星放送のデータサンプルのブロックを、周期的に記録するステップと、
特定時刻での位置決定のリクエストに応じ、位置フィックスを取得する試みにて、データサンプルの直近のブロックを処理するステップと、を備え、
位置フィックスを取得する前記試みが失敗した場合、当該方法は、位置フィックスが取得されるまで、さらに過去の時間に記録されたデータサンプルのブロックを順次処理し、位置フィックスを取得するためのさらなる試みを行うステップを、さらに備え、
前記さらなる試みのために用いられる前記データサンプルのブロックは、前記特定時刻の前に不規則に間隔をあけられた時刻に関連付けられていることを特徴とする方法。
【請求項２】
前記データサンプルのブロックは、前記特定時刻に対して、相対的に古い時刻よりも相対的に最近の時刻により密集して存在することを特徴とする請求項１に記載の方法。
【請求項３】
前記データサンプルのブロックを記録するステップは、メモリがフルになるまで、メモリにデータサンプルのブロックを書き込むステップと、次に、記録された前記データサンプルのブロックが、相対的に古い時刻よりも相対的に最近の時刻により密集して存在するように、選択されたデータサンプルのブロックを上書きするステップと、を備えることを特徴とする請求項２に記載の方法。
【請求項４】
データのブロックを処理し、さらなる試みを行う前記ステップは、相対的に古い時刻よりも相対的に最近の時刻により密集して存在する、記憶されたデータサンプルのブロックを使用するステップを備えることを特徴とする請求項２に記載の方法。
【請求項５】
前記位置決定のリクエストに応じて、前記衛星放送のデータサンプルの追加ブロックを記録し、これにより、前記データサンプルの直近のブロックを形成するステップをさらに備えることを特徴とする請求項１乃至４のいずれかに記載の方法。
【請求項６】
位置フィックスを取得した後に、成功した前記試みの追加情報を用いて、失敗した前記試みについての再度の試みを行うことを特徴とする請求項１乃至５のいずれかに記載の方法。
【請求項７】
取得された位置フィクスよりも前の時刻の位置フィックスを取得し、これにより、位置の軌跡を形成するステップをさらに備えることを特徴とする請求項１乃至６のいずれかに記載の方法。
【請求項８】
前記特定時刻の後に取得されたデータサンプルのブロックを処理し、前記特定時刻での位置フィックスを取得する前記試みを補助するステップをさらに備えることを特徴とする請求項１乃至７のいずれかに記載の方法。
【請求項９】
前記記録するステップは、携帯型のバッテリ駆動装置で発生し、前記処理するステップは、前記携帯型のバッテリ駆動装置からのデータがダウンロードされた別の装置で発生し、
前記ダウンロードは、前記データサンプルの直近のブロックおよび前記さらなる試みのためのデータサンプルのダウンロードであり、これらデータサンプルはともに、前記記録されたデータサンプルのブロックのサブセットを備えることを特徴とする請求項１乃至８のいずれかに記載の方法。
【請求項１０】
トリガイベントに応じて、データサンプルの追加ブロックを記録するステップをさらに備えることを特徴とする請求項１乃至９のいずれかに記載の方法。
【請求項１１】
前記トリガイベントは、
動きの検出、
温度変化、
音プロファイル変化、
光プロファイル変化、
セルラー基地局から受信された信号の変化、
のうち１つまたは複数の、センサからの標示を含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
関連するデータサンプルのブロックとともに、前記トリガイベントに関する情報を記録するステップをさらに備えることを特徴とする請求項１０または１１に記載の方法。
【請求項１３】
前記さらに過去の時間に記録されたデータサンプルのブロックを処理するステップは、前記トリガイベントに関する情報に依存する順番で行われることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記記録するステップおよび前記処理するステップは、携帯型のバッテリ駆動装置において発生することを特徴とする請求項１乃至１３のいずれかに記載の方法。
【請求項１５】
前記位置決定のリクエストは画像または一連の画像のキャプチャのタイミングに対応し、かつ、前記記録ステップはカメラで発生するか、または、
前記位置決定のリクエストは外部コントローラからのリクエストを含み、かつ、前記記録するステップおよび前記処理するステップは携帯型のデータロガー（data logger）装置において発生することを特徴とする請求項１乃至１４のいずれかに記載の方法。
【請求項１６】
前記データサンプルは、中間周波数のダウンコンバートされたデータサンプルを含むことを特徴とする請求項１乃至請求項１５のいずれかに記載の方法。
【請求項１７】
コンピュータプログラムであって、前記プログラムが、コンピュータで実行された場合に、請求項１乃至請求項１６のいずれかに記載の全てのステップを行うように構成されている、コンピュータプログラムコード手段を備えることを特徴とするコンピュータプログラム。
【請求項１８】
衛星測位システムからの信号を処理することにより、対象のイベントの位置を決定するための装置であって、
衛星放送のデータサンプルのブロックを、周期的に記録するように構成された第１の受信手段と、
プロセッサであって、
特定時刻での位置決定のリクエストに応じ、位置フィックスを取得する試みにおいて、データサンプルの直近のブロックを処理し、
位置フィックスを取得する前記試みが失敗した場合、さらに過去の時間にシーケンスで記録されたデータサンプルのブロックを処理し、位置フィックスが取得されるまで、位置フィックスを取得するためのさらなる試みを行うように構成されているプロセッサと、を備え、
前記さらなる試みのために用いられる前記データサンプルのブロックは、前記特定時刻の前に不規則に間隔をあけられた時刻に関係することを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＧＰＳなどの衛星測位システムと協同して、対象のイベントの位置を決定する方法に関する。
【背景技術】
【０００２】
全地球測位システムは、６つの異なる軌道面にある、最大で３２個の周回軌道衛星（宇宙機“ＳＶ”と呼ばれる）のネットワークから成る、衛星ベースのナビゲーションシステムである。２４個の衛星がシステム設計によって要求されるが、より多くの衛星は、改善された範囲を提供する。衛星は常に移動しており、ほんの２４時間以下で地球の周囲で２つの完全な軌道を作る。
【０００３】
衛星によって送信されるＧＰＳ信号は、擬似ランダムコードを採用する直接シーケンス拡散スペクトル（Direct Sequence Spread Spectrum）として一般に知られる形態にあり、これは、規則的なやり方で連続して反復される。衛星は、公衆に自由に利用可能である、Coarse/AcquisitionすなわちＣ／Ａコードと、通常は軍事利用のために確保されている、規制された精密コードすなわちＰコードと、を含む異なる拡散コードを有するいくつかの信号を放送する。Ｃ／Ａコードは、１．０２３ＭＨｚのチッピングレートで放送される１，０２３ビット長の擬似ランダムコードであり、ミリ秒ごとに反復する。各衛星は、別個のＣ／Ａコードを送信し、これは、衛星が一意に識別されることを可能にする。
【０００４】
データメッセージが、各衛星によって、Ｃ／Ａコードの先頭に変調されており、送信している衛星の詳細な軌道パラメータ（エフェメリス（ephemeris）と呼ばれる）、衛星のクロックでの誤差に関する情報、衛星の状態（正常または不正常）、現在の日付および時刻などの、重要な情報を含む。信号のこの部分は、正確な位置を決定するＧＰＳレシーバにとって必須である。各衛星は、自身のエフェメリスおよび詳細なクロック補正パラメータのみを送信し、よって、補助を受けないＧＰＳレシーバは、位置計算において使用したい各衛星のデータメッセージの適切な部分を、処理しなければならない。
【０００５】
データメッセージは、また、いわゆるアルマナック（almanac）を含み、アルマナックは、全ての他の衛星に関するより低精度の情報を含み、より少ない頻度で更新される。アルマナックデータにより、ＧＰＳレシーバが、各ＧＰＳ衛星がどこにあるかを、一日中いつでも推定でき、これによりレシーバは、より高い効率のためには、どの衛星を検索するかを選択できる。各衛星は、システム内の衛星毎の軌道情報を示すアルマナックデータを送信する。
【０００６】
従来のＧＰＳレシーバは送信されたデータメッセージを読み、エフェメリス、アルマナックおよび他のデータを、連続して使用するために保存する。この情報は、ＧＰＳレシーバ内のクロックを設定（または修正）するためにも使用することができる。
【０００７】
位置を決定するために、ＧＰＳレシーバは、信号が衛星によって送信された時刻を、信号がＧＰＳレシーバによって受信された時刻と比較する。その時間差が、ＧＰＳレシーバに、この特定の衛星からどれだけ離れているかを知らせる。複数の衛星からの距離測定を組み合わせることにより、三辺測量によって位置を得ることができる。最少で３つの衛星により、ＧＰＳレシーバは緯度／経度位置（２Ｄ位置フィックス）を決定することができる。４つ以上の衛星により、ＧＰＳレシーバは、緯度、経度、および高度を含む３Ｄ位置を決定することができる。衛星から受信された情報を用いて、ＧＰＳレシーバ内のクロックを設定（または修正）することもできる。
【０００８】
衛星からの信号の明らかなドップラー偏移を処理することにより、ＧＰＳレシーバは、移動の速度および方向（対地速度および地上航跡と称される）を、正確に提供することもできる。
【０００９】
ほぼ全ての現在のＧＰＳレシーバは、衛星から信号が到来すると、これらの信号を“リアルタイム”で処理することにより動作し、現在時刻での装置の位置を報告する。このような“従来の”ＧＰＳレシーバは、
−ＧＰＳ信号の受信に適したアンテナと、
−所望の信号を中間周波数（ＩＦ）まで増幅、フィルタリング、およびミックスダウンするように設計され、通常は数ＭＨｚ程度のサンプルレートで、信号を適切なアナログ−デジタル（Ａ／Ｄ）コンバータに通せるようにした、アナログＲＦ回路（多くの場合、ＧＰＳフロントエンドと呼ばれる）と、
−信号処理ハードウェアを制御し、所望の位置フィックスを計算するために必要な“より高レベル”の処理を実行する、何らかの形態のマイクロコントローラと通常は組み合わされたＡ／Ｄコンバータによって生成された、ＩＦデータサンプルへの補正処理を実行するデジタル信号処理ハードウェアと、を常に備える。
【００１０】
あまり知られてない概念“Capture and Process Later （キャプチャおよび後での処理）”も、調査された。これは、従来のアンテナおよびアナログＲＦ回路によって収集された、ＩＦデータサンプルを、いくらか（数秒、数分、数時間、またはさらに数日）後になって、多くの場合処理リソースがより多い他の場所で、処理する前に、何らかの形態のメモリに記憶させることを含む。
【００１１】
Store and Process Later（記憶および後での処理）手法の、従来のＧＰＳレシーバに対する重要な利点は、キャプチャの時点では、デジタル信号処理を行う必要がなく、キャプチャも非常に短く（例えば１００ｍｓ）できるため、キャプチャ装置の費用および電力消費が、最少に保たれることである。関連する衛星データ（エフィメリス等）を、他の何らかの方法で得ることができる場合、その後に信号処理を行えば、この手法は、ＳＶからの（非常に遅い）データメッセージを、キャプチャ装置で復号する必要もなくす。データメッセージは、多くの場合従来装置の起動に容認できない長い時間をもたらす。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
バッテリ駆動携帯型装置の場合でのＧＰＳシステムの１つの問題は、それらが電力を失わせ、よって、短いバッテリ寿命を生じさせることである。
【００１３】
もう１つのより一般的な問題は、時には、例えば屋内や高層ビルの間の“都市の谷間”で、ＧＰＳ環境が困難なことがあり、よって、ＧＰＳを用いて位置フィックスを行うことが可能でない場合があることである。ＧＰＳの感度は改善することができ、これはこの問題の解決に役立つが、不十分な衛星信号がある状況が常にあるため、問題を完全には解決しない。増加させた感度は、行われる余分な計算および処理により、電力消費およびコストも増加させる。
【００１４】
追跡解決策は、屋外で見つかった位置を困難な環境を通して追跡できるため、前進の道を提供する。これにより感度は大幅に改善されることができ、多くの場合、良好な性能をもたらす。“最後の既知の位置”も、報告することができる。しかし、追跡システムは、結果が実際には使用されない場合でも、後で必要になったときのために軌跡を維持しなければならないため、連続的に電力を消費する。
【課題を解決するための手段】
【００１５】
本発明の態様によると、衛星測位システムからの信号を処理することにより、対象のイベントの位置を決定する方法が提供され、方法は、
衛星放送のデータサンプルのブロックを、周期的に記録するステップと、
特定時刻での位置決定のリクエストに応じ、位置フィックスを取得する試みにおいて、データサンプルの直近のブロックを処理するステップと、を備え、
位置フィックスを取得する試みが失敗した場合、方法は、さらに過去の時間にシーケンスで記録されたデータサンプルのブロックを処理し、位置フィックスが取得されるまで、位置フィックスを取得するためのさらなる試みを行うステップを、さらに備え、
さらなる試みのために用いられるデータサンプルのブロックは、特定時刻の前に不規則に間隔をあけられた時刻に関係する。
【００１６】
この方法は、キャプチャを周期的に、例えば等間隔で記録する。サンプルの直近のブロック（位置のリクエストに関する）を使用して、位置フィックスの取得を試みる。これが成功しなかった場合、もっと前のキャプチャが用いられるが、それらは、過去の時間で不規則に間隔があけられている。これは、位置フィックスを取得する試みにおいて、処理リソースが、効率的に割り当てられることを可能にし、これにより、電力消費を減少させる。これは、キャプチャを記録する装置が、処理を行う装置と同じである場合、または２つの機能のために、異なる装置が提供される場合に、当てはまる。
【００１７】
本発明は、通常のＧＰＳ機能に加えて提供することができ、他の時刻でのＧＰＳ信号の、サンプルのブロックのログのキャプチャおよび記憶を提供する。リクエストされた位置フィックスが、成功しなかった場合、サンプルの最近のブロックを用いて、最後の既知の位置が確立される。
【００１８】
好ましくは、さらなる試みに用いられるデータサンプルのブロックは、特定時刻に対して、相対的に古い時刻よりも相対的に最近の時刻により密集して存在する。
【００１９】
データサンプルのブロックを記録するステップは、メモリがフルになるまで、メモリにデータサンプルのブロックを書き込むステップと、次に、データサンプルのブロックを、記憶されたデータサンプルのブロックが、相対的に古い時刻よりも相対的に最近の時刻により密集して存在するように、選択されたデータサンプルのブロックを上書きするステップと、を備えることができる。よって、不規則なキャプチャパターンが、メモリ内で定義される。
【００２０】
あるいは、データのブロックを処理し、さらなる試みを行うステップは、処理されるデータサンプルの適切なブロックの選択（特定のやり方でブロックをメモリに書き込むのではなく）を含むことができる。選択されたブロックは、次いで、相対的に古い時刻よりも相対的に最近の時刻により密集して存在する。この場合、キャプチャは、メモリ内に規則的に記憶されるが、処理は、次いで、データを不規則なやり方で選択し、処理効率を改善する。
【００２１】
方法は、位置決定のリクエストに応じて、衛星放送のデータサンプルの追加ブロックを記録し、これにより、データサンプルの直近のブロックを形成するステップをさらに備えることができる。これは、サンプルのブロックが、可能な限り所望のタイミングの近くで取られることを意味する。
【００２２】
位置フィックスを取得した後に、成功した試みの追加情報を用いて、失敗した試みについての再度の試みを行うことができる。これは、前に取得が可能でなかった場所で、位置フィックスを取得することを可能にすることができる。
【００２３】
取得された位置フィクスよりも前の時刻の位置フィックスを取得することができ、これにより、位置の軌跡を形成する。
【００２４】
方法は、特定時刻の後に取られたデータサンプルのブロックを処理し、特定時刻での位置フィックスを取得する試みを補助するステップをさらに備えることができる。よって、所望の位置フィックスの時間よりも後に得られた情報を用いて、位置フィックスを補助することができる。これは、勿論、所望の現在の位置標示よりも、過去の特定時刻での位置フィックスを対象とする。このような履歴情報が望まれる用途、例えば、品物が貨物内にあった間の、特定時刻での品物の位置（例えば、輸送コンテナ）がある。
【００２５】
方法は、トリガイベントに応じて、サンプルの追加ブロックを記録するステップをさらに備えることができる。これは、位置フィックスが望まれる見込みがある場合、追加の位置フィックスを可能にするために、用いることができる。これは、間近に迫っていると予期される時刻で、位置フィックスを取得するチャンスを増加させる、先取の手段として作用することができる。さらに、サンプルの追加のブロックは、位置フィックスが間近に迫っていると予期されるためだけでなく、位置フィックスを取得するためにＧＰＳ環境が良好であることが、予期される場合に、取る事ができる。例えば、屋外での移動があるという標示は、ＧＰＳが成功することの良い指標であり、ユーザが屋内に入る前に、最後の既知の位置フィックスを提供する機会となる。
【００２６】
トリガイベントは、
動きの検出、
温度変化、
音プロファイル変化、
光プロファイル変化、
セルラー基地局から受信された信号の変化、
のうち１つまたは複数の、センサからの標示を含むことができる。
【００２７】
記録ステップおよび処理ステップは、携帯型のバッテリ駆動装置において発生することができる。例えば、これは、輸送の間に容器が設けられるデータロガーであってもよく、これにより、位置の履歴を得ることができ、現在位置のリクエストに回答することができる。
【００２８】
あるいは、記録ステップは、携帯型のバッテリ駆動装置で発生することができ、処理ステップは、携帯型装置からのデータがダウンロードされた別の装置で発生することができる。これは、携帯型装置が、サンプルを処理する処理機能を必要としないことを意味する。例として、カメラが挙げられる。各位置のリクエストに応じて（写真が撮られた際に）、先行するデータの履歴を作って、不規則なパターンにしたがうことができ、これにより、その後の位置フィックスの試みは、処理機能の最も効率的な使用により行われる。
【００２９】
よって、一例において、位置決定のリクエストは、画像または一連の画像のキャプチャのタイミングに対応し、記録ステップは、カメラで発生する。もう１つの例では、位置決定のリクエストは、外部コントローラからのリクエストを含み、記録ステップおよび処理ステップは、携帯型のデータロガー（data logger）装置において発生する。
【００３０】
本発明は、コンピュータプログラムとして実施することができる。
【００３１】
本発明は、また、衛星測位システムからの信号を処理することにより、対象のイベントの位置を決定するための装置を提供し、装置は、
衛星放送のデータサンプルのブロックを、周期的に記録するように構成された第１の受信手段と、
プロセッサであって、
特定時刻での位置決定のリクエストに応じ、位置フィックスを取得する試みにおいて、データサンプルの直近のブロックを処理し、
位置フィックスを取得する試みが失敗した場合、さらに過去の時間にシーケンスで記録されたデータサンプルのブロックを処理し、位置フィックスが取得されるまで、位置フィックスの取得のさらなる試みを行うように構成されているプロセッサと、を備え、
さらなる試みのために用いられるデータサンプルのブロックは、特定時刻の前に不規則に間隔をあけられた時刻に関係する。
【００３２】
このキャプチャの不規則な集まりは、リクエスト時刻の前に、過去のみに向けて特定の時間延びてもよいことに留意すべきである。例えば、この不規則なタイミングを有するキャプチャは、上述したように、リクエスト時刻の前に、しかしトリガイベントに関係する先の時点の前でも、用いることができる。
【００３３】
本発明を、これより、添付の図面を参照し、例として説明する。
【図面の簡単な説明】
【００３４】
【図１】図１は、Capture and Process Later（キャプチャおよび後での処理）動作に適しており、本発明の実施に用いることができる、ＧＰＳレシーバを示している。
【図２】図２は、本発明の方法の例を示している。
【発明を実施するための形態】
【００３５】
本発明は、データサンプルの直近のブロックを処理して、位置フィックスの取得を試みる、位置を決定する方法を提供する。これが失敗した場合、さらに過去の時間に記録されたデータサンプルのブロックが、シーケンスで処理され、位置フィックスが取得されるまで、位置フィックスの取得のさらなる試みが行われる。用いられるデータの履歴ブロックは、用いられるデータサンプルが、相対的に古い時刻よりも、相対的に最近の時刻に、より密集して存在するように、経時的に不規則に間隔があけられている。
【００３６】
本発明は、フル機能のＧＰＳレシーバ、またはキャプチャおよび後での処理の適用に、用いることができる。しかし、各場合において、データキャプチャが将来の位置フィックス取得での使用のために記憶されるという点で、装置はキャプチャおよび後での処理の機能の形態を実施する。
【００３７】
典型的なキャプチャおよび後での処理の適用では、ＩＦデータサンプルの短い“キャプチャ”をメモリに記憶させる小さなキャプチャ装置が、そのＩＦデータキャプチャを、その後、共有される中央コンピュータにアップロードすることができる。このコンピュータは、必要な信号処理（補正等）を行うだけでなく、受信したＧＰＳデータメッセージの重要部分を中央コンピュータに中継した１または複数の従来のＧＰＳレシーバと接続されることにより、最近の衛星情報（エフェメリス等）のデータベースへもアクセスする。
【００３８】
図１は、Capture and Process Later（キャプチャおよび後での処理）ＧＰＳシステムのシステム図である。ＧＰＳ衛星からの信号はアンテナ１０によって受信される。次いで、典型的には、基準発振器１４（通常は温度補償クリスタル）によって駆動されるユニット１２での増幅、フィルタリングおよびダウンミキシングの組み合わせを含む、従来のアナログ処理を施される。その後、ユニット１６でのＡ／Ｄ変換が続く。これが、ＲＦフロントエンドを形成する従来の無線レシーバ電子部品である。
【００３９】
コントローラ１８は関連するファームウェアを有するディスクリートロジックまたはマイクロプロセッサとして実施され、ＲＦフロントエンドで生成された、サンプリングされたＩＦデータの部分を選択し、例えばフラッシュＲＡＭ、ハードディスク等の記憶装置２０に記憶させる。これを行うやり方は、ユーザからの設定（ＧＵＩ２２によって入力される）および図示されるように発振器１４によって駆動されるタイマ２４の使用によって影響される。
【００４０】
タイマ２４は発振器によって駆動されるカウンタのように簡略化でき、または、装置がオフにされても日付および時刻を保つ、リアルタイムクロック（ＲＴＣ）とすることができる。タイマは、“オフ”エネルギーの使用を最小化する別の発振器を有してもよい。
【００４１】
起動されると、装置は、ＲＦフロントエンドからのＩＦデータの短いブロック（これらの短いブロックは、以下の説明では“キャプチャ”と呼ぶ）を、タイマ２４からの関連するタイムスタンプとともに記録する。これらのキャプチャは、例えば長さが１００ｍｓでもよく、規則的な間隔、例えば１０ｓごとに一度、記録することができる。典型的には、ＲＦフロントエンドは、サンプルのストリームを６ＭＨｚのレートで供給し、キャプチャは、このストリームの１００ｍｓ（または例えば２００ｍｓ）のデータ（すなわち、６０万個または１２０万個のサンプル）を含む。用いられる正確な値は、ユーザによって、ＧＵＩ２２を介して明示的または暗示的に変化させることができる。別のアプリケーションにおいては、異なる長さのキャプチャが適切となるであろう。典型的には、各キャプチャは、６ｓのサブフレーム期間よりも短くなり、好ましくは５００ｍｓ未満となる。
【００４２】
好ましくは、キャプチャ間の期間におけるエネルギー消費は、ＧＰＳレシーバの構成要素をできるだけ多くオフにすることにより、最小化される。次のキャプチャの時間に、レシーバを“起動”するために、タイマ２４を含む構成要素の最少セットがアクティブのままとなる。このように、装置はバッテリ駆動の携帯型装置として実現でき、よって、バッテリ寿命を延長することができる。
【００４３】
純粋なキャプチャおよび処理のアプリケーションでは、装置をコンピュータに接続して記録されたデータキャプチャをアップロードすることにより、任意の位置決定が得られる。装置にフルＧＰＳ機能が備えられているアプリケーションでは、システムは、また、記録されたサンプルまたはリアルタイムのサンプルのいずれかから、位置フィックスを取得するために必要とされる処理機能を含む。
【００４４】
本発明は、キャプチャを後で使用して位置フィックスの推定に寄与する場合に、位置関連情報のキャプチャ（“キャプチャ”が意味するのは、ＧＰＳ  記録されたＩＦサンプルのブロックである）のログが受信および記憶されるシステムに関する。よって、所望の位置フィックスの時刻に得られるキャプチャには、追加のキャプチャが用いられる。用いられる追加のキャプチャのタイミングは、規則的ではなく、処理する必要がある追加のキャプチャの数（電力消費を抑えるために低く保つべき）と、以前に位置フィックスの取得が可能でなかった場合に位置フィックスを取得できるチャンス（高くあるべき）との間で、バランスを提供するために選択される。
【００４５】
キャプチャは、最初に、規則的な間隔で受信され、記憶される（しかし、以下に詳述されるような、トリガされる追加キャプチャのオプションを有する）。間隔は、アプリケーション、特に装置が移動する予想速度と、要求される位置の精度に依存する。例えば、長距離の行路を経る物品の配達を追跡するには、託送荷物がどこにあるかを知るために、５分ごとの周期的なサンプリングで十分であろう。コースを巡る自動二輪車がたどる経路を追跡するためには、秒ごとのキャプチャがより適切かもしれない。キャプチャは、キャプチャが受信された時刻の標示とともに記憶される。
【００４６】
秒ごとのキャプチャの例を挙げると、キャプチャは秒ごとに取ってもよいが、これらキャプチャの全てが、位置フィックスの取得の補助に用いられるわけではない。リアルタイムの位置要求が提供され得るアプリケーションでは、維持されるキャプチャは、現時点までつながる所望のパターンをたどることができる。よって、いくつかのキャプチャは、選択的に上書きすることができる。例として、キャプチャのセットを、現時点から過去に間隔をあけて、例えば、
最後の１０ｓでは秒ごと
最後の１００ｓでは１０ｓごと
最後の１０００ｓでは１００ｓごと等で、維持してもよい。
【００４７】
ＧＰＳフィックスリクエストが受信されない場合、不要なキャプチャが漸進的に廃棄される。キャプチャを取得し、それらを漸進的に上書きするこのモードは、ユーザまたはアプリケーションによって可能にされる、別個の認識可能なＧＰＳスタンバイモードとすることができる。
【００４８】
維持されるキャプチャは、相対的に古い時刻よりも、相対的に最近の時刻に、より密集して存在することが、上述の例から分かる。よって、キャプチャの密度が高い１つの期間があり、残りの時間は、同一のより低い密度の周期的なキャプチャを有するような、わずか２つの異なるルールがあればよい。この場合、第１のキャプチャ時間密度を有する、対象の時間の直前の第１の期間と、より低い第２のキャプチャ時間密度を有する、先行する直前の第２の期間とがある。連続的に減少する時間密度を有する、３つまたは４つのこのような期間があってもよい。第１の期間は、キャプチャが作られる公称（すなわち最大）周期レートでのキャプチャを有する。
【００４９】
個別の期間の代わりに、パターンは、キャプチャ密度のより複雑な指数的減衰にしたがってもよい。
【００５０】
好ましくは、キャプチャは、タイムスタンプによって、また任意のトリガ情報によっても、注釈が付けられ、よって、処理の選択または記憶保持の選択が、このようなキャプチャを優先的に用いることができる。処理の選択（または下に述べるリンク上の通信）のために、このような注釈が、キャプチャ装置から処理プラットフォームまで伝達される。
【００５１】
より概略的には、キャプチャを記録する際に、ＩＦデータとともに、
（ｉ）日付および時刻（既知の時間システムで）
（ｉｉ）ＲＦフロントエンド特性（サンプルレート、中心周波数、発振器種類／属性等）の識別子または値
（ｉｉｉ）データフォーマット（データのエンディアンネス（endianess）、１サンプルにつき１ビットよりも多いビットがある場合のビットの順序、複素／実数表記）
（ｉｖ）装置モデルの識別子（または一意の装置ＩＤ）
を含む、様々な属性を記録することができる。
【００５２】
図２は、装置がフルＧＰＳ機能を有する本発明の一例において、どのようにこのアプローチを用いて、位置フィックスを取得するかを示すフローチャートである。
【００５３】
ステップ３０において、ＩＦ  ＧＰＳサンプルのブロックの周期的なサンプリング（任意の例として、例えば２００ｍｓ期間および１ｓ間隔）がある。一例において、メモリ容量は、所与の動作期間にわたって全てのキャプチャを記憶するには不十分なので、ステップ３２においてデータの上書きがあり、その結果、不規則な時間に、記憶されたデータキャプチャとタイミング値とのセットが生じる。
【００５４】
ステップ３４において、位置のリクエストがある。これは、ステップ３６に示されるさらなるＧＰＳサンプリングを任意に発生させることができ、これにより、１つのＧＰＳキャプチャが、正しい時刻にあるようにする。あるいは、ほとんどのキャプチャを、代わりに使用することができる。
【００５５】
ステップ３８において、直近のキャプチャに基づき、装置によって位置フィックスが試みられる。システムによって、Ａ−ＧＰＳ情報（衛星“エフェメリス”）を供給し、履歴ＧＰＳサンプルに基づく位置フィックスの試みを可能にしてもよい。この最初の試みが成功した場合、方法は終了する（そして周期的サンプリング３０に戻る）。この最初の試みが成功しなかった場合、前のデータを使用し、時間的に過去向きにシーケンスを追う、さらなる試みが行われる。各さらなる試みは、ブロック４０により表され、位置フィックスが取得されるまで、反復プロセスにしたがう。これは、衛星が発見された際に、例えばユーザがその時点で屋外にいたことにより、ひとたびある時点が到達されていると、可能となる。
【００５６】
用いられるキャプチャの不規則なタイミングは、成功する見込みが無い場合、反復される試みが行われないことを意味する。例えば、現在、５ｓ前、または１０ｓ前に、位置フィックスが可能でない場合、１５ｓ前に位置フィックスが可能であった見込みはない。代わりに、次のキャプチャは、１ｍ前、２ｍ前等であるかもしれない。
【００５７】
次いで、成功した位置フィックスから利用可能となった、追加の情報（すなわち、例えば視界上の衛星の決定を可能にすることができる、おおよその位置および時間の知識）を用いて、前に失敗した位置フィックスを再び試みる、任意のステップ４２がある。これは、前に失敗した、現在のリクエストされたＧＰＳフィックスキャプチャの位置フィックスさえも、もたらし得る。
【００５８】
処理が完了した後、プロセスは終了し、周期的サンプリングに戻る。
【００５９】
周期的キャプチャを記録することに加えて、追加のキャプチャを、トリガイベントに応じて記録してもよい。これらは、環境、ユーザまたは外部の刺激または変化の結果として、収集されてもよい。これは、異なる環境（特に内部よりも外部）にありそうな装置を検出するために有用であり、したがって、ＧＰＳキャプチャを集めるために有用であろう。有用なトリガは、例えば、
動き検出（加速度計からの）、
温度変化（装置は、多くの場合、例えばＩＣアナログ回路または発振器周波数の補償のための、直接または間接的に温度を測定するセンサを含む）
雑音レベルまたはスペクトル特性の変化（マイクを含む装置について）、
光レベルまたは色バランスの変化（カメラを含む、または簡易な光センサを有する装置について）
セルラー基地局から受信された信号の変化（セルラー無線機能を有する装置における、信号レベルまたはGSM Timing Advance）、
WiFiまたはBluetoothなどのローカル通信装置から受信された信号における変化、
放送信号レベルにおける変化（ＦＭまたはＤＡＢ無線など）、を含む。
【００６０】
必要とされるセンサは、特に位置環境を監視するために、周期的に起動されてもよく、あるいは、これらのセンサの起動および使用は、装置の通常使用の一部であってもよく、これらは単純に、測位情報を集めるために有用な環境の検出のために、追加的に監視されてもよい。
【００６１】
位置フィックスを取得するためにＧＰＳ環境が良好であることが予期される場合に、あるいは、位置フィックスが間近に迫っていることが予期されるという理由から、これらのトリガを用いて、サンプルの追加的なブロックを取得できる。例えば、屋外での移動があるという標示は、ＧＰＳが成功することの良い指標であり、ユーザが屋内に入る前に、最後の既知の位置フィックスを提供する機会となる。
【００６２】
ＧＰＳ（例えばWiFi基地局の可視性）に加えて、リクエストされたフィックス位置の推定を補助するために、他のセンサ情報を集めてもよい。
【００６３】
例えば最後の既知の位置、その不確実性、およびそれ以来の移動が可能な範囲に関する、供給された位置フィックスの不確実性の推定を、供給された位置フィックスに補足してもよい。
【００６４】
いくつかのアプリケーションにおいて、リクエストの時刻での位置に加えて、移動の履歴が望まれることがある。よって、位置リクエストの前に、さらに前のキャプチャを処理して、位置の履歴の軌跡を示してもよい。
【００６５】
上述のアプローチは、例えば託送荷物追跡装置における、フルＧＰＳ機能が設けられるリアルタイムアプリケーションに関連する。アプローチは、処理が全て後になって発生するカメラなど、純粋なCapture and Process Later装置に、等しく適用することができる。
【００６６】
この場合、ステップ３４において、ＧＰＳフィックスがリクエストされると、後での処理のためにキャプチャが作られ、記憶される（ステップ３６）。所望の不規則なパターンが、その時点から、および、さらなる位置のリクエストがある任意の後続の時点から、過去に延びるように、データの上書きは位置リクエストを考慮に入れる。方法は、次いで、点線の矢印４４によって示されるように、周期的サンプリングに戻る。
【００６７】
しかし、この場合、フィックスリクエストイベントに続いて、不規則なタイミングで、データキャプチャのセットを集めることができる。そして、データ上書き３２は、所望の位置フィックスの前後において、不規則なタイミングでキャプチャを維持する。前後のパターンは、同じルールまたは異なるルールに従うことができる。例えば、キャプチャは、ＧＰＳフィックスリクエストの後に、１、１０、１００、および１０００秒維持してもよい。
【００６８】
キャプチャおよび後での処理の例において、データキャプチャは、使用される周波数プランなどの、後での処理を補助する他の情報とともに、ある時点で、処理のためのもう１つの装置またはサービスに転送される。この外部装置またはサービスは、次いで、図２のステップ３８、４０および４２を実施するが、隣接するフィックスの成功が達成されるまで、時間的に過去向きおよび未来向きの両方で、漸進的に動作することができる。
【００６９】
両方の種類のシステム（フルＧＰＳまたはキャプチャのみ）において、リクエストされたＧＰＳキャプチャの時点での位置は、隣接する位置フィックスの使用に基づいて推定できるが、これは、補間方法を用いることもできる。
【００７０】
２つの異なるアプローチが使用可能であるアプリケーションの例を与えるために、２つの簡潔な例が、例示のために提供される。
【００７１】
（ｉ）セルラー追跡装置
これは、ＧＰＳ信号を受信し５分ごとにキャプチャを（処理せずに）記憶する、携帯型のバッテリ駆動装置である。装置は、外部装置と通信するためのセルラー電話レシーバおよびトランスミッタを有する。
【００７２】
位置を報告するためのリクエストを、セルラーネットワーク上の通信メッセージから、あるいは動きまたは他の起こり得る危険の標示などの状況で、局部的に検出された変化の結果として、受信することができる。
【００７３】
セルラーネットワークは、次いで、追跡装置に、現在の衛星エフェメリス軌道情報を供給し、これにより、短いＧＰＳキャプチャを用いて、位置フィックスを取得することができる。装置は、次いで、任意に新たなＧＰＳキャプチャを（上述のように）取ることができ、その位置の計算を試みる。上に詳述した方法によって取得された位置は、次いで、セルラーネットワークに報告される。
【００７４】
（ｉｉ）カメラ
これは、好ましくはフルＧＰＳ機能を持たない装置の例であり、これにより、コストを低く抑えることができる。装置は、写真が撮られたときはいつでも、また周期的に例えば５分ごとに、データキャプチャを受信および記憶する。データは、キャプチャを処理してフィックスを生成するサービスに、写真画像とともにアップロードされる。
【００７５】
サービスは、各写真とともに記録されたキャプチャを処理する。上述したように写真のタイミングの前後のキャプチャを用いて、取得されたこの位置フィックスは、次いで、写真に割り当てられる。
【００７６】
しかし、原理は、専用のＧＰＳ／ＧＳＭ追跡装置、ＧＰＳ電話、カメラ、ビデオカメラを含む、どのようなＧＰＳ装置にも適用することができる。
【００７７】
ＧＰＳサンプルに基づく位置フィックスを取得するために必要とされる処理は、従来通りである。これは基本的に、可能な限り多くのＳＶの信号についてのＩＦサンプルの検索を行い、その後、これらの信号の飛行時間の推定、および位置を得るための三辺測量が続く。この段階では、ダウンロードされたエフェメリスデータを用いて、検索を導くことができる。例えば、各ＳＶのリクエスト時刻および経時的な位置を知っているため、特定のＳＶのみが、所与の位置でのレシーバに対して可視となる。よって、ひとたびＳＶの１つに対応する信号が発見されると、同時に可視になることがない多数の他のＳＶを、検索から除くことができる。
【００７８】
キャプチャされたＧＰＳ測定を、位置フィックスを取得する処理の一部として、セルラー情報（基地局、周波数測定、タイミング前進）と組み合わせる、追加的な可能性がある。
【００７９】
上述の例において、メモリ容量は有限であり、データキャプチャの不規則なパターンに到着するために、上書きがある。しかし、本発明は、メモリ容量が、装置の使用の所与の期間（例えば、追跡装置のための行路の最大長さ）にわたって、全てのキャプチャを維持するために必要とされるよりも大きいシステムにも適用することができる。本発明は、位置フィックスを取得するための記憶されたキャプチャの処理が上述のルールにしたがう点で、なお適用することができる。よって、これらのキャプチャのみを含むメモリよりもむしろ、上述のやり方で処理するためにキャプチャは選択される。
【００８０】
上述したように、２つの基本的な代替のスキームがある。ａ）キャプチャを記憶するが、必要とされないものは後で上書きされる。ｂ）キャプチャは全て、装置によって記憶されるが、それらのいくつかのみが処理される。
【００８１】
どちらのアプローチも、非連続的なやり方の、特に最初のフィックスが達成された後での、キャプチャの処理を含んでもよい。例えば、リクエスト時刻に最も近いキャプチャＸから開始し、アルゴリズムは、過去の時間に向けて、前のキャプチャ、例えばＸ−１、Ｘ−２、Ｘ−４、Ｘ−８、Ｘ−１６などを、例えばキャプチャブロックＸ−１６がフィックスを与えるまで、処理する。これは、次いで、最後の既知の位置として用いられる。
【００８２】
処理は、再び前向きに進むことができる。これは、同じパターンＸ−８、Ｘ−４、Ｘ−２、Ｘ−１、Ｘを用いることができ、これも成功するはずであり（Ｘ−１６が成功したため、Ｘ−８のおおよその開始位置が知られ、よってＸ−８の検索およびフィックスは、成功する可能性がより高い）、よって、結局はＸを発見することができる。そうでなくとも、おそらくはＸ−８およびＸ−４が成功し、Ｘ−１６よりも近い最後の既知の位置フィックスを与える。
【００８３】
これは、シーケンスを外れたキャプチャの処理があるようにして、同じパターン／選択を用いて行うことができる。さらに、第２のオプションｂ）において、ひとたび最初のフィックスが発見されると、例えばＸ−１６、次いでＸ−１４、Ｘ−１２、．．．Ｘ−２、Ｘの成功の後に、異なるパターンを位置フィックスの微調整に用いることができ、あるいは反復して集中する検索パターンを処理して、フィックスＸ、すなわちＧＰＳフィックスを得ることができる一番遅い最後の既知の位置に、到達することもできる。この反復する集中は、連続的に異なるより細かいキャプチャパターン／選択を用いて、時間を過去向きおよび未来向きに連続して移動することを含む。
【００８４】
同じことが、リクエストイベントの後で、次の既知の位置のために、または最後と次の位置の間の補間を用いた反復集中のために、後のフィックスにもあてはまる。
【００８５】
処理選択とともに、ｂ）の場合、利用可能なキャプチャ（タイムスタンプのキャプチャメタデータおよび任意のトリガ情報を考慮に入れて）および候補キャプチャの適切な選択の分析のステップがある。この処理ステップは、分析が進むにつれて、反復してもよい。
【００８６】
位置フィックス処理がキャプチャ装置の外部で行われる例では、キャプチャ装置と、処理プラットフォームとの間での通信（リアルタイム遠隔測定リンクまたはＵＳＢデータアップロード接続のいずれか）のために、制限された帯域幅があってもよい。この場合、ｂ）の例では、データは、全て装置に記憶させてもよいが、制限された帯域幅の通信経路を通して伝達されたサブセット（Ｘ、Ｘ−１、Ｘ−２、Ｘ−４、Ｘ−８、Ｘ−１６）のみが、プラットフォームに記憶され、処理される。これは、結果達成までの時間を短縮し、この時間は、この場合、通信時間によって制限される。
【００８７】
このアプローチでは、キャプチャメタデータ（タイムスタンプおよびトリガ）を、最初にプロセッサに伝達することができ、このメタデータは、どのキャプチャが、帯域幅制限されたリンクを通して伝達され、処理されるかの選択を行うために用いられる。
【００８８】
上述したように、最も基本的な実施において、キャプチャは定期的に取られ、処理に用いられるものは、位置リクエストから過去の時間に向けて不規則である。
【００８９】
しかし、時間の任意の点で、不規則なキャプチャ密度は、例えば、有限サイズのメモリがフルになる前、または上書きの間に、存在しない可能性がある。これは、どのような順番でデータが上書きされたかに依存する。最近のデータのいくつかが上書きされており、後のデータがまだ上書きされてない場合、上書きプロセスの間に、特有のパターンが発生する。しかし、パターンは、リクエスト時間の近くでのより高い密度、および事前のより低い密度の、所望のパターンとなる傾向がある。
【００９０】
加えて、追加のトリガされたキャプチャの使用は、維持または処理されるデータパターンを変更する。よって、リクエストの近くでより高い密度、およびさらに過去の時間でより低い密度の、不規則なパターンは、完全に過去の時間に延びなくてもよい。例えば、もう１つのトリガされたキャプチャがあってもよく、その直前では、キャプチャ密度が再び高く、さらに過去の時間には、キャプチャ密度が再び低い。よって、高い密度および低い密度のキャプチャの集まりは、局部的な期間のみに関連してもよいが、動的（トリガイベントまたは位置フィックスリクエストに応じて）かつインテリジェントである、より大きな全体の不規則性の一部である。
【００９１】
フル機能ＧＰＳ（エフェメリスアシスタンスを有する）またはキャプチャおよびプロセス実施（処理のためのＩＦデータがアップロードされている）の２つの例を述べてきたが、これら２つの極端な例の間での実施も可能である。一例は、いわゆるAssisted-GPS解決策であり、この解決策は、擬似範囲である限りそれらを処理し、次いで、エフェメリスを有し位置フィックスを行うことができるサーバにアップロードする。
【００９２】
上に概説した全ての異なる形態において、方法は、ＧＰＳ信号サンプルのみがキャプチャされ、通常、これらは処理されないので、非常に少ない電力消費を必要とする。ＧＰＳ無線は、ＧＰＳ信号を受信するためにオンする必要があるが、これは、ＧＰＳ信号自体をリカバーおよび測定するために信号処理を実行し、位置フィックスを計算するのに必要とされるエネルギーよりも、ずっと少ない。
【００９３】
重要なことに、処理エネルギーは、位置フィックスがリクエストされた場合にのみ消費される。
【００９４】
追加のキャプチャを用いて、装置位置の履歴の軌跡を、（上に説明したように）提供してもよく、これは、装置において、構成要素またはエネルギー消費の余分なコストがかからない。よって、本発明は、位置の臨時または警告クエリを有する、長いバッテリ寿命の装置に、特に適している。
【００９５】
本発明は、（単一周波数）ＧＰＳと関連して述べてきたが、他のＧＮＳＳシステム（GLONASS、Galileo等）も、同様である。実際に、技術は、多重周波数システムにも適用することができる。
【００９６】
システム構成の１つのみの概略的なアウトラインを与えた。当業者には、本発明を、単純に、メモリに維持されるデータの変更（メモリ上書きバージョンの場合）として、または処理されるべきデータの選択における変更として、実施できることが理解される。機能におけるこれらの変更のそれぞれは、完全に標準的なハードウェアと、およびルーチンとなるソフトウェアの変更とにより、実施することができる。よって、システム構成は、詳細には説明されておらず、多くの異なるバージョンが可能である。
【００９７】
様々な他の変形が、当業者には明らかとなるであろう。
【図１】
0005657564.tif 000002
【図２】
0005657564.tif 000003