资源请求处理方法、装置、电子设备及可读存储介质与流程

1.本技术涉及计算机技术领域，具体涉及一种资源请求处理方法、装置、电子设备及可读存储介质。


背景技术：

2.目前在it领域，在大型软件项目的发版过程中，为了保证在出现问题的时候，既能够及时发现问题，又可以尽可能减少受影响客户，会采用蓝绿发布的方式。即在发版过程中，生产上同时存在新旧两套资源(为了方便叙述，统一定义一下，蓝资源是新版本资源，绿资源是上个版本资源)。在发版过程中，通过服务端分流，不断把流量切换到蓝资源中去，使得客户渐进式的开始使用新发布的资源。常见的流量切换阶段为1％、10％、50％和100％。在流量切换的过程中，只有当一个阶段都验证通过后，才会切换到下一个较大的流量比例中去。
3.在这个发版过程中，存在一个问题，如当流量从50％切换到100％这个阶段，存在一批客户在50％流量阶段，是通过绿前端资源请求绿服务的，这个时候流量突然切换到蓝环境，会存在绿前端资源请求蓝服务的情况，这相当于用上个版本的前端资源，请求了新版本的前端资源，这种情况下，如果服务端开发人员在新需求代码编写和改造的情况下，没有做好这部分兼容，就会出现异常问题的发生。


技术实现要素：

4.针对上述问题，本技术实施例提供了一种资源请求处理方法、装置、电子设备及可读存储介质资源请求处理，以克服或部分克服现有技术的不足之处。
5.第一方面，提供了一种资源请求处理方法，包括：
6.将接收的资源请求引导至静态资源服务；
7.接收所述静态资源服务的反馈结果，并根据所述反馈结果确定开关配置文件来源，其中，所述开关配置文件来源为浏览器缓存或静态资源服务，所述反馈结果是所述静态资源服务根据所述资源请求对应的开关配置文件的更新情况确定的；
8.从确定的述开关配置文件来源中，获取开关配置文件；
9.根据所述开关配置文件的配置信息，对所述资源请求进行处理。
10.第二方面，提供了一种资源请求处理装置，所述装置包括：
11.引导单元，用于将接收的资源请求引导至静态资源服务；
12.接收单元，用于接收所述静态资源服务的反馈结果，并根据所述反馈结果确定开关配置文件来源，其中，所述开关配置文件来源为浏览器缓存或静态资源服务，所述反馈结果是所述静态资源服务根据所述资源请求对应的开关配置文件的更新情况确定的；
13.获取单元，用于从确定的述开关配置文件来源中，获取开关配置文件；
14.处理单元，用于根据所述开关配置文件的配置信息，对所述资源请求进行处理。
15.第三方面，本技术实施例还提供了一种电子设备，包括：处理器；以及被安排成存
储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行上述任一的方法。
16.第四方面，本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行上述任一的方法。
17.本技术实施例采用的上述至少一个技术方案能够达到以下有益效果：
18.本技术针对新旧版本替换中，可能出现的绿资源请求蓝服务造成的无法兼容的情况，提出了一种将服务器的静态资源服务与浏览器缓存相结合的方法，通过将接收的资源请求引导至静态资源服务；根据静态资源服务返回的反馈结果，从浏览器缓存或者静态资源服务读取开关配置文件，根据开关配置文件的配置信息，对资源请求作出反馈。本技术不需要开发者对流量控制平台以及其他服务端进行改造，就可以解决目标项目在蓝绿发版阶段的绿资源请求到蓝环境的兼容问题，极大程度上降低了工作人员的负担；采用访问蓝绿流量开关配置文件的方式，避免了每次都去访问请求蓝绿流量接口的情况，极大的释放了服务器压力，巧妙利用了浏览器缓存的机制，对于目标项目页面性能无明显影响；此外，由于本技术方法的代码逻辑与业务逻辑完全解耦合，不会影响现有业务逻辑代码的执行，同时工具包代码量极小，不会对现有前端资源包的大小造成压力，避免了使用后资源加载速度变慢。
附图说明
19.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
20.图1示出了根据本技术的一个实施例的资源请求处理方法的流程示意图；
21.图2示出了根据本技术的另一个实施例的资源请求处理方法的流程示意图；
22.图3示出了根据本技术的一个实施例的资源请求处理装置的结构示意图；
23.图4为本技术实施例中一种电子设备的结构示意图。
具体实施方式
24.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术具体实施例及相应的附图对本技术技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
25.以下结合附图，详细说明本技术各实施例提供的技术方案。
26.应用发版过程，即采用新版本替换用户终端现有的旧版本的过程，是一个逐步执行的过程，常见的流量切换阶段为1％，10％，50％，100％，只有当一个阶段替换的新版本验证通过时，才会进入到下一个阶段的流量切换阶段中去。需要说明的是，在本领域，通常将旧版本定义为绿资源，将新版本定义为蓝资源，在本技术以下的陈述中，沿用该行业习惯定义。
27.在这个发版的过程中，存在一个问题，当流量切换阶段从50％转换到100％的过程中，存在一批客户在50％流量阶段，原本是通过绿前端资源请求绿服务的，但是由于流量突
然切换到100％的蓝环境，会存在绿前端资源请求蓝服务的情况，这相当于用旧版本的前端资源，请求了新版本的蓝服务。这种情况下，如果服务端开发工作人员，在新需求代码编写和改造的情况下，没有做好这部分兼容工作，就会导致异常问题的发生。
28.图1示出了根据本技术的一个实施例的资源请求处理方法的流程示意图，从图1可以看出，本技术至少步骤s110～步骤s140：
29.步骤s110：将接收的资源请求引导至静态资源服务。
30.互联网的架构是基于客户端和服务器模型的，即各种各样的资源存储在服务器上，用户通过客户端来访问服务器上的资源，具体的访问过程是通过http(hypertext transfer protocol超文本传输协议)协议实现的。
31.http协议是基于请求/响应模式的，基本工作原理是这样的：用户在客户端发送资源请求，通过http协议向服务器提出要求，服务器收到来自客户端的资源请求后，将客户端请求的数据传输给客户端，这个动作称为响应，客户端将接收到的数据提取出来，并进行相应的加载、显示、播放等，用户就得到了所需的信息。
32.现有技术中，用户进行资源请求时通常是基于上述的请求/响应模式，并通过服务器的接口实现的，也就是说，用户在请求蓝绿资源的时候，每次都要去访问请求蓝绿资源流量接口，这对服务器造成了很大的压力。
33.本技术不同于现有技术，在本技术中，将服务器的静态资源服务与浏览器缓存巧妙的结合起来，避免了对服务器接口的大量访问。
34.具体的，服务器在接到用户在终端设备发送的资源请求后，将该资源请求引导至静态资源服务，在静态资源服务中存储有最新的开关配置文件，在开关配置文件中，包含了蓝绿资源转换相关的配置信息。
35.该配置信息可以由服务端开发工作人员进行配置，包含但不限于蓝绿流量比例开关文件地址、目标项目的接口请求方法等等。
36.步骤s120：接收所述静态资源服务的反馈结果，并根据所述反馈结果确定开关配置文件来源，其中，所述开关配置文件来源为浏览器缓存或静态资源服务，所述反馈结果是所述静态资源服务根据所述资源请求对应的开关配置文件的更新情况确定的。
37.静态资源服务在接到资源请求后，会读取与资源请求对应的开关配置文件，其中，开关配置文件属于静态资源的一种，并根据开关配置文件的更新情况确定反馈结果并返回。
38.具体的，在本技术的一些实施例中，静态资源服务会存储当前最新的开关配置文件，以及上一次被请求的开关配置文件，若二者一致，则说明在对上次相关资源请求处理后，开关配置文件没有被更新，此时浏览器缓存中的开关配置文件是有效的，这种情况下，静态资源服务返回第一反馈结果，该结果可以理解为开关配置文件没有更新。
39.若二者不一致，则说明在对上次相关资源请求处理后，开关配置文件已经被更新，此时浏览器缓存中的开关配置文件是无效的，这种情况下，静态资源服务返回第二反馈结果，该结果可以理解为开关配置文件已经被更新。
40.需要说明的是，浏览器自带缓存，在每一次请求到开关配置文件后，都会缓存在浏览器缓存中，这个缓存通常是以覆盖的形式实现的。除了开关配置文件外，浏览器还缓存用户终端已有版本的蓝绿标识，如果已有版本为旧版本，则蓝绿标识为绿，说明此时，该用户
终端请求的资源为绿资源；如果已有版本为新版本，则蓝绿标识为蓝，说明此时，该用户终端请求的资源为蓝资源。
41.在接收到静态资源服务的请求反馈结果后，可以通过该结果，确定出开关配置文件的来源，具体的，若请求反馈结果为第一请求反馈结果，则确定开关配置文件来源为浏览器缓存；若请求反馈结果为第二请求反馈结果，则确定开关配置文件来源为静态资源服务。
42.需要说明的是，需要事先将开关配置文件添加到与其对应的目标项目的根目录中。在实际的应用场景中，会将本技术的方法形成一个工具，将该工具整体引入到目标项目的根目录中去，具体的，可以但不限于在命令行(如果为mac系统，则在终端)，定位当前项目根目录，执行命令，npm ipa-blue-green-release-tools-d，就可以添加该工具到当前框架项目中。
43.步骤s130：从确定的述开关配置文件来源中，获取开关配置文件。
44.在确定开关配置文件来源，可以从相应的来源处获取开关配置文件。若开关配置文件来源为浏览器缓存，直接从浏览器缓存读取即可；若开关配置文件来源为静态资源服务，从静态资源服务读取，然后更新浏览器缓存中已经存在的开关配置文件，以使其与最新的开关配置文件一致。
45.步骤s140：根据所述开关配置文件的配置信息，对所述资源请求进行处理。
46.最后，根据开关配置文件的配置信息，对资源请求作出反馈。
47.在配置信息中，可以获取到当前蓝绿流量切换阶段，如为10％蓝，则说明还未到流量切换阶段从50％转换到100％的过程，此刻，按照原本方法对资源请求作出反馈即可
48.如为100％蓝，在说明当前节点正是流量切换阶段从50％转换到100％的过程，此时，从配置信息给出的指向性方式，获取蓝资源，作为对资源请求的反馈，返回用户终端即可。
49.由图1所示的方法可以看出，本技术针对新旧版本替换中，可能出现的绿资源请求蓝服务造成的无法兼容的情况，提出了一种将服务器的静态资源服务与浏览器缓存相结合的方法，通过将接收的资源请求引导至静态资源服务；根据静态资源服务返回的反馈结果，从浏览器缓存或者静态资源服务读取开关配置文件，根据开关配置文件的配置信息，对资源请求作出反馈。本技术不需要开发者对流量控制平台以及其他服务端进行改造，就可以解决目标项目在蓝绿发版阶段的绿资源请求到蓝环境的兼容问题，极大程度上降低了工作人员的负担；采用访问蓝绿流量开关配置文件的方式，避免了每次都去访问请求蓝绿流量接口的情况，极大的释放了服务器压力，巧妙利用了浏览器缓存的机制，对于目标项目页面性能无明显影响；此外，由于本技术方法的代码逻辑与业务逻辑完全解耦合，不会影响现有业务逻辑代码的执行，同时工具包代码量极小，不会对现有前端资源包的大小造成压力，避免了使用后资源加载速度变慢。
50.在本技术的一些实施例中，在上述方法中，所述根据反馈结果确定开关配置文件来源，包括：若所述反馈结果为第一代码，则确定所述开关配置文件来源为所述浏览器缓存；若所述反馈结果为第二代码，则确定所述开关配置文件来源为所述静态资源服务。
51.其中，所述反馈结果是所述静态资源服务根据下述方法确定的：若确定所述静态资源服务中的所述开关配置文件与历史开关配置文件一致，则确定所述反馈结果为第一代码；若确定所述静态资源服务中的所述开关配置文件与历史开关配置文件不一致，则确定
所述反馈结果为第二代码。
52.静态资源服务对于反馈结果的呈现通常是以指定代码的形式给出的，如304，200等，静态资源服务在确定静态资源服务中的所述开关配置文件与保存的上一次的开关配置文件一致，则会静态资源服务返回的开关缓存类型为协商缓存，通常以第一代码表示，如304，此时说明可以直接调用浏览器缓存中的开关配置文件。静态资源服务在确定静态资源服务中的所述开关配置文件与保存的上一次的开关配置文件不一致，则认为开关配置文件已经被更新，此时会返回第二代码，如200，此时说明需要从静态资源服务获取最新的开关配置文件。
53.在本技术的一些实施例中，在上述的方法中，所述根据所述开关配置文件的配置信息，对所述资源请求进行处理，包括：读取所述开关配置文件的信息，所述开关配置文件的信息包括：蓝绿流量比例开关文件地址、目标项目的接口请求方法；采用同名函数将所述目标项目的接口请求方法进行封装；基于所述同名函数，根据所述蓝绿流量比例开关文件地址，获取蓝绿流量比例开关文件；确定所述蓝绿流量比例开关文件的第一标识是否为100％蓝，若不是，则执行所述目标项目的接口请求方法。
54.在开关配置文件中，可以通常不直接包含开关文件，只包含蓝绿流量比例开关文件地址，因为开关配置文件会被添加到目标项目的根目录中去，如果在开关配置文件直接包含蓝绿流量比例开关文件，则每次工作人员想对其进行修改时，还需要对根目录中的文件进行修改，比较繁琐。但是在本技术的一些实施例中，将蓝绿流量比例开关文件存储于特定区域，在开关配置文件仅包含访问该特定区域的地址，工作人员想要对蓝绿流量比例进行修改时，只需要访问特定区域进行修改即可，而不需要进入的目项的根目录中。
55.在依据开关配置文件的配置信息，对资源请求作出反馈时，首先到开关配置文件中读取蓝绿流量比例开关文件地址，然后依据该地址，访问读取蓝绿流量比例开关文件，在蓝绿流量比例开关文件中包括但不限于流量，以及蓝绿标识等，如为：
56.ꢀꢀꢀꢀ
{
57.ꢀꢀ
流量：10％
58.蓝绿标签：蓝
59.ꢀꢀꢀꢀ
}。
60.在开关配置文件中，还包括目标项目的接口请求方法，目前覆盖最常用的前端三种接口请求方法，分别是jquery的ajax方法，当前vue、react推荐使用的第三方axios库，以及新版本浏览器都会自带的原生fetch方法。对应一个目标项目，通常采用上述方法中的任意一个，当然也不排除现有技术中的其他接口请求方法。
61.当在开关配置文件读取了具体的请求方法，采用同名函数将所述目标项目的接口请求方法进行封装，具体的，就读取到当前的接口请求方法并复制一份出来，然后将其包裹在一个新建的同名函数中去，作为接口请求方法的重写。再具体执行时，先执行外层函数，即这个同名函数，在需要时，才执行内部包裹的接口请求方法。
62.然后确定蓝绿流量比例开关文件的第一标识是否为100％蓝，在本技术的一些实施例中，若第一标识不是100％蓝，举例而言，如为10％蓝，则说明发版还未到达从50％转换到100％的阶段，此时，执行同名函数包裹的内层函数即可，即原来的目标项目的接口请求方法。
63.在本技术的一些实施例中，在上述方法中，所述根据所述开关配置文件的配置信息，对所述资源请求进行处理，还包括：若所述蓝绿流量比例开关文件的第一标识为100％蓝，则读取浏览器缓存中的第二标识；若第二标识中的蓝绿标签为蓝，则执行同名函数包裹的内层函数。
64.若第二标识中的蓝绿标签为蓝，则说明该用户终端请求的资源原本就为蓝资源，此时，执行同名函数包裹的内层函数即可，即原来的目标项目的接口请求方法。
65.在本技术的一些实施例中，所述根据所述开关配置文件的配置信息，对所述资源请求进行处理，还包括：若第二标识中的蓝绿标签为绿，则读取开关配置文件的配置信息中的登录超时的接口返回模拟数据；根据所述登录超时的接口返回模拟数据，确定应用入口地址，并将所述应用入口地址反馈至所述请求终端。
66.在本技术的另一些实施例中，所述根据所述开关配置文件的配置信息，对所述资源请求进行处理，还包括：若第二标识中的蓝绿标签为绿，则读取开关配置文件的配置信息中的应用入口地址；将所述应用入口地址反馈至所述请求终端。
67.也就是说，若第二标识中的蓝绿标签为绿，则说明发生了终端采用绿资源请求蓝服务的情况，这种情况下，可以采取以下两种方式中的任意一种进行处理：
68.其一，读取开关配置文件的配置信息中的登录超时的接口返回模拟数据，根据所述登录超时的接口返回模拟数据，确定应用入口地址，并将所述应用入口地址反馈至所述终端。
69.即将登录超时的接口返回模拟数据作为当前接口请求的数据，直接返回给调用方，调用方在获取到登录超时的状态时，会引导页面跳转到登录界面中去。此时，用户重新从入口进来，通过加载最新的蓝资源成功后，再接着进行后续流程。
70.其二，读取开关配置文件的配置信息中的应用入口地址，将所述应用入口地址反馈至所述终端。
71.即如果发现在开关配置文件中，直接配置了入口地址，如登录页面，则会直接调用跳转页面的方法，跳转到入口页面去，让用户重新请求新的资源进来后，再进行后续流程。
72.图2示出了根据本技术的另一个实施例中的资源请求处理方法的流程示意图，从本图2中可以看出，本实施例包括：
73.对开关配置文件进行配置，并添加到目标项目的根目录中，其中开关配置文件包括蓝绿流量比例开关文件地址、目标项目的接口请求方法、登录超时的接口返回模拟数据。
74.接收资源请求，并将其引导至静态资源服务。
75.确定静态资源服务的反馈结果为第一代码还是第二代码，若为第一代码，则确定开关配置文件来源为浏览器缓存，并从其中读取开关配置文件；若为第二代码，则确定开关配置文件来源为静态资源服务，并从其中读取开关配置文件。
76.从开关配置文件中读取蓝绿流量比例开关文件地址，并依据该地址读取蓝绿流量比例开关文件；从开关配置文件中读取并复制目标项目的接口请求方法，并采用同名函数将其封装。
77.确定蓝绿流量比例开关文件中的第一标识是否为100％蓝，若是，则从浏览器缓存中读取并确定第二标识中的蓝绿标签是否为绿；若是，则从开关配置文件中读取登录超时的接口返回模拟数据，根据该数据确定登录界面，并返回值终端，这是用户可以根据登录界
memory，ram)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。
91.处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是isa(industry standard architecture，工业标准体系结构)总线、pci(peripheral component interconnect，外设部件互连标准)总线或eisa(extended industry standard architecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
92.存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。
93.处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成资源请求处理装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：
94.将接收的资源请求引导至静态资源服务；
95.接收所述静态资源服务的反馈结果，并根据所述反馈结果确定开关配置文件来源，其中，所述开关配置文件来源为浏览器缓存或静态资源服务，所述反馈结果是所述静态资源服务根据所述资源请求对应的开关配置文件的更新情况确定的；
96.从确定的述开关配置文件来源中，获取开关配置文件；
97.根据所述开关配置文件的配置信息，对所述资源请求进行处理。
98.上述如本技术图3所示实施例揭示的资源请求处理装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field－programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
99.该电子设备还可执行图3中资源请求处理装置执行的方法，并实现资源请求处理装置在图3所示实施例的功能，本技术实施例在此不再赘述。
100.本技术实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行图3所示实施例中资源请求处理装置执行的方法，并具体用于执行：
101.将接收的资源请求引导至静态资源服务；
102.接收所述静态资源服务的反馈结果，并根据所述反馈结果确定开关配置文件来源，其中，所述开关配置文件来源为浏览器缓存或静态资源服务，所述反馈结果是所述静态资源服务根据所述资源请求对应的开关配置文件的更新情况确定的；
103.从确定的述开关配置文件来源中，获取开关配置文件；
104.根据所述开关配置文件的配置信息，对所述资源请求进行处理。
105.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
106.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
107.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
108.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
109.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
110.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
111.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
112.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的
包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
113.本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
114.以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。