CN114971803B - 服务处理方法及装置 - Google Patents

Abstract

本说明书实施例提供了服务处理方法及装置，其中，一种服务处理方法包括：读取服务车辆的车辆服务信息；所述车辆服务信息基于所述车载网关与所述服务车辆的车机终端的数据连接获取；将所述车辆服务信息向服务器上传，以通过所述服务器转发至车辆预约平台；接收所述服务器下发的服务订单，并进行订单分配播报；所述服务订单在所述车辆预约平台基于所述车辆服务信息对所述服务车辆进行订单分配后获得；若接收到所述服务器下发的所述服务订单的服务费用信息，则基于所述车载网关与所述服务车辆的计价组件的物理连接，将所述服务费用信息写入所述计价组件；所述计价组件基于所述服务费用信息进行费用展示。

Description

服务处理方法及装置

技术领域

本文件涉及数据处理技术领域，尤其涉及一种服务处理方法及装置。

背景技术

出租车是一种具有方便、舒适、灵活、全天候，以及“门到门”等特点的运输服务方式，在一定程度上可与私家车相媲美，目前已成为重点满足个性化与支付能力较强的出行需求的出行方式，一直以来，出租车都能够给用户的出行提供便利，但是，出租车在给用户带来方便和舒适的同时，还有很多问题没有得到有效解决，制约着出租车行业的发展。

发明内容

本说明书一个或多个实施例提供了一种服务处理方法。所述服务处理方法，应用于车载网关，包括：读取服务车辆的车辆服务信息；所述车辆服务信息基于所述车载网关与所述服务车辆的车机终端的数据连接获取。将所述车辆服务信息向服务器上传，以通过所述服务器转发至车辆预约平台。接收所述服务器下发的服务订单，并进行订单分配播报；所述服务订单在所述车辆预约平台基于所述车辆服务信息对所述服务车辆进行订单分配后获得。若接收到所述服务器下发的所述服务订单的服务费用信息，则基于所述车载网关与所述服务车辆的计价组件的物理连接，将所述服务费用信息写入所述计价组件；所述计价组件基于所述服务费用信息进行费用展示。

本说明书一个或多个实施例提供了另一种服务处理方法，应用于服务器，包括：获取服务车辆配置的车载网关上传的车辆服务信息，并向车辆预约平台转发。接收所述车辆预约平台在基于所述车辆服务信息对所述服务车辆进行订单分配后同步的服务订单，并下发至所述车载网关。若接收到所述车辆预约平台同步的所述服务订单的服务费用信息，则向所述车载网关下发所述服务费用信息，以通过所述车载网关与所述服务车辆的计价组件的物理连接将所述服务费用信息写入所述计价组件。

本说明书一个或多个实施例提供了一种服务处理装置，运行于车载网关，包括：信息读取模块，被配置为读取服务车辆的车辆服务信息；所述车辆服务信息基于所述车载网关与所述服务车辆的车机终端的数据连接获取。信息上传模块，被配置为将所述车辆服务信息向服务器上传，以通过所述服务器转发至车辆预约平台。分配播报模块，被配置为接收所述服务器下发的服务订单，并进行订单分配播报；所述服务订单在所述车辆预约平台基于所述车辆服务信息对所述服务车辆进行订单分配后获得。若接收到所述服务器下发的所述服务订单的服务费用信息，则运行信息写入模块，所述信息写入模块，被配置为基于所述车载网关与所述服务车辆的计价组件的物理连接，将所述服务费用信息写入所述计价组件；所述计价组件基于所述服务费用信息进行费用展示。

本说明书一个或多个实施例提供了另一种服务处理装置，运行于服务器，包括：信息获取模块，被配置为获取服务车辆配置的车载网关上传的车辆服务信息，并向车辆预约平台转发。订单接收模块，被配置为接收所述车辆预约平台在基于所述车辆服务信息对所述服务车辆进行订单分配后同步的服务订单，并下发至所述车载网关。若接收到所述车辆预约平台同步的所述服务订单的服务费用信息，则运行信息下发模块，所述信息下发模块，被配置为向所述车载网关下发所述服务费用信息，以通过所述车载网关与所述服务车辆的计价组件的物理连接将所述服务费用信息写入所述计价组件。

本说明书一个或多个实施例提供了一种服务处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：读取服务车辆的车辆服务信息；所述车辆服务信息基于所述车载网关与所述服务车辆的车机终端的数据连接获取。将所述车辆服务信息向服务器上传，以通过所述服务器转发至车辆预约平台。接收所述服务器下发的服务订单，并进行订单分配播报；所述服务订单在所述车辆预约平台基于所述车辆服务信息对所述服务车辆进行订单分配后获得。若接收到所述服务器下发的所述服务订单的服务费用信息，则基于所述车载网关与所述服务车辆的计价组件的物理连接，将所述服务费用信息写入所述计价组件；所述计价组件基于所述服务费用信息进行费用展示。

本说明书一个或多个实施例提供了另一种服务处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：获取服务车辆配置的车载网关上传的车辆服务信息，并向车辆预约平台转发。接收所述车辆预约平台在基于所述车辆服务信息对所述服务车辆进行订单分配后同步的服务订单，并下发至所述车载网关。若接收到所述车辆预约平台同步的所述服务订单的服务费用信息，则向所述车载网关下发所述服务费用信息，以通过所述车载网关与所述服务车辆的计价组件的物理连接将所述服务费用信息写入所述计价组件。

本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：读取服务车辆的车辆服务信息；所述车辆服务信息基于所述车载网关与所述服务车辆的车机终端的数据连接获取。将所述车辆服务信息向服务器上传，以通过所述服务器转发至车辆预约平台。接收所述服务器下发的服务订单，并进行订单分配播报；所述服务订单在所述车辆预约平台基于所述车辆服务信息对所述服务车辆进行订单分配后获得。若接收到所述服务器下发的所述服务订单的服务费用信息，则基于所述车载网关与所述服务车辆的计价组件的物理连接，将所述服务费用信息写入所述计价组件；所述计价组件基于所述服务费用信息进行费用展示。

本说明书一个或多个实施例提供了另一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：获取服务车辆配置的车载网关上传的车辆服务信息，并向车辆预约平台转发。接收所述车辆预约平台在基于所述车辆服务信息对所述服务车辆进行订单分配后同步的服务订单，并下发至所述车载网关。若接收到所述车辆预约平台同步的所述服务订单的服务费用信息，则向所述车载网关下发所述服务费用信息，以通过所述车载网关与所述服务车辆的计价组件的物理连接将所述服务费用信息写入所述计价组件。

附图说明

为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图；

图1为本说明书一个或多个实施例提供的一种服务处理方法处理流程图；

图2为本说明书一个或多个实施例提供的一种车载网关示意图；

图3为本说明书一个或多个实施例提供的一种应用于订单分配场景的服务处理方法处理流程图；

图4为本说明书一个或多个实施例提供的另一种服务处理方法处理流程图；

图5为本说明书一个或多个实施例提供的一种服务处理装置示意图；

图6为本说明书一个或多个实施例提供的另一种服务处理装置示意图；

图7为本说明书一个或多个实施例提供的一种服务处理设备的结构示意图；

图8为本说明书一个或多个实施例提供的一种服务处理设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。

本说明书提供的一种服务处理方法实施例：

参照图1，本实施例提供的服务处理方法，具体包括步骤S102至步骤S108。

步骤S102，读取服务车辆的车辆服务信息。

本实施例提供的服务处理方法，通过服务车辆配置的车载网关，实现将服务器、车辆预约平台和服务车辆之间的数据传输；具体的，车载网关基于与服务车辆的车机终端的数据连接获取服务车辆的车辆服务信息，然后通过车载网关的服务器将车辆服务信息转发至车辆预约平台，使车辆预约平台对服务车辆进行订单分配，接收到服务器在接收到车辆预约平台对服务车辆进行订单分配后同步的服务订单后，为了提升驾驶用户的感知程度，基于车载网关配置的播报组件进行订单分配播报，如果接收到服务器在接收到车辆预约平台同步的服务订单的服务费用信息后下发的服务费用信息后，通过车载网关和服务车辆的计价组件的物理连接，将服务费用信息写入服务车辆的计价组件，以通过计价组件进行费用展示，提升乘客对服务费用的感知程度。

所述服务车辆，包括提供服务的特定车辆；比如，提供载客服务的出租车，提供线上预约服务的网约车，或者进行车辆出租的租赁车辆。所述车辆服务信息基于所述车载网关与所述服务车辆的车机终端的数据连接获取；所述车辆服务信息包括所述服务车辆的位置信息；所述车载网关，包括配置于服务车辆的自动化机具；该自动化机具与服务车辆建立物理连接，并基于物理连接从服务车辆进行数据读取和数据写入；且该自动化机具配置有图像采集组件，比如，摄像头；可通过配置的图像采集组件进行车辆内部和/或车辆外部的图像；可选的，所述车载网关配置有播报组件、图像采集组件和/或显示屏幕；所述图像采集组件可通过角度调节采集所述服务车辆内各位置的用户的图像。其中，所述播报组件，比如扬声器。

如图2所示，图2中包含车载网关的正面视图和车载网关的背面视图；车载网关作为一种中间装置，实现服务车辆和服务器之间的数据传输；为了提升数据传输的效率，提升驾驶用户以及服务车辆的所有者对车载网关的感知程度，向车载网关进行功能配置；具体的，车载网关，配置有图像采集组件、播报组件、显示屏幕、语音采集组件、标识识别组件；对应的，车载网关可用于读取服务车辆的车辆数据和服务车辆的计价组件的计价信息、向服务车辆或者计价组件写入数据、基于配置的图像采集组件对服务车辆内的用户或者设施进行图像采集、对服务车辆内用户的语音进行录入、播报信息、通过显示屏幕与用户进行操作交互、通过语音采集组件与用户进行语音交互和/或识别支付标识和/或健康标识。由于车载网关配置在服务车辆上，车辆在行驶过程中由于环境等因素会影响车载网关所处环境的温度等；为了提升车载网关的使用的有效性，车载网关基于耐高温、耐寒、耐颠簸的材料制作。车载网关还可显示天气、日期、温度等信息。

除此之外，车载网关还可与服务车辆配置的其他设备通过物理或者网络等方式建立连接并进行数据传输；例如，在车辆后置座位前端，即前端座位背后配置子显示屏幕，该子显示屏幕与车载网关通过网络建立连接以进行数据传输。车载网关可通过加载服务器对应的服务应用与服务器进行数据传输。

实际应用中，针对服务车辆，比如出租车、网约车；大部分采用出租的形式分配给用户；即出租车或者网约车不属于任一用户，而属于出租车机构或者网约车机构；对于以出租形式分配给用户的车辆，为了提升对服务车辆管理的便捷性，在驾驶用户对服务车辆进行驾驶或者处于驾驶位置时对驾驶用户进行驾驶身份核验。

具体实施时，配置在服务车辆的车载网关对服务车辆进行图像检测；若检测到服务车辆的驾驶位置的驾驶用户，则采集驾驶用户的生物特征；其中，生物特征包括人脸图像、指纹特征、声纹特征和/或掌纹特征；对应的，车载网关配置有图像采集组件、指纹采集组件、声纹采集组件和/或掌纹采集组件。

车载网关在采集到驾驶用户的生物特征后，在预先存储的驾驶用户集中查询是否存在于驾驶用户的生物特征匹配的目标生物特征，若是，则确定该驾驶用户的驾驶身份核验的核验结果为核验通过；若否，则确定核验结果为核验未通过。

本实施例提供的一种可选实施方式中，车载网关在读取车辆服务信息之前，还执行如下操作：

在检测到所述服务车辆的驾驶位置的驾驶用户后，采集所述驾驶用户的生物特征；

基于所述生物特征对所述驾驶用户进行驾驶身份核验；

若核验通过，则执行步骤S102；

若核验未通过，则调用配置的播报组件进行驾驶身份异常播报和/或向服务器上传驾驶用户的生物特征；

具体的，在对驾驶用户的驾驶身份核验通过的情况下，则读取服务车辆的车辆服务信息向服务器上传，以使服务器向车辆预约平台转发，以基于车辆服务信息对服务车辆进行订单分配处理；若对驾驶用户的驾驶身份核验未通过，为了避免服务车辆丢失，调用配置的播报组件进行驾驶身份异常播报；为了避免服务车辆丢失，在确定驾驶用户的驾驶身份核验未通过的情况下，基于与服务车辆的物理连接向服务车辆发送身份异常信息，以使服务车辆利用配置的播报组件进行异常信息播报，使车外用户可以感知该异常信息；还可向服务器上传驾驶用户的生物特征，使服务器对驾驶用户的生物特征进行存储，以便后续对服务车辆进行追回。

服务车辆配置的播报组件，可以为服务车辆在出厂时配置的播报组件，也可为在服务车辆安装车载网关时配套安装在车辆外部的播报组件；若车载网关配套安装的车辆外部的播报组件，车载网关则在核验未通过的情况下调用自身配置的播报组件和配套安装的车辆外部的播报组件进行驾驶身份异常播报。

除此之外，车载网关还可配置于私家车，防止私家车丢失；具体的，为了提升用户的感知程度，还可在车载网关配置开启控件和关闭控件，使用户自主选择对驾驶用户的检测。例如，车主在不用车时开启车载网关，以使车载网关对驾驶位置进行检测，在车主用车或者将车辆外借时关闭车载网关。此外，车主还可通过用户终端上对应的应用对车载网关进行控制，本实施例在此不做限定。

为了防止具有传染性的病毒在用户之间进行传播，本实施例提供的一种可选实施方式中，在读取服务车辆的车辆服务信息之前，还执行如下操作：

向所述服务器上传所述驾驶用户的用户标识；所述服务器基于所述用户标识对所述驾驶用户进行健康通行核验；

其中，所述健康通行核验，包括：

基于所述用户标识向健康服务平台查询所述驾驶用户的健康通行信息；

核验所述健康通行信息是否满足健康通行条件；若是，则确定核验通过，向所述车载网关下发核验通过的核验结果；所述车载网关基于所述核验结果执行步骤S102。

本实施例中，为了保证驾驶用户的驾驶身份和健康状态，车载网关在读取服务车辆的车辆服务信息之前，通过如下方式对驾驶用户进行核验：

在检测到所述服务车辆的驾驶位置的驾驶用户后，采集所述驾驶用户的生物特征；

基于所述生物特征对所述驾驶用户进行驾驶身份核验；

若核验未通过，则基于配置的语音播报组件进行身份异常播报处理；

若核验通过，则向所述服务器上传所述驾驶用户的用户标识；所述服务器基于所述用户标识向健康服务平台查询所述驾驶用户的健康通行信息；

若接收到所述服务器在所述健康通行信息不满足健康通行条件的情况下下发的通行异常信息，则基于所述语音播报组件进行通行异常播报处理；

若接收到所述服务器在所述健康通行信息满足健康通行条件的情况下下发的核验通过的核验结果，则基于所述驾驶用户的用户信息进行信息播报处理，并读取服务车辆的车辆服务信息。

例如，出租车的车载网关在检测到出租车的驾驶位置的驾驶用户后，采集处于驾驶位置的驾驶用户的人脸图像；其中，在进行人脸图像的采集过程中，若采集角度存在偏差可调节车载网关的角度后进行人脸图像采集，或者语音提示驾驶用户进行角度调节进行人脸图像采集。采集到的驾驶用户的人脸图像后，将驾驶用户的人脸图像和预先存储的人脸图像库中的人脸图像进行匹配；若人脸图像库中不存在与驾驶用户的人脸图像匹配的目标人脸图像，则利用扬声器播报“身份异常，请核实”；若人脸图像库中存在与驾驶用户的人脸图像匹配的目标人脸图像，则确定驾驶用户为目标人脸图像对应的司机D，并确定对驾驶用户的驾驶身份核验通过；在驾驶身份核验通过的情况下，向服务器上传司机D的用户标识，服务器接收到用户标识后向健康服务平台查询司机D的健康通行信息；若查询到的司机D的健康通行信息为正常健康通行信息，则确定司机D的健康通行核验通过，并向车载网关下发核验通过的核验信息，车载网关在接收到核验通过的核验信息后，通过扬声器进行语音播报“司机D，您好”；服务器若查询到司机D的健康通行信息为异常健康通行信息，则确定司机D的健康通行核验通过，并向车载网关下发核验未通过的核验信息，车载网关在接收到核验未通过的核验信息后，通过扬声器进行语音播报“司机D，您的通行信息存在异常，请按照规定进行处理”。

需要说明的是，除了采用上述方式对用户进行驾驶身份核验，也可仅对驾驶用户进行健康通行核验，本实施例在此不做限定；此外，若不存在公共卫生事件，也可不进行健康通行核验。

进一步，在对驾驶用户进行驾驶身份核验和/或健康通行核验，且核验通过后，读取服务车辆的车辆服务信息；本实施例中，所述车辆服务信息基于所述车载网关与所述服务车辆的车机终端的数据连接获取；所述数据连接，包括物理连接、网络连接和/或蓝牙连接。具体的，读取服务车辆的车辆服务信息包括，基于与服务车辆的物理连接读取所述服务车辆的车辆位置信息；将所述车辆位置信息确定为所述车辆服务信息。

除此之外，为了保证服务车辆未处于服务状态，即处于可分配状态，读取服务车辆的车辆服务信息，还包括：基于与所述服务车辆的计价组件的物理连接读取所述服务车辆的车辆计价状态；换句话说，步骤S102，读取服务车辆的车辆服务信息可被替换为：基于与服务车辆的车机终端的数据连接读取所述服务车辆的车辆位置信息；或者，基于与所述服务车辆的车机终端的数据连接读取所述服务车辆的车辆位置信息，以及，基于与所述服务车辆的计价组件的物理连接读取所述服务车辆的车辆计价状态；将所述车辆位置信息和所述车辆计价状态确定为所述服务车辆的车辆服务信息。所述车辆计价状态，包括计价状态和未计价状态。

步骤S104，将所述车辆服务信息向服务器上传，以通过所述服务器转发至车辆预约平台。

所述车辆预约平台，包括向用户提供线上车辆预约、向司机进行线上订单分配的平台；例如，第三方导航平台。

具体实施时，在读取到服务车辆的车辆服务信息后，将车辆服务信息向服务器上传；服务器获取车载网关上传的车辆服务信息，并向车辆预约平台转发，以使车辆预约平台基于车辆服务信息中包含的车辆位置信息向服务车辆进行订单分配。

具体的，为了保证服务车辆能够对分配的服务订单进行确定，若车辆服务数据包含车辆计价状态和车辆位置信息，车载网关读取到车辆服务数据后，判断车辆计价状态是否为未计价状态，若是，则向服务器上传车辆服务数据；若否，则不做处理；即：车载网关在读取服务车辆的车辆服务信息之后，若车辆服务信息中包含的车辆计价状态为未计价状态，则将车辆服务信息向服务器上传，以通过服务器转发至车辆预约平台；若车辆服务信息中包含的车辆计价状态为计价状态，则不做处理。

为了提升驾驶用户或者服务车辆的所有者对车载网关进行配置的感知程度，服务器向车辆预约平台转发车辆服务信息时，对车辆服务信息进行网关标记，以使车辆预约平台优先向服务车辆进行订单分配；具体的，车辆预约平台基于网关标记更新所述车辆服务信息的订单分配优先级；按照所述订单分配优先级向所述服务车辆进行订单分配；

其中，更新所述车辆服务信息的订单分配优先级，包括：按照预设优先级跨度，将所述车辆服务信息向前更新；向所述服务车辆进行订单分配，包括，基于所述车辆服务信息中包含的车辆位置信息进行订单分配。

车辆预约平台基于车辆服务信息对所述服务车辆进行订单分配，确定向所述服务车辆分配的服务订单后，将所述服务订单同步至所述服务器，所述服务器接收所述车辆预约平台基于所述车辆服务信息对所述服务车辆进行订单分配后同步的服务订单，并下发至所述车载网关。

例如，车载网关基于与车机终端的数据连接读取出租车的车辆位置信息，以及，基于与出租车的计价组件的物理连接读取车辆计价状态；在检测到车辆计价状态为未计价状态的情况下，将车辆计价状态和车辆位置信息作为出租车的车辆服务信息向服务器上传，服务器接收到车辆服务信息之后，对该车辆服务信息进行网关标记，并将标记后的车辆服务信息发送至导航服务平台；导航服务平台基于网关标记将该出租车确定为车辆服务信息携带的车辆位置信息对应的第一个待派单车辆，向出租车分配车辆预约订单；确定向出租车分配的车辆预约订单后向服务器同步车辆预约订单，服务器接收到车辆预约订单后向车载网关下发。

步骤S106，接收所述服务器下发的服务订单，并进行订单分配播报。

所述服务订单在所述车辆预约平台基于所述车辆服务信息对所述服务车辆进行订单分配后获得。

具体实施时，服务器在接收到车辆预约平台同步的基于车辆服务信息对所述服务车辆进行订单分配后获得的服务订单后，将服务订单下发至车载网关；车载网关接收服务器下发的服务订单后，为了提升驾驶用户对分配的订单的感知程度，基于配置的语音播报组件进行订单分配播报。

此外，为了进一步提升驾驶用户对车载网关的感知程度，在进行订单分配播报时，可对车载网关进行优势播报；例如，在接收到服务器下发的服务订单后，利用扬声器播报“为您分配服务订单，请查看，此单为网关配置奖励订单，欢迎使用车载网关”。

实际应用中，驾驶用户通过用户终端上运行的车辆预约应用进行服务订单的确定以及对服务订单对应的服务位置进行导航处理；但是用户终端屏幕大小有限，且语音播报音量有限；为了提升驾驶司机对服务订单的感知程度，避免驾驶司机在驾驶时需要多次与用户终端进行交互影响驾驶用户安全，本实施例提供的一种可选实施方式中，通过如下方式由车载网关进行导航处理：

接收所述服务器下发的所述车辆预约平台同步的对所述服务订单中的服务位置的导航信息；

基于配置的播报组件对所述导航信息进行播报处理；

其中，所述车辆预约平台在检测到驾驶用户通过第三方应用提交对所述服务位置的导航请求后向所述服务器同步所述导航信息。

具体的，驾驶用户通过用户终端上运行的第三方应用向车辆预约平台或者导航服务平台提交对服务位置的导航请求后，车辆预约平台或者导航服务平台若检测到驾驶用户处于配置车载网关的服务车辆，则将导航请求对应的导航信息同步至服务器；服务器接收导航信息后向驾驶用户所处的服务车辆配置的车载网关下发导航信息，车载网关基于显示屏幕进行导航信息的显示以及基于语音播报组价进行导航信息的语音播报。其中，车载网关在显示导航信息或者播报导航信息的过程中，基于驾驶用户的语音指令对所述导航信息进行更新，或者，基于驾驶用户的语音指令进行对应的服务处理。

除此之外，车载网关接收到服务器下发的服务订单并进行订单分配播报，还可基于显示屏幕对服务订单进行展示；获取驾驶用户录入的对服务订单的语音确认指令，对所述服务订单进行确认标记，并基于所述驾驶用户录入的对服务位置的语音导航请求，对服务位置进行导航处理。

具体实施时，为了避免乘车用户不符合健康通行条件，造成传染病传播，在乘车用户上车后，对乘车用户进行健康通行核验。本实施例提供的一种可选实施方式中，通过如下方式对乘车用户进行健康通行核验：

采集所述服务车辆的乘车用户的健康标识和/或通行标识并进行解码处理，获得所述乘车用户的健康服务信息；

提取所述健康服务信息中的健康状态标识并进行播报处理。

具体的，所述健康标识，包括用来表征用户的健康通行状态的标识；可以是标识码、条形码的形式；本实施例在此不做限定。所述通行标识与上述健康标识对应。所述健康服务信息，包括所述健康标识或者所述通行标识对应的信息。

例如，车载网关接收服务器下发的车辆预约订单后，在显示屏幕上显示车辆预约订单，并调用扬声器播报利用扬声器播报“为您分配服务订单，请查看，此单为网关配置奖励订单，欢迎使用车载网关”，若采集到司机D录入的携带确定订单的关键词的语音指令，则读取车辆预约订单中的起始位置，并调用扬声器播报“是否导航至起始位置”；若采集到的司机D录入的携带确定导航的关键词的语音指令，则对起始位置进行导航处理。在到达起始，为了保证司机D和乘客的健康通行，在检测到出租车的乘坐区域的乘客的情况下，调用扬声器播报“请出示您的健康标识”；调用图像采集组件采集乘客的健康标识码并进行解码处理，获得乘客的携带健康类别的健康服务信息，提取健康服务信息中的健康类别，并调用扬声器对健康类别进行播报处理，以使司机D感知乘客的健康类别。

为了规范驾驶用户在驾驶服务车辆期间的行为，避免由于驾驶用户的异常驾驶行为造成服务车辆或者乘车用户的损失，通过对驾驶用户进行驾驶行为检测和提醒督促驾驶用户安全驾驶。本实施例提供的一种可选实施方式中，车载网关还执行如下操作：

采集所述服务车辆的驾驶用户的驾驶行为图像；

将所述驾驶行为图像输入行为检测算法进行行为检测，获得所述驾驶用户的驾驶行为的行为判定结果；

将所述行为判定结果上传至所述服务器，以使所述服务器将所述行为判定结果上传至区块链进行存储。

进一步，若所述行为判定结果为违规驾驶行为，则基于所述驾驶行为图像确定违规驾驶信息；基于所述车载网关配置的播报组件对所述违规驾驶信息进行播报处理。

具体的，按照预设时间间隔调用配置的图像采集组件采集驾驶用户的驾驶行为图像，并将驾驶行为图像输入行为检测算法进行行为检测，获得驾驶用户的行为判定结果；若行为判定结果为违规驾驶行为，则基于驾驶行为图像确定违规驾驶信息或者从行为判定结果中读取违规驾驶信息，并基于播报组件进行违规驾驶信息的播报处理，同时，将行为判定结果和驾驶行为图像上传至服务器，服务器将行为判定结果上传至区块链进行存储；若行为判定结果为正常驾驶行为，则将行为判定结果上传至服务器，以进行上链存储。

其中，行为检测算法，在进行行为检测的过程中，首先提取驾驶行为图像中的驾驶行为特征；核验所述驾驶行为特征是否为违规行为特征；若是，则确定行为判定结果为违规驾驶行为；若否，则确定行为判定结果为正常驾驶行为。可在每次采集到驾驶行为图像后将这一张驾驶行为图像输入行为检测算法进行行为检测，还可在采集到预设数量的驾驶行为图像后，将预设数量的驾驶行为图像输入行为检测算法进行行为检测，可根据实际配置确定，本实施例在此不做限定。

例如，设置图像采集组件每隔10秒采集一次驾驶用户的驾驶行为图像，在采集到驾驶行为图像后，将驾驶行为图像输入行为检测算法进行行为检测，输出行为判定结果；若行为判定结果为违规驾驶行为，则读取所述行为判定结果中携带的违规驾驶信息为“接打电话”，基于违规驾驶信息生成“请勿接打电话，保证安全驾驶”的驾驶提醒并通过配置的扬声器进行播报。

本实施例中，一方面，通过检测驾驶用户的驾驶行为保证安全驾驶，另一方面，通过在车载网关上配置异常处理组件，来保证乘车用户和驾驶用户的安全出行；本实施例提供的一种可选实施方式中：若检测到异常处理组件被触发或者采集到异常处理指令，则向所述服务器上传异常处理请求，以使所述服务器基于所述异常处理请求进行异常处理；

或者，

若检测到异常处理组件被触发或者采集到异常处理指令，则基于与所述服务车辆的数据连接向所述服务车辆发送异常处理请求，以使所述服务车辆基于外部配置的展示组件进行异常展示和/或语音播报。

乘车用户或者驾驶用户可通过触发车载网关配置的异常处理组件或者录入携带异常处理关键词的方式提交异常处理请求，具体的，驾驶用户可通过车载网关配置的异常处理组件提交异常处理请求，乘车用户可通过子显示屏幕配置的异常处理组件提交异常处理请求，子显示屏幕在检测到乘车用户的异常处理请求后将异常处理请求传输至车载网关。

车载网关在获取到异常处理请求的情况下，一方面，向服务器上传异常处理请求，以使服务器基于异常处理请求进行异常处理；另一方面，为了提升异常处理的效率，保证乘车用户和驾驶用户的安全，基于与服务车辆的数据连接向服务车辆发送异常处理请求，以使服务车辆基于外部配置的展示组件进行异常展示以及语音播报。上述向服务器上传异常处理请求和向服务车辆发送异常处理信息可只执行一者，也可同时执行，本实施例在此不做限定。

除此之外，为了对不同的异常情况进行不同的处理，避免将所有异常情况采用同种方式处理造成乘车用户或者驾驶用户恐慌，或者应对不及时，本实施例中，还可采用如下方式进行异常处理：

若检测到所述服务车辆的驾驶用户或者乘车用户通过触发异常处理组件或者录入异常语音指令提交的异常处理请求，则调用配置的图像采集组件通过各采集角度采集所述服务车辆的车辆图像；所述车辆图像包括所述服务车辆的内部图像，即图像采集组件能够采集到的服务车辆的图像；

基于所述车辆图像进行异常信息分类，确定所述异常处理请求对应的异常类型；

根据所述异常类型进行异常处理。

所述异常类型，包括疾病类型和/或违反法律类型；

具体的，根据所述异常类型进行异常处理的过程中，若所述异常处理请求对应的异常类型为疾病类型，则向服务器上传所述服务车辆的车辆信息和所述疾病类型，以使所述服务器进行医疗援助申请；或者，进行医疗援助申请；

若所述异常处理请求对应的异常类型为违反法律类型，则基于与服务车辆的数据连接向所述服务车辆的车机终端发送异常处理信息；所述车机终端基于外部配置的展示组件进行异常展示和/或语音播报。

具体实施时，对于线下扬招的用户来说，无法感知到服务车辆的具体服务，影响在用户认为服务车辆处于空驶状态但并未扬招成功的情况下的用户心智；为了提升用户对服务车辆的服务状态的感知程度，本实施例中，基于与所述服务车辆的车机终端的数据连接向所述车机终端发送订单服务状态，以使所述服务车辆基于配置的展示组件展示所述订单服务状态；其中，所述展示组件配置于所述服务车辆的车辆外部。

换句话说，若服务车辆处于对所述服务器下发的服务订单的订单服务过程，则确定服务车辆处于订单服务状态，并基于数据连接向所述服务车辆或者所述服务车辆的车机终端发送所述订单服务状态，以在服务车辆外部配置的展示组件展示所述订单服务状态；若服务车辆的计价组件为计价状态，则确定所述服务车辆处于线下服务状态，基于数据连接向所述服务车辆或者所述服务车辆的车机终端发送所述线下服务状态，以在服务车辆外部配置的展示组件展示所述线下服务状态；若服务车辆未处于订单服务过程，且计价组件为未计价状态，则确定所述车辆处于空闲状态，基于数据连接向所述服务车辆或者所述服务车辆的车机终端发送所述空闲状态，以在服务车辆外部配置的展示组件展示所述空闲状态。

除此之外，若服务车辆外部未配置展示组件，可在进行车载网关的配置过程中在服务车辆的外部配置与车载网关建立数据连接的展示组件；这种情况下，在确定服务车辆所处的状态之后，无需基于数据连接向服务车辆发送，调用展示组件进行展示即可。

步骤S108，若接收到所述车辆预约平台同步的所述服务订单的服务费用信息，则向所述车载网关下发所述服务费用信息，以通过所述车载网关与所述服务车辆的计价组件的物理连接将所述服务费用信息写入所述计价组件。

所述计价组件接收到服务费用信息后基于所述服务费用信息进行费用展示。

实际应用中，乘车用户通过用户终端进行车辆预约，在进行车辆乘坐时服务车辆配置的计价组件不会显示该服务订单的服务费用；

为了提升乘车用户的乘车体验，提升乘车用户对于服务费用的感知程度，本实施例中，车辆预约平台在检测到乘车用户到达目标位置后，确定乘车用户对服务订单的服务费用，并将服务费用信息同步至服务器，服务器若接收到车辆预约平台同步的服务订单的服务费用信息，则向车载网关下发服务费用信息，以通过车载网关与服务车辆的计价组件的物理连接将服务费用信息写入计价组件；

车载网关若接收到服务器下发服务订单的服务费用信息，则基于车载网关与服务车辆的计价组件的物理连接，将服务费用信息写入计价组件，计价组件基于服务费用信息进行费用展示。

在此基础上，乘车用户可通过计价组件查看服务费用，并通过用户终端上车辆预约平台下发的服务费用信息进行支付处理；除此之外，乘车用户通过计价组件查看服务费用后，可基于计价组件进行费用支付；具体的，车载网关调用图像采集组件采集乘车用户的用户终端展示的支付标识码；基于所述支付标识码对所述服务费用进行支付处理，并将支付处理结果上传至服务器，服务器接收到支付处理结果后向车辆预约平台同步对服务订单的支付处理结果，以使车辆预约平台对服务订单进行支付标记处理，并向乘车用户的用户终端下发支付结果；其中，车载网关在进行支付处理的过程中，将乘车用户的用户账户中服务费用对应的资源转移至中间账户；后续服务器和基于与车辆预约平台的分配比例对转移至中间账户的服务费用对应的资源进行分配。

实际应用中，服务车辆的计价组件无法获得线上的服务订单的订单信息，因此，也无法通过计价组件控制进行纸质发票的打印；即服务车辆的计价组件无法控制对服务订单的纸质发票的打印；

基于此，本实施例中，车载网关除上述从计价组件读取数据以及向计价组件写入数据之外，还可控制计价组件进行服务订单的发票打印；本实施例提供的一种可选实施方式中，车载网关通过如下方式控制服务车辆的计价组件对服务订单进行发票打印：

接收所述服务器下发的对所述服务订单的发票开具信息；

基于所述物理连接向所述计价组件写入所述发票开具信息中携带的发票信息，以使所述计价组件基于所述发票信息进行发票打印；

或者，

获取所述计价组件在配置的发票打印控件被触发后传入的对所述服务费用信息的发票开具请求，并向所述服务器上传；

接收所述服务器基于所述发票开具请求下发的发票信息并写入所述计价组件，以使所述计价组件基于所述发票信息进行发票打印。

具体的，车载网关可通过服务器下发的对服务订单的发票开具信息，控制计价组件进行服务订单的发票打印；还可基于计价组件在发票打印控件被触发后传入的发票开具请求，向服务器查询服务订单的发票信息，将服务器下发的发票信息写入计价组件，以使计价组价基于发票信息进行发票打印。

例如，乘客通过用户终端的车辆预约应用展示的支付结果提交纸质发票开具请求；车辆预约平台基于纸质发票开具请求向服务器同步服务订单的发票开具信息，服务器接收到发票开具信息后向车载网关下发发票开具信息；车载网关接收到发票开具信息后，基于与出租车的计价组件的物理连接向计价组件写入发票开具信息携带的发票信息，计价组件在接收到发票信息后打印纸质发票。

再例如，乘客通过展示支付应用提供的支付标识进行支付后，通过支付应用展示的支付结果页面提交纸质发票开具请求；服务器基于纸质发票开具请求，生成服务订单的发票开具信息并向车载网关下发，车载网关接收到发票开具信息后，读取发票开具信息中的发票信息并写入计价组件，计价组件在接收到发票信息后打印纸质发票。

再例如，乘客线下向司机索要纸质发票，司机触发计价组件配置的发票打印控件，计价组件在发票打印组件被触发后向车载网关传入打印组件触发数据，即发票开具请求；车载网关接收到发票开具请求后向服务器上传发票开具请求，服务器基于该发票开具请求生成或者向车辆预约平台查询服务订单的发票信息并向车载网关下发；车载网关接收到发票信息后，将发票信息基于与计价组件的物理连接向计价组件写入发票信息，以使计价组件进行发票打印。

上述属于对服务车辆进行线上场景的订单分配的情况；线下扬招场景除对服务订单分配过程之外，与上述线上场景的实现方式类似，如驾驶用户的身份核验、乘车用户的健康通行核验、纸质发票的打印等；本实施例在此不做赘述；下述对线下扬招场景下，如何避免服务车辆处于空闲状态的时间太久影响服务车辆收益，进而影响驾驶用户的收益的问题进行说明。

实际应用中，若服务车辆在一段时间内未接收到分配的服务订单，也未线下搭载乘客，则服务车辆会空驶，这在一定程度上导致了车辆资源的浪费；基于此，本实施例中，基于车载网关，对服务车辆的车辆服务状态进行检测，并基于车辆服务状态对服务车辆进行服务引导。

具体实施时，若服务车辆为空闲状态，则通过对服务车辆所处区域中各地理位置的服务活跃度的计算，引导驾驶用户前往服务活跃度高的区域，以使服务车辆能够被分配服务订单或者具有乘客资源；其中，确定服务车辆的车辆服务状态为空闲状态，还可被替换为确定服务车辆进行空闲模式。任一位置的服务活跃度，基于该位置的服务车辆数量，待服务乘车用户数量和/或服务订单分布数量确定；其中，待服务乘车用户数量可基于历史用户数量预测得到；本实施例在此不再赘述。

本实施例提供的第一种可选实施方式中，为了提升驾驶用户对活跃位置的感知程度，通过如下方式确定服务车辆的空闲状态以及活跃位置信息的展示：

根据基于所述物理连接读取到的所述计价组件的计价操作数据，确定所述服务车辆的车辆服务状态；

若所述车辆服务状态为空闲状态，则向所述服务器上传空闲状态标识，以使所述服务器计算所属区域中各地理位置的服务活跃度；

接收所述服务器基于所述服务活跃度下发的活跃位置信息，并基于所述车载网关配置的显示屏幕进行显示。

具体的，车载网关基于与计价组件的物理连接读取计价组件的计价操作数据，根据计价操作数据确定服务车辆的车辆服务状态；若在预设时间段内读取到的计价操作数据为空，则确定所述服务车辆的车辆服务状态为空闲状态；若服务车辆的车辆服务状态为空闲状态，则向服务器上传空闲标识，以使服务器计算服务车辆所属区域中各地理位置的服务活跃度，接受服务器下发的活跃位置信息并基于车载网关配置的显示屏幕进行显示。若在预设时间段内读取到的计价操作数据不为空，则确定服务车辆的车辆服务状态为服务状态；若服务车辆的车辆服务状态为服务状态，则不做处理。

本实施例提供的第二种可选实施方式中，通过如下方式确定服务车辆的空闲状态以及活跃位置信息的展示：

获取驾驶用户录入的语音指令并识别，获得语音识别结果；

若所述语音识别结果中包含空闲关键词，则确定所述服务车辆的车辆服务状态为空闲状态；

向所述服务器上传空闲状态标识，以使所述服务器计算所属区域中各地理位置的服务活跃度；

接收所述服务器基于所述服务活跃度下发的活跃位置信息，并基于所述车载网关配置的显示屏幕进行显示。

具体的，若获取到驾驶用户录入的语音指令中包含空闲关键词，则确定服务车辆的车辆服务状态为空闲状态，在确定服务车辆的车辆服务状态为空闲状态之后，采用上述第一种确定服务车辆的空闲状态以及活跃位置信息的展示的实施方式进行处理。

进一步，本实施例提供的一种可选实施方式中，在接收活跃位置信息并基于显示屏幕进行显示之后，还执行如下操作：

获取所述服务车辆的驾驶用户基于所述显示屏幕提交的对所述活跃位置信息的触发指令；

基于所述触发指令对所述活跃位置信息对应的活跃位置进行导航处理。

具体的，在对活跃位置信息进行显示之后，与驾驶用户交互以对活跃位置信息对应的活跃位置进行导航处理。

相当于，若在预设时间段内读取到所述服务车辆的计价组件的计价操作数据为空，或者检测到驾驶用户录入携带空闲关键词的语音指令，则确定所述服务车辆进入空闲模式或者确定所述服务车辆的车辆服务状态为空闲状态；基于所述空闲模式或者所述空闲服务模式向所述服务器上传空闲状态标识，以使服务器计算所述服务车辆所属区域中各地理位置的服务活跃度；接收服务器基于服务活跃度下发的活跃位置信息，并基于配置的显示屏幕进行显示；若检测到所述驾驶用户基于所述显示屏幕提交的对活跃位置信息的触发指令，或者检测到所述驾驶用户录入的对所述活跃位置信息对应的活跃位置的导航语音指令，则进行从所述服务车辆的当前位置向所述活跃位置的导航处理。

本实施例提供的一种可选实施方式中，所述服务器，通过如下方式计算各地理位置的服务活跃度：

向车辆预约平台查询所述各地理位置的订单分布信息，以及，读取历史支付订单；

基于所述订单分布信息和所述历史支付订单的订单信息进行所述各地理位置的服务活跃度计算，获得所述各地理位置的服务活跃度。

进一步，在计算获得各地理位置的服务活跃度后，基于所述各地理位置的服务活跃度，绘制所述所属区域的活跃度地理网格并向所述车载网关下发；所述车载网关基于配置的显示屏幕进行所述活跃度地理网格的显示；

或者，

基于所述各地理位置的服务活跃度，确定所述服务车辆进行车辆服务的活跃位置；

向所述车载网关下发所述活跃位置的活跃位置信息；所述车载网关基于配置的显示屏幕进行所述活跃位置信息的显示；

具体的，服务器在获取到车载网关上传的空闲状态标识后，向车辆预约平台查询各地理位置的订单分布信息，并读取服务器存储的历史支付订单；历史支付订单包括空闲状态标识的上传时间对应的历史时间的支付订单；将订单分布信息和历史支付订单输入活跃度计算算法进行活跃度计算，获得各地理位置的服务活跃度；

在获得各地理位置的服务活跃度后，基于各地理位置的服务活跃度，确定服务活跃度最高的位置区域和/或与服务车辆距离最近的位置区域为服务车辆进行车辆服务的活跃位置；向车载网关下发活跃位置的活跃位置信息，以基于车载网关配置的显示屏幕进行活跃位置信息的显示。其中，活跃位置还可基于各地理位置的服务活跃度和服务车辆的车辆位置信息确定；车辆位置信息由车载网关基于与服务车辆的数据连接读取。

除此之外，为了提升驾驶用户对各地理位置的服务活跃度的感知程度，使驾驶用户可以直观地感知至少一个活跃位置信息，服务器在获取到各地理位置的服务活跃度后，基于各地理位置的服务活跃度绘制所属区域的活跃度地理网格并向车载网关下发，车载网关基于显示屏幕对活跃度地理网格进行显示；且为了避免驾驶用户在驾驶过程中需要长时间观看显示组件影响驾驶安全，在基于显示屏幕对活跃度地理网格进行显示的过程中，语音播报服务活跃度高于活跃度阈值的地理位置的位置信息；进一步，本实施例提供的一种可选实施方式中，车载网关若接收到服务器下发的活跃度地理网格，对活跃度地理网格进行展示之后，还执行如下操作：

获取所述服务车辆的驾驶用户基于所述显示屏幕提交的对活跃度地理网格中目标区域的确定指令；所述活跃位置信息，包括所述活跃度地理网格；

基于所述确定指令对所述目标区域进行导航处理；

其中，所述活跃度地理网格，基于所述各地理位置的服务活跃度绘制。

具体的，获取驾驶用户在活跃度地理网格中选择的目标区域，进行由服务车辆所处位置向目标区域的导航处理；此外，还可与驾驶用户语音交互确定目标区域；即获取驾驶用户录入的携带目标区域的导航语音指令，基于导航语音指令进行由服务车辆所处位置向目标区域的导航处理。

需要说明的是，为了便于对服务车辆的车辆信息进行回溯，提升对服务车辆进行服务检测的便捷性，本实施例中，上述过程中产生的信息，包括采集的图像、支付信息、采集的语音指令等，都上传至区块链进行存储。

本实施例提供的一种可选实施方式中，采集所述服务车辆的第一车辆信息，以及基于所述数据连接和所述物理连接读取所述服务车辆的第二车辆信息；

将所述第一车辆信息和所述第二车辆信息作为车辆信息上传至所述服务器；所述服务器将所述车辆信息上传至区块链进行存储；

其中，所述第一车辆信息，包括：所述服务车辆的导航信息和/或所述服务车辆的驾驶用户的语音信息；所述第二车辆信息，包括：所述服务车辆配置的行驶记录组件采集的行驶图像、所述计价组件的计价操作数据和/或所述服务车辆的位置信息。

其中，第一车辆信息为车载网关基于配置的图像采集组件、语音采集组件等组件采集到的信息；第二车辆信息为基于与车载网关建立物理连接的服务车辆配置的车辆组件采集的信息；上述对第一车辆信息和第二车辆信息的说明仅仅是示例性的，具体根据车载网关的配置确定，本实施例在此不做限定。

除此之外，由于车载网关需要配置在服务车辆中的用户能看到的位置，这种情况下，若将车载网关与多个车辆组件建立物理连接，会影响用户体验，因此，可配置车载网关与车辆组件之间的子网关；子网关与车载网关建立物理连接，且与至少一个车辆组件建立物理连接，子网关实现车载网关和车辆组件之间的数据传输。

下述以本实施例提供的一种服务处理方法在订单分配场景的应用为例，对本实施例提供的服务处理方法进行进一步说明，参见图3，应用于订单分配场景的服务处理方法，具体包括如下步骤。

步骤S302，检测到服务车辆的驾驶位置的驾驶用户的情况下，采集驾驶用户的生物特征。

步骤S304，基于生物特征对驾驶用户进行驾驶身份核验；若核验通过，则读取预先存储的驾驶用户的用户标识并向服务器上传。

服务器获取车载网关上传的用户标识；基于用户标识向健康服务平台查询驾驶用户的健康通行信息，并基于健康通行信息进行健康通行核验；向车载网关下发核验结果。

步骤S312，接收核验结果，若核验结果为核验通过，则基于与服务车辆的车机终端的数据连接读取车辆位置信息，以及，基于与服务车辆的计价组件的物理连接读取车辆计价状态。

步骤S314，若车辆计价状态为未计价状态，则将车辆位置信息和未计价状态作为车辆服务信息向服务器上传。

服务器将车辆服务信息转发至车辆预约平台，以进行订单分配处理；接收车辆预约平台同步的服务订单并向车载网关下发。

步骤S320，接收服务器下发的服务订单，并调用配置的扬声器进行订单分配播报。

服务器接收车辆预约平台同步的服务订单的服务费用信息，并向车载网关下发。

步骤S324，接收服务器下发的服务费用信息，并基于与计价组件的物理连接向计价组件写入服务费用信息，以使计价组件进行费用展示。

本说明书提供的另一种服务处理方法实施例：

本实施例提供的服务处理方法的执行主体为服务器，本说明书提供一种服务处理方法实施例的执行主体为车载网关，本实施例提供的应用于服务器的服务处理方法，与上述方法实施例提供的应用于车载网关的服务处理方法在执行过程中相互配合，因此，阅读本实施例请对照上述方法实施例的相应内容。

参照图4，本实施例提供的服务处理方法，具体包括步骤S402至步骤S406。

步骤S402，获取服务车辆配置的车载网关上传的车辆服务信息，并向车辆预约平台转发。

本实施例提供的服务处理方法，通过服务车辆配置的车载网关，实现将服务器、车辆预约平台和服务车辆之间的数据传输；具体的，车载网关基于与服务车辆的车机终端的数据连接获取服务车辆的车辆服务信息，然后通过车载网关的服务器将车辆服务信息转发至车辆预约平台，使车辆预约平台对服务车辆进行订单分配，接收到服务器在接收到车辆预约平台对服务车辆进行订单分配后同步的服务订单后，为了提升驾驶用户的感知程度，基于车载网关配置的播报组件进行订单分配播报，如果接收到服务器在接收到车辆预约平台同步的服务订单的服务费用信息后下发的服务费用信息后，通过车载网关和服务车辆的计价组件的物理连接，将服务费用信息写入服务车辆的计价组件，以通过计价组件进行费用展示，提升乘客对服务费用的感知程度。

所述服务车辆，包括提供服务的特定车辆；比如，提供载客服务的出租车，提供线上预约服务的网约车，或者进行车辆出租的租赁车辆。所述车辆服务信息基于所述车载网关与所述服务车辆的车机终端的数据连接获取；所述车辆服务信息包括所述服务车辆的位置信息；所述车载网关，包括配置于服务车辆的自动化机具；该自动化机具与服务车辆建立物理连接，并基于物理连接从服务车辆进行数据读取和数据写入；且该自动化机具配置有图像采集组件，比如，摄像头；可通过配置的图像采集组件进行车辆内部和/或车辆外部的图像；可选的，所述车载网关配置有播报组件、图像采集组件和/或显示屏幕；所述图像采集组件可通过角度调节采集所述服务车辆内各位置的用户的图像。其中，所述播报组件，比如扬声器。所述车辆预约平台，包括向用户提供线上车辆预约、向司机进行线上订单分配的平台；例如，第三方导航平台。

如图2所示，图2中包含车载网关的正面视图和车载网关的背面视图；车载网关作为一种中间装置，实现服务车辆和服务器之间的数据传输；为了提升数据传输的效率，提升驾驶用户以及服务车辆的所有者对车载网关的感知程度，向车载网关进行功能配置；具体的，车载网关，配置有图像采集组件、播报组件、显示屏幕、语音采集组件、标识识别组件；对应的，车载网关可用于读取服务车辆的车辆数据和服务车辆的计价组件的计价信息、向服务车辆或者计价组件写入数据、基于配置的图像采集组件对服务车辆内的用户或者设施进行图像采集、对服务车辆内用户的语音进行录入、播报信息、通过显示屏幕与用户进行操作交互、通过语音采集组件与用户进行语音交互和/或识别支付标识和/或健康标识。由于车载网关配置在服务车辆上，车辆在行驶过程中由于环境等因素会影响车载网关所处环境的温度等；为了提升车载网关的使用的有效性，车载网关基于耐高温、耐寒、耐颠簸的材料制作。

除此之外，车载网关还可与服务车辆配置的其他设备通过物理或者网络等方式建立连接并进行数据传输；例如，在车辆后置座位前端，即前端座位背后配置子显示屏幕，该子显示屏幕与车载网关通过网络建立连接以进行数据传输。

实际应用中，针对服务车辆，比如出租车、网约车；大部分采用出租的形式分配给用户；即出租车或者网约车不属于任一用户，而属于出租车机构或者网约车机构；对于以出租形式分配给用户的车辆，为了提升对服务车辆管理的便捷性，在驾驶用户对服务车辆进行驾驶或者处于驾驶位置时对驾驶用户进行驾驶身份核验。

具体实施时，配置在服务车辆的车载网关对服务车辆进行图像检测；若检测到服务车辆的驾驶位置的驾驶用户，则采集驾驶用户的生物特征；其中，生物特征包括人脸图像、指纹特征、声纹特征和/或掌纹特征；对应的，车载网关配置有图像采集组件、指纹采集组件、声纹采集组件和/或掌纹采集组件。

车载网关在采集到驾驶用户的生物特征后，在预先存储的驾驶用户集中查询是否存在于驾驶用户的生物特征匹配的目标生物特征，若是，则确定该驾驶用户的驾驶身份核验的核验结果为核验通过；若否，则确定核验结果为核验未通过。

本实施例中，车载网关在读取车辆服务信息之前，还执行如下操作：

在检测到所述服务车辆的驾驶位置的驾驶用户后，采集所述驾驶用户的生物特征；

基于所述生物特征对所述驾驶用户进行驾驶身份核验；

若核验通过，则读取车辆服务信息；

若核验未通过，则调用配置的播报组件进行驾驶身份异常播报和/或向服务器上传驾驶用户的生物特征；

具体的，车载网关在对驾驶用户的驾驶身份核验通过的情况下，则读取服务车辆的车辆服务信息向服务器上传，以使服务器向车辆预约平台转发，以基于车辆服务信息对服务车辆进行订单分配处理；若对驾驶用户的驾驶身份核验未通过，为了避免服务车辆丢失，车载网关调用配置的播报组件进行驾驶身份异常播报；为了避免服务车辆丢失，在确定驾驶用户的驾驶身份核验未通过的情况下，车载网关基于与服务车辆的物理连接向服务车辆发送身份异常信息，以使服务车辆利用配置的播报组件进行异常信息播报，使车外用户可以感知该异常信息；还可向服务器上传驾驶用户的生物特征，使服务器对驾驶用户的生物特征进行存储，以便后续对服务车辆进行追回。

服务车辆配置的播报组件，可以为服务车辆在出厂时配置的播报组件，也可为在服务车辆安装车载网关时配套安装在车辆外部的播报组件；若车载网关配套安装的车辆外部的播报组件，车载网关则在核验未通过的情况下调用自身配置的播报组件和配套安装的车辆外部的播报组件进行驾驶身份异常播报。

除此之外，车载网关还可配置于私家车，防止私家车丢失；具体的，为了提升用户的感知程度，还可在车载网关配置开启控件和关闭控件，使用户自主选择对驾驶用户的检测。例如，车主在不用车时开启车载网关，以使车载网关对驾驶位置进行检测，在车主用车或者将车辆外借时关闭车载网关。此外，车主还可通过用户终端上对应的应用对车载网关进行控制，本实施例在此不做限定。

为了防止具有传染性的病毒在用户之间进行传播，本实施例中，车载网关在读取服务车辆的车辆服务信息之前，还执行如下操作：

向所述服务器上传所述驾驶用户的用户标识；所述服务器基于所述用户标识对所述驾驶用户进行健康通行核验；

其中，服务器通过如下方式实现健康通行核验，包括：

基于所述用户标识向健康服务平台查询所述驾驶用户的健康通行信息；

核验所述健康通行信息是否满足健康通行条件；若是，则确定核验通过，向所述车载网关下发核验通过的核验结果；所述车载网关基于所述核验结果读取车辆服务信息。

本实施例中，为了保证驾驶用户的驾驶身份和健康状态，车载网关在读取服务车辆的车辆服务信息之前，通过如下方式对驾驶用户进行核验：

在检测到所述服务车辆的驾驶位置的驾驶用户后，采集所述驾驶用户的生物特征；

基于所述生物特征对所述驾驶用户进行驾驶身份核验；

若核验未通过，则基于配置的语音播报组件进行身份异常播报处理；

若核验通过，则向所述服务器上传所述驾驶用户的用户标识；所述服务器基于所述用户标识向健康服务平台查询所述驾驶用户的健康通行信息；

若接收到所述服务器在所述健康通行信息不满足健康通行条件的情况下下发的通行异常信息，则基于所述语音播报组件进行通行异常播报处理；

若接收到所述服务器在所述健康通行信息满足健康通行条件的情况下下发的核验通过的核验结果，则基于所述驾驶用户的用户信息进行信息播报处理，并读取服务车辆的车辆服务信息。

例如，出租车的车载网关在检测到出租车的驾驶位置的驾驶用户后，采集处于驾驶位置的驾驶用户的人脸图像；其中，在进行人脸图像的采集过程中，若采集角度存在偏差可调节车载网关的角度后进行人脸图像采集，或者语音提示驾驶用户进行角度调节进行人脸图像采集。采集到的驾驶用户的人脸图像后，将驾驶用户的人脸图像和预先存储的人脸图像库中的人脸图像进行匹配；若人脸图像库中不存在与驾驶用户的人脸图像匹配的目标人脸图像，则利用扬声器播报“身份异常，请核实”；若人脸图像库中存在与驾驶用户的人脸图像匹配的目标人脸图像，则确定驾驶用户为目标人脸图像对应的司机D，并确定对驾驶用户的驾驶身份核验通过；在驾驶身份核验通过的情况下，向服务器上传司机D的用户标识，服务器接收到用户标识后向健康服务平台查询司机D的健康通行信息；若查询到的司机D的健康通行信息为正常健康通行信息，则确定司机D的健康通行核验通过，并向车载网关下发核验通过的核验信息，车载网关在接收到核验通过的核验信息后，通过扬声器进行语音播报“司机D，您好”；服务器若查询到司机D的健康通行信息为异常健康通行信息，则确定司机D的健康通行核验通过，并向车载网关下发核验未通过的核验信息，车载网关在接收到核验未通过的核验信息后，通过扬声器进行语音播报“司机D，您的通行信息存在异常，请按照规定进行处理”。

需要说明的是，除了采用上述方式对用户进行驾驶身份核验，也可仅对驾驶用户进行健康通行核验，本实施例在此不做限定；此外，若不存在公共卫生事件，也可不进行健康通行核验。

进一步，车载网关在对驾驶用户进行驾驶身份核验和/或健康通行核验，且核验通过后，读取服务车辆的车辆服务信息；本实施例中，所述车辆服务信息基于所述车载网关与所述服务车辆的车机终端的数据连接获取；所述数据连接，包括物理连接、网络连接和/或蓝牙连接。具体的，读取服务车辆的车辆服务信息包括，基于与服务车辆的物理连接读取所述服务车辆的车辆位置信息；将所述车辆位置信息确定为所述车辆服务信息。

除此之外，为了保证服务车辆未处于服务状态，即处于可分配状态，车载网关读取服务车辆的车辆服务信息，还包括：基于与所述服务车辆的计价组件的物理连接读取所述服务车辆的车辆计价状态；换句话说，车载网关读取服务车辆的车辆服务信息可被替换为：车载网关基于与服务车辆的车机终端的数据连接读取所述服务车辆的车辆位置信息；或者，基于与所述服务车辆的车机终端的数据连接读取所述服务车辆的车辆位置信息，以及，基于与所述服务车辆的计价组件的物理连接读取所述服务车辆的车辆计价状态；将所述车辆位置信息和所述车辆计价状态确定为所述服务车辆的车辆服务信息。所述车辆计价状态，包括计价状态和未计价状态。

具体实施时，车载网关在读取到服务车辆的车辆服务信息后，将车辆服务信息向服务器上传；服务器获取车载网关上传的车辆服务信息，并向车辆预约平台转发，以使车辆预约平台基于车辆服务信息中包含的车辆位置信息向服务车辆进行订单分配。

具体的，为了保证服务车辆能够对分配的服务订单进行确定，若车辆服务数据包含车辆计价状态和车辆位置信息，车载网关读取到车辆服务数据后，判断车辆计价状态是否为未计价状态，若是，则向服务器上传车辆服务数据；若否，则不做处理；即：车载网关在读取服务车辆的车辆服务信息之后，若车辆服务信息中包含的车辆计价状态为未计价状态，则将车辆服务信息向服务器上传，以通过服务器转发至车辆预约平台；若车辆服务信息中包含的车辆计价状态为计价状态，则不做处理。

为了提升驾驶用户或者服务车辆的所有者对车载网关进行配置的感知程度，服务器向车辆预约平台转发车辆服务信息时，对车辆服务信息进行网关标记，以使车辆预约平台优先向服务车辆进行订单分配；具体的，车辆预约平台基于网关标记更新所述车辆服务信息的订单分配优先级；按照所述订单分配优先级向所述服务车辆进行订单分配；

其中，更新所述车辆服务信息的订单分配优先级，包括：按照预设优先级跨度，将所述车辆服务信息向前更新；向所述服务车辆进行订单分配，包括，基于所述车辆服务信息中包含的车辆位置信息进行订单分配。

步骤S404，接收所述车辆预约平台在基于所述车辆服务信息对所述服务车辆进行订单分配后同步的服务订单，并下发至所述车载网关。

具体实施时，车辆预约平台基于车辆服务信息对所述服务车辆进行订单分配，确定向所述服务车辆分配的服务订单后，将所述服务订单同步至所述服务器，所述服务器接收所述车辆预约平台基于所述车辆服务信息对所述服务车辆进行订单分配后同步的服务订单，并下发至所述车载网关。

例如，车载网关基于与车机终端的数据连接读取出租车的车辆位置信息，以及，基于与出租车的计价组件的物理连接读取车辆计价状态；在检测到车辆计价状态为未计价状态的情况下，将车辆计价状态和车辆位置信息作为出租车的车辆服务信息向服务器上传，服务器接收到车辆服务信息之后，对该车辆服务信息进行网关标记，并将标记后的车辆服务信息发送至导航服务平台；导航服务平台基于网关标记将该出租车确定为车辆服务信息携带的车辆位置信息对应的第一个待派单车辆，向出租车分配车辆预约订单；确定向出租车分配的车辆预约订单后向服务器同步车辆预约订单，服务器接收到车辆预约订单后向车载网关下发。所述服务订单在所述车辆预约平台基于所述车辆服务信息对所述服务车辆进行订单分配后获得。

具体实施时，服务器在接收到车辆预约平台同步的基于车辆服务信息对所述服务车辆进行订单分配后获得的服务订单后，将服务订单下发至车载网关；车载网关接收服务器下发的服务订单后，为了提升驾驶用户对分配的订单的感知程度，基于配置的语音播报组件进行订单分配播报。

此外，为了进一步提升驾驶用户对车载网关的感知程度，车载网关在进行订单分配播报时，可对车载网关进行优势播报；例如，在接收到服务器下发的服务订单后，利用扬声器播报“为您分配服务订单，请查看，此单为网关配置奖励订单，欢迎使用车载网关”。

实际应用中，驾驶用户通过用户终端上运行的车辆预约应用进行服务订单的确定以及对服务订单对应的服务位置进行导航处理；但是用户终端屏幕大小有限，且语音播报音量有限；为了提升驾驶司机对服务订单的感知程度，避免驾驶司机在驾驶时需要多次与用户终端进行交互影响驾驶用户安全，本实施例中，车载网关通过如下方式进行导航处理：

接收所述服务器下发的所述车辆预约平台同步的对所述服务订单中的服务位置的导航信息；

基于配置的播报组件对所述导航信息进行播报处理；

其中，所述车辆预约平台在检测到驾驶用户通过第三方应用提交对所述服务位置的导航请求后向所述服务器同步所述导航信息。

具体的，驾驶用户通过用户终端上运行的第三方应用向车辆预约平台或者导航服务平台提交对服务位置的导航请求后，车辆预约平台或者导航服务平台若检测到驾驶用户处于配置车载网关的服务车辆，则将导航请求对应的导航信息同步至服务器；服务器接收导航信息后向驾驶用户所处的服务车辆配置的车载网关下发导航信息，车载网关基于显示屏幕进行导航信息的显示以及基于语音播报组价进行导航信息的语音播报。其中，车载网关在显示导航信息或者播报导航信息的过程中，基于驾驶用户的语音指令对所述导航信息进行更新，或者，基于驾驶用户的语音指令进行对应的服务处理。

除此之外，车载网关接收到服务器下发的服务订单并进行订单分配播报，还可基于显示屏幕对服务订单进行展示；获取驾驶用户录入的对服务订单的语音确认指令，对所述服务订单进行确认标记，并基于所述驾驶用户录入的对服务位置的语音导航请求，对服务位置进行导航处理。

具体实施时，为了避免乘车用户不符合健康通行条件，造成传染病传播，因此，在乘车用户上车后，车载网关对乘车用户进行健康通行核验。本实施例中，车载网关通过如下方式对乘车用户进行健康通行核验：

采集所述服务车辆的乘车用户的健康标识和/或通行标识并进行解码处理，获得所述乘车用户的健康服务信息；

提取所述健康服务信息中的健康状态标识并进行播报处理。

具体的，所述健康标识，包括用来表征用户的健康通行状态的标识；可以是标识码、条形码的形式；本实施例在此不做限定。所述通行标识与上述健康标识对应。所述健康服务信息，包括所述健康标识或者所述通行标识对应的信息。

例如，车载网关接收服务器下发的车辆预约订单后，在显示屏幕上显示车辆预约订单，并调用扬声器播报利用扬声器播报“为您分配服务订单，请查看，此单为网关配置奖励订单，欢迎使用车载网关”，若采集到司机D录入的携带确定订单的关键词的语音指令，则读取车辆预约订单中的起始位置，并调用扬声器播报“是否导航至起始位置”；若采集到的司机D录入的携带确定导航的关键词的语音指令，则对起始位置进行导航处理。在到达起始，为了保证司机D和乘客的健康通行，在检测到出租车的乘坐区域的乘客的情况下，调用扬声器播报“请出示您的健康标识”；调用图像采集组件采集乘客的健康标识码并进行解码处理，获得乘客的携带健康类别的健康服务信息，提取健康服务信息中的健康类别，并调用扬声器对健康类别进行播报处理，以使司机D感知乘客的健康类别。

为了规范驾驶用户在驾驶服务车辆期间的行为，避免由于驾驶用户的异常驾驶行为造成服务车辆或者乘车用户的损失，车载网关通过对驾驶用户进行驾驶行为检测和提醒督促驾驶用户安全驾驶。本实施例中，车载网关还执行如下操作：

采集所述服务车辆的驾驶用户的驾驶行为图像；

将所述驾驶行为图像输入行为检测算法进行行为检测，获得所述驾驶用户的驾驶行为的行为判定结果；

将所述行为判定结果上传至所述服务器，以使所述服务器将所述行为判定结果上传至区块链进行存储。

进一步，若所述行为判定结果为违规驾驶行为，则基于所述驾驶行为图像确定违规驾驶信息；基于所述车载网关配置的播报组件对所述违规驾驶信息进行播报处理。

具体的，车载网关按照预设时间间隔调用配置的图像采集组件采集驾驶用户的驾驶行为图像，并将驾驶行为图像输入行为检测算法进行行为检测，获得驾驶用户的行为判定结果；若行为判定结果为违规驾驶行为，则基于驾驶行为图像确定违规驾驶信息或者从行为判定结果中读取违规驾驶信息，并基于播报组件进行违规驾驶信息的播报处理，同时，将行为判定结果和驾驶行为图像上传至服务器，服务器将行为判定结果上传至区块链进行存储；若行为判定结果为正常驾驶行为，则将行为判定结果上传至服务器，以进行上链存储。

其中，行为检测算法，在进行行为检测的过程中，首先提取驾驶行为图像中的驾驶行为特征；核验所述驾驶行为特征是否为违规行为特征；若是，则确定行为判定结果为违规驾驶行为；若否，则确定行为判定结果为正常驾驶行为。可在每次采集到驾驶行为图像后将这一张驾驶行为图像输入行为检测算法进行行为检测，还可在采集到预设数量的驾驶行为图像后，将预设数量的驾驶行为图像输入行为检测算法进行行为检测，可根据实际配置确定，本实施例在此不做限定。

例如，车载网关设置图像采集组件每隔10秒采集一次驾驶用户的驾驶行为图像，在采集到驾驶行为图像后，将驾驶行为图像输入行为检测算法进行行为检测，输出行为判定结果；若行为判定结果为违规驾驶行为，则读取所述行为判定结果中携带的违规驾驶信息为“接打电话”，基于违规驾驶信息生成“请勿接打电话，保证安全驾驶”的驾驶提醒并通过配置的扬声器进行播报。

本实施例中，一方面，车载网关通过检测驾驶用户的驾驶行为保证安全驾驶，另一方面，通过在车载网关上配置异常处理组件，来保证乘车用户和驾驶用户的安全出行；本实施例中：若检测到异常处理组件被触发或者采集到异常处理指令，则向所述服务器上传异常处理请求，以使所述服务器基于所述异常处理请求进行异常处理；

或者，

若检测到异常处理组件被触发或者采集到异常处理指令，则基于与所述服务车辆的数据连接向所述服务车辆发送异常处理请求，以使所述服务车辆基于外部配置的展示组件进行异常展示和/或语音播报。

乘车用户或者驾驶用户可通过触发车载网关配置的异常处理组件或者录入携带异常处理关键词的方式提交异常处理请求，具体的，驾驶用户可通过车载网关配置的异常处理组件提交异常处理请求，乘车用户可通过子显示屏幕配置的异常处理组件提交异常处理请求，子显示屏幕在检测到乘车用户的异常处理请求后将异常处理请求传输至车载网关。

车载网关在获取到异常处理请求的情况下，一方面，向服务器上传异常处理请求，以使服务器基于异常处理请求进行异常处理；另一方面，为了提升异常处理的效率，保证乘车用户和驾驶用户的安全，基于与服务车辆的数据连接向服务车辆发送异常处理请求，以使服务车辆基于外部配置的展示组件进行异常展示以及语音播报。上述向服务器上传异常处理请求和向服务车辆发送异常处理信息可只执行一者，也可同时执行，本实施例在此不做限定。

除此之外，为了对不同的异常情况进行不同的处理，避免将所有异常情况采用同种方式处理造成乘车用户或者驾驶用户恐慌，或者应对不及时，本实施例中，车载网关还可采用如下方式进行异常处理：

车载网关若检测到所述服务车辆的驾驶用户或者乘车用户通过触发异常处理组件或者录入异常语音指令提交的异常处理请求，则调用配置的图像采集组件通过各采集角度采集所述服务车辆的车辆图像；所述车辆图像包括所述服务车辆的内部图像，即图像采集组件能够采集到的服务车辆的图像；

基于所述车辆图像进行异常信息分类，确定所述异常处理请求对应的异常类型；

根据所述异常类型进行异常处理。

所述异常类型，包括疾病类型和/或违反法律类型；

具体的，车载网关根据所述异常类型进行异常处理的过程中，若所述异常处理请求对应的异常类型为疾病类型，则向服务器上传所述服务车辆的车辆信息和所述疾病类型，以使所述服务器进行医疗援助申请；或者，进行医疗援助申请；若所述异常处理请求对应的异常类型为违反法律类型，则基于与服务车辆的数据连接向所述服务车辆的车机终端发送异常处理信息；所述车机终端基于外部配置的展示组件进行异常展示和/或语音播报。

具体实施时，对于线下扬招的用户来说，无法感知到服务车辆的具体服务，影响在用户认为服务车辆处于空驶状态但并未扬招成功的情况下的用户心智；为了提升用户对服务车辆的服务状态的感知程度，本实施例中，基于与所述服务车辆的车机终端的数据连接向所述车机终端发送订单服务状态，以使所述服务车辆基于配置的展示组件展示所述订单服务状态；其中，所述展示组件配置于所述服务车辆的车辆外部。

相当于：若服务车辆处于对所述服务器下发的服务订单的订单服务过程，则确定服务车辆处于订单服务状态，并基于数据连接向所述服务车辆或者所述服务车辆的车机终端发送所述订单服务状态，以在服务车辆外部配置的展示组件展示所述订单服务状态；若服务车辆的计价组件为计价状态，则确定所述服务车辆处于线下服务状态，基于数据连接向所述服务车辆或者所述服务车辆的车机终端发送所述线下服务状态，以在服务车辆外部配置的展示组件展示所述线下服务状态；若服务车辆未处于订单服务过程，且计价组件为未计价状态，则确定所述车辆处于空闲状态，基于数据连接向所述服务车辆或者所述服务车辆的车机终端发送所述空闲状态，以在服务车辆外部配置的展示组件展示所述空闲状态。

除此之外，若服务车辆外部未配置展示组件，可在进行车载网关的配置过程中在服务车辆的外部配置与车载网关建立数据连接的展示组件；这种情况下，在确定服务车辆所处的状态之后，无需基于数据连接向服务车辆发送，调用展示组件进行展示即可。

步骤S406，若接收到所述车辆预约平台同步的所述服务订单的服务费用信息，则向所述车载网关下发所述服务费用信息。

向车载网关下发服务费用信息，以通过所述车载网关与所述服务车辆的计价组件的物理连接将所述服务费用信息写入所述计价组件。

实际应用中，乘车用户通过用户终端进行车辆预约，在进行车辆乘坐时服务车辆配置的计价组件不会显示该服务订单的服务费用；

为了提升乘车用户的乘车体验，提升乘车用户对于服务费用的感知程度，本实施例中，车辆预约平台在检测到乘车用户到达目标位置后，确定乘车用户对服务订单的服务费用，并将服务费用信息同步至服务器，服务器若接收到车辆预约平台同步的服务订单的服务费用信息，则向车载网关下发服务费用信息，以通过车载网关与服务车辆的计价组件的物理连接将服务费用信息写入计价组件；

车载网关若接收到服务器下发服务订单的服务费用信息，则基于车载网关与服务车辆的计价组件的物理连接，将服务费用信息写入计价组件，计价组件基于服务费用信息进行费用展示。

在此基础上，乘车用户可通过计价组件查看服务费用，并通过用户终端上车辆预约平台下发的服务费用信息进行支付处理；除此之外，乘车用户通过计价组件查看服务费用后，可基于计价组件进行费用支付；具体的，车载网关调用图像采集组件采集乘车用户的用户终端展示的支付标识码；基于所述支付标识码对所述服务费用进行支付处理，并将支付处理结果上传至服务器，服务器接收到支付处理结果后向车辆预约平台同步对服务订单的支付处理结果，以使车辆预约平台对服务订单进行支付标记处理，并向乘车用户的用户终端下发支付结果；其中，车载网关在进行支付处理的过程中，将乘车用户的用户账户中服务费用对应的资源转移至中间账户；后续服务器和基于与车辆预约平台的分配比例对转移至中间账户的服务费用对应的资源进行分配。

实际应用中，服务车辆的计价组件无法获得线上的服务订单的订单信息，因此，也无法通过计价组件控制进行纸质发票的打印；即服务车辆的计价组件无法控制对服务订单的纸质发票的打印；

基于此，本实施例中，车载网关除上述从计价组件读取数据以及向计价组件写入数据之外，还可控制计价组件进行服务订单的发票打印；本实施例提供的一种可选实施方式中，车载网关通过如下方式控制服务车辆的计价组件对服务订单进行发票打印：

接收所述服务器下发的对所述服务订单的发票开具信息；

基于所述物理连接向所述计价组件写入所述发票开具信息中携带的发票信息，以使所述计价组件基于所述发票信息进行发票打印；

或者，

获取所述计价组件在配置的发票打印控件被触发后传入的对所述服务费用信息的发票开具请求，并向所述服务器上传；

接收所述服务器基于所述发票开具请求下发的发票信息并写入所述计价组件，以使所述计价组件基于所述发票信息进行发票打印。

具体的，车载网关可通过服务器下发的对服务订单的发票开具信息，控制计价组件进行服务订单的发票打印；还可基于计价组件在发票打印控件被触发后传入的发票开具请求，向服务器查询服务订单的发票信息，将服务器下发的发票信息写入计价组件，以使计价组价基于发票信息进行发票打印。

例如，乘客通过用户终端的车辆预约应用展示的支付结果提交纸质发票开具请求；车辆预约平台基于纸质发票开具请求向服务器同步服务订单的发票开具信息，服务器接收到发票开具信息后向车载网关下发发票开具信息；车载网关接收到发票开具信息后，基于与出租车的计价组件的物理连接向计价组件写入发票开具信息携带的发票信息，计价组件在接收到发票信息后打印纸质发票。

再例如，乘客通过展示支付应用提供的支付标识进行支付后，通过支付应用展示的支付结果页面提交纸质发票开具请求；服务器基于纸质发票开具请求，生成服务订单的发票开具信息并向车载网关下发，车载网关接收到发票开具信息后，读取发票开具信息中的发票信息并写入计价组件，计价组件在接收到发票信息后打印纸质发票。

再例如，乘客线下向司机索要纸质发票，司机触发计价组件配置的发票打印控件，计价组件在发票打印组件被触发后向车载网关传入打印组件触发数据，即发票开具请求；车载网关接收到发票开具请求后向服务器上传发票开具请求，服务器基于该发票开具请求生成或者向车辆预约平台查询服务订单的发票信息并向车载网关下发；车载网关接收到发票信息后，将发票信息基于与计价组件的物理连接向计价组件写入发票信息，以使计价组件进行发票打印。

上述属于对服务车辆进行线上场景的订单分配的情况；线下扬招场景除对服务订单分配过程之外，与上述线上场景的实现方式类似，如驾驶用户的身份核验、乘车用户的健康通行核验、纸质发票的打印等；本实施例在此不做赘述；下述对线下扬招场景下，如何避免服务车辆处于空闲状态的时间太久影响服务车辆收益，进而影响驾驶用户的收益的问题进行说明。

实际应用中，若服务车辆在一段时间内未接收到分配的服务订单，也未线下搭载乘客，则服务车辆会空驶，这在一定程度上导致了车辆资源的浪费；基于此，本实施例中，基于车载网关，对服务车辆的车辆服务状态进行检测，并基于车辆服务状态对服务车辆进行服务引导。

具体实施时，若服务车辆为空闲状态，则通过对服务车辆所处区域中各地理位置的服务活跃度的计算，引导驾驶用户前往服务活跃度高的区域，以使服务车辆能够被分配服务订单或者具有乘客资源；其中，确定服务车辆的车辆服务状态为空闲状态，还可被替换为确定服务车辆进行空闲模式。任一位置的服务活跃度，基于该位置的服务车辆数量，待服务乘车用户数量和/或服务订单分布数量确定；其中，待服务乘车用户数量可基于历史用户数量预测得到；本实施例在此不再赘述。

本实施例中，为了提升驾驶用户对活跃位置的感知程度，车载网关通过如下方式确定服务车辆的空闲状态以及活跃位置信息的展示：

根据基于所述物理连接读取到的所述计价组件的计价操作数据，确定所述服务车辆的车辆服务状态；

若所述车辆服务状态为空闲状态，则向所述服务器上传空闲状态标识，以使所述服务器计算所属区域中各地理位置的服务活跃度；

接收所述服务器基于所述服务活跃度下发的活跃位置信息，并基于所述车载网关配置的显示屏幕进行显示。

具体的，车载网关基于与计价组件的物理连接读取计价组件的计价操作数据，根据计价操作数据确定服务车辆的车辆服务状态；若在预设时间段内读取到的计价操作数据为空，则确定所述服务车辆的车辆服务状态为空闲状态；若服务车辆的车辆服务状态为空闲状态，则向服务器上传空闲标识，以使服务器计算服务车辆所属区域中各地理位置的服务活跃度，接受服务器下发的活跃位置信息并基于车载网关配置的显示屏幕进行显示。若在预设时间段内读取到的计价操作数据不为空，则确定服务车辆的车辆服务状态为服务状态；若服务车辆的车辆服务状态为服务状态，则不做处理。

本实施例提供的第二种可选实施方式中，车载网关通过如下方式确定服务车辆的空闲状态以及活跃位置信息的展示：

获取驾驶用户录入的语音指令并识别，获得语音识别结果；

若所述语音识别结果中包含空闲关键词，则确定所述服务车辆的车辆服务状态为空闲状态；

向所述服务器上传空闲状态标识，以使所述服务器计算所属区域中各地理位置的服务活跃度；

接收所述服务器基于所述服务活跃度下发的活跃位置信息，并基于所述车载网关配置的显示屏幕进行显示。

具体的，若获取到驾驶用户录入的语音指令中包含空闲关键词，则确定服务车辆的车辆服务状态为空闲状态，在确定服务车辆的车辆服务状态为空闲状态之后，采用上述第一种确定服务车辆的空闲状态以及活跃位置信息的展示的实施方式进行处理。

进一步，本实施例中，车载网关在接收活跃位置信息并基于显示屏幕进行显示之后，还执行如下操作：

获取所述服务车辆的驾驶用户基于所述显示屏幕提交的对所述活跃位置信息的触发指令；

基于所述触发指令对所述活跃位置信息对应的活跃位置进行导航处理。

具体的，在对活跃位置信息进行显示之后，与驾驶用户交互以对活跃位置信息对应的活跃位置进行导航处理。

相当于，车载网关若在预设时间段内读取到所述服务车辆的计价组件的计价操作数据为空，或者检测到驾驶用户录入携带空闲关键词的语音指令，则确定所述服务车辆进入空闲模式或者确定所述服务车辆的车辆服务状态为空闲状态；基于所述空闲模式或者所述空闲服务模式向所述服务器上传空闲状态标识，以使服务器计算所述服务车辆所属区域中各地理位置的服务活跃度；接收服务器基于服务活跃度下发的活跃位置信息，并基于配置的显示屏幕进行显示；若检测到所述驾驶用户基于所述显示屏幕提交的对活跃位置信息的触发指令，或者检测到所述驾驶用户录入的对所述活跃位置信息对应的活跃位置的导航语音指令，则进行从所述服务车辆的当前位置向所述活跃位置的导航处理。

本实施例提供的一种可选实施方式中，服务器，通过如下方式计算各地理位置的服务活跃度：

根据所述车载网关上传的空闲状态标识，向所述车辆预约平台查询所属区域中各地理位置的订单分布信息，以及，读取历史支付订单；

基于所述订单分布信息和所述历史支付订单的订单信息进行所述各地理位置的服务活跃度计算，获得所述各地理位置的服务活跃度。

进一步，在计算获得各地理位置的服务活跃度后，基于所述各地理位置的服务活跃度，绘制所述所属区域的活跃度地理网格并向所述车载网关下发；所述车载网关基于配置的显示屏幕进行所述活跃度地理网格的显示；

或者，

基于所述各地理位置的服务活跃度，确定所述服务车辆进行车辆服务的活跃位置；

向所述车载网关下发所述活跃位置的活跃位置信息；所述车载网关基于配置的显示屏幕进行所述活跃位置信息的显示；

具体的，服务器在获取到车载网关上传的空闲状态标识后，向车辆预约平台查询各地理位置的订单分布信息，并读取服务器存储的历史支付订单；历史支付订单包括空闲状态标识的上传时间对应的历史时间的支付订单；将订单分布信息和历史支付订单输入活跃度计算算法进行活跃度计算，获得各地理位置的服务活跃度；

在获得各地理位置的服务活跃度后，基于各地理位置的服务活跃度，确定服务活跃度最高的位置区域和/或与服务车辆距离最近的位置区域为服务车辆进行车辆服务的活跃位置；向车载网关下发活跃位置的活跃位置信息，以基于车载网关配置的显示屏幕进行活跃位置信息的显示。其中，活跃位置还可基于各地理位置的服务活跃度和服务车辆的车辆位置信息确定；车辆位置信息由车载网关基于与服务车辆的数据连接读取。

除此之外，为了提升驾驶用户对各地理位置的服务活跃度的感知程度，使驾驶用户可以直观地感知至少一个活跃位置信息，服务器在获取到各地理位置的服务活跃度后，基于各地理位置的服务活跃度绘制所属区域的活跃度地理网格并向车载网关下发，车载网关基于显示屏幕对活跃度地理网格进行显示；且为了避免驾驶用户在驾驶过程中需要长时间观看显示组件影响驾驶安全，在基于显示屏幕对活跃度地理网格进行显示的过程中，语音播报服务活跃度高于活跃度阈值的地理位置的位置信息；进一步，本实施例中，车载网关若接收到服务器下发的活跃度地理网格，对活跃度地理网格进行展示之后，还执行如下操作：

获取所述服务车辆的驾驶用户基于所述显示屏幕提交的对活跃度地理网格中目标区域的确定指令；所述活跃位置信息，包括所述活跃度地理网格；

基于所述确定指令对所述目标区域进行导航处理；

其中，所述活跃度地理网格，基于所述各地理位置的服务活跃度绘制。

具体的，获取驾驶用户在活跃度地理网格中选择的目标区域，进行由服务车辆所处位置向目标区域的导航处理；此外，还可与驾驶用户语音交互确定目标区域；即获取驾驶用户录入的携带目标区域的导航语音指令，基于导航语音指令进行由服务车辆所处位置向目标区域的导航处理。

需要说明的是，为了便于对服务车辆的车辆信息进行回溯，提升对服务车辆进行服务检测的便捷性，本实施例中，上述过程中产生的信息，包括采集的图像、支付信息、采集的语音指令等，都上传至区块链进行存储。

本实施例中，车载网关还执行如下操作：

采集所述服务车辆的第一车辆信息，以及基于所述数据连接和所述物理连接读取所述服务车辆的第二车辆信息；

将所述第一车辆信息和所述第二车辆信息作为车辆信息上传至所述服务器；所述服务器将所述车辆信息上传至区块链进行存储；

其中，所述第一车辆信息，包括：所述服务车辆的导航信息和/或所述服务车辆的驾驶用户的语音信息；所述第二车辆信息，包括：所述服务车辆配置的行驶记录组件采集的行驶图像、所述计价组件的计价操作数据和/或所述服务车辆的位置信息。

其中，第一车辆信息为车载网关基于配置的图像采集组件、语音采集组件等组件采集到的信息；第二车辆信息为基于与车载网关建立物理连接的服务车辆配置的车辆组件采集的信息；上述对第一车辆信息和第二车辆信息的说明仅仅是示例性的，具体根据车载网关的配置确定，本实施例在此不做限定。

除此之外，由于车载网关需要配置在服务车辆中的用户能看到的位置，这种情况下，若将车载网关与多个车辆组件建立物理连接，会影响用户体验，因此，可配置车载网关与车辆组件之间的子网关；子网关与车载网关建立物理连接，且与至少一个车辆组件建立物理连接，子网关实现车载网关和车辆组件之间的数据传输。

下述以本实施例提供的一种服务处理方法在订单分配场景的应用为例，对本实施例提供的服务处理方法进行进一步说明，参见图3，应用于订单分配场景的服务处理方法，具体包括如下步骤。

车载网关检测到服务车辆的驾驶位置的驾驶用户的情况下，采集驾驶用户的生物特征；基于生物特征对驾驶用户进行驾驶身份核验；若核验通过，则读取预先存储的驾驶用户的用户标识并向服务器上传。

步骤S306，获取车载网关上传的用户标识。

步骤S308，基于用户标识向健康服务平台查询驾驶用户的健康通行信息，并基于健康通行信息进行健康通行核验。

步骤S310，向车载网关下发核验结果。

车载网关接收核验结果，若核验结果为核验通过，则基于与服务车辆的车机终端的数据连接读取车辆位置信息，以及，基于与服务车辆的计价组件的物理连接读取车辆计价状态；若车辆计价状态为未计价状态，则将车辆位置信息和未计价状态作为车辆服务信息向服务器上传。

步骤S316，将车辆服务信息转发至车辆预约平台，以进行订单分配处理。

步骤S318，接收车辆预约平台同步的服务订单并向车载网关下发。

车载网关接收服务器下发的服务订单，并调用配置的扬声器进行订单分配播报。

步骤S322，接收车辆预约平台同步的服务订单的服务费用信息，并向车载网关下发。

车载网关接收服务器下发的服务费用信息，并基于与计价组件的物理连接向计价组件写入服务费用信息，以使计价组件进行费用展示。

本说明书提供的一种服务处理装置实施例如下：

在上述的实施例中，提供了一种应用于车载网关的服务处理方法，与之相对应的，还提供了一种运行于车载网关的服务处理装置，下面结合附图进行说明。

参照图5，其示出了本实施例提供的一种服务处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种服务处理装置，包括：

信息读取模块502，被配置为读取服务车辆的车辆服务信息；所述车辆服务信息基于所述车载网关与所述服务车辆的车机终端的数据连接获取；

信息上传模块504，被配置为将所述车辆服务信息向服务器上传，以通过所述服务器转发至车辆预约平台；

分配播报模块506，被配置为接收所述服务器下发的服务订单，并进行订单分配播报；所述服务订单在所述车辆预约平台基于所述车辆服务信息对所述服务车辆进行订单分配后获得；

若接收到所述服务器下发的所述服务订单的服务费用信息，则运行信息写入模块508，所述信息写入模块508，被配置为基于所述车载网关与所述服务车辆的计价组件的物理连接，将所述服务费用信息写入所述计价组件；所述计价组件基于所述服务费用信息进行费用展示。

本说明书提供的另一种服务处理装置实施例如下：

在上述的实施例中，提供了一种应用于服务器的服务处理方法，与之相对应的，还提供了一种运行于服务器的服务处理装置，下面结合附图进行说明。

参照图6，其示出了本实施例提供的一种服务处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种服务处理装置，包括：

信息获取模块602，被配置为获取服务车辆配置的车载网关上传的车辆服务信息，并向车辆预约平台转发；

订单接收模块604，被配置为接收所述车辆预约平台在基于所述车辆服务信息对所述服务车辆进行订单分配后同步的服务订单，并下发至所述车载网关；

若接收到所述车辆预约平台同步的所述服务订单的服务费用信息，则运行信息下发模块606，所述信息下发模块606，被配置为向所述车载网关下发所述服务费用信息，以通过所述车载网关与所述服务车辆的计价组件的物理连接将所述服务费用信息写入所述计价组件。

本说明书提供的一种服务处理设备实施例如下：

对应上述描述的一种应用于车载网关的服务处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种服务处理设备，该服务处理设备用于执行上述提供的应用于车载网关的服务处理方法，图7为本说明书一个或多个实施例提供的一种服务处理设备的结构示意图。

本实施例提供的一种服务处理设备，包括：

如图7所示，服务处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器701和存储器702，存储器702中可以存储有一个或一个以上存储应用程序或数据。其中，存储器702可以是短暂存储或持久存储。存储在存储器702的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括服务处理设备中的一系列计算机可执行指令。更进一步地，处理器701可以设置为与存储器702通信，在服务处理设备上执行存储器702中的一系列计算机可执行指令。服务处理设备还可以包括一个或一个以上电源703，一个或一个以上有线或无线网络接口704，一个或一个以上输入/输出接口705，一个或一个以上键盘706等。

在一个具体的实施例中，服务处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对服务处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

读取服务车辆的车辆服务信息；所述车辆服务信息基于所述车载网关与所述服务车辆的车机终端的数据连接获取；

将所述车辆服务信息向服务器上传，以通过所述服务器转发至车辆预约平台；

接收所述服务器下发的服务订单，并进行订单分配播报；所述服务订单在所述车辆预约平台基于所述车辆服务信息对所述服务车辆进行订单分配后获得；

若接收到所述服务器下发的所述服务订单的服务费用信息，则基于所述车载网关与所述服务车辆的计价组件的物理连接，将所述服务费用信息写入所述计价组件；所述计价组件基于所述服务费用信息进行费用展示。

本说明书提供的另一种服务处理设备实施例如下：

对应上述描述的一种应用于服务器的服务处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种服务处理设备，该服务处理设备用于执行上述提供的应用于服务器的服务处理方法，图8为本说明书一个或多个实施例提供的一种服务处理设备的结构示意图。

本实施例提供的一种服务处理设备，包括：

如图8所示，服务处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器801和存储器802，存储器802中可以存储有一个或一个以上存储应用程序或数据。其中，存储器802可以是短暂存储或持久存储。存储在存储器802的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括服务处理设备中的一系列计算机可执行指令。更进一步地，处理器801可以设置为与存储器802通信，在服务处理设备上执行存储器802中的一系列计算机可执行指令。服务处理设备还可以包括一个或一个以上电源803，一个或一个以上有线或无线网络接口804，一个或一个以上输入/输出接口805，一个或一个以上键盘806等。

在一个具体的实施例中，服务处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对服务处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

获取服务车辆配置的车载网关上传的车辆服务信息，并向车辆预约平台转发；

接收所述车辆预约平台在基于所述车辆服务信息对所述服务车辆进行订单分配后同步的服务订单，并下发至所述车载网关；

若接收到所述车辆预约平台同步的所述服务订单的服务费用信息，则向所述车载网关下发所述服务费用信息，以通过所述车载网关与所述服务车辆的计价组件的物理连接将所述服务费用信息写入所述计价组件。

本说明书提供的一种存储介质实施例如下：

对应上述描述的一种应用于车载网关的服务处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

读取服务车辆的车辆服务信息；所述车辆服务信息基于所述车载网关与所述服务车辆的车机终端的数据连接获取；

将所述车辆服务信息向服务器上传，以通过所述服务器转发至车辆预约平台；

接收所述服务器下发的服务订单，并进行订单分配播报；所述服务订单在所述车辆预约平台基于所述车辆服务信息对所述服务车辆进行订单分配后获得；

若接收到所述服务器下发的所述服务订单的服务费用信息，则基于所述车载网关与所述服务车辆的计价组件的物理连接，将所述服务费用信息写入所述计价组件；所述计价组件基于所述服务费用信息进行费用展示。

需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于服务处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

本说明书提供的另一种存储介质实施例如下：

对应上述描述的一种应用于服务器的服务处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

获取服务车辆配置的车载网关上传的车辆服务信息，并向车辆预约平台转发；

接收所述车辆预约平台在基于所述车辆服务信息对所述服务车辆进行订单分配后同步的服务订单，并下发至所述车载网关；

若接收到所述车辆预约平台同步的所述服务订单的服务费用信息，则向所述车载网关下发所述服务费用信息，以通过所述车载网关与所述服务车辆的计价组件的物理连接将所述服务费用信息写入所述计价组件。

需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于服务处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。

Claims (25)

1.一种服务处理方法，应用于车载网关，包括：

读取服务车辆的车辆服务信息；所述车辆服务信息基于所述车载网关与所述服务车辆的车机终端的数据连接获取；所述车载网关配置有图像采集组件、播报组件和显示屏幕；所述图像采集组件可通过角度调节采集所述服务车辆内各位置的用户的图像；

将所述车辆服务信息向服务器上传，以通过所述服务器转发至车辆预约平台；

接收所述服务器下发的服务订单，并基于所述播报组件进行订单分配播报；所述服务订单在所述车辆预约平台基于所述车辆服务信息对所述服务车辆进行订单分配后获得；

若接收到所述服务器下发的所述服务订单的服务费用信息，则基于所述车载网关与所述服务车辆的计价组件的物理连接，将所述服务费用信息写入所述计价组件；所述计价组件基于所述服务费用信息进行费用展示。

2.根据权利要求1所述的服务处理方法，还包括：

根据基于所述物理连接读取到的所述计价组件的计价操作数据，确定所述服务车辆的车辆服务状态；

若所述车辆服务状态为空闲状态，则向所述服务器上传空闲状态标识，以使所述服务器计算所属区域中各地理位置的服务活跃度；

接收所述服务器基于所述服务活跃度下发的活跃位置信息，并基于所述车载网关配置的显示屏幕进行显示。

3.根据权利要求1所述的服务处理方法，还包括：

获取驾驶用户录入的语音指令并识别，获得语音识别结果；

若所述语音识别结果中包含空闲关键词，则确定所述服务车辆的车辆服务状态为空闲状态；

向所述服务器上传空闲状态标识，以使所述服务器计算所属区域中各地理位置的服务活跃度；

接收所述服务器基于所述服务活跃度下发的活跃位置信息，并基于所述车载网关配置的显示屏幕进行显示。

4.根据权利要求2或3所述的服务处理方法，所述接收所述服务器基于所述服务活跃度下发的活跃位置信息，并基于所述车载网关配置的显示屏幕进行显示步骤执行之后，还包括：

获取所述服务车辆的驾驶用户基于所述显示屏幕提交的对所述活跃位置信息的触发指令；

基于所述触发指令对所述活跃位置信息对应的活跃位置进行导航处理。

5.根据权利要求2或3所述的服务处理方法，所述各地理位置的服务活跃度，采用如下方式计算：

向车辆预约平台查询所述各地理位置的订单分布信息，以及，读取历史支付订单；

基于所述订单分布信息和所述历史支付订单的订单信息进行所述各地理位置的服务活跃度计算，获得所述各地理位置的服务活跃度。

6.根据权利要求2或3所述的服务处理方法，还包括：

获取所述服务车辆的驾驶用户基于所述显示屏幕提交的对活跃度地理网格中目标区域的确定指令；所述活跃位置信息，包括所述活跃度地理网格；

基于所述确定指令对所述目标区域进行导航处理；

其中，所述活跃度地理网格，基于所述各地理位置的服务活跃度绘制。

7.根据权利要求1所述的服务处理方法，还包括：

采集所述服务车辆的乘车用户的健康标识和/或通行标识并进行解码处理，获得所述乘车用户的健康服务信息；

提取所述健康服务信息中的健康状态标识并进行播报处理。

8.根据权利要求1所述的服务处理方法，还包括：

采集所述服务车辆的驾驶用户的驾驶行为图像；

将所述驾驶行为图像输入行为检测算法进行行为检测，获得所述驾驶用户的驾驶行为的行为判定结果；

将所述行为判定结果上传至所述服务器，以使所述服务器将所述行为判定结果上传至区块链进行存储。

9.根据权利要求8所述的服务处理方法，还包括：

若所述行为判定结果为违规驾驶行为，则基于所述驾驶行为图像确定违规驾驶信息；

基于所述车载网关配置的播报组件对所述违规驾驶信息进行播报处理。

10.根据权利要求1所述的服务处理方法，所述读取服务车辆的车辆服务信息步骤执行之前，还包括：

在检测到所述服务车辆的驾驶位置的驾驶用户后，采集所述驾驶用户的生物特征；

基于所述生物特征对所述驾驶用户进行驾驶身份核验；

若核验通过，则执行所述读取服务车辆的车辆服务信息步骤。

11.根据权利要求10所述的服务处理方法，所述读取服务车辆的车辆服务信息步骤执行之前，还包括：

向所述服务器上传所述驾驶用户的用户标识；所述服务器基于所述用户标识对所述驾驶用户进行健康通行核验；

其中，所述健康通行核验，包括：

基于所述用户标识向健康服务平台查询所述驾驶用户的健康通行信息；

核验所述健康通行信息是否满足健康通行条件；若是，则确定核验通过，向所述车载网关下发核验通过的核验结果；所述车载网关基于所述核验结果执行所述读取服务车辆的车辆服务信息步骤。

12.根据权利要求1所述的服务处理方法，所述车载网关配置有播报组件、图像采集组件和/或显示屏幕；所述图像采集组件可通过角度调节采集所述服务车辆内各位置的用户的图像。

13.根据权利要求1所述的服务处理方法，所述接收所述服务器下发的服务订单，并进行订单分配播报步骤执行之后，且所述若接收到所述服务器下发的所述服务订单的服务费用信息，则基于所述车载网关与所述服务车辆的计价组件的物理连接，将所述服务费用信息写入所述计价组件步骤执行之前，还包括：

接收所述服务器下发的所述车辆预约平台同步的对所述服务订单中的服务位置的导航信息；

基于配置的播报组件对所述导航信息进行播报处理；

其中，所述车辆预约平台在检测到驾驶用户通过第三方应用提交对所述服务位置的导航请求后向所述服务器同步所述导航信息。

14.根据权利要求1所述的服务处理方法，还包括：

若检测到异常处理组件被触发或者采集到异常处理指令，则向所述服务器上传异常处理请求，以使所述服务器基于所述异常处理请求进行异常处理；

或者，

若检测到异常处理组件被触发或者采集到异常处理指令，则基于与所述服务车辆的数据连接向所述服务车辆发送异常处理请求，以使所述服务车辆基于外部配置的展示组件进行异常展示和/或语音播报。

15.根据权利要求1所述的服务处理方法，所述若接收到所述服务器下发的所述服务订单的服务费用信息，则基于所述车载网关与所述服务车辆的计价组件的物理连接，将所述服务费用信息写入所述计价组件步骤执行之后，还包括：

接收所述服务器下发的对所述服务订单的发票开具信息；

基于所述物理连接向所述计价组件写入所述发票开具信息中携带的发票信息，以使所述计价组件基于所述发票信息进行发票打印；

或者，

获取所述计价组件在配置的发票打印控件被触发后传入的对所述服务费用信息的发票开具请求，并向所述服务器上传；

接收所述服务器基于所述发票开具请求下发的发票信息并写入所述计价组件，以使所述计价组件基于所述发票信息进行发票打印。

16.根据权利要求1所述的服务处理方法，还包括：

采集所述服务车辆的第一车辆信息，以及基于所述数据连接和所述物理连接读取所述服务车辆的第二车辆信息；

将所述第一车辆信息和所述第二车辆信息作为车辆信息上传至所述服务器；所述服务器将所述车辆信息上传至区块链进行存储；

其中，所述第一车辆信息，包括：所述服务车辆的导航信息和/或所述服务车辆的驾驶用户的语音信息；所述第二车辆信息，包括：所述服务车辆配置的行驶记录组件采集的行驶图像、所述计价组件的计价操作数据和/或所述服务车辆的位置信息。

17.一种服务处理方法，应用于服务器，包括：

获取服务车辆配置的车载网关上传的车辆服务信息，并向车辆预约平台转发；所述车载网关配置有图像采集组件、播报组件和显示屏幕；所述图像采集组件可通过角度调节采集所述服务车辆内各位置的用户的图像；

接收所述车辆预约平台在基于所述车辆服务信息对所述服务车辆进行订单分配后同步的服务订单，并下发至所述车载网关，以基于所述播报组件进行订单分配播报；

若接收到所述车辆预约平台同步的所述服务订单的服务费用信息，则向所述车载网关下发所述服务费用信息，以通过所述车载网关与所述服务车辆的计价组件的物理连接将所述服务费用信息写入所述计价组件。

18.根据权利要求17所述的服务处理方法，还包括：

根据所述车载网关上传的空闲状态标识，向所述车辆预约平台查询所属区域中各地理位置的订单分布信息，以及，读取历史支付订单；

基于所述订单分布信息和所述历史支付订单的订单信息进行所述各地理位置的服务活跃度计算，获得所述各地理位置的服务活跃度。

19.根据权利要求18所述的服务处理方法，所述基于所述订单分布信息和所述历史支付订单的订单信息进行所述各地理位置的服务活跃度计算，获得所述各地理位置的服务活跃度步骤执行之后，还包括：

基于所述各地理位置的服务活跃度，绘制所述所属区域的活跃度地理网格并向所述车载网关下发；所述车载网关基于配置的显示屏幕进行所述活跃度地理网格的显示；

或者，

基于所述各地理位置的服务活跃度，确定所述服务车辆进行车辆服务的活跃位置；

向所述车载网关下发所述活跃位置的活跃位置信息；所述车载网关基于配置的显示屏幕进行所述活跃位置信息的显示。

20.一种服务处理装置，运行于车载网关，包括：

信息读取模块，被配置为读取服务车辆的车辆服务信息；所述车辆服务信息基于所述车载网关与所述服务车辆的车机终端的数据连接获取；所述车载网关配置有图像采集组件、播报组件和显示屏幕；所述图像采集组件可通过角度调节采集所述服务车辆内各位置的用户的图像；

信息上传模块，被配置为将所述车辆服务信息向服务器上传，以通过所述服务器转发至车辆预约平台；

分配播报模块，被配置为接收所述服务器下发的服务订单，并基于所述播报组件进行订单分配播报；所述服务订单在所述车辆预约平台基于所述车辆服务信息对所述服务车辆进行订单分配后获得；

若接收到所述服务器下发的所述服务订单的服务费用信息，则运行信息写入模块，所述信息写入模块，被配置为基于所述车载网关与所述服务车辆的计价组件的物理连接，将所述服务费用信息写入所述计价组件；所述计价组件基于所述服务费用信息进行费用展示。

21.一种服务处理装置，运行于服务器，包括：

信息获取模块，被配置为获取服务车辆配置的车载网关上传的车辆服务信息，并向车辆预约平台转发；所述车载网关配置有图像采集组件、播报组件和显示屏幕；所述图像采集组件可通过角度调节采集所述服务车辆内各位置的用户的图像；

订单接收模块，被配置为接收所述车辆预约平台在基于所述车辆服务信息对所述服务车辆进行订单分配后同步的服务订单，并下发至所述车载网关，以基于所述播报组件进行订单分配播报；

若接收到所述车辆预约平台同步的所述服务订单的服务费用信息，则运行信息下发模块，所述信息下发模块，被配置为向所述车载网关下发所述服务费用信息，以通过所述车载网关与所述服务车辆的计价组件的物理连接将所述服务费用信息写入所述计价组件。

22.一种车载网关，包括：

处理器；以及，

被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

读取服务车辆的车辆服务信息；所述车辆服务信息基于所述车载网关与所述服务车辆的车机终端的数据连接获取；所述车载网关配置有图像采集组件、播报组件和显示屏幕；所述图像采集组件可通过角度调节采集所述服务车辆内各位置的用户的图像；

将所述车辆服务信息向服务器上传，以通过所述服务器转发至车辆预约平台；

接收所述服务器下发的服务订单，并基于所述播报组件进行订单分配播报；所述服务订单在所述车辆预约平台基于所述车辆服务信息对所述服务车辆进行订单分配后获得；

若接收到所述服务器下发的所述服务订单的服务费用信息，则基于所述车载网关与所述服务车辆的计价组件的物理连接，将所述服务费用信息写入所述计价组件；所述计价组件基于所述服务费用信息进行费用展示。

23.一种服务器，包括：

处理器；以及，

被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

获取服务车辆配置的车载网关上传的车辆服务信息，并向车辆预约平台转发；所述车载网关配置有图像采集组件、播报组件和显示屏幕；所述图像采集组件可通过角度调节采集所述服务车辆内各位置的用户的图像；

接收所述车辆预约平台在基于所述车辆服务信息对所述服务车辆进行订单分配后同步的服务订单，并下发至所述车载网关，以基于所述播报组件进行订单分配播报；

若接收到所述车辆预约平台同步的所述服务订单的服务费用信息，则向所述车载网关下发所述服务费用信息，以通过所述车载网关与所述服务车辆的计价组件的物理连接将所述服务费用信息写入所述计价组件。

24.一种存储介质，运行于车载网关，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

读取服务车辆的车辆服务信息；所述车辆服务信息基于所述车载网关与所述服务车辆的车机终端的数据连接获取；所述车载网关配置有图像采集组件、播报组件和显示屏幕；所述图像采集组件可通过角度调节采集所述服务车辆内各位置的用户的图像；

将所述车辆服务信息向服务器上传，以通过所述服务器转发至车辆预约平台；

接收所述服务器下发的服务订单，并基于所述播报组件进行订单分配播报；所述服务订单在所述车辆预约平台基于所述车辆服务信息对所述服务车辆进行订单分配后获得；

若接收到所述服务器下发的所述服务订单的服务费用信息，则基于所述车载网关与所述服务车辆的计价组件的物理连接，将所述服务费用信息写入所述计价组件；所述计价组件基于所述服务费用信息进行费用展示。

25.一种存储介质，运行于服务器，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

获取服务车辆配置的车载网关上传的车辆服务信息，并向车辆预约平台转发；所述车载网关配置有图像采集组件、播报组件和显示屏幕；所述图像采集组件可通过角度调节采集所述服务车辆内各位置的用户的图像；

接收所述车辆预约平台在基于所述车辆服务信息对所述服务车辆进行订单分配后同步的服务订单，并下发至所述车载网关，以基于所述播报组件进行订单分配播报；

若接收到所述车辆预约平台同步的所述服务订单的服务费用信息，则向所述车载网关下发所述服务费用信息，以通过所述车载网关与所述服务车辆的计价组件的物理连接将所述服务费用信息写入所述计价组件。