CN104363072A - 一种错误信息传递转义方法、装置和系统 - Google Patents

Abstract

本发明提供一种错误信息传递转义方法、装置和系统，其中，所述方法包括：接收服务端发送的报文，对所述报文进行错误解析处理得到错误信息；根据预定义的错误转换标准，对所述错误信息进行转义处理；以及将所述转义处理后的错误信息记录到转换错误报文，并返回所述转换错误报文。通过采用本发明所提供的一种错误信息传递转义方法、装置和系统，有效解决了现有技术中错误码难以准确传递及应用的问题，便于在大规模企业级IT系统中定义和传递错误信息，从而达到正确解析、准确传递错误信息的目的，提供更好的客户体验和更完善的错误码传递体系。

Description

一种错误信息传递转义方法、装置和系统

技术领域

本发明涉及数据处理领域，具体而言，涉及一种错误信息传递转义方法、装置和系统。

背景技术

当前，在企业级大规模IT系统建设中，经常有按照业务类型区分的多个后端业务处理系统、及专用的客户(内部、外部)接入渠道架构；因为各系统分工不同，一笔交易从发起到返回结果会经过多个中间系统，每一个中间系统均有可能出现失败并报错。如何将错误信息准确的传递并应用是目前值得关注的问题，特别是以下三个方面的问题：各系统错误码标准复杂、不统一，错误码技术设计标准不一致带来错误码信息统一传递及识别存在难度；错误信息发生后，实时捕获各系统错误码并记录展示全流程错误具体信息及附加信息存在很大难度；对大规模系统网络下，一个节点的报错重定义、传递、转义，使其能在下述三方面准确使用：针对客户的错误码提示；针对电话服务人员的错误码解释与后续建议；针对后台开发运维人员的错误码技术告警等，目前没有统一的技术方案。

发明内容

为解决上述技术问题，本发明提供了一种错误信息传递转义方法、装置和系统，通过采用本发明，有效解决了现有技术中错误码难以准确传递及应用的问题。

根据本发明实施例的第一方面，提供了一种错误信息传递转义方法，所述方法包括：

接收服务端发送的报文，对所述报文进行错误解析处理得到错误信息；

根据预定义的错误转换标准，对所述错误信息进行转义处理；以及

将所述转义处理后的错误信息记录到转换错误报文，并返回所述转换错误报文。

根据本发明实施例的第二方面，提供了一种错误信息传递转义装置，所述装置包括：

报文接收单元，用于接收服务端发送的报文；

错误解析单元，用于对所述报文进行错误解析处理得到错误信息；

错误记录单元，用于根据预定义的错误转换标准，对所述错误信息进行转义处理，将所述转义处理后的错误信息记录到转换错误报文；以及

报文发送单元，用于返回所述转换错误报文。

根据本发明实施例的第三方面，提供了一种错误信息传递转义系统，所述系统包括：如上所述的错误信息传递转义装置和用于与所述数据转换装置进行数据交换的服务端。

实施本发明提供的一种错误信息传递转义方法、装置和系统，具有以下优点：通过采用本发明，便于在大规模企业级IT系统中定义和传递错误信息，从而达到正确解析、准确传递错误信息的目的，提供更好的客户体验和更完善的错误码传递体系。

附图说明

图1是根据本发明实施方式的一种错误信息传递转义方法的流程图；

图2是根据本发明实施方式的另一种错误信息传递转义方法的流程图；

图3是根据本发明实施方式的一种错误信息传递转义装置的结构示意图；

图4示出了图3所示的错误记录单元300的框图；

图5示出了图4所示的错误转义模块310的框图；

图6示出了图4所示的错误记录模块320的框图；

图7是根据本发明实施方式的一种错误信息传递转义系统的结构示意图。

具体实施方式

为使本发明的实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

图1是根据本发明实施方式的一种错误信息传递转义方法的流程图；参见图1可知，所述方法包括如下步骤：

S1，接收服务端发送的报文，对所述报文进行错误解析处理得到错误信息；

S2，根据预定义的错误转换标准，对所述错误信息进行转义处理；以及

S3，将所述转义处理后的错误信息记录到转换错误报文中，并返回所述转换错误报文。

其中，对所述错误信息进行转义处理之前还包括：根据错误码重定义规则，对经过所述错误解析处理得到的所述错误信息先进行重定义处理。错误信息重定义是指后台应用节点在处理联机交易服务的过程中调用了其他应用节点、框架平台或技术节点，基于自身业务场景和被调用方的错误码及错误描述重新定义错误码和错误描述返回给请求方，以实现通过错误码和错误描述反映本应用节点的业务场景。其中，具体实现原则如下：应用节点调用技术节点、安全节点或公共模块时，对其返回的错误码和错误描述信息可进行重定义；后台应用节点在调用其他应用节点时，如所调用的应用节点返回的错误信息满足渠道端的错误信息展示需求，则直接转发所调用应用节点所返回的错误码及错误提示信息，不做逻辑处理；如应用节点判断所调用应用节点返回的错误信息无法满足其相关业务场景所需的错误提示要求，则需与所调用的应用节点进行协商并重新定义新的错误返回信息并返回给请求方；错误信息的重定义主要由服务的主逻辑业务节点完成并返回给请求方，所调用的应用节点中的多个错误信息可由主逻辑业务节点重定义为一个错误信息。

在本发明的实施方式中，所述方法步骤可应用于全局错误码传递过程，错误信息重定义处理机制的核心目标是通过重定义设计补充或增强错误发生时的业务场景信息，供渠道用户转义参考及协助事后处理排查，同时规避一些实施中发现的报文头信息所出现的冗重超长问题。错误信息重定义根据错误源的不同可分为系统节点内部错误重定义及主业务逻辑节点重定义。

在用于系统节点内部错误重定义的实施方式中，系统内节点在调用技术节点(包括数据库等)、安全节点或公共基础节点时，必须针对自身业务场景重新定义底层平台错误码，对基于技术细节的错误描述进行重新定义，补充业务含义。该系统节点内部处理流程包括：接收前端请求；平台调用底层模块进行处理；底层返回报错信息；平台对底层报错进行解析；按照预定义的错误转换标准，记录并转换错误信息；平台填写响应报文中错误字段信息；返回响应报文。

在用于主业务逻辑节点重定义的实施方式中，原则上要求主业务逻辑节点根据业务场景将对被调用的应用节点返回的错误信息进行逻辑处理，重新定义本节点错误码及错误信息，增强其业务含义后返回调用方。可由主逻辑业务节点将被调节点中的多个错误信息基于业务含义组合为一条错误描述，反映完整的业务场景。主业务逻辑节点内部处理流程包括：接收后端响应报文；平台对报文进行解析处理；识别响应报文报错信息；平台对响应报错信息进行重定义；按照预定义的错误转换标准，记录并转换错误信息；平台填写响应报文中错误字段信息；返回前端响应报文。相对于节点内部错误重定义，主业务逻辑节点会调用错误重定义单元，对错误进行重新定义，并更新相关错误信息。

通过应用本发明的实施方式，可有效解决了现有技术中错误码难以准确传递及应用的问题，便于在大规模企业级IT系统中定义和传递错误信息，从而达到正确解析、准确传递错误信息的目的，提供更好的客户体验和更完善的错误码传递体系。

图2是根据本发明实施方式的另一种错误信息传递转义方法的流程图；参见图2可知，所述方法包括如下步骤：

S100，接收响应报文；

S200，对所述报文进行错误解析处理，查找错误配置库并对解析后的错误信息进行转义，其中，错误配置库是在系统开发设计完成之后就进行初始化配置，并根据实际情况不断更新完善，为用户提供更可靠、准确的用户体验和指导。

S310，根据所述报文中错误码的类别，选择错误提示展示方式；其中，所述步骤S310包括以下展示方法：

S311，静态方式：渠道端在收到后端的响应报文后，根据响应的错误码查找渠道端配置库，识别到错误码对应的提示标识为“静态”，则将多语言错误提示信息直接展示在界面上；

S312，动态方式：渠道端在收到后端的响应报文后，根据响应的错误码查找渠道端配置库，识别到错误码对应的提示标识为“动态”，则将配置库中的提示信息体与响应报文中的动态参数值拼装后在界面上展示；

S313，直接引用方式：渠道端在收到服务端返回的响应报文后，识别到错误码对应的提示标识为“服务方返回”，则将响应报文中返回的错误信息直接在界面上展示。

S320，对所述错误信息进行日志记录。

所述步骤S200中的错误信息转义是指前端渠道根据后端组件提供的错误码及错误信息，对需在展现在界面中的错误描述信息进行信息客户化处理，将错误信息转义为适用于最终用户的表达方式，同时保护信息安全的专用处理机制。对后端组件产生的错误码和错误信息，后端应根据不同情况进行区分进行转义标识，前端根据标识做不同的处理。

图3是根据本发明实施方式的一种错误信息传递转义装置的结构示意图；参见图3可知，

报文接收单元100，用于接收服务端发送的报文；

错误解析单元200，用于对所述报文进行错误解析处理得到错误信息；

错误记录单元300，用于根据预定义的错误转换标准，对所述错误信息进行转义处理，将所述转义处理后的错误信息记录到转换错误报文；以及

报文发送单元400，用于返回所述转换错误报文。

其中，报文接收单元100和报文发送单元400用于拆包、组报、加密、解密等报文收发操作，错误解析单元200用于根据底层报出的具体错误，来对错误进行解释、定位；错误记录单元300用于将解析后的错误码等相关信息进行记录并将具体错误信息(包括故障节点、错误码、错误描述等)推送给报文发送单元400。

所述装置还包括：错误重定义单元，用于根据错误码重定义规则，对所述错误解析单元得到的所述错误信息进行重定义处理，并更新相关错误信息。错误信息重定义是指后台应用节点在处理联机交易服务的过程中调用了其他应用节点、框架平台或技术节点，基于自身业务场景和被调用方的错误码及错误描述重新定义错误码和错误描述返回给请求方，以实现通过错误码和错误描述反映本应用节点的业务场景。其中，错误码重定义规则如下：应用节点调用技术节点、安全节点或公共模块时，对其返回的错误码和错误描述信息可进行重定义；后台应用节点在调用其他应用节点时，如所调用的应用节点返回的错误信息满足渠道端的错误信息展示需求，则直接转发所调用应用节点所返回的错误码及错误提示信息，不做逻辑处理；如应用节点判断所调用应用节点返回的错误信息无法满足其相关业务场景所需的错误提示要求，则需与所调用的应用节点进行协商并重新定义新的错误返回信息并返回给请求方；错误信息的重定义主要由服务的主逻辑业务节点完成并返回给请求方，所调用的应用节点中的多个错误信息可由主逻辑业务节点重定义为一个错误信息。

图4示出了图3所示的错误记录单元300的框图；参见图4可知，所述错误记录单元包括：

错误转义模块310，用于根据预定义的错误转换标准，对所述错误信息进行转义处理；其中，所述错误转换标准可根据应用场景的需求自行设定。

错误记录模块320，用于将所述转义处理后的错误信息记录到转换错误报文。

图5示出了图4所示的错误转义模块310的框图；参见图5可知，所述错误转义模块310包括：

错误定义子模块311，用于对所述错误解析单元200得到的错误信息中的错误码进行全局错误码定义处理，使所述错误信息具有统一的错误码格式定义；

错误转义子模块312，用于根据预定义的错误转换标准，对所述错误信息进行转义处理。

其中，所述错误定义子模块311是为了满足错误码全局有效性和一致性，需要首先给出能携带必要信息的统一错误码格式定义。在本发明的实施方式中，错误信息是交易过程中的响应消息的一部分，用于说明出错的原因及后续操作建议。错误信息根据错误类型分为业务类错误信息和技术类错误信息。错误信息由错误码、错误提示信息、后续操作指引、交易流水号组成。其中，错误码：是该条错误信息的编码，可采用四段式定义，并需在报文中进行携带，其中：第一段：错误源，用于对错误码产生位置进行记录，内容填写出错或重定义错误码的系统节点对应编码；第二段：错误一级分类，主要可分为三类：技术类错误、业务类错误(或称应用类错误)、第三方错误等；第三段：错误二级分类，例如密码相关、权限限额、流控错误、数据库报错等；第四段：错误细分，对错误码进行补充描述，各系统节点可自行定义细分内容。错误提示信息是对出错信息进行简要、准确的说明，需在报文中携带，并根据转义方法判断是否进行拼接展示。对于有明确业务规则的错误信息，错误提示信息可以包括以下要素：出错主体、出错原因和业务限制规则等。对于技术类错误信息或无明确业务规则的辅助应用错误，错误提示信息可以为“系统繁忙，暂时未能处理您的请求”。后续操作指引是用户的后续操作建议，主要包括以下几类，需要在报文中携带：1、建议用户后续办理的相关交易和业务，如客户未办理签约(该签约可在网上界面办理)，后续操作指引为“请先在网上办理签约”；2、建议用户进行进一步的业务咨询，如“请咨询在线客服”；3、涉及到网点业务的，提示客户到网点办理，如“请到网点更改客户信息(根据具体的业务场景进行说明)”。交易流水号为前端渠道上送的该笔交易的全局唯一流水号，该全局流水号用于标识唯一交易，在企业级大规模IT系统中，为区分不同交易及进行相关处理，必须对全局流水号进行定义、在新建报文时生成、在报文生命周期内传递并保持不变、并确保全局唯一性。上述错误信息中的错误码由后台源系统填写，前端渠道根据错误码显示相应的错误提示信息、后续操作指引、交易流水号。后续操作指引由直接接触客户的渠道按照业务场景来填写，如网上银行、员工渠道等。需要说明的是，前端渠道必须具备支持对同一错误码根据不同的业务场景显示不同后续操作指引的能力。应该对错误提示信息和后续操作指引的内容实现参数化管理，必须具备实时在线维护的能力。

错误转义子模块312中所述的错误码转义是指在错误信息内容一致原则的基础上，对前端(例如客户、公司内部用户、外联企业用户等)用户屏蔽非通用性的专业技术术语，同时保护信息安全，将错误信息转义为便于普通用户理解的表达方式，实现错误信息的通俗可读、无歧义。对于可自愈错误，转义后的错误信息中不要包括“请咨询支持热线”类的内容，直接提示“系统或网络繁忙，请稍后再试”等类的信息。对于不可自愈错误则可以提示包括“请咨询支持热线”之类的内容。但错误码产生方需要向支持热线提供相关的知识库，告知对客户的反馈口径及后续处理流程、处理部门、处理人等，方便支持热线进行后续处理。

图6示出了图4所示的错误记录模块320的框图；参见图6可知，所述错误记录模块320包括：

报文记录子模块321，用于将所述错误转义子模块312进行转义处理后的错误信息记录到转换错误报文；

日志记录子模块322，用于对所述错误转义子模块312进行转义处理后的错误信息进行错误日志的记录。

图7是根据本发明实施方式的一种错误信息传递转义系统的结构示意图，参见图7可知，所述系统包括：错误信息传递转义装置20和用于与所述数据转换装置进行数据交换的服务端10。其中，所述错误信息传递转义装置包括：

报文接收单元100，用于接收服务端发送的报文；

错误解析单元200，用于对所述报文进行错误解析处理得到错误信息；

错误记录单元300，用于根据预定义的错误转换标准，对所述错误信息进行转义处理，将所述转义处理后的错误信息记录到转换错误报文；以及

报文发送单元400，用于返回所述转换错误报文。

需要说明的是，图7中所示的错误信息传递转义装置20可参见图3至图6的相关内容和说明，再次不再重复详述。

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

以上所揭露的仅为本发明的优选实施例而已，当然不能以此来限定本发明的保护范围，因此依本发明权利要求的教导对上述实施例所作的等同变化，仍属于本发明权利要求所涵盖的范围内。

Claims (10)

1.一种错误信息传递转义方法，其特征在于，所述方法包括：

接收服务端发送的报文，对所述报文进行错误解析处理得到错误信息；

根据预定义的错误转换标准，对所述错误信息进行转义处理；以及

将所述转义处理后的错误信息记录到转换错误报文中，并返回所述转换错误报文。

2.如权利要求1所述的方法，其特征在于，对所述错误信息进行转义处理之前还包括：

根据错误码重定义规则，对经过所述错误解析处理得到的所述错误信息先进行重定义处理。

3.如权利要求2所述的方法，其特征在于，所述根据预定义的错误转换标准，对所述错误信息进行转义处理包括：

对所述错误信息中的错误码进行全局错误码定义处理，使所述错误信息具有统一的错误码格式定义。

4.如权利要求1所述的方法，其特征在于，所述将转义处理后的错误信息记录到转换错误报文中还包括：

对所述转义后的错误信息进行错误日志的记录。

5.一种错误信息传递转义装置，其特征在于，所述装置包括：

报文接收单元，用于接收服务端发送的报文；

错误解析单元，用于对所述报文进行错误解析处理得到错误信息；

错误记录单元，用于根据预定义的错误转换标准，对所述错误信息进行转义处理，将所述转义处理后的错误信息记录到转换错误报文；以及

报文发送单元，用于返回所述转换错误报文。

6.如权利要求5所述的装置，其特征在于，所述装置还包括：

错误重定义单元，用于根据错误码重定义规则，对所述错误解析单元得到的所述错误信息进行重定义处理。

7.如权利要求5所述的装置，其特征在于，所述错误记录单元包括：

错误转义模块，用于根据预定义的错误转换标准，对所述错误信息进行转义处理；

错误记录模块，用于将所述转义处理后的错误信息记录到转换错误报文。

8.如权利要求7所述的装置，其特征在于，所述错误转义模块包括：

错误定义子模块，用于对所述错误解析单元得到的错误信息中的错误码进行全局错误码定义处理，使所述错误信息具有统一的错误码格式定义；

错误转义子模块，用于根据预定义的错误转换标准，对所述错误信息进行转义处理。

9.如权利要求7所述的装置，其特征在于，所述错误记录模块包括：

报文记录子模块，用于将所述错误转义子模块进行转义处理后的错误信息记录到转换错误报文；

日志记录子模块，用于对所述错误转义子模块进行转义处理后的错误信息进行错误日志的记录。

10.一种错误信息传递转义系统，所述系统包括：错误信息传递转义装置和用于与所述数据转换装置进行数据交换的服务端，其特征在于，包括：权利要求5至9任意一项所述的错误信息传递转义装置。