CN108647955A - 收费方法、系统及计算机可读存储介质 - Google Patents
收费方法、系统及计算机可读存储介质 Download PDFInfo
- Publication number
- CN108647955A CN108647955A CN201810467328.2A CN201810467328A CN108647955A CN 108647955 A CN108647955 A CN 108647955A CN 201810467328 A CN201810467328 A CN 201810467328A CN 108647955 A CN108647955 A CN 108647955A
- Authority
- CN
- China
- Prior art keywords
- user
- account
- sub
- money
- charging method
- 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
Links
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/22—Payment schemes or models
- G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
Abstract
本发明公开了一种收费方法。该收费方法包括：在监测到充值记录时，根据所述充值记录确定对应的用户账户，所述用户账户包括用户信息及两个以上的用户子账户；根据所述用户信息查找用户的服务合同，并根据所述服务合同将与所述充值记录对应的充值金额分发至对应的用户子账户中；在接收到扣费指令时，根据所述扣费指令对对应的用户子账户进行扣费。本发明还公开了一种收费系统及计算机可读存储介质。本发明能够解决现有技术中无法自动对用户账户进行分类扣费，导致余额不足时影响用户所有服务的技术问题。
Description
技术领域
本发明涉及电子商务领域，尤其涉及一种收费方法、系统及计算机可读存储介质。
背景技术
现有的支付模式中，在某一收费系统中，用户通常只拥有一个用户账户，在产生消费时，只能从该用户账户中进行扣费，当余额不足时，则会扣费失败，无法消费。在实际情况中，收费系统可能同时对某一阶段的多项服务费用进行收费，以养老院为例，用户在住养老院的期间，会产生护理费、床位费、餐饮费、医疗费等多项费用，假设用户某一期间多项服务对应的总金额为8000元，但用户账户中只有7000元，此时，收费系统在进行扣费时，会由于用户账户余额不足而无法进行扣费，进而可能会导致后续各项服务的停止。因此，现有技术中存在无法自动对用户账户进行分类扣费，导致余额不足时影响用户所有服务的技术问题。
上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。(如列出的背景技术确实为明显的公知技术，则可删除，或根据客户要求选择删除)
发明内容
本发明的主要目的在于提供一种收费方法、系统及计算机可读存储介质，旨在解决现有技术中无法自动对用户账户进行分类扣费，导致余额不足时影响用户所有服务的技术问题。
为实现上述目的，本发明提供一种收费方法，所述收费方法包括以下步骤：
在监测到充值记录时，根据所述充值记录确定对应的用户账户，所述用户账户包括用户信息及两个以上的用户子账户；
根据所述用户信息查找用户的服务合同，并根据所述服务合同将与所述充值记录对应的充值金额分发至对应的用户子账户中；
在接收到扣费指令时，根据所述扣费指令对对应的用户子账户进行扣费。
可选地，所述扣费指令包括扣费项目和扣费金额，所述在接收到扣费指令时，根据所述扣费指令对对应的用户子账户进行扣费的步骤，包括：
根据所述扣费项目检测对应用户子账户的余额是否大于或等于所述扣费金额；
若所述用户子账户的余额大于或等于所述扣费金额，则在所述用户子账户中扣除所述扣费金额。
可选地，所述检测所述用户子账户的余额是否大于或等于所述扣费金额的步骤之后，还包括：
若所述用户子账户的余额小于所述扣费金额，则将其他用户子账户中的余额转移至所述用户子账户中后，根据所述扣费金额进行扣费，并发送对应的第一提示信息至对应的用户终端，以提示用户进行充值。
可选地，所述收费方法还包括：
接收所述用户终端发送的账单查询请求，所述账单查询请求包括费用项目和费用期间；
根据所述费用项目和费用期间调取用户的消费数据，根据所述消费数据生成对应的消费报表并发送至所述用户终端。
可选地，所述收费方法还包括：
接收管理终端发送的收款统计请求，根据所述收款统计请求调取对应的收款数据；
对所述收款数据进行统计分析，得到对应的统计分析结果，并发送至所述管理终端。
可选地，所述收费方法还包括：
在接收到结算请求时，根据所述结算请求查询对应用户账户中各用户子账户的余额及待收金额；
根据对应用户账户中各用户子账户的余额和所述待收金额计算得到应退款金额，并进行退款。
可选地，所述收费方法还包括：
每隔预设时间检测各用户子账户的余额是否均大于或等于预设金额；
若否，则发送对应的第二提示信息至对应的用户终端，以提示用户进行充值。
可选地，所述收费方法还包括：
在接收到注册请求时，根据所述注册请求为用户建立所述用户账户，并根据所述用户的服务合同在所述用户账户下建立对应数量的所述用户子账户。
此外，为实现上述目的，本发明还提供一种收费系统，所述收费系统包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的收费程序，所述收费程序被所述处理器执行时实现如上所述的收费方法的步骤。
此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有收费程序，所述收费程序被处理器执行时实现如上所述的收费方法的步骤。
本发明提供一种收费方法、系统及计算机可读存储介质，服务器在监测到充值记录时，根据该充值记录确定对应的用户账户，其中，该用户账户包括用户信息及两个以上的用户子账户，然后，根据用户信息查找用户的服务合同，并根据该服务合同将与该充值记录对应的充值金额分发至对应的用户子账户中。其中，不同的用户子账户分别用于支付对应服务项目的费用支出，保证专款专用。服务器在接收到扣费指令时，可自动对用户账户进行分类扣费，即根据扣费指令中的扣费项目及扣费金额对用户账户中的各用户子账户进行扣费。因此，本发明可在某一用户子账户的余额不足时，不会影响其他用户子账户对应服务项目的使用，从而可避免现有技术中只存在一个用户账户时，一旦余额不足便可能影响用户所有服务项目的使用。
附图说明
图1为本发明实施例方案涉及的硬件运行环境的终端结构示意图；
图2为本发明收费方法第一实施例的流程示意图；
图3为本发明收费方法第二实施例的流程示意图；
图4为本发明收费方法第三实施例的流程示意图；
图5为本发明收费方法第四实施例的流程示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
在现有技术中，现有的收费系统中，用户通常只拥有一个用户账户，在产生消费时，只能从该用户账户中进行扣费，当余额不足时，则会扣费失败，无法消费。在实际情况中，收费系统可能同时对某一阶段的多项服务费用进行收费，以养老院为例，用户在住养老院的期间，会产生护理费、床位费、餐饮费、医疗费等多项费用，假设用户某一期间多项服务对应的总金额为8000元，但用户账户中只有7000元，此时，收费系统在进行扣费时，会由于用户账户余额不足而无法进行扣费，进而可能会导致后续各项服务的停止。因此，现有技术中存在无法自动对用户账户进行分类扣费，导致余额不足时影响用户所有服务的技术问题。
为了解决上述技术问题，本发明提供一种收费方法、系统及计算机可读存储介质，服务器在监测到充值记录时，根据该充值记录确定对应的用户账户，其中，该用户账户包括用户信息及两个以上的用户子账户，然后，根据用户信息查找用户的服务合同，并根据该服务合同将与该充值记录对应的充值金额分发至对应的用户子账户中。其中，不同的用户子账户分别用于支付对应服务项目的费用支出，保证专款专用。服务器在接收到扣费指令时，可自动对用户账户进行分类扣费，即根据扣费指令中的扣费项目及扣费金额对用户账户中的各用户子账户进行扣费。因此，本发明可在某一用户子账户的余额不足时，不会影响其他用户子账户对应服务项目的使用，从而可避免现有技术中只存在一个用户账户时，一旦余额不足便可能影响用户所有服务项目的使用。
请参阅图1，图1为本发明实施例方案涉及的硬件运行环境的终端结构示意图。
本发明实施例终端可以是PC，也可以是智能手机、平板电脑、便携计算机等具有显示功能的可移动式终端设备。
如图1所示，该终端可以包括：处理器1001，例如CPU，通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如Wi-Fi接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解，图1中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及收费程序。
在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的收费程序，并执行以下操作：
在监测到充值记录时，根据所述充值记录确定对应的用户账户，所述用户账户包括用户信息及两个以上的用户子账户；
根据所述用户信息查找用户的服务合同，并根据所述服务合同将与所述充值记录对应的充值金额分发至对应的用户子账户中；
在接收到扣费指令时，根据所述扣费指令对对应的用户子账户进行扣费。
进一步地，所述扣费指令包括扣费项目和扣费金额，处理器1001可以调用存储器1005中存储的收费程序，还执行以下操作：
根据所述扣费项目检测对应用户子账户的余额是否大于或等于所述扣费金额；
若所述用户子账户的余额大于或等于所述扣费金额，则在所述用户子账户中扣除所述扣费金额。
进一步地，处理器1001可以调用存储器1005中存储的收费程序，还执行以下操作：
若所述用户子账户的余额小于所述扣费金额，则将其他用户子账户中的余额转移至所述用户子账户中后，根据所述扣费金额进行扣费，并发送对应的第一提示信息至对应的用户终端，以提示用户进行充值。
进一步地，处理器1001可以调用存储器1005中存储的收费程序，还执行以下操作：
接收所述用户终端发送的账单查询请求，所述账单查询请求包括费用项目和费用期间；
根据所述费用项目和费用期间调取用户的消费数据，根据所述消费数据生成对应的消费报表并发送至所述用户终端。
进一步地，处理器1001可以调用存储器1005中存储的收费程序，还执行以下操作：
接收管理终端发送的收款统计请求，根据所述收款统计请求调取对应的收款数据；
对所述收款数据进行统计分析，得到对应的统计分析结果，并发送至所述管理终端。
进一步地，处理器1001可以调用存储器1005中存储的收费程序，还执行以下操作：
在接收到结算请求时，根据所述结算请求查询对应用户账户中各用户子账户的余额及待收金额；
根据对应用户账户中各用户子账户的余额和所述待收金额计算得到应退款金额，并进行退款。
进一步地，处理器1001可以调用存储器1005中存储的收费程序，还执行以下操作：
每隔预设时间检测各用户子账户的余额是否均大于或等于预设金额；
若否，则发送对应的第二提示信息至对应的用户终端，以提示用户进行充值。
进一步地，处理器1001可以调用存储器1005中存储的收费程序，还执行以下操作：
在接收到注册请求时，根据所述注册请求为用户建立所述用户账户，并根据所述用户的服务合同在所述用户账户下建立对应数量的所述用户子账户。
基于上述硬件结构，提出本发明收费方法实施例。
本发明提供一种收费方法。
请参阅图2，图2为本发明收费方法第一实施例的流程示意图。
在本发明实施例中，该收费方法包括：
步骤S10，在监测到充值记录时，根据所述充值记录确定对应的用户账户，所述用户账户包括用户信息及两个以上的用户子账户；
在本发明实施例中，在上述步骤S10之前，该收费方法还包括：
在接收到注册请求时，根据所述注册请求为用户建立所述用户账户，并根据所述用户的服务合同在所述用户账户下建立对应数量的所述用户子账户。
在本实施例中，该收费方法可应用于养老院、医院等的收费系统，将每个用户的用户账户分类划分为多个用户子账户，每个用户子账户分别用于支付对应服务项目的费用支出，保证专款专用。收费系统在进行收费时，可自动对用户账户进行分类扣费，即根据扣费项目及扣费金额对用户账户中的各用户子账户进行扣费，本发明在某一用户子账户的余额不足时，不会影响其他子账户对应服务项目的使用，从而可避免现有技术中只存在一个用户账户时，一旦余额不足便可能影响用户所有服务项目的使用，此外，本发明还便于对用户账户进行管理，及后续各扣费项目的收款金额的统计分析。为方便说明，下述实施例中以应用于养老院的收费系统的场景为例进行说明。
在本实施例中，在接收到注册请求时，根据该注册请求为用户建立用户账户，并根据用户的服务合同在该用户账户下建立对应数量的用户子账户。其中，该注册请求可以是用户通过用户终端发送的，也可以是工作人员通过管理终端发送的，该注册请求中可以包括用户信息，服务器在接收到该注册请求时，可以根据用户信息查找用户的服务合同，然后根据用户信息创建用户账户，并根据服务合同在该用户账户下建立对应数量的用户子账户。例如，服务合同中包括床位费、餐饮费、护理费、医疗费和押金费用等，可以根据每个项目设立一个用户子账户，当然，在实际应用中，也可以多个项目对应一个用户子账户，例如床位费、餐饮费和护理费等日常费用可设立一个综合账户。
此外，在具体实施例中，在接收到注册请求时，服务器可以直接根据该注册请求为用户注册用户账户，用户账户包括用户信息(包括但不限于用户姓名、证件号码和床位号)和用户子账户(两个以上)，每个用户的用户子账户数的数量和类型均设为相同的。
在本实施例中，在监测到充值记录时，根据该充值记录确定对应的用户账户，其中，该用户账户包括用户信息及两个以上的用户子账户，用户子账户可与扣费项目进行关联，不同的用户子账户用于支付不同扣费项目或同一类扣费项目的费用，例如，可设立综合账户、医疗押金账户和预定定金账户等，其中，综合账户可用于支付床位费、餐饮费和护理费等日常费用，医疗押金账户用于支付用户的医疗费用，预定定金账户用于存储用户支付的定金，后续用户入住后可将金额分配至其他用户子账户中。
步骤S20，根据所述用户信息查找用户的服务合同，并根据所述服务合同将与所述充值记录对应的充值金额分发至对应的用户子账户中；
然后，服务器根据用户信息查找用户的服务合同，其中，用户的服务合同可包括但不限于：用户服务信息(服务等级、服务项目和服务时间等)和付款计划(费用项目、费用金额、扣费方式和扣费时间等)等。然后根据该服务合同将与该充值记录对应的充值金额分发至对应的用户子账户中。例如，收到充值金额为30000元，服务合同中床位费、餐饮费和护理费的总金额为10000元，医疗费用为20000元，此时，则将10000元分发至综合账户，20000元分发至医疗押金账户。
当然，在具体实施例中，若充值记录中包括有充值的用户子账户名称，则直接将充值金额转入该用户子账户中。
步骤S30，在接收到扣费指令时，根据所述扣费指令对对应的用户子账户进行扣费。
服务器在接收到扣费指令时，该扣费指令包括扣费项目和扣费金额，此时则根据该扣费指令对对应的用户子账户进行扣费。具体的，可以根据扣费指令和系统预设规则进行扣费。例如，床位费、餐饮费和护理费可以从用户子账户中的综合账户进行扣费，医疗费可以用户的医疗押金账户进行扣费。
具体的，扣费指令包括扣费项目和扣费金额，此时，步骤S30包括：
步骤S31，根据所述扣费项目检测对应用户子账户的余额是否大于或等于所述扣费金额；
步骤S32，若所述用户子账户的余额大于或等于所述扣费金额，则在所述用户子账户中扣除所述扣费金额。
在本实施例中，服务器在接收到扣费指令时，该扣费指令包括扣费项目和扣费金额，首先根据该扣费项目检测对应用户子账户的余额是否大于或等于该扣费金额，若该用户子账户的余额大于或等于该扣费金额，则直接在用户子账户中扣除扣费金额。需要说明的是，若多个扣费项目在同一用户子账户中进行扣费，则需检测该用户子账户中的余额是否大于或等于这多个扣费项目的扣费金额的总和。
在步骤S31之后，还包括以下步骤：
步骤S33，若所述用户子账户的余额小于所述扣费金额，则将其他用户子账户中的余额转移至所述用户子账户中后，根据所述扣费金额进行扣费，并发送对应的第一提示信息至对应的用户终端，以提示用户进行充值。
若该用户子账户的余额小于该扣费金额，此时，可以将其他用户子账户中的余额转移至该用户子账户中后，再根据该扣费金额进行扣费，并发送对应的第一提示信息至对应的用户终端，以提示用户进行充值。当然，这种情况多适用于紧急情况，例如，医疗押金账户的余额不够时，可以先将其他用户子账户的余额转移到医疗押金账户中，然后进行扣费。具体的，其他用户子账户的余额转移规则可以预先进行设定。
此外，在步骤S30之后，还包括以下步骤：
每隔预设时间检测各用户子账户的余额是否均大于或等于预设金额；
若否，则发送对应的第二提示信息至对应的用户终端，以提示用户进行充值。
在实际扣费过程中，由于有些钱的扣费是阶段性的，为避免账户余额不足，下一阶段的费用无法成功扣费，此外，有些用户子账户的钱属于押金性质，用于紧急情况，需要保证其余额在某一预设值或预设范围，因此，在本实施例中，服务器可以每隔预设时间或者在预设时间检测各用户子账户的余额是否均大于或等于预设金额，若否，即各用户子账户中存在某一用户子账户，其余额小于预设金额，此时，则发送对应的第二提示信息至对应的用户终端，以提示用户进行充值。
本发明实施例提供一种收费方法，服务器在监测到充值记录时，根据该充值记录确定对应的用户账户，其中，该用户账户包括用户信息及两个以上的用户子账户，然后，根据用户信息查找用户的服务合同，并根据该服务合同将与该充值记录对应的充值金额分发至对应的用户子账户中。其中，不同的用户子账户分别用于支付对应服务项目的费用支出，保证专款专用。服务器在接收到扣费指令时，可自动对用户账户进行分类扣费，即根据扣费指令中的扣费项目及扣费金额对用户账户中的各用户子账户进行扣费。因此，本发明可在某一用户子账户的余额不足时，不会影响其他用户子账户对应服务项目的使用，从而可避免现有技术中只存在一个用户账户时，一旦余额不足便可能影响用户所有服务项目的使用。
进一步的，请参阅图3，图3为本发明收费方法第二实施例的流程示意图。
基于图2所示的第一实施例，在步骤S30之后，该收费方法还包括：
步骤S40，接收所述用户终端发送的账单查询请求，所述账单查询请求包括费用项目和费用期间；
步骤S50，根据所述费用项目和费用期间调取用户的消费数据，根据所述消费数据生成对应的消费报表并发送至所述用户终端。
在本实施例中，服务器接收到用户终端发送的账单查询请求时，该账单查询请求包括费用项目和费用期间，此时，可以根据费用项目和费用期间调取用户的消费数据，根据消费数据生成对应的消费报表并发送至用户终端，以供用户进行查看，本实施例中通过对用户账户进行分类，分设几个用户子账户，然后进行分类扣费，也方便后续便于对用户的消费数据进行统计生成消费报表，便于用户了解消费情况。
进一步的，请参阅图4，图4为本发明收费方法第三实施例的流程示意图。
基于图2所示的第一实施例，在步骤S30之后，该收费方法还可以包括：
步骤S60，接收管理终端发送的收款统计请求，根据所述收款统计请求调取对应的收款数据；
步骤S70，对所述收款数据进行统计分析，得到对应的统计分析结果，并发送至所述管理终端。
在本实施例中，服务器在接收到管理终端发送的收款统计请求时，可以根据该收款统计请求调取对应的收款数据，然后对收款数据进行统计分析，得到对应的统计分析结果，并发送至管理终端。例如，收款统计请求要求统计2018年第一季度(1-3月)的日常费用的收款情况，此时，可以调取各个用户的综合账户1-3月的扣款记录，然后进行统计分析。因此，本实施例中通过对用户账户进行分类，分设几个用户子账户，然后进行分类扣费，也方便后续管理端对收款情况的统计分析，可节省工作人员的时间和精力。
进一步的，请参阅图5，图5为本发明收费方法第四实施例的流程示意图。
基于图2所示的第一实施例，在步骤S30之后，该收费方法还可以包括：
步骤S80，在接收到结算请求时，根据所述结算请求查询对应用户账户中各用户子账户的余额及待收金额；
步骤S90，根据对应用户账户中各用户子账户的余额和所述待收金额计算得到应退款金额，并进行退款。
在本实施例中，服务器在接收到结算请求时，根据该结算请求查询对应用户账户中各用户子账户的余额及待收金额，待收金额即为用户已产生消费但还未进行扣费的金额，然后根据对应用户账户中各用户子账户的余额和待收金额计算得到应退款金额，并进行退款。此外，若有些费用的收费为先付款时，需获取待退金额，再根据对应用户账户中各用户子账户的余额、待收金额和待退金额，计算得到应退款金额，并进行退款。例如，床位费是月初交当月的总床位费，但用户在月中退房，发起结算请求时，需对部分床位费进行退款。
本发明还提供一种收费系统，该收费系统包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的收费程序，所述收费程序被所述处理器执行时实现如以上任一项实施例所述的收费方法的步骤。
本发明收费系统的具体实施例与上述收费方法各实施例基本相同，在此不作赘述。
本发明还提供一种计算机可读存储介质，该计算机可读存储介质上存储有收费程序，所述收费程序被处理器执行时实现如以上任一项实施例所述的收费方法的步骤。
本发明计算机可读存储介质的具体实施例与上述收费方法各实施例基本相同，在此不作赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种收费方法，其特征在于，所述收费方法包括以下步骤：
在监测到充值记录时，根据所述充值记录确定对应的用户账户，所述用户账户包括用户信息及两个以上的用户子账户；
根据所述用户信息查找用户的服务合同，并根据所述服务合同将与所述充值记录对应的充值金额分发至对应的用户子账户中；
在接收到扣费指令时，根据所述扣费指令对对应的用户子账户进行扣费。
2.如权利要求1所述的收费方法，其特征在于，所述扣费指令包括扣费项目和扣费金额，所述在接收到扣费指令时，根据所述扣费指令对对应的用户子账户进行扣费的步骤，包括：
根据所述扣费项目检测对应用户子账户的余额是否大于或等于所述扣费金额；
若所述用户子账户的余额大于或等于所述扣费金额，则在所述用户子账户中扣除所述扣费金额。
3.如权利要求1所述的收费方法，其特征在于，所述检测所述用户子账户的余额是否大于或等于所述扣费金额的步骤之后，还包括：
若所述用户子账户的余额小于所述扣费金额，则将其他用户子账户中的余额转移至所述用户子账户中后，根据所述扣费金额进行扣费，并发送对应的第一提示信息至对应的用户终端，以提示用户进行充值。
4.如权利要求3所述的收费方法，其特征在于，所述收费方法还包括：
接收所述用户终端发送的账单查询请求，所述账单查询请求包括费用项目和费用期间；
根据所述费用项目和费用期间调取用户的消费数据，根据所述消费数据生成对应的消费报表并发送至所述用户终端。
5.如权利要求1所述的收费方法，其特征在于，所述收费方法还包括：
接收管理终端发送的收款统计请求，根据所述收款统计请求调取对应的收款数据；
对所述收款数据进行统计分析，得到对应的统计分析结果，并发送至所述管理终端。
6.如权利要求1所述的收费方法，其特征在于，所述收费方法还包括：
在接收到结算请求时，根据所述结算请求查询对应用户账户中各用户子账户的余额及待收金额；
根据对应用户账户中各用户子账户的余额和所述待收金额计算得到应退款金额，并进行退款。
7.如权利要求1所述的收费方法，其特征在于，所述收费方法还包括：
每隔预设时间检测各用户子账户的余额是否均大于或等于预设金额；
若否，则发送对应的第二提示信息至对应的用户终端，以提示用户进行充值。
8.如权利要求1所述的收费方法，其特征在于，所述收费方法还包括：
在接收到注册请求时，根据所述注册请求为用户建立所述用户账户，并根据所述用户的服务合同在所述用户账户下建立对应数量的所述用户子账户。
9.一种收费系统，其特征在于，所述收费系统包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的收费程序，所述收费程序被所述处理器执行时实现如权利要求1至8中任一项所述的收费方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有收费程序，所述收费程序被处理器执行时实现如权利要求1至8中任一项所述的收费方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810467328.2A CN108647955A (zh) | 2018-05-15 | 2018-05-15 | 收费方法、系统及计算机可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810467328.2A CN108647955A (zh) | 2018-05-15 | 2018-05-15 | 收费方法、系统及计算机可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN108647955A true CN108647955A (zh) | 2018-10-12 |
Family
ID=63756059
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810467328.2A Pending CN108647955A (zh) | 2018-05-15 | 2018-05-15 | 收费方法、系统及计算机可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108647955A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110472961A (zh) * | 2019-08-15 | 2019-11-19 | 中国银行股份有限公司 | 业务扣费操作的执行方法及装置 |
| CN110504008A (zh) * | 2019-08-26 | 2019-11-26 | 腾讯科技（深圳）有限公司 | 一种医疗信息管理方法、系统、计算机设备及存储介质 |
| CN112488758A (zh) * | 2020-11-30 | 2021-03-12 | 上海酷量信息技术有限公司 | 一种多平台广告费用管理系统和方法 |
| CN113743922A (zh) * | 2021-08-24 | 2021-12-03 | 苏州众言网络科技股份有限公司 | 多产品交易业务管理方法、装置及存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101030311A (zh) * | 2007-04-16 | 2007-09-05 | 中国工商银行股份有限公司 | 一对多账户处理系统 |
| CN102137205A (zh) * | 2010-07-30 | 2011-07-27 | 华为软件技术有限公司 | 账户充值方法和装置、计费方法和装置以及计费系统 |
| CN105139271A (zh) * | 2015-08-11 | 2015-12-09 | 天津滨海旅游区公用事业发展有限公司 | 公共事业统一计费营账和服务管理系统 |
-
2018
- 2018-05-15 CN CN201810467328.2A patent/CN108647955A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101030311A (zh) * | 2007-04-16 | 2007-09-05 | 中国工商银行股份有限公司 | 一对多账户处理系统 |
| CN102137205A (zh) * | 2010-07-30 | 2011-07-27 | 华为软件技术有限公司 | 账户充值方法和装置、计费方法和装置以及计费系统 |
| CN105139271A (zh) * | 2015-08-11 | 2015-12-09 | 天津滨海旅游区公用事业发展有限公司 | 公共事业统一计费营账和服务管理系统 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110472961A (zh) * | 2019-08-15 | 2019-11-19 | 中国银行股份有限公司 | 业务扣费操作的执行方法及装置 |
| CN110504008A (zh) * | 2019-08-26 | 2019-11-26 | 腾讯科技（深圳）有限公司 | 一种医疗信息管理方法、系统、计算机设备及存储介质 |
| CN112488758A (zh) * | 2020-11-30 | 2021-03-12 | 上海酷量信息技术有限公司 | 一种多平台广告费用管理系统和方法 |
| CN113743922A (zh) * | 2021-08-24 | 2021-12-03 | 苏州众言网络科技股份有限公司 | 多产品交易业务管理方法、装置及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108647955A (zh) | 收费方法、系统及计算机可读存储介质 | |
| US20180137496A1 (en) | Information processing device and information processing method | |
| US9135616B2 (en) | Systems and methods to facilitate online transactions | |
| CN107665427A (zh) | 一种离线支付、业务处理、支付处理的方法及装置 | |
| US20110078077A1 (en) | Systems and Methods to Facilitate Online Transactions | |
| US20080009263A1 (en) | Package billing for micro-transactions | |
| CN106022759A (zh) | 支持多帐户的电子支付方法 | |
| CN107730228A (zh) | 账户清结算方法、设备及存储介质 | |
| US20120089404A1 (en) | Global pricing for content distribution | |
| CN109670824A (zh) | 电子账本的生成方法、装置、设备及存储介质 | |
| CN105528682A (zh) | 一种企业多付款单的支付方法及系统 | |
| CN105894264A (zh) | 基于信贷付款方式的付款方法、付款装置和终端 | |
| US20140222535A1 (en) | Method and system for card marketing using expenditure details of an individual | |
| JP2008041024A (ja) | ポイント計算装置、及びポイント計算方法 | |
| CN108537658A (zh) | 租房贷款的处理方法、装置、设备及可读存储介质 | |
| CN107818508A (zh) | 一种电子账单合并计费的方法 | |
| CN109598575B (zh) | 一种账单生成方法、装置、电子设备及介质 | |
| CN107392582A (zh) | 资源转移的实现方法和装置、收付款的实现方法和装置 | |
| CN109657893A (zh) | 业务数据分配方法、装置、设备及计算机可读存储介质 | |
| US10360600B1 (en) | Big tree method and system for verifying user reviews | |
| CN104137475B (zh) | 用于计费的方法和装置 | |
| JP5354433B1 (ja) | 通知システム | |
| CN112334932A (zh) | 用会话代理分配用户群组中用户产生的支出的方法和设备 | |
| CN112435073B (zh) | 一种红包发送方法及红包发送系统 | |
| CN103914512A (zh) | 用于管理数据服务的方法和系统 |
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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181012 |