一种变量解析方法、装置和电子设备与流程

1.本技术涉及计算机软件产品领域，具体涉及一种变量解析方法、装置和电子设备。


背景技术：

2.目前在金融行业的风险管理中，对于变量或者数据源的管控还处于“各扫门前雪”的状态，缺少统一的数据源管控，各个业务系统还存在着对相同逻辑数据源进行处理的情况。对于变量的开发重复性工作较多，多引擎变量重复开发上线，且并无统一对外离线/实时的风险控制数据服务接口。基于这些问题，无法产品化解决，大数据平台、决策引擎以及ai平台无法数据共享，开发灵活性差，且效率提升受限。
3.申请内容
4.为了解决上述背景技术中提到的至少一个问题，本技术提供了一种变量解析方法、装置和电子设备，能够集数据源解析与变量解析于一身，且可以对接任何有指标、特征类需求的系统，以供接入的应用系统编辑或创建数据源配置以及变量配置，避免同一个数据源或同一个变量在多个应用中重复开发；不仅减少了对接开发工作量，还可以实现在应用系统端更加高效地解析变量，开发灵活性好，变量解析效率提升明显。
5.本技术实施例提供的具体技术方案如下：
6.第一方面，提供一种变量解析方法，所述方法应用于客户端，包括：
7.接收第三方应用系统的第一数据访问请求；
8.根据所述第一数据访问请求获取变量值；
9.将所述变量值发送至所述第三方应用系统中。
10.进一步的，所述根据所述第一数据访问请求获取变量值，包括：
11.判断本地是否存在变量值缓存，得到第一判断结果，根据所述第一判断结果获取变量值；
12.所述第一判断结果包括本地存在变量值缓存以及本地不存在变量值缓存。
13.进一步的，若所述第一判断结果为本地存在变量值缓存，所述方法包括：
14.直接获取所述变量值缓存，所述变量值缓存即为所述变量值。
15.进一步的，若所述第一判断结果为本地不存在变量值缓存，所述方法包括：
16.向服务端发送第二数据访问请求，所述第二数据访问请求包括请求加载所述第三方应用系统下的第一变量配置信息以及第一数据源配置信息；
17.在所述服务端响应所述第二数据访问请求后，根据所述第一变量配置信息以及所述第一数据源配置信息查询数据源报文缓存，根据所述数据源报文缓存查询数据源关联变量，解析所述关联变量并进行计算，得到变量值，缓存所述变量值。
18.进一步的，若所述服务器未响应所述第二数据访问请求，所述方法还包括：
19.向服务端发送第三数据访问请求，所述第三数据访问请求包括请求获取变量配置信息；
20.在所述服务端响应所述第三数据访问请求后，组装所述变量配置信息，得到第二
变量配置信息，根据所述第二变量配置信息关联得到第二数据源配置信息，缓存所述第二变量配置信息以及所述第二数据源配置信息；
21.根据所述第二变量配置信息以及所述第二数据源配置信息查询关联的数据源报文缓存，得到第一查询结果；
22.根据所述第一查询结果查询数据源关联变量，解析所述关联变量并进行计算，得到变量值，缓存所述变量值。
23.进一步的，所述第一查询结果包括查询到关联的数据源报文缓存以及未查询到关联的数据源报文缓存，
24.若所述第一查询结果为查询到关联的数据源报文缓存，则所述根据所述第一查询结果查询数据源关联变量，具体包括：根据查询到的所述关联的数据源报文缓存查询数据源关联变量；
25.若所述第一查询结果为未查询到关联的数据源报文缓存，则所述根据所述第一查询结果查询数据源关联变量，具体包括：向服务端发送第四数据访问请求，所述第四数据访问请求包括请求获取数据源报文，在所述服务端响应所述第四数据访问请求后，根据获取到的所述数据源报文查询数据源关联变量。
26.进一步的，若所述第一查询结果为未查询到关联的数据源报文缓存，所述第四数据访问请求还包括：请求所述服务端查询所述第二变量配置信息以及所述第二数据源配置信息是否为最新版本，得到第二查询结果，若所述第二查询结果为所述第二变量配置信息以及所述第二数据源配置信息版本过低，所述方法还包括：
27.获取所述服务端返回的最新的变量配置信息以及数据源配置信息。
28.第二方面，提供一种变量解析装置，所述装置包括客户端，所述客户端包括：
29.接收模块，用于接收第三方应用系统的第一数据访问请求；
30.处理模块，用于根据所述第一数据访问请求获取变量值；
31.发送模块，用于将所述变量值发送至所述第三方应用系统中。
32.第三方面，提供一种电子设备，所述电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述变量解析方法。
33.第四方面，提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行所述变量解析方法。
34.本技术实施例具有如下有益效果：
35.本技术实施例提供的一种变量解析方法、装置和电子设备，客户端能够集数据源解析与变量解析于一身，可以对接任何有指标、特征类需求的系统，以供接入的应用系统编辑或创建数据源配置以及变量配置，避免同一个数据源或同一个变量在多个应用中重复开发；应用系统消费方不需要花费大量人力去维护数据源和管理变量，仅需要少量的对接工作就可以实现应用系统变量解析的赋能效果；客户端还可以实现应用系统本地化解析变量，降低网络传输时间成本，提升变量解析效率。而变量中心门户只负责配置信息维护，由接入方提供计算资源，分摊自身使用的变量算力，从而不会导致在计算过程中出现不同接入方争抢计算资源、相互影响的情况；大大减少了io交互的频次与流量。同时，支持解耦第三方应用系统以及风险数据变量，实现风险变量管理平台化；还能够同时支持groovy和
python自定义脚本，兼容性好，操作便捷，满足各个应用系统的定制化要求。
附图说明
36.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
37.图1示出本技术实施例提供的金融风险变量中心整体架构图；
38.图2示出本技术实施例提供的变量解析方法的总流程图；
39.图3示出根据本技术一个实施例的客户端预加载配置信息流程图；
40.图4示出本技术实施例提供的客户端与第三方应用系统、服务端的交互图；
41.图5示出根据本技术一个实施例的客户端entity包架构图；
42.图6示出根据本技术一个实施例的客户端common包架构图；
43.图7示出根据本技术一个实施例的客户端service包架构图；
44.图8示出根据本技术一个实施例的客户端中脚本解析示意图；
45.图9示出可被用于实施本技术中所述的各个实施例的示例性系统。
具体实施方式
46.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
47.应当理解，在本技术的描述中，除非上下文明确要求，否则整个说明书和权利要求书中的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。
48.还应当理解，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本技术的描述中，除非另有说明，“多个”的含义是两个或两个以上。
49.需要注意的是，术语“s1”、“s2”等仅用于步骤的描述目的，并非特别指称次序或顺位的意思，亦非用以限定本技术，其仅仅是为了方便描述本技术的方法，而不能理解为指示步骤的先后顺序。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本技术要求的保护范围之内。
50.本技术提供了一种变量解析方法，方法应用于客户端，其中，客户端可以包括一种金融风险变量中心客户端。参照图1，图1为金融风险变量中心整体架构图，示出金融风险变量中心系统和外围系统的交互。其中，外围系统分为两类：上游数据源生产方系统系列以及下游应用消费方系统系列。不同类型系统诉求不同、场景不同，具体的技术方案也不相同。
51.具体的，上游数据生产方系统和变量中心(金融风险变量中心)交互的具体方案以rpc为主，http为辅实现，从而兼容上游系统的不同协议标准。对于下游应用系统而言，由于存在着变量解析时效不同、性能要求不同以及传输数据量大等特性的原因，放弃了接口服
务化方案。该方案会提高网络传输时间成本，对变量解析时效产生很大影响。因此，可以采用客户端组件去实现应用系统本地化解析变量，从而降低网络传输时间成本。
52.实施例一
53.本技术提供了一种变量解析方法，变量解析方法应用于客户端，客户端可以包括一种金融风险变量中心客户端，参照图2，方法包括：
54.s1、接收第三方应用系统的第一数据访问请求。
55.具体的，如上述采用客户端组件去实现应用系统本地化解析变量，从而降低网络传输时间成本。客户端接收来自第三方应用系统的数据访问请求，以进行后续的操作。客户端与第三方应用系统和数据源系统对接，接收第三方应用系统的数据访问请求之后再进行例如解析变量等操作。数据源系统提供方由最初需要对接各种各样的标准、协议和接口到现在接入统一的标准接口协议中，节省对接下游应用系统千奇百怪的诉求和标准所花费的成本。
56.s2、根据所述第一数据访问请求获取变量值。
57.在一些实施例中，s2还包括：
58.s21、判断本地是否存在变量值缓存，得到第一判断结果，根据第一判断结果获取变量值；其中，第一判断结果包括本地存在变量值缓存以及本地不存在变量值缓存。
59.在一些实施例中，若第一判断结果为本地存在变量值缓存，则s21包括：
60.直接获取变量值缓存，变量值缓存即为所述变量值。
61.具体的，客户端判断该变量是否为本地参数，若变量已经在本地有缓存了，则无需进行进一步的变量解析，只需要返回变量参数值即可。若本地不存在变量值缓存，则需要通过其他方式进行变量解析，完成变量计算，缓存计算后的变量值。
62.在另一些实施例中，若第一判断结果为本地不存在变量值缓存，则s21还包括：
63.s211、向服务端发送第二数据访问请求，第二数据访问请求包括请求加载第三方应用系统下的第一变量配置信息以及第一数据源配置信息；
64.在服务端响应第二数据访问请求后，根据第一变量配置信息以及第一数据源配置信息查询数据源报文缓存，根据数据源报文缓存查询数据源关联变量，解析关联变量并进行计算，得到变量值，缓存变量值。
65.具体的，参照图3，客户端会在第三方应用系统启动项目时发起异步线程，向服务端请求加载该应用下的所有变量配置信息以及数据源配置信息(即对应上述第一变量配置信息以及第一数据源配置信息)。这一步的目的在于预先加载应用下的相关配置信息进入第三方应用系统缓存，避免后期执行变量时多次访问服务端，从而达到降低网络传输时间成本的效果。
66.在一些实施例中，还存在着服务端未响应第二数据访问请求的情况，基于这种情况，s21还包括：
67.s212、向服务端发送第三数据访问请求，第三数据访问请求包括请求获取变量配置信息；在服务端响应第三数据访问请求后，组装变量配置信息，得到第二变量配置信息，根据第二变量配置信息关联得到第二数据源配置信息，缓存第二变量配置信息以及第二数据源配置信息；根据第二变量配置信息以及第二数据源配置信息查询关联的数据源报文缓存，得到第一查询结果；根据第一查询结果查询数据源关联变量，解析关联变量并进行计
算，得到变量值，缓存变量值。
68.具体的，结合图4，此步骤为未命中本地缓存以及步骤211失败或服务端未响应第二数据访问请求的补偿方法，目的在于通过向服务器发送数据访问请求以获取变量配置信息。根据获取得到的变量配置信息进行组装再去关联出数据源配置信息，进而查询关联数据源报文缓存。那么第一查询结果就包括查询到关联的数据源报文缓存以及未查询到关联的数据源报文缓存。
69.在一些实施例中，若第一查询结果为查询到关联的数据源报文缓存，则步骤s212还包括：
70.根据查询到的关联的数据源报文缓存查询数据源关联变量。
71.具体的，查询到关联的数据源报文缓存即为命中数据源报文缓存，则根据缓存直接查询数据源关联变量即可，再对该关联变量进行解析计算，缓存解析计算后的变量值。
72.在一些实施例中，若第一查询结果为未查询到关联的数据源报文缓存，则步骤s212还包括：
73.s2121、向服务端发送第四数据访问请求，第四数据访问请求包括请求获取数据源报文，在服务端响应第四数据访问请求后，根据获取到的数据源报文查询数据源关联变量。
74.在另一些实施例中，s2121还包括：
75.请求服务端查询第二变量配置信息以及第二数据源配置信息是否为最新版本，得到第二查询结果，若第二查询结果为第二变量配置信息以及第二数据源配置信息版本过低，则获取服务端返回的最新的变量配置信息以及数据源配置信息。
76.具体的，这一步的目的在于向服务端(frvc服务端)请求最新的数据，调用数据源系统返回最新的数据源报文，缓存数据源报文信息，以供以后使用。根据返回的最新的数据源报文以及变量配置信息，查询到数据源关联变量，对变量进行解析计算，得到变量值，缓存变量值。
77.s3、将所述变量值发送至所述第三方应用系统中。
78.在本实施例中，客户端能够集数据源解析与变量解析于一身，可以对接任何有指标、特征类需求的系统，以供接入的应用系统编辑或创建数据源配置以及变量配置，避免同一个数据源或同一个变量在多个应用中重复开发；应用系统消费方不需要花费大量人力去维护数据源和管理变量，仅需要少量的对接工作就可以实现应用系统变量解析的赋能效果；客户端还可以实现应用系统本地化解析变量，降低网络传输时间成本，提升变量解析效率。
79.实施例二
80.对应上述实施例，本技术还提供了一种变量解析装置，装置包括客户端，客户端包括：接收模块、处理模块以及发送模块。
81.其中，接收模块，用于接收第三方应用系统的第一数据访问请求；处理模块，用于根据所述第一数据访问请求获取变量值；发送模块，用于将所述变量值发送至所述第三方应用系统中。
82.进一步的，处理模块还用于判断本地是否存在变量值缓存，得到第一判断结果，根据所述第一判断结果获取变量值；所述第一判断结果包括本地存在变量值缓存以及本地不存在变量值缓存。
83.进一步的，若所述第一判断结果为本地存在变量值缓存，处理模块还用于直接获取所述变量值缓存，所述变量值缓存即为所述变量值。
84.进一步的，若所述第一判断结果为本地不存在变量值缓存，发送模块用于向服务端发送第二数据访问请求，所述第二数据访问请求包括请求加载所述第三方应用系统下的第一变量配置信息以及第一数据源配置信息；在所述服务端响应所述第二数据访问请求后，处理模块根据所述第一变量配置信息以及所述第一数据源配置信息查询数据源报文缓存，根据所述数据源报文缓存查询数据源关联变量，解析所述关联变量并进行计算，得到变量值，缓存所述变量值。
85.进一步的，若所述服务器未响应所述第二数据访问请求，发送模块用于向服务端发送第三数据访问请求，所述第三数据访问请求包括请求获取变量配置信息；在所述服务端响应所述第三数据访问请求后，处理模块用于组装所述变量配置信息，得到第二变量配置信息，根据所述第二变量配置信息关联得到第二数据源配置信息，缓存所述第二变量配置信息以及所述第二数据源配置信息；以及用于根据所述第二变量配置信息以及所述第二数据源配置信息查询关联的数据源报文缓存，得到第一查询结果；以及用于根据所述第一查询结果查询数据源关联变量，解析所述关联变量并进行计算，得到变量值，缓存所述变量值。
86.进一步的，若所述第一查询结果为查询到关联的数据源报文缓存，处理模块还用于根据查询到的所述关联的数据源报文缓存查询数据源关联变量。
87.进一步的，若所述第一查询结果为未查询到关联的数据源报文缓存，发送模块还用于向服务端发送第四数据访问请求，所述第四数据访问请求包括请求获取数据源报文，在所述服务端响应所述第四数据访问请求后，处理模块还用于根据获取到的所述数据源报文查询数据源关联变量。
88.进一步的，若所述第一查询结果为未查询到关联的数据源报文缓存，发送模块还用于请求所述服务端查询所述第二变量配置信息以及所述第二数据源配置信息是否为最新版本，得到第二查询结果。
89.若所述第二查询结果为所述第二变量配置信息以及所述第二数据源配置信息版本过低，处理模块还用于获取所述服务端返回的最新的变量配置信息以及数据源配置信息。
90.在一些实施例中，客户端包括金融风险变量中心客户端，作为金融风险变量中心的客户端组件，用以对接上游应用系统(第三方应用系统)以及下游数据源系统(服务端)。金融风险变量中心门户只负责配置信息维护，由接入方提供计算资源，分摊自身使用的变量算力，从而不会导致在计算过程中出现不同接入方争抢计算资源、相互影响的情况；大大减少了io交互的频次与流量。
91.在一些实施例中，客户端(client)下还包括多个子项目录/包。示例性的，客户端包括com.cnsuning.frvc.client.entity、com.cnsuning.frvc.client.out、com.cnsuning.frvc.client.common、com.cnsuning.frvc.client.service、com.cn-suning.frvc.client.spring。下面结合表1以及图5至图8对各个包进行详细介绍。
92.表1客户端下各个目录定位说明
[0093][0094][0095]
具体的，对于com.cnsuning.frvc.client.entity，该包下主要用于项目中pojo对象的使用。contractenum枚举对象用于存储rsf调用接口的契约、实现类和方法名称，主要用于管理所有调用外部rsf接口的配置信息。variable-context是最重要的对象，主要用于封装上下文对象内容。variableresult用于变量计算结果和数据源报文结果封装对象。
[0096]
具体的，对于com.cnsuning.frvc.client.common，该包主要包括基础设施：缓存、异常和常规工具。其中，缓存提供两个重要接口：cache和jediscommand。cache接口提供通用缓存方法，任何实现cache的接口都可以实现缓存实例。目前默认实现的commonmemorycach只实现cache接口，通过内存方式实现缓存；而shardedjediscache实现cache和jediscommand两个接口，该类是通过redis实现缓存且又兼容苏宁zedis中间件；jediscommandcache也是通过redis实现，区别于shardedjediscahce，它用于兼容非苏宁体系的jedis client。
[0097]
其中，common包还包括另一个基础子包exception。exception主要分为两个阵营：variableexception以及datasourceexception。基于实际变量使用中，变量存在以下主要几个异常场景：变量不存在(variablenotfoundexception)、非法变量(illegalvariableexception)、rsf接口查询变量异常(variable-rsfexception)。datasourceexcpetion主要有datasourcenotfoundexception和unavailabledatasourceexception。
[0098]
具体的，lang包主要功能是实现变量脚本解析过程。目前项目支持groovy和python脚本解析。compiler接口定义脚本编译功能，之所以存在脚本编译过程主要是提高脚本执行效率、降低执行时间。一旦执行的脚本发生重复或者解析相同变量时，直接通过编码获取已经编译后的脚本对象scrip，这样从而提高执行效率。script接口定义编译之后的脚本对象，也是执行脚本的过程。两个实现类：groovyscript以及pythonscript分别实现各自语言的执行过程。compilerfactory类是一个工厂类，通过compile方法输出指定类型脚本对象。在这个过程中通过变量编码和脚本hash值判断脚本是否发生变化，未发生变化脚本直接返回脚本对象；若发生变化脚本重新调用实现compiler接口类的compile方法。
[0099]
具体的，对于service包，该包是主要业务实现模块。其中包括变量的初始化和变量解析功能，数据源数据初始化和数据源实时调用功能。variableinitializer接口和datasourceinitialize初始化器主要是定义变量和数据源配置信息的初始化操作，在第三
方业务系统启动时调用init方法获取当前应用权限范围内所有的变量配置信息。当缓存设备是redis实例的时候，为了避免重复工作使用分布式锁确保有且只有一个服务在执行。variableservice接口是变量服务中心点，其中主要的方法是getofflinevariablevalue和getruntime-variablevalue，分别对应解析离线变量值和解析实时变量值。
[0100]
具体的，参照图4，业务系统(第三方应用系统)发起变量参数解析请求，客户端检查该变量是否存在本地参数值，若不存在则通过变量中心get-variableinfo获取变量配置信息。
[0101]
进一步的，业务系统(第三方应用系统)判断本地是否存在执行的灰度标识，如果存在灰度标识且指向本地，则本地执行。
[0102]
进一步的，在成功获取变量配置信息之后，客户端判断该变量是否存在上下文缓存(判断流程作用域中是否重复执行过，如果执行过，则获取缓存结果)，存在缓存则返回结果；并判断关联数据源报文是否存在缓存，若存在数据源报文缓存，则根据数据源报文缓存进行变量解析计算。
[0103]
进一步的，若不存在数据源报文缓存，则需要获取数据源配置信息，进行遍历解析关联变量。在解析关联变量完成后，调用数据源配置接口获取数据源报文。若当前数据源配置信息不是最新版本，则rsf响应的报文中只返回更新后的配置信息。客户端将得到的配置信息缓存后，重新执行该步骤。
[0104]
进一步的，根据得到的最新的数据源报文/数据源报文缓存进行变量解析，得到计算后的变量值，将计算结果缓存到上下文中，返回计算结果(变量值)至第三方应用系统中。
[0105]
在本实施例中，变量中心门户只负责配置信息维护，由接入方提供计算资源，分摊自身使用的变量算力，从而不会导致在计算过程中出现不同接入方争抢计算资源、相互影响的情况；大大减少了io交互的频次与流量。同时，支持解耦第三方应用系统以及风险数据变量，实现风险变量管理平台化；还能够同时支持groovy和python自定义脚本，兼容性好，操作便捷，满足各个应用系统的定制化要求。
[0106]
实施例三
[0107]
对应上述实施例，本技术还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时可以实现上述变量解析方法。
[0108]
如图9所示，在一些实施例中，系统能够作为各所述实施例中的任意一个用于变量解析方法的上述电子设备。在一些实施例中，系统可包括具有指令的一个或多个计算机可读介质(例如，系统存储器或nvm/存储设备)以及与该一个或多个计算机可读介质耦合并被配置为执行指令以实现模块从而执行本技术中所述的动作的一个或多个处理器(例如，(一个或多个)处理器)。
[0109]
对于一个实施例，系统控制模块可包括任意适当的接口控制器，以向(一个或多个)处理器中的至少一个和/或与系统控制模块通信的任意适当的设备或组件提供任意适当的接口。
[0110]
系统控制模块可包括存储器控制器模块，以向系统存储器提供接口。存储器控制器模块可以是硬件模块、软件模块和/或固件模块。
[0111]
系统存储器可被用于例如为系统加载和存储数据和/或指令。对于一个实施例，系
统存储器可包括任意适当的易失性存储器，例如，适当的dram。在一些实施例中，系统存储器可包括双倍数据速率类型四同步动态随机存取存储器(ddr4sdram)。
[0112]
对于一个实施例，系统控制模块可包括一个或多个输入/输出(i/o)控制器，以向nvm/存储设备及(一个或多个)通信接口提供接口。
[0113]
例如，nvm/存储设备可被用于存储数据和/或指令。nvm/存储设备可包括任意适当的非易失性存储器(例如，闪存)和/或可包括任意适当的(一个或多个)非易失性存储设备(例如，一个或多个硬盘驱动器(hdd)、一个或多个光盘(cd)驱动器和/或一个或多个数字通用光盘(dvd)驱动器)。
[0114]
nvm/存储设备可包括在物理上作为系统被安装在其上的设备的一部分的存储资源，或者其可被该设备访问而不必作为该设备的一部分。例如，nvm/存储设备可通过网络经由(一个或多个)通信接口进行访问。
[0115]
(一个或多个)通信接口可为系统提供接口以通过一个或多个网络和/或与任意其他适当的设备通信。系统可根据一个或多个无线网络标准和/或协议中的任意标准和/或协议来与无线网络的一个或多个组件进行无线通信。
[0116]
对于一个实施例，(一个或多个)处理器中的至少一个可与系统控制模块的一个或多个控制器(例如，存储器控制器模块)的逻辑封装在一起。对于一个实施例，(一个或多个)处理器中的至少一个可与系统控制模块的一个或多个控制器的逻辑封装在一起以形成系统级封装(sip)。对于一个实施例，(一个或多个)处理器中的至少一个可与系统控制模块的一个或多个控制器的逻辑集成在同一模具上。对于一个实施例，(一个或多个)处理器中的至少一个可与系统控制模块的一个或多个控制器的逻辑集成在同一模具上以形成片上系统(soc)。
[0117]
在各个实施例中，系统可以但不限于是：服务器、工作站、台式计算设备或移动计算设备(例如，膝上型计算设备、手持计算设备、平板电脑、上网本等)。在各个实施例中，系统可具有更多或更少的组件和/或不同的架构。例如，在一些实施例中，系统包括一个或多个摄像机、键盘、液晶显示器(lcd)屏幕(包括触屏显示器)、非易失性存储器端口、多个天线、图形芯片、专用集成电路(asic)和扬声器。
[0118]
需要注意的是，本技术可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(asic)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本技术的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本技术的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，ram存储器，磁或光驱动器或软磁盘及类似设备。另外，本技术的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。
[0119]
另外，本技术的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本技术的方法和/或技术方案。本领域技术人员应能理解，计算机程序指令在计算机可读介质中的存在形式包括但不限于源文件、可执行文件、安装包文件等，相应地，计算机程序指令被计算机执行的方式包括但不限于：该计算机直接执行该指令，或者该计算机编译该指令后再执行对应的编译后程序，或者该计算机读取并执行该指令，或者该计算机读取并安装该指令后再执行对应的安装后程序。在此，计算机可读介质可以是可供计算机访问的任意可用的计算机可读存储介质或
通信介质。
[0120]
通信介质包括藉此包含例如计算机可读指令、数据结构、程序模块或其他数据的通信信号被从一个系统传送到另一系统的介质。通信介质可包括有导的传输介质(诸如电缆和线(例如，光纤、同轴等))和能传播能量波的无线(未有导的传输)介质，诸如声音、电磁、rf、微波和红外。计算机可读指令、数据结构、程序模块或其他数据可被体现为例如无线介质(诸如载波或诸如被体现为扩展频谱技术的一部分的类似机制)中的已调制数据信号。术语“已调制数据信号”指的是其一个或多个特征以在信号中编码信息的方式被更改或设定的信号。调制可以是模拟的、数字的或混合调制技术。
[0121]
在此，根据本技术的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本技术的多个实施例的方法和/或技术方案。
[0122]
实施例四
[0123]
对应上述实施例，本技术还提供了一种计算机可读存储介质，存储有计算机可执行指令，计算机可执行指令用于执行变量解析方法。
[0124]
在本实施例中，计算机可读存储介质可包括以用于存储诸如计算机可读指令、数据结构、程序模块或其它数据的信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动的介质。例如，计算机可读存储介质包括，但不限于，易失性存储器，诸如随机存储器(ram,dram,sram)；以及非易失性存储器，诸如闪存、各种只读存储器(rom,prom,eprom,eeprom)、磁性和铁磁/铁电存储器(mram,feram)；以及磁性和光学存储设备(硬盘、磁带、cd、dvd)；或其它现在已知的介质或今后开发的能够存储供计算机系统使用的计算机可读信息/数据。
[0125]
尽管已描述了本技术实施例中的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术实施例中范围的所有变更和修改。
[0126]
显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。