ＲＦ信号の処理方法
ＲＦ信号（５）を受信し、その信号をアナログ処理し、ＲＦフロントエンドレシーバのハードウェアに固有の追加識別コードを含むデジタル出力をデジタル信号プロセッサに提供することを含むＲＦ信号の受信及び処理方法である。デジタル信号プロセッサでは、識別コードが所定の識別コード又はコードセットと比較されて、適合するか否かが判断される。適合（１０）する場合には、デジタル出力が処理されてユーザにデータが提供され、適合しない場合には、エラー機能が実行される。この方法は、ハードウェアとソフトウェアとが適合する場合にのみ、ソフトウェアディベロッパがシステムを機能させられるようにする。コピーされたソフトウェア（１５）は不正なハードウェアバッチでは動作しないので、ハードウェアをコピーすることと同じくらいソフトウェアをコピーすることが難しくなる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＲＦ信号、例えば、ＧＰＳ信号の処理方法に関する。
【背景技術】
【０００２】
文献「Real-time software radio architectures for GPS recievers」 by Akos et al. (GPS World、２００１年７月）は、アナログハードウェアコンポーネント又はディスクリートハードウェアコンポーネントとは対照的に、プログラマブルマイクロプロセッサ又はデジタル信号プロセッサを用いてＧＰＳ信号処理が遂行されるＧＰＳソフトウェアレシーバを開示する。簡易な「ＧＰＳソフトウェアレシーバ」は、ＧＰＳ信号前処理（フィルタリング、増幅、及び周波数ダウンコンバージョンを含む）並びにアナログ・デジタル変換用の、ＧＰＳアンテナ及びＧＰＳ ＲＦフロントエンドレシーバで構成されて提供される。
【０００３】
ＧＰＳ ＲＦフロントエンドレシーバから出力されたＧＰＳ信号サンプルは、位置決定のために、適切なＧＰＳ信号処理ソフトウェアを起動する最新のＰＣに入力できる。この文献の著者は、プラグインモジュール、すなわち、「ドングル」（dongle)型装置の形式のＧＰＳソフトウェアレシーバを意図しており、ＧＰＳソフトウェアレシーバの簡易なアーキテクチャは安く製造できるので、広範囲の採用を促進できる。
【０００４】
もちろん、ＰＣに備えられるであろうＧＰＳ信号処理ソフトウェアは、本質的には複製が安価である。
【０００５】
はじめに、ＧＰＳ信号サンプルを暗号化し、次に、暗号化されたＧＰＳ信号サンプルを外部装置に送信するように、ＧＰＳレシーバのプロセッサを構成することが提案されてきた。このことは、上記プラグイン型の従来のＧＰＳレシーバ装置の欠点に対処することを目的とする。一度、そのようなＧＰＳレシーバ装置が広く普及し、且つ、ＧＰＳレシーバ装置がＧＰＳ信号サンプルを供給するデータフォーマットが知られると、ユーザは、代替のＧＰＳ信号処理ソフトウェア、または必須ではないがＧＰＳレシーバ装置のプロバイダによって公認された代替のＧＰＳ信号処理ソフトウェアを自由に使用して、位置を決定する。暗号化は、そのようなＧＰＳレシーバ装置が、位置を決定するためにＧＰＳ信号サンプルを復号化できる公認ＧＰＳ信号処理ソフトウェアのみを利用できることを保証する。
【０００６】
このアプローチは、ＷＯ２００４／０５９３３７号に開示されており、それは、特定のソフトウェアが特定のレシーバに利用されなければならないことを意味する。
【０００７】
しかしながら、ソフトウェアの「著作権侵害」は、総じて、よく知られたソフトウェア産業の問題であり、ＧＰＳソフトウェアの開発及び提供の実用化（commercial viability）を損なうソフトウェア著作権侵害を防ぐ必要性が依然として存在する。
【０００８】
特に、ソフトウェアＧＰＳレシーバを販売又はライセンス許諾することを望む会社が直面する問題は、サードパーティが適切な費用を支払うことなくソフトウェアのコピーを作れることである。このことは、完全な非公認団体による単純盗用又はより巧妙な「第３シフト問題」になり得るし、それによって、ソフトウェアの公認ライセンシーは、権利を与えられたソフトウェアのコピー数よりも多くのコピーを流通させるので、わずかな支払いのみとなる。
【０００９】
このことは、従来のハードウェアＧＰＳベンダが一般に直面する問題ではない。物理的なチップ（又は複数の物理的なチップ）をコピーすることは本質的により困難であるためである。従って、本発明は、上記のいわゆるソフトウェアＧＰＳシステムに顕著な利益をもたらす。
【００１０】
本発明は、ソフトウェアＧＰＳ製品の非公認コピーを防ぐ機構を提供することを目的とするので、オーナ／ディベロッパのビジネス上の利益を保護できる。
【発明の概要】
【課題を解決するための手段】
【００１１】
本発明によれば、携帯レシーバを持つユーザにデータを提供するＲＦ信号の受信及び処理方法であって、
携帯レシーバのＲＦフロントエンドレシーバは、
ＲＦ信号を受信し、
信号をアナログ処理し、
ＲＦフロントエンドレシーバのハードウェアに固有の追加識別コードを含むデジタル出力を提供し、
デジタル出力をデジタル信号プロセッサに提供し、
デジタル信号プロセッサは、識別コードと所定の識別コード又はコードセットとを比較して適合するか否かを判断し、適合する場合には、さらにデジタル出力を処理してユーザにデータを提供し、適合しない場合には、エラー機能を実行する方法が提供される。
【００１２】
この方法は、ハードウェアとソフトウェアとが適合する場合にのみ、ソフトウェアディベロッパがシステムを機能させることができる。このことは、ハードウェアをコピーすることと同じくらいソフトウェアをコピーすることを困難なものにする。コピーされたソフトウェアは不正なハードウェアで動作しないためである。
【００１３】
信号のアナログ処理は、中間周波数にダウンコンバートすることを含んでも良い。信号は、デジタル信号に変換され、且つ、固有の識別子が追加される。
【００１４】
識別コードを追加する工程は、ＲＦフロントエンドレシーバの半導体ＩＣのウェハ位置から得られるコードを追加することを含んでも良い。各ＩＣは、固有のコード（例えばウェハ／バッチ番号及びウェハ位置に基づくもの）を持っても良い。従って、理論的には、ハードウェアがソフトウェアに１対１に適合させることができる。
【００１５】
しかしながら、ソフトウェアがＲＦフロントエンドレシーバＩＣの特定の変更品でのみ動作し、且つ、他の変更品ではエラーメッセージが現れるようにすればよい。販売されたソフトウェアライセンスの数と製造及び販売された変更品の数とを比較することは容易である。
【００１６】
エラー機能を実行することは、エラーメッセージ、限定された機能での動作、又はデジタル出力の処理停止を含んでも良い。
【００１７】
ＲＦ信号は、好ましくは、衛星ナビゲーションシステム（ＧＰＳのようなもの）から受信されたスペクトラム拡散信号を含み、さらに、デジタル出力を処理する工程では、ナビゲーション情報を提供する。
【００１８】
本発明は、また、ＲＦフロントエンドレシーバの製造方法であって、
ＲＦフロントエンドレシーバのハードウェアに固有の埋め込み識別コードを有するＲＦフロントエンドレシーバを組み立て、ＲＦフロントエンドレシーバは、デジタル出力の一部として識別コードをデジタル信号プロセッサに提供するように構成され、埋め込み識別コードは、デジタル出力を処理するデジタル信号プロセッサで実行されるべきソフトウェアのソフトウェアプロバイダが同意したものである方法も提供する。
【００１９】
ＲＦフロントエンドレシーバのハードウェアの識別コードをソフトウェアプロバイダに照合することによって、ハードウェアの販売とともにソフトウェアライセンスの販売を追跡できるようになる。
【００２０】
従って、ＲＦフロントエンドレシーバの製造及び監視方法は、この方法を利用してＲＦフロントエンドレシーバを製造し、ＲＦフロントエンドレシーバを販売し、ＲＦフロントエンドレシーバの購入者の正体をソフトウェアプロバイダに通知することを含む。
【００２１】
本発明は、また、ユーザにデータを提供するＲＦ信号に対応するデジタルサンプリング信号を含み、且つ、ＲＦフロントエンドレシーバのハードウェアに固有の識別コードが追加されるデジタル信号を解析するように構成されるコンピュータプログラムコード手段を含むコンピュータプログラムであって、解析は、識別コードと所定の識別コード又はコードセットとを比較して適合するか否かを判断し、適合する場合には、さらにデジタル出力を処理してユーザにデータを提供し、適合しない場合には、エラー機能を実行するコンピュータプログラムも提供する。
【００２２】
本発明は、また、
ＲＦ信号を受信するアンテナと、
ＲＦフロントエンドレシーバのハードウェアに固有の識別コードを追加し、且つ、デジタル出力を提供するように構成されるＲＦフロントエンドレシーバと、
デジタル出力を受信するデジタル信号プロセッサと、
デジタル信号プロセッサ内で実行され、且つ、識別コードと所定の識別コード又はコードセットとを比較して適合するか否かを判断し、適合する場合には、さらにデジタル出力を処理してユーザにデータを提供し、適合しない場合には、エラー機能を実行するように構成されるソフトウェアと、
を備えるＲＦ信号レシーバも提供する。
【００２３】
以下、本発明は、添付の概略図を参照して、例示のみの方法によって説明される。
【図面の簡単な説明】
【００２４】
【図１】従来のＧＰＳレシーバの構造を概略的に示す図。
【図２】ＲＦフロントエンドレシーバをより詳細に示す図。
【図３】本発明の方法を説明するために利用される図。
【発明を実施するための形態】
【００２５】
本発明は、一般的には、ＲＦ信号レシーバに関するが、特に、いわゆる「ソフトウェアＧＰＳ」、すなわち、メモリバッファに格納された受信データとともに、全てのデータ処理がソフトウェアで実行されるＧＰＳシステムに関する。このことは、レシーバのリアルタイムリンクを遮断でき、且つ、必要とされる専用ハードウェア（例えば、相間器など）の数を減らす。
【００２６】
ソフトウェアＧＰＳレシーバ３０の基本構造は、図１に示される。
【００２７】
レシーバは、アンテナ３４を利用して無線信号を受信するレシーバフロントエンド３２を備える。レシーバフロントエンド３２は、１又は複数の衛星から変調されたＲＦ信号を受信する。
【００２８】
受信信号は、受信信号から得られるベースバンド信号３３を生成するために、レシーバフロントエンド３２によって、増幅され、フィルタリングされ、ダウンコンバートされ、且つ、デジタルサンプル形式でデジタル化される。
【００２９】
デジタルサンプルは、メモリバッファ３６に供給され、且つ、メモリ３６に格納されたデータは、汎用ＣＰＵ、すなわち、デジタル信号プロセッサ（ＤＳＰ）３８によって処理される。ユーザインタフェースは、入力／出力システム４０によって提供される。デジタルサンプルは、衛星信号から情報及びデータを抽出するために処理される。データサンプルは、典型的には、１又は２ビットのデータ形式であり、且つ、衛星から受信された信号のデータレートよりずっと高いアナログ・デジタルサンプリングレートである。
【００３０】
ＤＳＰ３８は、相間、多重化、及びフーリエ変換というより多くの従来の専用ハードウェアシステムの機能を公知の方法で実行する。
【００３１】
図２は、ＲＦフロントエンドレシーバ３２をより詳細に示す。
【００３２】
アンテナから受信された信号は、低雑音増幅器（ＬＮＡ）５２による増幅の前に、弾性表面波（ＳＡＷ）フィルタ５０によってフィルタリングされる。信号は、ミキサ５４で電圧制御発振器（ＶＣＯ）５６の出力とミキシングされる。このミキサ５４は、信号をベースバンドにダウンコンバートし、ダウンコンバートされた信号は、フィルタ６０により追加のフィルタリングが行われ、増幅器６２の自動利得制御（ＡＧＣ）により増幅が行われる。アナログ・デジタル変換は、ＡＧＣ設定用のフィードバック制御も提供するコンバータ６３で行われる。ＲＦフロントエンドレシーバは、また、図示のように、発振器６４と、クロック信号ＣＬＫを生成するようにクロックドライバ６８を制御する周波数合成器６６と、を備える。
【００３３】
本発明は、特に、図１の矢印３３によって示されるＲＦフロントエンドレシーバとＤＳＰとの間のリンク及びＤＳＰ３８で実行される処理に関する。
【００３４】
本発明は、このインタフェースでＲＦフロントエンドレシーバのハードウェアに固有の識別コードを提供し、且つ、このコードは、ＤＳＰのソフトウェアにおいて有効にすることができる。従って、ソフトウェアを特定のハードウェアに付帯させることができる。コピーされたソフトウェアが異なるＲＦフロントエンドレシーバのハードウェアに適合しない（又はしそうにない）ので、このことは、ソフトウェアのコピーが容易であっても、機能システムを実行できないようにすることを意味する。適合する場合であっても（ソフトウェアが、一群のＲＦフロントエンドレシーバのチップのバッチに反応するのみであるので）、その後、ハードウェア販売とソフトウェア販売との間の不適合を検出することができる。
【００３５】
図２は、データ結合器６７にてアナログ・デジタルコンバータ６３の出力データに付加されるＵＩＤを示しており、データ結合器６７には、ユニット６９からＵＩＤが供給される。
【００３６】
第１態様では、本発明は、ソフトウェアＧＰＳレシーバで利用されるＲＦフロントエンドチップの製造者が、ソフトウェアＧＰＳコードのディベロッパと協力することを想定する。
【００３７】
特に、本発明のこの態様は、特にソフトウェアＧＰＳディベロッパ用のＲＦフロントエンドの特別注文の変更品を生成するためのフロントエンドチップ製品を必要とする。このことは、製造者がソフトウェアディベロッパに対して必ずしもその変更品を供給することを意味していないが、ソフトウェアディベロッパに対してその変更品のすべての発注の発注規模及び購入者を提供する。
【００３８】
全てのＲＦフロントエンドチップは、（チップのいかなる変更品の）他のフロントエンドも同じＵＩＤを含まないように、固有の識別子（「ＵＩＤ」）を含む。その後、ＲＦフロントエンドは、通常動作中に公知の方法でチップによって出力された中間周波数（「ＩＦ」）データストリームにＵＩＤを埋め込むように、設計される。
【００３９】
従って、ソフトウェアディベロッパは、動作中にＩＦデータストリームからＵＩＤを抽出し、ＵＩＤが有効であることをチェックし、且つＵＩＤが有効でない場合に動作を拒否するように、ソフトウェアＧＰＳコードを記述できる。これにより、ソフトウェアディベロッパが、いかなる追加チップ販売のＲＦフロントエンドベンダにより教示される可能性があっても、非公認のコピーの収益性を悪くする。
【００４０】
本発明の最も単純な形式は、特定の製造者（「Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒ」）によって製造される特定のＲＦフロントエンドモデル番号「ＲＦ Ｍｏｄｅｌ Ｎ」を起動するためのソフトウェアを設計するソフトウェアＧＰＳディベロッパ（「Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒ」）を備える。
【００４１】
ＲＦ Ｍｏｄｅｌ Ｎの設計は、例えば、製造ライン上のレーザによって「焼き付けられた」６４ビットＵＩＤを含む。
【００４２】
このＵＩＤは、
− ウェハ上のチップ位置
− ウェハ番号
− 変更番号（例えば、８ビット）
を含む複数のフィールドで構成されても良い。
【００４３】
従って、ＵＩＤは固有であり、且つ、２つのチップが同じ番号を含むことはない。
【００４４】
第１変更品は、全てのチップに対して変更番号を０に設定しても良い。その後、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒは、ＲＦ Ｍｏｄｅｌ Ｎの変更、つまり「ＲＦ Ｍｏｄｅｌ Ｎ ｖｅｒｓｉｏｎ ２」を製造するために、Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒに同意しても良く、８ビット変更のフィールドが常に１である場合を除いて、Ｍｏｄｅｌ Ｎに対して全ての変更が識別される。その後、Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒは、変更フィールドも１であるその他の変更を作らないことに同意しても良い。
【００４５】
ＲＦフロントエンドレシーバは、動作中に出力するＩＦデータストリームにＵＩＤを周期的に埋め込むように、設計される。
【００４６】
Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒは、また、発注規模及び購入者の正体を含む「ＲＦ Ｍｏｄｅｌ Ｎ ｖｅｒｓｉｏｎ ２」用の全ての発注の詳細をＴｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒに提供することにも同意する。
【００４７】
その後、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒは、ソフトウェアＧＰＳ製品を開発し、サードパーティディベロッパにライセンスを与える。その後、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒは、サードパーティディベロッパに、設計において「ＲＦ Ｍｏｄｅｌ Ｎ ｖｅｒｓｉｏｎ ２」を利用する必要があり、起動時に、ソフトウェアがＩＦデータストリームからＵＩＤを抽出する方法で記述されることを伝える。
【００４８】
ＵＩＤが適切な値（この場合は１）を有する変更フィールドを含んでいない場合には、ソフトウェアは正常に動作しない。
【００４９】
この例では、一度、変更番号がＤＳＰによって分析される必要がある。もちろん、特定の変更番号はＵＩＤコードセットと同一視することを考慮しても良い。
【００５０】
この実装は、チップモデル番号又は変更品にマッピングされたソフトウェアを提供し、且つ、何千ものチップを含んでも良い。同様に、微妙な制御を行っても良い。例えば、ソフトウェアは、何千ものチップのバッチに対して１つのＵＩＤから任意の数のＵＩＤに適合するもの（すなわち、１つの特注ソフトウェアが単一のハードウェアに適合するもの）を探しても良い。
【００５１】
ＩＦデータストリームにＵＩＤを埋め込む方法は、別の方法では出力されていたであろうＩＦデータサンプルを上書きするか、又は、隣接するＩＦサンプルの間にコードを実際に挿入することによって、例えば、１０２４ビット毎に全てのコード（例えば、６４ビット）を挿入するように単純なものであっても良い。しかし、ＵＩＤはまた、一回につき１ビットの制限つきで、例えば３２ビットの間隔で、ＩＦデータストリーム内で拡散して挿入される可能性がある。
【００５２】
その方法論は、図３に示される。
【００５３】
Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒは、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒと同意した埋め込みＵＩＤを有するチップの製造工程を実行する。並行して、同意した複数のＵＩＤのバッチを有する特定の変更品用にＧＰＳコードを開発する（ステップ７２）。ハードウェアの販売後に、Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒは、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒに変更品の販売について通知し（ステップ７４）、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒは、チップ販売に適合すべきＧＰＳコードの販売又はライセンスを監視する（ステップ７６）。
【００５４】
上記のとおり、Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒは、「ＲＦ Ｍｏｄｅｌ Ｎ ｖｅｒｓｉｏｎ ２」を発注する顧客毎に供給される正確な複数のＵＩＤの詳細な情報をＴｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒに提供できるので、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒが特定の顧客又は複数の顧客によって購入される複数のＵＩＤに明確にリンクされたソフトウェアの変更版を作れるようになる。
【００５５】
無効なＵＩＤがソフトウェアによって検出された場合又はＵＩＤがソフトウェアによって検出されなかった場合には、多数の可能性が利用可能である。
−単純に停止すること
−エラーメッセージをユーザに通知すること
−（ユーザに対してメッセージを通知して又は通知せずに）性能を下げて動作すること
【００５６】
ＵＩＤは、幾つかの巡回冗長検査形式を含んでも良いし、又は、実際に偽物を作ることをより困難にする暗号化を含んでも良い。
【００５７】
ＵＩＤを埋め込む方法は、ソフトウェアにより（適切な制御信号をフロントエンドに送信することによって）制御されても良い。これは、期間、一回当りのビット数を変更しても良いし、完全に停止させても良いし、要求があったときに一回だけ真正な挿入又は上書きが利用されているかどうかを挿入するだけでも良い。全ては、サードパーティがその方法を「見破る」ことをより困難なものにするであろう。
【００５８】
チップは、ＩＦストリームに埋め込まれたコードをフロントエンドに対して実行時間で更新されたコードによって増加又は交換できるようにするＥＥＰＲＯＭを含んでも良い。この特徴は、ＵＩＤが提示される「登録」形式（例えば、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒによって起動されるオンラインサーバ）に関連して利用されても良く、有効な場合には、ＵＩＤに基づいて暗号化されたコードが返される。
【００５９】
この場合には、法定のＵＩＤ及び適合する暗号化コードの両方が明らかなときに限って、ソフトウェアＧＰＳコードが十分に機能するように記述されるであろう。製造者が購入チップの個別変更（custom variant）と十分な詳細を提供できないまたはしない場合は、製造者はソフトウェアディベロッパに対してＵＩＤのいかなる予備知識もなしに、ＵＩＤに関するソフトウェアを保証させるので、このオプションが特に関連する。
【００６０】
本発明のシステムは、ソフトウェアＧＰＳコードを形成するソフトウェアにリンクされたソフトウェア、例えば、ナビゲーションアプリケーション及び地図に利用されるソフトウェアの保護を可能にする。
【００６１】
公知のソフトウェアＧＰＳシステムの利益は、本発明のシステムで全て得られる。例えば、本発明のシステムは、メモリバッファから利用可能になるとすぐに、サンプリングされたＧＰＳデータのライブ処理に利用されても良く、その処理は、後で行われても良いし、異なる場所で行われても良い。従って、レシーバは、ＧＰＳデータを解釈するための処理能力の全てを備えていなくても良い。
【００６２】
本発明は、ソフトウェアＧＰＳに接続されるものとして上述されてきたが、他のナビゲーションシステム及び／又は他のソフトウェア無線機にも同様に適用できる。従って、本発明は、現在開発中のガリレオナビゲーションシステムにも同様に適用できる。
【００６３】
固有の複数のＩＤ（複数のＵＩＤ）を含むチップ、例えば、ＥＥＰＲＯＭチップの製造及び販売はよく知られているので、ＵＩＤの提供は当業者にとってルーティンであることに注目されたい。
【００６４】
本開示を参照すると、他の変更は、当業者にとって明らかであり、且つ、設計上既に公知となっている他の特徴、ＧＳＰレシーバ及びその部品の製造及び利用を含んでも良く、その特徴が既に述べられた特徴に取って代わっても良いし、追加されても良い。
【技術分野】
【０００１】
本発明は、ＲＦ信号、例えば、ＧＰＳ信号の処理方法に関する。
【背景技術】
【０００２】
文献「Real-time software radio architectures for GPS recievers」 by Akos et al. (GPS World、２００１年７月）は、アナログハードウェアコンポーネント又はディスクリートハードウェアコンポーネントとは対照的に、プログラマブルマイクロプロセッサ又はデジタル信号プロセッサを用いてＧＰＳ信号処理が遂行されるＧＰＳソフトウェアレシーバを開示する。簡易な「ＧＰＳソフトウェアレシーバ」は、ＧＰＳ信号前処理（フィルタリング、増幅、及び周波数ダウンコンバージョンを含む）並びにアナログ・デジタル変換用の、ＧＰＳアンテナ及びＧＰＳ ＲＦフロントエンドレシーバで構成されて提供される。
【０００３】
ＧＰＳ ＲＦフロントエンドレシーバから出力されたＧＰＳ信号サンプルは、位置決定のために、適切なＧＰＳ信号処理ソフトウェアを起動する最新のＰＣに入力できる。この文献の著者は、プラグインモジュール、すなわち、「ドングル」（dongle)型装置の形式のＧＰＳソフトウェアレシーバを意図しており、ＧＰＳソフトウェアレシーバの簡易なアーキテクチャは安く製造できるので、広範囲の採用を促進できる。
【０００４】
もちろん、ＰＣに備えられるであろうＧＰＳ信号処理ソフトウェアは、本質的には複製が安価である。
【０００５】
はじめに、ＧＰＳ信号サンプルを暗号化し、次に、暗号化されたＧＰＳ信号サンプルを外部装置に送信するように、ＧＰＳレシーバのプロセッサを構成することが提案されてきた。このことは、上記プラグイン型の従来のＧＰＳレシーバ装置の欠点に対処することを目的とする。一度、そのようなＧＰＳレシーバ装置が広く普及し、且つ、ＧＰＳレシーバ装置がＧＰＳ信号サンプルを供給するデータフォーマットが知られると、ユーザは、代替のＧＰＳ信号処理ソフトウェア、または必須ではないがＧＰＳレシーバ装置のプロバイダによって公認された代替のＧＰＳ信号処理ソフトウェアを自由に使用して、位置を決定する。暗号化は、そのようなＧＰＳレシーバ装置が、位置を決定するためにＧＰＳ信号サンプルを復号化できる公認ＧＰＳ信号処理ソフトウェアのみを利用できることを保証する。
【０００６】
このアプローチは、ＷＯ２００４／０５９３３７号に開示されており、それは、特定のソフトウェアが特定のレシーバに利用されなければならないことを意味する。
【０００７】
しかしながら、ソフトウェアの「著作権侵害」は、総じて、よく知られたソフトウェア産業の問題であり、ＧＰＳソフトウェアの開発及び提供の実用化（commercial viability）を損なうソフトウェア著作権侵害を防ぐ必要性が依然として存在する。
【０００８】
特に、ソフトウェアＧＰＳレシーバを販売又はライセンス許諾することを望む会社が直面する問題は、サードパーティが適切な費用を支払うことなくソフトウェアのコピーを作れることである。このことは、完全な非公認団体による単純盗用又はより巧妙な「第３シフト問題」になり得るし、それによって、ソフトウェアの公認ライセンシーは、権利を与えられたソフトウェアのコピー数よりも多くのコピーを流通させるので、わずかな支払いのみとなる。
【０００９】
このことは、従来のハードウェアＧＰＳベンダが一般に直面する問題ではない。物理的なチップ（又は複数の物理的なチップ）をコピーすることは本質的により困難であるためである。従って、本発明は、上記のいわゆるソフトウェアＧＰＳシステムに顕著な利益をもたらす。
【００１０】
本発明は、ソフトウェアＧＰＳ製品の非公認コピーを防ぐ機構を提供することを目的とするので、オーナ／ディベロッパのビジネス上の利益を保護できる。
【発明の概要】
【課題を解決するための手段】
【００１１】
本発明によれば、携帯レシーバを持つユーザにデータを提供するＲＦ信号の受信及び処理方法であって、
携帯レシーバのＲＦフロントエンドレシーバは、
ＲＦ信号を受信し、
信号をアナログ処理し、
ＲＦフロントエンドレシーバのハードウェアに固有の追加識別コードを含むデジタル出力を提供し、
デジタル出力をデジタル信号プロセッサに提供し、
デジタル信号プロセッサは、識別コードと所定の識別コード又はコードセットとを比較して適合するか否かを判断し、適合する場合には、さらにデジタル出力を処理してユーザにデータを提供し、適合しない場合には、エラー機能を実行する方法が提供される。
【００１２】
この方法は、ハードウェアとソフトウェアとが適合する場合にのみ、ソフトウェアディベロッパがシステムを機能させることができる。このことは、ハードウェアをコピーすることと同じくらいソフトウェアをコピーすることを困難なものにする。コピーされたソフトウェアは不正なハードウェアで動作しないためである。
【００１３】
信号のアナログ処理は、中間周波数にダウンコンバートすることを含んでも良い。信号は、デジタル信号に変換され、且つ、固有の識別子が追加される。
【００１４】
識別コードを追加する工程は、ＲＦフロントエンドレシーバの半導体ＩＣのウェハ位置から得られるコードを追加することを含んでも良い。各ＩＣは、固有のコード（例えばウェハ／バッチ番号及びウェハ位置に基づくもの）を持っても良い。従って、理論的には、ハードウェアがソフトウェアに１対１に適合させることができる。
【００１５】
しかしながら、ソフトウェアがＲＦフロントエンドレシーバＩＣの特定の変更品でのみ動作し、且つ、他の変更品ではエラーメッセージが現れるようにすればよい。販売されたソフトウェアライセンスの数と製造及び販売された変更品の数とを比較することは容易である。
【００１６】
エラー機能を実行することは、エラーメッセージ、限定された機能での動作、又はデジタル出力の処理停止を含んでも良い。
【００１７】
ＲＦ信号は、好ましくは、衛星ナビゲーションシステム（ＧＰＳのようなもの）から受信されたスペクトラム拡散信号を含み、さらに、デジタル出力を処理する工程では、ナビゲーション情報を提供する。
【００１８】
本発明は、また、ＲＦフロントエンドレシーバの製造方法であって、
ＲＦフロントエンドレシーバのハードウェアに固有の埋め込み識別コードを有するＲＦフロントエンドレシーバを組み立て、ＲＦフロントエンドレシーバは、デジタル出力の一部として識別コードをデジタル信号プロセッサに提供するように構成され、埋め込み識別コードは、デジタル出力を処理するデジタル信号プロセッサで実行されるべきソフトウェアのソフトウェアプロバイダが同意したものである方法も提供する。
【００１９】
ＲＦフロントエンドレシーバのハードウェアの識別コードをソフトウェアプロバイダに照合することによって、ハードウェアの販売とともにソフトウェアライセンスの販売を追跡できるようになる。
【００２０】
従って、ＲＦフロントエンドレシーバの製造及び監視方法は、この方法を利用してＲＦフロントエンドレシーバを製造し、ＲＦフロントエンドレシーバを販売し、ＲＦフロントエンドレシーバの購入者の正体をソフトウェアプロバイダに通知することを含む。
【００２１】
本発明は、また、ユーザにデータを提供するＲＦ信号に対応するデジタルサンプリング信号を含み、且つ、ＲＦフロントエンドレシーバのハードウェアに固有の識別コードが追加されるデジタル信号を解析するように構成されるコンピュータプログラムコード手段を含むコンピュータプログラムであって、解析は、識別コードと所定の識別コード又はコードセットとを比較して適合するか否かを判断し、適合する場合には、さらにデジタル出力を処理してユーザにデータを提供し、適合しない場合には、エラー機能を実行するコンピュータプログラムも提供する。
【００２２】
本発明は、また、
ＲＦ信号を受信するアンテナと、
ＲＦフロントエンドレシーバのハードウェアに固有の識別コードを追加し、且つ、デジタル出力を提供するように構成されるＲＦフロントエンドレシーバと、
デジタル出力を受信するデジタル信号プロセッサと、
デジタル信号プロセッサ内で実行され、且つ、識別コードと所定の識別コード又はコードセットとを比較して適合するか否かを判断し、適合する場合には、さらにデジタル出力を処理してユーザにデータを提供し、適合しない場合には、エラー機能を実行するように構成されるソフトウェアと、
を備えるＲＦ信号レシーバも提供する。
【００２３】
以下、本発明は、添付の概略図を参照して、例示のみの方法によって説明される。
【図面の簡単な説明】
【００２４】
【図１】従来のＧＰＳレシーバの構造を概略的に示す図。
【図２】ＲＦフロントエンドレシーバをより詳細に示す図。
【図３】本発明の方法を説明するために利用される図。
【発明を実施するための形態】
【００２５】
本発明は、一般的には、ＲＦ信号レシーバに関するが、特に、いわゆる「ソフトウェアＧＰＳ」、すなわち、メモリバッファに格納された受信データとともに、全てのデータ処理がソフトウェアで実行されるＧＰＳシステムに関する。このことは、レシーバのリアルタイムリンクを遮断でき、且つ、必要とされる専用ハードウェア（例えば、相間器など）の数を減らす。
【００２６】
ソフトウェアＧＰＳレシーバ３０の基本構造は、図１に示される。
【００２７】
レシーバは、アンテナ３４を利用して無線信号を受信するレシーバフロントエンド３２を備える。レシーバフロントエンド３２は、１又は複数の衛星から変調されたＲＦ信号を受信する。
【００２８】
受信信号は、受信信号から得られるベースバンド信号３３を生成するために、レシーバフロントエンド３２によって、増幅され、フィルタリングされ、ダウンコンバートされ、且つ、デジタルサンプル形式でデジタル化される。
【００２９】
デジタルサンプルは、メモリバッファ３６に供給され、且つ、メモリ３６に格納されたデータは、汎用ＣＰＵ、すなわち、デジタル信号プロセッサ（ＤＳＰ）３８によって処理される。ユーザインタフェースは、入力／出力システム４０によって提供される。デジタルサンプルは、衛星信号から情報及びデータを抽出するために処理される。データサンプルは、典型的には、１又は２ビットのデータ形式であり、且つ、衛星から受信された信号のデータレートよりずっと高いアナログ・デジタルサンプリングレートである。
【００３０】
ＤＳＰ３８は、相間、多重化、及びフーリエ変換というより多くの従来の専用ハードウェアシステムの機能を公知の方法で実行する。
【００３１】
図２は、ＲＦフロントエンドレシーバ３２をより詳細に示す。
【００３２】
アンテナから受信された信号は、低雑音増幅器（ＬＮＡ）５２による増幅の前に、弾性表面波（ＳＡＷ）フィルタ５０によってフィルタリングされる。信号は、ミキサ５４で電圧制御発振器（ＶＣＯ）５６の出力とミキシングされる。このミキサ５４は、信号をベースバンドにダウンコンバートし、ダウンコンバートされた信号は、フィルタ６０により追加のフィルタリングが行われ、増幅器６２の自動利得制御（ＡＧＣ）により増幅が行われる。アナログ・デジタル変換は、ＡＧＣ設定用のフィードバック制御も提供するコンバータ６３で行われる。ＲＦフロントエンドレシーバは、また、図示のように、発振器６４と、クロック信号ＣＬＫを生成するようにクロックドライバ６８を制御する周波数合成器６６と、を備える。
【００３３】
本発明は、特に、図１の矢印３３によって示されるＲＦフロントエンドレシーバとＤＳＰとの間のリンク及びＤＳＰ３８で実行される処理に関する。
【００３４】
本発明は、このインタフェースでＲＦフロントエンドレシーバのハードウェアに固有の識別コードを提供し、且つ、このコードは、ＤＳＰのソフトウェアにおいて有効にすることができる。従って、ソフトウェアを特定のハードウェアに付帯させることができる。コピーされたソフトウェアが異なるＲＦフロントエンドレシーバのハードウェアに適合しない（又はしそうにない）ので、このことは、ソフトウェアのコピーが容易であっても、機能システムを実行できないようにすることを意味する。適合する場合であっても（ソフトウェアが、一群のＲＦフロントエンドレシーバのチップのバッチに反応するのみであるので）、その後、ハードウェア販売とソフトウェア販売との間の不適合を検出することができる。
【００３５】
図２は、データ結合器６７にてアナログ・デジタルコンバータ６３の出力データに付加されるＵＩＤを示しており、データ結合器６７には、ユニット６９からＵＩＤが供給される。
【００３６】
第１態様では、本発明は、ソフトウェアＧＰＳレシーバで利用されるＲＦフロントエンドチップの製造者が、ソフトウェアＧＰＳコードのディベロッパと協力することを想定する。
【００３７】
特に、本発明のこの態様は、特にソフトウェアＧＰＳディベロッパ用のＲＦフロントエンドの特別注文の変更品を生成するためのフロントエンドチップ製品を必要とする。このことは、製造者がソフトウェアディベロッパに対して必ずしもその変更品を供給することを意味していないが、ソフトウェアディベロッパに対してその変更品のすべての発注の発注規模及び購入者を提供する。
【００３８】
全てのＲＦフロントエンドチップは、（チップのいかなる変更品の）他のフロントエンドも同じＵＩＤを含まないように、固有の識別子（「ＵＩＤ」）を含む。その後、ＲＦフロントエンドは、通常動作中に公知の方法でチップによって出力された中間周波数（「ＩＦ」）データストリームにＵＩＤを埋め込むように、設計される。
【００３９】
従って、ソフトウェアディベロッパは、動作中にＩＦデータストリームからＵＩＤを抽出し、ＵＩＤが有効であることをチェックし、且つＵＩＤが有効でない場合に動作を拒否するように、ソフトウェアＧＰＳコードを記述できる。これにより、ソフトウェアディベロッパが、いかなる追加チップ販売のＲＦフロントエンドベンダにより教示される可能性があっても、非公認のコピーの収益性を悪くする。
【００４０】
本発明の最も単純な形式は、特定の製造者（「Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒ」）によって製造される特定のＲＦフロントエンドモデル番号「ＲＦ Ｍｏｄｅｌ Ｎ」を起動するためのソフトウェアを設計するソフトウェアＧＰＳディベロッパ（「Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒ」）を備える。
【００４１】
ＲＦ Ｍｏｄｅｌ Ｎの設計は、例えば、製造ライン上のレーザによって「焼き付けられた」６４ビットＵＩＤを含む。
【００４２】
このＵＩＤは、
− ウェハ上のチップ位置
− ウェハ番号
− 変更番号（例えば、８ビット）
を含む複数のフィールドで構成されても良い。
【００４３】
従って、ＵＩＤは固有であり、且つ、２つのチップが同じ番号を含むことはない。
【００４４】
第１変更品は、全てのチップに対して変更番号を０に設定しても良い。その後、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒは、ＲＦ Ｍｏｄｅｌ Ｎの変更、つまり「ＲＦ Ｍｏｄｅｌ Ｎ ｖｅｒｓｉｏｎ ２」を製造するために、Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒに同意しても良く、８ビット変更のフィールドが常に１である場合を除いて、Ｍｏｄｅｌ Ｎに対して全ての変更が識別される。その後、Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒは、変更フィールドも１であるその他の変更を作らないことに同意しても良い。
【００４５】
ＲＦフロントエンドレシーバは、動作中に出力するＩＦデータストリームにＵＩＤを周期的に埋め込むように、設計される。
【００４６】
Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒは、また、発注規模及び購入者の正体を含む「ＲＦ Ｍｏｄｅｌ Ｎ ｖｅｒｓｉｏｎ ２」用の全ての発注の詳細をＴｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒに提供することにも同意する。
【００４７】
その後、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒは、ソフトウェアＧＰＳ製品を開発し、サードパーティディベロッパにライセンスを与える。その後、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒは、サードパーティディベロッパに、設計において「ＲＦ Ｍｏｄｅｌ Ｎ ｖｅｒｓｉｏｎ ２」を利用する必要があり、起動時に、ソフトウェアがＩＦデータストリームからＵＩＤを抽出する方法で記述されることを伝える。
【００４８】
ＵＩＤが適切な値（この場合は１）を有する変更フィールドを含んでいない場合には、ソフトウェアは正常に動作しない。
【００４９】
この例では、一度、変更番号がＤＳＰによって分析される必要がある。もちろん、特定の変更番号はＵＩＤコードセットと同一視することを考慮しても良い。
【００５０】
この実装は、チップモデル番号又は変更品にマッピングされたソフトウェアを提供し、且つ、何千ものチップを含んでも良い。同様に、微妙な制御を行っても良い。例えば、ソフトウェアは、何千ものチップのバッチに対して１つのＵＩＤから任意の数のＵＩＤに適合するもの（すなわち、１つの特注ソフトウェアが単一のハードウェアに適合するもの）を探しても良い。
【００５１】
ＩＦデータストリームにＵＩＤを埋め込む方法は、別の方法では出力されていたであろうＩＦデータサンプルを上書きするか、又は、隣接するＩＦサンプルの間にコードを実際に挿入することによって、例えば、１０２４ビット毎に全てのコード（例えば、６４ビット）を挿入するように単純なものであっても良い。しかし、ＵＩＤはまた、一回につき１ビットの制限つきで、例えば３２ビットの間隔で、ＩＦデータストリーム内で拡散して挿入される可能性がある。
【００５２】
その方法論は、図３に示される。
【００５３】
Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒは、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒと同意した埋め込みＵＩＤを有するチップの製造工程を実行する。並行して、同意した複数のＵＩＤのバッチを有する特定の変更品用にＧＰＳコードを開発する（ステップ７２）。ハードウェアの販売後に、Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒは、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒに変更品の販売について通知し（ステップ７４）、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒは、チップ販売に適合すべきＧＰＳコードの販売又はライセンスを監視する（ステップ７６）。
【００５４】
上記のとおり、Ｔｈｅ Ｍａｎｕｆａｃｔｕｒｅｒは、「ＲＦ Ｍｏｄｅｌ Ｎ ｖｅｒｓｉｏｎ ２」を発注する顧客毎に供給される正確な複数のＵＩＤの詳細な情報をＴｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒに提供できるので、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒが特定の顧客又は複数の顧客によって購入される複数のＵＩＤに明確にリンクされたソフトウェアの変更版を作れるようになる。
【００５５】
無効なＵＩＤがソフトウェアによって検出された場合又はＵＩＤがソフトウェアによって検出されなかった場合には、多数の可能性が利用可能である。
−単純に停止すること
−エラーメッセージをユーザに通知すること
−（ユーザに対してメッセージを通知して又は通知せずに）性能を下げて動作すること
【００５６】
ＵＩＤは、幾つかの巡回冗長検査形式を含んでも良いし、又は、実際に偽物を作ることをより困難にする暗号化を含んでも良い。
【００５７】
ＵＩＤを埋め込む方法は、ソフトウェアにより（適切な制御信号をフロントエンドに送信することによって）制御されても良い。これは、期間、一回当りのビット数を変更しても良いし、完全に停止させても良いし、要求があったときに一回だけ真正な挿入又は上書きが利用されているかどうかを挿入するだけでも良い。全ては、サードパーティがその方法を「見破る」ことをより困難なものにするであろう。
【００５８】
チップは、ＩＦストリームに埋め込まれたコードをフロントエンドに対して実行時間で更新されたコードによって増加又は交換できるようにするＥＥＰＲＯＭを含んでも良い。この特徴は、ＵＩＤが提示される「登録」形式（例えば、Ｔｈｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｅｒによって起動されるオンラインサーバ）に関連して利用されても良く、有効な場合には、ＵＩＤに基づいて暗号化されたコードが返される。
【００５９】
この場合には、法定のＵＩＤ及び適合する暗号化コードの両方が明らかなときに限って、ソフトウェアＧＰＳコードが十分に機能するように記述されるであろう。製造者が購入チップの個別変更（custom variant）と十分な詳細を提供できないまたはしない場合は、製造者はソフトウェアディベロッパに対してＵＩＤのいかなる予備知識もなしに、ＵＩＤに関するソフトウェアを保証させるので、このオプションが特に関連する。
【００６０】
本発明のシステムは、ソフトウェアＧＰＳコードを形成するソフトウェアにリンクされたソフトウェア、例えば、ナビゲーションアプリケーション及び地図に利用されるソフトウェアの保護を可能にする。
【００６１】
公知のソフトウェアＧＰＳシステムの利益は、本発明のシステムで全て得られる。例えば、本発明のシステムは、メモリバッファから利用可能になるとすぐに、サンプリングされたＧＰＳデータのライブ処理に利用されても良く、その処理は、後で行われても良いし、異なる場所で行われても良い。従って、レシーバは、ＧＰＳデータを解釈するための処理能力の全てを備えていなくても良い。
【００６２】
本発明は、ソフトウェアＧＰＳに接続されるものとして上述されてきたが、他のナビゲーションシステム及び／又は他のソフトウェア無線機にも同様に適用できる。従って、本発明は、現在開発中のガリレオナビゲーションシステムにも同様に適用できる。
【００６３】
固有の複数のＩＤ（複数のＵＩＤ）を含むチップ、例えば、ＥＥＰＲＯＭチップの製造及び販売はよく知られているので、ＵＩＤの提供は当業者にとってルーティンであることに注目されたい。
【００６４】
本開示を参照すると、他の変更は、当業者にとって明らかであり、且つ、設計上既に公知となっている他の特徴、ＧＳＰレシーバ及びその部品の製造及び利用を含んでも良く、その特徴が既に述べられた特徴に取って代わっても良いし、追加されても良い。
【特許請求の範囲】
【請求項１】
携帯レシーバを持つユーザにデータを提供するＲＦ信号の受信及び処理方法であって、
前記携帯レシーバのＲＦフロントエンドレシーバは、
前記ＲＦ信号を受信し、
前記信号をアナログ処理し、
前記ＲＦフロントエンドレシーバのハードウェアに固有の追加識別コードを含むデジタル出力を提供し、
前記デジタル出力をデジタル信号プロセッサに提供し、
前記デジタル信号プロセッサは、前記識別コードと所定の識別コード又はコードセットとを比較して適合するか否かを判断し、適合する場合には、さらに前記デジタル出力を処理して前記ユーザに前記データを提供し、適合しない場合には、エラー機能を実行する方法。
【請求項２】
前記信号をアナログ処理する工程は、中間周波数にダウンコンバートすることを含む請求項１記載の方法。
【請求項３】
識別コードを追加する工程は、前記ＲＦフロントエンドレシーバの半導体集積回路（ＩＣ）のウェハ位置から得られるコードを追加することを含む請求項１又は２記載の方法。
【請求項４】
識別コードを追加する工程は、前記半導体ＩＣのバッチ番号から得られるコードを追加することを含む請求項３記載の方法。
【請求項５】
前記エラー機能を実行する工程は、エラーメッセージを提供し、低機能で動作し、又は前記デジタル出力を処理しない請求項１乃至４の何れか１項記載の方法。
【請求項６】
前記ＲＦ信号は、衛星追跡システムから受信されるスペクトラム拡散信号を含み、さらに、前記デジタル出力を処理する工程は、ナビゲーション情報を提供する請求項１乃至５の何れか１項記載の方法。
【請求項７】
ＲＦフロントエンドレシーバの製造方法であって、
前記ＲＦフロントエンドレシーバのハードウェアに固有の埋め込み識別コードを有するＲＦフロントエンドレシーバ（３２）を組み立て、前記ＲＦフロントエンドレシーバは、デジタル出力の一部として前記識別コードをデジタル信号プロセッサに提供するように構成され、前記埋め込み識別コードは、前記デジタル出力を処理する前記デジタル信号プロセッサで実行されるべきソフトウェアのソフトウェアプロバイダと同意されたものである
方法。
【請求項８】
衛星追跡システムからスペクトラム拡散信号を受信するＲＦフロントエンドレシーバを製造する請求項７記載の方法。
【請求項９】
ＲＦフロントエンドレシーバの製造及び監視方法であって、
請求項７又は８記載の方法を利用して前記ＲＦフロントエンドレシーバ（３２）を製造し、
前記ＲＦフロントエンドレシーバを販売し、
前記ＲＦフロントエンドレシーバの購入者の正体を前記ソフトウェアプロバイダに通知する
ことを含む方法。
【請求項１０】
ユーザにデータを提供するＲＦ信号に対応するデジタルサンプリング信号を含み、且つ、ＲＦフロントエンドレシーバのハードウェアに固有の識別コードが追加されるデジタル信号を解析するように構成されるコンピュータプログラムコード手段を含むコンピュータプログラムであって、前記解析は、前記識別コードと所定の識別コード又はコードセットとを比較して適合するか否かを判断し、適合する場合には、さらに前記デジタル出力を処理して前記ユーザに前記データを提供し、適合しない場合には、エラー機能を実行するコンピュータプログラム。
【請求項１１】
ＲＦ信号を受信するアンテナと、
ＲＦフロントエンドレシーバのハードウェアに固有の識別コードを追加し、且つ、デジタル出力を提供するように構成されるＲＦフロントエンドレシーバ（３２）と、
前記デジタル出力を受信するデジタル信号プロセッサ（３８）と、
前記デジタル信号プロセッサ内で実行され、且つ、前記識別コードと所定の識別コード又はコードセットとを比較して適合するか否かを判断し、適合する場合には、さらに前記デジタル出力を処理して前記ユーザにデータを提供し、適合しない場合には、エラー機能を実行するように構成されるソフトウェアと、
を備えるＲＦ信号レシーバ。
【請求項１２】
前記ＲＦフロントエンドレシーバは、前記ＲＦ信号を中間周波数にダウンコンバートするように構成される請求項１１記載のレシーバ。
【請求項１３】
前記識別コードは、前記ＲＦフロントエンドレシーバの半導体ＩＣのウェハ位置から得られるコードを含む請求項１１又は１２記載のレシーバ。
【請求項１４】
前記識別コードは、前記半導体ＩＣのウェハバッチ番号から得られるコードを含む請求項１３記載のレシーバ。
【請求項１５】
前記エラー機能は、エラーメッセージ、低機能動作モード、又は前記デジタル出力を処理しない機能を含む請求項１１乃至１４記載のレシーバ。
【請求項１６】
衛星ナビゲーションシステムから受信されたスペクトラム拡散信号を受信し、前記データは、ナビゲーション情報を含む請求項１１乃至１５記載のレシーバ。
【請求項１】
携帯レシーバを持つユーザにデータを提供するＲＦ信号の受信及び処理方法であって、
前記携帯レシーバのＲＦフロントエンドレシーバは、
前記ＲＦ信号を受信し、
前記信号をアナログ処理し、
前記ＲＦフロントエンドレシーバのハードウェアに固有の追加識別コードを含むデジタル出力を提供し、
前記デジタル出力をデジタル信号プロセッサに提供し、
前記デジタル信号プロセッサは、前記識別コードと所定の識別コード又はコードセットとを比較して適合するか否かを判断し、適合する場合には、さらに前記デジタル出力を処理して前記ユーザに前記データを提供し、適合しない場合には、エラー機能を実行する方法。
【請求項２】
前記信号をアナログ処理する工程は、中間周波数にダウンコンバートすることを含む請求項１記載の方法。
【請求項３】
識別コードを追加する工程は、前記ＲＦフロントエンドレシーバの半導体集積回路（ＩＣ）のウェハ位置から得られるコードを追加することを含む請求項１又は２記載の方法。
【請求項４】
識別コードを追加する工程は、前記半導体ＩＣのバッチ番号から得られるコードを追加することを含む請求項３記載の方法。
【請求項５】
前記エラー機能を実行する工程は、エラーメッセージを提供し、低機能で動作し、又は前記デジタル出力を処理しない請求項１乃至４の何れか１項記載の方法。
【請求項６】
前記ＲＦ信号は、衛星追跡システムから受信されるスペクトラム拡散信号を含み、さらに、前記デジタル出力を処理する工程は、ナビゲーション情報を提供する請求項１乃至５の何れか１項記載の方法。
【請求項７】
ＲＦフロントエンドレシーバの製造方法であって、
前記ＲＦフロントエンドレシーバのハードウェアに固有の埋め込み識別コードを有するＲＦフロントエンドレシーバ（３２）を組み立て、前記ＲＦフロントエンドレシーバは、デジタル出力の一部として前記識別コードをデジタル信号プロセッサに提供するように構成され、前記埋め込み識別コードは、前記デジタル出力を処理する前記デジタル信号プロセッサで実行されるべきソフトウェアのソフトウェアプロバイダと同意されたものである
方法。
【請求項８】
衛星追跡システムからスペクトラム拡散信号を受信するＲＦフロントエンドレシーバを製造する請求項７記載の方法。
【請求項９】
ＲＦフロントエンドレシーバの製造及び監視方法であって、
請求項７又は８記載の方法を利用して前記ＲＦフロントエンドレシーバ（３２）を製造し、
前記ＲＦフロントエンドレシーバを販売し、
前記ＲＦフロントエンドレシーバの購入者の正体を前記ソフトウェアプロバイダに通知する
ことを含む方法。
【請求項１０】
ユーザにデータを提供するＲＦ信号に対応するデジタルサンプリング信号を含み、且つ、ＲＦフロントエンドレシーバのハードウェアに固有の識別コードが追加されるデジタル信号を解析するように構成されるコンピュータプログラムコード手段を含むコンピュータプログラムであって、前記解析は、前記識別コードと所定の識別コード又はコードセットとを比較して適合するか否かを判断し、適合する場合には、さらに前記デジタル出力を処理して前記ユーザに前記データを提供し、適合しない場合には、エラー機能を実行するコンピュータプログラム。
【請求項１１】
ＲＦ信号を受信するアンテナと、
ＲＦフロントエンドレシーバのハードウェアに固有の識別コードを追加し、且つ、デジタル出力を提供するように構成されるＲＦフロントエンドレシーバ（３２）と、
前記デジタル出力を受信するデジタル信号プロセッサ（３８）と、
前記デジタル信号プロセッサ内で実行され、且つ、前記識別コードと所定の識別コード又はコードセットとを比較して適合するか否かを判断し、適合する場合には、さらに前記デジタル出力を処理して前記ユーザにデータを提供し、適合しない場合には、エラー機能を実行するように構成されるソフトウェアと、
を備えるＲＦ信号レシーバ。
【請求項１２】
前記ＲＦフロントエンドレシーバは、前記ＲＦ信号を中間周波数にダウンコンバートするように構成される請求項１１記載のレシーバ。
【請求項１３】
前記識別コードは、前記ＲＦフロントエンドレシーバの半導体ＩＣのウェハ位置から得られるコードを含む請求項１１又は１２記載のレシーバ。
【請求項１４】
前記識別コードは、前記半導体ＩＣのウェハバッチ番号から得られるコードを含む請求項１３記載のレシーバ。
【請求項１５】
前記エラー機能は、エラーメッセージ、低機能動作モード、又は前記デジタル出力を処理しない機能を含む請求項１１乃至１４記載のレシーバ。
【請求項１６】
衛星ナビゲーションシステムから受信されたスペクトラム拡散信号を受信し、前記データは、ナビゲーション情報を含む請求項１１乃至１５記載のレシーバ。
【図１】
【図２】
【図３】
【図２】
【図３】
【公表番号】特表２０１０−５１１８８４（Ｐ２０１０−５１１８８４Ａ）
【公表日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願番号】特願２００９−５３９８５４（Ｐ２００９−５３９８５４）
【出願日】平成１９年１２月３日（２００７．１２．３）
【国際出願番号】ＰＣＴ／ＩＢ２００７／０５４８９４
【国際公開番号】ＷＯ２００８／０６８７０４
【国際公開日】平成２０年６月１２日（２００８．６．１２）
【出願人】（５０８１５２０９８）
【氏名又は名称原語表記】ＧＥＯＴＡＴＥ Ｂ．Ｖ．
【Ｆターム（参考）】
【公表日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願日】平成１９年１２月３日（２００７．１２．３）
【国際出願番号】ＰＣＴ／ＩＢ２００７／０５４８９４
【国際公開番号】ＷＯ２００８／０６８７０４
【国際公開日】平成２０年６月１２日（２００８．６．１２）
【出願人】（５０８１５２０９８）
【氏名又は名称原語表記】ＧＥＯＴＡＴＥ Ｂ．Ｖ．
【Ｆターム（参考）】
[ Back to top ]