JP7333389B2 - 中央サーバ、及びプログラム - Google Patents

Description

本発明は、中央サーバ、及びプログラムに関する。

有料道路の通行料金を収受するためのシステムとして、例えば電子式料金収受システム（ＥＴＣ：Electronic Toll Collection System（登録商標）、「自動料金収受システム」ともいう）が知られている。電子式料金収受システムは、車両に搭載された車載器と、料金所に設けられた無線通信装置との間で通信を行うことにより、予め設定された支払手段（銀行口座からの引き落とし、クレジットカード決済、プリペイドカード支払い等）を用いて通行料金を自動的に収受するためのシステムである。

近年では、有料道路のみならず、給油スタンド、駐車場等のサービス提供施設を運営する事業者が、電子式料金収受システムを用いて利用料金を収受する場合がある（例えば、特許文献１を参照）。このとき、複数の事業者それぞれは、事業者別に異なる顧客ＩＤと、利用者の車載器を特定可能な利用車番号と、を関連付けて路側サーバに記憶しておく。そして、路側サーバは、利用者がサービス提供施設を利用した際に、利用車番号から事業者別の顧客ＩＤを特定し、センターサーバに決済処理を要求する。

特開２００９－２８２６５６号公報

従来の技術では、複数の事業者それぞれが有する路側サーバにおいて、利用者のアカウント情報を個別に管理しなければならない。このため、事業者におけるアカウント情報の管理コストが増加する要因となっていた。また、センターサーバでは、利用料金の決済処理を事業者別に都度行っているので、センターサーバにおける決済処理の負荷を増加させる要因となっていた。

本発明は、このような課題に鑑みてなされたものであって、利用者のアカウント情報の管理、及び課金処理に要するコストを低減することができる中央サーバ、及びプログラムを提供する。

本発明の第１の態様によれば、中央サーバ（２）は、異なる事業者により運営されそれぞれにエリアサーバが設置される複数のエリアを利用する利用者のアカウント情報を記録する記録媒体（２１）と、複数の前記エリアサーバ（３）から、前記エリアサーバ（３）それぞれに関連付けられたエリアにおける前記利用者の利用情報を取得する利用情報取得部（２０１）と、前記利用情報と、前記アカウント情報とに基づいて、前記エリアにおける前記利用者の利用に応じた利用料金の課金処理を行う課金処理部（２０２）と、を備える。
従来の技術では、複数のエリアがそれぞれ異なる事業者により運営されている場合、事業者別のエリアサーバにおいて個別にアカウント情報の管理、及び利用料金の課金処理を行う必要があった。しかしながら、本態様に係る中央サーバは、上述のような構成を有することにより、異なる事業者により運営される複数のエリアで用いられるアカウント情報の管理、及び複数のエリアにおける利用料金の課金処理を行うことができる。これにより、中央サーバは、複数の事業者それぞれが個別にアカウント情報の管理、及び課金処理を行うためのコストを削減することができる。

本発明の第２の態様によれば、第１の態様に係る中央サーバ（２）において、前記課金処理部（２０２）は、前記利用情報に基づいて、前記利用者に対し前記エリア、又は前記エリア内の施設の利用に応じたインセンティブを付与する。
このようにすることで、中央サーバは、複数のエリア及びエリア内の施設で共通するインセンティブを利用者に与えることができる。これにより、中央サーバは、利用者による複数のエリア、及びエリア内の施設の利用促進を効果的に行うことができる。

本発明の第３の態様によれば、第１又は第２の態様に係る中央サーバ（２）は、複数の前記エリアそれぞれに関するエリア情報を複数の前記エリアサーバ（３）それぞれから取得するエリア情報取得部（２０５）と、複数の前記エリア情報に基づいて、複数の前記エリアにおける推奨経路を提案する推奨経路提案部（２０６）と、を更に備える。
このようにすることで、中央サーバは、利用者を特定のエリア又は経路へ誘導することができる。

本発明の第４の態様によれば、第３の態様に係る中央サーバ（２）は、前記利用者の位置情報を取得して、当該利用者が前記推奨経路に沿って移動したか否かを判定する移動経路判定部（２０７）を更に備える。前記課金処理部（２０２）は、前記利用者が前記推奨経路に沿って移動したと判定された場合、当該利用者に所定のインセンティブを付与する。
このようにすることで、中央サーバは、利用者が推奨経路に沿って移動する確率を高めることができる。これにより、中央サーバは、特定のエリア又は経路への利用者の集中化、又は過疎化を抑制することができる。

本発明の第５の態様によれば、第１から第４の態様に係る中央サーバ（２）は、複数の前記エリアサーバ（３）と通信を行う通信処理部（２０３）を更に備える。前記課金処理部（２０２）は、前記利用情報に含まれる車両情報と一致する情報を有する前記アカウント情報が前記記録媒体に記憶されていない場合、前記車両情報を不正車両リストに追加する。前記通信処理部（２０３）は、前記不正車両リストを複数の前記エリアサーバ（３）それぞれに送信する。
従来の技術では、複数のエリアそれぞれにおいて、不正な走行を行った不正車両に関する車両情報の登録及び管理を行っていた。しかしながら、本態様に係る中央サーバは、このような構成を有することにより、複数のエリアにおける不正車両に関する車両情報を一元管理することができる。これにより、中央サーバは、複数の事業者それぞれにおける不正車両の管理に要するコストを低減しつつ不正車両が未到のエリアへも不正車両に関する情報を提供することができる。

本発明の第６の態様によれば、第５の態様に係る中央サーバ（２）において、前記課金処理部（２０２）は、前記利用情報に含まれる支払手段で支払いができない場合（残額不足や利用の差し止め）、前記利用情報に含まれる前記車両情報を不正車両リストに追加する。
このようにすることで、中央サーバは、課金処理が完了していない車両を不正車両リストにより管理することができる。

本発明の第７の態様によれば、異なる事業者により運営される複数のエリアのうち一のエリアに関連付けられて当該エリアに設置されるエリアサーバ（３）は、前記エリアの所定の地点に設けられた車両検出装置（３２）を介して、利用者が搭乗する車両に関する車両情報を取得する車両情報取得部（３００）と、前記利用者の前記エリアの通行にかかる利用料金として通行料金を計算する通行料金計算部（３０１）と、前記エリア内の施設が有する施設端末（３３）から、前記利用者の当該施設の利用料金を含む施設利用情報を取得する施設利用情報取得部（３０２）と、前記車両情報と、前記エリアの通行料金、又は前記施設の利用料金とを含む利用情報を作成し、中央サーバ（２）に送信する利用情報送信部（３０３）と、を備える。
このようにすることで、エリアサーバは、エリアの通行料金、及びエリア内の施設の利用料金を含む利用情報を、中央サーバに送信するのみの簡易な構成とすることができる。これにより、エリアサーバの開発、維持にかかるコストを低減することができる。

本発明の第８の態様によれば、第７の態様に係るエリアサーバ（３）は、前記エリアに関するエリア情報を前記中央サーバに送信するエリア情報送信部（３０４）を更に備える。
このようにすることで、エリアサーバは、自機に関連付けられたエリアに関するエリア情報を中央サーバに集約することができる。

本発明の第９の態様によれば、第７又は第８の態様に係るエリアサーバ（３）は、複数の前記エリアの何れかにおいて走行した車両に関する車両情報のうち、事前に登録された情報と一致しない車両情報が記録された不正車両リストを前記中央サーバから取得するリスト取得部（３０５）と、前記車両情報取得部（３００）が取得した車両情報が、前記不正車両リストに含まれる車両情報と一致した場合、前記利用者に対し警告情報を出力する警告出力部（３０６）と、を更に備える。
このようにすることで、エリアサーバは、自機の関連付けられたエリアに不正車両が進入したことを検出した場合、当該不正車両に対し警告を行うことができる。これにより、エリアサーバは、不正な走行を行う利用者を低減させることができる。

本発明の第１０の態様によれば、料金収受システム（１００）は、第１から第６の何れか一の態様に係る中央サーバ（２）と、第７から第９の何れか一の態様に係るエリアサーバ（３）と、を備える。

本発明の第１１の態様によれば、料金収受方法は、異なる事業者により運営される複数のエリアを利用する利用者のアカウント情報を記録するステップと、前記エリアの所定の地点に設けられた車両検出装置を介して、利用者が搭乗する車両に関する車両情報を取得するステップと、前記利用者の前記エリアの通行にかかる利用料金として通行料金を計算するステップと、前記エリア内の施設が有する施設端末から、前記利用者の当該施設の利用料金を含む施設利用情報を取得するステップと、前記エリアの通行料金、又は前記施設の利用料金を含む利用情報を作成するステップと、前記利用情報と、前記アカウント情報とに基づいて、複数の前記エリアにおける前記利用者の利用に応じた利用料金を集計して課金処理を行うステップと、を有する。

本発明の第１２の態様によれば、中央サーバ（２）のコンピュータ（９００）を機能させるプログラムは、前記コンピュータ（９００）に、異なる事業者により運営されそれぞれにエリアサーバが設置される複数のエリアを利用する利用者のアカウント情報を記録するステップと、複数の前記エリアサーバから、前記エリアサーバそれぞれに関連付けられたエリアにおける前記利用者の利用情報を取得するステップと、前記利用情報と、前記アカウント情報とに基づいて、複数の前記エリアにおける前記利用者の利用に応じた利用料金を集計して課金処理を行うステップと、を実行させる。

本発明の第１３の態様によれば、異なる事業者により運営される複数のエリアのうち一のエリアに関連付けられて当該エリアに設置されるエリアサーバ（３）のコンピュータ（９００）を機能させるプログラムは、前記コンピュータ（９００）に、前記エリアの所定の地点に設けられた車両検出装置（３２）を介して、利用者が搭乗する車両に関する車両情報を取得するステップと、前記利用者の前記エリアの通行にかかる利用料金として通行料金を計算するステップと、前記エリア内の施設が有する施設端末（３３）から、前記利用者の当該施設の利用料金を含む施設利用情報を取得するステップと、前記エリアの通行料金、又は前記施設の利用料金を含む利用情報を作成し、中央サーバ（２）に送信するステップと、を実行させる。

上述の何れか一の態様に係る中央サーバ、及びプログラムによれば、利用者のアカウント情報の管理、及び課金処理に要するコストを低減することができる。

第１の実施形態に係る料金収受システムの第１の概略図である。 第１の実施形態に係る料金収受システムの第２の概略図である。 第１の実施形態に係る中央サーバの機能構成を示す図である。 第１の実施形態に係るエリアサーバ及び車両検出装置の機能構成を示す図である。 第１の実施形態に係る車両検出装置の一例を示す図である。 第１の実施形態に係る利用登録処理の一例を示すシーケンス図である。 第１の実施形態に係るアカウント情報の一例を示す図である。 第１の実施形態に係る通行料金の課金処理の一例を示すシーケンス図である。 第１の実施形態に係る利用情報の一例を示す図である。 第１の実施形態に係るインセンティブ情報の一例を示す図である。 第１の実施形態に係る施設利用料金の課金処理の一例を示す第１のシーケンス図である。 第１の実施形態に係る施設利用料金の課金処理の一例を示す第２のシーケンス図である。 第１の実施形態に係る施設利用情報の一例を示す図である。 第１の実施形態に係る利用明細の作成処理の一例を示すフローチャートである。 第１の実施形態に係る利用明細の一例を示す図である。 第２の実施形態に係る中央サーバの機能構成を示す図である。 第２の実施形態に係るエリアサーバの機能構成を示す図である。 第２の実施形態に係る推奨経路の提案処理の一例を示すシーケンス図である。 第２の実施形態に係るインセンティブ付与処理の一例を示すフローチャートである。 第３の実施形態に係るエリアサーバの機能構成を示す図である。 第３の実施形態に係る不正車両登録処理の一例を示すフローチャートである。 第３の実施形態に係る不正車両リストの一例を示す図である。 第３の実施形態に係る不正車両検出処理の一例を示すフローチャートである。 少なくとも一の実施形態に係る中央サーバ、及びエリアサーバのハードウェア構成の一例を示す図である。

＜第１の実施形態＞
以下、本発明の第１の実施形態に係る料金収受システムについて、図１～図１５を参照しながら説明する。

（料金収受システムの全体構成）
図１は、第１の実施形態に係る料金収受システムの第１の概略図である。
図２は、第１の実施形態に係る料金収受システムの第２の概略図である。
図１に示すように、本実施形態に係る料金収受システム１００は、複数のエリアＡ，Ｂ，Ｃの利用に応じた利用料金を利用者から収受するためのシステムである。なお、本実施形態において、複数のエリアＡ，Ｂ，Ｃは、それぞれ異なるエリア事業者（例えば地方公共団体）により運営され、渋滞緩和等を目的としてエリア内を通行する車両Ｖに対し所定の通行料金が課される有料エリアである。したがって、本実施形態に係る料金収受システム１００は、エリアＡ，Ｂ，Ｃ内における車両Ｖの通行に応じた通行料金を、車両Ａの搭乗者である利用者から収受する。なお、有料エリアの通行料金は、本実施形態におけるエリア内における利用者の利用に応じた利用料金の一態様である。

また、本実施形態に係る料金収受システム１００において、利用者は、有料エリアであるエリアＡ，Ｂ，Ｃを通行する際には、予め利用者が搭乗する車両Ｖを特定可能な情報（例えばナンバープレート情報）と、通行料金の支払手段（銀行口座、クレジットカード、プリペイドカード、電子マネー等）とを含むアカウント情報を登録する利用登録をしておく必要がある。これにより、利用者は、エリアＡ，Ｂ，Ｃの入退出時に、指定した支払手段により通行料金を自動的に支払うことが可能となる。なお、従来の技術では、複数の事業者それぞれが個別に利用登録、及び課金処理を実施していたが、本実施形態では、サービス事業者が複数の事業者それぞれの利用登録及び課金処理を代行して実施する。

料金収受システム１００は、図１及び図２に示すように、サービス事業者が有する中央サーバ２と、複数のエリア事業者それぞれが有するエリアサーバ３（３Ａ，３Ｂ，３Ｃ）と、複数の利用者それぞれが有する利用者端末４と、を備えている。また、中央サーバ２、エリアサーバ３、及び利用者端末４は、インターネット等のネットワークＮＷを介して通信可能に接続されている。

図２に示すように、中央サーバ２は、利用者端末４との間で通信を行い、利用者の支払手段を含むアカウント情報を登録する利用登録を行う。また、中央サーバ２は、登録された支払手段により特定される金融機関のサーバ５との間で通信を行い、通行料金の課金処理（送金要求の送信、送金結果の受信等）を行う。

また、中央サーバ２は、利用登録されていない利用者の車両ＶがエリアＡ，Ｂ，Ｃを通行した際、図２に示すように陸運局のサーバ６に当該車両Ｖの所有者の情報を問い合わせ、当該所有者に通行料金の請求を行うようにしてもよい。車両Ｖの所有者の情報の問い合わせ先は、陸運局の他、税務署など、車両と所有者の情報とが関連付けられた情報のデータべースであればよい。

なお、図１及び図２の例では、中央サーバ２が一つのみ設けられている例が示されているが、これに限られることはない。他の実施形態は、複数の中央サーバ２が設けられていてもよい。

エリアサーバ３は、複数のエリアＡ，Ｂ，Ｃのうち一のエリアに関連付けられて当該エリアに設置される。図１に示すように、複数のエリアＡ，Ｂ，Ｃの所定の地点には、車両Ｖの通行を検出するための車両検出装置３２が設けられており、エリアサーバ３と通信可能に接続される。エリアサーバ３は、車両検出装置３２から出力された検出信号に基づいて、エリア内における車両Ｖの存在を検出し、当該車両Ｖに対する通行料金を計算する。なお、図１には所定の地点として設定されたエリアＡ，Ｂ，Ｃの出入口ＰＡ１～ＰＡ８、ＰＢ１～ＰＢ８、ＰＣ１～ＰＣ８に車両検出装置３２が設けられ、エリアサーバ３（３Ａ，３Ｂ，３Ｃ）がエリアＡ，Ｂ，Ｃへの車両Ｖの入退出を検出する例が示されているが、これに限られることはない。他の実施形態では、例えば、渋滞が多発する地点に車両検出装置３２が設けられてもよい。この場合、エリアサーバ３（３Ａ，３Ｂ，３Ｃ）は、有料エリア内の渋滞が多発する地点を通過する車両Ｖに対し、更に通行料金を課金する態様であってもよい。

また、エリア事業者は、エリアＡ，Ｂ，Ｃ内において各種サービスを提供するための施設の利用促進等を目的として、これら施設ＦＡ１，ＦＢ１，ＦＣ１を利用した利用者に対し、所定のインセンティブを付与するようにしてもよい。施設ＦＡ１、ＦＢ１、ＦＣ１は、例えば、ショッピングモール等の小売店、飲食店、駐車場、観光施設等である。このとき、エリアサーバ３は、図２に示すように、施設端末３３から施設ＦＡ１，ＦＢ１，ＦＣ１における利用者の利用料金等を含む施設利用情報を取得し、当該施設利用情報の内容に応じたインセンティブを付与する。

利用者端末４は、利用者が所持する端末であって、例えばパーソナルコンピュータ、スマートフォン、タブレット等のコンピュータである。また、利用者端末４は、車両Ｖの車載器であってもよい。

（中央サーバの機能構成）
図３は、第１の実施形態に係る中央サーバの機能構成を示す図である。
図３に示すように、中央サーバ２は、ＣＰＵ２０と、記録媒体２１とを備えている。

ＣＰＵ２０は、中央サーバ２の動作全体を司るプロセッサであり、所定のプログラムに従って動作することにより、登録処理部２００、利用情報取得部２０１、課金処理部２０２、通信処理部２０３、利用明細作成部２０４としての機能を発揮する。

登録処理部２００は、異なるエリア事業者により運営される複数のエリアＡ，Ｂ，Ｃを利用する利用者のアカウント情報の登録、変更、削除を行う。例えば、登録処理部２００は、利用者端末４を介して利用者からアカウント情報の登録の要求を受け付けた場合、当該利用者のアカウント情報を受信して記録媒体２１に記録する。また、登録処理部２００は、利用者端末４を介して利用者からアカウント情報の変更又は削除の要求を受け付けた場合、記録媒体２１に記録されている当該利用者のアカウント情報を変更又は削除する。

利用情報取得部２０１は、エリアサーバ３から、エリアサーバ３（３Ａ，３Ｂ，３Ｃ）それぞれに関連付けられたエリアＡ，Ｂ，Ｃにおける利用者の利用情報を取得する。

課金処理部２０２は、利用情報と、アカウント情報とに基づいて、エリアＡ，Ｂ，Ｃにおける利用者の利用に応じた利用料金（通行料金）の課金処理を行う。

また、課金処理部２０２は、利用情報に基づいて、利用者に対しエリアＡ，Ｂ，Ｃ、又はエリア内の施設ＦＡ１，ＦＢ１，ＦＣ１の利用に応じたインセンティブを付与する。

通信処理部２０３は、課金処理部２０２における課金処理の結果をエリアサーバ３に送信する。また、通信処理部２０３は、課金処理の結果を利用者端末４、又はアカウント情報の連絡先として指定されたＥメールアドレスに送信するようにしてもよい。

利用明細作成部２０４は、利用者別に複数のエリアＡ，Ｂ，Ｃそれぞれにおける利用料金を集計した利用明細を作成する。利用明細作成部２０４により作成された利用明細は、アカウント情報の住所に郵送されるようにしてもよいし、通信処理部２０３が連絡先として指定されたＥメールアドレスに送信するようにしてもよい。

記録媒体２１には、ＣＰＵ２０を動作させるためのプログラムが予め記録されている。また、記録媒体２１には、ＣＰＵ２０の各部が取得、作成した各種データ（アカウント情報、利用情報等）が記録される。

（エリアサーバ及び車両検出装置の機能構成）
図４は、第１の実施形態に係るエリアサーバ及び車両検出装置の機能構成を示す図である。
図４に示すように、エリアサーバ３は、ＣＰＵ３０と、記録媒体３１と、を備えている。

ＣＰＵ３０は、エリアサーバ３の動作全体を司るプロセッサであり、所定のプログラムに従って動作することにより、車両情報取得部３００、通行料金計算部３０１、施設利用情報取得部３０２、利用情報送信部３０３としての機能を発揮する。

車両情報取得部３００は、エリアＡ，Ｂ，Ｃの所定の地点に設けられた車両検出装置３２を介して、利用者が搭乗する車両Ｖに関する車両情報を取得する。

通行料金計算部３０１は、利用者のエリアＡ，Ｂ，Ｃの通行にかかる利用料金として通行料金を計算する。

施設利用情報取得部３０２は、エリアＡ，Ｂ，Ｃ内の施設ＦＡ１，ＦＢ１，ＦＣ１が有する施設端末３３から、利用者の当該施設ＦＡ１，ＦＢ１，ＦＣ１の利用料金を含む施設利用情報を取得する。

利用情報送信部３０３は、車両情報と、エリアＡ，Ｂ，Ｃの通行料金、又は施設ＦＡ１，ＦＢ１，ＦＣ１の利用料金とを含む利用情報を作成し、中央サーバ２に送信する。

記録媒体３１には、ＣＰＵ３０を動作させるためのプログラムが予め記録されている。また、記録媒体３１には、ＣＰＵ３０の各部が取得、作成した各種データ（車両情報、通行料金、施設利用情報、利用情報等）が記録される。

図５は、第１の実施形態に係る車両検出装置の一例を示す図である。
図４及び図５に示すように、車両検出装置３２は、ＮＰ読取装置３２０と、無線通信装置３２１と、路側表示板３２２と、を備えている。

図５に示すように、ＮＰ読取装置３２０は、エリアＡ，Ｂ，Ｃの所定の地点において、例えばガントリ上に設けられる。

ＮＰ読取装置３２０は、エリアＡ，Ｂ，Ｃ内を通行する車両Ｖのナンバープレートを含む領域を撮影する。また、ＮＰ読取装置３２０は、撮影した画像に所定の処理を施すことにより、画像に含まれる車両Ｖを検出して、この車両Ｖのナンバープレート情報（ナンバープレートに記載された分類番号等。以下、「ＮＰ情報」とも記載する。）の読み取りを行う。なお、ＮＰ読取装置３２０は、車両Ｖの車体、及び運転手を含む画像を撮影してもよい。また、ＮＰ読取装置３２０は、読み取ったＮＰ情報と、撮影した画像と、画像を撮影した時間と、自機を特定可能な機器ＩＤとを含む検出情報を、自機が設けられたエリアに関連付けられたエリアサーバ３に送信する。例えば、ＮＰ読取装置３２０がエリアＡ内の所定の地点に設けられている場合、読み取ったＮＰ情報を含む検出情報をエリアＡに関連付けられたエリアサーバ３Ａに送信する。

無線通信装置３２１は、図５に示すように、エリアＡ，Ｂ，Ｃの所定の地点において、例えばガントリ上に設けられる。

無線通信装置３２１は、車両Ｖに搭載された車載器（利用者端末４）との間で無線通信を行うことにより、車載器に予め記録されている車載器ＩＤ、車両Ｖの車種等の情報を取得する。また、無線通信装置３２１は、車載器から取得した車載器ＩＤ及び車種と、自機を特定可能な機器ＩＤとを含む検出情報を、自機が設けられたエリアに関連付けられたエリアサーバ３に送信する。例えば、無線通信装置３２１がエリアＡ内の所定の地点に設けられている場合、検出情報をエリアＡに関連付けられたエリアサーバ３Ａに送信する。

路側表示板３２２は、図５に示すように、ＮＰ読取装置３２０よりも下流側において、道路脇等の車両Ｖの搭乗者が視認可能な位置に設けられる。路側表示板３２２には、エリアサーバ３から送信された各種情報が表示される。

なお、図５には、所定の地点に一つの車線のみが存在する例が示されているが、これに限られることはない。所定の地点には、複数の車線が存在していてもよい。この場合、車両検出装置３２（ＮＰ読取装置３２０、無線通信装置３２１、路側表示板３２２）は、複数の車線それぞれに一台ずつ設けられていてもよい。例えば、車両検出装置３２は、エリアＡのある地点ＰＡ４（図１）において、エリアＡへ進入するための車線と、エリアＡから退出するための車線とのそれぞれに設けられていてもよい。

（利用登録処理）
図６は、第１の実施形態に係る利用登録処理の一例を示すシーケンス図である。
図７は、第１の実施形態に係るアカウント情報の一例を示す図である。
以下、図６及び図７を参照しながら、利用登録処理の流れについて説明する。

図６に示すように、まず、利用者は利用者端末４を介して利用登録を行う。このとき、利用者端末４は、利用者からアカウント情報の登録操作を受け付ける（ステップＳ０１）。

利用者端末４は、利用者による入力操作が完了すると、入力されたアカウント情報とともに「アカウント情報登録要求」を中央サーバ２に送信する（ステップＳ０２）。

次に、中央サーバ２の登録処理部２００は、利用者端末４からアカウント情報登録要求及びアカウント情報を受信すると、受信したアカウント情報を記録媒体２１のアカウントリストＤ１（図７）に追加して登録する（ステップＳ０３）。

図７に示すように、アカウントリストＤ１には、複数の利用者のアカウント情報が含まれる。アカウント情報は、利用者が利用者端末４を介して入力した「利用者ＩＤ」と、「個人情報」と、「支払手段」と、「車両情報」とが関連付けられた情報である。

利用者ＩＤは、利用者を特定可能な識別情報である。なお、本実施形態に係る利用者ＩＤは、利用者が利用者端末４を介して任意の文字列を登録可能であるが、これに限られることはない。他の実施形態では、登録処理部２００が利用者別に異なる利用者ＩＤを自動的に付与するようにしてもよい。

個人情報には、利用者の氏名、住所、及び連絡先が含まれる。また、連絡先は、電話番号、Ｅメールアドレス等である。

支払手段は、利用者がエリアＡ，Ｂ，Ｃの通行料金をどのように支払うかを指定するための情報である。例えば、支払手段には、「銀行口座（銀行名、支店名、口座番号等）」、「クレジットカード（カード番号、有効期限等）」、「プリペイドカード（カード番号等）」、「電子マネー（識別番号等）」等が含まれる。

車両情報には、利用者が搭乗する車両Ｖの車両識別情報、及び車両Ｖの車種が含まれる。車両識別情報は、車両Ｖを特定可能な情報であり、本実施形態では、車両ＶのＮＰ情報である。なお、他の実施形態では、車両識別情報は車両Ｖに搭載された車載器を特定可能な車載器ＩＤであってもよい。車種は、車両Ｖの外形的特徴に基づく種別であり、例えば特大車、大型車、中型車、普通車、軽自動車、自動二輪等である。また、車両情報には、車種の代わりに車両サイズ（大型、中型、小型等の別）を示す情報が含まれていてもよい。

次に、中央サーバ２の登録処理部２００は、アカウント情報の登録が完了すると、利用者端末４に登録完了通知を送信する（ステップＳ０４）。利用者端末４は、登録完了通知を受信した後、利用者に登録完了を知らせるメッセージ（表示又は音声）を出力するようにしてもよい。

アカウント情報が追加されると、中央サーバ２の通信処理部２０３は、複数のエリアサーバ３それぞれに最新のアカウント情報（アカウントリストＤ１）を配信する（ステップＳ０５）。

そうすると、複数のエリアサーバ３それぞれの記録媒体３１には、アカウント情報（アカウントリストＤ１）の複製が記録される（ステップＳ０６）。

また、利用者は、利用者端末４を介して登録済みのアカウント情報を変更又は削除することができる。このとき、利用者端末４は、利用者からアカウント情報の変更（削除）操作を受け付ける（ステップＳ０７）。

利用者端末４は、利用者による変更内容の入力操作が完了すると、入力された変更後のアカウント情報とともに「アカウント情報変更（削除）要求」を中央サーバ２に送信する（ステップＳ０８）。

次に、中央サーバ２の登録処理部２００は、利用者端末４からアカウント情報変更要求及び変更後のアカウント情報を受信すると、当該変更後のアカウントと同一の利用者ＩＤを有するアカウント情報を記録媒体２１のアカウントリストＤ１から検索する。そして、登録処理部２００は、検索されたアカウント情報を、利用者端末４から受信した変更後のアカウント情報で上書きして、アカウントリストＤ１を更新する（ステップＳ０９）。なお、登録処理部２００は、利用者端末４からアカウント情報削除要求を受信した場合、検索されたアカウント情報を削除して、アカウントリストＤ１を更新する。

次に、中央サーバ２の登録処理部２００は、アカウント情報の変更（削除）が完了すると、利用者端末４に変更（削除）完了通知を送信する（ステップＳ１０）。利用者端末４は、変更（削除）完了通知を受信した後、利用者に変更（削除）完了を知らせるメッセージ（表示又は音声）を出力するようにしてもよい。

アカウント情報が変更又は削除されると、中央サーバ２の通信処理部２０３は、複数のエリアサーバ３それぞれに最新のアカウント情報（アカウントリストＤ１）を配信する（ステップＳ１１）。

そうすると、複数のエリアサーバ３それぞれの記録媒体３１には、最新のアカウント情報（アカウントリストＤ１）の複製が記録される（ステップＳ０６）。

中央サーバ２、エリアサーバ３、及び利用者端末４は、利用者から利用登録の要求、又はアカウント情報の変更（削除）要求を受け付ける度に、図６に示す各処理を実行する。

（通行料金の課金処理）
図８は、第１の実施形態に係る通行料金の課金処理の一例を示すシーケンス図である。
以下、図８を参照しながら、通行料金の課金処理の流れについて説明する。

例えば、図１に示すように、利用者の車両ＶがエリアＡの地点ＰＡ４からエリアＡ内に進入したとする。そうすると、図８に示すように、地点ＰＡ４に設けられている車両検出装置３２は、当該車両ＶがエリアＡに進入したことを検出して、当該車両ＶのＮＰ情報を読み取る（ステップＳ１００）。例えば、車両検出装置３２のＮＰ読取装置３２０は、常時、地点ＰＡ４の道路を撮影する。ＮＰ読取装置３２０は、撮影した画像に所定の処理を施すことにより、画像に含まれる車両Ｖを検出して、この車両ＶのＮＰ情報を読み取る。また、このとき、ＮＰ読取装置３２０は、画像に含まれる車両Ｖの外形的特徴に基づいて、車両Ｖの車種（又は車両サイズ）を特定してもよい。更に、ＮＰ読取装置３２０は、画像から車両Ｖに搭乗する搭乗人数を特定してもよい。

次に、ＮＰ読取装置３２０は、読み取ったＮＰ情報と、撮影した画像と、自機を特定可能な機器ＩＤと、車両Ｖを検出した時刻（撮影時刻）とを含む検出情報を、エリアサーバ３Ａに送信する（ステップＳ１０１）。なお、ＮＰ読取装置３２０は、車両Ｖの車種（又は車両サイズ）、及び搭乗人数を特定した場合、これらの情報を検出情報に含めてもよい。

次に、エリアサーバ３Ａの車両情報取得部３００は、エリアサーバ３Ａから車両Ｖの車両情報を含む検出情報を取得する（ステップＳ１２０）。また、車両情報取得部３００は、取得した検出情報を記録媒体３１に記録して蓄積する。

次に、エリアサーバ３Ａの通行料金計算部３０１は、車両ＶのエリアＡにおける通行料金を計算する（ステップＳ１０３）。

具体的には、通行料金計算部３０１は、検出情報に含まれる「機器ＩＤ」から、車両Ｖが通行した地点（図１の地点ＰＡ４）、及び、車両ＶがエリアＡに進入したか、エリアＡから退出したかを特定する。なお、記録媒体３１には、複数のＮＰ読取装置３２０それぞれの機器ＩＤと、設置位置（緯度経度及び車線番号）とを関連付けたテーブルが予め記録されており、通行料金計算部３０１は、このテーブルを用いて、車両Ｖの位置情報（緯度経度）、及び走行車線（エリアＡに進入する車線、またはエリアＡから退出する車線）を特定する。通行料金計算部３０１は、検出情報から車両ＶがエリアＡに進入したことを検出した場合、記録媒体３１に予め記録されている料金テーブルを参照して、車両Ｖの通行料金を計算する。

なお、通行料金計算部３０１は、時間帯別に異なる通行料金を計算してもよい。例えば、通行料金計算部３０１は、検出情報に含まれる「車両Ｖを検出した時刻」から、車両ＶがエリアＡに進入した時間を特定する。そして、通行料金計算部３０１は、記録媒体２１に予め記録されている時間帯別の料金テーブルを参照して、車両ＶがエリアＡに進入した時間に応じた通行料金を計算する。例えば、エリアサーバ３は、エリアＡ内に渋滞が発生しやすい時間帯は通行料金を高く設定して車両Ｖの進入を抑制し、エリアＡ内が空いている時間帯は通行料金を低く設定して車両Ｖの進入を促進することができる。これにより、エリアサーバ３は、エリア内の交通量を均一化することができる。

また、例えば通行料金計算部３０１は、検出情報に車種（又は車両サイズ）を示す車両情報が含まれている場合、記録媒体３１に予め記録されている車種別（又は車両サイズ別）の料金テーブルを参照して、車両Ｖの通行料金を計算する。

また、例えば通行料金計算部３０１は、検出情報に搭乗人数を示す車両情報が含まれている場合、記録媒体３１に予め記録されている搭乗人数別の料金テーブルを参照して、車両Ｖの通行料金を計算する。エリアサーバ３は、例えば搭乗人数が多いほど通行料金を低く設定することにより、利用者が複数の車両Ｖに分乗し、エリアＡ内の車両Ｖの交通量が増加することを抑制することができる。

また、記録媒体２１には、エリアＡに進入した時間帯、車種（又は車両サイズ）、及び搭乗人数の組み合わせ別の料金テーブルが記録されていてもよい。これにより、エリアサーバ３は、様々な条件に応じたきめ細かな料金設定を行うことができる。

なお、時間帯別、車種別（又は車両サイズ別）、搭乗人数別の料金テーブルは、それぞれ正規の通行料金（エリアＡに進入する毎に課金される金額）に対する割引額又は割引率が設定されていてもよい。この場合、通行料金計算部３０１は、時間帯、車種（又は車両サイズ）、搭乗人数に応じた複数の割引額又は割引率を組み合わせて通行料金を計算してもよい。

次に、通行料金計算部３０１は、車両検出装置３２の路側表示板３２２に計算した通行料金を通知する（ステップＳ１０４）。また、通行料金計算部３０１は、利用者端末４にも同様に計算した通行料金を通知してもよい。

そうすると、車両検出装置３２の路側表示板３２２は、エリアサーバ３から受信した通行料金を表示して、利用者に課金される金額を通知する（ステップＳ１０５）。また、利用者端末４も同様に、エリアサーバ３から受信した通行料金を表示してもよい（ステップＳ１０６）。

次に、エリアサーバ３の利用情報送信部３０３は、利用情報Ｄ２（図９）を作成して、中央サーバ２に送信する（ステップＳ１０７）。

図９は、第１の実施形態に係る利用情報の一例を示す図である。
図９に示すように、利用情報Ｄ２には、「利用時間」、「位置情報」、「利用者ＩＤ」、「車両情報」、「利用料金」等が含まれる。

利用時間は、例えば、車両検出装置３２（ＮＰ読取装置３２０）から取得した検出情報に含まれる「車両Ｖを検出した時刻」である。

位置情報は、車両検出装置３２（ＮＰ読取装置３２０）から取得した検出情報に含まれる「機器ＩＤ」から特定される位置情報（緯度経度、車線番号）である。

利用者ＩＤは、アカウント情報に含まれる利用者ＩＤである。例えば、利用情報送信部３０３は、車両検出装置３２（ＮＰ読取装置３２０）から取得した検出情報に含まれる「ＮＰ情報」と同一のＮＰ情報を有するアカウント情報を、記録媒体３１に複製されたアカウントリストＤ１から検索して、利用者ＩＤを特定する。

車両情報は、車両検出装置３２（ＮＰ読取装置３２０）から取得した検出情報に含まれる「ＮＰ情報」、「車種（又は車両サイズ）」、「搭乗人数」等である。

利用料金は、通行料金計算部３０１が計算した通行料金である。

次に、中央サーバ２の利用情報取得部２０１は、エリアサーバ３Ａから利用情報を取得すると、これを記録媒体２１に記録する（ステップＳ１０８）。

次に、中央サーバ２の課金処理部２０２は、記録媒体２１に記憶されているアカウントリストＤ１から、取得した利用情報に含まれるＮＰ情報と同一のＮＰ情報を有するアカウント情報を抽出する（ステップＳ１０９）。

次に、課金処理部２０２は、利用情報に含まれる利用料金を、抽出したアカウント情報に含まれる支払手段を用いて課金する課金処理を行う（ステップＳ１１０）。例えば、課金処理部２０２は、アカウント情報の支払手段が「銀行口座」であった場合、支払手段に含まれる情報（銀行名、支店名、口座番号）に基づいて、銀行のサーバ５に利用料金で示される金額を送金するように要求する。

次に、課金処理部２０２は、利用者のエリアＡの利用（通行）に応じたインセンティブを付与するインセンティブ処理を行う（ステップＳ１１１）。例えば、記録媒体２１には、利用料金に応じたインセンティブを設定したインセンティブテーブルが予め記録されているとする。課金処理部２０２は、このインセンティブテーブルを参照して、利用者に付与するインセンティブを決定し、記録媒体２１に記録されているインセンティブ情報Ｄ３（図１０）を更新する。

図１０は、第１の実施形態に係るインセンティブ情報の一例を示す図である。
図１０に示すように、インセンティブ情報Ｄ３には、利用者ＩＤ別のインセンティブが記録されている。インセンティブは、例えばポイント、割引クーポン等である。利用者はエリアＡ，Ｂ，Ｃの施設ＦＡ１，ＦＢ１，ＦＣ１等において利用料金からポイントに相当する金額を減額することができる。また、利用者は、エリアＡ，Ｂ，Ｃの通行料金、又は、施設ＦＡ１，ＦＢ１，ＦＣ１の利用料金から、割引クーポンに設定された割引額又は割引率に相当する金額を減額することができる。

次に、通信処理部２０３は、課金処理部２０２における課金処理及びインセンティブ処理の処理結果をエリアサーバ３Ａ、及び利用者端末４に送信する（ステップＳ１１２）。処理結果には、利用者に課金される通行料金、及び付与されるインセンティブ等が含まれる。

利用者端末４は、中央サーバ２から受信した課金処理及びインセンティブ処理結果を表示して、利用者に通知する（ステップＳ１１３）。また、エリアサーバ３Ａは、利用者の位置する地点に設置された車両検出装置３２の路側表示板３２２に処理結果を表示させる指示を行ってもよい。

なお、上述の例では、車両ＶがエリアＡに進入するごとに一定の通行料金を課金する態様について説明したが、これに限られることはない。他の実施形態では、車両ＶがエリアＡに進入してから退出するまでの時間（滞在時間）に応じて異なる通行料金を課金するようにしてもよい。例えば、通行料金計算部３０１は、車両情報から車両ＶがエリアＡから退出したことを検出した場合、記録媒体３１に記録されている当該車両ＶがエリアＡに進入したときの車両情報を読み出す。そして、通行料金計算部３０１は、車両Ｖ進入時の車両情報に含まれる「車両Ｖを検出した時刻」と、車両Ｖ退出時の車両情報に含まれる「車両Ｖを検出した時刻」との差から、車両ＶのエリアＡの滞在時間を計算する。そして、通行料金計算部３０１は、予め記録されている滞在時間別の料金テーブルを参照して、車両Ｖの通行料金を計算する。

（施設利用料金の課金処理）
図１１は、第１の実施形態に係る施設利用料金の課金処理の一例を示す第１のシーケンス図である。
図１２は、第１の実施形態に係る施設利用料金の課金処理の一例を示す第２のシーケンス図である。
以下、図１１及び図１２を参照しながら、施設利用料金の課金処理の流れについて説明する。

例えば利用者がエリアＡの施設ＦＡ１を利用したとする。このとき、利用者は、利用登録を行った利用者を示すために、施設ＦＡ１における利用料金の支払い時に、例えば利用者端末４を介して利用者ＩＤを提示する。例えば、施設ＦＡ１の施設端末３３は、利用者端末４から無線通信、又は二次元コード等の読み取りを介して利用者ＩＤを特定する。そうすると、図１１に示すように、施設端末３３は施設利用情報Ｄ４（図１３）をエリアサーバ３Ａに送信する（ステップＳ１２０）。

図１３は、第１の実施形態に係る施設利用情報の一例を示す図である。
図１３に示すように、施設利用情報Ｄ４には、利用時間（施設端末３３における処理時間）と、施設ＩＤと、利用者ＩＤと、利用料金と、支払手段とを関連付けた情報である。なお、施設ＦＡ１が車両情報を取得可能な施設（例えば車両検出装置を有する駐車場）であった場合、施設端末３３は車両情報（ＮＰ情報、車種、搭乗人数等）を施設利用情報Ｄ４に含めてもよい。

次に、エリアサーバ３の施設利用情報取得部３０２は、施設端末３３から施設利用情報Ｄ４を取得する（ステップＳ１２１）。また、施設利用情報取得部３０２は、取得した施設利用情報Ｄ４を記録媒体３１に記録して蓄積する。

次に、利用情報送信部３０３は、利用情報Ｄ２（図９）を作成して、中央サーバ２に送信する（ステップＳ１２２）。このとき、利用情報送信部３０３は、利用時間として、施設利用情報Ｄ４に含まれる利用時間を設定し、位置情報には施設ＩＤを設定する。また、利用情報送信部３０３は、施設利用情報Ｄ４に車両情報が含まれていない場合、車両情報は省略してもよい。また、利用情報送信部３０３は、利用料金として、施設利用情報Ｄ４に含まれる施設ＦＡ１の利用料金を設定する。また、施設利用情報Ｄ４に支払手段が含まれている場合、利用情報送信部３０３は、利用情報Ｄ２に支払手段を追加する。

次に、中央サーバ２及び利用者端末４は、図８における通行料金の課金処理と同様のステップＳ１０８～Ｓ１１３を行う。当該処理は上述で説明した内容と同様であるため、割愛する。

また、利用者は、例えば施設ＦＡ１の利用料金を支払う際に、付与されたインセンティブを利用してもよい。このとき、利用者は、利用者端末４を介してインセンティブ情報を閲覧することができる。具体的には、図１２に示すように、利用者がインセンティブ情報の閲覧を行うための操作を行うと、利用者端末４は、中央サーバ２に利用者ＩＤとインセンティブ情報提供要求とを送信する（ステップＳ１２３）。

そうすると、中央サーバ２の通信処理部２０３は、記録媒体２１に記録されているインセンティブ情報Ｄ３（図１０）から、利用者端末４から送信された利用者ＩＤに関連付けられたインセンティブ情報（ポイント残高及び割引クーポン）を読み出して、利用者端末４に送信する（ステップＳ１２４）。

そうすると、利用者端末４は、中央サーバ２から受信したインセンティブ情報を表示する（ステップＳ１２５）。利用者は、インセンティブ情報を参照して、施設利用料金を支払う際にインセンティブを利用するか否かを決定する。

利用者がインセンティブを利用すると決定すると、利用者端末４は、利用者からインセンティブ利用操作を受け付ける（ステップＳ１２６）。ここでは、利用者端末４は、ポイントを利用するか否か、ポイントを利用する場合は何ポイント利用するかを指定する入力を利用者から受け付ける。また、利用者端末４は、割引クーポンを利用するか否かを指定する入力を利用者から受け付けてもよい。

利用者端末４は、利用者から指定された内容にしたがい、施設ＦＡ１の施設端末３３にインセンティブ利用要求を送信する（ステップＳ１２７）。このとき、施設端末３３は、利用者端末４から無線通信、又は二次元コード等の読み取りを介して利用者ＩＤを特定するとともに、利用するインセンティブの指定を受け付ける。

そうすると、施設端末３３は、指定されたインセンティブを適用する処理を行う（ステップＳ１２８）。例えば、施設端末３３は、ポイントの利用を指定された場合、施設利用情報Ｄ４の「支払手段」に「ポイント利用（利用ポイント数）」設定する。施設端末３３は、ポイント残高が利用料金に満たない場合は、図１３に示すように、支払手段に「ポイント利用（利用ポイント数）」及びその他の支払手段（「現金（支払金額）」）の複数の手段を設定してもよい。また、割引クーポンの利用を指定された場合、施設利用情報Ｄ４の「支払手段」には、例えば「割引クーポン（割引額）」、及び割引後の利用料金の支払手段（例えば「現金（割引後の利用料金）」）設定される。

施設端末３３は、インセンティブを適用した施設利用情報Ｄ４を作成すると、この施設利用情報Ｄ４をエリアサーバ３へ送信する（ステップＳ１２０）。この処理、及び以降の処理は、図１１の各ステップＳ１２０～Ｓ１２２、Ｓ１０８～Ｓ１１３と同様であるため、説明を割愛する。

（利用明細の作成処理）
図１４は、第１の実施形態に係る利用明細の作成処理の一例を示すフローチャートである。
以下、図１４を参照しながら、中央サーバ２の利用明細作成部２０４が利用者別の利用明細を作成する処理の流れについて説明する。

まず、利用明細作成部２０４は、利用明細を作成するタイミングであるか判断する（ステップＳ１３０）。例えば、本実施形態では、利用明細作成部２０４は、一日に一回、所定の時刻（０時）に利用明細を作成するものとする。この場合、利用明細作成部２０４は、現在の時刻が所定の時刻ではない場合、利用明細を作成するタイミングではないと判断し（ステップＳ１３０：ＮＯ）、所定の時刻になるまで待機する。

一方、利用明細作成部２０４は、現在の時刻が所定の時刻である場合、利用明細を作成するタイミングであると判断し（ステップＳ１３０：ＹＥＳ）、次のステップＳ１３１に進む。

次に、利用明細作成部２０４は、記録媒体２１に蓄積されている複数の利用情報Ｄ２から、ある利用者（利用者ＩＤ）に関連付けられた利用情報を抽出する（ステップＳ１３１）。

次に、利用明細作成部２０４は、抽出した複数の利用情報を集計して、利用者別の利用明細Ｄ５（図１５）を作成する（ステップＳ１３２）。

図１５は、第１の実施形態に係る利用明細の一例を示す図である。
図１５に示すように、利用明細Ｄ５は、ある利用者（「利用者ＩＤ：ＩＤ０００１」）に関する利用情報をまとめた情報である。利用明細Ｄ５には、複数のエリアそれぞれにおける利用時間、位置情報、車両情報、利用料金、支払手段が含まれる。

次に、利用明細作成部２０４は、全ての利用者の利用明細を作成済みであるか判断する（ステップＳ１３３）。全ての利用者の利用明細を作成済みでない場合（ステップＳ１３３：ＮＯ）、利用明細作成部２０４は、ステップＳ１３１に戻る。また、全ての利用者の利用明細を作成済みである場合（ステップＳ１３３：ＹＥＳ）、利用明細作成部２０４は処理を終了する。

なお、通信処理部２０３は、アカウント情報の連絡先として登録されたＥメールアドレスに、当該利用者の利用明細を送信する処理を更に行ってもよい。

（作用効果）
以上のように本実施形態に係る中央サーバ２は、異なるエリア事業者により運営されそれぞれにエリアサーバが設置される複数のエリアＡ，Ｂ，Ｃを利用する利用者のアカウント情報を記録する記録媒体２１と、複数のエリアサーバ３（３Ａ，３Ｂ，３Ｃ）から、エリアサーバ３それぞれに関連付けられたエリアＡ，Ｂ，Ｃにおける利用者の利用情報Ｄ２を取得する利用情報取得部２０１と、利用情報Ｄ２と、アカウント情報とに基づいて、エリアＡ，Ｂ，Ｃにおける利用者の利用に応じた利用料金の課金処理を行う課金処理部２０２と、を備える。
従来の技術では、複数のエリアがそれぞれ異なる事業者により運営されている場合、事業者別のエリアサーバにおいて個別にアカウント情報の管理、及び利用料金の課金処理を行う必要があった。しかしながら、本実施形態に係る中央サーバ２は、上述のような構成を有することにより、異なるエリア事業者により運営される複数のエリアＡ，Ｂ，Ｃで用いられるアカウント情報の管理、及び複数のエリアＡ，Ｂ，Ｃにおける利用料金の課金処理を行うことができる。これにより、中央サーバ２は、複数のエリア事業者それぞれが個別にアカウント情報の管理、及び課金処理を行うためのコストを削減することができる。

また、課金処理部２０２は、利用情報に基づいて、利用者に対しエリアＡ，Ｂ，Ｃ、又はエリア内の施設ＦＡ１，ＦＢ１，ＦＣ１の利用に応じたインセンティブを付与する。
このようにすることで、中央サーバ２は、複数のエリアＡ，Ｂ，Ｃ及びエリア内の施設ＦＡ１，ＦＢ１，ＦＣ１で共通するインセンティブを利用者に与えることができる。これにより、中央サーバ２は、利用者による複数のエリアＡ，Ｂ，Ｃ、及びエリア内の施設ＦＡ１，ＦＢ１，ＦＣ１の利用促進を効果的に行うことができる。

また、中央サーバ２は、利用者別に複数のエリアＡ，Ｂ，Ｃそれぞれにおける利用料金を集計した利用明細を作成する。
このようにすることで、利用者へ利用明細を送付する手続き等を中央サーバ２において一括して行うことができるので、エリア事業者のコストを更に低減させることができる。また、利用者は、利用明細により、複数のエリアに跨る利用料金の詳細を一括して参照することができる。

また、本実施形態に係るエリアサーバ３は、エリアＡ，Ｂ，Ｃの所定の地点に設けられた車両検出装置３２を介して、利用者が搭乗する車両Ｖに関する車両情報を取得する車両情報取得部３００と、利用者のエリアＡ，Ｂ，Ｃの通行にかかる利用料金として通行料金を計算する通行料金計算部３０１と、エリア内の施設ＦＡ１，ＦＢ１，ＦＣ１が有する施設端末３３から、利用者の当該施設の利用料金を含む施設利用情報Ｄ４を取得する施設利用情報取得部３０２と、車両情報と、エリアの通行料金、又は施設の利用料金とを含む利用情報を作成し、中央サーバ２に送信する利用情報送信部３０３と、を備える。
このようにすることで、エリアサーバ３は、エリアの通行料金、及びエリア内の施設の利用料金を含む利用情報を、中央サーバ２に送信するのみの簡易な構成とすることができる。これにより、エリアサーバ３の開発、維持にかかるコストを低減することができる。

＜第２の実施形態＞
次に、本発明の第２の実施形態に係る料金収受システム１００について図１６～図１９を参照しながら説明する。
第１の実施形態と共通の構成要素には同一の符号を付して詳細説明を省略する。

（中央サーバの機能構成）
図１６は、第２の実施形態に係る中央サーバの機能構成を示す図である。
図１６に示すように、本実施形態に係る中央サーバ２のＣＰＵ２０は、エリア情報取得部２０５、推奨経路提案部２０６、移動経路判定部２０７としての機能を更に発揮する。

エリア情報取得部２０５は、複数のエリアＡ，Ｂ，Ｃそれぞれに関するエリア情報を複数のエリアサーバ３それぞれから取得する。エリア情報は、例えばエリアＡ，Ｂ，Ｃ内における交通情報、施設情報等である。交通情報は、エリア内の各地点における交通量（渋滞）の度合い、交通規制の有無等の情報を含む。また、交通情報は、過去のエリア別の交通量に基づく日時別の予測値を含んでいてもよい。施設情報は、施設ＦＡ１，ＦＢ１，ＦＣ１が提供するサービス、実施するイベント、駐車場の満空情報等を含む。また、施設情報は、過去の駐車場の満空情報に基づく日時別の予測値を含んでいてもよい。

推奨経路提案部２０６は、複数のエリア情報に基づいて、複数のエリアＡ，Ｂ，Ｃにおける推奨経路を提案する。

移動経路判定部２０７は、利用者の位置情報を取得して、当該利用者が推奨経路に沿って移動したか否かを判定する。

また、本実施形態に係る課金処理部２０２は、利用者が推奨経路に沿って移動したと判定された場合、当該利用者に所定のインセンティブを付与する。

（エリアサーバの機能構成）
図１７は、第２の実施形態に係るエリアサーバの機能構成を示す図である。
図１７に示すように、本実施形態に係るエリアサーバ３のＣＰＵ３０は、エリア情報送信部３０４としての機能を更に発揮する。

エリア情報送信部３０４は、所定時間ごと（例えば１時間ごと）に交通情報ＤＢ３４からエリアサーバ３に関連付けられたエリア内の交通情報を取得して、中央サーバ２に送信する。また、エリア情報送信部３０４は、所定時間ごとに施設情報ＤＢ３５からエリアサーバ３に関連付けられたエリア内の施設情報を取得して、中央サーバ２に送信する。

（推奨経路の提案処理）
図１８は、第２の実施形態に係る推奨経路の提案処理の一例を示すシーケンス図である。
以下、図１８を参照しながら、推奨経路の提案処理の流れについて説明する。なお、本実施形態では、利用者が複数のエリアＡ，Ｂ，Ｃそれぞれを周遊する際に、中央サーバ２が推奨経路を提案する態様について説明する。

図１８に示すように、本実施形態に係る複数のエリアサーバ３のエリア情報送信部３０４は、それぞれに関連付けられたエリアＡ，Ｂ，Ｃのエリア情報を定期的に中央サーバ２に送信する（ステップＳ２００）。

中央サーバ２のエリア情報取得部２０５は、複数のエリアサーバ３からエリア情報を取得すると、記録媒体２１にエリア別に記録する（ステップＳ２０１）。

また、利用者が複数のエリアＡ，Ｂ，Ｃを周遊することを希望する場合、利用者端末４は、利用者から周遊経路を選択する操作を受け付けて、周遊経路の利用要求を中央サーバ２に送信する（ステップＳ２０２）。例えば、ここでは、利用者端末４は、利用者から、エリアＡ、エリアＢ、エリアＣの順に移動する周遊経路を選択する操作を受け付けたとする。そうすると、利用者端末４は、利用者ＩＤと、選択された周遊経路とを含む利用要求を中央サーバ２に送信する。

次に、中央サーバの推奨経路提案部２０６は、利用者端末４から受け付けた周遊経路の利用要求に基づいて、利用者の搭乗する車両Ｖを周遊経路の対象車両として登録する（ステップＳ２０３）。このとき、推奨経路提案部２０６は、記録媒体２１のアカウントリストＤ１から、当該利用者の利用者ＩＤと関連付けられたアカウント情報を抽出する。そして、利用者の搭乗する車両ＶのＮＰ情報と、利用者により選択された周遊経路とを関連付けた対象車両情報を記録媒体２１に記録する。

次に、利用者の車両ＶがエリアＡに進入したとする。そうすると、エリアＡのエリアサーバ３及び中央サーバ２は、図８のステップＳ１０２～Ｓ１０８と同様の処理を行う。

次に、中央サーバ２の推奨経路提案部２０６は、取得した利用情報Ｄ２に含まれる車両情報（ＮＰ情報）、及び位置情報に基づいて、当該利用情報Ｄ２に関連する車両Ｖが周遊経路の対象車両であり、且つ周遊経路に沿う移動を開始したか判断する（ステップＳ２０４）。推奨経路提案部２０６は、利用情報Ｄ２に含まれるＮＰ情報と、対象車両として記憶された車両ＶのＮＰ情報とが一致しない場合、当該利用情報Ｄ２に関連する車両Ｖは対象車両ではないと判断する（ステップＳ２０４：ＮＯ）。この場合、以降の処理は第１の実施形態（図８のステップＳ１０９～Ｓ１１３）と同様であるため、説明を割愛する。

また、推奨経路提案部２０６は、利用情報Ｄ２に含まれるＮＰ情報と、対象車両として記憶された車両ＶのＮＰ情報とが一致する場合、当該利用情報Ｄ２に関連する車両Ｖは対象車両であると判断する。このとき、推奨経路提案部２０６は、更に利用情報Ｄ２に含まれる位置情報を確認する。例えば、利用情報Ｄ２に含まれる位置情報が周遊経路に含まれるエリアＡ，Ｂ，Ｃとは異なるエリアに含まれる位置であった場合、推奨経路提案部２０６は対象車両が周遊経路に沿った移動を開始していないと判断する（ステップＳ２０４：ＮＯ）。この場合も、以降の処理は第１の実施形態（図８のステップＳ１０９～Ｓ１１３）と同様であるため、説明を割愛する。

一方、推奨経路提案部２０６は、利用情報Ｄ２に含まれる位置情報が、周遊経路の開始エリアとなるエリアＡに含まれる場合、対象車両が周遊経路に沿った移動を開始したと判断する（ステップＳ２０４；ＹＥＳ）。この場合、推奨経路提案部２０６は、記録媒体２１に蓄積された周遊経路に含まれるエリアＡ，Ｂ，Ｃのエリア情報に基づいて、推奨経路を作成し、利用者端末４に送信する（ステップＳ２０５）。例えば、推奨経路提案部２０６は、エリアＡの後に移動するエリアＢ，エリアＣのエリア情報に含まれる交通情報に基づいて、交通量の多い地点又は交通規制のある地点を回避し、交通量の少ない地点に誘導する推奨経路等を提案する。例えば、推奨経路提案部２０６は、交通情報に基づいて、現在から所定時間（例えば２時間）まで、エリアＢにおいて交通量が多くなる（渋滞が発生する）見込みがあり、エリアＣにおいて交通量が少なくなる見込みがあると判断したとする。この場合、推奨経路提案部２０６は、エリアＡからエリアＣに移動し、その後エリアＢに移動する推奨経路を作成して、利用者端末に送信して提案する。また、推奨経路提案部２０６は、エリア情報に含まれる施設情報に基づいて、利用促進したい（イベントの集客率を上げたい）施設を目的地に含む推奨経路、又は、駐車場が満車となっている施設を回避する推奨経路等を提案するようにしてもよい。

利用者端末４は、中央サーバ２から受信した推奨経路を表示して、利用者に通知する（ステップＳ２０６）。

また、推奨経路提案部２０６は、提案した推奨経路を、対象車両情報に追加して記憶する（ステップＳ２０７）。以降、推奨経路提案部２０６は、対象車両情報に記憶された推奨経路をベースとして推奨経路の提案を行う。

また、推奨経路提案後の中央サーバ、エリアサーバ３、及び利用者端末４における処理は、図８のステップＳ１０９～Ｓ１１３と同様であるため、説明を割愛する。

（インセンティブ付与処理）
図１９は、第２の実施形態に係るインセンティブ付与処理の一例を示すフローチャートである。
以下、図１９を参照しながら、中央サーバ２において推奨経路に沿って移動した利用者に対するインセンティブ付与処理の流れについて説明する。

利用者は、図１８に示す例において、エリアＡ内を通行した後、他のエリアに移動したとする。このとき、まず、図１９に示すように、中央サーバ２の利用情報取得部２０１、エリアサーバ３から利用情報Ｄ２を取得する（ステップＳ２１０）。

次に、中央サーバ２の移動経路判定部２０７は、利用情報Ｄ２に含まれるＮＰ情報に基づいて、この利用情報Ｄ２に関連する車両Ｖが周遊経路（推奨経路）の対象車両であるか判断する（ステップＳ２１１）。移動経路判定部２０７は、利用情報Ｄ２に含まれるＮＰ情報と、対象車両として記憶された車両ＶのＮＰ情報とが一致しない場合、当該利用情報Ｄ２に関連する車両Ｖは対象車両ではないと判断する（ステップＳ２１１：ＮＯ）。この場合、移動経路判定部２０７は処理を終了する。

一方、移動経路判定部２０７は、利用情報Ｄ２に含まれるＮＰ情報と、対象車両として記憶された車両ＶのＮＰ情報とが一致する場合、当該利用情報Ｄ２に関連する車両Ｖは対象車両であると判断する（ステップＳ２１１：ＹＥＳ）。この場合、移動経路判定部２０７は、更に対象車両が推奨経路に沿った移動をしているか判定する（ステップＳ２１２）。

例えば、推奨経路によれば、対象車両はエリアＣに移動することが推奨されるとする。ここで、移動経路判定部２０７は、利用情報Ｄ２に含まれる位置情報から、対象車両がエリアＢに移動したと特定した場合、当該対象車両は推奨経路に沿って移動していないと判断する（ステップＳ２１２：ＮＯ）。この場合、移動経路判定部２０７は、当該対象車両の利用者にインセンティブを付与しない。

一方、移動経路判定部２０７は、利用情報Ｄ２に含まれる位置情報から、対象車両がエリアＣに移動したと特定した場合、当該対象車両は推奨経路に沿って移動したと判断する（ステップＳ２１２：ＹＥＳ）。この場合、課金処理部２０２は、当該対象車両の利用者に所定のインセンティブを付与する（ステップＳ２１３）。また、通信処理部２０３は、インセンティブが付与されたことを利用者端末４に通知する（ステップＳ２１４）。

なお、推奨経路提案部２０６は、ステップＳ２１２においてＮＯの判定であった場合、又は、ステップＳ２１４の処理を終えた後、図１８のステップＳ２０５～Ｓ２０７を行い、新たな推奨経路を作成し、利用者端末４にするようにしてもよい。

（作用効果）
以上のように、本実施形態に係る中央サーバ２は、複数のエリアＡ，Ｂ，Ｃそれぞれに関するエリア情報を複数のエリアサーバ３それぞれから取得するエリア情報取得部２０５と、エリア情報に基づいて、複数のエリアＡ，Ｂ，Ｃにおける推奨経路を提案する推奨経路提案部２０６と、を更に備える。
このようにすることで、中央サーバ２は、利用者を特定のエリア又は経路へ誘導することができる。

また、中央サーバ２は、利用者の位置情報を取得して、利用者が推奨経路に沿って移動したか否かを判定する移動経路判定部２０７を更に備える。課金処理部２０２は、利用者が推奨経路に沿って移動したと判定された場合、当該利用者に所定のインセンティブを付与する。
このようにすることで、中央サーバ２は、利用者が推奨経路に沿って移動する確率を高めることができる。これにより、中央サーバ２は、特定のエリア又は経路への利用者の集中化、又は過疎化を抑制することができる。

また、本実施形態に係るエリアサーバ３は、エリアＡ，Ｂ，Ｃに関するエリア情報を中央サーバ２に送信するエリア情報送信部３０４を更に備える。
このようにすることで、エリアサーバ３は、自機に関連付けられたエリアに関するエリア情報を中央サーバ２に集約することができる。

＜第３の実施形態＞
次に、本発明の第３の実施形態に係る料金収受システム１００について図２０～図２３を参照しながら説明する。
第１及び第２の実施形態と共通の構成要素には同一の符号を付して詳細説明を省略する。

（中央サーバの機能構成）
本実施形態に係る課金処理部２０２は、エリアサーバ３から取得した利用情報Ｄ２に含まれるＮＰ情報と一致するＮＰ情報を有するアカウント情報が記録媒体２１のアカウントリストＤ１に記憶されていない場合、利用情報Ｄ２に含まれるＮＰ情報を不正車両リストに追加する。なお、不正車両リストは、記録媒体２１に記録される。

また、通信処理部２０３は不正車両リストを複数のエリアサーバ３それぞれに送信する。

（エリアサーバの機能構成）
図２０は、第３の実施形態に係るエリアサーバの機能構成を示す図である。
図２０に示すように、本実施形態に係るエリアサーバ３のＣＰＵ３０は、リスト取得部３０５、及び警告出力部３０６としての機能を更に発揮する。

リスト取得部３０５は、複数のエリアＡ，Ｂ，Ｃの何れかにおいて走行した車両Ｖに関するＮＰ情報のうち、アカウント情報に含まれるＮＰ情報と一致しないＮＰ情報が記録された不正車両リストを中央サーバ２から取得する。また、リスト取得部３０５が取得した不正車両リストは、記録媒体３１に記録される。

警告出力部は３０６、車両情報取得部３００が取得したＮＰ情報が、不正車両リストに含まれるＮＰ情報と一致した場合、路側表示板３２２を介して利用者に対し警告情報を出力する。

（不正車両登録処理）
図２１は、第３の実施形態に係る不正車両登録処理の一例を示すフローチャートである。
以下、図２１を参照しながら、中央サーバ２における不正車両登録処理の流れについて説明する。

例えば、ある車両ＶがエリアＡに進入したとする。そうすると、中央サーバ２の利用情報取得部２０１は、当該車両Ｖの利用情報Ｄ２を取得する（ステップＳ３００）。

次に、課金処理部２０２は、利用情報Ｄ２に含まれるＮＰ情報がアカウント情報として登録済みであるか判断する（ステップＳ３０１）。

例えば、課金処理部２０２は、利用情報Ｄ２に含まれるＮＰ情報が、アカウント情報のうち何れかと同一である場合、当該車両Ｖは登録済みの車両であると判断する（ステップＳ３０１：ＹＥＳ）。この場合、課金処理部２０２は、更に、利用情報Ｄ２に含まれる車種と、アカウント情報に登録された車種と同一であるか判断する（ステップＳ３０２）。課金処理部２０２は、車種が同一である場合（ステップＳ３０２：ＹＥＳ）、更にこのＮＰ情報が不正車両リストＤ６（図２２）に登録されているか判断する（ステップＳ３０３）。

図２２は、第３の実施形態に係る不正車両リストの一例を示す図である。
図２２に示すように、不正車両リストＤ６には、不正車両のＮＰ情報、不正車両が検出された位置情報、検出時間、不正内容等が含まれる。

課金処理部２０２は、このＮＰ情報が不正車両リストＤ６に登録されている場合（ステップＳ３０３：ＹＥＳ）、アカウント情報に登録されている車種が正しいものに更新されたと判断し、当該ＮＰ情報を不正車両リストＤ６から削除して更新する（ステップＳ３０４）。そして、通信処理部２０３は、更新された不正車両リストＤ６を複数のエリアサーバ３それぞれに送信する（ステップＳ３０５）。また、課金処理部２０２は、このＮＰ情報が不正車両リストＤ６に登録されていない場合（ステップＳ３０３：ＮＯ）、処理を終了する。

課金処理部２０２は、利用情報Ｄ２に含まれるＮＰ情報が、アカウント情報のうち何れとも同一ではない場合（ステップＳ３０１：ＮＯ）、又は、利用情報Ｄ２に含まれる車種がアカウント情報の車種と同一ではない場合（ステップＳ３０２：ＮＯ）、更にこのＮＰ情報が不正車両リストＤ６に登録されているか判断する（ステップＳ３０６）。課金処理部２０２は、このＮＰ情報が不正車両リストＤ６に登録されている場合（ステップＳ３０６：ＹＥＳ）、アカウント情報に登録されている車種が正しいものに更新されていないと判断し、処理を終了する（すなわち、ＮＰ情報が不正車両リストＤ６に残ったままとなる）。一方、課金処理部２０２は、このＮＰ情報が不正車両リストＤ６に登録されていない場合（ステップＳ３０６：ＮＯ）、当該ＮＰ情報を不正車両リストＤ６に追加して更新する（ステップＳ３０８）。このとき、利用情報Ｄ２に含まれるＮＰ情報が、アカウント情報のうち何れとも同一ではない場合（ステップＳ３０１：ＮＯ）、図２２に示すように、不正内容として「アカウント未登録」が入力される。また、利用情報Ｄ２に含まれる車種がアカウント情報の車種と同一ではない場合（ステップＳ３０２：ＮＯ）、不正内容として「車種不正」が入力される。そして、通信処理部２０３は、更新された不正車両リストを複数のエリアサーバ３それぞれに送信する（ステップＳ３０８）。

中央サーバ２の各部は、複数のエリアサーバ３それぞれから利用情報Ｄ２を取得する度に、上述の各処理を実行し、不正車両の有無を監視する。

（不正車両検出処理）
図２３は、第３の実施形態に係る不正車両検出処理の一例を示すフローチャートである。
以下、図２３を参照しながら、エリアサーバ３における不正車両検出処理の流れについて説明する。

図２３に示すように、エリアサーバ３のリスト取得部３０５は、中央サーバ２から不正車両リストを取得する（ステップＳ３１０）。

次に、例えば、ある車両ＶがエリアＡに進入したとする。そうすると、エリアサーバ３の車両情報取得部３００は、車両検出装置３２から当該車両ＶのＮＰ情報を取得する（ステップＳ３１１）。

次に、警告出力部３０６は、車両情報取得部３００が取得したＮＰ情報が、不正車両リストに登録されているか判断する（ステップＳ３１２）。

警告出力部３０６は、車両情報取得部３００が取得したＮＰ情報が、不正車両リストに登録されていない場合（ステップＳ３１２：ＮＯ）、車両Ｖは不正車両ではないと判断して、処理を終了する。

一方、警告出力部３０６は、車両情報取得部３００が取得したＮＰ情報が、不正車両リストに登録されている場合（ステップＳ３１２：ＹＥＳ）、警告出力処理を行う。例えば、警告出力部３０６は、路側表示板３２２に車両Ｖが利用登録されていない、又は、アカウント情報に異なる情報が登録されている旨警告するメッセージを表示させる指示を出力する。また、警告出力部３０６は、アカウント情報に登録された車種が異なっている場合、アカウント情報に登録されている利用者の連絡先であるＥメールアドレスに、アカウント情報を正しく変更するように促すメッセージを送信してもよい。また、警告出力部３０６は、取締機関に取締要求を出力してもよい。この場合、取締機関が有するコンピュータ、携帯端末、又は車載器に、車両ＶのＮＰ情報、ＮＰ読取装置３２０が撮影した画像、車両Ｖが検出された地点の位置情報等を送信するようにしてもよい。これにより、取締機関の係員は、ＮＰ情報、画像、位置情報等を参照しながら、不正車両を発見、取締を行うことができる。

（作用効果）
以上のように、本実施形態に係る中央サーバ２において、課金処理部２０２は、利用情報Ｄ２に含まれる車両情報（ＮＰ情報、車種）と一致する情報を有するアカウント情報が記録媒体２１に記憶されていない場合、この車両情報を不正車両リストＤ６に追加する。通信処理部２０３は、不正車両リストＤ６を複数のエリアサーバ３それぞれに送信する。
従来の技術では、複数のエリアそれぞれにおいて、不正な走行を行った不正車両に関する車両情報の登録及び管理を行っていた。しかしながら、本態様に係る中央サーバ２は、このような構成を有することにより、複数のエリアＡ，Ｂ，Ｃにおける不正車両に関する車両情報（ＮＰ情報、車種）を一元管理することができる。これにより、中央サーバ２は、複数のエリア事業者それぞれにおける不正車両の管理に要するコストを低減しつつ不正車両が未到のエリアへも不正車両に関する情報を提供することができる。

また、本実施形態に係るエリアサーバ３は、複数のエリアＡ，Ｂ，Ｃの何れかにおいて走行した車両Ｖに関する車両情報（ＮＰ情報、車種）のうち、アカウント情報に含まれる情報と一致しない車両情報が記録された不正車両リストＤ６を中央サーバ２から取得するリスト取得部３０５と、車両情報取得部３００が取得したＮＰ情報が、不正車両リストＤ６に含まれるＮＰ情報と一致した場合、利用者に対し警告情報を出力する警告出力部３０６と、を更に備える。
このようにすることで、エリアサーバ３は、自機の関連付けられたエリアに不正車両が進入したことを検出した場合、当該不正車両に対し警告を行うことができる。これにより、エリアサーバ３は、不正な走行を行う利用者を低減させることができる。

なお、本実施形態では、課金処理部２０２がアカウント情報を登録していない車両Ｖ、又はアカウント情報に正しい車種が登録されていない車両ＶのＮＰ情報を不正車両リストＤ６に登録する態様を例として説明したが、これに限られることはない。例えば他の実施形態では、課金処理部２０２は、利用情報Ｄ２に含まれる支払手段で支払いができない場合、利用情報Ｄ２に含まれるＮＰ情報を不正車両リストＤ６に追加するようにしてもよい。支払手段で支払いができない場合とは、例えば、プリペイドカードの残額不足、クレジットカード等の利用が差し止められている場合である。
このようにすることで、中央サーバ２は、課金処理が完了していない車両を不正車両リストＤ６により管理することができる。

（ハードウェア構成）
図２４は、少なくとも一の実施形態に係る中央サーバ、及びエリアサーバのハードウェア構成の一例を示す図である。
以下、図２４を参照しながら、上述の少なくとも一の実施形態に係る中央サーバ２、及びエリアサーバ３のハードウェア構成について説明する。

コンピュータ９００は、ＣＰＵ９０１、主記憶装置９０２、補助記憶装置９０３、インタフェース９０４を備える。

上述の中央サーバ２、及びエリアサーバ３は、それぞれコンピュータ９００に実装される。そして、上述した中央サーバ２、及びエリアサーバ３の各部の動作は、プログラムの形式でそれぞれのコンピュータ９００が有する補助記憶装置９０３に記憶されている。ＣＰＵ９０１は、プログラムを補助記憶装置９０３から読み出して主記憶装置９０２に展開し、当該プログラムに従って上記処理を実行する。また、ＣＰＵ９０１は、プログラムに従って、処理に伴い取得、生成した各種情報を記憶するための記憶領域を主記憶装置９０２に確保する。また、ＣＰＵ９０１は、プログラムに従って、処理中のデータを記憶する記憶領域を補助記憶装置９０３に確保する。

なお、コンピュータ９００は、インタフェース９０４を介して、外部記憶装置９１０と接続されており、上記記憶領域は、外部記憶装置９１０に確保されてもよい。

なお、少なくとも一つの実施形態において、補助記憶装置９０３は、一時的でない有形の媒体の一例である。一時的でない有形の媒体の他の例としては、インタフェース９０４を介して接続される磁気ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリ等が挙げられる。また、このプログラムが通信回線によってコンピュータ９００に配信される場合、配信を受けたコンピュータ９００が当該プログラムを主記憶装置９０２に展開し、上記処理を実行しても良い。

また、当該プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、当該プログラムは、前述した機能を補助記憶装置９０３に既に記憶されている他のプログラムとの組み合わせで実現するもの、いわゆる差分ファイル（差分プログラム）であっても良い。

以上、本発明の実施形態について詳細に説明したが、本発明の技術的思想を逸脱しない限り、これらに限定されることはなく、多少の設計変更等も可能である。

例えば、上述の各実施形態において、車両Ｖを特定可能な車両識別情報としてＮＰ情報を用いる例について説明したが、これに限られることはない。中央サーバ２及びエリアサーバ３は、車両Ｖを特定可能な車両識別情報として、車載器の車載器ＩＤを利用してもよい。また、中央サーバ２及びエリアサーバ３は、車両識別情報としてＮＰ情報を用いるか、車載器ＩＤを用いるか、エリア別に設定可能としてもよい。この場合、例えばエリアＡにおいて車両識別情報としてＮＰ情報のみを用いる場合、エリアＡの車両検出装置３２は、無線通信装置３２１を省略してもよい。

上述の態様に係る中央サーバ、及びプログラムによれば、利用者のアカウント情報の管理、及び課金処理に要するコストを低減することができる。

１００ 料金収受システム
２ 中央サーバ
２０ ＣＰＵ
２００ 登録処理部
２０１ 利用情報取得部
２０２ 課金処理部
２０３ 通信処理部
２０４ 利用明細作成部
２０５ エリア情報取得部
２０６ 推奨経路提案部
２０７ 移動経路判定部
２１ 記録媒体
３、３Ａ、３Ｂ、３Ｃ エリアサーバ
３０ ＣＰＵ
３００ 車両情報取得部
３０１ 通行料金計算部
３０２ 施設利用情報取得部
３０３ 利用情報送信部
３０４ エリア情報送信部
３０５ リスト取得部
３０６ 警告出力部
３１ 記録媒体
３２ 車両検出装置
３２０ ＮＰ読取装置
３２１ 無線通信装置
３２２ 路側表示板
３３ 施設端末
４ 利用者端末

Claims (7)

1. 異なる事業者により運営されそれぞれにエリアサーバが設置される複数のエリアを利用する利用者から、前記エリアの利用前に、前記利用者が搭乗する車両の車両情報を含むアカウント情報の登録を、前記エリアの利用前に受け付ける登録処理部と、
   前記アカウント情報を記録する記録媒体と、
   複数の前記エリアサーバから、前記エリアサーバそれぞれに関連付けられたエリアにおける前記利用者の利用情報を取得する利用情報取得部と、
   前記利用情報と、前記アカウント情報とに基づいて、前記エリアにおける前記利用者の利用に応じた利用料金の課金処理を行う課金処理部と、
   を備え、
   前記課金処理部は、
   前記利用情報に含まれる車両情報と一致する情報を有する前記アカウント情報が前記記録媒体に記憶されていない場合、前記車両情報を不正車両リストに追加し、
   前記利用情報に含まれる車両情報と一致する情報を有する前記アカウント情報が前記記録媒体に記憶されている場合、且つ、当該車両情報が前記不正車両リストに記録されている場合、当該車両情報を前記不正車両リストから削除する、
   中央サーバ。
2. 前記課金処理部は、前記利用情報に基づいて、前記利用者に対し前記エリア、又は前記エリア内の施設の利用に応じたインセンティブを付与する、
   請求項１に記載の中央サーバ。
3. 複数の前記エリアそれぞれに関するエリア情報を複数の前記エリアサーバそれぞれから取得するエリア情報取得部と、
   複数の前記エリア情報に基づいて、複数の前記エリアにおける推奨経路を提案する推奨経路提案部と、
   を更に備える、請求項１又は２に記載の中央サーバ。
4. 前記利用者の位置情報を取得して、当該利用者が前記推奨経路に沿って移動したか否かを判定する移動経路判定部を更に備え、
   前記課金処理部は、前記利用者が前記推奨経路に沿って移動したと判定された場合、当該利用者に所定のインセンティブを付与する、
   請求項３に記載の中央サーバ。
5. 複数の前記エリアサーバと通信を行う通信処理部を更に備え、
   前記通信処理部は、前記不正車両リストを複数の前記エリアサーバそれぞれに送信する、
   請求項１から４の何れか一項に記載の中央サーバ。
6. 前記課金処理部は、前記利用情報に含まれる支払手段で支払いができない場合、前記利用情報に含まれる前記車両情報を不正車両リストに追加する、
   請求項１から５の何れか一項に記載の中央サーバ。
7. 中央サーバのコンピュータを機能させるプログラムであって、前記コンピュータに、
   異なる事業者により運営される複数のエリアを利用する利用者から、前記利用者が搭乗する車両の車両情報を含むアカウント情報の登録を、前記エリアの利用前に受け付けて、前記アカウント情報を記録媒体に記録するステップと、
   複数のエリアサーバから、前記エリアサーバそれぞれに関連付けられたエリアにおける前記利用者の利用情報を取得するステップと、
   前記利用情報と、前記アカウント情報とに基づいて、複数の前記エリアにおける前記利用者の利用に応じた利用料金を集計して課金処理を行うステップと、
   前記利用情報に含まれる車両情報と一致する情報を有する前記アカウント情報が前記記録媒体に記憶されていない場合、前記車両情報を不正車両リストに追加するステップと、
   前記利用情報に含まれる車両情報と一致する情報を有する前記アカウント情報が前記記録媒体に記憶されている場合、且つ、当該車両情報が前記不正車両リストに記録されている場合、当該車両情報を前記不正車両リストから削除するステップと、
   を実行させるプログラム。

Images