用户权益卡管理的方法和装置与流程

1.本发明涉及计算机技术领域，尤其涉及一种用户权益卡管理的方法和装置。


背景技术：

2.随着互联网技术的发展，不同服务平台之间的关联性越来越紧密。一个服务平台在为用户提供业务服务的过程中，可以为用户提供购买或兑换其他服务平台的业务服务的途径，使得用户可以通过该服务平台兑换其他服务平台的权益卡，进而享受其他服务平台的各项权益。因此，如何管理用户的权益卡，是目前亟需解决的问题。


技术实现要素：

3.有鉴于此，本发明实施例提供一种用户权益卡管理的方法和装置，通过对接收到的外部系统的卡券兑换请求报文进行解密和校验、并在校验通过的情况下生成与该卡券兑换请求报文对应的权益卡订单数据，能够处理来自外部系统的用户的卡券兑换等管理需求。
4.为实现上述目的，根据本发明实施例的一个方面，提供了一种用户权益卡管理的方法，包括：接收外部系统的卡券兑换请求报文，获取所述卡券兑换请求报文的报文盐值；利用获取到的盐值解密所述卡券兑换请求报文得到卡券数据；对所述卡券数据中的至少部分字段进行非空校验，并在校验通过的情况下生成与所述卡券兑换请求报文对应的权益卡订单数据。
5.可选地，所述卡券数据包括服务类型；所述方法还包括：在生成与所述卡券兑换请求报文对应的权益卡订单数据之前，判断数据库中是否存在与所述服务类型对应的卡券配置信息；若否，则发送报警提醒。
6.可选地，所述方法还包括：在生成与所述卡券兑换请求报文对应的权益卡订单数据之前，为所述卡券兑换请求报文设置分布式锁。
7.可选地，所述方法还包括：在生成与所述卡券兑换请求报文对应的权益卡订单数据之后，将所述权益卡订单数据写入数据库和本地缓存。
8.可选地，所述权益卡订单数据包括订单标识字段、用户标识字段和用户权益卡标识字段；初始状态下所述用户标识字段和用户权益卡标识字段的字段值为空；
9.所述方法还包括：
10.响应于接收到用户履约请求报文，从所述用户履约请求报文中解析出用户标识和第一订单标识；获取所述第一订单标识对应的第一权益卡订单数据；判断所述第一权益卡订单数据中用户权益卡标识字段是否为空；若是，则生成用户权益卡标识，根据所述用户标识和所述用户权益卡标识更新所述第一权益卡订单数据，以将所述用户权益卡标识对应的服务包与所述用户标识绑定，将所述用户权益卡标识返回至所述外部系统；否则，获取所述第一权益卡订单数据中用户权益卡标识字段的字段值并返回至所述外部系统。
11.可选地，所述方法还包括：
12.在获取所述第一订单标识对应的目标权益卡订单数据之前，从所述用户履约请求报文中解析出第一卡券数据，对所述第一卡券数据中的至少部分字段进行非空校验并确认校验通过；
13.在获取所述第一订单标识对应的目标权益卡订单数据之后，进行以下至少一种校验并确认校验通过：对所述第一权益卡订单数据的有效性进行校验、对所述第一卡券数据中预设字段与所述第一权益卡订单数据中预设字段的一致性进行校验。
14.可选地，所述方法还包括：在获取所述第一权益卡订单数据中用户权益卡标识字段的字段值并返回至所述外部系统之前，根据所述第一权益卡订单数据中订单状态字段值确定所述第一权益卡订单有效、根据所述第一权益卡订单数据中激活状态字段值确定所述第一权益卡订单数据中的用户权益卡有效。
15.可选地，所述第一卡券数据包括第一服务类型；在生成用户权益卡标识之前，所述方法还包括以下至少之一：
16.确认数据库中存在与所述第一服务类型对应的卡券配置信息；
17.确认与所述第一服务类型对应的权益卡发放开关打开；
18.确定与所述第一服务类型对应的用户权益卡库存量，并在所述用户权益卡库存量小于等于库存阈值的情况下发送报警提醒。
19.可选地，根据所述用户标识和所述用户权益卡标识更新所述第一权益卡订单数据，包括：根据所述用户标识和所述用户权益卡标识，通过调用异步线程更新所述第一权益卡订单数据。
20.可选地，获取所述第一订单标识对应的第一权益卡订单数据，包括：判断本地缓存中是否存在与所述第一订单标识对应的权益卡订单数据；若存在，则从所述本地缓存获取所述第一权益卡订单数据；否则从数据库获取所述第一权益卡订单数据，将所述第一权益卡订单数据写入本地缓存；
21.所述方法还包括：在根据所述用户标识和所述用户权益卡标识更新所述第一权益卡订单数据之后，采用延时双删的方式删除本地缓存中的所述第一权益卡订单数据。
22.可选地，所述权益卡订单数据包括订单标识字段、订单状态字段和用户权益卡标识字段；
23.所述方法还包括：
24.响应于接收到所述外部系统的卡券作废请求报文，从所述卡券作废请求报文中解析出第二订单标识；获取所述第二订单标识对应的第二权益卡订单数据；在所述第二权益卡订单数据满足如下条件的情况下，将所述第二权益卡订单数据中的订单状态调整为无效状态，向所述外部系统发送权益卡作废应答消息：
25.根据所述第二权益卡订单数据中订单状态字段值确定所述第二权益卡订单有效、所述第二权益卡订单数据中用户权益卡标识字段不为空、根据所述第二权益卡订单数据中激活状态字段值确定所述第二权益卡订单数据中的用户权益卡有效。
26.可选地，所述方法还包括：
27.在获取所述第二订单标识对应的第二权益卡订单数据之前，从所述卡券作废请求报文中解析出第二卡券数据，对所述第二卡券数据中的至少部分字段进行非空校验并确认校验通过；
28.在获取所述第二订单标识对应的第二权益卡订单数据之后，进行以下至少一种校验并确认校验通过：对所述第二权益卡订单数据的有效性进行校验、对所述第二卡券数据中预设字段与所述第二权益卡订单数据中预设字段的一致性进行校验。
29.可选地，获取所述第二订单标识对应的第二权益卡订单数据，包括：判断本地缓存中是否存在与所述第二订单标识对应的权益卡订单数据；若存在，则从所述本地缓存获取所述第二权益卡订单数据；否则从数据库获取所述第二权益卡订单数据，将所述第二权益卡订单数据写入本地缓存；
30.所述方法还包括：在将所述第二权益卡订单数据中的订单状态调整为无效状态之后，采用延时双删的方式删除本地缓存中的所述第二权益卡订单数据。
31.可选地，所述方法还包括：在获取所述第二订单标识对应的第二权益卡订单数据之前，为所述卡券作废请求报文设置分布式锁。
32.根据本发明实施例的第二方面，提供一种用户权益卡管理的装置，包括：
33.报文接收模块，接收外部系统的卡券兑换请求报文，获取所述卡券兑换请求报文的报文盐值；利用获取到的盐值解密所述卡券兑换请求报文得到卡券数据；
34.参数校验模块，对所述卡券数据中的至少部分字段进行非空校验；
35.报文执行模块，在校验通过的情况下生成与所述卡券兑换请求报文对应的权益卡订单数据。
36.可选地，所述卡券数据包括服务类型；所述报文接收模块还用于：在生成与所述卡券兑换请求报文对应的权益卡订单数据之前，判断数据库中是否存在与所述服务类型对应的卡券配置信息；若否，则发送报警提醒。
37.可选地，所述报文执行模块还用于：在生成与所述卡券兑换请求报文对应的权益卡订单数据之前，为所述卡券兑换请求报文设置分布式锁。
38.可选地，所述报文执行模块还包括：在生成与所述卡券兑换请求报文对应的权益卡订单数据之后，将所述权益卡订单数据写入数据库和本地缓存。
39.可选地，所述权益卡订单数据包括订单标识字段、用户标识字段和用户权益卡标识字段；初始状态下所述用户标识字段和用户权益卡标识字段的字段值为空；
40.所述报文接收模块还用于：响应于接收到用户履约请求报文，从所述用户履约请求报文中解析出用户标识和第一订单标识；
41.所述报文执行模块还用于：获取所述第一订单标识对应的第一权益卡订单数据；判断所述第一权益卡订单数据中用户权益卡标识字段是否为空；若是，则生成用户权益卡标识，根据所述用户标识和所述用户权益卡标识更新所述第一权益卡订单数据，以将所述用户权益卡标识对应的服务包与所述用户标识绑定，将所述用户权益卡标识返回至所述外部系统；否则，获取所述第一权益卡订单数据中用户权益卡标识字段的字段值并返回至所述外部系统。
42.可选地，所述参数校验模块还用于：在获取所述第一订单标识对应的目标权益卡订单数据之前，从所述用户履约请求报文中解析出第一卡券数据，对所述第一卡券数据中的至少部分字段进行非空校验并确认校验通过；
43.所述报文执行模块还用于：在获取所述第一订单标识对应的目标权益卡订单数据之后，进行以下至少一种校验并确认校验通过：对所述第一权益卡订单数据的有效性进行
校验、对所述第一卡券数据中预设字段与所述第一权益卡订单数据中预设字段的一致性进行校验。
44.可选地，所述报文执行模块还用于：在获取所述第一权益卡订单数据中用户权益卡标识字段的字段值并返回至所述外部系统之前，根据所述第一权益卡订单数据中订单状态字段值确定所述第一权益卡订单有效、根据所述第一权益卡订单数据中激活状态字段值确定所述第一权益卡订单数据中的用户权益卡有效。
45.可选地，所述第一卡券数据包括第一服务类型；在生成用户权益卡标识之前，所述报文执行模块还用于以下至少之一：
46.确认数据库中存在与所述第一服务类型对应的卡券配置信息；
47.确认与所述第一服务类型对应的权益卡发放开关打开；
48.确定与所述第一服务类型对应的用户权益卡库存量，并在所述用户权益卡库存量小于等于库存阈值的情况下发送报警提醒。
49.可选地，所述报文执行模块根据所述用户标识和所述用户权益卡标识更新所述第一权益卡订单数据，包括：根据所述用户标识和所述用户权益卡标识，通过调用异步线程更新所述第一权益卡订单数据。
50.可选地，所述报文执行模块获取所述第一订单标识对应的第一权益卡订单数据，包括：判断本地缓存中是否存在与所述第一订单标识对应的权益卡订单数据；若存在，则从所述本地缓存获取所述第一权益卡订单数据；否则从数据库获取所述第一权益卡订单数据，将所述第一权益卡订单数据写入本地缓存；
51.所述报文执行模块还用于：在根据所述用户标识和所述用户权益卡标识更新所述第一权益卡订单数据之后，采用延时双删的方式删除本地缓存中的所述第一权益卡订单数据。
52.可选地，所述权益卡订单数据包括订单标识字段、订单状态字段和用户权益卡标识字段；
53.所述报文接收模块还用于：响应于接收到所述外部系统的卡券作废请求报文，从所述卡券作废请求报文中解析出第二订单标识；
54.所述报文执行模块还用于：获取所述第二订单标识对应的第二权益卡订单数据；在所述第二权益卡订单数据满足如下条件的情况下，将所述第二权益卡订单数据中的订单状态调整为无效状态，向所述外部系统发送权益卡作废应答消息：
55.根据所述第二权益卡订单数据中订单状态字段值确定所述第二权益卡订单有效、所述第二权益卡订单数据中用户权益卡标识字段不为空、根据所述第二权益卡订单数据中激活状态字段值确定所述第二权益卡订单数据中的用户权益卡有效。
56.可选地，所述报文接收模块还用于：
57.在获取所述第二订单标识对应的第二权益卡订单数据之前，从所述卡券作废请求报文中解析出第二卡券数据，对所述第二卡券数据中的至少部分字段进行非空校验并确认校验通过；
58.所述报文执行模块还用于：在获取所述第二订单标识对应的第二权益卡订单数据之后，进行以下至少一种校验并确认校验通过：对所述第二权益卡订单数据的有效性进行校验、对所述第二卡券数据中预设字段与所述第二权益卡订单数据中预设字段的一致性进
行校验。
59.可选地，所述报文执行模块获取所述第二订单标识对应的第二权益卡订单数据，包括：判断本地缓存中是否存在与所述第二订单标识对应的权益卡订单数据；若存在，则从所述本地缓存获取所述第二权益卡订单数据；否则从数据库获取所述第二权益卡订单数据，将所述第二权益卡订单数据写入本地缓存；
60.所述报文执行模块还用于：在将所述第二权益卡订单数据中的订单状态调整为无效状态之后，采用延时双删的方式删除本地缓存中的所述第二权益卡订单数据。
61.可选地，所述报文执行模块还用于：在获取所述第二订单标识对应的第二权益卡订单数据之前，为所述卡券作废请求报文设置分布式锁。
62.根据本发明实施例的第三方面，提供了一种用户权益卡管理的电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的用户权益卡管理的方法。
63.根据本发明实施例的第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的用户权益卡管理的方法。
64.上述发明中的一个实施例具有如下优点或有益效果：通过对接收到的外部系统的卡券兑换请求报文进行解密和校验、并在校验通过的情况下生成与该卡券兑换请求报文对应的权益卡订单数据，能够处理来自外部系统的用户的卡券兑换等管理需求。
65.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
66.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
67.图1是本发明实施例的用户权益卡管理的方法的主要步骤示意图；
68.图2是本发明可选实施例中卡券配置信息的示意图；
69.图3是本发明可选实施例中卡券兑换的主要流程的示意图；
70.图4是本发明可选实施例中用户履约的主要流程的示意图；
71.图5是本发明可选实施例中卡券作废的主要流程的示意图；
72.图6是本发明实施例中用户权益卡管理的装置的主要模块示意图；
73.图7是本发明实施例可以应用于其中的示例性系统架构图；
74.图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
75.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
76.需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可
以相互结合。
77.根据本发明实施例的一个方面，提供了一种用户权益卡管理的方法。
78.图1是根据本发明实施例的用户权益卡管理的方法的主要步骤的示意图。如图1所示，本发明实施例的用户权益卡管理的方法主要包括以下步骤：步骤s101、步骤s102、步骤s103和步骤s104。
79.步骤s101，接收外部系统的卡券兑换请求报文，获取卡券兑换请求报文的报文盐值。
80.外部系统是相对于本发明实施例的方法的执行主体而言的，指该执行主体的系统以外的系统。外部系统可以视为该执行主体系统的一个渠道，该执行主体系统通过为外部系统的用户兑换权益卡，有助于增加自身系统的gmv(gross merchandise volume，成交总额)和用户量。例如，某银行用户在电商平台兑换权益卡，则外部系统可以是银行系统、执行本发明实施例的方法的系统为电商平台系统；保险用户在电商平台兑换权益卡，则外部系统可以为保险系统、执行本发明实施例的方法的系统为电商平台系统。
81.盐值是解密校验时的随机数，主要用来解密加密后的报文。盐值可以是预先配置的数值，也可以是采用预设的加密算法生成的数值。示例性地，卡券兑换请求报文中包括channelno字段。在获取盐值时，先判断channelno字段是否为空，若是，则取配置中心中预先设置的数值作为盐值，否则取外部系统配置渠道时使用加密算法生成的数值作为盐值。
82.步骤s102，利用获取到的盐值解密卡券兑换请求报文得到卡券数据。
83.卡券兑换请求报文用于兑换权益卡。卡券兑换请求报文中携带卡券数据，卡券数据的内容可以根据实际情况进行选择性设定。示例性地，卡券数据可以包括如下任意一项或多项数据：卡券卡号(用户在外部系统中的卡号)、卡密(用户在外部系统中的卡号)、服务类型编码、兑换时间、姓名、手机号、身份证后6位、用户唯一标识、生日、性别。
84.步骤s103，对卡券数据中的至少部分字段进行非空校验；若校验通过，则跳转至步骤s104；否则流程结束。
85.在进行非空校验时，可以对卡券数据中的所有字段进行校验，也可以进对卡券数据中的一部分字段进行校验。当需要校验的字段均为非空时，校验通过。示例性地，预先约定卡券兑换请求报文中的必填字段和非必填字段，在进行非空校验时，仅对必填字段仅非空校验。必填字段和非必填字段的内容可以根据实际情况进行选择性设定。例如，必填字段包括卡券卡号、卡密、服务类型编码和兑换时间等，非必填字段包括姓名、手机号、身份证后6位、用户唯一标识、生日和性别等。
86.实际应用过程中，在接收到外部系统的卡券兑换请求报文之后，还可以对用户的token(令牌)进行校验。若校验通过，则进行后续步骤，否则流程结束、返回错误提示。通过校验用户token，能够进一步提高系统安全性。
87.步骤s104，生成与卡券兑换请求报文对应的权益卡订单数据。
88.权益卡订单数据是指权益卡订单的相关数据，例如订单对应的卡券数据、订单状态、激活状态等。若某个卡券兑换请求已经生成对应的权益卡订单数据，表明卡券兑换已经成功，用户已经兑换权益卡。用户将兑换的权益卡和用户标识绑定的过程称为用户履约，用户履约之后即可享有权益卡中的各项权益项。示例性地，权益卡订单数据包括如下一个或多个部分：
89.(1)用户权益卡id。用户权益卡id用于指示与用户绑定的权益卡标识。在生成权益卡订单数据时，该字段值为默认值或者为空；在用户履约之后，该字段值为与用户绑定的权益卡标识；
90.(2)卡券数据；
91.(3)订单状态，包括有效状态和无效状态。在生成权益卡订单数据时，可以根据权益卡配置信息计算订单有效期(例如30天)，在该有效期内订单处于有效状态，否则订单处于无效状态；
92.(4)激活状态，包括待激活状态和已激活状态。在生成权益卡订单数据时权益卡为待激活状态，在用户履约之后权益卡为激活状态；
93.(5)用户标识(userpin)。在生成权益卡订单数据时，该字段值为默认值或者为空，用户履约后该字段值指示与权益卡绑定的用户标识。
94.在一些可选的实施例中，卡券数据包括服务类型。在生成与卡券兑换请求报文对应的权益卡订单数据之前，判断数据库中是否存在与该服务类型对应的卡券配置信息；若否，则发送报警提醒。需要说明的是，不管数据库中是否存在与该服务类型对应的卡券配置信息，都可以生成对应的卡券兑换数据。卡券配置信息的内容可以根据实际情况进行选择性设定。图2示出了本发明可选实施例中卡券配置信息的示意图，如图2所示，卡券配置信息包括权益卡名称、权益卡编码、服务有效期(根据外部系统推送过来的兑换时间加服务有效期天数，即为权益的终止时间)、权益卡图标、权益卡类型、服务类型编码、服务包id(权益项的集合，用于指示用户可以享有的权益项)、每天领取上限、总领取量、库存预警、预警邮箱、渠道标识等信息。通过在数据库中不存在对应的卡券配置信息的情况下发送报警提醒，能够提醒用户及时了解卡券兑换的进度和情况。
95.实际应用过程中，卡券数据中可以包括卡券卡号，在执行步骤s104之前校验卡券卡号是否重复，即校验数据库中是否存在与该卡券卡号对应的权益卡订单数据。若存在，则表明该卡券卡号已经兑换权益卡，此时结束流程并返回错误提示；若不存在，则表明该卡券卡号上位兑换权益卡，可以执行步骤s104。通过对卡券卡号是否重复进行校验，能够避免用户基于同一卡券卡号重复进行卡券兑换。
96.当然，为了防止重复兑换和存储，也可以在生成与卡券兑换请求报文对应的权益卡订单数据之前，为卡券兑换请求报文设置分布式锁。示例性地，为当前正在进行卡券兑换的卡券卡号和渠道标识添加redis分布式锁，从而防止外部系统并发推送具有相同渠道标识和卡券卡号的卡券兑换请求。
97.通常情况下，在生成与卡券兑换请求报文对应的权益卡订单数据之后，可以将权益卡订单数据直接写入数据库(例如关系型数据库)。当然，也可以将生成的权益卡订单数据写入本地缓存，以便用户履约时进行快速响应。用户进行卡券兑换之后，有可能直接履约，也有可能在兑换之后的某个时间再履约。为了尽量减少资源占用，在将权益卡订单数据写入本地缓存时，可以为缓存的数据记录设置有效期(例如1天)，超过该有效期之后将该条数据从本地缓存中删除。实际应用过程中，可以依据卡券“卡号 渠道号 服务类型编码 userid”设置缓存。
98.图3示出了本发明可选实施例中卡券兑换的主要流程的示意图。在图3示出的可选实施例中，外部系统将卡券数据推送至本发明实施例方法的执行主体系统，进行卡券兑换。
在该执行主体系统中，主要通过如下步骤实现卡券兑换：
99.(1)接收卡券兑换请求报文的密文数据；
100.(2)获取卡券兑换请求报文的盐值；
101.(3)利用盐值进行密文解密；
102.(4)进行token校验，若校验通过，则进入步骤(5)，否则返回错误提示；
103.(5)进行参数校验。本步骤主要进行非空校验，相关内容可参见步骤s103，此处不再赘述。若校验通过，则进入步骤(6)，否则返回错误提示；
104.(6)设置redis分布式锁；
105.(7)校验报文中的卡券卡号是否存在。即校验数据库中是否存在与该卡券卡号对应的权益卡订单数据。若存在，则表明该卡券卡号已经兑换权益卡，此时结束流程并返回错误提示；若不存在，则表明该卡券卡号上位兑换权益卡，可以执行步骤(8)。
106.(8)校验卡券兑换报文中的服务类型编码是否存在，若不存在则返回错误提示。生成权益卡订单数据；
107.(9)将生成的权益卡订单数据写入数据库和本地缓存。
108.用户兑换到权益卡之后，可以通过履约流程将兑换到的权益卡与用户绑定，以便用户可以享受权益卡中的各个权益项。在一些可选的实施例中，权益卡订单数据包括订单标识字段、用户标识字段和用户权益卡标识字段；初始状态下用户标识字段和用户权益卡标识字段的字段值为空。在用户履约时，主要流程包括以下步骤：
109.步骤s201，响应于接收到用户履约请求报文，从用户履约请求报文中解析出用户标识和第一订单标识；
110.步骤s202，获取第一订单标识对应的第一权益卡订单数据；
111.步骤s203，判断第一权益卡订单数据中用户权益卡标识字段是否为空；若是，则跳转至步骤s204，否则跳转至步骤s205；
112.步骤s204，生成用户权益卡标识，根据用户标识和用户权益卡标识更新第一权益卡订单数据(即将用户标识和用户权益卡标识写入权益卡订单数据的对应字段中)，以将用户权益卡标识对应的服务包与用户标识绑定，然后将用户权益卡标识返回至外部系统；
113.步骤s205，获取第一权益卡订单数据中用户权益卡标识字段的字段值并返回至外部系统。
114.在一些可选实施例中，在获取第一订单标识对应的目标权益卡订单数据之前，从用户履约请求报文中解析出第一卡券数据，对第一卡券数据中的至少部分字段进行非空校验并确认校验通过；在获取第一订单标识对应的目标权益卡订单数据之后，进行以下至少一种校验并确认校验通过：对第一权益卡订单数据的有效性进行校验、对第一卡券数据中预设字段与第一权益卡订单数据中预设字段的一致性进行校验。通过上述校验，能够进一步提高系统安全性。
115.可选地，在获取第一权益卡订单数据中用户权益卡标识字段的字段值并返回至外部系统之前，根据第一权益卡订单数据中订单状态字段值确定第一权益卡订单有效、根据第一权益卡订单数据中激活状态字段值确定第一权益卡订单数据中的用户权益卡有效(已激活但未被作废)。在将第一权益卡订单数据中用户权益卡标识字段的字段值返回至外部系统之前确认订单和用户权益卡有效，能够避免用户产生误解，从而可以基于有效的权益
卡享用各个权益项。
116.可选地，第一卡券数据包括第一服务类型；在生成用户权益卡标识之前，还包括以下至少之一：确认数据库中存在与第一服务类型对应的卡券配置信息；确认与第一服务类型对应的权益卡发放开关打开；确定与所述第一服务类型对应的用户权益卡库存量，并在用户权益卡库存量小于等于库存阈值的情况下发送报警提醒。通过确定卡券配置信息，便于快速确定用户权益卡对应的权益项。通过设置权益卡发放开关，便于灵活控制权益卡的发放与否。通过在用户权益卡库存量小于等于库存阈值的情况下发送报警提醒，能够及时提醒用户权益类剩余量，便于用户合理规划和使用。
117.可选地，根据用户标识和用户权益卡标识更新所述第一权益卡订单数据，包括：根据用户标识和用户权益卡标识，通过调用异步线程更新第一权益卡订单数据。采用异步线程更新权益卡订单数据，便于分布式部署，效率高。
118.可选地，获取第一订单标识对应的第一权益卡订单数据，包括：判断本地缓存中是否存在与第一订单标识对应的权益卡订单数据；若存在，则从本地缓存获取第一权益卡订单数据；否则从数据库获取第一权益卡订单数据，然后将第一权益卡订单数据写入本地缓存。在根据用户标识和用户权益卡标识更新第一权益卡订单数据之后，采用延时双删的方式删除本地缓存中的第一权益卡订单数据。
119.缓存延时双删：更新权益卡订单表之前，第一次删除缓存，然后更新数据库，在延迟一定时间(例如10毫秒)后第二次删除缓存。第一次删除缓存后、更新数据库前，可能会有并发的线程读取到旧数据同时写入到本地缓存中，这样本地缓存中的数据还是更新数据库前的旧数据，造成数据库和本地缓存数据不一致。为了解决这种问题，在更新完数据库后延时一定时间(例如10毫秒)第二次删除缓存数据，延时的目的是更新数据库前可能有线程读到了旧数据还没写入到缓存，延迟一定时间能够保证旧数据写入本地缓存之后再被删除。
120.图4示出了本发明可选实施例中用户履约的主要流程的示意图。在图3示出的可选实施例中，外部系统向用户展示页面跳转链接，例如再页面上展示“去使用”按钮，用户点击该页面跳转链接进入本发明实施例方法的执行主体提供的用户履约页面。在该执行主体系统中，主要通过如下步骤实现用户履约：
121.(1)接收前端请求参数，即用户履约请求报文的密文数据；
122.(2)进行参数解密校验，密文解密和参数校验的相关流程可以参见步骤s102和步骤s103部分的介绍，此处不再赘述；
123.(3)判断校验是否通过。若校验通过，则进入步骤(4)，否则流程结束，返回错误信息；
124.(4)查询权益卡订单。本步骤根据报文中的卡券卡号查询本地缓存或数据库中有没有对应的订单数据；
125.(5)判断是否查询到订单。若是，表明卡券卡号存在，在本地缓存不存在对应订单数据的情况下将从数据库查询到的订单数据写入本地缓存，进入步骤(6)；否则表明卡券卡号不存在，返回错误提示；
126.(6)根据权益卡订单数据中的订单状态判断订单是否有效。若订单无效，则流程结束、返回错误信息；若订单有效，则进入步骤(7)；
127.(7)判断报文中的卡密与订单数据中的卡密是否匹配；若是，则进入步骤(8)；否
则，流程结束、返回错误提示；
128.(8)根据订单id查询用户权益卡id，即根据订单id查询对应订单数据中的用户权益卡id字段的字段值；
129.(9)判断是否查询到用户权益卡id。若是，则表明用户已经履约，进入步骤(10)，否则表明用户尚未履约，进入步骤(13)；
130.(10)判断报文中的用户pin和订单数据中的用户pin是否一致；若是，则进入步骤(11)，否则结束流程、返回错误信息；
131.(11)根据订单数据中的订单状态验证用户权益卡是否有效，即验证订单是否有效；若是，则进入步骤(12)，否则流程结束、返回错误信息；
132.(12)根据权益卡的激活状态验证用户权益卡是否过有效期；若是，则流程结束、返回订单数据中的用户权益卡id；否则结束流程、返回错误信息；
133.(13)查询权益卡配置；
134.(14)判断权益卡配置是否为空；若是，则流程结束，返回错误信息；否则进入步骤(15)；
135.(15)判断权益卡发放开关是否打开(设置用户权益卡开关，能够提高安全行，防止意外情况)。若是，则进入步骤(16)；否则流程结束，返回错误信息；
136.(16)统计当前用户领取权益卡总量。当权益卡库存量少于30％(也可以设置成其他数值，例如20％)时报警；
137.(17)生成用户权益卡履约数据；
138.(18)统计卡相关数据，包括但不限于：用户总领取卡数量、用户领取某张卡的数量、某张卡当日被领取数量、某张卡总共被领取数量。统计出来的卡相关数据可以在用户查询权益的时候进行展示；
139.(19)调用异步履约线程，通过线程池异步调用，调用失败的会通过定时任务做补偿履约。生成权益卡订单数据之后，这个权益卡还没有真正提供服务的能力，需要进行权益卡下的服务包和用户标识userpin绑定，如果绑定成功，用户就可以使用该权益卡；如果绑定失败，需要通过技术手段定期重复进行服务包和用户标识userpin的绑定。本步骤主要是将用户标识和权益卡标识写入权益卡订单数据中的对应字段中，同时将权益卡订单数据中的权益卡激活状态更新为已激活，实现用户标识和权益卡标识的绑定；
140.(20)发送履约后的mq(该mq的主要目的是通知外部系统当前用户履约请求报文的处理结果)外部系统更新权益卡订单信息，同时采用延时双删的方式去删除本地缓存；
141.(21)返回履约后的用户权益卡id。用户权益卡id不具有真正服务用户的能力，需要等将服务包和userpin绑定成功才能为用户提供各个权益项。由于系统之间的接口调用都是通过网络传输数据的，当网络出现异常会履约失败，系统内部接口处理失败也会履约失败。因此，在步骤(18)中的异步线程返回履约成功信息后，可以延迟一段时间(例如2秒)再向前端返回绑定的用户权益卡id。
142.本实施例中，可以根据用户权益卡id查询用户权益卡信息，并展示在外部系统首页。当用户真正使用权益卡中的某一项权益，比如视频问诊，互联网医院会调用本发明实施例方法的执行主体系统查该用户是否有该权益，当用户使用该权益后，互联网医院会调用一次本发明实施例方法的执行主体系统进行权益次数扣减。
143.本发明实施例的权益卡管理方法还可以提供卡券作废功能。具体地，权益卡订单数据包括订单标识字段、订单状态字段和用户权益卡标识字段。在进行卡券作废时，响应于接收到外部系统的卡券作废请求报文，从卡券作废请求报文中解析出第二订单标识；获取第二订单标识对应的第二权益卡订单数据；在第二权益卡订单数据满足如下条件的情况下，将第二权益卡订单数据中的订单状态调整为无效状态，然后向外部系统发送权益卡作废应答消息：根据第二权益卡订单数据中订单状态字段值确定第二权益卡订单有效、第二权益卡订单数据中用户权益卡标识字段不为空、根据第二权益卡订单数据中激活状态字段值确定第二权益卡订单数据中的用户权益卡有效。
144.在获取第二订单标识对应的第二权益卡订单数据之前，可以从卡券作废请求报文中解析出第二卡券数据，对第二卡券数据中的至少部分字段进行非空校验并确认校验通过；在获取第二订单标识对应的第二权益卡订单数据之后，可以进行以下至少一种校验并确认校验通过：对第二权益卡订单数据的有效性进行校验、对第二卡券数据中预设字段与第二权益卡订单数据中预设字段的一致性进行校验。通过上述校验，能够进一步提高安全性。
145.可选地，获取第二订单标识对应的第二权益卡订单数据，包括：判断本地缓存中是否存在与第二订单标识对应的权益卡订单数据；若存在，则从本地缓存获取所述第二权益卡订单数据；否则从数据库获取第二权益卡订单数据，然后将第二权益卡订单数据写入本地缓存；在将第二权益卡订单数据中的订单状态调整为无效状态之后，采用延时双删的方式删除本地缓存中的第二权益卡订单数据。通过采用延时双删的方式删除本地缓存中的数据，能够提高数据一致性。
146.在获取第二订单标识对应的第二权益卡订单数据之前，还可以为卡券作废请求报文设置分布式锁。示例性地，为当前正在进行卡券作废的卡券卡号和渠道标识添加redis分布式锁，从而防止外部系统并发推送具有相同渠道标识和卡券卡号的卡券作废请求。
147.图5示出了本发明可选实施例中卡券作废的主要流程的示意图。在图5示出的可选实施例中，用户在外部系统中触发跳转链接(例如“立即使用”按钮)后，跳转至本发明实施例方法的执行主体的页面(例如h5页面)中。外部系统将卡券作废请求报文推送至本发明实施例方法的执行主体系统，进行卡券作废。在该执行主体系统中，主要通过如下步骤实现卡券作废：
148.(1)接收卡券作废请求报文的密文数据；
149.(2)获取卡券兑换请求报文的盐值；
150.(3)利用盐值进行密文解密；
151.(4)进行token校验；
152.(5)判断token校验是否通过。若校验通过，则进入步骤(6)，否则返回错误提示；
153.(6)进行参数校验。本步骤主要进行非空校验，相关内容可参见步骤s103，此处不再赘述。
154.(7)判断参数校验是否通过。若校验通过，则进入步骤(8)，否则返回错误提示；
155.(8)设置redis分布式锁；
156.(9)校验报文中卡券卡号对应的订单数据是否存在。即校验数据库中是否存在与该卡券卡号对应的权益卡订单数据。若存在，进入步骤(10)；否则，则表明不存在与该卡券
卡号对应的权益卡，返回错误提示。
157.(10)更新权益卡订单数据，将订单状态改为无效；
158.(11)发送mq作废消息；
159.(12)延时双删本地缓存中的数据，然后流程结束。
160.实际应用过程中，在履约完成后，可以通过jmq(一种消息中间件)更新外部系统(例如保险平台的soa(service-oriented architecture，面向服务的体系结构)系统)的权益卡订单数据，实现数据的一致性。采用jmq的三个原因，第一，jmq的可靠性保证数据不会丢失，在消费方消费失败的情况下会重试直到消费成功，jmq可以实现自动补偿的作用，第二，通过rpc接口的方式，如果是同步接口会增加履约接口的响应耗时，如果是异步的方式会增加系统设计的复杂性，无论是同步还是异步总是需要考虑调用下游系统失败的情况，那就需要增加额外的补偿设计，系统的复杂性会增加；第三，异步、解耦，通过jmq减少系统之间的强依赖，异步提升系统性能。
161.保险soa履约(c端接口)完成后通过jmq更新open端的权益卡订单数据；采用jmq的三个原因，第一，jmq的可靠性保证数据不会丢失，在消费方消费失败的情况下会重试直到消费成功，jmq可以实现自动补偿的作用，第二，通过rpc接口的方式，如果是同步接口会增加履约接口的响应耗时，如果是异步的方式会增加系统设计的复杂性，无论是同步还是异步总是需要考虑调用下游系统失败的情况，那就需要增加额外的补偿设计，系统的复杂性会增加；第三，异步、解耦，通过jmq减少系统之间的强依赖，异步提升系统性能；综上通过jmq实现数据的最终一致性
162.根据本发明实施例的第二方面，提供一种实现上述方法的装置。
163.图6是本发明实施例的用户权益卡管理的装置的主要组成示意图。如图6所示，用户权益卡管理的装置600包括：
164.报文接收模块601，接收外部系统的卡券兑换请求报文，获取所述卡券兑换请求报文的报文盐值；利用获取到的盐值解密所述卡券兑换请求报文得到卡券数据；
165.参数校验模块602，对所述卡券数据中的至少部分字段进行非空校验；
166.报文执行模块603，在校验通过的情况下生成与所述卡券兑换请求报文对应的权益卡订单数据。
167.可选地，所述卡券数据包括服务类型；所述报文接收模块还用于：在生成与所述卡券兑换请求报文对应的权益卡订单数据之前，判断数据库中是否存在与所述服务类型对应的卡券配置信息；若否，则发送报警提醒。
168.可选地，所述报文执行模块还用于：在生成与所述卡券兑换请求报文对应的权益卡订单数据之前，为所述卡券兑换请求报文设置分布式锁。
169.可选地，所述报文执行模块还包括：在生成与所述卡券兑换请求报文对应的权益卡订单数据之后，将所述权益卡订单数据写入数据库和本地缓存。
170.可选地，所述权益卡订单数据包括订单标识字段、用户标识字段和用户权益卡标识字段；初始状态下所述用户标识字段和用户权益卡标识字段的字段值为空；
171.所述报文接收模块还用于：响应于接收到用户履约请求报文，从所述用户履约请求报文中解析出用户标识和第一订单标识；
172.所述报文执行模块还用于：获取所述第一订单标识对应的第一权益卡订单数据；
判断所述第一权益卡订单数据中用户权益卡标识字段是否为空；若是，则生成用户权益卡标识，根据所述用户标识和所述用户权益卡标识更新所述第一权益卡订单数据，以将所述用户权益卡标识对应的服务包与所述用户标识绑定，将所述用户权益卡标识返回至所述外部系统；否则，获取所述第一权益卡订单数据中用户权益卡标识字段的字段值并返回至所述外部系统。
173.可选地，所述参数校验模块还用于：在获取所述第一订单标识对应的目标权益卡订单数据之前，从所述用户履约请求报文中解析出第一卡券数据，对所述第一卡券数据中的至少部分字段进行非空校验并确认校验通过；
174.所述报文执行模块还用于：在获取所述第一订单标识对应的目标权益卡订单数据之后，进行以下至少一种校验并确认校验通过：对所述第一权益卡订单数据的有效性进行校验、对所述第一卡券数据中预设字段与所述第一权益卡订单数据中预设字段的一致性进行校验。
175.可选地，所述报文执行模块还用于：在获取所述第一权益卡订单数据中用户权益卡标识字段的字段值并返回至所述外部系统之前，根据所述第一权益卡订单数据中订单状态字段值确定所述第一权益卡订单有效、根据所述第一权益卡订单数据中激活状态字段值确定所述第一权益卡订单数据中的用户权益卡有效。
176.可选地，所述第一卡券数据包括第一服务类型；在生成用户权益卡标识之前，所述报文执行模块还用于以下至少之一：
177.确认数据库中存在与所述第一服务类型对应的卡券配置信息；
178.确认与所述第一服务类型对应的权益卡发放开关打开；
179.确定与所述第一服务类型对应的用户权益卡库存量，并在所述用户权益卡库存量小于等于库存阈值的情况下发送报警提醒。
180.可选地，所述报文执行模块根据所述用户标识和所述用户权益卡标识更新所述第一权益卡订单数据，包括：根据所述用户标识和所述用户权益卡标识，通过调用异步线程更新所述第一权益卡订单数据。
181.可选地，所述报文执行模块获取所述第一订单标识对应的第一权益卡订单数据，包括：判断本地缓存中是否存在与所述第一订单标识对应的权益卡订单数据；若存在，则从所述本地缓存获取所述第一权益卡订单数据；否则从数据库获取所述第一权益卡订单数据，将所述第一权益卡订单数据写入本地缓存；
182.所述报文执行模块还用于：在根据所述用户标识和所述用户权益卡标识更新所述第一权益卡订单数据之后，采用延时双删的方式删除本地缓存中的所述第一权益卡订单数据。
183.可选地，所述权益卡订单数据包括订单标识字段、订单状态字段和用户权益卡标识字段；
184.所述报文接收模块还用于：响应于接收到所述外部系统的卡券作废请求报文，从所述卡券作废请求报文中解析出第二订单标识；
185.所述报文执行模块还用于：获取所述第二订单标识对应的第二权益卡订单数据；在所述第二权益卡订单数据满足如下条件的情况下，将所述第二权益卡订单数据中的订单状态调整为无效状态，向所述外部系统发送权益卡作废应答消息：
186.根据所述第二权益卡订单数据中订单状态字段值确定所述第二权益卡订单有效、所述第二权益卡订单数据中用户权益卡标识字段不为空、根据所述第二权益卡订单数据中激活状态字段值确定所述第二权益卡订单数据中的用户权益卡有效。
187.可选地，所述报文接收模块还用于：
188.在获取所述第二订单标识对应的第二权益卡订单数据之前，从所述卡券作废请求报文中解析出第二卡券数据，对所述第二卡券数据中的至少部分字段进行非空校验并确认校验通过；
189.所述报文执行模块还用于：在获取所述第二订单标识对应的第二权益卡订单数据之后，进行以下至少一种校验并确认校验通过：对所述第二权益卡订单数据的有效性进行校验、对所述第二卡券数据中预设字段与所述第二权益卡订单数据中预设字段的一致性进行校验。
190.可选地，所述报文执行模块获取所述第二订单标识对应的第二权益卡订单数据，包括：判断本地缓存中是否存在与所述第二订单标识对应的权益卡订单数据；若存在，则从所述本地缓存获取所述第二权益卡订单数据；否则从数据库获取所述第二权益卡订单数据，将所述第二权益卡订单数据写入本地缓存；
191.所述报文执行模块还用于：在将所述第二权益卡订单数据中的订单状态调整为无效状态之后，采用延时双删的方式删除本地缓存中的所述第二权益卡订单数据。
192.可选地，所述报文执行模块还用于：在获取所述第二订单标识对应的第二权益卡订单数据之前，为所述卡券作废请求报文设置分布式锁。
193.根据本发明实施例的第三方面，提供了一种用户权益卡管理的电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的用户权益卡管理的方法。
194.根据本发明实施例的第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的用户权益卡管理的方法。
195.图7示出了可以应用本发明实施例的用户权益卡管理的方法或用户权益卡管理的装置的示例性系统架构700。
196.如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
197.用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
198.终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
199.服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息)反馈给终端设备。
200.需要说明的是，本发明实施例所提供的用户权益卡管理的方法一般由服务器705执行，相应地，用户权益卡管理的装置一般设置于服务器705中。
201.应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
202.下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
203.如图8所示，计算机系统800包括中央处理单元(cpu)801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。在ram 803中，还存储有系统800操作所需的各种程序和数据。cpu 801、rom 802以及ram 803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
204.以下部件连接至i/o接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
205.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(cpu)801执行时，执行本发明的系统中限定的上述功能。
206.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
207.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
208.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括：报文接收模块、参数校验模块和报文执行模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，报文接收模块还可以被描述为“生成与所述卡券兑换请求报文对应的权益卡订单数据的模块”。
209.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收外部系统的卡券兑换请求报文，获取所述卡券兑换请求报文的报文盐值；利用获取到的盐值解密所述卡券兑换请求报文得到卡券数据；对所述卡券数据中的至少部分字段进行非空校验，并在校验通过的情况下生成与所述卡券兑换请求报文对应的权益卡订单数据。
210.根据本发明实施例的技术方案，通过对接收到的外部系统的卡券兑换请求报文进行解密和校验、并在校验通过的情况下生成与该卡券兑换请求报文对应的权益卡订单数据，能够处理来自外部系统的用户的卡券兑换等管理需求。
211.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。