1.本发明涉及车辆远程控制领域，尤其涉及一种消息处理方法、车载通讯装置、电子设备及存储介质。
背景技术：2.当前tbox是目前车厂通用的车联网终端，是连接后台与整车网络的桥梁。它通过can收发器直接连接网关与整车网络进行通信，能够获取娱乐can、诊断can的数据，并可以对bcm、vcu等进行控制，或下发诊断命令。tbox自带的外设和内置资源很多，比如gps、gsensor、ble模块。ble模块能够实现手机不经后台直接控制车辆的一些功能。tbox通过usb连接娱乐主机，为娱乐主机提供网络，并进行信息传递。
3.tbox作为车身唯一可以联网的控制单元，肩负着监控和控制车身状态的使命，其存在的最大价值就在与网络的连接性。tbox主要用于采集车辆相关信息包括位置信息、姿态信息、车辆状态信息(通过连接车上can总线)等，然后通过无线通信将信息传送到tsp(telematics service provider,远程服务提供商)平台。同时用户可以使用手机app和web客户端通过tsp平台下发指令给tbox终端，对车辆进行控制操作。
4.现有tbox与云端通信时大多采多线程的处理方式，在多线程处理消息时，需要额外的线程间同步技术加上业务逻辑上的排重来达到正确、按序处理云端指令的效果。同时，由于为了数据安全性，从tsp(云端)到达tbox的消息都需要经过前期处理，tbox在接收到消息后，需要对消息进行后期处理后，才能发送至响应的控制模块。单条消息的处理耗时通常会是几十毫秒，而现有tbox多为单核处理器，且消息处理方式会采用多线程并行处理方式，这样会导致单次处理的时间会延长，导致消息的实时性降低。
技术实现要素：5.有鉴于此，本发明提供一种，至少部分解决现有技术中存在的问题。
6.根据本技术的一个方面，提供一种消息处理方法，应用于车载通讯装置，所述车载通讯装置用于分别与云端服务器和至少一个车载执行装置通讯连接，所述车载通讯装置包括单核处理器；
7.所述方法包括：
8.接收云端服务器发送的待处理消息，并将所述待处理消息添加入消息队列；所述消息队列能够按添加顺序存储多条待处理消息；
9.所述单核处理器向所述消息队列发送消息获取请求；以使所述消息队列响应于所述消息获取请求，按先进先出的规则对所述待处理消息进行释放；
10.所述单核处理器获取所述消息队列释放的待处理消息，并对所述待处理消息进行处理，得到处理后消息；
11.将所述处理后消息发送至至少一个车载执行装置中的至少之一；
12.其中，所述单核处理器在当前的待处理消息处理完成后，向所述消息队列发送新
的消息获取请求。
13.在本技术的一种示例性实施例中，所述单核处理器处理所述待处理消息的耗时大于第一时间；
14.所述第一时间为所述车载通讯装置接收两条待处理消息的最小时间间隔。
15.在本技术的一种示例性实施例中，所述云端服务器与所述车载通讯装置采用mqtt协议进行消息传输；
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.图1为本实施例提供的一种消息处理方法的流程图。
46.图2为本实施例提供的一种消息处理方法中待处理消息的传递流程示意图1；
47.图3为本实施例提供的一种消息处理方法中待处理消息的传递流程示意图2；
48.图4为本实施例提供的一种车载通讯装置的结构框图。
具体实施方式
49.下面结合附图对本发明实施例进行详细描述。
50.需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合；并且，基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
51.需要说明的是，下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见，本文中所描述的方面可体现于广泛多种形式中，且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本公开，所属领域的技术人员应了解，本文中所描述的一个方面可与任何其它方面独立地实施，且可以各种方式组合这些方面中的两者或两者以上。举例来说，可使用本文中所阐述的任何数目个方面来实施设备及/或实践方法。另外，可使用除了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。
52.在一般的车辆上，为了实现车辆的远程控制和内部模块相互通讯，会使用tbox(即
车载通讯装置)来进行消息的处理和传递。在实际运行过程中，tbox会以很高的接收频率接收到来自多方的消息，导致tbox在短时间内接受到多条需要进行处理的消息。而这些车辆上的tbox为了对这些消息进行处理和响应，会采用分发时间片的方式，来进行多消息的多线程并行处理。而即使tbox使用的单核处理器支持多线程执行代码，其本质上也是cpu通过给每个线程分配cpu时间片来实现这个机制。时间片是cpu分配给各个线程的时间，因为时间片非常短，所以cpu通过不停地切换线程执行，让我们感觉多个线程是同时执行的。(时间片一般是几毫秒到几十毫秒)。如此，cpu通过时间片分配算法来循环执行任务，当前任务执行一个时间片后会切换到下一个任务。但是，在切换前会保存上一个任务的状态，以便下次切换回这个任务时，可以再加载这个任务的状态。所以任务从保存到加载的过程就是一次上下文切换。但是这样一方面就会导致在cpu进行上下文切换时会影响多线程的执行速度。另一方面开发人员还需要对此进行很多额外的编程和开发，以实现时间片的分发规则设置。同时为了实现多线程并行处理，还需要开发人员进行大量的编程工作来实现线程间同步技术加上业务逻辑上的排重来达到正确、按序处理云端指令的效果。
53.请参考图1所示，根据本技术的一个方面，提供一种消息处理方法，应用于车载通讯装置，所述车载通讯装置与云端服务器和至少一个车载执行装置通讯连接，所述车载通讯装置和若干所述车载执行装置设置于同一车辆上，所述车载通讯装置采用单核处理器。在一些实施例中，所述车载执行装置为多个。
54.其中，车载通讯装置与云端服务器可以通过远程通讯模块(例如lte模块)完成通讯连接，与同一车辆上的至少一个车载执行装置可以通过can总线完成通讯连接。至少一个车载执行装置可以为相同、不同或部分不同的车辆常用车载执行装置，如显示屏、扬声器、空调、车窗控制器、制动控制器、倒车控制器等。
55.本实施例提供的消息处理方法具体包括以下步骤：
56.步骤s100，接收云端服务器发送的待处理消息，并将所述待处理消息添加入消息队列。其中，所述消息队列能够按添加顺序存储多条待处理消息；
57.步骤s200，所述单核处理器向所述消息队列发送消息获取请求。以使所述消息队列响应于所述消息获取请求，按先进先出的规则对所述待处理消息进行释放。
58.步骤s300，所述单核处理器获取所述消息队列释放的待处理消息，并对所述待处理消息进行处理，得到处理后消息。
59.步骤s400，将所述处理后消息发送至若干所述车载执行装置的至少之一。
60.其中，所述单核处理器仅在当前的待处理消息处理完成后，向所述消息队列发送新的消息获取请求，即所述单核处理器在当前的待处理消息处理完成前，不会向所述消息队列发送新的消息获取请求。
61.同时，本实施例中，所述单核处理器处理所述待处理消息的耗时大于第一时间，且所述第一时间为所述车载通讯装置接收两条待处理消息的最小时间间隔。其中，最小时间间隔大于等于零秒。即车载通讯装置在运行过程中，在云端服务器以高频率多线程方式向车载通讯装置发送消息，或多方云端服务器在短时间内同时高频率的向车载通讯装置发送消息时，会出现单条信息的处理速度/频率小于接收消息的最小时间间隔/频率，从而导致车载通讯装置中同时存在多个待处理信息的情况发生。本实施例提供的消息处理方法，通过设置消息队列以及消息队列的消息加入和消息取出规则，使得车载通讯装置在同时接收
到多个待处理消息的情况下，也能够按接收待处理消息的顺序依次进行处理，且不用设置复杂的线程间同步技术和业务逻辑，大大降低了开发人员的开发速度，同时由于不用进行复杂的逻辑判断，其整体处理效率也会大幅度提升。
62.值得说明的是，在一些实施例中，所述车载通讯装置除了上述的单核处理器外，还可以设置有其他的处理器，但这些处理器不用于对消息队列中的待处理消息进行处理。即车载通讯装置中，仅有一个单核处理器用于对消息队列中的待处理消息进行处理。本实施例中，所述车载通讯装置仅设置有一个单核处理器。
63.本实施例提供的消息处理方法，应用于车载通讯装置上，车载通讯装置接收云端服务器传输的待处理消息后，会将接收到的待处理消息添加进消息队列中。该消息队列可以存储多个待处理消息，且遵循先进先出的规则进行消息取出。即，消息队列会记录每一进入队列的待处理消息的进入时间或进入顺序，当从消息队列中获取待处理消息时，只能先取出队列中时间最早的待处理消息，以保证车载通讯装置能够按消息的接收顺序依次进行处理。同时，在对待处理消息处理时，只在当前的待处理消息处理完成后，才会再次从消息队列中获取新的待处理消息。如此，本实施例提供的消息处理方法能够实现在车载通讯装置采用的处理器为单核处理器，且单核处理器处理单条待处理消息的耗时小于车载通讯装置获取待处理消息的最小时间间隔的情况下，能够相较于多线程并行处理方案，对单条待处理消息的处理周期变短，且单条信息处理后就能直接发送到对应的车载执行装置，从而进行快速响应，提高消息的实时性。
64.在本技术的一种示例性实施例中，所述云端服务器与所述车载通讯装置采用mqtt协议进行消息传输；
65.所述处理后消息包括：第一分类信息、第二分类信息、计数信息和动作数据；
66.其中，所述第一分类信息和第二分类信息具有关联关系，且所述第一分类信息对应的分类级别高于所述第二分类信息对应的分类级别，所述第一分类信息和所述第二分类信息用于联合表征所述处理后消息对应的动作类型。
67.所述计数信息用于表征所述云端服务器发送所述待处理消息的发送排序；
68.所述动作数据用于由所述处理后消息对应的车载执行装置执行。
69.具体的，第一分类信息和第二分类信息可以理解为一级分类信息和二级分类信息，通过两个层级的分类信息，可以通过逻辑判断或查询配置文件等方式，确定出待处理消息对应的动作类型。例如，第一分类信息可以表征查询、控制、预约等分类，第二分类信息可以表征车窗、车门、座椅、制动器、扬声器等分类。故而在第一分类信息和第二分类信息可以联合表征诸如“控制-车窗”、“预约-扬声器”、“查询-车门”等动作类型。其中，第一分类信息和第二分类信息可以是由云端服务器(tsp)生成的，也可以是与云端服务器连接的app生成的。
70.请参考图2和图3所示，本实施例提供的消息处理方法可以应用于在包含了依次通讯连接的客户端(app)、云端服务器(tsp)和车载通讯装置(t-box)的车机控制系统中，具体的应用于车载通讯装置内。相关指令最早可以通过用户对app的操作而产生，相关指令经由图2所示的流程进行传递以使车辆完成相应的动作。图3则以处理流程示意图的方式表述了车载通讯装置内对待处理消息的处理流程。
71.计数信息可以直接采用id或简单数字进行表示，其主要目的是为了让车载执行装
置区分其接到的由车载通讯装置发来的多条处理后信息的执行顺序。即，车载执行装置可以不按照从车载通讯装置接收消息的顺序进行相应功能的执行，而是按照云端服务器的发送顺序进行执行。如此，使得即使因网络问题导致车载通讯装置对待处理消息的接收顺序与云端服务器的发送顺序错乱的情况下，车载通讯装置不需要进行本地接收顺序与云端发送顺序的对比与重排，也不会发生车载执行装置执行顺序错误的情况。
72.动作数据即车载执行装置执行待处理消息对应的动作时，所需要使用的数据，可以为具体的执行代码，也可以为执行相关函数或算法时所需要的参数等。
73.本实施例中，所述云端服务器与所述车载通讯装置采用mqtt协议进行消息传输，使得发开人员可以直接对待处理消息的数据结构进行定义和修改，不需要过多修改云端服务器或车载通讯装置的相关配置等。使得，所述云端服务器与所述车载通讯装置能够进行流畅的通讯且对开发人员的工作量需求很小。
74.在本技术的一种示例性实施例中，在所述得到处理后消息之后，所述方法还包括：
75.根据所述第一分类信息和所述第二分类信息确定所述处理后消息对应的动作类型；
76.根据所述动作类型确定所述处理后消息对应的过滤判定规则；
77.根据所述过滤判定规则，确定所述处理后消息的发送策略。
78.其中，所述动作类型即为前文中所述的“控制-车窗”、“预约-扬声器”、“查询-车门”等动作类型，此处不加赘述。
79.本实施例中，在确定出处理后消息对应的动作类型后，会根据动作类型确定出相应的过滤判定规则和发送策略。其中发送策略包括延时发送、立刻发送、请求重传、阻止发送等。例如，例如针对本身执行耗时较长的车辆控制指令，可以不用判定是否重复请求，直接转发给车辆控制模块，由车辆控制模块的状态机对该条指令进行过滤；而针对泊车这种强先后序列要求的指令，可以限定计数信息必须为递增顺序，以过滤因传输路径导致延迟到达的指令。
80.在本技术的一种示例性实施例中，所述将所述待处理消息发送至若干所述车载执行装置的至少之一，包括：
81.根据所述动作类型，从若干所述车载执行装置中确定出至少一个目标车载执行装置；
82.将所述处理后消息发送至所述目标车载执行装置。
83.本实施例中，车载通讯装置在得到处理后消息后，会从自身连接或能够实现直接或间接通讯的车载执行装置中选取出目标车载执行装置(也就是实际需要响应并执行的车载执行装置)，再针对性的进行处理后消息的发送。并不会采用类似广播等方式对待处理方式进行发送，避免了大规模发送消息导致网络资源占用较大，以及车载执行装置还需要区分是否需要对收到的消息进行响应的问题。
84.在本技术的一种示例性实施例中，在所述将所述待处理消息添加入消息队列之后，所述方法还包括：
85.向所述云端服务器发送消息已接收通知。
86.在实际应用中，云端服务器发送的有些操作，是需要云端服务器依次发送一组由多个待处理消息组成的消息组，且只有在收到前一条消息的回调信息(消息已接收通知)
后，才会发送后一条消息。
87.在一般的情况下，tbox的回调信息(消息已接收通知)都是在完成消息的处理后才会发送。这样就会出现由于处理速度的原因，导致待处理消息的接收于回调信息的发送之间产生一个较长的时间间隔，从而使得消息组的整体发送周期变长。而本实施例中，在所述将所述待处理消息添加入消息队列之后，就会直接向所述云端服务器发送消息已接收通知。也就是说会在对待处理消息进行处理之前就向云端服务器返回消息已接收通知，使得云端服务器可以继续发送信息的待处理消息，这样就能够减短整体发送周期，避免造成消息阻塞，提高消息处理的整体效率。
88.在本技术的一种示例性实施例中，所述待处理消息为经所述云端服务器依次进行序列化处理及加密处理后的消息；
89.所述对所述待处理消息进行处理，得到处理后消息，包括：
90.对所述待处理消息依次进行解密处理和反序列化处理后，得到所述处理后消息；
91.其中，所述加密处理采用非对称加密算法。
92.由于为了数据安全性，云端服务器发送的消息都需要依次进行序列化处理及加密处理后，才会形成待处理消息。而到达车载通讯装置的待处理消息都需要经过非对称加密算法做解密以及反序列化处理，从而得到处理后消息。从而确保了消息的安全性和合法性。进一步的，本实施例中，车载通讯装置出现对待处理消息解密失败或反序列化失败后，即可确定该待处理消息为未注册的或非法的服务器/设备发送的，只需要对该待处理消息进行丢弃即可，不需要进行过多的操作，从而节省计算资源提高整体处理效率。当然，在一些情况下，也可以向云端服务器发送解密失败的提示信息。
93.请参考图4所示，根据本技术的一个方面，提供一种车载通讯装置，所述车载通讯装置用于分别与云端服务器和至少一个车载执行装置通讯连接；
94.所述车载通讯装置包括：
95.接收模块，用于接收云端服务器发送的待处理消息，并将所述待处理消息添加入消息队列；所述消息队列能够按添加顺序存储多条待处理消息；
96.单核处理器，用于向所述消息队列发送消息获取请求，以使所述消息队列响应于所述消息获取请求，按先进先出的规则对所述待处理消息进行释放；
97.所述单核处理器还用于获取所述消息队列释放的待处理消息，并对所述待处理消息进行处理，得到处理后消息；
98.发送模块，用于将所述处理后消息发送至至少一个车载执行装置中的至少之一；
99.其中，所述单核处理器在当前的待处理消息处理完成后，向所述消息队列发送新的消息获取请求。
100.此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
101.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失
性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。
102.在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。
103.所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
104.根据本发明的这种实施方式的电子设备。电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
105.电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：上述至少一个处理器、上述至少一个储存器、连接不同系统组件(包括储存器和处理器)的总线。
106.其中，所述储存器存储有程序代码，所述程序代码可以被所述处理器执行，使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。
107.储存器可以包括易失性储存器形式的可读介质，例如随机存取储存器(ram)和/或高速缓存储存器，还可以进一步包括只读储存器(rom)。
108.储存器还可以包括具有一组(至少一个)程序模块的程序/实用工具，这样的程序模块包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
109.总线可以为表示几类总线结构中的一种或多种，包括储存器总线或者储存器控制器、外围总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。
110.电子设备也可以与一个或多个外部设备(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备交互的设备通信，和/或与使得该电子设备能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口进行。并且，电子设备还可以通过网络适配器与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器通过总线与电子设备的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
111.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
112.在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可
以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。
113.所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
114.计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
115.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
116.可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
117.此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
118.应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
119.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。
技术特征：1.一种消息处理方法，其特征在于，应用于车载通讯装置，所述车载通讯装置用于分别与云端服务器和至少一个车载执行装置通讯连接，所述车载通讯装置包括单核处理器；所述方法包括：接收云端服务器发送的待处理消息，并将所述待处理消息添加入消息队列；所述消息队列能够按添加顺序存储多条待处理消息；所述单核处理器向所述消息队列发送消息获取请求；以使所述消息队列响应于所述消息获取请求，按先进先出的规则对所述待处理消息进行释放；所述单核处理器获取所述消息队列释放的待处理消息，并对所述待处理消息进行处理，得到处理后消息；将所述处理后消息发送至至少一个车载执行装置中的至少之一；其中，所述单核处理器在当前的待处理消息处理完成后，向所述消息队列发送新的消息获取请求。2.根据权利要求1所述的消息处理方法，其特征在于，所述单核处理器处理所述待处理消息的耗时大于第一时间；所述第一时间为所述车载通讯装置接收两条待处理消息的最小时间间隔。3.根据权利要求1所述的消息处理方法，其特征在于，所述云端服务器与所述车载通讯装置采用mqtt协议进行消息传输；所述处理后消息包括：第一分类信息、第二分类信息、计数信息和动作数据；其中，所述第一分类信息和第二分类信息具有关联关系，且所述第一分类信息对应的分类级别高于所述第二分类信息对应的分类级别，所述第一分类信息和所述第二分类信息用于联合表征所述处理后消息对应的动作类型；所述计数信息用于表征所述云端服务器发送所述待处理消息的发送排序；所述动作数据用于由所述处理后消息对应的车载执行装置执行。4.根据权利要求3所述的消息处理方法，其特征在于，在所述得到处理后消息之后，所述方法还包括：根据所述第一分类信息和所述第二分类信息确定所述处理后消息对应的动作类型；根据所述动作类型确定所述处理后消息对应的过滤判定规则；根据所述过滤判定规则，确定所述处理后消息的发送策略。5.根据权利要求4所述的消息处理方法，其特征在于，所述将所述待处理消息发送至若干所述车载执行装置的至少之一，包括：根据所述动作类型，从若干所述车载执行装置中确定出至少一个目标车载执行装置；将所述处理后消息发送至所述目标车载执行装置。6.根据权利要求1所述的消息处理方法，其特征在于，在所述将所述待处理消息添加入消息队列之后，所述方法还包括：向所述云端服务器发送消息已接收通知。7.根据权利要求1所述的消息处理方法，其特征在于，所述待处理消息为经所述云端服务器依次进行序列化处理及加密处理后的消息；所述对所述待处理消息进行处理，得到处理后消息，包括：对所述待处理消息依次进行解密处理和反序列化处理后，得到所述处理后消息；
其中，所述加密处理采用非对称加密算法。8.一种车载通讯装置，其特征在于，所述车载通讯装置用于分别与云端服务器和至少一个车载执行装置通讯连接；所述车载通讯装置包括：接收模块，用于接收云端服务器发送的待处理消息，并将所述待处理消息添加入消息队列；所述消息队列能够按添加顺序存储多条待处理消息；单核处理器，用于向所述消息队列发送消息获取请求，以使所述消息队列响应于所述消息获取请求，按先进先出的规则对所述待处理消息进行释放；所述单核处理器还用于获取所述消息队列释放的待处理消息，并对所述待处理消息进行处理，得到处理后消息；发送模块，用于将所述处理后消息发送至至少一个车载执行装置中的至少之一；其中，所述单核处理器在当前的待处理消息处理完成后，向所述消息队列发送新的消息获取请求。9.一种电子设备，其特征在于，包括处理器和存储器；所述处理器通过调用所述存储器存储的程序或指令，用于执行如权利要求1至7任一项所述方法的步骤。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行如权利要求1至7任一项所述方法的步骤。
技术总结本发明提供一种消息处理方法、车载通讯装置、电子设备及存储介质，该方法包括：接收云端服务器发送的待处理消息，并将待处理消息添加入消息队列；消息队列能够按添加顺序存储多条待处理消息；单核处理器向消息队列发送消息获取请求；以使消息队列响应于消息获取请求，按先进先出的规则对待处理消息进行释放；单核处理器获取消息队列释放的待处理消息，对待处理消息进行处理，得到处理后消息；将处理后消息发送至至少一个车载执行装置中的至少之一；其中，单核处理器在当前的待处理消息处理完成后，向消息队列发送新的消息获取请求。本发明提供的消息处理方法，能够使得单条待处理消息的处理周期变短，从而进行快速响应，提高消息的实时性。的实时性。的实时性。
技术研发人员：张屹风
受保护的技术使用者：成都中科创达软件有限公司
技术研发日：2022.03.29
技术公布日：2022/7/5
