1.本技术涉及通信技术领域，特别是涉及一种任务处理系统、方法、装置、电子设备及存储介质。
背景技术：
2.当前，机器人被广泛应用于各种场景中代替人力执行各种任务，以满足用户的需求。例如，工厂可以使用机器人搬运货物，酒店可以使用机器人为客户配送物品。机器人调度服务需要获取用户(可以称为上游服务)待下发的任务数据，进而，机器人调度服务可以向机器人转发该任务数据，以执行该任务数据对应的任务。
3.然而，不同的上游9游会的服务支持的通信协议和数据格式可能不同，不同的机器人调度9游会的服务支持的通信协议和数据格式也可能不同。相关技术中，针对每一上游服务和对应的一个机器人调度服务，用户可以在用于数据集成的平台(可以称为接口平台)中，基于该上游服务以及该机器人调度9游会的服务支持的通信协议和数据格式，手动编写针对该上游服务和该机器人调度服务的任务处理流程的代码，以基于该任务处理流程，将该上游服务下发的任务数据进行处理后转发至该机器人调度服务。如此，需要用户具有专业的代码编写能力，导致人力成本较高。同时，也会降低获取任务数据、对任务数据进行转发的效率，即，降低任务数据集成的效率，导致任务执行的效率不高。
技术实现要素：
4.本技术实施例的目的在于提供一种任务处理系统、方法、装置、电子设备及存储介质，以降低人力成本，提高任务数据集成的效率，提高任务执行的效率。具体技术方案如下：
5.本技术实施例的第一方面，首先提供了一种任务处理系统，所述任务处理系统包括界面层、服务层和数据层；
6.所述界面层，用于在第一显示区域内显示多个待选的处理节点；
7.所述界面层，还用于响应于用户针对所述第一显示区域内显示的处理节点的节点选择指令，确定用于按照第一9游会的服务支持的通信协议从所述第一服务获取第一任务数据的数据获取节点，以及用于按照第二9游会的服务支持的通信协议向所述第二服务发送第二任务数据的数据下发节点，并生成包含所确定的数据获取节点和数据下发节点的目标流程图，显示在第二显示区域内；其中，所述第二任务数据为基于所述第一任务数据得到的，且所述第二任务数据的数据格式为所述第二服务所支持的数据格式；
8.所述服务层，用于响应于针对所述目标流程图的触发指令，基于所述数据层记录的所述目标流程图中处理节点之间的执行顺序，加载所述目标流程图中处理节点的节点数据，以从所述第一服务获取所述第一任务数据及向所述第二服务发送所述第二任务数据；其中，任一处理节点的节点数据包含：该处理节点的配置参数以及表示该处理节点的执行逻辑的程序代码。
9.在一些实施例中，所述界面层还用于：响应于用户针对所述目标流程图的执行周
期设置指令，显示用于设置所述目标流程图的执行周期的第一窗口；
10.所述服务层，用于当到达通过所述第一窗口获取到的执行周期时，基于所述数据层记录的所述目标流程图中处理节点之间的执行顺序，加载所述目标流程图中处理节点的节点数据，以从所述第一服务获取所述第一任务数据及向所述第二服务发送所述第二任务数据。
11.在一些实施例中，所述服务层，具体用于：
12.在所述数据获取节点包含消息中间件监听节点的情况下，加载所述消息中间件监听节点的节点数据，以根据该节点数据中表示所述第一服务的消息中间件的配置参数，监听所述第一服务的消息中间件，并在监听到存在待消费的任务数据时，从所述待消费的任务数据中获取所述第一任务数据；和/或，在所述数据获取节点包含接口监听节点的情况下，加载所述接口监听节点的节点数据，以根据该节点数据中表示第一接口的配置参数，监听所述第一接口，并在监听到所述第一服务调用所述第一接口时，获取所述第一服务通过所述第一接口发送的第一任务数据；其中，所述第一接口为自身的接口中与所述第一服务对应的接口；和/或，在所述数据获取节点包含文件读取节点的情况下，加载所述文件读取节点的节点数据，以根据该节点数据中表示所述第一服务的共享文件的配置参数，从所述第一服务的共享文件中记录的当前未处理的任务数据中读取所述第一任务数据；和/或，在所述数据获取节点包含接口读取节点的情况下，加载所述接口读取节点的节点数据，以根据该节点数据中表示所述第一服务的接口的配置参数，调用所述第一服务的接口获取所述第一任务数据；和/或，在所述数据获取节点包含数据库读取节点的情况下，加载所述数据库读取节点的节点数据，以根据该节点数据中表示所述第一服务的数据库的配置参数，从所述第一服务的数据库中记录的当前未处理的任务数据中读取所述第一任务数据。
13.在一些实施例中，所述服务层，具体用于：
14.在所述数据下发节点包含接口写入节点的情况下，加载所述接口写入节点的节点数据，以根据该节点数据中表示所述第二服务的接口的配置参数，调用所述第二服务的接口发送所述第二任务数据；
15.和/或，在所述数据下发节点包含消息中间件写入节点的情况下，加载所述消息中间件写入节点的节点数据，以根据该节点数据中表示所述第二服务的消息中间件的配置参数，在所述第二服务的消息中间件中写入所述第二任务数据；和/或，在所述数据下发节点包含数据库写入节点的情况下，加载所述数据库写入节点的节点数据，以根据该节点数据中表示所述第二服务的数据库的配置参数，在所述第二服务的数据库中写入所述第二任务数据；和/或，在所述数据下发节点包含文件写入节点的情况下，加载所述文件写入节点的节点数据，以根据该节点数据中表示所述第二服务的共享文件的配置参数，在所述第二服务的共享文件中写入所述第二任务数据。
16.在一些实施例中，所述服务层，还用于：
17.在所述目标流程图包含反馈判定节点的情况下，加载所述反馈判定节点的节点数据，以根据所述第二服务返回的所述第二任务数据的执行结果，判断所述第二任务数据表示的任务是否执行成功；
18.若所述第二任务数据表示的任务未执行成功，加载所述目标流程图中重试节点的节点数据，以重新向所述第二服务发送所述第二任务数据。
19.在一些实施例中，所述服务层，具体用于：
20.在所述目标流程图包含转换节点的情况下，加载所述转换节点的节点数据，以将所述第一任务数据转换为所述第二服务所支持的数据格式，得到所述第二任务数据。
21.在一些实施例中，所述服务层，还用于：
22.在所述目标流程图包含预处理节点的情况下，加载所述预处理节点的节点数据，以对所述第一任务数据进行预处理操作，得到所述第二任务数据；其中，所述预处理操作包括以下至少一项：任务数据校验、任务数据拆分、任务数据合并和冗余数据过滤。
23.在一些实施例中，所述数据层还记录有所述目标流程图中处理节点的配置参数；
24.所述界面层，还用于响应于用户针对所述目标流程图中处理节点的编辑指令，显示用于对所述目标流程图中处理节点的配置参数进行编辑的第二窗口；
25.所述服务层，还用于获取通过所述第二窗口接收到的配置参数，并基于获取到的配置参数，对所述数据层中存储的所述目标流程图中处理节点的配置参数进行更新。
26.在一些实施例中，所述第一服务用于下发机器人所需执行的任务的任务数据；所述数据获取节点用于按照所述第一9游会的服务支持的通信协议从所述第一服务获取机器人所需执行的任务的任务数据，作为所述第一任务数据；
27.所述第二服务为机器人调度服务；所述数据下发节点用于按照所述机器人调度9游会的服务支持的通信协议向所述机器人调度服务发送所述第二任务数据；
28.所述机器人调度服务用于基于接收到的所述第二任务数据，向机器人发送机器人控制指令，以使所述机器人执行所述机器人控制指令表示的任务；其中，所述机器人控制指令为基于所述第二任务数据得到的。
29.在一些实施例中，所述界面层还用于：响应于用户针对自身的接口的接口配置指令，显示用于配置自身的接口的第三窗口；
30.所述服务层，还用于获取通过所述第三窗口接收到的接口信息，并基于获取到的接口信息，对自身的接口进行发布。
31.在一些实施例中，所述界面层还用于：响应于用户的节点创建指令，显示用于创建节点的第四窗口；
32.所述服务层，还用于获取通过所述第四窗口接收到的节点数据，生成自定义处理节点，并将所述自定义处理节点的节点数据存储至所述数据层；
33.所述界面层，还用于显示生成的自定义处理节点。
34.在一些实施例中，所述第一服务为多个，所述数据获取节点的配置参数包含多个所述第一服务各自的地址；
35.和/或，所述第二服务为多个，所述数据下发节点的配置参数包含多个所述第二服务各自的地址。
36.本技术实施例的第二方面，提供了一种任务处理方法，所述方法应用于任务处理系统，所述任务处理系统包括界面层、服务层和数据层；
37.所述方法包括：
38.所述界面层在第一显示区域内显示多个待选的处理节点；
39.所述界面层响应于用户针对所述第一显示区域内显示的处理节点的节点选择指令，确定用于按照第一9游会的服务支持的通信协议从所述第一服务获取第一任务数据的数据获取
节点，以及用于按照第二9游会的服务支持的通信协议向所述第二服务发送第二任务数据的数据下发节点，并生成包含所确定的数据获取节点和数据下发节点的目标流程图，显示在第二显示区域内；其中，所述第二任务数据为基于所述第一任务数据得到的，且所述第二任务数据的数据格式为所述第二服务所支持的数据格式；
40.所述服务层响应于针对所述目标流程图的触发指令，基于所述数据层记录的所述目标流程图中处理节点之间的执行顺序，加载所述目标流程图中处理节点的节点数据，以从所述第一服务获取所述第一任务数据及向所述第二服务发送所述第二任务数据；其中，任一处理节点的节点数据包含：该处理节点的配置参数以及表示该处理节点的执行逻辑的程序代码。
41.在一些实施例中，所述方法还包括：
42.所述界面层响应于用户针对所述目标流程图的执行周期设置指令，显示用于设置所述目标流程图的执行周期的第一窗口；
43.所述服务层当到达通过所述第一窗口获取到的执行周期时，基于所述数据层记录的所述目标流程图中处理节点之间的执行顺序，加载所述目标流程图中处理节点的节点数据，以从所述第一服务获取所述第一任务数据及向所述第二服务发送所述第二任务数据。
44.在一些实施例中，所述服务层在所述数据获取节点包含消息中间件监听节点的情况下，加载所述消息中间件监听节点的节点数据，以根据该节点数据中表示所述第一服务的消息中间件的配置参数，监听所述第一服务的消息中间件，并在监听到存在待消费的任务数据时，从所述待消费的任务数据中获取所述第一任务数据；和/或，所述服务层在所述数据获取节点包含接口监听节点的情况下，加载所述接口监听节点的节点数据，以根据该节点数据中表示第一接口的配置参数，监听所述第一接口，并在监听到所述第一服务调用所述第一接口时，获取所述第一服务通过所述第一接口发送的第一任务数据；其中，所述第一接口为自身的接口中与所述第一服务对应的接口；和/或，所述服务层在所述数据获取节点包含文件读取节点的情况下，加载所述文件读取节点的节点数据，以根据该节点数据中表示所述第一服务的共享文件的配置参数，从所述第一服务的共享文件中记录的当前未处理的任务数据中读取所述第一任务数据；和/或，所述服务层在所述数据获取节点包含接口读取节点的情况下，加载所述接口读取节点的节点数据，以根据该节点数据中表示所述第一服务的接口的配置参数，调用所述第一服务的接口获取所述第一任务数据；和/或，所述服务层在所述数据获取节点包含数据库读取节点的情况下，加载所述数据库读取节点的节点数据，以根据该节点数据中表示所述第一服务的数据库的配置参数，从所述第一服务的数据库中记录的当前未处理的任务数据中读取所述第一任务数据。
45.在一些实施例中，所述服务层在所述数据下发节点包含接口写入节点的情况下，加载所述接口写入节点的节点数据，以根据该节点数据中表示所述第二服务的接口的配置参数，调用所述第二服务的接口发送所述第二任务数据；和/或，所述服务层在所述数据下发节点包含消息中间件写入节点的情况下，加载所述消息中间件写入节点的节点数据，以根据该节点数据中表示所述第二服务的消息中间件的配置参数，在所述第二服务的消息中间件中写入所述第二任务数据；和/或，所述服务层在所述数据下发节点包含数据库写入节点的情况下，加载所述数据库写入节点的节点数据，以根据该节点数据中表示所述第二服务的数据库的配置参数，在所述第二服务的数据库中写入所述第二任务数据；和/或，所述
服务层在所述数据下发节点包含文件写入节点的情况下，加载所述文件写入节点的节点数据，以根据该节点数据中表示所述第二服务的共享文件的配置参数，在所述第二服务的共享文件中写入所述第二任务数据。
46.在一些实施例中，所述方法还包括：
47.所述服务层在所述目标流程图包含反馈判定节点的情况下，加载所述反馈判定节点的节点数据，以根据所述第二服务返回的所述第二任务数据的执行结果，判断所述第二任务数据表示的任务是否执行成功；若所述第二任务数据表示的任务未执行成功，加载所述目标流程图中重试节点的节点数据，以重新向所述第二服务发送所述第二任务数据。
48.在一些实施例中，所述服务层在所述目标流程图包含转换节点的情况下，加载所述转换节点的节点数据，以将所述第一任务数据转换为所述第二服务所支持的数据格式，得到所述第二任务数据。
49.在一些实施例中，所述服务层在所述目标流程图包含预处理节点的情况下，加载所述预处理节点的节点数据，以对所述第一任务数据进行预处理操作，得到所述第二任务数据；其中，所述预处理操作包括以下至少一项：任务数据校验、任务数据拆分、任务数据合并和冗余数据过滤。
50.在一些实施例中，所述数据层还记录有所述目标流程图中处理节点的配置参数；
51.所述方法还包括：
52.所述界面层响应于用户针对所述目标流程图中处理节点的编辑指令，显示用于对所述目标流程图中处理节点的配置参数进行编辑的第二窗口；
53.所述服务层获取通过所述第二窗口接收到的配置参数，并基于获取到的配置参数，对所述数据层中存储的所述目标流程图中处理节点的配置参数进行更新。
54.在一些实施例中，所述第一服务用于下发机器人所需执行的任务的任务数据；所述数据获取节点用于按照所述第一9游会的服务支持的通信协议从所述第一服务获取机器人所需执行的任务的任务数据，作为所述第一任务数据；
55.所述第二服务为机器人调度服务；所述数据下发节点用于按照所述机器人调度9游会的服务支持的通信协议向所述机器人调度服务发送所述第二任务数据；
56.所述机器人调度服务用于基于接收到的所述第二任务数据，向机器人发送机器人控制指令，以使所述机器人执行所述机器人控制指令表示的任务；其中，所述机器人控制指令为基于所述第二任务数据得到的。
57.在一些实施例中，所述方法还包括：
58.所述界面层响应于用户针对自身的接口的接口配置指令，显示用于配置自身的接口的第三窗口；
59.所述服务层获取通过所述第三窗口接收到的接口信息，并基于获取到的接口信息，对自身的接口进行发布。
60.在一些实施例中，所述方法还包括：
61.所述界面层响应于用户的节点创建指令，显示用于创建节点的第四窗口；
62.所述服务层获取通过所述第四窗口接收到的节点数据，生成自定义处理节点，并将所述自定义处理节点的节点数据存储至所述数据层；
63.所述界面层显示生成的自定义处理节点。
64.在一些实施例中，所述第一服务为多个，所述数据获取节点的配置参数包含多个所述第一服务各自的地址；和/或，所述第二服务为多个，所述数据下发节点的配置参数包含多个所述第二服务各自的地址。
65.本技术实施例的第三方面，提供了一种任务处理装置，所述装置应用于任务处理系统，所述任务处理系统包括界面层、服务层和数据层；所述装置包括：
66.显示模块，用于控制所述界面层在第一显示区域内显示多个待选的处理节点；
67.所述显示模块，还用于控制所述界面层响应于用户针对所述第一显示区域内显示的处理节点的节点选择指令，确定用于按照第一9游会的服务支持的通信协议从所述第一服务获取第一任务数据的数据获取节点，以及用于按照第二9游会的服务支持的通信协议向所述第二服务发送第二任务数据的数据下发节点，并生成包含所确定的数据获取节点和数据下发节点的目标流程图，显示在第二显示区域内；其中，所述第二任务数据为基于所述第一任务数据得到的，且所述第二任务数据的数据格式为所述第二服务所支持的数据格式；
68.运行模块，用于控制所述服务层响应于针对所述目标流程图的触发指令，基于所述数据层记录的所述目标流程图中处理节点之间的执行顺序，加载所述目标流程图中处理节点的节点数据，以从所述第一服务获取所述第一任务数据及向所述第二服务发送所述第二任务数据；其中，任一处理节点的节点数据包含：该处理节点的配置参数以及表示该处理节点的执行逻辑的程序代码。
69.在一些实施例中，所述装置还包括：
70.第一模块，用于控制所述界面层响应于用户针对所述目标流程图的执行周期设置指令，显示用于设置所述目标流程图的执行周期的第一窗口；所述服务层当到达通过所述第一窗口获取到的执行周期时，基于所述数据层记录的所述目标流程图中处理节点之间的执行顺序，加载所述目标流程图中处理节点的节点数据，以从所述第一服务获取所述第一任务数据及向所述第二服务发送所述第二任务数据。
71.在一些实施例中，所述运行模块，具体用于控制所述服务层在所述数据获取节点包含消息中间件监听节点的情况下，加载所述消息中间件监听节点的节点数据，以根据该节点数据中表示所述第一服务的消息中间件的配置参数，监听所述第一服务的消息中间件，并在监听到存在待消费的任务数据时，从所述待消费的任务数据中获取所述第一任务数据；和/或，所述服务层在所述数据获取节点包含接口监听节点的情况下，加载所述接口监听节点的节点数据，以根据该节点数据中表示第一接口的配置参数，监听所述第一接口，并在监听到所述第一服务调用所述第一接口时，获取所述第一服务通过所述第一接口发送的第一任务数据；其中，所述第一接口为自身的接口中与所述第一服务对应的接口；和/或，所述服务层在所述数据获取节点包含文件读取节点的情况下，加载所述文件读取节点的节点数据，以根据该节点数据中表示所述第一服务的共享文件的配置参数，从所述第一服务的共享文件中记录的当前未处理的任务数据中读取所述第一任务数据；和/或，所述服务层在所述数据获取节点包含接口读取节点的情况下，加载所述接口读取节点的节点数据，以根据该节点数据中表示所述第一服务的接口的配置参数，调用所述第一服务的接口获取所述第一任务数据；和/或，所述服务层在所述数据获取节点包含数据库读取节点的情况下，加载所述数据库读取节点的节点数据，以根据该节点数据中表示所述第一服务的数据库的配置参数，从所述第一服务的数据库中记录的当前未处理的任务数据中读取所述第一任务
数据。
72.在一些实施例中，所述运行模块，具体用于控制所述服务层在所述数据下发节点包含接口写入节点的情况下，加载所述接口写入节点的节点数据，以根据该节点数据中表示所述第二服务的接口的配置参数，调用所述第二服务的接口发送所述第二任务数据；和/或，所述服务层在所述数据下发节点包含消息中间件写入节点的情况下，加载所述消息中间件写入节点的节点数据，以根据该节点数据中表示所述第二服务的消息中间件的配置参数，在所述第二服务的消息中间件中写入所述第二任务数据；和/或，所述服务层在所述数据下发节点包含数据库写入节点的情况下，加载所述数据库写入节点的节点数据，以根据该节点数据中表示所述第二服务的数据库的配置参数，在所述第二服务的数据库中写入所述第二任务数据；和/或，所述服务层在所述数据下发节点包含文件写入节点的情况下，加载所述文件写入节点的节点数据，以根据该节点数据中表示所述第二服务的共享文件的配置参数，在所述第二服务的共享文件中写入所述第二任务数据。
73.在一些实施例中，所述装置还包括：
74.第二模块，用于控制所述服务层在所述目标流程图包含反馈判定节点的情况下，加载所述反馈判定节点的节点数据，以根据所述第二服务返回的所述第二任务数据的执行结果，判断所述第二任务数据表示的任务是否执行成功；若所述第二任务数据表示的任务未执行成功，加载所述目标流程图中重试节点的节点数据，以重新向所述第二服务发送所述第二任务数据。
75.在一些实施例中，所述运行模块，具体用于控制所述服务层在所述目标流程图包含转换节点的情况下，加载所述转换节点的节点数据，以将所述第一任务数据转换为所述第二服务所支持的数据格式，得到所述第二任务数据。
76.在一些实施例中，所述运行模块，具体用于控制所述服务层在所述目标流程图包含预处理节点的情况下，加载所述预处理节点的节点数据，以对所述第一任务数据进行预处理操作，得到所述第二任务数据；其中，所述预处理操作包括以下至少一项：任务数据校验、任务数据拆分、任务数据合并和冗余数据过滤。
77.在一些实施例中，所述数据层还记录有所述目标流程图中处理节点的配置参数；
78.所述装置还包括：
79.第三模块，用于控制所述界面层响应于用户针对所述目标流程图中处理节点的编辑指令，显示用于对所述目标流程图中处理节点的配置参数进行编辑的第二窗口；所述服务层获取通过所述第二窗口接收到的配置参数，并基于获取到的配置参数，对所述数据层中存储的所述目标流程图中处理节点的配置参数进行更新。
80.在一些实施例中，所述第一服务用于下发机器人所需执行的任务的任务数据；所述数据获取节点用于按照所述第一9游会的服务支持的通信协议从所述第一服务获取机器人所需执行的任务的任务数据，作为所述第一任务数据；
81.所述第二服务为机器人调度服务；所述数据下发节点用于按照所述机器人调度9游会的服务支持的通信协议向所述机器人调度服务发送所述第二任务数据；
82.所述机器人调度服务用于基于接收到的所述第二任务数据，向机器人发送机器人控制指令，以使所述机器人执行所述机器人控制指令表示的任务；其中，所述机器人控制指令为基于所述第二任务数据得到的。
83.在一些实施例中，所述装置还包括：
84.第四模块，用于控制所述界面层响应于用户针对自身的接口的接口配置指令，显示用于配置自身的接口的第三窗口；所述服务层获取通过所述第三窗口接收到的接口信息，并基于获取到的接口信息，对自身的接口进行发布。
85.在一些实施例中，所述装置还包括：
86.第五模块，用于控制所述界面层响应于用户的节点创建指令，显示用于创建节点的第四窗口；所述服务层获取通过所述第四窗口接收到的节点数据，生成自定义处理节点，并将所述自定义处理节点的节点数据存储至所述数据层；所述界面层显示生成的自定义处理节点。
87.在一些实施例中，所述第一服务为多个，所述数据获取节点的配置参数包含多个所述第一服务各自的地址；和/或，所述第二服务为多个，所述数据下发节点的配置参数包含多个所述第二服务各自的地址。
88.本技术实施例的第四方面，提供了一种电子设备，包括：
89.存储器，用于存放计算机程序；
90.处理器，用于执行存储器上所存放的程序时，实现上述任一所述的任务处理方法。
91.本技术实施例的第五方面，提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一所述的任务处理方法。
92.本技术实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的任务处理方法。
93.本技术实施例有益效果：
94.本技术实施例提供了一种任务处理系统，任务处理系统包括界面层、服务层和数据层；界面层，用于在第一显示区域内显示多个待选的处理节点；界面层，还用于响应于用户针对第一显示区域内显示的处理节点的节点选择指令，确定用于按照第一9游会的服务支持的通信协议从第一服务获取第一任务数据的数据获取节点，以及用于按照第二9游会的服务支持的通信协议向第二服务发送第二任务数据的数据下发节点，并生成包含所确定的数据获取节点和数据下发节点的目标流程图，显示在第二显示区域内；其中，第二任务数据为基于第一任务数据得到的，且第二任务数据的数据格式为第二服务所支持的数据格式；服务层，用于响应于针对目标流程图的触发指令，基于数据层记录的目标流程图中处理节点之间的执行顺序，加载目标流程图中处理节点的节点数据，以从第一服务获取第一任务数据及向第二服务发送第二任务数据；其中，任一处理节点的节点数据包含：该处理节点的配置参数以及表示该处理节点的执行逻辑的程序代码。
95.基于上述处理，由于目标流程图中处理节点包含有按照第一9游会的服务支持的通信协议从第一服务获取第一任务数据的数据获取节点，以及用于按照第二9游会的服务支持的通信协议向第二服务发送第二任务数据的数据下发节点，因此，服务层可以基于目标流程图所指示的任务处理流程实现上游的第一服务与下游的第二服务之间任务数据的集成，以从第一服务获取第一任务数据及向第二服务发送第二任务数据。
96.另外，界面层可以在第一显示区域内显示多个待选的处理节点，即任务处理系统可以提供可视化的节点选择功能，方便用户根据需求确定用于生成目标流程图的处理节
点，以得到目标流程图。进而，任务处理系统可以响应于针对目标流程图的触发指令，基于数据层记录的目标流程图中的目标流程图中处理节点之间的执行顺序，加载目标流程图中处理节点的节点数据，且由于任一处理节点的节点数据中记录有表示其执行逻辑的程序代码，因此，用户无需自己编写用于实现该处理节点的功能的程序代码，即，不需要用户具有专业的代码编写能力，也就能够降低人力成本。进而，也就能够提高任务数据集成的效率，进而，提高任务执行的效率。
97.当然，实施本技术的任一产品或方法并不一定需要同时达到以上所述的所有优点。
附图说明
98.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的实施例。
99.图1为本技术实施例提供的一种任务处理系统的结构示意图；
100.图2为本技术实施例提供的一种创建流程图时任务处理系统的界面层的示例图；
101.图3为本技术实施例提供的另一种任务处理系统的结构示意图；
102.图4为本技术实施例提供的一种任务数据包含的字段的示例图；
103.图5为本技术实施例提供的一种任务处理系统对任务数据进行处理的流程示意图；
104.图6为本技术实施例提供的一种表示任务处理流程的流程图包含的处理节点的示例图；
105.图7为本技术实施例提供的一种任务处理方法的流程示意图；
106.图8为本技术实施例提供的一种任务处理装置的结构示意图；
107.图9为本技术实施例提供的一种电子设备的结构图。
具体实施方式
108.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员基于本技术所获得的所有其他实施例，都属于本技术保护的范围。
109.当前，机器人被广泛应用于各种场景中代替人力执行各种任务，以满足用户的需求。例如，工厂可以使用机器人搬运货物，酒店可以使用机器人为客户配送物品。机器人调度服务需要获取用户(可以称为上游服务)待下发的任务数据，进而，机器人调度服务可以向机器人转发该任务数据，以执行该任务数据对应的任务。
110.然而，不同的上游9游会的服务支持的通信协议和数据格式可能不同，不同的机器人调度9游会的服务支持的通信协议和数据格式也可能不同。相关技术中，针对每一上游服务和对应的一个机器人调度服务，用户可以在平台(可以称为接口平台)中，基于该上游服务以及该机器人调度9游会的服务支持的通信协议和数据格式，手动编写针对该上游服务和该机器人调度服务的
任务处理流程的代码，以基于该任务处理流程，将该上游服务下发的任务数据进行处理后转发至该机器人调度服务。如此，需要用户具有专业的代码编写能力，导致人力成本较高。同时，也会降低获取任务数据、对任务数据进行转发的效率，即，降低任务数据集成的效率，导致任务执行的效率不高。
111.为了降低人力成本，提高任务数据集成的效率，提高任务执行的效率，本技术实施例中提供了一种任务处理系统。
112.参见图1，图1为本技术实施例提供的一种任务处理系统的结构示意图。如图1所示，该任务处理系统100包括界面层101、服务层102和数据层103。
113.界面层，用于显示任务处理系统提供的功能对应的界面，以实现相应的功能。例如，界面层可以在检测到用户点击与某一功能对应的按钮时，显示该功能对应的界面。如，用户在点击创建流程图对应的按钮后，界面层可以显示创建流程图对应的界面，该界面包含显示多个待选的处理节点的第一显示区域。进而，用户可以从该多个待选的处理节点中选择用于生成目标流程图的处理节点，相应的，该界面包含的第二显示区域可以显示用户创建的目标流程图。其中，不同待选的处理节点可以用于对任务数据进行相应的处理，如，数据获取节点可以用于从第一服务获取第一任务数据，数据下发节点可以用于向第二服务发送第二任务数据等。
114.服务层可以根据数据层记录的信息，执行相应的任务数据处理流程，完成任务数据的获取、处理以及发送等操作。例如，服务层可以响应于针对数据层记录的任一流程图的触发指令，基于该目标流程图中处理节点之间的执行顺序，加载该流程图中处理节点的节点数据，以从该流程图对应的第一服务获取第一任务数据及向该流程图对应的第二服务发送第二任务数据。服务层，还用于接收用户在界面层输入的信息，并将该信息存储在数据层。例如，服务层可以获取用户在界面层生成的目标流程图，并将该目标流程图存储在数据层。
115.数据层，用于记录用户生成的流程图，以及在生成每一流程图时设置的信息。例如，针对一个流程图，数据层可以记录该流程图中包含的处理节点之间的执行顺序，以及各处理节点各自的配置参数，以及该流程图对应的执行周期等信息。另外，数据层还可以记录用户创建的自定义处理节点，以及记录服务层在按照生成的流程图进行任务数据处理时，产生的执行信息。具体记录上述信息的方式将在后续实施例中进行说明。
116.在一个实施例中，界面层，用于在第一显示区域内显示多个待选的处理节点。
117.界面层，还用于响应于用户针对第一显示区域内显示的处理节点的节点选择指令，确定用于按照第一9游会的服务支持的通信协议从第一服务获取第一任务数据的数据获取节点，以及用于按照第二9游会的服务支持的通信协议向第二服务发送第二任务数据的数据下发节点，并生成包含所确定的数据获取节点和数据下发节点的目标流程图，显示在第二显示区域内。
118.其中，第二任务数据为基于第一任务数据得到的，且第二任务数据的数据格式为第二服务所支持的数据格式。
119.服务层，用于响应于针对目标流程图的触发指令，基于数据层记录的目标流程图中处理节点之间的执行顺序，加载目标流程图中处理节点的节点数据，以从第一服务获取第一任务数据及向第二服务发送第二任务数据。
120.其中，任一处理节点的节点数据包含：该处理节点的配置参数以及表示该处理节点的执行逻辑的程序代码。
121.基于本技术实施例提供的任务处理系统，由于目标流程图中处理节点包含有按照第一9游会的服务支持的通信协议从第一服务获取第一任务数据的数据获取节点，以及用于按照第二9游会的服务支持的通信协议向第二服务发送第二任务数据的数据下发节点，因此，服务层可以基于目标流程图所指示的任务处理流程实现上游的第一服务与下游的第二服务之间任务数据的集成，以从第一服务获取第一任务数据及向第二服务发送第二任务数据。
122.另外，界面层可以在第一显示区域内显示多个待选的处理节点，即任务处理系统可以提供可视化的节点选择功能，方便用户根据需求确定用于生成目标流程图的处理节点，以得到目标流程图。进而，任务处理系统可以响应于针对目标流程图的触发指令，基于数据层记录的目标流程图中的目标流程图中处理节点之间的执行顺序，加载目标流程图中处理节点的节点数据，且由于任一处理节点的节点数据中记录有表示其执行逻辑的程序代码，因此，用户无需自己编写用于实现该处理节点的功能的程序代码，即，不需要用户具有专业的代码编写能力，也就能够降低人力成本。进而，也就能够提高任务数据集成的效率，进而，提高任务执行的效率。
123.本技术中，任务处理系统用于在上游系统和下游系统之间转发数据(包括任务数据)。生成任务数据的系统可以称为上游系统，上游系统可以提供多个用于下发任务数据的上游服务(也可以称为源服务)，本技术中的第一服务也就是上游服务。相应的，下游系统可以接收任务数据，并按照任务数据进行处理，下游系统也可以提供多个用于接收任务数据，并按照任务数据进行处理的下游服务(也可以称为目标服务)，本技术中的第二服务也就是下游服务。
124.如此，本技术提供的任务处理系统能够实现上游系统与下游系统之间任务数据的转发，即，能够实现系统对接的功能。另外，由于本技术提供的任务处理系统适用于上述多种管理系统之间任务数据的转发，也就能够完成任意两个异构系统之间的通信。
125.例如，在上述用户(如工厂)使用机器人搬运货物的场景中，上游系统为购买机器人服务的用户所使用的系统，该用户所使用的系统可以提供多个用于下发任务数据的上游服务。相应的，下游系统即机器人的供应商开发的机器人调度系统，该机器人调度系统可以提供多个用于接收任务数据的机器人调度服务，进而，机器人调度服务向其控制的机器人转发接收到的任务数据，以使机器人执行该任务数据表示的任务。
126.再例如，在企业和银行的交易场景中，企业需要将产生的交易数据传输给银行，企业终端可以提供用于发送交易数据的服务，银行主机可以提供用于接收交易数据的服务。其中，企业需要下发给银行的交易数据即本技术中的任务数据；企业终端提供的用于发送交易数据的服务，即本技术中的上游服务，银行主机提供的用于接收交易数据的服务，即本技术中的下游服务。
127.在一些实施例中，下游服务可以控制用于执行任务的智能终端，例如，机器人。相应的，第一服务用于下发机器人所需执行的任务的任务数据；数据获取节点用于按照第一9游会的服务支持的通信协议从第一服务获取机器人所需执行的任务的任务数据，作为第一任务数据。第二服务为机器人调度服务；数据下发节点用于按照机器人调度9游会的服务支持的通信协议向机器人调度服务发送第二任务数据。机器人调度服务用于基于接收到的第二任务数据，
向机器人发送机器人控制指令，以使机器人执行机器人控制指令表示的任务；其中，机器人控制指令为基于第二任务数据得到的。
128.在本技术实施例中，机器人调度服务可以在接收到第二任务数据后，直接向机器人转发该第二任务数据，以使机器人执行第二任务数据表示的任务。
129.或者，机器人调度服务可以将第二任务数据表示的任务拆分为多个子任务。然后，机器人调度服务可以向机器人发送多个机器人控制指令，一个机器人控制指令用于控制机器人执行一个子任务。例如，针对一个搬运任务可以拆分为：拣货、配送和放置等多个子任务。
130.例如，在上述用户使用机器人搬运货物的场景中，本技术实施例提供的任务处理系统可以获取第一服务待下发的第一任务数据，进而，可以向第二服务(即机器人调度服务)发送第二任务数据，机器人调度服务在接收到第二任务数据后，可以向机器人转发该第二任务数据，进而，机器人可以执行该第二任务数据对应的任务。
131.本技术中，界面层第一显示区域内显示多个待选的处理节点(可以称为预设处理节点)可以实现的功能包括但不限于：获取任务数据、下发任务数据、对任务数据的数据格式进行转换、对任务数据进行预处理操作。
132.针对第一服务和第二服务中的任一服务，其支持的通信协议可能为以下任一种：基于接口的通信协议、基于共享文件的通信协议、基于消息中间件的通信协议，以及基于数据库的通信协议。
133.其中，基于接口的通信协议包括：http(超文本传输协议，hypertext transfer protocol)、https(hypertext transfer protocol over secure socket layer)、webservice(网页服务)，以及tcp(传输控制协议，transmission control protocol)等。基于共享文件的通信协议包括：ftp(文件传输协议，file transfer protocol)。消息中间件包括：mqtt(message queuing telemetry transport，消息队列遥测传输协议)消息中间件、tibco消息中间件，以及rabbitmq消息中间件等。数据库包括：sqlsever数据库、postgresql数据库，以及mysql数据库等。
134.相应的，当需要从第一服务获取任务数据时，可以根据第一9游会的服务支持的通信协议，设置不同的数据获取方式。例如，可以通过对第一服务的消息中间件进行监听的方式，从第一服务获取任务数据；也可以通过对自身的接口进行监听的方式，从第一服务获取任务数据，该接口为第一服务发送任务数据时调用的接口；也可以通过读取第一服务的共享文件的方式，从第一服务获取任务数据；也可以通过调用第一服务的接口的方式，从第一服务获取任务数据；也可以通过读取第一服务的数据库的方式，从第一服务获取任务数据。
135.针对上述任意一种方式，可以通过一个处理节点实现该方式的功能。如，针对获取任务数据的功能，实现上述每一方式的处理节点可以分别称为消息中间件监听节点、接口监听节点、文件读取节点、接口读取节点以及数据库读取节点。
136.相应的，当需要向第二服务发送任务数据时，可以根据第二9游会的服务支持的通信协议，设置不同的数据下发方式。例如，可以通过调用第二服务的接口的方式，向第二服务发送任务数据；也可以通过将任务数据写入第二服务的消息中间件的方式，向第二服务发送任务数据；也可以通过将任务数据写入第二服务的数据库的方式，向第二服务发送任务数据；也可以通过将任务数据写入第二服务的共享文件的方式，向第二服务发送任务数据。
137.针对上述任意一种方式，可以通过一个处理节点实现该方式的功能。如，针对下发任务数据的功能，实现上述每一方式的处理节点可以分别称为接口写入节点、消息中间件写入节点、数据库写入节点，以及文件写入节点。
138.针对第一任务数据和第二任务数据中的任一任务数据，其数据格式可能为以下任一种：xml(可扩展标记语言，extensible markup language)、json(javascript object notation，js对象简谱)、excel/csv(表格式)、txt(文本格式)。
139.相应的，当第一任务数据的数据格式与第二任务数据的数据格式不同时，可以对第一任务数据的数据格式进行转换，包括以下步骤：对第一数据格式的第一任务数据进行解析，对解析得到的各字段进行映射，以及基于映射得到的数据，构建第二数据格式的第二任务数据。
140.针对上述转换过程中的多个处理步骤，其中一个处理步骤可以由一个处理节点实现。例如，对第一数据格式的第一任务数据进行解析的处理节点可以称为解析节点，对解析得到的各字段进行映射的处理节点可以称为字段映射节点，构建第二数据格式的第二任务数据的处理节点可以称为构建节点。或者，可以由一个处理节点同时实现上述多个处理步骤。例如，通过转换节点实现解析、映射，以及构建的功能。
141.相应的，对任务数据进行预处理操作，包含以下处理操作：对任务数据进行校验、对一条任务数据进行拆分、对多条任务数据进行合并，以及对重复或者错误的任务数据进行过滤。
142.针对上述任意一种处理操作，可以通过一个处理节点实现该处理操作的功能。如，针对对任务数据进行预处理操作的功能，实现上述每一处理操作的处理节点可以分别称为：任务数据校验节点、任务数据拆分节点、任务数据合并节点，以及冗余数据过滤节点。
143.在本技术中，一个处理节点的节点数据包含：该处理节点的配置参数以及表示该处理节点的执行逻辑的程序代码。
144.预设处理节点可以为任务处理系统自带的处理节点，在该情况下，可以预先生成包含预设处理节点的程序代码的插件，并安装在任务处理系统的服务器的硬盘中。可以理解的是，当用户使用一个预设处理节点时，用户可以设置该预设处理节点的配置参数，任务处理系统可以将用户设置的配置参数存储在数据层。
145.或者，预设处理节点也可以为用户通过任务处理系统自定义的处理节点(即本技术中的自定义处理节点)，与自定义处理节点的节点数据相关的描述将在后续实施例中详细说明。
146.针对本技术中提到的任意两个处理节点，若该两个处理节点所要实现的功能一致，则该两个处理节点的节点数据包含程序代码一致。然而，该两个处理节点的配置参数可能不同。例如，一个处理节点用于从上游服务a获取任务数据，相应的，该处理节点的配置参数可以表示上游服务a；另一个处理节点用于从上游服务b获取任务数据，相应的，该处理节点的配置参数可以表示上游服务b。
147.可以理解的是，针对任意两个处理节点，若该两个处理节点所要实现的功能不同，则该两个处理节点的节点数据包含程序代码不同。
148.本技术提供的任务处理系统可以提供创建自定义处理节点的功能。在一些实施例中，相应的，界面层还用于：响应于用户的节点创建指令，显示用于创建节点的第四窗口；服
务层，还用于获取通过第四窗口接收到的节点数据，生成自定义处理节点，并将自定义处理节点的节点数据存储至数据层；界面层，还用于显示生成的自定义处理节点。
149.在本技术实施例中，若当前任务处理系统提供的预设处理节点不符合用户的需求，用户可以根据所需实现的功能，编写自定义处理节点的节点数据。自定义处理节点的节点数据中包含：该自定义处理节点的配置参数，以及表示该自定义处理节点的执行逻辑的程序代码。
150.例如，由于预设处理节点中的转换节点能够解析的数据格式是有限的，当前的转换节点可能无法对新增的数据格式的任务数据进行解析。因此，用户可以在界面层触发节点创建指令，并在第四窗口中输入预先编写的该自定义处理节点的节点数据。进而，服务层可以通过第四窗口接收到该自定义处理节点的节点数据，生成自定义处理节点，该自定义处理节点能够实现对新增的数据格式的任务数据进行解析的功能。
151.此时，由于该自定义处理节点的节点数据(该自定义处理节点的配置参数，以及表示该自定义处理节点的执行逻辑的程序代码)均是用户输入的，因此，该自定义处理节点的节点数据可以存储在任务处理系统的数据层，便于用户进行编辑修改。
152.另外，该任务处理系统还可以支持自定义脚本扩展，即，用户可以通过脚本编写实现相应功能的插件，相应的，也可以安装在任务处理系统的服务器的硬盘中，进而，任务处理系统也可以在界面层中显示该插件对应的节点。例如，可以支持基于javascript语言、java语言和groovy语言开发的插件。
153.另外，在后续创建流程图的过程中，自定义处理节点也可以作为预设处理节点以供用户选择。
154.数据层还可以存储自定义处理节点的节点数据。例如，可以将自定义处理节点的节点数据记录在数据库的表(即自定义脚本表)中。
155.基于上述处理，任务处理系统可以根据用户的实际需求生成自定义处理节点，且自定义处理节点也可以作为预设处理节点。也就是说，在后续创建流程图的过程中，用户还可以将自定义处理节点确定为用于生成目标流程图的处理节点，能够对该自定义处理节点的节点数据进行重复使用，也就无需重复编写实现该自定义处理节点的功能的程序代码。
156.另外，由于自定义节点为根据用户的实际需求生成的，如此，能够满足用户的个性化需求，提高任务处理系统的灵活性，增大任务处理系统的适用场景，覆盖极端偏门的使用场景。
157.本技术提供的任务处理系统可以提供创建流程图的功能。此时，界面层显示的界面包含：显示多个待选的处理节点的第一显示区域，和显示用户创建的流程图的第二显示区域。
158.即，用户可以在任务处理系统的界面层，触发针对第一显示区域内显示的处理节点(即预设处理节点)的节点选择指令，生成得到表示所选择的各处理节点之间的执行顺序的目标流程图。
159.例如，用户可以从显示的多个预设处理节点中，以点击或者拖拽的方式选择至少一个预设处理节点作为用于生成目标流程图的处理节点，相应的，用户也可以从已选择的处理节点中删除一个或多个处理节点。另外，用户还可以根据当前的业务需求，确定所选择的多个处理节点之间的顺序，即，设置该多个处理节点之间的执行顺序，得到目标流程图，
进而，界面层可以在第二显示区域内显示该目标流程图。
160.如此，本技术提供的任务处理系统可以为用户提供图形化开发的界面，用户可以通过触发针对第一显示区域内显示的处理节点的节点选择指令，生成得到用于指示任务处理流程的流程图，提高了系统的易用性。
161.在一些实施例中，针对用户选择的目标流程图中任一处理节点，其当前的配置参数可以为预设配置参数。例如，该处理节点的预设配置参数可以为任务处理系统上线时，该处理节点的默认配置参数，其中，默认配置参数可以为空。或者，该处理节点的预设配置参数也可以为用户上一次根据实际需求设置的配置参数。
162.在一些实施例中，在生成流程图时，若用户选择的处理节点当前的配置参数不满足需求，用户可以对该处理节点当前的配置参数进行修改。即，针对用户选择的任一处理节点，其配置参数可以为用户根据实际需求设置的。
163.相应的，数据层还记录有目标流程图中处理节点的配置参数；界面层还用于响应于用户针对目标流程图中处理节点的编辑指令，显示用于对目标流程图中处理节点的配置参数进行编辑的第二窗口；服务层还用于获取通过第二窗口接收到的配置参数，并基于获取到的配置参数，对数据层中存储的目标流程图中处理节点的配置参数进行更新。
164.一种实现方式中，用户可以通过点击目标流程图中的任一处理节点，触发针对该处理节点的编辑指令。
165.在本技术实施例中，当界面层接收到用户针对该处理节点的编辑指令时，可以显示用于对该处理节点的配置参数进行编辑的窗口(即第二窗口)，进而，用户可以在该第二窗口中设置该处理节点的配置参数，相应的，界面层可以通过第二窗口接收配置参数。
166.例如，第二窗口可以包含用于接收该处理节点的配置参数的输入文本框。界面层可以通过第二窗口中的输入文本框接收用户输入的配置参数，进而，服务层可以将数据层中存储的该处理节点的配置参数更新为用户输入的配置参数。
167.再例如，服务层可以根据该处理节点的配置参数的类型(可以称为目标类型)，获取数据层当前记录的所有的目标类型的备选配置参数。例如，若该处理节点为文件读取节点，则服务层可以获取数据层当前记录的所有上游服务的共享文件的ip地址(即备选配置参数)。进而，界面层还可以以列表的形式显示所有的备选配置参数，服务层可以将用户选择的备选配置参数作为接收到的配置参数，将该处理节点的配置参数更新为用户选择的备选配置参数。
168.可以理解的是，用户可以根据当前需要下发任务数据的第一服务的服务信息，设置目标流程图包含的数据获取节点的配置参数，根据当前需要接收任务数据的第二服务的服务信息，设置目标流程图包含的数据下发节点的配置参数。
169.基于上述处理，用户可以通过对处理节点的配置参数进行更改，以结合实际场景实现处理节点的功能。例如，用户可以通过修改目标流程图包含的文件读取节点的配置参数，实现从当前的第一服务的共享文件中读取任务数据。如此，不需要用户对代码修改，也就能够简化用户的操作。另外，能够提高系统的适用性，增大系统的应用范围。
170.一种实现方式中，用户可以根据自身需求，创建得到多个流程图。相应的，服务层可以按照多个流程图所指示的任务处理流程，实现任务数据的并行转发，也就能够提高任务处理的效率。另外，数据层可以记录用户创建的所有流程图。例如，可以将用户创建的所
有流程图，以及各流程图的标识记录在数据库的表(即流程图表)中。
171.本技术提供的任务处理系统可以提供定时任务(即设置流程图的执行周期)的功能。
172.在一些实施例中，当目标流程图的处理节点中包含：文件读取节点、接口读取节点或数据库读取节点时，用户可以对目标流程图的执行周期进行设置。相应的，界面层还用于：响应于用户针对目标流程图的执行周期设置指令，显示用于设置目标流程图的执行周期的第一窗口；服务层，用于当到达通过第一窗口获取到的执行周期时，基于数据层记录的目标流程图中的处理节点之间的执行顺序，加载处理节点的节点数据，以从第一服务获取第一任务数据及向第二服务发送第二任务数据。
173.在本技术实施例中，当界面层接收到针对目标流程图的执行周期设置指令时，可以显示用于对该目标流程图的执行周期进行设置的窗口(即第一窗口)，进而，用户可以在该第一窗口中设置目标流程图的执行周期，相应的，界面层可以通过该第一窗口接收目标流程图的执行周期。例如，用户可以通过点击目标流程图，触发针对目标流程图的执行周期设置指令。
174.由于第一服务在生成待下发的第一任务数据后，可能不会直接向任务处理系统发送该第一任务数据，而是对该第一任务数据进行记录，以等待任务处理系统主动获取并处理该第一任务数据。因此，用户可以设置目标流程图的执行周期，进而，在到达目标流程图的执行周期时，服务层可以按照该目标流程图所指示的任务处理流程，实现第一服务与第二服务之间的任务数据的转发。
175.本技术中，在到达目标流程图的执行周期时，服务层按照该目标流程图所指示的任务处理流程，实现第一服务与第二服务之间的任务数据的转发的方式，可以称为主动触发。
176.一种实现方式中，界面层还可以显示已创建的所有的流程图。相应的，用户可以从已创建的流程图中选择一个或者多个，并基于上述设置执行周期的方式对用户选择的流程图的执行周期进行设置。
177.另外，数据层可以记录各流程图的执行周期。例如，可以将已设置执行周期的流程图的标识和对应的执行周期记录在数据库的表(即定时任务表)中。
178.基于上述处理，可以对流程图的执行周期进行设置，以使服务层在到达任一流程图的执行周期时，按照该流程图所指示的任务处理流程实现第一服务与第二服务之间的任务数据的转发，也就能够及时的处理上游服务产生的任务数据，提高任务处理的效率。
179.在一些实施例中，当目标流程图的处理节点中包含消息中间件监听节点时，服务层可以确定该消息中间件监听节点的配置参数表示的第一消息中间件，监听该第一消息中间件，在监听到第一消息中间件中存在任务数据(即第一任务数据)时，获取该第一任务数据，并按照该目标流程图所指示的任务处理流程对该第一任务数据进行处理。
180.当目标流程图的处理节点中包含接口监听节点时，服务层可以确定该接口监听节点的配置参数表示自身的第一接口，确定该第一接口被第一服务调用，且接收到第一服务发送的任务数据(即第一任务数据)时，按照该目标流程图所指示的任务处理流程对该第一任务数据进行处理。
181.在本技术实施例中，服务层以监听的方式获取第一任务数据，进而按照目标流程
图所指示的任务处理流程对第一任务数据进行处理的方式，可以称为被动触发。可以理解的是，基于上述监听的方式获取任务数据，能够在监听到存在所需处理的任务数据时，按照该目标流程图所指示的任务处理流程对该任务数据进行处理，因此，能够及时对所需处理的任务数据进行处理，相应的，在目标流程图的处理节点中包含消息中间件监听节点，或接口监听节点的情况下，用户也就无需对目标流程图的执行周期进行设置。
182.针对任一流程图，其对应的第一服务的数目为一个时，该流程图中的数据获取节点的节点数据中包含表示该第一服务的配置参数，服务端可以获取该第一服务的第一任务数据。
183.在一些实施例中，第一服务为多个，数据获取节点的配置参数包含多个第一服务各自的地址。
184.在本技术实施例中，数据获取节点的配置参数包含第一服务的地址。针对任一流程图，其对应的第一服务的数目为多个时，该流程图中的数据获取节点的数目可以为一个，且该数据获取节点的节点数据中包含表示该多个第一服务的地址；或者，该流程图中的数据获取节点的数目可以为多个，即多个数据获取节点可以以并行的方式从多个第一服务中获取第一任务数据，每一数据获取节点的节点数据中包含表示该多个第一服务中的一个服务的地址。
185.在一些实施例中，数据获取节点的类型不同，该数据获取节点的配置参数也不同。相应的，服务层可以基于以下方式1-5中的至少一种，从第一服务获取第一任务数据。
186.方式1：在数据获取节点包含消息中间件监听节点的情况下，加载消息中间件监听节点的节点数据，以根据该节点数据中表示第一服务的消息中间件的配置参数，监听第一服务的消息中间件，并在监听到存在待消费的任务数据时，从待消费的任务数据中获取第一任务数据。
187.在本技术实施例中，第一服务在生成待消费的任务数据后，可以将该待消费的任务数据写入第一服务的消息中间件中。
188.消息中间件监听节点的配置参数包含：所需监听的消息中间件的ip地址，即，第一服务的消息中间件的ip地址。进而，服务层可以监听该ip地址指向的第一服务的消息中间件，并在监听到第一服务的消息中间件中存在待消费的任务数据时，从待消费的任务数据中获取任务数据(即第一任务数据)。
189.基于上述处理，第一服务可以在生成待下发的任务数据后，直接将该待下发的任务数据记录在该消息中间件中，后续，服务层可以获取第一服务的记录在消息中间件中的任务数据，并进行处理。也就是说，第一服务只需要将待下发的任务数据写入消息中间件，无需等待一个任务数据处理完成后，再下发其他待下发的任务数据，能够降低第一服务的运行压力。
190.方式2：在数据获取节点包含接口监听节点的情况下，加载接口监听节点的节点数据，以根据该节点数据中表示第一接口的配置参数，监听第一接口，并在监听到第一服务调用第一接口时，获取第一服务通过第一接口发送的第一任务数据。
191.其中，第一接口为自身的接口中与第一服务对应的接口。
192.可以理解的是，任务处理系统可以预先发布自身的接口，相应的，上游服务可以调用任务处理系统发布的接口，向任务处理系统发送任务数据。其中，发布的接口可以为根据
上游服务提供的接口标准生成的。
193.在本技术实施例中，第一服务在生成待下发的任务数据后，可以调用任务处理系统的接口中，与第一服务对应的第一接口，并向该第一接口发送该待下发的任务数据。
194.接口监听节点的配置参数包含：所需监听的接口的ip地址和接口名，即，第一接口的ip地址和接口名。进而，服务层可以监听该第一接口，并在监听到第一服务调用第一接口时，获取第一服务通过第一接口发送的任务数据(即第一任务数据)。
195.本技术提供的任务处理系统还可以提供接口配置(即发布自身的接口)的功能。在一些实施例中，与第一服务对应的自身的接口为任务处理系统预先发布的。相应的，界面层还用于：响应于用户针对自身的接口的接口配置指令，显示用于配置自身的接口的第三窗口。
196.服务层，还用于获取通过第三窗口接收到的接口信息，并基于获取到的接口信息，对自身的接口进行发布。
197.在本技术实施例中，针对一个上游服务，若该上游服务需要通过调用任务处理系统的接口的方式，向任务处理系统发送待下发的任务数据，则可以根据该上游服务所需的接口标准，生成对应的接口，并进行发布。
198.例如，当界面层接收到针对自身的接口的接口配置指令时，可以显示用于配置自身的接口的窗口(即第三窗口)。进而，用户可在该第三窗口中输入从上游服务获取的所需发布的接口的接口信息。进而，服务层可以获取到所需发布的接口的接口信息，基于该接口信息生成接口并进行发布。上游服务可以在该接口发布后，调用该接口，以向任务处理系统发送待下发的任务数据。
199.接口的接口信息包含：接口支持的通信协议、接口名、传入参数、传出参数等。其中，传入参数可以表示通过接口传入的数据的数据格式以及包含的字段，传出参数可以表示通过接口传出的数据的数据格式以及包含的字段。
200.另外，数据层可以记录自身所有的接口的接口信息，上游服务提供的接口的接口信息，以及下游服务提供的接口的接口信息。例如，可以将上述接口的接口信息记录在数据库的表(即接口信息表)中。
201.基于上述处理，本技术实施例提供的任务处理系统可以通过生成并发布自身的接口，使得上游服务可以通过调用该接口，向任务处理系统发送待下发的任务数据，如此，也就能够获取第一服务中待下发的第一任务数据。另外，用户可以通过图形化的界面输入接口的接口信息生成并发布所需的接口，无需用户编写相应的生成接口的代码，能够提高任务处理系统的易用性，能够提高接口发布的效率，减少系统的代码量，快速满足用户的需求。
202.方式3：在数据获取节点包含文件读取节点的情况下，加载文件读取节点的节点数据，以根据该节点数据中表示第一服务的共享文件的配置参数，从第一服务的共享文件中记录的当前未处理的任务数据中读取第一任务数据。
203.在本技术实施例中，第一服务在生成待处理的任务数据后，可以将该任务数据写入第一服务的共享文件中。
204.文件读取节点的配置参数包含：所需读取的共享文件的ip地址，即，第一服务的共享文件的ip地址。进而，服务层可以读取该ip地址指向的第一服务的共享文件中的任务数
据(即第一任务数据)。
205.基于上述处理，第一服务可以在生成待下发的任务数据后，直接将该待下发的任务数据记录在共享文件中，后续，服务层可以获取第一服务的记录在共享文件中的任务数据，并进行处理。也就是说，第一服务只需要将待下发的任务数据写入共享文件，无需等待一个任务数据处理完成后，再下发其他待下发的任务数据，能够降低第一服务的运行压力。
206.方式4：在数据获取节点包含接口读取节点的情况下，加载接口读取节点的节点数据，以根据该节点数据中表示第一服务的接口的配置参数，调用第一服务的接口获取第一任务数据。
207.在本技术实施例中，接口读取节点的配置参数包含：所需读取的接口的ip地址，即，第一服务的接口的ip地址。进而，服务层可以调用该ip地址指向的第一服务的接口，并获取第一服务中待下发的任务数据(即第一任务数据)。
208.方式5：在数据获取节点包含数据库读取节点的情况下，加载数据库读取节点的节点数据，以根据该节点数据中表示第一服务的数据库的配置参数，从第一服务的数据库中记录的当前未处理的任务数据中读取第一任务数据。
209.在本技术实施例中，第一服务在生成待下发的任务数据后，可以将该任务数据写入第一服务的数据库中。
210.数据库读取节点的配置参数包含：所需读取的数据库的ip地址、数据库类型和权限信息，即，第一服务的数据库的ip地址、数据库类型和权限信息。进而，服务层可以读取该ip地址指向的第一服务的数据库中的任务数据(即第一任务数据)。
211.可以理解的是，当第一服务为支持的通信协议为：基于接口的通信协议时，可以采用上述方式2或方式4，从第一服务获取第一任务数据。此时，目标流程图中包含：接口监听节点，或接口读取节点。
212.当第一服务为支持的通信协议为：基于共享文件的通信协议时，可以采用上述方式3，从第一服务获取第一任务数据。此时，目标流程图中包含：文件读取节点。
213.当第一服务为支持的通信协议为：基于消息中间件的通信协议时，可以采用上述方式1，从第一服务获取第一任务数据。此时，目标流程图中包含：消息中间件监听节点。
214.当第一服务为支持的通信协议为：基于数据库的通信协议时，可以采用上述方式5，从第一服务获取第一任务数据。此时，目标流程图中包含：数据库读取节点。
215.另外，第一服务也可以支持多种通信协议，相应的，服务层可以采用与第一9游会的服务支持的通信协议对应的任一方式，从第一服务获取第一任务数据。
216.基于上述处理，可以根据第一9游会的服务支持的通信协议，选择不同类型的数据获取节点，以采用不同的方式从第一服务获取第一任务数据。也就是说，用户可根据第一9游会的服务支持的通信协议，从预设处理节点中选择与第一服务相匹配的数据获取节点作为用于生成目标流程图的处理节点。也就能够满足用户的个性化需求，提高任务处理系统的灵活性，增大任务处理系统的适用场景。
217.本技术中，以上述方式1、2从第一服务获取第一任务数据的过程，可以理解为一个原子动作；以上述方式3、4和5从第一服务获取第一任务数据的过程，可以理解为一个原子动作。即，本技术提供的任务处理系统可以实现读取和监听两种原子动作。原子动作表示一个完整的过程，不可进行拆分。
218.针对任一流程图，其对应的第二服务的数目为一个时，该流程图中的数据下发节点的节点数据中包含表示该第二服务的配置参数，服务端可以向该第二服务发送第二任务数据。
219.在一些实施例中，第二服务为多个，数据下发节点的配置参数包含多个第二服务各自的地址。
220.在本技术实施例中，数据下发节点的配置参数包含第二服务的地址。针对任一流程图，其对应的第二服务的数目为多个时，该流程图中的数据下发节点的数目可以为一个，且该一个数据下发节点的节点数据中包含表示该多个第二服务的地址；或者，该流程图中的数据下发节点的数目可以为多个，即多个数据下发节点可以以并行的方式向多个第二服务发送第二任务数据，每一数据下发节点的节点数据中包含表示该多个第二服务中的一个服务的地址。
221.如此，本技术提供的任务处理系统能够基于一个任务处理流程，实现多个第一服务和多个第二服务之间的任务数据传输。
222.在一些实施例中，若第二服务所支持的数据格式，与第一服务所支持的数据格式一致，则无需对第一任务数据的数据格式进行转换，相应的，目标流程图中可以不包含用于实现对任务数据的数据格式进行转换的转换节点。
223.在一些实施例中，若第二服务所支持的数据格式，与第一服务所支持的数据格式不一致，此时，需要对第一任务数据的数据格式进行转换，以获得第二服务所支持的数据格式的任务数据(即第二任务数据)。相应的，服务层，具体用于：
224.在目标流程图包含转换节点的情况下，加载转换节点的节点数据，以将第一任务数据转换为第二服务所支持的数据格式，得到第二任务数据。
225.在本技术实施例中，转换节点用于将第一数据格式的第一任务数据转换为第二数据格式的第二任务数据。具体的，转换节点可以实现：对第一数据格式的任务数据进行解析的功能，对解析得到的各字段的值进行映射的功能，构建第二数据格式的任务数据的功能。其中，第一数据格式可以为xml、json、excel、txt中的任一种，第二数据格式也可以为xml、json、excel、txt中的任一种，且第一数据格式和第二数据格式不同。
226.一种实现方式中，一个转换节点可以实现上述功能中的一个功能。
227.例如，用于对xml格式的任务数据进行解析的处理节点可以称为xml解析节点；用于对json格式的任务数据进行解析的处理节点可以称为json解析节点；用于对excel格式的任务数据进行解析的处理节点可以称为excel解析节点；用于对txt格式的任务数据进行解析的处理节点可以称为txt解析节点。
228.相应的，用于构建xml格式的任务数据的处理节点可以称为xml构建节点；用于构建json格式的任务数据的处理节点可以称为json构建节点；用于构建excel格式的任务数据的处理节点可以称为excel构建节点；用于构建txt格式的任务数据的处理节点可以称为txt构建节点。
229.用于对各字段的值进行映射的处理节点可以称为字段映射节点。若第一数据格式与第二数据格式不同，则第一任务数据和第二任务数据中表示相同物理含义的字段可能并不相同，因此，数据层可以预先记录第一数据格式中任一字段，与第二数据格式中相同物理含义的字段之间的映射关系。进而，针对第二任务数据中的任一字段，可以确定第一任务数
据中对应字段的值，作为第二任务数据中该字段的值。
230.另一种实现方式中，一个转换节点可以实现上述功能中的多个功能。此时，转换节点可以理解为由上述多个功能不同的处理节点组合得到的处理节点。
231.基于上述处理，用户可以根据第一服务所支持的数据格式，以及第二服务所支持的数据格式，在构建目标流程图时确定对应的转换节点作为用于生成目标流程图的处理节点，也就能够对第一任务数据进行数据格式转换，得到第二服务所支持的数据格式的第二任务数据。如此，能够满足用户的个性化需求，提高任务处理系统的灵活性，增大任务处理系统的适用场景。
232.在一些实施例中，可以任务处理系统可以根据用户的需求对第一任务数据进行预处理操作，得到第二任务数据，进而，向第二服务发送第二任务数据。相应的，服务层还用于：
233.在目标流程图包含预处理节点的情况下，加载预处理节点的节点数据，以对第一任务数据进行预处理操作，得到第二任务数据。
234.其中，预处理操作包括以下至少一项：任务数据校验、任务数据拆分、任务数据合并和冗余数据过滤。
235.在本技术实施例中，预处理节点可以实现：对第一任务数据进行校验的功能，对第一任务数据进行拆分的功能，对第一任务数据进行合并的功能，以及对第一任务数据进行过滤的功能。
236.一种实现方式中，一个预处理节点可以实现上述功能中的一个功能。
237.用于对第一任务数据进行校验的处理节点可以称为任务数据校验节点。当目标流程图中包含任务数据校验节点时，服务层可以基于数据层存储的任务数据校验的规则，对传入该节点的任务数据进行校验。如，校验第一任务数据中某一字段的值是否为合法的值。若任务数据未通过校验，则无需将该任务数据发送给第二服务，服务层可以停止对该任务数据进行处理。如此，预处理节点能够对传入该节点的任务数据进行校验，基于数据库中存储的任务数据校验的规则，删除错误的任务数据，能够提高任务处理的准确度。
238.用于对第一任务数据进行拆分的处理节点可以称为任务数据拆分节点。当目标流程图中包含任务数据拆分节点时，服务层可以基于数据层存储的任务数据拆分的规则，对传入该节点的任务数据进行拆分。如，服务层可以将数据量较大的任务的任务数据拆分为若干个数据量较小的任务的任务数据。如此，能够避免由于单个任务数据的数据量过大，单个任务的执行过程过长，也就能够提高任务处理的效率。
239.用于对第一任务数据进行合并的处理节点可以称为任务数据合并节点。当目标流程图中包含任务数据合并节点时，服务层可以基于数据层存储的任务数据合并的规则，对传入该节点的任务数据进行合并。如，在上述工厂使用机器人执行搬运任务的场景中，服务层可以合并若干个数据量较小，且目的地一致的搬运任务的任务数据。进而，能够减少后续机器人处理任务时重复的工作量。如此，服务层可以基于数据层存储的任务数据合并的规则，对多个任务的认为数据进行合并，能够提高任务处理的效率。
240.用于对第一任务数据进行过滤的处理节点可以称为冗余数据过滤节点。当目标流程图中包含冗余数据过滤节点时，服务层可以基于数据层存储的冗余数据过滤的规则，对传入该节点的任务数据进行过滤和去重。例如，服务层可以过滤多个第一任务数据一致的
任务数据，即则保留其中一个任务数据，删除该任务数据外其余的任务数据。再例如，由于系统版本更新等原因，第一服务生成的任务数据中可能包含无用数据，相应的，服务层可以删除第一任务数据中的无用数据。
241.如此，预处理节点能够基于数据层存储的冗余数据过滤的规则，对传入该节点的任务数据进行过滤，删除重复的任务数据，也就可以避免同一任务的重复执行。另外，预处理节点也可以过滤非任务数据的数据，避免通信资源的浪费。
242.在一些实施例中，由于第一服务也可能会下发针对除第二服务以外的其他服务的任务数据。因此，当目标流程图中包含筛选节点时，服务层可以加载筛选节点的节点数据，以在接收到的第一服务下发的任务数据中进行筛选，得到需要下发至第二服务的任务数据。其中，筛选节点的配置参数中包含表示第二服务的标识。
243.基于上述处理，任务处理系统可以对任务数据进行筛选，避免第二服务接收到针对其他服务的任务数据，造成通信资源的浪费。
244.在一些实施例中，服务层可以基于以下方式一至四中的至少一种，向第二服务发送第二任务数据。
245.方式一：在数据下发节点包含接口写入节点的情况下，加载接口写入节点的节点数据，以根据该节点数据中表示第二服务的接口的配置参数，调用第二服务的接口发送第二任务数据。
246.在本技术实施例中，接口写入节点的配置参数包含：所需写入的接口的ip地址，即，第二服务的接口的ip地址。进而，服务层可以调用该ip地址指向的第二服务的接口，向第二服务发送任务数据(即第二任务数据)。
247.方式二：在数据下发节点包含消息中间件写入节点的情况下，加载消息中间件写入节点的节点数据，以根据该节点数据中表示第二服务的消息中间件的配置参数，在第二服务的消息中间件中写入第二任务数据。
248.在本技术实施例中，消息中间件写入节点的配置参数包含：所需写入的消息中间件的ip地址，即，第二服务的消息中间件的ip地址。进而，服务层可以向该ip地址指向的第二服务的消息中间件写入任务数据(即第二任务数据)。
249.方式三：在数据下发节点包含数据库写入节点的情况下，加载数据库写入节点的节点数据，以根据该节点数据中表示第二服务的数据库的配置参数，在第二服务的数据库中写入第二任务数据。
250.在本技术实施例中，数据库写入节点的配置参数包含：所需写入的数据库的ip地址、数据库类型、权限信息，即，第二服务的数据库的ip地址、数据库类型和权限信息。进而，服务层可以向该ip地址指向的第二服务的数据库中写入任务数据(即第二任务数据)。
251.方式四：在数据下发节点包含文件写入节点的情况下，加载文件写入节点的节点数据，以根据该节点数据中表示第二服务的共享文件的配置参数，在第二服务的共享文件中写入第二任务数据。
252.在本技术实施例中，文件写入节点的配置参数包含：所需写入的共享文件的ip地址，即，第二服务的共享文件的ip地址。进而，服务层可以向该ip地址指向的第二服务的共享文件中写入任务数据(即第二任务数据)。
253.本技术中，以上述方式一至四向第二服务发送第二任务数据的过程，可以理解为
一个原子动作。即，本技术提供的任务处理系统还可以实现写入的原子动作。
254.在一些实施例中，在向第二服务发送第二任务数据后，服务层还可以接收第二服务反馈的针对第二任务数据的执行结果。
255.相应的，服务层还用于：在目标流程图包含反馈判定节点的情况下，加载反馈判定节点的节点数据，以根据第二服务返回的第二任务数据的执行结果，判断第二任务数据表示的任务是否执行成功；若第二任务数据表示的任务未执行成功，加载目标流程图中重试节点的节点数据，以重新向第二服务发送第二任务数据。
256.在本技术实施例中，当目标流程图中包含反馈判定节点时，服务层可以加载反馈判定节点的节点数据，接收第二服务返回的针对第二任务数据的执行结果，并基于数据层存储的执行结果的判断规则，判断第二任务数据表示的任务是否执行成功。
257.例如，反馈判定节点可以获取第二服务返回的表示第二任务数据的执行结果的反馈数据，进而，可以对该反馈数据进行解析，得到表示第二任务数据的执行结果的字段的值，基于该字段的值，确定第二任务数据对应的任务是否执行成功。
258.另外，服务层执行完一次流程图所指示的任务处理流程后，数据层可以记录该次任务处理流程的执行信息，即，该次任务处理流程对应的任务数据的执行结果，以及执行该任务处理流程的时间戳。例如，数据层可以将每一次任务处理流程的执行信息记录在数据库的表(即消息日志表)中。
259.重试节点为用户根据实际需求，在目标流程图中处理节点中选择的一个处理节点。例如，由于服务层当前已获取到第一服务下发的第一任务数据，因此，重试节点可以为目标流程图包含的数据获取节点的下一个处理节点。或者，由于服务层当前已获取到第二任务数据，因此，重试节点也可以为目标流程图包含的数据下发节点。
260.基于上述处理，能够在第二任务数据对应的任务执行失败时，重新向第二服务发送第二任务数据，能够提高任务处理系统的稳定性，也就能够提高任务执行成功的概率，保证第一服务发送的第一任务数据与第二服务接收到的第二任务数据的一致性。
261.一种实现方式中，若第二任务数据对应的任务执行失败，服务层可以结束针对该第二任务数据的任务处理流程。如此，能够避免由于任务数据本身存在错误导致任务执行失败，重复按照目标流程图指示的任务处理流程对该任务数据进行处理，执行造成大量计算浪费的情况。
262.在一些实施例中，第一服务的数据库在记录每一任务数据时，还可以记录该任务数据的状态。例如，可以记录该任务数据为已处理或未处理。可以理解的是，任务处理系统可以从第一服务的数据库中获取状态为未处理的任务数据，以进行转发。进而，服务层可以在确定基于该第一任务数据得到的第二任务数据表示的任务执行成功后，对第一服务的数据库记录的第一任务数据的状态进行修改。
263.即，用户可以在目标流程图中的反馈判定节点之后，设置数据库写入节点。其中，数据库写入节点的节点数据中包含表示第一服务的数据库的配置信息。以使反馈判定节点在获取第二服务返回的表示第二任务数据的执行成功的反馈数据后，加载数据库写入节点的节点数据，对第一服务的数据库记录的第一任务数据进行修改。例如，将对第一服务的数据库记录的第一任务数据的状态修改为：已处理。
264.如此，能够避免对已经执行成功的任务的任务数据进行重复处理。另外，针对执行
失败的任务的任务数据，其状态任务未处理，后续，可以重新处理该任务数据，避免执行任务的遗漏。
265.本技术提供的任务处理系统还可以提供消息日志的功能，即，查询任务处理系统执行的所有任务处理流程的执行信息。
266.在一些实施例中，界面层在接收到用户触发的针对消息日志的查询指令后，可以显示数据层记录的所有任务处理流程的执行信息，即，所有的任务处理流程对应的任务数据的执行结果，以及对应的执行该任务处理流程的时间戳。
267.本技术提供的任务处理系统还可以提供异常消息的功能，即，查询任务处理系统执行的所有任务处理流程的执行信息中执行结果为失败的任务处理流程。
268.在一些实施例中，界面层在接收到用户触发针对异常消息的查询指令后，可以显示数据层记录的所有任务处理流程的执行信息中，任务数据的执行结果为失败的任务处理流程的执行信息。
269.参见图2，图2为本技术实施例提供的一种创建流程图时任务处理系统的界面层的示例图。如图2所示，当用户使用创建流程图的功能时，任务处理系统的界面层包括：功能选择区、预设处理节点区(即第一显示区域)、流程图编辑区(即第二显示区域)以及节点数据显示区。
270.其中，功能选择区用于显示任务处理系统提供的功能，例如，创建流程图、定时任务、接口配置、消息日志、异常消息等。预设处理节点区用于显示所有的预设处理节点。流程图编辑区用于显示用户当前创建的流程图。节点数据显示区用于在用户点击任一处理节点时显示该处理节点的配置参数。
271.图3为本技术实施例提供的另一种任务处理系统的结构示意图。
272.图3中，外部系统1为本技术中第一服务所属的上游系统。上游系统可以与接口平台的服务读取器和/或服务监听器进行通信。
273.外部系统2为本技术中第二服务所属的下游系统。下游系统可以与接口平台的服务写入器进行通信。
274.接口平台(databus)即本技术中的任务处理系统，由界面层、服务层、数据层组成。
275.界面层也可以称为web(网页)前端，界面层用于显示任务处理系统提供的功能，包括：服务配置、接口配置、创建流程图、定时任务、消息日志、异常消息。
276.其中，服务配置用于接收用户输入的服务(第一服务和第二服务)的服务信息。接口配置用于响应于用户针对自身的接口的接口配置指令，对自身的接口进行发布。创建流程图用于响应于用户针对第一显示区域内显示的处理节点的节点选择指令，确定用于按照第一9游会的服务支持的通信协议从第一服务获取第一任务数据的数据获取节点，以及用于按照第二9游会的服务支持的通信协议向第二服务发送第二任务数据的数据下发节点，并生成包含所确定的数据获取节点和数据下发节点的目标流程图，显示在第二显示区域内。定时任务用于响应于用户针对任一流程图的执行周期设置指令，为该流程图设置执行周期。消息日志用于显示响应于用户的消息日志查询指令，显示每一任务处理流程的执行信息。异常消息用于显示响应于用户的异常消息的查询指令，显示显示数据层记录的所有任务处理流程的执行信息中，任务数据的执行结果为失败的任务处理流程的执行信息。
277.服务层由服务读取器、服务监听器、消息转换器、消息路由器、服务写入器和数据
处理引擎组成。服务读取器和服务监听器可以外部系统1进行通信，服务写入器可以外部系统2进行通信，另外，服务读取器可以通过消息转换器和消息路由器与服务写入器进行通信，服务监听器也可以通过消息转换器和消息路由器与服务写入器进行通信。
278.其中，服务读取器支持的通信协议包括：webservice、http/https、ftp协议等，另外，服务读取器支持从oracle数据库、sqlsever数据库等数据库中读取任务数据，支持从共享文件中读取任务数据。
279.服务监听器支持的通信协议包括：webservice、http/https、tcp协议等，另外，服务监听器支持对mq等消息中间件进行监听。
280.服务写入器支持的通信协议包括：webservice、http/https、ftp、https、tcp协议等，另外，服务写入器支持向oracle数据库、sqlsever数据库等数据库中写入任务数据，支持向mqtt、rabbitmq、tibco等消息中间件中写入任务数据，支持向sap系统的rfc(远程函数调用，remote function call)接口发送任务数据，支持向共享文件中写入任务数据，以及基于其他的自定义插件(自定义处理)发送任务数据的方式。
281.消息转换器支持数据解析、数据构建、字段映射、任务拆分(即任务数据拆分)、任务合并(即任务数据合并)、任务过滤、任务去重(即冗余数据过滤)、脚本扩展、自定义插件等功能。其中，数据解析包括：本技术中的xml解析、json解析、excel解析、txt解析等功能。数据构建包括：本技术中xml构建、json构建、excel构建、txt构建等功能。脚本扩展表示任务处理系统支持不同语言进行开发，例如：javascript语言、java语言和groovy语言。自定义插件表示可以提供创建自定义处理节点的功能。
282.消息路由器中的校验规则表示：任务处理系统支持基于校验规则对任务数据进行校验；分支规则表示：任务处理系统支持基于分支规则对任务数据进行分支转发；成功/失败表示：任务处理系统可以判断任务数据表示的任务是否执行成功。
283.数据处理引擎用于调用上述服务读取器、服务监听器、消息转换器、消息路由器和服务写入器，实现上游的第一服务与下游的第二服务之间任务数据的集成。
284.数据层包括服务信息表、接口信息表、流程图表、自定义脚本表、定时任务表、消息日志表。
285.其中，服务信息表用于记录当前第一服务和第二服务的服务信息。接口信息表用于记录第一服务的接口的接口信息、第二服务的接口的接口信息，以及自身的接口的接口信息。流程图表用于记录用户创建的所有流程图。自定义脚本表用于记录用户创建的自定义处理节点。定时任务表用于记录各流程图对应的执行周期。消息日志表记录用于记录每一次任务处理流程的执行信息。
286.在上述工厂使用机器人执行搬运任务的场景中，上游服务通常会将待下发的搬运任务的任务数据写入上游服务的数据库中的任务表中，进而，机器人调度服务可以读取该表中的任务数据。图4为本技术实施例提供的一种任务数据包含的字段的示例图。
287.图4所示的表为上游服务的数据库中的任务表，表中的一行数据用于表示一个任务的任务数据所包含的字段，其中，reqcode(标识码)表示该搬运任务对应的机器人调度服务的标识。tasktype(任务类型)表示该搬运任务的任务类型，例如，任务类型可以表示搬运任务是都为跨楼层任务。destination(目的地)用于表示该搬运任务的目的地位置。positioncodepath(位置码路径)表示执行该搬运任务时，机器人途径的位置。
positioncodepathtype(位置码路径类型)可以表示上述目的地位置的类型，以及机器人途径的位置的类型，例如，位置的类型可以为：该位置表示一个区域，或该位置表示一个坐标点。
288.如图5所示，图5为本技术实施例提供的一种任务处理系统对任务数据进行处理的流程示意图。
289.s501：开始。
290.s502：接口平台实时读取任务表。
291.即，在达到目标流程图的执行周期时，触发目标流程图。目标流程图中处理节点包含数据库读取节点，服务层调用并加载数据库读取节点的节点数据，以根据该节点数据中表示上游服务的数据库的配置参数，从上游服务的数据库中记录的当前未处理的任务数据中读取第一任务数据。
292.s503：读取到的行信息，解析各个参数。
293.即，上游服务中的一行数据(如图4所示)，即本技术中的一条任务数据(第一任务数据)。服务层在读取到第一任务数据后，可以对获取到的第一任务数据进行解析，获取各字段的值。
294.s504：组装接口请求报文，下发至对应接口。
295.即，基于各字段的值进行映射，构建得到第二任务数据。将第二任务数据通过接口写入节点，发送至机器人调度服务对应的接口。
296.s505：判断任务是否执行成功。若是，则执行步骤s506；若否则执行步骤s504。
297.即，在目标流程图包含反馈判定节点的情况下，加载反馈判定节点的节点数据，以根据第二服务返回的第二任务数据的执行结果，判断第二任务数据表示的任务是否执行成功。若第二任务数据表示的任务执行成功，执行s506。若第二任务数据表示的任务未执行成功，执行s504。
298.s506：回写数据库，标记行项目已下发。
299.即，对上游服务的数据库记录的第一任务数据进行修改，将第一任务数据的状态修改为已处理。
300.s507：结束。
301.如图6所示，图6为本技术实施例提供的一种表示任务处理流程的流程图包含的处理节点的示例图。图6所示的流程图包含：数据库读取节点601、第一构建节点602、接口写入节点603、第一解析节点604、反馈判定节点605，以及数据库写入节点606。
302.服务层可以获取并加载数据库读取节点601的节点数据，以读取第一服务的数据库中的任务数据(即第一任务数据)。然后，服务层可以获取并加载第一构建节点602的节点数据，以对第一任务数据中各字段的值进行映射，构建json格式的任务数据(即第二任务数据)。然后，服务层可以获取并加载接口写入节点603的节点数据，以调用第二服务的接口，并向第二服务发送第二任务数据。然后，服务层可以获取并加载第一解析节点604的节点数据，以接收到的json格式的针对第二任务数据反馈数据进行解析。然后，服务层可以获取并加载反馈判定节点605的节点数据，以判断第二任务数据表示的任务是否执行成功。在第二任务数据表示的任务执行成功的情况下，服务层可以获取并加载数据库写入节点606的节点数据，以对第一服务的数据库记录的第一任务数据进行修改，将第一任务数据的状态修
改为已处理。
303.基于相同的发明构思，本技术实施例还提供了一种任务处理方法，方法应用于任务处理系统，任务处理系统包括界面层、服务层和数据层。
304.参见图7，图7为本技术实施例提供的一种任务处理方法的流程示意图。如图7所示，该方法包括：
305.s701：界面层在第一显示区域内显示多个待选的处理节点。
306.s702：界面层响应于用户针对第一显示区域内显示的处理节点的节点选择指令，确定用于按照第一9游会的服务支持的通信协议从第一服务获取第一任务数据的数据获取节点，以及用于按照第二9游会的服务支持的通信协议向第二服务发送第二任务数据的数据下发节点，并生成包含所确定的数据获取节点和数据下发节点的目标流程图，显示在第二显示区域内。
307.其中，第二任务数据为基于第一任务数据得到的，且第二任务数据的数据格式为第二服务所支持的数据格式。
308.s703：服务层响应于针对目标流程图的触发指令，基于数据层记录的目标流程图中处理节点之间的执行顺序，加载目标流程图中处理节点的节点数据，以从第一服务获取第一任务数据及向第二服务发送第二任务数据。
309.其中，任一处理节点的节点数据包含：该处理节点的配置参数以及表示该处理节点的执行逻辑的程序代码。
310.在一些实施例中，所述方法还包括：所述界面层响应于用户针对所述目标流程图的执行周期设置指令，显示用于设置所述目标流程图的执行周期的第一窗口；所述服务层当到达通过所述第一窗口获取到的执行周期时，基于所述数据层记录的所述目标流程图中处理节点之间的执行顺序，加载所述目标流程图中处理节点的节点数据，以从所述第一服务获取所述第一任务数据及向所述第二服务发送所述第二任务数据。
311.在一些实施例中，所述服务层在所述数据获取节点包含消息中间件监听节点的情况下，加载所述消息中间件监听节点的节点数据，以根据该节点数据中表示所述第一服务的消息中间件的配置参数，监听所述第一服务的消息中间件，并在监听到存在待消费的任务数据时，从所述待消费的任务数据中获取所述第一任务数据；和/或，所述服务层在所述数据获取节点包含接口监听节点的情况下，加载所述接口监听节点的节点数据，以根据该节点数据中表示第一接口的配置参数，监听所述第一接口，并在监听到所述第一服务调用所述第一接口时，获取所述第一服务通过所述第一接口发送的第一任务数据；其中，所述第一接口为自身的接口中与所述第一服务对应的接口；和/或，所述服务层在所述数据获取节点包含文件读取节点的情况下，加载所述文件读取节点的节点数据，以根据该节点数据中表示所述第一服务的共享文件的配置参数，从所述第一服务的共享文件中记录的当前未处理的任务数据中读取所述第一任务数据；和/或，所述服务层在所述数据获取节点包含接口读取节点的情况下，加载所述接口读取节点的节点数据，以根据该节点数据中表示所述第一服务的接口的配置参数，调用所述第一服务的接口获取所述第一任务数据；和/或，所述服务层在所述数据获取节点包含数据库读取节点的情况下，加载所述数据库读取节点的节点数据，以根据该节点数据中表示所述第一服务的数据库的配置参数，从所述第一服务的数据库中记录的当前未处理的任务数据中读取所述第一任务数据。
312.在一些实施例中，所述服务层在所述数据下发节点包含接口写入节点的情况下，
加载所述接口写入节点的节点数据，以根据该节点数据中表示所述第二服务的接口的配置参数，调用所述第二服务的接口发送所述第二任务数据；和/或，所述服务层在所述数据下发节点包含消息中间件写入节点的情况下，加载所述消息中间件写入节点的节点数据，以根据该节点数据中表示所述第二服务的消息中间件的配置参数，在所述第二服务的消息中间件中写入所述第二任务数据；和/或，所述服务层在所述数据下发节点包含数据库写入节点的情况下，加载所述数据库写入节点的节点数据，以根据该节点数据中表示所述第二服务的数据库的配置参数，在所述第二服务的数据库中写入所述第二任务数据；和/或，所述服务层在所述数据下发节点包含文件写入节点的情况下，加载所述文件写入节点的节点数据，以根据该节点数据中表示所述第二服务的共享文件的配置参数，在所述第二服务的共享文件中写入所述第二任务数据。
313.在一些实施例中，所述方法还包括：所述服务层在所述目标流程图包含反馈判定节点的情况下，加载所述反馈判定节点的节点数据，以根据所述第二服务返回的所述第二任务数据的执行结果，判断所述第二任务数据表示的任务是否执行成功；若所述第二任务数据表示的任务未执行成功，加载所述目标流程图中重试节点的节点数据，以重新向所述第二服务发送所述第二任务数据。
314.在一些实施例中，所述服务层在所述目标流程图包含转换节点的情况下，加载所述转换节点的节点数据，以将所述第一任务数据转换为所述第二服务所支持的数据格式，得到所述第二任务数据。
315.在一些实施例中，所述服务层在所述目标流程图包含预处理节点的情况下，加载所述预处理节点的节点数据，以对所述第一任务数据进行预处理操作，得到所述第二任务数据；其中，所述预处理操作包括以下至少一项：任务数据校验、任务数据拆分、任务数据合并和冗余数据过滤。
316.在一些实施例中，所述数据层还记录有所述目标流程图中处理节点的配置参数；所述方法还包括：所述界面层响应于用户针对所述目标流程图中处理节点的编辑指令，显示用于对所述目标流程图中处理节点的配置参数进行编辑的第二窗口；所述服务层获取通过所述第二窗口接收到的配置参数，并基于获取到的配置参数，对所述数据层中存储的所述目标流程图中处理节点的配置参数进行更新。
317.在一些实施例中，所述第一服务用于下发机器人所需执行的任务的任务数据；所述数据获取节点用于按照所述第一9游会的服务支持的通信协议从所述第一服务获取机器人所需执行的任务的任务数据，作为所述第一任务数据；所述第二服务为机器人调度服务；所述数据下发节点用于按照所述机器人调度9游会的服务支持的通信协议向所述机器人调度服务发送所述第二任务数据；所述机器人调度服务用于基于接收到的所述第二任务数据，向机器人发送机器人控制指令，以使所述机器人执行所述机器人控制指令表示的任务；其中，所述机器人控制指令为基于所述第二任务数据得到的。
318.在一些实施例中，所述方法还包括：所述界面层响应于用户针对自身的接口的接口配置指令，显示用于配置自身的接口的第三窗口；所述服务层获取通过所述第三窗口接收到的接口信息，并基于获取到的接口信息，对自身的接口进行发布。
319.在一些实施例中，所述方法还包括：所述界面层响应于用户的节点创建指令，显示用于创建节点的第四窗口；所述服务层获取通过所述第四窗口接收到的节点数据，生成自
定义处理节点，并将所述自定义处理节点的节点数据存储至所述数据层；所述界面层显示生成的自定义处理节点。
320.在一些实施例中，所述第一服务为多个，所述数据获取节点的配置参数包含多个所述第一服务各自的地址；和/或，所述第二服务为多个，所述数据下发节点的配置参数包含多个所述第二服务各自的地址。
321.图8为本技术实施例提供的一种任务处理装置的结构示意图。如图8所示，所述装置应用于任务处理系统，所述任务处理系统包括界面层、服务层和数据层，装置包括：
322.显示模块801，用于控制所述界面层在第一显示区域内显示多个待选的处理节点；
323.显示模块801，还用于控制所述界面层响应于用户针对所述第一显示区域内显示的处理节点的节点选择指令，确定用于按照第一9游会的服务支持的通信协议从所述第一服务获取第一任务数据的数据获取节点，以及用于按照第二9游会的服务支持的通信协议向所述第二服务发送第二任务数据的数据下发节点，并生成包含所确定的数据获取节点和数据下发节点的目标流程图，显示在第二显示区域内；其中，所述第二任务数据为基于所述第一任务数据得到的，且所述第二任务数据的数据格式为所述第二服务所支持的数据格式；
324.运行模块802，用于控制所述服务层响应于针对所述目标流程图的触发指令，基于所述数据层记录的所述目标流程图中处理节点之间的执行顺序，加载所述目标流程图中处理节点的节点数据，以从所述第一服务获取所述第一任务数据及向所述第二服务发送所述第二任务数据；其中，任一处理节点的节点数据包含：该处理节点的配置参数以及表示该处理节点的执行逻辑的程序代码。
325.在一些实施例中，所述装置还包括：第一模块，用于控制所述界面层响应于用户针对所述目标流程图的执行周期设置指令，显示用于设置所述目标流程图的执行周期的第一窗口；所述服务层当到达通过所述第一窗口获取到的执行周期时，基于所述数据层记录的所述目标流程图中处理节点之间的执行顺序，加载所述目标流程图中处理节点的节点数据，以从所述第一服务获取所述第一任务数据及向所述第二服务发送所述第二任务数据。
326.在一些实施例中，所述运行模块802，具体用于控制所述服务层在所述数据获取节点包含消息中间件监听节点的情况下，加载所述消息中间件监听节点的节点数据，以根据该节点数据中表示所述第一服务的消息中间件的配置参数，监听所述第一服务的消息中间件，并在监听到存在待消费的任务数据时，从所述待消费的任务数据中获取所述第一任务数据；和/或，所述服务层在所述数据获取节点包含接口监听节点的情况下，加载所述接口监听节点的节点数据，以根据该节点数据中表示第一接口的配置参数，监听所述第一接口，并在监听到所述第一服务调用所述第一接口时，获取所述第一服务通过所述第一接口发送的第一任务数据；其中，所述第一接口为自身的接口中与所述第一服务对应的接口；和/或，所述服务层在所述数据获取节点包含文件读取节点的情况下，加载所述文件读取节点的节点数据，以根据该节点数据中表示所述第一服务的共享文件的配置参数，从所述第一服务的共享文件中记录的当前未处理的任务数据中读取所述第一任务数据；和/或，所述服务层在所述数据获取节点包含接口读取节点的情况下，加载所述接口读取节点的节点数据，以根据该节点数据中表示所述第一服务的接口的配置参数，调用所述第一服务的接口获取所述第一任务数据；和/或，所述服务层在所述数据获取节点包含数据库读取节点的情况下，加载所述数据库读取节点的节点数据，以根据该节点数据中表示所述第一服务的数据库的
配置参数，从所述第一服务的数据库中记录的当前未处理的任务数据中读取所述第一任务数据。
327.在一些实施例中，所述运行模块802，具体用于控制所述服务层在所述数据下发节点包含接口写入节点的情况下，加载所述接口写入节点的节点数据，以根据该节点数据中表示所述第二服务的接口的配置参数，调用所述第二服务的接口发送所述第二任务数据；和/或，所述服务层在所述数据下发节点包含消息中间件写入节点的情况下，加载所述消息中间件写入节点的节点数据，以根据该节点数据中表示所述第二服务的消息中间件的配置参数，在所述第二服务的消息中间件中写入所述第二任务数据；和/或，所述服务层在所述数据下发节点包含数据库写入节点的情况下，加载所述数据库写入节点的节点数据，以根据该节点数据中表示所述第二服务的数据库的配置参数，在所述第二服务的数据库中写入所述第二任务数据；和/或，所述服务层在所述数据下发节点包含文件写入节点的情况下，加载所述文件写入节点的节点数据，以根据该节点数据中表示所述第二服务的共享文件的配置参数，在所述第二服务的共享文件中写入所述第二任务数据。
328.在一些实施例中，所述装置还包括：第二模块，用于控制所述服务层在所述目标流程图包含反馈判定节点的情况下，加载所述反馈判定节点的节点数据，以根据所述第二服务返回的所述第二任务数据的执行结果，判断所述第二任务数据表示的任务是否执行成功；若所述第二任务数据表示的任务未执行成功，加载所述目标流程图中重试节点的节点数据，以重新向所述第二服务发送所述第二任务数据。
329.在一些实施例中，所述运行模块802，具体用于控制所述服务层在所述目标流程图包含转换节点的情况下，加载所述转换节点的节点数据，以将所述第一任务数据转换为所述第二服务所支持的数据格式，得到所述第二任务数据。
330.在一些实施例中，所述运行模块802，具体用于控制所述服务层在所述目标流程图包含预处理节点的情况下，加载所述预处理节点的节点数据，以对所述第一任务数据进行预处理操作，得到所述第二任务数据；其中，所述预处理操作包括以下至少一项：任务数据校验、任务数据拆分、任务数据合并和冗余数据过滤。
331.在一些实施例中，所述数据层还记录有所述目标流程图中处理节点的配置参数；所述装置还包括：第三模块，用于控制所述界面层响应于用户针对所述目标流程图中处理节点的编辑指令，显示用于对所述目标流程图中处理节点的配置参数进行编辑的第二窗口；所述服务层获取通过所述第二窗口接收到的配置参数，并基于获取到的配置参数，对所述数据层中存储的所述目标流程图中处理节点的配置参数进行更新。
332.在一些实施例中，所述第一服务用于下发机器人所需执行的任务的任务数据；所述数据获取节点用于按照所述第一9游会的服务支持的通信协议从所述第一服务获取机器人所需执行的任务的任务数据，作为所述第一任务数据；所述第二服务为机器人调度服务；所述数据下发节点用于按照所述机器人调度9游会的服务支持的通信协议向所述机器人调度服务发送所述第二任务数据；所述机器人调度服务用于基于接收到的所述第二任务数据，向机器人发送机器人控制指令，以使所述机器人执行所述机器人控制指令表示的任务；其中，所述机器人控制指令为基于所述第二任务数据得到的。
333.在一些实施例中，所述装置还包括：第四模块，用于控制所述界面层响应于用户针对自身的接口的接口配置指令，显示用于配置自身的接口的第三窗口；所述服务层获取通
过所述第三窗口接收到的接口信息，并基于获取到的接口信息，对自身的接口进行发布。
334.在一些实施例中，所述装置还包括：第五模块，用于控制所述界面层响应于用户的节点创建指令，显示用于创建节点的第四窗口；所述服务层获取通过所述第四窗口接收到的节点数据，生成自定义处理节点，并将所述自定义处理节点的节点数据存储至所述数据层；所述界面层显示生成的自定义处理节点。
335.在一些实施例中，所述第一服务为多个，所述数据获取节点的配置参数包含多个所述第一服务各自的地址；和/或，所述第二服务为多个，所述数据下发节点的配置参数包含多个所述第二服务各自的地址。
336.本技术实施例还提供了一种电子设备，如图9所示，包括:
337.存储器901，用于存放计算机程序；
338.处理器902，用于执行存储器901上所存放的程序时，实现上述实施例中任一任务处理方法的步骤。
339.并且上述电子设备还可以包括通信总线和/或通信接口，处理器902、通信接口、存储器901通过通信总线完成相互间的通信。
340.上述电子设备提到的通信总线可以是外设部件互连标准(peripheral component interconnect，pci)总线或扩展工业标准结构(extended industry standard architecture，eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
341.通信接口用于上述电子设备与其他设备之间的通信。
342.存储器可以包括随机存取存储器(random access memory，ram)，也可以包括非易失性存储器(non-volatile memory，nvm)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
343.上述的处理器可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
344.在本技术提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一任务处理方法的步骤。
345.在本技术提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一任务处理方法。
346.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字
用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者存储介质(例如固态硬盘solid state disk(ssd))等。
347.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
348.本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于方法、装置、电子设备、计算机可读存储介质实施例而言，而言，由于其基本相似于系统实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
349.以上所述仅为本技术的较佳实施例，并非用于限定本技术的保护范围。凡在本技术的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本技术的保护范围内。