CN116245432A - 业务数据分析方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请提供一种业务数据分析方法、装置、计算机设备及存储介质，方法包括：获取目标货物在各个业务环节中关联的操作码，以及操作码对应的操作时间戳；操作码用于指示目标货物按照预置动作进行操作；根据操作码的操作码类型，对操作码进行有效性判断；响应于操作码为有效操作码，分析操作码对应的操作时间戳，确定目标货物在各个业务环节中的操作起止时间；根据操作起止时间，获取目标货物在各个业务环节的耗时信息。采用本方法，可有效提升包括业务环节耗时在内的业务数据分析准确率。

Description

业务数据分析方法、装置、计算机设备及存储介质

技术领域

本申请实施例涉及计算机技术领域，特别是涉及一种业务数据分析方法、装置、计算机设备及存储介质。

背景技术

随着电子商务的快速兴起，物流行业逐步得到发展，物流运输时效性随之成为行业竞争的关键要素之一。为此，分析货物在各个业务环节中的耗时，以此评估物流运输的时效性，成为物流正常流转不可或缺的一环。

然而，现有的物流耗时分析方法，普遍通过分析环节开始和结束各自对应的巴枪操作时间之差求得，并默认巴枪操作时间都是真实可信的，忽略了人员误操作、数据丢失、数据延迟、虚假操作等异常情况的发生概率，造成物流耗时的巨大分析误差，进而导致基于此耗时分析所得的时效性准确率下降。

因此，现有的物流耗时分析方法存在着分析准确率不高的技术问题。

发明内容

本申请的目的在于提供一种业务数据分析方法、装置、计算机设备及存储介质，用以提升包括物流业务环节耗时在内的业务数据分析准确率。

第一方面，本申请提供一种业务数据分析方法，包括：

获取目标货物在各个业务环节中关联的操作码，以及操作码对应的操作时间戳；操作码用于指示目标货物按照预置动作进行操作；

根据操作码的操作码类型，对操作码进行有效性判断；

响应于操作码为有效操作码，分析操作码对应的操作时间戳，确定目标货物在各个业务环节中的操作起止时间；

根据操作起止时间，获取目标货物在各个业务环节的耗时信息。

在本申请一些实施例中，根据操作码的操作码类型，对操作码进行有效性判断，包括：根据分类预存的操作码集合，确定操作码的操作码类型，以及目标货物当前所处的目标业务环节；重置针对于目标业务环节预设的状态确认等待时间，以重启状态确认等待时间的计时程序；其中，重置后的状态确认等待时间用于对下一操作码进行有效性判断；根据操作码类型和重置前的状态确认等待时间，对操作码进行有效性判断。

在本申请一些实施例中，根据操作码类型和重置前的状态确认等待时间，对操作码进行有效性判断，包括：响应于操作码类型为环节开始操作码，且操作码满足于重置前的状态确认等待时间，且操作码不属于目标货物的历史操作码，确定操作码为有效操作码；响应于操作码类型为环节结束操作码，且操作码满足于重置前的状态确认等待时间，根据操作码的相连操作码和历史操作码，对操作码进行有效性判断；其中，操作码和操作码的相连操作码满足于同一重置前的状态确认等待时间，历史操作码为目标货物已关联的有效操作码。

在本申请一些实施例中，根据操作码的相连操作码和历史操作码，对操作码进行有效性判断，包括：响应于操作码存在相连操作码，确定操作码为有效操作码，并确定操作码对应的历史操作码为无效操作码；响应于操作码不存在对应的相连操作码，且操作码属于目标货物的历史操作码，确定操作码为有效操作码，并确定操作码对应的历史操作码为无效操作码；响应于操作码不存在对应的相连操作码，且操作码不属于目标货物的历史操作码，确定操作码为有效操作码。

在本申请一些实施例中，响应于操作码为有效操作码，分析操作码对应的操作时间戳，确定目标货物在各个业务环节中的操作起止时间，包括：响应于操作码为有效操作码，根据操作码的操作码类型，划分各有效操作码对应的操作时间戳，得到第一时间戳集合和第二时间戳集合；响应于操作码类型为环节开始操作码，确定第一时间戳集合中的最小时间戳，作为目标货物在目标业务环节中的操作起始时间；响应于操作码类型为环节结束操作码，确定第二时间戳集合中的最小时间戳，作为目标货物在目标业务环节中的操作终止时间；将操作起始时间和操作终止时间，作为操作起止时间。

在本申请一些实施例中，操作起止时间不包括操作起始时间，根据操作起止时间，获取目标货物在各个业务环节的耗时信息，包括：判断获得操作码时重置的状态确认等待时间是否达到预设的时间阈值；响应于状态确认等待时间达到时间阈值，获取目标货物在前一业务环节中的操作终止时间；获取操作起止时间包括的操作终止时间与前一业务环节中的操作终止时间之差，得到目标货物在目标业务环节的耗时信息。

在本申请一些实施例中，操作起止时间不包括操作终止时间，根据操作起止时间，获取目标货物在各个业务环节的耗时信息，包括：判断获得操作码时重置的状态确认等待时间是否达到预设的时间阈值；响应于状态确认等待时间达到时间阈值，获取目标货物在后一业务环节中的操作起始时间；获取后一业务环节中的操作起始时间与操作起止时间包括的操作起始时间之差，得到目标货物在目标业务环节的耗时信息。

第二方面，本申请提供一种业务数据分析装置，包括：

操作码获取模块，用于获取目标货物在各个业务环节中关联的操作码，以及操作码对应的操作时间戳；操作码用于指示目标货物按照预置动作进行操作；

操作码判断模块，用于根据操作码的操作码类型，对操作码进行有效性判断；

数据分析模块，用于响应于操作码为有效操作码，分析操作码对应的操作时间戳，确定目标货物在各个业务环节中的操作起止时间；

数据获取模块，用于根据操作起止时间，获取目标货物在各个业务环节的耗时信息。

第三方面，本申请还提供一种计算机设备，包括：

一个或多个处理器；

存储器；以及一个或多个应用程序，其中的一个或多个应用程序被存储于存储器中，并配置为由处理器执行以实现上述第一方面的业务数据分析方法。

第四方面，本申请还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器进行加载，以执行业务数据分析方法中的步骤。

第五方面，本申请实施例提供一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述第一方面提供的方法。

上述业务数据分析方法、装置、计算机设备及存储介质，服务器通过获取目标货物在各个业务环节中关联的操作码，以及操作码对应的操作时间戳，并根据操作码的操作码类型，对操作码进行有效性判断，进而响应于操作码为有效操作码，分析操作码对应的操作时间戳，确定目标货物在各个业务环节中的操作起止时间，最终根据操作起止时间，获取目标货物在各个业务环节的耗时信息。由于本申请提出在业务数据分析过程中，通过对操作码进行有效性判断，来降低系统分析误差，确保分析依据的可靠性，因此可有效提升包括业务环节耗时在内的业务数据分析准确率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例中提供的业务数据分析方法的场景示意图；

图2为本申请实施例中提供的业务数据分析方法的流程示意图；

图3是本申请实施例中提供的业务数据分析装置的结构示意图；

图4是本申请实施例中提供的计算机设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请的描述中，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本申请的描述中，“例如”一词用来表示“用作例子、例证或说明”。本申请中被描述为“例如”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本发明，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本发明。在其它实例中，不会对公知的结构和过程进行详细阐述，以避免不必要的细节使本发明的描述变得晦涩。因此，本发明并非旨在限于所示的实施例，而是与符合本申请所公开的原理和特征的最广范围相一致。

在本申请实施例中，本申请实施例提供的业务数据分析方法，可以应用于如图1所示的业务数据分析系统中。其中，业务数据分析系统包括终端102和服务器104，终端102与服务器104之间可通过各种网关组成的互联网等方式连接，不再赘述。终端102包括但不局限于手机、平板等便携终端，以及电脑、查询机、广告机等固定终端，是用户可以使用并操作的服务端口；服务器104可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。其中，云服务器由基于云计算(Cloud Computing)的大量计算机或网络服务器构成。

在本申请实施例中，需要说明的是，本申请提供的业务数据分析方法由于是在计算机设备中执行，各计算机设备的处理对象均以数据或信息的形式存在，例如时间，实质为时间信息，可以理解的是，后续实施例中若提及时间戳、耗时等，均为对应的数据存在，以便计算机设备进行处理，具体此处不作赘述。

在本申请实施例中是，图1所示的系统场景示意图仅仅是一个示例，本申请实施例描述的服务器以及场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。以下分别进行详细说明。

参阅图2，本申请实施例提供了一种业务数据分析方法，本实施例主要以该方法应用于上述图1中的服务器104来举例说明，该方法包括步骤S201～S204，具体如下：

S201，获取目标货物在各个业务环节中关联的操作码，以及操作码对应的操作时间戳；操作码用于指示目标货物按照预置动作进行操作。

其中，目标货物可以是物流业务中的待托运货物，包括运输速度较快、运费较高的“快件”，以及运输速度较慢、运费较低的“慢件”等；也可以是其他业务场景中的指定货物，例如某制造业生产线上的货物，但本申请实施例将以物流业务举例说明。

其中，物流业务中的业务环节可以包括分拣环节、运输环节等；针对于分拣环节预置的操作码可用于指示如下动作：倒车、卸车、装车、发车；针对于运输环节预置的操作码可用于指示如下动作：发车、倒车等。需要说明的是，本申请实施例涉及的操作码，实际可以是物流业务中的巴枪所提供或者展示，以指示目标货物按照操作码预置关联的动作进行相应操作，例如，指示装载目标货物的车辆按操作码预置关联的倒车、卸车、装车、发车等动作进行操作。

其中，操作时间戳可以是终端102提交的时间戳，也可以是服务器104生成的时间戳；其中，终端102提交的时间戳可以是物流业务中的巴枪将某一操作码和目标货物的货物标识进行关联时，巴枪在业务人员操作下向服务器104提交的设备时间；其中，服务器104生成的时间戳可以是服务器104在接收到目标货物关联的操作码时，操作码的接收时间。

具体实现中，由于物流业务各环节的耗时长短严重影响着物流运输时效性的评估，而现有的物流环节耗时分析方式并未提供更有效的分析机制，导致物流运输时效性的评估结果准确率不高，甚至于其他涉及耗时的分析结果也与实际情况相差甚远，致使其他模型的分析预测结果精度不高。因此，本申请实施例提出一种针对于业务环节耗时的分析方法，为物流环节耗时分析提供更有效的分析机制，以此优化其他涉及耗时的业务参量分析结果，如物流运输时效性。

具体地，服务器104执行针对于业务环节耗时的分析前提，首先是获取目标货物在各个业务环节中关联的操作码，该操作码可通过物流业务场景中的巴枪来获取，即在实际的物流业务场景中，货物在整个物流运输过程中会被执行以不同的操作，包括但不局限于是分拣操作、运输操作、安检操作等，而指示货物执行指定操作的媒介可以是巴枪。也即是说，在物流业务场景中与服务器104建立有通信连接的终端102可以是巴枪，巴枪中预置有多个操作码，各个操作码被预设关联一个动作，在此基础上还可被预先划分归属于不同的业务环节，甚至于被预先划分归属于相同的业务环节，具体划分情况将在下文详细说明。当业务人员手持巴枪对某个货物进行操作码关联操作时，该货物即为目标货物，而操作码关联操作即是将目标货物的货物标识与操作码绑定关联的操作。

进一步地，巴枪可内置有条码扫描模块、字符输入模块以及语音识别模块中的至少一个，业务人员使用巴枪扫描目标货物的货物条码时，巴枪可接收到目标货物的货物标识；业务人员将目标货物的货物标识输入至巴枪时，巴枪可接收到目标货物的货物标识；业务人员将目标货物的货物标识通过语音录入至巴枪时，巴枪可接收到目标货物的货物标识。在此之后，巴枪可由业务人员操作，将已接收到的货物标识与某一操作码进行绑定并提交，即可使得服务器104获取到目标货物在各个业务环节中关联的操作码。其中，货物条码包括但不局限于是：条形码、二维码等。

更进一步地，服务器104获取到目标货物关联的操作码时，若该操作码还携带有一个时间戳，则该时间戳可以是巴枪提交的操作时间戳；若该操作码未携带有一个时间戳，则服务器104可将该操作码的接收时间，作为对应的操作时间戳。

S202，根据操作码的操作码类型，对操作码进行有效性判断。

其中，操作码类型可以包括环节开始操作码和环节结束操作码，不同操作码类型的操作码可由不同字符组成，以便通过字符组成直观判断操作码的操作码类型。

具体实现中，由于现有的物流环节耗时分析方式并未提供有效的分析机制，主要原因在于忽略了人员误操作、数据丢失、数据延迟、虚假操作等异常情况的发生概率，也即未提出对操作码进行有效性判断的策略。因此，本申请提出从有效性判断这个方面切入，分析各个业务环节中存在的操作码是否存在上述异常情况，以确保有效操作码能够作为后续分析依据，实现业务数据的正常分析。具体而言，针对于操作码的有效性判断步骤将在下文详细说明。

在一个实施例中，本步骤包括：根据分类预存的操作码集合，确定操作码的操作码类型，以及目标货物当前所处的目标业务环节；重置针对于目标业务环节预设的状态确认等待时间，以重启状态确认等待时间的计时程序；其中，重置后的状态确认等待时间用于对下一操作码进行有效性判断；根据操作码类型和重置前的状态确认等待时间，对操作码进行有效性判断。

其中，分类预存的操作码集合可以包括环节开始操作码集合和环节结束操作码集合，甚至于包括不同业务环节的环节开始操作码集合和环节结束操作码集合，归属于不同类型操作码集合的操作码，其字符组成可以不同。例如，环节开始操作码集合的操作码有：a1、a2、a3等，环节结束操作码集合的操作码有：b1、b2、b3等。

其中，状态确认等待时间可以是一个具有累计计时功能的计时器反馈的时间，该时间用于等待状态确认，具体而言，可以是等待操作码的有效状态确认。例如，状态确认等待时间可以毫秒、秒、分等进行计时。

具体实现中，服务器104获取目标货物在各个业务环节中关联的操作码，实际可以是以实时方式进行的，则对于操作码的获取可以是逐个的。每当服务器104获取到一个目标货物关联的操作码时，即可分析该操作码的字符组成，以确定该操作码的操作码类型，以及该目标货物当前所述的目标业务环节。

例如，服务器104获取到目标货物的一个操作码为“a1”，通过查询分类预存的操作码集合可知，该操作码“a1”属于环节开始操作码集合“A”，并以此确认到环节开始操作码集合“A”对应的业务环节为“分拣环节”，则此时可确定操作码类型和目标业务环节。

进一步地，本申请实施例还预设了一个用于等待状态确认的状态确认等待时间，该状态确认等待时间的重置由操作码的出现决定，即服务器104每获取到一个操作码之后，即可重置针对于目标业务环节预设的状态确认等待时间，以在时间阈值的限制下，分析当前所得的操作码是否用于后续操作起止时间的判断，也即是说，重置后的状态确认等待时间用于对下一操作码进行有效性判断。由此，服务器104分析确定了操作码的操作码类型，并重置了状态确认等待时间为后续分析做好准备之后，即可根据操作码类型和用于分析当前操作码的重置前的状态确认等待时间，对当前操作码进行有效性判断，判断当前操作码是否为有效操作码，以便在面对操作码重复、错误、缺失、乱序等异常情况时，通过对操作码的有效性分析判断，提升业务环节耗时的分析准确率。

需要说明的是，本实施例中提及的时间阈值是针对于状态确认等待时间所设，该时间阈值指示状态确认等待时间的等待极限，也即是在时间阈值的限制下，状态确认等待时间可以正常计时，直至达到时间阈值时停止计时。

在一个实施例中，根据操作码类型和重置前的状态确认等待时间，对操作码进行有效性判断，包括：响应于操作码类型为环节开始操作码，且操作码满足于重置前的状态确认等待时间，且操作码不属于目标货物的历史操作码，确定操作码为有效操作码；响应于操作码类型为环节结束操作码，且操作码满足于重置前的状态确认等待时间，根据操作码的相连操作码和历史操作码，对操作码进行有效性判断；其中，操作码和操作码的相连操作码满足于同一重置前的状态确认等待时间，历史操作码为目标货物已关联的有效操作码。

具体实现中，本实施例主要说明在面对操作码重复、错误、乱序这类异常情况时，如何对操作码进行有效性判断。具体而言，若服务器104判定当前所获的操作码，其操作码类型为环节开始操作码，且该操作码是在重置前的状态确认等待时间计时达到时间阈值之前获取到的，则表示该操作码满足于重置前的状态确认等待时间。例如，状态确认等待时间表示为“D”，服务器104获取到当前的操作码“a1”时，状态确认等待时间“D＝3″”，表示重置前的状态确认等待时间计时到第3秒时，服务器104获取到操作码“a1”，此时若时间阈值为“5″”，则判定操作码“a1”满足于重置前的状态确认等待时间。同样地，若操作码的操作码类型为环节结束操作码，则判断其是否满足于重置前的状态确认等待时间，也是如上操作。反之，若是不满足于重置前的状态确认等待时间，则该操作码非有效操作码。

进一步地，若服务器104判定当前所获的操作码满足于重置前的状态确认等待时间，则当该操作码为环节开始操作码时，可进一步分析是否属于目标货物的历史操作码，若否，则可定义为有效操作码；若是，则定义为无效操作码。

例如，目标货物关联到目标业务环节“h1”中的操作码“a1”，服务器104同时获取到对应的操作时间戳“t1”，进而重置状态确认等待时间开始计时；随后又关联到操作码“a2”，对应的操作时间戳为“t2”，随后又再次关联到操作码“a1”，由于此前已有旧操作码“a1”被关联记录，所以新操作码“a1”将被视为历史操作码，而历史操作码将不能被作为有效操作码，因此满足于中之前的状态确认等待时间，并且不属于历史操作码的操作码将可作为有效操作码。

更进一步地，若是满足于重置前的状态确认等待时间的操作码是环节结束操作码，则不仅需分析其是否属于历史操作码，还需分析其是否具有相连操作码，具体分析步骤将在下文详细说明。

在一个实施例中，根据操作码的相连操作码和历史操作码，对操作码进行有效性判断，包括：响应于操作码存在相连操作码，确定操作码为有效操作码，并确定操作码对应的历史操作码为无效操作码；响应于操作码不存在对应的相连操作码，且操作码属于目标货物的历史操作码，确定操作码为有效操作码，并确定操作码对应的历史操作码为无效操作码；响应于操作码不存在对应的相连操作码，且操作码不属于目标货物的历史操作码，确定操作码为有效操作码。

其中，相连操作码可以是与操作码在同一状态确认等待时间内获取到的操作码，例如，目标货物关联到目标业务环节“h1”中的操作码“a1”，服务器104同时获取到对应的操作时间戳“t1”，进而重置状态确认等待时间开始计时；随后又关联到操作码“a2”和“a3”，且“a2”和“a3”均是在同一个重置后的状态确认等待时间内接收到，则当“a2”为当前分析的操作码时，“a3”是“a2”的相连操作码；当“a3”为当前分析的操作码时，“a2”是“a3”的相连操作码。

具体实现中，本实施例进一步说明在面对操作码重复、错误、乱序这类异常情况时，如何对操作码进行有效性判断。具体而言，若是满足于重置前的状态确认等待时间的操作码是环节结束操作码，则可首先判断该操作码是否关联存在至少一个相连操作码，若存在，则确定该操作码为有效操作码，而；若不存在，则可进一步分析该操作码是否为历史操作码，若是，则可确定作为有效操作码。

例如，目标货物在目标业务环节“h1”开始一段时间后，将关联到“h1”环节中的环节结束操作码，如关联到“b2”，进而重置状态确认等待时间“D”开始计时；随后又在状态确认等待时间“D”以内依次关联了操作码“b2”和“b1”，则“D”以内依次关联的“b2”可以是“b1”的相连操作码，同样的，“D”以内依次关联的“b1”可以是“b2”的相连操作码。

又例如，目标货物在目标业务环节“h1”开始一段时间后，将关联到“h1”环节中的环节结束操作码，如关联到“b2”，进而重置状态确认等待时间“D”开始计时；随后又在状态确认等待时间“D”以内仅关联了操作码“b2”，则当前分析的操作码“b2”不存在相连操作码。

进一步地，服务器104分析确定当前分析的操作码不存在对应的相连操作码时，可进一步分析该操作码是否为所关联目标货物的历史操作码，以做取舍。

例如，目标货物在目标业务环节“h1”开始一段时间后，将关联到“h1”环节中的环节结束操作码，如关联到“b2”，进而重置状态确认等待时间“D”开始计时；随后又在状态确认等待时间“D”以内仅关联了操作码“b2”，则当前分析的操作码“b2”不存在相连操作码，“D”以内关联的操作码“b2”为有效操作码，重置“D”之前已关联的“b2”为无效操作码。

又例如，目标货物在目标业务环节“h1”开始一段时间后，将关联到“h1”环节中的环节结束操作码，如关联到“b2”，进而重置状态确认等待时间“D”开始计时；随后又在状态确认等待时间“D”以内仅关联了操作码“b1”，则当前分析的操作码“b1”不存在相连操作码，“D”以内关联的操作码“b1”为有效操作码，重置“D”之前已关联的“b2”保持为有效操作码。

S203，响应于操作码为有效操作码，分析操作码对应的操作时间戳，确定目标货物在各个业务环节中的操作起止时间。

其中，操作起止时间可以包括操作起始时间和操作终止时间，例如，操作起始时间表示为“T1”，操作终止时间表示为“T2”，“T1”和“T2”可以具体到年、月、日、时、分、秒、毫秒等。

具体实现中，服务器104可根据实时分析所得的有效操作码做下一步分析，也可根据综合分析所得的有效操作码做下一步分析，若是根据实时分析所得的有效操作码做下一步分析，则将对应地实时处理操作时间戳，处理方式可以是将有效操作码的操作时间戳进行保留，将无效操作码的操作时间戳进行舍弃；若是根据综合分析所得的有效操作码做下一步分析，则处理方式可以是筛选有效操作码的操作时间戳，用于分析目标货物在该业务环节中的操作起止时间，综合分析的分析步骤将在下文详细说明。

在一个实施例中，本步骤包括：响应于操作码为有效操作码，根据操作码的操作码类型，划分各有效操作码对应的操作时间戳，得到第一时间戳集合和第二时间戳集合；响应于操作码类型为环节开始操作码，确定第一时间戳集合中的最小时间戳，作为目标货物在目标业务环节中的操作起始时间；响应于操作码类型为环节结束操作码，确定第二时间戳集合中的最小时间戳，作为目标货物在目标业务环节中的操作终止时间；将操作起始时间和操作终止时间，作为操作起止时间。

其中，第一时间戳集合包括有效操作码为环节开始操作码对应的操作时间戳，第二时间戳包括有效操作码为环节结束操作码对应的操作时间戳。

具体实现中，服务器104综合分析目标货物在各个业务环节关联的操作码，筛选出有效操作码之后，可统计各个有效操作码的操作时间戳，并按照操作码类型进行分组，得到第一时间戳集合和第二时间戳集合，进而在不同操作码类型对应的时间戳集合中，将最小时间戳分别作为目标货物在该业务环节中的操作起始时间和操作终止时间，由此得到操作起止时间。

例如，目标货物关联到目标业务环节“h1”中的操作码“a1”，服务器104同时获取到“a1”对应的操作时间戳“t1”，进而重置状态确认等待时间开始计时；随后又关联到操作码“a2”，服务器104同时获取到“a2”对应的操作时间戳为“t2”，由于“a1”和“a2”均为有效操作码，且“t1”早于“t2”，故“t1”为最小时间戳。

又例如，目标货物关联到目标业务环节“h1”中的操作码“a1”(“a1”属于环节开始操作码)，服务器104将同时获取到“a1”对应的操作时间戳“t1”(“t1”归属于第一时间戳集合)，进而重置状态确认等待时间“D”开始计时；重置“D”后在“D”的时间阈值内又关联到操作码“a2”，服务器104将同时获取到“a2”(“a2”属于环节开始操作码)对应的操作时间戳为“t2”(“t2”归属于第一时间戳集合)，进而重置状态确认等待时间“D”开始计时；重置“D”后在“D”之外又关联到操作码“a3”，“a3”(“a3”属于环节开始操作码)对应的操作时间戳为“t3”(“t3”无归属集合)，由于“a1”和“a2”均为有效操作码、“a3”在“D”之外获得属于无效操作码，且“t1”早于“t2”，故“t1”为目标货物在目标业务环节“h1”中的操作起始时间。

此外，操作终止时间的获取方式同上，均是筛选时间戳集合中的最小时间戳，作为操作终止时间。区别仅在于，操作起始时间的获取取决于第一时间戳集合，操作终止时间的获取取决于第二时间戳集合，第一时间戳集合存储有效操作码为环节开始操作码的操作时间戳，第一时间戳集合存储有效操作码为环节结束操作码的操作时间戳。

例如，业务环节“h1”对应预置有如下操作码：a1、a2、a3、b1、b2、b3，其中的“a1、a2、a3”均为环节开始操作码，“b1、b2、b3”均为环节结束操作码，而“a1、a2、a3”中的“a1和a2”经分析为有效操作码，“a3”为无效操作码，“b1、b2、b3”均为有效操作码，此时，操作码对应的操作时间戳存在如下关系：a1—>t1、a2—>t2、a3—>t3、b1—>t4、b2—>t5、b3—>t6，则“t1和t2”归属于第一时间戳集合，“t4、t5和t6”归属于第二时间戳集合。

S204，根据操作起止时间，获取目标货物在各个业务环节的耗时信息。

其中，耗时信息可以是货物在业务环节中从开始操作到结束操作所用时长，例如，耗时信息为40分钟、2小时、2天等。

具体实现中，服务器104在分析获得目标货物在各个业务环节中的操作起止时间后，可利用操作起止时间进一步计算出时间间隔，以此作为目标货物在各个业务环节的耗时信息。

在一个实施例中，操作起止时间不包括操作起始时间，本步骤包括：判断获得操作码时重置的状态确认等待时间是否达到预设的时间阈值；响应于状态确认等待时间达到时间阈值，获取目标货物在前一业务环节中的操作终止时间；获取操作起止时间包括的操作终止时间与前一业务环节中的操作终止时间之差，得到目标货物在目标业务环节的耗时信息。

其中，时间阈值可根据实际业务需求设置，时间阈值设置越小，延时越小、耗时输出的实时性和准确率越好，例如，时间阈值可以为：5秒、1分钟等。

具体实现中，本实施例主要说明在面对操作码缺失这类异常情况时，如何对操作码进行有效性判断。具体而言，服务器104无论是在进行操作码实时分析时，未获取到环节开始操作码而直接获取到环节结束操作码的情况下，还是在进行操作码综合分析时，未获取到操作起始时间的情况下，一旦检测到在启动耗时信息分析时由前序步骤分析所得的操作起止时间不包括操作起始时间，即可首先判断当前的状态确认等待时间“D”是否达到预设的时间阈值，若已达到但是仍未检测到操作起始时间，则可获取目标货物在前一业务环节中的操作终止时间，作为耗时信息计算的减数。

例如，目标货物到达“h2”环节，服务器104未获得环节开始操作码(A集操作码全部缺失)，直接出现了B集操作码“b1”，此时“D”已超时，需要将上个环节的结束操作码的操作时间戳“t4”暂设为当前环节的开始时间戳，而当前环节的“b1”对应的操作时间戳“t5”即为耗时信息计算的被减数，“t4”为减数，耗时信息“Δt＝t5–t4”。

又例如，目标货物到达“h2”环节，服务器104未获得环节开始操作码(A集操作码全部缺失)，即直接出现了B集操作码“b1”，“b1”对应的操作时间戳“t5”；此时，“D”未超时又出现了操作码“a1”(可能因为网络延迟导致)，“a1”对应的操作时间戳“t6”，则耗时信息“Δt＝t5–t6”。

在一个实施例中，操作起止时间不包括操作终止时间，本步骤包括：判断获得操作码时重置的状态确认等待时间是否达到预设的时间阈值；响应于状态确认等待时间达到时间阈值，获取目标货物在后一业务环节中的操作起始时间；获取后一业务环节中的操作起始时间与操作起止时间包括的操作起始时间之差，得到目标货物在目标业务环节的耗时信息。

具体实现中，本实施例进一步说明在面对操作码缺失这类异常情况时，如何对操作码进行有效性判断。具体而言，服务器104无论是在进行操作码实时分析时，未获取到环节开始操作码而直接获取到环节结束操作码的情况下，还是在进行操作码综合分析时，未获取到操作起始时间的情况下，一旦检测到在启动耗时信息分析时由前序步骤分析所得的操作起止时间不包括操作终止时间，即可首先判断当前的状态确认等待时间“D”是否达到预设的时间阈值，若已达到但是仍未检测到操作终止时间，则可获取目标货物在后一业务环节中的操作起始时间，作为耗时信息计算的被减数。

例如，目标货物到达“h3”环节，服务器104获得环节开始操作码“a1”之后，一直未获得B集操作码直至“D”超时，此时需要将下个环节的开始操作码的操作时间戳“t7”暂设为当前环节的结束时间戳，而当前环节的“a1”对应的操作时间戳“t6”即为耗时信息计算的减数，“t6”为减数，耗时信息“Δt＝t7–t6”。

上述实施例中的业务数据分析方法，服务器通过获取目标货物在各个业务环节中关联的操作码，以及操作码对应的操作时间戳，并根据操作码的操作码类型，对操作码进行有效性判断，进而响应于操作码为有效操作码，分析操作码对应的操作时间戳，确定目标货物在各个业务环节中的操作起止时间，最终根据操作起止时间，获取目标货物在各个业务环节的耗时信息。由于本申请提出在业务数据分析过程中，通过对操作码进行有效性判断，来降低系统分析误差、确保分析依据的可靠性，因此可有效提升包括物流业务环节耗时在内的业务数据分析准确率，进而改善物流运输时效性的评估精度。

应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

为了更好实施本申请实施例提供的业务数据分析方法，在本申请实施例所提出的业务数据分析方法的基础之上，本申请实施例中还提供了一种业务数据分析装置，如图3所示，该业务数据分析装置300包括：

操作码获取模块310，用于获取目标货物在各个业务环节中关联的操作码，以及操作码对应的操作时间戳；操作码用于指示目标货物按照预置动作进行操作；

操作码判断模块320，用于根据操作码的操作码类型，对操作码进行有效性判断；

数据分析模块330，用于响应于操作码为有效操作码，分析操作码对应的操作时间戳，确定目标货物在各个业务环节中的操作起止时间；

数据获取模块340，用于根据操作起止时间，获取目标货物在各个业务环节的耗时信息。

在一个实施例中，操作码判断模块320还用于根据分类预存的操作码集合，确定操作码的操作码类型，以及目标货物当前所处的目标业务环节；重置针对于目标业务环节预设的状态确认等待时间，以重启状态确认等待时间的计时程序；其中，重置后的状态确认等待时间用于对下一操作码进行有效性判断；根据操作码类型和重置前的状态确认等待时间，对操作码进行有效性判断。

在一个实施例中，操作码判断模块320还用于响应于操作码类型为环节开始操作码，且操作码满足于重置前的状态确认等待时间，且操作码不属于目标货物的历史操作码，确定操作码为有效操作码；响应于操作码类型为环节结束操作码，且操作码满足于重置前的状态确认等待时间，根据操作码的相连操作码和历史操作码，对操作码进行有效性判断；其中，操作码和操作码的相连操作码满足于同一重置前的状态确认等待时间，历史操作码为目标货物已关联的有效操作码。

在一个实施例中，操作码判断模块320还用于响应于操作码存在相连操作码，确定操作码为有效操作码，并确定操作码对应的历史操作码为无效操作码；响应于操作码不存在对应的相连操作码，且操作码属于目标货物的历史操作码，确定操作码为有效操作码，并确定操作码对应的历史操作码为无效操作码；响应于操作码不存在对应的相连操作码，且操作码不属于目标货物的历史操作码，确定操作码为有效操作码。

在一个实施例中，数据分析模块330还用于响应于操作码为有效操作码，根据操作码的操作码类型，划分各有效操作码对应的操作时间戳，得到第一时间戳集合和第二时间戳集合；响应于操作码类型为环节开始操作码，确定第一时间戳集合中的最小时间戳，作为目标货物在目标业务环节中的操作起始时间；响应于操作码类型为环节结束操作码，确定第二时间戳集合中的最小时间戳，作为目标货物在目标业务环节中的操作终止时间；将操作起始时间和操作终止时间，作为操作起止时间。

在一个实施例中，数据获取模块340还用于判断获得操作码时重置的状态确认等待时间是否达到预设的时间阈值；响应于状态确认等待时间达到时间阈值，获取目标货物在前一业务环节中的操作终止时间；获取操作起止时间包括的操作终止时间与前一业务环节中的操作终止时间之差，得到目标货物在目标业务环节的耗时信息。

在一个实施例中，数据获取模块340还用于判断获得操作码时重置的状态确认等待时间是否达到预设的时间阈值；响应于状态确认等待时间达到时间阈值，获取目标货物在后一业务环节中的操作起始时间；获取后一业务环节中的操作起始时间与操作起止时间包括的操作起始时间之差，得到目标货物在目标业务环节的耗时信息。

上述实施例中，由于本申请提出在业务数据分析过程中，通过对操作码进行有效性判断，来降低系统分析误差，确保分析依据的可靠性，因此可有效提升包括物流业务环节耗时的业务数据分析准确率。

需要说明的是，关于业务数据分析装置的具体限定可以参见上文中对于业务数据分析方法的限定，在此不再赘述。上述业务数据分析装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于电子设备中的处理器中，也可以以软件形式存储于电子设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在本申请一些实施例中，业务数据分析装置300可以实现为一种计算机程序的形式，计算机程序可在如图4所示的计算机设备上运行。计算机设备的存储器中可存储组成该业务数据分析装置300的各个程序模块，比如，图3所示的操作码获取模块310、操作码判断模块320、数据分析模块330以及数据获取模块340；各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的业务数据分析方法中的步骤。例如，图4所示的计算机设备可以通过如图3所示的业务数据分析装置300中的操作码获取模块310执行步骤S201。计算机设备可通过操作码判断模块320执行步骤S202。计算机设备可通过数据分析模块330执行步骤S203。计算机设备可通过数据获取模块340执行步骤S204。其中，该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的计算机设备通过网络连接通信。该计算机程序被处理器执行时以实现一种业务数据分析方法。

本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在本申请一些实施例中，提供了一种计算机设备，包括一个或多个处理器；存储器；以及一个或多个应用程序，其中的一个或多个应用程序被存储于存储器中，并配置为由处理器执行上述业务数据分析方法的步骤。此处业务数据分析方法的步骤可以是上述各个实施例的业务数据分析方法中的步骤。

在本申请一些实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器进行加载，使得处理器执行上述业务数据分析方法的步骤。此处业务数据分析方法的步骤可以是上述各个实施例的业务数据分析方法中的步骤。

本邻域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上对本申请实施例提供的一种业务数据分析方法、装置、计算机设备及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种业务数据分析方法，其特征在于，包括：

获取目标货物在各个业务环节中关联的操作码，以及所述操作码对应的操作时间戳；所述操作码用于指示所述目标货物按照预置动作进行操作；

根据所述操作码的操作码类型，对所述操作码进行有效性判断；

响应于所述操作码为有效操作码，分析所述操作码对应的操作时间戳，确定所述目标货物在各个业务环节中的操作起止时间；

根据所述操作起止时间，获取所述目标货物在各个业务环节的耗时信息。

2.如权利要求1所述的方法，其特征在于，所述根据所述操作码的操作码类型，对所述操作码进行有效性判断，包括：

根据分类预存的操作码集合，确定所述操作码的操作码类型，以及所述目标货物当前所处的目标业务环节；

重置针对于所述目标业务环节预设的状态确认等待时间，以重启所述状态确认等待时间的计时程序；其中，重置后的状态确认等待时间用于对下一操作码进行有效性判断；

根据所述操作码类型和重置前的状态确认等待时间，对所述操作码进行有效性判断。

3.如权利要求2所述的方法，其特征在于，所述根据所述操作码类型和重置前的状态确认等待时间，对所述操作码进行有效性判断，包括：

响应于所述操作码类型为环节开始操作码，且所述操作码满足于重置前的状态确认等待时间，且所述操作码不属于所述目标货物的历史操作码，确定所述操作码为有效操作码；

响应于所述操作码类型为环节结束操作码，且所述操作码满足于重置前的状态确认等待时间，根据所述操作码的相连操作码和所述历史操作码，对所述操作码进行有效性判断；

其中，所述操作码和所述操作码的相连操作码满足于同一重置前的状态确认等待时间，所述历史操作码为所述目标货物已关联的有效操作码。

4.如权利要求3所述的方法，其特征在于，所述根据所述操作码的相连操作码和所述历史操作码，对所述操作码进行有效性判断，包括：

响应于所述操作码存在所述相连操作码，确定所述操作码为有效操作码，并确定所述操作码对应的历史操作码为无效操作码；

响应于所述操作码不存在对应的相连操作码，且所述操作码属于所述目标货物的历史操作码，确定所述操作码为有效操作码，并确定所述操作码对应的历史操作码为无效操作码；

响应于所述操作码不存在对应的相连操作码，且所述操作码不属于所述目标货物的历史操作码，确定所述操作码为有效操作码。

5.如权利要求1所述的方法，其特征在于，所述响应于所述操作码为有效操作码，分析所述操作码对应的操作时间戳，确定所述目标货物在各个业务环节中的操作起止时间，包括：

响应于所述操作码为有效操作码，根据所述操作码的操作码类型，划分各所述有效操作码对应的操作时间戳，得到第一时间戳集合和第二时间戳集合；

响应于所述操作码类型为环节开始操作码，确定所述第一时间戳集合中的最小时间戳，作为所述目标货物在目标业务环节中的操作起始时间；

响应于所述操作码类型为环节结束操作码，确定所述第二时间戳集合中的最小时间戳，作为所述目标货物在目标业务环节中的操作终止时间；

将所述操作起始时间和所述操作终止时间，作为所述操作起止时间。

6.如权利要求1所述的方法，其特征在于，所述操作起止时间不包括操作起始时间，所述根据所述操作起止时间，获取所述目标货物在各个业务环节的耗时信息，包括：

判断获得所述操作码时重置的状态确认等待时间是否达到预设的时间阈值；

响应于所述状态确认等待时间达到所述时间阈值，获取所述目标货物在前一业务环节中的操作终止时间；

获取所述操作起止时间包括的操作终止时间与所述前一业务环节中的操作终止时间之差，得到所述目标货物在目标业务环节的耗时信息。

7.如权利要求6所述的方法，其特征在于，所述操作起止时间不包括操作终止时间，所述根据所述操作起止时间，获取所述目标货物在各个业务环节的耗时信息，包括：

判断获得所述操作码时重置的状态确认等待时间是否达到预设的时间阈值；

响应于所述状态确认等待时间达到所述时间阈值，获取所述目标货物在后一业务环节中的操作起始时间；

获取所述后一业务环节中的操作起始时间与所述操作起止时间包括的操作起始时间之差，得到所述目标货物在目标业务环节的耗时信息。

8.一种业务数据分析装置，其特征在于，包括：

操作码获取模块，用于获取目标货物在各个业务环节中关联的操作码，以及所述操作码对应的操作时间戳；所述操作码用于指示所述目标货物按照预置动作进行操作；

操作码判断模块，用于根据所述操作码的操作码类型，对所述操作码进行有效性判断；

数据分析模块，用于响应于所述操作码为有效操作码，分析所述操作码对应的操作时间戳，确定所述目标货物在各个业务环节中的操作起止时间；

数据获取模块，用于根据所述操作起止时间，获取所述目标货物在各个业务环节的耗时信息。

9.一种计算机设备，其特征在于，所述计算机设备包括：

一个或多个处理器；

存储器；以及一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现权利要求1至7中任一项所述的业务数据分析方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行权利要求1至7任一项所述的业务数据分析方法中的步骤。

Images