CN103679438A - 一种基于移动支付平台的多应用接入管理方法 - Google Patents

Abstract

本发明公开了一种基于移动支付平台的多应用接入管理方法，包括：接收应用提供商发送的登录信息；当所述应用提供商发送的登录信息为合法时，则允许所述应用提供商登录，并接收所述应用提供商上传的应用包以及对所述应用包的自测试报告；当所述自测试报告的结果为合格时，对所述应用包进行测试，并将测试合格的应用包发布。该方法能够更加同时对应用提供商和应用进行双重管理，严格审核应用提供商，为应用提供商的加入设置门槛，配合有效的惩罚管理措施，同时，对应用进行多重测试，保障了应用的质量；允许APP与应用客户端建立多对多的对应关系，给予了用户更多的选择空间，提高了用户的满意度。

Description

一种基于移动支付平台的多应用接入管理方法

技术领域

本发明涉及移动通信技术领域，更具体的说，是涉及一种基于移动支付平台的多应用接入管理方法。

背景技术

移动支付也称为手机支付，就是允许用户使用其移动终端(通常是手机)对所消费的商品或服务进行账务支付的一种服务方式。移动支付主要分为近场支付和远程支付两种，近场支付主要采用近距离无线通讯技术（Near FieldCommunication，NFC）技术，直接刷手机完成支付。

移动互联网时代是以应用为主，在手机APP应用日益丰富的情况下，移动支付的功能在不断推陈出新。例如，第三方支付、银行等争相推出手机支付客户端，二维码支付、无线支付、语音支付、指纹支付等应用，此外购物、理财、生活服务等交易类应用也在不断出现，大大丰富了移动支付的市场应用环境。

而目前实现多应用管理平台是单独对应用进行管理，遵循卡片规范（Global Platform，GP）架构，虽然能满足手机支付对一卡多用需求，实现了众多应用接入、开发、下载、发行等基本应用管理功能，但是对于应用提供商的管理并不是很全面和完善，不能严格核实应用提供商的信息，应用提供商也没有单独的安全域，当该应用提供商违反某些规则时没有有效的惩罚举措。在应用管理方面，目前的多应用平台对于应用没有版本管理，应用客户端与APP（Java Applet，运行于智能卡内的JAVA应用）只允许一对一的关系，这样用户对于一个应用没有版本的选择余地，用户体验不佳。

基于上述现有技术存在的缺点，如何提供一种基于移动支付平台的多应用接入管理方法，能够同时对应用提供商和应用进行双重管理，给予用户更多的选择空间，从而提高用户满意度是本领域人员急需解决的问题。

发明内容

有鉴于此，本发明提供了基于移动支付平台的多应用接入管理方法及装置，以克服现有技术中的多应用管理平台管理不全面，以及对应用没有版本管理，导致用户对应用的版本没有选择余地，造成体验不佳的问题。

为实现上述目的，本发明提供如下技术方案：

一种基于移动支付平台的多应用接入管理方法，包括：

接收应用提供商发送的登录信息；

当所述应用提供商发送的登录信息为合法时，则

允许所述应用提供商登录，并接收所述应用提供商上传的应用包以及对所述应用包的自测试报告；

当所述自测试报告的结果为合格时，对所述应用包进行测试，并将测试合格的应用包发布。

优选的，该方法还包括：

当所述应用提供商发送的登录信息为非法时，判断其是否为黑名单内的应用提供商；

当所述应用提供商为不是黑名单内的应用提供商时，向所述应用提供商发送注册账户的命令；

接收所述应用提供商发送的申请注册的信息；

根据所述信息对所述应用提供商进行审核，当应用提供商合格时，为所述应用提供商分配账号并签订协议；

接收所述被分配账号并签订协议的应用提供商发送的申请安全域的信息，并为其分配相应的安全域空间。

优选的，该方法还包括：

当所述应用提供商为黑名单内的应用提供商时，对所述应用提供商的安全域空间进行锁定。

优选的，所述黑名单内的应用提供商包括：违反协议规则的应用提供商和/或欠费的应用提供商和/或上传非法应用的应用提供商。

优选的，该方法还包括：

当所述自测试结果为不合格时，将所述应用包发送给应用提供商。

优选的，所述应用包包括：应用提供商开发完成的能够运行于智能卡内的JAVA应用以及所述JAVA应用对应的应用客户端。

优选的，所述能够运行于智能卡内的JAVA应用与应用客户端为多对多的对应关系。

优选的，对所述应用包进行测试包括：

对所述应用包进行上线测试和对所述应用包进行TSM平台应用测试。

优选的，该方法还包括：

当应用包测试不合格时，将测试不合格的应用包发送给应用提供商。

优选的，该方法还包括：

将所述发布的应用包按照应用类型、下载次数、应用评分进行分类排序。

经由上述的技术方案可知，与现有技术相比，本发明公开了一种基于移动支付平台的多应用接入管理方法，能够接收应用提供商发送的登录信息，通过登录信息判断应用提供商是否合法，允许合法的应用提供商进行登录，接收合法应用提供商上传的经过自测试的应用包，并再次对应用包进行测试，将测试合格的应用包发布。与现有技术相比，本发明提供的基于移动支付平台的多应用接入管理方法，同时对应用提供商和应用进行双重管理，管理更加全面，操作更加便捷。在完善的管理下，最大可能的避免了应用提供商鱼目混杂的状况，严格审核应用提供商，为应用提供商的加入设置门槛，配合有效的惩罚管理措施，同时，对应用进行多重测试，保障了应用的质量；另外抛弃了现有的多应用平台卡内APP与应用客户端一对一的对应关系，允许其建立多对多的对应关系，也给予了用户更多的选择空间，提高了用户满意度。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例公开的一种基于移动支付平台的多应用接入管理方法的流程图；

图2为本发明实施例公开的另一种基于移动支付平台的多应用接入管理方法的流程图。

具体实施方式

实施例一

为了克服现有技术中的多应用管理平台管理不全面，以及对应用没有版本管理，导致用户对应用的版本没有选择余地，造成体验不佳的问题，本实施例公开如下内容，图1为本发明实施例公开的一种基于移动支付平台的多应用接入管理方法的流程图，参照图1所示，所述基于移动支付平台的多应用接入管理方法可以包括：

S101：接收应用提供商发送的登录信息。

本步骤中，接收应用提供商发送的登录信息，该登录信息包括可信服务管理（Trusted Service Manager，TSM）平台对应用提供商的分配的账号以及该应用提供商在该账号下设置的密码，根据账号和密码来判断将要登录的应用提供商是否是该账号下的应用提供商，如果该账号存在且运行正常，而且账号和密码匹配，则认为该应用提供商为合法的提供商。

S102：允许合法的应用提供商登录，并接收其上传的应用包以及对应用包的自测试报告。

应用提供商进行自主的应用研发，有些智能卡上的应用APP需要手机客户端的调用才能运行，因此，应用提供商需要进行包括APP及应用客户端的开发，开发完成后应用提供商需要自行对应用进行测试，查看其性能等是否合格，并填写自测试报告，然后将APP、应用客户端打包与自测试报告统一上传，也就是说，其打包而成的应用包包括：应用提供商开发完成的能够运行于智能卡内的JAVA应用与应用客户端，并且，能够运行于智能卡内的JAVA应用与应用客户端为多对多的对应关系。需要说明的是，由于APP与应用客户端多对多的对应关系，使得当APP或者应用客户端需要进行版本更新时，不需再建立新的应用包，而可以直接在原始上传的应用包中创建APP或者应用客户端的新版本，新版本创建完成后在系统中增加配置对应关系，该对应关系包括新版本应用与已存在的应用客户端或者新版本应用客户端与已存在的应用等对应关系，用户端可以在有关联关系的范围内自主选择版本进行适配，由此给予了用户更多的选择空间，提高了用户的满意度。

其中，本发明中所说的应用客户端可以为适用于Android智能手机的应用程序，如Android应用程序包文件APK（Android Package，Android安装包）等。当然也可以为其他型式的应用客户端，可以适用于其他版本的，如苹果系统的iOS版本、塞班系统的Symbian版本、微软系统的Windowsphone版本等的应用客户端。

S103：对自测试报告结果为合格的应用包进行测试，并将测试合格的应用包发布。

在本步骤，具体的，查验应用提供商提供的自测试报告结果是否合格，即通过应用提供商提供的自测试报告结果初步对应用进行判断，判断该应用是否合格，当自测试报告结果为不合格时，将应用包发送给应用提供商，即不接收应用提供商提供的不合格应用；当提供的自测试报告显示该应用合格时，对应用包再进行测试，测试内容包括：上线测试和TSM平台应用测试。将测试不合格的应用包发送给应用提供商，将测试合格的应用包发布。然后根据用户的查询需求将应用包提供给用户。

进一步的，还可以对发布后的应用包进行分类排序，具体分类可以根据应用类型等，排序可以根据下载次数以及应用评分等进行，从而可以给用户提供更清晰明了的选择。

本实施例所公开的基于移动支付平台的多应用接入管理方法，能够接收应用提供商发送的登录信息，通过登录信息判断应用提供商是否合法，允许合法的应用提供商进行登录，接收合法应用提供商上传的经过自测试的应用包，并再次对应用包进行测试，将测试合格的应用包发布。与现有技术相比，本发明提供的基于移动支付平台的多应用接入管理方法，同时对应用提供商和应用进行双重管理，管理更加全面，操作更加便捷。在完善的管理下，最大可能的避免了应用提供商鱼目混杂的状况，严格审核应用提供商，为应用提供商的加入设置门槛，配合有效的惩罚管理措施，从而提高了TSM平台应用的质量；另外抛弃了现有的多应用平台卡内APP与应用客户端一对一的对应关系，允许其建立多对多的对应关系，也给予了用户更多的选择空间，提高了用户满意度。

实施例二

在实施例一的基础上，本发明实施例公开了另一种基于移动支付平台的多应用接入管理方法，图2为本发明实施例公开的另一种基于移动支付平台的多应用接入管理方法的流程图，参照图2所示，所述基于移动支付平台的多应用接入管理方法可以包括：

S201：接收应用提供商发送的登录信息。

本步骤中，接收应用提供商发送的登录信息，该登录信息包括TSM平台对应用提供商的分配的账号以及该应用提供商在该账号下设置的密码，根据账号和密码来判断将要登录的应用提供商是否是该账号下的应用提供商，如果该账号存在且运行正常，而且账号和密码匹配，则认为该应用提供商为合法的提供商。

S202：登录信息不合法的应用提供商不允许登录，并判断该应用提供商是否为黑名单内的应用提供商。

在本申请中，我们将应用提供商分为三类：合法的应用提供商，即经过了TSM平台验证被分配有账号的且一直遵守协议规则、按时缴费、未上传不合法应用的提供商；黑名单内的应用提供商，即经过了TSM平台验证被分配有账号但可能由于某些原因被拉入黑名单的提供商；无账号的应用提供商，即没有经过TSM平台验证没被分配账号的提供商。

当应用提供商没有遵守之前签订的协议规则，又或者欠费、经常上传不合法的应用等情形时，TSM运营平台可以及时采取有效措施，将该应用提供商加入黑名单，同时还能够对其下的安全域进行锁定，下载该安全域的用户将暂时不能正常使用该安全域下的应用，直到此安全域被TSM运营平台解锁。

本步骤中，黑名单内的应用提供商为违反协议规则和/或欠费和/或上传非法应用的应用提供商，判断应用提供商是否为黑名单内的提供商，如果不是，证明其可能为无账号的新的提供商，则指示其申请账号。

S203：向非法的但非黑名单内的应用提供商发送注册账户的命令，并接收应用提供商发送的申请注册的信息。

当判断应用提供商不是黑名单内的提供商时，证明其可能为无账号的新的提供商，则指示其申请账号，向其发送注册账户的命令。

被指示申请账号的应用提供商上传其申请注册的信息，然后TSM平台接收该应用提供商发送的申请注册的信息。本步骤中，通过应用提供商提交的申请资料，能严格核实并掌握应用提供商的工商信息，保障用户使用的应用来源于安全可靠的应用提供商。

S204：对申请注册信息合格的应用提供商分配账号并签订协议，并根据该应用提供商的请求为其分配相应的安全域空间。

本步骤中，根据应用提供商提供的申请注册信息对应用提供商进行严格的审核，并掌握其工商信息，如果该应用提供商提供的信息真实、合法，则认为其合格，允许其注册，并为该应用提供商分配账号，以使其能实名登录，并签订协议规则，以束缚应用提供商遵纪守法，如有违反，则对其进行相应的惩罚措施。

接收被分配了账号并签订了协议规则的应用提供商发送的申请安全域的信息，并为其分配相应的安全域空间。每个合法的应用提供商可以申请得到一个独立的第三方安全域，并将自己的应用上传到该安全域，如此独门独户的模式，让TSM运营平台对应用提供商的管理更直观清晰。

S205：允许合法的应用提供商登录，并接收其上传的应用包以及对应用包的自测试报告。

应用提供商进行自主的应用研发，有些卡片上的应用APP需要手机客户端的调用才能运行，因此，应用提供商需要进行包括APP及应用客户端的开发，开发完成后应用提供商需要自行对应用进行测试，查看其性能等是否合格，并填写自测试报告，然后将应用APP、应用客户端打包与自测试报告统一上传，也就是说，其打包而成的应用包包括：应用提供商开发完成的能够运行于智能卡内的JAVA应用与应用客户端，并且，能够运行于智能卡内的JAVA应用与应用客户端为多对多的对应关系。需要说明的是，由于APP与应用客户端多对多的对应关系，使得当应用APP或者应用客户端需要进行版本更新时，不需再建立新的应用包，而可以直接在原始上传的应用包中创建应用APP或者应用客户端的新版本，新版本创建完成后在系统中增加配置对应关系，该对应关系包括新版本应用与已存在的应用客户端或者新版本应用客户端与已存在的应用等对应关系，用户端可以在有关联关系的范围内自主选择版本进行适配，由此给予了用户更多的选择空间，提高了用户的满意度。

其中，本发明中所说的应用客户端可以为适用于Android智能手机的应用程序，如Android应用程序包文件APK（Android Package，Android安装包）等。当然也可以为其他型式的应用客户端，可以适用于其他版本的，如苹果系统的iOS版本、塞班系统的Symbian版本、微软系统的Windowsphone版本等的应用客户端。

S206：当提供的自测试报告为合格时，对应用包进行测试，并将测试合格的应用包发布。

在本步骤，具体的，查验应用提供商提供的自测试报告结果是否合格，即通过应用提供商提供的自测试报告结果初步对应用进行判断，判断该应用是否合格，当自测试报告结果为不合格时，将应用包发送给应用提供商，即不接收应用提供商提供的不合格应用；当提供的自测试报告显示该应用合格时，对应用包再进行测试，测试内容包括：上线测试和TSM平台应用测试。将测试不合格的应用包发送给应用提供商，将测试合格的应用包发布。然后根据用户的查询需求将应用包提供给用户。进一步的，还可以对发布后的应用包进行分类排序，具体分类可以根据应用类型等，排序可以根据下载次数以及应用评分等进行，从而可以给用户提供更清晰明了的选择。

本实施例所公开的基于移动支付平台的多应用接入管理方法，能够接收应用提供商发送的登录信息，通过登录信息判断应用提供商是否合法，允许合法的应用提供商进行登录，接收合法应用提供商上传的经过自测试的应用包，并再次对应用包进行测试，将测试合格的应用包发布，对不合法的应用提供商需待其合法后才允许其登录并进行相应的操作。与现有技术相比，本发明提供的基于移动支付平台的多应用接入管理方法，同时对应用提供商和应用进行双重管理，管理更加全面，操作更加便捷。在完善的管理下，最大可能的避免了应用提供商鱼目混杂的状况，严格审核应用提供商，为应用提供商的加入设置门槛，配合有效的惩罚管理措施，从而提高了TSM平台应用的质量；另外抛弃了现有的多应用平台卡内APP与应用客户端一对一的对应关系，允许其建立多对多的对应关系，也给予了用户更多的选择空间，提高了用户满意度。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种基于移动支付平台的多应用接入管理方法，其特征在于，包括：

接收应用提供商发送的登录信息；

当所述应用提供商发送的登录信息为合法时，则

允许所述应用提供商登录，并接收所述应用提供商上传的应用包以及对所述应用包的自测试报告；

当所述自测试报告的结果为合格时，对所述应用包进行测试，并将测试合格的应用包发布。

2.根据权利要求1所述的多应用接入管理方法，其特征在于，该方法还包括：

当所述应用提供商发送的登录信息为非法时，判断其是否为黑名单内的应用提供商；

当所述应用提供商为不是黑名单内的应用提供商时，向所述应用提供商发送注册账户的命令；

接收所述应用提供商发送的申请注册的信息；

根据所述信息对所述应用提供商进行审核，当应用提供商合格时，为所述应用提供商分配账号并签订协议；

接收所述被分配账号并签订协议的应用提供商发送的申请安全域的信息，并为其分配相应的安全域空间。

3.根据权利要求2所述的多应用接入管理方法，其特征在于，该方法还包括：

当所述应用提供商为黑名单内的应用提供商时，对所述应用提供商的安全域空间进行锁定。

4.根据权利要求2所述的多应用接入管理方法，其特征在于，所述黑名单内的应用提供商包括：违反协议规则的应用提供商和/或欠费的应用提供商和/或上传非法应用的应用提供商。

5.根据权利要求1所述的多应用接入管理方法，其特征在于，该方法还包括：

当所述自测试结果为不合格时，将所述应用包发送给应用提供商。

6.根据权利要求1所述的多应用接入管理方法，其特征在于，所述应用包包括：应用提供商开发完成的能够运行于智能卡内的JAVA应用以及所述JAVA应用对应的应用客户端。

7.根据权利要求6所述的多应用接入管理方法，其特征在于，所述能够运行于智能卡内的JAVA应用与应用客户端为多对多的对应关系。

8.根据权利要求1所述的多应用接入管理方法，其特征在于，对所述应用包进行测试包括：

对所述应用包进行上线测试和对所述应用包进行TSM平台应用测试。

9.根据权利要求1所述的多应用接入管理方法，其特征在于，该方法还包括：

当应用包测试不合格时，将测试不合格的应用包发送给应用提供商。

10.根据权利要求1所述的多应用接入管理方法，其特征在于，该方法还包括：

将所述发布的应用包按照应用类型、下载次数、应用评分进行分类排序。

Images