远程控车装置和方法、电子设备、计算机可读存储介质与流程

1.本发明涉及车联网技术领域，尤其涉及远程控车的技术领域。


背景技术：

2.现在的车联网(internet of vehicles)系统都是由车、安装在车上的车联网智能终端(tbox)、远控服务平台、用户端的手机应用(app)几部分组成，用户使用手机app可以从软件的界面对车辆进行控制，例如：下发锁车、开关空调、开关车门车窗等指令。具体过程是用户使用手机app发出的指令通过网络传输到远控服务平台，再发送给tbox终端，tbox终端通过车辆的电子控制单元(ecu)下发给车辆进行控制。对于这样的系统，针对每个远程控制指令都需要进行很多的逻辑封装，由于业务的变化需要不断地变更嵌套规则，存在ifelse硬编码开发，导致需求迭代相对较慢，造成业务端对实现规则难以管理，必需高度依赖开发端的逻辑判断。


技术实现要素：

3.本发明鉴于现有技术的以上缺点做出，用于克服或缓解现有技术中存在的一个或更多个困难，至少提供一种有益的选择。
4.根据本发明的一个方面，提供了一种远程控车方法，包括以下步骤：接收远程控制指令，所述远程控制指令中包含指令编号或指令名称，以及控车参数；根据所述指令编号或指令名称，从预先创建的规则库中确定所述指令编号或指令名称对应的一个控车规则，所述控车规则包括条件和动作；判断所述控车参数是否符合所述控车规则的条件；以及在所述控车参数符合所述控车规则对应的条件时，执行相应的动作。
5.根据一种实施方式，在接收远程控制指令前，在规则库中创建与指令编号或者指令名称对应的一个控车规则，创建控车规则包括创建条件和创建动作，所述创建条件包括创建静态条件和/或创建动态条件，其中，所述静态条件用于确定车辆的第一判断对象是否是在预定范围内，所述动态条件用于对车辆的第二判断对象的实时状况进行判断；所述创建动作包括获取指令编号或者指令名称对应的转换协议，所述转换协议用于对所述远程控制指令进行协议转换；将创建的条件和创建的动作配置成指令编号或者指令名称对应的控车规则存入规则库。
6.根据一种实施方式，所述创建静态条件包括从条件库中选择第一判断对象、第一判断逻辑和预设范围，所述创建动态条件包括从条件库中选择第二判断对象、第二判断逻辑和依赖服务，第一判断逻辑为用于判断第一判断对象和预设范围之间的逻辑关系的逻辑判断规则，第二判断逻辑为用于判断所述第二判断对象与依赖服务的执行结果之间的逻辑关系的逻辑判断规则，将创建的条件和创建的动作配置成指令编号或者指令名称对应的控车规则包括：从条件代码库中获取第一判断对象、第一判断逻辑和预设范围对应的代码形成静态条件判断代码；和/或，从条件代码库中获取第二判断对象和第二判断逻辑对应的代码，结合依赖服务的标识，形成动态条件判断代码；从动作代码库中获取动作对应的动作执
行代码；以及将静态条件判断代码和/或动态条件判断代码以及动作执行代码配置成控车规则存入规则库。
7.根据一种实施方式，判断所述控车参数是否符合所述控车规则的条件包括判断所述控车参数是否符合所述控车规则的静态条件，其中判断所述控车参数是否符合所述控车规则的静态条件包括：从控车参数中获取与静态条件的第一判断对象有关的第一参数，将所述第一参数与所述静态条件的第一判断逻辑确定的预定范围进行匹配。
8.根据一种实施方式，判断所述控车参数是否符合所述控车规则的条件包括判断所述控车参数是否符合所述控车规则的动态条件，其中判断所述控车参数是否符合所述控车规则的动态条件包括：从控车参数中获取动态条件的第二判断对象有关的第二参数；确定获取动态条件的第二判断对象所需的依赖服务以及依赖方法；利用所述依赖服务以及依赖方法获取与第二参数对应的第二判断对象的实时状况，判断第二判断对象的实时状况是否符合第二判断逻辑。
9.根据一种实施方式，在所述控车参数符合所述控车规则对应的条件时，执行相应的动作，包括：从动作库中获取调用所述动作对应的转换协议对应的协议转换代码对控车指令进行封装。
10.根据一种实施方式，所述方法还包括规则创建步骤，显示可视化页面，使得能够在所述可视化页面上创建条件和动作，将所述条件和动作配置成指令编号或者指令名称对应的控车规则。
11.根据一种实施方式，判断所述控车参数是否符合所述控车规则的条件包括：判断所述控车参数是否符合所述控车规则的静态条件，其包括：从控车参数中获取与静态条件的第一判断对象有关的第一参数，将所述第一参数与所述静态条件的第一判断逻辑确定的预定范围进行匹配；和/或，判断所述控车参数是否符合所述控车规则的动态条件，其包括：从控车参数中获取动态条件的第二判断对象有关的第二参数；确定获取动态条件的第二判断对象所需的依赖服务以及依赖方法；利用所述依赖服务以及依赖方法获取与第二参数对应的第二判断对象的实时状况，判断第二判断对象的实时状况是否符合第二判断逻辑。
12.根据本发明的另一方面，提供了一种远程控车装置，包括：指令接收单元，用于接收远程控制指令，所述远程控制指令中包含指令编号或指令名称，以及控车参数；控车规则确定单元，根据所述指令编号或指令名称，从预先创建的规则库中确定所述指令编号或指令名称对应的至少一个控车规则，所述控车规则包括条件和动作；条件判断单元，用于判断所述控车参数是否符合所述控车规则的条件，动作执行单元，在所述控车参数符合所述控车规则对应的条件时，执行相应的动作。
13.根据本发明的一个方面，还提供了一种电子设备，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现本发明所述的方法。
14.根据本发明的另一个方面，提供了一种计算机可读存储介质，所述可读存储介质上存储设备控制程序，当所述设备控制程序被处理器执行时，可实现本发明所公开的方法。
15.根据本发明的实施方式，根据远程控制指令确定需要校验规则，根据该校验规则可以确定规则需要判断的条件以及执行的动作，每个需要判断的条件和执行的动作都已经有相应的代码，只需调用即可完成整个控车指令的最终目的。因而，根据本发明的实施方
式，可以实现更快速的开发与升级。
附图说明
16.图1是依据本发明的一种实施方式的远程控车方法的示意图。
17.图2是示出了依据本发明的一种实施方式的远程控车方法的具体示例的流程图。
18.图3是依据本发明的一种实施方式的远程控车系统的整体示意性流程图。
19.图4是依据本发明的一种实施方式的远程控车装置的示意图。
20.图5
‑
图8分别示出了用于配置静态条件、动态条件、动作和转换规则的页面的示例。
具体实施方式
21.下面结合附图对本发明的具体实施方式进行详细的描述。这些实施方式都是示例性的，不是对本发明的保护范围的限制。
22.图1是依据本发明的一种实施方式的远程控制方法的示意图。首先在步骤s100，接收远程控制指令，所述指令中包含指令编号或指令名称，以及控车参数；然后在步骤s200，根据所述指令编号或指令名称，从预先创建的规则库中确定所述指令编号或指令名称对应的一个控车规则，所述控车规则包括条件和动作；接着，在步骤s300，判断所述控车参数是否符合所述控车规则的条件，最后在步骤s400，在所述控车参数符合所述控车规则对应的条件时，执行相应的动作。
23.图2是示出了依据本发明的一种实施方式的方法的具体示例的流程图。
24.如图2所示，以远程开锁解车门指令为示例，用户从应用（app）端确定远程开锁车门操作，应用端根据用户的操作生成一个远程开锁的控制指令，该控制指令的参数包括指令属性的描述、指令的名称、指令相关的参数、车辆标识（id）或者唯一识别的标识。
25.用于打开车架号为lb37852z7ms000514、用户号为11160130的打开左右前车门的指令的具体示例例如如下：指令名称：开门创建者：tc，服务id："rdl_2", //指令关键字，代表是远程开锁解车门服务参数:[ ]//操作相关参数设定，door：“左前门，右前门”//door代表车门.操作时间：162216965用户id：11160130车架号：lb37852z7ms000514操作成功返回：1操作不成功则再次操作一次，仍不成功，返回false。
[0026]
在这个指令中，指令名称（或指令编号）是指令id。左前门（left
‑
front）、右前门（right
‑
front）、操作人、车架号这些是参数。车架号可以作为车辆id或者唯一识别车辆的标识。
[0027]
以上参数描述了车架号为lb37852z7ms000514车辆进行部分车门解锁指令信息。
[0028]
该指令会发给远程控制服务器（远程控制装置），即图2中的车门解锁执行下发。在进行下发时，有时需要涉及接口的调用。
[0029]
在远程控制服务器中，根据控车指令的指令名称或指令编号（服务id）或者车架号等参数找到控车指令对应的控车规则（远程控制服务器部署有运营人员预先创建的多个规则库，每一规则库中的各控车规则具有对应的控车指令），进而获取对应的条件集。条件集中包括该执行控车指令需要校验的至少一个条件，所述至少一个条件包括动态条件和/或静态条件。然后利用控车指令中的参数，判断控车指令的指令参数和控车规则对应的条件是否匹配，即，进行条件的执行。例如：对于前置校验，判断当前车架号为lb37852z7ms000514的车辆相关状态，比如有：是否车辆为所属人操作、是否有互联网功能、是否有权限进行操作、当前指令是否已提交上次指令还未执行以及其他异常场景排除等等。如果条件匹配（即执行通过），则根据控车指令对应的控车规则对应的动作执行。执行的动作例如包括利用控车指令对应的转换规则对控制指令转换消息的格式，执行之后，把消息推送给车机（车载网联终端，tem），或者自定义的动作，例如发送短信给车主。
[0030]
根据一种实施方式，所述转换消息格式的转换规则，可以将控制指令解析后转换为用于mqtt协议（消息队列遥测传输）传输的消息，例如前置校验通过后进行协议转换，将指令转换为mqtt消息。汽车远程服务供应商（tsp）转发到车载网联终端（tem）的mqtt消息例如可以包括原控车指令中的指令id、目标（例如左前车门、右前车门）、持续时间、开始时间等参数信息。
[0031]
根据一种实施方式，规则库中控车规则对应的条件包括动态条件和静态条件两种，静态条件是指判断的对象（第一判断对象）是否是在某个预定范围内，静态条件预定范围的判断集是确定的，判断集包括判断对象可能涉及的范围，例如操作人角色判断只能选择车主或被分享人。动态条件用于对判断的对象（第二判断对象）的实时状况进行判断，一般是判断车辆的能力，需要根据车辆实际状况进行判断的条件，例如操作者的权限、是否具有互联网功能。静态条件需要输入的包括该条件名称、以及解释这个条件的描述，例如，操作人角色判断等于车主或被分享者，也就是后端代码只能判断是否是车主和是否为被分享者。动态条件需要输入的包括该条件名称、条件依赖的服务，依赖服务是指依赖或者调用外部服务完成的工作。后端代码实现从依赖服务中的找到对应的依赖方法去实现动态条件的逻辑判断，也可以从动态依赖服务中的找到对应的依赖方法获取相关参数从而判断参数是否符合动态条件的逻辑。比如获取当前操作人是否所属人条件校验，首先是确定依赖的服务。该依赖的服务例如预定定义好的、已经在例如服务平台上注册过的通用接口spi；然后实现与该依赖的服务对应的依赖的方法，例如调用该通用接口spi。该通用接口spi调用了服务平台上的服务，例如返回所属人的列表，或者在spi获得并传送了该当前操作人的信息的情况下，服务平台可能直接返回属于（true）或不属于（false）的判断。基于这种spi实现模式可以将判断逻辑交由业务人员或业务部门或者业务服务机构（或者远端业务服务器）来实现，平台只需要做流程编排调用，达到平台化实现的效果。
[0032]
在判断所述控车参数是否符合所述控车规则的条件时，可以包括从控车参数中获取与静态条件的判断对象有关的第一参数，将静态条件的判断对象有关的第一参数与判断对象的预定范围（例如判断车身长度是否小于4米）或预定范围内的相应判断对象进行匹配（例如判断操作者是否是操作者集合（判断集）中的某位）。可以包括通过动态条件有关的依
赖服务对应的依赖方法获取与动态条件的判断对象有关的第二参数，判断第二参数是否符合动态条件，来判断所述控车参数是否符合所述控车规则对应的条件。例如动态条件的判断对象（第二判断对象）可以是互联网功能，第二参数可以是车架号，通过依赖服务的依赖方法获取该车架号对应的车辆的互联网功能现状，根据判断逻辑（例如该规则的动态条件的判断逻辑为如果依赖方法返回的互联网功能现状为
‘
有’互联网功能，则判断获取的互联网功能的情况是否为
‘
有’或
‘
真’），返回逻辑判断结果。
[0033]
在所述控车参数符合所述控车规则对应的条件时，执行相应的动作时，为了使控车指令的控制对象可以识别控制指令的目的，所述动作可以为协议转换，调用控车规则的动作对应的转换规则对控车指令进行封装。
[0034]
根据一种实施方式，动作的目的是确定用户的执行控车指令要完成的动作，例如消息转换并推送，消息仅转换、业务订阅处理等。
[0035]
根据一种实施方式，转换规则是将用户的控车指令转换为执行该指令最终需要的格式进行发送，最终需要的格式能被控车指令的控制对象所识别，因此定义转换规则是定义了很多可能需要的协议转换逻辑。
[0036]
根据一种实施方式，本发明的方法还包括在接收远程控制指令前，在规则库中创建与指令编号或者指令名称对应的一个控车规则，创建控车规则包括创建条件和创建动作。
[0037]
根据一种实施方式，创建条件包括创建前文描述的静态条件和/或创建动态条件。根据一种实施方式，静态条件用于确定车辆的第一判断对象（例如车身或者操作人）是否是在预定范围内。动态条件用于对车辆的第二判断对象（例如互联网功能）的实时状况进行判断。
[0038]
根据一种实施方式，创建动作包括获取指令编号或者指令名称对应的转换协议，该转换协议用于对所述远程控制指令进行协议转换。
[0039]
然后，将创建的条件和创建的动作配置成指令编号或者指令名称对应的控车规则存入规则库。
[0040]
根据一种实施方式，所述创建静态条件包括从条件库中选择第一判断对象、第一判断逻辑和预设范围。所述创建动态条件包括从条件库中选择第二判断对象、第二判断逻辑、依赖服务。第一判断逻辑为用于判断第一判断对象和预设范围之间的逻辑关系的逻辑判断规则。第二判断逻辑为用于判断所述第二判断对象与依赖服务的执行结果之间的逻辑关系的逻辑判断规则。将创建的条件和创建的动作配置成指令编号或者指令名称对应的控车规则包括：从条件代码库中获取第一判断对象、第一判断逻辑和预设范围对应的代码形成静态条件判断代码；和/或，从条件代码库中获取第二判断对象和第二判断逻辑对应的代码，结合依赖服务的标识，形成动态条件判断代码；从动作代码库中获取动作对应的动作执行代码；以及将静态条件判断代码和/或动态条件判断代码以及动作执行代码配置成控车规则存入规则库。
[0041]
图3是依据本发明的一种实施方式的远程控车系统的整体示意性流程图。如图3所示，用户通过手机应用（例如app）进行远程控车操作，应用后端调用远程控制服务装置（远程车控服务）提供的远程控车接口，将指令参数传递到远程控车服务装置（对应图中的指令下发，指令下发时，有可能用到接口调用）。远程控制服务装置进行前置校验以及协议转换
（例如转换为mqtt消息），然后将mqtt消息形式的指令发送给tem。tem进而将该指令再发送到车辆，车辆接收远程控制的指令，进行指令的执行，执行完成后会将执行结果（response）反馈给tem。在这一过程中，车辆可以在收到指令时首先进行确认（例如发送ack）。然后tem通过远程控制服务装置将该执行结果发送到手机应用（app）。远程控车服务装置执行本说明书图1和图2所示的方法。对图1和图2的说明可以用于理解图3的技术方案。
[0042]
图4是依据本发明的一种实施方式的远程控车装置的示意图。如图4所示，依据本发明的一种实施方式的远程控车装置10包括：指令接收单元100，用于接收远程控制指令，所述远程控制指令中包含指令编号或指令名称，以及控车参数；控车规则确定单元200，用于根据所述指令编号或指令名称，找到所述远程控制指令对应的控车规则，所述控车规则包括条件和动作；条件判断单元300，用于判断所述控车参数是否符合所述控车规则的条件；以及动作执行单元400，在所述控车参数符合所述控车规则对应的条件时，执行相应的动作。
[0043]
根据一种实施方式，该远程控车装置还可以包括规则创建单元500。规则创建单元500在远程控车装置10上显示可视化页面，使所述远程控车装置的运营人员能够在所述可视化页面上配置规则，并创建所配置的规则。
[0044]
根据一种实施方式，配置和创建规则包括配置和创建条件、配置和创建动作、定义转换规则。其中条件包括动态条件和静态条件。根据一种实施方式，动作的目的是确定用户的指令要完成的动作，例如消息转换并推送，消息仅转换、业务订阅处理等。
[0045]
在所述控车参数符合所述控车规则对应的条件时，执行相应的动作时，所述动作为协议转换，调用控车规则的动作对应的转换规则对控车指令进行封装。
[0046]
转换规则是将用户的指令转换为最终需要的格式进行发送，因此定义转换规则是定义了很多可能需要的协议转换逻辑。
[0047]
规则创建单元500在进行规则配置和创建包括将创建的条件和创建的动作配置成指令编号或者指令名称对应的控车规则存入规则库。
[0048]
如前所述，根据一种实施方式，所述创建静态条件包括从条件库中选择第一判断对象、第一判断逻辑和预设范围。所述创建动态条件包括从条件库中选择第二判断对象、第二判断逻辑、依赖服务。第一判断逻辑为用于判断第一判断对象和预设范围之间的逻辑关系的逻辑判断规则。第二判断逻辑为用于判断第二判断对象与依赖服务的执行结果之间的逻辑关系的逻辑判断规则。将创建的条件和创建的动作配置成指令编号或者指令名称对应的控车规则包括：从条件代码库中获取第一判断对象、第一判断逻辑和预设范围对应的代码形成静态条件判断代码；和/或，从条件代码库中获取第二判断对象和第二判断逻辑对应的代码，结合依赖服务的标识，形成动态条件判断代码；从动作代码库中获取动作对应的动作执行代码；以及将静态条件判断代码和/或动态条件判断代码以及动作执行代码配置成控车规则存入规则库。
[0049]
根据上下文，配置的行为可以被视为创建的行为的一部分，也可以将创建视为配置的一部分。图5到图8分别示出了用于配置静态条件、动态条件、动作和转换规则的页面的示例。
[0050]
在图5到图8的示例中，运营人员在创建规则时，确定规则的名称、该规则需要判断的条件、动作，以及转换规则，例如消息转换并推送这一动作需要通过rdl2（rdl2是车门开
锁指令的标识）消息转换规则具体是将原来的参数格式转换为mqtt格式，转换规则通过代码实现录入。示例中基于指令名称（指令key）对指令进行限定，只有rdl_2请求才会执行该规则，条件校验通过后执行动作消息转换为mqtt以及推送下发指令。
[0051]
另外，在示例中，转换规则通过代码实现录入，这可以增加规则的灵活性。但是在其他的实施方式中，也可以通过其他方法，例如接收编程好的文件，包括源文件、编译过的文件等的方式进行配置。
[0052]
本领域技术人员容易理解，本发明的方法还可以包括与本发明的装置所完成的功能对应的其他步骤。以上的这些步骤也可以进行精简。
[0053]
本发明对单元和步骤的标号仅仅是为了说明的方便，除非上下文中有相反的说明，否则不代表其执行的顺序。
[0054]
本领域的技术人员应该理解，上述的各单元可以由软件或专门的硬件来实现，例如现场可编程门阵列、单片机、或微芯片等，或者也可以通过软件结合硬件的方式来实现。
[0055]
本发明还提供了一种电子设备，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现本发明的方法。
[0056]
本发明还涉及一种计算机软件，该计算机软件在被计算装置（例如单片机、电脑、cpu等）执行时，可以实现本发明的方法。
[0057]
本发明还涉及一种计算机软件存储装置，例如硬盘、软盘、闪存等，该计算机软件存储装置存储有上述的计算机软件。
[0058]
本发明对方法或步骤的说明可以用于理解对单元或装置的说明，对单元或装置的说明也可以用于理解本发明的方法或步骤。
[0059]
以上说明仅仅是示意性的，不是对本发明的保护范围的限制，在本发明的权利要求范围内的任何改变、替换均在本发明的保护范围内。