(57)【要約】【課題】カードリーダに挿入されたカードに対する決済処理を適切に実行可能な料金収受機を提供する。【解決手段】料金収受機１は、ＥＴＣカード及びクレジットカードの両方を処理可能なカードリーダ１１と、カードリーダ１１に挿入されたＥＴＣカードとの間で決済処理を行うＥＴＣカード決済処理部１００１と、カードリーダ１１に挿入されたクレジットカードとの間で決済処理を行クレジットカード決済処理部１０１０と、カードリーダ１１にカードが挿入されたことをきっかけに、ＥＴＣカード決済処理部１００１及びクレジットカード決済処理部１０１０のいずれか一方に決済処理を指令する指令部１０００と、ＥＴＣカード決済処理部１００１およびクレジットカード決済処理部１０１０による決済処理の結果をデータ処理装置２に送信する決済結果送信部１００２と、を備えている。【選択図】図３
2020181537.tif 000002
【特許請求の範囲】
【請求項１】
決済処理の形式が互いに異なる第１の決済用カード及び第２の決済用カードの両方を処理可能なカード処理機と、
前記カード処理機に挿入された前記第１の決済用カードとの間で決済処理を行う第１決済処理部と、
前記カード処理機に挿入された前記第２の決済用カードとの間で決済処理を行う第２決済処理部と、
前記カード処理機にカードが挿入されたことをきっかけに、前記第１決済処理部、及び、前記第２決済処理部のいずれか一方に決済処理を指令する指令部と、
前記第１決済処理部および前記第２決済処理部による決済処理の結果を上位装置に送信する決済結果送信部と、
を備える料金収受機。
【請求項２】
前記第１決済処理部は、前記カード処理機との間でセキュリティレベルが相対的に低い通信を介して前記第１の決済用カードに対して決済処理を行い、
前記第２決済処理部は、前記カード処理機との間でセキュリティレベルが相対的に高い通信を介して前記第２の決済用カードに対して決済処理を行う
請求項１に記載の料金収受機。
【請求項３】
前記第２決済処理部は、前記第２の決済用カードに対する決済処理において、更に、外部との間でセキュリティレベルが相対的に高い通信を行う
請求項２に記載の料金収受機。
【請求項４】
前記第２決済処理部は、前記第２の決済用カードとの間で決済処理が正しく完了した際に当該決済処理を識別可能に発行された決済識別情報を、前記決済処理の結果として出力する
請求項２又は請求項３に記載の料金収受機。
【請求項５】
前記第１決済処理部と、前記第２決済処理部とは、それぞれ異なるプロセッサで実装されている
請求項２から請求項４のいずれか一項に記載の料金収受機。
【請求項６】
前記指令部は、前記カード処理機にカードが挿入された場合に、前記第１決済処理部に対して決済処理を指令し、前記第１決済処理部より決済処理ができなかったことを示す応答を受け付けた場合に、前記第２決済処理部に対して決済処理を指令する
請求項１から請求項５のいずれか一項に記載の料金収受機。
【請求項７】
前記第１決済処理部は、前記カード処理機に挿入されたカードに、所定のファイルが存在しない場合に、前記決済処理の結果として、前記決済処理ができなかったことを示す応答を出力する
請求項６に記載の料金収受機。
【請求項８】
前記第２の決済用カードよりも前記第１の決済用カードの方が、前記カード処理機に挿入される頻度が高い
請求項６又は請求項７に記載の料金収受機。
【請求項９】
請求項１から請求項６のいずれか一項に記載の料金収受機と、
前記上位装置であって、前記決済処理の結果を売上データとして蓄積するデータ処理装置と、
を備える課金システム。
【請求項１０】
決済処理の形式が互いに異なる第１の決済用カード及び第２の決済用カードの両方を処理可能なカード処理機と、前記カード処理機に挿入された前記第１の決済用カードとの間で決済処理を行う第１決済処理部と、前記カード処理機に挿入された前記第２の決済用カードとの間で決済処理を行う第２決済処理部と、を備える料金収受機を用いた料金収受方法であって、
前記カード処理機にカードが挿入されたことをきっかけに、前記第１決済処理部、及び、前記第２決済処理部のいずれか一方に決済処理を指令するステップと、
前記第１決済処理部および前記第２決済処理部による決済処理の結果を上位装置に送信するステップと、
を有する料金収受方法。
【請求項１１】
決済処理の形式が互いに異なる第１の決済用カード及び第２の決済用カードの両方を処理可能なカード処理機と、前記カード処理機に挿入された前記第１の決済用カードとの間で決済処理を行う第１決済処理部と、前記カード処理機に挿入された前記第２の決済用カードとの間で決済処理を行う第２決済処理部と、を備える料金収受機のコンピュータに、
前記カード処理機にカードが挿入されたことをきっかけに、前記第１決済処理部、及び、前記第２決済処理部のいずれか一方に決済処理を指令するステップと、
前記第１決済処理部および前記第２決済処理部による決済処理の結果を上位装置に送信するステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、料金収受機、課金システム、料金収受方法及びプログラムに関する。
【背景技術】
【０００２】
道路事業者は、利用者の利便性の向上のため、様々な支払い形態を利用可能としている。例えば、利用者は、料金所にて、有料道路の通行料金を決済するための専用カード（例えば、ＥＴＣカード）を用いて決済することができる。また、利用者は、クレジットカードの発行会社より発行されたクレジットカードを用いて通行料金を決済することができる（例えば、特許文献１参照）。
【０００３】
一般に、有料道路の料金所には、利用者から利用料金を収受するための料金収受機が設置される。料金所に設置される料金収受機の製造コスト削減を図るため、上述の専用カードとクレジットカードとの両方に対し読み書き（リード／ライト）可能なカードリーダ（カード処理機）を採用している場合がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１８−０８８１６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したように、決済処理をするための媒体（カード）の例として、専用カード（ＥＴＣカード等）及びクレジットカードがある。しかし、料金所に設置された料金収受機がクレジットカードに対して行う決済処理の形式と、ＥＴＣカード等の専用カードに対して行う決済処理の形式とは、大きく異なる。そのため、カードリーダが専用カードとクレジットカードとの両方に対し読み書き可能（処理可能）であった場合、当該カードリーダを通じて決済処理を行うプロセッサは、挿入されたカードの種別に応じた決済処理を行う必要がある。
【０００６】
本発明は、決済処理の形式が異なる複数種類のカードを処理可能なカードリーダを使って決済処理を行う場合に、当該カードリーダに挿入されたカードに対する決済処理を適切に実行可能な料金収受機、課金システム、料金収受方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第１の態様によれば、料金収受機（１）は、決済処理の形式が互いに異なる第１の決済用カード（Ｃ１）及び第２の決済用カード（Ｃ２）の両方を処理可能なカード処理機（１１）と、前記カード処理機に挿入された前記第１の決済用カードとの間で決済処理を行う第１決済処理部（１００１）と、前記カード処理機に挿入された前記第２の決済用カードとの間で決済処理を行う第２決済処理部（１０１０）と、前記カード処理機にカードが挿入されたことをきっかけに、前記第１決済処理部、及び、前記第２決済処理部のいずれか一方に決済処理を指令する指令部（１０００）と、前記第１決済処理部および前記第２決済処理部による決済処理の結果を上位装置（２）に送信する決済結果送信部（１００２）と、を備える。
このようにすることで、第１決済処理部及び第２決済処理部の各々は、指令部の指令に従って、カード処理機に挿入されたカードに対する決済処理を実行する。これにより、第１決済処理部及び第２決済処理部のそれぞれが独立して、挿入されたカードに対して決済処理を実行しようとすることを防止できる。したがって、決済処理の形式が異なる複数種類のカードを処理可能なカード処理機を使って決済処理を行う場合に、当該カード処理機に挿入されたカードに対する決済処理を適切に実行できる。
【０００８】
また、本発明の第２の態様によれば、前記第１決済処理部は、前記カード処理機との間でセキュリティレベルが相対的に低い通信を介して前記第１の決済用カードに対して決済処理を行い、前記第２決済処理部は、前記カード処理機との間でセキュリティレベルが相対的に高い通信を介して前記第２の決済用カードに対して決済処理を行う。
このようにすることで、複数種類のカードそれぞれが扱う情報に求められるセキュリティレベルが異なる場合であっても、各カードが扱う情報のセキュリティレベルに応じた決済処理を実現することができる。
【０００９】
また、本発明の第３の態様によれば、前記第２決済処理部は、前記第２の決済用カードに対する決済処理において、更に、外部（３）との間でセキュリティレベルが相対的に高い通信を行う。
このようにすることで、クレジットカードを用いた決済処理の過程で行われる外部との通信も含めて高いセキュリティレベルを実現することができる。
【００１０】
また、本発明の第４の態様によれば、前記第２決済処理部は、前記第２の決済用カードとの間で決済処理が正しく完了した際に当該決済処理を識別可能に発行された決済識別情報を、前記決済処理の結果として出力する。
このようにすることで、第２決済処理部によって行われた決済処理の結果を、高いセキュリティレベルを必要としない決済識別情報を通じて特定することができる。これにより、セキュリティレベルを高めるべき通信経路を限定することができる。
【００１１】
また、本発明の第５の態様によれば、前記第１決済処理部と、前記第２決済処理部とは、それぞれ異なるプロセッサ（１００ａ、１０１ａ）で実装されている。
このようにすることで、セキュリティレベルが高い領域とセキュリティレベルが低い領域との境界をハードウェア上で明確化させることができるので、セキュリティレベルが高い領域における設計の簡素化を図ることができる。
【００１２】
また、本発明の第６の態様によれば、前記指令部は、前記カード処理機にカードが挿入された場合に、前記第１決済処理部に対して決済処理を指令し、前記第１決済処理部より決済処理ができなかったことを示す応答を受け付けた場合に、前記第２決済処理部に対して決済処理を指令する。
このようにすることで、挿入されたカードの種別がいずれの場合であっても、常に、その種別に適した決済処理部によって決済処理を行うことができる。
【００１３】
また、本発明の第７の態様によれば、前記第１決済処理部は、前記カード処理機に挿入されたカードに、所定のファイルが存在しない場合に、前記決済処理の結果として、前記決済処理ができなかったことを示す応答を出力する。
【００１４】
また、本発明の第８の態様によれば、前記第２の決済用カードよりも前記第１の決済用カードの方が、前記カード処理機に挿入される頻度が高い。
【００１５】
また、本発明の第７の態様によれば、課金システム（９）は、上述の料金収受機と、前記上位装置であって、前記決済処理の結果を売上データとして蓄積するデータ処理装置と、を備える。
【００１６】
また、本発明の第８の態様によれば、料金収受方法は、決済処理の形式が互いに異なる第１の決済用カード及び第２の決済用カードの両方を処理可能なカード処理機と、前記カード処理機に挿入された前記第１の決済用カードとの間で決済処理を行う第１決済処理部と、前記カード処理機に挿入された前記第２の決済用カードとの間で決済処理を行う第２決済処理部と、を備える料金収受機を用いた料金収受方法であって、前記カード処理機にカードが挿入されたことをきっかけに、前記第１決済処理部、及び、前記第２決済処理部のいずれか一方に決済処理を指令するステップと、前記第１決済処理部および前記第２決済処理部による決済処理の結果を上位装置に送信するステップと、を有する。
【００１７】
また、本発明の第９の態様によれば、プログラムは、決済処理の形式が互いに異なる第１の決済用カード及び第２の決済用カードの両方を処理可能なカード処理機と、前記カード処理機に挿入された前記第１の決済用カードとの間で決済処理を行う第１決済処理部と、前記カード処理機に挿入された前記第２の決済用カードとの間で決済処理を行う第２決済処理部と、を備える料金収受機のコンピュータに、前記カード処理機にカードが挿入されたことをきっかけに、前記第１決済処理部、及び、前記第２決済処理部のいずれか一方に決済処理を指令するステップと、前記第１決済処理部および前記第２決済処理部による決済処理の結果を上位装置に送信するステップと、を実行させる。
【発明の効果】
【００１８】
上述の各態様に係る料金収受機、課金システム、料金収受方法及びプログラムによれば、決済処理の形式が異なる複数種類のカードを処理可能なカード処理機を使って決済処理を行う場合に、当該カード処理機に挿入されたカードに対する決済処理を適切に実行できる。
【図面の簡単な説明】
【００１９】
【図１】第１の実施形態に係る課金システムの全体構成を示す図である。
【図２】第１の実施形態に係る課金システムのハードウェア構成を示す図である。
【図３】第１の実施形態に係る課金システムの機能構成を示す図である。
【図４】第１の実施形態に係る料金収受機の処理フローを示す第１の図である。
【図５】第１の実施形態に係る料金収受機の処理フローを示す第２の図である。
【図６】第１の実施形態に係る料金収受機の処理フローを示す第３の図である。
【図７】第１の実施形態に係るクレジットカード決済処理結果の内容を示す図である。
【発明を実施するための形態】
【００２０】
＜第１の実施形態＞
以下、第１の実施形態に係る料金収受機及びこれを備える課金システムについて、図１〜図７を参照しながら詳しく説明する。
【００２１】
（課金システムの全体構成）
図１は、第１の実施形態に係る課金システムの全体構成を示す図である。
図１に示すように、第１の実施形態に係る課金システム９は、料金収受機１と、データ処理装置２とを有している。
【００２２】
料金収受機１は、有料道路の出口料金所に設置され、有料道路の利用者から通行料金を収受するために用いられる機械である。図１に示すように、料金収受機１は、出口料金所のアイランドＩ上に設けられた有人ブースＢ内に設置される。有人ブースＢには、収受員が待機し、この収受員は、車線Ｌに到来した車両（利用者）に対し、料金収受機１を用いて通行料金の収受を行う。
図１に示すように、料金収受機１は、データ処理装置２及びオーソリセンター３と通信可能とされている。
【００２３】
料金収受機１は、収受機本体１０と、カードリーダ１１（カード処理機）と、操作卓１２と、ディスプレイ１３とを備えている。
【００２４】
収受機本体１０は、料金収受を行うための主要な処理を行う。収受機本体１０が有する機能については後述する。
【００２５】
カードリーダ１１は、通行料金の収受をする際に利用者から渡されたカードに対してリード／ライト処理を実行可能な装置である。収受員は、顧客から渡されたＥＴＣカードＣ１又はクレジットカードＣ２（第２の決済用カード）をこのカードリーダ１１に挿入する。カードリーダ１１は、収受機本体１０からの制御に従って、挿入されたＥＴＣカードＣ１又はクレジットカードＣ２に対しリード／ライト処理を行う。ここで、ＥＴＣカードは、有料道路の通行料金を収受するために利用される専用カード（第１の決済用カード）の一例である。専用カードの例としては、ＥＴＣカードの他、「団体割引カード」などがある。なお、以下の説明においては、専用カードが「ＥＴＣカード」である例を説明する。
【００２６】
操作卓１２は、収受員による操作を受け付ける入力機器である。例えば、収受員は、利用者に対する収受料金を確定する際、到来した車両の車種区分を目視で確認し、操作卓１２を操作して指定する。また、例えば、利用者に対する特殊処理（割引処理）等を行う際に、収受員は、操作卓１２を操作して当該特殊処理を適用する。
【００２７】
ディスプレイ１３は、通行料金の決済処理に関する情報（入口料金所、車種区分、収受料金等）を表示する表示装置である。
【００２８】
データ処理装置２は、料金収受機１と広域通信ネットワークを介して通信可能に接続されたサーバ装置である。データ処理装置２は、他の複数の料金収受機１とも接続され、各料金収受機１から送信される決済処理の結果を集約する。各料金収受機１から得られた決済処理の結果は、売上データとしてデータ処理装置２に蓄積される。
【００２９】
オーソリセンター３は、クレジットカードによる決済代行サービスを提供する事業者である。オーソリセンター３は、利用者が通行料金の決済手段としてクレジットカードを選択した場合に、当該クレジットカードを用いて決済が行えるか否かの判定を行う。オーソリセンター３は、カード会社が利用者に向けて提供するクレジットカードに関する各種情報（カード所有者の個人情報、クレジットカードの有効期限、利用枠等）を有し、利用者が支払おうとしている通行料金が正しく決済されるように利用枠を押さえるオーソリ処理を行う。
【００３０】
（課金システムのハードウェア構成）
図２は、第１の実施形態に係る課金システムのハードウェア構成を示す図である。
図２に示すように、料金収受機１の収受機本体１０は、主制御基板１００とクレジットカード決済基板１０１とを有している。
【００３１】
主制御基板１００は、料金収受機１の処理全体を司るＣＰＵ等が実装された基板である。主制御基板１００は、カードリーダ１１、操作卓１２、ディスプレイ１３及び後述するクレジットカード決済基板１０１との間で通信可能に接続される。
【００３２】
クレジットカード決済基板１０１は、クレジットカードを用いて決済する機能を有する基板である。クレジットカード決済基板１０１は、主制御基板１００側からの制御に従って動作する。主制御基板１００とクレジットカード決済基板１０１とは、一般的な基板間通信（例えば、ＩＳＡ（Industry Standard Architecture）等）を介して通信可能に接続されている。
クレジットカード決済基板１０１は、カードリーダ１１及びオーソリセンター３との間で通信可能に接続される。クレジットカード決済基板１０１とカードリーダ１１との間の通信、及び、クレジットカード決済基板１０１とオーソリセンター３との間の通信は、セキュリティレベルが高い通信とされている。即ち、料金収受機１のカードリーダ１１とクレジットカード決済基板１０１、及び、オーソリセンター３は、互いにセキュリティレベルが高い通信が可能なセキュア通信領域Ｓに属する。
【００３３】
カードリーダ１１は、２種類の接続インタフェースＩ１、Ｉ２を有している。一方の接続インタフェースＩ１は、主制御基板１００と接続され、もう一方の接続インタフェースＩ２は、クレジットカード決済基板１０１と接続される。即ち、カードリーダ１１は、主制御基板１００との間でセキュリティレベルが相対的に低い通信を行うための接続インタフェースＩ１と、クレジットカード決済基板１０１との間でセキュリティレベルが相対的に高い通信を行うための接続インタフェースＩ２とを備える。
また、カードリーダ１１は、何らかのカードが挿入された場合に、主制御基板１００に向けて、当該カードが挿入されたことを示すカード挿入信号を出力する。
【００３４】
（課金システムの機能構成）
図３は、第１の実施形態に係る課金システムの機能構成を示す図である。
図３に示すように、主制御基板１００はＣＰＵ１００ａを有している。また、クレジットカード決済基板１０１はＣＰＵ１０１ａを有している。ＣＰＵ１００ａ及びＣＰＵ１０１ａは、所定のプログラムに従って動作するプロセッサである。
【００３５】
データ処理装置２は、ＥＴＣ認証テーブルＤ１と、売上データＤ２とを有する。
ＥＴＣ認証テーブルＤ１は、利用者が所持するＥＴＣカードに関連付けられた決済用の情報が記録された情報テーブルである。特に、ＥＴＣ認証テーブルＤ１には、各ＥＴＣカードで決済処理が可能か否かを示す情報が記録されている。
売上データＤ２は、各料金所での売り上げを示す情報テーブルである。売上データＤ２は、料金収受機１によって実行された決済処理の結果（ＥＴＣカード決済処理結果、クレジットカード決済処理結果）が蓄積されている。
【００３６】
ＣＰＵ１００ａの機能について説明する。
図３に示すように、主制御基板１００のＣＰＵ１００ａは、指令部１０００、ＥＴＣカード決済処理部１００１（第１決済処理部）、及び、決済結果送信部１００２として機能する。
【００３７】
指令部１０００は、ＥＴＣカード決済処理部１００１、及び、クレジットカード決済処理部１０１０（後述）に対し、決済処理を指令する。具体的には、指令部１０００は、カードリーダ１１からカード挿入信号を受け付けたことをきっかけに、まず、ＥＴＣカード決済処理部１００１に対して決済処理を指令する。また、指令部１０００は、ＥＴＣカード決済処理部１００１より決済処理ができなかったことを示す応答を受け付けた場合に、クレジットカード決済処理部１０１０に対して決済処理を指令する。この場合、指令部１０００は、クレジットカード決済基板１０１のＣＰＵ１０１ａ（クレジットカード決済処理部１０１０）に対して、収受すべき額（課金額）を含むクレジットカード決済処理指令を送信する。
【００３８】
ＥＴＣカード決済処理部１００１は、カードリーダ１１に挿入されたＥＴＣカードＣ１と、データ処理装置２との間で決済処理を行う。具体的には、ＥＴＣカード決済処理部１００１は、カードリーダ１１を通じてＥＴＣカードＣ１に記録されている情報（ＥＴＣデータ）を読み取って取得する。また、ＥＴＣカード決済処理部１００１は、読み取ったＥＴＣデータに基づいてデータ処理装置２に記録されているＥＴＣ認証テーブルＤ１を照会して、カードリーダ１１に挿入されているＥＴＣカードＣ１が決済処理可能なカードか否かの問い合わせを行う。
【００３９】
決済結果送信部１００２は、ＥＴＣカード決済処理部１００１による決済処理の結果（ＥＴＣカード決済処理結果）、及び、クレジットカード決済処理部１０１０（後述）による決済処理の結果（クレジットカード決済処理結果）を上位装置であるデータ処理装置２に送信する。
【００４０】
ＣＰＵ１０１ａの機能について説明する。
図３に示すように、クレジットカード決済基板１０１のＣＰＵ１０１ａは、クレジットカード決済処理部１０１０（第２決済処理部）、及び、セキュア通信処理部１０１１として機能する。
【００４１】
クレジットカード決済処理部１０１０は、主制御基板１００のＣＰＵ１００ａ（指令部１０００）からクレジットカード決済処理指令を受け付けた場合に、カードリーダ１１に挿入されたクレジットカードＣ２と、オーソリセンター３との間で決済処理を行う。具体的には、クレジットカード決済処理部１０１０は、カードリーダ１１を通じてクレジットカードＣ２に記録されている情報（クレジットデータ）を読み取って取得する。クレジットデータとは、クレジットカードＣ２に記録されている個人情報、カード番号、有効期限等の情報であって、その取り扱いにおいて高いセキュリティレベルが求められる情報である。
また、クレジットカード決済処理部１０１０は、読み取ったクレジットデータに基づいて、オーソリセンター３に対し、カードリーダ１１に挿入されているクレジットカードＣ２が決済処理可能なカードか否かの問い合わせを行う。
【００４２】
セキュア通信処理部１０１１は、クレジットカード決済処理部１０１０とカードリーダ１１との間の通信、及び、クレジットカード決済処理部１０１０とオーソリセンター３との間の通信のセキュリティレベルを高める処理を行う。具体的には、セキュア通信処理部１０１１は、決済処理の過程において送受される情報に対し、所定の暗号鍵を用いた暗号化処理及び復号処理を行う。これにより、クレジットカード決済処理部１０１０とカードリーダ１１との間、及び、クレジットカード決済処理部１０１０とオーソリセンター３との間でやり取りされるクレジットデータのセキュリティレベルが高められる。
なお、クレジットカード決済処理部１０１０は、クレジットカードＣ２による決済処理が正常に完了した場合には、主制御基板１００のＣＰＵ１００ａ（決済結果送信部１００２）に対し、当該決済処理が正常に完了したことを示すクレジットカード決済処理結果を返送する。このクレジットカード決済処理結果には、課金額、承認番号（後述）等が含まれるが、クレジットデータは含まれない。したがって、セキュア通信処理部１０１１は、クレジットカード決済処理部１０１０（ＣＰＵ１０１ａ）とＣＰＵ１００ａとの間でのやり取りに対してセキュリティレベルを高める必要はない。
【００４３】
以上のように、ＥＴＣカード決済処理部１００１と、クレジットカード決済処理部１０１０とは、それぞれ異なるプロセッサ（ＩＣ；integrated circuit）で実装されている。
【００４４】
（料金収受機の処理フロー）
図４〜図６は、それぞれ、第１の実施形態に係る料金収受機１の処理フローを示す第１〜第３の図である。
また、図７は、第１の実施形態に係るクレジットカード決済処理結果の内容を示す図である。
以下、図４〜図７を参照しながら、第１の実施形態に係る料金収受機１の処理の流れについて詳しく説明する。
【００４５】
図４に示すように、まず、ＣＰＵ１００ａの指令部１０００は、カードリーダ１１からカード挿入信号を受け付けたか否かを判定する（ステップＳ０１）。カード挿入信号を受け付けていない場合（ステップＳ０１；ＮＯ）、指令部１０００は、カード挿入信号を待ち受ける。
【００４６】
カードリーダ１１からカード挿入信号を受け付けた場合（ステップＳ０１；ＹＥＳ）、指令部１０００は、ＣＰＵ１００ａのＥＴＣカード決済処理部１００１に向けて決済処理指令を出力する（ステップＳ０２）。
【００４７】
ＥＴＣカード決済処理部１００１は、指令部１０００からの決済処理指令に従って、カードリーダ１１に挿入されたカードに対して、ＥＴＣカード決済処理を行う（ステップＳ０３）。ＥＴＣカード決済処理部１００１によるＥＴＣカード決済処理（ステップＳ０３）の処理の詳細については後述する。
【００４８】
指令部１０００は、ＥＴＣカード決済処理部１００１によるＥＴＣカード決済処理の結果（ＥＴＣカード決済処理結果）を受けて、ＥＴＣカードによって正しく決済されたか否かを判定する（ステップＳ０４）。
【００４９】
ＥＴＣカード決済処理結果にて、ＥＴＣカードによって正しく決済されたことが示された場合（ステップＳ０４；ＹＥＳ）、ＣＰＵ１００ａの決済結果送信部１００２は、ＥＴＣカード決済処理結果をデータ処理装置２に向けて送信し（ステップＳ０５）、決済処理を完了する。
【００５０】
ＥＴＣカード決済処理結果にて、ＥＴＣカードによって正しく決済されなかったことが示された場合（ステップＳ０４；ＮＯ）、次に、指令部１０００は、クレジットカード決済基板１０１のＣＰＵ１０１ａ（クレジットカード決済処理部１０１０）に向けて、クレジットカード決済処理指令を送信する（ステップＳ０６）。このクレジットカード決済処理指令には、挿入されたカードを通じて収受すべき額（課金額）が含まれる。
【００５１】
クレジットカード決済処理部１０１０は、指令部１０００からのクレジットカード決済処理指令に従って、カードリーダ１１に挿入されたカードに対して、クレジットカード決済処理を行う（ステップＳ０７）。クレジットカード決済処理部１０１０によるクレジットカード決済処理（ステップＳ０７）の処理の詳細については後述する。
【００５２】
指令部１０００は、クレジットカード決済処理部１０１０によるクレジットカード決済処理の結果（クレジットカード決済処理結果）を受けて、クレジットカードによって正しく決済されたか否かを判定する（ステップＳ０８）。
【００５３】
クレジットカード決済処理結果にて、クレジットカードによって正しく決済されたことが示された場合（ステップＳ０８；ＹＥＳ）、決済結果送信部１００２は、クレジットカード決済処理結果をデータ処理装置２に向けて送信し（ステップＳ０９）、決済処理を完了する。
【００５４】
クレジットカード決済処理結果にて、クレジットカードによって正しく決済されなかったことが示された場合（ステップＳ０８；ＮＯ）、ＣＰＵ１００ａは、挿入されたカードによって正しく決済処理ができなかったことを示すエラー通知を行う（ステップＳ１０）。このエラー通知が発報された場合、収受員は、例えば、利用者に対し、ＥＴＣカード、クレジットカード以外の支払い形態による通行料金の支払いを求める。
【００５５】
次に、図５を参照しながら、ステップＳ０３のＥＴＣカード決済処理について詳しく説明する。
【００５６】
ＥＴＣカード決済処理部１００１は、カードリーダ１１を通じて、当該カードリーダ１１に挿入されているカードに記録されているファイルを読み取る（ステップＳ３１）。そして、ＥＴＣカード決済処理部１００１は、カードリーダ１１に挿入されているカードに、ＥＴＣカードとして記録されているべきファイルが存在するか否かを判定する（ステップＳ３２）。
【００５７】
カードリーダ１１に挿入されたカードから、ＥＴＣカードとして記録されているべきファイルを読み取れた場合（ステップＳ３２；ＹＥＳ）、続いて、ＥＴＣカード決済処理部１００１は、カードリーダ１１に挿入されたカードからＥＴＣデータを読み出すとともに、データ処理装置２（ＥＴＣ認証テーブルＤ１）にアクセスして、当該カードが決済処理可能なＥＴＣカードか否かの問い合わせを行う（ステップＳ３３）。
【００５８】
データ処理装置２への問い合わせの結果、カードリーダ１１に挿入されているカードが決済処理可能なＥＴＣカードであることが判明した場合には、ＥＴＣカード決済処理部１００１は、カードリーダ１１を通じて、当該カードに対するリード／ライト処理を行う（ステップＳ３４）。これにより、ＥＴＣカード決済処理が完了する。
この場合、ＥＴＣカード決済処理部１００１は、挿入されたカードによって正しく決済処理がなされたことを示すＥＴＣカード決済処理結果を返す（ステップＳ３５）。
【００５９】
他方、カードリーダ１１に挿入されたカードから、ＥＴＣカードとして記録されているべきファイルを読み取れなかった場合（ステップＳ３２；ＮＯ）、カードリーダ１１に挿入されたカードは、ＥＴＣカードではないと考えられる。そこで、ＥＴＣカード決済処理部１００１は、当該カードに対するＥＴＣカード決済処理を中止する。この場合、ＥＴＣカード決済処理部１００１は、挿入されたカードによって正しく決済処理がなされなかったことを示すＥＴＣカード決済処理結果を返す（ステップＳ３６）。
【００６０】
次に、図６を参照しながら、ステップＳ０７のクレジットカード決済処理について詳しく説明する。
【００６１】
クレジットカード決済処理部１０１０は、カードリーダ１１を通じて、当該カードリーダ１１に挿入されているカードに記録されているファイルを読み取る（ステップＳ７１）。そして、クレジットカード決済処理部１０１０は、カードリーダ１１に挿入されているカードに、クレジットカードとして記録されているべきファイルが存在するか否かを判定する（ステップＳ７２）。
【００６２】
カードリーダ１１に挿入されたカードから、クレジットカードとして記録されているべきファイルを読み取れた場合（ステップＳ７２；ＹＥＳ）、続いて、クレジットカード決済処理部１０１０は、カードリーダ１１に挿入されたカードからクレジットデータを読み出すとともに、オーソリセンター３にアクセスして、当該カードが決済処理可能なクレジットカードか否かの問い合わせを行う（ステップＳ７３）。
【００６３】
オーソリセンター３への問い合わせの結果、カードリーダ１１に挿入されているカードが決済処理可能なクレジットカードであることが判明した場合には、クレジットカード決済処理部１０１０は、カードリーダ１１を通じて、当該カードに対するリード／ライト処理を行う（ステップＳ７４）。これにより、クレジットカード決済処理が完了する。
この場合、クレジットカード決済処理部１０１０は、この取引（決済処理）についてオーソリセンター３から発行された承認番号を取得する（ステップＳ７５）。ここで、承認番号とは、今回の決済処理を特定するためにオーソリセンター３によって割り振られる情報（決済識別情報）である。
次に、クレジットカード決済処理部１０１０は、挿入されたカードを用いて正しく決済処理がなされたことを示すクレジットカード決済処理結果を返す（ステップＳ７６）。
【００６４】
他方、カードリーダ１１に挿入されたカードから、クレジットカードとして記録されているべきファイルを読み取れなかった場合（ステップＳ７２；ＮＯ）、カードリーダ１１に挿入されたカードは、クレジットカードではないと考えられる。そこで、クレジットカード決済処理部１０１０は、当該カードに対するクレジットカード決済処理を中止する。この場合、クレジットカード決済処理部１０１０は、挿入されたカードによって正しく決済処理がなされなかったことを示すクレジットカード決済処理結果を返す（ステップＳ７７）。
【００６５】
なお、上記のステップＳ７１からステップＳ７５までの処理において行われる、クレジットカード決済処理部１０１０とカードリーダ１１との間の情報の送受信、及び、クレジットカード決済処理部１０１０とオーソリセンター３との間の情報の送受信は、全てセキュア通信処理部１０１１の機能によるセキュア通信を介してなされる。
【００６６】
また、ステップＳ７６において、クレジットカード決済処理部１０１０が主制御基板１００のＣＰＵ１００ａに返送するクレジットカード決済処理結果は、例えば、図７に示すような情報群である。即ち、図７に示すように、クレジットカード決済処理結果に含まれる情報は、今回の決済処理についてオーソリセンター３で発行された承認番号、今回の決済処理で収受された課金額、及び、マスク済みのクレジットカード番号等に限定される。即ち、クレジットカード決済処理部１０１０から主制御基板１００に送信される情報群には、高いセキュリティレベルが求められる情報は含まれない。
【００６７】
（作用、効果）
以上のとおり、第１の実施形態に係る料金収受機１は、決済処理の形式が互いに異なるＥＴＣカード及びクレジットカードの両方を処理可能なカードリーダ１１と、カードリーダ１１に挿入されたＥＴＣカードとの間で決済処理を行うＥＴＣカード決済処理部１００１と、カードリーダ１１に挿入されたクレジットカードとの間で決済処理を行うクレジットカード決済処理部１０１０と、カードリーダ１１にカードが挿入されたことをきっかけに、ＥＴＣカード決済処理部１００１に決済処理を指令する指令部１０００と、ＥＴＣカード決済処理部１００１およびクレジットカード決済処理部１０１０による決済処理の結果をデータ処理装置２に送信する決済結果送信部１００２と、を備える。
このようにすることで、ＥＴＣカード決済処理部１００１及びクレジットカード決済処理部１０１０の各々は、指令部１０００の指令に従って、カードリーダ１１に挿入されたカードに対する決済処理を実行する。これにより、ＥＴＣカード決済処理部１００１及びクレジットカード決済処理部１０１０のそれぞれが独立して挿入されたカードに対して決済処理を実行しようとすることを防止できる。したがって、決済処理の形式が異なる複数種類のカードを処理可能なカードリーダを使って決済処理を行う場合に、当該カードリーダに挿入されたカードに対する決済処理を適切に実行できる。
【００６８】
また、第１の実施形態に係るＥＴＣカード決済処理部１００１は、カードリーダ１１との間でセキュリティレベルが相対的に低い通信を介してＥＴＣカードに対して決済処理を行う。そして、クレジットカード決済処理部１０１０は、カードリーダ１１との間でセキュリティレベルが相対的に高い通信を介してクレジットカードに対して決済処理を行う。
このようにすることで、複数種類のカードそれぞれが扱う情報に求められるセキュリティレベルが異なる場合であっても、各カードが扱う情報のセキュリティレベルに応じた決済処理を実現することができる。
【００６９】
また、第１の実施形態に係るクレジットカード決済処理部１０１０は、クレジットカードに対する決済処理において、更に、外部（オーソリセンター３）との間でセキュリティレベルが相対的に高い通信を行う。
このようにすることで、クレジットカードを用いた決済処理の過程で行われる外部との通信も含めて高いセキュリティレベルを実現することができる。
【００７０】
また、第１の実施形態に係るクレジットカード決済処理部１０１０は、クレジットカードとの間で決済処理が正しく完了した際に当該決済処理を識別可能に発行された決済識別情報（承認番号）を、決済処理の結果として主制御基板１００に出力する。
このようにすることで、クレジットカード決済処理部１０１０によって行われた決済処理の結果を、高いセキュリティレベルを必要としない決済識別情報を通じて特定することができる。これにより、セキュリティレベルを高めるべき通信経路を、クレジットカード決済処理部１０１０と接続される一部の通信経路だけに限定することができる。
【００７１】
また、第１の実施形態に係る料金収受機１においては、ＥＴＣカード決済処理部１００１と、クレジットカード決済処理部１０１０とが、それぞれ異なるプロセッサ（ＣＰＵ１００ａ、ＣＰＵ１０１ａ）で実装されている。
このようにすることで、セキュア通信領域Ｓと非セキュア通信領域との境界をハードウェア上で明確化させることができるので、セキュア通信領域Ｓにおける設計の簡素化を図ることができる。
【００７２】
また、第１の実施形態に係る指令部１０００は、カードリーダ１１にカードが挿入された場合に、まずＥＴＣカード決済処理部１００１に対して決済処理を指令する。そして、指令部１０００は、ＥＴＣカード決済処理部１００１より決済処理ができなかったことを示す応答を受け付けた場合に、クレジットカード決済処理部１０１０に対して決済処理を指令する。
このようにすることで、挿入されたカードの種別がＥＴＣカードであってもクレジットカードであっても、常に、その種別に適した決済処理部によって決済処理を行うことができる。
【００７３】
また、第１の実施形態に係るＥＴＣカード決済処理部１００１は、カードリーダ１１に挿入されたカードに、所定のファイルが存在しない場合に、決済処理の結果として、決済処理ができなかったことを示す応答を出力する。
このようにすることで、カードに記録されているファイルの存在の有無に基づいて、決済処理を行うか否かを判断することができる。
【００７４】
また、第１の実施形態に係る指令部１０００は、カードリーダ１１にカードが挿入された場合、利用頻度が高い（カードリーダ１１に挿入される頻度が高い）ＥＴＣカード決済処理部１００１の方に、先に決済処理の指令を出力する。
このようにすることで、ＥＴＣカード決済処理部１００１にて決済処理が失敗する確率を減らすことができ、円滑な運用を図ることができる。
【００７５】
（変形例）
以上、第１の実施形態に係る料金収受機１及び課金システム９について詳細に説明したが、料金収受機１及び課金システム９の具体的な態様は、上述のものに限定されることはなく、要旨を逸脱しない範囲内において種々の設計変更等を加えることは可能である。
【００７６】
第１の実施形態に係る料金収受機１は、有人ブースＢ内に設置され、収受員に操作される態様で説明したが、他の実施形態においてはこの態様に限定されない。例えば、他の実施形態に係る料金収受機１は、到来した利用者自身からの操作を受け付けて通行料金の収受を行う料金自動収受機であってもよい。
【００７７】
また、第１の実施形態に係る指令部１０００は、カードリーダ１１にカードが挿入されたことをきっかけとして、まず、ＥＴＣカード決済処理部１００１に決済処理を指令し、これで正常に決済されなかったときに、クレジットカード決済処理部１０１０に決済処理を指令するものとして説明したが、他の実施形態においてはこの態様に限定されない。
例えば、他の実施形態に係るカードリーダ１１は、カードリーダ１１自身が、挿入されたカードの種別を判別可能とする機能を有していることも想定される。このような場合には、指令部１０００は、カードリーダ１１から受信したカード種別の判別結果に基づいて、ＥＴＣカード決済処理部１００１に決済処理を指令するか、クレジットカード決済処理部１０１０に決済処理を指令するかを判断してもよい。
【００７８】
また、第１の実施形態に係る料金収受機１は、ＥＴＣカード決済処理部１００１と、クレジットカード決済処理部１０１０とが、それぞれ異なるプロセッサ（ＣＰＵ１００ａ、ＣＰＵ１０１ａ）で実装されているものとし、また、指令部１０００は、ＥＴＣカード決済処理部１００１として機能するプロセッサ（ＣＰＵ１００ａ）に含まれるものとして説明した。しかし、他の実施形態においては上記態様に限定されない。
他の実施形態に係る料金収受機１は、ＥＴＣカード決済処理部１００１、クレジットカード決済処理部１０１０及び指令部１０００が全て１つのプロセッサで実装される態様であってもよいし、ＥＴＣカード決済処理部１００１、クレジットカード決済処理部１０１０及び指令部１０００が全て別々のプロセッサで実装される態様であってもよい。
【００７９】
なお、第１の実施形態においては、上述した料金収受機１の各種処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって上記各種処理が行われる。また、コンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００８０】
上記プログラムは、上述した機能の一部を実現するためのものであってもよい。更に、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【００８１】
また、他の実施形態においては、第１の実施形態で説明した料金収受機１が有する各機能部の一部を、ネットワークで接続された他のコンピュータが具備する態様であってもよい。
【００８２】
以上のとおり、本発明に係るいくつかの実施形態を説明したが、これら全ての実施形態は、例として提示したものであり、発明の範囲を限定することを意図していない。これらの実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これらの実施形態及びその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００８３】
１  料金収受機
１０  収受機本体
１００  主制御基板
１００ａ  ＣＰＵ
１０００  指令部
１００１  ＥＴＣカード決済処理部（第１決済処理部）
１００２  決済結果送信部
１０１  クレジットカード決済基板
１０１ａ  ＣＰＵ
１０１０  クレジットカード決済処理部（第２決済処理部）
１０１１  セキュア通信処理部
１１  カードリーダ（カード処理機）
１２  操作卓
１３  ディスプレイ
２  データ処理装置（上位装置）
３  オーソリセンター
９  課金システム
Ｓ  セキュア通信領域
Ｄ１  ＥＴＣ認証テーブル
Ｄ２  売上データ
Ｃ１  ＥＴＣカード（第１の決済用カード）
Ｃ２  クレジットカード（第２の決済用カード）
Ｌ  車線
Ｉ  アイランド
【図１】
2020181537.tif 000003
【図２】
2020181537.tif 000004
【図３】
2020181537.tif 000005
【図４】
2020181537.tif 000006
【図５】
2020181537.tif 000007
【図６】
2020181537.tif 000008
【図７】
2020181537.tif 000009