CN116074377A - 信息处理方法、装置以及计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种信息处理方法、装置以及计算机可读存储介质，该方法可应用于车载场景，该方法还可应用于数据处理技术领域，该方法包括：获取第一业务请求系统发起的第一业务请求，并根据第一业务请求生成对应的第一业务标识；将第一业务请求发送给业务响应系统，并获取业务响应系统根据第一业务请求所返回的第一业务响应信息；若第一业务响应信息不合法，则检索与第一业务标识进行关联缓存的第二业务响应信息，其中，第二业务响应信息是由业务响应系统根据第二业务请求系统发起的第二业务请求所返回的合法的响应信息，第二业务请求对应的第二业务标识与第一业务标识相同；将第二业务响应信息返回给第一业务请求系统，可以提高业务处理的稳定性。

Description

信息处理方法、装置以及计算机可读存储介质

技术领域

本申请涉及数据处理技术领域，具体涉及一种信息处理方法、装置以及计算机可读存储介质。

背景技术

随着计算机网络的不断发展，计算机网络向用户提供的业务类型越来越多，例如网络系统可以通过计算机网络向用户提供访问远程信息、即时通信、交互式娱乐等业务。

现有应用中，网络系统可以根据业务系统所提供的业务数据向用户进行业务推送。如网络系统可以将业务请求发送给业务系统，业务系统可以根据所接收到的业务请求向网络系统返回业务请求对应的业务数据，网络系统可以根据业务系统所返回的业务数据向用户进行业务推送。但当业务系统不稳定时，网络系统就不能获取到业务请求对应的业务数据，使得网络系统不能向用户进行业务推送，进而导致网络系统的业务推送不稳定。

发明内容

本申请实施例提供一种信息处理方法、装置以及计算机可读存储介质，可以提升业务处理的稳定性。

本申请一方面提供了一种信息处理方法，该方法包括：

获取第一业务请求系统发起的第一业务请求，并根据第一业务请求生成对应的第一业务标识；

将第一业务请求发送给业务响应系统，并获取业务响应系统根据第一业务请求所返回的第一业务响应信息；

若第一业务响应信息不合法，则检索与第一业务标识进行关联缓存的第二业务响应信息；第二业务响应信息是由业务响应系统根据第二业务请求系统发起的第二业务请求所返回的合法的响应信息，第二业务请求对应的第二业务标识与第一业务标识相同，第二业务请求的发起时间戳早于第一业务请求；

将第二业务响应信息返回给第一业务请求系统。

本申请一方面提供了一种信息处理装置，该装置包括：

获取模块，用于获取第一业务请求系统发起的第一业务请求，并根据第一业务请求生成对应的第一业务标识；用于获取业务响应系统根据第一业务请求所返回的第一业务响应信息；

检索模块：用于若第一业务响应信息不合法，则检索与第一业务标识进行关联缓存的第二业务响应信息；第二业务响应信息是由业务响应系统根据第二业务请求系统发起的第二业务请求所返回的合法的响应信息，第二业务请求对应的第二业务标识与第一业务标识相同，第二业务请求的发起时间戳早于第一业务请求；

发送模块，用于将第一业务请求发送给业务响应系统；用于将第二业务响应信息返回给第一业务请求系统。

可选的，上述获取模块根据第一业务请求生成对应的第一业务标识，包括：

对第一业务请求中的非业务参数进行过滤，得到第一业务请求中的业务参数；

对业务参数进行散列计算，生成第一业务请求对应的第一业务标识。

可选的，上述获取模块根据第一业务请求生成对应的第一业务标识，包括：

识别第一业务请求的业务类型；

若第一业务请求所请求业务的业务类型为业务读取类型，则生成第一业务请求对应的第一业务标识；

其中，业务读取类型用于表征所请求业务是向业务响应系统获取业务信息。

可选的，上述发送模块还用于：

若第一业务响应信息合法，则将第一业务响应信息返回给第一业务请求系统，并对第一业务标识和第一业务响应信息进行关联缓存；

若第一业务响应信息不合法，且未检索到与第一业务标识进行关联缓存的第二业务响应信息，则向第一业务请求系统返回业务请求失败信息。

可选的，上述信息处理装置还包括：

识别模块：用于识别第一业务响应信息所包含的响应参数；若第一业务响应信息中包含异常的响应参数，则确定第一业务响应信息不合法；若第一业务响应信息中不包含异常的响应参数，则确定第一业务响应信息合法。

可选的，上述信息处理装置还用于：

获取模块：用于获取第二业务请求系统发起的第二业务请求，若第二业务请求所请求业务的业务类型为数据读取类型，则根据第二业务请求生成对应的第二业务标识；获取业务响应系统根据第二业务请求所返回的第二业务响应信息；

发送模块：用于将第二业务请求发送给业务响应系统

缓存模块：用于若第二业务响应信息合法，则对第二业务标识和第二业务响应信息进行关联缓存。

可选的，上述信息处理装置可以应用于业务代理系统，业务代理系统和第一业务请求系统存在于第一业务设备，业务响应系统存在于第二业务设备，第一业务设备和第二业务设备属于不同的业务设备。

本申请一方面提供了一种计算机设备，包括处理器和存储器，处理器和存储器相互连接，其中，存储器用于存储计算机程序，计算机程序包括程序指令，处理器被配置用于调用所述程序指令，执行如本申请实施例第一方面中的步骤指令。

本申请一方面提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序包括程序指令，程序指令当被处理器执行时使处理器执行本申请实施例第一方面中所描述的部分或全部步骤。

本申请一方面提供了一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序/指令被处理器执行时实现上述一方面中的方法。

本申请通过基于第一业务请求系统发起的第一业务请求生成第一业务标识，并在第一业务请求发送给业务响应系统之后，获取业务响应系统基于第一业务请求所返回的第一业务响应信息。若第一业务响应信息不合法，则检索与第一业务标识进行关联缓存的第二业务响应信息，并将检索到的第二业务响应信息返回给第一业务请求系统。在第一业务响应信息不合法时，可以通过检索与第一业务标识关联缓存的第二业务响应信息用来获得第一业务请求对应的业务响应信息，从而提高第一业务请求系统在获取业务响应信息时的稳定性。

附图说明

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

图1是本申请实施例提供的一种信息处理系统架构示意图；

图2是本申请实施例提供的一种信息处理的网络架构示意图；

图3是本申请实施例提供的一种信息处理方法的流程示意图；

图4是本申请实施例提供的一种业务标识生成方法的流程示意图；

图5是本申请实施例提供的一种信息处理方法的流程示意图；

图6是本申请实施例提供的一种信息处理方法的流程示意图；

图7是本申请实施例提供的一种信息处理的场景示意图；

图8是本申请实施例提供的一种信息处理装置的结构示意图；

图9是本申请实施例提供的一种一种计算机设备的结构示意图。

具体实施方式

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

本申请的技术方案可应用于数据处理领域。可选的，本申请涉及的数据可以存储于数据库、云平台、区块链节点存储，或者可以存储于服务器中，本申请对此不作限定。

请参见图1，图1是本申请提供的一种信息处理系统的架构示意图。如图1所示，该架构示意图可以包括服务器101以及服务器102，服务器101能通过网络与服务器102之间进行相互通信。服务器101可以为下述中的第一业务设备，服务器102可以为下述中的第二业务设备，服务器101向服务器102发送下述中的业务请求(即业务请求可以为第一业务请求)，服务器102接收业务请求并将业务请求对应的下述中的业务响应信息返回给服务器101，服务器101接收服务器102返回的业务响应信息，从而实现服务器101与服务器102之间的相互通信。下面将以第一业务设备作为服务器101，第二业务设备作为服务器102对服务器101与服务器102之间的通信进行描述。

可选的，上述第一业务设备或者第二业务设备也可以是终端设备，该终端设备包括但不限于手机、电脑、智能语音交互设备、智能家电、车载终端等。

本申请的技术方案可以应用于第一业务设备，其中，第一业务设备包括业务代理系统和至少一个业务请求系统(如下述的第一业务请求系统和第二业务请求系统)，业务请求系统可以用于提供自身服务和业务代理系统可以用于提供代理服务，自身服务可以为在第一业务设备中可以自身提供业务能力的独立服务；代理服务可以用于获取业务响应信息，并对获取的业务响应信息进行缓存，代理服务可以以SDK(软件开发工具包)或其他代码包的方式实现，可以与自身服务一起启动。代理服务还可以以SideCar(一种将应用功能从应用本身剥离出来作为单独进程的方式)、Agent(一种代理模式)等形式实现，代理服务可以通过旁路方式处理自身服务所发起的业务请求。第一业务设备用于获取第二业务设备中业务的业务响应信息，并基于业务响应信息对业务进行响应，响应的结果可以是自身服务向用户输出业务响应信息，如输出需要进行播放的视频数据。其中，第二业务设备用于提供依赖服务，依赖服务可以为在自身服务向用户提供服务的过程中提供关键能力支持的其他服务，如关键能力支持可以是依赖服务向自身服务提供播放视频时所需的视频数据、下载软件时的软件安装包等；业务响应信息可以是依赖服务基于业务请求所返回的业务数据，该业务数据所指示的数据为该业务请求所请求的数据，例如，若业务请求是播放视频的请求，则业务响应信息可以是所请求播放的视频数据。

其中，上述各种服务(如依赖服务、自身服务或代理服务)可以是由业务设备中对应的系统(如下述第一业务请求系统、第二业务请求系统、业务代理系统或业务响应系统)提供，或者还可以是由业务设备中对应的应用程序提供，对此不做限制。

具体的，代理服务接收自身服务发起的业务请求，并识别业务请求所请求业务的业务类型，若自身服务发起的业务请求所请求业务的业务类型为业务读取类型，则代理服务基于业务请求生成业务标识。在代理服务基于业务请求生成业务标识之后，代理服务将业务请求发送给依赖服务并接收依赖服务返回的业务请求所对应的业务响应信息，接着代理服务对业务请求所对应的业务响应信息是否合法进行判断：若业务响应信息合法，则代理服务将业务标识和业务响应信息进行关联缓存，并将业务响应信息返回给自身服务；若不合法则代理服务将代理服务中关联缓存的具有相同业务标识所关联的业务响应信息返回给自身服务。

其中，自身服务发起的业务请求可以用于指示自身服务的业务需求，业务请求可以为应用软件下载的请求、视频播放的请求、图片显示的请求，例如业务为视频播放，则业务请求可以为获取视频播放时需要的视频数据。

业务类型可以为业务读取类型或者业务写入类型，业务读取类型的业务请求可以用于指示代理服务生成业务标识，业务读取类型的业务请求还可以用于指示自身服务将业务请求发送给代理服务；业务写入类型的业务请求可以用于请求依赖服务对指定的数据进行更新(如修改，新增或删除等)。

可选的，若自身服务发起的业务请求所请求业务的业务类型为业务读取类型，则自身服务可以将业务请求发送给代理服务，代理服务识别到业务请求所请求业务的业务类型为业务读取类型之后，基于业务请求生成业务标识，其中此处的业务标识用于唯一地标识对应的业务。反之，若业务请求所请求业务的业务类型是业务写入类型息，则自身服务可以不将业务请求发送给代理服务，而是将业务请求直接发送给依赖服务，业务写入类型的业务请求用于请求依赖服务对指定的数据进行更新(如修改，新增或删除等)。

或者，可选的，不论自身服务所发起的业务请求所请求业务的业务类型是业务读取类型还是业务写入类型，自身服务都会将生成的业务请求发送给代理服务，继而由代理服务判断所接收到的业务请求所请求业务的业务类型是哪一种业务类型，使得代理服务只会对所请求业务的业务类型是业务读取类型的业务请求对应的合法的业务响应信息进行缓存(此种情况下也才会生成业务请求对应的业务标识)，而不会对所请求业务的业务类型是业务写入类型的业务请求对应的合法业务响应信息进行缓存(此种情况下不会生成业务请求对应的业务标识)。

其中，本申请需要对所请求业务是数据读取类型的业务请求对应的业务响应信息进行缓存的原因在于：由于若某个业务请求所请求业务的业务类型是业务读取类型，则该业务请求是用于向依赖服务请求获取相应的业务数据(如需要播放的视频数据或者需要显示的图片数据)，该业务数据不需要进行更新，因此，对于在不同时间所请求的为数据读取类型的相同业务而言，其业务响应信息可以是相同的，因此，可以将通过数据读取类型的业务请求所获取到的合法的业务响应信息与对应的业务标识进行关联缓存，关联缓存的该业务响应信息和对应的业务标识就可以在之后请求相同的业务但未能获取到该相同业务的合法的业务响应信息时进行使用。

更多的，本申请不需要对所请求业务是数据写入类型的业务请求对应的业务响应信息进行缓存的原因在于：由于若某个业务请求所请求业务的业务类型是数据写入类型，则该业务请求是用于请求依赖服务对相应业务数据进行更新(如修改、新增或者删除)，因此，可以理解的是，在不同时刻的数据写入类型的业务请求所请求的对业务数据进行更新的结果通常都是不同的，这也导致不同时刻的业务响应信息通常也是不同的。可见，对于所请求业务的业务类型是数据写入类型的业务请求而言，历史的业务响应信息往往不能在后续的业务请求进行使用，因此，就不需要缓存所请求业务是数据写入类型的业务请求对应的业务响应信息，因为即使缓存后续也用不上，若是强行缓存，那么在后续使用所缓存的业务响应信息时，很有可能还会导致业务出错。

可选的，判断业务响应信息是否合法的方式可以是通过检测业务响应中的响应标识等进行判别，例如，业务请求是利用http(超文本传送协议)获取网络中的视频数据信息，则响应标识可以为状态码404，或者状态码500，此处的状态码404、状态码500用于指示标识业务响应信息不合法。可以对业务标识和业务响应信息进行关联缓存，例如，可以通过数组的形式对业务标识和业务响应信息进行保存，还可以通过字典的形式对业务标识和业务响应信息进行缓存，因此关联缓存业务标识和业务响应信息的方法可以依据具体情况进行设定，此处不作限制。

基于业务请求生成业务标识的方法可以为代理服务将业务请求中的非业务参数(即动态参数)进行过滤得到业务参数之后，对业务参数进行散列计算得到的数据作为业务标识，其中业务请求中可以包含非业务参数和业务参数，非业务参数可以包括业务请求的发起时间戳、业务请求的发起者、业务请求所请求业务的业务类型等，业务参数可以为对业务请求中的非业务参数进行剔除后所得到的参数。

请参见图2，图2是本申请实施例提供的一种信息处理的网络架构示意图。具体的，如图2所示，该信息处理的网络架构可以包括第一业务设备201和第二业务设备202，其中，第一业务设备可以为上述中的服务器101，第二业务设备可以为上述中的服务器102。第一业务设备201可以包括多个业务请求系统和一个业务代理系统203，多个业务请求系统可以包括第一业务请求系统204、第二业务请求系统205；第二业务设备202可以包括业务响应系统206，其中，业务代理系统203可以用于提供上述中的代理服务，第一业务请求系统204、第二业务请求系统205可以用于提供上述中的自身服务，业务响应系统206可以用于提供上述中的依赖服务，业务代理系统203可以用于提供上述中的代理服务。

请参见图3，图3是本申请实施例提供的一种信息处理方法的流程示意图。如图3所示，信息处理方法可以应用于业务代理系统，该信息处理方法可以包括以下步骤：

S301、获取第一业务请求系统发起的第一业务请求，并根据第一业务请求生成对应的第一业务标识。

本申请中的执行主体可以是业务代理系统，业务代理系统可以用于获取第一业务请求系统发起的第一业务请求，该第一业务请求可以为第一业务请求系统在当前时刻发起的业务请求。

其中，第一业务标识可以为基于第一业务请求所生成的业务标识，第一业务标识可以用于唯一地标识第一业务请求所请求的业务。

业务代理系统和第一业务请求系统可以存在于同一个业务设备，如第一业务设备，也可以存在于不同的业务设备，业务代理系统和第一业务请求系统是否存在于一个业务设备可以依据具体情况进行设置。第一业务请求系统可以用于提供上述中的自身服务。

其中，需要进行说明的是，第一业务设备可以包含若干个业务请求系统，第一业务设备所包含的业务请求系统的个数根据实际应用需求决定，对此不作限制，本申请中的第一业务请求系统和第二业务请求系统可以是第一业务设备中的任意一个业务请求系统(当第一业务请求系统和第二业务请求系统是同一个系统时)或者任意两个业务请求系统(当第一业务请求系统和第二业务请求系统不是同一个系统时)。

在一种可能的实施例中，第一业务请求系统可以用于根据业务需求生成第一业务请求，或者该第一业务请求也可以是由用户通过第一业务请求系统所发起的，第一业务请求包含业务类型信息，该业务类型信息可以用于识别第一业务请求所请求业务的业务类型，即该业务类型信息可以用于指示第一业务请求所请求业务的业务类型，当第一业务请求中的业务类型信息所指示的业务类型为业务读取类型时，业务代理系统可以基于第一业务请求生成第一业务标识；当第一业务请求中的业务类型信息所指示的业务类型为业务写入类型时，业务代理系统可以将业务请求发送给业务响应系统，并且不基于业务请求生成业务响应信息。

业务代理系统获取第一业务请求系统发起的第一业务请求的方法可以为业务代理系统通过API(应用程序编程接口)接收第一业务请求系发起的第一业务请求，还可以为业务代理系统通过网络传输的方式获取第一业务请求，此处不作限定。

在一种可能的实现方式中，业务代理系统根据第一业务请求生成第一业务标识的方法可以为：业务代理系统可以对第一业务请求中的非业务参数进行过滤，得到第一业务请求中的业务参数之后，业务代理系统对过滤得到的业务参数进行散列计算，可以将对业务参数进行散列计算后所得到的结果作为第一业务请求对应的第一业务标识。其中，上述非业务参数可以为每次发起相同业务请求(即请求相同的业务)时都会进行刷新(即动态变化)的数据，即该非业务参数属于动态参数，如非业务参数可以包括时间参数、缓存标识、业务类型信息等参数，非业务参数可以依据具体情况进行设定，此处不作限定，而过滤得到的业务参数可以为将第一业务请求中的非业务参数过滤掉后所得到的参数。对于得到的业务参数进行散列计算的方法可以是通过MD5(信息摘要算法)、SHA(安全散列算法)中的任意一种散列算法对业务参数进行散列计算。

S302、将第一业务请求发送给业务响应系统，并获取业务响应系统根据第一业务请求所返回的第一业务响应信息；

第一业务响应信息为第一业务请求系统生成的第一业务请求所请求的业务数据，例如第一业务请求为显示图片的业务请求，则第一业务响应信息可以为所请求的需要进行显示的图片数据；再例如第一业务请求为显示文件内容，则第一业务响应信息可以为进行文件内容显示时所需要的文件内容数据。

业务代理系统可以获取到业务响应系统根据第一业务请求所返回的第一业务响应信息。其中，业务代理系统获取业务响应系统根据第一业务请求所返回的第一业务响应信息的方法参见步骤S301中获取第一业务请求系统发起的第一业务请求的方法，此处不再进行赘述。

业务响应系统根据第一业务请求得到第一业务响应信息的方法可以为：该第一业务请求的格式可以是http格式，业务响应系统可以基于http格式对第一业务请求进行解析，并根据解析结果获取第一业务请求所指示的业务数据(如该业务数据可以是所请求的需要进行播放的视频数据或者需要进行显示的图片数据等)，进而将该业务数据以http格式进行封装，并将封装完成后的数据作为第一业务响应信息。

例如，业务响应系统对第一业务请求中所包含的位置信息进行解析，解析结果即为第一业务响应信息的存储位置，并基于存储位置对第一业务响应信息进行提取，以此得到第一业务响应信息，换句话说，第一业务请求中可以包含第一业务请求系统请求的业务数据在业务响应系统中的存储位置，存储位置可以为网络通讯时的IP(互联网协议)地址。

S303、若第一业务响应信息不合法，则检索与第一业务标识进行关联缓存的第二业务响应信息；

其中，第二业务响应信息是业务响应系统根据第二业务请求所返回响应信息，该响应信息是合法的，第二业务请求是由第二业务请求系统所发起的业务请求，第二业务请求系统可以是存在于第一业务设备，也可以不是存在于第一业务设备，对此不作限制。

第二业务请求对应的第二业务标识与第一业务标识相同，第二业务请求的发起时的时间戳早于第一业务请求，时间戳可以为第二业务请求的发起时间点，也可以为生成第二业务响应信息时的时间点，此处不作限定。换句话说，第二业务请求是由业务代理系统在获取第一业务请求之前所获取的业务请求，第二业务标识即为根据第二业务请求所生成的业务标识，业务代理系统根据第二业务请求生成第二业务标识的方式与上述根据第一业务请求生成第一业务标识的方式相同。其中，第一业务请求系统与第二业务请求系统可以为同一个系统，或者不为同一个系统，此处不作限定。

在一种可能的实现方式中，业务代理系统对业务标识和业务标识对应的业务响应信息进行关联缓存可以指业务代理系统对该业务标识和该业务响应信息进行对应保存，在进行对应保存时，会对对应保存的数据打上时间戳，时间戳所指示的时间点为进行对应保存时的时间点，例如，第二业务标识为A1，第二业务响应信息为A2，进行对应保存的时间点为2021年10月26日17:02，则对第一业务表示和第一业务响应信息进行关联缓存的结果可以是缓存[A1，A2]，该[A1，A2]的缓存时间戳为2021年10月26日17:02。若业务代理系统对业务标识和业务标识对应的业务响应信息进行关联缓存的数据所缓存的时长超过有效时长，则将该关联缓存的数据从缓存区中删除，进行关联缓存的数据的缓存的时长可以从缓存时间戳指示的时间点开始计时，将计时得到时间作为缓存的时长。有效时长可以为半小时、一个小时、半天、一天，也可以为其他值，此处不作限定。

在另一种可能的实现方式中，业务代理系统对业务标识和业务标识对应的业务响应信息进行关联缓存可以指业务代理系统对该业务标识和该业务响应信息进行对应保存，在进行对应保存时，业务代理系统首先检索关联缓存的数据中业务标识是否有与未缓存的业务标识相同，若关联缓存的数据中有与未缓存的业务标识相同的业务标识，则业务代理系统将已缓存的业务标识所关联的业务响应信息进行删除，进而将已缓存的业务标识和未缓存的业务响应信息进行关联缓存，以此实现对已缓存的业务标识和未缓存的业务响应信息进行关联缓存。例如，在关联缓存的数据中的业务标识包括业务标识A1、业务标识A2、业务标识A3、业务标识A4，若未缓存的业务标识与业务标识A2相同，则该业务标识A2就为未缓存的业务标识，因此将业务标识A2所关联的业务响应信息进行删除，进而将业务标识A2与未缓存的业务响应信息进行关联缓存。通过此种缓存方式，可以使得针对同一业务的业务响应信息是业务响应系统最新返回的。

在一种可能的实现方式中，业务代理系统检索到业务响应信息的方法可以为：业务代理系统通过在关联缓存的数据中检索与第一业务标识相同的业务标识，基于与第一业务标识相同的业务标识可以得到所缓存的第一业务标识对应的业务响应信息。例如，在关联缓存的数据中的业务标识包括业务标识A1、业务标识A2、业务标识A3、业务标识A4，若第一业务标识与业务标识A2相同，则该业务标识A2就为上述第二业务标识，因此检索得到的业务响应信息就为与业务标识A2进行关联缓存的业务响应信息B1，该业务响应信息B1即为上述第二业务响应信息。

在一种可能的实现方式中，业务代理系统203对第一业务响应信息进行合法性判断的方法可以为：通过识别第一业务响应信息中是否包含异常的响应参数对第一业务响应信息进行合法性判断。具体的，识别第一业务响应信息所包含的响应参数，若第一业务响应信息中包含异常的响应参数，则第一业务响应信息为不合法的响应信息；若第一业务响应信息中不包含异常的响应参数，则第一业务响应信息为合法的响应信息。

响应参数可以为状态码，例如http协议的状态码可以包括200、400、404、500，则异常的相应参数可以包括400、404、500。例如，若第一业务响应信息中包含400、404、500中的任意一个状态码，则第一业务响应信息为不合法的响应信息；若第一业务响应信息中不包含400、404、500中的任意一个状态码而包含状态码为200，则第一业务响应信息为合法的响应信息。

在另一种可能的实现方式中，业务代理系统203对第一业务响应信息进行合法性判断的方法还可以基于第一业务响应信息中是否包含异常的Code(代码)或者Msg(程序中的结构体)对第一业务响应信息进行合法性判断，而异常的Code和Msg可以通过经验值或历史数据设定，此处不作限定。例如，返回的第一业务响应信息包含的Msg信息为“禁止读取”，则第一业务响应信息不合法。

S304、将第二业务响应信息返回给第一业务请求系统。

将第二业务响应信息返回给第一业务请求系统的方法可以为通过API将第二业务响应信息发送给第一业务请求系统，还可以为业务代理系统采用网络传输的方式将第二业务响应信息返回给第一业务请求系统，此处不作限定。

例如：若固定时间差为半小时，业务代理系统关联缓存的数据包括：[A1,B1]、[A2,B2]、[A2,B3]、[A2,B4]，A1、A2均为业务标识，B1、B2、B3、B4为业务响应信息。其中，缓存[A1,B1]的时间戳为10：10，缓存[A2,B2]的时间戳为10：15，缓存[A2,B3]的时间戳为10：25，缓存[A2,B4]的时间戳为10：30。业务代理系统通过API接收第一业务请求，第一业务请求中包含业务的位置信息B1、业务的名称B2、业务生成时的时间点，基于第一业务请求生成的第一业务标识为A2，而业务代理系统检索关联缓存的数据中相同业务标识的时间点为11：51，则时间点11:51对应的业务代理系统关联缓存的数据为[A2,B3]、[A2,B4]，非业务参数可以为业务生成时的时间点，则第一业务标识A2可以为B1+B2；业务代理系统将第一业务请求发送给业务响应系统，若业务响应系统回复的第一业务响应信息包含的状态码为404，则第一业务响应信息不合法。业务代理系统接收到第一业务响应信息，并认定第一业务响应信息不合法，则在关联缓存的数据中检索与第一业务标识相同A2的业务标识，可以得到[A2,B3]、[A2,B4]，由于B3的时间戳早于B4，业务代理系统会基于时间戳与检索时的时间差对业务响应信息进行选择，选择最短的时间差对应的业务响应信息，所以检索得到第二业务响应信息为B4，最后代理业务系统将B4返回给第一业务请求系统。

本申请通过业务代理系统接收第一业务请求系统发起的第一业务请求，并基于第一业务请求生成第一业务标识，在业务代理系统将第一业务请求发送给业务响应系统之后，获取业务响应系统基于第一业务请求所返回的第一业务响应信息。若第一业务响应信息不合法，则检索与第一业务标识进行关联缓存的第二业务响应信息，并将检索到的第二业务响应信息返回给第一业务请求系统。在第一业务响应信息不合法时，业务代理系统可以通过检索与第一业务标识关联缓存的第二业务响应信息用来获得第一业务请求对应的业务响应信息，从而提高第一业务请求系统在获取业务行响应信息时的稳定性。

请参见图4，图4是本申请实施例提供的一种业务标识生成方法的流程示意图。如图4所示，该业务标识生成方法可以包括以下步骤：

401、接收第一业务请求系统的业务请求；

402、根据业务请求的参数信息，得到业务响应系统的位置参数；

403、获取业务响应系统的配置信息；

404、根据配置信息剔除参数信息中的非业务参数，得到业务参数；

405、对业务参数进行散列计算，生成业务标识。

参数信息为业务请求中的数据，其中业务请求的数据格式可以为key：value的格式，key为关键字，value为关键字对应的值，例如业务请求可以是，C1：C2，C1为关键字，C2是关键字对应的值，如，C2可以是目的地址，该目的地址是业务请求所请求访问的业务响应系统的地址，C1可以是用于指示C2是地址的字符串。

配置信息可以用于对区分参数信息中的非业务参数和业务参数，可见，配置信息可以为非业务参数，也可以为业务参数，其中，业务参数可以为每次发起相同业务请求时都不会进行刷新的数据，本申请中配置信息以非业务参数进行举例。例如，业务参数可以为业务的名称、业务保存的地址等。

接收第一业务请求系统的业务的方法参见上述步骤S101中获取第一业务请求系统发起的第一业务请求，此处不再赘述。

获取业务响应系统的配置信息的方法可以为：基于位置参数向业务响应系统发送获取配置信息的请求之后，通过读取网络接口中业务响应系统所返回的配置信息，以此获取业务响应系统的配置信息。

其中，步骤404-405的具体实现过程可以参见上述步骤S301中的根据第一业务请求生成对应的第一业务标识的方法。

例如，第一业务请求系统将业务请求以http报文形式在网络中进行传输，则业务请求所包含的参数信息可以包括请求行、请求头、请求体，请求行包括Method(方法)字段、URL(统一资源定位符)字段、http协议版本，Method字段可以为用于指定业务请求的发送方式；请求头可以包括Host(请求资源所在的服务器)、User-Agent(http客户端程序的信息)、Referer(请求中URL的原始获取方)、Range(实体的字节范围请求)、Content-Type(媒体格式类型)、Accept(用户代理可以处理的媒体类型)；请求体可以包括token(令牌)、timestamp(时间戳)。若配置信息包括上述User-Agent、Referer、Range、Content-Type、Accept、token、timestamp，则得到的业务参数可以为URL字段+http协议版本+Method字段+Host，将业务参数进行散列计算得到的数据为A2，则业务标识为A2。

本申请通过业务代理系统基于获取的业务响应系统中的配置信息对业务请求中的非业务参数进行剔除处理之后得到业务参数，将业务参数进行散列计算之后得到数据作为业务标识，以此获得业务标识，使得业务标识具有唯一性和保密性。

请参见图5，图5是本申请实施例提供的一种信息处理方法的流程示意图。如图5所示，该信息处理方法具体可以为：

首先自身服务生成业务A的业务请求，然后自身服务对业务A的业务响应信息判断是否进行缓存，若不进行缓存则在自身服务将业务请求发送给依赖服务之后接收依赖服务返回的业务请求对应的业务响应数据；若进行缓存则自身服务将业务请求发送给代理服务，代理服务接收业务请求之后基于业务请求生成业务标识，并在代理服务将业务请求发送给依赖服务之后接收依赖服务返回的业务响应信息。代理服务判断业务响应信息是否合法，若合法则将业务标识和业务响应信息进行关联缓存之后，将业务响应信息返回给自身服务，若不合法则检索关联缓存的数据中是否有相同业务标识，若有则将关联缓存的数据中的业务标识对应的业务响应信息返回给自身服务，若没有则返回请求失败的信息。最后，自身服务接收返回的业务响应信息，并基于业务响应信息对业务A进行响应。

其中，自身服务判断是否对业务响应信息进行缓存的方式可以为：自身服务识别业务请求中包含的业务类型信息，若业务请求包含的业务类型信息所指示的业务类型为业务读取类型时，则自身服务判断的结果为需要对业务请求对应的业务响应信息进行缓存；若业务请求包含的业务类型信息所指示的业务类型为业务写入类型时，则自身服务判断的结果为不需要对业务请求对应的业务响应信息进行缓存。

例如：业务A为播放视频，代理服务关联缓存的数据包括[C1,D1]、[C2,D2]、[C2,D3]、[C2,D4]，C1、C2均为业务标识，D1、D2、D3、D4为业务响应信息。其中，缓存[C1,D1]的时间戳为15:55，缓存[C1,D1]的时间戳为15:40，缓存[C1,D1]的时间戳为15:50，缓存[C1,D1]的时间戳为15:55，有效时长为一小时。

第一种情况：自身服务判断业务A的业务响应信息进行缓存，接受的依赖服务返回的业务响应数据合法。自身服务生成播放视频的业务请求，然后将业务请求发送给代理服务，代理服务基于业务请求生成的业务标识为C2之后将业务请求发送给依赖服务，接着代理服务接收依赖服务返回的业务响应信息D5，对D5是否合法进行判断，判断结果为合法，所以将C2和D5进行关联缓存，进行关联缓存的时间点为16:44，则关联缓存的数据可以包括[C1,D1]、[C2,D3]、[C2,D4]、[C2,D5]。代理服务对C2和D5进行关联缓存得同时可以将D5返回至自身服务，也可以在对C2和D5进行关联缓存之前或者之后将D5返回至自身服务。自身服务接收到D5之后基于D5对视频进行播放。

第二种情况：自身服务判断业务A的业务响应信息进行缓存，接受的依赖服务返回的业务响应数据不合法，且代理服务关联缓存的数据中有相同的业务标识。自身服务生成播放视频的业务请求，然后将业务请求发送给代理服务，代理服务基于业务请求生成的业务标识为C2之后将业务请求发送给依赖服务，接着代理服务接收依赖服务返回的业务响应信息D5，对D5是否合法进行判断，判断结果为不合法，故检索关联缓存的数据中是否有相同的业务标识C2,其中进行检索的时间点为16:44，则检索时的关联缓存的数据包括[C1,D1]、[C2,D3]、[C2,D4]，检索到具有相同的业务标识的关联缓存数据包括[C2,D3]、[C2,D4]，其中D3的时间戳早于D4的时间戳，则检索到的业务响应信息为D4。将检索到的业务响应信息D4返回至自身服务。自身服务接收到业务响应信息D4之后基于D4对视频进行播放。

第三种情况，自身服务判断业务A的业务响应信息进行缓存，接受的依赖服务返回的业务响应数据不合法，且代理服务关联缓存的数据中没有相同的业务标识。自身服务生成播放视频的业务请求，然后将业务请求发送给代理服务，代理服务基于业务请求生成的业务标识为C3之后将业务请求发送给依赖服务，接着代理服务接收依赖服务返回的业务响应信息D5，对D5是否合法进行判断，判断结果为不合法，故检索关联缓存的数据中是否有相同的业务标识C3,其中进行检索的时间点为16:44，则检索时的关联缓存的数据包括[C1,D1]、[C2,D3]、[C2,D4]，在关联缓存的数据中没有检索到相同的业务表示，此时将“请求失败”的信息返回给自身服务。自身服务接收到“请求失败”的信息后，则结束对业务A的响应。

第四种情况，自身服务判断业务A的业务响应信息不进行缓存，则将业务请求发送给依赖服务之后接收依赖服务返回的业务响应信息，并基于业务响应信息对视频进行播放。

本申请通过自身服务利用依赖服务进行业务响应信息的获取或者利用代理服务进行业务响应信息的获取，以此保证自身服务在利用依赖服务不能获取到业务响应信息的情况下，可以利用代理服务对业务响应信息进行获取，能够提升自身服务在获取业务响应信息时的稳定性。

请参见图6，图6是本申请实施例提供的一种信息处理方法的流程示意图。如图6所示，该信息处理方法具体可以为：

首先自身服务生成业务A的业务请求，然后自身服务将业务请求发送给代理服务，代理服务接收到业务请求之后对业务请求中包含的业务类型信息所指示的业务类型是否为业务读取类型进行判断：若业务类型信息所指示的业务类型为业务写入类型，则代理服务直接将业务请求发送给依赖服务，而不生成业务标识，依赖服务接收到业务请求之后，依赖服务基于业务请求对指定业务的业务响应信息进行修改、删除、新增等操作；若业务类型信息所指示的业务类型为业务读取类型，则代理服务基于业务请求生成业务标识，并且在业务请求发送给依赖服务之后接收依赖服务返回的业务请求对应的业务响应信息。对于接收的业务响应信息，代理服务则会判断业务响应信息是否合法，若合法则依赖服务将业务标识和业务响应信息进行关联缓存，并将业务响应信息返回给自身服务；若不合法则代理服务检索关联缓存的数据中是否有相同业务标识：若有则代理服务将与业务标识所关联缓存业务响应信息返回给自身服务；若没有则代理服务返回请求失败的信息。最后，自身服务接收返回的业务响应信息，并基于合法的业务响应信息对业务A进行响应。

例如：代理服务关联缓存的数据包括[C1,D1]、[C2,D2]、[C2,D3]、[C2,D4]，C1、C2均为业务标识，D1、D2、D3、D4为业务响应信息。其中，缓存[C1,D1]的时间戳为15:55，缓存[C1,D1]的时间戳为15:40，缓存[C1,D1]的时间戳为15:50，缓存[C1,D1]的时间戳为15:55，有效时长为一小时。

第一种情况：业务类型信息所指示的业务类型为业务读取类型，则依赖服务基于业务请求生成业务标识C2之后将业务请求发送给依赖服务，接着代理服务接收依赖服务返回的业务响应信息D5，对D5是否合法进行判断：判断结果为合法，代理服务将C2和D5进行关联缓存，进行关联缓存的时间点为16:44，则关联缓存的数据可以包括[C1,D1]、[C2,D3]、[C2,D4]、[C2,D5]，代理服务对C2和D5进行关联缓存时可以将D5返回至自身服务，也可以在对C2和D5进行关联缓存之前或者之后将D5返回至自身服务；对D5是否合法进行判断，判断结果为不合法，故检索关联缓存的数据中是否有相同的业务标识C2,其中进行检索的时间点为16:44，则代理服务检索时的关联缓存的数据包括[C1,D1]、[C2,D3]、[C2,D4]，检索到具有相同的业务标识的关联缓存数据包括[C2,D3]、[C2,D4]，其中D3的时间戳早于D4的时间戳，则代理服务检索到的业务响应信息为D4，将检索到的业务响应信息D4返回至自身服务。

第二种情况：业务类型信息所指示的业务类型为业务写入类型，若业务请求为将业务C的业务响应信息进行删除，此时删除的为依赖服务中业务C的业务响应信息，接收到业务C的业务请求的时间为16：00，则关联缓存的数据为[C1,D1]、[C2,D2]、[C2,D3]、[C2,D4]，若需要再次获取业务C的业务响应信息，只能在关联缓存的数据中获取，而不能在依赖服务中获取。其中，C可以为业务的名称。

本申请通过自身服务利用代理服务获取业务响应信息，或者自身服务通过发送业务请求使依赖服务对指定业务的业务响应进行更新，能够使得依赖服务中保存的业务响应信息是准确的，以此提高自身服务在获取业务响应信息时的准确性。

请参见图7，图,7是本申请实施例提供的一种信息处理的场景示意图。如图7所示，业务代理系统在接收到不合法的第一业务响应信息之后，基于业务代理系统生成的第一业务标识，业务代理系统对关联缓存的数据中的与第一业务标识相同的业务标识进行检索，其中业务代理系统中关联缓存的数据有[业务标识A1，业务响应信息B1]、[业务标识A2，业务响应信息B2]、[业务标识A3，业务响应信息B3]等数据。业务代理系统在检索之后确定业务标识A2与第一业务标识相同，则业务代理系统将业务标识A2关联的业务响应信息B2作为第二业务响应信息，并将业务响应信息B2返回给第一业务请求系统。

例如：业务代理系统关联缓存的数据有：[C1，D1]，[C2，D2]，[C3，D3]，[C4，D5]，C1、C2、C3、C4为业务标识，D1、D2、D3、D4为业务响应信息，且关联缓存的数据所保存的时长小于有效时长。业务代理系统将接收到的第一业务响应信息认定为不合法后，业务代理系统检索业务标识C1、C2、C3、C4中是否与第一业务标识相同，当检索到C2与第一业务标识相同，则将与业务标识C2进行关联缓存的D2作为第二业务响应信息返回给第一业务响应系统。

本申请通过检索关联缓存的数据中与第一业务标识相同业务标识，并检索到的与第一业务标识相同的业务标识所关联的业务响应信息返回给第一业务请求系统，能够在业务响应信息不合法的情况下，提供第一业务标识对应的业务响应信息，从而提高了自身服务在获取业务响应信息时的稳定性。

请参见图8，图8是本申请提供的一种信息处理装置的结构示意图。需要说明的是，图8所示的信息处理装置，用于执行本申请图3、图4、图5、图6、图7所示实施例的方法，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示，经参照本申请图3、图4、图5、图6、图7所示的实施例。该信息处理装置800可以包括：获取模块801、检索模块802、发送模块803。其中：

获取模块801，用于获取第一业务请求系统发起的第一业务请求，并根据第一业务请求生成对应的第一业务标识；用于获取业务响应系统根据第一业务请求所返回的第一业务响应信息；

检索模块802：用于若第一业务响应信息不合法，则检索与第一业务标识进行关联缓存的第二业务响应信息；第二业务响应信息是由业务响应系统根据第二业务请求系统发起的第二业务请求所返回的合法的响应信息，第二业务请求对应的第二业务标识与第一业务标识相同，第二业务请求的发起时间戳早于第一业务请求；

发送模块803，用于将第一业务请求发送给业务响应系统；用于将第二业务响应信息返回给第一业务请求系统。

在一个可能的实施方式中，上述获取模块801根据第一业务请求生成对应的第一业务标识，包括：

对第一业务请求中的非业务参数进行过滤，得到第一业务请求中的业务参数；

对业务参数进行散列计算，生成第一业务请求对应的第一业务标识。

在一个可能的实施方式中，上述获取模块801根据第一业务请求生成对应的第一业务标识，包括：

识别第一业务请求的业务类型；

若第一业务请求所请求业务的业务类型为业务读取类型，则生成第一业务请求对应的第一业务标识；

其中，业务读取类型用于表征所请求业务是向业务响应系统获取业务信息。

在一个可能的实施方式中，上述发送模块803还用于：

若第一业务响应信息合法，则将第一业务响应信息返回给第一业务请求系统，并对第一业务标识和第一业务响应信息进行关联缓存；

若第一业务响应信息不合法，且未检索到与第一业务标识进行关联缓存的第二业务响应信息，则向第一业务请求系统返回业务请求失败信息。

在一个可能的实施方式中，上述信息处理装置还包括识别模块804，其中：

识别模块804：用于识别第一业务响应信息所包含的响应参数；若第一业务响应信息中包含异常的响应参数，则确定第一业务响应信息不合法；若第一业务响应信息中不包含异常的响应参数，则确定第一业务响应信息合法。

在一个可能的实施方式中，上述信息处理装置还包括发送缓存模块805，其中：

获取模块801：用于获取第二业务请求系统发起的第二业务请求，若第二业务请求所请求业务的业务类型为数据读取类型，则根据第二业务请求生成对应的第二业务标识；获取业务响应系统根据第二业务请求所返回的第二业务响应信息；

发送模块803：用于将第二业务请求发送给业务响应系统。

缓存模块805：用于若第二业务响应信息合法，则对第二业务标识和第二业务响应信息进行关联缓存。

在一个可能的实施方式中，上述信息处理装置可以应用于业务代理系统，业务代理系统和第一业务请求系统存在于第一业务设备，业务响应系统存在于第二业务设备，第一业务设备和第二业务设备属于不同的业务设备。

根据本申请的一个实施例，图3所示的信息处理方法所涉及的步骤可由图8所示的信息处理装置中的各个模块来执行。例如，图3中所示的步骤S301可由图8中的获取模块801来执行，图3中所示的步骤S302可由图8中的获取模块801来执行；图3中所示的步骤S303可由图8中的检索模块802来执行，图3中所示的步骤S304可由图8中的发送模块803来执行。

本申请可以基于第一业务请求系统发起的第一业务请求生成第一业务标识，并在第一业务请求发送给业务响应系统之后，获取业务响应系统基于第一业务请求所返回的第一业务响应信息。若第一业务响应信息不合法，则检索与第一业务标识进行关联缓存的第二业务响应信息，并将检索到的第二业务响应信息返回给第一业务请求系统。在第一业务响应信息不合法时，可以通过检索与第一业务标识关联缓存的第二业务响应信息用来获得第一业务请求对应的业务响应信息，从而提升第一业务请求系统在获取业务响应信息时的稳定性。

根据本申请的一个实施例，图8所示的信息处理装置中的各个模块可以分别或全部合并为一个或若干个单元来构成，或者其中的某个(些)单元还可以再拆分为功能上更小的多个子单元，可以实现同样的操作，而不影响本申请的实施例的技术效果的实现。上述模块是基于逻辑功能划分的，在实际应用中，一个模块的功能也可以由多个单元来实现，或者多个模块的功能由一个单元实现。在本申请的其它实施例中，信息处理装置也可以包括其它单元，在实际应用中，这些功能也可以由其它单元协助实现，并且可以由多个单元协作实现。

根据本申请的一个实施例，可以通过在包括中央处理单元(CPU)、随机存取存储介质(RAM)、只读存储介质(ROM)等处理元件和存储元件的例如计算机的通用计算机设备上运行能够执行如图3中所示的相应方法所涉及的各步骤的计算机程序(包括程序代码)，来构造如图8中所示的信息处理装置，以及来实现本申请实施例的信息处理方法。上述计算机程序可以记载于例如计算机可读记录介质上，并通过计算机可读记录介质装载于上述计算设备中，并在其中运行。

请参见图9，是本申请提供的一种计算机设备的结构示意图。如图9所示，所述计算机设备900可以包括：处理器901，存储器902和网络接口903，此外，所述计算机设备900还可以包括：用户接口904，和至少一个通信总线905。其中，通信总线905用于实现这些组件之间的连接通信。其中，用户接口904可以包括显示屏(Display)、键盘(Keyboard)，可选用户接口904还可以包括标准的有线接口、无线接口。网络接口903可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器902可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatilememory)，例如至少一个磁盘存储器。存储器902可选的还可以是至少一个位于远离前述处理器901的存储装置。如图9所示，作为一种计算机存储介质的存储器902中可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。

在图9所示的计算机设备900中，网络接口903可提供网络通讯功能；而用户接口904主要用于为用户提供输入的接口；而处理器901可以用于调用存储器902中存储的设备控制应用程序，以实现：

获取第一业务请求系统发起的第一业务请求，并根据第一业务请求生成对应的第一业务标识；

将第一业务请求发送给业务响应系统，并获取业务响应系统根据第一业务请求所返回的第一业务响应信息；

若第一业务响应信息不合法，则检索与第一业务标识进行关联缓存的第二业务响应信息；第二业务响应信息是由业务响应系统根据第二业务请求系统发起的第二业务请求所返回的合法的响应信息，第二业务请求对应的第二业务标识与第一业务标识相同，第二业务请求的发起时间戳早于第一业务请求；

将第二业务响应信息返回给第一业务请求系统。

在一个可能的实施方式中，处理器901在用于根据第一业务请求生成对应的第一业务标识时，具体用于：

对第一业务请求中的非业务参数进行过滤，得到第一业务请求中的业务参数；

对业务参数进行散列计算，生成第一业务请求对应的第一业务标识。

在一个可能的实施方式中，处理器901在用于根据第一业务请求生成对应的第一业务标识时，具体用于：

识别第一业务请求的业务类型；

若第一业务请求所请求业务的业务类型为业务读取类型，则生成第一业务请求对应的第一业务标识；

其中，业务读取类型用于表征所请求业务是向业务响应系统获取业务信息。

在一个可能的实施方式中，处理器901还用于：

若第一业务响应信息合法，则将第一业务响应信息返回给第一业务请求系统，并对第一业务标识和第一业务响应信息进行关联缓存；

若第一业务响应信息不合法，且未检索到与第一业务标识进行关联缓存的第二业务响应信息，则向第一业务请求系统返回业务请求失败信息。

在一个可能的实施方式中，处理器901还用于：

识别第一业务响应信息所包含的响应参数；

若第一业务响应信息中包含异常的响应参数，则确定第一业务响应信息不合法；

若第一业务响应信息中不包含异常的响应参数，则确定第一业务响应信息合法。

在一个可能的实施方式中，处理器901还用于：

获取第二业务请求系统发起的第二业务请求，若第二业务请求所请求业务的业务类型为数据读取类型，则根据第二业务请求生成对应的第二业务标识；

将第二业务请求发送给业务响应系统，并获取业务响应系统根据第二业务请求所返回的第二业务响应信息；

若第二业务响应信息合法，则对第二业务标识和第二业务响应信息进行关联缓存。

应当理解，本申请实施例中所描述的计算机设备900可执行前文图3对应实施例中对上述信息处理方法的描述，也可执行前文图8所对应实施例中对上述信息处理装置的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

此外，这里需要指出的是：本申请还提供了一种计算机可读存储介质，且计算机可读存储介质中存储有前文提及的信息处理装置所执行的计算机程序，且计算机程序包括程序指令，当处理器执行程序指令时，能够执行前文图3所对应实施例中对信息处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。

作为示例，上述程序指令可被部署在一个计算机设备上执行，或者被部署位于一个地点的多个计算机设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算机设备上执行，分布在多个地点且通过通信网络互连的多个计算机设备可以组成区块链网络。

上述计算机可读存储介质可以是前述任一实施例提供的信息处理装置或者上述计算机设备的内部存储单元，例如计算机设备的硬盘或内存。该计算机可读存储介质也可以是该计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(smartmediacard，SMC)，安全数字(securedigital，SD)卡，闪存卡(flashcard)等。进一步地，该计算机可读存储介质还可以既包括该计算机设备的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储该计算机程序以及该计算机设备所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本申请提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行前文图3对应实施例中对上述信息处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。

本申请实施例的说明书和权利要求书及附图中的术语“第一”、“第二”等是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、装置、产品或设备没有限定于已列出的步骤或模块，而是可选地还包括没有列出的步骤或模块，或可选地还包括对于这些过程、方法、装置、产品或设备固有的其他步骤单元。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例提供的方法及相关装置是参照本申请实施例提供的方法流程图和/或结构示意图来描述的，具体可由计算机程序指令实现方法流程图和/或结构示意图的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。这些计算机程序指令可提供到通用计算机、专用计算机、嵌入式处理机或其他可编程信息处理设备的处理器以产生一个机器，使得通过计算机或其他可编程信息处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程信息处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程信息处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或结构示意一个方框或多个方框中指定的功能的步骤。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (11)

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

获取第一业务请求系统发起的第一业务请求，并根据所述第一业务请求生成对应的第一业务标识；

将所述第一业务请求发送给业务响应系统，并获取所述业务响应系统根据所述第一业务请求所返回的第一业务响应信息；

若所述第一业务响应信息不合法，则检索与所述第一业务标识进行关联缓存的第二业务响应信息；所述第二业务响应信息是由所述业务响应系统根据第二业务请求系统发起的第二业务请求所返回的合法的响应信息，所述第二业务请求对应的第二业务标识与所述第一业务标识相同，所述第二业务请求的发起时间戳早于所述第一业务请求；

将所述第二业务响应信息返回给所述第一业务请求系统。

2.根据权利要求1所述的方法，其特征在于，所述根据所述第一业务请求生成对应的第一业务标识，包括：

对所述第一业务请求中的非业务参数进行过滤，得到所述第一业务请求中的业务参数；

对所述业务参数进行散列计算，生成所述第一业务请求对应的所述第一业务标识。

3.根据权利要求1所述的方法，其特征在于，所述根据所述第一业务请求生成对应的第一业务标识，包括：

识别所述第一业务请求的业务类型；

若所述第一业务请求所请求业务的业务类型为业务读取类型，则生成所述第一业务请求对应的所述第一业务标识；

其中，所述业务读取类型用于表征所请求业务是向所述业务响应系统获取业务信息。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若所述第一业务响应信息合法，则将所述第一业务响应信息返回给所述第一业务请求系统，并对所述第一业务标识和所述第一业务响应信息进行关联缓存；

若所述第一业务响应信息不合法，且未检索到与所述第一业务标识进行关联缓存的所述第二业务响应信息，则向所述第一业务请求系统返回业务请求失败信息。

5.根据权利要求1或4任一项所述的方法，其特征在于，所述方法还包括：

识别所述第一业务响应信息所包含的响应参数；

若所述第一业务响应信息中包含异常的响应参数，则确定所述第一业务响应信息不合法；

若所述第一业务响应信息中不包含异常的响应参数，则确定所述第一业务响应信息合法。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取所述第二业务请求系统发起的所述第二业务请求，若所述第二业务请求所请求业务的业务类型为数据读取类型，则根据所述第二业务请求生成对应的所述第二业务标识；

将所述第二业务请求发送给所述业务响应系统，并获取所述业务响应系统根据所述第二业务请求所返回的所述第二业务响应信息；

若所述第二业务响应信息合法，则对所述第二业务标识和所述第二业务响应信息进行关联缓存。

7.根据权利要求1所述的方法，其特征在于，所述方法的执行主体为业务代理系统，所述业务代理系统和所述第一业务请求系统存在于第一业务设备，所述业务响应系统存在于第二业务设备，所述第一业务设备和所述第二业务设备属于不同的业务设备。

8.一种信息处理装置，其特征在于，所述装置包括：

获取模块，用于获取第一业务请求系统发起的第一业务请求，并根据所述第一业务请求生成对应的第一业务标识；用于将所述第一业务请求发送给业务响应系统，并获取所述业务响应系统根据所述第一业务请求所返回的第一业务响应信息；

信息处理模块：用于若所述第一业务响应信息不合法，则检索与所述第一业务标识进行关联缓存的第二业务响应信息；所述第二业务响应信息是由所述业务响应系统根据第二业务请求系统发起的第二业务请求所返回的合法的响应信息，所述第二业务请求对应的第二业务标识与所述第一业务标识相同，所述第二业务请求的发起时间戳早于所述第一业务请求；

发送模块，用于将所述第二业务响应信息返回给所述第一业务请求系统。

9.一种计算机设备，其特征在于，包括处理器和存储器，所述处理器和所述存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的方法。

11.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序/指令被处理器执行时实现权利要求1-7任一项所述的方法。

Images