CN113900895B - 信息处理方法、信息处理装置、存储介质与电子设备 - Google Patents

Abstract

本公开提供一种信息处理方法、信息处理装置、计算机可读存储介质与电子设备，涉及计算机技术领域。所述信息处理方法包括：通过业务接口获取第三方异常提示信息，所述第三方异常提示信息是第三方服务节点针对用户端的业务请求所反馈的信息；根据配置于所述业务接口的注解确定所述第三方异常提示信息的业务类别信息；基于所述第三方异常提示信息的业务类别信息，在预设存储空间中查找所述第三方异常提示信息对应的用户向异常提示信息，所述用户向异常提示信息用于发送至所述用户端以进行展示。本公开能够实现自动化地异常提示信息的转换，以便于用户理解信息内容。

Description

信息处理方法、信息处理装置、存储介质与电子设备

技术领域

本公开涉及计算机技术领域，尤其涉及一种信息处理方法、信息处理装置、计算机可读存储介质与电子设备。

背景技术

在互联网服务中，主服务方(或平台方，是指为用户提供主要服务的机构)经常需要接入第三方服务。例如在新闻、音乐、游戏等类型的App(Application，应用程序)中，主服务方提供新闻、音乐、游戏等服务，当涉及到付费、充值等业务时，需要由银行、征信机构、银联等第三方机构提供服务。如果第三方服务出现异常，会返回相应的异常提示信息，而异常提示信息通常包括较为专业的错误码或抽象的文字内容，导致用户难以理解，从而影响服务质量。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域技术人员已知的现有技术的信息。

发明内容

本公开提供一种信息处理方法、信息处理装置、计算机可读存储介质与电子设备，进而至少在一定程度上改善相关技术中异常提示信息难以被用户理解的问题。

根据本公开的第一方面，提供一种信息处理方法，包括：通过业务接口获取第三方异常提示信息，所述第三方异常提示信息是第三方服务节点针对用户端的业务请求所反馈的信息；根据配置于所述业务接口的注解确定所述第三方异常提示信息的业务类别信息；基于所述第三方异常提示信息的业务类别信息，在预设存储空间中查找所述第三方异常提示信息对应的用户向异常提示信息，所述用户向异常提示信息用于发送至所述用户端以进行展示。

根据本公开的第二方面，提供一种信息处理装置，包括：第三方异常提示信息获取模块，被配置为通过业务接口获取第三方异常提示信息，所述第三方异常提示信息是第三方服务节点针对用户端的业务请求所反馈的信息；业务类别信息确定模块，被配置为根据配置于所述业务接口的注解确定所述第三方异常提示信息的业务类别信息；用户向异常提示信息查找模块，被配置为基于所述第三方异常提示信息的业务类别信息，在预设存储空间中查找所述第三方异常提示信息对应的用户向异常提示信息，所述用户向异常提示信息用于发送至所述用户端以进行展示。

根据本公开的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面的信息处理方法及其可能的实现方式。

根据本公开的第四方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述第一方面的信息处理方法及其可能的实现方式。

本公开的技术方案具有以下有益效果：

通过配置注解的方式，在第三方异常提示信息的处理流程中确定其业务类别信息，进而基于业务类别信息查找到预先配置的用户向异常提示信息。一方面，本方案基于程序的自动注入，以自动化地方式实现了将专业难懂的第三方异常提示信息转换为通俗易懂的用户向异常提示信息，以便于用户理解信息内容，提高服务质量。另一方面，本方案对常规业务的代码透明，不影响常规业务的正常处理。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本示例性实施方式中一种系统架构的示意图；

图2示出本示例性实施方式中一种电子设备的结构示意图；

图3示出本示例性实施方式中一种信息处理方法的流程图；

图4示出本示例性实施方式中一种信息处理方法的子流程图；

图5示出本示例性实施方式中另一种系统架构的示意图；

图6示出本示例性实施方式中一种信息处理装置的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

相关技术中，对于第三方发送的异常提示信息，主服务方通常透传给用户端，例如某银行发送的异常提示信息为：

code：ERROR_001，msg：核心灰名单校验不通过；

该异常提示信息是基于银行内部的业务内容所生成的，一般用户难以理解其含义，从而影响服务质量。

鉴于上述问题，本公开的示例性实施方式提供一种信息处理方法，能够将第三方异常提示信息转换为用户向异常提示信息。第三方异常提示信息是指第三方提供的异常提示信息，该信息通常是基于第三方的业务内容生成的，专业性强、文字内容难懂。用户向异常提示信息是面向用户的异常提示信息，采用用户易懂、可读性强的文字内容，是第三方异常提示信息转义后的信息。

下面结合图1对本示例性实施方式的系统架构进行说明。参考图1所示，该系统架构100可以包括用户端110、主服务节点120、第三方服务节点130。其中，用户端110可以是用户使用的手机、平板电脑、智能穿戴设备等终端，其通过运行客户端程序来接受主服务节点120提供的服务。主服务节点120可以是提供主服务的系统，其可以泛指该系统中的任意节点。第三方服务节点130可以是提供第三方服务的系统，其可以泛指该系统中的任意节点。主服务节点120可以包括预设存储空间122，其用于存储预先配置的用户向异常提示信息，其可以是单独的数据库，也可以是数据库中划分出的一部分存储空间。用户端110与主服务节点120之间可以通过有线或无线的通信链路进行数据交互。主服务节点120与第三方服务节点130之间可以通过有线或无线的通信链路进行数据交互。主服务节点120可以对预设存储空间122进行数据读写。

一般的，用户端110发起与第三方服务节点130相关的业务请求时，主服务节点120将业务请求转发至第三方服务节点130，第三方服务节点130在服务过程中出现异常时，向主服务节点120返回相应的第三方异常提示信息，主服务节点120通过执行本示例性实施方式中的信息处理方法，得到第三方异常提示信息对应的用户向异常提示信息，并最终发送至用户端110加以展示。

在一种实施方式中，主服务节点120可以包括业务服务节点121。一般的，主服务节点120为服务器集群，业务服务节点121可以是集群中提供异常提示信息转换处理的节点，可以包括一台或多台服务器，或者可以是运行于实体计算机上的虚拟机，如JVM(JavaVirtual Machine，Java虚拟机)。业务服务节点121可以从预设存储空间122中读取数据。在一种实施方式中，业务服务节点121还可以向预设存储空间122写入数据。

应当理解，图1中的各部分的数目仅是示例性的，本公开对此不做限定。例如主服务节点120可以为多个用户端110提供服务，或者主服务节点120可以连接多个第三方服务节点130，多个第三方服务节点130可以提供不同类别的第三方服务。

本公开的示例性实施方式还提供一种用于实现上述信息处理方法的电子设备。该电子设备可以是上述主服务节点120或业务服务节点121。一般的，该电子设备可以包括处理器与存储器，存储器用于存储处理器的可执行指令，处理器配置为经由执行可执行指令来实现上述信息处理方法。

下面参考图2对该电子设备进行具体说明。应当理解，图2示出的电子设备200仅仅是一个示例，不应对本示例性实施方式的功能和使用范围带来任何限制。

如图2所示，电子设备200以通用计算设备的形式表现。电子设备200的组件可以包括但不限于：至少一个处理单元210、至少一个存储单元220、连接不同系统组件(包括处理单元210和存储单元220)的总线230。

其中，存储单元存储有程序代码，程序代码可以被处理单元210执行，使得处理单元210执行本示例性实施方式中的信息处理方法。

存储单元220可以包括易失性存储单元，例如随机存取存储单元(RAM)221和/或高速缓存存储单元222，还可以进一步包括只读存储单元(ROM)223。

存储单元220还可以包括具有一组(至少一个)程序模块225的程序/实用工具224，这样的程序模块225包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线230可以包括数据总线、地址总线和控制总线。

电子设备200也可以与一个或多个外部设备300(例如键盘、指向设备、蓝牙设备等)通信，这种通信可以通过输入/输出(I/O)接口240进行。电子设备200还可以通过网络适配器250与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图2所示，网络适配器250通过总线230与电子设备200的其它模块通信。应当理解，尽管图2中未示出，可以在电子设备200中设置其它硬件和/或软件模块，包括但不限于：显示器、微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

下面结合图3对本示例性实施方式中的信息处理方法进行说明，图3示出了该信息处理方法的示例性流程，可以包括：

步骤S310，通过业务接口获取第三方异常提示信息，第三方异常提示信息是第三方服务节点针对用户端的业务请求所反馈的信息；

步骤S320，根据配置于业务接口的注解确定第三方异常提示信息的业务类别信息；

步骤S330，基于第三方异常提示信息的业务类别信息，在预设存储空间中查找第三方异常提示信息对应的用户向异常提示信息，用户向异常提示信息用于发送至用户端以进行展示。

基于上述方法，通过配置注解的方式，在第三方异常提示信息的处理流程中确定其业务类别信息，进而基于业务类别信息查找到预先配置的用户向异常提示信息。一方面，本方案基于程序的自动注入，以自动化地方式实现了将专业难懂的第三方异常提示信息转换为通俗易懂的用户向异常提示信息，以便于用户理解信息内容，提高服务质量。另一方面，本方案对常规业务的代码透明，不影响常规业务的正常处理。

下面分别对图3中的每个步骤进行具体说明。

参考图3，在步骤S310中，通过业务接口获取第三方异常提示信息，第三方异常提示信息是第三方服务节点针对用户端的业务请求所反馈的信息。

其中，业务接口可用于主服务节点120内部不同服务之间的数据交互，如主服务节点120的某一数据层服务节点从第三方服务节点130接收第三方异常提示信息后，通过业务接口发送至业务服务节点121。业务接口也可用于主服务节点120与第三方服务节点130之间的数据交互，如主服务节点120可以通过业务接口从第三方服务节点130处接收第三方异常提示信息。本公开对于业务接口的类型不做限定，例如可以是基于RPC(RemoteProcedure Call，远程过程调用)协议的数据接口。

第三方异常提示信息可以是第三方服务节点130提供的原始的异常提示信息，也可以是主服务节点120对原始的异常提示信息进行预处理(不改变信息主要内容)后的异常提示信息，预处理包括但不限于：将异常提示信息的格式转换为适合主服务节点120内部处理的格式；对异常提示信息中的部分内容进行脱敏处理(脱敏不影响信息主要内容)，等等。

由上可知，第三方异常提示信息具有专业性强、文字内容难懂的特点，不适合直接发送给用户端110。

在一种实施方式中，不同的第三方异常提示信息属于不同的业务类别，在处理时需要不同的业务能力，因此可以针对不同的业务类别分别设置业务接口。即可以通过不同的业务接口获取不同业务类别下的第三方异常提示信息。

继续参考图3，在步骤S320中，根据配置于业务接口的注解确定第三方异常提示信息的业务类别信息。

注解是指对程序添加的标注信息，编程语言中的类、方法、变量、参数、包等都可以通过注解被注入到程序中。本示例性实施方式中，可以对业务接口的方法配置注解，该注解用于标注业务类别信息，例如可以是自定义注解，示例性的，可以设置该注解为@businessscenario。

一般的，在注解中可以定义任意类型、任意名称的元素(如name元素)。在一种实施方式中，注解中的元素可以是Enums(枚举)类型，其能够实现接口，且具有较强的可拓展性。

在一种实施方式中，在通过业务接口获取第三方异常提示信息时，信息处理方法还可以包括以下步骤：

拦截业务接口的调用请求，根据调用请求获取在业务接口的方法上配置的注解。

本公开对于具体的拦截方式不做限定。举例来说，业务服务节点121为JVM，其可以配置RPC Filter(RPC过滤器)，通过设置与调用请求相关的过滤条件(如针对发送地址、接收地址、关键字等的条件)来监听RPC消息中的调用请求并加以拦截。

业务接口的调用请求中包含对业务接口的方法进行调用的相关内容，因而可以解析出方法中的注解。当解析出上述注解(如@business scenario)时，可以进一步通过解析该注解来确定第三方异常提示信息的业务类别信息，例如该注解本身包含了第三方异常提示信息的业务类别信息，如业务类别的标识等，或者该注解关联了第三方异常提示信息的业务类别信息，如该注解指向某个地址，该地址存储有业务类别信息。当未解析出上述注解时，说明该第三方异常提示信息可能属于未知的业务类别，或者不需要进行转换处理。

在一种实施方式中，上述根据配置于业务接口的注解确定第三方异常提示信息的业务类别信息，可以包括以下步骤：

根据注解中的元素值反射得到第三方异常提示信息的业务类别信息。

其中，可以预先对不同的业务类别信息与注解中的不同元素值进行关联，或者将注解中的元素值设置为对应的业务类别的标识等。由此，在解析出注解的元素值后，通过反射可以得到业务类别信息。

继续参考图3，在步骤S330中，基于第三方异常提示信息的业务类别信息，在预设存储空间中查找第三方异常提示信息对应的用户向异常提示信息，用户向异常提示信息用于发送至用户端以进行展示。

第三方异常提示信息的业务类别信息表明了第三方异常提示信息所属的业务类别。本示例性实施方式中，可以预先对不同业务类别下的第三方异常提示信息进行转义，得到第三方异常提示信息进对应的用户向异常提示信息，并以业务类别作为索引，形成二维数据表或其他结构的数据，存储在预设存储空间122中，形成用户向异常提示信息的库。

由此，在步骤S330中，可以基于第三方异常提示信息的业务类别信息确定索引，然后在预设存储空间中查找到对应的用户向异常提示信息，该用户向异常提示信息是步骤S310中所获取的第三方异常提示信息对应的经过转义的信息。例如，第三方异常提示信息为：code：ERROR_001，msg：核心灰名单校验不通过。对应的用户向异常提示信息为：您的账户已冻结，请发送短信xx到955xx，按银行提示操作解冻。

在一种实施方式中，可以预先在不同层级上划分业务类别，如银行业务为一级业务类别，该类别下还包括零钱账户业务、理财业务等二级业务类别，零钱账户业务的类别下还包括账户充值业务、开户业务等三级业务类别。一般的，最细分的业务类别(如上述三级业务类别)可以表示具体的业务场景。在预设存储空间122中，也可以根据不同层级的业务类别形成多级索引的数据结构。而上述第三方异常提示信息的业务类别信息中可以包括第三方异常提示信息所属的一级或多级业务类别的信息，通过该一级或多级业务类别，可以在预设存储空间122中进行逐级索引，从而查找到对应的用户向异常提示信息。

在每个业务类别下，存在不同的具体异常类别，例如在上述开户业务的三级业务类别下，可能存在个人信息不正确、银行信息不正确、验证码不正确等具体异常类别，相应的异常信息的文字内容也不同。在一种实施方式中，在获取第三方异常提示信息后，信息处理方法还可以包括以下步骤：

从第三方异常提示信息中提取异常编码。

其中，异常编码是具体异常类别的标识信息。第三方异常提示信息中通常包含第三方定义的异常码或错误码，如“ERROR_001”、“FR00012”、“FR00021”等，这些异常码或错误码在第三方的业务范围内具有唯一标识作用。本示例性实施方式中，可以采用第三方本身的异常码或错误码作为异常编码，在每种业务类别下，该异常编码也能够起到唯一标识作用，从而区分不同的具体异常类别。一般的，通过解析第三方异常提示信息中的关键词(如code、ERROR等)或关键变量，可以识别并提取出异常编码。

进一步的，上述基于第三方异常提示信息的业务类别信息，在预设存储空间中查找第三方异常提示信息对应的用户向异常提示信息，可以包括以下步骤：

基于第三方异常提示信息的业务类别信息以及异常编码，在预设存储空间中查找第三方异常提示信息对应的用户向异常提示信息。

其中，预设存储空间122中的用户向异常提示信息可以以业务类别与异常编码共同作为索引，异常编码可视为在最细分的业务类别下进一步细分的一级索引。由此，在进行查找时，可以基于业务类别信息与异常编码，查找到特定业务类别下、特定异常编码对应的用户向异常提示信息，从而进一步提高用户向异常提示信息的准确性。

在一种实施方式中，参考图4所示，上述基于第三方异常提示信息的业务类别信息以及异常编码，在预设存储空间中查找第三方异常提示信息对应的用户向异常提示信息，可以包括以下步骤S410至S430：

步骤S410，根据第三方异常提示信息的业务类别信息，确定第三方异常提示信息对应的一级或多级业务类别编码；

步骤S420，将业务类别编码与异常编码形成索引信息；

步骤S430，基于索引信息，在预设存储空间中查找第三方异常提示信息对应的用户向异常提示信息。

其中，业务类别编码是预先对不同业务类别设置的标识，具有唯一性。业务类别信息中可以包括一级或多级业务类别编码，可以直接提取得到该编码；或者业务类别信息中包括一级或多级业务类别的信息，可以将其映射为业务类别编码。

将上述一级或多级业务类别编码与异常编码进行组合，如可以组合为新的字符串，以作为索引信息。或者将组合后的字符串进行哈希运算，以哈希结果作为索引信息，等等。

进而，在预设存储空间122中基于上述索引信息进行查找，得到对应的用户向异常提示信息。由此进一步提高了查找效率。

在一种实施方式中，当在预设数据库中未查找到第三方异常提示信息对应的用户向异常提示信息时，说明未预先转义该第三方异常提示信息，此时可以采用以下措施中的至少一种：

将预设信息作为第三方异常提示信息对应的用户向异常提示信息；预设信息可以是预先配置的对用户友好的文字内容，以免用户对异常结果产生不必要的担忧。

向运营节点发送转义提示信息，以提示运营节点对第三方异常提示信息进行转义。参考图5所示的系统架构100，与图1相比，主服务节点120还包括运营节点123，其可以负责服务的运营，包括异常提示信息的转义。转义提示信息可以是“有新的异常提示信息未转义，请尽快处理”等类似的文字内容，以提示运营人员对该第三方异常提示信息进行转义。转义后的用户向异常提示信息可以存储至预设存储空间122，以便于后续使用。由此，运营人员能够尽早地获知异常提示信息未转义的情况，从而尽早地提供转义后的异常提示信息，进一步提升用户体验，减少用户投诉。

在一种实施方式中，信息处理方法还可以包括以下步骤：

向用户端发送用户向异常提示信息，并在展示用户向异常提示信息的界面中提供跳转入口，跳转入口用于使用户端跳转至用户向异常提示信息对应的处理界面。

其中，用户向异常提示信息发送至用户端后，可以展示在App的相关界面中。跳转入口可以是链接、跳转控件等。当用户点击该跳转入口时，可以从当前的界面跳转至对应的处理界面，或者在当前界面中弹出处理界面。该处理界面用于处理用户向异常提示信息中的异常问题。示例性的，用户向提示信息为提示用户零钱账户被银行冻结，跳转入口可以显示“点此处解冻”的文字内容，用户点击之后可以跳转到银行的H5页面，进而可以在H5页面里进行申请解冻的操作，从而实现快捷的异常处理，进一步提升用户体验。

本公开的示例性实施方式还提供一种信息处理装置。参考图6所示，该信息处理装置600可以包括：

第三方异常提示信息获取模块610，被配置为通过业务接口获取第三方异常提示信息，第三方异常提示信息是第三方服务节点针对用户端的业务请求所反馈的信息；

业务类别信息确定模块620，被配置为根据配置于业务接口的注解确定第三方异常提示信息的业务类别信息；

用户向异常提示信息查找模块630，被配置为基于第三方异常提示信息的业务类别信息，在预设存储空间中查找第三方异常提示信息对应的用户向异常提示信息，用户向异常提示信息用于发送至用户端以进行展示。

在一种实施方式中，第三方异常提示信息获取模块610，还被配置为：

在通过业务接口获取第三方异常提示信息时，拦截业务接口的调用请求，根据调用请求获取在业务接口的方法上配置的注解。

在一种实施方式中，上述根据配置于业务接口的注解确定第三方异常提示信息的业务类别信息，包括：

根据注解中的元素值反射得到第三方异常提示信息的业务类别信息。

在一种实施方式中，用户向异常提示信息查找模块630，被配置为：

从第三方异常提示信息中提取异常编码；

基于第三方异常提示信息的业务类别信息以及异常编码，在预设存储空间中查找第三方异常提示信息对应的用户向异常提示信息。

在一种实施方式中，上述基于第三方异常提示信息的业务类别信息以及异常编码，在预设存储空间中查找第三方异常提示信息对应的用户向异常提示信息，包括：

根据第三方异常提示信息的业务类别信息，确定第三方异常提示信息对应的一级或多级业务类别编码；

将业务类别编码与异常编码形成索引信息；

基于索引信息，在预设存储空间中查找第三方异常提示信息对应的用户向异常提示信息。

在一种实施方式中，用户向异常提示信息查找模块630，还被配置为：

当在预设数据库中未查找到第三方异常提示信息对应的用户向异常提示信息时，将预设信息作为第三方异常提示信息对应的用户向异常提示信息，以及/或者向运营节点发送转义提示信息，以提示运营节点对第三方异常提示信息进行转义。

在一种实施方式中，信息处理装置600还可以包括用户向异常提示信息发送模块，被配置为：

向用户端发送用户向异常提示信息，并在展示用户向异常提示信息的界面中提供跳转入口，跳转入口用于使用户端跳转至用户向异常提示信息对应的处理界面。

上述装置中各部分的具体细节在方法部分实施方式中已经详细说明，未披露的细节内容可以参见方法部分的实施方式内容，因而不再赘述。

本公开的示例性实施方式还提供了一种计算机可读存储介质，可以实现为一种程序产品的形式，其包括程序代码，当程序产品在电子设备上运行时，程序代码用于使电子设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。在一种可选的实施方式中，该程序产品可以实现为便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在电子设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

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

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的示例性实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施方式。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施方式仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限定。

Claims (7)

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

通过业务接口获取第三方异常提示信息，所述第三方异常提示信息是第三方服务节点针对用户端的业务请求所反馈的信息；通过业务接口获取第三方异常提示信息，包括：通过不同的业务接口获取不同业务类别下的第三方异常提示信息；

根据配置于所述业务接口的注解确定所述第三方异常提示信息的业务类别信息；所述业务类别信息表明所述第三方异常提示信息所属的业务类别；

基于所述第三方异常提示信息的业务类别信息，在预设存储空间中查找所述第三方异常提示信息对应的用户向异常提示信息，所述用户向异常提示信息用于发送至所述用户端以进行展示；

在获取所述第三方异常提示信息后，所述方法还包括：

从所述第三方异常提示信息中提取异常编码；

所述基于所述第三方异常提示信息的业务类别信息，在预设存储空间中查找所述第三方异常提示信息对应的用户向异常提示信息，包括：

基于所述第三方异常提示信息的业务类别信息以及所述异常编码，在所述预设存储空间中查找所述第三方异常提示信息对应的用户向异常提示信息；

所述预设存储空间中的用户向异常提示信息以所述业务类别信息与所述异常编码共同作为索引，所述异常编码视为在最细分的业务类别下进一步细分的一级索引；

所述基于所述第三方异常提示信息的业务类别信息以及所述异常编码，在所述预设存储空间中查找所述第三方异常提示信息对应的用户向异常提示信息，包括：

根据所述第三方异常提示信息的业务类别信息，确定所述第三方异常提示信息对应的一级或多级业务类别编码；

将所述业务类别编码与所述异常编码进行组合形成字符串，并对所述字符串进行哈希运算，以哈希结果作为索引信息；

基于所述索引信息，在所述预设存储空间中查找所述第三方异常提示信息对应的用户向异常提示信息；

所述方法还包括：

向所述用户端发送所述用户向异常提示信息，并在展示所述用户向异常提示信息的界面中提供跳转入口，所述跳转入口用于使所述用户端跳转至所述用户向异常提示信息对应的处理界面。

2.根据权利要求1所述的方法，其特征在于，在通过业务接口获取第三方异常提示信息时，所述方法还包括：

拦截所述业务接口的调用请求，根据所述调用请求获取在所述业务接口的方法上配置的所述注解。

3.根据权利要求1所述的方法，其特征在于，所述根据配置于所述业务接口的注解确定所述第三方异常提示信息的业务类别信息，包括：

根据所述注解中的元素值反射得到所述第三方异常提示信息的业务类别信息。

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

当在预设数据库中未查找到所述第三方异常提示信息对应的用户向异常提示信息时，将预设信息作为所述第三方异常提示信息对应的用户向异常提示信息，以及/或者向运营节点发送转义提示信息，以提示所述运营节点对所述第三方异常提示信息进行转义。

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

第三方异常提示信息获取模块，被配置为通过业务接口获取第三方异常提示信息，所述第三方异常提示信息是第三方服务节点针对用户端的业务请求所反馈的信息；通过业务接口获取第三方异常提示信息，包括：通过不同的业务接口获取不同业务类别下的第三方异常提示信息；

业务类别信息确定模块，被配置为根据配置于所述业务接口的注解确定所述第三方异常提示信息的业务类别信息；所述业务类别信息表明所述第三方异常提示信息所属的业务类别；

用户向异常提示信息查找模块，被配置为基于所述第三方异常提示信息的业务类别信息，在预设存储空间中查找所述第三方异常提示信息对应的用户向异常提示信息，所述用户向异常提示信息用于发送至所述用户端以进行展示：

所述信息处理装置，还被配置为：

从所述第三方异常提示信息中提取异常编码；

用户向异常提示信息查找模块，被配置为：

基于所述第三方异常提示信息的业务类别信息以及所述异常编码，在所述预设存储空间中查找所述第三方异常提示信息对应的用户向异常提示信息；

所述预设存储空间中的用户向异常提示信息以所述业务类别信息与所述异常编码共同作为索引，所述异常编码视为在最细分的业务类别下进一步细分的一级索引；

所述基于所述第三方异常提示信息的业务类别信息以及所述异常编码，在所述预设存储空间中查找所述第三方异常提示信息对应的用户向异常提示信息，被配置为：

根据所述第三方异常提示信息的业务类别信息，确定所述第三方异常提示信息对应的一级或多级业务类别编码；

将所述业务类别编码与所述异常编码进行组合形成字符串，并对所述字符串进行哈希运算，以哈希结果作为索引信息；

基于所述索引信息，在所述预设存储空间中查找所述第三方异常提示信息对应的用户向异常提示信息；

所述装置还被配置为：

向所述用户端发送所述用户向异常提示信息，并在展示所述用户向异常提示信息的界面中提供跳转入口，所述跳转入口用于使所述用户端跳转至所述用户向异常提示信息对应的处理界面。

6.一种计算机可读存储介质，其特征在于，包括计算机程序，所述计算机程序被处理器执行时实现权利要求1至4任一项所述的方法。

7.一种电子设备，其特征在于，包括：

处理器；

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器被配置为经由执行所述可执行指令来实现权利要求1至4任一项所述的方法。