一种权益管理方法、装置及系统

技术领域

本申请涉及航空信息技术领域，特别是涉及一种权益管理方法、装置及系统。

背景技术

随着经济的快速发展，企业为提高自身竞争力，愈发注重对顾客的服务质量。以航空业为例，为了提高用户的出行体验，航空公司和机场结合各个渠道，例如，在线旅游企业(OnlineTravelAgent，OTA)、航旅机票订购客户端或机场客户端，推出了各类权益(例如，中转免费住宿、中转免费餐食、购票满减优惠券或同城机场互换等)。

但现有技术中，各个权益发放渠道相互独立，工作人员需要针对各个渠道创建对应的平台才能实现对权益管理，操作繁琐，管理效率低下。

发明内容

本申请提供了一种权益管理方法、装置及系统，能够有效对各渠道权益进行管理，无需针对各个渠道创建对应的平台，提高了管理效率。

第一方面，本申请提供了一种权益管理方法，应用于权益管理平台，所述权益管理平台用于管理多个权益发放平台，所述多个权益发放平台包括第一平台，所述方法包括：

响应于第一用户在所述第一平台请求领取第一权益的请求操作，接收第一请求，所述第一请求包括所述第一用户的标识和所述第一权益的相关信息；

若基于所述第一用户的标识确定所述第一用户符合所述第一权益的领取条件，则，基于所述第一权益的相关信息确定待发放的第二权益；

向所述第一平台发送第一权益发放通知，所述第一权益发放通知包括所述第二权益的相关信息，所述第一权益发放通知用于指示所述第一平台将所述第二权益发放到所述第一用户的账户。

可选地，所述多个权益发放平台包括第二平台，所述方法还包括：

响应于第二用户在所述第二平台请求领取第三权益的请求操作，接收第二请求，所述第二请求包括所述第二用户的标识和所述第三权益的相关信息；

若基于所述第二用户的标识确定所述第二用户符合所述第三权益的领取条件，则，基于所述第三权益的相关信息确定待发放的第四权益；

向所述第二平台发送第二权益发放通知，所述第二权益发放通知包括所述第四权益的相关信息，所述第二权益发放通知用于指示所述第二平台将所述第四权益发放到所述第二用户的账户。

可选地，所述第一权益和所述第三权益相关，

所述基于所述第一权益的相关信息确定待发放的第二权益，包括：

基于所述第一权益的相关信息和所述第三权益的相关信息，确定所述第二权益；

所述基于所述第三权益的相关信息确定待发放的第四权益，包括：

基于所述第一权益的相关信息和所述第三权益的相关信息，确定所述第四权益。

可选地，在所述接收第一请求之前，所述方法还包括：

基于所述第一用户在所述第一平台的使用信息，确定所述第一用户在所述第一平台的权益集合，所述权益集合与所述使用信息匹配，所述权益集合包括所述第一权益，所述使用信息为所述权益管理平台基于所述第一用户使用所述第一平台的行为获得的信息；

向所述第一平台发送权益展示通知，所述权益展示通知包括所述第一用户的标识和所述权益集合中权益的相关信息，所述权益展示通知用于指示所述第一平台为所述第一用户展示所述权益集合。

可选地，所述方法还包括：

响应于所述第一用户在所述第一平台请求使用所述第一权益的请求操作，接收第三请求，所述第三请求包括所述第一用户的标识和所述第一权益的相关信息；

若所述第一权益为有效状态，则，核销所述第一权益；

若所述第一权益为失效状态，则，提示所述第一用户所述第一权益不可用。

可选地，所述方法还包括：

统计所述多个权益发放平台中权益领取和/或权益核销的相关信息。

第二方面，本申请还提供了一种权益管理方法，应用于第一平台，包括：

响应于用户请求领取第一权益的请求操作，将第一请求发送给权益管理平台，所述第一请求包括所述用户的标识和所述第一权益的相关信息，所述权益管理平台用于管理多个权益发放平台，所述多个权益发放平台包括所述第一平台；

在所述权益管理平台基于所述用户的标识确定所述用户符合所述第一权益的领取条件时，接收所述权益管理平台发放的权益发放通知，所述权益发放通知包括第二权益的相关信息，所述第二权益为所述权益管理平台基于所述第一权益的相关信息确定的待发放的权益；

将所述第二权益发放到所述用户的账户。

第三方面，本申请还提供了一种权益管理系统，包括：权益管理平台和多个权益发放平台，其中：

所述权益管理平台，用于执行上述第一方面所述的方法；

所述多个权益发放平台中的第一平台，用于执行上述第二方面所述的方法。

第四方面，本申请还提供一种权益管理装置，应用于权益管理平台，所述权益管理平台用于管理多个权益发放平台，所述多个权益发放平台包括第一平台，所述装置包括：

第一接收单元，用于响应于用户在所述第一平台请求领取第一权益的请求操作，接收第一请求，所述第一请求包括所述用户的标识和所述第一权益的相关信息；

第一确定单元，用于若基于所述用户的标识确定所述用户符合所述第一权益的领取条件，则，基于所述第一权益的相关信息确定待发放的第二权益；

第一发送单元，用于向所述第一平台发送权益发放通知，所述权益发放通知包括所述第二权益的相关信息，所述权益发放通知用于指示所述第一平台将所述第二权益发放到所述用户的账户。

可选地，所述多个权益发放平台包括第二平台，所述装置还包括：

第二接收单元，用于响应于第二用户在所述第二平台请求领取第三权益的请求操作，接收第二请求，所述第二请求包括所述第二用户的标识和所述第三权益的相关信息；

第二确定单元，用于若基于所述第二用户的标识确定所述第二用户符合所述第三权益的领取条件，则，基于所述第三权益的相关信息确定待发放的第四权益；

第二发送单元，用于向所述第二平台发送第二权益发放通知，所述第二权益发放通知包括所述第四权益的相关信息，所述第二权益发放通知用于指示所述第二平台将所述第四权益发放到所述第二用户的账户。

可选地，所述第一权益和所述第三权益相关，

所述基于所述第一权益的相关信息确定待发放的第二权益，包括：

基于所述第一权益的相关信息和所述第三权益的相关信息，确定所述第二权益；

所述基于所述第三权益的相关信息确定待发放的第四权益，包括：

基于所述第一权益的相关信息和所述第三权益的相关信息，确定所述第四权益。

可选地，在所述接收第一请求之前，所述装置还包括：

第三确定单元，用于基于所述第一用户在所述第一平台的使用信息，确定所述第一用户在所述第一平台的权益集合，所述权益集合与所述使用信息匹配，所述权益集合包括所述第一权益，所述使用信息为所述权益管理平台基于所述第一用户使用所述第一平台的行为获得的信息；

第三发送单元，用于向所述第一平台发送权益展示通知，所述权益展示通知包括所述第一用户的标识和所述权益集合中权益的相关信息，所述权益展示通知用于指示所述第一平台为所述第一用户展示所述权益集合。

可选地，所述装置还包括：

第三接收单元，用于响应于所述第一用户在所述第一平台请求使用所述第一权益的请求操作，接收第三请求，所述第三请求包括所述第一用户的标识和所述第一权益的相关信息；

核销单元，用于若所述第一权益为有效状态，则，核销所述第一权益；

提示单元，用于若所述第一权益为失效状态，则，提示所述第一用户所述第一权益不可用。

可选地，所述装置还包括：

统计单元，用于统计所述多个权益发放平台中权益领取和/或权益核销的相关信息。

第五方面，本申请还提供了一种权益管理装置，应用于第一平台，包括：

发送单元，用于响应于用户请求领取第一权益的请求操作，将第一请求发送给权益管理平台，所述第一请求包括所述用户的标识和所述第一权益的相关信息，所述权益管理平台用于管理多个权益发放平台，所述多个权益发放平台包括所述第一平台；

接收单元，用于在所述权益管理平台基于所述用户的标识确定所述用户符合所述第一权益的领取条件时，接收所述权益管理平台发放的权益发放通知，所述权益发放通知包括第二权益的相关信息，所述第二权益为所述权益管理平台基于所述第一权益的相关信息确定的待发放的权益；

发放单元，用于将所述第二权益发放到所述用户的账户。

第六方面，本申请还提供了一种电子设备，所述电子设备包括处理器以及存储器：

所述存储器用于存储计算机程序；

所述处理器用于根据所述计算机程序执行上述第一方面或第二方面提供的所述方法。

第七方面，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行上述第一方面或第二方面提供的所述方法。

由此可见，本申请具有如下有益效果：

本申请提供了一种权益管理方法，应用于权益管理平台，所述权益管理平台用于管理多个权益发放平台，所述多个权益发放平台包括第一平台，包括：响应于第一用户在所述第一平台请求领取第一权益的请求操作，接收第一请求，所述第一请求包括所述第一用户的标识和所述第一权益的相关信息；若基于所述第一用户的标识确定所述第一用户符合所述第一权益的领取条件，则，基于所述第一权益的相关信息确定待发放的第二权益；向所述第一平台发送第一权益发放通知，所述第一权益发放通知包括所述第二权益的相关信息，所述第一权益发放通知用于指示所述第一平台将所述第二权益发放到所述第一用户的账户。如此，工作人员通过权益管理平台即可管理各权益发放平台的权益，例如，当用户在权益发放平台领取某一权益时，通过权益管理平台可以判断该用户是否符合该权益的领取条件，无需再针对各权益发放平台创建对应的管理平台，打破了各权益发放平台的权益管理的独立性，提高了管理效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为本申请实施例中一种权益管理系统100的结构示意图；

图2为本申请实施例中权益管理平台110的结构示意图；

图3为本申请实施例中一种权益管理方法的流程示意图；

图4为本申请实施例中另一种权益管理方法的流程示意图；

图5为本申请实施例中一种权益管理方法的一实例的流程示意图；

图6为本申请实施例提供的一种权益管理装置600的结构示意图；

图7为本申请实施例提供的另一种权益管理装置700的结构示意图；

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

具体实施方式

本申请实施例涉及的多个，是指大于或等于两个。需要说明的是，在本申请实施例的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

现有技术中，为了提高用户的出行体验，航空公司和机场结合各个渠道，例如，在线旅游企业(OnlineTravelAgent，OTA)、航旅机票订购客户端或机场客户端，推出了各类权益(例如，中转免费住宿、中转免费餐食、购票满减优惠券或同城机场互换等)。但是各个权益发放渠道相互独立，工作人员需要针对各个渠道创建对应的平台才能实现对权益管理，例如，工作人员要停止某一权益的发放，但是因为发放该权益的渠道多且相互独立，需要在众多渠道对应的管理平台逐一下发停止该权益的通知，致使从要下发通知再到各渠道的响应具有一定的滞后性，操作繁琐，管理效率低下。

基于此，本申请实施例提供了一种权益管理方法，该方法中，当用户想要在第一平台(众多权益发放平台中的任意一个平台)领域第一权益时，可以在第一平台通过点击等操作触发对第一权益的领域，如此，能够管理多个权益发放平台的权益管理平台即可响应于第一用户在所述第一平台请求领取第一权益的点击等请求操作，接收第一请求，所述第一请求包括所述第一用户的标识和所述第一权益的相关信息；接着，若权益管理平台基于所述第一用户的标识确定所述第一用户符合所述第一权益的领取条件，则，基于所述第一权益的相关信息确定待发放的第二权益；然后，该权益管理平台向所述第一平台发送包括所述第二权益的相关信息的第一权益发放通知，第一平台接收到该第一权益发放通知后，即可将第二权益发放到所述第一用户在第一平台的账户。如此，工作人员通过权益管理平台即可管理各权益发放平台的权益，例如，当用户在权益发放平台领取某一权益时，通过权益管理平台可以判断该用户是否符合该权益的领取条件，也就是说，无需再针对各权益发放平台创建对应的管理平台，打破了各权益发放平台的权益管理的独立性，提高了管理效率。

为了便于理解本申请实施例提供的权益管理方法和系统的具体实现，下面将结合附图进行说明。

需要说明的是，实施该权益管理方法的主体可以为本申请实施例提供的权益管理装置，该权益管理装置可以承载于电子设备或电子设备的功能模块中。本申请实施例中的电子设备，可以是任意的能够实施本申请实施例中的权益管理方法的设备，例如可以是物联网(InternetofThings，IoT)设备。

请参阅图1，图1为本申请实施例提供的一种权益管理系统100的结构示意图，该权益管理系统100可以包括：权益管理平台110和多个权益发放平台120，所述权益管理平台110用于管理多个权益发放平台120。下文中的第一平台可以是所述多个权益发放平台120中的任意一个平台，图1中以第一个权益发放平台120为第一平台120为例进行示出。

所述权益管理平台110，用于响应于第一用户在所述第一平台120请求领取第一权益的请求操作，接收第一请求，所述第一请求包括所述第一用户的标识和所述第一权益的相关信息，若基于所述第一用户的标识确定所述第一用户符合所述第一权益的领取条件，则，基于所述第一权益的相关信息确定待发放的第二权益，还用于向所述第一平台120发送第一权益发放通知，所述第一权益发放通知包括所述第二权益的相关信息，所述第一权益发放通知用于指示所述第一平台120将所述第二权益发放到所述第一用户的账户；

所述第一平台120，用于响应于用户请求领取第一权益的请求操作，将第一请求发送给所述权益管理平台110，还用于在所述权益管理平台110基于所述用户的标识确定所述用户符合所述第一权益的领取条件时，接收所述权益管理平台110发放的权益发放通知，所述权益发放通知包括第二权益的相关信息，所述第二权益为所述权益管理平台110基于所述第一权益的相关信息确定的待发放的权益，将所述第二权益发放到所述用户的账户。

需要说明的是，所述权益管理系统可以采用浏览器/服务器结构(Browser/Server，B/S)架构，所述权益管理平台110通过接口与所述多个权益发放平台120连接，接口可以包括Java应用程序编程接口(Application ProgrammingInterface，API)、表述性状态传递(RepresentationalStateTransfer，REST)API、开放数据库连接(OpenDatabaseConnectivity，ODBC)、Java数据库连接(JavaDatabaseConnectivity，JDBC)或R语言；JavaAPI支持Hibernate或MyBatis应用开发框架，工作人员通过JavaAPI可以对所述多个权益发放平台120进行二次开发；通过RESTAPI对接所述多个权益发放平台120的作业调度工具；JDBC和ODBC支持对所述多个权益发放平台120使用结构化查询语言(StructuredQueryLanguage，SQL)交互式查询数据；通过R语言接口可以对交互式查询数据进行数据分析。

请参阅图2，图2为权益管理平台110的结构示意图，所述权益管理平台110可以包括：权益管理模块1、权益统计模块2和权益发放平台模块3。其中，所述权益管理模块1可以包括：权益生成单元10、权益核销单元11、权益公告创建单元12、权益草稿单元13、实时权益单元14、权益意见反馈单元15、权益商户添加单元16、已领取权益单元17、已核销权益单元18和已下线权益19；所述权益统计模块2可以包括：权益活动统计单元21和权益商户统计单元22；所述权益发放平台模块3可以包括：权益发放平台管理单元31和权益发放平台统计单元32。

所述权益生成单元10，用于确定权益类型、权益发放时间、权益发放规则、权益对应商户或权益发放的数量，生成权益，所述权益包括满减权益、折扣权益或服务权益；

所述权益核销单元11，用于在用户使用权益时进行核销，为所述用户提供被扫描权益核销码、输入权益核销码、历史核销记录、对账管理、子账号管理或意见反馈；

所述权益公告创建单元12，用于创建并生成权益公告信息，所述权益公告信息包括权益公告标题、权益公告有效期、权益公告详情或权益公告所支持的权益发放平台120；

所述权益草稿单元13，用于存储未上线的权益信息；

所述实时权益单元14，用于展示已上线的权益信息；

所述权益意见反馈单元15，用于管理或查询权益商户的意见反馈信息，所述意见反馈信息包括反馈商户名称、反馈人姓名、反馈人联系方式、反馈内容或反馈时间；

所述权益商户添加单元16，用于添加权益对应的商户信息，所述商户信息包括商户权益服务类型、商户名称、商户地址、商户联系人信息、商户展示图、商户营业时间或商户所属航站楼，所述商户联系人信息可以包括商户联系人联系方式；

所述已领取权益单元17，用于展示所有已领取的权益信息，所述已领取的权益信息包括权益序列号、权益名称、权益服务类型、权益面值、权益折扣、权益成本、权益码、权益领取时间、权益领取渠道、权益状态或权益领取人信息；

所述已核销权益单元18，用于展示所有已核销的权益信息，所述已核销的权益信息包括权益序列号、权益名称、权益服务类型、权益面值、权益折扣、权益成本、权益码、权益领取时间、权益领取渠道、权益状态、权益领取人信息、权益核销时间或权益核销商户；

所述已下线权益单元19，用于展示所有已下线的权益信息，所述已下线的权益信息包括权益序列号、权益名称、权益服务类型、权益面值、权益折扣、权益成本、权益领取数量、权益发放数量、权益下线时间、权益下线人或权益下线原因；

所述权益活动统计单元21，用于统计和/或管理已发布的权益公告信息，所述权益公告信息包括权益公告标题、权益公告有效期、权益公告详情、权益公告所支持的权益发放平台120、权益公告发布时间、权益公告发布人，支持按权益公告标题、权益公告发布人或权益公告发布时间查询权益公告信息；

所述权益商户统计单元22，用于统计和/或管理已添加的权益商户信息，所述已添加的权益商户信息包括商户权益服务类型、商户名称、商户展示图、商户营业时间、商户地址、商户联系人联系方式或商户对账统计；

所述权益发放平台管理单元31，用于管理与权益发放平台120的签约信息，所述签约信息包括商户名称或已签约的权益发放平台120；

所述权益发放平台统计单元32，用于统计多个权益发放平台120中已领取权益的数量，展示多个权益发放平台120的名称、权益所属商户，支持查询和/或导出权益发放平台120的每个月份的信息。

综上所述，本申请实施例所提供的权益管理系统100打破了各权益发放平台120的权益管理的独立性，工作人员无需再针对各权益发放平台120创建对应的管理平台，横向可以管理各权益发放平台120，纵向可以管理细分权益内容，提高了管理效率。

图3为本申请实施例提供的一种权益管理方法的流程示意图。图3所示的方法应用于权益管理平台，该权益管理平台例如可以是图1或图2中的权益管理平台110。或者，该方法也可以理解为应用于权益管理装置，该权益管理装置例如可以是如图6所示的权益管理装置600，或者，该权益管理装置也可以是集成于图8所示的电子设备800中的功能模块。

参见图3，本申请实施例中，以权益管理平台对多个权益发放平台中的第一平台的管理为例，可以包括如下步骤：

S301：响应于第一用户在所述第一平台请求领取第一权益的请求操作，接收第一请求，所述第一请求包括所述第一用户的标识和所述第一权益的相关信息。

第一权益包括但不限于满减权益、折扣权益或服务权益，例如，行李托运、贵宾候机室、里程赠送、中转免费餐食、免费住宿、贵宾接送或同城机场免费互换。当第一用户使用满减权益时，所消费金额不能小于满减权益；当第一用户使用折扣权益时，折扣之后的金额保留两位小数。

作为一个示例，用户A使用满20减10的满减券，那么该用户A消费50元可使用最大权益金额为10元，甲方分担金额＝10元×甲方分担比例(四舍五入保留两位小数)，则乙方分担金额＝10－甲方分担金额，其中甲方分担金额和乙方分担金额总和为10元；用户B使用七折的折扣权益，该用户B消费100元，甲方分担金额＝(100－100×70％)×甲方分担比例(四舍五入保留两位小数)，乙方分担金额＝100－甲方分担金额；用户C使用服务权益，该服务成本为100元，甲方分担金额＝100×甲方分担比例(四舍五入保留两位小数)，乙方分担金额＝100－甲方分担金额。需要说明的是，权益成本承担者可以两方，也可以是多方，权益成本承担者包括航空公司、机场和商户，上述以权益成本承担者的两方为例。

需要说明的是，在所述接收第一请求之前，所述方法还可以包括：基于所述第一用户在所述第一平台的使用信息，确定所述第一用户在所述第一平台的权益集合，所述权益集合与所述使用信息匹配，所述权益集合包括所述第一权益，所述使用信息为所述权益管理平台基于所述第一用户使用所述第一平台的行为获得的信息；向所述第一平台发送权益展示通知，所述权益展示通知包括所述第一用户的标识和所述权益集合中权益的相关信息，所述权益展示通知用于指示所述第一平台为所述第一用户展示所述权益集合。

所述第一平台的使用信息包括第一用户使用阶段或浏览记录，使用阶段是指第一用户购票、值机、托运、中转或到达的各个时间节点，权益管理平台可以根据第一用户的使用阶段或浏览记录(该用户授权后获得)进行用户画像分析，从而向该用户推送的合适的权益信息。

S302：若基于所述第一用户的标识确定所述第一用户符合所述第一权益的领取条件，则，基于所述第一权益的相关信息确定待发放的第二权益。

需要说明的是，第一权益和第二权益可以为相同权益，也可以为不同权益。第一权益和第二权益不同，是指当权益管理平台有50元优惠券和100元优惠券，第一用户想要领取100元优惠券，但是根据该第一用户的标识得到该第一用户不符合100元优惠券领取条件，那么，权益管理平台可以向该第一用户发放优惠性质相同但优惠力度较小的50元优惠券；同理，第一权益和第二权益相同，是指该第一用户符合100元优惠券领取条件，那么为第一用户发放100元优惠券。

S303：向所述第一平台发送第一权益发放通知，所述第一权益发放通知包括所述第二权益的相关信息，所述第一权益发放通知用于指示所述第一平台将所述第二权益发放到所述第一用户的账户。

在一些实现方式中，本申请实施例所提供的方法还可以为各权益发放平台提供核销功能，包括：响应于所述第一用户在所述第一平台请求使用所述第一权益的请求操作，接收第三请求，所述第三请求包括所述第一用户的标识和所述第一权益的相关信息；若所述第一权益为有效状态，则，核销所述第一权益，生成并向第一平台发送核销成功通知，指示第一平台将所述第一用户的账户中的第一权益删除；若所述第一权益为失效状态，则，提示所述第一用户所述第一权益不可用。

在另一些实现方式中，为了后续权益管理平台对各权益发放平台中已领取或已核销的权益的数据分析，本申请实施例所提供的方法还可以包括：统计所述多个权益发放平台中权益领取和/或权益核销的相关信息。

在其他实现方式中，所述多个权益发放平台包括第二平台，所述方法还包括：响应于第二用户在所述第二平台请求领取第三权益的请求操作，接收第二请求，所述第二请求包括所述第二用户的标识和所述第三权益的相关信息；若基于所述第二用户的标识确定所述第二用户符合所述第三权益的领取条件，则，基于所述第三权益的相关信息确定待发放的第四权益；向所述第二平台发送第二权益发放通知，所述第二权益发放通知包括所述第四权益的相关信息，所述第二权益发放通知用于指示所述第二平台将所述第四权益发放到所述第二用户的账户。

需要说明的是，第一用户和第二用户可以为同一用户，也可以为不同用户，本申请实施例所提供的方法可以包括：所述第一权益和所述第三权益相关，所述基于所述第一权益的相关信息确定待发放的第二权益，包括：基于所述第一权益的相关信息和所述第三权益的相关信息，确定所述第二权益；所述基于所述第三权益的相关信息确定待发放的第四权益，包括：基于所述第一权益的相关信息和所述第三权益的相关信息，确定所述第四权益。

作为一个示例，用户登录第一平台和第二平台，在第一平台发送领取50元优惠券请求，在第二平台发送领取60元优惠券请求，那么根据该用户符合第二平台所要领取优惠券的领取条件，可以确定向用户登陆的第一平台发送60元优惠券。

如此，通过本申请实施例的方法，实现了对权益的高效管理，提高了后续对各权益发放平台中权益发放、核销或统计的效率；使用同一权益管理平台提升了各权益发放平台发放权益的公平性，使得各权益发放平台的用户获得及时的权益，避免了权益管理的滞后性，此外，通过对领取或核销权益的统计还可以分析各权益发放平台权益核销占比，为各权益发放平台的用户进行画像分析，助力后续权益精准投放性，从侧面提升了用户在航旅过程的体验感和满意度。

图4为本申请实施例提供的另一种权益管理方法的流程示意图。如图4所示，该方法可以应用于第一平台，该第一平台例如可以是图1中的第一平台120。或者，该方法也可以理解为应用于权益管理装置，该权益管理装置例如可以是如图7所示的权益管理装置700，或者，该权益管理装置也可以是集成于图8所示的电子设备800中的功能模块。

参见图4，本申请实施例中，例如可以包括如下步骤：

S401：响应于用户请求领取第一权益的请求操作，将第一请求发送给权益管理平台，所述第一请求包括所述用户的标识和所述第一权益的相关信息，所述权益管理平台用于管理多个权益发放平台，所述多个权益发放平台包括所述第一平台。

S402：在所述权益管理平台基于所述用户的标识确定所述用户符合所述第一权益的领取条件时，接收所述权益管理平台发放的权益发放通知，所述权益发放通知包括第二权益的相关信息，所述第二权益为所述权益管理平台基于所述第一权益的相关信息确定的待发放的权益。

S403：将所述第二权益发放到所述用户的账户。

如此，通过本申请实施例所提供的方法，权益管理平台可以对多个权益发放平台进行管理，无需再针对各权益发放平台创建对应的管理平台，打破了各权益发放平台的权益管理的独立性，提高了管理效率。

为了使得本申请实施例提供的方法更加清楚且易于理解，下面结合图1和图2的场景，对该方法的一个具体实例进行说明。

如图5所示，本申请实施例可以包括：

S501：通过权益生成单元10，制定和发放权益，该权益包括满减权益、折扣权益或服务权益。

此外，权益还可以包括加息权益、减息权益、代金权益或红包。

S502：权益管理平台110针对用户的出行阶段，向该用户推送所要发放的权益集合，所述权益集合包括第一权益。

权益集合可以根据合作对象选择性发放，例如，对于签约成功的权益发放平台，可以给予优惠力度较大的权益，此外，还可以针对签约成功的权益发放平台发送不同类型的权益的发放通知。

S503：该用户登陆第一平台120向权益管理平台110发送领取第一权益的请求。

S504：通过权益管理平台110判断该用户是否符合第一权益的领取条件。

S505：若该用户符合领取条件，则第一平台120根据权益管理平台110的发放通知将第一权益发放到用户的账户并提示该用户领取第一权益成功，否则执行S506。

S506：第一平台120提示该用户领取第一权益失败。

S507：通过已领取权益单元17，更新该用户的账户中已领取权益记录。

S508：通过权益管理平台110在该用户使用第一权益时判断第一权益的有效性。

S509：若第一权益有效，则通过权益核销单元11核销第一权益，否则执行S510。

S510：第一平台120提示该用户第一权益不可用。

S511：通过已核销权益单元18，更改第一权益状态为已核销，更新该用户的账户中已核销权益记录。

在第一权益核销后，可以将该用户的已核销第一权益记录发送给第一权益对应的核销商户，例如，用户选择酒店使用中转免费住宿的权益，那么，该用户可以出示核销码给酒店，酒店扫码核销成功则更新酒店所在终端的已核销第一权益记录。

如此，本申请实施例所述的方法可以以航空公司或机场为主体，具有丰富完善的权益管理维度，能够覆盖绝大多数权益类型，并且，通过灵活的确定权益方式，在支持自定义权益需求的同时也支持外部权益的接入，还支持对权益设定使用条件，更加切合大多数业务场景，实现了对权益的高效管理。

参见图6，本申请实施例还提供了一种权益管理装置600，应用于权益管理平台，所述权益管理平台用于管理多个权益发放平台，所述多个权益发放平台包括第一平台，所述装置600包括：

第一接收单元601，用于响应于用户在所述第一平台请求领取第一权益的请求操作，接收第一请求，所述第一请求包括所述用户的标识和所述第一权益的相关信息；

第一确定单元602，用于若基于所述用户的标识确定所述用户符合所述第一权益的领取条件，则，基于所述第一权益的相关信息确定待发放的第二权益；

第一发送单元603，用于向所述第一平台发送权益发放通知，所述权益发放通知包括所述第二权益的相关信息，所述权益发放通知用于指示所述第一平台将所述第二权益发放到所述用户的账户。

可选地，所述多个权益发放平台包括第二平台，所述装置600还包括：

第二接收单元，用于响应于第二用户在所述第二平台请求领取第三权益的请求操作，接收第二请求，所述第二请求包括所述第二用户的标识和所述第三权益的相关信息；

第二确定单元，用于若基于所述第二用户的标识确定所述第二用户符合所述第三权益的领取条件，则，基于所述第三权益的相关信息确定待发放的第四权益；

第二发送单元，用于向所述第二平台发送第二权益发放通知，所述第二权益发放通知包括所述第四权益的相关信息，所述第二权益发放通知用于指示所述第二平台将所述第四权益发放到所述第二用户的账户。

可选地，所述第一权益和所述第三权益相关，

所述基于所述第一权益的相关信息确定待发放的第二权益，包括：

基于所述第一权益的相关信息和所述第三权益的相关信息，确定所述第二权益；

所述基于所述第三权益的相关信息确定待发放的第四权益，包括：

基于所述第一权益的相关信息和所述第三权益的相关信息，确定所述第四权益。

可选地，在所述接收第一请求之前，所述装置600还包括：

第三确定单元，用于基于所述第一用户在所述第一平台的使用信息，确定所述第一用户在所述第一平台的权益集合，所述权益集合与所述使用信息匹配，所述权益集合包括所述第一权益，所述使用信息为所述权益管理平台基于所述第一用户使用所述第一平台的行为获得的信息；

第三发送单元，用于向所述第一平台发送权益展示通知，所述权益展示通知包括所述第一用户的标识和所述权益集合中权益的相关信息，所述权益展示通知用于指示所述第一平台为所述第一用户展示所述权益集合。

可选地，所述装置600还包括：

第三接收单元，用于响应于所述第一用户在所述第一平台请求使用所述第一权益的请求操作，接收第三请求，所述第三请求包括所述第一用户的标识和所述第一权益的相关信息；

核销单元，用于若所述第一权益为有效状态，则，核销所述第一权益；

提示单元，用于若所述第一权益为失效状态，则，提示所述第一用户所述第一权益不可用。

可选地，所述装置600还包括：

统计单元，用于统计所述多个权益发放平台中权益领取和/或权益核销的相关信息。

需要说明的是，该装置600具体实现方式以及达到的技术效果，均可以参见图3所示的方法中的相关描述。

参见图7，本申请实施例还提供了一种权益管理装置700，应用于第一平台，包括：

发送单元701，用于响应于用户请求领取第一权益的请求操作，将第一请求发送给权益管理平台，所述第一请求包括所述用户的标识和所述第一权益的相关信息，所述权益管理平台用于管理多个权益发放平台，所述多个权益发放平台包括所述第一平台；

接收单元702，用于在所述权益管理平台基于所述用户的标识确定所述用户符合所述第一权益的领取条件时，接收所述权益管理平台发放的权益发放通知，所述权益发放通知包括第二权益的相关信息，所述第二权益为所述权益管理平台基于所述第一权益的相关信息确定的待发放的权益；

发放单元703，用于将所述第二权益发放到所述用户的账户。

需要说明的是，该装置700具体实现方式以及达到的技术效果，均可以参见图4所示的方法中的相关描述。

此外，本申请实施例还提供了一种电子设备800，如图8所示，所述电子设备800包括处理器801以及存储器802：

所述存储器802用于存储计算机程序；

所述处理器801用于根据所述计算机程序执行图3、图4或图5提供的方法。

此外，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行本申请实施例提供的方法。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如只读存储器(英文：read-only memory，ROM)/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如路由器等网络通信设备)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目标。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请的优选实施方式，并非用于限定本申请的保护范围。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。