CN111080285A - 一种移动通信应用支付平台及其支付方法 - Google Patents

一种移动通信应用支付平台及其支付方法 Download PDF

Info

Publication number
CN111080285A
CN111080285A CN201911313723.6A CN201911313723A CN111080285A CN 111080285 A CN111080285 A CN 111080285A CN 201911313723 A CN201911313723 A CN 201911313723A CN 111080285 A CN111080285 A CN 111080285A
Authority
CN
China
Prior art keywords
channel
network
mobile phone
fee deduction
deduction
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
CN201911313723.6A
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.)
Nanjing Qingyun Times Technology Co Ltd
Original Assignee
Nanjing Qingyun Times Technology Co Ltd
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
Application filed by Nanjing Qingyun Times Technology Co Ltd filed Critical Nanjing Qingyun Times Technology Co Ltd
Priority to CN201911313723.6A priority Critical patent/CN111080285A/zh
Publication of CN111080285A publication Critical patent/CN111080285A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/14Payment architectures specially adapted for billing systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829Payment protocols; Details thereof insuring higher security of transaction involving key management

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种移动通信应用支付平台及其支付方法,支付平台包括:客户端、后台服务器、网络传输模块、运营商扣费模块,其支付方法包括:读取本机手机号码,获取手机运营商网络类型,提交请求扣费通道数据;根据手机号码判断省份并得出分省通道序列,读取通道序列可用的优先级最高的通道信息;判断网络通道类型,判断通道网络传输是否正常,在通道网络正常时显示扣费服务信息/扣费通道信息/验证码;通过输入验证码进行扣费操作,并通知APP开通服务并返回扣费请求完成标志到服务器。本发明形成较为完善的移动支付方案,解决了现有技术指令外露、乱扣费、支付成功率低以及在用户成功支付后但没有获得相应的服务会产生投诉的问题。

Description

一种移动通信应用支付平台及其支付方法
技术领域
本发明涉及移动支付技术领域,尤其涉及一种移动通信应用支付平台及其 支付方法。
背景技术
目前移动互联网产业链包括以下五个方面:首先是网络运营商,比如中国 移动、中国电信、中国联通;二是终端厂商,尤其是智能手机厂商;三是移动 增值业务,主要是服务提供商(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做出第二次判断。若 支付失败,会把任务抛给我们的中间件做下一步提示,支付成功,弹出提示框, 显示提示信息,系统写短信界面,发送短信,弹出提示界面,经过用户核对点 击后,我们的中间件也作出相应判断,判断用户短信内容和收件人没被修改, 提示发送成功,同步到后台服务器。
以上详细描述了本发明的较佳具体实施例。应当理解,本领域的普通技术 人员无需创造性劳动就可以根据本发明的构思做出诸多修改和变化。因此,凡 本技术领域中技术人员依本发明的构思在现有技术的基础上通过逻辑分析、推 理或者有限的实验可以得到的技术方案,皆应在由权利要求书所确定的保护范 围内。

Claims (10)

1.一种移动通信应用支付平台,其特征在于,包括:客户端、后台服务器、网络传输模块、运营商扣费模块,其中:
客户端,用于读取本机手机号码,获取手机运营商网络类型,提交请求扣费通道数据;
后台服务器,用于根据手机号码判断省份并得出分省通道序列,读取通道序列可用的优先级最高的通道信息;
网络传输模块,用于判断网络通道类型,判断通道网络传输是否正常,在通道网络正常时显示扣费服务信息/扣费通道信息/验证码;
运营商扣费模块,用于通过输入验证码进行扣费操作,并通知APP开通服务并返回扣费请求完成标志到服务器。
2.如权利要求1所述的一种移动通信应用支付平台,其特征在于:所述客户端读取本机手机号码,获取手机运营商网络类型,提交请求扣费通道数据,具体为:
用户触发APP的扣费节点,调用微支付插件,提交扣费参数,检查手机网络是否打开,如果手机网络打开读取本机手机号码,获取手机运营商网络类型,提交请求扣费通道数据;如果手机网络没打开则打开CNNEI网络。
3.如权利要求1所述的一种移动通信应用支付平台,其特征在于:所述后台服务器根据手机号码判断省份并得出分省通道序列,读取通道序列可用的优先级最高的通道信息,具体为:
后台服务器的数据库启动通道配置进程,判断运营商,根据手机号码判断省份并得出分省通道序列,读取通道序列可用的优先级最高的通道信息。
4.如权利要求1所述的一种移动通信应用支付平台,其特征在于:所述网络传输模块判断网络通道类型,判断通道网络传输是否正常,在通道网络正常时显示扣费服务信息/扣费通道信息/验证码,具体为:
判断通道类型,如果是短信显示扣费服务信息/扣费通道信息/验证码;如果是WAP切换网络到CNWAP,检查网络是否正常,网络不正常切换网络回CNNET,并请求重新获取扣费通道,标记WAP网络为不可用,如果网络正常显示扣费服务信息/扣费通道信息/验证码。
5.如权利要求1所述的一种移动通信应用支付平台,其特征在于:所述运营商扣费模块通过验证码进行扣费操作,并通知APR开通服务并返回扣费请求完成标志到服务器,具体为:
用户输入验证码确认扣费操作,判断扣费通道类型,若为短信通道调用手机短信模块,发送M0上行屏蔽短信下行信息,清楚发件箱记录,判断是否达到扣费次数,是的话通知APP开通服务并返回扣费请求完成标志到服务器;若为WAR切换网络到CNWAP,然后后台调用浏览器访问WAP地址,网页载入完成,关闭浏览器,最后通知APR开通服务并返回扣费请求完成标志到服务器。
6.一种移动通信应用支付方法,其特征在于,包括:
读取本机手机号码,获取手机运营商网络类型,提交请求扣费通道数据;
根据手机号码判断省份并得出分省通道序列,读取通道序列可用的优先级最高的通道信息;
判断网络通道类型,判断通道网络传输是否正常,在通道网络正常时显示扣费服务信息/扣费通道信息/验证码;
通过输入验证码进行扣费操作,并通知APP开通服务并返回扣费请求完成标志到服务器。
7.如权利要求6所述的一种移动通信应用支付方法,其特征在于:所述读取本机手机号码,获取手机运营商网络类型,提交请求扣费通道数据,具体为:
用户触发APP的扣费节点,调用微支付插件,提交扣费参数,检查手机网络是否打开,如果手机网络打开读取本机手机号码,获取手机运营商网络类型。
8.如权利要求6所述的一种移动通信应用支付方法,其特征在于,所述根据手机号码判断省份并得出分省通道序列,读取通道序列可用的优先级最高的通道信息,具体为:后台服务器的数据库启动通道配置进程,判断运营商,根据手机号码判断省份并得出分省通道序列,读取通道序列可用的优先级最高的通道信息。
9.如权利要求6所述的一种移动通信应用支付方法,其特征在于:所述判断网络通道类型,判断通道网络传输是否正常,在通道网络正常时显示扣费服务信息/扣费通道信息/验证码,具体为:
判断通道类型,如果是短信显示扣费服务信息/扣费通道信息/验证码;如果是WAP切换网络到CNWAP,检查网络是否正常,网络不正常切换网络回CNNET,并请求重新获取扣费通道,标记WAP网络为不可用,如果网络正常显示扣费服务信息/扣费通道信息/验证码。
10.如权利要求6所述的一种移动通信应用支付方法,其特征在于:所述通过验证码进行扣费操作,并通知APP开通服务并返回扣费请求完成标志到服务器,具体为:用户输入验证码确认扣费操作,判断扣费通道类型,若为短信通道调用手机短信模块,发送MO上行屏蔽短信下行信息,清楚发件箱记录,判断是否达到扣费次数,是的话通知APP开通服务并返回扣费请求完成标志到服务器;若为WAP切换网络到CNWAP,然后后台调用浏览器访问WAP地址,网页载入完成,关闭浏览器,最后通知APP开通服务并返回扣费请求完成标志到服务器。
CN201911313723.6A 2019-12-18 2019-12-18 一种移动通信应用支付平台及其支付方法 Pending CN111080285A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911313723.6A CN111080285A (zh) 2019-12-18 2019-12-18 一种移动通信应用支付平台及其支付方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911313723.6A CN111080285A (zh) 2019-12-18 2019-12-18 一种移动通信应用支付平台及其支付方法

Publications (1)

Publication Number Publication Date
CN111080285A true CN111080285A (zh) 2020-04-28

Family

ID=70316089

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911313723.6A Pending CN111080285A (zh) 2019-12-18 2019-12-18 一种移动通信应用支付平台及其支付方法

Country Status (1)

Country Link
CN (1) CN111080285A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111935659A (zh) * 2020-08-04 2020-11-13 闪蜜优选(苏州)信息科技有限公司 一种移动通讯应用内计费及其支付方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111935659A (zh) * 2020-08-04 2020-11-13 闪蜜优选(苏州)信息科技有限公司 一种移动通讯应用内计费及其支付方法

Similar Documents

Publication Publication Date Title
US8249552B1 (en) Pre and post-paid service plan manager
US7831520B2 (en) Mobile device communication system
US7440749B2 (en) Displaying advertisement on rear display and calculating communication costs to bill users and advertisers
CN103942676A (zh) 移动支付方法和系统
US20150235196A1 (en) Payment method and device
CN108320225A (zh) 转账控制方法、平台、系统、计算机可读存储介质
CN106296202A (zh) 一种用于终端话费支付过程中用户风险防控的方法
CN107707368A (zh) 一种api服务的扣费处理方法及服务器
CN102143462A (zh) 一种提供增值业务的移动数据业务平台、系统及方法
EP1191776A2 (en) Method for automatically changing an access contract between a prepaid contract and a postpaid contract
CN111510908B (zh) 开卡方法、装置、设备及介质
CN111080285A (zh) 一种移动通信应用支付平台及其支付方法
CN104955005A (zh) 为通讯终端进行充值的方法及装置
US7822659B2 (en) Content charging
CN108156206B (zh) 一种数据转移方法、服务器、客户端以及系统
CN109978520A (zh) 聚合网络支付方法及系统
CN104363570A (zh) 一种基于通信帐户以整月为周期的按次代缴付费方法
US20140003591A1 (en) Carding card replenishment system
CN107609843A (zh) 合同更新方法及服务器
US9462138B2 (en) Cellular airtime management
CN109559240B (zh) 防止保费重复扣缴的方法、装置、设备及可读存储介质
CN108288160A (zh) 基于信用评估担保的支付方法和系统
CN110288337A (zh) 移动支付方法、移动终端、服务器及装置
TWM583975U (zh) 自動化行動支付服務系統
US20050160064A1 (en) Confirming user rights in distribution of application programs

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