CN117675898A - 信息处理方法及相关装置 - Google Patents

Abstract

本发明公开了一种信息处理方法及相关装置，可以通过获得异常编码，其中，所述异常编码为前端用户调用任一网关的网关接口产生的异常编码；查询本地缓存中是否存储有所述异常编码；若所述本地缓存中存储有所述异常编码，则从所述本地缓存中获得所述异常编码对应的异常信息，并更新所述异常信息在所述本地缓存的使用时间，其中，所述异常信息包括所述异常编码；将所述异常信息封装成统一格式的报文信息，其中，所述报文信息的报文结构是固定的；将所述报文信息返回给所述前端用户。本发明可以优先从本地缓存中获取异常信息，然后封装成统一格式的报文信息，方便网关快速向调用者提供统一格式的异常信息，处理效率较高。

Description

信息处理方法及相关装置

技术领域

本发明涉及计算机领域，特别涉及一种信息处理方法及相关装置。

背景技术

当前常见的网关分为两种，一种是轻型网关，对后台接口报文不进行干预；一种是重型网关，需要对通过网关发布的接口进行统一规范，形成标准统一的接口报文。网关作为统一标准入口除了提供统一的接口规范，有时候也需要协助提供相关的异常信息，便于前端调用者开发，但目前尚无统一方案，导致网关无法对前端使用者实现快速支持，通常需要再联系后台单独应对，处理效率很低。

发明内容

鉴于上述问题，本发明提供一种克服上述问题或者至少部分地解决上述问题的一种信息处理方法及相关装置。

第一方面，一种信息处理方法，包括：

获得异常编码，其中，所述异常编码为前端用户调用任一网关的网关接口产生的异常编码；

查询本地缓存中是否存储有所述异常编码；

若所述本地缓存中存储有所述异常编码，则从所述本地缓存中获得所述异常编码对应的异常信息，并更新所述异常信息在所述本地缓存的使用时间，其中，所述异常信息包括所述异常编码；

将所述异常信息封装成统一格式的报文信息，其中，所述报文信息的报文结构是固定的；

将所述报文信息返回给所述前端用户。

第二方面，一种信息处理装置，包括：异常编码获得单元、本地缓存查询单元、第一信息获得单元、异常信息封装单元和报文信息返回单元；

所述异常编码获得单元，用于获得异常编码，其中，所述异常编码为前端用户调用任一网关的网关接口产生的异常编码；

所述本地缓存查询单元，用于查询本地缓存中是否存储有所述异常编码；

所述第一信息获得单元，用于若所述本地缓存中存储有所述异常编码，则从所述本地缓存中获得所述异常编码对应的异常信息，并更新所述异常信息在所述本地缓存的使用时间，其中，所述异常信息包括所述异常编码；

所述异常信息封装单元，用于将所述异常信息封装成统一格式的报文信息，其中，所述报文信息的报文结构是固定的；

所述报文信息返回单元，用于将所述报文信息返回给所述前端用户。

第三方面，一种计算机可读存储介质，其上存储有程序，所述程序被处理器执行时实现上述任一项所述的信息处理方法。

第四方面，一种电子设备，所述电子设备包括至少一个处理器、以及与所述处理器连接的至少一个存储器、总线；其中，所述处理器、所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行上述任一项所述的信息处理方法。

借由上述技术方案，本发明提供的一种信息处理方法及相关装置，可以通过获得异常编码，其中，所述异常编码为前端用户调用任一网关的网关接口产生的异常编码；查询本地缓存中是否存储有所述异常编码；若所述本地缓存中存储有所述异常编码，则从所述本地缓存中获得所述异常编码对应的异常信息，并更新所述异常信息在所述本地缓存的使用时间，其中，所述异常信息包括所述异常编码；将所述异常信息封装成统一格式的报文信息，其中，所述报文信息的报文结构是固定的；将所述报文信息返回给所述前端用户。由此可以看出，本发明可以优先从本地缓存中获取异常信息，然后封装成统一格式的报文信息，方便网关快速向调用者提供统一格式的异常信息，处理效率较高。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明提供的一种信息处理方法的流程图；

图2示出了本发明提供的一种信息处理装置的结构示意图；

图3示出了本发明提供的一种电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

如图1所示，本发明提供了一种信息处理方法，包括：S100、S200、S300、S400和S500；

S100、获得异常编码；

其中，所述异常编码为前端用户调用任一网关的网关接口产生的异常编码；

可选的，本发明的执行主体可以是网关服务器，网关服务器上运行有网关的后台软件。前端用户通过前端应用调用网关，当调用网关出现异常时，则网关的后台软件会产生相应的异常编码。

可选的，在数据初始化阶段，本发明可以将现有的异常数据(包括异常编码和对应的异常信息)统一导入到本发明的数据库中，用于持久化存储。数据结构设计可以依据实际情况进行设计，核心主要都是以异常编码为主要查询依据。

在异常数据都导入到数据库后，将这些异常数据批量导入到网关部署环境的Redis缓存中。将这些异常数据全量导入到Redis缓存中主要出于以下考虑：减少网关服务器直接查询数据库带来的开销，同时提高查询效率，因此采用Redis缓存作为数据库和网关服务器中间的缓存介质，提供高效简洁的查询方式。为了进一步提高效率，还可以把一部分常用的异常数据存储在网关服务器自己的本地缓存中。

可选的，在经过上述数据初始化阶段之后，当网关服务器的后台软件产生新的异常信息，可以将异常信息存储至数据库、Redis缓存以及本地缓存，本发明对此不做限制。

例如，结合图1所示的实施方式，在某些可选的实施方式中，在所述S100之前，所述方法还包括：步骤1.1、步骤1.2和步骤1.3；

步骤1.1、当网关服务器的后台软件产生新的异常信息时，获得所述新的异常信息；

步骤1.2、将所述新的异常信息按照预设格式存储至数据库，其中，所述新的异常信息包括对应的新的异常编码；

步骤1.3、将所述数据库中存储的所述新的异常信息推送至对应的所述Redis缓存中。

可选的，本发明还可以提供管理界面，供后台软件维护更新自己的异常信息。接入网关的后台软件可以通过管理端维护自身的异常信息，后台软件可以通过修改和增加等操作维护自己软件在数据库中的异常信息，并将版本更新带来的新的异常修改及时通过网关自主发布，而不需要相关人员进行维护。

出于安全性考虑，不同软件的后台软件只能维护更新自己注册时所属的异常信息，并不能对其他软件的异常信息产生影响。

出于兼容性考虑，由于部分前端用户会根据异常编码作为一些异常流程的处理依据，后台软件对于已有异常信息的修改可以只针对展示出的错误描述信息进行修改，并不能更改已有的异常编码。如果要变更异常编码只能通过新增的方式增加新的异常编码。

更新完数据库后，可以设置定时任务定时将最新发生过变更的异常信息推送到各个环境的Redis缓存上，由相应的网关服务器通过自动查询更新自身的本地缓存。

可选的，结合上一个实施方式中，在某些可选的实施方式中，所述步骤1.3，包括：步骤2.1；

步骤2.1、根据所述新的异常信息存储至所述数据库的存储时间，按所述存储时间的顺序将所述数据库中存储的所述新的异常信息推送至对应的所述Redis缓存中。

可选的，本发明可以根据数据库中的各个异常信息的最新的存储时间，按照存储时间由新到旧或者由旧到新的顺序将相应的异常信息推送至Redis缓存。当然，为了避免重复将相同的异常信息推送至Redis缓存，针每次可以仅仅将还未推送至Redis缓存(即这里所说的新的异常信息)的异常信息推送至Redis缓存，本发明对此不做限制。

S200、查询本地缓存中是否存储有所述异常编码；

若所述本地缓存中存储有所述异常编码，则执行S300；

可选的，如前所述，本地缓存中存储有一定的异常数据，当前端用户调用网关的网关接口产生的异常编码后，可以优先查询本地缓存中是否存储有相应的异常编码，若存储有，则直接从本地缓存获得相应的异常信息，以便于后续对异常信息进行封装，无需查询Redis缓存和数据库，效率较高。

可选的，结合图1所示的实施方式，在某些可选的实施方式中，在所述S200之后，所述方法还包括：步骤3.1、步骤3.2和步骤3.3；

步骤3.1、若所述本地缓存中未存储有所述异常编码，则查询对应的Redis缓存中是否存储有所述异常编码；

若所述Redis缓存中存储有所述异常编码，则执行步骤3.2；若所述Redis缓存中未存储有所述异常编码，则执行步骤3.3；

步骤3.2、在所述本地缓存中创建新的对象，并将所述Redis缓存中存储的所述异常编码对应的异常信息更新至所述对象中；

可选的，在本地缓存中一般通过对象来存储异常信息，因此，若本地缓存中之前没有存储该异常信息但是该异常信息已存储在Redis缓存中，则可以在本地缓存中创建一个新的对象，然后把该异常信息存储一份在创建的对象中。

结合上一个实施方式，在某些可选的实施方式中，在所述步骤3.2之后，所述方法还包括：步骤4.1；

步骤4.1、更新所述异常信息在所述本地缓存中的使用时间。

可选的，针对本地缓存，当有新的异常信息存储进来时，为了准确监控该异常信息的使用情况，可以在本地缓存中设置该异常信息的使用时间。例如该异常信息在2023年2月8号8时8分8秒存储至本地缓存或者该异常信息在2023年2月8号8时8分8秒在本地缓存被调用过一次，则将该异常信息在本地缓存的使用时间更新为2023年2月8号8时8分8秒。

步骤3.3、获得预设的报错信息，并将所述报错信息封装成统一格式的报文信息后返回给所述前端用户。

可选的，如前所述，数据库中的异常信息一般会全量存储至Redis缓存中，若Redis缓存中仍查询不到相应的异常信息，则可以直接报错，不必再查询数据库，以提高本发明的处理效率。

可选的，本发明所说的将所述报错信息封装成统一格式的报文信息，可以理解为将报错信息按照默认的模板进行编排，得到报文信息。

S300、从所述本地缓存中获得所述异常信息，并更新所述异常信息在所述本地缓存的使用时间；

其中，所述异常信息包括所述异常编码；

可选的，如前所述，每次调用本地缓存的异常信息后，为了准确监控异常信息的使用情况，可以在调用之后更新相应异常信息在本地缓存被调用的使用时间。

可选的，由于本地缓存的存储空间有限，为了最大限度地发挥本地缓存的作用，本发明可以将存储在本地缓存但使用频率不高的异常信息从本地缓存中移除。

例如，结合图1所示的实施方式，在某些可选的实施方式中，在所述S300之后，所述方法还包括：步骤5.1；

步骤5.1、若更新所述异常信息对应的所述使用时间的频率低于预设频率阈值或者所述异常信息存储在所述本地缓存中的保存时长大于预设时长阈值，则将所述异常信息从所述本地缓存中删除。

可选的，如前所述，每次调用本地缓存中的异常信息后，均可以更新相应的使用时间。即，使用时间的更新频率可以反映出相应异常信息的使用频率，因此，对于使用时间的更新频率较低的异常信息进行移除。当然，本发明对于预设频率阈值不做具体限制，可以根据实际需要进行设定。

可选的，本发明还可以根据异常信息存储在所述本地缓存中的保存时长决定是否删除相应的异常信息，即不管使用频率高与否，只要在本地缓存中的存储时间高于一定时间，则将相应的异常信息从本地缓存中移除。

S400、将所述异常信息封装成统一格式的报文信息；

其中，所述报文信息的报文结构是固定的；

可选的，本发明对于封装异常信息所使用的统一格式不做具体限制，可以根据实际需要进行设定。例如，结合图1所示的实施方式，在某些可选的实施方式中，所述S400，包括：步骤6.1；

步骤6.1、将所述异常信息封装成json格式或者xml格式的报文信息。

S500、将所述报文信息返回给所述前端用户。

可选的，由上述方案可以看出，本发明通过优先从本地缓存中查找异常信息，查找速率比较快，并且将所有异常信息封装成统一格式的报文信息，提高对报文信息的解析速率，进而提供本发明的处理效率。

可选的，对于上述数据库的结构，可以包括：SRTM_MD_Redis_CODE表、SRTM_ENV_INFO表、SRTM_CONFIG_INFO表和SRTM_ENV_CONFIG_RELATION表。

SRTM_MD_Redis_CODE表用于存储的后台异常数据信息，其中ERRCODE作为主键存储后台软件抛出的异常编码，mdupdate字段存储改异常编码发生修改的最新时间，用于判断是否需要向Redis推送该条数据，其他字段信息可以根据多余异常信息要求的不同情况进行个性化设计，将需要返回给前端调用者的信息存储到表中。

SRTM_ENV_INFO表用于存储网关系统的多套生产环境，用于独立支持不同级别的生产用户；env_id为该表主键，其他信息为该套环境的表述信息，用于识别环境的不通配置。

SRTM_CONFIG_INFO表用于存储不同环境最近一次推送Redis缓存的时间或者其他特殊的开关配置，以便于更加灵活的控制不同环境的异常数据；可以通过配置不通的规则实现数据更新的优先级，比如优先更新安全等级较低的环境，确认没有问题后再更新安全等级更高的环境。

SRTM_ENV_CONFIG_RELATION表用于关联SRTM_ENV_INFO表和SRTM_CONFIG_INFO表，由于SRTM_CONFIG_INFO表可以存储多种配置规则，因此需要建立一个单独关系表用来记录不同规则和环境之间的关联关系，便于更加方便的管理多套环境。

可选的，对于Redis缓存的结构，可以包括：Key、类型、软件名称、系统名称、错误编码和Value等参数项。

Key：类型:软件名称:系统名称:错误编码。

类型：用于和Redis中其他类型数据进行区分，定义为ERRORCODE。

软件名称：用于标识该条信息所属的软件名称，示例：TEST。

系统名称：用于标识该条信息所属的系统名称，示例：AUTO。

错误编码：该条错误信息的异常编码：示例：TEST-01-1234。

例如存储一条测试软件中自动测试系统抛出的一条错误编码，对应的key为“ERRORCODE:TEST:AUTO:TEST-01-1234”。

Value：异常详细信息的JSON结构报文，JSON结构可以根据实际情况定制不同格式，网关服务器配合解析即可。

示例如下：

可选的，对于网关服务器的本地缓存的结构，可以设置为Map结构，用于存储使用到的异常信息，其中，包括Key和Value两个参数项。

Key：异常编码，示例“TEST-01-1234”。

Value：存储Redis缓存中的异常信息结构或者存储解析后的异常对象。

在网关服务器上缓存的Map信息记录该条记录的产生时间和最近使用时间以此作为判断该条信息的生命周期，从该条记录产生一小时后，无论该记录是否在使用，都做删除处理，重新从Redis缓存中拉去最新的异常详细信息；如果在一小时内周期内，根据该记录最近使用时间，如果超过20分钟没有使用，也做删除处理，如果再有相同异常编码出现，则重新从Redis缓存中获取最新的异常信息。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本发明可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

如图2所示，本发明提供了一种信息处理装置，包括：异常编码获得单元100、本地缓存查询单元200、第一信息获得单元300、异常信息封装单元400和报文信息返回单元500；

所述异常编码获得单元100，用于获得异常编码，其中，所述异常编码为前端用户调用任一网关的网关接口产生的异常编码；

所述本地缓存查询单元200，用于查询本地缓存中是否存储有所述异常编码；

所述第一信息获得单元300，用于若所述本地缓存中存储有所述异常编码，则从所述本地缓存中获得所述异常编码对应的异常信息，并更新所述异常信息在所述本地缓存的使用时间，其中，所述异常信息包括所述异常编码；

所述异常信息封装单元400，用于将所述异常信息封装成统一格式的报文信息，其中，所述报文信息的报文结构是固定的；

所述报文信息返回单元500，用于将所述报文信息返回给所述前端用户。

结合图2所示的实施方式，在某些可选的实施方式中，所述装置还包括：Redis缓存查询单元、异常信息更新单元和报错信息封装单元；

所述Redis缓存查询单元，用于在所述查询本地缓存中是否存储有所述异常编码之后，若所述本地缓存中未存储有所述异常编码，则查询对应的Redis缓存中是否存储有所述异常编码；

所述异常信息更新单元，用于若所述Redis缓存中存储有所述异常编码，则在所述本地缓存中创建新的对象，并将所述Redis缓存中存储的所述异常编码对应的异常信息更新至所述对象中；

所述报错信息封装单元，用于若所述Redis缓存中未存储有所述异常编码，则获得预设的报错信息，并将所述报错信息封装成统一格式的报文信息后返回给所述前端用户。

结合上一个实施方式，在某些可选的实施方式中，所述装置还包括：使用时间更新单元；

所述使用时间更新单元，用于在所述在所述本地缓存中创建新的对象，并将所述Redis缓存中存储的所述异常编码对应的异常信息更新至所述对象中之后，更新所述异常信息在所述本地缓存中的使用时间。

结合图2所示的实施方式，在某些可选的实施方式中，所述异常信息封装单元400，包括：异常信息封装子单元；

所述异常信息封装子单元，用于将所述异常信息封装成json格式或者xml格式的报文信息。

结合图2所示的实施方式，在某些可选的实施方式中，所述装置还包括：新信息获得单元、新信息存储单元和新信息推送单元；

所述新信息获得单元，用于在所述获得异常编码之前，当网关服务器的后台软件产生新的异常信息时，获得所述新的异常信息；

所述新信息存储单元，用于将所述新的异常信息按照预设格式存储至数据库，其中，所述新的异常信息包括对应的新的异常编码；

所述新信息推送单元，用于将所述数据库中存储的所述新的异常信息推送至对应的所述Redis缓存中。

结合上一个实施方式，在某些可选的实施方式中，所述新信息推送单元，包括：新信息推送子单元；

所述新信息推送子单元，用于根据所述新的异常信息存储至所述数据库的存储时间，按所述存储时间的顺序将所述数据库中存储的所述新的异常信息推送至对应的所述Redis缓存中。

结合图2所示的实施方式，在某些可选的实施方式中，所述装置还包括：异常信息删除单元；

所述异常信息删除单元，用于在所述从所述本地缓存中获得所述异常信息，并更新所述异常信息在所述本地缓存的使用时间之后，若更新所述异常信息对应的所述使用时间的频率低于预设频率阈值或者所述异常信息存储在所述本地缓存中的保存时长大于预设时长阈值，则将所述异常信息从所述本地缓存中删除。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

本发明提供了一种计算机可读存储介质，其上存储有程序，所述程序被处理器执行时实现上述任一项所述的信息处理方法。

在本公开的上下文中，计算机可读存储介质(也称为：机器可读介质)可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

如图3所示，本发明提供了一种电子设备70，所述电子设备70包括至少一个处理器701、以及与所述处理器701连接的至少一个存储器702、总线703；其中，所述处理器701、所述存储器702通过所述总线703完成相互间的通信；所述处理器701用于调用所述存储器702中的程序指令，以执行上述任一项所述的信息处理方法。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

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

获得异常编码，其中，所述异常编码为前端用户调用任一网关的网关接口产生的异常编码；

查询本地缓存中是否存储有所述异常编码；

若所述本地缓存中存储有所述异常编码，则从所述本地缓存中获得所述异常编码对应的异常信息，并更新所述异常信息在所述本地缓存的使用时间，其中，所述异常信息包括所述异常编码；

将所述异常信息封装成统一格式的报文信息，其中，所述报文信息的报文结构是固定的；

将所述报文信息返回给所述前端用户。

2.根据权利要求1所述的方法，其特征在于，在所述查询本地缓存中是否存储有所述异常编码之后，所述方法还包括：

若所述本地缓存中未存储有所述异常编码，则查询对应的Redis缓存中是否存储有所述异常编码；

若所述Redis缓存中存储有所述异常编码，则在所述本地缓存中创建新的对象，并将所述Redis缓存中存储的所述异常编码对应的异常信息更新至所述对象中；

若所述Redis缓存中未存储有所述异常编码，则获得预设的报错信息，并将所述报错信息封装成统一格式的报文信息后返回给所述前端用户。

3.根据权利要求2所述的方法，其特征在于，在所述在所述本地缓存中创建新的对象，并将所述Redis缓存中存储的所述异常编码对应的异常信息更新至所述对象中之后，所述方法还包括：

更新所述异常信息在所述本地缓存中的使用时间。

4.根据权利要求1所述的方法，其特征在于，所述将所述异常信息封装成统一格式的报文信息，包括：

将所述异常信息封装成json格式或者xml格式的报文信息。

5.根据权利要求1所述的方法，其特征在于，在所述获得异常编码之前，所述方法还包括：

当网关服务器的后台软件产生新的异常信息时，获得所述新的异常信息；

将所述新的异常信息按照预设格式存储至数据库，其中，所述新的异常信息包括对应的新的异常编码；

将所述数据库中存储的所述新的异常信息推送至对应的所述Redis缓存中。

6.根据权利要求5所述的方法，其特征在于，所述将所述数据库中存储的所述新的异常信息推送至对应的所述Redis缓存中，包括：

根据所述新的异常信息存储至所述数据库的存储时间，按所述存储时间的顺序将所述数据库中存储的所述新的异常信息推送至对应的所述Redis缓存中。

7.根据权利要求1所述的方法，其特征在于，在所述从所述本地缓存中获得所述异常信息，并更新所述异常信息在所述本地缓存的使用时间之后，所述方法还包括：

若更新所述异常信息对应的所述使用时间的频率低于预设频率阈值或者所述异常信息存储在所述本地缓存中的保存时长大于预设时长阈值，则将所述异常信息从所述本地缓存中删除。

8.一种信息处理装置，其特征在于，包括：异常编码获得单元、本地缓存查询单元、第一信息获得单元、异常信息封装单元和报文信息返回单元；

所述异常编码获得单元，用于获得异常编码，其中，所述异常编码为前端用户调用任一网关的网关接口产生的异常编码；

所述本地缓存查询单元，用于查询本地缓存中是否存储有所述异常编码；

所述第一信息获得单元，用于若所述本地缓存中存储有所述异常编码，则从所述本地缓存中获得所述异常编码对应的异常信息，并更新所述异常信息在所述本地缓存的使用时间，其中，所述异常信息包括所述异常编码；

所述异常信息封装单元，用于将所述异常信息封装成统一格式的报文信息，其中，所述报文信息的报文结构是固定的；

所述报文信息返回单元，用于将所述报文信息返回给所述前端用户。

9.一种计算机可读存储介质，其上存储有程序，其特征在于，所述程序被处理器执行时实现如权利要求1至7中任一项所述的信息处理方法。

10.一种电子设备，其特征在于，所述电子设备包括至少一个处理器、以及与所述处理器连接的至少一个存储器、总线；其中，所述处理器、所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行如权利要求1至7中任一项所述的信息处理方法。