银行属性数据管理方法、装置、电子设备及存储介质与流程

1.本发明实施例涉及计算机技术领域，尤其涉及一种银行属性数据管理方法、装置、电子设备及存储介质。


背景技术：

2.银行属性数据至少包括以下一项：银行名称、简称、编码缩写、联行号、支付渠道的支持情况、别名以及图片， 运维人员在实际工作中能够对保存于远端服务器上的银行属性数据进行增加、删除、修改及查询。
3.但是，现有的银行属性数据管理没有对修改设置审批措施，对银行属性数据错误的修改能够被直接应用，（直接应用，即：此前访问未被修改的银行属性数据的访问量全部切换为访问修改后的银行属性数据），降低了用户体验、支付的安全性以及运维人员的工作效率。


技术实现要素：

4.本发明实施例提供一种银行属性数据管理方法，以解决现有的银行属性数据管理没有对修改设置审批措施，对银行属性数据错误的修改能够被直接应用，降低了用户体验、支付的安全性以及运维人员的工作效率的问题。
5.为了解决上述技术问题，本发明是这样实现的：第一方面，本发明实施例提供了一种银行属性数据管理方法，包括：接收用户提交的对目标银行的银行属性数据的修改数据；从远端服务器获取所述目标银行的银行属性数据的未修改数据，将所述修改数据与所述未修改数据进行比对，根据比对结果生成待审批记录；发送所述待审批记录至与审批人员关联的审批端；接收到所述审批端的审批通过通知之后，将所述修改数据存储至所述远端服务器。
6.可选地，所述银行属性数据至少包括图片，从远端服务器获取所述目标银行的银行属性数据的未修改数据，包括：采用cdn方式获取所述图片。
7.可选地，采用cdn方式获取所述图片，包括：从远端服务器获取与所述图片相对应的域名，并对所述域名进行解析，得到cdn节点地址；根据所述cdn节点地址访问cdn节点，从所述cdn节点获取所述图片。
8.可选地，从所述cdn节点获取所述图片，包括：若所述cdn节点缓存有所述图片，从所述cdn节点获取所述图片；若所述cdn节点未缓存有所述图片，将位于cdn中心资源节点的所述图片缓存至所述cdn节点，从所述cdn节点获取所述图片。
9.可选地，将所述修改数据存储至所述远端服务器，之后还包括：接收用户对所述目标银行的银行属性数据的访问；当所述目标银行的银行属性数据的访问量少于预设的访问量阈值时，针对第一比例的访问量返回所述修改数据，对除所述第一比例的访问量之外的访问量返回所述未修改数据；当所述目标银行的银行属性数据的访问量多于所述访问量阈值，并且收到来自所述远端服务器的第一指令时，针对第二比例的访问量返回所述修改数据，对除所述第二比例的访问量之外的访问量返回所述未修改数据，所述第一指令用于指示对所述修改数据的访问无报错；其中，所述第一比例的数值大于0并且小于1；所述第二比例的数值大于0，并且所述第二比例的数值小于或者等于1，所述第二比例的数值大于所述第一比例的数值。
10.可选地，将所述修改数据存储至所述远端服务器，之后还包括：根据所述远端服务器发出的第二指令停止使用所述修改数据，所述第二指令用于指示对所述修改数据的访问有报错。
11.第二方面，本发明实施例提供了一种银行属性数据管理装置，包括：接收模块，用于接收用户提交的对目标银行的银行属性数据的修改数据；比对模块，用于从远端服务器获取所述目标银行的银行属性数据的未修改数据，将所述修改数据与所述未修改数据进行比对，根据比对结果生成待审批记录；发送模块，用于发送所述待审批记录至与审批人员关联的审批端；执行模块，用于接收到所述审批端的审批通过通知之后，将所述修改数据存储至所述远端服务器。
12.可选地，所述银行属性数据至少包括图片；所述比对模块，用于采用cdn方式获取所述图片。
13.第三方面，本发明实施例提供了一种电子设备，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面任一项所述的银行属性数据管理方法中的步骤。
14.第四方面，本发明实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面任一项所述的银行属性数据管理方法中的步骤。
15.在本发明实施例中，通过在对银行属性数据修改时设置审批机制，避免了对银行属性数据的错误修改被直接应用的情况，提高了用户体验、支付的安全性以及运维人员的工作效率。
附图说明
16.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：图1为本发明实施例银行属性数据管理方法的流程示意图之一；图2为本发明实施例银行属性数据管理方法的流程示意图之二；
图3为本发明实施例银行属性数据管理方法的流程示意图之三；图4为本发明实施例银行属性数据管理装置的内部结构示意图；图5为本发明实施例电子设备的内部结构示意图。
具体实施方式
17.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
18.本发明实施例提供了一种银行属性数据管理方法，参见图1所示，图1为本发明实施例银行属性数据管理方法的流程示意图之一，包括：步骤11：接收用户提交的对目标银行的银行属性数据的修改数据；步骤12：从远端服务器获取目标银行的银行属性数据的未修改数据，将修改数据与未修改数据进行比对，根据比对结果生成待审批记录；步骤13：发送待审批记录至与审批人员关联的审批端；步骤14：接收到审批端的审批通过通知之后，将修改数据存储至远端服务器。
19.在本发明的一些实施例中，可选地，目标银行可以是一家银行，也可以是多家银行；在本发明的一些实施例中，可选地，银行属性数据至少可以是以下一项：银行名称、简称、编码缩写、联行号、支付渠道的支持情况、别名以及图片，其中，图片可以是银行logo（标志），也可以是与银行相关的照片、卡通图形，以及文件的影印件或复印件等。
20.在本发明的一些实施例中，可选地，可以在针对目标银行的一次修改中对多项银行属性数据进行修改，也可以在针对目标银行的一次修改中只对单独的一项银行属性数据进行修改；在本发明实施例中，通过在对银行属性数据修改时设置审批机制，避免了对银行属性数据的错误修改被直接应用的情况，提高了用户体验、支付的安全性以及运维人员的工作效率。
21.在本发明的一些实施例中，可选地，银行属性数据至少包括图片，从远端服务器获取目标银行的银行属性数据的未修改数据，包括：采用cdn方式获取图片。
22.cdn的全称是content delivery network，即内容分发网络。cdn是构建在现有网络基础之上的智能虚拟网络，依靠部署在各地的边缘服务器，通过中心平台的负载均衡、内容分发、调度等功能模块，使用户就近获取所需内容，降低网络拥塞，提高用户访问响应速度和命中率。
23.cdn的基本原理是广泛采用各种缓存服务器，将这些缓存服务器分布到用户访问相对集中的地区或网络中，在用户访问网站时，利用全局负载技术将用户的访问指向距离最近的工作正常的缓存服务器上，由缓存服务器直接响应用户请求。
24.cdn的基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输的更快、更稳定。通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络，cdn系统能够实时地根据网络流量和各节点的连接、负
载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。其目的是使用户可就近取得所需内容，解决 internet网络拥挤的状况，提高用户访问网站的响应速度。上述采用cdn方式获取图片，有利于降低图片的加载延迟，提高效率。
25.在本发明的一些实施例中，可选地，参见图2所示，图2为本发明实施例银行属性数据管理方法的流程示意图之二，采用cdn方式获取图片，包括：步骤21：从远端服务器获取与图片相对应的域名，并对域名进行解析，得到cdn节点地址；步骤22：根据cdn节点地址访问cdn节点，从cdn节点获取图片。
26.在本发明的一些实施例中，可选地，参见图2所示，图2为本发明实施例银行属性数据管理方法的流程示意图之二，从cdn节点获取图片，包括：步骤23：若cdn节点缓存有图片，从cdn节点获取图片；步骤24：若cdn节点未缓存有图片，将位于cdn中心资源节点的图片缓存至cdn节点，从cdn节点获取图片。
27.在本发明的一些实施例中，可选地，参见图3所示，图3为本发明实施例银行属性数据管理方法的流程示意图之三，将修改数据存储至远端服务器，之后还包括：步骤31：接收用户对目标银行的银行属性数据的访问；步骤32：当目标银行的银行属性数据的访问量少于预设的访问量阈值时，针对第一比例的访问量返回修改数据，对除第一比例的访问量之外的访问量返回未修改数据；步骤33：当目标银行的银行属性数据的访问量多于访问量阈值，并且收到来自远端服务器的第一指令时，针对第二比例的访问量返回修改数据，对除第二比例的访问量之外的访问量返回未修改数据，第一指令用于指示对修改数据的访问无报错；其中，第一比例的数值大于0并且小于1；第二比例的数值大于0，并且第二比例的数值小于或者等于1，第二比例的数值大于第一比例的数值。
28.在本发明的一些实施例中，可选地，将修改数据存储至远端服务器，之后还包括：根据远端服务器发出的第二指令停止使用修改数据，第二指令用于指示对修改数据的访问有报错。
29.上述步骤31至步骤33即为灰度发布步骤，灰度发布（又名金丝雀发布）是指在黑与白之间，能够平滑过渡的一种发布方式。在其上可以进行a/b testing，即让一部分用户继续用产品特性a，一部分用户开始用产品特性b，如果用户对b没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到b上面来。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。
30.例如，本发明的一些实施例中，在修改数据被保存之后，在访问流量过来的时，采用多级流量控制，具体为：先放开25%的访问量到修改数据上，75%访问量到未修改数据上；一直正常响应，且访问量达到预设的访问量阈值，如1000时，自动调整流量比例，使得到50%的访问量到修改数据，50%访问量到未修改数据上；一直正常响应，且访问量达到预设的高访问量阈值，如2000时，切换流量，使得75%的访问量到修改数据， 25%的访问量到未修改数据；一直正常响应，且访问量达到预设的更高的访问量阈值，如3000时，完成灰度发布，即：100%的访问量到修改数据。上述过程中，若访问修改数据时出现报错，则终止灰度发布，将
100%的访问量到未修改数据。
31.本发明实施例提供了一种银行属性数据管理装置40，参见图4所示，图4为本发明实施例银行属性数据管理装置40的内部结构示意图，包括：接收模块41，用于接收用户提交的对目标银行的银行属性数据的修改数据；比对模块42，用于从远端服务器获取目标银行的银行属性数据的未修改数据，将修改数据与未修改数据进行比对，根据比对结果生成待审批记录；发送模块43，用于发送待审批记录至与审批人员关联的审批端；执行模块44，用于接收到审批端的审批通过通知之后，将修改数据存储至远端服务器。
32.在本发明的一些实施例中，可选地，银行属性数据至少包括图片；比对模块42，用于采用cdn方式获取图片。
33.本技术实施例提供的银行属性数据管理装置能够实现图1至图3的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
34.本发明实施例提供了一种电子设备50，参见图5所示，图5为本发明实施例电子设备50的内部结构示意图，包括处理器51，存储器52及存储在存储器52上并可在处理器51上运行的程序或指令，程序或指令被处理器执行时实现本发明的任一项银行属性数据管理方法中的步骤。
35.本发明实施例提供了一种可读存储介质，可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如上述任一项的银行属性数据管理方法的实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
36.其中，所述的可读存储介质，如只读存储器（read-only memory，简称rom）、随机存取存储器（random access memory，简称ram）、磁碟或者光盘等。
37.上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。