基于人工智能的系统交互方法及相关设备与流程

1.本技术涉及人工智能技术领域，尤其涉及一种基于人工智能的系统交互方法、装置、电子设备及存储介质。


背景技术：

2.一个完整的流程一般需要多个不同的系统进行交互才能完成，然而不同系统所要求的交互方式并不一致，对应需要交互的数据类型和格式也差别很多。
3.现有技术中，开发人员需要针对每一种交互方式开发出对应的程序代码以使不同的系统能够互通。然而，当多个系统进行交互时，需要消耗大量的人力物力来确保每一种交互方式都能够顺利进行，从而造成各系统之间的交互效率低下。


技术实现要素：

4.鉴于以上内容，有必要提出一种基于人工智能的系统交互方法及相关设备，以解决如何提高不同系统之间交互效率低下这一技术问题，其中，相关设备包括基于人工智能的系统交互装置、电子设备及存储介质。
5.本技术提供一种基于人工智能的系统交互方法，所述方法包括：
6.建立交互平台以接收请求系统发出的交互信息；
7.所述交互平台解析接收到的交互信息以获取交互数据；
8.所述交互平台检验所述交互数据的来源、格式和完整性，若检验通过，则依据预设的协议将所述交互数据转换为目标系统能够识别的目标数据；
9.所述交互平台发送所述目标数据至所述目标系统进行处理以获取交互结果；
10.所述交互平台接收所述交互结果并返回所述交互结果至所述请求系统。
11.如此，通过建立统一的系统交互平台，并利用交互平台对不同系统间的交互方式进行处理，将请求系统发出的信息转换为目标系统能够识别的数据，有效简化了系统交互的开发任务，提高了不同系统之间数据的交互效率。
12.在一些实施例中，所述建立交互平台以接收请求系统发出的交互信息包括：
13.依据预设的软件开发工具包建立各请求系统客户端与交互平台服务端之间的通信连接；
14.请求系统依据预设的协议封装所述交互信息以获取传输数据包，所述协议包括sftp协议、webservice协议、ftp协议和http协议；
15.依据所述交互平台服务端接收所述请求系统发出的传输数据包以获取所述交互信息，所述交互信息包括数据交互方式、数据类型和数据格式。
16.如此，通过建立统一的系统交互平台，并根据多种协议对不同系统间的交互方式进行处理，为不同系统间建立通信连接和进行信息交互提供了可能。
17.在一些实施例中，所述交互平台解析接收到的交互信息以获取交互数据包括：
18.所述交互平台依据接收到的所述交互信息的数据类型和数据格式将所述交互信
息统一解析为json数据；
19.统计所述json数据以将所有的json数据作为所述交互数据。
20.如此，通过将交互数据统一解析为json数据，使不同系统间的交互数据拥有统一的数据格式，便于后续过程对交互数据的统一检验和发送。
21.在一些实施例中，所述交互平台检验所述交互数据的来源、格式和完整性包括：
22.所述交互平台依据数据校验算法对所述交互数据进行完整性和来源检验；
23.所述交互平台依据json格式化验证工具对所述交互数据进行格式检验。
24.如此，可以检查出所述交互信息在发送和解析为交互数据的过程中是否存在错误和缺失，有效实现差错控制，保证交互数据的完整和正确。
25.在一些实施例中，所述交互平台检验所述交互数据的来源、格式和完整性，若检验通过，所述方法还包括：
26.所述交互平台依据所述协议确定所述协议预先指定的对应目标系统；
27.所述交互平台依据所述协议对所述交互数据进行格式转换以获取所述协议预先指定的对应目标系统能够识别的目标数据；
28.所述交互平台调用所述协议的适配器将所述目标系统能够识别的目标数据发送至所述目标系统。
29.如此，可以保证所述交互数据在完整正确的前提下，依据所述协议将交互数据转换为目标系统能够识别的目标数据，实现不同系统间的信息交互。
30.在一些实施例中，所述交互平台接收所述交互结果并返回所述交互结果至所述请求系统包括：
31.记录所述交互平台服务端接收所述交互结果的接收时刻；
32.若所述请求系统未在当前时刻收到所述交互结果，则计算所述接收时刻与当前时刻的差值以获取交互时间差；
33.基于所述交互时间差和预设的时间段判断所述交互平台是否正常工作。
34.如此，通过计算交互时间差并与预设的时间段进行判断，可以确定所述交互平台是否在预设的时间段内返回所述交互结果至所述请求系统，从而为判断所述交互平台的工作状态是否正常提供了依据。
35.在一些实施例中，所述交互时间差和预设的时间段判断所述交互平台是否正常工作包括：
36.若所述交互时间差不位于预设的时间段内，确定所述交互平台服务端未在预设的时间段内返回所述交互结果，则所述交互平台服务端再次向所述请求系统返回所述交互结果；
37.若所述请求系统在预设的时间段内仍未收到所述交互结果，则发出预警信息。
38.如此，可以在交互平台没有正常返回交互结果至请求系统时进行二次返回，防止因意外因素导致交互结果返回失败，同时通过二次返回的结果可以确认交互平台是否确实存在异常，以便于工作人员对异常情况进行及时处理。
39.本技术实施例还提供一种基于人工智能的系统交互装置，所述装置包括：
40.接收单元，用于建立交互平台以接收请求系统发出的交互信息；
41.解析单元，用于所述交互平台解析接收到的交互信息以获取交互数据；
integrated circuit，asic)、可编程门阵列(field－programmable gate array，fpga)、数字处理器(digital signal processor，dsp)、嵌入式设备等。
57.电子设备可以是任何一种可与客户进行人机交互的电子产品，例如，个人计算机、平板电脑、智能手机、个人数字助理(personal digital assistant，pda)、游戏机、交互式网络电视(internet protocol television，iptv)、智能式穿戴式设备等。
58.电子设备还可以包括网络设备和/或客户设备。其中，所述网络设备包括，但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(cloud computing)的由大量主机或网络服务器构成的云。
59.电子设备所处的网络包括但不限于互联网、广域网、城域网、局域网、虚拟专用网络(virtual private network，vpn)等。
60.如图1所示，是本技术基于人工智能的系统交互方法的较佳实施例的流程图。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。
61.s10，建立交互平台以接收请求系统发出的交互信息，所述交互信息包括数据交互方式、数据类型和数据格式。
62.在一个可选的实施例中，交互平台可使用cboard进行部署，所述交互平台负责各系统之间的统一交互，其中cboard是一款开源的自助分析工具，主要分4部分组成，分别为创建数据源，创建数据集，创建图标，创建看板。
63.该可选的实施例中，请求系统无需直接与目标系统进行交互，而是将数据交互信息发送到交互平台，所述数据交互信息包括数据交互方式、数据类型和数据格式。
64.该可选的实施例中，请求系统和目标系统包括账户管理系统(ams)、核算系统(core)、终端系统(counter)、审批系统(rm)等。
65.该可选的实施例中，所述交互方式包括内部交互(esg)、中间件mq、微服务交互(feign)、传统交互(http)等，所述数据类型包括序列号、命令类型、消息体、身份认证数据、接收反馈标识、执行结果或者执行结果描述等，所述数据格式包括json、xml等。
66.请参见图2，在一个可选的实施例中，建立交互平台以接收请求系统发出的交互信息，包括：
67.s101，依据预设的软件开发工具包建立各请求系统客户端与交互平台服务端之间的通信连接。
68.该可选的实施例中，所述交互平台可使用软件开发工具包sdk建立各请求系统客户端与交互平台的sdk服务端之间的通信连接，软件开发工具包一般都是一些软件工程师为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合，sdk客户端可以简单的为某个程序设计语言提供应用程序接口api的一些文件，但也可能包括能与某种嵌入式系统通讯的复杂的硬件，同时sdk客户端可以通过sdk接口与windows或者ios等系统进行数据传输(例如：接收交互请求)等，sdk接口和sdk客户端可以支持c 、java、pythond等编程语言，以便适应于各个开发平台。
69.该可选的实施例中，请求系统发出的交互请求可以为请求交互数据，请求在sdk服务端进行注册的注册请求或者请求sdk服务端进行注销的注销请求等等。相应的，交互平台接收到交互请求时，交互数据可以包括待调用接口的接口标识等；在接收到注册请求时，交互数据可以包括身份认证数据等；在接收到注销请求时，交互数据可以包括客户端断开连
接标识等等。
70.s102，请求系统依据预设的协议封装所述交互信息以获取传输数据包，所述协议包括sftp协议、webservice协议、ftp协议和http协议。
71.该可选的实施例中，当请求系统发出交互请求时，可以根据预设的协议对交互请求中携带的交互数据进行封装得到传输数据包，向sdk服务端发送所述传输数据包，最后也可以接收所述sdk服务端返回的交互结果，最终实现不同系统间的交互目的，所述协议包括sftp协议、webservice协议、ftp协议以及http协议。
72.s103，依据所述交互平台服务端接收所述请求系统发出的传输数据包以获取所述交互信息，所述交互信息包括数据交互方式、数据类型和数据格式。
73.该可选的实施例中，所述交互平台含有所有系统对应的协议文件，当所述交互平台服务端接收到所述请求系统发出的传输数据包后，可根据所述请求系统对应的协议解封装所述传输数据包，从而得到所述交互信息。所述系统包括请求系统和目标系统，例如账户管理系统、核算系统、终端系统、审批系统等。
74.如此，通过建立统一的系统交互平台，并根据多种协议对不同系统间的交互方式进行处理，为不同系统间建立通信连接和进行信息交互提供了可能。
75.s11，所述交互平台解析接收到的交互信息以获取交互数据。
76.在一个可选的实施例中，所述交互平台解析接收到的交互信息以获取交互数据包括：
77.s111，所述交互平台依据接收到的所述交互信息的数据类型和数据格式将所述交互信息统一解析为json数据。
78.在一个可选的实施例中，常用的数据格式有两种，分别为json和xml，由于cocos2d-x对json和xml这两种数据格式的解析均提供了支持，因此本技术中使用cocos2d-x对所述交互信息进行解析。其中，cocos2d-x是一款国产的开源的手机游戏开发框架，基于mit许可证发布，引擎核心采用c 编写，提供c 、lua、javascript三种编程语言接口，跨平台支持ios、android等智能手机，windows、mac等桌面操作系统，以及chrome、safari、ie等html5浏览器。
79.该可选的实施例中，josn数据解析的过程为：首先创建json文件，然后在类中包含document.h和cocos-ext.h头文件，接着通过fileutils获得json文件路径，并通过document对象解析json数据，最终获得不同类型的数据值。xml数据解析的过程为：首先创建xml文件，接着在类中包含头文件并使用命名文件，然后获得xml文件全路径，并加载xml文件，最后获得元素并解析。
80.该可选的实施例中，json(javascript object notation)是一种轻量级的数据交换格式。它使得人们可以很容易地进行阅读和编写，同时也方便了机器进行解析和生成。json采用完全独立于程序语言的文本格式，但是也使用了类c语言的习惯(包括c、c 、c#、java、javascript、perl和python等)，这些特性使得json成为理想的数据交换语言，因此本技术将所述交互信息统一解析为json数据。
81.s112，统计所述json数据以将所有的json数据作为所述交互数据。
82.该可选的实施例中，将交互信息全部解析为统一的json数据后，将得到的所有json数据作为所述交互数据。
83.如此，通过将交互数据统一解析为json数据，使不同系统间的交互数据拥有统一的数据格式，便于后续过程对交互数据的统一检验和发送。
84.s12，所述交互平台检验所述交互数据的来源、格式和完整性，若检验通过，则依据预设的协议将所述交互数据转换为目标系统能够识别的目标数据。
85.在一个可选的实施例中，所述交互平台检验所述交互数据的来源、格式和完整性，若检验通过，则依据预设的协议将所述交互数据转换为目标系统能够识别的目标数据包括：
86.s121，所述交互平台依据数据校验算法对所述交互数据进行完整性和来源检验。
87.该可选的实施例中，可使用crc(cyclic redundancy check)循环冗余校验算法来检验经解析后的交互数据内容完整性，crc利用除数以及余数的原理进行错误检测，将接收到的码组进行除法运算，如果除尽，则说明传输无误；如果未除尽，则表明传输出现差错。
88.生成crc码的原理为任意一个由二进制位串组成的代码都可以和一个系数仅为0和1取值的多项式一一对应。例如：代码1010111对应的多项式为x6 x4 x2 x 1，而多项式为x5 x3 x2 x 1对应的代码101111。
89.crc码集选择的原则为：若设码字长度为n，信息字段为k位，校验字段为r位(n＝k r)，则对于crc码集中的任一码字，存在且仅存在一个r次多项式g(x)，使得
90.v(x)＝a(x)g(x)＝xrm(x) r(x)
91.其中m(x)为k次信息多项式，r(x)为r-1次校验多项式，g(x)称为生成多项式，g(x)＝g0 g1x g2x2
…
g
(r-1)
x
(r-1)
grxr，发送方通过指定的g(x)产生crc码字，接收方则通过该g(x)来验证收到的crc码字。
92.示例性的，设信息字段代码为:1011001，对应m(x)＝x6 x4 x3 1，假设生成多项式为：g(x)＝x4 x3 1；则对应g(x)的代码为:11001，x4m(x)＝x
10
x8 x7 x4对应的代码记为：10110010000，采用多项式除法:得余数为:1010(即校验字段为：1010)。
93.此时发送方发出的传输字段为:10110011010，其中10110001为信息字段，1010为校验字段，接收方使用相同的生成码进行校验:接收到的字段/生成码(二进制除法)如果能够除尽，则正确。
94.该可选的实施例中，crc算法的信息字段和校验字段的长度可以任意选定，编码和解码方法简单，检错和纠错能力强，可有效实现差错控制。
95.该可选的实施例中，为对交互数据的来源进行检验，请求系统在发送交互信息时可对所述交互信息进行数字签名，所述交互平台在对所述交互信息进行解析后，可与所述交互信息中的数字签名进行比对，以判断所述交互信息的来源是否正确。
96.s122，所述交互平台依据json格式化验证工具对所述交互数据进行格式检验。
97.在一个可选的实施例中，所述json格式化验证工具可使用be json，所述be json为一款在线的json格式化验证工具，可对json数据进行格式化校验。
98.在一个可选的实施例中，所述基于所述交互平台检验所述交互数据的来源、格式和完整性，若检验通过，所述方法还包括：
99.所述交互平台依据所述协议确定所述协议预先指定的对应目标系统；所述交互平台依据所述协议对所述交互数据进行格式转换以获取所述协议预先指定的对应目标系统能够识别的目标数据；所述交互平台调用所述协议的适配器将所述目标系统能够识别的目
标数据发送至所述目标系统。
100.该可选的实施例中，可通过预设指定的方式使所述协议与所述目标系统一一对应，其中sftp协议对应账户管理系统，webservice协议对应核算系统、ftp协议对应终端系统，http协议对应审批系统。
101.该可选的实施例中，若请求系统与目标系统对应的协议不一致，如请求系统为账户管理系统，对应的协议为sftp，而请求系统请求进行信息交互的目标系统为审批系统，对应的协议为http，所述交互平台可使用协议转换器使协议不一致的请求系统和目标系统进行正常交互。其中，所述协议转换器也叫接口转换器，它能使处于通信网上采用不同高层协议的主机仍然互相合作，完成各种分布式应用，协议转换是一种映射，就是把某一协议的收发信息(或事件)序列映射为另一协议的收发信息序列。需要映射的信息为重要信息，因此协议转换可以看作是两个协议的重要信息之间的映射。
102.如此，可以检查出所述交互信息在发送和解析为交互数据的过程中是否存在错误和缺失，有效实现差错控制，保证交互数据的完整和正确，同时依据所述协议将交互数据转换为目标系统能够识别的目标数据，实现不同系统间的信息交互。
103.s13，所述交互平台发送所述目标数据至所述目标系统进行处理以获取交互结果。
104.在一个可选的实施例中，目标系统根据接收到的交互数据执行相应的处理操作，并在执行完毕后向所述交互平台发送交互结果，所述交互结果包含目标系统根据接收到的交互数据执行相应的处理操作后的交互结果。
105.如此，目标系统可根据接收到的目标数据执行相应的处理操作，从而获得请求系统请求获得的交互结果，实现不同系统之间的信息交互。
106.s14，所述交互平台接收所述交互结果并返回所述交互结果至所述请求系统。
107.在一个可选的实施例中，所述交互平台作为sdk服务端，可以接收由目标系统的sdk客户端发送的所述交互结果，且当交互平台收到所述交互结果时，可自动向请求系统发送所接收到的所述交互结果，若交互平台未接收到所述交互结果，将不会向请求系统发送所述交互结果，以保证交互过程的准确性。
108.在一个可选的实施例中，所述基于所述交互平台接收所述交互结果并返回所述交互结果至所述请求系统包括：记录所述交互平台服务端接收所述交互结果的接收时刻；若所述请求系统未在当前时刻收到所述交互结果，则计算所述接收时刻与当前时刻的差值以获取交互时间差；基于所述交互时间差和预设的时间段判断所述交互平台是否正常工作，其中，预设的时间段可以为60s。
109.该可选的实施例中，若所述交互时间差不位于预设的时间段内，确定所述交互平台服务端未在预设的时间段内返回所述交互结果，则所述交互平台服务端再次向所述请求系统返回所述交互结果，若所述请求系统在预设的时间段内仍未收到所述交互结果，则发出预警信息。
110.如此，通过计算交互时间差并与预设的时间段进行判断，可以确定所述交互平台是否在预设的时间段内返回所述交互结果至所述请求系统，从而为判断所述交互平台的工作状态是否正常提供了依据，同时可以在交互平台没有正常返回交互结果至请求系统时进行二次返回，防止因意外因素导致交互结果返回失败，同时通过二次返回的结果可以确认交互平台是否确实存在异常，以便于工作人员对异常情况进行及时处理。
111.请参见图3，图3是本技术基于人工智能的系统交互装置的较佳实施例的功能模块图。基于人工智能的系统交互装置11包括接收单元110、解析单元111、检验单元112、获取单元113、返回单元114。本技术所称的模块/单元是指一种能够被处理器13所执行，并且能够完成固定功能的一系列计算机可读指令段，其存储在存储器12中。在本实施例中，关于各模块/单元的功能将在后续的实施例中详述。
112.在一个可选的实施例中，接收单元110用于建立交互平台以接收请求系统发出的交互信息，所述交互信息包括数据交互方式、数据类型和数据格式。
113.在一个可选的实施例中，建立交互平台以接收请求系统发出的交互信息包括：
114.依据预设的软件开发工具包建立各请求系统客户端与交互平台服务端之间的通信连接；
115.请求系统依据预设的协议封装所述交互信息以获取传输数据包，所述协议包括sftp协议、webservice协议、ftp协议和http协议；
116.依据所述交互平台服务端接收所述请求系统发出的传输数据包以获取所述交互信息，所述交互信息包括数据交互方式、数据类型和数据格式。
117.在一个可选的实施例中，交互平台可使用cboard进行部署，所述交互平台负责各系统之间的统一交互，其中cboard是一款开源的自助分析工具，主要分4部分组成，分别为创建数据源，创建数据集，创建图标，创建看板。
118.该可选的实施例中，请求系统无需直接与目标系统进行交互，而是将数据交互信息发送到交互平台，所述数据交互信息包括数据交互方式、数据类型和数据格式。该可选的实施例中，请求系统和目标系统包括账户管理系统(ams)、核算系统(core)、终端系统(counter)、审批系统(rm)等。
119.该可选的实施例中，所述交互方式包括内部交互(esg)、中间件mq、微服务交互(feign)、传统交互(http)等，所述数据类型包括序列号、命令类型、消息体、身份认证数据、接收反馈标识、执行结果或者执行结果描述等，所述数据格式包括json、xml等。
120.该可选的实施例中，所述交互平台可使用软件开发工具包sdk建立各请求系统客户端与交互平台的sdk服务端之间的通信连接，软件开发工具包一般都是一些软件工程师为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合，sdk客户端可以简单的为某个程序设计语言提供应用程序接口api的一些文件，但也可能包括能与某种嵌入式系统通讯的复杂的硬件，同时sdk客户端可以通过sdk接口与windows或者ios等系统进行数据传输(例如：接收交互请求)等，sdk接口和sdk客户端可以支持c 、java、pythond等编程语言，以便适应于各个开发平台。
121.该可选的实施例中，请求系统发出的交互请求可以为请求交互数据，请求在sdk服务端进行注册的注册请求或者请求sdk服务端进行注销的注销请求等等。相应的，交互平台接收到交互请求时，交互数据可以包括待调用接口的接口标识等；在接收到注册请求时，交互数据可以包括身份认证数据等；在接收到注销请求时，交互数据可以包括客户端断开连接标识等等。
122.该可选的实施例中，当请求系统发出交互请求时，可以根据预设的协议对交互请求中携带的交互数据进行封装得到传输数据包，向sdk服务端发送所述传输数据包，最后也可以接收所述sdk服务端返回的交互结果，最终实现不同系统间的交互目的，所述协议包括
sftp协议、webservice协议、ftp协议以及http协议。
123.该可选的实施例中，所述交互平台含有所有系统对应的协议文件，当所述交互平台服务端接收到所述请求系统发出的传输数据包后，可根据所述请求系统对应的协议解封装所述传输数据包，从而得到所述交互信息。所述系统包括请求系统和目标系统，例如账户管理系统、核算系统、终端系统、审批系统等。
124.在一个可选的实施例中，解析单元111用于所述交互平台解析接收到的交互信息以获取交互数据。
125.在一个可选的实施例中，所述交互平台解析接收到的交互信息以获取交互数据包括：
126.所述交互平台依据接收到的所述交互信息的数据类型和数据格式将所述交互信息统一解析为json数据；
127.统计所述json数据以将所有的json数据作为所述交互数据。
128.在一个可选的实施例中，常用的数据格式有两种，分别为json和xml，由于cocos2d-x对json和xml这两种数据格式的解析均提供了支持，因此本技术中使用cocos2d-x对所述交互信息进行解析。其中，cocos2d-x是一款国产的开源的手机游戏开发框架，基于mit许可证发布，引擎核心采用c 编写，提供c 、lua、javascript三种编程语言接口，跨平台支持ios、android等智能手机，windows、mac等桌面操作系统，以及chrome、safari、ie等html5浏览器。
129.该可选的实施例中，josn数据解析的过程为：首先创建json文件，然后在类中包含document.h和cocos-ext.h头文件，接着通过fileutils获得json文件路径，并通过document对象解析json数据，最终获得不同类型的数据值。xml数据解析的过程为：首先创建xml文件，接着在类中包含头文件并使用命名文件，然后获得xml文件全路径，并加载xml文件，最后获得元素并解析。
130.该可选的实施例中，json(javascript object notation)是一种轻量级的数据交换格式。它使得人们可以很容易地进行阅读和编写，同时也方便了机器进行解析和生成。json采用完全独立于程序语言的文本格式，但是也使用了类c语言的习惯(包括c、c 、c#、java、javascript、perl和python等)，这些特性使得json成为理想的数据交换语言，因此本技术将所述交互信息统一解析为json数据。
131.该可选的实施例中，将交互信息全部解析为统一的json数据后，将得到的所有json数据作为所述交互数据。
132.在一个可选的实施例中，检验单元112，用于所述交互平台检验所述交互数据的来源、格式和完整性，若检验通过，则依据预设的协议将所述交互数据转换为目标系统能够识别的目标数据。
133.在一个可选的实施例中，所述交互平台检验所述交互数据的来源、格式和完整性，若检验通过，则依据预设的协议将所述交互数据转换为目标系统能够识别的目标数据包括：
134.所述交互平台依据数据校验算法对所述交互数据进行完整性和来源检验；
135.所述交互平台依据json格式化验证工具对所述交互数据进行格式检验。
136.该可选的实施例中，可使用crc(cyclic redundancy check)循环冗余校验算法来
检验经解析后的交互数据内容完整性，crc利用除数以及余数的原理进行错误检测，将接收到的码组进行除法运算，如果除尽，则说明传输无误；如果未除尽，则表明传输出现差错。
137.生成crc码的原理为任意一个由二进制位串组成的代码都可以和一个系数仅为0和1取值的多项式一一对应。例如：代码1010111对应的多项式为x6 x4 x2 x 1，而多项式为x5 x3 x2 x 1对应的代码101111。
138.crc码集选择的原则为：若设码字长度为n，信息字段为k位，校验字段为r位(n＝k r)，则对于crc码集中的任一码字，存在且仅存在一个r次多项式g(x)，使得
139.v(x)＝a(x)g(x)＝xrm(x) r(x)
140.其中m(x)为k次信息多项式，r(x)为r-1次校验多项式，g(x)称为生成多项式，g(x)＝g0 g1x g2x2
…
g
(r-1)
x
(r-1)
grxr，发送方通过指定的g(x)产生crc码字，接收方则通过该g(x)来验证收到的crc码字。
141.示例性的，设信息字段代码为:1011001，对应m(x)＝x6 x4 x3 1，假设生成多项式为：g(x)＝x4 x3 1；则对应g(x)的代码为:11001，x4m(x)＝x
10
x8 x7 x4对应的代码记为：10110010000，采用多项式除法:得余数为:1010(即校验字段为：1010)。
142.此时发送方发出的传输字段为:10110011010，其中10110001为信息字段，1010为校验字段，接收方使用相同的生成码进行校验:接收到的字段/生成码(二进制除法)如果能够除尽，则正确。
143.该可选的实施例中，crc算法的信息字段和校验字段的长度可以任意选定，编码和解码方法简单，检错和纠错能力强，可有效实现差错控制。
144.该可选的实施例中，为对交互数据的来源进行检验，请求系统在发送交互信息时可对所述交互信息进行数字签名，所述交互平台在对所述交互信息进行解析后，可与所述交互信息中的数字签名进行比对，以判断所述交互信息的来源是否正确。
145.在一个可选的实施例中，所述json格式化验证工具可使用be json，所述be json为一款在线的json格式化验证工具，可对json数据进行格式化校验。
146.在一个可选的实施例中，所述基于所述交互平台检验所述交互数据的来源、格式和完整性，若检验通过，所述方法还包括：
147.所述交互平台依据所述协议确定所述协议预先指定的对应目标系统；所述交互平台依据所述协议对所述交互数据进行格式转换以获取所述协议预先指定的对应目标系统能够识别的目标数据；所述交互平台调用所述协议的适配器将所述目标系统能够识别的目标数据发送至所述目标系统。
148.该可选的实施例中，可通过预设指定的方式使所述协议与所述目标系统一一对应，其中sftp协议对应账户管理系统，webservice协议对应核算系统、ftp协议对应终端系统，http协议对应审批系统。
149.该可选的实施例中，若请求系统与目标系统对应的协议不一致，如请求系统为账户管理系统，对应的协议为sftp，而请求系统请求进行信息交互的目标系统为审批系统，对应的协议为http，所述交互平台可使用协议转换器使协议不一致的请求系统和目标系统进行正常交互。其中，所述协议转换器也叫接口转换器，它能使处于通信网上采用不同高层协议的主机仍然互相合作，完成各种分布式应用，协议转换是一种映射，就是把某一协议的收发信息(或事件)序列映射为另一协议的收发信息序列。需要映射的信息为重要信息，因此
协议转换可以看作是两个协议的重要信息之间的映射。
150.在一个可选的实施例中，获取单元113用于所述交互平台发送所述目标数据至所述目标系统进行处理以获取交互结果。
151.在一个可选的实施例中，目标系统根据接收到的交互数据执行相应的处理操作，并在执行完毕后向所述交互平台发送交互结果，所述交互结果包含目标系统根据接收到的交互数据执行相应的处理操作后的交互结果。
152.在一个可选的实施例中，返回单元114用于所述交互平台接收所述交互结果并返回所述交互结果至所述请求系统。
153.在一个可选的实施例中，所述交互平台作为sdk服务端，可以接收由目标系统的sdk客户端发送的所述交互结果，且当交互平台收到所述交互结果时，可自动向请求系统发送所接收到的所述交互结果，若交互平台未接收到所述交互结果，将不会向请求系统发送所述交互结果，以保证交互过程的准确性。
154.在一个可选的实施例中，所述基于所述交互平台接收所述交互结果并返回所述交互结果至所述请求系统包括：记录所述交互平台服务端接收所述交互结果的接收时刻；若所述请求系统未在当前时刻收到所述交互结果，则计算所述接收时刻与当前时刻的差值以获取交互时间差；基于所述交互时间差和预设的时间段判断所述交互平台是否正常工作，其中，预设的时间段可以为60s。
155.该可选的实施例中，若所述交互时间差不位于预设的时间段内，确定所述交互平台服务端未在预设的时间段内返回所述交互结果，则所述交互平台服务端再次向所述请求系统返回所述交互结果，若所述请求系统在预设的时间段内仍未收到所述交互结果，则发出预警信息。
156.由以上技术方案可以看出，本技术能够通过建立统一的系统交互平台，并利用交互平台对不同系统间的交互方式进行处理，将请求系统发出的信息转换为目标系统能够识别的数据，有效简化了系统交互的开发任务，提高了不同系统之间数据的交互效率。
157.请参见图4，是本技术实施例提供的一种电子设备的结构示意图。电子设备1包括存储器12和处理器13。存储器12用于存储计算机可读指令，处理器13用执行所述储器中存储的计算机可读指令以实现上述任一实施例所述的基于人工智能的系统交互方法。
158.在一个可选的实施例中，电子设备1还包括总线、存储在所述存储器12中并可在所述处理器13上运行的计算机程序，例如基于人工智能的系统交互程序。
159.图4仅示出了具有存储器12和处理器13的电子设备1，本领域技术人员可以理解的是，图4示出的结构并不构成对电子设备1的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。
160.结合图1，电子设备1中的所述存储器12存储多个计算机可读指令以实现一种基于人工智能的系统交互方法，所述处理器13可执行所述多个指令从而实现：
161.建立交互平台以接收请求系统发出的交互信息；
162.所述交互平台解析接收到的交互信息以获取交互数据；
163.所述交互平台检验所述交互数据的来源、格式和完整性，若检验通过，则依据预设的协议将所述交互数据转换为目标系统能够识别的目标数据；
164.所述交互平台发送所述目标数据至所述目标系统进行处理以获取交互结果；
165.所述交互平台接收所述交互结果并返回所述交互结果至所述请求系统。
166.具体地，所述处理器13对上述指令的具体实现方法可参考图1对应实施例中相关步骤的描述，在此不赘述。
167.本领域技术人员可以理解，所述示意图仅仅是电子设备1的示例，并不构成对电子设备1的限定，电子设备1既可以是总线型结构，也可以是星形结构，电子设备1还可以包括比图示更多或更少的其他硬件或者软件，或者不同的部件布置，例如电子设备1还可以包括输入输出设备、网络接入设备等。
168.需要说明的是，电子设备1仅为举例，其他现有的或今后可能出现的电子产品如可适应于本技术，也应包含在本技术的保护范围以内，并以引用方式包含于此。
169.其中，存储器12至少包括一种类型的可读存储介质，所述可读存储介质可以是非易失性的，也可以是易失性的。所述可读存储介质包括闪存、移动硬盘、多媒体卡、卡型存储器(例如：sd或dx存储器等)、磁性存储器、磁盘、光盘等。存储器12在一些实施例中可以是电子设备1的内部存储单元，例如该电子设备1的移动硬盘。存储器12在另一些实施例中也可以是电子设备1的外部存储设备，例如电子设备1上配备的插接式移动硬盘、智能存储卡(smart media card，smc)、安全数字(secure digital，sd)卡、闪存卡(flash card)等。存储器12不仅可以用于存储安装于电子设备1的应用软件及各类数据，例如基于人工智能的系统交互程序的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。
170.处理器13在一些实施例中可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器(central processing unit，cpu)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。处理器13是电子设备1的控制核心(control unit)，利用各种接口和线路连接整个电子设备1的各个部件，通过运行或执行存储在所述存储器12内的程序或者模块(例如执行基于人工智能的系统交互程序等)，以及调用存储在所述存储器12内的数据，以执行电子设备1的各种功能和处理数据。
171.所述处理器13执行所述电子设备1的操作系统以及安装的各类应用程序。所述处理器13执行所述应用程序以实现上述各个基于人工智能的系统交互方法实施例中的步骤，例如图1至图2所示的步骤。
172.示例性的，所述计算机程序可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器12中，并由所述处理器13执行，以完成本技术。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段，该指令段用于描述所述计算机程序在电子设备1中的执行过程。例如，所述计算机程序可以被分割成接收单元110、解析单元111、检验单元112、获取单元113、返回单元114。
173.上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、计算机设备，或者网络设备等)或处理器(processor)执行本技术各个实施例所述的基于人工智能的系统交互方法的部分。
174.电子设备1集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指示相关的硬件设备来完
成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。
175.其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存储器及其他存储器等。
176.进一步地，计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。
177.本技术所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
178.总线可以是外设部件互连标准(peripheral component interconnect，简称pci)总线或扩展工业标准结构(extended industry standard architecture，简称eisa)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，在图4中仅用一根箭头表示，但并不表示仅有一根总线或一种类型的总线。所述总线被设置为实现所述存储器12以及至少一个处理器13等之间的连接通信。
179.本技术实施例还提供一种计算机可读存储介质(图未示)，计算机可读存储介质中存储有计算机可读指令，计算机可读指令被电子设备中的处理器执行以实现上述任一实施例所述的基于人工智能的系统交互方法。
180.在本技术所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
181.所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
182.另外，在本技术各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。
183.此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。说明书陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一、第二等词语用来表示名称，而并不表示任何特定的顺序。
184.最后应说明的是，以上实施例仅用以说明本技术的技术方案而非限制，尽管参照较佳实施例对本技术进行了详细说明，本领域的普通技术人员应当理解，可以对本技术的技术方案进行修改或等同替换，而不脱离本技术技术方案的精神和范围。

技术特征：
1.一种基于人工智能的系统交互方法，其特征在于，所述方法包括：建立交互平台以接收请求系统发出的交互信息；所述交互平台解析接收到的交互信息以获取交互数据；所述交互平台检验所述交互数据的来源、格式和完整性，若检验通过，则依据预设的协议将所述交互数据转换为目标系统能够识别的目标数据；所述交互平台发送所述目标数据至所述目标系统进行处理以获取交互结果；所述交互平台接收所述交互结果并返回所述交互结果至所述请求系统。2.如权利要求1所述的基于人工智能的系统交互方法，其特征在于，所述建立交互平台以接收请求系统发出的交互信息包括：依据预设的软件开发工具包建立各请求系统客户端与交互平台服务端之间的通信连接；请求系统依据预设的协议封装所述交互信息以获取传输数据包，所述协议包括sftp协议、webservice协议、ftp协议和http协议；依据所述交互平台服务端接收所述请求系统发出的传输数据包以获取所述交互信息，所述交互信息包括数据交互方式、数据类型和数据格式。3.如权利要求1所述的基于人工智能的系统交互方法，其特征在于，所述交互平台解析接收到的交互信息以获取交互数据包括：所述交互平台依据接收到的所述交互信息的数据类型和数据格式将所述交互信息统一解析为json数据；统计所述json数据以将所有的json数据作为所述交互数据。4.如权利要求1所述的基于人工智能的系统交互方法，其特征在于，所述交互平台检验所述交互数据的来源、格式和完整性包括：所述交互平台依据数据校验算法对所述交互数据进行完整性和来源检验；所述交互平台依据json格式化验证工具对所述交互数据进行格式检验。5.如权利要求4所述的基于人工智能的系统交互方法，其特征在于，所述交互平台检验所述交互数据的来源、格式和完整性，若检验通过，所述方法还包括：所述交互平台依据所述协议确定所述协议预先指定的对应目标系统；所述交互平台依据所述协议对所述交互数据进行格式转换以获取所述协议预先指定的对应目标系统能够识别的目标数据；所述交互平台调用所述协议的适配器将所述目标系统能够识别的目标数据发送至所述目标系统。6.如权利要求1所述的基于人工智能的系统交互方法，其特征在于，所述交互平台接收所述交互结果并返回所述交互结果至所述请求系统包括：记录所述交互平台服务端接收所述交互结果的接收时刻；若所述请求系统未在当前时刻收到所述交互结果，则计算所述接收时刻与当前时刻的差值以获取交互时间差；基于所述交互时间差和预设的时间段判断所述交互平台是否正常工作。7.如权利要求6所述的基于人工智能的系统交互方法，其特征在于，所述基于所述交互时间差和预设的时间段判断所述交互平台是否正常工作包括：
若所述交互时间差不位于预设的时间段内，确定所述交互平台服务端未在预设的时间段内返回所述交互结果，则所述交互平台服务端再次向所述请求系统返回所述交互结果；若所述请求系统在预设的时间段内仍未收到所述交互结果，则发出预警信息。8.一种基于人工智能的系统交互装置，其特征在于，所述装置包括：接收单元，用于建立交互平台以接收请求系统发出的交互信息；解析单元，用于所述交互平台解析接收到的交互信息以获取交互数据；检验单元，用于所述交互平台检验所述交互数据的来源、格式和完整性，若检验通过，则依据预设的协议将所述交互数据转换为目标系统能够识别的目标数据；获取单元，用于所述交互平台发送所述目标数据至所述目标系统进行处理以获取交互结果；返回单元，用于所述交互平台接收所述交互结果并返回所述交互结果至所述请求系统。9.一种电子设备，其特征在于，所述电子设备包括：存储器，存储有计算机可读指令；及处理器，执行所述存储器中存储的计算机可读指令以实现如权利要求1至7中任意一项所述的基于人工智能的系统交互方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的基于人工智能的系统交互方法。

技术总结
本申请提出一种基于人工智能的系统交互方法、装置、电子设备及存储介质，基于人工智能的系统交互方法包括：建立交互平台以接收请求系统发出的交互信息；所述交互平台解析接收到的交互信息以获取交互数据；所述交互平台检验所述交互数据的来源、格式和完整性，若检验通过，则依据预设的协议将所述交互数据转换为目标系统能够识别的目标数据；所述交互平台发送所述目标数据至所述目标系统进行处理以获取交互结果；所述交互平台接收所述交互结果并返回所述交互结果至所述请求系统。本申请通过建立统一的系统交互平台来对不同系统间的交互方式进行处理，实现不同系统交互信息的统一管理，提高了不同系统间的交互效率。提高了不同系统间的交互效率。提高了不同系统间的交互效率。


技术研发人员：周有亮
受保护的技术使用者：平安普惠企业管理有限公司
技术研发日：2022.02.21
技术公布日：2022/5/25