JPH08265281A - ディジタルコーディングされ受信された交通情報メッセージの送出装置 - Google Patents

ディジタルコーディングされ受信された交通情報メッセージの送出装置

Info

Publication number
JPH08265281A
JPH08265281A JP8012832A JP1283296A JPH08265281A JP H08265281 A JPH08265281 A JP H08265281A JP 8012832 A JP8012832 A JP 8012832A JP 1283296 A JP1283296 A JP 1283296A JP H08265281 A JPH08265281 A JP H08265281A
Authority
JP
Japan
Prior art keywords
traffic information
message
information message
event
received
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP8012832A
Other languages
English (en)
Inventor
Stefan Goss
ゴス シュテファン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Robert Bosch GmbH filed Critical Robert Bosch GmbH
Publication of JPH08265281A publication Critical patent/JPH08265281A/ja
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/55Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for traffic information
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/091Traffic information broadcasting
    • G08G1/093Data selection, e.g. prioritizing information, managing message queues, selecting the information to be output
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B1/00Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/06Receivers
    • H04B1/16Circuits
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H60/00Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/14Arrangements for conditional access to broadcast information or to broadcast-related services
    • H04H60/16Arrangements for conditional access to broadcast information or to broadcast-related services on playing information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H60/00Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/27Arrangements for recording or accumulating broadcast information or broadcast-related information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H2201/00Aspects of broadcast communication
    • H04H2201/10Aspects of broadcast communication characterised by the type of broadcast system
    • H04H2201/13Aspects of broadcast communication characterised by the type of broadcast system radio data system/radio broadcast data system [RDS/RBDS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Circuits Of Receivers In General (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

(57)【要約】 【課題】 ディジタルコーディングされ受信された交通
情報メッセージの送出にあたりユーザが情報をいっそう
良好に、ないしはいっそう簡単に受け取れるようにす
る。 【解決手段】 受信され一時記憶された交通情報メッセ
ージの送出が、各交通情報メッセージとともに一時記憶
された付加的なデータを用いることで、所定の判定基準
による順序で行われる。同じまたは類似のイベント情報
を有する交通情報メッセージであれば、そのイベントは
ロケーション情報を列挙しながら統合メッセージとして
送出される。

Description

【発明の詳細な説明】
【0001】
【発明の属する技術分野】本発明は、ロケーション情報
およびイベント情報を有しディジタルコーディングされ
受信された交通情報メッセージの送出装置に関する。
【0002】
【従来の技術】ラジオデータシステム (Radio-Daten-S
ystem, RDS)であると、ラジオ放送番組と並行してディ
ジタルデータを聴取されることなく付加的に1つのデー
タチャネル中で伝送することができるようになる。超短
波ラジオ放送用のラジオデータシステムの仕様は殊に次
の文献、ヨーロッパラジオ放送ユニオン (die europae
ische Rundfunk-Union, EBU )による Tech. 3244 - E,
1984年3月刊、において規定されている。適切なR
DSデコーダを備えたラジオ放送受信機は、伝送された
データをラジオ放送受信に加えて同じ受信部分で受け取
りデコーディングすることができる。データ伝送は32
のグループにおいてそれぞれ108bitで行われ、そ
の際、各グループに対し特定のサービスが割り当てられ
る。グループ8aは、ディジタルコーディングされた交
通情報メッセージを伝送するために設けられている。
【0003】この交通情報メッセージの構造およびコー
ディングは、RDS ATT ALERT Consortium から1990
年11月に出された規準提案ALERT C において詳
細に規定されている。この場合、1つの交通情報メッセ
ージの基本的な要素は発生場所(ロケーション)と出来
事(イベント)である。これらの情報はカタログ化され
る、つまりそのつど関連する交通ロケーションとそのつ
ど関連する交通イベントにそれぞれ1つの一義的なコー
ドが割り当てられている。存在する道路に沿ってロケー
ションテーブルにおいてロケーションを連結することに
より、流れが再現される。RDSデコーダを備えた受信
機器の通常の装置のほかに、交通情報メッセージチャネ
ルTMC (Traffic Message Channel)を利用するため
に、交通情報メッセージのデコーディング、記憶、後続
処理および送出を行う装置が必要である。
【0004】これまで広く行われてきた交通情報メッセ
ージアナウンスの場合、緊急性およびそのつど該当する
道路の序列にしたがって交通情報メッセージのソートを
行うことが一般的である。したがってたとえば特別に緊
急の交通情報メッセージがなければ、まずはじめに高速
道路関連の交通情報メッセージがアナウンスされ、次に
国道に関する交通情報メッセージが、続いて県道に関す
る交通情報メッセージがアナウンスされ、最後に市町村
レベルの交通情報メッセージがアナウンスされる。さら
にこのような交通情報メッセージアナウンスの場合に
は、たとえば“以下の高速道路区間では交通渋滞が生じ
ています......”というようなパターンにしたが
って、複数の交通情報メッセージがまとめられて1つの
統合メッセージが形成される。
【0005】ALERT規準提案にしたがってディジタ
ルコーディングされた交通情報メッセージは、ソートも
統合メッセージの伝送も不可能である。
【0006】しかしこれら両方式とも、交通状況から気
を逸らさせれてしまうことなく該当する交通情報メッセ
ージをはっきりと聞き取らなければならないユーザない
し自動車運転者に理解させるのにおおいに寄与するもの
である。
【0007】
【発明が解決しようとする課題】したがって本発明の課
題は、ディジタルコーディングされ受信された交通情報
メッセージの送出にあたりユーザが情報をいっそう良好
に、ないしはいっそう簡単に受け取れるようにすること
にある。
【0008】
【課題を解決するための手段および利点】本発明によれ
ばこの課題は、受信された各交通情報メッセージが一時
記憶され、一時記憶された各交通情報メッセージの送出
が、各交通情報メッセージとともに一時記憶された付加
的なデータを用いることで所定の判定基準による順序で
行われることにより解決される。
【0009】本発明による装置によれば、一時記憶され
た交通情報メッセージをユーザにとって有意義な順序で
再生することができる。その際、この順序のための判定
基準はたとえば最初の受信の時刻、交通情報メッセージ
に関連する道路の序列あるいは交通情報の緊急度とする
ことができ、これは交通情報メッセージとともに受信さ
れたものであり、ないしはイベントカタログ中にスタテ
ィックに存在するものである。
【0010】本発明による装置の1つの実施形態によれ
ば、1つの交通情報メッセージが受信されるとそのつど
新たな順序が決定され、ポインタの形式で交通情報メッ
セージとともに格納される。この実施形態により、送出
要求のための信号が生じたときにすでに設定された順序
で交通情報メッセージを迅速に送出することができる。
【0011】本発明による装置の別の実施形態によれ
ば、この装置自体においてまえもって定められている複
数の判定基準のうちから1つの判定基準または複数の判
定基準の結合体を選択して記憶することができる。これ
により、本発明による装置を備えた受信機を最初に起動
したときに、個々のユーザにより望まれるソート形式を
プログラミングすることができる。この目的で、入力メ
ニューを用いたユーザガイドを設けることができる。
【0012】本発明による別の装置のよれば、次のよう
にして本発明の課題が解決される。すなわち、受信され
た交通情報メッセージが一時記憶され、同じまたは類似
のイベント情報を有する交通情報メッセージであれば、
そのイベントがロケーション情報を列挙しながら統合メ
ッセージとして送出される。
【0013】上記の本発明による装置によれば、ユーザ
にとって煩わしい似たような個々の交通情報メッセージ
の連続発生が回避される。この場合、たとえば”交通渋
滞”のようなイベントの名称がまえもって再生されれ
ば、ユーザは、たとえば”以下の区間で”というような
言葉の後にユーザが走行中の道路区間が続くかどうかに
集中することになる。
【0014】似たような交通情報メッセージは、ALE
RT規準提案によればたとえば”渋滞”のような1つの
共通の構成部分と、たとえば”2km”、”4km”の
ようなそれぞれ異なる構成部分を有することができる。
個々の実施形態に応じて、その意味内容にしたがってた
とえば”交通渋滞”と”交通が停滞しがち”のような類
似の交通情報メッセージをまとめて統合メッセージを形
成することもできる。
【0015】本発明による装置の1つの実施形態によれ
ば、ある交通情報メッセージの最初の受信時に、同じイ
ベント情報を有する少なくとも1つの交通情報メッセー
ジがすでに一時記憶されているかについて検査され、こ
れがあてはまるならば、そのイベントに係わる統合メッ
セージに所属することを表す識別子が該当する交通情報
メッセージに設けられる。このことにより、1つまたは
複数の統合メッセージの送出が有利なようにして準備処
理される。その際、上記の識別子を交通情報メッセージ
管理データ内に格納するとよい。
【0016】さらに本発明による装置の別の実施形態に
よれば、選択判定基準を満たしている交通情報メッセー
ジのみが1つの統合メッセージ中に送出されるように構
成されている。
【0017】次に、図面を参照して本発明の実施例につ
いて詳細に説明する。
【0018】
【実施例】この実施例はたしかにブロック回路図として
示されているが、これは各ブロックに対応する個々の回
路を用いた実現手法に限定することを意味するものでは
ない。むしろ受信装置は殊に有利には高度に集積化され
た回路によって実現できる。その際、適切なプログラミ
ングによってこのブロック回路図に示された処理ステッ
プを実行するディジタル信号プロセッサを用いることが
できる。また、変数値nと取り違えないようにする目的
で、各プログラム分岐の出力つまりn=ノーおよびy=
イエスは図3、4および6ではイタリック体で示されて
いる。
【0019】図1には、本発明を説明するのに必要なラ
ジオ放送受信機のいくつかのユニットが示されており、
破線で囲まれた部分には本発明による方法を実施するた
めに用いられるユニットが示されている。受信すべき信
号はアンテナ1を介して受信部2へ供給され、この受信
部の出力側にはRDSデコーダ3が接続されている。操
作ユニット4を介してラジオ放送受信機を制御するため
に、マイクロコンピュータ5が用いられる。マイクロコ
ンピュータ5は、周波数設定器6を介して受信部2の制
御入力側と接続されており、さらに音声増幅器7の制御
入力側と接続されていて、これにより所望の送信局およ
び音量、高域ないし低域強調等の再生パラメータを設定
調整することができる。音声増幅器7の一方の出力側に
はスピーカ8が接続されている。さらにマイクロコンピ
ュータ5は時計9と接続されており、この時計から日付
と時刻を表すデータを呼び出すことができる。
【0020】交通情報メッセージ(TMC)の処理に用
いられる装置の中心には別のマイクロコンピュータ11
が設けられている。このマイクロコンピュータ11へR
DSデコーダ3の出力信号が供給され、それらの出力信
号から交通情報メッセージが選択される。TMCマイク
ロコンピュータ11は、操作処理装置12を介してマイ
クロコンピュータ5と接続されている。これによってた
とえば操作ユニット4からの命令が処理されて、メッセ
ージを送出させたり選択判定基準を処理したりすること
ができる。この選択判定基準はこのために設けられた不
揮発性の書き込み/読み出しメモリ13に格納されてい
る。
【0021】図1に示されている実施例の場合には音声
出力部が設けられている。このため音声合成装置14に
おいて、TMCデコーダ15でデコーディングされた交
通情報メッセージが音声信号へ変換され、音声増幅器7
へ供給される。交通情報メッセージと管理データセット
はメモリ13に格納される。読み出し専用メモリ16お
よび17には、ロケーションリストとイベントリストが
格納されている。
【0022】図2には、交通情報メッセージのために設
けられたメモリ13(図1)の一部分の構造が略示され
ている。この場合、個々のメモリないしアドレス領域の
区分は、個々のデータセットないし交通情報メッセージ
の長さにしたがってフレキシブルなものである。メッセ
ージメモリの第1の部分20には管理データセット21
〜21Nが格納されており、これらはそれぞれ以下のデ
ータを有している。
【0023】 通し番号 名前 説明 1. ptr_mes 交通情報メッセージを含むメモリへの(41、 42、43、...)のポインタ 2. meld_nr 順序(n)にしたがった交通情報メッセージの 通し番号 3. meld_prio 優先順位(通常、緊急、極度に緊急) 4. ptr_pre 前の交通情報メッセージへのポインタ(44) 5. ptr_post 次の交通情報メッセージへのポインタ(45) 6. 最初のタイム 月、週、日、時、分、秒 スタンプ 7. 更新タイム 月、週、日、時、分、秒 スタンプ 8. 有効期間 月、週、日、時、分、秒) (伝送された期間から算出される) 9. ベリファイ (0=ノー、1=イエス) 10. 有効 (0=ノー、1=イエス) 11. 新しい (0=ノー、1=イエス) 12. デコード可 (0=ノー、1=イエス) 13. セレクト (0=ノー、1=イエス) 14. 自動的な交通情報 (0=ノー、1=イエス) メッセージ送出 15. sammel-meld (0=ノー、1=イエス) 16. sammel_kat カテゴリ、これに応じて統合メッセージとし て まとめることができる、A...Z/1/ 17. prt_sam 統合メッセージとして送出するために設けら れた後続の交通情報メッセージへのポインタ 18. ptr_aus_ok 統合メッセージで交通情報メッセージが送さ れたか否かを表すポインタ 交通情報メッセージの通し番号meld_nrは、送出
の順序にしたがって設定される。まずはじめに番号1の
交通情報メッセージが送出され、したがってこれは最高
優先順位を有する。この優先順位それ自体は、交通情報
メッセージとともに受信される識別子meld_pri
oの形式の優先順位とは無関係である。しかしこの識別
子は、必要に応じて交通情報メッセージの別の内容とと
もにソート判定基準として用いることができる。ポイン
タptr_postは前に設定された順序で交通情報メ
ッセージを送出するために必要とされ、他方、ポインタ
ptr_preは、1つの交通情報メッセージ送出後、
ユーザの要求に応じてそれを繰り返したり、ないしは相
応の操作入力により以前の複数の交通情報メッセージを
繰り返すために用いられる。識別子sammel_ka
tもALERT規準提案で設定されており、交通情報の
カテゴリたとえば渋滞、気象情報、事故等を表し、この
目的で文字および数字が設けられている。
【0024】さらに管理データセットに記憶されている
アドレスを用いることで、メモリの部分30中の交通情
報メッセージ31〜3Nをアクセスすることができ、こ
のことは矢印41、42、43により略示されている。
矢印44、45は管理データセットのポインタを表して
おり、これによって先行のおよび後続の管理データセッ
トが指し示される。
【0025】個々の管理データセットへの高速なアクセ
スひいては必要な場合は個々の交通情報メッセージへの
高速なアクセスも、以下のことにより達成される。すな
わち、そのほかにいわゆるヘッダ46がメモリに格納さ
れており、これには交通情報メッセージの個数N、最初
の管理データセットへのポインタptr_first、
最後の管理データセットへのポインタprt_las
t、およびそのつど処理中に生じる管理データセットへ
のポインタprt_actが含まれている。
【0026】図3および図4のフローチャートには、マ
イクロコンピュータ11(図1)のプログラムの一部分
が示されている。図3によるプログラムの場合、51に
おいて交通情報メッセージTMが受信され、52におい
てこの交通情報メッセージTMが新しいものであるか否
かに依存して分岐が行われる。新たな交通情報メッセー
ジであるときにのみ、後続のプログラムステップが実行
される。まずはじめに53において、管理データセット
のためにも交通情報メッセージのためにもメモリセルが
準備される。その後、54において、ヘッダ46中に格
納されたポインタptr_firstがポインタptr
_post(図2の45)として新たな管理データセッ
トへコピーされる。そして55において、新たな管理デ
ータセットのアドレスがptr_firstとしてヘッ
ダにコピーされ、ptr_preとして以前の最初の管
理データセットへコピーされる。
【0027】上述のテーブルによるその他のデータは、
プログラム部分56において管理データセット21〜2
N(図2)へ書き込まれる。さらに57において、交通
情報メッセージ31〜3N(図2)自体がアドレスpt
r_mesにおいてメモリに格納される。58において
このプログラムは終了する。
【0028】図4に示されたプログラムは、プログラム
部分61においてソート判定基準が変化したときにすで
に記憶されている交通情報メッセージの送出順序をソー
トするために用いられる。ソート判定基準sort.c
ritは新たに入力することができるし、あるいは入力
によりすでに以前に設定された判定基準を起動すること
ができる。プログラム部分62において、記憶されてい
るN個のすべての交通情報メッセージについてポインタ
ptr_pre,ptr_postおよびptr_me
sが一時メモリにコピーされる。その後、63におい
て、たとえば道路の序列にしたがって上から下へ、およ
び道路の番号にしたがって下から上へ、判定基準の設定
が行われる。
【0029】64において、カウンタm,nが記憶され
ているすべての交通情報メッセージにわたり1にセット
される。次にプログラム部分65において、目下のつま
り後続のプログラムステップで処理すべき管理データセ
ットのアドレスに対して一時メモリがアクセスされ、逆
の判定基準inv.critが設定され、たとえば5の
道路序列(都心)と999の道路番号が設定される。し
たがってこれらのパラメータを有する交通情報メッセー
ジは、最後の位置に送出されるはずである。66におい
て、一時メモリ中の判定基準sort.critによる
m番目の交通情報メッセージTM(m)がより高い優先
順位を有すべきか否かが検査される。有すべきであるな
らば、67においてm番目の交通情報メッセージのアド
レスが一時メモリに書き込まれ、判定基準が更新され
る。そうでなければ書き込みは行われず、これに基づき
68においてmがインクリメントされる。
【0030】mがまだNよりも大きくないかぎり、プロ
グラムステップ66〜68が繰り返される。mがNより
も大きくなれば、プログラムは分岐69の後、プログラ
ム部分70によって継続され、その際、管理データセッ
トにおいて、(m−1)番目、(m+1)番目、(n−
1)番目および(n+1)番目の交通情報メッセージの
ポインタptr_pre(m−1),ptr_pre
(m+1),ptr_post(n−1),ptr_p
re(n+1)、ptr_pre(n−1)およびpt
r_post(n+1)が以下の図式にしたがって変え
られる。
【0031】もとの順序から、67によりm番目に一時
記憶された交通情報メッセージが以下のようにして導出
される。すなわち、 −(m−1)番目の交通情報メッセージのptr_po
stが(m+1)番目の交通情報メッセージへ変えられ
る。
【0032】−(m+1)番目の交通情報メッセージの
ptr_preが(m−1)番目の交通情報メッセージ
へ変えられる。
【0033】新たな優先順位を有するm番目の交通情報
メッセージの組み入れは以下の変更により行われる。す
なわち、 −(n−1)番目の交通情報メッセージのptr_po
stがm番目の交通情報メッセージを指す。
【0034】−(n+1)番目の交通情報メッセージの
ptr_preがm番目の交通情報メッセージを指す。
【0035】−m番目の交通情報メッセージのptr_
preが(n−1)番目の交通情報メッセージを指す。
【0036】−m番目の交通情報メッセージのptr_
postが(n+1)番目の交通情報メッセージを指
す。
【0037】わかりやすくするため、これらの変化は交
通情報メッセージ自体に関連づけられている。したがっ
て図2に示されている管理データセットを用いた交通情
報メッセージの管理の場合、管理データセットへのポイ
ンタおよびその変更は、交通情報メッセージ自体にじか
に関連づけられているだけである。
【0038】71において一時メモリ内のポインタpt
r_mesは0にセットされ、このことでこれまでに行
われたソートによりすでに新たな優先順位に達した目下
の交通情報メッセージが、後続のプログラムシーケンス
において再度その序列について検査されないようにな
る。次に72において、nがインクリメントされmが1
にセットされる。分岐73は、nがNよりも大きいか否
かに依存して行われる。この条件が依然として満たされ
ていないかぎり、66においてこのプログラムが始めら
れて別の交通情報メッセージに関して繰り返される。し
かしnがNよりも大きければ、N個の管理データセット
がポインタptr_preおよびptr_postの相
応のセットによりソートされる。
【0039】この場合、交通情報メッセージの通し番号
meld_nrを新たな順序にしたがってセットするだ
けでよい。この目的で74においてnが1にセットさ
れ、75においてそのつど処理すべきものであり順序に
関してすでに種々のポインタにより定められた管理デー
タセットCEがロードされる。76において、この管理
データセット中に含まれている通し番号meld_nr
がnと等しくなるようセットされ、nがインクリメント
される。これは分岐77によってnがNよりも大きくな
るまで繰り返され、これに応じてこのプログラムは78
で終了する。
【0040】さらに、プログラム部分62による一時メ
モリへの管理データセットのポインタのコピーは、ソー
トプロセス中でも交通情報メッセージの送出ができるよ
うにするためにも用いられる。この場合、ソートプロセ
ス中にユーザの送出要求が出されたならば、記憶されて
いる交通情報メッセージが一時記憶されたポインタによ
り与えられる順序で−つまり以前のソートにしたがって
−送出される。個々の前提条件(マイクロコンピュータ
の速度、要求し得る待ち時間)次第では、ソートプロセ
スの終了後にはじめて送出を行うことができる。
【0041】図5には6つの管理データセットCE
(1)〜CE(6)が略示されており、これらはそれぞ
れ1つの交通情報メッセージに該当する。図5のaの場
合、管理データセットは所定の順序で配列されている。
各々の管理データセットCUには、後続の管理データセ
ットを指すポインタptr_postと、先行の管理デ
ータセットを指すポインタptr_preが設けられて
いる。ヘッダ46(図2)中のポインタptr_fir
stおよびprt_lastは、管理データセットCE
(1)ないしCE(6)を示している。
【0042】プログラムステップ61〜69(図4)に
よって、管理データセットCE(3)が最高優先順位つ
まりn=1を有するべきであると判定されると、このた
め図5のbのように管理データセットCE(3)は序列
から除かれる。これに応じて、管理データセットCE
(2)とCE(4)のポインタptr_postとpt
r_preが変えられる。図5では、個々のステップで
変えられたポインタは破線で示されている。
【0043】図5のcによる状態において、本来の3番
目の管理データセットが1番目の位置に組み入れられ
る。隣り合う管理データセットを指すポインタのほか
に、ヘッダ46(図2)のポインタptr_first
も、これが今度は管理データセットCE(3)を指すよ
うに変えられる。
【0044】図5のdでは、管理データセットCE
(5)が序列からはずされ、管理データセットCE
(4)とCE(6)がポインタptr_postとpt
r_preを変えることで互いに結合される。
【0045】図5のeには、本来の5番目の管理データ
セットCE(5)が3番目の位置に組み入れられること
が示されており、つまり管理データセットCE(3)と
CE(1)の後に組み入れられることが示されている。
図5のeでは、新たなナンバリングがイタリックで示さ
れている。
【0046】図6には、ステップ79で始まる統合メッ
セージ送出プログラムが示されている。ここで前提とす
るのは、統合メッセージキャラクタを有する交通情報メ
ッセージが各管理データセットにおいて、ポインタpt
r_samが統合メッセージキャラクタを有する後続の
管理データセットを指すよう準備処理されていることで
ある。
【0047】この準備処理は各交通情報メッセージを最
初に受信したときに行われ、その際、まずはじめに、す
でに記憶されている別の交通情報メッセージが同じまた
は類似のイベント情報を有しているか否かが検査され
る。次に、すでに記憶されている交通情報メッセージと
新たな交通情報メッセージにおいて、識別子”samm
el_meld”が1にセットされ、すでに記憶されて
いる交通情報メッセージにおいてポインタptr_sa
mが新たな交通情報メッセージの管理データセットを指
すようセットされる。両方の交通情報メッセージおよび
必要に応じてさらに別の交通情報メッセージが統合メッ
セージとして送出されるか否かを判定する際に、識別
子”sammel_kat”が考慮される。
【0048】プログラム部分80において識別子mel
d_aus_okが0にセットされる。81においてカ
ウンタnが1にセットされる。次に82においてこのプ
ログラムは、ポインタptr_samが0と等しくなく
識別子meld_aus_okが0と等しいかに依存し
て分岐される。これに該当するならば、番号nをもつ交
通情報メッセージのイベントが83においてデコーディ
ングされ、マイクロコンピュータ11(図1)のワーク
メモリにロードされる。このイベントはたとえば”渋
滞”である。さらにmが1にセットされる。
【0049】その後、84において、統合メッセージに
収容すべきm番目の交通情報メッセージのロケーション
固有の部分がデコーディングされてロードされ、これに
応じてプログラムは85において、まとめて1つの統合
メッセージにすることのできる別の交通情報メッセージ
が存在しているか否かに依存して分岐される。この種の
交通情報メッセージがまだ別に存在しているかぎり、8
6においてmがインクリメントされる。その後、87に
おいて、次の交通情報メッセージを指すprt_sam
にしたがって分岐が行われ、その交通情報メッセージの
ロケーション固有の部分が84においてデコーディング
されロードされる。
【0050】しかし85において、送出のために統合メ
ッセージとして設けられた別の交通情報メッセージがも
はや存在していなければ、88において文の構造が作成
される。これに続いて89において、統合メッセージに
おけるイベント固有の部分たとえば”以下の区間で渋
滞”の送出が行われる。そして90において補助カウン
タkが1にセットされ、これを用いることで個々のロケ
ーション固有の部分が呼び出され、92において送出が
行われ、たとえば ”Dortmund − Hannover 間のアウト
バーンA2”が送出される。しかしこの送出92は、所
定の選択判定基準sel.critを満たしていない交
通情報メッセージないしそのロケーション固有部分につ
いては避けられ、このことは91において検査される。
この種の選択判定基準はたとえば、”特定の方向におけ
る特定の道路に該当する交通情報メッセージのみ”とい
うようなものである。送出92に続いて、93において
ポインタmeld_aus_okが1にセットされ、カ
ウンタkがインクリメントされる。
【0051】94において、kがmよりも大きいか否か
が検査される。これがあてはまらかぎり、プログラム部
分91,92,93が繰り返される。しかしkがmより
も大きければ、この統合メッセージの送出が完了する。
m=3に対しこれらの交通情報メッセージの各々が選択
判定基準を満たしているならば、たとえば送出される統
合メッセージは”次の区間で渋滞:Bad Nauheim − But
zbach 間のA5、Homberg(Ohm) − Alsfeld/West 間の
A5、および Melsungen − Guxhagen 間のA4”とな
る。
【0052】95でnがインクリメントされた後、96
においてnがNよりも大きいかが質問される。これがあ
てはまるならば、97においてプログラムが終了する。
そうでなければこのプログラムは続けられて82におい
て、次の交通情報メッセージが統合メッセージとしての
送出のために特徴づけられたものであるかが検査され
る。これが統合メッセージとして特徴づけられていなけ
れば、98においてポインタprt_samが0ではな
くポインタmeld_aus_okが1であるかかが検
査される。このことがあてはまるならば、それは1つの
統合メッセージ内ですでに送出されたメッセージであ
り、したがってもはや(個別メッセージとして)さらに
送出する必要はなく、インクリメントステップ95と分
岐ステップ96を経てこのプログラムは97で終了し、
あるいは次の交通情報メッセージとともに82において
継続される。しかし98において出された条件にあては
まらなければ、99において選択判定基準sel.cr
itに関する検査が行われ、場合によっては100にお
いて個別メッセージとしての送出が行われる。
【図面の簡単な説明】
【図1】ディジタルコーディングされた交通情報メッセ
ージの受信用に設計された受信機のブロック回路図であ
る。
【図2】交通情報メッセージおよび管理データセット用
のメモリの概略図である。
【図3】交通情報メッセージ更新後のソートに関する実
例として新たな交通情報メッセージの受信動作および連
結動作を説明するためのフローチャートである。
【図4】ソート判定基準を変更したときのソーティング
を説明するためのフローチャートである。
【図5】ソーティングを説明するための図である。
【図6】統合メッセージの送出を説明するフローチャー
トである。
【符号の説明】
2 受信部 3 RDSデコーダ 4 操作ユニット 5,11 マイクロコンピュータ 6 周波数設定器 7 音声増幅器 9 時計 12 操作処理装置 13 メモリ 14 音声合成装置 15 TMCデコーダ 16,17 読み出し専用メモリ

Claims (10)

    【特許請求の範囲】
  1. 【請求項1】 ロケーション情報およびイベント情報を
    有しディジタルコーディングされ受信された交通情報メ
    ッセージの送出装置において、 受信された各交通情報メッセージが一時記憶され、 一時記憶された各交通情報メッセージの送出が、各交通
    情報メッセージとともに一時記憶された付加的なデータ
    を用いることで所定の判定基準による順序で行われるこ
    とを特徴とする、 ディジタルコーディングされ受信された交通情報メッセ
    ージの送出装置。
  2. 【請求項2】 1つの判定基準は交通情報メッセージの
    最初の受信の時刻である、請求項1記載の装置。
  3. 【請求項3】 1つの判定基準は交通情報メッセージに
    関連する道路の序列である、請求項1または2記載の装
    置。
  4. 【請求項4】 1つの判定基準は交通情報メッセージの
    緊急度であり、該緊急度は交通情報メッセージとともに
    受信されたものであるかまたはイベントカタログ中に持
    続的に記憶されている、請求項1〜3のいずれか1項記
    載の装置。
  5. 【請求項5】 1つの交通情報メッセージの最初の受信
    においてそのつど新たな順序が決定され、ポインタの形
    式で交通情報メッセージとともに格納される、請求項1
    〜4のいずれか1項記載の装置。
  6. 【請求項6】 当該装置自体においてまえもって定めら
    れた複数の判定基準のうちから、1つの判定基準または
    複数の判定基準の結合体が選択され記憶される、請求項
    1〜5のいずれか1項記載の装置。
  7. 【請求項7】 ロケーション情報およびイベント情報を
    有しディジタルコーディングされ受信された交通情報メ
    ッセージの送出装置において、 受信された交通情報メッセージが一時記憶され、 同じまたは類似のイベント情報を有する複数の交通情報
    メッセージがあれば、当該イベントがロケーション情報
    を列挙しながら統合メッセージとして送出されることを
    特徴とする、 ロケーション情報およびイベント情報を有しディジタル
    コーディングされ受信された交通情報メッセージの送出
    装置。
  8. 【請求項8】 1つの交通情報メッセージの受信時に、
    同じイベント情報を有する少なくとも1つの交通情報メ
    ッセージがすでに一時記憶されているかについて検査さ
    れ、あてはまるときには該当する交通情報メッセージに
    対し、当該イベントに係わる統合メッセージに属するこ
    とを表す識別子が設けられる、請求項7記載の装置。
  9. 【請求項9】 前記識別子は交通情報メッセージ管理デ
    ータ内に格納される、請求項8記載の装置。
  10. 【請求項10】 選択判定基準を満たしている交通情報
    メッセージのみ1つの統合メッセージ中で送出される、
    請求項7または8記載の装置。
JP8012832A 1995-02-03 1996-01-29 ディジタルコーディングされ受信された交通情報メッセージの送出装置 Pending JPH08265281A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE19503414A DE19503414A1 (de) 1995-02-03 1995-02-03 Einrichtung zur Ausgabe von empfangenen digital codierten Verkehrsmeldungen
DE19503414.7 1995-02-03

Publications (1)

Publication Number Publication Date
JPH08265281A true JPH08265281A (ja) 1996-10-11

Family

ID=7753017

Family Applications (1)

Application Number Title Priority Date Filing Date
JP8012832A Pending JPH08265281A (ja) 1995-02-03 1996-01-29 ディジタルコーディングされ受信された交通情報メッセージの送出装置

Country Status (5)

Country Link
EP (1) EP0725504B1 (ja)
JP (1) JPH08265281A (ja)
KR (1) KR100514419B1 (ja)
DE (2) DE19503414A1 (ja)
PT (1) PT725504E (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011248864A (ja) * 2010-05-28 2011-12-08 Harman Becker Automotive Systems Gmbh 交通情報クライアントデバイス

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3569393B2 (ja) * 1996-07-31 2004-09-22 パイオニア株式会社 データ放送受信機
DE19644190A1 (de) * 1996-10-24 1998-06-25 Bosch Gmbh Robert Verfahren zum Empfangen von Nachrichten und elektrisches Gerät zur Durchführung des Verfahrens
EP0873041B1 (de) * 1997-04-19 2003-05-07 Micronas Semiconductor Holding AG Digitaler Tonprozessor
WO2001016914A1 (de) * 1999-08-30 2001-03-08 Siemens Aktiengesellschaft Verfahren und anordnung zum bearbeiten einer zustandsbeschreibung eines systems
JP2001134581A (ja) * 1999-11-02 2001-05-18 Nec Corp 広告方法、広告装置、広告受信機及び記録媒体
DE60013775T2 (de) * 2000-04-25 2005-04-14 Siemens Ag Verfahren zur Bestimmung einer Prioritätsordnung für die Ausgabe von Verkehrsmeldungen
DE60013771T2 (de) * 2000-04-25 2005-02-10 Siemens Ag Verfahren zur Auswahl aus einer Liste mit Verkehrsinformationen
DE10039663C2 (de) 2000-08-14 2002-06-13 Fraunhofer Ges Forschung Verfahren und Vorrichtung zur Wiedergabe von Informationen
DE10101349B4 (de) * 2001-01-13 2007-08-16 Robert Bosch Gmbh Verfahren zur Meldung von Verkehrsstörungen
DE10319565A1 (de) * 2003-04-30 2004-11-25 Fendt, Günter Kfz-Audio-Anlage mit Verkehrsfunkempfängersystem und/oder Verkehrswarnsystem

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2195066B (en) * 1986-09-08 1990-08-15 British Broadcasting Corp Radio receivers
DE3709523A1 (de) * 1987-03-23 1988-10-13 Bosch Gmbh Robert Rundfunkempfaenger mit mindestens einem verkehrsfunkdecoder
DE3752122T3 (de) * 1987-05-09 2004-07-29 Koninklijke Philips Electronics N.V. Einrichtung für Empfang und Verarbeitung von Strassennachrichtenmeldungen
US5559860A (en) * 1992-06-11 1996-09-24 Sony Corporation User selectable response to an incoming call at a mobile station
DE4230294A1 (de) * 1992-09-10 1994-03-17 Bosch Gmbh Robert Verfahren zur Auswahl routenrelevante Meldungen bei RDS Radios
US5406626A (en) * 1993-03-15 1995-04-11 Macrovision Corporation Radio receiver for information dissemenation using subcarrier

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011248864A (ja) * 2010-05-28 2011-12-08 Harman Becker Automotive Systems Gmbh 交通情報クライアントデバイス
US9698923B2 (en) 2010-05-28 2017-07-04 Harman Becker Automotive Systems Gmbh Traffic information client device

Also Published As

Publication number Publication date
EP0725504A3 (de) 1996-08-14
EP0725504B1 (de) 2005-08-24
KR960033008A (ko) 1996-09-17
PT725504E (pt) 2005-11-30
DE19503414A1 (de) 1996-08-08
KR100514419B1 (ko) 2005-11-25
EP0725504A2 (de) 1996-08-07
DE59511014D1 (de) 2005-09-29

Similar Documents

Publication Publication Date Title
CA2734366C (en) Traffic information client device
US4907159A (en) Device for receiving and processing road information
JP3939348B2 (ja) 車両ドライバへの情報提供装置
US5345606A (en) RDS radio receiver with user-definable-region filtering
US6996089B1 (en) Method of transmitting digitally coded traffic information and radio receiver for same
JPH01277028A (ja) 放送受信機
JPH08265281A (ja) ディジタルコーディングされ受信された交通情報メッセージの送出装置
US8269653B2 (en) Providing sponsorship information alongside traffic messages
KR100440358B1 (ko) 디지탈코딩된교통메시지의수신및재생을위한무선수신기
KR100429701B1 (ko) 수신기에서디지털식으로부호화된교통메세지를관리하기위한장치
US6597982B1 (en) Method for coding congestion affecting several traffic lanes
JPH0969793A (ja) 無線放送受信機および符号化メッセージの処理モジュール
US6018649A (en) RDS-TMC radio receiver for processing region-specific and supra-regional road or area indications
US8209113B2 (en) Programmable route specific dynamic traffic warning system with segmentation identifiers
JP4099247B2 (ja) ディジタル符号化されたトラフィックメッセージの選択方法及び装置
KR100452171B1 (ko) 수신된디지털코드화교통메시지의디코딩및출력방법및장치
KR100352051B1 (ko) 메시지처리및재생방법및수신기
JPH08249592A (ja) ディジタルコード化されたトラヒックメッセージのスピーチ言語情報出力用装置
JPH0779196A (ja) 放送データの提供方法
JPH0969791A (ja) 無線放送受信機および符号化メッセージの処理モジュール
US5950117A (en) Car radio receiver comprising a memory for storing predetermined vocabulary elements
US20080064324A1 (en) Satellite data messaging system with radio channel hyperlinking
JPH07336257A (ja) 自動車用交通情報放送選択装置
JPH01276927A (ja) ラジオ受信機、例えば車輌受信機
EP1152382A1 (en) Method for defining an order of priority in reproducing traffic messages

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20051028

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20060125

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20060130

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060427

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20060601