硬件区块链共识操作程序的执行的制作方法

文档序号:15274138发布日期:2018-08-28 22:47阅读:188来源:国知局

本申请要求于2017年05月15日提交的代理卷号no.15718/193且题为“hardwareblockchainconsensusoperatingprocedureenforcement”的美国专利申请序列号no.15/595,537的优先权。本申请还要求于2017年02月17日提交的代理卷号no.15718/175且题为“hardwareblockchainhealthprocessingacceleration”的美国临时专利申请序列号no.62/460,355的优先权。

本公开涉及基于区块链的多方过程的计算机硬件加速。



背景技术:

由巨大的消费者需求所驱动的电子和通信技术的快速发展已经导致了新涌现的复杂网络交易链。用于交易链的底层处理的硬件和软件实施方式的改进将会提高实施方式的安全性、可靠性和速度。

附图说明

图1示出了示例加速记录条目硬件系统。

图2示出了示例共识逻辑。

图3示出了示例客户端执行环境。

图4示出了示例节点执行环境。

图5示出了示例加速区块链执行环境。

图6示出了图1的示例加速记录条目硬件系统的示例使用场景。

图7示出了图1的示例加速记录条目硬件系统的示例使用场景。

图8示出了图1的示例加速记录条目硬件系统的示例使用场景。

图9示出了图1的示例加速记录条目硬件系统的示例使用场景。

图10示出了图1的示例加速记录条目硬件系统的示例使用场景。

图11示出了图1的示例加速记录条目硬件系统的示例使用场景。

图12示出了图1的示例加速记录条目硬件系统的示例使用场景。

具体实施方式

当多个节点协同以将条目置入到记录时,该多个节点所表示的多方当在该记录中创建条目时可以依赖于遵循共识操作程序或条款的其它节点。例如,共识操作程序可以包括通过区块链共识机制所实行的程序。节点在未首先遵循共识操作程序的情况下向记录中发布条目的情形可能使得跨多个账本条目的校正成为必要并且消耗硬件处理资源。下文所描述的技术和架构有助于确保节点在创建账本条目之前执行共识操作程序,从而例如通过减少整体处理负载、消除误差以及减少用于得到正确记录的整体资源支出而改进底层硬件的操作。另外,该技术和架构将提高作为硬件处理的结果所产生的条目的整体实时准确性。因此,该技术和架构提供了对现有选项数据交易系统带来技术改进的技术方案。

在示例的真实处理场景中,医疗索赔系统中代表多方进行操作的多个节点可以形成医疗累积账本的条目。医疗累积可能包括随时间累积的一个或多个跟踪值,诸如免赔损害分摊或自付损害分摊。该多方可以提前协定向账本发布条目的共识操作程序。例如,如下文所详细讨论的,该共识过程可以包括:a)在区块链(例如,存储记录数据的区块链)内的一个以上的存储器位置中执行存储器访问操作,以获得先前的累积值;b)对该累积值应用一个或多个处理器级操作(例如“加法”或“乘法”操作或其它处理器级操作),以将先前累积值更新为当前累积值;以及c)对区块链中的其它累积值执行附加的处理器级加法或乘法处理操作,以将其它条目与当前累积值一致。确保在医疗累积中放置条目的每个节点遵循共识操作程序,通过提高不同节点的一致概率而减少了所消耗的总体处理资源。在其它上下文中,该系统可以被用于跟踪使用、损害分摊或其它累积值。例如,该系统可以被用于跟踪蜂窝电话合同上下文的数据计划使用或其它累积值。例如,累积值可以包括系统随时间跟踪的值,并且计算一个或多个相关操作或交易的值。

在一些实施方式中,可以通过区块链共识机制来实行节点间对共识操作程序的遵守。共识操作程序可以由系统编入智能合约的条款。例如,双方可以在执行管理交易之前确定共识操作程序,随后将共识操作程序编入智能合约。执行共识操作程序可以确保记录条目间的一致性和准确性,这可以提高系统的可靠性。

当节点在条目发布期间遵循共识操作程序时(例如通过遵守智能合约的条款),该系统可以向所创建的条目提供有效性指示符。该有效性指示符可以被存储或者以其它方式与区块链相关联,而使得后续检查该区块链的各方可以确认节点在发布条目时遵循了该共识操作程序。附加地或备选地,当节点在发布条目时违背该共识操作程序,该系统可以撤回该有效性指示符(或者提供无效性指示符)。有效性指示符可以包括工作证据、散列、安全令牌、安全证书或者其它合规性指示符。

附加地或备选地,该系统可以通过程序遵守的验证来实行智能合约条款。例如,智能合约可以定义共识操作程序。当区块在节点的指导下被加入到区块链之后,可以检查所添加区块的合规性来确定该区块是否有效。如果系统在没有正确遵循所定义的共识程序的情况下添加了区块,则该区块会被忽略。在一些情况下,该区块并不一定包括有效性或无效性的指示符,相反地,有效性(无效性)可以由系统通过检查区块的内容而确定系统是否遵循了共识操作程序来推断。

附加地或备选地,本文所描述的技术和架构可以被用来提高底层硬件处理系统的安全性。例如,可以通过将安全规则整合到共识操作程序之中来提高安全性。在一个示例场景中,安全规则可以禁止医疗累积处理节点查看区块链的多个部分。如果该医疗累积处理节点在没有授权的情况下访问(或试图访问)区块链的一部分,则该节点可能违背共识操作程序。因此,节点将来所形成的条目会响应于违背共识操作程序而无效。在各种实施方式中,该无效可以应用到该节点所形成的下一个条目、将来的所有条目、违背后的预定时间段内的条目、与非授权访问上下文相关的条目、或者其它条目集合。

图1示出了示例加速记录条目硬件系统100(“系统100”)。系统100可以包括客户端电路110、节点电路120和区块链管理电路(bmc)160。客户端电路110、节点电路120和bmc160可以以各种配置(包括分布式部署和/或物理统一系统上的逻辑分离的部署)来实施。在一些实施方式中,客户端电路110、节点电路120和bmc160或者它们的任何部分的任何组合的硬件配置都可以经由部署清单定义。该部署清单可以被用来征用硬件计算资源以作为该清单中指定配置的平台。

客户端电路110可以执行记录条目客户端应用112。记录条目客户端应用112可以从数据输入源(例如扫描记录、人机界面设备、所连接的设备(例如,物联网(iot)医疗设备或其它iot设备)、或者其它输入源)捕捉条记录条目信息114。客户端电路110可以对记录条目信息114进行封装以提供给节点电路120。例如,客户端电路110可以将记录条目信息114作为数据包发送至节点电路120,该数据包具有针对各种记录条目信息类型(例如,交易id、索赔数量、服务日期、交付日期,或者其它条目信息类型)所指定的字段。在一些情况下,该客户端电路可以格式化记录条目信息114以经由节点电路120所提供的诸如web表单的电子表单进行传递。记录条目信息114可以被自动地(例如在从文档扫描进行捕捉之后)、手动的方式或者它们的任意组合而被格式化为表单。

客户端电路110可以被耦合至显示器116。显示器116可以显示用于输入记录条目信息的界面。附加地或备选地,客户端应用可以生成从区块链所获得的先前记录条目信息的表示。例如,客户端应用112可以从区块链的先前区块上所存储的数据来生成该表示。节点电路120可以在从bmc160接收数据之后从区块链提供该数据。

节点电路120可以通过节点应用122来接收记录条目信息。例如,节点应用122可以托管电子表单以支持记录条目信息的接收、解析所接收到的包含记录条目信息的数据包、或者执行其它信息接收任务。节点应用122可以处理该记录条目信息并且生成区块链199的记录条目。例如,在医疗索赔处理场景中,该记录条目可以包括用于输入到存储在区块链199上的账本系统中的索赔。

在一些实施方式中,系统100可以实施节点电路120的多个实例。系统100可以根据一种或多种标准对节点电路120的使用进行分组。例如,系统100可以根据企业或索赔类型关联对节点电路120的使用进行分组。例如,医疗索赔提供方可以独立于提供药物索赔、牙科索赔、视力索赔、心理健康索赔或其它保健类型的各方而在节点电路120进行操作。附加地或备选地,系统100可以对不同节点电路上的符合不同共识操作程序的各方进行分组。在一些情况下,系统100可以动态指定使用。例如,节点电路使用可以取决于节点条目信息114的内容。例如,一方可以在提交第一类型的索赔时连接至第一节点电路。然而,同一方在提交不同于第一类型的第二类型的另一索赔时可能连接至不同的第二节点。附加地或备选地,动态节点电路120的使用分配可以基于处理和负载平衡问题来指定。

节点应用122可以与在bmc160上运行的区块链应用编程接口(api)162进行数据通信。区块链api162可以提供对区块链存储选项的访问以获得记录条目。

区块链api162可以访问在bmc160上运行的证书授权逻辑166。证书授权逻辑166可以发布用来管理对区块链199的各个部分的访问的证书168。个体证书可以根据节点来指定。附加地或备选地,如果多方使用共同的节点,则证书可以根据各方关系来指定。因此,系统100可以使用证书168来验证节点(和/或多方)不访问区块链199中它们缺少授权的部分。

虽然继续参考图1,但是该讨论还参考图2,图2示出了共识逻辑170可以实施的示例处理逻辑。共识逻辑170的逻辑特征可以以各种顺序和组合来实施。例如,在第一实施方式中,一个或多个特征可以关于第二实施方式被省略或者被重新排序。共识逻辑170可以在bmc160上执行。区块链api可以接收记录条目和证书168(201)。当区块链162接收到记录条目124和证书168时,共识逻辑170可以验证记录条目124应用于区块链199中节点电路120或发送记录条目124的一方有权访问的部分(202)。共识逻辑170可确定响应于该节点、发起记录条目的一方、交易所影响的累积值的类型、证书168或者它们的组合的相关共识操作程序(204)。共识逻辑170可以访问区块链199(205)。共识逻辑170可以对记录条目124应用共识操作程序(206)。该共识操作程序可以被编入可由共识逻辑170所管理的共识操作程序定义172(例如,智能合约条款)。例如,共识操作程序可以包括使用证书来确认在区块链api162与节点电路120进行数据通信的同时,区块链162的经授权部分由节点电路通过区块链api162访问(208)。

附加地或备选地,共识逻辑170可以执行对记录条目124和区块链162中的数据所执行的一个或多个处理器级操作以生成更新数据(210)。例如,如以上所讨论的,处理器级操作可以包括加法操作、乘法操作,或者其它处理器级操作。基于经更新数据,共识逻辑170可以使经更新的数据与来自区块链199的先前发布的数据一致(212)。例如,区块链199可以包括被所提供的新数据所影响的较早累积值。例如,经更新的数据可以包括对存储在区块链199中的过往累积值的校正。该校正可以影响在该校正之后发生可能已经被系统100添加到区块链199的交易。当共识逻辑170完成共识操作程序时,共识逻辑170可以生成包含经更新数据的区块(214)。

共识逻辑可以针对之前的区块生成散列值,并且将该散列值与经更新的数据一起放置在区块中,从而在区块链上形成区块之间的链接(216)。该散列值可以在区块链中创建一个区块链链接。换言之,该散列值可以生成之前区块的内容的可验证记录。因此,之前的区块可能无法在没有创建篡改的证据的情况下被更改。在各种实施方式中,区块可以包括多个字段(包括有效载荷字段和散列字段)。记录条目可以被放置在有效载荷字段中,而所生成的散列值则可以被放置在散列字段中。散列值可以使用加密散列函数、循环冗余校验或者其他校验和函数来生成。

在各种实施方式中,多个记录条目(例如,覆盖多个交易)可以被反映在单个区块的有效载荷中。允许多个记录条目被反映在单个区块的有效载荷中可以允许区块链存储中的紧凑性,因为与仅在单个区块中表示单个记录条目的系统相比,覆盖多个记录条目所需要的总区块数更少。

在一些实施方式中,单个区块可以存储单个记录条目。这样的存储约束可以允许区块和记录条目之间的关系更为清楚。因此,在单个区块/单个记录条目的实施方式中,对特定区块的引用明确地指代相对应的记录条目。因此,由这样的存储系统引用过往记录条目可能具有数据访问效率增益。

在一些情况下,在记录条目可能大或复杂的情况下(例如由于包括详细描述说明或媒体附件),记录条目可以跨多个区块而被存储。

在使用有效性指示符的一些情况下,共识逻辑170可以生成有效性指示符,并且将该指示符与更新数据和散列值一起放置在区块中(218)。

在一些实施方式中,在区块已经被生成并且被添加到区块链之后,bmc160可以接收针对更新数据以其为基础的记录条目的校正(220)。例如,校正可以由对底层记录条目信息114的改变(例如,对标识信息、数量、日期或其它记录条目信息的改变)、对导致记录条目改变的可应用共识操作程序的改变(例如,可能在程序中发现错误,累积值阈值可能被调节,之前可能已经应用了不正确的共识操作程序、或者其它校正)或者上述二者所产生。因此,共识逻辑170可以操作以将校正应用于区块链199中的先前形成的区块。

共识逻辑170可以访问共识操作程序定义172(222)或者共识操作程序的标识符以调用或执行。共识逻辑170可以应用共识操作程序以从存储在先前形成的区块中的先前累积值生成经校正的累积值(224)。基于该经校正的累积值、校正以及先前形成的区块,共识逻辑170可以生成校正指示符,其引用先前形成的区块并且包括经校正的累积值、来自校正的数据或其二者(226)。

共识逻辑170可以生成校正区块,其包括校正指示符以及使用该校正区块之前的区块中的内容所生成的散列值(228)。在一些情况下,之前的区块可以是与先前形成的区块相同的区块。然而,在其它情况下,在先前形成的区块和校正区块之间可能存在中间区块。在一些情况下,将校正后的累积值包括于校正区块中,可以允许在不必遍历区块链199中的其它区块的情况下确定累积值的状态。添加校正区块可能不一定改变其它先前形成的区块。因此,在将校正区块添加到区块链之后,先前的(未校正)记录条目可以被保留在先前形成的区块中。

在一个示例中,校正可以包括针对记录条目的日期或时间的校正。在一些情况下,共识逻辑170可以确定校正的需求是确定特定区块是否反映了在基于校正的日期所确定的受影响日期或时间范围期间的记录条目。在一些情况下,可以通过消除先前记录条目对日期范围内校正记录条目的影响来实施校正。在一些情况下,在对日期的校正使得日期偏移时,受影响的日期范围可以基于校正前数据与校正后数据之间的时间段来确定。

在下文关于图12讨论的另一个示例中,阈值边界(诸如最小值或最大值)可以随可应用的共识操作程序而被改变。在一些情况下,这可能导致最初处于边界一侧的交易被全部或部分移动至另一侧。例如,如果通过校正而增加了最大值,则高于免赔最大值的索赔可能会被移动到最大值以下。因此,如果随后发现索赔在达到可抵扣最高限额之前发生,则可以通过校正来解决该索赔对免赔累积的影响。备选地,如果最大值被减少,则低于最大值的索赔可能被移动至上方。因此,如果随后发现索赔在达到可扣除最大值之后发生,则随后可以通过校正来消除该索赔对免赔累积的影响。

在区块可能被校正所影响时(例如,相对应的记录条目与受影响范围内的累积值相关联、与受影响范围内的日期相关联、或者其二者),共识逻辑170可以标记受影响的区块或块区内数据以供检查(230)。例如,共识逻辑170通过向校正区块添加引用受影响块的检查指示符来对区块进行标记。附加地或备选地,共识逻辑170可以将检查指示符添加至受影响区块的元数据,该元数据可以被存储在区块链199之外。

在一些实施方式中,区块链可以支持对先前形成的区块的重写操作。例如,可信实体可以具有使用密码、密钥密文、加密密码或其它密文对区块链进行重写的授权。因此,可以通过重写存储原始记录条目的原始区块而不是添加新的校正区块并引用原始区块来执行针对在区块链的块中被反映的记录条目的校正。在各种实施方式中,可信实体可以包括节点运营方、可以进行协作以共同充当可信实体的节点运营方集合、处于可信运营方控制下的安全终端、或者其它实体。

在一些实施方式中,为了保持校正的清晰记录,可信实体可以经由区块链重写将数据添加到之前的区块,而并不必移除之前的数据。此外,在一些情况下,原始数据可能被存储在不支持重写(例如,即使是被可信方重写)的区块链的区块的核心部分中,但是校正可以被添加至支持重写的区块链的区块的第三部分。

在医疗索赔处理上下文的示例中,共识逻辑170可以指定一组处理器级操作,包括针对存储在区块链199的区块内的累积值的操控。该累积值可以对应于所监视的保健累积值,诸如免赔或自付最大值或者其它保健相关累积值。例如,记录条目中的索赔值可以被添加到累积、从累积中减去、或者以其它方式被用来更新累积值。共识逻辑170随后可以使更新的累积值与其它先前形成的条目保持一致。

例如,如果医疗节点校正过往索赔量,则该医疗节点或其它节点(例如,药物节点)可用于未来索赔的可扣除金额可以被改变。在这种情况下,当累积值超过所定义阈值(诸如所设定的自付最大值)时,就可能会发生超额。在一些情况下,更改过往索赔可能会导致已经进入区块链199的索赔超额。附加地或备选地,更改过往索赔可以清除先前已经针对另一个条目所记录的超额。另外,在一些情况下,可能由于系统100并未按照顺序输入索赔而发生更改。例如,与后续发生的交易有关的索赔可能由系统100在较早发生的交易之前输入。这之所以会发生可能是由于未按照顺序的客户端请求或者在索赔请求之后更新区块链时的延迟。

图3示出了示例客户端执行环境(cee)300。示例cee300可以作为客户端电路110的硬件平台。cee300可以包括系统逻辑314。该系统逻辑可以包括处理器316、存储器320和/或其它电路。

存储器320以及处理器316可以支持客户端应用112的执行。存储器320可以进一步包括应用和结构366,例如编码对象、模板、或者用于支持记录信息收集和提交的其它结构。

cee300还可以包括通信接口312,其可以支持无线(例如蓝牙、wi-fi、wlan、蜂窝(4g、lte/a))和/或有线、以太网、千兆以太网、光网络协议。通信接口312还可以包括串行接口,诸如通用串行总线(usb)、串行ata、ieee1394、lighting端口、i2c、slimbus或其它串行接口。cee300可以包括供电功能334以及各种输入接口328。cee还可以包括用户界面318,其可以包括人机界面设备和/或图形用户界面(gui)。在各种实施方式中,系统逻辑314可以分布在多个物理服务器上和/或被实施为虚拟机。

在一些情况下,cee300可以是部署在云平台中的专门定义的计算系统。在一些情况下,可以在云部署的清单中指定定义cee300的参数。运营商可以使用该清单来征用基于云的硬件资源,随后将cee300的逻辑组件(例如,客户端应用112)部署到该硬件资源上。在一些情况下,该清单可以被存储为优先文件,诸如yaml(又另一种标记语言)、javascript对象标记(json)或其它优先文件类型。

图4示出了示例节点执行环境(nee)400。示例nee400可以作为节点电路110的硬件平台。nee400可以包括系统逻辑414。系统逻辑414可以包括处理器416、存储器420和/或其它电路。

存储器420以及处理器416可以支持节点应用112的执行。存储器420可以进一步包括应用和结构466,例如编码对象、模板、或者用于支持记录条目信息接收、记录条目编译、电子表单生成以及与区块链api162交互的其它结构。

nee400还可以包括通信接口412,其可以支持无线(例如蓝牙、wi-fi、wlan、蜂窝(4g、lte/a))和/或有线、以太网、千兆以太网、光网络协议。通信接口412还可以包括串行接口,诸如通用串行总线(usb)、串行ata、ieee1394、lighting端口、i2c、slimbus或其它串行接口。cee400可以包括供电功能434以及各种输入接口428。nee400还可以包括用户界面418,其可以包括人机界面设备和/或图形用户界面(gui)。在各种实施方式中,系统逻辑414可以分布在多个物理服务器上和/或被实施为虚拟机。

在一些情况下,nee400可以是部署在云平台中的专门定义的计算系统。在一些情况下,可以在云部署的清单中指定定义nee的参数。运营商可以使用该清单来征用基于云的硬件资源,随后将nee400的逻辑组件(例如,节点应用112)部署到该硬件资源上。在一些情况下,该清单可以被存储为优先文件,诸如yaml(又另一种标记语言)、javascript对象标记(json)或其它优先文件类型。

图5示出了加速区块链执行环境(acee)500的示例。示例性acee500可以作为bmc160的硬件平台。然而,在一些实施方式中,acee500可以适于支持与客户端电路110、节点电路120或这二者的集成。acee500可以包括系统逻辑514。系统逻辑514可以包括处理器516、存储器520和/或其它电路。

存储器520可以包括区块链199、证书168以及共识操作程序定义(copd)172。存储器520可以进一步包括应用和结构566,例如编码对象、模板,或者用于支持区块链交易加速、运算过程实施、证书授权管理或其它区块链交易的其它结构。存储器520和处理器516可以支持区块链api162、共识逻辑170和证书授权逻辑166的执行。

acee500还可以包括通信接口512,其可以支持无线(例如蓝牙、wi-fi、wlan、蜂窝(4g、lte/a))和/或有线、以太网、千兆以太网、光网络协议。通信接口512还可以包括串行接口,诸如通用串行总线(usb)、串行ata、ieee1394、lighting端口、i2c、slimbus或其它串行接口。acee500可以包括供电功能534以及各种输入接口528。acee500还可以包括用户界面518,其可以包括人机界面设备和/或图形用户界面(gui)。在各种实施方式中,系统逻辑514可以分布在多个物理服务器上和/或被实施为虚拟机。

在一些情况下,acee500可以是部署在云平台中的专门定义的计算系统。在一些情况下,可以在云部署的清单中指定定义nee的参数。运营商可以使用该清单来征用基于云的硬件资源,随后将acee的逻辑组件(例如,共识逻辑170)部署到该硬件资源上。在一些情况下,该清单可以被存储为优先文件,诸如yaml(又另一种标记语言)、javascript对象标记(json)或其它优先文件类型。

在一些实施方式中,加速记录条目硬件100可以管理保健上下文中的索赔。记录条目124和记录条目信息114可以包括指定与特定索赔相关联的值的多个字段。以下的表1示出了可以包括在示例记录条目124中和/或由记录条目信息112所传递的示例记录条目字段。

记录条目124可以包括上述字段中的任何一个或全部。例如,用于积累交易的记录条目可以包括字段1-12,会员统计信息记录条目可以包括字段4、5和13-17,索赔的记录条目可以包括字段5、16和18-20。然而,其它字段组合也是可能的。

除了定义条目的字段之外,保健实施方式可以定义针对系统100所跟踪的各种值的累积。这些值可以是货币,但是也可以包括其它所定义值,例如服务访问跟踪、剂量跟踪或其它值。系统100可以定义跟踪的时间窗口,包括每小时、每天、每周、每月、每年、多年周期、或者其它所定义时间范围。累积可以在时间范围结束时被重新设置、重新谈判或者保持不变。累积的行为可以使用共识操作程序来定义。

表2示出了保健交易上下文的示例累积。

对于所定义的累积类型,系统100已经定义了操作程序。共识操作程序可以使用计算机代码或脚本语言来定义从而减少操作歧义。

表3示出了指定用于响应于索赔提交而更新iided累积的共识操作程序的示例伪代码。

表4示出了指定用于响应于索赔提交而更新iioop累积的共识操作程序的示例伪代码。

表5示出了指定用于响应于索赔提交而更新ifded累积的共识操作程序的示例伪代码。

表6示出了指定用于响应于索赔提交而更新ifoop累积的共识操作程序的示例伪代码。

以上示例共识操作流程定义(表3-6)示出了可以由使用区块链的多方所协定的具体程序。规则的确切定义可以支持检查区块链中的区块内容的各方遵守该共识操作程序的可验证性。在规则被指定而使得一旦输入被设置则输出就是确定的时,系统100可以通过对输入应用该共识操作程序并且确认块中所存储的输出与所获得数值相匹配来验证向区块链发布区块是合规的。附加地或备选地,有效性指示符的真实性可以被验证。

在示例医疗索赔上下文中,累积可以被用来跟踪索赔活动并且将其在多个提供方之间进行分类。在一些情况下,一旦提供方提交了具有索赔细节的记录条目信息,该索赔可以被实时或接近实时地被处理和应用。在一些情况下,访问累积的实时跟踪会提高医疗服务对于订阅方和会员的价值,因为他们可能会使用不断更新的信息来更好地指导实时医疗服务决策。

图6示出了用于示例加速记录条目硬件系统100的执行环境所实施的使用场景600的示例。例如,使用场景600以及以下的那些内容(700-1200)可以在cee300、nee400或acee500中的任一个或全部上实施。在使用场景600中,提供方提交医疗索赔(602)。医疗节点处理该索赔(604)。医疗节点将该索赔作为记录条目发送至bmc(606)。bmc应用共识操作程序660(608)。根据该过程,ded满足oop规则使得用于免赔的金额被送至到自付最大值(610)。bmc使得该交易在用户界面上被显示(612)。对该值的处理器级操作在输出序列650中被示出。

图7示出了用于示例加速记录条目硬件系统100的示例执行环境所实施的使用场景700的示例。在使用场景700中,提供方提交药房索赔(702)。药房节点处理该索赔(704)。药房节点将该索赔作为记录条目发送至bmc(706)。bmc应用共识操作程序760(708)。根据该过程,oop不适用于免赔(710)。bmc使得该交易在用户界面上被显示(712)。对该值的处理器级操作在输出序列750中被示出。

图8示出了用于示例加速记录条目硬件系统100的示例执行环境所实施的使用场景800的示例。在使用场景800中,提供方提交医疗索赔(802)。医疗节点将该索赔作为记录条目发送至bmc(806)。bmc应用共识操作程序860(808)。根据该过程,bmc保证节点跨多个节点一致并且标识出超额(810)。bmc使得该交易在用户界面上被显示(812)。对该值的处理器级操作在输出序列850中被示出。

图9示出了用于示例加速记录条目硬件系统100的执行环境所实施的使用场景900的示例。在使用场景900中,提供方提交牙科索赔(902)。牙科节点处理该索赔(904)。牙科节点将该索赔作为记录条目发送至bmc(906)。bmc应用共识操作程序960(908)。根据该过程,bmc阻止牙科节点访问有关医疗和药房索赔的细节(910)。bmc使得该交易在用户界面上被显示(912)。对该值的处理器级操作在输出序列950中被示出。依据针对牙科节点的访问限制,一些索赔的细节编辑自输出序列。

图10示出了用于示例加速记录条目硬件系统100的执行环境所实施的使用场景1000的示例。在使用场景1000中,提供方提交医疗索赔(1002)。医疗节点处理该索赔(1004)。医疗节点将该索赔作为记录条目发送至bmc(1006)。bmc应用共识操作程序1060(1008)。医疗节点随后通过参考索赔id而发送针对该索赔的校正(1010)。bmc标记出受影响的交易以进行调节(1012)。bmc使得该交易在用户界面上被显示(1014)。对该值的处理器级操作在输出序列1050中被示出。

图11示出了用于示例加速记录条目硬件系统110的执行环境所实施的使用场景1100的示例。在使用场景1100中,提供方提交药房索赔(1102)。药房节点处理该索赔(1104)。药房节点将该索赔作为记录条目发送至bmc(1106)。bmc应用共识操作程序1160(1108)。药房节点随后通过参考索赔id“cl57”而发送针对该药房索赔的校正(1110)。响应于经校正索赔的减少使得先前的医疗索赔不再导致超额(1112)。bmc标记出受影响的交易以便进行检查(1114)。bmc使得该交易在用户界面上被显示(1116)。对该值的处理器级操作在输出序列1150中被示出。

图12示出了用于示例加速记录条目硬件系统120的执行环境所实施的使用场景1200的示例。在使用场景1200中,提供方提交药房索赔(1202)。药房节点处理该索赔(1204)。药房节点将该索赔作为记录条目发送至bmc(1206)。bmc应用共识操作程序1260(1208)。bmc随后接收到针对该共识操作程序的更新,其调节了自付累积的最大数量(1210)。在该示例场景中,oop最大值从$200变为$150。bmc标记出受影响的交易以进行调节(1212)。bmc使得该交易在用户界面上被显示(1214)。对该值的处理器级操作在输出序列1250中被示出。

在各种使用场景中,bmc可以通过将具有索赔id的标志位添加至区块链来标记要进行检查的索赔。该标志位可以使得节点电路生成对受影响的索赔发起人工检查的提示。附加地或备选地,bmc可以发起校正动作。例如,bmc可以发送使得节点电路发放退款或发送附加发票的消息。

上文关于加速记录条目硬件系统100描述了医疗索赔上下文中的使用场景。然而,加速记录条目硬件系统100可以被用来跟踪其它累积值。例如,加速记录条目硬件系统100可以用来维护电信服务提供的网络使用记录。例如,用户设备可以将使用情况发布至区块链。提供方可以使用该区块链来跟踪使用情况。该区块链可以被用来确保用户设备在被盗用的情况下不会更改使用记录。附加地或备选地,该区块链可以在多个电信提供方的上下文中被应用。例如,多个提供方可能希望协调互补服务,诸如地区无线覆盖、电视和蜂窝服务,或者其它服务组合。加速记录输入硬件系统100的区块链可以被用作多提供方记录以跟踪不同服务的使用情况。共识操作程序可以被用来确保多个提供方遵守所协定的跟踪标准。加速记录条目硬件系统100可以在几乎任何多方同意协定用于添加至区块链的共识操作程序的上下文中使用。

在一个示例中,一种方法可以包括,在记录条目硬件系统中:在区块链管理电路(bmc)处从节点电路接收记录条目;响应于该节点电路的标识,通过使用先前累积值和该记录条目作为输入而执行处理器级操作,以应用共识操作程序来生成新的累积值,该先前累积值被存储在该区块链的所选择区块中;以及响应于该新的累积值以及使用该区块链上的先前区块的内容所生成的散列值而生成该区块链新的区块。

在各种实施方式中,该方法可以进一步包括:在该bmc上的存储器中访问该共识操作程序的定义,该共识操作程序响应于该区块链和该节点电路的标识。

在各种实施方式中,该方法可以进一步包括:响应于该节点电路的标识,获得被配置为许可对区块链的一部分的访问的证书;并且确定该记录条目应用于该区块链的该部分。

在各种实施方式中,应用该共识操作程序可以包括更新医疗累积值。

在各种实施方式中,该共识操作程序可以使用智能合约来定义。

在各种实施方式中,该散列值能够防止该先前区块的非明显篡改的改动。

在各种实施方式中,生成该新的区块可以进一步包括响应于该共识操作程序的完成而生成该新的区块。

在各种实施方式中,该所选择区块和该先前区块是相同的区块。

在各种实施方式中,该方法可以进一步包括:响应于该共识操作程序的完成而获得有效性指示符。

在各种实施方式中,该节点电路可以被配置为从接收自客户端电路的记录条目信息生成该记录条目。

在各种实施方式中,该节点电路可以被配置为从该节点电路所托管的电子表格接收该记录条目信息。

在另一个示例中,一种系统可以被配置为实施以上所描述的一种或多种方法。

上述方法、设备、架构、处理、电路和逻辑可以以许多不同的方式以及以硬件和软件的许多不同组合来实施。例如,所有或部分的实施方式可以是包括诸如中央处理单元(cpu)、微控制器或微处理器之类的指令处理器的电路;或者是专用集成电路(asic)、可编程逻辑器件(pld)或现场可编程门阵列(fpga);或者是包括分立逻辑或其它电路组件的电路,包括模拟电路组件、数字电路组件或其二者;或者它们的任意组合。电路可以包括离散互连的硬件组件,或者可以组合在单个集成电路模具上,分布在多个集成电路模具之间,或者被实施于共同封装中的多个集成电路模具的多芯片模块(mcm)中。

因此,电路可以存储或访问用于执行的指令,或者可以单独在硬件中实施其功能。指令可以被存储在除瞬时信号以外的有形存储介质中,诸如闪存、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom)等;或者存储在磁盘或光盘上,诸如紧致盘只读存储器(cdrom)、硬盘驱动器(hdd)或其它磁盘或光盘;或者存储在另一个机器可读介质之中或之上。诸如计算机程序产品的产品可以包括存储介质以及存储在该介质之中或之上的指令,并且该指令在被设备中的电路所执行时,可以使得该设备实施以上所描述或者附图中所图示的任意处理。

实施方式可以分布式的。例如,电路可以包括多个不同的系统组件(诸如多个处理器和存储器),并且可以跨越多个分布式处理系统。参数、数据库和其它数据结构可以被单独存储和管理,可以被整合到单个存储器或数据库中,可以以许多不同的方式在逻辑和物理上进行组织,并且可以以许多不同的方式来实施。示例实施方式包括链表、程序变量、散列表、阵列、记录(例如,数据库记录)、对象和隐式存储机制。指令可以形成单个程序的多个部分(例如,子例程或其它代码段),可以形成多个单独的程序,可以跨多个存储器和处理器分布,并且可以以许多不同的方式来实施。示例实施方式包括独立程序,并且作为库的一部分,上述库诸如共享库,如动态链接库(dll)。例如,该库在由电路执行可以包含共享数据以及一个或多个共享程序,上述程序包括在被电路所执行时实行以上所描述或者附图中所图示的任意处理的指令。

已经具体描述了各种实施方式。然而,许多其它实施方式也是可能的。例如,架构中的任意组件和功能可以被托管于云服务提供方所管理的虚拟机中。也就是说,虽然一些实施方式可以在给定企业内被完全本地化,但是其它实施方式被完全迁移至云中,或者具有混合的本地和云端实施方式的混合实施方式。关于查询设备,以上所提到的智能手机应用和台式计算机仅是作为特定示例,并且可以使用其它查询设备,包括车辆中的免提系统、智能电话或台式机pc中的数字个人助理、用于家庭的免提控制系统、以及许多其它类型的设备。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1