CN112862473A - 结算处理方法及结算处理装置 - Google Patents

结算处理方法及结算处理装置 Download PDF

Info

Publication number
CN112862473A
CN112862473A CN202011286233.4A CN202011286233A CN112862473A CN 112862473 A CN112862473 A CN 112862473A CN 202011286233 A CN202011286233 A CN 202011286233A CN 112862473 A CN112862473 A CN 112862473A
Authority
CN
China
Prior art keywords
settlement
user
account
balance
code
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202011286233.4A
Other languages
English (en)
Inventor
清水彻
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
KDDI Corp
Original Assignee
KDDI Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from JP2019214153A external-priority patent/JP7022108B2/ja
Priority claimed from JP2019214152A external-priority patent/JP6947795B2/ja
Application filed by KDDI Corp filed Critical KDDI Corp
Publication of CN112862473A publication Critical patent/CN112862473A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3672—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes initialising or reloading thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/26—Debit schemes, e.g. "pay now"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/407—Cancellation of a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403—Solvency checks
    • G06Q20/4037—Remote solvency checks

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Marketing (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明提供一种结算处理方法及结算处理装置。结算处理装置具备：结算请求取得部，取得对于用户的支付金额的、与第一结算手段对应的结算请求；判定部，在与第一结算手段相关联的用户的账户的余额小于支付金额的情况下，判定与用户相关联的第二结算手段是否满足规定的条件；以及结算部，在判定部判定为第二结算手段满足规定的条件时，允许第一结算手段中的用户的账户的余额不足的情况，并通过第一结算手段进行支付金额的结算。

Description

结算处理方法及结算处理装置
技术领域
本发明涉及结算处理方法及结算处理装置。
本申请主张基于2019年11月27日在日本申请的日本特愿2019-214152号和日本特愿2019-214153号的优先权，并在此引用其内容。
背景技术
使用QR码(注册商标)等二维条形码的码结算正在逐渐普及(例如，参照专利文献1、专利文献2)。码结算通过由用户终端读取店铺侧显示的二维条形码、或店铺侧读取用户终端显示的二维条形码来进行结算。
专利文献1：日本专利6528160号公报
专利文献2：日本专利6473539号公报
在现有的码结算中，在码结算所对应的账户的余额小于支付金额的情况下，显示错误消息等并中断结算。对此，用户需要通过现金进行支付或进行账户的充值并再次进行码结算，存在耗费时间的问题。
另外，在现有的码结算中，在读取二维条形码之后判定为码结算所对应的账户的余额小于支付金额时，显示错误消息等并中断结算，因此存在在结算中断之前耗费时间的问题。
发明内容
鉴于这些问题，本发明的目的在于提供一种结算处理方法及结算处理装置，能够减轻在结算时账户的余额不足的情况下的用户的负担。
进而，本发明的目的在于提供一种结算处理方法及结算处理装置，在开始结算之前判断为账户的余额不足的可能性高的情况下，能够迅速地中断结算。
本发明的第一方式的结算处理方法，包括由计算机执行的以下步骤：取得对于用户的支付金额的、与第一结算手段对应的结算请求的步骤；在与所述第一结算手段相关联的所述用户的账户的余额小于所述支付金额的情况下，判定与所述用户相关联的第二结算手段是否满足规定的条件的步骤；以及在判定为所述第二结算手段满足所述规定的条件时，允许所述第一结算手段中的所述用户的账户的余额不足的情况，并通过所述第一结算手段进行所述支付金额的结算的步骤。
本发明的第二方式的结算处理装置具备：取得部，取得对于用户的支付金额的、与第一结算手段对应的结算请求；判定部，在与所述第一结算手段相关联的所述用户的账户的余额小于所述支付金额的情况下，判定与所述用户相关联的第二结算手段是否满足规定的条件；以及结算部，在所述判定部判定为所述第二结算手段满足所述规定的条件时，允许所述第一结算手段中的所述用户的账户的余额不足的情况，并通过所述第一结算手段进行所述支付金额的结算。
本发明的第三方式的结算处理方法，包括由计算机执行的以下步骤：从用户的终端取得用于识别所述用户的用户识别信息的步骤，所述用户与使用了码的结算手段关联地进行了所述码的发放请求；判定与取得的所述用户识别信息对应的用户的所述结算手段所关联的账户是否满足表示能够结算的状态的规定条件的步骤；以及在判定为所述账户满足所述规定条件的情况下，生成在所述用户的终端显示的与所述用户对应的所述码相关的令牌的步骤。
本发明的第四方式的结算处理装置具备：取得部，从用户的终端取得用于识别所述用户的用户识别信息，所述用户与使用了码的结算手段关联地进行了所述码的发放请求；判定部，判定与所述取得部取得的所述用户识别信息对应的用户的所述结算手段所关联的账户是否满足表示能够结算的状态的规定条件；以及令牌生成部，在所述判定部判定为所述账户满足所述规定条件的情况下，生成在所述用户的终端显示的与所述用户对应的所述码相关的令牌。
根据本发明，起到能够减轻结算时账户的余额不足的情况下的用户的负担的效果。
另外，根据本发明，起到能够在结算时账户的余额不足的可能性高的情况下迅速中断结算的效果。
附图说明
图1是表示本发明的第一实施方式的结算处理装置的处理的框图。
图2是表示第一实施方式中的结算处理装置的功能结构的框图。
图3是表示第一实施方式中的用户终端的功能结构的框图。
图4是表示第一实施方式中的店铺终端的功能结构的框图。
图5A是表示在第一实施方式和第二实施方式中，码结算中的用户的账户的余额不足时的结算处理装置的处理的表。
图5B是表示在第一实施方式和第二实施方式中，码结算中的用户的账户的余额不足时的结算处理装置的其他处理的表。
图6是表示第一实施方式中的结算处理装置的处理的流程图。
图7是表示在第一实施方式和第二实施方式中，与码结算相关联的账户的余额成为不足状态的情况下的结算处理装置的处理的流程图。
图8是表示第一实施方式的变形例中的结算处理装置的处理的框图。
图9是表示本发明的第二实施方式的结算处理装置的处理的框图。
图10是表示第二实施方式中的结算处理装置的功能结构的框图。
图11是表示第二实施方式中的用户终端的功能结构的框图。
图12是表示第二实施方式中的店铺终端的功能结构的框图。
图13是表示第二实施方式中的结算处理装置的处理的流程图。
图14是表示第二实施方式的变形例中的结算处理装置的处理的框图。
具体实施方式
<第一实施方式>
[结算处理装置11的概要]
图1是表示结算处理装置11的概要的图。结算处理装置11是在用户购买商品的情况下，响应于从用户终端12或店铺终端13接收到结算用码而进行结算的计算机。结算用码是在用户终端12或店铺终端13中读取的文本或图像，是结算时使用的码。
结算处理装置11经由移动电话网以及互联网等通信网络与用户终端12和店铺终端13连接。用户终端12是用户使用的移动终端，例如是智能手机、平板电脑、可穿戴设备或个人计算机。店铺终端13例如是POS终端。
以下，参照通过码结算进行结算的例子的同时对进行商品的价款的结算之前的流程进行说明。图1表示响应于结算处理装置11确定了用户终端12读取了结算用码这一情况而进行结算的例子。需要说明的是，在本实施方式中，用于支付金额的支付手段在结算处理装置11中与作为第一结算手段的码结算相关联。在本实施方式中，作为与第一结算手段相关联的支付手段，假设关联有在预付式账户中管理余额并从余额对支付金额进行支付的预付账户支付手段。预付账户可以与用户持有的预付卡相关联。
首先，用户在店铺中进行商品的购买。用户在店铺进行结账的情况下，店铺中的店员在店铺终端13中读取附在用户购买的商品上的条形码，使店铺终端13生成表示用户购买的商品的合计金额、即用户的支付金额的结算信息。结算信息中也可以包含与支付对象商品相关的信息。另外，店员在店铺终端13中进行用于使店铺终端13显示结算用码的操作。店铺终端13向结算处理装置11发送结算用码的取得请求、结算信息、以及识别店铺的店铺ID(图1中的(a1))。在此，店铺ID也可以是能够识别设置在店铺内的各个终端的信息。
结算处理装置11在从店铺终端13接收结算用码的取得请求、结算信息和店铺ID时，生成结算用令牌。结算处理装置11也可以判定由接收到的店铺ID识别的店铺是否作为能够使用码结算的店铺(码结算的加盟店)由结算处理装置11注册，在判定为已注册的情况下生成结算用令牌。结算用令牌是在店铺终端13生成针对码的取得请求而一次性地发放并由店铺终端13出示给用户的结算用码时使用的数据串。结算处理装置11将生成的结算用令牌、店铺ID、支付金额信息以及与支付对象商品相关的信息相关联并存储在存储介质中。结算用令牌也可以包含单独识别店铺的店铺个别信息、识别店铺的名称或品牌的店铺品牌信息、识别持有结算处理装置11的结算运营商的结算运营商信息、表示支付金额的支付金额信息、以及表示结算用令牌的有效期限的期限信息中的任一个或全部。进而，结算处理装置11也可以将生成了结算用令牌的时间和结算用令牌相关联地存储。
结算处理装置11将生成的结算用令牌发送给店铺终端13(图1中的(a2))。结算处理装置11也可以在对结算用令牌进行加密后，将加密后的结算用令牌发送给店铺终端13。
店铺终端13基于接收到的结算用令牌来生成并显示结算用码(图1中的(a3))。
用户终端12例如通过用户的拍摄操作，读取在店铺终端13中显示的结算用码(图1中的(a4))。用户终端12取得读取的结算用码所表示的结算用令牌，并将包含用户ID和结算用令牌在内的结算请求发送到结算处理装置11(图1中的(a5))。
结算处理装置11在从用户终端12取得结算请求时，判定结算请求中包含的用户ID是否已注册在结算处理装置11，在判定为已注册的情况下，比较从用户终端12接收到的结算用令牌与向店铺终端13发送的结算用令牌是否相同，在判定为相同的情况下，判定由接收到的用户ID识别的用户持有的、与作为第一结算手段的码结算相关联的用户的账户的余额是否为支付金额以上(图1中的(a6))。结算处理装置11使用与接收到的结算用令牌相关联的支付金额、或者包含在接收到的令牌中的支付金额信息所表示的支付金额作为在该判定中使用的支付金额。
结算处理装置11在与码结算相关联的用户的账户的余额为支付金额以上的情况下，进行支付金额的结算，在账户的余额小于支付金额的情况下，判定与用户相关联的第二结算手段是否满足规定条件(图1中的(a7))。
结算处理装置11在判定为第二结算手段满足规定的条件时，允许码结算中的用户的账户的余额不足的情况，并通过码结算进行支付金额的结算(图1的(a8))。在此，结算处理装置11在执行结算时，不向用户的账户存钱。通常进行的自动充值在余额不足这样的结算的情况下自动地向账户存钱，导致用户难以掌握消费了多少钱，可能不适用于想要管理金钱的消费上限的用户。对此，结算处理装置11即使在结算时发生余额不足的情况，也不会自动地向账户存钱，而是允许余额不足的情况，并通过码结算进行支付金额的结算，由此能够使利用寻求管理金钱消费的预支付式账户的用户认识到账户的余额不足的情况。由此，用户易于管理金钱消费。
通过结算系统如以上那样工作，即使在码结算所对应的用户的账户的余额小于支付金额的情况下，也能够进行结算。由此，用户在用户的账户的余额小于支付金额的情况下，不需要针对不足的金额通过现金进行支付或者进行充值并再次进行码结算，因此能够减轻结算时账户的余额不足的情况下的用户的负担。
以下，对结算处理装置11、用户终端12以及店铺终端13的结构的详细情况进行说明。
[结算处理装置11的功能结构]
图2是表示结算处理装置1的功能结构的图。结算处理装置11具有通信部111、存储部112和控制部113。
通信部111是用于经由互联网等网络与用户终端12以及店铺终端13之间收发数据的通信接口。
存储部112是存储各种数据的存储介质，具有ROM(Read Only Memory：只读存储器)、RAM(Random Access Memory：随机存取存储器)以及硬盘等。存储部112存储控制部113执行的程序。存储部112存储使控制部113作为令牌生成部1131、结算请求取得部1132、判定部1133、结算部1134以及通知部1135发挥功能的结算处理用程序。
另外，存储部112存储将用户的用户ID和该用户的预付式账户相关联而得到的账户信息，用户的预付式账户与码结算相关联。另外，存储部112将用户的用户ID和用于确定该用户的第二结算手段的信息相关联并存储。
第二结算手段例如是提供通信服务的运营商与使用手机网络所涉及的通信费用一起收取各种服务的使用费用的结算方法、即运营商结算、或信用卡结算等后支付结算。在此，接受码结算的结算请求的运营商和提供与码结算不同的服务的运营商(提供通信服务的运营商、提供第二结算手段的运营商)是同一运营商。
另外，用于确定第二结算手段的信息例如是识别与运营商结算相关的合同的合同ID、信用卡的卡号。需要说明的是，用于确定第二结算手段的信息是由用户任意地注册在结算处理装置11中的信息，在用户中存在未与用于确定第二结算手段的信息相关联的用户。
控制部113例如是CPU(Central Processing Unit：中央处理单元)。控制部113通过执行存储于存储部112的结算处理用程序，作为令牌生成部1131、结算请求取得部1132、判定部1133、结算部1134以及通知部1135发挥功能。后面描述关于控制部113的各部的工作的详细情况。
[用户终端12的功能结构]
图3是表示用户终端12的功能结构的图。用户终端12具有操作部121、通信部122、读取部123、显示部124、存储部125和控制部126。控制部126具有操作接受部1261、请求发送部1262和令牌发送部1263。
操作部121是接受用户的操作的操作设备，例如是设置于显示部124的表面的触摸面板。操作部121将表示用户触摸的位置的信号通知给操作接受部1261。
通信部122例如是用于在与手机网络的基站之间收发数据的无线通信接口。通信部122将包含用户ID以及结算用令牌在内的结算请求等发送到结算处理装置11。
读取部123例如是相机。读取部123读取店铺终端13所显示的结算用码。
显示部124是显示各种信息的显示器。
存储部125是包含ROM以及RAM等的存储介质。存储部125存储控制部126执行的程序。存储部125存储使控制部126作为操作接受部1261、请求发送部1262和令牌发送部1263发挥功能的程序。
控制部126例如是CPU，通过执行存储于存储部125的程序，作为操作接受部1261、请求发送部1262以及令牌发送部1263发挥功能。
操作接受部1261基于从操作部121输入的信号，确定用户的操作内容。操作接受部1261在所确定的操作内容是用于读取结算用码的操作的情况下，将操作内容通知给令牌发送部1263。
令牌发送部1263在操作接受部1261接受了用于读取结算用码的操作的情况下，使读取部123读取在店铺终端13显示的结算用码。令牌发送部1263取得读取部123从结算用码中提取出的信息作为结算用令牌。令牌发送部1263经由通信部122向结算处理装置11发送包含所取得的结算用令牌和用户ID在内的结算请求。
[店铺终端13的功能结构]
图4是表示店铺终端13的功能结构的图。店铺终端13具有操作部131、读取部132、通信部133、显示部134、存储部135以及控制部136。
操作部131是接受用户的操作的操作设备，例如是用于选择用户购买的商品的按钮、设置于显示部134的表面的触摸面板。
读取部132例如是条形码读取器，读取用户购买的商品所附的条形码。读取部132将读取的条形码所表示的信息输出到控制部136。
通信部133例如是用于与结算处理装置11之间收发数据的通信接口。通信部133根据控制部136的控制，向结算处理装置11发送结算用码的取得请求、结算信息、店铺ID。另外，通信部133从结算处理装置11接收结算用令牌。
显示部134是显示各种信息的显示器。显示部134例如显示结算金额、结算用码。
存储部135是包含ROM以及RAM等的存储介质。存储部135存储由控制部136执行的程序。存储部135存储使控制部136作为结算信息生成部1361、结算信息发送部1362以及码生成部1363发挥功能的程序。另外，存储部135存储将商品ID与商品的价格相关联而得到的商品DB。
控制部136例如是CPU，通过执行存储于存储部135的程序，作为结算信息生成部1361、结算信息发送部1362以及码生成部1363发挥功能。
结算信息生成部1361确定结算对象的一个以上的商品并生成结算信息。具体而言，结算信息生成部1361通过取得在操作部131中店员所输入的商品ID或读取部132从附在商品上的条形码读取的商品ID，将取得的商品ID的商品确定为结算对象的商品。结算信息生成部1361参照存储部135中存储的商品DB，确定与取得的商品ID相关联的商品的价格。结算信息生成部1361取得一个以上的在操作部131中店员所输入的商品ID或读取部132从附在商品上的条形码读取的商品ID，并对根据该商品ID确定的商品的价格进行合计。在操作部131中接受了核算操作时，结算信息生成部1361将合计的商品的价格确定为支付金额。结算信息生成部1361生成包含所确定的支付金额的结算信息。结算信息中也可以包含与由商品ID确定的商品相关的信息，例如商品的属性、名称、制造者、销售者。
结算信息发送部1362在由结算信息生成部1361生成了结算信息时，经由通信部133向结算处理装置11发送结算用码的取得请求、结算信息、店铺ID。
码生成部1363在从结算处理装置11接收到结算用令牌时，生成基于结算用令牌的结算用码。码生成部1363例如基于预先确定的规则生成结算用码。码生成部1363使显示部134显示所生成的结算用码。
[控制部113的各部的工作]
接着，对控制部113的各部的工作进行说明。
令牌生成部1131在从店铺终端13接收结算用码的取得请求、结算信息、店铺ID时，生成用于生成结算用码的结算用令牌。例如，在存储部112中存储有能够使用码结算的店铺、即码结算的加盟店的店铺ID。令牌生成部1131参照存储部112，判定接受到的店铺ID是否已作为码结算的加盟店的店铺ID而被注册。令牌生成部1131在判定为已作为加盟店的店铺ID被注册的情况下，生成向店铺终端13发送的结算用令牌。令牌生成部1131将生成的结算用令牌、结算信息和店铺ID相关联并存储在存储部112中。另外，令牌生成部1131将生成的结算用令牌发送给发送了结算用码的取得请求的店铺终端13。
结算请求取得部1132从读取了店铺终端13基于结算用令牌而显示的结算用码的用户终端12，取得包含结算用令牌和用户ID并且针对用户的支付金额的结算请求、即与作为第一结算手段的码结算对应的结算请求。
需要说明的是，结算请求取得部1132也可以从用户终端12取得包含结算用令牌、用户ID、店铺ID在内的结算请求。例如，店铺终端13显示店铺ID或者表示店铺ID的码，用户终端12读取该店铺ID或者读取码并从该码中提取店铺ID，并将包含该店铺ID的结算请求发送到结算处理装置11。
判定部1133判定与码结算相关联的用户的账户的余额是否小于支付金额。具体而言，判定部1133判定结算请求中包含的结算用令牌是否作为向店铺终端13发送的结算用令牌而存储于存储部112。判定部1133在判定为作为发送到店铺终端13的结算用令牌而存储于存储部112时，确定与该结算用令牌相关联并存储于存储部112的结算信息所表示的支付金额。另外，当判定部1133判定为作为发送到店铺终端13的结算用令牌而存储于存储部112时，确定与结算请求取得部1132取得的结算请求中包含的用户ID相关联并存储于存储部112的用户的码结算所对应的账户的余额。然后，判定部1133判定所确定的用户的账户的余额是否小于所确定的支付金额。
判定部1133在与码结算相关联的用户的账户的余额小于支付金额的情况下，判定与用户相关联的第二结算手段是否满足规定的条件。
规定的条件例如是能够通过第二结算手段对支付金额与用户的账户的余额之间的差额进行结算。即，判定部1133在与码结算相关联的用户的账户的余额小于支付金额的情况下，向判定是否能够使用第二结算手段的判定装置进行结算限额的分配请求(授权的请求)。判定装置在接受了结算限额的分配请求时，进行第二结算手段的有效性、是否到达使用限额等的判定，在判定为能够分配结算限额时，将表示结算限额的分配请求的批准(授权的批准)的批准信息发送给结算处理装置11。判定部1133通过判定是否从判定装置取得了表示结算限额的分配请求的批准的批准信息，来判定是否能够通过与用户相关联的第二结算手段对支付金额与用户的账户的余额之间的差额进行结算。
需要说明的是，规定的条件设为能够通过第二结算手段对支付金额与用户的账户的余额之间的差额进行结算，但不限于此。规定的条件也可以是用户关联了第二结算手段。
结算部1134进行支付金额的结算。具体而言，结算部1134在用户的账户的余额为支付金额以上的情况下，从码结算所对应的用户的账户的余额中减去支付金额而进行结算。
另外，结算部1134在用户的账户的余额小于支付金额的情况下，在判定部1133判定为第二结算手段满足规定的条件时，允许码结算中的用户的账户的余额不足的情况，并通过码结算进行支付金额的结算。
具体而言，结算部1134在判定部1133从判定装置取得了表示结算限额的分配请求的批准(授权的批准)的批准信息时，从与由结算请求取得部1132取得的结算请求中包含的用户ID相关联的用户的账户的余额中减去由判定部1133确定的支付金额。由于账户的余额小于支付金额，因此减去支付金额后的账户的余额小于0日元。结算处理装置11根据从该判定装置取得了批准结算限额的分配请求的情况来减去支付金额，因此经营码结算的运营商能够将进行了分配的结算限额作为担保，允许用户的账户的余额不足的情况。
然后，结算部1134执行将支付金额存入由与结算用令牌相关联并存储在存储部112中的店铺ID或结算用令牌中包含的店铺ID所确定的店铺的账户的处理。在此，结算部1134也可以将从支付金额中减去结算处理装置11中的结算手续费后的金额存入店铺的账户。
通知部1135在结算金额的结算已完成的情况下，将表示结算已完成的结算完成信息通知给店铺终端13。另外，通知部1135在结算金额的结算已完成的情况下，将表示支付已完成的支付完成信息通知给用户终端12。
通知部1135在码结算所对应的用户的账户的余额不足的情况下，在通过结算部1134进行了支付金额的结算之后，将包含表示码结算所对应的用户的账户的余额不足的情况的信息的支付完成信息通知给用户。例如，通知部1135向结算用令牌的发送源的用户终端12发送包含表示码结算所对应的用户的账户的余额不足的情况的信息在内的支付完成信息，由此将该信息通知给用户。
通知部1135在与码结算相关联的用户的账户的余额小于支付金额的情况下，当判定为能够由与用户相关联的第二结算手段来结算支付金额与用户的账户的余额之间的差额时，也可以将敦促设定第二结算手段作为与第一结算手段对应的支付手段的信息通知给用户。由此，用户能够将与第一结算手段对应的支付手段切换为能够结算的结算手段的支付手段，顺利地进行结算。
通知部1135例如将进行支付金额的结算前的余额与支付金额之间的差额、即进行支付金额的支付时的不足额作为表示码结算所对应的用户的账户的余额不足的情况的信息通知给用户。另外，通知部1135将表示码结算所对应的用户的账户的余额不足的情况的信息、以及敦促向与码结算相关联的用户的账户存钱的信息通知给用户。由此，用户能够认识到用户的账户的余额不足的情况以及不足额，并向账户存钱。
需要说明的是，结算部1134在向第二结算手段请求了与减去支付金额前的余额和支付金额之间的差额对应的结算限额的分配之后，在与码结算相关联的用户的账户中存入了该余额与支付金额之间的差额以上的金额时，向第二结算手段请求取消结算限额的分配。在此，金额的存入也可以是从能够作为购买商品时的支付补偿金使用的积分换算得到的金额的存入。
另外，结算部1134在向第二结算手段请求了与减去支付金额前的余额和支付金额之间的差额对应的结算限额的分配之后，在与码结算相关联的用户的账户的余额在规定期间内不足的情况下，向第二结算手段收取与结算限额对应的金额。在该情况下，结算部1134除了收取第二结算手段作为支付手段的用户所使用的服务的使用额之外，还向用户收取与结算限额对应的金额，并且将账户的余额设为0日元，由此消除账户的余额的不足部分。
在此，通知部1135也可以将除了收取该服务的使用额之外还向用户收取了与结算限额对应的金额的情况通知给用户。另外，通知部1135也可以随着向用户收取了与结算限额对应的金额，将账户余额的不足状态被消除了的情况通知给用户。
图5A以及图5B是用于说明码结算中的用户的账户的余额不足时的结算处理装置11的处理的表。这些表表示由结算处理装置11设定的账户余额、支付金额、第二结算手段的结算限额、向账户存入的金额、以及第二结算手段的收取额的关系的一例。图5A表示在码结算中的用户的账户的余额不足后在规定期间内进行了向账户存钱的例子。图5B表示在码结算中的用户的账户的余额不足后在规定期间内未进行向账户存钱的例子。需要说明的是，图5A以及5B所示的金额的单位是日元。
例如，如图5A和图5B所示，假设用户购买商品之前的码结算中的用户的账户的余额为300日元，购买商品时的支付金额为700日元。在该情况下，结算部1134允许码结算中的用户的账户的余额不足的情况，并通过码结算进行支付金额的结算，并且向第二结算手段请求与减去支付金额前的余额和支付金额之间的差额对应的金额的结算限额的分配。由此，账户的余额成为-400日元，并且分配400日元作为结算限额。
之后，如图5A所示，在规定期间内码结算中的用户的账户存入1000日元时，账户的余额成为600日元，不足状态被消除，并且取消结算限额的分配，被分配的结算限额的金额成为0日元。
另一方面，如图5B所示，在规定期间内未向码结算中的用户的账户存钱的情况下，向第二结算手段收取账户的余额中的不足额部分(400日元)。另外，根据向第二结算手段收取的情况，账户的余额被变更为0日元。
[结算处理装置11中的处理流程]
接着，对结算处理装置11中的处理流程进行说明。首先，对结算处理装置11进行结算之前的处理流程进行说明。图6是表示在结算处理装置11进行结算之前的处理流程的流程图。
首先，令牌生成部1131判定是否从店铺终端13取得了结算用码的取得请求(步骤1S1)。令牌生成部1131在判定为取得了结算用码的取得请求时，将处理转移到步骤1S2，在判定为未取得结算用码的取得请求时，重新执行步骤1S1。
接着，令牌生成部1131生成结算用令牌(步骤1S2)，并且将该结算用令牌和与结算用码的取得请求一起取得的结算信息以及店铺ID相关联并存储在存储部112中。令牌生成部1131将生成的结算用令牌发送给店铺终端13(步骤1S3)。
店铺终端13的码生成部1363在从结算处理装置11接收到结算用令牌时，生成基于结算用令牌的结算用码并使显示部34显示结算用码。用户终端12的令牌发送部1263在读取店铺终端13所显示的结算用码时，将包含结算用令牌和用户ID在内的结算请求发送到结算处理装置11。
结算请求取得部1132判定是否从用户终端12取得了包含结算用令牌和用户ID在内的结算请求(步骤1S4)。结算请求取得部1132在判定为取得了结算请求时，将处理转移至步骤1S5，在判定为未取得结算请求时，重新执行步骤1S4。
在步骤1S5中，在取得了结算请求时，判定部1133判定结算请求中包含的用户ID的用户的码结算中的账户的余额是否在支付金额以上。判定部1133在判定为账户的余额在支付金额以上时，将处理转移到步骤1S7，当判定为账户的余额小于支付金额时，将处理转移到步骤1S6。
在步骤1S6中，判定部1133通过向判定是否能够使用第二结算手段的判定装置请求与支付金额和用户的账户的余额之间的差额对应的结算限额的分配，判定是否能够通过与用户相关联的第二结算手段对该差额进行结算。判定部1133在判定为能够通过第二结算手段对差额进行结算时，将处理转移到步骤1S7，当判定为不能够通过第二结算手段对差额进行结算时，将处理转移到步骤1S10。
在步骤1S7中，结算部1134通过码结算进行支付金额的结算。在此，在步骤1S5中判定为与码结算相关联的账户的余额小于支付金额的情况下，结算部1134允许码结算中的用户的账户的余额不足的情况，从账户的余额中减去支付金额。
接着，结算部1134执行将支付金额存入由与结算用令牌相关联并存储在存储部112中的店铺ID所确定的店铺的账户的处理(步骤1S8)。
接着，通知部1135向用户终端12通知表示支付已完成的支付完成信息(步骤1S9)。在此，通知部1135在码结算所对应的用户的账户的余额不足的情况下，将包含表示该账户的余额不足的情况的信息在内的支付完成信息通知给用户终端12。
另一方面，在步骤1S6中，在判定为不能够通过第二结算手段对差额进行结算的情况下，通知部1135将表示无法通过码结算进行支付金额的结算的意思的错误信息通知给用户终端12(步骤1S10)。
接着，对结算处理装置11中的与码结算相关联的账户的余额成为不足状态的情况下的处理流程进行说明。图7是表示结算处理装置11中的与码结算相关联的账户的余额成为不足状态的情况下的处理的流程的流程图。需要说明的是，设本流程图每隔规定时间(例如1天)执行。
结算部1134判定是否已通过对成为余额不足状态的账户进行充值而使该账户的余额不足状态得到了消除(步骤1S21)。结算部1134在判定为不足状态已消除时，将处理转移至步骤1S22，在判定为不足状态未被消除时，将处理转移至步骤1S23。
在步骤1S22中，结算部1134针对在图6的步骤1S6中进行了分配的结算限额，请求第二结算手段取消分配。
在步骤1S23中，结算部1134判定与码结算相关联的账户的余额在规定期间内是否不足。结算部1134在判定为账户的余额在规定期间内不足时，将处理转移到步骤1S24，当判定为账户的余额在规定期间内没有不足时，结束本流程图的处理。
在步骤1S24中，结算部1134向第二结算手段收取与在图6的步骤1S6中进行了分配的结算限额对应的金额。
接着，结算部1134消除账户余额的不足部分(步骤1S25)。
[变形例1-1]
在以上的说明中，店铺终端13在用户购买商品时向结算处理装置11进行了结算用码的取得请求，但不限于此。例如，在店铺中仅处理金额相同的商品，并且在用户的商品的购买金额固定的情况下，店铺终端13也可以预先从结算处理装置11接收结算用令牌，并显示与该结算用令牌对应的结算用码。然后，结算处理装置11也可以从读取了该结算用码的用户终端12取得结算请求，进行结算处理。
[变形例1-2]
另外，在上述的说明中，示出了店铺终端13显示结算用码，用户终端12读取在店铺终端13显示的结算用码，并将结算请求发送到结算处理装置11的例子，但不限于此。例如，用户终端12也可以显示结算用码，店铺终端13读取结算用码，并将结算请求发送到结算处理装置11。
图8是说明店铺终端13向结算处理装置11发送结算请求时的处理流程的图。如图8所示，用户终端12的用户在店铺购买商品的情况下，进行用于使用户终端12显示结算用码的操作。用户终端12向结算处理装置11发送结算用码的取得请求和用户ID(图8中的(b1))。
结算处理装置11的令牌生成部1131在从用户终端12接收到结算用码的取得请求和用户ID时，生成结算用令牌，将生成的结算用令牌与用户ID相关联并存储在存储介质中。另外，结算处理装置11将生成的结算用令牌向用户终端12发送(图8中的(b2))。
用户终端12基于接收到的结算用令牌来生成并显示结算用码(图8中的(b3))。店铺终端13例如通过店员的操作，读取在用户终端12显示的结算用码(图8中的(b4))。店铺终端13将包含店铺ID、含有用户要支付的支付金额的结算信息、以及已读取的结算用码所表示的结算用令牌在内的结算请求发送到结算处理装置11(图8中的(b5))。
结算处理装置11的结算请求取得部1132从将要由用户支付支付金额的店铺终端13取得码结算所对应的结算请求。结算处理装置11的判定部1133在结算请求取得部1132取得了结算请求时，判定与第一结算手段相关联的用户的账户的余额是否为支付金额以上(图8中的(b6))。结算处理装置11的结算部1134在码结算所对应的用户的账户的余额为支付金额以上的情况下，进行支付金额的结算。
另外，判定部1133在账户的余额小于支付金额的情况下，判定与用户ID所对应的用户相关联的第二结算手段是否满足规定条件，所述用户ID与结算请求中包含的结算用令牌相关联(图8中的(b7))。在判定部1133判定为第二结算手段满足规定的条件时，结算部1134允许码结算所对应的用户的账户的余额不足的情况，并通过码结算进行支付金额的结算(图8的(b8))。
[变形例1-3]
另外，在上述的说明中，设第一结算手段是码结算，但不限于此。第一结算手段也可以是在结算处理装置11等服务器侧管理余额的预付式的结算手段、或者从银行账户扣除支付金额的方式(借记方式)的结算手段。在该情况下，结算部1134也可以允许第一结算手段所对应的账户的余额不足的情况，并通过第一结算手段进行支付金额的结算。
[结算系统的效果]
如以上说明的那样，结算处理装置11取得针对用户的支付金额的、与作为第一结算手段的码结算对应的结算请求，在与码结算相关联的用户的账户的余额小于支付金额的情况下，判定与用户相关联的第二结算手段是否满足规定的条件。然后，结算处理装置11在判定为第二结算手段满足规定的条件时，允许码结算中的用户的账户的余额不足的情况，并通过码结算进行支付金额的结算。由此，能够减轻用户在结算时账户的余额不足的情况下的用户的负担。
＜第二实施方式＞
[结算处理装置21的概要]
图9是表示结算处理装置21的概要的图。结算处理装置21是在用户购买商品的情况下，根据从用户终端22或店铺终端23接收到与商品的支付金额对应的结算用码而进行结算的计算机。结算用码是在用户终端22或店铺终端23中读取的文本或图像，是结算时使用的码。
结算处理装置21经由手机网络以及互联网等通信网络与用户终端22和店铺终端23连接。用户终端22是用户使用的移动终端，例如是智能手机、可穿戴设备、平板电脑或个人计算机。店铺终端23例如是POS终端。
以下，参照通过码结算进行结算的例子的同时对在进行商品的价款的结算之前的流程进行说明。图9示出了根据由结算处理装置21确定了店铺终端23已读取结算用码的情况而进行结算的例子。需要说明的是，在本实施方式中，在作为第一结算手段的码结算中，用于支付金额的支付手段在结算处理装置21中相关联。在本实施方式中，假设作为与第一结算手段相关联的支付手段，关联有在预付式账户中管理余额且支付金额从余额支付的预付账户支付手段。预付账户可以与用户持有的预付卡相关联。
首先，用户在店铺购买商品的情况下，进行用于使用户终端22显示结算用码的操作。用户终端22向结算处理装置21发送结算用码的取得请求和用户ID(图9中的(c1))。
当从用户终端22接收到结算用码的取得请求和用户ID时，结算处理装置21判定与用户ID相关联的作为第一结算手段的码结算所关联的用户的账户是否满足表示能够结算的状态的第一条件(规定条件)。在此，第一条件是账户的余额为规定金额以上。即，结算处理装置21判定用户的账户的余额是否为规定金额以上(图9中的(c2))。
结算处理装置21在判定为用户的账户的余额为规定金额以上时，生成结算用令牌(图9中的(c3))。在此，规定金额例如是0日元。结算用令牌是在用户终端22生成针对码的取得请求而一次性地发放且由用户出示给店铺的结算用码时使用的数据串。结算处理装置21将生成的结算用令牌与用户ID相关联并存储在存储介质中。结算用令牌中也可以包含识别持有结算处理装置21的结算运营商的结算运营商信息、表示结算用令牌的有效期限的期限信息中的至少任意一个。此外，结算处理装置21也可以将生成了结算用令牌的时间与结算用令牌相关联并存储。
结算处理装置21将生成的结算用令牌发送给用户终端22(图9中的(c4))。结算处理装置21也可以在对结算用令牌进行加密后，将加密后的结算用令牌发送给用户终端22。
用户终端22基于接收到的结算用令牌来生成并显示结算用码(图9中的(c5))。
店铺终端23例如通过店员的拍摄操作，读取在用户终端22显示的结算用码(图9中的(c6))。店铺终端23将包含店铺ID、含有用户要支付的支付金额的结算信息、以及已读取的结算用码所表示的结算用令牌在内的结算请求发送到结算处理装置21(图9中的(c7))。结算信息中也可以包含与支付对象商品相关的信息。另外，店铺ID也可以是能够识别设置在店铺内的各个终端的信息。另外，店铺ID中也可以包含识别店铺的名称或品牌的店铺品牌信息。
结算处理装置21在从店铺终端23取得了结算请求时，判定由接收到的结算请求中包含的店铺ID识别的店铺是否已作为能够使用码结算的店铺(码结算的加盟店)由结算处理装置21注册，在判定为已注册的情况下，确定与结算用令牌相关联的作为第一结算手段的码结算所对应的用户的账户的余额。然后，结算处理装置21判定与结算请求中包含的结算用令牌相关联的作为第一结算手段的码结算所对应的用户的账户的余额是否为支付金额以上(图9中的(c8))。结算处理装置21使用接收到的结算请求中包含的结算信息所表示的支付金额作为在该判定中使用的支付金额。
结算处理装置21在码结算所对应的用户的账户的余额为支付金额以上的情况下，进行支付金额的结算，在账户的余额小于支付金额的情况下，判定与用户相关联的第二结算手段是否满足第二条件(图9中的(c9))。
结算处理装置21在判定为第二结算手段满足第二条件时，允许码结算中的用户的账户的余额不足的情况，并通过码结算进行支付金额的结算(图9的(c10))。在此，结算处理装置21在执行结算时，不向用户的账户存钱。由此，用户的账户的余额将小于0日元。需要说明的是，在本实施方式中，对用户的账户的余额将小于0日元的例子进行说明，但不限于此。也可以将用户的账户的余额设为0日元，并且对用户的债务的余额进行管理，并且将表示用户负有债务的情况的信息进行关联。
之后，在用户的账户的余额小于0日元的状态下购买商品，且用户进行用于使用户终端22显示结算用码的操作时，用户终端22向结算处理装置21发送结算用码的取得请求和用户ID(图9中的(c1))。
结算处理装置21在从用户终端22接收到结算用码的取得请求和用户ID时，判定与用户ID相关联的作为第一结算手段的码结算所关联的用户的账户的余额是否为规定金额以上(图9中的(c2))。在此，由于用户的账户的余额小于0日元，因此结算处理装置21不生成结算用令牌，而将表示无法显示结算用码的意思的错误消息发送至用户终端22。用户终端22显示接收到的错误消息。
结算处理装置21通过如以上那样工作，能够在结算时账户的余额不足的可能性高的情况下迅速地中断结算。由此，用户能够迅速地采取切换为基于现金的支付或向账户存钱等应对措施。
另外，对于余额不足这样的结算，通常进行的自动充值会自动地向账户存钱，所以用户难以掌握消费了多少钱，可能不适用于想要管理金钱的消费上限的用户。对此，结算处理装置21即使在结算时发生了余额不足时也不会自动地向账户存钱，而是允许余额不足的情况，并通过码结算进行支付金额的结算，并在下次支付时，显示表示无法显示结算用码的意思的错误消息。由此，能够使利用寻求管理金钱消费的预支付式账户的用户认识到账户的余额不足的情况。由此，用户易于管理金钱消费。
以下，对结算处理装置21、用户终端22以及店铺终端23的结构的详细情况进行说明。
[结算处理装置21的功能结构]
图10是表示结算处理装置21的功能结构的图。结算处理装置21具有通信部211、存储部212和控制部213。
通信部211是用于经由互联网等网络与用户终端22以及店铺终端23之间收发数据的通信接口。
存储部212是存储各种数据的存储介质，具有ROM(Read Only Memory：只读存储器)、RAM(Random Access Memory：随机存取存储器)以及硬盘等。存储部212存储控制部213执行的程序。存储部212存储使控制部213作为设定部2131、发放请求取得部2132、第一判定部2133、令牌生成部2134、发送部2135、结算请求取得部2136、第二判定部2137、结算部2138以及通知部2139发挥功能的结算处理用程序。
另外，存储部212存储将用户的用户ID和该用户的预付式账户相关联而得到的账户信息，该用户的预付式账户与码结算相关联。另外，存储部212将用户的用户ID和用于确定该用户的第二结算手段的信息相关联并存储。
第二结算手段例如是提供通信服务的运营商与使用手机网络所涉及的通信费用一起收取各种服务的使用费用的结算方法、即运营商结算、或信用卡结算等后支付结算。在此，接受码结算的结算请求的运营商和提供与码结算不同的服务的运营商(提供通信服务的运营商、提供第二结算手段的运营商)是同一运营商。
另外，用于确定第二结算手段的信息例如是识别与运营商结算相关的合同的合同ID、信用卡的卡号。需要说明的是，用于确定第二结算手段的信息是由用户任意地注册在结算处理装置21中的信息，假设在用户中存在未与用于确定第二结算手段的信息相关联的用户。
控制部213例如是CPU(Central Processing Unit：中央处理单元)。控制部213通过执行存储于存储部212的结算处理用程序，作为设定部2131、发放请求取得部2132、第一判定部2133、令牌生成部2134、发送部2135、结算请求取得部2136、第二判定部2137、结算部2138以及通知部2139发挥功能。后面描述关于控制部213的各部的工作的详细情况。
[用户终端22的功能结构]
图11是表示用户终端22的功能结构的图。用户终端22具有操作部221、通信部222、显示部223、存储部224和控制部225。控制部225具有操作接受部2251、请求发送部2252以及码生成部2253。
操作部221是接受用户的操作的操作设备，例如是设置于显示部223的表面的触摸面板。操作部221将表示用户触摸的位置的信号通知给操作接受部2251。
通信部222例如是用于在与手机网络的基站之间收发数据的无线通信接口。通信部222将从结算处理装置21接收到的结算用令牌等输入到码生成部2253。
显示部223是显示各种信息的显示器。显示部223基于码生成部2253的控制来显示结算用码。
存储部224是包含ROM以及RAM等的存储介质。存储部224存储由控制部225执行的程序。存储部224存储使控制部225作为操作接受部2251、请求发送部2252以及码生成部2253发挥功能的程序。另外，存储部224存储从结算处理装置21接收到的结算用令牌、以及基于结算用令牌而生成的结算用码等。
控制部225例如是CPU，通过执行存储于存储部224的程序，作为操作接受部2251、请求发送部2252以及码生成部2253发挥功能。
操作接受部2251基于从操作部221输入的信号，确定用户的操作内容。操作接受部2251在确定出的操作内容是用于在用户终端22显示结算用码的操作的情况下，将操作内容通知给请求发送部2252。请求发送部2252在操作接受部2251接受了用于在用户终端22显示结算用码的操作的情况下，经由通信部222向结算处理装置21发送用户ID和结算用码的取得请求。
码生成部2253在接收到结算处理装置21发送的结算用令牌时，生成基于结算用令牌的结算用码。码生成部2253例如基于预先确定的规则生成结算用码。码生成部2253使显示部223显示所生成的结算用码。
[店铺终端23的功能结构]
图12是表示店铺终端23的功能结构的图。店铺终端23例如是POS终端，具有操作部231、读取部232、通信部233、显示部234、存储部235以及控制部236。
操作部231是接受用户的操作的操作设备，例如是用于选择用户购买的商品的按钮、或设置于显示部234的表面的触摸面板。
读取部232例如是条形码读取器和相机，读取附在用户购买的商品上的条形码、用户终端22显示的结算用码。读取部232将读取的条形码以及结算用码所表示的信息输出到控制部236。
通信部233例如是用于与结算处理装置21之间收发数据的通信接口。通信部233根据控制部236的控制，将包含结算用令牌、结算信息、店铺ID在内的结算请求发送到结算处理装置21。
显示部234是显示各种信息的显示器。显示部234例如显示结算金额。
存储部235是包含ROM以及RAM等的存储介质。存储部235存储由控制部236执行的程序。存储部235存储使控制部236作为结算信息生成部2361、令牌取得部2362以及结算信息发送部2363发挥功能的程序。另外，存储部235存储将商品ID与商品的价格相关联而得到的商品DB。
控制部236例如是CPU，通过执行存储于存储部235的程序，作为结算信息生成部2361、令牌取得部2362以及结算信息发送部2363发挥功能。
结算信息生成部2361确定结算对象的一个以上的商品，生成结算信息。具体而言，结算信息生成部2361通过取得在操作部231中店员输入的商品ID或读取部232从附在商品上的条形码读取的商品ID，将取得的商品ID的商品确定为结算对象的商品。结算信息生成部2361参照存储部235中存储的商品DB，确定与所取得的商品ID相关联的商品的价格。结算信息生成部2361取得一个以上的在操作部231中店员输入的商品ID或读取部232从附在商品上的条形码读取的商品ID，并对根据该商品ID确定的商品的价格进行合计。在操作部231中接受了核算操作时，结算信息生成部2361将合计的商品的价格确定为结算金额。结算信息生成部2361生成包含所确定的结算金额在内的结算信息。结算信息中也可以包含与由商品ID确定的商品相关的信息，例如商品的属性、名称、制造者、销售者。
令牌取得部2362通过由读取部232读取在用户终端22显示的结算用码，取得从结算用码提取出的信息作为结算用令牌。
结算信息发送部2363在由结算信息生成部2361生成结算信息，并由令牌取得部2362取得结算用令牌时，经由通信部233将结算用令牌、结算信息、店铺ID发送到结算处理装置21。
[控制部213的各部的工作]
接着，对控制部213的各部的工作进行说明。
设定部2131设定用于判定是否在用户终端22显示码结算的结算用码的规定金额。例如，设定部2131从提供与码结算相关的服务的运营商取得设定规定金额的信息，并基于该信息设定规定金额。设定部2131使存储部212存储表示规定金额的信息。
需要说明的是，设定部2131也可以将预先确定的金额作为上限来设定规定金额。由此，结算处理装置21能够抑制尽管账户的余额超过支付金额，但无法显示结算用码的情况。
另外，设规定金额在多个用户中是共通的，但不限于此，也可以在多个用户中各自不同。在该情况下，设定部2131也可以经由通信部211从用户终端22取得用户ID和设定规定金额的信息，并基于该信息设定规定金额。而且，设定部2131在取得了用户ID和设定规定金额的信息时，也可以将用户ID和表示规定金额的信息相关联并存储在存储部212中。在该情况下，设定部2131也可以将与未进行规定金额的设定的用户对应的规定金额设为由提供与码结算相关的服务的运营商设定的规定金额。
发放请求取得部2132从用户终端22取得用于识别与码结算关联地进行了结算用码的发放请求的用户的用户ID。具体而言，发放请求取得部2132从用户终端22取得包含用户ID的结算用码的发放请求，由此取得用户ID。
第一判定部2133判定与发放请求取得部2132取得的用户ID对应的用户的码结算所关联的账户是否满足表示能够结算的状态的第一条件。第一条件是账户的余额为由设定部2131设定的规定金额以上。第一判定部2133判定与发放请求取得部2132取得的用户ID对应的用户的码结算所关联的账户的余额是否为设定部2131设定的规定金额以上。
具体而言，首先，第一判定部2133确定与发放请求取得部2132取得的用户ID相关联并存储于存储部212的用户的账户的余额。另外，第一判定部2133确定与发放请求取得部2132取得的用户ID对应的规定金额。例如，第一判定部2133判定表示规定金额的信息是否与发放请求取得部2132取得的用户ID相关联地存储在存储部212中。第一判定部2133在表示规定金额的信息与用户ID相关联地存储在存储部212中的情况下，基于该信息确定规定金额。第一判定部2133在表示规定金额的信息没有与用户ID相关联地存储在存储部212中的情况下，确定提供与码结算相关的服务的运营商所设定的规定金额。然后，第一判定部2133判定所确定的账户的余额是否为所确定的规定金额以上。
令牌生成部2134在第一判定部2133判定为用户的账户不满足第一条件的情况下，不生成在用户终端22显示的与用户对应的码相关的结算用令牌，在第一判定部2133判定为用户的账户满足第一条件的情况下，生成结算用令牌。具体而言，令牌生成部2134在第一判定部2133判定为用户的账户的余额小于规定金额的情况下，不在用户终端22显示与用户对应的结算用码，在判定为规定金额以上的情况下，在用户终端22显示与用户对应的结算用码。另外，令牌生成部2134以及发送部2135作为通知部发挥功能，在第一判定部2133判定为用户的账户的余额小于规定金额的情况下，将余额不足的情况通知给用户。
更具体而言，首先，令牌生成部2134在判定为用户的账户的余额为规定金额以上的情况下，生成用于生成结算用码的结算用令牌。然后，令牌生成部2134将所生成的结算令牌与用户ID相关联并存储在存储部212中。当令牌生成部2134生成结算用令牌时，发送部2135将该结算用令牌发送给发送了结算用码的发放请求的用户终端22，在用户终端22显示结算用码。
另外，令牌生成部2134在判定为用户的账户的余额小于规定金额的情况下，生成表示余额不足的情况的余额不足信息。在余额不足信息中包含当前的账户的余额和表示由于余额不足的情况而不显示结算用码的消息。
发送部2135在令牌生成部2134生成余额不足信息时，将该余额不足信息发送给发送了结算用码的发放请求的用户终端22，由此，不在用户终端22显示结算用码，而显示余额不足信息。由此，用户能够认识到由于余额不足的情况而无法显示结算用码的情况，能够采取通过现金等其他结算手段进行结算、或向账户存钱等应对措施。
需要说明的是，令牌生成部2134以及发送部2135在第一判定部2133判定为用户的账户的余额小于规定金额的情况下，将余额不足的情况通知给用户，但不限于此。令牌生成部2134以及发送部2135也可以在第一判定部2133判定为用户的账户的余额小于规定金额的情况下，向用户通知敦促向账户的存钱的信息。在该情况下，令牌生成部2134在余额不足信息中包含敦促向账户存钱的信息，发送部2135将该余额不足信息发送给用户终端22。
另外，令牌生成部2134以及发送部2135在第一判定部2133判定为用户的账户的余额小于规定金额的情况下，不在用户终端22显示与用户对应的结算用码，但不限于此。在被设定为用户在账户的余额为小于规定金额的设定金额的情况下向该账户自动地存钱时，令牌生成部2134以及发送部2135也可以在用户终端22显示与用户对应的结算用码。
例如，在用户将规定金额设定为2000日元并且设定了在账户的余额小于1000日元的情况下自动存钱的自动充值的情况下，令牌生成部2134即使在账户的余额小于规定金额的情况下，也生成结算用令牌。然后，当令牌生成部2134生成结算用令牌时，发送部2135将该结算用令牌发送给用户终端22，显示结算用码。由此，结算处理装置21在用户设定了自动充值的情况下，能够防止尽管通过自动充值消除了余额不足的情况可能性高，但未显示结算用码而无法进行码结算的情况。
结算请求取得部2136从读取了用户终端22基于结算用令牌而显示的结算用码的店铺终端23，取得包含店铺ID、含有用户要支付的支付金额的结算信息、结算用码所表示的结算用令牌在内的结算请求、即与作为第一结算手段的码结算对应的结算请求。
第二判定部2137判定与结算请求中包含的结算用令牌相关联并存储于存储部212的、码结算所对应的用户的账户的余额是否小于支付金额。具体而言，第二判定部2137判定结算请求取得部2136取得的结算请求中包含的店铺ID是否已作为码结算的加盟店的店铺ID被注册。例如，在存储部212中存储有能够使用码结算的店铺、即码结算的加盟店的店铺ID。第二判定部2137参照存储部212，判定结算请求中包含的店铺ID是否已作为码结算的加盟店的店铺ID被注册。第二判定部2137在判定为已作为加盟店的店铺ID被注册的情况下，确定与结算请求中包含的结算用令牌相关联并存储于存储部212的、码结算所对应的用户的账户的余额。然后，在用户的账户的余额小于支付金额的情况下，第二判定部2137判定与用户相关联的第二结算手段是否满足第二条件。
第二条件例如是能够通过第二结算手段对支付金额与用户的账户的余额之间的差额进行结算。即，第二判定部2137在与码结算相关联的用户的账户的余额小于支付金额的情况下，向判定是否能够使用第二结算手段的判定装置进行结算限额的分配请求(授权的请求)。判定装置在接受了结算限额的分配请求时，进行第二结算手段的有效性、是否到达使用限额等判定，在判定为能够分配结算限额时，将表示结算限额的分配请求的批准(授权的批准)的批准信息发送给结算处理装置21。第二判定部2137通过判定是否从判定装置取得了批准信息，来判定是否能够通过与用户相关联的第二结算手段对支付金额与用户的账户的余额之间的差额进行结算。
需要说明的是，第二条件设为能够通过第二结算手段对支付金额与用户的账户的余额之间的差额进行结算，但不限于此。第二条件也可以是用户关联了第二结算手段。
结算部2138基于结算请求进行支付金额的结算。具体而言，结算部2138在用户的账户的余额为支付金额以上的情况下，从码结算所对应的用户的账户的余额中减去结算请求中包含的结算信息所表示的支付金额而进行结算。
另外，结算部2138在用户的账户的余额小于支付金额的情况下，在第二判定部2137判定为第二结算手段满足第二条件时，允许码结算中的用户的账户的余额不足的情况，并通过码结算进行支付金额的结算。
具体而言，结算部2138在第二判定部2137从判定装置取得表示结算限额的分配请求的批准(授权的批准)的批准信息时，从与结算请求取得部2136取得的结算请求中包含的结算用令牌相关联地存储在存储部212中的用户ID的用户的账户的余额中减去结算请求中包含的结算信息所表示的支付金额。由于账户的余额小于支付金额，因此减去支付金额后的账户的余额变得小于0日元。另外，结算部2138响应于结算处理装置21从该判定装置取得了结算限额的分配请求的批准的情况来减去支付金额，因此，经营码结算的运营商能够将进行了分配的结算限额作为担保，允许用户的账户的余额不足的情况。
之后，结算部2138执行向由结算请求中包含的店铺ID所确定的店铺的账户存入支付金额的处理。在此，结算部2138也可以将从支付金额中减去结算处理装置21中的结算手续费后的金额存入店铺的账户。
通知部2139在结算金额的结算已完成的情况下，将表示结算已完成的结算完成信息通知给店铺终端23。另外，通知部2139在结算金额的结算已完成的情况下，将表示支付已完成的支付完成信息通知给用户终端22。
通知部2139在码结算所对应的用户的账户的余额不足的情况下，在通过结算部2138进行了支付金额的结算之后，向用户通知包含表示码结算所对应的用户的账户的余额不足的情况的信息的支付完成信息。例如，通知部2139向结算用令牌的发送源的用户终端22发送包含表示码结算所对应的用户的账户的余额不足的情况的信息的支付完成信息，由此将该信息通知给用户。
通知部2139也可以在与码结算相关联的用户的账户的余额小于支付金额的情况下，当判定为能够由与用户相关联的第二结算手段对支付金额与用户的账户的余额之间的差额进行结算时，将敦促设定第二结算手段作为与第一结算手段对应的支付手段的信息通知给用户。由此，用户将与第一结算手段对应的支付手段切换为能够结算的结算手段的支付手段，能够顺利地进行结算。
通知部2139将例如进行支付金额的结算之前的余额与支付金额之间的差额、即进行支付金额的支付时的不足额作为表示码结算所对应的用户的账户的余额不足的情况的信息通知给用户。另外，通知部2139将表示码结算所对应的用户的账户的余额不足的情况的信息、以及敦促向与码结算相关联的用户的账户的存钱的信息通知给用户。由此，用户能够认识到用户的账户的余额不足以及不足额，并向账户存钱。
需要说明的是，结算部2138在向第二结算手段请求了与减去支付金额前的余额和支付金额之间的差额对应的结算限额的分配之后，在与码结算相关联的用户的账户中存入了该余额与支付金额之间的差额以上的金额时，请求第二结算手段取消结算限额的分配。在此，金额的存入也可以是从能够作为购买商品时的支付补偿金使用的积分换算得到的金额的存入。
另外，结算部2138在向第二结算手段请求了与减去支付金额前的余额和支付金额之间的差额对应的结算限额的分配之后，在与码结算相关联的用户的账户的余额在规定期间内不足的情况下，向第二结算手段收取与结算限额对应的金额。在该情况下，结算部2138除了收取第二结算手段作为支付手段的用户所使用的服务的使用额之外，还向用户收取与结算限额对应的金额，并且将账户的余额设为0日元，由此消除账户的余额的不足部分。
在此，通知部2139也可以将除了收取该服务的使用额之外还向用户收取了与结算限额对应的金额的情况通知给用户。另外，通知部2139也可以随着向用户收取了与结算限额对应的金额，向用户通知账户余额的不足状态被消除的情况。
当码结算中的用户的账户的余额不足时，通过结算处理装置21的处理设定的账户余额、支付金额、第二结算手段的结算限额、向账户的存入额以及第二结算手段的收取额与在第一实施方式中说明的例子相同。
即，如图5A和图5B所示，假设用户购买商品之前的码结算中的用户的账户的余额为300日元，购买商品时的支付金额为700日元。在该情况下，结算部2138允许码结算中的用户的账户的余额不足的情况，通过码结算进行支付金额的结算，并且向第二结算手段请求与减去支付金额前的余额和支付金额之间的差额对应的金额的结算限额的分配。由此，账户的余额成为-400日元，并且作为结算限额分配400日元。
之后，如图5A所示，若在规定期间内码结算中的用户的账户中存入1000日元，则账户的余额成为600日元，消除不足状态，并且取消结算限额的分配，已分配的结算限额的金额成为0日元。
另一方面，如图5B所示，在规定期间内未向码结算中的用户的账户存钱的情况下，向第二结算手段收取账户的余额中的不足额部分(400日元)。另外，根据向第二结算手段收取了的情况，账户的余额被变更为0日元。
[结算处理装置21中的处理流程]
接着，对结算处理装置21中的处理流程进行说明。首先，对结算处理装置21进行结算之前的处理流程进行说明。图13是表示结算处理装置21进行结算之前的处理流程的流程图。
首先，发放请求取得部2132从用户终端22取得结算用码的发放请求(步骤2S1)。发放请求中包含用户终端22的用户的用户ID。
接着，第一判定部2133判定发放请求取得部2132取得的发放请求中包含的用户ID所对应的用户的码结算所关联的账户的余额是否为设定部2131设定的规定金额以上(步骤2S2)。第一判定部2133在判定为账户的余额为规定金额以上时，将处理转移到步骤2S3，当判定为账户的余额小于规定金额时，将处理转移到步骤2S6。
在步骤2S3中，令牌生成部2134生成结算用令牌。然后，令牌生成部2134将所生成的结算令牌与包含在发放请求中的用户ID相关联并存储在存储部212中(步骤2S4)。
发送部2135向发送了结算用码的发放请求的用户终端22发送结算用令牌(步骤2S5)。由此，在用户终端22中显示结算用码。
在步骤2S6中，令牌生成部2134生成表示用户的账户的余额不足的情况的余额不足信息。
发送部2135向发送了结算用码的发放请求的用户终端22发送余额不足信息(步骤2S7)。
在步骤2S5中发送了结算用令牌后，结算请求取得部2136判定是否从店铺终端23取得了包含结算信息、店铺ID、结算用令牌在内的结算请求(步骤2S8)。结算请求取得部2136在判定为取得了结算请求时，将处理转移到步骤2S9，当判定为未取得结算请求时，重新执行步骤2S8。
在步骤2S9中，第二判定部2137判定与结算请求中包含的结算用令牌相关联的用户ID的用户的码结算中的账户的余额是否为支付金额以上。第二判定部2137在判定为账户的余额为支付金额以上时，将处理转移到步骤2S11，当判定为账户的余额小于支付金额时，将处理转移到步骤2S10。
在步骤2S10中，第二判定部2137通过向判定是否能够使用第二结算手段的判定装置请求与支付金额和用户的账户的余额之间的差额对应的结算限额的分配，来判定是否能够通过与用户相关联的第二结算手段对该差额进行结算。第二判定部2137在判定为能够使用第二结算手段对差额进行结算时，将处理转移至步骤2S11，在判定为不能够使用第二结算手段对差额进行结算时，将处理转移至步骤2S14。
在步骤2S11中，结算部2138通过码结算进行支付金额的结算。在此，结算部2138在步骤2S9中，在判定为与码结算相关联的账户的余额小于支付金额的情况下，允许码结算中的用户的账户的余额不足的情况，从账户的余额中减去支付金额。
接着，结算部2138执行向由结算请求中包含的店铺ID所确定的店铺的账户存入支付金额的处理(步骤2S12)。
接着，通知部2139向用户终端22通知表示支付已完成的支付完成信息(步骤2S13)。在此，通知部2139在码结算所对应的用户的账户的余额不足的情况下，将包含表示该账户的余额不足的情况的信息在内的支付完成信息通知给用户终端22。
另一方面，在步骤2S10中，在判定为不能够通过第二结算手段对差额进行结算的情况下，通知部2139将表示无法通过码结算进行支付金额的结算的错误信息通知给用户终端22(步骤2S14)。
接着，对结算处理装置21中的与码结算相关联的账户的余额成为不足状态的情况下的处理流程进行说明。图7是表示结算处理装置21中的与码结算相关联的账户的余额成为不足状态的情况下的处理的流程的流程图。需要说明的是，设本流程图每隔规定时间(例如1天)执行。
结算部2138判定是否已通过对余额不足状态的账户进行充值而使该账户的余额不足状态得到了消除(步骤2S21)。结算部2138在判定为不足状态消除时，将处理转移至步骤2S22，在判定为不足状态未被消除时，将处理转移至步骤2S23。
在步骤2S22中，结算部2138对于在图13的步骤2S10中进行了分配的结算限额，向第二结算手段请求取消分配。
在步骤2S23中，结算部2138判定与码结算相关联的账户的余额是否在规定期间内不足。结算部2138在判定为账户的余额在规定期间内不足时，将处理转移到步骤2S24，在判定为账户的余额在规定期间内没有不足时，结束本流程图的处理。
在步骤2S24中，结算部2138向第二结算手段收取与在图13的步骤2S10中进行了分配的结算限额对应的金额。
接着，结算部2138消除账户余额的不足部分(步骤2S25)。
[变形例2-1]
在以上的说明中，用户终端22显示结算用码，店铺终端23读取在用户终端22显示的结算用码，并将结算请求发送到结算处理装置21，但不限于此。例如，也可以由店铺终端23显示结算用码，用户终端22读取结算用码，并将结算请求发送到结算处理装置21。
图14是说明用户终端22向结算处理装置21发送结算请求时的处理流程的图。首先，用户在店铺进行结账的情况下，店铺中的店员在店铺终端23中读取附在用户购买的商品上的条形码，使店铺终端23生成表示用户的支付金额的结算信息。另外，店员在店铺终端23中进行用于使店铺终端23显示结算用码的操作。店铺终端23向结算处理装置21发送结算用码的取得请求、结算信息和店铺ID(图14中的(d1))。
结算处理装置21在从店铺终端23接收结算用码的取得请求、结算信息和店铺ID时，生成结算用令牌。结算处理装置21将生成的结算用令牌与店铺ID相关联并存储在存储介质中。结算处理装置21将生成的结算用令牌发送给店铺终端23(图14中的(d2))。
店铺终端23基于接收到的结算用令牌来生成并显示结算用码(图14中的(d3))。
用户终端22例如通过用户的操作，读取店铺终端23所显示的结算用码(图14中的(d4))。用户终端22向结算处理装置21发送包含用户ID和读取的结算用码所表示的结算用令牌在内的结算请求(图14中的(d5))。
结算处理装置21在从用户终端22取得结算请求时，判定与码结算相关联的用户的账户的余额是否为规定金额以上(图14中的(d6))。结算处理装置21在用户的账户的余额小于规定金额的情况下，如上所述，生成余额不足信息并通知给用户终端22。在此，结算处理装置21也可以向用户通知敦促向账户存钱的信息。由此，结算处理装置21能够防止在账户的余额小于规定金额的情况下进行码结算，且账户的余额的不足额增加的情况。
结算处理装置21在判定为账户的余额为规定金额以上的情况下，判定与码结算相关联的用户的账户的余额是否为支付金额以上(图14中的(d7))。
结算处理装置21在与码结算相关联的用户的账户的余额为支付金额以上的情况下，进行支付金额的结算，在账户的余额小于支付金额的情况下，判定与用户相关联的第二结算手段是否满足第二条件(图14中的(d8))。
结算处理装置21在判定为第二结算手段满足第二条件时，允许码结算中的用户的账户的余额不足的情况，并通过码结算进行支付金额的结算(图14的(d9))。
[变形例2-2]
另外，在上述的说明中，设第一结算手段是码结算，但不限于此。第一结算手段也可以是在结算处理装置21等服务器侧管理余额的预付式的结算手段、或者从银行账户扣除支付金额的方式(借记方式)的结算手段。在该情况下，结算部2138也可以允许与第一结算手段对应的账户的余额不足的情况，并通过第一结算手段进行支付金额的结算。
[变形例2-3]
另外，在上述的说明中，在规定金额为0日元，结算处理装置21判定为用户的账户的余额小于0日元的情况下，不生成结算用令牌，而将表示无法显示结算用码的意思的错误消息发送给用户终端22，但不限于此。规定金额也可以是1日元以上的金额，例如10日元。由于能够以小于10日元的钱购买的商品有限，因此在判定为用户的账户的余额小于10日元的情况下，通过不生成结算用令牌，在结算时能够设为账户的余额很可能不足而迅速地中断结算。
[结算系统的效果]
如以上说明的那样，结算处理装置21在从用户终端22取得了用于识别与码结算关联地进行了结算用码的发放请求的用户的用户ID时，判定与该用户ID对应的用户的码结算所关联的账户是否满足表示能够结算的状态的规定条件。结算处理装置21在判定为不满足账户的规定条件的情况下，在用户终端22中不生成与用户对应的结算用码相关的结算用令牌，在判定为满足规定条件的情况下生成结算用令牌。由此，结算处理装置21在结算时账户余额不足的可能性高的情况下能够迅速地中断结算。
以上，使用实施方式对本发明进行了说明，但本发明的技术范围并不限定于上述实施方式所记载的范围，能够在其主旨的范围内进行各种变形以及变更。例如，装置的分散、合并的具体的实施方式不限于以上的实施方式，对于其全部或一部分，能够以任意的单位功能性或物理性地分散、合并而构成。另外，通过多个实施方式的任意组合而产生的新的实施方式也包含在本发明的实施方式中。通过组合而产生的新的实施方式的效果一并具有原来的实施方式的效果。

Claims (20)

1.一种结算处理方法，包括由计算机执行的以下步骤：
取得对于用户的支付金额的、与第一结算手段对应的结算请求的步骤；
在与所述第一结算手段相关联的所述用户的账户的余额小于所述支付金额的情况下，判定与所述用户相关联的第二结算手段是否满足规定的条件的步骤；以及
在判定为所述第二结算手段满足所述规定的条件时，允许所述第一结算手段中的所述用户的账户的余额不足的情况，并通过所述第一结算手段进行所述支付金额的结算的步骤。
2.根据权利要求1所述的结算处理方法，其特征在于，
在进行所述结算的步骤中，不向所述用户的账户存钱就进行结算。
3.根据权利要求1或2所述的结算处理方法，还包括：
所述计算机在进行了所述支付金额的结算后，向所述用户通知表示所述余额不足的情况的信息的步骤。
4.根据权利要求3所述的结算处理方法，
在所述通知的步骤中，在进行了所述支付金额的结算后，将进行所述支付金额的结算之前的所述余额与所述支付金额之间的差额通知给所述用户。
5.根据权利要求3或4所述的结算处理方法，
在所述通知的步骤中，向所述用户通知用于敦促向与所述第一结算手段相关联的所述用户的账户存钱的信息。
6.根据权利要求1至5中任一项所述的结算处理方法，
在所述判定的步骤中，判定所述用户是否能够通过所述第二结算手段进行结算，
在所述判定步骤中判定为所述用户能够通过所述第二结算手段进行结算时，还包括所述计算机将用于敦促把与所述第一结算手段相关联的支付手段切换为与所述第二结算手段对应的支付手段的信息通知给所述用户的步骤。
7.根据权利要求1至6中任一项所述的结算处理方法，
在进行所述结算的步骤中，向判定是否能够使用所述第二结算手段的判定装置请求分配与所述余额和所述支付金额之间的差额对应的结算限额，并响应于取得了表示批准该分配的的批准信息的情况，允许所述第一结算手段中的所述用户的账户的余额不足的情况，并通过所述第一结算手段进行所述支付金额的结算。
8.根据权利要求7所述的结算处理方法，
在进行所述结算的步骤中，在向所述第二结算手段请求了与所述余额和所述支付金额之间的差额对应的结算限额的分配之后，在与所述第一结算手段相关联的所述用户的账户中存入了所述余额和所述支付金额之间的差额以上时，请求所述第二结算手段取消所述结算限额的分配。
9.根据权利要求1或2所述的结算处理方法，
在取得所述结算请求的步骤中，从由所述用户支付所述支付金额的店铺的终端取得与所述第一结算手段对应的结算请求。
10.一种结算处理方法，包括由计算机执行的以下步骤：
从用户的终端取得用于识别所述用户的用户识别信息的步骤，所述用户与使用了码的结算手段关联地进行了所述码的发放请求；
判定与取得的所述用户识别信息对应的用户的所述结算手段所关联的账户是否满足表示能够结算的状态的规定条件的步骤；以及
在判定为所述账户满足所述规定条件的情况下，生成在所述用户的终端显示的与所述用户对应的所述码相关的令牌的步骤。
11.根据权利要求10所述的结算处理方法，
在所述判定的步骤中，判定所述账户的余额是否为规定金额以上，
在所述生成的步骤中，在判定为所述账户的余额为所述规定金额以上的情况下生成所述令牌。
12.根据权利要求11所述的结算处理方法，
还包括所述计算机执行的设定所述规定金额的步骤，
在所述判定的步骤中，判定所述账户的余额是否为在所述设定的步骤中设定的规定金额以上。
13.根据权利要求12所述的结算处理方法，
在所述设定的步骤中，从所述用户取得用于设定所述规定金额的信息，并基于该信息设定所述规定金额。
14.根据权利要求12所述的结算处理方法，
在所述设定的步骤中，从提供所述结算手段的运营商取得用于设定所述规定金额的信息，并基于该信息设定所述规定金额。
15.根据权利要求12至14中任一项所述的结算处理方法，
在所述设定的步骤中，将预先确定的金额作为上限来设定所述规定金额。
16.根据权利要求11至14中任一项所述的结算处理方法，
在所述判定的步骤中判定为小于规定金额的情况下，还包括所述计算机将与所述余额相关的信息通知给所述用户的步骤。
17.根据权利要求16所述的结算处理方法，
在所述通知的步骤中，向所述用户通知用于敦促向所述账户存钱的信息。
18.根据权利要求11至14中任一项所述的结算处理方法，
所述规定金额为0日元。
19.根据权利要求11至14中任一项所述的结算处理方法，
所述规定金额为1日元以上的金额。
20.根据权利要求19所述的结算处理方法，
在生成所述码的步骤中，即使在判定为小于所述规定金额的情况下，在设定为在所述账户的余额成为小于所述规定金额的设定金额的情况下对所述账户自动存钱时，也使所述用户的终端显示与所述用户对应的所述码。
CN202011286233.4A 2019-11-27 2020-11-17 结算处理方法及结算处理装置 Pending CN112862473A (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2019214153A JP7022108B2 (ja) 2019-11-27 2019-11-27 決済処理方法及び決済処理装置
JP2019-214152 2019-11-27
JP2019-214153 2019-11-27
JP2019214152A JP6947795B2 (ja) 2019-11-27 2019-11-27 決済処理方法及び決済処理装置

Publications (1)

Publication Number Publication Date
CN112862473A true CN112862473A (zh) 2021-05-28

Family

ID=75974061

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011286233.4A Pending CN112862473A (zh) 2019-11-27 2020-11-17 结算处理方法及结算处理装置

Country Status (2)

Country Link
US (1) US20210158337A1 (zh)
CN (1) CN112862473A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105868972A (zh) * 2016-03-29 2016-08-17 上海斐讯数据通信技术有限公司 一种支付系统及挂失方法
CN106056443A (zh) * 2016-05-23 2016-10-26 中国银行股份有限公司 一种银行账户支付处理方法及装置
CN106127478A (zh) * 2016-06-20 2016-11-16 上海易码信息科技有限公司 使用预付卡账户载体进行线下移动支付的方法
CN108764886A (zh) * 2018-04-10 2018-11-06 阿里巴巴集团控股有限公司 二维码图片获取方法、装置以及设备
CN109784907A (zh) * 2018-11-29 2019-05-21 四川商通实业有限公司 一种组合支付方法及其系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7792717B1 (en) * 2003-10-31 2010-09-07 Jpmorgan Chase Bank, N.A. Waterfall prioritized payment processing

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105868972A (zh) * 2016-03-29 2016-08-17 上海斐讯数据通信技术有限公司 一种支付系统及挂失方法
CN106056443A (zh) * 2016-05-23 2016-10-26 中国银行股份有限公司 一种银行账户支付处理方法及装置
CN106127478A (zh) * 2016-06-20 2016-11-16 上海易码信息科技有限公司 使用预付卡账户载体进行线下移动支付的方法
CN108764886A (zh) * 2018-04-10 2018-11-06 阿里巴巴集团控股有限公司 二维码图片获取方法、装置以及设备
CN109784907A (zh) * 2018-11-29 2019-05-21 四川商通实业有限公司 一种组合支付方法及其系统

Also Published As

Publication number Publication date
US20210158337A1 (en) 2021-05-27

Similar Documents

Publication Publication Date Title
JP6947795B2 (ja) 決済処理方法及び決済処理装置
JP7022108B2 (ja) 決済処理方法及び決済処理装置
KR20200010764A (ko) 디지털화폐의 발행 및 유통 관리를 위한 전자지갑시스템을 이용한 국가간 디지털화폐 사용 시스템 및 그 방법
JP2017037591A (ja) 決済処理装置、決済システム、利用者登録方法、及びプログラム
KR101709438B1 (ko) 신용카드 선승인 충전을 이용한 선불 모바일 전자화폐 사용금액의 신용결제 방법
JP7274651B1 (ja) 情報処理装置、情報処理方法及びプログラム
JP7223184B1 (ja) 情報処理装置及び情報処理方法
JP7278451B1 (ja) サービス提供システムおよびサービス提供方法
JP7436534B2 (ja) 情報処理装置、プログラム、および情報処理方法
JP7123094B2 (ja) 情報処理システム、方法及びプログラム
CN112862473A (zh) 结算处理方法及结算处理装置
KR101429618B1 (ko) 이동통신 단말기를 이용한 대금결제 시스템, 거기에 이용되는 이동통신 단말기 및 그 대금결제 방법
US20230016574A1 (en) Borrowing handling system and borrowing handling method
JP7144634B1 (ja) 情報処理方法
JP7274652B1 (ja) プログラム、情報処理端末及び情報処理方法
JP7559167B2 (ja) 情報処理装置及び情報処理方法
KR100425308B1 (ko) 무선 이동 단말기를 이용한 자동판매기에서의 상품구매방법 및 장치
JP7268233B1 (ja) 情報処理装置、情報処理方法及びプログラム
JP7206430B1 (ja) 情報処理装置、情報処理方法、およびプログラム
WO2020171023A1 (ja) 決済一括管理サーバ、決済情報生成方法及びプログラム
KR101904139B1 (ko) 간편 결제 서비스 제공 방법 및 이를 실행하는 서버
JP6695388B2 (ja) 電子通貨管理システム及び電子通貨管理方法
KR20230108674A (ko) 카드매출대금 지급 시스템 및 그 제어방법
JP2024131333A (ja) 情報処理装置、情報処理システム、及び料金支払方法
JP2024131331A (ja) 情報処理装置、情報処理システム、及び料金支払方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20210528

WD01 Invention patent application deemed withdrawn after publication