JP2002296336A - 複数のメッセージを選択可能なｇｐｓレシーバ - Google Patents

Abstract

(57)【要約】 【課題】 複数のメッセージフォーマットに対応したＧ
ＰＳレシーバを提供する。 【解決手段】 ＧＰＳレシーバにおける、測位データか
ら出力メッセージを作成する機能を持つデータ出力手段
は、複数のメッセージフォーマットに関する情報を有
し、出力メッセージを作成する際に、メモリに格納され
た出力メッセージ判定フラグを参照し、このフラグに従
ったメッセージフォーマットで出力メッセージを作成す
る。インタフェースを介して外部から、メッセメッセー
ジ判定フラグをメモリに入力することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＧＰＳレシーバに
関し、より詳細にはＧＰＳレシーバにおける入出力メッ
セージフォーマットに関する。

【０００２】

【従来の技術】ＧＰＳレシーバは、ＧＰＳ(Global Posi
tioning System)衛星からの信号を受信し、擬似距離の
測定、航法データの取得を行うとともに、測位演算を行
うことによって位置・速度等を算出し、これらのデータ
を出力メッセージとしてホストアプリケーションに対し
て提供する。すなわち、ＧＰＳレシーバは、カーナビゲ
ーションシステムのような、ホストシステムにおいて、
測位位置・速度などのデータを得るための重要な構成要
素となっている。

【０００３】図５に、一般的なＧＰＳレシーバの全体構
成を表すブロック図を示す。ＧＰＳレシーバ５０におい
て、ＧＰＳ信号はアンテナ１で受信され、ＲＦ信号１３
として周波数変換部２に入力される。周波数変換部２で
は、ＲＦ信号１３と、基準周波数発生器４からの信号を
もとにシンセサイザ部３により発生された信号とが乗算
され、それによってＲＦ信号１３がＩＦ信号１４へ周波
数変換される。ＩＦ信号１４は、Ａ／Ｄ変換部５でデジ
タル信号に変換され、デジタル信号処理部３０内の各チ
ャンネル２９に入力される。

【０００４】各チャンネル２９は、それぞれがＧＰＳ信
号を受信処理する機能を持つ。一般的なＧＰＳレシーバ
は、このチャンネルを複数（８チャンネル〜１２チャン
ネル程度）持ち、したがって、一度に複数のＧＰＳ信号
の受信処理を行うことができる。

【０００５】Ａ／Ｄ変換部５からチャンネル２９に入力
されたデジタル信号は、キャリア相関部６でキャリアＮ
ＣＯ７（NCO；数値制御発振器）で発生された信号との
相関をとることによって、キャリア成分が除去され、Ｃ
Ａコード相関部８に入力される。ＣＡコード相関部８で
は、キャリア相関部６から入力された信号と、ＣＡコー
ド発生部９で発生された、捕捉対象の衛星についての複
製コードとの相関がとられる。これらの処理に基づき、
デジタル信号処理部３０では、擬似距離、航法データ、
ドップラー周波数位相などが得られる。これらのデータ
は、信号線２１を介してＣＰＵ１１に入力され、測位演
算に用いられる。ＣＰＵ１１に接続されている、例えば
ＳＲＡＭであるメモリ１２には、測位演算の為の各種デ
ータが格納される。

【０００６】ＣＰＵ１１では、擬似距離、航法データ、
ドップラー周波数位相をもとに、キャリアＮＣＯ制御信
号１８、コードＮＣＯ制御信号１９が生成され、これら
の信号によってチャンネル２９を制御することによっ
て、ＧＰＳ信号を捕捉し続ける動作が実行される。

【０００７】さらに、ＣＰＵ１１では、擬似距離、航法
データ、ドップラー周波数位相をもとに、測位演算を行
うことによって、様々な情報が生成される。生成される
情報は、測位位置としての緯度、軽度、高度を始めとし
て、時間、速度、方位、衛星の軌道情報等を含む。本明
細書において、これらの情報を総称して、測位データと
呼ぶことにする。

【０００８】ホストシステムのアプリケーションプログ
ラム（以下、ホストアプリケーションと呼ぶ）は、測位
データに加えてＧＰＳレシーバの状態に関する情報が付
加された情報を、ＧＰＳレシーバから出力メッセージと
して受け取る。一方、ＧＰＳレシーバに対する各種の設
定を行う場合には、ホストアプリケーションからＧＰＳ
レシーバへ、入力メッセージとしてデータの入力が行わ
れる。

【０００９】通常、ＧＰＳレシーバで得られた情報の全
てを出力メッセージとしてホストアプリケーションに出
力することはなく、ホストアプリケーションにとって必
要なデータをひとまとめにしたり、或いは、同じカテゴ
リーに属するデータ同士をひとまとめにして、出力メッ
セージのフォーマットが作成される。入力メッセージに
関しても同様に、必要な設定入力がひとまとめにされ
て、入力メッセージのフォーマットが作成される。

【００１０】このメッセージフォーマットは、多くの場
合、ホストアプリケーション毎に固有のデータ形式がと
られる。ただし、メッセージフォーマットとして一般的
に広く使用されているものもある。例えば、ＮＭＥＡ
（National Marine Electronics Association）は、一
般的に広く使用されているメッセージフォーマットであ
る。

【００１１】ホストアプリケーションとＧＰＳレシーバ
内のインタフェースソフトウェアとの関係を表す図を図
６に示す。なお、図６（ａ）は、図５で示した従来技術
によるＧＰＳレシーバ５０ａ（機種Ａ）と、ホストアプ
リケーションＡ（符号６０ａ）との組み合わせによるホ
ストシステムＡ（符号７０ａ）の構成を表している。ま
た、図６（ｂ）は、図５で示した従来技術によるＧＰＳ
レシーバ５０ｂ（機種Ｂ）と、ホストアプリケーション
Ｂ（符号６０ｂ）との組み合わせによるホストシステム
Ｂ（符号７０ｂ）の構成を表している。さらに、図６
（ｃ）は、図５で示した従来技術によるＧＰＳレシーバ
５０ｃ（機種Ｃ）と、ホストアプリケーションＣ（符号
６０ｃ）との組み合わせによるホストシステムＣ（符号
７０ｃ）の構成を表している。

【００１２】図６（ａ）に示されるように、ホストシス
テム７０ａにおいてホストアプリケーションＡは、ＧＰ
Ｓレシーバ５０ａとの間で、入出力メッセージフォーマ
ットＡ（出力メッセージフォーマットＡ（符号３４ａ）
及び入力メッセージフォーマット（符号３３ａ）から成
る）で通信を行う。これは、ホストアプリケーションＡ
（符号６０ａ）が、入出力メッセージフォーマットＡ以
外では、通信できないことを意味している。

【００１３】同様に、図６（ｂ）に示すように、ホスト
アプリケーションＢは、ＧＰＳレシーバ５０ｂとの間
で、入出力メッセージフォーマットＢ（出力メッセージ
フォーマットＢ（符号３４ｂ）及び入力メッセージフォ
ーマットＢ（符号３３ｂ）から成る）でのみ通信を行
う。また、図６（ｃ）に示すように、ホストアプリケー
ションＣは、ＧＰＳレシーバ５０ｃとの間で、入出力メ
ッセージフォーマットＣ（出力メッセージフォーマット
Ｃ（符号３４ｃ）及び入力メッセージフォーマットＣ
（符号３３ｃ）から成る）でのみ通信を行う。

【００１４】

【発明が解決しようとする課題】このように、従来は、
ホストアプリケーション毎に固有のメッセージフォーマ
ットが存在していた為、ＧＰＳレシーバは、ホストアプ
リケーションに対応したメッセージフォーマットを出力
するインタフェースソフトウェア（図６の符号３２ａ，
３２ｂ，３２ｃ）を、測位演算部（図６の符号３１ａ，
３１ｂ，３１ｃ）と外部のホストアプリケーションとの
間に介在させなければならなかった。つまり、メッセー
ジフォーマットの異なる複数のホストアプリケーション
がある場合、複数のインタフェースソフトウェアを作成
し、管理しなければ成らないという問題があった。

【００１５】また、機種Ａに搭載するために作成された
インタフェースソフトウェアＡは、機種Ｂや機種Ｃには
搭載することはできない。このことは、インタフェース
ソフトウェアをＯＴＰＲＯＭ（ワンタイムプログラマブ
ルＲＯＭ）のような、書き込みが１度しかできないメモ
リ素子に書き込んで、ＧＰＳレシーバに実装してしまう
場合には、機種Ｂや機種Ｃには流用できなくなることを
表している。したがって、管理すべきＯＴＰＲＯＭの種
類が増えるなど、生産コストの上昇を招く。

【００１６】このように、ホストアプリケーション毎に
ＧＰＳレシーバの機種を用意することは、複数のソフト
ウェアを作成する必要があるという点で、開発工数の増
加を招くとともに、複数のソフトウェアを管理しなけれ
ばならないという点で生産効率の低下を招く。

【００１７】本発明は、以上のような事情に鑑みてなさ
れたものである。すなわち本発明の目的は、複数のメッ
セージフォーマットに対応した、ＧＰＳレシーバ、ＧＰ
Ｓレシーバにおける測位データ出力方法、及びこの方法
をプログラムとして格納した記憶媒体を提供することを
目的とする。

【００１８】

【課題を解決するための手段】そのため請求項１に記載
の発明は、ＧＰＳ測位によって得られる測位データを所
定のデータ形式で出力メッセージとして出力するＧＰＳ
レシーバであって、入出力インタフェースと、複数のデ
ータ形式に関する情報を有し、複数のデータ形式のいず
れかにしたがって、測位データから出力メッセージを作
成するとともに該作成された出力メッセージを入出力イ
ンタフェースを介して出力するデータ出力手段と、デー
タ出力手段に対して出力メッセージを作成すべきデータ
形式の設定を行うデータ形式設定手段と、を備える。デ
ータ出力手段は、複数のデータ形式に関する情報を持
つ、そしてデータ形式設定手段は、データ出力手段がど
のデータ形式で出力メッセージを作成すべきかの設定を
行う。したがって、本ＧＰＳレシーバは、複数のデータ
形式（すなわち、複数のメッセージフォーマット）に対
応することが可能となる。

【００１９】データ形式設定手段は、データ形式の設定
に関する設定情報を格納する為の記憶手段と、入出力イ
ンタフェースを介して設定情報を受け取り、該受け取っ
た設定情報を記憶手段に格納する制御手段とから構成す
ることができる（請求項２）。この場合、データ出力手
段は、記憶手段に格納された設定情報に応じたデータ形
式にしたがって、出力メッセージを作成する。

【００２０】ここで、制御手段は、所定の時間間隔で設
定情報を受け取り、該受け取った設定情報を記憶手段へ
格納する構成であることが好ましい（請求項３）。所定
の時間間隔で設定情報が受け取られるので、ＧＰＳレシ
ーバにおける設定情報の監視動作が実現される。設定情
報の切り換わりに伴い、ＧＰＳレシーバは、データ形式
を切り替える。

【００２１】或いは、制御手段は、ＧＰＳレシーバの電
源ＯＮの際にのみ、設定情報を受け取り、該受け取った
設定情報を前記記憶手段へ格納する構成であっても良い
（請求項４）。

【００２２】請求項５に記載の発明は、ＧＰＳレシーバ
がＧＰＳ測位によって得られた測位データを出力する方
法であって、測位データから出力メッセージを作成する
為に用いるデータ形式に関する設定情報を、入出力イン
タフェースを介して受け取るステップと、受け取った設
定情報を記憶手段に格納するステップと、ＧＰＳ測位に
よって測位データが得られた際に、記憶手段に格納され
た設定情報に応じたデータ形式にしたがって、測位デー
タから出力メッセージを作成するステップと、作成され
た出力メッセージを入出力インタフェースを介して出力
するステップとを含む。記憶手段に格納された設定情報
に応じたデータ形式にしたがって出力メッセージが作成
される。したがって、ＧＰＳレシーバから測位データを
出力する際に、複数のデータ形式（メッセージフォーマ
ット）に対応することが可能となる。

【００２３】ここで、設定情報を入出力インタフェース
を介して受け取るステップにおいて、設定情報が、所定
の時間間隔で繰返し受け取られる構成であれば、ＧＰＳ
レシーバにおいて設定情報が繰り返し監視されることに
なる（請求項６）。したがって、設定情報の切り換わり
に応じて、出力メッセージのデータ形式も切り換わるこ
とになる。

【００２４】或いは、設定情報を入出力インタフェース
を介して受け取るステップにおいて、設定情報は、ＧＰ
Ｓレシーバの電源ＯＮの際に１度だけ受け取られる構成
であっても良い（請求項７）。

【００２５】請求項８に記載の発明は、以上で述べたＧ
ＰＳレシーバにおける測位データ出力方法を、ＧＰＳレ
シーバ内部のＣＰＵにより読み取り、実行されるプログ
ラムとして格納した記憶媒体である。

【００２６】

【発明の実施の形態】図１は、本発明の実施形態であ
る、ＧＰＳレシーバ１００の構成を表すブロック図であ
る。なお、図１には、ＧＰＳレシーバ１００のホストシ
ステムとしてのナビゲーション装置１５０が示されてい
る。ナビゲーション装置１５０では、ＧＰＳレシーバ１
００との間でメッセージの通信を行うホストアプリケー
ションが実行される。

【００２７】図１を参照してＧＰＳレシーバ１００の動
作に関して説明する。ＧＰＳレシーバ１００において、
アンテナ１０１で受信されたＧＰＳ信号は、ＲＦ信号１
１３として周波数変換部１０２に入力される。周波数変
換部１０２では、基準周波数発生器１０４及びシンセサ
イザ部１１３により発生された信号によって、ＲＦ信号
１１３がＩＦ信号１１４へ周波数変換される。ＩＦ信号
１１４は、Ａ／Ｄ変換部１０５でデジタル信号に変換さ
れ、デジタル信号処理部１３０内の各チャンネル１２９
に入力される。

【００２８】各チャンネル１２９は、それぞれがＧＰＳ
信号を受信処理する機能を持つ。ここでは、ＧＰＳレシ
ーバ１００は、このチャンネル１２９を８チャンネル持
つものとする。したがって、ＧＰＳレシーバ１００は、
同時に８つのＧＰＳ衛星からの信号の受信処理を行うこ
とができる。

【００２９】Ａ／Ｄ変換部１０５からチャンネル１２９
に入力されたデジタル信号は、キャリア相関部１０６で
キャリアＮＣＯ１０７（NCO；数値制御発振器）で発生
された信号と相関処理され、その後ＣＡコード相関部１
０８に入力される。ＣＡコード相関部１０８では、さら
に、ＣＡコード発生部１０９で発生された複製コードと
の相関がとられる。これらの処理に基づき、デジタル信
号処理部１３０では、擬似距離、航法データ、ドップラ
ー周波数位相などが得られる。これらのデータは、信号
線１２１を介してＣＰＵ１１１に入力され、測位演算に
用いられる。ＣＰＵ１１１に接続されている、例えばＳ
ＲＡＭであるメモリ１１２には、測位演算の為の各種デ
ータが格納される。

【００３０】ＣＰＵ１１１では、擬似距離、航法デー
タ、ドップラー周波数位相をもとに、キャリアＮＣＯ制
御信号１１８、コードＮＣＯ制御信号１１９が生成さ
れ、これらの信号によってチャンネル１２９を制御する
ことによって、ＧＰＳ信号を捕捉し続ける動作が実行さ
れる。

【００３１】さらに、ＣＰＵ１１１では、擬似距離、航
法データ、ドップラー周波数位相をもとに、測位演算を
行うことによって、測位位置としての緯度、軽度、高度
を始めとして、時間、速度、方位、衛星の軌道情報等を
含む測位データが得られる。測位データは、インタフェ
ース２０を介して所定のメッセージフォーマットでホス
トアプリケーションに出力される。

【００３２】図２は、ＧＰＳレシーバ１００のＣＰＵ１
１１によって実行されるソフトウェアの構成を表す図で
ある。図２は、インタフェースソフトウェア１５２が、
メッセージフォーマットＡを必要とするホストアプリケ
ーションＡ（符号２０１）、メッセージフォーマットＢ
を必要とするホストアプリケーションＢ（符号２０
２）、及びメッセージフォーマットＣを必要とするホス
トアプリケーションＣ（符号２０３）の３種類のホスト
アプリケーションに対応していることを表す。なお、３
種類のメッセージフォーマット（Ａ，Ｂ，Ｃ）間には、
データ形式に関する相違のほか、通信条件（データ通信
速度、パリティビット等）での相違も含まれるものとす
る。

【００３３】ＣＰＵ１１１における測位演算部１５１で
得られた測位データは、インタフェースソフトウェア１
５２によってメッセージフォーマットＡ，Ｂ，Ｃいずれ
かの形式の出力メッセージに変換される。このとき、ど
のメッセージフォーマットとするかは、インタフェース
ソフトウェア１５２が、ＣＰＵ１１１に接続された、例
えばＥＥＰＲＯＭである、メモリ１２５に格納されてい
る出力メッセージ判定フラグを参照することによって決
定される。

【００３４】すなわち、測位演算部１５１からインタフ
ェースソフトウェア１５２にタスクが渡されるたびに、
インタフェースソフトウェア１５２は、メモリ１２５内
の出力メッセージ判定フラグを参照し、出力メッセージ
判定フラグによって示されるメッセージフォーマットで
出力メッセージを作る。

【００３５】なお、出力メッセージ判定フラグのメモリ
１２５への書き込み設定、及び、ＧＰＳレシーバの各種
設定の入力メッセージによる入力は、通常、ＧＰＳレシ
ーバ１００の工場出荷時などに実行される。

【００３６】ここで、メモリ１２５の出力メッセージ判
定フラグの設定がメッセージフォーマットＡであるとき
に、メッセージフォーマットＢに切り替えるための動作
を説明する。まず、メッセージフォーマットＡの通信速
度、パリティビット等で、メッセージフォーマットＢを
要求するコマンド（符号１６１）をインタフェースソフ
トウェア１５２に送る。そのコマンドを受けると、イン
タフェースソフトウェア１５２は、メモリ１２５内の出
力メッセージ判定フラグをメッセージフォーマットＢを
示す設定に書き換える。

【００３７】それによって、次に、測位演算部１５１か
らインタフェースソフトウェア１５２にタスクが渡され
ると、インタフェースソフトウェア１５２は、メモリ１
２５を参照して、メッセージフォーマットＢで出力メッ
セージを作成すべきことを認識し、メッセージフォーマ
ットＢで出力メッセージ作成する。

【００３８】ＧＰＳレシーバへの各種設定の入力に関し
ては、一つのメッセージフォーマットでのみ対応され
る。図２では、メッセージフォーマットＡでのみ入力メ
ッセージ（符号１６３）が入力可能であることが示され
ている。

【００３９】メッセージフォーマットの設定が、メッセ
ージフォーマットＣであるときに、ＧＰＳレシーバの各
種設定を行いたい場合には、メッセージフォーマットＣ
で、メッセージフォーマットＡを要求するコマンド（符
号１８１）を入力する。すると、インタフェースソフト
ウェア１５２は、メッセージフォーマットＡを受け付け
ることになるので、メッセージフォーマットＡの通信速
度、パリティビット等で、入力メッセージを作成し入力
すれば良いことになる。ＧＰＳレシーバ１００への各種
設定が反映されたら、再び、メッセージフォーマットＣ
を要求するコマンド（符号１６１）を入力することで、
元のメッセージフォーマットＣに戻すことができる。

【００４０】したがって、インタフェースソフトウェア
１５２では、各メッセージフォーマット毎に入力メッセ
ージへの対応を行う必要がないので（１つのみ対応して
いれば良いので）、多くのコードの削減が達成され、ま
た、コード長の最適化も可能となる。

【００４１】図６に示した従来技術におけるインタフェ
ースソフトウェアの実現の形式と比較すると、従来のＧ
ＰＳレシーバでは、インタフェースソフトウェアが機種
毎に必要になるが、図２に示すインタフェースソフトウ
ェア１５２では、インタフェースソフトウェア１５２が
複数の種類のホストアプリケーションに対応しているの
で、機種毎に別々のインタフェースソフトウェアを準備
する必要がなくなっていることが理解できる。

【００４２】なお、図２で説明したインタフェースソフ
トウェア１５２の構成において、ＧＰＳレシーバの各種
設定の為の入力メッセージのメッセージフォーマット
は、メッセージフォーマットＡのみ対応されている構成
となっているが、入力メッセージに関し、他のメッセー
ジフォーマットＢ，Ｃへ対応する構成とすることも可能
である。

【００４３】図３のフローチャートを参照して、ＣＰＵ
１１１によって実行される（すなわち、インタフェース
ソフトウェア１５２による）、測位データ出力の動作を
説明する。なお、図３のフローチャートはサブルーチン
形式となっており、ＣＰＵ１１１において、例えば測位
演算がする毎に呼び出され実行される。また、ここで
は、メモリ１５２に格納される出力メッセージ判定フラ
グは２ビット（ｂｉｔ１，ｂｉｔ０）の情報であるもの
とし、この２ビットの情報とメッセージフォーマットの
対応関係を表すテーブルを下記表１に示す。インタフェ
ースソフトウェア１５２は、下記表１のテーブルを有し
ており、これを利用する。

【００４４】

【表１】

【００４５】始めにステップＳ３０１では、測位演算部
１５１における測位演算が行われた後、インタフェース
ソフトウェア１５２に測位データが渡される。次に、ス
テップＳ３０２では、メモリ１２５内の出力メッセージ
判定フラグ（Output MessageFlag）が読み込まれ、内容
の判定が行われる。その結果、出力メッセージ判定フラ
グが０（‘００’）である場合には（Ｓ３０２：ＹＥ
Ｓ）、インタフェースソフトウェア１５２は、表１の対
応関係から、メッセージフォーマットＡで出力メッセー
ジを作成すべきことを認識し、メッセージフォーマット
Ａで出力メッセージを作成する（Ｓ３０３）。そして、
インタフェース１２０（図１参照）を介して、出力メッ
セージをホストアプリケーションに対して出力する（Ｓ
３０３）。その後、処理は元の処理に復帰する。

【００４６】ステップＳ３０２において、出力メッセー
ジ判定フラグ（Output Message Flag）が０（‘０
０’）でないと判定された場合には（Ｓ３０２：Ｎ
Ｏ）、ステップＳ３０５において出力メッセージ判定フ
ラグ（Output Message Flag）が１（‘０１’）である
か否かが判定される。その結果、出力メッセージ判定フ
ラグが１（‘０１’）である場合には（Ｓ３０５：ＹＥ
Ｓ）、メッセージフォーマットＢで出力メッセージが作
成される（Ｓ３０６）。そして、インタフェース１２０
を介して、出力メッセージがホストアプリケーションに
対して出力される（Ｓ３０７）。その後、処理は元の処
理に復帰する。

【００４７】ステップＳ３０５において、出力メッセー
ジ判定フラグ（Output Message Flag）が１（‘０
１’）でないと判定された場合には（Ｓ３０５：Ｎ
Ｏ）、ステップＳ３０８において出力メッセージ判定フ
ラグ（Output Message Flag）が２（‘１０’）である
か否かが判定される。その結果、出力メッセージ判定フ
ラグが２（‘１０’）である場合には（Ｓ３０８：ＹＥ
Ｓ）、メッセージフォーマットＣで出力メッセージが作
成される（Ｓ３０９）。そして、インタフェース１２０
を介して、出力メッセージがホストアプリケーションに
対して出力される（Ｓ３１０）。その後、処理は元の処
理への復帰する。

【００４８】ステップＳ３０８において、出力メッセー
ジ判定フラグ（Output Message Flag）が２（‘１
０’）でもない場合には（Ｓ３０８：ＮＯ）、処理は元
の処理に復帰する。

【００４９】図３で示したフローチャートは、ＧＰＳレ
シーバ１００の出力メッセージに関する設定が（すなわ
ち、図２のメッセージ変更の要求のコマンド１５１，１
７１，１８１によるメモリ１２５内の設定が）、ＧＰＳ
レシーバ１００の生産時などにあらかじめ実行されてお
り、ホストアプリケーションが、メモリ１２５に設定さ
れた内容を利用する場合の例である。

【００５０】一方、図４は、接続されたホストアプリケ
ーション（ナビゲーション装置）に応じて、メッセージ
フォーマットを自動で設定することを可能とする、本発
明の第２の実施形態としての、インタフェースソフトウ
ェアによるメッセージフォーマットの設定に関する処理
を表すフローチャートである。図４に示す処理も、図３
の場合と同様に、ＣＰＵ１１１によって実行される。

【００５１】ステップＳ４０１において、ＧＰＳレシー
バ１００の電源がＯＮされると、ＧＰＳレシーバ１００
側からホストアプリケーションに対して、出力メッセー
ジ判定フラグ（以下、ＯＭＦと記す）が要求される（Ｓ
４０２）。

【００５２】次に、ステップＳ４０３では、ＯＭＦの要
求に対して、ホストアプリケーション側からＯＭＦが入
力されたか否かの検出が行われる。ＯＭＦの入力が検出
されると（Ｓ４０３：ＹＥＳ）、処理はステップＳ４０
４に進み、ＯＭＦの値の判定が行われる。一方、ステッ
プＳ４０３において、所定時間経過してもＯＭＦが入力
されない場合には（Ｓ４０３：ＮＯ）、処理はステップ
Ｓ４１４に進み、ＯＭＦの入力が無いことを告げるエラ
ーメッセージがホストアプリケーションに対して送出さ
れる。ホストアプリケーション側で、このエラーメッセ
ージを表示処理する構成とすれば、ユーザーに対してＯ
ＭＦの入力を促すこともできる。

【００５３】ステップＳ４０４において、ＯＭＦが０で
あると判定される場合には（Ｓ４０４：ＹＥＳ）、メッ
セージフォーマットＡであることが認識され、ＯＭＦが
メモリ１２５内に格納されると共に、以後、出力メッセ
ージがメッセージフォーマットＡで作成されるようにな
る（Ｓ４０５）。

【００５４】一方、ＯＭＦが０でなく（Ｓ４０４：Ｎ
Ｏ）、ステップＳ４１０において、ＯＭＦが１であると
判定される場合には（Ｓ４１０：ＹＥＳ）、メッセージ
フォーマットＢであることが認識され、ＯＭＦがメモリ
１２５内に格納されると共に、以後、出力メッセージが
メッセージフォーマットＢで作成されるようになる（Ｓ
４１１）。

【００５５】また、ＯＭＦが１でなく（Ｓ４１０：Ｎ
Ｏ）、ステップＳ４１２において、ＯＭＦが２であると
判定される場合には（Ｓ４１２：ＹＥＳ）、メッセージ
フォーマットＣであることが認識され、ＯＭＦがメモリ
１２５内に格納されると共に、以後、出力メッセージが
メッセージフォーマットＣで作成されるようになる（Ｓ
４１３）。ステップＳ４１２において、ＯＭＦが２でな
いと判定される場合は（Ｓ４１２：ＮＯ）、ステップＳ
４１４において、受信したＯＭＦに対応するメッセージ
フォーマットに対応していない旨を告げるエラーメッセ
ージをホストアプリケーションに対して送出する。

【００５６】ステップＳ４０６では、タイマーが起動さ
れ、そして、ステップＳ４０７において所定時間ｔ１が
経過したか否かが判定される。所定時間ｔ１が経過して
いる場合には、処理はステップＳ４０８に進み、ＧＰＳ
レシーバ１００の電源がＯＦＦされたか否かが判定され
る。電源ＯＦＦでない場合には（Ｓ４０８：ＮＯ）、Ｓ
４０６で用いられたタイマーがリセットされ（Ｓ４０
９）、処理はＳ４０２に戻り、ＯＭＦを要求する処理か
ら再び処理は繰り返される。Ｓ４０８において、電源Ｏ
ＦＦである場合には（Ｓ４０８：ＹＥＳ）、処理は終了
する。すなわち、ＧＰＳレシーバ１００の電源がＯＮで
ある間、所定時間ｔ１毎に、ホストアプリケーション側
が要求するメッセージフォーマットの監視が行われるこ
とになる。

【００５７】なお、図４の処理では、所定時間間隔ｔ１
でＯＭＦの監視を行う構成となっているが、電源ＯＮ時
に一度だけホストアプリケーションからＯＭＦを取得し
て、電源ＯＦＦまでその状態を保持する構成とすること
も可能である。

【００５８】

【発明の効果】以上説明したように、複数の種類のホス
トアプリケーションに対応するインタフェースソフトウ
ェアを搭載したＧＰＳレシーバが実現される。したがっ
て、ホストアプリケーション毎にＧＰＳレシーバのイン
タフェースソフトウェアを用意する必要が無くなる。１
つのインタフェースソフトウェアが複数の種類のホスト
アプリケーションに対応するので、ＧＰＳレシーバに関
する開発効率及び生産効率を向上させることができる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態としての、ＧＰＳレシ
ーバの構成を表すブロック図である。

【図２】図１のＧＰＳレシーバにおける、ソフトウェア
の構成を表す図である。

【図３】インタフェースソフトウェアによる、測位デー
タ出力の動作を表すフローチャートである。

【図４】図１のＧＰＳレシーバにおいて実行される、本
発明の第２の実施形態としての、メッセージフォーマッ
トの設定処理を表すフローチャートである。

【図５】従来のＧＰＳレシーバの構成を表すブロック図
である。

【図６】従来技術における、ＧＰＳレシーバ内のインタ
フェースソフトウェアとホストアプリケーションとの関
係を表す図である。

【符号の説明】

１０１ ＧＰＳアンテナ １０２ 周波数変換部 １０５ Ａ／Ｄ変換部 １０６ キャリア相関部 １０７ キャリアＮＣＯ １０８ ＣＡコード相関部 １０９ ＣＡコード発生部 １１０ コードＮＣＯ １１１ ＣＰＵ １１２ メモリ １２０ インタフェース １２５ メモリ １２９ チャンネル １３０ デジタル信号処理部 １５０ ナビゲーション装置 １５１ 測位演算部 １５２ インタフェースソフトウェア

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 2F029 AA02 AB07 AC02 5H180 AA01 CC12 FF05 FF27 5J062 AA01 AA05 AA13 BB01 CC07 DD05 DD13 HH04

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ＧＰＳ測位によって得られる測位データ
   を所定のデータ形式で出力メッセージとして出力するＧ
   ＰＳレシーバであって、 入出力インタフェースと、 複数のデータ形式に関する情報を有し、前記複数のデー
   タ形式のいずれかにしたがって、前記測位データから前
   記出力メッセージを作成するとともに該作成された出力
   メッセージを前記入出力インタフェースを介して出力す
   るデータ出力手段と、 前記データ出力手段に対して前記出力メッセージを作成
   すべきデータ形式の設定を行うデータ形式設定手段と、 を備えることを特徴とするＧＰＳレシーバ。
2. 【請求項２】 前記データ形式設定手段は、前記データ
   形式の設定に関する設定情報を格納する為の記憶手段
   と、前記入出力インタフェースを介して前記設定情報を
   受け取り、該受け取った設定情報を前記記憶手段に格納
   する制御手段と、を有し、 前記データ出力手段は、前記記憶手段に格納された設定
   情報に応じたデータ形式にしたがって、前記出力メッセ
   ージを作成すること、 を特徴とする請求項１に記載のＧＰＳレシーバ。
3. 【請求項３】 前記制御手段は、所定の時間間隔で前記
   設定情報を受け取り、該受け取った設定情報を前記記憶
   手段へ格納すること、を特徴とする請求項２に記載のＧ
   ＰＳレシーバ。
4. 【請求項４】 前記制御手段は、前記ＧＰＳレシーバの
   電源ＯＮの際にのみ、前記設定情報を受け取り、該受け
   取った設定情報を前記記憶手段へ格納すること、を特徴
   とする請求項２に記載のＧＰＳレシーバ。
5. 【請求項５】 ＧＰＳレシーバがＧＰＳ測位によって得
   られた測位データを出力する方法であって、 測位データから出力メッセージを作成する為に用いるデ
   ータ形式に関する設定情報を、入出力インタフェースを
   介して受け取るステップと、 受け取った前記設定情報を記憶手段に格納するステップ
   と、 前記ＧＰＳ測位によって前記測位データが得られた際
   に、前記記憶手段に格納された前記設定情報に応じたデ
   ータ形式にしたがって、前記測位データから出力メッセ
   ージを作成するステップと、 作成された前記出力メッセージを前記入出力インタフェ
   ースを介して出力するステップと、 を含むことを特徴とする測位データ出力方法。
6. 【請求項６】 前記設定情報を入出力インタフェースを
   介して受け取るステップにおいて、前記設定情報は、所
   定の時間間隔で繰返し受け取られること、を特徴とする
   請求項５に記載の測位データ出力方法。
7. 【請求項７】 前記設定情報を入出力インタフェースを
   介して受け取るステップにおいて、前記設定情報は、前
   記ＧＰＳレシーバの電源ＯＮの際に１度だけ受け取られ
   ること、を特徴とする請求項５に記載の測位データ出力
   方法。
8. 【請求項８】 請求項５から請求項７のいずれかに記載
   のＧＰＳレシーバにおける測位データ出力方法を、ＧＰ
   Ｓレシーバ内部のＣＰＵにより読み取り、実行されるプ
   ログラムとして格納した記憶媒体。