服务响应系统、方法、服务器、车辆及服务请求方法与流程

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.可选的，还包括：
31.监控所述服务订单的响应状态，并且发送响应反馈信息，所述响应反馈信息包括所述服务订单的响应状态的反馈和/或车辆位置信息。
32.可选的，监控所述服务订单的响应状态的方式包括录制所述服务订单的执行过程的视频。
33.可选的，所述服务响应方法还包括：
34.生成和/或发送服务请求。
35.可选的，所述执行指令包括自动行驶至所述目标服务实体的执行指令。
36.第四方面，本发明实施例提供了一种服务请求方法，用于触发针对车辆的服务，包括：
37.发送服务请求，所述服务请求包含所述车辆所需的服务的信息，所述服务请求用于生成服务订单，所述服务订单用于确定针对于车辆的目标服务实体的访问权限并用于所述车辆生成执行指令。
38.第五方面，本发明实施例提供了一种服务响应方法，用于目标服务实体处理针对车辆的服务请求，包括：
39.接收服务订单，所述服务订单是至少基于服务请求生成的，所述服务请求包含所述车辆所需的服务的信息；
40.根据所述服务订单，确定访问权限，其中，所述服务订单用于所述车辆生成执行指令；
41.根据所述访问权限，访问所述车辆。
42.第六方面，本发明实施例提供了一种服务器，包括：
43.存储器，用于存储可执行的命令；
44.处理器，用于根据所述可执行的指令的控制，运行所述服务器执行如第二方面中
任一所述的服务响应方法。
45.第七方面，本发明实施例提供了一种车辆，包括：
46.存储器，用于存储可执行的命令；
47.处理器，用于根据所述可执行的指令的控制，运行所述服务器执行如第三方面中任一所述的服务响应方法。
48.本发明公开了一种服务响应系统、方法、服务器、车辆及服务请求方法，其中服务响应系统用于处理车辆的服务请求，包括：服务器，用于接收服务请求并发送服务订单，服务请求包括车辆所需的服务的信息，服务订单是至少基于服务请求生成的并用于确定针对于车辆的目标服务实体的访问权限；车辆，用于根据服务订单生成执行指令。车辆访问权限限定了售后服务过程中对车辆的使用权限，保证了售后服务过程车辆的安全性；另外，仅通过服务器和车辆的信息交互即可满足车辆的售后服务，无需车主送车取车，提高了车辆售后服务的便捷性。
附图说明
49.图1是本发明实施例提供的一种服务响应系统的结构框图；
50.图2是本发明实施例提供的一种服务响应方法的流程图；
51.图3是本发明实施例提供的另一种服务响应方法的流程图；
52.图4是本发明实施例提供的另一种服务响应方法的流程图；
53.图5是本发明实施例提供的另一种服务响应方法的流程图；
54.图6是本发明实施例提供的另一种服务响应方法的流程图；
55.图7是本发明实施例提供的一种服务请求方法的流程图；
56.图8是本发明实施例提供的另一种服务响应方法的流程图。
具体实施方式
57.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
58.本发明实施例提供了一种服务响应系统，用于处理针对车辆的服务请求，图1是本发明实施例提供的一种服务响应系统的结构示意图，参考图1，服务响应系统包括：
59.服务器100，用于接收服务请求并发送服务订单，以及车辆200，用于根据以上所述的服务订单生成执行指令，用于开启车辆的、可以实现服务订单内容的功能。
60.具体而言，服务器可以包括云端服务器或者其他任意形式的服务器，只要其能够完成本技术中对服务器100所要求的功能即可。服务请求可以由用户操作移动终端，例如手机、ipad、数字钥匙载体等生成并发送，也可以由用户在车辆的车机端操作生成并发送，当然还可以由车辆的车机端在某些特定的情况下自发地生成并发送。也就是说，服务请求也可以由车辆200根据设定的触发条件自动生成，例如车辆200在检测到车辆的电池电量不足需要充电时，则生成并发送有关电池充电的服务请求。
61.在本技术的范围中，服务请求包括车辆所需的服务的信息。具体而言，可以包括如下描述中的一项或者多项：所需要进行的车辆维护内容(例如加电、补胎等检修维护服务)、
期望服务时间(例如具体在某个日期某个时间段)、服务交付地点(例如完成服务后车辆的交付位置)以及期望服务实体(例如某地的服务站、某个服务站特定的服务人员或者其他任意服务终端、服务机器人等)。
62.服务订单至少基于以上所述的服务请求生成并用于确定针对于所述车辆的目标服务实体的访问权限。具体而言，服务订单可以根据服务请求的内容确定目标服务实体信息(即最终为车辆进行服务的服务站、服务人员或者服务机器人等)，并且根据服务请求的内容为目标服务实体确定其对车辆的访问权限。在本技术的范围中，“访问权限”包括可以对车辆的某些功能进行访问和操作。
63.在本技术的范围内，确定“访问权限”限定了目标服务实体对车辆200在服务过程中可使用的权限，这种可使用的权限可以保证对车辆的维护服务，同时避免了用户的一些涉及隐私的信息不必要地被公开，保证了售后服务过程的安全性。例如，针对于车辆的加电服务请求，服务订单可以为目标服务实体确定其仅具有可以完成车辆加电服务的操作车辆权限，而不具有例如操作或者访问车辆的语音交互设备、相册等涉及用户隐私的功能的权限。
64.在本技术的范围中，车辆可以根据服务订单的内容，生成执行指令。具体而言，车辆可以根据服务订单来生成打开对应于的服务订单的车辆功能的执行指令，使得目标服务实体能够在这些执行指令的情况下对车辆进行维护服务。这种方式能够使得车辆根据服务器发送的服务订单来开启对应于服务订单权限的功能，保证服务过程顺利进行，同时也能够有效防止用户的隐私信息被不必要地公开或者访问。
65.也就是说，车辆200可以认证服务订单中的车辆操作权限信息，并且针对于服务订单生成执行指令。例如，车辆认证服务订单中的操作权限信息，在认证成功后，生成对应于服务订单内容的执行指令，用以触发车辆的对应的功能开启，使目标服务实体能够使用车辆的必要的功能来完成维护工作。
66.当然，也可以考虑，除了对应于服务订单的执行指令之外，车辆也可以根据本地的策略或者用户预先设定的访客或者服务账号权限来更改对应于服务订单的执行指令，这更加保证了用户的私密需求。
67.需要说明的是，在本技术的范围中，除了服务订单之外，服务器100还可以分别向车辆、目标服务实体以及以上所述的移动终端发送其他不同的信息，只要这些信息是车辆、目标服务实体或者移动终端为了完成服务请求所需要的。
68.在本技术的一些实施例中，服务器100还可以设置为，发送询问信息，所述询问信息用于询问可选服务实体的可支配状态。也就是说，服务器可以向一个或者多个可选服务实体发送询问信息，询问其是否能够承接以上所述的服务请求。在本技术的范围中，可选服务实体可以预先进行设定，也可以由服务器根据一定的策略预先选择出(参见下文描述)。尤其可以设定，发送询问信息在发送服务订单之前进行。
69.可选地，服务器100可以设置为，接收针对于所述可选服务实体的状态反馈信息，并且基于所述状态反馈信息发送所述服务订单。换言之，服务器100可以在发送询问信息后接收这些可选服务实体的状态反馈信息，告知服务器100其是否能够承接以上所述的服务请求。服务器100在得到可选服务实体的肯定答复之后，将该可选服务实体确定为目标服务实体，并且发送服务订单。
70.在本技术的一些实施例中，服务器100可以在考虑车辆初始位置、也就是接收到服务请求时车辆的位置和服务请求内容的情况下确定可选服务实体。具体而言，需要考虑车辆初始位置和可选服务实体的距离远近、可选服务实体是否能够承接某些特定的服务请求(例如只有特定的服务实体可以承接一些要求较高的服务请求)、服务交付地点(例如完成服务后车辆的交付位置)来选择确定出可选服务实体。当然，也可以考虑其他因素来选择出可选服务实体，这些都落入本技术的范围。
71.在本技术的一些实施例中，服务订单包括数字钥匙，数字钥匙的权限对应于服务订单和/或目标服务实体的信息。也就是说，数字钥匙对于车辆的操作权限对应于服务订单(即车辆的服务请求)。也就是说，数字钥匙对于车辆的操作权限局限在为了完成服务过程所必要的对车辆的操作。在这种情况下，车辆认证数字钥匙之后，生成开启对应于服务请求的功能的执行指令，并且关闭座舱部分功能，以保护用户隐私。数字钥匙的权限对应于目标服务实体信息，可以理解为，服务器100分配的数字钥匙的权限是针对于目标服务实体的，只有目标服务实体才可以使用服务账号。
72.在本技术的一些实施例中，车辆200还设置为，监控服务订单的响应状态，并且发送响应反馈信息，所述响应反馈信息包括所述服务订单的响应状态的反馈和/或车辆位置信息。具体而言，车辆可以在目标服务实体完成服务订单的过程中监控服务订单的响应状态，实时掌控服务订单的进展情况。例如，车辆可以录制服务订单的执行过程的视频，例如可以利用dms(driver monitoring system)或者oms(occupant monitoring system)来监控整个服务过程。
73.此外，车辆位置信息指的是在完成服务订单时车辆的交付位置。车辆200例如可以发送该信息给服务器100或者移动终端等，以报告车辆完成服务过程后最后的位置。
74.根据本技术所公开的服务响应系统，用户不需要过多参与(例如无需车主送车取车)，仅通过服务器和车辆(以及必要时移动终端)的信息交互即可满足车辆的售后服务，提高了对车辆售后服务的便捷性。
75.本发明实施例还提供了一种服务响应方法，例如可以由服务器(或者云端服务器)执行。图2是本发明实施例提供的一种服务响应方法的流程图，参考图2，服务响应方法包括：
76.s110、接收服务请求，所述服务请求包含所述车辆所需的服务的信息。
77.具体的，服务请求包括所述车辆所需的服务的信息，具体而言，可以包括如下描述中的一项或者多项：所需要进行的车辆维护内容(例如加电、补胎等检修维护服务)、期望服务时间(例如具体在某个日期某个时间段)、服务交付地点(例如完成服务后车辆的交付位置)以及期望服务实体(例如某地的服务站、某个服务站特定的服务人员或者其他任意服务终端、服务机器人等)。
78.s120、发送服务订单，所述服务订单是至少基于所述服务请求生成的并用于确定针对于车辆的目标服务实体的访问权限。
79.服务订单至少基于以上所述的服务请求生成并用于确定针对于所述车辆的目标服务实体的访问权限。具体而言，服务订单可以根据服务请求的内容确定目标服务实体信息(即最终为车辆进行服务的服务站、服务人员或者服务机器人等)，并且根据服务请求的内容为目标服务实体确定其对车辆的访问权限。在本技术的范围中，“访问权限”包括可以
对车辆的某些功能进行访问和操作。
80.在本技术的范围内，确定“访问权限”限定了目标服务实体对车辆在服务过程中可使用的权限，这种可使用的权限可以保证对车辆的维护服务，同时避免了用户的一些涉及隐私的信息不必要地被公开，保证了售后服务过程的安全性。例如，针对于车辆的加电服务请求，服务订单可以为目标服务实体确定其仅具有可以完成车辆加电服务的操作车辆权限，而不具有例如操作或者访问车辆的语音交互设备、相册等涉及用户隐私的功能的权限。
81.图3是本发明实施例提供的另一种服务响应方法的流程图。在此在下文中，仅仅描述与图2不同的部分。参考图3，服务响应方法包括：
82.s210、接收服务请求，所述服务请求包含所述车辆所需的服务的信息。
83.s220、发送询问信息，所述询问信息用于询问可选服务实体的可支配状态。
84.具体的，在本技术的范围中，除了服务订单之外，服务器还可以分别向车辆、目标服务实体以及以上所述的移动终端发送其他不同的信息，只要这些信息是车辆、目标服务实体或者移动终端为了完成服务请求所需要的。在本实施例中，服务器可以向一个或者多个可选服务实体发送询问信息，询问其是否能够承接以上所述的服务请求。在本技术的范围中，可选服务实体可以预先进行设定，也可以由服务器根据一定的策略预先选择出。尤其可以设定，发送询问信息在发送服务订单之前进行。
85.在本技术的一些实施例中，服务器可以在考虑车辆初始位置、也就是接收到服务请求时车辆的位置和服务请求内容的情况下确定可选服务实体。具体而言，需要考虑车辆初始位置和可选服务实体的距离远近、可选服务实体是否能够承接某些特定的服务请求(例如只有特定的服务实体可以承接一些要求较高的服务请求)、服务交付地点(例如完成服务后车辆的交付位置)来选择确定出可选服务实体。当然，也可以考虑其他因素来选择出可选服务实体，这些都落入本技术的范围。
86.s230、接收针对于所述可选服务实体的状态反馈信息，并且基于所述状态反馈信息发送所述服务订单；所述服务订单是至少基于所述服务请求生成的并用于确定针对于车辆的目标服务实体的访问权限。
87.具体的，服务器接收针对于所述可选服务实体的状态反馈信息，并且基于所述状态反馈信息发送所述服务订单。换言之，服务器可以在发送询问信息后接收这些可选服务实体的状态反馈信息，告知服务器其是否能够承接以上所述的服务请求。服务器在得到可选服务实体的肯定答复之后，将该可选服务实体确定为目标服务实体，并且发送服务订单。
88.在本技术的一些实施例中，在发送询问信息至可选服务实体时，发送询问信息至可选服务实体的方式可以包括按照可选服务实体与车辆的取车地点的距离由近到远，依次发送，直至服务器得到某一可选服务实体的肯定答复。在本技术的另一些实施例中，在发送询问信息至可选服务实体时，若存在服务实体与取车地点的距离相同或位于同一距离范围时，还可以根据用户偏好(期望服务地点)以及服务实体的繁忙程度发送询问信息。
89.在本技术的一些实施例中，在发送询问信息至可选服务实体时，发送的方式还可以包括同时向多个服务实体发送。这种方式提高了服务订单的响应速度。
90.图4是本发明实施例提供的另一种服务响应方法的流程图。在此在下文中，仅仅描述与图3不同的部分。参考图4，服务响应方法包括：
91.s310、接收服务请求，所述服务请求包含所述车辆所需的服务的信息。
92.s320、发送询问信息，所述询问信息用于询问可选服务实体的可支配状态。
93.s330、接收针对于所述可选服务实体的状态反馈信息，并且基于所述状态反馈信息发送所述服务订单；所述服务订单是至少基于所述服务请求生成的并用于确定针对于车辆的目标服务实体的访问权限。
94.s340、接收响应反馈信息，所述响应反馈信息包括所述服务订单的响应状态的反馈和/或车辆位置信息。
95.具体的，车辆可以监控服务订单的响应状态，并且发送响应反馈信息，所述响应反馈信息包括所述服务订单的响应状态的反馈和/或车辆位置信息。具体而言，车辆可以在目标服务实体完成服务订单的过程中监控服务订单的响应状态，实时掌控服务订单的进展情况。例如，车辆可以录制服务订单的执行过程的视频，例如可以利用dms或者oms来监控整个服务过程。此外，车辆位置信息指的是在完成服务订单时车辆的交付位置。例如，车辆位置信息可以以照片、经纬度信息等形式呈现，从而能够指示车辆的停靠位置。另外，响应反馈信息还可以包括服务订单完成信息，例如维护检修结果、维护项目等信息。车辆可以发送响应反馈信息给服务器，服务器接收这些反馈信息。
96.s350、根据所述响应反馈信息更新发送所述服务订单。
97.具体的，根据所述响应反馈信息更新发送所述服务订单包括更新车辆操作权限和/或服务时间信息，可以理解为，更新服务订单中的预计还车时间，以及服务账号的有效时长，即目标服务实体对车辆在服务过程中可使用的权限时长。售后服务过程中，若提早完成服务订单，可以根据服务订单的完成状态接收例如服务实体发送的更新信息，用以更新服务订单(例如提早完成服务订单，可以更新访问权限中的时间信息、例如按照新的完成服务订单的时间提早结束访问权限)。还可以将更新的服务订单发送给用户终端。需要说明的是，车辆位置信息是在完成服务订单时车辆的交付位置。提早完成服务订单时，按照新的完成服务订单的时间提早结束访问权限，可以更好的维护客户的隐私，能够有效防止用户的隐私信息被不必要地公开或者访问。
98.本发明实施例提供的服务响应方法，保证了售后服务过程的安全性，可选服务实体信息以及服务时间信息的确定可以提高售后服务信息获取的全面性，提高了对车辆售后服务的便捷性。用户不需要过多参与(例如无需车主送车取车)，仅通过服务器、车辆和服务实体(以及必要时移动终端)的信息交互即可满足车辆的售后服务，提高了对车辆售后服务的便捷性。
99.本发明实施例还提供了一种服务器、尤其是云端服务器，包括：
100.存储器，用于存储可执行的命令；
101.处理器，用于根据所述可执行的指令的控制，运行所述服务器执行上述任意实施例所述的处理服务响应的方法。
102.本发明实施例还提供了一种服务响应方法，用于处理针对车辆的服务请求，由车辆执行，图5是本发明实施例提供的一种服务响应方法的流程图，参考图5，服务响应方法包括：
103.s410、接收服务订单，所述服务订单是至少基于服务请求生成的并用于确定针对于所述车辆的目标服务实体的访问权限，所述服务请求包含所述车辆所需的服务的信息。
104.具体的，服务请求可以由用户通过app在移动终端发送、用户在车辆的车机端操作
生成并发送，当然还可以由车辆的车机端在某些特定的情况下自发地生成并发送。也就是说，服务请求也可以由车辆根据设定的触发条件自动生成，例如车辆在检测到车辆的电池电量不足需要充电时，则生成并发送有关电池充电的服务请求。
105.服务请求包括车辆所需的服务的信息。具体而言，可以包括如下描述中的一项或者多项：所需要进行的车辆维护内容(例如加电、补胎等检修维护服务)、期望服务时间(例如具体在某个日期某个时间段)、服务交付地点(例如完成服务后车辆的交付位置)以及期望服务实体(例如某地的服务站、某个服务站特定的服务人员或者其他任意服务终端、服务机器人等)。
106.服务器接收服务请求后生成服务订单。服务订单至少基于以上所述的服务请求生成并用于确定针对于所述车辆的目标服务实体的访问权限。具体而言，服务订单可以根据服务请求的内容确定目标服务实体信息(即最终为车辆进行服务的服务站、服务人员或者服务机器人等)，并且根据服务请求的内容为目标服务实体确定其对车辆的访问权限。在本技术的范围中，“访问权限”包括可以对车辆的某些功能进行访问和操作。
107.在本技术的范围内，确定“访问权限”限定了目标服务实体对车辆在服务过程中可使用的权限，这种可使用的权限可以保证对车辆的维护服务，同时避免了用户的一些涉及隐私的信息不必要地被公开，保证了售后服务过程的安全性。例如，针对于车辆的加电服务请求，服务订单可以为目标服务实体确定其仅具有可以完成车辆加电服务的操作车辆权限，而不具有例如操作或者访问车辆的语音交互设备、相册等涉及用户隐私的功能的权限。
108.s420、针对于所述服务订单生成执行指令。
109.具体的，车辆接收服务订单，根据服务订单的内容，生成执行指令。具体而言，车辆可以根据服务订单来生成打开对应于的服务订单的车辆功能的执行指令，使得目标服务实体能够在这些执行指令的情况下对车辆进行维护服务。这种方式能够使得车辆根据服务器发送的服务订单来开启对应于服务订单权限的功能，保证服务过程顺利进行，同时也能够有效防止用户的隐私信息被不必要地公开或者访问。
110.也就是说，车辆可以认证服务订单中的车辆操作权限信息，并且针对于服务订单生成执行指令。例如，车辆认证服务订单中的操作权限信息，在认证成功后，生成对应于服务订单内容的执行指令，用以触发车辆的对应的功能开启，使目标服务实体能够使用车辆的必要的功能来完成维护工作。在一实施例中，执行指令包括自动行驶至所述目标服务实体的执行指令。车辆可以根据目标服务实体信息，生成执行指令，使得能够自动驾驶到目标服务实体处。
111.当然，也可以考虑，除了对应于服务订单的执行指令之外，车辆也可以根据本地的策略或者用户预先设定的访客或者服务账号权限来更改对应于服务订单的执行指令，这更加保证了用户的私密需求。
112.图6是本发明实施例提供的另一种服务响应方法的流程图。在此在下文中，仅仅描述与图5不同的部分。参考图6，服务响应方法包括：
113.s510、接收服务订单，所述服务订单是至少基于服务请求生成的并用于确定针对于所述车辆的目标服务实体的访问权限，所述服务请求包含所述车辆所需的服务的信息。
114.s520、针对于所述服务订单生成执行指令。
115.s530、监控所述服务订单的响应状态，并且发送响应反馈信息，所述响应反馈信息
包括所述服务订单的响应状态的反馈和/或车辆位置信息。
116.具体的，车辆监控服务订单的响应状态，并且发送响应反馈信息，所述响应反馈信息包括所述服务订单的响应状态的反馈和/或车辆位置信息。具体而言，车辆可以在目标服务实体完成服务订单的过程中监控服务订单的响应状态，实时掌控服务订单的进展情况。例如，车辆可以录制服务订单的执行过程的视频，例如可以利用dms或者oms来监控整个服务过程。
117.此外，车辆位置信息指的是在完成服务订单时车辆的交付位置。车辆例如可以发送该信息给服务器或者移动终端等，以报告车辆完成服务过程后最后的位置。
118.本发明实施例提供的服务响应方法保证了售后服务过程的安全性，使得用户可以了解车辆全部的所需售后服务过程。
119.本发明实施例还提供了一种车辆，包括：
120.存储器，用于存储可执行的命令；
121.处理器，用于根据可执行的指令的控制，运行服务器执行如上述任意实施例所述的处理服务请求的方法。
122.本发明实施例还提供了一种服务请求方法，用于触发针对车辆的服务，由移动终端执行，图7是本发明实施例提供的一种服务请求方法的流程图，参考图7，服务请求包括：
123.s610、发送服务请求，所述服务请求包含所述车辆所需的服务的信息，所述服务请求用于生成服务订单，所述服务订单用于确定针对于车辆的目标服务实体的访问权限并用于所述车辆生成执行指令。
124.具体的，服务请求由用户操作移动终端，例如手机、ipad、数字钥匙载体等生成并发送。在本技术的范围中，服务请求包括车辆所需的服务的信息。具体而言，可以包括如下描述中的一项或者多项：所需要进行的车辆维护内容(例如加电、补胎等检修维护服务)、期望服务时间(例如具体在某个日期某个时间段)、服务交付地点(例如完成服务后车辆的交付位置)以及期望服务实体(例如某地的服务站、某个服务站特定的服务人员或者其他任意服务终端、服务机器人等)。服务请求用于生成服务订单，服务订单用于确定针对于车辆的目标服务实体的访问权限并用于车辆生成执行指令。
125.本发明实施例还提供了一种服务响应方法，用于目标服务实体处理针对车辆的服务请求，由服务实体(例如服务站、服务人员或者服务机器人等)执行，图8是本发明实施例提供的另一种服务响应方法的流程图，参考图8，方法包括：
126.s710、接收服务订单，所述服务订单是至少基于服务请求生成的，所述服务请求包含所述车辆所需的服务的信息。
127.具体的，服务实体接收服务器派发的服务订单。服务请求包括车辆所需的服务的信息。具体而言，可以包括如下描述中的一项或者多项：所需要进行的车辆维护内容(例如加电、补胎等检修维护服务)、期望服务时间(例如具体在某个日期某个时间段)、服务交付地点(例如完成服务后车辆的交付位置)以及期望服务实体(例如某地的服务站、某个服务站特定的服务人员或者其他任意服务终端、服务机器人等)。
128.服务请求可以由用户操作移动终端，例如手机、ipad、数字钥匙载体等生成并发送，也可以由用户在车辆的车机端操作生成并发送，当然还可以由车辆的车机端在某些特定的情况下自发地生成并发送。也就是说，服务请求也可以由车辆根据设定的触发条件自
动生成，例如车辆在检测到车辆的电池电量不足需要充电时，则生成并发送有关电池充电的服务请求。
129.s720、根据所述服务订单，确定访问权限，其中，所述服务订单用于所述车辆生成执行指令。
130.具体的，服务实体接收服务器派发的服务订单后，确定访问权限。服务订单至少基于以上所述的服务请求生成并用于确定针对于所述车辆的目标服务实体的访问权限。具体而言，服务订单可以根据服务请求的内容确定目标服务实体信息(即最终为车辆进行服务的服务站、服务人员或者服务机器人等)，并且根据服务请求的内容为目标服务实体确定其对车辆的访问权限。
131.s730、根据所述访问权限，访问所述车辆。
132.具体的，目标服务实体根据所述访问权限，访问所述车辆，使目标服务实体能够使用车辆的必要的功能来完成维护工作。在本技术的范围中，“访问权限”由服务器下发，包括可以对车辆的某些功能进行访问和操作，用以完成服务订单。这种方式能够使得车辆根据服务器发送的服务订单来开启对应于服务订单权限的功能，保证服务过程顺利进行，同时也能够有效防止用户的隐私信息被不必要地公开或者访问。
133.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。