CN112232816A - 支付交易数据处理方法、装置、设备及存储介质 - Google Patents

支付交易数据处理方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN112232816A
CN112232816A CN202011102568.6A CN202011102568A CN112232816A CN 112232816 A CN112232816 A CN 112232816A CN 202011102568 A CN202011102568 A CN 202011102568A CN 112232816 A CN112232816 A CN 112232816A
Authority
CN
China
Prior art keywords
payment
identifier
data processing
transaction data
preset
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
Application number
CN202011102568.6A
Other languages
English (en)
Inventor
杨义山
周爱
谢新强
石艳丽
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xinchuang Zhichain Technology Co Ltd
Original Assignee
Beijing Xinchuang Zhichain Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Xinchuang Zhichain Technology Co Ltd filed Critical Beijing Xinchuang Zhichain Technology Co Ltd
Priority to CN202011102568.6A priority Critical patent/CN112232816A/zh
Publication of CN112232816A publication Critical patent/CN112232816A/zh
Pending legal-status Critical Current

Links

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/382—Payment protocols; Details thereof insuring higher security of transaction
    • 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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/363—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本说明书实施例提供了一种支付交易数据处理方法、装置、设备及存储介质，该方法包括：接收第一收款标识符；将所述第一收款标识符转换为第二收款标识符；所述第二收款标识符的长度短于所述第一收款标识符的长度；展示所述第二收款标识符，以用于验证所述第一收款标识符的正确性。本说明书实施例可以提高电子支付的交易成功率和交易安全性。

Description

支付交易数据处理方法、装置、设备及存储介质
技术领域
本说明书涉及数据处理技术领域，尤其是涉及一种支付交易数据处理方法、装置、设备及存储介质。
背景技术
随着电子支付和数字货币的发展，人们经常性通过客户端进行电子支付。例如通过客户端向收款方账号转入法币，或者通过客户端向收款方数字货币地址(或称为钱包地址)转入数字货币。
但是，人们在通过客户端进行电子支付时，容易输错收款方账号或收款方数字货币地址，从而易导致支付交易失败，而且还可能会给付款方带来损失。因此，如何提高电子支付的交易成功率和交易安全性已成为目前亟待解决的技术问题。
发明内容
本说明书实施例的目的在于提供一种支付交易数据处理方法、装置、设备及存储介质，以提高电子支付的交易成功率和交易安全性。
为达到上述目的，一方面，本说明书实施例提供了一种支付交易数据处理方法，包括：
接收第一收款标识符；
将所述第一收款标识符转换为第二收款标识符；所述第二收款标识符的长度短于所述第一收款标识符的长度；
展示所述第二收款标识符，以用于验证所述第一收款标识符的正确性。
本说明书一实施例中，所述将所述第一收款标识符转换为第二收款标识符，包括：
根据预设的哈希函数对所述第一收款标识符进行哈希计算，获得哈希值；
按照预设的字符提取规则从所述哈希值中提取一部分字符串；
根据预设的压缩编码算法将提取的字符串映射为第二收款标识符。
本说明书一实施例中，所述将所述第一收款标识符转换为第二收款标识符，包括：
根据预设的哈希函数对所述第一收款标识符进行哈希计算，获得哈希值；
按照预设的字符提取规则从所述哈希值中提取一部分字符串，以作为第二收款标识符。
本说明书一实施例中，，所述压缩编码算法包括base32编码。
本说明书一实施例中，所述字符提取规则包括字符连续截取规则。
另一方面，本说明书实施例还提供了一种支付交易数据处理装置，包括：
接收模块，用于接收第一收款标识符；
转换模块，用于将所述第一收款标识符转换为第二收款标识符；所述第二收款标识符的长度短于所述第一收款标识符的长度；
展示模块，用于展示所述第二收款标识符，以用于验证所述第一收款标识符的正确性。
本说明书一实施例中，所述将所述第一收款标识符转换为第二收款标识符，包括：
根据预设的哈希函数对所述第一收款标识符进行哈希计算，获得哈希值；
按照预设的字符提取规则从所述哈希值中提取一部分字符串；
根据预设的压缩编码算法将提取的字符串映射为第二收款标识符。
本说明书一实施例中，所述将所述第一收款标识符转换为第二收款标识符，包括：
根据预设的哈希函数对所述第一收款标识符进行哈希计算，获得哈希值；
按照预设的字符提取规则从所述哈希值中提取一部分字符串，以作为第二收款标识符。
本说明书一实施例中，所述压缩编码算法包括base32编码。
本说明书一实施例中，所述字符提取规则包括字符连续截取规则。
另一方面，本说明书实施例还提供了一种计算机设备，包括存储器、处理器、以及存储在所述存储器上的计算机程序，所述计算机程序被所述处理器运行时，执行上述方法的指令。
另一方面，本说明书实施例还提供了一种计算机存储介质，其上存储有计算机程序，所述计算机程序被计算机设备的处理器运行时，执行上述方法的指令。
由以上本说明书实施例提供的技术方案可见，在本说明书实施例中，由于长度较长的第一收款标识符被转换为长度较短的第二收款标识符，因此第二收款标识符更易于记忆。由此，当用户输入收款方的第一收款标识符进行支付交易时，通过比较展示的第二收款标识符是否与记忆中的第一收款标识符对应的第二收款标识符相符，可以便捷地识别出第一收款标识符是否正确。从而可以避免或减少因输错收款方账号或收款方数字货币地址，而导致的交易失败和交易损失，因而提高了电子支付的交易成功率和交易安全性。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。在附图中：
图1为本说明书提供的实施例中支付交易数据处理方法的流程图；
图2为常规的以太坊转账交易的用户界面示意图；
图3为本说明书提供的实施例中以太坊转账交易的用户界面示意图；
图4为本说明书提供的实施例中支付交易数据处理装置的结构框图；
图5为本说明书提供的实施例中计算机设备的结构框图。
【附图标记说明】
41、接收模块；
42、转换模块；
43、展示模块；
502、计算机设备；
504、处理器；
506、存储器；
508、驱动机构；
510、输入/输出模块；
512、输入设备；
514、输出设备；
516、呈现设备；
518、图形用户接口；
520、网络接口；
522、通信链路；
524、通信总线。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。
本说明书实施例涉及支付交易数据处理技术。在一些应用场景中，支付交易可以是基于数字货币地址的数字货币支付交易；在另一些应用场景中，支付交易也可以是基于银行账号的常规电子支付交易。当进行支付交易时，用户可以通过客户端输入收款方账号或收款方数字货币地址。但是，考虑到上述的账号和数字货币地址的位数较长。例如中国的银行卡账号中，常见的借记卡卡号由19位数字组成，贷记卡卡号由16位数字组成。数字货币地址就更加复杂，比特币的地址是27位到32位的字符串，以太坊的地址是42位(实际为40位，前两位Ox表示16进制)的字符串。人们在通过客户端进行支付交易时，容易输错收款方账号或收款方数字货币地址，从而易导致支付交易失败，而且还可能会给付款方带来损失。
有鉴于此，为了提高电子支付的交易成功率和交易安全性，本说明书实施例提供了一种支付交易数据处理方法，可以应用于客户端侧。在本说明书一些实施例中，所述客户端可以为台式电脑、平板电脑、笔记本电脑、智能手机、数字助理、智能可穿戴设备等。其中，智能可穿戴设备可以包括智能手环、智能手表、智能眼镜、智能头盔等。当然，所述客户端并不限于上述具有一定实体的电子设备，其还可以为运行于上述电子设备中的软体。
参考图1所示，在本说明书一些实施例中，所述支付交易数据处理方法可以包括以下步骤：
S101、接收第一收款标识符。
S102、将所述第一收款标识符转换为第二收款标识符；所述第二收款标识符的长度短于所述第一收款标识符的长度。
S103、展示所述第二收款标识符，以用于验证所述第一收款标识符的正确性。
在本说明书实施例中，由于长度较长的第一收款标识符被转换为长度较短的第二收款标识符，因此第二收款标识符更易于记忆。由此，当用户输入收款方的第一收款标识符进行支付交易时，通过比较展示的第二收款标识符是否与记忆中的第一收款标识符对应的第二收款标识符相符，可以便捷地识别出第一收款标识符是否正确。从而可以避免或减少因输错收款方账号或收款方数字货币地址，而导致的交易失败和交易损失，因而提高了电子支付的交易成功率和交易安全性。
例如，当付款方A曾向收款方B的一个以太坊钱包地址进行过转账交易，付款方A的客户端已将该以太坊钱包地址转换为一个长度较短的第二收款标识符xyz并保存，且付款方A已记住xyz即指代该以太坊钱包地址。当付款方A再次向该以太坊钱包地址转账时，如果用户输入的以太坊钱包地址是错误的，展示的第二收款标识符则不会是xyz(例如可能是xyt)；显然相对于将长度为几十位的以太坊钱包地址直接对比，付款方A识别xyt与记忆中的xyz是否相符要容易的多。因此，本说明书实施例能够提高电子支付的交易成功率和交易安全性。
在本说明书实施例中，第一收款标识符可以为账号或数字货币地址；则第二收款标识符可以为与账号或数字货币地址一一对应，且用于指代该账号或数字货币地址的简短字符。其中，账号例如可以为银行账号(例如借记卡账号)、第三方支付账号(例如微信账号、支付宝账号)等。数字货币地址可以为比特币钱包地址、以太坊钱包地址、莱特币钱包地址等。
基于用户的操作，客户端可以展示一个用于输入的用户界面，通过该用户界面客户端可以接收到第一收款标识符等输入数据。例如，在图2所示的示例性实施例中，用户可以在以太坊客户端展示的用户界面中输入收款地址(即收款方的数字货币地址)：a78955C3473db59081B50Dd5f3675304a206eb7C。对于用户而言，想要记住如此长的收款地址是十分困难的。
在本说明书实施例中，将第一收款标识符转换为第二收款标识符，实际上可以视为一种数据压缩手段，即可将位数较长的第一收款标识符压缩为位数较短的第二收款标识符。为便于理解，以下举例说明如何将位数较长的第一收款标识符压缩为位数较短的第二收款标识符。但是，本领域技术人员应当明白，这种示例性说明不应理解为本说明书对数据压缩处理方式的具体限定，在本说明书的其他实施例中，根据实际需要可以选择任何合适的数据压缩处理方式，以将第一收款标识符压缩为第二收款标识符。
在本说明书一些实施例中，所述将所述第一收款标识符转换为第二收款标识符可以包括以下步骤：
根据预设的哈希(hash)函数对所述第一收款标识符进行哈希计算，获得哈希值。
按照预设的字符提取规则从所述哈希值中提取一部分字符串，以作为第二收款标识符。
哈希函数具有极强的输入敏感性，相同哈希函数的情况下，即使原输入信息仅修改了一个字符，产生的哈希值和原输入信息对应的哈希值相比，都有很大不同。因此，根据哈希函数对第一收款标识符进行哈希计算，可以大幅避免不同的第一收款标识符转换后变成相同的第二收款标识符。而且，鉴于哈希函数本身就可以将任意长度的数据映射为较短的固定长度的数据，如果第一收款标识符的长度长于哈希值的长度，则根据哈希函数对第一收款标识符进行哈希计算，还可以在一定程度上实现对第一收款标识符的数据压缩。应当指出的是，本说明书提及的位数和长度比较，均是指在相同进制下的字符位数比较，例如可以都是在十六进制下的字符位数比较。
在本说明书一些实施例中，预设的哈希函数可以采用MD5、SHA-0、SHA-1、SHA-3或SM3等。具体可以根据实际应用场景需要选择，本说明书对此不作唯一限定。
对于用户而言，根据预设的哈希函数对第一收款标识符进行哈希计算，所获得哈希值的位数可能仍然比较长，甚至可能长于第一收款标识符的位数。因此，可以按照预设的字符提取规则从所述哈希值中提取一部分字符串，以便于进行数据压缩。在本说明书一些实施例中，所述字符提取规则可以为任何合适的字符提取规则。
在一些实施例中，字符提取规则可以为字符连续截取规则。字符连续截取规则是指：从哈希值的某个位置开始，连续截取一部分字符。例如，从某一指定低位开始，由低位至高位连续截取若干个字符；从某一指定高位开始，由高位至低位连续截取若干个字符，等等。
例如，在一示例性实施例中，第一收款标识符是一个以太坊钱包地址：a78955C3473db59081B50Dd5f3675304a206eb7C，基于哈希函数SHS-256对该以太坊钱包地址进行进行哈希计算，可以得到如下所示的哈希值：
dac6ab6010ca88635b97fdefbbc8afaa5ef9cbc95913 42496f5d1430d23e3e58
若字符提取规则为：从末位(即最低位)开始连续截取5个字符，则可以得到字符串：e3e58。由于e3e58比a78955C3473db59081B50Dd5f3675304a206eb7C的位数要短的多，因此可以考虑将其作为第二收款标识符。
在本说明书另一些实施例中，字符提取规则也可以为字符非连续截取规则。字符非连续截取规则是指：从哈希值的某个位置开始，间隔提取其中的一些字符。
在本说明书一些实施例中，间隔提取可以是固定间隔提取。例如，每间隔一个字符取一个字符(比如以上述的从末位开始取第1位、第3位、第5位等)。再如，每间隔2个字符取一个字符(比如从首位开始取第1位，第4位、第7位等)。
在本说明书另一些实施例中，间隔提取也可以是非固定间隔提取，这种非固定间隔提取可以是按照某种规律(例如间隔位数按照等差数列或等比数列等)变化。例如，间隔位数按照等差数列递增方式提取(比如从末位开始取第1位、第3位、第6位、第10位等)。例如，间隔位数按照等比数列递增方式提取(比如从首位开始取第1位、第3位、第6位、第11位等)。为了降低第二收款标识符的重号概率，连续截取的字符串位数不宜过少；但是，连续截取的字符串位数越多越不利于记忆和保存。因此，为何综合平衡，本申请的发明人研究发现，当按照字符提取规则从哈希值中提一部分字符串时，所提取的字符数量占哈希值的字符总量的5％～15％较为适宜，是一个较为合适的范围。当然，在具体实施时可以根据实际需要从5％～15％范围内选择任意值，例如可以选择为10％。
在本说明书一些实施例中，按照字符提取规则从哈希值中提一部分字符串时，提取开始位置可是哈希值中的任何位置，例如，可以从首位、末位、中间位、从首位起指定第m位(例如从首位起第3位开始)、从末位起指定第n位(例如从末位起第2位开始)等。当然，从易于实现角度而言，从首位或末位开始提取更为简便。
为了可以在降低第二收款标识符的重号概率的同时，进一步压缩数据，在本说明书另一些实施例中，所述将所述第一收款标识符转换为第二收款标识符也可以包括以下步骤：
根据预设的哈希(hash)函数对所述第一收款标识符进行哈希计算，获得哈希值。
按照预设的字符提取规则从所述哈希值中提取一部分字符串。
根据预设的压缩编码算法将提取的字符串映射为第二收款标识符。
基于预设的压缩编码算法可以将提取的字符串进行进一步压缩处理，从而可以对应得到长度更短的字符串，以作为第二收款标识符。
例如，在一示例性实施例中，压缩编码算法可以选择为base32编码算法。根据base32编码算法，可以将截取的16进制字符串转换为二进制字符串；在此基础上，可以按照每5位划分为一组，不足5位在高位补0的规则，从低位至高位将二进制字符串划分为若干组；然后将各组的5位二进制串转成十进制的数值。由于base32编码算法中预先定义了十进制数值0～31与字符的对应关系表，在上述获得每组的十进制数值后，通过查找对应关系表即可以得到对应的编码位，然后将各组获得的编码位按序组合，既可以得到对应的base32编码。
参见下表1所示，在base32编码算法对应关系表中，选取了26个英文字母和10个数字(0～9)作为可选的编码字符。由于0与O、o，1与l(L的小写)、I(i的大写)，以及8与B在视觉上容易混淆，因此，在base32编码算法对应关系表中去除了数字0、1、8、大写字母O、小写字母o、小写字母l、大写字母B和大写字母I。
表1
Figure BDA0002725887760000081
Figure BDA0002725887760000091
注：*表示没有对应值。
基于上述的base32编码算法，上述选取的字符串e3e58可以编码得到5qtz，即可以将5qtz作为以太坊钱包地址：a78955C3473db59081B50Dd5f3675304a206eb7C对应的第二收款标识符。
本领域技术人员可以理解，采用上述base32编码算法仅是示例性举例说明，根据实际应用场景需要，在本说明书其他的实施例中，可以选择任何合适的压缩编码算法。其中，这些压缩编码算法不局限于将由字母和/或数字组成的字符串，压缩成由由字母和/或数字组成的另一字符串；甚至还可以是将由字母和/或数字组成的字符串压缩成由汉字组成的词组或短语。
在本说明书实施例中，展示第二收款标识符可以是指：在展示用户输入的第一收款标识符的同时，一并展示根据该第一收款标识符转换得到的第二收款标识符；如此，可以方便用户据此验证输入的第一收款标识符的正确性。例如，在图3所示的示例性实施例中，可以在展示的第一收款标识符(即图3所示的收款地址：a78955C3473db59081B50Dd5f3675304a206eb7C)下方的括号内展示第二收款标识符(即图3所示的5qtz)。
虽然上文描述的过程流程包括以特定顺序出现的多个操作，但是，应当清楚了解，这些过程可以包括更多或更少的操作，这些操作可以顺序执行或并行执行(例如使用并行处理器或多线程环境)。
与上述的支付交易数据处理方法对应，本说明书实施例还提供了支付交易数据处理装置。参考图4所示，在本说明书一些实施例中，所述支付交易数据处理装置可以包括：
接收模块41，可以用于接收第一收款标识符；
转换模块42，可以用于将所述第一收款标识符转换为第二收款标识符；所述第二收款标识符的长度短于所述第一收款标识符的长度；
展示模块43，可以用于展示所述第二收款标识符，以用于验证所述第一收款标识符的正确性。
在本说明书一些实施例的支付交易数据处理装置中，所述将所述第一收款标识符转换为第二收款标识符，可以包括：
根据预设的哈希函数对所述第一收款标识符进行哈希计算，获得哈希值；
按照预设的字符提取规则从所述哈希值中提取一部分字符串；
根据预设的压缩编码算法将提取的字符串映射为第二收款标识符。
在本说明书一些实施例的支付交易数据处理装置中，所述将所述第一收款标识符转换为第二收款标识符，可以包括：
根据预设的哈希函数对所述第一收款标识符进行哈希计算，获得哈希值；
按照预设的字符提取规则从所述哈希值中提取一部分字符串，以作为第二收款标识符。
在本说明书一些实施例的支付交易数据处理装置中，所述压缩编码算法可以包括base32编码。
在本说明书一些实施例的支付交易数据处理装置中，所述字符提取规则可以包括字符连续截取规则。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
与上述的支付交易数据处理方法对应，本说明书实施例还提供了一种计算机设备。参考图5所示，在本说明书一些实施例中，所述计算机设备502可以包括一个或多个处理器504，诸如一个或多个中央处理单元(CPU)或图形处理器(GPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备502还可以包括任何存储器506，其用于存储诸如代码、设置、数据等之类的任何种类的信息，一具体实施方式中，存储器506上并可在处理器504上运行的计算机程序，所述计算机程序被所述处理器504运行时，可以执行根据上述方法的指令。非限制性的，比如，存储器506可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备502的固定或可移除部件。在一种情况下，当处理器504执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备502可以执行相关联指令的任一操作。计算机设备502还包括用于与任何存储器交互的一个或多个驱动机构508，诸如硬盘驱动机构、光盘驱动机构等。
计算机设备502还可以包括输入/输出模块510(I/O)，其用于接收各种输入(经由输入设备512)和用于提供各种输出(经由输出设备514)。一个具体输出机构可以包括呈现设备516和相关联的图形用户接口518(GUI)。在其他实施例中，还可以不包括输入/输出模块510(I/O)、输入设备512以及输出设备514，仅作为网络中的一台计算机设备。计算机设备502还可以包括一个或多个网络接口520，其用于经由一个或多个通信链路522与其他设备交换数据。一个或多个通信总线524将上文所描述的部件耦合在一起。
通信链路522可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路522可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。
本申请是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理器的处理器以产生一个机器，使得通过计算机或其他可编程数据处理器的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理器以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理器上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算机设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算机设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理器来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (12)

1.一种支付交易数据处理方法，其特征在于，包括：
接收第一收款标识符；
将所述第一收款标识符转换为第二收款标识符；所述第二收款标识符的长度短于所述第一收款标识符的长度；
展示所述第二收款标识符，以用于验证所述第一收款标识符的正确性。
2.如权利要求1所述的支付交易数据处理方法，其特征在于，所述将所述第一收款标识符转换为第二收款标识符，包括：
根据预设的哈希函数对所述第一收款标识符进行哈希计算，获得哈希值；
按照预设的字符提取规则从所述哈希值中提取一部分字符串；
根据预设的压缩编码算法将提取的字符串映射为第二收款标识符。
3.如权利要求1所述的支付交易数据处理方法，其特征在于，所述将所述第一收款标识符转换为第二收款标识符，包括：
根据预设的哈希函数对所述第一收款标识符进行哈希计算，获得哈希值；
按照预设的字符提取规则从所述哈希值中提取一部分字符串，以作为第二收款标识符。
4.如权利要求2所述的支付交易数据处理方法，其特征在于，所述压缩编码算法包括base32编码。
5.如权利要求2或3所述的支付交易数据处理方法，其特征在于，所述字符提取规则包括字符连续截取规则。
6.一种支付交易数据处理装置，其特征在于，包括：
接收模块，用于接收第一收款标识符；
转换模块，用于将所述第一收款标识符转换为第二收款标识符；所述第二收款标识符的长度短于所述第一收款标识符的长度；
展示模块，用于展示所述第二收款标识符，以用于验证所述第一收款标识符的正确性。
7.如权利要求6所述的支付交易数据处理装置，其特征在于，所述将所述第一收款标识符转换为第二收款标识符，包括：
根据预设的哈希函数对所述第一收款标识符进行哈希计算，获得哈希值；
按照预设的字符提取规则从所述哈希值中提取一部分字符串；
根据预设的压缩编码算法将提取的字符串映射为第二收款标识符。
8.如权利要求6所述的支付交易数据处理装置，其特征在于，所述将所述第一收款标识符转换为第二收款标识符，包括：
根据预设的哈希函数对所述第一收款标识符进行哈希计算，获得哈希值；
按照预设的字符提取规则从所述哈希值中提取一部分字符串，以作为第二收款标识符。
9.如权利要求7所述的支付交易数据处理装置，其特征在于，所述压缩编码算法包括base32编码。
10.如权利要求7或8所述的支付交易数据处理装置，其特征在于，所述字符提取规则包括字符连续截取规则。
11.一种计算机设备，包括存储器、处理器、以及存储在所述存储器上的计算机程序，其特征在于，所述计算机程序被所述处理器运行时，执行根据权利要求1-5任意一项所述方法的指令。
12.一种计算机存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被计算机设备的处理器运行时，执行根据权利要求1-5任意一项所述方法的指令。
CN202011102568.6A 2020-10-15 2020-10-15 支付交易数据处理方法、装置、设备及存储介质 Pending CN112232816A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011102568.6A CN112232816A (zh) 2020-10-15 2020-10-15 支付交易数据处理方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011102568.6A CN112232816A (zh) 2020-10-15 2020-10-15 支付交易数据处理方法、装置、设备及存储介质

Publications (1)

Publication Number Publication Date
CN112232816A true CN112232816A (zh) 2021-01-15

Family

ID=74113107

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011102568.6A Pending CN112232816A (zh) 2020-10-15 2020-10-15 支付交易数据处理方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN112232816A (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060050101A (ko) * 2004-09-02 2006-05-19 와이더댄 주식회사 문자열 다이얼링에 적합한 호처리 방법
CN105528699A (zh) * 2015-12-24 2016-04-27 中国银行股份有限公司 一种金融芯片卡的芯片信息验证方法和装置
CN107634832A (zh) * 2017-09-12 2018-01-26 云南撇捺势信息技术有限公司 字符串加密、验证方法、装置、计算机可读存储介质
CN108959411A (zh) * 2018-06-07 2018-12-07 新华三大数据技术有限公司 Etl任务的处理方法、装置和设备
CN110198214A (zh) * 2019-06-02 2019-09-03 四川虹微技术有限公司 身份标识生成方法、验证方法及装置
CN110868374A (zh) * 2018-08-27 2020-03-06 京东方科技集团股份有限公司 安全认证方法、服务器及客户端设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060050101A (ko) * 2004-09-02 2006-05-19 와이더댄 주식회사 문자열 다이얼링에 적합한 호처리 방법
CN105528699A (zh) * 2015-12-24 2016-04-27 中国银行股份有限公司 一种金融芯片卡的芯片信息验证方法和装置
CN107634832A (zh) * 2017-09-12 2018-01-26 云南撇捺势信息技术有限公司 字符串加密、验证方法、装置、计算机可读存储介质
CN108959411A (zh) * 2018-06-07 2018-12-07 新华三大数据技术有限公司 Etl任务的处理方法、装置和设备
CN110868374A (zh) * 2018-08-27 2020-03-06 京东方科技集团股份有限公司 安全认证方法、服务器及客户端设备
CN110198214A (zh) * 2019-06-02 2019-09-03 四川虹微技术有限公司 身份标识生成方法、验证方法及装置

Similar Documents

Publication Publication Date Title
CN105868194A (zh) 文本数据压缩、解压方法及装置
CN108628898B (zh) 数据入库的方法、装置和设备
US10489117B2 (en) Method and apparatus for generating random character string
CN112116436B (zh) 一种智能推荐方法、装置、计算机设备及可读存储介质
CN106452779A (zh) 指纹图像数据的加密方法和装置
CN116305225B (zh) 一种用于网上支付过程中的用户数据加密保护方法
CN105678625A (zh) 一种确定用户身份信息的方法及设备
CN105956921A (zh) 一种银行卡号自选方法及装置
CN112184444A (zh) 基于信息的特征进行信息处理的方法、装置、设备及介质
CN114818000A (zh) 隐私保护的集合混淆求交方法、系统及相关设备
US11581903B2 (en) Data compression method and apparatus, computer-readable storage medium, and electronic device
CN105022676A (zh) 一种内存数据库重做日志文件的恢复方法和装置
CN112232816A (zh) 支付交易数据处理方法、装置、设备及存储介质
CN106708869B (zh) 一种群组数据处理的方法及装置
CN114840634B (zh) 信息存储方法、装置、电子设备和计算机可读介质
CN105959065B (zh) 一种量子信息的压缩方法及装置
CN107222453B (zh) 一种文件传输方法及装置
CN111866134A (zh) 区块链交易哈希值和地址的生成方法、系统及存储介质
CN113886332B (zh) 一种大文件差异对比方法、装置、计算机设备及存储介质
CN112559497B (zh) 一种数据处理方法、一种信息传输方法、装置及电子设备
CN114359811A (zh) 数据鉴伪方法、装置、电子设备以及存储介质
CN113129058A (zh) 员工异常交易行为识别方法、装置、设备及存储介质
CN106934041A (zh) 影像文件管理方法及装置
CN113553518A (zh) 资源标识生成方法、装置、设备及存储介质
CN117056133B (zh) 一种基于分布式物联网架构的数据备份方法、装置及介质

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