JP2023031655A - 決済受付装置、読取装置、決済処理方法及びプログラム - Google Patents

Abstract

【課題】電子決済に使用する読取装置や決済受付装置が故障した場合における違算障害の発生を少なくする。
【解決手段】決済受付装置に、少なくともカード型の記録媒体又は通信端末から情報を読み取る読取装置に接続される接続部と、情報に基づいて電子決済情報を生成し、決済センターに送信する電子決済部と、読取装置における故障の発生を受け付ける故障受付部とを設ける。ここでの電子決済部は、読取装置が故障した場合、情報の少なくとも一部を含む利用明細書を読取装置から取得して精算処理を実行する。
【選択図】図４

Description

本発明は、決済受付装置、読取装置、決済処理方法及びプログラムに関する。

今日、決済には、様々な電子マネーが用いられている。電子マネーを用いる決済には、例えばクレジットカード系の電子マネーを用いる決済、交通系の電子マネーを用いる決済、流通系の電子マネーを用いる決済、プリペイド型の電子マネーを用いる決済、ポストペイ型の電子マネーを用いる決済、ＱＲコード（登録商標）やバーコードを用いる電子マネーの決済、デビット型の電子マネーの決済がある。
電子マネーを用いた決済は、電子マネーの情報を読み取る決済端末と、決済を受け付ける機能を備えるＰＯＳ端末（＝Point Of Sales）との連携により実行され、各電子マネーに対応するサーバ等との通信を経て精算処理が確定する。

特開２０２０－１５４５４１号公報

決済端末もＰＯＳ端末も機械である以上、故障することがある。故障した端末は、修理や交換が必要になる。故障した端末には、未精算の利用明細書等が残ることがあり、初期対応を誤らなければ、救済が可能なこともある。しかし、修理や交換を優先するあまり、未精算の利用明細書等が失われることがある。
加えて、利用明細書等の保存場所は、電子マネーにより異なるため、初期対応を誤り易い。

本発明は、電子決済に使用する読取装置や決済受付装置が故障した場合における違算障害の発生を少なくすることを目的とする。

請求項１に記載の発明は、少なくともカード型の記録媒体又は通信端末から情報を読み取る読取装置に接続される接続部と、前記情報に基づいて電子決済情報を生成し、決済センターに送信する電子決済部と、前記読取装置における故障の発生を受け付ける故障受付部と、を有し、前記電子決済部は、前記読取装置が故障した場合、前記情報の少なくとも一部を含む利用明細書を前記読取装置から取得して精算処理を実行する、決済受付装置である。
請求項２に記載の発明は、特定の電子決済種別に関する読取ログを記憶する記憶部を更に有し、前記電子決済部は、前記読取ログに基づいて、前記特定の電子決済種別に関する精算処理を実行する、請求項１に記載の決済受付装置である。
請求項３に記載の発明は、前記精算処理は、前記利用明細書を、前記決済センターへ送信する処理を含む、請求項１又は２に記載の決済受付装置である。
請求項４に記載の発明は、少なくともカード型の記録媒体若しくは通信端末から情報を読み取る読取部、又は、少なくともカード型の記録媒体若しくは通信端末から情報を読み取る読取装置と接続される接続部と、前記情報に基づいて電子決済情報を生成し、決済センターに送信する電子決済部と、前記情報の少なくとも一部を含む読取ログを記憶する記憶部と、自装置における故障の発生を受け付ける故障受付部と、を有し、前記電子決済部は、自装置が故障した場合、前記読取ログを前記記憶部から取得して精算処理を実行する、決済受付装置である。
請求項５に記載の発明は、前記精算処理は、前記読取ログから生成された利用明細書を、前記決済センターへ送信する処理を含む、請求項４に記載の決済受付装置である。
請求項６に記載の発明は、自装置が故障した場合に、前記読取ログから生成した利用明細書を、外部装置に退避するデータ退避部、を更に有し、前記電子決済部は、自装置が、故障した装置と交換された新たな装置の場合、前記外部装置から前記利用明細書を取得して前記精算処理を実行する、請求項４に記載の決済受付装置である。
請求項７に記載の発明は、決済センターに電子決済情報を送信する決済受付装置の一部として又は接続して使用される読取装置であって、少なくともカード型の記録媒体又は通信端末から情報を読み取る読取部と、前記情報の少なくとも一部を含む利用明細書を格納する格納部と、自装置が故障した場合に、前記格納部に格納されている前記利用明細書を、前記決済受付装置に送信する送信部と、を有する読取装置である。
請求項８に記載の発明は、少なくともカード型の記録媒体又は通信端末から情報を読み取る読取装置に接続される決済受付装置において実行される決済処理方法であって、前記情報を前記読取装置から取得する処理と、取得した前記情報に基づいて電子決済情報を生成する処理と、生成された前記電子決済情報を決済センターへ送信する処理と、前記読取装置における故障の発生を受け付ける処理と、前記故障の発生を受け付けた場合、前記情報の少なくとも一部を含む利用明細書を前記読取装置から取得して精算処理を実行する処理と、を有する決済処理方法である。
請求項９に記載の発明は、少なくともカード型の記録媒体若しくは通信端末から情報を読み取る読取部を含む、又は、少なくともカード型の記録媒体若しくは通信端末から情報を読み取る読取装置に接続される決済受付装置において実行される決済処理方法であって、前記情報に基づいて電子決済情報を生成し、決済センターに送信する処理と、前記情報の少なくとも一部を含む読取ログを記憶部に記憶する処理と、自装置における故障の発生を受け付ける処理と、自装置が故障した場合、前記記憶部から前記読取ログを取得して精算処理を実行する処理と、を有する決済処理方法である。
請求項１０に記載の発明は、前記決済受付装置は、自装置が故障した場合、前記読取ログから生成した利用明細書を、外部装置に退避する処理と、自装置が、故障した装置と交換された新たな装置の場合、前記外部装置から前記利用明細書を取得して前記精算処理を実行する処理と、を更に有する請求項９に記載の決済処理方法である。
請求項１１に記載の発明は、少なくともカード型の記録媒体又は通信端末から情報を読み取る読取装置に接続される決済受付装置で動作するコンピュータに、前記情報を前記読取装置から取得する機能と、取得した前記情報に基づいて電子決済情報を生成する機能と、生成された前記電子決済情報を決済センターへ送信する機能と、前記読取装置における故障の発生を受け付ける機能と、前記故障の発生を受け付けた場合、前記情報の少なくとも一部を含む利用明細書を前記読取装置から取得して精算処理を実行する機能と、を実現させるためのプログラムである。
請求項１２に記載の発明は、少なくともカード型の記録媒体若しくは通信端末から情報を読み取る読取部を含む、又は、少なくともカード型の記録媒体若しくは通信端末から情報を読み取る読取装置に接続される決済受付装置で動作するコンピュータに、前記情報に基づいて電子決済情報を生成し、決済センターに送信する機能と、前記情報の少なくとも一部を含む読取ログを記憶部に記憶する機能と、自装置における故障の発生を受け付ける機能と、自装置が故障した場合、前記記憶部から前記読取ログを取得して精算処理を実行する機能と、を実現させるためのプログラムである。

本発明によれば、電子決済に使用する読取装置や決済受付装置が故障した場合における違算障害の発生を少なくできる。

実施の形態１で使用する電子マネー決済システムの概念構成例を説明する図である。 実施の形態１で使用するＰＯＳ端末の構成例を説明する図である。（Ａ）はＰＯＳ端末のハードウェア上の構成や機能上の構成を示し、（Ｂ）は電子決済部のサブ機能を示す。 実施の形態１で使用する決済端末の構成例を示す図である。 実施の形態１に示す電子マネー決済システムにおいて決済端末に障害が発生した場合の処理動作の一例を説明する図である。 実施の形態１に示す電子マネー決済システムにおいて決済端末に障害が発生した場合の処理動作の他の例を説明する図である。 実施の形態１に示す電子マネー決済システムにおいて決済端末に障害が発生した場合の処理動作の他の例を説明する図である。 実施の形態２で使用するＰＯＳ端末の構成例を説明する図である。（Ａ）はＰＯＳ端末のハードウェア上の構成や機能上の構成を示し、（Ｂ）は電子決済部のサブ機能を示す。 実施の形態２で使用する決済端末の構成例を示す図である。 実施の形態２に示す電子マネー決済システムにおいてＰＯＳ端末に障害が発生した場合の処理動作の一例を説明する図である。 実施の形態２に示す電子マネー決済システムにおいてＰＯＳ端末に障害が発生した場合の処理動作の他の例を説明する図である。

以下、添付図面を参照して、実施の形態について詳細に説明する。
各実施の形態では、電子マネーを使用する決済システムについて説明する。因みに、電子マネーには、様々な種類があり、例えばカード会社が発行するクレジットカード、交通事業者が発行する電子マネー、流通事業者が発行する電子マネー、プリペイド型の電子マネー、ポストペイ型の電子マネー、決済時にＱＲコードやバーコードを使用する電子マネーに分類される。

電子マネーの情報は、カード型の記録媒体や通信端末から読み出される。電子マネーの情報には、取引の特定に使用される管理番号も含まれる。
カード型の記録媒体には、例えばＩＣカードがある。通信端末には、例えば電子マネーのサービスに適用するスマートフォンがある。
通信端末から読み出される電子マネーの情報には、無線通信の形式で読み出される情報の他、通信端末のディスプレイに表示されるＱＲコードやバーコードも含まれる。

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

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

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

ＰＯＳ端末１０は、決済の対象である商品やサービスの登録に使用される端末である。紙幣や硬貨（すなわち「貨幣」）による商品代金の支払いも可能な場合、ＰＯＳ端末１０には、不図示の釣り銭機も接続される。
ＰＯＳ端末１０は、電子決済の都度、又は、締め処理のタイミング時に、電子決済情報を中継センター３０に送信する。本実施の形態の場合、電子決済情報は、電子マネーの種類毎に生成される。
電子決済情報には、例えば取引の情報が含まれる。取引の情報には、例えば取引日時、取引を特定する番号、取引金額、加盟店コード、取引対象の商品やサービスの内容が含まれる。
ＰＯＳ端末１０は、特許請求の範囲における決済受付装置の一例である。

決済端末２０は、カード型の媒体やスマートフォン等から電子マネーの情報を読み取ってＰＯＳ端末１０に送信する装置である。
本実施の形態で使用する決済端末２０は、複数種類の電子マネーに対応する。このため、１つの決済端末２０で、複数種類の電子マネーの決済が可能である。
決済端末２０は、特許請求の範囲における読取装置の一例である。
なお、本実施の形態で説明する電子マネー決済システム１は、交通系の電子マネーや一部のプリペイド型の電子マネーを想定する。これらの電子マネーの利用明細書２２Ａ（図３参照）は、決済端末２０内に保存される。なお、利用明細書２２Ａを、決済端末２０とＰＯＳ端末１０の両方に保存することは可能であるが、ＰＯＳ端末１０にのみ保存されることはない。

＜各装置の構成＞
＜ＰＯＳ端末１０の構成＞
図２は、実施の形態１で使用するＰＯＳ端末１０の構成例を説明する図である。（Ａ）はＰＯＳ端末１０のハードウェア上の構成や機能上の構成を示し、（Ｂ）は電子決済部１１２Ｃのサブ機能を示す。
図２に示すＰＯＳ端末１０は、端末全体の動作を制御する制御部１１と、データ等の記憶に用いられる記憶部１２と、操作の受付や情報の提示に使用される操作表示部１３と、決済の明細であるレシートを出力するレシート出力部１４と、決済端末２０や中継センター３０との通信に用いられる通信部１５とを備えている。

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

ＰＯＳアプリ部１１１は、ＰＯＳ端末１０が正常に動作している場合（以下「通常動作時」ともいう）、通信部１５を通じて、電子決済情報を中継センター３０に送信する。
交通系の電子マネーや一部のプリペイド型の電子マネーに対応する電子決済情報は、個々の取引時ではなく精算時に、中継センター３０に送信される。精算（以下「締め処理」ともいう）は、例えば１又は複数の営業日の売上を締める場合（例えば閉店時）に実行される。

ＯＣＸ部１１２は、ＰＯＳ端末１０に接続される決済端末２０毎に用意される。
本実施の形態におけるＯＣＸ部１１２には、決済端末２０における故障の発生を受け付ける故障受付部１１２Ａと、決済端末２０における故障の発生をＰＯＳアプリ部１１１に通知する故障通知部１１２Ｂと、電子マネーを用いた決済を処理する電子決済部１１２Ｃが用意されている。

故障受付部１１２Ａは、決済端末２０との通信を通じて、決済端末２０の故障を自動的に検知する、又は、ＰＯＳ端末１０を操作する操作者からの故障の入力を検知する機能部である。故障の入力には、操作表示部１３の他、専用のボタンや専用のスイッチ等が用いられる。
決済端末２０の故障には、例えばカード型の記録媒体や通信端末からの電子マネーの読み取り不良、落下や衝撃等による構造的な破損、ＰＯＳ端末１０との通信不良がある。

故障通知部１１２Ｂは、故障受付部１１２Ａにおける故障の発生をＰＯＳアプリ部１１１に通知する機能部である。
電子決済部１１２Ｃは、決済センター４０との間で電子決済を実行する機能部である。電子決済情報を構成するデータは、送信の対象である電子マネーの種類毎に定められる。
電子決済部１１２Ｃは、複数のサブ機能を有している。本実施の形態の場合、サブ機能として、利用明細取得部１１２Ｃ１と、利用明細生成部１１２Ｃ２と、締め処理部１１２Ｃ３と、リストファイル生成部１１２Ｃ４が用意されている。

利用明細取得部１１２Ｃ１は、決済端末２０との通信が可能な場合に、決済端末２０に保存されている利用明細書２２Ａ（図３参照）を取得するサブ機能である。利用明細書２２Ａは、決済端末２０が読み取った電子マネーの履歴であり、電子マネーによる取引の度に内容が更新される。利用明細書２２Ａには、例えば電子マネーの種類、ＰＯＳ端末の識別コード、決済端末２０の識別コード、取引の情報が含まれる。
本実施の形態における決済端末２０は、複数種類の電子マネーに対応するので、利用明細書２２Ａには、複数種類の電子マネーの情報が含まれる。

利用明細生成部１１２Ｃ２は、決済端末２０から利用明細書２２Ａを取得できない場合に、記憶部１２に記憶されている読取ログ１２Ａから利用明細書２２Ａを生成するサブ機能である。読取ログ１２Ａは、ＰＯＳ端末１０が外部装置から読み取った情報の記録である。従って、読取ログ１２Ａには、取引の度に決済端末２０から読み取られる情報も含まれる。なお、決済端末２０から読み出される情報には、利用明細書２２Ａを構成する情報が含まれている。
締め処理部１１２Ｃ３は、決済端末２０等から取得した利用明細書２２Ａ、又は、読取ログ１２Ａから生成した利用明細書２２Ａを、中継センター３０（図１参照）に送信するサブ機能である。

リストファイル生成部１１２Ｃ４は、ＰＯＳ端末１０を操作する操作者から外部記憶媒体への書き出しが指示された場合に、記憶部１２に記憶されている利用明細書２２Ａの全部又は一部からリストファイルを生成する機能である。外部記憶媒体への書き出しの指示は、利用明細書２２Ａの取得の依頼として、ＰＯＳアプリ部１１１からリストファイル生成部１１２Ｃ４に与えられる。
外部記憶媒体には、例えばＵＳＢメモリその他の半導体メモリ、ＨＤＤ（＝Hard Disk Drive）、ＳＳＤ（＝Solid State Drive）が用いられる。
リストファイル生成部１１２Ｃ４は、バックアップとしての利用明細書２２Ａが記憶部１２に記憶される場合に用いるオプション機能である。

記憶部１２は、半導体メモリやハードディスク装置で構成される。記憶部１２には、電子マネーによる取引の度、取引で使用された電子マネーの情報等が読取ログ１２Ａとして記憶される。
操作表示部１３は、例えばタッチパネルで構成される。タッチパネルは、操作画面を表示するディスプレイと、透明度の高いフィルムセンサとで構成される。ディスプレイには、例えば液晶ディスプレイや有機ＥＬ（＝Electro Luminescence）ディスプレイが用いられる。フィルムセンサには、静電容量式や抵抗膜式のセンサが用いられる。
レシート出力部１４は、決済の明細であるレシートの出力に用いられる。
通信部１５は、外部装置との通信に用いられる通信モジュールである。外部装置には、例えば決済端末２０、中継センター３０がある。通信部１５は、特許請求の範囲における接続部の一例である。

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

制御部２１は、ＣＰＵと、ＲＯＭと、ＲＡＭとで構成される。ＲＯＭには、ＢＩＯＳや各種の設定等が記憶されている。ＣＰＵは、ＲＡＭを作業エリアとして使用し、ＲＯＭや記憶部２２から読み出されるプログラムを実行する。
制御部２１は、プログラムの実行を通じ、例えば情報送信部２１１として機能する。
情報送信部２１１は、電子マネーから読み取った情報や利用明細書２２Ａを、ＰＯＳ端末１０に送信する機能部である。情報送信部２１１は、特許請求の範囲における送信部の一例である。

記憶部２２は、例えば半導体メモリで構成される。本実施の形態の場合、記憶部２２には、交通系の電子マネーや一部のプリペイド型の電子マネーから読み取った情報等が利用明細書２２Ａとして保存されている。記憶部２２は、特許請求の範囲における格納部の一例である。
操作表示部２３は、例えばタッチパネルで構成される。
情報読取部２４は、カード型の記録媒体や通信端末から電子マネーの情報を読み取るデバイスであり、情報の読取りには、例えば通信距離が１０ｃｍ程度の近距離無線通信技術が用いられる。なお、ＱＲコードやバーコードを通信端末から読み取る場合には、例えば不図示のカメラやスキャナで撮像された画像が情報読取部２４に入力される。情報読取部２４は、特許請求の範囲における読取部の一例である。

ＰＩＮ受付部２５は、ＰＩＮ（＝Personal Identification Number）コードの受け付けに使用されるデバイスである。ＰＩＮコードは、クレジットカードの利用時に要求される。もっとも、本実施の形態の場合、クレジットカードの利用は想定していない。
通信部２６は、外部装置との通信に用いられる通信モジュールである。外部装置には、ＰＯＳ端末１０（図１参照）や中継センター３０（図１参照）がある。もっとも、ＱＲコードやバーコードの撮像に使用するカメラやスキャナも外部装置に含まれる。通信部２６は、特許請求の範囲における送信部の一例である。

＜端末に障害が発生した場合の処理動作＞
＜処理動作１＞
図４は、実施の形態１に示す電子マネー決済システム１において決済端末２０に障害が発生した場合の処理動作の一例を説明する図である。なお、図中に示す符号のＳは、ステップを意味する。
前述したように、本実施の形態の場合、決済端末２０には、交通系の電子マネーや一部のプリペイド型の電子マネーに関する利用明細書２２Ａ（図３参照）が保存されている。

決済端末２０が故障すると、ＰＯＳ端末１０のＯＣＸ部１１２が、決済端末２０の故障を受け付ける（ステップ１）。ステップ１の処理は、ＯＣＸ部１１２が故障を自動的に検知することで開始する場合と、決済端末２０の故障に気づいた操作者による操作がＯＣＸ部１１２に与えられることで開始する場合がある。
決済端末２０の故障を受け付けたＯＣＸ部１１２は、ＰＯＳアプリ部１１１に対し、決済端末２０の故障を通知する（ステップ２）。

通知を受け付けたＰＯＳアプリ部１１１は、ＯＣＸ部１１２に対し、精算の実行を依頼する（ステップ３）。精算の実行の依頼は、例えば操作者が操作表示部１３（図２参照）等に対する操作を通じて指示した場合に、又は、故障時の自動処理として設定されている場合に実行される。
精算の実行を受け付けたＯＣＸ部１１２は、決済端末２０に対し、利用明細書２２Ａ（図３参照）を要求する（ステップ４）。

図４の場合、ＯＣＸ１１２と決済端末２０とは通信が可能であり、決済端末２０に保存されている利用明細書２２Ａの読み出しも可能である。このため、決済端末２０は、利用明細書２２Ａを記憶部２２（図３参照）から読み出し、ＯＣＸ部１１２に応答する（ステップ５）。利用明細書２２Ａには、故障の直前までの電子マネーによる取引の情報が含まれている。
利用明細書２２Ａを取得すると、ＯＣＸ部１１２は、中継センター３０に対し、取得した利用明細書２２Ａを送信する。すなわち、ＯＣＸ部１１２は、締め処理を実行する（ステップ６）。

締め処理後に、決済端末２０の交換作業が開始され、新しい決済端末２０が既存のＰＯＳ端末１０に接続されると、交換後の決済端末２０を用いた運用を開始するための処理が、既存のＰＯＳ端末１０と新たな決済端末２０との間で実行される。
処理が終了すると、通常の運用が再開される。
この処理動作例の場合、利用明細書２２Ａを保存する決済端末２０の故障時に、その交換に先立って、故障直前までの利用明細書２２Ａが中継センター３０経由で決済センター４０（図１参照）に送信されるので、加盟店が精算できない障害（すなわち違算障害）が少なくなる。

＜処理動作２＞
図５は、実施の形態１に示す電子マネー決済システム１において決済端末２０に障害が発生した場合の処理動作の他の例を説明する図である。図５には、図４との対応部分に対応する符号を付して示している。
処理動作１の場合、故障した決済端末２０から利用明細書の取得が可能であったが、例えばＰＯＳ端末１０との通信系の部分が故障した場合、ＰＯＳ端末１０は、決済端末２０から利用明細書２２Ａ（図３参照）を取得できないことがある。図５に示す処理動作は、このような場合を想定している。

図５の場合、ＯＣＸ部１１２による決済端末２０に対する利用明細書２２Ａの要求に対し、決済端末２０からの応答がない。すなわち、利用明細書２２Ａの取得が失敗する。
このため、図５におけるＯＣＸ部１１２は、自端末の記憶部１２（図２参照）に記憶されている読取ログ１２Ａ（図２参照）から利用明細書２２Ａを生成する（ステップ５Ａ）。読取ログ１２Ａは、ログデータであるので、利用明細書２２Ａを構成する情報が含まれている。このため、ＯＣＸ部１１２は、読取ログから利用明細書２２Ａを生成することが可能である。

ステップ５Ａ以降の処理動作は、図４に示す処理動作１と同じであるので説明を省略する。
この処理動作例の場合も、利用明細書を保存する決済端末２０の故障時に、その交換に先立って、故障直前までの利用明細書が中継センター３０経由で決済センター４０（図１参照）に送信されるので、加盟店が精算できない障害（すなわち違算障害）が少なくなる。

＜処理動作３＞
図６は、実施の形態１に示す電子マネー決済システム１において決済端末２０に障害が発生した場合の処理動作の他の例を説明する図である。図６には、図４との対応部分に対応する符号を付して示している。
この処理動作は、ＰＯＳ端末１０の記憶部１２（図２参照）に利用明細書２２Ａ（図３参照）がバックアップされている場合に実行が可能である。記憶部１２に記憶される利用明細書２２Ａは、決済端末２０からコピーしたデータでもよいし、読取ログ１２Ａから生成したデータでもよい。

この処理動作の場合、ＰＯＳアプリ部１１１は、決済端末２０の故障の通知をＯＣＸ部１１２から受け付けた際に、ＯＣＸ部１１２に対し、自端末内の利用明細書２２Ａの取得を依頼する（ステップ３Ａ）。利用明細書２２Ａの取得の依頼は、例えば操作者が操作を通じて指示した場合に、又は、故障の通知に対する自動処理として設定されている場合に実行される。
自端末内の利用明細書２２Ａの取得の依頼を受信したＯＣＸ部１１２は、ＰＯＳアプリ部１１１に対し、利用明細書２２Ａを要求する（ステップ４Ａ）。
利用を受け付けたＰＯＳアプリ部１１１は、記憶部１２から利用明細書２２Ａを読み出し、ＯＣＸ部１１２に応答する（ステップ５Ｂ）。記憶部１２に記憶されている利用明細書２２Ａには、故障の直前までの取引の情報が含まれている。

自端末内の利用明細書２２Ａを取得したＯＣＸ部１１２は、取得した利用明細書２２Ａからリストファイルを生成して外部記憶媒体に出力する（ステップ６Ａ）。リストファイルは、例えば利用明細書２２Ａを電子マネーの種類別に整理したデータファイルで構成される。
この処理動作の場合、外部記憶媒体へのリストファイルの出力後に、決済端末２０の交換作業が開始される。
そして、新しい決済端末２０が既存のＰＯＳ端末１０（図１参照）に接続されると、交換後の決済端末２０を用いた運用を開始するための処理が既存のＰＯＳ端末１０と新たな決済端末２０との間で実行される。
処理が終了すると、通常の運用が再開される。

この処理動作例では、故障した決済端末２０から利用明細書２２Ａを取得できない場合でも、決済端末２０の交換に先立って、自端末内に保存されている故障直前までの利用明細書２２Ａから生成したリストファイルを外部記憶媒体に出力されるので、精算に必要な情報が失われずに済む。
また、加盟店は、リストファイルが書き込まれた外部記憶媒体を電子マネーの決済事業者に送付等することで精算できるので、違算障害が少なくなる。

＜処理動作４＞
因みに、決済端末２０は正常であるが、ＰＯＳ端末１０が故障する場合も考えられる。この場合には、ＰＯＳ端末１０が交換の対象となり、新しいＰＯＳ端末１０に既存の決済端末２０が取り付けられることになる。
ただし、既存の決済端末２０には、利用明細書２２Ａが保存されている。このため、新しいＰＯＳ端末１０に交換した後も、既存の決済端末２０に保存されている利用明細書２２Ａを用いた精算が可能である。

＜実施の形態２＞
本実施の形態では、実施の形態１とは異なり、利用明細書１２Ｂ（図７参照）がＰＯＳ端末１０（図１参照）に保存される電子マネーを取り扱う場合について説明する。
具体的には、クレジットカード系の電子マネー、流通系の電子マネー、プリペイド型の一部の電子マネー、ポストペイ型の電子マネー、デビット型の電子マネーを想定する。
なお、本実施の形態で想定する電子マネー決済システム１（図１参照）の構成は、実施の形態１と同じである。
以下では、本実施の形態で使用するＰＯＳ端末１０と決済端末２０の構成を説明する。

＜各装置の構成＞
＜ＰＯＳ端末１０の構成＞
図７は、実施の形態２で使用するＰＯＳ端末１０の構成例を説明する図である。（Ａ）はＰＯＳ端末１０のハードウェア上の構成や機能上の構成を示し、（Ｂ）は電子決済部のサブ機能を示す。図７には、図２との対応部分に対応する符号を付している。
本実施の形態で使用するＰＯＳ端末１０のハードウェア構成は、実施の形態１と同じである。すなわち、ＰＯＳ端末１０は、制御部１１と、記憶部１２と、操作表示部１３と、レシート出力部１４と、通信部１５とを備えている。

相違点は、ＰＯＳアプリ部１１１が有するサブ機能と、ＯＣＸ部１１２が有するサブ機能である。
図７に示すＰＯＳアプリ部１１１には、自端末の故障の発生をＯＣＸ部１１２に通知する故障受付部１１１Ａと、自端末で保存する利用明細書の中継センター３０（図１参照）への移管又は退避を依頼する移管依頼部１１１Ｂが設けられている。
故障受付部１１１Ａは、自端末（すなわちＰＯＳ端末１０）の故障を自動的に検知する、又は、自端末を操作する操作者からの故障の入力を検知する機能部である。
故障の入力には、操作表示部１３の他、不図示の専用のボタンや専用のスイッチ等が用いられる。

自端末（すなわち、ＰＯＳ端末１０）の故障には、例えば操作表示部１３やレシート出力部１４の故障、決済端末２０その他の外部装置との通信に関する故障、データの破損がある。
もっとも、本実施の形態で説明する機能は、ＰＯＳ端末１０の故障時にも、ＰＯＳアプリ部１１１とＯＣＸ部１１２が正常に動作して中継センター３０との通信も可能である場合を想定する。
このため、本実施の形態では、ＰＯＳ端末１０の故障として、例えばレシート出力部１４の故障や決済端末２０との通信に関する故障を想定する。

移管依頼部１１１Ｂは、自端末における故障の発生時に、自端末で保存されている利用明細書１２Ｂの中継センター３０（図１参照）への移管又は退避を、ＯＣＸ部１１２に依頼する機能部である。
なお、移管依頼部１１１Ｂは、自端末が故障したＰＯＳ端末１０と交換された後継端末である場合に、中継センター３０に移管又は退避してある利用明細書１２Ｂの取得をＯＣＸ部１１２に依頼する機能、ＯＣＸ部１１２を通じて取得された利用明細書１２Ｂを記憶部１２に書き込む機能も有している。ここでの移管依頼部１１１Ｂは、特許請求の範囲におけるデータ退避部の一例である。

ＯＣＸ部１１２は、ＰＯＳ端末１０に接続される決済端末２０毎に用意される。
図７に示すＯＣＸ部１１２には、電子マネーに関する決済処理に関する各種の処理を実行する電子決済部１１２Ｃが用意されている。
電子決済部１１２Ｃは、電子決済情報を中継センター３０に送信する機能部である。電子決済情報を構成するデータは、送信の対象である電子マネーの種類毎に定められる。
電子決済部１１２Ｃは、複数のサブ機能を有している。本実施の形態の場合、サブ機能として、利用明細取得部１１２Ｃ１と、締め処理部１１２Ｃ３と、利用明細移管部１１２Ｃ５が用意されている。

利用明細取得部１１２Ｃ１は、自端末の記憶部１２に記憶されている利用明細書１２Ｂを、ＰＯＳアプリ部１１１との通信を通じて取得するサブ機能である。
本実施の形態における決済端末２０も複数種類の電子マネーに対応するので、利用明細書１２Ｂには、複数種類の電子マネーの情報が含まれている。
締め処理部１１２Ｃ３は、自端末の記憶部１２から取得した利用明細書１２Ｂを中継センター３０（図１参照）に送信するサブ機能である。
利用明細移管部１１２Ｃ５は、故障したＰＯＳ端末１０の交換のために、自端末に保存されている利用明細書を一時的に中継センター３０に移管する又は退避する機能部である。

＜決済端末２０の構成＞
図８は、実施の形態２で使用する決済端末２０の構成例を示す図である。図８には、図３との対応部分に対応する符号を付して示している。
本実施の形態で使用する決済端末２０のハードウェア構成は、実施の形態１と同じである。すなわち、決済端末２０は、制御部２１と、記憶部２２と、操作表示部２３と、情報読取部２４と、ＰＩＮ受付部２５と、通信部２６とを備えている。
相違点は、利用明細書２２Ａ（図３参照）が記憶部２２に保存されていない点である。本実施の形態で想定する電子マネーの利用明細書１２Ｂ（図７参照）は、いずれもＰＯＳ端末１０の記憶部１２（図７参照）に保存されるためである。

＜端末に障害が発生した場合の処理動作＞
＜処理動作１＞
図９は、実施の形態２に示す電子マネー決済システム１においてＰＯＳ端末１０に障害が発生した場合の処理動作の一例を説明する図である。
本実施の形態におけるＰＯＳ端末１０には、クレジットカード系の電子マネー、流通系の電子マネー、プリペイド型の一部の電子マネー、ポストペイ型の電子マネー、デビット型の電子マネーに関する利用明細書１２Ｂが保存されている。

本実施の形態の場合、ＰＯＳアプリ部１１１は、自端末（すなわちＰＯＳ端末１０）の故障を受け付ける（ステップ１１）。ステップ１１の処理は、ＰＯＳアプリ部１１１が自端末の故障を自動的に検知することで開始する場合と、自端末の故障に気づいた操作者による操作をＰＯＳアプリ部１１１が受け付けることで開始する場合がある。
自端末の故障を受け付けると、ＰＯＳアプリ部１１１は、ＯＣＸ部１１２に対し、自端末内の利用明細書１２Ｂ（図７参照）の取得を依頼する（ステップ１２）。
依頼を受け付けたＯＣＸ部１１２は、ＰＯＳアプリ部１１１に対し、記憶部１２（図７参照）に記憶されている利用明細書１２Ｂを要求する（ステップ１３）。

要求を受け付けたＰＯＳアプリ部１１１は、利用明細書１２Ｂを記憶部１２から読み出し、ＯＣＸ部１１２に応答する（ステップ１４）。利用明細書１２Ｂには、故障の直前までの電子マネーによる取引の情報が含まれている。読み出された利用明細書１２Ｂは、例えば決済端末２０の記憶部２２（図８参照）に記憶される。
次に、ＰＯＳアプリ部１１１は、ＯＣＸ部１１２に対し、精算の実行を依頼する（ステップ１５）。精算の実行の依頼は、例えば操作者が操作を通じて指示した場合に、又は、故障時の処理として設定されている場合に実行される。
続いて、ＯＣＸ部１１２は、中継センター３０に対し、決済端末２０に記憶した利用明細書１２Ｂを送信する。すなわち、ＯＣＸ部１１２は、締め処理を実行する（ステップ１６）。

締め処理後に、ＰＯＳ端末１０の交換作業が開始され、新しいＰＯＳ端末１０が決済端末２０に接続されると、交換後のＰＯＳ端末１０を用いた運用を開始するための処理が新たなＰＯＳ端末１０と既存の決済端末２０との間で実行される。
処理が終了すると、通常の運用が再開される。
この処理動作例の場合、利用明細書１２Ｂを保存するＰＯＳ端末１０の故障時に、その交換に先立って、故障直前までの利用明細書１２Ｂが中継センター３０経由で決済センター４０（図１参照）に送信されるので、加盟店が精算できない障害（すなわち違算障害）が少なくなる。

＜処理動作２＞
図１０は、実施の形態２に示す電子マネー決済システム１においてＰＯＳ端末１０に障害が発生した場合の処理動作の他の例を説明する図である。図１０には、図９との対応部分に対応する符号を付して示している。
処理動作１の場合、故障したＰＯＳ端末１０の交換前に精算（すなわち締め処理）を実行しているが、図１０に示す処理動作では、故障したＰＯＳ端末１０を新しいＰＯＳ端末１０に交換した後に精算（すなわち締め処理）を実行する。

図１０に示すＯＣＸ部１１２は、ＰＯＳアプリ部１１１から応答として利用明細書１２Ｂ（図７参照）を取得すると、中継センター３０に対し、利用明細書１２Ｂを移管する（ステップ１７）。ここでの中継センター３０は、特許請求の範囲における外部装置の一例である。
利用明細書１２Ｂの移管先となった中継センター３０は、精算時とは異なり、受信した利用明細書１２Ｂを決済センター４０（図１参照）に転送せずに保管する。以下では、中継センター３０が保管する利用明細書１２Ｂを「移管明細書」という。なお、利用明細書１２Ｂの退避先は、決済端末２０でもよい。

利用明細書１２Ｂの退避の完了後に、ＰＯＳ端末１０の交換作業が開始され、新しいＰＯＳ端末１０が既存の決済端末２０に接続されると、交換後のＰＯＳ端末１０を用いた運用を開始するための処理が、新たなＰＯＳ端末１０と既存の決済端末２０との間で実行される。
運用開始のための処理の終了を検知すると、ＰＯＳアプリ部１１１は、ＯＣＸ部１１２に対し、移管明細書の取得を依頼する（ステップ１８）。運用開始のための処理の終了の検出には、自装置が故障した装置と交換された新たな装置であることの検出も含まれる。自装置が故障した装置と交換された新たな装置であることは、例えば運用を開始するための処理の実行時に、交換作業に従事する作業者等により入力される。
依頼を受け付けたＯＣＸ部１１２は、退避先である中継センター３０に対し、移管明細書を要求する（ステップ１９）。

移管明細書を要求された中継センター３０は、ＯＣＸ部１１２に対し、保管中の移管明細書を送信する（すなわち応答する）（ステップ２０）。
中継センター３０から移管明細書を取得したＯＣＸ部１１２は、ＰＯＳアプリ部１１１に対し、移管明細書を通知する（ステップ２１）。
移管明細書の通知を受けたＰＯＳアプリ部１１１は、受け付けた移管明細書を利用明細書１２Ｂとして記憶部１２（図７参照）に書き込み、書き込んだ利用明細書１２Ｂを用いた締め処理を実行する（ステップ２２）。
締め処理が完了すると、通常の運用が再開される。

この処理動作例の場合には、利用明細書１２Ｂを保存するＰＯＳ端末１０の故障時に、その交換に先立って、故障直前までの利用明細書１２Ｂが中継センター３０に移管されるので、故障したＰＯＳ端末１０の交換の際に精算が済んでいない利用明細書１２Ｂが失われずに済む。
また、この処理動作例では、ＰＯＳ端末１０の交換後に、移管明細書を利用明細書１２Ｂとして新たなＰＯＳ端末１０に書き込み、運用を再開する前に、締め処理を完了する。このため、加盟店が精算できない障害（すなわち違算障害）が少なくなる。

＜処理動作３＞
因みに、ＰＯＳ端末１０は正常であるが、決済端末２０が故障する場合も考えられる。この場合には、決済端末２０が交換の対象となり、新しい決済端末２０が既存のＰＯＳ端末１０に取り付けられることになる。
ただし、既存のＰＯＳ端末１０には、利用明細書１２Ｂが保存されたままである。このため、決済端末２０の交換後も、支障なく電子マネーを用いた取引の精算が可能である。

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

前述の実施の形態では、電子マネーの利用明細書の保存場所の違いによる処理動作の違いを説明するため、実施の形態１の場合と実施の形態２の場合で、電子マネー決済システム１が取り扱う電子マネーの種類を限定した。
しかし、利用明細書をＰＯＳ端末１０に保存する電子マネーと決済端末２０に保存する電子マネーの両方を取り扱ってもよい。
その場合でも、実施の形態１又は２のいずれかの処理動作が実行されることにより、いずれの端末が故障しても、違算障害を少なくすることができる。

また、前述の実施の形態では、図１に示すように、加盟店側の担当者が操作するＰＯＳ端末１０に対して決済端末２０が接続される形態を想定したが、例えば自動販売機、自動券売機、診療費支払機、セルフレジ、ターミナルロッカーのように、カード型の記録媒体又は通信端末から電子マネーの情報を読み取る決済端末２０と、決済センター４０（中継センター３０を経由する場合を含む）に電子決済情報等を送信する電子決済部１１２Ｃとが一体化された装置構成でもよい。２つの機能が一体化された装置は、決済受付装置の一例であり、この装置の一部として用いられる情報読取部２４（図３等参照）は、特許請求の範囲における読取部の一例である。

１…電子マネー決済システム、１０…ＰＯＳ端末、１２Ａ…読取ログ、１２Ｂ、２２Ａ…利用明細書、２０…決済端末、３０…中継センター、４０…決済センター、５０…決済ネットワーク、１１１…ＰＯＳアプリ部、１１１Ａ、１１２Ａ…故障受付部、１１１Ｂ…移管依頼部、１１２…ＯＣＸ部、１１２Ｂ…故障通知部、１１２Ｃ…電子決済部、１１２Ｃ１…利用明細取得部、１１２Ｃ２…利用明細生成部、１１２Ｃ３…締め処理部、１１２Ｃ４…リストファイル生成部、１１２Ｃ５…利用明細移管部

Claims (12)

1. 少なくともカード型の記録媒体又は通信端末から情報を読み取る読取装置に接続される接続部と、
   前記情報に基づいて電子決済情報を生成し、決済センターに送信する電子決済部と、
   前記読取装置における故障の発生を受け付ける故障受付部と、
   を有し、
   前記電子決済部は、前記読取装置が故障した場合、前記情報の少なくとも一部を含む利用明細書を前記読取装置から取得して精算処理を実行する、
   決済受付装置。
2. 特定の電子決済種別に関する読取ログを記憶する記憶部を更に有し、
   前記電子決済部は、前記読取ログに基づいて、前記特定の電子決済種別に関する精算処理を実行する、
   請求項１に記載の決済受付装置。
3. 前記精算処理は、前記利用明細書を、前記決済センターへ送信する処理を含む、
   請求項１又は２に記載の決済受付装置。
4. 少なくともカード型の記録媒体若しくは通信端末から情報を読み取る読取部、又は、少なくともカード型の記録媒体若しくは通信端末から情報を読み取る読取装置と接続される接続部と、
   前記情報に基づいて電子決済情報を生成し、決済センターに送信する電子決済部と、
   前記情報の少なくとも一部を含む読取ログを記憶する記憶部と、
   自装置における故障の発生を受け付ける故障受付部と、
   を有し、
   前記電子決済部は、自装置が故障した場合、前記読取ログを前記記憶部から取得して精算処理を実行する、
   決済受付装置。
5. 前記精算処理は、前記読取ログから生成された利用明細書を、前記決済センターへ送信する処理を含む、
   請求項４に記載の決済受付装置。
6. 自装置が故障した場合に、前記読取ログから生成した利用明細書を、外部装置に退避するデータ退避部、
   を更に有し、
   前記電子決済部は、自装置が、故障した装置と交換された新たな装置の場合、前記外部装置から前記利用明細書を取得して前記精算処理を実行する、
   請求項４に記載の決済受付装置。
7. 決済センターに電子決済情報を送信する決済受付装置の一部として又は接続して使用される読取装置であって、
   少なくともカード型の記録媒体又は通信端末から情報を読み取る読取部と、
   前記情報の少なくとも一部を含む利用明細書を格納する格納部と、
   自装置が故障した場合に、前記格納部に格納されている前記利用明細書を、前記決済受付装置に送信する送信部と、
   を有する読取装置。
8. 少なくともカード型の記録媒体又は通信端末から情報を読み取る読取装置に接続される決済受付装置において実行される決済処理方法であって、
   前記情報を前記読取装置から取得する処理と、
   取得した前記情報に基づいて電子決済情報を生成する処理と、
   生成された前記電子決済情報を決済センターへ送信する処理と、
   前記読取装置における故障の発生を受け付ける処理と、
   前記故障の発生を受け付けた場合、前記情報の少なくとも一部を含む利用明細書を前記読取装置から取得して精算処理を実行する処理と、
   を有する決済処理方法。
9. 少なくともカード型の記録媒体若しくは通信端末から情報を読み取る読取部を含む、又は、少なくともカード型の記録媒体若しくは通信端末から情報を読み取る読取装置に接続される決済受付装置において実行される決済処理方法であって、
   前記情報に基づいて電子決済情報を生成し、決済センターに送信する処理と、
   前記情報の少なくとも一部を含む読取ログを記憶部に記憶する処理と、
   自装置における故障の発生を受け付ける処理と、
   自装置が故障した場合、前記記憶部から前記読取ログを取得して精算処理を実行する処理と、
   を有する決済処理方法。
10. 前記決済受付装置は、
    自装置が故障した場合、前記読取ログから生成した利用明細書を、外部装置に退避する処理と、
    自装置が、故障した装置と交換された新たな装置の場合、前記外部装置から前記利用明細書を取得して前記精算処理を実行する処理と、
    を更に有する請求項９に記載の決済処理方法。
11. 少なくともカード型の記録媒体又は通信端末から情報を読み取る読取装置に接続される決済受付装置で動作するコンピュータに、
    前記情報を前記読取装置から取得する機能と、
    取得した前記情報に基づいて電子決済情報を生成する機能と、
    生成された前記電子決済情報を決済センターへ送信する機能と、
    前記読取装置における故障の発生を受け付ける機能と、
    前記故障の発生を受け付けた場合、前記情報の少なくとも一部を含む利用明細書を前記読取装置から取得して精算処理を実行する機能と、
    を実現させるためのプログラム。
12. 少なくともカード型の記録媒体若しくは通信端末から情報を読み取る読取部を含む、又は、少なくともカード型の記録媒体若しくは通信端末から情報を読み取る読取装置に接続される決済受付装置で動作するコンピュータに、
    前記情報に基づいて電子決済情報を生成し、決済センターに送信する機能と、
    前記情報の少なくとも一部を含む読取ログを記憶部に記憶する機能と、
    自装置における故障の発生を受け付ける機能と、
    自装置が故障した場合、前記記憶部から前記読取ログを取得して精算処理を実行する機能と、
    を実現させるためのプログラム。

Images