CN115760530A - 一种基于对象入驻的打车方法、装置、设备及介质 - Google Patents

Abstract

本申请提供了一种基于对象入驻的打车方法、装置、设备及介质，该方法通过确定待结算订单是否为目标类订单，以在待结算订单为目标类订单时向发布该待结算订单的用户下发核销指示信息。上述目标类订单的行程目的地为任一与打车平台存在绑定关系的对象，该对象具备车费优惠权限。接收到用户端的核销响应信息后，通过获取核销响应消息关联的目标订单，以根据核销响应消息对目标订单进行订单费用的减免。上述流程以对象入驻平台的方式推行新的打车策略，针对通过本平台打车至平台入驻的对象处消费的用户进行车费优惠，进而吸引新客户的加入，提高平台客户的留存率和活跃程度。

Description

一种基于对象入驻的打车方法、装置、设备及介质

技术领域

本申请涉及数据处理技术领域，具体涉及一种基于对象入驻的打车方法、装置、设备及介质。

背景技术

网约车因其可预约性与便捷性被愈来愈多的用户所选用。随着网约车平台的数量增多，客户市场的竞争也愈发激烈。可见，如何提高客户的留存率和活跃程度对于网约车平台的企业发展至关重要。

考虑到实际应用中，乘客因存在消费需求而产生打车行为的比重较高，即乘客需要打车去往如饮品店、餐馆以及商场等消费场所进行消费。网约车平台若能够与这些商家店铺建立合作关系，以店铺入驻平台的方式推行新的打车策略，则能够为入驻店铺引流的同时，还能为平台带来入驻店铺的商业服务资源进而提高客户的留存率和活跃程度。

发明内容

本申请实施例提供一种基于对象入驻的打车方法、装置、设备及介质，通过以对象入驻平台的方式推行新的打车策略，为平台吸引新客户加入的同时，提高客户的留存率和活跃程度。

为达到上述目的，本申请实施例的技术方案是这样实现的：

第一方面，本申请实施例提供了一种基于对象入驻的打车方法，所述方法包括：

响应于司机端的订单结算指示，接收待结算订单并确定所述待结算订单是否为目标类订单；其中，所述目标类订单的行程目的地为任一与打车平台存在绑定关系的对象，所述对象具备车费优惠权限；

若所述待结算订单为目标类订单，则根据所述目标类订单中对象的车费优惠权限生成核销指示信息，并将所述核销指示信息下发至发起所述目标类订单的用户端；

接收用户端的核销响应信息，获取所述核销响应信息关联的目标订单，并根据所述目标订单中对象的车费优惠权限调整所述目标订单的订单费用；其中，所述目标订单为任一目标类订单；所述核销响应信息表征发布所述目标订单的用户在第一时段内与所述目标订单中的对象存在消费关系。

在一些可能的实施例中，所述方法还包括：

在第一页面展示对象信息；其中，所述对象信息包括所述打车平台内各对象的对象类型及每种对象类型的对象数量；

响应于用户端的对象类型选择指示，获取目标对象类型；

根据所述用户端与各候选对象间的行程距离，对各候选对象进行排序展示；其中，所述候选对象为所述目标对象类型的对象。

在一些可能的实施例中，所述对各候选对象进行排序展示之后，所述方法还包括：

响应于用户端的对象选择指示，获取目标对象和所述目标对象的权限信息；其中，所述权限信息包括所述目标对象具备的车费优惠权限和对象位置；

根据所述用户端的当前位置和所述对象位置生成打车信息；其中，所述打车信息用于指示用户端打车至所述目标对象所需的费用和时间。

在一些可能的实施例中，所述根据所述用户端的当前位置和所述对象位置生成打车信息之后，所述方法还包括：

响应于用户端的订单发布指示，生成所述打车信息对应的目标订单；

在第二页面展示所述目标订单的订单实况和用于跳转至所述目标对象的业务页面的业务标识；其中，所述订单实况包括是否接单、订单行程轨迹，以及所述用户端与所述目标对象的实时距离中的部分或全部。

在一些可能的实施例中，所述方法还包括：

若所述目标订单中的目标对象为表征商家店铺的对象，则生成所述打车信息对应的目标订单之后，获取所述目标订单对应商家店铺的实时拥堵率；其中，所述实时拥堵率是根据所述商家店铺内的待消费人数确定的；

若所述实时拥堵率大于拥堵率阈值，则生成表征所述商家店铺当前拥堵的提示信息以提示用户端在到店前排队消费。

在一些可能的实施例中，所述根据所述目标订单对应对象的车费优惠权限调整所述目标订单的订单费用之前，所述方法还包括：

确定所述核销响应信息已通过验证；

所述方法还包括：

接收所述核销响应信息之后，检测所述核销响应信息中是否携带消费凭证，其中，所述消费凭证包括消费条码和/或，消费收据图片；

若携带所述消费凭证，且所述消费凭证的发布方为所述核销响应信息关联目标订单中行程目的地、所述消费凭证对应的消费时间在所述第一时段内时，确定所述核销响应信息通过验证。

在一些可能的实施例中，所述接收待结算订单之后，所述方法还包括：

确定发布所述待结算订单的用户端是否满足预设提示条件；

在所述用户端满足所述预设提示条件时向所述用户端下发用于上传核销响应信息的提示信息；其中，所述预设提示条件至少包括下述条件的任一或组合：

条件一，确定所述用户端在到达所述待结算订单的行程目的地后，在第二时段内未上传所述待结算订单的核销响应信息；

条件二，确定所述用户端在到达所述行程目的地后所述行程目的地与所述发布方的当前位置超过距离阈值，且所述用户端未上传所述待结算订单的核销响应信息。

第二方面，本申请实施例提供了一种基于对象入驻的打车装置，所述装置包括：

订单检测模块，被配置为执行响应于司机端的订单结算指示，接收待结算订单并确定所述待结算订单是否为目标类订单；其中，所述目标类订单的行程目的地为任一与打车平台存在绑定关系的对象，所述对象具备车费优惠权限；

核销指示模块，被配置为执行若所述待结算订单为目标类订单，则根据所述目标类订单中对象的车费优惠权限生成核销指示信息，并将所述核销指示信息下发至发起所述目标类订单的用户端；

订单调整模块，被配置为执行接收用户端的核销响应信息，获取所述核销响应信息关联的目标订单，并根据所述目标订单中对象的车费优惠权限调整所述目标订单的订单费用；其中，所述目标订单为任一目标类订单；所述核销响应信息表征发布所述目标订单的用户在第一时段内与所述目标订单中的对象存在消费关系。

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

订单展示模块，被配置为执行在第一页面展示对象信息；其中，所述对象信息包括所述打车平台内各对象的对象类型及每种对象类型的对象数量；

响应于用户端的对象类型选择指示，获取目标对象类型；

根据所述用户端与各候选对象间的行程距离，对各候选对象进行排序展示；其中，所述候选对象为所述目标对象类型的对象。

在一些可能的实施例中，执行所述对各候选对象进行排序展示之后，所述订单展示模块还被配置为：

响应于用户端的对象选择指示，获取目标对象和所述目标对象的权限信息；其中，所述权限信息包括所述目标对象具备的车费优惠权限和对象位置；

根据所述用户端的当前位置和所述对象位置生成打车信息；其中，所述打车信息用于指示用户端打车至所述目标对象所需的费用和时间。

在一些可能的实施例中，执行所述根据所述用户端的当前位置和所述对象位置生成打车信息之后，所述订单展示模块还被配置为：

响应于用户端的订单发布指示，生成所述打车信息对应的目标订单；

在第二页面展示所述目标订单的订单实况和用于跳转至所述目标对象的业务页面的业务标识；其中，所述订单实况包括是否接单、订单行程轨迹，以及所述用户端与所述目标对象的实时距离中的部分或全部。

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

拥堵提示模块，被配置为执行若所述目标订单中的目标对象为表征商家店铺的对象，则生成所述打车信息对应的目标订单之后，获取所述目标订单对应商家店铺的实时拥堵率；其中，所述实时拥堵率是根据所述商家店铺内的待消费人数确定的；

若所述实时拥堵率大于拥堵率阈值，则生成表征所述商家店铺当前拥堵的提示信息以提示用户端在到店前排队消费。

在一些可能的实施例中，执行所述根据所述目标订单对应对象的车费优惠权限调整所述目标订单的订单费用之前，所述订单调整模块还被配置为：

确定所述核销响应信息已通过验证；

所述订单调整模块还被配置为：

接收所述核销响应信息之后，检测所述核销响应信息中是否携带消费凭证，其中，所述消费凭证包括消费条码和/或，消费收据图片；

若携带所述消费凭证，且所述消费凭证的发布方为所述核销响应信息关联目标订单中行程目的地、所述消费凭证对应的消费时间在所述第一时段内时，确定所述核销响应信息通过验证。

在一些可能的实施例中，执行所述接收待结算订单之后，所述订单调整模块还被配置为：

确定发布所述待结算订单的用户端是否满足预设提示条件；

在所述用户端满足所述预设提示条件时向所述用户端下发用于上传核销响应信息的提示信息；其中，所述预设提示条件至少包括下述条件的任一或组合：

条件一，确定所述用户端在到达所述待结算订单的行程目的地后，在第二时段内未上传所述待结算订单的核销响应信息；

条件二，确定所述用户端在到达所述行程目的地后所述行程目的地与所述发布方的当前位置超过距离阈值，且所述用户端未上传所述待结算订单的核销响应信息。

第三方面，本申请实施例还提供了一种电子设备，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器实现第一方面中的任一方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时，实现第一方面中的任一方法。

第五方面，本申请实施例一种计算机程序产品，其包括计算机指令，所述计算机指令存储在计算机可读存储介质中；当计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令时，所述处理器执行该计算机指令，使得所述计算机设备实现第一方面中的任一方法。

本申请实施例中，通过确定待结算订单是否为目标类订单，以在待结算订单为目标类订单时向发布该待结算订单的用户下发核销指示信息。上述目标类订单的行程目的地为任一与打车平台存在绑定关系的对象，该对象具备车费优惠权限。接收到用户端的核销响应信息后，通过获取核销响应消息关联的目标订单，以根据核销响应消息对目标订单进行订单费用的减免。上述流程以对象入驻平台的方式推行新的打车策略，针对通过本平台打车至平台入驻的对象处消费的用户进行车费优惠，进而吸引新客户的加入，提高平台客户的留存率和活跃程度。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本公开而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

图1为本申请实施例提供的一种基于对象入驻的打车方法的时序图；

图2为本申请实施例提供的登录首页面示意图；

图3为本申请实施例提供的第一页面示意图；

图4为本申请实施例提供的展示候选对象示意图；

图5为本申请实施例提供的打车页面示意图；

图6为本申请实施例提供的在页面中展示订单实况的示意图；

图7为本申请实施例提供的核销示意图；

图8为本申请实施例提供的一种基于对象入驻的打车方法的流程图；

图9为本申请实施例提供的一种基于对象入驻的打车装置900的结构图；

图10为本申请实施例提供的一种电子设备的结构图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以按不同于此处的顺序执行所示出或描述的步骤。

本申请的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请中的“多个”可以表示至少两个，例如可以是两个、三个或者更多个，本申请实施例不做限制。

前文已提及，打车场景中乘客因存在消费需求而产生打车行为的比重较高，即乘客需要打车去往如饮品店、餐馆以及商场等消费场所进行消费。基于此，若网约车平台能够与这些商家店铺建立合作关系，以店铺入驻平台的方式推行新的打车策略，为通过本平台打车至商家店铺进行消费的用户进行车费的减免优惠。由此在为入驻店铺引流的同时，还能为平台带来入驻店铺的商业服务资源进而提高客户的留存率和活跃程度。

基于此，本申请实施例的发明构思为：通过确定待结算订单是否为目标类订单，以在待结算订单为目标类订单时向发布该待结算订单的用户下发核销指示信息。上述目标类订单的行程目的地为任一与打车平台存在绑定关系的对象，该对象具备车费优惠权限。接收到用户端的核销响应信息后，通过获取核销响应消息关联的目标订单，以根据核销响应消息对目标订单进行订单费用的减免。上述流程以对象入驻平台的方式推行新的打车策略，针对通过本平台打车至平台入驻的对象处消费的用户进行车费优惠，进而吸引新客户的加入，提高平台客户的留存率和活跃程度。

参见图1，图1示出了本申请实施例提供了一种基于对象入驻的打车方法的时序图，包括服务器10和用户端11：

步骤101：用户端11从第一页面中选取要查看的对象类型；

实施时，可在用户端的登录首页面展示平台与商户合作的相关广告链接，以及入驻店铺的跳转接口。具体可如图2所示，图2示出的用户端登录首页面中展示了表征平台与商户合作相关的广告链接，并且在该页面中还设置了入驻店铺的跳转接口。用户可通过点击广告链接或跳转接口跳转到第一页面。

本申请实施例的第一页面中展示有对象信息，该对象信息包括打车平台内各对象的对象类型及每种对象类型的对象数量。

上述对象可具体为如餐饮店、商场、超市等具备实体店铺的消费场所。与平台具备绑定关系的对象即表征入驻网约车平台的商户店铺。具体实施时，网约车平台可根据实际需求为平台内的入驻店铺合理发放用于对用户的打车订单进行车费减免的车费优惠权限。该车费优惠权限对应的减免费用可约定由入驻店铺自行提供，也可由平台和入驻店铺约定合理的分配规则由双方分别提供，具体减免费用的提供方式可根据实际业务需求制定，本申请对此不作限定。

此外为更加贴合用户打车需求，上述对象还可包括如核酸站点这种用户存在较大打车需求的非消费场所。为便于对本申请技术方案进行介绍，下面以商户店铺作为与平台存在绑定关系的对象为例对方案进行说明。

具体如图3所示，图3示出的第一页面中展示有网约车平台内各入驻店铺的店铺类型以及每种店铺类型的数量。例如餐饮类店铺77家、娱乐类店铺62家以及超市类店铺113家。用户可在该第一页面内选定满足自身打车需求的店铺类型，进而查看该店铺类型的入驻店铺信息。

步骤102：服务器10根据用户端11选定的目标对象类型，确定对应的候选对象；

步骤103：服务器10根据用户端11与各候选对象间的行程距离，对各候选对象进行排序展示；

以上述图3为例进行说明，具体如图4所示。假设用户想要打车去饭店吃饭，则可在第一页面中点击“餐饮类”。服务器10接收用户选择的目标对象类型(餐饮类)后，将餐饮类入驻店铺作为候选对象。并获取用户端11的当前位置。根据用户端11当前位置与各候选对象间的行程距离，以由近到远的方式对各餐饮类入驻店铺进行展示。

另如图4所示，对各餐饮类入驻店铺进行展示的同时，可在每一展示的入驻店铺旁展示用户与该入驻店铺间的行程距离，并添加商家详情的跳转接口。用户通过点击该跳转接口可查看该入驻店铺的商品售卖信息以及该入驻店铺具备的车费优惠权限。

步骤104：用户端11向服务器10发送选定的对象；

步骤105：服务器10响应于用户端11的对象选择指示，获取目标对象和所述目标对象的权限信息；

步骤106：服务器10向用户端11发送打车信息；

以上述图4为例进行说明，假设用户选定了餐饮类的入驻店铺A，则服务器10获取该入驻店铺A的权限信息。该权限信息包括入驻店铺A具备的车费优惠权限和入驻店铺A的店铺位置。服务器10根据用户端11的当前位置和入驻店铺A的店铺位置生成打车信息，并将生成的打车信息下发至用户端11，以向用户展示图5示出的打车页面。

上述打车信息用于指示用户端11打车至目标对象所需的费用和时间。具体如图5所示，图5示出的打车页面中会可为用户提供打车类型，如快车、优享车、拼车等，并根据该打车信息和用户选定的打车类型，向用户展示从当前位置打车至入驻店铺A所需的费用和行程预计时间。

步骤107：用户端11向服务器10确认订单发布；

步骤108：服务器10生成打车信息对应的目标订单，并指示用户端11跳转至第二页面；

用户选定打车类型后可通过点击上述打车页面中的“叫车”图标向服务器10确认订单发布。此时，服务器10会根据该订单对应的打车信息生成目标订单。此处的目标订单为尚未支付的，行程目的地为任一入驻店铺的打车订单。生成目标订单后，可根据实际需求设定由服务器10或用户端11执行目标订单的发布操作。应理解的是，目标订单发布后，即会由满足订单要求的网约车司机进行接单。

服务器10生成上述目标订单后指示用户端11跳转至第二页面查看订单状态。具体如图6所示，本申请实施例的第二页面用于展示目标订单的订单实况和用于跳转至目标对象的业务页面的业务标识。上述订单实况包括表征当前是否接单的接单状态、订单行程轨迹、用户端11与目标对象(即上述用户选定的入驻店铺A)的实时距离，以及根据实时距离推算的预计到达时间中的部分或全部。

在一些可能的实施例中，若目标订单中的目标对象为表征商家店铺的对象，则生成打车信息对应的目标订单之后，获取目标订单对应商家店铺的实时拥堵率。若实时拥堵率大于拥堵率阈值，则生成表征商家店铺当前拥堵的提示信息以提示用户端11在到店前排队消费；其中，该实时拥堵率是根据商家店铺内的待消费人数确定的。

以上述用户端11打车至入驻店铺A为例进行说明，通过上述步骤108生成目标订单后，实时获取入驻店铺A的付款排队情况，并根据入驻店铺A的付款排队情况确定其实时拥堵率。若拥堵率高于预设的拥堵率阈值，则可向用户反馈该情况，进而提示用户可提前点单以节约时间。

上述步骤101～108中示出了本申请技术方案中，叫车阶段用户端11与服务器10间的时序交互。接下来通过下述步骤109～115对订单结算的流程进行说明。

步骤109：服务器10响应于司机端的订单结算申请，确定待结算订单是否为目标类订单；

步骤110：若待结算订单不为目标类订单，则服务器10将订单下发至用户端11进行订单结算；

服务器10接收司机端发送的订单结算指示后，检测待结算订单是否为目标类订单，该目标类订单即为行程目的地为任一入驻店铺的打车订单。若不为目标类订单则按普通订单处理即可，本申请对此不作赘述。

步骤111：若待结算订单为目标类订单，则服务器10根据该订单中对象的车费优惠权限生成核销指示信息；

步骤112：服务器10向用户端11发送核销指示信息；

步骤113：用户端11向服务器10上传核销响应信息；

若待结算订单为目标类订单，则服务器10该订单中对象的车费优惠权限生成核销指示信息。以上述用户端11打车至入驻店铺A为例进行说明，假设司机端上传的待结算订单为上述用户端11打车至入驻店铺A的订单，则服务器10根据入驻店铺A的车费优惠权限生成核销指示信息。

上述步骤112中的核销指示信息用于指示用户上传核销响应信息。服务器10向用户端11下发核销指示信息后，用户端11的页面可展示核销方式。具体如图7所示，本申请实施例中的核销方式具体可包括条码验证和图片验证两种，若用户选择条码验证，则会为用户提供待验证的二维码，用户通过向商家示出该待验证的二维码，待商家扫描该二维码后即触发用户端11向服务器10上传核销响应信息。

相应的，当商家不具备扫描能力时，用户可选用图片验证的方式完成核销响应信息的上传。实施时，用户可通过拍摄在商家的消费单据(如购物小票、付款记录、发票等)并由图7示出的图片上传接口上传至服务器10，由此完成核销响应信息的上传。

步骤114：服务器10获取核销响应信息关联的目标订单，并根据目标订单中对象的车费优惠权限调整订单费用；

步骤115：服务器10向用户端11发送调整后的订单费用；

本申请实施例中的核销响应信息关联有唯一的目标订单。具体的，服务器10在对目标订单下发核销指示信息时，由该核销指示信息反馈的核销响应信息即关联了该核销指示信息对应的目标订单。这样，在用户端11上传核销响应信息之后，服务端10通过检测该核销响应信息是否满足核销要求，以确定是否对核销响应信息关联的目标订单进行车费减免。

实施时，服务器10在接收核销响应信息后，检测其中是否携带消费凭证。该消费凭证包括消费条码和/或，消费收据图片，即对应上述二维码和如购物小票等消费单据。若核销响应信息中携带消费凭证，且消费凭证的发布方为核销响应信息关联目标订单中行程目的地、消费凭证对应的消费时间在第一时段内时，确定核销响应信息通过验证。

以上述用户端11打车至入驻店铺A为例进行说明，若用户端11上传的核销响应信息中携带消费凭证，且该消费凭证的发布方为该核销响应信息关联的目标订单中的行程目的地(即入驻店铺A)，并且消费凭证对应的消费时间在第一时段内时，确定核销响应信息通过验证。需要说明的是，此处的第一时段即相当于活动时限。譬如用户打车至任一入驻店铺后，若在第一时段内进入该入驻店铺内消费则可进行车费减免。

另在上述消费凭证验证过程中，若用户端11上传的是消费收据图片，则还需确定该消费收据图片是否为已参与过核销。具体可设置一数据库用于存储服务器10接收的各消费收据图片内消费收据的收据编号。这样，在每次接收到包含消费收据图片的核销响应消息后检测数据库内是否已存有对应的收据编号。若已存有，则说明该消费收据图片已参与其他订单的核销，此时判定携带该消费收据图片的核销响应消息验证失败。若未存有，则通过上述检测消费时间是否在第一时段内来确定核销响应消息是否通过验证。

为适用更多的应用场景，本申请实施例中的服务器10在接收待结算订单之后，还需确定发布待结算订单的用户端11是否满足预设提示条件。并在用户端11满足预设提示条件时，向用户端11下发用于上传核销响应信息的提示信息。本申请实施例中的预设提示条件至少包括下述条件的任一或组合：

条件一，确定用户端11在到达待结算订单的行程目的地后，在第二时段内未上传待结算订单的核销响应信息；

假设用户在打车至任一入驻店铺后，若在第二时段内未上传核销响应信息，则为提醒用户进行车费减免，可为用户下发用于及时上传核销响应信息的提示信息。此处的第二时段可根据实际需求合理指定，仅需小于上述表征活动时限的第一时段即可，本申请对此不作限定。

此外，还可进一步细化为当用户打车至任一入驻店铺后，若未在指定时段内消费，则提示用户及时消费以进行车费减免。当用户消费后但在第二时段内未上传核销响应信息，则提示用户及时上传核销响应信息。

条件二，确定用户端11在到达行程目的地后行程目的地与发布方的当前位置超过距离阈值，且用户端11未上传待结算订单的核销响应信息。

假设用户在打车至任一入驻店铺后，若用户当前位置超出该入驻店铺300米以上且并未上传核销响应信息。此时为提醒用户进行车费减免，可为用户下发用于及时上传核销响应信息的提示信息。应理解的是，上述300米仅为距离阈值的一个示例，实际应用中可自行设置合理的距离阈值，本申请对此不作限定。

上述流程中，以对象入驻平台的方式推行新的打车策略，针对通过本平台打车至平台入驻的对象处消费的用户进行车费优惠。由此在为客户提供车费优惠、为入驻店铺引流的同时，还能为网约车平台带来入驻店铺的商业服务资源，进而吸引新客户的加入，提高平台客户的留存率和活跃程度。

接下来如图8所示，图8为针对上述步骤101～115中涉及的一种基于对象入驻的打车方法的整体流程图，具体包括：

步骤801：响应于司机端的订单结算指示，接收待结算订单并确定所述待结算订单是否为目标类订单；其中，所述目标类订单的行程目的地为任一与打车平台存在绑定关系的对象，所述对象具备车费优惠权限；

步骤802：若所述待结算订单为目标类订单，则根据所述目标类订单中对象的车费优惠权限生成核销指示信息，并将所述核销指示信息下发至发起所述目标类订单的用户端；

步骤803：接收用户端的核销响应信息，获取所述核销响应信息关联的目标订单，并根据所述目标订单中对象的车费优惠权限调整所述目标订单的订单费用；其中，所述目标订单为任一目标类订单；所述核销响应信息表征发布所述目标订单的用户在第一时段内与所述目标订单中的对象存在消费关系。

在一些可能的实施例中，所述方法还包括：

在第一页面展示对象信息；其中，所述对象信息包括所述打车平台内各对象的对象类型及每种对象类型的对象数量；

响应于用户端的对象类型选择指示，获取目标对象类型；

根据所述用户端与各候选对象间的行程距离，对各候选对象进行排序展示；其中，所述候选对象为所述目标对象类型的对象。

在一些可能的实施例中，所述对各候选对象进行排序展示之后，所述方法还包括：

响应于用户端的对象选择指示，获取目标对象和所述目标对象的权限信息；其中，所述权限信息包括所述目标对象具备的车费优惠权限和对象位置；

根据所述用户端的当前位置和所述对象位置生成打车信息；其中，所述打车信息用于指示用户端打车至所述目标对象所需的费用和时间。

在一些可能的实施例中，所述根据所述用户端的当前位置和所述对象位置生成打车信息之后，所述方法还包括：

响应于用户端的订单发布指示，生成所述打车信息对应的目标订单；

在第二页面展示所述目标订单的订单实况和用于跳转至所述目标对象的业务页面的业务标识；其中，所述订单实况包括是否接单、订单行程轨迹，以及所述用户端与所述目标对象的实时距离中的部分或全部。

在一些可能的实施例中，所述方法还包括：

若所述目标订单中的目标对象为表征商家店铺的对象，则生成所述打车信息对应的目标订单之后，获取所述目标订单对应商家店铺的实时拥堵率；其中，所述实时拥堵率是根据所述商家店铺内的待消费人数确定的；

若所述实时拥堵率大于拥堵率阈值，则生成表征所述商家店铺当前拥堵的提示信息以提示用户端在到店前排队消费。

在一些可能的实施例中，所述根据所述目标订单对应对象的车费优惠权限调整所述目标订单的订单费用之前，所述方法还包括：

确定所述核销响应信息已通过验证；

所述方法还包括：

接收所述核销响应信息之后，检测所述核销响应信息中是否携带消费凭证，其中，所述消费凭证包括消费条码和/或，消费收据图片；

若携带所述消费凭证，且所述消费凭证的发布方为所述核销响应信息关联目标订单中行程目的地、所述消费凭证对应的消费时间在所述第一时段内时，确定所述核销响应信息通过验证。

在一些可能的实施例中，所述接收待结算订单之后，所述方法还包括：

确定发布所述待结算订单的用户端是否满足预设提示条件；

在所述用户端满足所述预设提示条件时向所述用户端下发用于上传核销响应信息的提示信息；其中，所述预设提示条件至少包括下述条件的任一或组合：

条件一，确定所述用户端在到达所述待结算订单的行程目的地后，在第二时段内未上传所述待结算订单的核销响应信息；

条件二，确定所述用户端在到达所述行程目的地后所述行程目的地与所述发布方的当前位置超过距离阈值，且所述用户端未上传所述待结算订单的核销响应信息。

基于相同的发明构思，本申请实施例提供了一种基于对象入驻的打车装置900，具体如图9所示，包括：

订单检测模块901，被配置为执行响应于司机端的订单结算指示，接收待结算订单并确定所述待结算订单是否为目标类订单；其中，所述目标类订单的行程目的地为任一与打车平台存在绑定关系的对象，所述对象具备车费优惠权限；

核销指示模块902，被配置为执行若所述待结算订单为目标类订单，则根据所述目标类订单中对象的车费优惠权限生成核销指示信息，并将所述核销指示信息下发至发起所述目标类订单的用户端；

订单调整模块903，被配置为执行接收用户端的核销响应信息，获取所述核销响应信息关联的目标订单，并根据所述目标订单中对象的车费优惠权限调整所述目标订单的订单费用；其中，所述目标订单为任一目标类订单；所述核销响应信息表征发布所述目标订单的用户在第一时段内与所述目标订单中的对象存在消费关系。

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

订单展示模块，被配置为执行在第一页面展示对象信息；其中，所述对象信息包括所述打车平台内各对象的对象类型及每种对象类型的对象数量；

响应于用户端的对象类型选择指示，获取目标对象类型；

根据所述用户端与各候选对象间的行程距离，对各候选对象进行排序展示；其中，所述候选对象为所述目标对象类型的对象。

在一些可能的实施例中，执行所述对各候选对象进行排序展示之后，所述订单展示模块还被配置为：

响应于用户端的对象选择指示，获取目标对象和所述目标对象的权限信息；其中，所述权限信息包括所述目标对象具备的车费优惠权限和对象位置；

根据所述用户端的当前位置和所述对象位置生成打车信息；其中，所述打车信息用于指示用户端打车至所述目标对象所需的费用和时间。

在一些可能的实施例中，执行所述根据所述用户端的当前位置和所述对象位置生成打车信息之后，所述订单展示模块还被配置为：

响应于用户端的订单发布指示，生成所述打车信息对应的目标订单；

在第二页面展示所述目标订单的订单实况和用于跳转至所述目标对象的业务页面的业务标识；其中，所述订单实况包括是否接单、订单行程轨迹，以及所述用户端与所述目标对象的实时距离中的部分或全部。

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

拥堵提示模块，被配置为执行若所述目标订单中的目标对象为表征商家店铺的对象，则生成所述打车信息对应的目标订单之后，获取所述目标订单对应商家店铺的实时拥堵率；其中，所述实时拥堵率是根据所述商家店铺内的待消费人数确定的；

若所述实时拥堵率大于拥堵率阈值，则生成表征所述商家店铺当前拥堵的提示信息以提示用户端在到店前排队消费。

在一些可能的实施例中，执行所述根据所述目标订单对应对象的车费优惠权限调整所述目标订单的订单费用之前，所述订单调整模块还被配置为：

确定所述核销响应信息已通过验证；

所述订单调整模块还被配置为：

接收所述核销响应信息之后，检测所述核销响应信息中是否携带消费凭证，其中，所述消费凭证包括消费条码和/或，消费收据图片；

若携带所述消费凭证，且所述消费凭证的发布方为所述核销响应信息关联目标订单中行程目的地、所述消费凭证对应的消费时间在所述第一时段内时，确定所述核销响应信息通过验证。

在一些可能的实施例中，执行所述接收待结算订单之后，所述订单调整模块还被配置为：

确定发布所述待结算订单的用户端是否满足预设提示条件；

在所述用户端满足所述预设提示条件时向所述用户端下发用于上传核销响应信息的提示信息；其中，所述预设提示条件至少包括下述条件的任一或组合：

条件一，确定所述用户端在到达所述待结算订单的行程目的地后，在第二时段内未上传所述待结算订单的核销响应信息；

条件二，确定所述用户端在到达所述行程目的地后所述行程目的地与所述发布方的当前位置超过距离阈值，且所述用户端未上传所述待结算订单的核销响应信息。

下面参照图10来描述根据本申请的这种实施方式的电子设备130。图10显示的电子设备130仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图10所示，电子设备130以通用电子设备的形式表现。电子设备130的组件可以包括但不限于：上述至少一个处理器131、上述至少一个存储器132、连接不同系统组件(包括存储器132和处理器131)的总线133。

总线133表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器132可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)1321和/或高速缓存存储器1322，还可以进一步包括只读存储器(ROM)1323。

存储器132还可以包括具有一组(至少一个)程序模块1324的程序/实用工具1325，这样的程序模块1324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

电子设备130也可以与一个或多个外部设备134(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与电子设备130交互的设备通信，和/或与使得该电子设备130能与一个或多个其它电子设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口135进行。并且，电子设备130还可以通过网络适配器136与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器136通过总线133与用于电子设备130的其它模块通信。应当理解，尽管图中未示出，可以结合电子设备130使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器132，上述指令可由上述装置的处理器131执行以完成上述方法。可选地，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器131执行时实现如本申请提供的一种基于对象入驻的打车方法中的任一方法。

在示例性实施例中，本申请提供的一种基于对象入驻的打车方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的一种基于对象入驻的打车方法中的步骤。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的用于基于对象入驻的打车的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在电子设备上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如语言或类似的程序设计语言。程序代码可以完全地在用户电子设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务端上执行。在涉及远程电子设备的情形中，远程电子设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户电子设备，或者，可以连接到外部电子设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

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

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

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

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

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种基于对象入驻的打车方法，其特征在于，所述方法包括：

响应于司机端的订单结算指示，接收待结算订单并确定所述待结算订单是否为目标类订单；其中，所述目标类订单的行程目的地为任一与打车平台存在绑定关系的对象，所述对象具备车费优惠权限；

若所述待结算订单为目标类订单，则根据所述目标类订单中对象的车费优惠权限生成核销指示信息，并将所述核销指示信息下发至发起所述目标类订单的用户端；

接收用户端的核销响应信息，获取所述核销响应信息关联的目标订单，并根据所述目标订单中对象的车费优惠权限调整所述目标订单的订单费用；其中，所述目标订单为任一目标类订单；所述核销响应信息表征发布所述目标订单的用户在第一时段内与所述目标订单中的对象存在消费关系。

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

在第一页面展示对象信息；其中，所述对象信息包括所述打车平台内各对象的对象类型及每种对象类型的对象数量；

响应于用户端的对象类型选择指示，获取目标对象类型；

根据所述用户端与各候选对象间的行程距离，对各候选对象进行排序展示；其中，所述候选对象为所述目标对象类型的对象。

3.根据权利要求2所述的方法，其特征在于，所述对各候选对象进行排序展示之后，所述方法还包括：

响应于用户端的对象选择指示，获取目标对象和所述目标对象的权限信息；其中，所述权限信息包括所述目标对象具备的车费优惠权限和对象位置；

根据所述用户端的当前位置和所述对象位置生成打车信息；其中，所述打车信息用于指示用户端打车至所述目标对象所需的费用和时间。

4.根据权利要求3所述的方法，其特征在于，所述根据所述用户端的当前位置和所述对象位置生成打车信息之后，所述方法还包括：

响应于用户端的订单发布指示，生成所述打车信息对应的目标订单；

在第二页面展示所述目标订单的订单实况和用于跳转至所述目标对象的业务页面的业务标识；其中，所述订单实况包括是否接单、订单行程轨迹，以及所述用户端与所述目标对象的实时距离中的部分或全部。

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

若所述目标订单中的目标对象为表征商家店铺的对象，则生成所述打车信息对应的目标订单之后，获取所述目标订单对应商家店铺的实时拥堵率；其中，所述实时拥堵率是根据所述商家店铺内的待消费人数确定的；

若所述实时拥堵率大于拥堵率阈值，则生成表征所述商家店铺当前拥堵的提示信息以提示用户端在到店前排队消费。

6.根据权利要求1所述的方法，其特征在于，所述根据所述目标订单对应对象的车费优惠权限调整所述目标订单的订单费用之前，所述方法还包括：

确定所述核销响应信息已通过验证；

所述方法还包括：

接收所述核销响应信息之后，检测所述核销响应信息中是否携带消费凭证，其中，所述消费凭证包括消费条码和/或，消费收据图片；

若携带所述消费凭证，且所述消费凭证的发布方为所述核销响应信息关联目标订单中行程目的地、所述消费凭证对应的消费时间在所述第一时段内时，确定所述核销响应信息通过验证。

7.根据权利要求1-6中任一所述的方法，其特征在于，所述接收待结算订单之后，所述方法还包括：

确定发布所述待结算订单的用户端是否满足预设提示条件；

在所述用户端满足所述预设提示条件时向所述用户端下发用于上传核销响应信息的提示信息；其中，所述预设提示条件至少包括下述条件的任一或组合：

条件一，确定所述用户端在到达所述待结算订单的行程目的地后，在第二时段内未上传所述待结算订单的核销响应信息；

条件二，确定所述用户端在到达所述行程目的地后所述行程目的地与所述发布方的当前位置超过距离阈值，且所述用户端未上传所述待结算订单的核销响应信息。

8.一种基于对象入驻的打车装置，其特征在于，所述装置包括：

订单检测模块，被配置为执行响应于司机端的订单结算指示，接收待结算订单并确定所述待结算订单是否为目标类订单；其中，所述目标类订单的行程目的地为任一与打车平台存在绑定关系的对象，所述对象具备车费优惠权限；

核销指示模块，被配置为执行若所述待结算订单为目标类订单，则根据所述目标类订单中对象的车费优惠权限生成核销指示信息，并将所述核销指示信息下发至发起所述目标类订单的用户端；

订单调整模块，被配置为执行接收用户端的核销响应信息，获取所述核销响应信息关联的目标订单，并根据所述目标订单中对象的车费优惠权限调整所述目标订单的订单费用；其中，所述目标订单为任一目标类订单；所述核销响应信息表征发布所述目标订单的用户在第一时段内与所述目标订单中的对象存在消费关系。

9.一种电子设备，其特征在于，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行权利要求1-7中任一项所述的方法包括的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行如权利要求1-7中任一项所述的方法。

Images