针对页面加载配置数据的方法及装置、服务器与流程

1.本发明涉及页面显示领域，尤其是一种针对页面加载配置数据的方法及装置、服务器、计算设备和可读存储介质。


背景技术：

2.在国际化多语言的开发过程中，通常需要根据不同的语言或国别配置大量的文案，一方面要选择高效的配置方案来提升开发效率，另一方面要实现配置的按需引用，进而提升用户访问体验。
3.一个通常的做法是：采用硬编码的方式，在业务逻辑中配置多语言。当用户访问时，通过不同的语言标识获取对应的内容并展示。该方案有以下缺点：其将多语言配置打包进入同一文件，无法按需引用，从而增大了文件体积，降低了页面访问速度。此外，多语言配置与业务代码耦合度高，降低了复用性；配置分散在各个业务代码文件中，不利于后期维护。
4.另一个做法是：采用全局引入的方式，将业务中使用到的多语言文案手动配置到一个独立的json或js文件中，为了保证id唯一性，将id命名为较长的字符串。该方案的缺点是：其中，由人工来检查id命名的唯一性，导致开发效率低，并且容易产生命名冲突；且定义的id太长，不利于查看，并且使用时容易出错；此外，多语言配置在同一个文件中，不能按需引用，降低了页面访问速度。


技术实现要素：

5.为此，本发明提供了一种针对页面加载配置数据的方法及装置、服务器与计算设备、可读存储介质，以力图解决或者至少缓解上面存在的至少一个问题。
6.根据本发明的一个方面，提供了一种针对页面加载配置数据的方法，包括：通过目录检索符号，对解析函数中包含的语言配置文件的键执行目录检索处理，寻找所述语言配置文件的键的向上的目录，其中，解析函数提前封装好，包含目录检索符号和语言配置文件的键，其中语言配置文件由用户提前定义好，包含标识语言配置文件属性的键和对应的值，其中值用于标识语言配置文件对应的页面显示内容；将解析函数内的目录检索符号转译为寻找到的目录的名称，对解析函数内包含的内容使用加密算法进行加密处理生成唯一字符串，取字符串中预定数目字符，对键重新命名；遍历所有语言配置文件进行上述键重新命名操作；遍历页面的依赖文件，判断依赖文件内是否包含重新命名后的键名，如果存在，将所述键对应的键值归属到所述页面下，通过这种方式生成各个页面与重新命名后的键名代表的语言配置文件的对应关系；针对被访问页面，通过所述对应关系查找到所述重新命名后的键名代表的语言配置文件，以全局变量的形式追加到页面。
7.根据本发明另一方面，提供一种服务器，存储有根据上述方法生成的各个页面与重新命名后的键名代表的语言配置文件的对应关系。
8.根据本发明另一方面，提供一种针对页面加载配置数据的装置，包括：检索模块，
通过目录检索符号，对解析函数中包含的语言配置文件的键执行目录检索处理，寻找所述语言配置文件的键的向上的目录，其中，解析函数提前封装好，包含目录检索符号和语言配置文件的键，其中语言配置文件由用户提前定义好，包含标识语言配置文件属性的键和对应的值，其中值用于标识语言配置文件对应的页面显示内容；命名模块，将解析函数内的目录检索符号转译为寻找到的目录的名称，对解析函数内包含的内容使用加密算法进行加密处理生成唯一字符串，取字符串中预定数目字符，对键重新命名；遍历所有语言配置文件进行上述键重新命名操作；页面归属模块，遍历页面的依赖文件，判断依赖文件内是否包含重新命名后的键名，如果存在，将所述键对应的键值归属到所述页面下，通过这种方式生成各个页面与重新命名后的键名代表的语言配置文件的对应关系；追加模块，针对被访问页面，通过所述对应关系查找到所述重新命名后的键名代表的语言配置文件，以全局变量的形式追加到页面。
9.根据本发明又一方面，提供一种计算设备，包括：至少一个处理器和存储有程序指令的存储器；当所述程序指令被所述处理器读取并执行时，使得所述计算设备执行上述针对页面加载配置数据的方法。
10.根据本发明又一方面，提供一种存储有程序指令的可读存储介质，当所述程序指令被计算设备读取并执行时，使得所述计算设备执行上述针对页面加载配置数据的方法。
11.根据本发明技术方案，能够实现：动态提取、合并语言配置文件，无需人工干预，将定义在各个业务组件中的配置文件进行整合；自动目录层级命名并进行加密处理，避免命名冲突，提升安全性；按需引用配置文件，不产生代码冗余，提升加载速度。
附图说明
12.为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。
13.图1示出了根据本发明一个实施例的计算设备100的示意图；
14.图2示出了根据本发明一个实施例的针对页面加载配置数据的方法200的流程图。
15.图3示出了语言配置文件的键和值的示例性图。
16.图4示出服务器端生成的文件目录格式样例。
17.图5示出根据本发明实施例的针对页面加载配置数据的装置的示意性框图。
具体实施例
18.下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域技术人员。
19.针对现有页面语言配置方案不能按需引用语言配置文件、页面访问速度低等问题，本发明提供了一种针对页面加载配置数据的方法，能够提供在网页访问时按需加载使
用的能力。
20.本发明的针对页面加载配置数据的方法在计算设备中执行。计算设备可以是任意具有存储和计算能力的设备，其例如可以实现为服务器、工作站等，也可以实现为桌面计算机、笔记本计算机等个人配置的计算机，或者实现为手机、平板电脑、智能可穿戴设备、物联网设备等终端设备，但不限于此。
21.图1示出了根据本发明一个实施例的计算设备100的示意图。需要说明的是，图1所示的计算设备100仅为一个示例，在实践中，用于实施本发明的方法的计算设备可以是任意型号的设备，其硬件配置情况可以与图1所示的计算设备100相同，也可以与图1所示的计算设备100不同。实践中用于实施本发明的方法的计算设备可以对图1所示的计算设备100的硬件组件进行增加或删减，本发明对计算设备的具体硬件配置情况不做限制。
22.如图1所示，在基本的配置102中，计算设备100典型地包括系统存储器106和一个或者多个处理器104。存储器总线108可以用于在处理器104和系统存储器106之间的通信。
23.取决于期望的配置，处理器104可以是任何类型的处理，包括但不限于：微处理器(μp)、微控制器(μc)、数字信息处理器(dsp)或者它们的任何组合。处理器104可以包括诸如一级高速缓存110和二级高速缓存112之类的一个或者多个级别的高速缓存、处理器核心114和寄存器116。示例的处理器核心114可以包括运算逻辑单元(alu)、浮点数单元(fpu)、数字信号处理核心(dsp核心)或者它们的任何组合。示例的存储器控制器118可以与处理器104一起使用，或者在一些实现中，存储器控制器118可以是处理器104的一个内部部分。
24.取决于期望的配置，系统存储器106可以是任意类型的存储器，包括但不限于：易失性存储器(诸如ram)、非易失性存储器(诸如rom、闪存等)或者它们的任何组合。计算设备中的物理内存通常指的是易失性存储器ram，磁盘中的数据需要加载至物理内存中才能够被处理器104读取。系统存储器106可以包括操作系统120、一个或者多个应用122以及程序数据124。在一些实施例中，应用122可以布置为在操作系统上由一个或多个处理器104利用程序数据124执行指令。操作系统120例如可以是linux、windows等，其包括用于处理基本系统服务以及执行依赖于硬件的任务的程序指令。应用122包括用于实现各种用户期望的功能的程序指令，应用122例如可以是浏览器、即时通讯软件、软件开发工具(例如集成开发环境ide、编译器等)等，但不限于此。当应用122被安装到计算设备100中时，可以向操作系统120添加驱动模块。
25.在计算设备100启动运行时，处理器104会从存储器106中读取操作系统120的程序指令并执行。应用122运行在操作系统120之上，利用操作系统120以及底层硬件提供的接口来实现各种用户期望的功能。当用户启动应用122时，应用122会加载至存储器106中，处理器104从存储器106中读取并执行应用122的程序指令。
26.计算设备100还包括储存设备132，储存设备132包括可移除储存器136和不可移除储存器138，可移除储存器136和不可移除储存器138均与储存接口总线134连接。
27.计算设备100还可以包括有助于从各种接口设备(例如，输出设备142、外设接口144和通信设备146)到基本配置102经由总线/接口控制器130的通信的接口总线140。示例的输出设备142包括图形处理单元148和音频处理单元150。它们可以被配置为有助于经由一个或者多个a/v端口152与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口144可以包括串行接口控制器154和并行接口控制器156，它们可以被配置为有助于
经由一个或者多个i/o端口158和诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备146可以包括网络控制器160，其可以被布置为便于经由一个或者多个通信端口164与一个或者多个其他计算设备162通过网络通信链路的通信。
28.网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块，并且可以包括任何信息递送介质。“调制数据信号”可以这样的信号，它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例，通信介质可以包括诸如有线网络或者专线网络之类的有线介质，以及诸如声音、射频(rf)、微波、红外(ir)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。
29.在根据本发明的计算设备100中，应用122包括用于执行本发明的针对页面加载配置数据的方法200的指令，该指令可以指示处理器104执行本发明的针对页面加载配置数据的方法200，以通过在页面或组件级别进行定义配置，在代码编译阶段进行提取、转译、拆分、合并等，提供在网页访问时按需加载使用的能力。
30.图2示出了根据本发明一个实施例的针对页面加载配置数据的方法200的流程图。方法200在计算设备(例如前述计算设备100)中执行。下面参考图2描述方法200的详细步骤，如图2所示，该方法包括：
31.步骤s210，通过目录检索符号，对解析函数中包含的语言配置文件的键执行目录检索处理，寻找所述语言配置文件的键的向上的目录，其中，解析函数提前封装好，包含目录检索符号和语言配置文件的键，其中语言配置文件由用户提前定义好，包含标识语言配置文件属性的键和对应的值，其中值用于标识语言配置文件对应的页面显示内容。
32.比如，将解析函数命名为t_msg，该解析函数包含目录检索符号，目录检索符号可以是“@”，也可以是除了“@”之外的任何符号。解析函数还包括语言配置文件的键，语言配置文件的键是解析函数的一个参数。
33.下面参考图3描述语言配置文件的键及其对应的值。
34.语言配置文件是在组件中定义的，如图3所示在i18n目录下建立的de.json文件夹(如果是页面语言为英语，建立的文件夹可命名为en.json)。其中，组件是对数据和方法的简单封装。语言配置文件可以根据国别或者语言进行命名(在图3的例子中，是以语言进行的命名)，可选地以json格式存储。json是一种由道格拉斯
·
克罗克福特构想和设计、轻量级的资料交换语言，该语言以易于让人阅读的文字为基础，用来传输由属性值或者序列性的值组成的数据对象。语言配置文件包含键和键的值，其中键标识语言配置文件的属性，每个键有其对应的值(value)，值用于标识每种语言配置文件对应的页面显示的内容。需要保证同一语言配置文件中的键和值唯一，即一个键只能对应一个值，键也是唯一的。图3示出了语言配置文件的键和值的示例性图，de.json文件夹下有两列符号，左列符号为键，比如“search”、“videos”，而右列为对应的值，比如“erkunden”为键“search”的值，“videos”为键“videos”的值。
35.下面继续描述上述解析函数。除了目录检索符号(比如“@”)和语言配置文件的的键，解析函数还可以包含另一参数，该参数为配置文件中的变量引用。
36.举例：解析函数为t_msg('@placeholder',{name:'john'})，其中@为目录检索符号，placeholder为语言配置文件的键，{name:'john'}即配置文件中的变量引用。语言配置文件中键placeholder对应的值是“hello,${name}”，封装该解析函数后，得到的封装结果为：hello,john。
37.下面继续描述步骤s210。当前步骤s210是对语言配置文件的键(key)进行抽象化处理，通过示例中的目录检索符号“@”向上检索目录。一个“@”表示当前目录，“@@”表示向父级目录查找，依此类推。
38.比如，通过该处理，对于t_msg('@
……
)，寻找到de.json或en.json文件夹，对于t_msg('@@
……
)，寻找到图3所示文件夹layout下的i18n目录。
39.可选地，可以只寻找当前目录或父级目录，或同时寻找当前目录和父级目录，还可以是寻找父级目录以上的目录等。
40.s220，将解析函数内的目录检索符号转译为寻找到的目录的名称，对解析函数内包含的内容采用加密算法进行加密处理以生成唯一字符串，取字符串中预定数目字符，对键重新命名。
41.在实践中，可以对步骤s220所执行的程序命名为i18n-loader或其他名字，基于打包工具比如webpack来封装。webpack是一个开源的前端打包工具。webpack提供了前端开发缺乏的模块化开发方式，将各种静态资源视为模块，并从它生成优化过的代码。本发明实施例可采用的打包工具不限于此，还可以使用比如rollup等打包工具。
42.在当前步骤s220，对上述提到的语言配置文件的键(key)进行解析，将示例中的目录检索符号“@”转译为寻找到的目录名称(比如i18n)，对解析函数中包含的目录检索符号(此时已转译为目录名称)和参数进行加密处理，比如可以采用哈希处理、md5算法(一种被广泛使用的密码散列函数，可以产生出一个128位(16字节)的散列值(hash value)，用于确保信息传输完整一致)等加密算法以生成唯一字符串。加密算法不限于此，还可以采用其他加密算法比如sha256，sha512等。然后提取其中的预定数目字符，比如可以是前8位(1-8位)、后8位(9-16位)字符或者任意中间的8位字符(比如3-10位)重新命名，以缩短键(key)长度。
43.示例：比如对于解析函数t_msg('@aboutus')，转译后得到：layout.comp.aboutus，执行加密处理、取8位处理后，得到重命名后的键名可以是：e6d0fda2。
44.在步骤s220中，对键指定特殊符号来替代目录层级，转译时自动解析特殊符号，并进行加密处理，这样保证了键的唯一性和安全性。
45.下面提供i18n-loader中的部分代码：
46.转译文件目录名称：
47.source＝source.replace(/t_msg\(('|")@ /ig,(word)＝》{
48.const dirnum＝word.match(/@/g).length；
49.const newpath＝this.resourcepath.replace(/(.*src/)(.*)/.*\.jsx$/,'$2')；
50.const pathlist＝newpath.split('/')；
51.const namespace＝pathlist.slice(0,pathlist.length-(dirnum-1)).join
('.').tolowercase()；
52.return word.replace(/@ $/,`${namespace}.`)；
53.})；
54.哈希加密处理：
55.const replacefunc＝(word,id)＝》{
56.const hash＝crypto.createhash('md5').update(id).digest('hex').substr(9,8)；
57.return word.replace(id,hash)；
58.s230，遍历所有语言配置文件进行上述键重新命名操作。在此，不同语言配置文件的重命名后的键名不同，而同一语言配置文件的重命名后的键名相同，这样防止冲突，且便于后续的按需引用。
59.s240，遍历页面的依赖文件，判断依赖文件内是否包含重新命名后的键名，如果存在，将所述键对应的键值归属到所述页面下，通过这种方式生成各个页面与重新命名后的键名代表的语言配置文件的对应关系。
60.该步骤还可以包括将键与原始配置文件(de.json，en.json等)进行比对，来判断是否存在原始配置文件，如果不存在，则所得数据是无用数据，就不会加入到页面。
61.其中，依赖文件是页面的代码文件或代码模块(一个页面可以有很多拆开的代码文件)。在此我们以经销商(dealer)页面为例描述该步骤。遍历依赖文件可以依据页面路径，页面路径即图3所示的目录结构：如图3所示，在comps文件夹下有layout文件夹，layout文件夹下有dealer、footer、header等文件。
62.在经过步骤s230-240的处理后，得到重新命名后的键名比如是e6d0fda2，然后在“dealer(经销商)”这个文件(该文件是经销商网页的依赖文件)内查找重新命名后的键名，比如查找e6d0fda2。如果找到，则将所述键对应的键值(比如e6d0fda2:'about us')归属到所述页面下，最终生成各个页面所需的配置数据。
63.在配置经销商页面之外的其他页面的情况下，比如配置首页，就遍历首页的依赖文件，并在其中寻找重新命名后的键名，在找到的情况下，就将键对应的键值归属到该首页页面下。
64.生成各个页面与重新命名后的键名代表的语言配置文件(该语言配置文件是：与重新命名后的键名对应的键值对，比如e6d0fda2:'about us')的对应关系后，可以基于页面路径将其写入服务器中，以比如json格式存储。服务器端生成的文件目录格式样例如图4所示，其中文件保存在i18n文件夹下。这样就依据页面所需的配置文件进行了独立打包，降低了代码打包体积，减少了服务器负载，提高了服务器的吞吐量，且能够实现按需引用。以上描述了按页面引用的例子，还可以按国别来打包配置文件，在调用时可以依据国别按需引用。
65.在实践中，可以将步骤s230和s240所执行的程序命名为i18n-plugin或其他名字，基于打包工具比如webpack或rollup等来封装。
66.下面提供i18n-plugin中的部分代码：
67.遍历所有依赖文件：
68.[0069][0070]
判断文件内容中是否包含语言配置中的id值，如果存在，则将该配置归属到当前页面下：
[0071]
if(filestr.indexof(key)》-1){
[0072]
usedjson.en[key]＝langjson.en[key]；
[0073]
usedjson.de[key]＝langjson.de[key]；
[0074]
s250，针对被访问页面，通过所述对应关系查找到所述重新命名后的键名代表的语言配置文件，以全局变量的形式追加到页面。
[0075]
在页面访问阶段，通过路由查找服务器(可以基于node.js，node.js是基于chrome v8引擎的javascript运行环境)中的配置文件，该配置文件由重新命名后的键名代表，比如上述e6d0fda2。如上所述，该语言配置文件是：与重新命名后的键名对应的键值对，比如e6d0fda2:'about us'。然后，可以通过require方式读取该配置文件，require方法是引入代码模块、依赖文件等的本领域技术人员熟知的方法，在此不予以赘述。最后以全局变量的形式(比如通过window._in引入8位代码表示的配置文件)追加到前端页面。以全局变量的形式追加，指的是在页面的任何位置都能够调用全局变量(比如全局变量window._intl_messages_)，属于本领域技术人员已知的技术内容。
[0076]
通过以上方式，实现了前后端配置数据打通。而且，通过页面访问路径进行按需引用，加快了前端页面加载速度，提升了用户使用体验。
[0077]
如上所述，根据本发明技术方案，提供了一种基于打包工具比如webpack提取、转译、拆分、合并多语言配置文件的解决方案，使在比如网站访问时能够按照页面、国别动态加载所需配置数据。本发明技术方案具有以下特性和优势：
[0078]
动态提取、合并语言配置文件，无需人工干预，将定义在各个业务组件中的配置文件进行整合；自动目录层级命名并进行比如哈希加密处理这样的处理，避免命名冲突，提升安全性；按需引用，不产生代码冗余，提升加载速度。
[0079]
服务器
[0080]
根据本发明实施例，提供一种服务器，其存储有以上所述的各个页面与重新命名后的键名代表的语言配置文件的对应关系。
[0081]
针对页面加载配置数据的装置
[0082]
根据本发明实施例，还提供一种针对页面加载配置数据的装置。图5示出该装置的示意性框图。如图5所示，该装置包括：
[0083]
检索模块510，通过目录检索符号，对解析函数中包含的语言配置文件的键执行目录检索处理，寻找所述语言配置文件的键的向上的目录，其中，解析函数提前封装好，包含目录检索符号和语言配置文件的键，其中语言配置文件由用户提前定义好，包含标识语言配置文件属性的键和对应的值，其中值用于标识语言配置文件对应的页面显示内容。
[0084]
其中所述检索模块520可以寻找所述语言配置文件的键的当前目录或父级目录，或同时寻找当前目录和父级目录，还可以是寻找父级目录以上的目录等。
[0085]
命名模块520，将解析函数内的目录检索符号转译为寻找到的目录的名称，对解析函数内包含的内容使用加密算法进行加密处理生成唯一字符串，取字符串中预定数目字符，对键重新命名；遍历所有语言配置文件进行上述键重新命名操作。其中，预定数目可以是8个，且命名模块520取字符串中后8位字符来重新命名。
[0086]
页面归属模块530，遍历页面的依赖文件，判断依赖文件内是否包含重新命名后的键名，如果存在，将所述键对应的键值归属到所述页面下，通过这种方式生成各个页面与重新命名后的键名代表的语言配置文件的对应关系。其中页面归属模块530可以以json格式将各个页面与重新命名后的键名代表的语言配置文件的对应关系存储在服务器端。
[0087]
追加模块540，针对被访问页面，通过所述对应关系查找到所述重新命名后的键名代表的语言配置文件，以全局变量的形式追加到页面。
[0088]
关于装置未详述部分，请参考以上方法实施例的描述，本发明在此不再予以赘述。
[0089]
这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如可移动硬盘、u盘、软盘、cd-rom或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被所述机器执行时，所述机器变成实践本发明的设备。
[0090]
在程序代码在可编程计算机上执行的情况下，计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的所述程序代码中的指令，执行本发明的针对页面加载配置数据的方法。
[0091]
以示例而非限制的方式，可读介质包括可读存储介质和通信介质。可读存储介质
存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在可读介质的范围之内。
[0092]
在此处所提供的说明书中，算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与本发明的示例一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的优选实施例。
[0093]
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
[0094]
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。本领域技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。
[0095]
本领域技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0096]
此外，本领域技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。
[0097]
如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。
[0098]
尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。