CN103765463A - 有效地处理大量复杂的小值的金融交易的方法和系统 - Google Patents

Abstract

本发明提供了一种用于对合同的金融条款进行建模的系统的装置。系统接收合同以及受合同所控制的交易的细节为输入，并输出经处理的交易。该系统将合同的金融条款建模为一个或多个参数的函数。参数中的每一个都进一步被减少为一个或多个规则，每个规则代表的合同条款为一组条件及相关的操作。当相应的条件被满足时，由系统执行操作。系统通过分析相关于给定输入交易的条件-操作集的结果来确定各种参数的值。

Description

有效地处理大量复杂的小值的金融交易的方法和系统

对相关申请的交互引用

本申请要求2011年3月16日递交的美国临时专利申请61／453,427的优先权，其内容通过引用被明确地合并于此。

技术领域

本文公开的技术涉及金融处理方法和系统，特别是处理大量复杂的受买方和卖方之间的合同所管理的小值交易的系统。

背景技术

本文所公开的技术是由在最近几年出现在线数字市场和网络中的一类新的金融交易所激发的，其导致从传统分销模式的宽带网络的覆盖。这些类型的金融交易具有以下特点：(1)小值，通常在几毛钱不到一美元的范围；(2)双向，买方可以是卖方，反之亦然；(3)复杂，受买方和卖方之间的一套复杂正向的合同所管理；及(4)大的交易量，通常在每天数十亿的范围。

在这种分销模式中的宽带网络的采用大幅减少了购买和销售商品和服务的交易成本。现在买方(如消费者)具有消费选择以“字节大小”量进行消费，而卖方可以以“字节大小”量获利地出售他们的商品和服务。其结果是个别交易价值的显著减少，但整体交易量的增加。

这一类的网上交易市场也产生了更复杂的业务模式和买方和卖方之间的合同关系。首先，交易市场参与者可以是买方，卖方或双方。其次，新的商业模式，如赞助、关联公司、商品和服务的聚集涉及单交易各方。最后，买方和卖方之间的合同关系是复杂且不断变化的。

现有技术将这些合同关系建模为定制软件，其中，例如，每个合约条款被编程作为子程序，然后当合同条款将被建模时，再由建模软件调用。这种实施作用于非常简单，静态，单向的合同关系，但他们不足以支持当前复杂的在线市场。其一，在任何给定的交易中，有可能存在具有由他们自己的、独立的合同关系管理的每一交易方的多方。这样的情况下，将要求这些不同合同的每以个的编程及其相关的子程序，以支持在网上市场的交易。此外，在任何一方改变他们的合同关系的条款的情况下，不仅需要重新编程管理合同的改变条款的子程序，利用重新编程的子程序的整个软件还需要被重新编译。

重新编译对于将最新的子程序合并至建模软件而言是必须的。支持当前复杂的网上市场世界的软件源代码的这种重新编译是十分重要的。其一，当重新编译软件时，该软件需要停止和重新启动以反映合同条款的改变。此外，当交易的一部分已经被处理时，在软件被停止的情况下由软件处理的所有交易需要被停止并有时回滚。最后，在不断变化的网上市场中，该软件可能需要不断被重新编程以反映不断发展的合同关系，使得利用预编程软件包建模合同关系实际上并不可行。所公开的技术代表了通用的金融应用程序，其解决现有技术的各种缺点，而填充市场中的市售金融服务中的空白(参见图1)。

这些金融服务通常根据一方面金融服务必须支持的买方和卖方之间的金融服务的定价关系以及另一方面其他的商业模式来被归类。支付解决方案和ERP被设计为支持基于现货价格的购买和销售：买方和卖方同意在交易发生时的交易价格以及支付解决方案处理交易。消费者支付解决方案，如信用卡和借记卡，使商家出售商品和服务给消费者(一到多)。解决方案如ACH和ERP启用企业对企业的付款解决方案，而小额支付解决方案如PAY PAL启用点对点等消费支付。计费系统允许服务提供商根据服务提供商和他们的客户之间的预先约定的合同评估交易的价值，并收取客户的款项(一到多)。然而，相对于消费者的支付解决方案，计费系统支持服务提供商和客户之间的正向合同。所公开的技术填充存在在点对点的付款和计费系统的交叉点上的空白。它使任何个人和企业基于预先安排的协议销售商品和服务至另一方，在交易前，在交易发生的各种情况下指定交易将如何进行评估。

这样的网上交易市场的两个例子发生在媒体和能源市场中，在这样的网上交易市场中购买和销售是基于降低的价值的复杂的金融合同和交易。在公用事业市场，新一代的智能电网已导致超过传统电网的宽带网络的覆盖(见图2)。在这些智能电网中的买方和卖方是受更复杂的合同关系所管理，交易价值要小得多，交易量更大。在过去，公用事业单位是能源的唯一的卖方以及消费者的唯一买方，合同关系简单得多(通常是静态的定价)以及家用电源电表每月只读取一次以计算在该月份的能源使用。公用事业计费系统被用来计算应收客户的每月的能源消耗。新的智能电网使公用事业单位以更加频繁的时间间隔读取功率计，由于大幅降低抄表成本，以及已更小的增量，如每隔一小时或每15分钟出售电力-经常在不同的动态定价税。除向客户销售能源之外，公用事业单位可以买到其客户通过屋顶的太阳能电池板在内部产生的能量。虽然公用事业单位的销售是基于零售电价，购买是基于被称为上网电价的价格结构。单独的电表是专门测量由公用事业单位购买的并由公用事业单位在时间间隔读取的能源和不同的定价点以计算向客户累计的支付。

在一个更复杂的商业模式中，客户可以使用用于自我消耗的内部产生的能源，因此少从公用事业单位购买或以上网电价出售内部产生的所有量至公用事业单位并以零售电价从公用事业单位购买更多的能源。

上述模型的变化涉及客户销售非能源(或能源相关)的商品和服务。除了销售内部产生的能源至公用事业单位，客户销售某些权利，基于被称为需求响应合同的合同性协议，至公用事业单位已使得公用事业单位可以在有限供应的时间非自愿地减少客户的能源消耗。其他与能源相关的商品和服务包括配套服务、可再生能源信贷和温室气体。

甚至更复杂的模型涉及了客户销售能源到另一个客户。在这样的模式中，客户A内部产生能源可以出售到另一客户B，根据两者之间的单独的合同，并因此销售较少能源至公用事业单位，但允许客户B从相同的公用事业单位少买能源。在这种应用中，独立的电表专用于测量由客户出售给他的邻居的能源量。公用事业单位可以以某定期间隔读取电表并计算代表客户B欠客户A的量。

另一个例子是在媒体市场中(见图3)。新一代网络的增加带宽不仅使得通过网上交易市场提供数字化商品，如内容，应用和广告是可行的，而且还降低了交易成本。由于总是在网络上，使得在线和移动消费者需要分拆传统内容，媒体，娱乐和交易成本的降低成为可能。他们购买音乐单曲而不是CD或相册等捆绑音乐；他们需要铃声或音乐片段，而不是全轨音乐；他们收听播客，而不是预先编排的广播电台；他们选择剧集或视频剪辑，而不是线性的电视节目。这种分拆的内容、应用和媒体显著降低个别交易的价值并增加交易量。

在线数字商品的生产商和消费者之间的价值交换往往是双向的。消费者可以是生产商，反之亦然。事实上，在交易中的一方，既可以是数字商品消费者同时也是生产商。

这一类的在线交易市场通常是由一个或多个中介介导，一起工作协调提供至消费者的数字商品。参与者之间的关系通常被复杂的、预先商定的金融协议所定义。与消费者交换的价值和在生产商和中介之间的价值分布通常在交易前预先商定，因此必须基于交易中所涉及的情况进行动态评估。由于多个参与者和多个相互关联的交易市场工作的人士提供数字商品，交易的价值必须分布在那些作出贡献的人之间。

这种金融交易处理技术必须是具有相应高可靠性和完整性的高吞吐量。此外，该技术必须是高效的，从而可以经济地和盈利地处理小额交易。

本技术公开了一种方法和系统以根据买方和卖方之间的预先约定的合同协议，在任意复杂的交易关系基础上，弄清相关于两方或多方之间的购买和销售商品和服务的金融交易。由于这样的买方和卖方之间的合同协议是取决于交易发生的情况，交易价值通常不会被明显得知，只有在交易后以及基于将合同的金融条款应用至交易记录才会变得清晰。该等合同协议通常跨越相当一段时间，在此期间的买方和卖方可以进行大量的重复交易。交易各方可以是买方和卖方之间或多个买方和卖方之间。交易可以是双向的，买方可以是卖方，反之亦然。最后，交易关系的拓扑结构，如由交易各方之间的预协议所定义，可以是任意复杂的而事实上往往级联的。

公开的技术的受益者从投资者拥有的公用事业单位(IOUs)到市政公用事业单位；从充电式电动汽车(PEV)充电网络到批发能源市场；从能源服务提供商到需求响应服务集成商；从传统媒体公司，如唱片公司、电影制片厂、电视网络、报纸、杂志和图书出版商到在线应用商店；从内容聚合网络公司到广告网络公司。

发明内容

本发明提供了一种通用的装置，用于将合同条款建模为一个或多个参数的函数，其中一个或多个参数中的每一个被一个或多个规则所定义。规则引擎然后评估并执行这些规则，这些规则，例如，表示为“如果-则”的语句。根据规则，规则引擎内部确定顺序或规则相关性。接下来，规则引擎基于所需规则的输入以及从以前规则的评价所获得的结果，决定来自规则集合的哪一个规则进行评估。因此，将合同条款建模为由规则引擎所解释的规则的基本思想是从它的实现逻辑中分离合同的建模。这种分离，反过来，使将合同条款的变化建模为从规则集合中简单添加或删除规则，而无需实现逻辑源代码的任何改变。

因此，规则引擎可以被看作是复杂的如果-则语句的解释器。规则被表示为如果-则语句。规则，如描述的那样，是由两部分组成，条件和操作：当条件满足时，执行操作。“如果”部分包含条件(例如，花费金额>=$100)，以及“则”部分包含操作(如，优惠折扣5％)。规则引擎接收称为规则执行集和输入数据的规则集合(例如，实际花了多少钱)作为输入。规则引擎解释规则的关系，适用输入数据至解释的规则，并确定最终的输出(例如，提供给客户的最终折扣)。因此，本发明提供了一种通用装置，用于建模合同条款，而不需要实施逻辑的源代码的任何改变。

附图说明

图1是市售的金融服务组合，拟议的金融结算技术填补了一项空白，其间买方和卖方之间的关系是基于复杂的正向合同，买方可以是卖方，反之亦然。此外，涉及的交易通常是大量的小额交易。图1说明公开技术的新的金融服务旨在启用。

图2显示了在智能电网应用中的简单交易社区的拓扑结构。宽带覆盖已经将单向电力分布电网转为消费者不仅可以购买电力也可以出售光伏屋顶产生的电力的市场，如果他们参与需求响应程序则通过切除负荷的权利，并通过配套或存储的服务或可再生能源认证-所有的都具有复杂，动态的价格或合同。箭头指示支付方向。

图3显示了在数字媒体应用中的简单的交易社区的拓扑结构。通过宽带网络的数字媒体分布将在线音乐商店引入市场，其中内容可以从转售给消费者的内容提供商处购买，其中消费者可以生成内容和广告印象，以及其中内容提供商也可以购买广告库存。箭头指示支付方向。

图4显示了典型环境：智能电网，据此公开的技术的金融处理系统可以被利用。

图5显示了另一种代表性的环境：数字媒体，据此公开的技术金融处理系统可以被利用。

图6显示了建模合同的金融条款的通用方法，从买方支付给卖方的合同付款可以被一个或多个决策树的算术函数所表示，决策树包括交易的合同有效量，有效价格和有效的调整后的缩放因子。

图7显示了零售电价的例子，买方(客户)和卖方(公用事业单位)之间的合同，被由决策树进行表示。在这种情况下，电价取决于在一年中的季节、使用时间和买方客户使用的电压电平而不同。

图8显示了电力上网电价的例子，买方(公用事业单位)和卖方(客户)之间的由客户内部产生的能源的合同，被在决策树中表示。公用事业单位买方从它的客户卖方购买的电价取决于一年中的季节、交货时间、合同开始年度和合同条款而不同。

图9显示了由决策树、买方(公用事业单位)和卖方(客户)之间用于销售他的权利至他的能源消耗的合同表示的需求响应合同。由公用事业单位到客户的这种权利的合同支付是承诺负荷减少和承诺价格的产品。承诺价格本身是四个决策树的产品：承诺负载基准价格和三个修改器。承诺负载基准价随需求响应事件的通知时间而变化。修改器#1随着在月内的需求响应事件调用的数量而改变，修改器#2随着需求响应事件的频率而改变，修改器#3随着需求响应事件调用时间而改变。

图10显示了买方(音乐厂牌)和卖方(艺术家)之间的销售音乐权的音乐特许合同的一部分的例子。由买方支付给卖方的整体特许费的三个决策树：有效的特许费率，有效的价格和有效的单位。有效特许费率本身是基本US费率、升级因素、通道减少和区域减少的算术函数，每一个都是决策树本身。此图显示了其中的两个决策树：有效价格和有效单位。

图11显示了表示图10中的音乐特许例的基本特许费率、基本US费率、升级因素的决策树。

图12显示了表示图10中的音乐特许例的通道减少和区域减少的决策树。

图13显示了由音乐厂牌的广告赞助的被许可人的音乐特许应付费的例子，其是基于两个决策树的较大一个所确定的。第一个代表至少每次播放的许可费，而第二个代表广告收入的部分的收入份额计算。

图14显示了合同规则引擎和处理节点之间的整合的例子，其中处理节点用合同的标识号和相关的输入参数查询规则引擎并以合同的金融条款进行更新。条款被用来计算交易价。规则文件被用来更新规则引擎中的合同。

图15显示了公开技术所澄清的两方和多方交易的例子。多方例子包括两个子例，一个代表在级联供应链中的多供应商，而另一个则代表在平行供应链中的多供应商。

图16是表示双方金融结算过程的流程图，其中公开的技术首先通过检索买方ID、卖方ID和事件类型进行查找，然后通过查询合同规则引擎获得合同条款并最终计算交易价值，从而适当价格可以从买方账户存入卖方帐户。

图17是表示多方金融结算流程的流程图。在处理这样的多方交易中，公开的技术分解多方交易为包括相关的双向交易。

图18显示了一微小(atom)工作之结构，其中的买方和卖方的标识，他们进行交易前的原来的账户余额，原来的交易记录，以及其他相关信息打包成单个的软件包。交易处理的结果，以帐户结余(或者新的结余量)的变化的形式，可被暂时存储直到结果可以被存储文件更新为止。这种微小计算作业建设是自包含单元并且可以被发送到远程处理节点。该软件包包含了所有需要的信息以处理交易以及规定以临时存储中间和最终的处理结果用于审计目的和旨在提高交易处理吞吐量。

图19显示了用于基于文件的交易处理的系统的分布式版本的实施例。借助分布式系统，电脑通过合并来自主存储文件的信息并将它们分派给使用分布式文件系统的处理节点将输入交易打包成微小计算作业。处理节点应用交易处理规则进行交易，决定在所有相关账户余额的金融状况并将帐户余额借记和贷记增量存储在微小作业中。第二计算机从微小计算作业收集处理结果并更新存储文件。第一和第二计算机可以是一个且相同的。公开技术突出检查点的方案以提高交易处理的可靠性。在微小作业被发送至处理节点之前，复制是出于检查点的目的。每个处理节点基于包含在微小作业中的信息独立地处理交易。如果交易成功处理，那么买方和卖方的金融状况在微小作业中被更新。如果交易没有成功处理，处理任务通过提取以前的检查点作业被重新启动并且交易被重新处理。这种工作重新启动和交易重新处理确保所有交易被成功和可靠的处理。

图20是交易排序和重新排序的图解说明，其中交易根据交易属性(例如买方和卖方的识别，合同识别，时间戳及其他)被存储并重新排序。这种排序和重新排序集合喜欢交易集中以使得交易规则可以通通适用于他们以进一步提高交易处理效率并同时重新建立交易的时间顺序，因此，时间和顺序敏感的交易处理规则可以被正确应用。

图21显示了预处理流程图，其中来自零售和批发电表的数据被导入并被归一化到通用数据格式，验证参考数据存储在文件或分布式文件系统中，以及如果数据丢失或错误的话自动校正基于预处理规则。如果数据不能被自动校正，错误的电表数据暂存在暂存文件或分布式文件系统中，以及单独的手动编辑过程被用来纠正错误。正确的电表数据稍后被检查并消除重复，检查异常大或小的值，并以其他相关信息进行丰富以作进一步处理。最后，同一电表数据汇总到合同条款所应用至的交易记录上(参见图19)。

图22显示了分布式文件系统和集群计算机的使用以处理大规模和高吞吐量中的仪表数据。在一个实施例中，一个节点通过分布式文件系统分区和分配电表数据至一个或多个处理节点，其中如在图21中描述的处理被用来处理电表数据。处理的数据稍后根据某些共同标准由一个或多个节点收集并汇集成输出交易记录。预处理规则被配置成规则引擎和通过以处理节点集成规则引擎的副本进行分布。

图23显示了所公开的技术的体系结构，其包含三个主要部分：市场管理系统，主存储文件和分布式执行引擎。市场管理系统是基于网页的应用程序，其被用于管理市场中的实体以及参与买和卖的交易实体之间的合同的金融条款。所配置的数据模型被存储在存储文件、一组文件或数据库中。在存储文件中所载的合同和结余信息被用于正确处理输入交易。执行引擎由计算机组成，计算机验证交易、清除错误和翻新交易数据记录至交易；打包交易到微小计算作业；发送它们至处理节点并行处理并收集它们且更新处理结果到存储文件中。

图24显示了使用决策树建模合同模板的公开方法，其可以结合价格参数以建模共同结构的合同以及不同的价格参数。

图25显示了能源市场的交易结算技术的应用。

图26显示了音乐许可市场的交易结算技术的应用。

图27是可以用来实现执行本文所描述的某些技术的金融计算系统的处理系统的框图。

图28显示了用来建模合同条款的金融计算系统。

具体实施方式

现在将描述本发明的各个方面。下面的描述提供透彻理解的具体细节以及这些实施例的启用描述。然而，本领域技术人员将理解无需许多这些细节也可以实施本发明。此外，一些公知的结构或功能可能不被示出或详细描述，以避免不必要地模糊相关描述。虽然图中示出功能上独立的组件，这样的描述是仅仅是用于说明目的的。对于本领域中的技术人员而言在该图中描绘的组件可以被任意组合或分成单独的组件是显而易见的。

在下面的描述中使用的术语的目的是以其最广泛的合理方式来解释，即使它被结合用在本发明的某些特定实施例的详细描述中。某些条款甚至可能被强调；然而，任何旨在以任何限制的方式来解释的术语将被公开和具体定义为在此详细说明部分中的一样。

在本说明书中所提到的“一个实施例”，“一个实施例”或类似表示该特定特征，结构或特性被包括在所描述的本发明的至少一个实施例的。在本说明书中出现的这类短语不一定都是指相同的实施例。

公开的技术设想了各种改进的方法和系统，用于通过使用通用方法建模买方和卖方之间的合同条款并通过应用合同处理与有效高吞吐量低交易成本系统的交易来澄清一类新的金融交易。所指定的该类交易被赋予如上特色。广义的合同建模技术是基于基于决策树的规则的算术结合。该技术通过分布式文件系统的使用提高了效率和吞吐量。该技术可以用来建模任何复杂的买方和卖方之间的双向合同的或多个买主和卖主之间的多边合同，并增加吞吐量和降低交易处理成本。在一个使用分布式文件系统和多处理计算机实施例中，该技术可以通过并行分发处理大量的计算机工作进一步提高吞吐量。

图4显示了具有代表性的智能电网市场，所公开的金融处理技术可被用于其中。虽然所公开的技术被描述为与涉及在能量网中购买和销售能源和非能源的处理交易相关，本领域技术人员将认识到所公开的技术可以用在其它领域，如专利知识产权、企业软件和云计算等。

在图4中公开的示例性实施例中，公用事业单位10提供能量至一些住宅用户12-14。使用智能电网，公用事业单位10可以以定期的时间间隔读取每一住户或企业的电表。这样的时间间隔取决公用事业单位收取的能源动态电价结构可能是每周一次，一天一次，一天几次，一小时几次。例如，公用事业单位可能会在能源消耗高峰时段(11点到下午6点、周末等)收取不同的价格。为了能够正确地向客户收费，公用事业单位在定期的时间间隔读取每个住户的电表以确定在抄表前在每个周期内被消耗多少电力。其结果是在不同的价格点的大量的小值交易必须被进行处理以产生最终的客户公用事业帐单。

在图6公开的示例性实施例中，数字产品市场11(如广告网络、内容聚合网络)以及权利市场，购买内容、相关的权利，至其客户。另外，市场的运营商可以从供应商购买广告库存并出售给广告商。在这两种情况下，参与三方交易的三方(权利人-市场-客户或存货供应商-市场-广告)是基于收益共享协议(取决于市场所产生的收入，累计至权利人和广告库存供应商的付款)。交易记录，以广告服务器日志和内容交付服务器日志的形式，被收集在中央存管库中。

上述使用场景的一个变化是，所公开的技术可用于第三方金融信息交流，而不是公用事业单位以基于各自的双边或多边合约计算在公用事业单位及其客户之间的一个累计至另一个的支付金额和相应的电表读数。

建模合同的金融条款

在商品和服务的买方和卖方之间的合约通常涉及买方支付卖方的金融条款。这些金融条款代表买方对卖方的合同义务。有时这些金融合同条款可能会非常复杂，因为买方和卖方不会提早知道交易的价值，因此达成如何估价交易的一致取决于大量的偶然交易。合同可以是能源供应商和客户之间的许可协议、特许协议、租赁协议、定价条款、能源价格，以及购电协议的形式。复杂的金融条款使得建模、表示、证明、实施和执行符合合同金融义务变得困难。

公开的技术涉及的合同的金融条款使用规则被建模的过程。本发明提供了一种通用装置，用于将合同条款建模为一个或多个参数的函数，其中一个或多个参数的每一个被一个或多个规则所定义。然后规则引擎评估并执行这些规则，这些规则是，例如，由“如果-则”的语句所表示。基于规则，规则引擎内部确定规则的顺序或属性。接下来，规则引擎基于所需的输入规则以及从之前规则的评估所获得的结果确定来自规则集的哪个规则用于评估。因此，由规则引擎所解释的将合同条款建模为规则的基本思想是从它的实现逻辑分离合同的建模。反过来，这种分离使建模合同条款的改变成为从规则集简单的添加或删除规则，而无需任何实现逻辑的源代码的改变。

图28是金融计算系统2801的说明性实施例，其中合同的金融条款被表示为如果-则规则语句。金融计算系统2801包括合同规则引擎2810和金融计算引擎2820。金融计算系统2801接收金融交易2830的细节及管理金融交易2830的合同2840的条款作为输入。金融计算系统2801采用金融计算引擎2830来分析交易细节的金融交易。此外，金融计算系统2801利用金融计算引擎2820解析合同条款为各种参数的函数。金融计算引擎2820解析参数为对应于每一个被解析的参数的规则集合。此外，金融计算系统2801基于由合同规则引擎2810所提供的解释规则利用金融计算引擎2820处理交易细节。

金融计算引擎2820转发对应于各种参数的规则的集合至合同规则引擎2810。合同规则引擎2810采用规则引擎来解释对应于每一个给定参数的各种规则之间的属性。合同规则引擎2810转发解释规则的金融计算引擎2820。使用规则之间的该被解释的关系，金融计算引擎2820可以稍后应用交易细节以确定每个参数的结果值。在不同的实施例中，金融计算引擎2820可以转发交易细节至合同规则引擎2810，其稍后可以采用交易细节至被解释的规则以确定每个参数的结果值。合同规则引擎2810可以稍后转发每个参数的计算值至金融计算引擎2820。金融计算引擎2820采用计算的参数值以确定最终的交易价值，参数是该最终交易价值的函数。金融计算引擎2820输出最终的交易价值作为处理的交易2850的值。

在2801中公开的金融计算系统的一个例子将在下面被讨论。金融系统2801接收有关交易的发票以及管理该发票的合同。金融计算系统2801转发合同和交易细节至金融计算引擎2820。金融计算引擎解析合同为对应于每一参数和相关的交易状态值的规则集。金融计算引擎2820转发作为规则的合同条款至合同规则引擎2810。基于合同，表示合同条款的一个规则集合可能是，如果客户的信用额度大于发票金额和发票状态是“未付”，则以发票金额减少信用额度并将发票状态设置为“已付”。来自表示相同合同条款的另一方面的规则集的第二规则可能是，如果客户的信用额度是低于发票金额以及发票状态是“未付”，则将信用额度减为零并保持发票状态不变，即“未付”。

金融计算引擎2820也将交易状态值转发至合同规则引擎2810。合同规则引擎2810接收，交易状态值作为输入，交易状态对应于客户的信用额度、发票金额、以及发票的付款状态。合同规则引擎2810被给定客户的信用额度为5000美元，发票金额为2000美元、发票的付款状态为“未付”。合同规则引擎2810解释规则的关系，将输入数据适用至被解释的规则，并确定最终的输出。因此，在分析规则集之上，合同规则引擎2810作出这两个规则表示相互排斥的条件的决定。将交易状态值应用至被解释的规则关系，合同规则引擎2810确定客户的最终信用额度和发票状态。合约规则引擎2810转发客户的最终信用额度和发票状态至金融计算引擎2820。金融计算引擎2820设置客户的最终信用额度为$3000以发票状态为“已付”。因此，金融计算系统代表用于建模合同条款的通用装置，而无需实现逻辑的源代码任何改变。

在用于建模合同条款的通用装置的另一示例性实施例中，合同条款被建模为一个或多个参数的函数，其中一个或多个参数中的每一个由决策树所定义。决策树代表的规则之间的关系。规则，如上所述，是由两部分组成，条件和操作：当条件满足时，操作被执行。决策树组成的分支，具有条件节点作为其根部，并终于操作。每个节点是一个条件节点，除叶节点以外。正如将被理解的是，决策树是树状图或模型，其最初被设计为建模决策的可能的结果、概率事件的结果、不同的条件的资源成本以及不同选择的经济效用。公开技术重改决策树的目的作为一种工具以建模合同的金融条款。更具体地说，决策树是用来表示相关金融条款的各种参数，包括买方和卖方之间每一个协议处理的商品和服务的有效金额、买方同意支付卖方每单位交换的货物和服务的的实际税率以及双方同意可以用来修改各种突发事件和情景下的违约率的缩放因素。此外，公开的技术同时还采用了决策树来描述替代方法以评估交易和买方和卖方之间的协议价值以作为应该被用来评估他们之间的交易(例如，较大较小或两个替代估值方法的算术平均值)。

以这样的程序，在利率被应用于交易的何种条件下，处理的有效单位以及被指定的缩放因子的占有率均被首先列出。决策树稍后使用这些条件被构建，其中每个树的决策分支对应于相关联的条件。最后，树的叶节点被用于指定，例如，被处理的商品和服务的有效占有量，每一单位的违约率或每一协议的缩放因素。一旦合同的金融条款被建模，决策树可以根据个案情况遍历以迅速确定有效的处理金额、违约率和特定组合条件的缩放因子。

最后，公开的技术使用决策树的算术运算结合以最广义的方式建模合同的金融条款。以这样的模型，买方对卖方的财政承诺可以通常以多个决策树算术函数形式被表示。图6示出一个例子，其中可以合同金融条款可以被个决策树的算术函数进行表示。根据本发明的教导，合同规定的付款可以计算为多个参数的函数，其中每个参数被描述为一个决策树。在图6的例子中，合同规定的付款是三个参数的算术函数：“交易量”，“价格”和“缩放因子”。这三个变量分别是指定被处理的有效的商品和服务量、默认价格和分别被用在不同条件和场景下每一买方和卖方之间的协议的缩放因子的三个决策树的每个运算函数。特殊情况涉及三个决策树乘法函数，而其他算术关系也可以被建模。

参考图7-13，公开的技术被应用于建模各种真实合同的金融条款。

图7是决策树100的图解说明，决策树100建模公用事业单位零售电价的金融条款，公用事业单位(能源卖方)和客户(能量买方)之间的合同是基于很多情况的，正如一组条件所定义的一样。这些条件包括当交易发生和电压等级应用到客户买方时的一年中的季节和一天的时间。决策树指定在这些情况下的定价。为了计算的定价条款，决策树100必须根据情况被遍历。

图8是公用事业单位上网电价的金融条款的图解说明，公用事业单位(能源卖方)和客户(能量买方)之间的合同。与图7类似，在图8中的决策树建模价格，公用事业单位以按该价格支付给其客户以购买由他／她的屋顶太阳能光伏系统所产生的能源。在这种情况下，公用事业单位从客户购买能源的价格取决于包括一年中的季节(夏季或冬季)，一天的时间(高峰时段，半高峰时段和非高峰时段)以及最后合同开始的年份(2001年、2002年、2003年或2004年)的情况。

图9是公用事业单位及其需求响应客户之间的需求响应合同的金融条款的图解说明，客户(卖方)依该合同销售权利以减少其至公用事业单位的能源消耗来换取公用事业付费。根据合同的条款，支付给客户的公用事业付费是承诺价格、决策树以及承诺负载的乘积，一个变量。承诺价格是包括承诺负载基本价格和三个修正系数的四个决策树的乘积。承诺负载基本价格基于通知时间而变化，该时间是需求响应事件在负载减少之前被调用的时间。修正系数#1是基于事件被调用的数量，修正系数#2是这些事件被调用的频率以及修正系数#3是事件被调用的天的时间。

图10-12是使用所公开的技术的音乐厂牌(音乐作品的权利的买方)和艺术家(权利卖方)之间的许可合同的金融条款的共同的图解说明。如图10所示，从音乐厂牌到艺术家的合同规定的支付有三个关键组成部分：有效的交易单位，有效的许可费率和有效的许可。有效的许可费是由US区域内基本价格、基于升级因素的体积、基于通道的折减系数和区域属性减少因子所确定的。每个组件本身是决策树。根据该协议，在计算支付给艺术家的许可费中使用的有效单位是基于零售商店售出的单位数量较少的推广单位，并允许收缩和依赖于分销渠道。在计算许可费中使用的基本零售价被基于US标价和依赖特定的专辑或零售销售的CD。在计算支付给艺术家的许可费中使用的有效许可费的本身是四个决策树的算术函数。基本US价格是基础许可费并依赖于产品类(专辑或单品)及生产期(第一，第二，第三或第四)。升级是基于累计发行量在许可价中的提高，其是基于成交量阈值的分层(见图11)。通道减少和区域减少是US基准费率的折扣以及依赖于US零售外的分销渠道和US以外的区域(见图12)。

图13是音乐厂牌和在线广告支持音乐零售商之间的许可合同的金融条款的图解说明，正如使用公开技术说表示的一样。根据许可合同，由音乐被许可人支付给音乐许可人的费用大于每播放最低费用并且是在线广告收入的份额，每一个都是决策树。每播放最小费是基于音乐流持续时间(大于25秒或少于25秒)进行计算的，交互性(交互或非交互)和自动播放模式(首次自动播放或非首次自动播放)。在线广告收入份额是基于目录类型(新版本或标准)和释放窗口(超过30天或少于30天)进行计算的。

在一个实施例中，电子处理器用合适的数据模型和可执行指令进行编程以允许用户创建决策树对不同的合约条款进行建模。建模可以通过提供图形用户界面来完成，图形用户界面使用户能够通过提示用户输入合同的特定元素和参数来建立有关的决策树。决策树可以被实时构造和填充，并显示给用户以易于评论。另外，书面合同可以被映射到表单模板，其反过来可以转化成决策树。同样，合同甚至可以根据特定语言如HTML或XML被撰写，这使得准备转换成决策树的计算机表示。在步骤184中，金融合同条款的决策树模型被表示内存中并被保存在计算机系统的配置文件中。配置文件，数据模型和可执行文件被作为库打包，其被分配到各处理节点。

除了建模合同的金融条款，公开的技术也可以使用决策树建模合同模版，参数化的决策树被用来建模一类相似合同的通用结构。图24显示了作为合同模板的决策树的使用。通过结合合同模板和一组或多组的参数，相同结构的合同但不同价格的参数可以被建模。这样的合同模版进一步加大公开技术有效处理大量合同的能力。

除了基于方法的决策树，公开技术也要求涉及决策表及其他修正的制表格式的方案。

图14是如何使用合同规则引擎的图解说明。表示可以被发现作为可执行代码，并可以被直接从步骤182决策树的建设中获得。在步骤186中，特定金融交易的细节可以在计算机系统被接收。这些可以被手动输入，但更可能是当前系统将执行大量的交易，因此模型被耦合到执行流水线，该执行流水线从交易中获得输入条件，提供输入条件的详细信息至合同规则引擎并接收有关合同的金融条款的信息。在步骤188中，定价和调整因子通过遍历决策树而被确定。在步骤190中，根据合同的支付被计算。

结算金融交易

除了以广义方式建模合同的金融条款，公开技术采用了一种新的方法根据合同条款对双方和多方的金融交易进行结算以确定参与其中的各方的金融状况。图15显示了这样的双方和多方交易。在买方A和卖方B之间的双方交易中，根据合同BA，买方A从卖方B购买商品和服务并汇款支付到卖方B。在多方交易中，A从B某些商品和服务，其中一部分是从C购买的并且B从C购买的部分是来源于D。多方交易完成后，A根据合同BA支付给B，B基于合同CB支付给C以及C基于合同DC支付给D。在多方交易的第一回合中，A是买方而B是卖方，在第二回合中，B是买方而C是卖方，在第三回合中，C是买方而D是卖方。只有交易的首回合被在交易中记录捕获而随后的交易的回合必须从交易记录推断。需要注意的是，只有A和B之间发生交易后C和D才获得报酬。因此，所有的交易回合必须在同一时间被处理以维持该交易的完整性。

多方交易的一种变化涉及B从C和D进行购买并因此分别基于合同CB支付给C而基于合同DB支付给D。在这种情况下，A是买方而B是在多方交易的首回合的卖方，B是买方而C和D是在第二和第三回合中的卖方。同样地，所有交易的回合必须在同一时间被处理以维持该交易的完整性。

多方交易的例子涉及将捆绑权利销售给客户A的销售捆绑内容(例如，音乐曲目)和单一内容(例如，单个音乐曲目)的内容聚合者B。内容构成是来自权利人C和／或权利人D的授权。

图16为双方金融结算程序的流程图以及图17是多方金融结算过程的流程图。

如图16所示，在卖方A和买方B之间的交易结算中的第一步，是基于买方ID、卖方ID和事件类型查找适当的合同。合同一旦被识别，为了适当的金融条款，处理管道通过遍历决策树和计算交易价值以合同ID查询合同规则引擎。然后该交易价值被计算。从买方账户中扣除金额以及相同的金额被存入卖方的账户。

如图17所示，公开技术分解多方交易结算为同时结算多个相关的双方交易。原来的三方交易记录必须首先被转化为一组双方交易记录。这些衍生的交易记录与买方ID、卖方ID和事件类型一起稍后被用于寻找合适的合同。然后合同条款在借记卡和信用卡业务被向买方和卖方作出之前被用于计算交易值。

为了避免部分交易并维护交易的完整性，公开技术以金融结算执行引擎为特色，金融结算执行引擎将衍生交易作为完整的交易集对待。如果这种双方交易中的一个失败，则其他的必须被中止，直到所有衍生双方交易被正确处理。

图25和图26显示了上述公开的复杂的、多方交易被定期处理的行业方案。图25显示了各方及能源市场上在他们之间的各种交易。图26显示了各方及在受版权保护的音乐许可中的他们之间的交易。

如图25所示，能源市场是由多方组成，其中一些参与方参与了能源的购买和销售，而其他方参与购买或出售能源但不能同时参加购买和销售。此外，各方可以在能源市场同时与多方进行交易。

在能源市场的主要参与方之一是公用事业提供商2501，其经常在能源市场上与多方交易。公用事业提供商2501通常以各种能源供应商与能源的终端消费者2513连接。公用事业提供商2501可能是多种类型。公用事业提供商2501可能是投资者拥有的公用事业(IOU)、公有制公用事业(POU)、市政公用事业(MOU)，或商业合作公用事业(COU)。公用事业提供商通常通过电厂2514、柴油发电商(DG)2512等满足其能源需求。此类交易必须妥善处理以维持定期结算。

公用事业提供商2501还定期在整体出售能源市场2504(WSEM)交易能源，其中整体出售能源市场2504为各种能源供应商和消费者提供了平台以在能源市场上进行交易。这种交易通常涉及解决多方交易，其中由公用事业提供商2501购买的总能源已被从多个独立的能源供应商(如另一公用事业单位(U4)2513、能源服务提供商(ESP)等)聚集在一起以满足公用事业提供商2501的全部能源需求。解决此类交易时，WSEM需要聘请交易结算所，其中每个涉及多方的交易被分为双向买方和卖方的集合。交易被进一步排序和执行以使得始终保持交易的完整性。

公用事业提供商2501还定期与独立电力生产商(IPP)2503交换能源，如个别住户，其不仅是能源消费者也是能源的生产者和销售者。IPP2503使用在独立发电商2503物业上安装的太阳能2510、风车2509、柴油发电机组(DG)2511等等生产能源。此外，IPP2503可以在彼此之间买卖能源及使用公用事业提供商2501的基础设施与在能源市场的其他各方买卖能源。公用事业提供商2501将收取IPP2503使用其基础设施的费用。在这种情况下，公用事业提供商2501也作为IPPs2503能源的各种买方和卖方之间结算所。解决此类交易时，公用事业提供商2501需要聘用交易结算所，其中每个涉及多方的交易又分为双向买方和卖方集合。交易被进一步排序和执行以使得始终保持交易的完整性。

除个别终端消费者2513之外，一些公用事业提供商2501的最大客户是企业2502，其可以是任何使用输电系统能源的消费者。企业2502是能源的重度消费者，其通常从多个公用事业2506、2707购买能源。企业2502，类似于IPPs2503，有时也产生自己的能源并使用公用事业提供商2501的基础设施使其轮转至他们的位置。此外，企业2502与公用事业提供商2501进行交易以在另一个位直使用自有发电厂、太阳能电池所产生的能量抵消一个位置的能源消耗。每一个这样复杂的交易需要企业2502采用结算所快速处理交易并同时保持过程的完整性。

如图26所示，音乐许可市场是由多方组成，其中一些参与方参与购销音乐许可证，而其他方参与任何购买或出售音乐许可证但不能同时参加购买和销售。此外，各方可以同时在音乐许可市场与多方进行交易。

音乐许可市场中的主要参与方之一是唱片公司(Record Label)2601，其定期与多方在许可市场进行交易。唱片公司2601在市场中通过自己的专卖店或者通过在线音乐商店2603，如iTunes、亚马逊音乐等许可音乐出版者。此外，唱片公司2601可以购买和销售其他独立唱片公司2605所产生的音乐。对于每一次这样的交易，其中，例如，唱片公司2601许可来自独立公司2605并分许可在线音乐商店2603，唱片公司2601需要聘请结算所以确保来自在线支付音乐商店2603到独立公司2605的合适支付。此外，在这样的交易中，结算所应确保独立公司2605仅在唱片公司2601由在线音乐商店2603支付后才会支付以及唱片公司2601在独立公司2605接收其许可费之前收到其费用。

唱片公司2601还经常从音乐聚集者2602购买和销售许可，如音乐报告，其主要任务是根据他们客户如广播电台2610、个人2608的许可要求确定和购买许可证。个人2608可以是电影制片人、翻唱乐队等。类似于唱片公司2601，音乐聚合者2602定期需要结算涉及多方的交易，其中卖方可能是唱片公司2601和独立唱片公司2605，而买方是广播电台2610，个人2608，在线音乐商店2603，直接市场2609等。

除了音乐聚合者2602，唱片公司2601也经常从企业2604，如电影制片厂，购买和销售许可证。企业2604反过来从音乐许可市场中的其他各方，如独立唱片公司2606、在线音乐商店2603等，购买和出售许可证。企业2604还需要定期结算涉及多方的交易，卖方可以是独立唱片公司2606，而买方可以走在线音乐商店2603等。

图25和图26，如上文所公开的，从而显示了行业方案，其中复杂的，多方交易可以被使用在我们的发明中所描述的交易结算机制被结算。

高吞吐量低成本金融交易处理

除了建模买方和卖方之间的合同关系的通用方法外，将这些合同适用于确定交易价值，并为买方和卖方史新金融账目，公开技术涉及高效、快速处理大量交易的方法。

处理金融交易的最传统的方法是基于关系型数据库。但是，这些现有的方法由于涉及存储数据中的延迟和从数据库的检索，同时保持交易的完整性被显著限制于吞吐量。

在交易可以被财政地处理之前，交易必须经过一组预处理，包括交易记录元素的验证，如果错误则进行纠正，所需的附加信息的合并以正确适用合同。所公开的技术使用文件系统执行这样的预处理以增加交易预处理的吞吐量。

如图4和5所示，该交易记录被导入和由计算机系统20进行处理，计算系统20将交易打包成若干微小计算作业：30、31和32等，其被发送到若干网络计算机或在云计算环境50中的处理节点40、41和42。在一个实施例中，每个微小计算作业30、31、32包含足够的信息来结算买方和卖方之间的金融交易。这些信息可包括买方或卖方的标识号和一或多个与买方或卖方达成购买或出售合同的对手方的标识号，各自合同的标识号管理能源买入和卖出交易的金融条款，买方和卖方否各自起始帐户结余，其他的信息(如图18所示)。微小计算作业30还包括一些特定的涉及到他的买入和卖出交易的买方和卖方的交易记录。通过打包和储存所有的输入和输出账户余额和与交易一起的交易处理的其他必要的信息，这样的微小计算作业保存来自通过网络远程访问帐户余额的处理节点并从而提高处理能力。

在图19中，微小计算作业被稍后发送到一个或多个处理计算机，在其中适当合同条款将通过以合同标识号和其他输入参数查询规则引擎来查找被查找，然后合同条款被应用到交易记录和适当的借方，以及贷方按照合同条款被计算并通过追加微小计算作业被暂时储存。最后，单独的计算机记录这些借方和贷方，并且相应的借方和贷方被存储到在微小计算业中所存储的账户中。在另一个实施例中，生成微小作业的处理节点可指示在云计算环境中的其他处理节点以处理一个或多个微小作业。

在市场上的买方和卖方之间的所有合同条款被在合同规则引擎中进行定义，其被发送到处理节点并与处理节点集成为库。按照合同规则引擎所需的合同标识号和其他输入被用于查询规则引擎以获得一组合同价格，其由处理节点所使用以正确和准确地计算交易价值。

完成处理一批微小计算作业之后，处理节点40以帐户余额变化更新所有的存储文件。更新的存储文件稍后被运回非暂时性的存储节点以及余额被转移和更新至文件系统或数据库。当一批新的交易将要处理时，存储文件或数据库被用于打包一批新的计算作业。

计算机系统20接收修改的存储文件并为买方产生来自卖方的帐单。在一些实施例中，该生成的帐单可以聚合多个小型交易。在其它实施例中，客户可被收取每一微小交易的帐单。

为了进一步提高交易吞吐量，所公开的技术使用例如交易分类和重新排序的技术以聚合类似交易(见图20)。在一个实施例中，分类涉及两个阶段：按合同分类和按帐号／实体分类。在其他实施例中，分类可能包括额外的阶段。

为了增加交易处理效率和吞吐量，多个交易被捆绑到一个批处理以使他们可以在同一时间被处理。

为了保持交易的完整性和可靠性，所公开的技术采用了一种或多种措施用于检查指向和在交易处理故障事件中的交易再处理。在一个实施例中，技术使用检查指向和重新尝试方案，在其中输入微小计算作业的副本被复制在本地或远程处理节点中。如果微小处理作业成功，副本将被丢弃。如果微小作业处理失败，复制的微小作业将被用于再加工。在交易处理故障事件中的这样的重新启动和再处理方案被反复进行直到作业被成功处理。

所公开的技术中的最基本的配置由包含编程指令序列和执行可靠的金融交易处理的过程的非临时性计算机可读存储器构成，该编程指令序列由电子处理器执行以产生存储文件并将其发送到处理节点。有了这样的配置，如买方和卖方之间的合同协议所指定的交易处理规则以及他们各自的用于跟踪买方和卖方之间的价值交换的账户余额被以文件系统或数据库形式存储在非临时性存储器中。

在处理一批新的交易之前，计算机20将交易连同来自存储文件的最新的信息一起打包。这样的方案确保最新账户余额被用来处理交易。同样，规则文件被更新并被发送至与合同规则引擎集成的处理节点。新的处理规则，作为买方和卖方之间的合同协议的变化的结果，以及新的账户余额，作为调整的结果，可以被在两个作业之间进行更新。

上述技术的一个变化是使用关系数据库作为一个非短暂性的计算机存储以使其更容易开发软件应用来管理买方和卖方之间的交易并跟踪买方和卖方的帐户余额。数据库的使用也使得它更容易为其他应用查询信息。有了这样的变化，存储在关系数据库中的处理规则和帐户余额被转换成存储文件并被发送到被用于交易处理的处理节点。处理的返回结果然后被更新到关系数据库中。

所公开技术的另一种更复杂的变化涉及分布式文件系统和多个分布式处理节点(参见图19)的使用。分布式文件系统可用于分区和发送多个存储文件和交易至处理节点。每个节点独立和并行地处理交易的子集。

在实施例中，所公开的技术使用映射减少计算模型和开放资源的Hadoop软件被实施。Hadoop分布式文件系统(HDFS)是用来将存储文件分配到本地处理节点的，而Hadoop映射减少是用于打包微小计算作业和平行处理交易的。

使用文件系统的高吞吐量的智能电表数据预处理

为了构建在具有高吞吐量和规模的智能电网中的购买和销售能源和非能源交易的金融记录，公开的技术采用文件或分布式文件系统预处理的电表数据，而现有技术采用关系数据库。电表数据的预处理和金融交易记录的生成涉及一个或多个子流程，子流程被用于验证电表读取数据的正确性，纠正错误的电表数据，估计和插入缺少的电表数据，消除极端值，检测和消除重复的电表数据，聚合类似交易至单交易，以及以相关的信息丰富电表数据以使得合同条款可以应用于金融交易处理过程中。

实施

本发明公开的技术由三个主要部分组成：市场管理系统(MMS)，存储文件和一组包括数据预处理器、结算引擎和后处理器(参见图21)的执行引擎。执行引擎由一些网络处理节点支撑，其平行地处理交易。

MMS是用于配置和管理市场的基于Web的应用，包括参与市场的实体和实体间的合同协议。随着在市场上和合同中的新的实体参与者的增加，MMS被用于配置新的实体和合同。此外，MMS被用来系统地修改实体和合同。被配置的数据模型，存储在存储文件中，被用于配置执行引擎。数据预处理器被用于验证，清理和条件输入数据以使得高品质的交易记录可以被获得。可能涉及一个或多个处理节点以增加数据预处理器的吞吐量。结算引擎是核心交易处理器，其适用合同条款和其他信息至交易并作出借记和贷记项目至参与交易的买方和卖方实体。同样地，一个或多个处理节点可能被涉及以增加结算引擎的吞吐量。每一个与结算引擎相关的处理节点被与合同规则引擎集成，合同规则引擎被配置为在市场上所涉及所有的合同的合同条款。结算的交易可被进一步处理并由后处理器聚合。

图27的处理系统的框图，处理系统可以被用来实施任何上面描述的技术，如金融计算系统，结算引擎，合同规则引擎或金融计算引擎。注意在某些实施例中，图27中所示的至少一些组件可能被分布在两个或多个物理上分开但连接的计算平台或箱子上。处理可以表示传统的服务器类计算机，个人电脑，移动通信设备(如智能手机)，或任何其它已知或常规的处理／通信装置。

如图27中所示的处理系统2701包括一个或多个处理器2710，即中央处理单元(CPU)，存储器2720，至少一个通信装置2740，如以太网适配器和／或无线通信子系统(例如，蜂窝电话、无线网络、蓝牙或类似)，和一个或多个I／O设备2770、2780，所有都通过互连2790相互耦合。

处理器2710控制计算机系统2701的操作并可以是或包括一个或多个可编程的通用目的或特殊目的微处理器，微控制器，专用集成电路(ASICs)，可编程逻辑器件(PLDs)，或这些设备的组合。互连2790可以包括一个或多个总线，直接连接和／或其它类型的物理连接，并且可包括如在本技术领域是众所周知的各种桥，控制器和／或适配器。互连2790还可以包括“系统总线”，其可以通过一个或多个适配器一个或多个扩展总线被连接，如外围组件互连(PCI)总线，HyperTransport或工业标准结构(ISA)总线，小型计算机系统接口(SCSI)总线，通用串行总线(USB)或电气和电子工程师协会(IEEE)1394标准总线(有时也被称为“火线”)的形式。

存储器2720可以是或可以包括一个或多个类型的一个或多个存储器设备，如只读存储器(ROM)，随机存取存储器(RAM)，闪速存储器，磁盘驱动器等。网络适配器2740是适于使处理系统2701通过通信n链接与远程处理系统进行数据通信的设备，并且可以是，例如，传统的电话调制解调器，无线调制解调器，数字用户线路(DSL的)调制解调器，电缆调制解调器，无线收发器，卫星收发信机，以太网适配器，或类似物。I／O设备2770、2780可以包括，例如，一个或多个设备，例如：指点设备，例如鼠标，跟踪球，操纵杆，触摸板，或类似物；一个键盘；具有语音识别接口的麦克风；音频扬声器；显示设备；等等。然而，注意这样的I／O设备在系统中可以是不必要的，该系统只作为服务器并提供不是直接的用户界面，因为是在至少某些实施例中与服务器的情况下。基于示出的一套组件的其他变型可以以与本发明相一致的方式实施。

对处理器2710编程以执行上述操作的软件和／或硬件2730可被存储在存储器2720。在某些实施例中，通过经由计算机系统2701(例如，通过网络适配器2740)从远程系统下载，这样的软件或硬件可被最初提供给计算机系统2701。

上面介绍的技术可以实现通过，例如，以软件和／或硬件编程的可编程电路(例如，一个或多个微处理器)，或完全在特殊目的的硬件电路中的，或以这些形式的组合。特殊目的的硬件电路的形式可能是，例如，一个或多个专用应用集成电路(ASICs)，可编程逻辑器件(PLDs)，现场可编程门阵列(FPGA)等。

在执行此处介绍的技术中使用的软件或硬件可被存储在机器可读存储介质中，并且可以由一个或多个通用目的或特殊目的的可编程微处理器执行。“机器可读存储介质”，作为在本文所用的术语，包括任何可以将信息存储在由机器访问的一种形式(可能是一台机器，例如，计算机，网络设备，蜂窝电话，个人数字助理(PDA)，制造工具，具有一个或多个处理器的任何设备，等等)的有关机制。例如，一台机器可访问存储介质包括可记录／不可记录介质(例如，只读存储器(ROM)；随机存取存储器(RAM)；磁盘存储介质；光存储介质；闪存设备，等等)。

如本文所用的术语“逻辑”可包括，例如，以特定软件和／或硬件编程的可编程电路，特殊目的的硬线电路，或它们的组合。

要求保护的主题的各种实施例的前述说明已经被提供用于说明和描述的目的。其目的不是要穷举或限制要求保护的主题为所公开的精确形式。许多修改和变化对于本领域技术人员将是显而易见的。实施例的选择和描述是为了最好地描述本发明的原理及其实际应用，从而使本领域技术人员在其他相关领域理解要求保护的主题，各种实施例及各种修改适合于预期的特定用途。

在此提供的本发明的技术可以应用于其他系统而不一定是上述系统。可以结合上述的各种实施例的元素和操作以提供进一步的实施例。虽然上面的说明描述了本发明的某些实施例，并描述了设想的最佳模式，但不管上述文本中显示的如何详细，本发明可以以多种方式被实施。系统的细节在其实现细节中可以有很大的不同，而仍被这里所公开的本发明所包含。如上文所述，当描述本发明的某些特征或方面所使用的术语不应被视为暗示该术语正在被在本文中重新定义以限制任何特定的特性，特征，或与该术语相关的本发明的方面。一般情况下，在以上的权利要求书中所使用的术语不应该被解释为限制本发明为在本说明书中公开的具体实施例，除非上述详细说明部分明确定义这样的术语。因此，本发明的实际范围不仅包括所公开的实施例，而是根据权利要求实践或实施本发明的所有等同的方式。

Claims (40)

1.一种用于根据合同确定付款的方法，所述方法包括：

由金融计算系统将所述合同的金融条款建模作为一个或多个第一参数的函数，所述一个或多个第一参数中的每一个作为一个或多个第二个参数的函数，所述一个或多个第一或第二参数中的每一个与一个或多个规则相关联，其中每一个规则代表将所述合同的条款表示为一组的多个条件和相关的多个操作，当相应的多个条件被满足时，所述多个操作中的每一个被执行；

由所述金融计算系统转发一个或多个规则至合同规则引擎；

对于所述第一或第二参数中的每一个，由所述合同规则引擎解释与所述给定参数相关联的一个或多个规则之间的关系；

由所述金融计算系统接收由所述合同管理的金融交易的细节；

由所述金融计算系统从所述接收到的详细中识别一个或多个交易条件；

由所述金融计算系统基于所述金融交易的所述细节，确定所述一个或多个交易条件的状态值；

由所述金融计算系统基于所述一个或多个交易条件的所述计算的状态值，遍历每一个参数的所述被解释的关系，以确定所述多个参数中的每一个的交易值；以及

由所述金融计算系统确定根据所述合同的所述金融条款的所述付款，作为所述一个或多个第一或第二参数的所述确定的交易值的函数。

2.如权利要求1所述的方法，遍历所述多个参数中的每一个的所述被解释的关系，包括：

由所述金融计算系统提供所述一个或多个交易条件的所述计算出的状态值至所述规则解释引擎；

由所述合同规则引擎将所述一个或多个交易条件中的每一个的所述计算的状态值，应用到与所述参数中的每一个相关联的规则；以及

当与所述多个被执行的操作中的每一个相关联的所述多个条件被基于所述计算出的状态值进行评估时，由所述合同规则引擎基于所述多个操作中的每一个的执行结果，确定所述参数中的每一个的所述交易值。

3.如权利要求1所述的方法，其中合同的所述金融条款是藉由将合同分解成多个合同模板来确定的，每个合同模板表示预定的多个金融条款。

4.如权利要求1所述的方法，其中所述合同与出售或购买电力相关联，进一步地，其中所述出售或购买电力的合同包括一个或多个第一或第二参数，所述一个或更多的第一或第二参数包括：

承诺费率；或者

承诺负载基准费率。

5.如权利要求1所述的方法，其中所述合同与音乐许可证相关联，进一步地，其中所述音乐许可证的合同包括一个或多个第一或第二参数，所述一个或更多的第一或第二参数包括：

有效的提成率；

有效的单位；

升级费率；

基本的US费率；

通道减少费率；或者

区域减少费率。

6.如权利要求1的方法，其中所述合同规则引擎包括一个或多个的：

决策表；或者

规则引擎。

7.如权利要求6所述的方法，其中所述规则引擎是第三方软件。

8.如权利要求1所述的方法，其中所述将所述合同的金融条款建模为一个或多个第一或第二参数的函数进一步包括：

通过增加或移除所述一个或多个规则，将更改合并至所述合同的金融条款。

9.一种用于根据合同确定付款的方法，所述方法包括：

由金融计算系统将所述合同的金融条款建模作为一个或多个参数的函数，所述一个或多个参数中的每一个被表示作为独立的决策树；

由所述金融计算系统以适合计算机实现遍历的格式进行表示每一个与所述合同相关联的决策树；

由所述金融计算系统接收由所述合同管理的金融交易的细节；

由金融计算系统基于所述金融交易的所述接收到的细节，遍历与所述一个或多个参数中的每一个相关联的每个决策树以确定所述一个或多个参数中的每一个的值；以及

由金融计算系统根据在所述合同中指定的金融条款来确定所述付款，所述付款被作为所述一个或多个参数的所述确定的交易值的函数进行计算。

10.如权利要求9所述的方法，其中建模包括：

确定合同条款的用法、价格或修改因素；确定合同条件；基于确定的合同条件构造决策树的分支；构建叶节点；填写用法、价格或修改因素。

11.如权利要求9所述的方法，其中所述将所述合同的金融条款建模作为一个或更多第一或第二参数的函数进一步包括：

提供图形用户界面已使用户能够将来自所述合同的信息映射到模板中；以及通过所述被映射的信息自动生成映射信息表示，所述被映射的信息是用来对合同的金融条款进行建模的。

12.如权利要求9所述的方法，其中所述金融计算系统使用Hadoop软件来实现分布式文件系统。

13.如权利要求9所述的方法，其中所述金融计算系统使用映射减少计算模块来处理所述金融交易。

14.一种用于根据合同确定付款的方法，所述方法包括：

由金融计算系统将所述合同的金融条款建模作为一个或多个第一参数的函数，所述一个或多个第一参数中的每一个作为一个或多个第二个参数的函数，所述一个或多个第一或第二参数中的每一个与一个或多个规则相关联，其中每一个规则将所述合同的条款表示为一组的多个条件和相关的多个操作，当相应的多个条件被满足时，所述多个操作中的每一个被执行。

15.如权利要求14所述的方法，其中合同的所述金融条款通过将合同分解成多个合同模板被确定，每个合同模板表示预定的多个金融条款。

16.如权利要求14所述的方法，其中将所述合同的金融条款建模作为一个或多个第一或第二参数的函数进一步包括：

通过增加或移除所述一个或多个规则，将更改合并至所述合同的金融条款。

17.如权利要求14所述的方法，其中对于所述第一或第二参数中的每一个，由所述合同规则引擎解释与所述给定参数相关联的一个或多个规则之间的关系。

18.如权利要求14所述的方法，其中所述合同规则引擎包括一个或多个的：

决策表；或者

规则引擎。

19.如权利要求14所述的方法，其中所述合同与出售或购买电力相关联，进一步地，其中所述出售或购买电力的合同包括一个或多个第一或第二参数，所述一个或更多的第一或第二参数包括：

承诺费率；或者

承诺负载基准费率。

20.如权利要求14所述的方法，其中所述合同与音乐许可证相关联，进一步地，其中所述音乐许可证的合同包括一个或多个第一或第二参数，所述一个或更多的第一或第二参数包括：

有效的提成费率；

有效的单位；

升级费率；

基本的US费率；

通道减少费率；或者

区域减少费率。

21.一种用于根据合同确定付款的金融计算系统，所述系统包括：

金融处理模块，用于将所述合同的金融条款建模作为一个或多个第一参数的函数，所述一个或多个第一参数中的每一个作为一个或多个第二个参数的函数，所述一个或多个第一或第二参数中的每一个与一个或多个规则相关联，其中每一个规则将所述合同的条款表示为一组的多个条件和相关的多个操作，当相应的多个条件被满足时，所述多个操作中的每一个被执行；

所述金融处理模块，用于转发一个或多个规则制合同规则引擎；

对于所述第一或第二参数中的每一个，合同规则引擎用于解释与所述给定参数相关联的一个或多个规则之间的关系；

所述金融处理模块，用于接收由所述合同管理的金融交易的细节；

所述金融处理模块，用于从所述接收到的详细中识别一个或多个交易条件；

所述金融处理模块，用于基于所述金融交易的所述细节确定所述一个或多个交易条件的状态值；

所述金融处理模块，用于基于所述一个或多个交易条件的所述计算的状态值，遍历每一个参数的所述被解释的关系以确定所述多个参数中的每一个的交易值；以及

所述金融处理模块，用于确定根据所述合同的所述金融条款的所述付款，作为所述一个或多个第一或第二参数的所述确定的交易值的函数。

22.如权利要求21所述的金融处理系统，其中所述金融测量系统用于遍历所述多个参数中的每一个的所述被解释的关系，进一步包括：

提供所述一个或多个交易条件的所述计算出的状态值至所述规则解释引擎；

将所述一个或多个交易条件中的每一个的所述计算的状态值应用到与所述参数中的每一个相关联的规则；以及

当与所述多个被执行的操作中的每一个相关联的所述多个条件被基于所述计算出的状态值进行评估时，基于所述多个操作中的每一个的执行结果，确定所述参数中的每一个的所述交易值。

23.如权利要求21所述的金融处理系统，其中合同的所述金融条款是由所述金融处理系统通过提供将合同分解成多个合同模板来确定的，每个合同模板表示预定的多个金融条款。

24.如权利要求21所述的金融处理系统，其中由所述金融处理模块建模的所述合同与出售或购买电力相关联，进一步地，其中所述出售或购买电力的合同包括一个或多个第一或第二参数，所述一个或更多的第一或第二参数包括：

承诺费率；或者

承诺负载基准费率。

25.如权利要求21所述的金融处理系统，其中由所述金融处理建模的所述合同与音乐许可证相关联，进一步地，其中所述音乐许可证的合同包括一个或多个第一或第二参数，所述一个或更多的第一或第二参数包括：

有效的提成费率；

有效的单位；

升级费率；

基本的US费率；

通道减少费率；或者

区域减少费率。

26.如权利要求21所述的金融处理系统，其中所述合同规则引擎包括一个或多个的：

决策表；或者规则引擎。

27.如权利要求26所述的金融处理系统，其中所述规则引擎是第三方软件。

28.如权利要求21所述的金融处理系统，其中由所述金融处理模块将所述合同的金融条款建模为一个或多个第一或第二参数的函数进一步包括：

通过增加至所述一个或多个规则或从所述一个或多个规则中移除，将更改合并至所述合同的金融条款。

29.一种用于根据合同确定付款的金融计算系统，所述系统包括：

金融计算系统，用于将所述合同的金融条款建模作为一个或多个参数的函数，所述一个或多个参数中的每一个被表示作为独立的决策树；

所述金融计算系统，用于将每一个与所述合同相关联的决策树以适合计算机实现遍历的格式进行表示；

所述金融计算系统，用于接收由所述合同管理的金融交易的细节；

所述金融计算系统，用于基于所述金融交易的所述接收到的细节遍历与所述一个或多个参数中的每一个相关联的每个决策树以确定所述一个或多个参数中的每一个的值；以及

所述金融计算系统，用于根据在所述合同中指定的金融条款来确定所述付款，所述付款被作为所述一个或多个参数的所述确定的交易值的函数进行计算。

30.如权利要求29所述的金融处理系统，其中所述建模包括：

确定合同条款的用法、价格或修改因素；确定合同条件；基于确定的合同条件构造决策树的分支；构建叶节点；填写用法、价格或修改因素。

31.如权利要求29所述的金融处理系统，其中由所述金融计算系统将所述合同的金融条款建模作为一个或更多第一或第二参数的函数进一步包括：

提供图形用户界面已使用户能够将来自所述合同的信息映射到模板中；以及通过所述被映射的信息自动生成映射信息表示，所述被映射的信息是用来对合同的金融条款进行建模的。

32.如权利要求29所述的金融处理系统，其中所述金融计算系统使用Hadoop软件来实现分布式文件系统。

33.如权利要求29所述的金融处理系统，其中所述金融计算系统使用映射减少计算模块来处理所述金融交易。

34.一种用于根据合同确定付款的金融计算系统，所述系统包括：

金融计算系统，用于将所述合同的金融条款建模作为一个或多个第一参数的函数，所述一个或多个第一参数中的每一个作为一个或多个第二个参数的函数，所述一个或多个第一或第二参数中的每一个与一个或多个规则相关联，其中每一个规则将所述合同的条款表示为一组的多个条件和相关的多个操作，当相应的多个条件被满足时，所述多个操作中的每一个被执行。

35.如权利要求34所述的金融处理系统，其中合同的所述金融条款由所述金融处理系统通过将合同分解成多个合同模板来确定，每个合同模板表示预定的多个金融条款。

36.如权利要求34所述的金融处理系统，其中由所述金融处理系统将所述合同的金融条款建模作为一个或多个第一或第二参数的函数进一步包括：

通过增加至所述一个或多个规则或从所述一个或多个规则中移除，将更改合并至所述合同的金融条款。

37.如权利要求34所述的金融处理系统，其中对于所述第一或第二参数中的每一个，由所述合同规则引擎解释与所述给定参数相关联的一个或多个规则之间的关系。

38.如权利要求37所述的金融处理系统，其中所述合同规则引擎包括一个或多个的：

决策表；或者

规则引擎。

39.如权利要求34所述的金融处理系统，其中由所述金融处理模块建模的所述合同与出售或购买电功率相关联，进一步地，其中所述出售或购买功率的合同包括一个或多个第一或第二参数，所述一个或更多的第一或第二参数包括：

承诺费率；或者

承诺负载基准费率。

40.如权利要求34所述的金融处理系统，其中由所述金融处理模块建模的所述合同与音乐许可证相关联，进一步地，其中所述音乐许可证的合同包括一个或多个第一或第二参数，所述一个或更多的第一或第二参数包括：

有效的提成费率；

有效的单位；

升级费率；

基本的US费率；

通道减少费率；或者

区域减少费率。

Images