CN116385118A - 一种快速充话费平台 - Google Patents

Abstract

本发明提供了一种快速充话费平台，包括：数据采集单元：用于接收用户请求，解析用户请求，以得到请求类型；充值单元：用于当请求类型为充值时，获取用户订单号，根据用户订单号查询数据库，以得到对应的用户包体；获取多个有效的通道，定义通道包体低于用户包体的有效的通道为充值通道；利用充值通道完成用户请求的充值；查询单元：用于当请求类型为查询时，返回用户账户的余额。快速充话费平台对接多个具有话费采购需求的用户和提供充值服务的通道，能够自动为用户匹配最合适的通道进行充值，用户不需要直接对接各种话费采购渠道，节省用户的人力成本和时间成本，为用户提供订单管理、账户管理功能，能够对话费采购订单进行管理。

Description

一种快速充话费平台

技术领域

本发明属于互联网技术领域，具体涉及一种快速充话费平台。

背景技术

由于很多企业会给员工发放话费补贴，或者企业和单位为了开展营销活动发放话费，所以话费采购需求近年来越来越多。而市面上单笔充值的方式十分耗费时间、精力和人力，且普通的话费充值还有充值限制，不能满足话费采购的需求。目前常见的话费采购渠道包括：1、运营商。采购话费可以直接找运营商进行采购，但是这种方式比较麻烦，且门槛较高，不能满足大部分企业的采购需求。2、话费供应商。话费供应商相比运营商，充值没有限制，采购的门槛相对较低。

但是，如果每个具有话费采购需求的用户都需要自己对接话费采购渠道，会耗费用户的时间和人力。如果话费供应商数量较多时，用户亲自对接会带来不便性。因此，亟需一种快速充话费平台及方法，能够对接具有话费采购需求的用户以及话费采购渠道，对话费采购订单进行管理。

发明内容

针对现有技术中的缺陷，本发明提供一种快速充话费平台，用户不需要直接对接各种话费采购渠道，节省用户的人力成本和时间成本。

一种快速充话费平台，包括：

数据采集单元：用于接收用户请求，解析用户请求，以得到请求类型；

充值单元：用于当请求类型为充值时，获取用户订单号，根据用户订单号查询数据库，以得到对应的用户包体；获取多个有效的通道，定义通道包体低于用户包体的有效的通道为充值通道；利用充值通道完成用户请求的充值；

查询单元：用于当请求类型为查询时，返回用户账户的余额。

进一步地，充值单元具体用于：

当请求类型为充值时，判断用户请求中是否包含订单号；如果包含，定义订单号为用户订单号；如果不包含，随机生成随机订单号，定义随机订单号为用户订单号；

当数据库中存在用户订单号时，向用户端返回请求失败；

当数据库中不存在用户订单号时，根据用户订单号查询数据库。

进一步地，充值单元具体用于：

解析用户请求，以得到用户账户；

根据用户账户查询数据库，以得到用户账户对应的通道列表；

定义通道列表中状态为开启的通道为有效的通道。

进一步地，充值单元具体用于：

在确定充值通道之后，判断用户账户中余额是否足以支付用户订单号；

如果否，向用户端返回请求失败；

如果是，获取充值通道的供应商账号，利用供应商账号完成用户订单号的充值；

接收供应商端返回的回调信息；

当回调信息为充值成功时，将用户订单号写入数据库，更新用户账户和充值通道的余额；

当回调信息为充值失败时，将用户订单号写入数据库。

进一步地，查询单元具体用于：

接收到包含用户账户或通道组的查询指令时，查询数据库，以得到对应的用户信息；用户信息包括用户账户、余额、密钥、回调信息、通道组、IP；

接收到用户新建指令时，将新的用户信息写入数据库。

进一步地，还包括：

配置单元：用于接收到价格新建指令时，将新的价格信息写入数据库；价格信息包括用户账户、运营商、省市、包体、原价、售价和折扣；

接收到包含用户账户、通道组、包体或省市的查询指令时，查询数据库，以得到对应的价格信息。

进一步地，配置单元还用于：

接收到通道新建指令时，将新的通道信息写入数据库；通道信息包括通道名、包体、运营商、省市、优先级、状态；

接收到包含通道名的查询指令时，查询数据库，以得到对应的通道信息；

接收到通道组新建指令时，将新的通道组信息写入数据库；通道组信息包括通道组名、包含通道；

接收到包含通道组名或包含通道的查询指令时，查询数据库，以得到对应的通道组信息；

接收到通道成本新建指令时，将新的通道成本信息写入数据库；通道成本信息包括通道名、运营商、省市、包体、折扣；

接收到包含通道组名、运营商、包体或省市的查询指令时，查询数据库，以得到对应的通道成本信息；

接收到包体新建指令时，将新的包体信息写入数据库；包体信息包括运营商、包体、原价；

接收到包含运营商或包体的查询指令时，查询数据库，以得到对应的包体信息。

进一步地，还包括：

订单管理单元：用于接收到包含起始时间、任务状态、发送通道、运营商、任务编号、用户账户、省市、话费金额或用户订单号的查询指令时，查询数据库，以得到对应的订单数据；订单数据包括起始时间、任务状态、发送通道、运营商、任务编号、用户账户、省市、话费金额或用户订单号；

当选中一订单数据时，修改订单数据的任务状态。

进一步地，还包括：

财务管理单元：用于接收到包含起始时间或用户账户的查询指令时，查询数据库，以得到对应的用户加款信息；用户加款信息包括用户账户、加款金额、加款后余额、状态；

接收到包含起始时间、用户账户、发送通道、状态的查询指令时，查询数据库，以得到对应的用户消费信息；用户消费信息包括用户账户、任务编号、发送通道、状态、消费金额、余额。

进一步地，财务管理单元还用于：

接收到包含起始时间或通道名称的查询指令时，查询数据库，以得到对应的通道加款信息；通道加款信息包括通道名称、加款金额、加款后余额、状态；

接收到包含起始时间、用户账户、发送通道、状态的查询指令时，查询数据库，以得到对应的通道消费信息；通道消费信息包括任务编号、通道名称、消费用户、状态、消费金额、余额。

由上述技术方案可知，本发明提供的快速充话费平台对接多个具有话费采购需求的用户和提供充值服务的通道，能够自动为用户匹配最合适的通道进行充值，用户不需要直接对接各种话费采购渠道，节省用户的人力成本和时间成本。该快速充话费平台还可以为用户提供订单管理、账户管理功能，能够对话费采购订单进行管理。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。在所有附图中，类似的元件或部分一般由类似的附图标记标识。附图中，各元件或部分并不一定按照实际的比例绘制。

图1为实施例提供的快速充话费平台的模块框图。

图2为实施例提供的用户信息新建界面的示意图。

图3为实施例提供的价格信息新建界面的示意图。

图4为实施例提供的通道信息新建界面的示意图。

图5为实施例提供的通道组信息新建界面的示意图。

图6为实施例提供的通道成本信息新建界面的示意图。

图7为实施例提供的包体信息新建界面的示意图。

具体实施方式

下面将结合附图对本发明技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本发明的技术方案，因此只作为示例，而不能以此来限制本发明的保护范围。需要注意的是，除非另有说明，本申请使用的技术术语或者科学术语应当为本发明所属领域技术人员所理解的通常意义。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

实施例：

一种快速充话费平台，参见图1，包括：

数据采集单元1：用于接收用户请求，解析用户请求，以得到请求类型；

充值单元2：用于当请求类型为充值时，获取用户订单号，根据用户订单号查询数据库7，以得到对应的用户包体；获取多个有效的通道，定义通道包体低于用户包体的有效的通道为充值通道；利用充值通道完成用户请求的充值；

查询单元3：用于当请求类型为查询时，返回用户账户的余额。

在本实施例中，用户请求可以通过post或者get方式发送给数据采集单元1，数据采集单元1当接收到用户请求后，按照指定格式对用户请求进行解析，得到请求类型。其中，请求类型包括充值或查询。数据采集单元1还用于对用户请求中的用户账户进行校验，判断请求的用户账户是否存在，如果不存在，向用户端返回请求失败。

在本实施例中，查询单元3当接收到用户请求时，按照指定查询余额协议解析。如果用户账户存在、且请求类型为查询时，查询单元3用于查询用户账户的余额。查询单元3在查询余额的过程中，可以校验用户请求中的用户签名是否正确，如果正确，返回用户账户的余额。如果不正确，返回请求失败。查询余额协议中规定用户请求和响应格式可以如下设置：

用户请求格式为：

action	命令	getbalance
			v	版本号	h1.1固定值
account	帐号(签名)	平台开出的账号
			sign	签名	参见签名算法

响应格式为：

response	响应码	固定为200
			msg	接受状态	成功为1,失败为0
data	消息	返回的具体消息

例如：当用户请求为“v＝H1.1&action＝getbalance&account＝帐号A&sign＝MD5”时，表示签名算法为MD5算法，用户账户为账号A，请求类型为查询。当响应为：{'response':200,'msg':1,'data':'9999581.0'}时，表示查询余额成功，账号A的余额为9999581.0。

在本实施例中，充值单元2当接收到用户请求时，按照指定充值协议解析，还可以校验用户请求中的用户签名是否正确，如果正确，继续进行充值。如果不正确，返回请求失败。充值协议中规定用户请求和响应格式如下：

用户请求：

响应格式为：

response	响应码	固定为200
			msg	接受状态	成功为1,失败为0
data	消息	返回的具体消息

例如：当用户请求为“v＝H1.1&action＝charge&account＝帐号A&mnp＝yd&mobile＝手机号A&package＝100&sign＝MD5”时，表示签名算法为MD5算法，用户账户为账号A，请求类型为充值，运营商为移动，充值的手机号为手机号A，包体为100。当响应为：{'response':200,'msg':1,'data':'充值提交成功'}，表示充值成功。

在本实施例中，充值单元2充值时，获取用户订单号，根据用户订单号查询数据库7，以得到对应的用户包体。该快速充话费平台可以在数据库7中预先设置每个用户的用户包体，当获得用户订单号后，获取用户订单号对应的用户，在数据库7中查找该用户的用户包体。接着充值单元2获取多个有效的通道，有效的通道即表示本次可以正常进行充值的通道。通道的通道包体为通道一次充值的面额，当有效通道的通道包体低于用户包体时，才最终确定该有效通道为充值通道，利用充值通道完成用户请求的充值。

该快速充话费平台对接多个具有话费采购需求的用户和提供充值服务的通道，能够自动为用户匹配最合适的通道进行充值，用户不需要直接对接各种话费采购渠道，节省用户的人力成本和时间成本。该快速充话费平台还可以为用户提供订单管理、账户管理功能，能够对话费采购订单进行管理。

进一步地，在一些实施例中，充值单元2具体用于：

当请求类型为充值时，判断用户请求中是否包含订单号；如果包含，定义订单号为用户订单号；如果不包含，随机生成随机订单号，定义随机订单号为用户订单号；

当数据库7中存在用户订单号时，向用户端返回请求失败；

当数据库7中不存在用户订单号时，根据用户订单号查询数据库7。

在本实施例中，用户订单号通过以下方法获得：如果用户请求中附带订单号，则该附带的订单号为用户订单号。如果用户请求中没有附带订单号，则随机生成一个订单号作为用户订单号。充值单元2当得到用户订单号后，对用户订单号进行查重，即判断该用户订单号是否已经进行过充值，当数据库7中存在用户订单号时，说明该用户订单号已经进行过充值，为了提高充值效率，本次不再进行充值，返回请求失败，当数据库7中不存在用户订单号时，说明该用户订单号没有进行过充值，完成该用户订单号的充值任务。该方法当完成用户订单号的查重后，还可以通过数据库7查询用户的手机号码，获取该手机号码的归属地和运营商。

进一步地，在一些实施例中，充值单元2具体用于：

解析用户请求，以得到用户账户；

根据用户账户查询数据库7，以得到用户账户对应的通道列表；

定义通道列表中状态为开启的通道为有效的通道。

在本实施例中，该快速充话费平台在数据库7中为每个用户账户都分配了通道组，充值单元2可以首先在数据库7中查询用户账户对应的通道组，再根据通道组获取可以进行路由的通道列表，通道列表中记录了多个通道以及对应的状态，当通道列表中通道的状态为开启时，说明此时可以使用该通道进行充值，定义该通道为有效的通道。如果通道列表中通道的状态为光比，说明此时暂时不能使用该通道进行充值。

进一步地，在一些实施例中，充值单元2具体用于：

在确定充值通道之后，判断用户账户中余额是否足以支付用户订单号；

如果否，向用户端返回请求失败；

如果是，获取充值通道的供应商账号，利用供应商账号完成用户订单号的充值；

接收供应商端返回的回调信息；

当回调信息为充值成功时，将用户订单号写入数据库7，更新用户账户和充值通道的余额；

当回调信息为充值失败时，将用户订单号写入数据库7。

在本实施例中，充值单元2确定好充值通道后，首先判断用户帐户余额是否足够支付本次用户订单，如果不足则返回请求失败，如果足够支付，则通过数据库7查询充值通道的供应商帐号等信息，并进行充值。供应商端完成充值后，会向充值单元2返回回调信息。如果回调信息为充值成功，在数据库7中更新该用户订单号的订单状态为充值成功，并写入回调信息，同时更新数据库7中用户账户和充值通道的余额，将用户消费记录和通道消费记录写入数据库7中。如果回调信息为充值失败，在数据库7中更新该用户订单号的订单状态为充值失败，并写入回调信息。回调信息的格式可以如下定义：

taskid	任务ID
			mobile	手机号码
status	状态	4.状态成功,5.状态失败
			reporttime	时间
reportcode	代码说明
			outtradeno	用户订单号	用户系统内部的订单号
serialnum	订单流水号	无流水号时此参数为空

例如：当回调信息为：{'taskid':'725703'；'mobile':'手机号码A'；'status':4；'reporttime':'2018-10-22 14:15:38'；'reportcode':'0000:成功003420181022141532458759'；'outtradeno':'2018102214152012803'；‘serialnum’:‘003420181022141532458759}，表示任务ID为725703，手机号码为手机号码A，状态为成功，时间为2018-10-2214:15:38','reportcode，用户订单号为2018102214152012803，订单流水号为003420181022141532458759。

在本实施例中，充值单元2为了防止供应商端推送的回调信息因为种种原因没有被充值单元2接收到，充值单元2会定时主动查询供应商端的状态,根据查询结果更新数据库7。主动查询和响应的格式可以如下定义：

请求格式：

action	命令	getreport
			v	版本号	h1.1固定值
outtradeno	用户订单号	用户系统内部的订单号,64个字符内、可包含字母，
			account	帐号(签名)	平台开出的账号
mobile	号码(签名)	查询的手机号
			package	包体(签名)	话费面额,编码为面额数值,如100元话费,编码为100
sign	签名	参见签名算法

响应格式：

taskid	我方内部ID	订单不存在时为空
			mobile	手机号码	查询的手机号码
status	订单状态	4为成功5为失败3为充值中6为订单不存在
			reporttime	回调时间	订单不存在或者为充值中时为空
reportcode	状态说明	订单不存在或者为充值中时为空
			outtradeno	用户订单号	查询的用户订单号
serialnum	订单流水号	无流水号时此参数为空

例如请求格式为“v＝H1.1&action＝getreport&account＝帐号&mobile＝手机号&package＝100&outtradeno＝123654&sign＝MD5”，响应为：{"taskid":"0000"；"mobile":"13800138000"；"status":4；"reporttime":"2020-06-1510:08:57"；"reportcode":"success:"；"outtradeno":"0000"}。

进一步地，在一些实施例中，查询单元3具体用于：

接收到包含用户账户或通道组的查询指令时，查询数据库7，以得到对应的用户信息；用户信息包括用户账户、余额、密钥、回调信息、通道组、IP；

接收到用户新建指令时，将新的用户信息写入数据库7。

在本实施例中，查询单元3在查询用户信息时，可以通过用户账户或通道组进行查询，查询单元3可以显示查询到的用户账户、余额、密钥、回调信息、通道组、IP等等。查询单元3还可以新建新的用户信息，参见图2，当创建新的用户时，可以配置用户账户、用户名称、密码、绑定回调、通道组、IP等等。

进一步地，在一些实施例中，还包括：

配置单元4：用于接收到价格新建指令时，将新的价格信息写入数据库7；价格信息包括用户账户、运营商、省市、包体、原价、售价和折扣；

接收到包含用户账户、通道组、包体或省市的查询指令时，查询数据库7，以得到对应的价格信息。

在本实施例中，该快速充话费平台可以配置用户的价格信息。例如配置单元4可以通过用户名、运营商、省市、包体等因素查询数据库7，得到用户的价格信息，价格信息包括用户账户、运营商、省市、包体、原价、售价和折扣等等。参见图3，配置单元4也可以新建用户的价格信息，例如当创建新的价格信息时，可以配置用户名、运营商、省市、包体、原价、售价和折扣等等。

进一步地，在一些实施例中，配置单元4还用于：

接收到通道新建指令时，将新的通道信息写入数据库7；通道信息包括通道名、包体、运营商、省市、优先级、状态；

接收到包含通道名的查询指令时，查询数据库7，以得到对应的通道信息；

接收到通道组新建指令时，将新的通道组信息写入数据库7；通道组信息包括通道组名、包含通道；

接收到包含通道组名或包含通道的查询指令时，查询数据库7，以得到对应的通道组信息；

接收到通道成本新建指令时，将新的通道成本信息写入数据库7；通道成本信息包括通道名、运营商、省市、包体、折扣；

接收到包含通道名、运营商、包体或省市的查询指令时，查询数据库7，以得到对应的通道成本信息；

接收到包体新建指令时，将新的包体信息写入数据库7；包体信息包括运营商、包体、原价；

接收到包含运营商或包体的查询指令时，查询数据库7，以得到对应的包体信息。

在本实施例中，配置单元4可以通过通道名查询数据库7中的通道信息，也可以在查询到的通道信息中选中一个或多个通道信息，清空选中的通道信息。通道信息包括通道名、包体、运营商、省市、优先级、状态等等。参见图4，配置单元4也可以新建新的通道信息，例如当新建通道信息时，可以配置通道名、包体、运营商、省市、优先级、状态。

在本实施例中，配置单元4可以通过通道组名或包含通道查询数据库7中的通道组信息。通道组信息包括通道组名、包含通道等等。参见图5，配置单元4也可以新建新的通道组信息，例如当新建通道组信息时，可以配置通道组名、包含通道。

在本实施例中，配置单元4可以通过通道名、运营商、包体或省市查询数据库7中的通道成本信息。通道成本信息包括通道名、运营商、包体、省市、原价、售价、折扣等等。参见图6，配置单元4也可以新建新的通道成本信息，例如当新建通道成本信息时，可以配置通道名、运营商、包体、省市、原价、售价、折扣。

在本实施例中，配置单元4可以通过运营商或包体查询数据库7中的包体信息。包体信息包括运营商、包体、原价等等。参见图7，配置单元4也可以新建新的包体信息，例如当新建包体信息时，可以配置运营商、包体、原价。

进一步地，在一些实施例中，还包括：

订单管理单元5：用于接收到包含起始时间、任务状态、发送通道、运营商、任务编号、用户账户、省市、话费金额或用户订单号的查询指令时，查询数据库7，以得到对应的订单数据；订单数据包括起始时间、任务状态、发送通道、运营商、任务编号、用户账户、省市、话费金额或用户订单号；

当选中一订单数据时，修改订单数据的任务状态。

在本实施例中，订单管理单元5还可以根据起始时间、任务状态、发送通道、运营商、任务编号、用户账户、省市、话费金额或用户订单号查询数据库7，得到订单数据。订单管理单元5可以在显示的订单数据中选中一个或多个订单数据，导出选中的订单数据，也可以向选中的订单数据推送回调。另外，订单管理单元5还提供订单数据的任务状态修改的功能，当订单数据中用户订单号充值成功时，其任务订单为成功，当订单数据中用户订单号充值失败时，其任务订单为失败。

进一步地，在一些实施例中，还包括：

财务管理单元6：用于接收到包含起始时间或用户账户的查询指令时，查询数据库7，以得到对应的用户加款信息；用户加款信息包括用户账户、加款金额、加款后余额、状态；

接收到包含起始时间、用户账户、发送通道、状态的查询指令时，查询数据库7，以得到对应的用户消费信息；用户消费信息包括用户账户、任务编号、发送通道、状态、消费金额、余额。

在本实施例中，财务管理单元6还提供财务管理功能。当用户余额或通道余额不足时，用户或通道需要进行加款。财务管理单元6可以根据起始时间或用户账户查询数据库7，得到用户加款信息，财务管理单元6可以导出选中的用户加款信息。财务管理单元6还可以根据起始时间、用户账户、发送通道、状态查询用户消费信息，并导出选中的用户消费信息。

进一步地，在一些实施例中，财务管理单元6还用于：

接收到包含起始时间或通道名称的查询指令时，查询数据库7，以得到对应的通道加款信息；通道加款信息包括通道名称、加款金额、加款后余额、状态；

接收到包含起始时间、用户账户、发送通道、状态的查询指令时，查询数据库7，以得到对应的通道消费信息；通道消费信息包括任务编号、通道名称、消费用户、状态、消费金额、余额。

在本实施例中，财务管理单元6可以根据起始时间或通道名称查询数据库7，得到通道加款信息，并导出选中的通道加款信息。财务管理单元6可以根据起始时间、用户账户、发送通道、状态查询数据库7，得到通道消费信息，并导出选中的通道消费信息。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。

Claims (10)

1.一种快速充话费平台，其特征在于，包括：

数据采集单元：用于接收用户请求，解析所述用户请求，以得到请求类型；

充值单元：用于当所述请求类型为充值时，获取用户订单号，根据所述用户订单号查询数据库，以得到对应的用户包体；获取多个有效的通道，定义通道包体低于所述用户包体的有效的通道为充值通道；利用所述充值通道完成所述用户请求的充值；

查询单元：用于当所述请求类型为查询时，返回用户账户的余额。

2.根据权利要求1所述快速充话费平台，其特征在于，所述充值单元具体用于：

当所述请求类型为充值时，判断所述用户请求中是否包含订单号；如果包含，定义所述订单号为所述用户订单号；如果不包含，随机生成随机订单号，定义所述随机订单号为所述用户订单号；

当数据库中存在所述用户订单号时，向用户端返回请求失败；

当数据库中不存在所述用户订单号时，根据所述用户订单号查询所述数据库。

3.根据权利要求2所述快速充话费平台，其特征在于，所述充值单元具体用于：

解析所述用户请求，以得到用户账户；

根据所述用户账户查询所述数据库，以得到所述用户账户对应的通道列表；

定义所述通道列表中状态为开启的通道为所述有效的通道。

4.根据权利要求3所述快速充话费平台，其特征在于，所述充值单元具体用于：

在确定所述充值通道之后，判断所述用户账户中余额是否足以支付所述用户订单号；

如果否，向用户端返回请求失败；

如果是，获取所述充值通道的供应商账号，利用所述供应商账号完成所述用户订单号的充值；

接收供应商端返回的回调信息；

当所述回调信息为充值成功时，将所述用户订单号写入所述数据库，更新所述用户账户和所述充值通道的余额；

当所述回调信息为充值失败时，将所述用户订单号写入所述数据库。

5.根据权利要求3所述快速充话费平台，其特征在于，所述查询单元具体用于：

接收到包含所述用户账户或通道组的查询指令时，查询所述数据库，以得到对应的用户信息；所述用户信息包括用户账户、余额、密钥、回调信息、通道组、IP；

接收到用户新建指令时，将新的用户信息写入所述数据库。

6.根据权利要求3所述快速充话费平台，其特征在于，还包括：

配置单元：用于接收到价格新建指令时，将新的价格信息写入所述数据库；所述价格信息包括用户账户、运营商、省市、包体、原价、售价和折扣；

接收到包含所述用户账户、通道组、包体或省市的查询指令时，查询所述数据库，以得到对应的价格信息。

7.根据权利要求6所述快速充话费平台，其特征在于，所述配置单元还用于：

接收到通道新建指令时，将新的通道信息写入所述数据库；所述通道信息包括通道名、包体、运营商、省市、优先级、状态；

接收到包含所述通道名的查询指令时，查询所述数据库，以得到对应的通道信息；

接收到通道组新建指令时，将新的通道组信息写入所述数据库；所述通道组信息包括通道组名、包含通道；

接收到包含所述通道组名或包含通道的查询指令时，查询所述数据库，以得到对应的通道组信息；

接收到通道成本新建指令时，将新的通道成本信息写入所述数据库；所述通道成本信息包括通道名、运营商、省市、包体、折扣；

接收到包含所述通道组名、运营商、包体或省市的查询指令时，查询所述数据库，以得到对应的通道成本信息；

接收到包体新建指令时，将新的包体信息写入所述数据库；所述包体信息包括运营商、包体、原价；

接收到包含运营商或包体的查询指令时，查询所述数据库，以得到对应的包体信息。

8.根据权利要求3所述快速充话费平台，其特征在于，还包括：

订单管理单元：用于接收到包含起始时间、任务状态、发送通道、运营商、任务编号、用户账户、省市、话费金额或用户订单号的查询指令时，查询所述数据库，以得到对应的订单数据；所述订单数据包括起始时间、任务状态、发送通道、运营商、任务编号、用户账户、省市、话费金额或用户订单号；

当选中一所述订单数据时，修改所述订单数据的任务状态。

9.根据权利要求3所述快速充话费平台，其特征在于，还包括：

财务管理单元：用于接收到包含起始时间或用户账户的查询指令时，查询所述数据库，以得到对应的用户加款信息；所述用户加款信息包括用户账户、加款金额、加款后余额、状态；

接收到包含起始时间、用户账户、发送通道、状态的查询指令时，查询所述数据库，以得到对应的用户消费信息；所述用户消费信息包括用户账户、任务编号、发送通道、状态、消费金额、余额。

10.根据权利要求9所述快速充话费平台，其特征在于，所述财务管理单元还用于：

接收到包含起始时间或通道名称的查询指令时，查询所述数据库，以得到对应的通道加款信息；所述通道加款信息包括通道名称、加款金额、加款后余额、状态；

接收到包含起始时间、用户账户、发送通道、状态的查询指令时，查询所述数据库，以得到对应的通道消费信息；所述通道消费信息包括任务编号、通道名称、消费用户、状态、消费金额、余额。

Images