状态同步方法、装置、系统、通信设备以及存储介质与流程

1.本公开涉及通信技术领域，具体而言，涉及状态同步方法、装置、系统、通信设备以及存储介质。


背景技术：

2.与传统车钥匙不同，数字车钥匙可以维护在终端中，可以实现车辆的进入、启动、泊车、空调控制等功能。而为了数字车钥匙的正常使用，需要保障车辆、云服务、用户手机等设备中的数字车钥匙的状态一致。


技术实现要素：

3.本公开实施例提出了状态同步方法、装置、系统、通信设备以及存储介质。
4.根据本公开实施例的第一方面，提出一种状态同步方法，由终端执行，所述方法包括：
5.接收服务端发送的第一版本号以及第一指令，所述第一指令用于指示调整终端中的数字车钥匙的状态，所述第一版本号用于标识调整后的所述数字车钥匙的状态版本；
6.根据所述第一版本号和所述终端的第二版本号确定是否执行所述第一指令，所述第二版本号用于标识所述终端当前的数字车钥匙的状态版本。
7.根据本公开实施例的第二方面，提出一种状态同步方法，由服务端执行，所述方法包括：
8.接收请求端的用于指示调整数字车钥匙的状态的第二指令；
9.确定调整后的所述数字车钥匙的状态版本的标识，得到第一版本号；
10.向终端发送第一版本号以及第一指令，所述第一指令用于指示调整终端中的数字车钥匙的状态，所述第一版本号和所述终端的第二版本号用于所述终端确定是否执行所述第一指令，所述第二版本号用于标识所述终端当前的数字车钥匙的状态版本。
11.根据本公开实施例的第三方面，提出一种第一状态同步装置，应用于终端，所述装置包括：
12.第一接收模块，被配置为接收服务端发送的第一版本号以及第一指令，所述第一指令用于指示调整终端中的数字车钥匙的状态，所述第一版本号用于标识调整后的所述数字车钥匙的状态版本；
13.第一执行模块，被配置为根据所述第一版本号和所述终端的第二版本号确定是否执行所述第一指令，所述第二版本号用于标识所述终端当前的数字车钥匙的状态版本。
14.根据本公开实施例的第四方面，提出一种第二状态同步装置，应用于服务端，所述装置包括：
15.第二接收模块，被配置为接收请求端的用于指示调整数字车钥匙的状态的第二指令；
16.第一确定模块，被配置为确定调整后的所述数字车钥匙的状态版本的标识，得到
第一版本号；
17.第一发送模块，被配置为向终端发送第一版本号以及第一指令，所述第一指令用于指示调整终端中的数字车钥匙的状态，所述第一版本号和所述终端的第二版本号用于所述终端确定是否执行所述第一指令，所述第二版本号用于标识所述终端当前的数字车钥匙的状态版本。
18.根据本公开实施例的第五方面，提出一种状态同步方法，包括：
19.服务端接收请求端的用于指示调整数字车钥匙的状态的第二指令；
20.服务端确定调整后的所述数字车钥匙的状态版本的标识，得到第一版本号；
21.服务端向终端发送第一版本号以及第一指令，所述第一指令用于指示调整终端中的数字车钥匙的状态；
22.终端接收服务端发送的第一版本号以及第一指令；
23.终端根据所述第一版本号和所述终端的第二版本号确定是否执行所述第一指令，所述第二版本号用于标识所述终端当前的数字车钥匙的状态版本。
24.根据本公开实施例的第六方面，提出一种通信设备，包括：
25.一个或多个处理器；
26.其中，所述处理器用于调用计算机指令以使得所述通信设备执行如上述第一方面和上述第二方面中任一项所述的状态同步方法。
27.根据本公开实施例的第七方面，提出一种状态同步系统，包括终端和服务端，其中，所述终端被配置为实现如上述第一方面中任一项所述的状态同步方法，所述服务端被配置为实现如上述第二方面中任一项所述的状态同步方法。
28.根据本公开实施例的第八方面，提出一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在通信设备上运行时，使得所述通信设备执行如上述第一方面和上述第二方面中任一项所述的状态同步方法。
附图说明
29.为了更清楚地说明本公开实施例中的技术方案，以下对实施例描述所需的附图进行介绍，以下附图仅仅是本公开的一些实施例，不对本公开的保护范围造成具体限制。
30.图1是根据本公开实施例示出的一种数字车钥匙的状态同步的流程图。
31.图2是根据本公开实施例示出的一种数字车钥匙的状态同步的流程图。
32.图3是根据本公开实施例示出的一种状态同步方法的流程图。
33.图4是根据本公开实施例示出的一种状态同步方法的流程图。
34.图5是根据本公开实施例示出的一种状态同步方法的流程图。
35.图6是根据本公开实施例示出的一种状态同步方法的流程图。
36.图7是根据本公开实施例示出的一种状态同步方法的流程图。
37.图8是根据本公开实施例示出的一种状态同步方法的流程图。
38.图9是根据本公开实施例示出的一种状态同步方法的流程图。
39.图10是根据本公开实施例示出的一种状态同步方法的交互流程图。
40.图11是根据本公开实施例示出的一种状态同步方法的交互流程图。
41.图12是根据本公开实施例示出的一种第一状态同步装置的结构示意图。
42.图13是根据本公开实施例示出的一种第二状态同步装置的结构示意图。
43.图14是根据本公开实施例示出的一种通信设备8100的结构示意图。
具体实施方式
44.为了保障各个设备中的数字车钥匙的状态一致，本公开实施例提出了状态同步方法、装置、系统、通信设备以及存储介质。
45.第一方面，提出一种状态同步方法，由终端执行，所述方法包括：
46.接收服务端发送的第一版本号以及第一指令，所述第一指令用于指示调整终端中的数字车钥匙的状态，所述第一版本号用于标识调整后的所述数字车钥匙的状态版本；
47.根据所述第一版本号和所述终端的第二版本号确定是否执行所述第一指令，所述第二版本号用于标识所述终端当前的数字车钥匙的状态版本。
48.在上述实施例中，终端可以根据终端的第二版本号以及接收到的第一版本号来确定是否执行第一指令。相对于直接执行服务端的指令的方式，上述实施例中的方式有助于识别异常指令，并减少执行异常指令的次数。这样，也有助于保障多端之间的数字车钥匙的状态一致。
49.结合第一方面的一些实施例，在一些实施例中，所述根据所述第一版本号和所述终端的第二版本号确定是否执行所述第一指令，包括：
50.根据所述第一版本号与所述第二版本号之间的高低顺序，确定是否执行所述第一指令。
51.在上述实施例中，终端在执行服务端的指令之前，可以根据版本号的所述高低顺序确定是否执行该指令。相对于直接执行服务端的指令的方式，上述实施例中的方式有助于识别异常指令，并减少执行异常指令的次数。这样，也有助于保障多端之间的数字车钥匙的状态一致。
52.结合第一方面的一些实施例，在一些实施例中，所述根据所述第一版本号与所述第二版本号之间的高低顺序，确定是否执行所述第一指令，包括：
53.所述第一版本号高于所述第二版本号，确定执行所述第一指令；或者，
54.所述第一版本号等于所述第二版本号，确定拒绝执行所述第一指令；或者，
55.所述第二版本号高于所述第一版本号，确定拒绝执行所述第一指令。
56.在上述实施例中，当第一版本号等于或低于第二版本号，可以确定第一指令是异常的指令。因此，可以确定拒绝执行所述第一指令；当第一版本号高于第二版本号，确定执行所述第一指令。相对于直接执行服务端的指令的方式，上述实施例中的方式有助于识别异常指令，并减少执行异常指令的次数。这样，也有助于保障多端之间的数字车钥匙的状态一致。
57.结合第一方面的一些实施例，在一些实施例中，包括：
58.确定第一指令成功执行；
59.将所述第一版本号作为终端当前的数字车钥匙的状态版本的标识；
60.向所述服务端发送用于表示成功执行第一指令的消息。
61.在上述实施例中，通过确定第一指令成功执行，并将第一版本号作为终端当前的数字车钥匙的状态版本的标识，可以对终端当前的数字车钥匙的状态版本的标识进行更
新。这样，实现了终端和服务端的数字车钥匙的状态版本号的同步。此外，终端还可以向服务端发送用于表示成功执行第一指令的消息，以便于服务端进行后续处理。
62.结合第一方面的一些实施例，在一些实施例中，包括：
63.确定所述终端恢复网络连接；
64.向所述服务端发送所述第二版本号，所述第二版本号用于所述服务端确定终端当前的数字车钥匙的状态版本与所述服务端的数字车钥匙的状态版本是否一致。
65.在上述实施例中，终端在恢复网络连接后可以主动向服务端发送第二版本号，以便于服务端确定终端与服务端的数字车钥匙的状态版本号是否一致，并确定是否需要同步数字车钥匙的状态。
66.第二方面，提出一种状态同步方法，由服务端执行，所述方法包括：
67.接收请求端的用于指示调整数字车钥匙的状态的第二指令；
68.确定调整后的所述数字车钥匙的状态版本的标识，得到第一版本号；
69.向终端发送第一版本号以及第一指令，所述第一指令用于指示调整终端中的数字车钥匙的状态，所述第一版本号和所述终端的第二版本号用于所述终端确定是否执行所述第一指令，所述第二版本号用于标识所述终端当前的数字车钥匙的状态版本。
70.在上述实施例中，服务端可以接收请求端的用于指示调整数字车钥匙的状态的第二指令，并确定调整后的所述数字车钥匙的状态版本的标识，得到第一版本号。通过设置第一版本号，终端可以根据终端的第二版本号以及接收到的第一版本号来确定是否执行第一指令。相对于直接执行服务端的指令的方式，上述实施例中的方式有助于识别异常指令，并减少执行异常指令的次数。这样，也有助于保障多端之间的数字车钥匙的状态一致。
71.结合第二方面的一些实施例，在一些实施例中，包括：
72.接收所述终端发送的第二版本号，所述第二版本号由所述终端在恢复网络连接后发送；
73.根据所述第二版本号以及服务端的第三版本号，确定是否向所述终端发送第三指令，所述第三指令用于指示调整终端中的数字车钥匙的状态，所述第三版本号用于标识所述服务端当前的数字车钥匙的状态版本。
74.在上述实施例中，终端在恢复网络连接后可以主动向服务端发送第二版本号。服务端可以根据所述第二版本号以及第三版本号确定是否需要指示调整终端中的数字车钥匙的状态。通过上述实施例中的方式，即便服务端发送故障，也能够通过版本号来识别服务端和终端之间的数字车钥匙状态版本不一致的现象，并进而通过发送第三指令对终端的数字车钥匙的状态进行调整。如此，可以对多端之间的数字车钥匙的状态进行自动同步。
75.结合第二方面的一些实施例，在一些实施例中，所述根据所述第二版本号以及服务端的第三版本号，确定是否向所述终端发送第三指令，包括：
76.根据所述第二版本号与所述第三版本号之间的高低顺序，确定是否向所述终端发送所述第三指令。
77.在上述实施例中，服务端可以根据版本号的高低顺序确定是否发送第三指令。如此，可以通过版本号来识别服务端和终端之间的数字车钥匙状态版本不一致的现象，并进而通过发送第三指令对终端的数字车钥匙的状态进行调整。这样，可以对多端之间的数字车钥匙的状态进行自动同步。
78.结合第二方面的一些实施例，在一些实施例中，所述根据所述第二版本号与所述第三版本号之间的高低顺序，确定是否向所述终端发送所述第三指令，包括：
79.所述第二版本号低于所述第三版本号，确定向所述终端发送所述第三指令。
80.在上述实施例中，当第二版本号低于第三版本号时，可以确定服务端和终端之间的数字车钥匙状态版本不一致。因此，可以向所述终端发送所述第三指令，以对终端的数字车钥匙的状态进行调整。
81.结合第二方面的一些实施例，在一些实施例中，包括：
82.确定向所述终端发送所述第三指令；
83.确定所述服务端当前的数字车钥匙的状态，得到第一状态；
84.向所述终端发送所述第三指令以及所述第三版本号，所述第三指令用于指示将终端中的数字车钥匙的状态调整为所述第一状态，所述第三版本号用于标识状态调整为所述第一状态后的终端的数字车钥匙的状态版本。
85.在上述实施例中，通过发送第三指令以及第三版本号，能够同步终端和服务端的数字车钥匙的状态以及状态版本。
86.结合第二方面的一些实施例，在一些实施例中，包括：
87.接收所述终端发送的用于表示成功执行第一指令的消息；
88.向所述请求端发送用于表示数字车钥匙的状态调整成功的消息。
89.在上述实施例中，服务端可以接收所述终端发送的用于表示成功执行第一指令的消息，向所述请求端发送用于表示数字车钥匙的状态调整成功的消息，从而完成数字车钥匙的同步。
90.第三方面，提出一种第一状态同步装置，应用于终端，所述装置包括：
91.第一接收模块，被配置为接收服务端发送的第一版本号以及第一指令，所述第一指令用于指示调整终端中的数字车钥匙的状态，所述第一版本号用于标识调整后的所述数字车钥匙的状态版本；
92.第一执行模块，被配置为根据所述第一版本号和所述终端的第二版本号确定是否执行所述第一指令，所述第二版本号用于标识所述终端当前的数字车钥匙的状态版本。
93.在上述实施例中，可以根据终端的第二版本号以及接收到的第一版本号来确定是否执行第一指令。相对于直接执行服务端的指令的方式，上述实施例中的方式有助于识别异常指令，并减少执行异常指令的次数。这样，也有助于保障多端之间的数字车钥匙的状态一致。
94.第四方面，提出一种第二状态同步装置，应用于服务端，所述装置包括：
95.第二接收模块，被配置为接收请求端的用于指示调整数字车钥匙的状态的第二指令；
96.第一确定模块，被配置为确定调整后的所述数字车钥匙的状态版本的标识，得到第一版本号；
97.第一发送模块，被配置为向终端发送第一版本号以及第一指令，所述第一指令用于指示调整终端中的数字车钥匙的状态，所述第一版本号和所述终端的第二版本号用于所述终端确定是否执行所述第一指令，所述第二版本号用于标识所述终端当前的数字车钥匙的状态版本。
98.在上述实施例中，服务端可以接收请求端的用于指示调整数字车钥匙的状态的第二指令，并确定调整后的所述数字车钥匙的状态版本的标识，得到第一版本号。通过设置第一版本号，终端可以根据终端的第二版本号以及接收到的第一版本号来确定是否执行第一指令。相对于直接执行服务端的指令的方式，上述实施例中的方式有助于识别异常指令，并减少执行异常指令的次数。这样，也有助于保障多端之间的数字车钥匙的状态一致。
99.第五方面，提出一种状态同步方法，包括：
100.服务端接收请求端的用于指示调整数字车钥匙的状态的第二指令；
101.服务端确定调整后的所述数字车钥匙的状态版本的标识，得到第一版本号；
102.服务端向终端发送第一版本号以及第一指令，所述第一指令用于指示调整终端中的数字车钥匙的状态；
103.终端接收服务端发送的第一版本号以及第一指令；
104.终端根据所述第一版本号和所述终端的第二版本号确定是否执行所述第一指令，所述第二版本号用于标识所述终端当前的数字车钥匙的状态版本。
105.第六方面，提出一种通信设备，包括：
106.一个或多个处理器；
107.其中，所述处理器用于调用计算机指令以使得所述通信设备执行如第一方面和第二方面中任一项所述的状态同步方法。
108.第七方面，提出一种状态同步系统，包括终端和服务端，其中，所述终端被配置为实现如上述第一方面中任一项所述的状态同步方法，所述服务端被配置为实现如上述第二方面中任一项所述的状态同步方法。
109.第八方面，提出一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在通信设备上运行时，使得所述通信设备执行如第一方面和第二方面中任一项所述的状态同步方法。
110.第九方面，本公开实施例提供了一种计算机程序产品，上述计算机程序产品被通信设备执行时，使得上述通信设备执行如第一方面和第二方面中任一项所述的状态同步方法。
111.可以理解地，上述第一状态同步装置、第二状态同步装置、通信设备、状态同步系统、计算机可读存储介质、计算机程序产品均用于执行本公开实施例所提供的状态同步方法。因此，其所能达到的有益效果可参考对应状态同步方法中的有益效果，此处不再赘述。
112.本公开实施例并非穷举，仅为部分实施例的示意，不作为对本公开保护范围的具体限制。在不矛盾的情况下，某一实施例中的每个步骤均可以作为独立实施例来实施，且各步骤之间可以任意组合，例如，在某一实施例中去除部分步骤后的方案也可以作为独立实施例来实施，且在某一实施例中各步骤的顺序可以任意交换，另外，某一实施例中的可选实现方式可以任意组合；此外，各实施例之间可以任意组合，例如，不同实施例的部分或全部步骤可以任意组合，某一实施例可以与其他实施例的可选实现方式任意组合。
113.本公开实施例中所使用的术语只是为了描述特定实施例的目的，而并非作为对本公开的限制。本公开实施例中的单数表达形式“一个”、“一种”、“该”、“上述”、“所述”、“前述”、“这一”等也包括复数表达形式，除非其上下文中有明确相反指示。本公开实施例中的预定义可以理解为定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制等。
114.本公开实施例中的诸如“第一”、“第二”等前缀词，仅仅为了区分不同的描述对象，对被描述对象的位置、顺序、优先级、数量或内容等没有限定作用。例如，被描述对象为“字段”，则“第一字段”和“第二字段”中“字段”之前的序数词并不限制“字段”之间的位置或顺序，“第一”和“第二”并不限制其修饰的“字段”是否在同一个消息中，也不限制“第一字段”和“第二字段”的先后顺序。再如，被描述对象为“等级”，则“第一等级”和“第二等级”中“等级”之前的序数词并不限制“等级”之间的优先级。再如，被描述对象的数量并不受序数词的限制，可以是一个或者多个，以“第一设备”为例，其中“设备”的数量可以是一个或者多个。此外，不同前缀词修饰的对象可以相同或不同，例如，被描述对象为“设备”，则“第一设备”和“第二设备”可以是相同类型的设备或者不同类型的设备；再如，被描述对象为“信息”，则“第一信息”和“第二信息”可以是相同内容的信息或者不同内容的信息。总之，本公开实施例中对序数词等用于区分描述对象的前缀词的使用不对所描述对象构成限制，对所描述对象的陈述参见权利要求或实施例中上下文的描述，不应因为使用这种前缀词而构成多余的限制。
115.本公开实施例中，“多个”是指两个或两个以上。本公开实施例中，“和/或”用于描述关联对象的关联关系，表示可以独立存在的三种关系，例如，a和/或b，可以表示：单独存在a，单独存在b，同时存在a和b。本公开实施例中的诸如“al、a2、
……
、an中的至少一项(或至少一个、至少一者)”等的描述方式，包括了al、a2、
……
、an中任意一个单独存在的情况，也包括了al、a2、
……
、an中任意多个的任意组合情况，每种情况可以单独存在；例如，“a、b、c中的至少一项”的描述方式，包括了单独a、单独b、单独c、a和b组合、a和c组合、b和c组合、a和b和c组合的情况。
116.在一些实施例中，“在一情况下a，在另一情况下b”、“响应于一情况a，响应于另一情况b”等记载方式，根据情况可以包括以下技术方案：与b无关地执行a，即，在一些实施例中a；与a无关地执行b，即，在一些实施例中b；a和b被选择性执行，即，在一些实施例中从a与b中选择执行；a和b都被执行，即，在一些实施例中a和b。有a、b、c等更多分支时也类似。
117.在一些实施例中，“响应于
……”
、“响应于确定
……”
、“在
……
的情况下”、“在
……
时”、“当
……
时”、“若
……”
、“如果
……”
等术语可以相互替换。
118.在一些实施例中，“包括a”、“包含a”、“用于指示a”、“携带a”，可以解释为直接携带a，也可以解释为间接指示a。
119.在一些实施例中，“大于”、“大于或等于”、“以上”、“高于”、“不小于”等术语可以相互替换，“小于”、“小于或等于”、“以下”、“低于”、“不大于”等术语可以相互替换。
120.在一些实施例中，“功能”、“装置”、“设备”、“系统”、“芯片”、“芯片系统”等术语可以相互替换。
121.在一些实施例中，“终端(terminal)”、“终端设备(terminal device)”、“用户设备(user equipment，ue)”、“用户终端(user terminal)”、“移动终端(mobile terminal，mt)”、移动单元(mobile unit)、无线单元(wireless unit)、远程单元(remote unit)、移动设备(mobile device)、无线设备(wireless device)、无线通信设备(wireless communication device)、远程设备(remote device)、移动订户站(mobile subscriber station)、接入终端(access terminal)、移动终端(mobile terminal)、无线终端(wireless terminal)、远程终端(remote terminal)、手持设备(handset)、移动客户端
(mobile client)、客户端(client)等术语可以相互替换。
122.在一些实施例中，信息等的名称不限定于实施例中所记载的名称，“信息(information)”、“消息(message)”、“信号(signal)”、“信令(signaling)”、“报告(report)”、“配置(configuration)”、“指示(indication)”、“指令(instruction)”、“命令(command)”、“信道”、“参数(parameter)”、“域”、“字段”、“符号(symbol)”、“码元(symbol)”、“码本(codebook)”、“码字(codeword)”、“码点(codepoint)”、“比特(bit)”、“数据(data)”、“程序(program)”、“码片(chip)”等术语可以相互替换。
123.在一些实施例中，“获取”、“获得”、“得到”、“接收”、“传输”、“双向传输”、“发送和/或接收”可以相互替换，其可以解释为从其他主体接收，从协议中获取，自身处理得到、自主实现等多种含义。
124.在一些实施例中，“发送”、“发射”、“上报”、“下发”、“传输”、“双向传输”、“发送和/或接收”等术语可以相互替换。
125.在一些实施例中，“预定”、“预设”可以解释为在协议等中预先规定，也可以解释为装置等进行预先设定动作。在一些实施例中，确定(determining)可以解释为判断、决定、判定(judging)、计算(calculating)、算出(computing)、处理(processing)、导出(deriving)、调查(investigating)、搜索、查找(looking up)、检索(search)、查询(inquiry)、确认(ascertaining)、接收(receiving)、发送(transmitting)、输入(input)、20输出(output)、访问(accessing)、解决(resolving)、选择(selecting)、选定(choosing)、建立(establishing)、比较(comparing)、“设想(assuming)”、“期待(expecting)”、“视为(considering)、广播(broadcasting)、通知(notifying)、通信(communicating)、转发(forwarding)、配置(configuring)、重配(reconfiguring)、分配(allocating)、映射(mapping)、分派(assigning)等，但不限于此。
126.与传统车钥匙不同，数字车钥匙可以维护在终端中，可以实现车辆的进入、启动、泊车、空调控制等功能。而为了数字车钥匙的正常使用，需要保障车辆、云服务、用户手机等设备中的数字车钥匙的状态一致。
127.图1是本公开实施例所示出的一种数字车钥匙的状态同步的流程图，参照图1，可以通过如下方式进行数字车钥匙的状态同步：
128.在步骤1中，请求端向服务端发起数字车钥匙状态变更指令。其中，请求端可以是外部动作触发源，如车辆厂商应用、web(world wide web，万维网)终端、车辆中控、客服电话、线下门店设备等等。服务端可以是车辆厂商的云服务，或是终端设备的云服务，这些终端设备的云服务可以与车辆厂商的云服务互信并建立连接。
129.在步骤2中，服务端通过网络链路向终端发送状态变更指令。其中，终端可以是用户的手机、穿戴设备，终端也可以是用户的车辆。
130.在步骤3中，终端执行状态变更指令，在执行成功的场景下，终端完成本地的数字车钥匙的状态变更。
131.在步骤4中，终端向服务端返回状态变更成功的通知。
132.在步骤5中，服务端接收到终端的状态变更成功的通知后，记录状态变更指令的执行结果。
133.在步骤6中，服务端向请求端反馈状态变更结果。
134.在步骤7中，一些情况下(例如：终端位于地库中)，终端连接失败或无响应，服务端在超出等待时长后，确定本次指令执行无结果。
135.当指令执行无结果时，可能导致服务端、用户手机、车辆之间的数字车钥匙的状态不一致。图2是本公开实施例所示出的一种数字车钥匙的状态同步的流程图，参照图2，当指令执行无结果时，可以通过如下方式进行数字车钥匙的状态同步：
136.在终端上线联网后，向服务端上报联网状态；
137.服务端根据上报的联网状态，检查云端是否存在对应于所述终端的未执行成功的无响应指令；
138.若存在未执行成功的无响应指令，则服务端再次对终端发送未完成的状态变更指令。
139.这种方式可以在终端的下一个联网时刻，对终端未执行成功的指令进行补偿重发，进而在终端恢复联网后，实现多端之间的数字车钥匙状态的同步。
140.在图2的同步方案中，服务端记录无响应的“状态变更指令”。因此，在记录出现异常时，可能导致多端数字车钥匙状态不同步且无法自行修复。例如：服务端向手机设备端发送钥匙删除指令且手机设备端执行成功，服务端向车端发送钥匙删除指令但车端处于断网状态。此时，若服务端出现异常(如断电)，致使保存在缓存中的车端钥匙删除指令的执行状态数据丢失，则可能导致服务端丢失车端存在未成功执行的指令的信息。因此，即使车端再次联网并上报联网状态，服务端也不会补偿发送钥匙删除指令，进而使得手机设备端、服务端和车端的数字车钥匙的状态不一致，且无法自动修复。
141.此外，上述实施方式中，终端无条件执行接收到的指令。但在一些场景中，网络链路中某个中继节点(例如：网关、中台转发服务)的错误的缓存或重试发送可能会导致终端接收到某些重复的指令。作为一种示例，如果终端先接收a指令，处理a指令；而后接收b指令，处理b指令；接着由于错误原因导致重复接收a指令，处理a指令。此时终端与服务端之间的数字车钥匙的状态便会出现不一致，且服务端也无法识别到这种不一致的现象。
142.图3是根据本公开实施例示出的一种状态同步方法的流程图。所述方法由终端执行，所述方法包括：
143.在步骤s31中，接收服务端发送的第一版本号以及第一指令，第一指令用于指示调整终端中的数字车钥匙的状态，第一版本号用于标识调整后的数字车钥匙的状态版本。
144.在一些实施方式中，第一指令可以用于挂失钥匙，或恢复钥匙，或删除钥匙，即可以指示调整终端中的数字车钥匙为挂失状态，或恢复状态，或删除状态。基于应用需求，所述第一指令也可以用于指示调整终端中的数字车钥匙的状态为需求中定义的状态。
145.第一版本号可以以各类字符或字符的组合的形式呈现。在一些实施方式中，第一版本号可以以数字的形式呈现。在以数字形式呈现时，可以基于数字的大小以及数字的累积规则确定版本号之间的高低顺序。例如，版本号之间以加1的规则进行累加，如000001的下一个版本为000002。如此，版本号的大小关系也对应了版本的高低关系。
146.在步骤s32中，根据第一版本号和终端的第二版本号确定是否执行第一指令，第二版本号用于标识终端当前的数字车钥匙的状态版本。
147.例如在一种可能的实施方式中，步骤s32可以指：确定第一版本号和第二版本号不同，执行第一指令。
148.当第一版本号与第二版本号相同时，说明服务端与终端之间的数字车钥匙的状态版本一致。因此，所述第一指令可能是异常指令，此时无需执行所述第一指令。
149.在一种可能的实施方式中，步骤s32可以指：
150.根据所述第一版本号与所述第二版本号之间的高低顺序，确定是否执行所述第一指令。
151.如在一些实施方式中，所述第一版本号等于所述第二版本号，确定拒绝执行所述第一指令。第一版本号与第二版本号相同，说明服务端与终端之间的数字车钥匙的状态版本一致。因此，所述第一指令可能是异常指令，此时无需执行所述第一指令。
152.在一些实施方式中，所述第二版本号高于所述第一版本号，确定拒绝执行所述第一指令。第二版本号高于第一版本号，说明终端的数字车钥匙的状态版本较高。因此，所述第一指令可能是异常指令，如重复发送的指令，因此无需执行所述第一指令。
153.在一些实施方式中，所述第一版本号高于所述第二版本号，确定执行所述第一指令。第一版本号高于第二版本号，说明终端的数字车钥匙的状态版本低于服务端的数字车钥匙的状态版本。因此，可以执行所述第一指令。
154.在上述实施例中，终端可以根据终端的第二版本号以及接收到的第一版本号来确定是否执行第一指令。相对于直接执行服务端的指令的方式，上述实施例中的方式有助于识别异常指令，并减少执行异常指令的次数。这样，也有助于保障多端之间的数字车钥匙的状态一致。
155.图4是根据本公开实施例示出的一种状态同步方法的流程图。所述方法由终端执行，所述方法包括：
156.在步骤s41中，接收服务端发送的第一版本号以及第一指令，第一指令用于指示调整终端中的数字车钥匙的状态，第一版本号用于标识调整后的数字车钥匙的状态版本。
157.在步骤s42中，根据第一版本号和终端的第二版本号确定是否执行第一指令，第二版本号用于标识终端当前的数字车钥匙的状态版本。
158.步骤s41和s42的可选实现方式可参见图3的步骤s31以及s32的可选实现方式，在此不再赘述。
159.在步骤s43中，确定第一指令成功执行。
160.在步骤s44中，将第一版本号作为终端当前的数字车钥匙的状态版本的标识。
161.例如，在一些实施方式中，第二版本号可以是标识终端当前的数字车钥匙的状态版本的参数字段。因此，可以通过第一版本号对第二版本号进行赋值，从而对第二版本号进行更新。
162.在一些场景中，终端也可以自行累积记录版本号。例如，可以约定版本号的记录规则，并在成功进行数字车钥匙的状态调整后，根据所述记录规则对当前的第二版本号进行更新。作为一种示例，记录规则可以是在成功进行数字车钥匙的状态调整后，将版本号加一。这样，在确定第一指令成功执行后，终端可以对当前的第二版本号进行加一，从而得到新的第二版本号。
163.在步骤s45中，向服务端发送用于表示成功执行第一指令的消息。
164.在上述实施例中，通过确定第一指令成功执行，并将第一版本号作为终端当前的数字车钥匙的状态版本的标识，可以对终端当前的数字车钥匙的状态版本的标识进行更
新。这样，实现了终端和服务端的数字车钥匙的状态版本号的同步。此外，终端还可以向服务端发送用于表示成功执行第一指令的消息，以便于服务端进行后续处理。
165.在一些实施例中，第一指令也可能执行失败，此时终端可以向服务端发送用于表示第一指令执行失败的消息。
166.图5是根据本公开实施例示出的一种状态同步方法的流程图。所述方法由终端执行，所述方法包括：
167.在步骤s51中，接收服务端发送的第一版本号以及第一指令，第一指令用于指示调整终端中的数字车钥匙的状态，第一版本号用于标识调整后的数字车钥匙的状态版本。
168.在步骤s52中，根据第一版本号和终端的第二版本号确定是否执行第一指令，第二版本号用于标识终端当前的数字车钥匙的状态版本。
169.步骤s51和s52的可选实现方式可参见图3的步骤s31以及s32的可选实现方式，在此不再赘述。
170.在步骤s53中，确定终端恢复网络连接。
171.在步骤s54中，向服务端发送第二版本号，第二版本号用于服务端确定终端当前的数字车钥匙的状态版本与服务端的数字车钥匙的状态版本是否一致。
172.示例性的，终端从无网络环境变更到有网络环境后，可以恢复网络连接。这样，终端可以向服务端发送第二版本号，以便于服务端确定终端当前的数字车钥匙的状态版本与服务端的数字车钥匙的状态版本是否一致，以及是否需要对终端的数字车钥匙的状态进行调整。
173.在上述实施例中，终端在恢复网络连接后可以主动向服务端发送第二版本号，以便于服务端确定终端与服务端的数字车钥匙的状态版本号是否一致，并确定是否需要同步数字车钥匙的状态。
174.图6是根据本公开实施例示出的一种状态同步方法的流程图。所述方法由服务端执行，所述方法包括：
175.在步骤s61中，接收请求端的用于指示调整数字车钥匙的状态的第二指令。
176.在一些实施方式中，可以接收车辆厂商应用、web终端、车辆中控、客服电话、线下门店设备等设备的用于指示调整数字车钥匙的状态的第二指令。第二指令可以用于挂失钥匙，或恢复钥匙，或删除钥匙，即可以指示调整数字车钥匙为挂失状态，或恢复状态，或删除状态。
177.在步骤s62中，确定调整后的数字车钥匙的状态版本的标识，得到第一版本号。
178.版本号可以以各类字符或字符的组合的形式呈现。在一些实施方式中，版本号可以以数字的形式呈现。在以数字形式呈现时，可以基于数字的大小以及数字的累积规则确定版本号之间的高低顺序。作为一种示例，版本号的记录规则可以为：在数字车钥匙的状态进行调整后，将版本号累加1(在其他的实施例中可以为任意值)。在这种示例中，步骤s62可以是指，服务端确定当前的数字车钥匙的版本号，并累加1，得到所述第一版本号。
179.在一些实施方式中，版本号的累积规则可以基于应用需求进行设置。
180.在一些实施方式中，第一版本号也可以是服务端从请求端获取的。
181.在一些实施方式中，第一版本号也可以是服务端从请求端获取的，请求端可以根据版本号的累积规则以及当前的版本号，确定所述第一版本号。
182.在步骤s63中，向终端发送第一版本号以及第一指令。
183.第一指令用于指示调整终端中的数字车钥匙的状态，第一版本号和终端的第二版本号用于终端确定是否执行第一指令，第二版本号用于标识终端当前的数字车钥匙的状态版本。
184.在一些实施方式中，第一指令和第二指令可以是相同的，即在步骤s63中，服务端将第二指令转发至终端，并附带所述第一版本号。
185.在上述实施例中，服务端可以接收请求端的用于指示调整数字车钥匙的状态的第二指令，并确定调整后的所述数字车钥匙的状态版本的标识，得到第一版本号。通过设置第一版本号，终端可以根据终端的第二版本号以及接收到的第一版本号来确定是否执行第一指令。相对于直接执行服务端的指令的方式，上述实施例中的方式有助于识别异常指令，并减少执行异常指令的次数。这样，也有助于保障多端之间的数字车钥匙的状态一致。
186.图7是根据本公开实施例示出的一种状态同步方法的流程图。所述方法由服务端执行，所述方法包括：
187.在步骤s71中，接收请求端的用于指示调整数字车钥匙的状态的第二指令。
188.在步骤s72中，确定调整后的数字车钥匙的状态版本的标识，得到第一版本号。
189.在步骤s73中，向终端发送第一版本号以及第一指令。
190.步骤s71至s73的可选实现方式可参见图6的步骤s61至s63的可选实现方式，在此不再赘述。
191.在步骤s74中，接收终端发送的第二版本号，第二版本号由终端在恢复网络连接后发送。
192.在步骤s75中，根据第二版本号以及服务端的第三版本号，确定是否向终端发送第三指令，第三指令用于指示调整终端中的数字车钥匙的状态，第三版本号用于标识服务端当前的数字车钥匙的状态版本。
193.在一些实施方式中，根据第二版本号以及服务端的第三版本号，确定是否向终端发送第三指令，包括：根据所述第二版本号与所述第三版本号之间的高低顺序，确定是否向所述终端发送所述第三指令。
194.例如在一实施例中，所述第二版本号低于所述第三版本号，确定向所述终端发送所述第三指令。第二版本号低于第三版本号，可以确定终端与服务端的数字车钥匙的状态版本不一致，且终端的数字车钥匙的状态版本低于服务端的数字车钥匙的状态版本。因此，终端可能存在未成功执行的数字车钥匙的调整指令，此时可以向终端发送所述第三指令。
195.在一些实施例中，所述第二版本号也可能等于所述第三版本号，此时无需发送第三指令。
196.在一些实施例中，服务端也可以在所述第二版本号与所述第三版本号不一致时，发送第三指令。
197.在一些实施例中，在确定向所述终端发送所述第三指令的情况下，所述方法还包括：
198.确定所述服务端当前的数字车钥匙的状态，得到第一状态；
199.向所述终端发送所述第三指令以及所述第三版本号，所述第三指令用于指示将终端中的数字车钥匙的状态调整为所述第一状态，所述第三版本号用于标识状态调整为所述
第一状态后的终端的数字车钥匙的状态版本。
200.在一种实施方式中，服务端当前的数字车钥匙的状态为注销状态。则服务端可以将所述注销状态作为第一状态，向终端发送所述第三指令以及所述第三版本号。所述第三指令用于指示将终端中的数字车钥匙的状态调整为注销状态，所述第三版本号用于标识状态调整为注销状态后的终端的数字车钥匙的状态版本。
201.在一种实施方式中，服务端当前的数字车钥匙的状态为挂失状态。则服务端可以将所述挂失状态作为第一状态，向终端发送所述第三指令以及所述第三版本号。所述第三指令用于指示将终端中的数字车钥匙的状态调整为挂失状态，所述第三版本号用于标识状态调整为挂失状态后的终端的数字车钥匙的状态版本。
202.当然，数字车钥匙的状态不局限于注销状态和挂失状态，本公开实施例对此不做限制。
203.在上述实施例中，通过发送第三指令以及第三版本号，能够自动同步终端和服务端的数字车钥匙的状态以及状态版本。
204.图8是根据本公开实施例示出的一种状态同步方法的流程图。所述方法由服务端执行，所述方法包括：
205.在步骤s81中，接收请求端的用于指示调整数字车钥匙的状态的第二指令。
206.在步骤s82中，确定调整后的数字车钥匙的状态版本的标识，得到第一版本号。
207.在步骤s83中，向终端发送第一版本号以及第一指令。
208.步骤s81至s83的可选实现方式可参见图6的步骤s61至s63的可选实现方式，在此不再赘述。
209.在步骤s84中，接收终端发送的用于表示成功执行第一指令的消息。
210.在步骤s85中，向请求端发送用于表示数字车钥匙的状态调整成功的消息。
211.在上述实施例中，服务端可以接收所述终端发送的用于表示成功执行第一指令的消息，向所述请求端发送用于表示数字车钥匙的状态调整成功的消息，从而完成数字车钥匙的同步。
212.图9是根据本公开实施例示出的一种状态同步方法的流程图，所述方法包括：
213.在步骤s91中，服务端接收请求端的用于指示调整数字车钥匙的状态的第二指令。
214.在步骤s92中，服务端确定调整后的数字车钥匙的状态版本的标识，得到第一版本号。
215.在步骤s93中，服务端向终端发送第一版本号以及第一指令，第一指令用于指示调整终端中的数字车钥匙的状态。
216.步骤s91至s93的可选实现方式可参见图6的步骤s61至s63的可选实现方式，在此不再赘述。
217.在步骤s94中，终端接收服务端发送的第一版本号以及第一指令。
218.在步骤s95中，终端根据第一版本号和终端的第二版本号确定是否执行第一指令，第二版本号用于标识终端当前的数字车钥匙的状态版本。
219.步骤s94至s95的可选实现方式可参见图3的步骤s31至s32的可选实现方式，在此不再赘述。
220.在上述实施例中，终端可以根据终端的第二版本号以及接收到的第一版本号来确
定是否执行第一指令。相对于直接执行服务端的指令的方式，上述实施例中的方式有助于识别异常指令，并减少执行异常指令的次数。这样，也有助于保障多端之间的数字车钥匙的状态一致。
221.图10是根据本公开实施例示出的一种状态同步方法的交互流程图，所述方法包括：
222.在步骤101中，外部动作触发源向车厂云服务发起数字车钥匙状态变更指令。
223.在步骤102中，车厂云服务为每把数字车钥匙设计并记录一个状态版本号字段，接收到外部动作触发源发出的状态变更指令后，记录目标变更状态，并将状态版本号加1。
224.在步骤103中，车厂云服务向终端下发状态变更指令及该次状态变更对应的状态版本号。
225.在步骤104中，终端接收到车厂云服务下发的状态变更指令后，执行该指令，并记录最新的状态版本号。
226.在步骤105中，终端将状态变更成功结果反馈至车厂云服务。
227.在步骤106中，车厂云服务记录终端上的指令执行结果。
228.在步骤107中，车厂云服务向外部动作触发源反馈状态变更成功通知。
229.这样，通过设置状态版本号字段，有助于识别异常指令，并减少执行异常指令的次数。
230.在图10的流程中，当外部网络环境或工程代码错误引发多端之间数字车钥匙的状态不同步时，可以通过图11所示出的一种状态同步方法的交互流程图进行同步。参照图11，所述交互流程包括：
231.当车端恢复网联状态，或当手机设备端恢复网联状态时，读取本地设备内全量数字车钥匙信息，包括钥匙状态及状态版本号，并发送至车厂云服务；
232.车厂云服务接受到终端全量数字车钥匙信息后，将该信息与车厂云服务自存储的钥匙状态及状态版本号进行逐一比对；
233.针对状态不同步的钥匙，车厂云服务向终端发送状态变更指令及状态版本号以促使状态同步。
234.这样，即使服务端出现故障，也能够通过终端报告的钥匙状态以及状态版本号确定是否需要进行数字车钥匙的同步。
235.本公开实施例还提供用于实现以上任一种状态同步方法的装置，例如，提供一种状态同步装置，上述装置包括用以实现以上任一种状态同步方法中终端所执行的各步骤的单元。
236.应理解以上装置中各单元的划分仅是一种逻辑功能的划分，在实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。此外，装置中的单元可以以处理器调用软件的形式实现：例如装置包括处理器，处理器与存储器连接，存储器中存储有计算机指令，处理器调用存储器中存储的计算机指令，以实现以上任一种状态同步方法或实现上述装置各单元的功能，其中处理器例如为通用处理器，例如中央处理单元(central processing unit，cpu)或微处理器，存储器为装置内的存储器或装置外的存储器。或者，装置中的单元可以以硬件电路的形式实现，可以通过对硬件电路的设计实现部分或全部单元的功能，上述硬件电路可以理解为一个或多个处理器；例如，在一种实现中，上述硬件电路
为专用集成电路(application-specific integrated circuit，asic)，通过对电路内元件逻辑关系的设计，实现以上部分或全部单元的功能；再如，在另一种实现中，上述硬件电路为可以通过可编程逻辑器件(programmable logic device，pld)实现，以现场可编程门阵列(field programmable gate array，fpga)为例，其可以包括大量逻辑门电路，通过配置文件来配置逻辑门电路之间的连接关系，从而实现以上部分或全部单元的功能。以上装置的所有单元可以全部通过处理器调用软件的形式实现，或全部通过硬件电路的形式实现，或部分通过处理器调用软件的形式实现，剩余部分通过硬件电路的形式实现。
237.在本公开实施例中，处理器是一种具有信号处理能力的电路，在一种实现中，处理器可以是具有指令读取与运行能力的电路，例如中央处理单元(central processing unit，cpu)、微处理器、图形处理器(graphics processing unit，gpu)(可以理解为一种微处理器)、或数字信号处理器(digital signal processor，dsp)等；在另一种实现中，处理器可以通过硬件电路的逻辑关系实现一定功能，上述硬件电路的逻辑关系是固定的或可以重构的，例如处理器为专用集成电路(application-specific integrated circuit，asic)或可编程逻辑器件(programmable logic device，pld)实现的硬件电路，例如fpga。在可重构的硬件电路中，处理器加载配置文档，实现硬件电路配置的过程，可以理解为处理器加载指令，以实现以上部分或全部单元的功能的过程。此外，还可以是针对人工智能设计的硬件电路，其可以理解为一种asic，例如神经网络处理单元(neural network processing unit，npu)、张量处理单元(tensor processing unit，tpu)、深度学习处理单元(deep learning processing unit，dpu)等。
238.图12是本公开实施例提供的一种第一状态同步装置的结构示意图，第一状态同步装置可以应用于终端。如图12所示，第一状态同步装置1200包括：
239.第一接收模块1201，被配置为接收服务端发送的第一版本号以及第一指令，所述第一指令用于指示调整终端中的数字车钥匙的状态，所述第一版本号用于标识调整后的所述数字车钥匙的状态版本；
240.第一执行模块1202，被配置为根据所述第一版本号和所述终端的第二版本号确定是否执行所述第一指令，所述第二版本号用于标识所述终端当前的数字车钥匙的状态版本。
241.在上述实施例中，可以根据终端的第二版本号以及接收到的第一版本号来确定是否执行第一指令。相对于直接执行服务端的指令的方式，上述实施例中的方式有助于识别异常指令，并减少执行异常指令的次数。这样，也有助于保障多端之间的数字车钥匙的状态一致。
242.可选地，所述第一执行模块，包括：
243.第一确定子模块，被配置为根据所述第一版本号与所述第二版本号之间的高低顺序，确定是否执行所述第一指令。
244.可选地，所述第一确定子模块，被配置为：
245.所述第一版本号高于所述第二版本号，确定执行所述第一指令；或者，
246.所述第一版本号等于所述第二版本号，确定拒绝执行所述第一指令；或者，
247.所述第二版本号高于所述第一版本号，确定拒绝执行所述第一指令。
248.可选地，包括：
249.第二确定模块，被配置为确定第一指令成功执行；
250.第二执行模块，被配置为将所述第一版本号作为终端当前的数字车钥匙的状态版本的标识；
251.第二发送模块，被配置为向所述服务端发送用于表示成功执行第一指令的消息。
252.可选地，包括：
253.第三确定模块，被配置为确定所述终端恢复网络连接；
254.第三发送模块，被配置为向所述服务端发送所述第二版本号，所述第二版本号用于所述服务端确定终端当前的数字车钥匙的状态版本与所述服务端的数字车钥匙的状态版本是否一致。
255.图13是本公开实施例提供的一种第二状态同步装置的结构示意图，第二状态同步装置可以应用于服务端。如图13所示，第二状态同步装置1300包括：
256.第二接收模块1301，被配置为接收请求端的用于指示调整数字车钥匙的状态的第二指令；
257.第一确定模块1302，被配置为确定调整后的所述数字车钥匙的状态版本的标识，得到第一版本号；
258.第一发送模块1303，被配置为向终端发送第一版本号以及第一指令，所述第一指令用于指示调整终端中的数字车钥匙的状态，所述第一版本号和所述终端的第二版本号用于所述终端确定是否执行所述第一指令，所述第二版本号用于标识所述终端当前的数字车钥匙的状态版本。
259.在上述实施例中，服务端可以接收请求端的用于指示调整数字车钥匙的状态的第二指令，并确定调整后的所述数字车钥匙的状态版本的标识，得到第一版本号。通过设置第一版本号，终端可以根据终端的第二版本号以及接收到的第一版本号来确定是否执行第一指令。相对于直接执行服务端的指令的方式，上述实施例中的方式有助于识别异常指令，并减少执行异常指令的次数。这样，也有助于保障多端之间的数字车钥匙的状态一致。
260.可选地，包括：
261.第三接收模块，被配置为接收所述终端发送的第二版本号，所述第二版本号由所述终端在恢复网络连接后发送；
262.第四确定模块，被配置为根据所述第二版本号以及服务端的第三版本号，确定是否向所述终端发送第三指令，所述第三指令用于指示调整终端中的数字车钥匙的状态，所述第三版本号用于标识所述服务端当前的数字车钥匙的状态版本。
263.可选地，所述第四确定模块，包括：
264.第二确定子模块，被配置为根据所述第二版本号与所述第三版本号之间的高低顺序，确定是否向所述终端发送所述第三指令。
265.可选地，所述第二确定子模块，被配置为：
266.所述第二版本号低于所述第三版本号，确定向所述终端发送所述第三指令。
267.可选地，所述第四确定模块确定向所述终端发送所述第三指令，所述第二状态同步装置包括：
268.状态确定模块，被配置为确定所述服务端当前的数字车钥匙的状态，得到第一状态；
269.第四发送模块，被配置为向所述终端发送所述第三指令以及所述第三版本号，所述第三指令用于指示将终端中的数字车钥匙的状态调整为所述第一状态，所述第三版本号用于标识状态调整为所述第一状态后的终端的数字车钥匙的状态版本。
270.可选地，包括：
271.第四接收模块，被配置为接收所述终端发送的用于表示成功执行第一指令的消息；
272.第五发送模块，被配置为向所述请求端发送用于表示数字车钥匙的状态调整成功的消息。
273.图14是本公开实施例提供的通信设备8100的结构示意图。通信设备8100可以是被配置为服务端的网络设备，也可以是终端(例如用户设备等)，也可以是支持网络设备实现以上任一种状态同步方法的芯片、芯片系统、或处理器等，还可以是支持终端实现以上任一种状态同步方法的芯片、芯片系统、或处理器等。通信设备8100可用于实现上述方法实施例中描述的状态同步方法，具体可以参见上述方法实施例中的说明。
274.如图14所示，通信设备8100包括一个或多个处理器8101，处理器8101用于调用计算机指令以使得通信设备8100执行以上任一种状态同步方法。
275.可选地，通信设备8100还包括用于存储计算机指令的一个或多个存储器8102。在可选的实施例中，全部或部分存储器8102也可以处于通信设备8100之外。
276.可选地，通信设备8100还包括一个或多个收发器8103。在通信设备8100包括一个或多个收发器8103时，上述状态同步方法中的发送接收等通信步骤由收发器8103执行，其他步骤由处理器8101执行。
277.以上实施例描述中的通信设备8100可以是网络设备或者终端，但本公开中描述的通信设备8100的范围并不限于此，通信设备8100的结构可以不受图14的限制。通信设备可以是独立的设备或者可以是较大设备的一部分。例如所述通信设备可以是：(1)独立的集成电路ic，或芯片，或，芯片系统或子系统；(2)具有一个或多个ic的集合，可选地，上述ic集合也可以包括用于存储数据，计算机程序的存储部件；(3)asic，例如调制解调器(modem)；(4)可嵌入在其他设备内的模块；(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；(6)其他等等。
278.本公开还提供一种可读存储介质，其上存储有计算机指令，当上述计算机指令在通信设备8100上运行时，使得通信设备8100执行以上任一种状态同步方法。可选地，上述计算机可读存储介质可以是非暂时性(non-transitory)计算机可读存储介质，也可以是暂时性计算机可读存储介质。
279.本公开还提供一种计算机程序产品，上述计算机程序产品被通信设备8100执行时，使得通信设备8100执行以上任一种状态同步方法。

技术特征：
1.一种状态同步方法，其特征在于，由终端执行，所述方法包括：接收服务端发送的第一版本号以及第一指令，所述第一指令用于指示调整终端中的数字车钥匙的状态，所述第一版本号用于标识调整后的所述数字车钥匙的状态版本；根据所述第一版本号和所述终端的第二版本号确定是否执行所述第一指令，所述第二版本号用于标识所述终端当前的数字车钥匙的状态版本。2.根据权利要求1所述的方法，其特征在于，所述根据所述第一版本号和所述终端的第二版本号确定是否执行所述第一指令，包括：根据所述第一版本号与所述第二版本号之间的高低顺序，确定是否执行所述第一指令。3.根据权利要求2所述的方法，其特征在于，所述根据所述第一版本号与所述第二版本号之间的高低顺序，确定是否执行所述第一指令，包括：所述第一版本号高于所述第二版本号，确定执行所述第一指令；或者，所述第一版本号等于所述第二版本号，确定拒绝执行所述第一指令；或者，所述第二版本号高于所述第一版本号，确定拒绝执行所述第一指令。4.根据权利要求1至3中任一项所述的方法，其特征在于，包括：确定第一指令成功执行；将所述第一版本号作为终端当前的数字车钥匙的状态版本的标识；向所述服务端发送用于表示成功执行第一指令的消息。5.根据权利要求1至3中任一项所述的方法，其特征在于，包括：确定所述终端恢复网络连接；向所述服务端发送所述第二版本号，所述第二版本号用于所述服务端确定终端当前的数字车钥匙的状态版本与所述服务端的数字车钥匙的状态版本是否一致。6.一种状态同步方法，其特征在于，由服务端执行，所述方法包括：接收请求端的用于指示调整数字车钥匙的状态的第二指令；确定调整后的所述数字车钥匙的状态版本的标识，得到第一版本号；向终端发送第一版本号以及第一指令，所述第一指令用于指示调整终端中的数字车钥匙的状态，所述第一版本号和所述终端的第二版本号用于所述终端确定是否执行所述第一指令，所述第二版本号用于标识所述终端当前的数字车钥匙的状态版本。7.根据权利要求6所述的方法，其特征在于，包括：接收所述终端发送的第二版本号，所述第二版本号由所述终端在恢复网络连接后发送；根据所述第二版本号以及服务端的第三版本号，确定是否向所述终端发送第三指令，所述第三指令用于指示调整终端中的数字车钥匙的状态，所述第三版本号用于标识所述服务端当前的数字车钥匙的状态版本。8.根据权利要求7所述的方法，其特征在于，所述根据所述第二版本号以及服务端的第三版本号，确定是否向所述终端发送第三指令，包括：根据所述第二版本号与所述第三版本号之间的高低顺序，确定是否向所述终端发送所述第三指令。9.根据权利要求8所述的方法，其特征在于，所述根据所述第二版本号与所述第三版本
号之间的高低顺序，确定是否向所述终端发送所述第三指令，包括：所述第二版本号低于所述第三版本号，确定向所述终端发送所述第三指令。10.根据权利要求7至9中任一项所述的方法，其特征在于，包括：确定向所述终端发送所述第三指令；确定所述服务端当前的数字车钥匙的状态，得到第一状态；向所述终端发送所述第三指令以及所述第三版本号，所述第三指令用于指示将终端中的数字车钥匙的状态调整为所述第一状态，所述第三版本号用于标识状态调整为所述第一状态后的终端的数字车钥匙的状态版本。11.根据权利要求6至9中任一项所述的方法，其特征在于，包括：接收所述终端发送的用于表示成功执行第一指令的消息；向所述请求端发送用于表示数字车钥匙的状态调整成功的消息。12.一种第一状态同步装置，其特征在于，应用于终端，所述装置包括：第一接收模块，被配置为接收服务端发送的第一版本号以及第一指令，所述第一指令用于指示调整终端中的数字车钥匙的状态，所述第一版本号用于标识调整后的所述数字车钥匙的状态版本；第一执行模块，被配置为根据所述第一版本号和所述终端的第二版本号确定是否执行所述第一指令，所述第二版本号用于标识所述终端当前的数字车钥匙的状态版本。13.一种第二状态同步装置，其特征在于，应用于服务端，所述装置包括：第二接收模块，被配置为接收请求端的用于指示调整数字车钥匙的状态的第二指令；第一确定模块，被配置为确定调整后的所述数字车钥匙的状态版本的标识，得到第一版本号；第一发送模块，被配置为向终端发送第一版本号以及第一指令，所述第一指令用于指示调整终端中的数字车钥匙的状态，所述第一版本号和所述终端的第二版本号用于所述终端确定是否执行所述第一指令，所述第二版本号用于标识所述终端当前的数字车钥匙的状态版本。14.一种状态同步方法，其特征在于，包括：服务端接收请求端的用于指示调整数字车钥匙的状态的第二指令；服务端确定调整后的所述数字车钥匙的状态版本的标识，得到第一版本号；服务端向终端发送第一版本号以及第一指令，所述第一指令用于指示调整终端中的数字车钥匙的状态；终端接收服务端发送的第一版本号以及第一指令；终端根据所述第一版本号和所述终端的第二版本号确定是否执行所述第一指令，所述第二版本号用于标识所述终端当前的数字车钥匙的状态版本。15.一种通信设备，其特征在于，包括：一个或多个处理器；其中，所述处理器用于调用计算机指令以使得所述通信设备执行权利要求1-11中任一项所述的状态同步方法。16.一种状态同步系统，其特征在于，包括终端和服务端，其中，所述终端被配置为实现权利要求1至5中任一项所述的状态同步方法，所述服务端被配置为实现权利要求6至11中
任一项所述的状态同步方法。17.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，其特征在于，当所述计算机指令在通信设备上运行时，使得所述通信设备执行如权利要求1-11中任一项所述的状态同步方法。

技术总结
本公开涉及状态同步方法、装置、系统、通信设备以及存储介质，由终端执行的状态同步方法包括：接收服务端发送的第一版本号以及第一指令，所述第一指令用于指示调整终端中的数字车钥匙的状态，所述第一版本号用于标识调整后的所述数字车钥匙的状态版本；根据所述第一版本号和所述终端的第二版本号确定是否执行所述第一指令，所述第二版本号用于标识所述终端当前的数字车钥匙的状态版本。如此，终端可以根据终端的第二版本号以及接收到的第一版本号来确定是否执行第一指令。这种方式有助于识别异常指令，并减少执行异常指令的次数，同时也有助于保障多端之间的数字车钥匙的状态一致。有助于保障多端之间的数字车钥匙的状态一致。有助于保障多端之间的数字车钥匙的状态一致。


技术研发人员：于凡
受保护的技术使用者：小米汽车科技有限公司
技术研发日：2023.05.19
技术公布日：2023/8/1