车辆管控方法及系统与流程

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.第五方面，本公开实施例提供了一种电子设备，包括存储器、处理器以及存储在存储器上的计算机程序，其中，所述处理器执行所述计算机程序以实现上述任一方面所述的方法。
50.第六方面，本公开实施例提供了一种计算机可读存储介质，用于存储上述任一装置所用的计算机指令，该计算机指令被处理器执行时用于实现上述任一方面所述的方法。
51.第七方面，本公开实施例提供了一种计算机程序产品，其包含计算机指令，该计算机指令被处理器执行时用于实现上述任一方面所述的方法。
52.本公开实施例提供的技术方案可以包括以下有益效果：
53.本公开实施例中，针对合作方管控车辆进行网约化的过程中，在网约车平台和合作方服务平台之间建立合作协议，并且网约车平台为用户提供用于约车的用户端，并为合作方管控车辆的司机提供司机应用端，合作方管控车辆上设置有车载设备，该车载设备可以与合作方服务平台进行信息交互，并且合作方服务平台可以对车载设备具有管控功能。合作方服务平台可以从车载设备获取管控车辆的车辆状态信息；网约车平台可以从合作方服务平台获取车辆状态信息，并可以从司机应用端获取司机状态信息；网约车平台还可以从用户端接收网约车订单，并基于车辆状态信息以及司机状态信息将网约车订单分配给合适的管控车辆；网约车平台还可以将分配的网约车订单推送至司机应用端，司机可以通过司机应用端接单；网约车平台还将开始服务的网约车订单的订单信息同步至合作方服务平台，车载设备可以将管控车辆上的计价信息同步至合作方服务平台，而网约车平台可以从合作方服务平台获取该计价信息，并在网约车订单结束后基于该计价信息生成网约车订单的订单费用。本公开实施例的上述方案，通过将合作方所管控车辆上的硬件设备与网约车平台打通，实现合作方管控车辆的网约化，使得管控车辆的网约化过程简单易操作。
54.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
55.结合附图，通过以下非限制性实施方式的详细描述，本公开的其它特征、目的和优点将变得更加明显。在附图中：
56.图1示出根据本公开一实施方式的车辆管控方法的流程图；
57.图2示出根据本公开又一实施方式的车辆管控方法的流程图；
58.图3示出根据本公开又一实施方式的车辆管控方法的流程图；
59.图4示出根据本公开一实施方式的车辆管控系统的结构框图；
60.图5示出根据本公开一实施方式中出租车网约化的场景示意图；
61.图6示出根据本公开一实施方式中出租车网约化场景中多方的交互流程示意图；
62.图7示出根据本公开一实施方式中出租车网约化场景中硬件接口及接口通信关系示意图；
63.图8是适于用来实现根据本公开一实施方式的车辆管控方法的电子设备的结构示意图。
具体实施方式
64.下文中，将参考附图详细描述本公开的示例性实施方式，以使本领域技术人员可容易地实现它们。此外，为了清楚起见，在附图中省略了与描述示例性实施方式无关的部分。
65.在本公开中，应理解，诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。
66.另外还需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
67.下面通过具体实施例详细介绍本公开实施例的细节。
68.图1示出根据本公开一实施方式的车辆管控方法的流程图。如图1所示，该车辆管控方法在网约车平台上实现，其包括以下步骤：
69.在步骤s101中，从合作方服务平台获取合作方管控车辆的车辆状态信息，以及从司机应用端获取所述合作方管控车辆的司机状态信息；
70.在步骤s102中，基于所述车辆状态信息以及所述司机状态信息向所述合作方管控车辆分配网约车订单，以及将所分配的网约车订单推送至对应的所述司机应用端；
71.在步骤s103中，将所述合作方管控车辆开始服务的所述网约车订单的订单信息同步至所述合作方服务平台；
72.在步骤s104中，从所述合作方服务平台获取所述合作方管控车辆针对所述网约车订单的计价信息；
73.在步骤s105中，基于所述计价信息生成所述网约车订单的订单费用。
74.本实施例中，该方法可以在网约车平台上执行，用户可以通过该网约车平台呼叫附近的出租车等合作方管控车辆。合作方管控车辆可以是由第三方所管控的车辆，例如可以是出租车，或者运营平台所管控的未网约化的车辆等。当然，可以理解的是，其他运营平台所管控的已经网约化的车辆也可以通过本公开实施例的这种方式，接入网约车平台，进
而通过网约车平台为用户提供网约车服务。
75.合作方服务平台可以是对合作方管控车辆的车载设备具有管控权限的平台，例如可以是车载设备的硬件平台，或者是类似于对出租车具有管控权限的交委管控平台。为了使得合作方管控车辆进行网约化，需要将网约车平台与合作方管控车辆上的硬件设备如车载设备进行打通。
76.而现实情况是合作方管控车辆上的硬件设备如车载设备通常是有权限的一方才能够进行通信和/或操作，并且不同合作方管控车辆的硬件设备不同，接入标准不统一，如果直接将网约车平台和合作方管控车辆的硬件设备进行打通难度较大。
77.因此，本公开实施例通过在网约车平台和合作方服务平台建立网约车协议，由合作方服务平台控制管控车辆上的车载设备，由网约车平台提供用户叫车、给司机派单等服务，并通过合作方服务平台和网约车平台之间建立的网约车协议实现管控车辆的网约化。
78.本实施例中，用户可以通过该网约车平台呼叫附近的网约车、出租车等合作方管控车辆等。合作方管控车辆可以是由第三方所管控的车辆，例如可以是出租车，或者任意合作方服务平台所管控的未网约化的车辆等。当然，可以理解的是，任意合作方服务平台管控的已经网约化的车辆也可以通过本公开实施例的这种方式，接入网约车平台，进而通过网约车平台为用户提供网约车服务。
79.本公开实施例为了能够将其他平台所管控的车辆接入到网约车平台，制定了一套网约车接入方案，基于该接入方案，可以实现其他平台所管控的车辆在网约车平台的网约化。本公开实施例中，将其他平台所管控的车辆统一称之为合作方管控车辆。合作方服务平台可以是对管控车辆有管理权限的平台，并且管控车辆现有的运营模式受合作方服务平台管理，例如出租车由全名交通委员会管理。
80.普通网约车司机只需要手机和车辆即可直接按流程提交网约车申请，申请通过后可以从网约车平台接受派车订单，然而有些受管控的车辆例如出租车则有所不同，下面以出租车为例进行说明，出租车具有如下特点：
81.1、出租车可能随时接线下的扬招订单，司机能否接单与车上是否线下载客有直接关系。
82.2、车辆计费需要走计价器打表，计价方面需要和计价器打通。
83.3、司机需要操作车辆上的一些特殊硬件，例如扣、抬表，车辆顶灯等。
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.图2示出根据本公开又一实施方式的车辆管控方法的流程图。如图2所示，该车辆管控方法在合作方服务平台上实现，其包括以下步骤：
116.在步骤s201中，从管控车辆上设置的车载设备接收车辆状态信息，以及将所述车辆状态信息同步至网约车平台；
117.在步骤s202中，接收所述网约车平台分配给所述管控车辆的网约车订单的订单信息；
118.在步骤s203中，基于所述订单信息向所述管控车辆的车载设备发送控制信息，以控制所述车载设备更新所述管控车辆的车辆状态信息；
119.在步骤s204中，从所述车载设备获取所述管控车辆上的计价信息，并将所述计价器信息同步至所述网约车平台。
120.本实施例中，该方法可以在合作方服务平台上执行，合作方服务平台可以是对合作方管控车辆的车载设备具有管控权限的平台，例如可以是车载设备的硬件平台，或者是类似于对出租车具有管控权限的交委管控平台。为了使得合作方管控车辆进行网约化，需要将网约车平台与合作方管控车辆上的硬件设备如车载设备进行打通。
121.而现实情况是合作方管控车辆上的硬件设备如车载设备通常是有权限的一方才能够进行通信和/或操作，并且不同合作方管控车辆的硬件设备不同，接入标准不统一，如果直接将网约车平台和合作方管控车辆的硬件设备进行打通难度较大。
122.因此，本公开实施例通过在网约车平台和合作方服务平台建立网约车协议，由合作方服务平台控制管控车辆上的车载设备，由网约车平台提供用户叫车、给司机派单等服务，并通过合作方服务平台和网约车平台之间建立的网约车协议实现管控车辆的网约化。
123.本实施例中，用户可以通过该网约车平台呼叫附近的网约车、出租车等合作方管控车辆等。合作方管控车辆可以是由第三方所管控的车辆，例如可以是出租车，或者任意合作方服务平台所管控的未网约化的车辆等。当然，可以理解的是，任意合作方服务平台管控的已经网约化的车辆也可以通过本公开实施例的这种方式，接入网约车平台，进而通过网约车平台为用户提供网约车服务。
124.本公开实施例为了能够将其他平台所管控的车辆接入到网约车平台，制定了一套网约车接入方案，基于该接入方案，可以实现其他平台所管控的车辆在网约车平台的网约化。本公开实施例中，将其他平台所管控的车辆统一称之为合作方管控车辆。合作方服务平台可以是对管控车辆有管理权限的平台，并且管控车辆现有的运营模式受合作方服务平台管理，例如出租车由全名交通委员会管理。
125.普通网约车司机只需要手机和车辆即可直接按流程提交网约车申请，申请通过后可以从网约车平台接受派车订单，然而有些受管控的车辆例如出租车则有所不同，下面以出租车为例进行说明，出租车具有如下特点：
126.1、出租车可能随时接线下的扬招订单，司机能否接单与车上是否线下载客有直接关系。
127.2、车辆计费需要走计价器打表，计价方面需要和计价器打通。
128.3、司机需要操作车辆上的一些特殊硬件，例如扣、抬表，车辆顶灯等。
129.基于上述这些特点，出租车和网约车司机有本质的区别；出租车司机能否接网约车订单与车辆状态、司机状态等共同决定。因此，出租车网约化需要和车辆的硬件设备打
通，但是不同地区的硬件设备并不统一。
130.目前，已有部分网约车平台采用出租车跟网约车同样的入驻流程，司机开出租车并利用手机接网约车订单，但由于网约车订单没有与出租车上的硬件设备互通，司机完成网约车订单后，按出租车上的计价器金额，手动输入计费信息的方式来结算。然而，这种方式导致司机接了网约车订单后需要手动操作车载硬件设备；此外司机接到扬招订单(也即路边接招手乘客)后需要手动操作手机，将网约车平台上的线上接单状态修改成收车操作，然而这对于司机来说比较容易遗忘，最终可能会导致载客途中，网约车平台分配新的网约车订单给出租车司机。
131.本公开实施例为了解决已有技术中的上述问题，提出了一种车辆管控方法。该方法中，合作方服务平台由于与合作方管控车辆之间已经具体通信能力，也即合作方服务平台可以与合作方管控车辆上的硬件设备也即车载设备通信，因此合作方服务平台可以实时从车载设备获取管控车辆的车辆状态信息，该车辆状态信息可以包括管控车辆的标识以及是否空车或载客的状态信息。
132.合作方服务平台还可以将从车载设备获取的车辆状态信息同步至网约车平台，网约车平台记录车辆状态信息。
133.合作方管控车辆的司机还可以设置手持设备，该手持设备例如可以是手机、平板等电子设备。司机可以通过手持设备登录能够网约车平台的司机应用端。司机开工后，可以通过车载设备进行签到，收工后可以通过车载设备进行签退。
134.车载设备可以将司机的签到和签退信息同步至合作方服务平台，合作方服务平台可以将司机的签到和签退信息同步至网约车平台。车载设备在司机签到时，可以向合作方服务平台发送签到信息，该签到信息可以包括但不限于司机信息(比如司机标识信息，该标识信息可以是预先在合作方服务平台已注册的信息)以及司机所签到的合作方管控车辆的车辆状态信息，合作方服务平台也可以将该签到信息同步至网约车平台。
135.在一些实施例中，司机可以通过手持设备扫描车载设备上的二维码的方式签到，手持设备可以与司机的标识信息预先绑定，司机通过手持设备扫描二维码，手持设备自动将司机的标识信息提供给车载设备，而车载设备可以将该司机的标识信息以及车载设备所在管控车辆的车辆状态信息以签到信息的形式发送至合作方服务平台，合作方服务平台可以记录司机与车辆的对应绑定关系，也即合作方服务平台可以将司机的标识信息与车辆的标识信息绑定存储。合作方服务平台还可以基于签到信息将司机的标识信息、管控车辆的车辆状态信息同步至网约车平台。
136.司机还可以通过手持设备登录司机应用端，并通过司机应用端向网约车平台发送上线请求，该上线请求可以包括司机标识以及司机所在的位置信息等。需要说明的是，同一个司机在司机应用端、网约车平台、合作方服务平台、车载设备上的司机标识可以相同，或者在不相同的情况下，可以预先建立同一个司机的不同司机标识之间的对应关系。
137.司机应用端还可以实时向网约车平台上报司机状态信息，该司机状态信息可以包括但不限于司机当前所处状态(比如上线状态、下线状态)以及位置信息，该位置信息可以是司机的手持设备实时检测到的。该位置信息可以表示司机、合作方管控车辆的当前位置。
138.网约车平台可以通过合作方服务平台获取合作方管控车辆的车辆状态信息，网约车平台还可以通过司机应用端获取合作方管控车辆的司机状态信息。因此，用户通过用户
端呼叫网约车，产生网约车订单后，网约车平台可以根据合作方管控车辆的车辆状态信息以及司机状态信息为该网约车订单分配合适的合作方管控车辆。网约车平台可以将网约车订单分配给合作方管控车辆，并将网约车订单的订单信息发送至司机应用端，司机通过司机应用端应答后，可以开启对该网约车订单的订单服务。
139.网约车平台可以将该网约车订单的订单信息同步至合作方服务平台以及司机应用端。需要说明的是，本实施例中提到的同步是指实时或者周期性的同步相关信息，以便对方可以实时感知到信息的变化情况。
140.合作方服务平台在接收到网约车订单的订单信息之后，如果该订单信息中包括开始新订单的指示信息，则可以向合作方管控车辆的车载设备发送订单开始控制信息，该订单开始控制信息可以包括但不限于计价器控制信息和车辆状态更新控制信息，该计价器控制信息可以触发合作方管控车辆上的车载设备开始计价，例如车载设备接收到计价器控制信息后可以控制出租车上的计价器开始走表等。该车辆状态更新控制信息可以控制车载设备更新合作方管控车辆的车辆状态信息，从空车状态更新为载客状态，例如车载设备接收到车辆状态更新控制信息后可以控制出租车上的顶灯开启等。
141.需要说明的是，合作方管控车辆上的车载设备是否开启计价以及是否开启显示车辆状态的状态显示设备等也可以由司机手动操作，例如出租车司机可以通过扣表的方式控制计价器走表以及控制顶灯开启。
142.合作方服务平台在接收到网约车订单的订单信息之后，如果该订单信息中包括结束示订单的指示信息，则可以向合作方管控车辆的车载设备发送订单结束控制信息，该订单结束控制信息可以包括但不限于计价器控制信息和车辆状态更新控制信息，该计价器控制信息可以触发合作方管控车辆上的车载设备结束计价，例如车载设备在接收到该计价器控制信息后可以控制出租车上计价器停止走表等。该车辆状态更新控制信息可以控制车载设备更新合作方管控车辆的车辆状态信息，从载客状态更新为空客状态，例如车载设备在接收到该车辆状态更新控制信息后可以控制出租车的顶灯关闭。
143.需要说明的是，合作方管控车辆上的车载设备是否结束计价以及是否关闭显示车辆状态的状态显示设备等也可以由司机手动操作，例如出租车司机可以通过抬表的方式控制计价器停止走表以及控制顶灯关闭。
144.合作方管控车辆上的车载设备还可以实时将计价信息同步至合作方服务平台，合作方服务平台也可以将计价信息同步至网约车平台。网约车平台可以将计价信息同步至司机端，并在司机端显示该计价信息。需要说明的是，如果网约车订单在产生时有额外的收费，比如调度费、燃油费等，则网约车平台可以将该额外的收费发送给合作方服务平台，合作方服务平台将该额外的费用发送至车载设备，以便车载设备将该额外的费用写入计价信息中，使得在打印车票时能够体现该费用。
145.网约车平台从合作方服务平台获取合作管控车辆上的计价信息，在订单结束后可以基于该计价信息生成该网约车订单的订单费用，并推送至司机应用端以及用户端，同时还可以将最终费用同步至合作方服务平台，使得用户端、司机应用端、车载设备上显示的计价信息一致。
146.本公开实施例中，针对合作方管控车辆进行网约化的过程中，在网约车平台和合作方服务平台之间建立合作协议，并且网约车平台为用户提供用于约车的用户端，并为合
作方管控车辆的司机提供司机应用端，合作方管控车辆上设置有车载设备，该车载设备可以与合作方服务平台进行信息交互，并且合作方服务平台可以对车载设备具有管控功能。合作方服务平台可以从车载设备获取管控车辆的车辆状态信息；网约车平台可以从合作方服务平台获取车辆状态信息，并可以从司机应用端获取司机状态信息；网约车平台还可以从用户端接收网约车订单，并基于车辆状态信息以及司机状态信息将网约车订单分配给合适的管控车辆；网约车平台还可以将分配的网约车订单推送至司机应用端，司机可以通过司机应用端接单；网约车平台还将开始服务的网约车订单的订单信息同步至合作方服务平台，车载设备可以将管控车辆上的计价信息同步至合作方服务平台，而网约车平台可以从合作方服务平台获取该计价信息，并在网约车订单结束后基于该计价信息生成网约车订单的订单费用。本公开实施例的上述方案，通过将合作方所管控车辆上的硬件设备与网约车平台打通，实现合作方管控车辆的网约化，使得管控车辆的网约化过程简单易操作。
147.在本实施例的一个可选实现方式中，步骤s203，即基于所述订单信息向所述管控车辆的车载设备发送控制信息，以控制所述车载设备更新所述管控车辆的车辆状态信息的步骤，进一步包括以下步骤：
148.在所述订单信息中包括所述网约车订单为开始服务状态时，向所述车载设备发送开启计价以及更新车辆状态信息的控制信息。
149.该可选的实现方式中，合作方管控车辆上可以设置车载设备，该车载设备可以包括但不限于计价器和用于显示车辆状态信息的状态显示设备，如出租车上的顶灯。
150.网约车平台将订单信息同步至合作方服务平台后，合作方服务平台可以基于订单信息中的内容进行相应操作。在订单信息中包括合作方管控车辆开始服务网约车订单时，合作方服务平台可以向该合作方管控车辆的车载设备发送控制信息，以控制该车载设备开启计价器，以及开启用于显示车辆状态信息的状态显示设备，以便合作方控制车辆能够在接单后自动启动计价，并通过状态显示设备给出该合作方车辆当前处于载客状态，无法接收扬招订单的提示。
151.在本实施例的一个可选实现方式中，所述方法进一步还包括以下步骤：
152.从所述网约车平台接收所述网约车订单的额外费用；
153.将所述额外费用推送至所述车载设备，以便所述车载设备基于所述额外费用更新所述管控车辆上的计价信息。
154.该可选的实现方式中，网约车订单产生时，可以基于当时的场景产生调度费、燃油费等，合作管控车辆上的计价信息可能并不包括燃油费，而调度费由于是网约车平台这方所产生的，因此网约车平台可以额外费用同步至合作方服务平台，而合作方服务平台则将该额外费用推送至车载设备，以便在车载设备上基于该额外费用更新管控车辆上的计价信息。通过这种方式，可以保证合作方管控车辆上的计价信息与网约车平台上的计价信息一致。
155.在本实施例的一个可选实现方式中，所述方法进一步还包括以下步骤：
156.从所述车载设备接收所述管控车辆的司机的签到和签退信息；
157.将所述签到和签退信息同步至所述网约车平台。
158.该可选的实现方式中，合作方服务平台对合作方管控车辆具有管控权限，司机可以通过车载设备进行签到和签退，以便合作方服务平台可以记录司机的签到和签退信息，
例如在签到时可以将该司机与司机所签到合作方管控车辆进行绑定，在签退时可以将该司机与所绑定的合作方管控车辆解绑；此外，合作方服务平台还可以将该签到和签退信息同步至网约车平台，使得网约车平台能够感知司机与合作方管控车辆的绑定关系，以及司机当前的状态，比如至少可以确定该司机当前处于上线状态，并且可以预测该司机在网约平台上可能即将处于上线状态等。
159.图3示出根据本公开又一实施方式的车辆管控方法的流程图。如图3所示，该车辆管控方法在合作方服务平台上实现，其包括以下步骤：
160.在步骤s301中，接收司机的签到请求；所述签到请求包括所述司机的司机标识；
161.在步骤s302中，将所述司机标识以及所述车载设备所在的管控车辆进行绑定；
162.在步骤s303中，获取所述管控车辆的车辆状态信息，将所述车辆状态信息以及所绑定的所述司机标识同步至合作方服务平台；
163.在步骤s304中，从合作方服务平台接收分配给所述管控车辆的网约车订单的订单信息；
164.在步骤s305中，控制计价器开始计价以及将所述管控车辆的车辆状态信息更新为载客状态。
165.本实施例中，该方法可以在合作方服务平台所管控的管控车辆上的车载设备上执行，合作方服务平台可以是对合作方管控车辆的车载设备具有管控权限的平台，例如可以是车载设备的硬件平台，或者是类似于对出租车具有管控权限的交委管控平台。而车载设备可以是控制管控车辆的计价器、用于显示管控车辆的车辆状态信息的状态显示设备的控制设备，车载设备还可以与合作方服务平台进行通信，以便能够向合作方服务平台上报计价信息、车辆状态信息等，同时也能够基于合作方服务平台的控制信息，对车辆状态信息、计价信息等进行更新。
166.为了使得合作方管控车辆进行网约化，需要将网约车平台与合作方管控车辆上的硬件设备如车载设备进行打通。
167.而现实情况是合作方管控车辆上的硬件设备如车载设备通常是有权限的一方才能够进行通信和/或操作，并且不同合作方管控车辆的硬件设备不同，接入标准不统一，如果直接将网约车平台和合作方管控车辆的硬件设备进行打通难度较大。
168.因此，本公开实施例通过在网约车平台和合作方服务平台建立网约车协议，由合作方服务平台控制管控车辆上的车载设备，由网约车平台提供用户叫车、给司机派单等服务，并通过合作方服务平台和网约车平台之间建立的网约车协议实现管控车辆的网约化。
169.本实施例中，用户可以通过该网约车平台呼叫附近的网约车、出租车等合作方管控车辆等。合作方管控车辆可以是由第三方所管控的车辆，例如可以是出租车，或者任意合作方服务平台所管控的未网约化的车辆等。当然，可以理解的是，任意合作方服务平台管控的已经网约化的车辆也可以通过本公开实施例的这种方式，接入网约车平台，进而通过网约车平台为用户提供网约车服务。
170.本公开实施例为了能够将其他平台所管控的车辆接入到网约车平台，制定了一套网约车接入方案，基于该接入方案，可以实现其他平台所管控的车辆在网约车平台的网约化。本公开实施例中，将其他平台所管控的车辆统一称之为合作方管控车辆。合作方服务平台可以是对管控车辆有管理权限的平台，并且管控车辆现有的运营模式受合作方服务平台
管理，例如出租车由全名交通委员会管理。
171.普通网约车司机只需要手机和车辆即可直接按流程提交网约车申请，申请通过后可以从网约车平台接受派车订单，然而有些受管控的车辆例如出租车则有所不同，下面以出租车为例进行说明，出租车具有如下特点：
172.1、出租车可能随时接线下的扬招订单，司机能否接单与车上是否线下载客有直接关系。
173.2、车辆计费需要走计价器打表，计价方面需要和计价器打通。
174.3、司机需要操作车辆上的一些特殊硬件，例如扣、抬表，车辆顶灯等。
175.基于上述这些特点，出租车和网约车司机有本质的区别；出租车司机能否接网约车订单与车辆状态、司机状态等共同决定。因此，出租车网约化需要和车辆的硬件设备打通，但是不同地区的硬件设备并不统一。
176.目前，已有部分网约车平台采用出租车跟网约车同样的入驻流程，司机开出租车并利用手机接网约车订单，但由于网约车订单没有与出租车上的硬件设备互通，司机完成网约车订单后，按出租车上的计价器金额，手动输入计费信息的方式来结算。然而，这种方式导致司机接了网约车订单后需要手动操作车载硬件设备；此外司机接到扬招订单(也即路边接招手乘客)后需要手动操作手机，将网约车平台上的线上接单状态修改成收车操作，然而这对于司机来说比较容易遗忘，最终可能会导致载客途中，网约车平台分配新的网约车订单给出租车司机。
177.本公开实施例为了解决已有技术中的上述问题，提出了一种车辆管控方法。该方法中，合作方服务平台由于与合作方管控车辆之间已经具体通信能力，也即合作方服务平台可以与合作方管控车辆上的硬件设备也即车载设备通信，因此合作方服务平台可以实时从车载设备获取管控车辆的车辆状态信息，该车辆状态信息可以包括管控车辆的标识以及是否空车或载客的状态信息。
178.合作方服务平台还可以将从车载设备获取的车辆状态信息同步至网约车平台，网约车平台记录车辆状态信息。
179.合作方管控车辆的司机还可以设置手持设备，该手持设备例如可以是手机、平板等电子设备。司机可以通过手持设备登录能够网约车平台的司机应用端。司机开工后，可以通过车载设备进行签到，收工后可以通过车载设备进行签退。
180.车载设备可以将司机的签到和签退信息同步至合作方服务平台，合作方服务平台可以将司机的签到和签退信息同步至网约车平台。车载设备在司机签到时，可以向合作方服务平台发送签到信息，该签到信息可以包括但不限于司机信息(比如司机标识信息，该标识信息可以是预先在合作方服务平台已注册的信息)以及司机所签到的合作方管控车辆的车辆状态信息，合作方服务平台也可以将该签到信息同步至网约车平台。
181.在一些实施例中，司机可以通过手持设备扫描车载设备上的二维码的方式签到，手持设备可以与司机的标识信息预先绑定，司机通过手持设备扫描二维码，手持设备自动将司机的标识信息提供给车载设备，而车载设备可以将该司机的标识信息以及车载设备所在管控车辆的车辆状态信息以签到信息的形式发送至合作方服务平台，合作方服务平台可以记录司机与车辆的对应绑定关系，也即合作方服务平台可以将司机的标识信息与车辆的标识信息绑定存储。合作方服务平台还可以基于签到信息将司机的标识信息、管控车辆的
车辆状态信息同步至网约车平台。
182.司机还可以通过手持设备登录司机应用端，并通过司机应用端向网约车平台发送上线请求，该上线请求可以包括司机标识以及司机所在的位置信息等。需要说明的是，同一个司机在司机应用端、网约车平台、合作方服务平台、车载设备上的司机标识可以相同，或者在不相同的情况下，可以预先建立同一个司机的不同司机标识之间的对应关系。
183.司机应用端还可以实时向网约车平台上报司机状态信息，该司机状态信息可以包括但不限于司机当前所处状态(比如上线状态、下线状态)以及位置信息，该位置信息可以是司机的手持设备实时检测到的。该位置信息可以表示司机、合作方管控车辆的当前位置。
184.网约车平台可以通过合作方服务平台获取合作方管控车辆的车辆状态信息，网约车平台还可以通过司机应用端获取合作方管控车辆的司机状态信息。因此，用户通过用户端呼叫网约车，产生网约车订单后，网约车平台可以根据合作方管控车辆的车辆状态信息以及司机状态信息为该网约车订单分配合适的合作方管控车辆。网约车平台可以将网约车订单分配给合作方管控车辆，并将网约车订单的订单信息发送至司机应用端，司机通过司机应用端应答后，可以开启对该网约车订单的订单服务。
185.网约车平台可以将该网约车订单的订单信息同步至合作方服务平台以及司机应用端。需要说明的是，本实施例中提到的同步是指实时或者周期性的同步相关信息，以便对方可以实时感知到信息的变化情况。
186.合作方服务平台在接收到网约车订单的订单信息之后，如果该订单信息中包括开始新订单的指示信息，则可以向合作方管控车辆的车载设备发送订单开始控制信息，该订单开始控制信息可以包括但不限于计价器控制信息和车辆状态更新控制信息，该计价器控制信息可以触发合作方管控车辆上的车载设备开始计价，例如车载设备接收到计价器控制信息后可以控制出租车上的计价器开始走表等。该车辆状态更新控制信息可以控制车载设备更新合作方管控车辆的车辆状态信息，从空车状态更新为载客状态，例如车载设备接收到车辆状态更新控制信息后可以控制出租车上的顶灯开启等。
187.需要说明的是，合作方管控车辆上的车载设备是否开启计价以及是否开启显示车辆状态的状态显示设备等也可以由司机手动操作，例如出租车司机可以通过扣表的方式控制计价器走表以及控制顶灯开启。
188.合作方服务平台在接收到网约车订单的订单信息之后，如果该订单信息中包括结束示订单的指示信息，则可以向合作方管控车辆的车载设备发送订单结束控制信息，该订单结束控制信息可以包括但不限于计价器控制信息和车辆状态更新控制信息，该计价器控制信息可以触发合作方管控车辆上的车载设备结束计价，例如车载设备在接收到该计价器控制信息后可以控制出租车上计价器停止走表等。该车辆状态更新控制信息可以控制车载设备更新合作方管控车辆的车辆状态信息，从载客状态更新为空客状态，例如车载设备在接收到该车辆状态更新控制信息后可以控制出租车的顶灯关闭。
189.需要说明的是，合作方管控车辆上的车载设备是否结束计价以及是否关闭显示车辆状态的状态显示设备等也可以由司机手动操作，例如出租车司机可以通过抬表的方式控制计价器停止走表以及控制顶灯关闭。
190.合作方管控车辆上的车载设备还可以实时将计价信息同步至合作方服务平台，合作方服务平台也可以将计价信息同步至网约车平台。网约车平台可以将计价信息同步至司
机端，并在司机端显示该计价信息。需要说明的是，如果网约车订单在产生时有额外的收费，比如调度费、燃油费等，则网约车平台可以将该额外的收费发送给合作方服务平台，合作方服务平台将该额外的费用发送至车载设备，以便车载设备将该额外的费用写入计价信息中，使得在打印车票时能够体现该费用。
191.网约车平台从合作方服务平台获取合作管控车辆上的计价信息，在订单结束后可以基于该计价信息生成该网约车订单的订单费用，并推送至司机应用端以及用户端，同时还可以将最终费用同步至合作方服务平台，使得用户端、司机应用端、车载设备上显示的计价信息一致。
192.本公开实施例中，针对合作方管控车辆进行网约化的过程中，在网约车平台和合作方服务平台之间建立合作协议，并且网约车平台为用户提供用于约车的用户端，并为合作方管控车辆的司机提供司机应用端，合作方管控车辆上设置有车载设备，该车载设备可以与合作方服务平台进行信息交互，并且合作方服务平台可以对车载设备具有管控功能。合作方服务平台可以从车载设备获取管控车辆的车辆状态信息；网约车平台可以从合作方服务平台获取车辆状态信息，并可以从司机应用端获取司机状态信息；网约车平台还可以从用户端接收网约车订单，并基于车辆状态信息以及司机状态信息将网约车订单分配给合适的管控车辆；网约车平台还可以将分配的网约车订单推送至司机应用端，司机可以通过司机应用端接单；网约车平台还将开始服务的网约车订单的订单信息同步至合作方服务平台，车载设备可以将管控车辆上的计价信息同步至合作方服务平台，而网约车平台可以从合作方服务平台获取该计价信息，并在网约车订单结束后基于该计价信息生成网约车订单的订单费用。本公开实施例的上述方案，通过将合作方所管控车辆上的硬件设备与网约车平台打通，实现合作方管控车辆的网约化，使得管控车辆的网约化过程简单易操作。
193.在本实施例的一个可选实现方式中，所述方法进一步还包括以下步骤：
194.检测所述计价器的计价状态；
195.在所述计价器被手动操作成计价结束状态后，将所述车辆状态信息更新为空车状态，以及向合作方服务平台发送订单结束信息；所述订单结束请求中包括所述计价器的计价费用以及所述车辆状态信息。
196.该可选的实现方式中，管控车辆上可以单独设置有计价器，该计价器的开启和关闭状态可以发送给车载设备，车载设备对该计价器具有控制权限。
197.在一些实施例中，司机在完成网约车订单后，还可以手动关闭计价器；而计价器在被司机手动关闭后，可以触发一计价结束信号，车载设备可以接收该计价技术信号，并基于该计价结束信号确定计价器的状态变为了计价结束状态，此时车载设备可以将该管控车辆的车辆状态信息更新为空车状态，该车辆状态信息还可以被车载设备同步至合作方服务平台；此外，车载设备还可以将计价器上最后的计价费用同步至合作方服务平台。合作方服务平台可以将该车辆状态信息以及计价费用同步至网约车平台，网约车平台在接收到车辆状态信息以及计价费用后，可以确定当前的网约车订单已完成，网约车平台可以将该网约车订单标识为已完成状态，并基于该计价费用生成该网约车订单的订单费用，该订单费用还可以被网约车订单推送至司机应用端和用户端；网约车订单的状态信息也可以被推送至司机应用端和用户端。通过这种方式，司机还可以通过操作管控车辆上的硬件设备自动触发订单完成后的一系列操作，可以简化司机的操作流程。
198.在本实施例的一个可选实现方式中，所述方法进一步还包括以下步骤：
199.响应于所述合作方服务平台发送的订单结束信息，在所述计价器状态未被手动操作成计价结束状态时，控制所述计价器停止计价，以及将所述车辆状态信息更新为空车状态；
200.将所述计价器上的计价费用同步至合作方服务平台。
201.该可选的实现方式中，司机在完成网约车订单后，还可以通过操作司机应用端来触发订单完成的一系列操作。该过程中网约车平台接收司机从司机应用端发送的订单结束信息，并将该订单结束信息同步至合作方服务平台，合作方服务平台进一步将该订单结束信息推送至车载设备，车载设备接收到订单结束信息后，控制计价器停止计价，并将计价器的最终计价费用同步至合作方服务平台；车载设备还可以将车辆状态信息更新为空车状态。此外，如果管控车辆上还设置有用于显示车辆状态信息的状态显示设备时，车载设备还可以控制状态显示设备显示空车状态。通过这种方式，司机也可以通过直接操作司机应用端触发订单完成后的一系列操作，车载设备可以在该司机应用端的触发下最终完成关闭计价器、开启状态显示设备等硬件操作，司机无需再手动操作车辆上的硬件设备。
202.在本实施例的一个可选实现方式中，所述方法进一步还包括以下步骤：
203.将所述车载设备上获得的所述管控车辆的信息发送给司机应用端，以便司机应用端再上传至网约车平台。
204.该可选的实现方式中，车载设备和司机应用端可以直接进行交互，也即车载设备司机应用端可以分别设置交互接口，车载设备可以将管控车辆的部分或者全部信息通过该交互接口传送至司机应用端。管控车辆的信息可以包括但不限于管控车辆的状态信息、司机状态信息以及其他所有相关的信息。司机应用端再将从车载设备接收到的信息上传至网约车平台，通过这种方式可以在合作方服务平台不可用的情况下，实现数据的冗余备份。
205.图4示出根据本公开一实施方式的车辆管控系统的结构框图。如图4所示，该车辆管控系统装置包括：车载设备401、合作方服务平台402和网约车平台403。其中，
206.所述车载设备401设置在管控车辆上，用于向合作方服务平台402上报所述合作方管控车辆的车辆状态信息以及计价信息，以及基于所述合作方服务平台402的控制指令或者司机的手动操作指令更新所述车辆状态信息；
207.所述合作方服务平台402用于从车载设备401接收所述管控车辆的车辆状态信息以及计价信息，并将所述车辆状态信息和计价信息同步至网约车平台403，以及从所述网约车平台403接收分配给所述管控车辆的网约车订单的订单信息，并基于所述订单信息向所述车载设备401发送控制信息，以控制所述车载设备401更新所述管控车辆的车辆状态信息；
208.所述网约车平台403从合作方服务平台402接收所述管控车辆的车辆状态信息和计价信息，以及从司机应用端获取所述管控车辆的司机状态信息，以及向空车状态的所述管控车辆分配网约车订单，并将所述网约车订单的订单信息同步至所述合作方服务平台402和所述司机应用端。
209.本实施例中，如上文中所述，为了使得合作方管控车辆进行网约化，需要将网约车平台403与合作方管控车辆上的硬件设备如车载设备401进行打通。
210.在合作方管控车辆的网约化过程中，车载设备401可以基于司机对车载设备401的
手动操作确定车辆状态信息，车载设备401还可以从合作方服务平台402接收控制信息，并基于控制信息更新车辆状态信息；车载设备401还可以控制安装在管控车辆上的计价器的启动和关闭，以及控制车辆状态信息的状态显示设备的启动和关闭。
211.合作方服务平台402与管控车辆上的车载设备401进行交互，对车载设备401具有管控权限；合作方服务平台402还可以与网约车平台403进行信息交互，并且可以将车载设备401发送的车辆状态信息同步至网约车平台403，并基于网约车平台403同步的订单信息控制车载设备401，以便车载设备401在管控车辆服务于网约车订单的过程中基于合作方服务平台402的控制信息，控制计价器和状态显示设备的状态。
212.网约车平台403接收用户的网约车订单，并从合作方服务平台402接收管控车辆的车辆状态信息，从司机应用端接收管控车辆的司机状态信息，进而基于同一辆管控车辆的车辆状态信息以及司机状态信息为管控车辆分配网约车订单，并将网约车订单推送至合作方服务平台402和司机应用端；网约车平台403还从合作方服务平台402接收管控车辆的计价信息，在网约车订单结束后，基于接收到的计价信息生成网约车订单的订单费用，进而推送至司机应用端和用户端。
213.该系统的具体细节可以参见上文中对于在网约车平台403、合作方服务平台402以及车载设备401上运行的车辆管控方法的描述，在此不再赘述。
214.图5示出根据本公开一实施方式中出租车网约化的场景示意图。如图5所示，车租车上安装有车载设备，同时出租车司机可以配备一部手机，用于安装网约车平台的司机应用端，车载设备与合作方服务平台进行交互，司机可以通过车载设备进行签到和签退，车载设备可以向合作方服务平台上报车辆的空重车状态信息，也即车辆状态信息，车载设备还可以向合作方服务平台同步车辆信息，例如车辆的顶灯状态(空车/载客)、车辆的车轮转速、车辆的营运信息、车辆计价器当前的金额信息、开熄火状态等。
215.合作方服务平台向车载设备同步网约车订单的订单信息，并且可以通过与车载设备进行交互，以控制出租车的订单开关。
216.合作方服务平台还可以向叫车平台(也即网约车平台)同步司机信息(包括司机标识、司机签到、签退信息等)、空重车状态、计价信息等。
217.叫车平台接收用户的叫车请求，并将产生的网约车订单分配给出租车，叫车平台还将该网约车订单的订单信息同步给合作方服务平台；网约车平台还将网约车订单的评价信息同步给合作方服务平台，此外如果网约车订单产生额外费用，如调度费和燃油费等，叫车平台还可以将额外费用同步个合作方服务平台，以便合作方服务平台将其写入车载设备。
218.叫车平台还将派单信息、网约车订单的订单信息推送至司机应用端，司机通过司机应用端可以登录网约车平台，司机可以通过司机应用端向网约车平台上报出车情况、位置信息、订单操作、收车情况等，还可也通过司机应用端，使用网约车平台提供的接口与乘客进行通话等。
219.图6示出根据本公开一实施方式中出租车网约化场景中多方的交互流程示意图。如图6所示，出租车的网约化可以分为两部分：硬件厂商服务(接口)和叫车平台服务(接口)，其中，硬件厂商服务(接口)可以包括车载设备以及合作方服务平台上的提供的服务或接口，而叫车平台服务(接口)可以包括网约车平台和司机应用端提供的服务或接口。
220.硬件厂商服务可以包括司机信息维护接口和车机终端。司机信息维护接口包括新增司机、修改人车绑定关系、司机离职、导入司机等与司机信息相关的操作服务；新增的司机信息、司机车辆信息、司机图片的更改信息等可以同步至叫车平台服务端的司机信息入驻与修改模块。司机信息维护接口还用于从叫车服务端的司机信息入驻与修改模块接收司机信息的查询、司机账号信息的更新查询等。
221.车机终端可以包括司机的签到签退接口、空重车/熄火状态接口、实时位置点接口、电召顶灯开关接口、计价器写入调度费等额外费用接口、抬扣表接口、计价器费用接口、营运数据上报接口等；签到签退接口可以采用人脸识别功能，签到签退信息可以同步至叫车平台服务端的司机登录模块。签到签退接口还向司机登录模块提供司机的签到状态查询服务。
222.空重车/熄火状态接口用于将司机是否可派单信息推送至叫车平台服务端的司乘匹配模块。
223.实时位置点接口用于向叫车平台服务端同步司机轨迹点。
224.电召顶灯开关控制接口可以接受叫车平台服务端的订单状态同步模块对于订单信息和状态(包括派单、推送订单调度费、取消、完单和支付等)的同步；
225.计价器写入调度费接口可以从电召顶灯开关控制接口接收调度费，并写入计价器中，计价器写入调度费还可以向叫车平台服务端发送调度费写入确定信息。
226.抬、扣表接口可以检测司机的抬、扣表操作，并将计价器操作涉及的空车状态转重车状态、或者重车状态转空车状态的信息通知给叫车平台服务端的订单状态变化模块。
227.计价器费用接口用于实时向叫车平台服务端同步计价器的费用信息，计价器费用可以基于叫车平台服务端上滑动到达目的模块的查询请求，提供计价器费用的查询结构。
228.营运数据上报接口可以将扬招订单的计价信息等同步至叫车平台服务端的优化预估价格模块，使得叫车平台服务端能够基于扬招订单实际产生的订单费用优化预估价格。
229.图7示出根据本公开一实施方式中出租车网约化场景中硬件接口及接口通信关系示意图。如图7所示，出租车网约化场景中的硬件接口可以包括出租车管理平台、合作方服务平台、车载设备、司机端和叫车平台。出租车管理平台负责司机信息的录入、修改和离职等，司机信息可以推送给合作方服务平台，合作方服务平台再同步给叫车平台。
230.车载设备主要负责司机的签到签退、车辆状态同步、顶灯的控制和计价器金额的显示等，车载设备可以将上述信息同步给合作方服务平台，合作方服务平台完成状态信息确认后，同步给叫车平台。
231.司机端主要完成司机的登陆出车、接单、开始行程、送达目的地、确认费用、打电话等相关操作，司机端还会将相关信息同步给叫车平台。
232.叫车平台负责将信息同步司机端和合作方服务平台，合作方服务平台完成指令的下发同步给车载设备。
233.车载设备还可以通过端对端协议直接和司机端进行交互，将部分信息通过司机端直接回传给打车平台，避免在合作方服务平台出现问题时数据无法同步。通过这种方式可以实现数据的双向回旋，能够实现闭环容灾。
234.下述为本公开装置实施例，可以用于执行本公开方法实施例。
235.根据本公开一实施方式的车辆管控装置，所述装置在网约车平台上运行，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。该车辆管控装置包括：
236.第一获取模块，被配置为从合作方服务平台获取合作方管控车辆的车辆状态信息，以及从司机应用端获取所述合作方管控车辆的司机状态信息；
237.分配模块，被配置为基于所述车辆状态信息以及所述司机状态信息向所述合作方管控车辆分配网约车订单，以及将所分配的网约车订单推送至对应的所述司机应用端；
238.第一同步模块，被配置为将所述合作方管控车辆开始服务的所述网约车订单的订单信息同步至所述合作方服务平台；
239.第二获取模块，被配置为从所述合作方服务平台获取所述合作方管控车辆针对所述网约车订单的计价信息；
240.生成模块，被配置为基于所述计价信息生成所述网约车订单的订单费用。
241.在本实施例的一个可选实现方式中，所述装置还包括：
242.第一标识模块，被配置为在所述车辆状态信息为载客状态，并且在未给所述合作方管控车辆分配网约车订单时，将所述合作方管控车辆标识为下线状态；
243.第二标识模块，被配置为在所述车辆状态信息为空车状态，并且所述合作方管控车辆被标识为下线状态时，将所述合作方管控车辆标识为上线状态；
244.第一推送模块，被配置为将所述合作方管控车辆的所述下线状态和所述上线状态推送至所述合作方管控车辆对应的司机应用端，以便在所述司机应用端显示所述上线状态或所述下线状态。
245.本实施例中的车辆管控装置与图1所示的车辆管控方法对应一致，具体细节可以参见上文中对车辆管控方法的描述，在此不再赘述。
246.根据本公开又一实施方式的车辆管控装置，所述装置在合作方服务平台上运行，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。该车辆管控装置包括：
247.第一接收模块，被配置为从管控车辆上设置的车载设备接收车辆状态信息，以及将所述车辆状态信息同步至网约车平台；
248.第二接收模块，被配置为接收所述网约车平台分配给所述管控车辆的网约车订单的订单信息；
249.第一发送模块，被配置为基于所述订单信息向所述管控车辆的车载设备发送控制信息，以控制所述车载设备更新所述管控车辆的车辆状态信息；
250.第三获取模块，被配置为从所述车载设备获取所述管控车辆上的计价信息，并将所述计价器信息同步至所述网约车平台。
251.在本实施例的一个可选实现方式中，所述第一发送模块，包括：
252.发送子模块，被配置为在所述订单信息中包括所述网约车订单为开始服务状态时，向所述车载设备发送开启计价以及更新车辆状态信息的控制信息。
253.在本实施例的一个可选实现方式中，所述装置还包括：
254.第三接收模块，被配置为从所述网约车平台接收所述网约车订单的额外费用；
255.第二推送模块，被配置为将所述额外费用推送至所述车载设备，以便所述车载设
备基于所述额外费用更新所述管控车辆上的计价信息。
256.在本实施例的一个可选实现方式中，所述装置还包括：
257.第四接收模块，被配置为从所述车载设备接收所述管控车辆的司机的签到和签退信息；
258.第二同步模块，被配置为将所述签到和签退信息同步至所述网约车平台。
259.本实施例中的车辆管控装置与图2所示的车辆管控方法对应一致，具体细节可以参见上文中对车辆管控方法的描述，在此不再赘述。
260.根据本公开又一实施方式的车辆管控装置，所述装置在车载设备上运行，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。该车辆管控装置包括：
261.第五接收模块，被配置为接收司机的签到请求；所述签到请求包括所述司机的司机标识；
262.绑定模块，被配置为将所述司机标识以及所述车载设备所在的管控车辆进行绑定；
263.第四获取模块，被配置为获取所述管控车辆的车辆状态信息，将所述车辆状态信息以及所绑定的所述司机标识同步至合作方服务平台；
264.第六接收模块，被配置为从合作方服务平台接收分配给所述管控车辆的网约车订单的订单信息；
265.第一控制模块，被配置为控制计价器开始计价以及将所述管控车辆的车辆状态信息更新为载客状态。
266.在本实施例的一个可选实现方式中，所述装置还包括：
267.检测模块，被配置为检测所述计价器的计价状态；
268.更新模块，被配置为在所述计价器被手动操作成计价结束状态后，将所述车辆状态信息更新为空车状态，以及向合作方服务平台发送订单结束信息；所述订单结束请求中包括所述计价器的计价费用以及所述车辆状态信息。
269.在本实施例的一个可选实现方式中，所述装置还包括：
270.第七接收模块，被配置为响应于所述合作方服务平台发送的订单结束信息，在所述计价器状态未被手动操作成计价结束状态时，
271.第二控制模块，被配置为控制所述计价器停止计价，以及将所述车辆状态信息更新为空车状态；
272.第三同步模块，被配置为将所述计价器上的计价费用同步至合作方服务平台。
273.在本实施例的一个可选实现方式中，所述装置还包括：
274.第二发送模块，被配置为将所述车载设备上获得的所述管控车辆的信息发送给司机应用端，以便司机应用端再上传至网约车平台。
275.本实施例中的车辆管控装置与图3所示的车辆管控方法对应一致，具体细节可以参见上文中对车辆管控方法的描述，在此不再赘述。
276.图8是适于用来实现根据本公开实施方式的车辆管控方法的电子设备的结构示意图。
277.如图8所示，电子设备800包括处理单元801，其可实现为cpu、gpu、fpga、npu等处理
单元。处理单元801可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行本公开上述任一方法的实施方式中的各种处理。在ram803中，还存储有电子设备800操作所需的各种程序和数据。处理单元801、rom802以及ram803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
278.以下部件连接至i/o接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
279.特别地，根据本公开的实施方式，上文参考本公开实施方式中的任一方法可以被实现为计算机软件程序。例如，本公开的实施方式包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行本公开实施方式中任一方法的程序代码。在这样的实施方式中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。
280.附图中的流程图和框图，图示了按照本公开各种实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，路程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
281.描述于本公开实施方式中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。
282.作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施方式中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。
283.以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。