一种基于任务处理统一管理引擎的系统交互方法及系统与流程

1.本技术涉及系统交互技术领域，尤其涉及一种基于任务处理统一管理引擎的系统交互方法及系统。


背景技术：

2.现有契约平台下各短子系统、团短子系统、团长子系统、个契子系统与保单管理之间，财务、佣金以及记账等都存在异步交互任务。各子系统各自与保单管理实现对接，分别对任务处理状态、任务失败重试等进行监控处理，造成现有的契约平台任务处理中，存在如下缺点：(1)多子系统共同接入，缺少统一规范，接入混乱，且每次接入需重复沟通，浪费资源和成本；(2)各子系统分别实现接入，开发重复，浪费成本，且后期维护成本高；(3)各子系统分别实现接入，各自对应的配套功能不全面、不完善，影响后期使用。


技术实现要素：

3.有鉴于此，本技术的目的在于提出一种基于任务处理统一管理引擎的系统交互方法及系统。
4.基于上述目的，本技术提供了一种基于任务处理统一管理引擎的系统交互方法，包括：
5.获取源系统的源业务数据信息；
6.将所述源业务数据信息按照预设规则进行规范化处理，生成规范数据信息；其中，所述规范数据信息包括任务唯一标识，所述任务唯一标识对应一消息队列；
7.将所述规范数据信息作为队列消息，发送至与所述任务唯一标识对应的所述消息队列中；
8.对所述消息队列中的所述规范数据信息进行信息校验；
9.响应于确定所述信息校验合格，将所述规范数据信息发送至目标系统进行任务处理。
10.进一步地，所述源业务数据信息包括：业务类型、任务唯一编号、业务流水号、初始请求参数、组件处理后信息、正反向处理标识、任务状态、系统来源和/或任务创建时间。
11.进一步地，所述预设规则包括：
12.在所述源业务数据信息中至少添加任务顺序号和所述任务唯一标识，生成所述规范数据信息；其中，所述业务流水号对应至少一个任务，所述任务顺序号和所述业务流水号一一对应，所述任务顺序号按照获取所述业务流水号的先后顺序进行排序。
13.进一步地，所述对所述消息队列中的所述规范数据信息进行信息校验，包括：
14.对所述规范数据信息进行消息持久化校验；
15.响应于确定所述消息持久化校验合格，则得到持久化数据信息，对所述持久化数据信息进行数据合法校验；
16.响应于确定所述数据合法校验合格，则对所述持久化数据信息进行任务顺序校
验；
17.响应于所述任务顺序校验合格，则确定所述信息校验合格。
18.进一步地，所述对所述规范数据信息进行消息持久化校验，包括：
19.将所述规范数据信息保存，并对所述规范数据信息进行解析；
20.响应于确定所述解析成功，则得到所述持久化数据信息，对所述持久化数据信息进行任务持久化校验，校验所述任务唯一标识与所述源系统是否符合预设约束规则；
21.响应于所述任务唯一标识与所述源系统符合所述预设约束规则，则确定所述消息持久化校验合格。
22.进一步地，所述对所述持久化数据信息进行任务顺序校验，包括：
23.识别所述持久化数据信息中的所述任务顺序号的上一任务顺序号；
24.响应于所述上一任务顺序号对应的所述任务已经完成，则确定所述任务顺序校验合格。
25.进一步地，响应于确定所述信息校验不合格，则对所述规范数据信息进行自动补偿，具体包括：
26.循环对所述规范数据信息进行所述信息校验，至所述信息校验合格或所述循环的次数达到预设次数，停止信息校验。
27.进一步地，所述信息校验不合格包括：所述消息持久化校验、所述数据合法校验、所述任务顺序校验中的至少一项不合格。
28.进一步地，响应于确定所述消息持久化校验、所述数据合法校验、所述任务顺序校验中的至少一项不合格，则循环对所述规范数据信息进行该不合格项的校验，至该不合格项校验合格或循环该不合格项校验的次数达到预设阈值，停止对该不合格项的校验。
29.基于同一发明构思，本技术还提供了一种基于任务处理统一管理引擎的交互系统，包括：
30.接入组件，用于获取源系统的源业务数据信息；还用于将所述源业务数据信息按照预设规则进行规范化处理，生成规范数据信息；其中，所述规范数据信息包括任务唯一标识，所述任务唯一标识对应一消息队列；还用于将所述规范数据信息作为队列消息，发送至与所述任务唯一标识对应的所述消息队列中；
31.任务统一管理引擎，用于对所述消息队列中的所述规范数据信息进行信息校验；还用于响应于确定所述信息校验合格，将所述规范数据信息发送至目标系统进行任务处理。
32.从上面所述可以看出，本技术提供的基于任务处理统一管理引擎的系统交互方法及系统，所有源系统接入时均通过统一的公共处理，实现各个源系统的统一，避免出现多系统同时接入造成接入混乱的情况出现，维护成本降低，优化成本降低；配套的监控、补偿及顺序管理等操作统一进行，无需单独设计，无遗漏且更严谨，且统一管理方便全量统计、监控。改进了现有系统间任务交互的流程，规范、完善了任务处理，降低了维护成本；同时提供更丰富的自动监控、运维补偿等机制，完善了系统功能、降低了运维成本；尤其为后续接入的系统提供了开发及设计的便利，减少资源成本投入，缩短系统实现周期。
附图说明
33.为了更清楚地说明本技术或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
34.图1为本技术实施例的系统交互方法的流程示意图；
35.图2为本技术实施例的交互系统的结构示意图；
36.图3为本技术实施例的交互系统自动补偿的原理示意图；
37.图4为本技术实施例的系统交互装置的结构示意图；
38.图5为本技术实施例的电子设备的结构示意图。
具体实施方式
39.为使本技术的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本技术进一步详细说明。
40.需要说明的是，除非另外定义，本技术实施例使用的技术术语或者科学术语应当为本技术所属领域内具有一般技能的人士所理解的通常意义。本技术实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。
41.参考图1，本技术提供了一种基于任务处理统一管理引擎的系统交互方法，具体包括如下步骤。
42.步骤s101、获取源系统的源业务数据信息。
43.具体地，所述源系统可以为背景技术所述的各短子系统、团短子系统、团长子系统或者个契子系统。所述源业务数据信息可以以任务记录表的形式存储。针对每个源系统，均需要新建一个任务记录表，所述任务记录表中记录了该源系统的所述源业务数据信息。
44.其中，所述源业务数据信息包括：业务类型、任务唯一编号、业务流水号、初始请求参数、组件处理后信息、正反向处理标识、任务状态、系统来源和/或任务创建时间。
45.其中，所述业务类型与所述业务流水号一一对应，所述业务类型代表着所述源系统需要处理的任务的类型。所述任务唯一编号取自存储所述源系统的数据库的序列。所述初始请求参数、组件处理后信息、正反向处理标识、系统来源、任务创建时间等与所述源系统的基本属性相关，根据预设标记规则对所述源系统的各项信息进行记录即可。
46.所述任务状态会随所述源系统的任务的处理情况随时进行更新。例如，当源系统的任务处于待处理状态，还没开始处理时，所述任务状态显示为“新建”；当源系统的任务已经发送至目标系统时，所述任务状态从“新建”更新为“已发送”；当源系统的任务在所述目标系统中已经处理成功时，所述任务状态更新为“成功”；当源系统的任务在所述目标系统中进行处理但处理失败时，所述任务状态更新为“失败”。
47.所述源业务数据信息为每次任务处理提供记录，对源系统的相关统计以及问题溯源提供依据，相比现有系统中任务发送后无记录、不易统计、问题不易分析等情况，本技术所述的方法对所述源系统的所有信息均进行了记录和统计，有利于后续统计及问题分析，优化显著。
48.步骤s102、将所述源业务数据信息按照预设规则进行规范化处理，生成规范数据信息；其中，所述规范数据信息包括任务唯一标识，所述任务唯一标识对应一消息队列。
49.具体地，所述步骤s102中的预设规则包括：在所述源业务数据信息中至少添加任务顺序号和所述任务唯一标识，生成所述规范数据信息；其中，所述业务流水号对应至少一个任务，所述任务顺序号和所述业务流水号一一对应，所述任务顺序号按照获取所述业务流水号的先后顺序进行排序。
50.进一步地，还可以根据实际需要在所述源业务数据信息中添加其他规范性内容。例如，如果源业务数据信息中的业务类型的相关数据需要特殊处理，则在此步骤对该项信息按需进行处理，并将处理后的业务类型的数据添加至所述源业务数据信息中。
51.所述任务顺序号与所述源系统、所述业务流水号均为一一对应，每个源系统均对应一个专用的任务顺序号和一个专用的业务流水号，并且，所述任务顺序号按照获取所述源系统的业务流水号的顺序进行排序，每个任务顺序号是唯一的，防止在处理任务过程中出现并发的情况。
52.在本实施例中，所述任务顺序号的添加规则如下：假定在本次获取的源系统之前，已经获取了n个源系统的业务流水号，那么为该源系统的源业务数据信息添加的任务顺序号即为“n+1”。例如，假定在本次获取的源系统之前，已经获取了5个源系统的业务流水号，那么为该源系统的源业务数据信息添加的任务顺序号即为“6”；假定在本次获取的源系统之前，已经获取了20个源系统的业务流水号，那么为该源系统的源业务数据信息添加的任务顺序号即为“21”。
53.所述任务唯一标识与所述源系统的来源或者任务类型一一对应，是后续处理过程中识别所述源系统的来源或者任务类型的唯一标识，也是后续处理过程中唯一的使用依据。
54.所述任务唯一标识对应一消息队列，不同来源或不用类型的所述源系统的所述任务唯一标识也不相同，因此也就对应不同的消息队列。
55.步骤s103、将所述规范数据信息作为队列消息，发送至与所述任务唯一标识对应的所述消息队列中。
56.具体地，所述任务唯一标识与所述消息队列一一对应。实际处理时，首先针对不同来源或不同任务类型的所述源系统，生成不同的任务唯一标识；然后基于不同的任务唯一标识，将不同来源或者不同任务类型的源系统的规范数据信息发送至不同的消息队列中进行后续处理。
57.本技术中，依据不同来源或者不同任务类型的源系统，设置不同的任务唯一标识，并将所述规范数据信息发送至不同的消息队列，可以将各类源系统分类处理，提高处理精度，优化处理过程。
58.具体地，将所述将所述规范数据信息发送至与所述任务唯一标识对应的消息队列中时，可以对所述规范数据信息进行发送前处理，例如，可以将所述规范数据信息打包后发
送，或者加密后发送，或者按照其他需要的发送前处理方式进行处理。
59.相较于现有技术中源系统直接与目标系统的直连接口进行交互的方式，通过本技术所述的异步处理方式，减少了目标系统对源系统的影响，如目标系统升级导致源系统处理失败等问题将明显减少。另外，通过这种异步方式，始终以成功为处理目标，间接保证源系统和目标系统的处理一致性，避免现有系统因事务不一致导致的处理难、处理错误等问题发生。
60.步骤s104、对所述消息队列中的所述规范数据信息进行信息校验。
61.步骤s105、响应于确定所述信息校验合格，将所述规范数据信息发送至目标系统进行任务处理。
62.其中，所述步骤s104具体包括如下步骤：
63.(1)对所述规范数据信息进行消息持久化校验；
64.(2)响应于确定所述消息持久化校验合格，则得到持久化数据信息，对所述持久化数据信息进行数据合法校验；
65.(3)响应于确定所述数据合法校验合格，则对所述持久化数据信息进行任务顺序校验；
66.(4)响应于所述任务顺序校验合格，则确定所述信息校验合格。
67.具体地，对所述消息队列中的所述规范数据信息进行信息校验，本质上是对所述规范数据信息依次进行消息持久化校验、数据合法校验、任务顺序校验。当所述消息持久化校验合格后，则进行数据合法校验；当所述数据合法校验合格后，则进行任务顺序校验；当所述任务顺序校验合格后，则证明所述信息校验合格。当所述消息持久化校验、数据合法校验、任务顺序校验中的其中任何一个不合格时，则无法进行下一项的校验，证明所述信息校验不合格。
68.通过所述信息校验步骤，对所述源系统的所述规范数据信息进行逐项校验，只有信息校验合格的规范数据信息才能被发送至目标系统进行任务处理。由于所有源系统的所述规范数据信息均通过相同的步骤及原则进行信息校验，所有源系统接入时均通过统一的公共处理，流程统一规范，实现各个源系统的统一，避免因各个源系统的不同而造成目标系统的接入混乱，进而造成每次接入均需重复沟通、浪费资源和成本的情况出现。
69.进一步地，在所述目标系统对所述源系统的任务进行处理后，目标系统可将所述源系统的任务状态通过统一回调接口反馈至所述规范数据信息中，根据任务处理的结果来更新所述源系统的任务状态。例如，目标系统已经将所述源系统的任务处理成功，则将所述源系统的任务状态更新为“成功”；目标系统已经将所述源系统的任务处理但没有成功，则将所述源系统的任务状态更新为“失败”。相比于现有系统，提供统一回调接口，将目标系统处理之后的任务状态反馈至所述规范数据信息，并相应地更新所述任务状态，极大方便了目标系统的处理，减少了多个源系统对接时带来的重复开发等工作。
70.在一些实施例中，所述步骤s104中步骤(1)对所述规范数据信息进行消息持久化校验，具体包括如下步骤：
71.步骤(a)将所述规范数据信息保存，并对所述规范数据信息进行解析；
72.步骤(b)响应于确定所述解析成功，则得到所述持久化数据信息，对所述持久化数据信息进行任务持久化校验，校验所述任务唯一标识与所述源系统是否符合预设约束规
则；
73.步骤(c)响应于所述任务唯一标识与所述源系统符合预设约束规则，则确定所述消息持久化校验合格。
74.具体地，首先，将所述规范数据信息保存，然后对所述规范数据信息进行解析。所述解析与所述步骤s103所述的发送前处理对应。例如，如果所述步骤s103中的发送前处理为将所述规范数据信息打包得到压缩包，那么本步骤中的所述解析步骤为将所述压缩包进行解压；如果所述步骤s103中的发送前处理为将所述规范数据信息加密得到加密信息，那么本步骤中的所述解析步骤为将所述加密信息解密。如果所述步骤s103中不进行任何发送前处理，那么本解析步骤仅是检查所述规范数据信息是否有丢失或错误等情况。
75.当所述解析步骤成功后，得到了解析后的数据，即为所述持久化数据信息。
76.然后，对所述持久化数据信息进行任务持久化校验。所述任务持久化校验包括校验所述任务唯一标识与所述源系统是否符合预设约束规则。本实施例中，所述预设约束规则为：所述任务唯一标识与所述源系统设置唯一约束，每个所述任务唯一标识仅对应一个所述源系统。
77.当所述任务唯一标识与所述源系统符合预设约束规则时，则确定所述消息持久化校验合格，可以对所述持久化数据信息进行下一步的数据合法校验。
78.当所述任务唯一标识与所述源系统不符合预设约束规则时，则舍弃该源系统，并将该源系统的任务状态更新为“流转失败”，不继续进行后续校验步骤。
79.在一些实施例中，所述步骤s104中步骤(2)对所述持久化数据信息进行数据合法校验，具体包括：
80.对所述持久化数据信息进行基础数据校验，包括必要信息是否提供、来源系统是否符合设定、任务唯一标识是否已添加、当前任务状态是否合理等，当统一校验都通过后，证明所述数据合法校验合格，则可进行下一步任务顺序校验。
81.在一些实施例中，所述步骤s104中步骤(3)对所述对所述持久化数据信息进行任务顺序校验，包括：
82.步骤(a)识别所述持久化数据信息中的所述任务顺序号的上一任务顺序号；
83.步骤(b)响应于所述上一任务顺序号对应的所述任务已经完成，则确定所述任务顺序校验合格。
84.具体地，首先识别所述持久化数据信息中的所述任务顺序号的上一任务顺序号，并确定所述上一任务顺序号对应的所述任务已经完成，则证明所述任务顺序校验合格。
85.在本实施例中，确定所述任务已经完成的标志是：所述任务对应的所述源系统的任务状态显示为“成功”。即，当所述上一任务顺序号对应的所述任务对应的所述源系统的任务状态显示为“成功”时，则证明所述任务顺序校验合格，可以将该源系统发送至目标系统。
86.例如，本源系统对应的任务顺序号为“n+1”，则在本步骤任务顺序校验过程中，首先识别本任务顺序号的上一任务顺序号“n”，并查看任务顺序号“n”对应的所述源系统的任务状态。当该任务状态显示为“成功”时，证明该上一任务顺序号“n”对应的任务已经完成，则所述任务顺序校验合格；当该任务状态显示为“失败”、“流转中”、“新建”等其他状态时，证明该上一任务顺序号“n”对应的任务没有完成，则所述任务顺序校验不合格。
87.相比现有系统，通过本任务顺序校验步骤，可以使得源系统按照顺序进行任务处理，不会出现混乱或者拥堵，提高交互过程的效率；同时对目标系统的处理提供极大兼容，解决了目标系统无法确认是否应处理某项任务的问题。
88.在一些实施例中，响应于确定所述信息校验不合格，则对所述规范数据信息进行自动补偿，具体包括：循环对所述规范数据信息进行所述信息校验，至所述信息校验合格或所述循环的次数达到预设次数，停止信息校验
89.其中，所述信息校验不合格包括：所述消息持久化校验、所述数据合法校验、所述任务顺序校验中的至少一项不合格。
90.具体地，响应于确定所述消息持久化校验、所述数据合法校验、所述任务顺序校验中的至少一项不合格，则循环对所述规范数据信息进行该不合格项的校验，至该不合格项校验合格或循环该不合格项校验的次数达到预设阈值，停止对该不合格项的校验。
91.所述预设次数和所述预设阈值均为预设的循环次数，当所述循环的次数达到预设的循环次数时，则放弃继续循环，避免无用处理，
92.具体地，本技术所述的自动补偿步骤可以对整个过程统一监控，对整个过程中的校验失败、顺序异常等任务进行自动监控、自动补偿。例如，当步骤s104(1)中，所述解析不成功时，进行自动补偿，重复进行解析步骤，直至解析成功，或者解析的次数达到预设的次数(本实施例中，预设次数为12次)，停止解析步骤。
93.相比于现有系统，本技术所述的自动补偿可以实现部分自动运维功能，尤其对于因系统波动、升级等造成的业务流程卡顿情况，具有优异的自动补偿处理。
94.基于统一发明构思，本技术还提供了一种基于任务处理统一管理引擎的交互系统，包括：
95.接入组件，用于获取源系统的源业务数据信息；还用于将所述源业务数据信息按照预设规则进行规范化处理，生成规范数据信息；其中，所述规范数据信息包括任务唯一标识；所述任务唯一标识对应一消息队列；还用于将所述规范数据信息作为队列消息，发送至与所述任务唯一标识对应的所述消息队列中；
96.任务统一管理引擎，用于对所述消息队列中的所述规范数据信息进行信息校验；还用于响应于确定所述信息校验合格，将所述规范数据信息发送至目标系统进行任务处理。
97.具体地，参考图2，本交互系统用于将待处理的源系统经过所述接入组件和所述任务统一管理引擎的统一处理后，接入目标系统进行任务处理。
98.本系统的具体执行步骤如下：
99.1.本系统为源系统接入目标系统提供了统一的接入组件，调用方通过统一组件接入任务统一管理引擎，实现任务的统一管理。所述接入组件内部，包含统一的规范处理、统一的接入方式等，具体包括：
100.(1)源系统需在业务系统数据库创建任务记录表，所述任务记录表中记录了所述源业务数据信息。接入组件根据源系统请求情况，获取所述源系统的任务记录表。所述源业务数据信息包括任务唯一编号、业务流水号、初始请求参数、组件处理后信息、业务类型、任务顺序号、正反向处理标识、任务状态、系统来源、任务创建时间等。
101.其中，任务唯一编号取自数据库序列，任务顺序号由所述接入组件生成(下述介
绍)，任务状态会随不同时段处理随时更新，可分“新建”、“已发送”、“成功”、“失败”等，其他信息皆取自源系统的入参数据。该任务记录表为每次任务处理提供记录，对相关统计以及问题溯源提供依据，相比现有系统的发送后无记录、不易统计、问题不易分析等，优化显著。
102.(2)接入组件内部处理。在所述源业务数据信息基础之上添加业务类型、任务顺序号、业务发生约定、任务唯一标识等规范性内容。
103.其中，业务类型由源系统约定设置，如需对数据做特殊处理时，根据业务类型，在此处理进行加工。
104.任务顺序号由接入组件根据业务号获取任务记录表中所有相关任务记录，按当前任务数量加1进行编号，并更新至任务记录表，且任务记录表中业务流水号和任务顺序号设置唯一约束，防止并发情况。
105.业务发生约定由源系统传值，为解决因系统问题导致的任务顺序错误问题。
106.任务唯一标识为任务记录表中用以和系统来源进行认证的唯一标识，为后续任务同一管理引擎中唯一的使用依据。
107.2.所述接入组件与所述任务统一管理引擎之间通过消息队列(rabbitmq)异步交互，实现解耦和任务发布。所述任务统一管理引擎根据不同任务类型，设置不同的队列消息，所述接入组件根据不同的任务类型，将内部处理好的源业务数据信息进行打包，选择发送至不同消息队列，所述任务统一管理引擎消费消息队列中数据，完成后续处理。
108.比较于现有源系统直接与目标系统的直连接口交互方式，通过异步处理方式，大大减少了目标系统对源系统的影响，如目标系统升级导致源系统处理失败等问题，且通过这种异步方式，始终以成功为处理目标，间接保证源系统和目标系统的处理一致性，避免现有系统因事务不一致导致的处理难、处理错误等问题。
109.3、任务统一管理引擎内部，接收任务消息后：
110.(1)对消息内容进行持久化，持久化分为消息持久化和任务持久化两种，消息的持久化，负责将消费到的源业务数据信息先行保存下来，然后对源业务数据信息内容进行解析，当解析成功时进入后续步骤(2)处理，否则保存后等待失败补偿(5中进行描述)。
111.任务持久化类似接入组件中的任务记录表处理，此处系统来源和任务唯一标识设置唯一约束，不唯一时对任务舍弃，后续引擎内处理都依据此记录进行，如维护处理状态等，此处任务记录表状态设置“新建”、“取消流转”、“流转成功”、“流转失败”、“流转中”、“无需流转”等状态。
112.(2)数据合法校验处理，对于解析内容进行基础数据校验，包括必要信息是否提供、来源系统是否符合设定、任务标识是否已处理、当前任务状态是否合理等，当数据合法校验都通过后，进行后续步骤(3)处理。
113.(3)任务顺序管理，根据解析任务数据得到的业务流水号和来源系统，获取当前所有相关的任务，判断当前任务顺序号的上一任务顺序号对应的任务状态进行如下处理：处理成功，则本条任务进入后续处理；处理失败、流转中状态，则本条任务保持“新建”状态，等待后续任务补偿(5中进行描述)；取消流转、无需流转，设置本条任务状态无需流转。本功能处理相比现有系统，对目标系统的处理提供极大兼容，解决了目标系统无法确认是否应处理等问题。
114.4.任务统一管理引擎负责任务结果状态的维护，指定统一回调接口，目标系统需
维护处理状态时，可通过统一回调接口接入本任务统一管理引擎即可，引擎根据返回的任务标识、来源系统唯一确定到任务记录表，更新对应的任务记录表中的任务状态即可。相比于现有系统，提供统一回调接口，极大方便了目标系统处理，减少了对于多系统对接带来的重复开发等工作。
115.5、参考图3，任务统一管理引擎配套统一监控、重试等自动补偿处理，对失败状态、顺序异常等任务进行自动监控、自动补偿。包括：
116.(1)任务消息失败补偿：例如，根据1中记录的任务记录表，获取解析时异常等消息记录，进行再次解析消费，重复1中操作，此处消息记录表中记录解析处理次数，当大于限定次数(默认12次)后，不再补偿，避免无用处理。
117.(2)任务异常状态补偿：例如，根据1中记录的任务记录，对于“新建”、“流转失败”的任务记录进行读取业务数据，触发引擎重新进行1处理。相比于现有系统，该部分功能实现部分自动运维功能，尤其对于因系统波动、升级等造成的业务流程卡顿情况，极大地实现了自动补偿处理。
118.需要说明的是，本技术实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本技术实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。
119.需要说明的是，上述对本技术的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
120.基于同一发明构思，与上述任意实施例方法相对应的，本技术还提供了一种基于任务处理统一管理引擎的交互装置。
121.参考图4，所述基于任务处理统一管理引擎的交互装置，包括：
122.获取模块401，被配置为：获取源系统的源业务数据信息；
123.规范化处理模块402，被配置为：将所述源业务数据信息按照预设规则进行规范化处理，生成规范数据信息；其中，所述规范数据信息包括任务唯一标识，所述任务唯一标识对应一消息队列；
124.第一发送模块403，被配置为：将所述规范数据信息作为队列消息，发送至与所述任务唯一标识对应的所述消息队列中；
125.信息校验模块404，被配置为：对所述消息队列中的所述规范数据信息进行信息校验；
126.第二发送模块405，被配置为：响应于确定所述信息校验合格，将所述规范数据信息发送至目标系统进行任务处理。
127.为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本技术时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
128.上述实施例的装置用于实现前述任一实施例中相应的基于任务处理统一管理引擎的交互方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
129.基于同一发明构思，与上述任意实施例方法相对应的，本技术还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的基于任务处理统一管理引擎的交互方法。
130.图5示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
131.处理器1010可以采用通用的cpu(central processing unit，中央处理器)、微处理器、应用专用集成电路(application specific integrated circuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。
132.存储器1020可以采用rom(read only memory，只读存储器)、ram(random access memory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。
133.输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
134.通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。
135.总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
136.需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。
137.上述实施例的电子设备用于实现前述任一实施例中相应的基于任务处理统一管理引擎的交互方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
138.基于同一发明构思，与上述任意实施例方法相对应的，本技术还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述的基于任务处理统一管理引擎的交互方法。
139.本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或
其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
140.上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的基于任务处理统一管理引擎的交互方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
141.所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本技术的范围(包括权利要求)被限于这些例子；在本技术的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本技术实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。
142.另外，为简化说明和讨论，并且为了不会使本技术实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(ic)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本技术实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本技术实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本技术的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本技术实施例。因此，这些描述应被认为是说明性的而不是限制性的。
143.尽管已经结合了本技术的具体实施例对本技术进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态ram(dram))可以使用所讨论的实施例。
144.本技术实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本技术实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本技术的保护范围之内。