订单处理方法、装置、服务器、车辆终端和可读存储介质与流程

1.本发明属于交通运输技术领域，具体而言，涉及一种订单处理方法、一种订单处理装置、一种服务器、一种车辆终端和一种可读存储介质。


背景技术：

2.在相关技术中，乘客在乘坐出租时通常会有个性化的乘车偏好，这些个性化需求用户往往不便表达，导致出租车司机无法准确地了解到乘客的乘车偏好，使用户乘车体验较差。


技术实现要素：

3.本发明旨在解决现有技术或相关技术中存在的技术问题之一。
4.为此，本发明的第一方面提出了一种订单处理方法。
5.本发明的第二方面提出了一种订单处理装置。
6.本发明的第三方面提出了一种订单处理方法。
7.本发明的第四方面提出了一种订单处理装置。
8.本发明的第五方面提出了一种服务器。
9.本发明的第六方面提出了一种车辆终端。
10.本发明的第七方面提出了一种可读存储介质。
11.有鉴于此，根据本发明的第一方面提出了一种订单处理方法，用于服务器，包括：响应于用户终端发送的用车请求，获取用户终端对应的身份标识；根据身份标识确定对应的乘车偏好信息；根据用车请求确定行程信息；根据行程信息和乘车偏好信息生成当前订单数据；将当前订单数据转发至车辆终端，以使车辆终端根据当前订单数据输出乘车偏好信息。
12.本发明提供的订单处理方法用于订单处理系统中的服务器，订单处理系统包括服务器、用户终端和乘客终端。乘客能够通过用户终端向服务器发送用车请求，服务器根据用车请求生成当前订单数据，并将当前订单数据发送给车辆终端，以使司机能够通过车辆终端获取到当前订单数据。车辆终端包括媒体播放装置，媒体播放装置用于将接收到的信息以音频、视频等形式进行播放。
13.乘客能够通过用户终端向服务器发送用车请求，在乘客向用户终端发送用车请求之前，乘客通过用户终端登录账号，从而将用户终端与服务器建立通信连接。服务器与用户终端建立通信连接之后接收到用户终端上传用车请求，通过查询用户终端登录的账号查询到用户终端对应的身份标识，其中，身份标识为用户id(identity document，身份账号)。根据查询到的身份标识确定乘客的乘车偏好信息，并根据用车请求确定乘客乘车的行程信息。服务器根据行程信息和乘车偏好信息生成当前订单数据，并将当前订单输出发送至车辆终端，出租车司机在行程开始之前，能够通过车辆终端获取到当前订单数据中的行程信息，从而便于司机对即将开始的行程进行路线规划。车辆终端还能够根据当前订单数据确
定乘客的乘车偏好信息，并通过车辆终端对乘车偏好信息进行播放，从而使出租车司机准确地了解到乘客的乘车偏好，便于出租车司机提供与乘车偏好相符的服务。实现了司机在行程开始之前就能了解到乘客的乘车偏好，并且无需乘客上车后与司机进行沟通，就能够将乘车偏好告知司机，进一步提高了乘客的用车体验。
14.另外，根据本发明提供的上述技术方案中的订单处理方法，还可以具有如下附加技术特征：
15.在一种可能的设计中，根据身份标识确定对应的乘车偏好信息的步骤，具体包括：确定身份标识的身份类别，根据身份类别查找对应的乘车偏好信息，身份类别包括新注册用户和历史注册用户。
16.在该设计中，根据用户终端发送的身份标识，能够确定身份标识对应的用户的身份类别，从而判定身份标识为新注册用户或历史注册用户。具体地，确定身份标识的身份的方法为通过身份标识在查找服务器的历史订单数据库，如果在服务器中查询得到身份标识对应的历史订单，则判定身份类别为历史注册用户，如果在服务器中未查询得到身份标识对应的历史订单，则判定身份类别的新注册用户。根据用户的不同的身份类别对乘车偏好信息进行查找，从而确定乘车偏好信息。实现了无论用户为新注册用户还是历史注册用户，均能够在服务器中查找与身份类别对应的身份偏好信息。
17.在一种可能的设计中，根据身份类别查找对应的乘车偏好信息的步骤，具体包括：基于身份类别为历史注册用户，查找与身份标识对应的历史订单数据；提取历史订单数据中的乘车偏好信息。
18.在该设计中，当检测到身份类别为历史注册用户的情况下，即服务器中能够查找到身份标识对应的历史订单数据。历史订单数据为身份标识对应的用户历史乘车过程中产生的订单数据，因此历史订单数据中包括历史行程信息和历史乘车偏好信息。在检测到身份类别为历史注册用户使，将历史订单数据中的历史乘车偏好信息作为当前行程订单对应的乘车偏好信息。
19.在一种可能的设计中，根据身份类别查找对应的乘车偏好信息的步骤，具体包括：基于身份类别为新注册用户，提取行程信息中的偏好特征；根据偏好特征查询对应的乘车偏好信息。
20.在该设计中，当检测到身份类别为新注册用户的情况下，即身份标识对应的用户并未通过用户终端进行过下单，服务器的数据库中没有存储对应的历史订单数据。
21.在用户为新注册用户的情况下，提取行程信息中能够反应用户的乘车偏好的特征信息，作为偏好特征。服务器根据提取得到的偏好特征，在服务器中查询对应的乘车偏好信息，从而确定新注册用户的乘车偏好信息。
22.根据偏好特征查询对应的乘车偏好信息的步骤包括：根据偏好特征生成对应的偏好信息查询指令，通过偏好信息查询指令在服务器的历史数据库中查询相应的乘车偏好信息。
23.可以理解的是，历史数据库中存储的数据为服务器处理过的全部历史订单，其中包括多个用户终端产生的历史订单。
24.在一种可能的设计中，偏好特征包括：行程开始时间、行程起点、行程起点和用户信息。
25.在该设计中，通过行程开始时间、行程起点、行程起点和用户信息能够对用户做出较为精准的用户画像，从而找到相似的历史数据，进而在历史数据中查询到对应的乘车偏好信息。
26.在一种可能的设计中，根据行程信息和乘车偏好信息生成当前订单数据的步骤之前，还包括：接收用户终端发送的乘车偏好更新指令；根据乘车偏好更新指令对乘车偏好信息进行更新。
27.在该设计中，乘客能够通过用户终端根据自身需求，以自定义的方式对当前行程设置乘车偏好信息。如果服务器在根据行程信息和乘车偏好信息生成当前订单数据的之前接收到乘车偏好更新指令，则根据偏好更新指令对乘车偏好信息进行更新，实现了乘客能够随时根据自身需求对乘车偏好进行设置，进一步提高了乘客的乘车体验。
28.在一种可能的设计中，乘车偏好信息包括：车辆行驶速度、车窗启闭信息、媒体播放音量、空调运行信息。
29.在该设计中，乘车偏好信息包括对车辆的行驶参数的偏好、对车内环境的偏好以及车辆硬件运行状态的偏好。乘车偏好信息具体包括：车辆行驶速度、车窗启闭信息、媒体播放音量、空调运行信息。
30.在一种可能的设计中，将当前订单数据转发至车辆终端的步骤之前，还包括：接收车辆终端发送的驾驶偏好信息，确定驾驶偏好信息与乘车偏好信息相符，继续执行将当前订单数据转发至车辆终端的步骤。
31.在该设计中，服务器还能够接收车辆终端发送的驾驶偏好信息，驾驶偏好信息为司机通过车辆终端输入的信息。服务器在将当前订单转发给车辆终端之前，需要对驾驶偏好信息与乘车偏好信息进行比对判定。如果检测到出租车司机的驾驶偏好信息与乘客的乘车偏好信息相符，则将生成的当前订单数据转发给车辆终端。如果检测到出租车司机的驾驶偏好信息与乘客的乘车偏好信息相差较大，则根据生成的当前订单数据查询与乘车偏好信息相符的驾驶偏好信息对应的车辆终端，并将当前订单数据发送至与乘车偏好信息相符的驾驶偏好信息对应的车辆终端。根据接收到的驾驶偏好信息与乘车偏好信息对车辆终端与用户终端配对，实现了在满足乘客的乘车偏好的前提下，提高出租车司机的驾驶感受。
32.根据本发明第二方面提出了一种订单处理装置，用于服务器，包括：获取模块，用于响应于用户终端发送的用车请求，获取用户终端对应的身份标识；偏好确定模块，用于根据身份标识确定对应的乘车偏好信息；行程确定模块，用于根据用车请求确定行程信息；订单发送模块，用于根据行程信息和乘车偏好信息生成当前订单数据，将当前订单数据转发至车辆终端。
33.本发明提供的订单处理装置配置在订单处理系统的服务器中，订单处理系统包括服务器、用户终端和乘客终端。乘客能够通过用户终端向服务器发送用车请求，服务器根据用车请求生成当前订单数据，并将当前订单数据发送给车辆终端，以使司机能够通过车辆终端获取到当前订单数据。车辆终端包括媒体播放装置，媒体播放装置用于将接收到的信息以音频、视频等形式进行播放。
34.乘客能够通过用户终端向服务器发送用车请求，在乘客向用户终端发送用车请求之前，乘客通过用户终端登录账号，从而将用户终端与服务器建立通信连接。服务器与用户终端建立通信连接之后接收到用户终端上传用车请求，获取模块通过查询用户终端登录的
账号查询到用户终端对应的身份标识，其中，身份标识为用户id(identity document，身份账号)。偏好确定模块根据查询到的身份标识确定乘客的乘车偏好信息，并通过行程确定模块根据用车请求确定乘客乘车的行程信息。服务器根据行程信息和乘车偏好信息生成当前订单数据，通过订单发送模块将当前订单输出发送至车辆终端，出租车司机在行程开始之前，能够通过车辆终端获取到当前订单数据中的行程信息，从而便于司机对即将开始的行程进行路线规划。车辆终端还能够根据当前订单数据确定乘客的乘车偏好信息，并通过车辆终端对乘车偏好信息进行播放，从而使出租车司机准确地了解到乘客的乘车偏好，便于出租车司机提供与乘车偏好相符的服务。实现了司机在行程开始之前就能了解到乘客的乘车偏好，并且无需乘客上车后与司机进行沟通，就能够将乘车偏好告知司机，进一步提高了乘客的用车体验。
35.根据本发明第三方面提出了一种订单处理方法，用于车辆终端，车辆终端包括媒体播放装置，订单处理方法包括：接收服务器发送的当前订单数据；根据当前订单数据确定乘车偏好信息，控制媒体播放装置输出乘车偏好信息。
36.本发明提供的订单处理方法用于订单处理系统中的车辆终端中，订单处理系统包括服务器、用户终端和乘客终端。乘客能够通过用户终端向服务器发送用车请求，服务器根据用车请求生成当前订单数据，并将当前订单数据发送给车辆终端，以使司机能够通过车辆终端获取到当前订单数据。车辆终端包括媒体播放装置，媒体播放装置用于将接收到的信息以音频、视频等形式进行播放。
37.用车请求之前，乘客通过用户终端登录账号，从而将用户终端与服务器建立通信连接。服务器与用户终端建立通信连接之后接收到用户终端上传用车请求，通过查询用户终端登录的账号查询到用户终端对应的身份标识，其中，身份标识为用户id(identity document，身份账号)。根据查询到的身份标识确定乘客的乘车偏好信息，并根据用车请求确定乘客乘车的行程信息。服务器根据行程信息和乘车偏好信息生成当前订单数据，并将当前订单输出发送至车辆终端，出租车司机在行程开始之前，能够通过车辆终端获取到当前订单数据中的行程信息，从而便于司机对即将开始的行程进行路线规划。
38.车辆终端接收到服务器下发的当前订单数据后，确认车辆处于接单状态。车辆终端对当前订单数据进行解析，得到相应的乘车偏好信息，车辆终端控制车辆中的媒体播放装置播放乘车偏好信息，从而使出租车司机准确地了解到乘客的乘车偏好，便于出租车司机提供与乘车偏好相符的服务。实现了司机在行程开始之前就能了解到乘客的乘车偏好，并且无需乘客上车后与司机进行沟通，就能够将乘车偏好告知司机，进一步提高了乘客的用车体验。
39.值得说明的是，车辆终端对当前订单数据解析，还能够得到相应的行程信息，并控制车辆中的媒体播放装置播放相应的行程信息，以便于司机能够在行程开始前对行程路线进行规划。
40.另外，根据本发明提供的上述技术方案中的订单处理方法，还可以具有如下附加技术特征：
41.在一种可能的设计中，媒体播放装置包括：音频输出装置和视频输出装置，控制媒体播放装置输出乘车偏好信息的步骤，具体包括：控制音频输出装置和/或视频输出装置输出乘车偏好信息。
42.在该设计中，媒体播放装置包括音频输出装置和视频输出装置，音频输出装置能够将接收到的信息以音频形式输出，视频输出装置能够将接收到的信息以视频形式进行输出。
43.在车辆终端接收到当前订单数据时，控制音频输出装置和/或视频输出装置对乘车偏好信息输出，使司机能够直观快速地了解到乘客的乘车偏好。
44.在一种可能的设计中，接收服务器发送的当前订单数据的步骤之前，还包括：发送驾驶偏好信息至服务器，以使服务器确定当前订单数据与驾驶偏好信息相符，继续执行将当前订单数据转发至车辆终端的步骤。
45.在该设计中，服务器还能够接收车辆终端发送的驾驶偏好信息，驾驶偏好信息为司机通过车辆终端输入的信息。服务器在将当前订单转发给车辆终端之前，需要对驾驶偏好信息与乘车偏好信息进行比对判定。如果检测到出租车司机的驾驶偏好信息与乘客的乘车偏好信息相符，则将生成的当前订单数据转发给车辆终端。如果检测到出租车司机的驾驶偏好信息与乘客的乘车偏好信息相差较大，则根据生成的当前订单数据查询与乘车偏好信息相符的驾驶偏好信息对应的车辆终端，并将当前订单数据发送至与乘车偏好信息相符的驾驶偏好信息对应的车辆终端。根据接收到的驾驶偏好信息与乘车偏好信息对车辆终端与用户终端配对，实现了在满足乘客的乘车偏好的前提下，提高出租车司机的驾驶感受。
46.根据本发明第四方面提出了一种订单处理装置，用于车辆终端，车辆终端包括媒体播放装置，包括：接收模块，用于接收服务器发送的当前订单数据；控制模块，用于控制媒体播放装置输出当前订单数据。
47.本发明提供的订单处理装置配置在订单处理系统的服务器中，订单处理系统包括服务器、用户终端和乘客终端。乘客能够通过用户终端向服务器发送用车请求，服务器根据用车请求生成当前订单数据，并将当前订单数据发送给车辆终端，以使司机能够通过车辆终端获取到当前订单数据。车辆终端包括媒体播放装置，媒体播放装置用于将接收到的信息以音频、视频等形式进行播放。
48.乘客能够通过用户终端向服务器发送用车请求，在乘客向用户终端发送用车请求之前，乘客通过用户终端登录账号，从而将用户终端与服务器建立通信连接。服务器与用户终端建立通信连接之后接收到用户终端上传用车请求，通过查询用户终端登录的账号查询到用户终端对应的身份标识，其中，身份标识为用户id(identity document，身份账号)。根据查询到的身份标识确定乘客的乘车偏好信息，并根据用车请求确定乘客乘车的行程信息。服务器根据行程信息和乘车偏好信息生成当前订单数据，并将当前订单输出发送至车辆终端，出租车司机在行程开始之前，能够通过车辆终端获取到当前订单数据中的行程信息，从而便于司机对即将开始的行程进行路线规划。车辆终端还能够根据当前订单数据确定乘客的乘车偏好信息，并通过车辆终端对乘车偏好信息进行播放，从而使出租车司机准确地了解到乘客的乘车偏好，便于出租车司机提供与乘车偏好相符的服务。实现了司机在行程开始之前就能了解到乘客的乘车偏好，并且无需乘客上车后与司机进行沟通，就能够将乘车偏好告知司机，进一步提高了乘客的用车体验。
49.根据本发明第四方面提出了一种订单处理装置，用于车辆终端，车辆终端包括媒体播放装置，包括：接收模块，用于接收服务器发送的当前订单数据；控制模块，用于控制媒体播放装置输出当前订单数据。
50.本发明提供的订单处理装置配置在订单处理系统中的车辆终端中，订单处理系统包括服务器、用户终端和乘客终端。乘客能够通过用户终端向服务器发送用车请求，服务器根据用车请求生成当前订单数据，并将当前订单数据发送给车辆终端，以使司机能够通过车辆终端获取到当前订单数据。车辆终端包括媒体播放装置，媒体播放装置用于将接收到的信息以音频、视频等形式进行播放。
51.用车请求之前，乘客通过用户终端登录账号，从而将用户终端与服务器建立通信连接。服务器与用户终端建立通信连接之后接收到用户终端上传用车请求，通过查询用户终端登录的账号查询到用户终端对应的身份标识，其中，身份标识为用户id(identity document，身份账号)。根据查询到的身份标识确定乘客的乘车偏好信息，并根据用车请求确定乘客乘车的行程信息。服务器根据行程信息和乘车偏好信息生成当前订单数据，并将当前订单输出发送至车辆终端，出租车司机在行程开始之前，能够通过车辆终端获取到当前订单数据中的行程信息，从而便于司机对即将开始的行程进行路线规划。
52.车辆终端通过接收模块接收到服务器下发的当前订单数据后，确认车辆处于接单状态。车辆终端对当前订单数据进行解析，得到相应的乘车偏好信息，车辆终端通过控制模块控制车辆中的媒体播放装置播放乘车偏好信息，从而使出租车司机准确地了解到乘客的乘车偏好，便于出租车司机提供与乘车偏好相符的服务。实现了司机在行程开始之前就能了解到乘客的乘车偏好，并且无需乘客上车后与司机进行沟通，就能够将乘车偏好告知司机，进一步提高了乘客的用车体验。
53.值得说明的是，车辆终端对当前订单数据解析，还能够得到相应的行程信息，并控制车辆中的媒体播放装置播放相应的行程信息，以便于司机能够在行程开始前对行程路线进行规划。
54.根据本发明第五方面提出了一种服务器，包括：第一通信设备，用于与车辆终端和用户终端进行通信；存储器，用于存储程序或指令；处理器，用于执行程序或指令，程序或指令被处理器执行时实现如第一方面的任一可能设计中的订单处理方法的步骤。因而具有第一方面的任一可能设计中的订单处理方法的全部有益技术效果，在此不再做过多赘述。
55.根据本发明第六方面提出了一种车辆终端，包括：媒体播放装置；第二通信设备，用于与服务器进行通信；存储器，用于存储程序或指令；处理器，与媒体播放装置相连，用于执行程序或指令，程序或指令被处理器执行时实现如第三方面的任一可能设计中的订单处理方法的步骤。因而具有第三方面的任一可能设计中的订单处理方法的全部有益技术效果，在此不再做过多赘述。
56.根据本发明第七方面提出了一种可读存储介质，可读存储介质上存储有程序或指令，程序或指令被处理器执行时实现如上述任一可能设计中的订单处理方法的步骤。因而具有上述任一可能设计中的订单处理方法的全部有益技术效果，在此不再做过多赘述。
57.本发明的附加方面和优点将在下面的描述部分中变得明显，或通过本发明的实践了解到。
附图说明
58.本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：
59.图1示出了本发明的第一实施例中的订单处理方法的示意流程图之一；
60.图2示出了本发明的第一实施例中的订单处理方法的示意流程图之二；
61.图3示出了本发明的第一实施例中的订单处理方法的示意流程图之三；
62.图4示出了本发明的第一实施例中的订单处理方法的示意流程图之四；
63.图5示出了本发明的第一实施例中的订单处理方法的示意流程图之五；
64.图6示出了本发明的第一实施例中的订单处理方法的示意流程图之六；
65.图7示出了本发明的第二实施例中的订单处理装置的示意框图；
66.图8示出了本发明的第三实施例中的订单处理方法的示意流程图；
67.图9示出了本发明的第四实施例中的订单处理装置的示意框图；
68.图10示出了本发明的第五个实施例中的服务器的示意框图；
69.图11示出了本发明的第六实施例中的车辆终端的示意框图。
具体实施方式
70.为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本发明的实施例及实施例中的特征可以相互组合。
71.在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。
72.下面参照图1至图11描述根据本发明一些实施例的一种订单处理方法、一种订单处理装置、一种服务器、一种车辆终端和一种可读存储介质。
73.实施例一：
74.如图1所示，本发明的第一个实施例中提供了一种订单处理方法，包括：
75.步骤102，响应于用户终端发送的用车请求，获取用户终端对应的身份标识；
76.步骤104，根据身份标识确定对应的乘车偏好信息；
77.步骤106，根据用车请求确定行程信息；
78.步骤108，根据行程信息和乘车偏好信息生成当前订单数据；
79.步骤110，将当前订单数据转发至车辆终端，以使车辆终端根据当前订单数据输出乘车偏好信息。
80.本实施例提供的订单处理方法用于订单处理系统中的服务器，订单处理系统包括服务器、用户终端和乘客终端。乘客能够通过用户终端向服务器发送用车请求，服务器根据用车请求生成当前订单数据，并将当前订单数据发送给车辆终端，以使司机能够通过车辆终端获取到当前订单数据。车辆终端包括媒体播放装置，媒体播放装置用于将接收到的信息以音频、视频等形式进行播放。
81.乘客能够通过用户终端向服务器发送用车请求，在乘客向用户终端发送用车请求之前，乘客通过用户终端登录账号，从而将用户终端与服务器建立通信连接。服务器与用户终端建立通信连接之后接收到用户终端上传用车请求，通过查询用户终端登录的账号查询到用户终端对应的身份标识，其中，身份标识为用户id(identity document，身份账号)。根据查询到的身份标识确定乘客的乘车偏好信息，并根据用车请求确定乘客乘车的行程信
息。服务器根据行程信息和乘车偏好信息生成当前订单数据，并将当前订单输出发送至车辆终端，出租车司机在行程开始之前，能够通过车辆终端获取到当前订单数据中的行程信息，从而便于司机对即将开始的行程进行路线规划。车辆终端还能够根据当前订单数据确定乘客的乘车偏好信息，并通过车辆终端对乘车偏好信息进行播放，从而使出租车司机准确地了解到乘客的乘车偏好，便于出租车司机提供与乘车偏好相符的服务。实现了司机在行程开始之前就能了解到乘客的乘车偏好，并且无需乘客上车后与司机进行沟通，就能够将乘车偏好告知司机，进一步提高了乘客的用车体验。
82.如图2所示，在上述实施例中，根据身份标识确定对应的乘车偏好信息的步骤，具体包括：
83.步骤202，确定身份标识的身份类别；
84.步骤204，根据身份类别查找对应的乘车偏好信息。
85.其中，身份类别包括新注册用户和历史注册用户。
86.在该实施例中，根据用户终端发送的身份标识，能够确定身份标识对应的用户的身份类别，从而判定身份标识为新注册用户或历史注册用户。具体地，确定身份标识的身份的方法为通过身份标识在查找服务器的历史订单数据库，如果在服务器中查询得到身份标识对应的历史订单，则判定身份类别为历史注册用户，如果在服务器中未查询得到身份标识对应的历史订单，则判定身份类别的新注册用户。根据用户的不同的身份类别对乘车偏好信息进行查找，从而确定乘车偏好信息。实现了无论用户为新注册用户还是历史注册用户，均能够在服务器中查找与身份类别对应的身份偏好信息。
87.如图3所示，在上述任一实施例中，根据身份类别查找对应的乘车偏好信息的步骤，具体包括：
88.步骤302，基于身份类别为历史注册用户，查找与身份标识对应的历史订单数据；
89.步骤304，提取历史订单数据中的乘车偏好信息。
90.在该实施例中，当检测到身份类别为历史注册用户的情况下，即服务器中能够查找到身份标识对应的历史订单数据。历史订单数据为身份标识对应的用户历史乘车过程中产生的订单数据，因此历史订单数据中包括历史行程信息和历史乘车偏好信息。在检测到身份类别为历史注册用户使，将历史订单数据中的历史乘车偏好信息作为当前行程订单对应的乘车偏好信息。
91.如图4所示，在上述任一实施例中，根据身份类别查找对应的乘车偏好信息的步骤，具体包括：
92.步骤402，基于身份类别为新注册用户，提取行程信息中的偏好特征；
93.步骤404，根据偏好特征查询对应的乘车偏好信息。
94.在该实施例中，当检测到身份类别为新注册用户的情况下，即身份标识对应的用户并未通过用户终端进行过下单，服务器的数据库中没有存储对应的历史订单数据。
95.在用户为新注册用户的情况下，提取行程信息中能够反应用户的乘车偏好的特征信息，作为偏好特征。服务器根据提取得到的偏好特征，在服务器中查询对应的乘车偏好信息，从而确定新注册用户的乘车偏好信息。
96.根据偏好特征查询对应的乘车偏好信息的步骤包括：根据偏好特征生成对应的偏好信息查询指令，通过偏好信息查询指令在服务器的历史数据库中查询相应的乘车偏好信
息。
97.可以理解的是，历史数据库中存储的数据为服务器处理过的全部历史订单，其中包括多个用户终端产生的历史订单。
98.在一些实施例中，基于服务的海量用户，根据用户的历史订单数据中的乘车偏好信息对用户进行分类。例如每个工作日上午8点打车去写字楼的乘客可以分类为“上班族用户”，如果新注册用户的行程信息中的偏好特征符合“上班族用户”的偏好特征，则提取“上班族用户”的历史乘车偏好信息作为本次行程的乘车偏好信息。
99.上述任一实施例中，偏好特征包括：行程开始时间、行程起点、行程起点和用户信息。
100.在该实施例中，通过行程开始时间、行程起点、行程起点和用户信息能够对用户做出较为精准的用户画像，从而找到相似的历史数据，进而在历史数据中查询到对应的乘车偏好信息。
101.如图5所示，在上述任一实施例中，根据行程信息和乘车偏好信息生成当前订单数据的步骤之前，还包括：
102.步骤502，接收用户终端发送的乘车偏好更新指令；
103.步骤504，根据乘车偏好更新指令对乘车偏好信息进行更新。
104.在该实施例中，乘客能够通过用户终端根据自身需求，以自定义的方式对当前行程设置乘车偏好信息。如果服务器在根据行程信息和乘车偏好信息生成当前订单数据的之前接收到乘车偏好更新指令，则根据偏好更新指令对乘车偏好信息进行更新，实现了乘客能够随时根据自身需求对乘车偏好进行设置，进一步提高了乘客的乘车体验。
105.在上述任一实施例中，乘车偏好信息包括：车辆行驶速度、车窗启闭信息、媒体播放音量、空调运行信息。
106.在该实施例中，乘车偏好信息包括对车辆的行驶参数的偏好、对车内环境的偏好以及车辆硬件运行状态的偏好。乘车偏好信息具体包括：车辆行驶速度、车窗启闭信息、媒体播放音量、空调运行信息。
107.在一些实施例中，用户习惯在乘车过程中车辆的车窗处于开启状态，则用户在乘车偏好信息设置“车窗开启”。车辆终端在行程开始之前，能够接收到“车窗开启”的相应信息，以提示司机打开出租车辆的车窗。
108.如图6所示，在上述任一实施例中，将当前订单数据转发至车辆终端的步骤之前，还包括：
109.步骤602，接收车辆终端发送的驾驶偏好信息；
110.步骤604，确定驾驶偏好信息与乘车偏好信息相符，继续执行将当前订单数据转发至车辆终端的步骤。
111.在该实施例中，服务器还能够接收车辆终端发送的驾驶偏好信息，驾驶偏好信息为司机通过车辆终端输入的信息。服务器在将当前订单转发给车辆终端之前，需要对驾驶偏好信息与乘车偏好信息进行比对判定。如果检测到出租车司机的驾驶偏好信息与乘客的乘车偏好信息相符，则将生成的当前订单数据转发给车辆终端。如果检测到出租车司机的驾驶偏好信息与乘客的乘车偏好信息相差较大，则根据生成的当前订单数据查询与乘车偏好信息相符的驾驶偏好信息对应的车辆终端，并将当前订单数据发送至与乘车偏好信息相
符的驾驶偏好信息对应的车辆终端。根据接收到的驾驶偏好信息与乘车偏好信息对车辆终端与用户终端配对，实现了在满足乘客的乘车偏好的前提下，提高出租车司机的驾驶感受。
112.在一些实施例中，车辆终端上传的驾驶偏好信息直接与车辆终端的id绑定，在服务器根据用户终端发送的用车请求生成当前订单数据后，根据乘车偏好信息和驾驶偏好信息对出租车量进行筛选，进一步提高了出租车派单的准确性。
113.在另外一些实施例中，驾驶偏好信息为根据车辆终端采集到的出租车量的行驶数据得到。
114.在这些实施例中，车辆终端配置在出租车中，车辆在行驶过程中，车辆终端实时采集车辆的行驶数据和硬件运行数据，根据行驶数据和硬件运行数据自动生成和更新驾驶偏好信息，使驾驶偏好信息更加客观。
115.实施例二：
116.如图7所示，本发明的第二个实施例中提供了一种订单处理装置700，用于服务器，包括：
117.获取模块702，用于响应于用户终端发送的用车请求，获取用户终端对应的身份标识；
118.偏好确定模块704，用于根据身份标识确定对应的乘车偏好信息；行程确定模块706，用于根据用车请求确定行程信息；
119.行程确定模块706，用于根据用车请求确定行程信息；
120.订单发送模块708，用于根据行程信息和乘车偏好信息生成当前订单数据，将当前订单数据转发至车辆终端。
121.本实施例提供的订单处理装置700配置在订单处理系统的服务器中，订单处理系统包括服务器、用户终端和乘客终端。乘客能够通过用户终端向服务器发送用车请求，服务器根据用车请求生成当前订单数据，并将当前订单数据发送给车辆终端，以使司机能够通过车辆终端获取到当前订单数据。车辆终端包括媒体播放装置，媒体播放装置用于将接收到的信息以音频、视频等形式进行播放。
122.乘客能够通过用户终端向服务器发送用车请求，在乘客向用户终端发送用车请求之前，乘客通过用户终端登录账号，从而将用户终端与服务器建立通信连接。服务器与用户终端建立通信连接之后接收到用户终端上传用车请求，获取模块702通过查询用户终端登录的账号查询到用户终端对应的身份标识，其中，身份标识为用户id(identity document，身份账号)。偏好确定模块704根据查询到的身份标识确定乘客的乘车偏好信息，并通过行程确定模块706根据用车请求确定乘客乘车的行程信息。服务器根据行程信息和乘车偏好信息生成当前订单数据，通过订单发送模块708将当前订单输出发送至车辆终端，出租车司机在行程开始之前，能够通过车辆终端获取到当前订单数据中的行程信息，从而便于司机对即将开始的行程进行路线规划。车辆终端还能够根据当前订单数据确定乘客的乘车偏好信息，并通过车辆终端对乘车偏好信息进行播放，从而使出租车司机准确地了解到乘客的乘车偏好，便于出租车司机提供与乘车偏好相符的服务。实现了司机在行程开始之前就能了解到乘客的乘车偏好，并且无需乘客上车后与司机进行沟通，就能够将乘车偏好告知司机，进一步提高了乘客的用车体验。
123.实施例三：
124.如图8所示，本发明的第三个实施例中提供了一种订单处理方法，用于车辆终端，车辆终端包括媒体播放装置，订单处理方法包括：
125.步骤802，接收服务器发送的当前订单数据；
126.步骤804，根据当前订单数据确定乘车偏好信息，控制媒体播放装置输出乘车偏好信息。
127.本实施例中，提供的订单处理方法用于订单处理系统中的车辆终端中，订单处理系统包括服务器、用户终端和乘客终端。乘客能够通过用户终端向服务器发送用车请求，服务器根据用车请求生成当前订单数据，并将当前订单数据发送给车辆终端，以使司机能够通过车辆终端获取到当前订单数据。车辆终端包括媒体播放装置，媒体播放装置用于将接收到的信息以音频、视频等形式进行播放。
128.用车请求之前，乘客通过用户终端登录账号，从而将用户终端与服务器建立通信连接。服务器与用户终端建立通信连接之后接收到用户终端上传用车请求，通过查询用户终端登录的账号查询到用户终端对应的身份标识，其中，身份标识为用户id(identity document，身份账号)。根据查询到的身份标识确定乘客的乘车偏好信息，并根据用车请求确定乘客乘车的行程信息。服务器根据行程信息和乘车偏好信息生成当前订单数据，并将当前订单输出发送至车辆终端，出租车司机在行程开始之前，能够通过车辆终端获取到当前订单数据中的行程信息，从而便于司机对即将开始的行程进行路线规划。
129.车辆终端接收到服务器下发的当前订单数据后，确认车辆处于接单状态。车辆终端对当前订单数据进行解析，得到相应的乘车偏好信息，车辆终端控制车辆中的媒体播放装置播放乘车偏好信息，从而使出租车司机准确地了解到乘客的乘车偏好，便于出租车司机提供与乘车偏好相符的服务。实现了司机在行程开始之前就能了解到乘客的乘车偏好，并且无需乘客上车后与司机进行沟通，就能够将乘车偏好告知司机，进一步提高了乘客的用车体验。
130.值得说明的是，车辆终端对当前订单数据解析，还能够得到相应的行程信息，并控制车辆中的媒体播放装置播放相应的行程信息，以便于司机能够在行程开始前对行程路线进行规划。
131.在上述任一实施例中，媒体播放装置包括：音频输出装置和视频输出装置。
132.控制媒体播放装置输出乘车偏好信息的步骤，具体包括：控制音频输出装置和/或视频输出装置输出乘车偏好信息。
133.在该实施例中，媒体播放装置包括音频输出装置和视频输出装置，音频输出装置能够将接收到的信息以音频形式输出，视频输出装置能够将接收到的信息以视频形式进行输出。
134.在车辆终端接收到当前订单数据时，控制音频输出装置和/或视频输出装置对乘车偏好信息输出，使司机能够直观快速地了解到乘客的乘车偏好。
135.在上述任一实施例中，接收服务器发送的当前订单数据的步骤之前，还包括：发送驾驶偏好信息至服务器，以使服务器确定当前订单数据与驾驶偏好信息相符，继续执行将当前订单数据转发至车辆终端的步骤。
136.在该实施例中，服务器还能够接收车辆终端发送的驾驶偏好信息，驾驶偏好信息为司机通过车辆终端输入的信息。服务器在将当前订单转发给车辆终端之前，需要对驾驶
偏好信息与乘车偏好信息进行比对判定。如果检测到出租车司机的驾驶偏好信息与乘客的乘车偏好信息相符，则将生成的当前订单数据转发给车辆终端。如果检测到出租车司机的驾驶偏好信息与乘客的乘车偏好信息相差较大，则根据生成的当前订单数据查询与乘车偏好信息相符的驾驶偏好信息对应的车辆终端，并将当前订单数据发送至与乘车偏好信息相符的驾驶偏好信息对应的车辆终端。根据接收到的驾驶偏好信息与乘车偏好信息对车辆终端与用户终端配对，实现了在满足乘客的乘车偏好的前提下，提高出租车司机的驾驶感受。
137.在一些实施例中，车辆终端上传的驾驶偏好信息直接与车辆终端的id绑定，在服务器根据用户终端发送的用车请求生成当前订单数据后，根据乘车偏好信息和驾驶偏好信息对出租车量进行筛选，进一步提高了出租车派单的准确性。
138.在另外一些实施例中，驾驶偏好信息为根据车辆终端采集到的出租车量的行驶数据得到。
139.在这些实施例中，车辆终端配置在出租车中，车辆在行驶过程中，车辆终端实时采集车辆的行驶数据和硬件运行数据，根据行驶数据和硬件运行数据自动生成和更新驾驶偏好信息，使驾驶偏好信息更加客观。
140.实施例四：
141.如图9所示，本发明的第四个实施例中提供了一种订单处理装置900，用于车辆终端，车辆终端包括媒体播放装置，包括：
142.接收模块902，用于接收服务器发送的当前订单数据；
143.控制模块904，用于控制媒体播放装置输出当前订单数据。
144.本实施例提供的订单处理装置900配置在订单处理系统中的车辆终端中，订单处理系统包括服务器、用户终端和乘客终端。乘客能够通过用户终端向服务器发送用车请求，服务器根据用车请求生成当前订单数据，并将当前订单数据发送给车辆终端，以使司机能够通过车辆终端获取到当前订单数据。车辆终端包括媒体播放装置，媒体播放装置用于将接收到的信息以音频、视频等形式进行播放。
145.用车请求之前，乘客通过用户终端登录账号，从而将用户终端与服务器建立通信连接。服务器与用户终端建立通信连接之后接收到用户终端上传用车请求，通过查询用户终端登录的账号查询到用户终端对应的身份标识，其中，身份标识为用户id(identity document，身份账号)。根据查询到的身份标识确定乘客的乘车偏好信息，并根据用车请求确定乘客乘车的行程信息。服务器根据行程信息和乘车偏好信息生成当前订单数据，并将当前订单输出发送至车辆终端，出租车司机在行程开始之前，能够通过车辆终端获取到当前订单数据中的行程信息，从而便于司机对即将开始的行程进行路线规划。
146.车辆终端通过接收模块902接收到服务器下发的当前订单数据后，确认车辆处于接单状态。车辆终端对当前订单数据进行解析，得到相应的乘车偏好信息，车辆终端通过控制模块904控制车辆中的媒体播放装置播放乘车偏好信息，从而使出租车司机准确地了解到乘客的乘车偏好，便于出租车司机提供与乘车偏好相符的服务。实现了司机在行程开始之前就能了解到乘客的乘车偏好，并且无需乘客上车后与司机进行沟通，就能够将乘车偏好告知司机，进一步提高了乘客的用车体验。
147.值得说明的是，车辆终端对当前订单数据解析，还能够得到相应的行程信息，并控制车辆中的媒体播放装置播放相应的行程信息，以便于司机能够在行程开始前对行程路线
进行规划。
148.实施例五：
149.如图10所示，本发明的第五个实施例中提供了一种服务器1000，包括：第一通信设备1002、存储器1004和处理器1006。第一通信设备1002用于与车辆终端和用户终端进行通信；存储器1004用于存储程序或指令；处理器1006用于执行程序或指令，程序或指令被处理器1006执行时实现如实施例一中的订单处理方法的步骤。因而具有第一方面的实施例一中的订单处理方法的全部有益技术效果，在此不再做过多赘述。
150.实施例六：
151.如图11所示，本发明的第六个实施例中提供了一种车辆终端1100，包括：媒体播放装置1102、第二通信设备1104、存储器1106和处理器1108。第二通信设备1104用于与服务器进行通信；存储器1106用于存储程序或指令；处理器1108与媒体播放装置1102相连，用于执行程序或指令，程序或指令被处理器1108执行时实现如实施三中的订单处理方法的步骤。因而具有实施三中的订单处理方法的全部有益技术效果，在此不再做过多赘述。
152.实施例七：
153.本发明的第七个实施例中提供了一种可读存储介质，其上存储有程序，程序被处理器执行时实现如上述任一实施例中的订单处理方法，因而具有上述任一实施例中的订单处理方法的全部有益技术效果。
154.其中，可读存储介质，如只读存储器(read
‑
only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等。
155.需要明确的是，在本发明的权利要求书、说明书和水明书附图中，术语“多个”则指两个或两个以上，除非有额外的明确限定，术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了更方便地描述本发明和使得描述过程更加简便，而不是为了指示或暗示所指的装置或元件必须具有所描述的特定方位、以特定方位构造和操作，因此这些描述不能理解为对本发明的限制；术语“连接”、“安装”、“固定”等均应做广义理解，举例来说，“连接”可以是多个对象之间的固定连接，也可以是多个对象之间的可拆卸连接，或一体地连接；可以是多个对象之间的直接相连，也可以是多个对象之间的通过中间媒介间接相连。对于本领域的普通技术人员而言，可以根据上述数据地具体情况理解上述术语在本发明中的具体含义。
156.在本发明的权利要求书、说明书和水明书附图中，术语“一个实施例”、“一些实施例”、“具体实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或特点包含于本发明的至少一个实施例或示例中。在本发明的权利要求书、说明书和水明书附图中，对上述术语的示意性表述不一定指的是相同的实施例或实例。而且，描述的具体特征、结构、材料或特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
157.以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。