CN117745425A - 一种交易信息管理方法、装置、电子设备和存储介质 - Google Patents

Abstract

本发明实施例公开了一种交易信息管理方法、装置、电子设备和存储介质。该方法包括：接收当前用户发送的当前交易的交易请求；其中，交易请求包括当前用户的用户签名；根据用户签名在预先存储的交易列表中查找当前交易的上一笔交易，并将上一笔交易的交易输出确定为当前交易的交易输入；基于交易输入和交易请求确定当前交易对应的数据对象，并将当前交易的数据对象存储至交易列表。本发明的方法采用脚本串联的方式存储交易信息，降低交易信息的存储空间，保证了交易记录信息的时效性，进一步提高了交易信息管理的效率。

Description

一种交易信息管理方法、装置、电子设备和存储介质

技术领域

本发明实施例涉及数据管理领域，尤其涉及一种交易信息管理方法、装置、电子设备和存储介质。

背景技术

交易记录是金融领域中非常重要的数据，用于记录和追踪各种类型的交易活动。随着信息技术的发展，电子化交易记录逐渐成为主流，极大地提高了交易记录的准确性和可靠性。电子化交易记录通过使用计算机系统和数据库来存储和管理交易数据。这些系统能够自动记录每一笔交易的详细信息，包括交易时间、金额、参与方等。

现在一些拥有复杂金融系统的大型企业大都采用各方分布共同记账方法记录交易记录，这种方法基的数据存储在多个网络节点上，每个节点都拥有一份完整的账本副本。这种设计使得账本信息可被网络中的所有参与者共享、复制和同步。但是这种方法由于其分布式的结构，导致其存储空间大，并且由于是多方参与，很容易出现交易记录中的某个节点没有及时更新或者存在数据不一致的情况，导致交易出错，降低了交易信息管理的效率。

发明内容

本发明提供一种交易信息管理方法、装置、电子设备和存储介质，能够降低交易信息的存储空间，采用脚本串联的方式存储交易信息，保证了交易记录信息的时效性，进一步提高了交易信息管理的效率。

第一方面，本发明实施例提供了一种交易信息管理方法，所述方法包括：

接收当前用户发送的当前交易的交易请求；其中，所述交易请求包括当前用户的用户签名；

根据所述用户签名在预先存储的交易列表中查找所述当前交易的上一笔交易，并将所述上一笔交易的交易输出确定为所述当前交易的交易输入；

基于所述交易输入和所述交易请求确定所述当前交易对应的数据对象，并将所述当前交易的数据对象存储至所述交易列表。

第二方面，本发明实施例还提供了一种交易信息管理装置，所述装置包括：

请求接收模块，用于接收当前用户发送的当前交易的交易请求；其中，所述交易请求包括当前用户的用户签名；

信息确定模块，用于根据所述用户签名在预先存储的交易列表中查找所述当前交易的上一笔交易，并将所述上一笔交易的交易输出确定为所述当前交易的交易输入；

交易存储模块，用于基于所述交易输入和所述交易请求确定所述当前交易对应的数据对象，并将所述当前交易的数据对象存储至所述交易列表。

第三方面，本发明实施例还提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明任意实施例提供的交易信息管理方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例提供的交易信息管理方法。

本发明实施例中，接收当前用户发送的当前交易的交易请求；其中，交易请求包括当前用户的用户签名；根据用户签名在预先存储的交易列表中查找当前交易的上一笔交易，并将上一笔交易的交易输出确定为当前交易的交易输入；基于交易输入和交易请求确定当前交易对应的数据对象，并将当前交易的数据对象存储至交易列表。即本发明实施例中，采用脚本串联的方式存储交易信息，降低交易信息的存储空间，保证了交易记录信息的时效性，进一步提高了交易信息管理的效率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本发明实施例提供的交易信息管理方法的第一流程图；

图2是本发明实施例提供的交易信息管理方法的第二流程图；

图3是本发明实施例提供的对交易请求进行验签的过程示意图；

图4是本发明实施例提供的交易信息管理装置的结构示意图；

图5是本发明实施例提供的电子设备的一个结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

图1是本发明实施例提供的交易信息管理方法的第一流程图，本实施例的方法能够降低交易信息的存储空间，采用脚本串联的方式存储交易信息，保证了交易记录信息的时效性，进一步提高了交易信息管理的效率。该方法可以由本发明实施例中的交易信息管理装置来执行，该装置可集成在电子设备中，所述电子设备可以是服务器，该方法可以采用软件和/或硬件的方式实现。本实施例提供的交易信息管理方法具体包括如下步骤：

步骤101、接收当前用户发送的当前交易的交易请求。

其中，交易请求包括当前用户的用户签名、交易动作和请求金额等。本方案中的用户签名是用户的私钥。用户可以使用私钥对自己的交易信息进行签名，其他人可以使用与该私钥对应的公钥来验证这个签名。为了保证用户每笔交易的安全性，用户在发出交易请求时，需要上传自己的用户签名。交易动作包括转账、存款、取款和支付等操作，本方案中将所有交易动作分为两类，分别是转入和转出。请求金额是每笔交易动作对应的转入或转出的金额。

具体地，当用户需要发起一笔交易时，可以向服务器发送一个交易请求，服务器可以接收到用户发送的交易请求，并根据交易请求得到用户签名、交易动作和请求金额等信息。

步骤102、根据用户签名在预先存储的交易列表中查找当前交易的上一笔交易，并将上一笔交易的交易输出确定为当前交易的交易输入。

其中，交易列表包括服务器中存储的各个用户的历史交易。具体地，每产生一笔交易，服务器会根将该交易按照用户签名和时间顺序存储至交易列表中。

本方案中，在交易列表中为每一笔交易建立输入、输出和交易标识的概念。每个用户名下的交易中，按照时间顺序，每一笔交易的输入是该交易的上一笔交易的输出。例如，交易1：A存入25个货币，交易1是A用户在服务器中的首笔交易，因此交易1没有输入，交易1的输出为：A拥有25个货币。交易2：A转给B17个货币，交易2的输入是交易1的输出(A拥有25个货币)，A转给B17个货币后，剩余8个，因此交易2的输出为：给B17个货币，给A8个货币(A自身剩余的8个货币)。

在一种可选的实施方式中，在得到用户发送的交易请求后，在交易列表中查找与当前用户的用户签名相同的候选交易列表；若能查找到与当前用户的用户签名相同的候选交易列表，则根据候选交易列表中每笔候选交易的发生时间，确定出最后一笔交易；将候选交易列表中的最后一笔交易确定为当前交易的上一笔交易。若在交易列表中查找不到与当前用户的用户签名相同的候选交易列表，则基于交易请求建立当前用户对应的候选交易列表。

步骤103、基于交易输入和交易请求确定当前交易对应的数据对象，并将当前交易的数据对象存储至交易列表。

其中，交易请求包括用户签名、交易动作和请求金额，交易动作包括转出和转入。当前交易的数据对象是对当前交易的交易信息进行数据格式转换后的数据对象。当前交易的数据对象包括当前交易输入、交易输出和交易标识对应的数据对象。在一种可选的实施方式中，在获取到当前交易的上一笔交易后，获取当前交易的上一笔交易的交易金额；基于交易动作、请求金额和上一笔交易的交易金额确定当前交易的交易操作和交易金额；基于交易请求、当前交易的交易操作和交易金额确定当前交易对应的数据对象。在得到当前交易对应的数据对象后，服务器可以将该数据对象按照时间顺序，存储至交易列表中当前用户的所有交易中。

具体地，交易列表中按照用户签名和时间顺序，存储着用户的所有交易，且每个用户的交易的输入都是其上一笔交易的输出，因此，当需要查看一个用户的所有交易时，只需要核查该用户签名对应的交易即可。本方案实施例中，可选的，还包括：接收查询用户发送的查询指令；在交易列表中查找与查询签名相同的签名对应的所有交易，并将其确定为查询交易；将所有查询交易发送给查询用户。

其中，查询指令包括查询签名。具体地，用户签名(即私钥)是基于非对称加密算法的，能够保证信息的完整性和真实性。查询签名是用户要查询的目标用户的用户签名。例如，当需要查询A的所有交易时，用户可以基于A的用户签名向服务器发送查询指令。服务器在接收到查询指令后，根据A的用户签名在交易列表中进行验证，得到所有A的用户签名对应的所有交易，将这些交易作为查询交易。在得到所有的查询交易后，根据所有的查询交易生成一个交易清单，将该交易清单发送给用户。

具体地，现有的基于区块链的加以记录方式中，由于区块链是一个分布式的去中心化数据库，每个交易都会被记录在区块链上，形成一个不可篡改的交易历史。为了验证一笔交易的合法性，需要检查该交易的输入和输出是否符合规则，并且没有被之前的交易所消费或双重支付。因此，在区块链中，交易验证是一个复杂的过程。除了核查发送者的用户签名外，还需要检查交易的输入和输出，并遍历整个交易历史。即如果要验证A的交易，需要整个遍历和A相关的所有输入输出的行。而本方案的方法中，A使用自己的私钥对交易进行加密生成A的用户签名，并将其附加到交易中。当其他人收到交易时，可以使用A的公钥对签名进行解密和验证。通过验证签名，可以确认该交易确实是由A发送的，并且没有被篡改。因此只需要核查验证A的用户签名，根据A的用户签名找到所有A的用户签名的交易即可。

本发明实施例的方案中，接收当前用户发送的当前交易的交易请求；其中，交易请求包括当前用户的用户签名；根据用户签名在预先存储的交易列表中查找当前交易的上一笔交易，并将上一笔交易的交易输出确定为当前交易的交易输入；基于交易输入和交易请求确定当前交易对应的数据对象，并将当前交易的数据对象存储至交易列表。本实施例的方法，能够降低交易信息的存储空间，采用脚本串联的方式存储交易信息，保证了交易记录信息的时效性，进一步提高了交易信息管理的效率。

图2是本发明实施例提供的交易信息管理方法的第二流程图，如图2所示，该方法主要包括如下步骤：

步骤201、接收当前用户发送的当前交易的交易请求。

其中，交易请求包括当前用户的用户签名。

步骤202、根据用户签名在交易列表中查找当前交易的上一笔交易。

其中，交易列表包括服务器中存储的各个用户的历史交易。每产生一笔交易，服务器会根据该交易的交易信息将该交易按照用户签名和时间顺序存储至交易列表中。本方案中，可选的，根据用户签名在交易列表中查找当前交易的上一笔交易，包括如下步骤A1-步骤A2：

步骤A1：在交易列表中查找与当前用户的用户签名相同的候选交易列表；若能查找到与当前用户的用户签名相同的候选交易列表，则根据候选交易列表中每笔候选交易的发生时间，确定出最后一笔交易；将候选交易列表中的最后一笔交易确定为当前交易的上一笔交易。

其中，候选交易列表包括交易请求中的用户签名的所有交易。在一种可选的实施方式中，候选交易列表中记录着各个用户的交易，并且按照时间顺序和用户签名将各个用户的交易以列表形式存储，每个用户的每笔交易(处理第一笔交易)的输入都是其上一笔交易的输出。在得到用户签名后，在交易列表中筛选出该用户签名的候选交易列表，按照时间顺序，在候选交易列表中找出最近发生的交易即最后一笔交易，将该交易确定为当前交易的上一笔交易。

步骤A2：若在交易列表中查找不到与当前用户的用户签名相同的候选交易列表，则基于交易请求建立当前用户对应的候选交易列表。

具体地，如果在交易列表中查找不到其签名与当前用户的用户签名相同的交易，即差找不到候选交易列表。则可以确定当前交易是当前用户的第一笔交易。进一步地，可以确定当前交易无输入，根据当前交易的交易动作、交易金额和用户签名，在交易列表中创建当前用户的候选交易列表。

上述步骤中，采用脚本串联的方式存储交易信息，节约了交易信息的存储空间，提高了交易信息管理的效率。

步骤203、获取当前交易的上一笔交易的交易金额，基于交易动作、请求金额和上一笔交易的交易金额确定当前交易的交易操作和交易金额。

其中，交易动作包括转入和转出。本方案中，每一笔交易的输入是其上一笔交易的输出，且每一笔交易的输入总和必须等于输出总和，不能有剩余的金额。示例性的，交易1：A存入25个货币。交易2：A转给B17个货币。因为不能有剩余的金额，因此，如果当前交易为交易2，则交易2的交易动作和交易金额应该为：转出17个和货币给B，转出8个货币给A1。其中，A1是用户A名下的另一个地址。

本方案中，如果用户A收到两笔交易，分别为转入17个和货币和转入2个货币，则用户A可以再发起一个交易，该笔交易的输入和输出都是用户A自身，把两笔交易中的货币都输出到自己的名下地址，以此完成一次资金合并。如果用户A和用户B同时向用户C转入货币，则可以根据该两笔交易确定出一一笔交易：输入是用户A和用户B转入，输出是用户C。需要注意的是两个输入所引用的上一笔交易的输出地址不同。并且这笔交易需要用户A和用户B的两个用户签名。

步骤204、基于交易请求、当前交易的交易操作和交易金额确定当前交易对应的数据对象。

当前交易的数据对象包括当前交易的输入、输出和交易标识对应的数据对象。在得到当前交易的交易操作和交易金额后，可以根据交易操作和交易金额确定当前交易的输入和输出。将进一步的，对这些信息进行数据整理和格式转换，得到当前交易对应的数据对象。

步骤205、根据交易请求确定用户签名对应的当前公钥，并对当前公钥进行复制，得到副本公钥。

其中，当前公钥与当前用户的私钥对应，用户签名是用户的私钥。用户可以使用私钥对自己的交易信息进行签名，其他人可以使用与该私钥对应的公钥来验证这个签名。本方案中，为了保证及每笔交易的可靠性和安全性，在每笔交易中，还会输出一个脚本，脚本指明了上一个交易的输出货币、输出地址、签名信息和交易动作等一系列数据。为了确认一笔交易正确的获取了上一笔交易的输出的资金，可以将当前交易的输入脚本和上一笔交易的输出脚本串联起来，并且该串联脚本必须被成功的执行后才能获取货币。

具体地，本方案中的脚本语言是堆栈式的，因此每个交易过程中的指令只能被执行一次，是线性的，因此无法循环执行。执行脚本只能产生两个结果：执行成功和执行失败。为了实现这一流程，在存储当前交易的数据对象之前，即执行当前交易之前，将当前交易的输入(上一笔交易的输出)对应的用户签名和当前公钥，放到堆栈的最上面一层中，然后通过堆栈的复制指令OP_DUP，将堆栈最上层的当前公钥再复制一份，得到副本公钥。

步骤206、对副本公钥和预先获取到的标准公钥进行匹配，得到公钥匹配结果。

其中，标准公钥为当前交易的上一笔交易的公钥。将副本公钥和标准公钥进行匹配，如果匹配成功，则确定当前交易是安全的。如果匹配结果为匹配失败，则表示该交易请求异常，不能正常执行。本方案中，可选的，对副本公钥和预先获取到的标准公钥进行匹配，得到公钥匹配结果，包括：对副本公钥和标准公钥分别进行哈希加密，得到副本公钥哈希值和标准公钥哈希值；对副本公钥哈希值和标准公钥哈希值进行哈希匹配，得到哈希匹配结果；将哈希匹配结果确定为公钥匹配结果。

其中，哈希加密是一种将数据转换为固定长度的字符串的加密方式。哈希加密使用哈希函数对输入的数据进行计算，得到加密后的数据。具体地，在得到副本公钥后，对副本公钥进行哈希加密，得到副本公钥哈希值。之后，对标准公钥(上一笔交易的输出者的公钥)进行哈希加密，得到标准公钥哈希值。将副本公钥哈希值和标准公钥哈希值进行匹配，由于哈希函数的抗碰撞性，如果两者哈希值能匹配，则表示交易请求的公钥就是其上一笔交易输出者的公钥。进一步地，可以用该公钥解签当前用户的私钥，以此完成验签。

示例性的，当前笔交易如果是A用户发起的，在上一笔交易的时候B用户给A用户8个货币(上一笔交易的输出有B用户的私钥签名)，这时A用户就需要用B用户的公钥验签B与用户的私钥签名，验签通过后A用户就能拿到B用户的8个货币了。如此，便可以确定交易请求对应的当前交易是安全的、无异常的。

示例性的，图3是本发明实施例提供的对交易请求进行验签的过程示意图。如图3所示，<sig>表示交易请求中的用户签名(私钥)，<pubKey>表示用来验签的公钥，将<sig>放置在堆栈的顶层，将<pubKey>放在上面一层，通过复制指令OP_DUP，将堆栈最上层的公钥再复制一份，得到副本公钥<pubKey1>；通过OP_HASH160得到堆栈最上层的数据(副本公钥)，对其进行哈希加密，得到副本公钥哈希值<pubKeyHash>，再将其堆到最上层。通过<pubKeyHash？>将这笔交易的上一笔交易的输出者的公钥的哈希值(标准公钥哈希值)放入栈顶。进一步地，利用OP_EQUALERIFY指令，判断副本公钥哈希值和标准公钥哈希值是否一致，利用OP_CHECKSIG指令得到匹配结果为true，表示副本公钥哈希值和标准公钥哈希值一致。

通过上述步骤，可以在接受到交易请求后自动完成交易内容格式转换、公钥和私钥之间的检验，提高交易信息的安全行的同时提高交易信息管理的效率。

步骤207、当公钥匹配结果为匹配成功时，将当前交易的数据对象存储至交易列表。

本发明实施例提供的交易信息管理方法，接收当前用户发送的当前交易的交易请求。其中，交易请求包括当前用户的用户签名。根据用户签名在交易列表中查找当前交易的上一笔交易。获取当前交易的上一笔交易的交易金额，基于交易动作、请求金额和上一笔交易的交易金额确定当前交易的交易操作和交易金额。基于交易请求、当前交易的交易操作和交易金额确定当前交易对应的数据对象。根据交易请求确定用户签名对应的当前公钥，并对当前公钥进行复制，得到副本公钥。对副本公钥和预先获取到的标准公钥进行匹配，得到公钥匹配结果；其中，标准公钥为当前交易的上一笔交易的公钥。当公钥匹配结果为匹配成功时，将当前交易的数据对象存储至交易列表。本实施例的方法，能够降低交易信息的存储空间，采用脚本串联的方式存储交易信息，保证了交易记录信息的时效性，对交易信息进行验签，保证了交易的安全性，进一步提高了交易信息管理的效率。

本申请技术方案中对数据的获取、存储、使用和处理等均符合国家法律法规的相关规定。

图4是本发明实施例提供的交易信息管理装置的结构示意图。本发明实施例提供了一种交易信息管理装置，所述装置包括：

请求接收模块401，用于接收当前用户发送的当前交易的交易请求；其中，所述交易请求包括当前用户的用户签名；

信息确定模块402，用于根据所述用户签名在预先存储的交易列表中查找所述当前交易的上一笔交易，并将所述上一笔交易的交易输出确定为所述当前交易的交易输入；

交易存储模块403，用于基于所述交易输入和所述交易请求确定所述当前交易对应的数据对象，并将所述当前交易的数据对象存储至所述交易列表。

可选的，信息确定模块402，具体用于：在所述交易列表中查找与所述当前用户的用户签名相同的候选交易列表；

若能查找到与所述当前用户的用户签名相同的候选交易列表，则根据所述候选交易列表中每笔候选交易的发生时间，确定出最后一笔交易；

将所述候选交易列表中的最后一笔交易确定为所述当前交易的上一笔交易。

可选的，信息确定模块402，还用于：若在所述交易列表中查找不到与所述当前用户的用户签名相同的候选交易列表，则基于所述交易请求建立所述当前用户对应的候选交易列表。

可选的，所述交易请求还包括交易动作和请求金额，所述交易动作包括转出和转入；交易存储模块403，具体用于：获取所述当前交易的上一笔交易的交易金额；

基于所述交易动作、请求金额和所述上一笔交易的交易金额确定当前交易的交易操作和交易金额；

基于所述交易请求、所述当前交易的交易操作和交易金额确定所述当前交易对应的数据对象。

可选的，在将所述当前交易的数据对象存储至所述交易列表之前，交易存储模块403，还用于：根据所述交易请求确定所述用户签名对应的当前公钥，并对所述当前公钥进行复制，得到副本公钥；

对所述副本公钥和预先获取到的标准公钥进行匹配，得到公钥匹配结果；其中，所述标准公钥为所述当前交易的上一笔交易的公钥；

当所述公钥匹配结果为匹配成功时，执行将所述当前交易的数据对象存储至所述交易列表的步骤。

可选的，交易存储模块403，还用于：对所述副本公钥和所述标准公钥分别进行哈希加密，得到副本公钥哈希值和标准公钥哈希值；

对所述副本公钥哈希值和标准公钥哈希值进行哈希匹配，得到哈希匹配结果；

将所述哈希匹配结果确定为所述公钥匹配结果。

可选的，交易存储模块403，还用于：接收查询用户发送的查询指令；其中，所述查询指令包括查询签名；

在所述交易列表中查找与所述查询签名相同的签名对应的所有交易，并将其确定为查询交易；

将所有查询交易发送给所述查询用户。

本发明实施例所提供的交易信息管理装置可执行本发明任意实施例所提供的交易信息管理方法，具备执行方法相应的功能模块和有益效果。

图5是本发明实施例提供的电子设备的一个结构示意图，参考图5，其示出了适于用来实现本发明实施例的电子设备的计算机系统12的结构示意图。图5示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。电子设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该电子设备12交互的设备通信，和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。另外，本实施例中的电子设备12，显示器24不是作为独立个体存在，而是嵌入镜面中，在显示器24的显示面不予显示时，显示器24的显示面与镜面从视觉上融为一体。并且，电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与电子设备12的其它模块通信。应当明白，尽管图5中未示出，可以结合电子设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及交易信息管理，例如实现本发明实施例所提供的一种交易信息管理方法：接收当前用户发送的当前交易的交易请求；其中，所述交易请求包括当前用户的用户签名；根据所述用户签名在预先存储的交易列表中查找所述当前交易的上一笔交易，并将所述上一笔交易的交易输出确定为所述当前交易的交易输入；基于所述交易输入和所述交易请求确定所述当前交易对应的数据对象，并将所述当前交易的数据对象存储至所述交易列表。

本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明所有发明实施例提供的一种交易信息管理方法：接收当前用户发送的当前交易的交易请求；其中，所述交易请求包括当前用户的用户签名；根据所述用户签名在预先存储的交易列表中查找所述当前交易的上一笔交易，并将所述上一笔交易的交易输出确定为所述当前交易的交易输入；基于所述交易输入和所述交易请求确定所述当前交易对应的数据对象，并将所述当前交易的数据对象存储至所述交易列表。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体地例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种交易信息管理方法，其特征在于，所述方法包括：

接收当前用户发送的当前交易的交易请求；其中，所述交易请求包括当前用户的用户签名；

根据所述用户签名在预先存储的交易列表中查找所述当前交易的上一笔交易，并将所述上一笔交易的交易输出确定为所述当前交易的交易输入；

基于所述交易输入和所述交易请求确定所述当前交易对应的数据对象，并将所述当前交易的数据对象存储至所述交易列表。

2.根据权利要求1所述的方法，其特征在于，根据所述用户签名在交易列表中查找所述当前交易的上一笔交易，包括：

在所述交易列表中查找与所述当前用户的用户签名相同的候选交易列表；

若能查找到与所述当前用户的用户签名相同的候选交易列表，则根据所述候选交易列表中每笔候选交易的发生时间，确定出最后一笔交易；

将所述候选交易列表中的最后一笔交易确定为所述当前交易的上一笔交易。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

若在所述交易列表中查找不到与所述当前用户的用户签名相同的候选交易列表，则基于所述交易请求建立所述当前用户对应的候选交易列表。

4.根据权利要求1所述的方法，其特征在于，所述交易请求还包括交易动作和请求金额，所述交易动作包括转出和转入；基于所述交易输入和所述交易请求确定所述当前交易对应的数据对象，包括：

获取所述当前交易的上一笔交易的交易金额；

基于所述交易动作、请求金额和所述上一笔交易的交易金额确定当前交易的交易操作和交易金额；

基于所述交易请求、所述当前交易的交易操作和交易金额确定所述当前交易对应的数据对象。

5.根据权利要求1所述的方法，其特征在于，在将所述当前交易的数据对象存储至所述交易列表之前，所述方法还包括：

根据所述交易请求确定所述用户签名对应的当前公钥，并对所述当前公钥进行复制，得到副本公钥；

对所述副本公钥和预先获取到的标准公钥进行匹配，得到公钥匹配结果；其中，所述标准公钥为所述当前交易的上一笔交易的公钥；

当所述公钥匹配结果为匹配成功时，执行将所述当前交易的数据对象存储至所述交易列表的步骤。

6.根据权利要求5所述的方法，其特征在于，对所述副本公钥和所述标准公钥进行匹配，得到公钥匹配结果，包括：

对所述副本公钥和所述标准公钥分别进行哈希加密，得到副本公钥哈希值和标准公钥哈希值；

对所述副本公钥哈希值和标准公钥哈希值进行哈希匹配，得到哈希匹配结果；

将所述哈希匹配结果确定为所述公钥匹配结果。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收查询用户发送的查询指令；其中，所述查询指令包括查询签名；

在所述交易列表中查找与所述查询签名相同的签名对应的所有交易，并将其确定为查询交易；

将所有查询交易发送给所述查询用户。

8.一种交易信息管理装置，其特征在于，所述装置包括：

请求接收模块，用于接收当前用户发送的当前交易的交易请求；其中，所述交易请求包括当前用户的用户签名；

信息确定模块，用于根据所述用户签名在预先存储的交易列表中查找所述当前交易的上一笔交易，并将所述上一笔交易的交易输出确定为所述当前交易的交易输入；

交易存储模块，用于基于所述交易输入和所述交易请求确定所述当前交易对应的数据对象，并将所述当前交易的数据对象存储至所述交易列表。

9.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-7中任一所述的交易信息管理方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的交易信息管理方法。