交通情報を受信する方法及び端末機並びに交通情報の提供方法
【課題】交通情報を受信する方法及び端末機並びに該交通情報提供方法において、不必要な情報を排除し必要な情報のみをデコーディングして使用者に提供し、不必要な情報のデコーディングによる電力浪費を抑える。
【解決手段】領域を表す領域情報を複数含んだ交通情報を受信し、該交通情報から各領域情報を読み出す段階と、各領域情報に対応する領域と所定の領域とに重複する部分があるかを判断する段階と、受信した交通情報のうち、所定の領域と重複する部分を有する領域の交通情報をデコーディングする段階と、を含む交通情報受信方法を提供する。
【解決手段】領域を表す領域情報を複数含んだ交通情報を受信し、該交通情報から各領域情報を読み出す段階と、各領域情報に対応する領域と所定の領域とに重複する部分があるかを判断する段階と、受信した交通情報のうち、所定の領域と重複する部分を有する領域の交通情報をデコーディングする段階と、を含む交通情報受信方法を提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、交通情報を受信する方法及び端末機並びに該交通情報の提供方法に係り、より詳細には、交通情報をエンコーディングして提供する方法及びこれを受信してデコーディングする方法並びに端末機に関する。
【背景技術】
【０００２】
デジタル信号処理及び通信技術の発展と融合に伴い、ラジオ及びＴＶ放送はアナログ放送からデジタル放送へ発展してきており、さらには、このようなデジタル放送によって日常生活や放送と関連した情報を放送するデータ放送も発展してきている。
【０００３】
特に、自動車の普遍化による都心内の車両増加と週５日制による週末の郊外の車両増加から、道路交通情報に対する要求が増大しつつある。このような要求に応じて、ラジオから交通情報を提供する放送が行われているが、その放送時間は限定されているため、リアルタイムで変化する交通状態に対応する交通情報を使用者に提供することは難しい。
【０００４】
このような問題を解決するためにリアルタイムで交通情報が提供されてはいるものの、交通情報を提供する事業者が多いし、メーカーや機能の相異なる様々な端末機がデジタル放送チャネルを通して受信した交通情報を検出するとともに同一に解析して使用者に提供しなければならないため、情報提供者と情報利用者間において同一に信号を受信して解析できる統一した規格が必要になった。
【０００５】
一方、かかる交通情報を受信してデコーディングするには一定時間と電力が消費されるにもかかわらず、受信した全ての交通情報をデコーディングしなければならず、余分な電力消費を招くという問題があった。
【０００６】
なお、交通情報を受信して利用する使用者の立場では、必要な情報のみを受け取りたいという需要がある。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は上記の問題点を解決するためのもので、その目的は、交通情報を受信したときに必要な情報のみをデコーディングできるように、領域を特定する領域情報を含む交通情報を提供する方法を提供することにある。
【０００８】
本発明の他の目的は、使用者が必要とする情報のみをデコーディングできるように領域情報を含む交通情報を受信する方法及び装置を提供することにある。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために、本発明は、領域を表す領域情報を複数含んだ交通情報を受信し、該交通情報から各領域情報を読み出す段階と、各領域情報に対応する領域と所定の領域とに重複する部分があるかを判断する段階と、前記交通情報のうち、前記所定の領域と重複する部分を有する領域の交通情報をデコーディングする段階と、を含む交通情報受信方法を提供する。
【００１０】
本発明において、前記領域情報は、前記交通情報のサービスコンポーネントに含まれることを特徴とする。
また、本発明において、所定の領域とは、前記交通情報を受信する端末機の現在位置を含んだ領域、または、経路探索のために受信した経路の開始点から終着点を含んだ領域であることを特徴とする。
【００１１】
さらに、本発明において、前記サービスコンポーネントには、渋滞・旅行時間情報（Ｃｏｎｇｅｓｔｉｏｎ ａｎｄ Ｔｒａｖｅｌ Ｔｉｍｅ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージが含まれることを特徴とする。
【００１２】
また、本発明は、交通情報を受信する放送用モジュールと、前記交通情報をデコーディングするデコーダと、前記放送用モジュールを通して、領域を表す領域情報を複数含んだ交通情報を受信し、該交通情報から各領域情報を読み出して、各領域情報に対応する領域と所定の領域とに重複する部分があるかを判断し、前記交通情報のうち、前記所定の領域と重複する部分を有する領域の交通情報をデコーディングするように制御する制御部と、を備えることを特徴とする交通情報受信用端末機を提供する。
【００１３】
また、本発明は、交通情報メッセージを生成する段階と、少なくとも一つの前記交通情報メッセージを含むサービスコンポーネントを生成する段階と、少なくとも一つの前記サービスコンポーネントを含む転送フレームを生成する段階と、を含んでなり、前記サービスコンポーネントは、領域を表す領域情報を含むことを特徴とする交通情報提供方法を提供する。
【発明の効果】
【００１４】
本発明によれば、不必要な情報は排除し必要な情報だけをデコーディングして使用者に提供できるため、不必要な情報のデコーディングによる電力浪費を抑えることができる。
【００１５】
また、本発明によれば、不必要な交通情報のデコーディングに起因するデータ処理速度低下を防止することが可能になる。
【発明を実施するための最良の形態】
【００１６】
以下、添付の図面を参照しつつ、本発明の好適な実施例について詳細に説明する。図面中、同一の構成要素には可能な限り同一の参照符号を付する。
【００１７】
本発明による道路検索サービス及び交通情報提供サービスは、様々なデジタル放送規格に適用可能である。
【００１８】
デジタル放送規格の代表には、Ｅｕｒｅｋａ−１４７［ＥＴＳＩ ＥＮ ３００ ４０１］基盤のヨーロッパ式ＤＡＢ（Ｄｉｇｉｔａｌ Ａｕｄｉｏ Ｂｒｏａｄｃａｓｔｉｎｇ）サービス、ヨーロッパのＤＶＢ−Ｔ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｔｅｒｒｅｓｔｒｉａｌ）サービス、ヨーロッパのＤＶＢ−Ｈ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｈａｎｄｈｅｌｄ）サービス、米国のメディアＦＬＯ（Ｆｏｒｗａｒｄ Ｌｉｎｋ Ｏｎｌｙ）サービス及び韓国のＤＭＢ（Ｄｉｇｉｔａｌ Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔｉｎｇ）サービスがある。
【００１９】
韓国のＤＭＢサービスは、Ｅｕｒｅｋａ−１４７基盤のＴ−ＤＭＢ（Ｔｅｒｒｅｓｔｒｉａｌ Ｄｉｇｉｔａｌ Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔｉｎｇ）サービスと衛星通信を用いるＳ−ＤＭＢ（Ｓａｔｅｌｌｉｔｅ Ｄｉｇｉｔａｌ Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔｉｎｇ）サービスとに分類される。
【００２０】
なお、本発明による交通情報提供サービスは、Ｗｉ−ＦｉやＷｉｂｒｏ（Ｗｉｒｅｌｅｓｓ Ｂｒｏａｄｂａｎｄ Ｉｎｔｅｒｎｅｔ）などのようなインターネットに適用可能である。
【００２１】
本発明において「交通情報」とは、交通事故、予期せぬ事故、公共交通状態、渋滞・旅行時間状態、緊急事態、及び／または道路交通状態などに関する情報のことを意味するが、この限りではなく、必要によっては類似する他の意味にもなりうる。説明の便宜上、特定用語「ＴＰＥＧ」（Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）は、上記の交通情報として使用される。
【００２２】
「交通流れ状態」は、例えば、道路の混雑度及び道路上の交通手段（例えば、車）の通行時間などの道路の交通流れ状態を意味するが、この限りではなく、必要によって類似する他の意味にもなりうる。
【００２３】
「セクション（ｓｅｃｔｉｏｎ）」または「リンク」は、ジャンクションで始まって終わり、且つ、中間にジャンクションを持たない道路の部分または道路の特定領域を意味するが、この限りではなく、必要によって類似する他の意味にもなりうる。
【００２４】
下記において「領域情報（ｂｏｕｎｄ ｉｎｆｏｒｍａｔｉｏｎ）」とは、以降転送される交通情報メッセージの位置情報で表す位置と関連して一定の領域を定めて提供するための値のことをいう。このような値は最小外接矩形（Ｍｉｎｉｍｕｍ Ｂｏｕｎｄｉｎｇ Ｒｅｃｔａｎｇｌｅ：以下、ＭＢＲという。）手法によって決定される領域（ＭＢＲ）の座標値（ＭＢＲ値）であっても良い。ただし、これに限定されず、領域を区分して表す値であればいずれも使用可能である。例えば、最小外接半径（Ｍｉｎｉｍｕｍ Ｂｏｕｎｄｉｎｇ Ｒａｄｉｕｓ）手法によって決定される領域を用いてもよい。
【００２５】
なお、前述の用語に限定されず、同じ機能を意味する他の用語も使用可能である。
【００２６】
図１は、交通情報を提供するデジタルマルチメディア放送システムを簡略に示す図である。図１を参照して、交通情報を無線信号として提供する方法について説明すると、下記の通りである。
【００２７】
デジタルマルチメディア放送システムは、交通情報関連コンテンツを収集するネットワーク１１０、収集したコンテンツを提供する交通情報提供サーバー１２０、放送センター１３０及び端末機１４０を備える。放送社の交通情報提供サーバー１２０は、様々な経路、例えば、運営者入力、ネットワーク１１０を経由した他のサーバーから収集される各種交通情報を再構成し、これを、各種の端末機、例えば、携帯電話、車両またはＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、その他携帯端末機に搭載された受信機が受信できるように放送センター１３０の送信機を通して送出する。これ以外にも、端末機には、ナビゲータ、ノートブックなどのコンピュータなどが含まれることができるが、これに限定されることはない。ここで、交通情報提供サーバー１２０は、交通情報を送出する経路としてデジタル放送のデータチャネルを用いても良く、有無線インターネット、例えば、Ｗｉ−ＦｉやＷｉｂｒｏ（Ｗｉｒｅｌｅｓｓ Ｂｒｏａｄｂａｎｄ Ｉｎｔｅｒｎｅｔ）のような広帯域無線媒体や有線ケーブルを用いるインターネットを用いても良い。特に、デジタルマルチメディア放送（ＤＭＢ）サービスのデータサービスを利用する場合、デジタル放送媒体のＴＤＣ（Ｔｒａｎｓｐａｒｅｎｔ Ｄａｔａ Ｃｈａｎｎｅｌ：透過データチャネル）やＭＯＴ（Ｍｕｌｔｉｍｅｄｉａ Ｏｂｊｅｃｔ Ｔｒａｎｓｐｏｒｔ）プロトコルを使用しても良い。
【００２８】
図２は、無線で送受信される交通情報のフレーム構造を示す図である。
【００２９】
図２に示すように、転送フレーム（Ｔｒａｎｓｐｏｒｔ Ｆｒａｍｅ）２００にはシンクワード（Ｓｙｎｃ Ｗｏｒｄ）２０２、フィールド長（Ｆｉｅｌｄ Ｌｅｎｇｔｈ）２０４、ヘッダＣＲＣ（Ｈｅａｄｅｒ ＣＲＣ）２０６、フレーム型（Ｆｒａｍｅ Ｔｙｐｅ）２０８及びサービスフレーム（Ｓｅｒｖｉｃｅ Ｆｒａｍｅ）２１０のフィールドが含まれる。
【００３０】
シンクワードフィールド２０２には２バイトが割り当てられ、フィールド値は同期のための言語を表す。フィールド長フィールド２０４には２バイトが割り当てられ、フィールド値は、サービスフレーム２１０に割り当てられたバイト数を表す。ヘッダＣＲＣフィールド２０６には２バイトが割り当てられ、誤り訂正時に用いられる情報が含まれる。フレーム型フィールド２０８には１バイトが割り当てられ、フィールド値は、サービスフレームのコンテンツがどれかを表す。転送フレーム２００は、一つのサービスフレーム２１０を転送する。この転送フレームはサービスプロバイダによって使用され、様々なアプリケーションを支援する一つのサービスを提供するのに用いられる。各サービスフレーム（Ｓｅｒｖｉｃｅ Ｆｒａｍｅ）２１０は、サービス情報の他、サービス識別情報及び暗号化情報などを含む。
【００３１】
例えば、サービスフレーム２１０には、「ＳＩＤ−Ａ」２１２、「ＳＩＤ−Ｂ」２１４、「ＳＩＤ−Ｃ」２１６、暗号化インジケータ（Ｅｎｃｒｙｐｔｉｏｎ Ｉｎｄｉｃａｔｏｒ）２１８及びコンポーネントマルチプレクス（Ｃｏｍｐｏｎｅｎｔ Ｍｕｌｔｉｐｌｅｘ）２２０のフィールドが含まれる。
【００３２】
「ＳＩＤ−Ａ」２１２、「ＳＩＤ−Ｂ」２１４及び「ＳＩＤ−Ｃ」２１６のフィールドが表す識別情報の組合せは、サービスフレーム２１０に対応する固有の値を表す。暗号化インジケータフィールド２１８には１バイトが割り当てられる。もし、暗号化インジケータフィールド値が「００ ｈｅｘ」であれば、コンポーネントマルチプレクス（Ｃｏｍｐｏｎｅｎｔ Ｍｕｌｔｉｐｌｅｘ）２２０に含まれたデータが暗号化されていないということを表す。その他の値であれば、暗号化インジケータフィールド２１８のフィールド値は、後続するコンポーネントマルチプレクス２２０に含まれたデータに活用できるデータ暗号及び圧縮に対するメカニズムを指示するインジケータとなる。
【００３３】
コンポーネントマルチプレクス２２０は、少なくとも一つのサービスコンポーネントフレーム（Ｓｅｒｖｉｃｅ Ｃｏｍｐｏｎｅｎｔ Ｆｒａｍｅ）の集合体で、その形態や順序はサービスプロバイダによって定められる。このマルチプレクスは、暗号化インジケータフィールド２１８の値が指示する方法によって変形される。もし、前述したように、暗号化インジケータフィールド２１８の値が「００ ｈｅｘ」であれば変形されずにそのまま維持される。
【００３４】
当該マルチプレクスに含まれたサービスコンポーネントフレーム２３０には、サービスコンポーネント識別子（Ｓｅｒｖｉｃｅ Ｃｏｍｐｏｎｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ）２３２、フィールド長（Ｆｉｅｌｄ Ｌｅｎｇｔｈ）２３４、ＣＲＣ２３６及びコンポーネントデータ（Ｃｏｍｐｏｎｅｎｔ Ｄａｔａ）２３８のフィールドが含まれる。
【００３５】
サービスコンポーネント識別子フィールド２３２には、１バイトが割り当てられ、「０」値を持つサービスコンポーネント識別情報は、ＳＮＩアプリケーション（Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ａｐｐｌｉｃａｔｉｏｎ）のために予約されている。フィールド長フィールド２３４には２バイトが割り当てられ、フィールド値は、コンポーネントデータ２３８に割り当てられたバイト数を表す。ＣＲＣフィールド２３６には２バイトが割り当てられ、誤り訂正時に用いられる情報が含まれる。コンポーネントデータ２３８フィールドには、多様な交通情報メッセージが含まれる。交通情報メッセージで伝達する情報は、渋滞・旅行時間情報（Ｃｏｎｇｅｓｔｉｏｎ ａｎｄ Ｔｒａｖｅｌ ｔｉｍｅ Ｉｎｆｏｒｍａｔｉｏｎ：以下、ＣＴＴという）、公共交通情報（Ｐｕｂｌｉｃ Ｔｒａｎｓｐｏｒｔ Ｉｎｆｏｒｍａｔｉｏｎ：以下、ＰＴＩという）、道路交通メッセージ（Ｒｏａｄ Ｔｒａｆｆｉｃ Ｍｅｓｓａｇｅ：以下、ＲＴＭという）、旅行情報、関心地点（Ｐｏｉｎｔ Ｏｆ Ｉｎｔｅｒｅｓｔ：以下、ＰＯＩという）、ニュース情報、気象情報などがある。
【００３６】
ここで、ＳＮＩアプリケーションは、後続するコンポーネントデータに含まれた交通情報メッセージが、渋滞・旅行時間（ＣＴＴ）、公共交通情報（ＰＴＩ）、道路交通メッセージ（ＲＴＭ）、旅行情報、関心地点（ＰＯＩ）、ニュース情報、気象情報などのうちのいずれであるかを識別するのに用いられる。
【００３７】
図３は、本発明の実施例によるＭＢＲ情報の含まれた交通情報のフレーム構造を示す図である。
【００３８】
図３に示すように、サービスコンポーネントフレーム（Ｓｅｒｖｉｃｅ Ｃｏｍｐｏｎｅｎｔ Ｆｒａｍｅ）３００には、サービスコンポーネント識別子（Ｓｅｒｖｉｃｅ Ｃｏｍｐｏｎｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ）３０１、フィールド長（Ｆｉｅｌｄ Ｌｅｎｇｔｈ）３０３、ＣＲＣ３０５及びコンポーネントデータ（Ｃｏｍｐｏｎｅｎｔ Ｄａｔａ）３０４のフィールドが含まれる。ここで、本発明では、サービスコンポーネントフレーム３００がＭＢＲフィールド３０２を含むことができる。
【００３９】
サービスコンポーネントフレーム３００に含まれたコンポーネントデータフィールド３０４には、少なくとも一つの交通情報メッセージ（ＴＰＥＧ Ｍｅｓｓａｇｅ）３１０が含まれる。
【００４０】
例えば、交通情報メッセージ３１０が渋滞・旅行時間情報（ＣＴＴ）を含む場合、一つの交通情報メッセージ（ＴＰＥＧ Ｍｅｓｓａｇｅ）にはメッセージを管理するための構成要素の含まれたメッセージ管理コンテナ（Ｍｅｓｓａｇｅ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔａｉｎｅｒ）３１２、渋滞及び旅行時間の情報が含まれたＣＴＴステータスコンテナ（ＣＴＴ Ｓｔａｔｕｓ Ｃｏｎｔａｉｎｅｒ）３１４、及び当該ステータス情報に対応する位置情報の含まれた位置コンテナ（ＴＰＥＧ Ｌｏｃａｔｉｏｎ Ｃｏｎｔａｉｎｅｒ）３１６が含まれる。
【００４１】
渋滞・旅行時間情報（ＣＴＴ）は位置従属的であり、位置コンテナ３１６に含まれた位置に関する情報は、座標系を用いた位置参照方法や事前に定義されたノードリンクＩＤを用いた位置参照方法によって定義される。韓国では、全国を約６５，０００個のリンクに区分している。しかし、一つのサービスコンポーネントには最大２５５個程度のリンク関連情報のみが載せられる。このような一つのサービスコンポーネントに載せられたリンクが構成している領域を表した値を領域値という。リンクだけでなく、座標系を用いた位置やノード名によって指示された位置など位置コンテナ３１６に載せられた位置情報に対応する領域を表した値を領域値ということもできる。ただし、ここでは、説明の便宜上、リンク同士が構成している領域を表した値で説明するものとする。
【００４２】
ＭＢＲフィールド３０２に含まれた領域情報は、上記の領域値を表す。この領域値は、ＭＢＲ手法を用いて獲得した値（ＭＢＲ値）である、または、最小外接半径を用いて決定された値でありうる。以下では、説明の便宜上、ＭＢＲを用いて決定された領域値で説明するものとする。ただし、これ以外の方法によって決定された領域値にも応用可能であることは自明である。
【００４３】
図４は、本発明のＭＢＲ構造を例示する図である。
【００４４】
図４に示すように、一定領域（ＭＢＲ）４１０は、左−最上（Ｌｅｆｔ−Ｔｏｐ）頂点４１２と右−最下（Ｒｉｇｈｔ−Ｂｏｔｔｏｍ）頂点４１４をそれぞれｘ、ｙ座標で表した値で構成される。すなわち、図４のＭＢＲは、（ｘ１，ｙ１）及び（ｘ２，ｙ２）で構成される。したがって、図３に例示するサービスコンポーネントに含まれたＭＢＲフィールドに載せられた領域値は、（ｘ１，ｙ１）及び（ｘ２，ｙ２）で構成されるＭＢＲ値を表す。また、このようなサービスコンポーネント３００には当該ＭＢＲ内に属するリンクに対する交通情報メッセージ、例えば、渋滞・旅行時間情報（ＣＴＴ）メッセージが含まれる。前述したように、このような交通情報メッセージはコンポーネントデータフィールド３０４に載せられる。
【００４５】
図５は、本発明の実施例による情報抽出のためのＭＢＲ構成を例示する図である。以下、図５を参照して、必要な交通情報のみを抽出してデコーディングするためにＭＢＲ値を利用する方法について説明する。
【００４６】
図５に示すように、ＭＢＲ１（５１０）、ＭＢＲ２（５２０）及びＭＢＲ３（５３０）からなる地域において、使用者が指定した経路５４０の含まれた領域に対して設定したＭＢＲ５５０（破線で囲われた部分）の含まれたＭＢＲは、ＭＢＲ２（５２０）及びＭＢＲ３（５３０）だけである。したがって、ＭＢＲ２（５２０）及びＭＢＲ３（５３０）と関連したサービスコンポーネントのみをパーシングしてデコーディングし、経路５４０と無関係なＭＢＲ１（５１０）と関連したサービスコンポーネントはデコーディングせずに捨てる。ここでは、説明の便宜上、使用者がナビゲータ（Ｎａｖｉｇａｔｏｒ）を通して入力した経路を例にしたが、ＧＰＳを用いて位置を追跡して獲得した使用者の位置に対するＭＢＲを利用しても良い。要するに、使用者の要求する交通情報をデコーディングするためには、使用者が入力した経路や位置に対するＭＢＲとサービスコンポーネントに含まれたＭＢＲとが重なっているか判断し、重なっている部分を含むＭＢＲの載せられたサービスコンポーネントのみをパーシングしてデコーディングすればよい。
【００４７】
図６は、本発明の実施例による交通情報をデコーディングする装置の内部構成を示すブロック構成図である。図６は、交通情報提供サーバー１２０から送信される交通情報を受信する本発明の実施例による端末機１４０の内部構成を概略的に示している。
【００４８】
図６に例示するように、受信した交通情報を用いる端末機は、放送用モジュール６１０、ＧＰＳ用モジュール６２０、入力部６３０、制御部６４０、保存部６５０及び表示部６６０などを備えて構成される。
【００４９】
放送用モジュール６１０は、放送センターから送出する放送信号を、放送チャネルを通して受信する。このような放送用モジュール６１０は、無線で基地局と音声及び制御情報をやり取りできるようにするための送受信用回路で構成された無線送受信部の一部であっても良い。
【００５０】
ＧＰＳ用モジュール６２０は、複数の低軌道衛星から送信される衛星信号を受信して現在位置（経度、緯度、高度）を把握する。
【００５１】
入力部６３０は、電話番号などの数字を入力するための多数のキーボタンを備えており、使用者が所定のキーを押下すると該当するキーデータを発生して制御部６４０に出力する。また、入力部６３０は、キーパッド、ジョグシャトル、ポイントスティックまたはタッチスクリーンなどで構成されることができる。
【００５２】
制御部６４０は、移動通信端末機の主要部で、移動通信端末機の全般的な動作を制御し、内部には算術論理演算器、レジスタ、プログラムカウンタ、命令デコーダ、制御回路などを含んでおり、端末機の全般動作が適宜行われるように制御する。
【００５３】
保存部６５０は、移動通信端末機の全般的な動作を制御する所定のプログラムを保存しており、制御部６４０によって端末機の全般的な動作が行われる際に入出力されるデータを所定の設定された領域に保存している。
【００５４】
表示部６６０は、各種情報を表示する液晶表示部を含み、現在移動通信端末機の状態を表示して使用者に知らせることによって、使用者が適宜制御を行うようにする役割を担う。液晶画面には、電源の状態、電波の受信強度、日時、現在のモード状態、その他の使用者情報などの様々な情報を表示する。これらの情報を使用者に伝達することによって使用者が現在の移動通信端末機の状態を確認し制御できるようにする。
【００５５】
次に、本発明と関連して各構成要素の機能を詳細に説明する。放送用モジュール６１０は、放送チャネルから受信した交通情報を制御部６４０に転送する。例えば、交通情報の提供される信号帯域を同調させて、変調された交通情報信号を復調器に出力し、該変調された交通情報信号を復調器で復調して制御部６４０に出力する。制御部６４０は、復調された交通情報信号をデコーディングして様々な交通情報を獲得する。保存部６５０は、各リンク及びノードに関する情報を含む電子地図、及び様々なグラフィック情報を保存している。また、保存部６５０は、受信した交通情報を一定時間保存している。制御部６４０は、入力部６３０からの使用者の入力情報やＧＰＳ用モジュール６２０で把握した現在位置、及び放送用モジュール６１０から獲得した交通情報などに基づいて画面出力を制御する。表示部６６０は、制御部６４０から受信した表示すべきグラフィックに基づく駆動信号を用いて映像表示を行う。
【００５６】
なお、放送用モジュール６１０は、交通情報提供サーバー１２０から提供された交通情報を放送センター１３０が信号として送出すると、該信号を受信して同調させ、同調された信号を定められた方式で復調して出力する。すると、制御部６４０は受信した復調信号をデコーディングした後、交通情報中の各ＴＰＥＧメッセージを解析して該メッセージ内容に基づく必要な情報及び／または制御信号に応じて表示部６６０への映像表示の出力を制御する。ここで、復調信号が交通情報である場合において、これをデコーディングするＴＰＥＧデコーダが別に含まれても良く、制御部の一部がデコーディング機能を果たしても良い。ここでは、説明の便宜上、制御部がデコーディングの機能も担うものとして説明する。
【００５７】
本発明の実施例に係る制御部６４０は、交通情報に含まれた領域情報を読み出し、該領域情報の表す領域が、交通情報の出力が要求される領域に対する領域を含むか否かを判断する。判断結果によって制御部６４０は受信した交通情報をデコーディングするか否かを決定すれば良い。例えば、制御部６４０は、使用者が経路を入力すると、経路に相応するＭＢＲ値、即ち、経路及びその周辺領域のＭＢＲ値を計算し、計算された領域と交通情報のサービスコンポーネントに含まれた領域値が表す領域とを比較する。この比較の結果、両領域に重なる部分があると、制御部６４０は、当該領域値を持つサービスコンポーネントのみをパーシングしてデコーディングできる。
【００５８】
前述したように、領域値は、サービスコンポーネントフレーム３００に含まれたＭＢＲフィールド３０２に載せられたｘ、ｙ座標値で構成される。また、当該経路に対するＭＢＲ値は、制御部６４０が経路の含まれたＭＢＲを設定して左−最上（Ｌｅｆｔ−Ｔｏｐ）頂点と右−最下（Ｒｉｇｈｔ−Ｂｏｔｔｏｍ）頂点をそれぞれｘ、ｙ座標値で表した値である。ここで、サービスコンポーネントフレーム３００に含まれたＴＰＥＧメッセージは渋滞・旅行時間情報（ＣＴＴ）でありうる。サービスコンポーネントフレームに渋滞・旅行時間情報が載せられた場合、該サービスコンポーネントフレームに含まれたＭＢＲ値は、当該渋滞・旅行時間情報メッセージに載せられた位置情報に該当するリンクで構成された領域に対する領域値でありうる。
【００５９】
なお、制御部６４０は、前述のように、領域を用いて選別した交通情報をデコーディングしたのち、デコーディングした交通情報中の各ＴＰＥＧメッセージを解析し、該メッセージ内容に基づく必要な情報及び／または制御信号を用いて表示部６６０への映像表示の出力を制御する。図６に示す端末機が音声出力手段を備えている場合には、使用者によって出力が要求されるＴＰＥＧメッセージを音声として出力しても良い。
【００６０】
図７は、本発明の実施例による交通情報をデコーディングする過程を示すフローチャートである。
【００６１】
まず、制御部６４０は、放送用モジュール６１０から領域を表す領域情報を複数含んだ交通情報を受信する（ステップ７０２、以下、Ｓ７０２という。図も同様）。
【００６２】
制御部６４０は、受信した交通情報に含まれた各領域情報を読み出す（Ｓ７０４）。ここで、説明の便宜上、領域情報には二つのｘ、ｙ座標値で構成された領域値が含まれ、このような領域値で表す領域を第１領域と称する。この第１領域を表す領域値は、当該交通情報のサービスコンポーネントフレーム３００に含まれたＭＢＲフィールド３０２に載せられる。
【００６３】
制御部６４０は、入力部６３０から経路に関する情報（経路情報）を受信する（Ｓ７０６）。ここで、経路とは、使用者により入力される出発地と到着地によって決定される経路である。また、かかる経路情報の代わりに、ＧＰＳ用モジュール６２０によって追跡された端末機の現在位置（使用者の位置）を受信してもよい。
【００６４】
制御部６４０は、所定の領域、即ち、経路情報で特定される経路を含んだ領域（具体的には、経路及びその周辺領域）を設定して、二つのｘ、ｙ座標値で構成された領域値を演算する（Ｓ７０８）。ここで、この演算した領域を第２領域と称する。なお、端末機の現在位置を受信した場合には、端末機の現在位置を含んだ領域（具体的には、端末機の現在位置及びその周辺領域）が所定の領域となる。
Ｓ７０２とＳ７０４及びＳ７０６とＳ７０８はその順序を異ならせても良い。例えば、Ｓ７０６及びＳ７０８をＳ７０２に先立って行っても良い。
【００６５】
制御部６４０は、Ｓ７０４で読み出した各領域情報について、その領域情報に対応する第１領域と、Ｓ７０８で演算した第２領域と、に重複する部分が存在するか否かを判断する（Ｓ７１０）。
【００６６】
ステップＳ７１０の判断結果、重複する部分があるときに、制御部６４０は、第１領域の交通情報をパーシングしてデコーディングする（Ｓ７１２）。ここで、デコーディングする交通情報は、読み出した領域情報に対応するＭＢＲフィールド３０２を持つサービスコンポーネントに載せられた交通情報であり、例えば、渋滞・旅行時間情報（ＣＴＴ）メッセージでありうる。
【００６７】
制御部６４０は、ステップＳ７１２でデコーディングされた交通情報を出力する（Ｓ７１４）。このとき、制御部６４０は、デコーディングしたＴＰＥＧメッセージを解析し、該メッセージ内容に基づく必要な情報及び／または制御信号を用いて表示部６６０への映像表示の出力を制御する。場合によっては、音声出力手段を備えている場合には、使用者によって出力が要求されるＴＰＥＧメッセージを音声として出力しても良い。
【００６８】
ここでは説明の便宜のためにＭＢＲを利用する場合で説明したが、領域を区分する手法であればいずれも適用可能である。
このように、領域情報を複数含んだ交通情報のうち、所定の領域と重複する部分を含む領域に対応する交通情報のみをデコーディングすることで、必要な交通情報のみを選択的にデコーディングし、不必要な交通情報のデコーディングに伴う電力浪費や処理遅延を防ぐことができる。
【００６９】
以上の具体的な実施例は本発明の技術思想を例示的に説明するためのもので、これに限定されず、本発明の属する技術分野における通常の知識を持つ者にとっては、本発明の本質的な特性を逸脱しない範囲内で様々な修正及び変形が可能であることは明らかである。したがって、本発明に係る実施例は、本発明の技術思想を説明するためのもので、これらの実施例によって本発明の技術思想の範囲が限定されるわけはない。本発明の保護範囲は、添付の特許請求の範囲によって解析されなければならず、これと同等な範囲内における技術思想はいずれも本発明の権利範囲に含まれるものとして解析すべきである。
【図面の簡単な説明】
【００７０】
【図１】交通情報の提供されるネットワークを簡略に示す図である。
【図２】無線で送受信される交通情報のフレーム構造を示す図である。
【図３】本発明の実施例によるＭＢＲ情報が含まれた交通情報のフレーム構造を示す図である。
【図４】本発明のＭＢＲ構造を例示する図である。
【図５】本発明の実施例による情報抽出のためのＭＢＲ構成を例示する図である。
【図６】本発明の実施例による交通情報をデコーディングする装置の内部構成を示すブロック構成図である。
【図７】本発明の実施例による交通情報をデコーディングする過程を示すフローチャートである。
【技術分野】
【０００１】
本発明は、交通情報を受信する方法及び端末機並びに該交通情報の提供方法に係り、より詳細には、交通情報をエンコーディングして提供する方法及びこれを受信してデコーディングする方法並びに端末機に関する。
【背景技術】
【０００２】
デジタル信号処理及び通信技術の発展と融合に伴い、ラジオ及びＴＶ放送はアナログ放送からデジタル放送へ発展してきており、さらには、このようなデジタル放送によって日常生活や放送と関連した情報を放送するデータ放送も発展してきている。
【０００３】
特に、自動車の普遍化による都心内の車両増加と週５日制による週末の郊外の車両増加から、道路交通情報に対する要求が増大しつつある。このような要求に応じて、ラジオから交通情報を提供する放送が行われているが、その放送時間は限定されているため、リアルタイムで変化する交通状態に対応する交通情報を使用者に提供することは難しい。
【０００４】
このような問題を解決するためにリアルタイムで交通情報が提供されてはいるものの、交通情報を提供する事業者が多いし、メーカーや機能の相異なる様々な端末機がデジタル放送チャネルを通して受信した交通情報を検出するとともに同一に解析して使用者に提供しなければならないため、情報提供者と情報利用者間において同一に信号を受信して解析できる統一した規格が必要になった。
【０００５】
一方、かかる交通情報を受信してデコーディングするには一定時間と電力が消費されるにもかかわらず、受信した全ての交通情報をデコーディングしなければならず、余分な電力消費を招くという問題があった。
【０００６】
なお、交通情報を受信して利用する使用者の立場では、必要な情報のみを受け取りたいという需要がある。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は上記の問題点を解決するためのもので、その目的は、交通情報を受信したときに必要な情報のみをデコーディングできるように、領域を特定する領域情報を含む交通情報を提供する方法を提供することにある。
【０００８】
本発明の他の目的は、使用者が必要とする情報のみをデコーディングできるように領域情報を含む交通情報を受信する方法及び装置を提供することにある。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために、本発明は、領域を表す領域情報を複数含んだ交通情報を受信し、該交通情報から各領域情報を読み出す段階と、各領域情報に対応する領域と所定の領域とに重複する部分があるかを判断する段階と、前記交通情報のうち、前記所定の領域と重複する部分を有する領域の交通情報をデコーディングする段階と、を含む交通情報受信方法を提供する。
【００１０】
本発明において、前記領域情報は、前記交通情報のサービスコンポーネントに含まれることを特徴とする。
また、本発明において、所定の領域とは、前記交通情報を受信する端末機の現在位置を含んだ領域、または、経路探索のために受信した経路の開始点から終着点を含んだ領域であることを特徴とする。
【００１１】
さらに、本発明において、前記サービスコンポーネントには、渋滞・旅行時間情報（Ｃｏｎｇｅｓｔｉｏｎ ａｎｄ Ｔｒａｖｅｌ Ｔｉｍｅ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージが含まれることを特徴とする。
【００１２】
また、本発明は、交通情報を受信する放送用モジュールと、前記交通情報をデコーディングするデコーダと、前記放送用モジュールを通して、領域を表す領域情報を複数含んだ交通情報を受信し、該交通情報から各領域情報を読み出して、各領域情報に対応する領域と所定の領域とに重複する部分があるかを判断し、前記交通情報のうち、前記所定の領域と重複する部分を有する領域の交通情報をデコーディングするように制御する制御部と、を備えることを特徴とする交通情報受信用端末機を提供する。
【００１３】
また、本発明は、交通情報メッセージを生成する段階と、少なくとも一つの前記交通情報メッセージを含むサービスコンポーネントを生成する段階と、少なくとも一つの前記サービスコンポーネントを含む転送フレームを生成する段階と、を含んでなり、前記サービスコンポーネントは、領域を表す領域情報を含むことを特徴とする交通情報提供方法を提供する。
【発明の効果】
【００１４】
本発明によれば、不必要な情報は排除し必要な情報だけをデコーディングして使用者に提供できるため、不必要な情報のデコーディングによる電力浪費を抑えることができる。
【００１５】
また、本発明によれば、不必要な交通情報のデコーディングに起因するデータ処理速度低下を防止することが可能になる。
【発明を実施するための最良の形態】
【００１６】
以下、添付の図面を参照しつつ、本発明の好適な実施例について詳細に説明する。図面中、同一の構成要素には可能な限り同一の参照符号を付する。
【００１７】
本発明による道路検索サービス及び交通情報提供サービスは、様々なデジタル放送規格に適用可能である。
【００１８】
デジタル放送規格の代表には、Ｅｕｒｅｋａ−１４７［ＥＴＳＩ ＥＮ ３００ ４０１］基盤のヨーロッパ式ＤＡＢ（Ｄｉｇｉｔａｌ Ａｕｄｉｏ Ｂｒｏａｄｃａｓｔｉｎｇ）サービス、ヨーロッパのＤＶＢ−Ｔ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｔｅｒｒｅｓｔｒｉａｌ）サービス、ヨーロッパのＤＶＢ−Ｈ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｈａｎｄｈｅｌｄ）サービス、米国のメディアＦＬＯ（Ｆｏｒｗａｒｄ Ｌｉｎｋ Ｏｎｌｙ）サービス及び韓国のＤＭＢ（Ｄｉｇｉｔａｌ Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔｉｎｇ）サービスがある。
【００１９】
韓国のＤＭＢサービスは、Ｅｕｒｅｋａ−１４７基盤のＴ−ＤＭＢ（Ｔｅｒｒｅｓｔｒｉａｌ Ｄｉｇｉｔａｌ Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔｉｎｇ）サービスと衛星通信を用いるＳ−ＤＭＢ（Ｓａｔｅｌｌｉｔｅ Ｄｉｇｉｔａｌ Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔｉｎｇ）サービスとに分類される。
【００２０】
なお、本発明による交通情報提供サービスは、Ｗｉ−ＦｉやＷｉｂｒｏ（Ｗｉｒｅｌｅｓｓ Ｂｒｏａｄｂａｎｄ Ｉｎｔｅｒｎｅｔ）などのようなインターネットに適用可能である。
【００２１】
本発明において「交通情報」とは、交通事故、予期せぬ事故、公共交通状態、渋滞・旅行時間状態、緊急事態、及び／または道路交通状態などに関する情報のことを意味するが、この限りではなく、必要によっては類似する他の意味にもなりうる。説明の便宜上、特定用語「ＴＰＥＧ」（Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）は、上記の交通情報として使用される。
【００２２】
「交通流れ状態」は、例えば、道路の混雑度及び道路上の交通手段（例えば、車）の通行時間などの道路の交通流れ状態を意味するが、この限りではなく、必要によって類似する他の意味にもなりうる。
【００２３】
「セクション（ｓｅｃｔｉｏｎ）」または「リンク」は、ジャンクションで始まって終わり、且つ、中間にジャンクションを持たない道路の部分または道路の特定領域を意味するが、この限りではなく、必要によって類似する他の意味にもなりうる。
【００２４】
下記において「領域情報（ｂｏｕｎｄ ｉｎｆｏｒｍａｔｉｏｎ）」とは、以降転送される交通情報メッセージの位置情報で表す位置と関連して一定の領域を定めて提供するための値のことをいう。このような値は最小外接矩形（Ｍｉｎｉｍｕｍ Ｂｏｕｎｄｉｎｇ Ｒｅｃｔａｎｇｌｅ：以下、ＭＢＲという。）手法によって決定される領域（ＭＢＲ）の座標値（ＭＢＲ値）であっても良い。ただし、これに限定されず、領域を区分して表す値であればいずれも使用可能である。例えば、最小外接半径（Ｍｉｎｉｍｕｍ Ｂｏｕｎｄｉｎｇ Ｒａｄｉｕｓ）手法によって決定される領域を用いてもよい。
【００２５】
なお、前述の用語に限定されず、同じ機能を意味する他の用語も使用可能である。
【００２６】
図１は、交通情報を提供するデジタルマルチメディア放送システムを簡略に示す図である。図１を参照して、交通情報を無線信号として提供する方法について説明すると、下記の通りである。
【００２７】
デジタルマルチメディア放送システムは、交通情報関連コンテンツを収集するネットワーク１１０、収集したコンテンツを提供する交通情報提供サーバー１２０、放送センター１３０及び端末機１４０を備える。放送社の交通情報提供サーバー１２０は、様々な経路、例えば、運営者入力、ネットワーク１１０を経由した他のサーバーから収集される各種交通情報を再構成し、これを、各種の端末機、例えば、携帯電話、車両またはＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、その他携帯端末機に搭載された受信機が受信できるように放送センター１３０の送信機を通して送出する。これ以外にも、端末機には、ナビゲータ、ノートブックなどのコンピュータなどが含まれることができるが、これに限定されることはない。ここで、交通情報提供サーバー１２０は、交通情報を送出する経路としてデジタル放送のデータチャネルを用いても良く、有無線インターネット、例えば、Ｗｉ−ＦｉやＷｉｂｒｏ（Ｗｉｒｅｌｅｓｓ Ｂｒｏａｄｂａｎｄ Ｉｎｔｅｒｎｅｔ）のような広帯域無線媒体や有線ケーブルを用いるインターネットを用いても良い。特に、デジタルマルチメディア放送（ＤＭＢ）サービスのデータサービスを利用する場合、デジタル放送媒体のＴＤＣ（Ｔｒａｎｓｐａｒｅｎｔ Ｄａｔａ Ｃｈａｎｎｅｌ：透過データチャネル）やＭＯＴ（Ｍｕｌｔｉｍｅｄｉａ Ｏｂｊｅｃｔ Ｔｒａｎｓｐｏｒｔ）プロトコルを使用しても良い。
【００２８】
図２は、無線で送受信される交通情報のフレーム構造を示す図である。
【００２９】
図２に示すように、転送フレーム（Ｔｒａｎｓｐｏｒｔ Ｆｒａｍｅ）２００にはシンクワード（Ｓｙｎｃ Ｗｏｒｄ）２０２、フィールド長（Ｆｉｅｌｄ Ｌｅｎｇｔｈ）２０４、ヘッダＣＲＣ（Ｈｅａｄｅｒ ＣＲＣ）２０６、フレーム型（Ｆｒａｍｅ Ｔｙｐｅ）２０８及びサービスフレーム（Ｓｅｒｖｉｃｅ Ｆｒａｍｅ）２１０のフィールドが含まれる。
【００３０】
シンクワードフィールド２０２には２バイトが割り当てられ、フィールド値は同期のための言語を表す。フィールド長フィールド２０４には２バイトが割り当てられ、フィールド値は、サービスフレーム２１０に割り当てられたバイト数を表す。ヘッダＣＲＣフィールド２０６には２バイトが割り当てられ、誤り訂正時に用いられる情報が含まれる。フレーム型フィールド２０８には１バイトが割り当てられ、フィールド値は、サービスフレームのコンテンツがどれかを表す。転送フレーム２００は、一つのサービスフレーム２１０を転送する。この転送フレームはサービスプロバイダによって使用され、様々なアプリケーションを支援する一つのサービスを提供するのに用いられる。各サービスフレーム（Ｓｅｒｖｉｃｅ Ｆｒａｍｅ）２１０は、サービス情報の他、サービス識別情報及び暗号化情報などを含む。
【００３１】
例えば、サービスフレーム２１０には、「ＳＩＤ−Ａ」２１２、「ＳＩＤ−Ｂ」２１４、「ＳＩＤ−Ｃ」２１６、暗号化インジケータ（Ｅｎｃｒｙｐｔｉｏｎ Ｉｎｄｉｃａｔｏｒ）２１８及びコンポーネントマルチプレクス（Ｃｏｍｐｏｎｅｎｔ Ｍｕｌｔｉｐｌｅｘ）２２０のフィールドが含まれる。
【００３２】
「ＳＩＤ−Ａ」２１２、「ＳＩＤ−Ｂ」２１４及び「ＳＩＤ−Ｃ」２１６のフィールドが表す識別情報の組合せは、サービスフレーム２１０に対応する固有の値を表す。暗号化インジケータフィールド２１８には１バイトが割り当てられる。もし、暗号化インジケータフィールド値が「００ ｈｅｘ」であれば、コンポーネントマルチプレクス（Ｃｏｍｐｏｎｅｎｔ Ｍｕｌｔｉｐｌｅｘ）２２０に含まれたデータが暗号化されていないということを表す。その他の値であれば、暗号化インジケータフィールド２１８のフィールド値は、後続するコンポーネントマルチプレクス２２０に含まれたデータに活用できるデータ暗号及び圧縮に対するメカニズムを指示するインジケータとなる。
【００３３】
コンポーネントマルチプレクス２２０は、少なくとも一つのサービスコンポーネントフレーム（Ｓｅｒｖｉｃｅ Ｃｏｍｐｏｎｅｎｔ Ｆｒａｍｅ）の集合体で、その形態や順序はサービスプロバイダによって定められる。このマルチプレクスは、暗号化インジケータフィールド２１８の値が指示する方法によって変形される。もし、前述したように、暗号化インジケータフィールド２１８の値が「００ ｈｅｘ」であれば変形されずにそのまま維持される。
【００３４】
当該マルチプレクスに含まれたサービスコンポーネントフレーム２３０には、サービスコンポーネント識別子（Ｓｅｒｖｉｃｅ Ｃｏｍｐｏｎｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ）２３２、フィールド長（Ｆｉｅｌｄ Ｌｅｎｇｔｈ）２３４、ＣＲＣ２３６及びコンポーネントデータ（Ｃｏｍｐｏｎｅｎｔ Ｄａｔａ）２３８のフィールドが含まれる。
【００３５】
サービスコンポーネント識別子フィールド２３２には、１バイトが割り当てられ、「０」値を持つサービスコンポーネント識別情報は、ＳＮＩアプリケーション（Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ａｐｐｌｉｃａｔｉｏｎ）のために予約されている。フィールド長フィールド２３４には２バイトが割り当てられ、フィールド値は、コンポーネントデータ２３８に割り当てられたバイト数を表す。ＣＲＣフィールド２３６には２バイトが割り当てられ、誤り訂正時に用いられる情報が含まれる。コンポーネントデータ２３８フィールドには、多様な交通情報メッセージが含まれる。交通情報メッセージで伝達する情報は、渋滞・旅行時間情報（Ｃｏｎｇｅｓｔｉｏｎ ａｎｄ Ｔｒａｖｅｌ ｔｉｍｅ Ｉｎｆｏｒｍａｔｉｏｎ：以下、ＣＴＴという）、公共交通情報（Ｐｕｂｌｉｃ Ｔｒａｎｓｐｏｒｔ Ｉｎｆｏｒｍａｔｉｏｎ：以下、ＰＴＩという）、道路交通メッセージ（Ｒｏａｄ Ｔｒａｆｆｉｃ Ｍｅｓｓａｇｅ：以下、ＲＴＭという）、旅行情報、関心地点（Ｐｏｉｎｔ Ｏｆ Ｉｎｔｅｒｅｓｔ：以下、ＰＯＩという）、ニュース情報、気象情報などがある。
【００３６】
ここで、ＳＮＩアプリケーションは、後続するコンポーネントデータに含まれた交通情報メッセージが、渋滞・旅行時間（ＣＴＴ）、公共交通情報（ＰＴＩ）、道路交通メッセージ（ＲＴＭ）、旅行情報、関心地点（ＰＯＩ）、ニュース情報、気象情報などのうちのいずれであるかを識別するのに用いられる。
【００３７】
図３は、本発明の実施例によるＭＢＲ情報の含まれた交通情報のフレーム構造を示す図である。
【００３８】
図３に示すように、サービスコンポーネントフレーム（Ｓｅｒｖｉｃｅ Ｃｏｍｐｏｎｅｎｔ Ｆｒａｍｅ）３００には、サービスコンポーネント識別子（Ｓｅｒｖｉｃｅ Ｃｏｍｐｏｎｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ）３０１、フィールド長（Ｆｉｅｌｄ Ｌｅｎｇｔｈ）３０３、ＣＲＣ３０５及びコンポーネントデータ（Ｃｏｍｐｏｎｅｎｔ Ｄａｔａ）３０４のフィールドが含まれる。ここで、本発明では、サービスコンポーネントフレーム３００がＭＢＲフィールド３０２を含むことができる。
【００３９】
サービスコンポーネントフレーム３００に含まれたコンポーネントデータフィールド３０４には、少なくとも一つの交通情報メッセージ（ＴＰＥＧ Ｍｅｓｓａｇｅ）３１０が含まれる。
【００４０】
例えば、交通情報メッセージ３１０が渋滞・旅行時間情報（ＣＴＴ）を含む場合、一つの交通情報メッセージ（ＴＰＥＧ Ｍｅｓｓａｇｅ）にはメッセージを管理するための構成要素の含まれたメッセージ管理コンテナ（Ｍｅｓｓａｇｅ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔａｉｎｅｒ）３１２、渋滞及び旅行時間の情報が含まれたＣＴＴステータスコンテナ（ＣＴＴ Ｓｔａｔｕｓ Ｃｏｎｔａｉｎｅｒ）３１４、及び当該ステータス情報に対応する位置情報の含まれた位置コンテナ（ＴＰＥＧ Ｌｏｃａｔｉｏｎ Ｃｏｎｔａｉｎｅｒ）３１６が含まれる。
【００４１】
渋滞・旅行時間情報（ＣＴＴ）は位置従属的であり、位置コンテナ３１６に含まれた位置に関する情報は、座標系を用いた位置参照方法や事前に定義されたノードリンクＩＤを用いた位置参照方法によって定義される。韓国では、全国を約６５，０００個のリンクに区分している。しかし、一つのサービスコンポーネントには最大２５５個程度のリンク関連情報のみが載せられる。このような一つのサービスコンポーネントに載せられたリンクが構成している領域を表した値を領域値という。リンクだけでなく、座標系を用いた位置やノード名によって指示された位置など位置コンテナ３１６に載せられた位置情報に対応する領域を表した値を領域値ということもできる。ただし、ここでは、説明の便宜上、リンク同士が構成している領域を表した値で説明するものとする。
【００４２】
ＭＢＲフィールド３０２に含まれた領域情報は、上記の領域値を表す。この領域値は、ＭＢＲ手法を用いて獲得した値（ＭＢＲ値）である、または、最小外接半径を用いて決定された値でありうる。以下では、説明の便宜上、ＭＢＲを用いて決定された領域値で説明するものとする。ただし、これ以外の方法によって決定された領域値にも応用可能であることは自明である。
【００４３】
図４は、本発明のＭＢＲ構造を例示する図である。
【００４４】
図４に示すように、一定領域（ＭＢＲ）４１０は、左−最上（Ｌｅｆｔ−Ｔｏｐ）頂点４１２と右−最下（Ｒｉｇｈｔ−Ｂｏｔｔｏｍ）頂点４１４をそれぞれｘ、ｙ座標で表した値で構成される。すなわち、図４のＭＢＲは、（ｘ１，ｙ１）及び（ｘ２，ｙ２）で構成される。したがって、図３に例示するサービスコンポーネントに含まれたＭＢＲフィールドに載せられた領域値は、（ｘ１，ｙ１）及び（ｘ２，ｙ２）で構成されるＭＢＲ値を表す。また、このようなサービスコンポーネント３００には当該ＭＢＲ内に属するリンクに対する交通情報メッセージ、例えば、渋滞・旅行時間情報（ＣＴＴ）メッセージが含まれる。前述したように、このような交通情報メッセージはコンポーネントデータフィールド３０４に載せられる。
【００４５】
図５は、本発明の実施例による情報抽出のためのＭＢＲ構成を例示する図である。以下、図５を参照して、必要な交通情報のみを抽出してデコーディングするためにＭＢＲ値を利用する方法について説明する。
【００４６】
図５に示すように、ＭＢＲ１（５１０）、ＭＢＲ２（５２０）及びＭＢＲ３（５３０）からなる地域において、使用者が指定した経路５４０の含まれた領域に対して設定したＭＢＲ５５０（破線で囲われた部分）の含まれたＭＢＲは、ＭＢＲ２（５２０）及びＭＢＲ３（５３０）だけである。したがって、ＭＢＲ２（５２０）及びＭＢＲ３（５３０）と関連したサービスコンポーネントのみをパーシングしてデコーディングし、経路５４０と無関係なＭＢＲ１（５１０）と関連したサービスコンポーネントはデコーディングせずに捨てる。ここでは、説明の便宜上、使用者がナビゲータ（Ｎａｖｉｇａｔｏｒ）を通して入力した経路を例にしたが、ＧＰＳを用いて位置を追跡して獲得した使用者の位置に対するＭＢＲを利用しても良い。要するに、使用者の要求する交通情報をデコーディングするためには、使用者が入力した経路や位置に対するＭＢＲとサービスコンポーネントに含まれたＭＢＲとが重なっているか判断し、重なっている部分を含むＭＢＲの載せられたサービスコンポーネントのみをパーシングしてデコーディングすればよい。
【００４７】
図６は、本発明の実施例による交通情報をデコーディングする装置の内部構成を示すブロック構成図である。図６は、交通情報提供サーバー１２０から送信される交通情報を受信する本発明の実施例による端末機１４０の内部構成を概略的に示している。
【００４８】
図６に例示するように、受信した交通情報を用いる端末機は、放送用モジュール６１０、ＧＰＳ用モジュール６２０、入力部６３０、制御部６４０、保存部６５０及び表示部６６０などを備えて構成される。
【００４９】
放送用モジュール６１０は、放送センターから送出する放送信号を、放送チャネルを通して受信する。このような放送用モジュール６１０は、無線で基地局と音声及び制御情報をやり取りできるようにするための送受信用回路で構成された無線送受信部の一部であっても良い。
【００５０】
ＧＰＳ用モジュール６２０は、複数の低軌道衛星から送信される衛星信号を受信して現在位置（経度、緯度、高度）を把握する。
【００５１】
入力部６３０は、電話番号などの数字を入力するための多数のキーボタンを備えており、使用者が所定のキーを押下すると該当するキーデータを発生して制御部６４０に出力する。また、入力部６３０は、キーパッド、ジョグシャトル、ポイントスティックまたはタッチスクリーンなどで構成されることができる。
【００５２】
制御部６４０は、移動通信端末機の主要部で、移動通信端末機の全般的な動作を制御し、内部には算術論理演算器、レジスタ、プログラムカウンタ、命令デコーダ、制御回路などを含んでおり、端末機の全般動作が適宜行われるように制御する。
【００５３】
保存部６５０は、移動通信端末機の全般的な動作を制御する所定のプログラムを保存しており、制御部６４０によって端末機の全般的な動作が行われる際に入出力されるデータを所定の設定された領域に保存している。
【００５４】
表示部６６０は、各種情報を表示する液晶表示部を含み、現在移動通信端末機の状態を表示して使用者に知らせることによって、使用者が適宜制御を行うようにする役割を担う。液晶画面には、電源の状態、電波の受信強度、日時、現在のモード状態、その他の使用者情報などの様々な情報を表示する。これらの情報を使用者に伝達することによって使用者が現在の移動通信端末機の状態を確認し制御できるようにする。
【００５５】
次に、本発明と関連して各構成要素の機能を詳細に説明する。放送用モジュール６１０は、放送チャネルから受信した交通情報を制御部６４０に転送する。例えば、交通情報の提供される信号帯域を同調させて、変調された交通情報信号を復調器に出力し、該変調された交通情報信号を復調器で復調して制御部６４０に出力する。制御部６４０は、復調された交通情報信号をデコーディングして様々な交通情報を獲得する。保存部６５０は、各リンク及びノードに関する情報を含む電子地図、及び様々なグラフィック情報を保存している。また、保存部６５０は、受信した交通情報を一定時間保存している。制御部６４０は、入力部６３０からの使用者の入力情報やＧＰＳ用モジュール６２０で把握した現在位置、及び放送用モジュール６１０から獲得した交通情報などに基づいて画面出力を制御する。表示部６６０は、制御部６４０から受信した表示すべきグラフィックに基づく駆動信号を用いて映像表示を行う。
【００５６】
なお、放送用モジュール６１０は、交通情報提供サーバー１２０から提供された交通情報を放送センター１３０が信号として送出すると、該信号を受信して同調させ、同調された信号を定められた方式で復調して出力する。すると、制御部６４０は受信した復調信号をデコーディングした後、交通情報中の各ＴＰＥＧメッセージを解析して該メッセージ内容に基づく必要な情報及び／または制御信号に応じて表示部６６０への映像表示の出力を制御する。ここで、復調信号が交通情報である場合において、これをデコーディングするＴＰＥＧデコーダが別に含まれても良く、制御部の一部がデコーディング機能を果たしても良い。ここでは、説明の便宜上、制御部がデコーディングの機能も担うものとして説明する。
【００５７】
本発明の実施例に係る制御部６４０は、交通情報に含まれた領域情報を読み出し、該領域情報の表す領域が、交通情報の出力が要求される領域に対する領域を含むか否かを判断する。判断結果によって制御部６４０は受信した交通情報をデコーディングするか否かを決定すれば良い。例えば、制御部６４０は、使用者が経路を入力すると、経路に相応するＭＢＲ値、即ち、経路及びその周辺領域のＭＢＲ値を計算し、計算された領域と交通情報のサービスコンポーネントに含まれた領域値が表す領域とを比較する。この比較の結果、両領域に重なる部分があると、制御部６４０は、当該領域値を持つサービスコンポーネントのみをパーシングしてデコーディングできる。
【００５８】
前述したように、領域値は、サービスコンポーネントフレーム３００に含まれたＭＢＲフィールド３０２に載せられたｘ、ｙ座標値で構成される。また、当該経路に対するＭＢＲ値は、制御部６４０が経路の含まれたＭＢＲを設定して左−最上（Ｌｅｆｔ−Ｔｏｐ）頂点と右−最下（Ｒｉｇｈｔ−Ｂｏｔｔｏｍ）頂点をそれぞれｘ、ｙ座標値で表した値である。ここで、サービスコンポーネントフレーム３００に含まれたＴＰＥＧメッセージは渋滞・旅行時間情報（ＣＴＴ）でありうる。サービスコンポーネントフレームに渋滞・旅行時間情報が載せられた場合、該サービスコンポーネントフレームに含まれたＭＢＲ値は、当該渋滞・旅行時間情報メッセージに載せられた位置情報に該当するリンクで構成された領域に対する領域値でありうる。
【００５９】
なお、制御部６４０は、前述のように、領域を用いて選別した交通情報をデコーディングしたのち、デコーディングした交通情報中の各ＴＰＥＧメッセージを解析し、該メッセージ内容に基づく必要な情報及び／または制御信号を用いて表示部６６０への映像表示の出力を制御する。図６に示す端末機が音声出力手段を備えている場合には、使用者によって出力が要求されるＴＰＥＧメッセージを音声として出力しても良い。
【００６０】
図７は、本発明の実施例による交通情報をデコーディングする過程を示すフローチャートである。
【００６１】
まず、制御部６４０は、放送用モジュール６１０から領域を表す領域情報を複数含んだ交通情報を受信する（ステップ７０２、以下、Ｓ７０２という。図も同様）。
【００６２】
制御部６４０は、受信した交通情報に含まれた各領域情報を読み出す（Ｓ７０４）。ここで、説明の便宜上、領域情報には二つのｘ、ｙ座標値で構成された領域値が含まれ、このような領域値で表す領域を第１領域と称する。この第１領域を表す領域値は、当該交通情報のサービスコンポーネントフレーム３００に含まれたＭＢＲフィールド３０２に載せられる。
【００６３】
制御部６４０は、入力部６３０から経路に関する情報（経路情報）を受信する（Ｓ７０６）。ここで、経路とは、使用者により入力される出発地と到着地によって決定される経路である。また、かかる経路情報の代わりに、ＧＰＳ用モジュール６２０によって追跡された端末機の現在位置（使用者の位置）を受信してもよい。
【００６４】
制御部６４０は、所定の領域、即ち、経路情報で特定される経路を含んだ領域（具体的には、経路及びその周辺領域）を設定して、二つのｘ、ｙ座標値で構成された領域値を演算する（Ｓ７０８）。ここで、この演算した領域を第２領域と称する。なお、端末機の現在位置を受信した場合には、端末機の現在位置を含んだ領域（具体的には、端末機の現在位置及びその周辺領域）が所定の領域となる。
Ｓ７０２とＳ７０４及びＳ７０６とＳ７０８はその順序を異ならせても良い。例えば、Ｓ７０６及びＳ７０８をＳ７０２に先立って行っても良い。
【００６５】
制御部６４０は、Ｓ７０４で読み出した各領域情報について、その領域情報に対応する第１領域と、Ｓ７０８で演算した第２領域と、に重複する部分が存在するか否かを判断する（Ｓ７１０）。
【００６６】
ステップＳ７１０の判断結果、重複する部分があるときに、制御部６４０は、第１領域の交通情報をパーシングしてデコーディングする（Ｓ７１２）。ここで、デコーディングする交通情報は、読み出した領域情報に対応するＭＢＲフィールド３０２を持つサービスコンポーネントに載せられた交通情報であり、例えば、渋滞・旅行時間情報（ＣＴＴ）メッセージでありうる。
【００６７】
制御部６４０は、ステップＳ７１２でデコーディングされた交通情報を出力する（Ｓ７１４）。このとき、制御部６４０は、デコーディングしたＴＰＥＧメッセージを解析し、該メッセージ内容に基づく必要な情報及び／または制御信号を用いて表示部６６０への映像表示の出力を制御する。場合によっては、音声出力手段を備えている場合には、使用者によって出力が要求されるＴＰＥＧメッセージを音声として出力しても良い。
【００６８】
ここでは説明の便宜のためにＭＢＲを利用する場合で説明したが、領域を区分する手法であればいずれも適用可能である。
このように、領域情報を複数含んだ交通情報のうち、所定の領域と重複する部分を含む領域に対応する交通情報のみをデコーディングすることで、必要な交通情報のみを選択的にデコーディングし、不必要な交通情報のデコーディングに伴う電力浪費や処理遅延を防ぐことができる。
【００６９】
以上の具体的な実施例は本発明の技術思想を例示的に説明するためのもので、これに限定されず、本発明の属する技術分野における通常の知識を持つ者にとっては、本発明の本質的な特性を逸脱しない範囲内で様々な修正及び変形が可能であることは明らかである。したがって、本発明に係る実施例は、本発明の技術思想を説明するためのもので、これらの実施例によって本発明の技術思想の範囲が限定されるわけはない。本発明の保護範囲は、添付の特許請求の範囲によって解析されなければならず、これと同等な範囲内における技術思想はいずれも本発明の権利範囲に含まれるものとして解析すべきである。
【図面の簡単な説明】
【００７０】
【図１】交通情報の提供されるネットワークを簡略に示す図である。
【図２】無線で送受信される交通情報のフレーム構造を示す図である。
【図３】本発明の実施例によるＭＢＲ情報が含まれた交通情報のフレーム構造を示す図である。
【図４】本発明のＭＢＲ構造を例示する図である。
【図５】本発明の実施例による情報抽出のためのＭＢＲ構成を例示する図である。
【図６】本発明の実施例による交通情報をデコーディングする装置の内部構成を示すブロック構成図である。
【図７】本発明の実施例による交通情報をデコーディングする過程を示すフローチャートである。
【特許請求の範囲】
【請求項１】
領域を表す領域情報を複数含んだ交通情報を受信し、該交通情報から各領域情報を読み出す段階と、
前記各領域情報に対応する領域と所定の領域とに重複する部分があるかを判断する段階と、
前記交通情報のうち、前記所定の領域と重複する部分を有する領域の交通情報をデコーディングする段階と、
を含む交通情報受信方法。
【請求項２】
前記領域は、最小外接矩形（Ｍｉｎｉｍｕｍ Ｂｏｕｎｄｉｎｇ Ｒｅｃｔａｎｇｌｅ）手法または最小外接半径（Ｍｉｎｉｍｕｍ Ｂｏｕｎｄｉｎｇ Ｒａｄｉｕｓ）手法によって決定されることを特徴とする、請求項１に記載の交通情報受信方法。
【請求項３】
前記領域情報は、前記交通情報のサービスコンポーネントに含まれることを特徴とする、請求項１に記載の交通情報受信方法。
【請求項４】
前記サービスコンポーネントは、渋滞・旅行時間情報（Ｃｏｎｇｅｓｔｉｏｎ ａｎｄ Ｔｒａｖｅｌ Ｔｉｍｅ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージを含むことを特徴とする、請求項３に記載の交通情報受信方法。
【請求項５】
前記領域情報は、前記サービスコンポーネントに含まれた少なくとも一つのリンクに相応する最小外接矩形値であることを特徴とする、請求項３に記載の交通情報受信方法。
【請求項６】
前記所定の領域は、前記交通情報を受信する端末機の現在位置を含んだ領域であることを特徴とする、請求項１に記載の交通情報受信方法。
【請求項７】
前記所定の領域は、経路探索のために受信した経路の開始点から終着点を含んだ領域であることを特徴とする、請求項１に記載の交通情報受信方法。
【請求項８】
交通情報を受信する放送用モジュールと、
前記交通情報をデコーディングするデコーダと、
前記放送用モジュールを通して、領域を表す領域情報を複数含んだ交通情報を受信し、該交通情報から各領域情報を読み出して、各領域情報に対応する領域と所定の領域とに重複する部分があるかを判断し、前記交通情報のうち、前記所定の領域と重複する部分を有する領域の交通情報をデコーディングするように前記デコーダを制御する制御部と、
を備えることを特徴とする、交通情報受信用端末機。
【請求項９】
前記領域は、最小外接矩形（Ｍｉｎｉｍｕｍ Ｂｏｕｎｄｉｎｇ Ｒｅｃｔａｎｇｌｅ）手法または最小外接半径（Ｍｉｎｉｍｕｍ Ｂｏｕｎｄｉｎｇ Ｒａｄｉｕｓ）手法によって決定されることを特徴とする、請求項８に記載の交通情報受信用端末機。
【請求項１０】
前記領域情報は、サービスコンポーネントに含まれた少なくとも一つのリンクに相応する最小外接矩形値であることを特徴とする、請求項８に記載の交通情報受信用端末機。
【請求項１１】
ＧＰＳ用モジュールをさらに含み、前記所定の領域は、前記ＧＰＳ用モジュールを用いて追跡した現在位置を含んだ領域であることを特徴とする、請求項８に記載の交通情報受信用端末機。
【請求項１２】
入力部をさらに備え、前記所定の領域は、経路探索のために前記入力部から受信した経路の開始点から終着点を含んだ領域であることを特徴とする、請求項８に記載の交通情報受信用端末機。
【請求項１３】
前記領域情報は、前記交通情報のサービスコンポーネントに含まれることを特徴とする、請求項８に記載の交通情報受信用端末機。
【請求項１４】
前記サービスコンポーネントは、渋滞・旅行時間情報（Ｃｏｎｇｅｓｔｉｏｎ ａｎｄ Ｔｒａｖｅｌ Ｔｉｍｅ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージを含むことを特徴とする、請求項１３に記載の交通情報受信用端末機。
【請求項１５】
交通情報メッセージを生成する段階と、
少なくとも一つの前記交通情報メッセージを含むサービスコンポーネントを生成する段階と、
少なくとも一つの前記サービスコンポーネントを含む転送フレームを生成する段階と、
を含んでなり、
前記サービスコンポーネントは、領域を表す領域情報を含むことを特徴とする、交通情報提供方法。
【請求項１６】
前記領域情報は最小外接矩形（Ｍｉｎｉｍｕｍ Ｂｏｕｎｄｉｎｇ Ｒｅｃｔａｎｇｌｅ）手法または最小外接半径（Ｍｉｎｉｍｕｍ Ｂｏｕｎｄｉｎｇ Ｒａｄｉｕｓ）手法によって決定される値であることを特徴とする、請求項１５に記載の交通情報提供方法。
【請求項１７】
前記サービスコンポーネントは、渋滞・旅行時間情報（Ｃｏｎｇｅｓｔｉｏｎ ａｎｄ Ｔｒａｖｅｌ Ｔｉｍｅ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージを含むことを特徴とする、請求項１３に記載の交通情報提供方法。
【請求項１８】
前記領域情報は、前記サービスコンポーネントに含まれた少なくとも一つのリンクに対する最小外接矩形値であることを特徴とする、請求項１７に記載の交通情報提供方法。
【請求項１】
領域を表す領域情報を複数含んだ交通情報を受信し、該交通情報から各領域情報を読み出す段階と、
前記各領域情報に対応する領域と所定の領域とに重複する部分があるかを判断する段階と、
前記交通情報のうち、前記所定の領域と重複する部分を有する領域の交通情報をデコーディングする段階と、
を含む交通情報受信方法。
【請求項２】
前記領域は、最小外接矩形（Ｍｉｎｉｍｕｍ Ｂｏｕｎｄｉｎｇ Ｒｅｃｔａｎｇｌｅ）手法または最小外接半径（Ｍｉｎｉｍｕｍ Ｂｏｕｎｄｉｎｇ Ｒａｄｉｕｓ）手法によって決定されることを特徴とする、請求項１に記載の交通情報受信方法。
【請求項３】
前記領域情報は、前記交通情報のサービスコンポーネントに含まれることを特徴とする、請求項１に記載の交通情報受信方法。
【請求項４】
前記サービスコンポーネントは、渋滞・旅行時間情報（Ｃｏｎｇｅｓｔｉｏｎ ａｎｄ Ｔｒａｖｅｌ Ｔｉｍｅ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージを含むことを特徴とする、請求項３に記載の交通情報受信方法。
【請求項５】
前記領域情報は、前記サービスコンポーネントに含まれた少なくとも一つのリンクに相応する最小外接矩形値であることを特徴とする、請求項３に記載の交通情報受信方法。
【請求項６】
前記所定の領域は、前記交通情報を受信する端末機の現在位置を含んだ領域であることを特徴とする、請求項１に記載の交通情報受信方法。
【請求項７】
前記所定の領域は、経路探索のために受信した経路の開始点から終着点を含んだ領域であることを特徴とする、請求項１に記載の交通情報受信方法。
【請求項８】
交通情報を受信する放送用モジュールと、
前記交通情報をデコーディングするデコーダと、
前記放送用モジュールを通して、領域を表す領域情報を複数含んだ交通情報を受信し、該交通情報から各領域情報を読み出して、各領域情報に対応する領域と所定の領域とに重複する部分があるかを判断し、前記交通情報のうち、前記所定の領域と重複する部分を有する領域の交通情報をデコーディングするように前記デコーダを制御する制御部と、
を備えることを特徴とする、交通情報受信用端末機。
【請求項９】
前記領域は、最小外接矩形（Ｍｉｎｉｍｕｍ Ｂｏｕｎｄｉｎｇ Ｒｅｃｔａｎｇｌｅ）手法または最小外接半径（Ｍｉｎｉｍｕｍ Ｂｏｕｎｄｉｎｇ Ｒａｄｉｕｓ）手法によって決定されることを特徴とする、請求項８に記載の交通情報受信用端末機。
【請求項１０】
前記領域情報は、サービスコンポーネントに含まれた少なくとも一つのリンクに相応する最小外接矩形値であることを特徴とする、請求項８に記載の交通情報受信用端末機。
【請求項１１】
ＧＰＳ用モジュールをさらに含み、前記所定の領域は、前記ＧＰＳ用モジュールを用いて追跡した現在位置を含んだ領域であることを特徴とする、請求項８に記載の交通情報受信用端末機。
【請求項１２】
入力部をさらに備え、前記所定の領域は、経路探索のために前記入力部から受信した経路の開始点から終着点を含んだ領域であることを特徴とする、請求項８に記載の交通情報受信用端末機。
【請求項１３】
前記領域情報は、前記交通情報のサービスコンポーネントに含まれることを特徴とする、請求項８に記載の交通情報受信用端末機。
【請求項１４】
前記サービスコンポーネントは、渋滞・旅行時間情報（Ｃｏｎｇｅｓｔｉｏｎ ａｎｄ Ｔｒａｖｅｌ Ｔｉｍｅ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージを含むことを特徴とする、請求項１３に記載の交通情報受信用端末機。
【請求項１５】
交通情報メッセージを生成する段階と、
少なくとも一つの前記交通情報メッセージを含むサービスコンポーネントを生成する段階と、
少なくとも一つの前記サービスコンポーネントを含む転送フレームを生成する段階と、
を含んでなり、
前記サービスコンポーネントは、領域を表す領域情報を含むことを特徴とする、交通情報提供方法。
【請求項１６】
前記領域情報は最小外接矩形（Ｍｉｎｉｍｕｍ Ｂｏｕｎｄｉｎｇ Ｒｅｃｔａｎｇｌｅ）手法または最小外接半径（Ｍｉｎｉｍｕｍ Ｂｏｕｎｄｉｎｇ Ｒａｄｉｕｓ）手法によって決定される値であることを特徴とする、請求項１５に記載の交通情報提供方法。
【請求項１７】
前記サービスコンポーネントは、渋滞・旅行時間情報（Ｃｏｎｇｅｓｔｉｏｎ ａｎｄ Ｔｒａｖｅｌ Ｔｉｍｅ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージを含むことを特徴とする、請求項１３に記載の交通情報提供方法。
【請求項１８】
前記領域情報は、前記サービスコンポーネントに含まれた少なくとも一つのリンクに対する最小外接矩形値であることを特徴とする、請求項１７に記載の交通情報提供方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００８−８５９９２（Ｐ２００８−８５９９２Ａ）
【公開日】平成２０年４月１０日（２００８．４．１０）
【国際特許分類】
【出願番号】特願２００７−１９６１１６（Ｐ２００７−１９６１１６）
【出願日】平成１９年７月２７日（２００７．７．２７）
【出願人】（５０２０３２１０５）エルジー エレクトロニクス インコーポレイティド (2,269)
【Ｆターム（参考）】
【公開日】平成２０年４月１０日（２００８．４．１０）
【国際特許分類】
【出願日】平成１９年７月２７日（２００７．７．２７）
【出願人】（５０２０３２１０５）エルジー エレクトロニクス インコーポレイティド (2,269)
【Ｆターム（参考）】
[ Back to top ]