物流业务处理方法、装置、设备及存储介质与流程

1.本技术涉及物流信息技术领域，具体而言，涉及一种物流业务处理方法、装置、设备及存储介质。


背景技术：

2.随着物流信息技术的快速发展，物流服务对象通常对物流服务提供对象对于物流业务的处理处理效率的要求也越来越高。
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.根据所述新的事件消息，调用所述新的目标业务领域的服务，以根据所述新的事件消息执行所述新的目标业务领域的业务操作。
35.第二方面，本技术一实施例提供了一种智能接单装置，包括：
36.接收模块，用于接收来自预设渠道的原始运输场景的原始操作指令；
37.标准化模块，用于对所述原始操作指令进行标准化，得到标准运输场景下的标准操作指令；
38.确定模块，用于根据所述标准操作指令，从所述标准运输场景下的多个业务领域中，确定所述标准操作指令对应的目标业务领域；
39.处理模块，用于根据所述目标业务领域的消息模板，对所述标准操作指令进行处理，生成所述目标业务领域的事件消息；
40.调用模块，用于根据所述事件消息，调用所述目标业务领域的服务，以根据所述事件消息执行所述目标业务领域的业务操作。
41.第三方面，本技术一实施例提供了一种电子设备，包括：处理器和存储器，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器执行所述机器可读指令，以执行如上述第一方面任一所述的物流业务处理方法的步骤。
42.第四方面，本技术一实施例提供了一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如上述第一方面任一所述物流业务处理方法的步骤。
43.本技术实施例的有益效果包括，例如：
44.本技术的实施例提供了一种物流业务处理方法、装置、设备及存储介质，通过对接收到的来自预设渠道的原始运输场景的原始操作指令进行标准化，得到标准运输场景下的标准操作指令，并根据该标准操作指令，从标准运输场景下的多个业务领域中，确定标准操作指令对应的目标业务领域，然后根据目标业务领域的消息模板，对标准操作指令进行处理，生成目标业务领域的事件消息，最后根据该事件消息，调用目标业务领域的服务，以根据事件消息执行目标业务领域的业务操作。由此，本技术可将客户输入的原始操作指令进行标准化，得到标准操作指令，并基于标准操作指令，自动执行标准运输场景下的相应业务领域的业务操作，无需人为进行业务操作，也避免系统对于业务操作需求的误判导致的业务操作执行错误，并且，在本方案中，对于标准操作指令，可先确定对应的目标业务领域，继而生成目标业务领域的事件消息，从而实现了基于标准操作指令执行业务操作的自动化实现，从而实现物流运输场景的自动化接单功能，节省了人工成本，从而提高了物流运输场景中业务操作的执行效率，进而提高了物流运输场景中的接单效率以及准确度。
附图说明
45.为了更清楚地说明本技术实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
46.图1为本技术实施例提供的一种物流场景中的接单系统的框架示意图；
47.图2为本技术实施例提供的一种物流业务处理方法的流程示意图一；
48.图3为本技术实施例提供的一种物流业务处理方法的流程示意图二；
49.图4为本技术实施例提供的一种物流业务处理方法的流程示意图三；
50.图5为本技术实施例提供的一种物流业务处理方法的流程示意图四；
51.图6为本技术实施例提供的物流业务处理方法的流程示意图五；
52.图7为本技术实施例提供的物流业务处理方法的流程示意图六；
53.图8为本技术实施例提供的一种物流业务处理装置的结构示意图；
54.图9为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
55.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本技术实施
例的组件可以以各种不同的配置来布置和设计。
56.因此，以下对在附图中提供的本技术的实施例的详细描述并非旨在限制要求保护的本技术的范围，而是仅仅表示本技术的选定实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
57.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
58.在本技术的描述中，需要说明的是，若出现术语“上”、“下”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本技术和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本技术的限制。
59.此外，若出现术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
60.需要说明的是，在不冲突的情况下，本技术的实施例中的特征可以相互结合。
61.为清楚描述本技术实施例提供的物流业务处理方法，先结合附图对物流业务处理方法的示例性物流场景中的接单系统进行详细说明。图1为本技术实施例提供的一种物流场景中的接单系统的框架示意图。如图1所示，该物流场景中的接单系统100可以包括：至少一个物流对接渠道110、接单中心平台120、低代码平台130以及下游平台140。
62.其中，至少一个物流对接渠道110包括：预设格式的文件的处理系统、上游物流业务的增强系统、即时通信软件、电子邮箱中的至少一个渠道。预设格式的文件例如可以为excel；即时通信软件例如可以为微信；增强系统可以对上游物流业务的信息进行结构化处理，以输出相应的结构化数据。
63.需要说明的是，至少一个物流对接渠道110可通过对应的调用接口与接单中心平台120进行通信连接。
64.该接单中心平台120为接单中心网页(order_center_web)的信息处理平台，例如可用于对接收到原始操作指令执行对应的业务处理；低代码平台130例如可以是集成了至少一个预设消息处理功能的平台；接单中心平台120在执行相应的业务处理的过程中，可通过调用低代码平台130执行相应的预设消息处理功能，以简化接单中心平台120的信息处理量。其中，至少一个预设消息处理功能例如可包括：数据清洗功能、格式转换功能、数据校验功能、消息封装功能等。
65.其中，接单中心平台120与低代码平台130例如可集成在同一物理设备上，也可分别集成在不同的物理设备上，无论是接单中心平台120与低代码平台130是何种方式集成，其均可进行信息交互。
66.为便于实现相应的业务操作，低代码平台130还与下游平台140进行信息交互，以通过低代码平台130调用下游平台140进行实际的业务操作。其中，下游平台140是用于实际运输业务领域的业务操作，该下游系统例如可以是网货系统和财运通系统等，这里不在限制。需要说明的是，未来还可根据方案要求为客户开发的定制的下游系统。
67.如下本技术各实施例提供的物流业务处理方法，是由集成有接单中心平台120的电子设备来执行。
68.如下继续结合附图对本技术上述实施例提供的物流业务处理方法进行详细的解释和说明。图2为本技术实施例提供的一种物流业务处理方法的示例流程图一。如图2所示，该物流业务处理方法包括以下步骤：
69.s210、接收来自预设渠道的原始运输场景的原始操作指令。
70.预设渠道例如可以包括：至少一个物流对接渠道中的至少一个渠道。原始运输场景的原始操作指令是由预设物流服务对象如客户输入的原始运输领域中不满足预设命令规范的原始操作命令。因此，原始操作命令还可称为非标准操作命令。例如，客户在物流下单页面输入“我要发车”的原始操作命令。
71.s220、对原始操作指令进行标准化，得到标准运输场景下的标准操作指令。
72.由于原始操作指令的表述通常不规范，因此，需要对原始操作指令进行标准化，从而得到标准运输场景下的标准操作指令。在进行标准化的过程中，例如可以是将原始操作指令进行抽象处理，得到原始操作指令对应的至少一个标准操作信息，继而根据至少一个标准操作信息进行命令组合，以生成标准操作指令。
73.例如，原始操作指令为“我要发车”，则可从原始操作指令中抽象中“发车”、“到达”、“创建运单”、“创建订单”等至少一个标准操作信息，继而根据至少一个标准操作信息进行命令组合后，重新生成标准操作指令。
74.s230、根据标准操作指令，从标准运输场景下的多个业务领域中，确定标准操作指令对应的目标业务领域。
75.具体地，根据标准操作指令，通过调用预设的智能识别模型，从标准运输场景下的多个业务领域中确定目标业务领域。多个业务领域例如可以包括：订单服务领域、运单服务领域、运力服务领域、在途服务领域等。例如，该标准操作指令为“发车”，则可在标准运输场景的多个业务领域中，确定该标准操作指令对应的目标业务领域为运单服务领域。
76.s240、根据目标业务领域的消息模板，对标准操作指令进行处理，生成目标业务领域的事件消息。
77.对于标准运输场景下的多个业务领域，可预先存储有多个业务领域的消息模板，那么在确定目标业务领域的情况下，便可从中获取目标业务领域的消息模板，继而根据目标业务领域的业务处理逻辑，对标准操作指令进行处理，得到标准操作指令中的结构化数据，进而根据目标业务领域的消息模板以及结构化数据，生成该目标业务领域对应的事件消息。
78.s250、根据事件消息，调用目标业务领域的服务，以根据事件消息执行目标业务领域的业务操作。
79.具体地，可根据该事件消息，调用目标业务领域对应的服务，以将该事件消息发送至下游平台，以便于下游平台执行该事件消息对应的目标业务领域的业务操作，从而得到目标业务领域的业务处理结果。在可能的实现示例中，例如可以先将事件消息存储在预设消息队列中，并将消息队列中的各消息依次传输至低代码平台，由低代码平台对事件消息进行数据封装，并根据封装后的数据，调用下游平台中的目标业务领域的访问接口，将封装后的数据传输至下游平台，从而使得下游平台基于封装后的数据执行目标业务领域的业务操作。预设消息队列例如可以为kafka消息队列。
80.目标业务领域的服务例如可以为，运单服务、订单服务以及车辆服务等任一；其
中，运单服务可包括：运单创建、发车、到达等；订单服务可包括：订单创建、派车等；车辆服务可包括：车辆创建、车辆信息更新等。
81.本技术的实施例提供了一种物流业务处理方法，通过对接收到的来自预设渠道的原始运输场景的原始操作指令进行标准化，得到标准运输场景下的标准操作指令，并根据该标准操作指令，从标准运输场景下的多个业务领域中，确定标准操作指令对应的目标业务领域，然后根据目标业务领域的消息模板，对标准操作指令进行处理，生成目标业务领域的事件消息，最后根据该事件消息，调用目标业务领域的服务，以根据事件消息执行目标业务领域的业务操作。由此，本技术可将客户输入的原始操作指令进行标准化，得到标准操作指令，并基于标准操作指令，自动执行标准运输场景下的相应业务领域的业务操作，无需人为进行业务操作，也避免系统对于业务操作需求的误判导致的业务操作执行错误，并且，在本方案中，对于标准操作指令，可先确定对应的目标业务领域，继而生成目标业务领域的事件消息，从而实现了基于标准操作指令执行业务操作的自动化实现，从而实现物流运输场景的自动化接单功能，节省了人工成本，从而提高了物流运输场景中业务操作的执行效率，进而提高了物流运输场景中的接单效率以及准确度。
82.作为一种可选的实施方式，本技术实施例还提供一种得到标准操作指令的可能实现方式。图3为本技术实施例提供的物流业务处理方法的流程示意图二。如图3所示，如上所示的对原始操作指令进行标准化，得到标准运输场景下的标准操作指令，可以包括：
83.s310、采用预设渠道对应的指令解析方法，对原始操作指令进行解析，得到原始操作指令中的初始业务字段集。
84.对于不同的物流对接渠道具有不同的指令解析方法。在具体实现过程中，采用预设渠道对应的指令解析方法，对来自该预设渠道的原始操作指令进行解析，即可得到原始操作指令中的初始业务字段集。
85.示例地，可根据预设渠道在标准运输场景下的信息配置表中的各个业务字段，对原始操作指令进行匹配，以确定原始操作指令是否包含各业务字段，继而根据原始操作操作中所包含的相应业务字段，生成初始业务字段集。
86.其中，根据原始操作指令与信息配置表中的各个业务字段进行匹配，判断原始操作指令中的某一字段是否在信息配置表中存在，若该信息配置表中存在原始操作指令中的某一字段，则认为该字段存在于信息配置表中，然后继续判断原始操作指令中的其他字段是否在信息配置表中存在，直至原始操作指令中的字段在信息配置表中匹配完毕，并将所有匹配的信息配置表中的字段生成初始业务字段集。例如，原始操作指令为“我要发车”，信则匹配的信息配置表中的业务字段可包括：装车信息、发车、到达、装货、卸货等。
87.s320、对初始业务字段集进行标定，得到标准业务字段集。
88.具体地，可以根据预设的标定配置表，对初始业务字段集进行标定，得到标准业务字段集。在可能的实现示例中，可根据预设的标定配置表，对初始业务字段集进行字段匹配，并根据匹配的业务字段，生成标准业务字段集。在具体实现场景中，可通过低代码平台的访问接口，使得低代码平台通过调用预设的标定配置表，对初始业务字段集进行标定，得到标准业务字段集。
89.示例地，可以在低代码平台上调用预设的标定配置表如“t_waybill_field_mapping_config”，然后通过初始业务字段集如“tenant_id+shipper_code+field_name+
channel+tail_platform”进行字段匹配，并根据匹配的业务字段，生成标准业务字段集。
90.其中，tenant_id用于表征客户的标识；shipper_code用于表征上游或货主，即客户的甲方，是给客户下需求的人，是客户服务的对象，货主例如可以是比如a、b、c等，这里不做限制；field_name用于表征字段集名称，如司机等；channel用于表征至少一个物流对接预设渠道；tail_platform用于表征下游平台的标识。
91.s330、对标准业务字段集进行组装，生成标准操作指令。
92.具体地，根据标定后的标准业务字段集，采用预设的标准指令格式进行指令组装，生成标准操作指令。在可能的实现方式中，例如可以是由低代码平台的访问接口，使得低代码平台对标准业务字段集按照预设的标准指令格式进行组装。
93.本技术的实施例提供了一种物流业务处理方法，采用预设渠道对应的指令解析方法，对原始操作指令进行解析，得到原始操作指令中的初始业务字段集，并对该初始业务字段集进行标定，得到标准业务字段集，然后对该标准业务字段集进行组装，生成标准操作指令。由此，本技术可通过对原始操作指令进行解析，使得解析出来的初始业务字段集进行标定，进而实现对原始操作指令向标准操作指令的转化，并基于标准操作指令，自动执行标准运输场景下的相应业务领域的业务操作，无需人为进行业务操作，也避免系统对于业务操作需求的误判导致的业务操作执行错误，以实现物流业务处理方法的数据自动化处理过程。
94.作为一种可选的实施方式，图4为本技术实施例提供的物流业务处理方法的流程示意图三。如图4所示，如上所示的s330中对标准业务字段集进行组装，生成标准操作指令，可以包括：
95.s410、对标准业务字段集进行字段清洗。
96.具体地，在保持标准业务字段集不变的情况下，按照预设接单渠道、货主、客户三个维度对货主的字段集进行理解，即保持当前标准业务字段集对应的格式不变的情况下，对标准业务字段集进行字段清洗，以剔除不合格字段或字段数值为空的字段，以便于后期可按照字段进行识别处理，最终得到清洗后的业务字段集。
97.示例地，可新建立一个业务清洗表，按照“字段id+模型id+模型名称+tail_platform(下游平台标识)”的格式，使用清洗因子，该清洗因子可包括三种类型的单个字段，如filed(文件的单个字段)或object(项目的单个字段)或array(数组的单个字段)。然后基于清洗因子对标准业务字段集进行formater(格式)的清洗，得到清洗后的业务字段集。
98.s420、对清洗后的业务字段集进行字段校验。
99.具体地，对清洗后的业务字段集进行字段的通用校验，即判断业务字段集是否符合规定、字段是否完整、字段的结构是否完整、字段的格式是否统一、字段的范围是否合理以及字段的类型是否合理等。
100.s430、若字段校验通过，则对清洗后的业务字段集进行组装，生成标准操作指令。
101.具体地，若清洗后的业务字段的通用校验通过之后，则在低代码平台需对清洗后的业务字段集按照统一的格式和数值重新组装，以生成标准操作指令。
102.需要说明的是，该生成标准操作指令由于是通用校验生成的，因此，该生成标准操作指令不需要进行业务领域的校验。
103.本技术的实施例提供了一种物流业务处理方法，通过对标准业务字段集进行字段清洗，并对该清洗后的业务字段集进行字段校验；若字段校验通过，则对清洗后的业务字段集进行组装，生成标准操作指令。由此，本技术可可通过对标准业务字段集的清洗以及校验，生成标准操作指令，并基于标准操作指令，自动执行标准运输场景下的相应业务领域的业务操作，无需人为进行业务操作，也避免系统对于业务操作需求的误判导致的业务操作执行错误，以实现物流业务处理方法的数据自动化处理过程。
104.作为一种可选的实施方式，如上所示的根据标准操作指令，从标准运输场景下的多个业务领域中，确定标准操作指令对应的目标业务领域，可以包括：
105.根据标准操作指令，以及多个业务领域的消息模板，从多个业务领域中，确定目标业务领域。
106.具体地，根据该标准操作指令，调用多个业务领域的消息模板进行识别，以根据该标准操作指令，判断该标准操作指令是否在多个业务领域的消息模板中，进而将该标准操作指令映射成标准的运输场景名称，进而匹配到标准的运输场景类，然后基于该标准的运输场景类发送kafka(异步处理)消息，进而确定目标业务领域。
107.其中，该消息模板为多个含有运输场景的业务领域对应的业务领域模型。例如，订单业务领域模型、运单业务领域模型以及运力业务领域模型等。
108.作为一种可选的实施方式，图5为本技术实施例提供的物流业务处理方法的流程示意图四。如图5所示，如上所示的根据标准操作指令，以及多个业务领域的消息模板，从多个业务领域中，确定目标业务领域，可以包括：
109.s510、根据标准操作指令中的各字段，对多个业务领域的消息模板进行查询，得到标准操作指令相对于多个业务领域的消息模板的匹配权重。
110.具体地，根据标准操作指令中的各字段，对多个业务领域的消息模板进行查询，获取标准操作指令相对于多个业务领域的消息模板中的匹配的多个业务领域的消息模板，进而根据该匹配的多个业务领域的消息模板采用预设方式进行匹配权重的计算。其中，该预设方式可以为决策树，这里不做限制。
111.s520、根据标准操作指令相对于多个业务领域的消息模板的匹配权重，从多个业务领域中，确定匹配权重最高的消息模板对应的业务领域为目标业务领域。
112.作为一种可选的实施例，以预设方式为决策树为例，获取标准操作指令在多个业务领域的消息模板中的匹配的多个业务领域的消息模板，并将匹配的多个业务领域的消息模板中的各业务领域的消息模板，计算各业务领域的消息模板中的消息列表的匹配权重之和，并确定各业务领域的消息模板的匹配权重之和最高的消息模板，并将该匹配权重最高的消息模板对应的业务领域为目标业务领域。
113.本技术的实施例提供了一种物流业务处理方法，根据标准操作指令中的各字段，对多个业务领域的消息模板进行查询，得到标准操作指令相对于多个业务领域的消息模板的匹配权重，然后根据标准操作指令相对于多个业务领域的消息模板的匹配权重，从多个业务领域中，确定匹配权重最高的消息模板对应的业务领域为目标业务领域。由此，本技术可以通过匹配权重最高的消息模板对应的业务领域为目标业务领域，使得根据标准操作指令中的各字段识别出来的业务领域更加清晰直观，也便于后续的计算和数据传输，从而实现了基于标准操作指令执行业务操作的自动化实现。
114.作为一种可选的实施方式，图6为本技术实施例提供的原生插件调用方法的流程示意图五。如图6所示，如上所示的s240中根据目标业务领域的消息模板，对标准操作指令进行处理，生成目标业务领域的事件消息之前，方法还可以包括：
115.s610、采用目标业务领域的消息模板，对标准操作指令进行业务领域的数据校验。
116.具体地，在低代码平台上，根据识别出的目标业务领域的消息模板，新建validate的业务领域的数据校验表，并通过标准操作指令对结构化数据库(waybill)和临时数据库(temp)以及原始数据库(origin)进行业务领域的数据校验。
117.需要说明的是，该数据检验在领域模型层进行的，是具体的业务校验。
118.进一步地，根据目标业务领域的消息模板，对标准操作指令进行处理，生成目标业务领域的事件消息，可以包括：
119.s620、若数据校验通过，则根据目标业务领域的消息模板，对标准操作指令进行处理，生成目标业务领域的事件消息。
120.具体地，若业务领域的数据校验通过，则可根据目标业务领域的消息模板，对标准操作指令进行智能识别，以判断该标准操作指令在目标业务领域的消息模板是否能匹配到目标业务领域的事件消息，进而映射成标准的运输场景名称，进而匹配到标准的运输场景类，然后基于该标准的运输场景类发送kafka(异步处理)消息，进而确定目标业务领域的事件消息，并，生成目标业务领域的事件消息。
121.在可能实现的实现方式中，可通过标准操作指令对低代码平台中的清洗中心对领域模型的目标业务数据的校验结果和领域模型的消息模板以及运输场景进行智能识别处理，以生成目标业务领域的事件消息。
122.需要说明的是，本技术实施例提供的业务领域的消息模板，一般情况下，可按照是否有司机和车辆信息，将业务领域的消息模板分为两类，一类为订单业务领域的消息模板，即没有司机和车辆信息，一类为运单业务领域的消息模板，即有司机和车辆信息。
123.其中，订单业务领域的消息模板可包括创建订单、修改订单、订单删除等。其中，该创建订单是根据订单业务领域中可标识订单唯一性的属性(如订单id或者关键元素生成的md5(消息摘要算法))查询目标业务领域事件消息的执行记录，若没有执行记录，则为创建订单的事件消息；该修改订单是根据订单业务领域中可标识订单唯一性的属性(如订单id或者关键元素生成的md5)查询目标业务领域事件消息的执行记录，有执行记录且有创建订单事件消息的执行记录，则当前可判断为修改订单的事件消息；该订单删除是根据至少一个物流对接预设渠道，并根据预设渠道的关键词解析标准操作指令，进而确定为订单删除的事件消息。
124.该运单业务领域的消息模板可包括创建运单、运单发车、运单到达、运单换车、运单修改、运单删除等。其中，该创建运单是运单业务领域中可标识运单唯一性的属性(如运单id或者关键元素生成的md5)不能查询出运单数据和目标业务领域事件消息的执行记录，则可判断为创建运单的事件消息；该运单发车是根据清洗后的业务字段集中包含实际发车时间(loading time)且不包含实际到达时间(unloading time)，并根据运单业务领域中可标识运单唯一性的属性(如运单id或者关键元素生成的md5)可以查询出运单数据和目标业务领域事件消息的执行记录，有创建运单事件消息或运单修改事件消息或运单发车事件消息的执行记录，则可判断为运单发车的事件消息；该运单到达是根据清洗后的业务字段集
中包含实际发车时间(loading time)且包含实际到达时间(unloading time)，并根据运单业务领域中可标识运单唯一性的属性(如运单id或者关键元素生成的md5)可以查询出运单数据和目标业务领域事件消息的执行记录，且有创建运单事件消息、运单发车事件消息、运单到达事件消息以及运单修改事件消息的执行记录，则可判断为运单到达的事件消息；该运单换车是根据清洗后的业务字段集中包含车辆和司机等相关信息，且根据运单业务领域中可标识运单唯一性的属性(如运单id或者关键元素生成的md5)可以查询出的运单信息而且和运单信息中的车辆和司机信息不一致时，则可判断为运单换车的事件消息；该运单修改是根据运单业务领域中可标识运单唯一性的属性(如运单id或者关键元素生成的md5)可以查询出的运单信息而且运单信息内容有变化，该变化的运单信息内容可通过将运单信息的全量值进行md5判断是否一致来确认，则可判断为运单修改的事件消息；该运单删除是根据至少一个物流对接预设渠道，并根据预设渠道的关键词解析标准操作指令，进而确定为运单删除的事件消息。
125.本技术的实施例提供了一种物流业务处理方法，通过采用目标业务领域的消息模板，对标准操作指令进行业务领域的数据校验，若数据校验通过，则根据目标业务领域的消息模板，对标准操作指令进行处理，生成目标业务领域的事件消息。由此，本技术可通过标准操作指令在目标业务领域的消息模板中的业务领域的数据校验，并确认该目标业务领域的事件消息，以实现本技术提供的物流业务处理方法的智能化和便捷化，从而实现物流运输场景的自动化接单功能，节省了人工成本，从而提高了物流运输场景中业务操作的执行效率，进而提高了物流运输场景中的接单效率以及准确度。
126.作为一种可选的实施方式，图7为本技术实施例提供的原生插件调用方法的流程示意图六。如图7所示，如上所示的物流业务处理方法还可以包括：
127.s710、若数据校验失败，则根据标准操作指令，重新从标准运输场景下的多个业务领域中，确定标准操作指令对应的新的目标业务领域。
128.若业务领域的数据校验失败，则需要根据标准操作指令重新调用标准运输场景下的多个业务领域，并从标准运输场景下的多个业务领域中智能识别出新的目标业务领域。具体的智能识别过程上述已清晰描述，这里不在赘述。
129.s720、采用新的目标业务领域的消息模板，重新对标准操作指令进行业务领域的数据校验，直至数据校验通过。
130.具体地，在低代码平台上，根据识别出的新的目标业务领域的消息模板，重新建立validate的业务领域的数据校验表，并通过标准操作指令对结构化数据库(waybill)和临时数据库(temp)以及原始数据库(origin)进行领域模型层的业务领域的数据校验，直至业务领域的数据校验的通过。否则，一直重新执行上述步骤s710和s720。
131.s730、根据数据校验通过时的新的目标业务领域的消息模板，对标准操作指令进行处理，生成新的目标业务领域的新的事件消息。
132.具体地，新的目标业务领域的数据校验通过，则可根据新的目标业务领域的消息模板，对标准操作指令进行智能识别，以判断该标准操作指令在新的目标业务领域的消息模板是否能匹配到新的目标业务领域的事件消息，进而映射成标准的运输场景名称，进而匹配到标准的运输场景类，然后基于该标准的运输场景类发送kafka(异步处理)消息，进而确定新的目标业务领域的事件消息，并生成新的目标业务领域的新的事件消息。
133.s740、根据新的事件消息，调用新的目标业务领域的服务，以根据新的事件消息执行新的目标业务领域的业务操作。
134.具体地，根据新的目标业务领域的新的事件消息，调用新的目标业务领域对应的领域服务，分析新的目标业务的运输需求，并提取标准的领域属性以及领域事件，以根据新的事件消息发生至下游平台，以便于下游平台执行新的目标业务领域的业务操作。
135.需要说明的是，若目标业务领域与目标领域事件冲突，应以目标业务领域为主。
136.本技术的实施例提供了一种物流业务处理方法，若目标业务数据校验失败，则根据标准操作指令，重新从标准运输场景下的多个业务领域中，确定标准操作指令对应的新的目标业务领域，并采用新的目标业务领域的消息模板，重新对标准操作指令进行业务领域的数据校验，直至数据校验通过，然后根据数据校验通过时的新的目标业务领域的消息模板，对标准操作指令进行处理，生成新的目标业务领域的新的事件消息，最后根据新的事件消息，调用新的目标业务领域的服务，以根据新的事件消息执行新的目标业务领域的业务操作。由此，本技术可在目标业务数据校验失败时，保证标准操作指令能匹配到该标准操作指令对应的新的目标业务领域以及新的目标业务领域的新的事件消息，并根据新的事件消息执行新的目标业务领域的业务操作，提高了标准操作指令的处理效率以及自动化过程，且该物流业务处理方法比起人工，不易发生接单的误判，节省成本和时间。
137.基于同一发明构思，本技术实施例中还提供了与物流业务处理方法对应的智能接单装置，由于本技术实施例中的装置解决问题的原理与本技术实施例上述物流业务处理方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。
138.图8为本技术实施例提供的一种物流业务处理装置的结构示意图。如图8所示，该智能接单装置80可以包括：
139.接收模块81，用于接收来自预设渠道的原始运输场景的原始操作指令；
140.标准化模块82，用于对原始操作指令进行标准化，得到标准运输场景下的标准操作指令；
141.确定模块83，用于根据标准操作指令，从标准运输场景下的多个业务领域中，确定标准操作指令对应的目标业务领域；
142.处理模块84，用于根据目标业务领域的消息模板，对标准操作指令进行处理，生成目标业务领域的事件消息；
143.调用模块85，用于根据事件消息，调用目标业务领域的服务，以根据事件消息执行目标业务领域的业务操作。
144.作为一种可选的实施方式，标准化模块82，具体用于：
145.采用预设渠道对应的指令解析方法，对原始操作指令进行解析，得到原始操作指令中的初始业务字段集；
146.对初始业务字段集进行标定，得到标准业务字段集；
147.对标准业务字段集进行组装，生成标准操作指令。
148.作为一种可选的实施方式，标准化模块82，具体用于：
149.对标准业务字段集进行字段清洗；
150.对清洗后的业务字段集进行字段校验；
151.若字段校验通过，则对清洗后的业务字段集进行组装，生成标准操作指令。
152.作为一种可选的实施方式，确定模块83，具体用于：
153.根据标准操作指令，以及多个业务领域的消息模板，从多个业务领域中，确定目标业务领域。
154.作为一种可选的实施方式，确定模块83，具体用于：
155.根据标准操作指令中的各字段，对多个业务领域的消息模板进行查询，得到标准操作指令相对于多个业务领域的消息模板的匹配权重；
156.根据标准操作指令相对于多个业务领域的消息模板的匹配权重，从多个业务领域中，确定匹配权重最高的消息模板对应的业务领域为目标业务领域。
157.作为一种可选的实施方式，处理模块84，还用于：
158.采用目标业务领域的消息模板，对标准操作指令进行业务领域的数据校验；
159.处理模块84，具体用于：
160.若数据校验通过，则根据目标业务领域的消息模板，对标准操作指令进行处理，生成目标业务领域的事件消息。
161.作为一种可选的实施方式，处理模块84，还用于：
162.若数据校验失败，则根据标准操作指令，重新从标准运输场景下的多个业务领域中，确定标准操作指令对应的新的目标业务领域；
163.采用新的目标业务领域的消息模板，重新对标准操作指令进行业务领域的数据校验，直至数据校验通过；
164.根据数据校验通过时的新的目标业务领域的消息模板，对标准操作指令进行处理，生成新的目标业务领域的新的事件消息；
165.根据新的事件消息，调用新的目标业务领域的服务，以根据新的事件消息执行新的目标业务领域的业务操作。
166.需要说明的是，本技术实施例的智能接单装置中未披露的细节，请参照本技术实施例的物流业务处理方法中所披露的细节，具体这里不再赘述。
167.以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(applicationspecificintegratedcircuit，简称asic)，或，一个或多个微处理器，或，一个或者多个现场可编程门阵列(fieldprogrammablegatearray，简称fpga)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(centralprocessingunit，简称cpu)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称soc)的形式实现。
168.图9为本技术实施例提供的一种电子设备的结构示意图，如图9所示，该电子设备90可以包括：处理器91、存储器92和总线，存储器92存储有处理器91可执行的机器可读指令，当电子设备运行时，执行上述机器可读指令，处理器91与存储器92之间通过总线通信，处理器91用于执行上述实施例中的物流业务处理方法的步骤。
169.存储器92、处理器91以及总线各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。移动存储装置包括至少一个可以软件或固件(firmware)的形式存储于存储器92中或固化在电子设备的操作系统(operatingsystem，os)中的软件功能模块。处理器91用于执行
存储器92中存储的可执行模块，例如移动存储介质的物流业务处理方法所包括的软件功能模块及计算机程序等。
170.其中，存储器92可以是，但不限于，随机存取存储器(randomaccessmemory，ram)，只读存储器(readonlymemory，rom)，可编程只读存储器(programmableread-onlymemory，prom)，可擦除只读存储器(erasableprogrammableread-onlymemory，eprom)，电可擦除只读存储器(electricerasableprogrammableread-onlymemory，eeprom)等。
171.可选地，本技术实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时，处理器执行上述实施例中的移动存储介质的物流业务处理方法的步骤。具体实现方式和技术效果类似，这里不再赘述。
172.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
173.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
174.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
175.上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本技术各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(英文：read-only memory，简称：rom)、随机存取存储器(英文：random access memory，简称：ram)、磁碟或者光盘等各种可以存储程序代码的介质。
176.上仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。

技术特征：
1.一种物流业务处理方法，其特征在于，包括：接收来自预设渠道的原始运输场景的原始操作指令；对所述原始操作指令进行标准化，得到标准运输场景下的标准操作指令；根据所述标准操作指令，从所述标准运输场景下的多个业务领域中，确定所述标准操作指令对应的目标业务领域；根据所述目标业务领域的消息模板，对所述标准操作指令进行处理，生成所述目标业务领域的事件消息；根据所述事件消息，调用所述目标业务领域的服务，以根据所述事件消息执行所述目标业务领域的业务操作。2.根据所述权利要求1所述的方法，其特征在于，所述对所述原始操作指令进行标准化，得到标准运输场景下的标准操作指令，包括：采用所述预设渠道对应的指令解析方法，对所述原始操作指令进行解析，得到所述原始操作指令中的初始业务字段集；对所述初始业务字段集进行标定，得到标准业务字段集；对所述标准业务字段集进行组装，生成所述标准操作指令。3.根据所述权利要求2所述的方法，其特征在于，所述对所述标准业务字段集进行组装，生成所述标准操作指令，包括：对所述标准业务字段集进行字段清洗；对清洗后的业务字段集进行字段校验；若字段校验通过，则对所述清洗后的业务字段集进行组装，生成所述标准操作指令。4.根据所述权利要求1所述的方法，其特征在于，所述根据所述标准操作指令，从所述标准运输场景下的多个业务领域中，确定所述标准操作指令对应的目标业务领域，包括：根据所述标准操作指令，以及所述多个业务领域的消息模板，从所述多个业务领域中，确定所述目标业务领域。5.根据所述权利要求4所述的方法，其特征在于，所述根据所述标准操作指令，以及所述多个业务领域的消息模板，从所述多个业务领域中，确定所述目标业务领域，包括：根据所述标准操作指令中的各字段，对所述多个业务领域的消息模板进行查询，得到所述标准操作指令相对于所述多个业务领域的消息模板的匹配权重；根据所述标准操作指令相对于所述多个业务领域的消息模板的匹配权重，从所述多个业务领域中，确定匹配权重最高的消息模板对应的业务领域为所述目标业务领域。6.根据所述权利要求1所述的方法，其特征在于，所述根据所述目标业务领域的消息模板，对所述标准操作指令进行处理，生成所述目标业务领域的事件消息之前，所述方法还包括：采用所述目标业务领域的消息模板，对所述标准操作指令进行业务领域的数据校验；所述根据所述目标业务领域的消息模板，对所述标准操作指令进行处理，生成所述目标业务领域的事件消息，包括：若数据校验通过，则根据所述目标业务领域的消息模板，对所述标准操作指令进行处理，生成所述目标业务领域的事件消息。7.根据所述权利要求6所述的方法，其特征在于，所述方法还包括：
若数据校验失败，则根据所述标准操作指令，重新从所述标准运输场景下的多个业务领域中，确定所述标准操作指令对应的新的目标业务领域；采用所述新的目标业务领域的消息模板，重新对所述标准操作指令进行业务领域的数据校验，直至数据校验通过；根据数据校验通过时的所述新的目标业务领域的消息模板，对所述标准操作指令进行处理，生成所述新的目标业务领域的新的事件消息；根据所述新的事件消息，调用所述新的目标业务领域的服务，以根据所述新的事件消息执行所述新的目标业务领域的业务操作。8.一种物流业务处理装置，其特征在于，包括：接收模块，用于接收来自预设渠道的原始运输场景的原始操作指令；标准化模块，用于对所述原始操作指令进行标准化，得到标准运输场景下的标准操作指令；确定模块，用于根据所述标准操作指令，从所述标准运输场景下的多个业务领域中，确定所述标准操作指令对应的目标业务领域；处理模块，用于根据所述目标业务领域的消息模板，对所述标准操作指令进行处理，生成所述目标业务领域的事件消息；调用模块，用于根据所述事件消息，调用所述目标业务领域的服务，以根据所述事件消息执行所述目标业务领域的业务操作。9.一种电子设备，其特征在于，包括：处理器和存储器，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器执行所述机器可读指令，以执行如权利要求1-8任一所述的物流业务处理方法的步骤。10.一种可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1-8任一所述物流业务处理方法的步骤。

技术总结
本申请的实施例提供了一种物流业务处理方法、装置、设备及存储介质，涉及物流信息技术领域。该方法包括：接收来自预设渠道的原始运输场景的原始操作指令；对原始操作指令进行标准化，得到标准运输场景下的标准操作指令；根据标准操作指令，从标准运输场景下的多个业务领域中，确定标准操作指令对应的目标业务领域；根据目标业务领域的消息模板，对标准操作指令进行处理，生成目标业务领域的事件消息；根据事件消息，调用目标业务领域的服务，以根据事件消息执行目标业务领域的业务操作。由此，本申请能够实现自动化智能接单功能，并提高物流运输场景中业务操作的执行效率，进而提高了物流运输场景中的接单效率以及准确度。高了物流运输场景中的接单效率以及准确度。高了物流运输场景中的接单效率以及准确度。


技术研发人员：徐典阳
受保护的技术使用者：北京汇通天下物联科技有限公司
技术研发日：2023.06.21
技术公布日：2023/9/22