▶ 株式会社東芝の特許一覧 ▶ 東芝電機サービス株式会社の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022182202
(43)【公開日】2022-12-08
(54)【発明の名称】情報処理システム、情報処理方法、情報処理プログラム
(51)【国際特許分類】
G07B 15/00 20110101AFI20221201BHJP
【ＦＩ】
G07B15/00 P
G07B15/00 510
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2021089640
(22)【出願日】2021-05-27
(71)【出願人】
【識別番号】000003078
【氏名又は名称】株式会社東芝
(71)【出願人】
【識別番号】598076591
【氏名又は名称】東芝インフラシステムズ株式会社
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100103034
【弁理士】
【氏名又は名称】野河 信久
(74)【代理人】
【識別番号】100075672
【弁理士】
【氏名又は名称】峰 隆司
(74)【代理人】
【識別番号】100153051
【弁理士】
【氏名又は名称】河野 直樹
(74)【代理人】
【識別番号】100162570
【弁理士】
【氏名又は名称】金子 早苗
(72)【発明者】
【氏名】弓倉 陽介
【テーマコード（参考）】
3E127
【Ｆターム（参考）】
3E127AA16
3E127BA11
3E127BA34
3E127BA50
3E127CA13
3E127CA37
3E127CA38
3E127DA11
3E127DA21
3E127EA03
3E127EA15
3E127EA33
3E127EA34
(57)【要約】
【課題】システム全体のデータ保有量及び通信料を低減し、且つ通行料金を迅速かつ柔軟に変更すること。
【解決手段】実施形態に係る情報処理システムであって、統括連携サーバと、統括連携サーバに接続された第１の料金テーブル管理サーバと、統括連携サーバに接続されたサーバを備える情報処理システムであって、統括連携サーバは、サーバからクエリを受信し、第１の料金テーブル管理サーバにクエリを送信する第１の通信部を備え、第１の料金テーブル管理サーバは、拡張料金テーブルを記憶する記憶部と、クエリに基づいて拡張料金テーブルのうちのサーバが管轄する料金所に関連する部分拡張料金テーブルを取得する第２のプロセッサと、部分拡張料金テーブルを統括連携サーバに送信する第２の通信部と、を備え、第１の通信部は、部分拡張料金テーブルをサーバに送信する。
【選択図】 図１ａ
【解決手段】実施形態に係る情報処理システムであって、統括連携サーバと、統括連携サーバに接続された第１の料金テーブル管理サーバと、統括連携サーバに接続されたサーバを備える情報処理システムであって、統括連携サーバは、サーバからクエリを受信し、第１の料金テーブル管理サーバにクエリを送信する第１の通信部を備え、第１の料金テーブル管理サーバは、拡張料金テーブルを記憶する記憶部と、クエリに基づいて拡張料金テーブルのうちのサーバが管轄する料金所に関連する部分拡張料金テーブルを取得する第２のプロセッサと、部分拡張料金テーブルを統括連携サーバに送信する第２の通信部と、を備え、第１の通信部は、部分拡張料金テーブルをサーバに送信する。
【選択図】 図１ａ
【特許請求の範囲】
【請求項1】
統括連携サーバと、前記統括連携サーバに接続された第１の料金テーブル管理サーバと、前記統括連携サーバに接続されたサーバを備える情報処理システムであって、
前記統括連携サーバは、前記サーバからクエリを受信し、前記第１の料金テーブル管理サーバに前記クエリを送信する第１の通信部を備え、
前記第１の料金テーブル管理サーバは、
車両が有料道路を通行した走行経路から通行料金が計算可能であり、且つ所定の区間に料金調整が設定された拡張料金テーブルを記憶する記憶部と、
前記クエリに基づいて前記拡張料金テーブルのうちの前記サーバが管轄する料金所に関連する部分拡張料金テーブルを取得する第２のプロセッサと、
前記部分拡張料金テーブルを前記統括連携サーバに送信する第２の通信部と、
を備え、
前記第１の通信部は、前記部分拡張料金テーブルを前記サーバに送信する、
情報処理システム。
前記統括連携サーバは、前記サーバからクエリを受信し、前記第１の料金テーブル管理サーバに前記クエリを送信する第１の通信部を備え、
前記第１の料金テーブル管理サーバは、
車両が有料道路を通行した走行経路から通行料金が計算可能であり、且つ所定の区間に料金調整が設定された拡張料金テーブルを記憶する記憶部と、
前記クエリに基づいて前記拡張料金テーブルのうちの前記サーバが管轄する料金所に関連する部分拡張料金テーブルを取得する第２のプロセッサと、
前記部分拡張料金テーブルを前記統括連携サーバに送信する第２の通信部と、
を備え、
前記第１の通信部は、前記部分拡張料金テーブルを前記サーバに送信する、
情報処理システム。
【請求項2】
前記サーバは、前記統括連携サーバに接続された第１の地域管理サーバであり、
前記サーバは、前記サーバが管轄する前記料金所それぞれに関連する拡張料金テーブルを備える料金所拡張料金テーブルを作成する第３のプロセッサと、
前記サーバが管轄する前記料金所それぞれに対応した前記料金所拡張料金テーブルを送信する第３の通信部と、
を備える、請求項１に記載の情報処理システム。
前記サーバは、前記サーバが管轄する前記料金所それぞれに関連する拡張料金テーブルを備える料金所拡張料金テーブルを作成する第３のプロセッサと、
前記サーバが管轄する前記料金所それぞれに対応した前記料金所拡張料金テーブルを送信する第３の通信部と、
を備える、請求項１に記載の情報処理システム。
【請求項3】
前記クエリは、前記拡張料金テーブルを作成したことを示す変更通知を前記第１の料金テーブル管理サーバから受信したことにより作成される、請求項１又は２に記載の情報処理システム。
【請求項4】
前記情報処理システムは、前記第１の料金テーブル管理サーバに接続された第１の広域管理サーバをさらに備え、前記第１の広域管理サーバは、
前記拡張料金テーブルを適用するための適用条件と前記拡張料金テーブルを識別するための拡張料金テーブル番号を含む拡張料金テーブル適用条件情報及び前記拡張料金テーブルを作成する指示を含む変動料金設定情報を生成する第４のプロセッサと、
前記変動料金設定情報を前記第１の料金テーブル管理サーバに送信する第４の通信部と、
を備え、前記第２のプロセッサは、前記変動料金設定情報に基づいて前記拡張料金テーブルを作成し、前記拡張料金テーブルを作成したことを示す変更通知を生成する、請求項１乃至３のいずれか１項に記載の情報処理システム。
前記拡張料金テーブルを適用するための適用条件と前記拡張料金テーブルを識別するための拡張料金テーブル番号を含む拡張料金テーブル適用条件情報及び前記拡張料金テーブルを作成する指示を含む変動料金設定情報を生成する第４のプロセッサと、
前記変動料金設定情報を前記第１の料金テーブル管理サーバに送信する第４の通信部と、
を備え、前記第２のプロセッサは、前記変動料金設定情報に基づいて前記拡張料金テーブルを作成し、前記拡張料金テーブルを作成したことを示す変更通知を生成する、請求項１乃至３のいずれか１項に記載の情報処理システム。
【請求項5】
前記情報処理システムは、前記統括連携サーバに接続された第２の広域管理サーバをさらに備え、前記第２の通信部は、前記変更通知を前記統括連携サーバを介して前記第２の広域管理サーバに送信し、
前記第２の広域管理サーバは、前記変更通知に応答して、拡張料金テーブル適用条件情報を要求する条件情報要求を生成する第５のプロセッサと、前記統括連携サーバを介して第１の広域管理サーバに前記条件情報要求を送信し、前記第１の広域管理サーバから前記条件情報要求に応じて前記拡張料金テーブル適用条件情報を受信する第５の通信部と、を備える、請求項４に記載の情報処理システム。
前記第２の広域管理サーバは、前記変更通知に応答して、拡張料金テーブル適用条件情報を要求する条件情報要求を生成する第５のプロセッサと、前記統括連携サーバを介して第１の広域管理サーバに前記条件情報要求を送信し、前記第１の広域管理サーバから前記条件情報要求に応じて前記拡張料金テーブル適用条件情報を受信する第５の通信部と、を備える、請求項４に記載の情報処理システム。
【請求項6】
前記情報処理システムは、前記統括連携サーバに接続された第２の広域管理サーバと、前記第２の広域管理サーバに接続された第２の地域管理サーバと、をさらに備え、前記第２の通信部は、前記変更通知を前記統括連携サーバを介して前記第２の地域管理サーバに送信し、
前記第２の地域管理サーバは、前記変更通知に応答して、拡張料金テーブル適用条件情報を要求する条件情報要求を生成する第６のプロセッサと、前記統括連携サーバを介して第１の広域管理サーバに前記条件情報要求を送信し、前記第１の広域管理サーバから前記条件情報要求に応じて前記拡張料金テーブル適用条件情報を受信する第６の通信部と、を備える、請求項４に記載の情報処理システム。
前記第２の地域管理サーバは、前記変更通知に応答して、拡張料金テーブル適用条件情報を要求する条件情報要求を生成する第６のプロセッサと、前記統括連携サーバを介して第１の広域管理サーバに前記条件情報要求を送信し、前記第１の広域管理サーバから前記条件情報要求に応じて前記拡張料金テーブル適用条件情報を受信する第６の通信部と、を備える、請求項４に記載の情報処理システム。
【請求項7】
前記サーバは、前記統括連携サーバに接続された第２の料金テーブル管理サーバであり、前記情報処理システムは、前記第２の料金テーブル管理サーバに接続された第２の地域管理サーバと、を備え、
前記サーバは、前記サーバが管轄する料金所のうちの前記第２の地域管理サーバが管轄する料金所のための自地域拡張料金テーブルを作成する第７のプロセッサと、前記第２の地域管理サーバに前記自地域拡張料金テーブルを送信する第７の通信部と、を備え、
前記第２の地域管理サーバは、前記第２の地域管理サーバが管轄する料金所それぞれに関連する拡張料金テーブルを備える料金所拡張料金テーブルを作成する第８のプロセッサと、前記第２の地域管理サーバが管轄する料金所それぞれに対応した前記料金所拡張料金テーブルを送信する第８の通信部と、を備える、請求項１に記載の情報処理システム。
前記サーバは、前記サーバが管轄する料金所のうちの前記第２の地域管理サーバが管轄する料金所のための自地域拡張料金テーブルを作成する第７のプロセッサと、前記第２の地域管理サーバに前記自地域拡張料金テーブルを送信する第７の通信部と、を備え、
前記第２の地域管理サーバは、前記第２の地域管理サーバが管轄する料金所それぞれに関連する拡張料金テーブルを備える料金所拡張料金テーブルを作成する第８のプロセッサと、前記第２の地域管理サーバが管轄する料金所それぞれに対応した前記料金所拡張料金テーブルを送信する第８の通信部と、を備える、請求項１に記載の情報処理システム。
【請求項8】
前記サーバは、前記統括連携サーバに接続された第１の料金所サーバである、請求項１に記載の情報処理システム。
【請求項9】
統括連携サーバが実行する情報処理方法であって、
サーバから第１のクエリを受信することと、
前記第１のクエリを第１の料金テーブル管理サーバに送信することと、
前記第１の料金テーブル管理サーバから、車両が有料道路を通行した走行経路から通行料金が計算可能であり、且つ所定の区間に料金調整が設定された拡張料金テーブルのうちの前記サーバが管轄する料金所に関連する部分拡張料金テーブルを受信することと、
前記部分拡張料金テーブルを前記サーバに送信することと、
を備える、情報処理方法。
サーバから第１のクエリを受信することと、
前記第１のクエリを第１の料金テーブル管理サーバに送信することと、
前記第１の料金テーブル管理サーバから、車両が有料道路を通行した走行経路から通行料金が計算可能であり、且つ所定の区間に料金調整が設定された拡張料金テーブルのうちの前記サーバが管轄する料金所に関連する部分拡張料金テーブルを受信することと、
前記部分拡張料金テーブルを前記サーバに送信することと、
を備える、情報処理方法。
【請求項10】
請求項９に記載の情報処理方法を前記統括連携サーバのプロセッサによって実行させる情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、情報処理システム、情報処理方法、情報処理プログラムに関する。
【背景技術】
【0002】
有料道路の運営を司る高速道路会社は、それぞれが独立した事業者である。一方で、各高速道路会社は、ユーザである運転者の利便性のために完全に独立していない。すなわち、各高速道路会社は、異なる高速道路会社が管理する有料道路を車両が走行しても運転者がそのことを意識せずに走ることができ、且つ通行料金も各社毎に支払う必要はないようにシステムを構築している。具体的には、１つの大元となる料金テーブルを各高速道路会社で共有し、車両が入出場した料金所で決まる通行料金を特定の割合で各社に分配している。ここで、同じ情報を共有する方式としては、データベースの同期を用いるのが一般的である。
【0003】
また、有料道路で広く普及しているＥＴＣ（Electronic Toll Collection）（登録商標）システムでは、料金所の車線を通行する車両の車載器と料金所に設けられた路側機器とが無線通信することにより、料金所で車両を停止させずにノンストップでの料金収受を実現している。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０２０－１０７１１１号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
データベースの同期では、各高速道路会社が同じ情報（同一の料金テーブル）を有する必要があり、システム全体として見たときに保有するデータ量及び通信に使われるデータ量が増大する問題がある。
【0006】
また、現在、国策的ニーズにより、通行料金を柔軟且つ迅速に変更することが求められている。しかしながら、現在のシステムでは、このニーズに応えることができない。そこで、各高速道路会社は、独自に行った通行料金の変動施策を速やかに他の高速道路会社に共有すると共に、末端の料金所までの変更を早急に適用することにより、通行料金を柔軟且つ迅速に変更するシステムを構築する必要がある。
【0007】
本発明の目的は、システム全体のデータ保有量及び通信料を低減し、且つ通行料金を迅速かつ柔軟に変更することが実現可能な情報処理システム、情報処理方法、情報処理プログラムに関する。
【課題を解決するための手段】
【0008】
実施形態に係る、情報処理システムは、統括連携サーバと、前記統括連携サーバに接続された第１の料金テーブル管理サーバと、前記統括連携サーバに接続されたサーバを備え、前記統括連携サーバは、前記サーバからクエリを受信し、前記第１の料金テーブル管理サーバに前記クエリを送信する第１の通信部を備え、前記第１の料金テーブル管理サーバは、車両が有料道路を通行した走行経路から通行料金が計算可能であり、且つ所定の区間に料金調整が設定された拡張料金テーブルを記憶する記憶部と、前記クエリに基づいて前記拡張料金テーブルのうちの前記サーバが管轄する料金所に関連する部分拡張料金テーブルを取得する第２のプロセッサと、前記部分拡張料金テーブルを前記統括連携サーバに送信する第２の通信部と、を備え、前記第１の通信部は、前記部分拡張料金テーブルを前記サーバに送信するようにしたものである。
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
以下、図面を参照しながら情報処理システム、情報処理装置、情報処理プログラムについて詳細に説明する。なお、以下の実施形態では、同一の番号を付した部分については同様の動作を行うものとして、重ねての説明を省略する。
【0011】
［第１の実施形態］
（構成）
図１ａ及び図１ｂは、第１の実施形態に係る情報処理システムの概略構成の一例を示す図である。
図１ａに示すように、第１の実施形態に係る情報処理システムは、統括連携サーバ１と、第１の高速道路会社２と、第２の高速道路会社３と、第３の高速道路会社４と、車両５と、を備える。図１ａの例では、３つの高速道路会社を示しているが、４つ以上の高速道路会社があっても良いし、１つ又は２つの高速道路会社のみがあっても良い。すなわち、高速道路会社は、任意の数であって良い。
（構成）
図１ａ及び図１ｂは、第１の実施形態に係る情報処理システムの概略構成の一例を示す図である。
図１ａに示すように、第１の実施形態に係る情報処理システムは、統括連携サーバ１と、第１の高速道路会社２と、第２の高速道路会社３と、第３の高速道路会社４と、車両５と、を備える。図１ａの例では、３つの高速道路会社を示しているが、４つ以上の高速道路会社があっても良いし、１つ又は２つの高速道路会社のみがあっても良い。すなわち、高速道路会社は、任意の数であって良い。
【0012】
統括連携サーバ１は、第１の高速道路会社２、第２の高速道路会社３、及び第３の高速道路会社４と互いに接続される。そして、統括連携サーバ１は、第１の高速道路会社２、第２の高速道路会社３、及び第３の高速道路会社の間で交換すべき各種情報を中継する。
【0013】
第１の高速道路会社２は、第１の料金テーブル管理サーバ２０と、第１の広域管理サーバ２１と、第１の地域管理サーバ２２と、第１の料金所サーバ２３と、第１の管理インタフェース（ＩＦ）装置２４と、第１の車線サーバ２５と、第１の路側機器２６と、第１の交通管制中央局２８と、を備える。同様に第２の高速道路会社３は、第２の料金テーブル管理サーバ３０と、第２の広域管理サーバ３１と、第２の地域管理サーバ３２と、第２の料金所サーバ３３と、第２の管理ＩＦ装置３４と、第２の車線サーバ３５と、第２の路側機器３６と、第２の交通管制中央局３８と、を備える。さらに、第３の高速道路会社４は、第３の料金テーブル管理サーバ４０と、第３の広域管理サーバ４１と、第３の地域管理サーバ４２と、第３の料金所サーバ４３と、第３の管理ＩＦ装置４４と、第３の車線サーバ４５と、第３の路側機器４６と、第３の交通管制中央局４８と、を備える。
【0014】
ここで、第１の料金所サーバ２３、第１の管理ＩＦ装置２４、第１の車線サーバ２５、及び第１の路側機器２６は、第１の料金所２９内に配置される。同様に、第２の料金所サーバ３３、第２の管理ＩＦ装置３４、第２の車線サーバ３５、及び第２の路側機器３６は、第２の料金所３９内に配置され、第３の料金所サーバ４３、第３の管理ＩＦ装置４４、第３の車線サーバ４５、及び第３の路側機器４６は、第３の料金所４９内に配置される。ここで、第１の料金所２９、第２の料金所３９、及び第３の料金所４９は、入口料金所及び出口料金所だけではなく、経路フリーフロー又はエリア境フリーフローである場合も含まれる。
【0015】
第１の料金テーブル管理サーバ２０は、第１の広域管理サーバ２１と接続される。第１の料金テーブル管理サーバ２０は、統括連携サーバ１、第１の広域管理サーバ２１との間で各種情報を交換する。また、第２の料金テーブル管理サーバ３０及び第３の料金テーブル管理サーバ４０は、第１の料金テーブル管理サーバ２０と同様の構成であるため、これらの説明を省略する。
【0016】
第１の広域管理サーバ２１は、第１の地域管理サーバ２２及び第１の交通管制中央局２８と接続される。第１の広域管理サーバ２１は、統括連携サーバ１、第１の地域管理サーバ２２との間で各種情報を交換する。さらに、第１の広域管理サーバ２１は、第１の交通管制中央局２８から交通渋滞情報を含む各種情報を受信する。また、第２の広域管理サーバ３１及び第３の広域管理サーバ４１は、第１の広域管理サーバ２１と同様の構成であるため、これらの説明を省略する。
【0017】
第１の地域管理サーバ２２は、第１の料金所サーバ２３及び第１の管理ＩＦ装置２４と接続される。第１の地域管理サーバ２２は、第１の料金所サーバ２３及び第１の管理ＩＦ装置２４との間で各種情報を交換する。また、第１の地域管理サーバ２２は、統括連携サーバ１と接続される。そして、第１の地域管理サーバ２２は、統括連携サーバ１との間で各種情報を交換する。図１ａでは簡単化のため、地域管理サーバとして第１の地域管理サーバ２２のみを示しているが、第１の料金テーブル管理サーバ２０及び第１の広域管理サーバ２１に接続される地域管理サーバは、複数であって良い。また、第２の地域管理サーバ３２及び第３の地域管理サーバ４２は、第１の地域管理サーバ２２と同様の構成であるため、これらの説明を省略する。
【0018】
第１の料金所サーバ２３は、第１の管理ＩＦ装置２４及び第１の車線サーバ２５と接続される。第１の料金所サーバ２３は、第１の管理ＩＦ装置２４と第１の車線サーバ２５との間で各種情報を交換する。また、第１の料金所サーバ２３は、統括連携サーバ１と接続される。そして、第１の料金所サーバ２３は、統括連携サーバ１との間で各種情報を交換する。図１ａでは簡単化のため、地域管理サーバとして第１の地域管理サーバ２２のみを示しているが、第１の地域管理サーバ２２（すなわち各地域管理サーバ）に接続される料金所サーバは、複数であって良い。さらに、各地域管理サーバに接続される料金所サーバの数は、異なっていても良いし同じであっても良い。また、第２の料金所サーバ３３及び第３の料金所サーバ４３は、第１の料金所サーバ２３と同様の構成であるため、これらの説明を省略する。
【0019】
第１の車線サーバ２５は、第１の路側機器２６と接続される。第１の車線サーバ２５は、第１の路側機器２６との間で各種情報を交換する。また、図１ａでは簡単化のため、車線サーバとして第１の車線サーバ２５のみを示しているが、第１の料金所サーバ２３（すなわち各料金所サーバ）に接続される車線サーバは、複数であって良い。さらに、各料金所サーバに接続される車線サーバの数は、異なっていても良いし同じであっても良い。また、第２の車線サーバ３５及び第３の車線サーバ４５は、第１の車線サーバ２５と同様の構成であるため、これらの説明を省略する。
【0020】
第１の路側機器２６は、入口料金所、出口料金所、有料道路上の所定の場所に設置された経路フリーフロー（ＦＦ）、又は第１の高速道路会社が区分したエリアの境に設置されたエリア境ＦＦに配置される。そして、第１の路側機器２６は、料金所、経路ＦＦ、又はエリア境ＦＦを通過するＥＴＣ料金収受システムを利用する車両５を検知して車両５に搭載した車載器５０と接続する。そして、第１の路側機器２６は、車載器５０との間で各種情報を交換する。図１ａでは簡単化のため、料金所サーバとして第１の料金所サーバ２３のみを示しているが、第１の料金所サーバ２３（すなわち各料金所サーバ）に接続される車線サーバは、複数であって良い。さらに、各地域管理サーバに接続される料金所サーバの数は、異なっていても良いし同じであっても良い。
【0021】
車両５は、ＥＴＣ料金収受システムを利用するための車載器５０を備える。車載器５０は、例えば、第１の車線サーバ２５との通信により、車載器の識別子（ＩＤ：Identification）、車載器に５０に挿入されたＥＴＣカードのカード情報、入場又は出場情報等を含む車両情報を第１の車線サーバ２５に送信し、第１の車線サーバ２５から各種情報を受信する。
【0022】
ここで、第１の料金所サーバ２３は、複数の車線サーバを管轄している。そのため、第１の車線サーバ２５を管轄する第１の料金所サーバ２３は、第１の車線サーバ２５より多くの車線サーバを管轄する。そして、第１の料金所サーバ２３を管轄する第１の地域管理サーバ２２は、第１の車線サーバ２５より多くの車線サーバを管轄する。そして、第１の広域管理サーバ２１は、第１の地域管理サーバ２２よりも多くの車線サーバを管轄する。
【0023】
図１ｂは、第１の実施形態に係る情報処理システムの概略構成の一例を示す図である。
図１ｂでは、図１ａでは簡単化のため１つのみ示していた第１の地域管理サーバ２２がｎ個あり、その各第１の地域管理サーバ２２にそれぞれにｍ個の第１の料金所２９が接続されている例を示している。図１ａで示すように、第１の地域管理サーバ２２及び第１の料金所サーバ２３は、統括連携サーバと接続可能であるが、ここでは簡単化のため、省略している。また、図１ｂは、単なる例であり、それぞれの第１の地域管理サーバ２２に接続される第１の料金所２９の数は、同じである必要はなく、異なっていても良いのは勿論である。
図１ｂでは、図１ａでは簡単化のため１つのみ示していた第１の地域管理サーバ２２がｎ個あり、その各第１の地域管理サーバ２２にそれぞれにｍ個の第１の料金所２９が接続されている例を示している。図１ａで示すように、第１の地域管理サーバ２２及び第１の料金所サーバ２３は、統括連携サーバと接続可能であるが、ここでは簡単化のため、省略している。また、図１ｂは、単なる例であり、それぞれの第１の地域管理サーバ２２に接続される第１の料金所２９の数は、同じである必要はなく、異なっていても良いのは勿論である。
【0024】
図１ｂを参照すれば明らかなように、例えば、第１の料金テーブル管理サーバ２０は、ｎ＊ｍ個の料金所を管轄し、第１の地域管理サーバ２２ａは、ｍ個の料金所を管轄する。なお、第２の高速道路会社３及び第３の高速道路会社４も同様の構成であるが、簡単化のため、省略する。また、第１の料金テーブル管理サーバ２０及び第１の広域管理サーバ２１は、第１の高速道路会社２に１つのみ配置される。そして、第１の地域管理サーバ２２は、第１の高速道路会社２の管理事務所毎に配置され、第１の料金所２９は、各料金所毎に配置される。
【0025】
図２は、第１の実施形態に係る情報処理システムを構成する統括連携サーバ１の一例を示すブロック図である。
統括連携サーバ１は、汎用のコンピュータ等により構成することができ、プロセッサ１０１、記憶部１０２、インタフェース１０３、表示部１０４、及び操作部１０５等を備える。
統括連携サーバ１は、汎用のコンピュータ等により構成することができ、プロセッサ１０１、記憶部１０２、インタフェース１０３、表示部１０４、及び操作部１０５等を備える。
【0026】
第１のプロセッサである、プロセッサ１０１は、記憶部１０２が記憶するプログラムを実行することにより各種の処理機能を実現する。例えば、プロセッサ１０１は、記憶部１０２が記憶するプログラムを実行することにより各種情報を広域管理サーバ、料金テーブル管理サーバ等に転送する中継部として機能する。
【0027】
記憶部１０２は、プロセッサ１０１が実行するプログラムを記憶するプログラムメモリ、作業用のデータを記憶するワーキングメモリ、データファイルなどを記憶するデータメモリを有する。記憶部１０２は、データ仮想化技術を用いて基本料金テーブル、拡張料金テーブル、拡張料金テーブル適用条件、走行履歴情報等を記憶しているように見える。しかしながら、実際にこれらの情報が記憶されているのは、例えば、第１の料金テーブル管理サーバ２０又は第１の広域管理サーバ２１等の記憶部であり、プロセッサ１０１は、これらの情報を必要とする際、第１の料金テーブル管理サーバ２０又は第１の広域管理サーバ２１にクエリを送信し、そのクエリに対応するデータを受信することで利用可能である。
【0028】
ここで、基本料金テーブルは、通常時の車両５の走行経路に応じた通行料金を計算するための料金テーブルである。さらに、拡張料金テーブルは、料金調整区間が設定された際に車両５の通行料金を計算するための料金テーブルである。拡張料金テーブル適用条件情報は、拡張料金テーブルが設定された際、どのような場合に拡張料金テーブルを適用するかを示す適用条件と、適用際の拡張料金テーブルに対応した拡張料金テーブル番号を含む情報である。なお、適用条件は、例えば、何時から何時までにどこの料金所、経路ＦＦ、エリア境ＦＦを通過したか等、車両５が満たすべき条件を示す。さらに、拡張料金テーブル番号は、拡張料金テーブルを識別するための識別番号である。走行履歴情報は、車両５が入口料金所、経路ＦＦ、及びエリア境ＦＦを通過した際の走行経路を示す情報である。なお、記憶部１０２は、実際に基本料金テーブル、拡張料金テーブル等の各種情報を記憶しても良いのは勿論である。
【0029】
インタフェース１０３は、例えば、第１の料金テーブル管理サーバ２０、第１の広域管理サーバ２１、第２の料金テーブル管理サーバ３０、第２の広域管理サーバ３１、第３の料金テーブル管理サーバ４０、及び第３の広域管理サーバ４１に接続するための通信インタフェースである。例えば、インタフェース１０３は、クエリを送信する通信部として機能する。
【0030】
表示部１０４は、プロセッサ１０１からの表示制御に応じた表示内容を表示し、料金テーブル処理に関する情報を表示する。操作部１０５は、キーボードなどで構成される。操作部１０５は、オペレータから入力される情報を受け付けその情報をプロセッサ１０１へ供給する。
【0031】
図３は、第１の実施形態に係る第１の料金テーブル管理サーバ２０の一例を示すブロック図である。
第１の料金テーブル管理サーバ２０は、汎用のコンピュータ等により構成することができ、プロセッサ２０１、記憶部２０２、インタフェース２０３、表示部２０４、及び操作部２０５等を備える。
第１の料金テーブル管理サーバ２０は、汎用のコンピュータ等により構成することができ、プロセッサ２０１、記憶部２０２、インタフェース２０３、表示部２０４、及び操作部２０５等を備える。
【0032】
プロセッサ２０１は、記憶部２０２が記憶するプログラムを実行することにより各種の処理機能を実現する。例えば、プロセッサ２０１は、記憶部２０２が記憶するプログラムを実行することにより第１の料金テーブル管理サーバ２０の制御部として機能する。
【0033】
記憶部２０２は、プロセッサ２０１が実行するプログラムを記憶するプログラムメモリ、作業用のデータを記憶するワーキングメモリ、データファイルなどを記憶するデータメモリを有する。例えば、記憶部２０２は、基本料金テーブル及び拡張料金テーブル等の各種情報を記憶することができる。なお、拡張料金テーブルは、後述する。
【0034】
インタフェース２０３は、第１の広域管理サーバ２１及び第１の地域管理サーバ２２に接続するための通信インタフェースであり、統括連携サーバ１に対してクエリである各種要求を送信し、統括連携サーバ１から各種情報を受信する通信部として機能する。
【0035】
表示部２０４は、プロセッサ２０１からの表示制御に応じた表示内容を表示する。操作部２０５は、キーボードなどで構成される。操作部２０５は、オペレータから入力される情報を受け付けその情報をプロセッサ２０１へ供給する。
なお、第２の料金テーブル管理サーバ３０もプロセッサ３０１、記憶部３０２、インタフェース３０３、表示部２０４、及び操作部３０５等を備え、第３の料金テーブル管理サーバ４０も、プロセッサ４０１、記憶部４０２、インタフェース４０３、表示部４０４、及び操作部４０５等を備えるが、これらは、第１の料金テーブル管理サーバ２０の構成と実質的に同様であり、その説明を省略する。
なお、第２の料金テーブル管理サーバ３０もプロセッサ３０１、記憶部３０２、インタフェース３０３、表示部２０４、及び操作部３０５等を備え、第３の料金テーブル管理サーバ４０も、プロセッサ４０１、記憶部４０２、インタフェース４０３、表示部４０４、及び操作部４０５等を備えるが、これらは、第１の料金テーブル管理サーバ２０の構成と実質的に同様であり、その説明を省略する。
【0036】
図４は、第１の実施形態に係る第１の広域管理サーバ２１の一例を示すブロック図である。
第１の広域管理サーバ２１は、汎用のコンピュータ等により構成することができ、プロセッサ２１１、記憶部２１２、インタフェース２１３、表示部２１４、及び操作部２１５等を備える。
第１の広域管理サーバ２１は、汎用のコンピュータ等により構成することができ、プロセッサ２１１、記憶部２１２、インタフェース２１３、表示部２１４、及び操作部２１５等を備える。
【0037】
プロセッサ２１１は、記憶部２１２が記憶するプログラムを実行することにより各種の処理機能を実現する。例えば、プロセッサ２１１は、記憶部２１２が記憶するプログラムを実行することにより第１の広域管理サーバ２１の制御部として機能する。例えば、プロセッサ２１１は、クエリである各種要求を出力することができる。
【0038】
記憶部２１２は、プロセッサ２１１が実行するプログラムを記憶するプログラムメモリ、作業用のデータを記憶するワーキングメモリ、データファイルなどを記憶するデータメモリを有する。例えば、記憶部２１２は、基本料金テーブル、拡張料金テーブル適用条件情報、拡張料金テーブル番号リスト、及び走行履歴情報等の各種情報を記憶することができる。ここで、拡張料金テーブル適用条件情報及び拡張料金テーブル番号リストは、後述する。
【0039】
インタフェース２１３は、第１の料金テーブル管理サーバ２０、第１の地域管理サーバ２２及び第１の交通管制中央局２８に接続するための通信インタフェースであり、統括連携サーバ１に対してクエリである各種要求を送信し、統括連携サーバ１から各種情報を受信する通信部として機能する。また、通信部として機能するインタフェース２１３は、第１の交通管制中央局２８から渋滞情報等の各種情報を受信する機能を有する。
【0040】
表示部２１４は、プロセッサ２１１からの表示制御に応じた表示内容を表示する。操作部２１５は、キーボードなどで構成される。操作部２１５は、オペレータから入力される情報を受け付けその情報をプロセッサ２１１へ供給する。
なお、第２の広域管理サーバ３１もプロセッサ３１１、記憶部３１２、インタフェース３１３、表示部３１４、及び操作部３１５等を備え、第３の広域管理サーバ４１もプロセッサ４１１、記憶部４１２、インタフェース４１３、表示部４１４、及び操作部４１５等を備える。しかしながら、これらは、第１の広域管理サーバ２１の構成と実質的に同様であり、その説明を省略する。
なお、第２の広域管理サーバ３１もプロセッサ３１１、記憶部３１２、インタフェース３１３、表示部３１４、及び操作部３１５等を備え、第３の広域管理サーバ４１もプロセッサ４１１、記憶部４１２、インタフェース４１３、表示部４１４、及び操作部４１５等を備える。しかしながら、これらは、第１の広域管理サーバ２１の構成と実質的に同様であり、その説明を省略する。
【0041】
図５は、第１の実施形態に係る第１の地域管理サーバ２２の一例を示すブロック図である。
第１の地域管理サーバ２２は、汎用のコンピュータ等により構成することができ、プロセッサ２２１、記憶部２２２、インタフェース２２３、表示部２２４、及び操作部２２５等を備える。
第１の地域管理サーバ２２は、汎用のコンピュータ等により構成することができ、プロセッサ２２１、記憶部２２２、インタフェース２２３、表示部２２４、及び操作部２２５等を備える。
【0042】
プロセッサ２２１は、記憶部２２２が記憶するプログラムを実行することにより各種の処理機能を実現する。例えば、プロセッサ２２１は、記憶部２２２が記憶するプログラムを実行することにより第１の地域管理サーバ２２の制御部として機能する。例えば、プロセッサ２２１は、クエリである各種要求を出力することができる。
【0043】
記憶部２２２は、プロセッサ２２１が実行するプログラムを記憶するプログラムメモリ、作業用のデータを記憶するワーキングメモリ、データファイルなどを記憶するデータメモリを有する。例えば、記憶部２１２は、自地域基本料金テーブル及び自地域拡張料金テーブル、第１の地域管理サーバ２２に関連する走行履歴である自地域走行履歴情報、及び拡張料金テーブル番号リスト等の各種情報を記憶することができる。ここで、自地域基本料金テーブルは、例えば、第１の地域管理サーバ２２が管轄する料金所に関連する基本料金テーブルのみで構成された料金テーブルである。なお、自地域拡張料金テーブルは、後述する。
【0044】
インタフェース２２３は、統括連携サーバ１、第１の管理ＩＦ装置２４、第１の料金所サーバ２３、及び第１の管理ＩＦ装置２４に接続するための通信インタフェースであり、統括連携サーバ１に対してクエリである各種要求を送信し、統括連携サーバ１から各種情報を受信する通信部として機能する。また、通信部として機能するインタフェース２２３は、第１の管理ＩＦ装置２４及び第１の車線サーバ２５から各種情報を受信する機能を有する。
【0045】
表示部２２４は、プロセッサ２２１からの表示制御に応じた表示内容を表示する。操作部２２５は、キーボードなどで構成される。操作部２２５は、オペレータから入力される情報を受け付けその情報をプロセッサ２２１へ供給する。
なお、第２の地域管理サーバ３２もプロセッサ３２１、記憶部３２２、インタフェース３２３、表示部３２４、及び操作部３２５等を備え、第３の地域管理サーバ４２も、プロセッサ４２１、記憶部４２２、インタフェース４２３、表示部４２４、及び操作部４２５等を備える。しかしながら、これらは、第１の地域管理サーバ２２の構成と実質的に同様であり、その説明を省略する。
なお、第２の地域管理サーバ３２もプロセッサ３２１、記憶部３２２、インタフェース３２３、表示部３２４、及び操作部３２５等を備え、第３の地域管理サーバ４２も、プロセッサ４２１、記憶部４２２、インタフェース４２３、表示部４２４、及び操作部４２５等を備える。しかしながら、これらは、第１の地域管理サーバ２２の構成と実質的に同様であり、その説明を省略する。
【0046】
図６は、第１の実施形態に係る第１の料金所サーバ２３の一例を示すブロック図である。
第１の料金所サーバ２３は、汎用のコンピュータ等により構成することができ、プロセッサ２３１、記憶部２３２、インタフェース２３３、表示部２３４、及び操作部２３５等を備える。
第１の料金所サーバ２３は、汎用のコンピュータ等により構成することができ、プロセッサ２３１、記憶部２３２、インタフェース２３３、表示部２３４、及び操作部２３５等を備える。
【0047】
プロセッサ２３１は、記憶部２３２が記憶するプログラムを実行することにより各種の処理機能を実現する。例えば、プロセッサ２３１は、記憶部２３２が記憶するプログラムを実行することにより第１の地域管理サーバ２２の制御部として機能する。例えば、プロセッサ２２１は、クエリである各種要求を出力することができる。
【0048】
記憶部２３２は、プロセッサ２３１が実行するプログラムを記憶するプログラムメモリ、作業用のデータを記憶するワーキングメモリ、データファイルなどを記憶するデータメモリを有する。例えば、記憶部２３２は、料金所基本料金テーブル及び料金所拡張料金テーブル、及び第１の料金所サーバ２３に関連する走行履歴情報である料金所走行履歴情報等の各種情報を記憶することができる。ここで、料金所基本料金テーブルは、例えば、第１の料金所サーバ２３が管轄する料金所に関連する基本料金テーブルのみで構成された料金テーブルである。なお、料金所拡張料金テーブルは、後述する。
【0049】
インタフェース２３３は、統括連携サーバ１、第１の管理ＩＦ装置２４及び第１の車線サーバ２５に接続するための通信インタフェースであり、統括連携サーバ１に対してクエリである各種要求を送信し、統括連携サーバ１から各種情報を受信する通信部として機能する。また、通信部として機能するインタフェース２３３は、第１の管理ＩＦ装置２４及び第１の車線サーバ２５から各種情報を受信する機能を有する。
【0050】
表示部２３４は、プロセッサ２３１からの表示制御に応じた表示内容を表示する。操作部２３５は、キーボードなどで構成される。操作部２３５は、オペレータから入力される情報を受け付けその情報をプロセッサ２３１へ供給する。
なお、第２の料金所サーバ３３もプロセッサ３３１、記憶部３３２、インタフェース３３３、表示部３３４、及び操作部３３５等を備え、第３の料金所サーバ４３もプロセッサ４３１、記憶部４３２、インタフェース４３３、表示部４３４、及び操作部４３５等を備える。しかしながら、これらは、第１の料金所サーバ２３の構成と実質的に同様であり、その説明を省略する。
なお、第２の料金所サーバ３３もプロセッサ３３１、記憶部３３２、インタフェース３３３、表示部３３４、及び操作部３３５等を備え、第３の料金所サーバ４３もプロセッサ４３１、記憶部４３２、インタフェース４３３、表示部４３４、及び操作部４３５等を備える。しかしながら、これらは、第１の料金所サーバ２３の構成と実質的に同様であり、その説明を省略する。
【0051】
図７は、第１の実施形態に係る第１の管理ＩＦ装置２４の概略構成の一例を示すブロック図である。
第１の管理ＩＦ装置２４は、汎用のコンピュータ等により構成することができ、プロセッサ２４１、記憶部２４２、インタフェース２４３、表示部２４４、及び操作部２４５等を備える。
第１の管理ＩＦ装置２４は、汎用のコンピュータ等により構成することができ、プロセッサ２４１、記憶部２４２、インタフェース２４３、表示部２４４、及び操作部２４５等を備える。
【0052】
プロセッサ２４１は、記憶部２４２が記憶するプログラムを実行することにより各種の処理機能を実現する。例えば、プロセッサ２４１は、記憶部２４２が記憶するプログラムを実行することにより第１の管理ＩＦ装置２４の制御部として機能する。
【0053】
記憶部２４２は、プロセッサ２４１が実行するプログラムを記憶するプログラムメモリ、作業用のデータを記憶するワーキングメモリ、データファイルなどを記憶するデータメモリを有する。
【0054】
インタフェース２４３は、第１の地域管理サーバ２２及び第１の料金所サーバ２３に接続するための通信インタフェースであり、第１の地域管理サーバ２２から受信した各種情報を第１の料金所サーバ２３に転送する中継部として機能する。
【0055】
表示部２４４は、プロセッサ２４１からの表示制御に応じた表示内容を表示する。操作部２４５は、キーボードなどで構成される。操作部２４５は、オペレータから入力される情報を受け付けその情報をプロセッサ２４１へ供給する。
なお、第２の管理ＩＦ装置３４もプロセッサ３４１、記憶部３４２、インタフェース３４３、表示部３４４、及び操作部３４５等を備え、第３の管理ＩＦ装置４４もプロセッサ４４１、記憶部４４２、インタフェース４４３、表示部４４４、及び操作部４４５等を備える。しかしながら、これらは管理ＩＦ装置２４の構成と実質的に同様であり、その説明を省略する。
なお、第２の管理ＩＦ装置３４もプロセッサ３４１、記憶部３４２、インタフェース３４３、表示部３４４、及び操作部３４５等を備え、第３の管理ＩＦ装置４４もプロセッサ４４１、記憶部４４２、インタフェース４４３、表示部４４４、及び操作部４４５等を備える。しかしながら、これらは管理ＩＦ装置２４の構成と実質的に同様であり、その説明を省略する。
【0056】
図８は、第１の実施形態に係る第１の車線サーバ２５の一例を示すブロック図である。
第１の車線サーバ２５は、汎用のコンピュータ等により構成することができ、プロセッサ２５１、記憶部２５２、インタフェース２５３、表示部２５４、及び操作部２５５等を備える。
第１の車線サーバ２５は、汎用のコンピュータ等により構成することができ、プロセッサ２５１、記憶部２５２、インタフェース２５３、表示部２５４、及び操作部２５５等を備える。
【0057】
プロセッサ２５１は、記憶部２５２が記憶するプログラムを実行することにより各種の処理機能を実現する。例えば、プロセッサ２５１は、記憶部２５２が記憶するプログラムを実行することにより第１の車線サーバ２５の制御部として機能する。
【0058】
記憶部２５２は、プロセッサ２５１が実行するプログラムを記憶するプログラムメモリ、作業用のデータを記憶するワーキングメモリ、データファイルなどを記憶するデータメモリを有する。例えば、記憶部２５２は、車線基本料金テーブル及び車線拡張料金テーブル、及び拡張料金テーブル番号リスト等の各種情報を記憶することができる。ここで、車線基本料金テーブルは、例えば、第１の車線料金所が管轄する料金所に関連する基本料金テーブルのみで構成された料金テーブルである。なお、車線拡張料金テーブルは、後述する。
【0059】
インタフェース２５３は、統括連携サーバ１、及び第１の路側機器２６に接続するための通信インタフェースであり、第１の料金所サーバ２３との間で各種情報を送受信する通信部として機能する。また、通信部として機能するインタフェース２５３は、第１の路側機器２６から各種情報を受信する機能を有する。
【0060】
表示部２５４は、プロセッサ２５１からの表示制御に応じた表示内容を表示する。操作部２５５は、キーボードなどで構成される。操作部２５５は、オペレータから入力される情報を受け付けその情報をプロセッサ２５１へ供給する。
なお、第２の車線サーバ３５もプロセッサ３５１、記憶部３５２、インタフェース３５３、表示部３５４、及び操作部３５５等を備え、第３の車線サーバ４５もプロセッサ４５１、記憶部４５２、インタフェース４５３、表示部４５４、及び操作部４５５等を備える。しかしながら、これらは第１の車線サーバ２５の構成と実質的に同様であり、その説明を省略する。
なお、第２の車線サーバ３５もプロセッサ３５１、記憶部３５２、インタフェース３５３、表示部３５４、及び操作部３５５等を備え、第３の車線サーバ４５もプロセッサ４５１、記憶部４５２、インタフェース４５３、表示部４５４、及び操作部４５５等を備える。しかしながら、これらは第１の車線サーバ２５の構成と実質的に同様であり、その説明を省略する。
【0061】
図９は、第１の実施形態に係る第１の路側機器２６の概略構成の一例を示すブロック図である。
図９に示すように、第１の路側機器２６は、インタフェース集約部２６１、車両検知器２６２、カメラ２６３、アンテナ２６４、路側表示器２６５、及び発進制御器２６６を備える。
図９に示すように、第１の路側機器２６は、インタフェース集約部２６１、車両検知器２６２、カメラ２６３、アンテナ２６４、路側表示器２６５、及び発進制御器２６６を備える。
【0062】
インタフェース集約部２６１は、各部からの情報を集約して第１の車線サーバ２５へ出力する。また、インタフェース集約部２６１は、第１の路側機器２６からの情報を各部へ出力する。例えば、インタフェース集約部２６１は、車両検知器２６２等からの車両検知信号ＯＮ又はＯＦＦを第１の車線サーバ２５へ出力する。第１の車線サーバ２５は、車両検知器２６２等からの車両検知信号ＯＮ又はＯＦＦに基づき、車両の位置（動き）を検出し、第１の路側機器２６の動作を制御する。
【0063】
カメラ２６３は、第１の車線サーバ２５に進入した車両５を撮影する。撮影された画像は、インタフェース集約部２６１を介して第１の車線サーバ２５に送信される。第１の車線サーバ２５は、プロセッサ２５１の制御の下、撮影画像から車両５のナンバープレートを識別して車両ナンバーを取得する。また、第１の車線サーバ２５は、撮影画像から車両５の車種等の車両５に関連する他の情報を取得しても良い。
【0064】
アンテナ２６４は、車両５の車載器５０と通信し、車載器５０から送信される各種情報を受信し、また、車載器５０に対して各種情報を送信する。例えば、第１の車線サーバ２５が設置された有料道路を通行する車両５の車載器５０は、アンテナ２６４との無線通信により、アンテナ２６４に対して車載器ＩＤ、ＥＴＣカードのカード番号情報、入場又は出場記録、経路ＦＦ及び／又はエリア境ＦＦを通過した記録等を含む車両情報を送信する。さらに、車両５の車載器５０は、アンテナ２６４との無線通信により、アンテナ２６４から入場又は出場記録、経路ＦＦ及び／又はエリア境ＦＦを通過した記録、及び通行料金を受信する。
【0065】
路側表示器２６５は、車両５の運転者に対して、インタフェース集約部２６１から出力される情報を表示する。例えば、路側表示器２６５は、第１の車線サーバ２５で計算された通行料金を表示する。発進制御器２６６は、インタフェース集約部２６１からの発進制御情報（通行許可又は一時停止）に基づき発進制御バーの開閉を制御する。なお、路側表示器２６５及び発進制御器２６６は、第１の路側機器２６が経路ＦＦ又はエリア境ＦＦに設置される場合、省略することが可能である。
なお、第２の路側機器３６もインタフェース集約部３６１、車両検知器３６２、カメラ３６３、アンテナ３６４、路側表示器３６５、及び発進制御器３６６を備え、第３の路側機器４６もインタフェース集約部４６１、車両検知器４６２、カメラ４６３、アンテナ４６４、路側表示器４６５、及び発進制御器４６６を備える。しかしながら、これらは第１の車線サーバ２５の構成と実質的に同様であり、その説明を省略する。
なお、第２の路側機器３６もインタフェース集約部３６１、車両検知器３６２、カメラ３６３、アンテナ３６４、路側表示器３６５、及び発進制御器３６６を備え、第３の路側機器４６もインタフェース集約部４６１、車両検知器４６２、カメラ４６３、アンテナ４６４、路側表示器４６５、及び発進制御器４６６を備える。しかしながら、これらは第１の車線サーバ２５の構成と実質的に同様であり、その説明を省略する。
【0066】
［事前準備処理］
次に第１の実施形態に係る事前準備処理について説明する。有料道路等で渋滞が発生し、通行料金を調整する必要が発生した場合、当該調整された料金テーブルである拡張料金テーブルを各高速道路会社の車線サーバで共有する必要がある。車線サーバに拡張料金テーブルがないと車両５が通過した際、拡張料金テーブルを適用できないからである。また、拡張料金テーブル適用条件を含む拡張料金テーブル適用条件情報を各高速道路会社の広域管理サーバ又は地域管理サーバで共有する必要がある。
次に第１の実施形態に係る事前準備処理について説明する。有料道路等で渋滞が発生し、通行料金を調整する必要が発生した場合、当該調整された料金テーブルである拡張料金テーブルを各高速道路会社の車線サーバで共有する必要がある。車線サーバに拡張料金テーブルがないと車両５が通過した際、拡張料金テーブルを適用できないからである。また、拡張料金テーブル適用条件を含む拡張料金テーブル適用条件情報を各高速道路会社の広域管理サーバ又は地域管理サーバで共有する必要がある。
【0067】
（拡張料金テーブルの共有）
最初に、拡張料金テーブルを各車線サーバで共有するための動作を説明する。
図１０は、第１の実施形態に係る拡張料金テーブルを各車線サーバで共有するための処理の一例を示すシーケンス図である。
第１の実施形態では、変更通知を受信した各地域管理サーバがクエリ（テーブル要求）を統括連携サーバ１に送信して拡張料金テーブルを取得する。
最初に、拡張料金テーブルを各車線サーバで共有するための動作を説明する。
図１０は、第１の実施形態に係る拡張料金テーブルを各車線サーバで共有するための処理の一例を示すシーケンス図である。
第１の実施形態では、変更通知を受信した各地域管理サーバがクエリ（テーブル要求）を統括連携サーバ１に送信して拡張料金テーブルを取得する。
【0068】
最初に第１の高速道路会社２が管轄する有料道路で交通渋滞が発生したとする。
【0069】
第１の広域管理サーバ２１のプロセッサ２１１は、所定の有料道路上で渋滞が発生したことを示す交通渋滞情報を第１の交通管制中央局２８から受信する（ステップＳＴ１０１）。第１の交通管制中央局２８は、有料道路の状況についてカメラ等を用いて観察しており、交通渋滞が発生したら速やかに第１の広域管理サーバ２１に交通渋滞情報を送信する。交通渋滞情報は、渋滞が発生しているポイントから何キロ渋滞しているか、現在の日時等の情報を含む。
【0070】
プロセッサ２１１は、拡張料金テーブル適用条件情報を作成する（ステップＳＴ１０２）。プロセッサ２１１は、通信部であるインタフェース２１３を通じて、交通渋滞情報を受信する。第１の実施形態では、プロセッサ２１１は、交通渋滞情報が記憶部２１２に記憶された拡張料金テーブル運用条件に合致するか判定する。ここで、拡張料金テーブル運用条件は、拡張料金テーブルを作成し始める条件であり、例えば、所定の有料道路が何キロ以上渋滞している、特定の日時である等である。この拡張料金テーブル運用条件は、第１の広域管理サーバ２１の記憶部２１２に記憶されていても良い。
【0071】
交通渋滞情報が拡張料金テーブル運用条件に合致すると判定した場合、プロセッサ２１１は、車両５が渋滞している箇所を迂回した場合等に割引（拡張料金）が受けられるように、或いは渋滞している箇所を進んだ場合に割増（拡張料金）になるように拡張料金テーブル適用条件を決定する。当該拡張料金テーブル適用条件は、拡張料金テーブルが有効となる開始時刻、終了時刻、適用される経路パターン、車種、障害者割引の有無等である。プロセッサ２１１は、これらの通行料金が変更された場合の拡張料金テーブルに対応する拡張料金テーブル番号（識別子）を作成する。そして、プロセッサ２１１は、当該拡張料金テーブル適用条件及び拡張料金テーブル番号を含む拡張料金テーブル適用条件情報を作成する。
【0072】
また、交通渋滞情報が拡張料金テーブル適用条件に合致しない場合、第１の車線サーバ２５は、第１の交通管制中央局２８から再度交通渋滞情報が送信されてくるまで通常の料金テーブルである基本料金テーブルを使用し続ける。
【0073】
なお、プロセッサ２１１が表示部２１４を通じて、交通渋滞情報を第１の広域管理サーバ２１を管理する管理者に表示し、交通渋滞情報が運用規定に合致するか管理者が判断しても良い。合致する場合、管理者が拡張料金適用条件を作成する旨の指示を第１の広域管理サーバ２１に入力する。そして、当該入力に従って、プロセッサ２１１は、拡張料金適用条件情報を作成しても良い。
【0074】
また、プロセッサ２１１は、表示部２１４を通じて、交通渋滞情報が拡張料金テーブル運用条件に合致した旨を提示する、交通渋滞情報に基づいて適用可能な拡張料金テーブル適用条件候補群を提示する、又は管理者が適用することが可能な運用規定等を管理者に提示することも可能である。管理者は、提示された情報から適宜選択するといった半自動的な運用も可能である。
【0075】
プロセッサ２１１は、拡張料金テーブルを作成する指示を含む変動料金設定情報を第１の料金テーブル管理サーバ２０に送信する（ステップＳＴ１０３）。交通渋滞情報が拡張料金テーブル運用条件に合致すると判定した場合、プロセッサ２１１は、インタフェース２１３を通じて、変動料金設定情報を第１の料金テーブル管理サーバ２０に送信する。ここで、変動料金設定情報は、基本料金テーブルをどのように加工するか、すなわち、拡張料金がどの区間で適用になるか等の指示を含む。
【0076】
第１の料金テーブル管理サーバ２０のプロセッサ２０１は、拡張料金テーブルを作成する（ステップＳＴ１０４）。プロセッサ２０１は、インタフェース２０３を通じて、変動料金設定情報を受信する。プロセッサ２０１は、変動料金設定情報に含まれる指示に従って基本料金テーブルからの変更箇所を適用した拡張料金テーブルを作成し、作成した拡張料金テーブルを記憶部２０２に記憶する。
【0077】
プロセッサ２０１は、統括連携サーバ１及び第１の地域管理サーバ２２に変更通知を送信する（ステップＳＴ１０５）。拡張料金テーブルを用いて通行料金の徴収を行うためには、拡張料金テーブルを第１の高速道路会社２、第２の高速道路会社３、及び第３の高速道路会社４それぞれが管轄する各車線サーバで保持する必要がある。そこで、プロセッサ２０１は、インタフェース２０３を通じて、拡張料金テーブルを各料金所サーバに配布するために、新しい拡張料金テーブルが作成されたこと示す変更通知を第１の地域管理サーバ２２及び統括連携サーバ１に送信する。
【0078】
統括連携サーバ１のプロセッサ１０１は、第２の高速道路会社３の第２の料金テーブル管理サーバ３０に受信した変更通知を転送する（ステップＳＴ１０６）。プロセッサ１０１は、インタフェース１０３を通じて、変更通知を受信する。そして、プロセッサ１０１は、インタフェース２１３を通じて、変更通知を第２の料金テーブル管理サーバ３０に送信する。なお、図１０では簡単化のため、第２の高速道路会社３の第２の料金テーブル管理サーバ３０に変更通知を送信しているが、第３の高速道路会社４の第３の料金テーブル管理サーバ４０にも変更通知を送信する。また、変更通知を受信した後の第３の高速道路会社４の処理は、第２の高速道路会社３の処理と同様であるため、ここでの説明を省略する。なお、第３の高速道路会社４以外の高速道路会社がある場合、それらの高速道路会社の処理は、第２の高速道路会社３の処理と同様であることは勿論である。
【0079】
第２の料金テーブル管理サーバ３０のプロセッサ３０１は、第２の地域管理サーバ３２に変更通知を送信する（ステップＳＴ１０７）。プロセッサ３０１は、インタフェース３０３を通じて、変更通知を第２の地域管理サーバ３２に送信する。ここで、プロセッサ３０１は、変更通知を送信する対象を拡張料金テーブルによって影響の有る車線サーバを管轄する地域管理サーバに絞って送信しても良い。また、ステップＳＴ１０７及びステップＳＴ１０８では、統括連携サーバ１が変更通知を第２の料金テーブル管理サーバ３０を経由して第２の地域管理サーバ３２に送信する例を説明している。しかしながら、統括連携サーバ１が直接第２の地域管理サーバ３２に変更通知を送信しても良い。
【0080】
第１の地域管理サーバ２２のプロセッサ２２１及び第２の地域管理サーバ３２のプロセッサ３２１は、統括連携サーバ１にテーブル要求を送信する（ステップＳＴ１０８）。プロセッサ２２１は、インタフェース２２３を通じて、変更通知を受信する。そして、プロセッサ２２１は、受信した変更通知により、新たな拡張料金テーブルが作成されたことを知る。そこで、プロセッサ２２１は、インタフェース２２３を通じて、新たな拡張料金テーブルを取得するためにクエリであるテーブル要求を統括連携サーバ１に送信する。
【0081】
ここで、第１の地域管理サーバ２２は、自身が管轄する第１の料金所サーバ２３、すなわち、第１の地域管理サーバ２２が管轄する料金所についての拡張料金テーブルがあれば充分である。そこで、プロセッサ２２１は、例えば、第１の地域管理サーバ２２が管轄する料金所に関連する拡張料金テーブルのみを要求するテーブル要求を統括連携サーバ１に送信する。同様に、第２の高速道路会社３の管轄下にある第２の地域管理サーバ３２のプロセッサ３２１は、第２の料金テーブル管理サーバ３０から変更通知を受信する。そして、プロセッサ３２１は、受信した変更通知により、新たな拡張料金テーブルが作成されたことを知る。そこで、プロセッサ３２１は、第２の地域管理サーバ３２が管轄する料金所に関連する拡張料金テーブルのみを要求するクエリである、テーブル要求を統括連携サーバ１に送信する。
【0082】
なお、プロセッサ２２１とプロセッサ３２１が送信するテーブル要求は、同時に送信する必要はない。例えば、プロセッサ２２１又はプロセッサ３２１はそれぞれ、変更通知を受信後すぐにテーブル要求を送信して良い。
【0083】
プロセッサ１０１は、第１の料金テーブル管理サーバ２０にテーブル要求を送信する（ステップＳＴ１０９）。プロセッサ１０１は、インタフェース１０３を通じて、各地域管理サーバからテーブル要求を受信する。統括連携サーバ１のプロセッサ１０１は、データ仮想化技術により、拡張料金テーブルが記憶部１０２に記憶されているように見える。しかしながら、実際には、第１の料金テーブル管理サーバ２０の記憶部２０２に記憶されている。そこで、プロセッサ１０１は、拡張料金テーブルを取得するために、外部データラッパ（Foreign Data Wrapper）機能を使用して、受信したテーブル要求を第１の料金テーブル管理サーバ２０の記憶部２０２に適合したテーブル要求に変換して送信する。
【0084】
プロセッサ２０１は、拡張料金テーブル情報を統括連携サーバ１に送信する（ステップＳＴ１１０）。プロセッサ２０１は、インタフェース２０３を通じて、テーブル要求を受信する。そして、プロセッサ２０１は、受信したテーブル要求に従って、記憶部２０２に記憶された拡張料金テーブルから第１の地域管理サーバ２２又は第２の地域管理サーバ３２が管轄する料金所に関連する部分拡張料金テーブルである自地域拡張料金テーブルを取得する。そしてプロセッサ２０１は、インタフェース２０３を通じて、当該自地域拡張料金テーブル及び拡張料金テーブル適用条件を含む拡張料金テーブル情報を統括連携サーバ１に送信する。ここで、第１の地域管理サーバ２２によって送信されたテーブル要求に基づいて生成された自地域拡張料金テーブルは、第１の地域管理サーバ２２が管轄する料金所に関連する拡張料金テーブルのみを含む。そして、第２の地域管理サーバ３２によって送信されたテーブル要求に基づいて生成された自地域拡張料金テーブルは、第２の地域管理が管轄する料金所に関連する拡張料金テーブルのみを含む。
【0085】
プロセッサ１０１は、自地域拡張料金テーブル情報を第１の地域管理サーバ２２及び第２の地域管理サーバ３２に送信する（ステップＳＴ１１１）。プロセッサ１０１は、インタフェース１０３を通じて、自地域拡張料金テーブル情報を受信する。プロセッサ１０１は、外部データラッパ機能を用いて受信した拡張料金テーブルをプロセッサ１０１が取り扱い可能なデータに変換する。そして、プロセッサ１０１は、インタフェース１０３を通じて、取得した自地域拡張料金テーブルから第１の地域管理サーバ２２及び第２の地域管理サーバ３２に対応した自地域拡張料金テーブル及び拡張料金テーブル適用条件を含む自地域拡張料金テーブル情報を第１の地域管理サーバ２２及び第２の地域管理サーバ３２に送信する。
【0086】
図１１は、拡張料金テーブルから自地域料金所拡張料金テーブルを作成する一例を示した図である。
図１１（ａ）は、第１の料金テーブル管理サーバ２０の記憶部２０２に記憶された拡張料金テーブルの一部の一例を示したものである。例えば、第１の地域管理サーバは、Ａ地域管理サーバ、Ｂ地域管理サーバ、及びＣ地域管理サーバで構成されるとする。そしてＡ地域管理サーバは、Ａ自動車道にある第１の料金所～第３の料金所を管轄し、Ｂ地域管理サーバは、がＢ自動車道にある第４の料金所～第６の料金所を管轄し、Ｃ地域管理サーバは、Ｃ自動車道にある第７の料金所～第８の料金所を管轄するとする。図１１（ａ）の拡張料金テーブルは、各料金所間の通行料金を示している。料金テーブルの上段、中段、下段は、それぞれ、軽自動車、普通車、中型車等の通行料金である。
図１１（ａ）は、第１の料金テーブル管理サーバ２０の記憶部２０２に記憶された拡張料金テーブルの一部の一例を示したものである。例えば、第１の地域管理サーバは、Ａ地域管理サーバ、Ｂ地域管理サーバ、及びＣ地域管理サーバで構成されるとする。そしてＡ地域管理サーバは、Ａ自動車道にある第１の料金所～第３の料金所を管轄し、Ｂ地域管理サーバは、がＢ自動車道にある第４の料金所～第６の料金所を管轄し、Ｃ地域管理サーバは、Ｃ自動車道にある第７の料金所～第８の料金所を管轄するとする。図１１（ａ）の拡張料金テーブルは、各料金所間の通行料金を示している。料金テーブルの上段、中段、下段は、それぞれ、軽自動車、普通車、中型車等の通行料金である。
【0087】
図１１（ｂ）及び（ｃ）それぞれは、Ａ地域管理サーバの自地域拡張料金テーブル及びＢ地域管理サーバの自地域拡張料金テーブルの例を示す。Ａ地域管理サーバがテーブル要求を統括連携サーバ１に送信すると、Ａ地域管理サーバは、例えば、図１１（ｂ）に示すような自地域拡張料金テーブルを受信することになる。同様に、Ｂ地域管理サーバがテーブル要求を統括連携サーバ１に送信すると、Ｂ地域管理サーバは、例えば、図１１（ｃ）に示すような自地域拡張料金テーブルを受信することになる。なお、図１１では簡単化のため示していないが、Ｃ自地域管理サーバも第７の料金所～第８の料金所に関連する自地域拡張料金テーブルを統括連携サーバ１から受信するのは勿論である。
【0088】
プロセッサ２２１及びプロセッサ３２１はそれぞれ、自地域拡張料金テーブル情報に含まれる自地域拡張料金テーブルから料金所拡張料金テーブルを作成する（ステップＳＴ１１２）。プロセッサ２２１は、インタフェース２２３を通じて、自地域拡張料金テーブルを受信する。そして、プロセッサ２２１は、自地域拡張料金テーブル情報に含まれる自地域拡張料金テーブルから第１の料金所サーバ２３が備える各料金所サーバに関連する料金テーブルのみにした料金所拡張料金テーブルを作成する。同様に、プロセッサ３２１は、インタフェース３２３を通じて、自地域拡張料金テーブル情報を受信する。そして、プロセッサ３２１は、自地域拡張料金テーブル情報に含まれる自地域拡張料金テーブルから第２の料金所サーバ３３が備える各料金所サーバ各々に関連する料金テーブルのみにした料金所拡張料金テーブルを作成する。
【0089】
図１２は、プロセッサ２２１が自地域拡張料金テーブルから各料金所サーバに対応した料金所拡張料金テーブルを作成する一例を示す図である。
【0090】
図１２（ａ）は、図１１（ｂ）で示したＡ地域管理サーバの自地域拡張料金テーブルである。ここで、例えば、第１の料金所サーバ２３は、Ａ料金所サーバ、Ｂ料金所サーバ、Ｃ料金所サーバ等を備えるとする。そして、Ａ料金所サーバは、第１の料金所を管轄し、Ｂ料金所サーバは、第２の料金所を管轄し、Ｃ料金所サーバは、第３の料金所サーバを管轄するとする。
【0091】
図１２（ｂ）は、第１の料金所を管轄するＡ料金所サーバのための料金所拡張料金テーブルであり、図１２（ｃ）は、第２の料金所を管轄するＢ料金所サーバのための料金所拡張料金テーブルであり、図１２（ｄ）は、第３の料金所を管轄するＣ料金所サーバのための料金所拡張料金テーブルである。図１２（ａ）～（ｄ）に示すように、プロセッサ２２１は、自地域拡張料金テーブルから各料金所サーバに関連する料金テーブルのみを有する料金所拡張料金テーブルを作成する。
【0092】
図１３は、プロセッサ２２１が自地域拡張料金テーブルから各料金所サーバに対応した料金所拡張料金テーブルを作成する一例を示す図である。
図１３（ａ）は、図１１（ｃ）で示したＢ地域管理サーバの自地域拡張料金テーブルである。ここで、例えば、第１の料金所サーバ２３は、図１２で説明した料金所サーバに加えて、第４の料金所を管轄するＤ料金所サーバ、第５の料金所を管轄するＥ料金所サーバ、及び第６の料金所を管轄するＦ料金所サーバを備えるとする。
図１３（ａ）は、図１１（ｃ）で示したＢ地域管理サーバの自地域拡張料金テーブルである。ここで、例えば、第１の料金所サーバ２３は、図１２で説明した料金所サーバに加えて、第４の料金所を管轄するＤ料金所サーバ、第５の料金所を管轄するＥ料金所サーバ、及び第６の料金所を管轄するＦ料金所サーバを備えるとする。
【0093】
図１３（ｂ）は、第４の料金所を管轄するＤ料金所サーバのための料金所拡張料金テーブルであり、図１３（ｃ）は、第５の料金所を管轄するＥ料金所サーバのための車線拡張料金テーブルである。なお、図１３では、簡単化のため、第６の料金所を管轄するＦ料金所サーバのための料金所拡張料金テーブルを省略している。図１３（ａ）～（ｃ）に示すように、プロセッサ２２１は、自地域拡張料金テーブルから各料金所に関連する料金テーブルのみを有する料金所拡張料金テーブルを作成する。
【0094】
【0095】
プロセッサ２２１及びプロセッサ３２１はそれぞれ、料金所拡張料金テーブルを含む料金所拡張料金テーブル情報を第１の料金所サーバ２３及び第２の料金所サーバ３３に送信する（ステップＳＴ１１３）。第１の料金所サーバ２３のプロセッサ２３１は、インタフェース２３３を通じて、料金所拡張料金テーブル及び拡張料金テーブル適用条件を含む料金所拡張料金テーブル情報を送信する。同様に、プロセッサ３３１は、インタフェース３３３を通じて、料金所拡張料金テーブル及び拡張料金テーブル適用条件を含む料金所拡張料金テーブル情報を送信する。
【0096】
第１の料金所サーバ２３のプロセッサ２３１及び第２の料金所サーバ３３のプロセッサ３３１は、車線拡張料金テーブルを作成する（ステップＳＴ１１４）。プロセッサ２３１は、インタフェース２３３を通じて料金所拡張料金テーブル情報を受信する。プロセッサ２３１は、料金所拡張料金テーブル情報に含まれる料金所拡張料金テーブルを車線拡張料金テーブルとして作成する。同様に、プロセッサ３３１は、インタフェース３３３を通じて料金所拡張料金テーブル情報を受信する。プロセッサ３３１は、料金所拡張料金テーブル情報に含まれる料金所拡張料金テーブルを車線拡張料金テーブルとして作成する。
【0097】
プロセッサ２３１及びプロセッサ３３１は、車線拡張料金テーブルを含む車線拡張料金テーブル情報を第１の車線サーバ２５及び第２の車線サーバ３５に送信する（ステップＳＴ１１５）。プロセッサ２３１は、インタフェース２３３を通じて、車線拡張料金テーブル及び拡張料金テーブル適用条件を含む車線拡張料金テーブル情報を第１の車線サーバ２５のうちの対応する車線サーバに送信する。同様に、プロセッサ３３１は、インタフェース３３３を通じて、車線拡張料金テーブル及び拡張料金テーブル適用条件を含む車線拡張料金テーブル情報を第２の車線サーバ３５のうちの対応する車線サーバに送信する。
【0098】
第１の車線サーバ２５のプロセッサ３５１及び第２の車線サーバ３５のプロセッサ３５１はそれぞれ、送達通知を第１の広域管理サーバ２１及び第２の広域管理サーバ３１に送信する（ステップＳＴ１１６）。プロセッサ２５１は、インタフェース２５３を通じて、車線拡張料金テーブル情報を受信する。そして受信した車線拡張料金テーブル情報に含まれる車線拡張料金テーブル及び拡張料金テーブル適用条件を記憶部２５２に記憶する。車線拡張料金テーブルを記憶部２５２に記憶すると、プロセッサ２５１は、記憶部２５２に車線拡張料金テーブルを記憶したことを示す送達通知を出力する。そして、プロセッサ２５１は、通信部であるインタフェース２５３を通じて、送達通知を第１の広域管理サーバ２１に送信する。
【0099】
ここで、当該送達通知は、第１の広域管理サーバ２１に直接送信しても良いし、第１の料金所サーバ２３及び／又は第１の地域管理サーバ２２を中継して送信しても良い。同様に、プロセッサ３３１は、インタフェース３３３を通じて、車線拡張料金テーブル情報を受信する。そして、プロセッサ３５１は、受信した車線拡張料金テーブル情報に含まれる車線拡張料金テーブル及び拡張料金テーブル適用条件を記憶部３５２に記憶する。車線拡張料金テーブルを記憶部２５２に記憶すると、プロセッサ３５１は、記憶部２５２に車線拡張料金テーブルを記憶したことを示す送達通知を出力する。そして、プロセッサ２５１は、通信部であるインタフェース３５３を通じて、送達通知を第２の広域管理サーバ３１に送信する。ここで、当該送達通知は、第２の広域管理サーバ３１に直接送信しても良いし、第２の料金所サーバ３３及び／又は第２の地域管理サーバ３２を中継して送信しても良い。
【0100】
プロセッサ２１１及びプロセッサ３１１はそれぞれ、送達通知を統括連携サーバ１に送信する（ステップＳＴ１１７）。プロセッサ２１１は、インタフェース２１３を介して送達通知を受信する。プロセッサ２１１は、インタフェース２１３を通じて、受信した送達通知を統括連携サーバ１に送信する。なお、プロセッサ２１１は、受信した送達通知を記憶部２１２に記憶しても良い。プロセッサ３１１は、インタフェース３１３を介して送達通知を受信する。プロセッサ３１１は、インタフェース３１３を通じて、受信した送達通知を統括連携サーバ１に送信する。なお、プロセッサ３１１は、受信した送達通知を、記憶部３１２に記憶しても良い。
【0101】
プロセッサ１０１は、運用開始情報を第１の広域管理サーバ２１及び第２の広域管理サーバ３１に送信する（ステップＳＴ１１７）。プロセッサ１０１は、インタフェース１０３を通じて、各広域管理サーバから送達通知を受信する。そして、すべての広域管理サーバから送達通知を受信すると、プロセッサ１０１は、拡張料金テーブルがすべての車線サーバで共有されたと判定し、運用開始情報を各広域管理サーバに送信する。各車線サーバは、拡張料金テーブル適用条件に含まれる開始時刻に従って拡張料金テーブルを使用することになる。ここで、各車線サーバは、操作部を介して、車線サーバを管理する管理人によって拡張料金テーブルを使用するようにしても良い。この場合、拡張料金テーブル適用条件を車線サーバまで送信しなくても良い。また、各車線サーバは、任意のサーバ（広域管理サーバ、料金テーブル管理サーバ、地域管理サーバ等）又は他の任意の装置から指示を受けて拡張料金テーブルを使用するようにしても良い。
【0102】
なお、ステップＳＴ１１７及びステップＳＴ１１８は、省略可能である。すなわち、送達通知を第１の広域管理サーバ２１及び第２の広域管理サーバ３１が受信した段階で第１の広域管理サーバ２１及び第２の広域管理サーバ３１は、拡張料金テーブルが全ての車線サーバで共有されたと判定し、運用を開始しても良い。
【0103】
（拡張料金テーブル適用条件共有）
次に拡張料金テーブル適用条件を各広域管理サーバで共有するための動作を説明する。
次に拡張料金テーブル適用条件を各広域管理サーバで共有するための動作を説明する。
【0104】
図１４は、第１の実施形態に係る拡張料金テーブル適用条件を各広域管理サーバで共有するための処理の一例を示すシーケンス図である。
ステップＳＴ１０１～ステップＳＴ１０５までは、図１０を参照して説明した動作と同様であるため、説明を省略する。
ステップＳＴ１０１～ステップＳＴ１０５までは、図１０を参照して説明した動作と同様であるため、説明を省略する。
【0105】
プロセッサ１０１は、第２の広域管理サーバ３１に変更通知を送信する（ステップＳＴ１２１）。プロセッサ１０１は、インタフェース１０３を通じて、変更通知を受信する。そして、プロセッサ１０１は、インタフェース１０３を通じて変更通知を第２の広域管理サーバ３１に送信する。
【0106】
プロセッサ３１１は、条件情報要求を統括連携サーバ１に送信する（ステップＳＴ１２２）。プロセッサ３１１は、インタフェース３１３を通じて、変更通知を受信する。プロセッサ３１１は、受信した変更通知から拡張料金テーブル適用条件が作成されたことを知る。そして、プロセッサ３１１は、当該拡張料金テーブル適用条件を要求する条件情報要求を出力し、インタフェース３１３を通じて当該条件情報要求を統括連携サーバ１に送信する。
【0107】
プロセッサ１０１は、第１の広域管理サーバ２１に条件情報要求を送信する（ステップＳＴ１２３）。プロセッサ１０１は、インタフェース１０３を通じて、条件情報要求を受信する。統括連携サーバ１のプロセッサ１０１は、データ仮想化技術により、拡張料金テーブル適用条件が記憶部１０２に記憶されているように見える。しかしながら、実際には、第１の広域管理サーバ２１の記憶部２１２に記憶されている。そこで、プロセッサ１０１は、拡張料金テーブル適用条件を取得するために、外部データラッパ機能を使用して、受信した条件情報要求を第１の広域管理サーバ２１の記憶部２１２に適合した条件情報要求に変換して送信する。
【0108】
プロセッサ２１１は、拡張料金テーブル適用条件情報を統括連携サーバ１に送信する（ステップＳＴ１２４）。プロセッサ２１１は、インタフェース２１３を通じて、テーブル要求を受信する。そして、プロセッサ２１１は、受信したテーブル要求に従って、記憶部２０２に記憶された拡張料金テーブル適用条件を取得する。そしてプロセッサ２１１は、インタフェース２１３を通じて、当該拡張料金テーブル適用条件を含む拡張料金テーブル適用条件情報を統括連携サーバ１に送信する。
【0109】
プロセッサ１０１は、拡張料金テーブル適用条件情報を第２の広域管理サーバ３１に送信する（ステップＳＴ１２５）。プロセッサ１０１は、インタフェース１０３を通じて拡張料金テーブル適用条件情報を受信する。プロセッサ１０１は、外部データラッパ機能を用いて、受信した拡張料金テーブル適用条件情報をプロセッサ１０１が取り扱い可能なデータに変換する。そして、プロセッサ１０１は、インタフェース１０３を通じて、拡張料金テーブル適用条件情報を第２の広域管理サーバ３１に送信する。拡張料金テーブル適用条件情報を受信した第２の広域管理サーバ３１のプロセッサ３１１は、受信した拡張料金テーブル適用条件情報のうちの拡張料金テーブル適用条件を記憶部３１２に記憶する。
【0110】
これにより、拡張料金テーブル適用条件は、各広域管理サーバで共有されることになる。
【0111】
（拡張料金テーブル適用条件の共有の変形例）
図１５は、第１の実施形態に係る拡張料金テーブル適用条件を各地域管理サーバで共有するための処理の一例を示すシーケンス図である。
拡張料金テーブル適用条件は、各地域管理サーバ、すなわち、第１の地域管理サーバ２２、第２の地域管理サーバ３２、及び第３の地域管理サーバ４２で共有しても良い。そこで、図１５に各地域管理サーバで拡張料金テーブル適用条件を共有するための処理の一例を示す。
図１５は、第１の実施形態に係る拡張料金テーブル適用条件を各地域管理サーバで共有するための処理の一例を示すシーケンス図である。
拡張料金テーブル適用条件は、各地域管理サーバ、すなわち、第１の地域管理サーバ２２、第２の地域管理サーバ３２、及び第３の地域管理サーバ４２で共有しても良い。そこで、図１５に各地域管理サーバで拡張料金テーブル適用条件を共有するための処理の一例を示す。
【0112】
ステップＳＴ１０１～ステップＳＴ１０５までは、図１０を参照して説明した動作と同様であるため、説明を省略する。
【0113】
プロセッサ１０１は、第２の広域管理サーバ３１に変更通知を送信する（ステップＳＴ１３１）。プロセッサ１０１は、インタフェース１０３を通じて、変更通知を受信する。そして、プロセッサ１０１は、インタフェース１０３を通じて変更通知を第２の広域管理サーバ３１に送信する。
【0114】
プロセッサ３１１は、第２の地域管理サーバ３２に変更通知を送信する（ステップＳＴ１３２）。プロセッサ３１１は、インタフェース３１３を通じて、変更通知を受信する。そして、プロセッサ３１１は、インタフェース３１３を通じて変更通知を第２の地域管理サーバ３２に送信する。
【0115】
プロセッサ２２１及びプロセッサ３２１はそれぞれ、条件情報要求を統括連携サーバ１に送信する（ステップＳＴ１３３）。プロセッサ２２１は、インタフェース２２３を通じて、変更通知を受信する。プロセッサ２２１は、受信した変更通知から拡張料金テーブル適用条件が作成されたことを知る。そして、プロセッサ２２１は、当該拡張料金テーブル適用条件を要求する条件情報要求を出力し、インタフェース２２３を通じて当該条件情報要求を統括連携サーバ１に送信する。同様に、プロセッサ２２１は、インタフェース３２３を通じて、変更通知を受信する。プロセッサ３２１は、受信した変更通知から拡張料金テーブル適用条件が作成されたことを知る。そして、プロセッサ３２１は、当該拡張料金テーブル適用条件を要求する条件情報要求を出力し、インタフェース３２３を通じて当該条件情報要求を統括連携サーバ１に送信する。
【0116】
プロセッサ１０１は、第１の広域管理サーバ２１に条件情報要求を送信する（ステップＳＴ１３４）。プロセッサ１０１は、インタフェース１０３を通じて、条件情報要求を受信する。統括連携サーバ１のプロセッサ１０１は、データ仮想化技術により、拡張料金テーブル適用条件が記憶部１０２に記憶されているように見える。しかしながら、実際には、第１の広域管理サーバ２１の記憶部２１２に記憶されている。そこで、プロセッサ１０１は、拡張料金テーブル適用条件を取得するために、外部データラッパ機能を使用して、受信した条件情報要求を第１の広域管理サーバ２１の記憶部２１２に適合したＳＱＬ（Structured Query Language）に変換して送信する。
【0117】
プロセッサ２１１は、拡張料金テーブル適用条件情報を統括連携サーバ１に送信する（ステップＳＴ１３５）。プロセッサ２１１は、インタフェース２０３を通じて、テーブル要求を受信する。そして、プロセッサ２１１は、受信したテーブル要求に従って、記憶部２１２に記憶された拡張料金テーブル適用条件を取得する。そしてプロセッサ２１１は、インタフェース２１３を通じて、当該拡張料金テーブル適用条件を含む拡張料金テーブル適用条件情報を統括連携サーバ１に送信する。
【0118】
プロセッサ１０１は、拡張料金テーブル適用条件情報を第２の地域管理サーバ３２に送信する（ステップＳＴ１３６）。プロセッサ１０１は、インタフェース１０３を通じて拡張料金テーブル適用条件情報を受信する。プロセッサ１０１は、外部データラッパ機能を用いて受信した拡張料金テーブル適用条件情報をプロセッサ１０１が取り扱い可能なデータに変換する。そして、プロセッサ１０１は、インタフェース１０３を通じて、拡張料金テーブル適用条件情報を第１の地域管理サーバ２２及び第２の地域管理サーバ３２に送信する。拡張料金テーブル適用条件情報を受信した第１の地域管理サーバ２２のプロセッサ２２１及び第２の地域管理サーバ３２のプロセッサ３２１はそれぞれ、受信した拡張料金テーブル適用条件情報のうちの拡張料金テーブル適用条件を記憶部２２２及び記憶部３２２に記憶する。
【0119】
これにより、拡張料金テーブル適用条件は、各地域管理サーバで共有されることになる。
【0120】
（第１の実施形態の作用効果）
以上説明した第１の実施形態によれば、データ仮想化技術を用いることにより、各料金テーブル管理サーバが拡張料金テーブルをリアルタイムに同期するための動作が不要になる。これにより、システムの簡素化が可能になり、システム全体で見た際にコストの低減につながる。さらに、他社が作成したデータを自社の記憶部でも共有する必要が低減されるため、データマネジメントが簡素化される。
以上説明した第１の実施形態によれば、データ仮想化技術を用いることにより、各料金テーブル管理サーバが拡張料金テーブルをリアルタイムに同期するための動作が不要になる。これにより、システムの簡素化が可能になり、システム全体で見た際にコストの低減につながる。さらに、他社が作成したデータを自社の記憶部でも共有する必要が低減されるため、データマネジメントが簡素化される。
【0121】
［第２の実施形態］
（構成）
第２の実施形態に係る構成は、第１の実施形態に係る構成と同様であるため、構成についての説明を省略する。
（構成）
第２の実施形態に係る構成は、第１の実施形態に係る構成と同様であるため、構成についての説明を省略する。
【0122】
（拡張料金テーブルの共有）
図１６は、第２の実施形態に係る拡張料金テーブルを各車線サーバで共有するための処理の一例を示すシーケンス図である。
第２の実施形態では、各料金テーブル管理サーバがクエリ（テーブル要求）を統括連携サーバ１に送信して拡張料金テーブルを取得する。
図１６は、第２の実施形態に係る拡張料金テーブルを各車線サーバで共有するための処理の一例を示すシーケンス図である。
第２の実施形態では、各料金テーブル管理サーバがクエリ（テーブル要求）を統括連携サーバ１に送信して拡張料金テーブルを取得する。
【0123】
最初に第１の高速道路会社２が管轄する有料道路で交通渋滞が発生したとする。
【0124】
ステップＳＴ２０１～ステップＳＴ２０４は、図１０を参照して説明したステップＳＴ１０１～ステップＳＴ１０４と同一であるため、これらのステップの説明を省略する。
【0125】
プロセッサ２０１は、統括連携サーバ１に変更通知を送信する（ステップＳＴ２０５）。拡張料金テーブルを用いて通行料金の徴収を行うためには、拡張料金テーブルを第１の高速道路会社２、第２の高速道路会社３、及び第３の高速道路会社４それぞれが管轄する各料金所サーバで保持する必要がある。そこで、プロセッサ２０１は、インタフェース２０３を通じて、拡張料金テーブルを各料金所サーバに配布するために、新しい拡張料金テーブルが作成されたこと示す変更通知を統括連携サーバ１に送信する。
【0126】
統括連携サーバ１のプロセッサ１０１は、第２の高速道路会社３の第２の料金テーブル管理サーバ３０に受信した変更通知を転送する（ステップＳＴ２０６）。プロセッサ１０１は、インタフェース１０３を通じて、変更通知を受信する。そして、プロセッサ１０１は、インタフェース２１３を通じて、変更通知を第２の料金テーブル管理サーバ３０に送信する。なお、図１６では簡単化のため、第２の高速道路会社３の第２の料金テーブル管理サーバ３０に変更通知を送信しているが、第３の高速道路会社４の第３の料金テーブル管理サーバ４０にも変更通知を送信する。また、変更通知を受信した後の第３の高速道路会社４の処理は、第２の高速道路会社３の処理と同様であるため、ここでの説明を省略する。
【0127】
第２の料金テーブル管理サーバ３０のプロセッサ３０１は、統括連携サーバ１にテーブル要求を送信する（ステップＳＴ２０７）。プロセッサ３０１は、インタフェース３０３を通じて、変更通知を受信する。そして、プロセッサ３０１は、受信した変更通知により、新たな拡張料金テーブルが作成されたことを知る。そこで、プロセッサ３０１は、インタフェース３０３を通じて、新たな拡張料金テーブルを取得するためにクエリであるテーブル要求を統括連携サーバ１に送信する。ここで、第２の料金テーブル管理サーバ３０は、自身が管轄する第２の地域管理サーバ３２についての拡張料金テーブルがあれば充分である。そこで、プロセッサ３０１は、例えば、第２の料金テーブル管理サーバ３０が管轄する第２の地域管理サーバ３２（すなわち、第２の料金テーブル管理サーバ３０が管轄する料金所）に関連する拡張料金テーブルのみを要求するクエリである、テーブル要求を統括連携サーバ１に送信する。
【0128】
プロセッサ１０１は、第１の料金テーブル管理サーバ２０にテーブル要求を送信する（ステップＳＴ２０８）。プロセッサ１０１は、インタフェース１０３を通じて、第２の料金テーブル管理サーバ３０からテーブル要求を受信する。プロセッサ１０１は、データ仮想化技術により、拡張料金テーブルが記憶部１０２に記憶されているように見える。しかしながら、実際には、第１の料金テーブル管理サーバ２０の記憶部２０２に記憶されている。そこで、プロセッサ１０１は、拡張料金テーブルを取得するために、外部データラッパ機能を使用して、受信したテーブル要求を第１の料金テーブル管理サーバ２０の記憶部２０２に適合したＳＱＬに変換して送信する。
【0129】
プロセッサ２０１は、拡張料金テーブル情報を統括連携サーバ１に送信する（ステップＳＴ２０９）。プロセッサ２０１は、インタフェース２０３を通じて、テーブル要求を受信する。そして、プロセッサ２０１は、受信したテーブル要求に従って、記憶部２０２に記憶された拡張料金テーブルを取得する。なお、取得する拡張料金テーブルは、第２の料金テーブル管理サーバ３０が管轄する料金所に関連する拡張料金テーブル（部分拡張料金テーブル）である。しかしながら、プロセッサ２０１は、記憶部２０２に記憶された拡張料金テーブルを取得しても良い。そしてプロセッサ２０１は、インタフェース２０３を通じて、当該拡張料金テーブル及び拡張料金テーブル適用条件を含む拡張料金テーブル情報を統括連携サーバ１に送信する。なお、プロセッサ２０１は、記憶部２０２に記憶された拡張料金テーブルから第２の料金テーブル管理サーバ３０が管轄する第２の地域管理サーバ３２に関連する拡張料金テーブルのみを取得して第２の料金テーブル管理サーバ３０に送信しても良い。
【0130】
プロセッサ１０１は、拡張料金テーブル情報を第２の料金テーブル管理サーバ３０に送信する（ステップＳＴ２１０）。プロセッサ１０１は、インタフェース１０３を通じて、拡張料金テーブル情報を受信する。プロセッサ１０１は、外部データラッパ機能を用いて受信した拡張料金テーブルをプロセッサ１０１が取り扱い可能なデータに変換する。そして、プロセッサ１０１は、インタフェース１０３を通じて、取得した拡張料金テーブル及び拡張料金テーブル適用条件を含む拡張料金テーブル情報を第２の料金テーブル管理サーバ３０に送信する。
【0131】
プロセッサ２０１及びプロセッサ３０１はそれぞれ、域拡張料金テーブル情報に含まれる拡張料金テーブルから自地域拡張料金テーブルを作成する（ステップＳＴ２１１）。プロセッサ２０１は、記憶部２０２に記憶された拡張料金テーブルから第１の料金テーブル管理サーバ２０の各地域管理サーバが管轄する料金所に関連する拡張料金テーブルのみにした自地域拡張料金テーブルを作成する。同様に、プロセッサ３０１は、インタフェース３０３を通じて、拡張料金テーブル情報を受信する。そして、プロセッサ３０１は、拡張料金テーブル情報に含まれる拡張料金テーブルから第２の料金テーブル管理サーバ３０の各地域管理サーバが管轄する料金所に関連する料金テーブルのみにした自地域拡張料金テーブルを作成する。
【0132】
プロセッサ２０１及びプロセッサ３０１はそれぞれ、自地域拡張料金テーブル情報を第１の地域管理サーバ２２及び第２の地域管理サーバ３２に送信する（ステップＳＴ２１２）。プロセッサ２０１は、作成した自地域拡張料金テーブル及び拡張料金テーブル適用条件を含む自地域拡張料金テーブル情報を第１の地域管理サーバ２２に送信する。同様に、プロセッサ３０１は、作成した自地域拡張料金テーブル及び拡張料金テーブル適用条件を含む自地域拡張料金テーブル情報を第２の地域管理サーバ３２に送信する。
【0133】
プロセッサ２２１及びプロセッサ３２１はそれぞれ、料金所拡張料金テーブル情報を第１の料金所サーバ２３及び第２の料金所サーバ３３に送信する（ステップＳＴ２１３）。プロセッサ２２１は、インタフェース２２３を通じて、自地域拡張料金テーブル情報を受信する。そして、プロセッサ２２１は、自地域拡張料金テーブル情報に含まれる自地域拡張料金テーブルから第１の地域管理サーバ２２が管轄する料金所それぞれに関連する料金所拡張料金テーブルを作成する。そして、プロセッサ２２１は、作成した料金所拡張料金テーブル及び拡張料金テーブル適用条件を含む料金所拡張料金テーブル情報を第１の料金所サーバ２３に送信する。同様に、プロセッサ３２１は、インタフェース３２３を通じて、自地域拡張料金テーブル情報を受信する。そして、プロセッサ３２１は、自地域拡張料金テーブル情報に含まれる自地域拡張料金テーブルから第２の地域管理サーバ３２が管轄する料金所それぞれに関連する料金所拡張料金テーブルを作成する。そして、プロセッサ３２１は、作成した料金所拡張料金テーブル及び拡張料金テーブル適用条件を含む料金所拡張料金テーブル情報を第２の料金所サーバ３３に送信する。
【0134】
プロセッサ２３１及びプロセッサ３３１はそれぞれ、車線拡張料金テーブル情報を第１の車線サーバ２５及び第２の車線サーバ３５に送信する（ステップＳＴ２１４）。プロセッサ２３１は、インタフェース２３３を通じて、料金所拡張料金テーブル情報を受信する。そして、プロセッサ２３１は、料金所拡張料金テーブル情報に含まれる料金所拡張料金テーブルを車線拡張料金テーブルとして作成する。そして、プロセッサ２３１は、作成した車線拡張料金テーブル及び拡張料金テーブル適用条件を含む車線拡張料金テーブル情報を第１の車線サーバ２５に送信する。
【0135】
同様に、プロセッサ３３１は、インタフェース３３３を通じて、料金所拡張料金テーブル情報を受信する。そして、プロセッサ３３１は、料金所拡張料金テーブル情報に含まれる料金所拡張料金テーブルを車線拡張料金テーブルとして作成する。そして、プロセッサ３３１は、作成した車線拡張料金テーブル及び拡張料金テーブル適用条件を含む車線拡張料金テーブル情報を第２の車線サーバ３５に送信する。
【0136】
第１の車線サーバ２５のプロセッサ３５１及び第２の車線サーバ３５のプロセッサ３５１はそれぞれ、送達通知を第１の広域管理サーバ２１及び第２の広域管理サーバ３１に送信する（ステップＳＴ２１５）。プロセッサ２５１は、インタフェース２５３を通じて、車線拡張料金テーブル情報を受信する。そして受信した車線拡張料金テーブル情報に含まれる車線拡張料金テーブル及び拡張料金テーブル適用条件を記憶部２５２に記憶する。車線拡張料金テーブルを記憶部２５２に記憶すると、プロセッサ２５１は、記憶部２５２に車線拡張料金テーブルを記憶したことを示す送達通知を出力する。そして、プロセッサ２５１は、通信部であるインタフェース２５３を通じて、送達通知を第１の広域管理サーバ２１に送信する。
【0137】
ここで、当該送達通知は、第１の広域管理サーバ２１に直接送信しても良いし、第１の料金所サーバ２３及び／又は第１の地域管理サーバ２２を中継して送信しても良い。同様に、プロセッサ３３１は、インタフェース３３３を通じて、車線拡張料金テーブル情報を受信する。そして、プロセッサ３５１は、受信した車線拡張料金テーブル情報に含まれる車線拡張料金テーブル及び拡張料金テーブル適用条件を記憶部３５２に記憶する。車線拡張料金テーブルを記憶部２５２に記憶すると、プロセッサ３５１は、記憶部２５２に車線拡張料金テーブルを記憶したことを示す送達通知を出力する。そして、プロセッサ２５１は、通信部であるインタフェース３５３を通じて、送達通知を第２の広域管理サーバ３１に送信する。ここで、当該送達通知は、第２の広域管理サーバ３１に直接送信しても良いし、第２の料金所サーバ３３及び／又は第２の地域管理サーバ３２を中継して送信しても良い。
【0138】
プロセッサ２１１及びプロセッサ３１１はそれぞれ、送達通知を統括連携サーバ１に送信する（ステップＳＴ２１６）。プロセッサ２１１は、インタフェース２１３を介して送達通知を受信する。プロセッサ２１１は、インタフェース２１３を通じて、受信した送達通知を統括連携サーバ１に送信する。なお、プロセッサ２１１は、受信した送達通知を記憶部２１２に記憶しても良い。プロセッサ３１１は、インタフェース３１３を介して送達通知を受信する。プロセッサ３１１は、インタフェース２１３を介して、受信した送達通知を統括連携サーバ１に送信する。なお、プロセッサ３１１は、受信した送達通知を、記憶部３１２に記憶しても良い。
【0139】
プロセッサ１０１は、運用開始情報を第１の広域管理サーバ２１及び第２の広域管理サーバ３１に送信する（ステップＳＴ２１７）。プロセッサ１０１は、インタフェース１０３を通じて、各広域管理サーバから送達通知を受信する。そして、すべての広域管理サーバから送達通知を受信すると、プロセッサ１０１は、拡張料金テーブルがすべての車線サーバで共有されたと判定し、運用開始情報を各広域管理サーバに送信する。各車線サーバは、拡張料金テーブル適用条件に含まれる開始時刻に従って拡張料金テーブルを使用することになる。ここで、各車線サーバは、操作部を介して、車線サーバを管理する管理人によって拡張料金テーブルを使用するようにしても良い。この場合、拡張料金テーブル適用条件を車線サーバまで送信しなくても良い。また、各車線サーバは、任意のサーバ（広域管理サーバ、料金テーブル管理サーバ、地域管理サーバ等）又は他の任意の装置から指示を受けて拡張料金テーブルを使用するようにしても良い。
【0140】
なお、ステップＳＴ２１６及びステップＳＴ２１７は、省略可能である。すなわち、送達通知を第１の広域管理サーバ２１及び第２の広域管理サーバ３１が受信した段階で第１の広域管理サーバ２１及び第２の広域管理サーバ３１は、拡張料金テーブルが全ての車線サーバで共有されたと判定し、運用を開始しても良い。
【0141】
（拡張料金テーブル適用条件共有）
拡張料金テーブル適用情報を各広域管理サーバで共有するための動作は、第１の実施形態と同じであるため、ここでの説明を省略する。
拡張料金テーブル適用情報を各広域管理サーバで共有するための動作は、第１の実施形態と同じであるため、ここでの説明を省略する。
【0142】
（第２の実施形態の作用効果）
以上説明した第２の実施形態によれば、データ仮想化技術を用いることにより、各料金テーブル管理サーバが拡張料金テーブルを同期するための動作が不要になる。これにより、システムの簡素化が可能になり、システム全体で見た際にコストの低減につながる。
以上説明した第２の実施形態によれば、データ仮想化技術を用いることにより、各料金テーブル管理サーバが拡張料金テーブルを同期するための動作が不要になる。これにより、システムの簡素化が可能になり、システム全体で見た際にコストの低減につながる。
【0143】
［第３の実施形態］
（構成）
第３の実施形態に係る構成は、第１の実施形態に係る構成と同様であるため、構成についての説明を省略する。
（構成）
第３の実施形態に係る構成は、第１の実施形態に係る構成と同様であるため、構成についての説明を省略する。
【0144】
（拡張料金テーブルの共有）
図１７は、第２の実施形態に係る拡張料金テーブルを各車線サーバで共有するための処理の一例を示すシーケンス図である。
第３の実施形態では、各料金所サーバがクエリ（テーブル要求）を統括連携サーバ１に送信して拡張料金テーブルを取得する。
図１７は、第２の実施形態に係る拡張料金テーブルを各車線サーバで共有するための処理の一例を示すシーケンス図である。
第３の実施形態では、各料金所サーバがクエリ（テーブル要求）を統括連携サーバ１に送信して拡張料金テーブルを取得する。
【0145】
最初に第１の高速道路会社２が管轄する有料道路で交通渋滞が発生したとする。
【0146】
ステップＳＴ３０１～ステップＳＴ３０７は、図１０を参照して説明したステップＳＴ１０１～ステップＳＴ１０７と同一であるため、これらのステップの説明を省略する。なお、ステップＳＴ３０６～ステップＳＴ３０８では、変更通知を第２の料金テーブル管理サーバ３０及び第２の地域管理サーバ３２が中継する例を示しているが、これらのステップは、省略可能である。すなわち、統括連携サーバ１が第２の料金所サーバ３３に直接変更通知を送信しても良い。
【0147】
プロセッサ２２１及びプロセッサ３２１はそれぞれ、第１の料金所サーバ２３及び第２の料金所サーバ３３に変更通知を送信する（ステップＳＴ３０８）。プロセッサ２２１は、インタフェース２２３を通じて変更通知を受信する。プロセッサ２２１は、インタフェース２２３を通じて変更通知を第１の料金所サーバ２３に送信する。同様に、プロセッサ３２１は、インタフェース３２３を通じて変更通知を受信する。プロセッサ３２１は、インタフェース３２３を通じて変更通知を第２の料金所サーバ３３に送信する。
【0148】
プロセッサ２３１及びプロセッサ３３１は、統括連携サーバ１にテーブル要求を送信する（ステップＳＴ３０９）。プロセッサ２３１は、インタフェース２３３を通じて、変更通知を受信する。そして、プロセッサ２３１は、受信した変更通知により、新たな拡張料金テーブルが作成されたことを知る。そこで、プロセッサ２３１は、インタフェース２３３を通じて、新たな拡張料金テーブルを取得するためにクエリであるテーブル要求を統括連携サーバ１に送信する。ここで、第１の料金所サーバ２３は、自身が料金所についての拡張料金テーブルがあれば充分である。そこで、プロセッサ２３１は、例えば、第１の料金所サーバ２３に関連する拡張料金テーブルのみを要求するテーブル要求を統括連携サーバ１に送信する。
【0149】
同様に、第２の高速道路会社３の管轄下にある第２の料金所サーバ３３のプロセッサ３３１は、第２の地域管理サーバ３２から変更通知を受信する。そして、プロセッサ３３１は、受信した変更通知により、新たな拡張料金テーブルが作成されたことを知る。そこで、プロセッサ３３１は、第２の料金所サーバ３３に関連する拡張料金テーブルのみを要求するクエリである、テーブル要求を統括連携サーバ１に送信する。なお、プロセッサ２３１とプロセッサ３３１が送信するテーブル要求は、同時に送信する必要はない。例えば、プロセッサ２３１又はプロセッサ３３１はそれぞれ、変更通知を受信後すぐにテーブル要求を送信して良い。
【0150】
プロセッサ１０１は、第１の料金テーブル管理サーバ２０にテーブル要求を送信する（ステップＳＴ３１０）。プロセッサ１０１は、インタフェース１０３を通じて、各料金所サーバからテーブル要求を受信する。統括連携サーバ１のプロセッサ１０１は、データ仮想化技術により、拡張料金テーブルが記憶部１０２に記憶されているように見える。しかしながら、実際には、第１の料金テーブル管理サーバ２０の記憶部２０２に記憶されている。そこで、プロセッサ１０１は、拡張料金テーブルを取得するために、外部データラッパ機能を使用して、受信したテーブル要求を第１の料金テーブル管理サーバ２０の記憶部２０２に適合したテーブル要求に変換して送信する。
【0151】
プロセッサ２０１は、料金所拡張料金テーブル情報を統括連携サーバ１に送信する（ステップＳＴ３１１）。プロセッサ２０１は、インタフェース２０３を通じて、テーブル要求を受信する。そして、プロセッサ２０１は、受信したテーブル要求に従って、記憶部２０２に記憶された拡張料金テーブルから第１の料金所サーバ２３又は第２の料金所サーバ３３に関連する部分拡張料金テーブルである料金所拡張料金テーブルを取得する。そしてプロセッサ２０１は、インタフェース２０３を通じて、当該料金所拡張料金テーブル及び拡張料金テーブル適用条件を含む料金所拡張料金テーブル情報を統括連携サーバ１に送信する。
【0152】
ここで、第１の料金所サーバ２３によって送信されたテーブル要求に基づいて生成された料金所拡張料金テーブルは、第１の料金所サーバ２３が管轄する料金所に関連する拡張料金テーブルのみを含む。そして、第２の料金所サーバ３３によって送信されたテーブル要求に基づいて生成された料金所拡張料金テーブルは、第２の料金所サーバ３３が管轄する料金所に関連する拡張料金テーブルのみを含む。
【0153】
プロセッサ１０１は、料金所拡張料金テーブル情報を第１の料金所サーバ２３及び第２の料金所サーバ３３に送信する（ステップＳＴ３１２）。プロセッサ１０１は、インタフェース１０３を通じて、料金所拡張料金テーブル情報を受信する。プロセッサ１０１は、外部データラッパ機能を用いて受信した料金所拡張料金テーブルをプロセッサ１０１が取り扱い可能なデータに変換する。そして、プロセッサ１０１は、インタフェース１０３を通じて、第１の料金所サーバ２３及び第２の料金所サーバ３３それぞれに対応した料金所拡張料金テーブル及び拡張料金テーブル適用条件を含む料金所拡張料金テーブル情報を第１の料金所サーバ２３及び第２の料金所サーバ３３それぞれに送信する。
【0154】
プロセッサ２３１及びプロセッサ３３１はそれぞれ、車線拡張料金テーブルを含む車線拡張料金テーブル情報を第１の車線サーバ２５及び第２の車線サーバ３５に送信する（ステップＳＴ３１３）。プロセッサ２３１は、インタフェース２３３を通じて料金所拡張料金テーブル情報を受信する。プロセッサ２３１は、料金所拡張料金テーブル情報に含まれる料金所拡張料金テーブルを車線拡張料金テーブルとして作成する。そして、プロセッサ２３１は、車線拡張料金テーブル及び拡張料金テーブル適用条件を含む車線拡張料金テーブル情報を第１の車線サーバ２５のうちの対応する車線サーバに送信する。
【0155】
同様に、プロセッサ３３１は、インタフェース３３３を通じて料金所拡張料金テーブル情報を受信する。プロセッサ３３１は、料金所拡張料金テーブル情報に含まれる料金所拡張料金テーブルを車線拡張料金テーブルとして作成する。そして、プロセッサ３３１は、車線拡張料金テーブル及び拡張料金テーブル適用条件を含む車線拡張料金テーブル情報を第２の車線サーバ３５のうちの対応する車線サーバに送信する。
【0156】
第１の車線サーバ２５のプロセッサ３５１及び第２の車線サーバ３５のプロセッサ３５１はそれぞれ、送達通知を第１の広域管理サーバ２１及び第２の広域管理サーバ３１に送信する（ステップＳＴ３１４）。プロセッサ２５１は、インタフェース２５３を通じて、車線拡張料金テーブル情報を受信する。そして受信した車線拡張料金テーブル情報に含まれる車線拡張料金テーブル及び拡張料金テーブル適用条件を記憶部２５２に記憶する。車線拡張料金テーブルを記憶部２５２に記憶すると、プロセッサ２５１は、記憶部２５２に車線拡張料金テーブルを記憶したことを示す送達通知を出力する。そして、プロセッサ２５１は、通信部であるインタフェース２５３を通じて、送達通知を第１の広域管理サーバ２１に送信する。ここで、当該送達通知は、第１の広域管理サーバ２１に直接送信しても良いし、第１の料金所サーバ２３及び／又は第１の地域管理サーバ２２を中継して送信しても良い。
【0157】
同様に、プロセッサ３３１は、インタフェース３３３を通じて、車線拡張料金テーブル情報を受信する。そして、プロセッサ３５１は、受信した車線拡張料金テーブル情報に含まれる車線拡張料金テーブル及び拡張料金テーブル適用条件を記憶部３５２に記憶する。車線拡張料金テーブルを記憶部２５２に記憶すると、プロセッサ３５１は、記憶部２５２に車線拡張料金テーブルを記憶したことを示す送達通知を出力する。そして、プロセッサ２５１は、通信部であるインタフェース３５３を通じて、送達通知を第２の広域管理サーバ３１に送信する。ここで、当該送達通知は、第２の広域管理サーバ３１に直接送信しても良いし、第２の料金所サーバ３３及び／又は第２の地域管理サーバ３２を中継して送信しても良い。
【0158】
プロセッサ２１１及びプロセッサ３１１はそれぞれ、送達通知を統括連携サーバ１に送信する（ステップＳＴ３１５）。プロセッサ２１１は、インタフェース２１３を介して送達通知を受信する。プロセッサ２１１は、インタフェース２１３を通じて、受信した送達通知を統括連携サーバ１に送信する。なお、プロセッサ２１１は、受信した送達通知を記憶部２１２に記憶しても良い。プロセッサ３１１は、インタフェース３１３を介して送達通知を受信する。プロセッサ３１１は、インタフェース２１３を通じて、受信した送達通知を統括連携サーバ１に送信する。なお、プロセッサ３１１は、受信した送達通知を、記憶部３１２に記憶しても良い。
【0159】
プロセッサ１０１は、運用開始情報を第１の広域管理サーバ２１及び第２の広域管理サーバ３１に送信する（ステップＳＴ３１６）。プロセッサ１０１は、インタフェース１０３を通じて、各広域管理サーバから送達通知を受信する。そして、すべての広域管理サーバから送達通知を受信すると、プロセッサ１０１は、拡張料金テーブルがすべての車線サーバで共有されたと判定し、運用開始情報を各広域管理サーバに送信する。各車線サーバは、拡張料金テーブル適用条件に含まれる開始時刻に従って拡張料金テーブルを使用することになる。
【0160】
ここで、各車線サーバは、操作部を介して、車線サーバを管理する管理人によって拡張料金テーブルを使用するようにしても良い。この場合、拡張料金テーブル適用条件を車線サーバまで送信しなくても良い。また、各車線サーバは、任意のサーバ（広域管理サーバ、料金テーブル管理サーバ、地域管理サーバ等）又は他の任意の装置から指示を受けて拡張料金テーブルを使用するようにしても良い。
【0161】
なお、ステップＳＴ３１５及びステップＳＴ３１６は、省略可能である。すなわち、送達通知を第１の広域管理サーバ２１及び第２の広域管理サーバ３１が受信した段階で第１の広域管理サーバ２１及び第２の広域管理サーバ３１は、拡張料金テーブルが全ての車線サーバで共有されたと判定し、運用を開始しても良い。
【0162】
（拡張料金テーブル適用条件共有）
拡張料金テーブル適用情報を各広域管理サーバで共有するための動作は、第１の実施形態と同じであるため、ここでの説明を省略する。
拡張料金テーブル適用情報を各広域管理サーバで共有するための動作は、第１の実施形態と同じであるため、ここでの説明を省略する。
【0163】
（第３の実施形態の作用効果）
以上説明した第３の実施形態によれば、データ仮想化技術を用いることにより、各料金テーブル管理サーバが拡張料金テーブルを同期するための動作が不要になる。これにより、システムの簡素化が可能になり、システム全体で見た際にコストの低減につながる。
以上説明した第３の実施形態によれば、データ仮想化技術を用いることにより、各料金テーブル管理サーバが拡張料金テーブルを同期するための動作が不要になる。これにより、システムの簡素化が可能になり、システム全体で見た際にコストの低減につながる。
【0164】
また、第１の料金所サーバ２３及び第２の料金所サーバ３３がテーブル要求を行って料金所拡張料金テーブルを取得することにより、地域管理サーバが自地域拡張料金テーブルを取得する必要が無い。したがって、車線サーバまで拡張料金テーブル配布するまでに介在する装置が少なくなるため、システム全体で見た際に処理の低減につながる。
【0165】
［第４の実施形態］
［構成］
第４の実施形態に係る構成は、第１の実施形態に係る構成と同様であるため、構成についての説明を省略する。
［構成］
第４の実施形態に係る構成は、第１の実施形態に係る構成と同様であるため、構成についての説明を省略する。
【0166】
（随時処理）
第４の実施形態では、第１～第３の実施形態で説明した事前準備により、車線サーバが拡張料金テーブルを保持し、各広域管理サーバが拡張料金テーブル適用条件を保持することにより、拡張料金テーブルを用いた随時処理が可能になった際（運用段階）の処理について説明する。
第４の実施形態では、第１～第３の実施形態で説明した事前準備により、車線サーバが拡張料金テーブルを保持し、各広域管理サーバが拡張料金テーブル適用条件を保持することにより、拡張料金テーブルを用いた随時処理が可能になった際（運用段階）の処理について説明する。
【0167】
図１８は、第４の実施形態に係る随時処理の一例を示すシーケンス図である。
最初に、渋滞などによって通行料金が調整され、拡張料金テーブルを用いた運用が開始されたものとする。すなわち、第１の実施形態による事前準備処理が終了し、拡張料金テーブルを用いた運用が開始されたものとする。
最初に、渋滞などによって通行料金が調整され、拡張料金テーブルを用いた運用が開始されたものとする。すなわち、第１の実施形態による事前準備処理が終了し、拡張料金テーブルを用いた運用が開始されたものとする。
【0168】
そして、車両５は、第１の高速道路会社２が管轄する有料道路に入る又は有料道路上を走行しており、入口料金、本線ＦＦ、又はエリア境ＦＦのいずれかに設置された第１の車線サーバ２５を通過する。
【0169】
プロセッサ２５１は、車載器５０から車両情報を受信する（ステップＳＴ４０１）。プロセッサ２５１は、インタフェース２５３を通じて車両情報を受信する。第１の車線サーバ２５が管理する第１の路側機器２６は、車両検知器２６２、カメラ２６３などを用いて車両５を検知する。そして、検知に基づいてアンテナ２６４は、車載器５０と通信を開始する。そして、プロセッサ２５１は、車載器ＩＤ、ＥＴＣカードのカード番号情報、入場又は出場記録等を含む車両情報を受信する。
【0170】
プロセッサ２５１は、経路情報を第１の広域管理サーバ２１に送信する（ステップＳＴ４０２）。
【0171】
プロセッサ２５１は、インタフェース２５３を通じて、車両情報を受信する。プロセッサ２５１は、自身に割り振られた料金所ＩＤ及び車両情報から車両５の通過経路を判定する。そして、プロセッサ２５１は、車両５の走行経路を示す走行履歴情報及び車両情報を含む経路情報を出力し、インタフェース２５３を通じて、第１の料金所サーバ２３及び第１の地域管理サーバ２２を中継して第１の広域管理サーバ２１に当該経路情報を送信する。
【0172】
プロセッサ２１１は、車両５が割引の対象となる経路を通過しているかを判定する（ステップＳＴ４０３）。プロセッサ２１１は、インタフェース２１３を通じて、経路情報を受信する。プロセッサ２１１は、経路情報中の車両情報に含まれる車両ＩＤと走行履歴情報で紐付けを行い、車両５毎の走行経路を示す走行経路情報を出力する。そして、当該走行経路情報及び記憶部２１２に記憶された拡張料金テーブル適用条件情報を照合し、車両５が拡張料金テーブルを適用するかどうか判定する。例えば、車両の走行経路が拡張料金テーブル適用情報に含まれる適用条件を満たす場合、プロセッサ２１１は、車両５に拡張料金テーブルを適用すると判定する。
【0173】
プロセッサ２１１は、車両５に拡張料金テーブルを適用すると判定した場合、拡張料金テーブル番号リストを作成する（ステップＳＴ４０４）。プロセッサ２１１は、適用する拡張料金テーブルの拡張料金テーブル番号及び車両５の車載器ＩＤを含む拡張料金テーブル番号リストを作成する。
【0174】
プロセッサ２１１は、拡張料金テーブル番号リストを第１の地域管理サーバ２２に送信する（ステップＳＴ４０５）。プロセッサ２１１は、作成した拡張料金テーブル番号リストを対象となる第１の地域管理サーバ２２に送信する。拡張料金テーブル番号リストは、車両５が通過する可能性がある第１の車線サーバ２５が有していれば良い。そこで、プロセッサ２１１は、第１の地域管理サーバ２２のうちの対象となる第１の地域管理サーバ２２にのみ拡張料金テーブル番号リストを送信する。
【0175】
プロセッサ２２１は、拡張料金テーブル番号リストを第１の管理ＩＦ装置２４に送信する（ステップＳＴ４０６）。プロセッサ２２１は、インタフェース２２３を通じて拡張料金テーブル番号リストを受信する。そして、プロセッサ２２１は、対象となる第１の管理ＩＦ装置２４に拡張料金テーブル番号リストを送信する。
【0176】
プロセッサ２４１は、拡張料金テーブル番号リストを第１の料金所サーバ２３に送信する（ステップＳＴ４０７）。プロセッサ２４１は、インタフェース２４３を通じて拡張料金テーブル番号リストを受信する。そして、プロセッサ２４１は、対象となる第１の料金所サーバ２３に拡張料金テーブル番号リストを送信する。なお、プロセッサ２４１は、拡張料金テーブルリストを第１の車線サーバ２５に直接送信しても良い。この場合、以下のステップＳＴ４０８は省略される。
【0177】
プロセッサ２３１は、拡張料金テーブル番号リストを第１の車線サーバ２５に送信する（ステップＳＴ４０８）。プロセッサ２３１は、インタフェース２３３を通じて拡張料金テーブル番号リストを受信する。そして、プロセッサ２３１は、対象となる第１の車線サーバ２５に拡張料金テーブル番号リストを送信する。
【0178】
プロセッサ２５１は、拡張料金テーブル番号リストを記憶部２５２に登録する（ステップＳＴ４０９）。プロセッサ２５１は、インタフェース２５３を通じて拡張料金テーブル番号リストを受信する。そして、プロセッサ２５１は、記憶部２５２に拡張料金テーブル番号リストを登録する。
【0179】
その後、車両５が本線ＦＦ、エリア境ＦＦ、又は出口料金所に設置された第１の車線サーバ２５を通過する。
【0180】
プロセッサ２５１は、車載器５０から車両情報を受信する（ステップＳＴ４１０）。プロセッサ２５１は、インタフェース２５３を通じて車両情報を受信する。第１の車線サーバ２５が管理する第１の路側機器２６は、車両検知器２６２、カメラ２６３などを用いて車両５を検知する。そして、検知に基づいてアンテナ２６４は、車載器５０と通信を開始する。そして、プロセッサ２５１は、車両情報を受信する。
【0181】
プロセッサ２５１は、車両情報に含まれる車載器ＩＤから車両５が拡張料金テーブルリストに登録された車両であるか照合する（ステップＳＴ４１１）。プロセッサ２５１は、車両情報に含まれる車載器ＩＤが記憶部２５２に記憶された拡張料金テーブル番号リストにある車載器ＩＤに対応しているか照合する。対応する場合、プロセッサ２５１は、車両５が拡張料金テーブルを適用する車両５であると判定する。
【0182】
プロセッサ２５１は、通行料金の引き当て処理を行う（ステップＳＴ４１２）。プロセッサ２５１は、拡張料金テーブル番号リストに含まれる拡張料金テーブル番号に対応した車線拡張料金テーブルを用いて車両５の通行料金を決定し、決定した通行料金についての情報を車載器５０に送信する。また、車載器５０は、スピーカ等を通じて、通行料金がいくらだったかを運転者にアナウンスしても良い。
【0183】
また、図１８では、簡単化のため第１の高速道路会社２のみを用いて説明するが、車両５が第２の高速道路会社３及び第３の高速道路会社４に入ったのちに車線サーバ（出口料金所）から退場しても同様の動作になる。なお、車両５が走行した有料道路を管轄する広域管理サーバ同士で経路情報の引き渡しを行うのは勿論である。
【0184】
（第４の実施形態の作用効果）
以上説明した第４の実施形態によれば、広域管理サーバで経路把握を実施するため、車両側で多数の経路情報の経路把握およびその情報を用いての車線サーバ処理が不要となり、車線サーバおよび車載器側の記憶容量や処理負荷が軽減される。
以上説明した第４の実施形態によれば、広域管理サーバで経路把握を実施するため、車両側で多数の経路情報の経路把握およびその情報を用いての車線サーバ処理が不要となり、車線サーバおよび車載器側の記憶容量や処理負荷が軽減される。
【0185】
［第５の実施形態］
［構成］
第５の実施形態に係る構成は、第１の実施形態に係る構成と同様であるため、構成についての説明を省略する。
［構成］
第５の実施形態に係る構成は、第１の実施形態に係る構成と同様であるため、構成についての説明を省略する。
【0186】
（随時処理）
第５の実施形態では、第１～第３の実施形態で説明した事前準備により、車線サーバが拡張料金テーブルを保持し、各地域サーバが拡張料金テーブル適用条件を保持することにより、拡張料金テーブルを用いた随時処理が可能になった際（運用段階）の処理について説明する。
第５の実施形態では、第１～第３の実施形態で説明した事前準備により、車線サーバが拡張料金テーブルを保持し、各地域サーバが拡張料金テーブル適用条件を保持することにより、拡張料金テーブルを用いた随時処理が可能になった際（運用段階）の処理について説明する。
【0187】
図１９は、第５の実施形態に係る随時処理の一例を示すシーケンス図である。
最初に、渋滞などによって通行料金が調整され、拡張料金テーブルを用いた運用が開始されたものとする。すなわち、第１の実施形態による事前準備処理が終了し、拡張料金テーブルを用いた運用が開始されたものとする。
最初に、渋滞などによって通行料金が調整され、拡張料金テーブルを用いた運用が開始されたものとする。すなわち、第１の実施形態による事前準備処理が終了し、拡張料金テーブルを用いた運用が開始されたものとする。
【0188】
そして、車両５は、第１の高速道路会社２が管轄する有料道路に入る又は有料道路上を走行しており、入口料金、本線ＦＦ、又はエリア境ＦＦのいずれかに設置された第１の車線サーバ２５を通過する。
【0189】
プロセッサ２５１は、車載器５０から車両情報を受信する（ステップＳＴ５０１）。プロセッサ２５１は、インタフェース２５３を通じて車両情報を受信する。第１の車線サーバ２５が管理する第１の路側機器２６は、車両検知器２６２、カメラ２６３などを用いて車両５を検知する。そして、検知に基づいてアンテナ２６４は、車載器５０と通信を開始する。そして、プロセッサ２５１は、車両情報を受信する。
【0190】
プロセッサ２５１は、経路情報を第１の地域管理サーバ２２に送信する（ステップＳＴ５０２）。
【0191】
プロセッサ２５１は、自身に割り振られた料金所ＩＤ及び車両情報から車両５の通過経路を判定する。そして、プロセッサ２５１は、車両５の走行経路を示す走行履歴情報及び車両情報を含む経路情報を出力し、インタフェース２５３を通じて、第１の料金所サーバ２３を中継して第１の地域管理サーバ２２に当該経路情報を送信する。
【0192】
プロセッサ２２１は、車両５が割引の対象となる経路を通過しているかを判定する（ステップＳＴ５０３）。プロセッサ２２１は、インタフェース２２３を通じて、経路情報を受信する。プロセッサ２０１は、経路情報中の車両情報に含まれる車両ＩＤと走行履歴情報で紐付けを行い、車両５毎の走行経路を示す走行経路情報を出力する。そして、当該走行経路情報及び記憶部２０２に記憶された拡張料金テーブル適用条件情報を照合し、車両５が拡張料金テーブルを適用するかどうか判定する。例えば、車両の走行経路が拡張料金テーブル適用情報に含まれる適用条件を満たす場合、プロセッサ２０１は、車両５に拡張料金テーブルを適用すると判定する。
【0193】
車両５に拡張料金テーブルを適用すると判定した場合、プロセッサ２２１は、拡張料金テーブルリストを作成する（ステップＳＴ５０４）。プロセッサ２０１は、適用する拡張料金テーブルの拡張料金テーブル番号及び車両５の車載器ＩＤを含む拡張料金テーブル番号リストを作成する。
【0194】
ステップＳＴ５０５～ステップＳＴ５１３は、第４の実施形態で説明したステップＳＴ４０６～ステップＳＴ４１４と同様であるため、ここでの説明を省略する。
【0195】
また、図１９では、簡単化のため第１の高速道路会社２のみを用いて説明するが、車両５が第２の高速道路会社３及び第３の高速道路会社４に入ったのちに車線サーバ（出口料金所）から退場しても同様の動作になる。なお、車両５が走行した有料道路を管轄する地域管理サーバ同士で経路情報の引き渡しを行うのは勿論である。
【0196】
（第５の実施形態の作用効果）
以上説明した第５実施形態によれば、地域管理サーバで経路把握を実施するため、車両側で多数の経路情報の経路把握およびその情報を用いての車線サーバ処理が不要となり、車線サーバおよび車載器側の記憶容量や処理負荷が軽減される。
以上説明した第５実施形態によれば、地域管理サーバで経路把握を実施するため、車両側で多数の経路情報の経路把握およびその情報を用いての車線サーバ処理が不要となり、車線サーバおよび車載器側の記憶容量や処理負荷が軽減される。
【0197】
［他の実施形態］
なお、この発明は上記実施形態に限定されるものではない。例えば、第１の実施形態～第３の実施形態はそれぞれ組み合わせることが可能である。例えば、第２の高速道路会社３は、第１の実施形態のように地域管理サーバがテーブル要求を統括連携サーバ１に送信し、第３の高速道路会社４は、料金テーブル管理サーバがテーブル要求を送信するようにしても良い。
なお、この発明は上記実施形態に限定されるものではない。例えば、第１の実施形態～第３の実施形態はそれぞれ組み合わせることが可能である。例えば、第２の高速道路会社３は、第１の実施形態のように地域管理サーバがテーブル要求を統括連携サーバ１に送信し、第３の高速道路会社４は、料金テーブル管理サーバがテーブル要求を送信するようにしても良い。
【0198】
さらに、第４の実施形態と第５の実施形態も組み合わせることが可能である。すなわち、拡張料金テーブル適用条件を保持するサーバが高速道路会社毎に異なっていても良い。
【0199】
要するに、この発明は上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。さらに、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。
【符号の説明】
【0200】
１…統括連携サーバ
１０１、２０１、３０１…プロセッサ
１０２、２０２、３０２…記憶部
１０３、２０２、３０２…インタフェース
１０４、２０４、３０４…表示部
１０５、２０５、３０５…操作部
２、３、４…高速道路会社
２０、３０、４０…料金テーブル管理サーバ
２０１、３０１、４０１…プロセッサ
２０２、３０２、４０２…記憶部
２０３、３０３、４０３…インタフェース
２０４、３０４、４０４…表示部
２０５、３０５、４０５…操作部
２１、３１、４１…広域管理サーバ
２１１、３１１、４１１…プロセッサ
２１２、３１２、４１２…記憶部
２１３、３１３、４１３…インタフェース
２１４、３１４、４１４…表示部
２１５、３１５、４１５…操作部
２２、３２、４２…地域管理サーバ
２２１、３２１、４２１…プロセッサ
２２２、３２２、４２２…記憶部
２２３、３２３、４２３…インタフェース
２２４、３２４、４２４…表示部
２２５、３２５、４２５…操作部
２３、３３、４３…料金所サーバ
２３１、３３１、４３１…プロセッサ
２３２、３３２、４３２…記憶部
２３３、３３３、４３３…インタフェース
２３４、３３４、４３４…表示部
２３５、３３５、４３５…操作部
２４、３４、４４…管理ＩＦ装置
２４１、３４１、４４１…プロセッサ
２４２、３４２、４４２…記憶部
２４３、３４３、４４３…インタフェース
２４４、３４４、４４４…表示部
２４５、３４５、４４５…操作部
２５、３５、４５…車線サーバ
２５１、３５１、４５１…プロセッサ
２５２、３５２、４５２…記憶部
２５３、３５３、４５３…インタフェース
２５４、３５４、４５４…表示部
２５５，３５５、４５５…操作部
２６、３６、４６…路側機器
２６１、３６１、４６１…インタフェース集約部
２６２、３６２、４６２…車両検知器
２６３、３６３、４６３…カメラ
２６４、３６４、４６４…アンテナ
２６５、３６５、４６５…路側表示器
２６６、３６６、４６６…発進制御器
２８、３８、４８…交通管制中央局
５…車両
５０…車載器
１０１、２０１、３０１…プロセッサ
１０２、２０２、３０２…記憶部
１０３、２０２、３０２…インタフェース
１０４、２０４、３０４…表示部
１０５、２０５、３０５…操作部
２、３、４…高速道路会社
２０、３０、４０…料金テーブル管理サーバ
２０１、３０１、４０１…プロセッサ
２０２、３０２、４０２…記憶部
２０３、３０３、４０３…インタフェース
２０４、３０４、４０４…表示部
２０５、３０５、４０５…操作部
２１、３１、４１…広域管理サーバ
２１１、３１１、４１１…プロセッサ
２１２、３１２、４１２…記憶部
２１３、３１３、４１３…インタフェース
２１４、３１４、４１４…表示部
２１５、３１５、４１５…操作部
２２、３２、４２…地域管理サーバ
２２１、３２１、４２１…プロセッサ
２２２、３２２、４２２…記憶部
２２３、３２３、４２３…インタフェース
２２４、３２４、４２４…表示部
２２５、３２５、４２５…操作部
２３、３３、４３…料金所サーバ
２３１、３３１、４３１…プロセッサ
２３２、３３２、４３２…記憶部
２３３、３３３、４３３…インタフェース
２３４、３３４、４３４…表示部
２３５、３３５、４３５…操作部
２４、３４、４４…管理ＩＦ装置
２４１、３４１、４４１…プロセッサ
２４２、３４２、４４２…記憶部
２４３、３４３、４４３…インタフェース
２４４、３４４、４４４…表示部
２４５、３４５、４４５…操作部
２５、３５、４５…車線サーバ
２５１、３５１、４５１…プロセッサ
２５２、３５２、４５２…記憶部
２５３、３５３、４５３…インタフェース
２５４、３５４、４５４…表示部
２５５，３５５、４５５…操作部
２６、３６、４６…路側機器
２６１、３６１、４６１…インタフェース集約部
２６２、３６２、４６２…車両検知器
２６３、３６３、４６３…カメラ
２６４、３６４、４６４…アンテナ
２６５、３６５、４６５…路側表示器
２６６、３６６、４６６…発進制御器
２８、３８、４８…交通管制中央局
５…車両
５０…車載器
【図1a】
【図1b】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
