(57)【要約】交通状況情報を提示する方法は、サーバーが道路網の交通状況情報を取得するステップ（１０１）と、クライアントが候補走行ルートを確定し、候補走行ルートに関する交通状況情報リクエストをサーバーに送信し、サーバーが当該交通状況情報リクエストを受信し、道路網の交通状況情報から候補走行ルートの交通状況情報を抽出し、当該候補走行ルートの交通状況情報をクライアントに送信するステップ、又は、サーバーが自発的に道路網の交通状況情報をクライアントに送信するステップ（１０２）と、クライアントがサーバーにより提供される交通状況情報を提示するステップ（１０３）と、を含む。該方法は、交通状況情報を適時に提示することができ、よって、注意効率が向上する。更に、各種端末に適用することができ、クロスプラットフォーム端末でも使用することができ、活用範囲が非常に広範である。
2015534678.tif 000002
【特許請求の範囲】
【請求項１】
サーバーが道路網の交通状況情報を取得するステップと、
クライアントが候補走行ルートを確定し、当該候補走行ルートに関する交通状況情報リクエストを前記サーバーに送信し、前記サーバーが当該交通状況情報リクエストを受信し、前記道路網の交通状況情報から前記候補走行ルートの交通状況情報を抽出し、前記候補走行ルートの当該交通状況情報を前記クライアントに送信するステップ、又は、前記サーバーが自発的に前記道路網の交通状況情報を前記クライアントに送信するステップ、又は、前記クライアントが候補走行ルートを確定した後、前記サーバーが自発的に当該候補走行ルートの交通状況情報を前記クライアントに送信するステップと、
前記クライアントが、前記サーバーにより提供される交通状況情報を提示するステップと、
を含む、交通状況情報を提示する方法。
【請求項２】
サーバーが道路網の交通状況情報を取得する前記ステップは、
前記サーバーが、全地球測位システム（ＧＰＳ）を用いて道路網の交通状況情報を取得するステップ、又は、
前記サーバーが、第三者の端末デバイス又はウェブサイトから道路網の交通状況情報を取得するステップ、又は、
前記サーバーが、道路網に分布するクライアントによりアップロードされる当該道路網の交通状況情報を取得するステップ、
を含む、
請求項１に記載の交通状況情報を提示する方法。
【請求項３】
クライアントが候補走行ルートを確定し、当該候補走行ルートに関する交通状況情報リクエストをサーバーに送信し、前記サーバーが当該交通状況情報リクエストを受信し、前記道路網の交通状況情報から前記候補走行ルートの交通状況情報を抽出し、前記候補走行ルートの当該交通状況情報を前記クライアントに送信する前記ステップは、
前記クライアントが、走行始点、走行停留点及び走行終点を確定し、当該走行始点、走行停留点及び走行終点を前記サーバーに送信するステップと、
前記サーバーが、前記走行始点、走行停留点及び走行終点に基づいて候補走行ルートセットを計算し、当該候補走行ルートセットを前記クライアントに送信するステップと、
前記クライアントが、前記候補走行ルートセットから候補走行ルートを確定し、当該候補走行ルートに関する交通状況情報リクエストを前記サーバーに送信するステップと、
前記サーバーが前記交通状況情報リクエストを受信し、前記道路網の交通状況情報から前記候補走行ルートの交通状況情報を抽出し、前記候補走行ルートに関する交通状況情報を前記クライアントに提供するステップと、
を含む、
請求項１に記載の交通状況情報を提示する方法。
【請求項４】
クライアントが候補走行ルートを確定し、当該候補走行ルートに関する交通状況情報リクエストをサーバーに送信し、前記サーバーが当該交通状況情報リクエストを受信し、前記道路網の交通状況情報から前記候補走行ルートの交通状況情報を抽出し、当該前記候補走行ルートの交通状況情報を前記クライアントに送信する前記ステップは、
前記クライアントが、走行始点、走行停留点及び走行終点を確定し、当該走行始点、走行停留点及び走行終点並びに交通状況情報リクエストを、前記サーバーに送信するステップと、
前記サーバーが、前記走行始点、走行停留点及び走行終点に基づいて候補走行ルートセットを計算し、当該候補走行ルートセットと、当該候補走行ルートセットに含まれる各候補走行ルートの交通状況情報とを、前記クライアントに送信するステップと、
前記クライアントが、前記候補走行ルートセットに含まれる各候補走行ルートの交通状況情報に基づいて、前記候補走行ルートセットから走行ルートを確定するステップと、
を含む、
請求項１に記載の交通状況情報を提示する方法。
【請求項５】
前記交通状況情報は、交通渋滞情報、道路整備情報、道路天候情報及び道路交通管制情報のうち少なくとも１つを含む、
請求項１に記載の交通状況情報を提示する方法。
【請求項６】
前記候補走行ルートの交通状況情報を前記クライアントに送信する前記ステップは、
前記サーバーが、データメッセージチャネル又は無線メッセージチャネルにより、前記候補走行ルートの交通状況情報を前記クライアントに送信するステップ、
を含む、
請求項１に記載の交通状況情報を提示する方法。
【請求項７】
前記候補走行ルートの交通状況情報を前記クライアントに送信する前記ステップは、
前記サーバーが、前記クライアントの情報処理能力を問い合わせるステップと、
前記クライアントの情報処理能力に従って、自動的に情報チャネルを選択するステップと、
前記サーバーが、前記選択された情報チャネルに従って、前記候補走行ルートの交通状況情報を前記クライアントに送信するステップと、
を含む、
請求項１に記載の交通状況情報を提示する方法。
【請求項８】
前記クライアントが前記サーバーにより提供される交通状況情報を提示する前記ステップは、
前記クライアントが、３次元画像で、前記サーバーにより提供される交通状況情報を提示するステップ、又は、
前記クライアントが、当該クライアントが保存した動画を用いて、前記サーバーにより提供される交通状況情報を提示するステップ、又は、
前記クライアントが、予め設定される色又はアイコンを用いて、前記サーバーにより提供される交通状況情報を提示するステップ、
を含む、
請求項１に記載の交通状況情報を提示する方法。
【請求項９】
交通状況情報警告提示条件を予め設定するステップと、
前記サーバーが、現在の走行ルートの交通状況情報が前記交通状況情報警告提示条件に合致するか否かを判定し、合致する場合は前記クライアントに警告を発し、前記クライアントにより提供される走行始点、走行停留点及び走行終点に基づいて代替走行ルートを計算し、当該代替走行ルートを前記クライアントに送信するステップと、
を更に含む、請求項１に記載の交通状況情報を提示する方法。
【請求項１０】
サーバー及びクライアントを備える交通状況情報を提示するシステムであって、
前記クライアントは、候補走行ルートを確定し、当該候補走行ルートに関する交通状況情報リクエストを前記サーバーに送信し、前記サーバーにより提供される交通状況情報を受信し提示するように構成され、
前記サーバーは、道路網の交通状況情報を取得し、前記クライアントからの交通状況情報リクエストを受信し、前記道路網の交通状況情報から前記候補走行ルートの交通状況情報を抽出し、前記候補走行ルートに関する交通状況情報を前記クライアントに提供するように構成され、又は、自発的に道路網の交通状況情報を前記クライアントに提供するように構成され、又は、前記クライアントが候補走行ルートを確定した後、自発的に当該候補走行ルートの交通状況情報を前記クライアントに提供するように構成される、
交通状況情報を提示するシステム。
【請求項１１】
前記サーバーは、
全地球測位システム（ＧＰＳ）を用いて道路網の交通状況情報を取得するように構成されるか、又は、
第三者の端末デバイス又はウェブサイトから道路網の交通状況情報を取得するように構成されるか、又は、
道路網に分布するクライアントによりアップロードされる当該道路網の交通状況情報を取得するように構成される、
請求項１０に記載の交通状況情報を提示するシステム。
【請求項１２】
前記クライアントは、走行始点、走行停留点及び走行終点を確定し、当該走行始点、走行停留点及び走行終点を前記サーバーに送信し、前記サーバーにより提供される候補走行ルートセットを受信し、当該候補走行ルートセットから候補走行ルートを確定し、当該候補走行ルートに関する交通状況情報リクエストを前記サーバーに送信するように構成され、
前記サーバーは、前記クライアントにより送信される走行始点、走行停留点及び走行終点に基づいて候補走行ルートセットを計算し、当該候補走行ルートセットを前記クライアントに送信し、前記クライアントにより送信される交通状況情報リクエストを受信し、前記道路網の交通状況情報から前記候補走行ルートの交通状況情報を抽出し、前記候補走行ルートに関する交通状況情報を前記クライアントに提供するように構成される、
請求項１０に記載の交通状況情報を提示するシステム。
【請求項１３】
前記クライアントは、走行始点、走行停留点及び走行終点を確定し、当該走行始点、走行停留点及び走行終点並びに交通状況情報リクエストを前記サーバーに送信し、前記サーバーにより送信される候補走行ルートセットと、当該候補走行ルートセットに含まれる各候補走行ルートの交通状況情報とを受信し、当該候補走行ルートセットに含まれる各候補走行ルートの交通状況情報に基づいて、当該候補走行ルートセットから走行ルートを確定するように構成され、
前記サーバーは、前記クライアントにより送信される走行始点、走行停留点及び走行終点並びに交通状況情報リクエストを受信し、当該走行始点、走行停留点及び走行終点に基づいて候補走行ルートセットを計算し、当該候補走行ルートセットと、当該候補走行ルートセットに含まれる各候補走行ルートの交通状況情報とを、前記クライアントに送信するように構成される、
請求項１０に記載の交通状況情報を提示するシステム。
【請求項１４】
前記交通状況情報は、交通渋滞情報、道路整備情報、道路天候情報及び道路交通管制情報のうち少なくとも１つを含む、
請求項１０に記載の交通状況情報を提示するシステム。
【請求項１５】
前記サーバーは、データメッセージチャネル又は無線メッセージチャネルにより、交通状況情報を前記クライアントに送信するように構成される、
請求項１０に記載の交通状況情報を提示するシステム。
【請求項１６】
前記サーバーは、前記クライアントの情報処理能力を問い合わせ、前記クライアントの情報処理能力に従って自動的に情報チャネルを選択し、当該選択された情報チャネルに従って前記クライアントに交通状況情報を送信するように構成される、
請求項１０に記載の交通状況情報を提示するシステム。
【請求項１７】
前記クライアントは、
３次元画像で、前記サーバーにより提供される交通状況情報を提示するように構成されるか、又は、
当該クライアントが保存した動画を用いて、前記サーバーにより提供される交通状況情報を提示するように構成されるか、又は、
予め設定される色又はアイコンを用いて、前記サーバーにより提供される交通状況情報を提示するように構成される、
請求項１０に記載の交通状況情報を提示するシステム。
【請求項１８】
前記サーバーにおいて、交通状況情報警告提示条件が予め設定され、
前記サーバーは、現在の走行ルートの交通状況情報が前記交通状況情報警告提示条件に合致するか否かを判定し、合致する場合は前記クライアントに警告を発し、前記クライアントにより提供される走行始点、走行停留点及び走行終点に基づいて代替走行ルートを計算し、当該代替走行ルートを前記クライアントに送信するように構成される、
請求項１０に記載の交通状況情報を提示するシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は情報処理技術分野に関し、より具体的には、交通状況情報を提示する方法及び装置に関する。
【背景技術】
【０００２】
現代の情報時代において、様々な情報デバイスが時代に合わせて登場しており、音声伝送に用いられる固定電話や携帯電話、情報リソースの共有や処理に用いられるサーバーやパーソナルコンピューター、ビデオデータの表示に用いられるテレビ等がある。このようなデバイスはすべて、特定の分野の実際的な需要を満たすために開発されたものである。家電製品、コンピューター及び通信機器（３Ｃ）の融合に伴い、人々は異なる分野の情報デバイスを総合的に利用する研究にますます注目するようになっている。そのような研究により、現在のリソースデバイスを十分利用でき、人々により良いサービスを提供することができる。
【０００３】
知的交通技術はまさしく、広範な応用のひとつである。その突出した特徴は、交通情報の収集、処理、発表、変換、分析、利用をメインに、交通関係者に多様なサービスを提供できることである。知的交通システムは、未来の交通システムが発展する方向であり、先進的な情報技術、データ通信伝送技術、電子センシング技術、制御技術、コンピューター技術等が効果的に統合されて、全地交通管理システムだけでなく、確立された大規模でありあらゆる点で効果を発揮する、リアルタイムで正確で非常に効果的な総合交通輸送管理システムにも適用される。
【０００４】
現在の知的交通システムでは、一般に全地球測位システム（ＧＰＳ）端末が設置される。運転者はＧＰＳ端末により提供される現在位置と目標位置とに従ってルートを設定し、車が走っている状況に従って適当なルートを調整する。しかしながら、このような技術では、ＧＰＳ端末は道路車両走行交通状態や道路整備状態等の現在の交通状況情報を提供することができない。また、天候状況はＧＰＳの使用に大きく影響し、雨や霧では特に影響が大きい。
【０００５】
更に、運転者が運転中に車内放送の形で交通状況情報を取得する場合がある。しかしながら、車内放送はアナウンサーの放送に依存するものであり、また、放送地点や放送時間によって、運転者のルート選択が左右されてしまう。よって、このような方式では、注意効率が悪い。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の実施形態は、交通状況情報を提示する方法を提供する。本方法は、交通状況情報を適時に提示することができ、よって、注意効率が向上する。
【０００７】
本発明の実施形態は更に、交通状況情報を提示する装置を提供する。本装置は、交通状況情報を適時に提示することができ、よって、注意効率が向上する。
【課題を解決するための手段】
【０００８】
本発明の実施形態の具体的な構成を以下に示す。
【０００９】
交通状況情報を提示する方法は、
サーバーが道路網の交通状況情報を取得するステップと、
クライアントが候補走行ルートを確定し、候補走行ルートに関する交通状況情報リクエストをサーバーに送信し、サーバーが当該交通状況情報リクエストを受信し、道路網の交通状況情報から候補走行ルートの交通状況情報を抽出し、当該候補走行ルートの交通状況情報をクライアントに送信するステップ、又は、サーバーが自発的に道路網の交通状況情報をクライアントに送信するステップ、又は、クライアントが候補走行ルートを確定した後、サーバーが自発的に当該候補走行ルートの交通状況情報をクライアントに送信するステップと、
クライアントが、サーバーにより提供される交通状況情報を提示するステップと、
を含む。
【００１０】
交通状況情報を提示するシステムは、サーバー及びクライアントを備え、
クライアントは、候補走行ルートを確定し、当該候補走行ルートに関する交通状況情報リクエストをサーバーに送信し、サーバーにより提供される交通状況情報を受信し提示するように構成され、
サーバーは、道路網の交通状況情報を取得し、クライアントから交通状況情報リクエストを受信し、道路網の交通状況情報から候補走行ルートの交通状況情報を抽出し、候補走行ルートに関する交通状況情報をクライアントに提供するように構成され、又は、自発的に道路網の交通状況情報をクライアントに提供するように構成され、又は、クライアントが候補走行ルートを確定した後、自発的に当該候補走行ルートの交通状況情報をクライアントに提供するように構成される。
【００１１】
上述の技術構成から分かるように、本発明の実施形態を適用すれば、サーバーは自発的にクライアントに交通状況情報を送信することができ、又は、クライアントからのリクエストに基づいてクライアントに交通状況情報を送信することができる。よって、交通状況情報（道路車両走行交通状況、道路整備状況等）を適時に提示することができ、注意効率が向上する。
【００１２】
更に、本発明の実施形態は各種端末に適用することができ、複数端末によるクロスプラットフォームでも本発明の実施形態を適用することができ、活用範囲が非常に広範である。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態に係る、交通状況情報を提示する方法を示すフローチャートである。
【図２】本発明の実施形態に係る、クライアントのデバイス状態の問合わせを示す概略図である。
【図３】本発明の実施形態に係る、交通状況情報の展開を示す概略図である。
【図４】本発明の実施形態に係る、交通状況情報の展開を示す概略図である。
【図５】本発明の実施形態に係る、交通状況情報を提示するシステムの構成図である。
【発明を実施するための形態】
【００１４】
本発明の目的、技術構成及び利点をより明確にするために、以下、図面と併せて本発明を更に詳細に説明する。
【００１５】
本発明の実施形態によれば、従来技術の欠点に対して解決方法が提供される。各都市道路網の道路車両走行交通状態や道路整備状態等の交通状況情報をサーバーに保存し、自発的にクライアントに送信することができる。又は、クライアントが自発的に必要な交通状況情報をリクエストすることができる。
【００１６】
図１は、本発明の実施形態に係る、交通状況情報を提示する方法を示すフローチャートである。
【００１７】
図１に示すように、本方法は以下のステップを含む。
【００１８】
ステップ１０１において、サーバーが道路網の交通状況情報を取得する。
【００１９】
ここで、サーバーは様々な実施方式で道路網の交通状況情報を取得してよい。例えば、サーバーは、全地球測位システム（ＧＰＳ）方式に従って、衛星から直接道路網の交通状況情報を取得してよい。サーバーはまた、第三者の端末デバイス（例えば、至る所にある道路網ウェブカメラ）又はウェブサイト（例えば、交通権威管理部門が関連情報を発表するウェブサイト）から、道路網の交通状況情報を取得してよい。
【００２０】
任意に、サーバーは、道路網に分布するクライアントが自発的にサーバーにアップロードした自身の所在地理位置の交通状況情報を、全体の道路網の交通状況情報としてまとめてもよい。
【００２１】
サーバーは、道路網の交通状況情報を取得した後、当該サーバーのデータベースに道路網の交通状況情報を保存してよい。
【００２２】
ステップ１０２において、クライアントが候補走行ルートを確定し、候補走行ルートに関する交通状況情報リクエストをサーバーに送信し、サーバーが当該交通状況情報リクエストを受信し、道路網の交通状況情報から候補走行ルートの交通状況情報を抽出し、当該候補走行ルートの交通状況情報をクライアントに送信する。又は、サーバーが自発的に道路網の交通状況情報をクライアントに送信する。又は、クライアントが候補走行ルートを確定した後、サーバーが自発的に当該候補走行ルートの交通状況情報をクライアントに送信する。
【００２３】
一実施形態によれば、クライアントが走行始点、走行停留点及び走行終点を確定し、当該走行始点、走行停留点及び走行終点をサーバーに送信し、サーバーが走行始点、走行停留点及び走行終点に基づいて候補走行ルートセットを計算し、当該候補走行ルートセットをクライアントに送信してよい。
【００２４】
クライアントは、候補走行ルートセットから候補走行ルートを確定し、候補走行ルートに関する交通状況情報リクエストをサーバーに送信する。サーバーは、当該交通状況情報リクエストを受信し、道路網の交通状況情報から候補走行ルートの交通状況情報を抽出し、候補走行ルートに関する交通状況情報をクライアントに提供する。
【００２５】
例えば、クライアントが走行始点を北京、走行停留点を武漢、走行終点を上海と確定したとする。クライアントは、当該走行始点（北京）、走行停留点（武漢）及び走行終点（上海）をサーバーに送信する。サーバーは、走行始点、走行停留点及び走行終点に基づいて、北京から武漢を経由し上海に至る全ての候補走行ルートのセット（ルートＡ、ルートＢ及びルートＣを含むと仮定する）を計算し、ルートＡ、ルートＢ及びルートＣをクライアントに送信する。クライアントにより、選択が行われる。
【００２６】
クライアントは、ルートＡ、ルートＢ及びルートＣから候補走行ルートを確定し（ルートＣを選択したと仮定する）、ルートＣに関する交通状況情報リクエストをサーバーに送信する。サーバーは、当該交通状況情報リクエストを受信し、道路網の交通状況情報からルートＣの交通状況情報を抽出し、ルートＣに関する交通状況情報をクライアントに提供する。
【００２７】
別の一実施形態によれば、クライアントは走行始点、走行停留点及び走行終点を確定し、当該走行始点、走行停留点及び走行終点並びに交通状況情報リクエストを、サーバーに送信する。
【００２８】
サーバーは、走行始点、走行停留点及び走行終点に基づいて候補走行ルートセットを計算し、当該候補走行ルートセットと、当該候補走行ルートセットに含まれる各候補走行ルートの交通状況情報とを、クライアントに送信する。
【００２９】
クライアントは、候補走行ルートセットに含まれる各候補走行ルートの交通状況情報に基づいて、当該候補走行ルートセットから走行ルートを確定する。
【００３０】
例えば、クライアントが走行始点を北京、走行停留点を武漢、走行終点を上海と確定したとする。クライアントは、当該走行始点（北京）、走行停留点（武漢）及び走行終点（上海）並びに交通状況情報リクエストを、サーバーに送信する。サーバーは、走行始点、走行停留点及び走行終点に基づいて、北京から武漢を経由し上海に至る全ての候補走行ルートのセット（ルートＡ、ルートＢ及びルートＣを含むと仮定する）を計算し、ルートＡとルートＡの交通状況情報、ルートＢとルートＢの交通状況情報及びルートＣとルートＣの交通状況情報をクライアントに送信する。クライアントにより、選択が行われる。
【００３１】
クライアントは、ルートＡ、ルートＢ及びルートＣの交通状況情報に基づいて、ルートＡ、ルートＢ及びルートＣから候補走行ルートを確定し（ルートＣを選択したと仮定する）、ルートＣを最終的に確定された走行ルートとみなす。
【００３２】
一実施形態によれば、サーバーは、自発的にクライアントに道路網の交通状況情報を送信してもよい。
【００３３】
別の一実施形態によれば、クライアントは、候補走行ルートを確定した後、当該候補走行ルートをサーバーに報告する。サーバーは、自発的に当該候補走行ルートの交通状況情報をクライアントに送信する。
【００３４】
クライアントの例としては、フィーチャーフォン、スマートフォン、パームトップコンピューター、パーソナルコンピューター（ＰＣ）、タブレットコンピューター或いはＰＤＡ（Personal  Digital  Assistance）、車載コンピューター、車載ラジオ等が挙げられる。
【００３５】
好ましくは、交通状況情報は具体的に、交通渋滞情報、道路整備情報、道路天候情報、道路交通管制情報等のうち１つ又は少なくとも１つを含んでよい。
【００３６】
以上、交通状況情報及びクライアントの具体的な形式を例示として挙げたが、当該技術分野の当業者には当然ながら、これらの例は目的を論じるために用いられるに過ぎず、本発明の実施形態の保護範囲を限定するものではない。
【００３７】
一実施形態によれば、本発明の実施形態は複数のチャネル、複数のプラットフォームに適用されてよい。具体的には、これらのチャネルはデータチャネル及び無線チャネルを含んでよい。
【００３８】
サーバーは、データメッセージチャネル又は無線メッセージチャネルにより、クライアントに交通状況情報を送信してよい。ここで、汎用パケット無線サービス技術（General  Packet  Radio  Service；ＧＰＲＳ）、Ｗｉ−Ｆｉ等の方式を用いて情報を伝送するチャネルをデータチャネルと称し、例えばＷｅＣｈａｔ（登録商標）や音声等の情報が伝送される。無線情報チャネルを利用して情報を伝送するチャネルを無線チャネルと称し、例えばＳＭＳ等が伝送される。
【００３９】
クライアントは、様々な通信方式で、サーバーから交通状況情報を受信してよい。
【００４０】
情報伝送の方向と時間との関係に従って、クライアントとサーバーとの通信方式は、片方向通信、半二重通信、全二重通信等に分けられてよい。
【００４１】
片方向通信では、片方向通信チャネルは単方向チャネルであり、クライアントとサーバーの識別情報は固定され、サーバーは情報を送信するのみで受信することができない。具体的には、クライアントは情報を受信するのみで情報を送信しない。データ信号は一端から他端に伝送されるのみで、情報の流れは単方向になる。
【００４２】
半二重通信では、双方向の通信を実現することができるが、２方向で同時に通信を実行することはできず、交代で実行する必要がある。つまり、通信チャネルの端末それぞれが送信端にも受信端にもなることができる。ただし同一時刻において情報は１つの伝送方向にしか存在しない。日常生活の例としてはウォーキートーキーが挙げられる。
【００４３】
全二重通信では、通信の任意の時刻、チャネルにおいて双方向の信号伝送が行われる。全二重通信では、２方向で同時にデータを伝送することができ、双方向同時通信とも称される。すなわち、通信の両端が同時にデータの送受信を行うことができる。全二重方式では、通信システムの端末ごとに送信器と受信器が設けられる。よって、２方向の伝送において同時にデータを制御することができる。全二重通信では方向の切替えを行う必要がないので、切替操作により発生する時間遅延がない。
【００４４】
本発明の実施形態によれば、クライアントとサーバーは所定の通信プロトコルを決め、そのような通信プロトコルにおいて、所望のデータユニット利用のフォーマットを定義してよい。情報ユニットは、情報とその意味、リンク方式、情報送受信の時間系列を含み、これによって確実にネットワークのデータが順調に決められたエリアまで伝送される。
【００４５】
例えば、本発明の実施形態で採用できる通信プロトコルの例としては、ＴＣＰ／ＩＰ（Transmission  Control  Protocol／Internet  Protocol）、ＨＴＴＰ（Hypertext  Transfer  Protocol）、ＳＭＴＰ（Simple  Mail  Transfer  Protocol）、ＰＯＰ３（Post  Office  Protocol  Version  ３）等が挙げられる。
【００４６】
また、本発明の実施形態によれば、サーバーは様々な通信規格で交通状況情報を送信してよい。例えば、ＧＳＭ（登録商標）（Global  System  for  Mobile  Communications）、広帯域符合分割多元接続（wideband  code  division  multiple  access；ＷＣＤＭＡ（登録商標））、ＣＤＭＡ（符号分割多元接続）２０００、時分割複信‐符号分割多元接続（TD-SCDMA）等の通信規格が採用されてよい。
【００４７】
クライアントが受信する交通状況情報のカプセル化フォーマットには、様々な形式があってよい。例えば、情報フォーマットの例としては、ショート・メッセージ・サービス（ＳＭＳ）、電子メール、インスタントメッセージ（ＩＭ）情報、マルチメディア・メッセージング・サービス（ＭＭＳ）情報、音声情報等が挙げられる。
【００４８】
以上、交通状況情報のフォーマットの具体的な形式を詳細に挙げたが、当該技術分野の当業者には当然ながら、これらの列挙は例示に過ぎず、本発明の実施形態を限定するものではない。
【００４９】
交通状況情報の安全を保障するために、クライアントに対して、例えばスクリーンセーバーの設定、指紋関連付け、携帯電話の国際移動体装置識別番号（ＩＭＥＩ）等の固有情報の関連付けといった、様々な交通状況情報の保護方式が実行されてよい。これにより、クライアントのプライバシーの安全性が保護される。
【００５０】
一実施形態によれば、サーバーが交通状況情報をクライアントに送信するステップは、具体的には、サーバーがクライアントの情報処理能力を問い合わせるステップと、サーバーがクライアントの情報処理能力に従って自動的に情報チャネルを選択するステップと、サーバーが選択された情報チャネルに従って、交通状況情報をクライアントに送信するステップと、を含む。
【００５１】
明らかなように、サーバーはクライアントの情報処理能力を判定し、その後クライアントの情報処理能力の状態に従って、自動的に情報チャネルを選択してよい。情報処理能力の状態の例として、具体的には、クライアントのオンライン状態、クライアントのネットワーク状態、クライアントのリソース処理能力により決定される当該クライアントの状態等が挙げられる。
【００５２】
また、本発明の実施形態によれば、ユーザーに情報チャネルを選択するよう促してもよく、或いは、サーバーにおいて予め設定された構成に従って情報チャネルが選択されてもよい。好ましくは、サーバーにおいて予め設定された構成の優先度が高く設定されてよい。
【００５３】
ステップ１０３において、クライアントが、サーバーにより提供される交通状況情報を提示する。
【００５４】
ここで、クライアントは様々な形式で、サーバーにより提供される交通状況情報を提示してよい。例えばクライアントは、サーバーにより提供される交通状況情報を３次元画像で提示してよい。クライアントは、当該クライアントが保存した動画を用いて、サーバーにより提供される交通状況情報を提示してよい。クライアントは、予め設定される色又はアイコンを用いて、サーバーにより提供される交通状況情報を提示してよい。
【００５５】
異なる色及びアイコン（点状等）により、各ルートの道路交通状況、道路整備状況等が示されてよい。ユーザーにより道路の中央領域がクリックされたときに、道路の実際の状況が確認できるように構成されてよい（車両は実際の車両であっても図を用いて標識されてもよい）。よって、該ルートを走行するか否かが客観的に判定され選択される。
【００５６】
明らかなように、本発明の実施形態によれば、各ルートの道路交通状況、道路整備状況がサーバーにアップロードされてよい。サーバーが適時に各端末に対して更新を行ってよく、又は、各端末が適時にサーバーで現在の情報を取得してよい。ユーザーは端末で道路状況や道路整備状況等を確認することができ、よって、適時にルート選択を行うことができる。本発明の実施形態によれば、地図、道路交通状況、道路整備状況、道路駐車場所状況等の状況のうち１又は複数を組み合わせて、交通状況情報として用いてよい。よって、運転者はルート全体（運転‐ルート選択‐停車‐手続事項）に関してより良い選択を行うことができる。
【００５７】
本発明の実施形態によれば、車両走行プロセス中に、車両の位置と間もなく走行するルートとに基づいて、ルートで状況の変化があった場合、適時に運転者に注意喚起してよく、又は、新しい快速な通行ルートに従って走行するように直接促し、新しいルート選択を促してよい。
【００５８】
好ましくは、交通状況情報警告提示条件が予め設定されてよい。
【００５９】
サーバーは、現在の走行ルートの交通状況情報が交通状況情報警告提示条件に合致するか否かを判定し、合致する場合はクライアントに警告を発し、クライアントにより提供される走行始点、走行停留点及び走行終点に基づいて代替走行ルートを計算し、当該代替走行ルートをクライアントに送信する。
【００６０】
例えば、予め設定される交通状況情報警告提示条件が雨雪の天候であるとする。サーバーは、現在の走行ルートの現在の天候（又は、近いうちの天候予報）が雨雪であると判定すると、クライアントに警告（音声警告、文字警告等）を発し、クライアントにより提供される走行始点、走行停留点及び走行終点に基づいて代替走行ルートを計算し、当該代替走行ルートをクライアントに送信する。
【００６１】
図２は、本発明の実施形態に係る、クライアントのデバイス状態の問合わせを示す概略図である。
【００６２】
図２において、サーバーは、状態問合わせサーバーによりクライアントのオンライン状態を確認し、クライアントのオンライン状態に従って情報チャネルを選択する。クライアントがオフラインである場合、サーバーは無線メッセージチャネルを選択して、交通状況情報を伝送する。クライアントがオンラインである場合、サーバーはデータメッセージチャネルを選択して、交通状況情報を伝送する。
【００６３】
図３は、本発明の実施形態に係る、交通状況情報の展開を示す概略図である。図４は、本発明の実施形態に係る、交通状況情報の展開を示す概略図である。
【００６４】
図３から分かるように、地図上に点を表記する形式で道路の渋滞レベルが表示されてよい。点の数が多いほど、その道路の渋滞レベルが高いことが表示される。例えば、図３では、海珠旅客駅を通る道路の点の数が最も多く、当該道路が最も渋滞していることが表示される。図４から分かるように、実際の道路のビデオ画面を用いて、対応する道路の交通状況情報を提示してもよい。
【００６５】
上述の詳細な分析に基づき、本発明の実施形態は更に、交通状況情報を提示するシステムを提供する。
【００６６】
図５は、本発明の実施形態に係る、交通状況情報を提示するシステムの構成図である。
【００６７】
図５に示すように、本システムはサーバー５０１及びクライアント５０２を含む。クライアント５０２は、複数含まれてよい。
【００６８】
クライアント５０２は、候補走行ルートを確定し、当該候補走行ルートに関する交通状況情報リクエストをサーバー５０１に送信し、サーバー５０１により提供される交通状況情報を受信し提示するように構成される。
【００６９】
サーバー５０１は、道路網の交通状況情報を取得し、クライアントから交通状況情報リクエストを受信し、道路網の交通状況情報から候補走行ルートの交通状況情報を抽出し、候補走行ルートに関する交通状況情報をクライアント５０２に提供するように構成される。又は、サーバー５０１は、自発的に道路網の交通状況情報をクライアント５０２に提供されるように構成される。又は、サーバー５０１は、クライアント５０２が候補走行ルートを確定した後、自発的に当該候補走行ルートの交通状況情報をクライアント５０２に提供するように構成される。
【００７０】
一実施形態によれば、サーバー５０１は、
全地球測位システム（ＧＰＳ）を用いて道路網の交通状況情報を取得するように構成されるか、又は、
第三者の端末デバイス又はウェブサイトから道路網の交通状況情報を取得するように構成されるか、又は、
道路網に分布するクライアント５０２によりアップロードされる当該道路網の交通状況情報を取得するように構成される。
【００７１】
一実施形態によれば、クライアント５０２は、走行始点、走行停留点及び走行終点を確定し、当該走行始点、走行停留点及び走行終点をサーバー５０１に送信し、サーバー５０１により提供される候補走行ルートセットを受信し、当該候補走行ルートセットから候補走行ルートを確定し、候補走行ルートに関する交通状況情報リクエストをサーバー５０１に送信するように構成される。
【００７２】
サーバー５０１は、クライアント５０２により送信される走行始点、走行停留点及び走行終点に基づいて候補走行ルートセットを計算し、当該候補走行ルートセットをクライアント５０２に送信し、クライアント５０２により送信される交通状況情報リクエストを受信し、道路網の交通状況情報から候補走行ルートの交通状況情報を抽出し、候補走行ルートに関する交通状況情報をクライアント５０２に提供するように構成される。
【００７３】
例えば、クライアントが走行始点を北京、走行停留点を武漢、走行終点を上海と確定したとする。クライアントは、当該走行始点（北京）、走行停留点（武漢）及び走行終点（上海）をサーバーに送信する。サーバーは、走行始点、走行停留点及び走行終点に基づいて、北京から武漢を経由し上海に至る全ての候補走行ルートのセット（ルートＡ、ルートＢ及びルートＣを含むと仮定する）を計算し、ルートＡ、ルートＢ及びルートＣをクライアントに送信する。クライアントにより、選択が行われる。
【００７４】
クライアントは、ルートＡ、ルートＢ及びルートＣから候補走行ルートを確定し（ルートＣを選択したと仮定する）、ルートＣに関する交通状況情報リクエストをサーバーに送信する。サーバーは、当該交通状況情報リクエストを受信し、道路網の交通状況情報からルートＣの交通状況情報を抽出し、ルートＣに関する交通状況情報をクライアントに提供する。
【００７５】
別の一実施形態によれば、クライアント５０２は、走行始点、走行停留点及び走行終点を確定し、当該走行始点、走行停留点及び走行終点並びに交通状況情報リクエストをサーバー５０１に送信し、サーバー５０１により送信される候補走行ルートセットと、当該候補走行ルートセットに含まれる各候補走行ルートの交通状況情報とを受信し、候補走行ルートセットに含まれる各候補走行ルートの交通状況情報に基づいて、当該候補走行ルートセットから走行ルートを確定するように構成される。
【００７６】
サーバー５０１は、クライアント５０２により送信される走行始点、走行停留点及び走行終点並びに交通状況情報リクエストを受信し、当該走行始点、走行停留点及び走行終点に基づいて候補走行ルートセットを計算し、当該候補走行ルートセットと、当該候補走行ルートセットに含まれる各候補走行ルートの交通状況情報とを、クライアント５０２に送信するように構成される。
【００７７】
例えば、クライアントが走行始点を北京、走行停留点を武漢、走行終点を上海と確定したとする。クライアントは、当該走行始点（北京）、走行停留点（武漢）及び走行終点（上海）並びに交通状況情報リクエストを、サーバーに送信する。サーバーは、走行始点、走行停留点及び走行終点に基づいて、北京から武漢を経由し上海に至る全ての候補走行ルートのセット（ルートＡ、ルートＢ及びルートＣを含むと仮定する）を計算し、ルートＡとルートＡの交通状況情報、ルートＢとルートＢの交通状況情報及びルートＣとルートＣの交通状況情報をクライアントに送信する。クライアントにより、選択が行われる。
【００７８】
クライアントは、ルートＡ、ルートＢ及びルートＣの交通状況情報に基づいて、ルートＡ、ルートＢ及びルートＣから候補走行ルートを確定し（ルートＣを選択したと仮定する）、ルートＣを最終的に確定された走行ルートとみなす。
【００７９】
クライアント５０１の例としては、フィーチャーフォン、スマートフォン、パームトップコンピューター、パーソナルコンピューター（ＰＣ）、タブレットコンピューター或いはＰＤＡ（Personal  Digital  Assistance）、車載コンピューター、車載ラジオ等が挙げられる。
【００８０】
好ましくは、交通状況情報は、交通渋滞情報、道路整備情報、道路天候情報及び道路交通管制情報等のうち１つ又は少なくとも１つを含む。
【００８１】
以上、交通状況情報及びクライアントの具体的な形式を例示として挙げたが、当該技術分野の当業者には当然ながら、これらの例は目的を論じるために用いられるに過ぎず、本発明の実施形態の保護範囲を限定するものではない。
【００８２】
サーバー５０１は、データメッセージチャネル又は無線メッセージチャネルにより、クライアント５０２に交通状況情報を送信するように構成されてよい。
【００８３】
サーバー５０１は、クライアント５０２の情報処理能力を問い合わせ、クライアント５０２の情報処理能力に従って自動的に情報チャネルを選択し、選択された情報チャネルに従ってクライアントに交通状況情報を送信するように構成される。
【００８４】
一実施形態によれば、本発明の実施形態は複数のチャネル、複数のプラットフォームに適用されてよい。具体的には、このようなチャネルにはデータチャネル及び無線チャネルが含まれてよい。
【００８５】
サーバーは、データメッセージチャネル又は無線メッセージチャネルにより、クライアントに交通状況情報を送信してよい。ここで、汎用パケット無線サービス技術（General  Packet  Radio  Service；ＧＰＲＳ）、Ｗｉ−Ｆｉ等の方式を用いて情報を伝送するチャネルをデータチャネルと称し、例えばＷｅＣｈａｔ（登録商標）や音声等の情報が伝送される。無線情報チャネルを利用して情報を伝送するチャネルを無線チャネルと称し、例えばＳＭＳ等が伝送される。
【００８６】
クライアントは、様々な通信方式でサーバーから交通状況情報を受信してよい。
【００８７】
情報伝送の方向と時間との関係に従って、クライアントとサーバーとの通信方式は、片方向通信、半二重通信、全二重通信等に分けられてよい。
【００８８】
片方向通信では、片方向通信チャネルは単方向チャネルであり、クライアントとサーバーの識別情報は固定され、サーバーは情報を送信するのみで受信することができない。具体的には、クライアントは情報を受信するのみで情報を送信しない。データ信号は一端から他端に伝送されるのみで、情報の流れは単方向になる。
【００８９】
半二重通信では、双方向の通信を実現することができるが、２方向で同時に通信を実行することはできず、交代で実行する必要がある。つまり、通信チャネルの端末それぞれが送信端にも受信端にもなることができる。ただし同一時刻において情報は１つの伝送方向にしか存在しない。日常生活の例としてはウォーキートーキーが挙げられる。
【００９０】
全二重通信では、通信の任意の時刻、チャネルにおいて双方向の信号伝送が行われる。全二重通信では、２方向で同時にデータを伝送することができ、双方向同時通信とも称される。すなわち、通信の両端が同時にデータの送受信を行うことができる。全二重方式では、通信システムの端末ごとに送信器と受信器が設けられる。よって、２方向の伝送において同時にデータを制御することができる。全二重通信では方向の切替えを行う必要がないので、切替操作により発生する時間遅延がない。
【００９１】
本発明の実施形態によれば、クライアントとサーバーは所定の通信プロトコルを決め、そのような通信プロトコルにおいて、所望のデータユニット利用のフォーマットを定義してよい。情報ユニットは、情報とその意味、リンク方式、情報送受信の時間系列を含み、これによって確実にネットワークのデータが順調に決められたエリアまで伝送される。
【００９２】
例えば、本発明の実施形態で採用できる通信プロトコルの例としては、ＴＣＰ／ＩＰ（Transmission  Control  Protocol／Internet  Protocol）、ＨＴＴＰ（Hypertext  Transfer  Protocol）、ＳＭＴＰ（Simple  Mail  Transfer  Protocol）、ＰＯＰ３（Post  Office  Protocol  Version  ３）等が挙げられる。
【００９３】
また、本発明の実施形態によれば、サーバーは様々な通信規格で交通状況情報を送信してよい。例えば、ＧＳＭ（登録商標）（Global  System  for  Mobile  Communications）、広帯域符合分割多元接続（wideband  code  division  multiple  access；ＷＣＤＭＡ（登録商標））、ＣＤＭＡ（符号分割多元接続）２０００、時分割複信‐符号分割多元接続（TD-SCDMA）等の通信規格が採用されてよい。
【００９４】
クライアントが受信する交通状況情報のカプセル化フォーマットには、様々な形式があってよい。例えば、情報フォーマットの例としては、ショート・メッセージ・サービス（ＳＭＳ）、電子メール、インスタントメッセージ（ＩＭ）情報、マルチメディア・メッセージング・サービス（ＭＭＳ）情報、音声情報等が挙げられる。
【００９５】
以上、交通状況情報のフォーマットの具体的な形式を詳細に挙げたが、当該技術分野の当業者には当然ながら、これらの列挙は例示に過ぎず、本発明の実施形態を限定するものではない。
【００９６】
好ましくは、クライアント５０２は、例えば、サーバー５０１により提供される交通状況情報を３次元画像方式で提示するように構成されてよく、又は、当該クライアントが保存した動画を用いて、サーバー５０１により提供される交通状況情報を提示するように構成されてよく、又は、予め設定される色又はアイコンを用いて、サーバー５０１により提供される交通状況情報を提示するように構成されてよい。
【００９７】
一実施形態によれば、サーバー５０１において交通状況情報警告提示条件が予め設定されてよい。
【００９８】
サーバー５０１は、現在の走行ルートの交通状況情報が交通状況情報警告提示条件に合致するか否かを判定し、合致する場合はクライアントに警告を発し、クライアントにより提供される走行始点、走行停留点及び走行終点に基づいて代替走行ルートを計算し、当該代替走行ルートをクライアント５０２に送信するように構成されてよい。
【００９９】
図１及び図５に示される方法又はシステムにより提供される機能は、通信ネットワークのハードウェアに集成されてよい。例えば、クライアントは、フィーチャーフォン、スマートフォン、パームトップコンピューター、パーソナルコンピューター（ＰＣ）、タブレットコンピューター或いはＰＤＡ（Personal  Digital  Assistance）、車載コンピューター等のデバイスに集成されてよい。
【０１００】
実際には、本発明の実施形態が提供する交通状況情報を提示する方法は、様々な形式で具体的に実施されてよい。例えば、所与の標準的なアプリケーションプログラムインターフェースに従って、交通状況情報を提示する方法を、モバイル端末又は車載コンピューターにインストールされるプラグインプログラムとしてコンパイルしてよい。また、交通状況情報を提示する方法をアプリケーションプログラムとしてカプセル化して、ユーザーが自らダウンロードして使用できるようにしてよい。プラグインプログラムとしてコンパイルする場合、交通状況情報を提示する方法は、ｏｃｘ、ｄｌｌ、ｃａｂ等の様々なプラグイン形式で実施されてよい。また、Ｆｌａｓｈ（登録商標）プラグイン、ＲｅａｌＰｌａｙｅｒ（登録商標）プラグイン、ＭＭＳプラグイン、ＭＩＤＩ（登録商標）プラグイン、ＡｃｔｉｖｅＸ（登録商標）プラグイン等の具体的な技術により、本発明の実施形態が提供するダウンロードタスク分配装置が実施されてよい。
【０１０１】
本発明の実施形態が提供する交通状況情報を提示する方法は、命令又は命令セットを記憶する形で記憶媒体に記憶されてよい。このような記憶媒体の例としては、フロッピー(登録商標)ディスク、光ディスク、ＤＶＤ、ハードディスク、フラッシュメモリ、ＵＳＢフラッシュメモリ、ＣＦカード、ＳＤカード、ＭＭＣカード、ＳＭカード、メモリースティック、ｘＤカード等が挙げられる。
【０１０２】
更に、本発明の実施形態が提供する交通状況情報を提示する方法は、ＮＡＮＤ型フラッシュメモリの記憶媒体（例えばＵＳＢフラッシュメモリ、ＣＦカード、ＳＤカード、ＭＭＣカード、ＳＭカード、メモリースティック、ｘＤカード）に適用されてよい。
【０１０３】
まとめると、本発明の実施形態によれば、サーバーは道路網の交通状況情報を取得し、クライアントは候補走行ルートを確定し、当該候補走行ルートに関する交通状況情報リクエストをサーバーに送信する。サーバーは、当該交通状況情報リクエストを受信し、道路網の交通状況情報から候補走行ルートの交通状況情報を抽出し、当該候補走行ルートの交通状況情報をクライアントに送信する。又は、サーバーは、自発的に道路網の交通状況情報をクライアントに送信する。又は、クライアントが候補走行ルートを確定した後、サーバーは自発的に当該候補走行ルートの交通状況情報をクライアントに送信する。クライアントは、サーバーにより提供される交通状況情報を提示する。このように、本発明を適用すると、サーバーは自発的にクライアントに交通状況情報を送信するか、又は、クライアントからのリクエストを受信してクライアントに交通状況情報を送信する。よって、適時に交通状況情報（道路車両走行交通状況、道路整備状況等）を提示することができ、注意効率が向上する。
【０１０４】
また、本発明の実施形態によれば、更に交通状況情報の放送、転送等の２次的な処理を行って、注意効率を向上させてよい。更に、本発明の実施形態は各種端末に適用することができ、複数端末によるクロスプラットフォームでも本発明の実施形態を適用することができ、活用範囲が非常に広範である。
【０１０５】
以上は本発明の好ましい実施例に過ぎず、本発明の保護範囲を限定するものではない。本発明の主旨及び原則においてなされる変更、均等物の置換、変形等はすべて、本発明の保護範囲に包含される。
【図１】
2015534678.tif 000003
【図２】
2015534678.tif 000004
【図３】
2015534678.tif 000005
【図４】
2015534678.tif 000006
【図５】
2015534678.tif 000007
【手続補正書】
【提出日】平成27年3月12日(2015.3.12)
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正の内容】
【図３】
2015534678.tif 000008
【国際調査報告】
2015534678.tif 000009
2015534678.tif 000010
2015534678.tif 000011
2015534678.tif 000012
2015534678.tif 000013
2015534678.tif 000014