CN110852810A - 优惠信息管理方法与装置 - Google Patents

Abstract

本发明实施例提供优惠信息管理方法与装置，以实现向旅客推送优惠信息。上述方法包括：获取旅客的用户数据；根据所述用户数据提取用户特征；从多个预设的优惠信息中，确定出与所述用户特征相匹配的优惠信息作为推送对象；向所述旅客推送所述推送对象。可见，在本发明实施例中，会根据所获取的用户数据提取用户特征，根据用户特征向用户推送相匹配的个性化的优惠信息，实现精准推送。

Description

优惠信息管理方法与装置

技术领域

本发明涉及计算机技术领域，特别涉及优惠信息管理方法与装置。

背景技术

近年来，人们生活水平不断提高，乘坐飞机出行的人数也屡创新高。

在为数众多的旅客中，还蕴藏着巨大的消费需求。向旅客推送机场周边酒店、周边商场等商户的优惠信息，可迎合旅客的消费需求，为旅客提供便利的消费服务。如何向旅客推送优惠信息是当前研究的热门。

发明内容

有鉴于此，本发明实施例提供优惠信息管理方法与装置，以实现向旅客推送优惠信息。

为实现上述目的，本发明实施例提供如下技术方案：

一种优惠信息管理方法，包括：

获取旅客的用户数据；

根据所述用户数据提取用户特征；

从多个预设的优惠信息中，确定出与所述用户特征相匹配的优惠信息作为推送对象；

向所述旅客推送所述推送对象。

一种优惠信息管理装置，包括：

获取模块，用于：获取旅客的用户数据；

分析模块，用于：根据所述用户数据提取用户特征；

推送模块，用于：

从多个预设的优惠信息中，确定出与所述用户特征相匹配的优惠信息作为推送对象；

向所述旅客推送所述推送对象。

可见，在本发明实施例中，会根据所获取的用户数据提取用户特征，根据用户特征向用户推送相匹配的个性化的优惠信息，实现精准推送。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

图1为本发明实施例提供的服务器侧的架构结构示例图；

图2为本发明实施例提供的优惠信息管理方法的一种示例性流程；

图3为本发明实施例提供的优惠信息示意图；

图4为本发明实施例提供的优惠信息管理方法的另一种示例性流程；

图5为本发明实施例提供的优惠信息管理方法的另一种示例性流程；

图6为本发明实施例提供的使用优惠信息时，旅客、商户和优惠信息管理装置之间的示例性交互流程；

图7a和图7b为本发明实施例提供的优惠信息管理方法的又一种示例性流程；

图8本发明实施例提供的优惠信息管理方法的又一种示例性流程；

图9a为本发明实施例提供的优惠信息管理方法的又一种示例性流程；

图9b为本发明实施例提供的优惠信息管理方法的又一种示例性流程；

图9c为本发明实施例提供的优惠信息管理方法的又一种示例性流程；

图9d为本发明实施例提供的优惠信息管理方法的又一种示例性流程；

图10为本发明实施例提供的优惠信息类别名录的示例性页面；

图11为本发明实施例提供的延期处理的示例性流程；

图12为本发明实施例提供的优惠信息管理装置的示例性结构；

图13为本发明实施例提供的优惠信息管理方法的又一种示例性流程；

图14为本发明实施例提供的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

民航业的蓬勃发展，对机场来说既是机遇也是挑战，为了应对客流量增大带来的压力，也为了满足越来越多的个性化服务，机场的发展迫在眉睫。若可向旅客推送不同的优惠信息，能够有效整合机场、周边酒店、周边商场等资源，实现合作共赢。

有鉴于此，本发明实施例提供了优惠信息管理方法与优惠信息管理装置，以实现向旅客推送优惠信息。

在介绍完核心思想后，下面介绍本发明实施例所涉及的装置。

上述优惠信息管理装置可以软件或硬件的形式应用于服务器侧。

当以软件形式应用于服务器侧时，上述优惠信息管理装置可为独立的软件。当然，也可作为大型系统的子系统(子组件)，提供优惠信息管理服务。

当以硬件形式应用于服务器侧中时，上述图像处理装置示例性的可为服务器侧的服务器。

请参见图1，服务器侧在硬件上可包含web服务器和后端服务器。

其中，web服务器为前端(前台)，负责与客户端(浏览器)通信，后端服务器负责提供优惠信息管理服务。

或者，在其他应用场景下，也可由web服务器同时负责提供优惠信息管理服务。

需要说明的是，图1只示例性得示出了一台web服务器和一台后端服务器，本领域技术人员可根据实际需要灵活设计web服务器和后端服务器的数量。

在一些实施方式中，客户端、服务器(web服务器)可以利用诸如HTTP(HyperTextTransfer Protocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述优惠信息管理方法的应用场景示例性得仍可参见图1所示：对于近期(例如一周内)购买机票的旅客，或已进入机场的旅客，后端服务器可通过web服务器向其客户端推送优惠信息。

由于本发明在实施时需要使用用户数据，在实施之前，会有用户授权使用用户数据的流程，在该流程中，会向用户展示用户数据的用途。

下面将从技术角度介绍如何实现上述应用场景。

图2示出了由上述优惠信息管理装置(服务器端)所执行的优惠信息管理方法的一种示例性流程，包括：

S1：获取旅客的用户数据；

需要说明的是，本发明中的“旅客”是优惠信息管理系统内的用户。在优惠信息管理装置所归属的系统内，以账号标识一个用户，账号可以跟微信、支付宝等第三方应用关联。

用户数据可包括多种种类，例如旅客订座记录、基础属性信息、行为数据等。

S2：根据用户数据提取用户特征；

前述提及了，用户数据可包括多种种类，例如旅客订座记录、基础属性信息、行为数据等，与之相对应，所提取出的用户特征种类可包括：行程特征、基础属性特征、行为特征中的一种或多种。

用户特征的种类，依据可获得的用户数据种类的不同而不同。

举例来讲，对于旅客lucy，仅可获取其旅客订座记录，则提取出的用户特征只包括行程特征。

S3：从多个预设的优惠信息中，确定出与用户特征相匹配的优惠信息作为推送对象。

对于不同的用户特征，与之相匹配的优惠信息也不尽相同。

S4：向旅客推送上述推送对象。

请参见图3，在一个示例中，优惠信息可为包含商户名称、优惠面额的页面，该页面包含优惠券领取控件。

一条优惠信息可包含一张优惠券的领取控件，也可包含多张优惠券的领取控件。

可见，在本发明实施例中，会根据所获取的用户数据提取用户特征，根据用户特征向用户推送相匹配的个性化的优惠信息，实现精准推送。

在本发明其他实施例中，在领取控件被点击后，请参见图4,优惠信息管理装置会接收到领取请求(S5)；

优惠信息管理装置则向旅客发送目标优惠券(S6)，以完成优惠券领取。

目标优惠券可为二维码、条形码的形式。

在本发明其他实施例中，请参见图5，在步骤S6之前，还可执行如下步骤：

S601：根据用户数据判断是否符合领取条件，若符合，进入步骤S6，否则进入步骤S7。

目标优惠券的领取条件可由相应的商户设定，若领取条件为无，或者领取条件为所有旅客，则可跳过步骤S601。

而若领取条件限定了某些旅客可领取，则需要执行步骤S601。

本实施例可提高优惠券领取的准确性，减少机场和商户的损失。

S7：通知领取失败。

在本发明其他实施例中，旅客使用优惠信息时，旅客、商户和优惠信息管理装置之间的示例性交互流程请参见图6：

商户工作人员登录，在结账时进入使用优惠券的界面。

旅客(用户)选择要使用的优惠券，展示优惠券(例如二维码)。

商户工作人员扫描旅客提供的二维码，向优惠信息管理装置发送优惠券使用请求。

优惠信息管理装置判断旅客是否符合使用限制条件(S8)，若不符合，通知优惠券无效(S9)，商户侧系统会通知旅客优惠券无效。

而若符合，优惠信息管理装置通知优惠券有效(S8)，商户侧会重新计算应付费用，并展示新应付费用。

一般情况下，使用限制条件与领取条件相同。

本实施例可提高优惠券使用的准确性，减少机场和商户的损失。

前述提及了，用户数据可包括多种种类，下面将基于不同种类的用户数据对优惠信息管理装置所执行的优惠信息管理方法进行介绍。

图7a和图7b示出了由上述优惠信息管理装置所执行的优惠信息管理方法的另一种示例性流程，包括：

S71：获取旅客订座记录(Passenger Name Record，PNR)；

PNR反映了旅客的航程，航班座位占用的数量，及旅客信息。

S72：根据PNR提取行程特征；

行程特征可依PNR而不同。例如，一些旅客的行程特征可包括住宿特征，住宿特征示例性的包括但不限于：隔夜中转特征，周边早班特征，或周边晚班特征。

优惠信息管理装置根据PNR，可判断出旅客是否属于中转旅客，而中转分为隔夜中转和当天中转，对于隔夜中转的旅客，其用户特征包括住宿特征(隔夜中转特征)。

其中，周边早班特征可具体包括：航班为早班、用户住址位于机场所在地的周边城市；周边晚班特征包括：航班为晚班、用户住址位于机场所在地的周边城市。

用户住址可根据旅客的证件信息得到。

而一些旅客的行程特征可包括特殊人员(例如儿童)随行特征。

S73:从多个预设的优惠信息中，确定出与行程特征相匹配的优惠信息作为推送对象。

在一个示例中，请参见图7b，步骤S73可进一步细化包括如下步骤：

S731：当行程特征包括上述住宿特征时，确定住宿类优惠信息作为推送对象。

在一个示例中，住宿类优惠信息可包括免费住宿信息。

请参见图13，优惠信息管理装置可获取旅客的行程信息，判断是否属于中转旅客，其中，中转分为隔夜中转和当天中转，可为隔夜中转的旅客确定免费住宿信息作为推送对象。

同理，优惠信息管理装置结合旅客的证件信息和行程信息，可为周边早班旅客、周边晚班旅客确定免费住宿信息。

旅客领取免费住宿优惠券后，后续凭借购买机票的证件到指定酒店享受服务。

在另一个示例中，住宿类优惠信息可不仅限于免费住宿信息。优惠信息管理装置可进一步根据PNR中的舱位，确定不同的住宿类优惠信息。举例来讲，为头等舱的旅客推送五星级及以上的酒店；为商务舱的旅客推送商务酒店和星级酒店；为购买经济舱或特价票的旅客推送青年旅舍或快捷酒店的优惠信息，或者免费住宿信息。

S732：当行程特征包括特殊人员随行特征时，确定特殊人员消费类优惠信息作为推送对象；

特殊人员可包括儿童。旅客出行可能携带儿童，而儿童在候机时需要特殊对待，优惠信息管理装置可确定儿童餐、儿童乐园等特殊人员消费类优惠信息作为推送对象。

S734：向旅客推送上述推送对象。

需要说明的是，若旅客的用户特征既包含住宿特征，又包含特殊人员随行特征，可同时推送住宿类优惠信息和特殊人员消费类优惠信息。

也可根据不同特征的优先级，优先推送优先级高的优惠信息。

优先级可由旅客自行设定，也可由优惠信息管理装置基于数据分析得到。

在本实施例中，可实现根据旅客的行程特征进行精准的优惠信息推送。

图8示出了由上述优惠信息管理装置所执行的优惠信息管理方法的又一种示例性流程，包括：

S81：获取基础属性信息；

基础属性信息可包括性别、年龄等。基础属性信息可通过证件信息获得，也可通过用户注册时填写的基础属性数据获得。

S82：根据基础属性信息提取基础属性特征；

基础属性特征可依基础属性信息而不同。以年龄为例，22岁的旅客其对应20-35岁年龄阶段特征，而45岁的旅客具有另一年龄阶段特征。

S83:从多个预设的优惠信息中，确定出与基础属性特征相匹配的优惠信息作为推送对象。

以年龄和性别为例，可确定出与其年龄、性别相匹配的优惠信息。

例如可向年龄在20-35岁的女性推荐彩妆、服饰鞋包、免税店的优惠信息或机场附近的皮肤管理店铺的体验信息。

推送体验信息的原因是：考虑到年轻女性在舟车劳顿的行程中可能会在意自己的皮肤状态，而现在市面上规模较大的皮肤管理会所一般均为连锁店，若旅客在机场推送的皮肤管理会所进行体验觉得满意后，很有可能在回到自己日常生活的地方持续消费，无形中为店铺带来了一定的经济效益。

再例如，可向年龄在55-70岁的中老年人推荐保健养生类的店铺信息或优惠信息。

此外，也可结合前一实施例中的用户特征，例如特殊人员随行特征，为携带婴儿或儿童的旅客推荐母婴专卖店或儿童玩具店的优惠信息。

S84：向旅客推送上述推送对象。

需要说明的是，若旅客的用户特征包含多类，例如，既包含住宿特征，又包含特殊人员随行特征，又包含基础属性特征，可同时推送每一类用户特征对应的优惠信息。

也可根据不同特征的优先级，优先推送优先级高的优惠信息。

优先级可由旅客自行设定，也可由优惠信息管理装置基于数据分析得到。

在本实施例中，可实现依据旅客的基础属性特征，进行优惠信息的精准推送。

当然，在旅客领取优惠信息时，优惠信息管理装置会判断旅客是否符合领取条件(具体流程请参见图5)，旅客只能领取与其用户特征匹配的优惠信息，不可领取的优惠信息显示为灰色。

在使用优惠信息时，优惠信息管理装置会再次判断旅客是否符合使用限制条件，以提高使用优惠信息的准确性，减少机场和商户的损失。

图9a-图9d示出了由上述优惠信息管理装置所执行的优惠信息管理方法的另一种示例性流程，包括：

S91：获取行为数据；

在一个示例中，行为数据可包括优惠券历史使用数据和第三方操作行为数据中的至少一种。因此，请参见图9b-图9d，步骤S91可进一步包括如下步骤中的一个或多个：

S911：获取优惠券历史使用数据；

以旅客A为例，优惠券历史使用数据可包含旅客A历史使用的优惠券、在预设时单位内(例如近7天内)，该旅客对新增店铺的优惠券是否使用，使用的哪些店铺的优惠券，对店铺的反馈信息等。

S912：获取第三方操作行为数据。

第三方操作行为数据包括：旅客在本系统之外的操作行为数据，例如，旅客对本系统之外的网站的上网行为数据(例如浏览、点击、评分、评论、购买等)。

S92：根据行为数据提取行为特征；

前述提及，行为数据可包括优惠券历史使用数据和第三方行为数据中的至少一种，则相应的，步骤S92可进一步包括如下步骤中的一个或多个：

S921：根据优惠券历史使用数据提取优惠券使用特征；

在一个示例中，优惠券使用特征可包括如下一种或多种特征：

①在同一类消费类型或服务类型中，旅客最常使用的优惠券面值特征：

例如护肤类，旅客A最常使用的优惠券面值为10元，10元属于0-20元等级，则其优惠券面值特征为0-20元等级。

该特征可通过对历史使用的优惠券面值统计得到。

②消费类型：

例如，该旅客优惠券使用最多的消费类型，优惠券使用最少的消费类型等。

本特征可通过对历史使用的优惠券的消费类型进行统计分析得到。

③反馈特征：

反馈特征可进一步包括：满意度最高的店铺、关注类型等。

其中关注类型可包括如下一种或多种：

性价比；

口碑；

打折力度；

服务质量。

S922：根据第三方操作行为数据提取第三方操作行为特征。

在一个示例中，可从上述第三方操作行为数据中提取出关键词(如何提取关键词可参考现有的方式)，在此不作赘述。

之后，可统计关键词的出现频率(单位可为“次/月”、“次/周”等)，作为其属性之一。

还可将关键词与商品种类进行匹配，例如，关键词为“婴儿奶粉”，与之匹配的商品种类可能为“奶粉”或“婴幼儿奶粉”等，与关键词匹配的商品种类也可作为该关键词的属性之一。

此外，与关键词同时出现的词，亦可作为其属性一并保存。

举例来讲，与关键词“婴儿奶粉”同时出现的词包括“一段配方”或品牌名，则可将同时出现的词作为其属性。

在其他示例中，还可对关键词进行归类，得到其归属的上层概念(上层商品类型)。例如，三个关键词“面膜、爽肤水、精油”被归为一类，这三个关键词归属的上层商品类型为“护肤”。

在其他示例中，还可统计旅客对每一关键词或每一类的持续关注时长。

以上述三个关键词“面膜、爽肤水、精油”为例，用户在2019年6月至2019年10月均查询过“面膜”，在2019年3月和2019年5月查询到“爽肤水”，在2018年1月、2018年6-12月，2019年4月查询过“精油”，则“面膜”的持续关注时长为5个月，“爽肤水”的持续关注时长为(3个月)，“精油”的持续关注时长为15个月，“护肤”这一类的持续关注时长为2018年1月至2019年10月，共21个月。

则第三方操作行为特征可包括关键词(或与关键词匹配的商品种类)、出现频率、持续关注时长、上层商品类型中的至少一种。

可使用第三方操作行为数据进行深度学习训练得到算法模型，训练好后的算法模型可用于提取第三方操作行为特征。

或者，可对提取出的多个第三方操作行为特征进行排序，得到最重要的第三方操作行为特征。

S93:从多个预设的优惠信息中，确定出与行为特征相匹配的优惠信息作为推送对象。

在一个示例中，请参见图9b和图9d，步骤S93可进一步细化包括如下步骤：

S931：当行为特征包括优惠券使用特征时，确定与优惠券使用特征相匹配的优惠信息作为推送对象。

前述提及了，优惠券使用特征可包括：消费类型，反馈特征，以及，在同一类消费类型或服务类型中最常使用的优惠券面值特征中的至少一种。

可综合上述特征确定相匹配的优惠信息，举例来讲，假定旅客A优惠券使用最多的消费类型为“护肤”，最常使用的优惠券面值为“50”，关注类型为“性价比”。

则从多个优惠信息中，挑选出属于“护肤品”类、被多人标注“性价比高”的优惠信息；

进一步的，还可从上述挑选出的优惠信息中，进一步筛选优惠券面值与“50”最接近的优惠信息。

在一个示例中，可对上述各特征进行排序，按照顺序依次对优惠信息进行筛选。

举例来讲，假定对于旅客A来说，其各特征按权重由大到小排序为：消费类型，在同一类消费类型或服务类型中最常使用的优惠券面值特征，反馈特征，则可按照上述排序，逐步筛选优惠信息：

第一步：筛选出与消费类型(一般是优惠券使用最多的消费类型)相匹配的优惠券；

第二步：从第一步的筛选结果中，筛选出与最常使用的优惠券面值特征相匹配的优惠券。

第三步，从第二步的筛选结果中，筛选出与反馈特征相匹配的优惠券。

权重的计算和排序，可使用排序模型执行，可参照现有的排序模型训练方式进行训练，在此不作赘述。

S932：当行为特征包括第三方操作行为特征时，确定与第三方操作行为特征相匹配的优惠信息作为推送对象；

前述提及了，第三方操作行为特征可包括关键词(或与关键词匹配的商品种类)、出现频率、持续关注时长、上层商品类型中的至少一种。

则在一个示例中，可从多个优惠信息中，筛选出与上述特征相匹配的优惠信息。

在另一个示例中，可对多个第三方操作行为特征进行排序，按照顺序依次对优惠信息进行筛选，此部分与S91部分的介绍相类似，不再赘述。

S94：向旅客推送上述推送对象。

在本实施例中，可实现根据旅客的行为特征进行精准的优惠信息推送。

需要说明的是，若旅客的用户特征同时包含行程特征、基础属性特征、行为特征，可根据不同特征的优先级，优先推送优先级高的优惠信息。

优先级可由旅客自行设定，也可由优惠信息管理装置基于数据分析得到(例如，对各特征进行排序，排在最前面的，优先级越高，对于各特征下包含的子特征，也可进行排序)。

或者，可向旅客推送优惠信息类别名录，图10示出了包含优惠信息类别名录的示例性页面，在该页面中，按照旅客的用户特征，“免税”、“美妆护肤”、“母婴玩具”、“食品”为前4名，则图10中显示了这4个类别。

此外，还可根据用户特征，为每一类别下的优惠信息进行排序，并可在页面中显示各类别下排名第一的优惠信息(请参见图10的“向您推荐”部分)。

考虑到优惠券一般为机场周期商铺的优惠券，有效期一般限于在机场中转的一至两天内，而旅客有可能因中转时间短而没时间使用优惠券进行消费。因此，在本发明其他实施例中，可为旅客提供延期消费的服务。

图11提供了为旅客提供延期消费的服务的具体技术实现，在完成优惠券领取之后，优惠信息管理装置可执行如下步骤：

S111：接收优惠券延期请求；

延期请求内容可包括：指定的优惠券、延期天数。

此外，还可包括旅客的账户ID。

S112：判断是否满足延期条件，若满足，进入S113，否则进入S114；

在一个示例中，旅客可花费一定的延期金额(例如10元)购买延期服务。在此情况下，延期条件可包括支付成功。

在另一个示例中，对于一些特定旅客(例如VIP用户)，其延期条件可包括：旅客为VIP用户。

此外，还可设置延期金额与延期天数之间的关系，例如，支付10元，延期1个月，支付5元，延期10天等等。

本领域技术人员可根据实际情况进行灵活设计，在此不作赘述。

S113：对上述优惠券延期请求指定的优惠券进行延期处理。

若满足延期条件，则可对延期请求指定的优惠券进行延期处理。

延期处理具体可包括：修改指定优惠券的有效期。

S114：通知延期失败。

此外，还可通知失败原因。

本实施例可实现提供延期消费的服务，其好处在于：

1，用户所花费的优惠券延期金额可增加创收，或用作为优惠信息管理装置的后期运维费用。

2，迎合了用户的需求。

3，如果用户愿意支付优惠券延期金额，则在一定程度上可以确定用户在离开机场后有较大几率会去消费，提高用户的粘着性，可为连锁商铺增加消费额，扩大知名度。

在本发明其他实施例中，还可对已经消费的优惠券进行统计分析。

在一个示例中，可从以下方面进行统计分析：

1，同一类型店铺中，优惠券使用最多的店铺；

可统计一月内，同一类型店铺中，优惠券使用最多的店铺。

2，同一类型店铺中，优惠券使用最少的店铺；

可统计一月内，同一类型店铺中，优惠券使用最多的店铺

3，最常使用的优惠券面值；

进一步的，可统计在同一类型商铺，最常使用的优惠券面值。

4，预设时间单位内(近7天内)新增店铺的优惠券使用情况；

具体的，可预计在预设时间单位内，优惠券使用最多的新增店铺和最少的新增店铺。

5，消费类型分析；

具体的，可统计在一定时间内(例如一个月)优惠券使用最多的消费类型，以及，优惠券使用最少的消费类型。

6，各店铺的满意程度统计。

满意程度可使用评分来表征，可通过用户打分的方式收集用户对各店铺的满意程度。

一方面，可以根据分析所得的数据，在后续更精准、更高效、更实用地为旅客推送优惠信息，提高使用优惠券与发放优惠券的比例。另一方面，上述统计的数据也可为店铺提供参考，激励店铺提高自己的服务质量和水平，鼓励良好的竞争。

在本发明其他实施例中，还可以对用户从不同维度进行分类，例如，可根据年龄、性别、户籍地域等维度进行分类，从单一维度对用户的消费数据进行分析。例如，统计来自不同国家或不同省份的旅客的消费总额；统计所有女性旅客在机场消费金额最多的项目是什么；统计60岁及以上的旅客的消费最多的商铺类型是否是我们进行精准推送的范围内。

此外，也可以随意组合维度进行综合的数据分析。

上述分析可在一定程度帮助系统为用户持续做精准推送。

此外，机场工作人员可定期统计优惠信息的使用情况，分析最受欢迎的优惠信息特点，从而为后台人员发放优惠信息提供方向。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

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

图12示出了上述优惠信息管理装置的一种示例性结构，包括：获取模块1、推送模块3和分析模块5。其中：

获取模块1，用于：获取旅客的用户数据；

分析模块5，用于：根据上述用户数据提取用户特征；

在本发明其他实施例中，分析模块5还可用于对已经消费的优惠券进行统计分析，以及，对用户从不同维度进行分类，从单一维度或随意组合维度对用户的消费数据进行分析。具体细节请参见本文前述记载，在此不作赘述。

推送模块3，用于：

从多个预设的优惠信息中，确定出与上述用户特征相匹配的优惠信息作为推送对象；

向上述旅客推送上述推送对象。

具体细节请参见前述图2所示的方法实施例，在此不作赘述。

上述推送对象至少包括领取控件(请参见图3)；

领取控件被点击时，将发送优惠券领取请求；

则推送模块3还可用于：

接收针对推送对象所发送的领取请求优惠券；

向旅客推送上述推送对象对应的优惠券。

具体细节请参见前述图4和图5所示的方法实施例，在此不作赘述。

在本发明其他实施例中，仍请参见图12，上述装置还可包括管理模块2，用于：对优惠券或优惠信息进行增加、删除、修改和查询操作。

具体的，优惠信息的发送方式分为自动推送和手动推送两类，对于发送方式为自动的优惠信息是后台(服务器端)写入的，前台(为机场工作人员提供的操作界面)只允许修改不允许增加、删除，前述的推送模块3自动调用发送方式为自动的优惠信息发送给旅客。

对于发送方式为手动发送的优惠信息可以随时进行增、删、改。

在本发明其他实施例中，仍请参见图12，上述装置还可包括裁决模块4，用于：

接收优惠券的使用请求(所请求使用的优惠券为目标优惠券)；

获取目标优惠券的使用限制条件；

根据用户数据判断是否满足使用限制条件，若满足，返回指示目标优惠券有效的信息；否则，返回指示目标优惠券无效的信息。

实例如下：

旅客从深圳出发，在重庆中转去西双版纳。到达重庆机场的时间是10:30，出发去西双版纳的时间是20:30。

旅客符合当天中转，可以领取机场人员手动推送的优惠信息(如某酒店大床房八折优惠券相关信息)，旅客领取了八折优惠券，该优惠券的使用限制条件为“当天中转”。之后，旅客改变了行程，取消了从重庆到西双版纳的航班。则在退房时，裁决模块4判断旅客不再满足使用限制条件，即不允许使用该优惠券。

其他具体细节请参见前述图6所示的方法实施例，在此不作赘述。

在本发明其他实施例中，上述用户数据可包括：旅客订座记录；上述用户特征包括：行程特征；

则在从多个预设的优惠信息中，确定出与所述用户特征相匹配的优惠信息的方面，上述推送模块3具体用于：

从多个预设的优惠信息中，确定出与所述行程特征相匹配的优惠信息作为推送对象。

具体细节请参见前述图7a所示的方法实施例，在此不作赘述。

在本发明其他实施例中，在确定出与所述行程特征相匹配的优惠信息作为推送对象的方面，上述推送模块3具体用于：

当所述行程特征包括住宿特征时，确定住宿类优惠信息作为推送对象；所述住宿特征包括：隔夜中转特征，周边早班特征，或周边晚班特征；其中，所述周边早班特征包括：航班为早班、用户住址位于机场所在地的周边城市；所述周边晚班特征包括：航班为晚班、用户住址位于机场所在地的周边城市；

当所述行程特征包括特殊人员随行特征时，确定特殊人员消费类优惠信息作为推送对象；所述特殊人员包括儿童。

更详细的步骤请参见图13：

步骤131：获取证件信息和行程信息。

步骤132：为隔夜中转旅客推送提供免费住宿信息。

可依据旅客行程信息判断是否属于隔夜中转，为此类旅客推送提供免费住宿信息，旅客领取优惠信息后，可到指定酒店休息。

步骤133：为周边早班旅客推送提供免费住宿信息。

具体的，可依据旅客的身份证前六位判断户籍是否属于机场所在地周边省市，依据起飞航班时间判断是否早班，为此类旅客推送提供免费住宿信息。

步骤134：为周边晚班旅客推送提供免费住宿信息。

依据旅客的身份证前六位判断户籍是否属于机场所在地周边省市，依据到达航班时间判断是否晚班，为此类旅客推送提供免费住宿信息。

也即，对于隔夜中转、周边早班、周边晚班的旅客，可自动推送住宿类优惠信息，例如免费住宿信息，发送方式是：自动，类型是：免费住宿。

步骤135：为携带儿童的旅客推送儿童餐、儿童乐园等优惠信息。

对于携带儿童(2-12周岁)的旅客，优惠信息管理装置可自动向携带儿童的用户推送儿童餐、儿童乐园等优惠信息(发送方式是：自动，类型是：儿童餐或儿童乐园)。

步骤132-135以上中的优惠信息均属系统自动发送，旅客领取优惠信息后，到指定酒店、商户即可享受优惠服务。

步骤136：推送其他优惠信息。

机场工作人员可以手动发送优惠信息给旅客，以满足更多的旅客。

而对于不符合上述特征的旅客，可以享受机场人员手动推送的其他优惠信息，比如酒店、商场折扣券等，旅客在周边酒店、周边商场享受优惠服务。

当然，在旅客领取优惠信息时，优惠信息管理装置会判断旅客是否符合领取条件(具体流程请参见图5)，旅客只能领取与其用户特征匹配的优惠信息，不可领取的优惠信息显示为灰色。

在使用优惠信息时，优惠信息管理装置会再次判断旅客是否符合使用限制条件，以提高使用优惠信息的准确性，减少机场和商户的损失。

在本发明其他实施例中，上述用户数据可包括：基础属性信息；上述用户特征包括：基础属性特征；

则在从多个预设的优惠信息中，确定出与所述用户特征相匹配的优惠信息的方面，上述推送模块3具体用于：

确定与所述基础属性特征相匹配的优惠信息作为推送对象。

具体细节请参见前述图8所示的方法实施例，在此不作赘述。

在本发明其他实施例中，上述用户数据可包括：行为数据；上述用户特征包括：行为特征；

则在从多个预设的优惠信息中，确定出与所述用户特征相匹配的优惠信息的方面，上述推送模块3具体用于：

确定与所述行为特征相匹配的优惠信息作为推送对象.

具体细节请参见前述图9a所示的方法实施例，在此不作赘述。

在本发明其他实施例中，上述行为数据包括：优惠券历史使用数据；所述行为特征包括：优惠券使用特征；

则在所述确定与所述行为特征相匹配的优惠信息作为推送对象的方面，上述推送模块3具体用于：

确定与所述优惠券使用特征相匹配的优惠信息作为推送对象。

具体细节请参见前述图9b和图9d所示的方法实施例，在此不作赘述。

在本发明其他实施例中，上述行为数据包括：第三方操作行为数据；所述行为特征包括：第三方操作行为特征；

则在所述确定与所述行为特征相匹配的优惠信息作为推送对象的方面，上述推送模块3具体用于：

确定与所述第三方操作行为特征相匹配的优惠信息。

具体细节请参见前述图9c和图9d所示的方法实施例，在此不作赘述。

在本发明其他实施例中，在完成优惠券领取之后，上述优惠信息管理模块2还用于：

接收优惠券延期请求；

判断是否满足延期条件，若满足，对所述优惠券延期请求指定的优惠券进行延期处理。

具体细节请参见前述图11所示的方法实施例，在此不作赘述。

描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该单元本身的限定，例如，分析模块还可以被描述为“统计分析模块”。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

下面参考图14，其示出了适于用来实现本公开实施例的电子设备(例如图1中作为客户端的终端设备或服务器)1400的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图14示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图14所示，电子设备1400可以包括处理装置(例如中央处理器、图形处理器等)1401，其可以根据存储在只读存储器(ROM)1402中的程序或者从存储装置1406加载到随机访问存储器(RAM)1403中的程序而执行各种适当的动作和处理。在RAM 1403中，还存储有电子设备1400操作所需的各种程序和数据。处理装置1401、ROM 1402以及RAM 1403通过总线1404彼此相连。输入/输出(I/O)接口1405也连接至总线1404。

通常，以下装置可以连接至I/O接口1405：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置1406；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置1407；包括例如磁带、硬盘等的存储装置1406；以及通信装置1409。通信装置1409可以允许电子设备1400与其他设备进行无线或有线通信以交换数据。虽然图14示出了具有各种装置的电子设备1400，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置1409从网络上被下载和安装，或者从存储装置1406被安装，或者从ROM 1402被安装。在该计算机程序被处理装置1401执行时，执行本公开实施例的方法中限定的上述功能。

本发明实施例还要求保护一种计算机存储介质，用于储存为上述电子设备所用的计算机软件指令，其包含用于执行上述方面所设计的程序。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被电子设备执行时，使得该电子设备：

获取旅客的用户数据；

根据上述用户数据提取用户特征；

从多个预设的优惠信息中，确定出与上述用户特征相匹配的优惠信息作为推送对象；

向上述旅客推送上述推送对象。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

根据本公开的一个或多个实施例，图2所示实施例公开了一种优惠信息管理方法，包括：

获取旅客的用户数据；

根据所述用户数据提取用户特征；

从多个预设的优惠信息中，确定出与所述用户特征相匹配的优惠信息作为推送对象；

向所述旅客推送所述推送对象。

所述推送对象至少包括领取控件；所述领取控件被点击时，将发送优惠券领取请求。

根据本公开的一个或多个实施例，图4所示实施例公开了一种优惠信息管理方法，还包括：

接收针对所述推送对象所发送的优惠券领取请求；

向所述旅客推送所述推送对象对应的优惠券，以完成优惠券领取。

根据本公开的一个或多个实施例，图6所示实施例公开了一种优惠信息管理方法，还包括：

接收优惠券的使用请求；所述使用请求所请求使用的优惠券为目标优惠券；

获取所述目标优惠券的使用限制条件；

根据所述用户数据判断是否满足所述使用限制条件，若满足，返回指示所述目标优惠券有效的信息；否则，返回指示所述目标优惠券无效的信息。

根据本公开的一个或多个实施例，图11所示实施例公开了一种优惠信息管理方法，还包括：

接收优惠券延期请求；

判断是否满足延期条件，若满足，对所述优惠券延期请求指定的优惠券进行延期处理。

根据本公开的一个或多个实施例，图7a所示实施例公开了一种优惠信息管理方法，在该实施例中：

所述用户数据包括：旅客订座记录；所述用户特征包括：行程特征；

所述从多个预设的优惠信息中，确定出与所述用户特征相匹配的优惠信息包括：

从多个预设的优惠信息中，确定出与所述行程特征相匹配的优惠信息作为推送对象。

根据本公开的一个或多个实施例，图7b所示实施例公开了一种优惠信息管理方法，在该实施例中：

所述确定出与所述行程特征相匹配的优惠信息作为推送对象包括：

当所述行程特征包括住宿特征时，确定住宿类优惠信息作为推送对象；所述住宿特征包括：隔夜中转特征，周边早班特征，或周边晚班特征；其中，所述周边早班特征包括：航班为早班、用户住址位于机场所在地的周边城市；所述周边晚班特征包括：航班为晚班、用户住址位于机场所在地的周边城市；

当所述行程特征包括特殊人员随行特征时，确定特殊人员消费类优惠信息作为推送对象；所述特殊人员包括儿童。

根据本公开的一个或多个实施例，图8所示实施例公开了一种优惠信息管理方法，在该实施例中：

所述用户数据包括：基础属性信息；所述用户特征包括：基础属性特征；

所述确定出与所述用户特征相匹配的优惠信息作为推送对象包括：

确定与所述基础属性特征相匹配的优惠信息作为推送对象。

根据本公开的一个或多个实施例，图9a所示实施例公开了一种优惠信息管理方法，在该实施例中：

所述用户数据包括：行为数据；所述用户特征包括：行为特征；

所述确定与所述用户特征相匹配的优惠信息作为推送对象包括:

确定与所述行为特征相匹配的优惠信息作为推送对象。

根据本公开的一个或多个实施例，图9b和图9d所示实施例公开了一种优惠信息管理方法，在该实施例中：

所述行为数据包括：优惠券历史使用数据；所述行为特征包括：优惠券使用特征；

所述确定与所述行为特征相匹配的优惠信息作为推送对象包括:

确定与所述优惠券使用特征相匹配的优惠信息作为推送对象。

根据本公开的一个或多个实施例，图9c和图9d所示实施例公开了一种优惠信息管理方法，在该实施例中：

所述行为数据包括：第三方操作行为数据；所述行为特征包括：第三方操作行为特征；

所述确定与所述行为特征相匹配的优惠信息作为推送对象包括:

确定与所述第三方操作行为特征相匹配的优惠信息。

根据本公开的一个或多个实施例，图12提供了一种优惠信息管理装置，包括：

获取模块，用于：获取旅客的用户数据；

分析模块，用于：根据所述用户数据提取用户特征；

推送模块，用于：

从多个预设的优惠信息中，确定出与所述用户特征相匹配的优惠信息作为推送对象；

向所述旅客推送所述推送对象。

所述推送对象至少包括领取控件；所述领取控件被点击时，将发送优惠券领取请求。

根据本公开的一个或多个实施例，在图12所提供的优惠信息管理装置中，所述推送模块还用于：接收针对所述推送对象所发送的领取请求优惠券；向所述用户推送所述推送对象对应的优惠券。

根据本公开的一个或多个实施例，图12所提供的优惠信息管理装置还包括：管理模块，用于：对优惠券或优惠信息进行增加、删除、修改和查询操作中的至少一项。

根据本公开的一个或多个实施例，图12所提供的优惠信息管理装置还包括：裁决模块，用于：接收优惠券的使用请求；所述使用请求所请求使用的优惠券为目标优惠券；获取所述目标优惠券的使用限制条件；根据所述用户数据判断是否满足所述使用限制条件，若满足，返回指示所述目标优惠券有效的信息；否则，返回指示所述目标优惠券无效的信息。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

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

获取旅客的用户数据；

根据所述用户数据提取用户特征；

从多个预设的优惠信息中，确定出与所述用户特征相匹配的优惠信息作为推送对象；

向所述旅客推送所述推送对象。

2.如权利要求1所述的方法，其特征在于，

所述用户数据包括：旅客订座记录；所述用户特征包括：行程特征；

所述从多个预设的优惠信息中，确定出与所述用户特征相匹配的优惠信息包括：

从多个预设的优惠信息中，确定出与所述行程特征相匹配的优惠信息作为推送对象。

3.如权利要求2所述的方法，其特征在于，所述确定出与所述行程特征相匹配的优惠信息作为推送对象包括：

当所述行程特征包括住宿特征时，确定住宿类优惠信息作为推送对象；所述住宿特征包括：隔夜中转特征，周边早班特征，或周边晚班特征；其中，所述周边早班特征包括：航班为早班、用户住址位于机场所在地的周边城市；所述周边晚班特征包括：航班为晚班、用户住址位于机场所在地的周边城市；

当所述行程特征包括特殊人员随行特征时，确定特殊人员消费类优惠信息作为推送对象；所述特殊人员包括儿童。

4.如权利要求1所述的方法，其特征在于，

所述用户数据包括：基础属性信息；所述用户特征包括：基础属性特征；

所述确定出与所述用户特征相匹配的优惠信息作为推送对象包括：

确定与所述基础属性特征相匹配的优惠信息作为推送对象。

5.如权利要求1所述的方法，其特征在于，

所述用户数据包括：行为数据；所述用户特征包括：行为特征；

所述确定与所述用户特征相匹配的优惠信息作为推送对象包括:

确定与所述行为特征相匹配的优惠信息作为推送对象。

6.如权利要求5所述的方法，其特征在于，

所述行为数据包括：优惠券历史使用数据；所述行为特征包括：优惠券使用特征；

所述确定与所述行为特征相匹配的优惠信息作为推送对象包括:

确定与所述优惠券使用特征相匹配的优惠信息作为推送对象。

7.如权利要求5所述的方法，其特征在于，

所述行为数据包括：第三方操作行为数据；所述行为特征包括：第三方操作行为特征；

所述确定与所述行为特征相匹配的优惠信息作为推送对象包括:

确定与所述第三方操作行为特征相匹配的优惠信息。

8.如权利要求1所述的方法，其特征在于，

所述推送对象至少包括领取控件；所述领取控件被点击时，将发送优惠券领取请求；

所述方法还包括：

接收针对所述推送对象所发送的优惠券领取请求；

向所述旅客推送所述推送对象对应的优惠券，以完成优惠券领取。

9.如权利要求8所述的方法，其特征在于，在完成优惠券领取之后，所述方法还包括：

接收优惠券延期请求；

判断是否满足延期条件，若满足，对所述优惠券延期请求指定的优惠券进行延期处理。

10.一种优惠信息管理装置，其特征在于，包括：

获取模块，用于：获取旅客的用户数据；

分析模块，用于：根据所述用户数据提取用户特征；

推送模块，用于：

从多个预设的优惠信息中，确定出与所述用户特征相匹配的优惠信息作为推送对象；

向所述旅客推送所述推送对象。

Images