JP4960138B2 - トラフィック情報の提供方法及び受信方法並びに端末 - Google Patents

Description

本発明は、トラフィック情報の提供方法及び受信方法並びに端末に関し、特に、新しい情報が含まれているか否かを示すバージョン情報を用いてトラフィック情報を提供又は受信する方法及び端末に関する。

デジタル信号処理技術及び通信技術の発展に伴い、無線放送やＴＶ放送の技術は、アナログ放送技術からデジタル放送技術に急速に移り変わろうとしている。また、日常生活に関する情報や放送プログラムを、デジタル放送技術を介して放送するためのデータ放送技術も開発されている。

特に、全世界に渡って自動車が広く普及し、都心やダウンタウン地域の車両数、通勤人数及び地方の車両数も急速に増加している。その結果、車両の運転手にトラフィック情報を通知する必要も増加するようになった。

従来は、色々な無線放送局から送信される無線放送プログラムに従って運転手及び他のユーザにトラフィック情報が提供されている。しかしながら、無線放送プログラムが特定の時間にトラフィック情報だけを運転手に提供するようになっているため、トラフィック情報を得るには上記特定の時間のプログラムを受信しなければならないという問題点がある。したがって、運転手は、無線放送プログラムにより提供されたトラフィック情報を所望の時間に聞くことはできなかった。

一般に、トラフィック状態又はトラフィック情報は、リアルタイムで継続して変化するものである。しかし、従来は、無線放送局は、経時変化に従う正確なトラフィック情報を運転手に提供することができなかった。

前記問題点を解決するために、多数の業者が加入者の端末を介してリアルタイムでトラフィック情報を加入者に提供するようにすればよい。しかしながら、他の業者により製造された他の機能を持つ各種端末が使用される場合には、一般に、これら端末は、他のデジタル放送チャンネルを介して受信されたトラフィック情報を検出及び分析してユーザに提供しなければならない。したがって、従来技術では不可能であった、情報提供者と情報使用者との間で同一信号（例えば、トラフィック情報）を伝送／受信し、同一信号を分析できるようにするための統一した通信の標準化が必要になった。

また、トラフィック情報の提供業者は、設定したトラフィック情報を特定の時間に伝送する。しかしながら、トラフィック情報の更新に必要な時間は通常トラフィック情報の伝送時間よりも長くなる。したがって、更新されたトラフィック情報を受信するまでは、受信機は更新されていないトラフィック情報を自動的にデコードしてしまうため、電力及び他のリソースを無駄に消費することになる。

本発明は、上記従来技術の問題点を解決するためになされたものであり、新しい情報が含まれているか否かを示すバージョン情報を用いて、更新されたトラフィック情報のみをデコードするトラフィック情報を提供又は受信する方法及び端末を提供することを目的とする。

本発明の利点、目的及び特徴は、次の発明の詳細な説明において部分的に開示される。本発明の他の目的及び利点は、添付された特許請求の範囲と、図面に基づいて後述する本発明の好適な実施形態とにより自明に理解されるべきである。

前記目的を達成するために、本発明は、トラフィック情報を受信する方法であって、トランスポートフレーム構造を成し、バージョン情報を含むトラフィック情報を受信するステップと、前記受信されたトラフィック情報のバージョン情報と、以前に受信されて格納されたトラフィック情報のバージョン情報とが同一であるか否かを判定するステップと、前記受信されたトラフィック情報のバージョン情報と、前記格納されたトラフィック情報のバージョン情報とが同一でない場合に、前記受信されたトラフィック情報をデコードするステップと、を含み、さらに、トランスポートフレーム構造を成し、インデックス情報及びバージョン情報が含まれた少なくとも一つのサービスコンポーネントを含むトラフィック情報を受信するステップと、以前に受信して格納された少なくとも一つのサービスコンポーネントから、前記受信されたトラフィック情報に含まれる特定のサービスコンポーネントのインデックス情報と同一のインデックス情報を含むサービスコンポーネントを抽出するステップと、前記特定のサービスコンポーネントのバージョン情報と、前記抽出されたサービスコンポーネントのバージョン情報とが同一であるか否かを判定するステップと、前記特定のサービスコンポーネントのバージョン情報と、前記抽出されたサービスコンポーネントのバージョン情報とが同一でない場合に、前記トラフィック情報の前記特定のサービスコンポーネントに相当する部分をデコードするステップと、を含む。

また、本発明は、トラフィック情報を受信する端末であって、トランスポートフレーム構造を成し、バージョン情報を含むトラフィック情報及びインデックス情報及びバージョン情報が含まれた少なくとも一つのサービスコンポーネントを含むトラフィック情報を受信する放送モジュールと、以前に受信されたトラフィック情報を格納する格納部と、前記トラフィック情報をデコードするデコーダと、前記放送モジュールを介して前記トラフィック情報を受信し、前記受信されたトラフィック情報のバージョン情報と、以前に受信されて格納されたトラフィック情報のバージョン情報とが同一であるか否かを判定し、前記受信されたトラフィック情報のバージョン情報と、前記格納されたトラフィック情報のバージョン情報とが同一でない場合に、前記受信されたトラフィック情報をデコードする制御部と、を含んで構成し、前記制御部は、さらに、以前に受信して格納された少なくとも一つのサービスコンポーネントから、前記受信されたトラフィック情報に含まれる特定のサービスコンポーネントのインデックス情報と同一のインデックス情報を含むサービスコンポーネントを抽出し、前記特定のサービスコンポーネントのバージョン情報と、前記抽出されたサービスコンポーネントのバージョン情報とが同一であるか否かを判定し、前記特定のサービスコンポーネントのバージョン情報と、前記抽出されたサービスコンポーネントのバージョン情報とが同一でない場合に、前記デコーダを制御して前記トラフィック情報の前記特定のサービスコンポーネントに相当する部分をデコードするものである。

本発明の一般的な説明及び次の詳細な説明は、請求された本発明の追加的な説明を提供するように意図された例示的なものであると理解すべきである。

本発明によれば、新しい情報が含まれているか否かを示すバージョン情報を含むトラフィック情報を提供又は受信することにより、更新されたトラフィック情報のみをデコードしてユーザに提供することができ、不要なトラフィック情報のデコードによる電力や他のリソースの消費を抑制することができる。

また、本発明によれば、不要なトラフィック情報のデコードによるデータ処理速度の減少を抑制することができる。

以下、添付図面に基づき、本発明の例示的な実施形態を詳細に説明する。また、図において、同一または類似な構成要素については同じ符号を付けて使用する。

本発明による道路検索及びトラフィック情報提供に関するサービスは、各種デジタル放送の標準に適用可能である。

デジタル放送の標準の代表例としては、ユレカー１４７基盤のヨーロッパ式ＤＡＢ（Digital Audio Broadcasting）サービス「ＥＴＳＩ ＥＮ ３００ ４０１」標準、ヨーロッパのＤＶＢ−Ｔ（Digital Video Broadcasting-Terrestrial）サービス、ヨーロッパのＤＶＢ−Ｈ（Digital Video Broadcasting-Handheld）サービス及び韓国のＤＭＢ（Digital Multimedia Broadcasting）サービスである。

ＤＭＢサービスは、ユレカー１４７標準に基づいたＴ−ＤＭＢ（Terrestrial Digital Multimedia Broadcasting）サービスと、衛星通信を用いるＳ−ＤＭＢ（Satellite Digital Multimedia Broadcasting）サービスとに分類される。

また、本発明によるトラフィック情報提供のサービスは、インターネット、例えば、Ｗｉ−ＦｉやＷｉｂｒｏ（wireless broadcast internet）などに適用可能である。

“トラフィック状態”とは、トラフィックに関する情報、例えば、交通事故、不意の事故、公共輸送状態、混雑状態及び走行時間情報（以下、「ＣＴＴ」という）、緊急イベント及び／又は道路交通状態などを示す。しかしながら、これに限定されず、他の類似情報であってもよい。説明の便宜のために、特定の用語の“ＴＰＥＧ（Transport Protocol Expert Group）”は、上記トラフィック情報（トラフィック状態情報）として例示的に使用される。

“トラフィックフロー状態”とは、道路の交通流量状態、例えば、道路の混雑及び道路上における輸送手段（例えば、車）の走行時間を示す。しかしながら、これに限定されず、他の類似な意味としても適用可能である。

“セクション”又は“リンク”とは、合流地点において始まって終わり、合流地点のない道路の特定地域又は道路セグメントを示す。しかしながら、これに限定されず、他の類似な意味としても適用可能である。

“バージョン情報”とは、トラフィック情報を識別する情報を示す。バージョン情報は、トラフィック情報を更新するとき、第１の識別番号から識別番号を変更又は順次増加させることにより、受信されたトラフィック情報と、以前に受信されたトラフィック情報とが異なるか否かを判定するためのものである。バージョン情報は、値を有するパラメーター又はフラッグであってもよいが、このようなパラメーターの値は、現在受信（又は伝送）されたトラフィック情報と、以前に受信（又は伝送）されたトラフィック情報とが異なるか否かを示す。バージョン情報は、トランスポートフレーム又はサービスコンポーネントフレームに含めることができ、ＴＰＥＧメッセージに含まれたメッセージ管理コンテナ（container）に含めることができる。

“インデックス情報”とは、一つのサービスコンポーネントに含まれたリンクを識別する情報を示す。例えば、ＣＴＴの場合、２５６リンクのＴＰＥＧメッセージは、一つのサービスコンポーネントに含まれる。インデックス情報は、識別番号として一つのサービスコンポーネントに含まれた２５６リンクのトラフィック情報メッセージに提供することができる。しかしながら、前述した意味に限定されず、他の類似な意味として適用可能である。

図１は、本発明の一実施形態によるトラフィック情報を提供するためのデジタルマルチメディア放送システムを示す図である。ＲＦ（radio frequency）信号を用いてトラフィック情報を提供する方法は、図１を参照して後述する。

図１によれば、デジタルマルチメディア放送システムは、トラフィック情報に関するコンテンツを収集するネットワーク１１０と、収集されたコンテンツを提供するトラフィック情報提供サーバー１２０と、放送センター１３０と、端末１４０とが、全部動作可能に結合されて構成されたものである。

放送局のトラフィック情報提供サーバー１２０は、多様な経路、例えば管理ネットワーク又はネットワーク１１０を介して他のサーバーから受信された各種トラフィック情報を再構成し、受信されたトラフィック情報を、例えば、放送センター１３０の伝送機を介して移動電話、車両、ＰＤＡ（個人携帯端末機）又は他のハンドヘルド端末のような各種端末１４０のトラフィック情報を受信可能な受信機に伝送する。

上記端末１４０は、前述した例に制限されず、ラップトップコンピュータのような ナビゲータ又はコンピュータをさらに含み、他の例にも適用されてもよい。このとき、トラフィック情報提供サーバー１２０は、デジタル放送サービスのデータチャンネルを、トラフィック情報伝送経路、有線／無線インターネット、Ｗｉ−ＦｉやＷｉｂｒｏのような広帯域無線媒体、或いは他の有線ケーブル基盤のインターネットとして利用する。特に、ＤＭＢサービス用データサービスを用いる場合、トラフィック情報提供サーバー１２０は、透過データ通信路（transparent data channel：ＴＤＣ）プロトコル又はデジタル放送媒体のマルチメディアオブジェクトトランスポート （multimedia object transport：ＭＯＴ）プロトコルも利用する。

図２は、トラフィック情報を載せて無線に伝送又は受信されるトランスポートフレームの一般的な構造を示す図である。

図２に示すように、トランスポートフレーム（transport frame）２００は、“シンクワード（Sync Word）”フィールド２０２、“フィールド長（Field Length）”フィールド２０４、“ヘッダＣＲＣ（Header CRC）”フィールド２０６、“フレームタイプ（Frame Type）”フィールド２０８及び“サービスフレーム”フィールド（Service Frame）２１０を含む。

一般に、“シンクワード”フィールド２０２は、２バイトを有し、同期化言語を示す。“フィールド長”フィールド２０４は、２バイトを有し、“サービスフレーム”フィールド２１０に割り当てられたバイトの数を示す。“ヘッダＣＲＣ”フィールド２０６は、２バイトを有し、エラー訂正用として使用される情報を含む。“フレームタイプ”フィールド２０８は、１バイトを有し、サービスフレームのコンテンツを示す。トランスポートフレーム２００は、一つの“サービスフレーム”フィールド２１０を含む。このトランスポートフレーム２００は、サービス提供者により使用され、各種アプリケーションを支援するための一つのサービスを提供する。“サービスフレーム”フィールド２１０は、サービス識別情報及び暗号化情報のようなサービス情報を含む。

“サービスフレーム”フィールド２１０は、例えば、“ＳＩＤ−Ａ”フィールド２１２、“ＳＩＤ−Ｂ”フィールド２１４、“ＳＩＤ−Ｃ”フィールド２１６、“暗号化インジケーター（Encryption Indicator）”フィールド２１８及び“コンポーネントマルチプレックス（component multiplex）”フィールド２２０を含む。

一般に、“ＳＩＤ−Ａ”フィールド２１２、“ＳＩＤ−Ｂ”フィールド２１４及び“ＳＩＤ−Ｃ”フィールド２１６の組合せは、特定の値を有する。“暗号化インジケーター”フィールド２１８は、１バイトを有する。例えば、“暗号化インジケーター”フィールド２１８の値が“００ｈｅｘ”である場合、これは“コンポーネントマルチプレックス”フィールド２２０に含まれたデータが暗号化されていないことを示す。“暗号化インジケーター”フィールド２１８が上記と異なる値であるときには、“暗号化インジケーター”フィールド２１８は、次の“コンポーネントマルチプレックス”フィールド２２０に含まれるデータが暗号化及び圧縮構造を有するものであることを示す。

“コンポーネントマルチプレックス”フィールド２２０は、少なくとも一つのサービスコンポーネントフレームのグループであり、そのタイプ又は順序がサービス提供者により決定される。“コンポーネントマルチプレックス”フィールド２２０は、“暗号化インジケーター”フィールド２１８の指示の仕方により変更される。前述したように、“暗号化インジケーター”フィールド２１８の値が“００ｈｅｘ”である場合、マルチプレックスは変化せずに維持される。

“コンポーネントマルチプレックス”フィールド２２０に含まれた“サービスコンポーネントフレーム（Service Component Frame）”フィールド２３０は、“サービスコンポーネントアイデンティファイアー（Service Component Identifier）”フィールド２３２、“フィールド長（Field Length）”フィールド２３４、“ＣＲＣ”フィールド２３６及び“コンポーネントデータ（Component data）”フィールド２３８を含む。

一般に、“サービスコンポーネントインジケーター”フィールド２３２は、 １バイトを有し、“０”の値を有するフィールド２３２内のサービスコンポーネントインジケーターは、ＳＮＩ（service network information）アプリケーションのために保有される。“フィールド長”フィールド２３４は、２バイトを有し、“コンポーネントデータ”フィールド２３８に割り当てられたバイトの数を示す。“ＣＲＣ”フィールド２３６は、２バイトを有し、エラー訂正用として使用される情報を含む。

ＳＮＩアプリケーションは、次のコンポーネントデータがＣＴＴであるか、公共輸送情報（public transport information：ＰＴＩ）であるか、道路交通情報 （road traffic message：ＲＴＭ）であるかを識別するために使用される。

図３は、本発明の一実施形態によるバージョン情報を含むトラフィック情報のフレーム構造を示す図である。

図３に示すように、本発明の一実施形態によるトラフィック情報及びバージョン情報を伝送するトランスポートフレーム３００は、“シンクワード”フィールド、“ｖｅｒ（バージョン）”フィールド３０２、“フィールド長”フィールド、“ヘッダＣＲＣ”フィールド、“フレームタイプ”フィールド及び“サービスフレーム”フィールドを含む。トランスポートフレーム３００は、“ｖｅｒ”フィールド３０２を除いたフィールドが、図２に示すトランスポートフレーム２００のフィールドと同じ構造となっている。

本発明において、“ｖｅｒ”フィールド３０２は、バージョン番号を用いて表現されるバージョン情報を格納する。好ましくは、バージョン番号は、連続的なサービスフレームを区別するための一連の番号であり、順次増加又は減少する番号である必要はない。バージョン番号の比較により、バージョン番号（バージョン情報）から、次のサービスフレームに含まれるサービスコンポーネントに記録されるデータと、以前に受信／伝送されたデータとが異なるか否かを判定することができる。

本発明によれば、トランスポートフレームを用いてトラフィック情報を提供するための伝送端末（例えば、情報サーバー１２０）は、“ｖｅｒ”フィールド３０２に含まれるバージョン情報を変更し、変更されたトラフィック情報が、例えば“コンポーネントデータ”フィールドに含まれる場合のみに、変更されたバージョン情報を提供する。その後、受信端末は、トラフィック情報を含むトランスポートフレームを受信し、バージョン番号を用いて受信されたデータが以前に受信されたデータと同一であるか否かを判定する。例えば、受信端末は、トラフィック情報を含む第１のトランスポートフレーム、例えば“コンポーネントデータ”フィールドに含まれたバージョン番号（フィールド３０２において）を格納する。その後、トラフィック情報を含む第２のトランスポートフレームが連続して受信されると、受信端末は、第２のトランスポートフレームに含まれたバージョン番号と、格納された第１のトランスポートフレームのバージョン番号とを比較する。これらのバージョン番号が互いに同一である場合には、最近受信されたサービスフレームに含まれたデータ（例えば、トラフィック情報）が以前に受信されたサービスフレームのデータと同一であると判定する。すなわち、サービスフレームに含まれたデータは、変更されていないと判定する。一方、バージョン番号が互いに異なる場合には、サービスフレームに含まれたデータは、変更されていると判定する。

このように、本発明によれば、受信したトランスポートフレーム３００の“ｖｅｒ”フィールド３０２に含まれたバージョン番号（情報）が格納されたバージョン番号と異なるときだけ、上記受信したトランスポートフレームをデコードすることができる。これにより、変更されていないサービスコンポーネントフレームのコンポーネントデータは、構文解析（parsing）されないため、不要なデータのデコードによる電力やバッファメモリの浪費を防止することができる。

図４は、本発明の一実施形態によるバージョン情報及びインデックス情報を含むトラフィック情報のフレーム構造を示す図である。

図４によれば、本実施形態によるトランスポートフレーム５００は、図２に示すフィールド２０２、２０４、２０６、２０８、２１０を含む。しかしながら、トランスポートフレーム５００の少なくとも一つのサービスコンポーネントフレーム４００は、バージョン情報及びインデックス情報を含む。

特に、サービスコンポーネントフレーム４００は、“サービスコンポーネントインジケーター”フィールド、“フィールド長”フィールド、“ＣＲＣ”フィールド及び“コンポーネントデータ（Component data）”フィールド４０６を含む。本発明において、サービスコンポーネントフレーム４００は、“インデックス（Index）”フィールド４０２及び“ｖｅｒ”フィールド４０４をさらに含む。

サービスコンポーネントフレーム４００に含まれた“コンポーネントデータ”フィールド４０６は、少なくとも一つのＴＰＥＧメッセージ（TPEG Message）４１０を含む。

ＴＰＥＧメッセージ４１０がＣＴＴを含む場合、一つのＴＰＥＧメッセージは、メッセージを管理するためのコンポーネントを含む“メッセージ管理コンテナ（Message Management Container）”フィールド４１２と、ＣＴＴ状態を含む“ＣＴＴ状態コンテナ（CTT Status Container）”フィールド４１４と、ＣＴＴ状態に対応する位置情報を含む“ＴＰＥＧ−位置コンテナ（TPEG-Location Container）”フィールド４１６とを含む。図３の“コンポーネントデータ”フィールドは、図４の“コンポーネントデータ”フィールド４０６と同一構造を持つ。

ＣＴＴは、位置情報に従属し、“ＴＰＥＧ−位置コンテナ”フィールド４１６に含まれた位置情報は、座標系を用いて位置を参照したり、予め設定されたノードリンクＩＤを用いて位置を参照して決定される。本発明において、全世界がリンクに分割され、ノードリンクＩＤがリンクに提供された場合、リンクが一つのサービスコンポーネントに偶発的に含まれるのを防止できる。例えば、韓国では、全国が６５,０００リンクに分割される。しかしながら、一つのサービスコンポーネントは、最大２５５リンクに対する情報だけを含む。インデックスは一つのサービスコンポーネントに含まれたリンクに提供される。インデックス１は１〜２５５のリンクＩＤとして提供され、インデックス２は２５６〜５１０のリンクＩＤとして提供される。

これにより、サービスコンポーネントフレーム４００は、インデックス情報を含む“インデックス”フィールド４０２を含む。“インデックス”フィールド４０２に含まれたインデックス情報は、どのリンク（可能なリンクのうちで）が対応するサービスコンポーネントフレーム４００に含まれるかを示す。

トラフィック情報を提供するための伝送端末（例えば、サーバー又はトラフィックセンター）は、インデックスに従う一つのサービスコンポーネントでインデックスのノードリンクに係るＣＴＴのようなトラフィック情報を含み、サービスコンポーネントを一つ以上の受信端末に伝送する。その後、トランスポートフレームのサービスコンポーネントを受信する時、トラフィック情報を受信する受信端末は、“インデックス”フィールド４０２に含まれたインデックス情報を用いてリンク情報が受信されたサービスコンポーネントに含まれるか否かを判定する。

サービスコンポーネントフレーム４００は、“ｖｅｒ”フィールド４０４をさらに含む。“ｖｅｒ”フィールド４０４は、バージョン番号を示すが、他の方式により表現されたバージョン情報を格納することができる。好ましくは、バージョン番号は、連続的なサービスコンポーネントフレームを区別するための一連の番号である。バージョン番号は、次のサービスフレームに含まれたサービスコンポーネントと以前に受信されたサービスフレームに含まれたサービスコンポーネントとが異なるか否かを示す。

伝送側において、トラフィック情報を提供するための伝送端末（例えば、サーバー又はトラフィックセンター）は、例えば、所望の量だけ増加させることによりバージョン番号を変更させ、変化したＴＰＥＧメッセージが含まれる場合だけ、変更されたバージョン番号を提供する。受信側では、トラフィック情報を受信するための受信端末により、受信されたデータの“ｖｅｒ”フィールド４０４に含まれたバージョン番号を用いて、受信されたデータが以前に受信されたデータと同一であるか否かが判定される。

以下、本発明による前述のフレーム構造を用いて伝送されたトラフィック情報を受信する端末及び方法について説明する。

図５は、本発明の一実施形態によるトラフィック情報を受信及びデコードする端末の内部構成を示すブロック図である。特に、図５は、本発明の一実施形態によるトラフィック情報の提供サーバー１２０から伝送されたトラフィック情報を受信する端末の内部構成を模式的に示している。この端末は、例えばモバイル端末である。

図５に示すように、受信されたトラフィック情報を用いる端末は、放送モジュール５１０、ＧＰＳモジュール５２０、入力部５３０、制御部５４０、格納部５５０及び一つ以上の表示部５６０を含む。端末の全てのコンポーネントは、動作可能に適切に接続されている。

放送モジュール５１０は、放送チャンネルを介して放送センターから伝送された放送信号を受信するものである。放送モジュール５１０は、サウンド及び制御情報を基地局に又は基地局から無線伝送／受信するための伝送／受信回路を含む無線伝送／受信部の一部である。

ＧＰＳモジュール５２０は、複数の低軌道の人工衛星から伝送された位相信号を受信し、現在の位置情報、例えば、経度、緯度又は高度を認識するものである。

入力部５３０は、電話番号のような番号を入力するための複数のキーボタンを含み、ユーザが所定のキーを押下するとキーデータが生成され、この生成されたキーデータを制御部５４０に出力するようになっている。入力部５３０には、キーパッド、ジョグシャトル、ポインティングスティック、タッチスクリーンなどが含まれる。

制御部５４０は、端末の心臓部であり、端末の全体動作を制御する。制御部５４０は、算術及びロジック部、レジスタ、プログラムカウンター、コマンドデコーダ及び制御回路を含み、端末の全体動作を適切に制御する。

格納部５５０は、端末の全体動作を制御するプログラムを格納するものである。端末の動作が制御部５４０により遂行される時に入出力されるデータは、所定の領域に格納される。

表示部５６０は、各種情報を表示する液晶表示部を含み、ユーザが適当な制御を遂行できるように端末の現在状態を表示する。液晶表示スクリーン上には、電力状態、受信された電磁気波の強度、データ及び時間、現在モード又は他のユーザ情報のような各種情報を表示することができる。ユーザは、このような情報ユーザに基づいて図５の端末の状態を確認して制御する。

以下、本発明の端末の動作について説明する。放送モジュール５１０は、放送チャンネルを介して、例えば図３又は図４のトランスポートフレームに含まれるトラフィック情報を受信し、受信されたトラフィック情報を制御部５４０に伝送する。例えば、放送モジュール５１０は、トラフィック情報を復調器に提供するための信号帯域に同期化して変調されたトラフィック情報信号を出力し、端末内の復調器は、変調されたトラフィック情報信号を復調し、復調されたトラフィック情報信号を制御部５４０に出力する。制御部５４０は、復調されたトラフィック情報信号をデコードすることにより、各種トラフィック情報を取得する。格納部５５０は、リンク及びノード上の情報と各種トラフィック情報とを含む電子地図を格納する。また、格納部５５０は、所定の周期の間に受信されたトラフィック情報を格納する。制御部５４０は、入力部５３０により入力されたユーザの入力情報、ＧＰＳモジュール５２０により認識された現在位置、及び放送モジュール５１０により取得されたトラフィック情報に基づいて、表示出力を制御する。表示部５６０は、制御部５４０から出力されたトラフィックにより、駆動信号を用いて画像を表示する。

放送モジュール５１０は、放送センターを介してトラフィック情報提供サーバーから伝送されたトラフィック情報信号を受信し、受信された信号を同調し、同調された信号を所定の方法により復調し、復調された信号を出力する。ここで、同調された信号を復調する所定の方法は、任意の既存の復調方法であり得る。

その後、制御部５４０は、復調信号をデコードし、トラフィック情報（トランスポートフレーム）からＴＰＥＧメッセージを分析し、メッセージコンテンツに従う制御信号及び／又は必要情報を用いて表示部５６０の画像表示を制御する。復調された信号がトラフィック情報である場合、トラフィック情報をデコードするＴＰＥＧデコーダをさらに備えても、又は制御部５４０がデコード機能を備えてもよい。本発明において、説明の便宜のために、制御部５４０がデコードする例を後述する。

本発明の一実施形態による制御部５４０は、トラフィック情報に含まれたバージョン番号を読み出し、読み出したバージョン番号が、バージョン番号らの比較に基づいて以前に受信され格納されたトラフィック情報のバージョン番号と同一であるか否かを判定する。制御部５４０は、上記判定結果に基づいて、受信されたトラフィック情報がデコードされるか否かを判定することができる。例えば、バージョン番号が互いに同一である場合、制御部５４０は、最近に受信されたトラフィック情報と、以前に格納されたトラフィック情報とが互いに同一でないと判定する。この場合、受信されたトラフィック情報は、以前に格納されたトラフィック情報と異なるため、デコードされる。前述したように、バージョン情報、又は他の方式により表現されたバージョン情報は、図３のトランスポートフレーム３００に含まれた“ｖｅｒ”フィールド３０２に提供される。

他の実施形態によれば、制御部５４０は、受信されたトラフィック情報を構文解析し、“ｖｅｒ”フィールド４０４に含まれたバージョン番号と、サービスコンポーネントフレーム４００の“インデックス”フィールド４０２に含まれたインデックス番号とに対応するデータを取得する。サービスコンポーネントフレーム４００に含まれたＴＰＥＧメッセージ４１０は、ＣＴＴであってもよい。制御部５４０は、格納されたトランスポートフレーム５００のトラフィック情報に含まれた複数のサービスコンポーネントフレームの中で、取得されたインデックス番号と同じインテックス番号、即ち、受信されたサービスコンポーネントフレームの“インデックス”フィールド４０２から取得されたインデックス番号を有する以前に格納されたサービスコンポーネントの一つのバージョン番号と、受信されたトラフィック情報の対応するサービスコンポーネントフレームに含まれたバージョン番号とが同一であるか否かを判定する。制御部５４０は、その判定結果に基づいて受信されたトラフィック情報のサービスコンポーネントフレームがデコードされるか否かを判定することができる。例えば、２つのバージョン番号が互いに同一でない場合、２つのサービスコンポーネントフレームに含まれたＴＰＥＧメッセージが互いに同一でないと判定する。この場合、受信されたトラフィック情報のサービスコンポーネントフレームはデコードされる。前述したように、インデックス番号及びバージョン番号を示すフィールドは、トランスポートフレーム５００のサービスコンポーネントフレーム４００に含まれる。

その後、前述したように、制御部５４０は、インデックス番号のバージョン情報を用いて選択されたトラフィック情報をデコードし、デコードされたトラフィック情報からＴＰＥＧメッセージを分析し、メッセージコンテンツによって制御信号及び／又は必要情報を用いて表示部５６０の画像表示を制御する。図５に示す端末がスピーカのような音声出力手段を含む場合、ユーザにより要求されたＴＰＥＧメッセージは、音声出力手段を介して音声により出力され得る。

図６は、本発明の一実施形態によるトラフィック情報をデコードする方法を示すフローチャートである。図６に示す方法は、図１及び図５のシステム、又は図３のトランスポートフレームを利用する他の適当なシステムで実行することができる。しかし、この方法は、図４のトランスポートフレームを用いて実行してもよい。

図６によれば、制御部５４０は、放送モジュール５１０を介して、例えばトラフィック情報サーバー１２０からトラフィック情報、例えば、第２のトランスポートフレーム３００を受信する（Ｓ６０２）。

制御部５４０は、受信されたトラフィック情報のバージョン番号と、格納されたトラフィック情報、例えば、以前に受信された第１のトランスポートフレーム３００のバージョン番号とが同一であるか否かを判定する（Ｓ６０４）。バージョン番号は、受信され、又は格納されたトラフィック情報のトランスポートフレーム３００の“ｖｅｒ”フィールド３０２に含まれる。しかし、図６に示す方法は、図４のサービスコンポーネントフレーム４００の“ｖｅｒ”フィールド４０４に含まれたバージョン情報を用いて実行してもよい。

ステップＳ６０４において、受信された第２のトランスポートフレームのトラフィック情報のバージョン番号、と、格納された第１のトランスポートフレームのトラフィック情報のバージョン番号とが同一であると判定された場合、制御部５４０は、トラフィック情報が変化していないため、受信された第２のトランスポートフレームのトラフィック情報を構文解析／デコードしない。その後、制御部５４０は、受信された第２のトランスポートフレームのトラフィック情報を廃棄又は除去する。

一方、ステップＳ６０４において、受信されたトラフィック情報のバージョン番号と、格納されたトラフィック情報のバージョン番号とが同一でないと判定された場合、制御部５４０は、受信されたトラフィック情報をデコードする（Ｓ６０６）。バージョン番号が互いに同一でない場合、受信されたトラフィック情報及び格納されたトラフィック情報は互いに異なることになる。よって、受信されたトランスポートフレームは構文解析され、受信されたトランスポートフレームに含まれたトラフィック情報はデコードされる。

制御部５４０は、ステップＳ６０６においてデコードされたトラフィック情報を出力する（Ｓ６０８）。制御部５４０は、デコードされたトラフィック情報からＴＰＥＧメッセージを分析し、メッセージコンテンツに従い、制御信号及び／又は必要情報を用いて表示部５６０の画像表示を制御する。音声出力手段が含まれる場合、ユーザにより要求されたＴＰＥＧメッセージは、音声出力手段を介して音声により出力され得る。

図７は、本発明の他の実施形態によるトラフィック情報をデコードする方法を示すフローチャートである。図７に示す方法は、図１及び図５のシステム、又は図４のトランスポートフレームを利用する他の適当なシステムで実行することができる。

図７によれば、制御部５４０は、放送モジュール５１０を介して、例えばトラフィック情報サーバー１２０から例えば図４のトランスポートフレーム５００のトラフィック情報を受信する（Ｓ７０２）。

制御部５４０は、段階Ｓ７０２において受信されたトラフィック情報のインデックス番号と、格納されたトラフィック情報のインデックス番号とが同一であるか否かを判定する（Ｓ７０４）。特に、以前に格納されたサービスコンポーネントフレームのうちで、受信トラフィック情報のサービスコンポーネントフレームのインデックス番号とサービスコンポーネントフレームを検索する。そして、ステップＳ７０４において、同じインデックス番号を有するサービスコンポーネントフレームが検索された場合には、ステップＳ７０６において、この検索されたサービスコンポーネントフレームのバージョン番号は、受信されたトラフィック情報のサービスコンポーネントフレームのバージョン番号と同一である。トラフィック情報に含まれたＴＰＥＧメッセージがＣＴＴである場合、インデックス番号は一つのサービスコンポーネントフレームに含まれたリンクを区別するために使用される。インデックス番号は、サービスコンポーネントフレームに含まれた“インデックスフィールド”４０２として定義される。

前述したように、ステップＳ７０４において受信されたトラフィック情報のインデックス番号と、格納されたトラフィック情報のインデックス番号とが同一であると判定された場合、制御部５４０は、受信されたサービスコンポーネントフレームに含まれたバージョン番号と、ステップＳ７０４において検索されたもので格納されたサービスコンポーネントフレームのバージョン番号とが同一であるか否かを判定する（Ｓ７０６）。バージョン番号は、サービスコンポーネントフレーム４００に含まれたＴＰＥＧメッセージが変更されるか否か、及びサービスコンポーネントフレーム４００に含まれた“ｖｅｒ”フィールド４０４で定義されるか否かを判定する。

ステップＳ７０６において、バージョン番号が互いに同一であると判定された場合、制御部５４０は、受信されたサービスコンポーネントフレームを構文解析／デコードせず、受信されたサービスコンポーネントフレームを除去する。

一方、ステップＳ７０６において、バージョン番号が同一でないと判定された場合、制御部５４０は、受信されたサービスコンポーネントフレームに含まれたＴＰＥＧメッセージをデコードする（Ｓ７０８）。バージョン番号が互いに同一でない場合、それぞれのサービスコンポーネントフレームに含まれたＴＰＥＧメッセージは互いに異なることになる。したがって、受信されたサービスコンポーネントフレームは、異なるトラフィック情報を有するとみなされ、これにより構文解析される。そして、受信されたサービスコンポーネントフレームに含まれたＴＰＥＧメッセージがデコードされる。

制御部５４０は、ステップＳ７０８においてデコードされたトラフィック情報、例えば、ＴＰＥＧメッセージを出力する（Ｓ７１０）。制御部５４０は、デコードされたＴＰＥＧメッセージを分析し、メッセージコンテンツに従い、制御信号及び／又は必要情報を用いて表示部５６０の画像表示を制御する。音声出力手段が端末１４０に含まれた場合、ユーザにより要求されたＴＰＥＧメッセージは音声出力手段を介して音声により出力される。

本発明の技術的思想及びその技術的範囲内において、多様に改良、変更、代替又は付加できることは明らかである。したがって、本発明は、添付された特許請求の範囲内で、その均等物で提供される本発明の修正及び変形をカバーする。

貼付図面らは、本発明の追加的な理解のために含まれるもので、本発明の原理を説明するために提供された説明と共に本出願の一部及び本発明の実施形態を構成して結合される。
本発明の一実施形態によるトラフィック情報を提供するためのネットワークを示す図である。 無線に伝送又は受信されたトラフィック情報の一般的なフレーム構造を示す図である。 本発明の一実施形態によるバージョン情報を含むトラフィック情報のフレーム構造を示す図である。 本発明の他の実施形態によるバージョン情報及びインデックス情報を含むトラフィック情報のフレーム構造を示す図である。 本発明の一実施形態によるトラフィック情報をデコードするための端末の内部構成を示すブロック図である。 本発明の一実施形態によるトラフィック情報をデコードするための方法を示すフローチャートである。 本発明の他の実施形態によるトラフィック情報をデコードするための方法を示すフローチャートである。

符号の説明

３００，５００ トランスポートフレーム
４００ サービスコンポーネントフレーム
５１０ 放送モジュール
５２０ ＧＰＳモジュール
５３０ 入力部
５４０ 制御部
５５０ 格納部
５６０ 表示部

Claims (8)

1. トランスポートフレーム構造を成し、バージョン情報を含むトラフィック情報を受信するステップと、
   前記受信されたトラフィック情報のバージョン情報と、以前に受信されて格納されたトラフィック情報のバージョン情報とが同一であるか否かを判定するステップと、
   前記受信されたトラフィック情報のバージョン情報と、前記格納されたトラフィック情報のバージョン情報とが同一でない場合に、前記受信されたトラフィック情報をデコードするステップと、
   を含み、さらに、
   トランスポートフレーム構造を成し、インデックス情報及びバージョン情報が含まれた少なくとも一つのサービスコンポーネントを含むトラフィック情報を受信するステップと、
   以前に受信して格納された少なくとも一つのサービスコンポーネントから、前記受信されたトラフィック情報に含まれる特定のサービスコンポーネントのインデックス情報と同一のインデックス情報を含むサービスコンポーネントを抽出するステップと、
   前記特定のサービスコンポーネントのバージョン情報と、前記抽出されたサービスコンポーネントのバージョン情報とが同一であるか否かを判定するステップと、
   前記特定のサービスコンポーネントのバージョン情報と、前記抽出されたサービスコンポーネントのバージョン情報とが同一でない場合に、前記トラフィック情報の前記特定のサービスコンポーネントに相当する部分をデコードするステップと、
   を含むことを特徴とするトラフィック情報の受信方法。
2. 前記サービスコンポーネントは、少なくとも一つの混雑及び走行時間情報（ＣＴＴ）メッセージを含む少なくとも一つのＴＰＥＧ（Transport Protocol Expert Group）トラフィック情報メッセージをさらに含むことを特徴とする請求項１に記載のトラフィック情報の受信方法。
3. 前記少なくとも一つのＣＴＴメッセージは、前記ＣＴＴに対応する位置情報を含むことを特徴とする請求項２に記載のトラフィック情報の受信方法。
4. 前記位置情報は、インデックス情報に対応するリンク情報を含み、前記インデックス情報は、前記サービスコンポーネントに含まれるリンク識別情報を示すことを特徴とする請求項３に記載のトラフィック情報の受信方法。
5. トランスポートフレーム構造を成し、バージョン情報を含むトラフィック情報及びインデックス情報及びバージョン情報が含まれた少なくとも一つのサービスコンポーネントを含むトラフィック情報を受信する放送モジュールと、
   以前に受信されたトラフィック情報を格納する格納部と、
   前記トラフィック情報をデコードするデコーダと、
   前記放送モジュールを介して前記トラフィック情報を受信し、前記受信されたトラフィック情報のバージョン情報と、以前に受信されて格納されたトラフィック情報のバージョン情報とが同一であるか否かを判定し、前記受信されたトラフィック情報のバージョン情報と、前記格納されたトラフィック情報のバージョン情報とが同一でない場合に、前記受信されたトラフィック情報をデコードする制御部と、
   を含んで構成し、
   前記制御部は、さらに、
   以前に受信して格納された少なくとも一つのサービスコンポーネントから、前記受信されたトラフィック情報に含まれる特定のサービスコンポーネントのインデックス情報と同一のインデックス情報を含むサービスコンポーネントを抽出し、
   前記特定のサービスコンポーネントのバージョン情報と、前記抽出されたサービスコンポーネントのバージョン情報とが同一であるか否かを判定し、
   前記特定のサービスコンポーネントのバージョン情報と、前記抽出されたサービスコンポーネントのバージョン情報とが同一でない場合に、前記デコーダを制御して前記トラフィック情報の前記特定のサービスコンポーネントに相当する部分をデコードする、
   ことを特徴とする端末。
6. 前記サービスコンポーネントは、少なくとも一つの混雑及び走行時間情報（ＣＴＴ）メッ セージを含む少なくとも一つのＴＰＥＧ（Transport Protocol Expert Group）トラフィック情報メッセージをさらに含むことを特徴とする請求項５に記載の端末。
7. 前記少なくとも一つのＣＴＴメッセージは、前記ＣＴＴに対応する位置情報を含むことを特徴とする請求項６に記載の端末。
8. 前記位置情報は、インデックス情報に対応するリンク情報を含み、前記インデックス情報は、前記サービスコンポーネントに含まれるリンク識別情報を示すことを特徴とする請求項７に記載の端末

Images