终端规则引擎装置、终端规则运行方法
技术领域
本申请涉及计算机技术领域,尤其涉及一种终端规则引擎装置、一种终端规则运行方法。
背景技术
随着计算机技术和互联网技术的迅速发展,很多业务都可以在网上进行。网上业务的正常进行需要依赖于预设的业务的规则,比如,支付业务的规则、风险控制业务的规则,等等。
在现有技术中,在服务端运行业务的规则,所运行的规则全局性地作用于该服务端对应的所有终端,服务端的规则运行结果会发送给其对应的各终端,各终端再根据规则运行结果,决定如何执行后续业务处理动作。
但是,上述现有技术中的规则运行方式的全局性导致运行规则或更新规则时的风险较高,一旦出现问题会对各终端都产生不利影响。
发明内容
本申请实施例提供一种终端规则引擎装置,用以解决现有技术中的规则运行方式的全局性导致运行规则或更新规则时的风险较高的问题。
本申请实施例还提供一种终端规则运行方法,用以解决现有技术中的规则运行方式的全局性导致运行规则或更新规则时的风险较高的问题。
本申请实施例采用下述技术方案:
本申请实施例提供的一种终端规则引擎装置,所述装置位于终端,包括接口模块、管理模块、运行模块;
所述接口模块,接收针对业务的规则运行请求;
所述管理模块,对根据所述终端对应的设备标识和/或用户标识,从服务端获得的所述业务的规则集进行管理;
所述运行模块,响应于所述接口模块接收的所述请求,从所述管理模块管理的所述规则集内获得所述请求对应的规则,根据获得的所述规则,生成规则树,并获得所述规则树涉及的业务数据,根据所述规则树和所述业务数据,确定所述规则的运行结果。
本申请实施例还提供一种终端规则运行方法,包括:
终端接收针对业务的规则运行请求;
所述终端从所述业务的规则集内获得所述请求对应的规则,所述规则集是根据所述终端对应的设备标识和/或用户标识从服务端获得的;
所述终端根据获得的所述规则,生成规则树,并获得所述规则树涉及的业务数据;
所述终端根据所述规则树,确定所述规则的运行结果和所述业务数据。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:在终端部署规则引擎装置,实现了通过终端的设备标识和/或用户标识,管理设备级和/或用户级的规则集,使得规则集内的规则运行在终端,也可以使得不同终端的规则运行、更新等处理相互隔离,降低了运行规则或更新规则时的风险,因此,可以部分或全部地解决现有技术中的问题。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施例提供的一种终端规则引擎装置的结构示意图;
图2为本申请实施例提供的一种规则树的结构示意图;
图3为本申请实施例提供的图1中的终端规则引擎装置的第一种详细结构示意图;
图4为本申请实施例提供的图1中的终端规则引擎装置的第二种详细结构示意图;
图5为本申请实施例提供的图1中的终端规则引擎装置的第三种详细结构示意图;
图6为本申请实施例提供的一种终端规则运行方法的流程示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
如背景技术所述,现有技术中的规则运行方式存在风险高的问题,不仅如此,现有技术还存在更多的问题。具体地,由于规则的运行发生在服务端,因此,需要耗费服务端大量的计算资源,服务端压力大;服务端为多个终端所运行规则的过程可能会相互影响,增加业务的稳定性风险;服务端的规则运行结果对业务有全局性的影响,当服务端的规则出现问题时或者规则运行过程中发生操作错误时,会得到不可靠的规则运行结果,相应地也会对业务带来全局性的不利影响。
本申请的方案提供了置于终端上的终端规则引擎装置,可以将规则运行在各终端上,而不是在服务端上,可以部分或全部地解决上述问题。下面对本申请的方案进行说明。
图1为本申请实施例提供的一种终端规则引擎装置,该装置位于终端。
在本申请实施例中,终端可以是手机、平板电脑、智能手表、智能手环、车载移动台、或个人计算机等设备。
终端有其对应的服务端,所述服务端一般可以是搭载于该终端上的一个或多个应用(比如手机App)的服务端。任一服务端可以对应多个终端,每个终端上可以分别有自己的终端规则引擎装置,并可以相互独立地运行业务的规则。
图1中的装置包括:接口模块101、管理模块102、运行模块103;
所述接口模块101,接收针对业务的规则运行请求;
所述管理模块102,对根据所述终端对应的设备标识和/或用户标识,从服务端获得的所述业务的规则集进行管理;
所述运行模块103,响应于所述接口模块101接收的所述请求,从所述管理模块102管理的所述规则集内获得所述请求对应的规则,根据获得的所述规则,生成规则树,并获得所述规则树涉及的业务数据,根据所述规则树和所述业务数据,确定所述规则的运行结果。
在本申请实施例中,对业务内容不做限定,可以是任意可在网上进行的业务,比如,电子商务业务、金融业务、通信业务、风险控制业务、视频监控业务等,这些业务可以独立地为用户提供服务,也可以相互协助地为用户提供服务。
在本申请实施例中,终端规则引擎装置可以属于某一类业务并仅为该类业务所用,也可以为不止一类业务使用。
业务的相关功能模块可以通过向接口模块101发送规则运行请求,调用终端规则引擎装置运行相应的规则。对于接口模块101,除了可以接收规则运行请求以外,终端规则引擎装置与其外部进行的其他交互也可以通过接口模块101进行,比如,返回规则运行结果、授予调用权限、获取相关的业务数据等。
在本申请实施例中,终端规则引擎装置可以从服务端获得业务的规则集。获得过程可以由终端规则引擎装置主动发起,比如,终端规则引擎装置向服务端请求获得等;也可以由服务端主动发起,比如,服务端向终端规则引擎装置推送等。在实际应用中,为了提高规则运行效率,业务的规则集的获得过程一般是预先执行的,在这种情况下,在需要运行规则时,规则集已经保存在终端上了,因此,无需与服务端交互即可以直接运行规则集内的相应规则。
进一步地,该获得过程具体可以由管理模块102参与执行,也可以由终端规则引擎装置的其他模块参与执行。管理模块102对于规则集的管理具体可以包括:对于规则集的更新和维护管理、对于应当运行什么规则进行决策等。除了规则集以外,管理模块102也可以对终端规则引擎装置涉及的其他数据进行管理,比如,所述规则树涉及的业务数据等。
在本申请实施例中,各终端不仅可以相互独立地运行规则,而且即使是对于同一种业务,也可以差异化地运行规则,或者运行差异化的规则。这些差异化可以基于不同终端所对应的设备标识和/或用户标识的差异化实现。
例如,服务端可以根据各终端提供的不同的设备标识和/或用户标识,提供不同的规则集给各终端。
又例如,服务端也可以给各终端提供相同的规则集,但是,各终端的管理模块102和运行模块103可以根据本终端对应的设备标识和/或用户标识,对规则集进行差异化地管理以及运行。比如,只运行规则集内与本终端对应的设备标识和用户标识匹配的规则,等等。
在本申请实施例中,对规则集内的规则的表示形式并不做限定,可以以代码形式(如脚本语句、正则表达式等)表示、可以以文字形式(如伪代码)表示、也可以以特殊数据结构形式(如树、链表、图等)表示,等等。
在本申请实施例中,采用规则树的方式运行规则。运行模块103可以根据规则集内待运行的规则,生成规则树,以用于运行规则。如前所述,规则集内的规则本身可以以规则树的形式所表示,在这种情况下,运行模块103无需生成规则树,而是直接从规则集内获得对应的规则树,以用于运行规则。
需要说明的是,之所以采用规则树的方式运行规则,是出于以下两方面的考虑。
第一方面,规则树的结构具有层次分明、易拆分、有序性、可视性好等特点,这些特点可以便于研发人员、运维人员或预设的机器逻辑管理、分析和调整规则,可以提高研发运维效率,降低研发运维成本。比如,采用规则树可以很方便地管理规则,可以基于节点位置交换、重新组织等方式进行细粒度的规则调整以追求更优,进而也有利于提高规则的运行效率,以及提高规则的精细程度。
第二方面,采用规则树的方式运行规则的效率较高。原因在于:运行规则过程中需要读取规则树中各节点数据,而规则树中的层次结构配合非叶子节点的指针可以有效地提高对各节点数据的读取速度,进而可以使运行规则的效率较高。
在本申请实施例中,运行规则不仅需要用到规则树,还需要规则树涉及的业务数据参与,所述业务数据反映了当前所要运行的规则对应的具体业务场景。所述规则树涉及的业务数据可以由管理模块102或运行模块103从业务的相关功能模块直接获得,对于前一种情况,运行模块103可以不与业务的相关功能模块直接交互,而是可以从管理模块102获得所述规则树涉及的业务数据,从而有利于提高运行模块103的安全性。
需要说明的是,图1中各模块之间的连接方式只是一种示例,并非对本申请的限定,各模块也可以有其他的连接方式,只要能够使得各模块相互之间可以直接或间接地通信即可。
通过上述方案,在终端部署规则引擎装置,实现了通过终端的设备标识和/或用户标识,管理设备级和/或用户级的规则集,使得规则集内的规则运行在终端,也可以使得不同终端的规则运行、更新等处理相互隔离,降低了运行规则或更新规则时的风险,因此,可以部分或全部地解决现有技术中风险较高的问题。
不仅如此,通过上述方案,还可以部分或全部地解决现有技术中的其他问题。具体地,由于运行规则的工作由服务端分散转移到各终端,因此,也可以减少服务端计算资源的耗费量,降低服务端压力;由于各终端可以相互独立地运行规则,一般不会相互影响,因此,可以降低业务的稳定性风险,而且各终端上的规则运行结果一般只影响本终端,即使某终端的规则出现问题时或者规则运行过程中发生操作错误时,得到了不可靠的规则运行结果,一般也只对该终端的业务带来不利影响,而不会影响到其他终端。
基于上述方案,本申请实施例还提供了上述方案的一些具体实施方案,以及扩展方案,下面进行说明。
图1中的各模块可以进一步地细分子模块,细分出的每个子模块可以具体地实现其对应的父模块的部分功能。
在本申请实施例中,运行模块103可以包括用于生成以及计算规则树的规则树计算子模块。具体地,上述的所述运行模块103根据获得的所述规则,生成规则树,可以包括:所述规则树计算子模块根据获得的所述规则,确定用于反映所述规则的表达式和/或逻辑运算符,根据确定的所述表达式和/或逻辑运算符,生成规则树。
在本申请实施例中,确定的表达式可以用于反映规则中的判定条件,而确定的逻辑运算符可以用于对多个判定条件进行逻辑组合。其中,表达式包括但不限于逻辑表达式,表达式的值一般为真(TRUE)或假(FALSE);逻辑运算符包括但不限于与(AND)、或(OR)、非(NOT)、异或(XOR)逻辑运算符。
需要说明的是,表达式、逻辑运算符是规则树的构成元素的示例,在实际应用中,也可以用文字或其他字符构成规则树。
进一步地,规则树的构成方式可以有多种。考虑到计算效率,规则树中的叶子节点可以为确定的表达式,规则树中的非叶子节点可以为确定的逻辑运算符,如此便于实现较高的计算效率。
为了便于理解,本申请实施例提供了一种规则树的结构示意图,如图2所示。
图2中的规则树为多叉树,该多叉树共有三层,第一层包含一个根节点(属于非叶子节点),第二层包含两个非叶子节点、一个叶子节点,第三层包含5个叶子节点。其中,根节点为“AND”逻辑运算符、第二层的两个非叶子节点分别为“OR”逻辑运算符、“AND”逻辑运算符。
需要说明的是,图2中的规则树的结构只是示例,本申请对规则树的层数、分叉数目、各节点具体是怎样的表达式或逻辑运算符等并不做限定。
进一步地,在计算规则树时需要根据规则树的具体结构进行。以图2中的规则树为例,上述的运行模块103根据所述规则树和所述业务数据,确定所述规则的运行结果,具体可以包括:所述运行模块后序遍历所述规则树,在所述后序遍历过程中根据所述业务数据对所述规则树的根节点求值,将求值结果确定为所述规则的运行结果。运行结果一般为TRUE或FALSE,当然,在实际应用中,运行结果也可能不是一个逻辑运算结果,比如,运行结果也可以是用于表征两种以上情况中的一种情况的数值等。
需要说明是的,这里采用后序遍历是与上面列举的规则树结构(叶子节点为表达式、非叶子节点为逻辑运算符)相匹配的,两者的匹配带来了如下优点:
规则对应的各判定条件(表达式)分布在规则树的分支末端,各判定条件相互之间应当如何进行逻辑组合非常清晰,也非常有序(要对每一个父节点的所有子节点进行逻辑组合,其中,越靠近分支末端的逻辑组合的优先级越高);相应地,在确定规则的运行结果时,采用后序遍历,会从分支末端出发进行遍历,很自然地优先对靠近分支末端的逻辑组合值进行计算,从下至上直至求得根节点的值,符合期望的优先级顺序,也无需加入额外的逻辑进行干预,有利于高效地确定规则的运行结果。
在本申请实施例中,除了后序遍历以外,也可以基于中序遍历或前序遍历计算规则树,但是,在后者的情况下,确定规则的运行结果的效率一般不如后序遍历;不仅如此,规则树的结构和各节点的意义也可能改变,叶子节点未必是表达式,非叶子节点未必是逻辑运算符,也未必是将对根节点求值的求值结果确定为规则的运行结果。
在本申请实施例中,要实现规则树计算,需要计算规则树中包含的表达式的值,运行模块103还可以包括用于计算表达式的值的表达式计算子模块;所述规则树涉及的业务数据包括计算所述表达式所需的业务数据。上述的运行模块103对所述规则树的根节点求值,具体可以包括:所述表达式计算子模块根据获得的计算所述表达式所需的业务数据,计算各所述表达式的值;所述规则树计算子模块在所述后序遍历过程中,根据所述表达式计算子模块计算出的各所述表达式的值与确定的所述逻辑运算符,对所述规则树的根节点求值。
根据以上对运行模块103的子模块的分析,本申请实施例提供了图1中的终端规则引擎装置的第一种详细结构示意图,如图3所示。
图3中的运行模块103中包括了规则树计算子模块1031和表达式计算子模块1032。
在实际应用中,运行模块103的子模块并不限于图3中的两个子模块,下面继续对运行模块103可以包含的其他一些子模块进行分析。
在本申请实施例中,运行模块103在确定规则的运行结果后,可以将运行结果返回请求者,进一步地,为了便于分析运行结果,还可以生成运行结果相关的运行信息并输出,所述运行信息可以是:计算规则树时的遍历路径以及各中间结果等。
因此,运行模块103中还可以包括用于完成上一段中的工作的结果回溯路径子模块。所述结果回溯路径子模块,对所述求值结果进行回溯路径记录,以便于输出相应的运行信息。在实际应用中,结果回溯路径子模块所提供的信息可以帮助研发或运维人员监控规则运行状态,预测或定位规则运行问题,进而也有助于对终端规则引擎进行改进。
在本申请实施例中,根据上面的分析可知,规则树计算子模块1031和表达式计算模块1032承担了规则运行过程中的大部分计算工作,在实际应用中,可以采用一些优化算法针对这些计算工作的实际执行过程进行优化,以提高计算效率。为了便于优化子模块的功能,运行模块103中还可以包括专门的优化子模块。
例如,运行模块103还可以包括树优化子模块;所述树优化子模块,采用优化算法对所述规则树计算子模块进行优化。
又例如,运行模块103还可以包括表达式优化子模块;所述表达式优化子模块,采用优化算法对所述表达式计算子模块进行优化。
在本申请实施例中,上述的优化操作可以是离线执行的;也可以是在线执行的,比如,优化子模块(树优化子模块、表达式优化子模块)可以与云端连接,从云端直接获得最新的优化算法以用于优化计算子模块(规则树计算子模块1031、表达式计算模块1032),或者,也可以将规则运行的历史数据或实时数据上传至云端,由云端分析后向优化子模块提供适用的优化算法,以用于优化计算子模块,等等。
优化子模块的存在可以使得计算子模块更容易改进,也更容易扩展;不仅如此,优化子模块一定程度上也减少了计算子模块与外界的直接交互,有利于计算子模块专注于完成计算工作,也有利于提高计算子模块的安全性。
根据上面对运行模块103的子模块的进一步分析,本申请实施例基于图3,还提供了图1中的终端规则引擎装置的第二种详细结构示意图,如图4所示。
相比于图3,图4中的运行模块103还包括了结果回溯路径子模块1033、树优化子模块1034、表达式优化子模块1035。
在本申请实施例中,前面已经提到,管理模块102除了负责管理已有的规则集以外,还可以负责规则集更新的工作。具体地,所述管理模块102,还根据自身对应的设备标识和/或用户标识,从服务端获得的所述规则集的更新数据。进一步地,管理模块102可以管理的数据也不不限于已有的规则集及规则集的更新数据,比如,管理模块102还可以对获得的所述规则树涉及的业务数据进行管理等,这些业务数据可以是通过相应的数据获取接口获得的,那么更进一步地,管理模块102还可以对这些数据获取接口一并管理。
在本申请实施例中,与运行模块103类似,管理模块102也可以按照其不同功能细分子模块。根据上面对管理模块102的功能的分析,提供了一种对应的子模块细分方式作为示例:
所述管理模块102可以包括:数据获取接口管理子模块、规则集管理子模块;所述数据获取接口管理子模块,对获得的所述规则树涉及的业务数据进行管理;所述规则集管理子模块,对所述规则集进行管理。
相应地,本申请实施例基于图4,还提供了图1中的终端规则引擎装置的第三种详细结构示意图,如图5所示。
相比于图4,图5中的管理模块102包括了数据获取接口管理子模块1021、规则集管理子模块1022。
以上列举了一种终端规则引擎装置的一种结构,以及基于该结构的三种详细结构作为示例。当然,终端规则引擎装置的结构及详细结构并不限于以上示例,其模块划分方式和子模块划分方式也是可以改变的,只要能够实现该终端规则引擎装置的功能即可。
以上对本申请实施例提供的一种终端规则引擎装置进行了详细说明。基于同样的思路,本申请实施例还对应地提供了一种终端规则运行方法,如图6所示。
图6为本申请实施例提供的一种终端规则运行方法的流程示意图。该方法的执行主体可以为终端,具体地,执行主体可以为位于终端的上述终端规则引擎装置,或其他具有类似功能的装置等。
图6中的流程可以包括以下步骤:
S601:终端接收针对业务的规则运行请求。
S602:所述终端从所述业务的规则集内获得所述请求对应的规则,所述规则集是根据所述终端对应的设备标识和/或用户标识从服务端获得的。
S603:所述终端根据获得的所述规则,生成规则树,并获得所述规则树涉及的业务数据。
S604:所述终端根据所述规则树和所述业务数据,确定所述规则的运行结果。
本申请提供的方法是与本申请提供的装置对应的,方法也具有与上述装置类似的有益技术效果,由于上面已经对上述装置的有益技术效果进行了详细说明,因此,这里不再赘述该方法的有益技术效果。
基于该方法,本申请实施例还提供了该方法的一些具体实施方案,以及扩展方案,这些方案在对上述装置说明时已经进行了详细的分析,因此,这里仅进行简单说明。
在本申请实施例中,对于步骤S603,所述终端根据获得的所述规则,生成规则树,具体可以包括:所述终端根据获得的所述规则,确定用于反映所述规则的表达式和/或逻辑运算符;所述终端根据确定的所述表达式和/或逻辑运算符,生成规则树。
在本申请实施例中,所述规则树中的叶子节点可以为确定的所述表达式,所述规则树中的非叶子节点可以为确定的所述逻辑运算符。
进一步地,对于步骤S604,所述终端根据所述规则树和所述业务数据,确定所述规则的运行结果,具体可以包括:所述终端后序遍历所述规则树,在所述后序遍历过程中根据所述业务数据对所述规则树的根节点求值,将求值结果确定为所述规则的运行结果。
更进一步地,所述规则树涉及的业务数据包括计算所述表达式所需的业务数据;对于上一段中所述的对所述规则树的根节点求值,具体可以包括:根据获得的计算所述表达式所需的业务数据,计算各所述表达式的值;在所述后序遍历过程中,根据计算出的各所述表达式的值与确定的所述逻辑运算符,对所述规则树的根节点求值。
在本申请实施例中,在获得求值结果后,还可以执行:对所述求值结果进行回溯路径记录,以便于输出相应的运行信息。
在本申请实施例中,还可以定期或不定期地执行:所述终端根据自身对应的设备标识和/或用户标识,从服务端获得的所述规则集的更新数据。
以上对本申请实施例提供的终端规则引擎装置、终端规则运行方法进行了详细说明。在实际应用中,考虑到规则对于业务的影响较大,因此,对于规则运行过程也可以尽可能地提供一些安全方面的保护措施,以提高业务的安全性、稳定性和可靠性。这些保护措施也可以作为本申请的方案的一部分,其可以包括软件或硬件方面的保护措施。
例如,在软件方面,可以适当地对规则运行的处理逻辑进行代码混淆保护,比如,可以使用加壳、代码虚拟化。沙箱等代码保护技术进行保护。
又例如,在硬件方面,可以在安全性较高的硬件(比如,可信执行环境TEE、安全环境TE等)上部署终端规则引擎装置或者终端规则运行方法,从而为规则运行过程提供了更安全的环境。
需要说明的是,本申请的方案已经在风险控制业务的场景下进行了实施,取得了很好的效果,所运行的规则是风险控制规则,对应的风险控制对象包括支付流程、认证流程等。当然,本申请的方案同样也可以在风险控制业务以外的其他业务的场景下实施,并可以取得类似的效果。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。