活动定制化生成方法、装置、设备及存储介质与流程



1.本技术涉及大数据技术领域,尤其涉及一种活动定制化生成方法、装置、设备及存储介质。


背景技术:



2.银行为了提高服务质量和用户黏性,需要经常向用户开展各种活动。但由于银行的分支机构众多,不同区域的分支机构经营情况不同,需要针对各自区域的特定开展区域性的活动。并且不同用户的权限和使用状况不同,因此针对同一区域的不同用户同样需要制定不同的活动。
3.同时,为用户开展的各种活动需要银行多部门的协作,包括活动方案编写、供应商采购、技术部门开发等一系列流程。针对每次活动均需要执行上述一系列流程,导致各种活动的制定周期较长,活动无法快速开展,从而可能影响银行的服务质量。


技术实现要素:



4.本技术提供一种活动定制化生成方法、装置、设备及存储介质,用以解决现有技术中银行活动定制流程繁琐,时间较长的问题。
5.第一方面,本技术提供一种活动定制化生成方法,包括:判断用户是否符合活动达标条件;当用户符合活动达标条件时,根据用户的身份标识确定用户所属区域;若用户所属区域参与活动,则向用户发放活动权益
6.第二方面,本技术提供一种活动定制化生成装置,包括:达标判断模块,用于判断用户是否符合活动达标条件;区域确定模块,用于当用户符合活动达标条件时,根据用户的身份标识确定用户所属区域;权益发放模块,用于若用户所属区域参与活动,则向用户发放活动权益。
7.本技术提供的活动定制化生成方法、装置、设备及存储介质,首先判断用户是否符合活动达标条件,当用户符合活动达标条件时,根据用户的身份标识确定用户所属区域,若用户所属区域参与活动,则向用户发放活动权益,可以为活动统一制定方案,无需为不同区域分别制定不同的活动方案,解决了现有技术中银行活动定制流程繁琐,时间较长的问题。
附图说明
8.此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本技术的实施例,并与说明书一起用于解释本技术的原理。
9.图1为本技术实施例提供的活动定制化生成方法的流程图一;
10.图2为本技术实施例提供的活动定制化生成方法的流程图二;
11.图3为本技术实施例提供的活动定制化生成方法的流程图三;
12.图4为本技术实施例提供的活动定制化生成方法的流程图四;
13.图5为本技术实施例提供的活动定制化生成装置的结构示意图;
14.图6为本技术实施例提供的电子设备的结构示意图。
15.通过上述附图,已示出本技术明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围,而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
16.这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
17.图1为本技术实施例提供的活动定制化生成方法的流程图一。如图1所示,该活动定制化生成方法包括:
18.s110、判断用户是否符合活动达标条件。
19.本实施例提供的活动定制化生成方法可以应用于银行业务系统中,用于为银行的用户自动地、定制化地生成与其匹配的各种活动。该活动定制化生成方法可以由银行内部的任一种具有数据处理功能的计算机或服务器执行。进一步地,该活动定制化生成方法也可以应用于其他与银行架构类似且为用户提供服务的场景,例如保险公司、连锁店等。
20.对于银行而言,一方面需要吸引新的用户,更重要的是需要为现有用户提供优质的服务避免流失用户。因此为银行现有用户提供多种不同的增值服务称为了提高用户黏性,避免用户流失的重要手段。其中,定期或不定期地开展各种活动,为符合条件的用户提供各种权益产品,是提高用户黏性,且提高业务量的常用手段。但银行的特点在于网点分布分散,不同区域的网点由于经营情况不同,业务重点不同,客户的业务特点和需求也不尽相同。因此银行针对所有用户采用一种规则制定活动的开展方式,并不适用于形形的各种客户。目前都是由银行各区域的分支机构(分行或支行)定制化地制定本区域内部的各种活动开展方式。但是由于银行系统是统一管理的,各分支机构开展的活动首先需要由各分支机构编写活动方案,然后需要采购部门根据活动方案进行权益产品的采购,最后还要由技术部门针对活动方案在系统中进行开发才能完成。这一方面需要较长的开发周期,无法满足快速开展活动的需求,另一方面需要消耗较多的人力成本。
21.在本实施例中,为了解决上述问题,提出一种活动定制化生成方法,能够定制化地针对不同用户生成不同的活动开展方案,提高活动生成效率。首先,需要判断用户是否符合活动达标条件。首先当需要为用户开展活动时,需要首先制定活动方案,该方案可以包括活动的达标条件和对应的活动权益。其中活动的达标条件表示活动针对的用户所具备的特征,例如对于银行用户而言,活动达标条件可以为开户时长、存款额度、贷款额度、账户活跃程度、特定业务使用量等。活动达标条件的制定原则根据预设的活动目标相关,例如提高用户体验、推广新业务等。例如活动目的为推广新业务,那么活动达标条件可以为该新业务的使用次数或使用量。当用户满足活动达标条件,意味着该用户为本次活动的目标客户,需要对其发放活动权益。
22.一个活动的活动达标条件可以为一项或多项,并且判断用户是否符合或活动达标
条件,可以判断用户是否满足一项活动达标条件,也可以判断用户是否同时满足多项活动达标条件。可以在指定活动方案时预设每一活动对应的活动达标条件和符合活动达标条件的具体规则。
23.在一实施例中,判断用户是否符合活动达标条件,可以采用采集用户的埋点行为数据的方式进行。用户的各种业务行为都会产生行为数据,在系统中植入埋点代码,埋点代码中预设达标配置信息,当用户的行为数据达到预设达标配置信息,则判断该用户符合活动达标条件。其中,活动的预设达标配置信息包括如下至少一种配置信息:活动预设的开展时间、埋点行为数据的类型、活动达标的次数、活动达标发放上限。判断用户的埋点行为数据是否符合活动达标条件,包括:判断用户的埋点行为数据是否符合如下至少一项:判断用户的埋点行为数据是否在活动的预设开展时间内,判断用户的埋点行为数据的类型是否为预设埋点行为数据的类型,判断用户的埋点行为数据发生次数是否大达到预设活动达标次数,判断活动达标发放上限是否未到达。
24.s120、当用户符合活动达标条件时,根据用户的身份标识确定用户所属区域。
25.当判断用户符合活动达标条件时,进一步地需要确定用户所属区域。由于银行网点分布广泛且分散,不同区域开展的业务不尽相同,客户特点也不同,因此传统的活动均是由各区域的分支机构根据本地特点自行制定。那么为了使活动权益更有针对性地发放至特定用户,在判断用户符合活动达标条件时,还需要确定用户是否属于活动开展区域。只有用户符合活动达标条件且所属区域为该活动对应的区域,该用户才是本次活动的对应客户。
26.例如对于银行位于不同两地的分支机构a和分支机构b,某一新业务首先在分支机构a所在区域开展,在开展一定时间后,分支机构b希望在本区域也开展该新业务,那么为了吸引用户使用该新业务,分支机构b可以提出制定针对本区域用户的活动,为使用该新业务满足一定条件的用户发放活动权益。此时,若某一用户属于分支机构a所在区域,虽然在活动期间满足该活动达标条件,则该用户也不是本次活动的对应用户。
27.用户所属区域根据用户的身份标识确定。例如针对个人用户,其身份标识一般为身份证号,可以根据身份证号中的特定代码确定其归属的行政区划。或者针对个人用户,其身份标识也可以为银行账户或其他可以唯一确定用户身份的标识,若身份标识为银行账户则同样可以根据银行账户的特定代码确定该账户所属区域。针对企业用户,其身份标识可以为统一社会信用代码,在统一社会信用代码中,同样有特定字段用于标识其所属区域。具体地,统一社会信用代码的第三位到第八位用于表示行政区划,其中行政区划代码的前两位用于表示省一级的行政区划,行政区划代码的前四位用户表示市一级的行政区划。同时还有特定的行政区划代码用于表示区域为国外。总之,根据用户的身份标识可以确定用户所属区域,进一步地可以根据用户所属区域确定用户所属区域对应的分支机构。在确定用户所属区域对应的分支机构时,可以根据用户的身份标识确定用户注册的分支机构;然后将用户注册的分支机构作为用户所属区域对应的分支机构。也就是说,将用户注册的分支机构所在区域作为用户对应的所属区域。
28.在一实施例中,确定用户所属区域,还可以是确定用户所属区域对应的分支机构。大部分用户均在所属区域本地的银行分支机构办理业务,也就是用户所属区域与其办理业务的银行分支机构所在区域相同。但某些情况下,用户会在其他区域的银行办理主要业务,此时,就可以确定用户区域对应的分支机构,将该分支机构所在区域确定为用户所属区域。
进一步地,若用户所属区域对应的分支机构参与活动,则向用户发放活动权益。
29.s130、若用户所属区域参与活动,则向用户发放活动权益。
30.在用户符合活动达标条件,且用户所属区域参与该活动时,则确定向该用户发放活动权益。其中,活动权益可以是具体的权益产品,例如实物的小礼品,线上或线下各种活动的参与资格等。或者活动权益还可以是数字化的权益产品,例如银行系统中的各种优惠券、优惠资格、业务体验资格等。总之,活动权益是能够提高用户满意度,能够有效提高用户使用黏性的任一种产品。
31.在一实施例中,一个用户可能同时符合多个活动的达标条件,因此,当确定用户所属区域参与活动,则根据用户符合的每一个活动达标条件,向用户发放各活动达标条件对应的活动权益。
32.在一实施例中,向用户发放活动权益,包括:确定活动权益为券码权益或直充权益;若活动权益为券码权益则向用户发送活动权益对应的券码,若活动权益为直充权益则向用户发送权益领取通知信息。
33.活动权益可以分为券码权益或直充权益两种,其中券码权益生成活动权益对应的兑换券、优惠券、条形码、二维码、兑换码等,并将该券码权益发送给用户,用户使用接收到的券码到对应的地点或网站即可兑换权益产品。直充权益直接发送给用户,无需用户使用券码兑换,而是可以经用户同意后直接发送给用户,或者由用户在特定地点或网址提供身份标识后即可领取。例如若权益产品为实物产品,用户可以在确认收件地址后将权益产品邮寄给用户,或用户根据身份证明到指定地点领取;若权益产品为数字产品,可以向用户发送权益产品领取通知,用户到指定网站或应用(application,app)中直接领取。
34.在一实施例中,活动权益的发放和领取具有一定的时效,例如银行为推广某一新业务制定的活动,其活动权益为针对该新业务的优惠,那么该优惠需要在活动推广期间领取方有效。因此活动权益需要用户及时领取,无论为用户发放的活动权益为券码权益还是直充权益,在向用户发送活动权益后,都需要用户完成活动权益的领取方有效。那么在获取用户的活动权益领取信息之后,还需要判断活动权益领取信息是否在活动权益领取时间范围内,若在活动权益领取时间范围内,则向用户发放活动权益对应的权益产品。若活动权益的领取时间不在活动权益的领域时间范围内,则用户将无法领域活动权益,向用户提示活动权益已过期的信息。
35.活动权益的发放还可能涉及外部供应商,也即活动权益产品是由外部供应商发放的,因此活动权益在发放给用户的同时,还可以同步发送给外部供应商,以便用户领取。
36.同时,在用户已领取活动权益时,可以向用户提示活动权益已被领取的信息。在活动权益为直充权益时,当用户未领取活动权益时,也可以向用户提示活动权益未领取的信息。
37.在活动权益发放和领取的过程中,由于权益发放的判定可能存在批量通过的情况,因此活动权益可能同时生成。此时若同时将并发产生的活动权益同时发出,可能导致活动权益的领取流量过大或存在发放超时,因此可以采用异步线程进行活动权益的发放和领取。
38.在一实施例中,由于一些异常的原因,为用户发放的活动权益可能无法被正确领取,那么向用户发放活动权益之后,还可以判断向用户发送的活动权益对应的权益产品是
否发放异常,若权益产品发放异常,则将用户纳入补发清单,然后判断用户的活动权益是否满足补发条件,若满足则向用户重新发放活动权益。
39.其中,权益产品发放异常,包括如下至少之一:权益产品库存不足、权益产品兑换失败、用户归属区域分配异常、权益系统异常。当出现上述任一种权益产品发放异常时,可以首先将用户纳入补发清单,然后根据不同的异常情况判断是否可以为用户补发活动权益。若用户的活动权益满足补发条件,则向用户重新发放活动权益。具体地,当权益产品发放异常为权益产品库存不足时,需要由采购部门重新采购权益产品后再重新向用户发放活动权益;当权益产品发放异常为权益产品兑换失败时,具体确定兑换失败原因后再重新向用户发放活动权益;当权益产品发放异常为权益系统异常时,排除权益系统的异常后再重新向用户发放活动权益;当权益产品发放异常为用户归属区域分配异常时,需要进一步由用户所属区域的分支机构确定用户的归属区域后,再确定是否向用户发放活动权益,只有用户归属区域为参与该活动的区域时,再重新向用户发放活动权益。
40.在综合用户是否活动达标条件和用户所属区域后再确定是否向用户发放活动权益,可以避免每一分支机构分别制定活动方案,可以进行统一的活动流程开发,且采购部门也可以进行统一的权益产品采购,提高了活动制定效率。
41.本实施例提供的活动定制化生成方法,首先判断用户是否符合活动达标条件,当用户符合活动达标条件时,根据用户的身份标识确定用户所属区域,若用户所属区域参与活动,则向用户发放活动权益,可以为活动统一制定方案,无需为不同区域分别制定不同的活动方案,解决了现有技术中银行活动定制流程繁琐,时间较长的问题。
42.图2为本技术实施例提供的活动定制化生成方法的流程图二。如图2所示,该活动定制化生成方法示出实现活动定制化生成方法的完整交互流程。
43.其中,权益活动渠道端21为采集用户行为数据的终端,例如可以为银行自动柜员机、银行柜台、用户手机银行客户端、用户网页银行客户端、银行员工外部终端等。从任一种终端中均可以采集用于与活动权益相关的行为数据。活动定制化生成端22设置于银行内部,可以为专用的服务器,或者可以是部署于任一服务器或云端服务器的功能组件,本发明实施例提供的活动定制化生成方法均由活动定制化生成端22执行。供应端23为提供权益产品的一端,一般地,供应端23指银行外部的供应商一端,在接收到银行发送的活动权益发放通知后为指定用户提供权益产品。
44.首先,在步骤s210中,权益活动渠道端21采集用户的行为数据,并将行为数据发送至活动定制化生成端22。权益活动渠道端21中可以进行埋点,当采集的行为数据达到埋点条件后再向活动定制化生成端22发送行为数据,或者如图中所示,权益活动渠道端21直接向活动定制化生成端22发送采集的行为数据。
45.在步骤s220中,活动定制化生成端22根据权益活动渠道端21发送的用户行为数据判断是否达到埋点达标条件,若满足,则在步骤s230中,进一步判断用户归属的银行分支机构。例如:在本实施例中,可以判断用户归属的一级分行。判断权益活动归属的一级分行的规则为:通过统一社会信用代码第三位开始提取六位的行政区划,可以由两种方式,1、根据行政区划与一级分行映射表判断;2、根据行政区划规则判断,可以截取行政区划代码前四位,匹配特殊城市的一级分行,也可以截取行政区划代码前两位,匹配省份的一级分行,还可以使用六位行政区划代码,匹配海外分行。
46.接着在步骤s240中,判断用户所属分支机构是否参加活动,若是则确定为用户发放对应的活动权益,若否则不向用户发放活动权益,若用户无归属分支机构则将用户纳入补发清单。在活动定制化生成端22需要保存活动权益对应的全量清单,包括参与活动的分支机构权益清单,不参与活动的分支机构有资格参与活动的清单,无归属分支机构的用户有资格参与活动的清单。
47.在确定为用户发放活动权益后,在步骤s250中,判断活动权益为券码权益或直充权益。其中直充权益无需调用供应商,在步骤s260中,为用户分配权益领取资格后,待用户确认领取后直接向用户发放权益产品,权益产品同样可以由供应商提供,但无需用户在供应商处完成兑换。券码权益需要调用供应商的领取权益接口返回券码信息,也即步骤s270向供应端23发送券码权益领取请求,步骤s280接收供应端23发送的券码信息,然后将券码信息发送给用户后,用户使用券码信息在供应商处兑换。其中步骤s270可以为异步线程,若券码信息请求失败则将用户纳入补发清单。
48.步骤s290,活动定制化生成端22向用户发送活动权益领取信息,活动权益领取信息例如可以通过短信发送至用户的手机,或者通过邮件发送至用户对应的邮箱,或者通过其他可以被用户接收到的方式向用户发送。向用户发送的权益领取信息中需写明活动权益相关信息,包括活动内容、权益产品详情、领取方式等。最后,在步骤s200中,用户通过权益活动渠道端21接收到活动权益领取信息的明细。活动权益领取信息的明细可以包括:客户无可获得的权益;若用户可获得的活动权益为一个,则返回该活动权益信息;若用户可获得的活动权益为多个,则按业务需求,随机返回一个活动权益信息或返回所有活动权益信息,若活动权益有直充权益则优先返回直充权益。
49.图3为本技术实施例提供的活动定制化生成方法的流程图三。如图3所示,该活动定制化生成方法为本发明实施例提供的活动定制化生成方法向用户发送活动权益和用户领取活动权益的交互流程图。
50.首先,当用户获取活动权益后,通过权益活动渠道端21可以查看收到的活动权益。权益活动渠道端21中可以设置有权益界面,用户在权益界面中查看获得的活动权益清单。当权益活动渠道端21向活动定制化生成端22发送权益清单查询请求后,活动定制化生成端22查询该用户对应的全量权益清单。该全量权益清单可以存在以下四种展示状态:1、券码权益【已兑换】,2、直充权益【未兑换】,3、直充权益【已兑换】,4、直充权益【已到期】。
51.在活动定制化生成端22向权益活动渠道端21反馈用户的活动权益请安后,若用户选择券码权益【已兑换】查看,则直接向用户展示供应商发送的券码信息,并且可以进一步地提供链接供用户点击后跳转至供应商的领取页面。若用户选择直充权益【未兑换】查看,则提示用户输入领取权益所需的用户标识、领取账号等信息,供用户兑换,若兑换失败则将用户纳入不发清单。若该未兑换的活动权益产品由供应商提供,则当用户输入相关信息后,活动定制化生成端22向供应端23发送权益产品领取信息,在供应端23发送领取结果后,活动定制化生成端22向权益活动渠道端21发送兑换结果信息。若用户选择直充权益【已兑换】查看,则展示已领取活动权益的相关信息。对于直充权益【已到期】,则无查看按钮。
52.图4为本技术实施例提供的活动定制化生成方法的流程图四。如图4所示,该活动定制化生成方法为本发明实施例提供的活动定制化生成方法的活动权益补发互流程图。
53.当权益产品库存不足、权益产品兑换失败、用户归属区域分配异常、权益系统异常
等情况出现时,活动定制化生成端22将用户纳入补发清单。用户可以通过权益活动渠道端21向活动定制化生成端22查询补发清单。活动定制化生成端22对于补发清单中的用户,首先判断其归属的区域信息,在无法判断用户的归属区域时,需要上报并由专人负责确认。当能够确定用户归属区域信息时,进一步判断处理人员是否有补发权益的权限。权益产品库存不足、供应系统异常、权益兑换失败因有明确的用户归属区域信息,因此仅当业务的归属分支机构与用户归属区域信息一致时,方可展示给用户进行补发。用户未分配到归属区域时因该权益归属信息不明确,需要为用户提供业务服务的人员亲自认领,因此可展示给各分支机构的业务管理人员查看。在确定可补发活动权限的清单后,向权益活动渠道端21返回可补发权益清单。用户可以根据实际需求选择要补发的活动权益并通过权益活动渠道端21向活动定制化生成端22发送权益补发请求。活动定制化生成端22通过调用供应端23的兑换接口发送权益领取请求,在供应端向活动定制化生成端22发送权益产品兑换信息后,更改用户的活动权益领取状态,并向权益活动渠道端21发送权益补发信息。
54.图5为本技术实施例提供的活动定制化生成装置的结构示意图。如图5所示,该活动定制化生成装置,包括:达标判断模块510、区域确定模块520和权益发放模块530;
55.其中,达标判断模块510,用于判断用户是否符合活动达标条件。
56.区域确定模块520,用于当用户符合活动达标条件时,根据用户的身份标识确定用户所属区域。
57.权益发放模块530,用于若用户所属区域参与活动,则向用户发放活动权益。
58.在一些实施例中,达标判断模块510具体用于:从采集用户的埋点行为数据;根据活动的预设达标配置信息,判断用户的埋点行为数据是否符合活动达标条件。。
59.在一些实施例中,活动的预设达标配置信息包括如下至少一种配置信息:活动预设的开展时间、埋点行为数据的类型、活动达标的次数、活动达标发放上限。达标判断模块510具体用于判断用户的埋点行为数据是否符合如下至少一项:判断用户的埋点行为数据是否在活动的预设开展时间内,判断用户的埋点行为数据的类型是否为预设埋点行为数据的类型,判断用户的埋点行为数据发生次数是否大达到预设活动达标次数,判断活动达标发放上限是否未到达。
60.在一些实施例中,区域确定模块520,具体用于根据用户的身份标识确定用户所属区域
61.在一些实施例中,区域确定模块520,具体用于根据用户的身份标识中用于表示行政区划的代码确定用户所属区域。
62.在一些实施例中,用户的身份标识为统一社会信用代码。
63.在一些实施例中,区域确定模块520,具体用于根据用户的身份标识确定用户所属区域对应的分支机构。
64.在一些实施例中,区域确定模块520,具体用于根据用户的身份标识确定用户注册的分支机构;确定用户注册的分支机构为用户所属区域对应的分支机构。
65.在一些实施例中,权益发放模块530,具体用于若用户所属区域对应的分支机构参与活动,则向用户发放活动权益。
66.在一些实施例中,权益发放模块530,具体用于若用户所属区域参与活动,则根据用户符合的活动达标条件,向用户发放活动达标条件对应的活动权益。
67.在一些实施例中,权益发放模块530,具体用于确定活动权益为券码权益或直充权益;若活动权益为券码权益则向用户发送活动权益对应的券码,若活动权益为直充权益则向用户发送权益领取通知信息。
68.在一些实施例中,权益发放模块530还用于:获取用户的活动权益领取信息;判断活动权益领取信息是否在活动权益领取时间范围内;若在活动权益领取时间范围内,则向用户发放活动权益对应的权益产品。
69.在一些实施例中,权益发放模块530还用于:判断向用户发送的活动权益对应的权益产品是否发放异常;若权益产品发放异常,则将用户纳入补发清单;判断用户的活动权益是否满足补发条件,若满足则向用户重新发放活动权益
70.在一些实施例中,权益产品发放异常,包括如下至少之一:权益产品库存不足、权益产品兑换失败、用户归属区域分配异常、权益系统异常。
71.本技术实施例提供的活动定制化生成装置,可用于执行上述实施例中活动定制化生成方法的技术方案,其实现原理和技术效果类似,在此不再赘述。
72.需要说明的是,应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分模块通过处理元件调用软件的形式实现,部分模块通过硬件的形式实现。例如,达标判断模块510、区域确定模块520、权益发放模块530均可以为单独设立的处理元件,也可以集成在上述装置的某一个芯片中实现,此外,也可以以程序代码的形式存储于上述装置的存储器中,由上述装置的某一个处理元件调用并执行以上达标判断模块510、区域确定模块520、权益发放模块530的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起,也可以独立实现。这里的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
73.图6为本技术实施例提供的电子设备的结构示意图。如图6所示,该电子设备可以包括:收发器61、处理器62、存储器63。
74.处理器62执行存储器存储的计算机执行指令,使得处理器62执行上述实施例中的方案。处理器62可以是通用处理器,包括中央处理器cpu、网络处理器(network processor,np)等;还可以是数字信号处理器dsp、专用集成电路asic、现场可编程门阵列fpga或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
75.存储器63通过系统总线与处理器62连接并完成相互间的通信,存储器63用于存储计算机程序指令。
76.收发器61可以用于获取待运行任务和待运行任务的配置信息。
77.系统总线可以是外设部件互连标准(peripheral component interconnect,pci)总线或扩展工业标准结构(extended industry standard architecture,eisa)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。收发器用于实现数据库访问装置与其他计算机(例如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(random access memory,ram),也可能还包括非易失性存储器(non-volatile memory)。
78.本技术实施例提供的电子设备,可以是上述实施例的终端设备。
79.本技术实施例还提供一种运行指令的芯片,该芯片用于执行上述实施例中活动定制化生成方法的技术方案。
80.本技术实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机指令,当该计算机指令在计算机上运行时,使得计算机执行上述实施例活动定制化生成方法的技术方案。
81.本技术实施例还提供一种计算机程序产品,该计算机程序产品包括计算机程序,其存储在计算机可读存储介质中,至少一个处理器可以从计算机可读存储介质读取计算机程序,至少一个处理器执行计算机程序时可实现上述实施例中活动定制化生成方法的技术方案。
82.本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本技术的真正范围和精神由下面的权利要求书指出。
83.应当理解的是,本技术并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。

技术特征:


1.一种活动定制化生成方法,其特征在于,包括:判断用户是否符合活动达标条件;当所述用户符合活动达标条件时,根据所述用户的身份标识确定所述用户所属区域;若所述用户所属区域参与所述活动,则向所述用户发放活动权益。2.根据权利要求1所述的方法,其特征在于,所述判断用户是否符合活动达标条件,包括:采集用户的埋点行为数据;根据所述活动的预设达标配置信息,判断所述用户的埋点行为数据是否符合活动达标条件。3.根据权利要求2所述的方法,其特征在于,所述活动的预设达标配置信息包括如下至少一种配置信息:活动预设的开展时间、埋点行为数据的类型、活动达标的次数、活动达标发放上限;所述根据所述活动的预设达标配置信息,判断所述用户的埋点行为数据是否符合活动达标条件,包括:判断所述用户的埋点行为数据是否符合如下至少一项:判断所述用户的埋点行为数据是否在所述活动的预设开展时间内,判断所述用户的埋点行为数据的类型是否为预设埋点行为数据的类型,判断所述用户的埋点行为数据发生次数是否大达到预设活动达标次数,判断所述活动达标发放上限是否未到达。4.根据权利要求1所述的方法,其特征在于,所述根据所述用户的身份标识确定所述用户所属区域,包括:根据所述用户的身份标识中用于表示行政区划的代码确定所述用户所属区域。5.根据权利要求4所述的方法,其特征在于,所述用户的身份标识为统一社会信用代码。6.根据权利要求1所述的方法,其特征在于,所述根据所述用户的身份标识确定所述用户所属区域,包括:根据所述用户的身份标识确定所述用户所属区域对应的分支机构。7.根据权利要求1所述的方法,其特征在于,所述根据所述用户的身份标识确定所述用户所属区域对应的分支机构,包括:根据所述用户的身份标识确定所述用户注册的分支机构;确定所述用户注册的分支机构为所述用户所属区域对应的分支机构。8.根据权利要求6所述的方法,其特征在于,所述若所述用户所属区域参与所述活动,则向所述用户发放活动权益,包括:若所述用户所属区域对应的分支机构参与所述活动,则向所述用户发放活动权益。9.根据权利要求1-8任一项所述的方法,其特征在于,所述若所述用户所属区域参与所述活动,则向所述用户发放活动权益,包括:若所述用户所属区域参与所述活动,则根据所述用户符合的活动达标条件,向所述用户发放所述活动达标条件对应的活动权益。10.根据权利要求1-8任一项所述的方法,其特征在于,所述向所述用户发放活动权益,包括:
确定所述活动权益为券码权益或直充权益;若所述活动权益为券码权益则向所述用户发送所述活动权益对应的券码,若所述活动权益为直充权益则向所述用户发送权益领取通知信息。11.根据权利要求1-8任一项所述的方法,其特征在于,所述向所述用户发放活动权益之后,还包括:获取用户的活动权益领取信息;判断所述活动权益领取信息是否在所述活动权益领取时间范围内;若在所述活动权益领取时间范围内,则向所述用户发放所述活动权益对应的权益产品。12.根据权利要求1-8任一项所述的方法,其特征在于,所述向所述用户发放活动权益之后,还包括:判断向所述用户发送的活动权益对应的权益产品是否发放异常;若所述权益产品发放异常,则将所述用户纳入补发清单;判断所述用户的活动权益是否满足补发条件,若满足则向所述用户重新发放活动权益。13.根据权利要求12所述的方法,其特征在于,所述权益产品发放异常,包括如下至少之一:权益产品库存不足、权益产品兑换失败、用户归属区域分配异常、权益系统异常。14.一种活动定制化生成装置,其特征在于,包括:达标判断模块,用于判断用户是否符合活动达标条件;区域确定模块,用于当所述用户符合活动达标条件时,根据所述用户的身份标识确定所述用户所属区域;权益发放模块,用于若所述用户所属区域参与所述活动,则向所述用户发放活动权益。15.一种电子设备,其特征在于,包括:处理器,以及与所述处理器通信连接的存储器;所述存储器存储计算机执行指令;所述处理器执行所述存储器存储的计算机执行指令,以实现如权利要求1-13中任一项所述的方法。16.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如权利要求1-13中任一项所述的方法。17.一种计算机程序产品,其特征在于,包括计算机程序,该计算机程序被处理器执行时实现权利要求1-13中任一项所述的方法。

技术总结


本申请提供一种活动定制化生成方法、装置、设备及存储介质。涉及大数据技术领域。该方法包括:判断用户是否符合活动达标条件;当用户符合活动达标条件时,根据用户的身份标识确定用户所属区域;若用户所属区域参与活动,则向用户发放活动权益。本申请的方法,解决了现有技术中银行活动定制流程繁琐,时间较长的问题。题。题。


技术研发人员:

池冰晴 吕书径 蔡科

受保护的技术使用者:

建信金融科技有限责任公司

技术研发日:

2022.09.30

技术公布日:

2022/12/12

本文发布于:2024-09-20 13:25:54,感谢您对本站的认可!

本文链接:https://www.17tex.com/tex/4/33955.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

标签:用户   权益   化生   所述
留言与评论(共有 0 条评论)
   
验证码:
Copyright ©2019-2024 Comsenz Inc.Powered by © 易纺专利技术学习网 豫ICP备2022007602号 豫公网安备41160202000603 站长QQ:729038198 关于我们 投诉建议