处理时长的确定方法和装置、存储介质及电子装置与流程

1.本技术涉及智能家居领域，具体而言，涉及一种处理时长的确定方法和装置、存储介质及电子装置。


背景技术：

2.随着家电智能水平提高，对家电的性能优化指标提出了更高的要求。不管是测试人员确定交互性能还是技术人员进行性能优化，都需要抓取大量的家电交互时的数据，然后对交互时的响应时间进行统计分析，以便细化各个阶段的耗时，进而对交互响应时间进行优化。
3.相关技术中，主要是靠测试人员过滤日志查看来确定家电处理时长。这种方法容易出现遗漏和统计错误，存在耗时耗力且易出错的问题。由此可见，相关技术中的处理时长的确定方法，存在由于需要测试人员手动查看日志导致的处理时长的确定的效率较低的问题。


技术实现要素：

4.本技术实施例提供了一种处理时长的确定方法和装置、存储介质及电子装置，以至少解决相关技术中的处理时长的确定方法存在由于需要测试人员手动查看日志导致的处理时长的确定的效率较低的问题。
5.根据本技术实施例的一个方面，提供了一种处理时长的确定方法，包括：获取目标交互设备的目标日志文件，其中，所述目标日志文件包括在唤醒所述目标交互设备之后所述目标交互设备在一组交互阶段上的交互数据；在目标日志文件中查找具有目标标识的交互数据，其中，具有所述目标标识的交互数据包括所述目标交互设备进入一组交互阶段中的各个交互阶段时产生的交互数据；在查找到具有所述目标标识的一组交互数据的情况下，在所述目标日志文件中获取所述一组交互数据对应的时间戳；根据所述一组交互数据对应的时间戳，确定所述目标交互设备在所述一组交互阶段中的各个交互阶段的处理时长。
6.根据本技术实施例的另一个方面，还提供了一种处理时长的确定装置，包括：第一获取单元，用于获取目标交互设备的目标日志文件，其中，所述目标日志文件包括在唤醒所述目标交互设备之后所述目标交互设备在一组交互阶段上的交互数据；查找单元，用于在目标日志文件中查找具有目标标识的交互数据，其中，具有所述目标标识的交互数据包括所述目标交互设备进入一组交互阶段中的各个交互阶段时产生的交互数据；第二获取单元，用于在查找到具有所述目标标识的一组交互数据的情况下，在所述目标日志文件中获取所述一组交互数据对应的时间戳；第一确定单元，用于根据所述一组交互数据对应的时间戳，确定所述目标交互设备在所述一组交互阶段中的各个交互阶段的处理时长。
7.根据本技术实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述处理
时长的确定方法。
8.根据本技术实施例的又一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，上述处理器通过计算机程序执行上述的处理时长的确定方法。
9.在本技术实施例中，由于根据特定标识从交互设备的日志文件中查找加交互数据，并根据查找到的一组交互数据对应的时间戳，确定交互设备在各个交互阶段的处理时长，可以实现自动确定交互设备的处理时长的目的，达到了提升处理时长确定的效率的技术效果，进而解决了相关技术中的处理时长的确定方法存在由于需要测试人员手动查看日志导致的处理时长的确定的效率较低的问题。
附图说明
10.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
11.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
12.图1是根据本技术实施例的一种可选的处理时长的确定方法的硬件环境的示意图；
13.图2是根据本技术实施例的一种可选的处理时长的确定方法的流程示意图；
14.图3是根据本技术实施例的另一种可选的处理时长的确定方法的流程示意图；
15.图4是根据本技术实施例的又一种可选的处理时长的确定方法的流程示意图；
16.图5是根据本技术实施例的一种可选的处理时长的确定装置的结构框图；
17.图6是根据本技术实施例的一种可选的电子装置的结构框图。
具体实施方式
18.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
19.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
20.根据本技术实施例的一个方面，提供了一种处理时长的确定方法。该处理时长的确定方法广泛应用于智慧家庭(smart home)、智能家居、智能家用设备生态、智慧住宅
(intelligence house)生态等全屋智能数字化控制应用场景。可选地，在本实施例中，上述处理时长的确定方法可以应用于如图1所示的由终端设备102和服务器104所构成的硬件环境中。如图1所示，服务器104通过网络与终端设备102进行连接，可用于为终端或终端上安装的客户端提供服务(如应用服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器104提供数据存储服务，可在服务器上或独立于服务器配置云计算和/或边缘计算服务，用于为服务器104提供数据运算服务。
21.上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：wifi(wireless fidelity，无线保真)，蓝牙。终端设备102可以并不限定于为pc、手机、平板电脑、智能空调、智能烟机、智能冰箱、智能烤箱、智能炉灶、智能洗衣机、智能热水器、智能洗涤设备、智能洗碗机、智能投影设备、智能电视、智能晾衣架、智能窗帘、智能影音、智能插座、智能音响、智能音箱、智能新风设备、智能厨卫设备、智能卫浴设备、智能扫地机器人、智能擦窗机器人、智能拖地机器人、智能空气净化设备、智能蒸箱、智能微波炉、智能厨宝、智能净化器、智能饮水机、智能门锁等。
22.本技术实施例的处理时长的确定方法可以由服务器104来执行，也可以由终端102来执行，还可以是由服务器104和终端102共同执行。其中，终端102执行本技术实施例的处理时长的确定方法也可以是由安装在其上的客户端来执行。
23.以由服务器104来执行本实施例中的处理时长的确定方法为例，图2是根据本技术实施例的一种可选的处理时长的确定方法的流程示意图，如图2所示，该方法的流程可以包括以下步骤：
24.步骤s202，获取目标交互设备的目标日志文件，其中，目标日志文件包括在唤醒目标交互设备之后目标交互设备在一组交互阶段上的交互数据。
25.本实施例中的处理时长的确定方法可以应用到在唤醒目标交互设备之后，确定目标交互设备在一组交互阶段中的各个交互阶段的处理时长的场景，上述目标交互设备可以是带有语音交互模块的智能家电，也可以是带有其他交互模块的交互设备。上述唤醒操作可以是语音唤醒，可以是手势唤醒，还可以是其他方式的唤醒，对此均不作限定。本实施例中以目标交互设备为带有语音交互模块的智能家电、唤醒操作为语音唤醒为例进行说明。
26.在相关技术中，在对带有语音模块的智能家电的交互响应性能进行测试时，需要得到一组交互阶段中的各个交互阶段的耗时，然后再通过测试人员手动查看并过滤日志，效率低且出错率高。
27.在本实施例中，通过在交互设备的程序中添加目标标识(例如，目标关键字、目标关键词等)，以通过目标标识来表示各个交互阶段的方式，在程序运行时，可以结合添加的目标标识将日志数据输出到日志文件中，从而可以基于日志文件中的目标标识确定各个交互阶段。
28.例如，如图3所示，在应用运行的过程中打印日志到日志文件的流程可以包括以下步骤：
29.步骤s302，开始。应用程序开始运行，交互测试开始。
30.步骤s304，初始化。对应用程序进行初始化处理。
31.步骤s306，开启语音交互。语音交互开启，通过目标交互设备中的交互模块(例如，
语音交互模块)实现与用户之间的语音交互。
32.步骤s308，打印日志到日志文件。在应用程序运行之前，可以在程序中需要抓取数据的位置添加固定格式的日志，在应用程序运行、开启交互之后，可以结合添加的标识将目标交互设备与用户在各个语音交互阶段中产生的日志数据打印到对应的日志文件中。
33.步骤s310，判断测试是否结束，如果是，执行步骤s312，否则，执行步骤s306。
34.步骤s312，结束。
35.在获取目标日志文件之前，在程序编写的过程中，可以在需要抓取数据的地方添加固定格式的日志。在开启语音交互之后，打印日志到日志文件中，通过读取日志文件的方式确定交互阶段的处理时长。
36.示例性地，在用户唤醒目标交互设备之后，用户和目标交互设备之间可以开启交互，一次唤醒之后可以包括多个交互阶段，即，一组交互阶段中可以包括多个交互阶段。在上述交互过程中产生的相关数据(包括交互开启的时间、交互涉及的具体内容等)可以保存在目标交互设备生成的目标日志文件中。目标交互设备中保存的多个日志文件可以是按照交互时间(例如，交互日期)的先后顺序进行排列的，在需要调取某一交互时间或者某一段交互时间对应的交互数据时，可以按照交互时间在目标交互设备中查找到对应的日志文件，得到目标日志文件，从而获取到唤醒目标交互设备之后目标交互设备在一组交互阶段上的交互数据。
37.步骤s204，在目标日志文件中查找具有目标标识的交互数据，其中，具有目标标识的交互数据包括目标交互设备进入一组交互阶段中的各个交互阶段时产生的交互数据。
38.在本实施例中，一次唤醒之后可以对应着一组交互阶段，为了对一组交互阶段中的各个交互阶段进行划分，可以通过目标标识对一组交互阶段中的各个交互阶段进行区分。上述目标标识可以是用户在与目标交互设备进行交互时所使用的语音片段中的关键字词，例如，我要xx，播放xx，天气等。目标交互设备响应于上述接收到的交互请求，可以对其进行处理，一次交互请求可以对应着用户与目标交互设备之间的交互阶段。因此，可以将用户与目标交互设备进行交互时所使用的语音片段中高频出现的关键字词进行提炼，作为目标标识，保存在目标交互设备中的预设配置文件中。当进行交互时的语音片段中匹配到上述预设配置文件的目标标识时，可以将此次交互确定为一次交互阶段。
39.可选地，为了根据目标标识确定一组交互阶段中包含的各个交互阶段，可以在目标日志文件中查找具有目标标识的交互数据，上述具有目标标识的交互数据可以包括目标交互设备被唤醒之后，进入一组交互阶段中的各个交互阶段时产生的交互数据，例如，各个交互阶段对应的时间，各个交互阶段对应的请求内容等。
40.步骤s206，在查找到具有目标标识的一组交互数据的情况下，在目标日志文件中获取一组交互数据对应的时间戳。
41.在本实施例中，在目标日志文件中查找到具有目标标识的一组交互数据的情况下，为了确定在一组交互阶段中的各个交互阶段中，目标交互设备对于交互请求的处理时长，可以在目标日志文件中确定上述一组交互数据对应的时间戳，根据时间戳所指示的时间对一组交互阶段中的各个交互阶段的处理时长进行计算。
42.可选地，可以每查询到一个目标标识，则在目标日志文件中获取其对应的时间戳，也可以在查询到的目标标识的数量达到预设值时，开始在目标日志文件中获取上述目标标
识关联的一组交互数据对应的时间戳。
43.步骤s208，根据一组交互数据对应的时间戳，确定目标交互设备在一组交互阶段中的各个交互阶段的处理时长。
44.在本实施例中，可以通过具有目标标识的一组交互数据对应的时间戳，确定目标交互设备在一组交互阶段中的各个交互阶段的处理时长。示例性地，可以先对时间戳进行排序，将时间戳序列中相邻两个时间戳之间的差值作为其中一个交互阶段对应的处理时长。
45.可选地，在获取得到的一组交互数据对应的时间戳中存在获取异常时，可以通过历史数据对应的时间戳，得到历史时段中相同的交互阶段对应的历史处理时长，根据历史处理时长确定目标交互设备在一组交互阶段中的各个交互阶段的处理时长。
46.通过上述步骤s202至步骤s208，获取目标交互设备的目标日志文件，其中，目标日志文件包括在唤醒目标交互设备之后目标交互设备在一组交互阶段上的交互数据；在目标日志文件中查找具有目标标识的交互数据，其中，具有目标标识的交互数据包括目标交互设备进入一组交互阶段中的各个交互阶段时产生的交互数据；在查找到具有目标标识的一组交互数据的情况下，在目标日志文件中获取一组交互数据对应的时间戳；根据一组交互数据对应的时间戳，确定目标交互设备在一组交互阶段中的各个交互阶段的处理时长，解决了相关技术中的处理时长的确定方法存在由于需要测试人员手动查看日志导致的处理时长的确定的效率较低的问题，提高了确定处理时长的效率。
47.在一个示例性实施例中，根据一组交互数据对应的时间戳，确定目标交互设备在一组交互阶段中的各个交互阶段的处理时长，包括：
48.s11，按照时间戳先后顺序，将一组交互数据对应的时间戳进行排列，得到时间戳序列；
49.s12，根据时间戳序列中的相邻两个时间戳，确定目标交互设备在一组交互阶段中的各个交互阶段的处理时长。
50.在本实施例中，在根据一组交互数据对应的时间戳，确定目标交互设备在一组交互阶段中各个交互阶段的处理时长时，可以先对一组交互数据对应的时间戳按照时间戳的先后顺序进行排序，得到一组时间戳序列。
51.在得到上述时间戳序列之后，由于每一个时间戳可以对应着一个交互阶段的开启时间，时间戳序列中的相邻两个时间戳可以分别对应着一个交互阶段的开启时间，以及相邻的下一个交互阶段的开启时间(也可以理解为，上一个交互阶段的结束时间)，依据获取到的相邻两个时间戳之间的差值，可以确定出目标交互设备在各个交互阶段对应的交互任务的处理时长。
52.通过本实施例，通过对交互阶段对应的时间戳进行排序，进而确定交互阶段的处理时长，提升了确定各个交互阶段的处理时长的效率。
53.在一个示例性实施例中，根据时间戳序列中的相邻两个时间戳，确定目标交互设备在一组交互阶段中的各个交互阶段的处理时长，包括：
54.s21，在时间戳序列中包括n个时间戳的情况下，获取时间戳序列中的每相邻两个时间戳之间的差值，得到n-1个时长，将n个交互阶段中的前n-1个交互阶段的时长确定为等于n-1个时长，并将n个交互阶段中的最后1个交互阶段的时长确定为等于目标结束时间戳
与时间戳序列中的最后1个时间戳之间的差值，其中，n为大于或等于2的整数，目标结束时间戳是一组交互阶段中最后一个交互阶段的结束时间戳。
55.在本实施例中，根据时间戳序列中的相邻两个时间戳，确定目标交互设备在一组交互阶段中的各个交互阶段的处理时长时，如果时间戳序列中包括n个时间戳(n为大于或等于2的整数，即，时间戳序列中包括多个时间戳)，可以获取时间戳序列中的每相邻两个时间戳之间的差值，得到一组交互阶段中的前n-1个交互时长。这里，每相邻两个时间戳之间的差值的顺序与一组交互阶段中的前n-1个交互阶段的顺序一致，即，第二个时间戳与第一个时间戳之间的差值为第一个交互阶段的交互时长(即，处理时长)，第三个时间戳与第二个时间戳之间的差值为第二个交互阶段的交互时长，依次类推，第n个时间戳与第n-1个时间戳之间的差值为第n-1个交互阶段的交互时长。
56.由于时间戳序列中的时间戳是与目标标识关联的交互数据对应的，时间戳序列中最后一个交互阶段的处理时长无法根据时间戳序列中记录的时间戳确定。因此，可以对目标日志文件进行查询，查询日志文件中记录的最后1个时间戳(即，目标结束时间戳)，上述目标结束时间戳是目标日志文件中记录一组交互阶段中最后一个交互阶段对应的结束时间戳，可以将时间戳序列中最后一个时间戳与目标结束时间戳之间的差值，确定为第n个交互阶段(即，最后一个交互阶段)的处理时长。
57.通过本实施例，根据目标结束时间戳与时间戳序列中的各个时间戳，确定一组交互阶段中各个交互阶段的处理时长，提升了确定各个交互阶段的处理时长的完整性。
58.在一个示例性实施例中，根据时间戳序列中的相邻两个时间戳，确定目标交互设备在一组交互阶段中的各个交互阶段的处理时长，包括：
59.s31，在时间戳序列中包括m个时间戳、一组交互阶段包括n个交互阶段、且m等于n的情况下，根据目标交互设备在一组交互阶段中的各个交互阶段的历史处理时长，确定一组交互阶段中与m个时间戳对应的交互阶段的处理时长，其中，m和n为大于或等于1的正整数；或者
60.s32，在时间戳序列中包括m个时间戳、一组交互阶段包括n个交互阶段、且m小于n的情况下，根据目标日志文件中与m个时间戳对应的日志数据，确定一组交互阶段中与m个时间戳对应的交互阶段的处理时长，其中，m为大于或等于1的正整数，n为大于或等于2的正整数。
61.作为一种可选的实施方式，在根据时间戳序列中的相邻两个时间戳，确定目标交互设备在一组交互阶段中的各个交互阶段的处理时长时，在时间戳序列中包括m(m为大于或等于1的正整数)个时间戳的情况下，n为大于或等于1的正整数，m等于n时，也就是说对应于一组交互阶段，获取到的时间戳序列中无缺失的情况下，可以根据目标交互设备在一组交互阶段中的各个交互阶段的历史处理时长，确定一组交互阶段中与m个时间戳对应的交互阶段的处理时长。
62.示例性地，可以通过目标标识的类型为其对应的交互阶段进行分类，可以根据前一日的日志文件中记录的各类交互阶段对应的时间戳，确定各类交互阶段对应的历史处理时长，从而确定出一组交互阶段中与m个时间戳对应的交互阶段的处理时长。
63.作为另一种可选的实施方式，在根据时间戳序列中的相邻两个时间戳，确定目标交互设备在一组交互阶段中的各个交互阶段的处理时长时，如果时间戳序列中包括m个时
间戳的情况下，n为大于或等于2的正整数，m为小于n的正整数，也就是说对应于一组交互阶段，获取到的时间戳序列中有缺失的情况下，可以根据目标日志文件中与m个时间戳对应的日志数据，确定一组交互阶段中与m个时间戳对应的交互阶段的处理时长。
64.示例性地，可以先计算时间戳序列中每相邻的两个时间戳之间的差值，若存在差值大于历史处理时长区间范围的情况下，可以判定该相邻两个时间戳之间缺失了时间戳，未被获取到。可以通过目标日志文件与上述两个时间戳对应的日志数据，在两个时间戳对应的时间间隔内，检测到有语音数据的情况下，将该语音数据对应的时间戳作为找回的缺失时间戳，进而确定一组交互阶段中各个交互阶段对应的交互阶段的处理时长。
65.通过本实施例，在获取的时间戳有缺失的异常情况下，结合历史处理时长或日志数据对一组交互阶段中各个交互阶段的处理时长进行确定，提升了确定各个交互阶段的处理时长的准确性。
66.在一个示例性实施例中，根据目标交互设备在一组交互阶段中的各个交互阶段的历史处理时长，确定一组交互阶段中与m个时间戳对应的交互阶段的处理时长，包括：
67.s41，获取时间戳序列中包括的m个时间戳中每相邻两个时间戳之间的差值，得到m-1个时长，并将目标结束时间戳与m个时间戳中的最后1个时间戳之间的差值确定为第m个时长，其中，m-1个时长和第m个时长构成了m个时长；
68.s42，在目标日志文件中查找与m个时间戳对应的m个交互阶段上的交互数据；
69.s43，根据m个交互阶段上的交互数据，确定m个交互阶段的交互阶段标识；
70.s44，在预先获取的历史信息集合中确定与m个交互阶段的交互阶段标识对应的m个交互阶段的历史处理时长，其中，历史信息集合中包括历史唤醒目标交互设备之后不同交互阶段的历史处理时长以及对应的不同交互阶段的交互阶段标识；
71.s45，在m个时长中确定满足第一预设条件的时长，其中，第一预设条件包括：m个时长中的时长与m个交互阶段中对应的交互阶段的历史处理时长之间的差值小于或等于预设阈值，或者，在历史处理时长为处理时长范围时，m个时长中的时长位于m个交互阶段中对应的交互阶段的处理时长范围内；
72.s46，在确定出满足第一预设条件的p个时长的情况下，将一组交互阶段中与m个时间戳对应的交互阶段的处理时长确定为包括：p个时长，其中，p≤m，p为大于或等于1的正整数，p个时长是一组交互阶段中对应的p个交互阶段的处理时长。
73.在本实施例中，在根据目标交互设备在一组交互阶段中的各个交互阶段的历史处理时长，确定一组交互阶段中与m个时间戳对应的交互阶段的处理时长时，可以先获取时间戳序列中包括的m个时间戳中每相邻两个时间戳之间的差值，得到m-1个时长，并将目标结束时间戳与m个时间戳中的最后1个时间戳之间的差值确定为第m个时长，据此，可以获取到m个时长。
74.服务器还可以在目标日志文件中查找与m个时间戳对应的m个交互阶段上的交互数据，根据m个交互阶段上的交互数据，确定m个交互阶段的交互阶段标识。上述获取与m个时间戳对应的m个交互阶段上的交互数据的方式可以是根据时间戳与交互数据所对应的交互时间确定的，也可以是通过其他方式确定的，本实施例中对此不做限定。
75.由于可以采用历史信息集合对包括历史唤醒目标交互设备之后不同交互阶段的历史处理时长以及对应的不同交互阶段的交互阶段标识进行记录，在确定与m个交互阶段
对应的交互阶段标识之后，可以在预先获取的历史信息集合中确定与m个交互阶段的交互阶段标识对应的m个交互阶段的历史处理时长。
76.进一步地，对于m个时长，可以分别对其中的各个时长进行判断，确定各个时长是否满足第一预设条件，从而得到m个时长中，满足第一预设条件的时长。第一预设条件包括以下之一：m个时长中的时长与m个交互阶段中对应的交互阶段的历史处理时长之间的差值小于或等于预设阈值；或，在历史处理时长为处理时长范围时，m个时长中的时长位于m个交互阶段中对应的交互阶段的处理时长范围内。
77.如果m个时长中存在p个时长满足第一预设条件，则可以将这p个时长确定为对应的p交互阶段的处理时长，即，将一组交互阶段中与m个时间戳对应的交互阶段的处理时长确定为包括p个时长，这里，p≤m，p为大于或等于1的正整数。
78.通过本实施例，将未发生异常的时长确定为对应的交互阶段的处理时长，提升了确定各个交互阶段的处理时长的准确性。
79.在一个示例性实施例中，上述方法还包括：
80.s51，将q个历史日志文件中包括的相同交互阶段的处理时长的均值确定为相同交互阶段的历史处理时长，其中，历史信息集合包括相同交互阶段的历史处理时长，每个历史日志文件包括在历史唤醒一次目标交互设备之后目标交互设备在各个交互阶段上的处理时长，q为大于或等于1的正整数；或者
81.s52，在q个历史日志文件中包括的相同交互阶段的处理时长中选择一个处理时长，作为相同交互阶段的历史处理时长，其中，历史信息集合包括相同交互阶段的历史处理时长，每个历史日志文件包括在历史唤醒一次目标交互设备之后目标交互设备在各个交互阶段上的处理时长，q为大于或等于1的正整数；或者
82.s53，获取q个历史日志文件中包括的相同交互阶段的处理时长的最小值和最大值，将相同交互阶段的处理时长的最小值和最大值构成的处理时长范围确定为相同交互阶段的处理时长范围。
83.在本实施例中，可以根据至少一个历史日志文件中所记录的交互阶段的处理时长，确定为该交互阶段的历史处理时长。以q个历史日志文件为例，对于某一个交互阶段，q个历史日志文件可以记录有该交互阶段的至多q个处理时长，可以根据q个历史日志文件中包括的相同交互阶段的处理时长，确定一组交互阶段中的全部或者部分交互阶段的处理时长，这里，q为大于或等于1的正整数。
84.可选地，历史信息集合包括相同交互阶段的历史处理时长，而每个历史日志文件包括在历史唤醒一次目标交互设备之后目标交互设备在各个交互阶段上的处理时长。对应地，确定某一交互阶段的处理时长的方式可以包括但不限于以下之一：(1)将q个历史日志文件中包括的相同交互阶段的处理时长的均值确定为相同交互阶段的历史处理时长；或，(2)在q个历史日志文件中包括的相同交互阶段的处理时长中选择一个处理时长，作为相同交互阶段的历史处理时长；或，(3)获取q个历史日志文件中包括的相同交互阶段的处理时长的最小值和最大值，将相同交互阶段的处理时长的最小值和最大值构成的处理时长范围确定为相同交互阶段的处理时长范围。
85.通过本实施例，根据历史日志文件(例如，q个历史日志文件)中包括的相同交互阶段的处理时长，确定相同交互阶段的处理时长，提升了确定各个交互阶段的处理时长的准
确性。
86.在一个示例性实施例中，根据目标日志文件中与m个时间戳对应的日志数据，确定一组交互阶段中与m个时间戳对应的交互阶段的处理时长，包括：
87.s61，获取时间戳序列中包括的m个时间戳中每相邻两个时间戳之间的差值，得到m-1个时长，并将目标结束时间戳与m个时间戳中的最后1个时间戳之间的差值确定为第m个时长，其中，m-1个时长和第m个时长构成了m个时长；
88.s62，在目标日志文件中查找与m个时间戳对应的m个交互阶段上的交互数据；
89.s63，根据m个交互阶段上的交互数据，确定m个交互阶段的交互阶段标识；
90.s64，在预先获取的历史信息集合中确定与m个交互阶段的交互阶段标识对应的m个交互阶段的历史处理时长，其中，历史信息集合中包括历史唤醒目标交互设备之后不同交互阶段的历史处理时长以及对应的不同交互阶段的交互阶段标识；
91.s65，在m个时长中确定不满足第一预设条件的时长，其中，第一预设条件包括：m个时长中的时长与m个交互阶段中对应的交互阶段的历史处理时长之间的差值小于或等于预设阈值，或者，在历史处理时长为处理时长范围时，m个时长中的时长位于m个交互阶段中对应的交互阶段的处理时长范围内；
92.s66，在确定出不满足第一预设条件的t个时长的情况下，根据t个时长中的每个时长内的交互数据，在t个时长中的每个时长内确定满足第二预设条件的一组补充时间戳，其中，t≤m，t为大于或等于1的正整数，每个时长被一组补充时间戳分隔成一组子时长，第二预设条件包括：一组子时长中的每个子时长对应一个交互阶段、且一组子时长中的每个子时长与历史信息集合中对应的交互阶段的历史处理时长之间的差值小于或等于预设阈值，或者，在历史处理时长为处理时长范围时，一组子时长中的每个子时长位于历史信息集合中对应的交互阶段的处理时长范围内；
93.s67，按照时间戳先后顺序，在时间戳序列中插入每个时长内确定的一组补充时间戳，得到目标时间戳序列；
94.s68，获取目标时间戳序列中每相邻两个时间戳之间的差值，得到s个时长，并将目标结束时间戳与目标时间戳序列中的最后1个时间戳之间的差值确定为第s 1个时长，其中，一组交互阶段中与m个时间戳对应的交互阶段的处理时长包括s个时长和第s 1个时长，其中，s为大于或等于1的正整数。
95.在本实施例中，在根据目标日志文件中与m个时间戳对应的日志数据，确定一组交互阶段中与m个时间戳对应的交互阶段的处理时长时，可以采用与前述实施例中相同或者类似的方式获取根据时间戳序列获取m个交互阶段的的历史处理时长，进而确定出m个时长中不满足第一预设条件的时长，已经进行过描述的，在此不做赘述。
96.在确定出不满足第一预设条件的t(这里，t≤m，t为大于或等于1的正整数)个时长的情况下，可以根据t个时长中的每个时长内的交互数据，在t个时长中的每个时长内确定满足第二预设条件的一组补充时间戳，每个时长可以被一组补充时间戳分隔成一组子时长。这里，第二预设条件包括：一组子时长中的每个子时长对应一个交互阶段、且一组子时长中的每个子时长与历史信息集合中对应的交互阶段的历史处理时长之间的差值小于或等于预设阈值，或者，在历史处理时长为处理时长范围时，一组子时长中的每个子时长位于历史信息集合中对应的交互阶段的处理时长范围内。
97.按照时间戳先后顺序，在时间戳序列中插入每个时长内确定的一组补充时间戳，得到目标时间戳序列，此时，目标时间戳序列中包含s 1个时间戳，由s 1个时间戳可以得到s个时长(由s 1个时间戳中每相邻两个时间戳之间的差值，可以得到上述的s个时长)，而s个时长中的每个时长均满足第一预设条件。
98.在得到目标时间戳序列之后，可以获取目标时间戳序列中每相邻两个时间戳之间的差值，得到s个时长，并将目标结束时间戳与目标时间戳序列中的最后1个时间戳之间的差值确定为第s 1个时长，此时，可以获取到共计s 1个时长。
99.通过本实施例，根据日志数据补充时间戳序列中缺失的时间戳，进而基于补充后的时间戳序列确定各个交互阶段的处理时长，提升了确定各个交互阶段的处理时长的准确性和完整性。
100.下面结合可选示例对本技术实施例中的处理时长的确定方法进行解释说明。在本可选示例中，处理时长为目标交互设备对请求进行处理的时间，交互操作为语音交互。
101.本可选示例中提供了一种在语音模块上自动统计交互响应时间的方案，实现自动从日志中查找相应的数据，并截取出来，自动生成表格。如图4所示，本可选示例中的处理时长的确定方法的流程可以包括以下步骤：
102.步骤s402，开始。
103.应用程序开始运行。
104.步骤s404，开启语音交互之后，读取对应的日志文件。
105.在目标交互设备中的语音模块检测到语音信号、开启与用户之间的交互之后，服务器响应于该交互操作，开始对语音交互阶段中产生的日志文件进行遍历读取，一次读取日志文件一行，分别检测日志文件中是否包含关键字(即，目标标识)。
106.步骤s406，判断日志文件中是否包含关键字，如果是，执行步骤s408，否则，执行步骤s404。
107.步骤s408，将过滤的日志对应的时间戳保存到队列中。将读取的日志文件中包含关键字的日志进行过滤，并将由关键字标识过的日志对应的时间戳记录在队列中，一次唤醒之后对应的一组交互阶段的多个时间戳保存在同一队列中。
108.步骤s410，判断日志是否读取完毕，如果是，执行步骤s412，否则，执行步骤s404。
109.步骤s412，计算各个环节的时间差。对各个队列的中保存的时间戳进行处理，将按照先后顺序排列的时间戳序列中的相邻时间戳之间差值作为一个交互阶段的处理时长，分别得到每次交互过程中各个阶段的时间差。
110.步骤s414，判断所有列表是否计算完毕，如果是，执行步骤s416，否则，执行步骤s412。
111.步骤s416，输出到表格。
112.将得到的每次交互过程中各个阶段的时间差数据进行整理后，格式化输出为表格文件。
113.步骤s418，结束。
114.通过本可选示例，自动过滤关键字，拉取日志查看时间戳并根据关键字计算时间差，并将每个阶段的耗时整理成表格输出。解决了之前耗时耗力且易错的问题，提升了确定目标交互设备处理时间的效率与准确性。
115.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本技术所必须的。
116.根据本技术实施例的另一个方面，还提供了一种用于实施上述处理时长的确定方法的处理时长的确定装置。图5是根据本技术实施例的一种可选的处理时长的确定装置的结构框图，如图5所示，该装置可以包括：
117.第一获取单元502，用于获取目标交互设备的目标日志文件，其中，目标日志文件包括在唤醒目标交互设备之后目标交互设备在一组交互阶段上的交互数据；
118.查找单元504，与第一获取单元502相连，用于在目标日志文件中查找具有目标标识的交互数据，其中，具有目标标识的交互数据包括目标交互设备进入一组交互阶段中的各个交互阶段时产生的交互数据；
119.第二获取单元506，与查找单元504相连，用于在查找到具有目标标识的一组交互数据的情况下，在目标日志文件中获取一组交互数据对应的时间戳；
120.第一确定单元508，与第二获取单元506相连，用于根据一组交互数据对应的时间戳，确定目标交互设备在一组交互阶段中的各个交互阶段的处理时长。
121.上述模块与本技术实施例中上述任一项处理时长的确定方法相对应，可以执行上述任一项处理时长的确定方法中的步骤，在此不再赘述。
122.通过上述模块，获取目标交互设备的目标日志文件，其中，目标日志文件包括在唤醒目标交互设备之后目标交互设备在一组交互阶段上的交互数据；在目标日志文件中查找具有目标标识的交互数据，其中，具有目标标识的交互数据包括目标交互设备进入一组交互阶段中的各个交互阶段时产生的交互数据；在查找到具有目标标识的一组交互数据的情况下，在目标日志文件中获取一组交互数据对应的时间戳；根据一组交互数据对应的时间戳，确定目标交互设备在一组交互阶段中的各个交互阶段的处理时长，解决了相关技术中的处理时长的确定方法存在由于需要测试人员手动查看日志导致的处理时长的确定的效率较低的问题，提高了确定处理时长的效率。
123.此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。
124.根据本技术实施例的又一个方面，还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行本技术实施例中上述任一项处理时长的确定方法的程序代码。可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。
125.可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例中对此不再赘述。
126.可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、rom、ram、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
127.根据本技术实施例的又一个方面，还提供了一种用于实施上述处理时长的确定方法的电子装置，该电子装置可以是服务器、终端、或者其组合。
128.图6是根据本技术实施例的一种可选的电子装置的结构框图，如图6所示，包括处理器602、通信接口604、存储器606和通信总线608，其中，处理器602、通信接口604和存储器606通过通信总线608完成相互间的通信，其中，
129.存储器606，用于存储计算机程序；
130.处理器602，用于执行存储器606上所存放的计算机程序时，实现上述任一项处理时长的确定方法中的步骤。
131.可选地，通信总线可以是pci(peripheral component interconnect，外设部件互连标准)总线、或eisa(extended industry standard architecture，扩展工业标准结构)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。通信接口用于上述电子装置与其他设备之间的通信。
132.存储器可以包括ram，也可以包括非易失性存储器(non-volatile memory)，例如，至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。
133.作为一种示例，上述存储器606中可以但不限于包括上述处理时长的确定装置中的第一获取单元502、查找单元504、第二获取单元506、以及第一确定单元508。此外，还可以包括但不限于上述处理时长的确定装置中的其他模块单元，本示例中不再赘述。
134.上述处理器可以是通用处理器，可以包含但不限于：cpu(central processing unit，中央处理器)、np(network processor，网络处理器)等；还可以是dsp(digital signal processing，数字信号处理器)、asic(application specific integrated circuit，专用集成电路)、fpga(field－programmable gate array，现场可编程门阵列)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
135.可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。
136.本领域普通技术人员可以理解，图6所示的结构仅为示意，实施上述处理时长的确定方法的设备可以是终端设备，该终端设备可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobile internet devices，mid)、pad等终端设备。图6其并不对上述电子装置的结构造成限定。例如，电子装置还可包括比图6中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图6所示的不同的配置。
137.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、rom、ram、磁盘或光盘等。
138.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
139.上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本技术各个实施例所
述方法的全部或部分步骤。
140.在本技术的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
141.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例中所提供的方案的目的。
142.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以至少两个单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
143.以上所述仅是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。