一种移动通信应用支付平台及其支付方法与流程

本发明涉及移动支付技术领域，尤其涉及一种移动通信应用支付平台及其支付方法。

背景技术：

目前移动互联网产业链包括以下五个方面：首先是网络运营商，比如中国移动、中国电信、中国联通；二是终端厂商，尤其是智能手机厂商；三是移动增值业务，主要是服务提供商(sp)和内容提供商(cp)；四是软件公司；五是互联网公司。

移动手机应用是当下移动互联网技术应用的主要呈现模式，截至2012年年底，围绕手机开发的软件应用数量已经达到一百多万。在新一代的移动互联网架构下，移动电子商务将成为新的消费平台。

国内移动支付发展迅猛，但仍然存在许多问题：监管要求难以落地，涉及金融和通信两大行业；话费账户等多种账户形式从事支付，支付安全难以保证；没有形成有效的合作模式；产品、受理市场需要完善；三大运营商各自为战，各方仅考虑自身利益，没有统一的技术标准和实现方案。容易出现以下问题：

1、指令外露，以前的指令是由sp直接下放给app开发者的，这样造成任何人都可以使用这个指令，消费手机用户的费用；

2、乱扣费，不合法的计费请求导致乱扣费现象；

3、三大运营商都有对用户指令的额度进行限制导致支付成功率低；

4、在用户成功支付后但没有获得相应的服务，会产生投诉。

技术实现要素：

有鉴于现有技术的上述缺陷，本发明所要解决的技术问题是提供一种移动通信应用支付平台及其支付方法，以解决现有技术的不足。

为实现上述目的，本发明提供了一种移动通信应用支付平台，包括：客户端、后台服务器、网络传输模块、运营商扣费模块，其中：

客户端，用于读取本机手机号码，获取手机运营商网络类型，提交请求扣费通道数据；

后台服务器，用于根据手机号码判断省份并得出分省通道序列，读取通道序列可用的优先级最高的通道信息；

网络传输模块，用于判断网络通道类型，判断通道网络传输是否正常，在通道网络正常时显示扣费服务信息/扣费通道信息/验证码；

运营商扣费模块，用于通过输入验证码进行扣费操作，并通知app开通服务并返回扣费请求完成标志到服务器。

优选的，所述客户端读取本机手机号码，获取手机运营商网络类型，提交请求扣费通道数据，具体为：

用户触发app的扣费节点，调用微支付插件，提交扣费参数，检查手机网络是否打开，如果手机网络打开读取本机手机号码，获取手机运营商网络类型，提交请求扣费通道数据；如果手机网络没打开则打开cnnei网络。

优选的，所述后台服务器根据手机号码判断省份并得出分省通道序列，读取通道序列可用的优先级最高的通道信息，具体为：

后台服务器的数据库启动通道配置进程，判断运营商，根据手机号码判断省份并得出分省通道序列，读取通道序列可用的优先级最高的通道信息。

优选的，所述网络传输模块判断网络通道类型，判断通道网络传输是否正常，在通道网络正常时显示扣费服务信息/扣费通道信息/验证码，具体为：

判断通道类型，如果是短信显示扣费服务信息/扣费通道信息/验证码；如果是wap切换网络到cnwap，检查网络是否正常，网络不正常切换网络回cnnet，并请求重新获取扣费通道，标记wap网络为不可用，如果网络正常显示扣费服务信息/扣费通道信息/验证码。

优选的，所述运营商扣费模块通过验证码进行扣费操作，并通知app开通服务并返回扣费请求完成标志到服务器，具体为：

用户输入验证码确认扣费操作，判断扣费通道类型，若为短信通道调用手机短信模块，发送mo上行屏蔽短信下行信息，清楚发件箱记录，判断是否达到扣费次数，是的话通知app开通服务并返回扣费请求完成标志到服务器；若为wap切换网络到cnwap，然后后台调用浏览器访问wap地址，网页载入完成，关闭浏览器，最后通知app开通服务并返回扣费请求完成标志到服务器。

一种移动通信应用支付方法，包括：

读取本机手机号码，获取手机运营商网络类型，提交请求扣费通道数据；

根据手机号码判断省份并得出分省通道序列，读取通道序列可用的优先级最高的通道信息；

判断网络通道类型，判断通道网络传输是否正常，在通道网络正常时显示扣费服务信息/扣费通道信息/验证码；

通过输入验证码进行扣费操作，并通知app开通服务并返回扣费请求完成标志到服务器。

优选的，所述读取本机手机号码，获取手机运营商网络类型，提交请求扣费通道数据，具体为：

用户触发app的扣费节点，调用微支付插件，提交扣费参数，检查手机网络是否打开，如果手机网络打开读取本机手机号码，获取手机运营商网络类型。

优选的，所述根据手机号码判断省份并得出分省通道序列，读取通道序列可用的优先级最高的通道信息，具体为：后台服务器的数据库启动通道配置进程，判断运营商，根据手机号码判断省份并得出分省通道序列，读取通道序列可用的优先级最高的通道信息。

优选的，所述判断网络通道类型，判断通道网络传输是否正常，在通道网络正常时显示扣费服务信息/扣费通道信息/验证码，具体为：

判断通道类型，如果是短信显示扣费服务信息/扣费通道信息/验证码；如果是wap切换网络到cnwap，检查网络是否正常，网络不正常切换网络回cnnet，并请求重新获取扣费通道，标记wap网络为不可用，如果网络正常显示扣费服务信息/扣费通道信息/验证码。

优选的，所述通过验证码进行扣费操作，并通知app开通服务并返回扣费请求完成标志到服务器，具体为：用户输入验证码确认扣费操作，判断扣费通道类型，若为短信通道调用手机短信模块，发送mo上行屏蔽短信下行信息，清楚发件箱记录，判断是否达到扣费次数，是的话通知app开通服务并返回扣费请求完成标志到服务器；若为wap切换网络到cnwap，然后后台调用浏览器访问wap地址，网页载入完成，关闭浏览器，最后通知app开通服务并返回扣费请求完成标志到服务器。

本发明的有益效果是：

本发明采用指令自动识别技术，将以前指令内置到手机端的方式，改变到由服务器端来控制指令，即手机端需要计费的时候，再去服务器端获取指令，然后由手机端向三大移动运营商发出支付指令。这种技术有效解决如下问题：

1)防止指令外露。以前的指令是由sp直接下放给app开发者的，这样造成任何人都可以使用这个指令，消费手机用户的费用。而指令自动识别技术把指令放在服务器端，只有在需要计费的时候才加密下放到手机端，中间无人工参与，开发者无法获得为其应用计费的指令。

2)防止乱扣费。每个计费项都需要在服务器注册，只有合法的计费请求，服务器才会发放计费指令，且每个手机可以设置上限，这两个方式有效阻止了乱扣费现象。

3)提供支付成功率。三大运营商都有对用户指令的额度限制，而我们的指令自动识别技术，每次支付的指令都是后台进行发放的，后台为每次支付发放不同的计费指令，这样可以提供支付成功率。

4)减少投诉。在指令自动识别技术中，我们设计了订单返还功能。在用户成功支付后但没有获得相应的服务时，我们的订单返还功能可以让手机用户重新获得服务。

以下将结合附图对本发明的构思、具体结构及产生的技术效果作进一步说明，以充分地了解本发明的目的、特征和效果。

附图说明

图1是本发明的系统工作流程图。

图2是本发明的支付流程图。

具体实施方式

如图1所示，本发明提供了一种移动通信应用支付平台，包括：客户端、后台服务器、网络传输模块、运营商扣费模块。第一部分是客户端程序，即应用在手机用户上面的游戏或者其他软件；第二部分是后台服务器，即后台数据、控制和相应的计算；第三部分是网络传输模块；第四部分是运营商的扣费环节和相应的反馈。其中：

客户端，用于读取本机手机号码，获取手机运营商网络类型，提交请求扣费通道数据；

后台服务器，用于根据手机号码判断省份并得出分省通道序列，读取通道序列可用的优先级最高的通道信息；

网络传输模块，用于判断网络通道类型，判断通道网络传输是否正常，在通道网络正常时显示扣费服务信息/扣费通道信息/验证码；

运营商扣费模块，用于通过输入验证码进行扣费操作，并通知app开通服务并返回扣费请求完成标志到服务器。

其中，客户端读取本机手机号码，获取手机运营商网络类型，提交请求扣费通道数据，具体为：用户触发app的扣费节点，调用微支付插件，提交扣费参数，检查手机网络是否打开，如果手机网络打开读取本机手机号码，获取手机运营商网络类型，提交请求扣费通道数据；如果手机网络没打开则打开cnnei网络。

其中，后台服务器根据手机号码判断省份并得出分省通道序列，读取通道序列可用的优先级最高的通道信息，具体为：后台服务器的数据库启动通道配置进程，判断运营商，根据手机号码判断省份并得出分省通道序列，读取通道序列可用的优先级最高的通道信息(包括扣费参数、通道类型、通道信息、扣费服务信息、指令等)。每天凌晨1点启动通道优化进程，服务器读取数据库中各通道扣费数据，并统计当月成功率。计算公式为：短信，mr/mo；wap，运营商同步订购数/扣费完成用户数，如图1所示。

其中，网络传输模块判断网络通道类型，判断通道网络传输是否正常，在通道网络正常时显示扣费服务信息/扣费通道信息/验证码，具体为：

判断通道类型，如果是短信显示扣费服务信息/扣费通道信息/验证码；如果是wap切换网络到cnwap，检查网络是否正常，网络不正常切换网络回cnnet，并请求重新获取扣费通道，标记wap网络为不可用，如果网络正常显示扣费服务信息/扣费通道信息/验证码。

其中，运营商扣费模块通过验证码进行扣费操作，并通知app开通服务并返回扣费请求完成标志到服务器，具体为：

用户输入验证码确认扣费操作，判断扣费通道类型，若为短信通道调用手机短信模块，发送mo上行屏蔽短信下行信息，清楚发件箱记录，判断是否达到扣费次数，是的话通知app开通服务并返回扣费请求完成标志到服务器；若为wap切换网络到cnwap，然后后台调用浏览器访问wap地址，网页载入完成，关闭浏览器，最后通知app开通服务并返回扣费请求完成标志到服务器。

本发明还提供一种移动通信应用支付方法，包括：

读取本机手机号码，获取手机运营商网络类型，提交请求扣费通道数据；

根据手机号码判断省份并得出分省通道序列，读取通道序列可用的优先级最高的通道信息；

判断网络通道类型，判断通道网络传输是否正常，在通道网络正常时显示扣费服务信息/扣费通道信息/验证码；

通过输入验证码进行扣费操作，并通知app开通服务并返回扣费请求完成标志到服务器。

其中，读取本机手机号码，获取手机运营商网络类型，提交请求扣费通道数据，具体为：

用户触发app的扣费节点，调用微支付插件，提交扣费参数，检查手机网络是否打开，如果手机网络打开读取本机手机号码，获取手机运营商网络类型。

其中，根据手机号码判断省份并得出分省通道序列，读取通道序列可用的优先级最高的通道信息，具体为：后台服务器的数据库启动通道配置进程，判断运营商，根据手机号码判断省份并得出分省通道序列，读取通道序列可用的优先级最高的通道信息。

其中，判断网络通道类型，判断通道网络传输是否正常，在通道网络正常时显示扣费服务信息/扣费通道信息/验证码，具体为：

判断通道类型，如果是短信显示扣费服务信息/扣费通道信息/验证码；如果是wap切换网络到cnwap，检查网络是否正常，网络不正常切换网络回cnnet，并请求重新获取扣费通道，标记wap网络为不可用，如果网络正常显示扣费服务信息/扣费通道信息/验证码。

其中，通过验证码进行扣费操作，并通知app开通服务并返回扣费请求完成标志到服务器，具体为：用户输入验证码确认扣费操作，判断扣费通道类型，若为短信通道调用手机短信模块，发送mo上行屏蔽短信下行信息，清楚发件箱记录，判断是否达到扣费次数，是的话通知app开通服务并返回扣费请求完成标志到服务器；若为wap切换网络到cnwap，然后后台调用浏览器访问wap地址，网页载入完成，关闭浏览器，最后通知app开通服务并返回扣费请求完成标志到服务器。

本发明的支付流程如图2所示，支付中间件通过手机卡的参数设置请求支付通道抛出请求，根据参数做出判断。请求失败后，会把任务抛给我们的中间件做下一步提示，请求成功后会请求服务器上的json，json会分析出提示信息和计费代码，我们的中间件通过服务器上返回的json做出第二次判断。若支付失败，会把任务抛给我们的中间件做下一步提示，支付成功，弹出提示框，显示提示信息，系统写短信界面，发送短信，弹出提示界面，经过用户核对点击后，我们的中间件也作出相应判断，判断用户短信内容和收件人没被修改，提示发送成功，同步到后台服务器。

以上详细描述了本发明的较佳具体实施例。应当理解，本领域的普通技术人员无需创造性劳动就可以根据本发明的构思做出诸多修改和变化。因此，凡本技术领域中技术人员依本发明的构思在现有技术的基础上通过逻辑分析、推理或者有限的实验可以得到的技术方案，皆应在由权利要求书所确定的保护范围内。