JP3052888B2 - 交通情報受信装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、路上ビーコンから
送信される光信号と、放送局から送信されるＦＭ多重信
号との２種類の信号を取り扱う交通情報受信装置に関す
るものである。

【０００２】

【従来の技術】光ビーコン方式は、路車間通信方式の１
つであって、伝送媒体として空間伝搬光を用いて、路上
機と車載機との間で双方向通信を行う方式である。光ビ
ーコン方式によれば、路上機から位置データ、渋滞デー
タ、工事データ、事故データ等の交通情報を車載機に送
信し、車載機から車両固有のＩＤ、前回通信したビーコ
ンを特定するデータ、旅行時間データ等を路上機に送信
する。

【０００３】一方、ＦＭ多重方式は、渋滞データ、工事
データ、事故データ等の交通情報を車載機に放送形式で
送信する方式である。光ビーコン方式では、空間伝搬光
の届く範囲が限られているため、路上機の設置場所の限
られた近傍でしか車載機との通信を行うことができない
が、車載機と双方向の個別通信が行える。

【０００４】ＦＭ多重方式は、ＦＭ電波の届く範囲がか
なり広いため、多数の車両にデータを送ることができる
が、多数の車両に共通に役立つデータを送ることとなる
ため、データの内容が広域交通情報に限られてしまう。
実際の運用では、車載機は、局地的な交通情報を路上機
から得て、広域の交通情報をＦＭ多重放送から得ること
として、２つの方式を使い分けるのが好ましい。

【０００５】

【発明が解決しようとする課題】ところが、車載機が両
方の方式を通してデータを得ようとすれば、ＦＭ多重信
号受信機と、光信号受信機とが必要になる。これらの受
信機は、通常、独立した受信機であるため、それぞれの
受信機の設置場所を確保しなければならず、また、各受
信機ごとにＣＰＵ、メモリ、ナビゲーション装置本体と
のインターフェイス回路、電源回路が必要になり、共用
化によるコストダウンが図れない。

【０００６】そこで、ＦＭ多重信号受信機と、光信号受
信機とを一体・共用化し、最寄りの交差点データ、付近
地の交通情報を光信号受信機で得、広範囲の交通情報を
ＦＭ多重信号受信機で得、受信切り換え方法としては、
光ビーコン受信状況を優先して表示し、ＦＭ多重放送の
データが更新された場合に表示するようにした共用化受
信機が示唆されている（特開平７−２８２３９０号公
報）。

【０００７】しかし、この共用化受信機では、光ビーコ
ン受信データとＦＭ多重信号が同時に受信された場合
に、両方のデータをいかに取り扱うのか明らかにされて
いない。通常は、一方のデータを優先的に取り込むこと
が考えられるが、そうすると、その間に受信される他方
のデータが欠落することになる。

【０００８】そこで、本発明は、単一のＣＰＵを持ち、
光ビーコン受信データとＦＭ多重信号が競合しても、い
ずれのデータも欠落することなく取り込むことのできる
交通情報受信装置を実現することを目的とする。

【０００９】

【課題を解決するための手段】本発明の交通情報受信装
置は、路上ビーコンから送信される光信号を受信する光
信号受信部と、放送局から送信されるＦＭ多重信号を受
信するＦＭ多重信号受信部と、前記光信号受信部により
受信された光信号を一時的に記憶する光信号記憶部と、
前記ＦＭ多重信号受信部により受信されたＦＭ多重信号
を一時的に記憶するＦＭ多重信号記憶部と、前記光信号
記憶部に記憶されたデータが所定量に達すると受信割込
処理をし、前記ＦＭ多重信号記憶部に記憶されたデータ
が所定量に達すると受信割込処理をする制御部とを備え
ている。

【００１０】路上ビーコンから送信される光信号は短い
周期をもって送られてくるので、ＦＭ多重信号の受信割
込処理をしていると、光信号の受信割込処理が追いつか
なくなり、ナビゲーション装置に取り込むべき光信号が
欠落するおそれがある。一方、ＦＭ多重信号は、光信号
よりもはるかに長い周期をもって送られてくるので、Ｆ
Ｍ多重信号の受信割込処理を多少遅らせて、その間に光
信号の受信割込処理をしても、ＦＭ多重信号の受信割込
処理は十分余裕をもって行える。

【００１１】したがって、前記制御部は、光信号の受信
割込処理中に、ＦＭ多重信号の受信割込処理をする時期
が発生した場合に、当該光信号の受信割込処理が終了す
るまで、ＦＭ多重信号の受信割込処理をする時期を遅延
させて、光信号の受信割込処理終了後ＦＭ多重信号の受
信割込処理を行い、ＦＭ多重信号の受信割込処理中に、
光信号の受信割込処理をする時期が発生した場合には、
当該ＦＭ多重信号の受信割込処理を中断して、光信号の
受信割込処理を行い、当該ＦＭ多重信号の受信割込処理
は、光信号の受信割込処理の終了後再開するようにした
のである（請求項１）。

【００１２】前記制御部は、光信号の編集処理と、ＦＭ
多重信号の編集処理とを交互に行うように制御すること
が好ましい（請求項２）。車両が受信領域にいる限り、
定期的に割込がかかる受信割込処理と違い、編集処理
は、特に急いで行う必要はないので、交互に行うように
したのである。前記制御部は、ＦＭ多重信号又は光信号
の編集処理中に光信号を受信した場合に、光信号受信割
込処理部による受信割込処理に切り換え、ＦＭ多重信号
又は光信号の編集処理中にＦＭ多重信号を受信した場合
にはＦＭ多重信号処理部による受信割込処理に切り換え
ることが好ましい（請求項３）。受信割込処理を、編集
処理が終了するまで遅らせると、光信号記憶部やＦＭ多
重信号記憶部にデータがあふれてしまい、データが欠落
してしまうので、受信割込処理を優先させたのである。

【００１３】

【発明の実施の形態】以下、本発明の実施の形態を、添
付図面を参照しながら詳細に説明する。図１は、光ビー
コン路上機との間で光伝送を行う車載用光ヘッド３と、
ＦＭ多重電波を受けるＦＭアンテナ４とを、光・ＦＭ一
体の交通情報受信装置１に接続し、この交通情報受信装
置１をナビゲーション装置本体２に接続した状態を示す
図である。

【００１４】光ビーコン路上機から車載用光ヘッド３に
受信される信号（以下「ダウンリンク光信号」という）
及び車載用光ヘッド３から光ビーコン路上機に送信する
信号（以下「アップリンク光信号」という）は、フレー
ム単位で構成されている。具体的には、ダウンリンク光
信号については、１フレームは、ヘッダ部（５バイト）
と実データ部（１２３バイト）をつないだもの（計１２
８バイト）の前後に同期符号、ＣＲＣ符号等を付加した
ものである。ダウンリンク光信号の１フレームの送信時
間は約１ｍ（ミリ）秒である。

【００１５】アップリンク光信号については、１フレー
ムは、ヘッダ部（１０バイト）と実データ部（最大５９
バイト）をつないだもの（最大計６９バイト）の前後に
同期符号、ＣＲＣ符号等を付加したものである。１つの
ダウンリンク光信号及び１つのアップリンク光信号は、
このフレーム１個又は複数個からなる。

【００１６】ＦＭ多重放送を通して受けた信号（以下
「ＦＭ多重信号」という）はパケット単位で構成されて
いる。１パケットは、２２バイトの実データと１４バイ
トの誤り訂正符号等からなる３６バイトのデータであ
る。１パケットの送信時間は約１８ｍ秒である。図２
は、交通情報受信装置１のハードウェア構成図である。

【００１７】交通情報受信装置１は、ＦＭ受信回路１
ａ、ＦＭ多重信号復調回路１ｂ、光ビーコン光ヘッドイ
ンターフェイス（Ｉ／Ｆ）１ｃ、光ビーコン路上機から
受信される光ビーコンフレームを検出する光ビーコンフ
レーム検出回路１ｄ、光ビーコン光ヘッドインターフェ
イス（Ｉ／Ｆ）１ｅ、光ビーコン路上機に送信する光ビ
ーコンフレームを生成する光ビーコンフレーム生成回路
１ｆ、ＤＭＡコントローラ１ｇ、中央処理装置（ＣＰ
Ｕ）１ｈ、ナビゲーション通信回路１ｉ、バッファメモ
リ１ｊ及び電源回路１ｋを備えている。

【００１８】前記ＤＭＡコントローラ１ｇは、光ビーコ
ン路上機から受けたダウンリンク光信号とＦＭ多重信号
を１バイトずつのＤＭＡ転送によりバッファメモリ１ｊ
に格納するものである。バッファメモリ１ｊは書き換え
可能なメモリであり、「光信号記憶部」「ＦＭ多重信号
記憶部」として機能する。バッファメモリ１ｊはダウン
リンク光信号、アップリンク光信号及びＦＭ多重信号を
格納するとともに、後述するダウンリンク管理テーブ
ル、ＦＭ多重管理テーブルを格納している。

【００１９】ＣＰＵ１ｈは「制御部」として機能するも
のであり、その機能については、以下に説明する。図３
は、ソフトウェアの概略ブロック構成図である。ＣＰＵ
１ｈのソフトウェアは、光ビーコン処理部１１と、ＦＭ
多重処理部１２と、共通処理部１３とを備える。光ビー
コン処理部１１は、送られてくるダウンリンク光信号が
バッファメモリ１ｊにある程度蓄積されると、割込によ
りそのダウンリンク光信号を取り出し、必要なデータを
付加して共通処理部１３に出力する。また、光ビーコン
処理部１１は、アップリンク光信号を生成する機能も備
えている。ＦＭ多重処理部１２は、送られてくるＦＭ多
重信号がバッファメモリ１ｊにある程度蓄積されると、
割込によりそのＦＭ多重信号を取り出し、必要なデータ
を付加して共通処理部１３に出力する。共通処理部１３
は、ナビゲーション装置本体２との送受信のインターフ
ェイスをとる。

【００２０】図４は、ソフトウェアの詳細ブロック構成
図である。光ビーコン処理部１１は、ビーコン受信割込
処理部１１１、編集処理部１１２、アップリンク送信処
理部１１３、ナビ要求処理部１１４を備えている。ダウ
ンリンク光信号が送られてくると、１バイトずつのＤＭ
Ａ転送によりダウンリンク光信号がバッファメモリ１ｊ
に格納される。ここで、１フレーム分のデータ量が揃っ
た状態になると（１ｍ秒ごとにこの状態になる）、ビー
コン受信割込処理部１１１は、割込を発生させ、格納さ
れたダウンリンク光信号を調べ、その調査結果に応じて
ダウンリンク管理テーブルの内容を更新する。

【００２１】ここで、ダウンリンク管理テーブルとは、
データの種別（位置データ、渋滞データ、工事データ、
事故データ等の種別）ごとに、当該データを構成する総
フレーム数（総フレーム数のデータはダウンリンク光信
号の中に含まれている）、受信したフレーム数、各フレ
ームを記憶しているメモリのアドレス、編集の可否（総
フレーム数揃ったかどうか）を整理したテーブルであ
る。

【００２２】編集処理部１１２は、ダウンリンク管理テ
ーブルに基づいて、いずれかの種別のダウンリンク光信
号について編集できる状態になっているかどうかチェッ
クし、編集可能であれば、ダウンリンク管理テーブル及
び当該ダウンリンク光信号の内容に基づいて編集処理を
行い、送信用フレーム（送信用フレームとは、光ビーコ
ン処理部１１と共通処理部１３、ＦＭ多重処理部１２と
共通処理部１３との間でやりとりされる信号の単位をい
う）を作成し、共通処理部１３に通知する。この編集処
理は、ダウンリンク光信号の種別ごとに作成するもの
で、編集された送信用フレームは、ダウンリンク光信号
の内容（実データ部）をそのまま有し、ナビゲーション
装置本体２に送信するためのヘッダを付加し、さらに必
要であれば、付随するデータを作成し付加する。「付随
するデータ」には、例えば広い道路範囲のデータを分割
して、ナビゲーション装置本体２が処理しやすい単位領
域ごとに分類するデータなどがある。

【００２３】一方、アップリンク送信処理部１１３は、
同一ビーコンからダウンリンク光信号の現在位置情報を
１回受信したときに、アップリンク光信号を用意し、送
信出力する。アップリンク光信号の内容は、例えば車載
機のＩＤ番号、前回ビーコンを通過した時からの旅行時
間のデータ（前回通過したビーコンを特定するデータを
含む）、目的地データ等である。

【００２４】アップリンク光信号の送信は、その後も一
定の時間間隔又は可変の時間間隔ごとに行うが、同一ビ
ーコンから他の種類のダウンリンク光信号（アップリン
ク光信号によって内容の変わるデータ、例えば車線通知
データ又は渋滞旅行時間リンクデータ）を受信すれは、
アップリンク光信号の送信を取り止める。もし、「他の
種類のダウンリンク光信号」の受信がなかったときは、
一定時間（例えば２秒）でタイムアウトする。

【００２５】ナビ要求処理部１１４は、ナビゲーション
装置本体２から送られる要求（例えばナビゲーション装
置本体２に送信するデータの種類を限定する要求、受信
機の点検要求等）に従った処理を行い、この処理要求デ
ータを送信用フレームに入れる。また、処理要求データ
を編集処理部１１２に通知する。ＦＭ多重処理部１２
は、ＦＭ受信割込処理部１２１、ナビ要求処理部１２
２、編集処理部１２３を備えている。

【００２６】ＦＭ多重信号が送られてくると、１バイト
ずつのＤＭＡ転送によりＦＭ多重信号はバッファメモリ
１ｊに格納される。１パケット分のデータ量が揃った状
態になると（約９ｍ秒又は約１８ｍ秒ごとにこの状態に
なる）、ＦＭ受信割込処理部１２１は割込を発生させ、
ＦＭ多重受信データを調べ、その調査結果に応じて、デ
ータの種別ごとにＦＭ多重信号管理テーブルの内容を更
新する。ＦＭ多重管理テーブルとは、データの種別（位
置データ、渋滞データ、工事データ、事故データ等の種
別）ごとに、当該データを構成する総パケット数、受信
したパケット数、各パケットを記憶したメモリのアドレ
ス、編集の可否を整理したテーブルである。

【００２７】編集処理部１２３は、ＦＭ多重管理テーブ
ルに基づいて、いずれかのＦＭ多重信号について編集で
きる状態になっているかどうかチェックし、編集可能で
あれば、ＦＭ多重管理テーブル及び当該ＦＭ多重信号の
内容に基づいて編集処理を行い、送信用フレームを作成
し、共通処理部１３に通知する。ナビ要求処理部１２２
は、ナビゲーション装置本体２から送られる要求（例え
ばナビゲーション装置本体２に送信するデータの種類を
限定する要求、受信機の検査要求等）に従った処理を行
い、この要求に従った処理を行った場合の処理要求を送
信用フレームに入れる。また、処理要求を編集処理部１
２３に通知する。

【００２８】共通処理部１３は、ナビ送信処理部１３
１、ナビ受信割込処理部１３２を備えている。ナビ送信
処理部１３１は、ナビゲーション装置本体２への送信用
フレームが１つでも準備できたときに、当該データをナ
ビゲーション装置本体２に送信する。ナビ受信割込処理
部１３２は、ナビゲーション装置本体２から受信したナ
ビ要求データを受理し編集用フレームを作成する。

【００２９】次に、ＦＭ多重信号の処理と光信号の処理
との競合処理について説明する。交通情報受信装置１の
ハードウェア構成図（図２）に示したように、交通情報
受信装置１は、中央処理装置（ＣＰＵ）１ｈを１つのみ
備えているので、ＦＭ多重信号の処理と光信号の処理と
が競合したときに、いずれの受信割込処理をするのか、
いずれの編集処理をするのかを予め決めなければならな
い。

【００３０】そこで、本発明では、光信号の受信割込処
理中に、ＦＭ多重信号の受信割込処理をする時期が発生
した場合に、当該光信号の受信割込処理が終了するま
で、ＦＭ多重信号の受信割込処理をする時期を遅延させ
て、光信号の受信割込処理終了後ＦＭ多重信号の受信割
込処理を行い、ＦＭ多重信号の受信割込処理中に、光信
号の受信割込処理をする時期が発生した場合に、当該Ｆ
Ｍ多重信号の受信割込処理を中断して、光信号の受信割
込処理を行い、当該ＦＭ多重信号の受信割込処理は、光
信号の受信割込処理の終了後再開する。また、ＦＭ多重
信号の編集処理と光信号の編集処理が競合したときいず
れを優先することもなく交互に行い、ＦＭ多重信号又は
光信号の編集処理中にＦＭ多重信号又は光信号の受信割
込処理が入ってくれば、受信割込処理を優先する。

【００３１】図５は、光信号の受信割込中にＦＭ多重信
号の受信割込処理をする時期が発生した場合の処理の流
れを示すタイムチャートである。ダウンリンク光信号の
受信割込処理中に、ＦＭ多重信号の受信割込処理時期が
重なると、ダウンリンク光信号の受信割込処理が終わる
まで、ＦＭ多重信号の受信割込処理を待つ。

【００３２】ＦＭ多重信号の受信割込処理を待ってもよ
い理由は、次のとおりである。ダウンリンク光信号の受
信割込間隔は、きわめて頻繁にある（具体的には前述し
たように１ｍ秒ごとである）。一方、ＦＭ多重信号の受
信割込処理間隔は、相対的に長い（具体的には前述した
ように９ｍ秒又は１８ｍ秒ごとである）。したがって、
ダウンリンク光信号の受信割込処理と、ＦＭ多重信号の
受信割込処理時期が重なっても、ダウンリンク光信号の
受信割込処理が終わるまで待ってＦＭ多重信号の受信割
込処理を行えばよく、待っている間に、ＦＭ多重信号の
次のパケットが受信されることはない。

【００３３】なお、ＦＭ多重信号の受信割込処理を行っ
ている最中に、次のダウンリンク光信号の受信割込時期
になってしまい、ＦＭ多重信号の受信割込処理がいつま
で経ってもできないのではないかという懸念もあるが、
ダウンリンク光信号の受信割込間隔以内に、ＦＭ多重信
号の受信割込処理を済ませてしまえば問題ない。実際、
ＦＭ多重信号の受信割込処理は０．４ｍ秒程度の時間で
可能であり、前述するような懸念はない。

【００３４】図６は、ＦＭ多重信号の受信割込中に光信
号の受信割込処理をする時期が発生した場合の処理の流
れを示すタイムチャートである。ＦＭ多重信号の受信割
込中に光信号の受信割込処理をする時期が発生すれば、
ＦＭ多重信号の受信割込処理を中断してダウンリンク光
信号の受信割込処理を行う。

【００３５】この理由は、前述したのと同じく、ダウン
リンク光信号の受信割込間隔が、きわめて頻繁にあるか
らである。図７は、光信号の受信割込中にＦＭ多重信号
の受信割込処理をする時期が発生した場合の処理の流れ
を示すフローチャートである（図５のタイムチャートに
対応する）。

【００３６】光信号受信完了後（ステップＳ１）、光信
号の受信割込処理を行うが（ステップＳ２）、この最中
にＦＭ多重信号の受信が完了すれば（ステップＳ４）、
フラグＦを０から１にして（ステップＳ５）、光信号の
受信割込処理を続ける。光信号の受信割込処理が終了す
れば、（ステップＳ６）、フラグＦが０であれば割込処
理を終えるが、フラグＦが１であれば、ＦＭ多重信号の
受信割込処理を行う（ステップＳ７）。

【００３７】図８は、ＦＭ多重信号の受信割込中に光信
号の受信割込処理をする時期が発生した場合の処理の流
れを示すフローチャートである（図６のタイムチャート
に対応する）。ＦＭ多重信号受信完了後（ステップＴ
１）、ＦＭ多重信号の受信割込処理を行うが（ステップ
Ｔ２）、この最中に光信号の受信が完了すれば（ステッ
プＴ３）、ＦＭ多重信号の受信割込処理を中断し（ステ
ップＴ５）、光信号の受信割込処理を行う（ステップＴ
６）。光信号の受信割込処理が終了すれば（ステップＴ
７）、ＦＭ多重信号の受信割込処理を再開する（ステッ
プＴ２）。

【００３８】図９は、光信号の編集処理と、ＦＭ多重信
号の編集処理とを交互に行い、ＦＭ多重信号又は光信号
の編集処理中に光信号を受信した場合に、光信号受信割
込処理部による受信割込処理に切り換える処理の流れを
示すフローチャートである。光信号の編集処理と、ＦＭ
多重信号の編集処理とを交互に行うことは、ステップＵ
１及びステップＵ２に示している。この編集処理中に光
信号の受信が完了すれば（ステップＵ４）、データ編集
処理を中断し（ステップＵ５）、光信号の受信割込処理
を行う（ステップＵ６）。光信号の受信割込処理が終了
すれば（ステップＵ７）、データの編集処理を再開し
（ステップＵ１，Ｕ２）、編集が終了すれば（ステップ
Ｕ３）、ナビゲーション装置本体２への送信処理を行う
（ステップＵ８）。

【００３９】図１０は、光信号の編集処理と、ＦＭ多重
信号の編集処理とを交互に行い、ＦＭ多重信号又は光信
号の編集処理中にＦＭ多重信号を受信した場合に、ＦＭ
多重信号割込処理部による受信割込処理に切り換える処
理の流れを示すフローチャートである。光信号の編集処
理と、ＦＭ多重信号の編集処理とを交互に行うことは、
ステップＶ１及びステップＶ２に示している。この編集
処理中にＦＭ多重信号の受信が完了すれば（ステップＶ
４）、データ編集処理を中断し（ステップＶ５）、ＦＭ
多重の受信割込処理を行う（ステップＶ６）。光信号の
受信割込処理が終了すれば（ステップＶ７）、データの
編集処理を再開し（ステップＶ１，Ｖ２）、編集が終了
すれば（ステップＶ３）、ナビゲーション装置本体２へ
の送信処理を行う（ステップＶ８）。

【００４０】

【発明の効果】以上のように本発明によれば、単一のＣ
ＰＵを持ち、ＦＭ多重信号受信機と、光信号受信機とを
一体・共用化したものであって、光ビーコン受信信号と
ＦＭ多重信号が競合しても、いずれの信号も欠落するこ
となく取り込むことができるという特有の効果を奏す
る。

【図面の簡単な説明】

【図１】車載用光ヘッド３とＦＭアンテナ４とを、光・
ＦＭ一体の交通情報受信装置１に接続し、この交通情報
受信装置１をナビゲーション装置本体２に接続した状態
を示す図である。

【図２】交通情報受信装置１のハードウェア構成図であ
る。

【図３】ソフトウェアの概略ブロック構成図である。

【図４】ソフトウェアの詳細ブロック構成図である。

【図５】光信号の受信割込中にＦＭ多重信号の受信割込
処理をする時期が発生した場合の処理の流れを示すタイ
ムチャートである。

【図６】ＦＭ多重信号の受信割込中に光信号の受信割込
処理をする時期が発生した場合の処理の流れを示すタイ
ムチャートである。

【図７】光信号の受信割込中にＦＭ多重信号の受信割込
処理をする時期が発生した場合の処理の流れを示すフロ
ーチャートである。

【図８】ＦＭ多重信号の受信割込中に光信号の受信割込
処理をする時期が発生した場合の処理の流れを示すフロ
ーチャートである。

【図９】光信号の編集処理と、ＦＭ多重信号の編集処理
とを交互に行い、ＦＭ多重信号又は光信号の編集処理中
に光信号を受信した場合に、光信号受信割込処理部によ
る受信割込処理に切り換える処理の流れを示すフローチ
ャートである。

【図１０】光信号の編集処理と、ＦＭ多重信号の編集処
理とを交互に行い、ＦＭ多重信号又は光信号の編集処理
中にＦＭ多重信号を受信した場合に、ＦＭ多重信号割込
処理部による受信割込処理に切り換える処理の流れを示
すフローチャートである。

【符号の説明】

１ 光・ＦＭ一体の交通情報受信装置 ２ ナビゲーション装置本体 ３ 車載用光ヘッド ４ ＦＭアンテナ １ａ ＦＭ受信回路 １ｂ ＦＭ多重信号復調回路 １ｃ 光ビーコン光ヘッドインターフェイス（Ｉ／Ｆ） １ｄ 光ビーコンフレーム検出回路 １ｅ 光ビーコン光ヘッドインターフェイス（Ｉ／Ｆ） １ｆ 光ビーコンフレーム生成回路 １ｇ ＤＭＡコントローラ １ｈ 中央処理装置（ＣＰＵ） １ｉ ナビゲーション通信回路 １ｊ バッファメモリ １１ 光ビーコン処理部 １２ ＦＭ多重処理部 １３ 共通処理部 １１１ ビーコン受信割込処理部 １１２ 編集処理部 １１３ アップリンク送信処理部 １１４ ナビ要求処理部 １２１ ＦＭ受信割込処理部 １２２ ナビ要求処理部 １２３ 編集処理部 １３１ ナビ送信処理部 １３２ ナビ受信割込処理部

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ Ｈ０４Ｂ 10/04 Ｈ０４Ｂ 9/00 Ｙ 10/06 10/14 10/26 10/28 (56)参考文献 特開 平７−282390（ＪＰ，Ａ) 特開 平９−93169（ＪＰ，Ａ) 特開 平８−190694（ＪＰ，Ａ) 特開 平６−251289（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04B 1/16 H04B 10/00 G01S 1/70 G08G 1/09

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】路上ビーコンから送信される光信号を受信
   する光信号受信部と、放送局から送信されるＦＭ多重信
   号を受信するＦＭ多重信号受信部と、前記光信号受信部
   により受信された光信号を一時的に記憶する光信号記憶
   部と、前記ＦＭ多重信号受信部により受信されたＦＭ多
   重信号を一時的に記憶するＦＭ多重信号記憶部と、前記
   光信号記憶部に記憶されたデータが所定量に達すると受
   信割込処理をし、前記ＦＭ多重信号記憶部に記憶された
   データが所定量に達すると受信割込処理をする制御部と
   を備え、前記制御部は、 光信号の受信割込処理中に、ＦＭ多重信号の受信割込処
   理をする時期が発生した場合に、当該光信号の受信割込
   処理が終了するまで、ＦＭ多重信号の受信割込処理をす
   る時期を遅延させて、光信号の受信割込処理終了後ＦＭ
   多重信号の受信割込処理を行い、 ＦＭ多重信号の受信割込処理中に、光信号の受信割込処
   理をする時期が発生した場合に、当該ＦＭ多重信号の受
   信割込処理を中断して、光信号の受信割込処理を行い、
   当該ＦＭ多重信号の受信割込処理は、光信号の受信割込
   処理の終了後再開することを特徴とする交通情報受信装
   置。
2. 【請求項２】光信号を編集してナビゲーション装置本体
   に渡す光信号編集処理部と、ＦＭ多重信号を編集してナ
   ビゲーション装置本体に渡すＦＭ多重信号編集処理部と
   をさらに備え、 前記制御部は、光信号の編集処理と、ＦＭ多重信号の編
   集処理とを交互に行うように制御することを特徴とする
   請求項１記載の交通情報受信装置。
3. 【請求項３】前記制御部は、ＦＭ多重信号又は光信号の
   編集処理中に光信号を受信した場合に、光信号受信割込
   処理部による受信割込処理に切り換え、ＦＭ多重信号又
   は光信号の編集処理中にＦＭ多重信号を受信した場合に
   はＦＭ多重信号処理部による受信割込処理に切り換える
   ことを特徴とする請求項２記載の交通情報受信装置。