电子装置、征信反馈报文的解析方法及存储介质与流程

本发明涉及通信技术领域，尤其涉及一种电子装置、征信反馈报文的解析方法及存储介质。

背景技术

目前，金融机构在将征信数据上报后，例如将征信数据上报中国人民银行后，会接收到相应的反馈报文，该反馈报文中包含对上报的征信数据的反馈信息，反馈信息为征信系统对上报的征信数据的反馈，若该反馈信息记录上报的征信数据正常则金融机构不需要处理，若该反馈信息为上报的征信数据异常，则金融机构按照反馈信息中的记录分析上报的征信数据存在的问题，例如存在的问题为修改错误的内容后重新上报。现有的处理反馈报文的方式通常是人工处理方式，即根据反馈报文规范查看具体反馈信息，然后并定位及解决问题。由于反馈报文是一长串的数字，人工处理方式不仅耗时耗力，且容易出错。

技术实现要素：

本发明的目的在于提供一种电子装置、征信反馈报文的解析方法及存储介质，旨在对征信反馈报文进行自动解析，提高处理效率及准确率。

为实现上述目的，本发明提供一种电子装置，所述电子装置包括存储器及与所述存储器连接的处理器，所述存储器中存储有可在所述处理器上运行的处理系统，所述处理系统被所述处理器执行时实现如下步骤：

接收步骤，在发送征信数据至征信系统后，接收所述征信系统针对该征信数据的反馈报文；

获取步骤，获取所述反馈报文的文件名，根据该文件名获取所述反馈报文的报文类型及主体类型；

解析步骤，若所述报文类型为异常反馈报文，则根据该主体类型获取对应的预先定义的解析模型，并根据所获取的解析模型解析该反馈报文，获取解析结果。

优选地，所述获取步骤，具体包括：

获取反馈报文的文件名，并获取该文件名中预定的位置及预定长度的字符数据，以及获取文件名中的最后一位数字；

将所获取的字符数据与预先定义的主体类型与字符串的关系表进行匹配，得到该字符数据相匹配的主体类型，以及分析文件名中的最后一位数字为异常标识还是正常标识，以获取报文类型。

优选地，所述主体类型包括担保主体、小贷主体及保险主体。

优选地，所述根据所获取的解析模型解析该反馈报文，获取解析结果的步骤，具体包括：

根据解析模型中的每一项数据项名称对应的位置及位置将该反馈报文中的报文数据进行划分，所述报文数据包括报文头数据及报文体数据；

将划分后的每一段报文数据与该段报文数据的数据项名称及数据项描述进行关联，将该反馈报文中各段报文数据、各段报文数据所关联的数据项名称及数据项描述作为该反馈报文的解析结果。

为实现上述目的，本发明还提供一种征信反馈报文的解析方法，所述征信反馈报文的解析方法包括：

s1，在发送征信数据至征信系统后，接收所述征信系统针对该征信数据的反馈报文；

s2，获取所述反馈报文的文件名，根据该文件名获取所述反馈报文的报文类型及主体类型；

s3，若所述报文类型为异常反馈报文，则根据该主体类型获取对应的预先定义的解析模型，并根据所获取的解析模型解析该反馈报文，获取解析结果。

优选地，所述步骤s2，具体包括：

获取反馈报文的文件名，并获取该文件名中预定的位置及预定长度的字符数据，以及获取文件名中的最后一位数字；

将所获取的字符数据与预先定义的主体类型与字符串的关系表进行匹配，得到该字符数据相匹配的主体类型，以及分析文件名中的最后一位数字为异常标识还是正常标识，以获取报文类型。

优选地，所述主体类型包括担保主体、小贷主体及保险主体。

优选地，所述根据所获取的解析模型解析该反馈报文，获取解析结果的步骤，具体包括：

根据解析模型中的每一项数据项名称对应的位置及位置将该反馈报文中的报文数据进行划分，所述报文数据包括报文头数据及报文体数据；

将划分后的每一段报文数据与该段报文数据的数据项名称及数据项描述进行关联，将该反馈报文中各段报文数据、各段报文数据所关联的数据项名称及数据项描述作为该反馈报文的解析结果。

优选地，还包括，若解析结果中有出错信息，则将出错信息对应的该段报文数据进行标记，并在扫描任务扫描到该出错信息时，进行告警或者提醒。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有处理系统，所述处理系统被处理器执行时实现上述的征信反馈报文的解析方法的步骤。

本发明的有益效果是：本发明对于征信系统的反馈报文，首先通过反馈报文的文件名得到反馈报文的报文类型及主体类型，若报文类型为异常反馈报文，则根据该主体类型获取对应的预先定义的解析模型，并根据所获取的解析模型解析该反馈报文，得到解析结果，能够对征信反馈报文进行自动解析，提高处理效率及准确率。

附图说明

图1为本发明各个实施例一可选的应用环境示意图；

图2是为本发明征信反馈报文的解析方法一实施例的流程示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

参阅图1所示，是本发明征信反馈报文的解析方法的较佳实施例的应用环境示意图。该应用环境示意图包括金融机构征信上报系统、征信系统及电子装置1。电子装置1可以通过网络、近场通信技术等适合的技术与征信系统进行数据交互。金融机构征信上报系统将征信数据上报征信系统后，征信系统对征信数据进行分析并向电子装置1作出反馈。

电子装置1是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。所述电子装置1可以是计算机、也可以是单个网络服务器、多个网络服务器组成的服务器组或者基于云计算的由大量主机或者网络服务器构成的云，其中云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。

在本实施例中，电子装置1可包括，但不仅限于，可通过系统总线相互通信连接的存储器11、处理器12、网络接口13，存储器11存储有可在处理器12上运行的处理系统。需要指出的是，图1仅示出了具有组件11-13的电子装置1，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

其中，存储器11包括内存及至少一种类型的可读存储介质。内存为电子装置1的运行提供缓存；可读存储介质可为如闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等的非易失性存储介质。在一些实施例中，可读存储介质可以是电子装置1的内部存储单元，例如该电子装置1的硬盘；在另一些实施例中，该非易失性存储介质也可以是电子装置1的外部存储设备，例如电子装置1上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。本实施例中，存储器11的可读存储介质通常用于存储安装于电子装置1的操作系统和各类应用软件，例如存储本发明一实施例中的处理系统的程序代码等。此外，存储器11还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器12在一些实施例中可以是中央处理器(centralprocessingunit，cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器12通常用于控制所述电子装置1的总体操作，例如执行与所述征信系统进行数据交互或者通信相关的控制和处理等。本实施例中，所述处理器12用于运行所述存储器11中存储的程序代码或者处理数据，例如运行处理系统等。

所述网络接口13可包括无线网络接口或有线网络接口，该网络接口13通常用于在所述电子装置1与其他电子设备之间建立通信连接。本实施例中，网络接口13主要用于将电子装置1与征信系统相连，在电子装置1与征信系统之间建立数据传输通道和通信连接。

所述处理系统存储在存储器11中，包括至少一个存储在存储器11中的计算机可读指令，该至少一个计算机可读指令可被处理器器12执行，以实现本申请各实施例的方法；以及，该至少一个计算机可读指令依据其各部分所实现的功能不同，可被划为不同的逻辑模块。

本发明中，征信系统(例如人行)在接收到金融机构上报的征信数据后，通过对征信数据进行分析，得到该征信数据是否符合预定的规范或者格式，并向金融机构作出相应的反馈。金融机构根据业务主体类型制定不同的解析模型，在接收到反馈报文时，根据解析模型解析反馈报文，不需要人工肉眼来辨认反馈报文中一连串的数字，提高反馈报文的处理效率及准确率。

在一实施例中，上述处理系统被所述处理器12执行时实现如下步骤：

接收步骤，在发送征信数据至征信系统后，接收所述征信系统针对该征信数据的反馈报文；

获取步骤，获取所述反馈报文的文件名，根据该文件名获取所述反馈报文的报文类型及主体类型；

其中，反馈报文的文件名与正常上报的征信数据的文件名基本一致，所不同的是反馈报文的文件名比上报的征信数据的文件名多一位，即多了最后一位。反馈报文的文件名件名格式及特点为：1.文件名长度为28位，由大写英文字母及数字组成，加压加密前后文件名前缀一致；2.文件名唯一标识一个反馈报文，不与之前的所有反馈报文的文件名重复。

其中，反馈报文的文件名的组成结构包括28位，其中第1～27位为征信数据的文件名，第28位为标识位：

第1～14位：表示征信数据报送的金融机构代码；

第15～20位：表示征信数据报送发生年月；

第21～23位：表示征信数据的流水序号，由0-9的数字和大写字母a-z组成；

第24位：表示征信数据的类别：1为正常征信数据；

第25～27位：表示征信数据流水序号补充位，由0-9的数字和大写字母a-z组成。

第28位：标识位，标识位为数字“1”则表示异常标识。

对于上述的反馈报文的文件名，压缩加密前的文件名后缀为“txt”，压缩加密后的文件名后缀为“enc”。例如，信安小贷反馈报文的报文名为n10155840h000120171126a10001.txt，金安小贷反馈报文的报文名为n10156530h007720171104010001.txt。

在一实施例中，所述获取步骤，具体包括：获取反馈报文的文件名，并获取该文件名中预定的位置及预定长度的字符数据，以及获取文件名中的最后一位数字；将所获取的字符数据与预先定义的主体类型与字符串的关系表进行匹配，得到该字符数据相匹配的主体类型，以及分析文件名中的最后一位数字为异常标识还是正常标识，以获取报文类型。

其中，主体类型包括担保主体、小贷主体及保险主体。通过上述获取反馈报文文件名中位置为第1～14位、长度为14的字符数据，这些字符数据对应金融机构代码(即报文名前缀)，金融机构代码代表对应的主体类型，将字符数据与预先定义的主体类型与字符串的关系表进行匹配，得到该字符数据相匹配的主体类型，例如在关系表中，n10155840h0001、n10156530h0077的主体类型为小贷主体。

解析步骤，若所述报文类型为异常反馈报文，则根据该主体类型获取对应的预先定义的解析模型，并根据所获取的解析模型解析该反馈报文，获取解析结果。

其中，若报文类型为异常反馈报文，则需要金融机构针对征信数据做出对应的调整，首先根据解析模型解析所反馈的反馈报文。

在一实施例中，所述根据所获取的解析模型解析该反馈报文，获取解析结果的步骤，具体包括：根据解析模型中的每一项数据项名称对应的位置及位置将该反馈报文中的报文数据进行划分，所述报文数据包括报文头数据及报文体数据；将划分后的每一段报文数据与该段报文数据的数据项名称及数据项描述进行关联，将该反馈报文中各段报文数据、各段报文数据所关联的数据项名称及数据项描述作为该反馈报文的解析结果。

其中，解析模型包括用于解析报文头的模型及用于解析报文体的模型。在一实施例中，用于解析小贷主体的报文头的模型为下述表1所示，用于解析小贷主体的报文体的模型为下述表2所示：

表1

表2

其中，对于小贷主体的反馈报文，在报文头中，例如，在第1-3位、长度为3的数据，其对应的数据项名称为报文格式版本号、数据项描述为“格式为n.n，是指当前使用的征信机构制定的报文格式的版本号”。

对于小贷主体的反馈报文，在报文体中，例如，在第1-27位、长度为27的数据，其对应的数据项名称为出错报文文件名，数据项描述为“出错记录所在报文的文件名”。

在一实施例中，用于解析担保主体的报文头的模型为下述表3所示，用于解析担保主体的报文体的模型为下述表4所示：

表3

表4

其中，对于担保主体的反馈报文，在报文头中，例如，在第1位、长度为1的数据，其对应的数据项名称为应用系统代码、数据项描述为“文件所适用的应用系统，1－企业征信系统”。

对于担保主体的反馈报文，在报文体中，例如，在第1-14位、长度为14的数据，其对应的数据项名称为担保机构代码，数据项描述为“出错信息记录中的担保机构代码”。

在一实施例中，处理系统被所述处理器执行时，还实现如下步骤：若解析结果中有出错信息，则将出错信息对应的该段报文数据进行标记，并在扫描任务扫描到该出错信息时，进行告警或者提醒。

其中，解析结果是指反馈报文根据解析模型解析出来的所有信息，如果解析出来的出错信息中表示有征信数据报了错，具体报了错的数据有问题，则有个字段标记为上报失败，例如：status＝2，errorcode＝3014，errordesc＝，此时，解析出来的出错信息中表示有征信数据报了错，扫描任务扫描到标记“status＝2”、错误代码“3014”，说明有标记出错信息，该出错信息的描述“errordesc＝”为：对于同一笔担保合同，在一天内发生的多次业务变更，必须将所有变化合并成一条信息记录上报。在扫描任务扫描到该出错信息时，进行告警或者提醒，例如通过邮件反馈给相关人进行关注和修改等等，方便对出错信息进行快速处理，进一步提高处理效率。

与现有技术相比，本发明对于征信系统的反馈报文，首先通过反馈报文的文件名得到反馈报文的报文类型及主体类型，若报文类型为异常反馈报文，则根据该主体类型获取对应的预先定义的解析模型，并根据所获取的解析模型解析该反馈报文，得到解析结果，能够对征信反馈报文进行自动解析，提高处理效率及准确率。

如图2所示，图2为本发明征信反馈报文的解析方法一实施例的流程示意图，该征信反馈报文的解析方法包括以下步骤：

步骤s1，在发送征信数据至征信系统后，接收所述征信系统针对该征信数据的反馈报文；

步骤s2，获取所述反馈报文的文件名，根据该文件名获取所述反馈报文的报文类型及主体类型；

其中，反馈报文的文件名与正常上报的征信数据的文件名基本一致，所不同的是反馈报文的文件名比上报的征信数据的文件名多一位，即多了最后一位。反馈报文的文件名件名格式及特点为：1.文件名长度为28位，由大写英文字母及数字组成，加压加密前后文件名前缀一致；2.文件名唯一标识一个反馈报文，不与之前的所有反馈报文的文件名重复。

其中，反馈报文的文件名的组成结构包括28位，其中第1～27位为征信数据的文件名，第28位为标识位：

第1～14位：表示征信数据报送的金融机构代码；

第15～20位：表示征信数据报送发生年月；

第21～23位：表示征信数据的流水序号，由0-9的数字和大写字母a-z组成；

第24位：表示征信数据的类别：1为正常征信数据；

第25～27位：表示征信数据流水序号补充位，由0-9的数字和大写字母a-z组成。

第28位：标识位，标识位为数字“1”则表示异常标识。

对于上述的反馈报文的文件名，压缩加密前的文件名后缀为“txt”，压缩加密后的文件名后缀为“enc”。例如，信安小贷反馈报文的报文名为n10155840h000120171126a10001.txt，金安小贷反馈报文的报文名为n10156530h007720171104010001.txt。

在一实施例中，所述获取步骤，具体包括：获取反馈报文的文件名，并获取该文件名中预定的位置及预定长度的字符数据，以及获取文件名中的最后一位数字；将所获取的字符数据与预先定义的主体类型与字符串的关系表进行匹配，得到该字符数据相匹配的主体类型，以及分析文件名中的最后一位数字为异常标识还是正常标识，以获取报文类型。

其中，主体类型包括担保主体、小贷主体及保险主体。通过上述获取反馈报文文件名中位置为第1～14位、长度为14的字符数据，这些字符数据对应金融机构代码(即报文名前缀)，金融机构代码代表对应的主体类型，将字符数据与预先定义的主体类型与字符串的关系表进行匹配，得到该字符数据相匹配的主体类型，例如在关系表中，n10155840h0001、n10156530h0077的主体类型为小贷主体。

步骤s3，若所述报文类型为异常反馈报文，则根据该主体类型获取对应的预先定义的解析模型，并根据所获取的解析模型解析该反馈报文，获取解析结果。

其中，若报文类型为异常反馈报文，则需要金融机构针对征信数据做出对应的调整，首先根据解析模型解析所反馈的反馈报文。

在一实施例中，所述根据所获取的解析模型解析该反馈报文，获取解析结果的步骤，具体包括：根据解析模型中的每一项数据项名称对应的位置及位置将该反馈报文中的报文数据进行划分，所述报文数据包括报文头数据及报文体数据；将划分后的每一段报文数据与该段报文数据的数据项名称及数据项描述进行关联，将该反馈报文中各段报文数据、各段报文数据所关联的数据项名称及数据项描述作为该反馈报文的解析结果。

其中，解析模型包括用于解析报文头的模型及用于解析报文体的模型。在一实施例中，用于解析小贷主体的报文头的模型为上述表1所示，用于解析小贷主体的报文体的模型为上述表2所示：其中，对于小贷主体的反馈报文，在报文头中，例如，在第1-3位、长度为3的数据，其对应的数据项名称为报文格式版本号、数据项描述为“格式为n.n，是指当前使用的征信机构制定的报文格式的版本号”。

对于小贷主体的反馈报文，在报文体中，例如，在第1-27位、长度为27的数据，其对应的数据项名称为出错报文文件名，数据项描述为“出错记录所在报文的文件名”。

在一实施例中，用于解析担保主体的报文头的模型为上述表3所示，用于解析担保主体的报文体的模型为上述表4所示：其中，对于担保主体的反馈报文，在报文头中，例如，在第1位、长度为1的数据，其对应的数据项名称为应用系统代码、数据项描述为“文件所适用的应用系统，1－企业征信系统”。

对于担保主体的反馈报文，在报文体中，例如，在第1-14位、长度为14的数据，其对应的数据项名称为担保机构代码，数据项描述为“出错信息记录中的担保机构代码”。

在一实施例中，该征信反馈报文的解析方法还包括：若解析结果中有出错信息，则将出错信息对应的该段报文数据进行标记，并在扫描任务扫描到该出错信息时，进行告警或者提醒。

其中，解析结果是指反馈报文根据解析模型解析出来的所有信息，如果解析出来的出错信息中表示有征信数据报了错，具体报了错的数据有问题，则有个字段标记为上报失败，例如：status＝2，errorcode＝3014，errordesc＝，此时，解析出来的出错信息中表示有征信数据报了错，扫描任务扫描到标记“status＝2”、错误代码“3014”，说明有标记出错信息，该出错信息的描述“errordesc＝”为：对于同一笔担保合同，在一天内发生的多次业务变更，必须将所有变化合并成一条信息记录上报。在扫描任务扫描到该出错信息时，进行告警或者提醒，例如通过邮件反馈给相关人进行关注和修改等等，方便对出错信息进行快速处理，进一步提高处理效率。

与现有技术相比，本发明对于征信系统的反馈报文，首先通过反馈报文的文件名得到反馈报文的报文类型及主体类型，若报文类型为异常反馈报文，则根据该主体类型获取对应的预先定义的解析模型，并根据所获取的解析模型解析该反馈报文，得到解析结果，能够对征信反馈报文进行自动解析，提高处理效率及准确率。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有处理系统，所述处理系统被处理器执行时实现上述的征信反馈报文的解析方法的步骤。

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

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

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。