一种开户渠道管理方法、装置及介质与流程

1.本发明涉及数据处理技术领域，特别涉及一种开户渠道管理方法、装置及介质。


背景技术：

2.目前，市场上用于“先消费，后还款”的消费服务产品很多，用户开通消费服务产品后，便会得到自己的授信额度，用户在电子网站购物时，即可使用消费服务产品的授信额度进行付款消费，不同的用户所获得的渠道授信额度不同，用户可以根据自己的具体需求进行申请开通。
3.但是现在用户的开户渠道配置方案单一，所有用户的开户渠道配置一样。


技术实现要素：

4.为了克服上述技术缺陷，本发明的目的在于提供一种开户渠道管理方法、装置及介质，以解决用户的开户渠道配置方案单一的问题。本发明可以根据不同的用户属性设置不同的开户渠道列表，并对所述开户渠道列表设置层级优先级以及对所述层级对应的子渠道设置分流权重，丰富了运营手段，也提高了开户成功率。
5.本发明实施例提供的具体技术方案如下：
6.第一方面，提供了一种开户渠道管理方法，所述方法包括：
7.接收用户进入前端用户页面填写用户信息并提交的开户申请；
8.前端通过接口将所述用户信息发送给业务层；
9.所述业务层确定所述开户申请对应的最终开户渠道；
10.将所述用户信息发送给所述最终开户渠道，以供所述最终开户渠道对所述用户进行开户。
11.进一步地，所述接受用户进入前端用户页面填写用户信息并提交的开户申请之前，包括：
12.运营人员在运营后台根据以下至少一项条件：路由来源、路由层级、分流权重对开户渠道列表进行梯队配置分组；
13.并将前端用户页面引导链接发送给所述用户。
14.进一步地，所述开户渠道管理方法包括：
15.所述用户信息包括：用户来源、用户id；
16.根据所述用户来源给所述用户分配开户渠道列表梯队配置组别；
17.对所述梯队配置组别的开户渠道列表的层级设置优先级以及对所述层级对应的子渠道设置分流权重。
18.进一步地，所述前端通过接口将所述用户信息发送给业务层，所述业务层确定所述开户申请对应的最终开户渠道，包括：
19.业务层将所述用户信息发送给风控管理系统，风控管理系统对所述用户开户渠道授信做判断，确定所述用户各层级的候选开户渠道列表。
20.进一步地，所述风控管理系统对所述用户开户渠道授信做判断，包括：
21.判断所述用户授信总开关是否打开；
22.若是，则风控管理系统输出所述用户各层级所有可授信开户渠道列表；
23.若否，则无可用开户渠道。
24.进一步地，所述风控管理系统输出所述用户各层级所有可授信开户渠道列表之后，包括：
25.判断所述层级对应的子渠道授信开关是否打开；
26.若是，则再次根据风控管理规则进行筛选，确定所述用户各层级的候选开户渠道列表，并将所述用户各层级的候选开户渠道列表发送给业务层；
27.若否，则关闭所述层级对应的子渠道。
28.进一步地，所述将所述用户各层级的候选开户渠道列表发送给业务层之后，包括：
29.业务层接收到所述用户各层级的候选开户渠道列表后，跟所述梯队配置组别的开户渠道列表相匹配，取开户渠道的交集，确定各层级的最终开户渠道。
30.进一步地，所述根据所述最终开户渠道对所述用户进行开户之后，包括：
31.将开户结果反馈给后端，后端收到所述外部的开户渠道的开户结果，对所述开户结果数据进行保存，对应更新前端用户页面，展示给用户。
32.第二方面，提供了一种开户渠道管理装置，所述装置包括：
33.存储器、处理器及存储在存储器上的计算机程序，所述处理器执行所述计算机程序以实现如第一方面任一所述的开户渠道管理方法的步骤。
34.第三方面，提供了一种计算机存储介质，所述介质包括：
35.其上存储有计算机程序，该计算机程序被存储器执行时实现第一方面任一所述的开户渠道管理方法的步骤。
36.与现有技术相比，本发明实施例提供的技术方案通过接收用户进入前端用户页面填写用户信息并提交的开户申请；前端通过接口将所述用户信息发送给业务层；所述业务层确定所述开户申请对应的最终开户渠道；将所述用户信息发送给所述最终开户渠道，以供所述最终开户渠道对所述用户进行开户。本发明能够解决用户的开户渠道配置方案单一的问题。本发明可以根据不同的用户属性设置不同的开户渠道列表，并对所述开户渠道列表的层级设置优先级以及对所述层级对应的子渠道设置分流权重，丰富了运营手段，也提高了开户成功率。
附图说明
37.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
38.图1为本发明实施例一提供的开户渠道管理方法的框架图；
39.图2为本发明实施例二提供的开户渠道管理方法的具体流程图；
40.图3为本发明实施例二提供的开户路由方案设计图；
41.图4为本发明实施例三提供的开户渠道管理装置结构图。
具体实施方式
42.为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
43.需要说明的是，除非上下文明确要求，否则整个说明书和权利要求书中的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。
44.此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。
45.实施例一
46.本发明实施例提供了一种开户渠道管理方法，如图1所示，该方法可以包括：
47.接收用户进入前端用户页面填写用户信息并提交的开户申请；
48.前端通过接口将所述用户信息发送给业务层；
49.所述业务层确定所述开户申请对应的最终开户渠道；
50.将所述用户信息发送给所述最终开户渠道，以供所述最终开户渠道对所述用户进行开户。
51.本发明实施例能够解决用户的开户渠道配置方案单一的问题。本发明可以根据不同的用户属性设置不同的开户渠道列表，并对所述开户渠道列表的层级设置优先级以及对所述层级对应的子渠道设置分流权重，丰富了运营手段，也提高了开户成功率；同时在方案开发和测试时，可以根据不同用户属性设置用户开户渠道，便于开发自测，对方案测试阶段的测试自动化性能提供帮助，降低了测试时间。
52.实施例二
53.本发明实施例提供了一种开户渠道管理方法，如图2所示，该方法可以包括：
54.步骤s0，运营人员在运营后台根据以下至少一项条件：路由来源、路由层级、分流权重对开户渠道列表进行梯队配置分组；
55.并将前端用户页面引导链接发送给所述用户。
56.具体地，所述梯队配置分组在用户没有提交开户申请之前即配置完成。
57.例如：后端梯队配置根据来源包括4组配置：测试配置、上行测试配置、光大测试配置、其他配置。
58.授信渠道中bosh指上海银行，fmb指富民银行，msxf指马上金融消金，ceb指光大银行，wpfb指唯品富邦消金，jsb指江苏银行，fubon指富邦华一银行。
59.最终给用户分配哪一组别配置，根据用户的页面来源判断分配。
60.其中，前端是指和用户进行信息交互的页面，比如通过页面的元素，例如图片、按钮、文本框可以获取所述用户的信息。
61.最后运营人员或产品人员将用户开户页面引导链接投放给所述用户。
62.步骤s1，接收用户进入前端用户页面填写用户信息并提交的开户申请。
63.具体地，所述用户点击用户开户页面引导链接进入开户页面，用户在开户页面输入用户银行卡、用户手机号、用户地址、用户职业等详细数据，并提交开户申请。
64.这里的开户主要是指消费服务产品的开户，适用于比如市场上的京东白条、蚂蚁
花呗、蚂蚁借呗、唯品花。这些开户需要关联具体的开户渠道方，比如金融机构或银行来对所述用户进行放款。
65.步骤s2，所述用户信息包括：用户来源、用户id；
66.根据所述用户来源给所述用户分配开户渠道列表梯队配置组别；
67.对所述梯队配置组别的开户渠道列表的层级设置优先级以及对所述层级对应的子渠道设置分流权重。
68.具体地，在开户页面收集相关数据，数据包括用户来源，用户id，最终给用户分配哪一组别配置，根据用户来源判断分配。
69.所述开户渠道列表梯队配置包括层级以及层级对应的子渠道。
70.例如，所述其他配置组别的第一层级的子渠道方jsb江苏银行和第二层级的子渠道方bosh上海银行，这两家银行是地区银行，所述地区银行规定不给地区外的用户进行放款。判断用户的来源，若用户属性来源来自陕西省，则梯队配置不会将其他配置组别的第一层级的子渠道方jsb江苏银行和第二层级的子渠道方bosh上海银行给所述用户进行分配。
71.根据所述用户来源分配开户渠道列表梯队配置组别后，对所述梯队配置组别的开户渠道列表的层级设置优先级以及对所述层级对应的子渠道设置分流权重。
72.具体地，对所述梯队配置组别的开户渠道列表的层级设置优先级指：例如系统根据用户来源给所述用户分配了配置组别，所述组别包括5家银行开户渠道，开户渠道管理方案可以对其中两家银行开户渠道设置优先级，即这两家银行渠道方优先对所述开户，若由于其他原因开户失败后再让另外三家银行开户渠道对所述用户开户，即设置两个层级，第一层级为其中两家银行渠道方，例如为a、b银行；第二层级为另外三家银行渠道方，例如为c、d、e银行，则a、b银行即为第一层级的子渠道；c、d、e银行即为第二层级的子渠道。
73.此外，对所述层级对应的子渠道设置分流权重指：例如对第一层级的子渠道a银行设置分流权重比例为90％，子渠道b银行分流权重比例设置为10％；即对所述用户分配组别的第一层级时，a银行对90％的用户进行开户，b银行对10％的用户进行开户。
74.同样对所述第二层级对应的子渠道c、d、e银行设置分流权重比例。
75.可以理解的是，例如分配所述用户的开户渠道是a银行、c银行或者a银行、d银行或者b银行、e银行；即每个层级会分配对应子渠道方银行给所述用户，从优先级以及分流权重比例可以看出第一层级的子渠道a银行会对90％的用户进行开户。
76.其中，所述用户提交开户申请会关联对应金融机构或银行，所述金融机构或银行对所述用户进行放款。
77.例如所述用户开户对应关联的是马上金融金融机构，系统将用户信息发送至马上金融，马上金融对所述用户进行开户，开户成功后，马上金融金融机构对所述用户进行放款操作。
78.例如所述用户开户对应关联的是光大银行，系统将用户信息发送至光大银行，光大银行对所述用户进行开户，开户成功后，光大银行对所述用户进行放款操作。
79.所述金融机构指消金公司，这里金融机构和银行属于并列关系。
80.具体地，对所述梯队配置组别的开户渠道列表的层级设置优先级以及对所述层级对应的子渠道设置分流权重。
81.若所述用户为新开户用户，则根据用户来源分配梯队配置组别和开户渠道，以及
对梯队配置组别的开户渠道列表的层级设置优先级以及对所述层级对应的子渠道设置分流权重。
82.若所述用户为已开户用户，需要增加开户渠道，由于该用户已开户，系统已经有用户信息数据，可以根据不同已开户用户信息数据的用户属性，例如年龄、性别、来源地域来制作标签，通过标签区分不同用户人群，同时根据不同用户人群用户来源分配梯队配置组别，新增开户渠道列表；以及对梯队配置组别新增的开户渠道列表的层级设置优先级以及对所述层级对应的子渠道设置分流权重。
83.步骤s3，前端通过接口将所述用户信息发送给业务层；所述业务层确定所述开户申请对应的最终开户渠道。
84.其中，业务层指中间层或service层，用来处理前端发过来的数据，处理完成后将数据返回给前端，或将数据发送给后端，后端指例如风控管理系统。
85.外部的开户渠道即第三方，第三方指用来给用户开户的渠道方，如金融机构或银行。
86.前端将用户的信息数据通过接口传送给业务层，业务层再将用户的信息数据发给风控管理系统，确定最终开户渠道。
87.步骤s3还包括：
88.步骤s31，业务层将所述用户信息发送给风控管理系统，风控管理系统对所述用户开户渠道授信做判断，确定所述用户各层级的候选开户渠道列表。
89.具体地，业务层将所述用户信息发送给风控管理系统，风控管理系统对配置组别层级的每个子渠道的开户条件做判断，返回所述用户各层级的候选开户渠道列表。
90.步骤s32，判断所述用户授信总开关是否打开；
91.若是，则风控管理系统输出所述用户各层级所有可授信开户渠道列表；
92.若否，则无可用开户渠道。
93.具体地，步骤s32的实现过程可以包括：
94.所述用户的授信开关是否打开主要是根据系统跟所述用户的法务协议合同期限时间是否到期来判断，若法务协议合同期限时间已经到期，则授信开关的状态为关闭状态，反之状态为打开状态。以及所述用户的授信开关是否打开会根据所述用户的开户记录信用度做判断，若所述用户的开户记录信用度在渠道方开户权限有问题，渠道方会将问题数据反馈给中间方，中间方接收到用户信用度问题数据后即在风控管理系统中将所述用户的授信开关状态转为关闭状态。
95.其中，中间方在所述用户跟开户渠道方之间，在渠道方或第三方对所述用户开户后，会将开户结果同步给中间方，中间方对开户结果数据进行处理保存，并将数据同步更新到所述用户页面，并展示给所述用户。
96.步骤s33，判断所述层级对应的子渠道授信开关是否打开；
97.若是，则再次根据风控管理规则进行筛选，确定所述用户各层级的候选开户渠道列表，并将所述用户各层级的候选开户渠道列表发送给业务层；
98.若否，则关闭所述层级对应的子渠道。
99.具体地，若层级对应的子渠道授信开关为打开状态，则确定所述层级对应的子渠道为候选开户渠道，若层级对应的子渠道授信开关为关闭状态，则关闭所述层级对应的子
渠道，所述层级对应的子渠道即不是候选渠道。
100.这里，所述根据风控管理规则进行筛选，所述根据风控管理规则指比如地区的银行规定不给所述地区外的用户进行放款。
101.例如，若第一层级的子渠道方是jsb江苏银行和第二层级的子渠道方是bosh上海银行，这两家银行是地区银行，所述地区银行规定不给地区外的用户进行放款。则判断用户的来源，若用户属性来源来自陕西省，不是来自江苏和上海，则第一层级的子渠道方jsb江苏银行和第二层级的子渠道方bosh上海银行不会给所述用户进行放款，即不是所述用户的候选开户渠道。
102.步骤s34，业务层接收到所述用户各层级的候选开户渠道列表后，跟所述梯队配置组别的开户渠道列表相匹配，取开户渠道的交集，确定各层级的最终开户渠道。
103.可以理解的是，用户进入前端用户页面填写用户信息并提交开户申请，根据所述用户来源分配开户渠道列表梯队配置组别后，对所述梯队配置组别的开户渠道列表的层级设置优先级以及对所述层级对应的子渠道设置分流权重。
104.前端通过接口将所述用户信息发送给业务层，业务层将所述用户信息发送给风控管理系统，经过风控管理系统的判断规则过滤筛选后，确定所述用户各层级的候选开户渠道列表，再跟所述梯队配置组别的开户渠道列表相匹配，取开户渠道的交集，确定各层级最终开户渠道。
105.如图3所示为开户路由方案设计图，前端将用户的信息数据通过接口传送给业务层，业务层再将用户的信息数据发给风控管理系统，风控管理系统对所述用户开户渠道授信做判断，确定所述用户各层级的候选开户渠道列表，业务层接收到所述用户各层级的候选开户渠道列表后，跟所述梯队配置组别的开户渠道列表相匹配，取开户渠道的交集，确定各层级最终发往外部的开户渠道。
106.步骤s4，将所述用户信息发送给所述最终开户渠道，以供所述最终开户渠道对所述用户进行开户，将开户结果反馈给后端。
107.具体地，最终开户渠道即第三方的金融机构或者银行根据所述梯队配置组别的开户渠道列表的层级的优先级依次对所述用户进行开户。
108.步骤s5，后端收到所述最终开户渠道的开户结果，对所述开户结果数据进行保存，对应更新前端用户页面，展示给用户。
109.具体地，最终外部的开户渠道方或第三方对所述用户开户后，将开户结果同步给中间方的后端，中间方的后端对所述开户结果数据进行处理保存，并将所述开户结果数据同步更新到前端用户页面，并展示给所述用户。
110.本发明实施例提供的技术方案通过接收用户进入前端用户页面填写用户信息并提交的开户申请；前端通过接口将所述用户信息发送给业务层；所述业务层确定所述开户申请对应的最终开户渠道；将所述用户信息发送给所述最终开户渠道，以供所述最终开户渠道对所述用户进行开户。本发明能够解决用户的开户渠道配置方案单一的问题。本发明可以根据不同的用户属性设置不同的开户渠道列表，并对所述开户渠道列表的层级设置优先级以及对所述层级对应的子渠道设置分流权重，丰富了运营手段，也提高了开户成功率。
111.实施例三
112.本发明提供了一种开户渠道管理装置，如图4所示，包括存储器、处理器及存储在
存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时可以实现辅助管理方法，处理器包括前置处理模块、接收模块、处理模块、逻辑模块、输出模块。
113.在本实施例中，接收模块用于接收用户进入前端用户页面填写用户信息并提交的开户申请；处理模块用于在前端通过接口将所述用户信息发送给业务层；所述业务层确定所述开户申请对应的最终开户渠道；输出模块将开户结果反馈给后端，在后端收到所述最终开户渠道的开户结果，对所述开户结果数据进行保存，对应更新前端用户页面，展示给用户。
114.进一步地，前置处理模块用于运营人员在运营后台根据以下至少一项条件：路由来源、路由层级、分流权重对开户渠道列表进行梯队配置分组；并将前端用户页面引导链接发送给所述用户。
115.进一步地，处理模块用于根据所述用户来源给所述用户分配开户渠道列表梯队配置组别；对所述梯队配置组别的开户渠道列表的层级设置优先级以及对所述层级对应的子渠道设置分流权重。
116.进一步地，处理模块还可用于业务层将所述用户信息发送给风控管理系统，风控管理系统对所述用户开户渠道授信做判断，确定所述用户各层级的候选开户渠道列表。
117.进一步地，逻辑模块用于判断所述用户授信总开关是否打开；
118.若是，则风控管理系统输出所述用户各层级所有可授信开户渠道列表；
119.若否，则无可用开户渠道。
120.进一步地，逻辑模块用于判断所述层级对应的子渠道授信开关是否打开；
121.若是，则再次根据风控管理规则进行筛选，确定所述用户各层级的候选开户渠道列表，并将所述用户各层级的候选开户渠道列表发送给业务层；
122.若否，则关闭所述层级对应的子渠道。
123.进一步地，处理模块可用于业务层接收到所述用户各层级的候选开户渠道列表后，跟所述梯队配置组别的开户渠道列表相匹配，取开户渠道的交集，确定各层级的最终开户渠道。
124.进一步地，处理模块可用于将所述用户信息发送给所述最终开户渠道，以供所述最终开户渠道对所述用户进行开户。
125.本发明实施例提供的技术方案带来的有益效果是：
126.本发明实施例能够解决用户的开户渠道配置方案单一的问题。本发明可以根据不同的用户属性设置不同的开户渠道列表，并对所述开户渠道列表的层级设置优先级以及对所述层级对应的子渠道设置分流权重，丰富了运营手段，也提高了开户成功率。
127.实施例四
128.本发明提供了一种计算机存储介质，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：
129.接收用户进入前端用户页面填写用户信息并提交的开户申请；
130.前端通过接口将所述用户信息发送给业务层；
131.所述业务层确定所述开户申请对应的最终开户渠道；
132.将所述用户信息发送给所述最终开户渠道，以供所述最终开户渠道对所述用户进行开户。
133.进一步地，所述接受用户进入前端用户页面填写用户信息并提交的开户申请之前，包括：
134.运营人员在运营后台根据以下至少一项条件：路由来源、路由层级、分流权重对开户渠道列表进行梯队配置分组；
135.并将前端用户页面引导链接发送给所述用户。
136.进一步地，所述开户渠道管理方法包括：
137.所述用户信息包括：用户来源、用户id；
138.根据所述用户来源给所述用户分配开户渠道列表梯队配置组别；
139.对所述梯队配置组别的开户渠道列表的层级设置优先级以及对所述层级对应的子渠道设置分流权重。
140.进一步地，所述前端通过接口将所述用户信息发送给业务层，所述业务层确定所述开户申请对应的最终开户渠道，包括：
141.业务层将所述用户信息发送给风控管理系统，风控管理系统对所述用户开户渠道授信做判断，确定所述用户各层级的候选开户渠道列表。
142.进一步地，所述风控管理系统对所述用户开户渠道授信做判断，包括：
143.判断所述用户授信总开关是否打开；
144.若是，则风控管理系统输出所述用户各层级所有可授信开户渠道列表；
145.若否，则无可用开户渠道。
146.进一步地，所述风控管理系统输出所述用户各层级所有可授信开户渠道列表之后，包括：
147.判断所述层级对应的子渠道授信开关是否打开；
148.若是，则再次根据风控管理规则进行筛选，确定所述用户各层级的候选开户渠道列表，并将所述用户各层级的候选开户渠道列表发送给业务层；
149.若否，则关闭所述层级对应的子渠道。
150.进一步地，所述将所述用户各层级的候选开户渠道列表发送给业务层之后，包括：
151.业务层接收到所述用户各层级的候选开户渠道列表后，跟所述梯队配置组别的开户渠道列表相匹配，取开户渠道的交集，确定各层级的最终开户渠道。
152.进一步地，所述根据所述最终开户渠道对所述用户进行开户之后，包括：
153.将开户结果反馈给后端，后端收到所述外部的开户渠道的开户结果，对所述开户结果数据进行保存，对应更新前端用户页面，展示给用户。
154.在一些实施例中，系统能够作为各所述实施例中的任意一个用于开户渠道管理的上述设备。在一些实施例中，系统可包括具有结果的一个或多个计算机可读介质(例如，系统存储器或nvm/存储设备)以及与该一个或多个计算机可读介质耦合并被配置为执行结果以实现模块从而执行本技术中所述的动作的一个或多个处理器(例如，(一个或多个)处理器)。
155.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来结果相关的硬件来完成，上述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本发明所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可
包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
156.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
157.以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。