数字钥匙业务的请求和处理方法、装置、系统和介质与流程

1.本公开涉及车辆技术领域，尤其涉及一种数字钥匙业务的请求和处理方法、装置、系统和介质。


背景技术：

2.目前，基于蓝牙的数字钥匙在各大车企的各种车型上已成为主流，为使得车端蓝牙芯片在用户用车的不同阶段中拥有更灵活的功能变化，通常会在云端服务器与蓝牙芯片之间，采用指令交互的方式，借助车-云通信链路进行消息传递。
3.而在复杂的业务场景中，车端蓝牙芯片同时期望向云端服务器发起多条指令、云端服务器同时期望向车端蓝牙芯片发起多条指令、车云双端同时期望向对端发起指令这些情况都是极有可能发生的。而小型车端蓝牙芯片，由于天然的计算、存储性能的限制，对于并行处理多指令的响应度是并不高效的，因此在并发场景下，容易出现指令丢失。


技术实现要素：

4.为改善相关技术中存在的问题，本公开提供一种数字钥匙业务的请求和处理方法、装置、系统和介质。
5.根据本公开实施例的第一方面，提供一种数字钥匙业务的请求方法，应用于云端服务器，所述方法包括：获取用于请求车辆处理数字钥匙业务的第一业务请求；将所述第一业务请求加入到云端请求队列中；如果当前无正在处理中的第一业务请求，则从所述云端请求队列中取出一个第一业务请求，并将取出的所述第一业务请求下发给车辆。
6.可选地，所述方法还包括：如果已接收到或者超时未接收到车辆针对上一个下发的第一业务请求所返回的第一业务应答，则确定当前无正在处理中的第一业务请求；其中，所述第一业务应答表征车辆处理所述第一业务请求所请求的数字钥匙业务后所生成的处理结果。
7.可选地，在将取出的所述第一业务请求下发给车辆之后，所述方法还包括：如果接收到车辆对于所述第一业务请求的拒绝响应信息，则将所述第一业务请求重新加入到所述云端请求队列中，且在等待预设的延时时间后，再从所述云端请求队列中取出下一个第一业务请求。
8.可选地，所述方法还包括：接收车辆上传的第二业务请求，所述第二业务请求用于请求云端服务器处理数字钥匙业务；响应于所述第二业务请求，处理所述第二业务请求所请求的数字钥匙业务，并在处理完成后生成表征处理结果的第二业务应答；向车辆返回所述第二业务应答。
9.根据本公开实施例的第二方面，提供一种数字钥匙业务的处理方法，应用于车辆，所述方法包括：接收云端服务器下发的第一业务请求，所述第一业务请求是云端服务器通过本公开第一方面提供的数字钥匙业务的请求方法下发的；响应于所述第一业务请求，处理所述第一业务请求所请求的数字钥匙业务，并在处理完成后生成表征处理结果的第一业务应答；向云端服务器返回所述第一业务应答。
10.可选地，所述方法还包括：获取用于请求云端服务器处理数字钥匙业务的第二业务请求；向云端服务器上传所述第二业务请求，并进入对所述第二业务请求的处理结果的等待状态；在等待状态下，如果接收到云端服务器下发的第一业务请求，则拒绝响应所述第一业务请求，并向云端服务器返回拒绝响应信息。
11.根据本公开实施例的第三方面，提供一种数字钥匙业务的请求装置，配置于云端服务器，所述装置包括：第一请求获取模块，被配置为获取用于请求车辆处理数字钥匙业务的第一业务请求；队列加入模块，被配置为将所述第一业务请求加入到云端请求队列中；请求下发模块，被配置为在当前无正在处理中的第一业务请求的情况下，从所述云端请求队列中取出一个第一业务请求，并将取出的所述第一业务请求下发给车辆。
12.根据本公开实施例的第四方面，提供一种数字钥匙业务的处理装置，配置于车辆，所述装置包括：第一请求接收模块，被配置为接收云端服务器下发的第一业务请求，所述第一业务请求是云端服务器通过本公开第一方面提供的数字钥匙业务的请求方法下发的；第一请求处理模块，被配置为响应于所述第一业务请求，处理所述第一业务请求所请求的数字钥匙业务，并在处理完成后生成表征处理结果的第一业务应答；第一应答模块，被配置为向云端服务器返回所述第一业务应答。
13.根据本公开实施例的第五方面，提供一种数字钥匙系统，包括云端服务器和车辆；其中，所述云端服务器用于，获取用于请求车辆处理数字钥匙业务的第一业务请求，并将所述第一业务请求加入到云端请求队列中，如果当前无正在处理中的第一业务请求，则从所述云端请求队列中取出一个第一业务请求，并将取出的所述第一业务请求下发给车辆；所述车辆用于，接收云端服务器下发的第一业务请求，响应于所述第一业务请求，处理所述第一业务请求所请求的数字钥匙业务，在处理完成后生成表征处理结果的第一业务应答，并向云端服务器返回所述第一业务应答。
14.根据本公开实施例的第六方面，提供一种计算机可读存储介质，其上存储有计算机程序指令，该程序指令被处理器执行时实现本公开第一方面提供的数字钥匙业务的请求方法，或者实现本公开第二方面提供的数字钥匙业务的处理方法。
15.本公开的实施例提供的技术方案可以包括以下有益效果：云端服务器每获取到一个第一业务请求后，先将该第一业务请求加入到云端请求
队列中，并在当前无正在处理中的第一业务请求的情况下，才从云端请求队列中取出一个第一业务请求，下发给车辆。由此通过采用云端请求队列对云端的业务请求进行串行化，保证对于同一车辆，云端在同一时刻只会下发一个业务请求，进而解决了云端并发业务请求时，造成的请求丢失现象，提升业务请求的成功率。
16.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
17.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
18.图1示出了由车端蓝牙芯片向云端服务器上传业务请求，并由云端服务器处理业务请求的流程图；图2示出了由云端服务器向车端蓝牙芯片下发业务请求，并由车端蓝牙芯片处理业务请求的流程图；图3示出了一示例性实施例中的数字钥匙业务的请求方法的流程图；图4示出了云端服务器对于第一业务请求的管理架构图；图5示出了一示例性实施例中的数字钥匙业务的请求方法的又一流程图；图6示出了一示例性实施例中的数字钥匙业务的处理方法的流程图；图7示出了一示例性实施例中的数字钥匙业务的处理方法的又一流程图；图8示出了由车端蓝牙芯片向云端服务器上传第二业务请求，并由云端服务器处理第二业务请求的流程图；图9示出了一示例性实施例中的数字钥匙业务的请求装置的框图；图10示出了一示例性实施例中的数字钥匙业务的处理装置的框图。
具体实施方式
19.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
20.需要说明的是，本技术中所有获取信号、信息或数据的动作都是在遵照所在地国家相应的数据保护法规政策的前提下，并获得由相应装置所有者给予授权的情况下进行的。
21.如背景技术所言，在复杂的业务场景中，车端蓝牙芯片同时期望向云端服务器发起多条指令、云端服务器同时期望向车端蓝牙芯片发起多条指令、车云双端同时期望向对端发起指令这些情况都是极有可能发生的。而小型车端蓝牙芯片，由于天然的计算、存储性能的限制，对于并行处理多指令的响应度是并不高效的。由此，本公开实施例通过设计车端蓝牙芯片与云端服务器的指令交互模式，实现车端蓝牙芯片的串行化指令处理，以提升用户关于蓝牙数字钥匙的使用体验。
22.在介绍本技术方案之前，首先对云端服务器与车端蓝牙芯片间的指令交互模式进
行说明。其中，交互的指令可以是业务请求。图1示出了由车端蓝牙芯片向云端服务器上传业务请求，并由云端服务器处理业务请求的流程图，图2示出了由云端服务器向车端蓝牙芯片下发业务请求，并由车端蓝牙芯片处理业务请求的流程图。
23.请参照图1，车端业务触发源首先触发关于数字钥匙业务的业务请求，然后将业务请求发送给车端蓝牙芯片，车端蓝牙芯片将业务请求通过车-云通信链路上传给云端服务器，并进入到对于该业务请求的处理结果的等待状态。其中，该业务请求用于请求云端服务器处理相应的数字钥匙业务，例如删除或新增一个数字钥匙。云端服务器在接收到该业务请求后，处理相应的数字钥匙业务，并在处理完成后生成表征处理结果的业务应答，并通过车-云通信链路向车端蓝牙芯片返回该业务应答，然后车端蓝牙芯片将该业务应答返回给车端业务触发源。
24.此外，如果在一定等待时间里车端蓝牙芯片未接收到云端服务器返回的业务应答，则退出对该业务请求的处理结果的等待状态。
25.可以理解的，该车端业务触发源可能是车端蓝牙芯片的外围器件，例如车端中控大屏，当然也可能是车端蓝牙芯片自身。
26.在一示例性实施例中，在车端中控大屏上显示可解锁当前车辆的多个数字钥匙，用户选择其中一个数字钥匙并确认删除，则车端中控大屏触发关于数字钥匙业务的业务请求，以请求云端删除该数字钥匙，然后将该业务请求发送给车端蓝牙芯片。在又一示例性实施例中，在车端蓝牙芯片中存储有多个数字钥匙及其证书，当车端蓝牙芯片判定某个数字钥匙的证书到期时，触发关于数字钥匙业务的业务请求，以请求云端删除该数字钥匙。
27.请参照图2，当云端有业务请求期望下发给车端处理时，云端服务器通过车-云通信链路将业务请求下发给车端蓝牙芯片，车端蓝牙芯片在接收到该业务请求后，响应于该业务请求，处理相应的数字钥匙业务，在处理完成后生成表征处理结果的业务应答，并通过车-云通信链路向云端服务器返回该业务应答。
28.由于车端蓝牙芯片有限的存储和计算能力，上述两个过程，如果在时间上产生交集，即出现并发，则车端蓝牙芯片需要采取相应的并发处理策略。
29.其中，并发场景具体包括：1.车端蓝牙芯片已向车-云通信链路提交业务请求a，进入对业务请求a的处理结果的等待状态，此时云端服务器恰巧下发业务请求b；2.车端蓝牙芯片已向车-云通信链路提交业务请求a，进入对业务请求a的处理结果的等待状态，此时车端其他外围器件恰巧期望上传业务请求b；3.云端服务器已下发业务请求a，车端蓝牙芯片正在处理业务请求a，此时云端服务器恰巧下发业务请求b；4.云端服务器已下发业务请求a，车端蓝牙芯片正在处理业务请求a，此时车端其他外围器件恰巧期望上传业务请求b。
30.针对以上并发场景，其处理策略主要有两种：1.车端蓝牙芯片进入某工作状态（等待处理结果或者处理业务请求）后，如果接收到新的业务请求，后续接收到的业务请求直接丢弃；2.车端蓝牙芯片进入某工作状态（等待处理结果或者处理业务请求）后，如果接收到新的业务请求，直接处理最新的业务请求。
31.而在上述两种处理策略中，被丢弃掉的业务请求，请求发起方通常会认为发生了请求异常，进而进行请求重试，该情况下，由于车端蓝牙芯片对重试请求的感知等效于普通请求，则有可能会出现重试请求的再次丢失；多次重试后，请求发起方认为请求失败。
32.可见不论采用上述处理策略1或2，都会产生请求异常。而这样的请求异常则会导致业务侧感知到的请求丢失或请求失败，更进一步地，会造成用户的体验下滑。
33.由此，图3示出了一示例性实施例中的数字钥匙业务的请求方法的流程图，该请求方法应用于云端服务器。请参照图3，该请求方法包括以下步骤。
34.步骤s101，获取用于请求车辆处理数字钥匙业务的第一业务请求。
35.其中，第一业务请求可以是云端服务器自身生成的，例如云端服务器中存储有多个数字钥匙，当云端服务器判定某个数字钥匙到期后，可以主动生成用于请求车辆删除该数字钥匙的第一业务请求。第一业务请求也可以是外部生成，并通过相对应的通信链路发送至云端服务器的。例如，当用户在app上或者在云服务web端上进行数字钥匙的删除操作，则app或云服务web端生成相应的第一业务请求，并通过相对应的通信链路将该第一业务请求发送至云端服务器。
36.可选地，第一业务请求中可以包括车辆唯一标识以及所请求的数字钥匙业务，数字钥匙业务包括但不限于新增或删除一个数字钥匙等。
37.步骤s102，将该第一业务请求加入到云端请求队列中。
38.云端服务器在每生成或者接收到一个第一业务请求后，将该第一业务请求加入到云端请求队列中进行排队，该云端请求队列中包括至少一个第一业务请求。
39.示例性地，云端服务器可以通过特定的封装策略，将第一业务请求封装成云端请求队列可存储的业务请求消息体，并将该业务请求消息体加入到云端请求队列中进行排队。
40.步骤s103，如果当前无正在处理中的第一业务请求，则从云端请求队列中取出一个第一业务请求，并将取出的第一业务请求下发给车辆。
41.示例性地，如果当前无正在处理中的第一业务请求，那么云端服务器从云端请求队列中取出最靠前的一个业务请求消息体并解析其中的业务请求内容，还原出第一业务请求，然后将该第一业务请求通过车-云通信链路下发给车辆。第一业务请求中可以包括车辆唯一标识，从而云端服务器可以根据车辆唯一标识将该第一业务请求下发给对应车辆。反之，如果当前有正在处理中的第一业务请求，则不从云端请求队列中取第一业务请求，直至云端服务器判定当前无正在处理中的第一业务请求的情况下，再从云端请求队列中取出第一业务请求。
42.在一种示例中，如果云端服务器已接收到或者超时未接收到车辆针对上一个下发的第一业务请求所返回的第一业务应答，则确定当前无正在处理中的第一业务请求。第一业务应答表征车辆处理第一业务请求所请求的数字钥匙业务后所生成的处理结果。
43.在上述过程中，通过云端请求队列，可以保证对于同一车辆的蓝牙芯片，云端在同一时刻只会下发一个第一业务请求，进而解决了并发场景3中，云端并发业务请求时，造成的请求丢失现象。
44.在一种具体实施例中，图4示出了云端服务器对于第一业务请求的管理架构图，如图4所示，假设云端服务器此时接收到第一业务请求c，于是将第一业务请求c封装成云端请
求队列可存储的业务请求消息体，即消息体c，并将消息体c加入到云端请求队列中进行排队，此时云端请求队列中依次包括消息体a~c。其中，云端请求队列为云端服务器可访问的，使用通用云端消息队列实现的队列组件。
45.云端服务器判定当前无正在处理中的第一业务请求的情况下，从云端请求队列中取出最靠前的消息体a并解析消息体a中的业务请求内容，还原出第一业务请求a，然后根据第一业务请求a中的车辆唯一标识，将第一业务请求a通过车-云通信链路下发给对应车辆。
46.在一种示例中，车-云通信链路为车厂自定义的可以实现车端与云端完成信息传递的通信链路，基于车-云通信链路，云端服务器首先将第一业务请求下发到车端网络模块，随后车端网络模块将第一业务请求传给车端中央处理器，车端中央处理器再将第一业务请求传给车端蓝牙芯片，最终车端蓝牙芯片响应于第一业务请求，处理该第一业务请求中指定的数字钥匙业务。
47.图5示出了一示例性实施例中的数字钥匙业务的请求方法的又一流程图，该请求方法应用于云端服务器。请参照图5，该请求方法包括以下步骤。
48.步骤s201，接收车辆上传的第二业务请求，第二业务请求用于请求云端服务器处理数字钥匙业务。
49.步骤s202，响应于该第二业务请求，处理该第二业务请求所请求的数字钥匙业务，并在处理完成后生成表征处理结果的第二业务应答。
50.步骤s203，向车辆返回该第二业务应答。
51.在上述过程中，车辆通过车-云通信链路向云端服务器上传第二业务请求，例如第二业务请求用于请求云端服务器新增或者删除一个数字钥匙，云端服务器在接收到第二业务请求后，处理第二业务请求中所请求的数字钥匙业务，在处理完成后生成表征处理结果的第二业务应答，并向车辆返回第二业务应答，从而车辆得知云端已完成新增或删除数字钥匙。
52.在可选的实施例中，该数字钥匙业务的请求方法还包括：如果接收到车辆对于第一业务请求的拒绝响应信息，则将该第一业务请求重新加入到云端请求队列中，且在等待预设的延时时间后，再从云端请求队列中取出下一个第一业务请求。
53.图6示出了一示例性实施例中的数字钥匙业务的处理方法的流程图，该处理方法应用于车辆。请参照图6，该处理方法包括以下步骤。
54.步骤s301，接收云端服务器下发的第一业务请求，第一业务请求用于请求车辆处理数字钥匙业务。
55.需要说明的是，该第一业务请求是云端服务器根据本公开提供的数字钥匙业务的请求方法下发的。具体地，对于云端服务器而言，每生成或者接收到一个第一业务请求后，将该第一业务请求加入到云端请求队列中进行排队，若当前无正在处理中的第一业务请求，则从云端请求队列中取出一个第一业务请求，下发给车辆。
56.步骤s302，响应于该第一业务请求，处理该第一业务请求所请求的数字钥匙业务，并在处理完成后生成表征处理结果的第一业务应答。
57.步骤s303，向云端服务器返回该第一业务应答。
58.在上述过程中，云端服务器通过车-云通信链路向车辆下发第一业务请求，例如第一业务请求用于请求车辆新增或删除一个数字钥匙，车辆在接收到第一业务请求后，处理
第一业务请求中所请求的数字钥匙业务，在处理完成后生成表征处理结果的第一业务应答，并向云端服务器返回该第一业务应答，从而云端得知车辆已完成新增或删除数字钥匙。
59.图7示出了一示例性实施例中的数字钥匙业务的处理方法的又一流程图，该处理方法应用于车辆。请参照图7，该处理方法包括以下步骤。
60.步骤s401，获取用于请求云端服务器处理数字钥匙业务的第二业务请求。
61.步骤s402，向云端服务器上传该第二业务请求，并进入对该第二业务请求的处理结果的等待状态。
62.步骤s403，在等待状态下，如果接收到云端服务器下发的第一业务请求，则拒绝响应该第一业务请求，并向云端服务器返回拒绝响应信息。
63.在上述过程中，车辆通过车-云通信链路向云端服务器上传第二业务请求，并且进入对该第二业务请求的处理结果的等待状态。而在等待状态下，拒绝响应云端服务器发送的第一业务请求，并向云端服务器返回拒绝响应信息。
64.在该实施例中，对于云端服务器而言，一方面，云端服务器接收车辆上传的第二业务请求，处理该第二业务请求中所请求的数字钥匙业务，在处理完成后生成表征处理结果的第二业务应答，并通过车-云通信链路返回该第二业务应答；另一方面，云端服务器接收车辆对于第一业务请求的拒绝响应信息，然后将该第一业务请求重新加入到云端请求队列中，且在等待预设的延时时间后，再从云端请求队列中取出下一个第一业务请求。
65.本公开中，通过请求拒绝机制，保证了车端在等待业务应答的过程中，对云端下发的业务请求不会丢弃，而是可以重新加入到云端请求队列中进行排队，进而解决了并发场景1中的并发问题。
66.需要说明的是，上述实施例中的数字钥匙业务的处理方法可以由车端蓝牙芯片所执行。
67.在一种具体实施例中，图8示出了由车端蓝牙芯片向云端服务器上传第二业务请求，并由云端服务器处理第二业务请求的流程图。图8中，车端业务触发源可以是向车端蓝牙芯片触发第二业务请求的工作单元，例如车端中控大屏等，也可以是车端蓝牙芯片本身，下文以车端中控大屏为例进行说明。车端蓝牙芯片为车端蓝牙数字钥匙的主要处理载体，车-云通信链路为车厂自定义的可以实现车端与云端完成信息传递的通信链路。
68.请参照图8，车端中控大屏首先触发关于数字钥匙业务的第二业务请求，然后将该第二业务请求发送给车端蓝牙芯片。车端蓝牙芯片通过车-云通信链路向云端服务器上传该第二业务请求，并进入对该第二业务请求的处理结果的等待状态。
69.在等待状态下，车端蓝牙芯片拒绝响应云端服务器所下发的第一业务请求，并向云端服务器返回拒绝响应信息。
70.对于云端服务器而言，如果接收到车端蓝牙芯片对于下发的第一业务请求的拒绝响应信息，则将该第一业务请求重新封装为业务请求消息体，并将该业务请求消息体重新加入到云端请求队列中进行排队。云端服务器在等待预设的延时时间后，再继续从云端请求队列中取出第一业务请求进行下发，如再次接收到拒绝响应信息，则再次封装为业务请求消息体并加入到云端请求队列，直至车端蓝牙芯片空闲时正常响应第一业务请求。
71.对于云端服务器而言，如果接收到车端蓝牙芯片上传的第二业务请求，响应于该第二业务请求，正常处理该第二业务请求中所请求的数字钥匙业务，然后通过车-云通信链
路向车端蓝牙芯片返回第二业务应答。
72.在一种示例中，基于车-云通信链路，车端蓝牙芯片首先将第二业务请求传给车端中央处理器，随后车端中央处理器将第二业务请求传给车端网络模块，车端网络模块再将第二业务请求上传到云端服务器，最终云端服务器响应于第二业务请求，处理该第二业务请求中指定的数字钥匙业务。
73.基于同一发明构思，本公开实施例还提供一种数字钥匙系统，该数字钥匙系统包括云端服务器和车辆。其中，云端服务器用于，获取用于请求车辆处理数字钥匙业务的第一业务请求，并将该第一业务请求加入到云端请求队列中，如果当前无正在处理中的第一业务请求，则从云端请求队列中取出一个第一业务请求，并将取出的第一业务请求下发给车辆。车辆用于，接收云端服务器下发的第一业务请求，响应于该第一业务请求，处理该第一业务请求所请求的数字钥匙业务，在处理完成后生成表征处理结果的第一业务应答，并向云端服务器返回该第一业务应答。
74.可以理解的，上述数字钥匙系统中的云端服务器和车辆已经在前述方法实施例中进行了详细描述，此处将不再赘述。
75.本公开实施例提供的技术方案，通过采用云端请求队列对云端的业务请求进行串行化，保证了车端蓝牙芯片在并发场景1和并发场景3下能够依次处理各个业务请求，不产生请求丢失。更进一步地，由于在蓝牙数字钥匙中，车端主动发起业务请求为极少数情况，即并发场景2与并发场景4出现的可能性通常较小。因此整体而言，本技术方案可以大幅提高车端蓝牙芯片的业务请求的处理可靠性。
76.综上所述，本技术方案通过云端请求队列机制，配合车端蓝牙芯片的请求拒绝机制，实现车端蓝牙芯片的串行化指令处理，能够减少请求丢失，且提升业务请求的成功率，提升用户关于蓝牙数字钥匙的使用体验。
77.图9示出了一示例性实施例中的数字钥匙业务的请求装置的框图。请参照图9，数字钥匙业务的请求装置500配置于云端服务器，包括：第一请求获取模块501，队列加入模块502和请求下发模块503。
78.第一请求获取模块501被配置为，获取用于请求车辆处理数字钥匙业务的第一业务请求。
79.队列加入模块502被配置为，将所述第一业务请求加入到云端请求队列中。
80.请求下发模块503被配置为，在当前无正在处理中的第一业务请求的情况下，从所述云端请求队列中取出一个第一业务请求，并将取出的所述第一业务请求下发给车辆。
81.可选地，数字钥匙业务的请求装置500还包括判别模块。判别模块被配置为，如果已接收到或者超时未接收到车辆针对上一个下发的第一业务请求所返回的第一业务应答，则确定当前无正在处理中的第一业务请求；其中，所述第一业务应答表征车辆处理所述第一业务请求所请求的数字钥匙业务后所生成的处理结果。
82.可选地，队列加入模块502还被配置为，如果接收到车辆对于所述第一业务请求的拒绝响应信息，将所述第一业务请求重新加入到所述云端请求队列中。请求下发模块503还被配置为，如果接收到车辆对于所述第一业务请求的拒绝响应信息，则在等待预设的延时时间后，再从所述云端请求队列中取出下一个第一业务请求。
83.可选地，数字钥匙业务的请求装置500还包括：第二请求接收模块，第二请求处理
模块和第二应答模块。
84.第二请求接收模块被配置为，接收车辆上传的第二业务请求，所述第二业务请求用于请求云端服务器处理数字钥匙业务。
85.第二请求处理模块被配置为，响应于所述第二业务请求，处理所述第二业务请求所请求的数字钥匙业务，并在处理完成后生成表征处理结果的第二业务应答。
86.第二应答模块被配置为，向车辆返回所述第二业务应答。
87.关于上述数字钥匙业务的请求装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
88.图10示出了一示例性实施例中的数字钥匙业务的处理装置的框图。请参照图10，数字钥匙业务的处理装置600配置于车辆，包括：第一请求接收模块601，第一请求处理模块602和第一应答模块603。
89.第一请求接收模块601被配置为，接收云端服务器下发的第一业务请求，所述第一业务请求是云端服务器通过本公开提供的数字钥匙业务的请求方法下发的。
90.第一请求处理模块602被配置为，响应于所述第一业务请求，处理所述第一业务请求所请求的数字钥匙业务，并在处理完成后生成表征处理结果的第一业务应答。
91.第一应答模块603被配置为，向云端服务器返回所述第一业务应答。
92.可选地，数字钥匙业务的处理装置600还包括：第二请求获取模块，状态切换模块和请求拒绝模块。
93.第二请求获取模块被配置为，获取用于请求云端服务器处理数字钥匙业务的第二业务请求。
94.状态切换模块被配置为，向云端服务器上传所述第二业务请求，并进入对所述第二业务请求的处理结果的等待状态。
95.请求拒绝模块被配置为，在等待状态下，如果接收到云端服务器下发的第一业务请求，则拒绝响应所述第一业务请求，并向云端服务器返回拒绝响应信息。
96.关于上述数字钥匙业务的处理装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
97.在示例性实施例中，本公开还提供一种计算机可读存储介质，其上存储有计算机程序指令，该程序指令被处理器执行时实现本公开提供的数字钥匙业务的请求方法，或者实现数字钥匙业务的处理方法。
98.在示例性实施例中，本公开还提供一种云端服务器，云端服务器包括处理组件，其进一步包括一个或多个处理器，以及包括由存储器所代表的存储器资源。此外，处理组件被配置为执行存储器中存储的指令，以执行上述的数字钥匙业务的请求方法。云端服务器还可以包括电源组件，有线或无线网络接口和输入/输出接口。
99.在示例性实施例中，本公开还提供一种芯片，包括处理器和接口，处理器用于读取指令以执行本公开提供的数字钥匙业务的处理方法，例如该芯片为本公开实施例中的车端蓝牙芯片。
100.在示例性实施例中，本公开还提供一种计算机程序产品，该计算机程序产品包含能够由可编程的装置执行的计算机程序，该计算机程序具有当由该可编程的装置执行时用于执行上述的数字钥匙业务的请求方法，或者数字钥匙业务的处理方法的代码部分。
101.本领域技术人员在考虑说明书及实践本公开后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
102.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。