基于车辆的状态信息控制终端的方法、系统和介质

交叉引用相关申请

本申请要求于2019年1月17日向国家知识产权局提交的中国专利申请号为CN201910044109.8，及题为“一种在服务提供终端实现信息交换和同步的方法和装置”的优先权。上述申请的全部内容通过引用并入本文。

技术领域

本公开一般涉及车辆的状态信息的交换和同步。

背景技术

网约车平台可以自动连接请求交通服务的用户(“服务请求者”)和提供运输服务的用户(“服务提供者”)。每个服务请求者或乘客为使用交通服务付费，而每个服务提供者或车辆司机则因提供交通服务而获得报酬。服务提供者可以使用移动终端与网约车平台、和与一个或多个服务请求者相关的一个或多个终端进行通信。服务提供者可能需要将与车辆相关的状态信息发送到网约车平台。如果终端不能在车辆运行时自动记录车辆的状态，则服务提供者可能需要手动记录和更新车辆的状态。如果服务提供者没有记录或更新车辆的当前状态到终端，则移动终端记录的状态信息可能与车辆的实际状态不一致。

移动终端记录的车辆的状态信息与实际车辆状态不一致，可能会导致基于车辆状态的操作的错误执行。例如，在网约车服务的场景中，如果移动终端没有正确的车辆的状态信息，则可能无法正确执行诸如调度和返回车辆的操作，从而影响司机的订单接受率、司机在线接受订单的延迟、以及乘客的等待时间。

发明内容

本公开的各种实施例可以包括基于车辆的状态信息控制终端的系统、方法和非暂时性计算机可读介质。

根据一个方面，一种基于车辆的状态信息控制终端的方法，包括：通过终端从车辆上与所述终端连接的设备中获取所述车辆的状态信息；通过所述终端将所述状态信息发送给服务器；以及通过所述终端，从所述服务器接收与所述终端相关的更新的状态标识，其中，所述更新的状态标识基于所述状态信息确定。

在一些实施例中，所述方法还包括：通过所述终端，基于接收的所述更新的状态标识，执行与所述车辆相关的操作。

在一些实施例中，所述更新的状态标识包括：请求接受状态标识，指示接受所述终端接收的新服务请求；请求拒绝状态标识，指示必须拒绝所述终端接收的所述新服务请求；或者支付处理状态标识，指示将处理所述终端完成的服务订单的支付。

在一些实施例中，执行与所述车辆相关的操作包括：确定所述更新的状态标识为所述请求接受状态标识；以及接受所述终端接收的与所述车辆相关的服务请求。

在一些实施例中，执行与所述车辆相关的操作包括：确定所述更新的状态标识为所述请求拒绝状态标识；以及拒绝所述终端接收的与所述车辆相关的服务请求。

在一些实施例中，执行与所述车辆相关的操作包括：确定所述更新的状态标识为所述支付处理状态标识；获取所述设备记录的所述服务订单的费用；根据所述设备记录的所述费用确定目标费用；以及将所述目标费用发送给与服务请求者相关的所述终端。

在一些实施例中，所述获取所述车辆的状态信息包括：基于与所述车辆相关的标识，确定所述车辆已安装所述设备；获取与所述设备相关的标识；至少基于部分获取的与所述设备相关的标识，建立与所述设备的网络连接；以及通过所述网络连接，从所述设备中获取所述状态信息。

在一些实施例中，所述终端具有通过所述网络连接，访问与所述设备相关的数据存储器的权限。所述数据存储器被配置为：允许所述终端的数据读取但阻止数据写入。

根据另一方面，一种基于车辆的状态信息控制终端的系统，包括处理器和非暂时性计算机可读存储介质，所述非暂时性计算机可读存储介质存储由所述处理器执行的指令，以使所述系统执行以下操作：从车辆上与终端连接的设备中获取所述车辆的状态信息；将所述状态信息发送给服务器；以及从所述服务器接收与所述终端相关的更新的状态标识，其中，所述更新的状态标识基于所述状态信息确定。

根据另一方面，一种与基于车辆的状态信息控制终端相关的非暂时性计算机可读存储介质，配置有由一个或多个处理器执行的指令，以使所述一个或多个处理器执行以下操作：从车辆上与终端连接的设备中获取所述车辆的状态信息；将所述状态信息发送给服务器；以及从所述服务器接收与所述终端相关的更新的状态标识，其中，所述更新状态标识基于所述状态信息确定。

本申请公开的系统、方法和非暂时性计算机可读介质的上述和其他特征，以及操作方法、结构相关元件的功能、部件的组合和制造的经济性，在参考附图考虑以下描述和所附权利要求时，将变得更加明显，所有附图均构成本说明书的一部分，其中相同的附图标记指定了各个附图中的相应部分。然而，应该明确理解的是，附图仅用于说明和描述的目的，并不旨在作为本公开的限制的定义。

附图说明

通过参考附图可以更容易地理解本发明的优选和非限制性实施例：

图1示出了与基于车辆的状态信息控制终端的系统相关的示例性网络环境。

图2示出了示例性电子设备。

图3示出了基于车辆的状态信息控制终端的示例性方法。

图4示出了与示例性计程器相关的示例性接口。

图5示出了从车辆上的设备中获取状态信息的示例性方法。

图6A示出了使用蓝牙盒在终端和车辆上的设备之间建立连接的示例性界面。

图6B示出了选择车辆的示例性界面。

图6C示出了选择车辆的示例性界面。

图7示出了基于车辆的状态信息更新与终端相关的状态标识的示例性方法。

图8示出了将车辆的状态信息同步到服务器的示例性方法。

图9示出了基于车辆的状态信息控制终端的示例性方法。

图10示出了基于车辆的状态信息控制终端的装置的结构图。

图11示出了基于车辆的状态信息控制终端的装置的结构图。

图12示出了基于车辆的状态信息控制终端的装置的结构图。

具体实施方式

现在将参考附图描述本发明的具体的非限制性实施例。可以使用本文公开的任何实施例的特定特征和方面和/或与本文公开的任何其他实施例的特定特征和方面组合使用。还应该理解，这些实施例通过示例，仅说明在本发明的范围内的少量实施例。对于本发明所属领域的技术人员来说，显而易见的各种改变和修改被认为是在所附权利要求书中进一步定义的本发明的精神、范围和设想之内。

在一些实施例中，车辆上的设备可以基于用户对设备的操作生成车辆的状态信息，并将状态信息发送到与车辆对应的终端(例如，与运输服务提供者相关的终端)，以便与在线平台(例如，网约车服务平台)相关的服务器同步。服务器可以基于状态信息确定是否更新与终端相关的状态标识，并将任何必要的更新的状态标识发送给终端。然后，终端可以基于更新的状态标识执行与运输服务相关的一个或多个操作。

特定实施例可以基于同步的状态信息，允许自动记录和同步车辆状态信息以及自动控制网约车服务。因此，特定实施例可以在手动输入信息和控制运输服务的各个方面节省服务提供者的工作，并且可以防止由于服务提供者的个人疏忽而引起的错误。例如，特定实施例可以改善服务提供者的订单接受率、减少服务提供者在线接受订单的延迟、或者减少乘客在订购运输服务之后的等待时间。此外，通过使用在线平台自动同步车辆的状态信息，特定实施例可以提高与在线平台相关的服务的整体效率。例如，特定实施例可以通过平台提高订单分发的效率或者降低订单分发的错误率。

为了说明的目的，在网约车服务的示例性场景中描述了特定实施例。术语“乘客”和“服务请求者”可以交换使用，其表示请求或订购服务的个人、实体或工具。术语“司机”、“服务提供者”和“用户”也可以交换使用，其表示提供服务的个人、实体或工具。特定实施例可以在与其他类型的运输对应的至少两个其他场景中实现。它们可以在其他运输环境中实施，例如，陆地、海洋、航空或其任何组合。车辆可以包括出租车、私家车、拼车服务的汽车、公共汽车、火车、子弹头列车、高速铁路、地铁、轮船、飞机、宇宙飞船、热气球或自动驾驶汽车，或其任何组合。特定实施例也可以在任何使用状态同步的适当服务系统中实现，例如，包括用于发送和/或接收邮件传送的系统。本申请的装置或方法的应用可以包括网页、浏览器插件、定制系统、内部分析系统、人工智能机器人、其它合适的应用或其任何组合。

图1示出了与基于车辆的状态信息控制终端的系统相关的示例性网络环境。基于车辆的状态信息控制终端的系统可用于运输服务，包括，例如，出租车服务、驾驶服务、快速乘车服务、共享乘车服务、巴士服务、司机租赁、接送服务、其他合适的运输服务，或者在线平台提供一种或多种运输服务。基于车辆的状态信息控制终端的系统(例如，服务提供者的系统)可以包括一个或多个服务器110、网络120、服务请求终端130、服务提供终端140和数据库150。服务器110可以包括执行指令的一个或多个处理器。

在一些实施例中，服务器110可以是单个服务器，也可以是服务器组。服务器组可以是集中的或分布的(例如，服务器110可以是分布式系统)。在一些实施例中，服务器110相对于终端可以是本地的或远程的。例如，服务器110可以通过网络120访问存储在服务请求终端130、服务提供终端140、数据库150或其任何组合中的信息和/或数据。在一些实施例中，服务器110可以在云平台上实施。作为示例，云平台可以包括私有云、公共云、混合云、社区云、分布式云、云间和多层云，或其任何组合。在一些实施例中，服务器110可以在图2所示的包括一个或多个组件的电子设备200上实现。

在一些实施例中，服务器110可以包括处理器220。处理器220可以处理与服务请求相关的信息和/或数据，以便执行本文描述的一个或多个功能。在一些实施例中，处理器可以包括一个或多个处理核(例如，单核处理器或多核处理器)。作为示例，处理器可以包括中央处理单元(CPU)、专用集成电路(ASIC)、专用指令集处理器(ASIP)、图形处理单元(GPU)、物理处理单元(PPU)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、控制器、微控制器单元、精简指令集计算(RISC)、微处理器，其他合适的组件或其任何组合。

网络120可以用于信息或数据交换。在一些实施例中，基于车辆的状态信息控制终端的系统的一个或多个组件(例如，服务器110、服务请求终端130、服务提供终端140、数据库150)可以向其他组件发送信息或数据。例如，服务器110可以经由网络120从服务请求终端130获取服务请求。

在一些实施例中，基于车辆的状态信息控制终端的系统的一个或多个组件(例如，服务器110、服务请求终端130、服务提供终端140)可以访问数据库150。在一些实施例中，当满足某些条件时，基于车辆的状态信息控制终端的系统的一个或多个组件可以读取或修改与服务请求终端130、服务提供终端140、公共信息或其任何组合相关联的信息。作为示例而不旨在限制，在接收到服务请求之后，服务器110可以读取或修改一个或多个用户的信息。作为另一示例而不旨在限制，当服务请求终端130接收到服务请求时，服务提供终端140可以访问与服务请求者相关联的信息，但是服务提供终端140可能无法修改与服务请求终端130相关联的信息。

在一些实施例中，可以通过请求服务实现基于车辆的状态信息控制终端的系统的一个或多个组件之间的信息交换。服务请求的对象可以是同步的车辆的状态信息。

图2示出了示例性电子设备200。电子设备200可用于实现图1所示的服务器110、服务请求终端130或服务提供终端140。电子设备200可包括处理器220，处理器220可用于执行本申请公开的功能。电子设备200可以是计算设备，例如，通用计算机或具有特殊用途的计算机，其可以用于实现本申请公开的方法。尽管图2示出了一个电子设备200，但可以在多个类似平台上以分布式方式实现本文公开的功能，以分配或平衡处理负载。

在一些实施例中，电子设备200可以包括连接到网络的网络端口210、用于执行程序指令的一个或多个处理器220、通信总线230和存储介质240。存储介质240可包括磁盘、ROM、RAM，另一个合适的存储介质或其任何组合。在一些实施例中，计算机平台还可以包括存储在ROM、RAM、其他类型的非暂时性存储介质，或其任何组合中的程序指令。根据本申请公开的特定实施例的方法可以根据程序指令实现。电子设备200还可以包括计算机和其他输入/输出设备(例如，键盘、监视器等)之间的输入/输出(I/O)接口250。

尽管图2仅示出了一个处理器220，但是电子设备200可以包括至少两个处理器。由一个处理器220执行的本申请中描述的任何步骤也可以由至少两个处理器共同地或单独地执行。例如，如果电子设备200的处理器执行步骤A和步骤B，可以理解的，步骤A和步骤B可以由两个不同的处理器共同执行，也可以由单个处理器单独执行(例如，第一处理器执行步骤A，第二处理器执行步骤B，第一处理器和第二处理器共同执行步骤A和步骤B)。

图3示出了基于车辆的状态信息控制终端的示例性方法。在一些实施例中，所述方法可以在服务提供终端上执行，允许终端自动获取车辆上的设备(例如，车载设备)记录的车辆的状态信息，并将该状态信息同步到服务器。然后，服务器可以基于状态信息确定是否改变与服务提供终端相关的状态标识，并将任何更新的状态标识发送回服务提供终端。通过这种方式，可以自动记录并更新服务提供终端上记录的与车辆相关且与车辆的状态信息对应的状态标识，从而使终端能够执行与状态标识对应的操作。特定实施例可以提高服务提供者的订单接受率、减少服务提供者在线接受订单的延迟、或者乘客在订购运输服务后的等待时间。

图3所示的方法可以从步骤310开始，其中终端可以从车辆上与终端连接的设备中获取车辆的状态信息。

在一些实施例中，终端可以与车辆、或拥有或操作车辆的服务提供者相关。它可以被看作服务提供终端。服务提供终端可以被配置为管理、存储和显示与相应车辆相关的状态标识的任何合适的移动终端。作为示例而非限制，在网约车服务的场景中，服务提供终端可以是平板电脑，被配置为管理通过网约车平台订购的运输服务的支付处理、车辆返回操作、车辆调度操作、订单接受操作，或其他合适的操作。服务提供终端可以绑定到特定车辆。特定网约车平台的每个车辆可以具备相应的服务提供终端。

在一些实施例中，设备可以固定或安装在车辆(例如，车载设备)上，并且可以使用与车辆状态相关的信号和数据。作为示例而不旨在限制，在网约车服务的场景中，设备可以是安装在车辆上的计程器。如下所述，计程器可以被配置为获取使用车辆的费用，以及获取与车辆相关的状态信息。

在一些实施例中，设备可以记录与车辆相关的状态信息。状态信息可以基于与车辆相关的用户或服务提供者的手动输入或操作获取。可选地或附加地，状态信息可以通过车辆上的数据收集设备收集。在一些实施例中，设备可以从数据收集设备中获取与车辆状态相关但不直接指示车辆状态的数据。设备可以使用预先设定的算法或逻辑，基于所述数据确定车辆的状态信息。尽管本申请描述了以特定方式获取车辆状态信息，但是本公开考虑以任何合适的方式获取车辆的状态信息。

在一些实施例中，车辆状态信息可以指示车辆处于空闲状态、订单未完成状态、非运行状态或其他合适状态。在一些实施例中，订单未完成状态可以包括支付处理状态、车上已载客状态、接驾乘客状态或其他合适状态。在一些实施例中，非运行状态可以包括指示车辆在服务区之外的状态，指示车辆“休息”的状态(例如，与车辆相关的司机正在休息)，或者其他合适的状态。

在步骤320，终端可以将状态信息发送或同步给服务器。在一些实施例中，服务器可以与网约车平台相关，它可以通过网络连接到终端。终端可以与拥有或操作车辆的服务提供者相关。服务器可以处理状态信息，并确定是否改变与终端相关的状态标识，如果需要，服务器可以基于状态信息生成更新的状态标识。

在步骤330中，终端可以从服务器接收与终端相关的更新的状态标识，其中，更新的状态标识基于状态信息确定。

在步骤340，终端可以基于接收的更新的状态标识，执行与车辆相关的操作。

因此，特定实施例将从车辆上的车载设备获取的状态信息，自动记录或同步给与服务提供者相关的服务器。服务器可以确定是否改变与服务提供终端相关的当前状态标识，允许服务提供终端执行与当前状态标识对应的一个或多个操作。因此，特定实施例减少了操作服务提供终端的成本和时间消耗，并提高了基于车辆的状态信息执行操作的效率。

在一些实施例中，由服务器生成并发送给终端的更新的状态标识，可以包括：请求接受状态标识，指示可以接受终端接收的新服务请求；请求拒绝状态标识，指示必须拒绝终端接收的新服务请求；支付处理状态标识，指示将处理终端完成的服务订单的支付，其他合适的标识或其任意组合。

在一些实施例中，为了执行与车辆相关的操作，服务提供终端可以确定更新的状态标识为请求接受状态标识，从而接受与终端接收的车辆相关的服务请求。在这里，可以基于更新的状态标识自动调度车辆，而无需从司机手动输入，降低了司机的运营成本。即使司机未执行车辆调度操作，未接受运输服务订单，服务提供终端也可以通过自动执行车辆调度操作，提高司机的有效在线时长。终端基于更新的状态标识自动执行车辆调度操作，可以有效地防止司机忘记调度车辆的情况，从而增加了司机的有效在线时长。

在一些实施例中，为了执行与车辆相关的操作，服务提供终端可以确定更新的状态标识为请求拒绝状态标识，以及拒绝与终端接收的车辆相关的服务请求。这里，车辆可以基于更新的状态标识自动返回到非运行状态，而无需司机手动输入，降低了司机的运营成本。即使司机没有执行车辆返回操作，服务提供终端可以通过自动执行车辆返回操作，降低司机的订单拒绝率、提高订单分配效率以及降低分布式订单止损率。终端根据更新的状态标识自动执行车辆返回操作，可以防止将订单发送给司机而司机无法接受订单的情况，从而有效降低司机的订单拒绝率，提高订单分配效率。

在一些实施例中，为了执行与车辆相关的操作，服务提供终端可以确定更新的状态标识为支付处理状态标识。因此，终端可以进入支付过程，它可以获取车辆上的设备记录的服务订单的费用，根据设备记录的费用确定目标费用。服务提供终端可以将目标费用发送给与服务请求者相关的终端。在从服务提供终端接收目标费用之后，与服务请求者(例如，服务请求终端)相关的终端可以基于目标费用发起支付，并与服务提供终端交换适当的信息，以完成付款流程。

在一些实施例中，由车辆上的设备(例如，车载设备)记录的车辆状态信息可以指示车辆处于支付处理状态。车载设备可以将相关费用进行分类，并按服务提供终端的不同费用项目填写。作为示例而不旨在限制，总费用可包括两个费用项目或两条费用路线。第一条路线可以记录订单费用，订单费用＝总费用-高速公路费用，第二条路线可以记录高速公路费用。司机还可以手动将订单的其他相关费用输入至移动终端，例如停车费用。在一些实施例中，可以通过获取订单的附加费用，并计算附加费用和订单费用的总和，确定订单的目标费用。附加费用可由司机手动输入至服务提供终端。附加费用可以包括高速公路费用、停车费用、乘客接送费用、司机定义的费用，其他合适的费用或其任何组合。附加费用可以与订单所提供的运输服务对应，司机可以手动修改附加费用。移动终端可以通过接收司机的输入获取附加费用。

在一些实施例中，在服务提供终端记录的订单的附加费用还可以包括长途折扣金额、残疾折扣金额、老年人折扣金额、固定租赁费用、货物装载金额、晨间收费金额、预约金额、电子收费(ETC)扣款金额，预付款金额、ETC折扣金额、乘客接送金额、因接送乘客而产生的ETC扣款金额、每种支付方式支付的金额、折扣卡金额、其他适当的附加费或其任何组合。另外，车载设备可以进一步用于将优惠券发送给服务提供终端。

在一些实施例中，基于车载设备传输的订单费用的支付过程可以节省司机手动启动支付过程的精力，并减少由支付请求终端支付的等待时间。设备记录的费用不仅可以发送给服务提供终端，还可以发送给服务提供终端的服务器。与费用相关的信息传输可以通过服务提供终端或服务器的请求发起。例如，当服务提供终端进入支付过程时，可以向设备发送收费请求。服务提供终端和服务器都可以记录费用。服务器可以基于接收的数据，确定收费系统(在车载设备和服务提供终端上实现)计算的费用的准确性。这可以确定由车载设备记录的费用与服务提供终端手动输入的费用之间的差异，以便检测司机的欺诈收费行为，可以改善对服务提供者的监督和服务请求者的用户体验。

在一些实施例中，可以通过同步存储在车载设备上的车辆状态信息，实现自动车辆调度和返回。在一些实施例中，服务提供终端可以被配置为包括与车辆调度和车辆返回等操作对应的按钮，或禁用此类按钮。在一些实施例中，当服务提供者手动与服务提供终端相关的用户界面上的车辆调度或返回按钮进行交互时，可以显示通知，指示车载设备已连接且无需手动交互。

以上描述的特定实施例，通过同步车辆上的车载设备记录的车辆的状态信息，可以实现自动执行车辆返回、车辆调度、支付处理或其他合适的操作。从而降低服务提供者的运营成本，提高了服务订单分配的效率。此外，获取由车载设备记录的费用，可以便于评估收费系统的准确性。

在一些实施例中，除了上述操作之外，服务器还可以控制服务提供终端基于车辆的状态信息，执行一个或多个其他操作。作为示例而不旨在限制，在网约车服务的场景中，同步到与网约车平台相关的服务器上的状态信息，可以指示车辆处于异常运行状态。根据这些状态信息，服务器可以指示服务提供终端执行诸如强制发动机熄火、向相关在线平台报告车辆行驶路线、向相关在线平台报告车辆行驶速度、记录车辆内部的图像或视频并上传至相关的在线平台、或其他合适的操作。作为另一示例而不旨在限制，例如，在私有使用场景中，同步到服务器的状态信息，可以指示车辆处于异常区域，与车辆相关的移动终端可以类似于服务提供终端，可以执行一个或多个操作，例如，将车辆的位置报告给相关平台，记录车辆内部的图像或视频并上传到相关平台、或其他合适的操作。

图4示出了与示例性计程器相关的示例性接口。在一些实施例中，上述车载设备可以包括计程器(例如，YazakiLT27Meter)。计程器可以包括显示运输服务记录费用的字段410。如图4所示，计程器可以显示车辆的状态，包括例如，接驾乘客422、支付处理423、车上已载客424、车辆空闲421、服务区域外车辆433、休息432、高速公路上的车辆431、另一适当状态或其任何组合。服务提供者或司机可以与计程器相关界面上的交互元件或按钮进行交互，以指示车辆的状态。计程器可以根据用户交互确定状态信息。作为示例，如果车辆处于空闲421的状态，则可以允许车辆或服务提供终端接受请求运输服务的新订单。作为另一示例，如果车辆处于在服务区域433外、休息432、接驾乘客422、支付处理423、或者车上已载客的状态，则不允许车辆或服务提供终端接受运输服务的新订单。

在一些实施例中，在将车辆的状态信息同步到服务器之后，服务器可以确定是否更新服务提供终端的状态标识，服务提供终端可以执行与更新的状态标识对应的操作。作为示例而不旨在限制，如果从服务提供终端同步到服务器的状态信息指示车辆处于空闲状态，服务提供终端的状态标识可以更新为请求接受状态，并且服务提供终端可以基于更新的状态标识执行车辆调度操作。自动同步车辆的状态信息和自动执行与更新的状态标识对应的操作，可以节省执行操作的时间成本，并提高服务提供终端执行某些操作的效率。

在一些实施例中，终端可以通过网络连接访问与车辆上的设备相关的数据存储器。网络连接可以包括蓝牙连接，其可以通过或不通过蓝牙盒建立。数据存储器可以被配置成允许终端的数据读取，但阻止数据写入。在一些实施例中，图4所示的计程器可以使用ultron操作系统。计程器只能支持数据读取而不支持数据写入。这可以允许从计程器读取数据，以更新与服务提供终端相关的状态标识，同时禁止从服务提供终端向计程器写入数据以改变计程器的状态。由于不允许服务提供终端或其他终端修改数据，因此，这样的配置可以提高计程器记录的车辆状态信息的准确性。此外，计程器可能记录与车辆相关的费用。通过禁止修改计程器记录的数据，特定实施例有效提高费用计算的准确性，并防止服务提供者恶意修改费用。

图5示出了从车辆上的设备中获取状态信息的示例性方法。在一些实施例中，服务提供终端可以获取由车载设备记录的车辆状态信息。图5的方法可以从步骤510开始，其中终端可以基于与车辆相关的标识，确定车辆已安装设备。在一些实施例中，与车辆相关的标识可以包括车辆的车牌号、车辆的发动机序列号，另外合适的标识或其任何组合。通过确定车辆的车牌号或车辆的发动机序列数是否绑定到与设备对应的标识，可以确定车辆是否安装有设备。在执行此方法的步骤之前，可能已经完成了车牌号或发动机序列号与设备标识之间的绑定或关联。

在步骤520中，终端可以获取与设备相关的标识。只有当与终端对应的车辆与该设备绑定时，才能获取该标识。在一些实施例中，标识可以包括与车载设备相关的用户名和/或车载设备的媒体访问控制(MAC)地址。在一些实施例中，车载设备的MAC地址可以是与车载设备相关的蓝牙组件或模块的MAC地址。终端可以扫描蓝牙组件的MAC地址。

在步骤530中，终端可以至少基于部分获取的与设备相关的标识，建立与设备的网络连接。在步骤540中，终端可以通过网络连接从设备中获取状态信息。

图6A示出了使用蓝牙盒在终端和车辆上的设备之间建立连接的示例性界面。如图5所示的步骤530，终端可以通过蓝牙连接与设备建立连接。在一些实施例中，可以通过与设备相关的蓝牙盒建立蓝牙连接。具体地，服务提供终端可以获取与车辆的车牌号或车辆的发动机序列号绑定的用户名或UID，其中，用户名或UID对应于车辆的车载设备。然后，服务提供终端可以使用用户名和配对密码与设备建立网络连接。这里，服务提供终端和车辆之间可以预先建立关联或通信关系。

在没有蓝牙盒的情况下，服务提供终端和车载设备之间，可以通过车载设备中的蓝牙模块或组件的MAC地址建立网络连接。具体地，服务提供终端可以获取与车辆的车牌号或发动机序列号绑定的MAC地址，其中，MAC地址对应于车辆的车载设备的蓝牙组件。然后，服务提供终端可以基于获取的MAC地址与车载设备建立网络连接。这里，服务提供终端和车辆之间可以预先建立关联或通信关系。

在一些实施例中，如果与车载设备相关的蓝牙盒或蓝牙组件关闭，则设备或服务提供终端可以提示车辆的用户或司机打开蓝牙盒或设备的蓝牙组件的蓝牙通信功能。在一些实施例中，如果在车牌号或发动机序列号与车载设备的标识之间建立绑定关系的过程中不存在特定的车牌号或发动机序列号，服务提供终端可以提示车牌号或发动机序列号不存在。如果车载设备与车牌号或发动机序列号绑定的标识不正确，服务提供终端可以显示提示车载设备的标识不准确的通知，以便相关人员进行诊断或重新输入车载设备的标识。如果车载设备的标识已绑定车牌号或发动机序列号，则服务提供终端可显示指示车载设备已绑定的通知，以便相关人员确定是否使用新的绑定关系替换现有的绑定关系。

在一些实施例中，在车载设备和服务提供终端之间建立连接后，服务提供终端可以显示“车载设备已成功连接”的消息。服务提供终端的首页可以包括指示车载设备已连接的状态通知。

在一些实施例中，当服务提供者每次选择车辆时，可以检查所选车辆是否已安装相应的车载设备。可以通过检查车辆的车牌号或发动机序列号是否与车载设备的标识绑定来执行所述检查。如果车辆已安装相应的车载设备，则可以使用一个或多个上述步骤，将与车辆对应的服务提供终端与车载设备配对，以建立设备之间的网络连接。

当司机选择车辆时，可以自动检测车辆是否安装有相应的车载设备，即车辆的车牌号或发动机号是否与车载设备的标识绑定。如果车辆安装有相应的车载设备，则通过上述步骤自动匹配相应的服务提供者和相应车辆的车载设备，以实现相应的服务提供者和相应的车载设备之间的通信。

图6B示出了选择车辆的示例性界面。在一些实施例中，司机可以通过在图6B所示的用户界面中，基于车牌号点击交互元件(例如，确认车辆选择按钮)，选择多个不同车辆中的一个。在司机选择车辆之后，服务提供终端可以自动检测选择的车辆是否具备相应的车载设备。如果选择的车辆具备相应的车载设备，则上述一个或多个步骤可用于自动将车辆对应的服务提供终端与车载设备进行配对，并在两者之间建立网络连接。

图6C示出了选择车辆的示例性界面。在一些实施例中，司机还可以在用于车辆选择的界面上配置个人信息。配置的个人信息可以包括司机的电子邮件地址、司机电话号码、其他合适的信息或其任何组合。界面还可以包括状态信息，显示每个车辆是否已被其他司机选择。司机可以基于状态信息选择车辆，从而提高车辆选择的成功率。

图7示出了基于车辆状态信息更新与终端相关的状态标识的示例性方法。图7所示的方法可以从步骤710开始，其中，服务器可以从终端接收从车辆上与终端连接的设备中获取的车辆状态信息。这里，服务器可以与网约车平台相关，并且终端可以是与车辆对应的服务提供终端。由此，状态信息与服务器同步。

在步骤720中，服务器可以基于接收的状态信息，确定是否更新与终端相关的状态标识。在步骤730中，如果需要更新状态标识，则服务器可以基于接收的状态信息，生成与终端相关的更新的状态标识。作为示例而不旨在限制，如果状态信息指示车辆空闲，则服务器可以将状态标识更新为请求接受状态标识。作为另一示例而不旨在限制，如果状态信息指示车辆处于订单未完成状态或非运行状态，则服务器可以将状态标识更新为请求拒绝状态标识。在一些实施例中，订单未完成状态可以包括支付处理状态、车上已载客状态、接驾乘客状态、与服务提供终端对应的已到达乘客位置并等待乘客的状态、或另外的适当状态。在一些实施例中，非运行状态可以包括指示车辆在服务区域外的状态，指示车辆“休息”的状态(例如，与车辆相关的司机休息)，或者另外的合适状态。作为又一个示例而不旨在限制，如果状态信息指示车辆处于支付处理状态，则服务器可以将状态标识更新为支付处理状态标识。在步骤740中，服务器可以向终端发送更新的状态标识。

图8示出将车辆的状态信息同步到服务器的示例性方法。图8所示的方法可以从步骤810开始，其中与终端连接的车辆上的设备可以基于用户执行的目标操作，生成车辆的状态信息。这里，用户可以是车辆的服务提供者或司机。目标操作可以包括与设备相关的界面的用户输入，包括例如，点击、按压或轻触“空闲”按钮421、“车上已载客”按钮424、“接驾乘客”按钮422、“支付处理”按钮423、另外适当的交互元件，或其任何组合。状态信息可以包括例如车辆处于空闲状态、车辆已载客状态、接驾乘客状态、支付处理状态、服务区域外状态、休息状态、另外的适当状态或其任何组合。

在步骤820中，车辆上的设备可以将生成的状态信息发送给终端，并同步到服务器。状态信息可以通过终端和设备之间的蓝牙连接发送给终端，并通过服务器和终端之间的网络连接同步到服务器。然后，服务器可以基于状态信息，确定是否更新终端(例如，服务提供终端)的状态标识。

图9示出了基于车辆的状态信息控制终端的示例性方法。在一些实施例中，在网约车服务的场景中，终端可以实现为平板电脑，特别是服务提供终端。车辆上与终端连接的设备可以实现为计程器。

在一些实施例中，司机可以在计程器上点击“空闲”按钮911。计程器可以获取指示车辆空闲的状态信息，然后可以将该状态信息从计程器中发送给平板电脑，并从平板电脑同步到与网约车平台相关的服务器。然后，服务器可以更新与平板电脑相关的状态标识为请求接受状态。平板电脑可以基于更新的状态标识执行与调度车辆对应的操作。

在一些实施例中，司机可以点击计程器上的“接驾乘客”按钮912。计程器可以获取指示车辆处于接驾乘客状态的状态信息。然后，可以将该状态信息从计程器中发送到平板电脑，并从平板电脑同步到与网约车平台相关的服务器。然后，服务器可以更新与平板电脑相关的状态标识为请求拒绝状态。平板电脑可以基于更新的状态标识执行与返回车辆对应的操作。在一些实施例中，平板电脑可以包括与调度车辆对应的按钮921。

此时，接驾乘客状态可以包括，例如接受订单，接驾乘客，以及等待乘客等阶段。计程器可能包括或不包括与这些阶段对应的交互元件。如果没有，则无法明确获取各阶段对应的状态信息，并将状态信息发送给终端。另一方面，平板电脑可以包括与这些阶段对应的按钮922、923和924，允许司机手动交互，以执行相应的状态信息的更新。

在一些实施例中，司机可以点击计程器上的“车上已载客”按钮913。计程器可以获取指示车辆处于正在载客状态的状态信息。然后可以将该状态信息从计程器中发送到平板电脑，并从平板电脑同步到与网约车平台相关的服务器。然后，服务器可以更新与平板电脑相关的状态标识为请求拒绝状态。平板电脑可以基于更新的状态标识执行与返回车辆对应的操作。在一些实施例中，平板电脑可以包括将乘客送往目的地的按钮925。

在一些实施例中，司机可以点击计程器上的“支付处理”按钮914。计程器可以获取指示车辆处于支付处理状态的状态信息。然后可以将该状态信息从计程器发送到平板电脑，并从平板电脑同步到与网约车平台相关的服务器。然后，服务器可以更新与平板电脑相关的状态标识为收款状态或订单支付状态。平板电脑可以基于更新的状态标识，执行与启动支付流程和向乘客收取费用对应的操作。在一些实施例中，平板电脑还可以包括分别对应于收取费用和返回车辆的按钮926和927。

图10示出了基于车辆的状态信息控制终端的装置的结构图。所述装置的功能可对应于图3、5、7、8中所示方法中的一个或多个步骤。所述装置可以包括状态获取模块1010，被配置为从车辆上与服务提供终端连接的设备中获取车辆的状态信息。所述装置还可以包括状态同步模块1020，被配置成将获取的状态信息同步到与服务提供终端相关的服务器，以使服务器响应于接收的车辆状态信息确定是否更新与服务提供终端相关的状态标识。

在一些实施例中，所述装置还可以包括操作执行模块1030，被配置为执行与服务提供终端的更新的状态标识对应的操作。

在一些实施例中，操作执行模块1030可以具体被配置为当服务提供终端的更新的状态标识为请求接受状态标识时，执行接受服务请求的操作。

在一些实施例中，操作执行模块1030可以具体被配置为在服务提供终端的更新的状态标识为拒绝状态标识时，执行拒绝服务请求的操作以拒绝服务请求。

在一些实施例中，操作执行模块1030可以具体被配置为获取由设备记录的服务订单的费用，确定目标费用，以及当服务提供终端的更新的状态标识为支付处理状态标识时，将目标票价发送给与服务请求者相关的终端。

在一些实施例中，操作执行模块1030可以具体被配置为获取订单的附加费，并计算该订单的附加费和订单费用的总和，以获取目标费用。

在一些实施例中，附加费可以包括与订单对应的高速公路费用、与订单对应的停车费用和与订单对应的乘客接送费用中的至少一种。获取附加费可以包括获取由司机输入的附加费。

在一些实施例中，状态获取模块1010可以具体被配置为，在车辆安装有车载设备的情况下，获取与设备相关的标识，并从连接服务提供终端的车载设备中获取对应的标识，车辆的状态信息存储于设备中。

图11示出了基于车辆的状态信息控制终端的装置的结构图。该装置的功能可对应于图3、5、7和8中所示方法中的一个或多个步骤。该装置可以包括状态接收模块1110，被配置为接收由服务提供终端发送的车辆状态信息，并从车辆上连接服务提供终端的车载设备中获取。该装置还可以包括状态改变模块1120，被配置为基于接收的车辆的状态信息确定是否更改与服务提供终端相关的当前状态标识。

在一些实施例中，状态改变模块1120可以具体配置为如果接收的状态信息指示车辆空闲，则将服务提供终端的状态标识更新为对应的请求接受状态标识。

在一些实施例中，状态改变模块1120可以具体配置为如果接收的状态信息指示车辆处于订单未完成状态或非运行状态，则将服务提供终端的状态标识更新为对应的请求拒绝状态标识。

在一些实施例中，订单未完成状态可以包括支付处理状态、车上已载客状态和接驾乘客状态中的至少一个。

在一些实施例中，非运行状态可以包括指示车辆在服务区域外的状态和指示车辆休息的状态中的至少一个。

在一些实施例中，状态改变模块1120可以具体配置为如果状态信息指示车辆处于支付处理状态，则将服务提供终端的状态标识更新为对应的支付处理状态标识。

图12示出了基于车辆的状态信息控制终端的装置的结构图。装置的功能可以对应于图3、5、7和8中所示方法中的一个或多个步骤。该装置可以包括状态确定模块1210，被配置为基于用户执行的目标操作，生成与服务提供终端相关的车辆状态信息，并同步到服务器。所述装置还可以包括状态发送模块1220，被配置成将生成的车辆状态信息发送给服务提供终端，以便与服务器同步，使得服务器之后可以基于接收的车辆状态信息确定是否更改服务提供终端的当前状态标识。

本领域普通技术人员可以通过参考上述方法实施例中的相应处理来理解关于上述系统和装置的操作和处理的细节。在一些实施例中，模块的划分可以是逻辑的或功能的。可以使用替代分割方法。可以组合或集成到另一个系统中的多个模块或组件。可以省略或未执行某些特征。所示出或讨论的相互耦合、直接耦合或通信连接可以由通过合适的通信接口、装置或模块的间接耦合或通信连接代替，所述通信接口、装置或模块可以是电的、机械的或以其他合适形式。

上述作为独立组件的模块可以是物理上分离的，也可以不是物理上分离的。作为上述模块所示的组件可以是或者可以不是物理单元，即，它们可以位于一个地理位置或分布在至少两个网络单元上。一些实施例的目的可以通过根据需要选择其一些或所有单元来实现。这里公开的功能单元可以集成到一个处理单元中，或者可以作为独立物理单元存在。可以将两个或更多个单元集成到一个单元中。

在一些实施例中，前述模块可以以有线方式或无线方式连接以进行相互连接或通信。有线连接可包括金属电缆、光缆、混合电缆，另一个合适的有线连接或其任何组合。无线连接可以包括LAN、WAN、蓝牙、ZigBee、NFC、另一个合适的无线连接的形式的连接或其任何组合。可以将两个或更多个模块组合成一个模块。任何模块都可以分为两个或更多个单元。

前述部分中描述的过程、方法和算法中的每一个都可以体现在由一个或以上计算机系统或包括计算机硬件的计算机处理器执行的代码模块中，或者由其完全或部分自动化。该过程和算法可以在专用电路中部分或全部实现。

当本文公开的函数以软件功能单元的形式实现并且被出售或用作独立产品时，它们可以存储在处理器可执行的非易失性计算机可读存储介质中。本文公开的特定技术解决方案(全部或部分)或有助于当前技术的方面可以以软件产品的形式实现。软件产品可以存储在存储介质中，包括许多指令，以使计算设备(这可以是个人计算机、服务器、网络设备等)来执行这些方法的全部或一些步骤本申请的实施例。存储介质可以包括闪存驱动器，便携式硬盘驱动器、ROM、RAM、磁盘、光盘、可操作以存储程序代码的另一个介质，或其任何组合。

特定实施例还提供了一种系统，所述系统包括处理器和非暂时性计算机可读存储介质，非暂时性计算机可读存储介质存储由处理器执行的指令，以使系统执行与上述公开的实施例的任何方法中的步骤相对应的操作。特定实施例还提供了一种非暂时性计算机可读存储介质，其配置有由一个或多个处理器执行的指令，以使一个或多个处理器执行与上述公开的实施例的任何方法中的步骤相对应的操作。

这里公开的实施例可以通过云平台，服务器或服务器组(下文中包含与客户端的“服务系统”)来实现。客户端可以是用户在平台上注册的终端设备或客户端，其中终端设备可以是移动终端、个人计算机(PC)和可以用平台应用程序安装的任何设备。

上述各种特征和过程可以彼此独立地使用，或者可以以各种方式组合使用。所有可能的组合和子组合旨在落入本申请的范围内。另外，在一些实施方式中，可以省略某些方法或过程。本文描述的方法和过程也不限于任何特定的顺序，并且可以以适当的其他顺序执行与之相关的框或状态。例如，可以以不同于具体公开的顺序来执行所描述的框或状态，或者可以在单个框或状态中组合多个框或状态。示例框或状态可以串行，并行或以其他方式执行。块或状态可以被添加到所公开的示例实施例或从所公开的示例实施例中去除。这里描述的示例性系统和组件可以与描述不同地配置。例如，与所公开的示例实施例相比，可以添加、从中移除或重新布置各元件。

可以通过算法至少部分地执行本文描述的示例性方法的各种操作。该算法可以包括在存储器(例如，上述非暂时性计算机可读存储器介质)中的程序代码或指令中。这种算法可以包括机器学习算法。在一些实施例中，机器学习算法可能没有明确地编程计算机以执行功能，而可以从训练数据学习以使执行该功能的预测模型。

这里描述的示例性方法的各种操作可以至少部分地由临时配置(例如，通过软件)或永久配置为执行相关操作的一个或多个处理器来执行。无论是临时配置还是永久配置，这样的处理器都可以构成处理器实现的引擎，该引擎执行以执行本文所述的一个或多个操作或功能。

类似地，本文描述的方法可以至少部分地由处理器实现，其中一个或多个特定处理器是硬件的示例。例如，一种方法的至少一些操作可以由一个或多个处理器或处理器实现的引擎执行。此外，一个或多个处理器还可在“云计算”环境中或作为“软件即服务”(SaaS)来支持相关操作的性能。例如，至少一些操作可以由一组计算机(作为包括处理器的机器的示例)执行，这些操作可以通过网络(例如，互联网)和一个或至少两个适当的接口(例如，应用程序接口(API))。

某些操作的性能可能会分布在处理器之间，不仅驻留在单个计算机中，而且会部署在多个计算机上。在一些示例实施例中，处理器或处理器实现的引擎可以位于单个地理位置中(例如，在家庭环境、办公室环境或服务器场中)。在其他示例实施例中，处理器或处理器实现的引擎可以分布在多个地理位置上。

在整个说明书中，多个实例可以实现被描述为单个实例的组件、操作或结构。尽管将一种或多种方法的单独操作示出并描述为单独的操作，但是可以同时执行一个或以上单独操作，并且不需要按所示顺序执行操作。在示例配置中表示为单独组件的结构和功能可以实现为组合结构或组件。类似地，呈现为单个组件的结构和功能可以实现为单独的组件。此类和其他变型、修改、添加和改进落入本文主题的范围内。

尽管已经参考特定示例实施例描述了本主题的概述，但是在不脱离本申请的实施例的较宽范围的情况下，可以对这些实施例进行各种修改和改变。主题的此类实施例在本文中可以仅出于方便目的而单独地或共同地通过术语“发明”来指代，并且如果实际上有多个以上的公开或概念，则不旨在将本申请的范围自动地限制为任何单个公开或概念已披露。

充分详细地描述了本文示出的实施例，以使本领域技术人员能够实践所公开的教导。可以使用其他实施例并从中得出其他实施例，从而可以在不脱离本申请的范围的情况下进行结构和逻辑上的替换和改变。因此，不应从限制意义上理解详细描述，并且各种实施例的范围仅由所附权利要求以及这些权利要求所赋予的等同物的全部范围来限定。

在此描述的和/或在附图中描绘的流程图中的任何过程描述，元素或框都应被理解为潜在地表示模块，代码段或代码部分，其包括用于在过程中实施特定逻辑功能或步骤的一个或多个可执行指令。替代实施方式包括在本文描述的实施方式的范围内，其中可以删除元件或功能，如所涉及的功能，如所示出或所讨论的顺序不连续地执行，包括基本上同时地或以相反的顺序执行，如本领域技术人员将理解的那样。

如本文所使用的，术语“或”可以以包括性或排他性的意义来解释。此外，可以为本文中描述为单个实例的资源，操作或结构提供多个实例。另外，各种资源，操作，引擎和数据存储之间的边界在某种程度上是任意的，并且在特定说明性配置的上下文中说明了特定操作。可以设想功能的其他分配，并且其可以落入本申请的各种实施例的范围内。通常，在示例配置中表示为单独资源的结构和功能可以实现为组合结构或资源。类似地，呈现为单个资源的结构和功能可以实现为单独的资源。这些和其他变型，修改，添加和改进落入如所附权利要求所表示的本申请的实施例的范围内。因此，说明书和附图应被认为是说明性的而不是限制性的。

术语“包括”用于表示之后声明的特征的存在，但它不排除添加其他特征。除非另外明确说明或在所使用的上下文中另外理解，否则条件性语言(例如“可以”，“可以”，“可能”或“可以”等)通常旨在传达某些实施方式包括，而其他实施例不包括某些特征，元素和/或步骤。因此，这样的条件语言通常不指在暗示特征、元素和/或步骤以任何方式对于一个或多个实施例是必需的，或者一个或多个实施例必然包括用于确定是否有用户输入或提示的逻辑。这些特征、元素和/或步骤在任何特定实施例中被包括或将被执行。