JP2022051242A - 決済装置及びプログラム - Google Patents

Abstract

【課題】通信障害の頻度や内容を簡便に調査することが可能な決済装置及びプログラムを提供することである。
【解決手段】本実施形態の決済装置は、サーバ装置との間で決済処理に係る通信を行う通信制御部と、前記サーバ装置との通信時に通信障害が発生したことを検知する検知部と、前記検知部で前記通信障害が発生したことが検知されると、前記通信障害の発生日時と、通信先の前記サーバ装置を示す情報と、前記通信障害の内容とを含む情報を生成する第１生成部と、前記第１生成部が生成した情報を通信障害履歴として個別に記憶する記憶部と、前記記憶部に記憶された前記通信障害履歴を出力する出力制御部と、を備える。
【選択図】図９

Description

本発明の実施形態は、決済装置及びプログラムに関する。

従来、スーパーマーケット等の店舗では、現金以外の決済に対応するため、クレジットカードによる決済や電子マネーによる決済処理を行うための決済端末が設置される。決済端末は、クレジット会社や金融機関等のセンタサーバと通信することで、決済処理を行っている。

ところで、上述した決済端末では、様々な理由によりセンタサーバとの通信に失敗してしまうことがある（以下、本明細書中では、他の装置との間の通信に失敗することを通信障害という）。通信障害により店舗の業務に支障が出てしまうような場合、決済端末の保守員が対処を行うことになる。そして、保守員が通信障害に対処するためには、一般的に通信障害の内容を調査する必要がある。

しかしながら、従来の決済端末では、通信障害の内容を調査するためには、決済端末に記録されたログの中から通信障害に関する記録内容を抽出し、解析を行う必要がある。このログの抽出・解析作業は保守員にとって大きな負担になっており、通信障害の内容を簡便に調査することができる技術が切望されている。

本発明が解決しようとする課題は、通信障害の内容を簡便に確認することが可能な決済装置及びプログラムを提供することである。

実施形態の決済装置は、サーバ装置との間で決済処理に係る通信を行う通信制御部と、前記サーバ装置との通信時に通信障害が発生したことを検知する検知部と、前記検知部で前記通信障害が発生したことが検知されると、前記通信障害の発生日時と、通信先の前記サーバ装置を示す情報と、前記通信障害の内容とを含む情報を生成する第１生成部と、前記第１生成部が生成した情報を通信障害履歴として個別に記憶する記憶部と、前記記憶部に記憶された前記通信障害履歴を出力する出力制御部と、を備える。

図１は、実施形態に係る決済システムの構成の一例を示す図である。 図２は、実施形態に係る決済端末の外観構成の一例を示す図である。 図３は、実施形態に係る決済端末のハードウェア構成の一例を示すブロック図である。 図４は、実施形態に係る決済端末の機能構成の一例を示すブロック図である。 図５は、実施形態に係る決済端末の表示制御部が表示する業務選択メニュー画面の一例を示す説明図である。 図６は、実施形態に係る決済端末において決済処理を行った場合の画面遷移の一例を示す説明図である。 図７は、実施形態に係る決済端末の表示制御部が表示する通信障害が発生した場合に表示されるエラーメッセージ画面の一例を示す説明図である。 図８は、実施形態に係る決済端末において通信障害履歴印字処理を行う場合の画面遷移の一例を示す説明図である。 図９は、実施形態に係る決済端末の印字制御部により印字された通信障害履歴の一例を示す説明図である。 図１０は、実施形態に係る決済端末の通信障害履歴印字処理の一例を示すフローチャートである。

以下、添付図面を参照して、決済装置及びプログラムの実施形態を詳細に説明する。なお、以下に説明する実施形態は、決済装置及びプログラムの一実施形態であって、その構成や仕様等を限定するものではない。本実施形態は、スーパーマーケット等の店舗に導入された、取引の決済を行う決済端末への適用例である。

図１は、本実施形態に係る決済システム１の構成を示す図である。同図に示すように、決済システム１は、ＰＯＳ端末２と、決済端末３と、電子マネー端末４と、センタサーバ５と、メンテナンスサーバ６とを有する。決済端末３は、「決済装置」の一例であり、センタサーバ５及びメンテナンスサーバ６は、「サーバ装置」の一例である。

決済端末３と電子マネー端末４との間は、有線または無線により通信可能に接続されている。また、決済端末３とＰＯＳ端末２との間は、有線又は無線により通信可能に接続されている。

また、決済端末３と、センタサーバ５と、メンテナンスサーバ６とは、ネットワークＮを介して通信可能に接続されている。ネットワークＮは、例えば、セキュリティが高い専用回線やＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）、又はインターネット等の公衆ネットワークである。

ネットワークＮとしては、例えば、アナログ回線、ＡＤＳＬ回線、デジタル回線（ＩＳＤＮ回線）、光ファイバー利用回線等の固定電話回線や、携帯電話回線、ＰＨＳ回線等の移動電話回線などが用いられる。

なお、図１では、決済システム１は、ＰＯＳ端末２、決済端末３、電子マネー端末４、センタサーバ５、及びメンテナンスサーバ６を夫々１台ずつ備えているが、決済システム１に接続される夫々の装置の台数は特に問わないものとする。

決済端末３は、ＩＣカードや磁気カード等からカード情報を読み取り、クレジット会社、金融機関、電子マネーセンタ等のサーバと通信することでカード決済処理を行う決済機能を有する装置である。

電子マネー端末４は、電子的に金銭情報を記憶した非接触型のカードに対し、ＮＦＣ（Near Field Communication）等の近距離無線通信技術を用いてアクセスし、カードに記憶された決済可能な金額情報（以降「カード金額情報」という）を用いて決済処理を実行する端末である。電子マネー端末４は、カードからカード金額情報を読み出して、決済端末３に送信する。

ＰＯＳ端末２は、顧客が購入する商品の商品販売データ処理を行う装置であり、一取引の決済処理を行う。また、クレジットカード、デビットカード、電子マネー等のカード決済を行う場合には、ＰＯＳ端末２は決済端末３と連動して一取引の決済処理（カード決済処理）を行う。

ＰＯＳ端末２は、図１に示すように、ＰＯＳ端末２の本体２１の上部には、店員用表示部２２と客用表示部２３とが設けられている。各表示部２２、２３は、ＬＣＤ（Liquid Crystal Display）あるいはタッチパネルを表面に配設したＬＣＤによって構成され、商品名や商品の金額、一取引の合計金額等を表示する。

また、本体２１の上面には、キーボード２４が配設されており、現金決済又はクレジット決済等の決済方法を選択する現金決済キーやクレジット決済キー等が設けられている。さらに、本体２１の内部にはレシート等を印刷するプリンタ２５が設けられている。プリンタ２５によって印刷されたレシート用紙は、本体２１の上部に設けられたレシート発行口２６から発行される。

センタサーバ５は、決済端末３からの決済処理の認証要求に対し、例えばカードのネガティブチェック等のチェックを行い、その後、認証を実行するためのコマンドを決済端末３に送信する。センタサーバ５は、例えば、クレジット会社、金融機関、電子マネーセンタ等のサーバである。また、センタサーバ５は、決済端末３と、クレジット会社、金融機関、電子マネーセンタ等のサーバと、を結ぶためのサーバであってもよい。

メンテナンスサーバ６は、決済端末３に導入された各種データ（プログラム等）の管理を行う。メンテナンスサーバ６は、例えば、決済端末３からプログラムのバージョン情報を受信し、必要な更新プログラムを決済端末３に送信する。また、メンテナンスサーバ６は、例えば、決済端末３からログや設定データ等を取得して、決済端末３の状態を把握する処理等を行ってもよい。

次に、決済端末３について詳細に説明する。図２は、決済端末３の外観を示す図であり、図３は、決済端末３のハードウェア構成を示すブロック図である。

図２において、決済端末３の本体３１の側部には電源スイッチ３６が設けられている。また、本体３１の上部には、本体３１に対して開閉可能な上面パネル３７が設けられている。

上面パネル３７を開放することで、本体３１の内部にロール状のレシート用紙をセットすることができる。また、この上面パネル３７の表面には、操作部３３であるタッチパネルを表面に配設した表示部３２が設けられている。

本体３１の側面上部には、決済用のカードから当該カードに格納されている情報を読み取るカード読取部３４が設けられている。決済用のカードとしては、例えば、クレジットカードやデビットカード等を用いることができる。

本体３１の内部には、上述のレシート用紙に決済に関する情報や売上レポート等を印字する印字部５７（図３参照）が備えられている。印字後のレシート用紙は、本体３１と上面パネル３７との間に設けられているレシート発行口３５から発行される。

次に、図３において、決済端末３は、各部を制御するための制御部１００を備えている。制御部１００は、図３に示すように、各部を集中的に制御するＣＰＵ（Central Processing Unit）５１に、アドレスバス、データバス等のバスライン５５を介して、ＲＯＭ（Read Only Memory）５２と、ＲＡＭ（Random Access Memory）５３を接続して構成されている。

また、制御部１００には、メモリ部５４とコントローラ５６が、バスライン５５を介して接続されている。制御部１００は、ＣＰＵ５１が、メモリ部５４に記憶されＲＡＭ５３に展開された制御プログラム５４１に従って動作することによって、後述する制御処理を実行する。

メモリ部５４（「記憶部」の一例）は、電源を切っても記憶情報が保持されるフラッシュメモリ等の不揮発性メモリであって、制御プログラム５４１を含むプログラム等を記憶する。

また、メモリ部５４は、後述する通信障害履歴５４２を記憶する。また、メモリ部５４は、決済端末３の識別番号、決済端末３が設置されている店舗を識別する情報等を記憶する。また、ＲＡＭ５３は、メモリ部５４から読み出した情報を一時的に記憶する。

また、コントローラ５６は、表示部３２と、操作部３３とを接続している。コントローラ５６は、制御部１００からの指令に基づいて各種制御を実行する。表示部３２は、キーの画像を含む各種情報を表示する。操作部３３は、表示部３２上に設けられたタッチパネルであり、表示部３２に表示されたキーに対応する位置のタッチパネルをタッチすることで、各種のキー操作を実行する。

また、コントローラ５６は、印字部５７とカード読取部３４を接続している。印字部５７は、本体３１の内部に収納したレシート用紙の先端を引き出して、例えばサーマルヘッドを使用して決済情報等をレシート用紙に印字する。カード読取部３４は、磁気的あるいは電気的に決済カードに記憶されているカード情報を読み取る。

また、バスライン５５は、通信Ｉ／Ｆ（Interface）５９、６０、６１を接続している。通信Ｉ／Ｆ５９は、ＰＯＳ端末２と接続している。通信Ｉ／Ｆ６０は、電子マネー端末４と接続している。通信Ｉ／Ｆ６１は、センタサーバ５及びメンテナンスサーバ６と接続している。決済端末３は、各通信Ｉ／Ｆ５９、６０、６１を介して、ＰＯＳ端末２や電子マネー端末４やセンタサーバ５やメンテナンスサーバ６と情報の送受信を行う。

次に、実施形態の決済端末３の制御について説明する。図４は、決済端末３の機能構成を示す機能ブロック図である。決済端末３は、制御部１００がメモリ部５４に記憶された制御プログラム５４１等のプログラムに従い動作することで、通信制御部１０１、表示制御部１０２、検知部１０３、第２生成部１０５、及び印字制御部１０６を実現する。

通信制御部１０１は、センタサーバ５またはメンテナンスサーバ６との間で通信を行う。具体的には、通信制御部１０１は、通信Ｉ／Ｆ６１を介してセンタサーバ５またはメンテナンスサーバ６と通信を行う。

表示制御部１０２は、表示部３２を制御して、各種画面を表示する制御を行う。具体的には、表示制御部１０２は、カード決済に係る各種操作を支援するためのＧＵＩ（Graphical User Interface）を表示する制御を行う。即ち表示制御部１０２は、支払額を入力したり、支払方法（一括払い、または分割払いなど）を選択したりするソフトウェアキーボード（操作キー）等を表示する制御を行う。

ここで、表示制御部１０２が表示する各種画面について説明する。図５は、業務選択メニュー画面５００の一例を示す説明図である。

業務選択メニュー画面５００は、タブ（業務５０１、集計５０２、設定５０３、練習５０４、及び再印字５０５）と、選択ボタン（クレジット５１１、デビット５１２、銀聯（登録商標）５１３、電子マネー５１４、及びポイント５１５）、紙送りボタン５２１、ヘルプボタン５２２、及びスクロールボタン５２３で構成される。

業務５０１は、オペレータが決済端末３に決済処理を行うことを宣言するためのタブである。集計５０２は、オペレータが決済端末３に過去の取引履歴を集計することを宣言するためのタブである。設定５０３は、オペレータが決済端末３に決済端末３の設定処理等を行うことを宣言するためのタブである。

練習５０４は、オペレータが決済端末３に決済処理の操作を練習することを宣言するためのタブである。再印字５０５は、オペレータが決済端末３にレシートの再印字を行うことを宣言するためのタブである。

クレジット５１１、デビット５１２、銀聯（登録商標）５１３、電子マネー５１４、及びポイント５１５は、オペレータが業務５０１を選択した場合に表示される選択ボタンである。なお、初期画面では、選択ボタンとしてクレジット５１１、デビット５１２、銀聯（登録商標）５１３、電子マネー５１４、及びポイント５１５が表示されるが、オペレータが別のタブを選択すると、上記とは異なるボタンが選択ボタンとして表示される。

紙送りボタン５２１は、レシートを印字する用紙を印字部５７に供給し、印刷したあとに排出する処理を行うためのボタンである。ヘルプボタン５２２は、決済端末３の使用法等を表示するヘルプメニューを表示するためのボタンである。

スクロールボタン５２３は、選択ボタンの数が多く、一画面で表示し切れない場合に表示部３２に表示する選択ボタンを切替えるためのボタンである。図中の「１／１」は、１ページあるうちの１ページ目の選択ボタンを表示していることを示している。

これにより、現在の表示されている選択ボタンが何ページ目の選択ボタンであるかがわかるようになっている。例えば、「２／４」と表示されている場合、４ページあるうちの２ページ目の選択ボタンを表示していることがわかる。

次に、決済端末３で処理を行った場合の画面遷移について説明する。図６は、決済端末において決済処理を行った場合の画面遷移の一例を示す説明図である。図６の各画面は、同図の矢印が示すように遷移する。

決済端末３の電源スイッチ３６を入れ、ＯＳを起動すると、初期画面（図５参照）が立ち上がる。初期画面において業務５０１、集計５０２、設定５０３、練習５０４及び再印字５０５の内のいずれかのタブがオペレータにより選択された場合、選択されたタブに割り当てられた処理を実行する。

初期画面では、表示制御部１０２は、業務５０１の選択メニュー画面を表示する。業務５０１の選択メニュー画面は、クレジット５１１、デビット５１２、銀聯（登録商標）５１３、電子マネー５１４及びポイント５１５のボタンを備える。

これらのボタンは、代金の支払に用いる方法を表している。オペレータは、これらのうちから使用するカードの種類のボタンを押下して選択する。このようなオペレータにボタンの押下などの入力を求める画面をまとめて入力画面と呼ぶ。

例えば、オペレータが業務５０１の選択メニュー画面においてクレジット５１１のボタンを押下すると、表示制御部１０２は、「客に対するメッセージ画面（図６（ａ））」を表示する。客に対するメッセージ画面は、選択したカードをカード読取部３４に挿入するように促すための画面である。図６（ａ）では、客に対してクレジットカードをカード読取部３４に挿入するように促すメッセージを表示している。

メッセージ画面が表示されている状態で、客がカード読取部３４にクレジットカードを挿入し、決済端末３がカード情報の読取りを検出すると、表示制御部１０２は、「セキュリティコードの入力画面（図６（ｂ））」を表示する。セキュリティコードの入力画面は、客にクレジットカードのセキュリティコードの入力を指示するための画面である。

客がセキュリティコードを入力し、「セット」ボタンを押下すると、表示制御部１０２は、「商品コードの入力画面（図６（ｃ））」を表示する。商品コードの入力画面は、取引の対象となる商品の商品コードを入力するための画面である。オペレータが商品コードを入力し、「セット」ボタンを押下すると、表示制御部１０２は、「金額の入力画面（図６（ｄ））」を表示する。

金額の入力画面は、商品の金額を入力するための画面である。なお、商品コード及び商品の金額は、ＰＯＳ端末２から自動的に取得することもできる。オペレータが金額を入力し、「セット」ボタンを押下すると、表示制御部１０２は、「支払方法選択メニュー画面（図６（ｅ））」を表示する。

支払方法選択メニュー画面は、支払方法を選択するための画面である。図６（ｅ）では、「一括払い」「ボーナス」「分割払い」「リボルビング」の選択ボタンが配置されている。例えば、オペレータが支払方法選択メニュー画面において「一括払い」の選択ボタンを選択すると、表示制御部１０２は、「暗証番号の入力画面（図６（ｆ））」を表示する。暗証番号の入力画面は、客に対して暗証番号の入力を促すメッセージ画面である。

客がキーパッドからの暗証番号を入力すると、表示制御部１０２は、「決済内容の確認画面（図６（ｇ））」を表示する。決済内容の確認画面は、客に決済内容を確認してもらうための画面である。図６（ｇ）では、決済内容の確認画面には、決済内容の他、実行ボタンが表示されている。

暗証番号の入力画面が表示されている状態で、客が決済内容を確認し、実行ボタンを押下すると、決済端末３は、センタサーバ５と通信接続する。表示制御部１０２は、客により実行ボタンが押下されると、「通信状態を示すメッセージ画面（図６（ｈ））」を表示する。決済処理が完了すると、決済端末３は、センタサーバ５との通信を切断する。決済処理が完了すると、表示制御部１０２は、完了メッセージ（図６（ｉ））を表示する。

ところで、上記では、取引が完了し、センタサーバ５との通信を切断すると完了メッセージ（図６（ｉ））を表示しているが、センタサーバ５との通信中に通信障害が発生する場合がある。この場合、表示制御部１０２は、エラーメッセージ画面を表示する制御を行う。図７は、通信障害が発生した場合に表示されるエラーメッセージ画面の一例を示す説明図である。

通信状態を示すメッセージ画面（図６（ｈ））が表示されているときに通信障害が発生した場合、表示制御部１０２は、エラーメッセージ画面５７０を表示する制御を行う。エラーメッセージ画面５７０は、メッセージ欄５７１、再接続ボタン５７２、及び中止ボタン５７３を備える。

メッセージ欄５７１は、通信障害が発生した旨を表示する表示欄である。図７の例では、センタとの接続不可という通信障害の簡単な内容と、再接続するか否かを問うメッセージが表示されている。なお、メッセージ欄５７１は、これらの他にエラーコード、具体的な通信先の名称、通信障害が発生した処理に係る関数の名称等を表示してもよい。

再接続ボタン５７２は、再接続を試みるためのボタンである。中止ボタン５７３は、取引の中止を指示するためのボタンである。

図４に戻り説明を続ける。検知部１０３は、通信制御部１０１によるセンタサーバ５またはメンテナンスサーバ６との通信中に通信障害が発生したことを検知する。具体的には、例えば、検知部１０３は、通信制御部１０１がセンタサーバ５またはメンテナンスサーバ６と通信を確立できなかった場合やセンタサーバ５またはメンテナンスサーバ６との間でデータの送受信に失敗した場合に通信障害を検知する。

第１生成部１０４は、検知部１０３で通信障害が発生したことが検知されると、通信障害の発生日時と、通信先の前記サーバ装置を示す情報と、通信障害の内容とを含む情報を生成する。具体的には、第１生成部１０４は、障害番号、発生日時、通信先、取引内容、障害内容、障害発生箇所、及び障害情報から構成される情報を生成する。第１生成部１０４が生成した情報は、メモリ部５４に通信障害履歴５４２として個別に記憶される。

ここで、通信障害履歴５４２について説明する。通信障害履歴５４２は、過去に発生した通信障害について、通信障害の発生日時、通信障害発生時における通信先、及び通信障害の内容を含む情報を個別に記憶したものである。

具体的には、通信障害履歴５４２は、例えば、過去に発生した通信障害のうち、直近２０件分の通信障害について、障害番号、発生日時、通信先、取引内容、障害内容、障害発生箇所、及び障害情報を記憶したものである。なお、この例では、通信障害履歴５４２は、直近２０件分の通信障害について記憶するものとしたが、通信障害履歴５４２として残す通信障害の件数は２０件に限定されるものではない。

障害番号は、通信障害履歴５４２上で夫々の通信障害を区別するための番号である。例えば、直近に発生した通信障害を障害番号「０００１」とし、直近から２０番目に発生した通信障害を障害番号「００２０」となるように、通信障害の発生順に「０００１」乃至「００２０」の障害番号を付す。

この場合、新たに通信障害が発生すると、新たに発生した通信障害の障害番号が「０００１」となり、それまで障害番号「０００１」だった通信障害の障害番号が「０００２」に繰り下がることになる。

また、障害番号「０００２」以降も順次繰り下がることで、例えば障害番号「００１９」だった通信障害の障害番号が「００２０」となる。そして、直前まで障害番号「００２０」だった通信障害の情報は、上記の繰り下がりにより消去されることになる。

発生日時は、通信障害が発生した日時を示す情報である。通信先は、通信障害が発生したときの決済端末３の通信先を表す情報である。例えば、通信先は、クレジットカード会社のセンタサーバ、電子マネーのセンタサーバ等である。取引内容は、通信障害が発生したときの取引内容を表す情報である。取引内容は、例えば、クレジット売上、電子マネー売上等の取引の種別を示す情報である。

障害内容は、通信障害の内容を示す情報である。障害内容としては、例えば、ＴＣＰ／ＩＰコネクション確立失敗、ＴＣＰ／ＩＰデータ受信失敗等の、通信プロトコル上で障害（失敗）が発生したプロセスを表す情報が格納される。障害発生箇所は、通信障害が発生した処理の名称等を表す情報である。障害発生箇所は、例えば、通信障害が発生した処理に係る関数の名称等である。

障害情報は、通信障害に関する詳細情報である。障害情報には、例えば、関数の戻り値、詳細なエラーコード、無線ＬＡＮの受信信号強度（無線ＬＡＮを使用している場合）、通信障害に関するメッセージ等が格納される。

第２生成部１０５は、メモリ部５４に記憶された通信障害履歴５４２に基づいて、通信障害履歴の出力データを生成する。具体的には、第２生成部１０５は、通信障害履歴の印字データを生成する。

より具体的には、第２生成部１０５は、上述した通信障害履歴５４２に含まれる情報に、決済端末３の識別番号、決済端末３が設置されている店舗の情報、通信に用いている回線の種類の情報、印字を指示された日時等の情報を加えて、通信障害履歴の印字データを生成する。

印字制御部１０６は、印字部５７を制御し、第２生成部１０５が生成した通信障害履歴の印字データを印字する。なお、印字は、「出力」の一例であり、印字制御部１０６は、「出力制御部」の一例である。

ここで、印字制御部１０６による通信障害履歴の印字処理について詳しく説明する。図８は、決済端末３において通信障害履歴印字処理を行う場合の画面遷移の一例を示す説明図である。図８の各画面は、同図の矢印Ｚが示すように、左から右へ遷移する。

例えば、オペレータが初期画面（図５参照）で設定５０３を選択し、スクロールボタン５２３を押していくと、表示制御部１０２は、「通信障害履歴印字」という選択ボタンを含む画面（図８（ｋ））を表示する。

続いて、オペレータが「通信障害履歴印字」を押下すると、表示制御部１０２は、印字を指示するための画面（図８（ｌ））を表示する。この画面は、前の画面に戻るためのリセットボタンと、印字を実行する実行ボタンを備えている。

オペレータが実行ボタンを押下すると、表示制御部１０２は、印字状態を示す画面（図８（ｍ））を表示する。また、第２生成部１０５は、実行ボタンの押下に応じて、通信障害履歴の印字データを生成し、印字制御部１０６が当該印字データを通信障害履歴として印字する。

図９は、印字された通信障害履歴６００の一例を示す説明図である。印字された通信障害履歴６００は、端末番号６０１、印字日時６０２、加盟店名６０３、通信回線６０４、
障害番号６０５、発生日時６０６、通信先６０７、取引内容６０８、障害内容６０９、障害発生箇所６１０、及び障害情報６１１を備える。

また、障害番号６０５、発生日時６０６、通信先６０７、取引内容６０８、障害内容６０９、障害発生箇所６１０、及び障害情報６１１は、項目名なしで情報のみが印字される。このため、項目名と印字された情報とを対応付けられるように、障害番号等の項目名と印字位置との対応を表すフォーマットＦが印字されている。

端末番号６０１は、メモリ部５４に記憶された決済端末３の識別番号を印字したものである。印字日時６０２は、オペレータが印字を指示するための画面（図８（ｌ））の実行ボタンを押した日時を印字したものである。加盟店名６０３は、メモリ部５４に記憶された決済端末３が設置されている店舗を識別する情報から特定される店舗の名称を印字したものである。

通信回線は、決済端末３がセンタサーバ５またはメンテナンスサーバ６と通信を行う際に使用する通信回線の種類を印字したものである。例えば、光（回線）、ＩＳＤＮ（回線）等の情報が印字される。

障害番号６０５、発生日時６０６、通信先６０７、取引内容６０８、障害内容６０９、障害発生箇所６１０、及び障害情報６１１の内容については上述したため、説明を省略する。これらの情報は、通信障害が発生した順序に並んで印字される。

例えば、図９の例では、直近の通信障害である障害番号「０００１」として、「ＹＹＹＹ／ＭＭ／ＤＤ ＨＨ：ＭＭ：ＳＳ」に、「ＡＡＡ」と通信中に、「クレジット売上」処理において、「ＴＣＰ／ＩＰコネクション確立失敗」が発生したことが印字されている。

また、「ＴＣＰ／ＩＰコネクション確立失敗」が発生した処理に係る関数が「ＡＡＡ＿ＸＸＸ」であり、通信障害に関する情報として「ＸＸＸＸＸＸＸＸ、－４０ｄｂｍ」が印字されている。「ＸＸＸＸＸＸＸＸ」は、詳細なエラーコードを、「－４０ｄｂｍ」は無線ＬＡＮの受信信号強度を表している。

また、障害番号「０００２」として、「ＹＹＹＹ／ＭＭ／ＤＤ ＨＨ：ＭＭ：ＳＳ」に、「ＢＢＢ」と通信中に、「クレジット売上」処理において、「ＴＣＰ／ＩＰデータ送信失敗」が発生したことが印字されている。

また、「ＴＣＰ／ＩＰデータ送信失敗」が発生した処理に係る関数が「ＢＢＢ＿ＹＹＹ」であり、通信障害に関するメッセージとして「送信タイムアウト」が印字されている。

また、障害番号「０００３」として、「ＹＹＹＹ／ＭＭ／ＤＤ ＨＨ：ＭＭ：ＳＳ」に、「ＣＣＣ」と通信中に、「クレジット売上」処理において、「ＴＣＰ／ＩＰデータ受信失敗」が発生したことが印字されている。

また、「ＴＣＰ／ＩＰデータ受信失敗」が発生した処理に係る関数が「ＣＣＣ＿ＺＺＺ」であり、通信障害に関するメッセージとして「受信タイムアウト」が印字されている。

以上のように、印字制御部１０６は、第２生成部１０５によって生成された印字データを通信障害履歴として印字する。印字制御部１０６の印字結果には、直近に発生した１又は複数の夫々の通信障害ついて、発生日時６０６が含まれる。

したがって、オペレータは、印字された通信障害履歴を確認することで、どれくらいの時間間隔で通信障害が発生しているのかを容易に知ることができる。つまり、オペレータは、複数の通信障害について発生日時を確認することで、通信障害の頻度を把握することができる。

また、印字制御部１０６の印字結果には、直近に発生した１又は複数の夫々の通信障害について、通信先６０７が含まれる。したがって、オペレータは、特定の通信先で通信障害が発生しているのか、通信先に関係なく通信障害が発生しているのか、を把握することができる。

例えば、図９の例では、通信先は、「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」と異なっているため、オペレータは、特定の通信先が原因で通信障害が起こっている訳ではないと推測することができる。

また、印字制御部１０６の印字結果には、直近に発生した１又は複数の夫々の通信障害について、取引内容６０８が含まれる。したがって、オペレータは、特定の取引内容で通信障害が発生しているのか、取引内容に関係なく通信障害が発生しているのか、を把握することができる。

例えば、図９の例では、取引内容は、「クレジット売上」のみであるため、オペレータは、「クレジット売上」に関係する処理に問題が発生している可能性がある等のある程度の見通しを立てることができる。

また、印字制御部１０６の印字結果には、直近に発生した１又は複数の夫々の通信障害について、障害内容６０９が含まれる。したがって、オペレータは、特定の内容の通信障害のみが発生しているのか、様々な内容の通信障害が発生しているのか、通信障害の内容の傾向を把握することができる。

例えば、図９の例では、障害内容は、「ＴＣＰ／ＩＰコネクション確立失敗」、「ＴＣＰ／ＩＰデータ送信失敗」、「ＴＣＰ／ＩＰデータ受信失敗」であり、オペレータは、特定の内容に偏って通信障害が発生している訳ではないと推測できる。

また、印字制御部１０６の印字結果には、直近に発生した１又は複数の夫々の通信障害について、障害発生箇所６１０が含まれる。したがって、オペレータは、通信障害が発生した処理に係る関数の名称等を把握することができる。

例えば、同じ「ＴＣＰ／ＩＰコネクション確立失敗」という障害内容であっても、「ＴＣＰ／ＩＰコネクション確立失敗」が発生した処理に係る関数は異なる場合も考えられる。通信障害が発生した処理に係る関数が異なっていれば、通信障害の原因も異なる可能性もある。つまり、オペレータは、障害発生箇所６１０を確認することで、通信障害の原因を突き止めるための判断材料を増やすことができる。

また、印字制御部１０６の印字結果には、直近に発生した１又は複数の夫々の通信障害について、障害情報６１１が含まれる。したがって、オペレータは、障害情報６１１を確認することで、通信障害のより詳細な情報を把握することができる。これにより、オペレータは、発生した通信障害の傾向等を把握しやすくなる。

例えば、オペレータは、詳細なエラーコードを確認することで通信障害の原因を推測できる場合がある。また、例えば、オペレータは、直近数件分の無線ＬＡＮの受信信号強度を確認することで、無線通信設備に問題があって通信障害が発生したのか（電波が遮られている等）、他の要因で通信障害が発生したのか、おおよその見当を付けることができる。

次に、本実施形態に係る決済端末３の処理について説明する。図１０は、本実施形態に係る決済端末３の通信障害履歴印字処理の一例を示すフローチャートである。

まず、通信制御部１０１は、センタサーバ５またはメンテナンスサーバ６との間で通信を開始する（ステップＳ１０１）。検知部１０３は、通信障害が発生した場合、通信障害を検知する（ステップＳ１０２）。第１生成部１０４は、通信障害に関する情報を生成し、メモリ部５４は、第１生成部１０４が生成した情報を通信障害履歴５４２として個別に記憶する（ステップＳ１０３）。

第２生成部１０５は、通信障害履歴の印字指示の有無を確認する（ステップＳ１０４）。印字指示がない場合（ステップＳ１０４：Ｎｏ）、ステップＳ１０１に戻る。印字指示があった場合（ステップＳ１０４：Ｙｅｓ）、第２生成部１０５は、メモリ部５４の通信障害履歴５４２に基づいて、通信障害履歴の印字データを生成する（ステップＳ１０５）。

そして、印字制御部１０６は、第２生成部１０５が生成した印字データを印字して本処理を終了する（ステップＳ１０６）。

次に、本実施形態に係る決済端末３の効果について説明する。本実施形態に係る決済端末３は、センタサーバ５やメンテナンスサーバ６との間で通信を行う通信制御部１０１と、通信制御部１０１によるセンタサーバ５またはメンテナンスサーバ６との通信中に通信障害が発生したことを検知する検知部１０３と、検知部１０３で通信障害が発生したことが検知されると、通信障害の発生日時と、通信先を示す情報と、通信障害の内容とを含む情報を生成する第１生成部１０４と、第１生成部１０４が生成した情報を通信障害履歴５４２として個別に記憶するメモリ部５４と、メモリ部５４に記憶された通信障害履歴５４２を印字する印字制御部１０６と、を備える。

これにより、本実施形態に係る決済端末３は、過去に発生した通信障害について、通信障害の発生日時と、通信先を示す情報と、通信障害の内容と、をオペレータが把握しやすい形で印字することができる。つまり、本実施形態に係る決済端末３によれば、通信障害の内容を簡便に確認することができる。

また、本実施形態に係る決済端末３は、通信障害履歴５４２に含まれる通信障害の発生日時に基づいて、メモリ部５４に記憶された通信障害履歴５４２を時系列順に並べた出力データを生成する第２生成部１０５を備える。これにより、オペレータは、どのような通信障害がどれくらいの頻度で起こっているのか等の通信障害の傾向を把握しやすくなる。

なお、上述した実施形態は、上述した各装置が有する構成又は機能の一部を変更することで、適宜に変形して実施することも可能である。そこで、以下では、上述した実施形態に係るいくつかの変形例を他の実施形態として説明する。

なお、以下では、上述した実施形態と異なる点を主に説明することとし、既に説明した内容と共通する点については詳細な説明を省略する。また、以下で説明する変形例は、個別に実施されてもよいし、適宜組み合わせて実施されてもよい。

（変形例１）
上記実施形態では、決済端末３はＰＯＳ端末２と別体とする形態とした。これに対し、本変形例に係る決済端末３は、両者の筐体が一体となっている。なお、決済端末３と電子マネー端末４とが一体であってもよい。

（変形例２）
上記実施形態では、メモリ部５４は、２０件分の通信障害履歴５４２を記憶する形態とした。これに対し、本変形例に係る決済端末３は、件数を指定する操作に応じて、通信障害履歴５４２として記憶する件数を設定する設定変更部（図示しない）を更に備え、メモリ部５４は、設定変更部で設定された件数分の通信障害履歴５４２を記憶する。

具体的には、設定変更部は、メモリ部５４に記憶された、通信障害履歴５４２として残す通信障害の件数の設定情報を変更する。設定情報の変更の方法としては、例えば、業務選択メニュー画面５００の設定５０３の中に、「通信障害履歴件数設定」の選択ボタンを設け、オペレータが「通信障害履歴件数設定」の選択ボタンを押下すると、表示制御部１０２が件数設定画面を表示する。

設定変更部は、件数設定画面を介してオペレータから件数を指定する操作（数値の入力）を受付け、通信障害履歴５４２として残す通信障害の件数の設定情報を、オペレータから受付けた件数に変更する。メモリ部５４は、設定情報に設定されている件数分の通信障害について、通信障害に関する情報を通信障害履歴５４２として記憶する。

これにより、短期的な通信障害の傾向を把握できれば充分な場合や長期的な通信障害の傾向を把握する必要がある場合等の状況に合わせてメモリ部５４に通信障害履歴５４２として残す通信障害の件数を変化させることが可能になる。

（変形例３）
上記実施形態では、第２生成部１０５は、発生した通信障害を時系列順に並べた通信障害履歴の印字データを生成する形態とした。これに対し、本変形例に係る決済端末３の第２生成部１０５は、発生した通信障害を通信先毎に並べた通信障害履歴の印字データを生成する。

これにより、オペレータは、通信先毎に通信障害の発生している頻度や内容を把握することが可能になる。つまり、オペレータは、同じ通信先のみで通信障害が発生しているのか、通信先に関係なく通信障害が発生しているのか等の傾向を把握しやすくなる。

（変形例４）
上記実施形態では、第２生成部１０５は、通信障害を時系列順に並べた通信障害履歴の印字データを生成する形態とした。これに対し、本変形例に係る決済端末３の第２生成部１０５は、通信障害の統計情報を含む通信障害履歴の印字データを生成する。

具体的には、第２生成部１０５は、時間当たりの通信障害の発生件数（例えば、１週間当たり何件か、１日当たり何件か、１時間当たり何件か等）、通信障害の内容別の発生件数、通信先別の通信障害の発生件数等の統計情報を含む通信障害履歴の印字データを生成する。

これにより、オペレータは、通信障害の発生頻度や発生している通信障害の傾向等をより把握しやすくなる。

（変形例５）
上記実施形態では、第２生成部１０５が生成した通信障害履歴の印字データを印字制御部１０６が印字する形態とした。これに対し、本変形例に係る決済端末３は、「出力制御部」としての書込制御部（図示しない）を備える。書込制御部は、第２生成部１０５が生成した通信障害履歴の出力データを、ＵＳＢフラッシュメモリやＳＤカード等の記憶媒体に書込む。

（変形例６）
上記実施形態では、第２生成部１０５が生成した通信障害履歴の印字データを印字制御部１０６が印字する形態とした。これに対し、本変形例に係る決済端末３は、「出力制御部」としての送信制御部（図示しない）を備える。送信制御部は、第２生成部１０５が生成した通信障害履歴の出力データを、メンテナンスサーバ６等のサーバ装置に送信する。

上記実施形態の決済端末３で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、上記実施形態の決済端末３で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、決済端末３で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

また、実施形態の決済端末３で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

なお、上記実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。この新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 決済システム
２ ＰＯＳ端末
３ 決済端末
４ 電子マネー端末
５ センタサーバ
６ メンテナンスサーバ
２１ 本体
２２ 店員用表示部
２３ 客用表示部
２４ キーボード
２５ プリンタ
２６ レシート発行口
３１ 本体
３２ 表示部
３３ 操作部
３４ カード読取部
３５ レシート発行口
３６ 電源スイッチ
３７ 上面パネル
５４ メモリ部
５５ バスライン
５６ コントローラ
５７ 印字部
１００ 制御部
１０１ 通信制御部
１０２ 表示制御部
１０３ 検知部
１０４ 第１生成部
１０５ 第２生成部
１０６ 印字制御部
５４１ 制御プログラム
５４２ 通信障害履歴
Ｎ ネットワーク

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

Claims (6)

1. サーバ装置との間で決済処理に係る通信を行う通信制御部と、
   前記サーバ装置との通信時に通信障害が発生したことを検知する検知部と、
   前記検知部で前記通信障害が発生したことが検知されると、前記通信障害の発生日時と、通信先の前記サーバ装置を示す情報と、前記通信障害の内容とを含む情報を生成する第１生成部と、
   前記第１生成部が生成した情報を通信障害履歴として個別に記憶する記憶部と、
   前記記憶部に記憶された前記通信障害履歴を出力する出力制御部と、
   を備える決済装置。
2. 前記通信障害履歴に含まれる前記発生日時に基づいて、前記記憶部に記憶された前記通信障害履歴を時系列順に並べた出力データを生成する第２生成部を更に備え、
   前記出力制御部は、前記第２生成部が生成した前記出力データを出力する、
   請求項１に記載の決済装置。
3. 前記通信障害履歴に含まれる前記通信先に基づいて、前記記憶部に記憶された前記通信障害履歴を前記通信先毎に並べた出力データを生成する第２生成部を更に備え、
   前記出力制御部は、前記第２生成部が生成した前記出力データを出力する、
   請求項１に記載の決済装置。
4. 前記第２生成部は、所定の期間内における前記通信障害の発生件数を示す統計情報を含む前記出力データを生成する、
   請求項２または３に記載の決済装置。
5. 件数を指定する操作に応じて、前記通信障害履歴として記憶する件数を設定する設定変更部を更に備え、
   前記記憶部は、前記設定変更部で設定された件数分の前記通信障害履歴を記憶する、
   請求項１乃至４のいずれか１項に記載の決済装置。
6. 決済装置のコンピュータを、
   サーバ装置との間で決済処理に係る通信を行う通信制御部と、
   前記サーバ装置との通信時に通信障害が発生したことを検知する検知部と、
   前記検知部で前記通信障害が発生したことが検知されると、前記通信障害の発生日時と、通信先の前記サーバ装置を示す情報と、前記通信障害の内容とを含む情報を生成する第１生成部と、
   前記第１生成部が生成した情報を通信障害履歴として個別に記憶する記憶部と、
   前記記憶部に記憶された前記通信障害履歴を出力する出力制御部と、
   として機能させるプログラム。

Images