CN107527222B - 信息处理方法和装置及系统 - Google Patents

Abstract

本发明公开了一种信息处理方法和装置及系统。该方法包括：积分系统接收待接入的第一业务系统发送的接入请求，接入请求用于请求获取调用权限，调用权限用于调用积分系统提供的API接口，积分系统被设置为允许接入一个或多个业务系统；积分系统响应接入请求对第一业务系统进行验证；在第一业务系统通过验证的情况下，积分系统为第一业务系统分配系统标识和验证标识，系统标识用于在积分系统中唯一标识第一业务系统，验证标识用于对第一业务系统调用API接口传输的信息进行验证；积分系统根据系统标识和验证标识对第一业务系统调用API接口传输的信息进行处理。本发明解决了在现有的积分系统中无法处理新扩展的业务系统中的信息的问题。

Description

信息处理方法和装置及系统

技术领域

本发明涉及计算机领域，具体而言，涉及一种信息处理方法和装置及系统。

背景技术

目前，在现有企业内的积分系统中，所涉及的业务系统众多，但彼此之间是相互独立的，在处理积分系统中的信息时，各自的资源是无法共享的。此外，积分系统还存在以下弊端：

1)重复实现，各个业务系统之间的积分是不通用的，必须重新构建一套代码。也就是说，各个业务系统需要通过分别构建各自的实现逻辑来利用对应的积分实现交互；2)各个业务系统的开发水平参差不齐，导致运营问题多，其中，有些系统不能很好地处理并发情况，也不具备强大的追踪和回滚机制，导致各种运营问题；3)扩展性差，积分系统和预定业务被绑定在一起，导致该积分系统和预定业务的扩展性都变差。

也就是说，在现有的积分系统中，各个业务系统与积分系统均是固定的绑定关系，且各个业务系统之间无法共享资源。因而针对不同的业务系统各自的处理逻辑，仅能分别进行对应的信息处理，这样不仅处理效率较低，而且还将导致在现有的积分系统中难以扩展新的业务系统，进而造成无法处理新扩展的业务系统中的信息的问题。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种信息处理方法和装置及系统，以至少解决在现有的积分系统中无法处理新扩展的业务系统中的信息的技术问题。

根据本发明实施例的一个方面，提供了一种信息处理方法，包括：积分系统接收待接入的第一业务系统发送的接入请求，其中，上述接入请求用于请求获取调用权限，上述调用权限用于调用上述积分系统提供的应用程序编程接口(Application ProgrammingInterface，API)接口，上述积分系统被设置为允许接入一个或多个业务系统；上述积分系统响应上述接入请求对上述第一业务系统进行验证；在上述第一业务系统通过上述验证的情况下，上述积分系统为上述第一业务系统分配系统标识和验证标识，其中，上述系统标识用于在上述积分系统中唯一标识上述第一业务系统，上述验证标识用于对上述第一业务系统调用上述API接口传输的信息进行验证；上述积分系统根据上述系统标识和验证标识对上述第一业务系统调用上述API接口传输的信息进行处理。

根据本发明实施例的另一方面，还提供了一种信息处理装置，上述信息处理装置位于积分系统中，上述装置包括：接收单元，用于接收待接入的第一业务系统发送的接入请求，其中，上述接入请求用于请求获取调用权限，上述调用权限用于调用上述积分系统提供的API接口，上述积分系统被设置为允许接入一个或多个业务系统；验证单元，用于响应上述接入请求对上述第一业务系统进行验证；分配单元，用于在上述第一业务系统通过上述验证的情况下，为上述第一业务系统分配系统标识和验证标识，其中，上述系统标识用于在上述积分系统中唯一标识上述第一业务系统，上述验证标识用于对上述第一业务系统调用上述API接口传输的信息进行验证；处理单元，用于根据上述系统标识和验证标识对上述第一业务系统调用上述API接口传输的信息进行处理。

根据本发明实施例的又一方面，还提供了一种信息处理系统，包括：积分系统，被设置为允许接入一个或多个业务系统，用于接收上述一个或多个业务系统中待接入的第一业务系统发送的接入请求，其中，上述接入请求用于请求获取调用权限，上述调用权限用于调用上述积分系统提供的API接口；还用于响应上述接入请求对上述第一业务系统进行验证；还用于在上述第一业务系统通过上述验证的情况下，为上述第一业务系统分配系统标识和验证标识，其中，上述系统标识用于在上述积分系统中唯一标识上述第一业务系统，上述验证标识用于对上述第一业务系统调用上述API接口传输的信息进行验证；还用于根据上述系统标识和验证标识对上述第一业务系统调用上述API接口传输的信息进行处理；上述一个或多个业务系统，用于调用上述API接口传输信息。

在本发明实施例中，被设置为允许接入一个或多个业务系统的积分系统可以根据接收到的用于请求获取调用权限的接入请求，其中，调用权限用于调用积分系统提供的API接口，来灵活控制通过API接口对请求接入的业务系统的调用，从而实现在积分系统中灵活扩展新的业务系统，以达到提高积分系统接入业务系统的扩展性及灵活性的目的；此外，在请求接入的业务系统通过验证的情况下，为请求接入的业务系统分配系统标识及验证标识，从而实现根据上述系统标识及验证标识对通过扩展请求接入的业务系统调用API接口传输的信息进行处理，以克服现有技术中无法处理积分系统中新扩展的业务系统中的信息的技术问题，实现对积分系统扩展后的业务系统中的信息进行及时处理，进而达到提高信息处理效率的效果。进一步，根据系统标识及验证标识对调用API接口传输的信息进行处理在保证了信息处理的安全性。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种可选的信息处理方法的应用环境示意图；

图2是根据本发明实施例的一种可选的信息处理方法的流程图；

图3是根据本发明实施例的一种可选的应用信息处理方法的系统示意图；

图4是根据本发明实施例的另一种可选的信息处理方法的流程图；

图5是根据本发明实施例的一种可选的信息处理方法的示意图；

图6是根据本发明实施例的一种可选的信息处理方法的验证示意图；

图7是根据本发明实施例的另一种可选的信息处理方法的验证示意图；

图8是根据本发明实施例的一种可选的信息处理装置的示意图；

图9是根据本发明实施例的另一种可选的信息处理方法的示意图；

图10是根据本发明实施例的又一种可选的信息处理方法的示意图；以及

图11是根据本发明实施例的一种可选的信息处理服务器的示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

在本发明实施例中，提供了一种上述信息处理方法的实施例。作为一种可选的实施方式，该信息处理方法可以但不限于应用于如图1所示的应用环境中，假设积分系统运行在服务器106中，终端102上的第一业务系统请求接入积分系统，其中，积分系统被设置为允许接入一个或多个业务系统。具体而言，服务器106中的积分系统通过网络104接收待接入的终端102上的第一业务系统发送的接入请求，其中，接入请求用于请求获取调用权限，该调用权限用于调用积分系统提供的API接口；积分系统响应接入请求对第一业务系统进行验证，并在第一业务系统通过验证的情况下，为第一业务系统分配系统标识和验证标识，其中，系统标识用于在积分系统中唯一标识第一业务系统，验证标识用于对第一业务系统调用API接口传输的信息进行验证。然后，积分系统根据系统标识和验证标识对第一业务系统调用API接口传输的信息进行处理。

可选地，在本实施例中，上述终端可以包括但不限于以下至少之一：手机、平板电脑、笔记本电脑、台式PC机及其他进行信息处理的硬件设备。上述网络可以包括但不限于以下至少之一：广域网、城域网、局域网。上述只是一种示例，本实施例对此不做任何限定。

根据本发明实施例，提供了一种信息处理方法，如图2所示，该方法包括：

S202，积分系统接收待接入的第一业务系统发送的接入请求，其中，接入请求用于请求获取调用权限，调用权限用于调用积分系统提供的API接口，积分系统被设置为允许接入一个或多个业务系统；

S204，积分系统响应接入请求对第一业务系统进行验证；

S206，在第一业务系统通过验证的情况下，积分系统为第一业务系统分配系统标识和验证标识，其中，系统标识用于在积分系统中唯一标识第一业务系统，验证标识用于对第一业务系统调用API接口传输的信息进行验证；

S208，积分系统根据系统标识和验证标识对第一业务系统调用API接口传输的信息进行处理。

可选地，在本实施例中，上述信息处理方法中的积分系统可以但不限于应用于企业内部用于管理员工福利的福利处理平台中，其中，上述福利处理平台中的积分系统可以但不限于被设置为允许接入一个或多个业务系统，在上述平台中所要处理的信息可以包括但不限于以下至少之一：积分、虚拟资源。上述信息的类型和内容仅是一种示例，本实施例中对此不做任何限定。

例如，如图3所示，福利处理平台302中的积分系统304可以但不限于被设置为允许接入如图3所示的3个业务系统，即业务系统1、业务系统2和业务系统3，积分系统中待处理的信息包括积分及虚拟资源。其中虚拟资源可以包括但不限于资金。上述仅是一种示例，本实施例中对此不做任何限定。

需要说明的是，在本实施例中，积分系统被设置为允许接入一个或多个业务系统，该积分系统接收待接入的第一业务系统发送的用于请求获取调用权限的接入请求后，其中，调用权限用于调用积分系统提供的API接口，响应该接入请求积分系统对第一业务系统进行验证，并在第一业务系统通过验证的情况下，为第一业务系统分配系统标识和验证标识，其中，系统标识用于在积分系统中唯一标识第一业务系统，验证标识用于对第一业务系统调用API接口传输的信息进行验证。然后积分系统根据上述系统标识和验证标识对第一业务系统调用API接口传输的信息进行验证。

也就是说，在本实施例中，被设置为允许接入一个或多个业务系统的积分系统可以根据接收到的用于请求获取调用权限的接入请求，其中，调用权限用于调用积分系统提供的API接口，来灵活控制通过API接口对请求接入的业务系统的调用，从而实现在积分系统中灵活扩展新的业务系统，以达到提高积分系统接入业务系统的扩展性及灵活性的目的；此外，在请求接入的业务系统通过验证的情况下，为请求接入的业务系统分配系统标识及验证标识，从而实现根据上述系统标识及验证标识对请求接入的业务系统调用API接口传输的信息进行处理，以克服现有技术中无法处理积分系统中新扩展的业务系统中的信息的技术问题，实现对积分系统扩展后的业务系统中的信息进行及时处理，进而达到提高信息处理效率的效果。进一步，根据系统标识及验证标识对调用API接口传输的信息进行处理在保证了信息处理的安全性。

具体结合图4所示步骤S402-S408进行说明，积分系统接收接入请求，其中，该接入请求用于请求获取待接入的第一业务系统的调用权限，以调用积分系统提供的API接口。响应该接入请求对第一业务系统进行验证，并在验证通过的情况下，为第一业务系统分配唯一标识第一业务系统的系统标识App和对第一业务系统调用API接口传输的信息进行验证的验证标识Key，积分系统根据上述系统标识App和验证标识Key对第一业务系统调用API接口传输的信息进行处理。

可选地，在本实施例中，上述积分系统根据系统标识和验证标识对第一业务系统调用API接口传输的信息进行处理包括：

S1，积分系统接收第一业务系统调用API接口发送的第一操作请求，其中，第一操作请求用于在执行第一业务时对第一账号的积分值进行第一操作，第一账号为第一业务中的账号；

S2，积分系统根据系统标识和验证标识对第一操作请求进行验证；

S3，在第一操作请求验证通过的情况下，积分系统在执行第一业务时对第一账号的积分值进行第一操作。

也就是说，在本实施例中，对第一业务系统调用API接口传输的信息进行处理可以包括但不限于：对调用API接口发送的第一操作请求进行验证，并在验证通过的情况下，执行第一操作请求所请求的第一操作，其中第一操作为在执行第一业务时对第一账号的积分值进行的操作。

需要说明的是，在本实施例中，上述积分系统可以但不限于允许接入一个或多个业务系统，需要说明的是，在本实施例中，上述业务系统可以包括但不限于一个或多个业务类型的业务。其中，每种业务都可以但不限于被配置相应的积分值，其中，配置方式可以包括但不限于以下至少之一：主动申请配置、被动授予配置。也就是说，第一账号可以在积分系统中主动申请配置对应的积分值，例如通过转移虚拟资源的方式申请配置对应的积分值；此外，第一账号还可以通过获取奖励被动授予配置对应的积分值，例如，第一账号获取奖励后，企业直接在积分系统为该第一账号增加配置对应的积分值。上述仅是一种示例，本实施例中对此不做任何限定。

可选地，在本实施例中，可以包括但不限于对第一账号在第一业务中的第一积分值执行第一操作，还可以包括但不限于对第一账号在第一业务中的第一积分值和第一账号在与第一业务的业务类型相同的第二业务中的第二积分值执行第一操作。也就是说，在本实施例中，上述第一操作可以对积分系统的一种业务系统中的积分值执行，还可以对积分系统的多种业务系统的积分值进行跨系统执行。本实施例中对此不做限定。

可选地，在本实施例中，上述第一操作可以包括但不限于以下至少之一：从积分值中扣除部分或全部积分、在积分值中增加对应积分、转移积分值中部分或全部积分。

需要说明的是，在本实施例中，在对第一积分值和第二积分值扣除或转移积分值中的部分或全部积分时，可以包括但不限于以下至少之一：

1)在第一积分值大于等于所要扣除或转移的积分时，则从第一积分值中扣除或转移所要扣除或转移的积分；

2)在第二积分值大于等于所要扣除或转移的积分时，则从第二积分值中扣除或转移所要扣除或转移的积分；

3)在第一积分值小于所要扣除或转移的积分时，则从第一积分值中扣除或转移全部积分，并从第二积分值中扣除或转移所差的积分；

4)在第二积分值小于所要扣除或转移的积分时，则从第二积分值中扣除或转移全部积分，并从第一积分值中扣除或转移所差的积分；

5)在第一积分值与第二积分值二者的和小于所要扣除或转移的积分时，则从第一积分值与第二积分值中扣除或转移全部积分，并从第二账号中转移对应的资源值，其中，该资源值用于兑换扣除或转移所差的积分。

可选地。在本实施例中，上述第一业务系统被设置为基于API接口配置第一业务的业务逻辑。

需要说明的是，在本实施例中，在积分系统中的第一业务系统中，针对不同类型的业务可以但不限于基于API接口灵活配置不同的业务逻辑。本实施例中对此不做任何限定。

具体结合图5所示示例进行说明，假设在积分系统304中包括第一业务系统A和第二业务系统B，其中，第一业务系统A中包括业务a和业务b，第二业务系统B中包括业务c、业务d和业务e。进一步，假设积分系统接收到的是待接入的第一业务系统A发送的接入请求，响应该接入请求积分系统对第一业务系统A进行验证，并在通过验证的情况下，为第一业务系统A分配系统标识App-A和验证标识Key-A，以使积分系统根据上述系统标识App-A和验证标识Key-A对第一业务系统A调用API接口传输的信息进行处理，例如，第一业务系统A调用API接口传输的信息是用于在执行业务a时对第一账号ID-1的积分值执行第一操作(例如，扣除积分)的操作请求，其中，第一账号ID-1为业务a中的账号。

其中，在本示例中，可以对第一账号ID-1在业务a中的积分值进行第一操作，还可以对第一账号在与业务a的业务类型相同的业务中的积分值进行第一操作。假设业务c与业务e与业务a是相同的业务类型，则可以但不限于对第一账号在业务a、业务c及业务e中的部分或全部积分值执行上述第一操作，如扣除积分。

通过本申请提供的实施例，被设置为允许接入一个或多个业务系统的积分系统可以根据接收到的用于请求获取调用权限的接入请求，其中，调用权限用于调用积分系统提供的API接口，来灵活控制通过API接口对请求接入的业务系统的调用，从而实现在积分系统中灵活扩展新的业务系统，以达到提高积分系统接入业务系统的扩展性及灵活性的目的；此外，在请求接入的业务系统通过验证的情况下，为请求接入的业务系统分配系统标识及验证标识，从而实现根据上述系统标识及验证标识对请求接入的业务系统调用API接口传输的信息进行处理，以克服现有技术中无法处理积分系统中新扩展的业务系统中的信息的技术问题，实现对积分系统扩展后的业务系统中的信息进行及时处理，进而达到提高信息处理效率的效果。

作为一种可选的方案，积分系统根据系统标识和验证标识对第一业务系统调用API接口传输的信息进行处理包括：

S1，积分系统接收第一业务系统调用API接口发送的第一操作请求，其中，第一操作请求用于在执行第一业务时对第一账号的积分值进行第一操作，第一账号为第一业务中的账号；

S2，积分系统根据系统标识和验证标识对第一操作请求进行验证；

S4，在第一操作请求验证通过的情况下，积分系统在执行第一业务时对第一账号的积分值进行第一操作。

可选地，在本实施例中，所述积分系统从所述第一操作请求中获取所述系统标识、时间戳、随机字符串和第一字符串签名，其中，第一字符串签名是通过对由系统标识、时间戳、随机字符串和验证标识拼接得到的字符串进行签名操作得到的；积分系统从本地获取与系统标识对应的验证标识，并对系统标识、时间戳、随机字符串和验证标识拼接得到的字符串进行签名操作得到第二字符串签名；积分系统判断第一字符串签名是否与第二字符串签名相同；若第一字符串签名与第二字符串签名相同，则积分系统确定第一操作请求验证通过。

例如，如图6-7所示进行说明，在生成第一操作请求(请求统一资源定位符(Uniform Resource Locator，URL))时，将根据系统标识APP-ID、验证标识Key-ID、时间戳及随机字符串拼接得到第一字符串签名，进一步，将上述系统标识APP-ID、时间戳和随机字符串，及第一字符串签名拼接得到请求URL。然后，积分系统在接收到第一操作请求(即请求URL)后，处理请求URL所请求的操作的信息时，将先从URL中分离出系统标识APP-ID、时间戳及随机字符串，进一步，结合本地存储的验证标识本地Key-ID拼接得到第二字符串签名，并比对第一字符串签名是否与第二字符串签名相同，在第一字符串签名与第二字符串签名相同时，第一操作请求验证通过。

具体结合以下示例进行说明，如图5所示，假设仍以在积分系统304中包括第一业务系统A和第二业务系统B为例，其中，第一业务系统A中包括业务a和业务b，第二业务系统B中包括业务c、业务d和业务e。进一步，假设积分系统接收第一业务系统A调用对应的API接口发送的第一操作请求，其中，第一操作请求用于请求在执行业务a时对第一账号ID-1的积分值进行第一操作，如第一操作可以为第一账号ID-1转移在业务a中的积分到第一账号ID-1在与业务a的业务类型相同的业务c中。然后积分系统将根据系统标识App-A和验证标识Key-A对第一操作请求进行验证，并在验证通过的情况下，在执行业务a时对第一账号ID-1的积分值执行上述第一操作。

通过本申请提供的实施例，积分系统在对第一业务系统调用API接口传输的信息进行处理的过程中，将利用系统标识和业务标识对第一业务系统调用API接口发送的第一操作请求进行验证，以达到在每次执行业务系统的操作前都先进行验证的目的，从而实现将业务系统与积分系统隔离，保证二者交互的安全性，避免积分系统中数据被修改。此外，互相隔离还可以在积分系统上扩展更多的业务系统，进一步提高积分系统的扩展性。

作为一种可选的方案，积分系统在执行第一业务时对第一账号的积分值进行第一操作包括：

S1，积分系统获取第一账号在第一业务中的第一积分值和第一账号在与第一业务的业务类型相同的第二业务中的第二积分值，其中，第一账号为第一业务和第二业务中的账号，第二业务被配置为由第一业务系统或第二业务系统执行；

S2，积分系统对第一积分值和第二积分值中的部分或全部进行第一操作。

可选地，在本实施例中，上述第一账号可以但不限于为在第一业务和第二业务中的账号，上述与第一业务的业务类型相同的第二业务可以被配置为在第一业务系统执行，也可以被配置为在第二业务系统执行。

需要说明的是，在本实施例中，上述对第一积分值和第二积分值中的部分或全部积分进行第一操作可以包括但不限于以下至少之一：1)先对第一积分值进行操作，再对第二积分值进行操作；2)先对第二积分值进行操作，再对第一积分值进行操作；3)按照预定比例分别对第一积分值和第二积分值同时进行操作。上述仅是一种示例，本实施例中对此不做任何限定。

具体结合以下示例进行说明，如图5所示，假设仍以在积分系统304中包括第一业务系统A和第二业务系统B为例，其中，第一业务系统A中包括业务a和业务b，第二业务系统B中包括业务c、业务d和业务e。进一步，假设第一业务系统A中的业务a与第二业务系统B中的业务c和业务e为相同的业务类型。

例如，积分系统接收到的第一操作请求用于请求在执行业务a时对第一账号ID-1的积分值执行第一操作(例如扣除积分)，响应接收到的第一操作请求，积分系统将获取第一账号ID-1在业务a中的积分值P，和第一账号ID-1在与业务a的业务类型相同的业务c和业务e中积分值，分别为积分值Q和积分值W。在积分系统执行扣除积分的操作时，可以但不限于对积分值P、积分值Q和积分值W中的部分或全部积分进行扣除积分的操作。

通过本申请提供的实施例，在执行第一操作请求所指示的第一操作时，可以对相同业务类型的业务中的积分值的部分或全部积分进行对应操作，也就是说，在相同业务类型的业务之间，积分值可以共享，从而克服相关技术中只能对各个业务系统进行独立地信息处理操作所导致的信息处理效率较低的问题，进而实现在保证积分系统可以灵活地接入业务系统的情况下，共享各个业务系统中的积分值，以达到提高信息处理效率的效果。

作为一种可选的方案，积分系统对第一积分值和第二积分值中的部分或全部进行第一操作包括以下至少之一：

1)积分系统从第一积分值和第二积分值中扣除第一操作所指示的第三积分值；

需要说明的是，在本实施例中，上述从第一积分值和第二积分值中扣除第一操作所指示的第三积分值可以包括但不限于以下至少之一：1)先对第一积分值进行扣除，再对第二积分值进行扣除；2)先对第二积分值进行扣除，再对第一积分值进行扣除；3)按照预定比例分别对第一积分值和第二积分值同时进行扣除。其中，从第一积分值和第二积分值中所扣除的积分总和可以但不限于等于第三积分值。上述仅是一种示例，本实施例中对此不做任何限定。

2)积分系统将第一积分值中的部分或全部转移到第二业务中的第二积分值中；

需要说明的是，在本实施例中，相同业务类型的业务之间的积分可以互相转移，从而实现积分值的资源共享。

3)积分系统从第一积分值和第二积分值中扣除第四积分值，并从第二账号中扣除与第五积分值对应的资源值，其中，第一操作所指示的第三积分值为第四积分值和第五积分值二者的和。

需要说明的是，在第一积分值与第二积分值的总和小于第一操作所指示的待操作的第三积分值的情况下，在本实施例中，可以但不限于先从第一积分值和第二积分值中扣除第四积分值，然后从第二账号中扣除与第五积分值对应的资源值，其中，第三积分值为第四积分值和第五积分值二者的和。

也就是说，在本实施例中，在第一积分值与第二积分值的总和不满足第一操作请求时，可以但不限于获取对应的资源值来兑换所差的积分值。即，在积分系统中可以实现对积分值与资源值的混合处理，进而达到在各个业务系统中共享积分值与资源值的目的。

通过本申请提供的实施例，通过对第一积分值和第二积分值中的部分或全部积分进行不同的第一操作，从而实现在积分系统的各个业务系统中共享积分值的同时，还可以实现积分值与资源值的混合处理，以提高积分系统的可用性，扩大积分系统的适用范围。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

根据本发明实施例，还提供了一种用于实施上述信息处理方法的信息处理系统，该系统包括：

1)积分系统，被设置为允许接入一个或多个业务系统，用于接收一个或多个业务系统中待接入的第一业务系统发送的接入请求，其中，接入请求用于请求获取调用权限，调用权限用于调用积分系统提供的API接口；还用于响应接入请求对第一业务系统进行验证；还用于在第一业务系统通过验证的情况下，为第一业务系统分配系统标识和验证标识，其中，系统标识用于在积分系统中唯一标识第一业务系统，验证标识用于对第一业务系统调用API接口传输的信息进行验证；还用于根据系统标识和验证标识对第一业务系统调用API接口传输的信息进行处理；

2)一个或多个业务系统，用于调用API接口传输信息。

可选地，在本实施例中，上述第一业务系统包括：(1)发送模块，用于调用API接口发送第一操作请求，其中，第一操作请求用于在执行第一业务时对第一账号的积分值进行第一操作，第一账号为第一业务中的账号。

可选地，在本实施例中，上述积分系统包括：(1)接收模块，用于接收第一操作请求；(2)验证模块，用于根据系统标识和验证标识对第一操作请求进行验证；(3)操作模块，用于在第一操作请求验证通过的情况下，在执行第一业务时对第一账号的积分值进行第一操作。

在本实施例中，上述信息处理系统中的积分系统与业务系统，通过交互实现验证及信息处理控制，具体而言，积分系统根据一个或多个业务系统中待接入的第一业务系统发送的用于请求获取调用权限的接入请求，其中，调用权限用于调用积分系统提供的API接口，以达到通过API接口对请求接入的业务系统的灵活调用控制，从而实现在积分系统中灵活扩展新的业务系统，以达到提高积分系统接入业务系统的扩展性及灵活性的目的；此外，在请求接入的业务系统通过验证的情况下，积分系统为请求接入的业务系统分配系统标识及验证标识，从而实现根据上述系统标识及验证标识对通过扩展请求接入的业务系统调用API接口传输的信息进行处理，以克服现有技术中无法处理积分系统中新扩展的业务系统中的信息的技术问题，实现对积分系统扩展后的业务系统中的信息进行及时处理，进而达到提高信息处理效率的效果。进一步，根据系统标识及验证标识对调用API接口传输的信息进行处理在保证了信息处理的安全性。

可选地，在本实施例中，上述系统中的积分系统中可以包括但不限于一种用于实施上述信息处理方法的信息处理装置，如图8所示，该装置包括：

1)接收单元802，用于接收待接入的第一业务系统发送的接入请求，其中，接入请求用于请求获取调用权限，调用权限用于调用积分系统提供的API接口，积分系统被设置为允许接入一个或多个业务系统；

2)验证单元804，用于响应接入请求对第一业务系统进行验证；

3)分配单元806，用于在第一业务系统通过验证的情况下，为第一业务系统分配系统标识和验证标识，其中，系统标识用于在积分系统中唯一标识第一业务系统，验证标识用于对第一业务系统调用API接口传输的信息进行验证；

4)处理单元808，用于根据系统标识和验证标识对第一业务系统调用API接口传输的信息进行处理。

可选地，在本实施例中，上述信息处理装置中的积分系统可以但不限于应用于企业内部用于管理员工福利的福利处理平台中，其中，上述福利处理平台中的积分系统可以但不限于被设置为允许接入一个或多个业务系统，在上述平台中所要处理的信息可以包括但不限于以下至少之一：积分、虚拟资源。上述信息的类型和内容仅是一种示例，本实施例中对此不做任何限定。

例如，如图3所示，福利处理平台302中的积分系统304可以但不限于被设置为允许接入如图3所示的3个业务系统，即业务系统1、业务系统2和业务系统3，积分系统中待处理的信息包括积分及虚拟资源。其中虚拟资源可以包括但不限于资金。上述仅是一种示例，本实施例中对此不做任何限定。

需要说明的是，在本实施例中，积分系统被设置为允许接入一个或多个业务系统，该积分系统接收待接入的第一业务系统发送的用于请求获取调用权限的接入请求后，其中，调用权限用于调用积分系统提供的API接口，响应该接入请求积分系统对第一业务系统进行验证，并在第一业务系统通过验证的情况下，为第一业务系统分配系统标识和验证标识，其中，系统标识用于在积分系统中唯一标识第一业务系统，验证标识用于对第一业务系统调用API接口传输的信息进行验证。然后积分系统根据上述系统标识和验证标识对第一业务系统调用API接口传输的信息进行验证。

也就是说，在本实施例中，被设置为允许接入一个或多个业务系统的积分系统可以根据接收到的用于请求获取调用权限的接入请求，其中，调用权限用于调用积分系统提供的API接口，来灵活控制通过API接口对请求接入的业务系统的调用，从而实现在积分系统中灵活扩展新的业务系统，以达到提高积分系统接入业务系统的扩展性及灵活性的目的；此外，在请求接入的业务系统通过验证的情况下，为请求接入的业务系统分配系统标识及验证标识，从而实现根据上述系统标识及验证标识对请求接入的业务系统调用API接口传输的信息进行处理，以克服现有技术中无法处理积分系统中新扩展的业务系统中的信息的技术问题，实现对积分系统扩展后的业务系统中的信息进行及时处理，进而达到提高信息处理效率的效果。进一步，根据系统标识及验证标识对调用API接口传输的信息进行处理在保证了信息处理的安全性。

具体结合图4所示步骤S402-S408进行说明，积分系统接收接入请求，其中，该接入请求用于请求获取待接入的第一业务系统的调用权限，以调用积分系统提供的API接口。响应该接入请求对第一业务系统进行验证，并在验证通过的情况下，为第一业务系统分配唯一标识第一业务系统的系统标识App和对第一业务系统调用API接口传输的信息进行验证的验证标识Key，积分系统根据上述系统标识App和验证标识Key对第一业务系统调用API接口传输的信息进行处理。

可选地，在本实施例中，处理单元608包括：1)接收模块，用于接收第一业务系统调用API接口发送的第一操作请求，其中，第一操作请求用于在执行第一业务时对第一账号的积分值进行第一操作，第一账号为第一业务中的账号；2)验证模块，用于根据系统标识和验证标识对第一操作请求进行验证；3)操作模块，用于在第一操作请求验证通过的情况下，在执行第一业务时对第一账号的积分值进行第一操作。

也就是说，在本实施例中，对第一业务系统调用API接口传输的信息进行处理可以包括但不限于：对调用API接口发送的第一操作请求进行验证，并在验证通过的情况下，执行第一操作请求所请求的第一操作，其中第一操作为在执行第一业务时对第一账号的积分值进行的操作。

需要说明的是，在本实施例中，上述积分系统可以但不限于允许接入一个或多个业务系统，需要说明的是，在本实施例中，上述业务系统可以包括但不限于一个或多个业务类型的业务。其中，每种业务都可以但不限于被配置相应的积分值，其中，配置方式可以包括但不限于以下至少之一：主动申请配置、被动授予配置。也就是说，第一账号可以在积分系统中主动申请配置对应的积分值，例如通过转移虚拟资源的方式申请配置对应的积分值；此外，第一账号还可以通过获取奖励被动授予配置对应的积分值，例如，第一账号获取奖励后，企业直接在积分系统为该第一账号增加配置对应的积分值。上述仅是一种示例，本实施例中对此不做任何限定。

可选地，在本实施例中，可以包括但不限于对第一账号在第一业务中的第一积分值执行第一操作，还可以包括但不限于对第一账号在第一业务中的第一积分值和第一账号在与第一业务的业务类型相同的第二业务中的第二积分值执行第一操作。也就是说，在本实施例中，上述第一操作可以对积分系统的一种业务系统中的积分值执行，还可以对积分系统的多种业务系统的积分值进行跨系统执行。本实施例中对此不做限定。

可选地，在本实施例中，上述第一操作可以包括但不限于以下至少之一：从积分值中扣除部分或全部积分、在积分值中增加对应积分、转移积分值中部分或全部积分。

需要说明的是，在本实施例中，在对第一积分值和第二积分值扣除或转移积分值中的部分或全部积分时，可以包括但不限于以下至少之一：

1)在第一积分值大于等于所要扣除或转移的积分时，则从第一积分值中扣除或转移所要扣除或转移的积分；

2)在第二积分值大于等于所要扣除或转移的积分时，则从第二积分值中扣除或转移所要扣除或转移的积分；

3)在第一积分值小于所要扣除或转移的积分时，则从第一积分值中扣除或转移全部积分，并从第二积分值中扣除或转移所差的积分；

4)在第二积分值小于所要扣除或转移的积分时，则从第二积分值中扣除或转移全部积分，并从第一积分值中扣除或转移所差的积分；

5)在第一积分值与第二积分值二者的和小于所要扣除或转移的积分时，则从第一积分值与第二积分值中扣除或转移全部积分，并从第二账号中转移对应的资源值，其中，该资源值用于兑换扣除或转移所差的积分。

可选地。在本实施例中，上述第一业务系统被设置为基于API接口配置第一业务的业务逻辑。

需要说明的是，在本实施例中，在积分系统中的第一业务系统中，针对不同类型的业务可以但不限于基于API接口灵活配置不同的业务逻辑。本实施例中对此不做任何限定。

具体结合图5所示示例进行说明，假设在积分系统304中包括第一业务系统A和第二业务系统B，其中，第一业务系统A中包括业务a和业务b，第二业务系统B中包括业务c、业务d和业务e。进一步，假设积分系统接收到的是待接入的第一业务系统A发送的接入请求，响应该接入请求积分系统对第一业务系统A进行验证，并在通过验证的情况下，为第一业务系统A分配系统标识App-A和验证标识Key-A，以使积分系统根据上述系统标识App-A和验证标识Key-A对第一业务系统A调用API接口传输的信息进行处理，例如，第一业务系统A调用API接口传输的信息是用于在执行业务a时对第一账号ID-1的积分值执行第一操作(例如，扣除积分)的操作请求，其中，第一账号ID-1为业务a中的账号。

其中，在本示例中，可以对第一账号ID-1在业务a中的积分值进行第一操作，还可以对第一账号在与业务a的业务类型相同的业务中的积分值进行第一操作。假设业务c与业务e与业务a是相同的业务类型，则可以但不限于对第一账号在业务a、业务c及业务e中的部分或全部积分值执行上述第一操作，如扣除积分。

通过本申请提供的实施例，被设置为允许接入一个或多个业务系统的积分系统可以根据接收到的用于请求获取调用权限的接入请求，其中，调用权限用于调用积分系统提供的API接口，来灵活控制通过API接口对请求接入的业务系统的调用，从而实现在积分系统中灵活扩展新的业务系统，以达到提高积分系统接入业务系统的扩展性及灵活性的目的；此外，在请求接入的业务系统通过验证的情况下，为请求接入的业务系统分配系统标识及验证标识，从而实现根据上述系统标识及验证标识对请求接入的业务系统调用API接口传输的信息进行处理，以克服现有技术中无法处理积分系统中新扩展的业务系统中的信息的技术问题，实现对积分系统扩展后的业务系统中的信息进行及时处理，进而达到提高信息处理效率的效果。

作为一种可选的方案，处理单元808包括：

1)接收模块，用于接收第一业务系统调用API接口发送的第一操作请求，其中，第一操作请求用于在执行第一业务时对第一账号的积分值进行第一操作，第一账号为第一业务中的账号；

2)验证模块，用于根据系统标识和验证标识对第一操作请求进行验证；

3)操作模块，用于在第一操作请求验证通过的情况下，在执行第一业务时对第一账号的积分值进行第一操作。

可选地，在本实施例中，验证模块包括：(1)第二获取子模块，用于从第一操作请求中获取系统标识、时间戳、随机字符串和第一字符串签名，其中，第一字符串签名是通过对由系统标识、时间戳、随机字符串和验证标识拼接得到的字符串进行签名操作得到的；(2)第三获取子模块，用于从本地获取与系统标识对应的验证标识，并对系统标识、时间戳、随机字符串和验证标识拼接得到的字符串进行签名操作得到第二字符串签名；(3)判断子模块，用于判断第一字符串签名是否与第二字符串签名相同；(4)确定子模块，用于在第一字符串签名与第二字符串签名相同时，确定第一操作请求验证通过。

例如，如图6-7所示进行说明，在生成第一操作请求(请求URL)时，将根据系统标识APP-ID、验证标识Key-ID、时间戳及随机字符串拼接得到第一字符串签名，进一步，将上述系统标识APP-ID、时间戳和随机字符串，及第一字符串签名拼接得到请求URL。然后，积分系统在接收到第一操作请求(即请求URL)后，处理请求URL所请求的操作的信息时，将先从URL中分离出系统标识APP-ID、时间戳及随机字符串，进一步，结合本地存储的验证标识本地Key-ID拼接得到第二字符串签名，并比对第一字符串签名是否与第二字符串签名相同，在第一字符串签名与第二字符串签名相同时，第一操作请求验证通过。

具体结合以下示例进行说明，如图5所示，假设仍以在积分系统304中包括第一业务系统A和第二业务系统B为例，其中，第一业务系统A中包括业务a和业务b，第二业务系统B中包括业务c、业务d和业务e。进一步，假设积分系统接收第一业务系统A调用对应的API接口发送的第一操作请求，其中，第一操作请求用于请求在执行业务a时对第一账号ID-1的积分值进行第一操作，如第一操作可以为第一账号ID-1转移在业务a中的积分到第一账号ID-1在与业务a的业务类型相同的业务c中。然后积分系统将根据系统标识App-A和验证标识Key-A对第一操作请求进行验证，并在验证通过的情况下，在执行业务a时对第一账号ID-1的积分值执行上述第一操作。

通过本申请提供的实施例，积分系统在对第一业务系统调用API接口传输的信息进行处理的过程中，将利用系统标识和业务标识对第一业务系统调用API接口发送的第一操作请求进行验证，以达到在每次执行业务系统的操作前都先进行验证的目的，从而实现将业务系统与积分系统隔离，保证二者交互的安全性，避免积分系统中数据被修改。此外，互相隔离还可以在积分系统上扩展更多的业务系统，进一步提高积分系统的扩展性。

作为一种可选的方案，操作模块包括：

1)第一获取子模块，用于获取第一账号在第一业务中的第一积分值和第一账号在与第一业务的业务类型相同的第二业务中的第二积分值，其中，第一账号为第一业务和第二业务中的账号，第二业务被配置为由第一业务系统或第二业务系统执行；

2)操作子模块，用于对第一积分值和第二积分值中的部分或全部进行第一操作。

可选地，在本实施例中，上述第一账号可以但不限于为在第一业务和第二业务中的账号，上述与第一业务的业务类型相同的第二业务可以被配置为在第一业务系统执行，也可以被配置为在第二业务系统执行。

需要说明的是，在本实施例中，上述对第一积分值和第二积分值中的部分或全部积分进行第一操作可以包括但不限于以下至少之一：1)先对第一积分值进行操作，再对第二积分值进行操作；2)先对第二积分值进行操作，再对第一积分值进行操作；3)按照预定比例分别对第一积分值和第二积分值同时进行操作。上述仅是一种示例，本实施例中对此不做任何限定。

具体结合以下示例进行说明，如图5所示，假设仍以在积分系统304中包括第一业务系统A和第二业务系统B为例，其中，第一业务系统A中包括业务a和业务b，第二业务系统B中包括业务c、业务d和业务e。进一步，假设第一业务系统A中的业务a与第二业务系统B中的业务c和业务e为相同的业务类型。

例如，积分系统接收到的第一操作请求用于请求在执行业务a时对第一账号ID-1的积分值执行第一操作(例如扣除积分)，响应接收到的第一操作请求，积分系统将获取第一账号ID-1在业务a中的积分值P，和第一账号ID-1在与业务a的业务类型相同的业务c和业务e中积分值，分别为积分值Q和积分值W。在积分系统执行扣除积分的操作时，可以但不限于对积分值P、积分值Q和积分值W中的部分或全部积分进行扣除积分的操作。

通过本申请提供的实施例，在执行第一操作请求所指示的第一操作时，可以对相同业务类型的业务中的积分值的部分或全部积分进行对应操作，也就是说，在相同业务类型的业务之间，积分值可以共享，从而克服相关技术中只能对各个业务系统进行独立地信息处理操作所导致的信息处理效率较低的问题，进而实现在保证积分系统可以灵活地接入业务系统的情况下，共享各个业务系统中的积分值，以达到提高信息处理效率的效果。

作为一种可选的方案，第一操作包括以下至少之一：

1)从第一积分值和第二积分值中扣除第一操作所指示的第三积分值；

需要说明的是，在本实施例中，上述从第一积分值和第二积分值中扣除第一操作所指示的第三积分值可以包括但不限于以下至少之一：1)先对第一积分值进行扣除，再对第二积分值进行扣除；2)先对第二积分值进行扣除，再对第一积分值进行扣除；3)按照预定比例分别对第一积分值和第二积分值同时进行扣除。其中，从第一积分值和第二积分值中所扣除的积分总和可以但不限于等于第三积分值。上述仅是一种示例，本实施例中对此不做任何限定。

2)将第一积分值中的部分或全部转移到第二业务中的第二积分值中；

需要说明的是，在本实施例中，相同业务类型的业务之间的积分可以互相转移，从而实现积分值的资源共享。

3)从第一积分值和第二积分值中扣除第四积分值，并从第二账号中扣除与第五积分值对应的资源值，其中，第一操作所指示的第三积分值为第四积分值和第五积分值二者的和。

需要说明的是，在第一积分值与第二积分值的总和小于第一操作所指示的待操作的第三积分值的情况下，在本实施例中，可以但不限于先从第一积分值和第二积分值中扣除第四积分值，然后从第二账号中扣除与第五积分值对应的资源值，其中，第三积分值为第四积分值和第五积分值二者的和。

也就是说，在本实施例中，在第一积分值与第二积分值的总和不满足第一操作请求时，可以但不限于获取对应的资源值来兑换所差的积分值。即，在积分系统中可以实现对积分值与资源值的混合处理，进而达到在各个业务系统中共享积分值与资源值的目的。

通过本申请提供的实施例，通过对第一积分值和第二积分值中的部分或全部积分进行不同的第一操作，从而实现在积分系统的各个业务系统中共享积分值的同时，还可以实现积分值与资源值的混合处理，以提高积分系统的可用性，扩大积分系统的适用范围。

实施例3

本发明实施例的应用环境可以但不限于参照实施例1中的应用环境，本实施例中对此不再赘述。本发明实施例提供了用于实施上述信息处理方法的一种可选的具体应用示例。

作为一种可选的实施例，上述信息处理方法可以但不限于应用于企业内部福利积分系统中，该积分系统可以但不限于被配置为允许接入一个或多个业务系统。假设在积分系统中接入的第一业务系统A为企业兴趣社团的福利系统、第二业务系统B为业务部门的福利系统，且在上述系统中第一账号均使用账号ID-1登录，其中，业务a、业务c、业务e均为礼品业务，业务b为年假业务、业务d为奖金业务。

具体结合以下示例进行说明，积分系统接收第一账号ID-1通过企业兴趣社团的福利系统发送的接入请求，响应该接入请求为企业兴趣社团的福利系统分配系统标识APP-1和验证标识Key-1，并对企业兴趣社团的福利系统进行验证，在验证通过的情况下，根据企业兴趣社团的福利系统调用API接口发送的操作请求进行处理。

假设企业兴趣社团的福利系统发送的操作请求用于请求将业务c(礼品业务)中的部分或全部积分值转移到相同业务类型的业务e的积分值中，以利用转移合并后的积分值兑换对应的礼品。则积分系统在接收到上述操作请求后，将利用系统标识APP-1及验证标识Key-1对操作请求进行验证，在验证通过后，可以将业务c中的部分或全部积分X转移到业务e的积分值中，若在转移后的积分值大于用于兑换礼品的积分时，则可以直接执行兑换，也就是利用纯积分实现兑换。若在转移后的积分值小于用于兑换礼品的积分时，则可以从第二账号获取资源值(如资金)，来购买所差的积分，进而实现在积分满足兑换所需积分时执行兑换，也就是利用积分和现金结合(含现金)实现兑换。

例如，积分系统以一个支付平台为例，如利用积分值实现支付。针对于抢购等大并发情景下，当并发量过大超过设置的瞬时处理阀值时，通过纯积分支付可以进入异步队列，处理完成后由积分平台回调业务系统中的消费平台支付结果，消费平台订单由支付确认中进入支付成功状态。对于利用积分值与资源值(如现金)结合支付下单时，积分系统可以做到优先同步处理现金支付，快速响应二维码或者JSAPI调用，从而调出现金支付界面。以实现有针对性地使用异步回调和同步返回的方式区别对待纯积分支付、含现金支付。

此外，在本示例中，在积分系统中还配置了用于扩展运营的授予接口，授予接口作为外部运营活动的入口，用于增加积分值。例如，通过开发一些活动页面，制定一套规则，引导用户参与，为用户充值或增加积分。例如，如图9所示，假设第一账号ID-1参加了活动A，通过直接授予或被动领取的方得到了X积分，然后，可通过指定具体的发放规则，如等额发放，随机抽取，正态分布发放等，在活动结束后获取到对应的积分值。其中，授予得到的上述积分值可以共享给其他关联账号或社区空间，也可以直接用于兑换礼品或年假等福利。

进一步，在本示例中，还可以基于日志使用SQL语句通过可视化图表组件进行统计和图像化，以达到监控数据的目的。例如，结合图10所示进行说明，日志的写入采用异步模式，在内存中设置一个缓冲区，缓冲区设置阀值，到达阀值时，业务系统中的数据将以异步方式将日志转移到Redis缓存服务器，当渡过当天业务高峰期后，则将运行定时任务，将Redis缓存服务器中的日志转移到数据库DB中做长期存储，供管理后台做数据分析和运营数据监控。

在本实施例中，积分系统可以但不限于被配置为允许接入一个或多个业务系统，在接收到接入请求后，通过灵活控制API接口对请求接入的业务系统的调用，从而实现在积分系统中灵活扩展新的业务系统，以达到提高积分系统接入业务系统的扩展性及灵活性的目的；此外，在本实施例中，根据系统标识和验证标识对调用API接口传输的操作请求均进行验证，将使业务系统和积分系统相隔离，从而保证交互的安全性；进一步，在执行第一操作请求所请求的第一操作时，在各个业务系统中实现积分值共享的同时，还可以实现积分值与资源值的混合共享，以达到在积分系统中对不同资源的共享，进而实现提高信息处理的效率的效果，以克服现有技术中无法处理积分系统中新扩展的业务系统中的信息的技术问题，

实施例4

根据本发明实施例，还提供了一种用于实施上述信息处理方法的信息处理服务器，如图11所示，该服务器包括：

1)通讯接口1102，设置为接收待接入的第一业务系统发送的接入请求，其中，接入请求用于请求获取调用权限，调用权限用于调用积分系统提供的API接口，积分系统被设置为允许接入一个或多个业务系统；

2)处理器1104，与通讯接口1102连接，设置为响应接入请求对第一业务系统进行验证；还设置为在第一业务系统通过验证的情况下，为第一业务系统分配系统标识和验证标识，其中，系统标识用于在积分系统中唯一标识第一业务系统，验证标识用于对第一业务系统调用API接口传输的信息进行验证；还设置为根据系统标识和验证标识对第一业务系统调用API接口传输的信息进行处理；

3)存储器1106，与通讯接口1102及处理器1104连接，设置为存储第一业务系统的系统标识和验证标识，以及第一业务系统调用API接口传输的信息。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

实施例5

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以位于网络中的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S1，接收待接入的第一业务系统发送的接入请求，其中，接入请求用于请求获取调用权限，调用权限用于调用积分系统提供的API接口，积分系统被设置为允许接入一个或多个业务系统；

S2，响应接入请求对第一业务系统进行验证；

S3，在第一业务系统通过验证的情况下，为第一业务系统分配系统标识和验证标识，其中，系统标识用于在积分系统中唯一标识第一业务系统，验证标识用于对第一业务系统调用API接口传输的信息进行验证；

S4，根据系统标识和验证标识对第一业务系统调用API接口传输的信息进行处理。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

S1，积分系统接收第一业务系统调用API接口发送的第一操作请求，其中，第一操作请求用于在执行第一业务时对第一账号的积分值进行第一操作，第一账号为第一业务中的账号；

S2，积分系统根据系统标识和验证标识对第一操作请求进行验证；

S3，在第一操作请求验证通过的情况下，积分系统在执行第一业务时对第一账号的积分值进行第一操作。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：积分系统获取第一账号在第一业务中的第一积分值和第一账号在与第一业务的业务类型相同的第二业务中的第二积分值，其中，第一账号为第一业务和第二业务中的账号，第二业务被配置为由第一业务系统或第二业务系统执行；积分系统对第一积分值和第二积分值中的部分或全部进行第一操作。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：积分系统判断第一操作请求中是否携带系统标识和验证标识；在判断出第一操作请求中携带有系统标识和验证标识的情况下，积分系统确定第一操作请求验证通过。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (14)

1.一种信息处理方法，其特征在于，包括：

积分系统接收待接入的第一业务系统发送的接入请求，其中，所述接入请求用于请求获取调用权限，所述调用权限用于调用所述积分系统提供的API接口，所述积分系统被设置为允许接入一个或多个业务系统，每个业务系统包括一个或多个业务类型的业务，每种业务被配置相应的积分值；

所述积分系统响应所述接入请求对所述第一业务系统进行验证；

在所述第一业务系统通过所述验证的情况下，所述积分系统为所述第一业务系统分配系统标识和验证标识，其中，所述系统标识用于在所述积分系统中唯一标识所述第一业务系统，所述验证标识用于对所述第一业务系统调用所述API接口传输的信息进行验证；

所述积分系统根据所述系统标识和验证标识对所述第一业务系统调用所述API接口传输的信息进行处理。

2.根据权利要求1所述的方法，其特征在于，所述积分系统根据所述系统标识和验证标识对所述第一业务系统调用所述API接口传输的信息进行处理包括：

所述积分系统接收所述第一业务系统调用所述API接口发送的第一操作请求，其中，所述第一操作请求用于在执行第一业务时对第一账号的积分值进行第一操作，所述第一账号为所述第一业务中的账号；

所述积分系统根据所述系统标识和验证标识对所述第一操作请求进行验证；

在所述第一操作请求验证通过的情况下，所述积分系统在执行所述第一业务时对所述第一账号的积分值进行第一操作。

3.根据权利要求2所述的方法，其特征在于，所述积分系统在执行所述第一业务时对所述第一账号的积分值进行第一操作包括：

所述积分系统获取所述第一账号在所述第一业务中的第一积分值和所述第一账号在与所述第一业务的业务类型相同的第二业务中的第二积分值，其中，所述第一账号为所述第一业务和所述第二业务中的账号，所述第二业务被配置为由所述第一业务系统或所述第二业务系统执行；

所述积分系统对所述第一积分值和所述第二积分值中的部分或全部进行所述第一操作。

4.根据权利要求3所述的方法，其特征在于，所述积分系统对所述第一积分值和所述第二积分值中的部分或全部进行所述第一操作包括以下至少之一：

所述积分系统从所述第一积分值和所述第二积分值中扣除所述第一操作所指示的第三积分值；

所述积分系统将所述第一积分值中的部分或全部转移到所述第二业务中的第二积分值中；

所述积分系统从所述第一积分值和所述第二积分值中扣除第四积分值，并从第二账号中扣除与第五积分值对应的资源值，其中，所述第一操作所指示的所述第三积分值为所述第四积分值和所述第五积分值二者的和。

5.根据权利要求2所述的方法，其特征在于，所述积分系统根据所述系统标识和验证标识对所述第一操作请求进行验证包括：

所述积分系统从所述第一操作请求中获取所述系统标识、时间戳、随机字符串和第一字符串签名，其中，所述第一字符串签名是通过对由所述系统标识、时间戳、随机字符串和所述验证标识拼接得到的字符串进行签名操作得到的；

所述积分系统从本地获取与所述系统标识对应的所述验证标识，并对所述系统标识、所述时间戳、所述随机字符串和所述验证标识拼接得到的字符串进行所述签名操作得到第二字符串签名；

所述积分系统判断所述第一字符串签名是否与所述第二字符串签名相同；

若所述第一字符串签名与所述第二字符串签名相同，则所述积分系统确定所述第一操作请求验证通过。

6.根据权利要求2至5中任一项所述的方法，其特征在于，所述第一业务系统被设置为基于所述API接口配置所述第一业务的业务逻辑。

7.一种信息处理装置，其特征在于，所述信息处理装置位于积分系统中，所述装置包括：

接收单元，用于接收待接入的第一业务系统发送的接入请求，其中，所述接入请求用于请求获取调用权限，所述调用权限用于调用所述积分系统提供的API接口，所述积分系统被设置为允许接入一个或多个业务系统，每个业务系统包括一个或多个业务类型的业务，每种业务被配置相应的积分值；

验证单元，用于响应所述接入请求对所述第一业务系统进行验证；

分配单元，用于在所述第一业务系统通过所述验证的情况下，为所述第一业务系统分配系统标识和验证标识，其中，所述系统标识用于在所述积分系统中唯一标识所述第一业务系统，所述验证标识用于对所述第一业务系统调用所述API接口传输的信息进行验证；

处理单元，用于根据所述系统标识和验证标识对所述第一业务系统调用所述API接口传输的信息进行处理。

8.根据权利要求7所述的装置，其特征在于，所述处理单元包括：

接收模块，用于接收所述第一业务系统调用所述API接口发送的第一操作请求，其中，所述第一操作请求用于在执行第一业务时对第一账号的积分值进行第一操作，所述第一账号为所述第一业务中的账号；

验证模块，用于根据所述系统标识和验证标识对所述第一操作请求进行验证；

操作模块，用于在所述第一操作请求验证通过的情况下，在执行所述第一业务时对所述第一账号的积分值进行第一操作。

9.根据权利要求8所述的装置，其特征在于，所述操作模块包括：

第一获取子模块，用于获取所述第一账号在所述第一业务中的第一积分值和所述第一账号在与所述第一业务的业务类型相同的第二业务中的第二积分值，其中，所述第一账号为所述第一业务和所述第二业务中的账号，所述第二业务被配置为由所述第一业务系统或所述第二业务系统执行；

操作子模块，用于对所述第一积分值和所述第二积分值中的部分或全部进行所述第一操作。

10.根据权利要求9所述的装置，其特征在于，所述第一操作包括以下至少之一：

从所述第一积分值和所述第二积分值中扣除所述第一操作所指示的第三积分值；

将所述第一积分值中的部分或全部转移到所述第二业务中的第二积分值中；

从所述第一积分值和所述第二积分值中扣除第四积分值，并从第二账号中扣除与第五积分值对应的资源值，其中，所述第一操作所指示的所述第三积分值为所述第四积分值和所述第五积分值二者的和。

11.根据权利要求8所述的装置，其特征在于，所述验证模块包括：

第二获取子模块，用于从所述第一操作请求中获取所述系统标识、时间戳、随机字符串和第一字符串签名，其中，所述第一字符串签名是通过对由所述系统标识、时间戳、随机字符串和所述验证标识拼接得到的字符串进行签名操作得到的；

第三获取子模块，用于从本地获取与所述系统标识对应的所述验证标识，并对所述系统标识、所述时间戳、所述随机字符串和所述验证标识拼接得到的字符串进行所述签名操作得到第二字符串签名；

判断子模块，用于判断所述第一字符串签名是否与所述第二字符串签名相同；

确定子模块，用于在所述第一字符串签名与所述第二字符串签名相同时，确定所述第一操作请求验证通过。

12.根据权利要求8至11中任一项所述的装置，其特征在于，所述第一业务系统被设置为基于所述API接口配置所述第一业务的业务逻辑。

13.一种信息处理系统，其特征在于，包括：

积分系统，被设置为允许接入一个或多个业务系统，用于接收所述一个或多个业务系统中待接入的第一业务系统发送的接入请求，其中，所述接入请求用于请求获取调用权限，所述调用权限用于调用所述积分系统提供的API接口；还用于响应所述接入请求对所述第一业务系统进行验证；还用于在所述第一业务系统通过所述验证的情况下，为所述第一业务系统分配系统标识和验证标识，其中，所述系统标识用于在所述积分系统中唯一标识所述第一业务系统，所述验证标识用于对所述第一业务系统调用所述API接口传输的信息进行验证；还用于根据所述系统标识和验证标识对所述第一业务系统调用所述API接口传输的信息进行处理；

所述一个或多个业务系统，用于调用所述API接口传输信息；

其中，每个业务系统包括一个或多个业务类型的业务，每种业务被配置相应的积分值。

14.根据权利要求13所述的系统，其特征在于，

所述第一业务系统包括：发送模块，用于调用所述API接口发送第一操作请求，其中，所述第一操作请求用于在执行第一业务时对第一账号的积分值进行第一操作，所述第一账号为所述第一业务中的账号；

所述积分系统包括：接收模块，用于接收所述第一操作请求；验证模块，用于根据所述系统标识和验证标识对所述第一操作请求进行验证；操作模块，用于在所述第一操作请求验证通过的情况下，在执行所述第一业务时对所述第一账号的积分值进行第一操作。

Images