CN109949024A - 服务提供方法、装置、服务器及存储介质 - Google Patents

Abstract

本申请提出了一种服务提供方法、装置、服务器及存储介质，涉及信息处理信息，该方法包括：接收第二客户端发送的服务响应信息，其中，服务响应信息中包含有当前路径信息，服务响应信息为第二客户端对服务邀请请求的响应信息，服务邀请请求为服务器由第一客户端接收并发送给第二客户端；根据当前路径信息以及服务金额阈值，向第二客户端发送服务提供信息，其中，服务金额阈值表征第一客户端为服务邀请请求设定的金额阈值。本申请所提供的一种服务提供方法、装置、服务器及存储介质，能够降低企业负收益的风险，提高企业端的使用体验。

Description

服务提供方法、装置、服务器及存储介质

技术领域

本申请涉及信息处理领域，具体而言，涉及一种服务提供方法、装置、服务器及存储介质。

背景技术

企业邀约券可以帮助企业收集意向客户，发送给意向客户由企业支付费用的用车服务。企业收集目标客户，设置用车规则，生成邀约券后以短信、二维码形式发给客户，客户通过链接一键叫车，到店体验，帮助企业实现销售产品/服务的目的，并可以统计出实际的效果，为线下企业提供一种非常便利的营销用车方案。

发明内容

本申请的目的在于提供一种服务提供方法、装置、服务器及存储介质，能够降低企业负收益的风险，提高企业端的使用体验。

为了实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供了一种服务提供方法，应用于服务器，所述服务器与第一客户端及第二客户端均建立通信，所述方法包括：接收所述第二客户端发送的服务响应信息，其中，所述服务响应信息中包含有当前路径信息，所述服务响应信息为所述第二客户端对服务邀请请求的响应信息，所述服务邀请请求为所述服务器由所述第一客户端接收并发送给所述第二客户端；根据所述当前路径信息以及服务金额阈值，向所述第二客户端发送服务提供信息，以使所述第二客户端根据所述服务提供信息获取所述服务器提供的服务，其中，所述服务金额阈值表征所述第一客户端为所述服务邀请请求设定的金额阈值。

第二方面，本申请实施例提供了一种服务提供装置，应用于服务器，所述服务器与第一客户端及第二客户端均建立通信，所述装置包括：收发模块，用于接收所述第二客户端发送的服务响应信息，其中，所述服务响应信息中包含有当前路径信息，所述服务响应信息为所述第二客户端对服务邀请请求的响应信息，所述服务邀请请求为所述服务器由所述第一客户端接收并发送给所述第二客户端；请求处理模块，用于根据所述当前路径信息以及服务金额阈值，向所述第二客户端发送服务提供信息，以使所述第二客户端根据所述服务提供信息获取所述服务器提供的服务，其中，所述服务金额阈值表征所述第一客户端为所述服务邀请请求设定的金额阈值。

第三方面，本申请实施例提供了一种服务器，所述服务器包括存储器，用于存储一个或多个程序；处理器。当所述一个或多个程序被所述处理器执行时，实现上述的服务提供方法。

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

相对于现有技术，本申请实施例所提供的一种服务提供方法、装置、服务器及存储介质，服务器在接收到第二客户端发送的服务响应信息后，通过当前路径信息以及第一客户端为第二客户端设置的服务金额阈值，向第二客户端发送服务提供信息，以使第二客户端的目标用户根据该服务提供信息获取打车服务提供方提供的打车服务，相比于现有技术，使企业在为用户发送带有打车服务的服务邀请请求时，能够根据设置的服务金额阈值为用户承担至少部分费用，降低企业负收益的风险，提高企业端的使用体验。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1示出了本申请实施例所提供的一种服务提供的方法的一种应用场景示意图；

图2示出了本申请实施例所提供的一种服务器的一种示意性结构框图；

图3示出了本申请实施例所提供的一种服务提供方法的一种示意性流程图；

图4为图3中S104的子步骤的一种示意性流程图；

图5示出了本申请实施例所提供的一种服务提供的另一种示意性流程图；

图6示出了本申请实施例所提供的一种服务提供装置的一种示意性结构图；

图7示出了本申请实施例所提供的一种服务提供装置的处理模块的一种示意性结构图。

图中：100-第一客户端；200-服务器；201-存储器；202-处理器；203-通信接口；300-第二客户端；400-服务提供装置；410-收发模块；420-处理模块；421-第一处理单元；422-第二处理单元。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

企业在使用邀约券的形式进行活动营销时，需要先确定发券的目标用于，比如企业方收集的会员用户或者是意向会员用户等，在邀请目标用户到企业方参与营销活动时，企业可以向打车服务提供方发送请求，以使打车服务提供方将企业的邀约券发送给目标用户，目标用户在收到邀约后，若选择接受企业的邀约，并接收打车服务提供方所提供的打车服务，企业将全额为目标用户支付打车服务所产生的金额。

但由于不同的用户对企业来讲，产生的效益是不同的。如果企业为所有的目标用户均全额承担用车的费用，但部分用户却未在企业处消费进而为企业产生收益，那么对企业来讲，可能会导致部分用户产生负收益，导致企业体验较差。

基于上述缺陷，本申请实施例所提供的一种实现方式为：服务器在接收到第二客户端发送的服务响应信息后，通过当前路径信息以及第一客户端为第二客户端设置的服务金额阈值，向第二客户端发送服务提供信息，以使第二客户端的目标用户根据该服务提供信息获取打车服务提供方提供的打车服务。

请参阅图1，图1示出了本申请实施例所提供的一种服务提供的方法的一种应用场景示意图，在本申请实施例中，第一客户端100、服务器200及第二客户端300位于无线网络或有线网络中，通过该无线网络或有线网络，服务器200与第一客户端100及第二客户端300分别进行数据交互。

在本申请实施例中，第一客户端100或第二客户端300可采用移动终端设备，例如可以包括智能手机、平板电脑、膝上型便携计算机、车载电脑、穿戴式移动终端等等。

本申请实施例所提供的一种服务提供方法，该应用于如图1所示的服务器200，该服务器200中安装有应用程序，与第一客户端100及第二客户端300相对应，为用户提供服务，该服务提供方法可通过该服务器200中安装的应用程序实现。比如，第一客户端100可以是企业方，第二客户端300可以是用户方，而服务器200为打车服务提供方。

请参阅图2，图2示出了本申请实施例所提供的一种服务器200的一种示意性结构框图。所述服务器200包括存储器201、处理器202和通信接口203，该存储器201、处理器202和通信接口203，各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。存储器201可用于存储软件程序及模块，如本申请实施例所提供的服务提供装置400对应的程序指令/模块，处理器202通过执行存储在存储器201内的软件程序及模块，从而执行各种功能应用以及数据处理。该通信接口203可用于与其他节点设备进行信令或数据的通信。

其中，存储器201可以是但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

处理器202可以是一种集成电路芯片，具有信号处理能力。该处理器202可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(Digital Signal Processing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

可以理解，图2所示的结构仅为示意，服务器200还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

请参阅图3，图3示出了本申请实施例所提供的一种服务提供方法的一种示意性流程图，该服务提供方法应用于如图1所示的服务器200，在本申请实施例中，该服务提供方法包括以下步骤：

S103，接收第二客户端发送的服务响应信息。

S104，根据当前路径信息以及服务金额阈值，向第二客户端发送服务提供信息。

在例如图1所示的应用场景中，服务器200在为企业或用户提供服务时，接收第二客户端300发送的服务响应信息，该服务响应信息为第二客户端300对服务器200邀请请求的响应信息，而服务邀请请求为服务器200由第一客户端100接收并发送给第二客户端300。比如，在一些应用场景中，第一客户端100的企业方为邀请用户到店参与活动，例如营销活动，并请求打车服务提供方为用户提供乘车服务，直接将用户送至企业所在地时，企业通过第一客户端100向服务邀请请求发送至服务器200，进而再由服务器200发送至目标用户的第二客户端300，比如通过短信的方式将服务邀请请求发送至第二客户端300，或者是通过push推送、链接发送、二维码等其他的方式发送至第二客户端300，以告知目标用户当前企业的活动；目标用户在通过第二客户端300获得该服务邀请请求时，若无意参与该服务邀请，则会忽视该服务邀请请求，若有意参与该服务邀请，此时目标用户则通过第二客户端300向服务器200发送服务响应信息，其中，服务响应信息中包含有当前路径信息，该当前路径信息包含有目标用户前往企业活动所在地的起始地点和目标终点，以及用户在起始地点至目标重点的至少一条可用路径中的目标路径。

在本申请实施例中，服务器200中记录有服务金额阈值，该服务金额阈值表征第一客户端100为该服务邀请请求所设定的金额阈值，即企业为目标用户支付的最大打车服务费，比如用户A在企业被记载的平时消费较高，则企业可为用户A设置额度较大的服务金额阈值，而用户B在企业被记载的平时消费较低，或者是没有记载有消费记录，则企业可为用户B设置额度较小的服务金额阈值；由此，当服务器200在接收到第二客户端300发送的服务响应信息时，确定该目标用户将参与企业的活动，服务器200此时则根据该当前路径信息以及服务金额阈值，向第二客户端300发送服务提供信息，以使第二客户端300的目标用户根据该服务提供信息获取打车服务提供方提供的打车服务。

值得说明的是，服务金额阈值可以是企业在通过第一客户端100向服务器200发送服务邀请请求时，一并发送给服务器200的，该服务金额阈值也可以是第一客户端100预先发送给服务器200的，以使服务器200每当接收到第一客户端100发送的服务邀请请求时，则调用该服务金额阈值，只要服务器200在接收到第二客户端300发送的服务响应信息时，存在服务金额阈值一并为第二客户端300的用户提供服务即可。

可选地，作为一种实施方式，请参阅图4，图4为图3中S104的子步骤的一种示意性流程图，在本申请实施例中，S104包括以下子步骤：

S1041，根据当前路径信息，生成当前消费金额。

S1042，当前消费金额是否大于服务金额阈值；当为是时，执行S1044；当为否时，执行S1043。

S1043，向第二客户端发送第一服务信息。

S1044，向第二客户端发送第二服务信息及服务支付信息。

在例如图1所示的实施例中，服务器200在根据当前路径信息及服务金额阈值向第二客户端300发送服务提供信息时，服务器200首先根据当前路径信息，生成当前消费金额，该当前消费金额为目标用户通过第二客户端300所选取的当前路径信息所需要的打车费用；服务器200在获得该当前消费金额后，判断当前消费金额是否大于服务金额阈值，若当前消费金额小于或等于服务金额阈值，表征当前目标用户的打车服务所需费用可由企业全部承担，此时服务器200执行S1043，向第二客户端300发送第一服务信息，比如第一服务信息可以为“xx企业为您全额支付本次行程费用，您可免费叫车”；反之，若当前消费金额大于服务金额阈值，表征当前目标用户的打车服务所需费用企业仅为目标用户支付部分，剩余部分需要用户自行承担，此时服务器200执行S1044，向第二客户端300发送第二服务信息及服务支付信息，比如第二服务信息可以为“本次行程总费用z元，xx企业已为您支付y元，您还需个人支付a元”，而服务支付信息包含第二客户端300当前为服务响应信息需支付的金额，比如上述的a元；需支付的金额根据当前消费金额与服务金额阈值两者的差所生成，比如，由当前消费金额与服务金额阈值两者的差作为该需支付的金额；当然，在本申请实施例其他的一些实施方式中，需支付的金额还可以根据其他的一些方式生成，比如，当打车服务提供方提供有打车优惠时，还可以将当前消费金额与服务金额阈值两者的差再乘以优惠比例得到的值作为该需支付的金额。

基于上述设计，本申请实施例所提供的一种服务提供方法，服务器在接收到第二客户端发送的服务响应信息后，通过当前路径信息以及第一客户端为第二客户端设置的服务金额阈值，向第二客户端发送服务提供信息，以使第二客户端的目标用户根据该服务提供信息获取打车服务提供方提供的打车服务，相比于现有技术，使企业在为用户发送带有打车服务的服务邀请请求时，能够根据设置的服务金额阈值为用户承担至少部分费用，降低企业负收益的风险，提高企业端的使用体验。

在现有技术中，一般采用先享受服务再支付金额的方式为用户提供服务，比如在上述应用场景中，打车服务提供方在为企业指定的目标用户提供打车服务时，一般为在确认目标用户达到目标终点后再计算总的支付金额。但这种支付策略导致用户最终获得的支付金额与在获取打车服务时的预估金额会存在出入，例如当行驶过程中，存在堵车的情况，或者是司机绕路而行等等，都有可能导致用户最终获得的支付金额与在获取打车服务时的预估金额存在差异，导致用户的体验较差。

因此，可选地，作为一种实施方式，请参阅图5，图5示出了本申请实施例所提供的一种服务提供的另一种示意性流程图，在本申请实施例中，当服务器200由S1044向第二客户端300发送第二服务信息以及服务支付信息之后，该服务提供方法还包括以下步骤：

S105，接收第二客户端发送的支付信息凭证。

S106，依据支付信息凭证以及当前路径信息，向第三客户端发送服务响应指令，以使第三客户端为第二客户端提供用车服务。

在本申请实施例中，第二客户端300的目标用户在收到服务支付信息时，可以选择支付该需支付的金额，以获取用户用车服务前往企业活动现场，也可以选择不支付该金额，放弃前往企业活动现象。当第二客户端300的目标用户支付该需支付的金额后，第二客户端300生成支付信息凭证，以作为第二客户端300已经支付该需支付的金额的依据，并发送给服务器200。

相应地，当服务器200接收到第二客户单发送的支付信息凭证时，表征第二客户端300已经完成服务器200由S1044发送给第二客户端300的服务支付信息，此时，服务器200则根据该支付信息凭证以及当前路径信息，向第三客户端发送服务响应指令，以使第三客户端为第二客户端300提供用车服务。比如，第三客户端可以是司机客户端，打车服务提供方根据支付信息凭证以及当前路径信息，向司机客户端发送服务响应指令，以使司机客户端依据该服务响应指令，为第二客户端300的目标用户提供用车服务，进而避免在为用户提供用车服务时，例如道路拥堵或者是司机改道行驶等因素导致实际产生的支付金额与当前消费金额不一致的情况发生，导致用户的体验降低；也就是说，第二客户端300的目标用户，需要先支付费用，再获取用车服务，而非先获取用车服务，再支付实际产生的费用，其中，若实际产生的费用大于当前消费金额，则在本申请实施例所提供的服务提供方法中，费用中差异的部分将由服务器200端的打车服务提供方承担。

值得说明的是，当服务器200由S1043向第二客户端300发送第一服务信息时，服务器200不再需要接收第二客户端300发送的支付信息凭证，即可执行S106向第三客户端发送服务响应指令的步骤，也就是说，当服务器200判定当前消费金额小于或等于服务金额阈值时，打车服务提供方可直接为第二客户端300的目标用户提供服务。

基于上述设计，本申请实施例所提供的一种服务提供方法，通过使服务器在向第二客户端提供服务之前，先确定第二客户端已经完成需支付的金额，再向第二客户端的目标用户提供服务，相比于服务器先向第二客户端的目标用户提供服务，再收取实际产生的服务费用的方式，避免了实际产生的支付费用与当前消费金额产生差异的情况，提升了用户端的使用体验。

在一些应用场景中，作为企业端的第一客户端100，需要预先向打车服务提供方的服务器200发送服务邀请请求，进而使打车服务提供方的服务器200将服务邀请请求发送至目标用户端的第二客户端300。在现有技术中，一般采用为企业端的第一客户端100设置特定权限的方式，直接由设置有特定权限的第一客户端100向服务器200发送服务邀请请求，进而使服务器200向第二客户端300发送服务邀请请求，并提供用车服务。

但上述策略，若企业端需要向大量的目标用户发送服务邀请请求，则采用将部分第一客户端100设置特定权限的方式，可能会导致服务邀请请求发送的效率较低。

因此，可选地，作为一种实施方式，在执行S103之前，在本申请实施例中，该服务提供方法还包括以下步骤：

S100，接收第一客户端发送的服务邀请请求。

S101，第一账户信息与预设的账户信息群是否匹配；当匹配时，执行S102；当不匹配时，执行S1011。

S102，向第二客户端发送服务邀请请求。

S1011，向第一客户端发送预设的提示信息。

在本申请实施例中，服务器200采用验证账户信息的方式来判断是否执行将第一客户端100发送的服务邀请请求发送给第二客户端300。服务器200在接收到第一客户端100发送的服务邀请请求时，该服务邀请请求中包含有第一账户信息；并且，在服务器200中还预设有账户信息群，该预设的账户信息群中存储的所有账户信息，均为预先为企业端配置的可以用于响应服务邀请请求的账户信息；服务器200在接收到第一客户端100发送服务邀请请求时，根据服务邀请请求中包含的第一账户信息，验证第一账户信息与预设的账户信息群是否匹配，也就是说，验证第一账户信息是否为合法的、可以响应服务邀请请求的账户；其中，当服务器200验证第一账户信息与预设的账户信息群相匹配时，服务器200执行S102，向第二客户端300发送服务邀请请求，以使第二客户端300的目标用户，根据自身需求，确定是否响应该服务邀请请求；反之，当服务器200验证第一账户信息与预设的账户信息群不匹配时，服务器200则执行S1011，向第一客户端100发送预设的提示信息，比如“账号验证失败”等，以告知第一客户端100的企业用户第一账户信息不合法，服务器200将不会向第二客户端300发送服务邀请请求。

请参阅图6，图6示出了本申请实施例所提供的一种服务提供装置400的一种示意性结构图，该服务提供装置400应用于如图1所示的服务器200，在本申请实施例中，该服务提供装置400包括收发模块410及处理模块420。

收发模块410用于接收所述第二客户端300发送的服务响应信息，其中，所述服务响应信息中包含有当前路径信息，所述服务响应信息为所述第二客户端300对服务邀请请求的响应信息，所述服务邀请请求为所述服务器200由所述第一客户端100接收并发送给所述第二客户端300。

处理模块420用于根据所述当前路径信息以及服务金额阈值，向所述第二客户端300发送服务提供信息，以使所述第二客户端300根据所述服务提供信息获取所述服务器200提供的服务，其中，所述服务金额阈值表征所述第一客户端100为所述服务邀请请求设定的金额阈值。

可选地，作为一种实施方式，请参阅图7，图7示出了本申请实施例所提供的一种服务提供装置400的处理模块420的一种示意性结构图，在本申请实施例中，该处理模块420包括第一处理单元421和第二处理单元422。

第一处理单元421用于根据所述当前路径信息，生成当前消费金额。

第二处理单元422用于当所述当前消费金额小于或等于所述服务金额阈值，向所述第二客户端300发送第一服务信息。

所述第二处理单元422还用于当所述当前消费金额大于所述服务金额阈值，向所述第二客户端300发送第二服务信息及服务支付信息，其中，所述服务支付信息包含所述第二客户端300当前为所述服务响应信息需支付的金额，所述需支付的金额根据所述当前消费金额与所述服务金额阈值两者的差所生成。

可选地，作为一种实施方式，请继续参阅图6，在本申请实施例中，所述收发模块410还用于接收所述第二客户端300发送的支付信息凭证，其中，所述支付信息凭证表征所述第二客户端300完成所述服务支付信息。

所述收发模块410还用于依据所述支付信息凭证以及所述当前路径信息，向第三客户端发送服务响应指令，以使所述第三客户端为所述第二客户端300提供用车服务。

可选地，作为一种实施方式，请继续参阅图6，在本申请实施例中，所述收发模块410还用于接收所述第一客户端100发送的所述服务邀请请求，其中，所述服务邀请请求中包含有第一账户信息。

所述收发模块410还用于当所述第一账户信息与预设的账户信息群相匹配时，向所述第二客户端300发送所述服务邀请请求，其中，所述预设的账户信息群中包含有多个账户信息。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

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

综上所述，本申请实施例所提供的一种服务提供方法、装置、服务器及存储介质，服务器在接收到第二客户端发送的服务响应信息后，通过当前路径信息以及第一客户端为第二客户端设置的服务金额阈值，向第二客户端发送服务提供信息，以使第二客户端的目标用户根据该服务提供信息获取打车服务提供方提供的打车服务，相比于现有技术，使企业在为用户发送带有打车服务的服务邀请请求时，能够根据设置的服务金额阈值为用户承担至少部分费用，降低企业负收益的风险，提高企业端的使用体验；还通过使服务器在向第二客户端提供服务之前，先确定第二客户端已经完成需支付的金额，再向第二客户端的目标用户提供服务，相比于服务器先向第二客户端的目标用户提供服务，再收取实际产生的服务费用的方式，避免了实际产生的支付费用与当前消费金额产生差异的情况，提升了用户端的使用体验。

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

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其它的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

Claims (10)

1.一种服务提供方法，其特征在于，应用于服务器，所述服务器与第一客户端及第二客户端均建立通信，所述方法包括：

接收所述第二客户端发送的服务响应信息，其中，所述服务响应信息中包含有当前路径信息，所述服务响应信息为所述第二客户端对服务邀请请求的响应信息，所述服务邀请请求为所述服务器由所述第一客户端接收并发送给所述第二客户端；

根据所述当前路径信息以及服务金额阈值，向所述第二客户端发送服务提供信息，以使所述第二客户端根据所述服务提供信息获取所述服务器提供的服务，其中，所述服务金额阈值表征所述第一客户端为所述服务邀请请求设定的金额阈值。

2.如权利要求1所述的方法，其特征在于，所述根据所述当前路径信息以及服务金额阈值，向所述第二客户端发送服务提供信息的步骤，包括：

根据所述当前路径信息，生成当前消费金额；

当所述当前消费金额小于或等于所述服务金额阈值，向所述第二客户端发送第一服务信息；

当所述当前消费金额大于所述服务金额阈值，向所述第二客户端发送第二服务信息及服务支付信息，其中，所述服务支付信息包含所述第二客户端当前为所述服务响应信息需支付的金额，所述需支付的金额根据所述当前消费金额与所述服务金额阈值两者的差所生成。

3.如权利要求2所述的方法，其特征在于，在向所述第二客户端发送第一服务信息之后，所述方法还包括：

接收所述第二客户端发送的支付信息凭证，其中，所述支付信息凭证表征所述第二客户端完成所述服务支付信息；

依据所述支付信息凭证以及所述当前路径信息，向第三客户端发送服务响应指令，以使所述第三客户端为所述第二客户端提供用车服务。

4.如权利要求1所述的方法，其特征在于，在所述接收所述第二客户端发送的服务响应信息的步骤之前，所述方法还包括：

接收所述第一客户端发送的所述服务邀请请求，其中，所述服务邀请请求中包含有第一账户信息；

当所述第一账户信息与预设的账户信息群相匹配时，向所述第二客户端发送所述服务邀请请求，其中，所述预设的账户信息群中包含有多个账户信息。

5.一种服务提供装置，其特征在于，应用于服务器，所述服务器与第一客户端及第二客户端均建立通信，所述装置包括：

收发模块，用于接收所述第二客户端发送的服务响应信息，其中，所述服务响应信息中包含有当前路径信息，所述服务响应信息为所述第二客户端对服务邀请请求的响应信息，所述服务邀请请求为所述服务器由所述第一客户端接收并发送给所述第二客户端；

处理模块，用于根据所述当前路径信息以及服务金额阈值，向所述第二客户端发送服务提供信息，以使所述第二客户端根据所述服务提供信息获取所述服务器提供的服务，其中，所述服务金额阈值表征所述第一客户端为所述服务邀请请求设定的金额阈值。

6.如权利要求5所述的装置，其特征在于，所述处理模块包括：

第一处理单元，用于根据所述当前路径信息，生成当前消费金额；

第二处理单元，用于当所述当前消费金额小于或等于所述服务金额阈值，向所述第二客户端发送第一服务信息；

所述第二处理单元还用于，当所述当前消费金额大于所述服务金额阈值，向所述第二客户端发送第二服务信息及服务支付信息，其中，所述服务支付信息包含所述第二客户端当前为所述服务响应信息需支付的金额，所述需支付的金额根据所述当前消费金额与所述服务金额阈值两者的差所生成。

7.如权利要求6所述的装置，其特征在于，

所述收发模块还用于，接收所述第二客户端发送的支付信息凭证，其中，所述支付信息凭证表征所述第二客户端完成所述服务支付信息；

所述收发模块还用于，依据所述支付信息凭证以及所述当前路径信息，向第三客户端发送服务响应指令，以使所述第三客户端为所述第二客户端提供用车服务。

8.如权利要求5所述的装置，其特征在于，

所述收发模块还用于，接收所述第一客户端发送的所述服务邀请请求，其中，所述服务邀请请求中包含有第一账户信息；

所述收发模块还用于，当所述第一账户信息与预设的账户信息群相匹配时，向所述第二客户端发送所述服务邀请请求，其中，所述预设的账户信息群中包含有多个账户信息。

9.一种服务器，其特征在于，包括：

存储器，用于存储一个或多个程序；

处理器；

当所述一个或多个程序被所述处理器执行时，实现如权利要求1-4中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1-4中任一项所述的方法。