CN102104861A - 一种业务处理方法及系统 - Google Patents

Abstract

本发明公开了一种业务处理方法和系统，均可针对用户业务建立用户消费详情记录表；在扣费时，按照顺序进行扣费，并记录扣费详情信息；在补款时，查询本月和上月的扣费详情记录，据此确定补款账号和补款额度。本发明方法和系统，通过记录短信、在信、彩信业务的扣费和回滚详情，用以确定扣费和补款账户，避免补款所造成的各种资源错误使用。一方面保障了短信、在信、彩信业务扣费和补款时用户和运营商之间相对公平；另一方面防止了人为恶意的使用短信、在信、彩信回滚的漏洞来获取非法的利益，保障了运营商的利益。因此该方法和系统具有非常高的经济效益和技术价值。

Description

一种业务处理方法及系统

技术领域

本发明涉及通信领域，具体涉及一种业务处理方法及系统。

背景技术

作为移动通信行业新兴的业务服务网络，智能网系统能够方便、灵活、经济、有效地提供各种增值业务，并能通过与营业系统、客户服务中心、短消息中心以及银行系统的集成，为用户提供更优质、及时、人性化的服务。智能网系统是电信运营商很大的业务增长点之一。

智能网系统中，SCP(service control point，业务控制点)是最关键的设备之一。SCP实现智能业务所需要的业务逻辑处理程序和智能业务所需的数据，承担着对用户的短信、彩信、在信等增值业务的扣费，并出具扣费话单。

目前短信、彩信、在信的发送处理方式为：在用户发送短信、彩信、在信时不检测被叫用户(接受短信、彩信、在信用户)的号码有效性，便经过SCP进行计费；如果被叫号码不存在或者用户关机时间超过短信中心或者彩信中心设置的短信回滚时间或者彩信回滚时间时，短信中心或者彩信中心则发起回滚操作，发出短信、在信、彩信补款消息，SCP进行补款操作。

如果用户发送短信、彩信、在信时扣的是用户的本金账户，回滚时也回滚到本金账户，则这种方式没有问题。然而目前一般用户都是套餐用户。如果用户使用了某款套餐，则该套餐里面会包含免费的短信条数和/或免费彩信条数和/或免费在信条数。同时运营商为了鼓励用户消费或者打包销售服务，一般会通过各种方式赠送一定数量的短信条数和/或免费彩信条数和/或免费在信条数或者赠送金额(可用于短信、在信、彩信)。一般扣费时，采用如下方法：

(1)首先，从套餐免费短信、在信、彩信条数账户上扣除。要保证在消费完该账户之前，不能消费其他账户。

(2)其次，从用户的赠送短信、在信、彩信条数账户上扣除。

(3)再次，从用户的赠送金额账户扣除。

(4)最后，从用户的本金账户扣除。

而回滚时，顺序如下：

(1)套餐账户的短信、在信、彩信没有用完时，回滚到套餐。

(2)套餐账户资源用完，赠送短信、在信、彩信条数账户没有用完时，回滚到赠送短信、在信、彩信条数账户。

(3)套餐账户资源用完，赠送短信、在信、彩信条数账户用完，赠送金额账户有余额时，回滚到赠送金额账户。

(4)上述账户全部使用完时，回滚到本金账户。

上述套餐、赠送账户可用于短信、在信、彩信的资源，及扣费和回滚方式，引出下面3个问题：

(1)用户的套餐和赠送账户资源错误的转移到本金账户。

如果用户连续发送短信、在信、彩信到一个不存在或者关机的号码，直至耗尽套餐免费条数、赠送免费条数、赠送免费金额；然后经过设定的短信、彩信、在信回滚时间之后，这些回滚消息到来时，原来扣除的费用都会被补款到用户的本金账户。假设用户的套餐包月费用一个月30元，套餐免费短信是400条，赠送短信是200条，赠送金额10元，假设短信0.1元/条，则上述资源全部回滚到本金账户时，本金账户增加70元，则运营商不但没有赚到钱还亏损70-30＝40元费用。显然这是运营商不能容忍的。

(2)补款的时效性

上述的套餐和赠送的资源都有时效性，一般都是本月有效，下月作废，然后重新设定用户当月套餐和赠送资源。假设用户在月末使用套餐和赠送的短信、在信、彩信资源，则回滚时已经到了下个月。则上个月的资源又回滚到了下个月的资源上面，在下个月继续使用，这也是运营商所不能容忍的。

(3)套餐、赠送账户资源使用规则的错误

用户的赠送金额账户是可以用于各种消费的。用户在使用套餐和赠送的短信、在信、彩信条数账户发送短信之后，回滚到了用户的赠送金额账户，则用户可以用赠送金额去做其他的消费，比如呼叫和GPRS，这也违背了运营商的初衷。

由以上所述可见，目前的短信、彩信、在信等增值业务的扣费和回滚等处理逻辑存在漏洞，容易出现因补款所造成的各种资源错误使用，无法保障短信、在信、彩信业务扣费和补款时用户和运营商之间的公平性；上述漏洞一旦被人恶意使用，则会造成运营商的巨额损失。

发明内容

有鉴于此，本发明的主要目的在于提供一种业务处理方法及系统，避免补款所造成的各种资源错误使用，保障短信、在信、彩信业务扣费和补款时用户和运营商之间的公平性。

为达到上述目的，本发明的技术方案是这样实现的：

一种业务处理方法，针对用户业务建立用户消费详情记录表，该方法还包括：

扣费时，按照顺序进行扣费，并记录扣费详情信息；

补款时，查询本月和上月的扣费详情记录，据此确定补款账号和补款额度。

所述用户业务为短信、在信、彩信业务中的至少一种。

所述建立用户消费详情记录表的过程包括：

针对用户的短信、在信、彩信业务，分别对用户建立本金账户扣费记录、赠送金额账户扣费记录、赠送条数账户扣费记录、套餐条数账户扣费纪录。

所述按照顺序进行扣费，并记录扣费详情信息的过程包括：

针对用户的短信、在信、彩信业务，按照套餐条数、赠送条数、赠送金额、本金的顺序进行；同时累加各个账户的扣费信息，记录能够体现扣费精确时间和扣费账户信息的扣费记录。

所述查询本月和上月的扣费详情记录，据此确定补款账号和补款额度的过程包括：

针对用户的短信、在信、彩信业务，先在本月扣费记录中查询，查询不到时则在上月扣费记录中查询；针对上月的扣费信息，只有本金扣费允许补款；本月的扣费纪录补款时，查询用户的本金账户扣费记录、赠送金额账户扣费记录、赠送条数账户扣费记录、套餐条数账户扣费纪录，以确定补款账号和该账号的补款金额，并且每个账号的补款金额以扣费金额或者扣除条数为上限。

一种业务处理系统，该系统包括扣费单元、补款单元；其中，

所述扣费单元，用于针对用户业务建立用户消费详情记录表，并在扣费时按照顺序进行扣费，以及记录扣费详情信息；

所述补款单元，用于在补款时，查询本月和上月的扣费详情记录，据此确定补款账号和补款额度。

所述用户业务为短信、在信、彩信业务中的至少一种。

所述扣费单元，包括用户扣费账户判断模块、用户消费详情记录模块、用户扣费执行模块；其中，

所述用户扣费账户判断模块，用于根据用户的资源，结合用户的消费详情记录，判断具体的扣费账户；

所述用户消费详情记录模块，用于实现用户消费详情的记录，为用户补款账号判断模块提供数据查询，为用户扣费执行模块提供数据记录；

所述用户扣费执行模块，用于接受用户扣费账户判断模块提供的用户扣费账号和额度信息，并执行扣费，将扣费结果记录在用户消费详情记录模块。

所述补款单元，包括用户补款账号判断模块、补款执行模块；其中，

所述用户补款账号判断模块，用于查询用户消费详情记录和资源，判断用户的补款账户信息并输出；

所述补款执行模块，用于接受用户补款账号判断模块输出的用户补款账号和补款额度信息，执行补款操作。

所述资源包括用户的各种套餐、赠送、本金。

本发明方法和系统，通过记录短信、在信、彩信业务的扣费和回滚详情，用以确定扣费和补款账户，避免补款所造成的各种资源错误使用。一方面保障了短信、在信、彩信业务扣费和补款时用户和运营商之间相对公平；另一方面防止了人为恶意的使用短信、在信、彩信回滚的漏洞来获取非法的利益，保障了运营商的利益。因此该方法和系统具有非常高的经济效益和技术价值。

附图说明

图1为本发明实施例的系统实现流程图；

图2为本发明实施例的短信扣费流程图；

图3为本发明实施例的短信补款流程图

图4为本发明实施例的系统模块图。

具体实施方式

在实际应用中，可以记录短信、在信、彩信业务的扣费和回滚详情，用以确定扣费和补款账户，避免补款所造成的各种资源错误使用。以短信为例，对用户建立短信本金账户扣费记录、短信赠送金额账户扣费记录、短信赠送条数账户扣费记录、短信套餐条数账户扣费纪录。在扣款时按照短信套餐条数、短信赠送条数、赠送金额、本金的顺序扣费，补款时查询用户的本金账户扣费记录、短信赠送金额账户扣费记录、短信赠送条数账户扣费记录、短信套餐条数账户扣费纪录，以确定补款账号，防止用户账号资源错误使用。同时补款时通过查询短信发送时间来确定补款的时效性，防止了用户的上月资源错误的转移到下月中继续使用。在信和彩信采用同样方式处理。该方法和系统，一方面保障了短信、在信、彩信业务扣费和补款时用户和运营商之间相对公平；另一方面防止了人为恶意的使用短信、在信、彩信回滚的漏洞来获取非法的利益，保障了运营商的利益。因此该方法和系统具有非常高的经济效益和技术价值。

下面以具体的实施例来说明该方法及系统。

实施例一系统实现步骤

如图1所示，本发明实现方法需要如下步骤：

S1-1：分别对用户建立短信本金账户扣费记录、短信赠送金额账户扣费记录、短信赠送条数账户扣费记录、短信套餐条数账户扣费纪录；建立在信本金账户扣费记录、在信赠送金额账户扣费记录、在信赠送条数账户扣费记录、在信套餐条数账户扣费纪录；建立彩信本金账户扣费记录、彩信赠送金额账户扣费记录、彩信赠送条数账户扣费记录、彩信套餐条数账户扣费纪录。

S1-2：短信扣费方法如下：按照短信套餐条数、短信赠送条数、赠送金额、本金的顺序进行；在信扣费方法如下：按照在信套餐条数、在信赠送条数、赠送金额、本金的顺序进行；彩信扣费方法如下：按照彩信套餐条数、彩信赠送条数、赠送金额、本金的顺序进行。

同时将各个账户的扣费信息累加在S1中所述的账户中。

同时记录用户单条短信扣费纪录，扣费记录体现扣费的精确时间和扣费的账户信息。

S1-3：补款时，先根据序列号到本月扣费记录中查询，查询不到则到上月扣费记录中查询。针对上月的扣费信息，只有本金扣费允许补款。

S1-4：本月的扣费纪录补款时，查询用户的本金账户扣费记录、短信赠送金额账户扣费记录、短信赠送条数账户扣费记录、短信套餐条数账户扣费纪录，以确定补款账号和该账号的补款金额。每个账号的补款金额以扣费金额或者扣除条数为上限。

实施例二用户的短信、在信、彩信扣费账户记录表

更进一步的，上述S1-1说明如下：

对用户建立这些账户的用于记录用户的每个账户累计的扣费金额或者条数。在补款时，补款的金额或者条数以此为上限。

作为实施方式之一，优选的，可以在数据库为用户建立如表1所示的表结构，具体可以表现为用户短信扣费记录累计信息表。

表1

如表1所示，第一条记录表示用户8613905190600在2010年05月消费的短信套餐条数为20条，消费的短信赠送条数为30条，消费的赠送金额账户账户为350分，消费的本金金额为650分。

在每次扣费时将相应的扣除的条数或者金额信息累积到相应的字段。比如现在是2010年6月，本次扣费从赠送账户扣了10分钱，则该用户赠送金额账户扣费累计值字段相应的增加10分钱。

在信、彩信也可以采取上述类似的表结构。

更进一步的，上述S1-2中，所述用户单条短信扣费纪录说明如表2(用户单条短信扣费纪录表)所示：

表2

则如表2所示，扣费账号字段含义如下：

1----短信套餐条数账户，

2----短信赠送条数账户，

3----赠送金额账户，

4----本金账户。

实施例三短信用户的扣费流程

本发明所述的短信扣费流程，如图2所示，具体包含如下步骤：

S2-1：短信智能业务收到短信扣费消息。

S2-2：短信智能业务针对该扣费消息进行批价，计算扣费金额。

S2-3：智能业务查询用户套餐账户剩余免费短信条数。

S2-4：判断是否有剩余套餐短信条数。有则转S2-5，否则转S2-8。

S2-5：从用户的短信套餐条数账户扣除用户一条免费的套餐短信。

S2-6：记录用户单条短信扣费记录，记录需要体现短信序列号和短信扣费账户为短信套餐免费条数账户。

S2-7：用户短信扣费记录累计信息的短信套餐条数账户扣费累计值字段加1。转S2-29。

S2-8：智能业务查询用户赠送短信条数账户剩余免费短信条数。

S2-9：判断是否有剩余赠送短信条数。有则转S2-10，否则转S2-11。

S2-10：扣除用户赠送短信条数账户一条免费短信。

S2-11：记录用户单条短信扣费记录，记录要体现短信序列号和短信扣费账户为赠送短信条数账户。

S2-12：用户短信扣费记录累计信息表的短信赠送条数账户扣费累计值字段加1。转S2-29。

S2-13：查询用户赠送金额账户剩余免费金额。

S2-14：判断用户赠送金额账户是否有剩余免费金额。有则转S2-15，否则转S2-24。

S2-15：判断用户赠送金额账户是否足够本次扣费金额。够扣则转S2-16，否则转S2-19。

S2-16：从用户的赠送金额账户扣除本次短信扣费金额。

S2-17：记录短信扣费记录，记录需要体现短信序列号和短信扣费账户为用户赠送金额账户。

S2-18：短信扣费记录累计信息表的短信赠送金额扣费累计值字段累加相应的扣费金额。转S2-29。

S2-19：将本次需要扣费金额减去用户剩余赠送金额作为剩余待扣金额。

S2-20：判断S2-19所述剩余待扣金额是否小于等于用户本金金额。也即判断用户本金金额是否足够扣除用户剩余待扣金额。够则转S2-21，否则转S2-30。

S2-21：将赠送金额账户扣至余额为0，从本金账户扣除上述剩余待扣金额金额。

S2-22：分别记录赠送金额和本金账户的单条短信扣费记录，记录需要体现短信序列号和赠送金额账户和本金账户的扣费金额。

S2-23：分别在短信扣费记录累计信息表的短信赠送扣费金额和本金账户扣费金额累计值字段累加相应扣费金额。转S2-29。

S2-24：查询用户本金账户剩余金额。

S2-25：判断用户本金账户剩余金额是否足够扣除本次短信扣费金额。

够扣则转S2-26，否则转S2-30。

S2-26：扣除用户本金账户相应金额。

S2-27：记录短信扣费记录，记录需要体现短信序列号和短信扣费账户为用户本金账户。

S2-28：短信扣费记录累计信息表的短信本金扣费金额累计值字段累加相应扣费金额。转S2-29。

S2-29：返回扣费成功。

S2-30：返回扣费失败。

按照上述步骤执行扣费过程，可以保证用户严格按照套餐短信条数、赠送短信条数、赠送短信金额、本金金额的顺序，依次扣取用户的短信费用，保证了对用户的公平。

实施例四短信用户的回滚补款流程

本发明所述的短信回滚补款流程，如图3所示，具体包含如下步骤：

S3-1：短信智能业务收到短信补款消息。

S3-2：短信智能业务针对该补款消息进行批价，计算扣费金额。

S3-3：智能业务根据短信序列号查询用户本月短信扣费纪录。

S3-4：判断是否查询到本月短信扣费纪录。有则转S3-11，否则转S3-5。

S3-5：智能业务根据短信序列号查询用户上月短信扣费纪录。

S3-6：判断是否查到扣费纪录，查到则转S3-7，否则转S3-34。

S3-7：智能业务根据短信序列号查询用户上月短信扣费的账户信息。

S3-8：判断短信是否从本金金额扣费，如果是则转S3-9，否则转S3-34。

S3-9：对用户的本金账户进行补款，同时记录单条用户短信补款记录，记录标识补款账户是本金账户。

S3-10：从上月用户短信扣费记录累计信息表的本金金额账户扣费累计值扣除本次补款金额。转S3-33。

S3-11：查询用户本月短信扣费记录累计信息表的本金金额账户扣费累计值。

S3-12：判断本月用户短信扣费记录累计信息表的本金金额账户扣费累计值是否大0。大于0则转S3-13。否则转S3-20。

S3-13：判断本月用户短信扣费记录累计信息表的本金金额账户扣费累计值是否足够扣除本次的补款金额。是则转S3-14，否则转S3-16。

S3-14：对用户的本金账户进行补款，同时记录用户短信补款记录，补款记录标识补款账户是本金账户。

S3-15：从本月用户短信扣费记录累计信息表的本金金额账户扣费累计值扣除本次补款金额。转S3-33。

S3-16：将用户本次补款金额减去本金金额账户扣费累计值，作为赠送金额待补款金额。

S3-17：对用户的赠送金额账户进行补款，补款额度为上述的赠送金额待补款金额，同时记录用户短信补款记录，补款记录标识补款账户是赠送金额账户。

S3-18：从本月用户短信扣费记录累计信息表的本金金额账户扣费累计值扣除本金补款金额。

S3-19：从本月用户短信扣费记录累计信息表的赠送金额账户扣费累计值扣除赠送补款金额。转S3-33。

S3-20：查询用户短信扣费记录累计信息表的赠送金额账户扣费累计值。

S3-21：判断短信赠送金额账户扣费累计值大于0。是则转S3-22，否则转S3-27。

S3-22：判断补款金额是否小于等于赠送金额账户扣费累计值。是则转S3-23。否则转S3-25。

S3-23：在用户赠送金额账户进行补款，补款额度为本次补款金额，同时记录用户短信补款记录，补款记录标识补款账户是赠送金额账户。

S3-24：从本月用户短信扣费记录累计信息表的赠送金额账户扣费累计值扣除本次补款金额。转S3-33。

S3-25：在用户赠送金额账户进行补款，补款额度为赠送金额账户扣费累计值，同时记录用户短信补款记录，补款记录标识补款账户是赠送金额账户。

S3-26：将用户短信扣费记录累计信息表的赠送金额账户置为0。转S3-33。

S3-27：判断本月用户短信扣费记录累计信息表的短信赠送条数账户扣费累计值是否大于0。是则转S3-28。否则转S3-30。

S3-28：在用户的赠送条数账户进行补款，同时记录用户短信补款记录，补款记录标识补款账户是赠送条数账户。

S3-29：从本月用户短信扣费记录累计信息表的赠送条数账户扣费累计值扣除一条赠送条数。转S3-33。

S3-30：判断本月用户短信扣费记录累计信息表的短信套餐条数账户扣费累计值是否大于0。是则转S3-31。否则转S3-34。

S3-31：在用户的短信条数账户进行补款，同时记录用户短信补款记录，补款记录标识补款账户是短信套餐条数账户。

S3-32：从本月用户短信扣费记录累计信息表的套餐条数账户扣费累计值扣除一条套餐条数。转S3-33。

S3-33：返回补款成功。

S3-34：返回补款失败。

按照上述步骤执行补款过程，可以很好的解决现有技术补款时的所述3个问题：

步骤S3-3到S3-10，结合短信扣费流程，通过记录并查询查询2个月的短信扣款记录时间和扣款账户，解决了短信补款时上月的资源转移到下月的问题，同时也解决了上个月短信扣费资源只有本金能够补款的问题，还解决了补款时本金补款额度超过实际扣费金额的问题。

步骤S3-11到步骤S3-19，解决了本月短信补款时，本金账户补款金额超过实际本金账户扣费金额的问题，也即资源账户错误转移的问题。

步骤S3-20到步骤S3-26，解决了本月短信补款时，赠送金额账户补款金额超过实际赠送账户扣费金额的问题，也即资源账户错误转移的问题和赠送资源使用范围被改变的问题。

按照上述方法，可以严格保证用户的补款时套餐、赠送资源的时效性，保证每个账户的补款额度不会超过该账户的扣款额度，保证用户的套餐、赠送资源的使用范围不会被随意的改变。

另外彩信和在信的扣费和补款也可以参照上述的流程进行处理。

实施例五系统模块图

如图4所示，本发明系统由如下逻辑模块组成：

用户扣费账户判断模块，该模块主要用于根据用户的各种套餐、赠送、本金等资源，结合用户的消费详情记录，判断具体的扣费账户。

用户消费详情记录模块，该模块主要用于实现用户消费详情的记录。为用户补款账号判断模块提供数据查询。为用户扣费执行模块提供数据记录。

用户扣费执行模块，该模块用于接受用户扣费账户判断模块提供的用户扣费账号和额度信息，并执行扣费，将扣费结果记录在用户消费详情记录模块。

用户补款账号判断模块，该模块用于查询用户消费详情记录和各种套餐、赠送、本金等资源，判断用户的补款账户信息并输出。

补款执行模块，该模块用于接受用户补款账号判断模块输出的用户补款账号和补款额度信息，执行补款操作。

综上所述可见，无论是方法还是系统，本发明业务处理技术，通过记录短信、在信、彩信业务的扣费和回滚详情，用以确定扣费和补款账户，避免补款所造成的各种资源错误使用。一方面保障了短信、在信、彩信业务扣费和补款时用户和运营商之间相对公平；另一方面防止了人为恶意的使用短信、在信、彩信回滚的漏洞来获取非法的利益，保障了运营商的利益。因此该方法和系统具有非常高的经济效益和技术价值。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (10)

1.一种业务处理方法，其特征在于，针对用户业务建立用户消费详情记录表，该方法还包括：

扣费时，按照顺序进行扣费，并记录扣费详情信息；

补款时，查询本月和上月的扣费详情记录，据此确定补款账号和补款额度。

2.根据权利要求1所述的方法，其特征在于，所述用户业务为短信、在信、彩信业务中的至少一种。

3.根据权利要求2所述的方法，其特征在于，所述建立用户消费详情记录表的过程包括：

针对用户的短信、在信、彩信业务，分别对用户建立本金账户扣费记录、赠送金额账户扣费记录、赠送条数账户扣费记录、套餐条数账户扣费纪录。

4.根据权利要求2所述的方法，其特征在于，所述按照顺序进行扣费，并记录扣费详情信息的过程包括：

针对用户的短信、在信、彩信业务，按照套餐条数、赠送条数、赠送金额、本金的顺序进行；同时累加各个账户的扣费信息，记录能够体现扣费精确时间和扣费账户信息的扣费记录。

5.根据权利要求2所述的方法，其特征在于，所述查询本月和上月的扣费详情记录，据此确定补款账号和补款额度的过程包括：

针对用户的短信、在信、彩信业务，先在本月扣费记录中查询，查询不到时则在上月扣费记录中查询；针对上月的扣费信息，只有本金扣费允许补款；本月的扣费纪录补款时，查询用户的本金账户扣费记录、赠送金额账户扣费记录、赠送条数账户扣费记录、套餐条数账户扣费纪录，以确定补款账号和该账号的补款金额，并且每个账号的补款金额以扣费金额或者扣除条数为上限。

6.一种业务处理系统，其特征在于，该系统包括扣费单元、补款单元；其中，

所述扣费单元，用于针对用户业务建立用户消费详情记录表，并在扣费时按照顺序进行扣费，以及记录扣费详情信息；

所述补款单元，用于在补款时，查询本月和上月的扣费详情记录，据此确定补款账号和补款额度。

7.根据权利要求6所述的系统，其特征在于，所述用户业务为短信、在信、彩信业务中的至少一种。

8.根据权利要求7所述的系统，其特征在于，所述扣费单元，包括用户扣费账户判断模块、用户消费详情记录模块、用户扣费执行模块；其中，

所述用户扣费账户判断模块，用于根据用户的资源，结合用户的消费详情记录，判断具体的扣费账户；

所述用户消费详情记录模块，用于实现用户消费详情的记录，为用户补款账号判断模块提供数据查询，为用户扣费执行模块提供数据记录；

所述用户扣费执行模块，用于接受用户扣费账户判断模块提供的用户扣费账号和额度信息，并执行扣费，将扣费结果记录在用户消费详情记录模块。

9.根据权利要求7所述的系统，其特征在于，所述补款单元，包括用户补款账号判断模块、补款执行模块；其中，

所述用户补款账号判断模块，用于查询用户消费详情记录和资源，判断用户的补款账户信息并输出；

所述补款执行模块，用于接受用户补款账号判断模块输出的用户补款账号和补款额度信息，执行补款操作。

10.根据权利要求8或9所述的系统，其特征在于，所述资源包括用户的各种套餐、赠送、本金。

Images