CN115760106A - 服务交互处理方法及装置 - Google Patents

Abstract

本说明书实施例提供了服务交互处理方法及装置，其中，一种服务交互处理方法包括：基于车辆的第一控制指令，对所述车辆的标识信息进行编码获得所述车辆的标识码；通过所述显示组件显示所述标识码，以用于乘客进行通行扫码交互；若检测到所述车辆的第二控制指令，对收款账户信息和所述乘客的乘车订单的订单信息进行编码获得收款码；通过所述显示组件显示所述收款码，以用于所述乘客进行所述乘车订单的扫码支付。

Description

服务交互处理方法及装置

技术领域

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

背景技术

随着互联网的发展，线上服务得到用户的广泛关注，用户可通过线上进行服务申请以及服务凭证的开具，随着信息化的发展，出租车服务也逐渐信息化，用户可通过线上进行出租车的预约以及支付，出租车是一种具有方便、舒适、灵活以及全天候等特点的运输服务方式，在一定程度上可与私家车相媲美，已成为重点满足个性化与支付能力较强的出行需求的出行方式，一直以来，出租车都能够给用户的出行提供便利，但是，出租车在给用户带来方便和舒适的同时，还有很多问题没有得到有效解决，制约着出租车行业的发展。

发明内容

本说明书一个或多个实施例提供了一种服务交互处理方法，应用于配置有显示组件的车载机具，包括：基于车辆的第一控制指令，对所述车辆的标识信息进行编码获得所述车辆的标识码。通过所述显示组件显示所述标识码，以用于乘客进行通行扫码交互。若检测到所述车辆的第二控制指令，对收款账户信息和所述乘客的乘车订单的订单信息进行编码获得收款码。通过所述显示组件显示所述收款码，以用于所述乘客进行所述乘车订单的扫码支付。

本说明书一个或多个实施例提供了一种车载机具，包括：控制组件、显示组件以及连接组件。其中，所述控制组件，用于基于车辆的第一控制指令，对所述车辆的标识信息进行编码获得所述车辆的标识码，以及在检测到所述车辆的第二控制指令的情况下，对收款账户信息和乘客的乘车订单的订单信息进行编码获得收款码。所述显示组件，用于显示所述标识码，以用于所述乘客进行通行扫码交互，以及显示所述收款码，以用于所述乘客进行所述乘车订单的扫码支付。所述连接组件，用于与所述车辆的计价器建立物理通信连接；所述第一控制指令和所述第二控制指令通过所述物理通信连接从所述计价器读取。

本说明书一个或多个实施例提供了一种服务交互处理装置，运行于配置有显示组件的车载机具，包括：第一编码模块，被配置为基于车辆的第一控制指令，对所述车辆的标识信息进行编码获得所述车辆的标识码。第一显示模块，被配置为通过所述显示组件显示所述标识码，以用于乘客进行通行扫码交互。第二编码模块，被配置为若检测到所述车辆的第二控制指令，对收款账户信息和所述乘客的乘车订单的订单信息进行编码获得收款码。第二显示模块，被配置为通过所述显示组件显示所述收款码，以用于所述乘客进行所述乘车订单的扫码支付。

本说明书一个或多个实施例提供了另一种车载机具，包括：处理器、显示组件、旋转组件；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：基于车辆的第一控制指令，对所述车辆的标识信息进行编码获得所述车辆的标识码。通过所述显示组件显示所述标识码，以用于乘客进行通行扫码交互。若检测到所述车辆的第二控制指令，对收款账户信息和所述乘客的乘车订单的订单信息进行编码获得收款码。通过所述显示组件显示所述收款码，以用于所述乘客进行所述乘车订单的扫码支付。

本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：基于车辆的第一控制指令，对所述车辆的标识信息进行编码获得所述车辆的标识码。通过显示组件显示所述标识码，以用于乘客进行通行扫码交互。若检测到所述车辆的第二控制指令，对收款账户信息和所述乘客的乘车订单的订单信息进行编码获得收款码。通过所述显示组件显示所述收款码，以用于所述乘客进行所述乘车订单的扫码支付。

附图说明

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

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

图2为本说明书一个或多个实施例提供的一种车载机具的预设页面的示意图；

图3为本说明书一个或多个实施例提供的一种车载机具的通行扫码页面的示意图；

图4为本说明书一个或多个实施例提供的一种车载机具的收款页面的示意图；

图5为本说明书一个或多个实施例提供的一种车载机具的付款页面的示意图；

图6为本说明书一个或多个实施例提供的一种车载机具的支付结果页面的示意图；

图7为本说明书一个或多个实施例提供的一种车载机具的结构示意图；

图8为本说明书一个或多个实施例提供的一种应用于出租车场景的服务交互处理方法处理流程图；

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

图10为本说明书一个或多个实施例提供的另一种车载机具的结构示意图。

具体实施方式

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

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

本申请提供的服务交互处理方法，车载机具一方面从车辆的第一控制指令出发，根据车辆的标识信息生成车辆的标识码，并通过显示组件显示车辆的标识码，另一方面从车辆的第二控制指令出发，根据收款账户信息和乘客的乘车订单的订单信息生成收款码，并通过显示组件显示收款码，以此，根据相应的车辆的控制指令进行标识码或者收款码的显示，从而来提升车辆的服务交互处理的灵活性和便捷性。

本实施例提供的服务交互处理方法，应用于车载机具，所述服务交互处理方法具体包括如下步骤。

步骤S102，基于车辆的第一控制指令，对所述车辆的标识信息进行编码获得所述车辆的标识码。

本实施例所述车载机具，是指用于实现车辆的服务交互的设备组件，比如实现乘客乘坐车辆的通行扫码、订单支付和/或司机交互的设备组件。具体的，所述车载机具配置有显示组件，通过所述显示组件能够实现服务交互的相关内容的显示，比如在通行扫码过程中，通过显示组件显示车辆的标识码来引导乘客进行通行扫码。

所述第一控制指令，是指用于进行载客状态控制的第一指令，所述第一控制指令包括计费开始指令，比如，在出租车场景中，计费开始指令是指乘客上车时的扣表指令，通过扣表指令来控制出租车的计价器开始计费。

可选的，所述车载机具通过与所述车辆的计价器之间建立的物理通信连接，从所述计价器读取所述第一控制指令；所述第一控制指令包括计费开始指令。可选的，所述车载机具通过配置的无线通信组件与服务平台进行无线数据通信。所述服务平台，是指根据车载机具的需要，与车载机具配合进行服务交互的处理平台。所述计价器，是指能够采集车辆的行程状态，并根据行程时间或行程里程展示行程费用的组件，比如，出租车配置的计价器。

此外，所述车载机具也可配置旋转组件，通过所述旋转组件能够实现车载机具的旋转，比如原本显示组件的朝向为正南，可通过旋转组件进行旋转，旋转至东南方向、西南方向、顺时针旋转特定角度或者逆时针旋转特定角度；可选的，所述车载机具还配置有旋转组件，所述旋转组件用于控制所述显示组件旋转至相应的交互方向；其中，所述交互方向包括乘客交互方向、驾驶交互方向和/或预设交互方向，比如在乘客乘坐车辆并进行通行扫码时，交互方向包括乘客交互方向和/或驾驶交互方向，在订单支付时，交互方向包括乘客交互方向和/或驾驶交互方向。所述旋转组件包括具有旋转功能的模块，所述旋转组件内部可配置旋转电机，通过旋转电机可控制旋转组件，进而控制显示屏进行转动，达到变更交互方向的目的。

具体的，所述交互方向，是指车辆内的车载机具与车内乘坐人员进行交互时的方向；乘客交互方向是指车载机具旋转至车辆内乘客所乘坐的位置(比如副驾驶位置)的方向，驾驶交互方向是指车载机具旋转至车辆内驾驶员所乘坐的位置。

本实施例中，在待机或者不进行服务交互的情况下车载机具可处于预设交互方向，基于此，可将车载机具的预设交互方向称之为待机方向，待机方向可以根据乘客交互方向和驾驶交互方向确定，比如将乘客交互方向与驾驶交互方向二者的中间方向确定为待机方向，以此来降低车载机具旋转至乘客交互方向与驾驶交互方向的时间。

除此之外，还可针对所述车载机具配置连接组件，通过连接组件连接并固定到车辆，然后通过穿过连接组件的线束与计价器建立连接。

例如，图2所示的出租车配置的车载机具，配置有显示屏201和连接组件，通过连接组件固定到出租车上，连接组件是中空的，车载机具的线束穿过连接组件与出租车的计价器建立连接，建立连接后能够读取计价器的扣表指令；车载机具配置有旋转组件，旋转组件能够将显示屏201向右旋转一定角度，或者向左旋转一定角度。

本实施例所述车辆的标识信息包括车辆标识和/或车辆出厂标识。例如，车辆标识为车牌号，车辆出厂标识为车辆VIN(Vehicle Identification Number，车辆识别码)号；所述车辆的标识码，是指表征所述车辆的唯一性的标识码，该标识码的具体形式可以是二维码、条形码或者声音码等，所述车辆的标识码包括所述车辆的场所码。

具体实施时，车载机具在待机或者不进行服务交互的情况下可处于预设交互方向，在上述所述交互方向包括预设交互方向的基础上，在基于车辆的第一控制指令，对车辆的标识信息进行编码获得车辆的标识码执行之后，为了便于乘客通过乘客终端扫描车辆的标识码，本实施例提供的一种可选实施方式中，执行如下操作：控制所述旋转组件从所述预设交互方向旋转至所述乘客交互方向。此外，步骤S102可被替换为基于车辆的第一控制指令，对所述车辆的标识信息和第一提醒信息进行编码获得所述车辆的标识码，并与本实施例提供的其他处理步骤组成新的实现方式；可选的，所述第一提醒信息是指用于提醒乘客上车扫码的信息，比如第一提醒信息为“扫一扫标识码”。

步骤S104，通过所述显示组件显示所述标识码，以用于乘客进行通行扫码交互。

上述基于车辆的第一控制指令，对车辆的标识信息进行编码获得车辆的标识码，本步骤中，通过显示组件显示标识码，以用于乘客进行通行扫码交互，以此，基于车载机具实现通行扫码交互，提升通行扫码的便捷性。

本实施例所述通行扫码交互，是指乘客通过与车载机具的扫码交互实现乘车行程上传的交互过程；比如乘客在乘坐出租车时，处于安全或者其他因素的考量，需要将乘客的乘车记录上传至相应的数据平台，可通过与车载机具的交互实现乘客的乘车记录采集上传的交互过程，具体的交互过程可包括车载机具展示车辆的标识码、乘客通过扫码进行乘车记录上传。

具体实施时，在对车辆的标识信息进行编码获得车辆的标识码之后，通过显示组件显示标识码，以用于乘客进行通行扫码交互，具体使乘客能够通过乘客终端扫描显示组件显示的标识码，提升乘客进行扫码交互的交互体验和便捷性，此外，为了提升乘客的感知程度和扫码积极性，也可针对车辆的标识码的标识码图像进行元素添加，获得包含所述标识码的通行扫码页面，并通过显示组件显示通行扫码页面，还可通过车载机具的语音组件进行通行扫码提醒播报，可选的，所述针对车辆的标识码的标识码图像进行元素添加，包括针对标识码图像添加车辆标识和第一提醒信息；通行扫码提醒播报包括进行第一提醒信息的语音播报；所述车辆标识可以是车辆的车牌号码。

例如，如图3所示的车载机具的通行扫码页面，展示有车辆的标识码，以引导乘客进行通行扫码，同时展示有第一提醒信息“扫一扫标识码”以及出租车的车牌号码“xxxxxxxx”。

在具体的执行过程中，本实施例提供的一种可选实施方式中，所述通行扫码交互，通过如下方式实现：

通过乘客终端扫描所述标识码，并对扫描的标识码进行解码；

基于解码结果生成访问所述乘客的通行状态信息的访问请求，并通过所述乘客终端显示针对所述访问请求返回的所述乘客的通行状态信息；

生成所述乘客与所述车辆的通行记录并存储。

具体的，乘客通过乘客终端扫描车辆的标识码，由乘客终端对扫描的标识码进行解码，基于解码获得的车辆的标识信息生成访问乘客的通行状态信息的访问请求，通过乘客终端显示由数据平台针对访问请求返回的乘客的通行状态信息，由数据平台生成乘客与车辆的通行记录并存储；所述数据平台是指生成、存储并管理用户的通行记录的平台，所述乘客的通行记录包括乘客基于车辆的行驶信息，所述车辆的通行记录包括车辆的行驶信息。

实际应用中，为了减少旋转组件下一次旋转至乘客交互方向或者驾驶交互方向的时间，可在上述控制旋转组件从预设交互方向旋转至乘客交互方向的基础上，进一步控制旋转组件从乘客交互方向旋转至预设交互方向，以此，使得车载机具的显示组件在待机或者不进行服务交互的情况下处于预设交互方向。

本实施例提供的一种可选实施方式中，在控制旋转组件从预设交互方向旋转至乘客交互方向执行之后，还执行如下操作：

控制所述旋转组件从所述乘客交互方向旋转至所述预设交互方向；

在所述显示组件显示所述车载机具在所述预设交互方向的预设页面。

具体的，为了避免上述旋转组件从预设交互方向旋转至乘客交互方向之后，在乘客交互方向的交互时间过长，可选的，若检测到在乘客交互方向的交互时长大于时长阈值，控制旋转组件从乘客交互方向旋转至预设交互方向，并在显示组件显示车载机具在预设交互方向的预设页面，此外，为了确保乘客在车载机具处于乘客交互方向时进行通行扫码的有效性，可选的，若检测到乘客的通行状态信息，控制旋转组件从乘客交互方向旋转至预设交互方向，并在显示组件显示车载机具在预设交互方向的预设页面。

其中，所述预设页面是指在待机或者不进行服务交互的情况下通过显示组件显示的页面，所述预设页面可在预设交互方向显示，基于此，可将车载机具的预设页面称之为待机页面。在上述显示组件显示预设页面的基础上，可选的，所述预设页面，配置有进行所述车辆的标识码访问的第一访问控件和/或进行乘车订单支付的第二访问控件；可选的，若所述第一访问控件被触发，则在所述显示组件显示所述车辆的标识码；若所述第二访问控件被触发，则在所述显示组件显示收款页面，所述显示组件包括显示屏。

在实际的应用场景中，车辆的司机或者乘客可通过触发第一访问控件，访问车辆的标识码，提升车辆的标识码访问的灵活性；所述乘车订单支付包括对乘车过程中产生的乘车订单进行支付，所述车辆的司机或者乘客可通过触发第二访问控件访问收款页面。例如，如图2所示的车载机具的预设页面，包括通行控件和收款控件，司机或者乘客可通过触发通行控件展示如图3所示的车辆的标识码，司机或者乘客可触发收款控件访问收款页面或者收款码。

实际应用中，在乘车过程中可能会遇到突发状况，比如乘客与司机针对乘车订单的订单金额存在异议，在此情况下，为了便于解决乘客与司机针对订单金额的异议，提升乘车订单支付过程的灵活性，可选的，所述收款页面包含乘车订单的订单金额，若检测到针对所述订单金额的编辑指令，则基于所述编辑指令携带的目标订单金额和收款账户信息进行编码，并通过所述显示组件显示编码获得的目标收款码。

具体的，所述收款页面用于对乘车订单的订单金额进行编辑，在进行订单金额编辑的过程中，可根据编辑指令携带的目标订单金额和收款账户信息进行编码，并通过显示组件显示编码获得的目标收款码，以此，使乘客通过扫描目标收款码进行乘车订单的订单金额的支付，实现订单金额支付的准确性，通过配置针对乘车订单的订单金额进行编辑的方式，减少乘客对于司机的负面反馈。例如，如图4所示的车载机具的收款页面，展示的乘车订单的订单金额为xx元，通过触发确认控件确认订单金额，通过触发编辑金额控件对订单金额进行编辑或者通过触发“xx元”进行订单金额的编辑。

此外，除上述提供的若所述第二访问控件被触发，则在所述显示组件显示收款页面的实现方式之外，为了提升触发第二访问控件进行访问的访问多样化，也可在第二访问控件被触发的情况下，在所述显示组件显示乘车订单支付的收款码。

除此之外，除上述提供的若所述第二访问控件被触发，则在所述显示组件显示收款页面或者若所述第二访问控件被触发，则在所述显示组件显示乘车订单支付的收款码的实现方式之外，为了进一步提升触发第二访问控件进行访问的访问多样化，提升司机和乘客的感知程度，并且提升司机或者乘客的访问便捷性，可在第二访问控件被触发的情况下，在所述预设页面的上方图层显示访问渠道列表，所述访问渠道列表由收款码访问渠道和/或页面访问渠道组成；具体的，若在访问渠道列表中选择收款码访问渠道，则在所述显示组件显示所述收款码，若在访问渠道列表中选择页面访问渠道，则在所述显示组件显示所述收款页面。

在实际的应用过程中，为了便于司机进行载客，可向司机展示车辆所处区域内各位置点的乘客活跃度，以提升司机的载客收益，除上述提供的预设页面配置有第一访问控件和/或第二访问控件之外，可选的，所述预设页面，还配置有第三访问控件；若所述第三访问控件被触发，则展示所述车辆所处区域内各位置点的乘客活跃度。可选的，所述乘客活跃度根据所述区域内各位置点的历史支付订单以及对应的支付位置信息确定。

其中，所述乘客活跃度是指乘客的活跃程度，所述各位置点的任一位置点的乘客活跃度包括在任一位置点的乘客数目。可选的，所述支付位置信息在车载机具接收到历史支付订单的支付结果后，通过车载机具采集的车辆的位置信息确定。

例如，如图2所示的车载机具的预设页面，配置有巡游控件，司机可触发巡游控件，在此情况下，代表司机处于未载客状态，为了提升司机的服务积极性，可展示出租车所处区域内各位置点的乘客活跃度，使司机前往乘客活跃度高的地方载客。

此外，在第三访问控件被触发的情况下，也可展示车辆所处区域的乘客热度分布图，可选的，所述乘客热度分布图根据所述车辆所处区域内各位置点的历史支付订单以及对应的支付位置信息生成。

实际应用中，在上述控制旋转组件从预设交互方向旋转至乘客交互方向的基础上，旋转组件处于乘客交互方向，乘客在进行通行扫码之后，为了提升司机的感知程度，本实施例提供的一种可选实施方式中，可通过显示组件显示乘客的通行状态信息，和/或通过车载机具的语音组件进行通行状态信息的语音播报，具体可执行如下操作：

接收服务平台下发的乘客的通行状态信息；

控制所述旋转组件从所述乘客交互方向旋转至所述驾驶交互方向，并通过所述显示组件向司机显示所述通行状态信息；和/或，通过所述车载机具配置的语音组件进行所述通行状态信息的语音播报，以此，提升司机的感知程度，便于司机及时掌握乘客的通行状态信息，并决定乘客是否能正常乘车。

可选的，所述通行状态信息，在所述乘客通过乘客终端扫描所述车辆的标识码之后，由所述服务平台在经所述乘客授权的情况下从所述乘客终端获取并向所述车载机具下发，以此保障乘客的隐私安全。

其中，所述乘客的通行状态信息，是指表征乘客的通行状态的相关信息，所述乘客的通行状态信息包括健康状态。此处的健康状态是指表征乘客是否健康的状态，比如，健康状态包括第一状态、第二状态和第三状态；其中，第一状态为正常通行状态、第二状态为特定通行状态(在预设范围内允许通行的状态)，第三状态为限制通行状态。所述健康状态，可用颜色、数字、文字、标签等具有分类程度的标记表示，本实施例在此不做限定。

在上述车载机具接收服务平台下发的乘客的通行状态信息，并控制旋转组件从乘客交互方向旋转至驾驶交互方向，并显示或者播报通行状态信息之后，还可控制旋转组件从驾驶交互方向旋转至预设交互方向，并在显示组件显示车载机具在预设交互方向的预设页面。

除此之外，步骤S104可被替换为通过所述显示组件显示所述标识码，并与本实施例提供的其他处理步骤组成新的实现方式。

步骤S106，对收款账户信息和所述乘客的乘车订单的订单信息进行编码获得收款码。

上述通过显示组件显示车辆的标识码，以用于乘客进行通行扫码交互，本步骤中，对收款账户信息和乘客的乘车订单的订单信息进行编码获得收款码，可选的，若检测到所述车辆的第二控制指令，对收款账户信息和所述乘客的乘车订单的订单信息进行编码获得收款码，以此提升乘车订单支付的便捷性。

本实施例所述第二控制指令，是指用于进行载客状态控制的第二指令，所述第二控制指令包括计费停止指令，比如，在出租车场景中，计费停止指令是指乘客下车时的抬表指令，通过抬表指令来控制出租车的计价器停止计费。可选的，所述车载机具通过与所述车辆的计价器之间建立的物理通信连接，从所述计价器读取所述第二控制指令；其中，所述第二控制指令包括计费停止指令。

所述收款账户信息，包括用于进行乘车收费的账户的相关信息，比如收款账户标识，可选的，所述收款账户信息包括：与所述车辆的绑定关系处于激活状态的司机的账户标识；可选的，所述司机与所述车辆的绑定关系，在所述车载机具的图像采集组件对所述司机进行图像采集，并基于采集的图像进行身份核验且在核验通过后被更新为激活状态。

其中，图像采集组件是指车载机具配置的采集图像的组件，比如车载机具配置的摄像头，所述身份核验包括核验当前用户是否为车辆的司机。

具体的，司机与车辆建立有绑定关系，所述绑定关系在基于车载机具的图像采集组件采集的司机图像进行身份核验，且核验通过后被更新为激活状态。

所述乘车订单的订单信息，是指乘客在乘车过程中产生的乘车订单的相关信息，比如乘车订单的订单金额。

具体实施时，在对收款账户信息和乘客的乘车订单的订单信息进行编码获得收款码之后，为了提升乘客通过扫描该收款码进行乘车订单支付的便捷性，本实施例提供的一种可选实施方式中，执行如下操作：控制所述旋转组件旋转至所述乘客交互方向。

具体的，由于在控制旋转组件旋转至乘客交互方向的过程中，旋转组件可能处于预设交互方向，也可能处于驾驶交互方向，所以控制旋转组件旋转至乘客交互方向的过程，可通过控制旋转组件从驾驶交互方向旋转至乘客交互方向，或者控制旋转组件从预设交互方向旋转至乘客交互方向的方式实现。

此外，步骤S106可被替换为若检测到车辆的第二控制指令，对收款账户信息、乘客的乘车订单的订单信息、车辆的标识信息和第二提醒信息进行编码获得收款码，并与本实施例提供的其他处理步骤组成新的实现方式；可选的，所述第二提醒信息是指用于提醒乘客扫描收款码进行付款的信息，比如第一提醒信息为“请扫码付款”。

步骤S108，通过所述显示组件显示所述收款码，以用于所述乘客进行所述乘车订单的扫码支付。

上述对收款账户信息和乘客的乘车订单的订单信息进行编码获得收款码，具体在检测到车辆的第二控制指令的情况下，对收款账户信息和乘客的乘车订单的订单信息进行编码获得收款码，本步骤中，通过显示组件显示该收款码，以用于乘客进行乘车订单的扫码支付。

具体实施时，在通过显示组件显示收款码的过程中，为了提升乘客的交互程度，可执行如下操作：针对收款码的收款码图像进行元素添加，获得包含收款码的付款页面；通过显示组件显示付款页面，还可在此之后通过语音组件进行提醒播报；可选的，此处的元素添加包括针对收款码图像添加车辆标识和第二提醒信息；所述提醒播报包括进行第二提醒信息的语音播报；所述车辆标识可以是车辆的车牌号码。

例如，如图5所示的出租车的车载机具的付款页面，付款页面展示有付款码，同时还展示有第一提醒信息“请扫码付款”以及出租车的车牌号码“xxxxxxxx”。

如上所述，若检测到车辆的第二控制指令，对收款账户信息和乘客的乘车订单的订单信息进行编码获得收款码执行之后，控制旋转组件旋转至乘客交互方向，在此基础上，为了避免乘客未基于收款码进行乘车订单支付的情况，造成司机的资金损失，提升司机针对乘车订单支付的感知程度，可通过旋转组件旋转至驾驶交互方向，并在显示组件显示乘车订单的支付结果，具体执行如下操作：

控制所述旋转组件从所述乘客交互方向旋转至所述驾驶交互方向；

在所述显示组件显示所述乘车订单的支付结果；

可选的，所述支付结果在服务平台对所述乘车订单进行支付处理后下发，所述支付处理在所述乘客通过乘客终端扫描所述收款码并提交支付指令后进行。

其中，所述支付结果由服务平台向车载机具下发，所述乘客终端是指所述乘客的终端设备；所述支付结果，通过如下方式生成：服务平台获取乘客通过乘客终端扫码收款码后提交的支付指令，并基于支付指令中携带的订单金额对乘车订单进行支付处理，获得支付结果。例如，如图6所示的车载机具的支付结果页面，支付结果中包含支付成功提醒“收款成功”和收款金额“xx元”。

具体的，控制旋转组件从乘客交互方向旋转至驾驶交互方向的过程，即是控制旋转组件从面向乘客的方向旋转至面向司机的方向。所述支付结果包括支付成功结果或者支付失败结果，支付成功结果可包括支付金额、支付成功提醒，支付失败结果可包括支付失败提醒。

实际应用中，部分乘客可能会向司机索要乘车订单的发票，为了满足乘客的多样化需求，提升乘客的乘车体验，在获得乘客的乘车订单的支付结果之后，也可执行如下操作：在支付结果为支付成功的情况下，向所述计价器发送支付成功指令，以使所述计价器根据所述支付成功指令进行所述乘车订单的发票打印，并向服务平台同步所述乘车订单的发票状态。其中，所述发票状态是指针对乘车订单的发票是否打印的状态。此处使计价器根据支付成功指令进行乘车订单的发票打印，并向服务平台同步乘车订单的发票状态可包括向服务平台同步乘车订单的发票的已打印状态。

进一步，为了减少旋转组件下一次旋转至乘客交互方向或者驾驶交互方向的时间，在显示组件显示乘车订单的支付结果执行之后，可执行如下操作：

控制所述旋转组件从所述驾驶交互方向旋转至所述车载机具的预设交互方向；

在所述显示组件显示所述车载机具的预设页面。

此外，步骤S108可被替换为通过所述显示组件显示所述收款码，并与本实施例提供的其他处理步骤组成新的实现方式。

需要说明的是，可在控制旋转组件从一个交互方向旋转至另一个交互方向之后，在显示组件显示相应的页面；也可在显示组件显示相应的页面之后，控制旋转组件从一个交互方向旋转至另一个交互方向；还可在控制旋转组件从一个交互方向旋转至另一个交互方向的过程中，在显示组件显示相应的页面；比如，除在步骤S102之后，控制旋转组件从预设交互方向旋转至乘客交互方向，并执行步骤S104的实现方式之外，也可在步骤S102之后，先执行步骤S104，再控制旋转组件从预设交互方向旋转至乘客交互方向；还可在步骤S102之后，在控制旋转组件从预设交互方向旋转至乘客交互方向的过程中，执行步骤S104，其他控制旋转组件从一个交互方向旋转至另一个交互方向，并在显示组件显示相应的页面的过程是类似的，本实施例在此不再赘述。

本实施例中的车载机具可包括控制组件、显示组件以及连接组件，此外，车载机具还可包括旋转组件、图像采集组件、语音组件和/或无线通信组件。例如，图7所示的车载机具的结构图，701为显示屏，702为连接组件，703为旋转组件，旋转组件内部可配置旋转电机，通过旋转电机来控件旋转组件，进而控制显示屏进行转动，达到变更交互方向的目的，控件组件处于车载机具的内部，图像采集组件处于显示屏同侧、同一外表面。

综上所述，本实施例提供的服务交互处理方法，基于车辆的第一控制指令，对车辆的标识信息进行编码获得车辆的标识码，控制旋转组件从预设交互方向旋转至乘客交互方向，通过显示组件显示标识码，以用于乘客进行通行扫码交互；若检测到车辆的第二控制指令，对收款账户信息和乘客的乘车订单的订单信息进行编码获得收款码，控制旋转组件旋转至乘客交互方向，通过显示组件显示收款码，以用于乘客进行乘车订单的扫码支付，以此，根据相应的车辆的控制指令进行标识码或者收款码的显示，从而来提升车辆的服务交互处理的灵活性和便捷性。

下述以本实施例提供的一种服务交互处理方法在出租车场景的应用为例，结合图8，对本实施例提供的服务交互处理方法进行进一步说明，参见图8，应用于出租车场景的服务交互处理方法，具体包括下述步骤。

步骤S802，基于出租车的计费开始指令，对出租车的标识信息进行编码获得出租车的标识码。

步骤S804，控制旋转组件从待机方向旋转至乘客交互方向。

步骤S806，通过显示屏显示出租车的标识码，以用于乘客进行通行扫码交互。

步骤S808，控制旋转组件从乘客交互方向旋转至待机方向。

步骤S810，在显示屏显示车载机具在待机方向的待机页面。

步骤S812，若检测到出租车的计费停止指令，对收款账户信息和乘客的乘车订单的订单信息进行编码获得收款码。

步骤S814，控制旋转组件旋转至乘客交互方向。

步骤S816，控制旋转组件从乘客交互方向旋转至驾驶交互方向，并在显示屏显示乘车订单的支付结果。

本说明书提供的一种车载机具实施例：

参照图7，本实施例提供的车载机具，包括：

控制组件、显示组件701以及连接组件702；

其中，所述控制组件，用于基于车辆的第一控制指令，对所述车辆的标识信息进行编码获得所述车辆的标识码，以及在检测到所述车辆的第二控制指令的情况下，对收款账户信息和乘客的乘车订单的订单信息进行编码获得收款码；

所述显示组件701，用于显示所述标识码，以用于所述乘客进行通行扫码交互，以及显示所述收款码，以用于所述乘客进行所述乘车订单的扫码支付；

所述连接组件702，用于与所述车辆的计价器建立物理通信连接；所述第一控制指令和所述第二控制指令通过所述物理通信连接从所述计价器读取。

实际应用中，除上述提供的车载机具包括控制组件、显示组件701以及连接组件702之外，为了提升司机或者乘客与车载机具进行服务交互的便捷性，同时使车载机具更大程度地满足司机或者乘客的多样化需求，可选的，所述车载机具，还配置有旋转组件703，所述旋转组件703用于控制所述显示组件701旋转至相应的交互方向；其中，所述交互方向包括乘客交互方向、驾驶交互方向和预设交互方向。

另外，为了更好地管理司机与车辆的绑定关系，可选的，所述车载机具，还配置有用于对所述车辆的司机进行图像采集的图像采集组件；所述司机与所述车辆的绑定关系，在基于所述图像采集组件针对所述司机采集的图像进行身份核验且核验通过后被更新为激活状态。所述图像采集组件包括摄像头，所述图像采集组件可处于显示组件701同侧、同一外表面。

除此之外，为了提升司机对乘客的通行状态信息的感知程度，使司机可及时掌握乘客的通行状态信息，可选的，所述车载机具，还配置有语音组件；其中，所述语音组件，用于对服务平台下发的乘客的通行状态信息进行语音播报。

具体的，车载机具在运行过程中，关于控制组件基于车辆的第一控制指令，对所述车辆的标识信息进行编码获得所述车辆的标识码，以及在检测到所述车辆的第二控制指令的情况下，对收款账户信息和所述乘客的乘车订单的订单信息进行编码获得收款码的实现过程，可参照上述提供的服务交互处理方法实施例中的相应内容，本实施例在此不再赘述。需要说明的是，控制组件可以是处理器，设置于车载机具的内部。

关于显示组件701显示标识码，以用于乘客进行通行扫码交互，以及显示收款码，以用于乘客进行乘车订单的扫码支付的实现过程，也可参照上述提供的服务交互处理方法实施例中的相应内容，本实施例在此不再赘述。

关于连接组件702与车辆的计价器建立物理通信连接，并通过物理通信连接从计价器读取第一控制指令和第二控制指令的实现过程，还可参照上述提供的服务交互处理方法实施例中的相应内容，本实施例在此不再赘述。

关于车载机具配置的旋转组件703，控制显示组件701旋转至相应的交互方向的实现过程，可参照上述提供的服务交互处理方法实施例中的相关内容；关于图像采集组件对车辆的司机进行图像采集，并且司机与车辆的绑定关系，在基于图像采集组件针对司机采集的图像进行身份核验且核验通过后被更新为激活状态的实现过程，也可参照上述提供的服务交互处理方法实施例中的相关内容；最后关于语音组件对服务平台下发的乘客的通行状态信息进行语音播报的实现过程，还可参照上述提供的服务交互处理方法实施例中的相关内容，本实施例在此不再赘述。

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

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

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

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

本实施例提供一种服务交互处理装置，运行于配置有显示组件的车载机具，所述装置包括：

第一编码模块902，被配置为基于车辆的第一控制指令，对所述车辆的标识信息进行编码获得所述车辆的标识码；

第一显示模块904，被配置为通过所述显示组件显示所述标识码，以用于乘客进行通行扫码交互；

第二编码模块906，被配置为若检测到所述车辆的第二控制指令，对收款账户信息和所述乘客的乘车订单的订单信息进行编码获得收款码；

第二显示模块908，被配置为通过所述显示组件显示所述收款码，以用于所述乘客进行所述乘车订单的扫码支付。

本说明书提供的另一种车载机具实施例如下：

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

本实施例提供的一种车载机具，包括：

如图10所示，车载机具可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器1001和存储器1002，存储器1002中可以存储有一个或一个以上存储应用程序或数据。其中，存储器1002可以是短暂存储或持久存储。存储在存储器1002的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括车载机具中的一系列计算机可执行指令。更进一步地，处理器1001可以设置为与存储器1002通信，在车载机具上执行存储器1002中的一系列计算机可执行指令。车载机具还可以包括一个或一个以上有线或无线网络接口1003，一个或一个以上显示组件1004，一个或一个以上旋转组件1005等。

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

基于车辆的第一控制指令，对所述车辆的标识信息进行编码获得所述车辆的标识码；

通过所述显示组件显示所述标识码，以用于乘客进行通行扫码交互；

若检测到所述车辆的第二控制指令，对收款账户信息和所述乘客的乘车订单的订单信息进行编码获得收款码；

通过所述显示组件显示所述收款码，以用于所述乘客进行所述乘车订单的扫码支付。

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

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

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

基于车辆的第一控制指令，对所述车辆的标识信息进行编码获得所述车辆的标识码；

通过显示组件显示所述标识码，以用于乘客进行通行扫码交互；

若检测到所述车辆的第二控制指令，对收款账户信息和所述乘客的乘车订单的订单信息进行编码获得收款码；

通过所述显示组件显示所述收款码，以用于所述乘客进行所述乘车订单的扫码支付。

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

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

在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)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、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 (21)

1.一种服务交互处理方法，应用于配置有显示组件的车载机具，所述方法包括：

基于车辆的第一控制指令，对所述车辆的标识信息进行编码获得所述车辆的标识码；

通过所述显示组件显示所述标识码，以用于乘客进行通行扫码交互；

若检测到所述车辆的第二控制指令，对收款账户信息和所述乘客的乘车订单的订单信息进行编码获得收款码；

通过所述显示组件显示所述收款码，以用于所述乘客进行所述乘车订单的扫码支付。

2.根据权利要求1所述的服务交互处理方法，所述车载机具通过与所述车辆的计价器之间建立的物理通信连接，从所述计价器读取所述第一控制指令和所述第二控制指令；

其中，所述第一控制指令包括计费开始指令，所述第二控制指令包括计费停止指令。

3.根据权利要求1所述的服务交互处理方法，所述车载机具还配置有旋转组件，所述旋转组件用于控制所述显示组件旋转至相应的交互方向；

其中，所述交互方向包括乘客交互方向、驾驶交互方向和预设交互方向。

4.根据权利要求3所述的服务交互处理方法，所述基于车辆的第一控制指令，对所述车辆的标识信息进行编码获得所述车辆的标识码步骤执行之后，且所述通过所述显示组件显示所述标识码，以用于乘客进行通行扫码交互步骤执行之前，还包括：

控制所述旋转组件从所述预设交互方向旋转至所述乘客交互方向。

5.根据权利要求4所述的服务交互处理方法，所述控制所述旋转组件从所述预设交互方向旋转至所述乘客交互方向步骤执行之后，还包括：

控制所述旋转组件从所述乘客交互方向旋转至所述预设交互方向；

在所述显示组件显示所述车载机具在所述预设交互方向的预设页面。

6.根据权利要求4所述的服务交互处理方法，所述控制所述旋转组件从所述预设交互方向旋转至所述乘客交互方向步骤执行之后，还包括：

接收服务平台下发的乘客的通行状态信息；

控制所述旋转组件从所述乘客交互方向旋转至所述驾驶交互方向，并通过所述显示组件向司机显示所述通行状态信息；和/或，通过所述车载机具配置的语音组件进行所述通行状态信息的语音播报。

7.根据权利要求6所述的服务交互处理方法，所述通行状态信息，在所述乘客通过乘客终端扫描所述车辆的标识码之后，由所述服务平台在经所述乘客授权的情况下从所述乘客终端获取并向所述车载机具下发。

8.根据权利要求1所述的服务交互处理方法，所述通行扫码交互，包括：

通过乘客终端扫描所述标识码，并对扫描的标识码进行解码；

基于解码结果生成访问所述乘客的通行状态信息的访问请求，并通过所述乘客终端显示针对所述访问请求返回的所述乘客的通行状态信息；

生成所述乘客与所述车辆的通行记录并存储。

9.根据权利要求3所述的服务交互处理方法，所述若检测到所述车辆的第二控制指令，对收款账户信息和所述乘客的乘车订单的订单信息进行编码获得收款码步骤执行之后，还包括：

控制所述旋转组件旋转至所述乘客交互方向。

10.根据权利要求9所述的服务交互处理方法，所述控制所述旋转组件旋转至所述乘客交互方向步骤执行之后，还包括：

控制所述旋转组件从所述乘客交互方向旋转至所述驾驶交互方向；

在所述显示组件显示所述乘车订单的支付结果；

其中，所述支付结果在服务平台对所述乘车订单进行支付处理后下发，所述支付处理在所述乘客通过乘客终端扫描所述收款码并提交支付指令后进行。

11.根据权利要求5所述的服务交互处理方法，所述预设页面，配置有进行所述车辆的标识码访问的第一访问控件和/或进行乘车订单支付的第二访问控件；

其中，若所述第一访问控件被触发，则在所述显示组件显示所述车辆的标识码；

若所述第二访问控件被触发，则在所述显示组件显示收款页面。

12.根据权利要求11所述的服务交互处理方法，所述收款页面包含乘车订单的订单金额，若检测到针对所述订单金额的编辑指令，则基于所述编辑指令携带的目标订单金额和收款账户信息进行编码，并通过所述显示组件显示编码获得的目标收款码。

13.根据权利要求11所述的服务交互处理方法，所述预设页面，还配置有第三访问控件；

若所述第三访问控件被触发，则展示所述车辆所处区域内各位置点的乘客活跃度。

14.根据权利要求1所述的服务交互处理方法，所述收款账户信息包括：与所述车辆的绑定关系处于激活状态的司机的账户标识；

其中，所述司机与所述车辆的绑定关系，在所述车载机具的图像采集组件对所述司机进行图像采集，并基于采集的图像进行身份核验且在核验通过后被更新为激活状态。

15.一种车载机具，包括：

控制组件、显示组件以及连接组件；

其中，所述控制组件，用于基于车辆的第一控制指令，对所述车辆的标识信息进行编码获得所述车辆的标识码，以及在检测到所述车辆的第二控制指令的情况下，对收款账户信息和乘客的乘车订单的订单信息进行编码获得收款码；

所述显示组件，用于显示所述标识码，以用于所述乘客进行通行扫码交互，以及显示所述收款码，以用于所述乘客进行所述乘车订单的扫码支付；

所述连接组件，用于与所述车辆的计价器建立物理通信连接；所述第一控制指令和所述第二控制指令通过所述物理通信连接从所述计价器读取。

16.根据权利要求15所述的车载机具，所述车载机具，还配置有旋转组件，所述旋转组件用于控制所述显示组件旋转至相应的交互方向；

其中，所述交互方向包括乘客交互方向、驾驶交互方向和预设交互方向。

17.根据权利要求15所述的车载机具，所述车载机具，还配置有用于对所述车辆的司机进行图像采集的图像采集组件；

所述司机与所述车辆的绑定关系，在基于所述图像采集组件针对所述司机采集的图像进行身份核验且核验通过后被更新为激活状态。

18.根据权利要求15所述的车载机具，所述车载机具，还配置有语音组件；

其中，所述语音组件，用于对服务平台下发的乘客的通行状态信息进行语音播报。

19.一种服务交互处理装置，运行于配置有显示组件的车载机具，所述装置包括：

第一编码模块，被配置为基于车辆的第一控制指令，对所述车辆的标识信息进行编码获得所述车辆的标识码；

第一显示模块，被配置为通过所述显示组件显示所述标识码，以用于乘客进行通行扫码交互；

第二编码模块，被配置为若检测到所述车辆的第二控制指令，对收款账户信息和所述乘客的乘车订单的订单信息进行编码获得收款码；

第二显示模块，被配置为通过所述显示组件显示所述收款码，以用于所述乘客进行所述乘车订单的扫码支付。

20.一种车载机具，包括：

处理器、显示组件、旋转组件；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

基于车辆的第一控制指令，对所述车辆的标识信息进行编码获得所述车辆的标识码；

通过所述显示组件显示所述标识码，以用于乘客进行通行扫码交互；

若检测到所述车辆的第二控制指令，对收款账户信息和所述乘客的乘车订单的订单信息进行编码获得收款码；

通过所述显示组件显示所述收款码，以用于所述乘客进行所述乘车订单的扫码支付。

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

基于车辆的第一控制指令，对所述车辆的标识信息进行编码获得所述车辆的标识码；

通过显示组件显示所述标识码，以用于乘客进行通行扫码交互；

若检测到所述车辆的第二控制指令，对收款账户信息和所述乘客的乘车订单的订单信息进行编码获得收款码；

通过所述显示组件显示所述收款码，以用于所述乘客进行所述乘车订单的扫码支付。

Images