JP2002533820A - 走行ルート推奨の伝送装置および受信器 - Google Patents
走行ルート推奨の伝送装置および受信器Info
- Publication number
- JP2002533820A JP2002533820A JP2000590118A JP2000590118A JP2002533820A JP 2002533820 A JP2002533820 A JP 2002533820A JP 2000590118 A JP2000590118 A JP 2000590118A JP 2000590118 A JP2000590118 A JP 2000590118A JP 2002533820 A JP2002533820 A JP 2002533820A
- Authority
- JP
- Japan
- Prior art keywords
- location
- receiver
- data bank
- location data
- news
- 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
Links
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
- G08G1/091—Traffic information broadcasting
- G08G1/092—Coding or decoding of the information
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Traffic Control Systems (AREA)
- Instructional Devices (AREA)
Abstract
(57)【要約】
少なくとも１つの公共交通手段網の走行ルート推奨を受信器に伝送するための装置において、コーディングが、交通網の少なくとも一部をシミュレートする位置データバンクによって行われる。
Description
【０００１】 本発明は、少なくとも１つの公共交通手段網の走行ルート推奨を受信器に伝送
する装置、および走行ルート推奨のための受信器に関する。 公共交通手段を使用するための障害は、個々の路線、その乗り換え地点、およ
び個々の路線の運行時間についての知識がしばしば不足していることである。こ
の公共交通手段の運行者は、適切な問い合わせに対してインターネットまたはＴ
−オンラインを介して走行ルート推奨を広報している。しかし通常は受信側でこ
のコミュニケーション形式に対する適切なコンピュータが必要である。 本発明の課題は、この種の走行ルート推奨を必要に応じて、これが簡単に多数
の受信機器によって受信されるように伝送することである。本発明の装置ではこ
の課題は、交通網の少なくとも一部をシミュレートする少なくとも１つの位置デ
ータバンクを用いて符号化を行うことにより解決される。 本発明の装置の第１実施例では、デジタル符号化された交通ニュース（ＴＭＣ
）を伝送するために設けられたデータプロトコルが使用される。ここではとりわ
け、迂回路のために設けられたデータプロフィールが使用される。 本発明の装置の第２実施例では、伝送のためにＲＤＳ−ＯＤＡプロトコルが使
用される。 本発明の装置の利点は、走行ルート推奨を多数の既存の受信機器によって受信
でき、デコードできることである。現在では、カーラジオがデジタル符号化交通
ニュースを受信するように構成されており、ＲＤＳ（Radio-Data-System）とも
、ＤＡＢ（Digital Audio Broadcasting）とも関連している。ここではフィード
バックチャネルが存在しないから、この受信器群では多数のユーザに興味にある
走行ルート推奨の伝送が、例えば自動車により来場した見本市訪問者に対して、
市街地周辺の駐車場を探索し、公共交通手段の１つまたは複数の路線を使用する
ことを推奨するのに使用される。本発明はまた他の移動無線媒体、例えばＧＳＭ
，ＳＷＩＦＴ，ＵＭＴＳによっても適用することができる。 本発明の装置はさらに、大量生産された安価な受信器を、公共交通網の走行ル
ート推奨の受信に使用できるという利点を有する。ここでは道路網との結合を行
うこともできる。このために本発明の装置では、種々の位置データバンクにファ
イルされた位置に該当する走行ルート推奨を伝送するために、少なくとも１つの
隣接位置を別の位置データバンクの１つに有する位置のデータセットが、このよ
うな隣接位置への参照を横参照を用いて行う。 この改善形態により例えば、走行ルート推奨が、駐車場まで自動車の走行した
区間と、公共交通手段につながる区間を表すことができる。 さらにＴＭＣシステムではすでに、このような交通ニュースを無線送信機によ
ってだけ流すのではなく、請求に応じて無線網を介して所期のようにそれぞれ呼
び出された機器に送信することが提案されている。この場合、所期の問い合わせ
に走行ルート推奨の伝送によって応答することができる。 走行ルート推奨をＴＭＳシステムに従って符号化することにより、ＴＭＣシス
テムで公知の機能、または登録されたＲＤＳ−ＯＤＡ適用によって可能な機能が
使用される。この機能は例えば、交通ニュースの管理、すなわちニュースが更新
されたときに、メモリに保存し、消去することである。さらにデコードされたニ
ュースの出力は、音声シンセサイザによりユーザが理解できる言語で行うことが
できる。 受信器が車両に組み込まれており、車両が位置決め装置（例えばＧＰＳ）ない
しナビゲーション装置を有する場合には、走行ルート推奨の選択を交通ニュース
の選択に相応して、受信器がユーザに対して意味のある走行ルート推奨だけを受
信するように構成することができる。 さらに本発明の装置の利点は、やはり道路網のデータを必要とする走行ルート
推奨に対して、例えば交通の流れが道路および高速道路で考慮されることである
。これはＴＭＣシステムまたは類似のシステムに対して自動的に検出されたデー
タを使用することができる。 通常、走行ルート推奨はＴＭＣシステムから伝送された交通ニュース、例えば
５ｋｍの渋滞、高速道路Ａ７号線、ヒルデスハイムインターチェンジ、より長い
。従って改善形態では、走行ルート推奨がマルチグループニュースとして伝送さ
れる。 少なくとも１つの公共交通手段の走行ルート推奨に対して有利な受信器は、デ
コードのために受信器に、交通網の少なくとも一部をシミュレートする位置デー
タバンクが設けられている。このような位置データバンクは有利には交換可能な
データ担体にファイルされている。これにより受信器のユーザは自分にもっとも
興味のある交通網を用意することができる。その際に交通網全体、例えば国全体
に対する位置データバンクを入手する必要はない。 しかし本発明の受信器は、位置データバンクがエアインタフェースを介して更
新可能に構成することができる。この受信器の有利な実施例では、走行ルート推
奨の管理およびデコードのために、デジタル符号化交通ニュース（ＴＭＣ）を管
理およびデコードするための装置が設けられている。 他の位置データバンクと結合するために本発明の装置では、道路網をシミュレ
ートする位置データバンクに引用される位置を含まない別の位置データバンクの
少なくとも一部と、位置データバンクおよび別の位置データバンクの位置に対す
るコードとが１つの共通の位置データバンクに統合される。
する装置、および走行ルート推奨のための受信器に関する。 公共交通手段を使用するための障害は、個々の路線、その乗り換え地点、およ
び個々の路線の運行時間についての知識がしばしば不足していることである。こ
の公共交通手段の運行者は、適切な問い合わせに対してインターネットまたはＴ
−オンラインを介して走行ルート推奨を広報している。しかし通常は受信側でこ
のコミュニケーション形式に対する適切なコンピュータが必要である。 本発明の課題は、この種の走行ルート推奨を必要に応じて、これが簡単に多数
の受信機器によって受信されるように伝送することである。本発明の装置ではこ
の課題は、交通網の少なくとも一部をシミュレートする少なくとも１つの位置デ
ータバンクを用いて符号化を行うことにより解決される。 本発明の装置の第１実施例では、デジタル符号化された交通ニュース（ＴＭＣ
）を伝送するために設けられたデータプロトコルが使用される。ここではとりわ
け、迂回路のために設けられたデータプロフィールが使用される。 本発明の装置の第２実施例では、伝送のためにＲＤＳ−ＯＤＡプロトコルが使
用される。 本発明の装置の利点は、走行ルート推奨を多数の既存の受信機器によって受信
でき、デコードできることである。現在では、カーラジオがデジタル符号化交通
ニュースを受信するように構成されており、ＲＤＳ（Radio-Data-System）とも
、ＤＡＢ（Digital Audio Broadcasting）とも関連している。ここではフィード
バックチャネルが存在しないから、この受信器群では多数のユーザに興味にある
走行ルート推奨の伝送が、例えば自動車により来場した見本市訪問者に対して、
市街地周辺の駐車場を探索し、公共交通手段の１つまたは複数の路線を使用する
ことを推奨するのに使用される。本発明はまた他の移動無線媒体、例えばＧＳＭ
，ＳＷＩＦＴ，ＵＭＴＳによっても適用することができる。 本発明の装置はさらに、大量生産された安価な受信器を、公共交通網の走行ル
ート推奨の受信に使用できるという利点を有する。ここでは道路網との結合を行
うこともできる。このために本発明の装置では、種々の位置データバンクにファ
イルされた位置に該当する走行ルート推奨を伝送するために、少なくとも１つの
隣接位置を別の位置データバンクの１つに有する位置のデータセットが、このよ
うな隣接位置への参照を横参照を用いて行う。 この改善形態により例えば、走行ルート推奨が、駐車場まで自動車の走行した
区間と、公共交通手段につながる区間を表すことができる。 さらにＴＭＣシステムではすでに、このような交通ニュースを無線送信機によ
ってだけ流すのではなく、請求に応じて無線網を介して所期のようにそれぞれ呼
び出された機器に送信することが提案されている。この場合、所期の問い合わせ
に走行ルート推奨の伝送によって応答することができる。 走行ルート推奨をＴＭＳシステムに従って符号化することにより、ＴＭＣシス
テムで公知の機能、または登録されたＲＤＳ−ＯＤＡ適用によって可能な機能が
使用される。この機能は例えば、交通ニュースの管理、すなわちニュースが更新
されたときに、メモリに保存し、消去することである。さらにデコードされたニ
ュースの出力は、音声シンセサイザによりユーザが理解できる言語で行うことが
できる。 受信器が車両に組み込まれており、車両が位置決め装置（例えばＧＰＳ）ない
しナビゲーション装置を有する場合には、走行ルート推奨の選択を交通ニュース
の選択に相応して、受信器がユーザに対して意味のある走行ルート推奨だけを受
信するように構成することができる。 さらに本発明の装置の利点は、やはり道路網のデータを必要とする走行ルート
推奨に対して、例えば交通の流れが道路および高速道路で考慮されることである
。これはＴＭＣシステムまたは類似のシステムに対して自動的に検出されたデー
タを使用することができる。 通常、走行ルート推奨はＴＭＣシステムから伝送された交通ニュース、例えば
５ｋｍの渋滞、高速道路Ａ７号線、ヒルデスハイムインターチェンジ、より長い
。従って改善形態では、走行ルート推奨がマルチグループニュースとして伝送さ
れる。 少なくとも１つの公共交通手段の走行ルート推奨に対して有利な受信器は、デ
コードのために受信器に、交通網の少なくとも一部をシミュレートする位置デー
タバンクが設けられている。このような位置データバンクは有利には交換可能な
データ担体にファイルされている。これにより受信器のユーザは自分にもっとも
興味のある交通網を用意することができる。その際に交通網全体、例えば国全体
に対する位置データバンクを入手する必要はない。 しかし本発明の受信器は、位置データバンクがエアインタフェースを介して更
新可能に構成することができる。この受信器の有利な実施例では、走行ルート推
奨の管理およびデコードのために、デジタル符号化交通ニュース（ＴＭＣ）を管
理およびデコードするための装置が設けられている。 他の位置データバンクと結合するために本発明の装置では、道路網をシミュレ
ートする位置データバンクに引用される位置を含まない別の位置データバンクの
少なくとも一部と、位置データバンクおよび別の位置データバンクの位置に対す
るコードとが１つの共通の位置データバンクに統合される。
【０００２】 本発明の実施例が複数の図面に示されており、以下詳細に説明する。 図１は、走行ルート推奨を含むＲＤＳ−ＯＤＡ適用としての実現に対するマルチ
グループニュースである。 図２は、路線プランの概略図である。 図３は、走行ルート推奨を含むＴＭＣ適用としての実現に対するマルチグループ
ニュースである。 図４は、本発明の装置に対する位置データバンクの抜粋である。 図２は、区間網に対する例を示す。この区間網は一部が大都市１の領域を、一
部が周辺部２を示す。路面電車路線３が第１の終点６から停留点７，８，９，１
０を介して第２の終点１１に至る。停留点８はバス路線への乗り換え点である。
このバス路線は終点１２，１５および別の停留点１３，１４を有する。停留点１
０は高速道路５の接続点でのＰ＋Ｒ駐車場への乗り換え点として用いられる。高
速道路には別の接続点１６，１７，１８が示されている。 図示の区間網は、ＴＭＣシステムでの道路網と同じように符号化することがで
きる。すなわち、ＡＬＥＲＴ Ｃで記述されたような位置データバンクが個々の
位置をそれぞれ路線と関連して引用するのである。ここでは各位置、例えば停留
点７に先行者６と後行者８が横参照として設けられる。乗り換え点８はバス路線
４上の位置でもあるから、ここでは付加的な参照、例えば特許願１９６０６０１
０に記載されたような参照が行われる。 例えば公共交通網の路線３，４は特別にこのために設けられた位置データバン
クに表示されるか、または既存の位置データバンクに組み込まれる。一方、高速
道路５は従来の位置データバンクにＴＭＣシステム内でファイルされている。相
応の横参照はそれぞれ位置１０の場合は、それぞれ他の区間（高速道路または路
面電車）を指示する。これにより例えば「高速道路を接続点１０まで走行し、路
面電車路線３に乗り換え、終点６の方向で乗り換え点８まで行き、バス路線４を
使用して終点１２の方向で停留点１３まで行く」というニュースがＴＭＣシステ
ムでは通常のプロトコルにより、またはＯＤＡ適用の枠内で定義されたプロトコ
ルにより符号化され、受信器に伝送される。そして受信器は自分の位置データバ
ンクに基づいて符号化およびテキストまたは言語への変換を行うことができる。 走行推奨として用いられるニュースは以下のニュースエレメントを有する： ニュースエレメント 意味 走行目的地 ＴＭＣ位置データバンクのローカルコード、通常はいわ
ゆる興味のある地点（Point of Interest,ＰＯＩ）； コーディング：ロケーションコード（例えば見本市） 交通手段 区間網の交通手段（例えば地下鉄、鉄道、バス、） コーディング：ロケーションコードの一部 路線符号 区間網の路線を表す（例えばＳ６） 路線終点 路線の終点個所を表す。これにより走行方向を指示すること
ができる。ユーザが交通手段を変更する際のオリエンテーリングに使用する。 コーディング：ロケーションコード 停留点／乗り換え点 交通手段に乗り込み、または降りることのできる到着
地点または出発地点を表す。（例えば停留所または駅） コーディング：ロケーションコード 運行時間 交通手段の発車時間間の平均的時間間隔を表す。 コーディング：３ビット（例） ０００：なし、 １００：１５分 ００１：１ｈ １０１：１０min ０１０：０．５ｈ １１０：５min ０１１：２０min １１１：２min 適用時間 どの時間で上記の運行時間が適用されるかを表す（例え
ば＜hh:mm＞から＜hh:mm＞) コーディング：２×８ビット（例） ＡＬＥＲＴ Ｃ マルチグループニュース、ラベル7/8 全体走行時間 全体走行推奨に対する予定走行時間を分で表す。 コーディング：４ビット（例） ００００：なし ０１１０：３０ １１００：６０ ０００１：５ ０１１１：３５ １１０１：７０ ００１０：１０ １０００：４０ １１１０：８０ ００１１：１５ １００１：４５ １１１１：９０ ０１００：２０ １０１０：５０ ０１０１：２５ １０１１：５５ 全体費用／運賃ゾーン 走行推奨委対する全体費用を表す（例えばＤＭ単
位で、または交通提携内の運賃ゾーン） コーディング：３ビット（例） ０００：なし ００１：ゾーン１ １１１：ゾーン７ ０１０：ゾーン２ タイプ時間 発車時間の符号化形式を表す： コーディング２ビット（例） ００：なし ０１：ＣＴ信号（ＡＬＥＲＴ Ｃ）への参照、すなわち＜min＞での差時間
（ＤＥ４２０８２７７Ａ１参照：ＣＴ＋２ｎ；ｎは６ビット） １０：発車時間をＣＴフォーマット（ＡＬＥＲＴ Ｃ）で１１ビットにより
表す。 １１：適用時間（上記参照）と運行時間（上記参照）を全部で１９ビットに
より表す。 １０／１１によるコーディングの場合は、乗り換えてんの数を相応に低減し
なければならない。 発車時間 交通手段の発車時間を表す。 コーディング：＜タイプ時間＞を参照 詳細な実施に応じて、伝送すべき情報量はこのテーブルから異なっていても良
い。さらにコーディングが非常にコンパクトなので、全てのニュースエレメント
を伝送する必要はない。例えば交通手段、路線図、路線終点のようなニュースエ
レメントをデコードのため位置データバンクから取り出すことができる。 図１は、ＲＤＳ−ＯＤＡ適用のニュースに対する例を示す。このニュースは５
つのグループを取り、５つの乗り換え点を符号化するのに適する。各グループは
ヘッダにより参照され、ヘッダは１ビットＴ、１ビットＦ、３ビットＣＩ、ビッ
ト１または０、そしてさらなるビットからなる。ここでビットＴはニュースタイ
プを表す（ＡＬＥＲＴによるニュースの場合：０＝ＡＬＥＲＴ、１＝ＡＬＥＲＴ
ｐｌｕｓ）。このＲＤＳ−ＯＤＡ適用に対してはＴ＝０がセットされる。ビット
Ｆは１グループニュース（Ｃ＝１）およびマルチグループニュースに分割するた
めに使用される。ヘッダのさらなる構成部はＣＩ＝連続指数とＳＧ＝第２グルー
プインジケータである。しかしこれらは本発明の理解には必要ない。個所Ｙ１５
のビットはニュースの第１グループを表す。 各グループは３７ビットの長さを有しており、これらは例にＸ４からＸ１０、
Ｙ１５から０，およびＺ１５からＺ０により示されている。 第１グループには、ビットＹ１３からＴ１１が乗り換え点の数に対して設けら
れている。ビットＹ１０からＹ０には逆に、いわゆるイベントとして識別子が、
このニュースが走行推奨ＦＥであることを表す。これに基づき、スタートＳの位
置記述に続いて、例えば位置１０に対する位置コード、図２の１０で高速道路を
去り、路面電車によりさらに移動するという推奨が行われる。 第２グループではＹ１３からＹ１２に、第２グループであることが指示される
。これに第１の乗り換え点Ｕ１の目的地指示Ｚと位置コードが続く。第１の乗り
換え点は第３グループまで伸張している。その後、乗り換え点Ｕ２の位置コード
（ビットＹ７からＺ８）と乗り換え点Ｕ３の位置コード（ビットＺ７からＺ０お
よび次のグループのビットＹ１１からＹ４）が伝送される。最後にさらに乗り換
え点Ｕ５の位置コードが続き、この位置コードも同様に部分的に第５グループに
よって伝送される。これに続いて、走行時間Ｔ、運賃ゾーンＴＺ、時間タイプＴ
ＹＰ並びに発車時間ＳＴが伝送され、これに続いて第５グループのＺ０では１ビ
ットが空けられている。 図３は、図１に類似の走行ルート推奨を示す。しかしここではコーディングが
ＲＤＳ−ＴＭＣ互換形式で行われ、最大で４つの乗り換え点Ｕ１からＵ４しかコ
ーディングできない。付加情報の伝送も１つの指示、この実施例では列車の運転
間隔ＺＦに制限される。ＡＬＥＲＴによれば、個々の位置コードはラベルによっ
て表される。ここでラベル１１は目的地を、ラベル１０は経路点を、そしてラベ
ル６は付加情報を意味する。付加的に図３に示した実施例では、いわゆる「静止
イベント（１９０７）」を使用する。「通常の」ＴＭＣニュースへの結合は、第
１グループで伝送されたロケーションコードＳを介して行われる。これは、公共
交通手段への移行が適切である位置である。 図４は、位置データバンクの一部を地域ハノーバーでの公共人員輸送に対して
示す。ここでロケーションコード（ＬｏｃＣｏｄｅ）４５００４から４６００９
は鉄道路線に関連し、これには「道路番号」４が配属されている。 ロケーションコード２２００１１は道路番号２にある位置（ポイント）に該当
し、これは国道Ｂ２である。この位置の名前は「空港」である。ロケーションタ
イプ（ＬｏｃＴＹｐｅ）についての指示として、鉄道路線上の位置に対して「Ｏ
Ｖポイント」がプロットされ、鉄道路線に対しては全体でそれぞれの方向に位置
タイプ「路線」がプロットされる。不鮮明な輪郭をしている領域−従って位置タ
イプ「ファジー」−は位置コード４１９２２により表され、これは公共人員輸送
の運営に数えられる領域である。 位置データバンクでは通常のように、個々の位置コードには位置の形式の命名
（Ｒ名前）、１つまたは複数の名前（名前、名前２）および他の位置コードへの
参照（Ｏｆｆｓｓｅｔ＋，Ｏｆｆｓｅｔ−，ＲｅｆＬおよびＲｅｆＡ）が適用可
能である限り指示されている。公共人員輸送に対する路線網を道路網と結合する
ために、位置コードのいくつかに「交差コード」が指示される。これは位置コー
ド２２００１では位置コード４５７７５への参照およびその反対である。 本発明によりＴＭＣ規格で伝送された走行ルート推奨は例として次のようにな
る： 「高速道路Ａ７、ハノーバー方面、インターチェンジ・ハイデスハイム−ドリ
スペンシュテッテと高速道路ジャンクション・ハノーバー東との間、＜非発声イ
ベント＞」（通常の障害ニュースへの配属に用いる）。 「ハノーバー見本市方面への来場者に対する迂回路、インターチェンジ・ハイ
デスハイム−ドリスペンシュテッテを経由してＰ＆Ｒ広場ハイデスハイム空港ま
で走行し、鉄道路線４に乗り換え、ハノーバー方面に停車個所クロイツストリー
トまで行き、バス路線７８に乗り換え、ラーツ方面に停車個所、見本市まで行っ
てください。発車は１０分おきです。」 交通ニュースは頻繁に１つ以上のグループを占有するから、５つのグループの
シーケンス内には迂回路推奨として符号化された走行ルート推奨に対する十分な
スペースが残っていない。従って実施例では、走行ルート推奨が非発声イベント
を伴う特別の交通ニュースによって開始される。このことのさらなる利点は、公
共交通手段に向けられたイベントが受信器のユーザに対して、公共人員輸送に対
する位置データバンクがなくても障害とならないことである。これは例えば、渋
滞がインターチェンジの後方で終了しており、このインターチェンジを自動車に
よる迂回路として利用できるが、公共交通手段による走行ルート推奨に対しては
先行のインターチェンジが有利である場合である。
グループニュースである。 図２は、路線プランの概略図である。 図３は、走行ルート推奨を含むＴＭＣ適用としての実現に対するマルチグループ
ニュースである。 図４は、本発明の装置に対する位置データバンクの抜粋である。 図２は、区間網に対する例を示す。この区間網は一部が大都市１の領域を、一
部が周辺部２を示す。路面電車路線３が第１の終点６から停留点７，８，９，１
０を介して第２の終点１１に至る。停留点８はバス路線への乗り換え点である。
このバス路線は終点１２，１５および別の停留点１３，１４を有する。停留点１
０は高速道路５の接続点でのＰ＋Ｒ駐車場への乗り換え点として用いられる。高
速道路には別の接続点１６，１７，１８が示されている。 図示の区間網は、ＴＭＣシステムでの道路網と同じように符号化することがで
きる。すなわち、ＡＬＥＲＴ Ｃで記述されたような位置データバンクが個々の
位置をそれぞれ路線と関連して引用するのである。ここでは各位置、例えば停留
点７に先行者６と後行者８が横参照として設けられる。乗り換え点８はバス路線
４上の位置でもあるから、ここでは付加的な参照、例えば特許願１９６０６０１
０に記載されたような参照が行われる。 例えば公共交通網の路線３，４は特別にこのために設けられた位置データバン
クに表示されるか、または既存の位置データバンクに組み込まれる。一方、高速
道路５は従来の位置データバンクにＴＭＣシステム内でファイルされている。相
応の横参照はそれぞれ位置１０の場合は、それぞれ他の区間（高速道路または路
面電車）を指示する。これにより例えば「高速道路を接続点１０まで走行し、路
面電車路線３に乗り換え、終点６の方向で乗り換え点８まで行き、バス路線４を
使用して終点１２の方向で停留点１３まで行く」というニュースがＴＭＣシステ
ムでは通常のプロトコルにより、またはＯＤＡ適用の枠内で定義されたプロトコ
ルにより符号化され、受信器に伝送される。そして受信器は自分の位置データバ
ンクに基づいて符号化およびテキストまたは言語への変換を行うことができる。 走行推奨として用いられるニュースは以下のニュースエレメントを有する： ニュースエレメント 意味 走行目的地 ＴＭＣ位置データバンクのローカルコード、通常はいわ
ゆる興味のある地点（Point of Interest,ＰＯＩ）； コーディング：ロケーションコード（例えば見本市） 交通手段 区間網の交通手段（例えば地下鉄、鉄道、バス、） コーディング：ロケーションコードの一部 路線符号 区間網の路線を表す（例えばＳ６） 路線終点 路線の終点個所を表す。これにより走行方向を指示すること
ができる。ユーザが交通手段を変更する際のオリエンテーリングに使用する。 コーディング：ロケーションコード 停留点／乗り換え点 交通手段に乗り込み、または降りることのできる到着
地点または出発地点を表す。（例えば停留所または駅） コーディング：ロケーションコード 運行時間 交通手段の発車時間間の平均的時間間隔を表す。 コーディング：３ビット（例） ０００：なし、 １００：１５分 ００１：１ｈ １０１：１０min ０１０：０．５ｈ １１０：５min ０１１：２０min １１１：２min 適用時間 どの時間で上記の運行時間が適用されるかを表す（例え
ば＜hh:mm＞から＜hh:mm＞) コーディング：２×８ビット（例） ＡＬＥＲＴ Ｃ マルチグループニュース、ラベル7/8 全体走行時間 全体走行推奨に対する予定走行時間を分で表す。 コーディング：４ビット（例） ００００：なし ０１１０：３０ １１００：６０ ０００１：５ ０１１１：３５ １１０１：７０ ００１０：１０ １０００：４０ １１１０：８０ ００１１：１５ １００１：４５ １１１１：９０ ０１００：２０ １０１０：５０ ０１０１：２５ １０１１：５５ 全体費用／運賃ゾーン 走行推奨委対する全体費用を表す（例えばＤＭ単
位で、または交通提携内の運賃ゾーン） コーディング：３ビット（例） ０００：なし ００１：ゾーン１ １１１：ゾーン７ ０１０：ゾーン２ タイプ時間 発車時間の符号化形式を表す： コーディング２ビット（例） ００：なし ０１：ＣＴ信号（ＡＬＥＲＴ Ｃ）への参照、すなわち＜min＞での差時間
（ＤＥ４２０８２７７Ａ１参照：ＣＴ＋２ｎ；ｎは６ビット） １０：発車時間をＣＴフォーマット（ＡＬＥＲＴ Ｃ）で１１ビットにより
表す。 １１：適用時間（上記参照）と運行時間（上記参照）を全部で１９ビットに
より表す。 １０／１１によるコーディングの場合は、乗り換えてんの数を相応に低減し
なければならない。 発車時間 交通手段の発車時間を表す。 コーディング：＜タイプ時間＞を参照 詳細な実施に応じて、伝送すべき情報量はこのテーブルから異なっていても良
い。さらにコーディングが非常にコンパクトなので、全てのニュースエレメント
を伝送する必要はない。例えば交通手段、路線図、路線終点のようなニュースエ
レメントをデコードのため位置データバンクから取り出すことができる。 図１は、ＲＤＳ−ＯＤＡ適用のニュースに対する例を示す。このニュースは５
つのグループを取り、５つの乗り換え点を符号化するのに適する。各グループは
ヘッダにより参照され、ヘッダは１ビットＴ、１ビットＦ、３ビットＣＩ、ビッ
ト１または０、そしてさらなるビットからなる。ここでビットＴはニュースタイ
プを表す（ＡＬＥＲＴによるニュースの場合：０＝ＡＬＥＲＴ、１＝ＡＬＥＲＴ
ｐｌｕｓ）。このＲＤＳ−ＯＤＡ適用に対してはＴ＝０がセットされる。ビット
Ｆは１グループニュース（Ｃ＝１）およびマルチグループニュースに分割するた
めに使用される。ヘッダのさらなる構成部はＣＩ＝連続指数とＳＧ＝第２グルー
プインジケータである。しかしこれらは本発明の理解には必要ない。個所Ｙ１５
のビットはニュースの第１グループを表す。 各グループは３７ビットの長さを有しており、これらは例にＸ４からＸ１０、
Ｙ１５から０，およびＺ１５からＺ０により示されている。 第１グループには、ビットＹ１３からＴ１１が乗り換え点の数に対して設けら
れている。ビットＹ１０からＹ０には逆に、いわゆるイベントとして識別子が、
このニュースが走行推奨ＦＥであることを表す。これに基づき、スタートＳの位
置記述に続いて、例えば位置１０に対する位置コード、図２の１０で高速道路を
去り、路面電車によりさらに移動するという推奨が行われる。 第２グループではＹ１３からＹ１２に、第２グループであることが指示される
。これに第１の乗り換え点Ｕ１の目的地指示Ｚと位置コードが続く。第１の乗り
換え点は第３グループまで伸張している。その後、乗り換え点Ｕ２の位置コード
（ビットＹ７からＺ８）と乗り換え点Ｕ３の位置コード（ビットＺ７からＺ０お
よび次のグループのビットＹ１１からＹ４）が伝送される。最後にさらに乗り換
え点Ｕ５の位置コードが続き、この位置コードも同様に部分的に第５グループに
よって伝送される。これに続いて、走行時間Ｔ、運賃ゾーンＴＺ、時間タイプＴ
ＹＰ並びに発車時間ＳＴが伝送され、これに続いて第５グループのＺ０では１ビ
ットが空けられている。 図３は、図１に類似の走行ルート推奨を示す。しかしここではコーディングが
ＲＤＳ−ＴＭＣ互換形式で行われ、最大で４つの乗り換え点Ｕ１からＵ４しかコ
ーディングできない。付加情報の伝送も１つの指示、この実施例では列車の運転
間隔ＺＦに制限される。ＡＬＥＲＴによれば、個々の位置コードはラベルによっ
て表される。ここでラベル１１は目的地を、ラベル１０は経路点を、そしてラベ
ル６は付加情報を意味する。付加的に図３に示した実施例では、いわゆる「静止
イベント（１９０７）」を使用する。「通常の」ＴＭＣニュースへの結合は、第
１グループで伝送されたロケーションコードＳを介して行われる。これは、公共
交通手段への移行が適切である位置である。 図４は、位置データバンクの一部を地域ハノーバーでの公共人員輸送に対して
示す。ここでロケーションコード（ＬｏｃＣｏｄｅ）４５００４から４６００９
は鉄道路線に関連し、これには「道路番号」４が配属されている。 ロケーションコード２２００１１は道路番号２にある位置（ポイント）に該当
し、これは国道Ｂ２である。この位置の名前は「空港」である。ロケーションタ
イプ（ＬｏｃＴＹｐｅ）についての指示として、鉄道路線上の位置に対して「Ｏ
Ｖポイント」がプロットされ、鉄道路線に対しては全体でそれぞれの方向に位置
タイプ「路線」がプロットされる。不鮮明な輪郭をしている領域−従って位置タ
イプ「ファジー」−は位置コード４１９２２により表され、これは公共人員輸送
の運営に数えられる領域である。 位置データバンクでは通常のように、個々の位置コードには位置の形式の命名
（Ｒ名前）、１つまたは複数の名前（名前、名前２）および他の位置コードへの
参照（Ｏｆｆｓｓｅｔ＋，Ｏｆｆｓｅｔ−，ＲｅｆＬおよびＲｅｆＡ）が適用可
能である限り指示されている。公共人員輸送に対する路線網を道路網と結合する
ために、位置コードのいくつかに「交差コード」が指示される。これは位置コー
ド２２００１では位置コード４５７７５への参照およびその反対である。 本発明によりＴＭＣ規格で伝送された走行ルート推奨は例として次のようにな
る： 「高速道路Ａ７、ハノーバー方面、インターチェンジ・ハイデスハイム−ドリ
スペンシュテッテと高速道路ジャンクション・ハノーバー東との間、＜非発声イ
ベント＞」（通常の障害ニュースへの配属に用いる）。 「ハノーバー見本市方面への来場者に対する迂回路、インターチェンジ・ハイ
デスハイム−ドリスペンシュテッテを経由してＰ＆Ｒ広場ハイデスハイム空港ま
で走行し、鉄道路線４に乗り換え、ハノーバー方面に停車個所クロイツストリー
トまで行き、バス路線７８に乗り換え、ラーツ方面に停車個所、見本市まで行っ
てください。発車は１０分おきです。」 交通ニュースは頻繁に１つ以上のグループを占有するから、５つのグループの
シーケンス内には迂回路推奨として符号化された走行ルート推奨に対する十分な
スペースが残っていない。従って実施例では、走行ルート推奨が非発声イベント
を伴う特別の交通ニュースによって開始される。このことのさらなる利点は、公
共交通手段に向けられたイベントが受信器のユーザに対して、公共人員輸送に対
する位置データバンクがなくても障害とならないことである。これは例えば、渋
滞がインターチェンジの後方で終了しており、このインターチェンジを自動車に
よる迂回路として利用できるが、公共交通手段による走行ルート推奨に対しては
先行のインターチェンジが有利である場合である。
【図１】 図１は、走行ルート推奨を含むＲＤＳ−ＯＤＡ適用としての実現に対するマル
チグループニュースである。
チグループニュースである。
【図２】 図２は、路線プランの概略図である。
【図３】 図３は、走行ルート推奨を含むＴＭＣ適用としての実現に対するマルチグルー
プニュースである。
プニュースである。
【図４】 図４は、本発明の装置に対する位置データバンクの抜粋である。
【手続補正書】特許協力条約第３４条補正の翻訳文提出書
【提出日】平成１２年１２月１１日（２０００．１２．１１）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】 本発明は、少なくとも１つの公共交通手段網の走行ルート推奨を受信器に伝送
する装置、および走行ルート推奨のための受信器に関する。 公共交通手段を使用するための障害は、個々の路線、その乗り換え地点、およ
び個々の路線の運行時間についての知識がしばしば不足していることである。こ
の公共交通手段の運行者は、適切な問い合わせに対してインターネットまたはＴ
−オンラインを介して走行ルート推奨を広報している。しかし通常は受信側でこ
のコミュニケーション形式に対する適切なコンピュータが必要である。 ＷＯ９６／００９６０により、電子的走行プラン案内システムが公知である。
この案内システムでは、案内ビーコンが持続的に、すなわち乗客による要請なし
でデータを送信し、このデータは形態端末機により受信される。データは、公共
交通網と時刻表に関するものであり、形態端末機に記憶し、走行プラン案内のた
めに処理され、これをユーザに指示することができる。このようなシステムは、
この公共交通手段に対して特別に開発され、製造された形態端末機を必要とする
。 本発明の課題は、この種の走行ルート推奨を必要に応じて、大量生産され、安
価に製造された受信器を公共交通網の走行ルート推奨の受信にも使用できるよう
に伝送することであり、このときに道路網との結合を行うことができるようにす
る。 本発明の装置ではこの課題は、交通網の少なくとも一部をシミュレートする位
置データバンク（交通網位置データバンク）を用いて符号化を行い、道路網をシ
ミュレートする少なくとも１つの位置データバンク（道路網位置データバンク）
にファイルされた位置に該当する走行ルート推奨を伝送するために、少なくとも
１つの隣接する位置を少なくとも１つの道路網位置データバンク内に有する位置
のデータセットが、このような少なくとも１つの隣接位置への、横参照による参
照を含むことによって解決される。 本発明の装置の第１実施例では、デジタル符号化された交通ニュース（ＴＭＣ
）を伝送するために設けられたデータプロトコルが使用される。ここではとりわ
け、迂回路のために設けられたデータプロフィールが使用される。 本発明の装置の第２実施例では、伝送のためにＲＤＳ−ＯＤＡプロトコルが使
用される。 本発明の装置の利点は、走行ルート推奨を多数の既存の受信機器によって受信
でき、デコードできることである。現在では、カーラジオがデジタル符号化交通
ニュースを受信するように構成されており、ＲＤＳ（Radio-Data-System）とも
、ＤＡＢ（Digital Audio Broadcasting）とも関連している。ここではフィード
バックチャネルが存在しないから、この受信器群では多数のユーザに興味にある
走行ルート推奨の伝送が、例えば自動車により来場した見本市訪問者に対して、
市街地周辺の駐車場を探索し、公共交通手段の１つまたは複数の路線を使用する
ことを推奨するのに使用される。本発明はまた他の移動無線媒体、例えばＧＳＭ
，ＳＷＩＦＴ，ＵＭＴＳによっても適用することができる。 本発明の装置によって例えば、走行ルート推奨が、いわゆるパーク＆ライド（
Park and Ride）駐車場まで自動車により走行した区間、および引き続く公共交
通手段による区間を表すことができる。 さらにＴＭＣシステムではすでに、このような交通ニュースを無線送信機によ
ってだけ流すのではなく、請求に応じて無線網を介して所期のようにそれぞれ呼
び出された機器に送信することが提案されている。この場合、所期の問い合わせ
に走行ルート推奨の伝送によって応答することができる。 走行ルート推奨をＴＭＳシステムに従って符号化することにより、ＴＭＣシス
テムで公知の機能、または登録された（欧州規格ＥＮ５００６７による）ＲＤＳ
−ＯＤＡ適用によって可能な機能が使用される。この機能は例えば、交通ニュー
スの管理、すなわちニュースが更新されたときに、メモリに保存し、消去するこ
とである。さらにデコードされたニュースの出力は、音声シンセサイザによりユ
ーザが理解できる言語で行うことができる。 受信器が車両に組み込まれており、車両が位置決め装置（例えばＧＰＳ）ない
しナビゲーション装置を有する場合には、走行ルート推奨の選択を交通ニュース
の選択に相応して、受信器がユーザに対して意味のある走行ルート推奨だけを受
信するように構成することができる。 さらに本発明の装置の利点は、やはり道路網のデータを必要とする走行ルート
推奨に対して、例えば交通の流れが道路および高速道路で考慮されることである
。これはＴＭＣシステムまたは類似のシステムに対して自動的に検出されたデー
タを使用することができる。 通常、走行ルート推奨はＴＭＣシステムから伝送された交通ニュース、例えば
５ｋｍの渋滞、高速道路Ａ７号線、ヒルデスハイムインターチェンジ、より長い
。従って改善形態では、走行ルート推奨がマルチグループニュースとして伝送さ
れる。 少なくとも１つの公共交通手段の走行ルート推奨に対する有利な受信器では、
デコードのために受信器に、交通網の少なくとも一部をシミュレートする位置デ
ータバンク（交通網位置データバンク）が設けられており、道路網をシミュレー
トする少なくとも１つの位置データバンク（道路網位置データバンク）にもファ
イルされた位置に該当する走行ルート推奨をデコードするために、隣接する少な
くとも１つの位置を少なくとも１つの道路網位置データバンク内に有する位置の
データセットが、このような隣接する位置への、横参照による少なくとも１つの
参照を含む。 このような位置データバンクは有利には交換可能なデータ担体にファイルされ
ており、これにより受信器のユーザは自分にとってもっとも興味のある交通網を
用意することができる。その際に交通網全体、例えば国全体に対する位置データ
バンクを入手する必要はない。 しかし本発明の受信器は、位置データバンクがエアインタフェースを介して更
新可能に構成することができる。この受信器の有利な実施例では、走行ルート推
奨の管理およびデコードのために、デジタル符号化交通ニュース（ＴＭＣ）を管
理およびデコードするための装置が設けられている。 さらに本発明の受信器では、交通網位置データバンクの位置および道路網位置
データバンクの位置に対するコードを共通の位置データバンクに統合することが
できる。
する装置、および走行ルート推奨のための受信器に関する。 公共交通手段を使用するための障害は、個々の路線、その乗り換え地点、およ
び個々の路線の運行時間についての知識がしばしば不足していることである。こ
の公共交通手段の運行者は、適切な問い合わせに対してインターネットまたはＴ
−オンラインを介して走行ルート推奨を広報している。しかし通常は受信側でこ
のコミュニケーション形式に対する適切なコンピュータが必要である。 ＷＯ９６／００９６０により、電子的走行プラン案内システムが公知である。
この案内システムでは、案内ビーコンが持続的に、すなわち乗客による要請なし
でデータを送信し、このデータは形態端末機により受信される。データは、公共
交通網と時刻表に関するものであり、形態端末機に記憶し、走行プラン案内のた
めに処理され、これをユーザに指示することができる。このようなシステムは、
この公共交通手段に対して特別に開発され、製造された形態端末機を必要とする
。 本発明の課題は、この種の走行ルート推奨を必要に応じて、大量生産され、安
価に製造された受信器を公共交通網の走行ルート推奨の受信にも使用できるよう
に伝送することであり、このときに道路網との結合を行うことができるようにす
る。 本発明の装置ではこの課題は、交通網の少なくとも一部をシミュレートする位
置データバンク（交通網位置データバンク）を用いて符号化を行い、道路網をシ
ミュレートする少なくとも１つの位置データバンク（道路網位置データバンク）
にファイルされた位置に該当する走行ルート推奨を伝送するために、少なくとも
１つの隣接する位置を少なくとも１つの道路網位置データバンク内に有する位置
のデータセットが、このような少なくとも１つの隣接位置への、横参照による参
照を含むことによって解決される。 本発明の装置の第１実施例では、デジタル符号化された交通ニュース（ＴＭＣ
）を伝送するために設けられたデータプロトコルが使用される。ここではとりわ
け、迂回路のために設けられたデータプロフィールが使用される。 本発明の装置の第２実施例では、伝送のためにＲＤＳ−ＯＤＡプロトコルが使
用される。 本発明の装置の利点は、走行ルート推奨を多数の既存の受信機器によって受信
でき、デコードできることである。現在では、カーラジオがデジタル符号化交通
ニュースを受信するように構成されており、ＲＤＳ（Radio-Data-System）とも
、ＤＡＢ（Digital Audio Broadcasting）とも関連している。ここではフィード
バックチャネルが存在しないから、この受信器群では多数のユーザに興味にある
走行ルート推奨の伝送が、例えば自動車により来場した見本市訪問者に対して、
市街地周辺の駐車場を探索し、公共交通手段の１つまたは複数の路線を使用する
ことを推奨するのに使用される。本発明はまた他の移動無線媒体、例えばＧＳＭ
，ＳＷＩＦＴ，ＵＭＴＳによっても適用することができる。 本発明の装置によって例えば、走行ルート推奨が、いわゆるパーク＆ライド（
Park and Ride）駐車場まで自動車により走行した区間、および引き続く公共交
通手段による区間を表すことができる。 さらにＴＭＣシステムではすでに、このような交通ニュースを無線送信機によ
ってだけ流すのではなく、請求に応じて無線網を介して所期のようにそれぞれ呼
び出された機器に送信することが提案されている。この場合、所期の問い合わせ
に走行ルート推奨の伝送によって応答することができる。 走行ルート推奨をＴＭＳシステムに従って符号化することにより、ＴＭＣシス
テムで公知の機能、または登録された（欧州規格ＥＮ５００６７による）ＲＤＳ
−ＯＤＡ適用によって可能な機能が使用される。この機能は例えば、交通ニュー
スの管理、すなわちニュースが更新されたときに、メモリに保存し、消去するこ
とである。さらにデコードされたニュースの出力は、音声シンセサイザによりユ
ーザが理解できる言語で行うことができる。 受信器が車両に組み込まれており、車両が位置決め装置（例えばＧＰＳ）ない
しナビゲーション装置を有する場合には、走行ルート推奨の選択を交通ニュース
の選択に相応して、受信器がユーザに対して意味のある走行ルート推奨だけを受
信するように構成することができる。 さらに本発明の装置の利点は、やはり道路網のデータを必要とする走行ルート
推奨に対して、例えば交通の流れが道路および高速道路で考慮されることである
。これはＴＭＣシステムまたは類似のシステムに対して自動的に検出されたデー
タを使用することができる。 通常、走行ルート推奨はＴＭＣシステムから伝送された交通ニュース、例えば
５ｋｍの渋滞、高速道路Ａ７号線、ヒルデスハイムインターチェンジ、より長い
。従って改善形態では、走行ルート推奨がマルチグループニュースとして伝送さ
れる。 少なくとも１つの公共交通手段の走行ルート推奨に対する有利な受信器では、
デコードのために受信器に、交通網の少なくとも一部をシミュレートする位置デ
ータバンク（交通網位置データバンク）が設けられており、道路網をシミュレー
トする少なくとも１つの位置データバンク（道路網位置データバンク）にもファ
イルされた位置に該当する走行ルート推奨をデコードするために、隣接する少な
くとも１つの位置を少なくとも１つの道路網位置データバンク内に有する位置の
データセットが、このような隣接する位置への、横参照による少なくとも１つの
参照を含む。 このような位置データバンクは有利には交換可能なデータ担体にファイルされ
ており、これにより受信器のユーザは自分にとってもっとも興味のある交通網を
用意することができる。その際に交通網全体、例えば国全体に対する位置データ
バンクを入手する必要はない。 しかし本発明の受信器は、位置データバンクがエアインタフェースを介して更
新可能に構成することができる。この受信器の有利な実施例では、走行ルート推
奨の管理およびデコードのために、デジタル符号化交通ニュース（ＴＭＣ）を管
理およびデコードするための装置が設けられている。 さらに本発明の受信器では、交通網位置データバンクの位置および道路網位置
データバンクの位置に対するコードを共通の位置データバンクに統合することが
できる。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 2C032 HB05 HB23 HC08 HC21 HC31 HC32 HD03 5H180 AA01 AA16 BB04 EE05 EE18 FF11 FF25 JJ01
Claims (12)
- 【請求項１】 少なくとも１つの公共交通手段網の走行ルート推奨を受信器
に伝送するための装置において、 コーディングが、交通網の少なくとも一部をシミュレートする位置データバン
クによって行われる、 ことを特徴とする装置。 - 【請求項２】 デジタル符号化交通ニュース（ＴＭＣ）の伝送のために設け
られたデータプロトコルが使用される、請求項１記載の装置。 - 【請求項３】 伝送のためにＲＤＳ−ＯＤＡプロトコルが使用される、請求
項１記載の装置。 - 【請求項４】 迂回のために設けられたデータプロトコルが使用される、請
求項２記載の装置。 - 【請求項５】 種々異なる位置データバンクにファイルされた位置に該当す
る走行ルート推奨を伝送するために、次のような位置のデータセットは、少なく
とも１つの隣接する位置への参照を含み、 前記位置は少なくとも１つの隣接する位置を別の位置データバンクの少なくと
も１つに有している位置であり、 前記参照は横参照によって行われる、請求項１から４までのいずれか１項記載
の装置。 - 【請求項６】 走行ルート推奨はマルチグループニュースとして伝送される
、請求項１から５までのいずれか１項記載の装置。 - 【請求項７】 少なくとも１つの公共交通手段網の走行ルート推奨に対する
受信器において、 デコードのために受信器には交通網の少なくとも一部をシミュレートする位置
データバンクが設けられている、 ことを特徴とする受信器。 - 【請求項８】 走行ルート推奨を管理およびデコードするために、デジタル
符号化交通ニュース（ＴＭＣ）を管理およびデコードする装置が設けられている
、請求項７記載の受信器。 - 【請求項９】 別の位置データバンクの少なくとも一部は、交通網をシミュ
レートする位置データバンクに記載されない位置を含み、 位置データバンクの位置および別の位置データバンクの位置に対するコードは
共通の位置データバンクでまとめられている、請求項７または８記載の受信器。 - 【請求項１０】 乗り換え点を使用して、走行ルート推奨をテキスト、音声
、および／またはグラフィックとして出力する装置が設けられている、請求項７
から９までのいずれか１項記載の受信器。 - 【請求項１１】 位置データバンクは交換可能なデータ担体にファイルされ
ている、請求項７から１０までのいずれか１項記載の受信器。 - 【請求項１２】 位置データバンクはエアインタフェースを介して更新可能
である、請求項７から１０までのいずれか１項記載の受信器。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE19858568.3 | 1998-12-18 | ||
| DE19858568A DE19858568A1 (de) | 1998-12-18 | 1998-12-18 | Einrichtung zur Übertragung von Fahrtroutenempfehlungen und Empfänger |
| PCT/DE1999/003197 WO2000038129A1 (de) | 1998-12-18 | 1999-10-05 | Einrichtung zur übertragung von fahrtroutenempfehlungen und empfänger |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002533820A true JP2002533820A (ja) | 2002-10-08 |
Family
ID=7891623
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000590118A Pending JP2002533820A (ja) | 1998-12-18 | 1999-10-05 | 走行ルート推奨の伝送装置および受信器 |
Country Status (4)
| Country | Link |
|---|---|
| EP (1) | EP1141911B1 (ja) |
| JP (1) | JP2002533820A (ja) |
| DE (2) | DE19858568A1 (ja) |
| WO (1) | WO2000038129A1 (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE10034463A1 (de) | 2000-07-15 | 2002-04-04 | Bosch Gmbh Robert | Navigationsverfahren und Navigationsgerät |
| DE10131432A1 (de) * | 2001-06-29 | 2003-01-09 | Bosch Gmbh Robert | Verfahren zur Navigation eines Fahrzeugs |
| TW581309U (en) * | 2001-11-26 | 2004-03-21 | Sin Etke Technology Co Ltd | Real-time traffic condition providing device |
| DE10231833A1 (de) * | 2002-07-12 | 2004-01-22 | Robert Bosch Gmbh | Verfahren zur Aktualisierung von Routendaten |
| DE10252735B4 (de) * | 2002-11-13 | 2017-11-16 | Robert Bosch Gmbh | Datenformat, digitales Rundfunksignal, zugeordnetes Informationssystem und Verfahren zum Betreiben desselben |
| AU2003256156A1 (en) * | 2003-08-04 | 2005-02-15 | Wouter Gort | Method and device for initiating via rds/rbds a desired action related to an external event |
| KR101276265B1 (ko) * | 2006-03-09 | 2013-06-21 | 삼성전자주식회사 | 경로 정보 애플리케이션을 제공하는 장치 및 방법 |
| EP2500887B1 (en) * | 2011-03-17 | 2020-09-09 | Harman Becker Automotive Systems GmbH | Description of a Road Segment Using ISO 17572-3 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2195868A (en) * | 1986-08-21 | 1988-04-13 | Gainsborough Holdings Ltd | Broadcasting of map information |
| ES2122293T3 (es) * | 1994-06-29 | 1998-12-16 | Siemens Ag | Sistema electronico de informacion y de horarios para medios de transporte publico. |
| DE19606010A1 (de) * | 1996-02-17 | 1997-08-21 | Bosch Gmbh Robert | Ortsdatenbank für die Ermittlung von Routen innerhalb eines Verkehrswegenetzes |
| DE19630195A1 (de) * | 1996-05-08 | 1997-11-13 | Bosch Gmbh Robert | Verfahren zur Übertragung von Durchsagen mit Empfänger zur Durchführung des Verfahrens |
-
1998
- 1998-12-18 DE DE19858568A patent/DE19858568A1/de not_active Withdrawn
-
1999
- 1999-10-05 EP EP99973504A patent/EP1141911B1/de not_active Expired - Lifetime
- 1999-10-05 DE DE59902889T patent/DE59902889D1/de not_active Expired - Lifetime
- 1999-10-05 WO PCT/DE1999/003197 patent/WO2000038129A1/de active IP Right Grant
- 1999-10-05 JP JP2000590118A patent/JP2002533820A/ja active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| EP1141911B1 (de) | 2002-09-25 |
| DE19858568A1 (de) | 2000-06-21 |
| WO2000038129A1 (de) | 2000-06-29 |
| EP1141911A1 (de) | 2001-10-10 |
| DE59902889D1 (de) | 2002-10-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0875038B1 (en) | Commuter route selection system | |
| KR101254219B1 (ko) | 링크 식별 방법 및 링크 식별 장치 | |
| US8773290B2 (en) | Method and apparatus for providing and using public transportation information | |
| EP2131340B1 (en) | Transmitter and receiver of traffic information including generation time and corresponding methods | |
| EP2142887B1 (en) | Selecting route according to traffic information | |
| US6028553A (en) | Method for dynamic route recommendation | |
| EP2031570B1 (en) | Route search system, route search server, terminal, and route search method | |
| KR101268489B1 (ko) | 정류장 연계정보를 포함하는 대중 교통 정보를 제공하고이를 이용하는 방법 및 장치 | |
| JPH10505927A (ja) | 利用可能なパーキングエリヤ、駐車場又は駐車施設の情報取得方法及び装置 | |
| JP2009539173A (ja) | 車線別交通情報を提供してその情報を利用する方法及び装置 | |
| JP2001082967A (ja) | 交通情報の要求と処理のための方法 | |
| JPH0887234A (ja) | 道路情報提供システム | |
| US6728631B1 (en) | Device for coding and decoding locations | |
| KR20080095577A (ko) | 대중 교통 정보를 제공하고 이를 이용하는 방법 및 장치 | |
| JPH031299A (ja) | 交通及び駐車情報の収集及び放送システム | |
| KR101183918B1 (ko) | 대중 교통 정보를 제공하고 이를 이용하는 방법 및 장치 | |
| WO2005055170A1 (ja) | 経路案内用データ作成装置、経路案内用データ作成方法および経路案内配信装置 | |
| JP2002533820A (ja) | 走行ルート推奨の伝送装置および受信器 | |
| JP2003217093A (ja) | バスナビゲーションシステム | |
| ITRM940823A1 (it) | "disposizione di un sistema di comunicazioni mobile su corto raggio d'azione" | |
| KR101121759B1 (ko) | 차량단말의 방송서비스 제공 방법 및 그 시스템 | |
| KR101209077B1 (ko) | 대중 교통 정보를 제공하고 이를 이용하는 방법 및 장치 | |
| KR100600659B1 (ko) | 이동통신 단말기에서 ｄａｒｃ로 수신한 철도역 정보를 이용한 목적지 정보 제공 방법 | |
| KR20070018654A (ko) | 대중 교통 정보를 제공하고 이를 이용하는 방법 및 장치 | |
| KR20040039606A (ko) | 버스 정보 서비스 방법 |