JP5415278B2 - Ｒｆ信号の処理方法 - Google Patents

Description

本発明は、ＲＦ信号、例えば、ＧＰＳ信号の処理方法に関する。

文献「Real-time software radio architectures for GPS recievers」 by Akos et al. (GPS World、２００１年７月）は、アナログハードウェアコンポーネント又はディスクリートハードウェアコンポーネントとは対照的に、プログラマブルマイクロプロセッサ又はデジタル信号プロセッサを用いてＧＰＳ信号処理が遂行されるＧＰＳソフトウェアレシーバを開示する。簡易な「ＧＰＳソフトウェアレシーバ」は、ＧＰＳ信号前処理（フィルタリング、増幅、及び周波数ダウンコンバージョンを含む）並びにアナログ・デジタル変換用の、ＧＰＳアンテナ及びＧＰＳ ＲＦフロントエンドレシーバで構成されて提供される。

ＧＰＳ ＲＦフロントエンドレシーバから出力されたＧＰＳ信号サンプルは、位置決定のために、適切なＧＰＳ信号処理ソフトウェアを起動する最新のＰＣに入力できる。この文献の著者は、プラグインモジュール、すなわち、「ドングル」（dongle)型装置の形式のＧＰＳソフトウェアレシーバを意図しており、ＧＰＳソフトウェアレシーバの簡易なアーキテクチャは安く製造できるので、広範囲の採用を促進できる。

もちろん、ＰＣに備えられるであろうＧＰＳ信号処理ソフトウェアは、本質的には複製が安価である。

はじめに、ＧＰＳ信号サンプルを暗号化し、次に、暗号化されたＧＰＳ信号サンプルを外部装置に送信するように、ＧＰＳレシーバのプロセッサを構成することが提案されてきた。このことは、上記プラグイン型の従来のＧＰＳレシーバ装置の欠点に対処することを目的とする。一度、そのようなＧＰＳレシーバ装置が広く普及し、且つ、ＧＰＳレシーバ装置がＧＰＳ信号サンプルを供給するデータフォーマットが知られると、ユーザは、代替のＧＰＳ信号処理ソフトウェア、または必須ではないがＧＰＳレシーバ装置のプロバイダによって公認された代替のＧＰＳ信号処理ソフトウェアを自由に使用して、位置を決定する。暗号化は、そのようなＧＰＳレシーバ装置が、位置を決定するためにＧＰＳ信号サンプルを復号化できる公認ＧＰＳ信号処理ソフトウェアのみを利用できることを保証する。

このアプローチは、ＷＯ２００４／０５９３３７号に開示されており、それは、特定のソフトウェアが特定のレシーバに利用されなければならないことを意味する。

しかしながら、ソフトウェアの「著作権侵害」は、総じて、よく知られたソフトウェア産業の問題であり、ＧＰＳソフトウェアの開発及び提供の実用化（commercial viability）を損なうソフトウェア著作権侵害を防ぐ必要性が依然として存在する。

特に、ソフトウェアＧＰＳレシーバを販売又はライセンス許諾することを望む会社が直面する問題は、サードパーティが適切な費用を支払うことなくソフトウェアのコピーを作れることである。このことは、完全な非公認団体による単純盗用又はより巧妙な「第３シフト問題」になり得るし、それによって、ソフトウェアの公認ライセンシーは、権利を与えられたソフトウェアのコピー数よりも多くのコピーを流通させるので、わずかな支払いのみとなる。

このことは、従来のハードウェアＧＰＳベンダが一般に直面する問題ではない。物理的なチップ（又は複数の物理的なチップ）をコピーすることは本質的により困難であるためである。従って、本発明は、上記のいわゆるソフトウェアＧＰＳシステムに顕著な利益をもたらす。

本発明は、ソフトウェアＧＰＳ製品の非公認コピーを防ぐ機構を提供することを目的とするので、オーナ／ディベロッパのビジネス上の利益を保護できる。

本発明によれば、携帯レシーバを持つユーザにデータを提供するＲＦ信号の受信及び処理方法であって、
携帯レシーバのＲＦフロントエンドレシーバは、
ＲＦ信号を受信し、
信号をアナログ処理し、
ＲＦフロントエンドレシーバのハードウェアに固有の追加識別コードを含むデジタル出力を提供し、
デジタル出力をデジタル信号プロセッサに提供し、
デジタル信号プロセッサは、識別コードと所定の識別コード又はコードセットとを比較して適合するか否かを判断し、適合する場合には、さらにデジタル出力を処理してユーザにデータを提供し、適合しない場合には、エラー機能を実行する方法が提供される。

この方法は、ハードウェアとソフトウェアとが適合する場合にのみ、ソフトウェアディベロッパがシステムを機能させることができる。このことは、ハードウェアをコピーすることと同じくらいソフトウェアをコピーすることを困難なものにする。コピーされたソフトウェアは不正なハードウェアで動作しないためである。

信号のアナログ処理は、中間周波数にダウンコンバートすることを含んでも良い。信号は、デジタル信号に変換され、且つ、固有の識別子が追加される。

識別コードを追加する工程は、ＲＦフロントエンドレシーバの半導体ＩＣのウェハ位置から得られるコードを追加することを含んでも良い。各ＩＣは、固有のコード（例えばウェハ／バッチ番号及びウェハ位置に基づくもの）を持っても良い。従って、理論的には、ハードウェアがソフトウェアに１対１に適合させることができる。

しかしながら、ソフトウェアがＲＦフロントエンドレシーバＩＣの特定の変更品でのみ動作し、且つ、他の変更品ではエラーメッセージが現れるようにすればよい。販売されたソフトウェアライセンスの数と製造及び販売された変更品の数とを比較することは容易である。

エラー機能を実行することは、エラーメッセージ、限定された機能での動作、又はデジタル出力の処理停止を含んでも良い。

ＲＦ信号は、好ましくは、衛星ナビゲーションシステム（ＧＰＳのようなもの）から受信されたスペクトラム拡散信号を含み、さらに、デジタル出力を処理する工程では、ナビゲーション情報を提供する。

本発明は、また、ＲＦフロントエンドレシーバの製造方法であって、
ＲＦフロントエンドレシーバのハードウェアに固有の埋め込み識別コードを有するＲＦフロントエンドレシーバを組み立て、ＲＦフロントエンドレシーバは、デジタル出力の一部として識別コードをデジタル信号プロセッサに提供するように構成され、埋め込み識別コードは、デジタル出力を処理するデジタル信号プロセッサで実行されるべきソフトウェアのソフトウェアプロバイダが同意したものである方法も提供する。

ＲＦフロントエンドレシーバのハードウェアの識別コードをソフトウェアプロバイダに照合することによって、ハードウェアの販売とともにソフトウェアライセンスの販売を追跡できるようになる。

従って、ＲＦフロントエンドレシーバの製造及び監視方法は、この方法を利用してＲＦフロントエンドレシーバを製造し、ＲＦフロントエンドレシーバを販売し、ＲＦフロントエンドレシーバの購入者の正体をソフトウェアプロバイダに通知することを含む。

本発明は、また、ユーザにデータを提供するＲＦ信号に対応するデジタルサンプリング信号を含み、且つ、ＲＦフロントエンドレシーバのハードウェアに固有の識別コードが追加されるデジタル信号を解析するように構成されるコンピュータプログラムコード手段を含むコンピュータプログラムであって、解析は、識別コードと所定の識別コード又はコードセットとを比較して適合するか否かを判断し、適合する場合には、さらにデジタル出力を処理してユーザにデータを提供し、適合しない場合には、エラー機能を実行するコンピュータプログラムも提供する。

本発明は、また、
ＲＦ信号を受信するアンテナと、
ＲＦフロントエンドレシーバのハードウェアに固有の識別コードを追加し、且つ、デジタル出力を提供するように構成されるＲＦフロントエンドレシーバと、
デジタル出力を受信するデジタル信号プロセッサと、
デジタル信号プロセッサ内で実行され、且つ、識別コードと所定の識別コード又はコードセットとを比較して適合するか否かを判断し、適合する場合には、さらにデジタル出力を処理してユーザにデータを提供し、適合しない場合には、エラー機能を実行するように構成されるソフトウェアと、
を備えるＲＦ信号レシーバも提供する。

以下、本発明は、添付の概略図を参照して、例示のみの方法によって説明される。

従来のＧＰＳレシーバの構造を概略的に示す図。 ＲＦフロントエンドレシーバをより詳細に示す図。 本発明の方法を説明するために利用される図。

本発明は、一般的には、ＲＦ信号レシーバに関するが、特に、いわゆる「ソフトウェアＧＰＳ」、すなわち、メモリバッファに格納された受信データとともに、全てのデータ処理がソフトウェアで実行されるＧＰＳシステムに関する。このことは、レシーバのリアルタイムリンクを遮断でき、且つ、必要とされる専用ハードウェア（例えば、相間器など）の数を減らす。

ソフトウェアＧＰＳレシーバ３０の基本構造は、図１に示される。

レシーバは、アンテナ３４を利用して無線信号を受信するレシーバフロントエンド３２を備える。レシーバフロントエンド３２は、１又は複数の衛星から変調されたＲＦ信号を受信する。

受信信号は、受信信号から得られるベースバンド信号３３を生成するために、レシーバフロントエンド３２によって、増幅され、フィルタリングされ、ダウンコンバートされ、且つ、デジタルサンプル形式でデジタル化される。

デジタルサンプルは、メモリバッファ３６に供給され、且つ、メモリ３６に格納されたデータは、汎用ＣＰＵ、すなわち、デジタル信号プロセッサ（ＤＳＰ）３８によって処理される。ユーザインタフェースは、入力／出力システム４０によって提供される。デジタルサンプルは、衛星信号から情報及びデータを抽出するために処理される。データサンプルは、典型的には、１又は２ビットのデータ形式であり、且つ、衛星から受信された信号のデータレートよりずっと高いアナログ・デジタルサンプリングレートである。

ＤＳＰ３８は、相間、多重化、及びフーリエ変換というより多くの従来の専用ハードウェアシステムの機能を公知の方法で実行する。

図２は、ＲＦフロントエンドレシーバ３２をより詳細に示す。

アンテナから受信された信号は、低雑音増幅器（ＬＮＡ）５２による増幅の前に、弾性表面波（ＳＡＷ）フィルタ５０によってフィルタリングされる。信号は、ミキサ５４で電圧制御発振器（ＶＣＯ）５６の出力とミキシングされる。このミキサ５４は、信号をベースバンドにダウンコンバートし、ダウンコンバートされた信号は、フィルタ６０により追加のフィルタリングが行われ、増幅器６２の自動利得制御（ＡＧＣ）により増幅が行われる。アナログ・デジタル変換は、ＡＧＣ設定用のフィードバック制御も提供するコンバータ６３で行われる。ＲＦフロントエンドレシーバは、また、図示のように、発振器６４と、クロック信号ＣＬＫを生成するようにクロックドライバ６８を制御する周波数合成器６６と、を備える。

本発明は、特に、図１の矢印３３によって示されるＲＦフロントエンドレシーバとＤＳＰとの間のリンク及びＤＳＰ３８で実行される処理に関する。

本発明は、このインタフェースでＲＦフロントエンドレシーバのハードウェアに固有の識別コードを提供し、且つ、このコードは、ＤＳＰのソフトウェアにおいて有効にすることができる。従って、ソフトウェアを特定のハードウェアに付帯させることができる。コピーされたソフトウェアが異なるＲＦフロントエンドレシーバのハードウェアに適合しない（又はしそうにない）ので、このことは、ソフトウェアのコピーが容易であっても、機能システムを実行できないようにすることを意味する。適合する場合であっても（ソフトウェアが、一群のＲＦフロントエンドレシーバのチップのバッチに反応するのみであるので）、その後、ハードウェア販売とソフトウェア販売との間の不適合を検出することができる。

図２は、データ結合器６７にてアナログ・デジタルコンバータ６３の出力データに付加されるＵＩＤを示しており、データ結合器６７には、ユニット６９からＵＩＤが供給される。

第１態様では、本発明は、ソフトウェアＧＰＳレシーバで利用されるＲＦフロントエンドチップの製造者が、ソフトウェアＧＰＳコードのディベロッパと協力することを想定する。

特に、本発明のこの態様は、特にソフトウェアＧＰＳディベロッパ用のＲＦフロントエンドの特別注文の変更品を生成するためのフロントエンドチップ製品を必要とする。このことは、製造者がソフトウェアディベロッパに対して必ずしもその変更品を供給することを意味していないが、ソフトウェアディベロッパに対してその変更品のすべての発注の発注規模及び購入者を提供する。

全てのＲＦフロントエンドチップは、（チップのいかなる変更品の）他のフロントエンドも同じＵＩＤを含まないように、固有の識別子（「ＵＩＤ」）を含む。その後、ＲＦフロントエンドは、通常動作中に公知の方法でチップによって出力された中間周波数（「ＩＦ」）データストリームにＵＩＤを埋め込むように、設計される。

従って、ソフトウェアディベロッパは、動作中にＩＦデータストリームからＵＩＤを抽出し、ＵＩＤが有効であることをチェックし、且つＵＩＤが有効でない場合に動作を拒否するように、ソフトウェアＧＰＳコードを記述できる。これにより、ソフトウェアディベロッパが、いかなる追加チップ販売のＲＦフロントエンドベンダにより教示される可能性があっても、非公認のコピーの収益性を悪くする。

本発明の最も単純な形式は、特定の製造者（「Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒ」）によって製造される特定のＲＦフロントエンドモデル番号「ＲＦ Ｍｏｄｅｌ Ｎ」を起動するためのソフトウェアを設計するソフトウェアＧＰＳディベロッパ（「Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒ」）を備える。

ＲＦ Ｍｏｄｅｌ Ｎの設計は、例えば、製造ライン上のレーザによって「焼き付けられた」６４ビットＵＩＤを含む。

このＵＩＤは、
− ウェハ上のチップ位置
− ウェハ番号
− 変更番号（例えば、８ビット）
を含む複数のフィールドで構成されても良い。

従って、ＵＩＤは固有であり、且つ、２つのチップが同じ番号を含むことはない。

第１変更品は、全てのチップに対して変更番号を０に設定しても良い。その後、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒは、ＲＦ Ｍｏｄｅｌ Ｎの変更、つまり「ＲＦ Ｍｏｄｅｌ Ｎ ｖｅｒｓｉｏｎ ２」を製造するために、Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒに同意しても良く、８ビット変更のフィールドが常に１である場合を除いて、Ｍｏｄｅｌ Ｎに対して全ての変更が識別される。その後、Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒは、変更フィールドも１であるその他の変更を作らないことに同意しても良い。

ＲＦフロントエンドレシーバは、動作中に出力するＩＦデータストリームにＵＩＤを周期的に埋め込むように、設計される。

Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒは、また、発注規模及び購入者の正体を含む「ＲＦ Ｍｏｄｅｌ Ｎ ｖｅｒｓｉｏｎ ２」用の全ての発注の詳細をＴｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒに提供することにも同意する。

その後、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒは、ソフトウェアＧＰＳ製品を開発し、サードパーティディベロッパにライセンスを与える。その後、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒは、サードパーティディベロッパに、設計において「ＲＦ Ｍｏｄｅｌ Ｎ ｖｅｒｓｉｏｎ ２」を利用する必要があり、起動時に、ソフトウェアがＩＦデータストリームからＵＩＤを抽出する方法で記述されることを伝える。

ＵＩＤが適切な値（この場合は１）を有する変更フィールドを含んでいない場合には、ソフトウェアは正常に動作しない。

この例では、一度、変更番号がＤＳＰによって分析される必要がある。もちろん、特定の変更番号はＵＩＤコードセットと同一視することを考慮しても良い。

この実装は、チップモデル番号又は変更品にマッピングされたソフトウェアを提供し、且つ、何千ものチップを含んでも良い。同様に、微妙な制御を行っても良い。例えば、ソフトウェアは、何千ものチップのバッチに対して１つのＵＩＤから任意の数のＵＩＤに適合するもの（すなわち、１つの特注ソフトウェアが単一のハードウェアに適合するもの）を探しても良い。

ＩＦデータストリームにＵＩＤを埋め込む方法は、別の方法では出力されていたであろうＩＦデータサンプルを上書きするか、又は、隣接するＩＦサンプルの間にコードを実際に挿入することによって、例えば、１０２４ビット毎に全てのコード（例えば、６４ビット）を挿入するように単純なものであっても良い。しかし、ＵＩＤはまた、一回につき１ビットの制限つきで、例えば３２ビットの間隔で、ＩＦデータストリーム内で拡散して挿入される可能性がある。

その方法論は、図３に示される。

Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒは、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒと同意した埋め込みＵＩＤを有するチップの製造工程を実行する。並行して、同意した複数のＵＩＤのバッチを有する特定の変更品用にＧＰＳコードを開発する（ステップ７２）。ハードウェアの販売後に、Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒは、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒに変更品の販売について通知し（ステップ７４）、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒは、チップ販売に適合すべきＧＰＳコードの販売又はライセンスを監視する（ステップ７６）。

上記のとおり、Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒは、「ＲＦ Ｍｏｄｅｌ Ｎ ｖｅｒｓｉｏｎ ２」を発注する顧客毎に供給される正確な複数のＵＩＤの詳細な情報をＴｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒに提供できるので、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒが特定の顧客又は複数の顧客によって購入される複数のＵＩＤに明確にリンクされたソフトウェアの変更版を作れるようになる。

無効なＵＩＤがソフトウェアによって検出された場合又はＵＩＤがソフトウェアによって検出されなかった場合には、多数の可能性が利用可能である。
−単純に停止すること
−エラーメッセージをユーザに通知すること
−（ユーザに対してメッセージを通知して又は通知せずに）性能を下げて動作すること

ＵＩＤは、幾つかの巡回冗長検査形式を含んでも良いし、又は、実際に偽物を作ることをより困難にする暗号化を含んでも良い。

ＵＩＤを埋め込む方法は、ソフトウェアにより（適切な制御信号をフロントエンドに送信することによって）制御されても良い。これは、期間、一回当りのビット数を変更しても良いし、完全に停止させても良いし、要求があったときに一回だけ真正な挿入又は上書きが利用されているかどうかを挿入するだけでも良い。全ては、サードパーティがその方法を「見破る」ことをより困難なものにするであろう。

チップは、ＩＦストリームに埋め込まれたコードをフロントエンドに対して実行時間で更新されたコードによって増加又は交換できるようにするＥＥＰＲＯＭを含んでも良い。この特徴は、ＵＩＤが提示される「登録」形式（例えば、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒによって起動されるオンラインサーバ）に関連して利用されても良く、有効な場合には、ＵＩＤに基づいて暗号化されたコードが返される。

この場合には、法定のＵＩＤ及び適合する暗号化コードの両方が明らかなときに限って、ソフトウェアＧＰＳコードが十分に機能するように記述されるであろう。製造者が購入チップの個別変更（custom variant）と十分な詳細を提供できないまたはしない場合は、製造者はソフトウェアディベロッパに対してＵＩＤのいかなる予備知識もなしに、ＵＩＤに関するソフトウェアを保証させるので、このオプションが特に関連する。

本発明のシステムは、ソフトウェアＧＰＳコードを形成するソフトウェアにリンクされたソフトウェア、例えば、ナビゲーションアプリケーション及び地図に利用されるソフトウェアの保護を可能にする。

公知のソフトウェアＧＰＳシステムの利益は、本発明のシステムで全て得られる。例えば、本発明のシステムは、メモリバッファから利用可能になるとすぐに、サンプリングされたＧＰＳデータのライブ処理に利用されても良く、その処理は、後で行われても良いし、異なる場所で行われても良い。従って、レシーバは、ＧＰＳデータを解釈するための処理能力の全てを備えていなくても良い。

本発明は、ソフトウェアＧＰＳに接続されるものとして上述されてきたが、他のナビゲーションシステム及び／又は他のソフトウェア無線機にも同様に適用できる。従って、本発明は、現在開発中のガリレオナビゲーションシステムにも同様に適用できる。

固有の複数のＩＤ（複数のＵＩＤ）を含むチップ、例えば、ＥＥＰＲＯＭチップの製造及び販売はよく知られているので、ＵＩＤの提供は当業者にとってルーティンであることに注目されたい。

本開示を参照すると、他の変更は、当業者にとって明らかであり、且つ、設計上既に公知となっている他の特徴、ＧＳＰレシーバ及びその部品の製造及び利用を含んでも良く、その特徴が既に述べられた特徴に取って代わっても良いし、追加されても良い。

Claims (13)

1. 携帯レシーバを持つユーザにナビゲーション情報を提供するポジショニングシステムに基づく衛星からのスペクトラム拡散ＲＦ信号の受信及び処理方法であって、
   前記携帯レシーバのＲＦフロントエンドレシーバは、
   前記ＲＦ信号を受信し、
   前記信号に対してアナログ処理及びデジタル化を行って、デジタルサンプルを生成し、
   前記デジタルサンプルと、前記ＲＦフロントエンドレシーバのハードウェアに固有の識別コードと、を含むデジタル出力信号を供給し、
   前記デジタル出力信号をデジタル信号プロセッサに供給し、
   前記デジタル信号プロセッサは、前記識別コードと所定の識別コード又はコードセットとを比較して適合するか否かを判断し、適合する場合には、さらに前記デジタル出力信号を処理して前記ユーザに前記ナビゲーション情報を提供し、適合しない場合には、エラー機能を実行する方法。
2. 前記信号をアナログ処理する工程は、中間周波数にダウンコンバートすることを含む請求項１記載の方法。
3. 識別コードを追加する工程は、前記ＲＦフロントエンドレシーバの半導体集積回路（ＩＣ）のウェハ位置から得られるコードを追加することを含む請求項１又は２記載の方法。
4. 識別コードを追加する工程は、前記半導体ＩＣのバッチ番号から得られるコードを追加することを含む請求項３記載の方法。
5. 前記エラー機能を実行する工程は、エラーメッセージを供給し、低機能で動作し、又は前記デジタル出力を処理しない請求項１乃至４の何れか１項記載の方法。
6. ポジショニングシステムに基づく衛星からのスペクトラム拡散信号を受信するＲＦフロントエンドレシーバの製造方法であって、
   デジタル信号プロセッサにデジタル出力信号を供給するように構成されたＲＦフロントエンドレシーバ（３２）を製造し、
   前記ＲＦフロントエンドレシーバ（３２）は、前記ＲＦフロントエンドレシーバのハードウェアに固有の埋め込み識別コードとともに製造され、且つ、前記デジタル信号に前記識別コードを含むように構成され、
   前記埋め込み識別コードは、前記デジタル出力信号を処理する前記デジタル信号プロセッサで実行されるべきソフトウェアのソフトウェアプロバイダと同意されたものである方法。
7. ＲＦフロントエンドレシーバの製造及び監視方法であって、
   請求項６記載の方法を利用して前記ＲＦフロントエンドレシーバ（３２）を製造し、
   前記ＲＦフロントエンドレシーバを販売し、
   前記ＲＦフロントエンドレシーバの購入者の正体を前記ソフトウェアプロバイダに通知することを含む方法。
8. ユーザにナビゲーション情報を提供するナビゲーションシステムに基づく衛星からのスペクトラム拡散ＲＦ信号に対応するデジタルサンプリング信号と、ＲＦフロントエンドレシーバのハードウェアに固有の識別コードと、を含むデジタル信号を解析するように構成されるコンピュータプログラムコードを含むコンピュータプログラムであって、
   前記解析は、前記識別コードと所定の識別コード又はコードセットとを比較して適合するか否かを判断し、適合する場合には、さらに前記デジタル出力を処理して前記ユーザに前記ナビゲーション情報を提供し、適合しない場合には、エラー機能を実行するコンピュータプログラム。
9. ナビゲーションシステムに基づく衛星からのスペクトラム拡散ＲＦ信号を受信するＲＦ信号レシーバであって、
   前記ＲＦ信号を受信するアンテナと、
   前記信号に対してアナログ処理及びデジタル化を行って、デジタルサンプルを生成し、前記デジタルサンプルを含むデジタル出力信号を供給するように構成されるＲＦフロントエンドレシーバ（３２）と、
   前記デジタル出力信号を受信するように構成されるデジタル信号プロセッサ（３８）と、
   前記デジタル信号プロセッサ内で実行されるソフトウェアと、を備え、
   前記ＲＦフロントエンドレシーバ（３２）は、ＲＦフロントエンドレシーバのハードウェアに固有の識別コードを前記デジタル出力信号に含めるように構成され、
   前記ソフトウェアは、前記識別コードと所定の識別コード又はコードセットとを比較して適合するか否かを判断し、適合する場合には、さらに前記デジタル出力を処理して前記ユーザにナビゲーション情報を提供し、適合しない場合には、エラー機能を実行するように構成される、
   ＲＦ信号レシーバ。
10. 前記ＲＦフロントエンドレシーバは、前記ＲＦ信号を中間周波数にダウンコンバートするように構成される請求項９記載のレシーバ。
11. 前記識別コードは、前記ＲＦフロントエンドレシーバの半導体ＩＣのウェハ位置から得られるコードを含む請求項９又は１０記載のレシーバ。
12. 前記識別コードは、前記半導体ＩＣのウェハバッチ番号から得られるコードを含む請求項１１記載のレシーバ。
13. 前記エラー機能は、エラーメッセージ、低機能動作モード、又は前記デジタル出力を処理しない機能を含む請求項９乃至１２の何れか１項記載のレシーバ。

Images