信息推送方法、装置、电子设备及计算机存储介质与流程

本申请涉及数据处理技术领域，具体而言，涉及一种信息推送方法、装置、电子设备及计算机存储介质。

背景技术：

随着交通工具的普及，使用打车软件打车越来越受到大众的青睐。打车软件是一种智能手机应用，用户可以通过打车软件提交订单，司机可以通过用户提交的出行订单，根据用户设置的位置接送乘客，大大提高了打车效率，节约司机与用户沟通成本，降低空驶率。因此，打车软件逐渐得到普及。

目前，由于使用打车软件的用户数量较大，而且用户的出行路线具有多样性和不确定性，在出行资源有限的情况下，如何引导用户选择更加合理的出行方案，是目前需要解决的问题。

技术实现要素：

有鉴于此，本申请实施例的目的在于提供一种信息推送方法、装置以及系统，可以为用户提供与出行地点相对应的图标，为用户选择出行地点时提供有效的参考。

根据本申请的一个方面，提供一种信息推送方法，包括：

获取用户端选择目标服务类型的出行订单信息；

根据所述出行订单信息，确定所述用户端的出行路线；

根据所述出行路线，向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息。

在一些实施例中，所述根据所述出行订单信息，确定所述用户端的出行路线之前，还包括：

将所述用户端所在的目标区域划分为至少一个位置单元；

所述根据所述出行订单信息，确定所述用户端的出行路线，包括：

根据所述出行订单信息，确定出行订单的出行地点所在的位置单元及出行时间；

根据所述出行地点所在的位置单元以及所述出行时间，确定所述出行订单所对应的具有方向特征和时间特征的路线向量；

基于所述路线向量，确定所述用户端的出行路线；其中，同一出行路线的路线向量具有的方向特征和时间特征相同。

在一些实施例中，所述根据所述出行路线，向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息，包括：

根据历史时长内所述用户端在所述出行路线的历史出行次数，确定所述出行路线中所述用户端常用的出行路线；

若所述用户端常用的出行路线符合预设的推送条件，则向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息。

在一些实施例中，所述根据历史时长内所述用户端在所述出行路线的历史出行次数，确定所述出行路线中所述用户端常用的出行路线，包括：

确定所述历史出行次数大于预设出行次数的出行路线；

根据所述出行路线的历史出行次数，对历史出行次数大于预设出行次数的出行路线进行排序；

根据所述出行路线排序后的排名，确定所述用户端的常用出行路线。

在一些实施例中，所述推送条件包括：

请求目标服务类型的出行订单占比的排名大于预设排名，并且，请求目标服务类型的出行订单中以所述目标服务类型完成的出行订单比例大于预设比例；

其中，请求目标服务类型的出行订单占比为请求目标服务类型的出行订单与所述用户端所在的目标区域的出行订单之间的比例。

在一些实施例中，所述若所述用户端常用的出行路线符合预设的推送条件，则向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息，包括：

若所述用户端常用的出行路线符合预设的推送条件，则在所述用户端输入所述常用的出行路线的出行地点时，向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息，使所述用户端向用户展示所述目标服务类型和所述出行路线匹配的激励资源信息。

在一些实施例中，所述在所述用户端输入所述常用的出行路线的出行地点时，向所述用户端推送与所述目标服务类型和输入的所述出行路线匹配的激励资源信息，包括：

在所述用户端输入所述常用的出行路线的出行地点时，判断所述用户端是否已定制所述激励资源信息的激励资源；

若所述用户端未定制所述激励资源信息的激励资源，则向所述用户端推送与所述目标服务类型和输入的所述出行路线匹配的激励资源信息。

在一些实施例中，所述向所述用户端推送与所述目标服务类型和输入的所述出行路线匹配的激励资源信息之后，还包括：

若所述用户端未定制所述激励资源信息的激励资源，则在未来预设时间内不再向所述用户端发送所述资源激励信息。

在一些实施例中，所述若所述用户端常用的出行路线符合预设的推送条件，则向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息，包括：

若所述用户端常用的出行路线符合预设的推送条件，则向所述用户端推送携带有所述用户端常用的出行路线的激励资源信息，使所述用户端在向用户展示激励资源定制页时，为用户提供常用的所述出行路线的激励资源信息。

在一些实施例中，所述激励资源信息至少包括以下任一种信息：

激励资源的适用路线、激励资源的适用时间、激励资源的定制价格、激励资源适用的目标服务类型、激励资源的折扣信息。

在一些实施例中，根据以下步骤确定所述激励资源的定制价格：

获取所述用户端所在的目标区域内符合所述推送条件的出行路线的出行订单信息；

根据符合所述推送条件的出行路线的出行订单信息，确定每个出行路线的所述目标服务类型的出行订单的平均折扣；

基于所述用户端定制所述激励资源的定制率与所述定制价格之间的关系，确定所述定制价格的定制价格系数；

根据所述平均折扣以及所述定制价格系数，确定每个出行路线的所述用户端的激励资源的定制价格。

在一些实施例中，所述根据所述出行路线，向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息之后，还包括：

若所述用户端定制所述激励资源信息的激励资源，则在所述用户端提交所述目标服务类型的出行订单时，将所述用户端提交的出行订单的出行地点与所述激励资源信息的适用路线进行匹配；

若所述用户端提交的出行订单的出行地点与所述适用路线的适用地点之间的距离在预设适用距离范围内，则为所述用户端的出行订单提供所述激励资源。

根据本申请的一个方面，提供一种信息推送装置，所述装置包括：获取模块、确定模块和推送模块；其中，

所述获取模块，用于获取用户端选择目标服务类型的出行订单信息；

所述确定模块，用于根据所述出行订单信息，确定所述用户端的出行路线；

所述推送模块，用于根据所述出行路线，向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息。

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

划分模块，用于将所述用户端所在的目标区域划分为至少一个位置单元；

所述确定模块，具体用于根据以下步骤确定所述用户端的出行路线：

根据所述出行订单信息，确定出行订单的出行地点所在的位置单元及出行时间；

根据所述出行地点所在的位置单元以及所述出行时间，确定所述出行订单所对应的具有方向特征和时间特征的路线向量；

基于所述路线向量，确定所述用户端的出行路线；其中，同一出行路线的路线向量具有的方向特征和时间特征相同。

在一些实施例中，所述推送模块，具体用于根据以下步骤向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息：

根据历史时长内所述用户端在所述出行路线的历史出行次数，确定所述出行路线中所述用户端常用的出行路线；

若所述用户端常用的出行路线符合预设的推送条件，则向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息。

在一些实施例中，所述确定模块，具体用于根据以下步骤确定所述出行路线中所述用户端常用的出行路线：

确定所述历史出行次数大于预设出行次数的出行路线；

根据所述出行路线的历史出行次数，对历史出行次数大于预设出行次数的出行路线进行排序；

根据所述出行路线排序后的排名，确定所述用户端的常用出行路线。

在一些实施例中，所述推送条件包括：

请求目标服务类型的出行订单占比的排名大于预设排名，并且，请求目标服务类型的出行订单中以所述目标服务类型完成的出行订单比例大于预设比例；

其中，请求目标服务类型的出行订单占比为请求目标服务类型的出行订单与所述用户端所在的目标区域的出行订单之间的比例。

在一些实施例中，所述推送模块，具体用于根据以下步骤向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息：

若所述用户端常用的出行路线符合预设的推送条件，则在所述用户端输入所述常用的出行路线的出行地点时，向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息，使所述用户端向用户展示所述目标服务类型和所述出行路线匹配的激励资源信息。

在一些实施例中，所述推送模块，具体用于向所述用户端推送与所述目标服务类型和输入的所述出行路线匹配的激励资源信息：

在所述用户端输入所述常用的出行路线的出行地点时，判断所述用户端是否已定制所述激励资源信息的激励资源；

若所述用户端未定制所述激励资源信息的激励资源，则向所述用户端推送与所述目标服务类型和输入的所述出行路线匹配的激励资源信息。

在一些实施例中，所述推送模块，还用于若所述用户端未定制所述激励资源信息的激励资源，则在未来预设时间内不再向所述用户端发送所述资源激励信息。

在一些实施例中，所述推送模块，具体用于根据以下步骤向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息：

若所述用户端常用的出行路线符合预设的推送条件，则向所述用户端推送携带有所述用户端常用的出行路线的激励资源信息，使所述用户端在向用户展示激励资源定制页时，为用户提供常用的所述出行路线的激励资源信息。

在一些实施例中，所述激励资源信息至少包括以下任一种信息：

激励资源的适用路线、激励资源的适用时间、激励资源的定制价格、激励资源适用的目标服务类型、激励资源的折扣信息。

在一些实施例中，所述确定模块，还用于根据以下步骤确定所述激励资源的定制价格：

获取所述用户端所在的目标区域内符合所述推送条件的出行路线的出行订单信息；

根据符合所述推送条件的出行路线的出行订单信息，确定每个出行路线的所述目标服务类型的出行订单的平均折扣；

基于所述用户端定制所述激励资源的定制率与所述定制价格之间的关系，确定所述定制价格的定制价格系数；

根据所述平均折扣以及所述定制价格系数，确定每个出行路线的所述用户端的激励资源的定制价格。

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

激励模块，用于若所述用户端定制所述激励资源信息的激励资源，则在所述用户端提交所述目标服务类型的出行订单时，将所述用户端提交的出行订单的出行地点与所述激励资源信息的适用路线进行匹配；若所述用户端提交的出行订单的出行地点与所述适用路线的适用地点之间的距离在预设适用距离范围内，则为所述用户端的出行订单提供所述激励资源。

根据本申请的一个方面，提供一种电子设备，可以包括一个或多个存储介质和一个或多个与存储介质通信的处理器。一个或多个存储介质存储有处理器可执行的机器可读指令。当电子设备运行时，处理器与存储介质之间通过通信总线通信，处理器执行所述机器可读指令，以执行一个或多个上述信息推送方法的操作

根据本申请的一个方面，提供一种计算机存储介质，该计算机存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述的信息推送方法的步骤。

基于上述任一方面，本申请实施例提供的信息推送方案，可以获取用户端选择目标服务类型的出行订单信息，根据获取的出行订单信息，确定用户端的出行路线，然后可以根据确定的出行路线，向用户端推送与目标服务类型和确定的出行路线匹配的激励资源信息。本申请实施例提供的方案可以针对每个用户，向用户推送与目标服务类型和出行路线均匹配的激励资源信息，与现有技术方案相比，本申请实施例提供的信息推送方案可以为每个用户推送更加符合用户实际需求的个性化的激励资源信息。这样，在激励资源有限的情况下，可以优化资源配置，为每个用户设置个性化的激励资源，引导用户选择更加合理的出行方案。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例所提供的一种系统的示意图；

图2示出了本申请实施例所提供的一种信息推送方法的流程图；

图3示出了本申请实施例所提供的一种确定用户端出行路线过程的示意图；

图4示出了本申请实施例所提供的向用户端推送激励资源信息过程的示意图；

图5示出了本申请实施例所提供的用户端为用户展示接收的激励资源信息的显示界面的示意图；

图6示出了本申请实施例所提供的用户端为用户展示激励资源信息的激励资源选择页的示意图；

图7示出了本申请实施例所提供的用户端为用户展示激励资源信息的激励资源选择页的示意图；

图8示出了本申请实施例所提供的用户端为用户展示激励资源(拼车通勤卡)的示意图；

图9示出了本申请实施例所提供的用户端为用户展示适用路线的示意图；

图10示出了本申请实施例所提供的确定激励资源的定制价格过程的示意图；

图11示出了本申请实施例所提供的一种信息推送装置的示意图；

图12示出了本申请实施例所提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“为使用打车软件的用户推送激励资源信息”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕进行描述，但是应该理解，这仅是一个示例性实施例。本申请可以应用于任何其他交通运输类型。例如，本申请可以应用于不同的运输系统环境，包括陆地，海洋，或航空等，或其任意组合。运输系统的交通工具可以包括出租车、私家车、顺风车、公共汽车、火车、子弹头列车、高速铁路、地铁、船只、飞机、宇宙飞船、热气球、或无人驾驶车辆等，或其任意组合。本申请还可以包括用于信息推送的任何服务系统，例如，用于发送和/或接收快递的系统、用于提供出行路线的定位系统。本申请的系统或方法的应用可以包括网页、浏览器的插件、客户端终端、定制系统、内部分析系统、或人工智能机器人等，或其任意组合。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

本申请中的术语“用户”可以指代请求服务、订购服务、提供服务或促成服务的提供的个人、实体或工具。例如，用户可以是乘客、驾驶员、操作员等，或其任意组合。

本申请实施例中，可以获取用户端选择目标服务类型的出行订单信息，然后可以根据获取的出行订单信息，确定用户端的出行路线，再根据确定的出行路线，向用户端推送与所述目标服务类型和确定的出行路线匹配的激励资源信息。例如，可以根据用户端选择拼车服务类型的出行订单信息，确定用户常用的出行路线，然后可以为用户提供用户常用的出行路线的拼车通勤卡。这样，可以为每个用户提供个性化的激励资源信息，在激励资源有限的情况下，可以合理地针对每个用户分配激励资源，从而优化资源配置。

如果为不同用户提供相同的激励资源，例如，为不同用户提供所有出行路线均适用的优惠券，这样会增加运营成本，而且不能针对每个用户提供合适的激励资源与出行方案。本申请实施例提供的信息推送方案，可以为每个用户提供合理的激励资源与出行方案，不仅可以节省运营成本，还可以提高激励资源的利用率。

图1是本申请实施例的一种应用场景的系统100框图。例如，系统100可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台。系统100可以包括服务器110、网络120、用户端130和数据库140中的一种或多种，服务器110中可以包括执行指令操作的处理器。

在一些实施例中，服务器110可以是单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器110可以是分布式系统)。在一些实施例中，服务器110相对于终端，可以是本地的、也可以是远程的。例如，服务器110可以经由网络120访问存储在用户端130、或数据库140、或其任意组合中的信息和/或数据。作为另一示例，服务器110可以直接连接到用户端130和数据库140中至少一个，以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(communitycloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。在一些实施例中，服务器110可以在具有一个或多个组件的电子设备上实现。

在一些实施例中，处理器可以包括一个或多个处理核(例如，单核处理器或多核处理器)。仅作为举例，处理器可以包括中央处理单元(centralprocessingunit，cpu)、专用集成电路(applicationspecificintegratedcircuit，asic)、专用指令集处理器(applicationspecificinstruction-setprocessor，asip)、图形处理单元(graphicsprocessingunit,gpu)、物理处理单元(physicsprocessingunit，ppu)、数字信号处理器(digitalsignalprocessor，dsp)、现场可编程门阵列(fieldprogrammablegatearray，fpga)、可编程逻辑器件(programmablelogicdevice，pld)、控制器、微控制器单元、简化指令集计算机(reducedinstructionsetcomputing，risc)、或微处理器等，或其任意组合。

网络120可以用于信息和/或数据的交换。在一些实施例中，系统100中的一个或多个组件(例如，服务器110，用户端130和数据库140)可以向其他组件发送信息和/或数据。例如，服务器110可以经由网络120从用户端130获取服务请求。在一些实施例中，网络120可以是任何类型的有线或者无线网络，或者是他们的结合。仅作为示例，网络130可以包括有线网络、无线网络、光纤网络、远程通信网络、内联网、因特网、局域网(localareanetwork，lan)、广域网(wideareanetwork，wan)、无线局域网(wirelesslocalareanetworks，wlan)、城域网(metropolitanareanetwork，man)、广域网(wideareanetwork，wan)、公共电话交换网(publicswitchedtelephonenetwork，pstn)、蓝牙网络、zigbee网络、或近场通信(nearfieldcommunication,nfc)网络等，或其任意组合。在一些实施例中，网络120可以包括一个或多个网络接入点。例如，网络120可以包括有线或无线网络接入点，例如基站和/或网络交换节点，系统100的一个或多个组件可以通过该接入点连接到网络120以交换数据和/或信息。

在一些实施例中，用户端130的用户可以是除服务实际需求者之外的其他人。例如，用户端130的用户a可以使用用户端130来为服务实际需求者b发起服务请求(比如，用户a可以为自己的朋友b叫车)，或者从服务器110接收服务信息或指令等。

在一些实施例中，用户端130可以包括移动设备、平板计算机、膝上型计算机、或机动车辆中的内置设备等，或其任意组合。在一些实施例中，移动设备可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等，或其任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器设备的控制设备、智能监控设备、智能电视、智能摄像机、或对讲机等，或其任意组合。在一些实施例中，可穿戴设备可包括智能手环、智能鞋带、智能玻璃、智能头盔、智能手表、智能服装、智能背包、智能配件等、或其任何组合。在一些实施例中，智能移动设备可以包括智能手机、个人数字助理(personaldigitalassistant，pda)、游戏设备、导航设备、或销售点(pointofsale，pos)设备等，或其任意组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实玻璃、虚拟现实贴片、增强现实头盔、增强现实玻璃、或增强现实贴片等，或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括各种虚拟现实产品等。在一些实施例中，机动车辆中的内置设备可以包括车载计算机、车载电视等。在一些实施例中，用户端130可以是具有用于定位服务请求方和/或用户端的位置的定位技术的设备。

数据库140可以存储数据和/或指令。在一些实施例中，数据库140可以存储从用户端130和/或获得的数据。在一些实施例中，数据库140可以存储在本申请中描述的示例性方法的数据和/或指令。在一些实施例中，数据库140可以包括大容量存储器、可移动存储器、易失性读写存储器、或只读存储器(read-onlymemory，rom)等，或其任意组合。作为举例，大容量存储器可以包括磁盘、光盘、固态驱动器等；可移动存储器可包括闪存驱动器、软盘、光盘、存储卡、zip磁盘、磁带等；易失性读写存储器可以包括随机存取存储器(randomaccessmemory，ram)；ram可以包括动态ram(dynamicrandomaccessmemory，dram)，双倍数据速率同步动态ram(doubledate-ratesynchronousram，ddrsdram)；静态ram(staticrandom-accessmemory，sram)，晶闸管ram(thyristor-basedrandomaccessmemory，t-ram)和零电容器ram(zero-ram)等。作为举例，rom可以包括掩模rom(maskread-onlymemory，mrom)、可编程rom(programmableread-onlymemory，prom)、可擦除可编程rom(programmableerasableread-onlymemory，perom)、电可擦除可编程rom(electricallyerasableprogrammablereadonlymemory，eeprom)、光盘rom(cd-rom)、以及数字通用磁盘rom等。在一些实施例中，数据库140可以在云平台上实现。仅作为示例，云平台可以包括私有云、公有云、混合云、社区云、分布式云、跨云、多云或者其它类似的等，或其任意组合。

在一些实施例中，数据库140可以连接到网络120以与系统100(例如，服务器110，用户端130等)中的一个或多个组件通信。系统100中的一个或多个组件可以经由网络120访问存储在数据库140中的数据或指令。在一些实施例中，数据库140可以直接连接到系统100中的一个或多个组件(例如，服务器110，用户端130等)；或者，在一些实施例中，数据库140也可以是服务器110的一部分。

在一些实施例中，系统100中的一个或多个组件(例如，服务器110，用户端130，等)可以具有访问数据库140的权限。

在一些实施例中，可以通过请求服务来实现系统100中的一个或多个组件的信息交换。服务请求的对象可以是任何产品。在一些实施方案中，产品可以是有形产品或非物质产品。有形产品可包括食品、药品、商品、化学产品、电器、服装、汽车、房屋、或奢侈品等，或其任意组合。非物质产品可以包括服务产品、金融产品、知识产品、或互联网产品等，或其任意组合。互联网产品可以包括单独的主机产品、网络产品、移动互联网产品、商业主机产品、或嵌入式产品等，或其任意组合。互联网产品可以用在移动终端的软件、程序、或系统等，或者它们的任意组合中。移动终端可以包括平板电脑、笔记本电脑、移动电话、个人数字助理(personaldigitalassistant，pda)、智能手表、销售点(pointofsales，pos)设备、车载电脑、车载电视、或可穿戴设备等，或其任意组合。例如，互联网产品可以是计算机或移动电话中使用的任何软件和/或应用程序。软件和/或应用程序可以涉及社交、购物、运输、娱乐时间、学习、或投资等，或其任意组合。在一些实施例中，与运输有关的软件和/或应用程序可以包括旅行软件和/或应用程序、车辆调度软件和/或应用程序、绘图软件和/或应用程序等。在车辆调度软件和/或应用程序中，车辆可包括马、马车、人力车(例如，独轮车、自行车、三轮车等)、汽车(例如，出租车、公共汽车、私家车等)、火车、地铁、船只、飞机(例如，飞机、直升机、航天飞机、火箭、热气球等)等，或其任意组合。

下述实施例将会对信息推送过程作详细说明。下述信息推送方法可以应用于上述服务器110中实施，具体可以由服务器110中的处理器执行相关方法指令。

如图2所示，为本申请实施例提供的一种信息推送方法的基本流程，包括：

s201，获取用户端选择目标服务类型的出行订单信息。

在具体实施中，软件平台(比如打车软件平台)可以在出行订单库中获取用户端选择目标服务类型的出行订单信息。例如，软件平台可以在出行订单库中获取用户端过去一个月内提交的出行订单信息。这里的出行订单信息可以包括出行地点、出行时间、发单时间、用户信息、车辆的服务类型。出行地点可以包括出行起点和出行终点。目标服务类型可以是用户端选择的为用户端提供出行服务的服务类型，例如，出租车、拼车、专用车(为用户提供专用车接送服务)、提供快速出行服务的车辆(简称快车)、提供优先出行服务的车辆(简称优享)等车辆服务类型。

需要说明的是，这里的出行订单信息是针对在用户端登录的用户账号而言的，在获取用户端选择目标服务类型的出行订单信息时，可以获取该用户端登录的用户账号所对应的出行订单信息。

s202，根据所述出行订单信息，确定所述用户端的出行路线。

这里，软件平台在获取用户端选择的目标服务类型的出行订单信息之后，可以根据出行订单信息中包括的出行地点确定用户端的出行路线。例如，可以确定由出行地点的出行起点到达出行地点的出行终点的出行路线。

在具体实施中，在确定用户端的出行路线时，还可以根据出行订单信息中的出行地点，确定出行地点的出行起点和出行终点所在的位置单元，然后将出行订单映射为具有方向特征的路线向量，由出行订单得到的路线向量可以用于表征用户端出行路线。这里的位置单元可以为具有一定地理位置面积的区域范围，出行地点在相同的位置单元的出行订单可以具有相同的路线向量。

s203，根据所述出行路线，向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息。

这里，软件平台在根据用户端的出行订单信息，确定用户端的出行路线之后，可以根据确定的用户端的出行路线，确定用户端常用的出行路线，若用户端常用的出行路线符合预设的推送条件，则可以向用户端推送与目标服务类型和出行路线匹配的激励资源信息。激励资源信息可以是用于激励用户使用软件平台的激励资源的相关信息，激励资源信息可以包括激励资源的适用路线、激励资源的适用时间、激励资源的定制价格、激励资源适用的目标服务类型、激励资源的折扣信息等。

在具体实施中，在确定用户端常用的出行路线时，可以根据历史时长内用户端在出行路线的历史出行次数，确定出行路线中用户端常用的出行路线。在根据历史时长内用户端在出行路线的历史出行次数，确定出行路线中用户端常用的出行路线时，可以确定历史时长内用户端在出行路线的历史出行次数大于预设出行次数的出行路线，然后将历史出行次数大于预设出行次数的出行路线作为用户端常用的出行路线。例如，可以统计用户端过去一个月内的出行路线，若预设出行次数为5次，则可以根据每个出行路线的历史出行次数，将历史出行次数大于5次的出行路线作为用户端常用的出行路线。

这里，在确定用户端常用的出行路线时，还可以先确定历史时长内用户端在出行路线的历史出行次数大于预设出行次数的出行路线，然后根据出行路线的历史出行次数，对历史出行次数大于预设出行次数的出行路线进行排序，根据出行路线排序后的排名，确定用户端常用的出行路线。例如，软件平台可以统计用户端过去一个月内的出行路线，若预设出行次数为5次，则可以根据每个出行路线的历史出行次数，将历史出行次数大于5次的出行路线按照历史出行次数由大至小排序，得到出行路线按照历史出行次数由大至小排序后的排名，然后根据得到的排序后的排名，将排名在前的预设个数的出行路线确定为用户端常用的出行路线，如将排名在前5的出行路线确定为用户端常用的出行路线。

在具体实施中，若用户端常用的出行路线符合预设的推送条件，则向用户端推送与目标服务类型和出行路线匹配的激励资源。这里，预设的推送条件可以包括：请求目标服务类型的出行订单占比的排名大于预设排名，并且，请求目标服务车辆类型的出行订单中以目标服务类型完成的出行订单比例大于预设比例。这里，请求目标服务类型的出行订单占比为请求目标服务类型的出行订单与用户端所在的目标区域的出行订单之间的比例。

这里，若用户端常用的出行路线上请求目标服务类型的出行订单占目标区域的出行订单的占比的排名大于预设排名，并且，用户端常用的出行路线上请求目标服务类型的出行订单中以目标服务类型完成的出行订单比例大于预设比例，则表明用户端常用的出行路线的完单量在目标区域的占比靠前，并且，用户端常用的出行路线是稳定完成目标服务类型的出行路线。例如，若目标服务类型为拼车服务类型，则符合预设的推送条件的出行路线可以是完单量在用户端的城市占比的排名靠前，并且，可以长期稳定地实现拼车的出行路线。

通过上述信息推送方法，可以获取用户端选择目标服务类型的出行订单信息，然后可以根据获取的出行订单信息，确定用户端的出行路线，再根据确定的出行路线向用户端推送与目标服务类型与出行路线匹配的激励资源信息，这样，可以根据针对每个用户推送个性化的资历资源信息。在根据确定的出行路线向用户端推送激励资源信息时，可以确定用户端常用的出行路线，并在用户端常用的出行路线满足预设的推送条件时，向用户端推送激励资源信息，从而可以根据用户端的历史出行情况，有针对性地推送激励资源信息，可以使激励资源被更好的利用，在提高软件平台收益的同时，节约资源成本。

在上述实施例提供的信息推送过程的s202中，可以根据出行订单信息，确定用户端的出行路线，在确定出行路线时，可以将出行订单转换为路线向量，从而更加便捷地确定用户端的出行路线。

基于此，如图3所示，本申请实施例还提供了一种实施方式说明确定用户端出行路线的过程，包括：

s301，将所述用户端所在的目标区域划分为至少一个位置单元。

在具体实施中，软件平台可以将用户端所在的目标区域划分为至少一个位置单元。在将目标区域进行划分时，可以将目标区域划分为以预设长度为边长的几何形状的单元格，每个单元格可以为一个位置单元。这里的几何形状可以为任意的几何形状，如三角形、正方形、五边形等几何形状。例如，可以将用户端所在的城市划分为以边长为600米的正六边形的位置单元。

s302，根据所述出行订单信息，确定出行订单的出行地点所在的位置单元及出行时间。

在具体实施中，在将目标区域划分为至少一个位置单元之后，可以根据用户端选择目标服务类型的出行订单信息，确定出行订单的出行地点所在的位置单元及出行时间。出行地点包括出行起点和出行终点，在确定出行订单的出行地所在的位置单元时，可以分别根据出行起点和出行终点的位置坐标，确定出行起点和出行终点所在的位置单元。

s303，根据所述出行地点所在的位置单元以及所述出行时间，确定所述出行订单所对应的具有方向特征和时间特征的路线向量。

在具体实施中，在确定出行单元的出行地点所在的位置单元及出行时间之后，可以根据出行地点的出行起点和出行终点所在的位置单元，将出行订单转换为路线向量，路线向量可以由出行起点所在的位置单元指向出行终点所在的位置单元。然后可以根据出行订单的出行时间，为出行订单的出行向量添加时间戳，这样，可以出行订单转换为具有方向特征及时间特征的路线向量。

s304，基于所述路线向量，确定所述用户端的出行路线；其中，同一出行路线的路线向量具有的方向特征和时间特征相同。

在具体实施中，在确定根据出行订单信息，将出行订单映射为具有方向特征和时间特征的路线向量之后，可以根据确定的路线向量，确定用户端的出行路线。在确定用户端的出行路线时，可以将时间戳在预设时间段内的路线向量作为出行路线相同的路线向量，即同一出行路线的路线向量具有相同的方向特征及时间特征。例如，可以统计用户端过去4至8周内早晚高峰时间段的路线向量，如早7点至9点可以是早高峰时间段，晚5点至晚7点可以是晚高峰时间段。

在确定用户端的出行路线过程中，可以将用户端的出行订单映射为具有方向特征和时间特征的路线向量，从而可以将用户端的出行路线用路线向量进行表示，方便对出行订单的出行路线进行统计。

在上述实施例提供的信息推送方法的s103中，可以在用户端常用的出行路线符合预设的推送条件时，向用户端推送与目标服务类型和推送出行路线匹配的激励资源信息，从而可以向用户端提供个性化的激励资源。

基于此，如图4所示，本申请实施例还提供了一种实施方式说明向用户端推送与目标服务类型和出行路线匹配的激励资源信息，包括：

s401，获取用户端输入的出行地点。

这里，软件平台可以获取用户在用户端输入的出行地点，这里的出行地点可以包括出行起点和出行终点。软件平台可以根据以下方式获取用户端的出行地点：获取用户端在出行地点输入框中输入的关键词信息；或者，检测用户端在当前页面展示的地图中选择的出行地点。

在具体实施中，软件平台可以在用户端使用用户账号登录软件平台时，判断用户端是否为选择目标服务类型的用户端。这里，选择目标服务类型的用户端可以理解为选择目标服务类型的历史次数大于预设选择次数的用户端，或者，可以理解为当前用户端的订单界面中选择的服务类型为目标服务类型。

s402，判断获取的出行地点是否为用户端常用的出行路线的出行地点，并且，判断用户端的输入的出行地点对应的出行路线是否符合预设的推送条件。

在具体实施中，在获取用户端输入的出行地点之后，可以根据出行地点的出行起点和出行终点的位置坐标，分别确定出行起点和出行终点所在的位置单元，然后确定由出行起点的位置单元指向出行终点所在的位置单元的当前出行向量。确定用户端的当前出行向量之后，可以判断用户端的当前出行向量表示的出行路线是否为用户端常用的出行路线，并且是否符合预设的推送条件。

这里，预设的推送条件包括：请求目标服务类型的出行订单占比的排名大于预设排名，并且，请求目标服务类型的出行订单中以所述目标服务类型完成的出行订单比例大于预设比例。其中，请求目标服务类型的出行订单占比为请求目标服务类型的出行订单与用户端所在的目标区域的出行订单之间的比例。

s403，若用户端输入常用的出行路线的出行地点，并且输入的出行地点对应的出行路线符合预设的推送条件，则向所述用户端推送与目标服务类型和出行路线匹配的激励资源信息。

这里，若用户端输入的出行地点对应的出行路线为用户端常用的出行路线，并且符合预设的推送条件，则表明用户端输入的出行地点所对应的出行路线是可以推送激励资源的出行路线。

在具体实施中，在用户端输入常用的出行路线的出行地点，向用户端推送与目标服务类型和出行路线匹配的激励资源信息时，可以判断用户端是否已定制有该出行路线上目标服务类型的激励资源，若用户端未定制该出行路线上目标服务类型的激励资源，则向用户端推送与目标服务类型和输入的出行地点所对应的出行路线匹配的激励资源信息。用户端在接收软件平台推送的激励资源信息之后，可以为用户展示接收的激励资源信息。例如，用户端输入的出行地点包括太月园南区-北一门和中航广场，则用户端为用户展示接收的激励资源信息的显示界面可以如图5所示，在显示界面中显示有激励资源的适用路线(太月园南区-北一门和中航广场)、激励资源的适用时间(上午07:00-10:00，下午17:00-22:00，有效期7天)、激励资源的定制价格(0.99元)、激励资源适用的目标服务类型(拼车服务类型)、激励资源的折扣信息(6.6折)。

s404，若用户端输入的出行地点对应的出行路线不为用户端常用的出行路线，或者，不符合预设的推送条件，则终止当前信息推送流程。

这里，若用户端输入的出行地点对应的出行路线并非用户端常用的出行路线，或者用户端输入的出行地点对应的出行路线不符合预设的推送条件，则表明用户端输入的出行地点所对应的出行路线是不利于推送激励资源的出行路线，则可以结束当前信息推送流程。

s405，若用户端未定制激励资源信息的激励资源，则在未来预设时间内不再向用户端发送资源激励信息。

这里，用户端向用户展示激励资源信息之后，若用户端未定制激励资源信息的激励资源，则在未来预设时间内不再向该用户端发送激励资源信息，例如，在未来一周内不再向该用户端发送激励资源信息。软件平台可以通过如下方式判断用户端是否定制激励资源：是否接收到用户端发送的激励资源定制信息；获取用户端定制的激励资源，判断是否存在用户端输入的出行地点所对应的出行路线的激励资源。这里，在未来预设时间内不再向该用户端发送激励资源信息，可以是在未来预设时间内不再向该用户端发送用户端输入的出行地点所对应的出行路线的激励资源信息，也可以是在未来预设时间内不再向该用户端发送其他出行路线的激励资源信息。

s406，若用户端定制激励资源信息的激励资源，则在用户端提交的出行订单匹配定制的激励资源时，为用户端的出行订单提供激励资源。

在具体实施中，若用户端定制软件平台推送的激励资源信息的激励资源，则在用户端提交目标服务类型的出行订单时，可以将用户端提交的出行订单的出行地点与激励资源信息的适用路线进行匹配，若用户端提交的出行订单的出行地点与适用路线的适用地点之间的距离在预设适用距离范围内，则可以为用户端的出行订单提供激励资源。例如，在用户端购买拼车通勤卡之后，可以在购买拼车通勤卡的有效期内，若用户端提交拼车服务类型的出行订单，则可以将出行订单的出行地点转换为路线向量，并将该路线向量与拼车通勤卡的适用路线的路线向量进行匹配，如果出行订单的路线向量与拼车通勤卡的适用路线的路线向量匹配，则可以为用户端提供拼车通勤卡的折扣优惠。这里，用户端输入的出行地点可能位于激励资源的适用路线所在位置单元的边界，或者，超出适用路线所在位置单元，例如，用户端第一天在小区南门提交的出行订单的出行路线在适用路线所在的位置单元，购买并使用拼车通勤卡，用户端第二天在小区北门提交出行订单，由于出行订单的出行位置位于适用路线所在位置单元的边界而无法使用拼车通勤卡，这会对用户体验造成损害。因此，为保障用户体验，可以判断用户端提交的出行订单的出行地点是否在适用路线所在位置单元的预设适用距离范围内，例如，判断用户端的出行地点是否在适用路线所在位置单元附近的6个位置单元内，或者，判断用户端的出行地点是否在距离拼车通勤卡适用路线的适用地点1.2千米内。

这里，若用户端提交的出行订单的出行位置与适用路线的适用地点之间的距离大于或等于预设适用距离，则不为用户端的出行订单提供激励资源。需要说明的是，适用路线的适用地点可以是适用路线的起点和终点，在一些实施方式中，适用路线的适用地点还可以是适用路线上任一经过的地点。

通过上述向用户端推送激励资源信息的过程，可以在选择目标服务类型的用户端输入出行地点时，向用户端推送与出行地点的出行路线以及目标服务类型匹配的激励资源信息，从而用户端可以为用户展示相应的激励资源信息，为用户提供个性化的激励资源。

本申请实施例还提供了另一种激励资源信息的推送方式，若用户端常用的出行路线符合预设的推送条件，则向用户端推送携带有用户端常用的出行路线的激励资源信息，使用户端在向用户展示激励资源定制页时，为用户提供常用的出行路线的激励资源信息。

这里，用户端常用的出行路线可以根据历史时长内用户端在出行路线的历史出行次数进行确定，例如，可以将用户端在过去一个月内历史出行次数超过4次，且历史出行次数在前5名的出行路线作为用户端常用的出行路线。用户端常用的出行路线可以为多个，若用户端常用的出行路线符合预设的推送条件，则在向用户端推送激励资源信息时，可以向用户端推送每个常用的出行路线的激励资源信息，从而可以供用户选择一个或多个常用的出行路线的激励资源。

在具体实施中，用户端可以将软件平台推送的激励资源信息进行保存，在用户查看激励资源时，可以在激励资源选择页中为用户展示激励资源信息。例如，激励资源为拼车通勤卡，则用户端为用户展示激励资源信息的激励资源选择页可以如图6和图7所示，图6和图7展示有拼车通勤卡的折扣信息以及定制价格，激励资源定制页还展示有其他激励资源的激励资源信息，如优惠券、通勤套餐等。若用户选择查看用户端提供的激励资源，用户端可以在激励资源定制页中为用户展示激励资源的详细信息，用户端为用户展示的激励资源定制页中展示有激励资源的适用路线、激励资源的适用时间、激励资源的定制价格、激励资源适用的目标服务类型、激励资源的折扣信息，其中，适用线路可以由用户进行选择和更改。如图8所示，若激励资源为拼车通勤卡，则用户端可以为用户展示拼车通勤卡的定制价格(1.2)、适用路线(新龙城大厦南门和北里湾流)、适用时间(可用时段：上午07:00-10:00，下午17：00-21:00；有效期：购买之后7天内)。若用户需要对激励资源的适用路线进行更改时，用户端可以为用户展示多个适用路线供用户选择，这里的适用路线可以是用户端常用的出行路线。如图9所示，若用户点击用户端展示的如图8中界面显示的“更换其他路线”的按键，则用户端为用户展示全部适用路线，如“巴沟万柳中路蜂鸟社区东门至天空湾流”、“巴沟万柳中路蜂鸟社区西门至未名视通”、“新龙城大厦南门至天空湾流”。

通过上述激励资源信息的推送过程，可以为用户端提供至少一个常用的出行路线的激励资源信息，从而可以供用户选择一个出行路线作为激励资源的适用路线。

本申请实施提供的信息推送方案，可以为用户端推送与目标服务类型和出行路线匹配的激励资源信息，激励资源信息可以包括激励资源的定制价格，用户可以根据激励资源的定制价格对激励资源进行定制。

基于此，如图10所示，本申请实施例还提供了一种确定激励资源的定制价格的过程，包括：

s501，获取所述用户端所在的目标区域内符合所述推送条件的出行路线的出行订单信息。

在具体实施中，软件平台可以获取历史预设时间内目标区域内符合所述推送条件的出行路线的出行订单信息。例如，可以获取用户端所在城市过去4-8周内每个出行路线的出行订单信息。

这里，推送条件可以包括：请求目标服务类型的出行订单占比的排名大于预设排名，并且，请求目标服务类型的出行订单中以所述目标服务类型完成的出行订单比例大于预设比例。其中，请求目标服务类型的出行订单占比为请求目标服务类型的出行订单与用户端所在的目标区域的出行订单之间的比例。

s502，根据符合所述推送条件的出行路线的出行订单信息，确定每个出行路线的所述目标服务类型的出行订单的平均折扣。

这里，软件平台在获取符合推送条件的每个出行路线所对应的出行订单信息之后，可以根据出行订单信息中每个出行订单的折扣信息，确定每个出行路线的目标服务类型的出行订单的平均折扣。

s503，基于所述用户端定制所述激励资源的定制率与所述定制价格之间的关系，确定所述定制价格的定制价格系数。

在具体实施中，软件平台可以根据预设时间段之内用户定制激励资源的数据，建立激励资源的定制价格与用户定制激励资源的定制率之间的关系，并根据用户端定制激励资源的定制率与定制价格之间的关系，确定激励资源的定制价格系数。

s504，根据所述平均折扣以及所述定制价格系数，确定每个出行路线的所述用户端的激励资源的定制价格。

在具体实施中，软件平台可以根据确定的平均折扣和激励资源的定制价格系数，确定针对每个出行路线设置的激励资源的定制价格。这里，定制价格可以基于如下公式进行确定：出行订单平均价格*平均折扣*定制价格系数-目标区域系数。

通过上述激励资源的定制价格的确定过程，可以针对每个出行路线设置激励资源的定制价格，从而可以针对每个出行路线为用户端提供不同的激励资源信息。

基于上述信息推送方法，如图11所示，本申请实施例还提供了一种信息推送装置60，包括：获取模块61、确定模块62和推送模块63；其中，

所述获取模块61，用于获取用户端选择目标服务类型的出行订单信息；

所述确定模块62，用于根据所述出行订单信息，确定所述用户端的出行路线；

所述推送模块63，用于根据所述出行路线，向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息。

在一些实施方式中，所述装置60还包括：

划分模块，用于将所述用户端所在的目标区域划分为至少一个位置单元；

所述确定模块62，具体用于根据以下步骤确定所述用户端的出行路线：

根据所述出行订单信息，确定出行订单的出行地点所在的位置单元及出行时间；

根据所述出行地点所在的位置单元以及所述出行时间，确定所述出行订单所对应的具有方向特征和时间特征的路线向量；

基于所述路线向量，确定所述用户端的出行路线；其中，同一出行路线的路线向量具有的方向特征和时间特征相同。

在一些实施方式中，所述推送模块63，具体用于根据以下步骤向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息：

根据历史时长内所述用户端在所述出行路线的历史出行次数，确定所述出行路线中所述用户端常用的出行路线；

若所述用户端常用的出行路线符合预设的推送条件，则向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息。

在一些实施方式中，所述确定模块62，具体用于根据以下步骤确定所述出行路线中所述用户端常用的出行路线：

确定所述历史出行次数大于预设出行次数的出行路线；

根据所述出行路线的历史出行次数，对历史出行次数大于预设出行次数的出行路线进行排序；

根据所述出行路线排序后的排名，确定所述用户端的常用出行路线。

在一些实施方式中，所述推送条件包括：

请求目标服务类型的出行订单占比的排名大于预设排名，并且，请求目标服务类型的出行订单中以所述目标服务类型完成的出行订单比例大于预设比例；

其中，请求目标服务类型的出行订单占比为请求目标服务类型的出行订单与所述用户端所在的目标区域的出行订单之间的比例。

在一些实施方式中，所述推送模块63，具体用于根据以下步骤向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息：

若所述用户端常用的出行路线符合预设的推送条件，则在所述用户端输入所述常用的出行路线的出行地点时，向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息，使所述用户端向用户展示所述目标服务类型和所述出行路线匹配的激励资源信息。

在一些实施方式中，所述推送模块63，具体用于向所述用户端推送与所述目标服务类型和输入的所述出行路线匹配的激励资源信息：

在所述用户端输入所述常用的出行路线的出行地点时，判断所述用户端是否已定制所述激励资源信息的激励资源；

若所述用户端未定制所述激励资源信息的激励资源，则向所述用户端推送与所述目标服务类型和输入的所述出行路线匹配的激励资源信息。

在一些实施方式中，所述推送模块63，还用于若所述用户端未定制所述激励资源信息的激励资源，则在未来预设时间内不再向所述用户端发送所述资源激励信息。

在一些实施方式中，所述推送模块63，具体用于根据以下步骤向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息：

若所述用户端常用的出行路线符合预设的推送条件，则向所述用户端推送携带有所述用户端常用的出行路线的激励资源信息，使所述用户端在向用户展示激励资源定制页时，为用户提供常用的所述出行路线的激励资源信息。

在一些实施方式中，所述激励资源信息至少包括以下任一种信息：

激励资源的适用路线、激励资源的适用时间、激励资源的定制价格、激励资源适用的目标服务类型、激励资源的折扣信息。

在一些实施方式中，所述确定模块62，还用于根据以下步骤确定所述激励资源的定制价格：

获取所述用户端所在的目标区域内符合所述推送条件的出行路线的出行订单信息；

根据符合所述推送条件的出行路线的出行订单信息，确定每个出行路线的所述目标服务类型的出行订单的平均折扣；

基于所述用户端定制所述激励资源的定制率与所述定制价格之间的关系，确定所述定制价格的定制价格系数；

根据所述平均折扣以及所述定制价格系数，确定每个出行路线的所述用户端的激励资源的定制价格。

在一些实施方式中，所述装置还包括：

激励模块，用于若所述用户端定制所述激励资源信息的激励资源，则在所述用户端提交所述目标服务类型的出行订单时，将所述用户端提交的出行订单的出行地点与所述激励资源信息的适用路线进行匹配；若所述用户端提交的出行订单的出行地点与所述适用路线的适用地点之间的距离在预设适用距离范围内，则为所述用户端的出行订单提供所述激励资源。

本申请实施例提供的信息推送装置60，可以获取用户端选择目标服务类型的出行订单信息，然后根据获取的出行订单信息，确定用户端的出行路线，然后可以根据确定的出行路线，向用户端推送与目标服务类型和确定的出行路线匹配的激励资源信息。这样，在激励资源有限的情况下，可以优化资源配置，为每个用户设置个性化的激励资源，引导用户选择更加合理的出行方案。

上述模块可以经由有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合线缆等，或其任意组合。无线连接可以包括通过lan、wan、蓝牙、zigbee、或nfc等形式的连接，或其任意组合。两个或更多个模块可以组合为单个模块，并且任何一个模块可以分成两个或更多个单元。

图12示出根据本申请实施例的可以实现本申请思想的电子设备700的示例性硬件和软件组件的示意图。处理器720可以用于电子设备700上，并且用于执行本申请中的功能。

电子设备700可以是通用计算机或特殊用途的计算机，两者都可以用于实现本申请的信息推送方法。本申请尽管仅示出了一个计算机，但是为了方便起见，可以在多个类似平台上以分布式方式实现本申请描述的功能，以均衡处理负载。

例如，电子设备700可以包括连接到网络的网络端口710、用于执行程序指令的一个或多个处理器720、通信总线730和不同形式的存储介质740，例如，磁盘、rom、或ram，或其任意组合。示例性地，计算机平台还可以包括存储在rom、ram、或其他类型的非暂时性存储介质或其任意组合中的程序指令。根据这些程序指令可以实现本申请的方法。电子设备700还包括计算机与其他输入输出设备(例如键盘、显示屏)之间的输入/输出(input/output，i/o)接口750。

为了便于说明，在电子设备700中仅描述了一个处理器。然而，应当注意，本申请中的电子设备700还可以包括多个处理器，因此本申请中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。例如，若电子设备700的处理器执行步骤a和步骤b，则应该理解，步骤a和步骤b也可以由两个不同的处理器共同执行或者在一个处理器中单独执行。例如，第一处理器执行步骤a，第二处理器执行步骤b，或者第一处理器和第二处理器共同执行步骤a和b。

在具体实施中，存储介质740存储有所述处理器720可执行的机器可读指令，当电子设备运行时，所述处理器720与所述存储介质740之间通过通信总线730通信，所述机器可读指令被所述处理器720执行时执行如下处理：

获取用户端选择目标服务类型的出行订单信息；

根据所述出行订单信息，确定所述用户端的出行路线；

根据所述出行路线，向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息。

在具体实施中，上述处理器720执行的处理中，所述根据所述出行订单信息，确定所述用户端的出行路线之前，还包括：

将所述用户端所在的目标区域划分为至少一个位置单元；

所述根据所述出行订单信息，确定所述用户端的出行路线，包括：

根据所述出行订单信息，确定出行订单的出行地点所在的位置单元及出行时间；

根据所述出行地点所在的位置单元以及所述出行时间，确定所述出行订单所对应的具有方向特征和时间特征的路线向量；

基于所述路线向量，确定所述用户端的出行路线；其中，同一出行路线的路线向量具有的方向特征和时间特征相同。

在具体实施中，上述处理器720执行的处理中，所述根据所述出行路线，向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息，包括：

根据历史时长内所述用户端在所述出行路线的历史出行次数，确定所述出行路线中所述用户端常用的出行路线；

若所述用户端常用的出行路线符合预设的推送条件，则向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息。

在具体实施中，上述处理器720执行的处理中，所述根据历史时长内所述用户端在所述出行路线的历史出行次数，确定所述出行路线中所述用户端常用的出行路线，包括：

确定所述历史出行次数大于预设出行次数的出行路线；

根据所述出行路线的历史出行次数，对历史出行次数大于预设出行次数的出行路线进行排序；

根据所述出行路线排序后的排名，确定所述用户端的常用出行路线。

在具体实施中，上述处理器720执行的处理中，所述推送条件包括：

请求目标服务类型的出行订单占比的排名大于预设排名，并且，请求目标服务类型的出行订单中以所述目标服务类型完成的出行订单比例大于预设比例；

其中，请求目标服务类型的出行订单占比为请求目标服务类型的出行订单与所述用户端所在的目标区域的出行订单之间的比例。

在具体实施中，上述处理器720执行的处理中，所述若所述用户端常用的出行路线符合预设的推送条件，则向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息，包括：

若所述用户端常用的出行路线符合预设的推送条件，则在所述用户端输入所述常用的出行路线的出行地点时，向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息，使所述用户端向用户展示所述目标服务类型和所述出行路线匹配的激励资源信息。

在具体实施中，上述处理器720执行的处理中，所述在所述用户端输入所述常用的出行路线的出行地点时，向所述用户端推送与所述目标服务类型和输入的所述出行路线匹配的激励资源信息，包括：

在所述用户端输入所述常用的出行路线的出行地点时，判断所述用户端是否已定制所述激励资源信息的激励资源；

若所述用户端未定制所述激励资源信息的激励资源，则向所述用户端推送与所述目标服务类型和输入的所述出行路线匹配的激励资源信息。

在具体实施中，上述处理器720执行的处理中，所述向所述用户端推送与所述目标服务类型和输入的所述出行路线匹配的激励资源信息之后，还包括：

若所述用户端未定制所述激励资源信息的激励资源，则在未来预设时间内不再向所述用户端发送所述资源激励信息。

在具体实施中，上述处理器720执行的处理中，所述若所述用户端常用的出行路线符合预设的推送条件，则向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息，包括：

若所述用户端常用的出行路线符合预设的推送条件，则向所述用户端推送携带有所述用户端常用的出行路线的激励资源信息，使所述用户端在向用户展示激励资源定制页时，为用户提供常用的所述出行路线的激励资源信息。

在具体实施中，上述处理器720执行的处理中，所述激励资源信息至少包括以下任一种信息：

激励资源的适用路线、激励资源的适用时间、激励资源的定制价格、激励资源适用的目标服务类型、激励资源的折扣信息。

在具体实施中，上述处理器720执行的处理中，根据以下步骤确定所述激励资源的定制价格：

获取所述用户端所在的目标区域内符合所述推送条件的出行路线的出行订单信息；

根据符合所述推送条件的出行路线的出行订单信息，确定每个出行路线的所述目标服务类型的出行订单的平均折扣；

基于所述用户端定制所述激励资源的定制率与所述定制价格之间的关系，确定所述定制价格的定制价格系数；

根据所述平均折扣以及所述定制价格系数，确定每个出行路线的所述用户端的激励资源的定制价格。

在具体实施中，上述处理器720执行的处理中，所述根据所述出行路线，向所述用户端推送与所述目标服务类型和所述出行路线匹配的激励资源信息之后，还包括：

若所述用户端定制所述激励资源信息的激励资源，则在所述用户端提交所述目标服务类型的出行订单时，将所述用户端提交的出行订单的出行地点与所述激励资源信息的适用路线进行匹配；

若所述用户端提交的出行订单的出行地点与所述适用路线的适用地点之间的距离在预设适用距离范围内，则为所述用户端的出行订单提供所述激励资源。

本申请实施例还提供了一种计算机存储介质，该计算机存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述实施例中信息推送方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述信息推送方法，从而可以在出行资源有限的情况下，引导用户选择更加合理的出行方案。

本申请实施例所提供的信息推送的方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。