一种车载关联方法及装置与流程

1.本技术涉及车联网技术领域，尤其涉及一种车载关联方法及装置。


背景技术：

2.车联网技术领域中，车载语音模块的应用越来越普遍。针对于装载有车载语音模块的汽车来说，即使用户正在驱动汽车移动，用户也能通过语音方式直接控制车辆中的部件执行对应的操作，而无需再分神去手动操作。因此，车载语音模块在车辆领域的引入，不仅能提高用户驾驶汽车的便捷性，还能有效降低交通安全隐患，有助于提高用户的驾驶体验。
3.现阶段，在需要使用某项语音服务(例如语音导航服务、天气查询服务等)时，用户通常需要通过车载语音模块向服务器发出语音服务的访问请求。而服务器接收到该访问请求后，会先根据车载语音模块所关联的用户账号来确定该车载语音模块所具有的访问权限。只有当该车载语音模块具有该语音服务的访问权限时，云服务器才会通过车载语音模块将该语音服务提供给用户。显然，车载语音模块所关联的用户账号决定了用户能通过该车载语音模块访问到哪些语音服务，或者决定了用户能否通过该车载语音模块访问到语音服务。因此，如果想要用户通过车载语音模块准确访问到服务器提供的语音服务，那么车载语音模块与用户账号的关联则属于一个很重要的影响因素。
4.在一种现有的关联方案中，车店每销售出一台汽车后，销售人员都会让车主在手机上安装一个车厂应用程序(application，app)，并让车主在该车厂app上注册用户账号。待注册成功后，销售人员会通过车店的电脑将用户的手机号码和用户账号同步提交到车厂系统(即服务器)上。经过车厂系统1-2周的人工审核后，如果审核通过，则车厂系统会向车主的手机发送一条携带绑定码的短信，并提示用户将短信中的绑定码输入到车厂app中。在用户输入完成后，车厂app会将用户输入的绑定码上报给车厂系统。如果车厂系统确定手机上报的绑定码和车厂系统下发的绑定码相同，则车厂系统会后台绑定目标app上当前登录的用户账号和用户所购汽车上的车载语音模块，并将绑定结果通知给车载语音模块。这样，用户后续再向车载语音模块发出语音服务的访问请求时，车载语音模块就可以根据该绑定结果访问车厂系统提供的语音服务。显然，上述关联方案涉及到人为提交用户信息至车厂系统以及人为审核等人工操作，这不仅会降低关联车载语音模块与用户账号的效率，还容易由于人工操作的偶然性导致关联出错。综上，如何准确并快速地关联车载语音模块与用户账号，成为一个亟待解决的技术问题。


技术实现要素：

5.本技术提供一种车载关联方法及装置，用以准确并快速地关联车载语音模块与用户账号。
6.第一方面，本技术提供一种车载关联方法，该方法适用于服务器，该方法包括：服务器接收车载语音模块发送的第一关联请求，并接收终端设备发送的第二关联请求，若确
定第一关联请求和第二关联请求匹配，则可以关联终端设备对应的用户账号和车载语音模块，以使关联后的车载语音模块能够访问服务器提供的语音服务。其中，第一关联请求由车载语音模块在检测到该车载语音模块所在的第一车辆启动后生成并发送给服务器，服务器第二关联请求由终端设备检测到该终端设备所耦合的车载充电模块所在的第二车辆启动后生成并发送给服务器。
7.上述设计利用车辆的启动操作来使终端设备和车载语音模块主动向服务器发送关联请求，并让服务器根据分别接收到的关联请求来执行关联审核的操作，这种方式既不需要人为输入用户信息给服务器，也不需要人为执行审核，从而有助于避免人工参与关联方案所导致的效率低和易出错的问题，提高关联车载语音模块与用户账号的效率和准确度。更进一步的，这种关联方案只需要车辆具有启动功能以及车辆中存在车载充电模块，其对车辆的要求较低，从而不仅能降低车辆的制造成本，还能适用于现阶段的大部分车辆，具有较广的应用场景。
8.在一种可选地设计中，终端设备对应的用户账号可以由用户预先在终端设备的目标应用程序app上向服务器申请得到。这种方式只需要更新目标app以使其具有关联的相关功能即可实现关联车载语音模块和用户账户的操作，既不需要定制开发车机系统，也不需要定制其它模块(例如显示屏或近场通讯模块)，从而实现更容易，成本也更低。
9.在一种可选地设计中，第一关联请求和第二关联请求可以有多种可能的情况，例如：
10.在一种可能的情况下，第一关联请求中包括第一车辆的标识，第二关联请求中包括第二车辆的标识。在这种情况下，若第一车辆的标识和第二车辆的标识相同，则服务器可以确定第一关联请求和第二关联请求匹配。这种方式能仅对针对于同一车辆所发起的各关联请求进行关联，从而有助于从待关联车辆的角度提高关联的准确性。
11.在另一种可能的情况下，第一关联请求中包括第一车辆的标识和第一车辆的启动时间信息，第二关联请求中包括第二车辆的标识和第二车辆的启动时间信息。在这种情况下，服务器根据第一车辆的启动时间信息和第二车辆的启动时间信息，计算出第一车辆和第二车辆的启动时间差，若第一车辆的标识和第二车辆的标识相同，且启动时间差小于预设的启动时间差阈值，则服务器可以确定第一关联请求和第二关联请求匹配。这种方式不仅能在关联各关联请求之前检测车辆的匹配性，还能只对同一时间点发起的关联请求进行关联，从而有助于从待关联车辆和时间两个维度上提高关联的准确性。
12.在又一种可能的情况下，第一关联请求中包括第一车辆的标识和第一车辆的位置信息，第二关联请求中包括第二车辆的标识和第二车辆的位置信息。在这种情况下，服务器根据第一车辆的位置信息和第二车辆的位置信息，计算出第一车辆和第二车辆分别对应的位置之间的距离，若第一车辆的标识和第二车辆的标识相同，且第一车辆和第二车辆分别对应的位置之间的距离小于预设的距离阈值，则服务器可以确定第一关联请求和第二关联请求匹配。这种方式不仅能在关联各关联请求之前检测车辆的匹配性，还能只对同一位置发起的关联请求进行关联，从而有助于从待关联车辆和位置两个维度上提高关联的准确性。
13.在又一种可能的情况下，第一关联请求中包括第一车辆的标识、第一车辆的启动时间信息和第一车辆的位置信息，第二关联请求中包括第二车辆的标识、第二车辆的启动
时间信息和第二车辆的位置信息。在这种情况下，服务器根据第一车辆的启动时间信息和第二车辆的启动时间信息，计算出第一车辆和第二车辆的启动时间差，根据第一车辆的位置信息和第二车辆的位置信息，计算出第一车辆和第二车辆分别对应的位置之间的距离，若第一车辆的标识和第二车辆的标识相同，且启动时间差小于预设的启动时间差阈值，且第一车辆和第二车辆分别对应的位置之间的距离小于预设的距离阈值，则服务器可以确定第一关联请求和第二关联请求匹配。这种方式能在关联各个关联请求之前从待关联车辆、时间和位置这三个维度上进行匹配，从而能实现从车辆统一、启动时间统一和位置统一这三个要素上决策待关联的双方是否为合法双方，通过判断多重信息，有助于防止非法用户的用户账号关联其它用户的车载语音模块，提高关联车载语音模块与用户账号的安全性。
14.在一种可选地设计中，服务器在确定第一关联请求和第二关联请求匹配之后，还可以向车载语音模块下发第一验证信息，以使车载语音模块进行语音播报第一验证信息，之后，服务器接收终端设备发送的第二验证信息，该第二验证信息为用户根据车载语音模块语音播报的第一验证信息生成并下发给终端设备的，当第二验证信息和第一验证信息匹配时，服务器可以关联终端设备对应的用户账号和车载语音模块。这种方式在验证车辆、启动时间或位置之后，还会执行第二次验证，通过这两次验证使用多重信息来综合完成各关联请求的匹配，云服务器能够大概率关联正确的用户账号和车载语音模块，从而有助于提高非法用户的用户账号关联车载语音模块的可能，提高关联的安全性。
15.在一种可选地设计中，服务器关联终端设备对应的用户账号和车载语音模块之后，还可以生成车载语音模块对应的访问码，并将车载语音模块对应的访问码发送给车载语音模块。其中，访问码是服务器关联成功终端设备对应的用户账号和车载语音模块后生成的。如此，有助于车载语音模块后续直接基于该访问码向云服务器访问语音服务，而不用再重复执行关联操作，从而有助于提高获取语音服务的效率。
16.第二方面，本技术提供一种车载关联方法，该方法适用于车载语音模块，该方法包括：车载语音模块在检测到车载语音模块所在的第一车辆启动后生成第一关联请求，并将第一关联请求发送给服务器，以使服务器结合第一关联请求和终端设备发送的第二关联请求来关联终端设备对应的用户账号和车载语音模块。其中，第二关联请求由终端设备在第二车辆启动后生成并发送给服务器，终端设备与第二车辆中的车载充电模块耦合。
17.在一种可选地设计中，第一关联请求和第二关联请求可以有多种可能的设计，例如：
18.在一种可能的情况下，第一关联请求中可以包括第一车辆的标识，第二关联请求中可以包括第二车辆的标识。
19.在另一种可能的情况下，第一关联请求中可以包括第一车辆的标识和第一车辆的启动时间信息，第二关联请求中可以包括第二车辆的标识和第二车辆的启动时间信息。
20.在又一种可能的情况下，第一关联请求中可以包括第一车辆的标识和第一车辆的位置信息，第二关联请求中可以包括第二车辆的标识和第二车辆的位置信息。
21.在又一种可能的情况下，第一关联请求中可以包括第一车辆的标识、第一车辆的启动时间信息和第一车辆的位置信息，第二关联请求中可以包括第二车辆的标识、第二车辆的启动时间信息和第二车辆的位置信息。
22.在一种可选地设计中，车载语音模块将第一关联请求发送给服务器之后，还可以
接收并存储服务器发送的车载语音模块对应的访问码，之后车载语音模块可以使用该访问码向云服务器访问语音服务。
23.在一种可选地设计中，车载语音模块生成第一关联请求之前，还可以确定车载语音模块中未存储有车载语音模块对应的访问码。
24.第三方面，本技术提供一种车载关联方法，该方法适用于终端设备，终端设备与第二车辆的车载充电模块耦合。该方法包括：终端设备通过车载充电模块检测到第二车辆启动后生成第二关联请求，并将该第二关联请求发送给服务器，以使服务器结合第二关联请求和车载语音模块发送的第一关联请求来关联终端设备对应的用户账号和车载语音模块。其中，第一关联请求由车载语音模块在检测到车载语音模块所在的第一车辆启动后生成并发送给服务器。
25.在一种可选地设计中，第一关联请求和第二关联请求可以有多种可能的设计，例如：
26.在一种可能的情况下，第一关联请求中可以包括第一车辆的标识，第二关联请求中可以包括第二车辆的标识。
27.在另一种可能的情况下，第一关联请求中可以包括第一车辆的标识和第一车辆的启动时间信息，第二关联请求中可以包括第二车辆的标识和第二车辆的启动时间信息。
28.在又一种可能的情况下，第一关联请求中可以包括第一车辆的标识和第一车辆的位置信息，第二关联请求中可以包括第二车辆的标识和第二车辆的位置信息。
29.在又一种可能的情况下，第一关联请求中可以包括第一车辆的标识、第一车辆的启动时间信息和第一车辆的位置信息，第二关联请求中可以包括第二车辆的标识、第二车辆的启动时间信息和第二车辆的位置信息。
30.在一种可选地设计中，终端设备对应的用户账号由用户预先在终端设备的目标应用程序app上向服务器申请得到。在这种情况下，终端设备通过车载充电模块检测到第二车辆启动之前，还可以使用终端设备对应的用户账号登录目标app，之后接收用户在目标app上输入的第二车辆的标识，并在目标app上提示用户耦合终端设备与第二车辆的车载充电模块，以及提示用户对第二车辆执行启动操作。
31.在一种可选地设计中，终端设备将第二关联请求发送给服务器之后，还可以接收第二验证信息并发送给云服务器，以使云服务器确定第二验证信息与第一验证信息相同后关联终端设备对应的用户账号和车载语音模块。其中，第二验证信息为用户根据车载语音模块语音播报的第一验证信息生成并下发给终端设备的，第一验证信息由云服务器下发给车载语音模块。
32.第四方面，本技术提供一种车载关联装置，该装置可以为服务器，该装置包括处理器、收发器和存储器，所述处理器和所述存储器相连，所述存储器存储计算机程序，当所述存储器中存储的所述计算机程序被所述处理器执行时，使得所述服务器执行：通过所述收发器接收车载语音模块发送的第一关联请求，该第一关联请求由车载语音模块在检测到该车载语音模块所在的第一车辆启动后生成并发送给服务器；通过所述收发器接收终端设备发送的第二关联请求，该第二关联请求由终端设备检测到该终端设备所耦合的车载充电模块所在的第二车辆启动后生成并发送；若确定第一关联请求和第二关联请求匹配，则关联终端设备对应的用户账号和车载语音模块，以使关联后的车载语音模块能够访问服务器提
供的语音服务。
33.在一种可选地设计中，终端设备对应的用户账号可以由用户预先在终端设备的目标应用程序app上向服务器申请得到。
34.在一种可选地设计中，第一关联请求和第二关联请求可以有多种可能的情况，例如：
35.在一种可能的情况下，第一关联请求中包括第一车辆的标识，第二关联请求中包括第二车辆的标识。在这种情况下，当所述存储器中存储的所述计算机程序被所述处理器执行时，使得所述服务器具体执行：若确定第一车辆的标识和第二车辆的标识相同，则可以确定第一关联请求和第二关联请求匹配。
36.在另一种可能的情况下，第一关联请求中包括第一车辆的标识和第一车辆的启动时间信息，第二关联请求中包括第二车辆的标识和第二车辆的启动时间信息。在这种情况下，当所述存储器中存储的所述计算机程序被所述处理器执行时，使得所述服务器具体执行：根据第一车辆的启动时间信息和第二车辆的启动时间信息，计算出第一车辆和第二车辆的启动时间差，若第一车辆的标识和第二车辆的标识相同，且启动时间差小于预设的启动时间差阈值，则可以确定第一关联请求和第二关联请求匹配。
37.在又一种可能的情况下，第一关联请求中包括第一车辆的标识和第一车辆的位置信息，第二关联请求中包括第二车辆的标识和第二车辆的位置信息。在这种情况下，当所述存储器中存储的所述计算机程序被所述处理器执行时，使得所述服务器具体执行：根据第一车辆的位置信息和第二车辆的位置信息，计算出第一车辆和第二车辆分别对应的位置之间的距离，若第一车辆的标识和第二车辆的标识相同，且第一车辆和第二车辆分别对应的位置之间的距离小于预设的距离阈值，则可以确定第一关联请求和第二关联请求匹配。
38.在又一种可能的情况下，第一关联请求中包括第一车辆的标识、第一车辆的启动时间信息和第一车辆的位置信息，第二关联请求中包括第二车辆的标识、第二车辆的启动时间信息和第二车辆的位置信息。在这种情况下，当所述存储器中存储的所述计算机程序被所述处理器执行时，使得所述服务器具体执行：根据第一车辆的启动时间信息和第二车辆的启动时间信息，计算出第一车辆和第二车辆的启动时间差，根据第一车辆的位置信息和第二车辆的位置信息，计算出第一车辆和第二车辆分别对应的位置之间的距离，若第一车辆的标识和第二车辆的标识相同，且启动时间差小于预设的启动时间差阈值，且第一车辆和第二车辆分别对应的位置之间的距离小于预设的距离阈值，则可以确定第一关联请求和第二关联请求匹配。
39.在一种可选地设计中，当所述存储器中存储的所述计算机程序被所述处理器执行时，使得所述服务器还执行：在确定第一关联请求和第二关联请求匹配之后，关联终端设备对应的用户账号和车载语音模块之前：还通过收发器向车载语音模块下发第一验证信息，以使车载语音模块进行语音播报第一验证信息，之后，通过收发器接收终端设备发送的第二验证信息，该第二验证信息为用户根据车载语音模块语音播报的第一验证信息生成并下发给终端设备的，确定第二验证信息和第一验证信息匹配。
40.在一种可选地设计中，当所述存储器中存储的所述计算机程序被所述处理器执行时，使得所述服务器还执行：在关联终端设备对应的用户账号和车载语音模块之后，生成车载语音模块对应的访问码，并通过收发器将车载语音模块对应的访问码发送给车载语音模
块，以使车载语音模块基于该访问码向服务器访问语音服务。其中，该访问码是服务器关联成功终端设备对应的用户账号和车载语音模块后生成的。
41.第五方面，本技术提供一种车载关联装置，该装置可以为车载语音模块，该装置包括处理器、收发器和存储器，所述处理器和所述存储器相连，所述存储器存储计算机程序，当所述存储器中存储的所述计算机程序被所述处理器执行时，使得所述车载语音模块执行：在检测到车载语音模块所在的第一车辆启动后生成第一关联请求，通过所述收发器将第一关联请求发送给服务器，以使服务器结合第一关联请求和终端设备发送的第二关联请求来关联终端设备对应的用户账号和车载语音模块。其中，第二关联请求由终端设备在第二车辆启动后生成并发送给服务器，终端设备与第二车辆中的车载充电模块耦合。
42.在一种可选地设计中，第一关联请求和第二关联请求可以有多种可能的设计，例如：
43.在一种可能的情况下，第一关联请求中可以包括第一车辆的标识，第二关联请求中可以包括第二车辆的标识。
44.在另一种可能的情况下，第一关联请求中可以包括第一车辆的标识和第一车辆的启动时间信息，第二关联请求中可以包括第二车辆的标识和第二车辆的启动时间信息。
45.在又一种可能的情况下，第一关联请求中可以包括第一车辆的标识和第一车辆的位置信息，第二关联请求中可以包括第二车辆的标识和第二车辆的位置信息。
46.在又一种可能的情况下，第一关联请求中可以包括第一车辆的标识、第一车辆的启动时间信息和第一车辆的位置信息，第二关联请求中可以包括第二车辆的标识、第二车辆的启动时间信息和第二车辆的位置信息。
47.在一种可选地设计中，车载语音模块还可以包括语音播放器，如扬声器或喇叭，或其它能够实现语音播放功能的器件。当所述存储器中存储的所述计算机程序被所述处理器执行时，使得所述车载语音模块还执行：在将第一关联请求发送给服务器之后，通过收发器接收服务器下发的第一验证信息，通过语音播放器语音播报该第一验证信息。
48.在一种可选地设计中，当所述存储器中存储的所述计算机程序被所述处理器执行时，使得所述车载语音模块还执行：在将第一关联请求发送给服务器之后，通过收发器接收并存储服务器发送的车载语音模块对应的访问码，使用该访问码向服务器访问语音服务。
49.在一种可选地设计中，车载语音模块还可以包括语音接收器，如麦克风或拾音器，或其它能够实现语音接收功能的器件。当所述存储器中存储的所述计算机程序被所述处理器执行时，使得所述车载语音模块还执行：在发送第一关联请求之前，通过语音接收器接收用户输入的语音信息，判断车载语音模块中是否存储有车载语音模块对应的访问码，若已存储，则根据用户输入的语音信息和车载语音模块对应的访问码向服务器申请语音服务，若未存储，则生成第一关联请求。
50.第六方面，本技术提供一种车载关联装置，该装置可以为终端设备，该装置可以与第二车辆的车载充电模块耦合。该装置包括：一个或多个处理器；存储器；收发器；以及一个或多个计算机程序；其中，所述一个或多个计算机程序被存储在所述存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器调用执行时，使得所述终端设备执行：通过车载充电模块检测到第二车辆启动后生成第二关联请求，通过收发器将该第二关联请求发送给服务器，以使服务器结合第二关联请求和车载语音模块发送的第一
关联请求来关联终端设备对应的用户账号和车载语音模块。其中，第一关联请求由车载语音模块在检测到车载语音模块所在的第一车辆启动后生成并发送给服务器。
51.在一种可选地设计中，第一关联请求和第二关联请求可以有多种可能的设计，例如：
52.在一种可能的情况下，第一关联请求中可以包括第一车辆的标识，第二关联请求中可以包括第二车辆的标识。
53.在另一种可能的情况下，第一关联请求中可以包括第一车辆的标识和第一车辆的启动时间信息，第二关联请求中可以包括第二车辆的标识和第二车辆的启动时间信息。
54.在又一种可能的情况下，第一关联请求中可以包括第一车辆的标识和第一车辆的位置信息，第二关联请求中可以包括第二车辆的标识和第二车辆的位置信息。
55.在又一种可能的情况下，第一关联请求中可以包括第一车辆的标识、第一车辆的启动时间信息和第一车辆的位置信息，第二关联请求中可以包括第二车辆的标识、第二车辆的启动时间信息和第二车辆的位置信息。
56.在一种可选地设计中，终端设备对应的用户账号由用户预先在终端设备的目标应用程序app上向服务器申请得到。在这种情况下，当所述指令被所述一个或多个处理器调用执行时，使得所述终端设备具体执行：在通过车载充电模块检测到第二车辆启动之前，使用终端设备对应的用户账号登录目标app，之后接收用户在目标app上输入的第二车辆的标识，并在目标app上提示用户耦合终端设备与第二车辆的车载充电模块，以及提示用户对第二车辆执行启动操作。
57.在一种可选地设计中，当所述指令被所述一个或多个处理器调用执行时，使得所述终端设备还执行：在将第二关联请求发送给服务器之后，通过收发器接收第二验证信息并发送给服务器，以使服务器确定第二验证信息与第一验证信息相同后关联终端设备对应的用户账号和车载语音模块。其中，第二验证信息为用户根据车载语音模块语音播报的第一验证信息生成并下发给终端设备的，第一验证信息由服务器下发给车载语音模块。
58.第七方面，本技术提供一种车载关联装置，该装置包括执行上述任一方面的任意一种可能的设计的方法的模块/单元。这些模块/单元可以通过硬件实现，也可以通过硬件执行相应的软件实现。
59.第八方面，本技术提供一种车载关联装置，该装置包括处理器和通信接口，其中，通信接口用于接收来自上述第四方面所述的车载关联装置之外的其它通信装置的信号并传输至处理器或将来自处理器的信号发送给上述第四方面所述的车载关联装置之外的其它通信装置，处理器通过逻辑电路或执行代码指令用于实现如第一方面任一项所述的方法。
60.第九方面，本技术提供一种车载关联装置，包括处理器和通信接口，其中，通信接口用于接收来自上述第五方面所述的车载关联装置之外的其它通信装置的信号并传输至处理器或将来自处理器的信号发送给上述第五方面所述的车载关联装置之外的其它通信装置，处理器通过逻辑电路或执行代码指令用于实现如第二方面任一项所述的方法。
61.第十方面，本技术提供一种车载关联装置，包括处理器和通信接口，其中，通信接口用于接收来自上述第六方面所述的车载关联装置之外的其它通信装置的信号并传输至处理器或将来自处理器的信号发送给上述第六方面所述的车载关联装置之外的其它通信
装置，处理器通过逻辑电路或执行代码指令用于实现如第三方面任一项所述的方法。
62.第十一方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，当所述计算机程序被运行时，实现如上述第一方面任一项所述的方法、或实现如上述第二方面任一项所述的方法、或实现如上述第三方面任一项所述的方法。
63.第十二方面，本技术提供一种芯片，包括处理器和接口；所述处理器用于读取指令以执行如上述第一方面任一项所述的方法、或执行如上述第二方面任一项所述的方法、或执行如上述第三方面任一项所述的方法。
64.第十三方面，本技术提供了一种计算机程序产品，该计算机程序产品用于存储计算机程序，当该计算机程序在计算机上运行时，使得所述计算机执行如上述第一方面任意所述的方法、或者执行上述第二方面任意所述的方法、执行如上述第三方面任意所述的方法。
65.第十四方面，本技术提供一种车辆，该车辆包括车载语音模块和车载充电模块，其中，车载语音模块用于连接服务器，车载充电模块用于耦合终端设备；车载语音模块可以用于执行如上述第二方面或第二方面中的任意一种方法，终端设备可以用于执行上述第三方面或第三方面中的任意一种方法。
66.第十五方面，本技术提供一种车联网系统，该系统包括上述第四方面任一所述的服务器、上述第五方面任一所述的车载语音模块和上述第六方面任一所述的终端设备。
67.上述第二方面至第十五方面中任一方面中的设计的有益效果，可以参照上述第一方面中的设计的有益效果，本技术对此不再一一赘述。
附图说明
68.图1示例性示出本技术实施例适用的一种可能的系统架构示意图；
69.图2示例性示出一种关联车载语音模块与用户账号的方法的流程示意图；
70.图3示例性示出本技术实施例提供的一种应用场景示意图；
71.图4示例性示出本技术实施例一提供的车载关联方法的流程示意图；
72.图5示例性示出本技术实施例提供的一种判断关联请求是否匹配的方法的流程示意图；
73.图6示例性示出本技术实施例二提供的车载关联方法的流程示意图；
74.图7示例性示出本技术实施例提供的一种车载关联方法的界面过程示意图；
75.图8示例性示出本技术实施例三提供的车载关联方法的流程示意图；
76.图9示例性示出本技术实施例对应的应用场景示意图；
77.图10示例性示出本技术实施例提供的一种车载关联装置示意图；
78.图11示例性示出本技术实施例提供的另一种车载关联装置示意图；
79.图12示例性示出本技术实施例提供的又一种车载关联装置示意图；
80.图13示例性示出本技术实施例提供的又一种车载关联装置示意图。
具体实施方式
81.需要说明的是，本技术实施例中的关联方案可以应用于车联网，如车辆外联v2x、车间通信长期演进技术lte-v、车辆-车辆v2v等。例如可以应用于具有语音接收功能和语音
播报功能的车辆，或者应用于具有语音接收功能和语音播报功能的车辆中的其他部件。车辆中的其他部件包括但不限于：车载终端、车载控制器、车载模块、车载模组、车载部件、车载芯片、车载单元、车载雷达或车载摄像头等其他传感器，车辆可通过该车载终端、车载控制器、车载模块、车载模组、车载部件、车载芯片、车载单元、车载雷达或摄像头来实施本技术提供的关联方法。当然，本技术实施例中的关联方案还可以用于除了车辆之外的其他具有语音接收功能和语音播报功能的智能终端，或设置在除了车辆之外的其他具有语音接收功能和语音播报功能的智能终端中，或设置于该智能终端的部件中。该智能终端可以为智能运输设备、智能家居设备、机器人等其他终端设备。例如包括但不限于智能终端或智能终端内的控制器、芯片、雷达或摄像头等其他传感器、以及其他部件等。
82.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。应理解，下文所描述的实施例仅仅是本技术的一部分实施例，而不是全部的实施例。在下文的描述中，用户即是指租用“云”上的语音服务的用户，该用户可以指一般的自然人个体，当然也可以指公司、团体、集团，本技术对此不做限定。在本技术的下列实施例中，该用户特指通过车辆中安装的车载语音模块访问“云”上的语音服务的自然人个体。
83.图1为本技术实施例适用的一种可能的系统架构示意图，如图1所示的系统架构包括车辆、服务器和终端设备。其中，车辆是指安装有车载语音模块的车辆。一台车辆中一般可以安装有至少一台车载语音模块。应理解，本技术实施例对系统架构中车辆的数量、服务器的数量和终端设备的数量均不作限定，例如1台服务器可以只与1个终端设备进行信息交互，也可以与多个终端设备进行信息交互。又例如1台服务器可以只与1台车辆中的1个车载语音模块进行信息交互，也可以与多台车辆中的多个车载语音模块进行信息交互。且，本技术实施例所适用的系统架构中除了包括车辆、服务器和终端设备以外，还可以包括其它设备，如核心网设备、无线中继设备和无线回传设备等，对此本技术实施例也不作限定。以及，本技术实施例中的服务器可以将所有的功能集成在一个独立的物理设备上，也可以将不同功能分别部署在多个独立的物理设备上，对此本技术实施例也不作限定。
84.继续参照图1所示，服务器可以分别与车辆中的车载语音模块和终端设备连接。服务器与车载语音模块可以通过无线方式连接，与终端设备可以通过有线方式连接，也可以通过无线方式连接。此外，服务器与车辆中的语音模块之间、以及服务器与终端设备之间还可以通过网络协议进行通信，网络协议例如可以包括传输控制协议/网际协议(transmission control protocol/internet protocol，tcp/ip)、用户数据报协议/网际协议(user datagram protocol/internet protocol，udp/ip)、超文本传输协议(hypertext transfer protocol，http)、以安全为目标的超文本传输协议(hyper text transfer protocol over secure socket layer，https)等。网络协议还可以包括在上述协议之上使用的远程过程调用协议(remote procedure call protocol，rpc)协议、表述性状态传递(representational state transfer，rest)协议等，具体不作限定。
85.本技术实施例中，终端设备可以是指向用户提供语音和/或数据连通性的设备。例如可以包括具有无线连接功能的手持式设备、车载设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network，ran)与核心网进行通信，与ran交换语音和/或数据。该终端设备可以包括用户设备(user equipment，ue)、移动台(mobile station，ms)、移动终端设备(mobile terminal，mt)、无线终端设备、设备到设备
通信(device-to-device，d2d)终端设备、车到万物(vehicle to everything，v2x)终端设备、机器到机器/机器类通信(machine-to-machine/machine-type communications，m2m/mtc)终端设备、物联网(internet of things，iot)终端设备、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、远程站(remote station)、接入点(access point，ap)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(user terminal)、用户代理(user agent)、或用户装备(user device)等。例如，可以包括移动电话(或称为“蜂窝”电话)，具有移动终端设备的计算机，便携式、袖珍式、手持式、计算机内置的移动装置等。例如，个人通信业务(personal communication service，pcs)电话、无绳电话、会话发起协议(session initiation protocol，sip)话机、无线本地环路(wireless local loop，wll)站、个人数字助理(personal digital assistant，pda)、等设备。还包括受限设备，例如功耗较低的设备，或存储能力有限的设备，或计算能力有限的设备等。例如包括条码、射频识别(radio frequency identification，rfid)、传感器、全球定位系统(global positioning system，gps)、激光扫描器等信息传感设备。目前，一些终端设备的举例为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，mid)、可穿戴设备，虚拟现实(virtual reality，vr)设备、增强现实(augmented reality，ar)设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备等。
86.本技术实施例中，服务器可以是指单服务器，也可以是指服务器集群。在车载语音服务的应用场景中，该服务器可以是指云服务提供商(cloud service provider，csp)，又称为云服务控制端或云服务器，由一系列组件和操作逻辑集合而成。云服务器可以向在云服务器上注册的用户账户提供可租用的语音服务。常见的车载语音服务包括语音导航、语音航班查询、语音股票查询、语音播报天气、语音控制车窗开启或闭合、语音输入短信、语音启动车载电话、语音控制音乐或电台和语音资讯朗读等。云服务器的所属方为车厂。一般来说，车厂通常会为新售出的车辆提供一段时间的免费语音服务，当用户购买汽车后，用户可以下载一个车厂app，并在车厂app上注册用户账号(例如手机号)，之后执行用户账号和用户购买的车辆中的车载语音模块的关联操作。当关联成功后，云服务器就可以根据用户账号获知对应的车载语音模块属于新售卖出的车辆中的车载语音模块，从而云服务器能够通过该车载语音模块向用户提供一段时间的免费语音服务。当免费语音服务到期后，云服务器不再向用户提供语音服务。这时，如果用户还想继续使用语音服务，则用户还需要向云服务器支付一定的成本。这种支付则可以通过用户账号登录车厂app来实现。当云服务器检测到该用户账号缴存了一部分成本用于购买语音服务后，针对于后续通过该用户账号对应的车载语音模块发起的语音服务申请，则云服务器就可以返回对应的语音服务。
87.本技术实施例中的方案用于在上述车载语音服务的应用场景中关联车载语音模块与用户账号。在该场景中，当用户通过某一车载语音模块向云服务器申请语音服务时，只有预先准确关联了该车载语音模块与用户对应的用户账号，云服务器才能根据该关联关系准确确定出该车载语音模块所具有的语音服务权限，进而才能根据该语音服务权限为用户
提供语音服务。显然，关联车载语音模块与用户账号的操作对于提高云服务器提供车载语音服务的准确性来说属于一项非常重要的影响因素。然而，现阶段的关联操作大都是在用户购买车辆时由车厂中的销售人员手动输入相关信息给云服务器来完成的，手动输入不仅效率低，还会使关联的准确性依赖销售人员手动输入的准确性，手动输入会存在一定的偶然因素，从而还可能会导致关联的准确性较低。
88.为了解决上述问题，需要找到一种在无需人为干预的情况下即可完成关联的方案。下面基于图1所示意的系统架构，先示例性介绍几种可能的关联方案。需要说明的是，本文所述的人工干预是指上述方案中示例出的人工录入信息至云服务器以及人工审核，而在关联的过程中用户所执行的验证等操作则不认为是人工干预。此外，为了便于理解，下文将服务器统一称为云服务器。也就是说，在下文中所出现的“云服务器”均可以替换为“服务器”、或者“云服务提供商”、或者“云服务器控制端”。
89.在一种可选地实施方式中，图2示例性示出一种关联车载语音模块与用户账号的方法的流程示意图，如图2所示，该流程包括如下步骤：
90.步骤201，车辆上的车厂app向云服务器发送关联请求。
91.在上述步骤201中，车厂中的每台待售车辆上都可以部署有车机系统，车机系统用于实现车辆中的所有媒体功能，例如语音功能和磁盘播放功能等。车机系统中预置车机app。当用户在车厂购入车辆后，用户可以先启动所购车辆上的车机系统，并打开车机app，指示车机app向云服务器发送关联请求。
92.步骤202，云服务器接收到车辆上的车机app发送的关联请求后，生成一个全局唯一的标识(identity document，id)，然后将这个全局唯一的id下发给车辆上的车机app。
93.示例性地，该id可以由随机的字母和数字组合而成。
94.步骤203，车辆上的车机app接收到全局唯一的id后，调用车机系统中的二维码生成器生成对应的二维码，并显示在车机系统的显示屏上。
95.示例性地，该二维码可以以统一资源定位符(uniform resource locator，url)的形式而存在。
96.步骤204，当用户发现车机系统的显示屏上显示出二维码后，用户可以打开手机中的车机app来扫描该二维码以得到id。
97.本技术实施例中，当用户购买车辆后，车厂中的销售人员会提示用户在手机上也安装一个车机app，并通过手机中的车机app向云服务器注册用户账号。在注册过程中，用户还需要输入所购车辆的标识、车型、用户的电话号码等。当注册成功后，用户可以使用注册得到的用户账号登录手机中的车机app，然后执行扫描二维码的操作。
98.步骤205，手机上的车机app将扫描得到的id和当前登录的用户账号一起发送给云服务器。
99.步骤206，云服务器验证手机上的车机app发送的id和云服务器下发的id相同后，将当前登录的用户账号和车载语音模块关联在一起，并在关联成功后向车辆上的车机app返回关联结果。其中，在关联成功的情况下，关联结果中可以携带当前登录的用户账号。如此，车辆上的车机app可以根据当前登录的用户账号加载该用户账号内的语音资源，以获取云服务器提供的语音服务。在关联失败的情况下，车辆上的车机app还可以重复申请关联。
100.根据上述内容可知，虽然图2所示意出的关联方案能够在不存在人工干预的情况
下完成车载语音模块与用户账号的关联操作，但是这种方式需要在车辆中安装带有显示屏和二维码生成器的车机系统，且还需要在车机系统中定制车机app。因此，这种方式会增大车辆的整车成本，且还不能适用于未安装显示屏的车辆。
101.在另一种可选地实施方式中，当车辆支持蓝牙或无线局域网(wireless-fidelity，wifi)等近场通讯功能时，用户可以直接通过蓝牙或wifi等近场通讯功能将用户在手机app上注册的用户账号分享给车辆中的车载语音模块。或者，如果车辆中设置有显示屏，则用户还可以直接使用车载语音模块扫描当前登录的用户账号对应的二维码，以实现用户账号的共享。然而，这种方式下的关联依赖于车辆的近场通讯能力，无法适用于不具有近场通讯能力的车辆。
102.有鉴于此，本技术提供一种关联车载语音模块与用户账号的方法，用以在未安装显示屏和不具有近场通讯能力的车辆中实现车载语音模块与用户账号的关联，并尽量降低车辆的整车制造成本。
103.下面将结合附图对本技术作进一步地详细描述。应理解，方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。需要说明的是，在本技术的描述中“至少一个”是指一个或多个，其中，多个是指两个或两个以上。鉴于此，本发明实施例中也可以将“多个”理解为“至少两个”。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。
104.另外，需要理解的是，在本技术的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。例如，“第一关联请求”、“第二关联请求”，只是示例性地指出不同的关联请求，而并不意味着这两个关联请求的重要程度或优先级的不同。
105.在介绍具体的实现方式之前，先介绍下本技术实施例的一种可能的应用场景。
106.图3示例性示出本技术实施例提供的一种可能的应用场景示意图，如图3所示，在该场景中，用户坐在车上，车上可以设置有车载语音模块和车载充电模块，还可以放置有终端设备(如图3所示意出的手机)。其中，车载语音模块可以是指能够实现语音播报功能和语音接收功能的任意模块。例如可以是只实现语音播报功能和语音接收功能的麦克风和扬声器，也可以是同时实现语音播报功能、语音接收功能和其它功能的电子设备。车载充电模块可以是如图3所示意出的有线形式下的充电模块，其外部表现形态为车载充电接口，当然也可以是无线形式下的充电模块。应理解，车辆上除了可以安装车载语音模块和车载充电模块以外，还可以安装其它模块，例如处理器、车载定位模块和车载计时模块等。车辆中的这些模块都可以通过总线连接在一起，从而各个模块之间可以通过总线实现相互通信。示例性地，车载定位模块可以是指依赖于全球导航卫星系统(global navigation satellite system，gnss)技术的定位模块，也可以是指依赖于全球定位系统(global positioning system，gps)技术的定位模块。当车载定位模块依赖于gnss技术时，车载定位模块能获取一组或多组卫星的伪距、星历和卫星发射时间等观测量，并能在地球表面或近地空间的任何地点为用户提供全天候的三维坐标定位。当车载定位模块依赖于gps技术时，车载定位模块能利用空中卫星的无线电回路实现对当前位置的经纬度定位。目前车辆的导航功能常基于gps技术来实现。此外，车载计时模块可以用于维护车辆中的时间，以起到保证车辆中的时
间与外界时间一致的作用。
107.本技术实施例中，终端设备可以是指能够向用户提供语音和/或数据连通性，且还能与其它设备(例如云服务器)交互信息的设备。终端设备中可以设置有终端充电模块(图3未进行示意)，终端充电模块可以是如图3所示意出的有线形式下的充电模块，其外部表现形态为终端充电接口，当然也可以是无线形式下的充电模块。应理解，终端设备中除了可以包括终端充电模块以外，还可以安装其它模块，例如处理器、终端定位模块、终端计时模块以及图3所示意出的显示屏等。终端设备中的这些模块也可以通过总线连接在一起，从而终端设备中的各个模块可以通过总线实现相互通信。在终端设备中设置显示屏的情况下，终端设备可以通过显示屏向用户显示信息，并可以通过显示屏接收用户输入的信息。应理解，尽管图3中未示出，终端设备还可以包括其它模块，例如存储器、传感器、蓝牙装置、闪光灯、微型投影装置、近场通信(near field communication，nfc)装置等，在此不予赘述。
108.需要说明的是，本技术实施例中，第一车辆是指车载语音模块所在的车辆，第二车辆是指终端设备所耦合的车载充电模块所在的车辆。第一车辆和第二车辆可以是同一车辆，也可以是不同车辆，具体不作限定。本技术实施例中，只有第一车辆和第二车辆为同一车辆时，用户才能成功地关联车载语音模块与用户账号，也就是说服务器只有确定出第一车辆和第二车辆为同一车辆时，才会将用户请求的车载语音模块与用户账号关联。当第一车辆和第二车辆不是同一车辆时，服务器不会将用户请求的车载语音模块与用户账号关联，以避免用户的恶意绑定，从而提高关联车载语音模块与用户账号的准确性和效率。
109.【实施例一】
110.图4示例性示出本技术实施例一提供的车载关联方法的流程示意图，该方法适用于终端设备、车载语音模块和云服务器，例如图4所示意出的终端设备、车辆中的车载语音模块和云服务器。如图4所示，该流程包括如下步骤：
111.步骤401，在车辆未启动之前，终端设备与车辆中的车载充电模块耦合。
112.本技术实施例中，在终端设备与车辆中的车载充电模块耦合的情况下，如果车辆未启动，则车辆中的电源不会向车载充电模块供电，因此车载充电模块也不会向终端设备供电，从而终端设备处于未供电状态。
113.本技术实施例中，终端设备与车辆中的车载充电模块耦合，可以通过如下方式来实现：
114.在一种可选地实施方式中，如果车辆具有如图3所示意的有线充电能力，且终端设备也支持有线充电方式实现充电，则用户可以使用充电线连接终端设备和车辆中的车载充电模块。这种情况下，终端设备的车载充电接口通过充电线连接车载充电接口。这种情况下，如果车载充电模块从下电状态切换到上电状态(即车辆启动，车辆中的电源开始向车载充电模块供电)，则车载充电模块中的电能可以依次经由车载充电接口、充电线和终端设备的终端充电接口传输给终端设备的电源，从而为终端设备供电，终端设备从未供电状态切换为供电状态。在供电状态下，如果终端设备的电量不为100％，则终端设备可以充电。如果终端设备的电量为100％，则终端设备可以通电但不充电。在该实施方式中，充电线的接口可以为通用串行总线(universal serial bus，usb)类型的接口，例如micro usb、usb type c等。当然也可以为其它类型的接口，具体不作限定。
115.在另一种可选地实施方式中，如果车辆具有无线充电能力，且终端设备也支持无
线充电方式实现充电，则用户可以将终端设备放置在车载充电模块能够供电的范围内，以使终端设备通过电感电路无线连接车载充电模块。这种情况下，终端设备的电源可以通过终端设备中的电感电路与车载充电模块中的电感电路无线连接，当车载充电模块从下电状态切换到上电状态时，车载充电模块中的电能可以依次通过车载充电模块中的电感电路和终端设备中的电感电路无线传输至终端设备的电源，从而为终端设备供电。
116.步骤402，车载语音模块检测到车辆启动后，向云服务器发送第一关联请求。
117.本技术实施例中，车辆启动，具体可以是指车辆的发动机启动。车辆启动的操作可以由用户执行。例如在用户将终端设备耦合到车辆中的车载充电模块后，用户可以通过如下方式控制车辆启动：
118.针对于通过车钥匙启动的车辆来说，车辆上的钥匙孔一般存在4个档位：lock档位、acc档位、on档位和start档位。车钥匙刚插到钥匙孔时处于lock位置。当用户将车钥匙拧到acc档位时，车辆中的电源向车辆中的部分电器元件供电，例如压缩磁盘(compact disc，cd)和点烟器等。当用户将车钥匙被拧到on档位时，车辆中的全部电器元件(包括发动机和车载语音模块)被接通，即车辆中的电源会向车辆中的每个电器元件供电，以使每个电器元件启动自检。当用户将车钥匙被拧到start档位时，车辆起动，start档位具有复位模式，车钥匙在车辆起动成功后会自动弹回on档位。这4个档位中的每个档位都可以按照递进方式执行，例如用户在将车钥匙拧到每个档位后，都可以停留1～2秒的时间再拧到下一个档位，以使电器元件逐个进入工作状态，缓解由于瞬间通电造成的汽车电瓶的负担。在该示例中，当用户将车钥匙从acc档位拧到on档位后，车辆电源就可以向车载语音模块供电，因此，车载语音模块只要检测到自己从未通电状态切换到通电状态，即可确定车辆发生了启动操作。
119.针对于通过电源按键启动的车辆来说，这些车辆上没有设置钥匙孔，而是只设置有一个电源按键。当用户轻按一次电源按键时，车辆中的电源只接通车辆中的部分电器元件，例如音响，且此时车辆的仪表盘灯不亮。当用户再轻按一次电压按键时，车辆中的电源接通车辆中的每个电器元件，使各电器元件进行自检，且车辆的仪表盘灯亮起。如果车辆的仪表盘上存在某个或某些图标常亮，则说明这个或这些图标所对应的电器元件出现问题，这时候用户需要先修理这些电器元件再使用车辆，以避免发生交通事故。如果车辆的仪表盘上的全部图标都不常亮，则说明车辆当前处于正常状态，用户此时可以再按压电压按键以起动车辆。在该示例中，当用户轻按两次电源按键后，车辆电源就可以向车载语音模块供电，因此，车载语音模块只要检测到自己从未通电状态切换到通电状态，即可确定车辆发生了启动操作。
120.在一种可选地实施方式中，第一关联请求中可以包括车载语音模块所在的车辆的标识(假设称为第一车辆标识)，还可以包括车载语音模块所在的车辆的启动时间信息(假设称为第一启动时间信息)和/或车载语音模块所在的车辆的位置信息(假设称为第一位置信息)。在第一关联请求的一种可能的生成方式中，车载语音模块可以预先与车辆上的车载定位模块协商共享车辆位置信息，并可以预先与车辆上的车载计时模块协商以共享时间信息，这种共享可以通过上述内容介绍的总线来实现，当某一模块周期性将共享信息发送在总线上时，与该模块共享的其它模块可以获取到该共享信息。这样，当车载语音模块检测到车辆启动后，车载语音模块可以立马获取车载定位模块定位出的车辆位置以及车载计时模
块中的当前启动时间，然后根据该车辆位置、当前启动时间和车辆标识生成第一关联请求。应理解，车载语音模块通过车载计时模块获取当前启动时间只是一种示例，在其它示例中，车载语音模块也可以通过网络获取外部服务器同步过来的时间，作为当前启动时间。
121.示例性地，本技术实施例中，一台车辆的标识可以是指该车辆的车辆识别码(vehicle identification number，vin)。一台车辆的vin可以由包括该车辆的生产厂家、年代、车型、车身型式及代码、发动机代码及组装地点等信息的17位字符组成，因此，车辆的vin也可以称为十七位码。在这17位字符中，第1-3位字符是制造该车辆的世界制造商的识别代码，指示该车辆是由那个制造商生产的。第4-8位字符用于定义车辆特征，指示该车辆的种类和车身类型等。第9位字符属于校验位，该校验位的取值通过一定的算法计算得到，后续用于防止输入错误。第10位字符用于定义车型和年份，该车型和年份一般由厂家规定，可能并不是车辆的真实生产年份，但一般与真实生产年份之差不超过1年。第11位字符用于定义装配组件得到车辆的装配厂。第12-17位字符用于定义出厂顺序号。
122.步骤403，终端设备通过车载充电模块检测到车辆启动后，向云服务器发送第二关联请求。
123.本技术实施例中，在终端设备与车辆中的车载充电模块耦合的情况下，如果车载充电模块所在的车辆启动，则车辆中的电源会向车载充电模块供电，相应地车载充电模块也能向终端设备供电。这种情况下，只要终端设备检测到自己从未供电状态切换到供电状态，终端设备即可确定所耦合的车载充电模块所在的车辆发生启动操作。
124.在一种可选地实施方式中，第二关联请求中可以包括终端设备所耦合的车载充电模块所在的车辆的标识(假设称为第二车辆标识)，还可以包括终端设备所耦合的车载充电模块所在的车辆的启动时间信息(假设称为第二启动时间信息)和/或终端设备的位置信息(假设称为第二位置信息)。其中，第二车辆标识可以在终端设备检测终端设备所耦合的车载充电模块所在的车辆是否启动之前预设在终端设备中，例如可以是在终端设备耦合车载充电模块后由车载充电模块所在的车辆中的任一模块主动发送给终端设备，也可以是用户在确定待关联的车载语音模块后主动在终端设备上输入，具体不作限定。在第二关联请求的一种可能的生成方式中，当终端设备检测到终端设备从未供电状态切换到供电状态时，终端设备确定所耦合的车载充电模块所在的车辆启动，因此终端设备可以获取终端定位模块定位出的终端位置以及终端计时模块中的当前启动时间，然后根据该终端位置、当前启动时间和预置的车辆标识生成第二关联请求。应理解，终端设备通过终端计时模块获取当前启动时间只是一种示例，在其它示例中，终端设备也可以通过网络获取外部服务器同步过来的时间，作为当前启动时间。
125.步骤404，云服务器判断第一关联请求和第二关联请求是否匹配，若不匹配，则执行步骤405，若匹配，则执行步骤406。
126.本技术实施例中，云服务器可以通过如下方式判断第一关联请求和第二关联请求是否匹配：
127.方式一：当第一关联请求中只包括第一车辆标识，且第二关联请求中只包括第二车辆标识时，云服务器可以直接判断第一车辆标识和第二车辆标识是否相同。若相同，则说明发送第一关联请求的车载语音模块所在的车辆和发送第二关联请求的终端设备所耦合的车载充电模块所在的车辆属于同一车辆，终端设备和车载语音模块在同一车辆启动后分
别向云服务器发送了关联请求。这种情况下，云服务器可以认为第一关联请求和第二关联请求匹配。若第一车辆标识和第二车辆标识不同，则说明发送第一关联请求的车载语音模块所在的车辆和发送第二关联请求的终端设备所耦合的车载充电模块所在的车辆不属于同一车辆，终端设备和车载语音模块分别在不同车辆的启动后向云服务器发送了关联请求。这种情况下，云服务器可以认为第一关联请求和第二关联请求不匹配。
128.方式二：当第一关联请求中包括第一车辆标识和第一启动时间信息，且第二关联请求中包括第二车辆标识和第二启动时间信息时，云服务器不仅要判断第一车辆标识和第二车辆标识是否相同，还需要判断第一启动时间信息和第二启动时间信息的时间差是否不超过预设的启动时间差阈值，若得到的判断结果都为是，则说明终端设备和车载语音模块是在同一车辆的同一次启动后分别向云服务器发送了关联请求。这种情况下，云服务器可以认为第一关联请求和第二关联请求匹配。当上述内容中存在至少一项为否时：例如第一车辆标识和第二车辆标识相同，而第一启动时间信息和第二启动时间信息的时间差超过预设的启动时间差阈值，则说明终端设备和车载语音模块分别在同一车辆的不同次启动中向云服务器发送了关联请求，这种情况下，为了避免历史用户利用历史启动对应的关联请求来关联车载语音模块(例如原车主过户车辆给新车主后，新车主需要重新关联新车主的用户账号和该车辆中的车载语音模块)而导致历史用户控制新用户驾驶车辆的情况发生，云服务器可以认为第一关联请求和第二关联请求不匹配。又例如第一车辆标识和第二车辆标识不同时，无论第一启动时间信息和第二启动时间信息的时间差是否不超过预设的启动时间差阈值，由于终端设备和车载语音模块分别对应不同的车辆，因此云服务器都可以认为第一关联请求和第二关联请求不匹配。
129.方式三：当第一关联请求中包括第一车辆标识和第一位置信息，且第二关联请求中包括第二车辆标识和第二位置信息时，云服务器不仅要判断第一车辆标识和第二车辆标识是否相同，还需要判断第一位置信息和第二位置信息分别对应的位置之间的距离是否不超过预设的距离阈值，若得到的判断结果都为是，则说明终端设备和车载语音模块是在同一车辆的同一位置分别向云服务器发送了关联请求。这种情况下，云服务器可以认为第一关联请求和第二关联请求匹配。当上述内容中存在至少一项为否时：例如第一车辆标识和第二车辆标识相同，而第一位置信息和第二位置信息分别对应的位置之间的距离超过预设的距离阈值，则说明终端设备和车载语音模块虽然是针对于同一车辆向云服务器发起的关联请求，但是终端设备和车载语音模块明显处于不同位置，这种情况下，第一关联请求可能是非法用户在其它位置发送的而并不是坐在车上的用户发送的，因此，为了避免非法用户在车辆启动时伪造关联请求来关联车载语音模块而导致非法用户控制新用户驾驶车辆的情况发生，云服务器可以认为第一关联请求和第二关联请求不匹配。又例如第一车辆标识和第二车辆标识不同时，无论第一位置信息和第二位置信息分别对应的位置之间的距离是否不超过预设的距离阈值，由于终端设备和车载语音模块分别对应不同的车辆，因此云服务器都可以认为第一关联请求和第二关联请求不匹配。
130.方式四：当第一关联请求中包括第一车辆标识、第一启动时间信息和第一位置信息，且第二关联请求中包括第二车辆标识、第二启动时间信息和第二位置信息时，云服务器不仅要判断第一车辆标识和第二车辆标识是否相同，还需要判断第一启动时间信息和第二启动时间信息的时间差是否不超过预设的启动时间差阈值，以及判断第一位置信息和第二
位置信息分别对应的位置之间的距离是否不超过预设的距离阈值，若得到的判断结果都为是，则说明终端设备和车载语音模块是在同一车辆的同一次启动后在同一位置处分别向云服务器发送了关联请求。这种情况下，云服务器可以认为第一关联请求和第二关联请求匹配。当上述内容中存在至少一项为否时，云服务器都可以认为第一关联请求和第二关联请求不匹配。这种方式将终端设备和车载语音模块在不同车辆的启动中发送关联请求、终端设备和车载语音模块在不同启动中发送关联请求、以及终端设备和车载语音模块在不同位置处发送关联请求的情况都作为非法情况，从而能实现从车辆统一、启动时间统一和位置统一这三个要素上决策待关联的双方是否为合法双方，通过判断多重信息，有助于防止非法用户的用户账号关联其它用户的车载语音模块，提高关联车载语音模块与用户账号的安全性。
131.图5示例性示出本技术实施例提供的一种判断关联请求是否匹配的方法的流程示意图，该方法适用于云服务器，例如图1所示意的云服务器。在该示例中，假设第一关联请求中包括第一车辆标识vin1、第一启动时间信息t1和第一位置信息p1，第二关联请求中包括第二车辆标识vin2、第二启动时间信息t2和第二位置信息p2。如图5所示，该方法包括：
132.步骤501，云服务器判断第一车辆标识vin1和第二车辆标识vin2是否相同，若相同，则执行步骤502，若不同，则执行步骤507。
133.步骤502，云服务器根据第一启动时间信息t1和第二启动时间信息t2，计算得到启动时间差：
134.δt＝|t
1-t2|；
135.步骤503，云服务器判断启动时间差δt是否不大于预设的启动时间差阈值t
max
，若是，则执行步骤504，若否，则执行步骤507。
136.本技术实施例中，即使车载语音模块和终端设备是针对同一车辆的同一启动而生成关联请求，由于车载语音模块和终端设备分别按照自己的流程来获取启动时间，因此这两个设备检测到的启动时间也可能会存在偏差。示例来说，车辆在启动时内部的各个电器单元按照设定的顺序依次被唤醒，如果车载语音模块比车载充电模块先被唤醒，则车载语音模块先检测到车辆启动终端设备后检测到车辆启动，从而车载语音模块检测到的车辆启动时间会比终端设备检测到的车辆启动时间早，如果车载充电模块比车载语音模块先唤醒，则终端设备先检测到车辆启动车载语音模块后检测到车辆启动，车载语音模块检测到的车辆启动时间会比终端设备检测到的车辆启动时间晚。但是无论哪个设备先被唤醒，车载语音模块和车载充电模块之间总会对应一个最大的唤醒时间差，当车载语音模块和终端设备检测到的启动时间差小于或等于这个最大的唤醒时间差时，可以认为车载语音模块和终端设备检测的同一次启动，当车载语音模块和终端设备检测到的启动时间差小于或等于这个最大的唤醒时间差时，可以认为车载语音模块和终端设备检测的不同次启动。基于此，预设的启动时间差阈值可以设置为这个最大的唤醒时间差，或者设置为比这个最大的唤醒时间差稍大一些。
137.步骤504，云服务器根据第一位置信息p1和第二位置信息p2，计算得到第一位置信息p1和第二位置信息p2分别对应的位置之间的距离dis(p1，p2)。
138.在一种可选地实施方式中，若车载定位模块和终端定位模块依赖于gnss技术实现定位，则第一位置信息p1和第二位置信息p2表示为坐标形式。这种情况下，假设第一位置信
息p1为(x1，y1，z1)，第二位置信息p2为(x2，y2，z2)，则距离dis(p1，p2)可以为：
[0139][0140]
在另一种可选地实施方式中，若车载定位模块和终端定位模块依赖于gps技术实现定位，则第一位置信息p1和第二位置信息p2由经度(longitude，lon)和纬度(latitude，lat)来表示。这种情况下，假设第一位置信息p1为(lon1，lat1)，lon1为车辆位置所处的经度，lat1为车辆位置所处的纬度，第二位置信息p2为(lon2，lat2)，lon2为终端位置所处的经度，lat2为终端位置所处的纬度，则距离dis(p1，p2)可以按照如下公式计算得到：
[0141]
dis(p1，p2)＝r*arccos(c)*pi/180；
[0142]
c＝sin(lon1)*sin(lon2)*cos(lat1
–
lat2) cos(lon1)*cos(lon2)；
[0143]
其中，r为地球半径，pi为圆周率。
[0144]
步骤505，云服务器判断距离dis(p1，p2)是否不大于预设的距离阈值p
max
，若是，则执行步骤506，若否，则执行步骤507。
[0145]
本技术实施例中，由于车载语音模块和终端设备分别使用不同的定位模块(例如车载语音模块使用车载定位模块进行定位，而终端设备使用终端定位模块进行定位)定位得到车辆位置和终端位置，因此车载语音模块定位出的车辆位置和终端设备定位出的终端位置可能会存在偏差，该偏差依赖于车载定位模块的定位误差和终端定位模块的定位误差。考虑到一个定位模块的定位误差通常不超过20米，因此车载定位模块的定位误差和终端定位模块的定位误差一般不超过40米，基于此，预设的距离阈值可以设置为40米，或者稍大于40米。
[0146]
步骤506，云服务器确定第一关联请求和第二关联请求匹配。
[0147]
步骤507，云服务器确定第一关联请求和第二关联请求不匹配。
[0148]
需要说明的是，本技术实施例中，云服务器可以按照单线程方式依次执行上述三个信息的验证过程，也可以按照多线程方式并行执行上述三个信息的验证过程。上述步骤501至步骤507是以先判断车辆标识、再判断启动时间、最后判断位置的单线程方式来验证三个信息。但是本技术并不限定这三种信息的验证顺序。例如在其它可选地实施方式中，云服务器也可以先判断启动时间、再判断车辆标识、最后判断位置，或者云服务器也可以先判断位置、再判断启动时间、最后判断车辆标识。当按照多线程验证上述三个信息时，云服务器可以先设置三个线程，并使用这三个线程分别验证上述三个信息得到三个验证结果，然后根据这三个验证确定第一关联请求和第二关联请求是否匹配。在任一线程验证完成后，云服务器都可以释放该线程，以节省云服务器中的资源。
[0149]
步骤405，云服务器向车载语音模块通知关联失败的通知消息。
[0150]
在一种可选地实施方式中，车载语音模块在接收到关联失败的通知消息后，还可以语音播报该关联失败的通知消息，以便于用户及时结束本次关联。示例性地，用户在收听到关联失败的通知消息后，还可以重新申请关联。在这种情况下，用户不仅需要保证终端设备耦合车辆上的车载充电模块，还需要先熄火车辆再重复启动车辆，这样，终端设备和车载语音模块才能够重新上报关联请求，以启动新一次的关联操作。
[0151]
应理解，上述步骤405仅是云服务器通知用户关联失败的一种可选地实施方式。本技术并不限定必须使用这种方式来通知用户本次关联失败的结果，例如在其它可选地实施方式中，云服务器也可以将关联失败的通知消息发送给终端设备，让终端设备通过显示方
式或者语音方式将关联失败的通知消息通知给用户。
[0152]
步骤406，云服务器关联终端设备对应的用户账号与车载语音模块。
[0153]
本技术实施例中，当确定第一关联请求和第二关联请求匹配时，云服务器可以直接进行关联操作，也可以再进行进一步地验证，在进一步验证通过后再进行关联操作。关于进一步验证的方案，具体将在实施例二中进行说明，此处先不作介绍。
[0154]
需要说明的是，本技术实施例中的终端设备实际上是指具有用户账号的终端设备。终端设备对应的用户账号可以有很多种可能：例如，在一种可能中，终端设备对应的用户账号可以是用户在激活终端设备时输入的用户账号(例如手机号码，或者其它能够标识用户身份的信息)。在另一种可能中，终端设备对应的用户账号也可以是用户在终端设备上安装的目标app中注册得到的用户账号，用户基于该用户账号登录目标app，并在该目标app中与云服务器交互以完成该用户账号对应的语音服务的相关设置。关于通过目标app关联用户账号和车载语音模块的方案，具体将在实施例三中进行说明，此处先不作介绍。
[0155]
步骤407，云服务器向车载语音模块通知关联成功的通知消息。
[0156]
在一种可选地实施方式中，车载语音模块在接收到关联成功的通知消息后，还可以语音播报该关联成功的通知消息，以便于用户及时获取关联结果。用户在语音收听到该关联成功的通知消息后，还可以执行某种响应逻辑来向云服务器指示用户已获知关联成功。下面示例性介绍两种可能的响应逻辑：
[0157]
当车辆中还设置有呼救(save our souls，sos)按键(或者其它按键)时，云服务器还可以在控制车载语音模块语音播报关联成功的响应消息之后，继续语音播报“若已知关联结果，则请按下sos按键”的提示。如此，用户如果听到关联成功的响应消息，则还可以根据该提示按下车辆的sos按键，而车载语音模块在检测到该sos按键被按下后，可立马将该消息发送给云服务器。这样，云服务器在下发关联成功的通知消息后，如果等到车载语音模块发送的该消息，则可以认为用户已知关联成功；
[0158]
云服务器还可以同步向车载语音模块和终端设备发送关联成功的通知消息，以使车载语音模块通过语音播报的方式将该通知消息通知给用户，并使终端设备通过显示方式将该通知消息通知给用户。终端设备的显示界面上还可以设置有确认按键。当用户听到语音播报的关联结果后，还可以查看终端设备显示的关联结果，如果这两个关联结果一致，则用户可以在终端设备的显示界面上点击确认按键，以便于终端设备将该触发消息发送给云服务器。这样，云服务器在下发关联成功的通知消息后，如果等到终端设备发送的该触发消息，则可以认为用户已知关联成功。
[0159]
更进一步地，以车载语音模块向云服务器返回用户的响应为例，若云服务器在预设的响应时长内一直没有收到用户的响应，则云服务器还可以重新下发该关联成功的通知消息给车载语音模块。当重新下发的次数达到预设的下发次数而云服务器还未收到用户的响应时，说明云服务器和车载语音模块之间出现了某种故障(例如车载语音模块或云服务器侧的网络故障、车载语音模块的内存不足或车载语音模块的语音播报功能故障等)。这种情况下，云服务器还可以通过终端设备来向用户通知故障，以避免用户一直处于等待状态。或者，云服务器还可以向诊断节点发送故障信息，以便于及时维修故障，恢复正常通信。
[0160]
在一种可选地实施方式中，云服务器在成功关联车载语音模块和用户账号后，还可以生成一个全局唯一的访问码，并在云服务器的本地存储该访问码和用户账号的关联关
系。其中，该访问码可以由云服务器按照随机算法生成，例如可以由数字、字母或符号中的任意一项或任意多项组合而成。更进一步的，云服务器还可以在下发关联成功的通知消息时同步下发该访问码给车载语音模块，由车载语音模块将该访问码存储在本地。这样，参照图3所示，当后续用户需要访问云服务器的语音导航服务时，用户可以直接发出“你好，请打开导航”的语音信息。车载语音模块收听到该语音信息之后，可以先查看本地是否存在访问码，若本地存在访问码，则车载语音模块可以直接基于用户待访问的语音导航服务和该访问码生成访问请求，而云服务器在接收到访问请求之后，则可以基于访问请求中携带的访问码找到关联的用户账号，当关联的用户账号具有语音导航服务权限时，云服务器可以将语音导航服务提供给车载语音模块，当关联的用户账号不具有语音导航服务权限时，云服务器可以向车载语音模块返回访问失败的响应消息。若本地不存在访问码，则车载语音模块可以再按照上述步骤402中的方法生成关联请求以申请绑定。
[0161]
在该实施方式中，访问码、用户账号以及语音服务权限的对应关系可以由云服务器根据本地存储的映射表来确定。例如，表1示例性示出一种映射表的示意：
[0162]
访问码用户账号可用的语音服务a28512用户账号a1语音导航、语音上网播报a28513用户账号a2语音通话a28514用户账号a3语音导航、语音上网播报、语音通话
[0163]
表1
[0164]
如表1所示，各个访问码和各个用户账号可以具有一一对应的关系，而各个用户账号根据自己所购买的语音服务不同，又会具有不同的语音服务权限。以用户账号a1为例，由于用户账号a1只购买了语音导航和语音上网播报的语音服务，因此在云服务器本地存储的权限表中，用户账号a1可用的语音服务只包括语音导航和语音上网播报。这种情况下，如果用户通过车载语音模块以访问码a28512来获取语音通话服务，则云服务器可以先查询映射表以确定出访问码a28512对应的用户账号，即用户账号a1，之后，由于云服务器确定用户账号a1不具有语音通话服务的权限，因此云服务器会向车载语音模块返回访问失败的响应消息。当然，如果后续用户又通过用户账号a1又购买了语音通话服务，则云服务器还会在本地存储的权限表中将语音通话服务添加在用户账号a1可用的语音服务中。
[0165]
应理解，在本技术中，下发访问码的操作也可以在成功关联之后的任一阶段下发，本技术并不限定访问码必须和关联成功的通知消息一起下发，例如还可以在关联成功的通知消息下发之后的一段时间后再下发。
[0166]
应理解，上述步骤407仅是云服务器通知用户关联成功的一种可选地实施方式。本技术并不限定必须使用这种方式来通知用户关联结果，例如在另一种可选地实施方式中，云服务器也可以将关联成功的通知消息发送给终端设备，让终端设备通过显示方式或者语音方式将关联成功的通知消息通知给用户。
[0167]
在实施例一中，终端设备和车载语音模块能够利用车辆的启动操作向云服务器上报关联请求，以使服务器根据分别接收到的关联请求来执行关联审核的操作，这种方式既不需要人为输入用户信息给服务器，也不需要人为执行审核，从而有助于避免人工参与关联方案所导致的效率低和误差大的问题，提高关联车载语音模块与终端设备对应的用户账号的效率和准确度。更进一步的，这种关联方案只需要车辆具有启动功能以及车辆中存在
车载充电模块即可实现，既不需要在车辆中安装复杂的车机系统，也不需要车辆具有显示屏和近场通讯功能，因此这种关联方式对车辆的要求较低，不仅能有助于节省车辆的整车制造成本，还能适用于现阶段的大部分车辆(例如能适用于在未安装显示屏和近场通讯能力的车辆中进行用户账号和车载语音模块的关联)，该关联方案具有较广的应用场景。
[0168]
下面基于实施例一，由实施例二和实施例三来介绍实施例一中方案的几种可能实现。
[0169]
【实施例二】
[0170]
图6示例性示出本技术实施例二提供的车载关联方法的流程示意图，该方法适用于终端设备、车载语音模块和云服务器，例如图1所示意出的终端设备、车载语音模块和云服务器。在该方法执行之前，车辆未启动，且终端设备耦合在车辆中的车载充电模块上，例如可以由用户将终端设备和车载充电模块耦合在一起。如图6所示，该方法包括：
[0171]
步骤601，车载语音模块检测到车辆启动后，判断车载语音模块中是否存储有访问码，若是，则执行步骤602，若否，则执行步骤607。
[0172]
步骤602，车载语音模块根据访问码(即车载语音模块所在的车辆的标识)和待访问的语音服务的标识，生成语音服务请求。
[0173]
步骤603，车载语音模块将语音服务请求发送给云服务器。
[0174]
步骤604，云服务器解析语音服务请求，得到访问码和待访问的语音服务的标识，判断访问码对应的用户账号是否具有使用待访问的语音服务的权限，若不具有，则执行步骤605，若具有，则执行步骤606。
[0175]
步骤605，云服务器通过车载语音模块向用户语音播报语音服务失败的通知消息。示例性地，云服务器还可以通过车载语音模块通知语音服务失败的原因，例如访问码不存在、访问码已失效(如用户账号未缴费导致)或访问码权限较低(如用户访问用户账号中未购买的语音服务)。
[0176]
步骤606，云服务器通过车载语音模块向用户提供待访问的语音服务。
[0177]
步骤607，车载语音模块向云服务器发送第一关联请求。其中，第一关联请求中可以包括第一车辆标识、第一启动时间信息和第一位置信息中的一项或多项。
[0178]
步骤608，终端设备通过车载充电模块检测到车辆启动后，向云服务器发送第二关联请求。其中，第二关联请求中可以包括第二车辆标识、第二启动时间信息和第二位置信息中的一项或多项。
[0179]
步骤609，云服务器判断第一关联请求和第二关联请求是否匹配，若匹配，则执行步骤610，若不匹配，则执行步骤619。具体匹配方法请参照上述图4中的步骤404所描述的详细过程，这里不重复赘述。
[0180]
步骤610，云服务器生成第一验证信息，并向车载语音模块发送第一验证信息。
[0181]
在上述步骤610中，第一验证信息可以是云服务器根据某种规则生成的具有唯一性的验证信息。第一验证信息可以由字母、数字、符号或文字中的一项或多项组成，具体不作限定。示例性地，为降低后续车载语音模块语音播报第一验证信息的误差，本技术可以设置第一验证信息为6位随机数，6位随机数既能够兼顾后续验证的安全性，又不过于复杂。
[0182]
步骤611，车载语音模块语音播报第一验证信息，并提示用户在终端设备上输入第一验证信息。
[0183]
步骤612，终端设备将用户输入的第二验证信息发送给云服务器。其中，第二验证信息为用户根据终端设备提示的第一验证信息确定的，具体地，第二验证信息和第一验证信息可以相同，也可以是对第一验证信息的简单变形或变换。
[0184]
步骤613，云服务器判断下发的第一验证信息和终端设备上报的第二验证信息是否匹配，若匹配，则执行步骤614，若不匹配，则执行步骤619。
[0185]
本技术实施例中，云服务器可以通过如下方式判断第一验证信息和第二验证信息是否匹配：
[0186]
云服务器可以直接判断第一验证信息中的内容和第二验证信息中的内容是否完全一致，若完全一致，则可以认为第一验证信息和第二验证信息匹配，若存在部分或全部内容不一致，则可以认为第一验证信息和第二验证信息不匹配。这种方式较为适用于第一验证信息和第二验证信息中只包括数字的场景。在这种场景下，语音播报的结果具有唯一性，用户输入的第二验证信息就是用户听到的验证信息。因此，只要云服务器接收到的第二验证信息和云服务器下发的第一验证信息中存在不一致的数字，则说明云服务器接收到的第二验证信息并不是该用户输入的验证信息，而可能是非法用户侵入该用户的关联流程而发送给云服务器的。这种情况下，通过在第一验证信息和第二验证信息完全不一致时即认为验证不通过，能够避免非法用户通过其他用户的关联流程绑定其他用户的车载语音模块，保证关联过程的安全性。或者，
[0187]
云服务器可以先计算第一验证信息中的内容和第二验证信息中的内容的匹配程度，当匹配程度不小于预设的匹配程度时，可以认为第一验证信息和第二验证信息匹配，当匹配程度小于预设的匹配程度时，可以认为第一验证信息和第二验证信息不匹配。这种方式较为适用于第一验证信息和第二验证信息中还包括文字或字母的场景。在这种场景下，语音播报文字或字母可能会存在发音不标准的情况，或者会存在听者自我思维理解上的问题，因此用户听到的语音播报内容可能与第一验证信息存在部分偏差。因此，为避免在第一验证信息和第二验证信息实际相同的情况下由于语音播报引起的误判不匹配的情况发生，即使第一验证信息和第二验证信息匹配程度不完全一致，只要这种不一致的比例小于预设的偏差，那么云服务器也可以认为第一验证信息和第二验证信息匹配。
[0188]
步骤614，云服务器关联终端设备对应的用户账号与车载语音模块。
[0189]
步骤615，云服务器通过终端设备向用户显示关联成功的通知消息。
[0190]
步骤616，云服务器通过车载语音模块向用户语音播报关联成功的通知消息，并提示用户在终端设备上的显示界面上时确认关联结果。这种情况下，当用户听到该提示后，用户可以对比语音听到的关联结果和终端设备上显示的关联结果，当这两个关联结果一致时，用户可以在终端设备上显示出的关联结果下方点击确认按键。
[0191]
步骤617，终端设备检测到用户在终端设备上点击确定关联结果后，向云服务器发送响应信息，该响应信息用于指示用户已获知关联成功。
[0192]
步骤618，云服务器生成该车载语音模块对应的访问码，并将该访问码下发给车载语音模块，以使车载语音模块保存在本地。
[0193]
在上述步骤618之后，如果用户向车载语音模块发出语音以请求获取某项语音服务(例如语音开启车窗)，则车载语音模块获知自己已具有访问码，因此车载语音模块可以直接根据访问码和用户的语音服务请求向云服务器发送访问请求。云服务器基于本地存储
的映射表确定访问码对应的用户账号具有语音开启车窗的权限后，可以下发车窗控制指令给车辆中的车窗遥控装置，以使车窗遥控装置开启车窗。云服务器还可以在车窗开启完成后，通过车载语音模块向用户语音播报车窗已开启的访问结果。
[0194]
步骤619，云服务器通过车载语音模块语音播报关联失败的通知消息。
[0195]
在实施例二中，云服务器在关联用户账号与车载语音模块之前会经过两次验证流程，第一次验证是从车辆一致性、启动时间一致性和位置一致性等信息上，验证申请关联的用户账号和车载语音模块所申请的关联属于同一关联。第二次验证是在上述验证成功后对用户账号和车载语音模块的关联进行确认，以避免第一次验证存在误判的情况发生。如此，通过在这两次验证中使用多重信息综合完成验证操作，云服务器能够大概率关联正确的用户账号和车载语音模块，有助于提高非法用户的用户账号关联车载语音模块的可能，提高关联的安全性。
[0196]
本技术实施例中，终端设备和云服务器的交互也可以通过终端设备上的目标app来实现。其中，目标app可以是专门开发以用于关联车载语音模块和用户账号的app，也可以是终端设备中用于其它应用功能的app，例如ai音响，具体不作限定。当目标app为终端设备中用于其它应用功能的app时，本技术中的关联方法所对应的算法可以预置在新版本的目标app中，如此，用户只要执行升级目标app的操作，即可使目标app也具有关联车载语音模块和用户账号的功能。
[0197]
下面先示例性介绍下基于终端设备上的目标app实现上述关联方案的界面操作流程，为了便于介绍方案，假设第一验证信息为一串随机数：
[0198]
图7中(a)示例性示出本技术实施例提供的一种终端设备的界面示意图，如图7中(a)所示，终端设备的界面上可以设置有多个应用程序，例如日历、时钟、通话记录、信息、设置、图库、一键锁屏、视频电话和目标app(即图7中(a)所示意出的关联app701)。在用户需要执行关联操作时，用户可以点击目标app，然后注册并登录(若用户之前注册过用户账号，则用户可以直接登录)，以进入目标app的主界面。
[0199]
图7中(b)示例性示出本技术实施例提供的一种目标app中的主界面示意图，如图7中(b)所示，目标app的主界面中存在多个功能按键，例如添加车辆按键、删除车辆按键和变更车辆按键等。当用户需要关联某个车辆的车载语音模块与用户账号时，用户可以点击主界面上的添加车辆按键，以指示出用户存在绑定车辆的需求。当目标app检测到该点击操作后，目标app可以生成添加车辆的请求消息并发生给云服务器，由云服务器下发添加车辆界面的相关信息给目标app，以使目标app加载该添加车辆界面的相关信息，从而从主界面切换到添加车辆界面。
[0200]
图7中(c)示例性示出本技术实施例提供的一种目标app中的添加车辆界面示意图，如图7中(c)所示，添加车辆界面上可以显示有vin输入框。当用户想要关联用户账号和某一车辆的车载语音模块时，用户可以在该vin输入框中输入待关联的车辆的vin，以使目标app从添加车辆界面切换到启动提示界面；图7中(d)示例性示出本技术实施例提供的一种目标app中的启动提示界面示意图，如图7(d)所示，启动提示界面上显示有“请先耦合终端设备和车载充电模块，再进行启动操作”的文字信息。应理解，图7中(d)只是一种示例性的说明，只要能够通过界面显示的方式提示用户先耦合终端设备和车载充电模块再执行启动操作的方案都在本技术的保护范围内。例如，图7中(e)示例性示出本技术实施例提供的
另一种目标app中的启动提示界面示意图，在图7中(e)的示例中，目标app使用图标和文字结合的方式来提示用户执行上述两个操作。示例性地，继续按照图7中(e)所示，在一种可选地实施方式中，启动提示界面上还可以显示有确认按键，当用户执行完成上述两个操作后，用户还可以点击该确认按键，以使目标app从启动提示界面切换至验证界面。
[0201]
图7中(f)示例性示出本技术实施例提供的一种目标app中的验证界面示意图，如图7中(f)所示，该验证界面中可以设置有随机数输入框。当用户执行完上述两个操作之后，终端设备、车载语音模块和云服务器会按照实施例一或实施例二中的方案启动关联流程，之后，云服务器会向车载语音模块下发所生成的一串随机数，让车载语音模块语音播报这串随机数。在用户听到语音播报的随机数后，用户可以在目标app的验证界面上输入所听到的随机数，以使终端设备向云服务器上报这串随机数进行进一步的验证。参照图7中(f)所示，在随机数为6位随机数的情况下，验证界面中的每个随机数可以对应一个输入框。
[0202]
下面通过实施例三介绍通过目标app关联用户账号和车载语音模块的具体实现过程。
[0203]
【实施例三】
[0204]
图8示例性示出本技术实施例三提供的车载关联方法的流程示意图，该方法适用于使用终端设备的用户、终端设备中的目标app、车载语音模块和云服务器，例如图1所示意出的用户、终端设备(假设终端设备上安装有目标app)、车载语音模块和云服务器。如图8所示，该流程包括如下步骤：
[0205]
步骤801，用户在终端设备的目标app上注册用户账号。
[0206]
在上述步骤801中，注册用户账号的操作可以是在用户购买车辆时进行，也可以是在用户购入车辆之后的任一时段进行，例如用户在将新购入的车辆开回家后再执行注册操作。这种方式不需要限制用户必须在购买车辆时按照销售人员的指示注册用户账户，也不需要销售人员同步用户账号等相关信息至云服务器，从而有助于保护用户账号的安全性，提高用户的隐私保护。
[0207]
步骤802，终端设备的目标app根据用户输入的注册信息生成注册请求，并将注册请求发送给云服务器。其中，注册信息可以包括用户账号和登录密码，还可以包括其它信息，例如姓名、性别、年龄、家庭住址和身份证号码等，具体不作限定。
[0208]
在上述步骤802中，用户账号可以是指用户的手机号码，也可以是指云服务器分配给用户的标识符，还可以是指其它能够用于唯一标识用户的信息。
[0209]
示例性地，为了保证注册请求在发送的过程中不被篡改，目标app还可以先加密该注册请求再将加密后的注册请求发送给云服务器。或者为了提高注册效率，目标app还可以先压缩注册请求，再将压缩后的注请求发送给云服务器。或者，目标app还可以先压缩注册请求，再加密压缩后的注册请求，最后将加密后的压缩注册请求发送给云服务器，以在快速传输注册请求的同时提高注册的安全性。
[0210]
步骤803，云服务器在用户账号注册成功后，向终端设备中的目标app返回注册成功的响应消息。
[0211]
在上述步骤803中，云服务器可以先解析注册请求以得到用户账号和登录密码，然后在本地新建一个文件夹，该文件夹可以以该用户的用户账号来命名，也可以以能够标志该用户的其它唯一标识来命名。之后，云服务器可以将注册请求中携带的用户账号和登录
密码存储在该文件夹中。示例性地，云服务器在生成该用户账号对应的文件夹之前，还可以先查询云服务器中是否已存在该用户对应的文件夹，若存在，则说明该用户之前已经注册过用户账号，因此云服务器可以直接向目标app返回注册失败的响应消息。若不存在，则说明该用户还没有注册过用户账号，因此云服务器可以创建文件夹并执行对应的存储操作。在存储完成后，云服务器确定该用户账号注册成功，从而云服务器可以向目标app发送注册成功的响应消息。
[0212]
步骤804，终端设备中的目标app向用户显示注册成功的响应消息。
[0213]
步骤805，用户使用用户账号登录终端设备中的目标app，并申请关联车辆。
[0214]
在上述步骤805中，用户可以直接从注册成功的响应界面切换到登录界面，也可以先关掉目标app再重新打开目标app以直接进入登录界面。之后，用户在登录界面上填写用户账号和登录密码，并点击登录按钮，以触发目标app生成登录请求并发送给云服务器。之后，云服务器根据登录请求中携带的用户账号找到对应的文件夹，验证用户输入的登录密码是否为该用户账号对应的登录密码，若是，则验证通过，云服务器可以向终端设备中的目标app返回主界面信息，以使目标app加载主界面信息从而切换到主界面。若否，则验证不通过，云服务器可以向终端设备中的目标app返回登录失败的响应消息，以便目标app向用户显示登录失败。该部分内容中所涉及到的目标app与云服务器的交互流程较为繁琐，且与本方案中的发明点关联不大，因此本技术实施例仅简略地以图6中显示出的“登录”来表示该部分内容，但这并不限定本技术中登录的具体实现方案。
[0215]
步骤806，终端设备中的目标app提示用户输入车辆vin。
[0216]
步骤807，用户在目标app的界面上输入车辆vin。
[0217]
步骤808，终端设备中的目标app在检测到用户输入车辆vin后，提示用户耦合终端设备和车辆中的车载充电模块，并提示用户在耦合完成后对车辆进行启动操作。
[0218]
在上述步骤808中，目标app检测到用户在车辆vin输入框中输入待关联的车辆的vin之后，目标app可以先保存该车辆vin，然后再从添加车辆界面切换到启动提示界面。例如可以是通过与云服务器的交互来切换到启动提示界面，也可以是按照添加车辆界面所对应的响应逻辑直接增加对应的提示信息，具体不作限定。
[0219]
步骤809，用户先耦合终端设备和待关联的车辆中的车载充电模块，再对待关联的车辆进行启动操作。
[0220]
示例性地，如果车载充电模块利用有线充电方式进行充电，则用户可以将终端设备通过充电线连接车载充电模块的车载充电接口。如果车载充电模块利用无线充电方式进行充电，则用户可以将终端设备放置在车载充电模块对应的无线充电盘上。
[0221]
步骤811，终端设备上的目标app按照周期方式检测终端设备的供电状态，一旦检测到从未供电状态切换到供电状态，则确认车载充电模块为终端设备供电，车辆中执行了启动操作，因此终端设备上的目标app可以向云服务器发送第二关联请求。其中，第二关联请求中包括车载充电模块所在的车辆的vin、车载充电模块所在的车辆的启动时间信息和终端设备的位置信息。
[0222]
示例性地，在上述步骤811之前，当用户安装目标app到终端设备中时，用户可以选择同意该目标app获取终端设备的供电状态、位置信息和时间信息。这样，在车辆启动后，车辆中的车载充电模块向终端设备供电，目标app根据该终端设备共享的供电状态即可确定
该终端设备切换至供电状态，因此目标app可以获取该终端设备共享的位置信息和时间信息，然后结合用户在步骤607中输入的车辆vin生成上述第二关联请求。其中，终端设备共享的供电状态可以由车载充电模块共享给目标app，终端设备共享的位置信息可以由车载定位模块共享给目标app，终端设备共享的时间信息可以由车载计时模块共享给目标app，当然也可以由目标app从网络获取。
[0223]
步骤810，车载语音模块按照周期方式检测自己的通电状态，一旦检测到从未通电状态切换到通电状态，则确认车辆中执行了启动操作，因此车载语音模块可以向云服务器发送第一关联请求。其中，第一关联请求中包括车载语音模块所在的车辆的vin、车载语音模块所在的车辆的启动时间信息和车载语音模块所在的车辆的位置信息。
[0224]
步骤812，云服务器匹配第一关联请求和第二关联请求中的各项信息，若各项信息都匹配成功，则执行步骤813，若各项信息中存在一项或多项匹配不成功，则执行步骤821。
[0225]
步骤813，云服务器生成一串随机数，并下发给车载语音模块。
[0226]
步骤814，车载语音模块语音播报该串随机数，并语音提示用户在目标app中输入该串随机数。
[0227]
步骤815，用户在目标app中输入随机数。
[0228]
步骤816，终端设备中的目标app检测到用户输入完成后，可以将用户输入的随机数上报给云服务器。
[0229]
步骤817，云服务器对比云服务器下发的随机数和目标app上报的随机数，判断这两串随机数是否一致，若一致，则执行步骤618，若不一致，则执行步骤621。
[0230]
步骤818，云服务器关联车载语音模块和用户通过目标app注册的用户账号。
[0231]
步骤819，云服务器在关联成功后向车载语音模块发送关联成功的通知消息。
[0232]
步骤820，车载语音模块语音播报关联成功的通知消息给用户。
[0233]
步骤821，云服务器通过车载语音模块语音播报关联失败的通知消息给用户。
[0234]
在上述实施例四中，关联车载语音模块与用户账号的操作可以利用终端设备上的目标app来完成，因此，这种方式只需要更新目标app以使其具有关联的相关功能即可(例如用户在购入车辆后，可以先判断下目标app是否具有关联功能，若具有，则可以直接使用关联功能来执行关联操作，若不具有，则可以先升级目标app，待升级完成后，再打开目标app来执行关联操作)，既不需要定制开发车机系统，也不需要定制其它模块(例如显示屏或近场通讯模块)，从而实现更容易，成本也更低。
[0235]
图9示例性示出本技术实施例四对应的应用场景示意图。如图9所示，按照实施例四中的方案，用户在购买车辆后，可以先在手机上下载一个目标app，该目标app可以是车辆的制造商或销售商开发并挂载在应用市场中的app，用户购买车辆后可以在应用市场下载该目标app，并在注册用户账号后登陆目标app并输入车辆vin，然后使用充电线连接手机和车载充电接口，并启动车辆。这样，车辆中的车载语音模块检测到车辆启动后上报第一关联请求给云服务器，目标app检测到终端设备充电后确认车辆启动并上报第二关联请求给云服务器。云服务器在验证车载语音模块上报的第一关联请求和目标app上报的第二关联请求匹配后，可以关联车载语音模块和目标app上当前登录的用户账号，然后向车载语音模块发送关联结果，以使车载语音模块向用户语音播报关联结果。这种方式只需要用户在购买汽车后连接手机和车载充电接口并执行启动操作，既不用用户等待长时间的审核，也不用
用户执行其它操作，从而用户的使用体验较好。
[0236]
需要说明的是，上述各个信息的名称仅仅是作为示例，随着通信技术的演变，上述任意信息均可能改变其名称，但不管其名称如何发生变化，只要其含义与本技术上述信息的含义相同，则均落入本技术的保护范围之内。
[0237]
上述主要从各个网元之间交互的角度对本技术提供的方案进行了介绍。可以理解的是，上述实现各网元为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
[0238]
根据前述方法，图10为本技术实施例提供的一种车载关联装置的结构示意图，如图10所示，该装置可以为云服务器、车载语音模块或终端设备，也可以为芯片或电路，比如可设置于云服务器中的芯片或电路，再比如可设置于车载语音模块中的芯片或电路，再比如可设置于终端设备中内的芯片或电路。
[0239]
进一步的，该车载关联装置1001还可以进一步包括总线系统，其中，处理器1002、存储器1004、收发器1003可以通过总线系统相连。
[0240]
应理解，上述处理器1002可以是一个芯片。例如，该处理器1002可以是现场可编程门阵列(field programmable gate array，fpga)，可以是专用集成芯片(application specific integrated circuit，asic)，还可以是系统芯片(system on chip，soc)，还可以是中央处理器(central processor unit，cpu)，还可以是网络处理器(network processor，np)，还可以是数字信号处理电路(digital signal processor，dsp)，还可以是微控制器(micro controller unit，mcu)，还可以是可编程控制器(programmable logic device，pld)或其他集成芯片。
[0241]
在实现过程中，上述方法的各步骤可以通过处理器1002中的硬件的集成逻辑电路或者软件形式的指令完成。结合本技术实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器1002中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1004，处理器1002读取存储器1004中的信息，结合其硬件完成上述方法的步骤。
[0242]
应注意，本技术实施例中的处理器1002可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该
存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
[0243]
可以理解，本技术实施例中的存储器1004可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synchlink dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，dr ram)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
[0244]
该车载关联装置1001对应上述方法中的云服务器的情况下，该车载关联装置可以包括处理器1002、收发器1003和存储器1004。该存储器1004用于存储指令，该处理器1002用于执行该存储器1004存储的指令，以实现如上图1至图9中所示的任一项或任多项对应的方法中云服务器的相关方案。
[0245]
当车载关联装置1001为上述云服务器，车载关联装置1001可以用于执行上述实施例一至实施例三中任一实施例中云服务器所执行的方法。
[0246]
车载关联装置1001为上述云服务器，且执行实施例一时，车载关联装置1001可以执行：通过收发器1003接收车载语音模块发送的第一关联请求，第一关联请求由车载语音模块检测到车载语音模块所在的第一车辆启动后生成。通过收发器1003接收终端设备发送的第二关联请求，第二关联请求由终端设备检测到第二车辆启动后生成，终端设备与第二车辆中的车载充电模块耦合。之后，若确定所述第一关联请求和所述第二关联请求匹配，则可以关联终端设备对应的用户账号和车载语音模块，以便于服务器根据终端设备对应的用户账号为车载语音模块提供语音服务。
[0247]
该车载关联装置1001对应上述方法中的车载语音模块的情况下，该车载关联装置可以包括处理器1002、收发器1003和存储器1004。该存储器1004用于存储指令，该处理器1002用于执行该存储器1004存储的指令，以实现如上图1至图9中所示的任一项或任多项对应的方法中车载语音模块的相关方案。
[0248]
当车载关联装置1001为上述车载语音模块，车载关联装置1001可以用于执行上述实施例一至实施例三中任一实施例中车载语音模块所执行的方法。
[0249]
车载关联装置1001为上述车载语音模块，且执行实施例一时，车载关联装置1001可以执行：在检测到车载语音模块所在的第一车辆启动后生成第一关联请求，通过收发器1003将第一关联请求发送给服务器，以便于服务器结合第一关联请求和终端设备发送的第二关联请求关联终端设备对应的用户账号和车载语音模块。
[0250]
该车载关联装置1001对应上述方法中的终端设备的情况下，该车载关联装置可以包括处理器1002、收发器1003和存储器1004。该存储器1004用于存储指令，该处理器1002用于执行该存储器1004存储的指令，以实现如上图1至图9中所示的任一项或任多项对应的方
法中终端设备的相关方案。
[0251]
当车载关联装置1001为上述终端设备，车载关联装置1001可以用于执行上述实施例一至实施例三中任一实施例中终端设备所执行的方法。
[0252]
车载关联装置1001为上述终端设备，且执行实施例一时，车载关联装置1001可以执行：在通过车载充电模块检测到第二车辆启动后生成第二关联请求，通过收发器1003将第二关联请求发送给服务器，以使服务器结合车载语音模块发送的第一关联请求和第二关联请求关联终端设备对应的用户账号和车载语音模块。
[0253]
该车载关联装置所涉及的与本技术实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于这些内容的描述，此处不做赘述。
[0254]
基于以上实施例以及相同构思，图11为本技术实施例提供的车载关联装置的示意图，如图11所示，该车载关联装置1101可以为云服务器，也可以为芯片或电路，比如可设置于云服务器中的芯片或电路。
[0255]
该车载关联装置可以对应上述方法中的云服务器。该车载关联装置可以实现如上图1至图9中所示的任一项或任多项对应的方法中云服务器所执行的步骤。该车载关联装置可以包括关联单元1102和收发单元1103。
[0256]
当车载关联装置1101为上述云服务器，收发单元1103可以接收车载语音模块发送的第一关联请求，第一关联请求由车载语音模块检测到车载语音模块所在的第一车辆启动后生成，收发单元1103还可以接收终端设备发送的第二关联请求，第二关联请求由终端设备检测到第二车辆启动后生成，终端设备与第二车辆中的车载充电模块耦合。对应的，关联单元1102可以若确定第一关联请求和第二关联请求匹配，则可以关联终端设备对应的用户账号和车载语音模块，以便于云服务器根据终端设备对应的用户账号为车载语音模块提供语音服务。
[0257]
收发单元1103在发送信息时可以为发送单元或发射器，收发单元1103在接收信息时可以为接收单元或接收器，收发单元1103可以为收发器，此收发器、发射器或接收器可以为射频电路，当车载关联装置1101包含存储单元时，该存储单元用于存储计算机指令，关联单元1102与存储单元通信连接，关联单元1102执行存储单元存储的计算机指令，使车载关联装置1101可以用于执行上述实施例一至实施例三中任一实施例中云服务器所执行的方法。其中，关联单元1102可以是一个通用中央处理器(cpu)，微处理器，特定应用集成电路(application specific intergrated circuit，asic)。
[0258]
当车载关联装置1101为芯片时，收发单元1103可以是输入和/或输出接口、管脚或电路等。关联单元1102可执行存储单元存储的计算机执行指令，以使该车载关联装置1101内的芯片执行实施例一至实施例三中任一实施例所执行的方法。可选地，存储单元为芯片内的存储单元，如寄存器、缓存等，存储单元还可以是车载关联装置1101内的位于该芯片外部的存储单元，如只读存储器(read only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)等。
[0259]
该车载关联装置1101所涉及的与本技术实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于这些内容的描述，此处不做赘述。
[0260]
基于以上实施例以及相同构思，图12为本技术实施例提供的车载关联装置的示意
图，如图12所示，该车载关联装置1201可以为车载语音模块，也可以为芯片或电路，比如可设置于车载语音模块中的芯片或电路。
[0261]
该车载关联装置可以对应上述方法中的车载语音模块。该车载关联装置可以实现如上图1至图9中所示的任一项或任多项对应的方法中车载语音模块所执行的步骤。该车载关联装置可以包括生成单元1202和收发单元1203。
[0262]
当车载关联装置1201为上述车载语音模块，生成单元1202可以在检测到车载语音模块所在的第一车辆启动后，生成第一关联请求，收发单元1203可以将第一关联请求发送给云服务器，以便于云服务器结合第一关联请求和终端设备发送的第二关联请求关联终端设备对应的用户账号和车载语音模块。
[0263]
收发单元1203在发送信息时可以为发送单元或发射器，收发单元1203在接收信息时可以为接收单元或接收器，收发单元1203可以为收发器，此收发器、发射器或接收器可以为射频电路，当车载关联装置1201包含存储单元时，该存储单元用于存储计算机指令，生成单元1202与存储单元通信连接，生成单元1202执行存储单元存储的计算机指令，使车载关联装置1201可以用于执行上述实施例一至实施例三中任一实施例中车载语音模块所执行的方法。其中，生成单元1202可以是一个通用中央处理器(cpu)，微处理器，特定应用集成电路(application specific intergrated circuit，asic)。
[0264]
当车载关联装置1201为芯片时，收发单元1203可以是输入和/或输出接口、管脚或电路等。生成单元1202可执行存储单元存储的计算机执行指令，以使该车载关联装置1201内的芯片执行实施例一至实施例三中任一实施例所执行的方法。可选地，存储单元为芯片内的存储单元，如寄存器、缓存等，存储单元还可以是车载关联装置1201内的位于该芯片外部的存储单元，如只读存储器(read only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)等。
[0265]
该车载关联装置1201所涉及的与本技术实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于这些内容的描述，此处不做赘述。
[0266]
基于以上实施例以及相同构思，图13为本技术实施例提供的车载关联装置的示意图，如图13所示，该车载关联装置1301可以为终端设备，也可以为芯片或电路，比如可设置于终端设备中的芯片或电路。
[0267]
该车载关联装置可以对应上述方法中的终端设备。该车载关联装置可以实现如上图1至图9中所示的任一项或任多项对应的方法中终端设备所执行的步骤。该车载关联装置可以包括生成单元1302和收发单元1303。
[0268]
当车载关联装置1301为上述终端设备，生成单元1302通过车载充电模块检测到第二车辆启动后，可以生成第二关联请求，收发单元1303可以将第二关联请求发送给云服务器，以便云服务器结合车载语音模块发送的第一关联请求和第二关联请求关联终端设备对应的用户账号和车载语音模块。
[0269]
收发单元1303在发送信息时可以为发送单元或发射器，收发单元1303在接收信息时可以为接收单元或接收器，收发单元1303可以为收发器，此收发器、发射器或接收器可以为射频电路，当车载关联装置1301包含存储单元时，该存储单元用于存储计算机指令，生成单元1302与存储单元通信连接，生成单元1302执行存储单元存储的计算机指令，使车载关
联装置1301可以用于执行上述实施例一至实施例三中任一实施例中终端设备所执行的方法。其中，生成单元1302可以是一个通用中央处理器(cpu)，微处理器，特定应用集成电路(application specific intergrated circuit，asic)。
[0270]
当车载关联装置1301为芯片时，收发单元1303可以是输入和/或输出接口、管脚或电路等。生成单元1302可执行存储单元存储的计算机执行指令，以使该车载关联装置1301内的芯片执行实施例一至实施例三中任一实施例所执行的方法。可选地，存储单元为芯片内的存储单元，如寄存器、缓存等，存储单元还可以是车载关联装置1301内的位于该芯片外部的存储单元，如只读存储器(read only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)等。
[0271]
该车载关联装置1301所涉及的与本技术实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于这些内容的描述，此处不做赘述。
[0272]
应理解，以上车载关联装置1101、1201和1301的单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。本技术实施例中，收发单元1103、收发单元1203和收发单元1303可以由上述图10的收发器1003实现，关联单元1102、生成单元1202和生成单元1302可以由上述图10的处理器1002实现。
[0273]
根据本技术实施例提供的方法，本技术还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行图1至图9所示实施例中任意一个实施例的方法。
[0274]
根据本技术实施例提供的方法，本技术还提供一种计算机可读存储介质，该计算机可读介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行图1至图9所示实施例中任意一个实施例的方法。
[0275]
根据本技术实施例提供的方法，本技术还提供一种车辆，该车辆可以包括车载语音模块和车载充电模块，其中，车载语音模块用于连接云服务器，车载充电模块用于耦合终端设备；车载语音模块可以用于执行如上图1至图9中所示的任一项或任多项对应的方法中车载语音模块所执行的步骤，或执行上述实施例一至实施例三的任一实施例中车载语音模块所执行的步骤，终端设备可以用于执行如上图1至图9中所示的任一项或任多项对应的方法中终端设备所执行的步骤，或执行上述实施例一至实施例三的任一实施例中终端设备所执行的步骤。
[0276]
根据本技术实施例提供的方法，本技术还提供一种车联网系统，其包括前述的云服务器、一个或多个车载语音模块以及一个或多个终端设备。
[0277]
上述实施例可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站
点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，dvd))、或者半导体介质(例如，固态硬盘(solid state drive，ssd))等。
[0278]
显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。