(57)【要約】【課題】エラーが発生したときに、ユーザに対処方法を提示することのできる決済端末、サーバ装置、およびプログラムを提供することである。【解決手段】実施形態の決済端末は、電子決済処理を行う電子決済手段と、上記電子決済処理のエラーについての複数通りの対処方法を示す情報と該対処方法の実施の優先順を示す情報とを対応付けてなる順序情報を記憶する第一の記憶手段と、上記電子決済処理中にエラーが発生した場合に、上記第一の記憶手段が記憶する上記順序情報の上記実施の優先順に、上記順序情報において該実施の優先順を示す情報に対応付けられている各対処方法を、各々の対処方法を実行する操作子の態様でエラー画面に表示する表示制御手段と、を備える。【選択図】図３
2016051226.tif 000002
【特許請求の範囲】
【請求項１】
電子決済処理を行う電子決済手段と、
前記電子決済処理のエラーについての複数通りの対処方法を示す情報と該対処方法の実施の優先順を示す情報とを対応付けてなる順序情報を記憶する第一の記憶手段と、
前記電子決済処理中にエラーが発生した場合に、前記第一の記憶手段が記憶する前記順序情報の前記実施の優先順に、前記順序情報において該実施の優先順を示す情報に対応付けられている各対処方法を、各々の対処方法を実行する操作子の態様でエラー画面に表示する表示制御手段と、
を備えることを特徴とする決済端末。
【請求項２】
前記第一の記憶手段は、前記電子決済処理のエラーの種類ごとの複数通りの対処方法を示す情報と該対処方法の実施の優先順を示す情報とを対応付けてなる順序情報を記憶し、
前記表示制御手段は、前記電子決済処理中にエラーが発生した場合に、前記第一の記憶手段が記憶する前記順序情報の該エラーの種類についての実施の優先順に、前記順序情報において該実施の優先順を示す情報に対応付けられている各対処方法を、各々の対処方法を実行する操作子の態様でエラー画面に表示する、
ことを特徴とする請求項１に記載の決済端末。
【請求項３】
前記電子決済手段の前記電子決済処理において発生したエラーを対処したときの対処方法を示す情報を記憶する第二の記憶手段と、
前記第二の記憶手段が記憶する前記対処方法を示す情報を、該対処方法を示す情報の実施の優先順を決定するサーバ装置へ送信する送信手段と、
前記サーバ装置からエラーについての複数通りの対処方法を示す情報と実施の優先順を示す情報の対応情報を受信して、前記第一の記憶手段が記憶する前記順序情報のエラーについての複数通りの対処方法を示す情報と実施の優先順を示す情報とを前記対応情報に基づいて更新を行う受信手段と、
を更に備え、
前記表示制御手段は、前記第一の記憶手段が記憶する前記順序情報において前記更新が行われた場合に、前記電子決済処理中にエラーが発生した場合には、前記更新後の情報に示される実施の優先順に、前記更新後の情報に対応付けられている該優先順の各対処方法を、それぞれの対処方法を実行する操作子の態様で、エラー画面に表示する、
ことを特徴とする請求項１に記載の決済端末。
【請求項４】
前記電子決済手段は、電子決済処理において生成する決済データを記憶部に保持し、前記エラーを解除した後の電子決済処理において前記記憶部の前記決済データを用いる、
ことを特徴とする請求項１乃至３の内の何れか１つに記載の決済端末。
【請求項５】
電子決済処理を行う電子決済手段と、
前記電子決済処理のエラーについての複数通りの対処方法を示す情報と該対処方法の実施の優先順を示す情報とを対応付けてなる順序情報を記憶する第一の記憶手段と、
前記電子決済処理中にエラーが発生した場合に、前記第一の記憶手段が記憶する前記順序情報の前記実施の優先順に、前記順序情報において該実施の優先順を示す情報に対応付けられている各対処方法を、各々の対処方法を実行する操作子の態様でエラー画面に表示する表示制御手段と、
を備える決済端末と、
前記決済端末との通信接続が可能であって、
前記決済端末のエラー対処時の対処方法を示す情報を受信する受信手段と、
前記受信手段が受信した前記対処方法を示す情報を解析して、前記対処方法を含む複数の対処方法を示す情報を実施すべき優先度の高い順に順位付けする順位付け手段と、
前記順位付け手段により順位付けされてなる情報を前記決済端末に送信する送信手段と、
を備えるサーバ装置と、
を備えることを特徴とする決済システム。
【請求項６】
記憶部を有する決済端末を制御するコンピュータを、
電子決済処理を行う電子決済手段と、
前記電子決済処理のエラーについての複数通りの対処方法を示す情報と該対処方法の実施の優先順を示す情報とを対応付けてなる順序情報を前記記憶部に書き込む書込手段と、
前記電子決済処理中にエラーが発生した場合に、前記記憶部が記憶する前記順序情報の前記実施の優先順に、前記順序情報において該実施の優先順を示す情報に対応付けられている各対処方法を、各々の対処方法を実行する操作子の態様でエラー画面に表示する表示制御手段と、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、決済端末、決済システム、およびプログラムに関する。
【背景技術】
【０００２】
従来、ＩＣカードからプリペイド式やポストペイ式等の電子決済に係る情報（電子マネー情報等）を読み取り、電子決済を行うことが可能な決済端末が提供されている。決済端末は外部機器としてＰＯＳ端末やカード読取装置やピンパッド等と接続し、各外部機器との通信を行いながら電子決済処理を行うものである。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ところで、決済端末では、電子決済処理中にセンタとの通信障害やＩＣカードの残金不足などの事態が発生すると、決済端末のユーザにエラー画面によるエラーの通知を行う。ユーザは、エラー画面が出力されると、そのエラーの対処が求められることになる。
しかし、外部機器との通信などが多く介在する決済端末の処理は、その操作手順が複雑なものとなっている。操作に不慣れなユーザは次にどの操作を実行すればエラーが解消できるのか判断に悩む場合がある。また、ベテランでも、全ての場面のエラー対処の仕方を把握するのは難しく、エラーを解消することができない場合がある。例えば、他と類似する場面でエラーの通知があると、他の場面で行う対処方法を同様に行い、その場面での正しい対処方法が行われず、エラーを解消することができないことがある。そのような場合、ユーザはリセットボタンを押して最初からやり直すか、処理を中断して実施できないことを客に伝え、エラーの対処方法を販売元に問い合せることになる。
【０００４】
従来の決済端末では、処理を実施できないことにより商機を失う可能性があるので、改善が望まれていた。また、エラーに関する販売元への問い合せ数が、ユーザ数が増加するにつれて増えることになるので改善が望まれていた。
本発明が解決しようとする課題は、エラーが発生したときに、ユーザにその対処方法を提示することのできる決済端末、決済システム、およびプログラムを提供することである。
【課題を解決するための手段】
【０００５】
実施形態の決済端末は、電子決済処理を行う電子決済手段と、上記電子決済処理のエラーについての複数通りの対処方法を示す情報と該対処方法の実施の優先順を示す情報とを対応付けてなる順序情報を記憶する第一の記憶手段と、上記電子決済処理中にエラーが発生した場合に、上記第一の記憶手段が記憶する上記順序情報の上記実施の優先順に、上記順序情報において該実施の優先順を示す情報に対応付けられている各対処方法を、各々の対処方法を実行する操作子の態様でエラー画面に表示する表示制御手段と、を備える。
【図面の簡単な説明】
【０００６】
【図１】図１は、電子決済システムの構成を示す図である。
【図２】図２は、決済端末の外観斜視図である。
【図３】図３は、決済端末のハードウェア構成を示す図である。
【図４】図４は、リカバリボタンの一例を示す図である。
【図５】図５は、順序情報のデータ構成の一例を表形式に示した図である。
【図６】図６は、ログ情報のデータ構成の一例を表形式に示した図である。
【図７】図７は、決済端末の機能構成を示す図である。
【図８】図８は、決済端末における決済処理のフロー図である。
【図９】図９は、リカバリボタン（初期値）を含むエラー画面の表示例を示す図である。
【図１０】図１０は、リカバリ処理後のログ情報の状態を示す図である。
【図１１】図１１は、ログサーバのハードウェア構成を示す図である。
【図１２】図１２は、候補情報のデータ構成の一例を示す図である。
【図１３】図１３は、ログサーバの機能構成を示す図である。
【図１４】図１４は、候補情報生成部の詳細説明図（一）である。
【図１５】図１５は、候補情報生成部の詳細説明図（二）である。
【図１６】図１６は、候補情報生成部の詳細説明図（三）である。
【図１７】図１７は、候補情報生成部の詳細説明図（四）である。
【図１８】図１８は、候補情報生成部の詳細説明図（五）である。
【図１９】図１９は、ログサーバにおける、リカバリボタン準備処理のフロー図である。
【図２０】図２０は、ログサーバにおける候補情報の生成処理のフロー図である。
【図２１】図２１は、リカバリボタン（更新）を含むエラー画面の表示例を示す図である。
【発明を実施するための形態】
【０００７】
以下、添付図面を参照して、決済端末、決済システム、およびプログラムの実施形態を詳細に説明する。なお、以下に説明する実施形態は、数ある形態の中の一つであり、その構成や仕様等を限定するものではない。  
【０００８】
図１は、電子決済システム１の構成を示す図である。同図に示すように、電子決済システム１は、決済端末１０、センタサーバ１１と、ログサーバ１２とを含むネットワークシステムで構成される。決済端末１０と、センタサーバ１１と、ログサーバ１２とは、通信ネットワークＮに接続が可能なものとなっている。決済端末１０には、非接触リーダ／ライタ装置１００とピンパッド１０１がケーブルで接続されている。
本実施形態において、決済端末１０はチェーン店の各店舗に設けられているものとする。なお、決済端末１０の数は、特に制限されるものではない。  
【０００９】
決済端末１０は、電子決済に係る一連の手続き行う装置である。具体的に、決済端末１０は、決済を行うための決済データを生成するために、表示部に入力画面などを表示してユーザから各種のデータを取得する。また、カード情報読取部からカード情報を読み取り、これらの取得したデータから決済データを生成する。更に、決済端末１０は、その決済データの一部又は全てをセンタサーバ１１に送信し、カード情報の認証処理や金額処理などを行わせる。こうして、センタサーバ１１から上記各種処理の結果として承認が得られると、決済端末１０は取引明細を発行するなどして電子決済に係る一連の手続きを終える。
【００１０】
非接触リーダ／ライタ装置１００は、上記カード情報読取部の一つであるＮＦＣ（Near  Field  Communication）等の近距離無線通信技術を用いた装置である。非接触リーダ／ライタ装置１００は、電子的に金銭情報を記憶する非接触型のＩＣカードから、カード情報（カードＩＤや電子マネー情報等）の読み取りを行う。
【００１１】
ピンパッド１０１は、上記カード情報読取部の一つである接触リーダ／ライタ部と、ＩＣカードの暗証番号を入力するための入力パッドとを備えた装置である。接触リーダ／ライタ部は、クレジットカードやデビットカードなどの接触型のＩＣカードから、カード情報（カードＩＤ、有効期限等）の読み取りを行う。
【００１２】
センタサーバ１１は、上記カード情報の認証処理や、決済額についての金銭処理などを行うサーバ装置である。
【００１３】
ログサーバ１２は、決済端末１０において発生したエラーの対処を示すログ情報を蓄積し、ログ情報の解析結果を決済端末１０に返信するサーバ装置である。
【００１４】
続いて、決済端末１０の構成について説明する。
図２は、決済端末１０の外観斜視図である。決済端末１０の本体２１の側部には電源スイッチ２２が設けられている。また、本体２１の上部には、本体２１に対して開閉可能な上面パネル２３が設けられている。ユーザは、上面パネル２３を開放することで、本体２１の内部にロール状のレシート用紙をセットすることができる。また、この上面パネル２３には、操作部２４であるタッチパネルを表面に配設してなる表示部２５が設けられている。  
【００１５】
本体２１の内部には、上記レシート用紙に決済に関する明細や売上レポート等を印字する印字部３０７（図３参照）が備えられている。印字後のレシート用紙は、本体２１と上面パネル２３との間に設けられているレシート発行口２６から発行される。
【００１６】
また、本体２１の背面側には、非接触リーダ／ライタ装置１００やピンパッド１０１やネットワーク機器などとの接続用ポートが備えられている。
【００１７】
図３は、決済端末１０のハードウェア構成を示す図である。図３に示すように、決済端末１０は、各部を制御するための制御部３０を備えている。制御部３０は、各部を集中的に制御するＣＰＵ（Central  Processing  Unit）３０１に、バスライン３０４を介して、ＲＯＭ（Read  Only  Memory）３０２と、ＲＡＭ（Random  Access  Memory）３０３を接続して構成されている。ここで、ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして機能する。この他にも、特に図示しないが、現在の日時を計時するＲＴＣ(Real  Time  Clock)部等が構成されている。
【００１８】
また、制御部３０には、メモリ部３０５とコントローラ３０６とが、バスライン３０４を介して接続される。制御部３０は、ＣＰＵ３０１が、メモリ部３０５に記憶されＲＡＭ３０３に展開された各種プログラムの処理を実行することにより、各部を制御する。  
【００１９】
メモリ部３０５は、電源を切っても記憶情報が保持されるフラッシュメモリ等の不揮発性メモリであって、表示用データ３０５１や、順序情報３０５２や、ログ情報３０５３や、制御プログラム３０５４を含むプログラム等を記憶する。
【００２０】
表示用データ３０５１は、主に、選択画面や、入力画面や、指示画面や、確認画面や、メッセージ画面などの画面データである。上記各種の画面に配置するキーや上記エラー画面に配置するリカバリボタン（操作子）なども表示用データ３０５１の一部に含まれる。
上記選択画面は、ユーザが処理モードや決済方法を選択するための画面である。上記入力画面は、ユーザが商品コードや金額情報を入力するための画面である。上記指示画面は、ユーザがカード情報の読取やパスワードの入力を客に指示するための画面である。上記確認画面は、ユーザが入力情報を確認するための画面である。上記メッセージ画面は、ユーザがエラーなどの処理状態を確認するための画面である。
【００２１】
上記リカバリボタンは、エラーの解消のためにＣＰＵ３０１に処理を所定地点（所定の処理ステップ）まで遡らせ、その地点からの実行を指示するエラー対処用のボタンである。リカバリボタンには、対処方法の異なる複数種類のボタンがある。ＣＰＵ３０１は、それらを実施の優先順に上記エラー画面に配置する。
ここで、実施の優先順とは、ユーザがリカバリボタンを操作するときの操作の優先順位のことである。ＣＰＵ３０１は、エラーの解消される可能性がより高いリカバリボタンを、より低いリカバリボタンよりも優先してエラー画面に配置する。
【００２２】
図４は、リカバリボタンの一例を示す図である。
本実施形態では、上記対処方法の異なるものとして６種類のリカバリボタンを例示する。
図４に示す６種類のリカバリボタンは、「やり直し」ボタンＢ１、「カード変更」ボタンＢ２、「金額変更」ボタンＢ３、「現金支払」ボタンＢ４、「クレジット支払」Ｂ５ボタン、及び「取引中止」ボタンＢ６である。
【００２３】
各リカバリボタンＢ１、Ｂ２・・・、Ｂ６には、ユーザがエラーの対処方法を判別できるように、次に何をやるかを示す情報（例えば、「やり直し」ボタンＢ１や「カード変更」ボタンＢ２などの「やり直し」や「カード変更」などの文字列）を表示情報として設ける。これにより、ユーザは、それぞれのリカバリボタンＢ１、Ｂ２・・・、Ｂ６を押したときに実行される対処方法を各ボタンの押下前に予測できるようになる。なお、各リカバリボタンの文字列の文字の組み合わせは一意であり、各リカバリボタンの文字列はその他のリカバリボタンの文字列と一致しないものとする。
【００２４】
リカバリボタンＢ１〜Ｂ６は、決済端末１０や及びログサーバ１２において識別情報によって管理される。上記識別情報は英数字のユニークコードなどで構成される。なお、以下では説明を理解しやすくするために、図面や図の説明において、上記識別情報を、各ボタンの対処方法を示す文字列で表すものとする。
【００２５】
図２に示す順序情報３０５２は、リカバリボタンＢ１〜Ｂ６の識別情報と、ＣＰＵ３０１が各リカバリボタンＢ１〜Ｂ６をエラー画面に配置するときの配置場所を示す情報とからなる。本実施形態で順序情報３０５２は、リカバリボタンＢ１〜Ｂ６の識別情報の内の、実施の優先順の高い上位候補のリカバリボタンの識別情報を、エラー画面に配置する情報として含む。少なくとも上位１位及び上位２位のリカバリボタンの識別情報を含む。実施の優先順は、一例であるが、使用された回数に基づいて自機（決済端末１０）又はログサーバ１２などが決定する。例えば、使用された回数の多い対処方法を示すリカバリボタンの識別情報をより上位に、より優先順位が高いものとして入れ替えるアルゴリズムにより決定する。なお、上記配置場所は、エラー画面の左の配置場所から右の配置場所へ徐々に優先順位が低くなるものとする。
【００２６】
図５は、順序情報３０５２の一例としてのデータ構成を表形式に示した図である。
図５に示す順序情報３０５２Ｔは「エラーコード」５０のデータと「表示番号」５１のデータを対応付けたものである。
「エラーコード」５０には、エラー時に出力される可能性のあるエラーコードを設定する。例えば、予め全エラーコードを所定のエラーコードリストなどから抽出し、全エラーコードを設定する。
【００２７】
「表示番号」５１には、リカバリボタンＢ１〜Ｂ６の内の、上位候補となるリカバリボタンの識別情報を設定する。「表示番号」５１には、エラー画面上のリカバリボタンの配置場所に対応付けて、各識別情報を設定する。本例は、ＣＰＵ３０１が６つのリカバリボタンＢ１〜Ｂ６の内の何れか３つのリカバリボタンを選択的にエラー画面に配置するものである。それゆえ、「表示番号」５１に３つの設定領域５１−１、５１−２、５１−３が設けられている。設定領域５１−１、５１−２、５１−３は、それぞれ、エラー画面上のリカバリボタンの配置場所（エラー画面の左から右に配置番号「１」、「２」、「３」とする）に対応する。つまり、設定領域５１−１は、同図に「１」と示すように、リカバリボタンをエラー画面の左端に配置するための設定領域となる。本例では、設定領域５１−１に最上位（１位）のリカバリボタンの識別情報を設定する。また、設定領域５１−２は、同図に「２」と示すように、リカバリボタンをエラー画面の中央に配置するための設定領域となる。本例では、設定領域５１−２に２位のリカバリボタンの識別情報を設定する。設定領域５１−３は、同図に「３」と示すように、リカバリボタンをエラー画面の右端に配置するための設定領域となる。本例では、設定領域５１−３に３位のリカバリボタンの識別情報を設定する。え上位３つのリカバリボタンの識別情報を設定する。
【００２８】
各設定領域５１−１、５１−２、５１−３には、初期値として、ユーザがリカバリボタンＢ１〜Ｂ６の内の３つのリカバリボタンの識別情報を設定する。その後は、詳しくは後述するが、ログサーバ１２から送信される候補情報（対応情報）に基づいて各設定領域５１−１、５１−２、５１−３の識別情報を更新する。
【００２９】
同図に示す設定例は、各設定領域５１−１、５１−２、５１−３にユーザが初期値を設定したときのものである。一列目５００に示すエラーコード５０の値「コード１」に対しては、設定領域５１−１にリカバリボタンの識別情報として「やり直し」が設定されている。また、設定領域５１−２にリカバリボタンの識別情報として「カード変更」が設定されている。また、設定領域５１−３にリカバリボタンの識別情報として「金額変更」が設定されている。これは、ＣＰＵ３０１が、エラーコード「コード１」のエラー画面において、「やり直し」ボタンＢ１、「カード変更」ボタンＢ２、「金額変更」ボタンＢ３をエラー画面の左から右にこの順序で表示することを意味する。
【００３０】
同図に示す設定例は、ユーザが全てのエラーコードにおいて同じ組み合わせの識別情報を設定した場合のものである。このため二列目５０１以下も同様である。つまり、ＣＰＵ３０１は、エラーコード「コード２」や「コード３」のエラー画面においても、「やり直し」ボタンＢ１、「カード変更」ボタンＢ２、「金額変更」ボタンＢ３を画面の左から右にこの順序で表示する。
同図において図示を省略しているエラーコード（「コード４」、「コード５」、・・・）についても、同様である。
【００３１】
なお、同図に示す設定例では、各エラーコードに対し、初期値として、同一の組み合わせからなる３つのリカバリボタンの識別情報を対応付けて設定しているが、初期値として、エラーコードごとに異なる組み合わせのものを対応付けて設定しても良い。
【００３２】
図２に示すログ情報３０５３は、エラー時の対処方法を記憶する情報である。
ＣＰＵ３０１は、ログ情報３０５３に、発生したエラーのエラーコードとそのときの対処方法を示す情報とを対応付けて書き込む。
【００３３】
図６は、ログ情報３０５３のデータ構成の一例を表形式に示した図である。
図６に示すログ情報３０５３Ｔには、ＣＰＵ３０１が「エラーコード」６０と「対処方法」６１と「日時」６２を書き込むための領域が設けられている。
【００３４】
ＣＰＵ３０１は「エラーコード」６０に、発生したエラーのエラーコードを書き込む。
「対処方法」６１には、エラー発生時の対処方法を示す情報を書き込む。本実施形態で、ＣＰＵ３０１は「対処方法」６１に、表示画面上でユーザに押下されたリカバリボタンの識別情報や、ユーザによるマニュアル操作時のボタン操作の履歴や、移行先の画面コードなどを書き込む。
また、ＣＰＵ３０１は、「日時」６２に、エラーコードと対処方法を書き込むときの日時を書き込む。
【００３５】
図２に示すコントローラ３０６には、操作部２４及び表示部２５が接続される。コントローラ３０６は、制御部３０からの指令に基づいて各種制御を実行する。操作部２４は、表示部２５上に設けられたタッチパネルである。操作部２４は、表示部２５に表示されたタブやボタン（リセットボタン、一つ戻るボタン、リカバリボタン）などのキーに対応する位置のタッチパネルをユーザがタッチすることで、各種のキー操作を実行する。表示部２５は、タブやボタンなどのキーの画像を含む各種表示用データをディスプレイに表示する。  
【００３６】
また、コントローラ３０６には、印字部３０７が接続される。印字部３０７は、本体２１の内部に収納されたレシート用紙の送り出す向きへの移動を制御し、例えばサーマルヘッドなどを使用して決済に関する明細等をレシート用紙に印字する。  
【００３７】
また、バスライン３０４は、通信Ｉ／Ｆ（Interface）３０８、３０９、３１０を接続している。通信Ｉ／Ｆ３０８は、非接触リーダ／ライタ装置１００と接続可能なインタフェースである。通信Ｉ／Ｆ３０９は、ピンパッド１０１と接続可能なインタフェースである。通信Ｉ／Ｆ３１０は、通信ネットワークＮに接続可能なネットワークカードなどのインタフェースである。決済端末１０は、通信Ｉ／Ｆ３０８を介して非接触リーダ／ライタ装置１００からカード情報の読込などを行う。また、通信Ｉ／Ｆ３０９を介してピンパッド１０１からカード情報の読込や暗証番号の読込を行う。また、通信Ｉ／Ｆ３１０を介して、センタサーバ１１やログサーバ１２と通信を確立し、データの送受信を行う。  
【００３８】
次に、決済端末１０の機能構成について説明する。
図７は、決済端末１０の機能ブロック図である。決済端末１０は、制御部３０（ＣＰＵ３０１）がメモリ部３０５の各種プログラムを主記憶装置（ＲＡＭ）にロードして実行することにより、次の機能部を実現する。つまり、決済データ生成部（電子決済手段）７００や、表示制御部（表示制御手段）７０１や、エラー処理情報書込部（書込み手段を含む）７０２等である。  
【００３９】
決済データ生成部７００は、購入金額や支払情報等を含む決済データを生成する。具体的に、決済データ生成部７００は、購入金額の情報や決済方法についての情報などを操作部やカード情報読取装置などから取得して決済データを生成する。また、取得した情報をチェックして、入力形式の誤りや金額の誤りなどを検出したり、通信Ｉ／Ｆ３０８〜３１０の通信障害などを検出したりもする。
【００４０】
表示制御部７０１は、表示部２５への表示情報の出力を制御する。具体的に、表示制御部７０１は、決済データ生成部７００と連動し、選択画面や、入力画面や、指示画面や、メッセージ画面などを出力する。上記選択画面は、業務モードや決済方法などをユーザに選択させる画面である。上記入力画面は、決済データの生成のために操作部からの入力が必要となる各種コードや金額情報などの入力画面である。上記指示画面は、客にカード情報を読み取らせることを指示するための画面である。上記メッセージ画面は、処理状態をユーザに通知するための画面である。また、表示制御部７０１は、各種画面上に設けたキーからユーザによる入力操作を受け付けると、キーに割り当てた処理を実行する。具体的には、画面コードなどで指定される遷移先の画面の出力処理を実行する。これにより、表示制御部７０１は、キー入力などにより各種画面を予め決められた操作手順で表示部２５へ出力する。
【００４１】
表示制御部７０１は、また、決済データ生成部７００が入力情報において誤りを検出した場合や、通信障害を検出した場合などに、上記メッセージ画面の一つとしてエラー画面を表示部２５へ出力する。この際に、上記エラー画面の所定位置に、エラーを解消するための実行ボタンの候補として、順序情報において上位候補として指定されているリカバリボタンを出力する。表示制御部７０１は、リカバリボタンの操作があると、リカバリボタンの種類に応じて、予め割り当てた処理を実行する。例えば、操作されたリカバリボタンに対して対応付けた遷移先の画面コードで指定される画面の出力処理を実行する。
【００４２】
エラー処理情報書込部７０２は、表示制御部７０１がエラー画面を出力した後にユーザが行ったエラーの対処方法を示す情報を上記ログ情報に書き込む。例えば、エラー画面においてリカバリボタンが押下された場合、そのリカバリボタンの識別情報をログ情報に書き込む。また、ユーザがマニュアル操作で対処した場合、そのキー操作の履歴や、遷移する画面の画面コードなどをログ情報に書き込む。
【００４３】
次に、決済端末１０の動作について説明する。
決済端末１０は、ユーザが電源スイッチ２２を入れると、図３に示す決済端末１０のハードウェアの各部に電力が供給される。その後、各種プログラムが立ち上げられるなどしてＣＰＵ３０１が表示部にＴＯＰ画面を表示し、ＣＰＵ３０１は入力待ち状態となる。
【００４４】
図８は、決済端末１０におけるＴＯＰ画面の表示後の決済処理のフロー図である。
先ず、ステップＳ１〜Ｓ３の処理により、ＣＰＵ３０１が決済処理を行う（Ｓ１）。ステップＳ１の処理では、決済処理の全工程をプログラムの手順に従ってＣＰＵ３０１が順次実行する。ステップＳ２の判定処理では、上記全行程の途中段階や最終段階などの所定のタイミングにＣＰＵ３０１がエラーの判定処理を行う。ステップＳ３の判定処理では、ユーザが業務を終了して電源を落とす準備に入ったか否かの判定処理を行う。つまり、ステップＳ１〜Ｓ３のループ処理は、ユーザが電源を立ち上げてから電源を落とすまでの各決済処理の過程で、複数回のエラーチェックを行う処理フローを示している。
【００４５】
上記決済処理では、ＣＰＵ３０１は、ユーザと対話形式で決済データを生成する。例えば、表示部２５に所定順序で各種画面を表示し、各種画面から取得したデータを決済データとして生成する。各種画面は、ユーザのキー操作や所定の入力などに基づいて、予め設定された遷移順序に従いＣＰＵ３０１が表示部に切り替え表示する。遷移順序は、表示中の画面の画面コードや、操作キーの種類の組み合わせなどに応じて決まるものであり、ＣＰＵ３０１が判断する。各種画面には、選択画面や、入力画面や、指示画面や、メッセージ画面などがある。
上記選択画面は、業務モードや決済方法などをユーザが選択する画面である。上記入力画面は、ユーザが商品コードや商品金額などを入力するための入力画面である。上記指示画面は、カード情報の読み取りや暗証番号の入力を客に指示するための画面である。上記メッセージ画面は、ＣＰＵ３０１が処理状態やエラーなどを検出したものをユーザにメッセージで通知する画面である。
【００４６】
具体的に、ＣＰＵ３０１がＴＯＰ画面として業務選択画面を表示し、この画面において、業務モードの一つの、通常の決済処理を行う「売上」モードのボタンが、ユーザにより押下されたとする。この場合、「売上」ボタンの遷移先として予め設定した画面コードの画面、例えばクレジットや電子マネーなどの決済方法を選択するための選択画面にＣＰＵ３０１が表示内容を切り替える。更に、この画面において所定の決済方法を示すボタンが押下されると、そのボタンの遷移先として予め設定した画面コードの画面、例えば商品コードの入力画面やカード読み取りのための指示画面などにＣＰＵ３０１が表示内容を切り替える。ＣＰＵ３０１は、ユーザが選択画面で選択した情報や、ユーザが入力画面に入力した情報や、指示画面に基づいてカード情報読取装置に読み取らせたカード情報などに基づいて決済データを生成する。
【００４７】
ステップＳ２では、ＣＰＵ３０１がエラーの判定処理を行う。この判定処理は、決済処理の全行程の内の所定のタイミングで行う。例えば、カード情報の読取時やセンタとの通信時などである。カード情報の読取時には、所定のカード情報が読み取れたか否かを判定し、カード情報を読み取れなかった場合にエラーであるとしてＹｅｓの判定をする。一方、カード情報を読み取れた場合は、エラーではないとしてＮｏの判定をする。また、センタとの通信時には、通信障害があった場合や、センタでの認証処理などの結果が不適合を示すものであった場合に、エラーであるとしてＹｅｓの判定をする。一方、通信が正常に行えたり、センタでの認証処理などの結果が適合を示すものであったりした場合は、エラーではないとしてＮｏの判定をする。
【００４８】
なお、エラーは、例に挙げた以外のものであっても良い。各種エラーは、予め、それぞれにエラーコードを付与しておく。これにより、ＣＰＵ３０１はエラーの内容をエラーコードで区別する。
【００４９】
ステップＳ２でエラーが検出された場合（Ｙｅｓ判定）、ＣＰＵ３０１は、リカバリボタンを含むエラー画面を表示し、入力があるまで待機する（Ｓ４）。この処理では、ＣＰＵ３０１は、ステップＳ２で検出したエラーのエラーコードに対応する上位３つのリカバリボタンを、順序情報の当該エラーコードに対応付けられている識別情報（表示番号「１」〜「３」の設定情報）に基づいて取得して表示する。
【００５０】
なお、決済端末１０が初めて使用される場合、ＣＰＵ３０１は、順序情報の表示番号「１」〜「３」に初期値として設定した識別情報のリカバリボタンを表示する。
【００５１】
図９は、リカバリボタンを含むエラー画面の表示例を示す図である。
図９の画面８０は、「エラーコード」８００と「エラー内容」８０１に示すメッセージ情報８０３と、３つのリカバリボタンＢ１、Ｂ２、Ｂ３を含む構成のものである。リカバリボタンＢ１、Ｂ２、Ｂ３の配置は、この順に当該エラーを解消する対処方法の内の１番目の候補、２番目の候補、３番目の候補であることを示している。つまりエラー画面の左が最上位候補で、右に向かうにつれて候補の順位が下がるものとなっている。これを明示するために、各リカバリボタンに隣接する位置に候補の順番を示す情報を付加しても良い。
【００５２】
なお、同図は、順序情報に初期値として設定したものを表示させたときの状態であるため、この場合においては、必ずしもリカバリボタンが候補順に表示されているとは限らない。  
【００５３】
ここで、図８の処理の続きを説明する。
ステップＳ４の処理後、ＣＰＵ３０１は、リカバリ処理を行う（Ｓ５）。この処理において、ＣＰＵ３０１は、リカバリボタンＢ１〜Ｂ３の何れか一つの押下信号を受け付け、ユーザにより押下されたリカバリボタンに対応するリカバリ処理を行う。
【００５４】
例えば、ユーザにより図９の「やり直し」ボタンＢ１が押下されたとする。この場合、ＣＰＵ３０１は、押下された表示画面上の表示位置の座標を検出し、そのエラー画面上の当該座標に対応付けられている順序情報の表示番号を取得する。更に、ＣＰＵ３０１は、順序情報から当該表示番号に指定されているリカバリボタン（この場合「やり直し」ボタン）の識別情報を取得し、その識別情報に対応する処理を行う。この処理では、エラーにより処理が完了しなかった入力処理、読取処理、或いは通信処理などをユーザがやり直すために、ＣＰＵ３０１が各処理の開始位置に処理を戻し、開始位置から処理をやり直す。例えば、ＣＰＵ３０１は、カード情報の読取を行い、エラーを検出すると、カード情報の読取を客に指示する指示画面の表示の処理まで処理を戻し、カード情報の読取を再び行う。
【００５５】
また、ユーザにより図９の「カード変更」Ｂ２が押下されたとする。この処理では、ユーザが、読取できなかったカードを別の種類のカードに変更して引き続き処理を継続するために、ＣＰＵ３０１は処理を決済方法を選択する選択画面の表示処理まで戻し、その画面で、決済を行うカードとして別のカードをユーザに選択させる。
【００５６】
また、ユーザにより図９の「金額変更」Ｂ３が押下されたとする。この処理では、ユーザが金額を変更するために、ＣＰＵ３０１は処理を商品金額を入力する入力画面の表示処理まで戻し、その画面で、ユーザに商品金額を変更させる。
【００５７】
なお、各リカバリボタンＢ１、Ｂ２、・・・、Ｂ６には、上述した処理を予め割り当てておくものとする。
また、ステップＳ５の処理では、マニュアル操作により、ＣＰＵ３０１が所定の処理に遡ってリカバリ処理を実行することも可能である。マニュアル操作では、ユーザがエラー画面や他の画面の表示エリア外にあるキー（「一つ戻る」ボタンや「リセット」ボタン）を一回又は連続して押していくことで、ＣＰＵ３０１が所定の処理に遡る。
【００５８】
ここで、図８の処理の続きを説明する。
ステップＳ５のリカバリ処理後、ＣＰＵ３０１は、ログ情報に対し、リカバリ処理の対処方法を示す情報の書込処理を行う（Ｓ６）。この処理では、発生したエラーのエラーコードと、リカバリ処理の対処方法を示す情報としてユーザにより押下されたリカバリボタンの識別情報とをログ情報に書き込む。また、ユーザによりマニュアル操作が行われた場合は、その操作手順や移行先の画面の画面コードや、入力画面において入力情報が更新されたことなどをログ情報に書き込む。
【００５９】
図１０は、リカバリ処理後のログ情報の状態を示す図である。
図１０に示すログ情報３０５３Ｔ（ｄ）は、図６のログ情報３０５３Ｔの、データが書き込まれたときの状態を一例として示したものである。
【００６０】
ログ情報３０５３Ｔ（ｄ）のデータｄ１〜ｄ３の「対処方法」６１の値は、リカバリボタンの識別情報となっている。つまり、ユーザがリカバリボタンを押し、それによりエラーを対処したことを示している。
データｄ４の値は、時系列順の画面コードの変化情報となっている。つまり、リカバリボタン以外のキーをユーザが操作し、マニュアルでエラーを対処したことを示している。この例は、画面コード５で識別される画面でエラーが発生し、ユーザがリカバリボタン以外のキーを操作し、ＣＰＵ３０１がその操作に基づき画面コード３の画面の表示状態まで処理を遡ったことを表している。また、ユーザが、画面コード３の画面でエラーを対処したことを表している。画面コード３の画面でユーザがデータを変更した場合は、図１０の画面コード３の後にセットボタンをユーザが押下した情報などが記録として残ることになる。
【００６１】
ステップＳ６の後は、ステップＳ１に戻り、ＣＰＵ３０１は、ステップＳ２のエラー判定処理まで決済処理を進める。この処理の際に、ＣＰＵ３０１は、既に取得した情報を、再利用しても良い。例えば、ＣＰＵ３０１は、これまでに取得した情報を、エラーが発生した後もメモリに一時的に保存しておき、再び入力画面などを表示させるときに取得済みの情報を入力画面の入力エリアに表示させる。またカード情報を取得済みであれば、ＣＰＵ３０１は読取の指示画面の出力処理を省略しても良い。
【００６２】
次に、ＣＰＵ３０１は、ステップＳ１の決済処理を進め、ステップＳ２において先ほどのエラー判定処理を行う。
この判定がＮｏ判定になると、エラーが解消したことを示す。一方、この判定がＹｅｓ判定になると、エラーが解消していないことを示す。
【００６３】
ステップＳ２でＹｅｓ判定の場合、ステップＳ４の処理に移行し、ＣＰＵ３０１は、リカバリボタンを含むエラー画面を表示する。この場合も、順序情報において上位候補として設定されている一巡目同じリカバリボタンをエラー画面に表示する。
【００６４】
続いて、ステップＳ５の処理で、ＣＰＵ３０１は、一巡目と同じリカバリボタン或いはその他のリカバリボタンの押下信号を受け付けることにより、ユーザにより押下されたリカバリボタンに対応するリカバリ処理を実行する。また或いは、ユーザのマニュアル操作によるリカバリ処理を実行する。なお、一巡目とは異なるリカバリボタンをユーザが押下した場合、ＣＰＵ３０１は、一巡目とは異なる位置に処理を遡ることになる。
【００６５】
次に、ステップＳ６の処理において、ＣＰＵ３０１は、エラーコードと、ステップＳ５のリカバリ処理の対処方法を示す情報をログ情報に書き込む。
【００６６】
ステップＳ６の後は、再びステップＳ１に戻り、ＣＰＵ３０１は、リカバリを行った処理からステップＳ２のエラー判定処理まで決済処理を進める。なお、一回目のリカバリでユーザがデータ変更を行った場合、この処理（ステップＳ１の処理）でＣＰＵ３０１はデータを変更前のものに戻すようにする。
【００６７】
以上のように、エラーが発生した場合、ユーザはリカバリボタンを選択したりマニュアルでキーを操作したりするなどしてエラー対処を行い、ＣＰＵ３０１は、処理を戻すと共に、そのときの操作などの対処方法を示す情報をログ情報に書き出す。ＣＰＵ３０１は、このリカバリ処理に進む流れをエラーが解消されるまで繰り返し、エラーが解消されると続きの決済処理を行う。続く決済処理において別のエラーが発生すると、そのエラーに対して、ＣＰＵ３０１は上記リカバリ処理に進み、エラーを解消する。その後、エラーが発生することなく、決済処理の全行程が終了すると、印字部が明細などを発行し、ＣＰＵ３０１は次の業務処理を行う。ここで決済があれば、ＣＰＵ３０１は決済処理を行う。
【００６８】
ステップＳ３の判定処理では、ＣＰＵ３０１は、ユーザが業務を終了して電源を落とす指示を行ったか否かを、例えば業務終了ボタンなどの押下信号などでチェックする。この判定で、その指示を検出しない場合（Ｎｏ判定）、ステップＳ１に戻る。
一方、ステップＳ３の判定で、上記指示を検出すると（Ｙｅｓ判定）、ＣＰＵ３０１は、メモリに一時的に記憶したログ情報をログサーバ１２へ送信する（Ｓ７）。この送信では、ログ情報に加えて決済端末１０の固有の識別番号（端末番号）も送信するものとする。この送信は、通信Ｉ／Ｆを介し、ログサーバ１２との通信を確立してログ情報や端末番号をログサーバ１２へ送信する。
【００６９】
また、この通信において、ＣＰＵ３０１は、ログ情報の送信の応答として、ログサーバ１２からリカバリボタンの候補情報を受信する（Ｓ８）。
そして、ＣＰＵ３０１は、ログサーバ１２から受信した候補情報に基づいて順序情報を更新し（Ｓ９）、業務を終了する。
【００７０】
従って、次の起動後の決済処理で発生したエラーのエラー画面には、更新後の順序情報に基づいてリカバリボタンが表示されることになる。
【００７１】
なお、ログサーバ１２にログ情報の蓄積がない初回のアクセス時は、ログサーバ１２に候補情報が無い。このため、ＣＰＵ３０１は、ステップＳ８において候補情報が無いことを示す情報をログサーバから受信することになる。この場合、ＣＰＵ３０１は、ステップＳ９において順序情報の設定を更新しないものとする。
【００７２】
また、ログサーバ１２の候補情報に含まれる各エラーコードにおいて未集計のもの（例えば表示番号に対応する情報がＮＵＬＬに設定されているものなど）が有る場合には、ＣＰＵ３０１はステップＳ８でそのエラーコードを除く候補情報を受信する。そして、ステップＳ９で、ＣＰＵ３０１は、候補情報に含まれるエラーコードのみ、順序情報の表示番号に設定されている値を更新する。
【００７３】
図１１は、ログサーバ１２のハードウェア構成を示す図である。図１１に示すように、ログサーバ１２は、各部を制御するための制御部４０を備えている。制御部４０は、各部を集中的に制御するＣＰＵ（Central  Processing  Unit）４０１に、バスライン４０４を介して、ＲＯＭ（Read  Only  Memory）４０２と、ＲＡＭ（Random  Access  Memory）４０３を接続して構成されている。ここで、ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして機能する。この他にも、特に図示しないが、現在の日時を計時するＲＴＣ部等が構成される。
【００７４】
また、制御部４０には、メモリ部４０５が、バスライン４０４を介して接続される。制御部４０は、ＣＰＵ４０１が、メモリ部４０５に記憶されＲＡＭ４０３に展開された制御プログラム４０１Ａに従って動作することによって各種の処理を実行する。  
【００７５】
メモリ部４０５は、例えばＨＤＤやＳＳＤ（Solid  State  Drive）等の補助記憶装置であって、ログ情報４０５１や、候補情報４０５２や、集計プログラム４０５３を含むプログラム等を記憶する。
【００７６】
ログ情報４０５１は、決済端末１０から通信ネットワークＮを介して受信したログ情報である。チェーン店舗内には複数の決済端末１０が設けられている。このため、ログサーバ１２は、決済端末１０の端末番号によりログ情報４０５１を管理する。
【００７７】
解析プログラム４０５３は、ログ情報４０５１を解析するためのプログラムである。各種の解析手法があるが、ここでは、一例として、変換や集計などによる解析処理を行う。当該変換は、ログ情報４０５１に含まれるマニュアル操作などの情報をリカバリボタンの識別情報に変換する処理である。また、上記集計は、上記変換後のログ情報４０５１に基づき、エラーコード毎に対処方法を示す情報を集計してランク付けし、そのランク付けした結果を候補情報としてメモリ部４０５に保存する処理である。上記ランク付けの結果は、複数通りの対処方法を示す情報と実施の優先順を示す情報の対応関係を示す情報とする。
【００７８】
候補情報４０５２は、各エラーコードに、ランク付けした複数の対処方法を示す情報を対応付けてなるもの（つまり複数通りの対処方法を示す情報と実施の優先順を示す情報の対応情報を含むもの）である。
【００７９】
図１２は、候補情報４０５２のデータ構成の一例を示す図である。
図１２の候補情報４０５２Ｔは、「エラーコード」８０と「候補番号（図５の表示番号５１に対応）」８１で構成される。
「エラーコード」８０には、ログ情報４０５１に含まれる「エラーコード」の値を設定する。  
【００８０】
「候補番号」８１には、「エラーコード」８０の値（コード１、コード２など）に対応する複数の対処方法を示す情報を設定する。同図に示す例では、複数の対処方法を示す情報として「１」、「２」、「３」の設定領域８１−１、８１−２、８１−３を設け、３つ分の対処方法を示す情報を設定できるようにしている。各設定領域８１−１、８１−２、８１−３には、解析プログラム４０５３の実行により生成される、上位１位から３位の対処方法を示す情報をその順に設定する。
【００８１】
ここで、図１１の説明に戻り、残りの通信Ｉ／Ｆ４０８を説明する。
図１１に示すバスライン４０４は、通信Ｉ／Ｆ（Interface）４０８を接続している。通信Ｉ／Ｆ４０８は、通信ネットワークＮに接続可能なネットワークカードなどのインタフェースである。ログサーバ１２は、通信Ｉ／Ｆ４０８を介して、決済端末１０と通信を確立し、データの送受信を行う。  
【００８２】
次に、ログサーバ１２の機能構成について説明する。
図１３は、ログサーバ１２の機能構成を示す図である。ログサーバ１２は、制御部４０（ＣＰＵ４０１）がメモリ部４０５に記憶された各種プログラムに従い動作することで、ログ情報受信部（受信手段）１２００、候補情報生成部（順位付け手段）１２０１、候補情報送信部（送信手段）１２０２等の機能部を実現する。  
【００８３】
ログ情報受信部１２００は、チェーン店舗内のそれぞれの決済端末１０から送信されたログ情報を受信し、記憶部に保存する。
【００８４】
候補情報生成部１２０１は、記憶部に保存されたログ情報を対象とし、ログ情報に含まれる「対処方法を示す情報」の件数を「エラーコード」毎に集計してランク付けする。ランク付けの方法は、件数の最も多いものを１位とし、件数が少なくなるにつれて下位の番号を与える。そして、そのランク付けした結果を候補情報として記憶部に保存する。
【００８５】
候補情報送信部１２０２は、記憶部に保存された上記候補情報をチェーン店舗内のそれぞれの決済端末１０に送信する。
【００８６】
図１４〜図１９は、候補情報生成部１２０１の説明図である。
図１４は、候補情報生成部１２０１が処理対象とするログ情報４０５１の一例である。候補情報生成部１２０１が処理を開始する時点のデータの蓄積情報の一部を示すものである。
【００８７】
図１４に示すログ情報４０５１Ｔは、「端末番号」４０、「エラーコード」４１、「対処方法」４２、及び「日時」４３からなる。「端末番号」４０は、ログ情報の送信元の決済端末１０の端末番号である。その他の、「エラーコード」４１、「対処方法」４２、及び「日時」４３は、図６に示す「エラーコード」６０、「対処方法」６１、及び「日時」６２に対応するものである。
【００８８】
ログ情報４０５１Ｔには、端末番号１から受信したログ情報として５つのエラー対処の情報１Ｄ〜５Ｄが蓄積されている。また、端末番号２については３つのエラー対処の情報６Ｄ〜８Ｄが蓄積されている。また、端末番号３については１つのエラー対処の情報９Ｄが蓄積されている。その他の端末番号（端末番号４・・・）についても、図示を省略しているが、それぞれ、ログ情報を受信していれば、少なくとも１つのエラー対処の情報が蓄積されていることになる。
【００８９】
候補情報生成部１２０１は、前処理として、ログ情報４０５１Ｔの「端末番号」４０の値が同一のレコードの内、「エラーコード」４１の値が同一且つ連続するレコードを対象に、「対象方法」４２の値でエラーが解消されなかったものを示すレコードを削除する。  例えば、連続するレコードの内、前後のレコードの「日時」６２の値が所定時間間隔内のレコードを対象に、「日時」６２の値が早い時刻を示すレコードを削除する。
それから、候補情報生成部１２０１は、ログ情報４０５１Ｔの「エラーコード」４１と「対処方法」４２を対象に集計を行う。
先ず、「エラーコード」４１を並べ替えの判定基準にして、レコードをソートする。
【００９０】
図１５の中間データ４０５１Ｔａは、そのソート結果を示したものである。中間データ４０５１Ｔａが示すようにデータの並びが「エラーコード」４１を基準にソートされ、候補情報生成部１２０１により「エラーコード」４１の「コード１」のレコードＤＣ１が全データの先頭部に位置するように並び替えられる。図１５に示す中間データ４０５１Ｔａは、連続する「コード１」のレコードの先頭部分を示したものであるが、図示したレコードの下には、「コード１」の残りのレコード、それに続いてコード２、コード３・・・の順に各レコードが続くものとする。
【００９１】
次に、候補情報生成部１２０１は、中間データ４０５１Ｔａの「エラーコード」４１が同一の値をとるレコードを「対処方法」４２を並び替えの判定基準にしてソートする。
【００９２】
図１６の中間データ４０５１Ｔｂは、そのソート結果を示したものである。中間データ４０５１Ｔｂが示すようにデータの並びがソートされ、本例では、「やり直し」ＤＥ１、「現金支払」ＤＥ２、そして「取引中止」ＤＥ３の順に全データが並び替えられる。なお、図１６に示す「やり直し」ＤＥ１、「現金支払」ＤＥ２、及び「取引中止」ＤＥ３は全てのデータの一部であり、その他は図示を省略している。また、「取引中止」ＤＥ３の下には、その他の対象方法が順に続くものとする。また、コード１の他にも、コード２、コード３・・・のそれぞれのソートデータも、生成するものとする。
【００９３】
次に、各コード（コード１、コード２・・・）のそれぞれのソートデータの「対処方法」４２を集計する。
【００９４】
図１７の中間データ４０５１Ｔｃ、４０５１Ｔｄは、その集計結果である。
図１７に示すように、中間データ４０５１Ｔｃ、４０５１Ｔｄは「エラーコード」４１、「対処方法」４２、「回数」４４、及び「順位」４５で構成される。
「回数」４４には、中間データ４０５１Ｔｂの「対処方法」４２に含まれる同じ対処方法を示すデータの総数を設定する。
【００９５】
「順位」４５には、「エラーコード」４１の同一コード内における対処方法の内、数の多い順に順位付けした値（１位、２位、３位）を設定する。本実施形態では、候補情報の候補番号として上位３位しか設けないため、順位付けは３位までとする。
【００９６】
図１７には、コード１の集計結果として中間データ４０５１Ｔｃを、コード２の集計結果として中間データ４０５１Ｔｄを示しているが、その他のコード（コード３、コード４、・・・）についても同様に生成するものとする。
【００９７】
そして、上記各コードの集計結果に基づいて候補情報４０５２Ｔ（図１２参照）にデータを設定する。
図１８に示す候補情報４０５２Ｔ（ｄ）は、候補情報４０５２Ｔにデータを設定したものである。
【００９８】
候補情報４０５２Ｔ（ｄ）の一行目ＤＫ１に示す「エラーコード」８０の値は、中間データ４０５１Ｔｃの「エラーコード」４１の値（コード１）を設定したものである。また、コード１の設定領域８１−１、８１−２、８１−３の各値は、中間データ４０５１Ｔｃの「対処方法」４２の値を、その「順位」４５の値に従って設定したものである。つまり、候補情報生成部１２０１は、「順位」４５の値が「１（位）」の「やり直し」を候補番号「１」（設定領域８１−１）に設定する。また、「２（位）」の「現金支払」を候補番号「２」（設定領域８１−２）に設定する。また、「３（位）」の「取引中止」を候補番号「３」（設定領域８１−３）に設定する。
【００９９】
候補情報４０５２Ｔ（ｄ）の二行目ＤＫ２の設定も同様に行う。
二行目ＤＫ２の「エラーコード」８０の値は、中間データ４０５１Ｔｄの「エラーコード」４１の値（コード２）を設定したものである。また、コード２の設定領域８１−１、８１−２、８１−３の各値は、中間データ４０５１Ｔｄの「対処方法」４２の値を、その「順位」４５の値に従って設定したものである。つまり、候補情報生成部１２０１は、「順位」４５の値が「１（位）」の「金額変更」を候補番号「１」（設定領域８１−１）に設定する。また、「２（位）」の「カード変更」を候補番号「２」（設定領域８１−２）に設定する。また、「３（位）」の「取引中止」を候補番号「３」（設定領域８１−３）に設定する。
【０１００】
その他のコード（コード３、コード４、・・・）についても、それぞれのコードの中間データを用いて同様にして設定する。
候補情報４０５２（ｄ）においては、コード３までのデータを示し、その他を省略しているが、ログ情報として受信したコードは全て候補情報に設定するものとする。
【０１０１】
この場合、ログ情報として受信していないコードは、含めなくても良いし、又は、全てのコードを含めて、ログ情報として受信していないコードについては候補番号を「Ｎｕｌｌ」などに設定しておいても良い。
【０１０２】
以上では、図１４に示すログ情報４０５１Ｔにおいて、「対処方法」４２の値をリカバリボタンの識別情報として説明した。しかし、ログ情報４０５１Ｔの「対処方法」４２の値に、マニュアル操作によるキーの操作手順や遷移先の画面コードなどが含まれていた場合には、これを、対応するリカバリボタンの識別情報に変換してから、図１４から図１８に示す方法で候補情報を生成する。
【０１０３】
リカバリボタンの識別情報への変換は、例えば次のようにして行う。
先ず、前準備として、操作手順を示す情報や、画面遷移を示す時系列順の画面コードの情報などを、それに対応する処理を行うリカバリボタンの識別情報にテーブルなどで対応付けておく。
それから、上記変換として、先ずログ情報４０５１Ｔの「対処方法」４２の値を抽出する。次に、「対処方法」４２の値に、マニュアル操作の操作手順や遷移先の画面コードなどが含まれている場合には、上記テーブルを参照して、対応するリカバリボタンの識別情報に変換する。そして、ログ情報４０５１Ｔの「対処方法」４２の値を変換後の識別情報で更新する。
【０１０４】
次に、ログサーバ１２の動作について説明する。
ログサーバ１２は、外部装置からのアクセスにより、外部装置と通信を確立し、データの送受信を行うなどして、所定の処理を実行する。
【０１０５】
図１９は、ログサーバ１２における、ログ情報３０５３Ｔの受信と候補情報４０５２Ｔの送信を行うリカバリボタン準備処理のフロー図である。
ログサーバ１２は、外部装置としての決済端末１０（チェーン店舗内の何れかの決済端末１０）からアクセスがあると、通信を確立し、データの送受信の準備をするなどして、次に示すステップＳ１１からの処理を開始する。
【０１０６】
先ず、ログサーバ１２のＣＰＵ４０１は、決済端末１０からログ情報３０５３Ｔを受信したか否かを判定する（Ｓ１１）。この判定処理では、ＣＰＵ４０１は、決済端末１０からログサーバ１２宛てに送信されたデータを受信し、データ内にログ情報３０５３Ｔが含まれているか否かを判定する。データ内にログ情報３０５３Ｔが含まれていない場合には（Ｎｏ判定）、ＣＰＵ４０１は、その他の該当する処理部に上記データを渡すなどし、その後は、ログ情報３０５３Ｔを受信するまで待機する。
【０１０７】
一方、データ内にログ情報３０５３Ｔが含まれている場合（Ｙｅｓ判定）、ＣＰＵ４０１は、そのログ情報３０５３Ｔを記憶部に保存する（Ｓ１２）。ログ情報３０５３Ｔは、アクセスのあった決済端末１０の端末番号により管理するものとする。
【０１０８】
そして、決済端末１０に対し、ＣＰＵ４０１は、記憶部に保存されている最新の候補情報４０５２Ｔを送信する（Ｓ１３）。ステップＳ１３の処理において、候補情報４０５２Ｔの各エラーコードの候補番号が全て未設定（例えばＮＵＬＬの設定）であった場合、「データ無し」を示す情報を送信する。また、一部のエラーコードについて未設定であった場合は、そのエラーコードを除き、候補番号が設定済みのものだけを候補情報として送信する。
ステップＳ１３の処理後は、ＣＰＵ４０１は、決済端末１０との通信接続を遮断して、本処理を終了する。
【０１０９】
図２０は、ログサーバ１２における候補情報の生成処理のフロー図である。
図２０に示す処理は、ＣＰＵ４０１が所定のタイミングで開始する。例えば、所定時刻や、所定日時の経過後などのタイミングで開始する。また、ＣＰＵ４０１がトリガとなるものに基づいて処理を開始する。例えば、所定期間内の決済端末１０からのアクセス数が管理者が予め設定した上限値を超えた場合である。また、ＣＰＵ４０１が受信したログ情報３０５３Ｔの件数を算出し、その件数が予め設定した上限値を超えた場合である。
【０１１０】
先ず、ＣＰＵ４０１は、記憶部に保存されているログ情報４０５１Ｔを読み出す（Ｓ１４）。
次に、ＣＰＵ４０１は、ログ情報４０５１Ｔを対象に候補情報生成処理を行う（Ｓ１５）。この処理では、チェーン店舗内の決済端末１０でエラーが発生した場合に良く対処される方法を、ＣＰＵ４０１がエラーコードごとにランク付けする。更に、ＣＰＵ４０１は、エラーコードごとに上位３つの対処方法を対応付けて、候補情報４０５２Ｔとして記憶部に保存する。候補情報４０５２Ｔは、所定タイミングになると生成されるものである。このため、候補情報４０５２Ｔとして、記憶部に常に最新の情報のみを残すか、又は候補情報４０５２Ｔが含む情報を、ＣＰＵ４０１が生成時間によって管理するものとする。なお、この処理は、図１４において詳しく説明しているため、ここでの詳しい説明は省略する。
【０１１１】
図２１に、順序情報の表示番号を初期値から候補情報の候補番号で更新した後の、決済端末１０におけるエラー時の表示画面例を示す。
図２１に示す表示例は、図１４の候補情報４０５２Ｔ（ｄ）に基づくエラー画面と、マニュアル操作ボタン「一つ戻る」Ｂ１６０及び「リセット」Ｂ１６１を含む、決済端末１０の表示画面全体の表示例を示したものである。
【０１１２】
図２１（ａ）に示す表示画面１６００は、エラーコード「コード１」のエラー画面１６０１を示すものである。エラー画面１６０１には、図１４の候補情報４０５２Ｔ（ｄ）のデータＤＫ１に示される候補番号８１の値に従い、第一候補として「やり直し」ボタンＢ１、第二候補として「現金支払」ボタンＢ４、第三候補として「取引中止」ボタンＢ６が表示される。
【０１１３】
図２１（ｂ）に示す表示画面１６００は、エラーコード「コード２」のエラー画面１６０２を示すものである。エラー画面１６０２には、図１４の候補情報４０５２Ｔ（ｄ）のデータＤＫ２に示される候補番号８１の値に従い、第一候補として「金額変更」ボタンＢ３、第二候補として「カード変更」ボタンＢ２、第三候補として「取引中止」ボタンＢ６が表示される。
【０１１４】
図２１（ｃ）に示す表示画面１６００は、エラーコード「コード３」のエラー画面１６０３を示すものである。エラー画面１６０３には、図１４の候補情報４０５２Ｔ（ｄ）のデータＤＫ３に示される候補番号８１の値に従い、第一候補として「やり直し」ボタンＢ１、第二候補として「取引中止」ボタンＢ６、第三候補として「現金支払」ボタンＢ４が表示される。
【０１１５】
本実施形態では、６種類のリカバリボタンを例示し、その内の３種類のリカバリボタンをエラー時に表示させる形態を示した。しかし、リカバリボタンの数は６種類に限らず、リカバリ処理の操作に対応する数だけ用意することが望ましい。
【０１１６】
また、エラー画面に表示するリカバリボタンは、３種類に限らず、複数あれば良い。
また、エラーコードに応じて、リカバリボタンの数を変えても良い。
また、ログサーバから、候補情報として、３つに限らず、多数の候補を含めて決済端末１０に送信し、それぞれの決済端末１０でエラー画面に表示するリカバリボタンの数を変更する変形を行っても良い。この場合、決済端末１０は、順序情報の表示番号の数を増減できるように、上位候補の設定領域を多数設け、リカバリボタンの表示数を少なくする場合に、表示を減らす設定領域を非表示にする設定手段を設けるなどの変形を行う。
【０１１７】
本実施形態では、決済端末１０はログ情報に日時情報を含めてログサーバ１２に送信する。従って、ログサーバ１２では、日時情報により集計を行うこともできる。例えば、直近の一週間分の集計を行いたい場合は、ログ情報の日時情報から直近の一週間分のデータのみを対象にデータを集計する。これにより、直近の一週間分のデータに基づくエラー対処方法のランキングを算出できる。
【０１１８】
本実施形態において例示したログ情報以外にも、更に細かな情報をログ情報に書き込み、ログサーバ１２に送信しても良い。例えば、対処方法を示す情報について、エラーが発生する直前の処理を示す情報や、エラー後のマニュアル操作をより細かくログ情報に書き込む。これにより、ログサーバ１２では、より詳細な解析を行うことが可能になり、リカバリボタンをより細かく種類分けすることができる。また、エラー発生後のリカバリ処理によりエラーが解消されたか否かをより厳密に解析することができるので、エラーを解消した対処方法のみを集計することができる。
【０１１９】
本実施形態では、複数の決済端末から収集したログ情報に基づいて候補情報を生成したが、一つの決済端末のログ情報に基づいて候補情報を生成するように変形しても良い。
【０１２０】
本実施形態では、全てのリカバリボタンと、各リカバリボタンに割り当てられている処理とを決済端末１０側に登録し、ログサーバ１２からは、リカバリボタンの表示の順番を示す候補情報を取得する構成のものを示した。しかし、この形態に限らず、リカバリボタンの表示の順番を示す候補情報を決済端末１０側で生成し、全ての処理を決済端末１０で自己完結するように変形しても良い。
また、この他、例えば、ログサーバ１２から、リカバリボタンと、リカバリボタンに割り当てられている処理を示す情報を、候補情報と共に決済端末１０に送信する形態のものに変形しても良い。この場合、ログサーバ１２は、全てのリカバリボタンを用意し、それぞれのリカバリボタンに処理を割り当てる。また、ログサーバ１２は、ログ情報に基づく解析結果から、既存のリカバリボタンに無い新たなリカバリボタンを検出した場合、そのリカバリボタンを生成し、そのリカバリボタンに処理を割り当てるようにしても良い。
【０１２１】
本実施形態及び変形例の決済端末（又はサーバ装置）で使用する各種プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital  Versatile  Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供し、決済端末（又はサーバ装置）のフラッシュＲＯＭなどに読み込ませて実行してもよい。
【０１２２】
また、当該プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。
【０１２３】
以上のように本実施形態及び変形例の決済端末は、電子決済処理を行う電子決済手段と、上記電子決済処理のエラーについての複数通りの対処方法を示す情報と該対処方法の実施の優先順を示す情報とを対応付けてなる順序情報を記憶する第一の記憶手段と、上記電子決済処理中にエラーが発生した場合に、上記第一の記憶手段が記憶する上記順序情報の上記実施の優先順に、上記順序情報において該実施の優先順を示す情報に対応付けられている各対処方法を、各々の対処方法を実行する操作子の態様でエラー画面に表示する表示制御手段と、を備える。
また、サーバ装置は、上記決済端末との通信接続が可能であって、上記決済端末のエラー対処時の対処方法を示す情報を受信する受信手段と、上記受信手段が受信した上記対処方法を示す情報を解析して、上記対処方法を含む複数の対処方法を示す情報を実施すべき優先度の高い順に順位付けする順位付け手段と、上記順位付け手段により順位付けされてなる情報を上記決済端末に送信する送信手段と、を備える。
【０１２４】
これにより、決済端末でエラーが発生したときに、ユーザに最適な対処方法を示す情報を実施の優先順に提示することができるようになる。
【０１２５】
以上の実施形態及び変形例において、決済端末、決済システム、及びプログラムについての構成を説明したが、この実施形態及び変形例は、例として提示したものであり、発明の範囲を限定することは意図していない。この新規な実施形態及び変形例は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１２６】
１        電子決済システム
１０      決済端末
１１      センタサーバ
１２      ログサーバ
２１      本体
２２      電源スイッチ
２３      上面パネル
２４      操作部
２５      表示部
２６      レシート発行口
３０      制御部
１００    非接触リーダ／ライタ装置
１０１    ピンパッド
３０１    ＣＰＵ
３０２    ＲＯＭ
３０３    ＲＡＭ
３０５    メモリ部
３０４    バスライン
３０５１  表示用データ
３０５２  順序情報
３０５３  ログ情報
３０５４  制御プログラム
Ｎ        通信ネットワーク
【先行技術文献】
【特許文献】
【０１２７】
【特許文献１】特開２００１−３０６２２７号公報
【図１】
2016051226.tif 000003
【図２】
2016051226.tif 000004
【図３】
2016051226.tif 000005
【図４】
2016051226.tif 000006
【図５】
2016051226.tif 000007
【図６】
2016051226.tif 000008
【図７】
2016051226.tif 000009
【図８】
2016051226.tif 000010
【図９】
2016051226.tif 000011
【図１０】
2016051226.tif 000012
【図１１】
2016051226.tif 000013
【図１２】
2016051226.tif 000014
【図１３】
2016051226.tif 000015
【図１４】
2016051226.tif 000016
【図１５】
2016051226.tif 000017
【図１６】
2016051226.tif 000018
【図１７】
2016051226.tif 000019
【図１８】
2016051226.tif 000020
【図１９】
2016051226.tif 000021
【図２０】
2016051226.tif 000022
【図２１】
2016051226.tif 000023