JP2017526093A - 道路情報処理方法、装置、プログラム及び記録媒体 - Google Patents

Abstract

本発明は、道路情報処理方法、装置、プログラム及び記録媒体に関する。該方法は、車両の現在位置を取得し、現在位置が所定バリケード地点の位置ではない場合には車両走行時の所定障碍パラメータの変化量を監視し、所定障碍パラメータの変化量が所定区間を超えた場合には現在位置および所定障碍パラメータの変化量を所定サーバに送信する。該方法によれば、ドライバーは、リアルタイムに走行方向の前方のバリケード地点の情報を正確に把握することができ、車両の走行速度を落としたり、迂回するような対処を事前に行うことができる。【選択図】図１

Description

相互参照

本願は、出願番号が２０１５１０２６８２７３．９であり出願日が２０１５年０５月２２日である中国特許出願に基づくものとして、当該中国特許出願の優先権を主張する。ここで、当該中国特許出願の全ての内容は、参考として本願に組み込まれているものとする。

本発明は、車両の技術分野に属し、特に道路情報の処理方法及び装置に関する。

ドライバーが運転しているときは、例えば、路面破損、道路工事、道路の障害物など、悪い道路事情に遭遇することがある。このような車両の正常な走行を妨げる要素は、バリケードと総称することができる。車両の走行速度が速い場合や、走行環境の明るさが悪い場合、ドライバーが、前方の道路に存在するバリケードに対し、速やかに減速したり回避しないと、タイヤの損傷、ないしは交通事故になりかねない。したがって、事前にバリケードの位置を把握することは、ドライバーの人身安全及び車両安全の保障にとって重要なことである。

従来、バリケードの位置をドライバーに知らせるために、通常では、交通ラジオ放送を用いる。例えば、ドライバーが前方の道路に存在するバリケードを発見すると、すぐに交通ラジオのホットライン電話をかけ、バリケードの位置及びタイプなどのバリケード情報を伝える。そして、交通ラジオ局が、交通ラジオを聴いている他のドライバーにこのバリケード状況を放送し、バリケードの所在位置に近づいているドライバーに対して予めの減速または前方注意を喚起することで、車両の正常な走行に対するバリケードの悪影響を回避する。

しかしながら、全てのドライバーがバリケードに遭遇したときに交通ラジオを利用し、バリケード情報を他のドライバーに通知するわけではなく、全てのドライバが交通ラジオを聴くとも限らない。そのため、バリケードのことがドライバーに知れ渡らない場合が依然として多い。また、ドライバーが過去に交通ラジオを聴いていたときにバリケードのことを知り、または、当人が実際にバリケードに遭遇していたが、現在にはバリケードが既に撤去された場合、ドライバーはバリケードがまだ残っていると認め、別の道路から迂回する可能性がある。これでは、ドライブ時間が長引くだけではなく、ドライバーが他の道路に詳しくない場合には、目的地への無事到着にも支障が出る。

従来技術の問題を克服するために、本発明の実施例では道路情報処理方法及び装置を提供する。

上記技術的問題を解決するために、本発明の実施例として次の構成を開示する。

本発明の実施例の第１態様によれば、道路情報処理方法であって、
車両が走行している現在位置を取得するステップと、
前記現在位置が所定バリケード地点の位置であるか否かを判断するステップと、
前記現在位置が所定バリケード地点の位置ではない場合に、前記車両が前記現在位置を走行するときの所定障碍パラメータの変化量を監視し、前記所定障碍パラメータの変化量が対応の所定区間を超えたか否かを判断するステップと、
前記所定障碍パラメータの変化量が前記所定区間を超えた場合に、前記現在位置および前記所定障碍パラメータの変化量を所定サーバに送信するステップと、を含む方法を提供する。

第１態様に基づき、第１態様の第１実現可能な構成として、前記方法は、
前記現在位置が所定バリケード地点の位置ではなく、且つ前記所定障碍パラメータの変化量が対応の所定区間を超えた場合に、前記車両が前記現在位置を走行する時刻をバリケード時刻として特定するステップと、

前記バリケード時刻直前の第１所定時間内の映像情報および前記バリケード時刻直後の第２所定時間内の映像情報のうち少なくとも１つを含む、前記バリケード時刻におけるバリケード情報を取得するステップと、
前記バリケード情報を前記所定サーバに送信するステップと、をさらに含む。

第１態様に基づき、第１態様の第２実現可能な構成として、前記方法は、
前記現在位置が所定バリケード地点の位置である場合に、前記車両が前記現在位置を走行するときの前記所定障碍パラメータの変化量を検出し、前記所定障碍パラメータの変化量が前記所定区間を超えたか否かを判断するステップと、
前記所定障碍パラメータの変化量が対応の前記所定区間を超えていない場合に、前記所定障碍パラメータの変化量及び前記現在位置を所定サーバに送信するステップと、をさらに含む。

第１態様、第１態様の第１実現可能な形態、または第１態様の第２実現可能な形態に基づき、第１態様の第３実現可能な形態として、前記方法は、
前記車両の走行経路を取得すると共に、前記走行経路を前記所定サーバに送信するステップと、
前記所定サーバから送信された、前記走行経路上における所定バリケード地点の位置、及び、前記走行経路上における各所定バリケード地点の位置のそれぞれに対応する所定障碍パラメータの所定区間を受信するステップと、
前記車両自体において、前記走行経路上における全ての所定バリケード地点の位置を通知するステップと、をさらに含む。

第１態様の第３実現可能な形態に基づき、第１態様の第４実現可能な形態として、前記方法は、
前記車両の走行経路を取得するステップと、
前記走行経路上に、前記走行経路上における全ての所定バリケード地点の位置をマークするステップと、
前記車両自体において、バリケード地点の位置がマークされた前記走行経路を表示する。

第１態様の第４実現可能な形態に基づき、第１態様の第５実現可能な形態として、前記方法は、
接前記走行経路上における所定バリケード地点の位置に対するユーザのクエリー操作を受信するステップと、
前記クエリー操作を前記所定サーバに送信するステップと、
前記所定サーバが前記クエリー操作に基づいて検出した前記所定バリケード地点の位置のバリケード情報を受信するステップと、
前記所定バリケード地点の位置のバリケード情報を表示するステップと、をさらに含む。

本発明の実施例の第２態様によれば、サーバに適用される道路情報処理方法であって、
第１所定車両から送信された現在位置および所定障碍パラメータの変化量を受信するステップと、
前記サーバ内の所定バリケード地点位置リスト内に、前記現在位置に対応する位置が格納されているか否かを判断するステップと、
前記所定バリケード地点位置リスト内に対応の位置が格納されていない場合に、前記現在位置をバリケード地点の位置として特定し、前記所定障碍パラメータの変化量を前記サーバ自体に記憶すると共に、前記現在位置を前記所定バリケード地点位置リスト内に格納するステップと、を含む方法を提供する。

第２態様に基づき、第２態様の第１実現可能な形態として、前記方法は、
第２所定車両から送信された走行経路を受信するステップと、
前記走行経路上に所定バリケード地点の位置が存在するか否かを判断するステップと、
前記走行経路上に所定バリケード地点の位置が存在する場合に、前記走行経路上における全ての所定バリケード地点の位置、及び所定バリケード地点の位置にそれぞれ対応する所定障碍パラメータの所定区間を前記第２所定車両に送信するステップと、をさらに含む。

第２態様に基づき、第２態様の第２実現可能な形態として、前記方法は、
前記現在位置に対応する位置が前記所定バリケード地点位置リスト内に格納されている場合に、前記所定バリケード地点位置リスト内の、前記現在位置に対応する前記所定バリケード地点の位置を非バリケード地点の位置として特定するステップを、さらに含む。

第２態様に基づき、第２態様の第３実現可能な形態として、前記方法は、
前記現在位置がバリケード地点の位置として特定された場合に、第１所定車両から送信される、少なくとも前記バリケード地点の映像情報を含む前記バリケード地点のバリケード情報を受信するステップと、
前記バリケード情報をサーバ自体に記憶するステップと、をさらに含む。

第２態様の第３実現可能な形態に基づき、第２態様の第４実現可能な形態として、前記方法は、
第２所定車両から送信される、前記所定バリケード地点の位置に対するクエリー操作を受信するステップと、
前記サーバ自体において、前記所定バリケード地点の位置に対応するバリケード情報を検索するステップと、
前記所定バリケード地点の位置に対応するバリケード情報を前記第２所定車両に送信するステップと、をさらに含む。

第２態様の第１実現可能な形態、または第２態様の第４実現可能な形態に基づき、第２態様の第５実現可能な形態として、前記第１所定車両および前記第２所定車両は同一車両である。

本発明の実施例の第３態様によれば、道路情報処理端末であって、
車両が走行している現在位置を取得する車両位置取得ユニットと、
前記現在位置が所定バリケード地点の位置であるか否かを判断するバリケード地点判断ユニットと、
前記現在位置が所定バリケード地点の位置ではない場合に、前記車両が前記現在位置を走行するときの所定障碍パラメータの変化量を検出するパラメータ変化量監視ユニットと、
前記所定障碍パラメータの変化量が対応の所定区間を超えたか否かを判断する第２パラメータ変化量判断ユニットと、
前記所定障碍パラメータの変化量が前記所定区間を超えた場合に、前記現在位置および前記所定障碍パラメータの変化量を所定サーバに送信する第２送信ユニットと、を備える端末を提供する。

第３態様に基づき、第３態様の第１実現可能な形態として、前記装置は、
前記現在位置が所定バリケード地点の位置ではなく、且つ前記所定障碍パラメータの変化量が対応の所定区間を超えた場合に、前記車両が前記現在位置を走行する時刻をバリケード時刻として特定するバリケード時刻取得ユニットと、
前記バリケード時刻直前の第１所定時間内の映像情報および前記バリケード時刻直後の第２所定時間内の映像情報のうち少なくとも１つを含む、前記バリケード時刻におけるバリケード情報を取得するバリケード情報取得ユニットと、
前記バリケード情報を前記所定サーバに送信するバリケード情報送信ユニットと、をさらに備える。

第３態様に基づき、第３態様の第２実現可能な形態として、前記装置は、
前記現在位置が所定バリケード地点の位置である場合に、前記車両が走行するときの所定障碍パラメータの変化量を検出するパラメータ変化量検出ユニットと、
前記所定障碍パラメータの変化量が対応の所定区間を超えていないか否かを判断する第１パラメータ変化量判断ユニットと、
前記所定障碍パラメータの変化量が対応の前記所定区間を超えていない場合に、前記所定障碍パラメータの変化量及び前記現在位置を所定サーバに送信する第１送信ユニットと、をさらに備える。

第３態様、第３態様の第１実現可能な形態、または第３態様の第２実現可能な形態に基づき、第３態様の第３実現可能な形態として、前記装置は、
前記車両の走行経路を取得すると共に、前記走行経路を前記所定サーバに送信する走行経路取得ユニットと、
前記所定サーバから送信された、前記走行経路上における所定バリケード地点の位置、及び、前記走行経路上における各所定バリケード地点の位置のそれぞれに対応する所定障碍パラメータの所定区間を受信するバリケード地点受信ユニットと、
前記車両自体において、前記走行経路上における全ての所定バリケード地点の位置を通知する通知ユニットと、をさらに備える。

第３態様の第３実現可能な形態に基づき、第３態様の第４実現可能な形態として、前記装置は、
前記車両の走行経路を取得する走行経路取得ユニットと、
前記走行経路上に、前記走行経路上における全ての所定バリケード地点の位置をマークする走行経路マーク付けユニットと、
前記車両自体において、バリケード地点の位置がマークされた前記走行経路を表示する走行経路表示ユニットと、をさらに備える。

第３態様の第４実現可能な形態に基づき、第３態様の第５実現可能な形態として、前記装置は、
前記走行経路上における所定バリケード地点の位置に対するユーザのクエリー操作を受信するバリケードクエリーユニットと、
前記クエリー操作を前記所定サーバに送信するクエリー操作送信ユニットと、
前記所定サーバが前記クエリー操作に基づいて検出した前記所定バリケード地点の位置のバリケード情報を受信するバリケード情報受信ユニットと、
前記所定バリケード地点の位置のバリケード情報を表示するバリケード情報表示ユニットと、をさらに備える。

本発明の実施例の第４態様によれば、サーバであって、
第１所定車両から送信された現在位置および所定障碍パラメータの変化量を受信する受信ユニットと、
前記サーバ内の所定バリケード地点位置リスト内に、前記現在位置に対応する位置が格納されているか否かを判断するバリケード地点判断ユニットと、
前記所定バリケード地点位置リスト内に対応の位置が格納されていない場合に、前記現在位置をバリケード地点の位置として特定するバリケード地点マーク付けユニットと、
前記所定障碍パラメータの変化量を前記サーバ自体に記憶すると共に、前記現在位置を所定バリケード地点位置リスト内に格納する記憶ユニットと、を備えるサーバを提供する。

第４態様に基づき、第４態様の第１実現可能な形態として、前記サーバは、
第２所定車両から送信された走行経路を受信する走行経路受信ユニットと、
前記走行経路上に所定バリケード地点の位置が存在するか否かを判断するバリケード地点判断ユニットと、
前記走行経路上に所定バリケード地点の位置が存在する場合に、前記走行経路上における全ての所定バリケード地点の位置、及び所定バリケード地点の位置にそれぞれ対応する所定障碍パラメータの所定区間を前記第２所定車両に送信するバリケード地点送信ユニットと、をさらに備える。

第４態様に基づき、第４態様の第２実現可能な形態として、前記サーバは、
前記所定バリケード地点位置リスト内に対応の位置が格納されている場合に、前記所定バリケード地点位置リスト内の、前記現在位置に対応する位置を非バリケード地点の位置として特定する非バリケード地点位置マーク付けユニットを、さらに備える。

第４態様に基づき、第４態様の第３実現可能な形態として、前記サーバは、
前記現在位置がバリケード地点の位置として特定された場合に、第１所定車両から送信される少なくとも前記バリケード地点の映像情報を含む前記バリケード地点のバリケード情報を受信するバリケード情報受信ユニットと、
前記バリケード情報をサーバ自体に記憶するバリケード情報記憶ユニットと、をさらに備える。

第４態様の第３実現可能な形態に基づき、第４態様の第４実現可能な形態として、前記サーバは、
第２所定車両から送信される、前記所定バリケード地点の位置に対するクエリー操作を受信するクエリー操作受信ユニットと、
前記サーバ自体において、前記所定バリケード地点の位置に対応するバリケード情報を検索するスバリケード情報検索ユニットと、
前記所定バリケード地点の位置に対応するバリケード情報を前記第２所定車両に送信するバリケード情報送信ユニットと、をさらに備える。

第４態様の第１若しくは第４実現可能な形態に基づき、第４態様の第５実現可能な形態として、前記第１所定車両および前記第２所定車両は同一車両である。

本発明の実施例の第５態様によれば、
プロセッサと、
プロセッサが実行可能なコマンドを記憶するメモリとを備え、
前記プロセッサは、
車両が走行している現在位置を取得し、
前記車両の現在位置が所定バリケード地点の位置であるか否かを判断し、
前記車両の現在位置が所定バリケード地点の位置ではない場合に、前記車両が前記現在位置を走行するときの所定障碍パラメータの変化量を監視し、前記所定障碍パラメータの変化量が対応の所定区間を超えたか否かを判断し、
前記所定障碍パラメータの変化量が前記所定区間を超えた場合に、前記現在位置および前記所定障碍パラメータの変化量を所定サーバに送信するように構成されている、端末を提供する。

本発明の実施例の第６態様によれば、
プロセッサと、
プロセッサが実行可能なコマンドを記憶するメモリとを備え、
前記プロセッサは、
第１所定車両から送信された現在位置および所定障碍パラメータの変化量を受信し、
前記サーバ内の所定バリケード地点位置リスト内に、前記現在位置に対応する位置が格納されているか否かを判断し、
前記所定バリケード地点位置リスト内に対応の位置が格納されていない場合に、前記現在位置をバリケード地点の位置として特定し、前記所定障碍パラメータの変化量を前記サーバ自体に記憶すると共に、前記現在位置を前記所定バリケード地点位置リスト内に格納するように構成されている、サーバを提供する。

本発明の実施例が提供する技術的構成は、次の有益な効果を奏する。

すなわち、本発明の実施例が提供する道路情報処理方法及び装置によれば、車両が車両の現在位置が所定バリケード地点の位置であるか否かを判断し、車両の現在位置が所定バリケード地点の位置ではない場合には、車両の所定障碍パラメータの変化量を監視し、所定障碍パラメータ変化量が対応の所定範囲を超えた場合には、車両の現在位置がバリケード地点に該当すると認定し、車両の現在位置および所定障碍パラメータの変化量を所定サーバに送信する。所定サーバは、所定バリケード地点の位置を受信すると、所定バリケード地点の位置を車両に送信し、所定バリケード地点の位置を車両へ通知してもよい。

また、本発明の実施例が提供する方法及び装置によれば、所定サーバ内の所定バリケード地点の位置の正確性を確保すると共に、所定バリケード地点の位置を車両に送信することができる。ドライバーは、車両を介してリアルタイムに走行方向の前方のバリケード地点の情報を正確に把握することができ、車両の走行速度を落としたり、迂回するような対処を事前に行うことができる。

本発明の実施例または従来技術における構成をより明確に説明するために、以下は、実施例または従来技術の説明に必要な図面について簡単に説明する。なお、当業者にとって、創造的労力を要さずにこれらの図面からさらに別の図面を見出せることは、言うまでもない。

例示的な実施例に係る道路情報処理方法を示すフローチャートである。 車両がバリケード地点を走行するときの模式図である。 例示的な別の実施例に係る道路情報処理方法を示すフローチャートである。 例示的な更なる別の実施例に係る道路情報処理方法を示すフローチャートである。 例示的な更なる別の実施例に係る道路情報処理方法を示すフローチャートである。 例示的な更なる別の実施例に係る道路情報処理方法を示すフローチャートである。 例示的な更なる別の実施例に係る道路情報処理方法を示すフローチャートである。 所定バリケード地点の位置を走行経路画像上にマークしたときの模式図である。 例示的な更なる別の実施例に係る道路情報処理方法を示すフローチャートである。 例示的な更なる別の実施例に係る道路情報処理方法を示すフローチャートである。 例示的な更なる別の実施例に係る道路情報処理方法を示すフローチャートである。 例示的な更なる別の実施例に係る道路情報処理方法を示すフローチャートである。 例示的な実施例に係る道路情報処理装置を示すブロック図である。 例示的な別の実施例に係る道路情報処理装置を示すブロック図である。 例示的な実施例に係るサーバを示すブロック図である。 例示的な実施例に係る端末を示すブロック図である。 例示的な実施例に係るサーバを示すブロック図である。

当業者が本発明の技術的構成をより良く理解できるように、以下は、本発明の実施例の図面を参照しながら、本発明の実施例の技術的構成を明確に、漏れなく説明する。なお、後述する実施例は、単に本発明の一部の実施例であり、全ての実施例を代表するものではない。勿論、本発明の実施例に基づき、当業者が創造的労力を何ら要さずに見出す全ての他の実施例も本発明の保護範囲内に含まれる。

図１は、例示的な実施例に係る道路情報処理方法を示すフローチャートである。該方法は、車両内の端末に適用されるものである。図１に示すように、該方法は、次のステップを含んでもよい。

ステップＳ１０１では、車両が走行している現在位置を取得する。

ドライバーは、車内に予め設置されたナビゲーション装置を用いてナビゲーティングすることができる。ナビゲーション装置が予め設置されていない車両については、ドライバーは、ナビゲーションシステムがインストールされている携帯電話、タブレットコンピュータなどを携行し、ナビゲーティングすればよい。

本発明の実施例においては、車載ナビゲーション装置、およびナビゲーションシステムがインストールされている端末を一律にナビゲーション端末を称する。通常、ナビゲーション端末は、ポジショニング機能を有し、リアルタイムでナビゲーション端末の位置情報を取得することができる。当該位置情報は、経緯度による座標や、町名若しくは区画名などの地理的名称であってもよい。

ナビゲーティングしている現在位置の情報、すなわち車両が走行している現在位置を取得することにより、車両の現在位置を取得する。

ステップＳ１０２では、現在位置が所定バリケード地点の位置であるか否かを判断する。

通常、ナビゲーション端末に所定バリケード地点の位置の情報を予めローディングすることができるが、勿論、所定バリケード地点の位置の情報を定期的に更新してもよい。

本発明の実施例において、所定バリケード地点の位置を取得した後、該ステップでは、現在位置が所定バリケード地点の位置であるか否かを判断する際に、現在位置と所定バリケード地点の位置とが一致するか否かを判断してもよい。現在位置と所定バリケード地点の位置と一致する場合には、現在位置が所定バリケード地点の位置であると特定する。一致しなければ、現在位置が所定バリケード地点の位置ではないと特定する。

車両の走行中は、ナビゲーティングには或る程度の誤差が存在する。そのため、車両が所定バリケード地点の位置に到達しても、ナビゲーションにおいて取得された車両の現在位置が所定バリケード地点の位置と一致しない場合がある。したがって、本発明の別の一実施例において、該ステップでは、現在位置が所定バリケード地点の位置であるか否かを判断する際に、車両の現在位置が所定バリケード地点の位置からの所定範囲内にあるか否かをさらに判断してもよい。なお、所定範囲とは、所定バリケード地点の位置を中心とし、半径が所定距離（例えば１メートル）であるという範囲であってもよい。車両の現在位置が該範囲内である場合には、現在位置が所定バリケード地点の位置であると判断する。該範囲内でなければ、現在位置が所定バリケード地点の位置ではないと判断する。

車両は、サーバから伝送された所定バリケード地点の位置を取得することができる。なお、サーバは、車両が位置している地区若しくは市の範囲内における全ての所定バリケード地点の位置を車両に送信してもよい。また、サーバは、車両の走行経路を既に取得した場合には、走行経路上の全ての所定バリケード地点の位置を車両に送信してもよい。

ステップＳ１０１で取得された車両走行の現在位置を全ての所定バリケード地点の位置と比較し、車両の現在位置が何れかの所定バリケード地点の位置と一致する場合、または、車両の現在位置が何れかの所定バリケード地点の位置からの所定範囲内である場合には、車両の現在位置が所定バリケード地点の位置であると特定する。所定範囲内でなければ、車両の現在位置が所定バリケード地点の位置ではないと特定し、ステップＳ１０３を実行する。

車両の現在位置が所定バリケード地点の位置ではない場合には、ステップＳ１０３において、車両が現在位置を走行するときの所定障碍パラメータの変化量を監視する。

車両については、例えば車両の振動、ハンドルの回転角度、及びエンジンの回転速度などの障碍項目を予め設定してもよい。また、これに対応するように、対応のセンサを車両に予め設置してもよい。これらのセンサは、車体、ハンドル及びエンジンに設置することができる。

これらのパラメータをサンプリングするためには、車両に予め車載情報システムを設置する必要がある。車載情報システムは、これらのセンサに接続しおり、これらのセンサがサンプリングした。例えば、車両の振動程度や、車両のカーブ程度などのパラメータを所定障碍パラメータとして取得する。

ナビゲーション端末は、車載情報システムとケーブルを介して接続しもてよく、無線方式で接続しもてい。さらには、ナビゲーション端末は、リアルタイムで車載情報システムから所定障碍パラメータを取得してもよい。本発明の実施例では、所定障碍パラメータとは、車両が障碍に遭遇したことを表す１種類のパラメータ、若しくは複数種のパラメータによる組み合わせである。

車両が正常に走行している際は、車体または車両の動力システムに関する各パラメータが大きく変化しないが、バリケードに遭遇すると、上記パラメータが大きく変動する。したがって、所定障碍パラメータの変化量は、車両がバリケードに遭遇したか否かを表すことが可能とある。

本発明の実施例としては、車両の振動程度の変化量を例として説明する。

所定障碍パラメータの変化量は、車両の現在の振動程度と、所定時刻における車両の振動程度との差、例えば車両の現在の振動程度と車両の１秒前の振動程度との差であってもよい。また、所定障碍パラメータの変化量は、車両の現在の振動程度と、車両の所定振動程度との差であってもよい。なお、車両の所定振動程度は、車両が平坦な道路を走行する場合の振動程度の平均値であってもよい。所定障碍パラメータの変化量を取得すれば、変化の大きい運動状態が車両に存在するか否かを判断できる。

ステップＳ１０４では、所定障碍パラメータの変化量が対応の所定区間を超えたか否かを判断する。

上記ステップＳ１０３の説明のように、所定障碍パラメータは、１種類のパラメータ、若しくは複数種のパラメータによる組み合わせであってもよい。但し、任意の２つのパラメータにとっては、パラメータの属性やタイプが異なるため、所定障碍パラメータの各々に、対応する１つの所定区間をそれぞれ設定する必要がある。例えば、振動程度は、振動程度に関する所定区間〔１０，２０〕に対応する。

所定障碍パラメータの変化量が対応の所定区間内に存在するとき、所定障碍パラメータの変化量が合理的な範囲内にあることを意味し、すなわち、このときの車両走行が正常であることも意味する。所定障碍パラメータの変化量が対応の所定区間を超えたとき、所定障碍パラメータの変化量が、設定された範囲を超えたことを意味する。すなわち、このときに車両がバリケードに遭遇したかもしない。例えば、図２に示すように、車両が突起物に当たったときに大幅に揺れるため、車体の振動程度が、設定された振動程度の所定区間を超えている。

所定障碍パラメータが複数ある場合、その１つでも変化量が所定区間を超えれば、車両がこのときにバリケードに遭遇したと特定してもよい。また、ある特定のパラメータに起因する誤報率が高い問題を回避するために、２つ以上のパラメータをバンドリングしてもよい。例えば、振動程度と車速とをバンドリングする。

車速が速いときは、たとえ小体積の砂利１粒に当たっても車体の揺れが発生するが、車速が低いときには、同体積の砂利に当たっても車体の揺れが発生しない。したがって、車速と振動程度とは緊密に関係している。本発明の別の実施例では、車速が所定閾値よりも大きく、且つ振動程度が対応の所定区間を超えた場合において、車両がバリケードに遭遇したと特定する。

所定障碍パラメータの変化量が対応の所定区間を超えた場合には、ステップＳ１０５において、現在位置および所定障碍パラメータの変化量をサーバに送信する。

車両の現在位置が所定バリケード地点の位置ではないため、当該位置は、まだサーバ内で所定バリケード地点の位置とされていない。現在位置の車両に関する所定障碍パラメータの変化量が対応の所定区間を超えた場合には、現在位置の車両に関する所定障碍パラメータの変化量が正常走行時の該パラメータ変化量の許容範囲に属しなかったことを意味するため、当該位置にバリケードがあると認められる。

しかし、当該位置はまだ所定バリケード地点の位置としてサーバから車両に送信されていない。したがって、車両の現在位置、及び現在位置の車両に関する所定障碍パラメータの変化量をサーバに送信する。これにより、サーバは、所定バリケードの位置情報を更新すると共に、当該位置をバリケード地点として記録する。

所定障碍パラメータの変化量が対応の所定区間を超えていない場合には、ステップＳ１０１を実行する。

本発明の実施例では、在ナビゲーション端末から車両の現在位置および所定障碍パラメータの変化量をサーバに送信する前に、ナビゲーション端末は、例えば「バリケードに遭遇したのか？」のような音声による質問または文字による質問を出力する。ドライバーは、ナビゲーション端末上において「はい」または「いいえ」を選択してもく、「はい」または「いいえ」を声で回答してもよく、さらに例えば「前方に深さ約０．５メートルの陥没がある。」のようにバリケードの状況を説明してもよい。ナビゲーション端末は、ドライバーが説明したバリケード状況の音声情報を記憶すると共に、ドライバーの選択操作または音声回答に対する識別により、バリケードに遭遇したか否かの正確な情報を得てもよい。車両がバリケードに遭遇したと確認された後、車両の現在位置および所定障碍パラメータの変化量をサーバに送信する。

本実施例では、車両の現在位置が所定バリケード地点の位置ではない場合、車両の所定障碍パラメータの変化量を監視する。当該所定障碍パラメータの変化量が所定範囲を超えたとき、当該所定バリケード地点の位置にバリケードがあることを意味する。しかし、当該位置はまだ所定バリケード地点の位置の情報としてサーバから端末に送信されていないため、サーバにおいては当該位置をバリケード地点としてまだ認定していないと認められる。そのため、車両は、現在位置、及び現在位置の車両に関する所定障碍パラメータの変化量をサーバに送信する。これにより、サーバはバリケード地点のデータを更新する。

本実施例に係る方法によれば、車両の位置および車両の所定障碍パラメータの変化量に基づいて道路上のバリケードのリアルタイム情報を取得すると共に、これらの情報をサーバに送信することができる。これにより、サーバはバリケード地点の報を更新し、より正確な所定バリケード地点の位置の情報を車両に送信する。

所定バリケード地点の位置が復旧した後、サーバは、所定バリケード地点の位置の更新情報をまだ取得していない場合がある。したがって、本発明の別の実施例では、図１に示すように、該方法はさらに次のステップを含んでもよい。

車両の現在位置が所定バリケード地点の位置である場合には、ステップＳ１０６において、車両が走行するときの所定障碍パラメータの変化量を検出する。

上記ステップＳ１０２の判断結果として、車両の現在位置が所定バリケード地点の位置である場合には、車載情報システムにより取得された、車両が現在位置を走行するときの所定障碍パラメータを用いる。なお、所定障碍パラメータの取得方式は、上記ステップＳ１０３で説明した方式とほぼ同様に、車載情報システムを用いて車両の所定障碍パラメータを取得し、さらに所定障碍パラメータの変化量を取得する。

ステップＳ１０７では、所定障碍パラメータの変化量が対応の所定区間を超えていないか否かを判断する。

所定障碍パラメータの変化量が対応の所定区間を超えていないか否かを判断する方式は、上記ステップＳ１０４で用いた方式とほぼ同様である。所定障碍パラメータの変化量が対応の所定区間を超えていないと特定した場合には、ステップＳ１０８を実行する。所定障碍パラメータの変化量が対応の所定区間を超えたと特定した場合には、ステップＳ１０１に戻る。

例えば、如図２に示すように、車両が走行している道路の路面に突然に窪みや凹凸が出現したときも、車両が障碍物を轢いたときも、車両の揺れを引き起こし、車両の振動程度が突発的に増加する。車両が現在位置Ｌに到達する１秒前は、車両の振動程度が２０であるが、車両が現在位置Ｌに到達したときの振動程度が１００になるため、車両の振動程度の変化量は８０として算出される。そして、車両の振動程度の変化量に対応する所定区間が〔１０,２０〕であるため、現在位置Ｌの場合の車両の振動程度は、所定区間を超えたことになる。車両が走行している現在位置を取得するステップＳ１０１に戻り、以降のステップを実行する。

所定障碍パラメータの変化量が所定区間を超えていない場合には、ステップＳ１０８において、所定障碍パラメータの変化量及び現在位置をサーバに送信する。

所定バリケード地点の位置はサーバから車両に送信されたものであるため、車両の現在位置と、サーバ内に記録されている所定バリケード地点の位置とが一致する。したがって、当該車両の現在位置は、サーバによりバリケード地点と認識されている。そして、このときに車両が取得した振動程度の変化量が所定区間内に存在するため、現在位置の車両に関する振動程度の変化量が正常走行時の該パラメータ変化量の許容範囲内であることを意味する。したがって、バリケードの発生原因が解消され、車両の現在位置はバリケード地点ではなくなったと認められる。

したがって、車両の現在位置、及び現在位置の車両に関する所定障碍パラメータの変化量をサーバに送信する。これにより、サーバは所定バリケード地点の位置の情報を更新する。

本実施例は、車両が所定バリケード地点の位置に到達したときの処理方法である。サーバから送信された所定バリケード地点の位置を取得した車両が該所定バリケードの位置に到達すると、車両の所定障碍パラメータの変化量を検出する。該所定障碍パラメータの変化量が所定範囲を超えた場合、該所定バリケード地点の位置にバリケードが依然として存在することを意味し、該所定障碍パラメータの変化量が所定範囲を超えていない場合、該所定バリケード地点の位置にバリケードが無くなったことを意味する。但し、サーバの方では当該位置がバリケード地点と認識されているため、車両は、サーバに、現在位置及び現在位置の車両に関する所定障碍パラメータの変化量を送信する。これにより、サーバがバリケード地点のデータを更新する。

また、前記実施例では、車両がバリケードに遭遇したとき、車両がサーバに送信する情報は、単に車両の現在位置、および車両が現在位置を走行するときの所定障碍パラメータの変化量であった。しかし、これらの情報では、ドライバーがバリケードの実際の状況及び周囲の環境を正確に把握するのに十分ではない。したがって、本発明の別の実施例では、図３に示すように、該方法は、車両の現在位置が所定バリケード地点の位置ではなく、且つ所定障碍パラメータの変化量が対応の所定区間を超えた場合に対し、さらに次のステップを含んでもよい。

ステップＳ２０１では、車両の現在位置に関する時刻をバリケード時刻として特定する。

車両の現在位置が所定バリケード地点の位置ではない場合、当該現在位置は、サーバ及びシステム全体が正常な道路状況であるとデフォルト的に認識される。

しかし、所定障碍パラメータの変化量が対応の所定区間を超えたと特定されても、該現在位置は、まだ所定バリケード地点の位置としてサーバに記録されたものではない。

このような場合は、該現在位置をバリケード地点として記録する必要がある場合に相当する。

該ステップでは、さらに車両の現在位置に関する時刻をバリケード時刻として特定する。例えば、或る車両が２０１５年３月１５日午前１０時１０分４０秒に、北京安定路と北土城東路との交差点に進入してバリケードに遭遇したとき、「北京朝陽区安定路と北土城東路との交差点」というバリケード地点を取得すると共に、車両がバリケード地点に到達した時刻「２０１５年３月１５日午前１０時１０分４０秒」を取得する。

ステップＳ２０２では、バリケード時刻直前の第１所定時間内の映像情報、およびバリケード時刻直後の第２所定時間内の映像情報のうち、少なくとも１つを含んだ、バリケード時刻におけるバリケード情報を取得する。

映像情報は、ビデオ情報、画像情報などを含む。現在、ドライブレコーダーや車載レーダーシステムを設置した車両は多い。ドライブレコーダーは、車正面映像を撮ることができ、車載レーダーシステムは、車がバックする際の後方映像を撮ることができる。ナビゲーション端末をドライブレコーダーの読み取りインターフェースに接続することで、車両がバリケード地点に走行する前後の所定時間内の車正面ビデオ情報や画像情報を取得してもよい。ナビゲーション端末を車載レーダーシステム読み取りインターフェースに接続することで、車がバックする際の後方ビデオ情報や画像情報を取得してもよい。なお、画像情報は、ビデオ情報における１フレームの画像または複数フレームの画像であってもよい。

例えば、車両が前進中にバリケード地点に遭遇したときは、ドライブレコーダーが、バリケード時刻直前の例えば１０秒である第１所定時間内の車正面ビデオ情報や画像情報、及び、バリケード地点時刻直後の例えば５秒である第２所定時間内の車正面ビデオ情報や画像情報を取得する。

また、車両がバック中にバリケード地点に遭遇したときは、車載レーダーシステムが、バリケード時刻直前の例えば１０秒である第１所定時間内の車後方ビデオ情報や画像情報、及び、バリケード地点時刻直後の例えば５秒である第２所定時間内の車後方ビデオ情報や画像情報を取得する。

ステップＳ２０３では、バリケード情報を所定サーバに送信する。

本実施例では、車両がバリケード地点に到達する前后の映像情報を所定サーバに送信することにより、所定サーバには、所定バリケード地点の位置が記録されているのみならず、所定バリケード地点の位置のビデオ信号や画像情報も記憶されている。

したがって、所定サーバに記憶されたバリケード地点のビデオ情報により、バリケード地点の状況及びバリケード地点の周辺環境の状況をより直観的に把握することができる。

車両の振動程度などの所定障碍パラメータの変化量と、車両の走行速度とが緊密に関係しているため、車速が高速であるときは、路面の僅かな起伏でも、車両の所定障碍パラメータの変化量に大きく影響する。したがて、本発明の別の実施例では、上記実施例のステップＳ２０１において取得されたバリケード時刻に基づき、車両の走行速度の情報を取得してもよい。図４に示すように、車両の走行速度の情報の取得は、次のステップを含んでもよい。

ステップＳ３０１では、バリケード時刻直前の第１所定時間内の車両の走行距離、及び、バリケード時刻直後の第２所定時間内の車両の走行距離を取得する。

例えば、バリケード時刻を１０時１０分４０秒とし、バリケード時刻直前の１０秒を第１所定時間とすると、該第１所定時間の開始時刻は１０時１０分３０秒である。そして、第１所定時間の開始時刻における車両の走行位置、すなわち１０時１０分３０秒における車両の走行位置を取得すると共に、該走行位置とバリケード地点との直線距離を算出し、この直線距離を第１所定時間内の車両の走行距離とする。

上記と類似的に、バリケード地点時刻直後の第２所定時間の終了時刻を取得することで、該終了時刻における車両の走行位置を取得し、バリケード地点と該走行位置との直線距離を算出し、この直線距離を第２所定時間内の車両の走行距離とする。

ステップＳ３０２では、第１所定時間、及び第１所定時間内の車両の走行距離に基づいて第１所定時間内の車両の走行速度情報を算出し、第２所定時間、及び第２所定時間内の車両の走行距離に基づいて第２所定時間内の車両の走行速度情報を算出する。

所定バリケード位置の前后での車両の走行速度を取得すると共に、車両の所定障碍パラメータの変化量に基づけば、バリケード地点の情報をより正確に取得することができる。例えば、車両の走行速度が速い場合は、道路の小さな突起、例えば減速ゾーンを走行しても車両に大きな揺れが発生し、車両の振動程度の変化量が急激に増加し、車両の振動程度の変化量が対応の所定範囲を超える。

車両の走行速度が遅い場合は、同様な減速ゾーンを走行しても車両の大きな揺れに発生せず、車両の振動程度の変化量が小幅に増加するため、車両の振動程度の変化量に対応する所定範囲を超えないことがある。そのため、バリケード時刻前后での車両の走行速度を取得することにより、バリケード地点の実際の状況をより正確に取得することができる。

本実施例では、車両がバリケード地点を走行する走行速度を取得することにより、車両の正常な走行がバリケード地点に妨げられる程度をさらに把握することができる。したがって、バリケード地点前后での車両の走行速度および車両の移動状態パラメータの両方に基づいて、バリケード地点の実際の状況を正確に取得することできる。

車両が非道路を走行することがあるが、非道路では車両の揺れを引き起こす例えば階段などの物体がよくある。したがって、車両が平坦でない非道路を走行するときは、車両の所定障碍パラメータの変化量が所定範囲を超える可能性が高い。もし、非道路上の車両の現在位置を所定サーバに送信すると、所定サーバは、該現在位置をバリケード地点として記録してしまう。

しかし、道路には存在しないバリケード地点、すなわち非道路上のバリケード地点を所定サーバに記憶しても、ドライバーへ注意喚起する意味が無い。そのため、所定サーバは通常では、非道路上のバリケード地点を記憶しない。したがって、本発明の別の実施例では、車両の現在位置が所定バリケード地点の位置であるか否かを判断する上記ステップＳ１０２を実行する前に、図５に示すように、次のステップも実行する必要がある。

ステップＳ４０１では、車両の現在位置が道路上にあるか否かを判断する。

所定サーバには、道路の経緯度による座標位置を含む全道路の情報が入っている。道路の経緯度による座標とは、道路の座標範囲を構成する複数の座標点を指す。

車両の現在位置を所定サーバに送信し、所定サーバは、車両の現在位置の経緯度による座標が道路の座標範囲に属すか否かを判断する。車両の現在位置の経緯度による座標が道路の座標範囲に属す場合には、所定サーバは、バリケード地点が道路上に位置していると特定した旨の情報を、車両のナビゲーション端末に送信する。車両のナビゲーション端末は、該情報に基づき、車両の現在位置が道路上にあると特定する。車両の現在位置の経緯度による座標が道路の座標範囲に属さない場合には、所定サーバは、バリケード地点が非道路上に位置している旨の情報を、車両のナビゲーション端末に送信する。車両のナビゲーション端末は、該情報に基づき、車両の現在位置が道路上ではないと特定する。

また、ナビゲーション端末に全道路の情報を予めダウンロードし、上記方法を参照すれば、車両の現在位置が道路上にあるか否かを判断してもよい。

車両の現在位置が道路上にある場合には、バリケード地点が道路的路面上に存在すると特定し、続いてステップＳ１０２を実行してもよい。車両の現在位置が道路上ではなく、例えば車両が歩行道や、階段が存在する路面を走行している場合は、車両の所定障碍パラメータの変化量が対応の所定範囲を超える可能性が高くなるが、車両が走行している現在位置がバリケード地点であるとは特定できない。したがって、ステップＳ１０１を実行し、引き続き、車両が走行している現在位置を取得する。

本実施例では、バリケード地点が道路上に位置するか否かを確認することにより、所定障碍パラメータの変化量を影響するような非道路上の位置を道路上のバリケード地点として認識することを回避でき、所定サーバが受信するバリケード地点情報の信頼性、正確性が保証される。

上記実施例では、車両が、所定サーバから送信される所定バリケード地点の位置を取得するが、所定サーバは車両の走行経路を把握できていないため、車両の位置に基づく一定範囲内の全ての所定バリケード地点の位置を車両に送信する可能性がある。したがって、本発明の別の実施例では、図６に示すように、該方法はさらに次のステップを含んでもよい。

ステップＳ５０１では、車両の走行経路を取得し、走行経路を所定サーバに送信する。

ユーザがナビゲーション機器で車両の目的地を設定する際、ナビゲーション機器は、車両の現在位置および車両の目的地に基づいて車両の走行経路を選択する。例えば、ユーザの現在位置を北京大学とし、目的地を中国農業大学とすると、ナビゲーション端末は、ユーザのために北京大学から中国農業大学までの走行経路を選択する。該走行経路には、北京大学から出発し、どの道路を経由して中国農業大学に到着するかが示される。また、該走行経路は、地図と重なるようにユーザのナビゲーション端末上に表示されてもよい。

走行経路を所定サーバに送信する。該走行経路の送信態様は、経緯度による座標、すなわち走行経路を繋げた複数の経緯度による座標点であってもよい。これにより、所定サーバは、これら経緯度による座標点に基づいて走行経路を復元し、または、これら経緯度による座標点を直接に用いて他の動作を行い、例えば、所定サーバに記憶された所定バリケード地点の位置のうち、この走行経路上に存在するものが無いかを判断することができる。

ステップＳ５０２では、所定サーバから送信された、走行経路上における所定バリケード地点の位置、及び、走行経路上における各所定バリケード地点の位置のそれぞれに対応している所定障碍パラメータの所定区間を受信する。

所定サーバは、車両から送信された走行経路を受信すると、自体に記憶された所定バリケード地点の位置のうち、この走行経路上に存在するものが無いかを判断すると共に、走行経路上の所定バリケード地点の位置及び所定バリケード地点の位置にそれぞれ対応している所定障碍パラメータの所定区間を、所定障碍パラメータの変化量と該所定区間との比較が可能になるように車両に送信してもよい。

ステップＳ５０３では、車両自体において、走行経路上における全ての所定バリケード地点の位置を通知する。

車両が所定バリケード地点の位置および所定障碍パラメータの変化量を受信したときは、音声アナウンスの形式でこれらの情報を車両自体において通知することにより、ドライバーは、端末が通知した情報に基づき、事前に所定バリケード地点の位置について対処を取り、例えば所定バリケード地点の位置に接近する前に車速を落とし、また迂回することができる。

本実施例では、車両の走行経路を取得し、走行経路を所定サーバに送信することにより、所定サーバから、車両の走行経路上における所定バリケード地点の位置を取得する。これにより、所定サーバから車両へ所定バリケードの位置及び他の関連情報を送信することが容易になる。

上記ステップＳ５０３では、車両が所定バリケード地点の位置および所定障碍パラメータの変化量を受信したとき、端末のディスプレイを利用し、所定バリケード地点の位置を直接に車両自体へ通知してもよい。本発明の別の実施例では、図７に示すように、該方法は次のステップを含んでもよい。

ステップＳ６０１では、車両の走行経路を取得する。

上記ステップＳ５０２において取得された車両の走行経路に基づき、ナビゲーティングしている走行経路、及び走行経路の画像を取得する。該走行経路の画像は、ナビゲーション端末中に予め記憶されてもよく、所定サーバからダウンロードしてもよい。該走行経路の画像には、走行経路に関する道路及び周辺の建筑などの情報情報が含まれてもよい。また、車両の走行につれ、走行経路の画像が随時に更新されるため、ドライバーが見た走行経路の画像は、常に車両の現在位置、及び現在位置の道路情報や環境情報を反映させたものになる。

ステップＳ６０２では、走行経路上に、走行経路上における全ての所定バリケード地点の位置をマークする。

図８に示すように、所定バリケード地点の位置Ｌを取得した後、所定バリケード地点の位置Ｌの経緯度による座標に基づき、走行経路上に、所定バリケード地点の位置Ｌに直接にマークを付けると共に、走行経路の画像上において所定バリケード地点の位置Ｌをポップアップや通知グラフィックで目立つように表示する。

ステップＳ６０３では、車両自体において、所定バリケード地点の位置がマークされた走行経路を表示する。

バリケード地点の位置がマークされた走行経路をナビゲーション端末のディスプレイ上に表示する。そして、車両と所定バリケード地点の位置との距離が縮むにつれ、ナビゲーション機器が音声通知を出力し、車両と所定バリケード地点の位置との距離が十分に近くなったときには、ナビゲーション端末のディスプレイから、走行経路上における所定バリケード地点の位置の状況を直接に見ることができるため、ドライバーに対し、事前に対処するよう喚起することができる。

上記実施例では、車両が所定バリケード地点の位置を取得することができるが、バリケード地点の実際の状況および周辺環境を事前に取得することができないため、ドライバーがバリケード地点の状況に基づいて正確に判断を下すことができず、ひたすら直進または迂回を選び続けるしかなく、ドライバーに多大な不便をもたらす。したがって、本発明の別の実施例では、図９に示すように、該方法はさらに次のステップを含んでもよい。

ステップＳ７０１では、ユーザから、走行経路上における所定バリケード地点の位置に対するエリー操作を受付ける。

車両のナビゲーション端末が、所定サーバが車両の走行経路に基づいて送信した所定バリケード地点の位置を受信した後、ユーザは、走行経路における１つバリケード地点を所定バリケード地点の位置として設定すると共に、この所定バリケード地点の位置をクエリーする操作を行ってもよい。

例えば、ユーザがナビゲーション端末のディスプレイ上の１つの所定バリケード地点の位置をクリックして選定したとき、ナビゲーション端末は、ユーザに対し、所定バリケード地点の位置の他の関連情報もクエリーするかを通知する。ユーザが他の関連情報のチェックを選択した場合、クエリー操作のトリガーとなり、クエリー要求が送信される。

ステップＳ７０２では、クエリー操作を所定サーバに送信する。

ステップＳ７０１のクエリー操作を所定サーバに送信し、所定サーバは、該クエリー操作に基づき、自体に記憶している所定バリケード地点の位置に対応する記録（レコード）、および該所定バリケード地点の位置に関するバリケード情報をクエリーする。なお、当該バリケード情報には、所定バリケード地点の位置についてのビデオ情報、画像情報やオーディオ情報などが含まれる。

所定サーバは、クエリー（検出）した情報を、クエリー要求を行ったナビゲーション端末に送信する。

ステップＳ７０３では、所定サーバがクエリー操作に基づいて検出した所定バリケード地点の位置のバリケード情報を送信する。

上記実施例では、車両がバリケードに遭遇したとき、このバリケード地点が所定サーバに記録されているものでなければ、このバリケード地点が、新たに出現したバリケード地点、若しくは他の車両が通過したことのないバリケード地点であることを意味する。車両は、このバリケード地点を所定サーバに送信すると共に、取得したバリケードビデオ情報やバリケード画像情報などを併せて所定サーバに送信する。

そして、他の車両は、或る所定バリケード地点の位置の情報をクエリーするクエリー操作を所定サーバに送信すると、所定サーバから送信されるクエリー結果を受信することができる。該クエリー結果とは、バリケード地点のバリケード情報である。バリケード情報は、少なくともバリケードビデオ情報やバリケード画像情報を含んでもよく、上記実施例において説明された、所定バリケード地点の位置における車両の車速、及びドライバーが所定サーバへフィードバックした音声説明などを含んでもよい。

ステップＳ７０４では、所定バリケード地点の位置のバリケード情報を表示する。

車両が所定バリケード地点の位置のバリケード情報を受信した後に、端末のディスプレイ上にこれらのバリケード情報を、例えばバリケードビデオ情報やバリケード画像情報、音声情報の再生、文字情報の再生などにより表示してもよい。所定バリケード情報を表示させる操作は、ユーザが手動で行うか、端末が自動的に行ってもよい。

該実施例では、所定バリケード情報を車両に送信することにより、ドライバーは、これから通過するバリケード地点の実際の状況をより正確に把握し、バリケード地点に対して正確に判断でき、走行経路の変更または減速などを速やかに行うことが容易になる。

上記全ての実施例は、いずれも車両に基づく道路情報処理方法に関するものであり、概ね２種類の実際の状況を含む。１つの状況としては、車両が道路を走行する際、所定サーバに記録されていないバリケード地点に遭遇し、且つ車両の所定障碍パラメータの変化量が所定範囲を超えた場合には、所定サーバへ、車両の現在位置であるバリケード地点、現在位置の車両に関する所定障碍パラメータの変化量、及び該バリケード地点に関する複数種のバリケード情報を送信する。これにより、他の車両は、該位置に到達する前に、該位置がバリケード地点であることを事前に把握すると共に、該バリケード地点の実際の状況を取得することが可能になる。

もう１つの状況としては、車両が道路を走行する際、走行経路上に存在するバリケード地点の情報を事前に取得すれば、バリケード地点に到達したときに、該バリケード地点における車両の所定障碍パラメータの変化量が所定範囲を超えたか否かを検出することができる。所定範囲を超えた場合には、バリケード地点による車両への影響が依然として存在することを意味するため、このバリケード地点について何ら操作を行わない。所定範囲を超えていない場合には、バリケード地点による車両への影響が消えたことを意味するため、このバリケード地点、および該バリケード地点における車両の所定障碍パラメータの変化量を所定サーバに送信する。これにより、所定サーバは、該バリケード地点が解除されたことを知り、他の車両が該位置を通過しても、該位置がバリケード地点である旨の情報を当該他の車に送信しない。

上記２つの状況は、１つが、所定サーバに新しいバリケード地点の状況を送信するものであり、もう１つが、バリケード地点が消えたという状況を所定サーバに送信し、所定サーバに最も正確なバリケード地点の状況を記録させるものである。

図１０は、例示的な更なる別の実施例に係る道路情報処理方法を示すフローチャートである。該方法は所定サーバに適用される。図１０に示すように、該方法は、次のステップを含む。

ステップＳ８０１では、第１所定車両から送信された現在位置および所定障碍パラメータの変化量を受信する。

上記実施例のように、第１所定車両は、所定サーバに現在位置および所定障碍パラメータの変化量を送信し、所定サーバは、第１所定車両から送信されたこれらの情報を受信する。

ステップＳ８０２では、所定サーバ内の所定バリケード地点位置リストに、現在位置に対応する位置が格納されているか否かを判断する。

所定サーバ自体には、バリケード地点、及びバリケード地点における第１所定車両の車両情報が記憶されている。これらのデータは、予め取得したデータであってもよく、過去の他端末が取得したデータであってもよい。例えば、上記実施例のように、第１所定車両は、所定サーバに記録されていないバリケード地点に到達したとき、この新しいバリケード地点を所定サーバに送信する。そして、所定サーバは、この新しいバリケード地点をサーバ自体内に記憶する。所定サーバ自体には所定バリケード地点位置リストが記憶されており、該リストには、所定サーバが記憶している全てのバリケード地点、及びバリケード地点のそれぞれに対応付けられた関連情報の記憶経路が含まれる。

所定サーバは、第１所定車両から送信された現在位置、および該位置における第１所定車両の車両情報を受信すると、第１所定車両の現在位置を、所定サーバ自体の所定バリケード地点位置リスト内の各バリケード地点と比較し、所定バリケード地点位置リストに、端末から送信された現在位置に対応するバリケード地点が存在するか否かを判断する。

なお、対応するとは、両位置が完全に一致するか、両位置間的距離が所定範囲内であることを指す。例えば、所定バリケード地点位置リスト内に格納されているバリケード地点の位置がＡ路とＢ路との交差点の南東角であるとし、第１所定車両が所定サーバに送信したバリケード地点が、Ａ路とＢ路との交差点の南東角から南寄りの１メートルであっても、両位置は対応していると特定する。

ステップＳ８０３では、所定サーバ自体の所定バリケード地点位置リスト内に対応の位置が格納されていない場合には、現在位置をバリケード地点の位置として特定し、所定障碍パラメータの変化量を所定サーバ自体に記憶すると共に、現在位置をサーバ自体の所定バリケード地点位置リスト内に格納する。

所定サーバ自体の所定バリケード地点位置リスト内に、第１所定車両から送信された現在位置に対応する位置が存在しない場合には、第１所定車両から送信された現在位置をバリケード地点としてマークすると共に、所定サーバ自体の所定バリケード地点位置リスト内に格納する。また、所定障碍パラメータの変化量を所定サーバ自体に記憶する。なお、第１所定車両から、該位置に関する他のバリケード情報も送信された場合、これらのバリケード情報も併せて所定サーバ自体に記憶する。

バリケード地点と関連のバリケード情報との一対一の関係を構築する。これにより、バリケード地点を取得した際は、該バリケード地点に関する全てのバリケード情報を直接に取得することができる。

一実施例では、前記道路情報処理方法は、現在位置を所定バリケード地点の位置として第２所定車両に送信するステップをさらに含む。

第２所定車両から所定サーバに走行経路が送信されると、第１所定車両から送信された現在位置を所定バリケード地点の位置として第２所定車両に送信する。

本実施例では、所定サーバは、車両から送信された現在位置、及び現在位置における所定障碍パラメータの変化量を受信すると共に、車両から送信された現在位置を所定サーバ内の所定バリケード地点位置リストと比較する。所定サーバ自体の所定バリケード地点位置リスト内に、車両から送信された現在位置に対応する位置が存在する場合には、車両から送信されたバリケード地点に関するデータを用いて、所定サーバ自体に記憶されているバリケード地点に関する旧データを更新する。

所定サーバ自体の所定バリケード地点位置リスト内に、車両から送信された現在位置に対応する位置が存在しない場合には、車両から送信されたバリケード地点に関するデータを、新しいデータとして所定サーバ自体に記憶する。サーバ自体に記憶された前記バリケード地点に関するデータは、走行経路上におけるバリケード地点の全車両に送信されてもよい。

本実施例によれば、リアルタイムに新しいバリケード地点情報を取得し、リアルタイムにバリケード地点情報を更新することを実現する共に、所定サーバに記憶されたバリケード地点及び他の関連情報の正確性、さらには所定サーバから車両への送信情報の正確性を保証することができる。

本発明の別の実施例では、図１０に示すように、該方法はさらに次のステップを含んでもよい。

所定バリケード地点位置リスト内に対応の位置が格納されている場合には、ステップＳ８０４において、所定バリケード地点位置リスト内の、現在位置に対応する位置を非バリケード地点の位置として特定する。

所定サーバ自体の所定バリケード地点位置リスト内に対応の位置が格納されていることは、所定サーバに情報を送信した第１所定車両の現在位置が所定サーバ内の記録済みのバリケード地点であることを意味する。そして、該位置における第１所定車両の所定障碍パラメータの変化量が所定範囲を超えていない場合のみ、すなわち、第１所定車両が該位置でバリケードに遭遇しなかった場合のみ、所定サーバに該位置、及び該位置における第１所定車両の所定障碍パラメータの変化量を送信する。

したがって、第１所定車両から送信された現在位置に対応する位置が所定サーバ自体の所定バリケード地点位置リスト内に格納されており、所定サーバ自体に記憶されているバリケード地点に反映されるバリケードが実際の道路から消えたと、特定できる。

したがって、所定サーバは、所定サーバ自体の所定バリケード地点位置リスト内の、現在位置に対応する位置を非バリケード地点の位置として特定すると共に、第１所定車両から送信された現在位置、および現在位置における所定障碍パラメータの変化量、並びに他の関連データを記憶することができる。所定サーバに非バリケード地点の位置が存在する場合、所定サーバは、所定サーバの記憶リソースを節約するように、該位置に関する全てのデータを削除してもよい。

例えば、所定サーバ自体の所定バリケード地点位置リスト内に格納されているバリケード地点の位置がＡ路とＢ路との交差点の南東角であり、取得された該バリケード地点の位置での車両の振動程度の変化量が５０であると仮定する。また、車両が所定サーバに送信した現在位置が、Ａ路とＢ路との交差点の南東角から南寄り１メートルの箇所であり、取得された該位置の車両の振動程度の変化量が１０であり、車両の振動程度の変化量の所定範囲が〔１０,２０〕であると仮定する。

したがって、該位置における車両の振動程度の変化量は、所定範囲を超えていないことが分かる。したがって、車両から所定サーバに送信された現在位置および振動程度の変化量、並びに他の情報を記憶する。これにより、所定サーバ内に記憶された該バリケード地点の情報の更新を行う。

上記実施例では、所定サーバは、バリケード地点に関する情報を第２所定車両に送信することができるが、どのバリケード地点に関する情報を第２所定車両に送信すべきかが分からない。したがって、本発明の別の実施例では、図１１に示すように、該方法はさらに次のステップを含んでもよい。

ステップＳ９０１では、第２所定車両から送信される車両の走行経路を受信する。

上記実施例のように、第２所定車両は第２所定車両の走行経路を取得した後に、所定サーバに該走行経路を送信し、所定サーバは第２所定車両から送信された該走行経路を受信する。

ステップＳ９０２では、車両の走行経路上に所定バリケード地点の位置が存在するか否かを判断する。

所定サーバは、第２所定車両から送信された走行経路を受信すると、所定サーバに記憶されたバリケード地点リスト内の各バリケード地点と、該走行経路とを比較する。上記実施例のように、走行経路上にバリケード地点が存在する場合、すなわち、バリケード地点と走行経路とが重なっている場合には、車両の走行経路に所定バリケード地点の位置が含まれていると特定する。

ステップＳ９０３では、車両の走行経路上に所定バリケード地点の位置が存在する場合には、走行経路上における全ての所定バリケード地点の位置、及び各所定バリケード地点の位置のそれぞれに対応する所定障碍パラメータの所定区間を第２所定車両に送信する。

走行経路上に所定バリケード地点の位置が存在する場合、所定サーバは、自体から、所定バリケード地点の位置に対応する所定障碍パラメータの所定区間、及び所定バリケード地点の位置に関する他の情報を取得すると共に、これらの情報を第２所定車両に送信する。これにより、第２所定車両は、取得した所定バリケード地点の位置及び他の情報に基づいてドライバーに通知し、ドライバーに所定バリケード地点の位置に到達する前に対処させることが可能になる。

本実施例では、車両から送信された走行経路を受信すると共に、走行経路に基づいて、車両の走行方向上に所定バリケード地点の位置が存在するか否かを特定する。所定バリケード地点の位置の存在が特定された場合には、向車両に所定バリケード地点の位置、及び他の関連情報を送信する。これにより、ドライバーは、所定バリケード地点の位置に到達する前に予めバリケード地点を回避したり、車速を落とすなどの対処が容易になる。

上記実施例では車両がバリケード情報を取得してサーバに送信するため、本発明の別の実施例において、該方法はさらに次のステップを含んでもよい。

１１）第１所定車両から送信された、少なくともバリケード地点の映像情報を含むバリケード情報を受信する。

第１所定車両は、第１所定車両が所定バリケード位置を走行するときのバリケード情報を取得する。該バリケード情報には、少なくともリケード地点の映像情報、さらに第１所定車両が所定バリケード位置を通過する車速、及び所定バリケード位置に対するドライバの音声説明などが含まれてもよい。第１所定車両がこれらのバリケード情報をサーバに送信し、サーバがこれらのバリケード情報を受信する。

１２）バリケード情報をサーバ自体に記憶すると共に、第２所定車両に送信する。

サーバは、受信したバリケード情報をサーバ自体に記憶すると共に、バリケード情報を対応の所定バリケード地点の位置と対応付ける。第２所定車両にとってバリケード情報が必要なときに、バリケード情報を第２所定車両に送信する。

上記実施例では、車両がサーバにクエリー操作を送信するため、本発明の別の実施例において、該方法はさらに図１２に示すように、次のステップを含んでもよい。

ステップＳ１００１では、第２所定車両から送信された、所定バリケード地点の位置に対するクエリー操作を受信する。

クエリー操作には所定バリケード地点の位置が含まれている。所定サーバは、第２所定車両から送信されたクエリー操作を受信し、ステップＳ１００２を実行する。

ステップＳ１００２では、所定サーバ自体において、所定バリケード地点の位置に対応するバリケード情報を検索する。

所定サーバは、所定バリケード地点の位置を含んだクエリー情報を受信すると、所定バリケード地点位置リスト内において、該所定バリケード地点の位置に対応するバリケード地点記録を検索すると共に、所定サーバ自体において、当該バリケード地点記録に対応するバリケード情報を検索する。

ステップＳ１００３では、所定バリケード地点の位置に対応するバリケード情報を第２所定車両に送信する。

本発明の実施例では、第１所定車両および第２所定車両は同一車両であってもよい。

図１３は、例示的な実施例に係る端末環境検出装置のブロック図である。図１３を参照すると、該装置は、車両位置取得ユニット１１、バリケード地点判断ユニット１２、パラメータ変化量監視ユニット１３、第１パラメータ変化量判断ユニット１４、および第１送信ユニット１５を含む。

車両位置取得ユニット１１は、車両が走行している現在位置を取得するように構成されている。

バリケード地点判断ユニット１２は、現在位置が所定バリケード地点の位置であるか否かを判断するように構成されている。

パラメータ変化量監視ユニット１３は、現在位置が所定バリケード地点の位置ではない場合に、車両走行時の所定障碍パラメータの変化量を検出するように構成されている。

第１パラメータ変化量判断ユニット１４は、所定障碍パラメータの変化量が対応の所定区間を超えたか否かを判断するように構成されいている。

第１送信ユニット１５は、所定障碍パラメータの変化量が所定区間を超えた場合に、現在位置および所定障碍パラメータの変化量を所定サーバに送信する。

本発明の別の実施例では、該装置は、さらにバリケード時刻取得ユニット、バリケード情報取得ユニット、およびバリケード情報送信ユニットを含む。

バリケード時刻取得ユニットは、現在位置が所定バリケード地点の位置ではなく、且つ所定障碍パラメータの変化量が対応の所定区間を超えた場合に、車両の現在位置に関する時刻をバリケード時刻として特定するように構成されている。

バリケード情報取得ユニットは、バリケード時刻直前の第１所定時間内の映像情報、およびバリケード時刻直後の第２所定時間内の映像情報のうち少なくとも１つを含んだ、バリケード時刻におけるバリケード情報を取得するように構成されている。

バリケード情報送信ユニットは、バリケード情報を所定サーバに送信するように構成されている。

本発明の別の実施例では、図１４に示すように、該装置は、さらにパラメータ変化量検出ユニット１６、第２パラメータ変化量判断ユニット１７、および第２送信ユニット１８を含む。

パラメータ変化量検出ユニット１６は、バリケード地点判断ユニット１２と接続しており、現在位置が所定バリケード地点の位置である場合に、車両が走行しているときの所定障碍パラメータの変化量を検出するように構成されている。

第２パラメータ変化量判断ユニット１７は、所定障碍パラメータの変化量が対応の所定区間を超えていないか否かを判断するように構成されている。

第２送信ユニット１８は、所定障碍パラメータの変化量が対応の所定区間を超えていない場合に、所定障碍パラメータの変化量及び現在位置を所定サーバに送信するように構成されている。

本発明の別の実施例では、該装置は、さらに走行経路取得ユニット、バリケード地点受信ユニット、および通知ユニットを含む。

走行経路取得ユニットは、車両の走行経路を取得し、走行経路を所定サーバに送信するように構成されている。

バリケード地点受信ユニットは、所定サーバから送信された、走行経路上における所定バリケード地点の位置、及び、走行経路上における各所定バリケード地点の位置のそれぞれに対応する所定障碍パラメータの所定区間を受信するように構成されている。

通知ユニットは、車両自体において、走行経路上における全ての所定バリケード地点の位置を通知するように構成されている。

本発明の別の実施例では、該通知ユニットは、走行経路取得ユニット、走行経路マーク付けユニット、および走行経路表示ユニットをさらに含む。

走行経路取得ユニットは、車両の走行経路を取得するように構成されている。

走行経路マーク付けユニットは、走行経路上における全ての所定バリケード地点の位置を、走行経路の画像上にマークするように構成されている。

走行経路表示ユニットは、所定バリケード地点の位置がマークされた走行経路を車両自体において表示するように構成されている。

本発明の別の実施例では、該装置は、さらにバリケードクエリーユニット、クエリー操作送信ユニット、バリケード情報受信ユニット、およびバリケード情報表示ユニットを含む。

バリケードクエリーユニットは、走行経路上における所定バリケード地点の位置に対するユーザのクエリー操作を受付けるように構成されている。

クエリー操作送信ユニットは、クエリー操作を所定サーバに送信するように構成されている。

バリケード情報受信ユニットは、所定サーバがクエリー操作に基づいて検出した所定バリケード地点の位置のバリケード情報を受信するように構成されている。

バリケード情報表示ユニットは、所定バリケード地点の位置のバリケード情報を表示するように構成されている。

図１５は、例示的な実施例に係るサーバを示す図である。図１５を参照すると、該サーバは、受信ユニット２１、バリケード地点判断ユニット２２、バリケード地点マーク付けユニット２３、および記憶ユニット２４を含む。

受信ユニット２１は、第１所定車両から送信された現在位置および所定障碍パラメータの変化量を受信するように構成されている。

バリケード地点判断ユニット２２は、現在位置に対応する位置がサーバ内の所定バリケード地点位置リスト内に格納されているか否かを判断するように構成されている。

バリケード地点マーク付けユニット２３は、所定バリケード地点位置リスト内に対応の位置が格納されていない場合に、現在位置をバリケード地点の位置として特定するように構成されている。

記憶ユニット２４は、所定障碍パラメータ変化量をサーバ自体に記憶すると共に、現在位置を所定バリケード地点位置リスト内に格納するように構成されている。一実施例では、該サーバは、現在位置を所定バリケード地点の位置として第２所定車両に送信するように構成された送信ユニットを含んでもよい。

本発明の別の実施例では、該サーバは、さらに非バリケード地点位置マーク付けユニットを含む。

非バリケード地点位置マーク付けユニットは、所定バリケード地点位置リスト内に対応の位置が格納されている場合に、所定バリケード地点位置リスト内の、現在位置に対応する位置を非バリケード地点の位置として特定するように構成されている。

本発明の別の実施例では、該サーバは、さらに走行経路受信ユニット、バリケード地点判断ユニット、およびバリケード地点送信ユニットを含む。

走行経路受信ユニットは、第２所定車両から送信された走行経路を受信するように構成されている。

バリケード地点判断ユニットは、走行経路上に所定バリケード地点の位置が存在するか否かを判断するように構成されている。

バリケード地点送信ユニットは、走行経路上に所定バリケード地点の位置が存在する場合に、走行経路上における全ての所定バリケード地点の位置、及び所定バリケード地点の位置にそれぞれ対応する所定障碍パラメータの所定区間を、第２所定車両に送信するように構成されている。

本発明の別の実施例では、該サーバは、さらにバリケード情報受信ユニットおよびバリケード情報記憶ユニットを含む。

バリケード情報受信ユニットは、現在位置がバリケード地点の位置として特定された場合に、第１所定車両から送信された少なくともバリケード地点の映像情報を含むバリケード地点のバリケード情報を受信するように構成されている。

バリケード情報送信ユニットは、バリケード情報をサーバ自体に記憶するように構成されている。

本発明の別の実施例では、該サーバは、さらにクエリー操作受信ユニット、バリケード情報検索ユニット、およびバリケード情報送信ユニットを含む。

クエリー操作受信ユニットは、第２所定車両から送信された、所定バリケード地点の位置に対するクエリー操作を受信するように構成されている。

バリケード情報検索ユニットは、サーバ自体において、所定バリケード地点の位置に対応するバリケード情報を検索するように構成されている。

バリケード情報送信ユニットは、所定バリケード地点の位置に対応するバリケード情報を第２所定車両に送信するように構成されている。

図１６は、例示的な実施例に係る端末８００のブロック図である。端末は、例えば携帯電話、コンピュータ、デジタルブロードキャスト端末、メッセージ送受信機器、ゲームコンソール、タブレット機器、医療機器、健康機器、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）などである。
図１６を参照すると、モバイル端末は、プロセッサアセンブリ８０２、メモリ８０４、電源アセンブリ８０６、マルチメディアアセンブリ８０８、オーディオアセンブリ８１０、入力/出力（Ｉ/Ｏ）インターフェース８１２、センサアセンブリ８１４、および通信アセンブリ８１６のうち、１つまたは複数を含んでもよい。

プロセッサアセンブリ８０２は、通常ではモバイル端末の全体的操作、例えば表示、電話呼出、データ通信、カメラ動作や記憶動作に関する動作を制御する。プロセッサアセンブリ８０２は、上記の方法の全てまたは一部のステップを完成させるコマンドを実行する１つまたは複数のプロセッサ８２０を含んでもよい。また、プロセッサアセンブリ８０２は、プロセッサアセンブリ８０２と別のアセンブリとの間のインタラクションを処理するのための１つまたは複数のモジュールを含んでもよい。例えば、プロセッサアセンブリ８０２は、マルチメディアアセンブリ８０８とプロセッサアセンブリ８０２との間のインタラクションを処理するためのマルチメディアモジュールを含んでもよい。

メモリ８０４は、モバイル端末における動作をサポートする各種のデータを記憶するように構成されている。これらのデータは、例えば、モバイル端末において動作するいかなるアプリケーションまたは方法のコマンドや、連絡先データ、電話帳データ、メッセージ、画像、映像などを含む。メモリ８０４は、例えばＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気メモリ、フラッシュメモリ、磁気ディスクまたは光ディスクなど、いかなるタイプの揮発性若しくは非揮発性の記憶デバイス、またはこれらの組み合わせにより実現され得る。

電源アセンブリ８０６は、モバイル端末の各アセンブリに給電するためのものである。電源アセンブリ８０６は、電源管理システムと、１つまたは複数の電源と、モバイル端末のために電力の生成、管理及び分配を行う関連のアセンブリと、を含んでもよい。

マルチメディアアセンブリ８０８は、モバイル端末とユーザとの間で出力インターフェースを提供するスクリーンを含む。一部の実施例において、スクリーンは、液晶ディスプレイ（ＬＣＤ）やタッチパネル（ＴＰ）を含んでもよい。スクリーンは、タッチパネルを含む場合、ユーザからの入力信号を受付けるタッチスクリーンとして実現されてもよい。タッチパネルは、タッチ、スライド、及びタッチパネル上のジェスチャを検出するための１つまたは複数のタッチセンサを含む記タッチセンサは、タッチ或いはスライド動作のエッジだけではなく、タッチ或いはスライド動作に関する継続時間及び圧力も検出できる。一部の実施例において、マルチメディアアセンブリ８０８は、１つのフロントカメラ及び／又はリアーカメラを含む。モバイル端末が例えば撮影モード或いは映像モード等の動作モードである場合には、フロントカメラ及び／又はリアーカメラは、外部からのマルチメディアデータを受信することができる。フロントカメラおよびリアーカメラのそれぞれは、１つの固定された光レンズ系、或いは可変な焦点距離および光学ズーム機能を有するものであってもよい。

オーディオアセンブリ８１０は、オーディオ信号を入力／出力するように構成されている。例えば、オーディオアセンブリ８１０は、モバイル端末が呼出モード、記録モード及び音声認識モード等のような動作モードであるときに外部のオーディオ信号を受信するように構成されたマイク（ＭＩＣ）を含む。受信されたオーディオ信号は、さらにメモリ８０４に記憶されるか、通信アセンブリ８１６を介して送信されてもよい。一部の実施例において、オーディオアセンブリ８１０は、オーディオ信号を出力するためのスピーカーをさらに含む。

Ｉ／Ｏインターフェース８１２は、プロセッサアセンブリ８０２と周辺インターフェースモジュールとの間のインターフェースを提供するものである。上記周辺インターフェースモジュールは、キーボード、クリックホイール、ボタン等であってもよい。これらのボタンは、ホームボタン、音量ボタン、起動ボタン、ロッキングボタンを含んでもよいが、これらに限定されない。

センサアセンブリ８１４は、モバイル端末の各態様の状態評価に供するための１つまたは複数のセンサを含む。例えば、センサアセンブリ８１４は、モバイル端末のＯＮ／ＯＦＦ状態や、モバイル端末における例えばディスプレイやテンキーパッドのようなアセンブリの相対的位置を検出することができる。また、センサアセンブリ８１４は、モバイル端末やモバイル端末におけるアセンブリの位置変化、ユーザとモバイル端末との接触の有無、モバイル端末の方位若しくは加速／減速、およびモバイル端末の温度変化も検出できる。センサアセンブリ８１４は、いかなる物理的接触も無い場合に周囲物体の存在を検出するように構成された接近センサを含んでもよい。さらに、センサアセンブリ８１４は、画像生成アプリケーションに用いられるＣＭＯＳ又はＣＣＤ画像センサのような光センサを含んでもよい。一部の実施例において、該センサアセンブリ８１４は、さらに加速度センサ、ジャイロスコープセンサ、磁気センサ、圧力センサ、及び温度センサを含んでもよい。

通信アセンブリ８１６は、モバイル端末と他の機器との間で有線又は無線方式の通信を提供するように構成される。モバイル端末は、例えばＷｉＦｉ、２Ｇ、３Ｇまたはそれらの組み合わせのような通信規格に基づく無線ネットワークにアクセスすることが可能である。例示的な一実施例において、通信アセンブリ８１６は、ブロードキャストチャネルを介して、外部のブロードキャスト管理システムからのブロードキャスト信号、またはブロードキャストに関する情報を受信する。また、例示的な一実施例において、前記通信アセンブリ８１６は、近距離通信を促進するための近距離無線通信（ＮＦＣ）モジュールをさらに含む。ＮＦＣモジュールは、例えばＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）技術、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）技術、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）技術、ＢＴ（Ｂｌｕｅｔｏｏｔｈ）技術や他の技術に基づいて実現されてもよい。

例示的な実施例において、モバイル端末は、１つまたは複数のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または他の電子デバイスによって実現されるものであり、上記の方法を実行する。

例示的な実施例において、コマンドを含んだ一時的でないコンピュータ読み取り可能な記憶媒体として、例えばモバイル端末のプロセッサ８２０に実行されることで上記の方法を完成させるようなコマンドを含んだメモリ８０４を、さらに提供する。一時的でないコンピュータ読み取り可能な記憶媒体は、例えばＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ−Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ ＲＯＭ）、磁気テープ、フロッピーディスクおよび光学データ記憶機器等である。

記憶されたコマンドが端末のプロセッサに実行されると、該端末が端末環境検出方法を実行することが可能になる一時的でないコンピュータ読み取り可能な記憶媒体において、前記方法は、
車両が走行している現在位置を取得するステップと、
現在位置が所定バリケード地点の位置であるか否かを判断するステップと、
現在位置が所定バリケード地点の位置ではないときには、車両が現在位置を走行するときの所定障碍パラメータの変化量を監視すると共に、所定障碍パラメータの変化量が対応の所定区間を超えたか否かを判断し、所定障碍パラメータの変化量が所定区間を超えた場合に現在位置および所定障碍パラメータの変化量を所定サーバに送信するステップと、を含む。

図１７は、例示的な実施例に係るサーバ１９００の構成を示す模式図である。サーバ１９００は、例えばサーバとして提供されてもよい。図１７を参照すると、サーバ１９００はプロセッサアセンブリ１９２２を含み、プロセッサアセンブリ１９２２は、１つまたは複数のプロセッサと、プロセッサアセンブリ１９２２が実行可能な例えばアプリケーションなどのコマンドを記憶するためのメモリ１９３２に代表されるメモリリソースと、を含む。メモリ１９３２に記憶されているアプリケーションは、１セットのコマンドごとに対応するモジュールを１つ以上含んでもよい。

サーバ１９００は、サーバ１９００の電源管理を実行するように構成された電源アセンブリ１９２６と、サーバ１９００をネットワークに接続させるように構成された有線または無線のネットワークインターフェース１９５０と、入力／出力（Ｉ／Ｏ）インターフェース１９５８とを含んでもよい。また、サーバ１９００は、メモリ１９３２に記憶されているオペレーションシステム、例えばＷｉｎｄｏｗｓ ＳｅｒｖｅｒＴＭ、Ｍａｃ ＯＳ ＸＴＭ、ＵｎｉｘＴＭ、ＬｉｎｕｘＴＭ、ＦｒｅｅＢＳＤＴＭ、または類似のシステムに基づいて動作してもよい。

記憶されたコマンドがサーバのプロセッサに実行されると、該サーバが端末環境検出方法を実行することが可能になる一時的でないコンピュータ読み取り可能な記憶媒体において、前記方法は、
第１所定車両から送信された現在位置および所定障碍パラメータの変化量を受信するステップと、
サーバ内の所定バリケード地点位置リスト内に、現在位置に対応する位置が格納されているか否かを判断するステップと、
所定バリケード地点位置リスト内に対応の位置が格納されていない場合に、現在位置をバリケード地点の位置として特定し、所定障碍パラメータ変化量をサーバ自体に記憶すると共に、現在位置を所定バリケード地点位置リスト内に格納するステップと、を含む。

なお、本明細書におて、「第１」および「第２」などのような関連用語は、単に１つの実体または操作を別の実体または操作と区別するためであり、これらの実体または操作の間に何らかの関係若しくは順序が存在することを意味、示唆するものではない。また、用語「含む」、「包含」またはそのいかなる変化的表現は、非排他的な包含を意図するものである。したがって、一系列の要素を含むプロセス、方法、物品または機器は、その要素のみならず、明確に挙げられていない他の要素、若しくは当該プロセス、方法、物品または機器に固有する要素も含む。また、追加的な限定が存在しない限り、「１つを含む」という表現により限定される要素は、当該要素を含んだプロセス、方法、物品または機器に別の同様な要素も含まれるということを排除するものではない。

上記は、単に、当業者が本発明を理解し実現することができるように示した具体的な実施形態に過ぎない。これらの実施例に対する種々の改修は、当業者にとって明白である。本明細書において定義された一般的な原理は、本発明の精神および範囲を逸脱しない範囲で別の実施例として実現され得る。したがって、本発明は、本明細書に記載のこれら実施例に限定されるものではなく、本明細書に記載の原理および新規的な特徴に一致する最も広い範囲に相当するものである。

本発明は、車両の技術分野に属し、特に道路情報の処理方法、装置、プログラム及び記録媒体に関する。

従来技術の問題を克服するために、本発明の実施例では道路情報処理方法、装置、プログラム及び記録媒体を提供する。

第３態様の第３実現可能な形態に基づき、第３態様の第４実現可能な形態として、前記通知ユニットは、
前記車両の走行経路を取得する走行経路取得ユニットと、
前記走行経路上に、前記走行経路上における全ての所定バリケード地点の位置をマークする走行経路マーク付けユニットと、
前記車両自体において、バリケード地点の位置がマークされた前記走行経路を表示する走行経路表示ユニットと、をさらに備える。

本発明の実施例の第６態様によれば、
プロセッサと、
プロセッサが実行可能なコマンドを記憶するメモリとを備え、
前記プロセッサは、
第１所定車両から送信された現在位置および所定障碍パラメータの変化量を受信し、
前記サーバ内の所定バリケード地点位置リスト内に、前記現在位置に対応する位置が格納されているか否かを判断し、
前記所定バリケード地点位置リスト内に対応の位置が格納されていない場合に、前記現在位置をバリケード地点の位置として特定し、前記所定障碍パラメータの変化量を前記サーバ自体に記憶すると共に、前記現在位置を前記所定バリケード地点位置リスト内に格納するように構成されている、サーバを提供する。
本発明のその他の態様は、
プロセッサに実行されることにより、前記方法を実現することを特徴とするプログラムを提供する。
本発明のその他の態様は、
前記プログラムが記録された記録媒体を提供する。

記憶されたコマンドが端末のプロセッサに実行されると、該端末が道路情報処理方法を実行することが可能になる一時的でないコンピュータ読み取り可能な記憶媒体において、前記方法は、
車両が走行している現在位置を取得するステップと、
現在位置が所定バリケード地点の位置であるか否かを判断するステップと、
現在位置が所定バリケード地点の位置ではないときには、車両が現在位置を走行するときの所定障碍パラメータの変化量を監視すると共に、所定障碍パラメータの変化量が対応の所定区間を超えたか否かを判断し、所定障碍パラメータの変化量が所定区間を超えた場合に現在位置および所定障碍パラメータの変化量を所定サーバに送信するステップと、を含む。

記憶されたコマンドがサーバのプロセッサに実行されると、該サーバが道路情報処理方法を実行することが可能になる一時的でないコンピュータ読み取り可能な記憶媒体において、前記方法は、
第１所定車両から送信された現在位置および所定障碍パラメータの変化量を受信するステップと、
サーバ内の所定バリケード地点位置リスト内に、現在位置に対応する位置が格納されているか否かを判断するステップと、
所定バリケード地点位置リスト内に対応の位置が格納されていない場合に、現在位置をバリケード地点の位置として特定し、所定障碍パラメータ変化量をサーバ自体に記憶すると共に、現在位置を所定バリケード地点位置リスト内に格納するステップと、を含む。

Claims (26)

1. 道路情報処理方法であって、
   車両が走行している現在位置を取得するステップと、
   前記現在位置が所定バリケード地点の位置であるか否かを判断するステップ、
   前記現在位置が所定バリケード地点の位置ではない場合に、前記車両が前記現在位置を走行するときの所定障碍パラメータの変化量を監視し、前記所定障碍パラメータの変化量が対応の所定区間を超えたか否かを判断するステップと、
   前記所定障碍パラメータの変化量が前記所定区間を超えた場合に、前記現在位置および前記所定障碍パラメータの変化量を所定サーバに送信するステップと、
   を含むことを特徴とする方法。
2. 前記現在位置が所定バリケード地点の位置ではなく、且つ前記所定障碍パラメータの変化量が対応の所定区間を超えた場合に、前記車両が前記現在位置を走行する時刻をバリケード時刻として特定するステップと、
   前記バリケード時刻直前の第１所定時間内の映像情報および前記バリケード時刻直後の第２所定時間内の映像情報のうち少なくとも１つを含む、前記バリケード時刻におけるバリケード情報を取得するステップと、
   前記バリケード情報を前記所定サーバに送信するステップと、
   をさらに含むことを特徴とする請求項１に記載の方法。
3. 前記現在位置が所定バリケード地点の位置である場合に、前記車両が前記現在位置を走行するときの前記所定障碍パラメータの変化量を検出し、前記所定障碍パラメータの変化量が前記所定区間を超えたか否かを判断するステップと、
   前記所定障碍パラメータの変化量が対応の前記所定区間を超えていない場合に、前記所定障碍パラメータの変化量及び前記現在位置を所定サーバに送信するステップと、
   をさらに含むことを特徴とする請求項１に記載の方法。
4. 前記車両の走行経路を取得すると共に、前記走行経路を前記所定サーバに送信するステップと、
   前記所定サーバから送信された、前記走行経路上における所定バリケード地点の位置、及び、前記走行経路上における各所定バリケード地点の位置のそれぞれに対応する所定障碍パラメータの所定区間を受信するステップと、
   前記車両自体において、前記走行経路上における全ての所定バリケード地点の位置を通知するステップと、
   をさらに含むことを特徴とする請求項１〜３の何れか１項に記載の方法。
5. 前記前記車両自体において前記走行経路上における全ての所定バリケード地点の位置を通知するステップは、
   前記車両の走行経路を取得するステップと、
   前記走行経路上に、前記走行経路上における全ての所定バリケード地点の位置をマークするステップと、
   前記車両自体において、バリケード地点の位置がマークされた前記走行経路を表示するステップと、を含むことを特徴とする請求項４に記載の方法。
6. 前記走行経路上における所定バリケード地点の位置に対するユーザのクエリー操作を受信するステップと、
   前記クエリー操作を前記所定サーバに送信するステップと、
   前記所定サーバが前記クエリー操作に基づいて検出した前記所定バリケード地点の位置のバリケード情報を受信するステップと、
   前記所定バリケード地点の位置のバリケード情報を表示するステップと、
   をさらに含むことを特徴とする請求項５に記載の方法。
7. サーバに適用される道路情報処理方法であって、
   第１所定車両から送信された現在位置および所定障碍パラメータの変化量を受信するステップと、
   前記サーバ内の所定バリケード地点位置リスト内に、前記現在位置に対応する位置が格納されているか否かを判断するステップと、
   前記所定バリケード地点位置リスト内に対応の位置が格納されていない場合に、前記現在位置をバリケード地点の位置として特定し、前記所定障碍パラメータの変化量を前記サーバ自体に記憶すると共に、前記現在位置を前記所定バリケード地点位置リスト内に格納するステップと、を含むことを特徴とする方法。
8. 第２所定車両から送信された走行経路を受信するステップと、
   前記走行経路上に所定バリケード地点の位置が存在するか否かを判断するステップと、
   前記走行経路上に所定バリケード地点の位置が存在する場合に、前記走行経路上における全ての所定バリケード地点の位置、及び所定バリケード地点の位置にそれぞれ対応する所定障碍パラメータの所定区間を前記第２所定車両に送信するステップと、
   をさらに含むことを特徴とする請求項７に記載の方法。
9. 前記現在位置に対応する位置が前記所定バリケード地点位置リスト内に格納されている場合に、前記所定バリケード地点位置リスト内の、前記現在位置に対応する前記所定バリケード地点の位置を非バリケード地点の位置として特定するステップを、
   さらに含むことを特徴とする請求項７に記載の方法。
10. 前記現在位置がバリケード地点の位置として特定された場合に、第１所定車両から送信される、少なくとも前記バリケード地点の映像情報を含む前記バリケード地点のバリケード情報を、受信するステップと、
    前記バリケード情報をサーバ自体に記憶するステップと、
    をさらに含むことを特徴とする請求項７に記載の方法。
11. 第２所定車両から送信される、前記所定バリケード地点の位置に対するクエリー操作を受信するステップと、
    前記サーバ自体において、前記所定バリケード地点の位置に対応するバリケード情報を検索するステップと、
    前記所定バリケード地点の位置に対応するバリケード情報を前記第２所定車両に送信するステップと、
    をさらに含むことを特徴とする請求項１０に記載の方法。
12. 前記第１所定車両および前記第２所定車両は同一車両であることを、特徴とする請求項８または１１に記載の方法。
13. 道路情報処理端末であって、
    車両が走行している現在位置を取得する車両位置取得ユニットと、
    前記現在位置が所定バリケード地点の位置であるか否かを判断するバリケード地点判断ユニットと、
    前記現在位置が所定バリケード地点の位置ではない場合に、前記車両が前記現在位置を走行するときの所定障碍パラメータの変化量を監視するパラメータ変化量監視ユニットと、
    前記所定障碍パラメータの変化量が対応の所定区間を超えたか否かを判断する第２パラメータ変化量判断ユニットと、
    前記所定障碍パラメータの変化量が前記所定区間を超えた場合に、前記現在位置および前記所定障碍パラメータの変化量を所定サーバに送信する第２送信ユニットと、
    を備えることを特徴とする端末。
14. 前記現在位置が所定バリケード地点の位置ではなく、且つ前記所定障碍パラメータの変化量が対応の所定区間を超えた場合に、前記車両が前記現在位置を走行する時刻をバリケード時刻として特定するバリケード時刻取得ユニットと、
    前記バリケード時刻直前の第１所定時間内の映像情報および前記バリケード時刻直後の第２所定時間内の映像情報のうち少なくとも１つを含む、前記バリケード時刻におけるバリケード情報を取得するバリケード情報取得ユニットと、
    前記バリケード情報を前記所定サーバに送信するバリケード情報送信ユニットと、
    をさらに備えることを特徴とする請求項１３に記載の端末。
15. 前記現在位置が所定バリケード地点の位置である場合に、前記車両が前記現在位置を走行するときの所定障碍パラメータの変化量を検出するパラメータ変化量検出ユニットと、
    前記所定障碍パラメータの変化量が対応の所定区間を超えていないか否かを判断する第１パラメータ変化量判断ユニットと、
    前記所定障碍パラメータの変化量が対応の前記所定区間を超えていない場合に、前記所定障碍パラメータの変化量及び前記現在位置を所定サーバに送信する第１送信ユニットと、
    をさらに備えることを特徴とする請求項１３に記載の端末。
16. 前記車両の走行経路を取得すると共に、前記走行経路を前記所定サーバに送信する走行経路取得ユニットと、
    前記所定サーバから送信された、前記走行経路上における所定バリケード地点の位置、及び、前記走行経路上における各所定バリケード地点の位置のそれぞれに対応する所定障碍パラメータの所定区間を受信するバリケード地点受信ユニットと、
    前記車両自体において、前記走行経路上における全ての所定バリケード地点の位置を通知する通知ユニットと、
    をさらに備えることを特徴とする請求項１３〜１５の何れか１項に記載の端末。
17. 前記通知ユニットは、さらに、
    前記車両の走行経路を取得する走行経路取得ユニットと、
    前記走行経路上に、前記走行経路上における全ての所定バリケード地点の位置をマークする走行経路マーク付けユニットと、
    前記車両自体において、バリケード地点の位置がマークされた前記走行経路を表示する走行経路表示ユニットと、
    を含むことを特徴とする請求項１６に記載の端末。
18. 前記走行経路上における所定バリケード地点の位置に対するユーザのクエリー操作を受信するバリケードクエリーユニットと、
    前記クエリー操作を前記所定サーバに送信するクエリー操作送信ユニットと、
    前記所定サーバが前記クエリー操作に基づいて検出した前記所定バリケード地点の位置のバリケード情報を受信するバリケード情報受信ユニットと、
    前記所定バリケード地点の位置のバリケード情報を表示するバリケード情報表示ユニットと、
    をさらに備えることを特徴とする請求項１７に記載の端末。
19. サーバであって、第１所定車両から送信された現在位置および所定障碍パラメータの変化量を受信する受信ユニットと、
    前記サーバ内の所定バリケード地点位置リスト内に、前記現在位置に対応する位置が格納されているか否かを判断するバリケード地点判断ユニットと、
    前記所定バリケード地点位置リスト内に対応の位置が格納されていない場合に、前記現在位置をバリケード地点の位置として特定するバリケード地点マーク付けユニットと、
    前記所定障碍パラメータの変化量を前記サーバ自体に記憶すると共に、前記現在位置を所定バリケード地点位置リスト内に格納する記憶ユニットと、
    を備えることを特徴とするサーバ。
20. 第２所定車両から送信された走行経路を受信する走行経路受信ユニットと、
    前記走行経路上に所定バリケード地点の位置が存在するか否かを判断するバリケード地点判断ユニットと、
    前記走行経路上に所定バリケード地点の位置が存在する場合に、前記走行経路上における全ての所定バリケード地点の位置、及び所定バリケード地点の位置にそれぞれ対応する所定障碍パラメータの所定区間を前記第２所定車両に送信するバリケード地点送信ユニットと、
    をさらに備えることを特徴とする請求項１９に記載のサーバ。
21. 前記所定バリケード地点位置リスト内に対応の位置が格納されている場合に、前記所定バリケード地点位置リスト内の、前記現在位置に対応する位置を非バリケード地点の位置として特定する非バリケード地点位置マーク付けユニットを、
    さらに備えることを特徴とする請求項１９に記載のサーバ。
22. 前記現在位置がバリケード地点の位置として特定された場合に、第１所定車両から送信される、少なくとも前記バリケード地点の映像情報を含む前記バリケード地点のバリケード情報を受信するバリケード情報受信ユニッと、
    前記バリケード情報をサーバ自体に記憶するバリケード情報記憶ユニットと、
    をさらに備えることを特徴とする請求項１９に記載のサーバ。
23. 第２所定車両から送信される、前記所定バリケード地点の位置に対するクエリー操作を受信するクエリー操作受信ユニットと、
    前記サーバ自体において、前記所定バリケード地点の位置に対応するバリケード情報を検索するバリケード情報検索ユニットと、
    前記所定バリケード地点の位置に対応するバリケード情報を前記第２所定車両に送信するバリケード情報送信ユニットと、
    をさらに備えることを特徴とする請求項２２に記載のサーバ。
24. 前記第１所定車両および前記第２所定車両は同一車両であることを、特徴とする請求項２０または２３に記載の方法。
25. プロセッサと、プロセッサが実行可能なコマンドを記憶するメモリとを備え、
    前記プロセッサは、
    車両が走行している現在位置を取得し、
    前記現在位置が所定バリケード地点の位置であるか否かを判断し、
    前記現在位置が所定バリケード地点の位置ではない場合に、前記車両が前記現在位置を走行するときの所定障碍パラメータの変化量を監視し、前記所定障碍パラメータの変化量が対応の所定区間を超えたか否かを判断し、
    前記所定障碍パラメータの変化量が前記所定区間を超えた場合に、前記現在位置および前記所定障碍パラメータの変化量を所定サーバに送信するように構成されていることを、特徴とする端末。
26. プロセッサと、プロセッサが実行可能なコマンドを記憶するメモリとを備え、
    前記プロセッサは、
    第１所定車両から送信された現在位置および所定障碍パラメータの変化量を受信し、
    前記サーバ内の所定バリケード地点位置リスト内に、前記現在位置に対応する位置が格納されているか否かを判断し、
    前記所定バリケード地点位置リスト内に対応の位置が格納されていない場合に、前記現在位置をバリケード地点の位置として特定し、前記所定障碍パラメータの変化量を前記サーバ自体に記憶すると共に、前記現在位置を前記所定バリケード地点位置リスト内に格納するように構成されていることを、特徴とするサーバ。