CN113159776A - 信息处理方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本申请提供了一种信息处理方法、装置、设备及计算机可读存储介质；该方法至少可应用于交通领域，该方法包括：当接收到第一优惠提示信息时，输出所述第一优惠提示信息；响应于接收到的针对所述第一优惠提示信息的正向反馈指令，跳转至服务供应商页面，并在所述服务供应商页面至少呈现第一优惠信息；响应于接收到的支付提示信息，呈现所述支付提示信息，所述支付提示信息是在服务器监听到车辆服务事件启动后触发的；当接收到针对所述支付提示信息的正向反馈指令时，在所述服务供应商页面呈现支付信息。通过本申请，能够结合服务供应商的服务能力，向车辆提供车辆服务的优惠信息，并提供优惠支付服务。

Description

信息处理方法、装置、设备及计算机可读存储介质

技术领域

本申请涉及信息处理技术，尤其涉及一种信息处理方法、装置、设备及计算机可读存储介质。

背景技术

随着社会经济的发展，汽车保有量每年激烈增长，车辆服务需求也日益增长，例如能源补给服务、清洁服务、保养服务等。目前当车载终端确定车辆需要进行车辆服务时，仅能基于当前位置，推荐附近的服务站点，而不能提供其他阶段的服务。

发明内容

本申请实施例提供一种信息处理方法、装置及计算机可读存储介质，能够结合服务供应商的服务能力，向车辆提供车辆服务的优惠信息，并提供优惠支付服务。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种信息处理方法，包括：

当接收到第一优惠提示信息时，输出所述第一优惠提示信息所述第一优惠提示信息是在确定所述车辆满足接受车辆服务的条件时触发的；

响应于接收到的针对所述第一优惠提示信息的正向反馈指令，跳转至服务供应商页面，并在所述服务供应商页面至少呈现第一优惠信息；

响应于接收到的支付提示信息，呈现所述支付提示信息，所述支付提示信息是在服务器监听到车辆服务事件启动后触发的；

当接收到针对所述支付提示信息的正向反馈指令时，在所述服务供应商页面呈现支付信息，所述支付信息是基于所述第一优惠信息确定的。

本申请实施例提供一种信息处理方法，包括：

接收车辆中的车载终端发送的车辆信息；

当基于所述车辆信息确定所述车辆满足接受车辆服务条件时，向服务供应商平台发送优惠信息的确认请求，所述确认请求中携带有所述车辆当前所处的第一车辆服务站点的站点标识；

接收服务供应商平台发送的确认响应，当所述确认响应表征所述车辆当前所处的第一车辆服务站点具有优惠信息时，向所述车载终端发送第一优惠提示信息；

当监听到车辆服务事件启动时，向所述车载终端发送支付提示信息。

本申请实施例提供一种信息处理装置，包括：

第一输出模块，用于当接收到第一优惠提示信息时，输出所述第一优惠提示信息，所述第一优惠提示信息是在确定所述车辆满足接受车辆服务的条件时触发的；

页面跳转模块，用于响应于接收到的针对所述第一优惠提示信息的正向反馈指令，跳转至服务供应商页面，并在所述服务供应商页面至少呈现第一优惠信息；

第一呈现模块，用于响应于接收到的支付提示信息，呈现所述支付提示信息，所述支付提示信息是在服务器监听到车辆服务事件启动后触发的；

第二呈现模块，用于当接收到针对所述支付提示信息的正向反馈指令时，在所述服务供应商页面呈现支付信息，所述支付信息是基于所述第一优惠信息确定的。

在一些实施例中，该第一输出模块还用于：

当接收到第一优惠提示信息时，获取所述车辆的当前车辆信息，所述当前车辆信息至少包括当前位置信息和当前剩余能源信息；

基于所述当前位置信息和/或所述当前剩余能源信息确定达到信息展现条件时，输出所述第一优惠提示信息。

在一些实施例中，该装置还包括：

第三呈现模块，用于在所述服务供应商页面呈现车辆当前所处的第一车辆服务站点的站点信息，所述第一车辆服务站点对应所述第一优惠信息；

第四呈现模块，用于在所述服务供应商页面呈现所述车辆的续航里程范围内的其他车辆服务站点的站点信息和所述其他车辆服务站点的优惠信息。

在一些实施例中，该装置还包括：

第一确定模块，用于响应于通过所述服务供应商页面接收到的针对能源类型的选择操作，确定第一能源；

第五呈现模块，用于在所述服务供应商页面呈现所述第一能源在所述第一车辆服务站点和所述其他车辆服务站点对应的第一目标优惠信息；

第二确定模块，用于响应于通过所述服务供应商页面接收到的排序操作，确定排序特征，所述排序特征至少包括距离、价格中其中之一；

排序模块，用于基于所述排序特征对所述第一车辆服务站点和所述其他车辆服务站点进行排序，得到排序结果；

第六呈现模块，用于在所述服务供应商页面呈现所述排序结果。

在一些实施例中，该装置还包括：

第七呈现模块，用于当接收到第二优惠提示信息时，呈现所述第二优惠提示信息，所述第二优惠提示信息是在确定所述车辆的等待时长超过时长阈值时触发的；

第八呈现模块，用于响应于接收到的针对所述第二优惠提示信息的正向反馈指令，跳转至服务供应商页面，并在所述服务供应商页面至少呈现第二优惠信息。

在一些实施例中，该装置还包括：

第二输出模块，用于当在所述服务供应商页面呈现有至少两种第二优惠信息时，接收针对第二优惠信息的选择操作，所述第二优惠信息包括优惠力度信息、有效时间和适用站点信息；

第三确定模块，用于确定所述选择操作对应的第二目标优惠信息；

第三发送模块，用于将所述第二目标优惠信息发送至服务器。

在一些实施例中，该装置还包括：

第十一呈现模块，用于当接收到优惠保留提示信息时，呈现所述优惠保留提示信息；

所述优惠保留提示信息是在确定所述车辆的等待时长超过时长阈值，且未接受车辆服务后触发的，所述优惠保留提示信息用于提示下次接受车辆服务仍可使用所述第二目标优惠信息。

在一些实施例中，该装置还包括：

第三输出模块，用于当接收到第三优惠提示信息时，输出所述第三优惠提示信息，所述第三优惠提示信息用于提示附近存在比车辆所处的第一车辆服务站点更加优惠的第二车辆服务站点；

第九呈现模块，用于响应于接收到的针对所述第三优惠提示信息的正向反馈指令，跳转至服务供应商页面，并在所述服务供应商页面至少呈现所述第二车辆服务站点的站点信息和对应的第三优惠信息；

第四确定模块，用于当接收到针对第二车辆服务站点的选择操作时，确定选中的目标车辆服务站点；

第十呈现模块，用于获取并呈现前往所述目标车辆服务站点的路线。

在一些实施例中，该装置还包括：

第四发送模块，用于响应于接收到的针对所述第一优惠提示信息的正向反馈指令，或者响应于接收到的针对所述第三优惠提示信息的负向反馈指令，向服务器发送启动车辆服务事件的通知消息。

本申请实施例提供一种信息处理装置，包括：

第一接收模块，用于接收车辆中的车载终端发送的车辆信息；

第一发送模块，用于当基于所述车辆信息确定所述车辆满足接受车辆服务条件时，向服务供应商平台发送优惠信息的确认请求，所述确认请求中携带有所述车辆当前所处的第一车辆服务站点的站点标识；

第二接收模块，用于接收服务供应商平台发送的确认响应，当所述确认响应表征所述车辆当前所处的第一车辆服务站点具有优惠信息时，向所述车载终端发送第一优惠提示信息；

第二发送模块，用于当监听到车辆服务事件启动时，向所述车载终端发送支付提示信息。

在一些实施例中，该装置还包括：

第一获取模块，用于当所述确认响应表征所述车辆当前所处的第一车辆服务站点不具有优惠信息时，获取所述车辆的续航里程；

第五确定模块，用于基于所述位置信息确定所述续航里程范围内具有优惠信息的第二车辆服务站点；

第五发送模块，用于向所述车载终端发送第三优惠提示信息。

在一些实施例中，该第二发送模块还用于：

在监听到车辆服务事件启动后，持续获取所述车载终端发送的车辆信息；

当基于所述车辆信息确定已接受车辆服务且所述车辆仍处于车辆服务站点时，向所述车载终端发送支付提示信息。

在一些实施例中，该装置还包括：

计时模块，用于启动计时器开始计时；

第六发送模块，用于当计时时长达到预设的时长阈值时，获取最近一次车载终端发送的当前车辆信息；

信息生成模块，用于当基于当前车辆信息确定所述车辆仍处于所述第一车辆服务站点且未接受车辆服务时，生成第二优惠提示信息；

第七发送模块，用于将所述第二优惠提示信息发送至所述车载终端。

在一些实施例中，该装置还包括：

第三接收模块，用于接收所述车载终端发送的第二目标优惠信息；

存储模块，用于将所述第二目标优惠信息存储至所述车载终端对应的优惠信息列表中。

在一些实施例中，该装置还包括：

第九发送模块，用于当基于接收到的车辆信息确定车辆驶离车辆服务站点的地理围栏范围，且所述车辆未接受车辆服务时，向车载终端发送优惠保留提示信息；

所述优惠保留提示信息用于提示下次接受车辆服务仍可使用所述第二目标优惠信息。

在一些实施例中，该装置还包括：

第十确定模块，用于基于所述优惠信息列表中各个优惠信息的有效时间和当前时间，确定出满足失效提醒条件的第三优惠信息；

第八发送模块，用于向所述车载终端发送优惠失效提醒信息，所述优惠失效提醒信息中携带有所述第三优惠信息。

本申请实施例提供一种信息处理设备，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本申请实施例提供的方法。

本申请实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行时，实现本申请实施例提供的方法。

本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本申请实施例上述的信息处理方法。

本申请实施例具有以下有益效果：

当车载终端接收到在确定车辆满足接受车辆服务条件(也即车辆具备接受车辆服务的意图)所发送的第一优惠提示信息时，输出所述第一优惠提示信息，该第一优惠提示信息用于提示车辆当前所处的车辆服务站点有优惠，如果车载终端接收到针对该第一优惠提示信息的正向反馈指令，响应于该正向反馈指令跳转至服务供应商页面，并在所述服务供应商页面至少呈现第一优惠信息；当车载终端接收到服务器监听到车辆服务事件启动后触发的支付提示信息时，呈现支付提示信息，如果接收到针对所述支付提示信息的正向反馈指令时，在所述服务供应商页面呈现支付信息，并且该支付信息时基于第一优惠信息确定的，这样在确定车辆具备车辆服务意图(也即需要加油、加气、洗车、保养等)时，能够基于服务供应商平台提供的服务能力，为车载终端提供优惠服务，并且在监测到启动车辆服务事件后，能够通过服务供应商平台提供的优惠服务进行支付，从而在用户的整个车辆服务过程中提供智能服务，并且能够降低支付成本。

附图说明

图1是本申请实施例提供的信息处理系统100的网络架构示意图；

图2是本申请实施例提供的终端400的结构示意图；

图3为本申请实施例提供的信息处理方法的一种实现流程示意图；

图4为本申请实施例提供的信息处理方法的另一种实现流程示意图；

图5为本申请实施例提供的信息处理方法的再一种实现流程示意图；

图6为本申请实施例提供的信息处理方法的应用场景示意图；

图7为本申请实施例提供的低油提醒服务的实现流程示意图；

图8为本申请实施例提供的低油提醒服务的界面示意图；

图9为本申请实施例提供的周边加油站列表界面示意图；

图10为本申请实施例提供的车载场景下信息处理方法的又一种实现流程示意图；

图11为本申请实施例提供的呈现加油优惠通知消息的界面示意图；

图12为本申请实施例提供的加油小程序的界面示意图；

图13为本申请实施例提供的呈现二次优惠信息的界面示意图；

图14为本申请实施例提供的呈现支付提示信息的界面示意图；

图15为本申请实施例提供的加油支付界面示意图；

图16为本申请实施例提供的用户等待时间过长而放弃加油后的输出的提示信息界面示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

对本申请实施例进行进一步详细说明之前，对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

1)兴趣点(POI，Point of Interest)，在地理信息系统中指代一个信息点。

2)地理位置相关的服务(LBS，Location Based Service)，通过各种传感器手段采集位置相关信息，并基于此提供信息资源和基础服务。

3)地理围栏：地理围栏是一种LBS(Location Based Service)的一种应用技术，通过设置一个虚拟的栅栏围出一个虚拟地理边界，当移动设备进入或脱出该地理边界时触发相关事件。

4)时间敏感度：在地理围栏功能中，用户实际进入或脱出地理围栏的时间与智能设备识别出相应状态之间的时间的差值，用于衡量地理围栏功能的实时性。

5)空间敏感度：在地理围栏功能中，用户实际进入或脱出地理围栏的位置与智能设备可以识别出相应状态之间的距离的差值，用于衡量地理围栏功能在空间上面的敏感程度。

本申请实施例提供一种信息处理方法、装置、设备和计算机可读存储介质，能够结合服务供应商的服务能力，向车辆提供车辆服务的优惠信息，并提供优惠支付服务。下面说明本申请实施例提供的信息处理设备的示例性应用，本申请实施例提供的信息处理设备可以实施为车载终端，还可以是笔记本电脑，平板电脑，台式计算机，移动设备(例如，移动电话，便携式音乐播放器，个人数字助理，专用消息设备，便携式游戏设备)等各种类型的用户终端，此时用户终端与车载系统建立有通信连接，能够获取车辆信息，也可以实施为服务器。下面，将说明设备实施为终端时示例性应用。

参见图1，图1是本申请实施例提供的信息处理系统100的网络架构示意图，如图1所示，该网络架构包括服务器200、服务供应商平台300和终端400。在本申请实施例中，以终端400为车辆自带的车载终端为例进行说明。其中，终端400和服务器200以及服务供应商平台300之间分别通过网络(图1未示出)建立有通信连接，服务器200和服务供应商平台300之间也通过网络建立有通信连接，网络可以是广域网或者局域网，又或者是二者的组合。

终端400按照预设的间隔时长采集车辆信息，并上报至服务器200，服务器200在接收到车辆信息后，基于车辆信息确定车辆满足接受车辆服务条件，或者说车辆具备接受车辆服务意图，此时服务器200向服务供应商平台300发送确认请求，以确认车辆所处车辆服务站点是否具有优惠信息，服务器供应商平台300基于实际情况向服务器200返回确认响应。服务器200在基于确认请求确定车辆所处车辆服务站点具有优惠信息时，向终端400发送第一优惠提示信息，终端400接收到针对第一优惠提示信息的正向反馈指令后，展现服务供应商页面，并呈现第一优惠信息。服务器200在监听到车辆服务事件后，确定车辆接受车辆服务且车辆仍处于车辆服务站点范围内时，向终端400发送支付提示信息，终端400呈现支付提示信息，并在接收到针对支付提示信息的正向反馈指令后，呈现支付信息，以使得用户基于该支付信息完成支付。

在一些实施例中，服务器200可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端400可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请实施例中不做限制。

参见图2，图2是本申请实施例提供的终端400的结构示意图，图2所示的终端400包括：至少一个处理器410、存储器450、至少一个网络接口420和用户接口430。终端400中的各个组件通过总线系统440耦合在一起。可理解，总线系统440用于实现这些组件之间的连接通信。总线系统440除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统440。

处理器410可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口430包括使得能够呈现媒体内容的一个或多个输出装置431，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口430还包括一个或多个输入装置432，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器450可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器450可选地包括在物理位置上远离处理器410的一个或多个存储设备。

存储器450包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM，Read Only Me mory)，易失性存储器可以是随机存取存储器(RAM，Random Access Memor y)。本申请实施例描述的存储器450旨在包括任意适合类型的存储器。

在一些实施例中，存储器450能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统451，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块452，用于经由一个或多个(有线或无线)网络接口420到达其他计算设备，示例性的网络接口420包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，Universal Serial Bus)等；

输入处理模块453，用于对一个或多个来自一个或多个输入装置432之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本申请实施例提供的装置可以采用软件方式实现，图2示出了存储在存储器450中的信息处理装置454，其可以是程序和插件等形式的软件，包括以下软件模块：第一输出模块4541、页面跳转模块4542、第一呈现模块4543、第二呈现模块4544，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。

第一呈现模块4543、第二呈现模块4544以及本申请实施例提供的其他呈现模块，用于经由一个或多个与用户接口430相关联的输出装置431(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)。

将在下文中说明各个模块的功能。

在另一些实施例中，本申请实施例提供的装置可以采用硬件方式实现，作为示例，本申请实施例提供的装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本申请实施例提供的信息处理方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Application Specif ic Integrated Circuit)、DSP、可编程逻辑器件(PLD，Programmable Logic De vice)、复杂可编程逻辑器件(CPLD，ComplexProgrammable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable GateArray)或其他电子元件。

将结合本申请实施例提供的终端的示例性应用和实施，说明本申请实施例提供的信息处理方法。

图3为本申请实施例提供的信息处理方法的一种实现流程示意图，该信息处理方法应用于图1所示的终端，以下结合图3，对各个步骤进行说明。

步骤S101，当接收到第一优惠提示信息时，输出该第一优惠提示信息。

第一优惠提示信息是在确定所述车辆满足接受车辆服务条件时触发的，在本申请实施例中车辆服务可以是能源补给服务，例如可以是加油服务、加气服务、充电服务，还可以是洗车服务、车辆保养服务等等。

在实际实现时，车载终端会按照预设的间隔时长向服务器持续上报车辆信息，车辆信息可以包括位置信息、剩余能源信息、车速、续航里程、上次接受车辆服务的时间信息、洁净信息等，剩余能源信息可以包括剩余能源量以及剩余能源百分比。接受车辆服务条件至少包括基于位置信息确定车辆处于某一车辆服务站点的地理围栏范围内，且车速低于预设的速度阈值。在实际实现过程中，可以仅通过位置信息和车速确定是否满足接受车辆服务条件，还可以根据车辆服务站点的类型有更准确的判断条件。

当车辆服务站点为能源供给站点时，那么车辆服务为能源补给服务，此时接受车辆服务条件可以是通过位置信息、车速和剩余能源信息确定的。当服务器基于位置信息确定车辆处于某一车辆服务站点的地理围栏范围内，且剩余能源信息低于第二剩余阈值，并且车速低于速度阈值时，说明车辆满足接受车辆服务条件，也即说明车辆有较大的可能性是需要进行能源补给，例如可以是加油、加气、加甲醇、充电等，此时服务器会生成第一优惠提示信息，并发送至车载终端。

再例如，当车辆服务站点为车辆养护中心，那么车辆服务为洗车服务或车辆保养服务，此时接受车辆服务条件可以是通过位置信息、车速和上次接受车辆服务的时间信息确定的。当服务器基于位置信息确定车辆处于某一车辆服务站点的地理围栏范围内，并且车速低于速度阈值且距离上次接受车辆服务的时长大于服务时长阈值时，说明车辆满足接受车辆服务条件，，此时服务器会生成第一优惠提示信息，并发送至车载终端。

车载终点接收该第一优惠提示信息，并进行输出。第一优惠提示信息用于提示该车辆服务站点具有车辆服务优惠。以车辆服务为加油服务为例说明，输出第一优惠提示信息，可以如图11所示，是在车载终端的显示界面上以文字的形式呈现，在以文字形式呈现的同时还可以输出语音提示信息，或者输出警示音，以提醒用户该车辆服务站点具有车辆服务的优惠信息，使得用户能够及时了解感知到该第一优惠提示信息。

步骤S102，响应于接收到的针对所述第一优惠提示信息的正向反馈指令，跳转至服务供应商页面，并在该服务供应商页面至少呈现第一优惠信息。

在呈现第一优惠提示信息时，可以如图11所示，呈现有“确定”控件1102和“取消”控件1103，在一些实施例中，在步骤S102之前需要判断用户是否给予针对第一优惠提示信息的正向反馈，在实现时，可以是判断是否接收到针对“确定”控件1102的点击或触控操作，如果接收到针对“确定”控件1102的点击或触控操作，确定用户给予正向反馈，此时进入步骤S102；当接收到针对“取消”控件1103的点击或触控操作时，确定用户未给予正向反馈，此时结束流程。

在一些实施例中，在输出第一优惠提示信息后，如果接收到“展示优惠信息”的语音指令，此时也确定接收到针对第一优惠提示信息的正向反馈指令。

在接收到针对该第一优惠提示信息的正向反馈指令后，跳转至服务供应商页面，并呈现第一优惠信息。该第一优惠信息至少包括车辆所处车辆服务站点的优惠信息，可以包括各种能源类型对应的优惠力度信息，例如可以是92#汽油的降价信息、打折信息；95#汽油的降价信息、打折信息等等。优惠提示信息用于提示用户附近有存在优惠的车辆服务站点，优惠信息是指车辆服务站点实际的降价信息、打折信息等。

在本申请实施例中，跳转至服务供应商页面，在实现时可以是启动服务供应商平台的小程序，该服务供应商平台可以是各种能源补给优惠平台、车辆养护平台，例如可以是加油优惠平台。

步骤S103，响应于接收到的支付提示信息，呈现该支付提示信息。

在本申请实施例中，该支付提示信息是在服务器监听到车辆服务事件启动后触发的，在实际实现时，当服务器监听到车辆服务事件启动后，会进一步确定车辆是否已接受完车辆服务，当确定车辆的车辆服务接受完成且仍然处于车辆服务站点时，向车载终端发送支付提示信息。车载终端接收到该支付提示信息后，通过图14所示的显示界面中，呈现支付提示信息：“加油完成，去支付”，并呈现有“确定”控件1401和“取消”控件1402。

步骤S104，当接收到针对该支付提示信息的正向反馈指令时，在该服务供应商页面呈现支付信息。

其中，所述支付信息是基于所述第一优惠信息确定的。承接上述举例，当接收到针对“确定”控件1401的点击或触控操作，或者当接收到进行支付的语音指令时，确定接收到针对该支付提示信息的正向反馈指令，此时如果当前仍呈现的是服务供应商页面，那么即在该服务供应商页面呈现支付信息，该支付信息可以是支付二维码，还可以是支付入口。当车辆服务为能源补给服务时，该支付信息可以是基于实际能源补给量和第一优惠信息确定出来的。

在一些实施例中，当在服务供应商页面呈现支付信息之后，用户可以利用该支付信息进行后续的支付流程，例如可以利用自身的智能终端扫描支付二维码，从而完成支付流程。

在本申请实施例中，当接收到针对“确定”控件1401的点击或触控操作时，确定接收到针对所述支付提示信息的正向反馈指令，此时如果仍呈现的是服务供应商页面，则在服务供应商页面呈现支付信息，如果当前呈现的不是服务供应商页面，那么跳转至服务供应商页面，并呈现支付信息，该支付信息是基于第一优惠信息确定的，该支付信息可以是支付二维码。在呈现出该支付信息之后，用户可以利用智能手机扫描该支付二维码进行支付。

在本申请实施例提供的信息处理方法中，当车载终端接收到服务器在确定车辆满足接受车辆服务条件(也即车辆具备接受车辆服务意图)所发送的第一优惠提示信息时，输出所述第一优惠提示信息，该第一优惠提示信息用于提示车辆当前所处的车辆服务站点有优惠信息，如果车载终端接收到针对该第一优惠提示信息的正向反馈指令，响应于该正向反馈指令跳转至服务供应商页面，并在所述服务供应商页面至少呈现第一优惠信息；当车载终端接收到服务器监听到车辆服务事件启动后触发的支付提示信息时，呈现支付提示信息，如果接收到针对所述支付提示信息的正向反馈指令时，在所述服务供应商页面呈现支付信息，并且该支付信息时基于第一优惠信息确定的，这样在确定车辆具备接受车辆服务意图(也即需要加油、加气、洗车等)时，能够基于服务供应商平台提供的服务能力，为车载终端提供优惠服务，并且在监测到发生车辆服务事件后，能够通过服务供应商平台提供的优惠服务进行支付，从而在用户的整个车辆服务过程中提供智能服务，并且能够降低支付成本。

在一些实施例中，当车辆服务为能源补给服务时，图3所示的步骤S101“当接收到第一优惠提示信息时，输出所述第一优惠提示信息”可以通过以下步骤实现：

步骤S011，当接收到第一优惠提示信息时，获取所述车辆的当前车辆信息。

这里，当前车辆信息至少包括当前位置信息和当前剩余能源信息。

步骤S012，基于所述当前位置信息和/或所述当前剩余能源信息判断是否达到信息展示条件。

由于车辆行驶环境较为复杂，且在车速较快时网络连接也经常不稳定，容易造成网络传输时延大，甚至一段时间的网络中断。那么在服务器发送出第一优惠提示信息之后，可能经过较长一段时间车载终端才接收到第一优惠提示信息，那么在展现第一优惠提示信息之前，首先判断是否达到消息展示条件。在实际实现时，可以基于当前位置信息确定车辆当前是否还处于车辆服务站点的地理围栏范围内，如果车辆已经驶离车辆服务站点的地理围栏范围，说明车辆不需要加油或者已经加满油离开，此时认为没有达到信息展示条件，或者还可以是判断当前剩余能源信息是否大于第二剩余阈值，例如第二剩余阈值为90％，如果当前剩余能源信息大于90％，说明车辆已经加油完毕，此时也认为不满足信息展示条件。在一些实施例中，信息展示条件还可以是车辆在车辆服务站点的地理围栏范围内，且当前剩余能源信息小于第二剩余阈值。

当确定满足信息展示条件时，进入步骤S013；当确定不满足信息展示条件时，丢弃第一优惠提示信息，从而不呈现第一优惠提示信息。

步骤S013，输出所述第一优惠提示信息。

在上述步骤S011至步骤S013中，在车载终端接收到第一优惠提示信息之后，并不是直接进行优惠提示信息的呈现，而是基于车辆当前的位置信息、剩余能源信息来判断是否确实需要进行第一优惠提示信息的展现，在确满足信息展示条件时，在输出展示第一优惠提示信息，从而不仅能够保证提示内容的准确无误，同时能保证提示时机的准确性。

在一些实施例中，当车辆服务为清洁服务、保养服务时，当接收到第一优惠提示信息时，获取所述车辆的当前车辆信息，并基于当前车辆信息确定车辆是否仍处于车辆服务站点的地理围栏范围内，当确定车辆仍处于车辆服务站点的地理围栏范围内时，确定达到信息展示条件，此时输出第一提示信息，从而保证提示时机的准确性。

在一些实施例中，在跳转至服务供应商页面后，还可以执行以下步骤：

步骤S201，在所述服务供应商页面呈现车辆当前所处的第一车辆服务站点的站点信息。

第一车辆服务站点对应所述第一优惠信息。站点信息可以包括站点名称、站点位置。

步骤S202，在所述服务供应商页面呈现所述车辆的续航里程范围内的其他车辆服务站点的站点信息和所述其他车辆服务站点的优惠信息。

在实现时，如图12所示，其他车辆服务站点的站点信息和优惠信息可以是与第一优惠信息呈现在同一个页面中，在显示时，可以按照距离从近到远先后显示各个站点信息和优惠信息，由于车辆已经处于第一车辆服务站点，因此可以优先显示第一优惠信息，之后显示其他车辆服务站点的优惠信息。在一些实施例中，还可以按照优惠力度从大到小显示各个站点信息和对应的优惠信息，优惠力度最大的站点信息和优惠信息显示在最前面。

在步骤S201和步骤S202所在的实施例中，可以在服务供应商页面显示车辆续航里程范围内的其他车辆服务站点的站点信息和优惠信息，使得用户能够更加全面的了解附近站点的优惠信息，从而选择符合自身需求的车辆服务站点。

基于上述服务供应商页面呈现的车辆服务站点的站点信息和优惠信息，还可以通过以下步骤选择并呈现符合用户需求的优惠信息：

步骤S301，响应于通过所述服务供应商页面接收到的针对能源类型的选择操作，确定第一能源。

在本申请实施例中，以车辆服务站点为能源供给站点为例进行说明。由于每个能源供给站点都供给不同种类，不同型号的能源，例如可以供应柴油、汽油、天然气、甲醇等，汽油又可以分为92#、95#、97#等，而车辆所需的能源一般是固定类型，那么用户只关注自身需要的能源类型的优惠，因此在该步骤中，可以通过针对能源类型的选择操作，选择出自身需要的能源类型，其中针对能源类型的选择操作可以是选择汽油型号、天然气或者甲醇的操作，在本申请实施例中，假设确定的第一能源为95#汽油。

步骤S302，在所述服务供应商页面呈现所述第一能源在所述第一车辆服务站点和所述其他车辆服务站点对应的目标优惠信息。

在选择出第一能源之后，在服务供应商页面仅显示第一能源在附近各个车辆服务站点的第一目标优惠信息，从而避免为用户提供无用的冗余信息，提高信息的针对性。例如，用户选择的第一能源为95#汽油，那么此时仅显示95#汽油在各个加油站的优惠信息。

步骤S303，响应于通过所述服务供应商页面接收到的排序操作，确定排序特征，所述排序特征至少包括距离、价格中其中之一。

在服务供应商页面提供有至少两个排序控件，例如可以是距离排序控件、价格排序控件、品牌排序控件等等。在筛选出第一能源以及第一能源在附近各个车辆服务站点的优惠信息之后，用户可以通过点击排序控件从而触发排序操作，并基于该排序操作确定排序特征，其中，点击的哪个排序控件就说明选择了哪个排序特征。

步骤S304，基于所述排序特征对所述第一车辆服务站点和所述其他车辆服务站点进行排序，得到排序结果。

在确定出排序特征后，可以获取该排序特征在各个车辆服务站点的特征值，进而基于特征值对第一车辆服务站点和其他车辆服务站点进行排序，得到排序结果。

步骤S305，在所述服务供应商页面呈现所述排序结果。

在上述步骤S301至步骤S305中，可以在选择出自身需求的第一能源之后，仅显示第一能源在附近各个车辆服务站点的第一目标优惠信息，提高信息展示的针对性，并且可以通过服务供应商页面提供的排序控件触发排序操作，进而基于排序操作对应的排序特征对附近的车辆服务站点进行排序，并呈现排序结果，提高信息展示的多样性。

基于前述的实施例，本申请实施例提供一种信息处理方法，应用于图1所示的网络架构，图4为本申请实施例提供的信息处理方法的另一种实现流程示意图，如图4所示，该流程包括：

步骤S401，车载终端获取车辆信息，并将车辆信息上传至服务器。

车辆信息至少包括车辆的位置信息、剩余能源信息、续航里程和车速。步骤S401在实现时，可以是车载终端按照第一间隔时长采集车辆信息，并按照第二间隔时长将采集到的车辆信息上传至服务器，第一间隔时长小于或者等于第二间隔时长，例如第一间隔时长可以为1秒(s，second)，第二间隔时长可以为3s。基于车辆行驶过程中可能遇到的隧道、楼区等复杂路况以及复杂的网络环境，车载终端在车身实时数据回传环节也相应实现弱网监测和网络异常时的本地数据缓存和延迟上报策略，来实现更加可靠的位置回传能力。考虑到位置回传的数据量和频次，在本申请实施例中，采用车联网已有的长连接通道能力上报车辆信息。

步骤S402，服务器基于车辆信息判断所述车辆是否满足接受车辆服务条件。

当车辆服务为能源供给服务时，上述步骤S402，可以通过以下步骤实现：

步骤S4021，基于所述位置信息确定所述车辆是否处于车辆服务站点的地理围栏范围内。

当一些实施例中，当确定车辆未处于车辆服务站点的地理围栏范围内时，说明该车辆不满足接受车辆服务条件。

步骤S4022，当确定所述车辆处于车辆服务站点的地理围栏范围时，确定所述剩余能源信息是否低于第二剩余阈值。

该第二剩余阈值可以是80％，90％，当剩余能源信息高于第二剩余阈值时，说明车辆能源足够，不需要进行能源补给，因此确定不满足接受车辆服务条件。

步骤S4023，当所述剩余能源信息低于所述第二剩余阈值时，确定所述车速是否低于速度阈值。

步骤S4024，当所述车速低于所述速度阈值时，确定所述车辆满足接受车辆服务条件。

在步骤S4024确定车辆满足接受车辆服务条件时，说明车辆需要接受能源补给服务。

在一些实施例中，当车速低于速度阈值时，说明车辆仅仅是路过车辆服务站点，而不是减速或者驻车进行能源补给，此时确定不满足接受车辆服务条件。

在本申请实施例中，当确定车辆满足接受车辆服务时，说明车辆具备接受车辆服务的意图，此时进入步骤S403；当确定车辆不满足接受车辆服务时，返回步骤S401。

步骤S403，服务器向服务供应商平台发送优惠信息的确认请求。

这里，确认请求中携带有所述车辆当前所处的第一车辆服务站点的站点标识。在实现时，服务器基于该车辆信息中携带的位置信息确定车辆所处的第一车辆服务站点的站点标识，并向服务供应商平台发送确认请求，该确认请求用于确认该第一车辆服务站点是否具有优惠信息。

步骤S404，服务供应商平台接收到确认请求后，获取站点标识。

步骤S405，服务供应商平台基于所述站点标识确定所述第一车辆服务站点对应的确认响应。

在实现时，服务供应商平台确定该站点标识是否对应有优惠信息，当该站点标识对应有优惠信息时，将对应的优惠信息携带于确认响应中，该确认响应中还可以携带有具有优惠信息的标志位；当该站点标识没有对应的优惠信息时，该确认响应中可以仅携带有不具有优惠信息的标志位。

步骤S406，服务供应商平台将确认响应发送至服务器。

步骤S407，服务器确定该确认响应是否表征所述车辆当前所处的第一车辆服务站点具有优惠信息。

当该确认响应表征所述车辆当前所处的第一车辆服务站点具有优惠信息时，进入步骤S408；当该确认响应表征所述车辆当前所处的第一车辆服务站点不具有优惠信息时，进入图5所示的步骤S501。

步骤S408，服务器向所述车载终端发送第一优惠提示信息。

第一优惠提示信息用于提示当前所处的第一车辆服务站点具有优惠信息，第一优惠提示信息中可以不携带实际的优惠信息。

步骤S409，车载终端接收到第一优惠提示信息时，获取所述车辆的当前车辆信息。

所述当前车辆信息至少包括当前位置信息和当前剩余能源信息，当前剩余能源信息包括当前剩余能源量和当前剩余能源比例。

步骤S410，车载终端基于所述位置信息和/或所述剩余能源信息确定是否达到信息展现条件。

当确定达到信息展现条件时，进入步骤S411；当确定未达到信息展现条件时，丢弃第一优惠提示信息，并结束流程。

步骤S411，车载终端输出所述第一优惠提示信息。

步骤S412，车载终端确定是否接收到针对第一优惠提示信息的正向反馈指令。

这里，当接收到针对第一优惠提示信息的正向反馈指令，进入步骤S413；当未接收到针对第一优惠提示信息的正向反馈指令时，取消呈现第一优惠提示信息，并结束流程。

步骤S413，车载终端跳转至服务供应商页面，并在所述服务供应商页面至少呈现第一优惠信息。

该第一优惠信息至少包括第一车辆服务站点各种优惠的优惠力度、折扣信息。

步骤S414，车载终端向服务器发送启动车辆服务事件的通知消息。

在本申请实施例中，当车载终端接收到针对第一优惠提示信息的正向反馈指令后，说明用户有较大可能需要接受车辆服务，例如进行能源补给，此时为了能够及时监控到车辆是否进行了能源补给，接收到针对第一优惠提示信息的正向反馈指令后，还会执行步骤S414，以通知服务器启动车辆服务事件。

步骤S415，服务器启动车辆服务事件，向所述车载终端发送支付提示信息。

在实际实现时，可以是服务器启动车辆服务事件后，即向所述车载终端发送支付提示信息。在一些实施例中，步骤S415在实现时还可以是，服务器启动车辆服务事件后，持续获取所述车载终端发送的车辆信息；并且当基于所述车辆信息确定所述车辆已接受车辆服务且所述车辆仍处于车辆服务站点时，向所述车载终端发送支付提示信息。

当车辆服务为能源补给服务时，步骤S415在实现时，可以在监听到车辆服务事件启动后，持续获取所述车载终端发送的车辆信息；当确定所述车辆信息的剩余能源信息超过第一剩余阈值且基于所述位置信息确定所述车辆仍处于车辆服务站点时，向所述车载终端发送支付提示信息。

在一些实施例中，当确定车辆信息的剩余能源信息没超过第一剩余阈值，说明此时还处于加油过程中，加油还未结束，此时暂时不向车载终端发送支付提示信息，或者基于位置信息确定车辆已经驶离车辆服务站点时，说明车辆已经完成能源补给，并且已完成支付，此时也不会向车载终端发送支付提示信息。

当车辆服务为清洁服务(或者洗车服务)时，可以基于车辆信息的洁净信息确定车辆是否已接受车辆服务，基于位置信息确定车辆是否仍处于车辆服务站点的地理围栏范围内；当确定车辆已接受清洁服务且所述车辆仍处于车辆服务站点时，向所述车载终端发送支付提示信息。

步骤S416，车载终端响应于接收到的支付提示信息，呈现所述支付提示信息。

该支付提示信息可以是提示用户进行支付，在呈现支付提示信息时，还可以呈现“确定”控件和“取消”控件。

步骤S417，当接收到针对所述支付提示信息的正向反馈指令时，车载终端在所述服务供应商页面呈现支付信息。

当接收到针对“确定”控件的点击或触控操作时，确定接收到针对该支付提示信息的正向反馈指令，此时呈现支付信息，该支付信息可以是支付二维码；当接收到针对“取消”控件的点击或触控操作时，结束流程。

步骤S418，服务器启动计时器开始计时。

在步骤S408之后，也即在服务器向车载终端发送第一优惠提示信息之后，服务器启动计时器开始计时，以统计车辆的等待时长。

步骤S419，当计时时长达到预设的时长阈值时，服务器获取最近一次车载终端发送的当前车辆信息。

当计时时长达到时长阈值时，说明车辆已等待较长时间，此时服务器需要获取车辆的当前位置和剩余能源信息。

步骤S420，当基于当前车辆信息确定所述车辆仍处于所述第一车辆服务站点且未接受车辆服务时，服务器生成第二优惠提示信息。

如果基于当前车辆信息确定车辆仍处于所述第一车辆服务站点且未接受车辆服务时，说明车辆在继续等待，此时为了挽留用户，可以生成第二优惠提示信息，用于提示用户由于等待时长较长，给予优惠补偿。

步骤S421，服务器将所述第二优惠提示信息发送至所述车载终端。

步骤S422，当车载终端接收到第二优惠提示信息时，呈现所述第二优惠提示信息。

所述第二优惠提示信息是在确定所述车辆的等待时长超过时长阈值时触发的。第二优惠提示信息用于提示用户可以获得由于等待而产生的额外优惠。

步骤S423，车载终端响应于接收到的针对所述第二优惠提示信息的正向反馈指令，跳转至服务供应商页面，并在所述服务供应商页面至少呈现第二优惠信息。

在本申请实施例中，在呈现第二优惠提示信息时，可以呈现“确定”控件和“取消”控件，当接收到针对“确定”控件的点击或触控操作时，确定接收到针对第二优惠提示信息的正向反馈指令，此时跳转至服务供应商页面，并呈现第二优惠信息。第二优惠信息不同于第一优惠信息，并且第二优惠信息可以是与第一优惠信息叠加使用的。

在本申请实施例提供的信息处理方法中，车载终端获取车辆信息，并上报至服务器，服务器在基于车辆信息确定车辆满足接受车辆服务条件时，获取车辆所处第一车辆服务站点的优惠信息，并向车载终端发送第一优惠提示信息，当用户通过车载终端做出正向反馈后，跳转至服务供应商页面，并呈现第一优惠信息，并且车载终端会向服务器发送启动车辆服务事件的通知消息，服务器监听到车辆服务事件启动后确定车辆是否接受车辆服务，并在确定车辆接受车辆服务时向车载终端发送支付提示信息，以使得用户基于第一优惠信息进行支付；另外，服务器在向车载终端发送第一优惠提示信息后，会对用户的等待时长进行计时，当达到等待时长且确定车辆仍未接受车辆服务时，会基于用户二次优惠，从而挽留用户，增加用户粘性。

在一些实施例中，当在所述服务供应商页面呈现有至少两种第二优惠信息时，还可以执行以下步骤：

步骤S424，车载终端接收针对第二优惠信息的选择操作。

所述第二优惠信息包括优惠力度信息、有效时间和适用站点信息，例如可以有两种第二优惠信息，一种是优惠力度大，但是有效时间短，且仅适用于车辆当前所处的第一车辆服务站点，一种是优惠力度小，但有效时间长，且适用于第一车辆服务站点以及与第一车辆服务站点同品牌的其他站点。

步骤S425，车载终端确定所述选择操作对应的第二目标优惠信息。

步骤S426，车载终端将所述第二目标优惠信息发送至服务器。

步骤S427，服务器将接收到的第二目标优惠信息存储至所述车载终端对应的优惠信息列表中。

在步骤S424至步骤S427中，当为用户提供有至少两种第二优惠信息时，用户可以针对自身需求选择合适的第二优惠信息，并发送至服务器以存储至车载终端对应的优惠信息列表中，以供用户在后续完成车辆服务后进行优惠支付。

在一些实施例中，服务器可以通过以下步骤及时筛选出即将过期的优惠信息，并提醒车载终端：

步骤S428，基于所述优惠信息列表中各个优惠信息的有效时间和当前时间，确定出满足失效提醒条件的第三优惠信息。

有效时间中可以包括起效时间和失效时间，在实现时，失效提醒条件可以是失效时间与当前时间之间的时间间隔小于或者等于预设的提醒时长，该提醒时长可以是3天，那么在步骤S428中确定出失效时间与当前时间之间的时间间隔小于或者等于3天的第三优惠信息。

步骤S429，服务器向所述车载终端发送优惠失效提醒信息。

其中，优惠失效提醒信息中携带有所述第三优惠信息，该优惠失效提醒信息用于提醒用户有即将失效的优惠信息，请及时使用。

步骤S430，车载终端输出该优惠失效提醒信息。

车载终端接收到优惠失效提醒信息后，通过车载终端的显示界面呈现该优惠失效提醒信息，还可以通过语音或警示音提示用户。在一些实施例中，当服务器向车载终端发送优惠失效提醒信息后，车载终端没有开机而发送失败时，服务器可以将该失效提醒信息发送至与车载终端绑定的电话号码或者即时通讯账号。例如可以是将该失效提醒信息以短信的形式发送至与车载终端绑定的电话号码，或者是将该失效提醒信息以即时通讯消息的形式发送至即时通讯客户端，从而保证用户能够在失效之前接收到优惠失效提醒信息。

在一些实施例中，如果车辆等待时间过长而放弃接受车辆服务，驶离车辆服务站点时，还可以执行以下步骤：

步骤S431，当服务器基于接收到的车辆信息确定车辆驶离车辆服务站点的地理围栏范围，且所述车辆未接受车辆服务时，向车载终端发送优惠保留提示信息。

所述优惠保留提示信息用于提示下次接受车辆服务仍可使用所述第二目标优惠信息。

步骤S432，当车载终端接收到优惠保留提示信息时，呈现所述优惠保留提示信息。

在呈现该优惠保留提示信息时，可以同时呈现第二目标优惠信息的适用站点、有效期等信息，如此能够在监测到用户因等待过长放弃接受车辆服务时，提示第二目标优惠信息可以保留，从而增加用户粘性。

基于前述的实施例，本申请实施例再提供一种信息处理方法，应用于图1所示的网络架构，承接于图4中步骤S407，如果确认响应表征所述车辆当前所处的第一车辆服务站点不具有优惠信息时执行图5所示的各个步骤：

步骤S501，当所述确认响应表征所述车辆当前所处的第一车辆服务站点不具有优惠信息时，服务器获取所述车辆的续航里程。

该续航里程可以是服务器从车辆上报的车辆信息中获取的。

步骤S502，服务器基于所述位置信息确定所述续航里程范围内具有优惠信息的第二车辆服务站点。

在实现时，服务器向服务供应商平台发送优惠信息的获取请求，该获取请求中携带有位置信息和续航里程，服务供应商平台在接收到该获取请求后，获取位置信息和续航里程，进而确定以该位置信息为圆心，以续航里程为半径的圆形区域，确定该圆形区域内具有优惠信息的车辆服务站点，并将确定出的车辆服务站点发送至服务器，服务器再基于路网数据，确定出车辆从位置信息达到各个车辆服务站点的实际距离，从而确定出实际距离小于或者等于续航里程范围的第二车辆服务站点。

步骤S503，服务器向所述车载终端发送第三优惠提示信息。

步骤S504，当车载终端接收到第三优惠提示信息时，输出所述第三优惠提示信息。

所述第三优惠提示信息用于提示附近存在比车辆所处的第一车辆服务站点更加优惠的第二车辆服务站点。输出第三优惠提示信息可以是通过显示屏呈现，还可以通过语音的形式播放出来。

步骤S505，车载终端判断是否接收到针对所述第三优惠提示信息的正向反馈指令。

当车载终端接收到针对第三优惠提示信息的正向反馈指令时，进入步骤S506；当车载终端未接收到针对第三优惠提示信息的正向反馈指令时，结束流程。

步骤S506，车载终端响应于接收到的针对所述第三优惠提示信息的正向反馈指令，跳转至服务供应商页面，并在所述服务供应商页面至少呈现所述第二车辆服务站点的站点信息和对应的第三优惠信息。

步骤S507，当车载终端接收到针对第二车辆服务站点的选择操作时，确定选中的目标车辆服务站点。

步骤S508，车载终端获取并呈现前往所述目标车辆服务站点的路线。

在确定出目标车辆服务站点后，车载终端进入导航态，并确定从当前位置到目标车辆服务站点的路线，并在车载终端的显示界面上呈现该路线。

在步骤S501至步骤S508中，当服务器确定车辆当前所处的车辆服务站点没有优惠时，可以向服务供应平台获取车辆的续航里程范围内具有优惠信息的其他车辆服务站点，并通知到车载终端，从而为车载终端提供更加丰富准确的优惠信息。

需要说明的是，在本申请实施例中，服务器与车载终端之间的信息通讯是基于车载系统的长连接推送能力实现的，并且在服务器向车载终端发送优惠提示信息后，如果没有得到客户端的接收确认(ACK)，服务器将对消息进行缓存、重试等策略，对网络异常情况进行补偿。

下面，将说明本申请实施例在一个实际的应用场景中的示例性应用。在本申请实施例中，以车辆服务为能源补给服务，且汽车能源为汽油为例进行说明。

鉴于现有的智能加油方案，仅可以识别低油且提醒附近加油站，而在车辆进入加油站的地理围栏后不能准确识别进入加油站的意图，且不能结合内容提供商服务提供商(CPSP，Content Provider Service Provider)的服务能力提醒优惠加油；以及不能有效识别是否完成加油，并结合用户是否接受CPSP的加油服务而提供支付服务的问题，本申请实施例提供一种车载场景下的信息处理方法，在监测到车辆油量不足时提醒用户加油，并推荐附近加油站，在车辆进入存在优惠服务的加油站时，推荐优惠加油提醒，并根据是否接受优惠提醒，在加油完成后，智能决定是否提醒用户使用优惠加油服务，从而在用户驾车加油的整个流程中，给予用户完整智能的加油服务。

本申请实施例提供的车载场景下的信息处理方法，可以至少应用于图6所示的场景中：

场景601：用户车辆处于低油，结合油量和附近加油站的距离，提醒用户加油并推荐附近加油站。

在实际实现时，可以是当车辆的油量低于20％，或者油量在20％-25％之间，但附近的加油站数量少于3个时，提醒用户加油，并推荐附近加油站。

场景602：用户驶入加油站，根据车速、油量、档位等信息，智能识别用户驶入加油站是否是需要加油，并根据cpsp的优惠加油信息，提供加油推荐服务。

在实际实现时，是确定车辆驶入加油站地理围栏，处于低速/驻车状态，且油量低于一定阈值，例如低于70％时，认为用户需要加油，此时向用户推荐cpsp的优惠加油信息。

场景602’(分支场景):用户等待过久，提醒等待时间长会有优惠补贴，挽留用户。

场景603：用户在场景602下接受加油服务后，在用户加完油再次启动车辆后，智能识别用户完成加油，提醒用户使用优惠支付服务。

场景603’(分支场景):用户放弃加油，提醒用户下次加油仍可享受优惠，增强用户粘性。

图7为本申请实施例提供的低油提醒服务的实现流程示意图，如图7所述，该流程包括：

步骤S701，客户端进行实时车辆信息回传。

由于在本申请实施例中存在复杂的场景触发判断逻辑，同时为了实现加油站入场通知功能，需要具备数量可观的加油站的信息数据。为了完成服务端的加油持续服务逻辑，客户端需要间隔将车辆信息向服务端进行上报。其中车辆信息可以包括车身位置、剩余油量、剩余油量百分比、续航里程等。

车辆信息的上报时间间隔将直接影响加油站入场判断的频率。为了能够实现更加实时的低油提醒及入场激发消息的体验，实现更好的时间敏感度和空间敏感度，同时考虑车联设备已有的车身数据采集能力，在本申请实施例中，客户端可以是以1s为间隔采集车辆信息，并以5s为间隔打包回传至服务端进行周边留言信息的筛选和匹配。

同时，基于车辆行驶过程中可能遇到的隧道、楼区等复杂路况以及复杂的网络环境，客户端在车辆信息实时回传环节也相应实现弱网监测和网络异常时的本地数据缓存和延迟上报策略，来实现更加可靠的位置回传能力。考虑到位置回传的数据量和频次，在本申请实施例中采用车联网已有的长连接通道能力。

步骤S702，判断当前车辆是否为油车或油电混动车辆。

在本申请实施例中，以需要补给的汽车能源为汽油为例进行说明，因此在该步骤中判断当前车辆是否为油车或混动车辆。如果当前车辆为油车或混动车辆时，进入步骤S703，如果当前车辆不为油车或混动车辆，结束流程。

步骤S703，判断当前油量百分比是否处于第一警戒范围内。

在实现时，可以是判断当前油量百分比是否低于预设的油量阈值，例如可以是20％，如果当前油量百分比不低于20％时，认为当前油量百分比不处于警戒线内，此时进入步骤S704；如果当前油量百分比低于20％时，认为当前油量百分比处于第一警戒线内，此时说明车辆油量过低，进入步骤S707。

步骤S704，判断当前油量百分比是否处于第二警戒范围内。

这里，第二警戒范围可以是20％到25％，当确定当前油量百分比处于第二警戒范围内时，进入步骤S705，当确定当前油量百分比不处于第二警戒范围内时，说明油量较多，结束流程。

步骤S705，检索周边加油站。

在实现时，服务器基于车辆的位置信息检索附近一定范围内的加油站。

步骤S706，判断续航范围内加油站数量是否小于3个。

当续航范围内加油站数量小于3个时，进入步骤S707；当续航范围内加油站数量不小于3个时，结束流程。

步骤S707，服务器触发低油提醒消息。

通过上述的步骤S702至步骤S707，服务器不断收集车辆回传的车辆数据，并根据预置的激发规则，结合电子地图的基础检索能力，判断车辆当前是否满足低油提醒的触发条件。对于满足触发条件的用户，服务器的场景引擎后台将结合收集到的车辆信息以及周边环境信息(如周边加油站位置等)，向客户端推送低油提醒通知。

步骤S708，客户端呈现低油提醒通知。

在实际实现时，收到低油提醒通知的客户端对用户呈现图8所示的低油提醒消息801，在低油提醒消息可以以浮层的方式呈现在预设的显示区域，例如可以是如图8所示显示于下侧中间区域还可以显示于显示界面的中间区域。在一些实施例中，在车载终端的显示界面输出低油提醒通知的同时或者之后，还可以输出低油提醒语音消息，以使得用户能够及时获取到该提醒消息。

步骤S709，客户端判断用户是否给予正向反馈。

这里，如图8所示，在呈现低油提醒通知时，会提供两个选择控件，分别为“加油”控件802和“取消”控件803，当接收到针对“加油”控件802的点击或者触控操作时，确定用户给予正向反馈，此时进入步骤S710；当接收到针对“取消”控件803的点击或触控操作时，确定用户给予负向反馈，此时结束流程。

在一些实现方式中，如果用户发出去加油的语音指令，同样可以认为用户给予正向反馈，如果用户发出不去加油的语音指令，可以认为用户给予负向反馈。

步骤S710，客户端发起周边检索，进入到周边加油站列表页。

此时可以呈现如图9所示的周边加油站列表界面，如图9所示，在地图页面中标记有周边的3个加油站，并且显示有最近的加油站的位置、油价等信息。

步骤S711，判断用户是否选择目标加油站。

这里，如果用户选择目标加油站，进入步骤S712；如果用户没有选择目标加油站，则结束流程。

步骤S712，客户端进入导航态并导航至目标加油站。

图10为本申请实施例提供的车载场景下信息处理方法的又一种实现流程示意图，该方法应用于加油持续服务场景，如图10所示，该流程包括：

步骤S1001，客户端进行实时车辆信息回传，将车辆信息上传至服务器端的场景引擎系统。

该步骤实现过程与步骤S701是类似的。

步骤S1002，服务器判断车辆是否正在监听油量上升事件。

当确定车辆没有监听油量上升事件时，进入步骤S1003；当确定车辆正在监听油量上升事件时，进入步骤S1021。

步骤S1003，服务器判断当前车辆是否为油车或混动车辆。

当确定当前车辆为油车或者混动车辆时，进入步骤S1004；当确定当前车辆不为油车且不为混动车辆时，结束流程。

步骤S1004，服务器判断当前车辆的剩余油量是否满足预设条件。

该预设条件可以是判断是否需要加油的条件，例如该预设条件可以是低于70％，或者是低于90％。如果当前车辆的剩余油量满足预设条件，进入步骤S1005；如果当前车辆的剩余油量不满足预设条件，结束流程。

步骤S1005，服务器判断当前车辆是否进入加油站范围。

步骤S1005在实现时，可以是基于当前车辆的位置信息判断当前车辆是否进入加油站的地理围栏范围内，当确定当前车辆进入加油站范围内时，进入步骤S1006；当确定当前车辆未进入加油站范围内时，结束流程。

步骤S1006，服务器获取当前进入加油站信息，组装场景信息。

这里，可以是获取加油站的位置信息、油价信息、优惠信息等。

步骤S1007，服务器触发加油站入场通知消息。

当确定车辆为油车或混动车辆，剩余油量满足预设条件，并且确定当前车辆进入加油站范围时，确定客户进入加油站需要进行加油，此时获取加油站信息，并发送至客户端。该加油站入场通知消息可以包括优惠提示信息。也即当车辆服务为能源补给服务时，该步骤对应其他实施例中的步骤S408“服务器向所述车载终端发送第一优惠提示信息”。

在从数据安全和性能及资源方面的考虑，用户的加油站入场通知的主要业务逻辑在服务器端完成匹配。通过上述的步骤S1001至步骤S1007，服务器不断收集车辆回传的车辆信息，结合服务器收集具备的加油站地理围栏数据进行实时匹配，结合场景引擎能力判断用户实时驾乘状态。当用户处于油量较低等适宜推送加油提醒服务的车身条件，同时当前用户驶入了车联预置的加油站的地理围栏范围，服务器将通过地理围栏基础服务，获取用户当前进入的地理围栏的详细信息，激发第一次的加油站入场通知消息，并通过长连接推送能力，将加油站入场通知消息推送给对应的用户客户端进行呈现。

步骤S1008，客户端接收加油站入场通知消息。

由于车辆行驶环境较为复杂，复杂的外部环境可能对车载终端与服务器之间的网络连接质量产生影响，造成网络传输时延甚至一段时间的网络中断。在本申请实施例中，对提示的准确性有较高的要求，这个准确性一方面是指提示内容的准确无误，同时也要求提示时机准确，才能达到最好的提示效果。

试想一个异常情况，服务器正确判断车辆续航里程和行驶状态，推荐了前方道路的一个合适的加油站，但是由于网络异常，直到车辆已经行驶超过推荐的加油站，消息才触达客户端，用户看到提示信息后需要掉头绕路才能前往推荐的加油站，这样的提示将给用户造成非常不好的体验。另一个例子是前面提到的业务场景，需要车辆的油量百分比低于一定阈值才进行推送，若由于车辆信息回传延迟，或服务端消息延迟到达客户端，车辆已经完成加油操作，此时收到低油提醒也将给用户造成困惑和不良体验。

因此在本申请实施例中，消息通过元消息及Qos机制保证消息有效性的同时，也尽可能提升消息触发的时机准确。

步骤S1009，客户端判断是否达到消息停止条件。

当客户端接收到加油站入场通知消息后基于元消息机制判断是否呈现加油站入场通知消息。在步骤S1002至步骤S1007中，对用户的低油提醒需要用户剩余油量低于一定阈值，同时在加油站入场通知时需要车辆进入到加油站的地理围栏范围，这两个条件都会在服务器进行判定。在本申请实施例中，在客户端弹出消息前会再次检测和确认，也即进行消息停止条件和消息展现条件的判断。该策略也即“元消息”机制，服务器完成对场景条件的判断预筛选后，将展现消息及确认条件一同下发至客户端，这样将大大提升消息触达客户端的健壮性以及弹出时机的准确性。

在本申请实施例中，消息停止条件可以是驶离加油站范围，当确定车辆驶离加油站范围时，确定达到消息停止条件，此时结束流程；当确定车辆未驶离加油站范围时，确定未达到消息停止条件，进入步骤S1010。

步骤S1010，客户端判断是否达到消息展现条件。

在本申请实施例中，消息展现条件可以是车速低于一定的速度阈值且油量低于一定的油量阈值，当确定当前车辆的车速低于该速度阈值且油量低于该油量阈值时，确定达到消息展现条件，此时进入步骤S1011；当确定当前车辆的车速不低于该速度阈值，或油量不低于该油量阈值时，确定未达到消息展现条件，此时结束流程。

步骤S1011，客户端呈现加油站入场通知消息。

在实现时，可以呈现如图11所示的显示界面，在该显示界面中可以显示有加油优惠消息1101：“附近加油有优惠，点击查看”，并且还显示有“确定”控件1102以及“取消”控件1103。

上述步骤S1009至步骤S1011，对应其他实施例中的步骤S409至步骤S411，或者对应其他实施例中的步骤S011至步骤S013。

步骤S1012，客户端判断用户是否给予正向反馈。

在实现时，判断用户是否给予正向反馈在实现时，可以是判断是否接收到针对“确定”控件1102的点击或触控操作，如果接收到针对“确定”控件1102的点击或触控操作，确定用户给予正向反馈，此时进入步骤S1013；当接收到针对“取消”控件1103的点击或触控操作时，确定用户未给予正向反馈，此时结束流程。

步骤S1013，客户端跳转当前加油站小程序。

当客户端跳转到当前加油站小程序时，如图12所示显示小程序页面1201，在该页面中显示有附近的加油站信息以及优惠信息。小程序页面1201对应其他实施例中的服务供应商页面。

步骤S1014，客户端向服务器上报用户正向反馈事件。

步骤S1015，服务器启动用户油量上升事件监听。

在本申请实施例中油量上升事件对应其他实施例中的车辆服务事件。

步骤S1016，服务器添加加油超时定时器，持续监听用户位置和油量。

在实际实现时，步骤S1016是在步骤S1007之后执行的，可以是与步骤S1008及后续步骤并行执行。该定时器可以为10分钟、15分钟等。

步骤S1016对应其他实施例中的步骤S418。

步骤S1017，服务器判断用户是否驶离加油站或油量上升。

当确定用户驶离加油站时，说明用户进入加油站地理围栏并不是真正需要加油仅仅是路过，或者当确定油量上升时，说明已加油完成，此时也不需要加油，在这两种情况下结束流程，当确定用户没有驶离加油站或者油量还未上升，此时进入步骤S1018。

步骤S1018，服务器判断定时器是否到时。

当定时器到时时，进入步骤S1019；当定时器未到时时，再次返回步骤S1017。

步骤S1019，服务器触发加油二次优惠消息。

由于定时器到达定时时，说明用户已等待较长时间，为了挽回用户可以触发加油二次优惠信息。步骤S1019对应其他实施例中的步骤S420。

步骤S1020，客户端呈现加油二次优惠消息。

客户端在接收到加油二次优惠消息后，可以呈现如图13所示的提示消息“久等了，为您送上等待补贴，点击查看”，并且在图13所示的显示界面上呈现有“确定”控件1301和“取消”控件1302。当接收到针对“确定”控件1301的点击或触控操作时，确定用户接受了加油二次优惠，此时服务器会记录该加油二次优惠消息。

步骤S1021，服务器判断当前车辆油量是否上升。

如果检测到当前车辆油量上升，那么说明车辆正在加油或者已完成加油，此时进入步骤S1022；如果未检测到当前车辆油量上升，说明未进行加油，此时结束流程。

在一些实施例中，如果用户接受了加油二次优惠，在确定车辆油量未上升，但是车辆已经驶离当前加油站时，可以输出图16所示的提示信息，用于提示用户该加油二次优惠可以在下次加油时使用，并且在图16所示的显示界面中还呈现有“确定”控件1601和“取消”控件1602。

步骤S1022，服务器判断车辆是否还在加油范围内。

当确定车辆还在加油站范围内时，进入步骤S1023；当确定车辆已驶离加油站范围内时，结束流程。

步骤S1023，服务器触发加油支付消息。

步骤S1024，客户端呈现加油支付消息。

在实现时，可以在如图14所示的显示界面中，呈现加油支付消息“加油完成，去支付”，并呈现有“确定”控件1401和“取消”控件1402。当接收到针对“确定”控件1401的点击或触控操作时，进入步骤S1025；当接收到针对“取消”控件1402的点击或触控操作时，结束流程。

本申请实施例中的加油支付消息对应其他实施例中的支付提示信息。

步骤S1025，客户端跳转小程序至加油支付页面。

图15为本申请实施例提供的加油支付界面示意图，如图15所示，可以在加油支付页面显示有支付二维码。

步骤S1025对应其他实施例中的步骤S417。

在上述步骤S1008至步骤S1015中，客户端收到服务器提示的加油站入场通知后，如果用户给予了正向反馈，客户端将进入到车载小程序页面，提示CPSP的服务信息和内容。同时，该正向反馈也将通过Http协议请求的形式通知服务器的场景后台服务，场景后台服务将对用户的加油事件进行监听。此时，客户端依旧不间断的进行自身车辆信息的实时回传(其中包括车辆油量)。当后续用户上传的实时油量相比触发油量有提升时，表明用户完成了加油动作，此时将对用户进行“加油支付服务消息推送”。该消息通过车联网长连接推送能力完成，也即当下发消息时，如果客户端此时网络异常导致网络连接断开，或者网络连接没有断开，但服务器下发的消息没有得到客户端的接受确认(ACK)，推送系统将对消息进行缓存、重试等策略，对网络异常情况进行补偿。如此，在本申请实施例中基于车联网设备的网络特性，以及场景推荐的服务能力模式，提供适宜的数据通路、服务架构和消息触达机制。特别的，针对移动弱网环境进行了针对性的元消息优化机制，整体上可以保证产品需求策略能以较好的服务质量落地，并且在用户侧具有较好的用户体验。

下面继续说明本申请实施例提供的信息处理装置454的实施为软件模块的示例性结构，在一些实施例中，如图2所示，存储在存储器440的信息处理装置454中的软件模块可以包括：

第一输出模块4541，用于当接收到第一优惠提示信息时，输出所述第一优惠提示信息，所述第一优惠提示信息是在确定所述车辆满足接受车辆服务的条件时触发的；

页面跳转模块4542，用于响应于接收到的针对所述第一优惠提示信息的正向反馈指令，跳转至服务供应商页面，并在所述服务供应商页面至少呈现第一优惠信息；

第一呈现模块4543，用于响应于接收到的支付提示信息，呈现所述支付提示信息，所述支付提示信息是在服务器监听到车辆服务事件启动后触发的；

第二呈现模块4544，用于当接收到针对所述支付提示信息的正向反馈指令时，在所述服务供应商页面呈现支付信息，所述支付信息是基于所述第一优惠提示信息确定的。

在一些实施例中，该第一输出模块4541还用于：

当接收到第一优惠提示信息时，获取所述车辆的当前车辆信息，所述当前车辆信息至少包括当前位置信息和当前剩余能源信息；

基于所述当前位置信息和/或所述当前剩余能源信息确定达到信息展现条件时，输出所述第一优惠提示信息。

在一些实施例中，该装置还包括：

第三呈现模块，用于在所述服务供应商页面呈现车辆当前所处的第一车辆服务站点的站点信息，所述第一车辆服务站点对应所述第一优惠信息；

第四呈现模块，用于在所述服务供应商页面呈现所述车辆的续航里程范围内的其他车辆服务站点的站点信息和所述其他车辆服务站点的优惠信息。

在一些实施例中，该装置还包括：

第一确定模块，用于响应于通过所述服务供应商页面接收到的针对能源类型的选择操作，确定第一能源；

第五呈现模块，用于在所述服务供应商页面呈现所述第一能源在所述第一车辆服务站点和所述其他车辆服务站点对应的第一目标优惠信息；

第二确定模块，用于响应于通过所述服务供应商页面接收到的排序操作，确定排序特征，所述排序特征至少包括距离、价格中其中之一；

排序模块，用于基于所述排序特征对所述第一车辆服务站点和所述其他车辆服务站点进行排序，得到排序结果；

第六呈现模块，用于在所述服务供应商页面呈现所述排序结果。

在一些实施例中，该装置还包括：

第七呈现模块，用于当接收到第二优惠提示信息时，呈现所述第二优惠提示信息，所述第二优惠提示信息是在确定所述车辆的等待时长超过时长阈值时触发的；

第八呈现模块，用于响应于接收到的针对所述第二优惠提示信息的正向反馈指令，跳转至服务供应商页面，并在所述服务供应商页面至少呈现第二优惠信息。

在一些实施例中，该装置还包括：

第二输出模块，用于当在所述服务供应商页面呈现有至少两种第二优惠信息时，接收针对第二优惠信息的选择操作，所述第二优惠信息包括优惠力度信息、有效时间和适用站点信息；

第三确定模块，用于确定所述选择操作对应的第二目标优惠信息；

第三发送模块，用于将所述第二目标优惠信息发送至服务器。

在一些实施例中，该装置还包括：

第十一呈现模块，用于当接收到优惠保留提示信息时，呈现所述优惠保留提示信息；

所述优惠保留提示信息是在确定所述车辆的等待时长超过时长阈值，且未接受车辆服务后触发的，所述优惠保留提示信息用于提示下次接受车辆服务仍可使用所述第二目标优惠信息。

在一些实施例中，该装置还包括：

第三输出模块，用于当接收到第三优惠提示信息时，输出所述第三优惠提示信息，所述第三优惠提示信息用于提示附近存在比车辆所处的第一车辆服务站点更加优惠的第二车辆服务站点；

第九呈现模块，用于响应于接收到的针对所述第三优惠提示信息的正向反馈指令，跳转至服务供应商页面，并在所述服务供应商页面至少呈现所述第二车辆服务站点的站点信息和对应的第三优惠信息；

第四确定模块，用于当接收到针对第二车辆服务站点的选择操作时，确定选中的目标车辆服务站点；

第十呈现模块，用于获取并呈现前往所述目标车辆服务站点的路线。

在一些实施例中，该装置还包括：

第四发送模块，用于响应于接收到的针对所述第一优惠提示信息的正向反馈指令，或者响应于接收到的针对所述第三优惠提示信息的负向反馈指令，向服务器发送启动车辆服务事件的通知消息。

这里需要指出的是：以上信息处理装置实施例项的描述，与上述方法描述是类似的，具有同方法实施例相同的有益效果。对于本申请信息处理装置实施例中未披露的技术细节，本领域的技术人员请参照本申请方法实施例的描述而理解。

本申请实施例再提供一种信息处理装置，存储于服务器的存储存储器中，该信息处理装置中的软件模块可以包括：

第一接收模块，用于接收车辆中的车载终端发送的车辆信息；

第一发送模块，用于当基于所述车辆信息确定所述车辆满足接收车辆服务条件时，向服务供应商平台发送优惠信息的确认请求，所述确认请求中携带有所述车辆当前所处的第一车辆服务站点的站点标识；

第二接收模块，用于接收服务供应商平台发送的确认响应，当所述确认响应表征所述车辆当前所处的第一车辆服务站点具有优惠信息时，向所述车载终端发送第一优惠提示信息；

第二发送模块，用于当监听到车辆服务事件启动时，向所述车载终端发送支付提示信息。

在一些实施例中，该装置还包括：

第一获取模块，用于当所述确认响应表征所述车辆当前所处的第一车辆服务站点不具有优惠信息时，获取所述车辆的续航里程；

第五确定模块，用于基于所述位置信息确定所述续航里程范围内具有优惠信息的第二车辆服务站点；

第五发送模块，用于向所述车载终端发送第三优惠提示信息。

在一些实施例中，该第二发送模块还用于：

在监听到车辆服务事件启动后，持续获取所述车载终端发送的车辆信息；

当基于所述车辆信息确定所述车辆已接受车辆服务且所述车辆仍处于车辆服务站点时，向所述车载终端发送支付提示信息。

在一些实施例中，该装置还包括：

计时模块，用于启动计时器开始计时；

第六发送模块，用于当计时时长达到预设的时长阈值时，获取最近一次车载终端发送的当前车辆信息；

信息生成模块，用于当基于当前车辆信息确定所述车辆仍处于所述第一车辆服务站点且未接收车辆服务时，生成第二优惠提示信息；

第七发送模块，用于将所述第二优惠提示信息发送至所述车载终端。

在一些实施例中，该装置还包括：

第三接收模块，用于接收所述车载终端发送的第二目标优惠信息；

存储模块，用于将所述第二目标优惠信息存储至所述车载终端对应的优惠信息列表中。

在一些实施例中，该装置还包括：

第九发送模块，用于当基于接收到的车辆信息确定车辆驶离车辆服务站点的地理围栏范围，且所述车辆未接受车辆服务时，向车载终端发送优惠保留提示信息；

所述优惠保留提示信息用于提示下次接受车辆服务仍可使用所述第二目标优惠信息。

在一些实施例中，该装置还包括：

第十确定模块，用于基于所述优惠信息列表中各个优惠信息的有效时间和当前时间，确定出满足失效提醒条件的第三优惠信息；

第八发送模块，用于向所述车载终端发送优惠失效提醒信息，所述优惠失效提醒信息中携带有所述第三优惠信息。

这里需要指出的是：以上信息处理装置实施例项的描述，与上述方法描述是类似的，具有同方法实施例相同的有益效果。对于本申请信息处理装置实施例中未披露的技术细节，本领域的技术人员请参照本申请方法实施例的描述而理解。

本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本申请实施例上述的信息处理方法。

本申请实施例提供一种存储有可执行指令的计算机可读存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的方法，例如，如图3、图4、图5示出的方法。

在一些实施例中，计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

以上所述，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。

Claims (20)

1.一种信息处理方法，其特征在于，包括：

当接收到第一优惠提示信息时，输出所述第一优惠提示信息，所述第一优惠提示信息是在确定所述车辆满足接受车辆服务条件时触发的；

响应于接收到的针对所述第一优惠提示信息的正向反馈指令，跳转至服务供应商页面，并在所述服务供应商页面至少呈现第一优惠信息；

响应于接收到的支付提示信息，呈现所述支付提示信息，所述支付提示信息是在服务器监听到车辆服务事件启动后触发的；

当接收到针对所述支付提示信息的正向反馈指令时，在所述服务供应商页面呈现支付信息，所述支付信息是基于所述第一优惠信息确定的。

2.根据权利要求1中所述的方法，其特征在于，所述当接收到第一优惠提示信息时，输出所述第一优惠提示信息，包括：

当接收到第一优惠提示信息时，获取所述车辆的当前车辆信息，所述当前车辆信息至少包括当前位置信息和当前剩余能源信息；

基于所述当前位置信息和/或所述当前剩余能源信息确定达到信息展现条件时，输出所述第一优惠提示信息。

3.根据权利要求1中所述的方法，其特征在于，在跳转至服务供应商页面后，所述方法还包括：

在所述服务供应商页面呈现车辆当前所处的第一车辆服务站点的站点信息，所述第一车辆服务站点对应所述第一优惠信息；

在所述服务供应商页面呈现所述车辆的续航里程范围内的其他车辆服务站点的站点信息和所述其他车辆服务站点的优惠信息。

4.根据权利要求3中所述的方法，其特征在于，所述方法还包括：

响应于通过所述服务供应商页面接收到的针对能源类型的选择操作，确定第一能源；

在所述服务供应商页面呈现所述第一能源在所述第一车辆服务站点和所述其他车辆服务站点对应的第一目标优惠信息；

响应于通过所述服务供应商页面接收到的排序操作，确定排序特征，所述排序特征至少包括距离、价格中其中之一；

基于所述排序特征对所述第一车辆服务站点和所述其他车辆服务站点进行排序，得到排序结果；

在所述服务供应商页面呈现所述排序结果。

5.根据权利要1至4任一项所述的方法，其特征在于，所述方法还包括：

当接收到第二优惠提示信息时，呈现所述第二优惠提示信息，所述第二优惠提示信息是在确定所述车辆的等待时长超过时长阈值时触发的；

响应于接收到的针对所述第二优惠提示信息的正向反馈指令，跳转至服务供应商页面，并在所述服务供应商页面至少呈现第二优惠信息。

6.根据权利要求5中所述的方法，其特征在于，所述方法还包括：

当在所述服务供应商页面呈现有至少两种第二优惠信息时，接收针对第二优惠信息的选择操作，所述第二优惠信息包括优惠力度信息、有效时间和适用站点信息；

确定所述选择操作对应的第二目标优惠信息；

将所述第二目标优惠信息发送至服务器。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

当接收到优惠保留提示信息时，呈现所述优惠保留提示信息；

所述优惠保留提示信息是在确定所述车辆的等待时长超过时长阈值，且未接受车辆服务后触发的，所述优惠保留提示信息用于提示下次接受车辆服务仍可使用所述第二目标优惠信息。

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当接收到第三优惠提示信息时，输出所述第三优惠提示信息，所述第三优惠提示信息用于提示附近存在比车辆所处的第一车辆服务站点更加优惠的第二车辆服务站点；

响应于接收到的针对所述第三优惠提示信息的正向反馈指令，跳转至服务供应商页面，并在所述服务供应商页面至少呈现所述第二车辆服务站点的站点信息和对应的第三优惠信息；

当接收到针对第二车辆服务站点的选择操作时，确定选中的目标车辆服务站点；

获取并呈现前往所述目标车辆服务站点的路线。

9.根据权利要求1或8所述的方法，其特征在于，所述方法还包括：

响应于接收到的针对所述第一优惠提示信息的正向反馈指令，或者响应于接收到的针对所述第三优惠提示信息的负向反馈指令，向服务器发送启动车辆服务事件的通知消息。

10.一种信息处理方法，其特征在于，包括：

接收车辆中的车载终端发送的车辆信息；

当基于所述车辆信息确定所述车辆满足接受车辆服务的条件时，向服务供应商平台发送优惠信息的确认请求，所述确认请求中携带有所述车辆当前所处的第一车辆服务站点的站点标识；

接收服务供应商平台发送的确认响应，当所述确认响应表征所述第一车辆服务站点具有优惠信息时，向所述车载终端发送第一优惠提示信息；

当监听到车辆服务事件启动时，向所述车载终端发送支付提示信息。

11.根据权利要求10中所述的方法，其特征在于，所述方法还包括：

当所述确认响应表征所述车辆当前所处的第一车辆服务站点不具有优惠信息时，获取所述车辆的续航里程；

基于所述位置信息确定所述续航里程范围内具有优惠信息的第二车辆服务站点；

向所述车载终端发送第三优惠提示信息。

12.根据权利要求10中所述的方法，其特征在于，所述当监听到车辆服务事件启动时，向所述车载终端发送支付提示信息，包括：

在监听到车辆服务事件启动后，持续获取所述车载终端发送的车辆信息；

当基于所述车辆信息确定所述车辆已接受车辆服务且所述车辆仍处于车辆服务站点时，向所述车载终端发送支付提示信息。

13.根据权利要求10中所述的方法，其特征在于，在向所述车载终端发送第一优惠提示信息之后，所述方法还包括：

启动计时器开始计时；

当计时时长达到预设的时长阈值时，获取最近一次车载终端发送的当前车辆信息；

当基于当前车辆信息确定所述车辆仍处于所述第一车辆服务站点且未接受车辆服务时，生成第二优惠提示信息；

将所述第二优惠提示信息发送至所述车载终端。

14.根据权利要求13中所述的方法，其特征在于，所述方法还包括：

接收所述车载终端发送的第二目标优惠信息；

将所述第二目标优惠信息存储至所述车载终端对应的优惠信息列表中。

15.根据权利要求14中所述的方法，其特征在于，所述方法还包括：

当基于接收到的车辆信息确定车辆驶离车辆服务站点的地理围栏范围，且所述车辆未接受车辆服务时，向车载终端发送优惠保留提示信息；

所述优惠保留提示信息用于提示下次接受车辆服务仍可使用所述第二目标优惠信息。

16.根据权利要求14中所述的方法，其特征在于，所述方法还包括：

基于所述优惠信息列表中各个优惠信息的有效时间和当前时间，确定出满足失效提醒条件的第三优惠信息；

向所述车载终端发送优惠失效提醒信息，所述优惠失效提醒信息中携带有所述第三优惠信息。

17.一种信息处理装置，其特征在于，包括：

第一输出模块，用于当接收到第一优惠提示信息时，输出所述第一优惠提示信息，所述第一优惠提示信息是确定所述车辆满足接受车辆服务的条件时触发的；

页面跳转模块，用于响应于接收到的针对所述第一优惠提示信息的正向反馈指令，跳转至服务供应商页面，并在所述服务供应商页面至少呈现第一优惠信息；

第一呈现模块，用于响应于接收到的支付提示信息，呈现所述支付提示信息，所述支付提示信息是在服务器监听到车辆服务事件启动后触发的；

第二呈现模块，用于当接收到针对所述支付提示信息的正向反馈指令时，在所述服务供应商页面呈现支付信息，所述支付信息是基于所述第一优惠信息确定的。

18.一种信息处理装置，其特征在于，包括：

第一接收模块，用于接收车辆中的车载终端发送的车辆信息；

第一发送模块，用于当基于所述车辆信息确定所述车辆满足接受车辆服务的条件时，向服务供应商平台发送优惠信息的确认请求，所述确认请求中携带有所述车辆当前所处的第一车辆服务站点的站点标识；

第二接收模块，用于接收服务供应商平台发送的确认响应，当所述确认响应表征所述车辆当前所处的第一车辆服务站点具有优惠信息时，向所述车载终端发送第一优惠提示信息；

第二发送模块，用于当监听到车辆服务事件启动时，向所述车载终端发送支付提示信息。

19.一种信息处理设备，其特征在于，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现权利要求1至9任一项或权利要求10至16任一项所述的方法。

20.一种计算机可读存储介质，其特征在于，存储有可执行指令，用于被处理器执行时，实现权利要求1至9任一项或权利要求10至16任一项所述的方法。

Images