发明内容
针对现有技术的不足,本发明提供一种用手机话费购买移动应用中的商品的计费方法和计费系统,可以实现属于不同运营商的不同移动终端采用统一的计费方法和计费系统进行话费支付,来完成移动应用中的商品的购买。
本发明实施例一提供一种用手机话费购买移动应用中的商品的计费方法,该方法包括:
步骤S101:移动终端向应用服务器发送携带移动终端标识信息的购买内容提供商销售的商品的订购请求;
步骤S102:所述应用服务器根据所述订购请求生成订单,根据生成的订单向所述移动终端返回订购信息,并向支付管理服务器发送至少包含所述移动终端标识信息以及订单号的待支付信息;
步骤S103:所述支付管理服务器根据所述移动终端标识信息对所述移动终端所属的运营商进行判定,并根据判定结果向相应运营商的计费服务器发送包括所述支付信息的支付请求;
步骤S104:所述计费服务器接收所述支付请求,对所述支付请求的合法性进行验证,并根据验证结果进行如下处理:
如果验证成功,所述计费服务器针对所述移动终端的本次订购从所述移动终端对应的话费账户中代所述内容提供商进行扣费处理,并根据扣费结果向所述支付管理服务器发送支付成功或失败的信息;
如果验证失败,所述计费服务器向所述支付管理服务器返回支付请求违法的信息。
进一步地,当所述步骤S104中的所述扣费处理成功执行时,所述方法在所述步骤S104之后还包括:
步骤S105:所述支付管理服务器在接收所述计费服务器发送的支付成功的信息后向所述应用服务器发送商品提供通知;
步骤S106:所述应用服务器接收所述商品提供通知,向所述移动终端发送支付成功的信息并为所述移动终端提供其所订购的所述商品。
可选地,在所述步骤S104中,如果验证失败,在所述计费服务器向所述支付管理服务器返回所述支付请求违法的信息之后,所述支付管理服务器将所述支付请求违法的信息发送给所述应用服务器,所述应用服务器将所述支付请求违法的信息反馈给所述内容提供商并发送给所述移动终端。
可选地,在所述步骤S104中,对所述支付请求的合法性进行的验证包括:商品信息验证、渠道信息验证和内容提供商信息验证。
本发明实施例二提供一种用手机话费购买移动应用中的商品的计费系统,所述计费系统包括移动终端、应用服务器、支付管理服务器和至少两个运营商的计费服务器,其中,
所述移动终端通过与所述应用服务器相互通讯;
所述应用服务器与所述支付管理服务器相互通讯;
所述支付管理服务器与所述计费服务器相互通讯;其中,
所述应用服务器用于根据所述移动终端发送的携带移动终端标识信息的购买内容提供商销售的商品的订购请求生成订单,并根据生成的订单向所述移动终端返回订购信息以及向所述支付管理服务器发送至少包含所述移动终端标识信息以及订单号的待支付信息;
所述支付管理服务器用于根据所述移动终端标识信息对所述移动终端所属的运营商进行判定,并根据判定结果向相应运营商的所述计费服务器发送包括所述支付信息的支付请求;
所述计费服务器用于接收所述支付请求,对所述支付请求的合法性进行验证,并根据验证结果进行如下处理:
如果验证成功,所述计费服务器针对所述移动终端的本次订购从其对应的话费账户中代所述内容提供商进行扣费处理;
如果所述验证失败,所述计费服务器向所述支付管理服务器返回支付请求违法的信息。
可选地,所述应用服务器包括:
预订存储单元,用于接收并存储所述移动终端发送的携带移动终端标识信息的购买内容提供商销售的商品的订购请求;
订单生成单元,用于根据所述订购请求生成订单;根据生成的订单向所述移动终端返回订购信息,并向所述支付管理服务器发送至少包含所述移动终端标识信息以及订单号的待支付信息;
商品提供单元,用于接收所述支付管理服务器发送的商品提供通知,向所述移动终端发送支付成功信息并为所述移动终端提供其所订购的所述商品。
可选地,所述支付管理服务器包括:
运营商判定单元,用于根据所述移动终端标识信息对所述移动终端所属的运营商进行判定;
支付请求发送单元,用于向所述移动终端所属运营商的计费服务器发送包括所述待支付信息的支付请求;
支付信息存储单元,用于存储所述至少两个运营商的计费服务器对所述商品的支付情况。
可选地,所述计费服务器包括:
支付请求接收单元,用于接收所述支付管理服务器发送的支付请求;
支付请求验证单元,用于对所述支付请求是否合法进行验证;
支付执行与反馈单元,用于根据所述支付请求验证单元的验证结果进行如下处理:
如果验证成功,针对所述移动终端的本次订购从其对应的话费账户中代所述内容提供商进行扣费处理,并根据扣费结果向所述支付管理服务器发送支付成功或失败的信息;
如果验证失败,向所述支付管理服务器返回支付请求违法的信息。
可选地,所述支付管理服务器与所述计费服务器之间的通讯采用对称与非对称加密相结合的方式进行加密处理。
相对于现有技术,本发明的用手机话费购买移动应用中的商品的计费方法,通过采用支付管理服务器统一管理属于不同运营商的移动终端的订购请求以及相应的运营商的计费服务器的代扣费过程,可以实现属于不同运营商的不同移动终端采用统一的计费方法使用话费完成移动应用内的支付;并且,本实施例的方法在前端为不同运营商的移动终端设置统一的订购入口,而对支付渠道的选择由支付管理服务器在后台自动进行,与在支付时需要用户手动选择支付途径的现有技术相比,降低了用户操作的复杂度,可以提高用户的购买体验。本发明提供的用手机话费购买移动应用中的商品的计费系统,本发明实施例的用手机话费购买移动应用中的商品的计费系统,通过支付管理服务器统一管理属于不同运营商的移动终端的订购请求以及相应运营商的计费服务器的代扣费操作,因而可以保证属于不同运营商的不同移动终端采用统一的计费方法使用话费完成移动应用内的支付,便于商品交易的管理。并且,本实施例的系统可以实现在前端为不同运营商的移动终端设置统一的订购入口,而对支付渠道的选择由支付管理服务器在后台自动进行,与在支付时需要用户手动选择支付途径的现有技术相比,降低了用户操作的复杂度,可以提高用户的购买体验。
具体实施方式
在下文的描述中,给出了大量具体的细节以便提供对本发明更为彻底的理解。然而,对于本领域技术人员而言显而易见的是,本发明可以无需一个或多个这些细节而得以实施。在其他的例子中,为了避免与本发明发生混淆,对于本领域公知的一些技术特征未进行描述。
应当理解的是,本发明能够以不同形式实施,而不应当解释为局限于这里提出的实施例。相反地,提供这些实施例将使公开彻底和完全,并且将本发明的范围完全地传递给本领域技术人员。
在此使用的术语的目的仅在于描述具体实施例并且不作为本发明的限制。在此使用时,单数形式的“一”、“一个”和“所述/该”也意图包括复数形式,除非上下文清楚指出另外的方式。还应明白术语“组成”和/或“包括”,当在该说明书中使用时,确定所述特征、整数、步骤、操作、元件和/或部件的存在,但不排除一个或更多其它的特征、整数、步骤、操作、元件、部件和/或组的存在或添加。在此使用时,术语“和/或”包括相关所列项目的任何及所有组合。
除非另外定义,在此使用的所有术语(包括技术和科学术语)具有与本发明领域的普通技术人员所通常理解的相同的含义。还应当理解,诸如普通使用的字典中所定义的术语应当理解为具有与它们在相关领域和/或本规格书的环境中的含义一致的含义,而不能在理想的或过度正式的意义上解释,除非这里明示地这样定义。
为了彻底理解本发明,将在下列的描述中详细阐释本发明提出的技术方案。本发明的较佳实施例详细描述如下,然而除了这些详细描述外,本发明还可以具有其他实施方式。
实施例一
下面,参照图1来描述本发明实施例的用手机话费购买移动应用中的商品的计费方法。该方法具体包括:
步骤A1:移动终端向应用服务器发送携带移动终端标识信息的购买内容提供商销售的商品的订购请求。
在本实施例中,“商品”主要包括某些移动应用app(例如A游戏)和移动应用中的某些功能(例如B游戏中的C道具)。
其中,移动终端标识信息是指能够识别该移动终端所属运营商的各种标识信息,例如手机号码等。
示例性地,移动终端是通过安装于移动终端内的应用app(也可称为应用客户端)发起订购请求。在发起订购请求前,用户可通过移动终端中的app向应用服务器发起商品信息查询请求,查询的内容可以包括:应用基本信息、应用指纹、商品id、价格等。
在该步骤中,用户可以通过安装在移动终端内的app中的统一的一个商品购买界面发起购买请求,并且,如果app中设置有支付界面,支付按钮也是各运营商共同使用的一个统一设置的按钮。因此,用户无需像现有技术那样,对该移动终端所属的运营商进行判断和选择,只有人工选择正确的运营商(即,移动终端所属的运营商)的预定入口(例如app中对应不同运营商的订购按钮)或支付入口才能完成订购请求或支付操作。也就是说,本实施例的方法在前端为不同运营商的移动终端设置统一的订购入口,降低了用户操作的复杂度。
步骤A2:所述应用服务器根据所述订购请求生成订单,根据生成的订单向所述移动终端返回订购信息,并向支付管理服务器发送至少包含所述移动终端标识信息以及订单号的待支付信息。
示例性地,生成的订单的具体信息包括但不限于:移动终端标识信息、订单号、价格、商品名称等。
示例性地,在返回的订购信息中包含根据订单生成的订购代码(如一串数字或字符等);订购代码的具体生成方法,可采用现有技术,本发明对此不作限定;订购信息包含的具体内容可以灵活设置,在本实施例中,在返回的订购信息中还包括本次订购的商品总价。
其中,待支付信息,除包含移动终端标识信息以及订单号外,还可以包括商品名称、价格以及订单中的其他信息。
步骤A3:所述支付管理服务器根据所述移动终端标识信息对所述移动终端所属的运营商进行判定,并根据判定结果向相应运营商的计费服务器发送包括所述待支付信息的支付请求。
其中,对移动终端所属的运营商进行判定的方法,可以采取如下方式:预先在支付管理服务器中存储包括所有可能发起订购请求的移动终端的标识信息的数据库,通过查询该数据库对发起订购请求的移动终端所属的运营商进行判定。或者,也可以根据手机号码的分配规则(例如根据号段)来判定移动终端所属的运营商,例如:在中国大陆,以131开头的手机号通常属于中国联通,以139开头的手机号码通常属于中国移动,以180开头的则通常属于中国电信。当然,除上述方法外,本实施例还可以采用其他各种方法对移动终端所属的运营商进行判定,在此并不进行限定。
发起订购请求的移动终端(手机)通常属于不同的运营商,本实施例通过支付管理服务器对各个不同移动终端的发起的订购请求的支付进行统一协调和管理,在后台自动将各个移动终端的支付请求发送到其所属的运营商的计费服务器。例如,如果支付管理服务器根据移动终端标识信息判断出发起订购请求的移动终端所属的运营商是中国移动,则向中国移动的计费服务器发送支付请求;如果支付管理服务器根据移动终端标识信息判断出发起订购请求的移动终端所属的运营商是中国联通,则向中国联通的计费服务器发送支付请求;如果支付管理服务器根据移动终端标识信息判断出发起订购请求的移动终端所属的运营商是中国电信,则向中国电信的计费服务器发送支付请求。
其中,支付请求通常包括待支付信息。此外,还可以包括与支付相关的其他信息,例如:内容提供商的名称等。
由此可见,本实施例的方法在前端为不同运营商的移动终端设置统一的订购入口,而对支付渠道的选择由支付管理服务器在后台自动进行(即,识别移动终端所属运营商以及选择相应运营商的支付服务器的过程),与在支付时需要用户手动选择支付途径的现有技术相比,降低了用户操作的复杂度,可以提高用户的购买体验。
步骤A4:发起订购请求的移动终端所属的运营商的计费服务器接收所述支付请求,对所述支付请求的合法性进行验证,并根据验证结果进行如下处理:
如果验证成功,所述计费服务器针对所述移动终端的本次订购从所述移动终端对应的话费账户中代所述内容提供商进行扣费处理,并根据扣费结果向所述支付管理服务器发送支付成功或失败的信息;
如果验证失败,所述计费服务器向所述支付管理服务器返回支付请求违法的信息。
在本实施例中,对所述支付请求的合法性进行的验证通常包括商品信息验证、渠道信息验证和内容提供商信息验证,此外,还可以包括限额验证等。其中,商品信息验证主要是指对商品id、价格、数量、金额等的验证。渠道信息验证,主要是指对移动终端所属的运营商进行验证。内容提供商信息验证,主要是指对内容提供商的名称、资质等进行验证。限额验证是指对移动终端的单次交易或累计交易的话费支付额度进行验证。
在本实施例中,如果验证失败,在所述计费服务器向所述支付管理服务器返回所述支付请求违法的信息之后,所述支付管理服务器将所述支付请求违法的信息发送给所述应用服务器,所述应用服务器将所述支付请求违法的信息反馈给所述内容提供商并发送给所述移动终端。当然,在所述计费服务器向所述支付管理服务器返回所述支付请求违法的信息之后,也可以由所述支付管理服务器直接将所述支付请求违法的信息发送给相应的内容提供商和/或该发起订购请求的移动终端。
示例性地,所述扣费处理按如下方式进行:
首先,发起订购请求的移动终端所属的运营商的计费服务器通过查询获取所述移动终端的话费账号余额;
然后,该计费服务器将查询得到的话费账号余额与所述订单的总金额进行比较,并分别情况进行如下操作:
(1)当所述订单的总价小于等于所述话费账户余额时,从所述话费账户余额中扣取与所述订单的总价相等的金额,并向所述支付管理服务器发送支付成功的信息;
(2)当所述订单的总价大于所述话费账户余额时,不执行扣费操作,直接向应用服务器返回支付失败信息。
在步骤A4中的扣费处理成功执行时,在步骤A4之后还包括如下步骤:
步骤A5:所述支付管理服务器在接收所述计费服务器发送的支付成功的信息后向所述应用服务器发送商品提供通知。
步骤A6:所述应用服务器接收所述商品提供通知,向所述移动终端发送支付成功的信息并为所述移动终端提供其所订购的商品。
其中,为所述移动终端提供其所订购的商品,包括提供虚拟商品,例如在某类游戏中为游戏角色提供某种武器,也包括开通某些功能,例如为app用户开通高级功能等,本实施例并不对此进行限定。
本发明的用手机话费购买移动应用中的商品的计费方法,通过支付管理服务器统一管理属于不同运营商的移动终端的订购请求以及相应的运营商的计费服务器的代扣费过程,因而可以实现属于不同运营商的不同移动终端采用统一的计费方法使用话费完成移动应用内的支付(购买移动应用中的商品)。并且,本实施例的方法在前端为不同运营商的移动终端设置统一的订购入口,而对支付渠道的选择由支付管理服务器在后台自动进行(即,识别移动终端所属运营商、选择相应运营商的支付服务器的过程),与在支付时需要用户手动选择支付途径的现有技术相比,降低了用户操作的复杂度,可以提高用户的购买体验。
实施例二
下面,参照图2来描述本发明实施例的用手机话费购买移动应用中的商品的计费系统。需要解释的是,本实施例的计费系统与实施例一的计费方法相对应,可以用于实现实施例一的计费方法。
本发明实施例的用手机话费购买移动应用中的商品的计费系统包括移动终端101、应用服务器102、支付管理服务器103和至少两个不同运营商的计费服务器。示例性地,如图2所示,所述的至少两个不同运营商的计费服务器为3个,包括A运营商计费服务器104a、B运营商计费服务器104b和C运营商计费服务器104c。
在本实施例中,移动终端101与应用服务器102相互通讯,通讯的方式通常为移动互联网等无线网络。应用服务器102与支付管理服务器103相互通讯,通讯的方式可以为有线网络或无线网络。支付管理服务器103与该至少两个不同运营商的计费服务器(例如:A运营商计费服务器104a、B运营商计费服务器104b和C运营商计费服务器104c)相互通讯,通讯的方式可以为有线网络或无线网络。其中,移动终端101可以与其所属的运营商计费服务器进行常规通讯,例如,计费服务器可以在计费处理后给相应的终端发送扣费通知短信等。
其中,应用服务器102用于根据移动终端101发送的携带移动终端标识信息的购买内容提供商销售的商品的订购请求生成订单,并根据生成的订单向所述移动终端101返回订购信息,向支付管理服务器103发送至少包含该移动终端标识信息以及订单号的待支付信息。
支付管理服务器103用于根据所述移动终端标识信息对所述移动终端101所属的运营商进行判定,并根据判定结果向相应运营商的所述计费服务器发送包括所述待支付信息的支付请求。例如,如果发起订购请求的移动终端所属的运营商为A运营商,则向A运营商计费服务器发送支付请求。
其中,计费服务器(A运营商计费服务器104a、B运营商计费服务器104b和C运营商计费服务器104c)用于接收相应的支付请求,对所述支付请求的合法性进行验证,并根据验证结果进行如下处理:
如果验证成功,所述计费服务器针对所述移动终端101的本次订购从其对应的话费账户中代所述内容提供商进行扣费处理;
如果所述验证失败,所述计费服务器向所述支付管理服务器103返回支付请求违法的信息。
在本实施例中,发起订购请求的多个移动终端101的通讯业务运营商可以为该至少两个不同的运营商中的任何一个。例如,移动终端101的通讯业务运营商可以为中国移动、中国联通和中国电信,该至少两个不同的运营商包括中国移动、中国联通和中国电信,移动终端101的通讯业务运营商应属于该至少两个不同的运营商之一,否则将无法完成相应的待扣费处理。
在本实施例中,“商品”主要包括某些移动应用app(例如A游戏)和移动应用中的某些功能(例如B游戏中的C道具)。内容提供商是指提供“商品”的开发者或运营者。计费服务器的扣费行为是一种代扣费,相关费用最终将返回给相应的内容提供商。
进一步地,如图2所示,本实施例的应用服务器102可以包括如下功能或结构单元:
预订存储单元1021,用于接收并存储移动终端101发送的携带移动终端标识信息的购买内容提供商销售的商品的订购请求;
订单生成单元1022,用于根据所述订购请求生成订单;根据生成的订单向所述移动终端101返回订购信息,并向所述支付管理服务器发送至少包含所述移动终端标识信息以及订单号的待支付信息;
商品提供单元1023,用于接收支付管理服务器103发送的商品提供通知,向移动终端101发送支付成功信息并为所述移动终端101提供其所订购的所述商品。
进一步地,如图2所示,支付管理服务器103包括:
运营商判定单元1031,用于根据所述移动终端标识信息对所述移动终端101所属的运营商进行判定;
支付请求发送单元1032,用于向所述移动终端101所属的运营商的计费服务器(例如:如果移动终端101的运营商为A,则向A运营商计费服务器104a)发送包括所述待支付信息的支付请求;
支付信息存储单元1033,用于存储所述至少两个运营商的各自的计费服务器(例如:A运营商计费服务器104a、B运营商计费服务器104b和C运营商计费服务器104c)对所述商品的支付情况。
进一步地,如图3所示,在本实施例中不同运营商的计费服务器(例如A运营商计费服务器104a、B运营商计费服务器104b和C运营商计费服务器104c,统一记为104)均包括:
支付请求接收单元1041,用于接收支付管理服务器103发送的支付请求;
支付请求验证单元1042,用于对支付请求是否合法进行验证;
支付执行与反馈单元1043,用于根据支付请求验证单元1042的验证结果进行如下处理:
如果验证成功,针对移动终端101的本次订购从其对应的话费账户中代相应商品的内容提供商进行扣费处理,并根据扣费结果向支付管理服务器103发送支付成功或失败的信息;
如果验证失败,向支付管理服务器103返回支付请求违法的信息。
在本实施例中,对支付请求是否合法进行的验证通常包括商品信息验证、渠道信息验证和内容提供商信息验证,此外,还可以包括限额验证等。其中,商品信息验证主要是指对商品id、价格、数量、金额等的验证。渠道信息验证,主要是指对移动终端所属的运营商进行验证。内容提供商信息验证,主要是指对内容提供商的名称、资质等进行验证。限额验证是指对移动终端的单次交易或累计交易的话费支付额度进行验证。
在本实施例中,优选地,支付管理服务器103与计费服务器104之间的通讯采用对称与非对称加密相结合的方式进行,以保证通讯的安全性。
本发明实施例的用手机话费购买移动应用中的商品的计费系统,通过支付管理服务器统一管理属于不同运营商的移动终端的订购请求以及相应运营商的计费服务器的代扣费操作,因而可以保证属于不同运营商的不同移动终端采用统一的计费方法使用话费完成移动应用内的支付,便于商品交易的管理。并且,本实施例的系统可以实现在前端为不同运营商的移动终端设置统一的订购入口,而对支付渠道的选择由支付管理服务器在后台自动进行(即,识别移动终端所属运营商、选择相应运营商的支付服务器的过程),与在支付时需要用户手动选择支付途径的现有技术相比,降低了用户操作的复杂度,可以提高用户的购买体验。
本发明已经通过上述实施例进行了说明,但应当理解的是,上述实施例只是用于举例和说明的目的,而非意在将本发明限制于所描述的实施例范围内。此外本领域技术人员可以理解的是,本发明并不局限于上述实施例,根据本发明的教导还可以做出更多种的变型和修改,这些变型和修改均落在本发明所要求保护的范围以内。本发明的保护范围由附属的权利要求书及其等效范围所界定。