CN113570435A

CN113570435A - 数据服务api商品剩余使用次数的扣减方法和终端

Info

Publication number: CN113570435A
Application number: CN202110860992.5A
Authority: CN
Inventors: 廖炳才; 杜江磊; 邓硕; 张艺贝; 吴会才
Original assignee: Shenzhen Shuxin Technology Co ltd
Current assignee: Shenzhen Shuxin Technology Co ltd
Priority date: 2021-07-29
Filing date: 2021-07-29
Publication date: 2021-10-29
Anticipated expiration: 2041-07-29
Also published as: CN113570435B

Abstract

本发明公开了一种数据服务API商品剩余使用次数的扣减方法，包括获取多个API商品的使用请求信息；并行对多个使用请求信息鉴权；为每个通过鉴权的使用请求信息获取目标处理信息；根据目标处理信息执行剩余使用次数扣减处理。本发明还公开了一种终端设备。本发明至少解决了如何在高并发环境下，提高商品使用次数的扣减准确度、以及提高信息资源共享安全性的技术问题。

Description

数据服务API商品剩余使用次数的扣减方法和终端

技术领域

本发明涉及信息处理技术领域。更具体地说，本发明涉及一种数据服务API商品剩余使用次数的扣减方法和终端。

背景技术

诸多网络平台在使用过程中均需要数据支撑，由于多数平台没有数据资源，因此，需要向数据服务商(数据服务商可以是极速数据、开发屋、阿里云API市场、百度API商城等平台)购买数据服务的使用权限。数据服务商通常将数据服务以API(ApplicationProgramming Interface，应用程序接口)的形式对外开放，以请求-响应的形式为用户提供接口服务。用户只需在数据服务商的***中购买对应的API商品，即可使用该***中的数据服务。然而，该***在高并发情况下，容易产生已购买商品的使用次数扣减失误，以及信息资源共享存在安全隐患的现象。

发明内容

本发明的一个目的是至少解决上述问题，并提供相应的有益效果。

本发明的另一个目的是，提供数据服务API商品剩余使用次数的扣减方法和终端，至少解决了如何在高并发环境下，提高商品使用次数的扣减准确度、以及提高信息资源共享安全性的技术问题。本发明主要通过以下诸方面中的技术方案实现：

<本发明的第一方面>

第一方面提供了一种数据服务API商品剩余使用次数的扣减方法，应用于高并发环境，所述方法包括：

获取多个API商品的使用请求信息；

并行对多个使用请求信息鉴权；

为每个通过鉴权的使用请求信息获取目标处理信息；

根据目标处理信息执行剩余使用次数扣减处理。

在本发明的第一方面，通过在高并发请求中，同步处理请求，也即，在多个API商品的使用请求信息中，并行对多个使用请求信息鉴权，若鉴权通过，则为每个通过鉴权的使用请求信息获取目标处理信息，并根据该目标处理信息执行剩余使用次数扣减处理，其中，扣减处理采用分布式锁的方式进行高并发的控制，由此可以解决如何在高并发环境下提高商品使用次数的扣减准确度的技术问题。

再者，本发明提供的数据服务API商品剩余使用次数的扣减方法中，每一个API商品的使用请求信息均需经过鉴权处理，才能够扣减剩余使用次数，由此可以解决如何在高并发环境下提高信息资源共享安全性的技术问题。

在一些技术方案中，所述鉴权的项目包括：用户行为状态、商品套餐信息、签约关系、商品密钥、API地址信息和剩余使用次数。

在一些技术方案中，所述鉴权的项目还包括：

API地址信息与签约关系的匹配关系。

在一些技术方案中，所述鉴权的项目还包括：

签约关系与商品套餐信息的匹配关系。

在一些技术方案中，所述鉴权的项目还包括：

剩余使用次数的大小。

在一些技术方案中，在所述获取多个API商品的使用请求信息的步骤之前，所述数据服务API商品剩余使用次数的扣减方法还包括：

获取购买请求信息；

根据所述购买请求信息生成对应的签约关系和商品密钥。

在一些技术方案中，在所述根据目标处理信息执行剩余使用次数扣减处理的步骤之后，所述数据服务API商品剩余使用次数的扣减方法还包括：

根据预定算法生成对应的队列编号；

所述目标处理信息根据所述队列编号进入对应的消息队列。

在一些技术方案中，所述预定算法的计算公式可以是签约关系％消息队列的数量。

在一些技术方案中，在所述目标处理信息根据所述队列编号进入对应的消息队列的步骤之后，所述数据服务API商品剩余使用次数的扣减方法还包括：

异步执行消息队列中的目标处理信息并存储到数据库。

<本发明的第二方面>

第二方面提供了一种终端设备，包括处理器和存储器；所述存储器用于存储计算机程序指令，所述计算机程序指令用于控制所述处理器进行操作以执行本发明第一方面所述的数据服务API商品剩余使用次数的扣减方法。

通过上述技术方案，所述终端设备用于运行所述数据服务API商品剩余使用次数的扣减方法，因此，可以有效地避免扣减商品剩余使用次数的失误，提高扣减的准确度；并且可以提高信息资源共享的安全性。

本发明提供的技术方案至少可以实现以下技术效果：

在一些技术方案中，本发明提供的数据服务API商品剩余使用次数的扣减方法通过在多个API商品的使用请求信息中，并行对多个使用请求信息鉴权，若鉴权通过，则为每个通过鉴权的使用请求信息获取目标处理信息，并根据该目标处理信息执行剩余使用次数扣减处理，其中，扣减处理采用分布式锁的方式进行高并发的控制。也正是如此，本发明提供的数据服务API商品剩余使用次数的扣减方法在高并发环境下，能够避免扣减商品剩余使用次数的失误，提高扣减的准确度。

再者，本发明提供的数据服务API商品剩余使用次数的扣减方法中，每一个API商品的使用请求信息均需经过鉴权处理，才能够扣减剩余使用次数，也就意味着，只有符合鉴权标准的请求信息，才有可能访问信息资源，由此可以提高信息资源共享的安全性。

在一些技术方案中，本发明提供的数据服务API商品剩余使用次数的扣减方法还包括根据预定算法生成对应的队列编号；所述目标处理信息根据所述队列编号进入对应的消息队列。由此可以提高目标处理信息被执行的有序性，使得目标处理信息能够按照时间有序地被执行。

在一些技术方案中，本发明提供的数据服务API商品剩余使用次数的扣减方法还包括异步执行消息队列中的目标处理信息并存储到数据库，由此可以实现目标处理信息的有序存储，避免了数据存储杂乱的现象。

在一些技术方案中，本发明提供的终端设备，用于运行所述数据服务API商品剩余使用次数的扣减方法，因此，可以有效地避免扣减商品剩余使用次数的失误，提高扣减的准确度；并且可以提高信息资源共享的安全性。

附图说明

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

图1为本发明的数据服务API商品剩余使用次数的扣减方法在一些实施例中的流程图；

图2为本发明的数据服务API商品剩余使用次数的扣减方法在另一些实施例中的流程图；

图3为本发明的数据服务API商品剩余使用次数的扣减方法在又一些实施例中的流程图；

图4为本发明的目标处理信息从进入消息队列到存储至数据库的流程图；

图5为本发明的数据服务API商品剩余使用次数的扣减方法在又一些实施例中的框图；

图6为本发明的终端设备在一些实施例中的框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例的说明书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一消息队列和第二消息队列是用于区别不同的消息队列，而不是用于描述消息队列的特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

<数据服务API商品剩余使用次数的扣减方法>

本发明提供的数据服务API商品剩余使用次数的扣减方法应用于DSOP(DataService Operating Platform，数据服务运营平台)平台，所述DSOP平台集成了分布式Redis(Remote Dictionary Server，远程字典服务)集群环境。Redis是一种能够提供高速访问、丰富数据类型支持、高并发读写能力的内存数据库,它可以快速处理和存储数据服务类网站庞大的高并发访问量和海量数据,解决由于瞬间并发访问量过大造成网站崩溃、服务暂停的问题。分布式的Redis集群则是利用冗余的Redis数据库构建的具有数据冗余、故障容错的分布式数据库***，具有Redis数据库所有优异性能。

正是基于分布式Redis集群环境，本发明所提供的数据服务API商品剩余使用次数的扣减方法可以在高并发的场景下，提高商品使用次数的扣减准确度、以及提高信息资源共享安全性。

需要说明的是，所述数据服务可以与信息资源的含义一致。

具体地，如图1所示，为本发明提供的数据服务API商品剩余使用次数的扣减方法的流程图，所述方法应用于高并发环境，在图1中，所述方法包括：

S101、获取多个API商品的使用请求信息。

具体地，可以是获取多个用户客户端的API商品的使用请求信息。容易理解的是，在同一时刻中，一个用户客户端可以发送一个API商品的使用请求到DSOP平台。

所述API商品指的是将数据服务API资源包装成更详细的介绍信息后，以商品的形态展示给用户客户端供用户查看和在线订购。所述API商品的基本信息包括商品名称、商品简介、商品分类、和一个API资源。

所述API商品的使用请求至少包括Host(初始URL中的主机和端口)、方法(例如，POST)、商品密钥、Content-Type(用于表示内容所属的MIME类型)和用户信息。所述API商品的使用请求可以是HTTP请求。所述用户信息包括用户行为状态和用户账户。

S102、并行对多个使用请求信息鉴权。

需要说明的是，所述鉴权的项目包括用户行为状态、商品套餐信息、签约关系、商品密钥、API地址信息和剩余使用次数。

具体地，所述用户行为状态可以标记为正常和禁用两种状态。例如，当所述用户有违规行为或者其他不符合DSOP平台的行为，则可以将用户行为状态标记为禁用。所述用户行为状态可以被存储于数据库中。当需要鉴权时，可以从所述数据库中查询与用户对应的用户行为状态信息进行判断。当检测到所述用户行为状态为正常状态时，则鉴权通过。

对于商品套餐信息的鉴权可以通过判断商品套餐信息的存在状态实现。具体地，当所述商品套餐信息存在时，则鉴权通过。应当理解的是，用户在用户客户端中购买API商品时，必定选择了某种商品套餐，所述商品套餐的信息被购买后可以存储于数据库中。当需要鉴权时，可以从所述数据库中查询与该用户对应的商品套餐信息进行判断。

对于签约关系的鉴权可以通过判断签约关系的存在状态实现。具体地，当所述签约关系存在时，则鉴权通过。用户购买API商品后，DSOP平台便生成对应的签约关系存储于数据库中。所述签约关系可以是一个ID(Identity Document)标识。当需要鉴权时，可以从所述数据库中查询与该用户对应的签约关系进行判断。

对于商品密钥的鉴权可以通过判断商品密钥的校验结果实现。具体地，当所述商品密钥的校验结果为正确时，则鉴权通过。用户购买API商品后，DSOP平台便生成对应的商品密钥存储于数据库中。当需要鉴权时，可以从所述数据库中查询与该用户对应的商品密钥进行判断。所述校验的方式由本领域技术人员设置，在此不做限制。

对于API地址信息的鉴权可以通过判断API地址信息的比对结果实现。具体地，当所述API地址信息的比对结果为一致时，则鉴权通过。用户购买的API商品包含了API地址信息。所述API地址信息可以与前述所提Host一致。当需要鉴权时，可以从所述API商品的使用请求中提取Host，和数据库中与该用户对应的API地址信息进行判断。

对于剩余使用次数的鉴权可以通过判断剩余使用次数的数量实现。具体地，若所述剩余使用次数的数量大于0，即所述剩余使用次数可以被扣减时，则鉴权通过。用户购买API商品后，对应的商品套餐信息存储与数据库，其中所述商品套餐信息包含了剩余使用次数。当需要鉴权时，可以从所述数据库中查询与该用户对应的剩余使用次数进行判断。

对于API地址信息与签约关系的鉴权可以通过判断API地址信息与签约关系的匹配状态实现。具体地，当所述API地址信息与所述签约关系匹配时，则鉴权通过。可以从数据库中查询与用户信息对应的所述API地址信息与所述签约关系进行判断。所述API地址信息与所述签约关系匹配的标准可以由本领域技术人员根据实际需求设置。

对于签约关系与商品套餐信息的鉴权可以通过判断签约关系与商品套餐信息的匹配状态实现。具体地，当所述签约关系与所述商品套餐信息匹配时，则鉴权通过。可以从数据库中查询与用户信息对应的所述签约关系与所述商品套餐信息进行判断。所述签约关系与所述商品套餐信息匹配的标准可以由本领域技术人员根据实际需求设置。

对于商品上架的鉴权可以通过判断商品的上架状态实现。具体地，当所述商品为上架状态，则鉴权通过。

在一些实施例中，鉴权的项目可以包含前述所有的项目，即用户行为状态、商品套餐信息、签约关系、商品密钥、API地址信息、剩余使用次数、API地址信息与签约关系的匹配关系、签约关系与商品套餐信息的匹配关系、剩余使用次数的大小和商品上架信息。只有当上述鉴权的项目均通过时，才能够进行下一步的操作。

S103、为每个通过鉴权的使用请求信息获取目标处理信息。

所述目标处理信息至少包含对应的使用请求信息和剩余使用次数。

S104、根据目标处理信息执行剩余使用次数扣减处理。

应当理解的是，所述目标处理信息中的剩余使用次数必定是大于0的数值。所述扣减处理可以是对所述剩余使用次数执行减1的操作。

在上述实施方式中，通过在高并发请求中，同步处理请求，也即，在多个API商品的使用请求信息中，并行对多个使用请求信息鉴权，若鉴权通过，则为每个通过鉴权的使用请求信息获取目标处理信息，并根据该目标处理信息执行剩余使用次数扣减处理，其中，扣减处理采用分布式锁的方式进行高并发的控制，由此可以解决如何在高并发环境下提高商品使用次数的扣减准确度的技术问题。

在一些技术方案中，如图2所示，所述数据服务API商品剩余使用次数的扣减方法包括：

S201、获取购买请求信息。

具体地，可以是获取用户客户端的购买请求信息。所述购买请求信息可以是购买API商品的请求信息。本领域技术人员应当理解的是，只有当对应的API商品处于售卖状态时，才能够获取到对应的购买请求信息。

所述购买请求信息至少包含用户信息、商品套餐信息。其中，所述用户信息包含用户账户；所述商品套餐信息包含0元/10次、10元/30次、100元/500次、30000元/月和200000元/年中任意一种。当然，在其他实施方式中，所述商品套餐信息可以包含其他套餐信息，并不限制为前述示例性地0元/10次、10元/30次、100元/500次、30000元/月和200000元/年。本领域技术人员应当理解的是，包月和包年的套餐，即30000元/月和200000元/年套餐不执行剩余使用次数扣减处理。

S202、根据所述购买请求信息生成对应的签约关系和商品密钥。

应当理解的是，当获取到购买请求信息时，便可生成对应的签约关系。其中，所述签约关系与用户信息的关系为一对一的关系，即一个签约关系对应一个用户信息；所述用户信息与所述签约关系的关系为一对多的关系，即一个用户信息可以对应多个签约关系。

所述商品密钥可以是用户购买对应的API商品的唯一标识。

S203、获取多个API商品的使用请求信息。

所述步骤S203与本文的步骤S101相同，可以参见前文对步骤S101的阐述进行理解和实现，在此不再赘述。

S204、并行对多个使用请求信息鉴权。

所述步骤S204与本文的步骤S102相同，可以参见前文对步骤S102的阐述进行理解和实现，在此不再赘述。

S205、为每个通过鉴权的使用请求信息获取目标处理信息。

所述步骤S205与本文的步骤S103相同，可以参见前文对步骤S103的阐述进行理解和实现，在此不再赘述。

S206、根据目标处理信息执行剩余使用次数扣减处理。

所述步骤S206与本文的步骤S104相同，可以参见前文对步骤S104的阐述进行理解和实现，在此不再赘述。

在一些实施方式中，如图3所示，所述数据服务API商品剩余使用次数的扣减方法包括：

S301、获取购买请求信息。

所述步骤S301与本文的步骤S201相同，可以参见前文对步骤S201的阐述进行理解和实现，在此不再赘述。

S302、根据所述购买请求信息生成对应的签约关系和商品密钥。

所述步骤S302与本文的步骤S202相同，可以参见前文对步骤S202的阐述进行理解和实现，在此不再赘述。

S303、获取多个API商品的使用请求信息。

所述步骤S303与本文的步骤S101相同，可以参见前文对步骤S101的阐述进行理解和实现，在此不再赘述。

S304、并行对多个使用请求信息鉴权。

所述步骤S304与本文的步骤S102相同，可以参见前文对步骤S102的阐述进行理解和实现，在此不再赘述。

S305、为每个通过鉴权的使用请求信息获取目标处理信息。

所述步骤S305与本文的步骤S103相同，可以参见前文对步骤S103的阐述进行理解和实现，在此不再赘述。

S306、根据目标处理信息执行剩余使用次数扣减处理。

所述步骤S306与本文的步骤S104相同，可以参见前文对步骤S104的阐述进行理解和实现，在此不再赘述。

S307、根据预定算法生成对应的队列编号。

所述预定算法的计算公式可以是签约关系％消息队列的数量。

需要说明的是，上述预定算法的计算方式中的“％”为计算机编程计算方式中求余符号。

S308、所述目标处理信息根据所述队列编号进入对应的消息队列。

所述消息队列可以是FIFO(First Input First Output，即先进先出队列)。所述消息队列的数量可以由本领域技术人员根据实际需求而设置。

在本申请实施例中，所述目标处理信息根据所述队列编号进入对应的消息队列的示例性流程可以参照图4所示的流程图实现：

在图4中，消息队列420包括第一消息队列421、第二消息队列422、第三消息队列423。其中，所述第一消息队列421对应的队列编号为0，所述第二消息队列422对应的队列编号为1，所述第三消息队列423对应的队列编号为2。当目标处理信息410的签约关系为31时，根据预定算法计算对应的队列编号为1，则该目标处理信息410进入第二消息队列422。

需要说明的是，在图4中，与目标处理信息410对应的虚线代表的是目标处理信息410可以进入到与该虚线对应的消息队列，但是并未进入；与目标处理信息410对应的实线，则是目标处理信息410实际进入的消息队列。

在一些实施方式中，如图5所示，所述数据服务API商品剩余使用次数的扣减方法包括：

S501、获取购买请求信息。

所述步骤S501与本文的步骤S201相同，可以参见前文对步骤S201的阐述进行理解和实现，在此不再赘述。

S502、根据所述购买请求信息生成对应的签约关系和商品密钥。

所述步骤S502与本文的步骤S202相同，可以参见前文对步骤S202的阐述进行理解和实现，在此不再赘述。

S503、获取多个API商品的使用请求信息。

所述步骤S503与本文的步骤S101相同，可以参见前文对步骤S101的阐述进行理解和实现，在此不再赘述。

S504、并行对多个使用请求信息鉴权。

所述步骤S504与本文的步骤S102相同，可以参见前文对步骤S102的阐述进行理解和实现，在此不再赘述。

S505、为每个通过鉴权的使用请求信息获取目标处理信息。

所述步骤S505与本文的步骤S103相同，可以参见前文对步骤S103的阐述进行理解和实现，在此不再赘述。

S506、根据目标处理信息执行剩余使用次数扣减处理。

所述步骤S506与本文的步骤S104相同，可以参见前文对步骤S104的阐述进行理解和实现，在此不再赘述。

S507、根据预定算法生成对应的队列编号。

所述步骤S507与本文的步骤S307相同，可以参见前文对步骤S307的阐述进行理解和实现，在此不再赘述。

S508、所述目标处理信息根据所述队列编号进入对应的消息队列。

所述步骤S508与本文的步骤S308相同，可以参见前文对步骤S308的阐述进行理解和实现，在此不再赘述。

S509、异步执行消息队列中的目标处理信息并存储到数据库。

所述异步的含义可以与计算机多线程的异步处理含义一致。在本申请实施例中，由于所述异步执行消息队列中的目标处理信息并存储到数据库运行于分布式Redis集群环境中，因此，所述存储可以采用异步复制方式进行数据存储。

所述步骤S509的示例性操作可以参照图4：

在图4中，DSOP平台读取消息队列420中每个消息队列的目标处理信息进行异步执行，待异步执行完毕后将对应的执行信息存储至数据库430中。其中，所述执行信息包括访问的当前时间。

<终端设备>

图6是本发明提供的一种终端设备的框图，在图6中，所述终端设备600包括处理器601、存储器602、接口装置603、通信装置604、显示装置605、输入装置606、扬声器607、麦克风608、及存储在存储器602上并可在处理器601上运行的计算机程序，所述处理器601执行所述计算机程序时实现如本发明前述任一实施例所述的数据服务API商品剩余使用次数的扣减方法。

尽管在图6中对终端设备600均示出了多个装置，但是，本发明可以仅涉及其中的部分装置。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。

Claims

1.数据服务API商品剩余使用次数的扣减方法，其特征在于，包括：

获取多个API商品的使用请求信息；

并行对多个使用请求信息鉴权；

为每个通过鉴权的使用请求信息获取目标处理信息；

根据目标处理信息执行剩余使用次数扣减处理。

2.根据权利要求1所述的数据服务API商品剩余使用次数的扣减方法，其特征在于，所述鉴权的项目包括：用户行为状态、商品套餐信息、签约关系、商品密钥、API地址信息、剩余使用次数。

3.根据权利要求2所述的数据服务API商品剩余使用次数的扣减方法，其特征在于，所述鉴权的项目还包括：

API地址信息与签约关系的匹配关系。

4.根据权利要求2所述的数据服务API商品剩余使用次数的扣减方法，其特征在于，所述鉴权的项目还包括：

签约关系与商品套餐信息的匹配关系。

5.根据权利要求2所述的数据服务API商品剩余使用次数的扣减方法，其特征在于，所述鉴权的项目还包括：

剩余使用次数的大小。

6.根据权利要求1所述的数据服务API商品剩余使用次数的扣减方法，其特征在于，在所述获取多个API商品的使用请求信息的步骤之前，还包括：

获取购买请求信息；

根据所述购买请求信息生成对应的签约关系和商品密钥。

7.根据权利要求1所述的数据服务API商品剩余使用次数的扣减方法，其特征在于，在所述根据目标处理信息执行剩余使用次数扣减处理的步骤之后，还包括：

根据预定算法生成对应的队列编号；

所述目标处理信息根据所述队列编号进入对应的消息队列。

8.根据权利要求7所述的数据服务API商品剩余使用次数的扣减方法，其特征在于，所述预定算法的计算公式可以是签约关系％消息队列的数量。

9.根据权利要求7所述的数据服务API商品剩余使用次数的扣减方法，其特征在于，在所述目标处理信息根据所述队列编号进入对应的消息队列的步骤之后，所述数据服务API商品剩余使用次数的扣减方法还包括：

异步执行消息队列中的目标处理信息并存储到数据库。

10.终端设备，其特征在于，包括处理器和存储器；所述存储器用于存储计算机程序指令，所述计算机程序指令用于控制所述处理器进行操作以执行权利要求1-9任一项所述的数据服务API商品剩余使用次数的扣减方法。