1.本公开涉及计算机
技术领域：
：，具体涉及自动驾驶和智能座舱等
技术领域：
：。
背景技术：
：：2.随着汽车技术的不断发展，对车辆行驶的舒适性的要求也越来越高。而车辆行驶中的急刹、急转等变化情况是影响舒适性评价的重要因素。3.目前，在对车辆进行驾驶测试时，通常是采用真人乘坐主观体验的方式来评价车辆行驶的舒适性。技术实现要素：4.本公开提供了一种数据处理的方法、装置、电子设备及存储介质。5.根据本公开的一方面，提供了一种数据处理的方法，包括：6.监控车辆的第一行车数据；7.响应于所述第一行车数据满足第一预设条件，监控所述车辆在预设时间段内的第二行车数据，所述第一行车数据和所述第二行车数据是不同指标下的数据；8.响应于所述第二行车数据满足第二预设条件，确定所述车辆发生预设事件。9.根据本公开的另一方面，提供了一种数据处理的装置，包括：10.第一监控单元，用于监控车辆的第一行车数据；11.第二监控单元，用于响应于所述第一行车数据满足第一预设条件，监控所述车辆在预设时间段内的第二行车数据，所述第一行车数据和所述第二行车数据是不同指标下的数据；12.事件确定单元，用于响应于所述第二行车数据满足第二预设条件，确定所述车辆发生预设事件。13.根据本公开的再一方面，提供了一种电子设备，包括：14.至少一个处理器；以及15.与所述至少一个处理器通信连接的存储器；其中，16.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上所述的方面和任一可能的实现方式的方法。17.根据本公开的又一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行如上所述的方面和任一可能的实现方式的方法。18.根据本公开的又一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如上所述的方面和任一可能的实现方式的方法。19.根据本公开的又一方面，提供了一种自动驾驶车辆，包括如上所述的电子设备。20.由上述技术方案可知，本公开实施例可以通过监控车辆的第一行车数据，进而可以响应于所述第一行车数据满足第一预设条件，监控所述车辆在预设时间段内的第二行车数据，所述第一行车数据和所述第二行车数据是不同指标下的数据，使得能够响应于所述第二行车数据满足第二预设条件，确定所述车辆发生预设事件，由于在第一行车数据满足第一预设条件后，预设时间段内的第二行车数据也满足第二预设条件，便可自动确定车辆发生预设事件，可以高效准确地获知车辆行驶的速度变化情况，即影响乘车舒适性的情况，从而保证了对车辆行驶的舒适性评价的可靠性和客观性。21.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。附图说明22.附图用于更好地理解本方案，不构成对本公开的限定。其中：23.图1是根据本公开第一实施例的示意图；24.图2是根据本公开第二实施例的示意图；25.图3是根据本公开第二实施例的数据处理方法的技术原理的示意图；26.图4是根据本公开第二实施例获取的行车数据的示意图；27.图5是根据本公开第三实施例的示意图；28.图6是用来实现本公开实施例的数据处理的方法的电子设备的框图。具体实施方式29.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。30.显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其他实施例，都属于本公开保护的范围。31.需要说明的是，本公开实施例中所涉及的终端设备可以包括但不限于手机、个人数字助理(personaldigitalassistant，pda)、无线手持设备、平板电脑(tabletcomputer)等智能设备；显示设备可以包括但不限于个人电脑、电视等具有显示功能的设备。32.另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。33.为了提升车辆的驾驶技术，在对车辆进行驾驶测试时，会对车辆的舒适性进行评价。而车辆行驶中的急刹、急转等情况是影响舒适度评价的重要因素。34.目前，在对车辆进行驾驶测试时，通常由评价人员乘坐车辆给出主观的急刹等感受并统计，行驶任务结束后，再根据评价人员的记录进行逐一分析。但是，该方式受限于评价人员的自身经验、心理等因素影响，评价过程无法保证完全客观准确，不同人员对急刹的感受也不尽相同，导致车辆急刹统计的主观因素过大，评价结果失真，也可能造成误检或漏检。35.因此，亟需提供一种数据处理的方法，能够实现对行车的速度变化情况的确定，以更好地评价车辆的行车舒适性。36.图1是根据本公开第一实施例的示意图，如图1所示。37.101、监控车辆的第一行车数据。38.102、响应于所述第一行车数据满足第一预设条件，监控所述车辆在预设时间段内的第二行车数据，所述第一行车数据和所述第二行车数据是不同指标下的数据。39.103、响应于所述第二行车数据满足第二预设条件，确定所述车辆发生预设事件。40.至此，可以根据预设事件，获知车辆行驶的速度变化情况，以及评价车辆行驶的舒适性。该预设事件包括可以表征车辆行驶的速度变化情况的事件。41.需要说明的是，基于速度变化的场景类型，预设事件可以包括但不限于急刹车、急转、急加速等事件。42.需要说明的是，车辆可以包括自动驾驶车辆和非自动驾驶的车辆。43.可以理解的是，可以在车辆测试行驶过程中，获取实时在线的车辆的第一行车数据和第二行车数据，执行本实施例中的数据处理，还可以获取已存储的离线的车辆的第一行车数据和第二行车数据，执行本实施例中的数据处理。44.需要说明的是，101～103的执行主体的部分或全部可以为位于本地终端的应用，或者还可以为设置在位于本地终端的应用中的插件或软件开发工具包(softwaredevelopmentkit，sdk)等功能单元，或者还可以为位于网络侧服务器中的处理引擎，或者还可以为位于网络侧的分布式系统，例如，网络侧的数据处理平台中的处理引擎或者分布式系统等，本实施例对此不进行特别限定。45.可以理解的是，所述应用可以是安装在本地终端上的本地程序(nativeapp)，或者还可以是本地终端上的浏览器的一个网页程序(webapp)，本实施例对此不进行限定。46.这样，可以通过监控车辆的第一行车数据，进而可以响应于所述第一行车数据满足第一预设条件，监控所述车辆在预设时间段内的第二行车数据，所述第一行车数据和所述第二行车数据是不同指标下的数据，使得能够响应于所述第二行车数据满足第二预设条件，确定所述车辆发生预设事件，由于在第一行车数据满足第一预设条件后，预设时间段内的第二行车数据也满足第二预设条件，便可自动确定车辆发生预设事件，可以高效准确地获知车辆行驶的速度变化情况，即影响乘车舒适性的情况，从而保证了对车辆行驶的舒适性评价的可靠性和客观性。47.可选地，在本实施例的一个可能的实现方式中，在103之后，具体可以响应于确定所述车辆发生预设事件，通过事件计数器进行累加计数记录所述车辆发生预设事件的次数，进而可以基于预设运行长度和所述发生预设事件的次数确定体感指标数据。48.在本实现方式中，所述事件计数器在所述车辆的预设运行长度内进行计数累加。所述预设运行长度可以包括预设运行时间和预设运行里程中至少一项。49.例如，预设运行里程为50公里，或者，预设运行时间为1小时。50.在本实现方式中，所述体感指标数据可以用于表征乘车人的乘坐感受，即车辆行驶的舒适性。基于舒适度评价的分类，体感指标数据可以包括车辆行驶舒适或车辆行驶不舒适。51.可选地，该乘坐感受还可以包括但不限于前倾感、晃动感以及顿挫感等。52.在该实现方式的一个具体实现过程中，具体可以基于所述预设运行长度和所述发生预设事件的次数，获得每百公里发生预设事件的次数，进而可以根据预设次数阈值和每百公里发生事件的次数，确定所述体感指标数据。53.该具体实现过程一种情况是，当每百公里发生事件的次数达到预设次数阈值时，可以确定所述体感指标数据为车辆行驶不舒适。54.例如，在预设运行里程为50公里的路程中，记录所述车辆发生预设事件的次数为5次，计算得到每百公里发生急刹的次数为10次。预设次数阈值为5，则每百公里发生急刹的次数达到预设次数阈值，所述体感指标数据为车辆行驶不舒适。55.该具体实现过程的另一种情况，当每百公里发生事件的次数未达到预设次数阈值时，可以确定所述体感指标数据为车辆行驶舒适。56.这样，可以通过根据预设次数阈值和基于预设运行长度车辆发生预设事件的次数所获得的每百公里发生预设事件的次数，可以获得更加准确的体感指标数据，提升了数据处理准确性，从而提升了对车辆行驶的舒适性评价的可靠性和客观性。57.在该实现方式的另一个具体实现过程中，具体可以基于所述预设运行长度、所述发生预设事件的次数和预设次数阈值，直接确定所述体感指标数据。58.该具体实现过程一种情况是，当车辆行驶预设运行长度的路程中发生预设事件的次数达到预设次数阈值时，可以确定所述体感指标数据为车辆行驶不舒适。59.例如，在预设运行里程为50公里的路程中，记录所述车辆发生预设事件的次数为5次，预设次数阈值为5，车辆发生预设事件的次数达到预设次数阈值，则体感指标数据为车辆行驶不舒适。60.该具体实现过程一种情况是，当车辆行驶预设运行长度的路程中发生预设事件的次数未达到预设次数阈值时，可以确定所述体感指标数据为车辆行驶舒适。61.可以理解的是，也可以利用其他现有的方式，根据预设运行长度和所述发生预设事件的次数来确定车辆的体感指标数据等信息，在此可以不做具体限定。62.这样，在本实现方式中，可以通过基于预设运行长度和累加计数记录的发生预设事件的次数，进一步地获得体感指标数据，可以更加准确地了解行车的速度变化情况，提升了数据处理的准确性和有效性，并可以更加准确地获知车辆行驶中影响乘车舒适度的情况，从而进一步地保证了对车辆行驶的舒适性评价的可靠性。63.可选地，在本实施例的一个可能的实现方式中，所述第一预设条件可以包括所述第一行车数据达到预设第一阈值；所述第二预设条件可以包括所述第二行车数据达到预设第二阈值。64.在该实现方式的一个具体实现过程中，可以根据车辆自身的实际情况，设置预设第一阈值和预设第二阈值。65.具体地，车辆自身的实际情况可以包括但不限于车辆类型、车辆制动系统、以及车辆动力系统等。66.这里，预设第一阈值可以是与第一行车数据对应的阈值，即第一行车数据阈值。预设第二阈值可以是与第二行车数据对应的阈值，即第二行车数据阈值。67.在该实现方式的另一个具体实现过程中，具体可以先判断所述第一行车数据是否达到所述预设第一阈值，再监控预设时间段内的第二行车数据和所述预设第二阈值的关系，以确定所述车辆发生预设事件。68.该具体实现过程的一种情况是，可以先将第一行车数据和预设第一阈值的进行比对，若第一行车数据达到所述预设第一阈值，则判断已经获取的预设时间段内的第二行车数据和预设第二阈值的关系，以确定所述车辆发生预设事件。69.该具体实现过程的另一种情况是，可以先将第一行车数据和预设第一阈值的进行比对，若第一行车数据未达到所述预设第一阈值，则继续执行将第一行车数据和预设第一阈值的进行比对的步骤。70.在该实现方式的另一个具体实现过程中，可以进一步地在所述第一行车数据达到所述预设第一阈值的情况下，判断所述第二行车数据是否达到所述预设第二阈值，以确定所述车辆发生预设事件。71.该具体实现过程的一种情况是，若所述第二行车数据达到所述预设第二阈值，则确定所述车辆发生预设事件，并可以进一步地通过事件计数器进行累加计数记录所述车辆发生预设事件的次数。72.具体地，若第一行车数据达到预设第一阈值，且所监控的预设时间段内的所述第二行车数据达到所述预设第二阈值时，则事件计数器的计数累加1，并可以将得到的累加计数的结果作为所述车辆发生预设事件的次数。73.该具体实现过程的另一种情况是，若所述第二行车数据未达到所述预设第二阈值，则返回执行将第一行车数据和预设第一阈值的进行比对的步骤。74.示例性的，对于行驶预设运行长度的车辆，确定该车辆的急刹次数时，若车辆的第一行车数据达到预设第一阈值，且所监控的预设时间段内的所述第二行车数据达到所述预设第二阈值，则事件计数器累加记录1次急刹，进而可以将累加结果作为车辆行驶预设运行长度内的总的急刹次数。75.这样，可以通过根据第一行车数据和预设第一阈值比对结果与第二行车数据和预设第二阈值比对结果，更加准确有效地确定出车辆是否发生预设事件，进一步地提升了数据处理准确性，以便于可以获得更加准确有效地行车的速度变化情况，从而进一步地保证了对车辆行驶的舒适性评价的可靠性。76.可选地，在本实施例的一个可能的实现方式中，所述预设事件可以包括急刹车、急转、急加速中的至少一项。77.在该实现方式中，可以基于速度变化情况和场景对预设事件进行分类。由此，预设事件可以包括但不限于急刹车、急转、急加速等事件。78.这样，可以通过对不同行车数据的监控和处理，确定出车辆发生不同速度变化场景下相应的预设事件，以便于后续可以利用所发生的不同速度变化场景下的预设事件来获得更加全面地体感指标数据，即利用发生的不同事件获知车辆行的驶舒适性，从而提升了对车辆行驶的舒适性评价的全面性。79.可选地，在本实施例的一个可能的实现方式中，第一行车数据和第二行车数据均是车辆的行车数据。车辆的行车数据可以包括加速度和加速度变化率。80.在该实现方式中，加速度的属性包括大小和方向。该加速度可以包括正向的加速度和负向的加速度，负向的加速度即为减速度。81.相应地，加速度变化率可以包括正向的加速度变化率和负向的加速度变化率，负向的加速度变化率即为减加速度变化率。82.例如，在预设事件为突然提速事件、急加速事件的情况下，加速度和加速度变化率可以为正向的。在预设事件为急刹事件的情况下，加速度和加速度变化率可以为负向的，即减速度和减速度变化率。83.在该实现方式中，该加速度还可以包括横向加速度和纵向加速度。横向加速度可以包括横向的加速度和减速度，纵向加速度可以包括纵向的加速度和减速度。84.其中，车辆的横向加速度可以指的是与车辆行驶方向垂直的方向的加速度，在车辆进行转弯行驶时产生的离心力所带来的加速度。车辆的纵向加速度可以是车辆行驶方向的加速度。85.相应地，加速度变化率可以包括横向加速度变化率和纵向加速度变化率。横向加速度变化率可以包括横向的加速度变化率和减速度变化率，纵向加速度可以包括纵向的加速度变化率和减速度变化率。86.在该实现方式中，所述第一行车数据为加速度，所述第二行车数据为加速度变化率。或者，所述第一行车数据为加速度变化率，所述第二行车数据为加速度。87.相应地，预设第一阈值可以是与第一行车数据对应的阈值，即第一行车数据阈值。预设第二阈值可以是与第二行车数据对应的阈值，即第二行车数据阈值。88.例如，第一行车数据是加速度，第二行车数据是加速度变化率，则预设第一阈值是加速度阈值，预设第二阈值是加速度变化率阈值。89.或者，第一行车数据是加速度变化率，第二行车数据是加速度，则预设第一阈值是加速度变化率阈值，预设第二阈值是加速度阈值。90.这样，在本实现方式中，可以利用获取的不同时间的加速度和加速度变化率，获得行车的速度变化情况，可以更加准确地获得车辆行驶中影响乘车舒适度的情况，从而进一步地保证了对车辆行驶的舒适性评价的可靠性。91.需要说明的是，可以在本实现方式的基础上，可以结合前述实现方式中所提供的多种具体实现过程，来实现本实施例的数据处理的方法。详细的描述可以参见前述实现方式中的相关内容，此处不再赘述。92.可选地，在本实施例的一个可能的实现方式中，所述预设时间段的起始时间晚于获取所述第一行车数据的时间，该预设时间段的起始时间可以为开始获取或监控第二行车数据的时间。93.在本实现方式中，获取第一行车数据的时间与获取第二行车数据的时间的时间间隔小于预设的时间间隔阈值。示例性的，预设的时间间隔阈值可以为2秒。该预设的时间间隔阈值可以根据实际路况和车辆情况进行设置。94.具体地，可以根据车辆自身的实际情况和实际的检测需求，设置所述预设时间段的长度。例如，预设时间段的长度可以为2秒。95.可以理解的是，为了更加准确地确定从车辆是否发生预设事件，获取或监控车辆的第一行车数据和第二行车数据的时间间隔最好控制在一定范围内。时间间隔过短，可能获取到的第二行车数据都不能达到预设第二阈值，时间间隔过长，可能获取到的第二行车数据可能存在多次达到预设第二阈值的情况，时间间隔过短或时间间隔过长都可能存在误判和错判的情况。96.在该实现方式的一个具体实现过程中，首先，可以响应于所述第一行车数据达到预设第一阈值，开始监控预设时间段内的第二行车数据。然后，若所述第二行车数据达到所述预设第二阈值，则确定车辆发生了一次预设事件，进而事件计数器的计数累加1。或者，若所述第二行车数据未达到所述预设第二阈值，则可以返回执行将第一行车数据和预设第一阈值的进行比对的步骤。完成对预设运行长度内的行车数据监控和比对处理后，可以将得到累加计数的结果作为所述车辆在预设运行长度内发生预设事件的次数。最后，可以基于预设运行长度和发生预设事件的次数，确定体感指标数据。这样，可以进一步地提升数据处理的准确性。97.而且，由于不同的行车数据达到阈值的时间可能不同，若只检测不同的行车数据同时达到某个预定阈值的情况，可能会存在误检或漏检的问题。基于此，这样通过当第一行车数据达到第一预设阈值时，开始监控预设时间段内的第二行车数据是否达到第二预设阈值，即对不同时间的不同的行车数据进行阈值对比分析处理，可以减少误检或漏检问题的发生，提升了数据处理的准确性，可以获得更加准确地行车的速度变化情况，从而进一步地保证了对车辆行驶的舒适性评价的可靠性。98.需要说明的是，可以在本实现方式的基础上，可以结合前述实现方式中所提供的多种具体实现过程，来实现本实施例的数据处理的方法。详细的描述可以参见前述实现方式中的相关内容，此处不再赘述。99.本实施例中，可以通过监控车辆的第一行车数据，进而可以响应于所述第一行车数据满足第一预设条件，监控所述车辆在预设时间段内的第二行车数据，所述第一行车数据和所述第二行车数据是不同指标下的数据，使得能够响应于所述第二行车数据满足第二预设条件，确定所述车辆发生预设事件，由于在第一行车数据满足第一预设条件后，预设时间段内的第二行车数据也满足第二预设条件，便可自动确定车辆发生预设事件，可以高效准确地获知车辆行驶的速度变化情况，即影响乘车舒适性的情况，从而保证了对车辆行驶的舒适性评价的可靠性和客观性。100.另外，采用本实施例所提供的技术方案，可以通过基于预设运行长度和累加计数记录的发生预设事件的次数，进一步地获得体感指标数据，可以更加准确地了解行车的速度变化情况，提升了数据处理的准确性和有效性，并可以更加准确地获知车辆行驶中影响乘车舒适度的情况，从而进一步地保证了对车辆行驶的舒适性评价的可靠性。101.另外，采用本实施例所提供的技术方案，可以通过根据预设次数阈值和基于预设运行长度和发生预设事件的次数所获得的每百公里发生预设事件的次数，可以获得更加准确的体感指标数据，提升了数据处理准确性，从而提升了对车辆行驶的舒适性评价的可靠性和客观性。102.另外，采用本实施例所提供的技术方案，可以通过根据第一行车数据和预设第一阈值比对结果与第二行车数据和预设第二阈值比对结果，更加准确有效地确定出车辆是否发生预设事件，进一步地提升了数据处理准确性，以便于可以获得更加准确有效地行车的速度变化情况，从而进一步地保证了对车辆行驶的舒适性评价的可靠性。103.另外，采用本实施例所提供的技术方案，可以通过对不同行车数据的监控和处理，确定出车辆发生不同的预设事件情况，以便于后续可以利用所发生的不同速度变化场景下的预设事件的次数来获得更加全面地体感指标数据，即利用发生的不同事件获知车辆行驶舒适性，从而提升了对车辆行驶的舒适性评价的全面性。104.另外，采用本实施例所提供的技术方案，可以利用获取的不同时间的加速度和加速度变化率，获得行车的速度变化情况，可以更加准确地获得车辆行驶中影响乘车舒适度的情况，从而进一步地保证了对车辆行驶的舒适性评价的可靠性。105.图2是根据本公开第二实施例的示意图，如图2所示。106.为了更好地理解本公开的方案，现结合具体应用场景对本公开技术方案进行详细说明。该应用场景可以是确定自动驾驶车辆行驶预设运行长度内发生预设事件的场景。这里，预设事件具体可以是急刹事件。图3是根据本公开第二实施例的数据处理方法的技术原理的示意图。如图3所示。107.自动驾驶车辆包括信号采集设备、行车的速度变化情况统计系统、无线传输模块。其中，信号采集设备可以采集车辆的行车数据，行车的速度变化情况统计系统可以执行本实施例中的数据处理的方法，无线传输模块可以将采集的车辆的行车数据和数据处理的结果实时地传输至云端服务器，以供云端服务器进行数据存储、舒适度分析处理和定位舒适不佳的原因。108.201、监控自动驾驶车辆的减速度变化率。109.在本实施例中，自动驾驶车辆的减速度变化率可以是第一行车数据。这里，可以监控预设运行长度内的自动驾驶车辆的减速度变化率。110.202、确定减速度变化率是否达到预设第一阈值。111.具体地，若减速度变化率达到预设第一阈值，则执行203；减速度变化率未达到预设第一阈值，则执行继续监控获取到的减速度变化率207。112.这里，预设第一阈值可以是减速度变化率阈值。113.203、开始监控预设时间段内的自动驾驶车辆的减速度。114.在本实施例中，自动驾驶车辆的减速度可以是第二行车数据。115.204、确定减速度是否达到预设第二阈值。116.具体地，若减速度达到预设第二阈值，则执行205；减速度未达到预设第二阈值，则执行继续监控获取到的减速度变化率207。117.这里，预设第二阈值可以是减速度阈值。118.在本实施例中，图4是根据本公开第二实施例获取的行车数据的示意图。如图4所示。在减速度变化率达到预设第一阈值，即减速度变化率阈值时，获取预设时间段内的减速度，监测该时间段内的减速度，若减速度达到预设第二阈值，即减速度阈值，则记录一次急刹。119.这里，自动驾驶车辆的减速度变化率可以用于表征刹车的快慢，减速度可以用于表征刹车的力度，即踩刹车的深度。通过对自动驾驶车辆的减速度和减速度变化率进行阈值分析处理，可以判断是否存在急刹。120.205、急刹计数器进行累加计数。121.这里，每当满足上述步骤的条件，急刹计数器可以累加计数1次，即记录急刹1次。122.在本实施例中，对于预设路程内的自动驾驶车辆的行车数据，可以重复执行上述步骤201至步骤205，最终，获得根据急刹次数累加计数的结果，即预设运行长度内的急刹总次数。123.206、根据急刹次数累加计数的结果和预设运行长度，确定车辆的体感指标数据。124.在本实施例中，具体可以根据急刹次数累加计数的结果和预设运行长度，确定体感指标数据，以获得舒适度评价结果。125.在本实施例中，上述数据处理的步骤可以由行车的速度变化情况统计系统执行。126.可选地，上述数据处理的步骤可以由云端服务器执行。127.或者，还可以将确定的急刹次数累加计数的结果传输至云端服务器，云端服务器可以根据急刹次数累加计数的结果和预设运行长度，确定体感指标数据，以获得舒适度评价结果。128.这里，预设运行长度可以包括预设运行里程。129.在本实施例中，根据急刹次数累加计数的结果和预设运行里程，确定车辆的体感指标数据过程中，具体可以用急刹次数累加计数的结果除以预设运行里程再乘以一百，计算得到每百公里的急刹次数，进而可以每百公里的急刹次数和预设次数阈值，获得体感指标数据。130.例如，车辆行驶50公里的路程中，确定的急刹次数为5次，计算得到每百公里的急刹次数为10次。预设次数阈值为5，则所述行车的速度变化情况为每百公里的急刹次数达到预设次数阈值，即可以评价车辆行驶不舒适。131.可以理解的是，本实施例是以第一行车数据为减速度变化率，第二行车数据为减速度为例对本公开的数据处理的方法的进行说明。此外，第一行车数据可以是减速度、预设第一阈值是减速度阈值，以及第二行车数据可以是减速度变化率、预设第二阈值是减速度变化率阈值，也可以利用本实施例中的方法，获得对应的行车的速度变化情况，该详细的实现过程描述可以参见本实施例中的相关内容，在此不再赘述。132.可以理解的是，在预设事件为急转事件或急加速事件的情况下，也可以利用本实施例中的方法，获得确定车辆是否发生对应的事件，以及确定体感指标数据。133.可选地，针对预设事件为急加速事件，第一行车数据可以包括加速度变化率，即正向的加速度变化率，第二行车数据可以包括加速度，即正向的加速度，或者，第一行车数据可以包括加速度，即正向的加速度，第二行车数据可以包括加速度变化率，即正向的加速度变化率。134.示例性的，首先，可以监控车辆的正向的加速度变化率。然后，确定正向的加速度变化率是否达到预设第一阈值，即正向的加速度变化率阈值。若正向的加速度变化率达到预设第一阈值，则执行开始监控预设时间段内的车辆的正向的加速度。其次，确定正向的加速度是否达到预设第二阈值，即正向的加速度阈值。若正向的加速度达到预设第二阈值，则执行急加速计数器进行累加计数。最后，可以根据急加速次数累加计数的结果，也可以确定体感指标数据，即车辆行驶的是否舒适。该详细的实现过程描述可以参见本实施例中的前述相关内容，在此不再赘述。135.需要说明的是，正向的加速度和正向的加速度变化率是车辆行驶方向上的加速度和加速度变化率，即是纵向的加速度和加速度变化率。136.可选地，针对预设事件为急转事件，第一行车数据可以包括横向加速度变化率，第二行车数据可以包括横向加速度，或者，第一行车数据可以包括横向加速度，第二行车数据可以包括横向加速度变化率。137.示例性的，首先，可以监控车辆的横向加速度变化率。然后，确定横向加速度变化率是否达到预设第一阈值，即横向加速度变化率阈值。若横向加速度变化率达到预设第一阈值，则执行开始监控预设时间段内的车辆的横向加速度。其次，确定横向加速度是否达到预设第二阈值，即横向加速度阈值。具体地，若横向加速度达到预设第二阈值，则执行急转计数器进行累加计数。最后，可以根据急转次数累加计数的结果，也可以确定体感指标数据，即车辆行驶的是否舒适。该详细的实现过程描述可以参见本实施例中的前述相关内容，在此不再赘述。138.在本实施例中，可以通过先获取自动驾驶车辆的减速度变化率，在减速变化率达到预设第一阈值情况下，获取预设时间段内的自动驾驶车辆的减速度，并在减速度达到预设第二阈值时记录急刹次数，以获得行车的速度变化情况，即急刹情况。由于对所获取的不同时间的减速度变化率和减速度进行阈值对比分析处理，确定车辆发急刹事件，即获得行车的速度变化情况，可以更加准确地获知车辆行驶中影响乘车舒适度的情况，从而保证了对车辆行驶的舒适性评价的可靠性和客观性。139.而且，由于不同的行车数据达到阈值的时间可能不同，若只检测不同的行车数据同时达到阈值的情况，可能会存在误检或漏检的问题。基于此，通过按照获取时间依次对不同的行车数据进行阈值对比分析处理，可以减少误检或漏检问题的发生，提升了数据处理的准确性，从而进一步地保证了对车辆行驶的舒适性评价的可靠性。140.另外，采用本实施例所提供的技术方案，可以提升车辆测试验证过程中对急刹评判的准确性和客观性，以便于可以更精准把控车辆的舒适性水平。141.另外，采用本实施例所提供的技术方案，可以通过无线传输模块实时地将急刹等行车的速度变化情况无线回传至云端，从而能够提供即时的数据分析。142.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开并不受所描述的动作顺序的限制，因为依据本公开，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本公开所必须的。143.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。144.图5是根据本公开第三实施例的示意图，如图5所示。本实施例的数据处理的装置500可以包括第一监控单元501、第二监控单元502、和事件确定单元503。其中，第一监控单元，用于监控车辆的第一行车数据；第二监控单元，用于响应于所述第一行车数据满足第一预设条件，监控所述车辆在预设时间段内的第二行车数据，所述第一行车数据和所述第二行车数据是不同指标下的数据；事件确定单元，用于响应于所述第二行车数据满足第二预设条件，确定所述车辆发生预设事件。145.需要说明的是，本实施例的数据处理的装置的部分或全部可以为位于本地终端的应用，或者还可以为设置在位于本地终端的应用中的插件或软件开发工具包(softwaredevelopmentkit，sdk)等功能单元，或者还可以为位于网络侧服务器中的处理引擎，或者还可以为位于网络侧的分布式系统，例如，网络侧的数据处理平台中的处理引擎或者分布式系统等，本实施例对此不进行特别限定。146.可以理解的是，所述应用可以是安装在本地终端上的本地程序(nativeapp)，或者还可以是本地终端上的浏览器的一个网页程序(webapp)，本实施例对此不进行限定。147.可选地，在本实施例的一个可能的实现方式中，所述事件确定单元503，还可以用于响应于确定所述车辆发生预设事件，通过事件计数器进行累加计数记录所述车辆发生预设事件的次数，其中，所述事件计数器在所述车辆的预设运行长度内进行计数累加，其中，所述预设运行长度包括预设运行时间和/或运行里程，进而可以基于所述预设运行长度和所述发生预设事件的次数确定体感指标数据。148.可选地，在本实施例的一个可能的实现方式中，所述事件确定单元503，具体可以用于基于所述预设运行长度和所述发生预设事件的次数，获得每百公里发生预设事件的次数，根据预设次数阈值和每百公里发生事件的次数，确定所述体感指标数据。149.可选地，在本实施例的一个可能的实现方式中，所述第一预设条件包括第一行车数据达到预设第一阈值；和/或，所述第二预设条件包括第二行车数据达到预设第二阈值。150.可选地，在本实施例的一个可能的实现方式中，所述预设事件包括急刹车、急转、急加速中的至少一项。151.可选地，在本实施例的一个可能的实现方式中，所述第一行车数据为加速度，所述第二行车数据为加速度变化率。152.可选地，在本实施例的一个可能的实现方式中，所述第一行车数据为加速度变化率，所述第二行车数据为加速度。153.本实施例中，可以通过第一监控单元监控车辆的第一行车数据，进而可以通过第二监控单元响应于所述第一行车数据满足第一预设条件，监控所述车辆在预设时间段内的第二行车数据，所述第一行车数据和所述第二行车数据是不同指标下的数据，使得情况事件确定单元可以响应于所述第二行车数据满足第二预设条件，确定所述车辆发生预设事件，由于在第一行车数据满足第一预设条件后，预设时间段内的第二行车数据也满足第二预设条件，便可自动确定车辆发生预设事件，可以高效准确地获知车辆行驶的速度变化情况，即影响乘车舒适性的情况，从而保证了对车辆行驶的舒适性评价的可靠性和客观性。154.另外，采用本实施例所提供的技术方案，可以通过基于预设运行长度和累加计数记录的发生预设事件的次数，进一步地获得体感指标数据，可以更加准确地了解行车的速度变化情况，提升了数据处理的准确性和有效性，并可以更加准确地获知车辆行驶中影响乘车舒适度的情况，从而进一步地保证了对车辆行驶的舒适性评价的可靠性。155.另外，采用本实施例所提供的技术方案，可以通过根据预设次数阈值和基于预设运行长度和发生预设事件的次数所获得的每百公里发生预设事件的次数，可以获得更加准确的体感指标数据，提升了数据处理准确性，从而提升了对车辆行驶的舒适性评价的可靠性和客观性。156.另外，采用本实施例所提供的技术方案，可以通过根据第一行车数据和预设第一阈值比对结果与第二行车数据和预设第二阈值比对结果，更加准确有效地确定出车辆是否发生预设事件，进一步地提升了数据处理准确性，以便于可以获得更加准确有效地行车的速度变化情况，从而进一步地保证了对车辆行驶的舒适性评价的可靠性。157.另外，采用本实施例所提供的技术方案，可以通过对不同行车数据的监控和处理，确定出车辆发生不同的预设事件情况，以便于后续可以利用所发生的不同速度变化场景下的预设事件的次数来获得更加全面地体感指标数据，即利用发生的不同事件获知车辆行驶舒适性，从而提升了对车辆行驶的舒适性评价的全面性。158.另外，采用本实施例所提供的技术方案，可以利用获取的不同时间的加速度和加速度变化率，获得行车的速度变化情况，可以更加准确地获得车辆行驶中影响乘车舒适度的情况，从而进一步地保证了对车辆行驶的舒适性评价的可靠性。159.本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。160.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。161.根据本公开的实施例，进一步地，还提供了一种包括所提供的电子设备的自动驾驶车辆。162.图6示出了可以用来实施本公开的实施例的示例电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。163.如图6所示，电子设备600包括计算单元601，其可以根据存储在只读存储器(rom)602中的计算机程序或者从存储单元608加载到随机访问存储器(ram)603中的计算机程序，来执行各种适当的动作和处理。在ram603中，还可存储电子设备600操作所需的各种程序和数据。计算单元601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。164.电子设备600中的多个部件连接至i/o接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许电子设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。165.计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如数据处理的方法。例如，在一些实施例中，数据处理的方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由rom602和/或通信单元609而被载入和/或安装到电子设备600上。当计算机程序加载到ram603并由计算单元601执行时，可以执行上文描述的数据处理的方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行数据处理的方法。166.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、复杂可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。167.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。168.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。169.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。170.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。171.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。172.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。173.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。当前第1页12当前第1页12