(57)【要約】交通メッセージが規格化された構造、例えばＴＭＣ方式に従い伝送され、ディジタル符号化された交通情報にヘッダが予め設けられ、ディジタル符号化された交通メッセージには少なくとも１つの別の情報を付加し、これらの情報のうちの１つは場所記述子を含む、ディジタル符号化された交通情報の伝送方法では、別の情報が複数のクラスに分割されており、各クラスはクラス識別子及び少なくとも１つのパケットを有する。クラスはプレゼンテーションデータを有する。
2004506278.tif 000002
【特許請求の範囲】
【請求項１】
交通メッセージを規格化された構造、例えばＴＭＣ方式に従い伝送し、
ディジタル符号化された交通メッセージにヘッダを予め設け、
ディジタル符号化された交通メッセージに少なくとも１つの別の情報を付加し、
該情報のうちの１つは場所記述子を含む、ディジタル符号化され交通情報の伝送方法において、
前記別の情報を複数のクラスに分割し、各クラスはクラス識別子及び少なくとも１つのパケットを有し、
クラスはプレゼンテーションデータを含むことを特徴とする、ディジタル符号化された交通情報の伝送方法。
【請求項２】
付加されるパケットの数をクラス識別子の後に伝送する、請求項１記載の方法。
【請求項３】
各パケットをタイプ及びデータによって検出する、請求項１または２記載の方法。
【請求項４】
クラスの少なくとも１つのパケットはテクストデータを含む、請求項１から３のいずれか１項記載の方法。
【請求項５】
クラスの少なくとも１つのパケットはグラフィックデータを含む、請求項１から４のいずれか１項記載の方法。
【請求項６】
クラスの少なくとも１つのパケットはオーディオデータを含む、請求項１から５のいずれか１項記載の方法。
【請求項７】
クラスの少なくとも１つのパケットはビデオデータを含む、請求項１から６のいずれか１項記載の方法。
【請求項８】
パケットのタイプは言語識別子を含む、請求項１から７のいずれか１項記載の方法。
【発明の詳細な説明】
【０００１】
本発明は独立請求項記載のディジタル符号化された交通情報の伝送方法に関する。
【０００２】
ＤＥ ３５ ３６ ８２０ Ｃ２により、交通情報が規格化されて伝送される受信機を構成することが既に公知である。この受信機では所定のアウトバーン番号、連邦道番号に、案内標識名、通常は場所が割り当てられ、また標準テキストが設けられている。これにより符号化方式に基づいて非常に迅速に交通情報が伝送され得る。アウトバーン番号、案内標識名及びその他の地名並びに標準テキストはここではメモリにファイルされており、また相応の無線放送受信機において動作する。交通障害が生じると、情報が省略形式でディジタル伝送され、無線放送受信機において完全なメッセージへと合成される。これによって極僅かなバイトで完全な交通情報を伝送でき、その結果能力の低いデータ伝送システムでも非常に多くの交通情報が比較的短時間で伝送される。
【０００３】
このことはアウトバーン標識または連邦道標識が変更された場合、しかも地名またはその他の案内標識名が地帯再開発で変更された場合には問題になる。このような場合には、相応のメモリが設けられている無線受信機によって、この形式においては例えばスクリーンにはもはや判読できない地名情報が再生され、ドライバは困惑させられる。
【０００４】
この欠点を除去するために、ＤＥ １９９ ０５ ８９３ Ａ１においては独立請求項記載の方法が既に提案されている。
【０００５】
これによって変更された地名にも対応し、または無線受信機の元のメモリに記憶されていない地名を伝送することも可能である。今後も無線通信を介したディジタル情報伝送はますます増大するであろうし、またそれに加え近年においては大容量のデータを伝送できる伝送方式が用いられているので、今後は無線受信機内のメモリを完全に省略することができるか、所定の標準テキストだけをこのメモリにファイルし、また地名情報を一般にディジタル符号化された交通情報に添付することができる。このことは伝送すべきディジタル交通情報のフレキシブル性を大いに高める。ヘッダは、ディジタル符号化された交通情報だけが伝送されるのではなく、このディジタル符号化された交通情報に、場所情報またはその他の別の情報も付随していることを無線受信機が識別できるようにするために使用される。
【０００６】
本発明では、別の情報が複数のクラスに分割されており、各クラスは１つのクラス識別子及び少なくとも１つのパケットを有し、またクラスがプレゼンテーションデータを有する。
【０００７】
本発明の構成により、受信機において所期のようにプレゼンテーション情報にアクセスすることができ、またこれらのプレゼンテーション情報を最適に評価することができる。
【０００８】
従属請求項には、独立請求項に記載された方法の有利な実施形態及び改善実施形態が記載されている。
【０００９】
ここでは例えば、テキストデータ、グラフィックデータ、オーディオデータまたはビデオデータのための少なくとも１つのパケットを設けることができる。クラス（以下プレゼンテーションクラスと称す）内に、様々なデータのパケット、例えば英数字表示のためのテキストデータを備えたパケット及び音声出力のためのオーディオデータを備えたパケットも含ませることができる。
【００１０】
有利には各パケットはタイプ及びデータによって検出される。タイプは例えばテクストデータＡＳＣＩＩ、グラフィックデータＪＰＥＧ、オーディオデータＷＡＶＥ及びビデオデータＭＰＥＧのようなデータフォーマットを含むデータの種類を表す。
【００１１】
プレゼンテーションのために処理されるメッセージ、例えばオーディオ及びテキストデータは言語に依存する。受信機において選択できるようにするために、実施形態ではパケットのタイプが言語識別子を含んでいる。複数の言語がサポートされる場合には、各言語に対してプレゼンテーションクラスの固有のコンテナが形成される。このコンテナは固有の第１パケットを有し、この第１パケットは言語タイプを表す。
【００１２】
本発明の実施例を複数の図面に基づき以下詳細に説明する。ここで図１は本発明によって符号化された交通情報の構造である。図２はプレゼンテーションクラスの構造である。図３はパケットの構造である。図４は言語記号のためのパケットである。図５から図８はテキスト、グラフィック、オーディオ及びビデオデータの出力フォーマットのための様々なパケットタイプである。図９はグラフィックの例である。図１０はプレゼンテーションクラスの例である。図１１は言語記号のためのパケットの例である。図１２はテキストデータを有するパケットの例である。図１３はグラフィックデータを有するパケットの例である。
【００１３】
図１に図示された構造は、クラスＣＬ　ＴＭＣにおいて伝送される従来規格にしたがったＴＭＣメッセージ（交通メッセージ）を含む。このメッセージの先頭にはヘッダが設けられており、このヘッダは伝送されるべき交通メッセージが拡張されたメッセージであるということを表す。これらのメッセージはヘッダを含め全体として図１にＴＭＣ　Ｐｌｕｓと示されている。（ヘッダを含まない）メッセージ自体は、図１においてＴＭＣ　Ｐｌｕｓ−Ｍ（＝メッセージ）と示されており、常に伝送されるべきクラスＣＬ　ＴＭＣに加えて、同様に常に伝送されるべきＣＬ　ＬＯＣ、すなわち場所記述子を有するクラスを含む。後続のクラスＣＬ　ＦＯＲＭＡＴはプレゼンテーションフォーマットを有し、このプレゼンテーションフォーマットは別の図において詳細に説明する。さらに図１には別のクラスＣＬが設けられていることが示されている。
【００１４】
図２はクラスＣＬ＿ＦＯＲＭＡＴの構成要素、すなわちクラス識別子ＣＬ＿Ｂ及びクラス内のパケットの個数ＣＬ＿Ｎを示す。クラス識別子として、図示された例においてはプレゼンテーションフォーマットが示されている。図示されたクラスＣＬ＿ＦＯＲＭＡＴはさらにパケットＰ１からＰｎを含み、これらのパケットは以下図３に基づいてさらに詳しく説明する。
【００１５】
図３はパケットＰを概略的に示し、このパケットＰはタイプ識別子Ｔ、ビット長表示Ｌ及びデータＤから成る。
【００１６】
図４は様々な言語、すなわちドイツ語のＤＥ、英語のＥＮ、フランス語のＦＲ及びスペイン語のＳＰのためのパケットタイプＰ＿Ｔの構造を概略的に示している。これは任意に拡張することができる。
【００１７】
図５から図８にはパケットタイプとして、テキストのための様々なテキストフォーマット（図５）、グラフィックデータのための様々なグラフィックフォーマット（図６）、オーディオデータのための様々なオーディオフォーマット（図７）、ビデオデータのための様々なビデオフォーマット（図８）が示されている。
【００１８】
以下具体例に基づいてＴＭＣメッセージを説明する。このＴＭＣメッセージはＡＳＣＩＩ符号及びグラフィックとして伝送される。ここではグラフィックは地図の部分図である（図９）。従来のＴＭＣメッセージにおいて伝送されるコードを１６進の記号で表すと０８０８６Ａ２７Ｃ５となる。例えばＵＳ　ＡＳＣＩＩで表されたテキストは「ＷｅｒｄｅｒジャンクションとＧｌｉｎｄｏｗインターチェンジとの間で１０ｋｍの渋滞」と記述されている。このメッセージのためのクラスＣＬ＿ＦＯＲＭＡＴは図１０に概略的に示されている。このクラスはクラス識別子ＣＬ＿Ｂ、パケットの個数ＣＬ＿Ｎ及びパケットＰ１、Ｐ２、Ｐ３から構成されている。
【００１９】
図１１によればパケットＰ１は、タイプ識別子Ｔ＝１、Ｌ＝１６ビットのビット長表示及び言語記号Ｄ＝ＤＥから成る。
【００２０】
図１２に図示された第２のパケットＰ２は、パケットＰ２がテキストを含むことを表すパケットタイプＴ＝２、Ｌ＝３４４ビットのビット長表示、データＤ＝「ＷｅｒｄｅｒジャンクションとＧｌｉｎｄｏｗインターチェンジとの間で１０ｋｍの渋滞」を含む。
【００２１】
図１３には第３のパケットＰ３が示されており、Ｔ＝３（＝グラフィック）、Ｌ＝３４４ビット及びＤ＝「Ｂｅｒｌｉｎ＿ＴＭＣ．ＧＩＦ」を有する。すなわちデータはこの名前のデータファイルを有する。
【図面の簡単な説明】
【図１】
本発明によって符号化された交通情報の構造。
【図２】
プレゼンテーションクラスの構造。
【図３】
パケットの構造。
【図４】
言語記号のためのパケット。
【図５】
テキストデータの出力フォーマットのためのパケットタイプ。
【図６】
グラフィックデータの出力フォーマットのためのパケットタイプ。
【図７】
オーディオデータの出力フォーマットのためのパケットタイプ。
【図８】
ビデオデータの出力フォーマットのためのパケットタイプ。
【図９】
グラフィックの例。
【図１０】
プレゼンテーションクラスの例。
【図１１】
言語記号のためのパケットの例。
【図１２】
テキストデータを有するパケットの例。
【図１３】
グラフィックデータを有するパケットの例。
【図１２】
2004506278.tif 000003
【国際公開パンフレット】
2004506278.tif 000004
2004506278.tif 000005
2004506278.tif 000006
2004506278.tif 000007
2004506278.tif 000008
2004506278.tif 000009
2004506278.tif 000010
2004506278.tif 000011
2004506278.tif 000012
2004506278.tif 000013
2004506278.tif 000014
【国際調査報告】
2004506278.tif 000015
2004506278.tif 000016
2004506278.tif 000017
2004506278.tif 000018
2004506278.tif 000019
2004506278.tif 000020