CN116940959A - 资产转让记录系统、资产转让记录方法和存储计算机程序的计算机可读非暂态存储介质 - Google Patents

Abstract

一种资产转让记录系统(10)，包括节点(16)和数据存储服务器(26)。节点(16)包括被编程为根据资产的转让者的请求生成数据处理规则(20)的节点处理器(16a)。节点处理器(16a)还被编程为：将数据处理规则(20)存储在区块链(BC)上；根据数据处理规则(20)生成数据处理命令(34)；并且将数据处理命令(34)发送至数据存储服务器(26)。数据存储服务器(26)包括服务器处理器(26a)，该服务器处理器(26a)被编程为根据数据处理命令处理多个数据项，并且生成处理结果(22)并将处理结果(22)发送至节点处理器(16a)。节点处理器(16a)还被编程为将处理结果(22)存储在区块链(BC)上。

Description

资产转让记录系统、资产转让记录方法和存储计算机程序的 计算机可读非暂态存储介质

交叉引用

本申请要求于2021年3月4日提交的美国临时申请第63/156,738号的优先权，该美国临时申请的全部公开内容通过引用并入本文。

技术领域

本文所描述的主题总体涉及资产转让记录系统、用于记录资产转让的方法以及存储计算机程序的计算机可读非暂态存储介质。

背景技术

超级账本(Hyperledger fabric)提供了基于有限信息通道的共享系统，以保护区块链网络中多个联盟之间的机密数据(参见非专利文献1)。然而，这种机制不能支持复杂的隐私控制，例如针对每个特定自然人的系统。例如，在二手市场中将实物资产出售或转让给另一用户后，由于隐私问题，在所有权改变之后不能继承与先前用户相关的资产数据。因此，已经存在对以下系统的需求，该系统被配置成提供具有防篡改性的资产数据可追溯性，同时考虑先前用户的隐私问题。

引文列表

非专利文献

非专利文献1：“Hyperledger Fabric:ADistributed Operating System forPermissioned Blockchains”arXiv:1801.10228v2[cs.DC]2018年4月17日

发明内容

本部分提供了本公开内容的总体概述，并且不是对本公开内容的全部范围或本公开内容的特征中的所有特征的全面公开。

根据本公开内容的第一方面，一种资产转让记录系统包括存储区块链以记录资产转让的历史的节点和存储要转让的资产的资产数据的数据存储服务器。资产数据由已经收集和更新的多个数据项组成。该节点包括节点处理器和耦接至节点处理器并存储程序指令的节点存储器，所述程序指令在由节点处理器执行时使节点处理器：根据资产的转让者的请求生成数据处理规则，该数据处理规则限定处理资产数据的规则；将数据处理规则存储在区块链上；根据数据处理规则生成数据处理命令，数据处理命令是用于数据存储服务器处理多个数据项的命令；以及将数据处理命令发送至数据存储服务器。数据存储服务器包括：服务器处理器；以及耦接至服务器处理器并且存储程序指令的服务器存储器，所述程序指令在由服务器处理器执行时使服务器处理器：在接收到来自节点处理器的数据处理命令后，根据数据处理命令处理多个数据项；以及在完成对资产数据的处理后，生成处理结果并将处理结果发送至节点处理器。节点处理器还被编程为在从服务器处理器接收到处理结果后将处理结果存储在区块链上。

根据本公开内容的第二方面，一种资产转让记录方法是用于在区块链上记录资产转让的历史的方法。该方法包括利用数据存储服务器存储要转让的资产的资产数据。资产数据由已经收集和更新的多个数据项组成。该方法还包括根据资产的转让者的请求，利用节点生成数据处理规则。数据处理规则限定处理资产数据的规则。该方法还包括：利用节点将数据处理规则存储在区块链上；根据数据处理规则，利用节点生成数据处理命令。数据处理命令是用于数据存储服务器处理多个数据项的命令。该方法还包括：根据数据处理命令，利用数据存储服务器处理多个数据项；在完成对资产数据的处理后，利用数据存储服务器生成处理结果；以及在生成处理结果后，利用节点将处理结果存储在区块链上。

根据本公开内容的第三方面，一种存储计算机程序的计算机可读非暂态存储介质，所述计算机程序被配置成使处理器：利用数据存储服务器来存储要转让的资产的资产数据，该资产数据由已经收集和更新的多个数据项组成；根据资产的转让者的请求，利用节点生成数据处理规则，该数据处理规则限定处理资产数据的规则；利用节点将数据处理规则存储在区块链上；根据数据处理规则，利用节点生成数据处理命令，数据处理命令是用于数据存储服务器处理多个数据项的命令；根据数据处理命令，利用数据存储服务器处理多个数据项；在完成对资产数据的处理后，利用数据存储服务器生成处理结果；并且在生成处理结果后，利用节点将处理结果存储在区块链上。

附图说明

并入本说明书并构成本说明书的一部分的附图示出了本公开内容的各种系统、方法和其他实施方式。应当理解，附图中所示出的元素边界(例如，框、框的组或其他形状)表示边界的一个实施方式。在一些实施方式中，元件可以不按比例绘制。

【图1】图1示意性地示出了资产转让记录系统的一个实施方式的整个配置。

【图2】图2示出了根据实施方式的商业实体的框图。

【图3】图3是示出存储在数据存储服务器上的资产数据的数据结构的示例的图。

【图4】图4示出了在请求资产转让时由系统执行的处理的整个流程。

【图5】图5总体示出了由系统执行的整个处理的一个实施方式。

【图6】图6示出了规则生成处理的流程图。

【图7】图7示出了命令生成处理的流程图。

【图8】图8示出了数据处理过程的流程图。

【图9】图9示出了验证处理的流程图。

具体实施方式

在下文中，将参照附图来描述本公开内容的实施方式。在以下实施方式中，相同或等效的部件由彼此相同的附图标记表示，并且为了简化描述，将提供对相同附图标记的说明。

图1示出了示意性地示出根据本实施方式的资产转让记录系统(在下文中称为“系统”)10的一个示例的图。系统10被配置成使用区块链技术记录资产(即，财产)例如汽车、房屋、数字资产等的所有权，并且还记录涉及资产转让的交易。系统10构成区块链联盟，在该区块链联盟中，仅允许经授权或经许可的实体参与。系统10还被配置成在本地服务器(如稍后将描述的数据存储服务器26)上存储和更新与资产相关的信息。在转让资产时，可以根据资产所有者的请求灵活地处理(例如，从本地服务器部分地或全部地移除)存储在本地服务器上的信息。在该实施方式中，如图1所示，系统10由参与该联盟的多个商业实体BE组成。这样的商业实体BE可以包括但不一定限于汽车制造商(OEM)、保险公司、维修店(或经销商)、银行等。每个商业实体BE可以充当形成区块链网络14以存储资产所有权和资产转让历史的节点。每个商业实体BE还充当将与资产相关的信息存储在自己的数据库中的本地服务器。因此，每个商业实体BE在链上层和链下层两者中进行操作。

如图1中所示，在该实施方式中，系统10包括六个商业实体BE 1至BE 6。每个商业实体BE包括节点16，并且参与实体BE的所有节点16彼此连接以形成区块链网络14。所有节点16存储并保存区块链BC，资产的所有权及资产的转让历史记录在该区块链BC上。更具体地，每个节点16被配置成将资产的所有权及资产的转让历史存储在区块链BC上的数字资产池18中。在数字资产池18中，记录每个资产的信息，例如资产ID、所有权ID、转让日期等。数字资产池18中的此类信息可由经授权的人员或实体例如当前所有者、正在寻求资产的潜在所有者以及任何其他利益相关方访问。此外，如稍后将详细描述的，每个节点16被配置成在区块链BC上存储数据处理规则20、处理结果22和位置表24。应当注意，节点16可以在各种类型的公知区块链平台例如以太坊、超级账本等上工作。

每个商业实体BE包括具有数据库(DB)28的数据存储服务器26(即，本地服务器，并且在下文中称为“服务器”)。与资产相关的信息存储在DB 28上。图2示出了商业实体BE中的一个商业实体的节点16和服务器26的框图。

如图2中所示，服务器26包括至少一个处理器(或服务器处理器26a)和至少一个存储器(或服务器存储器26b)。服务器处理器26a可以是在执行存储在服务器存储器26b上的程序时能够执行如本文所描述的各种功能的微处理器。服务器存储器26b可以是随机存取存储器(RAM)、只读存储器(ROM)、硬盘驱动器、闪存或用于存储程序的其他合适的存储器。程序是在由服务器处理器26a执行时使服务器处理器26a执行本文所公开的各种功能的计算机可读指令。

服务器26被配置成将与一个或更多个资产有关的信息(在下文中称为“资产数据”)存储在DB 28上。服务器26还被配置成在接收到资产的经更新信息后更新资产数据。每个服务器26将资产数据的一个或更多个特定数据类型(或数据类别)存储在DB 28上，并且每个数据类别包括一个或更多个数据项。换言之，资产的资产数据由一个或更多个数据项组成，并且这些数据项在每个DB 28中被分类为一个或更多个数据类别。资产数据的一个或更多个数据类别对于每个服务器26是唯一的，并且因此存储在一个服务器26上的资产数据的一个或更多个数据类别与存储在其他服务器26上的资产数据的数据类别不同。在图2的示例中，DB 28存储分类为类别A和类别B的资产数据。类别A包括4个数据项(数据项1至数据项4)，而类别B包括3个数据项(数据项1至数据项3)。此外，每个数据项基于其对资产所有者的个人事务的敏感性标记有标签。如图2中所示，如果数据项对于资产所有者是高度私人信息或个人可识别信息，则该数据项被标记为“个人”。相反，如果数据项是公共信息或非个人可识别信息，则该数据项被标记为“非个人”。在以下描述中，标记为“个人”的数据项可以被称为个人数据项，并且标记为“非个人”的数据项可以被称为非个人数据项。

例如，如图3中所示，在资产是特定的汽车(被称为“车辆A”)时，作为商业实体BE的一个示例的汽车制造商(或OEM)可以收集车辆相关的信息，例如速度、位置、加速度等。在该示例中，车辆相关信息是资产数据的数据类别，并且速度、位置、加速度等的每个数据形成数据项。因此，该OEM仅存储具有多个数据项的单个数据类别。此外，由于速度和加速度被分类为公共数据或非个人可识别数据，因此这些数据项可以被标记为非个人数据项。相反，由于该示例中的位置被分类为个人数据或个人可识别数据，因此这些数据项可以被标记为个人数据项。应当注意，在该示例中，在车辆A正在行驶或停车时，OEM通过从例如安装在车辆A中的电子控制单元(ECU)接收此类信息来收集车辆A的车辆相关信息。

如图3中所示，作为商业实体BE的另一示例的维修店关于车辆A可以收集例如三个类别的资产数据，即“维修项”、“诊断”和“维修账单信息”。维修项数据类别可以包括“部件A”和“部件B”，“部件A”和“部件B”是车辆A在维修店维修的部件。诊断数据类别可以包括在车辆A被维修之后进行的诊断的结果的信息。例如，诊断结果的信息可以是“良好”。维修账单信息数据类别可以包括发票项例如“更换费用”、“诊断费用”和“账户信息”作为数据项。在该示例中，维修项数据类别的所有信息(即，部件A和部件B)被标记为非个人数据项，并且诊断数据类别中的诊断结果也被标记为非个人数据项。在维修账单信息数据类别中，所有数据项可以被标记为个人数据项。应当注意，在维修店的机修工等在完成车辆A的维修之后在DB 28中输入信息时，维修店存储这些类型的信息。

在所有者(即，转让者)希望将他/她的资产转让给新的所有者(即，受让者)时，所有者可以做出处理他/她的资产的资产数据的请求，所述资产数据已经由一个或更多个商业实体BE收集。更具体地，转让者能够在资产转让之前决定保留哪些资产数据以及移除哪些资产数据。例如，转让者做出用于移除个人数据项并保留非个人数据项的请求。所有者可以经由任何类型的装置例如移动电话、平板装置、计算机等做出数据处理请求。数据处理请求可以被发送至由所有者选择的商业实体BE之一。可替选地，系统10可以包括中心节点，该中心节点专门被配置成接受并处理数据处理请求，并将其发送至一个或更多个合适的商业实体BE。

可以通过具体限定应当如何处理每个数据项的资产数据来以详细的方式完成该数据处理请求。在这种情况下，所有者可以逐个将数据项单独指定为“保留”或“移除”。因此，所有者可以将个人数据项指定为“保留”，并且将非个人数据项指定为“移除”。可替选地，例如，可以通过限定如何针对每个数据类别处理资产数据来更一般地完成请求。在这种情况下，所有者可以将数据类别指定为“保留”、“移除”或“去识别化”。在所有者将数据类别指定为“保留”时，数据类别内的包括个人数据项的所有数据项都可以一起保留。另一方面，在所有者将数据类别指定为“移除”时，数据类别内的包括非个人数据项数据的所有数据项可以被一起移除。此外，在所有者将数据类别指定为“去识别化”时，可以保留数据类别内的仅非个人数据项，并且将移除数据类别内的所有个人数据项。

与服务器26一样，节点16包括至少一个处理器(或节点处理器16a)和至少一个存储器(或节点存储器16b)。在一个方面，节点处理器16a可以是能够在执行存储在节点存储器16b上的程序时执行如本文所描述的各种功能的电子处理器，例如微处理器。在一个实施方式中，节点存储器16b可以是随机存取存储器(RAM)、只读存储器(ROM)、硬盘驱动器、闪存或用于存储程序的其他合适的存储器。程序是在由节点处理器16a执行时使节点处理器16a执行本文所公开的各种功能的计算机可读指令。此外，如下面将详细描述的，节点处理器16a在链上层上进行的一些功能是通过在满足预定条件时执行存储在区块链BC上的智能合约经由去中心化应用(app)来提供的。

节点处理器16a被配置成在接收到来自所有者的数据处理请求时生成数据处理规则20。数据处理规则20是限定应当如何处理所有者的资产的资产数据的规则。数据处理规则20是由“处理管理器应用30”根据数据处理请求自动生成的，该“处理管理器应用30”是在由节点处理器16a执行智能合约时运行的去中心化应用(app)。处理管理器应用30(即，节点处理器16a)被编程为在生成数据处理规则20时将其存储在区块链BC上。

节点处理器16a还被配置成将位置表24存储在区块链BC上。位置表24是示出数据类别与其位置(服务器26)之间的对应关系的表。在图3所示出的上述示例中，位置表24示出了“维修项”数据类别和“维修账单信息”数据类别位于(即，存储在)维修店的服务器26处。此外，位置表24示出了“车辆相关信息”数据类别位于(即，存储在)OEM的服务器26处。如该示例所示出的，位置表24未列出数据项本身。

处理管理器应用30还被编程为访问根策略32(参见图4)以获得资产数据的数据位置，根策略32是在执行智能合约时运行的另一应用(app)。然后，根策略32被编程为通过参考位置表24来获得资产数据的位置。如果资产数据跨一个或更多个服务器26存储，则处理管理器应用30通过根策略32获得指定一个或更多个服务器26的多个数据位置。相反，如果资产数据存储在仅一个服务器26上，则处理管理器应用30通过根策略32获得单个数据位置。

处理管理器应用30还被编程为基于由其自身生成的数据处理规则20和从根策略32获得的数据位置来生成至少一个数据处理命令34。数据处理命令34包括用于服务器26的限定在服务器26处如何处理数据项的指令。如果资产数据跨两个或更多个服务器26存储，则处理管理器应用30针对所有服务器26生成对应数目的数据处理命令34。根据数据处理规则20针对对应的服务器26定制每个数据处理命令34。相反，如果资产数据存储在单个服务器26上，则处理管理器应用30针对服务器26生成仅一个数据处理命令34。

在服务器26从处理管理器应用30接收到数据处理命令34时，服务器处理器26a被编程为根据针对该服务器26定制的数据处理命令34来处理存储在DB 28上的每个数据项。服务器处理器26a还被编程为在服务器处理器26a完成对数据项的处理时生成数据处理结果22。处理结果22示出了数据项在服务器26处是如何被处理的。服务器处理器26a将处理结果22发送至节点16。

处理管理器应用30还被编程为基于数据处理规则20生成预期结果36(参见图4)。预期结果36是来自服务器26的在服务器26根据数据处理命令34正确地处理资产数据的情况下将产生的预期输出。此外，处理管理器应用30被编程为通过将从数据存储服务器26接收的处理结果22与预期结果36进行比较来验证资产数据是否根据数据处理规则20被正确处理。如果处理结果22与预期结果36匹配，则处理管理器应用30发出资产数据被正确处理的成功通知，并将该通知发送给所有者。相反，如果处理结果22与预期结果36不匹配，则处理管理器应用30发出失败通知，并将该失败通知发送给所有者。此外，在验证资产数据被正确处理后，处理管理器应用30被编程为将处理结果22存储在区块链BC上，使得所有者可以访问所存储的处理结果22进行查看。在所有者确认根据数据处理请求对资产数据进行了处理时，处理管理器应用30改变数据资产池18中的资产所有权的记录。

接下来是在由所有者请求资产转让时由根据本实施方式的系统10执行的整个处理的一个示例。在以下示例中，如图3中所示的示例中所描述的，假设车辆A(汽车)的当前所有者A提出将所有权改变为新的所有者B的建议。在该示例中，还假设车辆A的资产数据已经由制造车辆A的OEM和过去维修车辆A的维修店(经销商)收集。如上面所描述的，在OEM处，具有“速度”、“位置”和“加速度”三个数据项的“车辆相关信息”的单个数据类别存储在OEM的DB 28上。“速度”和“加速度”数据项被标记为非个人数据项，并且“位置”数据项被标记为个人数据项。此外，维修店存储“维修项”、“诊断”和“维修账单信息”的资产数据的三个数据类别。“维修项”数据类别包括标记为非个人数据项的“部件A”和“部件B”两个数据项。“诊断”数据类别包括标记为非个人数据项的“结果”的单个数据项。“维修账单信息”数据类别包括“更换费用”、“诊断费用”和“账户信息”三个数据项。这三个数据项被标记为个人数据项。

系统10还将关于车辆A的位置表24存储在区块链BC上。位置表24指示每个数据类别与存储该数据类别的对应数据存储服务器26(商业实体BE)(即，OEM和维修店)之间的对应关系。如图3中所示，位置表24指示“维修项”、“诊断”和“维修账单信息”数据类别存储在维修店，并且“车辆相关信息”数据类别存储在OEM。在该示例中，假设所有者通过将“维修项”和“诊断”类别指定为“保留”、将“维修账单信息”类别指定为“移除”并且将“车辆相关信息”类别指定为“去识别化”来做出数据处理请求。可替选地，如上面所描述的，所有者A可以将每个数据项指定为“保留”或“移除”。

图4示出了在请求资产转让时由系统10(更具体地，在OEM和维修店处的节点处理器16a和服务器处理器26a)执行的整个流程。通常，流程通常包括规则生成处理S100、命令生成处理S200、数据处理过程S300和验证处理S400，如图5中所示。在规则生成处理S100中，节点处理器16a根据数据处理请求生成数据处理规则20。更具体地，如图6中所示，在所有者A经由例如移动电话做出数据处理请求时，在S110处开始规则生成处理。在生成了请求的情况下，在S120处，商业实体之一(例如，OEM)接收数据处理请求。在接收到数据处理请求后，在S130处，处理管理器应用30(即，节点处理器16a)根据接收到的数据处理请求自动生成数据处理规则20。

如图4中所示，如所有者A所请求的，处理管理器应用30生成数据处理规则20，该数据处理规则20将维修项和诊断的类别示出为“保留”，将维修账单信息的类别示出为“移除”，并且将车辆相关信息的类别示出为“去识别化”。然后，在S140处，处理管理器应用30将所生成的数据处理规则20存储在区块链BC上。因此，数据处理规则20被安全地存储在区块链BC上，并且经授权的人员例如所有者A、新的所有者B和其他利益相关人员可以访问存储在区块链BC上的数据处理规则20。在将数据处理规则20存储在区块链BC上的情况下，规则生成处理S100终止。

接下来，将参照图7来描述命令生成处理S200。在S210处，处理管理器应用30首先访问根策略32，并且指示根策略32基于数据处理规则20来获得位置。在S220处，根策略32通过参考位置表24获得类别的位置，并且将所述位置发送至处理管理器应用30。在该示例中，根策略32获得存储在维修店的DB 28上的维修项、诊断和维修账单信息的位置，以及存储在OEM的DB 28上的车辆相关信息的位置。在从根策略32接收到位置后，在S230处，处理管理器应用30基于数据处理规则20和位置生成数据处理命令34。在这种情况下，如图4中所示，处理管理器应用30针对维修店的服务器26和OEM的服务器26生成两个数据处理命令34。针对维修店的服务器26的处理命令34指示服务器26保留诊断和维修项，并且移除维修账单信息。针对OEM的服务器26的处理命令34指示服务器26对车辆相关信息进行去识别化。然后，在S240处，处理管理器应用30将每个数据处理命令34发送至对应的服务器26。以这种方式，由于每个数据类别的位置存储在位置表24中，因此数据处理命令34可以被发送至存储要处理的目标数据类别的适当的服务器26。

接下来，在S250处，处理管理器应用30根据数据处理规则20生成预期结果36。在该示例中，如图4中所示，预期结果36将维修项和诊断的类别指示为“无改变”，将维修账单信息的类别指示为“无”，并且将车辆相关信息的类别指示为“个人数据项：无”和“非个人数据项：无改变”。然后，命令生成处理S200结束。

参照图8，在服务器26在S310处接收到数据处理命令34时，数据处理过程S300开始。在数据处理过程S300中，在S320处，服务器处理器26a根据所接收的数据处理命令34来处理存储在DB 28上的资产数据。在该示例中，维修店的服务器处理器26a根据数据处理命令34删除包括在维修账单信息中的所有数据项。即，服务器处理器26a删除部件A和部件B的更换费用、诊断费用和账户信息。相反，维修店的服务器处理器26a对包括在被指定为“保留”的维修项和诊断中的数据项不做任何处理。更具体地，服务器处理器26a将部件A和部件B以及诊断结果(即，良好)保留在维修店的DB 28上。以这种方式，服务器处理器26a根据针对每个商业实体BE定制的数据处理命令34来处理资产数据。因此，服务器26可以根据所有者A的请求准确地处理资产数据。此外，服务器26在不需要任何判断力的情况下根据命令34来机械地处理存储在其上的资产数据。因此，可以在服务器26处正确地对资产数据进行寻址，并且可以禁止服务器26任意处理资产数据。

类似地，在OEM处，服务器处理器26a根据OEM所接收的数据处理命令34来处理存储在DB 28上的资产数据。在这种情况下，数据处理命令34指示服务器处理器26a对包括在车辆相关信息中的数据项进行去识别化。在数据处理命令34指示服务器处理器26a对数据项进行去识别化的情况下，服务器处理器26a被编程为根据附在数据项上的标签来处理数据项。在该实施方式中，“去识别化”被解释为删除被标记为“个人”的所有数据项，并且保留被标记成“非个人”的所有数据项。因此，在该示例中，OEM的服务器处理器26a从DB 28中删除“位置”数据项。相反，服务器处理器26a将“速度”和“加速度”数据项保留在DB 28上。以这种方式，即使在所有者通常将数据类别指定为“去识别化”时，服务器26也可以根据附在数据项上的标签正确地对资产数据进行寻址。

在服务器处理器26a成功地完成对资产数据的处理时(S330：是)，在S340处，服务器处理器26a生成处理结果22。然后，在S350处，服务器处理器26a将处理结果22发送至节点16，并且数据处理过程S300结束。相反，如果服务器处理器26a未能处理资产数据，则在S360处，服务器处理器26a向节点16返回失败通知，并且数据处理过程S300结束。在这种情况下，在节点16接收到失败通知时，节点16结束资产转让的整个处理。

接下来，将参照图9描述验证处理S400。在处理管理器应用30在S410处从维修店和OEM接收到数据处理结果22时，在S420处，处理管理器应用30将处理结果22存储在区块链BC上。然后，在S430处，处理管理器应用30将所接收的处理结果22与预期结果36进行比较。如果处理结果22与预期结果36匹配(S440：是)，则处理管理器应用30验证关于车辆A的资产数据在维修店和OEM处被正确处理。然后，在S450处，处理管理器应用30向所有者A发送资产数据被正确处理的成功通知。在所有者A接收到成功通知时，在S460处，所有者A通过检查存储在区块链BC上的处理结果22来确认资产数据被正确处理。然后，在S470处，所有者A向处理管理器应用30返回确认。以这种方式，由于数据处理结果22存储在区块链BC上，所有者A可以通过检查所存储的结果22来确认资产数据是否被正确寻址。此外，结果22被安全地存储在区块链BC上，可以以非常低的篡改风险安全地记录处理资产的资产数据的历史。

在接收到来自所有者A的确认后，在S480处，处理管理器应用30将数据资产池18中的车辆A的所有权记录从所有者A改变为新的所有者B。然后，验证处理S400结束。另一方面，如果处理结果22与预期结果36不匹配(S440：否)，则在S490处，处理管理器应用30向所有者A发送失败通知，并且验证处理S400结束。

如上面所描述的，根据本实施方式中的资产转让记录系统10，在请求资产转让时，可以根据所有者的请求准确地处理资产数据。因此，例如，可以在资产的所有权被转让之前准确地移除存储在服务器26上的个人数据。因此，可以防止所有者的个人信息被公开给新的所有者。此外，通过系统10，所有者可以根据所有者的偏好自由地决定是删除数据项还是保留数据项。

此外，系统10在区块链BC上存储限定应当如何对数据资产进行寻址的数据处理规则20。系统10还将由服务器26完成的数据处理结果22存储在区块链BC上。因此，利益相关人员可以在任何稍后的时间基于所存储的信息来验证数据处理历史。

此外，根据上述实施方式的系统10，根据当前所有者的请求在从服务器26移除个人项之后保留资产数据。因此，即使在资产被转让给新的所有者之后，与所转让的资产相关的信息也可以在防篡改的情况下进行跟踪。

(对实施方式的修改)

在上述实施方式中，商业实体BE之一的节点处理器16a在接收到来自所有者的数据处理请求时生成数据处理规则20和数据处理命令34。换言之，主要由特定商业实体BE之一的节点处理器16执行上述规则生成处理S100、命令生成处理S200和验证处理S400。然而，系统10可以包括中心节点，该中心节点被配置成专门执行规则生成处理S100、命令生成处理S200和验证处理S400。

在上述实施方式中，多个商业实体BE构成系统10。然而，单个商业实体可以构成系统10。此外，系统10可以用于记录任何类型的有形和无形财产例如动产(例如，摩托车、船舶、飞机、装置和电池)、不动产(智能家居、建筑物)和数字资产的资产转让历史。

Claims (9)

1.一种资产转让记录系统，包括：

节点(16)，其存储区块链(BC)以记录资产转让的历史；以及

数据存储服务器(26)，其存储要转让的资产的资产数据，所述资产数据由已经收集和更新的多个数据项组成，其中，

所述节点包括：

节点处理器(16a)；以及

节点存储器(16b)，其耦接至所述节点处理器并且存储程序指令，所述程序指令在由所述节点处理器执行时使所述节点处理器：

根据所述资产的转让者的请求生成数据处理规则(20)，所述数据处理规则限定处理所述资产数据的规则；

将所述数据处理规则存储在所述区块链上；

根据所述数据处理规则生成数据处理命令(34)，所述数据处理命令是用于所述数据存储服务器处理所述多个数据项的命令；以及

将所述数据处理命令发送至所述数据存储服务器，并且

所述数据存储服务器包括：

服务器处理器(26a)；以及

服务器存储器(26b)，其耦接至所述服务器处理器并且存储程序指令，所述程序指令在由所述服务器处理器执行时使所述服务器处理器：

在接收到来自所述节点处理器的所述数据处理命令后，根据所述数据处理命令处理所述多个数据项；以及

在完成对所述资产数据的处理后，生成处理结果(22)并将所述处理结果(22)发送至所述节点处理器，其中，

所述节点处理器还被编程为在从所述服务器处理器接收到所述处理结果后，将所述处理结果存储在所述区块链上。

2.根据权利要求1所述的资产转让记录系统，其中：

所述节点处理器还被编程为：

基于所述数据处理规则生成预期结果(36)；以及

将由所述服务器处理器生成的所述处理结果与所述预期结果进行比较，以确认所述服务器处理器是否根据所述数据处理命令正确地处理了所述多个数据项。

3.根据权利要求1或2所述的资产转让记录系统，其中：

所述多个数据项被分类为多个数据类别；

所述数据存储服务器包括多个服务器，所述多个服务器中的每个服务器存储具有所述多个数据项中的至少一个对应数据项的所述多个数据类别中的至少一个相应数据类别；

所述节点处理器还被编程为存储位置表(24)，所述位置表(24)列出所述多个数据类别中的每个数据类别和所述多个服务器中的对应服务器；并且

所述节点处理器还被编程为，通过参考所述位置表：

生成多个命令作为所述数据处理命令，所述多个命令中的每个命令是针对所述多个服务器中的相应一个服务器定制的；以及

将所述多个命令中的每个命令发送至所述多个服务器中的对应一个服务器。

4.根据权利要求1至3中任一项所述的资产转让记录系统，其中：

所述多个数据项包括个人数据项和非个人数据项，并且

在接收到来自所述转让者的请求后，所述节点处理器生成指示所述服务器处理器删除所述个人数据项并保留所述非个人数据项的数据处理命令。

5.一种资产转让记录方法，用于在区块链(BC)上记录资产转让的历史，所述方法包括：

利用数据存储服务器(26)存储要转让的资产的资产数据，所述资产数据由已经收集和更新的多个数据项组成；

根据所述资产的转让者的请求，利用节点(16)生成数据处理规则(20)，所述数据处理规则限定处理所述资产数据的规则；

利用所述节点将所述数据处理规则存储在所述区块链上；

根据所述数据处理规则，利用所述节点生成数据处理命令(34)，所述数据处理命令是用于所述数据存储服务器处理所述多个数据项的命令；

根据所述数据处理命令，利用所述数据存储服务器处理所述多个数据项；

在完成对所述资产数据的处理后，利用所述数据存储服务器生成处理结果(22)；并且

在生成所述处理结果后，利用所述节点将所述处理结果存储在所述区块链上。

6.根据权利要求5所述的资产转让记录方法，还包括：

利用所述节点基于所述数据处理规则生成预期结果(36)；以及

利用所述节点将所述处理结果与所述预期结果进行比较，以确认所述多个数据项是否根据所述数据处理命令被正确地处理。

7.根据权利要求5或6所述的资产转让记录方法，其中：

所述数据服务器包括多个服务器，

所述多个数据项被分类为多个数据类别；

在所述多个服务器中的每个服务器中存储具有所述多个数据项中的至少一个对应数据项的所述多个数据类别中的至少一个相应数据类别；

在所述区块链上存储列出所述多个数据类别中的每个数据类别和对应服务器的位置表；

所述方法还包括，通过参考所述表：

生成多个命令作为所述数据处理命令，所述多个命令中的每个命令是针对所述多个服务器中的相应一个服务器定制的；以及

将所述多个命令中的每个命令发送至所述多个服务器中的对应一个服务器。

8.根据权利要求5至7中任一项所述的资产转让记录方法，其中：

所述多个数据项包括个人数据项和非个人数据项，并且

所述方法还包括：

在接收到来自所述转让者的所述请求后，生成指示所述服务器处理器删除所述个人数据项并保留所述非个人项的所述数据处理命令。

9.一种存储计算机程序的计算机可读非暂态存储介质，所述计算机程序被配置成使至少一个处理器(16a、26a)：

利用数据存储服务器(26)存储要转让的资产的资产数据，所述资产数据由已经收集和更新的多个数据项组成；

根据所述资产的转让者的请求，利用节点(16)生成数据处理规则(20)，所述数据处理规则限定处理所述资产数据的规则；

利用所述节点(16)将所述数据处理规则存储在区块链(BC)上；

根据所述数据处理规则，利用所述节点生成数据处理命令(34)，所述数据处理命令是用于所述数据存储服务器处理所述多个数据项的命令；

根据所述数据处理命令，利用所述数据存储服务器处理所述多个数据项；

在完成对所述资产数据的处理后，利用所述数据存储服务器生成处理结果(22)；并且

在生成所述处理结果后，利用所述节点将所述处理结果存储在所述区块链上。