CN115981729A - 一种Can指令并发处理方法及装置 - Google Patents

Abstract

本申请公开了一种Can指令并发处理方法及装置。所述Can指令并发处理方法包括：将控制器状态保持在设定的状态变量中；持续接收用户或者测试人员下发的Can指令，并将其存储在预设的队列中；将队列中队尾的指令发送给控制器，并在预设时间段内等待所述控制器的反馈；当在预设是时间段内收到所述控制器的反馈时，更新所述状态变量；判断所述控制器的反馈是否对应于队列中队尾的指令，如果是，则清空队列，并将所述反馈上报给应用层，否则继续将队列中队尾的指令发送给控制器，以基于控制器的反馈更新所述状态变量，直至所述队列中不再有Can指令。本申请既能保证界面展示和控制器状态一致，又能满足用户交互与视觉的流畅性。

Description

一种Can指令并发处理方法及装置

技术领域

本申请涉及车辆控制器设计技术领域，具体涉及一种Can指令并发处理方法以及Can指令并发处理装置。

背景技术

在车机系统智能化的趋势下，车辆里越来越多的功能集中到了中控的屏幕操作里。当用户操作屏幕进行功能设置时，主机需要先进行结果的界面展示，同时同步接收控制器的反馈信号，根据最终结果的控制器反馈信号进行最终的界面展示。这里包含了两个要求：

1.界面的最终展示要跟控制器的状态始终保持一致；

2.用户的操作需要立即反映在界面上；

具体到软件的开发过程中，有两种实现的方式：

1.用户在进行点击操作后，等收到控制器的反馈后再进行界面的更新，在此期间不让用户进行点击。这种方法能够严格保证第1点需求。但车里诸多控制器的行为差异很大，有的收到设置指令后能在200-300ms内反馈，有的则反馈很慢，甚至长达将近2s。就用户体验来说这是不可接受的。

2.用户在进行点击操作后，界面马上更新，然后再等待控制器的反馈。正常情况下界面展示都能和控制器状态一致。但由于有些控制器反应慢，在等待控制器反馈的过程中用户还有可能频繁的操作同一功能的设置，极端一点就是暴点。此时会有大量设置信号下发给控制器，过一段时间后则会有大量的反馈信号报上来，且无法保证时序，这会给界面的展示造成困扰。界面无法一收到控制器的反馈就进行界面更新，那样会看到界面上不停的跳变。何况控制器的行为也存在正常反馈、无响应与异常三种情况需要区分。针对此类情况的解决方式是通常是定义一个时间值，该时间内的点击操作不响应，这对于音量或亮度等进度条的调节有一定作用，但对于控制器的Can指令并发并不适合。

发明内容

本发明的目的在于提供一种Can指令并发处理方法及装置来至少解决上述的一个技术问题。

本申请第一方面，提供一种Can指令并发处理方法，应用于机车用户或者测试人员在屏幕上的暴力点击导致的同一个功能的Can指令并发的情况，所述Can指令并发处理方法包括：

将控制器状态保持在设定的状态变量中，所述控制器是指用于响应用户或者测试人员在屏幕上的点击操作而进行指令响应或反馈的设备；

持续接收用户或者测试人员下发的Can指令，并将其存储在预设的队列中；

将队列中队尾的指令发送给控制器，并在预设时间段内等待所述控制器的反馈；

当在预设是时间段内收到所述控制器的反馈时，更新所述状态变量；

判断所述控制器的反馈是否对应于队列中队尾的指令，如果是，则清空队列，并将所述反馈上报给应用层，否则继续将队列中队尾的指令发送给控制器，以基于控制器的反馈更新所述状态变量，直至所述队列中不再有Can指令。

优选的是，所述预设时间段为1.5s-2.5s。

优选的是，所述预设时间段为2s。

优选的是，将队列中队尾的指令发送给控制器之后，进一步包括：

当在预设的时间段内未接收到所述控制器的反馈时，进行超时处理，所述超时处理包括：

判断发送给控制器的指令是否是队列当前队尾的指令，如果发送给控制器的指令不是队列队尾的指令，则继续将队列队尾的指令发送给控制器，以基于控制器的反馈更新所述状态变量，如果发送给控制器的指令是队列队尾的指令，则清空队列，并将所述状态变量中保存的将控制器状态上报给应用层。

优选的是，将队列中队尾的指令发送给控制器之后，进一步包括：

判断控制器是否异常，如果异常，则上报异常状态。

本申请第二方面，提供了一种Can指令并发处理装置，应用于机车用户或者测试人员在屏幕上的暴力点击导致的同一个功能的Can指令并发的情况，其特征在于，所述Can指令并发处理装置包括：

状态变量初始化模块，用于将控制器状态保持在设定的状态变量中，所述控制器是指用于响应用户或者测试人员在屏幕上的点击操作而进行指令响应或反馈的设备；

Can指令存储模块，用于持续接收用户或者测试人员下发的Can指令，并将其存储在预设的队列中；

指令传输模块，用于将队列中队尾的指令发送给控制器，并在预设时间段内等待所述控制器的反馈；

状态变量更新模块，用于当在预设是时间段内收到所述控制器的反馈时，更新所述状态变量；

循环控制模块，用于判断所述控制器的反馈是否对应于队列中队尾的指令，如果是，则清空队列，并将所述反馈上报给应用层，否则继续将队列中队尾的指令发送给控制器，以基于控制器的反馈更新所述状态变量，直至所述队列中不再有Can指令。

优选的是，所述预设时间段为1.5s-2.5s。

优选的是，所述预设时间段为2s。

优选的是，所述Can指令并发处理装置还包括：

超时处理模块，用于当在预设的时间段内未接收到所述控制器的反馈时，进行超时处理，所述超时处理模块包括：

超时超时处理判别单元，用于判断发送给控制器的指令是否是队列当前队尾的指令，如果发送给控制器的指令不是队列队尾的指令，则继续将队列队尾的指令发送给控制器，以基于控制器的反馈更新所述状态变量，如果发送给控制器的指令是队列队尾的指令，则清空队列，并将所述状态变量中保存的将控制器状态上报给应用层。

优选的是，所述Can指令并发处理装置还包括：

异常上报单元，用于判断控制器是否异常，如果异常，则上报异常状态。

本申请第三方面提供一种电子设备，包括存储器、处理器以及存储在存储器中并能够在处理器上运行的计算机程序，处理器执行计算机程序时实现如上的Can指令并发处理方法。

本申请第四方面，提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时能够实现如上的Can指令并发处理方法。

有益效果：

本申请既能保证界面展示和控制器状态一致，又能满足用户交互与视觉的流畅性。

附图说明

图1是本申请一实施例的Can指令并发处理方法的流程图。

图2是能够实现本申请一实施例的Can指令并发处理方法的电子设备的示意图。

具体实施方式

为使本申请实施的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行更加详细的描述。在附图中，自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。所描述的实施例是本申请一部分实施例，而不是全部的实施例。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。下面结合附图对本申请的实施例进行详细说明。

本申请要解决的问题是：用户或者测试人员在屏幕上的暴力点击导致同一个功能的Can指令并发的情况下，界面一方面可以流畅的展现用户的操作，所谓点哪亮哪；另一方面最终可以真实地反映控制器的状态，在设置成功的情况下界面不会有来回的跳变。

本方案亦考虑了并发情况下其中某一次或多次指令下发后，控制器不响应或者发生异常时的处理方式。

本申请第一方面提供了一种Can指令并发处理方法，应用于机车用户或者测试人员在屏幕上的暴力点击导致的同一个功能的Can指令并发的情况，所述Can指令并发处理方法包括：

将控制器状态保持在设定的状态变量中，所述控制器是指用于响应用户或者测试人员在屏幕上的点击操作而进行指令响应或反馈的设备；

持续接收用户或者测试人员下发的Can指令，并将其存储在预设的队列中；

将队列中队尾的指令发送给控制器，并在预设时间段内等待所述控制器的反馈；

当在预设是时间段内收到所述控制器的反馈时，更新所述状态变量；

判断所述控制器的反馈是否对应于队列中队尾的指令，如果是，则清空队列，并将所述反馈上报给应用层，否则继续将队列中队尾的指令发送给控制器，以基于控制器的反馈更新所述状态变量，直至所述队列中不再有Can指令。

在一些可选实施方式中，所述预设时间段为1.5s-2.5s。例如所述预设时间段为2s。备选实施方式中，也可以将预设时间设置为1.5s，或者将预设时间设置为2.5s。

在一些可选实施方式中，将队列中队尾的指令发送给控制器之后，进一步包括：

当在预设的时间段内未接收到所述控制器的反馈时，进行超时处理，所述超时处理包括：

判断发送给控制器的指令是否是队列当前队尾的指令，如果发送给控制器的指令不是队列队尾的指令，则继续将队列队尾的指令发送给控制器，以基于控制器的反馈更新所述状态变量，如果发送给控制器的指令是队列队尾的指令，则清空队列，并将所述状态变量中保存的将控制器状态上报给应用层。

在一些可选实施方式中，将队列中队尾的指令发送给控制器之后，进一步包括：判断控制器是否异常，如果异常，则上报异常状态。

图1是本申请一实施例的Can指令并发处理方法的流程示意图。

参考图1，本申请引入了一种仲裁机制。当用户对车辆设置的功能项进行点击操作时，指令会先发到仲裁模块，仲裁模块会把下发指令放在一个队列里，根据反馈的信号来决定该下发什么信号，具体如下：

S1.仲裁模块里设置一个变量保存当前功能所对应的控制器状态。

S2.仲裁模块里有一个队列用来存储下发的Can指令。

S3.当收到下发指令时，如果队列是空的：

a)获取当前控制器的状态，保存在步骤S1定义的变量中；

b)把指令放在队列中；

c)下发指令等待反馈。

S4.当收到下发指令时，如果队列不为空，直接把指令放到队列中等待。

S5.当收到指令的反馈时，如果该反馈对应的指令是队列末尾的指令，则直接把该反馈上报给应用，同时清空控制器保存的控制器状态，清空队列，此次操作结束。

S6.当收到指令的反馈时，如果该反馈对应的指令不是队列末尾的指令：

a)将该反馈对应的状态更新到步骤1定义的变量中；

b)下发队列末尾的指令，收到反馈时回到步骤S5或者步骤S6，2s内收不到反馈则回到步骤S8。

S7.如果控制器发生了异常，mcu会上报异常状态，跟正常状态走同样的流程。

S8.如果下发指令后控制器不响应，仲裁模块在下发指令后将收不到控制器的反馈，这时会触发2s超时操作。即仲裁模块在下发指令2s后还未收到控制器反馈：

a)如果下发的不是队列末尾的指令，继续下发队列末尾的指令，跳转到步骤S6的b步骤中；

b)如果下发的是队列末尾的指令，则把步骤S1中保存的控制器状态上报给应用，然后清空控制器保存的控制器状态，清空队列，此次操作结束。

本申请第二方面提供了一种与上述方法对应的Can指令并发处理装置，应用于机车用户或者测试人员在屏幕上的暴力点击导致的同一个功能的Can指令并发的情况，所述Can指令并发处理装置包括：

状态变量初始化模块，用于将控制器状态保持在设定的状态变量中，所述控制器是指用于响应用户或者测试人员在屏幕上的点击操作而进行指令响应或反馈的设备；

Can指令存储模块，用于持续接收用户或者测试人员下发的Can指令，并将其存储在预设的队列中；

指令传输模块，用于将队列中队尾的指令发送给控制器，并在预设时间段内等待所述控制器的反馈；

状态变量更新模块，用于当在预设是时间段内收到所述控制器的反馈时，更新所述状态变量；

循环控制模块，用于判断所述控制器的反馈是否对应于队列中队尾的指令，如果是，则清空队列，并将所述反馈上报给应用层，否则继续将队列中队尾的指令发送给控制器，以基于控制器的反馈更新所述状态变量，直至所述队列中不再有Can指令。

在一些可选实施方式中，所述预设时间段为1.5s-2.5s。

在一些可选实施方式中，所述预设时间段为2s。

在一些可选实施方式中，所述Can指令并发处理装置还包括：

超时处理模块，用于当在预设的时间段内未接收到所述控制器的反馈时，进行超时处理，所述超时处理模块包括：

超时超时处理判别单元，用于判断发送给控制器的指令是否是队列当前队尾的指令，如果发送给控制器的指令不是队列队尾的指令，则继续将队列队尾的指令发送给控制器，以基于控制器的反馈更新所述状态变量，如果发送给控制器的指令是队列队尾的指令，则清空队列，并将所述状态变量中保存的将控制器状态上报给应用层。

在一些可选实施方式中，所述Can指令并发处理装置还包括：

异常上报单元，用于判断控制器是否异常，如果异常，则上报异常状态。

本申请既能保证界面展示和控制器状态一致，又能满足用户交互与视觉的流畅性。

本申请还提供了一种电子设备，包括存储器、处理器以及存储在存储器中并能够在处理器上运行的计算机程序，处理器执行计算机程序时实现如上的Can指令并发处理方法。

本申请还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时能够实现如上的Can指令并发处理方法。

图2是能够实现根据本申请一个实施例提供的Can指令并发处理方法的电子设备的示例性结构图。

如图2所示，电子设备包括输入设备501、输入接口502、中央处理器503、存储器504、输出接口505以及输出设备506。其中，输入接口502、中央处理器503、存储器504以及输出接口505通过总线507相互连接，输入设备501和输出设备506分别通过输入接口502和输出接口505与总线507连接，进而与电子设备的其他组件连接。具体地，输入设备504接收来自外部的输入信息，并通过输入接口502将输入信息传送到中央处理器503；中央处理器503基于存储器504中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器504中，然后通过输出接口505将输出信息传送到输出设备506；输出设备506将输出信息输出到电子设备的外部供用户使用。

也就是说，图2所示的电子设备也可以被实现为包括：存储有计算机可执行指令的存储器；以及一个或多个处理器，该一个或多个处理器在执行计算机可执行指令时可以实现结合图1描述的Can指令并发处理方法。

在一个实施例中，图2所示的电子设备可以被实现为包括：存储器504，被配置为存储可执行程序代码；一个或多个处理器503，被配置为运行存储器504中存储的可执行程序代码，以执行上述实施例中的Can指令并发处理方法。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动，媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数据多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

此外，显然“包括”一词不排除其他单元或步骤。装置权利要求中陈述的多个单元、模块或装置也可以由一个单元或总装置通过软件或硬件来实现。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，模块、程序段、或代码的一部分包括一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地标识的方框实际上可以基本并行地执行，他们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或总流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

在本实施例中所称处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器可用于存储计算机程序和/或模块，处理器通过运行或执行存储在存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现装置/终端设备的各种功能。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

在本实施例中，装置/终端设备集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减。本申请虽然以较佳实施例公开如上，但其实并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此，本申请的保护范围应当以本申请权利要求所界定的范围为准。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

此外，显然“包括”一词不排除其他单元或步骤。装置权利要求中陈述的多个单元、模块或装置也可以由一个单元或总装置通过软件或硬件来实现。

虽然，上文中已经用一般性说明及具体实施方案对本发明作了详尽的描述，但在本发明基础上，可以对之作一些修改或改进，这对本领域技术人员而言是显而易见的。因此，在不偏离本发明精神的基础上所做的这些修改或改进，均属于本发明要求保护的范围。

Claims (10)

1.一种Can指令并发处理方法，应用于机车用户或者测试人员在屏幕上的暴力点击导致的同一个功能的Can指令并发的情况，其特征在于，所述Can指令并发处理方法包括：

将控制器状态保持在设定的状态变量中，所述控制器是指用于响应用户或者测试人员在屏幕上的点击操作而进行指令响应或反馈的设备；

持续接收用户或者测试人员下发的Can指令，并将其存储在预设的队列中；

将队列中队尾的指令发送给控制器，并在预设时间段内等待所述控制器的反馈；

当在预设是时间段内收到所述控制器的反馈时，更新所述状态变量；

判断所述控制器的反馈是否对应于队列中队尾的指令，如果是，则清空队列，并将所述反馈上报给应用层，否则继续将队列中队尾的指令发送给控制器，以基于控制器的反馈更新所述状态变量，直至所述队列中不再有Can指令。

2.如权利要求1所述的Can指令并发处理方法，其特征在于，所述预设时间段为1.5s-2.5s。

3.如权利要求2所述的Can指令并发处理方法，其特征在于，所述预设时间段为2s。

4.如权利要求1所述的Can指令并发处理方法，其特征在于，将队列中队尾的指令发送给控制器之后，进一步包括：

当在预设的时间段内未接收到所述控制器的反馈时，进行超时处理，所述超时处理包括：

判断发送给控制器的指令是否是队列当前队尾的指令，如果发送给控制器的指令不是队列队尾的指令，则继续将队列队尾的指令发送给控制器，以基于控制器的反馈更新所述状态变量，如果发送给控制器的指令是队列队尾的指令，则清空队列，并将所述状态变量中保存的将控制器状态上报给应用层。

5.如权利要求1所述的Can指令并发处理方法，其特征在于，将队列中队尾的指令发送给控制器之后，进一步包括：

判断控制器是否异常，如果异常，则上报异常状态。

6.一种Can指令并发处理装置，应用于机车用户或者测试人员在屏幕上的暴力点击导致的同一个功能的Can指令并发的情况，其特征在于，所述Can指令并发处理装置包括：

状态变量初始化模块，用于将控制器状态保持在设定的状态变量中，所述控制器是指用于响应用户或者测试人员在屏幕上的点击操作而进行指令响应或反馈的设备；

Can指令存储模块，用于持续接收用户或者测试人员下发的Can指令，并将其存储在预设的队列中；

指令传输模块，用于将队列中队尾的指令发送给控制器，并在预设时间段内等待所述控制器的反馈；

状态变量更新模块，用于当在预设是时间段内收到所述控制器的反馈时，更新所述状态变量；

循环控制模块，用于判断所述控制器的反馈是否对应于队列中队尾的指令，如果是，则清空队列，并将所述反馈上报给应用层，否则继续将队列中队尾的指令发送给控制器，以基于控制器的反馈更新所述状态变量，直至所述队列中不再有Can指令。

7.如权利要求6所述的Can指令并发处理装置，其特征在于，所述预设时间段为1.5s-2.5s。

8.如权利要求7所述的Can指令并发处理装置，其特征在于，所述预设时间段为2s。

9.如权利要求6所述的Can指令并发处理装置，其特征在于，所述Can指令并发处理装置还包括：

超时处理模块，用于当在预设的时间段内未接收到所述控制器的反馈时，进行超时处理，所述超时处理模块包括：

超时超时处理判别单元，用于判断发送给控制器的指令是否是队列当前队尾的指令，如果发送给控制器的指令不是队列队尾的指令，则继续将队列队尾的指令发送给控制器，以基于控制器的反馈更新所述状态变量，如果发送给控制器的指令是队列队尾的指令，则清空队列，并将所述状态变量中保存的将控制器状态上报给应用层。

10.如权利要求6所述的Can指令并发处理装置，其特征在于，所述Can指令并发处理装置还包括：

异常上报单元，用于判断控制器是否异常，如果异常，则上报异常状态。

Images