CN111275543B - 一种信息处理方法、装置、服务器及存储介质 - Google Patents
一种信息处理方法、装置、服务器及存储介质 Download PDFInfo
- Publication number
- CN111275543B CN111275543B CN202010054912.2A CN202010054912A CN111275543B CN 111275543 B CN111275543 B CN 111275543B CN 202010054912 A CN202010054912 A CN 202010054912A CN 111275543 B CN111275543 B CN 111275543B
- Authority
- CN
- China
- Prior art keywords
- processing
- binding
- identifier
- path
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 230000010365 information processing Effects 0.000 title claims abstract description 90
- 238000003672 processing method Methods 0.000 title claims abstract description 20
- 238000012545 processing Methods 0.000 claims abstract description 574
- 238000000034 method Methods 0.000 claims abstract description 44
- 230000037361 pathway Effects 0.000 claims abstract description 38
- 238000004891 communication Methods 0.000 claims description 9
- 230000008569 process Effects 0.000 claims description 9
- 230000007246 mechanism Effects 0.000 description 26
- 238000010586 diagram Methods 0.000 description 6
- 238000004590 computer program Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 108010001267 Protein Subunits Proteins 0.000 description 1
- 206010044565 Tremor Diseases 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本公开实施例公开了一种信息处理方法、装置、服务器及存储介质,该方法包括:当接收到在当前用户信息下发出的绑定请求时,从绑定请求中获取第一账户标识、第一处理途径标识和第一途径绑定标识;基于第一账户标识、第一处理途径标识和第一途径绑定标识,生成绑定信息;绑定信息为与当前用户信息无关的信息;将绑定信息保存至预设绑定数据表中,得到更新后的绑定数据表;预设绑定数据表表征账户标识、处理途径标识和途径绑定标识的对应关系。
Description
技术领域
本公开涉及支付领域,尤其涉及一种信息处理方法、装置、服务器及存储介质。
背景技术
目前,越来越多的用户使用终端支付,在使用终端支付前用户先要在支付机构上绑定银行卡,银行卡签约系统再将用户、支付机构和该银行卡对应的交易渠道方进行签约,得到一条签约信息并记录,签约完成后,用户就可以通过支付机构向交易渠道方发出交易请求,使得该交易渠道方完成交易。
然而,由于在签约时使用的是用户在支付机构中的账号,而一个用户在支付机构中能够注册多个账号,如此,存在同一个用户使用多个账号时,会将多个账号都和同一张银行卡进行绑定,银行卡签约系统需要记录同一个用户的多条签约信息,多条签约信息为对多个账号各自和同一张银行卡所属的交易渠道方进行签约产生的,这样导致银行卡签约系统对同一个用户的同一张银行卡进行重复签约,同一个用户的同一张银行卡占用多个签约资源,浪费了签约资源,并且,随着用户人数的增加,增加了签约资源的浪费程度。
发明内容
有鉴于此,本公开实施例提供一种信息处理方法、装置、服务器及存储介质。
第一方面,本公开实施例提供了一种信息处理方法,所述方法包括:
当接收到在当前用户信息下发出的绑定请求时,从所述绑定请求中获取第一账户标识、第一处理途径标识和第一途径绑定标识;
基于所述第一账户标识、所述第一处理途径标识和所述第一途径绑定标识,生成绑定信息;所述绑定信息为与所述当前用户信息无关的信息;
将所述绑定信息保存至预设绑定数据表中,得到更新后的绑定数据表;所述预设绑定数据表表征账户标识、处理途径标识和途径绑定标识的对应关系。
上述方案中,所述预设绑定数据表包括主表和冗余表,所述主表为以账户卡标识和处理途径标识为数据库主键建立的数据表,所述冗余表为以处理途径标识和途径绑定标识为数据库主键建立的数据表;所述将所述绑定信息保存至预设绑定数据表中,得到更新后的绑定数据表,包括:
当所述主表中不存在所述第一账户卡标识和所述第一处理途径标识时,利用所述绑定信息更新所述主表和所述冗余表,得到所述更新后的绑定数据表;
当所述主表中存在所述第一账户卡标识和所述第一处理途径标识时,利用所述第一途径绑定标识更新所述主表,并判断所述冗余表中是否存在所述第一处理途径标识和所述第一途径绑定标识;
当所述冗余表中存在所述第一处理途径标识和所述第一途径绑定标识时,利用所述绑定信息更新所述冗余表,得到所述更新后的绑定数据表。
上述方案中,在所述将所述绑定信息保存至预设绑定数据表中,得到更新后的绑定数据表之后,所述方法还包括:
当接收到处理请求时,从所述处理请求中获取目标账户卡标识;
从所述更新后的绑定数据表中,获取与所述目标账户卡标识对应的待选处理途径标识;
基于所述处理请求,从所述待选处理途径标识中确定目标处理途径标识,以通过所述目标处理途径标识表征的目标处理途径完成处理。
上述方案中,所述基于所述处理请求,从所述待选处理途径标识中确定目标处理途径标识,包括:
从所述处理请求中获取当前处理类别和当前处理对象;
基于所述当前处理类别、所述当前处理对象和预设途径对应关系,从所述待选处理途径标识中确定所述目标处理途径标识;所述预设途径对应关系表征处理对象、处理类别和处理途径标识的对应关系。
上述方案中,所述基于所述当前处理类别、所述当前处理对象和预设途径对应关系,从所述待选处理途径标识中确定所述目标处理途径标识,包括:
根据所述预设途径对应关系,从所述待选处理途径标识中,获取与所述当前处理类别和所述当前处理途径标识对应的初始处理途径标识;
当所述初始处理途径标识包括至少两个处理途径标识时,获取所述至少两个处理途径标识各自对应的途径处理参数;所述途径处理参数表征处理途径的处理资源的占用程度;
根据所述途径处理参数,从所述至少两个处理途径标识中确定所述目标处理途径标识。
上述方案中,在所述当接收到处理请求时,从所述处理请求中获取目标账户卡标识之后,所述方法还包括:
当所述更新后的绑定数据表中不存在所述目标账户卡标识对应的待选处理途径标识时,从所述处理请求中获取当前处理类别和当前处理对象;
基于所述当前处理类别和所述当前处理对象,从预设途径对应关系中,获取待签处理途径标识,以推荐所述待前处理途径标识表征的待签处理途径;所述预设途径对应关系表征处理对象、处理类别和处理途径标识的对应关系。
上述方案中,在所述从所述处理请求中获取目标账户卡标识之后,所述方法还包括:
获取预设缓存库的开关状态;所述预设缓存库为以账户卡标识为缓存关键字建立的数据库;
当所述开关状态为开启状态时,在所述预设缓存库中查询是否存在所述目标账户卡标识;
当所述预设缓存库中不存在所述目标账户卡标识时,从所述更新后的绑定数据表中,获取与目标账户卡标识对应的绑定信息,并将所述目标账户卡标识对应的绑定信息保存至所述预设缓存库中;
当所述预设缓存库中存在所述目标账户卡标识时,从所述预设缓存库中获取与目标账户卡标识对应的绑定信息。
上述方案中,在所述将所述绑定信息保存至预设绑定数据表中,得到更新后的绑定数据表之后,所述方法还包括:
获取预设缓存库的开关状态;所述预设缓存库为以账户卡标识为缓存关键字建立的数据库;
当所述开关状态为开启状态时,在所述预设缓存库中删除与所述第一账户卡标识对应的绑定信息。
上述方案中,在所述从所述绑定请求中获取第一账户卡标识、第一处理途径标识和第一途径绑定标识之前,所述方法还包括:
以账户卡标识、处理途径标识和途径绑定标识为数据库字段,建立所述预设绑定数据表。
上述方案中,所述预设绑定数据表包括主表和冗余表,所述主表为以账户卡标识和处理途径标识为数据库主键建立的数据表,所述冗余表为以处理途径标识和途径绑定标识为数据库主键建立的数据表;在所述以账户卡标识、处理途径标识和途径绑定标识为数据库主键,建立预设绑定数据表之后,所述方法还包括:
当接收到解绑请求、且从所述解绑请求中获取到第二账户卡标识时,对所述预设绑定数据表中的与所述第二账户卡标识对应的绑定信息设置为不可用状态;
当接收到解绑请求、且从所述解绑请求中获取到第二处理途径信息和第二途径绑定信息时,从所述冗余表中,获取与所述第二处理途径信息和所述第二途径绑定信息对应的当前账户卡标识;将所述主表中的与所述当前账户卡标识和所述第二处理途径信息对应的绑定信息设置为不可用状态,将所述冗余表中的与所述第二处理途径信息和所述第二途径绑定信息对应的绑定信息设置为不可用状态。
第二方面,本公开实施例提供了一种信息处理装置,所述装置包括:
解绑定处理模块,用于当接收到在当前用户信息下发出的绑定请求时,从所述绑定请求中获取第一账户标识、第一处理途径标识和第一途径绑定标识;及基于所述第一账户标识、所述第一处理途径标识和所述第一途径绑定标识,生成绑定信息;所述绑定信息为与所述当前用户信息无关的信息;以及将所述绑定信息保存至预设绑定数据表中,得到更新后的绑定数据表;所述预设绑定数据表表征账户标识、处理途径标识和途径绑定标识的对应关系。
上述方案中,所述预设绑定数据表包括主表和冗余表,所述主表为以账户卡标识和处理途径标识为数据库主键建立的数据表,所述冗余表为以处理途径标识和途径绑定标识为数据库主键建立的数据表;
所述解绑定处理模块,具体用于当所述主表中不存在所述第一账户卡标识和所述第一处理途径标识时,利用所述绑定信息更新所述主表和所述冗余表,得到所述更新后的绑定数据表;及当所述主表中存在所述第一账户卡标识和所述第一处理途径标识时,利用所述第一途径绑定标识更新所述主表,并判断所述冗余表中是否存在所述第一处理途径标识和所述第一途径绑定标识;以及当所述冗余表中存在所述第一处理途径标识和所述第一途径绑定标识时,利用所述绑定信息更新所述冗余表,得到所述更新后的绑定数据表。
上述方案中,所述装置还包括:
请求处理模块,用于在所述将所述绑定信息保存至预设绑定数据表中,得到更新后的绑定数据表之后,当接收到处理请求时,从所述处理请求中获取目标账户标识;及从所述更新后的绑定数据表中,获取与所述目标账户标识对应的待选处理途径标识;以及基于所述处理请求,从所述待选处理途径标识中确定目标处理途径标识,以通过所述目标处理途径标识表征的目标处理途径完成处理。
上述方案中,所述请求处理模块,具体用于从所述处理请求中获取当前处理类别和当前处理对象;以及基于所述当前处理类别、所述当前处理对象和预设途径对应关系,从所述待选处理途径标识中确定所述目标处理途径标识;所述预设途径对应关系表征处理对象、处理类别和处理途径标识的对应关系。
上述方案中,所述请求处理模块,具体用于根据所述预设途径对应关系,从所述待选处理途径标识中,获取与所述当前处理类别和所述当前处理途径标识对应的初始处理途径标识;及当所述初始处理途径标识包括至少两个处理途径标识时,获取所述至少两个处理途径标识各自对应的途径处理参数;所述途径处理参数表征处理途径的处理资源的占用程度;以及根据所述途径处理参数,从所述至少两个处理途径标识中确定所述目标处理途径标识。
上述方案中,所述请求处理模块,还用于在所述当接收到处理请求时,从所述处理请求中获取目标账户标识之后,当所述更新后的绑定数据表中不存在所述目标账户标识对应的待选处理途径标识时,从所述处理请求中获取当前处理类别和当前处理对象;以及基于所述当前处理类别和所述当前处理对象,从预设途径对应关系中,获取待签处理途径标识,以推荐所述待前处理途径标识表征的待签处理途径;所述预设途径对应关系表征处理对象、处理类别和处理途径标识的对应关系。
上述方案中,所述请求处理模块,还用于在所述从所述处理请求中获取目标账户标识之后,获取预设缓存库的开关状态;所述预设缓存库为以账户标识为缓存关键字建立的数据库;及当所述开关状态为开启状态时,在所述预设缓存库中查询是否存在所述目标账户标识;及当所述预设缓存库中不存在所述目标账户标识时,从所述更新后的绑定数据表中,获取与目标账户标识对应的绑定信息,并将所述目标账户标识对应的绑定信息保存至所述预设缓存库中;以及当所述预设缓存库中存在所述目标账户标识时,从所述预设缓存库中获取与目标账户标识对应的绑定信息。
上述方案中,所述解绑定处理模块,还用于在所述将所述绑定信息保存至预设绑定数据表中,得到更新后的绑定数据表之后,获取预设缓存库的开关状态;所述预设缓存库为以账户标识为缓存关键字建立的数据库;以及当所述开关状态为开启状态时,在所述预设缓存库中删除与所述第一账户标识对应的绑定信息。
上述方案中,所述解绑定处理模块,还用于在所述从所述绑定请求中获取第一账户标识、第一处理途径标识和第一途径绑定标识之前,以账户标识、处理途径标识和途径绑定标识为数据库字段,建立所述预设绑定数据表。
上述方案中,所述预设绑定数据表包括主表和冗余表,所述主表为以账户标识和处理途径标识为数据库主键建立的数据表,所述冗余表为以处理途径标识和途径绑定标识为数据库主键建立的数据表;
所述解绑定处理模块,还用于在所述以账户标识、处理途径标识和途径绑定标识为数据库主键,建立预设绑定数据表之后,当接收到解绑请求、且从所述解绑请求中获取到第二账户标识时,对所述预设绑定数据表中的与所述第二账户标识对应的绑定信息设置为不可用状态;
以及当接收到解绑请求、且从所述解绑请求中获取到第二处理途径信息和第二途径绑定信息时,从所述冗余表中,获取与所述第二处理途径信息和所述第二途径绑定信息对应的当前账户标识;将所述主表中的与所述当前账户标识和所述第二处理途径信息对应的绑定信息设置为不可用状态,将所述冗余表中的与所述第二处理途径信息和所述第二途径绑定信息对应的绑定信息设置为不可用状态。
第三方面,本公开实施例提供了一种服务器,所述服务器包括:处理器、存储器和通信总线,所述存储器通过所述通信总线与所述处理器进行通信,所述存储器存储所述处理器可执行的一个或者多个程序,当所述一个或者多个程序被执行时,通过所述处理器执行如上述任一项信息处理方法的步骤。
第四方面,本公开实施例提供了一种存储介质,所述存储介质存储有程序,当所述程序被至少一个处理器执行时,导致所述至少一个处理器执行如上述任一项信息处理方法的步骤。
本公开实施例具有如下有益效果:
在接收到在当前用户信息下发出的绑定请求时,从绑定请求中仅获取第一账户标识、第一处理途径标识和第一途径绑定标识,用于生成绑定信息,在预设绑定数据表中保存该绑定信息,得到更新后的绑定数据表;由于绑定信息是基于第一账户标识、第一处理途径标识和第一途径绑定标识生成的,与当前用户信息无关,并且预设绑定数据表表征账户标识、处理途径标识和途径绑定标识的对应关系,也就是说,更新后的绑定数据表只保存与当前用户信息无关的绑定信息,不记录当前用户信息,对于一个用户使用多个用户信息(例如,用户账号)绑定同一个账户的情况,只记录同一个账户对应的一个绑定信息,而不是同一个账户和多个账号生成的多个绑定信息,提高了绑定资源的利用率。
附图说明
图1为本公开实施例的一种服务器的结构示意图;
图2为本公开实施例提供的一种信息处理装置的结构示意图;
图3为本公开实施例提供的一种信息处理方法的流程图一;
图4为本公开实施例提供的一种信息处理方法的流程图二;
图5为本公开实施例提供的一种信息处理方法的流程图三;
图6为本公开实施例提供的一种信息处理方法的流程图四;
图7为本公开实施例提供的一种信息处理系统的结构示意图;
图8为本公开实施例提供的一种信息处理方法的流程图五。
具体实施方式
为了使本公开的目的、技术方案和优点更加清楚,下面将结合附图对本公开作进一步地详细描述,所描述的实施例不应视为对本公开的限制,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本公开保护的范围。
在以下的描述中,涉及到“一些实施例”,其描述了所有可能实施例的子集,但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集,并且可以在不冲突的情况下相互结合。
下面参见图1,图1为本公开实施例的一种服务器的结构示意图,图1示出的服务器仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图1所示,服务器100可以包括处理装置(例如中央处理器、图形处理器等)110,其可以根据存储在只读存储器(ROM,Read-Only Memory)120中的程序或者从存储装置180加载到随机访问存储器(RAM,Random AccessMemory)130中的程序而执行各种适当的动作和处理。在RAM 130中,还存储有服务器100操作所需的各种程序和数据。处理装置110、ROM120以及RAM130通过总线140彼此相连。
通常,以下装置可以连接至I/O接口150:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置160;包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置170;包括例如磁带、硬盘等的存储装置180;以及通信装置190。通信装置190可以允许服务器100与其他设备进行无线或有线通信以交换数据。虽然图1示出了具有各种装置的服务器100,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地,根据本公开的实施例,所提供的信息处理方法的流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机可读介质,其包括承载在计算机可读介质上的计算机程序,计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,计算机程序可以通过通信装置190从网络上被下载和安装,或者从存储装置180被安装,或者从ROM120被安装。在计算机程序被处理装置110执行时,执行本公开实施例的方法中的功能。
需要说明的是,本公开实施例上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
在本公开实施例中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开实施例中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、射频(RF,Radio Frequency)等等,或者上述的任意合适的组合。
上述计算机可读介质可以是上述服务器100中所包含的;也可以是单独存在,而未装配入服务器100中。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该服务器执行时,使得服务器100执行本公开实施例提供的方法。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码,上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络,包括局域网(LAN,Local Area Network))和广域网(WAN,Wide Area Network),以连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
描述于本公开实施例中所涉及到的服务器的单元和/或模块可以通过软件的方式实现,也可以通过硬件的方式来实现。
对于硬件的方式来说,实现本公开实施例的服务器的单元和/或模块可以被一个或多个ASIC、DSP、PLD、CPLD、FPGA或其他电子元件实现,用于执行实现本公开实施例提供的信息处理方法;
对于软件的方式来说,实现本公开实施例提供的信息处理方法的服务器中的单元和/或模块可以被两个或以上的单元实现。
下面以软件的方式为例,示例性说明实现本公开实施例的信息处理装置的单元和/或模块。
参见图2,图2为本公开实施例提供的一种信息处理装置的结构示意图,示出了存储在存储装置180的如下软件模块:解绑定处理模块21;其中,
解绑定处理模块21,用于当接收到在当前用户信息下发出的绑定请求时,从所述绑定请求中获取第一账户标识、第一处理途径标识和第一途径绑定标识;及基于所述第一账户标识、所述第一处理途径标识和所述第一途径绑定标识,生成绑定信息;所述绑定信息为与所述当前用户信息无关的信息;以及将所述绑定信息保存至预设绑定数据表中,得到更新后的绑定数据表;所述预设绑定数据表表征账户标识、处理途径标识和途径绑定标识的对应关系。
在一些实施例中,预设绑定数据表包括主表和冗余表,主表为以账户标识和处理途径标识为数据库主键建立的数据表,冗余表为以处理途径标识和途径绑定标识为数据库主键建立的数据表;
解绑定处理模块21,具体用于当主表中不存在第一账户标识和第一处理途径标识时,利用绑定信息更新主表和冗余表,得到更新后的绑定数据表;及当主表中存在第一账户标识和第一处理途径标识时,利用第一途径绑定标识更新主表,并判断冗余表中是否存在第一处理途径标识和第一途径绑定标识;以及当冗余表中存在第一处理途径标识和第一途径绑定标识时,利用绑定信息更新冗余表,得到更新后的绑定数据表。
在一些实施例中,信息处理装置还包括:
请求处理模块22,用于在将绑定信息保存至预设绑定数据表中,得到更新后的绑定数据表之后,当接收到处理请求时,从处理请求中获取目标账户标识;及从更新后的绑定数据表中,获取与目标账户标识对应的待选处理途径标识;以及从待选处理途径标识中确定目标处理途径标识,以通过目标处理途径标识表征的目标处理途径完成处理。
在一些实施例中,请求处理模块22,具体用于从处理请求中获取当前处理类别和当前处理对象;以及基于当前处理类别、当前处理对象和预设途径对应关系,从待选处理途径标识中确定目标处理途径标识;预设途径对应关系表征处理对象、处理类别和处理途径标识的对应关系。
在一些实施例中,请求处理模块22,具体用于根据预设途径对应关系,从待选处理途径标识中,获取与当前处理类别和当前处理途径标识对应的初始处理途径标识;及当初始处理途径标识包括至少两个处理途径标识时,获取至少两个处理途径标识各自对应的途径处理参数;途径处理参数表征处理途径的处理资源的占用程度;以及根据途径处理参数,从至少两个处理途径标识中确定目标处理途径标识。
在一些实施例中,请求处理模块22,还用于在当接收到处理请求时,从处理请求中获取目标账户标识之后,当更新后的绑定数据表中不存在目标账户标识对应的待选处理途径标识时,从处理请求中获取当前处理类别和当前处理对象;以及基于当前处理类别和当前处理对象,从预设途径对应关系中,获取待签处理途径标识,以推荐待前处理途径标识表征的待签处理途径;预设途径对应关系表征处理对象、处理类别和处理途径标识的对应关系。
在一些实施例中,请求处理模块22,还用于在从处理请求中获取目标账户标识之后,获取预设缓存库的开关状态;预设缓存库为以账户标识为缓存关键字建立的数据库;及当开关状态为开启状态时,在预设缓存库中查询是否存在目标账户标识;及当预设缓存库中不存在目标账户标识时,从更新后的绑定数据表中,获取与目标账户标识对应的绑定信息,并将目标账户标识对应的绑定信息保存至预设缓存库中;以及当预设缓存库中存在目标账户标识时,从预设缓存库中获取与目标账户标识对应的绑定信息。
在一些实施例中,解绑定处理模块21,还用于在将绑定信息保存至预设绑定数据表中,得到更新后的绑定数据表之后,获取预设缓存库的开关状态;预设缓存库为以账户标识为缓存关键字建立的数据库;以及当开关状态为开启状态时,在预设缓存库中删除与第一账户标识对应的绑定信息。
在一些实施例中,解绑定处理模块21,还用于在从绑定请求中获取第一账户标识、第一处理途径标识和第一途径绑定标识之前,以账户标识、处理途径标识和途径绑定标识为数据库字段,建立预设绑定数据表。
在一些实施例中,预设绑定数据表包括主表和冗余表,主表为以账户标识和处理途径标识为数据库主键建立的数据表,冗余表为以处理途径标识和途径绑定标识为数据库主键建立的数据表;
解绑定处理模块21,还用于在以账户标识、处理途径标识和途径绑定标识为数据库主键,建立预设绑定数据表之后,当接收到解绑请求、且从解绑请求中获取到第二账户标识时,对预设绑定数据表中的与第二账户标识对应的绑定信息设置为不可用状态;
以及当接收到解绑请求、且从解绑请求中获取到第二处理途径信息和第二途径绑定信息时,从冗余表中,获取与第二处理途径信息和第二途径绑定信息对应的当前账户标识;将主表中的与当前账户标识和第二处理途径信息对应的绑定信息设置为不可用状态,将冗余表中的与第二处理途径信息和第二途径绑定信息对应的绑定信息设置为不可用状态。
需要指出,上述单元的分类并不构成对服务器本身的限定,例如一些单元可以拆分为两个或以上的子单元,或者,一些单元可以合并为一个新的单元。
还需要指出,上述单元的名称在某种情况下并不构成对单元本身的限定,例如,上述解绑定处理模块21也可以被描述为“从绑定请求中获取第一账户标识、第一处理途径标识和第一途径绑定标识”的单元。
基于同样的理由,服务器中未详尽描述的单元和/或模块不代表相应的单元和/或模块的缺省,凡是服务器所执行的操作都可以通过服务器中的相应的单元和/或模块实现。
继续参见图3,图3为本公开实施例提供的一种信息处理方法的流程图一,将结合图3示出的步骤进行说明。
S101、当接收到在当前用户信息下发出的绑定请求时,从绑定请求中获取第一账户标识、第一处理途径标识和第一途径绑定标识。
用户在终端的支付机构中,采用当前用户信息登录的情况下,执行账户的绑定操作,支付机构生成绑定请求,将绑定请求发送至信息处理装置,信息处理装置从绑定请求中获取第一账户标识、第一处理途径标识和第一途径绑定标识;其中,当前用户信息包括用户账号。
需要说明的是,第一账户标识、第一处理途径标识和第一途径绑定标识中的第一,仅用于表示第一账户标识、第一处理途径标识和第一途径绑定标识是从绑定请求中获取到的,第一账户标识就是一个账户标识,第一处理途径标识就是一个处理途径标识,第一途径绑定标识就是一个途径绑定标识。
在一些实施例中,账户包括银行卡,相应地,绑定请求包括签约请求,第一账户标识包括第一银行卡标识,第一处理途径标识包括第一交易渠道标识,第一途径绑定标识包括第一渠道签约标识。
在一些实施例中,支付机构是指具有支付功能的第三方支付应用,例如,支付宝、微信和抖音。
在一些实施例中,账户标识为账户内部管理所使用的、未对外公开的号码;处理途径标识为管理账户处理的处理途径方的编号;途径绑定标识可以为根据账户标识和处理途径标识生成的绑定协议号。
示例性地,银行卡标识为银行卡内部管理所使用的、未对外公开的号码;交易渠道标识为管理银行卡交易的交易渠道方的编号,交易渠道方分为三类:银行、银联和网联;渠道签约标识可以为根据银行卡标识和交易渠道标识生成的签约协议号。
在一些实施例中,用户绑定账户时输入账户卡号,支付机构获取账户卡号对应的账户标识、处理途径标识和途径绑定标识,由获取到的账户标识、处理途径标识和途径绑定标识,生成绑定信息;绑定信息包括签约信息。
示例性地,用户绑定银行卡时输入银行卡卡号,支付机构获取银行卡卡号对应的银行卡标识、交易渠道标识和渠道签约标识,由获取到的银行卡标识、交易渠道标识和渠道签约标识,生成签约信息。
需要说明的是,考虑到存储每个用户信息(例如,用户账号)各自对应的绑定信息的技术方案,由于不同用户信息之间的绑定信息不能互通,导致一个用户使用多个用户信息时需要重复绑定同一张账户,因此,信息处理装置在预设绑定数据表的主键中剔除用户信息,避免了同一个用户的同一张账户被重复绑定的情况,相应地,生成不包括用户信息的绑定信息。
在一些实施例中,支付机构在生成绑定请求时,将消息类型设置为绑定,由设置后的消息类型、账户标识、处理途径标识和途径绑定标识,组成绑定请求;进而,信息处理装置收到支付机构发送的请求时,消息类型为绑定记录时确定支付机构发送的绑定请求,消息类型还可以为解绑,消息类型为解绑表示解绑请求。
示例性地,信息处理装置执行绑定请求处理代码(或签约请求处理代码),接收支付机构发送的绑定请求(例如,签约请求),该绑定请求处理代码如下:
其中,method表示消息类型,SIGN_RECORD表示消息类型为绑定(或,签约),channel_code表示处理途径标识(或交易渠道标识),card_no为账户标识(或银行卡标识),channel_sign_no为途径绑定标识(或渠道签约标识);struct UnionNotifyRequest表示联合通知请求的结构体,用于获取消息;required string Body表示获取消息的内容;optional string Sign表示获取签名,optional string SignType表示获取签名类型,通过签名和签名类型这两个字段,校验消息的合法性。
示例性地,信息处理装置执行解绑请求处理代码(或解约请求处理代码),接收支付机构发送的解绑请求(或,解约请求),该解绑请求处理代码如下:
其中,TERMINATE_RECORD表示消息类型为解绑(或解约);解绑请求(或解约请求)只包括card_no,或者channel_sign_no和channel_code。
S102、基于第一账户标识、第一处理途径标识和第一途径绑定标识,生成绑定信息;绑定信息为与当前用户信息无关的信息。
信息处理装置获取预设绑定数据表对应的数据表主键,数据表主键为账户标识、处理途径标识和途径绑定标识时,由第一账户标识(第一card_no)、第一处理途径标识(第一channel_code)和第一途径绑定标识(第一channel_sign_no),组成绑定信息。
在一些实施例中,绑定请求为签约请求时,绑定信息包括签约信息,预设绑定数据表包括预设签约数据表。
在一些实施例中,预设绑定数据表分为主表和冗余表,主表和冗余表为字段相同的数据表,其中,主表为以账户标识和处理途径标识为数据库主键(或,联合主键)建立的数据表,冗余表为以处理途径标识和途径绑定标识为数据库主键(或,联合主键)建立的数据表。
示例性地,主表的联合主键为card_no和channel_sign_no,冗余表的联合主键为channel_sign_no和channel_code。
S103、将绑定信息保存至预设绑定数据表中,得到更新后的绑定数据表;预设绑定数据表表征账户标识、处理途径标识和途径绑定标识的对应关系。
信息处理装置将绑定信息存储至至少一个数据库中的预设绑定数据表,得到更新后的绑定数据表,进而继续利用更新后的绑定数据表来保存新的绑定信息。
需要说明的是,得到更新后的绑定数据表之后,用更新后的绑定数据表替换预设绑定数据表;其中,将新的绑定信息保存至更新后的绑定数据表的实施过程,与将绑定信息保存至预设绑定数据表中的实施过程同理,此处不再赘述。
在一些实施例中,信息处理装置将绑定信息,存储至至少一个数据库中每个数据库的预设绑定数据表。
在一些实施例中,预设绑定数据表包括主表和冗余表,信息处理装置按照主表的数据库主键,将绑定信息存储至主表中;按照冗余表的数据库主键,对绑定信息存储至冗余表中。
进一步地,预设绑定数据表还记录每个绑定请求或解绑请求的绑定状态信息(status);信息处理装置利用绑定信息更新主表后,在主表中将该绑定信息对应的绑定状态信息设置为可用状态;利用绑定信息更新冗余表后,在冗余表中将该绑定信息对应的绑定状态信息设置为可用状态。
示例性地,主表的字段包括card_no、channel_sign_no、channel_code和status;冗余表的字段包括channel_sign_no、channel_code、card_no和status。
需要说明的是,由于绑定信息中的途径绑定标识是最新的,即当下可用的,信息处理装置在主表中存在第一card_no和第一channel_code时,用绑定信息中的第一channel_sign_no,替换主表中的与第一账户标识和第一处理途径标识对应的途径绑定标识。
在一些实施例中,信息处理装置还包括预设缓存库(缓存库),预设缓存库为以账户标识为缓存关键字建立的数据库,通过预设缓存库,保障完成处理功能的稳定性。
需要说明的是,信息处理装置中使用缓存库,会导致装置中的模块增多、复杂度上升,在对缓存库进行更新时,还会导致缓存库和数据库中的数据不一致的情况,因此,设置预设缓存库仅支持插入、删除和查询的操作;另外,将账户标识作为缓存库的缓存关键字,使得缓存库的存储粒度适中,缓存库中的数据较集中,查询效率较高。
在一些实施例中,预设缓存库可以为Redis数据库。
在一些实施例中,信息处理装置在将绑定信息保存至预设绑定数据表中,得到更新后的绑定数据表之后,获取预设缓存库的开关状态;当开关状态为开启状态时,在预设缓存库中删除与第一账户标识对应的绑定信息;当开关状态为关闭状态时,不对预设缓存库执行操作。
需要说明的是,预设缓存库存在出错的情况,为了避免预设缓存库出错对信息处理装置造成影响,信息处理装置在动态配置服务中设置预设缓存库的开关功能,并设置预设缓存库的默认状态为开启状态或关闭状态,如此,在使用预设缓存库时,要根据动态配置服务和默认状态确定是否使用预设缓存库。
示例性地,信息处理装置判断动态配置服务是否开启,当动态配置服务开启时,获取动态配置服务中的预设缓存库的开关状态;当动态配置服务关闭时,将默认状态作为预设缓存库的开关状态。
参见图4,在步骤S101之前,信息处理方法还包括:
S201、以账户标识、处理途径标识和途径绑定标识为数据库字段,建立预设绑定数据表。
信息处理装置按照账户标识、处理途径标识和途径绑定标识这三个字段,建立预设绑定数据表,在预设绑定数据表中记录这三个字段对应的信息。
示例性地,信息处理装置按照银行卡标识、交易渠道标识和渠道签约标识这三个字段,建立预设签约数据表。
进一步地,信息处理装置按照账户标识、处理途径标识、途径绑定标识和绑定状态信息这四个字段,建立预设绑定数据表。
示例性地,信息处理装置按照银行卡标识、交易渠道标识、渠道签约标识和签约状态信息这四个字段,建立预设签约数据表。
在一些实施例中,为了预设绑定数据表具有可扩展和高性能的特点,对预设绑定数据表进行分库分表,具体地,按照上述四个字段,建立以账户标识和处理途径标识为联合主键的主表、以处理途径标识和途径绑定标识为联合主键的冗余表,并将主表和冗余表都存储至多个数据库中。
示例性地,按照上述四个字段,建立以银行卡标识和交易渠道标识为联合主键的主表、以交易渠道标识和渠道签约标识为联合主键的冗余表。
在一些实施例中,信息处理装置采用求余(Mod)算法,生成以账户标识和处理途径标识为联合主键的至少一个主表、以及以处理途径标识和途径绑定标识为联合主键的至少一个冗余表。
在一些实施例中,信息处理装置对账户标识进行求余运算,得到主余数,将主余数相同的绑定信息存储至同一个主表;对途径绑定标识进行求余运算,得到冗余余数,将冗余余数相同的绑定信息存储至同一个冗余表。
示例性地,账户标识(例如,银行卡标识)为数字,用账户标识表示除以100,得到两位数的主余数,按照主余数相同的绑定信息(例如,签约信息)存储至同一个主表,进而建立至少一个主表,例如,主表1对应的主余数为12。
参见图5,在步骤S201之后,信息处理方法还包括:
S301、当接收到解绑请求、且从解绑请求中获取到第二账户标识时,对预设绑定数据表中的与第二账户标识对应的绑定信息设置为不可用状态。
用户在终端支付机构中,采用当前用户信息(例如,当前账号)登录的情况下,执行账户的解绑操作,支付机构生成解绑请求,将解绑请求发送至信息处理装置,信息处理装置从解绑请求中获取第二账户标识、第二处理途径标识和/或第二途径绑定标识,根据获取到的标识进行相应的处理。
示例性地,用户在终端支付机构中登录当前账号的情况下,执行银行卡的解绑操作,支付机构生成解约请求,将解约请求发送至信息处理装置,信息处理装置从解约请求中获取第二银行卡标识、第二交易渠道标识和/或第二渠道签约标识,根据获取到的标识进行相应的处理。
需要说明的是,第二账户标识、第二处理途径标识和第二途径绑定标识中的第二,仅用于表示第二账户标识、第二处理途径标识和第二途径绑定标识是从解绑请求中获取到的,第二账户标识就是一个账户标识,第二处理途径标识就是一个处理途径标识,第二途径绑定标识就是一个途径绑定标识。
在一些实施例中,解绑请求包括解约请求,第二账户标识包括第二银行卡标识,第二处理途径标识包括第二交易渠道标识,第二途径绑定标识包括第二渠道签约标识。
在一些实施例中,解绑请求分为解绑账户请求和解绑单条请求,解绑账户请求为解除一个账户对应的所有绑定信息的请求,解绑单条请求为解除一个途径绑定标识对应的所有绑定信息的请求。
进一步地,信息处理装置接收到解绑请求后,当从解绑请求中获取到第二账户标识时,确定解绑请求为解绑账户请求,并在主表中查询与第二账户标识对应的所有绑定信息,将主表中的所有绑定信息的绑定状态信息设置为不可用状态,将冗余表中的所有绑定信息的绑定状态信息设置为不可用状态。
示例性地,解绑账户请求包括解约银行卡请求,解绑单条请求包括解约单条请求;解约银行卡请求可以为解除一个银行卡对应的所有签约信息的请求,解约单条请求可以为解除一个渠道签约标识对应的所有签约信息的请求。
S302、当接收到解绑请求、且从解绑请求中获取到第二处理途径信息和第二途径绑定信息时,从冗余表中,获取与第二处理途径信息和第二途径绑定信息对应的当前账户标识;将主表中的与当前账户标识和第二处理途径信息对应的绑定信息设置为不可用状态,将冗余表中的与第二处理途径信息和第二途径绑定信息对应的绑定信息设置为不可用状态。
信息处理装置接收到解绑请求后,当从解绑请求中获取到第二处理途径标识和第二途径绑定标识时,确定解绑请求为解绑单条请求,并将冗余表中的与第二处理途径标识和第二途径绑定标识对应的绑定状态信息设置为不可用状态,在冗余表中查询与第二处理途径标识和第二途径绑定标识对应的所有账户标识,将主表中的与第二处理途径标识和所有账户标识中每个账户绑定信息对应的绑定状态信息设置为不可用状态。
进一步地,信息处理装置在从解绑请求中获取第二账户标识、第二处理途径标识和/或第二途径绑定标识之后,获取预设缓存库的开关状态;当开关状态为开启状态时,在预设缓存库中删除与第二账户标识对应的绑定信息,或者,在预设缓存库中删除与第二处理途径标识和/或第二途径绑定标识对应的绑定信息;当开关状态为关闭状态时,不对预设缓存库执行操作。
参见图6,在步骤S103之后,信息处理方法还包括:
S401、当接收到处理请求时,从处理请求中获取目标账户标识。
用户在终端的支付机构中,采用当前用户信息登录的情况下,执行和某一个处理对象的处理操作,支付机构生成处理请求,将处理请求发送至信息处理装置,信息处理装置将处理请求中的账户标识,作为目标账户标识,进而利用目标账户标识,在绑定数据表中查找完成该处理的处理途径。
示例性地,处理请求包括交易请求,目标账户标识包括目标银行卡标识;信息处理装置当接收到交易请求时,将交易请求中的银行卡标识,作为目标银行卡标识,进而利用目标银行卡标识,在签约数据表中查找实现该交易的交易渠道。
在一些实施例中,支付机构响应于处理操作,将与当前账号绑定的账户标识作为目标账户标识,将处理操作中的处理对象作为当前处理对象,并获取当前处理类别;由目标账户标识、当前处理对象和当前处理类别,组成处理请求;其中,处理对象可以为支付机构中的商户或收款方;处理类别包括支付和提现等,当前处理类型为支付或提现。
进一步地,信息处理装置在所述从所述处理请求中获取目标账户标识之后,可以先获取预设缓存库的开关状态;预设缓存库为以账户标识为缓存关键字建立的数据库;当开关状态为开启状态时,在预设缓存库中查询是否存在目标账户标识;当预设缓存库中不存在目标账户标识时,从更新后的绑定数据表中,获取与目标账户标识对应的绑定信息,并将与目标账户标识对应的绑定信息保存至预设缓存库中;当预设缓存库中存在目标账户标识时,从预设缓存库中获取与目标账户标识对应的绑定信息。
示例性地,信息处理装置判断动态配置服务是否开启,当动态配置服务开启时,获取动态配置服务中的预设缓存库的开关状态,当开关状态为开启状态时,在预设缓存库中查询是否存在目标账户标识,否则,直接在更新后的绑定数据表中,获取与目标账户标识对应的绑定信息;当动态配置服务关闭时,将默认状态作为预设缓存库的开关状态,并基于开关状态执行操作。
S402、从更新后的绑定数据表中,获取与目标账户标识对应的待选处理途径标识。
信息处理装置从更新后的绑定数据表中,获取与目标账户标识对应的所有绑定信息,判断所有绑定信息的绑定状态;将所有绑定信息中的绑定状态为可用状态的绑定信息,作为待选绑定信息,将待选绑定信息中的处理途径标识作为待选处理途径标识。
示例性地,更新后的绑定数据表包括更新后的签约数据表,目标账户标识包括目标银行卡标识,待选处理途径标识包括待选交易渠道标识;信息处理装置从更新后的签约数据表中,获取与目标银行卡标识对应的所有签约信息,判断所有签约信息的签约状态;将所有签约信息中的签约状态为可用状态的签约信息,作为待选签约信息,将待选签约信息中的交易渠道标识作为待选交易渠道标识。
在一些实施例中,信息处理装置在所述当接收到处理请求时,从所述处理请求中获取目标账户标识之后,当更新后的绑定数据表中不存在目标账户标识对应的待选处理途径标识时,从处理请求中获取当前处理类别和当前处理对象;基于当前处理类别和当前处理对象,从预设途径对应关系中,获取待签处理途径标识,以推荐待前处理途径标识表征的待签处理途径;预设途径对应关系表征处理对象、处理类别和处理途径标识的对应关系。
信息处理装置在与目标账户标识对应的所有绑定信息的绑定状态为不可用状态时,确定不存在目标账户标识对应的待选处理途径标识,从处理请求中获取当前处理类别和当前处理对象;将预设途径对应关系中的处理类别与当前处理对象一致、处理类别和当前处理类别一致的处理途径标识,作为待签处理途径标识,并向支付机构推荐待签处理途径,支付机构从待签处理途径中选择一个处理途径,信息处理装置采用这个处理途径和目标账户标识进行补绑定,并通过这个处理途径完成处理。
在一些实施例中,信息处理装置将预设途径对应关系中的处理类别与当前处理对象一致、处理类别和当前处理类别一致的处理途径标识,作为可用处理途径标识;当可用处理途径标识为至少两个可用处理途径标识时,获取至少两个可用处理途径标识各自的费率和/或途径处理参数;从至少两个可用处理途径标识中,选择费率最低和/或途径处理参数最低的至少一个可用处理途径标识,作为待签处理途径标识;途径处理参数表征处理途径的处理资源的占用程度。
S403、基于处理请求,从待选处理途径标识中确定目标处理途径标识,以通过目标处理途径标识表征的目标处理途径完成处理。
信息处理装置将待选处理途径标识中的一个处理途径标识,作为目标处理途径标识,并控制目标处理途径完成处理。
示例性地,信息处理装置将待选交易渠道标识中的一个交易渠道标识,作为目标交易渠道标识,并控制目标交易渠道实现交易。
在一些实施例中,信息处理装置从处理请求中获取当前处理类别和当前处理对象;基于所述当前处理类别、所述当前处理对象和预设途径对应关系,从所述待选处理途径标识中确定所述目标处理途径标识;所述预设途径对应关系表征处理对象、处理类别和处理途径标识的对应关系。
信息处理装置从处理请求中获取当前处理类别或当前处理对象;从预设途径对应关系中,确定待选处理途径标识各自对应的处理类别或处理对象;将待选处理途径标识中的处理类别与当前处理对象一致的处理途径标识,作为目标处理途径标识,或者,将待选处理途径标识中的处理类别和当前处理类别一致的处理途径标识,作为目标处理途径标识。
信息处理装置从处理请求中获取当前处理类别和当前处理对象;从预设途径对应关系中,确定待选处理途径标识各自对应的处理类别和处理对象;将待选处理途径标识中的处理类别与当前处理对象一致的处理途径标识、且处理类别和当前处理类别一致的处理途径标识,作为目标处理途径标识。
在一些实施例中,信息处理装置根据预设途径对应关系,从待选处理途径标识中,获取与当前处理类别和当前处理途径标识对应的初始处理途径标识;当初始处理途径标识包括至少两个处理途径标识时,获取至少两个处理途径标识各自对应的途径处理参数;途径处理参数表征处理途径的处理资源的占用程度;根据途径处理参数,从至少两个处理途径标识中确定目标处理途径标识。
信息处理装置从预设途径对应关系中,确定待选处理途径标识各自对应的处理类别和处理对象;将待选处理途径标识中的处理类别与当前处理对象一致的处理途径标识、且处理类别和当前处理类别一致的处理途径标识,作为初始处理途径标识;当初始处理途径标识包括至少两个处理途径标识时,获取至少两个处理途径标识各自对应的途径处理参数,从至少两个处理途径标识中,选择途径处理参数最低的至少一个处理途径标识,作为目标处理途径标识;当初始处理途径标识为一个处理途径标识时,将这一个处理途径标识,作为目标处理途径标识。
示例性地,信息处理装置执行处理请求处理代码(或交易请求处理代码),接收支付机构发送的处理请求,该处理请求处理代码如下:
在一些实施例中,信息处理装置确定目标处理途径标识后,控制目标处理途径标识表征的目标处理途径,和当前处理对象进行处理。
示例性地,当前处理类别为支付时,控制目标处理途径在目标账户标识对应的账户余额大于支付金额时,从账户余额中扣除支付金额,并支付给当前处理对象。
参见图7和图8,图7为本公开实施例提供的一种信息处理系统的结构示意图,信息处理系统7包括信息处理装置71、预设绑定数据表72和预设缓存库73,其中,信息处理装置71包括解绑定处理模块711和交易请求处理模块712;预设绑定数据表72包括主表721和冗余表722,预设绑定数据表72可以为基于MySQL数据库建立的数据表;图8是基于图7所示的信息处理系统,实现本公开实施例的信息处理方法的一个可选的流程示意图,将结合图8示出的步骤进行说明。
S501、解绑定处理模块在接收到绑定请求时,从绑定请求中获取第一账户标识、第一处理途径标识和第一途径绑定标识。
S502、解绑定处理模块基于第一账户标识、第一处理途径标识和第一途径绑定标识,生成绑定信息。
S503、解绑定处理模块在主表中不存在第一账户标识和第一处理途径标识时,利用绑定信息更新主表和冗余表,得到更新后的绑定数据表;当主表中存在第一账户标识和第一处理途径标识时,利用第一途径绑定标识更新主表,并判断冗余表中是否存在第一处理途径标识和第一途径绑定标识;当冗余表中存在第一处理途径标识和第一途径绑定标识时,利用绑定信息更新冗余表,得到更新后的绑定数据表。
S504、解绑定处理模块获取预设缓存库的开关状态;当开关状态为开启状态时,在预设缓存库中删除与第一账户标识对应的绑定信息;当开关状态为关闭状态时,不对预设缓存库执行操作。
S505、请求处理模块在接收到处理请求时,从处理请求中获取目标账户标识。
S506、请求处理模块获取预设缓存库的开关状态。
S507、请求处理模块在开关状态为开启状态时,在预设缓存库中查询是否存在目标账户标识。
S508、请求处理模块在不存在目标账户标识时,从更新后的绑定数据表中,获取与目标账户标识对应的绑定信息,并将绑定信息保存至预设缓存库中;当存在目标账户标识时,从预设缓存库中获取与目标账户标识对应的绑定信息。
S509、请求处理模块从与目标账户标识对应的绑定信息中,选出绑定状态为可用状态的待选绑定信息;将待选绑定信息中的处理途径标识作为待选处理途径标识。
S5010、请求处理模块从待选处理途径标识中确定目标处理途径标识,以通过目标处理途径标识表征的目标处理途径完成处理。
步骤S501至S5010中任一步的执行过程,同理于前面所述的相同技术方案的执行过程。
需要说明的是,上述对更新后的绑定数据表执行的操作,在没有更新后的绑定数据表时,可以对预设绑定数据表执行相同的操作;步骤S503可以在步骤S504之前执行,也可以在步骤S504之后执行;步骤S501至步骤S504可以在步骤S505至步骤S5010之前执行,也可以在步骤S505至步骤S5010之后执行;本公开实施例不做限制。
综上所述,本公开实施例具有以下有益效果:
信息处理装置在接收到在当前用户信息下发出的绑定请求时,从绑定请求中仅获取第一账户标识、第一处理途径标识和第一途径绑定标识,用于生成绑定信息,在预设绑定数据表中保存该绑定信息,得到更新后的绑定数据表;由于绑定信息是基于第一账户标识、第一处理途径标识和第一途径绑定标识生成的,与当前用户信息无关,并且预设绑定数据表表征账户标识、处理途径标识和途径绑定标识的对应关系,也就是说,更新后的绑定数据表只保存与当前用户信息无关的绑定信息,不记录当前用户信息,对于一个用户使用多个用户信息(例如,用户账号)绑定同一个账户的情况,只记录同一个账户对应的一个绑定信息,而不是同一个账户和多个账号生成的多个绑定信息,提高了绑定资源的利用率。
以上描述仅为本公开的实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开实施例中所涉及的公开范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述公开实施例构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
Claims (13)
1.一种信息处理方法,其特征在于,所述方法包括:
当接收到在当前用户信息下发出的绑定请求时,从所述绑定请求中获取第一账户标识、第一处理途径标识和第一途径绑定标识,其中,所述用户信息包括用户账号,所述第一账户标识包括第一银行卡标识,所述第一处理途径标识为管理账户处理的处理途径方的编号,第一途径绑定标识为根据所述第一账户标识和所述第一处理途径标识生成的绑定协议号;
基于所述第一账户标识、所述第一处理途径标识和所述第一途径绑定标识,生成绑定信息;所述绑定信息为与所述用户账号无关的信息;
将所述绑定信息保存至预设绑定数据表中,得到更新后的绑定数据表;所述预设绑定数据表表征账户标识、处理途径标识和途径绑定标识的对应关系。
2.根据权利要求1所述的方法,其特征在于,所述预设绑定数据表包括主表和冗余表,所述主表为以账户标识和处理途径标识为数据库主键建立的数据表,所述冗余表为以处理途径标识和途径绑定标识为数据库主键建立的数据表;所述将所述绑定信息保存至预设绑定数据表中,得到更新后的绑定数据表,包括:
当所述主表中不存在所述第一账户标识和所述第一处理途径标识时,利用所述绑定信息更新所述主表和所述冗余表,得到所述更新后的绑定数据表;
当所述主表中存在所述第一账户标识和所述第一处理途径标识时,利用所述第一途径绑定标识更新所述主表,并判断所述冗余表中是否存在所述第一处理途径标识和所述第一途径绑定标识;
当所述冗余表中存在所述第一处理途径标识和所述第一途径绑定标识时,利用所述绑定信息更新所述冗余表,得到所述更新后的绑定数据表。
3.根据权利要求1所述的方法,其特征在于,在所述将所述绑定信息保存至预设绑定数据表中,得到更新后的绑定数据表之后,所述方法还包括:
当接收到处理请求时,从所述处理请求中获取目标账户标识;
从所述更新后的绑定数据表中,获取与所述目标账户标识对应的待选处理途径标识;
基于所述处理请求,从所述待选处理途径标识中确定目标处理途径标识,以通过所述目标处理途径标识表征的目标处理途径完成处理。
4.根据权利要求3所述的方法,其特征在于,所述基于所述处理请求,从所述待选处理途径标识中确定目标处理途径标识,包括:
从所述处理请求中获取当前处理类别和当前处理对象;
基于所述当前处理类别、所述当前处理对象和预设途径对应关系,从所述待选处理途径标识中确定所述目标处理途径标识;所述预设途径对应关系表征处理对象、处理类别和处理途径标识的对应关系。
5.根据权利要求4所述的方法,其特征在于,所述基于所述当前处理类别、所述当前处理对象和预设途径对应关系,从所述待选处理途径标识中确定所述目标处理途径标识,包括:
根据所述预设途径对应关系,从所述待选处理途径标识中,获取与所述当前处理类别和所述当前处理途径标识对应的初始处理途径标识;
当所述初始处理途径标识包括至少两个处理途径标识时,获取所述至少两个处理途径标识各自对应的途径处理参数;所述途径处理参数表征处理途径的处理资源的占用程度;
根据所述途径处理参数,从所述至少两个处理途径标识中确定所述目标处理途径标识。
6.根据权利要求3所述的方法,其特征在于,在所述当接收到处理请求时,从所述处理请求中获取目标账户标识之后,所述方法还包括:
当所述更新后的绑定数据表中不存在所述目标账户标识对应的待选处理途径标识时,从所述处理请求中获取当前处理类别和当前处理对象;
基于所述当前处理类别和所述当前处理对象,从预设途径对应关系中,获取待选处理途径标识,以推荐所述待选处理途径标识表征的待选处理途径;所述预设途径对应关系表征处理对象、处理类别和处理途径标识的对应关系。
7.根据权利要求3所述的方法,其特征在于,在所述从所述处理请求中获取目标账户标识之后,所述方法还包括:
获取预设缓存库的开关状态;所述预设缓存库为以账户标识为缓存关键字建立的数据库;
当所述开关状态为开启状态时,在所述预设缓存库中查询是否存在所述目标账户标识;
当所述预设缓存库中不存在所述目标账户标识时,从所述更新后的绑定数据表中,获取与目标账户标识对应的绑定信息,并将所述目标账户标识对应的绑定信息保存至所述预设缓存库中;
当所述预设缓存库中存在所述目标账户标识时,从所述预设缓存库中获取与目标账户标识对应的绑定信息。
8.根据权利要求1所述的方法,其特征在于,在所述将所述绑定信息保存至预设绑定数据表中,得到更新后的绑定数据表之后,所述方法还包括:
获取预设缓存库的开关状态;所述预设缓存库为以账户标识为缓存关键字建立的数据库;
当所述开关状态为开启状态时,在所述预设缓存库中删除与所述第一账户标识对应的所述绑定信息。
9.根据权利要求1所述的方法,其特征在于,在所述从所述绑定请求中获取第一账户标识、第一处理途径标识和第一途径绑定标识之前,所述方法还包括:
以账户标识、处理途径标识和途径绑定标识为数据库字段,建立所述预设绑定数据表。
10.根据权利要求9所述的方法,其特征在于,所述预设绑定数据表包括主表和冗余表,所述主表为以账户标识和处理途径标识为数据库主键建立的数据表,所述冗余表为以处理途径标识和途径绑定标识为数据库主键建立的数据表;在所述以账户标识、处理途径标识和途径绑定标识为数据库主键,建立预设绑定数据表之后,所述方法还包括:
当接收到解绑请求、且从所述解绑请求中获取到第二账户标识时,对所述预设绑定数据表中的与所述第二账户标识对应的绑定信息设置为不可用状态;
当接收到解绑请求、且从所述解绑请求中获取到第二处理途径信息和第二途径绑定信息时,从所述冗余表中,获取与所述第二处理途径信息和所述第二途径绑定信息对应的当前账户标识;将所述主表中的与所述当前账户标识和所述第二处理途径信息对应的绑定信息设置为不可用状态,将所述冗余表中的与所述第二处理途径信息和所述第二途径绑定信息对应的绑定信息设置为不可用状态。
11.一种信息处理装置,其特征在于,所述装置包括:
解绑定处理模块,用于当接收到在当前用户信息下发出的绑定请求时,从所述绑定请求中获取第一账户标识、第一处理途径标识和第一途径绑定标识,其中,所述用户信息包括用户账号,所述第一账户标识包括第一银行卡标识,所述第一处理途径标识为管理账户处理的处理途径方的编号,第一途径绑定标识为根据所述第一账户标识和所述第一处理途径标识生成的绑定协议号;及基于所述第一账户标识、所述第一处理途径标识和所述第一途径绑定标识,生成绑定信息;所述绑定信息为与所述用户账号无关的信息;以及将所述绑定信息保存至预设绑定数据表中,得到更新后的绑定数据表;所述预设绑定数据表表征账户标识、处理途径标识和途径绑定标识的对应关系。
12.一种服务器,其特征在于,所述服务器包括:处理器、存储器和通信总线,所述存储器通过所述通信总线与所述处理器进行通信,所述存储器存储所述处理器可执行的一个或者多个程序,当所述一个或者多个程序被执行时,通过所述处理器执行如权利要求1-10任一项所述的方法。
13.一种存储介质,其特征在于,所述存储介质存储有程序,当所述程序被至少一个处理器执行时,实现所述至少一个处理器执行权利要求1-10任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010054912.2A CN111275543B (zh) | 2020-01-17 | 2020-01-17 | 一种信息处理方法、装置、服务器及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010054912.2A CN111275543B (zh) | 2020-01-17 | 2020-01-17 | 一种信息处理方法、装置、服务器及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111275543A CN111275543A (zh) | 2020-06-12 |
CN111275543B true CN111275543B (zh) | 2023-06-23 |
Family
ID=71003297
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010054912.2A Active CN111275543B (zh) | 2020-01-17 | 2020-01-17 | 一种信息处理方法、装置、服务器及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111275543B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112184197A (zh) * | 2020-09-17 | 2021-01-05 | 中国银联股份有限公司 | 资源账户绑定方法、服务器、设备、系统及存储介质 |
CN114155092A (zh) * | 2021-12-17 | 2022-03-08 | 中国邮政储蓄银行股份有限公司 | 银行账户的管理方法、管理装置、处理器与电子设备 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102521742B (zh) * | 2011-12-23 | 2015-06-10 | 凌芳 | 基于银行卡系统实现商户方、消费者、渠道方即时结算的通讯方法 |
CN104065639B (zh) * | 2013-11-06 | 2015-07-29 | 腾讯科技(深圳)有限公司 | 银行卡的绑定方法及系统 |
CN104751335B (zh) * | 2013-12-31 | 2017-07-21 | 腾讯科技(深圳)有限公司 | 业务处理方法、装置及终端 |
CN110009315A (zh) * | 2014-05-15 | 2019-07-12 | 阿里巴巴集团控股有限公司 | 一种支付方法、支付页面的展示方法及装置 |
CN104504562B (zh) * | 2014-12-22 | 2018-08-07 | 张文 | 一种移动支付方法及系统 |
CN105787733B (zh) * | 2014-12-24 | 2020-09-08 | 阿里巴巴集团控股有限公司 | 一种业务信息处理方法及装置 |
CN109993513A (zh) * | 2019-03-22 | 2019-07-09 | 北京三快在线科技有限公司 | 支付账户绑定银行卡的方法、装置和系统 |
CN110175833B (zh) * | 2019-05-30 | 2023-08-15 | 中移电子商务有限公司 | 一种绑定银行卡信息的计算机装置、方法、系统及介质 |
-
2020
- 2020-01-17 CN CN202010054912.2A patent/CN111275543B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN111275543A (zh) | 2020-06-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI705346B (zh) | 基於中心化結算與區塊鏈存證的交易方法及系統 | |
CN108846753B (zh) | 用于处理数据的方法和装置 | |
CN111338797A (zh) | 任务处理方法、装置、电子设备及计算机可读存储介质 | |
TW201439792A (zh) | 資料庫訪問系統及方法 | |
CN110019080A (zh) | 数据访问方法和装置 | |
CN111275543B (zh) | 一种信息处理方法、装置、服务器及存储介质 | |
CN110704833A (zh) | 数据权限配置方法、设备、电子设备及存储介质 | |
CN109388626A (zh) | 用于向业务分配编号的方法和装置 | |
CN110334103A (zh) | 推荐服务的更新方法、提供装置、访问装置和推荐系统 | |
CN110196683A (zh) | 一种操作控制的方法、装置、终端设备和介质 | |
CN117557394A (zh) | 智能对账方法、系统、设备及储存介质 | |
CN112685075A (zh) | 灰度发布方法、装置、电子设备和计算机可读介质 | |
CN113704222A (zh) | 一种处理业务请求的方法和装置 | |
KR102109201B1 (ko) | 사용자 단말기들 사이의 게임 아이템 거래를 중개하는 네트워크 서버 및 그것의 동작 방법 | |
CN116233254A (zh) | 业务切流方法、装置、计算机设备和存储介质 | |
CN109614089A (zh) | 数据访问代码的自动生成方法、装置、设备及存储介质 | |
CN113064704B (zh) | 任务处理方法、装置、电子设备和计算机可读介质 | |
CN113850685A (zh) | 用于实时理算的方法、装置、服务器和介质 | |
CN102402433B (zh) | 模型、操作以及实现的分离 | |
CN113761075A (zh) | 切换数据库的方法、装置、设备和计算机可读介质 | |
CN110889040B (zh) | 用于推送信息的方法和装置 | |
US20230153457A1 (en) | Privacy data management in distributed computing systems | |
CN109741026A (zh) | 基于活动对的流程引擎处理方法及装置 | |
US20230153450A1 (en) | Privacy data management in distributed computing systems | |
US20230195901A1 (en) | Model-based upgrade recommendations using software dependencies |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |