(57)【要約】【課題】クライアントが必要とする予測エフェメリスのみを生成する予測エフェメリス生成方法を提供する。【解決手段】予測エフェメリス生成方法は、現在から未来における所定の時刻と所定の場所とを指定させることと、所定の時刻と所定の場所とに対応する衛星ＳＶの座標情報を抽出することと、対応する衛星の座標情報に基づいて予測エフェメリスを生成することと、を含む。【選択図】図１
2013195324.tif 000002
【特許請求の範囲】
【請求項１】
現在から未来における所定の時刻と所定の場所とを指定させることと、
前記所定の時刻と所定の場所とに対応する衛星の座標情報を抽出することと、
前記対応する衛星の座標情報に基づいて予測エフェメリスを生成することと、
を含むことを特徴とする予測エフェメリス生成方法。
【請求項２】
前記対応する衛星は、可視衛星であることを特徴とする請求項１に記載の予測エフェメリス生成方法。
【請求項３】
外部サーバーにおいて、前記所定の時刻と所定の場所とに対応する衛星の座標情報を抽出することを特徴とする請求項１又は２に記載の予測エフェメリス生成方法。
【請求項４】
前記対応する衛星の座標情報に基づいて移動端末において予測エフェメリスを生成することを特徴とする請求項１〜３のいずれか一項に記載の予測エフェメリス生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予測エフェメリス生成方法に関する。
【背景技術】
【０００２】
測位用信号を利用した測位システムとしては、ＧＰＳ（Global Positioning System）が広く知られており、携帯型電話機やカーナビゲーション装置等に内蔵された測位装置に利用されている。ＧＰＳでは、自機の位置を示す３次元の座標値と、時計誤差とを、複数のＧＰＳ衛星の位置や各ＧＰＳ衛星から自機までの擬似距離等の情報に基づいて求める測位演算を行うことで測位する。
【０００３】
ＧＰＳによる測位では、ＧＰＳ衛星から発信されるＧＰＳ衛星信号に重畳されているアルマナックやエフェメリスといった航法データに基づいて、ＧＰＳ衛星の位置、速度、移動方向等の衛星情報を算出し、当該衛星情報及び時刻情報を用いて測位演算を行う。アルマナックは衛星を捕捉する際の有力な手掛かりとはなるが、衛星情報の精度が悪いため測位演算に使用することは困難である。一方、エフェメリスは、衛星情報の精度が良いため、衛星を捕捉する際の有力な手掛かりとなるだけでなく、測位演算にも使用することができる。従って、例えばエフェメリスを保持していない状態で測位を開始した場合には、エフェメリスをＧＰＳ衛星信号から取得しなければならず、初回測位時間（ＴＴＦＦ：Time To First Fix）が増大する。
【０００４】
そこで特許文献１には、サーバークライアントシステムであって、外部システムからサーバーが取得した衛星予測暦（予測位置データ）に基づいて、１週間といった長期間分のエフェメリスである長期予測エフェメリス（長期予測軌道データ）をサーバーが予測し、要求に応じてクライアントである測位装置に１週間分の長期予測エフェメリスの全てを提供する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−２２７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
長期予測エフェメリスの定義方法としては、通常のエフェメリスと同様のデータフォーマットで定義する方法が考えられる。すなわち、衛星軌道の近似モデルの１つであるケプラーの楕円軌道モデルを用いて衛星軌道を近似し、その時のモデル式のパラメーター（以下、「衛星軌道パラメーター」と称す。）の値によって、長期予測エフェメリスを定義する方法である。測位用衛星の将来の位置を所定時間おきに時系列に予測した予測位置でなる衛星予測暦（予測位置データ）は、所定の商用システムから提供されている。ケプラーの楕円軌道モデルによる近似計算は、この衛星予測暦を用いて行うことが可能である。
【０００７】
従来は、全衛星について、例えば１週間といった長期予測エフェメリスをサーバーで生成し、クライアントの要求に応じてサーバーがそれらのデータを圧縮してクライアントに提供するシステムであった。その結果、クライアントは全ての情報を必要としない場合においても、不要な長期予測エフェメリス情報がサーバーから提供されてしまい、クライアントのメモリー領域を圧迫してしまうという問題があった。また、３ＧＰＰなどの国際無線通信規格においては、Extended Ephemerisという名称で長期予測エフェメリス情報を配信する仕様が制定されているが、大量の情報をネットワーク上に流すためにネットワークへの負荷が無視できないものであった。さらには、サーバーは常に全衛星の長期予測エフェメリスを生成、保持していなければならず、サーバーへの負荷も大きいという問題があった。
【０００８】
本発明は、上述した問題を基になされたものであり、クライアントが必要とする長期予測エフェメリスのみを生成するための新たな手法を提案することを目的としている。
【課題を解決するための手段】
【０００９】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。
【００１０】
［適用例１］本適用例に係る予測エフェメリス生成方法は、現在から未来における所定の時刻と所定の場所とを指定させることと、前記所定の時刻と所定の場所とに対応する衛星の座標情報を抽出することと、前記対応する衛星の座標情報に基づいて予測エフェメリスを生成することと、を含むことを特徴とする。
【００１１】
本適用例によれば、現在から未来における所定の時刻と所定の場所において、対応する衛星の座標情報を抽出することができる。これにより、所定の時刻と所定の場所に対応した予測エフェメリスだけを生成することができ、その結果、所定の時刻と所定の場所に対応しない予測エフェメリスを生成することがないため、不要なデータによってメモリー領域が圧迫されることを防ぐことができる。
【００１２】
［適用例２］上記適用例に記載の予測エフェメリス生成方法において、前記対応する衛星は、可視衛星であることを特徴とする。
【００１３】
本適用例によれば、現在から未来における所定の時刻と所定の場所において、可視衛星となる衛星の座標情報を、抽出することができる。これにより、可視衛星に対応した予測エフェメリスだけを生成することができる。その結果、可視衛星とはならない、つまり信号を受信することができない衛星の予測エフェメリスを生成することがないため、不要なデータによってメモリー領域が圧迫されることを防ぐことができる。
【００１４】
［適用例３］上記適用例に記載の予測エフェメリス生成方法において、外部サーバーにおいて、前記所定の時刻と所定の場所とに対応する衛星の座標情報を抽出することを特徴とする。
【００１５】
本適用例によれば、外部サーバーにおいて、所定の時刻と所定の場所に対応する衛星の座標情報を抽出することができる。これにより、複数の移動端末からの異なる要求にも対応することができ、その結果、より汎用的なシステムを構築することができる。
【００１６】
［適用例４］上記適用例に記載の予測エフェメリス生成方法において、前記対応する衛星の座標情報に基づいて移動端末において予測エフェメリスを生成することを特徴とする。
【００１７】
本適用例によれば、所定の時刻と所定の位置に対応する衛星の座標情報に基づいて、移動端末において予測エフェメリスを生成することができる。これにより、予め衛星の座標情報を取得しておけば、移動端末において、対応する衛星の予測エフェメリスを生成することができる。その結果、外部サーバーと通信できない地域に移動端末が移動したとしても、対応する衛星の予測エフェメリスを生成することができる。
【図面の簡単な説明】
【００１８】
【図１】本実施形態における測位システムの概略構成図を示す図。
【図２】本実施形態におけるサーバーシステムの機能構成を示すブロック図。
【図３】本実施形態におけるサーバーシステムのＲＯＭに格納されたデータの一例を示す図。
【図４】本実施形態におけるサーバーシステムのＲＡＭに格納されたデータの一例を示す図。
【図５】本実施形態におけるサーバーシステムのハードディスクに格納されたデータの一例を示す図。
【図６】本実施形態における衛星予測暦データベースのデータ構成の一例を示す図。
【図７】本実施形態における衛星予測暦提供処理の流れを示すフローチャート。
【図８】本実施形態における衛星予測暦抽出処理の流れを示すフローチャート。
【図９】本実施形態における携帯型電話機の機能構成を示すブロック図。
【図１０】本実施形態における携帯型電話機のＲＯＭに格納されたデータの一例を示す図。
【図１１】本実施形態における携帯型電話機のフラッシュＲＯＭに格納されたデータの一例を示す図。
【図１２】本実施形態における携帯型電話機のＲＡＭに格納されたデータの一例を示す図。
【図１３】本実施形態における予測エフェメリス情報の構成の一例を示す図。
【図１４】本実施形態における個別予測エフェメリスのデータ構成の一例を示す図。
【図１５】本実施形態における要求信号生成処理の流れを示すフローチャート。
【図１６】本実施形態における予測エフェメリス生成処理の流れを示すフローチャート。
【図１７】本実施形態におけるメイン処理の流れを示すフローチャート。
【図１８】本実施形態における測位処理の流れを示すフローチャート。
【図１９】本実施形態における測位処理の流れを示すフローチャート。
【発明を実施するための形態】
【００１９】
以下、図面を参照して、本発明に好適な実施形態の一例を説明する。但し、本発明を適用可能な実施形態がこれに限定されるわけではない。
【００２０】
１．システム構成：
図１は、本実施形態における測位システムの概略構成を示す図である。本実施形態における測位システム１は、外部システム２と、情報提供装置の一種であるサーバーシステム３と、測位装置を備えた電子機器である携帯型電話機４と、複数のＧＰＳ衛星ＳＶ（ＳＶ１，ＳＶ２，ＳＶ３，ＳＶ４，・・・）とを備えて構成される。尚、携帯型電話機４が必要なデータをサーバーシステム３から取得した後は、携帯型電話機４とＧＰＳ衛星ＳＶとで測位が可能であるため、携帯型電話機４とＧＰＳ衛星ＳＶとで１つの測位システム１が構成されるということもできる。また、地上側のシステムとして、サーバーシステム３と携帯型電話機４とで測位システム１と呼ぶこともできる。さらに、外部システム２と携帯型電話機４とが通信できる構成である場合には、外部システム２と携帯型電話機４とで測位システム１と呼ぶこともできる。
【００２１】
外部システム２は、ＧＰＳ衛星ＳＶから定期的に衛星信号を受信し、当該衛星信号に含まれる航法データ等に基づいて衛星予測暦を生成してサーバーシステム３に提供する公知のシステムである。外部システム２が提供する衛星予測暦は、各ＧＰＳ衛星ＳＶそれぞれについて、将来の位置を予測した予測位置及びＧＰＳ衛星ＳＶに搭載された原子時計の誤差を予測した時計予測誤差を所定時間おき（例えば１５分おき）に時系列に並べた不連続な位置及び時計誤差のデータである。
【００２２】
サーバーシステム３は、定期的に、又は必要に応じて外部システム２から衛星予測暦を受信し、メモリーに保存している。携帯型電話機４から要求信号を受信すると、それに基づいて必要な衛星予測暦をメモリーから抽出し、携帯型電話機４に提供する。要求信号には、携帯型電話機４が必要としている衛星予測暦を抽出するために必要な情報、例えば携帯型電話機４の現在位置や、必要とする衛星予測暦の時刻又は期間などの情報が含まれている。
【００２３】
携帯型電話機４は、ユーザーが通話やメールの送受信等を行うための電子機器であり、通話やメールの送受信といった携帯型電話機としての本来の機能の他、位置を計測する機能（測位機能）を実現するための測位装置を具備している。携帯型電話機４は、ユーザー操作に従って、サーバーシステム３に対して衛星予測暦の要求信号を送信し、サーバーシステム３から要求信号に対応した衛星予測暦を受信する。そして、受信した衛星予測暦を用いて、ＧＰＳ衛星ＳＶの予測されるエフェメリス（以下、本実施形態において「予測エフェメリス」「予測軌道データ」と称す。）を生成し、メモリーに保存する。ここで予測エフェメリスの有効期間は、携帯型電話機４が送信した要求信号に対応するものであり、有効期間は例えば２時間でも良いし、１週間でも良い。携帯型電話機４は、予測エフェメリスを用いてＧＰＳ衛星ＳＶを捕捉し、衛星信号に基づく測位演算を実行する。
【００２４】
２．サーバーシステム：
２−１．機能構成：
図２は、本実施形態におけるサーバーシステム３の機能構成を示すブロック図である。サーバーシステム３は、ＣＰＵ（Central Processing Unit）３１０と、操作部３２０と、通信部３３０と、ＲＯＭ（Read Only Memory）３４０と、ハードディスク３５０と、ＲＡＭ（Random Access Memory）３６０とを備え、各部がバス３７０で接続されたコンピューターシステムである。
【００２５】
ＣＰＵ３１０は、ＲＯＭ３４０に記憶されているシステムプログラム等に従ってサーバーシステム３の各部を統括的に制御するプロセッサーである。本実施形態では、ＣＰＵ３１０は、ＲＯＭ３４０に記憶されている衛星予測暦提供プログラム３４１（図３参照）に従って、携帯型電話機４に衛星予測暦を提供する処理を行う。
【００２６】
操作部３２０は、サーバーシステム３の管理者による操作指示を受け付け、操作に応じた信号をＣＰＵ３１０に出力する入力装置である。この機能は、例えばキーボードやボタン、マウス等により実現される。
【００２７】
通信部３３０は、システム内部で利用される各種データをインターネット等の通信ネットワークや無線通信ネットワークを介して外部システム２や携帯型電話機４とやり取りするための通信装置である。
【００２８】
ＲＯＭ３４０は、読み取り専用の不揮発性の記憶装置であり、ＣＰＵ３１０がサーバーシステム３を制御するためのシステムプログラムや、衛星予測暦を携帯型電話機４に提供するためのプログラム等の各種プログラムやデータ等を記憶している。
【００２９】
ハードディスク３５０は、磁気ヘッド等を用いてデータの読み書きを行う記憶装置であり、ＲＯＭ３４０と同様、サーバーシステム３が備える各種機能を実現するためのプログラムやデータ等を記憶している。
【００３０】
ＲＡＭ３６０は、読み書き可能な揮発性の記憶装置であり、携帯型電話機４からの要求信号が持つ情報や、要求に応じてＣＰＵ３１０が抽出した衛星予測暦を一時的に記憶する他、ＣＰＵ３１０により実行されるシステムプログラム、衛星予測暦提供プログラム３４１、各種処理プログラム、各種処理の処理中データ、処理結果などを一時的に記憶するワークエリアを形成している。
【００３１】
２−２．データ構成：
図３は、本実施形態におけるサーバーシステム３のＲＯＭ３４０に格納されたデータの一例を示す図である。ＲＯＭ３４０には、ＣＰＵ３１０により読み出され、衛星予測暦提供処理（図７参照）として実行される衛星予測暦提供プログラム３４１が記憶されている。また、衛星予測暦提供プログラム３４１には、衛星予測暦抽出処理（図８参照）として実行される衛星予測暦抽出プログラム３４１１がサブルーチンとして含まれている。
【００３２】
衛星予測暦提供処理とは、携帯型電話機４から要求信号を受信した場合に、ＣＰＵ３１０が、ＲＯＭ３４０に保存されている衛星予測暦を要求元の携帯型電話機４に送信する処理である。衛星予測暦提供処理については、図７のフローチャートを用いて詳細に後述する。
【００３３】
衛星予測暦抽出処理とは、ＣＰＵ３１０が、衛星予測暦を抽出する処理である。本実施形態では、ＣＰＵ３１０は、要求信号に含まれる情報に基づいて、衛星予測暦を抽出する対象となる衛星と期間などを決定する。具体的にはアルマナック情報から要求された期間と場所においてどの衛星が可視衛星となるかを判定し、それに基づいて該当する衛星の衛星予測暦を抽出する。衛星予測暦抽出処理についても、図８のフローチャートを用いて詳細に後述する。
【００３４】
図４は、本実施形態におけるサーバーシステム３のＲＡＭ３６０に格納されたデータの一例を示す図である。ＲＡＭ３６０には、携帯型電話機４から送信された要求信号に含まれている要求信号情報３６１が記憶されている。また、要求信号に応じてＣＰＵ３１０が抽出した、抽出衛星予測暦情報３６３が記憶されている。要求信号情報３６１は、携帯型電話機の位置情報３６１１及び必要時刻・期間情報３６１３で構成されている。また、予備的な情報として、要求信号情報３６１は、衛星ヘルス情報３６１５を含んでいても良い。
【００３５】
携帯型電話機の位置情報３６１１は、携帯型電話機４が要求信号を送信したときの現在位置に相当する情報である。現在位置としては、ＧＰＳや無線通信を利用して決定した位置や、携帯電話基地局の位置、地域名などでも良い。必要時刻・期間情報３６１３は、携帯型電話機４が必要としている予測エフェメリスの時間的な要件を表す情報である。例えば、２０１２年１月２７日９時００分から１週間分、といったような情報である。衛星ヘルス情報３６１５は、携帯型電話機４が、ＧＰＳ衛星ＳＶが正常に稼動しているか否かを表す衛星ヘルス情報３６１５を所持していた場合、サーバーシステム３における衛星予測暦抽出処理（図８参照）で利用するために送信される情報である。
【００３６】
図５は、本実施形態におけるサーバーシステム３のハードディスク３５０に格納されたデータの一例を示す図である。ハードディスク３５０には、衛星予測暦データベース３５１と、サーバーシステム３に付属のＧＰＳ受信機（不図示）が取得したアルマナック情報３５３が記憶されている。尚、アルマナック情報は、通信部３３０を経由して取得したものでも良い。
【００３７】
図６は、本実施形態における衛星予測暦データベース３５１のデータ構成の一例を示す図である。衛星予測暦データベース３５１には、複数の衛星予測暦３５２（３５２−１，３５２−２，３５２−３，・・・）が時系列に記憶されている。衛星予測暦３５２は、各ＧＰＳ衛星ＳＶの１週間後までの予測位置及び時計予測誤差が１５分おきに記憶された離散的なデータであり、予測された期間毎にまとめられたデータである。
【００３８】
例えば、衛星予測暦３５２−１は、「２００８年８月８日０時００分〜２００８年８月１４日２４時００分」までの期間のデータである。そして、「２００８年８月８日０時３０分」におけるＧＰＳ衛星「ＳＶ２」の予測位置は「（Ｘｐ３２，Ｙｐ３２，Ｚｐ３２）」であり、原子時計の予測誤差は「Δｔｐ３２」である。ＣＰＵ３１０は、外部システム２から定期的に（例えば４時間に１回）衛星予測暦３５２を受信して、衛星予測暦データベース３５１に蓄積・記憶させる。
【００３９】
２−３．処理の流れ：
図７は、本実施形態における衛星予測暦提供処理の流れを示すフローチャートである。言い換えると、ＲＯＭ３４０に記憶されている衛星予測暦提供プログラム３４１がＣＰＵ３１０により読み出されて実行されることで、サーバーシステム３において実行される衛星予測暦提供処理の流れを示すフローチャートである。
【００４０】
先ず、ＣＰＵ３１０は、外部システム２から衛星予測暦３５２を受信したか否かを判定し（ステップＡ１）、受信しなかったと判定した場合は（ステップＡ１；Ｎｏ）、ステップＡ５へと処理を移行する。また、受信したと判定した場合は（ステップＡ１；Ｙｅｓ）、受信した衛星予測暦３５２を、ハードディスク３５０の衛星予測暦データベース３５１に蓄積・記憶させる（ステップＡ３）。
【００４１】
次いで、ＣＰＵ３１０は、携帯型電話機４から要求信号を受信したか否かを判定する（ステップＡ５）。要求信号を受信していないと判断した場合は（ステップＡ５；Ｎｏ）、ステップＡ１へ戻る。また、受信したと判断した場合は（ステップＡ５；Ｙｅｓ）、衛星予測暦抽出処理（ステップＡ７）へと移行する。
【００４２】
図８は、本実施形態における衛星予測暦抽出処理の流れを示すフローチャートである。
先ず、ＣＰＵ３１０は、携帯型電話機４から受信した要求信号情報３６１に含まれる、携帯型電話機の位置情報３６１１、必要時刻・期間情報３６１３、衛星ヘルス情報３６１５をそれぞれ保存する（ステップＢ１〜Ｂ５）。
【００４３】
次いで、ＣＰＵ３１０は、ハードディスク３５０に保存されているアルマナック情報３５３から、携帯型電話機の位置情報３６１１と必要時刻・期間情報３６１３との条件において、可視衛星となる衛星を特定する（ステップＢ７）。アルマナック情報３５３は、全てのＧＰＳ衛星ＳＶの概略位置を表す軌道情報である。アルマナック情報３５３は時間の関数として定義されているため、必要時刻・期間情報３６１３によって、所望の時刻における全ＧＰＳ衛星ＳＶそれぞれの座標を概ね特定することができる。さらに、携帯型電話機の位置情報３６１１と全ＧＰＳ衛星ＳＶそれぞれの座標との位置関係を検証することで、所望の時刻において携帯型電話機４が信号を受信できる衛星、つまり可視衛星となる衛星を特定することができる。このような可視衛星の特定方法は、一般的に知られている方法であるので、これ以上の詳細な説明は省略する。
【００４４】
次に、ＣＰＵ３１０は、ステップＢ７で特定された衛星群の中に、ステップＢ５の衛星ヘルス情報３６１５でアンヘルスとなっている衛星、つまり何らかの障害が発生している衛星が含まれているかどうかを検証する（ステップＢ９）。もし、アンヘルス衛星が含まれていれば、ＣＰＵ３１０は、ステップＢ７で特定した衛星群からその衛星を除外する。このように、アンヘルス衛星が事前に分かっている場合には、アンヘルス衛星を除外することで、使用不能な衛星の衛星予測暦を、携帯型電話機４に送付することを防止できる。
【００４５】
ステップＢ９の検証をした結果残った衛星について、ＣＰＵ３１０は、該当する衛星の衛星予測暦を、衛星予測暦データベース３５１から抽出し、ＲＡＭ３６０の抽出衛星予測暦情報３６３に一時的に記憶させる（ステップＢ１１）。そして、ＣＰＵ３１０は、衛星予測暦抽出処理を終了する。
【００４６】
図７の衛星予測暦提供処理に戻って、衛星予測暦抽出処理（ステップＡ７）を行った後、ＣＰＵ３１０が、抽出衛星予測暦情報３６３を、要求元の携帯型電話機４に送信する（ステップＡ９）。
【００４７】
次に、ＣＰＵ３１０は、未処理の要求信号はないかを確認する（ステップＡ１１）。未処理の要求信号がある場合（ステップＡ１１；Ｎｏ）、ステップＡ７に戻る。未処理の要求信号がない場合（ステップＡ１１；Ｙｅｓ）は、ステップＡ１に戻る。
【００４８】
３．携帯型電話機：
３−１．機能構成：
図９は、本実施形態における携帯型電話機４の機能構成を示すブロック図である。携帯型電話機４は、ＧＰＳアンテナ４０５と、ＧＰＳ受信部４１０と、ホストＣＰＵ４２０と、操作部４３０と、表示部４４０と、携帯電話用アンテナ４５０と、携帯電話用無線通信回路部４６０と、ＲＯＭ４７０と、フラッシュＲＯＭ４８０と、ＲＡＭ４９０とを備えて構成される。
【００４９】
ＧＰＳアンテナ４０５は、ＧＰＳ衛星ＳＶから発信されているＧＰＳ衛星信号を含むＲＦ（Radio Frequency）信号を受信するアンテナであり、受信した信号をＧＰＳ受信部４１０に出力する。尚、ＧＰＳ衛星信号は、衛星毎に異なる拡散符号の一種であるＰＲＮ（Pseudo Random Noise）コードで直接スペクトラム拡散方式により変調された１．５７５４２［ＧＨｚ］の通信信号である。ＰＲＮコードは、コード長１０２３チップを１ＰＮフレームとする繰り返し周期１ｍｓの擬似ランダム雑音符号である。
【００５０】
ＧＰＳ受信部４１０は、ＧＰＳアンテナ４０５から出力された信号に基づいて測位する測位回路であり、いわゆるＧＰＳ受信機に相当する機能ブロックである。ＧＰＳ受信部４１０は、ＲＦ（Radio Frequency）受信回路部４１１と、ベースバンド処理回路部４１３とを備えて構成される。尚、ＲＦ受信回路部４１１と、ベースバンド処理回路部４１３とは、それぞれ別のＬＳＩ（Large Scale Integration）として製造することも、１チップとして製造することも可能である。
【００５１】
ＲＦ受信回路部４１１は、ＲＦ信号の処理回路ブロックであり、所定の局部発振信号を分周或いは逓倍することで、ＲＦ信号乗算用の発振信号を生成する。そして、生成した発振信号を、ＧＰＳアンテナ４０５から出力されたＲＦ信号に乗算することで、ＲＦ信号を中間周波数の信号（以下、「ＩＦ（Intermediate Frequency）信号」と称す。）にダウンコンバートする。そして、ＩＦ信号を増幅等した後、Ａ／Ｄ（Analog Digital）変換器でデジタル信号に変換して、ベースバンド処理回路部４１３に出力する。
【００５２】
ベースバンド処理回路部４１３は、ＲＦ受信回路部４１１から出力されたＩＦ信号に対して相関処理等を行ってＧＰＳ衛星信号を捕捉・抽出する回路部である。ベースバンド処理回路部４１３は、プロセッサーとしてのＣＰＵ４１５と、メモリーとしてのＲＯＭ４１７及びＲＡＭ４１９とを備えて構成される。ＣＰＵ４１５は、ホストＣＰＵ４２０がサーバーシステム３から取得した長期予測エフェメリスデータ３５７を用いて、ＧＰＳ衛星信号を捕捉・抽出する。
【００５３】
ホストＣＰＵ４２０は、ＲＯＭ４７０に記憶されている測位演算プログラムやシステムプログラム等の各種プログラムに従って携帯型電話機４の各部を統括的に制御するプロセッサーである。ホストＣＰＵ４２０は、ベースバンド処理回路部４１３によって捕捉・抽出されたＧＰＳ衛星信号に基づいて測位演算を行う。そして、測位演算により求めた測位位置をプロットしたナビゲーション画面を、表示部４４０に表示させる。
【００５４】
操作部４３０は、例えばタッチパネルやボタンスイッチ等により構成される入力装置であり、押下されたアイコンやボタンの信号をホストＣＰＵ４２０に出力する。この操作部４３０の操作により、通話要求やメールの送受信要求、ＧＰＳの起動要求等の各種指示入力がなされる。
【００５５】
表示部４４０は、ＬＣＤ（Liquid Crystal Display）等により構成され、ホストＣＰＵ４２０から入力される表示信号に基づいた各種表示を行う表示装置である。表示部４４０には、ナビゲーション画面や時刻情報等が表示される。
【００５６】
携帯電話用アンテナ４５０は、携帯型電話機４の通信サービス事業者が設置した無線基地局との間で携帯電話用無線信号の送受信を行うアンテナである。
【００５７】
携帯電話用無線通信回路部４６０は、ＲＦ変換回路、ベースバンド処理回路等によって構成される携帯電話の通信回路部であり、携帯電話用無線信号の変調・復調等を行うことで、通話やメールの送受信等を実現する。
【００５８】
ＲＯＭ４７０は、読み取り専用の不揮発性の記憶装置であり、ホストＣＰＵ４２０が携帯型電話機４を制御するためのシステムプログラムや、測位演算を実現するための測位演算プログラム、ナビゲーション機能を実現するためのナビゲーションプログラム等の各種プログラム、予測エフェメリスを生成するための予測エフェメリス生成プログラムやデータ等を記憶している。
【００５９】
フラッシュＲＯＭ４８０は、読み書き可能な不揮発性の記憶装置であり、ＲＯＭ４７０と同様に、ホストＣＰＵ４２０が携帯型電話機４を制御するための各種プログラムやデータ等を記憶している。フラッシュＲＯＭ４８０に記憶されているデータは、携帯型電話機４の電源を切断しても失われない。
【００６０】
ＲＡＭ４９０は、読み書き可能な揮発性の記憶装置であり、ホストＣＰＵ４２０により実行されるシステムプログラム、測位演算プログラム、各種処理プログラム、各種処理の処理中データ、処理結果などを一時的に記憶するワークエリアを形成している。
【００６１】
３−２．データ構成：
図１０は、本実施形態における携帯型電話機４のＲＯＭ４７０に格納されたデータの一例を示す図である。ＲＯＭ４７０には、ホストＣＰＵ４２０により読み出され、メイン処理（図１７参照）として実行されるメインプログラム４７１と、予測エフェメリス生成処理（図１６参照）として実行される予測エフェメリス生成プログラム４７３と、要求信号生成処理（図１５参照）として実行される要求信号生成プログラム４７５とが記憶されている。また、メインプログラム４７１には、測位処理（図１８及び図１９参照）として実行される測位プログラム４７１１がサブルーチンとして含まれている。
【００６２】
メイン処理とは、ホストＣＰＵ４２０が、携帯型電話機４の本来の機能である通話やメールの送受信のための処理を行う他、携帯型電話機４の電源投入後の初回の測位を高速化する処理、携帯型電話機４の位置を測定する処理（測位処理）等を行う処理である。メイン処理については、フローチャートを用いて詳細に後述する。
【００６３】
予測エフェメリス生成処理とは、ホストＣＰＵ４２０が、サーバーシステム３から受信した抽出衛星予測暦情報３６３を使って、予測エフェメリス情報を生成する処理を行う処理である。生成された予測エフェメリス情報は、ＧＰＳ衛星ＳＶからのＧＰＳ衛星信号の捕捉や、測位処理をする際に使用する情報である。予測エフェメリス生成処理についても、フローチャートを用いて詳細に後述する。
【００６４】
測位処理とは、ホストＣＰＵ４２０が、ＧＰＳ衛星ＳＶからのＧＰＳ衛星信号を捕捉し、捕捉したＧＰＳ衛星信号に基づいて、携帯型電話機４の位置を計測して出力する処理である。測位処理についても、フローチャートを用いて詳細に後述する。
【００６５】
図１１は、本実施形態における携帯型電話機４のフラッシュＲＯＭ４８０に格納されたデータの一例を示す図である。フラッシュＲＯＭ４８０には、サーバーシステム３から受信した抽出衛星予測暦情報３６３と、予測エフェメリス情報４８１と、最新の測位位置である最新測位位置４８３と、取得済み衛星軌道情報４８５とが記憶される。これらの情報は、メイン処理においてホストＣＰＵ４２０により更新される。取得済み衛星軌道情報４８５は、携帯型電話機４がＧＰＳ信号や通信基地局などから取得したエフェメリスやアルマナック情報と、ＧＰＳ衛星ＳＶのヘルス情報とを記憶している。
【００６６】
図１２は、本実施形態における携帯型電話機４のＲＡＭ４９０に格納されるデータの一例を示す図である。ＲＡＭ４９０には、後述する測位処理（図１７、図１８、図１９）により求められた測位位置４９１と、要求信号生成処理（図１５）により生成された要求信号情報３６１が記憶される。測位位置４９１は、メイン処理においてホストＣＰＵ４２０により更新される。要求信号情報３６１は、携帯型電話機の位置情報３６１１及び必要時刻・期間情報３６１３で構成されている。また、予備的な情報として、要求信号情報３６１は、衛星ヘルス情報３６１５を含んでいても良い。必要時刻・期間情報３６１３は、携帯型電話機が予測エフェメリスを必要としている必要時刻を表す必要時刻情報３６１３−１と、携帯型電話機が必要としている予測エフェメリスの有効期間を表す必要期間情報３６１３−２で構成されている。
【００６７】
図１３は、本実施形態における予測エフェメリス情報４８１の構成の一例を示す図である。予測エフェメリス情報４８１には、予測エフェメリス情報の生成日時４８１１と、必要時刻情報３６１３−１と、必要期間情報３６１３−２とからなる、必要時刻・期間情報３６１３と、予測エフェメリス情報４８１を構成している、各ＧＰＳ衛星ＳＶの個別予測エフェメリス情報４８１７（４８１７−１〜４８１７−５）とが対応付けて記憶されている。
【００６８】
予測エフェメリス情報４８１の生成日時４８１１は、ホストＣＰＵ４２０が、予測エフェメリス情報を生成した時刻を示している。必要時刻・期間情報３６１３は、ホストＣＰＵ４２０が、サーバーシステム３へ送信した要求信号と同じ情報が保持されている。個別エフェメリス情報は、サーバーシステム３が衛星予測暦抽出処理（図８参照）で特定したＧＰＳ衛星ＳＶそれぞれに対応する、予測エフェメリス情報４８１である。
【００６９】
図１４は、本実施形態における個別予測エフェメリス情報４８１７のデータ構成の一例を示す図である。個別予測エフェメリス４８１７−１には、各使用可能期間それぞれについて、軌道長半径や離心率、軌道傾斜角といったケプラーの衛星軌道パラメーターの値と、衛星時計の基準時刻、衛星時計のオフセット、衛星時計のドリフト及び衛星時計周波数のドリフトでなるクロック補正パラメーターの値とが記憶されている。図１３における個別予測エフェメリス４８１７−２〜４８１７−５も同様の構成をしている。
【００７０】
３−３．処理の流れ：
図１５は、本実施形態における要求信号生成処理の流れを示すフローチャートである。言い換えると、ＲＯＭ４７０に記憶されている要求信号生成プログラム４７５がホストＣＰＵ４２０により読み出されて実行されることで、携帯型電話機４において実行される要求信号生成処理の流れを示すフローチャートである。
【００７１】
先ず、ホストＣＰＵ４２０は、フラッシュＲＯＭ４８０に記憶されている予測エフェメリス情報４８１の有効期間を確認する（ステップＦ１）。次に、フラッシュＲＯＭ４８０に記憶されている取得済み衛星軌道情報４８５の有効期間を確認する（ステップＦ３）。そして、これらの情報の有効期間が所定値よりも短いかどうかを判断する（ステップＦ５）。ここで所定値を、例えば４時間とした場合、４時間よりも有効期間が短いかどうかの判断をする。予測エフェメリス情報４８１と取得済み衛星軌道情報４８５との有効期間が、所定値よりも長い場合（ステップＦ５；Ｎｏ）、要求信号生成処理を終了する。
【００７２】
予測エフェメリス情報４８１と取得済み衛星軌道情報４８５との有効期間が、所定値よりも短い場合（ステップＦ５；Ｙｅｓ）、ホストＣＰＵ４２０は、フラッシュＲＯＭ４８０から最新測位位置４８３を読み出す（ステップＦ７）。次に、ヘルス情報を取得済み衛星軌道情報４８５から読み出す（ステップＦ９）。
【００７３】
そして、ホストＣＰＵ４２０は、必要時刻情報３６１３−１に、有効期間が最も短いＧＰＳ衛星ＳＶの有効期間を設定する（ステップＦ１１）。例えば、ＧＰＳ衛星＃１の残り有効期間が２時間であった場合、必要時刻情報３６１３−１には、２時間という情報が設定される。又は、現在時刻から２時間後の日時を設定しても良い。
【００７４】
そして、ホストＣＰＵ４２０は、必要期間情報３６１３−２に、所定の有効期間を設定する（ステップＦ１３）。必要期間情報は、携帯型電話機４が必要としている予測エフェメリスの有効期間を表す情報であり、例えば１週間といった情報を設定する。ここでは、必要期間情報３６１３−２に１週間と設定した例で実施形態の説明をするが、これに限定されるものではない。
【００７５】
そして、ホストＣＰＵ４２０は、ステップＦ７〜ステップＦ１３で設定した情報をまとめて、要求信号情報３６１を生成し、ＲＡＭ４９０に保存する（ステップＦ１５）。保存が完了したら、ホストＣＰＵ４２０は、要求信号生成処理を終了する。
【００７６】
図１６は、本実施形態における予測エフェメリス生成処理の流れを示すフローチャートである。言い換えると、ＲＯＭ４７０に記憶されている予測エフェメリス生成プログラム４７３がホストＣＰＵ４２０により読み出されて実行されることで、携帯型電話機４において実行される予測エフェメリス生成処理の流れを示すフローチャートである。
先ず、ホストＣＰＵ４２０は、各ＧＰＳ衛星ＳＶそれぞれについて、ループＡの処理を実行する（ステップＥ１〜Ｅ１３）。ホストＣＰＵ４２０は、フラッシュＲＯＭ４８０に記憶している抽出衛星予測暦情報３６３の中から、当該ＧＰＳ衛星ＳＶに対応する情報を読み出す（ステップＥ３）。
【００７７】
次に、ホストＣＰＵ４２０は、ステップＥ３で読み出した予測位置を用いて、ケプラーの楕円軌道モデルに従って当該ＧＰＳ衛星ＳＶの当該予測対象期間における予測軌道を算出し、ケプラーの衛星軌道パラメーターの値を求める（ステップＥ５）。尚、予測軌道の具体的な算出方法については公知であるため、詳細な説明を省略する。
【００７８】
さらに、ホストＣＰＵ４２０は、フラッシュＲＯＭ４８０に記憶している抽出衛星予測暦情報３６３の中から、当該ＧＰＳ衛星ＳＶに対応する時計予測誤差を読み出す（ステップＥ７）。そして、ＣＰＵ４１５は、読み出した時計予測誤差を用いて、当該ＧＰＳ衛星ＳＶのクロック補正パラメーターの値を求める（ステップＥ９）。
【００７９】
時刻「ｔ」における時計予測誤差「Δｔ」は、クロック補正パラメーターである衛星時計の基準時刻「ｔc」、衛星時計のオフセット「ａ0」、衛星時計のドリフト「ａ1」及び衛星時計周波数のドリフト「ａ2」を用いて、次式（１）によって近似することができる。
Δｔ＝ａ0＋ａ1（ｔ−ｔc）＋ａ2（ｔ−ｔc）2    ・・・（１）
【００８０】
式（１）は、時計予測誤差の計時変化を近似するための時計誤差モデル式である。衛星予測暦３５２に含まれる各時刻の時計予測誤差「Δｔ」をサンプリングデータとして、例えば最小二乗法を用いた近似計算を行うことで、クロック補正パラメーターの値を算出することができる。
【００８１】
次に、ステップＥ５で算出したケプラーの衛星軌道のパラメーター値と、ステップＥ９で算出したクロック補正パラメーターの値と、必要時刻・期間情報３６１３とをまとめ、当該衛星の個別予測エフェメリス情報４８１７を生成する（ステップＥ１１）。そして、ホストＣＰＵ４２０は、次のＧＰＳ衛星ＳＶへと処理を移行する。
【００８２】
対象となるＧＰＳ衛星ＳＶについてステップＥ３〜Ｅ１１の処理を行った後、ホストＣＰＵ４２０は、ループＡの処理を終了する（ステップＥ１３）。その後、ホストＣＰＵ４２０は、ステップＥ１１で生成した当該ＧＰＳ衛星ＳＶの予測エフェメリスをまとめて、生成日時４８１１と対応付けて予測エフェメリス情報４８１を生成し、フラッシュＲＯＭ４８０に記憶させる（ステップＥ１５）。そして、ホストＣＰＵ４２０は、予測エフェメリス生成処理を終了する。
【００８３】
図１７は、本実施形態におけるメイン処理の流れを示すフローチャートである。言い換えると、ＲＯＭ４７０に記憶されているメインプログラム４７１がホストＣＰＵ４２０により読み出されて実行されることで、携帯型電話機４において実行されるメイン処理の流れを示すフローチャートである。
【００８４】
メイン処理は、ホストＣＰＵ４２０が、操作部４３０を介してユーザーにより電源投入操作がなされたことを検出した場合に実行を開始する処理である。また、特に説明しないが、以下のメイン処理の実行中は、ＧＰＳアンテナ４０５によるＲＦ信号の受信や、ＲＦ受信回路部４１１によるＲＦ信号のＩＦ信号へのダウンコンバージョンが行われ、ＩＦ信号がベースバンド処理回路部４１３に随時出力される状態にあるものとする。
【００８５】
先ず、ホストＣＰＵ４２０は、操作部４３０を介してなされた指示操作を判定し（ステップＣ１）、指示操作が通話指示操作であると判定した場合は（ステップＣ１；通話指示操作）、通話処理を行う（ステップＣ３）。具体的には、携帯電話用無線通信回路部４６０に無線基地局との間の基地局通信を行わせ、携帯型電話機４と他機との間の通話を実現する。
【００８６】
また、ステップＣ１において指示操作がメール送受信指示操作であると判定した場合は（ステップＣ１；メール送受信指示操作）、ホストＣＰＵ４２０は、メール送受信処理を行う（ステップＣ５）。具体的には、携帯電話用無線通信回路部４６０に基地局通信を行わせ、携帯型電話機４と他機との間のメールの送受信を実現する。
【００８７】
また、ステップＣ１において指示操作が初期測位高速化指示操作であると判定した場合は（ステップＣ１；初期測位高速化指示操作）、ホストＣＰＵ４２０は、初期測位高速化処理を行う（ステップＣ７）。具体的には、サーバーシステム３に対して長期予測エフェメリスデータ３５７の要求信号を送信する。そして、サーバーシステム３から長期予測エフェメリスデータ３５７を受信して、フラッシュＲＯＭ４８０に記憶させる。
【００８８】
また、ステップＣ１において指示操作が測位指示操作であると判定した場合は（ステップＣ１；測位指示操作）、ホストＣＰＵ４２０は、ＲＯＭ４７０に記憶されている測位プログラム４７１１を読み出して実行することで、測位処理を行う（ステップＣ９）。
【００８９】
図１８及び図１９は、本実施形態における測位処理の流れを示すフローチャートである。
先ず、ホストＣＰＵ４２０は、現在日時が含まれる予測対象期間（以下、「当該予測対象期間」と称す。）を判定する（ステップＤ１）。そして、ホストＣＰＵ４２０は、捕捉対象衛星判定処理を行う（ステップＤ３）。より詳細には、不図示の時計部で計時されている現在時刻において、フラッシュＲＯＭ４８０に記憶されている最新測位位置４８３の天空に位置するＧＰＳ衛星ＳＶを、ハードディスク３５０に記憶されている長期予測エフェメリスデータ３５７を用いて判定して、捕捉対象衛星とする。
【００９０】
次いで、ホストＣＰＵ４２０は、各捕捉対象衛星それぞれについて、ループＤの処理を実行する（ステップＤ５〜Ｄ１９）。ループＤの処理では、ホストＣＰＵ４２０は、フラッシュＲＯＭ４８０の長期予測エフェメリスデータ３５７に含まれる当該予測対象期間の当該捕捉対象衛星の衛星軌道パラメーターの値を選択する（ステップＤ７）。
【００９１】
そして、ホストＣＰＵ４２０は、ステップＤ７で選択した衛星軌道パラメーターの値を用いてケプラーの楕円軌道モデルに基づく予測軌道を構成する（ステップＤ９）。そして、構成した予測軌道から、現在日時における当該捕捉対象衛星の衛星位置を算出する（ステップＤ１１）。
【００９２】
その後、ホストＣＰＵ４２０は、ステップＤ１１で算出した衛星位置と、フラッシュＲＯＭ４８０に記憶されている最新測位位置４８３とを用いて、最新測位位置４８３で当該捕捉対象衛星のＧＰＳ衛星信号を受信した場合のドップラー周波数を算出する（ステップＤ１３）。
【００９３】
次に、ホストＣＰＵ４２０は、ステップＤ１３で算出したドップラー周波数を用いて、当該捕捉対象衛星からのＧＰＳ衛星信号を受信する場合の周波数のサーチ範囲を設定する周波数サーチ範囲設定処理を行う（ステップＤ１５）。すなわち、ドップラー周波数の大きさに応じて、周波数のサーチ範囲を広狭変更する。
【００９４】
そして、ホストＣＰＵ４２０は、衛星信号捕捉処理を行い、ステップＤ１５で設定した周波数サーチ範囲で、ベースバンド処理回路部４１３のＣＰＵ４１５に周波数サーチを実行させることで、当該捕捉対象衛星からのＧＰＳ衛星信号の捕捉を試みる（ステップＤ１７）。そして、ホストＣＰＵ４２０は、次の捕捉対象衛星へと処理を移行する。
【００９５】
全ての捕捉対象衛星についてステップＤ７〜Ｄ１７の処理を行った後、ホストＣＰＵ４２０は、ループＤの処理を終了する（ステップＤ１９）。その後、ホストＣＰＵ４２０は、フラッシュＲＯＭ４８０の長期予測エフェメリスデータ３５７に含まれる当該予測対象期間の各捕捉衛星のクロック補正パラメーターの値を読み出す（ステップＤ２１）。
【００９６】
次いで、ホストＣＰＵ４２０は、ステップＤ２１で読み出したクロック補正パラメーターの値を用いて、式（１）に従って現在日時における時計誤差を算出する（ステップＤ２３）。そして、ホストＣＰＵ４２０は、各捕捉衛星からのＧＰＳ衛星信号の発信時刻及び携帯型電話機４におけるＧＰＳ衛星信号の受信時刻と、ステップＤ２３で算出した時計誤差とを用いて、各捕捉衛星と携帯型電話機４間の擬似距離を算出する（ステップＤ２５）。
【００９７】
その後、ホストＣＰＵ４２０は、ステップＤ２５で算出した擬似距離を用いて所定の測位演算を実行し、その測位位置４９１をＲＡＭ４９０に記憶させるとともに、最新測位位置４８３としてフラッシュＲＯＭ４８０に記憶させる（ステップＤ２７）。測位演算としては、例えば最小二乗法やカルマンフィルタ等の公知の手法を用いた測位演算を適用することができる。
【００９８】
そして、ホストＣＰＵ４２０は、ＲＡＭ４９０に記憶されている測位位置４９１を表示部４４０に出力してナビゲーション画面を表示させた後（ステップＤ２９）、測位処理を終了する。
【００９９】
図１７のメイン処理に戻って、ステップＣ３〜Ｃ９のいずれかの処理を行った後、ホストＣＰＵ４２０は、操作部４３０を介してユーザーにより電源切断指示操作がなされたか否かを判定し（ステップＣ１１）、なされなかったと判定した場合は（ステップＣ１１；Ｎｏ）、ステップＣ１に戻る。また、電源切断指示操作がなされたと判定した場合は（ステップＣ１１；Ｙｅｓ）、メイン処理を終了する。
【０１００】
４．作用効果：
測位システム１において、サーバーシステム３は、定期的に外部システム２から衛星予測暦を受信し、ハードディスクに蓄積する。そして、サーバーシステム３は、携帯型電話機４からの要求信号を受信する。要求信号は、携帯型電話機の位置情報３６１１と、衛星予測歴を必要とする必要時刻・期間情報３６１３と、衛星ヘルス情報３６１５とから構成されており、この要求信号に基づいて、携帯型電話機４が必要としている衛星予測暦をデータベースから抽出する。そして、要求元の携帯型電話機に抽出衛星予測歴を提供する。
【０１０１】
携帯型電話機４は、サーバーシステム３から抽出衛星予測暦を取得し、取得した抽出衛星予測暦を使って、予測エフェメリスを生成する。携帯型電話機４は、測位するときに予測エフェメリスから対応する衛星軌道パラメーターの値を選択する。そして、選択した衛星軌道パラメーターの値を用いてＧＰＳ衛星ＳＶの予測軌道を構成し、構成した予測軌道からＧＰＳ衛星ＳＶの衛星位置を算出する。そして、算出した衛星位置を用いて、ＧＰＳ衛星ＳＶから発信されているＧＰＳ衛星信号を捕捉し、捕捉したＧＰＳ衛星信号に基づいて所定の測位演算を行うことで、携帯型電話機４の位置を計測する。
【０１０２】
携帯型電話機４が必要とする衛星予測暦を、サーバーシステム３が持つデータベースから抽出し、提供するようにしたことで、携帯型電話機４は、不要な情報を受信することがなくなり、メモリーを節約することができる。また、必要な衛星に対してのみ予測エフェメリスを生成するようにしたことで、携帯型電話機４の処理負荷を低減することが可能となる。
【０１０３】
５．変形例：
５−１．測位システム：
上述した実施形態では、サーバーシステム３と携帯型電話機４を備えた測位システム１を例に挙げて説明したが、本発明を適用可能な測位システムはこれに限られるわけではない。例えば、携帯型電話機４の代わりに、測位装置を備えたノート型パソコンやＰＤＡ（Personal Digital Assistant）、カーナビゲーション装置、腕時計等の携行可能な電子機器に適用することも可能である。
【０１０４】
また、上述した実施形態では、情報提供装置の一種としてサーバーシステム３を例に挙げて説明したが、情報提供装置はこれに限られるわけではない。例えば、汎用のパソコン等であってもよい。
【０１０５】
５−２．衛星測位システム：
また、上述した実施形態では、衛星測位システムとしてＧＰＳを例に挙げて説明したが、ＷＡＡＳ（Wide Area Augmentation System）、ＱＺＳＳ（Quasi Zenith Satellite System）、ＧＬＯＮＡＳＳ（GLObal NAvigation Satellite System）、ＧＡＬＩＬＥＯ等の他の衛星測位システムであってもよい。
【０１０６】
５−３．長期予測エフェメリスの生成：
上述した実施形態では、携帯型電話機４が予測エフェメリスデータを生成するものとして説明したが、サーバーシステム３において予測エフェメリスデータを生成することとしてもよい。すなわち、外部システム２から取得した衛星予測暦を使って、サーバーシステム３が予測エフェメリスを生成し、生成した予測エフェメリスを携帯型電話機４に提供するように構成しても良い。携帯型電話機４の代わりに、測位装置を備えたノート型パソコンやＰＤＡ、カーナビゲーション装置、腕時計等の携行可能な電子機器に適用する場合も同様である。
【０１０７】
また、上述した実施形態では、サーバーシステム３が予め所定の時間間隔（例えば４時間に１回）で、外部システム２から衛星予測暦を取得しておき、携帯型電話機４からの要求信号を受けた場合に、必要とされる衛星予測暦を抽出し、送信するものとして説明した。このような構成ではなく、携帯型電話機４からの要求信号に応答して、サーバーシステム３が、外部システム２から衛星予測歴を取得するように構成しても良い。
【０１０８】
さらには、サーバーシステム３が、複数の携帯型電話機４からの要求信号を受信した場合、受信した順番で衛星予測暦抽出処理を実行してもよいし、それぞれの要求信号に含まれている使用可能日時情報に基づいて、衛星予測暦抽出プログラムで処理する優先順位を決定してから、衛星予測暦抽出処理を実行しても良い。
【０１０９】
また、上述した実施形態では、サーバーシステム３が予め所定の時間間隔（例えば４時間に１回）で、外部システム２から衛星予測暦を取得しておき、携帯型電話機４からの要求信号を受けた場合に、必要とされる衛星予測暦を抽出し、送信するものとして説明した。このような構成ではなく、携帯型電話機４が、外部システム２へ直接要求信号を送り、外部システム２から、携帯型電話機４が直接衛星予測歴を取得するように構成しても良い。
【０１１０】
５−４．予測エフェメリスの使用可能期間：
上述した実施形態では、予測エフェメリスの使用可能日時を基準として１週間後までの有効期間を持つ予測エフェメリスを生成するものとして説明したが、生成対象期間は１週間よりも長い期間（例えば２週間）としてもよいし、１週間よりも短い期間（例えば２時間）としてもよい。
【０１１１】
５−５．衛星予測暦抽出対象の衛星：
上述した実施形態では、サーバーシステム３が、携帯型電話機４からの要求信号の内容を分析して衛星予測暦を抽出する対象となる衛星を決定するものとして説明した。このような構成ではなく、携帯型電話機４において、衛星毎に必要時刻・期間情報３６１３を設定し、それを要求信号としてサーバーシステム３へ送信するようにしても良い。
【０１１２】
５−６．携帯型電話機の構成：
上述した実施形態では、ホストＣＰＵ４２０が測位プログラム４７１１と、予測エフェメリス生成プログラム４７３と、要求信号生成プログラム４７５とを実行するものとして説明した。このような構成ではなく、ＧＰＳ受信部のＣＰＵ４１５において実行するように構成しても良い。また、ホストＣＰＵ４２０と、ＧＰＳ受信部のＣＰＵ４１５とをまとめて、１つのＣＰＵに置き換えるように構成しても良い。
【符号の説明】
【０１１３】
１…測位システム、２…外部システム、３…サーバーシステム、４…携帯型電話機、３５２…衛星予測暦、３６１…要求信号情報、３６１１…携帯型電話機の位置情報、３６１３…必要時刻・期間情報、３６３…抽出衛星予測暦情報、４２０…ホストＣＰＵ、４８１…予測エフェメリス情報、ＳＶ…ＧＰＳ衛星。
【図１】
2013195324.tif 000003
【図２】
2013195324.tif 000004
【図３】
2013195324.tif 000005
【図４】
2013195324.tif 000006
【図５】
2013195324.tif 000007
【図６】
2013195324.tif 000008
【図７】
2013195324.tif 000009
【図８】
2013195324.tif 000010
【図９】
2013195324.tif 000011
【図１０】
2013195324.tif 000012
【図１１】
2013195324.tif 000013
【図１２】
2013195324.tif 000014
【図１３】
2013195324.tif 000015
【図１４】
2013195324.tif 000016
【図１５】
2013195324.tif 000017
【図１６】
2013195324.tif 000018
【図１７】
2013195324.tif 000019
【図１８】
2013195324.tif 000020
【図１９】
2013195324.tif 000021