本申请要求在印度专利局于2016年2月22日提交的专利申请(申请号：201621006132)的优先权，并且该申请以其整体纳入。
本文中的公开一般涉及合同管理，更具体地，涉及数据市场中的合同管理。
背景技术
如今，大量数据是由多个源产生的，并且可以应用于多种用途中。为了便于数据的容易交换和货币化，数据市场的概念正日益流行。数据市场是用户可以购买、出售、交换、和/或以其它方式针对商定的补偿和其它预定条件和情况与其他用户交易个人数据的在线平台。该补偿和其它预定条件和情况通常被涵盖在合同中。
合同规定了双方之间的具有法律约束力的协议的条件和情况。合同包括各方权利和义务，并且包括要履行的条款(例如，同意在给定日期前提供一定数量的货物)。合同还包括惩罚条款，其规定如果一方违反合同，不履行合同条件和情况的，将由该方承担的处罚。在双方或多方之间可能存在多个合同。合同的有效管理在数据市场中是非常重要的。
合同管理包括但不限于标识合同各方要求的行动、标识到期日期、确保数据隐私、选择价格发现方法、向责任方提供及时的通知并通知他们要执行的适当行动等等。此外，大多数合同是相互关联的，并且对一项义务执行的动作可能触发相关的义务，这要求执行一组相互关联的事件。结果，理解每一项义务及其对应关系是很重要的。
合同管理在很大程度上是一项人工任务，其中合同管理系统的效率在很大程度上取决于管理合同的人员(合同经理)的技能。此外，由于合同可能包括法律术语，所以具有较少或没有法律知识的人可能感到难以理解合同中定义的条件、情况、义务等。另外，没有解决方案可以帮助管理合同之间的关系，确保完全一致。
此外，在数据市场中，买方和卖方将参与讨论以确定合同。这种讨论(更多的是协商)是为了确保买方的要求和卖方的产品特性相匹配。现有的促进合同协商的合同管理系统只提供帮助买方和卖方沟通和手动执行协商的平台。然而，现有的合同管理系统不能自行处理合同协商。
技术实现要素：
本公开的实施例提出了技术改进，作为对传统系统中发明人所认识到的一个或多个上述技术问题的解决方案。例如，在一个实施例中，提供了一种处理器实现的方法，其中该方法包括由合同管理系统获得包括来自第一方和第二方中的至少一者的信息的合同；由合同管理系统接收来自用户的因该合同而异的输入，其中该输入包括选择合同重构或基于合同的要求验证中的至少一者；由合同管理系统基于该选择来执行合同重构或基于该合同的要求验证之一，合同重构包括经由一个或多个硬件处理器由合同管理系统为该合同指派初始得分，其中该初始得分被收集作为来自用户的输入；由合同管理系统经由一个或多个硬件处理器将合同中的多个条件和情况分类为通用和因实体而异中的至少一者；由合同管理系统经由一个或多个硬件处理器将合同中的多个条件和情况分类为法律和非法律中的至少一者；由合同管理系统经由一个或多个硬件处理器将合同与文档被标识为相关的至少一个领域相关联；由合同管理系统经由一个或多个硬件处理器在多个条件和情况之间建立关系；以及由合同管理系统经由一个或多个硬件处理器连同所建立的关系一起显示多个条件和情况，并且其中基于该合同的要求验证包括由合同管理系统的要求验证模块获取与第二方在合同中指定的一个或多个实体有关的多个属性；由要求验证模块经由一个或多个硬件处理器标识这些属性与之相关的至少两个本体；由要求验证模块经由一个或多个硬件处理器建立至少两个本体之间的链接；由要求验证模块经由一个或多个硬件处理器检查多个属性是否满足由第一方指定的多个要求；如果多个属性不满足多个要求，则由要求验证模块经由一个或多个硬件处理器获取来自相关联的本体中的至少一者的至少一个新属性；由要求验证模块经由一个或多个硬件处理器确定一个或多个实体的多个属性连同所获取的至少一个新属性是否与多个要求相匹配；以及由要求验证模块经由一个或多个处理器生成符合要求的文档。
在另一方面，提供了一种合同管理系统。该合同管理系统包括硬件处理器；以及存储多个指令的存储介质，多个指令致使该硬件处理器获得包括来自第一方和第二方中的至少一者的信息的合同；接收来自用户的因合同而异的输入，其中该输入包括选择合同重构或基于该合同的要求验证中的至少一者；基于该选择来执行合同重构或基于该合同的要求验证之一，合同重构包括经由一个或多个硬件处理器由合同管理系统为该合同指派初始得分，其中该初始得分被收集作为来自用户的输入；由重构模块经由一个或多个硬件处理器将合同中的多个条件和情况分类为通用和因实体而异中的至少一者；由重构模块经由一个或多个硬件处理器将合同中的多个条件和情况分类为法律和非法律中的至少一者；由重构模块经由一个或多个硬件处理器将合同与文档被标识为相关的至少一个领域相关联；由重构模块经由一个或多个硬件处理器在多个条件和情况之间建立关系；以及重构模块经由一个或多个硬件处理器连同所建立的关系一起显示多个条件和情况，并且其中根据该合同来生成符合要求的文档包括由合同管理系统的要求验证模块获取与第二方在合同中指定的一个或多个实体有关的多个属性；由要求验证模块经由一个或多个硬件处理器标识这些属性与之相关的至少两个本体；由要求验证模块经由一个或多个硬件处理器建立至少两个本体之间的链接；由要求验证模块经由一个或多个硬件处理器检查多个属性是否满足由第一方指定的多个要求；如果多个属性不满足多个要求，则由要求验证模块经由一个或多个硬件处理器获取来自相关联的本体中的至少一者的至少一个新属性；由要求验证模块经由一个或多个硬件处理器确定一个或多个实体的多个属性连同所获取的至少一个新属性是否与多个要求相匹配；以及由要求验证模块经由一个或多个处理器生成符合要求的文档。
在又一方面中，提供了一种包含可在用于合同管理的计算设备中执行的程序的非瞬态计算机可读介质。该程序包括用于由合同管理系统获得包括来自第一方和第二方中的至少一者的信息的合同的程序代码；用于由合同管理系统接收来自用户的因该合同而异的输入的程序代码，其中该输入包括选择合同重构或基于该合同的要求验证中的至少一者；用于由合同管理系统基于该选择来执行合同重构或基于该合同的要求验证之一的程序代码，合同重构包括经由一个或多个硬件处理器由合同管理系统为该合同指派初始得分，其中该初始得分被收集作为来自用户的输入；由合同管理系统经由一个或多个硬件处理器将合同中的多个条件和情况分类为通用和因实体而异中的至少一者；由合同管理系统经由一个或多个硬件处理器将合同中的多个条件和情况分类为法律和非法律中的至少一者；由合同管理系统经由一个或多个硬件处理器将合同与文档被标识为相关的至少一个领域相关联；由合同管理系统经由一个或多个硬件处理器在多个条件和情况之间建立关系；以及由合同管理系统经由一个或多个硬件处理器连同所建立的关系一起显示多个条件和情况，并且其中基于该合同的要求验证包括由合同管理系统的要求验证模块获取与第二方在合同中指定的一个或多个实体有关的多个属性；由要求验证模块经由一个或多个硬件处理器标识这些属性与之相关的至少两个本体；由要求验证模块经由一个或多个硬件处理器建立至少两个本体之间的链接；由要求验证模块经由一个或多个硬件处理器检查多个属性是否满足由第一方指定的多个要求；如果多个属性不满足多个要求，则由要求验证模块经由一个或多个硬件处理器获取来自相关联的本体中的至少一者的至少一个新属性；由要求验证模块经由一个或多个硬件处理器确定一个或多个实体的多个属性连同所获取的至少一个新属性是否与多个要求相匹配；以及由要求验证模块经由一个或多个处理器生成符合要求的文档。
应当理解上述一般描述和以下详细说明仅是示例性和说明性的，而不限制声明要求保护的本发明。
附图说明
结合在本公开中并且构成本公开的一部分的附图解说了示例性实施例，并且与本说明书一起用于解释本公开的原理。
图1解说了根据本公开的一些实施例的合同管理系统的示例性框图。
图2是解说根据本公开的一些实施例的由合同管理系统执行合同管理的过程中涉及的步骤的流程图。
图3是解说根据本公开的一些实施例的由合同管理系统执行合同重构的过程中涉及的步骤的流程图。
图4是解说根据本公开的一些实施例的由合同管理系统执行要求验证的过程中涉及的步骤的流程图。
图5a和5b是解说根据本公开的一些实施例的条件和情况分类以及条款定义的获取，同时由合同管理系统执行合同重构的示例图。
具体实施方式
参照附图描述了示例性实施例。在附图中，附图标记最左边的数字标识该附图标记首次出现的附图。在方便时，将在所有附图中使用相同的附图标记来指示相同或类似的部分。尽管本文描述了所公开的原理的示例和特征，但是在不脱离所公开的实施例的精神和范围的情况下，修改、修改和其他实现是可能的。以下所描述的实施例旨在被认为仅是示例性的，而实际范围和精神由以下权利要求书来指示。
现在参照附图，更具体地参照图1－5，其中相似的参考字符表示贯穿附图的对应特征，其中示出了优选实施例，并且在以下示例性系统的上下文中描述了这些实施例和/或方法。贯穿本说明书和权利要求书，术语“第二方”和“卖方”被可互换地使用。类似地，术语“第一方”和“买方”被可互换地使用。
图1解说了根据本公开的一些实施例的合同管理系统的示例性框图。合同管理系统100包括合同定义模块101、版本管理模块102、分类和关系引擎103、要求验证模块104、重构模块105、数据挖掘模块106、验证模块107、存储模块108和硬件处理器109。
作为合同管理的一部分，合同管理系统100主要旨在执行合同重构和要求验证。除了上述过程以外，合同管理系统100处理诸如但不限于以下的功能：定义新合同、合同的版本管理、执行分类并建立合同中的条件和情况的关系、从合同库中挖掘合同、以及对合同中的条件和情况的验证。
在执行合同重构时，重构模块105提取合同中的条件和情况、根据各种预定义的标准来标识和建立所提取的条款与条件之间的关系、并将所提取的内容连同所建立的(诸)关系显示给用户作为原始合同的概括版本，这进而帮助用户轻松理解合同内容。
在执行要求验证时，要求验证模块104接受如由第二方(卖方)列出的被销售实体的一个或多个特征以及第一方(买方)的一个或多个要求作为输入。在各种实施例中，该实体可以是产品和/或过程和/或服务。通过处理所收集的输入，要求验证模块104确定这些特征是否与该要求相匹配。如果特征与要求不匹配，则要求验证模块104从至少一个相关联的本体中获取一个或多个术语/特征，并检查特征连同所提取的一个或多个特征是否满足该要求。要求验证模块104向卖方提供实体建议，和/或向卖方提供关于对至少一个实体作出一个或多个变化的建议，以使该实体的特征与买方的要求相匹配。
合同定义模块101被配置成定义合同，其中该合同从头开始或采用或改进任何现有合同来定义。合同定义模块101收集要包括在合同中的条件和情况作为输入。此外，通过比较所收集的输入，合同定义模块101确定数据库中是否存在包括相同/相似(或近似)条件和情况的至少一个合同。如果合同定义模块101不能在数据库中找到匹配，则新模板被用于从头开始定义合同。
版本管理模块102被配置成执行合同的版本管理。通过执行合同的版本管理，版本管理模块102有助于管理合同中的关键差异。例如，如果数据产品被卖给在不同国家/管辖区中操作的多个买方，则要求版本管理，因为合同需要被编辑以最好的适应每个国家的要求。通过执行版本管理，版本管理模块102执行诸如但不限于以下的动作：跟踪条件和情况中的差异、添加新条款、维护因买方而异的合同、以及根据现有版本管理合同来创建新模板。版本管理模块102可被配置成基于版本号、命名规范、以及在存储器模块108中存在的变化数据库中的数据(图1中未示出)中的至少一者来在不同的合同版本之间进行区分。
分类和关系引擎103被配置成处理来自合同的条件和情况，并且标识并建立合同中存在的条件和情况间的关系。
数据挖掘模块106被配置成挖掘/分析数据以在合同定义中提出建议。验证模块107被配置成跟踪卖方和/或卖方在买卖双方交易之后进行的活动，以确保买方和/或卖方没有违反相关联合同的条件和情况。
存储器模块108可被配置成存储与合同管理过程有关的任何数据。例如，存储器模块108存储与一个或多个领域(诸如，医疗、保险等)有关的本体数据。在一实施例中，存储器模块108允许存储与每个领域有关的本体。在一实施例中，针对存储器模块108中存储的本体定义了不同级别的层次结构。存储器模块108可被进一步配置成允许从不同级别的层次结构中搜索并获取条件。
硬件处理器109可被配置成与来自合同管理系统100的其它组件交互并从中收集(诸)输入，并且执行被该特定(诸)组件处理的一个或多个功能的一个或多个动作。使用的(诸)硬件处理器可以是任何适合类型的，并且合同管理系统100中的硬件处理器109的数量可随每实现标准和要求而变化。
图2是解说根据本公开的一些实施例的由合同管理系统执行合同管理的过程中涉及的步骤的流程图。最初，由合同管理系统100获得一个或多个合同(202)作为输入。在获得该合同后，合同管理系统100接收(204)对合同重构或要求验证之一的用户选择作为输入。合同重构在被执行之际提供被处理的合同内容的简化示图。要求验证在被执行之际有助于检查由卖方列出的一个或多个实体的特征是否与由买方指定的要求相匹配，并且相应地生成推荐/建议。
如果用户选择是合同重构，则合同管理系统100执行(208)合同重构，并且生成相应的输出。类似地，如果用户选择是要求验证，则合同管理系统100执行(210)要求验证，并且生成相应的输出。方法200中的步骤可按需以相同顺序或至少一个其他顺序执行。此外，图2中的一个或多个步骤可按要求被去除。
图3是解说根据本公开的一些实施例的由合同管理系统执行合同重构的过程中涉及的步骤的流程图。进行合同重构以生成合同的简化示图。给出要被重构的合同作为对重构模块105的输入。重构模块105最初处理合同以标识并从合同中去除(302)冗余。当执行冗余检查时，合同中的条件和情况以事件、本体、规则等的形式进行建模，并去除冗余。
在去除冗余之后，重构模块105将初始得分指派(304)给合同，其中该初始得分是初始复杂性得分。在一实施例中，重构模块105考虑重构模块105的用户(试图执行文档重构的人)的专业知识，同时将初始得分指派给合同。例如，值“0”或“1”被重构模块105基于用户的专业知识来使用。重构模块105创建二进制字符串，其值基于下面列出的公式(1)通过示例被确定为“0”或“1”。因此，文档的复杂性得分是十进制等效的二进制字符串。例如，以下提及的等式被重构模块105用于生成初始得分。
posdomaini＞posdomainjifdomainiscore＜domainjscore(domainscore＞threshold)→1---(1)
重构模块105进一步根据预配置的条件和要求将合同的条件和情况分类(306)为“通用”和“因实体而异”。重构模块105可被进一步配置成在执行分类时忽略所选的一组单词，诸如但不限于“和”、“或”等，因为这些单词是通用的，并且不需要任何分类。如果整个术语和条件不包含因实体而异的信息，则它被分类为“通用”。为了将条件和情况分类为“因实体而异”，条件和情况的措词与合同管理系统100相关联的数据市场上列出的实体的属性相匹配。在一实施例中，重构模块105使用对匹配计数的阈值限制，以将条件和情况分类为因实体而异，其中阈值限制是静态或动态配置的。
例如，考虑下面给出的条件：
“买方的业务流程不能同时使用邮政编码、出生日期和名称。”
在该条件中，在排除了一般措辞“否”、“业务流程”、“…的”、“可以”、“使用”、“和”以及“同时”之后，剩下的措辞是“邮政编码”、“出生日期”和“名称”，它们可以在一个或多个卖方列出的许多实体上找到。因此，条件被分类为“因实体而异”。
重构模块105进一步根据预配置的条件和要求将合同的条件和情况分类(308)为“法律”和“非法律”。在一实施例中，包括对直接引用某些法律条款或法律本身的(诸)条件和(诸)情况被分类为“法律”。在另一实施例中，每个单词的频率得分或被分析的条件和情况的累积得分与用户指定的阈值相匹配，并且如果发现得分匹配或超过阈值，则条件和情况被归类为“法律”，否则为“非法律”。
例如，考虑以下条件和情况：
“根据gramm-leach-bliley法案，除非需要计算，否则bankinfo数据产品的账号属性应该以屏蔽形式使用”
由于这个条件和情况直接引用glb法案，重构模块105将条件和情况分类为“法律”。如果条件和情况不具有任何法律条款，则它被分类为“非法律”。图5a中描绘了针对前述条件和情况的将条件和情况分类为“法律/非法律”以及“通用/因实体而异”。
重构模块105基于一个或多个领域进一步对条件和情况进行分类，其中该条件和情况与诸如但不限于保险、银行、安全和医疗保健有关。在该阶段，重构模块105从合同中提取条件和情况作为作为n元模型，并且对于每个n元模型，获取领域得分。在一实施例中，针对n元模型的领域得分表示用户有关与合同涉及领域的专门知识。如果发现领域得分小于针对任何n元模型的领域得分的与之，则获取相应定义并附上n元模型，以便用户可以在需要时查看定义。此外，重构模块105通过标识恰适关系来链接所提取的条件和情况，并将所提取的内容以合适的格式呈现给用户。考虑图5b。在图5b中描绘的情景中，被处理的条件和情况是“投保人的数据属性健康状况不应在国内外进行处理”。重构模块105通过处理条件和情况来标识条款“投保人”和“健康状况”是保险有关术语，并且提取它们作为n元模型。此外，对于所提取的n元模型，所提取的领域得分是2。重构模块105将所提取的领域得分与阈值(在该情景中为“7”)作比较，并且当领域得分小于该阈值时，获取n元模型的定义并连接至条件和情况，如图5b中所描绘的。
在一实施例中，当进行合同重构时，合同的复杂性降低。在一实施例中，合同管理系统100使用复杂性降低估计机制来评估降低的复杂性，这进而可使用复杂性降低估计器(其后称为“估计器”，附图中未示出)来执行，其在内部或外部与合同管理系统100相关联。
估计器估计作为上述重构过程的结果实现的复杂性降低。在重构过程中每个条件和情况的二进制字符串包括基于指派给该条件和情况的分类的0和1序列。每个专业化类型都被赋值(或0或1)。通用类别被赋值0而实体(在该情景中是产品)类别被赋值1。类似地，非法律类别被赋值0而法律类别被赋值1。对于指派给给定条件和情况的每个领域而言，指派0或1的值，这取决于在提取n元模型时分解的定义的数量。例如，如果条件和情况包三个n元模型的银行领域，并通过为它们指派定义来分解它们，则为该领域分配值1。设置n元模型的阈值，其将指示用户是否具有关于领域的足够知识。如果发现用户具有足够知识，则认为相应的(诸)n元模型被分解。对于每个条件和情况而言，二进制字符串在字符串中最不重要的位置具有“通用”或“因产品而异”类别，而在最重要的位置具有最不擅长的领域。
二进制指派方案
二进制字符串中，将二进制值1指派给特定领域位置的公式作为示例如下给出：
(domainscore＞threshold)||((domainscore＜threshold)&&(resolved(domaindefs)＝true))→1---(2)
根据方程1给出了领域的二进制串中的指派位位置的公式。
基于式2，条件和情况用指派给它的二进制字符串来解读。如果条件和情况被指派了二进制字符串“10010”，则该条件和情况参照法律是通用的或包含法律文本。除此之外，该条件和情况的n元模型被指派了三个不同的领域。用户最难理解的n元模型领域的定义已经分解了它的所有定义，但是两个领域的定义还没有完全分解。
最后，二进制字符串被转换为十进制值并求和，并且总得分是通过对所有的条件和情况的十进制值求和来生成的。由此产生的总值指示在处理合同文档的复杂性中实现的降低。下面通过示例给出计算包含n个条件和情况的文档的复杂性降低得分的公式。
方法300中的步骤可按需以相同顺序或至少一个其他顺序执行。此外，图3中的一个或多个步骤可按需求被去除。
图4是解说根据本公开的一些实施例的由合同管理系统执行要求验证的过程中涉及的步骤的流程图。在数据市场中，买方(其后称为“第一方”)指定(404)数据实体(可以是产品和/或服务)的要求，他/她旨在在由合同管理系统外部或内部支持的平台上购买。“要求”的示例是：
“我需要包含关于以下的数据产品：
人的姓名
地址
保险购买历史
疾病和严重程度
支付历史”
当任何数据实体的卖方(其后称为“第二方”)旨在销售数据实体时，他/她在平台上列出(402)要卖出的数据实体的特征(也称为“属性”)。这里，条款“实体”可称为“产品”或“过程”或其组合。
合同管理系统100将所列出的数据实体映射(406)至存储器模块108中存储的本体，并标识该合同相关的一个或多个本体内容。在一实施例中，合同的内容可与一个或多个本体相关联。例如，考虑合同主要在健康护理领域。然而，该特定合同可具有关于保险方案的信息，这使得合同内容也与保险领域相关联。在标识了合同相关的所有本体之后，合同关联系统100建立(408)所标识的本体之间的链接。
合同管理系统100随后将嵌套级别设为(410)零，并且随后检查(412)数据实体是否满足由第一方指定的要求。如果数据实体满足该要求，则数据实体被推荐给第一方。这进而有助于第一方和第二方在达成协议(即合同)之前确信满足该要求。
如果不能在嵌套级别零不能满足该要求，则合同管理系统100将嵌套级别增加(414)一，并在链接本体的下一个层次结构中执行搜索，这意味着考虑关于链接本体的附加条款。合同管理系统100随后从在当前嵌套级别中搜索的链接本体的层次结构级别获取(416)匹配条件。因此获取的新条件与数据实体的特征组合(418)。这些特征连同新组合的条件随后与要求作比较以验证现在是否满足这些要求。重复该过程(通过增加嵌套级别、获取新条件、与特征组合以及与要求作比较)直到找到合适的匹配或接近匹配，这进而被提供(420)作为对第一方的建议。如果没有找到匹配(与指定内容的准确匹配或匹配)将推荐提供给第二方，其中该推荐指定要对所列出的数据实体作出改变以使其满足要求。
在存储器模块108中将本体安排在不同的层次结构级别并在不同的嵌套级别进行搜索允许合同管理系统100标识所列出的数据实体在何种程度上不同于要求。例如，如果合同管理系统100能够在嵌套级别零找到匹配，则它意味着数据实体的特征与要求相匹配或者非常接近已经指定了什么要求。嵌套级别的增加与数据实体的特征与所指定的要求不同/偏离的程度成比例。合同管理系统100随后生成包括(诸)推荐和/或(诸)符合要求的文档，然后使该建议和/或要求可被第一方和第二方访问。方法400中的步骤可按需以相同顺序或至少一个其他顺序执行。此外，图4中的一个或多个步骤可按需求被去除。
书面说明书描述了本文中的主题内容以使本领域任何技术人员均能制作并使用实施例。主题内容实施例的范围由权利要求书定义，并可包括本领域技术人员知道的其他修改。如果这种其他修改具有没有与权利要求书的字面语言不同的相似元件，或者如果它们包括与权利要求书的中的字面语言无实质不同的等效元件，则它们预期在权利要求书范围内。
本文中的本公开的各实施例解决了数据市场中的合同管理的未解决的问题。该实施例因此提供了执行合同重构的机制。此外，本文中的实施例进一步提供了生成具有对第一方和第二方的建议和/或推荐的符合要求的文档的机制。
应当理解，保护的范围扩展到这样的程序，并且除了其中具有消息的计算机可读装置之外；这种计算机可读存储装置还包含程序代码装置，当在服务器或移动设备或任何合适的可编程设备上运行时，用于实现该方法的一个或多个步骤。硬件设备可以是任何种类的设备，其可以被编程，例如包括任何种类的计算机，如服务器或个人计算机等，或其任何组合。该设备还可包括例如硬件装置，像例如专用集成电路(asic)、现场可编程门阵列(fpga)或硬件和软件装置的组合，例如asic和fpga，或至少一个微处理器和软件模块位于其中的至少一个存储器。因此，该装置可包括硬件装置和软件装置两者。本文中描述的方法实施例可在硬件和软件中实现。该设备还可包括软件装置。替换地，各实施例可在不同的硬件设备上，例如使用多个cpu实现。
本文中的实施例可包括硬件和软件元件。在软件中实现的实施例包括但不限于固件、驻留软件、微代码等。由本文中各种模块执行的功能可在其它模块或其它模块的组合中实现。出于本描述的目的，计算机可使用或计算机可读介质可以是能够包含、储存、通信、传播、或传输程序的任何装置，该程序被指令执行系统、装置或设备使用或与其连接。
所解说的步骤被设置为解释所示的示例性实施例，并且应当预期正在进行的技术发展将改变执行特定功能的方式。出于解说性而非限制性目的本文中呈现了这些示例。此外，为了便于描述，本文中任意定义了这些功能构建块的边界。可以定义替代边界，只要适当地执行指定的功能及其关系即可。基于本文中包含的教导，替换(包括本文中描述的那些实施例的等效、扩展、变化、偏离等)对于相关领域的技术人员而言将是明显的。此类替换落入所公开的范围和精神内。同样，词语“包含”、“具有”、“含有”和“包括”及其其他类似形式旨在含义相同并且是开放式的，在这些词语中任意一个之后的一个或多个事项并不意味着这一个或多个事项的穷举或意味着仅局限于所列举的一个或多个事项。还必需注意到，如本文以及所附权利要求书中所使用地，单数形式的“一”、“一种”以及“该”包括复数引用，除非上下文另外明确地指出相反情况。
此外，一种或多种计算机存储介质可被用于实现与本公开一致的实施例。计算机可读存储介质指其上可存储可由处理器可读的信息或数据的任何类型的物理存储器。因此，计算机可读存储介质可存储用于由一个或多个处理器执行的指令，包括用于致使(诸)处理器执行与本文中描述的实施例一致的步骤或阶段的指令。术语“计算机可读介质”应该被理解为包括有形条款，并且不包括载波和瞬态信号，即非瞬态的。示例包括随机存取存储器(ram)、只读存储器(rom)、易失性存储器、非易失性存储器、硬驱动器、cdrom、dvd、闪存驱动器、磁盘、以及任何其它已知的物理存储介质。
公开和示例仅仅是示例性的，而所公开的实施例的真实范围和精神由所附权利要求指明。