JP2020135201A - 有料道路のキャッシュレス決済方法、コンピュータ、およびプログラム - Google Patents

Abstract

【課題】ＥＴＣは導入および維持コストが高価なため、ＥＴＣを導入できずに、有人または自動精算機による料金徴収を行っている道路は少なくない。有料道路の料金所における有人による料金徴収は、人件費がかかることに加え、通行車両は料金所において一時停止する必要があり渋滞の原因になる。また、自動精算機は無人ではあるが、精算機に対する支払い操作のため、やはり一時停止する必要がある。【解決手段】コンピューティングシステムを用いて、有料道路の出入口において通行車両のナンバープレートを撮影および解析し、対応するクレジットカードデータを検索し、ナンバープレートに関連付けられたクレジットカードデータに基づいて、キャッシュおよびカードレスでの通行料金の精算および決済を行う。【選択図】図４

Description

本発明は、有料道路のキャッシュレス決済方法、コンピュータ、およびプログラムに関する。

昨今、ＥＴＣ（Electronic Toll Collection System：電子料金収受システム）の普及率が非常に高まっており、それに伴い、民間道路事業者が運営する有料道路の料金所においてＥＴＣの導入が進んでいる。その一方で、ＥＴＣは導入および維持コストが高価なため、ＥＴＣを導入できずに、有人または自動精算機による料金徴収を行っている道路は少なくない。

しかしながら、有人による料金徴収は、人件費がかかることに加え、通行車両は料金所において一時停止する必要があり渋滞の原因になる。また、自動精算機は無人ではあるが、精算機に対する支払い操作のため、やはり一時停止する必要がある。さらに、通行区間により料金が変わる場合は、有料道路の入り口において、どの入り口から入ったかを証明するための通行券（入口券）を発券する必要があり、その際にも一時停止が必要となる。また、通行券の発券も有人で行っている場合もある。

本発明はこのような問題に鑑みてなされたものであり、その目的は、コンピューティングシステムを用いて、有料道路の出入口において通行車両のナンバープレートを撮影および解析し、対応するクレジットカードデータを検索し、ナンバープレートに関連付けられたクレジットカードデータに基づいて、キャッシュおよびカードレスでの通行料金の精算および決済を行うことである。なお、本書において、“クレジットカード”は、プリペイドカードやデビットカードなどの他の決済手段を含む用語として使用される。

本発明の一態様は、コンピュータが実行する方法であって、前記方法は、
前記コンピュータが、第１の地点における第１の撮影カメラによって撮影された通行車両のナンバープレートの画像を解析し、前記通行車両の第１の車両番号を取得するステップと、
前記コンピュータが、前記第１の車両番号に基づいて、クレジットカードデータを取得するステップ、
前記コンピュータが、前記第１の車両番号、および前記取得されたクレジットカードデータを関連付けた精算データを作成するステップと、
前記コンピュータが、第２の地点における第２の撮影カメラによって撮影された前記通行車両のナンバープレートの画像を解析し、前記通行車両の第２の車両番号を取得するステップと、
前記コンピュータが、前記第２の車両番号に基づいて、前記精算データを取得するステップと、
前記コンピュータが、前記精算データに基づいて、前記第１の地点から前記第２の地点の通行料金の決済データを作成するステップと、
前記コンピュータが、前記作成された決済データをクレジットカード会社のコンピュータに送信するステップと
を備えたことを特徴とする。

また、前記方法は、
前記第１の地点を一意に示す第１の識別子、および前記第２の地点を一意に示す第２の識別子に基づいて、前記通行料金を導出するステップをさらに備え、前記第１の識別子および前記第２の識別子は、それぞれ、前記第１の撮影カメラおよび前記第２の撮影カメラから受信されることを特徴とする。

さらに、前記方法は、
前記精算データが取得できたことに応答して、前記第２の地点における前記通行車両が通過しようとしているレーンの出口開閉バーにバー開放指示を送信するステップをさらに備えたことを特徴とする。

また、前記方法は、
前記精算データが取得できなかったことに応答して、前記第２の地点における精算機に支払い指示を送信するステップをさらに備えたことを特徴とする。

そして、前記方法において、
前記支払い指示を受信した前記精算機は、クレジットカードによる支払いを行う場合、前記第２の車両番号に関連付けられたクレジットカードのみでしか支払いを受け付けないように構成されることを特徴とする。

また、本発明の別の態様は、前記方法をコンピュータに実行させるためのコンピュータプログラムである。

本発明のさらに別の態様は、コンピュータであって、前記コンピュータは、
第１の地点における第１の撮影カメラによって撮影された通行車両のナンバープレートの画像を解析し、前記通行車両の第１の車両番号を取得し、
前記第１の車両番号に基づいて、クレジットカードデータを取得し、
前記第１の車両番号、および前記取得されたクレジットカードデータを関連付けた精算データを作成し、
第２の地点における第２の撮影カメラによって撮影された前記通行車両のナンバープレートの画像を解析し、前記通行車両の第２の車両番号を取得し、
前記第２の車両番号に基づいて、前記精算データを取得し、
前記精算データに基づいて、前記第１の地点から前記第２の地点の通行料金の決済データを作成し、
前記作成された決済データをクレジットカード会社のコンピュータに送信する
ように構成されたことを特徴とする。

本発明によれば、コンピューティングシステムを用いて、有料道路の出入口において通行車両のナンバープレートを撮影および解析し、ナンバープレートに関連付けられたクレジットカードデータを検索し、当該クレジットカードデータに基づいて、キャッシュおよびカードレスでの通行料金の精算および決済を行うことができる。また、本発明によるシステムは、ＥＴＣと比較して、民間道路事業者側の導入および維持コストは非常に安価であり、ドライバー側での特別な装置の購入や設置は不要である。

本発明の一実施形態に係るシステムの全体構成を示す図である。 本発明の一実施形態に係る管理サーバの構成例を示す図である。 本発明の一実施形態に係る入口料金所処理を示すフローチャートである。 本発明の一実施形態に係る出口料金所処理を示すフローチャートである。 本発明の一実施形態に係るカードデータ記憶部に格納されたデータを示す図である。 本発明の一実施形態に係る精算データ記憶部に格納されたデータを示す図である。 本発明の一実施形態に係る決済データ記憶部に格納されたデータを示す図である。

以下、添付された図面を参照して、本発明の実施形態に係るシステムを詳細に説明する。図１は、本発明の一実施形態に係るシステムの全体構成を示す図である。図１において、管理サーバ１００は、ネットワーク１１０（例えば、インターネット）を介して、入口前ＮＰ撮影カメラ１０１、入口開閉バー１０２、出口前ＮＰ撮影カメラ１０３、出口開閉バー１０４、精算機１０５、およびカード会社サーバ１０６と通信を行うように構成される。なお、図１では、管理サーバ１００を１つのサーバコンピュータとして表しているが、複数のサーバコンピュータによる分散型コンピューティングシステムとして構築することもできる。

管理サーバ１００は、本発明におけるメインサーバコンピュータであり、民間道路事業者によって管理される。なお、管理サーバ１００は、民間道路事業者以外の会社が提供するクラウドコンピュータであってもよい。管理サーバ１００の機能については後述する。

入口前ＮＰ撮影カメラ１０１および出口前ＮＰ撮影カメラ１０３は、それぞれ、入口料金所および出口料金所に進入する通行車両を検知してナンバープレートを撮影するためのカメラ装置である。入口前ＮＰ撮影カメラ１０１および出口前ＮＰ撮影カメラ１０３は、各料金所のレーンごとに設置され、各レーンに進入した通行車両のナンバープレートを撮影する。また、入口前ＮＰ撮影カメラ１０１および出口前ＮＰ撮影カメラ１０３は、撮影したナンバープレート画像を管理サーバ１００に送信する。なお、ＮＰとは「ナンバープレート」の略である。

入口開閉バー１０２および出口開閉バー１０４は、それぞれ、入口料金所および出口料金所において通行車両の通行を制御するものである。入口開閉バー１０２および出口開閉バー１０４も各料金所のレーンごとに設置される。入口開閉バー１０２および出口開閉バー１０４は、ドライバーに通知するための音声出力装置および表示装置を備えてもよい。また、入口開閉バー１０２は、通行券を発券するための発券機（図示せず）を備えてもよい。さらに、出口開閉バー１０４は、駐車料金の支払いなどのための精算機１０５や、利用するクレジットカードを選択するための入出力装置を備えてもよい。入口開閉バー１０２および出口開閉バー１０４と、入口前ＮＰ撮影カメラ１０１および出口前ＮＰ撮影カメラ１０３との位置関係は、開閉バーの手前に撮影カメラが設置される。これにより、撮影されたナンバープレートに基づいて通行車両を通過させるか否か判断し、その判断結果により開閉バーを制御することができる。例えば、出口開閉バー１０４は、現金での支払いが必要な場合にバーを閉じ、通行料金が正常に支払われたことに応答してバーを開くように制御される。なお、本発明の別の実施形態では、入口開閉バー１０２および出口開閉バー１０４を設置しなくてもよい。この場合、現金での支払いは、民間道路事業者の従業員などによる有人対応を行う。なお、有人対応を行う場合は、従業員が使用する従業員端末（図示せず）をネットワーク１１０に接続して管理サーバ１００と通信を行うことにより、従業員端末を介して通行料金を表示したり、領収書を発行したりすることができる。

精算機１０５は、出口料金所における出口開閉バー１０４に併設され、ＣＰＵ、メモリ、入出力装置、および表示装置（ディスプレイ）を備えている。精算機１０５は、現金での支払いが必要な場合に通行車両のドライバーに対し通行料金の支払いを促すことができる。また、精算機１０５は、現金またはクレジットカードなどでの支払いを受け付け、通行料金が正常に支払われた場合に、管理サーバ１００または出口開閉バー１０４にその旨を通知したり、領収書を発行したりすることができる。なお、精算機１０５は、出口開閉バー１０４と一体型であってもよい。

カード会社サーバ１０６は、クレジットカード会社によって管理されるサーバコンピュータである。カード会社サーバ１０６は、管理サーバ１００から受信された決済データに基づいて決済処理を実行する。

次に、図１における管理サーバ１００の構成を詳細に説明する。図２は、管理サーバ１００の構成を示す図である。図２において、管理サーバ１００は、システムバス１１５を介して相互に接続された、ＣＰＵ１１０、ＲＡＭ１１１、入力装置１１２、出力装置１１３、通信制御装置１１４、および記憶装置１１６を備えている。記憶装置１１６は不揮発性記憶媒体（ＲＯＭやＨＤＤなど）で構成され、本発明の処理などに関連するソフトウェアプログラムを格納したプログラム格納領域と、当該ソフトウェアプログラムで取り扱うデータを格納したデータ格納領域とを備えている。プログラム格納領域の各処理部１２０〜１２３は、独立したソフトウェアプログラム、そのルーチンやコンポーネントなどで実現され、記憶装置１１６に格納されている。各処理部１２０〜１２３は、プログラムの実行時にＣＰＵ１１０によって記憶装置１１６から呼び出されＲＡＭ１１１のワークエリアに展開されることで、データベースなどに適宜アクセスしながら各機能を実現する。

図２では、各処理部１２０〜１２３として、ＮＰ解析処理部１２０、顧客検索処理部１２１、精算処理部１２２、および決済処理部１２３を示している。これらの処理部１２０〜１２３の機能については後述する。

図２の記憶装置１１６におけるデータ格納領域は、カードデータ記憶部１３０、精算データ記憶部１３１、および決済データ記憶部１３２を備える。

次に、記憶装置１１６の各記憶部１３０〜１３２に記憶されるデータ（図５〜７）について説明する。図５は、カードデータｄ５００を示す図である。カードデータｄ５００は、クレジットカード会社と契約した顧客のクレジットカードに関するデータであり、カードデータ記憶部１３０に格納される。

カードデータｄ５００には、クレジットカードを一意に示す「カード番号」ｄ５０１、クレジットカード会社と契約した顧客の名義を示す「カード名義」ｄ５０２、クレジットカードの有効期限の年月をそれぞれ示す「有効期限年」ｄ５０３および「有効期限月」ｄ５０４、クレジットカードのセキュリティコードを示す「セキュリティコード」ｄ５０５、ならびにクレジットカードと予め関連付けて登録される車両を一意に示す「登録車両番号１」ｄ５０６〜「登録車両番号３」ｄ５０８などを格納することができる。以下、詳述する。

カードデータｄ５００は、顧客とクレジットカード会社との間でクレジットカード契約を行った際に、クレジットカード会社によって作成されるマスタデータである。「登録車両番号１」ｄ５０６〜「登録車両番号３」ｄ５０８は、クレジットカードに紐付ける車両番号であり、顧客からの申請により予め登録される。なお、紐付ける車両番号の登録および変更は、顧客自身が携帯電話などの顧客端末（図示せず）を介して専用アプリにアクセスして行うこともできる。また、図５では、１枚のクレジットカードに対し３台までの車両を登録できるように示しているが、データ項目を増減することにより車両の登録数を増減させることもできる。また、別の実施形態では、１台の車両に対し複数のクレジットカードを登録し、顧客端末を介して“通常使用するクレジットカード”を顧客に選択させることができる。この場合、カードデータｄ５００には、登録したクレジットカード分のレコードが作成され、「通常使用フラグ」などといったデータ項目を新たに追加し、“通常使用するクレジットカード”の判別がつくようにしておく。ここで、“通常使用するクレジットカード”とは、ナンバープレートによるクレジットカード決済で使用されるカードである。

次に、精算データｄ６００について説明する。図６は、精算データｄ６００を示す図である。精算データｄ６００は、有料道路の通行料金の精算に関するデータであり、精算データ記憶部１３１に格納される。

精算データｄ６００には、有料道路を利用した通行車両の車両番号を示す「車両番号」ｄ６０１、通過した入口料金所およびそのレーンをそれぞれ一意に示す「入口ＩＤ」ｄ６０２および「入口レーンＩＤ」ｄ６０３、入口料金所を通過した日時を示す「入口通過日時」ｄ６０４、通過した出口料金所およびそのレーンをそれぞれ一意に示す「出口ＩＤ」ｄ６０５および「出口レーンＩＤ」ｄ６０６、出口料金所を通過した日時を示す「出口通過日時」ｄ６０７、ならびに車両番号に関連付けられたクレジットカード番号を示す「関連カード番号」ｄ６０８などを格納することができる。以下、詳述する。

精算データｄ６００は、入口料金所に設置された入口前ＮＰ撮影カメラ１０１によって通行車両のナンバープレートが撮影された後、管理サーバ１００によって作成されるトランザクションデータである。「車両番号」ｄ６０１は、入口前ＮＰ撮影カメラ１０１によって撮影されたナンバープレート画像を、管理サーバ１００が解析することによって取得される車両番号が格納される。「入口レーンＩＤ」ｄ６０３および「出口レーンＩＤ」ｄ６０６は、１つの料金所に複数のレーンがある場合に、どのレーンを車両が通過したかを示すためのデータ項目である。そのため、１つの料金所に１つのレーンしか無い場合は、データ項目自体が不要である。「入口通過日時」ｄ６０４および「出口通過日時」ｄ６０７は、それぞれ、例えば、入口前ＮＰ撮影カメラ１０１および出口前ＮＰ撮影カメラ１０３からナンバープレート画像を受信した際の管理サーバ１００のシステム日時が格納される。または、画像を撮影した日時を入口前ＮＰ撮影カメラ１０１および出口前ＮＰ撮影カメラ１０３から管理サーバ１００が受信して格納してもよい。また、出口ＩＤ」ｄ６０５、「出口レーンＩＤ」ｄ６０６、および「出口通過日時」ｄ６０７は、車両が出口料金所を通過した後に更新されるデータ項目であるため、精算データｄ６００を作成した直後（すなわち、車両が入口料金所を通過した直後）は、図６に示すように何も格納されていない状態である。「関連カード番号」ｄ６０８は、「車両番号」ｄ６０１に関連付けられたクレジットカード番号が格納され、カードデータｄ５００における「カード番号」ｄ５０１と紐付く。

次に、決済データｄ７００について説明する。図７は、決済データｄ７００を示す図である。決済データｄ７００は、クレジットカードを利用して有料道路の通行料金を支払った場合のクレジットカード決済に関するデータであり、決済データ記憶部１３２に格納される。

決済データｄ７００には、利用したクレジットカードを一意に示す「利用カード番号」ｄ７０１、クレジットカードを利用した加盟店（ここでは、例えば、民間道路事業者）を一意に示す「加盟店ＩＤ」ｄ７０２、クレジットカードを利用した日付を示す「利用日」ｄ７０３、およびクレジットカードによって利用された金額を示す「利用額」ｄ７０４などを格納することができる。以下、詳述する。

決済データｄ７００は、クレジットカードを利用して通行料金を支払った後、管理サーバ１００によって作成されるトランザクションデータである。「利用日」ｄ７０３は、例えば、決済データｄ７００が作成された際の管理サーバ１００のシステム日時が格納される。また、「利用額」ｄ７０４は、精算データｄ６００に基づいて導出される、有料道路の通行料金が格納される。

次に、本発明の入口料金所処理について、図３のフローチャート、ならびに図５および６のデータを参照して説明する。本処理は、有料道路の入口料金所におけるレーンに通行車両が進入したところから始まり、入口前ＮＰ撮影カメラ１０１によってナンバープレートが撮影され、ナンバープレートの解析、およびクレジットカードとの紐付けなどを行うものである。また、入口開閉バー１０２が設置された入口料金所の場合は、本処理において入口開閉バー１０２の制御も行う。

まず、入口前ＮＰ撮影カメラ１０１は、入口料金所に進入する通行車両を検知してナンバープレートを撮影し（ステップ３００）、撮影されたナンバープレート画像を管理サーバ１００に送信する（ステップ３０１）。なお、ナンバープレートの他、入口前ＮＰ撮影カメラ１０１によって通行車両を撮影し、車両画像を管理サーバ１００に送信することで車両画像を解析し、車種や車両カラーを特定することもできる。これにより、ナンバープレート、および車種や車両カラーを、予め登録された盗難車データ（図示せず）などとマッチングすることにより、盗難車の発見および警察への通報を行うこともできる。

次に、管理サーバ１００のＮＰ解析処理部１２０は、入口前ＮＰ撮影カメラ１０１から送信されたナンバープレート画像を受信すると（ステップ３０２）、当該ナンバープレート画像を解析する（ステップ３０３）。ナンバープレート画像の解析は一般的なＡＩ（artificial intelligence：人工知能）映像解析技術によって行われ、これにより車両番号を取得することができる。

次に、管理サーバ１００の顧客検索処理部１２１は、ステップ３０３で取得された車両番号を検索キーとして、カードデータ記憶部１３０を検索し、カードデータｄ５００を取得する（ステップ３０４）。より具体的には、ステップ３０３で取得された車両番号を検索キーとして、カードデータｄ５００における「登録車両番号１」ｄ５０６〜「登録車両番号３」ｄ５０８を検索し、いずれかのデータ項目と一致するレコードを取得する。

次に、顧客検索処理部１２１は、ステップ３０４で取得されたカードデータｄ５００に基づいて、顧客のクレジットカードが有効なカードであるか否かを判定する（ステップ３０５）。具体的には、取得された「有効期限年」ｄ５０３および「有効期限月」ｄ５０４が示す年月が有効期限内であるか否かを、管理サーバ１００のシステム日付と比較することなどにより判定する。また、１台の車両に対し複数のクレジットカードを登録している場合は、上述した「通常使用フラグ」を用いて、“通常使用するクレジットカード”が存在し、かつ有効なカードであるか否かを判定する。なお、別の実施形態では、カード有効性の確認を、カード会社サーバ１０６に対するオーソリゼーションデータ（金額０円のデータ）の送信によって行うこともできる。これにより、カード限度額内での支払いか否かなど、より細かい有効性の確認をリアルタイムに行なうことができる。ネットワーク状況などによってカード会社サーバ１０６に対するリアルタイム処理が困難な場合は、カード会社サーバ１０６が有するローカルデータ（例えば、カードデータｄ５００）に基づいて有効性の確認を行なってもよい。当該ローカルデータは、カード会社サーバ１０６における最新データで定期的に更新することができる。

ステップ３０５において“有効なカードでない”と判定した場合、Ｎｏルートに進み、顧客検索処理部１２１は、通行券発券指示を入口開閉バー１０２に送信する（ステップ３０６）。なお、ステップ３０４においてカードデータｄ５００が取得できなかった場合も、ステップ３０５のＮｏルートに進む。当該Ｎｏルートの場合は通行料金のクレジットカード決済はできないため、入口開閉バー１０２に備え付けられた発券機により通行券を発券する。通行車両のドライバーが通行券を受け取ったら、入口開閉バー１０２はバーを開け通行車両を通す。通行券にはどの入り口から入ったかが示されており、出口料金所にて通行券を用いて通行料金の支払いを行うことができる。

一方、ステップ３０５において“有効なカードである”と判定した場合、Ｙｅｓルートに進み、管理サーバ１００の精算処理部１２２は、バー開放指示を入口開閉バー１０２に送信する（ステップ３０７）。バー開放指示を受信した入口開閉バー１０２はバーを開け通行車両を通す。なお、別の実施形態では、入口開閉バー１０２を設置しなくてもよく、この場合はステップ３０７を実行せず（ステップ３０７自体が存在しなくてよい）、次のステップ３０８を実行する。

次に、精算処理部１２２は、精算データｄ６００を作成し（ステップ３０８）、精算データ記憶部１３１に格納する（ステップ３０９）。より具体的には、精算データｄ６００の「車両番号」ｄ６０１にはステップ３０３で取得された車両番号、「入口ＩＤ」ｄ６０２および「入口レーンＩＤ」ｄ６０３には通過した入口料金所およびそのレーンを一意に示す各ＩＤ、「入口通過日時」ｄ６０４には管理サーバ１００のシステム日時、ならびに「関連カード番号」ｄ６０８にはステップ３０４で取得された「カード番号」ｄ５０１をそれぞれ格納する。通過した入口料金所およびそのレーンを一意に示す各ＩＤは、ステップ３０２におけるナンバープレート画像の受信と併せて入口前ＮＰ撮影カメラ１０１から受信することができる。これにより、通行車両がどのレーンを通過したかを判別することができる。また、各ＩＤは、例えば、ナンバープレート画像のメタデータとして受信することもできる。なお、この段階では、精算データｄ６００の「出口ＩＤ」ｄ６０５、「出口レーンＩＤ」ｄ６０６、および「出口通過日時」ｄ６０７には、当然ながら何も格納されない。また、ステップ３０５において“有効なカードでない”と判定しＮｏルートに進んだ場合であっても、入口料金所を通過した通行車両を記録しておくために精算データｄ６００を作成してもよい。この場合は、「関連カード番号」ｄ６０８には何も格納されない。ステップ３０９の後、本処理は終了する。

次に、本発明の出口料金所処理について、図４のフローチャート、および図６および７のデータを参照して説明する。本処理は、有料道路の出口料金所におけるレーンに通行車両が進入したところから始まり、出口前ＮＰ撮影カメラ１０３によってナンバープレートが撮影され、ナンバープレートの解析、対応する精算データの取得および更新、ならびに決済処理などを行うものである。

まず、管理サーバ１００の出口前ＮＰ撮影カメラ１０３は、出口料金所に進入する通行車両を検知してナンバープレートを撮影し（ステップ４００）、撮影されたナンバープレート画像を管理サーバ１００に送信する（ステップ４０１）。

次に、管理サーバ１００のＮＰ解析処理部１２０は、出口前ＮＰ撮影カメラ１０３から送信されたナンバープレート画像を受信すると（ステップ４０２）、当該ナンバープレート画像を解析する（ステップ４０３）。ステップ４００〜４０３は、図３におけるステップ３００〜３０３と同様である。

次に、管理サーバ１００の精算処理部１２２は、ステップ４０３の解析により取得された車両番号を検索キーとして、精算データ記憶部１３１を検索し、精算データｄ６００を取得する（ステップ４０４）。より具体的には、ステップ４０３で取得された車両番号を検索キーとして、精算データｄ６００における「車両番号」ｄ６０１を検索し、一致するレコードを取得する。

ステップ４０４において精算データｄ６００を取得できなかった場合、ステップ４０５のＮｏルートに進み、精算処理部１２２は、支払い指示を出口開閉バー１０４に送信する（ステップ４０６）。当該Ｎｏルートは、精算データｄ６００が生成されておらず取得できない、すなわち、図３の入口料金所処理においてステップ３０５のＮｏルートに進んだ場合のルートである。この場合、出口開閉バー１０４を開放せず、備え付けられた精算機により通行車両のドライバーに対し通行料金の支払いを促す。ドライバーが入口料金所で受け取った通行券を精算機に挿入することで、精算機は通行料金を計算し、音声出力やディスプレイ表示によりドライバーに通行料金を伝える。通行料金の支払いが行われると出口開閉バー１０４はバーを開け通行車両を通す。精算機による支払いではなく有人対応を行う場合は、精算機の代わりに従業員が使用する従業員端末に支払いが必要な旨や通行料金を表示することもできる。なお、通行料金の支払いは、現金で行ってもよいし、クレジットカードや、スマホアプリを介したコード支払いなどで行うこともできる。クレジットカードで支払いを行う場合、ステップ４０３の解析により取得された車両番号に紐付けられたクレジットカードのみでしか支払いを受け付けないようにすることもできる。これにより、例えば、私用車の通行料金を社用カードで支払うような不正使用を防止することができる。なお、このような不正使用の防止方法は、ガソリンスタンドでの支払いの際にも、ナンバープレートを撮影することにより適用することができる。

一方、ステップ４０４において精算データｄ６００を取得できた場合、ステップ４０５のＹｅｓルートに進み、管理サーバ１００の決済処理部１２３は、バー開放指示を出口開閉バー１０４に送信する（ステップ４０７）。バー開放指示を受信した出口開閉バー１０４はバーを開け通行車両を通す。なお、別の実施形態では、出口開閉バー１０４を設置しなくてもよく、この場合はステップ４０７を実行せず（ステップ４０７自体が存在しなくてよい）、次のステップ４０８を実行する。

次に、決済処理部１２３は、精算データ記憶部１３１に格納されている精算データｄ６００を更新する（ステップ４０８）。より具体的には、精算データｄ６００「出口ＩＤ」ｄ６０５および「出口レーンＩＤ」ｄ６０６には通過した出口料金所およびそのレーンを一意に示す各ＩＤ、ならびに「出口通過日時」ｄ６０７には管理サーバ１００のシステム日時をそれぞれ格納する。通過した出口料金所およびそのレーンを一意に示す各ＩＤは、ステップ４０２におけるナンバープレート画像の受信と併せて出口前ＮＰ撮影カメラ１０３から受信することができる。

次に、決済処理部１２３は、精算データｄ６００に基づいて決済データｄ７００を作成し（ステップ４０９）、決済データ記憶部１３２に格納する（ステップ４１０）。より具体的には、「利用カード番号」ｄ７０１には「関連カード番号」ｄ６０８、「加盟店ＩＤ」ｄ７０２には民間道路事業者など通行料金の支払い先の識別子、「利用日」ｄ７０３には「出口通過日時」ｄ６０７の年月日部分、および「利用額」ｄ７０４には通行料金がそれぞれ格納される。当該通行料金が通行区間により変わる場合は、「入口ＩＤ」ｄ６０２および「出口ＩＤ」ｄ６０５により通行区間を判別できるため、対応する通行料金を導出する。例えば、「入口ＩＤ」ｄ６０２および「出口ＩＤ」ｄ６０５を検索キーとして、通行料金マスタ（図示せず）を検索し、対応する通行料金を取得する。作成された決済データｄ７００は、決済処理部１２３によってカード会社サーバ１０６に送信される（ステップ４１１）。ステップ４１１の後、本処理は終了するが、その後、カード会社サーバ１０６によって決済データｄ７００に基づいたクレジットカードの決済処理が実行される。また、クレジットカード番号である「利用カード番号」ｄ７０１の上６桁によりクレジットカード会社を特定することができるため、「利用カード番号」ｄ７０１によって決済データｄ７００の送信先を判定し、適切なクレジットカード会社のカード会社サーバ１０６に決済データｄ７００を送信することができる。

以上により、本発明によれば、コンピューティングシステムを用いて、有料道路の出入口において通行車両のナンバープレートを撮影および解析し、対応するクレジットカードデータを検索し、ナンバープレートに関連付けられたクレジットカードデータに基づいて、キャッシュおよびカードレスでの通行料金の精算および決済を行うことができる。

Claims (7)

1. コンピュータが、第１の地点における第１の撮影カメラによって撮影された通行車両のナンバープレートの画像を解析し、前記通行車両の第１の車両番号を取得するステップと、
   前記コンピュータが、前記第１の車両番号に基づいて、クレジットカードデータを取得するステップと、
   前記コンピュータが、前記第１の車両番号、および前記取得されたクレジットカードデータを関連付けた精算データを作成するステップと、
   前記コンピュータが、第２の地点における第２の撮影カメラによって撮影された前記通行車両のナンバープレートの画像を解析し、前記通行車両の第２の車両番号を取得するステップと、
   前記コンピュータが、前記第２の車両番号に基づいて、前記精算データを取得するステップと、
   前記コンピュータが、前記精算データに基づいて、前記第１の地点から前記第２の地点の通行料金の決済データを作成するステップと、
   前記コンピュータが、前記作成された決済データをクレジットカード会社のコンピュータに送信するステップと
   を備えたことを特徴とする方法。
2. 前記第１の地点を一意に示す第１の識別子、および前記第２の地点を一意に示す第２の識別子に基づいて、前記通行料金を導出するステップをさらに備え、前記第１の識別子および前記第２の識別子は、それぞれ、前記第１の撮影カメラおよび前記第２の撮影カメラから受信されることを特徴とする請求項１に記載の方法。
3. 前記精算データが取得できたことに応答して、前記第２の地点における前記通行車両が通過しようとしているレーンの出口開閉バーにバー開放指示を送信するステップをさらに備えたことを特徴とする請求項１または２に記載の方法。
4. 前記精算データが取得できなかったことに応答して、前記第２の地点における精算機に支払い指示を送信するステップをさらに備えたことを特徴とする請求項３に記載の方法。
5. 前記支払い指示を受信した前記精算機は、クレジットカードによる支払いを行う場合、前記第２の車両番号に関連付けられたクレジットカードのみでしか支払いを受け付けないように構成されることを特徴とする請求項４に記載の方法。
6. 請求項１乃至５のいずれか一項に記載の方法をコンピュータに実行させるためのコンピュータプログラム。
7. 第１の地点における第１の撮影カメラによって撮影された通行車両のナンバープレートの画像を解析し、前記通行車両の第１の車両番号を取得し、
   前記第１の車両番号に基づいて、クレジットカードデータを取得し、
   前記第１の車両番号、および前記取得されたクレジットカードデータを関連付けた精算データを作成し、
   第２の地点における第２の撮影カメラによって撮影された前記通行車両のナンバープレートの画像を解析し、前記通行車両の第２の車両番号を取得し、
   前記第２の車両番号に基づいて、前記精算データを取得し、
   前記精算データに基づいて、前記第１の地点から前記第２の地点の通行料金の決済データを作成し、
   前記作成された決済データをクレジットカード会社のコンピュータに送信する
   ように構成されたことを特徴とするコンピュータ。

Images