CN110956467A - 一种数据存储方法、装置及系统 - Google Patents
一种数据存储方法、装置及系统 Download PDFInfo
- Publication number
- CN110956467A CN110956467A CN201911047234.0A CN201911047234A CN110956467A CN 110956467 A CN110956467 A CN 110956467A CN 201911047234 A CN201911047234 A CN 201911047234A CN 110956467 A CN110956467 A CN 110956467A
- Authority
- CN
- China
- Prior art keywords
- data
- account
- identification
- verified
- identification data
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 46
- 238000013500 data storage Methods 0.000 title claims abstract description 35
- 238000012795 verification Methods 0.000 claims abstract description 253
- 238000004891 communication Methods 0.000 claims description 20
- 238000004590 computer program Methods 0.000 claims description 11
- 239000000126 substance Substances 0.000 claims description 2
- 230000015572 biosynthetic process Effects 0.000 claims 1
- 238000012545 processing Methods 0.000 abstract description 12
- 239000000284 extract Substances 0.000 description 9
- 230000008569 process Effects 0.000 description 8
- 230000009471 action Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 3
- 238000010200 validation analysis Methods 0.000 description 3
- 239000002699 waste material Substances 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 238000000605 extraction Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- General Engineering & Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请提供了一种数据存储方法、装置及系统，属于数据处理技术领域。本申请针对每个账号建立方，获取验证数据，所述验证数据用于验证利用该账号建立方所建立账号进行支付的支付请求；获取所述账号建立方的标识数据，所述标识数据为该账号建立方所建立的账号中包含的、用于标识该账号建立方的数据；对应存储所述标识数据和所述验证数据，得到标识数据和验证数据的对应关系，所述对应关系用于在获取到待验证账号时，根据所述待验证账号包含的标识数据，确定用于验证利用所述待验证账号进行支付的目标支付请求的验证数据。采用本申请提供的技术方案，可以解决服务器内存资源被浪费的问题。
Description
技术领域
本申请涉及数据处理技术领域，尤其涉及一种数据存储方法、装置及系统。
背景技术
提供网络支付服务的服务器在对用户的支付请求进行验证时，需要根据待进行支付的银行卡的卡号，确定用于验证支付请求的请求参数是否正确的验证数据。其中，银行卡的发卡银行可以为不同的银行，每个银行对应的验证数据只有一个、且各银行对应的验证数据不同。
相关技术中，服务器可以针对每个卡号，确定与该卡号所属发卡银行对应的验证数据，对应存储该卡号、确定出的验证数据，得到卡号与验证数据的对应关系。后续，在接收到支付请求后，服务器可以获取支付请求携带的卡号，根据卡号与验证数据的对应关系，确定与该卡号对应的验证数据。然后，服务器可以基于确定出的验证数据对该支付请求进行验证。
然而，在实现本发明过程中，发明人发现随着新卡数量不断增加，针对每个卡号对应存储卡号和用于验证该卡号的验证数据，会出现服务器针对与同一验证数据对应的多个卡号，重复存储验证数据的情况，导致服务器内存资源的浪费。
发明内容
本申请实施例的目的在于提供一种数据存储方法、装置及系统，以解决服务器内存资源被浪费的问题。具体技术方案如下：
第一方面，提供了一种数据存储方法，所述方法包括：
针对每个账号建立方，获取验证数据，所述验证数据用于验证利用该账号建立方所建立账号进行支付的支付请求；
获取所述账号建立方对应的标识数据，所述标识数据为该账号建立方所建立的账号中包含的、用于标识该账号建立方的数据；
对应存储所述标识数据和所述验证数据，得到标识数据和验证数据的对应关系，所述对应关系用于在获取到待验证账号时，根据所述待验证账号包含的标识数据，确定用于验证利用所述待验证账号进行支付的目标支付请求的验证数据。
可选的，所述方法还包括：
获取待验证账号；
从所述待验证账号中，提取用于标识所述待验证账号所属账号建立方的目标标识数据；
根据所述标识数据和验证数据的对应关系，确定所述目标标识数据对应的验证数据；
基于所述目标标识数据对应的验证数据，对所述目标支付请求进行验证。
可选的，所述从所述待验证账号中，提取用于标识所述待验证账号所属账号建立方的目标标识数据，包括：
从预设的数据识别码长度范围中选取预测数据识别码长度；
从所述待验证账号中按照所述预测数据识别码长度选取字符，得到预测数据识别码；
生成包含所述预测数据识别码和所述待验证账号的账号长度值的预测标识数据；
如果所述标识数据与验证数据的对应关系中，存在与所述预测标识数据匹配的标识数据，将该标识数据作为目标标识数据。
可选的，所述从预设的数据识别码长度范围中选取预测数据识别码长度，包括：
按照预先存储的各数据识别码长度在已验证数据的数据识别码长度中的概率分布，从预设的数据识别码长度范围中，选取预测数据识别码长度。
可选的，所述标识数据包括所述账号建立方的数据识别码和所述账号的账号长度值。
第二方面，提供了一种数据存储系统，所述系统包括第一服务器和第二服务器；其中，所述第一服务器用于针对每个账号建立方，存储验证数据，所述验证数据用于验证利用该账号建立方所建立账号进行支付的支付请求；
所述第二服务器用于针对每个账号建立方，从所述第一服务器处获取所述验证数据；获取所述账号建立方对应的标识数据，所述标识数据为该账号建立方所建立的账号中包含的、用于标识该账号建立方的数据；对应存储所述标识数据和所述验证数据，得到标识数据和验证数据的对应关系，所述对应关系用于在获取到待验证账号时，根据所述待验证账号包含的标识数据，确定用于验证利用所述待验证账号进行支付的目标支付请求的验证数据。
可选的，所述第二服务器还用于获取待验证账号；从所述待验证账号中，提取用于标识所述待验证账号所属账号建立方的目标标识数据；根据所述标识数据和验证数据的对应关系，确定所述目标标识数据对应的验证数据；基于所述目标标识数据对应的验证数据，对所述目标支付请求进行验证。
可选的，所述第二服务器还用于从预设的数据识别码长度范围中选取预测数据识别码长度；从所述待验证账号中按照所述预测数据识别码长度选取字符，得到预测数据识别码；生成包含所述预测数据识别码和所述待验证账号的账号长度值的预测标识数据；如果所述标识数据与验证数据的对应关系中，存在与所述预测标识数据匹配的标识数据，将该标识数据作为目标标识数据。
可选的，所述系统还包括第三服务器；其中，
所述第三服务器用于获取待验证账号；从所述待验证账号中，提取用于标识所述待验证账号所属账号建立方的目标标识数据；将所述目标标识数据发送至所述第二服务器；
所述第二服务器，还用于根据所述标识数据和验证数据的对应关系，确定所述目标标识数据对应的验证数据，将所述目标标识数据对应的验证数据发送至所述第三服务器；
所述第三服务器，还用于接收所述第二服务器发送的所述目标标识数据对应的验证数据；基于所述目标标识数据对应的验证数据，对所述目标支付请求进行验证。
可选的，所述第三服务器还用于从预设的数据识别码长度范围中选取预测数据识别码长度；从所述待验证账号中按照所述预测数据识别码长度选取字符，得到预测数据识别码；生成包含所述预测数据识别码和所述待验证账号的账号长度值的预测标识数据；将所述预测标识数据发送至所述第二服务器；
所述第二服务器，还用于当所述标识数据与验证数据的对应关系中，存在与所述预测标识数据匹配的标识数据时，将该标识数据作为目标标识数据，将所述目标标识数据对应的验证数据发送至所述第三服务器；
所述第三服务器，还用于接收所述第二服务器发送的所述目标标识数据对应的验证数据。
第三方面，提供了一种数据存储装置，所述装置包括：
第一获取模块，用于针对每个账号建立方，获取验证数据，所述验证数据用于验证利用该账号建立方所建立账号进行支付的支付请求；
第二获取模块，用于获取所述账号建立方的标识数据，所述标识数据为该账号建立方所建立的账号中包含的、用于标识该账号建立方的数据；
存储模块，用于对应存储所述标识数据和所述验证数据，得到标识数据和验证数据的对应关系，所述对应关系用于在获取到待验证账号时，根据所述待验证账号包含的标识数据，确定用于验证利用所述待验证账号进行支付的目标支付请求的验证数据。
可选的，所述装置还包括：
第三获取模块，用于获取待验证账号；
提取模块，用于从所述待验证账号中，提取用于标识所述待验证账号所属账号建立方的目标标识数据；
确定模块，用于根据所述标识数据和验证数据的对应关系，确定所述目标标识数据对应的验证数据；
验证模块，用于基于所述目标标识数据对应的验证数据，对所述目标支付请求进行验证。
可选的，所述提取模块包括：
第一选取子模块，用于从预设的数据识别码长度范围中选取预测数据识别码长度；
第二选取子模块，用于从所述待验证账号中按照所述预测数据识别码长度选取字符，得到预测数据识别码；
生成子模块，用于生成包含所述预测数据识别码和所述待验证账号的账号长度值的预测标识数据；
验证模块，用于当所述标识数据与验证数据的对应关系中，存在与所述预测标识数据匹配的标识数据时，将该标识数据作为目标标识数据。
可选的，所述第一选取子模块用于按照预先存储的各数据识别码长度在已验证数据的数据识别码长度中的概率分布，从预设的数据识别码长度范围中，选取预测数据识别码长度。
可选的，所述标识数据包括所述账号建立方的数据识别码和所述账号的账号长度值。
第四方面，提供了一种服务器，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现第一方面中所述的方法步骤。
第五方面，提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现第一方面中所述的方法步骤。
本申请实施例有益效果：
本申请实施例提供了一种数据存储方法、装置及系统，本申请通过针对每个账号建立方，获取验证数据，验证数据用于验证利用该账号建立方所建立账号进行支付的支付请求；获取账号建立方对应的标识数据，标识数据为该账号建立方所建立的账号中包含的、用于标识该账号建立方的数据；对应存储标识数据和验证数据，得到标识数据和验证数据的对应关系，该对应关系用于在获取到待验证账号时，根据待验证账号包含的标识数据确定用于验证利用待验证账号进行支付的目标支付请求的验证数据。由于针对属于同一账号建立方的多个账号，只需存储一个标识数据和一个验证数据，避免了同时存储多个账号和多个验证数据，因此，能够解决服务器内存资源被浪费的问题。
当然，实施本申请的任一产品或方法并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种数据存储方法的流程图；
图2为本申请实施例提供的另一种数据存储方法的流程图；
图3为本申请实施例提供的另一种数据存储方法的流程图；
图4为本申请实施例提供的一种数据存储装置的结构示意图；
图5为本申请实施例提供的一种服务器的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例提供了一种数据存储方法，可以应用于服务器，例如，服务器可以为购物网站的后台服务器。服务器可以具有对利用账号进行网络支付的支付请求进行验证的功能，其中，账号可以是银行卡卡号、电话号码。
本申请实施例中，账号可能由不同的账号建立方建立，利用不同账号建立方的账号进行支付时，服务器验证支付请求所需的验证数据不同，因此，在验证支付请求时，服务器需要确定支付请求所利用账号的所属账号建立方、用于验证利用该账号建立方所建立账号进行支付的支付请求的验证数据，再采用确定出的验证数据对支付请求进行验证。为了便于描述，将用于验证利用某一账号建立方所建立账号进行支付的支付请求的验证数据，称为该账号建立方对应的验证数据。
以账号为银行卡卡号为例，账号建立方可以为银行，账号建立方对应的验证数据可以为：发卡银行的名称、银行卡的类型、银行编码、卡BIN(Bank Identification Number，发卡行识别码)、卡BIN的长度中的一种或多种。其中，发卡银行的名称例如中国银行、中国工商银行和中国农业银行，银行卡的类型例如借记卡、储蓄卡和信用卡。中国银联发行的银行卡的卡BIN例如612345、612435。Visa卡的卡BIN例如412345、413245。卡BIN的长度一般为6位。
工作人员研究发现，当确定某一账号的账号长度值、该账号所包含的账号建立方的数据识别码后，即可在各账号建立方对应的验证数据中确定与该账号所属账号建立方对应的验证数据，由此，可以根据账号长度值和数据识别码确定账号建立方的标识数据。除账号建立方的数据识别码和账号的账号长度值外，标识数据还可以包括数据识别码的长度值。
仍以账号为银行卡卡号、账号建立方为银行为例，账号建立方的数据识别码可以是银行卡的卡BIN，账号的账号长度值例如16、19。
下面将结合具体实施方式，对本申请实施例提供的一种数据存储方法进行详细的说明，如图1所示，具体步骤如下：
步骤101，针对每个账号建立方，获取验证数据。
其中，验证数据用于验证利用该账号建立方所建立账号进行支付的支付请求。
在实施中，服务器可以接收工作人员输入的各账号建立方对应的验证数据，在本地存储接收到的验证数据。或者，服务器可以在预设的数据库中，存储各账号建立方对应的验证数据。
由此，在为用户提供支付服务前，服务器可以针对每个账号建立方，从本地读取该账号建立方对应的验证数据，或者，通过访问数据库的方式，从数据库中读取该账号建立方对应的验证数据。
本申请实施例中，服务器需要通过数据库的接口访问数据库，数据库可以存储于服务器中，也可以存储于其他设备中。数据库采用特殊的数据存储方式，能够减少存储数据所需的内存资源，但是读取速度慢。例如，采用类似表格的数据存储方式，一个验证数据对应于表格的一行数据，各行数据在磁盘的存储位置首尾相接，从而可以减少占用磁盘的存储空间。当服务器从数据库中读取数据时，需要先将数据从磁盘加载到内存中，由于磁盘读取速度的限制，导致数据库的读取速度慢。
步骤102，获取每个账号建立方的标识数据。
其中，标识数据为该账号建立方所建立的账号中包含的、用于标识该账号建立方的数据。
在实施中，服务器获取账号建立方的标识数据的方式可以是多种多样的，在一种可行的实现方式中，服务器中可以存储有各账号建立方的标识数据，服务器可以在获取某一账号建立方对应的验证数据后，获取本地存储的该账号建立方的标识数据。
仍以账号为银行卡卡号、账号建立方为银行为例，服务器可以在获取中国银行对应的验证数据后，获取本地存储的中国银行的标识数据。
在另一种可行的实现方式中，如果服务器获取到的验证数据包含标识数据，服务器可以从验证数据中提取标识数据。
仍以账号为银行卡卡号、账号建立方为银行为例，如果服务器获取到的验证数据包含：卡BIN为612345，卡号长度为19，服务器可以从验证数据中提取卡BIN612345和卡号长度19，作为该账号建立方的标识数据612345-19。
在第三种可行的实现方式中，服务器可以在获取某一账号建立方对应的验证数据后，获取该账号建立方建立的账号，从该账号中提取用于标识待验证账号所属账号建立方的标识数据。
仍以账号为银行卡卡号、账号建立方为银行为例，服务器可以在获取中国银行对应的验证数据后，获取中国银行建立的账号6123451234512345123，从该账号中提取前6位612345作为中国银行的数据识别码、提取该账号的长度19作为账号长度值，得到标识数据612345-19。
步骤103，对应存储标识数据和验证数据，得到标识数据和验证数据的对应关系。
其中，标识数据和验证数据的对应关系用于在获取到待验证账号时，根据待验证账号包含的标识数据，确定用于验证利用待验证账号进行支付的目标支付请求的验证数据，具体确定过程后续会进行详细说明。
在实施中，在确定各账号建立方对应的验证数据和标识数据后，服务器可以对应存储标识数据和验证数据，得到标识数据和验证数据的对应关系。
可选的，服务器可以在本地缓存中存储标识数据和验证数据的对应关系，由此，便于后续快速读取标识数据和验证数据的对应关系，减少支付请求验证所需的处理时间，提高服务器中用于进行支付请求验证的接口的接口性能。服务器也可以在其他设备中存储标识数据和验证数据的对应关系，由此，便于节省自身的内存资源。
可选的，服务器可以以map(地图)数据存储结构存储标识数据和验证数据的对应关系，具体的，服务器可以将标识数据作为key(钥匙)、将验证数据作为value(值)，对应存储标识数据和验证数据。由此，服务器可以快速读取标识数据和验证数据，减少支付请求验证所需的处理时间，提高服务器中用于进行支付请求验证的接口的接口性能。服务器还可以基于其他数据存储结构存储标识数据和验证数据的对应关系，本申请实施例不作具体限定。
本申请实施例中，服务器可以针对每个账号建立方，获取用于验证利用该账号建立方所建立账号进行支付的支付请求的验证数据，然后，获取该账号建立方的标识数据，之后，再对应存储标识数据和验证数据，得到标识数据和验证数据的对应关系。由此，实现了针对属于同一账号建立方的多个账号，只需存储一个标识数据和一个验证数据。
相关技术中，服务器需要针对每个账号对应存储该账号和验证数据，导致针对属于同一账号建立方的多个账号，存储多个账号并且多次存储同一验证数据。采用本申请实施例所提供的技术方案，一方面能够减少验证数据的存储次数，从而减少存储验证数据所占用的内存资源。另一方面，无需存储多个账号，从而能够减少存储账号所占用的内存资源，因此，能够解决服务器内存资源被浪费的问题。
相关技术中，服务器针对每个账号，存储该账号和用于验证利用该账号进行支付的支付请求的验证数据，导致存储账号和验证数据所占用的内存资源极大，可能达到近百Gb，而采用本申请实施例所提供的技术方案，能够将标识数据和验证数据所占用的内存资源降至100Mb左右，极大的减少了内存资源的占用。
可选的，在建立标识数据和验证数据的对应关系后，服务器可以根据待验证账号包含的标识数据确定用于验证利用待验证账号进行支付的目标支付请求的验证数据，并基于确定出的验证数据对目标支付请求进行验证，如图2所示，可以包括以下步骤：
步骤201，获取待验证账号。
在实施中，用户在网络购物的过程中，如果想要购买某一物品，可以通过用户终端发送目标支付请求至服务器。
在一种可行的实现方式中，目标支付请求可以携带有用户支付使用的账号，服务器可以获取目标支付请求携带的账号，作为待验证账号。在另一种可行的实现方式中，目标支付请求可以携带有用户的用户标识，服务器可以获取目标支付请求携带的用户标识，然后，根据预先存储的用户支付使用的账号和用户标识的对应关系，确定与用户的用户标识对应的账号，将该账号作为待验证账号。
步骤202，从待验证账号中，提取用于标识待验证账号所属账号建立方的目标标识数据。
在实施中，在标识数据包含账号建立方的数据识别码和账号的账号长度值的情况下，服务器可以从待验证账号中，提取待验证账号所属账号建立方的数据识别码，确定待验证账号的账号长度值。然后，服务器可以将数据识别码和账号长度值，作为目标标识数据。
在标识数据包含账号建立方的数据识别码、数据识别码的长度值和账号的账号长度值的情况下，服务器可以从待验证账号中，提取待验证账号所属账号建立方的数据识别码，确定数据识别码的长度值、待验证账号的账号长度值。然后，服务器可以将数据识别码、数据识别码的长度值和账号长度值，作为目标标识数据。
服务器从待验证账号中，提取待验证账号所属账号建立方的数据识别码的具体处理过程后续会进行详细说明。
步骤203，根据标识数据和验证数据的对应关系，确定目标标识数据对应的验证数据。
在实施中，服务器可以在标识数据和验证数据的对应关系所包含的标识数据中，查找目标标识数据，获取目标标识数据对应的验证数据。
步骤204，基于目标标识数据对应的验证数据，对利用待验证账号进行支付的目标支付请求进行验证。
在实施中，服务器基于目标标识数据对应的验证数据，对利用待验证账号进行支付的目标支付请求进行验证的具体处理过程，可以参考相关技术中服务器基于验证数据验证支付请求的处理过程，此处不再赘述。
本申请实施例中，服务器可以获取待验证账号，从待验证账号中，提取用于标识待验证账号所属账号建立方的目标标识数据。然后，根据标识数据和验证数据的对应关系，确定目标标识数据对应的验证数据。之后，服务器可以基于目标标识数据对应的验证数据，对利用待验证账号进行支付的目标支付请求进行验证。由于服务器从待验证账号中提取目标标识数据，并基于标识数据与验证数据的对应关系，确定用于验证目标支付请求的验证数据，因此，能够在解决内存资源浪费的问题的同时，快速确定验证数据。
可选的，本申请实施例提供了一种基于生成预测标识数据，确定用于验证目标支付请求的验证数据的实现方式，如图3所示，可以包括以下步骤：
步骤301，获取待验证账号。
在实施中，此步骤的具体处理过程可以参照步骤201的相关描述，此处不再赘述。
步骤302，从预设的数据识别码长度范围中选取预测数据识别码长度。
其中，不同账号建立方的数据识别码长度可能不同，服务器中可以预先存储有数据识别码长度范围。
在实施中，由于服务器无法直接根据待验证账号确定该账号所属账号建立方的数据识别码，因此，服务器可以从数据识别码长度范围中，选取预测数据识别码长度，以便后续根据预测数据识别码长度和待验证账号确定待验证账号可能包含的数据识别码，该数据识别码即预测数据识别码。
服务器可以通过多种方式从预设的数据识别码长度范围中，选取预测数据识别码长度，例如，服务器可以在数据识别码长度范围中，随机选择某一数据识别码长度作为预测数据识别码长度；服务器也可以按照预设的选择规则，从数据识别码长度范围中选择某一数据识别码长度作为预测数据识别码长度。其中，预设的选择规则可以是按照数据识别码长度的数值从小到大，或者，按照数据识别码长度的数值从大到小。
可选的，预设的选择规则还可以是：按照预先存储的各数据识别码长度在已验证数据的数据识别码长度中的概率分布，从预设的数据识别码长度范围中，选取预测数据识别码。
在实施中，服务器可以获取预先存储的各数据识别码长度在已验证数据的数据识别码长度中的概率分布，然后，按照该概率分布，选择未选择过、且概率最大的数据识别码长度，作为预测数据识别码长度。
仍以账号为银行卡卡号、账号建立方为银行为例，数据识别码长度范围为2～11，各数据识别码长度在已验证数据的数据识别码长度中的概率分布包括：在10000个已验证数据的数据识别码长度中，数据识别码长度为6的概率为50％，数据识别码长度为7的概率为30％，数据识别码长度为4的概率为10％。服务器可以按照该概率分布，选取概率最大的数据识别码长度6作为预测数据识别码长度。
本申请实施例中，由于服务器按照预先存储的各数据识别码长度在已验证数据的数据识别码长度中的概率分布，从预设的数据识别码长度范围中，选取预测数据识别码长度，因此，根据预测数据识别码长度和待验证账号确定出的预测数据识别码，为待验证账号的正确数据识别码的概率更大。进一步的，基于预测数据识别码生成预测标识数据为正确标识数据的概率更大，便于尽快确定与正确标识数据对应的验证数据，并基于确定出的验证数据验证目标支付请求，减少验证支付请求所需的时间。
步骤303，从待验证账号中按照预测数据识别码长度选取字符，得到预测数据识别码。
在实施中，服务器可以从待验证账号中按照数据识别码的排列位置，选取预测数据识别码长度的字符，得到预测数据识别码。其中，数据识别码的排列位置可以为待验证账号的最前面、最后面。
例如，服务器获取的待验证账号为6123451234512345123，预测数据识别码长度为6，服务器可以从待验证账号中选取排列在前的6位字符，得到612345，作为预测数据识别码。
步骤304，生成包含预测数据识别码和待验证账号的账号长度值的预测标识数据。
在实施中，服务器可以获取待验证账号的账号长度值，然后，生成包含预测数据识别码和待验证账号的账号长度值的预测标识数据。
例如，服务器可以获取待验证账号6123451234512345123的账号长度值19，然后，生成包含预测数据识别码612345、待验证账号的账号长度值19的预测标识数据612345-19。
步骤305，判断标识数据与验证数据的对应关系中，是否存在与预测标识数据匹配的标识数据。
在实施中，服务器可以判断预先存储的标识数据与验证数据的对应关系中，是否存在与预测标识数据匹配的标识数据。
如果存在与预测标识数据匹配的标识数据，则服务器可以将该标识数据作为目标标识数据，执行步骤306。如果不存在与预测标识数据匹配的标识数据，则服务器可以执行步骤302。
步骤306，根据标识数据和验证数据的对应关系，确定目标标识数据对应的验证数据。
在实施中，此步骤的具体处理过程可以参照步骤203的相关描述，此处不再赘述。
例如，如果标识数据与验证数据的对应关系中，存在与预测标识数据612345-19匹配的标识数据612345-19，则服务器可以将612345-19作为目标标识数据。然后，服务器可以确定与目标标识数据612345-19对应的验证数据，得到验证数据：卡BIN为612345、卡号长度为19、卡BIN长度为6位、发卡机构为交通银行、银行卡的类型为借记卡。
服务器中可以预先设置有与不同发卡机构的不同银行卡的类型对应的验证算法，以对采用某一发卡机构的某一类型的银行卡进行支付的支付请求进行验证。在确定发卡机构为交通银行、银行卡的类型为借记卡之后，服务器可以采用与发卡机构为交通银行、银行卡的类型为借记卡对应的验证算法，对支付请求进行验证。
步骤307，基于目标标识数据对应的验证数据，对利用待验证账号进行支付的目标支付请求进行验证。
在实施中，此步骤的具体处理过程可以参照步骤204的相关描述，此处不再赘述。
本申请实施例中，服务器可以获取待验证账号，从预设的数据识别码长度范围中选取预测数据识别码长度，再从待验证账号中按照数据识别码长度选取字符，得到预测数据识别码。然后，服务器可以生成包含预测数据识别码和待验证账号的账号长度值的预测标识数据，并判断标识数据与验证数据的对应关系中，是否存在与预测标识数据匹配的目标标识数据。如果该对应关系中存在目标标识数据，则服务器可以基于目标标识数据对应的验证数据对目标支付请求进行验证；如果该对应关系中不存在目标标识数据，则服务器可以执行选取预测数据识别码长度等步骤。
由于不同账号建立方的数据识别码的长度不同，服务器无法直接根据待验证账号确定该账号所属账号建立方的数据识别码，因此，服务器在获取到待验证账号后，可以通过生成预测数据识别码、包含预测数据识别码的预测标识数据、测试标识数据与验证数据的对应关系中是否存在预测标识数据的方式，确定预测标识数据是否准确。
采用本申请实施例提供的技术方案，一方面，由于不同账号建立方的数据识别码的长度的种类有限，因此，只需几次测试，即可确定准确的预测标识数据以及验证待验证账号所需的目标验证数据，能够减少验证目标支付请求所需的时间，提高用于进行支付请求验证的接口的接口性能。另一方面，由于服务器存储标识数据与验证数据的对应关系，能够解决内存资源浪费的问题。
可选的，相关技术中，验证数据的数据形式为字符串，为了便于处理，服务器在获取验证数据时，需要先将验证数据的数据形式由字符串转换为Java对象，导致服务器进行支付请求验证所需的时间长，用于进行支付请求验证的接口的接口性能差。
由于服务器运行时采用的程序代码是基于Java语言编写的，服务器可以在对应存储标识数据和验证数据时，直接存储Java对象数据形式的验证数据，也就是说，上述实施例中提到的验证数据的数据形式可以为Java对象。
如果服务器运行时采用的程序代码是基于其他计算机编程语言编写，验证数据的数据形式可以为相应计算机编程语言中的数据对象。例如，如果服务器运行时采用的程序代码是基于C++编写，验证数据的数据形式可以为C++对象。
本申请实施例中，验证数据的数据形式为Java对象，由此，可以减少服务器在支付请求验证过程中，读取字符串形式的验证数据，将验证数据的数据形式由字符串转换为Java对象所需的时间，进一步减少进行账号验证所需时间，提高用于进行支付请求验证的接口的接口性能。
基于相同的技术构思，本申请实施例还提供了一种数据存储系统，所述系统包括第一服务器和第二服务器；其中，所述第一服务器用于针对每个账号建立方，存储验证数据，所述验证数据用于验证利用该账号建立方所建立账号进行支付的支付请求；
所述第二服务器用于针对每个账号建立方，从所述第一服务器处获取所述验证数据；获取所述账号建立方对应的标识数据，所述标识数据为该账号建立方所建立的账号中包含的、用于标识该账号建立方的数据；对应存储所述标识数据和所述验证数据，得到标识数据和验证数据的对应关系，所述对应关系用于在获取到待验证账号时，根据所述待验证账号包含的标识数据，确定用于验证利用所述待验证账号进行支付的目标支付请求的验证数据。
可选的，所述第二服务器还用于获取待验证账号；从所述待验证账号中，提取用于标识所述待验证账号所属账号建立方的目标标识数据；根据所述标识数据和验证数据的对应关系，确定所述目标标识数据对应的验证数据；基于所述目标标识数据对应的验证数据，对所述目标支付请求进行验证。
本申请实施例中，第二服务器作为进行支付请求验证的服务器，在本地存储有标识数据与验证数据的对应关系的状态下，第二服务器无需与存储有标识数据与验证数据的对应关系的设备进行交互，以获取验证数据。因此，第二服务器在确定验证数据时，不受网络通信状况的影响，不存在与其他设备之间连接接口的接口抖动的问题，能够减少支付请求验证所需的处理时间，提高第二服务器中用于进行支付请求验证的接口的接口性能。
可选的，所述第二服务器还用于从预设的数据识别码长度范围中选取预测数据识别码长度；从所述待验证账号中按照所述预测数据识别码长度选取字符，得到预测数据识别码；生成包含所述预测数据识别码和所述待验证账号的账号长度值的预测标识数据；如果所述标识数据与验证数据的对应关系中，存在与所述预测标识数据匹配的标识数据，将该标识数据作为目标标识数据。
可选的，所述第二服务器还用于按照预先存储的各数据识别码长度在已验证数据的数据识别码长度中的概率分布，从预设的数据识别码长度范围中，选取预测数据识别码长度。
进一步的，第二服务器可以在本地缓存中存储标识数据与验证数据的对应关系，由此，能够快速读取标识数据和验证数据的对应关系，减少支付请求验证所需的处理时间，提高第二服务器中用于进行支付请求验证的接口的接口性能。
可选的，所述系统还包括第三服务器；其中，所述第三服务器用于获取待验证账号；从所述待验证账号中，提取用于标识所述待验证账号所属账号建立方的目标标识数据；将所述目标标识数据发送至所述第二服务器；
所述第二服务器，还用于根据所述标识数据和验证数据的对应关系，确定所述目标标识数据对应的验证数据，将所述目标标识数据对应的验证数据发送至所述第三服务器；
所述第三服务器，还用于接收所述第二服务器发送的所述目标标识数据对应的验证数据；基于所述目标标识数据对应的验证数据，对所述目标支付请求进行验证。
本申请实施例中，第三服务器作为进行支付请求验证的服务器，在第二服务器中存储有标识数据和验证数据的对应关系的状态下，第三服务器可以通过与第三服务器交互，获取验证数据，由此，能够节省自身的内存资源。
可选的，所述第三服务器还用于从预设的数据识别码长度范围中选取预测数据识别码长度；从所述待验证账号中按照所述预测数据识别码长度选取字符，得到预测数据识别码；生成包含所述预测数据识别码和所述待验证账号的账号长度值的预测标识数据；将所述预测标识数据发送至所述第二服务器；
所述第二服务器，还用于当所述标识数据与验证数据的对应关系中，存在与所述预测标识数据匹配的标识数据时，将该标识数据作为目标标识数据，将所述目标标识数据对应的验证数据发送至所述第三服务器；如果不存在与所述预测标识数据匹配的标识数据，将预设错误信息发送至所述第三服务器；
所述第三服务器，还用于接收所述第二服务器发送的所述目标标识数据对应的验证数据；或者，在接收到预设错误信息时，执行所述从预设的数据识别码长度范围中选取预测数据识别码长度步骤。
可选的，所述第三服务器还用于按照预先存储的各数据识别码长度在已验证数据的数据识别码长度中的概率分布，从预设的数据识别码长度范围中，选取预测数据识别码长度。
可选的，所述标识数据包括所述账号建立方的数据识别码和所述账号的账号长度值。
本申请实施例有益效果：
本申请实施例提供了一种数据存储系统，本申请通过针对每个账号建立方，获取验证数据，验证数据用于验证利用该账号建立方所建立账号进行支付的支付请求；获取账号建立方的标识数据，标识数据为该账号建立方所建立的账号中包含的、用于标识该账号建立方的数据；对应存储标识数据和验证数据，得到标识数据和验证数据的对应关系，该对应关系用于在获取到待验证账号时，根据待验证账号包含的标识数据确定用于验证利用待验证账号进行支付的目标支付请求的验证数据。由于针对属于同一账号建立方的多个账号，只需存储一个标识数据和一个验证数据，避免了同时存储多个账号和多个验证数据，因此，能够解决服务器内存资源被浪费的问题。
基于相同的技术构思，本申请实施例还提供了一种数据存储装置，如图4所示，该装置包括：
第一获取模块410，用于针对每个账号建立方，获取验证数据，所述验证数据用于验证利用该账号建立方所建立账号进行支付的支付请求；
第二获取模块420，用于获取所述账号建立方的标识数据，所述标识数据为该账号建立方所建立的账号中包含的、用于标识该账号建立方的数据；
存储模块430，用于对应存储所述标识数据和所述验证数据，得到标识数据和验证数据的对应关系，所述对应关系用于在获取到待验证账号时，根据所述待验证账号包含的标识数据，确定用于验证利用所述待验证账号进行支付的目标支付请求的验证数据。
可选的，所述装置还包括：
第三获取模块，用于获取待验证账号；
提取模块，用于从所述待验证账号中，提取用于标识所述待验证账号所属账号建立方的目标标识数据；
确定模块，用于根据所述标识数据和验证数据的对应关系，确定所述目标标识数据对应的验证数据；
验证模块，用于基于所述目标标识数据对应的验证数据，对所述目标支付请求进行验证。
可选的，所述提取模块包括：
第一选取子模块，用于从预设的数据识别码长度范围中选取预测数据识别码长度；
第二选取子模块，用于从所述待验证账号中按照所述预测数据识别码长度选取字符，得到预测数据识别码；
生成子模块，用于生成包含所述预测数据识别码和所述待验证账号的账号长度值的预测标识数据；
验证模块，用于当所述标识数据与验证数据的对应关系中，存在与所述预测标识数据匹配的标识数据时，将该标识数据作为目标标识数据。
可选的，所述第一选取子模块用于按照预先存储的各数据识别码长度在已验证数据的数据识别码长度中的概率分布，从预设的数据识别码长度范围中，选取预测数据识别码长度。
可选的，所述标识数据包括所述账号建立方的数据识别码和所述账号的账号长度值。
本申请实施例有益效果：
本申请实施例提供了一种数据存储装置，本申请通过针对每个账号建立方，获取验证数据，验证数据用于验证利用该账号建立方所建立账号进行支付的支付请求；获取账号建立方对应的标识数据，标识数据为该账号建立方所建立的账号中包含的、用于标识该账号建立方的数据；对应存储标识数据和验证数据，得到标识数据和验证数据的对应关系，该对应关系用于在获取到待验证账号时，根据待验证账号包含的标识数据确定用于验证利用待验证账号进行支付的目标支付请求的验证数据。由于针对属于同一账号建立方的多个账号，只需存储一个标识数据和一个验证数据，避免了同时存储多个账号和多个验证数据，因此，能够解决服务器内存资源被浪费的问题。
基于相同的技术构思，本申请实施例还提供了一种服务器，如图5所示，包括处理器501、通信接口502、存储器503和通信总线504，其中，处理器501，通信接口502，存储器503通过通信总线504完成相互间的通信，
存储器503，用于存放计算机程序；
处理器501，用于执行存储器503上所存放的程序时，实现以下步骤：
针对每个账号建立方，获取验证数据，所述验证数据用于验证利用该账号建立方所建立账号进行支付的支付请求；
获取所述账号建立方对应的标识数据，所述标识数据为该账号建立方所建立的账号中包含的、用于标识该账号建立方的数据；
对应存储所述标识数据和所述验证数据，得到标识数据和验证数据的对应关系，所述对应关系用于在获取到待验证账号时，根据所述待验证账号包含的标识数据，确定用于验证利用所述待验证账号进行支付的目标支付请求的验证数据。
可选的，所述方法还包括：
获取待验证账号；
从所述待验证账号中，提取用于标识所述待验证账号所属账号建立方的目标标识数据；
根据所述标识数据和验证数据的对应关系，确定所述目标标识数据对应的验证数据；
基于所述目标标识数据对应的验证数据，对所述目标支付请求进行验证。
可选的，所述从所述待验证账号中，提取用于标识所述待验证账号所属账号建立方的目标标识数据，包括：
从预设的数据识别码长度范围中选取预测数据识别码长度；
从所述待验证账号中按照所述预测数据识别码长度选取字符，得到预测数据识别码；
生成包含所述预测数据识别码和所述待验证账号的账号长度值的预测标识数据；
如果所述标识数据与验证数据的对应关系中，存在与所述预测标识数据匹配的标识数据，将该标识数据作为目标标识数据。
可选的，所述从预设的数据识别码长度范围中选取预测数据识别码长度，包括：
按照预先存储的各数据识别码长度在已验证数据的数据识别码长度中的概率分布，从预设的数据识别码长度范围中，选取预测数据识别码长度。
可选的，所述标识数据包括所述账号建立方的数据识别码和所述账号的账号长度值。
上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述电子设备与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在本申请提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一数据存储方法的步骤。
在本申请提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一数据存储方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。
Claims (13)
1.一种数据存储方法，其特征在于，所述方法包括：
针对每个账号建立方，获取验证数据，所述验证数据用于验证利用该账号建立方所建立账号进行支付的支付请求；
获取所述账号建立方对应的标识数据，所述标识数据为该账号建立方所建立的账号中包含的、用于标识该账号建立方的数据；
对应存储所述标识数据和所述验证数据，得到标识数据和验证数据的对应关系，所述对应关系用于在获取到待验证账号时，根据所述待验证账号包含的标识数据，确定用于验证利用所述待验证账号进行支付的目标支付请求的验证数据。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取待验证账号；
从所述待验证账号中，提取用于标识所述待验证账号所属账号建立方的目标标识数据；
根据所述标识数据和验证数据的对应关系，确定所述目标标识数据对应的验证数据；
基于所述目标标识数据对应的验证数据，对所述目标支付请求进行验证。
3.根据权利要求2所述的方法，其特征在于，所述从所述待验证账号中，提取用于标识所述待验证账号所属账号建立方的目标标识数据，包括：
从预设的数据识别码长度范围中选取预测数据识别码长度；
从所述待验证账号中按照所述预测数据识别码长度选取字符，得到预测数据识别码；
生成包含所述预测数据识别码和所述待验证账号的账号长度值的预测标识数据；
如果所述标识数据与验证数据的对应关系中，存在与所述预测标识数据匹配的标识数据，将该标识数据作为目标标识数据。
4.根据权利要求3所述的方法，其特征在于，所述从预设的数据识别码长度范围中选取预测数据识别码长度，包括：
按照预先存储的各数据识别码长度在已验证数据的数据识别码长度中的概率分布，从预设的数据识别码长度范围中，选取预测数据识别码长度。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述标识数据包括所述账号建立方的数据识别码和所述账号的账号长度值。
6.一种数据存储系统，其特征在于，所述系统包括第一服务器和第二服务器；其中，所述第一服务器用于针对每个账号建立方，存储验证数据，所述验证数据用于验证利用该账号建立方所建立账号进行支付的支付请求；
所述第二服务器，用于针对每个账号建立方，从所述第一服务器处获取所述验证数据；获取所述账号建立方对应的标识数据，所述标识数据为该账号建立方所建立的账号中包含的、用于标识该账号建立方的数据；对应存储所述标识数据和所述验证数据，得到标识数据和验证数据的对应关系，所述对应关系用于在获取到待验证账号时，根据所述待验证账号包含的标识数据，确定用于验证利用所述待验证账号进行支付的目标支付请求的验证数据。
7.根据权利要求6所述的系统，其特征在于，所述第二服务器还用于获取待验证账号；从所述待验证账号中，提取用于标识所述待验证账号所属账号建立方的目标标识数据；根据所述标识数据和验证数据的对应关系，确定所述目标标识数据对应的验证数据；基于所述目标标识数据对应的验证数据，对所述目标支付请求进行验证。
8.根据权利要求7所述的系统，其特征在于，所述第二服务器还用于从预设的数据识别码长度范围中选取预测数据识别码长度；从所述待验证账号中按照所述预测数据识别码长度选取字符，得到预测数据识别码；生成包含所述预测数据识别码和所述待验证账号的账号长度值的预测标识数据；如果所述标识数据与验证数据的对应关系中，存在与所述预测标识数据匹配的标识数据，将该标识数据作为目标标识数据。
9.根据权利要求6所述的系统，其特征在于，所述系统还包括第三服务器；其中，
所述第三服务器，用于获取待验证账号；从所述待验证账号中，提取用于标识所述待验证账号所属账号建立方的目标标识数据；将所述目标标识数据发送至所述第二服务器；
所述第二服务器，还用于根据所述标识数据和验证数据的对应关系，确定所述目标标识数据对应的验证数据，将所述目标标识数据对应的验证数据发送至所述第三服务器；
所述第三服务器，还用于接收所述第二服务器发送的所述目标标识数据对应的验证数据；基于所述目标标识数据对应的验证数据，对所述目标支付请求进行验证。
10.根据权利要求9所述的系统，其特征在于，所述第三服务器还用于从预设的数据识别码长度范围中选取预测数据识别码长度；从所述待验证账号中按照所述预测数据识别码长度选取字符，得到预测数据识别码；生成包含所述预测数据识别码和所述待验证账号的账号长度值的预测标识数据；将所述预测标识数据发送至所述第二服务器；
所述第二服务器，还用于当所述标识数据与验证数据的对应关系中，存在与所述预测标识数据匹配的标识数据时，将该标识数据作为目标标识数据，将所述目标标识数据对应的验证数据发送至所述第三服务器；
所述第三服务器，还用于接收所述第二服务器发送的所述目标标识数据对应的验证数据。
11.一种数据存储装置，其特征在于，所述装置包括：
第一获取模块，用于针对每个账号建立方，获取验证数据，所述验证数据用于验证利用该账号建立方所建立账号进行支付的支付请求；
第二获取模块，用于获取所述账号建立方的标识数据，所述标识数据为该账号建立方所建立的账号中包含的、用于标识该账号建立方的数据；
存储模块，用于对应存储所述标识数据和所述验证数据，得到标识数据和验证数据的对应关系，所述对应关系用于在获取到待验证账号时，根据所述待验证账号包含的标识数据，确定用于验证利用所述待验证账号进行支付的目标支付请求的验证数据。
12.一种服务器，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现权利要求1-5任一所述的方法步骤。
13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-5任一所述的方法步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911047234.0A CN110956467A (zh) | 2019-10-30 | 2019-10-30 | 一种数据存储方法、装置及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911047234.0A CN110956467A (zh) | 2019-10-30 | 2019-10-30 | 一种数据存储方法、装置及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110956467A true CN110956467A (zh) | 2020-04-03 |
Family
ID=69975921
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911047234.0A Pending CN110956467A (zh) | 2019-10-30 | 2019-10-30 | 一种数据存储方法、装置及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110956467A (zh) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20110101092A1 (en) * | 2009-10-29 | 2011-05-05 | Jorge Fernandez | Bin routing for payment processing |
| CN102780686A (zh) * | 2011-05-13 | 2012-11-14 | 中国银联股份有限公司 | 一种基于可信资源保护银行用户信息的方法和装置 |
| CN104809157A (zh) * | 2015-03-25 | 2015-07-29 | 小米科技有限责任公司 | 号码识别方法及装置 |
| CN108563685A (zh) * | 2018-03-13 | 2018-09-21 | 阿里巴巴集团控股有限公司 | 一种银行标识代码的查询方法、装置及设备 |
-
2019
- 2019-10-30 CN CN201911047234.0A patent/CN110956467A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20110101092A1 (en) * | 2009-10-29 | 2011-05-05 | Jorge Fernandez | Bin routing for payment processing |
| CN102780686A (zh) * | 2011-05-13 | 2012-11-14 | 中国银联股份有限公司 | 一种基于可信资源保护银行用户信息的方法和装置 |
| CN104809157A (zh) * | 2015-03-25 | 2015-07-29 | 小米科技有限责任公司 | 号码识别方法及装置 |
| CN108563685A (zh) * | 2018-03-13 | 2018-09-21 | 阿里巴巴集团控股有限公司 | 一种银行标识代码的查询方法、装置及设备 |
Non-Patent Citations (1)
| Title |
|---|
| RUNRIOTER: "bcbc@1f4684a", 《HTTPS://GITHUB.COM/HEXINDAI/BCBC》 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6609047B2 (ja) | アプリケーション情報リスクマネジメントのための方法及びデバイス | |
| US20190228411A1 (en) | Methods and systems for improving merchant data | |
| US20120016895A1 (en) | Systems and methods employing delimiter searches to identify sensitive information in data | |
| CN111352907A (zh) | 流水文件解析方法、装置、计算机设备和存储介质 | |
| RU2724351C2 (ru) | Универсальный доступ к электронному бумажнику | |
| US10565281B2 (en) | Production phase website launch | |
| CN111179066B (zh) | 业务数据的批量处理方法、装置、服务器和存储介质 | |
| CN110378681B (zh) | 账户资源转移路径的确定方法、装置、设备及存储介质 | |
| CN104579682A (zh) | 一种多业务服务器的访问方法及系统 | |
| US11227220B2 (en) | Automatic discovery of data required by a rule engine | |
| US11531984B2 (en) | Method and device facilitating expansion of primary payment instruments | |
| US20150235228A1 (en) | Method, device and system for on-line payment information transmission | |
| CN111767543B (zh) | 重放攻击漏洞确定方法、装置、设备及可读存储介质 | |
| JP2015531518A (ja) | 電子取引情報を処理する方法及び装置 | |
| CN117036115A (zh) | 合同数据的核验方法、装置和服务器 | |
| CN110956467A (zh) | 一种数据存储方法、装置及系统 | |
| CN112686732B (zh) | 异常地址数据识别方法、装置、设备、介质 | |
| CN110111196A (zh) | 信息验证方法及相关产品 | |
| US9762747B2 (en) | System and method for detecting and alerting risks of inputting incorrect account information in refill transactions | |
| EP4298544A1 (en) | An apparatus, method and computer program product for identifying a validation check for a set of numbers | |
| CN113508371B (zh) | 用于改进计算机标识的系统和方法 | |
| CN109523377B (zh) | 一种数字货币的交易方法、装置、设备和存储介质 | |
| CN112561518A (zh) | 信息识别方法、装置及存储介质 | |
| CN117081727B (zh) | 一种弱口令检测方法以及装置 | |
| KR102502339B1 (ko) | Nfc를 이용한 카드데이터 기반의 가상보안코드 생성을 위한 단말기, 카드 장치 및 그 방법 |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200403 |