房地产融资，服务和报告的实时，动态管理的方法和装置

摘要

房地产融资，服务，和报告的实时动态管理维护房主和投资者可访问的网站，该网站显示房屋融资方案下的条款，参数，和即将采取的行为；在区块链中存储房屋工具；在平衡机制下实施调整；接收，定期地接收来自管理实体的消息，向该住房工具上发起平衡条目；向区块链传送与平衡计算相关的数据的查询；接收该数据；确定更新后的余额；将更新后的账户余额以及房屋工具的计算细节写入区块链，修改房主和投资者可访问的网站，以显示更新后的账户余额，并通过移动设备提醒房主和投资者更新后的账户余额。

说明书

相关申请的交叉引用

本申请要求于2018年1月8日提交的美国临时专利申请s/n 62/614,720的优先权，该申请通过引用整体并入本文。

技术领域

本发明涉及数据处理。更具体地，本发明涉及一种用于房地产融资，服务，和报告的实时，动态管理的方法和装置。

背景技术

计算机技术为许多商品和服务的消费者和提供者提供了集成的低成本体验。例如，投资服务的消费者可以访问经纪网站，在该网站上可以购买和出售抵押物，实时跟踪其帐户，接收月度结算清单，接收抵押物价格报价，从事保证金借贷(margin borrowing)购买抵押物，借入抵押物卖空，并在具有不同功能的更昂贵和更便宜的服务级别之间来回移动。计算机技术将其他服务提供商实时链接到操作中，包括买卖场所，保证金放款人，抵押物结算服务，报价提供商等。结果是对投资服务的消费者和多种服务提供商的无缝，全面，且低成本的呈现以及执行。尤其是，消费者通常可以通过几个GUI接口页面以低成本在一个网站上访问所需的所有服务，并且多种服务提供商可以通过同一网站与消费者进行有效率的交互。

与许多其他行业形成对比的是，当前住宅型房地产服务和融资领域的计算机技术导致对购买和拥有住房的消费者，提供按揭贷款或资产净值融资的投资者，以及多种服务的碎片化以及高成本的呈现。多种功能和服务具有线上实施方式，但这些功能和服务没有集成。当前的计算机技术不能充分促进融资方面的多方之间的协调，从而导致所有人的高昂成本。最终的消费者体验与可在其中协调服务提供商和无缝运营的投资服务所获得的体验形成了鲜明的对比，排除了消费者单独或完全与他们打交道的任何需求。以下描述说明了住宅型房地产服务和融资领域当前技术固有的碎片化和缺乏协调性。

住房的购买，融资，和销售涉及多个参与者和多项交易。一些主要参与方是：(1)房主；(2)提供按揭贷款或资产净值融资的投资者；(3)与消费者交互以发起按揭贷款或资产净值融资或再融资的创设人(originator)；(4)按揭贷款服务商，其履行例如向房主收款，将款项移交给投资者，以及向双方提供信息等功能；(5)按揭贷款保险公司，收取一定的费用，为按揭贷款的投资者予以保障，以防止不支付；(6)按揭贷款或租赁物业的投资池(investment pools)；(7)房地产中介和其他参与住房销售或购买的人。

在房主级别上，碎片化尤其明显。出于不同目的，房主必须访问单独的网站。房主可以在一组网站(例如Rocket Mortgage)上申请按揭贷款融资或再融资。房主可以访问由服务商提供的单独门户，以接收有关其按揭贷款的信息并进行支付。住房的购买方或出售方可以访问其他提供估值并确认挂牌的物业的网站，例如Zillow和Redfin。房地产中介拥有提供购买和销售服务的网站，例如Coldwell Banker。

这种碎片化使某些服务非常昂贵，因为它们是基于一次性，单独的，而不是通过计算机技术集成到全面，持续的服务中完成的。例如，为按揭贷款再融资通常花费贷款本金的2-3％。这种情况与许多其他消费者服务形成了鲜明的对比，在这些消费者服务中，不断有能力以很少的成本或无需成本来线上变更服务条款。

这种碎片化伴随着缺乏协调，这增加了房主以及所涉及的多种服务提供商的成本。按揭贷款的处理就是一个很好的示例。通常将按揭贷款打包成池并出售给投资者。当利率下降时，房主会提前支付他们的按揭贷款并再融资，从而减少现有按揭贷款池(mortgagepools)。对投资者的这种提前还款风险使他们要求额外费用(premium)(通常以房主支付的较高利率的形式)来出借。再融资是一项重新的(de novo)交易，而不是对现有按揭贷款的调整，房主通常在与当前按揭贷款服务网站不同的网站上进行此项交易，或者全部在线下在融资机构或与按揭贷款经纪人处当面进行此项交易。

碎片化和缺乏协调不仅导致了住房资产净值和按揭贷款投资者的成本，而且排除了主要的投资机会。最引人注目的是，要全面投资自用房屋是非常困难的。作为债项组成部分的按揭贷款是主要的投资载体。也可以或者作为分享增值按揭贷款的一部分或者直接地(例如Unison)投资于增值分享。

目前没有办法全面地从自用房屋中获得隐性租金和增值的回报。目前没有任何载体涉足隐性租金。第三方无法全面投资自用房屋是一个重大损失。住宅型房地产是主要的资产类别，即对于美国，2017年为31.8万亿美元，超过了美国股票市场的总市值。它大部分是自用的。

投资于租赁住房的组合是可能的，例如美国住房出租(American Homes forRent)，但是这些住房的收益率往往低于自用住房，这是因为所有者比租户更好地照顾住房。

在服务提供商级别也存在碎片化。离散的功能(例如，向按揭贷款池或投资者承销和营销按揭贷款)由单独的网站或门户进行。这些功能无法以动态方式与消费者协调。它们是单独的步骤，在房主状态或房主期望的按揭贷款交易发生变化时需要手动地进行更新。

在这种碎片化和缺乏协调的环境的背后是一个简单的现实。当前的计算机技术通常采用彼此不协调的单个业务方法或操作，并按原样在网上分别应用它们。例如，一个人在网站上线上填写按揭贷款申请主要是致力于不需填写书面申请的目的。没有集成的低成本的计算机实施。

发明内容

根据本实施例，一种用于实时，动态管理房地产融资，服务，和报告的计算机技术系统，包括：

在由管理实体控制且至少房主和投资者可访问的网站上维护条款，参数值，以及在房屋融资方案下即将采取的行为的显示；

在至少一个包含至少一个房屋工具数据区块链的区块链系统中进行存储，该系统至少包含：合同信息，该合同信息指定了至少一名房主和至少一名为特定住房融资的投资者之间的至少一项房屋融资方案，经济参数的时间序列，该经济参数有关于至少一项房屋融资方案的动态管理，融资债项或资产净值的当前和过去所有权记录，交易记录，该交易记录包括至少由所述房主向投资者的支付，任何对房屋融资方案的调整或变更的记录，至少一种平衡机制的规范，该机制被设计为跟踪至少房主和投资者的净出资，并将他们之间的房屋融资方案视为合资企业，并调整至少一个剩余账户以反映各方的净出资，基于一个或多个平衡机制以及导致的对至少一个剩余账户的调整而持续操作的平衡引擎的数据和计算的记录，访问协议，该访问协议定义了对区块链系统中数据的多种访问级别以及对将新数据写入区块链系统的权限级别，以及描述涉及房屋融资方案的住房的数据；

在由管理实体控制的至少一台处理服务器上维护在至少一个处理单元，至少一个接收单元，和至少一个传送单元中体现的平衡引擎，以便在平衡机制下实施调整；

定期地通过所述平衡引擎的接收单元接收来自所述管理实体或代表它的人工智能实体的消息，在所述房屋工具数据区块链上发起平衡条目；通过所述平衡引擎的传送单元，向区块链系统查询与平衡计算有关的数据；通过所述平衡引擎的接收单元接收所述数据；

在直接方案中时，通过所述平衡引擎的处理单元确定在至少一个剩余账户中的更新后的余额(balance)；通过所述平衡引擎的传送单元，将更新后的剩余账户余额以及所述计算的细节写入所述房屋工具数据区块链；通过所述平衡引擎的处理单元和传送单元，修改至少房主和投资者可访问的网站，以显示所述更新后的剩余账户余额；和然后通过平衡引擎的传送单元，通过移动电话或其他接收设备提醒至少一个可能处于线下状态的房主和投资者所述更新后的剩余账户余额；

或者在非直接方案的方案中时，通过所述平衡引擎的处理单元确定更新后的非计划的结果(unscheduled outcome)和使用所述非计划的结果作为输入的相关数量；通过所述平衡引擎的传送单元，将更新后的非计划的结果和相关数量以及所述计算的细节写入所述房屋工具数据区块链；通过所述平衡引擎的处理单元和传送单元，修改至少房主，投资者和剩余平衡仓位(position)持有者可访问的网站，以显示所述更新后的非计划的结果和相关数量；和然后，通过所述平衡引擎的传送单元，通过移动电话或其他接收设备提醒至少一个可能处于线下状态的房主，投资者，和剩余平衡仓位持有者所述更新后的非计划的结果和相关数量。

在由管理实体控制的至少一台处理服务器上，维护体现在至少一个处理单元，至少一个接收单元，至少一个传送单元，和至少一个数据库中的至少一个数据引擎，以创建，汇集，更新，处理，存储，和传达至少一个数据参数的至少一个时间序列；

在至少一个数据引擎的接收单元上，接收第三方数据，所述第三方数据包括用于计算由所述数据引擎生成的至少一个数据参数的输入数据；通过所述数据引擎的处理单元对添加的数据进行格式化，然后通过所述数据引擎的同一处理单元对数据库进行修改以合并所述添加的数据；如果希望的话，通过所述数据引擎的处理单元计算所述数据参数的至少一个非第三方版本；通过所述数据引擎的处理单元，使用所述第三方和所述非第三方估值来计算所述数据参数的单个操作估值；通过所述数据引擎的传送单元，将所述数据参数的更新后的操作估值与所述计算的记录一起写入，所述记录包括至少所述计算的时间和日期戳，所述第三方和所述非第三方的值，以及用于在房屋工具数据区块链上计算所述操作估值的方法；通过所述数据引擎的处理单元和传送单元，修改至少可被房主和投资者访问的网站，以显示所述数据参数的所述更新后的操作估值，然后通过所述数据引擎的传送单元，如果任何一方通常要求对所述操作估值的更新或当实施所述数据参数的某些值时，通过移动电话或其他接收设备，提醒至少一个可能处于线下状态的房主和投资者所述更新后的操作估值；

在由管理实体控制的至少一个处理服务器上，维护体现在至少一个处理单元，至少一个接收单元，至少一个传送单元，和至少一个数据库中的至少一个第三方数据引擎，以用于创建，汇集，更新，处理，存储，和传达从至少一个第三方融资方案中产生的至少一个数据参数的至少一个时间序列；

在由所述管理实体控制的处理服务器上运行的至少一个第三方数据引擎的接收单元上，接收与至少一个第三方融资方案有关的数据；通过所述第三方数据引擎的处理单元确认需要被记录在房屋工具数据区块链上的所述数据的所述元素；以及将需要被记录的数据修改为合适的格式；通过所述第三方数据引擎的传送单元，将所述需要的数据元素以及任何相关计算的记录写在房屋工具数据区块链上；通过所述第三方数据引擎的接收单元从所述房屋工具数据区块链中提取充分描述所述第三方融资方案的当前状态和相关历史的数据；通过所述第三方数据引擎的处理单元将该数据组织为适合供网站显示的形式；通过所述第三方数据引擎的处理单元和传送单元，修改至少房主和投资者可访问的网站，以为所述第三方融资方案显示所述更新数据；和然后，如果任何一方一般地请求这些更新后的数据或当实现某些数据参数的某些值时，通过所述第三方数据引擎的传送单元，通过移动电话或其他接收设备提醒至少一个可能处于线下状态的房主和投资者所述更新后的数据；

在由管理实体控制的至少一个处理服务器上，维护体现在至少一个处理单元，至少一个接收单元，和至少一个传送单元中的合同引擎，以发起，实施，执行，和更新至少房主和投资者之间的所述房屋融资方案；

通过在由管理实体控制的处理服务器上运行的合同引擎的接收单元接收描述房屋融资方案的初始合同数据；通过处理单元确认需要被记录在房屋工具数据区块链上的所述初始合同数据的元素；通过所述合同引擎的处理单元将需要被记录的数据组织和修改为合适的格式；通过所述合同引擎的传送单元在房屋工具数据区块链上写入必要的数据元素；

在管理实体所控制的网站或其他输入装置上，接收来自所述房主的改变房屋融资方案中至少一个条款的请求，所述至少一个条款为新条款指定至少一个选项；通过由所述管理实体控制的服务器的传送单元，将所述请求传送到通过所述管理实体控制的处理单元操作的合同引擎的接收单元；

在直接方案的情况下，通过所述合同引擎的接收单元从所述房屋工具数据区块链中提取必要的合同规定，以管理每个选项的请求的条款变更以及其他相关数据；通过所述合同引擎的处理单元，确定所述房屋融资方案合同是否允许每个选项的所请求的条款变更，以及如果是的话，确定是否需要除房主以外的涉事方的任何批准；如果在其他情况下允许条款变更至少一个选项，则通过所述合同引擎的传送单元，通过至少一个相关方的至少一个接收设备提醒所述至少一个相关方需要对要求批准的每个选项需要同意或拒绝批准，以为每个选项寻求任何所需的批准；在收到响应之后或响应的最后期限过去之后，通过所述合同引擎的处理单元确定房主提出的每个选项是否被批准或被拒绝；通过所述合同引擎的传送单元修改房主可访问的网站，以通知房主每个选项是否被授权或被拒绝，并且在至少一个选项被授权的情况下，请求所述房主确认接受所述选项的其中一个或拒绝所有选项；并且然后通过所述数据引擎的传送单元，通过移动电话或其他接收设备提醒至少一个可能处于线下状态的所述房主已授权或已拒绝的选项，如果至少一个选项被授权时，需要确认一个选项或拒绝全部选项；如果所述房主确认选项，则通过所述合同引擎的传送单元将包括包含至少所述条款的变化以及包含所述条款变化的生效日期和时间的所述接受的选项的相关数据写入所述房屋工具数据区块链；通过所述合同引擎的处理单元和传送单元，修改至少房主和投资者可访问的网站，以确认所述变更已生效，以显示所述变更的生效时间和日期，并显示新的房屋融资方案条款；和然后通过所述合同引擎的传送单元，通过移动电话或其他接收设备，提醒至少一个可能处于线下状态的房主和投资者，所述变更已生效以及所述变更的生效时间和日期；

或者在非直接方案的方案中，通过所述第三方数据引擎的接收单元从所述房屋工具数据区块链中提取必要的合同规定，所述规定支配所请求的条款变更以及其他相关数据，至少包括，足以就每个选项向房主产生要约的数据，该要约包含不同于所请求的条款的房屋融资方案的条款变更；通过所述合同引擎的处理单元，计算对于所述房主指定的每项条款变更选项的至少一个要约；通过所述合同引擎的传送单元修改房主可访问的网站，以将所述要约通知所述房主以及请求所述房主确认接受所述要约的其中一项或确认拒绝所有所述要约；以及然后，通过所述合同引擎的传送单元，通过移动电话或其他接收设备提醒至少一个可能处于线下状态的房主所述要约以及需要接受一项或拒绝它们所有；通过所述合同引擎的处理单元创建要约数据集合，所述要约数据集合至少包括所述要约的内容和在所述要约的时间的支配数据参数的值，支配要约条款的值；通过所述合同引擎的传送单元，将所述要约数据集合写入所述房屋工具数据区块链；如果所述房主接受要约时，通过所述合同引擎的接收单元从所述房屋工具数据区块链中提取所述要约数据集合；通过所述合同引擎的处理单元使用所述要约集合数据计算需要的至少房主，投资者，和剩余平衡仓位持有者之间的调整，以结束现有的房屋融资方案并将其替换为体现接受的要约中指定条款的新的一个；通过所述合同引擎的传送单元传送消息，其通知所述有关方所需的步骤；通过所述合同引擎的接收单元，接收所需步骤已完成的的验证，包括涉事方之间所请求的任何支付；通过所述合同引擎的处理单元，编制过渡数据包，其中所述过渡数据包至少包括为关闭现有房屋融资方案而进行的所述调整，所述新房屋融资方案的条款以及涉事方的起始剩余帐户仓位，以及所述新方案生效的日期和时间；通过所述合同引擎的传送单元将所述过渡数据写入所述房屋工具数据区块链，从而实现向新房屋融资方案的转变；通过所述合同引擎的处理单元，创建适合于每个相关方的所述过渡数据的单独的可显示版本；通过所述合同引擎的处理单元和传送单元，修改所述相关方可访问的网站，以将所述过渡数据以单独的版本在所述网站的单独部分上显示给每个单独的一方，并在所述网站的共同可访问的区域显示所述新方案；和通过所述合同引擎的传送单元，提醒可能处于线下状态的每个所述相关方与该方相关的所述过渡数据以及描述所述新房屋融资方案的所述公共数据；

在由管理实体控制的网站或其他输入设备上，接收来自房主的将剩余账户仓位出售给至少一位投资者或从至少一位投资者购买剩余账户仓位的请求；通过由所述管理实体控制的服务器的传送单元将出售或购买请求传送到通过所述管理实体控制的处理单元运行的合同引擎的接收单元；

在直接方案的情况下，通过所述合同引擎的接收单元从所述房屋工具数据区块链中提取支配所请求的销售或购买的必要的合同规定以及其他相关数据，至少包括确定所述销售或购买的所述条款所需的数据；通过所述合同引擎的处理单元确定所述房屋融资方案合同是否允许所请求的销售或购买；以及如果是，确定是否需要交易另一方的所述投资者的批准；通过所述合同引擎的处理单元确定所述购买或销售的适用条款；如果销售或购买是以其他方式被允许的，根据所述计算的条款，通过每个所述投资者的至少一个接收设备提醒所述投资者所述条款和需要同意或拒绝批准，通过合同引擎的传送单元，寻求如果需要的的投资者的批准；在接收到响应之后或响应的最后期限过去之后，通过所述合同引擎的处理单元确定是否授权或拒绝对计算的条款进行的销售或购买；通过所述合同引擎的传送单元修改所述房主可访问的网站，以通知所述房主授权或拒绝，以及，在授权的情况下，请求所述房主根据计算的条款确认接受或拒绝；以及然后，通过所述合同引擎的传送单元，通过移动电话或其他接收设备向可能处于线下状态的所述房主提醒所述授权或拒绝；以及，在授权的情况下，请求所述房主根据所述计算的条款确认接受或拒绝所述交易；如果所述房主确认所述交易时，通过所述合同引擎的传送单元传送消息，其通知所述相关一方或多方所请求的步骤；通过所述合同引擎的接收单元，接收所述请求的步骤包括双方之间所需的任何支付已完成的验证；通过所述合同引擎的处理单元，编制交易数据包，所述交易数据包至少包括所述交易的所述确认，所述交易的条款，所述交易生效的日期和时间，以及该日期和时间时涉事方的新剩余帐户仓位；通过所述合同引擎的传送单元，在通过所述合同引擎的处理单元进行合适的格式化后，将所述交易数据写入所述房屋工具数据区块链；通过所述合同引擎的处理单元和传送单元，修改至少房主和投资者可访问的网站，以显示所述交易数据的所述相关部分；和然后，通过所述合同引擎的传送单元，通过移动电话或其他接收设备向至少一个可能处于线下状态的房主和投资者提醒所述交易数据的所述相关部分；以及

或者在非直接方案的方案中，通过所述第三方数据引擎的接收单元从所述房屋工具数据区块链中提取支配所请求的销售或购买的必要的合同规定以及其他相关数据，至少包括，足以生成与提出的销售或购买有关的对房主的要约的数据，包含伴随所述提出的销售或购买的所述房屋融资方案的条款变更的每个要约；通过所述合同引擎的处理单元，计算关于由所述房主提出的销售或购买的至少一个要约；通过所述合同引擎的处理单元确定所述房屋融资方案合同是否允许所请求的销售或购买；如果是，确定是否需要交易另一方的所述投资者批准；通过所述合同引擎的处理单元确定购买或销售的适用条款以及每个要约的条款；如果销售或购买是以其他方式被允许的，根据所述计算的条款，通过每个所述投资者的至少一个接收设备提醒所述投资者所述要约和对同意或拒绝对每个要约的批准的需要，通过传送单元，针对每个要约寻求如果需要的投资者的批准；在收到响应之后或在响应的最后期限过去之后，通过所述合同引擎的处理单元确定每个要约是被授权还是被拒绝；通过所述合同引擎的传送单元修改所述房主可访问的网站，以通知所述房主对每项要约的授权或拒绝；以及在授权至少一项要约的情况下，请求所述房主确认接受一项要约以及销售或购买条款，或者拒绝所有要约；以及然后，通过所述合同引擎的传送单元，通过移动电话或其他接收设备向可能处于线下状态的所述房主提醒每个要约的授权或拒绝；以及，在授权至少一项要约的情况下，请求所述房主确认接受一项要约以及所述销售或购买条款，或者拒绝所有要约；通过所述合同引擎的处理单元创建要约数据集合，所述要约数据集合包括至少所述要约的所述内容，销售或购买条款，以及在所述要约的时间的控制数据参数的值，支配所述要约条款的值；通过所述合同引擎的传送单元，将所述要约数据集合写入所述房屋工具数据区块链；如果所述房主接受要约以及所述销售或购买条款时，通过所述合同引擎的接收单元从所述房屋工具数据区块链中提取所述要约数据集合；通过所述合同引擎的处理单元使用所述要约集合数据计算需要的至少房主，投资者和剩余平衡仓位持有者之间的调整，以关闭所述现有的房屋融资方案并将其替换为包含所述接受的要约中指定的条款的新的一个；通过所述合同引擎的传送单元传送消息，通知所述相关方所需的步骤；通过所述合同引擎的接收单元，接收所需步骤包括多方之间所需的任何支付已完成的验证；通过所述合同引擎的处理单元，编制过渡数据包，其中至少包括为关闭所述现有房屋融资方案而进行的所述调整，所述销售或购买的所述条款，所述新房屋融资方案的所述条款以及所述多方的所述起始剩余账户仓位，以及所述新方案生效的日期和时间；通过所述合同引擎的传送单元将所述过渡数据写入所述房屋工具数据区块链，实现向所述新的房屋融资方案的转变；通过所述合同引擎的处理单元，创建适合于每个相关方的所述过渡数据的单独的可显示版本；通过所述合同引擎的处理单元和传送单元，修改所述相关方可访问的网站，以将所述过渡数据为每个单独的一方以单独的版本显示在所述网站的单独部分上，以及将所述新方案显示在所述网站的共同可访问的区域；和然后，通过所述合同引擎的传送单元，向可能处于线下状态的每个所述相关方发出与所述方相关的所述过渡数据以及描述所述新房屋融资方案的公共数据的提醒。

附图说明

图1是示出根据示例性实施例的宏观系统结构的框图，其用于集成中心化和去中心化的计算机系统以创建优化的动态数据结构，该优化的动态数据结构准确地反映房屋市场状况以促进住房融资交易并产生一致的用户体验。

图2是示出图1的平衡引擎的框图，其根据示例性实施例管理数据结构，将住房资产净值分配给剩余账户，并授权资产净值再平衡。

图3是图1的区块链系统的框图，其根据示例性实施例接收，处理，和传送去往和来自区块链数据库的数据。

图4是示出图1的应用层的框图，其根据示例性实施例，处理数据，访问中心化和去中心化的数据库，并提供计算机架构以支持所涉及的多方的用户界面。

图5是示出使用图4的处理服务器来授权资产净值再平衡请求的过程的流程图，并且根据示例性实施例发布交易消息。

图6是示出图1数据引擎的示例性实施例的框图，该数据引擎根据示例性实施例创建，更新，和传送用于系统的一个或多个参数值，其中示例性实施例包括估值引擎，该估值引擎使用一系列算法转换数据结构以计算住房资产净值和在中心化和去中心化的数据库的相关数据结构。

图7是示出根据示例性实施例的授权资产净值估值请求，使用图6的处理服务器执行资产净值估值，并且发布交易消息的过程的流程图。

图8是示出图1的合同引擎的框图，用于根据示例性实施例用于管理，处理，和执行涉事方之间的合同方案。

图9是示出根据示例性实施例的授权房主的请求的过程的流程图。

图10是示出根据示例性实施例的用于出售加密货币并写入与出售资产净值有关的交易区块(blocking)的过程的流程图。

图11是示出根据示例性实施例的加密货币买卖引擎的框图。

图12是示出了根据示例性实施例的用于写入加密货币组合区块链的过程的流程图。

图13是示出根据示例性实施例的更新图1的数据区块链系统，并且传送与组合的估值有关的交易消息的过程的流程图。

图14是示出了根据示例性实施例的用于将支付数据写入区块链系统以及从区块链系统提取更新数据的过程的流程图。

图15是示出了根据示例性实施例的，用于从区块链系统请求估值并且将偿还金额(pay down amount)记录至区块链的过程的流程图。

图16是示出了根据示例性实施例的用于将支付数据记录到区块链系统或使用区块链系统来确认合同条款的过程的流程图。

图17是根据示例性实施例的使用由区块链获得的数据处理接收到的违约通知并在区块链系统中确定和记录投资者变化的流程图。

图18是示出了根据示例性实施例的用于从区块链系统中提取合同规定数据并引起支付引擎激活以生成支付数据并将其写入区块链系统的过程的流程图。

图19是示出了根据示例性实施例的，关于发起的EBP方案来更新区块链系统的过程的流程图。

图20是示出了根据示例性实施例的用于将与非计划的结果相关的平衡条目数据添加到区块链系统的过程的流程图。

图21是示出了根据示例性实施例的，将与支付变更请求有关的，用于从区块链系统中提取合同数据并更新所计算的要约数据集合的过程的流程图。

图22是示出了根据示例性实施例的用于计算所需分配，引起银行转账执行，以及相对于接受的支付要约来更新区块链系统的过程的流程图。

图23是示出根据示例性实施例的交易引擎的框图。

图24是示出了根据示例性实施例的，与接收到的购买要约相关的，来自区块链系统以及更新到区块链系统的交割相关(closing-related)数据的流程图。

图25是可用于实施一些实施例的某些特征的计算机系统的框图。

具体实施方式

动态房屋数据结构

本公开的实施例的多个方面涉及动态地更新数据结构，该数据结构定义了多个实体之间的逻辑关系，以适应影响所述逻辑关系(例如动态房屋工具的涉事方之间的关系)的多个数据流所定义的状况中的实时波动。更具体地，本发明的实施例涉及DOOR工具形式的数据结构。DOOR代表“动态房主自用房地产”。通过创建适当的基础动态数据结构，即通过选择适当的DOOR工具，将相关数据存储在传统数据库和一个或多个可公开验证的区块链上，并使用基于区块链的方法来安置关键交易组件，本发明的实施例使得计算机能够动态修改网页并实时创建GUI接口，能够为房主和服务提供商提供集成的，透明的，低成本的体验。

一类DOOR工具为房主，抵押权人，和资产净值投资者提供了居住和投资自用房地产的新方法。本发明的实施例集中于监视多种因素的特定平衡引擎，这些因素影响定义关于所述房地产的权利和责任的标准，并据此实时地动态调整所述权利和责任。平衡引擎只是DOOR工具的一个方面。其他方面包括但不限于支持构成DOOR工具的动态数据结构的多种数据引擎。

一些DOOR工具平衡引擎直接转化为房主和为屋主提供资金的投资者之间的具有商业价值的方案。几种这样的直接方案的变体在以下描述中提供了易于理解的实施例。然而，本发明是更通用的。它利用了平衡引擎的某些集合的使用，这些平衡引擎能够解决导致住宅型房地产服务和融资领域中计算机技术当前特征的碎片化和缺乏协调性的技术问题。在许多这样的情况下，平衡引擎中所隐含的方案并不是提供给房主和为所有权提供资金的投资者的可用的房屋方案。平衡引擎位于后台，创建了一种计算机技术，可以针对不同的方案完整地为房主和服务提供商提供集成的，透明的，低成本的体验。

在讨论本发明的更通用级别之前，作为示例并且出于解释的目的，考虑DOOR工具可以实施的一些直接方案以及本发明如何针对那些方案进行操作，这是有帮助的。

房屋融资方案的DOOR实施方式

DOOR工具是允许房主和资产净值投资者之间的分配的数据结构，并且优选地是非线性的和动态的。在DOOR工具的优选实施例中，分享规则可以比在多种住房价值范围上的线性计划更通用，并且可以是动态的。也就是说，规则本身是一种数据结构，该数据结构可以由于经济状况或住房价值而发生变化。这种方法允许分享规则解决在分段线性，静态方法下无法解决的许多问题。这些问题包括但不限于：(1)次优的房主养护住房的动机；(2)不明智的房主财务策略，例如有效地将大量财富投入与生活结果相关的单一杠杆资产中，以使住房价值和总财富往往在收入下降或失业的同时急剧下降；(3)投资者无法以纯净透明的形式获得自用房屋的收益；(4)无法在不对资产净值工具进行昂贵的再融资的情况下增加对住房的借款；(5)无法轻易建立或接受联合投资组织中的新投资而对工具进行估值；(6)当住房价格下跌时，存在对资产净值工具进行战略再融资的激励措施。其中一些问题是房屋融资和服务功能之间缺乏协调以及碎片化的特征，而碎片化是当前针对房地产融资和服务的计算机技术的特征。

重要的是，在静态方法下，随着时间的流逝和经济条件的变化，该方案对房主或投资者变得更加有利。为了使该方案可实行，必须限制房主的再融资机会，或者必须规定有利于投资者的条款。在某些实施例中，DOOR工具的动态性质使得在某些实施例中有可能消除这些限制，从而为房主带来更好的交易，为投资者保留至少市场回报率，并使投资者免于因预支付而造成的损失。DOOR方案通常还扩展到附带的按揭贷款，在某些变体中，它消除了预支付对按揭贷款人/投资者的影响，并允许诸如按揭贷款利率下降时对按揭贷款的自动，近乎无成本的，和线上再融资等功能。

本发明的实施例涉及使用一类非线性算法来创建动态DOOR工具，该动态DOOR工具应用机器学习来持续动态地维护房主和投资者之间的经济平衡。在每个时刻，DOOR平衡引擎都将充当分析机，计算资产净值份额或其他帐户的变化，以准确地捕获各方对投资(venture)的净出资。由于持续的经济平衡，这种方案就以下意义而言是中性的，即它不会错位，有利于一方而不是另一方，并导致每一方在调整了从该方案所收到的收益和对方案作出的投入之后都获得了市场回报率。相对于市场，也可以增加补贴或相对于市场的优惠回报率，但是任何这样的特征都是明确的，有用的，例如，当投资者是希望为公民或雇员提供补贴房屋的政府或私人实体时。

在旨在实施经济平衡的DOOR方案中，需要一个或多个剩余帐户来进行平衡。这些剩余账户可以包括资产净值分享，以住房抵押的债务或类似债务的利息，涉事方之间波动的支付，现金或投资账户，加密货币余额，或其他载体，任何一种方案都可以使用超过一个的剩余账户。

讨论

本发明的实施例以适当的基础动态数据结构的形式创建计算机技术，其使计算机能够修改网页并创建能够向房主和服务提供商提供集成的，透明的，低成本的房屋融资方案的GUI接口。

以下讨论包括几个示例，这些示例首先描述特定的房屋方案，以及关于DOOR工具在该方案中如何工作的定性表示，然后说明本发明的实施方式。房屋融资方案的描述允许定义关键术语。

被描述为初始示例的两种房屋融资方案MM-0和MM-1可以通过使用合适的DOOR工具平衡引擎实施为直接方案。随后的示例包括非直接方案的实施方式的实例。总体上，房屋融资方案示例提供了重要的背景，以描述本文公开的本发明的其他实施例。所述实施例从包括ANZIE-DOOR(参见WO 2010/085481 A1)的DOOR工具变体的一般主张的一类中得出。请务必记住，该类中的某些DOOR工具变体实施了平衡引擎，该平衡引擎使计算机能够修改网页并创建GUI接口，从而能够为房主和服务提供商提供集成的，透明的，低成本的体验，即使房地产方案与平衡引擎固有的直接方案有所不同。

以下对本发明的实施例的讨论从提供对所需技术环境的某些方面的描述以及相关房屋融资方案和交易的一些相关方的列表的部分开始。紧随其后的部分包括：

(i)对MM-0房屋融资方案的描述，该方案只有两方，房主和提供房屋融资的投资者；

(ii)对本发明如何实施MM-0的一个实施例的说明，其示出了包括本发明的计算机技术如何解决直接方案的当前计算机技术固有的碎片化和缺乏协调性的问题；

(iii)使用一个特定的剩余账户，所赚资产净值，并着重于相关的平衡引擎，来描述所要求保护的数据结构类别(DOOR工具)及其背后的理论；

(iv)通过描述涉及以下内容的申请来表示所公开类别的范围：所赚资产净值以外的剩余账户；多个房主，投资者，或抵押权人；在流向房主以外的另一方的剩余帐目下的累算；以及在中性DOOR工具之间无缝切换的能力；

(v)MM-1房屋融资方案的描述，该方案不同于MM-0，因为除了房主和提供房屋融资的投资者之外，还涉及多个独立的服务提供商；

(vi)对本发明如何实施MM-1的实施方式的解释，其示出了包括本发明的计算机技术如何解决该更复杂的直接方案的当前计算机技术固有的碎片化和缺乏协调性的问题；

(vii)对不能实施为直接方案的计划的所赚资产净值房屋融资方案的描述；

(viii)对本发明如何实施计划的所赚资产净值融资方案的一个实施例的说明，其示出了包括本发明的计算机技术如何解决非直接方案的方案的当前计算机技术固有的碎片化和缺乏协调性的问题。

这些部分之后是描述本发明的其他实施例和方面的其他部分。

多个涉事方和技术环境方面

对于特定住房和房主，在购买时，销售时，以及所有权期间涉及多个涉事方。在所有权期间，通常至少有一个房主和一个融资方(“投资者”)。如果融资方是抵押权人，则可能存在按揭贷款担保人，按揭贷款保险公司，按揭贷款服务商，和其他涉及按揭贷款的涉事方。房屋可能与提供维护服务的一方签订维护合同。维修服务人员或估值人员可以根据住房的当前状况定期提供房屋价值估值。有一个管理实体负责监督所有权方案和相关计算机技术的运行。

在一些实施例中，投资者可以是组合入资，其以拥有该入资的股份的“组合入资投资者”为代表持有住房中的资产净值或债项利息的组合，并且在进一步的实施例中，组合可以体现在可买卖的加密货币中，在这种情况下，投资者是“加密货币组合入资”。无论是否涉及加密货币，组合入资均作为投资入资操作，从组合入资投资者那里收集投资，这些投资人可能会不时地向该组合入资持有的组合中投资额外的入资，或者从组合中撤出入资，从而增加或减少组合。

除了房主和投资者之外，可能还有多个第三方。“第三方融资实体”可以提供“第三方房屋融资”，以补充投资者提供的房屋融资。另外，以及可能与第三方融资实体不同的是至少一个“第三方服务提供商”，其提供有关于投资者提供的融资，第三方融资实体提供的融资或两者的服务。例如，如果第三方房屋融资是按揭贷款，则第三方融资实体是抵押权人，并且从抵押权人分离的，可能有按揭贷款服务商和按揭贷款保险公司这两个第三方服务提供商。

本发明需要并使能深度计算和通信环境。每种工具都会不断更新剩余账户的价值以及多个涉事方在此类账户和相关房屋资产净值中的份额。因此，本发明的中心是动态数据结构，其基于与涉事方的实时决策交互的波动的经济变体来不断地更新价值和份额，并且动态地生成相应的用户体验。诸如按揭贷款再融资，变更支付金额，甚至变更适用的DOOR变体本身之类的多种事件都需要多个涉事方的行为或批准。此类事件包括标的物业的销售或购买。这些事件需要增加的通信设备层和软件，以使能或改善专用于该任务的计算或其他装置的功能。

尽管还有其他方式来实施本发明，但是我们在这里通过考虑依赖于区块链方法并且需要使用某些购买平价DOOR变体的实施方式来进行说明，这将在后面的部分中进行定义和描述。区块链提供了一种使数据不可变和可验证的方式，因此可以是使本发明中体现的技术解决方案对标的房屋方案中的多个相关方可信的技术的关键元素。

区块链以不变且透明的方式存储数据。有许多可能的方式来实施和使用与我们的创新相一致的区块链，至少包括：(1)中心化系统，其中使用第三方方法将数据锚定到区块链上，该第三方方法在用户和区块链之间架起了应用层；(2)通过将智能合约状态保存到公共区块链上来使用智能合约来组织数据并促进交易，其中许多工作都在链下进行以提高效率；以及(3)开发定制的私有区块链。在下面的实施例中，我们提到的“区块链系统”意味着区块链和实施方法。应当理解的是，实施方式的细节仅是示例性的，绝不意味着限制。

在随后的实施例中，一个或多个区块链用于以下目的：

(1)房屋工具数据和历史。一个或多个“房屋工具数据区块链”以不变的形式包含每个房屋工具的数据和历史以及相关经济变体的当前值。关联的区块链系统为投资者，房主，服务实体，其他区块链系统，或其他方使用多种计算或通信设备查询关于当前DOOR工具份额，价值，或其他元素提供了透明的基础。

(2)交易数据。一个或多个“交易区块链系统”可用于完成部分或全部某些交易，包括至少为以DOOR工具为基础的按揭贷款再融资，变更支付率，在中性DOOR工具之间转变，或伴随创建或退出相关的DOOR工具的购买或出售标的住房。

(3)加密货币操作。一个或多个“加密货币区块链”可能包含随时间推移在多种加密货币所持有的住房利息上的数据，该多种加密货币体现这些利息的组合。使用购买平价变体使得该物业跨越使用不同剩余帐户并以其他方式有所不同的多种DOOR工具，投资者持续获得标的住房的经济回报。这些工具可以合并起来，创建纯房屋收益组合，可以用作通过区块链系统操作的加密货币的基础。可以通过基础池模拟国家，区域，或世界的房屋收益，从而产生由某种类型的房屋收益支持的硬通货。诸如美元等软法定货币相对于该硬货币持续波动。

实施包括DOOR工具的动态数据结构需要极好的，协调的通信和计算环境，在该环境中，作为本发明一部分的多种装置，软件，和区块链系统能够实施或增强基础装置的技术操作。为了使这方面更加具体，考虑一叙述示例。

假设一个实施例涉及用于多种DOOR工具的目的(1)和(2)，其中一些以购买平价形式存在，否则适合于包含在加密货币池中，即目的(3)。房主购买住房，并通过DOOR购买平价实施例为其进行融资，该实施例涉及按揭贷款支付，额外支付，以及有利于房主的所赚资产净值的累算。之后，房主希望降低额外支付的比率。

首先考虑购买交易。为了完成购买，有必要查询潜在的投资者以及潜在的抵押权人，然后执行多项操作并获得多方的多个批准。对于体现在本发明中的动态工具，工具条款与相关的市场变体一起实时变化。因此，时间至关重要，以免最初工具的引用条款从与当前的市场状况一致而远离。需要诸如移动电话应用的多个通信装置和软件来提供通知和获得来自相关方的批准。否则，对DOOR系统至关重要的基本计算和通信装置将无法有效工作。

现在考虑房主后来提出的降低比率的请求，在该比率下房主有额外支付。与购买住房一样，比率变化需要一系列复杂的行为和批准，这些行为和批准是相互依赖的。房主必须发起变更比率的请求。通常需要根据工具条款进行批准，因为支付比率会影响所赚资产净值的累积，并且工具可能需要一定的最低所赚资产净值或所赚资产净值累算的水平，以确保房主有适当的有力的激励来维护住房。此外，可要求由工具的一个或多个投资者来批准支付比率的变更。同样，时间是至关重要的，因为变更后的支付比率会以一种取决于市场状况的方式，对所赚资产净值的累算和房主的现金流产生动态影响。诸如移动电话应用的多种通信装置和软件都要求提供通知和获得有关方的批准，并根据工具条款确定是否允许变更。

最后，在实施目的(1)和(2)的结构之上是加密货币。如果加密货币是基于一种指数概念法，比如全国的住房平衡的组合，则需要不断调整并与房主，投资者和其他区块链进行交互。例如，以一种加密货币为例，它由一系列涵盖美国各地具有代表性的住房集合的DOOR工具作为支持，实际上为构成或复制美国住房销售指数基础住房池创建了房屋回报组合。如果DOOR工具是购买平价MM-0变体，则以加密货币为基础的资产净值仓位持续缩水，并抵消累算到加密货币中的现金流。此外，某些标的住房被出售，将基础DOOR工具仓位转换为现金。因为加密货币的目标是在美国各地复制一套平衡的房屋回报，所以有必要用累积的现金寻找新的DOOR工具投资，这些投资不仅使加密货币接近房屋的全部投资，而且还以一种平衡的方式进行。例如，在任何时候，为了重建平衡，可能需要对东北部城市的住房进行更多投资。平衡可能需要出售DOOR投资分享，以及购买。加密货币管理人或代表他们的人工智能实体可能会查询一个或多个其他房屋工具数据区块链系统，寻找合适的购买对象，然后向相关投资者提出要约。他们还可以通过区块链系统或其他方式提供物业出售。这些询问可能会延伸到房地产中介或其他方，告知他们存在一个立即感兴趣且流动性很强的买方或卖方。由于加密货币是实时使用的，因此时间至关重要，需要诸如移动电话应用的多种通信设备和软件以做出购买或销售的要约，完成所需交易，并获得相关方的批准。

关于本发明的技术方面，这个叙述性示例以及下文所述的更多技术示例是说明性的而不是穷举的。

MM-0房屋融资方案

使用DOOR工具实施的用于单个自用物业的房屋融资方案可包括持有由该物业抵押担保的相同或不同的债务利益的多个投资者，多个房主，和多个抵押权人。一个或多个投资者或房主也可以是抵押权人。此外，可以存在不涉及利息支付，而是进入平衡计算的等价信贷的类债务工具(debt-like instruments)。

我们从一个非常简单的房屋融资方案MM-0开始：

(i)最多只有一项按揭贷款，且没有类债务工具；

(ii)当存在按揭贷款时，投资者也是抵押权人，通过作为投资者进行资产净值的出资以及也出借由住房抵押的钱来提供所有的住房融资；

(iii)按揭贷款对房主来说是无追索权的，在向房主作出任何必需的支付之后，如果销售入资不足以支付按揭贷款到期的本金时对房主没有影响。因此，如果出现资金缺口，作为抵押权人的投资者需承担损失；以及

(iv)DOOR工具变体适用于直接实施MM-0，即DOOR的“MM-0变体”。

MM-0房屋融资的特征在于以下可操作的特征：

(1)DOOR投资者持有的常规资产净值仓位。DOOR工具投资者为住房的常规资产净值仓位提供资金，也可以通过按揭贷款融资。如果有按揭贷款，按揭贷款融资由DOOR投资者提供。如果没有按揭贷款，DOOR投资者提供所有的作为资产净值的入资。

(2)房主责任。房主负责任何按揭贷款的支付(包括本金和利益)，物业税，维护住房，以及其他责任，可能至少部分包括累积起来的有利于DOOR投资者的定期支付。在没有按揭贷款的情况下，通常有定期支付，但定期支付也可以补充按揭贷款的支付。

(3)房主持有的所赚资产净值。房主累算所赚资产净值，这是住房价值的一个百分比，DOOR投资者有责任在住房出售或其他DOOR工具终止时支付给房主。如创建经济平衡引擎的核心的动态算法所指定的，所赚资产净值根据房主对风险投资的净出资而累积。净出资的主要积极因素是贷款支付，物业税支付，定期支付(如果有的话)，和住房维护。主要的负面因素是居住在住房中的估算的租赁价值。如果房主有头期支付，它会直接增加所赚资产净值占住房价值的百分比。所赚资产净值是指住房中的无杠杆资产净值利息，在任意给定时间点的总住房价值的百分比。所赚资产净值在出售时优先于投资者持有的债务和资产净值利息。

(4)稳健的维护激励。合同条款规定，如果未能将住房保持在至少与购买时一样好的状态，将导致在终止时支付给房主的所赚资产净值的实打实的减少。由于所赚资产净值仓位包括住房中的无杠杆资产净值，在住房价值低于未偿按揭贷款债务的情况下，房主的维护激励措施保持稳健。

(5)实施经济平衡的周期性调整。DOOR平衡引擎是一个分析引擎，它不断调整剩余账户，以补偿净出资的一方。在MM-0的情况下，剩余账户是房主的所赚资产净值，平衡机制是基于下文所述的购买平价累积算法。平衡引擎将房主在每个期间的净出资转化为适当的所赚资产净值增长，也就是说，从当前期间来看，这一增长正好补偿双方的预期。

DOOR工具的条款(包括MM-0)因市场状况而变化。一个完全动态的工具并入了诸如利率，标的住房价值，住房租赁比率，住房折旧率，物业税税率，和其他变体的所有相关参数的当前值。使工具完全动态化消除了与之相关的某些选项。例如，完全动态的DOOR工具不值得进行再融资，因为新工具的条款与旧工具相同，反映了当前的市场价值。再融资的选项是无价值的。相比之下，这种选项在常规按揭贷款合同下具有价值，按揭贷款人有提前偿还按揭贷款和在按揭贷款利率下降时再融资的动机，随之而来的后果是：借款的初始价格更高，房主在何时行使时面临两难境地，且由于其依赖于提前还款行为，按揭贷款的估值更为困难。

一些DOOR实施使用近似值：DOOR合同仅根据相关参数子集的精确实时市场价值进行调整，而对其他参数使用近似值。其结果是一种只近似于零位调整选项值的工具，而不是具有对诸如所赚资产净值的数量的更具可预测性的结果的一种工具。在其他DOOR实施中，目标是尽可能接近工具的全动态版本。

请注意，MM-0房屋融资方案可以有或没有按揭贷款。在没有按揭贷款的情况下，通常需要房主向投机者或直接向投资者支付，以便从房主处获得足够的净出资，以产生可观的所赚资产净值。这些定期支付可以是住房价值的函数，可波动以达到并保持所赚资产净值的目标级别，或者可根据方案的性质以其他方式变化。

DOOR工具的动态特性允许添加许多其他特征。在MM-0或其他变体中，一些可能特别吸引人的附加功能包括：

(A)降低支付级别作为一种选择并作为对经济困难房主救助规定的基础。如果房主陷入财务困难，DOOR方案的规定可以允许他们在一段时间内或总金额内不支付定期支付或按揭贷款的支付。这对投资者没有影响，因为支付减少完全被所赚资产净值的缓慢增长或所赚资产净值的实际减少所抵消。在涉及第三方按揭贷款的变体中，也就是说，当投资者不是抵押权人时，投资者介入并支付房主没有支付的按揭贷款。再者，正好通过减少投资者在出售时的所赚资产净值债务补偿投资者。降低支付级别的可能性是普遍的，不仅限于困难情况，并且可以作为一个房主的选项包括在内。

(B)部分按揭贷款还款，以限制贷款价值比(“LTV”)或定期支付的同等减少。DOOR合同规定可要求投资者部分偿付或减少房主的按揭贷款债务，以限制LTV。如果存在优先于所赚资产净值的第三方按揭贷款，则可设定LTV级别，以保证投资者的常规资产净值超过到出售时的所赚资产净值。在MM-0模式下，一种想要的偿付方式是取消部分贷款，降低支付额，但保留其他条款不变，实际上创建了原始贷款的缩减版本。没有LTV上限，所赚资产净值在低价值的情况下累积得非常快，有可能完全吞噬剩余的可得到的住房资产净值。DOOR机制为DOOR投资者提供了任意偿还的准确经济补偿，因为减少贷款支付以正好补偿的方式降低了所赚资产净值累算的基率。没有按揭贷款，但有MM-0下的定期支付，则在低价值情况下，可以同等方式减少支付，并伴有累算的所赚资产净值的补偿性减少。

(C)额外的房主支付。针对或为了投资者的利益，DOOR合同可允许房主支付额外可选的或规律的定期支付。这些支付以正好补偿房主付款的方式增加了所赚资产净值的累算。

(D)定向的所赚资产净值。DOOR方案可包括将所赚资产净值累积到目标级别，随后调整支付，将房主未来的净出资归零，从而阻止任何额外累积。可以允许房主通过调整为随后实施目标而进行的持续支付，或通过一次性支付的方式即刻实施调整，而在一定的范围内上下移动所赚资产净值的目标额。

由于DOOR平衡引擎是一种分析机制，可以充分补偿涉事方对被视为合资企业的方案所作出资的任何变化，因此很容易添加这些特征和许多其他特征。许多可能的特征要求方案的涉事方得到通知，并在实时基础上作出相互关联和相互依赖的决定。

下一节将说明本发明如何创建计算机技术，使得MM-0的代表性实施例能够以使计算机能够修改网页和创建能够为房主和服务提供商提供集成的，低成本的体验的GUI接口的方式来实施，这是目前技术中没有的。

MM-0房屋融资方案的实施例的实施

图1示出了系统100，该系统包括用于集成中心化和去中心化的计算机系统的宏观系统架构，以创建准确反映房屋市场状况的优化动态数据结构，以促进住房融资交易并产生一致的用户体验。

在系统100中，交易可发生在房主102和投资者104的计算设备之间，其体现在住房融资工具中，并且由管理实体106和相关联的一个或多个计算机接口来提供便利。管理实体可以监督多个计算机系统，包括一个或多个平衡引擎108，数据引擎110，和合同引擎112。一些第三方114和相关联的计算机接口也可以涉及到该交易。该系统还可以包括应用层116，其接收，处理，和传送数据，并提供必要的计算机架构来为参与特定交易的各方管理用户接口。应用层还可以与一个或多个中心化数据库118和/或一个或多个去中心化数据库120交互。

为了描述系统100如何工作，考虑MM-0房屋方案的实施例的实施。我们关注的是所有权期间，并从一个具有房主102，单个投资者104，和100％资产净值融资的简单的案例开始，也就是说，没有按揭贷款。本发明的核心是由管理实体在处理服务器上操作的处理单元206，至少一个接收单元202，和至少一个传送单元204上体现的平衡引擎108。

图2示出了系统100的平衡引擎108的实施例。平衡引擎102可以包括被配置为通过一个或多个网络接收数据的接收单元202，执行本文所述的平衡引擎108的功能的处理单元206，和被配置为通过一个或多个网络传送数据的传送单元204。

平衡引擎108随后评估房主102和投资者104的持续出资，并将他们之间的房屋方案视为合资企业。在一个实施例中，投资者104最初通过资产净值融资为整个住房融资，即无按揭贷款，房主102向投资者104支付，房主102支付物业税，房主维护住房，并且房主居住在该住房中。在本实施例中，房主102的净出资等于(i)向投资者104的支付，(ii)物业税的支付，(iii)维护费，以及(iv)诸如保险的其他责任，减去(v)作为租金收取的费用(“隐性租金”)，即居住在住房中的价值。平衡机制108需要存储在中心化数据库208或去中心化数据库120上的剩余账户来协调房主102和投资者104的利息。在该实施例中，剩余账户包括该住房上的无杠杆利息，投资者104必须在住房出售或融资方案终止时向房主102支付该利益，并且设置支付以使房主102的净出资为正。因为无杠杆资产净值基于房主102净出资而累算，我们称之为“所赚资产净值”。

在系统100中，用于输入平衡引擎108的数据位于在房屋工具数据区块链系统120中。图3示出了系统100的数据区块链系统120的实施例。该数据包括所有出资元素的时间序列，该出资元素至少包括房主102向投资者104的支付。房屋工具数据区块链系统120具有被配置为通过一个或多个网络接收数据的接收单元302。区块链系统120还包括处理单元304，该处理单元304具有访问协议并使用本领域技术人员熟悉的诸如加密，状态通道，以及公钥和私钥的方法来被保护和匿名化。访问协议定义了对区块链系统120上的数据的多种访问级别，以及将新数据写入区块链系统120的权限级别。寻求访问区块链系统120的个人或实体提交访问授权数据，该访问授权数据通过访问协议确定对数据的访问级别以及授予该个人或实体的区块链上写入能力的程度。房屋工具数据区块链系统120具有被配置为通过一个或多个网络接收数据的传送单元304。

图4示出了系统100的应用层116的实施例，其中接收单元402被设计为通过一个或多个网络接收数据，传送单元404用于在一个或多个网络上广播数据，以及具有计算机架构以支持相关方的用户接口的处理单元406，以及用于存储数据的数据库408。管理实体计算机系统106控制平衡引擎108，平衡引擎108经由应用层116向区块链系统120传送数据。

可以参考图5来理解一个实施例，流程图(500)示出了根据示例性实施例使用图4的处理服务器授权资产净值再平衡请求并发出交易消息的过程。管理实体或代表它的人工智能实体定期地向平衡引擎的接收单元发送消息，在房屋工具数据区块链(502)上发起平衡条目。平衡引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以提取关于出资和其他元素的相关数据，包括用于计算涵盖住房融资方案的合同下的所赚资产净值的支配算法，其本身被编码在房屋工具数据区块链上(504)。房屋工具数据区块链系统实施其访问协议，以确定平衡引擎是否可以访问所请求的数据。在验证允许访问之后，平衡引擎经由接收单元接收该数据，并且与平衡引擎相关联的处理单元更新房主(506)的所赚资产净值余额(剩余账户)。平衡引擎将更新后的余额连同计算的详细信息传送给传送单元，传送单元将其连同计算本身的详细信息一起写入房屋工具数据区块链。平衡引擎通过传送单元将更新后的所赚资产净值价值发送到房主和投资者可访问的网站，新的价值在该网站上进行报告(508)。经由传送单元的平衡引擎通过移动电话或其他接收设备经由电子邮件或SMS消息提醒可能处于线下状态的房主和投资者(或代表投资者的人工智能实体)所更新后的所赚资产净值价值(510)。

在系统100中，平衡引擎108的输入数据位于在房屋工具数据区块链120上，并且由位于在由管理实体106控制的一个或多个服务器上的多个数据引擎110生成。每个数据引擎110用于创建，汇集，更新，处理，存储，和传达至少一个数据参数的至少一个时间序列。

图6示出了估值引擎，其提供了系统100的数据引擎110的示例性实施例，并在由管理实体106控制的处理服务器上操作。估值引擎110通过写入房屋工具数据区块链120来为要融资的住房创建和更新房屋价值的时间序列。估值引擎110的一个示例性实施例具有通过一个或多个网络接收数据的接收单元602，通过一个或多个网络传送的传送单元604，具有执行示例性实施例的计算机架构的处理单元606，和用于存储数据的数据库608。

可以参考图7来理解一个实施例，流程图(700)示出根据示例性实施例授权资产净值估值请求，使用图6的处理服务器执行资产净值估值以及发出交易消息的过程。估值引擎接收对应于资产净值估值请求的数据请求(702)。估值引擎经由查询通过一个或多个接收单元的来收集第三方估值(704)。估值引擎在数据库(706)中记录这些估值。当适用时(708)，通过处理单元，估值引擎生成一个或多个非第三方估值(710)，并使用一个或多个统计程序将第三方估值和非第三方估值结合(712)成操作估值，以供平衡引擎使用。通过传送单元，估值引擎将操作估值连同时间戳和计算记录一起写入房屋工具数据区块链(714)，包括第三方和非第三方估值，用于计算非第三方估值的方法，以及用于计算操作估值的方法(716)。估值引擎通过传送单元将新的操作估值连同第三方和非第三方估值(718)发送到房主和投资者可访问的网站，这些估值在该网站上进行报告(720)。如果房主和投资者(或代表投资者的人工智能实体)已请求一般地或在某些价值实施时更新操作估值，则估值引擎经由传送单元通过移动电话或其他接收设备经由电子邮件或SMS消息提醒处于线下状态的房主和投资者(或代表投资者的人工智能实体)。

要计算非第三方估值，估值引擎需要来自第三方来源的数据，其至少包括房屋交易数据。估值引擎的接收单元自动或在管理实体提示时从第三方提供者接收数据。估值引擎适合地对这些数据进行格式化，并在处理后将该数据添加到房屋数据库中，使其与数据库中的数据结构一致。数据可包括受融资的住房或其他住房的价值的估价。

至少包括隐性租金，折旧度，和物业税义务的其他数据元素受操作方式与估值引擎类似的其他数据引擎的支配。

管理实体106在由管理实体控制的至少一个处理服务器上维护体现在至少一个处理单元806，至少一个接收单元802，和至少一个传送单元804中的合同引擎112，以发起，实施，执行，以及更新至少房主102和投资者104之间的房屋融资方案。合同引擎112的输入数据位于在房屋工具数据区块链系统120中。

图8示出了系统100的合同引擎112的示例性实施例，其中接收单元802被设计成通过一个或多个网络接收数据，传送单元804用于在一个或多个网络上广播数据，具有支持执行所述实施例的示例性功能的计算机架构的处理单元806，和用于存储数据的数据库808。

图9是说明根据示例性实施例授权房主的请求的过程的流程图(900)。房主可能想要改变对投资者的支付级别，有效地对住房融资方案进行再融资。

房主访问由管理实体操作的网站并请求变更支付级别，生成传送消息，通过传送单元将该传送消息发送到由管理实体控制的合同引擎的接收单元(902)。合同引擎处理单元通过传送单元发送对房屋工具数据区块链系统的查询以及访问授权数据，以提取包括必要的合同信息在内的相关信息和至少包括所赚资产净值级别的其他数据(904)。房屋工具数据区块链系统实施其访问协议，以确定合同引擎是否可以访问所请求的数据。在验证允许访问之后，合同引擎经由接收单元接收该数据，并且与该合同引擎相关联的处理单元确定是否允许在未经投资者进一步批准的情况下根据合同变更支付(906)。合同引擎生成授权或拒绝消息(908)并将其发送到显示该消息的网站(910)。合同引擎同时经由移动电话或其他接收设备经由电子邮件或SMS消息提醒可能处于线下状态的房主，通知房主支付级别的变更是否已被批准或拒绝，如果被批准，则要求房主确认该变更(912)。如果该变更被确认，则生成确认消息，通过与网站相关联的传送单元发送到与合同引擎相关联的接收单元。合同引擎通过传送单元传送房屋工具数据区块链系统的查询以及访问授权数据，以保证将该变更写入房屋工具数据区块链的权限，该变更至少包括支付级别的变更以及该变更生效的日期和时间(914)。房屋工具数据区块链系统实施其访问协议，以验证合同引擎是否具有必要的权限。在通过接收单元接收到权限验证后，合同引擎通过传送单元将变更数据写入区块链，从而在区块链上创建支付级别变更的记录(916)。

合同引擎通过传送单元生成(918)并向网页发送(920)第二确认消息，并且对房主和投资者可见的网页报告该变更自指定的日期和时间生效。合同引擎通过传送单元经由电子邮件或经由由移动电话或其他接收设备可访问的SMS消息同时提醒可能处于线下状态的房主和投资者该变更自指定日期和时间生效。这种配置允许房主经由同一网站跟踪作出的支付和累积的所赚资产净值，导致几乎是即时的，低成本的融资方案条款变更。在所赚资产净值累积的未来迭代中，平衡引擎会考虑到不同的支付级别，相应地调整累积的金额，从而使在经济上的影响正好适合房主和投资者。投资者不会受到融资条款变更的净影响，因为所赚资产净值累积率的调整抵消了支付级别的任何变更。

在不同的实施例中，在融资计划中，既有按揭贷款部分，也有资产净值部分，投资者同时持有这两个仓位，房主向投资者的部分或全部支付是按揭贷款支付。在本实施例中，可以使用与刚刚描述的机制相同的机制，其结果相同：再融资可以是低成本的，几乎即时的，并且对投资者没有任何净经济后果。

可以参考图10来理解一个实施例，图10是说明根据示例性实施例批准资产净值调整和发出请求授权的交易消息和/或发出确认交易的交易消息的过程的流程图。此外，参照先前的实施例，房主可能希望将房主的部分所赚资产净值回售给投资者，以换取合同权利下规定的法定货币形式的收益，而无需投资者进一步批准，其中，在特定实施例中，投资者是附属于管理实体的加密货币组合入资，并且加密货币组合入资持有投资者方在特定住房中的房屋资产净值利息。

房主访问由管理实体控制的“管理实体网站”，并发起购买或出售资产净值的请求，生成通过传送单元传送到由管理实体控制的合同引擎的接收单元的传送消息。输入合同引擎的数据位于在房屋工具数据区块链中。合同引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以提取存储在区块链上的相关数据，该相关数据包括适用的合同条款和至少包括当前操作住房估值的相关参数的当前值。房屋工具数据区块链系统实施其访问协议，以确定合同引擎是否可以访问所请求的数据。在验证允许访问后，合同引擎通过接收单元接收数据，并且与合同引擎相关联的处理单元确定所请求的交易在给定的从住房工具数据区块链中提取的相关参数的当前值下，根据合同而无需投资者的进一步批准是否是允许的。

估值包括任务，该任务至少包括确定房主出售所赚资产净值后是否会保持足以支持房主的维护责任的最低级别的所赚资产净值。作为估值的一部分，合同引擎基于针对房主所要求出售的资产净值从房屋工具数据区块链中提取的房屋价值，以(住房价值的)百分比条款计算资产净值金额和相应的美元金额。合同引擎通过传送单元向房主和投资者可访问的管理实体网站发送请求结果消息。请求结果消息包含请求结果数据，该数据至少包括：(i)房主拟出售给投资者的所赚资产净值的百分比和美元价值；(ii)请求是否被批准或被拒绝；(iii)在拒绝的情况下，拒绝的适用理由；以及(iv)在批准的情况下，房主的确认以及房主的确认请求和支付收据指示的时限。

管理实体网站通过GUI接口或其他可访问的显示选项报告批准或拒绝以及其他适用的请求结果数据。合同引擎经由传送单元通过电子邮件，SMS消息，或其他方式通知可能处于线下状态的房主和投资者(或代表投资者的人工智能实体)请求是否被批准以及与各方相关的请求结果数据。如果请求被批准，那么给房主的通知包括请求房主确认该销售交易的确认请求。如果合同引擎在一定时间内没有收到房主的确认，那么合同引擎通过传送单元定期向房主可访问的管理实体网站发送进一步的确认请求消息，确认请求消息具有的确认请求数据至少包括：(i)房主拟出售给投资者的所赚资产净值的百分比和美元价值；以及(ii)连同房主的确认请求和支付收据指示的房主确认和支付的时限。

合同引擎经由传送单元通过电子邮件，SMS消息，或其他方式通知可能处于线下状态的房主连同相关确认请求数据的确认请求。如果房主拒绝确认或确认时间已过，合同引擎将通过传送单元向房主和投资者可访问的管理实体网站发送消息，报告房主已拒绝确认该交易或确认期已过。管理实体网站通过GUI接口或其他可访问的显示选项报告拒绝确认或确认期已过。合同引擎经由传送单元通过电子邮件，SMS消息，或其他方式通知可能处于线下状态的房主和投资者(或代表投资者的人工智能实体)确认被拒绝或确认期已过。

可以参考图12来理解一个实施例，图12是说明根据示例性实施例写入加密货币组合区块链的过程的流程图。如果房主在管理实体网站上确认交易，则与网站相关联的传送单元向与合同引擎相关联的接收单元发送连同房主的支付表示的表示确认的消息。合同引擎通过传送单元向加密货币组合资金104的接收单元发送至少包括房主的到期金额和支付收据表示的支付数据。在本实施例中，加密货币组合被设计为仅持有房地产仓位而非现金。加密货币组合资金的处理单元根据该设计确定加密货币组合没有现金可用于购买房主提供的资产净值。由于在销售交易中没有现金支付给房主，加密货币组合入资的处理单元通过传送单元向管理实体操作的加密货币买卖引擎发送入资请求消息。

可以参考图11理解加密货币买卖引擎118的实施例。入资请求消息包含入资请求数据，其至少包括：(i)需要发放的加密货币；(ii)发放金额；(iii)收益的指定法定货币；以及(iv)房主的支付收据指示。加密货币买卖引擎包括一个嵌入式支付网络和基于区块链的交易机制，其允许该引擎在市场交易中几乎即时地发起其监督的加密货币的销售或购买，以适合的法定货币计算的经验证的贷项或借项计入“管理实体银行账户”或简称“MEBA”，其是由管理实体控制的银行账户或其他库。MEBA在第三方或专有银行持有，并获得充分授权，能够从事电子存款和转账。

本领域技术人员可以理解操作这种支付网络和基于区块链的交易机制的多种方式，以使用适当的验证方法几乎即时地执行加密货币交易。例如参见US 9,870,562 B2。加密货币买卖引擎通过传送单元发送命令，将新发放的相关加密货币单元卖给一个或多个第三方或专有交易所的接收单元，进行加密货币买卖。执行后，交易所确认出售，并将相关法定货币的入资传送给MEBA，可能是在将交易中使用的中间加密货币转换为所需法定货币的一次或多次的干预交易之后。交易所生成买卖确认消息并将其发送到加密货币买卖引擎的接收单元。加密货币买卖引擎通过传送单元向MEBA发送支付请求，其包括房主提交的和作为入资请求的一部分来自合同引擎的由加密货币买卖引擎接收的支付收据指示，请求向房主发放入资。在发放入资和任何所需的银行系统确认之后，MEBA向加密货币买卖引擎的接收单元发送支付完成消息。加密货币交易的数据被记录在加密货币交易区块链上。在从加密货币区块链系统获得所需权限后，加密货币买卖引擎通过传送单元将销售交易的数据写入加密货币交易区块链上。

本领域技术人员将清楚通过一种或多种这样的区块链系统操作加密货币的方法。加密货币买卖引擎通过传送单元向合同引擎的接收单元发送交易完成消息。交易完成消息包含的完成数据至少包括(i)交易完成和已支付的确认；(ii)房主卖给投资者的所赚资产净值的百分比和美元价值；(iii)用于设定销售条款的住房估值；以及(iv)销售完成的日期和时间。合同引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以获得将完成数据写入区块链的权限。房屋工具数据区块链系统实施其访问协议，以验证合同引擎是否具有必要的权限。验证之后，合同引擎通过传送单元将完成数据写入区块链，在区块链上创建房主向投资者销售所赚资产净值的记录。合同引擎通过传送单元向管理实体网页发送至少包含完成数据的交易确认消息，并且对房主和投资者可见的管理实体网页报告交易的确认以及相关完成数据。合同引擎同时通过电子邮件或由移动电话或其他接收设备可访问的SMS消息，提醒可能处于线下状态的房主和投资者交易完成以及相关的完成数据。

通过允许房主跟踪已作出的支付和累积的所赚资产净值的同一网站，这种配置导致几乎即时的，低成本地增加融资金额。在所赚资产净值累积的未来迭代中，平衡引擎会考虑到将房主的所赚资产净值的一部分出售给投资者而导致的房主所赚资产净值减少。即时执行和低成本与通过常规按揭贷款方案增加融资额形成鲜明对比，常规按揭贷款方案要求对现有按揭贷款进行再融资或相对于现有按揭贷款次一级的新借款，这些步骤通常需要数月或数周时间，并且常常涉及线下交易以及访问不同网站。

加密货币组合的数据位于加密货币组合区块链上。可以参考图13来理解一个实施例，流程图说明了根据示例性实施例更新图1的数据区块链系统和传送与组合的估值有关的交易消息的过程。

组合引擎体现在由加密货币组合资金在处理服务器上操作的处理单元，至少一个接收单元，和至少一个传送单元中。在本实施例中隶属于管理实体或代表加密货币组合资金的人工智能实体的加密货币组合资金定期地通过组合引擎的传送单元向房屋工具数据区块链系统发送查询以及访问授权数据，以提取其资产净值仓位的相关数据以及组合中住房的最新估值数据以及其他信息。房屋工具数据区块链系统实施其访问协议，以确定组合引擎是否可以访问所请求的数据。在验证允许访问之后，组合引擎110经由接收单元接收相关数据。与组合引擎相关联的处理单元更新关于加密货币组合的信息，并且组合引擎在从加密货币区块链系统获得所需权限之后，通过传送单元将更新后的信息写入加密货币组合区块链上。组合引擎经由传送单元将更新后的组合信息发送到加密货币组合的投资者可以访问的网站，更新后的信息在该网站上进行报告。该信息至少包括根据一种或多种特定估值方法对组合的估值，以及每单位加密货币的相应价值。

在一个或多个实施例中，诸如投资者批准步骤之类的其他特征可以被添加到房主向投资者销售所赚资产净值的过程中，并且类似的过程可以应用于房主从投资者处购买资产净值而不是向投资者出售资产净值的情况。

房主或投资者可随时访问管理实体网站，并观察支付比率和条款，包括下一次支付日期和金额，当前房主所赚资产净值级别，关键参数的当前级别(至少包括隐性租金和住房价值)，以及其他表征房屋工具当前状态的数据。在这一能力的背后，是网站网络通过读取房屋工具数据区块链对网站信息进行持续更新，该区块链本身由多种数据和至少包括管理实体维护的估值引擎和合同引擎的过程引擎持续更新。

到目前为止的实施例描述了一个系统，在该系统中，房主可以访问单个网站和多个基于GUI的页面，以便以低成本和几乎即时的方式从事大量的功能，至少包括：监控所赚资产净值级别和有关支配房屋工具的当前数据，向投资者支付，通过变更支付级别或偿付投资者持有的资产净值进行再融资，以及通过将所赚资产净值回售给投资者以增加在当前市场条款上的融资级别。这一系统解决了当前房屋融资技术所具有的碎片化，高成本，和缺乏协调性的问题。该系统的核心是一种特定的平衡机制。

基于DOOR房屋工具的平衡机制

每个DOOR平衡引擎的特征在于特定的平衡机制。上述DOOR工具的示例涉及以下情况：

(i)单个房主；

(ii)单个投资者；

(iii)当房屋方案以其为合资企业来分析时，房主正在作出正的净出资；以及

(iv)房主接收以在工具有效期内具有的净出资换取的所赚资产净值，即住房销售时或DOOR合同终止时的无杠杆份额。

DOOR方案可涉及多个房主，多个投资者，投资者而非房主的正净出资，以及使用所赚资产净值以外的剩余账户来补偿净出资。从上述限制(i)-(iv)成立的基本情况开始，可以快速解释DOOR平衡机制。根据一个或多个实施例，在展示了在这种情况下DOOR平衡机制是如何操作的之后，本领域技术人员将清楚地了解本创新如何更普遍地进行应用，并且随后的部分通过一些额外讨论和说明性示例来表示展开应用。

本节首先描述了针对基本情况所公开的用于所赚资产净值的一类累积算法，指定了该类中受关注的“购买平价”变体，然后讨论了该类算法和购买平价变体的理论基础。购买平价累积算法是前面说明的MM-0实施例的平衡机制的基础。该实施例是一种直接方案，因为相关联的平衡机制实施了MM-0房屋方案本身。后面描述的本发明的实施例中将清楚地看到，围绕购买平价累积算法构建的同一平衡机制在许多情况下是有用的，这些情况中的实施例非直接方案。该类中的其他累积算法是适用于本发明其他实施例的其他平衡机制的基础。

我们从房主的净出资开始。如上所述，主要的正元素包括按揭贷款的支付，物业税支付，和维护费用。主要的负元素是住在住房中的隐性租金价值。所有这些元素都是持续的流动，随着时间的推移而累算。当物业被购买或出售时，每天按比例分配的按揭贷款的支付和物业税义务的标准惯例，其中可见流动性是显而易见的。

我们将净租金的流动率n

n

其中，t表示以年为单位的时间，表示等式中的每个流动元素会随时间而变化。除以在时间t时的住房价值H(t)，得出应计净租金占住房价值的比例：

关于融资元素，房主正在按以下利率进行按揭贷款出资和/或定期支付：

m(t)＝m

其中，在按揭贷款支付的情况下，m

现在房主每年的净出资比率占住房价值的比例为：

γ(t)＝μ(t)-v(t) (2)

假设在时间t的所赚资产净值比例为E(t)。那么将房主的总共所赚净出资比率定义为：

现在可以定义在权利要求中的所赚资产净值的一类累积算法。假设该工具持有一段时间T。将这段时间T划分为n个等长

其中，t

等式(4)和(5)定义了一类累积算法，其具有以不同的加权函数ω(t)

其中i

施加一个特定的加权函数，ω(t)＝1，得出购买平价DOOR变体，由下面的所赚资产净值累积算法来定义：

其中

这个变体具有这样的特点，即所赚资产净值的累积与每一瞬间时间的净出资流用于以在该瞬间时间具有的房屋价值购买额外房屋价值相同。要看到这一点，注意对于时刻dt：

忽略dt的高次幂中的无关紧要的项。等式(8)表示，在小的时间瞬间dt年内，所赚资产净值部分的增加只是年化净出资率占房屋价值的比例乘以dt。房主实际上以精确到房主净出资的美元金额购买了额外住房资产净值。因此，该变体的名称“购买平价”。

这种变体具有极好的属性。因为房主实际上是以该资产净值的市场价值从投资者处购买住房资产净值，两者都能从他们的无杠杆仓位中获得确切的住房上的经济回报。如果其中任何一方是杠杆化的，那么该方就获得了同等的杠杆回报。在单个的DOOR工具的情况下，所有的融资都由投资者提供，因此，投资者实际上是无杠杆的，在投资者的综合仓位中恰好地获得在住房上的经济回报。因此，将单一的DOOR投资综合成一个组合，就可以获得在标的住房上的综合的确切经济回报的载体。这种物业使得单个的DOOR工具成为一种理想工具，其用于创建可以在不同地区，国家，或世界范围内复制房屋回报的组合，该组合有效地复制由组合的工具的标的住宅集合接近或创建的房屋指数上的回报。

尽管购买平价变体具有很强的吸引力且是本发明的中心方面，但是由不同加权函数定义的其他变体也与商业应用相关。大于1的加权函数产生相比于购买平价更高的所赚资产净值额，小于1的加权函数产生相比于购买平价更低的所赚资产净值额。这些加权函数是一种产生补贴或调整风险或其他的在计算出资或出资方累积的仓位时没有反映出来的方面的手段。在购买平价变体下，购买方在购买特定仓位后，获得该仓位固有的经济回报。到目前为止，唯一考虑的仓位是已所赚资产净值，即住房的无杠杆化利益。然而，如下一节所述，根据所要求的方法，除了或替代所赚资产净值，许多其他仓位或调整可能作为剩余账户。

到目前为止，所要求的该类DOOR变体已经被描述为连续的数量流，其至少包括隐性租金，折旧度，物业税，和按揭贷款支付。当时间t，P的特定支付是离散的而不是流动的一部分时，则所赚资产净值的增加ΔE为：

通过将由等式(9)支配的离散元素添加到由等式(4)和(5)描述的连续元素中，可以将离散元素添加到流动元素中。在购买平价的情况下，以现行房屋价格直接购买所赚资产净值可以计算离散部分和流动部分。

可以使用近似值。例如，对于n的一些值，可以使用E

在资本利得税方面的战略买卖问题与平衡投资者和房主之间的房屋方案问题之间有一个类比。在资本利得的情况下，理想的应计税将对收益征税，允许亏损发生。一种等效的方法是在收益和损失发生时对其进行估值，然后将其与利息一起累积，在资产出售时支付。相反，如果只对销售的总损益进行估值和纳税，而不考虑持有期间的损益历史，则存在问题。纳税人有动机通过不出售资产来推迟收益(“锁定”)，或者出售资产以实施亏损(战略亏损)。在这两种情况下，政府都会损失收入，投资者的行为也会扭曲，因为投资者持有或出售资产的依据是税收影响，而不是资产的预期税前回报。Alan Auerbach(见A.J.Auerbach，回顾性资本利得税(Retrospective Capital Gains Taxation)，《美国经济评论》(American Economic Review)，第81卷，第167-178页(1991年3月))表明，对于出售时的税务处理，有一种独特的解决办法，它消除了扭曲的激励，并恢复了经济平衡，即投资者仅根据它相对于其他资产的经济回报来持有或出售资产。对于在时间0购买并在时间s出售的资产，此时的税收，即资产价值的一部分A

其中，τ为税率，r

房屋方案问题恰好是类似的。净出资的一方可以通过向另一方征收的销售税予以补偿。在不失一般性的前提下，将房主在方案中作为净出资的一方，在该方案中另一方为投资者。那么在纳税的情况下，投资者处于资产拥有者的位置，而房主处于政府的位置。房主的净出资给投资者带来了税收义务。与纳税的设定类似，至少有三种方法来清偿纳税义务：

(1)投资者立即向房主支付抵销款，当场缴纳税款；

(2)注意应缴税款，允许其以适当的利率累积，然后让投资者在销售时向房主支付累计金额；以及

(3)通过为房主保留一定比例的资产而在销售时对资产征税。

第三种解决方案类似于上文讨论的所赚资产净值计划，在房屋方案的情况下，不干扰激励的唯一解决方案的形式与等式(10)所表示的解决方案的形式相同。如果房屋方案与市场交易相比对房主或多或少有利，就会产生有问题的激励，促使房主在交易变得不利于投资者时不适当地坚持交易，或在交易发生相反方向并对房主不利时进行再融资。这个问题需要使房主在住房市场上获得对投资者更有利的条款，以抵消市场状况导致房主再融资而损害投资者利益的情况。静态房屋方案的问题与本临时申请开始时提到的问题相同。

要将等式(10)转化为房屋方案中累积所赚资产净值的唯一解决方案，缺少一个元素：税率。显然，税率中的一个因素是征税方的正净出资，用等式(10)中的比率表示。然而，净出资率需要通过回报率进行标准化，回报率反映了征税方出资的回报率的比例。也就是说，在考虑到总收入(随后讨论的一个因素)之后，税率将采用以下形式：

其中ρ(t)是回报率。现在以以下加权函数将等式(10)转化为等式(4)和(5)：

其中i

合计净出资的基本原理，即用γ

公开种类的范围

上节详细说明了DOOR房屋方案的处理方法，其中所赚资产净值是维护经济平衡的剩余账户。一方对该方案的净出资将获得有利于该方的所赚资产净值的累算。上一节描述了一类累积算法的适当的累算比率，每种算法都定义了一种平衡机制。

其他可能的剩余账户过多，任何给定的方案都可能有多个账户。将前几节中的分析扩展到涉及与所赚资产净值不同或除所赚资产净值之外的剩余账户的方案，对于购买平价变体来说尤为简单。本创新包括从购买平价变体扩展到具有其他累算计划的变体，但我们将购买平价物业作为规范，以使其呈现简单明了。

承诺资产净值。承诺资产净值是一种类似于第二按揭贷款的仓位，只是持有人在净出资计划中作为贷项累算利息，而不是收取利息支付。ANZIE-DOOR变体包括承诺资产净值。在这个变体中，房主基于除头期支付或按揭贷款本金支付以外的所有项目的净出资转化为所赚资产净值。相比之下，房主支付的任何头期支付或按揭贷款本金支付都变成了实打实的承诺资产净值。例如，假设应用ANZIE-DOOR方案，以20万美元购买一套住房，DOOR投资者投入4万美元的资产净值，房主没有作出头期支付，还有一笔16万美元的分期偿还按揭贷款，由房主支付利息和本金。假设几年后，房主总共支付了1万美元的本金，因此按揭贷款余额为15万美元。现在房主拥有1万美元的承诺资产净值，而这1万美元的仓位以适当的估算利率累算利息，这也算是房主持续净出资的一部分

随机支付。在某些应用中，需要固定或限制所赚资产净值的累积。一个显而易见的方式是改变房主，投资者，或两者的支付。如果支付随经济状况而变化，使得净出资率保持在零，则所赚资产净值比例将保持不变。在这种情况下，随机的支付是剩余账户。

杠杆资产净值。在上文所述的MM-0方案和下文所述的MM-1方案中，房主累积了所赚资产净值，即住房的无杠杆利益。与其使用所赚资产净值作为剩余账户，还不如采用某种形式的杠杆资产净值。这种杠杆资产净值可能会偿付现有的按揭贷款，在这种情况下，投资者和房主分享住房的常规资产净值。随着房主仓位的累算，有必要知道按揭贷款债务发生了什么，这关系到该责任是对作为抵押权人的投资者还是对第三方。在一个实施例中，投资者是抵押权人，投资者转让按揭贷款相应部分的责任以及常规资产净值部分作为利于房主的累算的一部分。转让的按揭贷款部分是对房主的追索权。在另一个实施例中，如果投资者持有的是反映按揭贷款相对于房主的无追索权性质的按揭贷款，则房主实质上通过对按揭贷款的适当利率调整从投资者处购买常规资产净值。在另一个实施例中，房主累算美式看涨期权仓位，以换取净出资。其他实施例是可预期的，当杠杆资产净值而非所赚资产净值是剩余账户时，所考虑的工具类的相关累算算法，用于创建杠杆资产净值累算。

单独的累积账户。可以在单独的账户中累积净出资，而不是在住房上的债务或资产净值股份上。该账户可以获得预定利率，也可以从市场利率中获得利率，或者可以投资于抵押物，指数基金，或其他资产，包括由房地产组合支持的加密货币。有关分配的规则决定了在出售住房之前净出资的一方是否以及在多大程度上可以从账户中提取或清算部分账户。出于确保持有账户的一方履行其对物业的维护责任等原因，对

许多其他剩余账户。本创新包括大量其他可能用于平衡房屋方案的剩余账户。这包括但不限于住房中几乎任何种类的债务或资产净值仓位，以及诸如各方之间分配居住时间份额等的方案。本发明涵盖了所有可能的旨在实施经济平衡的剩余账户。

值得再次指出的是，工具的动态元素的重要作用。例如，如果房主的所赚资产净值仓位固定在某个特定值，而方案中的另一元素是房主的支付，那么房主的支付必须有所不同，以保持净出资率为零。否则，该计划开始有利于房主或投资者，不再是中立的，也不可能确保双方都能从各自的仓位中获得市场回报率。

除了使用所赚资产净值以外的剩余账户，值得注意的是，所主张的类的其他方式中比上文和下文所述的多种示例范围更广。在其他方面，特别重要的两个方面是，除房主以外的一方作出正净出资的方案，以及比单个房主，单个投资者，或单个抵押权人更多的涉事方的方案。

在许多实施方式中，投资者而不是房主累算所赚资产净值或一些其他剩余账户的增加额。一个突出的示例是COZIE-DOOR，这是一种工具，在这种工具中，房主从投资者处获得持续或一次性支付，以换取在住房上的所赚资产净值或承诺资产净值仓位。在COZIE-DOOR的一个版本中，投资者向房主支付一笔年金，然后随着年金支付的累算而累算所赚资产净值。房产税，住房保险，或其他支付可能会加入到计划中，以补偿所赚资产净值的更大的金额或更快的累算。

在其他实施方式中，可能存在多个投资者，多个房主，或多个抵押权人。在某些状况下，这些情况导致有必要向多个涉事方促进所赚资产净值或其他剩余账户的累算。每一个这样的涉事方可以作出不同于其他涉事方的出资类型或金额。当经济变量的价值发生变化时，涉事方的相关出资也会发生变化。

中性DOOR工具的另一个特点是，通过冻结一个工具的最终价值，然后立即将平衡插入新的不同的工具中，可以在它们之间进行无缝转换。例如，房主可能会从MM-0这样的涉及所赚资产净值的工具移动到涉及杠杆资产净值仓位的变体。如果投资者和/或潜在抵押权人同意允许这种灵活性的方案，则任何方向的这种变更都可以在几乎即时的线上完成。这种方案是IS-A-DOOR。

MM-1房屋融资方案

MM-0房屋融资方案被体现在单个工具中。没有第三方提供按揭贷款或任何其他类型的融资。相比之下，MM-1房屋融资方案需要多边工具。第三方提供按揭贷款融资，DOOR投资者提供常规的资产净值融资。因此，MM-1引入了将按揭贷款与资产净值工具和房主进行协调的必要性，这不仅是因为房主或投资者有权支付额外本金等传统方面的原因，而且还因为MM-1将按揭贷款与资产净值工具紧密联系在一起。

MM-1变型为MM-0增加了几个特征：

(1)由DOOR投资者进行按揭贷款担保。第三方按揭贷款是相对于DOOR投资者的追索，为抵押权人的按揭贷款余额提供类似保险的担保。通过房主所赚资产净值的缓慢的累算，以持续的方式对DOOR投资者进行补偿。

(2)按揭贷款偿付限制贷款价值比。DOOR投资者有责任在低价值的情况下偿还按揭贷款，为贷款价值比创造一个上限。上限的设定是为了保证DOOR投资者正在出售的资产净值超过DOOR投资者必须向房主支付的所赚资产净值支出，从而确保该责任的履行。DOOR机制为DOOR投资者提供对任意偿还的准确经济补偿，为投资者创造动机以当偿还成为必要时留在该计划中。这种补偿的是以提高传统资产净值仓位和降低总按揭贷款支付额的形式，这意味着投资者必须在出售时向房主支付的所赚资产净值的累算减少。

(3)按揭贷款/资产净值保险保护。除了最有信誉的DOOR投资者外，保险公司会为DOOR投资者的按揭贷款担保，按揭贷款偿还，和所赚资产净值责任做后盾。DOOR投资者未能还款所要求的按揭贷款则触发保险公司对DOOR工具对的罚金，保险公司为作出该还款而接收补偿价值，需要此类措施在此时创造激励。

MM-1方案具有相当大的商业潜力。房主只需付很少或没有首付以及他们的股份的非杠杆本性而获得住房，如果条款设置得当，在几年的累积之后这是占住房价值的相当大的比例，这意味着即使价格下跌，他们在市场上也很稳固。投资者选择出租更占优势，因为在拥有股份的所有者正在占用该住房的状况的事实下融资回报增加。

MM-1方案通过创建一套强大的分层按揭贷款信贷增强机制，大大降低了按揭贷款债权人，按揭贷款创设人，提供按揭贷款担保的GSE，和债券按揭贷款责任买家的业务风险：

(i)在价值较低的情况下，房主维护住房的动机非常强烈，因为房主的无杠杆资产净值是实打实的；

(ii)同样，在低价值情况下，房主继续支付按揭贷款的动机仍然强烈，因为支付会导致所赚资产净值的补偿性累算；

(iii)按揭贷款由DOOR投资者担保；

(iv)DOOR投资者有责任支付按揭贷款首付，以维护LTV的上限，消除因价值低于基础按揭贷款责任的“水下”住房而产生的问题；以及

(v)保险公司为DOOR投资者提供按揭贷款担保和偿还责任。

这些分层信用增强机制，其中最后三个由MM-1添加，大大降低了违约和丧失按揭贷款品赎回权的风险。该计划将LTV水平维护在100％以下，并为房主创造了强大的激励措施，即使在住房价值大幅下降的情况下，也继续维护住房并支付按揭贷款。按揭贷款债权人对房主偿付能力的依赖性要小得多，因为DOOR投资者提供了按揭贷款担保，他们自己也有按揭贷款保险的支持。

MM-1是按揭贷款保险公司的游戏变更者。保险合同的一个条件是，DOOR投资者未能按要求偿还按揭贷款则导致DOOR投资者丧失有利于保险公司的DOOR投资。保险公司介入，取代DOOR投资者成为DOOR合同的一方，并根据合同支付所要求的按揭贷款。这笔支付表面上类似于偿付按揭贷款保险索赔。但这有一个主要的不同：并非简单地负担亏损，保险公司现在拥有资产，并偿还所要求的按揭贷款，导致该资产价值的精确补偿增加。资产负债表的影响是正向的，因为资产在偿还之前就有价值，并且该偿还被完全补偿了。此外，由于全国房屋价值普遍下跌，保险公司面临着大量的未能履行的偿还责任，因为该保险公司在广阔的住房组合中持有杠杆资产净值仓位，当经济复苏时，保险公司累积的资产急剧反弹。如果保险公司不想承担这种组合投资的角色和相关的波动，它可以将DOOR工具出售给愿意这样做的第三方，并且保险公司可以同时在该工具上签订保险合同。纯效果是将工具从非执行方转移到执行方而保留相关的保险业务。

MM-1方案的这些特征将按揭贷款与资产净值工具绑在一起，需要密集和时间敏感的通讯，以便在房主，DOOR投资者，抵押权人，和按揭贷款保险公司之间实施所需的连锁决策。例如，住房价格下跌可以触发偿还特征，该偿还特征需要向投资者发出通知，要投资者采取行为的请求，以及面对投资者未能采取行为而对工具的转让。偿还可导致房主在对减少的按揭贷款的支付备选方案中做出选择，其将房主引入环中。而时间是保持信用的关键，以确保房主的所赚资产净值的支付是有保证的。本发明提供了所有这些功能。

实施MM-1房屋融资方案

为了描述本发明如何实施MM-1房屋融资方案的一个具体实施例，我们将重点放在所有权期限上，并从一个简单的案例开始：一个房主，一个投资者，具有单一抵押权人的按揭贷款，和单一按揭贷款/资产净值保险公司。因此，按揭贷款是由作为第三方融资实体的抵押权人提供的第三方房屋融资，并且按揭贷款/资产净值保险公司是第三方服务提供商。在本实施例中，抵押权人还为按揭贷款提供服务，收款并向按揭贷款人提供信息。

在本发明的实施方式的核心是平衡引擎，其体现在由管理实体在处理服务器上操作的处理单元，至少一个接收单元，和至少一个发送单元中。平衡引擎随时间推移评估房主和投资者的持续出资，将他们之间的房屋方案视为一个合资企业。在一个实施例中，投资者和抵押权人最初分别用传统杠杆资产净值和按揭贷款为整个住房融资，房主向投资者支付按揭贷款本金和利息，房主支付物业税，房主维护住房，并且房主居住在住房内。在本实施例中，房主的净出资等于(i)向抵押权人支付的按揭贷款本金和利息，(ii)支付的物业税，(iii)维护费，以及(iv)其他如保险责任，减去(v)作为租金收取的费用(“隐性租金”)，即居住在住房中的价值。平衡机制需要一个剩余账户来协调房主和投资者的利益。在本实施例中，剩余账户包括所赚资产净值，住房的非杠杆资产净值，投资者必须在住房出售或融资方案终止时向房主支付该利息，并且设置支付以使房主的净出资为正。

在本实施例中，用于输入平衡引擎的数据位于房屋工具数据区块链中。数据包括所有的时间序列，出资元素至少包括房主向投资者支付的按揭贷款。参照图5，管理实体或代表它的人工智能实体周期性地向平衡引擎的接收单元发送消息，以发起对房屋工具数据区块链的平衡条目(502)。平衡引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以获取关于出资和其他元素的相关数据，包括用于计算涵盖住房融资方案的合同下的所赚资产净值的控制算法，其本身编码在房屋工具数据区块链上(504)。房屋工具数据区块链系统实施其访问协议，以确定平衡引擎是否可以访问所请求的数据。在访问权限被验证之后，平衡引擎接收通过接收单元接收这个数据，并且与该平衡引擎相关联的处理单元更新房主的所赚资产净值余额(506)。平衡引擎发送更新后的余额连同计算的详细信息发送给传送单元，传送单元将其连同计算本身的详细信息一起写入房屋工具数据区块链。平衡引擎通过传送单元将更新后的所赚资产净值价值发送到房主和投资者可访问的网站，在该网站上报告新的价值(508)。平衡引擎通过传送单元通过移动电话或其他接收设备发出的电子邮件或SMS消息向可能处于线下状态的房主和投资者(或代表投资者的人工智能)提醒更新后的所赚资产净值数据(510)。

一个实施例可以参考图14来理解，图14示出了根据示例性实施例向区块链系统写入支付数据和从区块链系统获取更新数据的过程的流程图。

用于平衡操作的输入数据位于房屋工具数据区块链上，并且由位于在由管理实体控制的一个或多个服务器上的多个数据引擎生成和更新，每个数据引擎包括至少一个处理单元，至少一个接收单元，至少一个传送单元，至少有一个数据库。每个数据引擎被操作用于创建，汇集，更新，处理，存储和传达至少一个数据参数的至少一个时间序列。在实施MM-1房屋融资方案时，数据引擎包括至少一个第三方数据引擎：驻留在由管理实体控制的一个或多个服务器上的按揭贷款数据引擎，体现在至少一个处理单元，至少一个接收单元，至少一个传送单元，和至少一个数据库中，按揭贷款数据引擎是为汇集，存储，处理和传达与第三方按揭贷款有关的数据而操作。当房主进行按揭贷款支付时，抵押权人的处理服务器的传送单元向在管理实体控制的处理服务器上操作的按揭贷款数据引擎的接收单元发送支付消息。支付信息包含的支付数据至少包括：(i)支付金额；(ii)本金和利息之间的细分；以及(iii)支付的时间和日期。按揭贷款数据引擎的处理单元将该数据改变为适合于房屋工具数据区块链的形式，并通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以确保将支付数据写入区块链的权限。房屋工具数据区块链系统实施其访问协议，以验证按揭贷款数据引擎具有必要的权限。通过接收单元接收验证确认后，按揭贷款数据引擎通过传送单元将支付数据写入房屋工具数据区块链。按揭贷款数据引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以获取足以更新按揭贷款状态的数据，至少包括支付历史，最近支付后的当前本金余额和基于位于房屋工具数据区块链上的住房的最近的操作估值。

房屋工具数据区块链系统实行其访问协议，以确定按揭贷款数据引擎能够访问所请求的数据。在验证访问权限后，按揭贷款数据引擎通过接收单元接收相关数据，并且按揭贷款数据引擎的处理单元将该按揭贷款相关的数据组织成适合网站显示的形式，最终形成可显示的按揭贷款相关数据包。通过传送单元，按揭贷款数据引擎将可显示的按揭贷款相关数据发送到房主，投资者和按揭贷款/资产净值保险公司可访问的网站，在该网站上，通过使用接收到的可显示的按揭贷款相关数据更新按揭贷款相关数据。按揭贷款数据引擎通过传送单元通过移动电话或其他接收设备发出的电子邮件或SMS消息向可能处于线下状态的房主，投资者(或代表投资者的人工智能实体)，和按揭贷款/资产净值保险公司(或代表按揭贷款/资产净值保险公司的人工智能实体)提醒更新后的按揭贷款相关信息。

参考图7，估值引擎是在由管理实体控制的处理服务器上操作的数据引擎，通过写入房屋工具数据区块链，为要融资的住房创建和更新房屋价值的时间序列。估值引擎接收与资产净值估值请求相对应的数据请求(702)。通过一个或多个接收单元的估值引擎通过查询收集第三方估值(704)。估值引擎通过传送单元将这些估值记录在数据库中(706)。当适用时(708)，估值引擎通过处理单元生成一个或多个非第三方估值(710)，并使用一个或多个统计过程将第三方估值和非第三方估值组合成操作估值(712)，以供平衡引擎和合同引擎使用。估值引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以确保将估值数据写入区块链的权限。房屋工具数据区块链系统实行其访问协议，以验证估值引擎有必要的权限。在通过接收单元接收到验证的确认之后，估值引擎通过传送单元将操作估值连同时间戳和计算记录一起写入房屋工具数据区块链(714)，至少包括第三方和非第三方估值，用于计算非第三方估值的方法，以及用于计算操作估值的方法(716)。估价引擎通过传送单元，至少将新的操作估值连同第三方和非第三方估值(718)一起发送到房主和投资者可访问的网站，这些估值在该网站中被报告(720)。如果房主和投资者(或代表投资者的人工智能实体)已请求通常地操作估值的更新或者当实现某些值时，估值引擎通过传送单元经由电子邮件或通过移动电话或其他接收设备的SMS消息提醒可能处于线下状态的房主和投资者(或代表投资者的人工智能实体)新的操作估值。

其他数据元素(至少包括隐性租金，折旧和物业税负债)受其他数据引擎的支配，其操作方式与估值引擎类似。

管理实体在由管理实体控制的至少一个处理服务器上维护体现在至少一个处理单元，至少一个接收单元，和至少一个传送单元中的合同引擎，以便发起，实施，执行，和更新至少一个房主和投资者之间的房屋融资方案。合同引擎的输入数据位于房屋工具数据区块链中。

可以参考图15来理解一个实施例，图15示出了根据示例性实施例从区块链系统请求估值并向区块链记录偿还金额的过程的流程图。估值引擎通过传送单元向合同引擎的接收单元发送消息，该消息指示操作估值已经与至少包括新的操作估值的数据一起更新。合同引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以获取当前按揭贷款本金余额和其他元素的相关数据，包括用于确定是否需要投资者偿还按揭贷款的支配算法，以及所需的偿还金额。房屋工具数据区块链系统实施其访问协议，以确定合同引擎是否可以访问请求的数据。在验证访问权限之后，合同引擎通过接收单元接收这些数据，并且与合同引擎相关联的处理单元确定是否需要投资者偿还按揭贷款，如果需要，则确定所需金额。如果处理单元确定需要偿还，则合同引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以确保将偿还数据写入区块链的权限。房屋工具数据区块链系统实施其访问协议，以验证合同引擎具有必要的权限。在通过接收单元接收到验证的确认之后，合同引擎通过传送单元记录其对是否需要投资者偿还的确定以及关于房屋工具数据区块链相关联的计算的信息。合同引擎向投资者的处理服务器的接收单元发送至少包括所需的偿还金额和支付最后期限的按揭贷款偿还数据。投资者的处理服务器通过传送单元发送对房屋工具数据区块链系统的查询以及访问授权数据，以获取相关数据，以验证对偿还的需要和金额。

房屋工具数据区块链系统实施其访问协议，以确定投资者是否能够访问所请求的数据。在验证访问权限后，投资者的处理服务器通过接收单元接收请求的数据，并通过处理单元验证是否偿还已经到期。在验证之后，然后在一个实施例中，投资者的处理服务器通过传送单元向抵押权人的处理服务器的接收单元发送支付请求消息，该消息至少包括指定投资者资金来源，支付金额，和作为本金的额外支付的其所应用的按揭贷款的支付指令。在第二实施例中，存在中间步骤，即投资者的批准。投资者的处理服务器访问数据库，以确定适当的人或投资者的人工智能代表有权授予或不接受批准。投资者的处理服务器通过传送单元向与该人或AI代表相关联的指定处理服务器的接收单元发送批准或拒绝请求，并且在个人具有决策权限的情况下，同时通过传送单元通过电子邮件，SMS消息或其他方式将批准或拒绝请求发送到可能相对于该指定处理服务器线下的这个人。批准或拒绝请求至少包括：(i)所请求的偿还的金额；以及(ii)在某人拥有决策权的情况下，通过密码或其他保护措施保护并由指定处理服务器运作的网站链接，该人可以在该网站上指示批准或拒绝。指定的处理服务器通过传送单元向投资者的处理服务器的接收单元发送指示批准或拒绝的消息。在批准的情况下，投资者的处理服务器通过传送单元向抵押权人的处理服务器的接收单元发送支付请求消息，该消息至少包括指定投资者基金来源，支付金额，和作为本金的额外支付的其所应用的按揭贷款的支付指令。在拒绝的情况下，投资者的处理服务器通过传送单元向合同引擎的接收单元发送拒绝通知消息。

一个实施例可以参考图16来理解，图16是示出了根据示例性实施例的将支付数据记录到区块链系统或使用区块链系统来识别合同条款的过程的流程图。在第一实施例或第二实施例的情况下，当有权批准的人或AI代表已表示批准偿还时，抵押权人的处理服务器将会接收到支付请求消息，并且通过本领域技术人员清楚的方法尝试从支付指示中指定的投资者的银行帐户中收款。如果基金足以涵盖全部支付，且被收取全部支付，则在抵押权人的处理服务器的处理单元适当更新数据库中的抵押权人的记录后，或在接收必要的权限后，写入区块链，抵押权人的处理服务器的传送单元向在管理实体控制的处理服务器上操作的按揭贷款数据引擎的接收单元发送偿还消息。偿还消息包含偿还执行数据，至少包括：(i)偿还金额；(ii)支付时间和日期；以及(iii)偿还后的每月支付金额。按揭贷款数据引擎的处理单元将该偿还执行数据改变为适合房屋工具数据区块链的形式，并且按揭贷款数据引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以确保将偿还执行数据写入区块链的权限。

房屋工具数据区块链系统实施其访问协议，以验证合同引擎具有必要的权限。通过接收单元接收到验证确认后，按揭贷款数据引擎通过传送单元将偿还执行数据写入房屋工具数据区块链。按揭贷款数据引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以获取足以更新按揭贷款的状态的数据，至少包括支付历史，当前本金余额和偿还后的每月支付金额，以及基于位于房屋工具数据区块链上的住房的最近操作估值的贷款价值比。房屋工具数据区块链系统实施其访问协议，以确定按揭贷款数据引擎是否可以访问请求的数据。在验证访问权限后，按揭贷款数据引擎通过接收单元接收该按揭贷款相关的数据，并且按揭贷款数据引擎的处理单元将该按揭贷款相关数据组织成适合网站显示的形式，从而形成可显示的按揭贷款相关的数据包。通过传送单元，按揭贷款数据引擎将可显示的按揭贷款相关的数据发送到房主，投资者和按揭贷款/资产净值保险公司可访问的网站，在该网站上，使用接收到的可显示的按揭贷款相关的数据更新按揭贷款的相关数据。按揭贷款数据引擎通过传送单元通过电子邮件或通过移动电话或其他接收设备的SMS消息提醒可能处于线下状态的房主，投资者(或代表投资者的人工智能实体)，和按揭贷款/资产净值保险公司(或代表按揭贷款/资产净值保险公司的人工智能实体)更新后的按揭贷款相关信息。体现在平衡引擎中的平衡机制确保投资者在风险调整的基础上接收偿还的全部的经济补偿，此外，投资者还避免了仓位损失，如果投资者未能偿还，则会发生这种情况。这两个方面通过为投资者偿还创造了强大的激励，从而促进了偿还交易。

如果因为账户中的资金不足以涵盖全部的偿还或任何其他原因，抵押权人的处理服务器无法从偿还指示中指定的投资者的银行账户中收取偿还金额，抵押权人的处理服务器通过传送单元向合同引擎的接收单元发送资金不足通知。合同引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以获取关于涵盖资金不足情况的合同条款的相关数据，包括投资者整改该情形的时限。

房屋工具数据区块链系统实施其访问协议，以确定合同引擎是否可以访问请求的数据。在验证访问权限后，合同引擎通过接收单元接收这些数据，并且与合同引擎相关联的处理单元访问数据库，以确定投资者指定的投资者的人员接收资金不足的通知。合同引擎通过传送单元向投资者的处理服务器的接收单元传送资金不足的通知，同时通过传送单元以短信，或其他方式向投资者的指定人员发送资金不足的通知，这些人员可能相对于投资者的处理服务器线下。资金不足的通知至少包括：(i)到期金额；(ii)可用资金的金额；(iii)任何其他妨碍收取偿还金额的问题；以及(iv)增加余额或指定其他资金来源的期限。合同引擎定期向同一方发送相同的通知，包括投资者的处理服务器，在由房屋工具数据区块链编码和访问的合同条款设定的时间内，直到：(i)合同引擎收到偿还通知；或(ii)资金不足问题的整改期限届满。

可以参考图17来理解一个实施例，即根据示例性实施例的通过使用区块链获得的数据处理接收到的违约通知并在区块链系统中确定和记录投资者的改变的流程图。如果投资者拒不批准偿还或者资金不足情形的整改期限届满的，然后，合同引擎通过传送单元发送对房屋工具数据区块链系统的查询以及访问授权数据，以获取投资者在偿还责任上违约时应采取的步骤的相关合同数据。

房屋工具数据区块链系统执行其访问协议，以确定合同引擎是否可以访问请求的数据。在访问权限被验证后，合同引擎通过接收单元接收该数据，并且合同引擎通过传送单元向由按揭贷款/资产净值保险公司操作的处理服务器的接收单元发送违约通知。违约通知包含违约数据，至少包括：(i)违约投资者的身份；(ii)所需偿还的金额；(iii)关于该偿还现在是按揭贷款/资产净值保险公司的责任的通知；(iv)此支付请求以及如何支付的指示；(v)关于投资者的DOOR工具仓位将被转移给按揭贷款/资产净值保险公司的通知；(vi)访问按揭贷款/资产净值保险公司的授权数据，以获得与该仓位相关的房屋工具数据区块链上的适当数据；以及(vii)访问为投资者显示信息的管理实体网站。合同引擎使支付引擎能够使用对本领域技术人员来说显而易见的方法来监控按揭贷款/资产净值保险公司的偿还责任的状态，向保险公司发送适当的定期通知，直到保险公司支付，并在支付后验证，然后通过传送单元向合同引擎的接收单元发送支付完成消息。支付消息包含的数据至少包括：(i)支付的事实；(ii)任何相关的验证数据；(iii)支付的金额；(iv)支付日期和时间；(v)每月按揭贷款支付的水平的改变，如有：以及(vi)用于在房屋工具数据区块链上加入保险公司作为投资者所需的的按揭贷款/资产净值保险公司的识别信息。在接收到支付消息后，合同引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，用于改变区块链所涵盖的工具的投资者的权限。房屋工具数据区块链系统实施其访问协议，以验证合同引擎具有进行此类改变所需的权限级别。经验证后，合同引擎在区块链上写入内容，以按揭贷款/资产净值保险公司代替违约投资者成为适用工具中适用投资资产净值的所有者。合同引擎通过传送单元向按揭贷款/资产净值保险公司的处理服务器的接收单元发送消息，指示所有权置换已经完成。

现在参考图14，通过传送单元，合同引擎向按揭贷款数据引擎的接收单元发送偿还消息。偿还消息包含偿还执行数据，至少包括：(i)偿还的金额；(ii)支付的时间和日期；以及(iii)偿还后的每月支付的金额。按揭贷款数据引擎的处理单元将该偿还执行数据改变为适合房屋工具数据区块链的形式，并且按揭贷款数据引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以确保将偿还执行数据写入区块链的权限。

房屋工具数据区块链系统实施其访问协议，以验证合同引擎是否具有必要的权限。通过接收单元接收到验证确认后，按揭贷款数据引擎通过传送单元将偿还执行数据写入房屋工具数据区块链。按揭贷款数据引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以获取足以更新按揭贷款的状态的数据，至少包括支付历史，当前本金余额和偿还后的每月支付金额，以及基于位于房屋工具数据区块链上的住房的最近操作估值的贷款价值比。房屋工具数据区块链系统实施其访问协议，以确定按揭贷款数据引擎是否可以访问所请求的数据。在验证访问权限后，按揭贷款数据引擎通过接收单元接收该按揭贷款相关数据，并且按揭贷款数据引擎的处理单元将该按揭贷款相关数据组织成适合网站显示的形式，从而形成可显示的按揭贷款相关的数据包。通过传送单元，按揭贷款数据引擎将可显示的按揭贷款相关数据发送到房主，投资者和按揭贷款/资产净值保险公司可访问的网站，在该网站上，通过使用接收到的可显示的按揭贷款相关数据更新按揭贷款相关数据。按揭贷款数据引擎通过传送单元通过移动电话或其他接收设备发出的电子邮件或SMS消息向可能处于线下状态的房主，投资者(或代表投资者的人工智能实体)，和按揭贷款/资产净值保险公司(或代表按揭贷款/资产净值保险公司的人工智能实体)提醒更新后的按揭贷款相关信息。体现在平衡引擎中的平衡机制确保按揭贷款/资产净值保险公司在风险调整的基础上接收偿还的全部的经济补偿，此外，按揭贷款/资产净值保险公司还接收违约投资者作为奖励。这两个元素通过为按揭贷款/资产净值保险公司进行偿还提供强有力的激励来促进偿还交易。

参考图18，在一个实施例中，示出了从区块链系统获取合同条款数据并使支付引擎激活以生成支付数据并将支付数据写入区块链系统的流程图，如果房主未能完成按揭贷款支付，则投资者有责任代之以支付，前提是满足了某些条件，其中至少包括房主盈利资产净值仓位足以为房主的维护责任提供担保。当按揭贷款逾期支付时，抵押权人的处理服务器通过传送单元向合同引擎所驻留的管理实体操作的处理服务器的接收单元发送逾期支付通知。在收到通知后，合同引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以获取关于合同条款的相关数据，这些条款涵盖逾期支付情形下的投资者责任，包括投资者整改该情形的时间限制。

房屋工具数据区块链系统实施其访问协议，以确定合同引擎是否可以访问请求的数据。在确认允许访问后，合同引擎通过接收单元接收该数据。合同引擎使用这些数据来验证投资者有责任进行按揭贷款支付以及该责任的条款，条件和时间点。合同引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以获取有关房主的盈利资产净值仓位减少的相关数据，如果投资者而不是房主立即完成按揭贷款支付，将导致该结果。房屋工具数据区块链系统实施其访问协议，以确定合同引擎是否可以访问请求的数据。在确认允许访问后，合同引擎通过接收单元接收该数据。合同引擎的处理单元制定逾期支付程序消息，该消息至少包含以下内容：(i)按揭贷款支付的金额；(ii)逾期的事实；(iii)如果房主未支付，投资者有责任支付；(iv)如果投资者而不是房主立即支付，将导致房主的盈利资产净值仓位减少；(v)在投资者必须支付之前，房主支付的期限；(vi)事实是房主可能会作出未来的额外支付，以抵消因未支付该笔支付而导致的盈利资产净值的减少；(vii)事实是该未来额外支付很可能会以不同的条款支付，因此，将房主的所赚资产净值仓位恢复至若房主当初完成按揭贷款支付时可能会有的水平所需的金额可能会大于或小于漏掉的按揭贷款支付；(viii)要求房主通知管理实体和投资者如果房主打算不在期限内支付，这将消除今后的任何通信；以及(ix)邀请房主与管理实体讨论房主的财务状况是否会使房主在逾期还款后难以进行按揭贷款支付，从而使管理实体，投资者和房主能够提出解决该状况的计划，计划可能包括投资者进行按揭贷款支付，而不是房主在延长的一段时间内进行按揭贷款支付。

处理单元进一步制定了三个分别适用于房主，投资者和按揭贷款/资产净值保险公司的逾期支付程序数据的网页可显示的版本。通过传送单元，合同引擎将三个可显示的版本发送到管理实体操作的网站，使对应的一方可以访问每个版本：房主，投资者，和按揭贷款/资产净值保险公司。通过传送单元的合同引擎通过移动电话或其他接收设备发出的电子邮件或SMS消息向可能处于线下状态的房主，投资者(或代表投资者的人工智能实体)，和按揭贷款/资产净值保险公司(或代表按揭贷款/资产净值保险公司的人工智能实体)提醒适合于每一方的版本中的数据。

合同引擎使支付引擎能够使用对本领域技术人员来说显而易见的方法来监控逾期按揭贷款支付的状态，如果房主表示不打算在期限内支付，则通知投资者，并向房主和投资者发送适合的定期通知，直到他们中的一个进行支付，然后通过传送单元向合同引擎的接收单元传送支付完成消息。支付完成消息包含的支付数据至少包括：(i)支付事实；(ii)任何相关验证数据；(iii)支付金额；(iv)支付日期和时间；以及(v)支付人的身份。在接收到支付消息后，合同引擎通过传送单元将支付数据以及允许支付数据写入区块链的访问授权数据传送给房屋工具数据区块链系统的查询。

房屋工具数据区块链系统实施其访问协议，以验证合同引擎是否具有在区块链上写入此类数据所需的权限级别。经验证后，合同引擎的处理单元重新制定相关的支付数据，并通过传送单元将其写入房屋工具数据区块链。合同引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以提取投资者相对房主支付按揭贷款的支付对房主所赚资产净值仓位的影响的相关数据。房屋工具数据区块链系统实施其访问协议，以确定合同引擎是否可以访问所请求的数据。在验证允许访问后，合同引擎通过接收单元接收这些数据，并且与合同引擎相关联的处理单元计算出投资者相对房主支付的对房主所赚资产净值仓位的影响。在完成该计算合同引擎后，处理单元制定至少包括以下内容的支付完成数据：(i)按揭贷款支付的金额；(ii)支付人的身份；(iii)支付或放弃支付的房主对房主的所赚资产净值的支付的影响；(iv)如果房主没有支付，即房主可能会作出未来的额外支付，以抵消因未支付该笔支付而产生的所赚资产净值的减少；以及(v)事实上，此类未来额外支付很可能会以不同的条款进行，已使将房主的所赚资产净值仓位恢复到如果房主支付了按揭贷款的支付其应有的级别所需的金额可以比漏掉的按揭贷款的支付多或少。处理单元进一步制定支付完成数据的三个网上可显示的版本，分别适用于房主，投资者，和按揭贷款/资产净值保险公司。通过传送单元，合同引擎将三个可显示的版本发送到管理实体运营的网站，使以下对应的一方可以访问每个版本：房主，投资者，和按揭贷款/资产净值保险公司。通过传送单元的合同引擎通过电子邮件或通过移动电话或其他接收设备的SMS消息提醒可能处于线下状态的房主，投资者(或代表投资者的人工智能实体)，和按揭贷款/资产净值保险公司(或代表按揭贷款/资产净值保险公司的人工智能实体)传送给各方的适当的版本中的数据。

现在参考图14，通过传送单元，合同引擎向按揭贷款数据引擎的接收单元发送支付完成消息，该消息包括合同引擎已经将按揭贷款支付数据写入房屋工具数据区块链。按揭贷款数据引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以提取足以更新按揭贷款状态的数据，至少包括支付历史，当前本金余额和按揭贷款支付后的月付金额，以及基于位于房屋工具数据区块链上住房的最新操作估值的贷款价值比。

房屋工具数据区块链系统实施其访问协议，以确定按揭贷款数据引擎是否能够访问所请求的数据。在验证允许访问后，按揭贷款数据引擎通过接收单元接收该数据，并且按揭贷款数据引擎的处理单元将该按揭贷款相关数据组织成适合于网站显示的形式，从而形成可显示的按揭贷款相关数据包。通过传送单元，按揭贷款数据引擎将可显示的按揭贷款相关数据发送给房主，投资者，和按揭贷款/资产净值保险公司可访问的网站，在该网站上，使用接收到的可显示按揭贷款相关数据更新按揭贷款相关数据。按揭贷款数据引擎通过传送单元通过电子邮件或通过移动电话或其他接收设备的SMS消息提醒可能处于线下状态的房主，投资者(或代表投资者的人工智能实体)，和按揭贷款/资产净值保险公司(或代表按揭贷款/资产净值保险公司的人工智能实体)更新后的按揭贷款相关信息。平衡引擎中体现的平衡机制确保，如果投资者对房主漏掉按揭贷款有责任，投资者将获得全额经济补偿，这是因为其本身是投资者未来的责任的房主所赚资产净值仓位会减少适当的金额。这一元素通过为投资者提供适当的激励来促进按揭贷款的支付。

刚刚描述的MM-1房屋方案的实施例说明，即使在有多个第三方(相对于房主和投资者)参与复杂交易的环境中，包括本发明的计算机技术使房主能够访问单个网站和多种基于GUI的页面，以便以低成本几乎即时地从事大量的功能：监控所赚资产净值级别和有关支配房屋工具的当前数据，监控基础按揭贷款的状态，解决未支付的问题，以及更普遍地在融资困难弹性时期从支付中获得救济。实施例说明了包括本发明的计算机技术如何促进涉及第三方的复杂交互(在上面的具体示例中，按揭贷款/资产净值保险公司和抵押权人)以及房主和投资者，同时在单个网站上实施低成本的集成展示。本发明实施了与投资服务网站上的展示范围并行的对屋主的网页呈现，其中涉及第三方的复杂辅助功能有效但不可见地操作。

应当认识到，本发明使MM-1方案和涉及第三方的其他方案的许多其他任务超出了上述示例中所述的任务。例如，根据一个或多个实施例，在MM-1方案的情况下，包括本发明的计算机技术可以确保低成本，集成的网站呈现，同时能够实施关于MM-0的上述任务，至少包括：(i)通过改变支付级别来“再融资”；(ii)通过偿还投资者持有的资产净值来降低融资级别；以及(iii)通过将所赚资产净值回售给投资者，提高当前市场条款下的融资级别。在MM-1房屋方案和涉及第三方的类似方案以及MM-0的情况下，该系统解决了当前适用于房屋融资技术的碎片化，高成本，和缺乏协调的问题。MM-0和MM-1方案都是直接方案，可以从平衡引擎的输出直接实施，该引擎包含实施中性的平衡机制。但是，如下面两个部分所示，本发明更为普遍。

计划的所赚资产净值房屋融资方案

MM-0和MM-1方案都会给房主带来不确定性。例如，从等式(1)，(2)，(4)和(5)可以明显看出，如果住房的隐性租金相对于住房价值上涨，那么房主以百分比条款累算较低的所赚资产净值额。另一种方法是预先固定所赚资产净值的计划。然而，除非另一个剩余账户(如支付)发现了不确定性，例如通过改变房主对投资者的支付，以产生预期的所赚资产净值的计划，否则房屋融资方案将是非中性的。例如，假设所赚资产净值的固定累算计划基于净出资元素的假设值，且除租金价格比率外的所有元素均随时间推移满足假设。如果租价比高于假定的比率，那么这一方案有利于房主。如果租价比低于假设比率，则该方案有利于投资者。在第一种情况下，房主有住在住房里的激励，并保持现在比市场更好的交易。在第二种情况下，房主有再融资的激励，例如，获得一个更有利的新的固定的所赚资产净值的计划。

这种由房主提前还款选项引起的不对称问题，意味着投资者必须预先收取溢价或退出费，以考虑到房主有动机在有利于投资者的情况下放弃方案，但如果有利于房主，则保留。房主必须监控情况，并在状况向投资者倾斜时再融资。由于市场波动引起方案对房主或投资者有利，从而导致提前还款的选项成为一个重要因素，因此失去了中性。尽管如此，对于一些规避风险的房主来说，通过固定所赚资产净值累算的计划来降低风险的好处将超过解决不对称问题所需的额外复杂性和任何相关限制或费用。

由于这种方案不是中性的，它不能作为一种直接方案来实施，这种方案使用产生方案结果的中性平衡引擎，就像例如MM-0或MM-1类的直接方案一样。尽管如此，包括本发明的计算机技术可以使用合适的中性平衡机制来创建与MM-0和MM-1房屋融资方案相同的低成本，集成的网站展示。

考虑满足MM-0房屋融资方案所有标准的特定房屋融资方案，但房主收到的所赚资产净值累算是有计划的，提前固定的。当房屋出售，方案终止时，这个计划的结果几乎总是偏离其在MM-0下房主的非计划的结果。假设该方案包括第三方，该第三方同意接受一个仓位，该仓位的回报等于房主本应收到的非计划金额减去房主实际收到的计划金额。一般来说，这一仓位可能被称为“剩余平衡仓位”或简称“RBP”，因为它涵盖了房主的非计划的剩余金额和计划的固定金额之间的差额。在这里，我们称之为“资产净值平衡仓位”或简称“EBP”，因为这种方案中的剩余账户是所赚资产净值，即住房的无杠杆资产净值。持有EBP的第三方吸收剩余所赚资产净值账户中的风险，否则将由房主承担。因此，我们将此方案称为“EBP方案”

为了说明EBP方案，假设房主在七年后以10万美元的价格出售住房，此时，房主累算的所赚资产净值的计划的金额为25％，而非计划的金额为30％。EBP记入5％的差额。房主有25000美元，投资者有70000美元，持有EBP的第三方有5000美元。如果非计划的金额是23％，而不是30％，那么房主会拿出25000美元，投资者从销售收益中获得75000美元，持有EBP的第三方向投资者额外支付2000美元，使投资者最多获得77000美元。在这种情况下，持有EBP的第三方遭受2000美元的损失。

EBP方案由以下属性定义：

(1)非计划的资产净值的结果是MM-0结果。非计划的所赚资产净值结果是指在MM-0房屋融资方案下本应发生的结果。

(2)房主的所赚资产净值的结果是计划的。房主根据一个基于持有期的计划获得一定百分比的所赚资产净值。在没有任何变更的情况下计划确定结果，该变更是例如变更房主和投资者之间的支付级别，房主从投资者处购买额外资产净值，或房主向投资者出售所赚资产净值。

(3)EBP结果是假设的房主的所赚资产净值非计划的结果减去实际的计划的结果。如果非计划的结果为百分点U，计划的结果为百分点S，则持有EBP的第三方的结果为U-S，单位为百分点。如果结果为负数，持有EBP的第三方向出售的投资者支付相应百分比的住房价值。如果结果为正，持有EBP的第三方将获得相应的销售收益百分比。

(4)投资者总是收到与MM-0(非计划的)结果相等的金额。如果销售时EBP为正，则投资者收到的销售收益份额等于投资者在MM-0方案下应获得的份额，持有EBP的第三方与房主分割MM-0方案下房主应有的份额。如果销售时EBP为负数，房主收到的将超过非计划的所赚资产净值金额，剩下的销售收益将归投资者所有。EBP向投资者支付的金额等于房主收到的超出房主根据MM-0方案应收到的非计划的金额。这项支付与投资者在销售收益中的份额相结合，将使投资者获得完全符合MM-0方案下投资者应收到的总额。如果投资者的目标是原始自用性房地产回报，住房增值加上净租金的组合，那么这一属性就非常重要，因为这就是投资者在MM-0方案中的仓位收益。

由于EBP方案不是中性的，因此该方案的实施例通常将与缓解不对称问题的一些限制或费用一起发挥最佳作用，事实上，房主在市场波动使该方案对投资者更有利的情况下有再融资的动机，并在有利于房主的情况下保留该方案，可能比其他情况下更长。持有EBP的第三方承担着两种风险。首先，不对称问题产生的“提前还款风险”：如果市场状况导致固定所赚资产净值累算有利于EBP持有人，则房主可以提前还款和再融资。第二，即使假设没有提前还款，EBP也会将所赚资产净值累算利率的波动带来的风险从房主转移到EBP的第三方持有人。根据这一方案，房主获得一个固定的所赚累积的固定的计划，EBP精确地吸收了累算利率的波动，一种“投资风险”。如果转移的风险与经济体中的系统性风险呈正相关，但相关性的方向和规模尚不清楚，则这种投资风险可能需要某种形式的溢价，以使EBP可行。

不对称问题产生了一些关于房主可能采取的多种行为的问题。再融资是显而易见的。在EBP方案中，再融资相当于买断投资者的资产净值仓位，然后用新的EBP方案，传统按揭贷款，或其他方式为买断额进行融资。由包含发明的计算机技术实施的EBP的低成本，几乎即时的再融资通过使再融资变得如此容易和便宜而恶化了不对称问题，使得房主可以避免继续在EBP方案中继续对投资者有利，即使是在坚持有利的EBP方案。房主也可以选择用另一种EBP方案以外的融资方法来取代不利的EBP方案。例如，房主在买断投资者的资产净值后，可能会转移向MM-0方案，甚至简单地持有在住房上的所有资产净值，实际上是自融资。

再融资并不是受不对称问题影响的唯一交易。任何改变最初设想的房主出资模式的行为都会破坏原有的EBP方案，因为固定的所赚资产净值计划假设了预期的模式。例如，如果房主选择降低对投资者的支付级别，则需要对所赚资产净值的累算利率进行向下调整。必须替换现有的固定计划。一种方法是简单地结束现有的EBP方案，并根据当前的市场状况创建一个全新的EBP方案。然而，如果市场参数导致旧的方案对投资者有利，那么这种转变就相当于从战略上重新融资以摆脱旧的方案。第二个示例是房主从投资者手中购买额外资产净值。这一行为既否定了现有的固定所赚资产净值计划的适用性，也相当于用自融资资金部分替代了EBP方案，这使得房主能够部分逃离对投资者有利的EBP。

解决不对称问题和调整EBP方案条款的方法很多，以补偿EBP持有人的提前还款风险和投资风险，这些对于本领域技术人员来说是清楚的。在下节详述的一个实施例中，使用两种方法，其可以单独地或联合地应用。首先，房主的一些行为会导致调整费用，调整费用可以是一定数额的所赚资产净值或现金的形式。例如，变现，再融资，或在住房出售前调整EBP仓位可能会导致调整费用，其形式是将房主的部分所赚资产净值转让给EBP持有人，作为完成交易的一部分。费用的多少可能取决于一些因素，例如特定的房主行为，EBP创设以来的时间，以及EBP对EBP持有人有利的程度。关于第三个因素，调整费的设定可以使当房主行为导致终止对投资者有利的EBP方案时，房主补偿EBP持有人损失的部分或全部利益。以这种方式设置调整费可以消除大部分不对称问题，同时也为EBP持有人带来相应的提前还款风险。

第二种方法是调整所赚资产净值累算的固定的计划。这种方法在解决EBP持有人面临的投资风险方面具有特定价值，因为EBP持有人在没有固定的计划的情况下会面临所赚累算率的不确定性。如果投资风险与经济中的系统性风险正相关，则它是在市场上定价的，并要求EBP投资者支付溢价。创造溢价的一种方法是降低计划的所赚资产净值累计。这种减少增加了EBP持有人的预期回报，因为EBP持有人意识到金额等于非计划的结果减去计划的结果，现在计划的结果更低。计划的比率的降低可以设定为预期回报的增加正好涵盖投资风险的市场价格。

最佳做法是，即使规则没有要求，也应公开潜在调整费用以及他们是如何计算的，以及作为建立EBP方案的初始合同规定的一部分而为房主累计所赚资产净值设定固定的计划的方法。在下面详述的实施例中，将这些元素的数据记录在区块链上，以便于包括本发明的计算机技术的操作。

实施具有计划的所赚累算的EBP房屋融资方案

为了描述本发明如何实施EBP房屋融资方案的实施例，我们关注具有一个拥有者，一个投资者，和一个持有EBP的单个第三方的一个简单的案例。本发明的实施的核心是由管理实体在处理服务器上操作的体现在处理单元，至少一个接收单元，和至少一个传送单元中的平衡引擎。平衡引擎随时间评估房主和投资者的持续出资，将他们之间的房屋方案视为一个合资企业。在一个实施例中，投资者最初为整个住房融资，房主向投资者支付按揭贷款本金和利息的支付，房主支付物业税，房主维护住房，并且房主居住在该住房中。

在本实施例中，房主的净出资等于(i)向抵押权人支付的按揭贷款本金和利益，(ii)物业税支付，(iii)赡养费，以及(iv)其他责任，如保险，减去(v)作为租金收取的费用(“隐性租金”)，其是居住在该住房内的价值。平衡机制需要一个剩余账户来协调房主，投资者，和EBP持有人的利息。本实施例采用了一种适用于MM-0房屋融资方案的平衡机制，其中剩余账户包括所赚资产净值，住房的无杠杆利息，MM-0方案中的投资者将在住房出售或融资方案终止时将其支付给房主，并设定支付而使得房主的净出资是正的。然而，本实施例不是MM-0房屋融资方案。取而代之的是，房主在预先固定的计划下累算所赚资产净值。对于房主的结果就是“计划的结果”，一定数量的百分点代表房主在住房销售收益中的份额。平衡引擎的结果是“非计划的结果”，以百分点表示，这将是房主在MM-0房屋融资方案中的实际结果。与计划的结果不同，非计划的结果不是预先知道的，而是取决于方案期间多种经济参数的值。在本实施例中，非计划的结果是用于计算EBP持有人的回报的核算量。在销售时，EBP持有人从房屋出售中获得的收益在百分点上等于未计划的结果减去计划的结果，如果其大于或等于零。相反，如果计划的结果大于非计划的结果，则EBP将销售收益的百分比以现金形式支付给投资者，其百分点等于计划的结果减去非计划的结果的百分点。

本实施例包括房主，投资者，和EBP持有人三方之间的过渡协定。过渡协定在房主发起某些变更时生效，这些变更至少包括：(i)变更房主向投资者支付级别；(ii)从投资者处购买资产净值；(iii)向投资者出售资产净值；(iv)通过终止旧方案和相关于以在市场条款下有利于新的EBP方案的房主所赚资产净值累算的固定的计划，其包括一个新的和不同的固定的房主所赚资产净值累算的计划；或(v)通过终止旧的方案和相关的固定的有利于MM-0房屋融资方案的房主所赚资产净值累算的计划，在该方案中，房主所赚资产净值累算的计划不是固定的，而是等于EBP方案下的非计划的结果。这些变化通常需要终止现有的EBP方案，像出售住房一样调整资产净值份额，然后进行现金交易，结束EBP持有人持有的资产净值贷项或借项，从而为投资者和房主创建相应的资产净值调整。如果EBP持有人拥有资产净值贷项，则EBP持有人将相应的资产净值仓位以住房的操作估值出售给投资者。如果EBP持有人有资产净值借项，那么EBP持有人欠房主资产净值。在这种情况下，EBP持有人根据过渡协定的目的，在住房的操作估值时从投资者处购买所需的资产净值份额，然后将该所需资产净值份额转让给房主。房主和投资者从这一过程中获得的资产净值份额将成为新EBP或MM-0协定的基准资产净值份额，取代现有的EBP方案。过渡协定要求双方进行必要的过渡现金和资产净值转让。该实施例包括促进现金和资产净值转让的计算机技术，其目标是几乎是即时的。

参考图19，说明了与发起的EBP方案相关的区块链系统更新过程的流程图，在实施例中，在由管理实体控制的在处理服务器上操作的合同引擎至少在房主，投资者，和EBP持有人之间发起，实施，执行，和更新房屋融资方案，功能包括创建，更新，和访问支配EBP房屋融资方案的合同信息。合同引擎体现在至少一个处理单元，至少一个接收单元，和至少一个传送单元中。合同引擎的输入数据位于房屋工具数据区块链中，至少包括编码支配EBP房屋融资方案的合同条款的数据。当EBP房屋方案被发起时，管理实体使初始合同数据被发送到合同引擎处理服务器的接收单元。该初始合同数据至少包括：(i)合同初始方的名称，地址，和联系信息；(ii)所有合同条款；以及(iii)关于购买或拥有房屋的信息，至少包括所有权和所有权保险的证据。

合同条款至少包括：(i)利于房主的初始固定的所赚资产净值累算的计划；(ii)房主和投资者的初始资产净值持有量；以及(iii)如果房主采取至少包括再融资方案的行为，则适用的任何调整费用，改变对投资者的支付级别，或购买投资者的部分资产净值。合同引擎通过处理单元将初始合同数据格式化为适合写入房屋工具数据区块链的形式。合同引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以确保获得许可以将格式化的合同数据写入区块链。房屋工具数据区块链系统实施其访问协议，以验证合同引擎是否具有必要的权限。在通过接收单元接收到验证确认后，合同引擎通过传送单元将初始合同数据写入区块链，在区块链上创建新的房屋融资方案的记录。

参考图20，流程图说明了将平衡条目数据添加到与非计划的结果相关的区块链系统的过程，在实施例中，位于在由管理实体控制的处理单元上的平衡引擎创建和更新假设的非计划的结果的时间序列，房主在MM-0房屋方案下获得所赚资产净值累积。输入平衡引擎的数据位于在房屋工具数据区块链中。这些数据包括所有出资元素的时间序列，该出资元素至少包括房主向投资者作出的支付。管理实体或代表它的人工智能实体定期向平衡引擎的接收单元发送消息，发起当前假设的非计划的结果的平衡条目到房屋工具数据区块链。平衡引擎通过传送单元传送房屋工具数据区块链系统的查询以及访问授权数据，以提取有关出资和其他元素的相关数据，包括用于计算在假设的MM-0房屋融资方案下的所赚资产净值的支配算法，其本身编码在房屋工具数据区块链上。

房屋工具数据区块链系统实施其访问协议，以验证平衡引擎可以访问所请求的数据。经验证后，平衡引擎通过接收单元接收所请求的数据，与平衡引擎相关联的处理单元更新非计划的结果，即房主的假设所赚资产净值余额，以及使用非计划的结果作为输入的相关数量，至少包括房主，投资者，和EBP持有人如果在房屋工具数据区块链上记录的当前操作估值时出售住房将实施或支付的百分比份额和金额。平衡引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以确保允许在区块链上写入更新后的非计划的结果和相关数量。

房屋工具数据区块链系统实施其访问协议，以验证平衡引擎具有必要的权限。经验证后，平衡引擎通过传送单元将更新后的非计划的结果和相关数量写入房屋工具数据区块链。平衡引擎通过传送单元将更新后的非计划的结果和相关数量发送到管理实体控制的网站，该网站是房主，投资者，和EBP持有人可访问的，更新后的价值和相关数量在该网站上进行报告。经由传送单元的平衡引擎通过电子邮件或通过移动电话或其他接收设备的SMS消息提醒可能处于线下状态的房主，投资者(或代表投资者的人工智能实体)，和EBP持有人(或代表EBP持有人的人工智能实体)更新后的非计划的结果和相关数量。

可以参考图7理解一个实施例。作为创建非计划的结果的时间序列的基础的平衡操作的输入数据位于在房屋工具数据区块链上，并由位于在管理实体控制的一个或多个服务器上的多个数据引擎生成和更新，每个数据引擎包括至少一个处理单元，至少一个接收单元，至少一个传送单元，和至少一个数据库。每个数据引擎用于创建，汇集，更新，处理，存储，和传达至少一个数据参数的至少一个时间序列。估值引擎是操作在由管理实体控制的处理服务器上的数据引擎，通过写入房屋工具数据区块链，为需要进行融资的住房创建和更新房屋价值的时间序列。估值引擎通过一个或多个接收单位收集第三方估值。估值引擎通过传送单元将这些估值编码在数据库中。通过处理单元，估值引擎生成一个或多个非第三方估值，并使用一个或多个统计过程将第三方估值和非第三方估值合并为操作估值，以供平衡引擎和合同引擎使用。通过传送单元，估值引擎传送房屋工具数据区块链系统的查询以及访问授权数据，以确保允许在区块链上写入更新后的操作估值，计算方法，和其他更新后的估值数据。

房屋工具数据区块链系统实施其访问协议，以验证平衡引擎是否具有必要的权限。经验证后，估值引擎通过传送单元写入更新后的操作估值以及时间戳和计算记录，至少包括第三方和非第三方估值，用于计算非第三方估值的方法，以及用于计算住房工具数据区块链的最新操作估值和其他估值的方法。估值引擎通过传送单元，至少将新的操作估值连同第三方和非第三方估值一起传送到由管理实体控制的网站上，在该网站上报告这些估值，该网站可供房主，投资者和EBP持有人访问。如果房主和投资者(或代表投资者的人工智能实体)已请求通常地操作估值的更新或者当实现某些值时，估值引擎通过传送单元经由电子邮件或通过移动电话或其他接收设备的SMS消息提醒可能处于线下状态的房主和投资者(或代表投资者的人工智能实体)新的操作估值。

其他数据元素至少包括隐性租金，折旧度，和物业税负债，这些数据元素受其他数据引擎的控制，其操作方式与估值引擎类似。

参考图21来理解一个实施例可以，图21是说明根据示例性实施例，从与支付变更请求相关的区块链系统提取合同数据并将计算出的要约数据集合更新到与支付变更请求相关的区块链系统的过程的流程图。房主可能希望改变对投资者的支付级别，有效地为住房融资方案再融资。房主访问由管理实体操作的网站，并请求变更支付级别，指定一个或多个潜在的新支付级别，生成消息，该消息至少包括该请求和潜在的新级别，通过传送单元发送到由管理实体控制的合同引擎的接收单元。合同引擎处理单元通过传送单元发送对房屋工具数据区块链系统的查询以及访问授权数据，以提取相关的基础数据，以生成与房主的每个新的利息支付级别相关联的要约。相关基础数据至少包括必要的合同信息和非计划的结果的最新值，计划的结果的最新值，住房的操作估值的最新值，以及用于更新非计划的结果的平衡计算的参数的最新值。所需的合同信息至少包括计算房主所赚资产净值的累算的新的固定的计划所需的规则和算法，以及房主提交的与每个潜在的新支付级别相关的任何调整费用的价值。

房屋工具数据区块链系统实施其访问协议，以验证合同引擎具有访问所请求的数据的权限。经验证后，合同引擎通过接收单元接收该数据，与合同引擎相关联的处理单元使用合同规则和算法来计算要约数据，这些数据包括：对于每个要约的新支付级别，至少包括房主的所赚资产净值累算的新的固定的计划的和从当前EBP方案转变到MM-0协议而伴随的支付级别的变更的任何调整费用。合同引擎通过传送单元向网站传送要约消息，该要约消息至少包含要约数据和房主对网站的响应请求，该网站由管理实体控制并且房主可访问，要约数据在该网站上显示。响应请求表明房主对所提供的条款作出回应的最后期限。合同引擎通过传送单元提醒可能处于线下状态的房主该要约和响应请求，包括通过电子邮件或通过移动电话或其他接收设备的SMS消息进行响应的最后期限。合同引擎通过处理单元，创建适于在房屋工具数据区块链上写入的要约数据集合，其至少包括：(i)要约数据；(ii)作为生成要约过程的第一步，从房屋工具数据区块链提取的基础数据；(iii)表明首次发布要约的日期和时间；以及(iv)响应要约的规定最后期限的指示。通过传送单元，合同引擎传送对房屋工具数据区块链系统的查询以及访问授权数据，以确保在区块链上写入要约数据集合的权限。房屋工具数据区块链系统实施其访问协议，以验证合同引擎具有必要的权限。经验证之后，合同引擎通过传送单元将要约数据集合写入到房屋工具数据区块链上。

可以参考图22来理解一个实施例，该流程图说明了根据示例性实施例计算所需分配，导致执行银行转账以及关于接受的支付要约更新区块链系统的过程。如果房主希望接受其中一个要约，则房主访问管理实体操作的网站并指示对所需要约的选择，并经历验证房主的身份的安全协议，生成消息，该消息至少包括接受所需选择的指示，身份验证的确认，以及接受要约的条款，将消息通过传送单元传送给合同引擎的接收单元。合同引擎通过处理单元为现有的EBP方案启动终止过程。作为第一步，合同引擎处理单元通过传送单元发送对房屋工具数据区块链系统的查询以及访问授权数据，以从区块链中提取要约数据集合。

房屋工具数据区块链系统实施其访问协议，以验证合同引擎能够访问所请求的数据。经验证后，合同引擎通过接收单元接收要约数据集合。要约数据集合包括截至要约时的变量的最新值，并且在本实施例中，这些值决定所接受的要约的实施。

在该实施例中，终止过程通过处理单元，通过合同引擎来关闭EBP方案，就好像住房已被出售一样创建分配。合同引擎使用要约数据集合中的参数值，基于一个假想的销售，通过几个步骤计算EBP持有人的资产净值贷项或借项。首先，合同引擎比较来自要约数据集合的计划的结果和非计划的结果的值。如果非计划的结果大于计划的结果，则差额为“EBP超额”，表示如果住房被出售，EBP持有人在收益中所占份额的百分比。如果计划的结果大于非计划的结果，则差额(为正数)为“EBP赤字”，表示EBP持有人对房主的资产净值责任的百分比。也可能有调整费用，这是一个百分点值，表示房主欠EBP持有人的资产净值份额。如果存在EBP超额，则EBP超额加上调整费用等于“EBP资产净值贷项”。如果存在EBP赤字，但它小于调整费用，则调整费用减去EBP赤字等于EBP资产净值贷项。如果EBP赤字超过调整费用，那么EBP赤字减去调整费用等于“EBP资产净值借项”，为一个正数。

终止过程中产生的新的起始资产净值仓位是：(i)对于房主而言，百分点数等于来自要约数据集合的计划的结果减去来自要约数据集合的调整费用；以及(ii)对于投资者，百分点数等于100减去房主所占百分点份额。为了达到这一分配，有必要以现金结算任何EBP资产净值贷项或EBP资产净值借项。

如果存在EBP资产净值贷项，则合同引擎通过处理单元计算出投资者需要向EBP持有人支付的买断金额，以在要约数据集合中记录的操作住房估值处购买相关资产净值，从而关闭EBP资产净值贷项。合同引擎创建投资者买断需求消息，其中包含买断需求数据，该数据至少包括：(i)投资者正在购买的住房资产净值的百分比份额；(ii)住房估值时的操作估值；(iii)买断金额；以及(iv)向EBP持有人支付的指示。合同引擎通过传送单元将投资者买断需求消息发送给投资者预先指定的支付引擎的接收单元。支付引擎创建从投资者到EBP资产净值持有人账户的银行转账，并通过传送单元向合同引擎的接收单元发送支付确认消息，支付确认消息至少包括足以使合同引擎确认已通过本领域技术人员熟悉的过程进行支付的数据。合同引擎通过处理单元准备过渡数据包，该数据包至少包含：(i)EBP资产净值贷项金额以及用于计算该金额的数据和方法；(ii)投资者向EBP持有人支付的事实和确认；(iii)投资者和房主从终止过程中产生的新的起始资产净值仓位；(iv)现有EBP方案终止和发起新EBP方案或新MM-0方案的事实；(v)过渡的日期和时间；以及(vi)新方案的规范，如果新协议是EBP协议，则包括新的固定的房主资产净值累算的计划，新方案的规范与在要约数据集合中描述的相应要约相匹配。合同引擎通过传送单元，将查询以及访问授权数据传输到房屋工具数据区块链系统，以确保允许实施方案转移，并将过渡数据写入区块链。

房屋工具数据区块链系统实施其访问协议，以验证合同引擎具有必要的权限。经验证后，合同引擎通过传送单元将过渡数据写入房屋工具数据区块链，实现向新方案的转变。合同引擎制定了过渡数据的三个网页可显示版本，分别适用于房主，投资者，和EBP持有人。通过传送单元，合同引擎将三个可显示的版本发送到管理实体操作的网站，使各版本可由以下对应的一方访问：房主，投资者，和EBP持有人。合同引擎通过传送单元经由电子邮件或通过移动电话或其他接收设备的SMS消息提醒可能处于线下状态的房主，投资者(或代表投资者的人工智能实体)，和EBP持有人(或代表EBP持有人的人工智能实体)的适合于各方的版本的数据。合同引擎通过传送单元将过渡数据发送到由管理实体控制的网站，该网站是房主，投资者，和EBP持有人可访问的，并随附指示，使网站更新网站的通用访问区域和限制访问区域，以基于编码在过渡数据的新方案的详细信息而显示新的方案。

如果存在EBP资产净值借项，然后，合同引擎通过处理单元计算出EBP持有人将需要支付给投资者的买断金额，通过在要约数据集合中记录的操作住房估值从投资者处购买相关资产净值，并将其转让给房主。合同引擎创建EBP买断需求消息，其中包含买断需求数据，该数据至少包括：(i)EBP持有人正在购买的住房资产净值的百分比份额；(ii)给住房估值时的操作估值；(iii)买断金额；以及(iv)向投资者支付的指示。合同引擎通过传送单元将EBP买断请求消息发送到EBP持有人预先指定的支付引擎的接收单元。支付引擎创建从EBP持有人到投资者账户的银行转账，并通过传送单元向合同引擎的接收单元发送支付确认消息，支付确认消息至少包括足以使合同引擎确认已通过本领域技术人员熟悉的过程进行支付的数据。合同引擎通过处理单元准备过渡数据包，该数据包至少包含：(i)EBP资产净值借项金额以及用于计算该金额的数据和方法；(ii)EBP持有人向投资者支付的事实和确认；(iii)投资者和房主从终止过程中产生的新的启示资产净值仓位；(iv)现有EBP方案终止，和发起新EBP方案或新MM-0方案的事实；(v)过渡的日期和时间；以及(vi)新方案的规范，如果新方案是EBP方案，则包括新的固定的房主所赚资产净值累算的计划，新方案的规范与要约数据集合中描述的相应要约相匹配。合同引擎通过传送单元，将查询以及访问授权数据传送到房屋工具数据区块链系统，以确保允许实施方案转移并将过渡数据写入区块链。

房屋工具数据区块链系统实施其访问协议，以验证合同引擎是否具有必要的权限。经验证后，合同引擎通过传送单元将过渡数据写入房屋工具数据区块链，实现向新方案的转变。合同引擎为过渡数据制定了三个网页可显示版本，分别适用于房主，投资者，和EBP持有人。通过传送单元，合同引擎将三个可显示的版本发送到管理实体操作的网站，使各个版本对以下对应的一方是可访问的：房主，投资者，和EBP持有人。合同引擎通过传送单元经由电子邮件或通过移动电话或其他接收设备的SMS消息提醒可能处于线下状态的房主，投资者(或代表投资者的人工智能实体)，和EBP持有人(或代表EBP持有人的人工智能实体)在适合于各方的版本上的数据。合同引擎通过传送单元将过渡数据发送到由管理实体控制的网站，该网站是房主，投资者，和EBP持有人可访问的，并随附指示，使网站更新网站的通用访问区域和限制访问区域，以基于编码在过渡数据的新方案的详细信息而显示新的方案。

在一个或多个实施例中，涉及终止现有EBP方案和三方(房主，投资者，和EBP持有人)之间的适当过渡协定的类似过程可用于实施房主发起的变更，而不是修改房主对投资者的支付级别，至少包括：(一)向投资者购买资产净值；(二)向投资者出售资产净值；(iii)通过终止旧的方案和房主所赚资产净值累算的相关的固定的计划，对EBP方案进行再融资，以在包括房主所赚资产净值累算的新的和不同的固定的计划的市场条款上的新的EBP方案；或(iv)通过终止旧的方案和房主所赚资产净值累算的相关的固定的计划，对EBP协定进行再融资，以支持MM-0房屋融资方案，在该方案中，房主所赚资产净值累算的计划不是固定的，而是等于EBP方案下的非计划的结果。在一个实施例中，这些变化将需要相同的步骤，即终止现有的EBP方案，像出售住房一样调整资产净值份额，然后进行现金交易，结束EBP持有人持有的资产净值贷项或借项，从而为投资者和房主创建相应的资产净值调整，房主和投资者从这一过程中获得的资产净值份额将成为新EBP或MM-0方案的基准资产净值份额，其取代现有的EBP方案。

刚刚描述的EBP房屋方案的实施例说明，即使在非中性房屋融资的情况下，包括本发明的计算机技术使房主能够访问单个网站和多种基于GUI的页面，以便以低成本和几乎即时的方式从事大量功能，至少包括：(i)监控所赚资产净值级别和查看支配所赚资产净值未来累算的固定计划；(ii)实时监控参数，如住房估值；(iii)查询和查看变更向投资者支付的级别的条款和结果；(iv)在需要时实现此类变更；(v)查询和查看其他变更的条款和结果，至少包括：(a)从投资者处购买资产净值；(b)向投资者出售资产净值；(c)通过终止旧的协议和房主所赚资产净值累算的相关的固定的计划，对EBP协议进行再融资，以支持在包括房主所赚资产净值累算的新的和不同的固定的计划的市场条款上的新的EBP协议；或(d)通过以下方式对EBP协定进行再融资：终止旧的方案和房主所赚资产净值累算相关的固定的计划，以支持MM-0房屋融资方案，在该MM-0房屋融资方案中，房主所赚资产净值累算的计划不是固定的，而是等于EBP方案下的非计划的结果；和(vi)如有需要，实现任何此类变更。实施例说明了包括本发明的计算机技术如何以同时能够在单个网站上实施低成本集成呈现的方式促进涉及至少一个第三方(在上面的具体实施例中，EBP持有人)以及房主和投资者的复杂交互。本发明实施了对屋主的网页呈现，其与投资服务网站上的呈现范围并行，在投资服务网站上涉及第三方的复杂辅助功能“在幕后”操作。本发明的实施方式与其在MM-0和MM-1方案中的实施方式相似，即使EBP方案不是中性的，也不是平衡机制直接在房主，投资者，和参与房屋方案的第三方之间创造分配的直接方案。对于本领域技术人员来说，清楚的是，包括本发明的计算机技术可以对非直接方案和其中一些非中性方案的多种其他房屋方案实施相同的结果。

投资者之间的交易

在一个实施例中，标的住房的所有权由房主，合伙人，或其他形式持有，在这种形式下，投资者不享有所有权，但具有合同仓位。在本实施例中，可以设置合同权利，以便投资者可以相互购买，出售，和交换其仓位，而无需转让物业本身。除了投资者利益的简单转让外，这种能力还允许作为投资者的组合资金之间的某些组合结算交易更容易进行。不管投资者是不是组合资金，包括本发明的计算机技术能够在投资者之间实施低成本和高效率的转让，而不需要房主的实质性参与，这些房主在访问包含本发明的计算机技术提供的单个网站和多个基于GUI的页面时，不会受到任何干扰，以便以低成本和几乎即时的方式从事大量的监控和行为功能。

投资者交易平台

为了描述本发明如何实施投资者交易平台的实施例，我们将每套住房的房屋融资方案限制为MM-0房屋融资方案，在该方案中，只有一个房主和一个投资者，各自持有无杠杆资产净值利益，并且没有第三方以按揭贷款或其他形式参与。本创新包括一个或多个实施例，其中投资者交易平台用于操作除MM-0方案之外的房屋融资方案，并且对于这些方案，存在一个住房多个房主，一个住房多个投资者，或持有诸如按揭贷款或EBP的利益的第三方。

在一个实施例中，描述住房和适用的DOOR工具房屋方案的数据位于在房屋工具数据区块链中。这些数据至少包括：(i)每套住房的特征，至少包括地址和适合房地产上市的住房物理属性的系统描述；(ii)DOOR工具房屋融资方案的当前合同条款，以及支配至少包括房主向投资者支付的级别的一定量的元素的当前价值；(iii)住房的当前操作估值，当前的操作估算租金率，以及作为平衡机制的输入的所有其他参数的当前操作估值，该平衡机制实施适用于该住房的DOOR工具房屋融资方案；(iv)投资者在该住房中的当前资产净值权益；(v)DOOR工具房屋融资方案价值和资产净值权益演变的完整历史；(vi)投资者目前是否正在出售其全部资产净值的一部分，在这种情况下是否存在“主动出售要约”；以及(vii)在没有主动出售要约的情况下，投资者对主动提出的购买投资者部分或全部资产净值的要约持开放态度，在这种情况下，投资者的资产净值“对要约购买开放”。

在本实施例中，标的住房的所有权由房主，合伙人，或以投资者不享有所有权但具有合同仓位的其他形式所持有，在DOOR工具房屋融资方案中设立合同权利，以便投资者能够购买，出售，并相互交换仓位，而无需转让物业本身，所有的DOOR工具房屋融资方案都是MM-0投资兼容的。

管理实体操作的投资者交易网站允许批准的现有投资者和预先批准的潜在投资者，统称为“受批准的投资者”，通过交易平台参与购买或出售DOOR工具房屋融资方案中投资者资产净值的要约，并在要约被接受后完成购买或出售。本网站的交易平台部分和在其上进行交易的能力，仅对已被接受且其批准状态为当前在对本领域技术人员清楚的过程下的受批准的投资者是可访问的，其可涉及线上和线下步骤，其结果和现状将写入房屋工具数据区块链。受批准的投资者通过密码或本领域技术人员熟悉的其他协议访问网站上的交易平台。交易平台允许访问网站的上市部分，该部分显示投资者资产净值的活跃销售要约，以及投资者有兴趣购买的投资者股份的详细信息。上市部分的组织和呈现方式类似于房地产上市网站。如果受批准的投资者对特定的投资者股份有兴趣，则交易平台促进在受批准的投资者和主动提供投资股份或对要约购买开放的投资者的线上和线下的通讯。

可以参考图24来理解一个实施例，图24是说明根据示例性实施例的与接收到的要约购买有关的来自或更新到区块链系统的交割相关数据的流程图。如果受批准的投资者与在DOOR工具上持有投资者股份的投资者(要约的“目标投资者”)原则上达成协定，完成交易，则受批准的投资者进入交易平台网站，确定权益的投资者股份，并在一个或多个GUI接口页面上使用网站提供的电子表单来说明要约条款。该网站通过传送单元向由管理实体操作的交易引擎118的接收单元发送购买要约消息。可以参考图23理解交易引擎的实施例，因为它是图1的买卖引擎。购买要约信息至少：(i)确定投资者的权益股份；(ii)规定购买要约的条款和接受要约的最后期限；以及(iii)包括适合将受批准的投资者确定为消息发送者的安全信息。交易引擎通过传送单元发送对房屋工具数据区块链系统的查询以及访问授权数据，以提取与购买要约消息相关的数据，该购买要约消息至少包括与确定投资者持有投资者权益股份，该股份是否受制于主动卖出要约或是对要约购买开放，以及身份和受批准的投资者发送购买要约消息的批准状态的相关的数据。

房屋工具数据区块链系统实施其访问协议，以确定交易引擎是否可以访问所请求的数据。在验证访问权限后，交易引擎经由接收单元从房屋工具数据区块链接收相关数据，与交易引擎关联的处理单元检查被受批准的投资者的批准状态，并将目标投资者与投资者权益股份进行匹配。如果批准状态是当前，则交易引擎通过传送单元向目标投资者的接收单元发送购买要约通知，其中包含购买要约数据至少包括：(i)发出要约的受批准的投资者的身份和批准状态；(ii)要约的条款；(iii)接受要约的最后期限，在该日期之后要约将届满；以及(iv)通过将要约或拒绝传达给交易引擎的接收单元来接受或拒绝要约的方法。通过传送单元的交易引擎通过电子邮件或通过移动电话或其他接收设备的SMS消息来提醒可能处于线下状态的目标投资者(或代表投资者的人工智能实体)购买要约和购买要约数据。如果交易引擎通过接收单元接收到目标投资者拒绝要约的消息，则交易引擎通过传送单元向发出要约的受批准的投资者的接收单元发送拒绝通知，并通过电子邮件或通过移动电话或其他接收设备的SMS消息提醒可能处于线下状态的受批准的投资者该拒绝。如果由于目标投资者在最后期限前未接受要约而导致要约届满，则交易引擎通过传送单元向发出要约的受批准的投资者的接收单元和目标投资者的接收单元发送要约届满通知，并也通过电子邮件或通过移动电话或其他接收设备的SMS消息提醒涉事方，涉事方的一方或双方可能处于线下状态。

如果交易引擎通过接收单元接收到目标投资者接受要约的消息，则交易引擎通过传送单元向发出要约的受批准的投资者的接收单元发送接受通知，并通过电子邮件或通过移动电话或其他接收设备的SMS消息提醒可能处于线下状态的受批准的投资者。交易引擎通过处理单元准备一套必要的交割文件，针对特定的受批准的投资者，特定的目标投资者，和特定的投资者股份进行定制。交易引擎通过传送单元，使得这些表格可在交易平台网站上访问，并且通过密码协议或本领域技术人员熟悉的其他设备仅限于进行购买和出售的投资者访问。交易引擎通过传输引擎向购买和出售的投资者的接收单元发送执行手续通知，并通过电子邮件或通过移动电话或其他接收设备的SMS消息通知双方投资者需要线上完成交割文件并做出要求的支付方案，其中双方投资者的一个和两者可能处于线下状态。在交易双方线上完成文件，交易引擎通过其处理单元验证所有方面完成并验证支付后，交易引擎以适合在房屋工具数据区块链上写入的形式创建并组织一个交易数据包。交易数据包至少包含：(i)交易各方；(ii)交易条款；(iii)交易生效日期和时间；以及(iv)一套完整的交割文件。交易引擎通过传送单元传送对房屋工具数据区块链系统的查询以及访问授权数据，以确保将交易数据包写入区块链的权限。

房屋工具数据区块链系统实施其访问协议，以验证合同引擎具有必要的权限。交易引擎通过接收单元接收到验证确认后，通过传送单元将交易数据包写入区块链，在区块链上创建交易记录，并实行该转让。交易引擎通过传送单元将交易数据包的相关部分以及交易完成的通知发送到交易平台网站的仅限购买和出售的投资者访问的部分。交易引擎通过传送单元通过电子邮件或通过移动电话或其他接收设备的SMS消息提醒可能处于线下状态的购买和出售的投资者该交易已完成，交易平台网站上有相关完成数据，以及访问该数据所在网站部分的指示。

刚刚描述的投资者买卖平台的实施例说明，本发明创造的计算机技术允许投资者就DOOR工具房屋融资方案中的投资者股份进行交易以完全在房主所关心的背景下进行。房主能够访问单个网站和多个基于GUI页面，以参与由包含本发明不受影响的计算机技术创建的低成本的几乎即时的大量的监控和行为功能。房主甚至不必为了支付或接收信息而切换网站，例如，在某些情况下，抵押权人的资产净值根据现有技术从一个抵押权人转让给另一个抵押权人。

通过组合结算协调投资者交易

在一个实施例中，管理实体作为投资者操作一个或多个房地产组合，这些组合的目的或目标至少包括尽可能接近地复制市政，区域，或国家房屋指数。结算此类组合需要管理实体作为投资者进行购买和出售活动，以使组合在面临组合周转的情况下与目标保持一致，组合周转至少包括：住房销售，房主所赚资产净值累算，房主购买投资者资产净值，或房主根据支配房屋融资方案的条款向投资者出售所赚资产净值。

迄今所述的几个体现房屋融资方案的DOOR工具为投资者创造了一个相当于MM-0房屋融资方案的仓位，其中仓位由无杠杆资产净值构成，该资产净值从自用房屋中获得原始回报，这等于住房增值加上扣除费用后的估算租金。尽管这些“MM-0投资兼容工具”在对待第三方或房主方面可以有所不同，但它们都适合纳入旨在跟踪或创建房屋指数的组合中。因此，这些组合拥有可供纳入的MM-0投资兼容工具，而不仅仅是直接实施MM-0方案的工具。例如，上述该类EBP方案的DOOR工具实施包括MM-0投资兼容工具，因为该属性，投资者的结果与MM-0方案下的相同。

在一个实施例中，直接修改投资者买卖平台以至少将范围限制在MM-0房屋融资方案范围内，并简化基于不同组合资金共同管理的买卖步骤，可以在某种程度上促进房屋指数组合资金之间的组合结算购买和出售，这不需要房主的实质性参与，因此，在能够访问包含本发明的计算机技术提供的单个网站和多种基于GUI的页面时，将不会遇到中断，以便以低成本和几乎即时的方式参与大量的监视和行为功能。如上文所述，组合结算购买和出售的促进对以加密货币形式体现的组合资金特别有价值。

购买，创设，和销售元素的集成

上述实施例描述了包括本发明的计算机技术如何使房主和其他利益相关方能够访问单个网站和多种基于GUI的页面，以便以低成本和几乎即时地从事大量功能。多个实施例表明包括本发明的计算机技术如何以同时继续支持在单个网站上的低成本集成呈现的方式促进涉及第三方彼此之间或与房主和投资者的复杂交互。本发明实施了对屋主的网页呈现，其将该呈现的宽适用范围与在投资服务网站上的功能并行，在投资服务网站上许多涉及第三方的复杂辅助任务以不可见的方式操作，并且不会中断用户使用网站功能。

上述大多数实施例涉及所有权期间的功能，例如变更标的房屋融资协议的条款或涉事方的仓位。在一个或多个实施例中，许多购买，创设，和销售元素可以同样集成到单个网站中。可以集成的元素至少包括：(i)房主线上申请DOOR工具房屋融资方案；(ii)与该申请相关的承销和信用分析；(iii)关于房屋融资方案的消费者教育和公开；(iv)文件的发布，包括交割文件；(v)托管服务；(vi)交割功能；(vii)通过与相关方通讯无法线上执行的功能的管理；以及(viii)在一个或多个区块链上记录交易并存档相关文件，该一个或多个区块链至少包括房屋工具数据区块链。某些投资者，包括管理实体操作的至少一个或多个基于加密货币的房屋组合，可以与DOOR工具房屋融资联合在市场上提供住房，也可以向当前在DOOR工具房屋融资方案中的希望出售其住房的房主认购。这些通过单个网站进行的“系统内”销售和购买为节约销售和采购成本以及简化所需任务创造了进一步的空间。

示例性实施例

根据本实施例，一种用于实时，动态管理房地产融资，服务，和报告的计算机技术系统，包括：

在由管理实体控制且至少房主和投资者可访问的网站上维护条款，参数值，以及在房屋融资方案下即将采取的行为的显示；

在至少一个包含至少一个房屋工具数据区块链的区块链系统中进行存储，该系统至少包含：合同信息，该合同信息指定了至少一名房主和至少一名为特定住房融资的投资者之间的至少一项房屋融资方案，经济参数的时间序列，该经济参数有关于至少一项房屋融资方案的动态管理，融资债项或资产净值的当前和过去所有权记录，交易记录，该交易记录包括至少由所述房主向投资者的支付，任何对房屋融资方案的调整或变更的记录，至少一种平衡机制的规范，该机制被设计为跟踪至少房主和投资者的净出资，并将他们之间的房屋融资方案视为合资企业，并调整至少一个剩余账户以反映各方的净出资，基于一个或多个平衡机制以及导致的对至少一个剩余账户的调整而持续操作的平衡引擎的数据和计算的记录，访问协议，该访问协议定义了对区块链系统中数据的多种访问级别以及对将新数据写入区块链系统的权限级别，以及描述涉及房屋融资方案的住房的数据；

在由管理实体控制的至少一台处理服务器上维护在至少一个处理单元，至少一个接收单元，和至少一个传送单元中体现的平衡引擎，以便在平衡机制下实施调整；

定期地通过所述平衡引擎的接收单元接收来自所述管理实体或代表它的人工智能实体的消息，在所述房屋工具数据区块链上发起平衡条目；通过所述平衡引擎的传送单元，向区块链系统查询与平衡计算有关的数据；通过所述平衡引擎的接收单元接收所述数据；

在直接方案中时，通过所述平衡引擎的处理单元确定在至少一个剩余账户中的更新后的余额(balance)；通过所述平衡引擎的传送单元，将更新后的剩余账户余额以及所述计算的细节写入所述房屋工具数据区块链；通过所述平衡引擎的处理单元和传送单元，修改至少房主和投资者可访问的网站，以显示所述更新后的剩余账户余额；和然后通过平衡引擎的传送单元，通过移动电话或其他接收设备提醒至少一个可能处于线下状态的房主和投资者所述更新后的剩余账户余额；

或者在非直接方案的方案中时，通过所述平衡引擎的处理单元确定更新后的非计划的结果(unscheduled outcome)和使用所述非计划的结果作为输入的相关数量；通过所述平衡引擎的传送单元，将更新后的非计划的结果和相关数量以及所述计算的细节写入所述房屋工具数据区块链；通过所述平衡引擎的处理单元和传送单元，修改至少房主，投资者和剩余平衡仓位(position)持有者可访问的网站，以显示所述更新后的非计划的结果和相关数量；和然后，通过所述平衡引擎的传送单元，通过移动电话或其他接收设备提醒至少一个可能处于线下状态的房主，投资者，和剩余平衡仓位持有者所述更新后的非计划的结果和相关数量。

在由管理实体控制的至少一台处理服务器上，维护体现在至少一个处理单元，至少一个接收单元，至少一个传送单元，和至少一个数据库中的至少一个数据引擎，以创建，汇集，更新，处理，存储，和传达至少一个数据参数的至少一个时间序列；

在至少一个数据引擎的接收单元上，接收第三方数据，所述第三方数据包括用于计算由所述数据引擎生成的至少一个数据参数的输入数据；通过所述数据引擎的处理单元对添加的数据进行格式化，然后通过所述数据引擎的同一处理单元对数据库进行修改以合并所述添加的数据；如果希望的话，通过所述数据引擎的处理单元计算所述数据参数的至少一个非第三方版本；通过所述数据引擎的处理单元，使用所述第三方和所述非第三方估值来计算所述数据参数的单个操作估值；通过所述数据引擎的传送单元，将所述数据参数的更新后的操作估值与所述计算的记录一起写入，所述记录包括至少所述计算的时间和日期戳，所述第三方和所述非第三方的值，以及用于在房屋工具数据区块链上计算所述操作估值的方法；通过所述数据引擎的处理单元和传送单元，修改至少可被房主和投资者访问的网站，以显示所述数据参数的所述更新后的操作估值，然后通过所述数据引擎的传送单元，如果任何一方通常要求对所述操作估值的更新或当实施所述数据参数的某些值时，通过移动电话或其他接收设备，提醒至少一个可能处于线下状态的房主和投资者所述更新后的操作估值；

在由管理实体控制的至少一个处理服务器上，维护体现在至少一个处理单元，至少一个接收单元，至少一个传送单元，和至少一个数据库中的至少一个第三方数据引擎，以用于创建，汇集，更新，处理，存储，和传达从至少一个第三方融资方案中产生的至少一个数据参数的至少一个时间序列；

在由所述管理实体控制的处理服务器上运行的至少一个第三方数据引擎的接收单元上，接收与至少一个第三方融资方案有关的数据；通过所述第三方数据引擎的处理单元确认需要被记录在房屋工具数据区块链上的所述数据的所述元素；以及将需要被记录的数据修改为合适的格式；通过所述第三方数据引擎的传送单元，将所述需要的数据元素以及任何相关计算的记录写在房屋工具数据区块链上；通过所述第三方数据引擎的接收单元从所述房屋工具数据区块链中提取充分描述所述第三方融资方案的当前状态和相关历史的数据；通过所述第三方数据引擎的处理单元将该数据组织为适合供网站显示的形式；通过所述第三方数据引擎的处理单元和传送单元，修改至少房主和投资者可访问的网站，以为所述第三方融资方案显示所述更新数据；和然后，如果任何一方一般地请求这些更新后的数据或当实现某些数据参数的某些值时，通过所述第三方数据引擎的传送单元，通过移动电话或其他接收设备提醒至少一个可能处于线下状态的房主和投资者所述更新后的数据；

在由管理实体控制的至少一个处理服务器上，维护体现在至少一个处理单元，至少一个接收单元，和至少一个传送单元中的合同引擎，以发起，实施，执行，和更新至少房主和投资者之间的所述房屋融资方案；

通过在由管理实体控制的处理服务器上运行的合同引擎的接收单元接收描述房屋融资方案的初始合同数据；通过处理单元确认需要被记录在房屋工具数据区块链上的所述初始合同数据的元素；通过所述合同引擎的处理单元将需要被记录的数据组织和修改为合适的格式；通过所述合同引擎的传送单元在房屋工具数据区块链上写入必要的数据元素；

在管理实体所控制的网站或其他输入装置上，接收来自所述房主的改变房屋融资方案中至少一个条款的请求，所述至少一个条款为新条款指定至少一个选项；通过由所述管理实体控制的服务器的传送单元，将所述请求传送到通过所述管理实体控制的处理单元操作的合同引擎的接收单元；

在直接方案的情况下，通过所述合同引擎的接收单元从所述房屋工具数据区块链中提取必要的合同规定，以管理每个选项的请求的条款变更以及其他相关数据；通过所述合同引擎的处理单元，确定所述房屋融资方案合同是否允许每个选项的所请求的条款变更，以及如果是的话，确定是否需要除房主以外的涉事方的任何批准；如果在其他情况下允许条款变更至少一个选项，则通过所述合同引擎的传送单元，通过至少一个相关方的至少一个接收设备提醒所述至少一个相关方需要对要求批准的每个选项需要同意或拒绝批准，以为每个选项寻求任何所需的批准；在收到响应之后或响应的最后期限过去之后，通过所述合同引擎的处理单元确定房主提出的每个选项是否被批准或被拒绝；通过所述合同引擎的传送单元修改房主可访问的网站，以通知房主每个选项是否被授权或被拒绝，并且在至少一个选项被授权的情况下，请求所述房主确认接受所述选项的其中一个或拒绝所有选项；并且然后通过所述数据引擎的传送单元，通过移动电话或其他接收设备提醒至少一个可能处于线下状态的所述房主已授权或已拒绝的选项，如果至少一个选项被授权时，需要确认一个选项或拒绝全部选项；如果所述房主确认选项，则通过所述合同引擎的传送单元将包括包含至少所述条款的变化以及包含所述条款变化的生效日期和时间的所述接受的选项的相关数据写入所述房屋工具数据区块链；通过所述合同引擎的处理单元和传送单元，修改至少房主和投资者可访问的网站，以确认所述变更已生效，以显示所述变更的生效时间和日期，并显示新的房屋融资方案条款；和然后通过所述合同引擎的传送单元，通过移动电话或其他接收设备，提醒至少一个可能处于线下状态的房主和投资者，所述变更已生效以及所述变更的生效时间和日期；

或者在非直接方案的方案中，通过所述第三方数据引擎的接收单元从所述房屋工具数据区块链中提取必要的合同规定，所述规定支配所请求的条款变更以及其他相关数据，至少包括，足以就每个选项向房主产生要约的数据，该要约包含不同于所请求的条款的房屋融资方案的条款变更；通过所述合同引擎的处理单元，计算对于所述房主指定的每项条款变更选项的至少一个要约；通过所述合同引擎的传送单元修改房主可访问的网站，以将所述要约通知所述房主以及请求所述房主确认接受所述要约的其中一项或确认拒绝所有所述要约；以及然后，通过所述合同引擎的传送单元，通过移动电话或其他接收设备提醒至少一个可能处于线下状态的房主所述要约以及需要接受一项或拒绝它们所有；通过所述合同引擎的处理单元创建要约数据集合，所述要约数据集合至少包括所述要约的内容和在所述要约的时间的支配数据参数的值，支配要约条款的值；通过所述合同引擎的传送单元，将所述要约数据集合写入所述房屋工具数据区块链；如果所述房主接受要约时，通过所述合同引擎的接收单元从所述房屋工具数据区块链中提取所述要约数据集合；通过所述合同引擎的处理单元使用所述要约集合数据计算需要的至少房主，投资者，和剩余平衡仓位持有者之间的调整，以结束现有的房屋融资方案并将其替换为体现接受的要约中指定条款的新的一个；通过所述合同引擎的传送单元传送消息，其通知所述有关方所需的步骤；通过所述合同引擎的接收单元，接收所需步骤已完成的的验证，包括涉事方之间所请求的任何支付；通过所述合同引擎的处理单元，编制过渡数据包，其中所述过渡数据包至少包括为关闭现有房屋融资方案而进行的所述调整，所述新房屋融资方案的条款以及涉事方的起始剩余帐户仓位，以及所述新方案生效的日期和时间；通过所述合同引擎的传送单元将所述过渡数据写入所述房屋工具数据区块链，从而实现向新房屋融资方案的转变；通过所述合同引擎的处理单元，创建适合于每个相关方的所述过渡数据的单独的可显示版本；通过所述合同引擎的处理单元和传送单元，修改所述相关方可访问的网站，以将所述过渡数据以单独的版本在所述网站的单独部分上显示给每个单独的一方，并在所述网站的共同可访问的区域显示所述新方案；和通过所述合同引擎的传送单元，提醒可能处于线下状态的每个所述相关方与该方相关的所述过渡数据以及描述所述新房屋融资方案的所述公共数据；

在由管理实体控制的网站或其他输入设备上，接收来自房主的将剩余账户仓位出售给至少一位投资者或从至少一位投资者购买剩余账户仓位的请求；通过由所述管理实体控制的服务器的传送单元将出售或购买请求传送到通过所述管理实体控制的处理单元运行的合同引擎的接收单元；

在直接方案的情况下，通过所述合同引擎的接收单元从所述房屋工具数据区块链中提取支配所请求的销售或购买的必要的合同规定以及其他相关数据，至少包括确定所述销售或购买的所述条款所需的数据；通过所述合同引擎的处理单元确定所述房屋融资方案合同是否允许所请求的销售或购买；以及如果是，确定是否需要交易另一方的所述投资者的批准；通过所述合同引擎的处理单元确定所述购买或销售的适用条款；如果销售或购买是以其他方式被允许的，根据所述计算的条款，通过每个所述投资者的至少一个接收设备提醒所述投资者所述条款和需要同意或拒绝批准，通过合同引擎的传送单元，寻求如果需要的的投资者的批准；在接收到响应之后或响应的最后期限过去之后，通过所述合同引擎的处理单元确定是否授权或拒绝对计算的条款进行的销售或购买；通过所述合同引擎的传送单元修改所述房主可访问的网站，以通知所述房主授权或拒绝，以及，在授权的情况下，请求所述房主根据计算的条款确认接受或拒绝；以及然后，通过所述合同引擎的传送单元，通过移动电话或其他接收设备向可能处于线下状态的所述房主提醒所述授权或拒绝；以及，在授权的情况下，请求所述房主根据所述计算的条款确认接受或拒绝所述交易；如果所述房主确认所述交易时，通过所述合同引擎的传送单元传送消息，其通知所述相关一方或多方所请求的步骤；通过所述合同引擎的接收单元，接收所述请求的步骤包括双方之间所需的任何支付已完成的验证；通过所述合同引擎的处理单元，编制交易数据包，所述交易数据包至少包括所述交易的所述确认，所述交易的条款，所述交易生效的日期和时间，以及该日期和时间时涉事方的新剩余帐户仓位；通过所述合同引擎的传送单元，在通过所述合同引擎的处理单元进行合适的格式化后，将所述交易数据写入所述房屋工具数据区块链；通过所述合同引擎的处理单元和传送单元，修改至少房主和投资者可访问的网站，以显示所述交易数据的所述相关部分；和然后，通过所述合同引擎的传送单元，通过移动电话或其他接收设备向至少一个可能处于线下状态的房主和投资者提醒所述交易数据的所述相关部分；以及

或者在非直接方案的方案中，通过所述第三方数据引擎的接收单元从所述房屋工具数据区块链中提取支配所请求的销售或购买的必要的合同规定以及其他相关数据，至少包括，足以生成与提出的销售或购买有关的对房主的要约的数据，包含伴随所述提出的销售或购买的所述房屋融资方案的条款变更的每个要约；通过所述合同引擎的处理单元，计算关于由所述房主提出的销售或购买的至少一个要约；通过所述合同引擎的处理单元确定所述房屋融资方案合同是否允许所请求的销售或购买；如果是，确定是否需要交易另一方的所述投资者批准；通过所述合同引擎的处理单元确定购买或销售的适用条款以及每个要约的条款；如果销售或购买是以其他方式被允许的，根据所述计算的条款，通过每个所述投资者的至少一个接收设备提醒所述投资者所述要约和对同意或拒绝对每个要约的批准的需要，通过传送单元，针对每个要约寻求如果需要的投资者的批准；在收到响应之后或在响应的最后期限过去之后，通过所述合同引擎的处理单元确定每个要约是被授权还是被拒绝；通过所述合同引擎的传送单元修改所述房主可访问的网站，以通知所述房主对每项要约的授权或拒绝；以及在授权至少一项要约的情况下，请求所述房主确认接受一项要约以及销售或购买条款，或者拒绝所有要约；以及然后，通过所述合同引擎的传送单元，通过移动电话或其他接收设备向可能处于线下状态的所述房主提醒每个要约的授权或拒绝；以及，在授权至少一项要约的情况下，请求所述房主确认接受一项要约以及所述销售或购买条款，或者拒绝所有要约；通过所述合同引擎的处理单元创建要约数据集合，所述要约数据集合包括至少所述要约的所述内容，销售或购买条款，以及在所述要约的时间的控制数据参数的值，支配所述要约条款的值；通过所述合同引擎的传送单元，将所述要约数据集合写入所述房屋工具数据区块链；如果所述房主接受要约以及所述销售或购买条款时，通过所述合同引擎的接收单元从所述房屋工具数据区块链中提取所述要约数据集合；通过所述合同引擎的处理单元使用所述要约集合数据计算需要的至少房主，投资者和剩余平衡仓位持有者之间的调整，以关闭所述现有的房屋融资方案并将其替换为包含所述接受的要约中指定的条款的新的一个；通过所述合同引擎的传送单元传送消息，通知所述相关方所需的步骤；通过所述合同引擎的接收单元，接收所需步骤包括多方之间所需的任何支付已完成的验证；通过所述合同引擎的处理单元，编制过渡数据包，其中至少包括为关闭所述现有房屋融资方案而进行的所述调整，所述销售或购买的所述条款，所述新房屋融资方案的所述条款以及所述多方的所述起始剩余账户仓位，以及所述新方案生效的日期和时间；通过所述合同引擎的传送单元将所述过渡数据写入所述房屋工具数据区块链，实现向所述新的房屋融资方案的转变；通过所述合同引擎的处理单元，创建适合于每个相关方的所述过渡数据的单独的可显示版本；通过所述合同引擎的处理单元和传送单元，修改所述相关方可访问的网站，以将所述过渡数据为每个单独的一方以单独的版本显示在所述网站的单独部分上，以及将所述新方案显示在所述网站的共同可访问的区域；和然后，通过所述合同引擎的传送单元，向可能处于线下状态的每个所述相关方发出与所述方相关的所述过渡数据以及描述所述新房屋融资方案的公共数据的提醒。

计算系统

图25是可用于实施一些实施例的某些特征的计算系统的框图。计算系统可以是服务器计算机，客户端计算机，个人计算机(PC)，用户设备，平板电脑，笔记本电脑，个人数字助理(PDA)，蜂窝电话，iPhone，iPad，黑莓，处理器，电话，网页应用，网络路由器，交换机或网桥，控制台，手持控制台，一种(手持)游戏设备，音乐播放器，任何便携式的，可移动的，手持设备，可穿戴设备，或任何能够执行一组指令(顺序或其他方式)的机器，这些指令指明该机器要做出的行为。

计算系统2500可以包括一个或多个中央处理单元(“处理器”)2505，存储器2510，输入/输出设备2525(例如，键盘和指点设备，触摸设备，或显示设备)，存储设备2520(例如磁盘驱动器)，和网络适配器2530(例如网络接口)，它们连接到互连2515。互连2515被示出为抽象概念，其表示由适合的网桥，适配器，或控制器连接的任何一个或多个单独的物理总线，点对点连接，或两者。因此，互连2515可以包括例如系统总线，外设部件互连(PCI)总线或PCI Express总线，超传输或工业标准结构(ISA)总线，小型计算机系统接口(SCSI)总线，通用串行总线(USB)，IIC(12C)总线，或电气和电子工程师协会(IEEE)标准1394总线，也称为火线(Firewire)。

存储器2510和存储设备2520是计算机可读存储介质，可以存储实施多种实施例的至少部分的指令。另外，数据结构和消息结构可以经由数据传输介质(例如，通信链路上的信号)来存储或传输。可以使用多种通信链路，例如因特网，局域网，广域网，或点对点拨号连接。因此，计算机可读介质可以包括计算机可读存储介质(例如，非暂时性介质)和计算机可读传输介质。

存储在存储器2510中的指令可以作为软件和/或固件来实施，以对处理器2505进行编程以执行上述行为。在一些实施例中，通过诸如网络适配器2530的计算系统2500从远程系统下载这些软件或固件，来将其最初地提供给处理系统2500。

本文介绍的多种实施例可以通过例如可编程电路来实施，例如，一个或多个微处理器，用软件和/或固件编程，或者完全在专用硬接线(不可编程)电路中，或以这些形式的组合来实施。专用硬接线电路可以是例如一个或多个ASIC，PLD，FPGA等的形式。

虽然以上已描述了所公开的系统和方法的多种示例性实施例，但是应当理解，它们仅是示例性目的的呈现，而非限制性的。它不是穷尽的，也不限制于所公开的具体形式。可根据上述教导或者从本公开的实践中获得修改和变化，而不偏离本技术的宽度或范围。因此，本发明应仅由以下包括的权利要求所限定。