一种出行优惠券使用方法、装置及系统

技术领域

本申请涉及出行优惠券技术领域，具体而言，涉及一种出行优惠券使用方法、装置及系统。

背景技术

目前，用户通常在优惠券网购平台上购买出行优惠券，例如券妈妈、券老大等，并且购买的出行优惠券仅用于结算该用户自己出行时产生的订单。而针对用户向他人发放个性化的出行优惠券以供他人使用的情况，现有技术还无法满足该需求。

因此，亟需研发一种出行券使用方法，以解决现有技术无法实现用户向他人发放个性化的出行优惠券以供他人使用的问题。

发明内容

有鉴于此，本申请的目的在于提供一种出行优惠券使用方法、装置及系统，能够实现第一用户终端向第二用户终端发放个性化的出行优惠券以供第二用户终端使用的目的。

第一方面，本申请实施例提供了一种出行优惠券使用方法，作用于第一用户终端，该方法包括：

响应用户所下达的出行优惠券编辑请求，输出出行优惠券的编辑提示信息，所述编辑提示信息用于提示用户输入出行优惠券的规则信息；所述规则信息包括以下任意一种或多种：使用条件、优惠策略；

基于用户所输入的规则信息，生成出行优惠券；

将所述出行优惠券发放给第二用户终端，以使第二用户终端所下达的出行订单满足所述使用条件的情况下，第二用户终端按照所述出行优惠券中的优惠策略结算所述出行订单；在第二用户终端结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单。

在一种可能的实施方式中，所述使用条件包括以下任意一种或多种：用车类型、用车时间、用车地理范围。

在一种可能的实施方式中，所述优惠策略包括以下任意一种：

由第一用户终端结算所述出行订单的固定费用，第二用户终端结算所述出行订单的剩余费用；

由第一用户终端和第二用户终端以预设比例分别结算所述出行订单的费用；

由第一用户终端结算所述出行订单的全部费用。

在一种可能的实施方式中，所述优惠策略包括：由第一用户终端结算所述出行订单的固定费用，第二用户终端结算所述出行订单的剩余费用；

在生成出行优惠券之后，第二用户终端结算所述出行订单之前，还包括：

按照所述优惠策略预付固定费用；所述剩余费用是在第二用户终端结算所述出行订单时由所述第二用户终端结算的；

或者，在第二用户终端结算所述出行订单时，还包括：

按照所述优惠策略实时结算固定费用；所述剩余费用是在第二用户终端结算所述出行订单时由所述第二用户终端结算的；

或者，在第二用户终端结算所述出行订单之后，还包括：

按照所述优惠策略延后结算固定费用；所述剩余费用是在第二用户终端结算所述出行订单时由所述第二用户终端结算的。

在一种可能的实施方式中，所述优惠策略包括：由第一用户终端和第二用户终端以预设比例分别结算所述出行订单的费用；

在第二用户终端结算所述出行订单时，还包括：

按照所述预设比例实时结算所述出行订单的部分费用；所述出行订单的剩余费用是在第二用户终端结算所述出行订单时由所述第二用户终端结算的；

或者，在第二用户终端结算所述出行订单之后，还包括：

按照所述预设比例延后结算所述出行订单的部分费用；所述出行订单的剩余费用是在第二用户终端结算所述出行订单时由所述第二用户终端结算的。

在一种可能的实施方式中，所述优惠策略包括：由第一用户终端结算所述出行订单的全部费用；

在第二用户终端结算所述出行订单时，还包括：

按照所述优惠策略实时结算所述出行订单的全部费用；

或者，在第二用户终端结算所述出行订单之后，还包括：

按照所述优惠策略延后结算所述出行订单的全部费用。

在一种可能的实施方式中，所述第一用户终端为目标企业的企业方终端，所述第二用户终端为目标企业的员工方终端；所述使用条件包括以下的任意一种或多种：用车时间为工作日、用车地理范围为目标企业所在地的预设距离内；所述优惠策略包括：由第一用户终端结算所述出行订单的全部费用；

将所述出行优惠券发放给第二用户终端，以使第二用户终端所下达的出行订单满足所述使用条件的情况下，第二用户终端按照所述出行优惠券中的优惠策略结算所述出行订单；在第二用户终端结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单，包括：

将所述出行优惠券发放给所述目标企业的员工方终端，以使所述目标企业的员工方终端所下达的出行订单满足用车时间为工作日、用车地理范围为目标企业所在地的预设距离内中的任意一种或多种的使用条件下，所述目标企业的员工方终端按照所述出行优惠券中的优惠策略结算所述出行订单；在所述目标企业的员工方终端结算所述出行订单时，由所述目标企业的企业方终端按照所述优惠策略结算所述出行订单的全部费用。

在一种可能的实施方式中，所述第一用户终端为目标门店的服务方终端，所述第二用户终端为顾客方终端；所述使用条件包括以下的任意一种或多种：用车时间为所述目标门店的营业时间、用车地理范围为所述目标门店所在地的预设距离内；所述优惠策略包括：由第一用户终端和第二用户终端以预设比例分别结算所述出行订单的费用；

将所述出行优惠券发放给第二用户终端，以使第二用户终端所下达的出行订单满足所述使用条件的情况下，第二用户终端按照所述出行优惠券中的优惠策略结算所述出行订单；在第二用户终端结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单，包括：

将所述出行优惠券发放给顾客方终端，以使顾客方终端所下达的出行订单满足用车时间为所述目标门店的营业时间、用车地理范围为所述目标门店所在地的预设距离内的任意一种或多种的使用条件下，由目标门店的服务方终端和顾客方终端以预设比例分别结算所述出行订单的费用。

第二方面，本申请实施例提供了一种出行优惠券使用方法，作用于第二用户终端，该方法包括：

领取第一用户终端发放的出行优惠券；其中，所述出行优惠券是基于第一用户终端的用户所输入的规则信息生成的，所述规则信息包括以下任意一种或多种：使用条件、优惠策略；

若待结算的出行订单满足所述使用条件，则按照所述出行优惠券中的优惠策略结算所述出行订单；其中，在结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单。

在一种可能的实施方式中，所述使用条件包括以下任意一种或多种：用车类型、用车时间、用车地理范围。

在一种可能的实施方式中，所述优惠策略包括以下任意一种：

由第一用户终端结算所述出行订单的固定费用，第二用户终端结算所述出行订单的剩余费用；

由第一用户终端和第二用户终端以预设比例分别结算所述出行订单的费用；

由第一用户终端结算所述出行订单的全部费用。

在一种可能的实施方式中，所述优惠策略包括：由第一用户终端结算所述出行订单的固定费用，第二用户终端结算所述出行订单的剩余费用；

在结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单，包括：

在结算所述出行订单时，结算所述出行订单的剩余费用；所述固定费用是在所述第一用户终端生成出行优惠券之后，第二用户终端结算所述出行订单之前，由所述第一用户终端按照所述优惠策略预付的；

或者，在结算所述出行订单时，结算所述出行订单的剩余费用；所述出行订单的固定费用是在结算所述出行订单时，由所述第一用户终端按照所述优惠策略实时结算的；

或者，在结算所述出行订单时，结算所述出行订单的剩余费用；所述出行订单的固定费用是在结算所述出行订单之后，由所述第一用户终端按照所述优惠策略延后结算的。

在一种可能的实施方式中，所述优惠策略包括：由第一用户终端和第二用户终端以预设比例分别结算所述出行订单的费用；

在结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单，包括：

在结算所述出行订单时，按照所述预设比例结算所述出行订单的部分费用；所述出行订单的剩余费用是在结算所述出行订单时由所述第一用户终端实时结算的；

或者，在结算所述出行订单时，按照所述预设比例结算所述出行订单的部分费用；所述出行订单的剩余费用是在结算所述出行订单之后由所述第一用户终端延后结算的。

在一种可能的实施方式中，所述优惠策略包括：由第一用户终端结算所述出行订单的全部费用；

在结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单，包括：

在结算所述出行订单时，所述出行订单的全部费用是在结算所述出行订单时由第一用户终端按照所述优惠策略实时结算的；

或者，在结算所述出行订单时，所述出行订单的全部费用是在结算所述出行订单之后由第一用户终端按照所述优惠策略延后结算的。

在一种可能的实施方式中，所述第一用户终端为目标企业的企业方终端，所述第二用户终端为目标企业的员工方终端；所述使用条件包括以下的任意一种或多种：用车时间为工作日、用车地理范围为目标企业所在地的预设距离内；所述优惠策略包括：由第一用户终端结算所述出行订单的全部费用；

若待结算的出行订单满足所述使用条件，则按照所述出行优惠券中的优惠策略结算所述出行订单；其中，在结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单，包括：

若待结算的出行订单满足用车时间为工作日、用车地理范围为目标企业所在地的预设距离内中的任意一种或多种的使用条件，则按照所述出行优惠券中的优惠策略结算所述出行订单；在结算所述出行订单时，由目标企业的企业方终端按照所述优惠策略结算所述出行订单的全部费用。

在一种可能的实施方式中，所述第一用户终端为目标门店的服务方终端，所述第二用户终端为顾客方终端；所述使用条件包括以下的任意一种或多种：用车时间为所述目标门店的营业时间、用车地理范围为所述目标门店所在地的预设距离内；所述优惠策略包括：由第一用户终端和第二用户终端以预设比例分别结算所述出行订单的费用；

若待结算的出行订单满足所述使用条件，则按照所述出行优惠券中的优惠策略结算所述出行订单；其中，在结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单，包括：

若待结算的出行订单满足用车时间为所述目标门店的营业时间、用车地理范围为所述目标门店所在地的预设距离内中的任意一种或多种的使用条件，则由目标门店的服务方终端和顾客方终端以预设比例分别结算所述出行订单的费用。

第三方面，本申请实施例提供了一种出行优惠券使用方法，包括：

第一用户终端响应用户所下达的出行优惠券编辑请求，输出出行优惠券的编辑提示信息，所述编辑提示信息用于提示用户输入出行优惠券的规则信息；所述规则信息包括以下任意一种或多种：使用条件、优惠策略；

第一用户终端基于用户所输入的规则信息，生成出行优惠券；

第一用户终端将所述出行优惠券发放给第二用户终端；

第二用户终端领取第一用户终端发放的出行优惠券；

若第二用户终端所下达的出行订单满足所述使用条件，则第二用户终端按照所述出行优惠券中的优惠策略结算所述出行订单；其中，在第二用户终端结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单。

第四方面，本申请实施例提供了一种出行优惠券使用装置，作用于第一用户终端，该装置包括：

提示模块，用于响应用户所下达的出行优惠券编辑请求，输出出行优惠券的编辑提示信息，所述编辑提示信息用于提示用户输入出行优惠券的规则信息；所述规则信息包括以下任意一种或多种：使用条件、优惠策略；

生成模块，用于基于用户所输入的规则信息，生成出行优惠券；

结算模块，用于将所述出行优惠券发放给第二用户终端，以使第二用户终端所下达的出行订单满足所述使用条件的情况下，第二用户终端按照所述出行优惠券中的优惠策略结算所述出行订单；在第二用户终端结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单。

第五方面，本申请实施例提供了一种出行优惠券使用装置，作用于第二用户终端，该装置包括：

领取模块，用于领取第一用户终端发放的出行优惠券；其中，所述出行优惠券是基于第一用户终端的用户所输入的规则信息生成的，所述规则信息包括以下任意一种或多种：使用条件、优惠策略；

使用模块，用于若待结算的出行订单满足所述使用条件，则按照所述出行优惠券中的优惠策略结算所述出行订单；其中，在结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单。

第六方面，本申请实施例提供了一种出行优惠券使用系统，包括：

第一用户终端，用于响应用户所下达的出行优惠券编辑请求，输出出行优惠券的编辑提示信息，所述编辑提示信息用于提示用户输入出行优惠券的规则信息；所述规则信息包括以下任意一种或多种：使用条件、优惠策略；基于用户所输入的规则信息，生成出行优惠券；并将所述出行优惠券发放给第二用户终端；

第二用户终端，用于领取第一用户终端发放的出行优惠券，若待结算的出行订单满足所述使用条件，则按照所述出行优惠券中的优惠策略结算所述出行订单；其中，在结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单。

第七方面，本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面或第二方面中任一种可能的实施方式中的步骤。

第八方面，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面或第二方面中任一种可能的实施方式中的步骤。

本申请提供一种出行优惠券使用方法，首先，第一用户终端响应用户所下达的出行优惠券编辑请求，向用户提供个性化的出行优惠券的编辑提示信息，所述编辑提示信息用于提示用户输入出行优惠券的规则信息，所述规则信息包括以下任意一种或多种：使用条件、优惠策略，用户可根据自身需求输入出行优惠券的规则信息，从而生成个性化的出行优惠券来发放给第二用户终端。然后，第二用户终端在使用个性化的出行优惠券时，若第二用户终端所下达的出行订单满足所述使用条件，则第二用户终端按照所述出行优惠券中的优惠策略结算所述出行订单，并且在第二用户终端结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单，可以实现第一用户终端向第二用户终端发放个性化的出行优惠券并参与结算的目的。

附图说明

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

图1示出了本申请实施例提供的一种出行优惠券使用系统的架构示意图；

图2示出了本申请实施例提供的一种出行优惠券使用方法的流程图；

图3示出了本申请实施例提供的一种出行优惠券使用方法的具体实施流程图；

图4示出了本申请实施例提供的另一种出行优惠券使用方法的具体实施流程图；

图5示出了本申请实施例提供的一种出行优惠券使用装置的结构示意图；

图6示出了本申请实施例提供的另一种出行优惠券使用装置的结构示意图；

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

具体实施方式

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

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

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

传统方案中，用户通常在优惠券网购平台上购买出行优惠券，例如券妈妈、券老大等，并且购买的出行优惠券仅用于结算该用户自己出行时产生的订单。而针对用户向他人发放个性化的出行优惠券以供他人使用的情况，传统方案还无法满足该需求。基于此，本实施例提供一种出行优惠券使用方法、装置及系统。

图1是本申请实施例提供的一种出行优惠券使用系统的架构示意图。例如，出行优惠券使用系统可以包括第一用户终端110、第二用户终端120、服务器130和打车平台140。

在一些实施例中，第一用户终端110和第二用户终端120对应的设备类型可以是移动设备，比如可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等，也可以是平板计算机、膝上型计算机、或机动车辆中的内置设备等。

在一些实施例中，服务器130可以包括处理器。处理器可以处理与出行优惠券生成有关的信息和/或数据，以执行本申请中描述的一个或多个功能。在一些实施例中，处理器可以包括一个或多个处理核(例如，单核处理器(S)或多核处理器(S))。仅作为举例，处理器可以包括中央处理单元(Central Processing Unit,CPU)、专用集成电路(ApplicationSpecific Integrated Circuit,ASIC)、专用指令集处理器(Application SpecificInstruction-set Processor,ASIP)、图形处理单元(Graphics Processing Unit,GPU)、物理处理单元(Physics Processing Unit,PPU)、数字信号处理器(Digital SignalProcessor,DSP)、现场可编程门阵列(Field Programmable Gate Array,FPGA)、可编程逻辑器件(Programmable Logic Device,PLD)、控制器、微控制器单元、简化指令集计算机(Reduced Instruction Set Computing,RISC)、或微处理器等，或其任意组合。

打车平台140指的是便民打车的网约车平台，例如美团打车、AA租车、斑马快跑、嘀嗒出行等平台。

下面结合上述图1示出的出行优惠券使用系统中描述的内容，对本申请实施例提供的一种出行优惠券使用方法进行详细说明。

参照图2所示，为本申请实施例提供的一种出行优惠券使用方法的流程示意图，所述方法包括如下步骤：

S201、第一用户终端响应用户所下达的出行优惠券编辑请求，输出出行优惠券的编辑提示信息，所述编辑提示信息用于提示用户输入出行优惠券的规则信息；所述规则信息包括以下任意一种或多种：使用条件、优惠策略；

S202、第一用户终端基于用户所输入的规则信息，生成出行优惠券；

S203、第一用户终端将所述出行优惠券发放给第二用户终端；

S204、第二用户终端领取第一用户终端发放的出行优惠券；

S205、若第二用户终端所下达的出行订单满足所述使用条件，则第二用户终端按照所述出行优惠券中的优惠策略结算所述出行订单；其中，在第二用户终端结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单。

步骤S201中，编辑提示信息用于提示用户输入出行优惠券的规则信息，所述规则信息包括以下任意一种或多种：使用条件、优惠策略。可选地，所述使用条件包括以下任意一种或多种：用车类型、用车时间、用车地理范围，用车类型可以包括但不仅限于专车、快车、代驾和豪华车，用车时间指的是出行优惠券可使用的有效时间范围，用车地理范围指的是出行优惠券可使用的地理范围。所述优惠策略包括以下任意一种：①定额优惠，由第一用户终端结算所述出行订单的固定费用，第二用户终端结算所述出行订单的剩余费用；②折扣优惠，由第一用户终端和第二用户终端以预设比例分别结算所述出行订单的费用；③免单优惠，由第一用户终端结算所述出行订单的全部费用。

本步骤中，第一用户终端响应用户所下达的出行优惠券编辑请求，可以向用户提供个性化的出行优惠券的编辑提示信息，以提示用户输入出行优惠券的个性化规则信息，例如使用条件、优惠策略等。需要说明的是，在具体实施中，可以是使用条件为系统默认，仅提示用户编辑优惠策略；或者优惠策略为系统默认，仅提示用户编辑使用条件；又或者提示用户编辑使用条件和优惠策略。

可选地，所述规则信息还可以包括以下任意一种或多种：优惠券外观、优惠券文案、优惠券领取方式、优惠券核销方式、优惠券发放数量等等。优惠券外观的素材包括系统提供的优惠券外观素材和自定义的优惠券外观素材。优惠券文案包括系统提供的优惠券文案和自定义的优惠券文案。优惠券领取方式可以包括打开礼包领取优惠券、输入兑换码领取优惠券、输入手机号领取优惠券等，优惠券核销方式可以包括按优惠券使用量核销和按优惠券发放量核销。

步骤S202中，第一用户终端基于用户所输入的规则信息，生成出行优惠券，可以包括以下两种方案：

方案一：线上制作出行优惠券，第一用户终端将用户所输入的规则信息发送给服务器，由服务器验证所述规则信息是否可行，若验证通过，则由服务器制作出行优惠券并发给第一用户终端。服务器所制作的出行优惠券可以为单券，也可以为券包。

方案二：线下制作出行优惠券，首先用户线下签订出行优惠券的购买合同，线下预先制作符合合同要求的出行优惠券并存储在服务器中；购买合同中记录了出行优惠券的规则信息、出行优惠券的批次编号和第一用户终端的标识，第一用户终端将出行优惠券的批次编号和第一用户终端的标识发送给服务器，由服务器验证出行优惠券的批次编号和第一用户终端的标识，若验证通过，则由服务器将预先制作完成的出行优惠券发给第一用户终端。线下预先制作的出行优惠券可以为单券，也可以为券包。

上述方案一适用于发放出行优惠券的数量较少的情况，可以服务器线上实时制作出行优惠券，并发送给第一用户终端。上述方案二适用于批量发放出行优惠券的情况，在签订合同后线下预先制作符合合同要求的出行优惠券并存储在服务器中，在用户发券的时候直接从服务器获取预先制作完成的出行优惠券。

步骤S203中，输入需要发放出行优惠券的至少一个第二用户终端的身份信息，第一用户终端基于第二用户终端的身份信息将所述出行优惠券发放给第二用户终端。第二用户终端的身份信息可以为第二用户终端的账号或绑定的手机号。可选地，在将所述出行优惠券发放给第二用户终端之后，可以采用应用程序通知或者短信文案的方式向第二用户终端发送优惠券发放提示信息。

步骤S204中，第二用户终端通过打开优惠券礼包、输入兑换码或者输入手机号的方式领取第一用户终端发放的出行优惠券。

步骤S205中，出行订单是第二用户终端的用户输入位置信息、用车类型等信息至打车平台140后，经过打车平台140处理生成并发送给第二用户终端的。所述位置信息包括起始位置和终点位置。

可选地，可以由服务器或第二用户终端验证第二用户终端所下达的出行订单是否满足用车类型、用车时间、用车地理范围等的使用条件。假设用车类型为出租车，第二用户终端所下达的出行订单中使用的专车，那么第二用户终端所下达的出行订单不满足该用车类型。假设用车时间为工作日，第二用户终端所下达的出行订单的时间为非工作日，那么第二用户终端所下达的出行订单不满足该用车时间。假设用车地理范围为某汽车服务店区域，第二用户终端所下达的出行订单的起始位置或终点位置为某汽车服务店区域，那么第二用户终端所下达的出行订单满足该用车地理范围。

具体地，基于不同的优惠策略，在结算出行订单时可以分为以下几种情况：

(1)所述优惠策略包括：由第一用户终端结算所述出行订单的固定费用，第二用户终端结算所述出行订单的剩余费用。

①在第一用户终端生成出行优惠券之后，第二用户终端结算所述出行订单之前，第一用户终端按照所述优惠策略预付固定费用；在第二用户终端结算所述出行订单时，第二用户终端结算所述出行订单的剩余费用；

②在第二用户终端结算所述出行订单时，所述第一用户终端实时结算所述出行订单的固定费用，第二用户终端实时结算所述出行订单的剩余费用；剩余费用可以为全部的剩余费用，也可以为部分的剩余费用，其余由打车平台140承担；

③在第二用户终端结算所述出行订单之后，所述第一用户终端延后支付所述出行订单的固定费用；在第二用户终端结算所述出行订单时，第二用户终端实时结算所述出行订单的剩余费用。

(2)所述优惠策略包括：由第一用户终端和第二用户终端以预设比例分别结算所述出行订单的费用，则在第二用户终端结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单。

①在第二用户终端结算所述出行订单时，第一用户终端和第二用户终端以预设比例分别实时结算所述出行订单的费用；

②在第二用户终端结算所述出行订单之后，第一用户终端按照预设比例延后结算所述出行订单的费用；在第二用户终端结算所述出行订单时，第二用户终端结算所述出行订单的剩余费用。例如，第一用户终端结算30％的费用，第二用户终端结算70％的费用。

(3)所述优惠策略包括：由第一用户终端结算所述出行订单的全部费用。

①在第二用户终端结算所述出行订单时，第一用户终端实时结算所述出行订单的全部费用；

②在第二用户终端结算所述出行订单之后，第一用户终端延后结算所述出行订单的全部费用。

由于第(1)种优惠策略属于定额优惠，第一用户终端可以采用预付、实时支付或延后支付这三种方式支付所优惠的固定额度。第(2)种优惠策略属于折扣优惠，可以采用实时支付或延后支付这两种方式按照预设比例结算出行订单。第(3)种优惠策略属于免单优惠，可以采用实时支付或延后支付这两种方式全额结算出行订单。第一用户终端在结算时可以主动结算，也可以被动结算，例如直接从账户扣钱的方式结算。

本申请提供一种出行优惠券使用方法，首先，第一用户终端响应用户所下达的出行优惠券编辑请求，向用户提供个性化的出行优惠券的编辑提示信息，所述编辑提示信息用于提示用户输入出行优惠券的规则信息，所述规则信息包括以下任意一种或多种：使用条件、优惠策略，用户可根据自身需求输入出行优惠券的规则信息，从而生成个性化的出行优惠券来发放给第二用户终端。然后，第二用户终端在使用个性化的出行优惠券时，若第二用户终端所下达的出行订单满足所述使用条件，则第二用户终端按照所述出行优惠券中的优惠策略结算所述出行订单，并且在第二用户终端结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单，可以实现第一用户终端向第二用户终端发放个性化的出行优惠券并参与结算的目的。

为了更清楚地说明本实施例的出行优惠券使用方法，下面分别以不同场景下的出行优惠券使用方法的具体实施例进行说明。

首先，以企业为员工发放出行优惠券作为企业福利的场景对本实施例的出行优惠券使用方法进行说明。在本实施例中，所述第一用户终端为目标企业的企业方终端，所述第二用户终端为目标企业的员工方终端；所述使用条件包括以下的任意一种或多种：用车时间为工作日、用车地理范围为目标企业所在地的预设距离内；所述优惠策略包括：由第一用户终端结算所述出行订单的全部费用。

请参照图3，图3为本申请实施例提供的一种出行优惠券使用方法的具体实施流程图。如图3所示，可以包括如下步骤：

S301、目标企业的企业方终端响应企业用户所下达的出行优惠券编辑请求，输出出行优惠券的编辑提示信息，所述编辑提示信息用于提示企业用户输入出行优惠券的规则信息；所述规则信息包括以下任意一种或多种：使用条件、优惠策略；

S302、目标企业的企业方终端基于企业用户所输入的用车时间为工作日、用车地理范围为目标企业所在地的预设距离内中的任意一种或多种的使用条件，生成出行优惠券；

S303、目标企业的企业方终端将所述出行优惠券发放给目标企业的员工方终端；

S304、目标企业的员工方终端领取目标企业的企业方终端发放的出行优惠券；

S305、若所述目标企业的员工方终端所下达的出行订单满足用车时间为工作日、用车地理范围为目标企业所在地的预设距离内中的任意一种或多种的使用条件，则所述目标企业的员工方终端按照所述出行优惠券中的优惠策略结算所述出行订单；在所述目标企业的员工方终端结算所述出行订单时，由所述目标企业的企业方终端按照所述优惠策略结算所述出行订单的全部费用。

步骤S301中，目标企业的企业方终端响应企业用户所下达的出行优惠券编辑请求，可以向企业用户提供个性化的出行优惠券的编辑提示信息，以提示企业用户输入出行优惠券的个性化规则信息，例如使用条件、优惠策略等。需要说明的是，在具体实施中，优惠策略为系统默认，仅提示用户编辑使用条件。

步骤S302中，目标企业的企业方终端基于企业用户所输入的用车时间为工作日、用车地理范围为目标企业所在地的预设距离内中的任意一种或多种的使用条件，生成出行优惠券，可以包括以下两种方案：

方案一：线上制作出行优惠券，目标企业的企业方终端将企业用户所输入的用车时间为工作日、用车地理范围为目标企业所在地的预设距离内中的任意一种或多种的使用条件发送给服务器，由服务器验证所述使用条件是否可行，若验证通过，则由服务器制作出行优惠券并发给目标企业的企业方终端。服务器所制作的出行优惠券可以为单券，也可以为券包。

方案二：线下制作出行优惠券，首先企业用户线下签订出行优惠券的购买合同，线下预先制作符合合同要求的出行优惠券并存储在服务器中；购买合同中记录了出行优惠券的用车时间为工作日、用车地理范围为目标企业所在地的预设距离内中的任意一种或多种的使用条件、出行优惠券的批次编号和目标企业的企业方终端的标识，目标企业的企业方终端将出行优惠券的批次编号和目标企业的企业方终端的标识发送给服务器，由服务器验证出行优惠券的批次编号和目标企业的企业方终端的标识，若验证通过，则由服务器将预先制作完成的出行优惠券发给目标企业的企业方终端。线下预先制作的出行优惠券可以为单券，也可以为券包。

上述方案一适用于发放出行优惠券的数量较少的情况，可以服务器线上实时制作出行优惠券，并发送给目标企业的企业方终端。上述方案二适用于批量发放出行优惠券的情况，在签订合同后线下预先制作符合合同要求的出行优惠券并存储在服务器中，在目标企业的企业用户发券的时候直接从服务器获取预先制作完成的出行优惠券。

步骤S305中，可选地，服务器或目标企业的员工方终端验证目标企业的员工方终端所下达的出行订单是否满足用车时间为工作日的使用条件，假设目标企业的员工方终端所下达的出行订单的时间为非工作日，和/或出行订单的起终点不在目标企业所在地的预设距离内，那么目标企业的员工方终端所下达的出行订单不满足该使用条件。

若目标企业的员工方终端所下达的出行订单满足所述使用条件，则在所述目标企业的员工方终端结算所述出行订单时，所述目标企业的企业方终端按照所述优惠策略结算所述出行订单的全部费用。

在本实施例中，目标企业的企业方终端为目标企业的员工方终端发放优惠策略为免单策略的出行优惠券，作为企业福利，企业用户输入的出行优惠券的规则信息包括用车时间为工作日、用车地理范围为目标企业所在地的预设距离内中的任意一种或多种的使用条件，适用于企业员工上下班打车需求和出差需求。在企业员工上下班或者出差时可以使用该出行优惠券结算出行订单，在目标企业的员工方终端结算所述出行订单时，由所述目标企业的企业方终端结算所述出行订单的全部费用，企业员工享受免单福利。本实施例可以实现企业方终端向员工方终端发放个性化的出行优惠券并参与结算的目的。

接下来，以门店为顾客发放出行优惠券以获得客户的场景对本实施例的出行优惠券使用方法进行说明。在本实施例中，所述第一用户终端为目标门店的服务方终端，所述第二用户终端为顾客方终端；所述使用条件包括以下的任意一种或多种：用车时间为所述目标门店的营业时间、用车地理范围为所述目标门店所在地的预设距离内；所述优惠策略包括：由第一用户终端和第二用户终端以预设比例分别结算所述出行订单的费用。

请参照图4，图4为本申请实施例提供的另一种出行优惠券使用方法的具体实施流程图。如图4所示，可以包括如下步骤：

S401、目标门店的服务方终端响应门店用户所下达的出行优惠券编辑请求，输出出行优惠券的编辑提示信息，所述编辑提示信息用于提示门店用户输入出行优惠券的规则信息；所述规则信息包括以下任意一种或多种：使用条件、优惠策略；

S402、目标门店的服务方终端基于门店用户所输入的用车时间为所述目标门店的营业时间、用车地理范围为所述目标门店所在地的预设距离内的任意一种或多种的使用条件，生成出行优惠券；

S403、目标门店的服务方终端将所述出行优惠券发放给顾客方终端；

S404、顾客方终端领取目标门店的服务方终端发放的出行优惠券；

S405、若顾客方终端所下达的出行订单满足用车时间为所述目标门店的营业时间、用车地理范围为所述目标门店所在地的预设距离内的任意一种或多种的使用条件，则由目标门店的服务方终端和顾客方终端以预设比例分别结算所述出行订单的费用。

步骤S401中，目标门店的服务方终端响应门店用户所下达的出行优惠券编辑请求，可以向门店用户提供个性化的出行优惠券的编辑提示信息，以提示门店用户输入出行优惠券的个性化规则信息，例如使用条件、优惠策略等。需要说明的是，在具体实施中，优惠策略为系统默认，仅提示用户编辑使用条件。

步骤S402中，目标门店的服务方终端基于门店用户所输入的用车时间为所述目标门店的营业时间、用车地理范围为所述目标门店所在地的预设距离内的任意一种或多种的使用条件，生成出行优惠券，可以包括以下两种方案：

方案一：线上制作出行优惠券，目标门店的服务方终端将门店用户所输入的用车时间为所述目标门店的营业时间、用车地理范围为所述目标门店所在地的预设距离内的任意一种或多种的使用条件发送给服务器，由服务器验证所述使用条件是否可行，若验证通过，则由服务器制作出行优惠券并发给目标门店的服务方终端。服务器所制作的出行优惠券可以为单券，也可以为券包。

方案二：线下制作出行优惠券，首先门店用户线下签订出行优惠券的购买合同，线下预先制作符合合同要求的出行优惠券并存储在服务器中；购买合同中记录了出行优惠券的用车时间为所述目标门店的营业时间、用车地理范围为所述目标门店所在地的预设距离内的任意一种或多种的使用条件、出行优惠券的批次编号和目标门店的服务方终端的标识，目标门店的服务方终端将出行优惠券的批次编号和目标门店的服务方终端的标识发送给服务器，由服务器验证出行优惠券的批次编号和目标门店的服务方终端的标识，若验证通过，则由服务器将预先制作完成的出行优惠券发给目标门店的服务方终端。线下预先制作的出行优惠券可以为单券，也可以为券包。

上述方案一适用于发放出行优惠券的数量较少的情况，可以服务器线上实时制作出行优惠券，并发送给目标门店的服务方终端。上述方案二适用于批量发放出行优惠券的情况，在签订合同后线下预先制作符合合同要求的出行优惠券并存储在服务器中，在门店用户发券的时候直接从服务器获取预先制作完成的出行优惠券。

步骤S405中，服务器或顾客方终端验证顾客方终端所下达的出行订单是否满足用车时间为所述目标门店的营业时间、用车地理范围为所述目标门店所在地的预设距离内的任意一种或多种的使用条件，假设用车地理范围为某汽车服务店区域，顾客方终端所下达的出行订单的起始点位置或终点位置为某汽车服务店区域，用车时间为某汽车服务店的营业时间，那么顾客方终端所下达的出行订单满足该使用条件。

若顾客方终端所下达的出行订单满足用车时间为所述目标门店的营业时间、用车地理范围为所述目标门店所在地的预设距离内的任意一种或多种的使用条件，则目标门店的服务方终端和顾客方终端以预设比例分别结算所述出行订单的费用。

在本实施例中，目标门店的服务方终端为顾客方终端发放出行优惠券以获得客户，门店用户输入的出行优惠券的规则信息包括用车时间为所述目标门店的营业时间、用车地理范围为所述目标门店所在地的预设距离内的任意一种或多种的使用条件，适用于客户打车去目标门店购买汽车维修、洗车等服务。在客户去店里购买服务或离店时均可以使用该出行优惠券结算出行订单，在顾客方终端结算所述出行订单时，目标门店的服务方终端和顾客方终端以预设比例分别结算所述出行订单的费用，吸引客户选择去该目标门店购买服务。本实施例可以实现目标门店的服务方终端向顾客方终端发放个性化的出行优惠券并参与结算的目的。

请参照图5，图5为本申请实施例提供的一种出行优惠券使用装置的结构示意图。所述装置作用于第一用户终端，如图5所示，所述装置可以包括：

提示模块501，用于响应用户所下达的出行优惠券编辑请求，输出出行优惠券的编辑提示信息，所述编辑提示信息用于提示用户输入出行优惠券的规则信息；所述规则信息包括以下任意一种或多种：使用条件、优惠策略；

生成模块502，用于基于用户所输入的规则信息，生成出行优惠券；

结算模块503，用于将所述出行优惠券发放给第二用户终端，以使第二用户终端所下达的出行订单满足所述使用条件的情况下，第二用户终端按照所述出行优惠券中的优惠策略结算所述出行订单；在第二用户终端结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单。

请参照图6，图6为本申请实施例提供的另一种出行优惠券使用装置的结构示意图。所述装置作用于第二用户终端，如图6所示，所述装置可以包括：

领取模块601，用于领取第一用户终端发放的出行优惠券；其中，所述出行优惠券是基于第一用户终端的用户所输入的规则信息生成的，所述规则信息包括以下任意一种或多种：使用条件、优惠策略；

使用模块602，用于若待结算的出行订单满足所述使用条件，则按照所述出行优惠券中的优惠策略结算所述出行订单；其中，在结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单。

本申请实施例公开了一种电子设备，如图7所示，包括：处理器701、存储器702和总线703，所述存储器702存储有所述处理器701可执行的机器可读指令，当电子设备运行时，所述处理器701与所述存储器702之间通过总线703通信。

所述机器可读指令被所述处理器701执行时用于执行一种作用于第一用户终端的出行优惠券使用方法中的步骤：

响应用户所下达的出行优惠券编辑请求，输出出行优惠券的编辑提示信息，所述编辑提示信息用于提示用户输入出行优惠券的规则信息；所述规则信息包括以下任意一种或多种：使用条件、优惠策略；

基于用户所输入的规则信息，生成出行优惠券；

将所述出行优惠券发放给第二用户终端，以使第二用户终端所下达的出行订单满足所述使用条件的情况下，第二用户终端按照所述出行优惠券中的优惠策略结算所述出行订单；在第二用户终端结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单。

在一种可能的实施方式中，所述使用条件包括以下任意一种或多种：用车类型、用车时间、用车地理范围。

在一种可能的实施方式中，所述优惠策略包括以下任意一种：

由第一用户终端结算所述出行订单的固定费用，第二用户终端结算所述出行订单的剩余费用；

由第一用户终端和第二用户终端以预设比例分别结算所述出行订单的费用；

由第一用户终端结算所述出行订单的全部费用。

在一种可能的实施方式中，所述优惠策略包括：由第一用户终端结算所述出行订单的固定费用，第二用户终端结算所述出行订单的剩余费用；

处理器701在生成出行优惠券之后，第二用户终端结算所述出行订单之前，还包括：

按照所述优惠策略预付固定费用；所述剩余费用是在第二用户终端结算所述出行订单时由所述第二用户终端结算的；

或者，处理器701在第二用户终端结算所述出行订单时，还包括：

按照所述优惠策略实时结算固定费用；所述剩余费用是在第二用户终端结算所述出行订单时由所述第二用户终端结算的；

或者，处理器701在第二用户终端结算所述出行订单之后，还包括：

按照所述优惠策略延后结算固定费用；所述剩余费用是在第二用户终端结算所述出行订单时由所述第二用户终端结算的。

在一种可能的实施方式中，所述优惠策略包括：由第一用户终端和第二用户终端以预设比例分别结算所述出行订单的费用；

处理器701在第二用户终端结算所述出行订单时，还包括：

按照所述预设比例实时结算所述出行订单的部分费用；所述出行订单的剩余费用是在第二用户终端结算所述出行订单时由所述第二用户终端结算的；

或者，处理器701在第二用户终端结算所述出行订单之后，还包括：

按照所述预设比例延后结算所述出行订单的部分费用；所述出行订单的剩余费用是在第二用户终端结算所述出行订单时由所述第二用户终端结算的。

在一种可能的实施方式中，所述优惠策略包括：由第一用户终端结算所述出行订单的全部费用；

处理器701在第二用户终端结算所述出行订单时，还包括：

按照所述优惠策略实时结算所述出行订单的全部费用；

或者，处理器701在第二用户终端结算所述出行订单之后，还包括：

按照所述优惠策略延后结算所述出行订单的全部费用。

在一种可能的实施方式中，所述第一用户终端为目标企业的企业方终端，所述第二用户终端为目标企业的员工方终端；所述使用条件包括以下的任意一种或多种：用车时间为工作日、用车地理范围为目标企业所在地的预设距离内；所述优惠策略包括：由第一用户终端结算所述出行订单的全部费用；

处理器701将所述出行优惠券发放给第二用户终端，以使第二用户终端所下达的出行订单满足所述使用条件的情况下，第二用户终端按照所述出行优惠券中的优惠策略结算所述出行订单；在第二用户终端结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单，包括：

将所述出行优惠券发放给所述目标企业的员工方终端，以使所述目标企业的员工方终端所下达的出行订单满足用车时间为工作日、用车地理范围为目标企业所在地的预设距离内中的任意一种或多种的使用条件下，所述目标企业的员工方终端按照所述出行优惠券中的优惠策略结算所述出行订单；在所述目标企业的员工方终端结算所述出行订单时，由所述目标企业的企业方终端按照所述优惠策略结算所述出行订单的全部费用。

在一种可能的实施方式中，所述第一用户终端为目标门店的服务方终端，所述第二用户终端为顾客方终端；所述使用条件包括以下的任意一种或多种：用车时间为所述目标门店的营业时间、用车地理范围为所述目标门店所在地的预设距离内；所述优惠策略包括：由第一用户终端和第二用户终端以预设比例分别结算所述出行订单的费用；

处理器701将所述出行优惠券发放给第二用户终端，以使第二用户终端所下达的出行订单满足所述使用条件的情况下，第二用户终端按照所述出行优惠券中的优惠策略结算所述出行订单；在第二用户终端结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单，包括：

将所述出行优惠券发放给顾客方终端，以使顾客方终端所下达的出行订单满足用车时间为所述目标门店的营业时间、用车地理范围为所述目标门店所在地的预设距离内的任意一种或多种的使用条件下，由目标门店的服务方终端和顾客方终端以预设比例分别结算所述出行订单的费用。

所述机器可读指令被所述处理器701执行时用于执行一种作用于第二用户终端的出行优惠券使用方法中的步骤：

领取第一用户终端发放的出行优惠券；其中，所述出行优惠券是基于第一用户终端的用户所输入的规则信息生成的，所述规则信息包括以下任意一种或多种：使用条件、优惠策略；

若待结算的出行订单满足所述使用条件，则按照所述出行优惠券中的优惠策略结算所述出行订单；其中，在结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单。

在一种可能的实施方式中，所述使用条件包括以下任意一种或多种：用车类型、用车时间、用车地理范围。

在一种可能的实施方式中，所述优惠策略包括以下任意一种：

由第一用户终端结算所述出行订单的固定费用，第二用户终端结算所述出行订单的剩余费用；

由第一用户终端和第二用户终端以预设比例分别结算所述出行订单的费用；

由第一用户终端结算所述出行订单的全部费用。

在一种可能的实施方式中，所述优惠策略包括：由第一用户终端结算所述出行订单的固定费用，第二用户终端结算所述出行订单的剩余费用；

处理器701在结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单，包括：

处理器701在结算所述出行订单时，结算所述出行订单的剩余费用；所述固定费用是在所述第一用户终端生成出行优惠券之后，第二用户终端结算所述出行订单之前，由所述第一用户终端按照所述优惠策略预付的；

或者，处理器701在结算所述出行订单时，结算所述出行订单的剩余费用；所述出行订单的固定费用是在结算所述出行订单时，由所述第一用户终端按照所述优惠策略实时结算的；

或者，处理器701在结算所述出行订单时，结算所述出行订单的剩余费用；所述出行订单的固定费用是在结算所述出行订单之后，由所述第一用户终端按照所述优惠策略延后结算的。

在一种可能的实施方式中，所述优惠策略包括：由第一用户终端和第二用户终端以预设比例分别结算所述出行订单的费用；

处理器701在结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单，包括：

在结算所述出行订单时，按照所述预设比例结算所述出行订单的部分费用；所述出行订单的剩余费用是在结算所述出行订单时由所述第一用户终端实时结算的；

或者，处理器701在结算所述出行订单时，按照所述预设比例结算所述出行订单的部分费用；所述出行订单的剩余费用是在结算所述出行订单之后由所述第一用户终端延后结算的。

在一种可能的实施方式中，所述优惠策略包括：由第一用户终端结算所述出行订单的全部费用；

处理器701在结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单，包括：

在结算所述出行订单时，所述出行订单的全部费用是在结算所述出行订单时由第一用户终端按照所述优惠策略实时结算的；

或者，处理器701在结算所述出行订单时，所述出行订单的全部费用是在结算所述出行订单之后由第一用户终端按照所述优惠策略延后结算的。

在一种可能的实施方式中，所述第一用户终端为目标企业的企业方终端，所述第二用户终端为目标企业的员工方终端；所述使用条件包括以下的任意一种或多种：用车时间为工作日、用车地理范围为目标企业所在地的预设距离内；所述优惠策略包括：由第一用户终端结算所述出行订单的全部费用；

若待结算的出行订单满足所述使用条件，则处理器701按照所述出行优惠券中的优惠策略结算所述出行订单；其中，在结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单，包括：

若待结算的出行订单满足用车时间为工作日、用车地理范围为目标企业所在地的预设距离内中的任意一种或多种的使用条件，则按照所述出行优惠券中的优惠策略结算所述出行订单；在结算所述出行订单时，由目标企业的企业方终端按照所述优惠策略结算所述出行订单的全部费用。

在一种可能的实施方式中，所述第一用户终端为目标门店的服务方终端，所述第二用户终端为顾客方终端；所述使用条件包括以下的任意一种或多种：用车时间为所述目标门店的营业时间、用车地理范围为所述目标门店所在地的预设距离内；所述优惠策略包括：由第一用户终端和第二用户终端以预设比例分别结算所述出行订单的费用；

若待结算的出行订单满足所述使用条件，则处理器701按照所述出行优惠券中的优惠策略结算所述出行订单；其中，在结算所述出行订单时，由所述第一用户终端按照所述优惠策略结算所述出行订单，包括：

若待结算的出行订单满足用车时间为所述目标门店的营业时间、用车地理范围为所述目标门店所在地的预设距离内中的任意一种或多种的使用条件，则由目标门店的服务方终端和顾客方终端以预设比例分别结算所述出行订单的费用。

本申请实施例所提供的一种出行优惠券使用方法的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

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

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

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

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

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