道路通行課金システム及び道路通行課金方法
【課題】運転者に自律的に渋滞を回避させるように促すことができる道路通行課金システムを提供する。
【解決手段】所定区間の道路を走行した車両に対して通行料金の課金を行う道路通行課金システムであって、車両の位置を検出する位置検出手段と、位置検出手段によって検出された車両の位置情報から所定区間の道路上に存在する車両の数を算出する車両数算出手段と、車両数算出手段によって算出された車両の数と予め決められたしきい値を比較して、所定区間の道路が渋滞しているか否かを判定する渋滞判定手段と、渋滞判定手段により、所定区間が渋滞していると判定された場合に、該所定区間を課金区間に設定する課金区間設定手段と、課金区間設定手段により設定された所定区間が課金区間であることを示す情報を配信する課金区間情報配信手段と、課金区間に設定された道路を走行した車両に対して課金を行う課金手段とを備えた。
【解決手段】所定区間の道路を走行した車両に対して通行料金の課金を行う道路通行課金システムであって、車両の位置を検出する位置検出手段と、位置検出手段によって検出された車両の位置情報から所定区間の道路上に存在する車両の数を算出する車両数算出手段と、車両数算出手段によって算出された車両の数と予め決められたしきい値を比較して、所定区間の道路が渋滞しているか否かを判定する渋滞判定手段と、渋滞判定手段により、所定区間が渋滞していると判定された場合に、該所定区間を課金区間に設定する課金区間設定手段と、課金区間設定手段により設定された所定区間が課金区間であることを示す情報を配信する課金区間情報配信手段と、課金区間に設定された道路を走行した車両に対して課金を行う課金手段とを備えた。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、道路を通行する車両に対して課金する道路通行課金システム及び道路通行課金方法に関する。
【背景技術】
【０００２】
従来から、普通自動車、大型自動車（バス、トラック等）等を含む車両の交通量を抑制し、混雑解消等を図るロードプライシング制度が知られている。この制度は、既に、イギリス、シンガポール等の国で実施されている。しかしながら、ロードプライシング制度を導入する場合、規制対象エリアが広く、車両数が多い場合や、当該エリアへの道路の出入口が多数存在する場合には、全ての道路の出入口に支柱等の機器を設置することは困難である。特に、東京都内の場合には、高速道路及び一般道路が複雑に入り組んでいるため、コスト等の面で従来のロードプライシングシステム等では実現性に乏しい。また、課金エリアは、季節や時間帯等の様々な要因により変動することが考えられるが、従来のロードプライシングシステム等では、一旦、課金エリアが確定すると、これを変更することは困難になる。また、例えば車両の運転手は、車両の運転中に課金エリアを肉眼で容易に把握する必要があるため、課金エリアへの道路の出入口にその旨の表示をする必要があるが、上記のように、道路の出入口が多数存在する場合や、課金エリアが変わる場合には、かかる表示を行うことも困難となるという問題を有している。
【０００３】
このような問題を解決するために、低コストで、より効率的に実施することが可能なロードプライシングシステムが知られている（例えば、特許文献１参照）。これは、車両に搭載された端末装置と、通信手段を介して端末装置が接続可能な課金装置とを備え、予め設定された課金エリアに進入する車両に対して課金処理を行うロードプライシングシステムである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３２６２６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に示すロードプライシングシステムにあっては、課金区域の適用領域を広範囲に捉えており、限られた時間帯に局所的に発生する交通集中による渋滞に対して効果を発揮しないため、運転者に自律的に渋滞回避させることができないという問題がある。
【０００６】
本発明は、このような事情に鑑みてなされたもので、限られた時間帯に局所的に発生する交通集中による渋滞区間を走行する車両に対して、課金を行うことにより、運転者に自律的に渋滞を回避させるように促すことができる道路通行課金システム及び道路通行課金方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、所定区間の道路を走行した車両に対して通行料金の課金を行う道路通行課金システムであって、車両の位置を検出する位置検出手段と、前記位置検出手段によって検出された車両の位置情報から前記所定区間の道路上に存在する車両の数を算出する車両数算出手段と、前記車両数算出手段によって算出された前記車両の数と予め決められたしきい値を比較して、前記所定区間の道路が渋滞しているか否かを判定する渋滞判定手段と、前記渋滞判定手段により、前記所定区間が渋滞していると判定された場合に、該所定区間を課金区間に設定する課金区間設定手段と、前記課金区間設定手段により設定された前記所定区間が課金区間であることを示す情報を配信する課金区間情報配信手段と、前記課金区間に設定された道路を走行した車両に対して課金を行う課金手段とを備えたことを特徴とする。
【０００８】
本発明は、前記渋滞判定手段により、前記所定区間が渋滞していると判定された場合に、前記所定区間が渋滞していることを示す情報を配信する渋滞区間情報配信手段をさらに備えたことを特徴とする。
【０００９】
本発明は、所定区間の道路を走行した車両に対して通行料金の課金を行うために、車両の位置を検出する位置検出手段を備える道路通行課金システム上のコンピュータが通行料金の課金処理を行う道路通行課金方法であって、前記コンピュータが、前記位置検出手段によって検出された車両の位置情報から前記所定区間の道路上に存在する車両の数を算出する車両数算出ステップと、前記車両数算出ステップによって算出された前記車両の数と予め決められたしきい値を比較して、前記所定区間の道路が渋滞しているか否かを判定する渋滞判定ステップと、前記渋滞判定ステップにより、前記所定区間が渋滞していると判定された場合に、該所定区間を課金区間に設定する課金区間設定ステップと、前記課金区間設定ステップにより設定された前記所定区間が課金区間であることを示す情報を配信する課金区間情報配信ステップと、前記課金区間に設定された道路を走行した車両に対して課金を行う課金ステップとを有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、限られた時間帯に局所的に発生する交通集中による渋滞区間を走行する車両に対して、課金を行うことにより、運転者に自律的に渋滞を回避させるように促すことができるため、渋滞を早期に解消することができるという効果が得られる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態の構成を示すブロック図である。
【図２】図１に示すセンタシステム１の動作を示すフローチャートである。
【図３】図１に示すセンタシステム１の動作を示すフローチャートである。
【図４】図１に示すセンタシステム１の動作を示すフローチャートである。
【図５】図１に示すプローブデータテーブル記憶部１５に記憶されるテーブルのテーブル構造を示す説明図である。
【図６】図１に示す表示部２２に道路の状況を表示した場合の表示例である。
【図７】道路セグメントを示す説明図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の一実施形態による道路通行課金システムを説明する。図１は同実施形態の構成を示すブロック図である。この図において、符号１は、交通渋滞の発生状況に応じて、課金を行う道路の区間を動的に変化させて設定し、課金の区間の道路を走行した車両に対して、課金を行うセンタシステムであり、コンピュータシステムで構成する。符号２は、道路を走行する車両（自動車等）に搭載される車載装置である。車載装置２は、センタシステム１との間で無線通信回線を用いて双方向の情報通信を行うことが可能である。
【００１３】
符号１１は、車載装置２との間で情報通信を行う通信部である。符号１２は、管理を行うべき管理エリア内の道路の交通状況を管理する交通状況管理部である。管理を行うべき管理エリアとは、例えば東京都内などである。符号１３は、管理エリア内の道路のうち、管理するべき道路を所定長さに分割した区間（これを道路セグメントという）の位置情報が記憶された道路セグメント情報記憶部である。符号１４は、道路の交通量に応じて、課金するべき道路セグメントを選択して、課金区間に設定する課金セグメント設定部である。符号１５は、車載装置２から送信されるプローブデータ（時間、通過地点、セグメント番号、通過速度、アクセス状態等のデータ）のテーブルを記憶するプローブデータテーブル記憶部である。符号１６は、課金区間に設定された道路セグメントを走行した車両に対して課金処理を行う課金処理部である。
【００１４】
符号２１は、センタシステムとの間で情報通信を行う通信部である。符号２２は、液晶のディスプレイ装置等で構成する表示部である。符号２３は、車載装置２が存在する周辺の地図を表示部２２に表示する地図表示処理部であり、ナビゲーションシステムを用いてもよい。符号２４は、通信部２１を介して、センタシステム１から配信された表示するべき情報を受信して、表示部２２に表示する表示情報受信部である。符号２５は、管理エリア内の道路のうち、管理するべき道路を所定長さに分割した区間（これを道路セグメントという）の位置情報が記憶された道路セグメント情報記憶部であり、センタシステム１内の道路セグメント情報記憶部１３に記憶されている情報と同様の情報が記憶されている。符号２６は、ＧＰＳ（Global Positioning System）の受信機で構成し、車載装置２の現在位置情報（緯度経度情報）を出力する位置特定部である。符号２７は、現在時刻を出力するタイマである。符号２８は、車載装置２を搭載する車両の車速を計測する車速計測部であり、車両のエンジン制御装置等から車速の情報を受信することにより現在の車速を得る。
【００１５】
符号２９は、表示情報受信部２４において受信した現在の課金されている道路セグメント情報と、位置特定部２６により特定した現在位置情報に基づいて、課金されている道路セグメントを走行したか否かを判定し、課金の区間を走行した場合は、課金する処理を行う課金処理部である。符号３０は、タイマ２７が出力する現在時刻、車速計測部２８が出力する現在の車速、位置特定部２６が出力する現在位置に基づいて、現在車両が存在している道路セグメントの識別情報と、この道路セグメントに対するアクセス状態情報、課金区間を走行した場合の課金情報を入力して、センタシステム１へ送信するべきプローブデータを生成するプローブデータ生成部である。符号３１は、プローブデータ生成部３０が生成したプローブデータを通信部２１を介してセンタシステム１へ送信するプローブデータ送信部である。
【００１６】
なお、センタシステム１から車載装置２へ情報を送信する場合は、放送電波の周波数を用いて、放送形式で情報を配信するようにしてもよい。この場合、通信部１１は、放送形式で情報の送信を行い、通信部２１は、放送形式で配信された情報の受信を行う。
【００１７】
ここで、図７を参照して、道路セグメントについて説明する。図７は、交差点付近の道路の形状を示す図である。図７において、破線で囲まれた１つのエリアが１つの道路セグメントであり、ここでは、５つの道路セグメントの例を示している１つの道路セグメントの道のり長さは、約１００ｍ程度に設定されている。各道路セグメントには、一意に識別可能なセグメント番号が付与されている。また、道路セグメント情報記憶部１３、２５には、各道路セグメントのセグメント番号と破線で囲まれたエリアを特定することができる座標情報が関係付けられて記憶されている。
【００１８】
次に、図５を参照して、プローブデータ生成部３０が生成するプローブデータの構成を説明する。プローブデータ生成部３０において生成されたプローブデータは、プローブデータ送信部３１によって、センタシステム１へ送信され、プローブデータテーブル記憶部１５に登録される。図５は、図１に示すプローブデータテーブル記憶部１５に記憶されるプローブデータテーブルの構造を示す図である。図５に示すように、プローブデータは、現在の「時刻」、車両が現在存在する道路セグメントの「セグメント番号」、この道路セグメントに対する「アクセス状態」、現在車両が存在する位置を緯度経度情報で表現した「通過地点」、この道路セグメントを通過した時の「通過速度」のデータから構成する。現在時刻は、タイマ２７が出力した時刻情報である。セグメント番号は、位置特定部２６が出力する緯度経度情報と、道路セグメント情報記憶部２５に記憶されている道路セグメントの座標情報とを参照して、現在車両が存在する道路セグメントを特定し、この道路セグメントに関係付けられたセグメント番号である。アクセス状態は、この道路セグメントに対する位置関係を示す情報であり、道路セグメントに「進入」した状態、道路セグメントから「退出」した状態、道路セグメント「通過中」の状態のいずれかとなる。通過地点は、位置特定部２６が出力した緯度経度情報である。通過速度は、車速計測部２８が出力する車速情報である。
【００１９】
次に、図２を参照して、図１に示すセンタシステム１が、車載装置２から送信されるプローブデータから各道路セグメント内に存在する車両の台数をカウントする動作を説明する。まず、プローブデータ生成部３０は、所定の時間間隔（例えば、１０秒）でプローブデータを生成し、プローブデータ送信部３１へ送信する。これを受けて、プローブデータ送信部３１は、このプローブデータを通信部２１を介して、センタシステム１へ送信する。センタシステム１の通信部１１は、このプローブデータを受信し（ステップＳ１）、交通状況管理部１２へ受け渡す。交通状況管理部１２は、受信したプローブデータに含まれるセグメント番号と通過地点を読み出す（ステップＳ２、Ｓ３）。そして、道路セグメント情報記憶部１３に記憶されている道路セグメント情報を参照して、この通過地点（緯度経度）とセグメント番号が整合するかを確認し（ステップＳ４）、通過地点とセグメント番号が整合するか否かを判定する（ステップＳ５）。この判定の結果、整合しなければ、不正なプローブデータと見なして、受信したプローブデータを廃棄して、ステップＳ１へ戻る。
【００２０】
一方、整合していれば、交通状況管理部１２は、プローブデータのアクセス状態を読み出し、アクセス状態が何であるかを判定する（ステップＳ６）。この判定の結果、アクセス状態が「進入」であれば、プローブデータに含まれていたセグメント番号を持つ道路セグメントの在車数をインクリメント（＋１）する（ステップＳ７）。また、アクセス状態が「退出」であれば、プローブデータに含まれていたセグメント番号を持つ道路セグメントの在車数をデクリメント（−１）する（ステップＳ８）。アクセス状態が「通過中」は台数が変化しないので、在車数はそのままである。そして、交通状況管理部１２は、受信したプローブデータをプローブデータテーブル記憶部１５に登録する（ステップＳ９）。この処理動作を、全ての車載装置２から受信したプローブデータに対して行うことにより、全ての道路セグメント毎の在車数を求めることができる。
【００２１】
次に、図３を参照して、図１に示すセンタシステム１が、セグメント単位の車両通過速度を算出する動作を説明する。まず、交通状況管理部１２は、任意の時刻（例えば、５分周期）に到達すると（ステップＳ１１）、プローブデータテーブル記憶部１５に記憶されているプローブデータを参照して、任意のセグメント番号のプローブデータを読み出す（ステップＳ１２）。そして、交通状況管理部１２は、現在時刻から所定の時間（例えば、５分）前に遡り、このセグメント番号を持つ道路セグメントの通過速度を読み出して（ステップＳ１３）、通過速度の平均値を算出する（ステップＳ１４）。これにより、道路セグメント毎の通過平均速度が求められることになる。続いて、交通状況管理部１２は、通過平均速度を求めた道路セグメントのプローブデータのうち、平均速度を求めた所定時間前より以前のプローブデータをプローブデータテーブル記憶部１５上から消去する（ステップＳ１５）。なお、図３に示す処理動作（ステップＳ１１〜Ｓ１５）は、所定の時間間隔毎に実行されるものである。この処理動作を、全ての道路セグメントに対して行うことにより、道路セグメント毎の平均通過速度が求められることになる。
【００２２】
次に、図４を参照して、図１に示すセンタシステム１が、交通渋滞の度合いに応じて、課金区間（少なくとも１つの道路セグメント）を設定する動作を説明する。まず、課金セグメント設定部１４は、交通状況管理部１２において得られた道路セグメントの状態を示す情報を読み出す（ステップＳ２１）。そして、課金セグメント設定部１４は、読み出したセグメント状態の情報から在車数を読み出す（ステップＳ２２）。そして、在車数が０であるか否かを判定する（ステップＳ２３）。この判定の結果、在車数が０であればステップＳ２１に戻り、次の道路セグメントの状態を示す情報を読み出す。
【００２３】
一方、在車数が０でなければ、課金セグメント設定部１４は、読み出したセグメント状態の情報から平均通過速度を読み出す（ステップＳ２４）。そして、平均通過速度が２０ｋｍ／ｈ以下であるか否かを判定する（ステップＳ２５）。この判定の結果、平均通過速度が２０ｋｍ／ｈ以下でなければステップＳ２１に戻り、次の道路セグメントの状態を示す情報を読み出す。
【００２４】
一方、平均通過速度が２０ｋｍ／ｈ以下であれば、課金セグメント設定部１４は、在車数が５０台以上であるか否かを判定する（ステップＳ２６）。この判定の結果、５０台以上でなければステップＳ２１に戻り、次の道路セグメントの状態を示す情報を読み出す。
【００２５】
一方、在車数が５０台以上であれば、課金セグメント設定部１４は、この道路セグメントを「渋滞中」に設定する（ステップＳ２７）。そして、課金セグメント設定部１４は、渋滞中の経過時間を判定する（ステップＳ２８）。この判定の結果、ステップＳ２７により「渋滞中」に設定されてからの経過時間が２０分未満であれば、課金区間に設定することなく、ステップＳ２１に戻り、次の道路セグメントの状態を示す情報を読み出す。
【００２６】
また、渋滞中の経過時間が２０分以上３０分未満であれば、課金セグメント設定部１４は、この道路セグメントのセグメント状態を「課金予告」に設定し（ステップＳ２９）、ステップＳ２１に戻り、次の道路セグメントの状態を示す情報を読み出す。また、渋滞中の経過時間が３０分以上であれば、課金セグメント設定部１４は、この道路セグメントのセグメント状態を「課金中」に設定し（ステップＳ３０）、ステップＳ２１に戻り、次の道路セグメントの状態を示す情報を読み出す。この処理動作によって、道路セグメント毎に、「課金なし」、「課金予告」、「課金中」のいずれかが設定されることになる。
【００２７】
次に、図１を参照して、センタシステム１から情報配信する動作を説明する。交通状況管理部１２は、道路の工事情報や事故情報を外部から入力し、これらの情報を通信部１１を介して車載装置２に対して配信する。この情報には、工事や事故の位置情報を道路セグメント番号によって特定して配信する。この配信情報は、通信部２１を介して、表示情報受信部２４が受信する。一方、地図表示処理部２３は、位置特定部２６から出力される現在位置情報に基づいて、表示部２２に表示される地図上に自車の位置を表示する。そして、表示部２２は、表示情報受信部２４において受信した工事や事故の情報に含まれる道路セグメント番号に基づいて、工事や事故の場所を特定して、表示部２２に表示されている地図上に重ね合わせて表示する。これにより、運転者は、表示部２２に表示された地図を参照して、工事や事故の場所を把握することができる。
【００２８】
また、課金セグメント設定部１４は、前述した処理動作によって設定した課金セグメントの情報を通信部１１を介して車載装置２に対して配信する。この情報は、道路セグメントを特定するセグメント番号と、課金状態（「課金予告」または「課金中」のいずれか）を示す情報が含まれる。この配信情報は、通信部２１を介して、表示情報受信部２４が受信する。表示情報受信部２４は、課金セグメントの情報を受信すると、受信した情報に含まれるセグメント番号に道路セグメント番号に基づいて、渋滞中の場所（道路セグメント）を特定して、表示部２２に表示されている地図上に重ね合わせて表示する。このとき、表示部２２には、図６に示すように、課金状態に応じて、課金状態を識別することが可能なように色分けされて道路セグメントが表示される。渋滞がなく通常の状態（セグメント内の車両が２９台未満で平均速度が５０ｋｍ／ｈ超の状態）では、道路セグメントは「青」で表示される。また、この先で渋滞が発生している渋滞予告（課金予告）の状態（セグメント内の車両が３０台以上で平均速度が２０〜５０ｋｍ／ｈの状態）では、この先に課金される区間があることを示すために、道路セグメントが「橙」で表示される。また、渋滞が発生している状態（セグメント内の車両が５０台以上で平均速度が２０ｋｍ／ｈ以下の状態）では、課金されることを示すために、道路セグメントが「赤」で表示される。運転者は、これらの表示を参照することにより、この先に渋滞が発生しており、課金される区間が存在することを把握することができる。
【００２９】
次に、車両が課金区間を走行した場合の動作を説明する。課金処理部２９は、表示情報受信部２４において受信した課金セグメントの情報を入力し、この情報に含まれる課金中である道路のセグメント番号から課金中のセグメントの特定し、このセグメント番号を持つ道路セグメントの座標情報を道路セグメント情報記憶部２５から読み出す。そして、課金処理部２９は、位置特定部２６が出力する現在位置情報を入力し、課金されている道路セグメントを走行したか否かを判定する。この判定の結果、課金中の道路セグメントを走行したと判定した場合、課金処理部２９は、課金中の道路を走行したことを示す情報と、車載装置２の識別番号と、走行した道路セグメントのセグメント番号とを関係付けて、プローブデータ生成部３０へ出力する。プローブデータ生成部３０は、課金処理部２９から課金中の道路を走行したことを示す情報が出力された場合、周期的に送信しているプローブデータに対して、課金中の道路を走行したことを示す情報と、車載装置２の識別番号と、走行した道路セグメントのセグメント番号とを関係付けた課金情報を付加してプローブデータ送信部３１へ出力する。これを受けて、プローブデータ送信部３１は、この課金情報が付加されたプローブデータを通信部２１を介してセンタシステム１へ送信する。
【００３０】
このプローブデータは、通信部１１が受信する。課金処理部１６は、通信部１１において受信したプローブデータに課金情報が付加されていた場合、この課金情報を抽出して取得する。そして、受信した課金情報に含まれる車載装置２の識別番号と、走行した道路セグメントのセグメント番号とに基づいて課金処理を行う。この課金処理は、公知の方法を用いるため、詳細な処理動作の説明を省略する。これにより、課金中の道路セグメントを走行した車両に対して課金が行われることになる。
【００３１】
このように、交通状況把握を目的として走行中の車両の車載装置２からプローブデータ（時刻、通過地点、セグメント番号、通過速度、アクセス状態）を無線通信を介してセンタシステム２に送信し、センタシステム１では受信したプローブデータを基にこの地域の交通量を算出するようにしたため、課金システムおいて交通状況を管理することができる。また、センタシステム１は交通量が渋滞発生と判断することができるしきい値を超えているか否かを判定して、しきい値を超えている場合この地域周辺に渋滞情報を一斉配信するようにして、この渋滞情報を受信した車載装置は自車位置を地図表示するとともに、配信された渋滞情報を基に道路の混雑状態を色別表示するようにしたため、運転者に自律的に渋滞回避させることが可能となる。また、センタシステム１は交通量が課金によって集中分散させることができるしきい値を超えているか否か判定し、しきい値をを超えている場合にはこの当該区域に課金区間を設定して、車両に対して報知するようにしたため、限られた時間帯に局所的に発生する交通集中による渋滞区間を走行する車両に対して、課金を行うことが可能になり、運転者に自律的に渋滞を回避させるように促すことができ、渋滞を早期に解消することができる。
【００３２】
なお、図１における各処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより道路通行課金処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００３３】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【符号の説明】
【００３４】
１・・・センタシステム、１１・・・通信部、１２・・・交通状況管理部、１３・・・道路セグメント情報記憶部、１４・・・課金セグメント設定部、１５・・・プローブデータテーブル記憶部、１６・・・課金処理部、２・・・車載装置、２１・・・通信部、２２・・・表示部、２３・・・地図表示処理部、２４・・・表示情報受信部、２５・・・道路セグメント情報記憶部、２６・・・位置特定部、２７・・・タイマ、２８・・・車速計測部、２９・・・課金処理部、３０・・・プローブデータ生成部、３１・・・プローブデータ送信部
【技術分野】
【０００１】
本発明は、道路を通行する車両に対して課金する道路通行課金システム及び道路通行課金方法に関する。
【背景技術】
【０００２】
従来から、普通自動車、大型自動車（バス、トラック等）等を含む車両の交通量を抑制し、混雑解消等を図るロードプライシング制度が知られている。この制度は、既に、イギリス、シンガポール等の国で実施されている。しかしながら、ロードプライシング制度を導入する場合、規制対象エリアが広く、車両数が多い場合や、当該エリアへの道路の出入口が多数存在する場合には、全ての道路の出入口に支柱等の機器を設置することは困難である。特に、東京都内の場合には、高速道路及び一般道路が複雑に入り組んでいるため、コスト等の面で従来のロードプライシングシステム等では実現性に乏しい。また、課金エリアは、季節や時間帯等の様々な要因により変動することが考えられるが、従来のロードプライシングシステム等では、一旦、課金エリアが確定すると、これを変更することは困難になる。また、例えば車両の運転手は、車両の運転中に課金エリアを肉眼で容易に把握する必要があるため、課金エリアへの道路の出入口にその旨の表示をする必要があるが、上記のように、道路の出入口が多数存在する場合や、課金エリアが変わる場合には、かかる表示を行うことも困難となるという問題を有している。
【０００３】
このような問題を解決するために、低コストで、より効率的に実施することが可能なロードプライシングシステムが知られている（例えば、特許文献１参照）。これは、車両に搭載された端末装置と、通信手段を介して端末装置が接続可能な課金装置とを備え、予め設定された課金エリアに進入する車両に対して課金処理を行うロードプライシングシステムである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３２６２６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に示すロードプライシングシステムにあっては、課金区域の適用領域を広範囲に捉えており、限られた時間帯に局所的に発生する交通集中による渋滞に対して効果を発揮しないため、運転者に自律的に渋滞回避させることができないという問題がある。
【０００６】
本発明は、このような事情に鑑みてなされたもので、限られた時間帯に局所的に発生する交通集中による渋滞区間を走行する車両に対して、課金を行うことにより、運転者に自律的に渋滞を回避させるように促すことができる道路通行課金システム及び道路通行課金方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、所定区間の道路を走行した車両に対して通行料金の課金を行う道路通行課金システムであって、車両の位置を検出する位置検出手段と、前記位置検出手段によって検出された車両の位置情報から前記所定区間の道路上に存在する車両の数を算出する車両数算出手段と、前記車両数算出手段によって算出された前記車両の数と予め決められたしきい値を比較して、前記所定区間の道路が渋滞しているか否かを判定する渋滞判定手段と、前記渋滞判定手段により、前記所定区間が渋滞していると判定された場合に、該所定区間を課金区間に設定する課金区間設定手段と、前記課金区間設定手段により設定された前記所定区間が課金区間であることを示す情報を配信する課金区間情報配信手段と、前記課金区間に設定された道路を走行した車両に対して課金を行う課金手段とを備えたことを特徴とする。
【０００８】
本発明は、前記渋滞判定手段により、前記所定区間が渋滞していると判定された場合に、前記所定区間が渋滞していることを示す情報を配信する渋滞区間情報配信手段をさらに備えたことを特徴とする。
【０００９】
本発明は、所定区間の道路を走行した車両に対して通行料金の課金を行うために、車両の位置を検出する位置検出手段を備える道路通行課金システム上のコンピュータが通行料金の課金処理を行う道路通行課金方法であって、前記コンピュータが、前記位置検出手段によって検出された車両の位置情報から前記所定区間の道路上に存在する車両の数を算出する車両数算出ステップと、前記車両数算出ステップによって算出された前記車両の数と予め決められたしきい値を比較して、前記所定区間の道路が渋滞しているか否かを判定する渋滞判定ステップと、前記渋滞判定ステップにより、前記所定区間が渋滞していると判定された場合に、該所定区間を課金区間に設定する課金区間設定ステップと、前記課金区間設定ステップにより設定された前記所定区間が課金区間であることを示す情報を配信する課金区間情報配信ステップと、前記課金区間に設定された道路を走行した車両に対して課金を行う課金ステップとを有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、限られた時間帯に局所的に発生する交通集中による渋滞区間を走行する車両に対して、課金を行うことにより、運転者に自律的に渋滞を回避させるように促すことができるため、渋滞を早期に解消することができるという効果が得られる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態の構成を示すブロック図である。
【図２】図１に示すセンタシステム１の動作を示すフローチャートである。
【図３】図１に示すセンタシステム１の動作を示すフローチャートである。
【図４】図１に示すセンタシステム１の動作を示すフローチャートである。
【図５】図１に示すプローブデータテーブル記憶部１５に記憶されるテーブルのテーブル構造を示す説明図である。
【図６】図１に示す表示部２２に道路の状況を表示した場合の表示例である。
【図７】道路セグメントを示す説明図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の一実施形態による道路通行課金システムを説明する。図１は同実施形態の構成を示すブロック図である。この図において、符号１は、交通渋滞の発生状況に応じて、課金を行う道路の区間を動的に変化させて設定し、課金の区間の道路を走行した車両に対して、課金を行うセンタシステムであり、コンピュータシステムで構成する。符号２は、道路を走行する車両（自動車等）に搭載される車載装置である。車載装置２は、センタシステム１との間で無線通信回線を用いて双方向の情報通信を行うことが可能である。
【００１３】
符号１１は、車載装置２との間で情報通信を行う通信部である。符号１２は、管理を行うべき管理エリア内の道路の交通状況を管理する交通状況管理部である。管理を行うべき管理エリアとは、例えば東京都内などである。符号１３は、管理エリア内の道路のうち、管理するべき道路を所定長さに分割した区間（これを道路セグメントという）の位置情報が記憶された道路セグメント情報記憶部である。符号１４は、道路の交通量に応じて、課金するべき道路セグメントを選択して、課金区間に設定する課金セグメント設定部である。符号１５は、車載装置２から送信されるプローブデータ（時間、通過地点、セグメント番号、通過速度、アクセス状態等のデータ）のテーブルを記憶するプローブデータテーブル記憶部である。符号１６は、課金区間に設定された道路セグメントを走行した車両に対して課金処理を行う課金処理部である。
【００１４】
符号２１は、センタシステムとの間で情報通信を行う通信部である。符号２２は、液晶のディスプレイ装置等で構成する表示部である。符号２３は、車載装置２が存在する周辺の地図を表示部２２に表示する地図表示処理部であり、ナビゲーションシステムを用いてもよい。符号２４は、通信部２１を介して、センタシステム１から配信された表示するべき情報を受信して、表示部２２に表示する表示情報受信部である。符号２５は、管理エリア内の道路のうち、管理するべき道路を所定長さに分割した区間（これを道路セグメントという）の位置情報が記憶された道路セグメント情報記憶部であり、センタシステム１内の道路セグメント情報記憶部１３に記憶されている情報と同様の情報が記憶されている。符号２６は、ＧＰＳ（Global Positioning System）の受信機で構成し、車載装置２の現在位置情報（緯度経度情報）を出力する位置特定部である。符号２７は、現在時刻を出力するタイマである。符号２８は、車載装置２を搭載する車両の車速を計測する車速計測部であり、車両のエンジン制御装置等から車速の情報を受信することにより現在の車速を得る。
【００１５】
符号２９は、表示情報受信部２４において受信した現在の課金されている道路セグメント情報と、位置特定部２６により特定した現在位置情報に基づいて、課金されている道路セグメントを走行したか否かを判定し、課金の区間を走行した場合は、課金する処理を行う課金処理部である。符号３０は、タイマ２７が出力する現在時刻、車速計測部２８が出力する現在の車速、位置特定部２６が出力する現在位置に基づいて、現在車両が存在している道路セグメントの識別情報と、この道路セグメントに対するアクセス状態情報、課金区間を走行した場合の課金情報を入力して、センタシステム１へ送信するべきプローブデータを生成するプローブデータ生成部である。符号３１は、プローブデータ生成部３０が生成したプローブデータを通信部２１を介してセンタシステム１へ送信するプローブデータ送信部である。
【００１６】
なお、センタシステム１から車載装置２へ情報を送信する場合は、放送電波の周波数を用いて、放送形式で情報を配信するようにしてもよい。この場合、通信部１１は、放送形式で情報の送信を行い、通信部２１は、放送形式で配信された情報の受信を行う。
【００１７】
ここで、図７を参照して、道路セグメントについて説明する。図７は、交差点付近の道路の形状を示す図である。図７において、破線で囲まれた１つのエリアが１つの道路セグメントであり、ここでは、５つの道路セグメントの例を示している１つの道路セグメントの道のり長さは、約１００ｍ程度に設定されている。各道路セグメントには、一意に識別可能なセグメント番号が付与されている。また、道路セグメント情報記憶部１３、２５には、各道路セグメントのセグメント番号と破線で囲まれたエリアを特定することができる座標情報が関係付けられて記憶されている。
【００１８】
次に、図５を参照して、プローブデータ生成部３０が生成するプローブデータの構成を説明する。プローブデータ生成部３０において生成されたプローブデータは、プローブデータ送信部３１によって、センタシステム１へ送信され、プローブデータテーブル記憶部１５に登録される。図５は、図１に示すプローブデータテーブル記憶部１５に記憶されるプローブデータテーブルの構造を示す図である。図５に示すように、プローブデータは、現在の「時刻」、車両が現在存在する道路セグメントの「セグメント番号」、この道路セグメントに対する「アクセス状態」、現在車両が存在する位置を緯度経度情報で表現した「通過地点」、この道路セグメントを通過した時の「通過速度」のデータから構成する。現在時刻は、タイマ２７が出力した時刻情報である。セグメント番号は、位置特定部２６が出力する緯度経度情報と、道路セグメント情報記憶部２５に記憶されている道路セグメントの座標情報とを参照して、現在車両が存在する道路セグメントを特定し、この道路セグメントに関係付けられたセグメント番号である。アクセス状態は、この道路セグメントに対する位置関係を示す情報であり、道路セグメントに「進入」した状態、道路セグメントから「退出」した状態、道路セグメント「通過中」の状態のいずれかとなる。通過地点は、位置特定部２６が出力した緯度経度情報である。通過速度は、車速計測部２８が出力する車速情報である。
【００１９】
次に、図２を参照して、図１に示すセンタシステム１が、車載装置２から送信されるプローブデータから各道路セグメント内に存在する車両の台数をカウントする動作を説明する。まず、プローブデータ生成部３０は、所定の時間間隔（例えば、１０秒）でプローブデータを生成し、プローブデータ送信部３１へ送信する。これを受けて、プローブデータ送信部３１は、このプローブデータを通信部２１を介して、センタシステム１へ送信する。センタシステム１の通信部１１は、このプローブデータを受信し（ステップＳ１）、交通状況管理部１２へ受け渡す。交通状況管理部１２は、受信したプローブデータに含まれるセグメント番号と通過地点を読み出す（ステップＳ２、Ｓ３）。そして、道路セグメント情報記憶部１３に記憶されている道路セグメント情報を参照して、この通過地点（緯度経度）とセグメント番号が整合するかを確認し（ステップＳ４）、通過地点とセグメント番号が整合するか否かを判定する（ステップＳ５）。この判定の結果、整合しなければ、不正なプローブデータと見なして、受信したプローブデータを廃棄して、ステップＳ１へ戻る。
【００２０】
一方、整合していれば、交通状況管理部１２は、プローブデータのアクセス状態を読み出し、アクセス状態が何であるかを判定する（ステップＳ６）。この判定の結果、アクセス状態が「進入」であれば、プローブデータに含まれていたセグメント番号を持つ道路セグメントの在車数をインクリメント（＋１）する（ステップＳ７）。また、アクセス状態が「退出」であれば、プローブデータに含まれていたセグメント番号を持つ道路セグメントの在車数をデクリメント（−１）する（ステップＳ８）。アクセス状態が「通過中」は台数が変化しないので、在車数はそのままである。そして、交通状況管理部１２は、受信したプローブデータをプローブデータテーブル記憶部１５に登録する（ステップＳ９）。この処理動作を、全ての車載装置２から受信したプローブデータに対して行うことにより、全ての道路セグメント毎の在車数を求めることができる。
【００２１】
次に、図３を参照して、図１に示すセンタシステム１が、セグメント単位の車両通過速度を算出する動作を説明する。まず、交通状況管理部１２は、任意の時刻（例えば、５分周期）に到達すると（ステップＳ１１）、プローブデータテーブル記憶部１５に記憶されているプローブデータを参照して、任意のセグメント番号のプローブデータを読み出す（ステップＳ１２）。そして、交通状況管理部１２は、現在時刻から所定の時間（例えば、５分）前に遡り、このセグメント番号を持つ道路セグメントの通過速度を読み出して（ステップＳ１３）、通過速度の平均値を算出する（ステップＳ１４）。これにより、道路セグメント毎の通過平均速度が求められることになる。続いて、交通状況管理部１２は、通過平均速度を求めた道路セグメントのプローブデータのうち、平均速度を求めた所定時間前より以前のプローブデータをプローブデータテーブル記憶部１５上から消去する（ステップＳ１５）。なお、図３に示す処理動作（ステップＳ１１〜Ｓ１５）は、所定の時間間隔毎に実行されるものである。この処理動作を、全ての道路セグメントに対して行うことにより、道路セグメント毎の平均通過速度が求められることになる。
【００２２】
次に、図４を参照して、図１に示すセンタシステム１が、交通渋滞の度合いに応じて、課金区間（少なくとも１つの道路セグメント）を設定する動作を説明する。まず、課金セグメント設定部１４は、交通状況管理部１２において得られた道路セグメントの状態を示す情報を読み出す（ステップＳ２１）。そして、課金セグメント設定部１４は、読み出したセグメント状態の情報から在車数を読み出す（ステップＳ２２）。そして、在車数が０であるか否かを判定する（ステップＳ２３）。この判定の結果、在車数が０であればステップＳ２１に戻り、次の道路セグメントの状態を示す情報を読み出す。
【００２３】
一方、在車数が０でなければ、課金セグメント設定部１４は、読み出したセグメント状態の情報から平均通過速度を読み出す（ステップＳ２４）。そして、平均通過速度が２０ｋｍ／ｈ以下であるか否かを判定する（ステップＳ２５）。この判定の結果、平均通過速度が２０ｋｍ／ｈ以下でなければステップＳ２１に戻り、次の道路セグメントの状態を示す情報を読み出す。
【００２４】
一方、平均通過速度が２０ｋｍ／ｈ以下であれば、課金セグメント設定部１４は、在車数が５０台以上であるか否かを判定する（ステップＳ２６）。この判定の結果、５０台以上でなければステップＳ２１に戻り、次の道路セグメントの状態を示す情報を読み出す。
【００２５】
一方、在車数が５０台以上であれば、課金セグメント設定部１４は、この道路セグメントを「渋滞中」に設定する（ステップＳ２７）。そして、課金セグメント設定部１４は、渋滞中の経過時間を判定する（ステップＳ２８）。この判定の結果、ステップＳ２７により「渋滞中」に設定されてからの経過時間が２０分未満であれば、課金区間に設定することなく、ステップＳ２１に戻り、次の道路セグメントの状態を示す情報を読み出す。
【００２６】
また、渋滞中の経過時間が２０分以上３０分未満であれば、課金セグメント設定部１４は、この道路セグメントのセグメント状態を「課金予告」に設定し（ステップＳ２９）、ステップＳ２１に戻り、次の道路セグメントの状態を示す情報を読み出す。また、渋滞中の経過時間が３０分以上であれば、課金セグメント設定部１４は、この道路セグメントのセグメント状態を「課金中」に設定し（ステップＳ３０）、ステップＳ２１に戻り、次の道路セグメントの状態を示す情報を読み出す。この処理動作によって、道路セグメント毎に、「課金なし」、「課金予告」、「課金中」のいずれかが設定されることになる。
【００２７】
次に、図１を参照して、センタシステム１から情報配信する動作を説明する。交通状況管理部１２は、道路の工事情報や事故情報を外部から入力し、これらの情報を通信部１１を介して車載装置２に対して配信する。この情報には、工事や事故の位置情報を道路セグメント番号によって特定して配信する。この配信情報は、通信部２１を介して、表示情報受信部２４が受信する。一方、地図表示処理部２３は、位置特定部２６から出力される現在位置情報に基づいて、表示部２２に表示される地図上に自車の位置を表示する。そして、表示部２２は、表示情報受信部２４において受信した工事や事故の情報に含まれる道路セグメント番号に基づいて、工事や事故の場所を特定して、表示部２２に表示されている地図上に重ね合わせて表示する。これにより、運転者は、表示部２２に表示された地図を参照して、工事や事故の場所を把握することができる。
【００２８】
また、課金セグメント設定部１４は、前述した処理動作によって設定した課金セグメントの情報を通信部１１を介して車載装置２に対して配信する。この情報は、道路セグメントを特定するセグメント番号と、課金状態（「課金予告」または「課金中」のいずれか）を示す情報が含まれる。この配信情報は、通信部２１を介して、表示情報受信部２４が受信する。表示情報受信部２４は、課金セグメントの情報を受信すると、受信した情報に含まれるセグメント番号に道路セグメント番号に基づいて、渋滞中の場所（道路セグメント）を特定して、表示部２２に表示されている地図上に重ね合わせて表示する。このとき、表示部２２には、図６に示すように、課金状態に応じて、課金状態を識別することが可能なように色分けされて道路セグメントが表示される。渋滞がなく通常の状態（セグメント内の車両が２９台未満で平均速度が５０ｋｍ／ｈ超の状態）では、道路セグメントは「青」で表示される。また、この先で渋滞が発生している渋滞予告（課金予告）の状態（セグメント内の車両が３０台以上で平均速度が２０〜５０ｋｍ／ｈの状態）では、この先に課金される区間があることを示すために、道路セグメントが「橙」で表示される。また、渋滞が発生している状態（セグメント内の車両が５０台以上で平均速度が２０ｋｍ／ｈ以下の状態）では、課金されることを示すために、道路セグメントが「赤」で表示される。運転者は、これらの表示を参照することにより、この先に渋滞が発生しており、課金される区間が存在することを把握することができる。
【００２９】
次に、車両が課金区間を走行した場合の動作を説明する。課金処理部２９は、表示情報受信部２４において受信した課金セグメントの情報を入力し、この情報に含まれる課金中である道路のセグメント番号から課金中のセグメントの特定し、このセグメント番号を持つ道路セグメントの座標情報を道路セグメント情報記憶部２５から読み出す。そして、課金処理部２９は、位置特定部２６が出力する現在位置情報を入力し、課金されている道路セグメントを走行したか否かを判定する。この判定の結果、課金中の道路セグメントを走行したと判定した場合、課金処理部２９は、課金中の道路を走行したことを示す情報と、車載装置２の識別番号と、走行した道路セグメントのセグメント番号とを関係付けて、プローブデータ生成部３０へ出力する。プローブデータ生成部３０は、課金処理部２９から課金中の道路を走行したことを示す情報が出力された場合、周期的に送信しているプローブデータに対して、課金中の道路を走行したことを示す情報と、車載装置２の識別番号と、走行した道路セグメントのセグメント番号とを関係付けた課金情報を付加してプローブデータ送信部３１へ出力する。これを受けて、プローブデータ送信部３１は、この課金情報が付加されたプローブデータを通信部２１を介してセンタシステム１へ送信する。
【００３０】
このプローブデータは、通信部１１が受信する。課金処理部１６は、通信部１１において受信したプローブデータに課金情報が付加されていた場合、この課金情報を抽出して取得する。そして、受信した課金情報に含まれる車載装置２の識別番号と、走行した道路セグメントのセグメント番号とに基づいて課金処理を行う。この課金処理は、公知の方法を用いるため、詳細な処理動作の説明を省略する。これにより、課金中の道路セグメントを走行した車両に対して課金が行われることになる。
【００３１】
このように、交通状況把握を目的として走行中の車両の車載装置２からプローブデータ（時刻、通過地点、セグメント番号、通過速度、アクセス状態）を無線通信を介してセンタシステム２に送信し、センタシステム１では受信したプローブデータを基にこの地域の交通量を算出するようにしたため、課金システムおいて交通状況を管理することができる。また、センタシステム１は交通量が渋滞発生と判断することができるしきい値を超えているか否かを判定して、しきい値を超えている場合この地域周辺に渋滞情報を一斉配信するようにして、この渋滞情報を受信した車載装置は自車位置を地図表示するとともに、配信された渋滞情報を基に道路の混雑状態を色別表示するようにしたため、運転者に自律的に渋滞回避させることが可能となる。また、センタシステム１は交通量が課金によって集中分散させることができるしきい値を超えているか否か判定し、しきい値をを超えている場合にはこの当該区域に課金区間を設定して、車両に対して報知するようにしたため、限られた時間帯に局所的に発生する交通集中による渋滞区間を走行する車両に対して、課金を行うことが可能になり、運転者に自律的に渋滞を回避させるように促すことができ、渋滞を早期に解消することができる。
【００３２】
なお、図１における各処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより道路通行課金処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００３３】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【符号の説明】
【００３４】
１・・・センタシステム、１１・・・通信部、１２・・・交通状況管理部、１３・・・道路セグメント情報記憶部、１４・・・課金セグメント設定部、１５・・・プローブデータテーブル記憶部、１６・・・課金処理部、２・・・車載装置、２１・・・通信部、２２・・・表示部、２３・・・地図表示処理部、２４・・・表示情報受信部、２５・・・道路セグメント情報記憶部、２６・・・位置特定部、２７・・・タイマ、２８・・・車速計測部、２９・・・課金処理部、３０・・・プローブデータ生成部、３１・・・プローブデータ送信部
【特許請求の範囲】
【請求項１】
所定区間の道路を走行した車両に対して通行料金の課金を行う道路通行課金システムであって、
車両の位置を検出する位置検出手段と、
前記位置検出手段によって検出された車両の位置情報から前記所定区間の道路上に存在する車両の数を算出する車両数算出手段と、
前記車両数算出手段によって算出された前記車両の数と予め決められたしきい値を比較して、前記所定区間の道路が渋滞しているか否かを判定する渋滞判定手段と、
前記渋滞判定手段により、前記所定区間が渋滞していると判定された場合に、該所定区間を課金区間に設定する課金区間設定手段と、
前記課金区間設定手段により設定された前記所定区間が課金区間であることを示す情報を配信する課金区間情報配信手段と、
前記課金区間に設定された道路を走行した車両に対して課金を行う課金手段と
を備えたことを特徴とする道路通行課金システム。
【請求項２】
前記渋滞判定手段により、前記所定区間が渋滞していると判定された場合に、前記所定区間が渋滞していることを示す情報を配信する渋滞区間情報配信手段をさらに備えたことを特徴とする請求項１に記載の道路通行課金システム。
【請求項３】
所定区間の道路を走行した車両に対して通行料金の課金を行うために、車両の位置を検出する位置検出手段を備える道路通行課金システム上のコンピュータが通行料金の課金処理を行う道路通行課金方法であって、
前記コンピュータが、
前記位置検出手段によって検出された車両の位置情報から前記所定区間の道路上に存在する車両の数を算出する車両数算出ステップと、
前記車両数算出ステップによって算出された前記車両の数と予め決められたしきい値を比較して、前記所定区間の道路が渋滞しているか否かを判定する渋滞判定ステップと、
前記渋滞判定ステップにより、前記所定区間が渋滞していると判定された場合に、該所定区間を課金区間に設定する課金区間設定ステップと、
前記課金区間設定ステップにより設定された前記所定区間が課金区間であることを示す情報を配信する課金区間情報配信ステップと、
前記課金区間に設定された道路を走行した車両に対して課金を行う課金ステップと
を有することを特徴とする道路通行課金方法。
【請求項１】
所定区間の道路を走行した車両に対して通行料金の課金を行う道路通行課金システムであって、
車両の位置を検出する位置検出手段と、
前記位置検出手段によって検出された車両の位置情報から前記所定区間の道路上に存在する車両の数を算出する車両数算出手段と、
前記車両数算出手段によって算出された前記車両の数と予め決められたしきい値を比較して、前記所定区間の道路が渋滞しているか否かを判定する渋滞判定手段と、
前記渋滞判定手段により、前記所定区間が渋滞していると判定された場合に、該所定区間を課金区間に設定する課金区間設定手段と、
前記課金区間設定手段により設定された前記所定区間が課金区間であることを示す情報を配信する課金区間情報配信手段と、
前記課金区間に設定された道路を走行した車両に対して課金を行う課金手段と
を備えたことを特徴とする道路通行課金システム。
【請求項２】
前記渋滞判定手段により、前記所定区間が渋滞していると判定された場合に、前記所定区間が渋滞していることを示す情報を配信する渋滞区間情報配信手段をさらに備えたことを特徴とする請求項１に記載の道路通行課金システム。
【請求項３】
所定区間の道路を走行した車両に対して通行料金の課金を行うために、車両の位置を検出する位置検出手段を備える道路通行課金システム上のコンピュータが通行料金の課金処理を行う道路通行課金方法であって、
前記コンピュータが、
前記位置検出手段によって検出された車両の位置情報から前記所定区間の道路上に存在する車両の数を算出する車両数算出ステップと、
前記車両数算出ステップによって算出された前記車両の数と予め決められたしきい値を比較して、前記所定区間の道路が渋滞しているか否かを判定する渋滞判定ステップと、
前記渋滞判定ステップにより、前記所定区間が渋滞していると判定された場合に、該所定区間を課金区間に設定する課金区間設定ステップと、
前記課金区間設定ステップにより設定された前記所定区間が課金区間であることを示す情報を配信する課金区間情報配信ステップと、
前記課金区間に設定された道路を走行した車両に対して課金を行う課金ステップと
を有することを特徴とする道路通行課金方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１０−１９８５７１（Ｐ２０１０−１９８５７１Ａ）
【公開日】平成２２年９月９日（２０１０．９．９）
【国際特許分類】
【出願番号】特願２００９−４５９８５（Ｐ２００９−４５９８５）
【出願日】平成２１年２月２７日（２００９．２．２７）
【出願人】（０００００６２０８）三菱重工業株式会社 (10,378)
【Ｆターム（参考）】
【公開日】平成２２年９月９日（２０１０．９．９）
【国際特許分類】
【出願日】平成２１年２月２７日（２００９．２．２７）
【出願人】（０００００６２０８）三菱重工業株式会社 (10,378)
【Ｆターム（参考）】
[ Back to top ]