CN110430194B - 一种信息验证的方法、棋牌信息验证的方法及装置 - Google Patents
一种信息验证的方法、棋牌信息验证的方法及装置 Download PDFInfo
- Publication number
- CN110430194B CN110430194B CN201910722950.8A CN201910722950A CN110430194B CN 110430194 B CN110430194 B CN 110430194B CN 201910722950 A CN201910722950 A CN 201910722950A CN 110430194 B CN110430194 B CN 110430194B
- Authority
- CN
- China
- Prior art keywords
- information
- ciphertext
- matched
- verified
- verification
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
- H04L9/0869—Generation of secret information including derivation or calculation of cryptographic keys or passwords involving random numbers or seeds
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Storage Device Security (AREA)
Abstract
本申请公开了一种信息验证的方法，包括：获取待验证信息集合，其中，待验证信息集合包括M个待验证信息；对待验证信息集合进行加密处理，得到M个待匹配密文信息，待匹配密文信息与待验证信息具有对应关系；根据验证序列将M个待匹配密文信息记录至区块链进行同步存储，以使客户端通过区块链获取M个待匹配密文信息；向客户端发送待验证信息集合以及校验信息，以使客户端根据待验证信息集合以及校验信息生成M个目标密文信息，将M个目标密文信息与M个待匹配密文信息进行比对，得到验证结果。本申请还公开了一种棋牌信息验证的方法以及装置。本申请利用密文信息进行数据校验的可靠性强，从而有利于提升方案的公平性。
Description
技术领域
本申请涉及互联网技术领域，尤其涉及一种信息验证的方法、棋牌信息验证的方法及装置。
背景技术
随着互联网技术的不断发展，各类终端设备已经成为人们生活中不可或缺的一部分，游戏产业也因此蓬勃发展。互联网时代的到来让人们的娱乐方式变得越来越多样化，棋牌类游戏不再受到时空上的局限。人们可以通过棋牌类应用程序与真实玩家进行切磋，也可以与虚拟玩家进行游戏。
在棋牌类游戏中，玩家在摸牌之前需要先进行洗牌的操作，使得每个玩家摸到每张牌的概率尽量相等，从而增加游戏的随机性，进而提升游戏的乐趣。
然而，在棋牌类应用程序中，仍然存在作弊的情况。比如，玩家通过下载外挂程序修改游戏数据，针对应用程序进行非原设操作，篡改游戏原本正常的设定和规则。由此，导致游戏的公平性被破坏。
发明内容
本申请实施例提供了一种信息验证的方法、棋牌信息验证的方法及装置，客户端能够基于校验信息和密文信息，反推后续收到的待验证信息集合与预先生成密文信息的待验证信息集合是否一致，通过区块链公布的密文信息难以被篡改，因此，利用密文信息进行数据校验的可靠性强，从而有利于提升方案的公平性。
有鉴于此，本申请第一方面提供一种信息验证的方法，包括：
获取待验证信息集合，其中，所述待验证信息集合包括M个待验证信息，所述M为大于或等于1的整数；
采用校验信息对所述待验证信息集合进行加密处理，得到M个待匹配密文信息，其中，所述待匹配密文信息与所述待验证信息具有对应关系；
根据验证序列将所述M个待匹配密文信息记录至区块链进行同步存储，以使客户端通过所述区块链获取所述M个待匹配密文信息；
向客户端发送所述待验证信息集合以及所述校验信息，以使所述客户端根据所述待验证信息集合以及所述校验信息生成M个目标密文信息，将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果。
本申请第二方面提供一种信息验证的方法，包括：
通过区块链获取M个待匹配密文信息，其中，所述区块链为服务器根据验证序列将所述M个待匹配密文信息进行存储后得到的，所述M个待匹配密文信息为所述服务器采用校验信息对待验证信息集合进行加密处理后得到的，所述待验证信息集合包括M个待验证信息，所述待匹配密文信息与所述待验证信息具有对应关系，所述M为大于或等于1的整数；
接收服务器发送的待验证信息集合以及所述校验信息；
根据所述待验证信息集合以及所述校验信息生成M个目标密文信息；
将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果。
本申请第三方面提供一种棋牌信息验证的方法，包括：
获取棋牌信息集合，其中，所述棋牌信息集合包括M个棋牌信息，所述M为大于或等于1的整数；
采用校验信息对所述棋牌信息集合进行加密处理，得到M个待匹配密文信息，其中，所述待匹配密文信息与所述棋牌信息具有对应关系；
根据验证序列将所述M个待匹配密文信息记录至区块链进行同步存储，以使客户端通过所述区块链获取所述M个待匹配密文信息；
向客户端发送所述棋牌信息集合以及所述校验信息，以使所述客户端根据所述棋牌信息集合以及所述校验信息生成M个目标密文信息，将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果。
本申请第四方面提供一种棋牌信息验证的方法，包括：
通过区块链获取M个待匹配密文信息，其中，所述区块链为服务器根据验证序列将所述M个待匹配密文信息进行存储后得到的，所述M个待匹配密文信息为所述服务器采用校验信息对棋牌信息集合进行加密处理后得到的，所述棋牌信息集合包括M个棋牌信息，所述待匹配密文信息与所述棋牌信息具有对应关系，所述M为大于或等于1的整数；
接收服务器发送的棋牌信息集合以及所述校验信息；
根据所述棋牌信息集合以及所述校验信息生成M个目标密文信息；
将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果。
本申请第五方面提供一种信息验证装置，包括：
获取模块，用于获取待验证信息集合，其中，所述待验证信息集合包括M个待验证信息，所述M为大于或等于1的整数；
加密模块，用于对所述获取模块获取到的所述待验证信息集合进行加密处理，得到M个待匹配密文信息，其中，所述待匹配密文信息与所述待验证信息具有对应关系；
存储模块，用于根据验证序列将所述加密模块加密后的所述M个待匹配密文信息记录至区块链进行同步存储，以使客户端通过所述区块链获取所述M个待匹配密文信息；
发送模块，用于向客户端发送所述待验证信息集合以及所述校验信息，以使所述客户端根据所述待验证信息集合以及所述校验信息生成M个目标密文信息，将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果。
在一种可能的设计中，在本申请实施例的第五方面的第一种实现方式中，
所述加密模块，具体用于生成第一密钥以及第二密钥；
生成第一随机数以及第二随机数；
获取第一时间戳以及第二时间戳，其中，所述第二时间戳为所述第一时间戳相邻的下一个时间戳；
采用所述第一时间戳、所述第一密钥以及所述第一随机数对第一待验证信息进行加密，得到第一待匹配密文信息，其中，所述第一待验证信息属于所述待验证信息集合；
采用所述第二时间戳、所述第二密钥以及所述第二随机数对第二待验证信息进行加密，得到第二待匹配密文信息，其中，所述第二待验证信息属于所述待验证信息集合，所述第二待验证信息为所述第一待验证信息相邻的下一个待验证信息。
在一种可能的设计中，在本申请实施例的第五方面的第二种实现方式中，
所述存储模块，用于将所述第一待匹配密文信息记录至第一区块，其中，所述第一区块属于所述区块链中的一个区块；
根据所述第一待验证信息与所述第二待验证信息的验证序列，将所述第二待匹配密文信息记录至第二区块，其中，所述第二区块属于所述区块链中的一个区块，且所述第二区块为所述第一区块相邻的下一个区块。
在一种可能的设计中，在本申请实施例的第五方面的第三种实现方式中，
所述发送模块，具体用于向所述客户端发送所述待验证信息集合；
向所述客户端发送密钥、随机数以及时间戳，以使所述客户端采用所述密钥、所述随机数以及所述时间戳对所述待验证信息集合进行验证，生成所述M个目标密文信息，其中，所述密钥、所述随机数以及所述时间戳属于所述校验信息。
本申请第六方面提供一种客户端，包括：
获取模块，用于通过区块链获取M个待匹配密文信息，其中，所述区块链为服务器根据验证序列将所述M个待匹配密文信息进行存储后得到的，所述M个待匹配密文信息为所述服务器采用校验信息对待验证信息集合进行加密处理后得到的，所述待验证信息集合包括M个待验证信息，所述待匹配密文信息与所述待验证信息具有对应关系，所述M为大于或等于1的整数；
接收模块，用于接收服务器发送的待验证信息集合以及所述校验信息；
生成模块，用于根据所述接收模块接收的所述待验证信息集合以及所述校验信息生成M个目标密文信息；
验证模块，用于将所述生成模块生成的所述M个目标密文信息，与所述获取模块获取的所述M个待匹配密文信息进行比对，得到验证结果。
本申请第七方面提供一种棋牌信息验证装置，包括：
获取模块，用于获取棋牌信息集合，其中，所述棋牌信息集合包括M个棋牌信息，所述M为大于或等于1的整数；
加密模块，用于对所述获取模块获取的所述棋牌信息集合进行加密处理，得到M个待匹配密文信息，其中，所述待匹配密文信息与所述棋牌信息具有对应关系；
存储模块，用于根据验证序列将所述加密模块加密得到的所述M个待匹配密文信息记录至区块链进行同步存储，以使客户端通过所述区块链获取所述M个待匹配密文信息；
发送模块，用于向客户端发送所述棋牌信息集合以及所述校验信息，以使所述客户端根据所述棋牌信息集合以及所述校验信息生成M个目标密文信息，将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果。
在一种可能的设计中，在本申请实施例的第七方面的第一种实现方式中，
所述加密模块，具体用于生成第一密钥以及第二密钥；
生成第一随机数以及第二随机数；
获取第一时间戳以及第二时间戳，其中，所述第二时间戳为所述第一时间戳相邻的下一个时间戳；
采用所述第一时间戳、所述第一密钥以及所述第一随机数对第一棋牌信息进行加密，得到第一待匹配密文信息，其中，所述第一棋牌信息属于所述棋牌信息集合；
采用所述第二时间戳、所述第二密钥以及所述第二随机数对第二棋牌信息进行加密，得到第二待匹配密文信息，其中，所述第二棋牌信息属于所述棋牌信息集合，所述第二棋牌信息为所述第一棋牌信息相邻的下一个棋牌信息。
在一种可能的设计中，在本申请实施例的第七方面的第二种实现方式中，
所述存储模块，具体用于将所述第一待匹配密文信息记录至第一区块，其中，所述第一区块属于所述区块链中的一个区块；
根据所述第一棋牌信息与所述第二棋牌信息的验证序列，将所述第二待匹配密文信息记录至第二区块，其中，所述第二区块属于所述区块链中的一个区块，且所述第二区块为所述第一区块相邻的下一个区块。
在一种可能的设计中，在本申请实施例的第七方面的第三种实现方式中，
所述发送模块，具体用于向所述客户端发送所述棋牌信息集合；
向所述客户端发送密钥、随机数以及时间戳，以使所述客户端采用所述密钥、所述随机数以及所述时间戳对所述棋牌信息集合进行验证，生成所述M个目标密文信息，其中，所述密钥、所述随机数以及所述时间戳属于所述校验信息。
本申请第八方面提供一种客户端，包括：
获取模块，用于通过区块链获取M个待匹配密文信息，其中，所述区块链为服务器根据验证序列将所述M个待匹配密文信息进行存储后得到的，所述M个待匹配密文信息为所述服务器采用校验信息对棋牌信息集合进行加密处理后得到的，所述棋牌信息集合包括M个棋牌信息，所述待匹配密文信息与所述棋牌信息具有对应关系，所述M为大于或等于1的整数；
接收模块，用于接收服务器发送的棋牌信息集合以及所述校验信息；
生成模块，用于根据所述接收模块接收的所述棋牌信息集合以及所述校验信息生成M个目标密文信息；
验证模块，用于将所述生成模块生成的所述M个目标密文信息，与所述获取模块获取的所述M个待匹配密文信息进行比对，得到验证结果。
在一种可能的设计中，在本申请实施例的第八方面的第一种实现方式中，所述客户端还包括展示模块；
所述接收模块，还用于通过区块链获取M个待匹配密文信息之后，接收密文显示指令；
所述展示模块，用于响应于所述接收模块接收的所述密文显示指令，通过交互应用界面展示所述M个待匹配密文信息。
在一种可能的设计中，在本申请实施例的第八方面的第二种实现方式中，
所述接收模块，具体用于接收应用启动指令；
响应于所述应用启动指令，接收所述服务器发送的所述棋牌信息集合；
在接收到所述棋牌信息集合之后，接收信息校验指令；
响应于所述信息校验指令，接收所述服务器发送的密钥、随机数以及时间戳，其中，所述密钥、所述随机数以及所述时间戳属于所述校验信息；
所述展示模块，还用于在所述接收模块接收服务器发送的棋牌信息集合以及所述校验信息之后，通过交互应用界面展示所述密钥、所述随机数以及所述时间戳。
在一种可能的设计中，在本申请实施例的第八方面的第三种实现方式中，
所述验证模块，具体用于检测目标密文信息与待匹配密文信息是否一致；
若所述目标密文信息与所述待匹配密文信息一致，则确定所述目标密文信息与所述待匹配密文信息验证成功；
若所述目标密文信息与所述待匹配密文信息不一致，则确定所述目标密文信息与所述待匹配密文信息验证失败。
本申请第九方面提供一种服务器，包括：存储器、收发器、处理器以及总线系统；
其中，所述存储器用于存储程序；
所述处理器用于执行所述存储器中的程序，包括如下步骤：
获取待验证信息集合，其中，所述待验证信息集合包括M个待验证信息，所述M为大于或等于1的整数；
采用校验信息对所述待验证信息集合进行加密处理，得到M个待匹配密文信息，其中，所述待匹配密文信息与所述待验证信息具有对应关系；
根据验证序列将所述M个待匹配密文信息记录至区块链进行同步存储，以使客户端通过所述区块链获取所述M个待匹配密文信息；
向客户端发送所述待验证信息集合以及所述校验信息，以使所述客户端根据所述待验证信息集合以及所述校验信息生成M个目标密文信息，将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果；
所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信。
本申请第十方面提供一种终端设备，包括：存储器、收发器、处理器以及总线系统；
其中，所述存储器用于存储程序；
所述处理器用于执行所述存储器中的程序，包括如下步骤：
通过区块链获取M个待匹配密文信息，其中，所述区块链为服务器根据验证序列将所述M个待匹配密文信息进行存储后得到的，所述M个待匹配密文信息为所述服务器采用校验信息对待验证信息集合进行加密处理后得到的，所述待验证信息集合包括M个待验证信息，所述待匹配密文信息与所述待验证信息具有对应关系，所述M为大于或等于1的整数；
接收服务器发送的待验证信息集合以及所述校验信息；
根据所述待验证信息集合以及所述校验信息生成M个目标密文信息；
将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果；
所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信。
本申请第十一方面提供一种服务器，包括：存储器、收发器、处理器以及总线系统；
其中，所述存储器用于存储程序；
所述处理器用于执行所述存储器中的程序，包括如下步骤：
获取棋牌信息集合，其中，所述棋牌信息集合包括M个棋牌信息，所述M为大于或等于1的整数；
采用校验信息对所述棋牌信息集合进行加密处理，得到M个待匹配密文信息，其中，所述待匹配密文信息与所述棋牌信息具有对应关系；
根据验证序列将所述M个待匹配密文信息记录至区块链进行同步存储，以使客户端通过所述区块链获取所述M个待匹配密文信息；
向客户端发送所述棋牌信息集合以及所述校验信息，以使所述客户端根据所述棋牌信息集合以及所述校验信息生成M个目标密文信息，将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果；
所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信。
本申请第十二方面提供一种终端设备，包括：存储器、收发器、处理器以及总线系统；
其中，所述存储器用于存储程序；
所述处理器用于执行所述存储器中的程序，包括如下步骤：
通过区块链获取M个待匹配密文信息，其中，所述区块链为服务器根据验证序列将所述M个待匹配密文信息进行存储后得到的，所述M个待匹配密文信息为所述服务器采用校验信息对棋牌信息集合进行加密处理后得到的，所述棋牌信息集合包括M个棋牌信息，所述待匹配密文信息与所述棋牌信息具有对应关系，所述M为大于或等于1的整数；
接收服务器发送的棋牌信息集合以及所述校验信息；
根据所述棋牌信息集合以及所述校验信息生成M个目标密文信息；
将所述M个目标密文信息与M个待匹配密文信息进行比对，得到验证结果；
总线系统用于连接存储器以及处理器，以使存储器以及处理器进行通信。
本申请的第十三方面提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面的方法。
从以上技术方案可以看出，本申请实施例具有以下优点：
本申请实施例中，提供了一种信息验证的方法，首先获取待验证信息集合，待验证信息集合包括M个待验证信息，采用校验信息对待验证信息集合进行加密处理，得到M个待匹配密文信息，根据验证序列将M个待匹配密文信息记录至区块链进行同步存储，以使客户端通过区块链获取M个待匹配密文信息，向客户端发送待验证信息集合以及校验信息，以使客户端根据待验证信息集合以及校验信息生成M个目标密文信息，将M个目标密文信息与M个待匹配密文信息进行比对，得到验证结果。通过上述方式，待验证信息集合经过加密后的密文信息，可以经过区块链提前发送给客户端，由客户端展示该密文信息，然后在待验证信息集合都发送给客户端之后，再公布校验信息，使得客户端能够基于校验信息和密文信息，反推后续收到的待验证信息集合与预先生成密文信息的待验证信息集合是否一致，通过区块链公布的密文信息难以被篡改，因此，利用密文信息进行数据校验的可靠性强，从而有利于提升方案的公平性。
附图说明
图1为本申请实施例中信息验证系统的一个架构示意图；
图2为本申请实施例中去中心化的分布式数据记录一个示意图；
图3为本申请实施例中区块链的一个示意图；
图4为本申请实施例中信息验证的方法一个实施例示意图；
图5为本申请实施例中信息验证的方法另一个实施例示意图；
图6为本申请实施例中棋牌信息验证的方法一个实施例示意图；
图7为本申请实施例中基于区块链的一个密文信息比对流程示意图；
图8为本申请实施例中棋牌信息验证的方法另一个实施例示意图；
图9为本申请实施例中触发密文显示指令的一个交互应用界面示意图；
图10为本申请实施例中展示待匹配密文信息的一个交互应用界面示意图；
图11为本申请实施例中展示棋牌信息集合的一个交互应用界面示意图；
图12为本申请实施例中展示校验信息的一个交互应用界面示意图；
图13为本申请实施例中展示验证结果的一个交互应用界面示意图；
图14为本申请实施例中信息验证装置的一个实施例示意图；
图15为本申请实施例中客户端的一个实施例示意图；
图16为本申请实施例中棋牌信息验证装置的一个实施例示意图；
图17为本申请实施例中客户端的一个实施例示意图；
图18为本申请实施例中客户端的另一个实施例示意图；
图19为本申请实施例中服务器的一个结构示意图；
图20为本申请实施例中终端设备的一个结构示意图。
具体实施方式
本申请实施例提供了一种信息验证的方法、棋牌信息验证的方法及装置，客户端能够基于校验信息和密文信息，反推后续收到的待验证信息集合与预先生成密文信息的待验证信息集合是否一致，通过区块链公布的密文信息难以被篡改，因此，利用密文信息进行数据校验的可靠性强，从而有利于提升方案的公平性。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“对应于”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
应理解，本申请提供的信息验证方法可以应用于随机生成数据的场景，比如，在棋牌游戏中，为了防止玩家作弊，可以在牌局结束后，对整局游戏的牌面进行验证。又比如，在抽奖业务中，为了防止对抽奖结果进行篡改，可以在公布中奖结果之后，对抽奖公布前的中奖票面进行验证。基于上述场景，本申请利用区块链的机制来实现一个可信且可靠的数据处理系统，具体可以是棋牌游戏发牌系统。
为了便于理解，本申请提出了一种信息验证的方法，该方法应用于图1所示的信息验证系统，请参阅图1，图1为本申请实施例中信息验证系统的一个架构示意图，如图所示，在信息验证系统包括区块链内部的终端设备A、终端设备B、服务器A和服务器B，还包括区块链外部的终端设备C，其中，终端设备A、终端设备B、服务器A和服务器B通过网络连接。假设服务器A为业务服务器，该业务服务器具体可以是棋牌游戏服务器，服务器A在生成牌谱之后，采用校验信息生成待匹配密文信息，然后将待匹配密文信息通过区块链同步给终端设备A、终端设备B、服务器B和终端设备C。服务器A按照该牌谱向终端设备C发送相应的牌面数据，在游戏结束后，再向终端设备C发送校验信息。从而使得用户可以通过终端设备C接收到的校验信息，对牌面数据进行加密，并得到目标密文信息。如果目标密文信息和一开始获取到的待匹配密文信息一致，则表示游戏数据未被篡改，反之，则表示游戏数据可能被篡改，从而可以向游戏的客服人员反映情况或者投诉等。
需要说明的是，终端设备包含但不仅限于平板电脑、笔记本电脑、掌上电脑、手机、语音交互设备及个人电脑(personal computer，PC)，此处不做限定。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
为了便于理解，请参阅图2，图2为本申请实施例中去中心化的分布式数据记录一个示意图，如图所示，区块链(BlockChain)可以认为是一个分布式的数据记录账，具有去中心化的分布式数据记录方式，无论是终端设备、服务器还是云服务器，都参与数据的记录，且记录在区块链上的数据不能被删除和篡改。区块链技术主要让参与系统中的任意多个节点，通过一串使用密码学方法相关联产生的数据块(block)，每个数据块中包含了一定时间内的系统全部信息交流数据，并且生成数据指纹用于验证其信息的有效性和链接(chain)下一个数据块。
基于上述介绍，请参阅图3，图3为本申请实施例中区块链的一个示意图，如图所示，区块T、区块T+1和区块T+2在同一条链(Chian)上，并按照发生顺序串联而成，是整个账本状态变化的日志记录。区块记录一段时间内所有交易和状态结果，是对当前账本状态的一次共识。区块中的前导区块哈希值用于关联前一个区块，比如区块T+1的前导区块哈希值用于关联区块T。区块中的交易表示一次对账本的操作，导致账本状态的一次改变，比如添加一条转账记录。元数据用于记录具体的交易内容，比如交易时间戳、交易的密文信息以及区块长度等。
在实现上，首先假设存在一个分布式的数据记录账本，这个账本只允许添加、不允许删除。账本底层的基本结构是一个线性的链表，链表由一个个区块串联组成，如图3所示，后继区块记录前导区块的哈希值。新的数据要加入，必须放到一个新的区块中。而这个块(以及块里的交易)是否合法，可以通过计算哈希值的方式快速检验出来。任意维护节点都拥有全部区块的记录，且可以提议一个新的合法区块，然而必须经过一定的共识机制来对最终选择的区块达成一致。
本申请中，可以在区块的交易中记录随机洗牌之后的牌堆(即牌谱)，并且利用区块链的机制来实现一个可信且可靠的棋牌游戏发牌系统。
结合上述介绍，下面将从服务器的角度，对本申请中信息验证的方法进行介绍，请参阅图4，本申请实施例中信息验证的方法一个实施例包括：
101、获取待验证信息集合，其中，待验证信息集合包括M个待验证信息，M为大于或等于1的整数；
本实施例中，服务器首先获取待验证信息集合，待验证信息集合可以是一系列具有随机性的信息，待验证信息集合包括M个待验证信息，待验证信息可以是业务数据，比如彩票信息或棋牌信息等，此处不做限定。
102、采用校验信息对待验证信息集合进行加密处理，得到M个待匹配密文信息，其中，待匹配密文信息与待验证信息具有对应关系；
本实施例中，服务器采用校验信息对待验证信息集合中的每个待验证信息进行加密处理，从而得到M个待匹配密文信息，即每个待验证信息对应一个待匹配密文信息，比如，待验证信息A对应待匹配密文信息A，待验证信息B对应待匹配密文信息B，以此类推。
103、根据验证序列将M个待匹配密文信息记录至区块链进行同步存储，以使客户端通过区块链获取M个待匹配密文信息；
本实施例中，服务器按照验证序列，以此将M个待匹配密文信息记录至区块链进行同步存储。其中，验证序列即为随机排列后得到生成的顺序。为了便于介绍，请参阅表1，表1为按照验证序列生成的M个待匹配密文信息一个示意。
表1
| 验证序列 | 区块 | 待验证信息 | 待匹配密文信息 |
| 1 | 区块T | 待验证信息A | 待匹配密文信息A |
| 2 | 区块T+1 | 待验证信息B | 待匹配密文信息B |
| 3 | 区块T+2 | 待验证信息C | 待匹配密文信息C |
| 4 | 区块T+3 | 待验证信息D | 待匹配密文信息D |
| 5 | 区块T+4 | 待验证信息E | 待匹配密文信息E |
| 6 | 区块T+5 | 待验证信息F | 待匹配密文信息F |
| 7 | 区块T+6 | 待验证信息G | 待匹配密文信息G |
由表1可见，服务器生成的待匹配密文信息会按照验证序列依次存储至区块链中的每个区块，且每个区块存储一个待匹配密文信息。客户端可以通过该区块链获取M个待匹配密文信息。
104、向客户端发送待验证信息集合以及校验信息，以使客户端根据待验证信息集合以及校验信息生成M个目标密文信息，将M个目标密文信息与M个待匹配密文信息进行比对，得到验证结果。
本实施例中，服务器在第一时刻先向客户端发送待验证信息集合，在待验证信息集合发送完毕之后，服务器在第二时刻向客户端发送校验信息，第一时刻通常早于第二时刻，也就是说，客户端在收到待验证信息集合之后再接收校验信息，于是，客户端采用校验信息对收到的待验证信息集合进行验证。验证过程为，客户端先采用校验信息对待验证信息集合进行加密，与步骤102描述的过程类似，从而生成M个目标密文信息。接下来，客户端需要比对这M个目标密文信息与区块链上获取到的M个待匹配密文信息是否一致，基于区块链所获取到的M个待匹配密文信息是可靠的，因此，如果M个目标密文信息与M个待匹配密文信息一致，则表示本次接收到的待验证信息集合未经过篡改，是可靠的结果。
本申请实施例中，提供了一种信息验证的方法，首先获取待验证信息集合，待验证信息集合包括M个待验证信息，采用校验信息对待验证信息集合进行加密处理，得到M个待匹配密文信息，根据验证序列将M个待匹配密文信息记录至区块链进行同步存储，以使客户端通过区块链获取M个待匹配密文信息，向客户端发送待验证信息集合以及校验信息，以使客户端根据待验证信息集合以及校验信息生成M个目标密文信息，将M个目标密文信息与M个待匹配密文信息进行比对，得到验证结果。通过上述方式，待验证信息集合经过加密后的密文信息，可以经过区块链提前发送给客户端，由客户端展示该密文信息，然后在待验证信息集合都发送给客户端之后，再公布校验信息，使得客户端能够基于校验信息和密文信息，反推后续收到的待验证信息集合与预先生成密文信息的待验证信息集合是否一致，通过区块链公布的密文信息难以被篡改，因此，利用密文信息进行数据校验的可靠性强，从而有利于提升方案的公平性。
可选地，在上述图4对应的各个实施例的基础上，本申请实施例提供的信息验证的方法第一个可选实施例中，对待验证信息集合进行加密处理，得到M个待匹配密文信息，可以包括：
生成第一密钥以及第二密钥；
生成第一随机数以及第二随机数；
获取第一时间戳以及第二时间戳，其中，第二时间戳为第一时间戳相邻的下一个时间戳；
采用第一时间戳、第一密钥以及第一随机数对第一待验证信息进行加密，得到第一待匹配密文信息，其中，第一待验证信息属于待验证信息集合；
采用第二时间戳、第二密钥以及第二随机数对第二待验证信息进行加密，得到第二待匹配密文信息，其中，第二待验证信息属于待验证信息集合，第二待验证信息为第一待验证信息相邻的下一个待验证信息。
本实施例中，介绍了一种基于验证序列生成待匹配密文信息的方式。服务器可以基于验证序列，先生成第一待验证信息所对应的第一待匹配密文信息，然后生成第二待验证信息所对应的第二待匹配密文信息，在验证序列中，第二待验证信息是第一待验证信息相邻的下一个信息。
具体地，服务器需要生成校验信息，该校验信息包含但不仅限于密钥、随机数和时间戳。下面将以第一待验证信息为例，对加密过程进行介绍。服务器可以采用可靠的随机数或者随机字符串算法，获取一个密钥，密钥是散列算法中通常会用到的盐(salt)。其中，在随机字符串算法中，给定一个字符集合，并且给定随机生成的字符串的长度，即可随机生成字符串，比如，给定的字符集合为{a,.....,z}及长度5，则随机生成一个长度为5的字符串。服务器可以采用随机算法获取一个随机数，比如采用random()函数生成一个随机数。服务器在构造区块的时候会生成一个时间戳，每个区块对应一个时间戳。
服务器通过加密算法，采用第一时间戳、第一密钥以及第一随机数对第一待验证信息进行加密，可以理解的是，加密算法可以是安全散列算法(Secure Hash Algorithm)，具体可以是SHA-224、SHA-256、SHA-384、SHA-512、SHA-512/224以及SHA-512/256。散列函数把消息或数据压缩成摘要，使得数据量变小，将数据的格式固定下来。该函数将数据打乱混合，重新创建一个叫做散列值(或哈希值)的指纹。散列值通常用一个短的随机字母和数字组成的字符串来代表。
本申请中，待匹配密文信息＝SHA256(待验证信息+密钥+随机数)，请参阅表2，表2为第一待验证信息所在区块的一个示意。
表2
| 字段 | 描述 | 大小 |
| pre-tx-hash | 表示上一个交易全部内容的校验哈希值 | 32字节 |
| timestamp | 提交交易的时间戳 | 4字节 |
| size | 本区块的长度 | 4字节 |
| message | 第一待匹配密文信息的密文信息 | 32字节 |
| Transaction-hash | 对上述字段进行哈希计算后得到的哈希值 | 32字节 |
表2所示的内容仅为一个示意，区块中可以设置“size”字段，也可以不设置“size”字段，每个字段的大小可以根据实际情况进行定义。
其次，本申请实施例中，提供了一种基于验证序列生成待匹配密文信息的方式，即服务器需要生成第一密钥、第二密钥、第一随机数以及第二随机数，获取第一时间戳以及第二时间戳，然后采用第一时间戳、第一密钥以及第一随机数对第一待验证信息进行加密，得到第一待匹配密文信息，再采用第二时间戳、第二密钥以及第二随机数对第二待验证信息进行加密，得到第二待匹配密文信息。通过上述方式，在生成每个待匹配密文信息的时候，都采用不同的密钥、随机数和时间戳，对应恶意者而言难以破解密钥和随机数，从而提升方案的安全性。
可选地，在上述图4对应的各个实施例的基础上，本申请实施例提供的信息验证的方法第二个可选实施例中，根据验证序列将M个待匹配密文信息记录至区块链进行同步存储，可以包括：
将第一待匹配密文信息记录至第一区块，其中，第一区块属于区块链中的一个区块；
根据第一待验证信息与第二待验证信息的验证序列，将第二待匹配密文信息记录至第二区块，其中，第二区块属于区块链中的一个区块，且第二区块为第一区块相邻的下一个区块。
本实施例中，介绍了一种基于验证序列生成待匹配密文信息的方式，服务器在生成第一待匹配密文信息之后，可以先将该第一待匹配密文信息记录至第一区块中，在生成相邻的下一个第二待匹配密文信息之后，即可将该第二待匹配密文信息记录至第二区块中，第二区块的前导区块哈希值为第一区块的校验哈希值。
可以理解的是，验证序列可以通过时间戳来定义，时间戳从区块生成的那一刻起就存在于区块之中，时间戳是直接写在区块链中的，而区块链中已经生成的区块是不可篡改的，一旦篡改，生成的哈希值就会发生变化，从而变成一个无效的数据。每一个时间戳都会将前一个时间戳也纳入其随机哈希值中，这一过程不断重复，依次相连，最后会生成一个完整的链条。
再次，本申请实施例中，提供了一种基于验证序列生成待匹配密文信息的方式，服务器先将第一待匹配密文信息记录至第一区块，然后根据验证序列，将第二待匹配密文信息记录至第二区块。通过上述方式，在生成区块链的过程中，依赖于验证序列，从而保证生成的区块链满足验证场景，即一个区块对应一个待匹配密文信息，从而有利于方案的可行性和可操作性。
可选地，在上述图4对应的各个实施例的基础上，本申请实施例提供的信息验证的方法第三个可选实施例中，向客户端发送待验证信息集合以及校验信息，以使客户端根据待验证信息集合以及校验信息生成M个目标密文信息，可以包括：
向客户端发送待验证信息集合；
向客户端发送密钥、随机数以及时间戳，以使客户端采用密钥、随机数以及时间戳对待验证信息集合进行验证，生成M个目标密文信息，其中，密钥、随机数以及时间戳属于校验信息。
本实施例中，介绍了一种利用校验信息进行验证的方法。服务器首先向客户端发送待验证信息集合，在发送完毕之后，服务器再向客户端发送密钥、随机数以及时间戳，以使客户端采用密钥、随机数以及时间戳对待验证信息集合进行验证，得到M个目标密文信息。即校验信息包括密钥、随机数以及时间戳。
进一步地，本申请实施例中，提供了一种校验信息的具体内容，即校验信息包括密钥、随机数以及时间戳，以使客户端采用密钥、随机数以及时间戳对待验证信息集合进行验证，生成M个目标密文信息，其中，密钥、随机数以及时间戳属于校验信息。通过上述方式，为了保障待验证信息集合分发的公平性，在分发待验证信息集合开始前，通过区块链公布牌谱的密文信息，在分发待验证信息集合结束后，公布对应的校验信息，该校验信息包括密钥、随机数以及时间戳，从而加强加强密文信息生成的可靠性。
结合上述介绍，下面将从客户端的角度，对本申请中信息验证的方法进行介绍，请参阅图5，本申请实施例中信息验证的方法一个实施例包括：
201、通过区块链获取M个待匹配密文信息，其中，区块链为服务器根据验证序列将M个待匹配密文信息进行存储后得到的，M个待匹配密文信息为服务器采用校验信息对待验证信息集合进行加密处理后得到的，待验证信息集合包括M个待验证信息，待匹配密文信息与待验证信息具有对应关系，M为大于或等于1的整数；
本实施例中，客户端通过区块链获取M个待匹配密文信息，这里的M个待匹配密文信息是服务器采用校验信息对待验证信息集合进行加密处理后得到的，待验证信息可以是业务数据，比如彩票信息或棋牌信息等，此处不做限定。其中，每个待验证信息对应一个待匹配密文信息，比如，待验证信息A对应待匹配密文信息A，待验证信息B对应待匹配密文信息B，以此类推。服务器按照验证序列，以此将M个待匹配密文信息记录至区块链进行同步存储。其中，验证序列即为随机排列后得到生成的顺序。
202、接收服务器发送的待验证信息集合以及校验信息；
本实施例中，客户端在第一时刻接收服务器发送的待验证信息集合，然后在第二时刻接收服务器发送的校验信息，第一时刻通常早于第二时刻。
203、根据待验证信息集合以及校验信息生成M个目标密文信息；
本实施例中，客户端采用校验信息对收到的待验证信息集合进行验证。验证过程为，客户端先采用校验信息对待验证信息集合进行加密，从而生成M个目标密文信息。
204、将M个目标密文信息与M个待匹配密文信息进行比对，得到验证结果。
本实施例中，客户端需要比对这M个目标密文信息与区块链上获取到的M个待匹配密文信息是否一致，基于区块链所获取到的M个待匹配密文信息是可靠的，因此，如果M个目标密文信息与M个待匹配密文信息一致，则表示本次接收到的待验证信息集合未经过篡改，是可靠的结果。
本申请实施例中，提供了一种信息验证的方法，首先客户端通过区块链获取M个待匹配密文信息，然后接收服务器发送的待验证信息集合以及校验信息，再根据待验证信息集合以及校验信息生成M个目标密文信息，最后，客户端将M个目标密文信息与M个待匹配密文信息进行比对，得到验证结果。通过上述方式，待验证信息集合经过加密后的密文信息，可以经过区块链提前发送给客户端，由客户端展示该密文信息，然后在待验证信息集合都发送给客户端之后，再公布校验信息，使得客户端能够基于校验信息和密文信息，反推后续收到的待验证信息集合与预先生成密文信息的待验证信息集合是否一致，通过区块链公布的密文信息难以被篡改，因此，利用密文信息进行数据校验的可靠性强，从而有利于提升方案的公平性。
结合上述介绍，下面将从服务器的角度，对本申请中棋牌信息验证的方法进行介绍，请参阅图6，本申请实施例中棋牌信息验证的方法一个实施例包括：
301、获取棋牌信息集合，其中，棋牌信息集合包括M个棋牌信息，M为大于或等于1的整数；
本实施例中，服务器首先获取棋牌信息集合，棋牌信息集合可以是一系列具有随机性的棋牌信息，待验证信息集合包括M个棋牌信息，具体地，该棋牌信息集合可以认为是具有验证序列的棋牌信息，即牌谱，假设共有54张牌，那么验证序列表示从第1张牌至第54张牌的验证顺序。
可以理解的是，该服务器可以是游戏服务器，具体可以是棋牌游戏服务器。
302、采用校验信息对棋牌信息集合进行加密处理，得到M个待匹配密文信息，其中，待匹配密文信息与棋牌信息具有对应关系；
本实施例中，服务器采用校验信息对棋牌信息集合中的每个棋牌信息进行加密处理，从而得到M个待匹配密文信息，即每个棋牌信息对应一个待匹配密文信息，比如，棋牌信息A对应待匹配密文信息A，棋牌信息B对应待匹配密文信息B，以此类推。
303、根据验证序列将M个待匹配密文信息记录至区块链进行同步存储，以使客户端通过区块链获取M个待匹配密文信息；
本实施例中，服务器按照验证序列，以此将M个待匹配密文信息记录至区块链进行同步存储。其中，验证序列即为随机排列后得到生成的顺序。为了便于介绍，请参阅表3，表3为按照验证序列生成的M个待匹配密文信息一个示意。
表3
| 验证序列 | 区块 | 棋牌信息 | 待匹配密文信息 |
| 1 | 区块T | 红桃A | 待匹配密文信息A |
| 2 | 区块T+1 | 方块6 | 待匹配密文信息B |
| 3 | 区块T+2 | 红桃8 | 待匹配密文信息C |
| 4 | 区块T+3 | 黑桃8 | 待匹配密文信息D |
| 5 | 区块T+4 | 梅花J | 待匹配密文信息E |
| 6 | 区块T+5 | 梅花A | 待匹配密文信息F |
| 7 | 区块T+6 | 方块2 | 待匹配密文信息G |
由表3可见，服务器生成的待匹配密文信息会按照验证序列依次存储至区块链中的每个区块，且每个区块存储一个待匹配密文信息。客户端可以通过该区块链获取M个棋牌信息所对应的M个待匹配密文信息。
304、向客户端发送棋牌信息集合以及校验信息，以使客户端根据棋牌信息集合以及校验信息生成M个目标密文信息，将M个目标密文信息与M个待匹配密文信息进行比对，得到验证结果。
本实施例中，服务器在第一时刻先向客户端发送棋牌信息集合，在棋牌信息集合发送完毕之后，服务器在第二时刻向客户端发送校验信息，第一时刻可以为游戏开局时刻，第二时刻可以为游戏结束时刻，因此，第一时刻早于第二时刻。客户端在收到棋牌信息集合之后再接收校验信息，于是，客户端采用校验信息对收到的棋牌信息集合进行验证。验证过程为，客户端先采用校验信息对棋牌信息集合进行加密，与步骤302描述的过程类似，从而生成M个目标密文信息。接下来，客户端需要比对这M个目标密文信息与区块链上获取到的M个待匹配密文信息是否一致，基于区块链所获取到的M个待匹配密文信息是可靠的，因此，如果M个目标密文信息与M个待匹配密文信息一致，则表示本次接收到的棋牌信息集合未经过篡改，是可靠的结果。
为了便于介绍，请参阅图7，图7为本申请实施例中基于区块链的一个密文信息比对流程示意图，如图所示，具体地：
在步骤S1中，服务器随机生成牌谱之后，采用校验信息加密后，将加密后的牌谱密文存储至区块链；
在步骤S2中，玩家在开始游戏之前，从区块链上获取加密后的牌谱密文；
在步骤S3中，在玩家结束整局游戏之后，服务器给玩家提供校验信息，玩家可以使用该校验信息和自己的牌，采用同样的算法进行加密，得到加密后的牌谱密文信息，最后将该牌谱密文信息和区块链中的牌谱密文进行比对，如果一致，则表示牌谱未篡改。
本申请实施例中，提供了一种棋牌信息验证的方法，首先服务器获取棋牌信息集合，然后采用校验信息对棋牌信息集合进行加密处理，得到M个待匹配密文信息，接下来服务器根据验证序列将M个待匹配密文信息记录至区块链进行同步存储，以使客户端通过区块链获取M个待匹配密文信息，最后向客户端发送棋牌信息集合以及校验信息，以使客户端根据棋牌信息集合以及校验信息生成M个目标密文信息，将M个目标密文信息与M个待匹配密文信息进行比对，得到验证结果。通过上述方式，在牌局之前服务器随机洗牌后生成这局牌的牌谱，然后将该局牌谱的密文西西加入到区块链中并公开。牌局结束之后向客户端公布校验信息，使得客户端能够基于校验信息和密文信息，反推牌谱的一致性。由于事先公布了完整牌谱的密文信息，所以不存在牌局过程中的暗箱操作的空间，下一张牌是不会变化的。这样可以保证游戏的公开、公正以及公平。
可选地，在上述图6对应的各个实施例的基础上，本申请实施例提供的棋牌信息验证的方法第一个可选实施例中，对棋牌信息集合进行加密处理，得到M个待匹配密文信息，可以包括：
生成第一密钥以及第二密钥；
生成第一随机数以及第二随机数；
获取第一时间戳以及第二时间戳，其中，第二时间戳为第一时间戳相邻的下一个时间戳；
采用第一时间戳、第一密钥以及第一随机数对第一棋牌信息进行加密，得到第一待匹配密文信息，其中，第一棋牌信息属于棋牌信息集合；
采用第二时间戳、第二密钥以及第二随机数对第二棋牌信息进行加密，得到第二待匹配密文信息，其中，第二棋牌信息属于棋牌信息集合，第二棋牌信息为第一棋牌信息相邻的下一个棋牌信息。
本实施例中，介绍了一种基于验证序列生成待匹配密文信息的方式。服务器可以基于验证序列，先生成第一棋牌信息所对应的第一待匹配密文信息，然后生成第二棋牌信息所对应的第二待匹配密文信息，在验证序列中，第二棋牌信息是第一棋牌信息相邻的下一个信息。该棋牌信息可以为牌面信息。
具体地，服务器需要生成校验信息，该校验信息包含但不仅限于密钥、随机数和时间戳。下面将以第一棋牌信息为例，对加密过程进行介绍。服务器可以采用可靠的随机数或者随机字符串算法，获取一个密钥。服务器可以采用随机算法获取一个随机数，比如采用random()函数生成一个随机数。服务器在构造区块的时候会生成一个时间戳，每个区块对应一个时间戳，该时间戳为当前毫秒的时间戳。服务器通过加密算法，采用第一时间戳、第一密钥以及第一随机数对第一棋牌信息进行加密，
本申请中，待匹配密文信息＝SHA256(待验证信息+密钥+随机数)，假设第一棋牌信息为红桃A，请参阅表4，表4为第一棋牌信息所在区块的一个示意。
表4
| 字段 | 描述 | 大小 |
| pre-tx-hash | 表示上一个交易全部内容的校验哈希值 | 32字节 |
| timestamp | 提交交易的时间戳 | 4字节 |
| size | 本区块的长度 | 4字节 |
| card | 红桃A的密文信息 | 32字节 |
| Transaction-hash | 对上述字段进行哈希计算后得到的哈希值 | 32字节 |
表4所示的内容仅为一个示意，区块中可以设置“size”字段，也可以不设置“size”字段，每个字段的大小可以根据实际情况进行定义。其中，SHA256属于散列算法，散列算法是不可逆的，通过散列值不能逆推出原来的内容，牌局开始前预先公布牌谱散列值，在牌局过程中的时间内，不能被暴力运算破解出来。
其次，本申请实施例中，提供了一种基于验证序列生成待匹配密文信息的方式，即服务器需要生成第一密钥、第二密钥、第一随机数以及第二随机数，获取第一时间戳以及第二时间戳，然后采用第一时间戳、第一密钥以及第一随机数对第一棋牌信息进行加密，得到第一待匹配密文信息，再采用第二时间戳、第二密钥以及第二随机数对第二棋牌信息进行加密，得到第二待匹配密文信息。通过上述方式，在生成每个待匹配密文信息的时候，都采用不同的密钥、随机数和时间戳，对应恶意者而言难以破解密钥和随机数，从而提升方案的安全性。
可选地，在上述图6对应的各个实施例的基础上，本申请实施例提供的棋牌信息验证的方法第二个可选实施例中，根据验证序列将M个待匹配密文信息记录至区块链进行同步存储，可以包括：
将第一待匹配密文信息记录至第一区块，其中，第一区块属于区块链中的一个区块；
根据第一棋牌信息与第二棋牌信息的验证序列，将第二待匹配密文信息记录至第二区块，其中，第二区块属于区块链中的一个区块，且第二区块为第一区块相邻的下一个区块。
本实施例中，介绍了一种基于验证序列生成待匹配密文信息的方式，服务器在生成第一待匹配密文信息之后，可以先将该第一待匹配密文信息记录至第一区块中，在生成相邻的下一个第二待匹配密文信息之后，即可将该第二待匹配密文信息记录至第二区块中，第二区块的前导区块哈希值为第一区块的校验哈希值。可以理解的是，验证序列可以通过时间戳来定义。
具体地，以棋牌信息为牌谱为例，假设洗牌后得到的牌谱为红桃A、黑桃5、黑桃8、和梅花10，于是将红桃A记录至区块T中，将黑桃5记录至区块T+1中，将黑桃8记录至区块T+2中，将梅花10记录至区块T+3中。
再次，本申请实施例中，提供了一种基于验证序列生成待匹配密文信息的方式，服务器先将第一待匹配密文信息记录至第一区块，然后根据验证序列，将第二待匹配密文信息记录至第二区块。通过上述方式，在生成区块链的过程中，依赖于验证序列，从而保证生成的区块链满足验证场景，即一个区块对应一个待匹配密文信息，从而有利于方案的可行性和可操作性。
可选地，在上述图6对应的各个实施例的基础上，本申请实施例提供的棋牌信息验证的方法第三个可选实施例中，向客户端发送棋牌信息集合以及校验信息，以使客户端根据棋牌信息集合以及校验信息生成M个目标密文信息，可以包括：
向客户端发送棋牌信息集合；
向客户端发送密钥、随机数以及时间戳，以使客户端采用密钥、随机数以及时间戳对棋牌信息集合进行验证，生成M个目标密文信息，其中，密钥、随机数以及时间戳属于校验信息。
本实施例中，介绍了一种利用校验信息进行验证的方法。服务器首先向客户端发送棋牌信息集合，在发送完毕之后，服务器再向客户端发送密钥、随机数以及时间戳，以使客户端采用密钥、随机数以及时间戳对待验证信息集合进行验证，得到M个目标密文信息。即校验信息包括密钥、随机数以及时间戳。
具体地，玩家可以使用校验信息进行牌局结束之后的复盘，即牌局结束后，将牌的密钥、时间戳和随机数公布给对应的玩家，供玩家验证。如果玩家对发牌有疑义，可以通过牌局结束后公布的密钥、时间戳和随机数，对自己的牌采用同样加密算法进行计算，把得出的目标密文信息和事先公布的待匹配密文想进行比对。
进一步地，本申请实施例中，提供了一种校验信息的具体内容，即校验信息包括密钥、随机数以及时间戳，以使客户端采用密钥、随机数以及时间戳对棋牌信息集合进行验证，生成M个目标密文信息，其中，密钥、随机数以及时间戳属于校验信息。通过上述方式，为了保障发牌的公平性，在牌局开始前，通过区块链公布牌谱的密文信息，在牌局结束后，公布对应的校验信息(即密钥、时间戳和随机数)，玩家可以用牌加校验信息来计算密文信息，和事先公布的密文信息进行对比，以确保发牌是公平的。
结合上述介绍，下面将从客户端的角度，对本申请中棋牌信息验证的方法进行介绍，请参阅图8，本申请实施例中棋牌信息验证的方法一个实施例包括：
401、通过区块链获取M个待匹配密文信息，其中，区块链为服务器根据验证序列将M个待匹配密文信息进行存储后得到的，M个待匹配密文信息为服务器对棋牌信息集合进行加密处理后得到的，棋牌信息集合包括M个棋牌信息，待匹配密文信息与棋牌信息具有对应关系，M为大于或等于1的整数；
本实施例中，客户端通过区块链获取M个待匹配密文信息，这里的M个待匹配密文信息是服务器采用校验信息对棋牌信息集合(比如牌谱)进行加密处理后得到的。其中，每个棋牌信息对应一个待匹配密文信息，比如，红桃A对应待匹配密文信息A，黑桃5对应待匹配密文信息B，以此类推。服务器按照验证序列，以此将M个待匹配密文信息记录至区块链进行同步存储。其中，验证序列即为随机排列后得到生成的顺序。
402、接收服务器发送的棋牌信息集合以及校验信息；
本实施例中，客户端在第一时刻接收服务器发送的待验证信息集合，然后在第二时刻接收服务器发送的校验信息，第一时刻可以为游戏开局时刻，第二时刻可以为游戏结束时刻，因此，第一时刻通常早于第二时刻。
403、根据棋牌信息集合以及校验信息生成M个目标密文信息；
本实施例中，客户端采用校验信息对收到的棋牌信息集合进行验证。验证过程为，客户端先采用校验信息对棋牌信息集合进行加密，从而生成M个目标密文信息。
404、将M个目标密文信息与M个待匹配密文信息进行比对，得到验证结果。
本实施例中，客户端需要比对这M个目标密文信息与区块链上获取到的M个待匹配密文信息是否一致，基于区块链所获取到的M个待匹配密文信息是可靠的，因此，如果M个目标密文信息与M个待匹配密文信息一致，则表示本次接收到的待验证信息集合未经过篡改，是可靠的结果。
本申请实施例中，提供了一种棋牌信息验证的方法，客户端通过区块链获取M个待匹配密文信息，然后接收服务器发送的棋牌信息集合以及校验信息，客户端再根据棋牌信息集合以及校验信息生成M个目标密文信息，最后，客户端将M个目标密文信息与M个待匹配密文信息进行比对，得到验证结果。通过上述方式，在牌局之前服务器随机洗牌后生成这局牌的牌谱，然后将该局牌谱的密文西西加入到区块链中并公开。牌局结束之后向客户端公布校验信息，客户端能够基于校验信息和密文信息，反推牌谱的一致性。由于事先公布了完整牌谱的密文信息，所以不存在牌局过程中的暗箱操作的空间，下一张牌是不会变化的。这样可以保证游戏的公开、公正以及公平。
可选地，在上述图8对应的各个实施例的基础上，本申请实施例提供的棋牌信息验证的方法第一个可选实施例中，通过区块链获取M个待匹配密文信息之后，还可以包括：
接收密文显示指令；
响应于密文显示指令，通过交互应用界面展示M个待匹配密文信息。
本实施例中，介绍了一种展示待匹配密文信息的方法，为了便于介绍，请参阅图9，图9为本申请实施例中触发密文显示指令的一个交互应用界面示意图，如图所示，在游戏开始之后，作为玩家的“用户丙”可以选择是否点选“预先公布牌谱密文”模块A1，若点选“预先公布牌谱密文”模块A1，则触发密文显示指令。如果不选择“预先公布牌谱密文”模块A1，那么可以选择是否做好游戏开始的准备，或者是否需要明牌准备，选择“准备”或“明牌准备”之后，即触发应用启动指令。
在玩家触发密文显示指令之后，可以看到待匹配密文信息，请参阅图10，图10为本申请实施例中展示待匹配密文信息的一个交互应用界面示意图，如图所示，在客户端的交互应用界面上即可展示服务器预先生成的牌谱密文，可以理解的是，图10所展示的牌谱密文在A2所示的区域内，可以通过拖动滑动条看到完整的牌谱密文。可选地，也可以直接在客户端的整个界面上展示完整的牌谱密文，此次不做限定。
其次，本申请实施例中，提供了一种展示待匹配密文信息的方法，在客户端通过区块链获取M个待匹配密文信息之后，还可以接收密文显示指令，然后客户端响应于密文显示指令，通过交互应用界面展示M个待匹配密文信息。通过上述方式，玩家还可以触发指令，从而在客户端上查看到服务器预先公布的牌谱密文，由此提升游戏的公平性。
可选地，在上述图8对应的各个实施例的基础上，本申请实施例提供的棋牌信息验证的方法第二个可选实施例中，接收服务器发送的棋牌信息集合以及校验信息，可以包括：
接收应用启动指令；
响应于应用启动指令，接收服务器发送的棋牌信息集合；
在接收到棋牌信息集合之后，接收信息校验指令；
响应于信息校验指令，接收服务器发送的密钥、随机数以及时间戳，其中，密钥、随机数以及时间戳属于校验信息；
接收服务器发送的棋牌信息集合以及校验信息之后，方法还包括：
通过交互应用界面展示密钥、随机数以及时间戳。
本实施例中，介绍了一种客户端展示校验信息的方法。在玩家通过客户端触发应用启动指令之后，客户端即可响应于该应用启动指令，并接收由服务器预先根据牌谱下发的棋牌信息集合，并且在客户端上进行展示。为了便于理解，请参阅图11，图11为本申请实施例中展示棋牌信息集合的一个交互应用界面示意图，如图所示，玩家“用户丙”接收到的棋牌信息为黑桃2、方块A、红桃K、方块J、梅花10、方块8、红桃7、红桃6、黑桃6和红桃3。
在游戏结束之后，即可分出本轮游戏的胜负，请参阅图12，图12为本申请实施例中展示校验信息的一个交互应用界面示意图，如图所示，玩家“用户丙”可以选择是否需要对牌谱进行校验，如果需要，则点选“牌谱校验”模块A3，即触发信息校验指令，客户端响应于该信息校验指令，并在交互应用界面展示密钥、随机数以及时间戳，如图13所示的密钥：ds8a4f4a8sd12sd1cnxvnepq，随机数：qe91cz9wr7g8s，时间戳：1564936032。
再次，本申请实施例中，提供了一种展示校验信息的方法，即客户端先接收应用启动指令，然后响应于应用启动指令，接收服务器发送的棋牌信息集合，在客户端接收到棋牌信息集合之后，接收信息校验指令，客户端响应于信息校验指令，接收服务器发送的密钥、随机数以及时间戳。在客户端接收服务器发送的棋牌信息集合以及校验信息之后，即可通过交互应用界面展示密钥、随机数以及时间戳。通过上述方式，玩家还可以触发指令，从而在客户端上查看到服务器后续发送的校验信息，由此，可以利用该校验信息进行后续的比对，提升游戏的公平性。
可选地，在上述图8对应的各个实施例的基础上，本申请实施例提供的棋牌信息验证的方法第三个可选实施例中，将M个目标密文信息与M个待匹配密文信息进行比对，得到验证结果，可以包括：
检测目标密文信息与待匹配密文信息是否一致；
若目标密文信息与待匹配密文信息一致，则确定目标密文信息与待匹配密文信息验证成功；
若目标密文信息与待匹配密文信息不一致，则确定目标密文信息与待匹配密文信息验证失败。
本实施例中，介绍了一种生成验证结果的方法，玩家在验证目标密文信息与待匹配密文信息一致性的情况下，可以由客户端自动进行比对，或者由玩家自行进行比对，又或者采用第三方计算散列值的网站或工具进行比对。下面将以客户端自动生成匹配结果的方式为例进行介绍。
具体地，请参阅图13，图13为本申请实施例中展示验证结果的一个交互应用界面示意图，如图所示，当客户端公布了校验信息之后，如果玩家选择进行密文验证，则客户端会比对每个目标密文信息与对应的每个待匹配密文信息是否一致，如果每个目标密文信息与相应的待匹配密文信息保持一致，则表示本次牌局没有被篡改，即本次游戏是公平的，于是，在客户端上可以展示校验结果，如图13所示的“校验结果：一致”。反之，如果存在其中一个目标密文信息与相应的待匹配密文信息不一致，则表示本次游戏数据可能被篡改过，游戏结果是不公平的。玩家可以向游戏的客服人员进行投诉，或者要求重置数据等，此次不做限定。
进一步地，本申请实施例中，提供了一种生成验证结果的方法，即客户端可以检测目标密文信息与待匹配密文信息是否一致，若一致，则确定目标密文信息与待匹配密文信息验证成功，若不一致，则确定目标密文信息与待匹配密文信息验证失败。通过上述方式，无需用户手动比对目标密文信息与待匹配密文信息的一致性，而是由客户端自动响应用户的操作，并且输出比对结果，一方面能够提升检测的效率，另一方面能够提升验证结果的准确性，实现智能比对的策略。
下面对本申请中的信息验证装置进行详细描述，请参阅图14，图14为本申请实施例中信息验证装置一个实施例示意图，信息验证装置50包括：
获取模块501，用于获取待验证信息集合，其中，所述待验证信息集合包括M个待验证信息，所述M为大于或等于1的整数；
加密模块502，用于对所述获取模块501获取到的所述待验证信息集合进行加密处理，得到M个待匹配密文信息，其中，所述待匹配密文信息与所述待验证信息具有对应关系；
存储模块503，用于根据验证序列将所述加密模块502加密后的所述M个待匹配密文信息记录至区块链进行同步存储，以使客户端通过所述区块链获取所述M个待匹配密文信息；
发送模块504，用于向客户端发送所述待验证信息集合以及所述校验信息，以使所述客户端根据所述待验证信息集合以及所述校验信息生成M个目标密文信息，将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果。
可选地，在上述图14所对应的实施例的基础上，本申请实施例提供的信息验证装置50的另一实施例中，
所述加密模块502，具体用于生成第一密钥以及第二密钥；
生成第一随机数以及第二随机数；
获取第一时间戳以及第二时间戳，其中，所述第二时间戳为所述第一时间戳相邻的下一个时间戳；
采用所述第一时间戳、所述第一密钥以及所述第一随机数对第一待验证信息进行加密，得到第一待匹配密文信息，其中，所述第一待验证信息属于所述待验证信息集合；
采用所述第二时间戳、所述第二密钥以及所述第二随机数对第二待验证信息进行加密，得到第二待匹配密文信息，其中，所述第二待验证信息属于所述待验证信息集合，所述第二待验证信息为所述第一待验证信息相邻的下一个待验证信息。
可选地，在上述图14所对应的实施例的基础上，本申请实施例提供的信息验证装置50的另一实施例中，
所述存储模块503，用于将所述第一待匹配密文信息记录至第一区块，其中，所述第一区块属于所述区块链中的一个区块；
根据所述第一待验证信息与所述第二待验证信息的验证序列，将所述第二待匹配密文信息记录至第二区块，其中，所述第二区块属于所述区块链中的一个区块，且所述第二区块为所述第一区块相邻的下一个区块。
可选地，在上述图14所对应的实施例的基础上，本申请实施例提供的信息验证装置50的另一实施例中，
所述发送模块504，具体用于向所述客户端发送所述待验证信息集合；
向所述客户端发送密钥、随机数以及时间戳，以使所述客户端采用所述密钥、所述随机数以及所述时间戳对所述待验证信息集合进行验证，生成所述M个目标密文信息，其中，所述密钥、所述随机数以及所述时间戳属于所述校验信息。
下面对本申请中的客户端进行详细描述，请参阅图15，图15为本申请实施例中客户端一个实施例示意图，客户端60包括：
获取模块601，用于通过区块链获取M个待匹配密文信息，其中，所述区块链为服务器根据验证序列将所述M个待匹配密文信息进行存储后得到的，所述M个待匹配密文信息为所述服务器采用校验信息对待验证信息集合进行加密处理后得到的，所述待验证信息集合包括M个待验证信息，所述待匹配密文信息与所述待验证信息具有对应关系，所述M为大于或等于1的整数；
接收模块602，用于接收服务器发送的待验证信息集合以及所述校验信息；
生成模块603，用于根据所述接收模块602接收的所述待验证信息集合以及所述校验信息生成M个目标密文信息；
验证模块604，用于将所述生成模块603生成的所述M个目标密文信息，与所述获取模块601获取的所述M个待匹配密文信息进行比对，得到验证结果。
下面对本申请中的棋牌信息验证装置进行详细描述，请参阅图16，图16为本申请实施例中棋牌信息验证装置一个实施例示意图，棋牌信息验证装置70包括：
获取模块701，用于获取棋牌信息集合，其中，所述棋牌信息集合包括M个棋牌信息，所述M为大于或等于1的整数；
加密模块702，用于对所述获取模块获取701的所述棋牌信息集合进行加密处理，得到M个待匹配密文信息，其中，所述待匹配密文信息与所述棋牌信息具有对应关系；
存储模块703，用于根据验证序列将所述加密模块702加密得到的所述M个待匹配密文信息记录至区块链进行同步存储，以使客户端通过所述区块链获取所述M个待匹配密文信息；
发送模块704，用于向客户端发送所述棋牌信息集合以及所述校验信息，以使所述客户端根据所述棋牌信息集合以及所述校验信息生成M个目标密文信息，将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果。
可选地，在上述图16所对应的实施例的基础上，本申请实施例提供的棋牌信息验证装置70的另一实施例中，
所述加密模块702，具体用于生成第一密钥以及第二密钥；
生成第一随机数以及第二随机数；
获取第一时间戳以及第二时间戳，其中，所述第二时间戳为所述第一时间戳相邻的下一个时间戳；
采用所述第一时间戳、所述第一密钥以及所述第一随机数对第一棋牌信息进行加密，得到第一待匹配密文信息，其中，所述第一棋牌信息属于所述棋牌信息集合；
采用所述第二时间戳、所述第二密钥以及所述第二随机数对第二棋牌信息进行加密，得到第二待匹配密文信息，其中，所述第二棋牌信息属于所述棋牌信息集合，所述第二棋牌信息为所述第一棋牌信息相邻的下一个棋牌信息。
可选地，在上述图16所对应的实施例的基础上，本申请实施例提供的棋牌信息验证装置70的另一实施例中，
所述存储模块703，具体用于将所述第一待匹配密文信息记录至第一区块，其中，所述第一区块属于所述区块链中的一个区块；
根据所述第一棋牌信息与所述第二棋牌信息的验证序列，将所述第二待匹配密文信息记录至第二区块，其中，所述第二区块属于所述区块链中的一个区块，且所述第二区块为所述第一区块相邻的下一个区块。
可选地，在上述图16所对应的实施例的基础上，本申请实施例提供的棋牌信息验证装置70的另一实施例中，
所述发送模块704，具体用于向所述客户端发送所述棋牌信息集合；
向所述客户端发送密钥、随机数以及时间戳，以使所述客户端采用所述密钥、所述随机数以及所述时间戳对所述棋牌信息集合进行验证，生成所述M个目标密文信息，其中，所述密钥、所述随机数以及所述时间戳属于所述校验信息。
下面对本申请中的客户端进行详细描述，请参阅图17，图17为本申请实施例中客户端一个实施例示意图，客户端80包括：
获取模块801，用于通过区块链获取M个待匹配密文信息，其中，所述区块链为服务器根据验证序列将所述M个待匹配密文信息进行存储后得到的，所述M个待匹配密文信息为所述服务器采用校验信息对棋牌信息集合进行加密处理后得到的，所述棋牌信息集合包括M个棋牌信息，所述待匹配密文信息与所述棋牌信息具有对应关系，所述M为大于或等于1的整数；
接收模块802，用于接收服务器发送的棋牌信息集合以及所述校验信息；
生成模块803，用于根据所述接收模块802接收的所述棋牌信息集合以及所述校验信息生成M个目标密文信息；
验证模块804，用于将所述生成模块803生成的所述M个目标密文信息，与所述获取模块801获取的所述M个待匹配密文信息进行比对，得到验证结果。
可选地，在上述图17所对应的实施例的基础上，请参阅图18，本申请实施例提供的客户端80的另一实施例中，所述客户端80还包括展示模块805；
所述接收模块802，还用于所述获取模块801通过区块链获取M个待匹配密文信息之后，接收密文显示指令；
所述展示模块805，用于响应于所述接收模块802接收的所述密文显示指令，通过交互应用界面展示所述M个待匹配密文信息。
可选地，在上述图17或图18所对应的实施例的基础上，本申请实施例提供的客户端80的另一实施例中，
所述接收模块802，具体用于接收应用启动指令；
响应于所述应用启动指令，接收所述服务器发送的所述棋牌信息集合；
在接收到所述棋牌信息集合之后，接收信息校验指令；
响应于所述信息校验指令，接收所述服务器发送的密钥、随机数以及时间戳，其中，所述密钥、所述随机数以及所述时间戳属于所述校验信息；
所述展示模块805，还用于在所述接收模块802接收服务器发送的棋牌信息集合以及所述校验信息之后，通过交互应用界面展示所述密钥、所述随机数以及所述时间戳。
可选地，在上述图17或图18所对应的实施例的基础上，本申请实施例提供的客户端80的另一实施例中，
所述验证模块804，具体用于检测目标密文信息与待匹配密文信息是否一致；
若所述目标密文信息与所述待匹配密文信息一致，则确定所述目标密文信息与所述待匹配密文信息验证成功；
若所述目标密文信息与所述待匹配密文信息不一致，则确定所述目标密文信息与所述待匹配密文信息验证失败。
图19是本发明实施例提供的一种服务器结构示意图，该服务器900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processingunits，CPU)922(例如，一个或一个以上处理器)和存储器932，一个或一个以上存储应用程序942或数据944的存储介质930(例如一个或一个以上海量存储设备)。其中，存储器932和存储介质930可以是短暂存储或持久存储。存储在存储介质930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器922可以设置为与存储介质930通信，在服务器900上执行存储介质930中的一系列指令操作。
服务器900还可以包括一个或一个以上电源926，一个或一个以上有线或无线网络接口950，一个或一个以上输入输出接口958，和/或，一个或一个以上操作系统941，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。
上述实施例中由服务器所执行的步骤可以基于该图19所示的服务器结构。
在本申请实施例中，该服务器所包括的CPU 922还具有以下功能：
获取待验证信息集合，其中，所述待验证信息集合包括M个待验证信息，所述M为大于或等于1的整数；
采用校验信息对所述待验证信息集合进行加密处理，得到M个待匹配密文信息，其中，所述待匹配密文信息与所述待验证信息具有对应关系；
根据验证序列将所述M个待匹配密文信息记录至区块链进行同步存储，以使客户端通过所述区块链获取所述M个待匹配密文信息；
向客户端发送所述待验证信息集合以及所述校验信息，以使所述客户端根据所述待验证信息集合以及所述校验信息生成M个目标密文信息，将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果。
在本申请实施例中，该服务器所包括的CPU 922还具有以下功能：
获取棋牌信息集合，其中，所述棋牌信息集合包括M个棋牌信息，所述M为大于或等于1的整数；
采用校验信息对所述棋牌信息集合进行加密处理，得到M个待匹配密文信息，其中，所述待匹配密文信息与所述棋牌信息具有对应关系；
根据验证序列将所述M个待匹配密文信息记录至区块链进行同步存储，以使客户端通过所述区块链获取所述M个待匹配密文信息；
向客户端发送所述棋牌信息集合以及所述校验信息，以使所述客户端根据所述棋牌信息集合以及所述校验信息生成M个目标密文信息，将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果。
本申请实施例还提供了另一种客户端，如图20所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该终端设备可以为包括手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、销售终端设备(Point of Sales，POS)、车载电脑等任意终端设备，以终端设备为手机为例：
图20示出的是与本申请实施例提供的终端设备相关的手机的部分结构的框图。参考图20，手机包括：射频(Radio Frequency，RF)电路1010、存储器1020、输入单元1030、显示单元1040、传感器1050、音频电路1060、无线保真(wireless fidelity，WiFi)模块1070、处理器1080、以及电源1090等部件。本领域技术人员可以理解，图20中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图20对手机的各个构成部件进行具体的介绍：
RF电路1010可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1080处理；另外，将设计上行的数据发送给基站。通常，RF电路1010包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，LNA)、双工器等。此外，RF电路1010还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GlobalSystem of Mobile communication，GSM)、通用分组无线服务(General Packet RadioService，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。
存储器1020可用于存储软件程序以及模块，处理器1080通过运行存储在存储器1020的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1020可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1020可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元1030可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1030可包括触控面板1031以及其他输入设备1032。触控面板1031，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1031上或在触控面板1031附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1031可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1080，并能接收处理器1080发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1031。除了触控面板1031，输入单元1030还可以包括其他输入设备1032。具体地，其他输入设备1032可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元1040可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1040可包括显示面板1041，可选的，可以采用液晶显示器(LiquidCrystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板1041。进一步的，触控面板1031可覆盖显示面板1041，当触控面板1031检测到在其上或附近的触摸操作后，传送给处理器1080以确定触摸事件的类型，随后处理器1080根据触摸事件的类型在显示面板1041上提供相应的视觉输出。虽然在图20中，触控面板1031与显示面板1041是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1031与显示面板1041集成而实现手机的输入和输出功能。
手机还可包括至少一种传感器1050，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1041的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1041和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路1060、扬声器1061，传声器1062可提供用户与手机之间的音频接口。音频电路1060可将接收到的音频数据转换后的电信号，传输到扬声器1061，由扬声器1061转换为声音信号输出；另一方面，传声器1062将收集的声音信号转换为电信号，由音频电路1060接收后转换为音频数据，再将音频数据输出处理器1080处理后，经RF电路1010以发送给比如另一手机，或者将音频数据输出至存储器1020以便进一步处理。
WiFi属于短距离无线传输技术，手机通过WiFi模块1070可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图20示出了WiFi模块1070，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
处理器1080是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1020内的软件程序和/或模块，以及调用存储在存储器1020内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1080可包括一个或多个处理单元；可选的，处理器1080可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1080中。
手机还包括给各个部件供电的电源1090(比如电池)，可选的，电源可以通过电源管理系统与处理器1080逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。
在本申请实施例中，该终端设备所包括的处理器1080还具有以下功能：
通过区块链获取M个待匹配密文信息，其中，所述区块链为服务器根据验证序列将所述M个待匹配密文信息进行存储后得到的，所述M个待匹配密文信息为所述服务器采用校验信息对待验证信息集合进行加密处理后得到的，所述待验证信息集合包括M个待验证信息，所述待匹配密文信息与所述待验证信息具有对应关系，所述M为大于或等于1的整数；
接收服务器发送的待验证信息集合以及所述校验信息；
根据所述待验证信息集合以及所述校验信息生成M个目标密文信息；
将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果。
在本申请实施例中，该终端设备所包括的处理器1080还具有以下功能：
通过区块链获取M个待匹配密文信息，其中，所述区块链为服务器根据验证序列将所述M个待匹配密文信息进行存储后得到的，所述M个待匹配密文信息为所述服务器采用校验信息对棋牌信息集合进行加密处理后得到的，所述棋牌信息集合包括M个棋牌信息，所述待匹配密文信息与所述棋牌信息具有对应关系，所述M为大于或等于1的整数；
接收服务器发送的棋牌信息集合以及所述校验信息；
根据所述棋牌信息集合以及所述校验信息生成M个目标密文信息；
将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (16)
1.一种信息验证的方法，其特征在于，应用于服务器，所述方法包括：
获取待验证信息集合，其中，所述待验证信息集合包括M个待验证信息，所述M为大于或等于1的整数，所述M个待验证信息为随机生成的系列数据信息，所述M个待验证信息随机排列后得到的顺序作为验证序列；
采用校验信息对所述待验证信息集合进行加密处理，得到M个待匹配密文信息，其中，所述待匹配密文信息与所述待验证信息具有对应关系；所述校验信息包括密钥、随机数和时间戳；所述时间戳是所述服务器在构造区块时生成的，且每个区块对应一个时间戳；生成每个待匹配密文信息时都采用不同的密钥、随机数和时间戳；
根据验证序列将所述M个待匹配密文信息依次记录至区块链进行同步存储，以使客户端通过所述区块链获取所述M个待匹配密文信息；所述验证序列是通过所述时间戳来定义的，所述区块链中每个区块存储一个待匹配密文信息；
向客户端发送所述待验证信息集合；
在所述待验证信息集合发送完毕之后，向所述客户端发送所述校验信息，以使所述客户端根据所述待验证信息集合以及所述校验信息生成M个目标密文信息，将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果。
2.根据权利要求1所述的方法，其特征在于，所述采用校验信息对所述待验证信息集合进行加密处理，得到M个待匹配密文信息，包括：
生成第一密钥以及第二密钥；
生成第一随机数以及第二随机数；
获取第一时间戳以及第二时间戳，其中，所述第二时间戳为所述第一时间戳相邻的下一个时间戳；
采用所述第一时间戳、所述第一密钥以及所述第一随机数对第一待验证信息进行加密，得到第一待匹配密文信息，其中，所述第一待验证信息属于所述待验证信息集合；
采用所述第二时间戳、所述第二密钥以及所述第二随机数对第二待验证信息进行加密，得到第二待匹配密文信息，其中，所述第二待验证信息属于所述待验证信息集合，所述第二待验证信息为所述第一待验证信息相邻的下一个待验证信息。
3.根据权利要求2所述的方法，其特征在于，所述根据验证序列将所述M个待匹配密文信息依次记录至区块链进行同步存储，包括：
将所述第一待匹配密文信息记录至第一区块，其中，所述第一区块属于所述区块链中的一个区块；
根据所述第一待验证信息与所述第二待验证信息的验证序列，将所述第二待匹配密文信息记录至第二区块，其中，所述第二区块属于所述区块链中的一个区块，且所述第二区块为所述第一区块相邻的下一个区块。
4.根据权利要求1至3中任一项所述的方法，其特征在于，所述向客户端发送所述待验证信息集合以及所述校验信息，以使所述客户端根据所述待验证信息集合以及所述校验信息生成M个目标密文信息，包括：
向所述客户端发送所述待验证信息集合；
向所述客户端发送密钥、随机数以及时间戳，以使所述客户端采用所述密钥、所述随机数以及所述时间戳对所述待验证信息集合进行验证，生成所述M个目标密文信息，其中，所述密钥、所述随机数以及所述时间戳属于所述校验信息。
5.一种信息验证的方法，其特征在于，应用于客户端，所述方法包括：
通过区块链获取M个待匹配密文信息，其中，所述区块链为服务器根据验证序列将所述M个待匹配密文信息进行依次存储后得到的，所述M个待匹配密文信息为所述服务器采用校验信息对待验证信息集合进行加密处理后得到的，所述校验信息包括密钥、随机数和时间戳；所述时间戳是所述服务器在构造区块时生成的，且每个区块对应一个时间戳；生成每个待匹配密文信息时都采用不同的密钥、随机数和时间戳；所述待验证信息集合包括M个待验证信息，所述待匹配密文信息与所述待验证信息具有对应关系，所述M为大于或等于1的整数，所述M个待验证信息为随机生成的系列数据信息，所述验证序列为所述M个待验证信息随机排列后得到的顺序，且所述验证序列是通过所述时间戳来定义的；所述区块链中每个区块存储一个待匹配密文信息；
接收服务器发送的待验证信息集合；
在所述待验证信息集合接收完毕之后，接收服务器发送的所述校验信息；
根据所述待验证信息集合以及所述校验信息生成M个目标密文信息；
将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果。
6.一种棋牌信息验证的方法，其特征在于，应用于服务器，所述方法包括：
获取棋牌信息集合，其中，所述棋牌信息集合包括M个棋牌信息，所述M为大于或等于1的整数，所述M个棋牌信息为随机生成的系列数据信息，所述M个棋牌信息随机排列后得到的顺序作为验证序列；
采用校验信息对所述棋牌信息集合进行加密处理，得到M个待匹配密文信息，其中，所述待匹配密文信息与所述棋牌信息具有对应关系；所述校验信息包括密钥、随机数和时间戳；所述时间戳是所述服务器在构造区块时生成的，且每个区块对应一个时间戳；生成每个待匹配密文信息时都采用不同的密钥、随机数和时间戳；
根据验证序列将所述M个待匹配密文信息依次记录至区块链进行同步存储，以使客户端通过所述区块链获取所述M个待匹配密文信息；所述验证序列是通过所述时间戳来定义的，所述区块链中每个区块存储一个待匹配密文信息；
向客户端发送所述棋牌信息集合；
在所述棋牌信息集合发送完毕之后，向所述客户端发送所述校验信息，以使所述客户端根据所述棋牌信息集合以及所述校验信息生成M个目标密文信息，将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果。
7.根据权利要求6所述的方法，其特征在于，所述采用校验信息对所述棋牌信息集合进行加密处理，得到M个待匹配密文信息，包括：
生成第一密钥以及第二密钥；
生成第一随机数以及第二随机数；
获取第一时间戳以及第二时间戳，其中，所述第二时间戳为所述第一时间戳相邻的下一个时间戳；
采用所述第一时间戳、所述第一密钥以及所述第一随机数对第一棋牌信息进行加密，得到第一待匹配密文信息，其中，所述第一棋牌信息属于所述棋牌信息集合；
采用所述第二时间戳、所述第二密钥以及所述第二随机数对第二棋牌信息进行加密，得到第二待匹配密文信息，其中，所述第二棋牌信息属于所述棋牌信息集合，所述第二棋牌信息为所述第一棋牌信息相邻的下一个棋牌信息。
8.根据权利要求7所述的方法，其特征在于，所述根据验证序列将所述M个待匹配密文信息依次记录至区块链进行同步存储，包括：
将所述第一待匹配密文信息记录至第一区块，其中，所述第一区块属于所述区块链中的一个区块；
根据所述第一棋牌信息与所述第二棋牌信息的验证序列，将所述第二待匹配密文信息记录至第二区块，其中，所述第二区块属于所述区块链中的一个区块，且所述第二区块为所述第一区块相邻的下一个区块。
9.根据权利要求6至8中任一项所述的方法，其特征在于，所述向客户端发送所述棋牌信息集合以及所述校验信息，以使所述客户端根据所述棋牌信息集合以及所述校验信息生成M个目标密文信息，包括：
向所述客户端发送所述棋牌信息集合；
向所述客户端发送密钥、随机数以及时间戳，以使所述客户端采用所述密钥、所述随机数以及所述时间戳对所述棋牌信息集合进行验证，生成所述M个目标密文信息，其中，所述密钥、所述随机数以及所述时间戳属于所述校验信息。
10.一种棋牌信息验证的方法，其特征在于，应用于客户端，所述方法包括：
通过区块链获取M个待匹配密文信息，其中，所述区块链为服务器根据验证序列将所述M个待匹配密文信息进行依次存储后得到的，所述M个待匹配密文信息为所述服务器采用校验信息对棋牌信息集合进行加密处理后得到的，所述校验信息包括密钥、随机数和时间戳；所述时间戳是所述服务器在构造区块时生成的，且每个区块对应一个时间戳；生成每个待匹配密文信息时都采用不同的密钥、随机数和时间戳；所述棋牌信息集合包括M个棋牌信息，所述待匹配密文信息与所述棋牌信息具有对应关系，所述M为大于或等于1的整数，所述M个棋牌信息为随机生成的系列数据信息，所述验证序列为所述M个棋牌信息随机排列后得到的顺序，且所述验证序列是通过所述时间戳来定义的；所述区块链中每个区块存储一个待匹配密文信息；
接收服务器发送的棋牌信息集合；
在所述棋牌信息集合接收完毕之后，接收服务器发送的所述校验信息；
根据所述棋牌信息集合以及所述校验信息生成M个目标密文信息；
将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果。
11.根据权利要求10所述的方法，其特征在于，所述通过区块链获取M个待匹配密文信息之后，所述方法还包括：
接收密文显示指令；
响应于所述密文显示指令，通过交互应用界面展示所述M个待匹配密文信息。
12.根据权利要求10所述的方法，其特征在于，所述接收服务器发送的棋牌信息集合；在所述棋牌信息集合接收完毕之后，接收服务器发送的所述校验信息，包括：
接收应用启动指令；
响应于所述应用启动指令，接收所述服务器发送的所述棋牌信息集合；
在接收到所述棋牌信息集合之后，接收信息校验指令；
响应于所述信息校验指令，接收所述服务器发送的密钥、随机数以及时间戳，其中，所述密钥、所述随机数以及所述时间戳属于所述校验信息；
所述接收服务器发送的棋牌信息集合以及所述校验信息之后，所述方法还包括：
通过交互应用界面展示所述密钥、所述随机数以及所述时间戳。
13.根据权利要求10至12中任一项所述的方法，其特征在于，所述将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果，包括：
检测目标密文信息与待匹配密文信息是否一致；
若所述目标密文信息与所述待匹配密文信息一致，则确定所述目标密文信息与所述待匹配密文信息验证成功；
若所述目标密文信息与所述待匹配密文信息不一致，则确定所述目标密文信息与所述待匹配密文信息验证失败。
14.一种信息验证装置，其特征在于，应用于服务器，所述装置包括：
获取模块，用于获取待验证信息集合，其中，所述待验证信息集合包括M个待验证信息，所述M为大于或等于1的整数，所述M个待验证信息为随机生成的系列数据信息，所述M个待验证信息随机排列后得到的顺序作为验证序列；
加密模块，用于采用校验信息对所述获取模块获取到的所述待验证信息集合进行加密处理，得到M个待匹配密文信息，其中，所述待匹配密文信息与所述待验证信息具有对应关系；所述校验信息包括密钥、随机数和时间戳；所述时间戳是所述服务器在构造区块时生成的，且每个区块对应一个时间戳；生成每个待匹配密文信息时都采用不同的密钥、随机数和时间戳；
存储模块，用于根据验证序列将所述加密模块加密后的所述M个待匹配密文信息依次记录至区块链进行同步存储，以使客户端通过所述区块链获取所述M个待匹配密文信息；所述验证序列是通过所述时间戳来定义的，所述区块链中每个区块存储一个待匹配密文信息；
发送模块，用于向客户端发送所述待验证信息集合；在所述待验证信息集合发送完毕之后，向所述客户端发送所述校验信息，以使所述客户端根据所述待验证信息集合以及所述校验信息生成M个目标密文信息，将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果。
15.一种服务器，其特征在于，包括：存储器、收发器、处理器以及总线系统；
其中，所述存储器用于存储程序；
所述处理器用于执行所述存储器中的程序，包括如下步骤：
获取待验证信息集合，其中，所述待验证信息集合包括M个待验证信息，所述M为大于或等于1的整数，所述M个待验证信息为随机生成的系列数据信息，所述M个待验证信息随机排列后得到的顺序作为验证序列；
采用校验信息对所述待验证信息集合进行加密处理，得到M个待匹配密文信息，其中，所述待匹配密文信息与所述待验证信息具有对应关系；所述校验信息包括密钥、随机数和时间戳；所述时间戳是所述服务器在构造区块时生成的，且每个区块对应一个时间戳；生成每个待匹配密文信息时都采用不同的密钥、随机数和时间戳；
根据验证序列将所述M个待匹配密文信息依次记录至区块链进行同步存储，以使客户端通过所述区块链获取所述M个待匹配密文信息；所述验证序列是通过所述时间戳来定义的，所述区块链中每个区块存储一个待匹配密文信息；
向客户端发送所述待验证信息集合；
在所述待验证信息集合发送完毕之后，向所述客户端发送所述校验信息，以使所述客户端根据所述待验证信息集合以及所述校验信息生成M个目标密文信息，将所述M个目标密文信息与所述M个待匹配密文信息进行比对，得到验证结果；
所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信。
16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1-5任一项所述的信息验证的方法，或如权利要求6-13任一项所述的棋牌信息验证的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910722950.8A CN110430194B (zh) | 2019-08-06 | 2019-08-06 | 一种信息验证的方法、棋牌信息验证的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910722950.8A CN110430194B (zh) | 2019-08-06 | 2019-08-06 | 一种信息验证的方法、棋牌信息验证的方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110430194A CN110430194A (zh) | 2019-11-08 |
| CN110430194B true CN110430194B (zh) | 2022-04-15 |
Family
ID=68414467
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910722950.8A Active CN110430194B (zh) | 2019-08-06 | 2019-08-06 | 一种信息验证的方法、棋牌信息验证的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110430194B (zh) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112825051A (zh) * | 2019-11-20 | 2021-05-21 | 精品科技股份有限公司 | 数据验证方法 |
| CN112242993B (zh) * | 2020-09-02 | 2022-10-21 | 海量安全技术有限公司 | 双向认证方法及系统 |
| CN112822152B (zh) * | 2020-11-09 | 2023-07-04 | 腾讯科技（上海）有限公司 | 定向信息展示处理方法及相关设备 |
| CN112929679B (zh) * | 2021-01-18 | 2024-03-01 | 广州虎牙科技有限公司 | 直播客户端的合法性检测、外挂行为的识别方法和装置 |
| CN113694538A (zh) * | 2021-08-26 | 2021-11-26 | 深圳市天天来玩科技有限公司 | 一种在线棋牌处理方法、服务器和存储介质 |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017036546A1 (en) * | 2015-09-04 | 2017-03-09 | Nec Europe Ltd. | Method for storing an object on a plurality of storage nodes |
| CN107315967A (zh) * | 2017-06-23 | 2017-11-03 | 北京小米移动软件有限公司 | 数据匹配方法、装置及计算机可读存储介质 |
| CN107566397A (zh) * | 2017-09-28 | 2018-01-09 | 深圳市汉普电子技术开发有限公司 | 视频会议信息传输方法、终端设备、服务器及存储介质 |
| CN108076057A (zh) * | 2017-12-14 | 2018-05-25 | 北京中星仝创科技有限公司 | 一种基于区块链的数据保全系统及方法 |
| CN108696511A (zh) * | 2018-04-24 | 2018-10-23 | 深圳市元征科技股份有限公司 | 一种基于区块链的信息公示方法、装置及相关设备 |
| CN108881262A (zh) * | 2018-07-02 | 2018-11-23 | 北京市天元网络技术股份有限公司 | 基于区块链的文件流转方法、装置和系统 |
| CN109345245A (zh) * | 2018-09-25 | 2019-02-15 | 全链通有限公司 | 基于区块链的短信验证方法、设备、网络及存储介质 |
| CN109714361A (zh) * | 2019-01-31 | 2019-05-03 | 上海易点时空网络有限公司 | 数据验证方法及装置 |
| US10284654B2 (en) * | 2016-09-27 | 2019-05-07 | Intel Corporation | Trusted vehicle telematics using blockchain data analytics |
| CN109756485A (zh) * | 2018-12-14 | 2019-05-14 | 平安科技（深圳）有限公司 | 电子合同签署方法、装置、计算机设备及存储介质 |
| CN109858262A (zh) * | 2019-01-17 | 2019-06-07 | 平安科技（深圳）有限公司 | 基于区块链系统的流程审批方法、装置、系统及存储介质 |
-
2019
- 2019-08-06 CN CN201910722950.8A patent/CN110430194B/zh active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017036546A1 (en) * | 2015-09-04 | 2017-03-09 | Nec Europe Ltd. | Method for storing an object on a plurality of storage nodes |
| US10284654B2 (en) * | 2016-09-27 | 2019-05-07 | Intel Corporation | Trusted vehicle telematics using blockchain data analytics |
| CN107315967A (zh) * | 2017-06-23 | 2017-11-03 | 北京小米移动软件有限公司 | 数据匹配方法、装置及计算机可读存储介质 |
| CN107566397A (zh) * | 2017-09-28 | 2018-01-09 | 深圳市汉普电子技术开发有限公司 | 视频会议信息传输方法、终端设备、服务器及存储介质 |
| CN108076057A (zh) * | 2017-12-14 | 2018-05-25 | 北京中星仝创科技有限公司 | 一种基于区块链的数据保全系统及方法 |
| CN108696511A (zh) * | 2018-04-24 | 2018-10-23 | 深圳市元征科技股份有限公司 | 一种基于区块链的信息公示方法、装置及相关设备 |
| CN108881262A (zh) * | 2018-07-02 | 2018-11-23 | 北京市天元网络技术股份有限公司 | 基于区块链的文件流转方法、装置和系统 |
| CN109345245A (zh) * | 2018-09-25 | 2019-02-15 | 全链通有限公司 | 基于区块链的短信验证方法、设备、网络及存储介质 |
| CN109756485A (zh) * | 2018-12-14 | 2019-05-14 | 平安科技（深圳）有限公司 | 电子合同签署方法、装置、计算机设备及存储介质 |
| CN109858262A (zh) * | 2019-01-17 | 2019-06-07 | 平安科技（深圳）有限公司 | 基于区块链系统的流程审批方法、装置、系统及存储介质 |
| CN109714361A (zh) * | 2019-01-31 | 2019-05-03 | 上海易点时空网络有限公司 | 数据验证方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110430194A (zh) | 2019-11-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110430194B (zh) | 一种信息验证的方法、棋牌信息验证的方法及装置 | |
| CN109472166B (zh) | 一种电子签章方法、装置、设备及介质 | |
| CN112733107B (zh) | 一种信息验证的方法、相关装置、设备以及存储介质 | |
| CN110545190B (zh) | 一种签名处理的方法、相关装置以及设备 | |
| WO2017186100A1 (zh) | 身份认证方法、系统及设备 | |
| WO2018145554A1 (zh) | 数据处理方法、相关设备、系统以及计算机可读存储介质 | |
| WO2018032661A1 (zh) | 一种终端设备信息显示方法和终端设备 | |
| Kobsa et al. | Serial hook-ups: a comparative usability study of secure device pairing methods | |
| CN111601115B (zh) | 一种视频检测的方法、相关装置、设备及存储介质 | |
| CN110933113B (zh) | 基于区块链的互动行为检测方法、装置、设备及存储介质 | |
| CN110585698B (zh) | 一种虚拟资产交易的方法以及相关装置 | |
| CN110543502B (zh) | 基于区块链的信用数据处理方法、装置、设备及存储介质 | |
| CN111475832B (zh) | 一种数据管理的方法以及相关装置 | |
| CN106255102B (zh) | 一种终端设备的鉴定方法及相关设备 | |
| CN111181909B (zh) | 一种身份信息的获取方法及相关装置 | |
| CN104573437B (zh) | 信息认证方法、装置和终端 | |
| CN114039726B (zh) | 一种密钥生成的方法、密钥获取的方法、相关装置及介质 | |
| CN109409044A (zh) | 一种验证界面显示方法及终端 | |
| CN114372801A (zh) | 一种生物特征信息的识别方法以及相关装置 | |
| CN106657166A (zh) | 一种身份验证的方法、终端设备以及服务器 | |
| CN109271779A (zh) | 一种安装包检测方法、终端设备及服务器 | |
| CN110572268B (zh) | 一种匿名认证方法和装置 | |
| CN116541865A (zh) | 基于数据安全的密码输入方法、装置、设备及存储介质 | |
| WO2019052439A1 (en) | METHOD FOR COLLECTING FACIAL INFORMATION AND RELATED PRODUCTS | |
| JP6046893B2 (ja) | 通信システム、通信端末、情報処理方法およびプログラム |
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 |