代扣费方法和装置的制造方法_3

文档序号:9646939阅读:来源:国知局
以及其他相关信息确定第三方应用的代扣费能力或者对第三方应用的代扣费能力进行审核。其中,第三方应用的代扣费能力可以分为:包月扣费、按次扣费、连续免确认扣费等等。
[0069]进一步地,运营商内部平台接收第三方应用平台发送的第三方应用对应的应用提供商的注册信息之前,还可以与第三方应用平台先建立连接。运营商内部平台与第三方应用平台建立连接的过程可以为,获取第三方应用平台的接入请求,接入请求中包括:第三方应用平台对应的平台提供商的注册信息;根据第三方应用平台对应的平台提供商的注册信息确定是否允许第三方应用平台接入;在确定允许第三方应用平台接入时,向第三方应用平台发送指示信息,以指示第三方应用平台提供第三方应用对应的应用提供商的注册信息。
[0070]其中,第三方应用平台对应的平台提供商的注册信息可以参考第三方应用对应的应用提供商的注册信息。
[0071]进一步地,计费请求消息中还包括:第三方应用平台的标识以及登录令牌。对应的,步骤102之前,还可以包括:判断是否预存有第三方应用平台的标识以及登录令牌。对应的,步骤102具体可以为,若预存有第三方应用平台的标识以及登录令牌,则根据待计费的第三方应用的标识,查询预设的状态列表,获取第三方应用对应的应用提供商的状态。
[0072]其中,登录令牌可以为根据第三方应用平台的登录账号和登录密码生成的令牌,以便运营商内部平台验证第三方应用平台的真实性。第三方应用平台的登录账号和登录密码可以为第三方应用平台成功接入运营商内部平台时由运营商内部平台所分配的登录账号和登录密码。
[0073]进一步地,第三方应用平台可以实时将各个第三方应用的相关信息同步到运营商内部平台。第三方应用的相关信息,例如第三方应用的标识,第三方应用中各个业务的标识,第三方应用中各个业务的价格信息、详细描述信息等。当运营商内部平台验证第三方应用平台的真实性之后,运营商内部平台可以将计费请求消息中第三方应用中待计费的业务的订购信息与预存的第三方应用的相关信息比对,确定订购信息的真实性。
[0074]103、根据第三方应用对应的应用提供商的状态,确定第三方应用是否具有扣费权限。
[0075]例如,若第三方应用对应的应用提供商的状态为正常状态,则可以确定第三方应用具有扣费权限;若第三方应用对应的应用提供商的状态为非正常状态,则可以确定第三方应用不具有扣费权限。
[0076]104、若第三方应用具有扣费权限,则通过第三方应用平台向用户设备发送扣费指示消息,扣费指示消息中包括:第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息、运营商内部平台的标识以及运营商内部平台分配的第一订单编号。
[0077]其中,第一订单编号为运营商内部平台为具有扣费权限的第三方应用的计费请求消息分配的序列号。
[0078]进一步地,扣费指示消息中还可以包括:计费点ID、时间戳、第三方应用名称、业务名称等。例如第三方应用名称和业务名称,在运营商增值业务鉴权扣费系统扣费完,短信发送给用户设备扣费提示时,会用到这个字段,例如:尊敬的用户,您已成功购买【应用名称】提供的【业务名称】,支付金额【金额】元,已由APP计费代扣。客服电话:4000600611。
[0079]105、接收用户设备根据扣费指示消息发送的扣费请求消息,扣费请求消息中包括:第一信息摘要、运营商内部平台分配的第一订单编号和用户设备的用户号码;第一信息摘要为用户设备根据第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息、运营商内部平台的标识以及第一订单编号生成的。
[0080]其中,用户号码对应的账户中的余额可以用于进行扣费。
[0081]106、根据第一订单编号获取第三方应用平台标识、待计费的第三方应用的标识,第三方应用中待计费的业务的订购信息、运营商内部平台的标识,根据第一订单编号、第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息以及运营商内部平台的标识生成第二信息摘要。
[0082]107、判断第一信息摘要和第二信息摘要是否相同,若相同,则根据扣费请求消息生成代扣费请求消息,将携带代扣费产品的标识和用户号码的代扣费请求消息发送给运营商增值业务鉴权扣费系统,以便运营商增值业务鉴权扣费系统对代扣费请求进行处理。
[0083]其中,待计费的业务的订购信息中可以包括:待计费的业务的订购时间,订购价格,订购数量等相关信息。
[0084]进一步地,安装有第三方应用的用户设备通过第三方应用平台发送给运营商内部平台的计费请求消息中还可以包括:第三方应用平台为第三方应用的计费请求消息分配的第二订单编号;以便运营商内部平台在接收到扣费请求消息时,根据扣费请求消息中的第一订单编号查询获取第二订单编号,将第二订单编号发送给第三方应用平台,以验证第二订单编号的真实性。
[0085]本实施例中,运营商内部平台根据预设的状态列表中第三方应用对应的应用提供商的状态来确定第三方应用是否具有扣费权限,在确定第三方应用具有扣费权限时,通过第三方应用平台向用户设备发送扣费指示消息,扣费指示消息中包括:第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息、运营商内部平台的标识以及运营商内部平台分配的第一订单编号;以便用户设备根据扣费指示消息向运营商内部平台发送扣费请求消息,扣费请求消息中包括:第一信息摘要、运营商内部平台分配的第一订单编号和用户设备的用户号码;以便运营商内部平台根据第一信息摘要验证通过后,根据扣费请求消息生成代扣费请求消息,将携带代扣费产品的标识和用户号码的代扣费请求消息发送给运营商增值业务鉴权扣费系统,以便运营商增值业务鉴权扣费系统对代扣费请求进行处理,从而实现对第三方应用平台的第三方应用的扣费的控制,提高第三方应用的支付安全。
[0086]图2为本发明提供的代扣费方法又一个实施例的流程图,如图2所示,在图1所示实施例的基础上,所述的方法还包括:
[0087]108、在第三方应用对应的应用提供商的状态为正常状态时,统计预设时间段内第三方应用的扣费请求次数。
[0088]109、判断预设时间段内第三方应用的扣费请求次数是否大于预设阈值。
[0089]其中,预设时间段可以为30秒,1分钟,10分钟等时间段。预设阈值可以为运营商内部平台设置的阈值,或者运营商内部平台根据各个第三方应用在预设时间段内的平均扣费请求次数或者最大扣费请求次数确定的阈值。
[0090]110、若预设时间段内第三方应用的扣费请求次数大于预设阈值,则将第三方应用对应的应用提供商的正常状态调整为非正常状态。
[0091]本实施例中,通过将预设时间段内第三方应用的扣费请求次数与预设阈值进行比较,可以确定第三方应用的扣费请求是正常情况下发送的扣费请求,还是中木马等病毒后重复发送的非正常情况下的扣费请求,若第三方应用的扣费请求为非正常情况下发送的扣费请求,则运营商内部平台可以拒绝对扣费请求进行处理,因此,运营商内部平台可以将第三方应用对应的应用提供商的正常状态调整为非正常状态,降低网络资源的消耗,同时也避免运营商内部平台对其他第三方应用的扣费请求的漏接。
[0092]本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
[0093]图3为本发明提供的代扣费装置一个实施例的结构示意图,如图3所示,包括:
[0094]接收模块31,用于接收安装有第三方应用的用户设备通过第三方应用平台发送的计费请求消息,计费请求消息中包括
当前第3页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1