JP2023041279A - 電子決済システム、決済受付装置、読取装置、エラー原因推定方法及びプログラム - Google Patents

Abstract

【課題】カード媒体の読み取りエラーの原因の推定精度を高める。【解決手段】少なくともカード媒体から読み取った情報に基づく電子決済を受け付ける、複数の決済受付装置と、電子決済を実行する決済センター、又は、決済センターと複数の決済受付装置との通信を中継する決済中継センターとを有する電子決済システムであり、複数の決済受付装置は、カード媒体の読み取り時に発生したエラーに関する情報を、エラー情報として決済センター、又は、決済中継センターに送信し、決済センター、又は、決済中継センターは、決済受付装置から受信されるエラー情報に基づいて、エラーの原因を推定する。【選択図】図５

Description

本発明は、電子決済システム、決済受付装置、読取装置、エラー原因推定方法及びプログラムに関する。

電子決済はキャッシュレス決済とも呼ばれ、新しい手段も続々と登場している。一方で、クレジットカードやデビットカード等のＩＣチップ付きのカード媒体（以下「接触型カード媒体」という）も、依然として多く用いられている。
接触型カード媒体を用いる電子決済の特徴は、カード情報の読み取りに際し、ＩＣチップを読取装置等の端子に接触させることである。

特開２００７－２５７５７６号公報

割賦販売法の改正により、現在、読取装置等への接触型カード媒体の挿入は、ユーザ自身が行う必要がある。このためか、電子決済時における接触型カード媒体の読取エラーの増加が報告されている。
一方で、読取エラーの原因は多岐にわたる。読取エラーの原因は、概略、操作方法、接触型カード媒体、読取装置に分類されるが、多くの場合、原因の特定が難しい。このため、現場の負担が増えている。なお、原因は異なるが、ＩＣチップの情報を非接触で読み出す非のカード媒体（以下「非接触型カード媒体」という）においても、読取エラーの原因の特定が課題となっている。以下では、接触型カード媒体と非接触型カード媒体を総称して「カード媒体」という。

本発明は、カード媒体の読み取りエラーの原因の推定精度を高めることを目的とする。

請求項１に記載の発明は、少なくともカード媒体から読み取った情報に基づく電子決済を受け付ける、複数の決済受付装置と、電子決済を実行する決済センター、又は、当該決済センターと複数の前記決済受付装置との通信を中継する決済中継センターと、を有する電子決済システムであって、複数の前記決済受付装置は、カード媒体の読み取り時に発生したエラーに関する情報を、エラー情報として前記決済センター、又は、前記決済中継センターに送信し、前記決済センター、又は、前記決済中継センターは、前記決済受付装置から受信される前記エラー情報に基づいて、エラーの原因を推定する、電子決済システムである。
請求項２に記載の発明は、前記決済センター、又は、前記決済中継センターは、新たに受信した前記エラー情報に対応するエラーの原因を、当該エラー情報の送信元である前記決済受付装置に通知する、請求項１に記載の電子決済システムである。
請求項３に記載の発明は、前記決済センター、又は、前記決済中継センターは、複数の前記決済受付装置から受信された複数の前記エラー情報を記憶する記憶部を有し、前記記憶部に記憶されている複数の前記エラー情報を分析し、分析の結果をエラーの原因の推定処理に反映する情報を、複数の前記決済受付装置に送信する、請求項１又は２に記載の電子決済システムである。
請求項４に記載の発明は、前記決済センター、又は、前記決済中継センターは、特定のカード媒体について複数回の読み取りがあった前記決済受付装置から、初回の読み取り時には、情報を全く読み取れない旨を示す前記エラー情報が受信される一方、二回目の読み取り時には、当該エラー情報が受信されなかった場合、エラーの原因として、カード媒体の挿入方向に関する誤りを推定する、請求項１又は２に記載の電子決済システムである。
請求項５に記載の発明は、前記決済センター、又は、前記決済中継センターは、特定のカード媒体について複数回の読み取りがあった前記決済受付装置から、特定のカード媒体についての読み取りでは、毎回、情報を全く読み取れない旨を示す前記エラー情報が受信される一方で、他のカード媒体についての読み取りでは、当該エラー情報が受信されなかった場合、エラーの原因として、カード媒体に固有のエラーを推定する、請求項１又は２に記載の電子決済システムである。
請求項６に記載の発明は、前記決済センター、又は、前記決済中継センターは、特定のカード媒体について複数回の読み取りがあった前記決済受付装置から、初回の読み取り時には、部分的に情報を読み取れた旨を示す前記エラー情報が受信される一方、二回目の読み取り時には当該エラー情報が受信されなかった場合、エラーの原因として、カード媒体の差し込み時間の不十分さを推定する、請求項１又は２に記載の電子決済システムである。
請求項７に記載の発明は、少なくともカード媒体から情報を読み取る読取部、又は、カード媒体から情報を読み取る読取装置と接続される接続部と、当該情報に基づく電子決済を受け付ける処理部と、を有する決済受付装置であって、前記読取部が、カード媒体の読み取りに関するエラー情報を生成すると、又は、前記接続部が、カード媒体の読み取りに関するエラー情報を前記読取装置から受信すると、前記処理部は、前記エラー情報に基づいて、エラーの原因を推定する、決済受付装置である。
請求項８に記載の発明は、前記処理部は、電子決済を実行する決済センター、又は、当該決済センターと自装置との通信を中継する決済中継センターに対し、前記エラー情報を送信する、請求項７に記載の決済受付装置である。
請求項９に記載の発明は、前記処理部は、前記決済センター又は前記決済中継センター又は前記読取装置から受信したエラーの原因を表示部に表示する、請求項８に記載の決済受付装置である。
請求項１０に記載の発明は、前記処理部は、特定のカード媒体について複数回の読み取りがあった場合に、初回の読み取り時には、情報を全く読み取れない旨を示すエラー情報を受け付ける一方、二回目の読み取り時には、読み取りエラーが発生しなかった場合、エラーの原因として、カード媒体の挿入方向に関する誤りを推定する、請求項７に記載の決済受付装置である。
請求項１１に記載の発明は、前記処理部は、特定のカード媒体について複数回の読み取りがあった場合に、特定のカード媒体についての読み取りでは、毎回、情報を全く読み取れない旨を示すエラー情報を受け付ける一方、他のカード媒体についての読み取りでは、読み取りエラーが発生しなかった場合、エラーの原因として、カード媒体に固有のエラーを推定する、請求項７に記載の決済受付装置である。
請求項１２に記載の発明は、前記処理部は、特定のカード媒体について複数回の読み取りがあった場合に、初回の読み取り時には、部分的に情報を読み取れた旨を示すエラー情報を受け付ける一方、二回目の読み取り時には、読み取りエラーが発生しなかった場合、エラーの原因として、カードの差し込み時間の不十分さを推定する、請求項７に記載の決済受付装置である。
請求項１３に記載の発明は、電子決済を受け付ける決済受付装置と通信可能に接続され、カード媒体から情報を読み取る読取装置であって、カード媒体の読み取りエラーに関するエラー情報を生成する生成部と、前記生成部により生成された前記エラー情報に基づいて、エラーの原因を推定する推定部とを有する読取装置である。
請求項１４に記載の発明は、前記推定部は、特定のカード媒体について複数回の読み取りがあった場合に、初回の読み取り時には、情報を全く読み取れない旨を示すエラー情報を受け付ける一方、二回目の読み取り時には、読み取りエラーが発生しなかった場合、エラーの原因として、カード媒体の挿入方向に関する誤りを推定する、請求項１３に記載の読取装置である。
請求項１５に記載の発明は、前記推定部は、特定のカード媒体について複数回の読み取りがあった場合に、特定のカード媒体についての読み取りでは、毎回、情報を全く読み取れない旨を示すエラー情報を受け付ける一方、他のカード媒体についての読み取りでは、読み取りエラーが発生しなかった場合、エラーの原因として、カード媒体に固有のエラーを推定する、請求項１３に記載の読取装置である。
請求項１６に記載の発明は、前記推定部は、特定のカード媒体について複数回の読み取りがあった場合に、初回の読み取り時には、部分的に情報を読み取れた旨を示すエラー情報を受け付ける一方、二回目の読み取り時には、読み取りエラーが発生しなかった場合、エラーの原因として、カード媒体の差し込み時間の不十分さを推定する、請求項１３に記載の読取装置である。
請求項１７に記載の発明は、少なくともカード媒体から読み取った情報に基づく電子決済を受け付ける複数の決済受付装置と通信可能に接続される、電子決済を実行する決済センター、又は、当該決済センターと複数の当該決済受付装置との通信を中継する決済中継センターにおいて実行されるエラー原因推定方法であって、前記決済受付装置から受信されるエラー情報に基づいて、エラーの原因を推定する処理を有するエラー原因推定方法である。
請求項１８に記載の発明は、少なくともカード媒体から読み取った情報に基づく電子決済を受け付ける決済受付装置のコンピュータに、カード媒体の読み取りエラーに関するエラー情報を生成する、又は、受け付ける機能と、前記エラー情報に基づいて、エラーの原因を推定する機能と、を実現するためのプログラムである。
請求項１９に記載の発明は、電子決済を受け付ける決済受付装置と通信可能に接続され、カード媒体から情報を読み取る読取装置のコンピュータに、カード媒体の読み取りエラーに関するエラー情報を生成する機能と、前記エラー情報に基づいて、エラーの原因を推定する機能とを実現するためのプログラムである。

本発明によれば、カード媒体の読み取りエラーの原因の推定精度を高めることができる。

実施の形態１で使用する電子決済システムの概念構成例を説明する図である。 実施の形態１で使用するＰＯＳ端末の構成例を説明する図である。 実施の形態１で使用するカードリーダの構成例を示す図である。 実施の形態１で使用する決済中継センターの構成例とエラー情報ＤＢのデータ構造例を示す図である。 接触型カード媒体の読み取りでエラーが発生した場合に各端末で実行される処理動作例および端末間で実行される通信動作例を説明する図である。 エラー原因の推定処理の概要を説明するフローチャートである。 エラー原因の推定処理の詳細例の一部を説明するフローチャートである。 エラー原因の推定処理の詳細例の残りを説明するフローチャートである。 ＰＯＳ端末の操作画面例を説明する図である。 実施の形態２で使用するＰＯＳ端末の構成例を説明する図である。 実施の形態２で使用するカードリーダの構成例を示す図である。 接触型カード媒体の読み取りでエラーが発生した場合に各端末で実行される他の処理動作例および端末間で実行される他の通信動作例を説明する図である。

以下、添付図面を参照して、実施の形態に係る電子決済システムについて詳細に説明する。
後述する各実施の形態においては、クレジットカードやデビットカード等の接触型カード媒体を電子決済に使用する場合を想定するが、他の電子マネーによる電子決済も可能である。例えば交通系や流通系の電子マネー、ＱＲコード（登録商標）やバーコードを使用するコード決済系の電子マネーの使用も可能である。

＜実施の形態１＞
＜システムの構成＞
図１は、実施の形態１で使用する電子決済システム１の概念構成例を説明する図である。
図１に示す電子決済システム１は、加盟店に設置されるＰＯＳ端末１０と、ＰＯＳ端末１０に連結されるカードリーダ２０と、加盟店と決済事業者との間で決済情報を中継する決済中継センター３０と、決済事業者が運用する決済センター４０とを有している。

なお、ＰＯＳ端末１０と決済中継センター３０と決済センター４０とは互いに決済ネットワーク５０で接続されている。
図１では、加盟店のシステムを２つだけ表しているが、加盟店の数に制限はない。
また、図１では、１つの加盟店に１台のＰＯＳ端末１０が設置されているが、複数台のＰＯＳ端末１０が設置されていてもよい。

図１の場合、決済事業者は複数である。このため、複数の決済センター４０を表している。もっとも、決済センター４０は１つでもよい。本実施の形態における決済事業者は、例えばクレジットカードの発行事業者やデビットカードを発行した銀行である。
決済中継センター３０は、加盟店側に配置されたＰＯＳ端末１０と決済センター４０との通信を中継する情報処理センターである。
因みに、決済中継センター３０を使用しない電子決済システム１も可能である。その場合、ＰＯＳ端末１０は、決済に使用する電子マネーに対応する決済センター４０と直接接続される。

ＰＯＳ端末１０は、決済の対象である商品やサービスの登録に使用される端末である。紙幣や硬貨（すなわち「貨幣」）による商品代金の支払いも可能な場合、ＰＯＳ端末１０には、不図示の釣り銭機が接続される。
本実施の形態におけるＰＯＳ端末１０は、電子決済の都度、電子決済に必要な情報をカード媒体から読み出し、決済中継センター３０に送信する。
ＰＯＳ端末１０は、特許請求の範囲における決済受付装置の一例である。

本実施の形態では、電子決済に際し、ＰＯＳ端末１０から決済中継センター３０に送信される情報を「電子決済情報」という。
電子決済情報には、例えば取引情報、リーダ端末情報、カード情報が含まれる。
取引情報には、例えば取引日時、取引を特定する番号、取引金額、取引対象の商品やサービスの内容が含まれる。

リーダ端末情報には、例えばカードリーダ２０の識別番号、店舗コード、加盟店コードが含まれる。
カード情報は、接触型カード媒体から読み出される情報であり、例えばカード番号、読取方式が含まれる。接触型カード媒体の場合、読取方式として「接触ＩＣ」が読み出される。なお、他の電子マネーによる決済の場合には、読取方式として「磁気」や「非接触」が読み出される。

カードリーダ２０は、接触型カード媒体からカード情報を読み取ってＰＯＳ端末１０に送信する装置である。前述したように、カードリーダ２０は、接触型カード媒体の読み取り専用である必要はなく、他の種類の電子マネーによる決済に必要な情報の読み出しにも対応する。この意味でのカードリーダ２０を、マルチリーダとも呼ぶ。
カードリーダ２０は、特許請求の範囲における読取装置の一例である。

＜各装置の構成＞
＜ＰＯＳ端末１０の構成＞
図２は、実施の形態１で使用するＰＯＳ端末１０の構成例を説明する図である。
図２に示すＰＯＳ端末１０は、自端末の動作を制御する制御部１１と、データ等の記憶に用いられる記憶部１２と、操作の受付や情報の提示に使用される操作表示部１３と、決済の明細であるレシートを出力するレシート出力部１４と、カードリーダ２０（図１参照）や決済中継センター３０（図１参照）との通信に用いられる通信部１５とを備えている。

制御部１１は、ＣＰＵ（＝Central Processing Unit）と、ＲＯＭ（＝Read Only Memory）と、ＲＡＭ（＝Random Access Memory）とで構成される。すなわち、制御部１１は、コンピュータを構成する。
ＲＯＭには、ＢＩＯＳ（＝Basic Input Output System）や各種の設定等が記憶されている。ＣＰＵは、ＲＡＭを作業エリアとして使用してプログラムを実行する。
本実施の形態における制御部１１は、プログラムの実行を通じ、例えば決済に関する処理を実行するＰＯＳアプリ部１１１と、カードリーダ２０（図１参照）との連携を実現するＯＣＸ（＝OLE Control Extension）部１１２として機能する。

ＰＯＳアプリ部１１１には、取引の対象である商品やサービスを操作表示部１３に表示する機能、決済の成立時にレシート出力部１４を通じてレシートを出力させる機能、通信部１５を通じて決済中継センター３０に電子決済情報を送信する機能等が用意されている。ＰＯＳアプリ部１１１は、特許請求の範囲における処理部の一例である。

ＯＣＸ部１１２は、カードリーダ２０とＰＯＳアプリ部１１１との連携を実現するプログラムであり、カードリーダ２０毎に用意される。
ＯＣＸ部１１２は、カードリーダ２０から読み取ったカード情報をＰＯＳアプリ部１１１に引き渡す他、カードリーダ２０における接触型カード媒体の読み取り時に発生したエラーの原因を推定する処理等を実行する。

このため、本実施の形態におけるＯＣＸ部１１２には、カード情報受信部１１２Ａ、エラー情報受信部１１２Ｂ、エラー情報送信部１１２Ｃ、エラー原因推定部１１２Ｄ、エラー原因受信部１１２Ｅ、判定閾値受信部１１２Ｆが用意されている。
カード情報受信部１１２Ａは、カードリーダ２０からカード情報を受信する機能部である。カード情報受信部１１２Ａは、受信したカード情報をＰＯＳアプリ部１１１に引き渡す。

エラー情報受信部１１２Ｂは、接触型カード媒体の読取エラーに関する情報（すなわちエラー情報）を、カードリーダ２０から受信する機能部である。
カードリーダ２０から与えられるエラー情報には、例えばリーダ端末情報、カード情報、エラー種別、発生回数が含まれる。
カード情報は、接触型カード媒体からカード情報の読み取りに成功した場合にのみエラー情報に含まれる。
エラー種別は、「情報を全く読めない」と「情報を途中から読めない」の２種類である。
発生回数は、物理的に同じ接触型カード媒体についてのエラーの発生回数である。

エラー情報送信部１１２Ｃは、カードリーダ２０から受信したエラー情報を決済中継センター３０（図１参照）に送信する機能部である。
本実施の形態の場合、エラー情報送信部１１２Ｃは、カードリーダ２０から受信したエラー情報をリアルタイムで決済中継センター３０に送信する。もっとも、１日単位や１週間単位など、予め定めた期間毎に、期間内に受信したエラー情報を一括して送信してもよい。

エラー原因推定部１１２Ｄは、カードリーダ２０から受信したエラー情報を用いてカード情報の読み取りエラーの原因を推定する機能部である。
すなわち、本実施の形態の場合、読取エラーの原因が、ＰＯＳ端末１０内で推定される。なお、読取エラーの原因の推定は、読取エラーの発生と同時である。
読取エラーの原因の推定には、該当するエラー情報だけでなく、時間的に連続する他のエラー情報や取引の情報も使用される。

エラー原因受信部１１２Ｅは、決済中継センター３０からエラーの原因を受信する機能部である。本実施の形態におけるＯＣＸ部１１２は、エラー情報をリアルタイムで決済中継センター３０に送信し、推定されたエラーの原因をリアルタイムで決済中継センター３０から受信する。
自端末内で推定されたエラーの原因と決済中継センター３０から受信したエラーの原因が同じ場合、エラー原因受信部１１２Ｅは、エラー原因推定部１１２Ｄで推定した原因をＰＯＳアプリ部１１１に通知する。

一方、自端末内で推定されたエラーの原因と決済中継センター３０から受信したエラーの原因が異なる場合、エラー原因受信部１１２Ｅは、予め定めた規則に従って、ＰＯＳアプリ部１１１に通知するエラーの原因を決定する。予め定めた規則には、例えば「両方を通知する」、「決済中継センター３０から受信したエラーの原因を優先する」がある。

判定閾値受信部１１２Ｆは、決済中継センター３０からエラー情報の分析結果としてエラー原因の推定に使用する判定閾値を受信する機能部である。
本実施の形態の場合、決済中継センター３０には、決済ネットワーク５０（図１参照）に接続された全てのＰＯＳ端末１０からエラー情報が集積される。このため、決済中継センター３０では、市場全体でのエラー情報の出現傾向を分析できる。

また、カードリーダ２０に起因する読取エラーは、該当装置のエラー情報だけでは判断が難しいが、同一の（すなわち同じカード番号を有する）接触型カード媒体の他のカードリーダでの読み取り結果を活用することにより、エラーの原因をより正確に判断することが可能になる。
判定閾値受信部１１２Ｆは、受信した判定閾値をエラー原因推定部１１２Ｄに与え、次回以降のエラー原因の推定に使用する。なお、本実施の形態における判定閾値受信部１１２Ｆは、判定閾値以外にも、読取エラーの原因の推定に役立つ情報を、分析結果として、決済中継センター３０から受信する。

記憶部１２は、半導体メモリやハードディスク装置で構成される。記憶部１２には、電子決済の度、接触型カード媒体から読み出されたカード情報等が記憶される。
操作表示部１３は、例えばタッチパネルで構成される。タッチパネルは、操作画面を表示するディスプレイと、透明度の高いフィルムセンサとで構成される。ディスプレイには、例えば液晶ディスプレイや有機ＥＬ（＝Electro Luminescence）ディスプレイが用いられる。フィルムセンサには、静電容量式や抵抗膜式のセンサが用いられる。
操作表示部１３は、取引画面の他、エラーの原因の表示にも使用される。

レシート出力部１４は、決済の明細であるレシートの出力に用いられる。
通信部１５は、外部装置との通信に用いられる通信モジュールである。
外部装置には、例えばカードリーダ２０や決済中継センター３０がある。カードリーダ２０との通信に使用される通信部１５は、特許請求の範囲における接続部の一例である。

＜カードリーダ２０の構成＞
図３は、実施の形態１で使用するカードリーダ２０の構成例を示す図である。
図３に示すカードリーダ２０は、自端末の動作を制御する制御部２１と、接触型カード媒体から読み取ったカード情報等の記憶に用いられる記憶部２２と、操作の受付や情報の提示に使用される操作表示部２３と、接触型カード媒体等からカード情報を読み取る情報読取部２４と、カード型の記録媒体がクレジットカードの場合に認証コードの入力に用いられるＰＩＮ受付部２５と、外部装置との通信に用いられる通信部２６とを備えている。

制御部２１は、ＣＰＵ（又はＭＰＵ）と、ＲＯＭと、ＲＡＭとで構成される。ＲＯＭには、ＢＩＯＳや各種の設定等が記憶されている。ＣＰＵは、ＲＡＭを作業エリアとして使用し、ＲＯＭや記憶部２２から読み出されるプログラムを実行する。
制御部２１は、プログラムの実行を通じ、例えばカード情報送信部２１Ａやエラー情報生成部２１Ｂとして機能する。
カード情報送信部２１Ａは、接触型カード媒体から読み取ったカード情報をＰＯＳ端末１０（図２参照）のＯＣＸ部１１２（図２参照）に送信する機能部である。
エラー情報生成部２１Ｂは、情報読取部２４による接触型カード情報の読み取り時にエラーが発生した場合に、エラー種別を含むエラー情報を生成する機能部である。エラー情報生成部２１Ｂは、特許請求の範囲における「生成部」の一例である。

記憶部２２は、例えば半導体メモリで構成される。記憶部２２には、接触型カード媒体等から読み取ったカード情報の他、エラー種別、発生回数等の情報も記憶される。また、記憶部２２には、カード情報送信部２１Ａやエラー情報生成部２１Ｂに対応するプログラムも記憶される。
操作表示部２３は、例えばテンキー等の操作ボタンとディスプレイで構成される。
情報読取部２４は、接触型カード媒体からカード情報を読み取るデバイスである。本実施の形態で使用する情報読取部２４には、正しく挿入された接触型カード媒体のＩＣチップと接触する読取端子が設けられている。情報読取部２４は、磁気カードからカード情報を読み取るための磁気リーダを含んでもよい。

ＰＩＮ受付部２５は、ＰＩＮ（＝Personal Identification Number）コードの受け付けに使用されるデバイスである。ＰＩＮコードは、クレジットカードやデビッドカードによる決済時のユーザ認証に使用される。
通信部２６は、外部装置との通信に用いられる通信モジュールである。外部装置には、ＰＯＳ端末１０（図１参照）がある。
本実施の形態におけるカードリーダ２０には、エラーの原因を推定する機能は設けられていない。

＜決済中継センター３０の構成＞
図４は、実施の形態１で使用する決済中継センター３０の構成例とエラー情報ＤＢのデータ構造例を示す図である。（Ａ）は決済中継センター３０の構成例を示し、（Ｂ）はエラー情報ＤＢ３２Ｂのデータ構造例を示す。
決済中継センター３０は、いわゆるデータセンターであり、サーバとして実現される。
図４（Ａ）に示す決済中継センター３０は、自端末の動作を制御する制御部３１と、電子決済情報やエラー情報等を記憶する記憶部３２と、外部装置との通信に用いられる通信部３３とを備えている。

制御部３１は、ＣＰＵと、ＲＯＭと、ＲＡＭとで構成される。ＲＯＭには、ＢＩＯＳや各種の設定等が記憶されている。ＣＰＵは、ＲＡＭを作業エリアとして使用し、ＲＯＭや記憶部２２から読み出されるプログラムを実行する。
制御部３１は、プログラムの実行を通じ、例えば電子決済情報受信部３１Ａ、電子決済情報送信部３１Ｂ、エラー情報受信部３１Ｃ、エラー原因推定部３１Ｄ、エラー情報分析部３１Ｅとして機能する。
なお、読取エラーの原因の推定やエラー情報の分析を決済センター４０（図１参照）で実行する場合には、エラー原因推定部３１Ｄとエラー情報分析部３１Ｅの機能は、決済中継センター３０に設けない。

電子決済情報受信部３１Ａは、ＰＯＳ端末１０から電子決済情報を受信する機能部である。
電子決済情報送信部３１Ｂは、ＰＯＳ端末１０から受信した電子決済情報を決済センター４０に送信する機能部である。
エラー情報受信部３１Ｃは、ＰＯＳ端末１０からエラー情報を受信する機能部である。 エラー原因推定部３１Ｄは、ＰＯＳ端末１０から受信したエラー情報に基づいて読取エラーの原因をリアルタイムで推定する機能部である。エラー原因推定部３１Ｄは、推定された読取エラーの原因を、エラー情報の送信元であるＰＯＳ端末１０にリアルタイムで送信する。

エラー情報分析部３１Ｅは、記憶部３２に蓄積されているエラー情報の出現傾向を分析し、読取エラーの原因の判定に使用する閾値（すなわち「判定閾値」）等を決定する。
エラー情報分析部３１Ｅが分析に使用するエラー情報は、例えば分析の日時を基準点として、予め定めた期間内（例えば数ヶ月以内）に発生されたエラー情報に限定する。
分析に使用するエラー情報が発生された期間を限定することにより、直近のカードリーダ２０（図１参照）の状態や接触型カード媒体を使用するユーザの操作上の理解度の変化を、最新の判定閾値に反映することが可能になる。

例えば接触型カード媒体のカードリーダ２０への挿入に不慣れなユーザが多い期間では挿入の誤りが多かったが、挿入に慣れてくると挿入の誤りは頻度が低下するので判定閾値を小さくしても、高い精度で挿入の誤りが原因であるとの判定が可能になるという具合である。
本実施の形態の場合、エラー情報分析部３１Ｅは、決定された判定閾値を決済ネットワーク５０に接続されているＰＯＳ端末１０に配布する。勿論、自端末のエラー原因推定部３１Ｄにも変更後の判定閾値が通知される。

判定閾値の変更により、エラー原因の判断条件を変更しなくても、エラー原因の推定精度を高めることができる。
もっとも、エラー情報の出現傾向の変化によっては、エラー情報分析部３１Ｅは、エラー原因の判断条件を変更したプログラムを配布する。
記憶部３２は、半導体メモリやハードディスク装置で構成される。記憶部３２には、ＰＯＳ端末１０から受信した電子決済情報３２Ａ、エラー情報ＤＢ（＝Database）３２Ｂ、分析結果３２Ｃが記憶される。

エラー情報ＤＢ３２Ｂには、決済ネットワーク５０に接続された複数のＰＯＳ端末１０から受信された複数のエラー情報が蓄積されている。
図４（Ｂ）に示すエラー情報ＤＢ３２Ｂには、読取エラーが発生した日時、カードリーダ２０の識別番号、読み取ることができたカード情報、読取エラーの種類、発生回数等が記録されている。なお、図４（Ｂ）に示すデータ構造は一例である。
エラーの種類は、読取エラーの内容を示すコードであり、カードリーダ２０が出力する。コードが表す読取エラーの内容には、例えば「情報を全く読めない」と「情報を途中から読めない」がある。

発生回数は、読取エラーの発生が１回目か、２回目か等を表す。発生回数は、例えばＰＯＳアプリ部１１１（図２参照）から通知される。もっとも、エラー情報に、電子決済の対象である取引の金額が含まれている場合やＰＯＳ端末１０（図１参照）の操作情報が含まれる場合には、エラー情報受信部３１Ｃやエラー原因推定部３１Ｄが発生回数を判定してもよい。
例えば同じＰＯＳ端末１０で扱う金額が、予め定めた時間内の直前回の金額と同じ場合、同一カードによる取引であると推定される。すなわち、同一カードによる複数回目の読取エラーであることが分かる。

＜接触型カード媒体の読取エラー時の処理動作＞
図５は、接触型カード媒体の読み取りでエラーが発生した場合に各端末で実行される処理動作例および端末間で実行される通信動作例を説明する図である。図５では、ステップの意味で、記号のＳを使用する。
図５におけるカードリーダ２０では、情報読取部２４（図３参照）以外の機能が正常に動作する場合を想定している。
読取エラーを検知したカードリーダ２０は、エラー情報を生成し（ステップ１）、ＰＯＳ端末１０のＯＣＸ部１１２に送信する。ここでのエラー情報には、少なくとも読取エラーの種類を表すコードが含まれる。

ＯＣＸ部１１２は、エラー情報を受信すると（ステップ２）、決済中継センター３０に対し、受信したエラー情報を送信する（ステップ３）。本実施の形態の場合、エラー情報の送信はリアルタイムで実行される。もっとも、定期的に複数のエラー情報を一括してアップロードする仕組みを採用することも可能である。
エラー情報を受信したＯＣＸ部１１２は、エラー原因推定部１１２Ｄ（図２参照）の実行を通じ、読取エラーの原因を推定する（ステップ４）。判定手法の概要及び具体例については後述する。もっとも、読取エラーの原因の推定は、ＯＣＸ部１１２で実行せず、決済中継センター３０で実行する仕組みも可能である。

決済中継センター３０は、ＰＯＳ端末１０からエラー情報を受信すると、その都度、受信したエラー情報をエラー情報ＤＢ３２Ｂ（図４参照）に蓄積する（ステップ５）。
本実施の形態における決済中継センター３０は、ＰＯＳ端末１０から、リアルタイムで読取エラーを受信する。
このため、決済中継センター３０は、受信したエラー情報について、読取エラーの原因を推定し（ステップ６）、推定した読取エラーの原因をＰＯＳ端末１０に送信する（ステップ７）。
ＰＯＳ端末１０は、リアルタイムで決済中継センター３０から読取エラーの原因を受信すると、推定された読取エラーの原因をＰＯＳアプリ部１１１に通知する（ステップ８）。

本実施の形態では、読取エラーの原因をＰＯＳアプリ部１１１に通知する前に、ＯＣＸ部１１２で推定した読取エラーの原因と決済中継センター３０から受信した読取エラーの原因とを照合する。読取エラー原因の照合は、例えばエラー原因推定部１１２Ｄやエラー原因受信部１１２Ｅが実行する。
２つの原因が一致する場合、ＯＣＸ部１１２は、自身が推定した読取エラーの原因を、ＰＯＳアプリ部１１１に通知する。

２つの原因が一致しない場合、ＯＣＸ部１１２は、決済中継センター３０から受信した読取エラーの原因を、ＰＯＳアプリ部１１１に通知する。決済中継センター３０には、電子決済システム１を構成する全てのＰＯＳ端末１０からエラー情報が集約されており、単独のＯＣＸ部１１２よりも精度の高い判定が可能なためである。例えば同一の接触型カード媒体について他のカードリーダ２０でも読取エラーが生じているか否かの判定が可能である。
本実施の形態では、読取エラーの発生時に、リアルタイムで、決済中継センター３０から読取エラーの原因が通知されることを前提とするが、決済中継センター３０がリアルタイムで読取エラーの原因を推定して、エラー情報の送信元であるＰＯＳ端末１０に通知しない場合には、ステップ４で読取エラーの原因が推定されると同時に、ＰＯＳアプリ部１１１に通知される。

ＰＯＳアプリ部１１１は、ＯＣＸ部１１２から読取エラーの原因の通知を受けると、通知を受けた読取エラーの原因を操作表示部１３（図２参照）に表示する（ステップ９）。
本実施の形態では、推定された読取エラーの原因を表示しているが、ユーザに求められる操作を表示してもよいし、推定された読取エラーの原因とユーザに求められる操作の両方を表示してもよい。
なお、読取エラーの原因は、カードリーダ２０の操作表示部２３（図３参照）だけに表示してもよく、ＰＯＳ端末１０側の操作表示部１３とカードリーダ２０側の操作表示部２３の両方に表示してもよい。
また、推定された読取エラーの原因やユーザに求められる操作を音声によって通知してもよい。

以上で、読取エラーが発生した時点における処理動作は完結する。
一方で、決済中継センター３０は、例えば定期的に、蓄積されたエラー情報を分析する（ステップ１０）。
分析の頻度は、例えば１週間に一度でもよいし、１月に一度でもよい。また、分析は、蓄積されたエラー情報の増加数が閾値を超えたタイミングで実行してもよい。
例えば決済中継センター３０は、直近数ヶ月に、数千台のＰＯＳ端末１０から収集されたエラー情報の傾向を分析する。
決済中継センター３０における分析では、例えば特定の機種番号のカードリーダ２０に特有の読取エラーの傾向、個々のカードリーダ２０の使用時間や使用の頻度に特有の読取エラーの傾向、カードリーダ２０が使用される地域のユーザ等の理解度の変化に起因する読取エラーの傾向が抽出される。

決済中継センター３０は、分析結果をＯＣＸ部１１２に送信する（ステップ１１）。ここでの分析結果は、読取エラーの原因の推定に使用する閾値や判定条件の変更を指示する。
分析結果の送信は、決済中継センター３０が自動で実行してもよいが、例えば判定条件の変更については、決済中継センター３０から開発部門等に通知し、開発部門等の確認を経た後に送信してもよい。
例えば同一の決済金額による読取エラーがＷ回以上連続するときには、読取エラーの原因は、接触型カード媒体にあるとの傾向が得られた場合、決済中継センター３０は、読取エラーの原因の判定用の閾値として、Ｘ回をＰＯＳ端末１０に送信する。
また、異なる決済金額による読取エラーがＸ回以上連続するときには、読取エラーの原因は、カードリーダ２０にあるとの傾向が得られた場合、決済中継センター３０は、読取エラーの原因の判定用の閾値として、Ｙ回をＰＯＳ端末１０に送信する。

この他、決済中継センター３０は、分析結果に加え、過去の取引情報をＰＯＳ端末１０に送信してもよい。過去の取引情報は、例えばエラー情報の送信元であるＰＯＳ端末１０が設置されている店舗で使用された履歴がある非接触型カード媒体を特定するコードのリストで構成する。非接触型カード媒体を特定するコードは、カード番号ではなく、カード番号に紐付けられたコードである。このコードが事前に通知されていると、対象とするユーザが店舗内のカードリーダ２０を操作したか否かの判定が可能になる。初めて訪問したユーザの場合、読取エラーがあったカードリーダ２０を操作した経験がないことが、今回の読取エラーの原因の可能性がある。このような判定が得られた場合、読取エラーの原因が使い方に起因する旨をＰＯＳアプリ部１１１に通知することが可能になる。

また、決済中継センター３０は、非接触カード媒体の読取りの開始から読取エラーが検知されるまでの時間とユーザの使い方の問題とを分別する判定用の閾値をＰＯＳ端末１０に送信してもよい。
例えば読取エラーの出力までの時間がＹ秒を超える場合には、読取エラーの原因として、決済処理が終わる前にユーザが接触型カード媒体をカードリーダ２０から抜き出した可能性を判定することが可能になる。
一方、読取エラーの出力までの時間がＺ秒以内の場合、読取エラーの原因として、ユーザが接触型カード媒体を、カードリーダ２０からすぐに抜いた又は半刺しの状態で使用している可能性を判定することが可能になる。

この他、分析結果が得られると、決済中継センター３０は、ＰＯＳ端末１０の保守部門や営業部門との情報連携を実行する（ステップ１２）。
情報連携は、例えば決済中継センター３０との連携サービスとして提供される。
例えば保守部門は、収集されたエラー情報を活用し、読取エラーが閾値を超える特定のカードリーダ２０についての保守や予防のための保守を計画することが可能になる。また、エラーログの迅速な調査も可能になる。
例えば管理の対象である全てのカードリーダ２０の読取エラーの回数を所定期間（例えば２ヶ月）毎に算出し、読取エラーの回数が標準偏差σを超える（すなわち上位３２％の）カードリーダ２０の清掃を計画することが可能になる。

また例えば個々のカードリーダ２０の読取りエラーの回数をエラー判定式に与え、清掃の必要性を自動判定してもよい。エラー判定式は、例えば時間ｘ内にｙ回当たりｚ回を超える読取エラーが発生した場合に清掃の必要性を示す値を出力してもよい。
もっとも、カードリーダ２０の清掃は、読取エラーの発生頻度が店舗側の許容範囲を満たし、かつ、清掃の実行が店舗の営業に支障を与えないように計画することが望ましい。
また例えば営業部門においても、収集されたエラー情報を活用することにより、カードリーダ２０を使用する店舗への新しいカードリーダ２０への交換の提案や交換時期の予想を提供できる。また、エラー情報の傾向から操作上のアドバイスを提案することが可能になる。

一方、ＰＯＳ端末１０のＯＣＸ部１１２は、ステップ１１で送信された分析結果を受信し（ステップ１３）、分析結果を次回以降の推定に使用する（ステップ１４）。
前述したように、更新された判定閾値や更新された判定条件が、分析結果として与えられる。このため、ＯＣＸ部１１２によるエラー原因の推定精度は高い状態に維持される。ＯＣＸ部１１２によるエラー原因の推定精度が高いことで、カード決済が成立する頻度が上がり、販売機会が損なわれる可能性を低減できる。

＜エラー原因の推定＞
＜概要＞
図６は、エラー原因の推定処理の概要を説明するフローチャートである。なお、図６では、ステップの意味で、記号のＳを使用する。
図６に示す推定処理は、ＯＣＸ部１１２（図２参照）におけるエラー原因推定部１１２Ｄ（図２参照）や決済中継センター３０（図４参照）におけるエラー原因推定部３１Ｄ（図４参照）が実行する。以下では、エラー原因推定部１１２Ｄの処理動作として説明する。

まず、エラー原因推定部１１２Ｄは、ユーザの操作ミスか否かを判定する（ステップ１０１）。
ユーザの操作ミスには、例えばカードリーダ２０（図１参照）に挿入する接触型カード媒体の向きが逆の場合、カードリーダ２０に対する挿入の方向は合っているが裏表が逆の場合、ＰＯＳ端末１０の指定とは異なる種類の接触型カード媒体の情報が読み出された場合がある。
これらの場合、エラー原因推定部１１２Ｄは、ステップ１０１で肯定結果を得る。ステップ１０１で肯定結果が得られた場合、エラー原因推定部１１２Ｄは、ＰＯＳアプリ部１１１（図２参照）に、読取エラーの原因と正しい操作の案内を通知する（ステップ１０２）。

一方、ユーザの操作ミスと判定できない場合、エラー原因推定部１１２Ｄは、ステップ１０１で否定結果を得、接触型カード媒体の不良か否かを判定する（ステップ１０３）。
接触型カード媒体の不良と判定される場合には、例えば読取エラーの発生回数が閾値未満の場合や特定の接触型カード媒体の読取エラーの発生回数が閾値以上の場合がある。
換言すると、前者は、何度か読み取りを繰り返すと情報の読み取りに成功する場合であり、後者は、特定の接触型カード媒体の読み取りだけが読取エラーとなり、別の接触型カード媒体の読み取りは成功することを意味する。

前者の場合、接触型カード媒体のＩＣチップの汚れが原因で読み取りに失敗することもあれば、情報の読み取りが偶然成功することもある。
同じく前者の場合、接触型カード媒体のカードリーダ２０から抜き取りが全ての情報が読み出される前に行われたことが原因で読み取りに失敗することもあれば、全ての情報が読み出された後に行われたことが原因で読み取りに成功することもある。
後者の一例には、特定の接触型カード媒体のＩＣチップに傷がある場合がある。

これらの場合、エラー原因推定部１１２Ｄは、ステップ１０３で肯定結果を得る。
ステップ１０３で肯定結果が得られた場合、エラー原因推定部１１２Ｄは、ＰＯＳアプリ部１１１に、読取エラーの原因と接触型カード媒体のＩＣチップにゴミや傷がある可能性等を通知する（ステップ１０４）。
一方、接触型カード媒体の不良と判定できない場合、エラー原因推定部１１２Ｄは、ステップ１０３で否定結果を得、ＰＯＳアプリ部１１１に、読取エラーの原因とカードリーダ２０のメンテナンスを通知する（ステップ１０５）。なお、カードリーダ２０に問題がある場合、読取エラーの発生回数が閾値以上になる。

＜詳細例＞
続いて、図７及び図８を使用し、ＯＣＸ部１１２（図２参照）におけるエラー原因推定部１１２Ｄ（図２参照）や決済中継センター３０（図４参照）におけるエラー原因推定部３１Ｄ（図４参照）が実行するエラー原因の推定処理の詳細例について説明する。
図７は、エラー原因の推定処理の詳細例の一部を説明するフローチャートである。図８は、エラー原因の推定処理の詳細例の残りを説明するフローチャートである。
以下でも、エラー原因推定部１１２Ｄの処理動作として説明する。

まず、エラー原因推定部１１２Ｄは、特定の接触型カード媒体の１回目の取引か否かを判定する（ステップ２０１）。
接触型カード媒体から情報を読み取れる場合には、読み取られたカード番号により、接触型カード媒体が同じか否かの判定が可能である。
一方、接触型カード媒体から情報を読み取れない場合、ＰＯＳ端末１０から与えられる決済金額により判定する。前回の決済金額と異なれば１回目の読み取りの可能性が高く、決済金額が同じであれば２回目の読み取りの可能性が高い。
ステップ２０１で肯定結果が得られた場合、エラー原因推定部１１２Ｄは、情報を全く読めないか否かを判定する（ステップ２０２）。

ステップ２０２でも肯定結果が得られた場合、エラー原因推定部１１２Ｄは、読取エラーの原因として、挿入誤りの疑いを記録する（ステップ２０３）。この段階では、読取エラーの原因の確定までには至らない。このため、疑いの記録にとどまる。
一方、ステップ２０２で否定結果が得られた場合、エラー原因推定部１１２Ｄは、情報を途中から読めないか否かを判定する（ステップ２０４）。
ステップ２０４で肯定結果が得られた場合、エラー原因推定部１１２Ｄは、読取エラーの原因として、早抜きの疑いを記録する（ステップ２０５）。
なお、接触型カード媒体から情報を読み出せた場合、エラー原因推定部１１２Ｄは、ステップ２０４で否定結果を得る。

ステップ２０３の実行後、又は、ステップ２０４で否定結果が得られた場合、又は、ステップ２０５の実行後、エラー原因推定部１１２Ｄは、挿入の繰り返しか否かを判定する（ステップ２０６）。
例えばＰＯＳ端末１０から指示された種別の接触型カード媒体による取引がキャンセルされた場合、エラー原因推定部１１２Ｄは、ステップ２０６で否定結果を得る。また例えば予め定めた時間内に新たな挿入が検知されない場合、エラー原因推定部１１２Ｄは、ステップ２０６で否定結果を得る。

ステップ２０６で否定結果が得られた場合、エラー原因推定部１１２Ｄは、ＰＯＳアプリ部１１１（図２参照）等に、推定された読取エラーの原因が記録されていれば通知する（ステップ２０７）。
通知の条件として「推定された読取エラーの原因が記録されていれば」を求めるのは、ステップ２０４で否定結果が得られた場合のように、１回目の読み取りで電子決済が正常に終了された場合には、読取エラーの原因が記録されないためである。

ステップ２０６で肯定結果が得られた場合、エラー原因推定部１１２Ｄは、ステップ２０１に戻り、再び、特定の接触型カード媒体の１回目の取引か否かを判定する。
ステップ２０１で否定結果が得られた場合、エラー原因推定部１１２Ｄは、特定の接触型カード媒体の２回目の取引か否かを判定する（ステップ２０８）。
ステップ２０８で肯定結果が得られた場合、エラー原因推定部１１２Ｄは、情報を全く読めないか否かを判定する（ステップ２０９）。
同一の接触型カード媒体に対する２回目の読み取りでも、ステップ２０９で肯定結果が得られた場合、エラー原因推定部１１２Ｄは、特定の接触型カード媒体の汚れの疑いを記録し（ステップ２１０）、ステップ２０６に移行する。

一方、ステップ２０９で否定結果が得られた場合、エラー原因推定部１１２Ｄは、情報を途中から読めないか否かを判定する（ステップ２１１）。
ステップ２１１で肯定結果が得得られた場合、すなわち同一の接触型カード媒体に対する２回目の読み取りでも情報を途中から読めない場合、エラー原因推定部１１２Ｄは、ブロックカードの疑いを記録し（ステップ２１２）、ステップ２０６に移行する。
ブロックカードには、例えば有効期限切れのカード、使用限度額を超えたカードがある。

なお、ステップ２１１で否定結果が得られた場合、すなわち同一の接触型カード媒体の２回目の読み取りでは情報の読み取りに成功する場合、エラー原因推定部１１２Ｄは、そのままステップ２０６に移行する。この場合、電子決済が成立したので、エラー原因推定部１１２Ｄは、ステップ２０６で否定結果を得る。
ところで、ステップ２０８で否定結果が得られた場合（例えば同一の接触型カード媒体の取引と判定されなかった場合又は同一の接触型カード媒体の３回目の読み取りと判定された場合）、エラー原因推定部１１２Ｄは、他の接触型カード媒体の取引か否かを判定する（ステップ２１３）。

同一の接触型カード媒体の３回目以降の読み取りである場合、エラー原因推定部１１２Ｄは、ステップ２１３で否定結果を得、そのままステップ２０６に移行する。すでに、読取エラーの原因の推定が終わっているためである。
一方、他の接触型カード媒体の読み取りである場合、エラー原因推定部１１２Ｄは、ステップ２１３で肯定結果を得、１枚目の接触型カード媒体に汚れの疑いの記録があるか否かを判定する（ステップ２１４）。
ステップ２１４で肯定結果が得られた場合、エラー原因推定部１１２Ｄは、他の接触型カード媒体も情報を全く読めないか否かを判定する（ステップ２１５）。

ステップ２１５で肯定結果が得られた場合、すなわち複数枚の接触型カード媒体から情報を全く読めない場合、エラー原因推定部１１２Ｄは、カードリーダ２０の情報読取部２４（図３参照）の汚れ、又は、異物混入の疑いを記録（ステップ２１６）し、ステップ２０６に移行する。
一方、ステップ２１５で否定結果が得られた場合、すなわち他の接触型カード媒体の読取りが可能な場合、エラー原因推定部１１２Ｄは、１枚目の接触型カード媒体に汚れ、又は、破損の疑いを記録（ステップ２１７）し、ステップ２０６に移行する。

なお、ステップ２１４で否定結果が得られた場合、例えば１枚目の接触型カード媒体に挿入誤りの疑い、早抜きの疑い、ブロックカードの疑いが記録されている場合、エラー原因推定部１１２Ｄは、１枚目の接触型カード媒体にブロックカードの疑いの記録があるか否かを判定する（ステップ２１８）。
ステップ２１８で肯定結果が得られた場合、エラー原因推定部１１２Ｄは、１枚目の接触型カード媒体がブロックカードと記録し（ステップ２１９）、ステップ２０６に移行する。
一方、ステップ２１８で否定結果が得られた場合、エラー原因推定部１１２Ｄは、そのままステップ２０６に移行する。

＜エラー原因の表示例＞
図９は、ＰＯＳ端末１０（図１参照）の操作画面例を説明する図である。（Ａ）はクレジットカードによる支払を受け付けた時点の操作表示部１３の画面例を示し、（Ｂ）はクレジットカードの読み取りに失敗した場合における操作表示部１３の画面例を示す。
図９（Ａ）に示す操作表示部１３には、クレジットカードによる支払用画面１３１が表示されている。支払用画面１３１には、ユーザに求める操作の内容１３１Ａとして「カードを挿入してください」との文字が表示されている。

図９（Ｂ）に示す操作表示部１３には、エラー原因の通知画面１３２が表示されている。エラー原因の通知画面１３２は、クレジットカードの１回又は複数回の読み取りに失敗した段階に表示される。エラー原因の通知画面１３２には、推定されたエラーの原因１３２Ａとして「ERR1001：このカードはご利用できません」、「カードのＩＣチップの汚れ又は破損の疑いがあります」との文字が表示されている。
推定された読取エラーの原因が具体的に表示されることで、取引を成立させるための具体的な行動を取りやすくなる。例えば汚れの除去等により解消が可能な読取エラーについては、エラーの原因の解消により取引が成立される。結果的に、ユーザは希望の通りの決済を実現でき、店舗側は販売機会を損なわずに済む。

＜実施の形態２＞
本実施の形態では、読取エラーの原因を推定する機能をカードリーダ２０（図１参照）に設ける場合について説明する。
なお、実施の形態２の場合にも、図１に示す電子決済システム１を使用する。すなわち、実施の形態２で使用する電子決済システム１も、加盟店に設置されるＰＯＳ端末１０（図１参照）と、ＰＯＳ端末１０に連結されるカードリーダ２０（図１参照）と、加盟店と決済事業者との間で決済情報を中継する決済中継センター３０（図１参照）と、決済事業者が運用する決済センター４０（図１参照）とで構成される。

＜各装置の構成＞
図１０は、実施の形態２で使用するＰＯＳ端末１０の構成例を説明する図である。図１０には、図２との対応部分に対応する符号を付して示している。
図１０に示すＰＯＳ端末１０の場合、ＯＣＸ部１１２に、エラー原因推定部１１２Ｄの機能が設けられていない点で、図２に示すＰＯＳ端末１０と相違する。
図１１は、実施の形態２で使用するカードリーダ２０の構成例を示す図である。図１１には、図３との対応部分に対応する符号を付して示している。
図１１に示すカードリーダ２０の場合、制御部２１が実行する機能として、エラー原因推定部２１Ｃが追加されている点で、図３に示すカードリーダ２０と相違する。なお、エラー原因推定部２１Ｃが実行する処理の内容は実施の形態１と同様である。

＜接触型カード媒体の読取エラー時の処理動作＞
図１２は、接触型カード媒体の読み取りでエラーが発生した場合に各端末で実行される他の処理動作例および端末間で実行される他の通信動作例を説明する図である。図１２には、図５との対応部分に対応する符号を付して示している。
図１２におけるカードリーダ２０は、情報読取部２４（図３参照）以外の機能は、基本的に正常に動作している。
本実施の形態の場合、読取エラーを検知したカードリーダ２０は、エラー情報を生成し（ステップ１）、ＰＯＳ端末１０のＯＣＸ部１１２に送信する。

ＯＣＸ部１１２は、エラー情報を受信すると（ステップ２）、決済中継センター３０に対し、受信したエラー情報を送信する（ステップ３）。
エラー情報を受信した決済中継センター３０では、実施の形態１の場合と同じく、受信したエラー情報に基づいて読取エラーの原因を推定し、推定した読取エラーの原因をＰＯＳ端末１０に送信する（ステップ５～７）。
また、決済中継センター３０は、蓄積したエラー情報を分析し、分析結果をＰＯＳ端末１０に送信する等の処理を実行する（ステップ１０～１２）。

以上の処理動作は、実施の形態１と共通である。
ただし、本実施の形態におけるカードリーダ２０は、エラー情報の生成後、読取エラーの原因を推定し（ステップ２１）、ＰＯＳ端末１０側のＯＣＸ部１１２に対し、推定した読取エラーの原因を送信する（ステップ２２）。
図１２の場合、カードリーダ２０は、読取エラーの原因はＰＯＳ端末１０に送信するのみであるが、自身の操作表示部２３（図３参照）に、推定したエラーの原因を表示してもよい。

なお、ＯＣＸ部１１２は、カードリーダ２０で推定された読取エラーの原因又は決済中継センター３０で推定された読取エラーの原因をＰＯＳアプリ部１１１に通知する（ステップ８Ａ）。
また、ＰＯＳアプリ部１１１は、受信した読取エラーの原因を操作表示部１３に表示する（ステップ９）。

ところで、本実施の形態の場合、決済中継センター３０から分析結果を受信したＯＣＸ部１１２の処理動作が実施の形態１と相違する。
実施の形態１におけるＯＣＸ部１１２は、受信した分析結果を自身による次回以降の読取エラーの原因の推定に使用したが、本実施の形態の場合、受信した分析結果をカードリーダ２０に通知する（ステップ２３）。本実施の形態の場合、読取エラーの原因の推定はカードリーダ２０が実行するためである。
カードリーダ２０は、分析結果を受信すると（ステップ２４）、分析結果を次回の推定用に保存する（ステップ２５）。これにより、カードリーダ２０における読取エラーの推定精度は高い状態に維持される。

＜他の実施の形態＞
以上、本発明の実施の形態について説明したが、本発明の技術的範囲は前述した実施の形態に記載の範囲に限定されない。前述した実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。

前述の実施の形態では、決済中継センター３０（図１参照）において読取エラーの原因を推定しているが、決済センター４０（図１参照）において読取エラーの原因を推定してもよい。

また、前述の実施の形態では、図１に示すように、ＰＯＳ端末１０に対してカードリーダ２０が接続される形態を想定したが、例えば自動販売機や自動券売機のように、カードリーダ２０が一体化された装置構成でもよい。カードリーダ２０が一体化された装置は、決済受付装置の一例であり、この装置の一部として用いられる情報読取部２４（図３等参照）は、特許請求の範囲における読取部の一例である。

また、前述の実施の形態では、接触型カード媒体における読取エラーの原因を推定する場合について説明したが、非接触型カード媒体における読取エラーの原因の推定に使用してもよい。
例えば非接触型カード媒体の読取エラーの原因には、例えばパスワードの複数回の入力誤りに伴うセキュリティーロック状態、決済処理が終わる前に情報読取部２４から非接触型カード媒体が離れてしまった場合、プリペイド型の場合の残金不足、ＱＲコード等が表示されるスマートフォン等の表示画面に汚れがある場合や表示画面の輝度不足、ＰＯＳ端末１０やカードリーダ２０側の故障がある。
非接触型カード媒体を用いた決済の場合にも、ユーザの操作ミス、非接触型カード媒体の不良、カードリーダ２０等の不良の観点から読取エラーの原因を推定し、操作表示部１３（図２参照）に表示することで、読取エラーの発生回数を低減することができる。

１…電子決済システム、１０…ＰＯＳ端末、２０…カードリーダ、３０…決済中継センター、４０…決済センター、５０…決済ネットワーク、１１１…ＰＯＳアプリ部、１１２…ＯＣＸ部、１１２Ａ…カード情報受信部、１１２Ｂ、３１Ｃ…エラー情報受信部、１１２Ｃ…エラー情報送信部、１１２Ｄ、２１Ｃ、３１Ｄ…エラー原因推定部、１１２Ｅ…エラー原因受信部、１１２Ｆ…判定閾値受信部、２１Ａ…カード情報送信部、２１Ｂ…エラー情報生成部、３１Ａ…電子決済情報受信部、３１Ｂ…電子決済情報送信部、３１Ｅ…エラー情報分析部、３２Ａ…電子決済情報、３２Ｂ…エラー情報ＤＢ、３２Ｃ…分析結果

Claims (19)

1. 少なくともカード媒体から読み取った情報に基づく電子決済を受け付ける、複数の決済受付装置と、
   電子決済を実行する決済センター、又は、当該決済センターと複数の前記決済受付装置との通信を中継する決済中継センターと、
   を有する電子決済システムであって、
   複数の前記決済受付装置は、
   カード媒体の読み取り時に発生したエラーに関する情報を、エラー情報として前記決済センター、又は、前記決済中継センターに送信し、
   前記決済センター、又は、前記決済中継センターは、
   前記決済受付装置から受信される前記エラー情報に基づいて、エラーの原因を推定する、
   電子決済システム。
2. 前記決済センター、又は、前記決済中継センターは、
   新たに受信した前記エラー情報に対応するエラーの原因を、当該エラー情報の送信元である前記決済受付装置に通知する、
   請求項１に記載の電子決済システム。
3. 前記決済センター、又は、前記決済中継センターは、
   複数の前記決済受付装置から受信された複数の前記エラー情報を記憶する記憶部を有し、
   前記記憶部に記憶されている複数の前記エラー情報を分析し、分析の結果をエラーの原因の推定処理に反映する情報を、複数の前記決済受付装置に送信する、
   請求項１又は２に記載の電子決済システム。
4. 前記決済センター、又は、前記決済中継センターは、
   特定のカード媒体について複数回の読み取りがあった前記決済受付装置から、初回の読み取り時には、情報を全く読み取れない旨を示す前記エラー情報が受信される一方、二回目の読み取り時には、当該エラー情報が受信されなかった場合、
   エラーの原因として、カード媒体の挿入方向に関する誤りを推定する、
   請求項１又は２に記載の電子決済システム。
5. 前記決済センター、又は、前記決済中継センターは、
   特定のカード媒体について複数回の読み取りがあった前記決済受付装置から、特定のカード媒体についての読み取りでは、毎回、情報を全く読み取れない旨を示す前記エラー情報が受信される一方で、他のカード媒体についての読み取りでは、当該エラー情報が受信されなかった場合、
   エラーの原因として、カード媒体に固有のエラーを推定する、
   請求項１又は２に記載の電子決済システム。
6. 前記決済センター、又は、前記決済中継センターは、
   特定のカード媒体について複数回の読み取りがあった前記決済受付装置から、初回の読み取り時には、部分的に情報を読み取れた旨を示す前記エラー情報が受信される一方、二回目の読み取り時には当該エラー情報が受信されなかった場合、
   エラーの原因として、カード媒体の差し込み時間の不十分さを推定する、
   請求項１又は２に記載の電子決済システム。
7. 少なくともカード媒体から情報を読み取る読取部、又は、カード媒体から情報を読み取る読取装置と接続される接続部と、当該情報に基づく電子決済を受け付ける処理部と、を有する決済受付装置であって、
   前記読取部が、カード媒体の読み取りに関するエラー情報を生成すると、又は、前記接続部が、カード媒体の読み取りに関するエラー情報を前記読取装置から受信すると、
   前記処理部は、前記エラー情報に基づいて、エラーの原因を推定する、
   決済受付装置。
8. 前記処理部は、電子決済を実行する決済センター、又は、当該決済センターと自装置との通信を中継する決済中継センターに対し、前記エラー情報を送信する、
   請求項７に記載の決済受付装置。
9. 前記処理部は、前記決済センター又は前記決済中継センター又は前記読取装置から受信したエラーの原因を表示部に表示する、
   請求項８に記載の決済受付装置。
10. 前記処理部は、
    特定のカード媒体について複数回の読み取りがあった場合に、初回の読み取り時には、情報を全く読み取れない旨を示すエラー情報を受け付ける一方、二回目の読み取り時には、読み取りエラーが発生しなかった場合、
    エラーの原因として、カード媒体の挿入方向に関する誤りを推定する、
    請求項７に記載の決済受付装置。
11. 前記処理部は、
    特定のカード媒体について複数回の読み取りがあった場合に、特定のカード媒体についての読み取りでは、毎回、情報を全く読み取れない旨を示すエラー情報を受け付ける一方、他のカード媒体についての読み取りでは、読み取りエラーが発生しなかった場合、
    エラーの原因として、カード媒体に固有のエラーを推定する、
    請求項７に記載の決済受付装置。
12. 前記処理部は、
    特定のカード媒体について複数回の読み取りがあった場合に、初回の読み取り時には、部分的に情報を読み取れた旨を示すエラー情報を受け付ける一方、二回目の読み取り時には、読み取りエラーが発生しなかった場合、
    エラーの原因として、カードの差し込み時間の不十分さを推定する、
    請求項７に記載の決済受付装置。
13. 電子決済を受け付ける決済受付装置と通信可能に接続され、カード媒体から情報を読み取る読取装置であって、
    カード媒体の読み取りエラーに関するエラー情報を生成する生成部と、
    前記生成部により生成された前記エラー情報に基づいて、エラーの原因を推定する推定部と
    を有する読取装置。
14. 前記推定部は、
    特定のカード媒体について複数回の読み取りがあった場合に、初回の読み取り時には、情報を全く読み取れない旨を示すエラー情報を受け付ける一方、二回目の読み取り時には、読み取りエラーが発生しなかった場合、
    エラーの原因として、カード媒体の挿入方向に関する誤りを推定する、
    請求項１３に記載の読取装置。
15. 前記推定部は、
    特定のカード媒体について複数回の読み取りがあった場合に、特定のカード媒体についての読み取りでは、毎回、情報を全く読み取れない旨を示すエラー情報を受け付ける一方、他のカード媒体についての読み取りでは、読み取りエラーが発生しなかった場合、
    エラーの原因として、カード媒体に固有のエラーを推定する、
    請求項１３に記載の読取装置。
16. 前記推定部は、
    特定のカード媒体について複数回の読み取りがあった場合に、初回の読み取り時には、部分的に情報を読み取れた旨を示すエラー情報を受け付ける一方、二回目の読み取り時には、読み取りエラーが発生しなかった場合、
    エラーの原因として、カード媒体の差し込み時間の不十分さを推定する、
    請求項１３に記載の読取装置。
17. 少なくともカード媒体から読み取った情報に基づく電子決済を受け付ける複数の決済受付装置と通信可能に接続される、電子決済を実行する決済センター、又は、当該決済センターと複数の当該決済受付装置との通信を中継する決済中継センターにおいて実行されるエラー原因推定方法であって、
    前記決済受付装置から受信されるエラー情報に基づいて、エラーの原因を推定する処理
    を有するエラー原因推定方法。
18. 少なくともカード媒体から読み取った情報に基づく電子決済を受け付ける決済受付装置のコンピュータに、
    カード媒体の読み取りエラーに関するエラー情報を生成する、又は、受け付ける機能と、
    前記エラー情報に基づいて、エラーの原因を推定する機能と、
    を実現するためのプログラム。
19. 電子決済を受け付ける決済受付装置と通信可能に接続され、カード媒体から情報を読み取る読取装置のコンピュータに、
    カード媒体の読み取りエラーに関するエラー情報を生成する機能と、
    前記エラー情報に基づいて、エラーの原因を推定する機能と
    を実現するためのプログラム。

Images