数据处理和应用服务器运行的方法、装置、设备及介质与流程

1.本公开涉及互联网技术领域，尤其涉及一种数据处理和应用服务器运行的方法、装置、设备及介质。


背景技术：

2.随着互联网技术的发展，各种应用程序/系统(可以简称为应用)的数据处理过程往往是非常复杂的，一次看似很简单的请求和交互都需要多个数据系统/服务器进行相互配合，例如用户在电商应用中查看商品，实现商品的名称、金额、可配送时间、优惠券等这些信息的展示都很可能是需要调用多个底层接口来实现对应的服务。即，用户很简单的一次请求就需要进行多次远程调用，例如通过远程过程调用协议(rpc，remote procedure calll protocol)接口来实现对各种类型的数据或服务的远程调用。
3.在实现本公开构思的过程中，发明人发现相关技术中至少存在如下技术问题：在高并发流量的场景中，rpc接口调用会对系统性能产生影响，由于存在各种不确定性因素，诸如网络存在抖动、服务提供端进行垃圾清理回收(gc，gabage collection)、服务提供端实施的限流(一个时间窗口内的请求进行限速来保护系统)或降级(暂时屏蔽掉非核心流程，避免对主流程造成影响，对高峰或者问题解决后重新打开)等限制操作，或者上游服务对服务提供端接口进行熔断等场景下，都会影响远程调用的服务性能。


技术实现要素：

4.为了解决上述技术问题或者至少部分地解决上述技术问题，本公开的实施例提供了一种数据处理和应用服务器运行的方法、装置、设备及介质。
5.第一方面，本公开的实施例提供了一种数据处理的方法。上述数据处理的方法包括：接收用户对应用的操作请求；基于上述操作请求，确定需要调用的目标依赖数据，上述目标依赖数据的来源为第三方目标服务器，上述第三方目标服务器独立于为上述应用提供服务支持的应用服务器；在上述应用服务器已加载的依赖数据集中，确定是否存在上述目标依赖数据；在存在上述目标依赖数据的情况下，从已加载的依赖数据集中获取上述目标依赖数据；在不存在上述目标依赖数据的情况下，远程调用上述第三方目标服务器来获取上述目标依赖数据；以及对获取的上述目标依赖数据实施对应的数据处理操作。
6.根据本公开的实施例，上述数据处理的方法还包括：在应用服务器启动服务的情况下，加载依赖数据集。上述依赖数据集包含：在应用的历史访问记录中提取出的依赖数据，上述依赖数据的来源为第三方服务器；或者，上述依赖数据集包含：在应用的历史操作请求发生过程中写入至上述应用服务器的本地内存中的依赖数据；或者，上述依赖数据集包括：在应用的历史访问记录中提取出的第一依赖数据；以及在应用的历史操作请求发生过程中写入至上述应用服务器的本地内存中的第二依赖数据，上述第一依赖数据和上述第二依赖数据为上述依赖数据集中独立的两个子集。
7.根据本公开的实施例，上述数据处理的方法中，上述加载依赖数据集包括：从上述
应用服务器的本地存储器加载或通过外部设备加载上述依赖数据集。其中，上述从上述应用服务器的本地存储器加载或通过外部设备加载上述依赖数据集，包括：上述应用服务器的本地存储器中设置有第一存储空间，上述第一存储空间为非易失性的存储空间且存储有依赖数据集，在上述应用服务器启动后，从上述应用服务器的上述第一存储空间往上述应用服务器的本地内存加载上述依赖数据集；或者，为上述应用服务器提供数据处理服务的外部设备中设置有第二存储空间，上述第二存储空间为非易失性的存储空间且存储有依赖数据集，在上述应用服务器启动后，从上述外部设备的上述第二存储空间往上述应用服务器的本地内存加载依赖数据集。
8.根据本公开的实施例，在上述远程调用上述第三方目标服务器来获取上述目标依赖数据之后，还包括：将获取的上述目标依赖数据写入至上述应用服务器的本地内存中。
9.根据本公开的实施例，上述数据处理的方法还包括：在应用的历史访问记录中提取出依赖数据。上述在应用的历史访问记录中提取出依赖数据，包括：获取应用的历史日志文件；以及对上述历史日志文件中的信息进行一级或二级筛选，对应得到用户在访问应用过程中调用的全部或部分历史依赖数据。
10.根据本公开的实施例，上述数据处理的方法中，上述对上述历史日志文件中的信息进行一级或二级筛选，对应得到用户在访问应用过程中调用的全部或部分历史依赖数据，包括：在上述历史日志文件中获取：用户访问应用过程中调用的全部历史依赖数据所占据的第三存储空间；确定上述应用服务器的可用内存空间是否高于上述第三存储空间；在上述可用内存空间高于上述第三存储空间的情况下，对上述历史日志文件中的信息进行一级筛选，得到用户访问应用过程中调用的全部历史依赖数据；在上述可用内存空间小于上述第三存储空间的情况下，对上述历史日志文件中的信息进行二级筛选，得到用户访问应用过程中调用的部分历史依赖数据。
11.根据本公开的实施例，上述数据处理的方法中，上述对上述历史日志文件中的信息进行二级筛选，得到用户访问应用过程中调用的部分历史依赖数据，包括：对上述历史日志文件中的信息进行第一级筛选，得到用户访问应用过程中调用的全部历史依赖数据；以及基于用户访问频次的相对高低，对第一级筛选得到的全部历史依赖数据进行第二级筛选，得到用户访问应用过程中调用的部分历史依赖数据，上述部分历史依赖数据所占据的存储空间低于上述可用内存空间。
12.根据本公开的实施例，上述数据处理的方法中，基于用户访问频次的相对高低，对第一级筛选得到的全部历史依赖数据进行第二级筛选，得到用户访问应用过程中调用的部分历史依赖数据，包括：统计当前数据提取周期内，全部历史依赖数据中各个历史依赖数据的用户访问频次；按照上述用户访问频次由高到低的顺序，依次计算访问频次排名靠前的t个历史依赖数据所占据的第四存储空间和t 1个历史依赖数据所占据的第五存储空间，t≥1；在上述第四存储空间低于上述可用内存空间、且上述第五存储空间大于上述可用内存空间的情况下，确定所排名靠前的t个历史依赖数据作为上述部分历史依赖数据。
13.根据本公开的实施例，上述数据处理的方法还包括：将上述目标依赖数据的调用结果记录于历史日志文件中。其中，在存在上述目标依赖数据的情况下，上述历史日志文件中预先记录的上述目标依赖数据的用户访问频次加1；在不存在上述目标依赖数据的情况下，上述历史日志文件中记录上述目标依赖数据，且对应的用户访问频次为1。
14.第二方面，本公开的实施例提供了一种应用服务器运行的方法，上述应用服务器运行的方法包括：在接收到应用对目标依赖数据的调用请求时，确定已加载的依赖数据集中是否存在上述目标依赖数据；上述目标依赖数据的来源为第三方目标服务器，上述第三方目标服务器独立于为上述应用提供服务支持的应用服务器；在存在上述目标依赖数据的情况下，将已加载的依赖数据集中的上述目标依赖数据反馈给上述应用；在不存在上述目标依赖数据的情况下，远程调用上述第三方目标服务器来获取上述目标依赖数据，并将上述目标依赖数据反馈给上述应用。
15.根据本公开的实施例，上述应用服务器运行的方法，还包括：在应用服务器启动服务的情况下，加载依赖数据集。上述依赖数据集包含：在应用的历史访问记录中提取出的依赖数据，上述依赖数据的来源为第三方服务器；或者，上述依赖数据集包含：在应用的历史操作请求发生过程中写入至上述应用服务器的本地内存中的依赖数据；或者，上述依赖数据集包括：在应用的历史访问记录中提取出的第一依赖数据；以及在应用的历史操作请求发生过程中写入至上述应用服务器的本地内存中的第二依赖数据，上述第一依赖数据和上述第二依赖数据为上述依赖数据集中独立的两个子集。
16.根据本公开的实施例，上述应用服务器运行的方法中，上述加载依赖数据集包括：从上述应用服务器的本地存储器加载或通过外部设备加载上述依赖数据集。其中，上述从上述应用服务器的本地存储器加载或通过外部设备加载上述依赖数据集，包括：上述应用服务器的本地存储器中设置有第一存储空间，上述第一存储空间为非易失性的存储空间且存储有依赖数据集，在上述应用服务器启动后，从上述应用服务器的上述第一存储空间往上述应用服务器的本地内存加载上述依赖数据集；或者，为上述应用服务器提供数据处理服务的外部设备中设置有第二存储空间，上述第二存储空间为非易失性的存储空间且存储有依赖数据集，在上述应用服务器启动后，从上述外部设备的上述第二存储空间往上述应用服务器的本地内存加载依赖数据集。
17.根据本公开的实施例，上述应用服务器运行的方法中，在远程调用上述第三方目标服务器来获取上述目标依赖数据之后，还包括：将获取的上述目标依赖数据写入至上述应用服务器的本地内存中。
18.根据本公开的实施例，上述应用服务器运行的方法还包括：在应用的历史访问记录中提取出依赖数据。上述在应用的历史访问记录中提取出依赖数据，包括：获取应用的历史日志文件；以及对上述历史日志文件中的信息进行一级或二级筛选，对应得到用户在访问应用过程中调用的全部或部分历史依赖数据。
19.根据本公开的实施例，上述应用服务器运行的方法中，上述对上述历史日志文件中的信息进行一级或二级筛选，对应得到用户在访问应用过程中调用的全部或部分历史依赖数据，包括：在上述历史日志文件中获取：用户访问应用过程中调用的全部历史依赖数据所占据的第三存储空间；确定上述应用服务器的可用内存空间是否高于上述第三存储空间；在上述可用内存空间高于上述第三存储空间的情况下，对上述历史日志文件中的信息进行一级筛选，得到用户访问应用过程中调用的全部历史依赖数据；在上述可用内存空间小于上述第三存储空间的情况下，对上述历史日志文件中的信息进行二级筛选，得到用户访问应用过程中调用的部分历史依赖数据。
20.根据本公开的实施例，上述应用服务器运行的方法中，上述对上述历史日志文件
中的信息进行二级筛选，得到用户访问应用过程中调用的部分历史依赖数据，包括：对上述历史日志文件中的信息进行第一级筛选，得到用户访问应用过程中调用的全部历史依赖数据；以及基于用户访问频次的相对高低，对第一级筛选得到的全部历史依赖数据进行第二级筛选，得到用户访问应用过程中调用的部分历史依赖数据，上述部分历史依赖数据所占据的存储空间低于上述可用内存空间。
21.根据本公开的实施例，上述应用服务器运行的方法中，基于用户访问频次的相对高低，对第一级筛选得到的全部历史依赖数据进行第二级筛选，得到用户访问应用过程中调用的部分历史依赖数据，包括：统计当前数据提取周期内，全部历史依赖数据中各个历史依赖数据的用户访问频次；按照上述用户访问频次由高到低的顺序，依次计算访问频次排名靠前的t个历史依赖数据所占据的第四存储空间和t 1个历史依赖数据所占据的第五存储空间，t≥1；在上述第四存储空间低于上述可用内存空间、且上述第五存储空间大于上述可用内存空间的情况下，确定所排名靠前的t个历史依赖数据作为上述部分历史依赖数据。
22.根据本公开的实施例，上述应用服务器运行的方法还包括：将上述目标依赖数据的调用结果记录于历史日志文件中。其中，在存在上述目标依赖数据的情况下，上述历史日志文件中预先记录的上述目标依赖数据的用户访问频次加1；在不存在上述目标依赖数据的情况下，上述历史日志文件中记录上述目标依赖数据，且对应的用户访问频次为1。
23.第三方面，本公开的实施例提供了一种数据处理的装置。上述数据处理的装置包括：请求接收模块、第一确定模块、第二确定模块、第一数据获取模块、第二数据获取模块和数据处理模块。上述请求接收模块用于接收用户对应用的操作请求。上述第一确定模块用于基于上述操作请求，确定需要调用的目标依赖数据。上述目标依赖数据的来源为第三方目标服务器，上述第三方目标服务器独立于为上述应用提供服务支持的应用服务器。上述第二确定模块用于在上述应用服务器已加载的依赖数据集中，确定是否存在上述目标依赖数据。上述第一数据获取模块用于在存在上述目标依赖数据的情况下，从已加载的依赖数据集中获取上述目标依赖数据。上述第二数据获取模块用于在不存在上述目标依赖数据的情况下，远程调用上述第三方目标服务器来获取上述目标依赖数据。上述数据处理模块用于对上述目标依赖数据实施对应的数据处理操作。
24.第四方面，本公开的实施例提供了一种应用服务器。上述应用服务器包括：确定模块、第一处理模块和第二处理模块。上述确定模块用于在接收到应用对目标依赖数据的调用请求时，确定已加载的依赖数据集中是否存在上述目标依赖数据。上述目标依赖数据的来源为第三方目标服务器，上述第三方目标服务器独立于为上述应用提供服务支持的应用服务器。上述第一处理模块用于在存在上述目标依赖数据的情况下，将已加载的依赖数据集中的上述目标依赖数据反馈给上述应用。上述第二处理模块用于在不存在上述目标依赖数据的情况下，远程调用上述第三方目标服务器来获取上述目标依赖数据，并将上述目标依赖数据反馈给上述应用。
25.第五方面，本公开的实施例提供了一种电子设备。上述电子设备包括处理器、通信接口、存储器和通信总线，其中，处理器、通信接口和存储器通过通信总线完成相互间的通信；存储器，用于存放计算机程序；处理器，用于执行存储器上所存放的程序时，实现如上所述的数据处理的方法或应用服务器运行的方法。
26.第六方面，本公开的实施例提供了一种计算机可读存储介质。上述计算机可读存
储介质上存储有计算机程序，上述计算机程序被处理器执行时实现如上所述的数据处理的方法或应用服务器运行的方法。
27.本公开实施例提供的上述技术方案与现有技术相比至少具有如下优点的部分或全部：
28.应用服务器预先加载有依赖数据集，在应用需要调用来源为第三方服务器的目标依赖数据时，通过先在应用服务器已经加载的依赖数据集中进行查找，确定是否存在上述目标依赖数据，如果存在，则无需进行远程调用；只有在依赖数据集中不存在上述目标依赖数据的情况下，才会向第三方进行远程调用；这种设置能够减少远程调用的频次，在高并发流量的场景下能够减少甚至避免由于网络抖动、访问量过大导致rpc服务端无法提供及时、高质量服务等问题，可以保证应用数据的正常处理和访问效率，极大的提升应用系统/程序的稳定性、吞吐率以及减少对远程调用接口的压力。
附图说明
29.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
30.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
31.图1a示意性示出了适用于本公开实施例的数据处理和应用服务器运行的方法和装置的系统架构；
32.图1b示意性示出了适用于本公开实施例的数据处理和应用服务器运行的方法的数据流场景示意图；
33.图2示意性示出了根据本公开一实施例的数据处理的方法的流程图；
34.图3示意性示出了根据本公开另一实施例的数据处理的方法的流程图；
35.图4示意性示出了根据本公开实施例的操作s301的详细实施流程图；
36.图5示意性示出了根据本公开又一实施例的数据处理的方法的流程图；
37.图6示意性示出了根据本公开再一实施例的数据处理的方法的流程图；
38.图7示意性示出了根据本公开又另一实施例的数据处理的方法的流程图；
39.图8示意性示出了根据本公开实施例的操作s701的详细实施流程图；
40.图9示意性示出了根据本公开实施例的子操作s7012的详细实施流程图；
41.图10示意性示出了根据本公开实施例的应用服务器运行的方法的流程图；
42.图11示意性示出了根据本公开实施例的数据处理的装置的结构框图；
43.图12示意性示出了根据本公开实施例的应用服务器运行的装置的结构框图；以及
44.图13示意性示出了本公开实施例提供的电子设备的结构框图。
具体实施方式
45.为了减少对于远程接口的调用，本公开的实施例提供了一种数据处理和应用服务器运行的方法、装置、设备及介质，基于同一个技术构思，通过对应用服务器自身的运行逻辑进行改进，以及在对应用的操作请求进行数据处理时的逻辑进行改进，能够减少甚至避
免由于网络抖动、访问量过大导致rpc服务端无法提供及时、高质量服务等问题，可以保证应用数据的正常处理和访问效率，极大的提升应用系统/程序的性能、吞吐率以及减少对远程调用接口的压力。
46.上述数据处理的方法包括：接收用户对应用的操作请求；基于上述操作请求，确定需要调用的目标依赖数据，上述目标依赖数据的来源为第三方目标服务器，上述第三方目标服务器独立于为上述应用提供服务支持的应用服务器；在上述应用服务器已加载的依赖数据集中，确定是否存在上述目标依赖数据；在存在上述目标依赖数据的情况下，从已加载的依赖数据集中获取上述目标依赖数据；在不存在上述目标依赖数据的情况下，远程调用上述第三方目标服务器来获取上述目标依赖数据；以及对获取的上述目标依赖数据实施对应的数据处理操作。
47.上述应用服务器运行的方法包括：在接收到应用对目标依赖数据的调用请求时，确定已加载的依赖数据集中是否存在上述目标依赖数据；上述目标依赖数据的来源为第三方目标服务器，上述第三方目标服务器独立于为上述应用提供服务支持的应用服务器；在存在上述目标依赖数据的情况下，将已加载的依赖数据集中的上述目标依赖数据反馈给上述应用；在不存在上述目标依赖数据的情况下，远程调用上述第三方目标服务器来获取上述目标依赖数据，并将上述目标依赖数据反馈给上述应用。
48.为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。
49.图1a示意性示出了适用于本公开实施例的数据处理和应用服务器运行的方法和装置的系统架构。
50.参照图1a所示，适用于本公开实施例的数据处理和应用服务器运行的方法和装置的系统架构100包括：终端设备101、102、103，第一网络104，应用服务器105，第二网络106，第三方服务器107、108。
51.第一网络104为用于在终端设备101、102、103和应用服务器105之间提供通信链路的介质。
52.第二网络106为用于在应用服务器105和第三方服务器107、108之间提供通信链路的介质。
53.第一网络104、第二网络106可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
54.用户可以使用终端设备101、102、103通过第一网络104与应用服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
55.终端设备101、102、103可以是显示屏并且支持网页浏览的各种电子设备，例如电子设备包括但不限于智能手机、平板电脑、笔记本电脑、台式计算机、智能手表等等。
56.应用服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所访问的网站或应用界面进行数据处理提供服务支持的后台管理服务器(仅为示
例)。后台管理服务器可以对接收到的请求数据进行分析和处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
57.在一示例性实施场景中，在用户使用终端设备101、102、103访问购物类应用的过程中，应用服务器105为上述购物类应用提供对应的数据支持服务。当用户在商品展示页面点击商品a，查询关于商品a的详细信息时，由于商品a的详细信息来源是第三方服务器107、108，此时应用服务器105可以通过rpc接口来调用第三方服务器107、108中的依赖数据，例如上述依赖数据为：商品a的各种详细信息，包括：{销售商：
×
，名称：手机，品牌：
××
，型号：
××
plus，价格：5000，颜色：红色、白色、金色、蓝色、黑色，
……
，屏幕尺寸：14寸、16寸}。然后，由应用服务器105对调用得到的上述依赖数据进行处理，并将处理的结果反馈给终端设备101、102、103。
58.在上述示例性实施例中，由应用服务器对终端设备的数据请求进行处理，并将处理结果反馈给终端设备。在其他实施例中，终端设备自身具有一定的运算能力，可以自行处理各种依赖数据。
59.在其他实施场景中，在应用服务器105对终端设备101、102、103上安装的应用提供服务的过程中，在需要调用依赖数据的场景下，可以由终端设备101、102、103通过rpc接口来访问第三方服务器107、108来获取各种依赖数据(这里并未采用图进行示意)。
60.在上述各种示例性实施场景下，可以由应用服务器105或终端设备101、102、103从第三方服务器107、108调用得到目标依赖数据，由应用服务器105或终端设备101、102、103来对获得的目标依赖数据进行处理。
61.图1b示意性示出了适用于本公开实施例的数据处理和应用服务器运行的方法的数据流场景示意图。
62.参照图1b所示，本公开实施例的数据处理和应用服务器运行的方法的数据流场景110可以分为两个并列的数据流路径，参照图1b中单点划线和双点划线所示例的两个数据流路径。本实施例中，以应用服务器作为目标依赖数据的处理方、同时以应用服务器从第三方服务器获取目标依赖数据进行示例，根据前面描述的示例性实施例可知，数据处理的方法还可以由终端设备作为执行主体来实施。
63.在上述数据处理的方法的实施场景中，参照图1b中实线单箭头所示，终端设备111向应用服务器112发送操作请求，该操作请求可以是用户对应用的操作请求，例如为获取商品a的详细信息并筛选出目前可购买的颜色和尺寸。则在应用服务器112一侧，接收上述操作请求(对应于后续操作s201)。在应用服务器112接收到上述操作请求之后，会基于上述操作请求，确定需要调用的目标依赖数据为商品a的详细信息(对应于后续操作s202)。应用服务器112在已加载的依赖数据集1122中确定是否存在上述目标依赖数据(对应于后续操作s203)。例如，本实施例中，应用服务器从依赖数据集1122中找到关于商品a的详细信息为：{名称：手机，品牌：
××
，型号：
××
plus，价格：5000，颜色：红色、白色、金色、蓝色、黑色，屏幕尺寸：14寸、16寸，销售商：
×
，销售信息}。在存在上述目标依赖数据的情况下，应用服务器112从已加载的依赖数据集中获取上述目标依赖数据(对应于操作s204a)；然后对上述目标依赖数据进行对应的数据处理操作(对应于操作s205)，例如本实施例中应用服务器112根据获取到的商品a的详细信息中的销售信息进行筛选，确定得到目前可购买的颜色为红色、黑色和白色，目前可购买的各个颜色下的尺寸分别为：14寸和16寸(对应红色)、14寸(对
应黑色)、16寸(对应白色)。在已加载的依赖数据集中存在目标依赖数据的情况下，对应于图1b中单点划线的双箭头所示的情形，应用服务器112在得到数据处理结果之后，向终端设备111反馈上述处理结果。
64.在另一数据流路径中，应用服务器112从依赖数据集1122中找不到关于商品a的详细信息，即，在已加载的依赖数据集1122中不存在上述目标依赖数据的情况下，应用服务器112远程调用上述第三方目标服务器113来获取上述目标依赖数据(对应于后续操作s204b)，参照图1b中双点划线对应的单箭头所示，第三方目标服务器113将目标依赖数据这一调用结果反馈给应用服务器112。然后，应用服务器112对调用得到的上述目标依赖数据进行对应的数据处理操作(对应于操作s205)。数据处理操作与前面的过程相同，这里不再赘述。在已加载的依赖数据集中不存在目标依赖数据的情况下，对应于图1b中双点划线的双箭头所示的情形，应用服务器112在得到数据处理结果之后，向终端设备111反馈上述处理结果。
65.在上述应用服务器运行的方法的实施场景中，参照图1b中实线单箭头所示，终端设备111向应用服务器112发送调用请求，上述调用请求可以是应用对目标依赖数据的调用请求。则在应用服务器112一侧，接收到上述调用请求。应用服务器112在接收到应用对目标依赖数据的调用请求时，确定已加载的依赖数据集中是否存在上述目标依赖数据(对应于后续操作s1001)。在存在上述目标依赖数据的情况下，应用服务器112将已加载的依赖数据集中的上述目标依赖数据反馈给上述应用(对应于后续操作s1002a)，参照图1b中单点划线对应的双箭头所示，应用服务器112将调用结果反馈给上述终端设备111。在不存在上述目标依赖数据的情况下，参照图1b中双点划线对应的单箭头和双箭头所示的路径，应用服务器112远程调用上述第三方目标服务器113来获取上述目标依赖数据，并将上述目标依赖数据的调用结果反馈给上述终端设备111的上述应用(前端)(对应于后续操作s1002b)。
66.参照图1b所示，上述依赖数据集1122中的全部或部分数据可以是通过对应用的历史访问记录1121进行处理后得到的。
67.需要说明的是，本公开实施例所提供的数据处理的方法一般可以由应用服务器105执行，也可以由具有一定运算能力的终端设备来执行。相应地，本公开实施例所提供的数据处理的装置一般可以设置于服务器105中或上述具有一定运算能力的终端设备中。本公开实施例所提供的数据处理的方法也可以由不同于服务器105且能够与终端设备101、102、103和/或应用服务器105通信的服务器或服务器集群(不同于上述第三方服务器107、108)执行。相应地，本公开实施例所提供的数据处理的装置也可以设置于不同于应用服务器105且能够与终端设备101、102、103和/或应用服务器105通信的服务器或服务器集群(不同于上述第三方服务器107、108)中。
68.应该理解，图1中的终端设备、第一网络、应用服务器、第二网络、第三方服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、第一网络、应用服务器、第二网络、第三方服务器。下面结合附图来对本公开的实施例进行详细描述。
69.本公开的第一个示例性实施例提供了一种数据处理的方法。
70.图2示意性示出了根据本公开一实施例的数据处理的方法的流程图。
71.参照图2所示，本公开实施例提供的数据处理的方法包括以下操作：s201、s202、s203、s204a、s204b和s205。
72.在操作s201，接收用户对应用的操作请求。
73.在操作s202，基于上述操作请求，确定需要调用的目标依赖数据。上述目标依赖数据的来源为第三方目标服务器，上述第三方目标服务器独立于为上述应用提供服务支持的应用服务器。
74.在操作s203，在上述应用服务器已加载的依赖数据集中，确定是否存在上述目标依赖数据。
75.在操作s204a，在存在上述目标依赖数据的情况下，从已加载的依赖数据集中获取上述目标依赖数据。
76.在操作s204b，在不存在上述目标依赖数据的情况下，远程调用上述第三方目标服务器来获取上述目标依赖数据。
77.在操作s205，对获取的上述目标依赖数据实施对应的数据处理操作。
78.上述操作s201～s205可以由应用服务器来执行，也可以由终端设备来执行。应用服务器执行的具体过程可以参照前述关于图1a和图1b的描述，这里不再赘述。在上述操作s201～s205由终端设备来执行时，上述操作s203的实施场景可以是：终端设备可以通过访问应用服务器的依赖数据集，从而确定上述依赖数据集中是否存在目标依赖数据，并在依赖数据集中存在目标依赖数据的情况下，实施操作s204a和s205，从上述依赖数据集中获取到上述目标依赖数据，由终端设备对目标依赖数据进行数据处理。上述操作s204b的实施场景可以是：在不存在上述目标依赖数据的情况下，由终端设备直接调用第三方服务器来获取上述目标依赖数据。
79.基于上述操作s201～s205，应用服务器预先加载有依赖数据集，在应用需要调用来源为第三方服务器的目标依赖数据时，通过先在应用服务器已经加载的依赖数据集中进行查找，确定是否存在上述目标依赖数据，如果存在，则无需进行远程调用；只有在依赖数据集中不存在上述目标依赖数据的情况下，才会向第三方进行远程调用；这种设置能够减少远程调用的频次，在高并发流量的场景下能够减少甚至避免由于网络抖动、访问量过大导致rpc服务端无法提供及时、高质量服务等问题，可以保证应用数据的正常处理和访问效率，极大的提升应用系统/程序的性能、吞吐率以及减少对远程调用接口的压力。
80.本公开的实施例中，针对同一个应用，可以具有多个独立的应用服务器(例如一个集群中的多个应用服务器)来提供服务，每个应用服务器均加载有上述依赖数据集。这种设置能够确保应用在随机选择或者定向选择某个应用服务器时，在该应用服务器上均加载有依赖数据集，在依赖数据集中存在依赖数据的情况下，无需进行远程调用，极大的提升应用系统/程序的稳定性、吞吐率以及减少对远程调用接口的压力。
81.图3示意性示出了根据本公开另一实施例的数据处理的方法的流程图。
82.本公开实施例提供的数据处理的方法除了包括上述操作s201～s205之外，还包括操作s301。上述操作s301在操作s201之前执行，参照图3所示，仅示例了操作s201和s301。
83.在操作s301，在应用服务器启动服务的情况下，加载依赖数据集。上述操作s301可以由应用服务器执行。
84.在一实施例中，上述依赖数据集包含：在应用的历史访问记录中提取出的依赖数据，上述依赖数据的来源为第三方服务器。或者，在另一实施例中，上述依赖数据集包含：在应用的历史操作请求发生过程中写入至上述应用服务器的本地内存中的依赖数据。或者，
在又一实施例中，上述依赖数据集包括：在应用的历史访问记录中提取出的第一依赖数据；以及在应用的历史操作请求发生过程中写入至上述应用服务器的本地内存中的第二依赖数据，上述第一依赖数据和上述第二依赖数据为上述依赖数据集中独立的两个子集。
85.基于本公开的实施例，上述依赖数据集可以将历史访问记录进行数据处理后得到，也可以在历史操作请求中将每次的调用结果都写入应用服务器的本地内存；还可以将上述两种方式进行结合，部分依赖数据集的数据来源于历史访问数据处理的结果，部分依赖数据是由调用结果直接写入至应用服务器的本地内存。那么在实际应用时，可以根据应用服务器本地内存的可用空间大小、网络状态等采用上述两种方式的一种或结合使用，来得到依赖数据集。
86.图4示意性示出了根据本公开实施例的操作s301的详细实施流程图。
87.根据本公开的实施例，参照图4所示，上述数据处理的方法中，上述加载依赖数据集的操作s301包括操作s301a或操作s301b。
88.在操作s301a，从上述应用服务器的本地存储器加载上述依赖数据集。
89.在操作s301b，通过外部设备加载上述依赖数据集。
90.基于操作s301a，通过采用本地加载的形式，能够有效避免每次应用服务器加载过程由于网络出现问题导致的无法加载或延迟加载依赖数据集的情况。基于操作s301b，通过外部设备加载的方式，能够节省应用服务器的存储空间，在保证良好通信的情况下，能够实现依赖数据集的加载。
91.在另一实施例中，上述加载的依赖数据集还可以是压缩后的数据集，通过对加载前的依赖数据集进行压缩，一方面能够节省上述依赖数据集占据的存储空间，同时在基于操作s301a或s301b的方式进行加载时，还可以加快数据传输速度。这种实施场景下，只需要在加载好压缩形式的依赖数据集之后，进行解压缩即可。
92.在一示例性场景下，上述应用服务器的本地存储器中设置有第一存储空间，上述第一存储空间为非易失性的存储空间且存储有依赖数据集，实施操作s301a，在上述应用服务器启动后，从上述应用服务器的上述第一存储空间往上述应用服务器的本地内存加载上述依赖数据集。
93.在另一示例性场景下，为上述应用服务器提供数据处理服务的外部设备中设置有第二存储空间，上述第二存储空间为非易失性的存储空间且存储有依赖数据集，实施操作s301b，在上述应用服务器启动后，从上述外部设备的上述第二存储空间往上述应用服务器的本地内存加载依赖数据集。上述外部设备与上述应用服务器基于网络进行通信或基于数据接口(例如通过usb接口)进行通信。
94.上述外部设备可以是终端设备或服务器，或者是安装有数据处理程序的可移动的存储介质，诸如u盘、移动硬盘等。
95.图5示意性示出了根据本公开又一实施例的数据处理的方法的流程图；
96.本公开实施例提供数据处理的方法除了包括上述操作s201～s205之外，还可以包括操作s501。参照图5所示，上述操作s501可以在操作s204a或操作s204b之后执行。操作s501与操作s205的执行顺序不做限定，可以并列执行或者具有先后顺序。
97.在操作s501，将上述目标依赖数据的调用结果记录于历史日志文件中。
98.通过将每次操作请求所对应的依赖数据的调用结果记录于历史日志文件，从而可
以通过在应用的历史访问记录中提取出依赖数据，基于这些依赖数据生成依赖数据集，供应用服务器进行加载。上述操作s501可以由应用服务器执行或安装有应用的终端设备执行。
99.根据本公开的实施例，在存在上述目标依赖数据的情况下，上述历史日志文件中预先记录的上述目标依赖数据的用户访问频次加1；在不存在上述目标依赖数据的情况下，上述历史日志文件中记录上述目标依赖数据，且对应的用户访问频次为1。
100.通过在历史日志文件中记录依赖数据的用户访问频次，可以在应用服务器的本地内存有限的情况下，可以通过基于频次进行二级筛选的方式来得到要加载至应用服务器的依赖数据集中的依赖数据是部分历史依赖数据。
101.根据本公开的实施例，上述数据处理的方法还可以同时包括上述操作s201～s205、s301和s501。
102.图6示意性示出了根据本公开再一实施例的数据处理的方法的流程图。
103.本公开实施例提供的数据处理的方法除了包括上述操作s201～s205之外，还可以进一步包括操作s601。参照图6所示，上述操作s601在远程调用上述第三方目标服务器来获取上述目标依赖数据对应的操作s204b之后执行；操作s601可以在操作s205之前执行，也可以在操作s601之后执行，或者也可以并行执行。
104.在操作s601：将获取的上述目标依赖数据写入至上述应用服务器的本地内存中。
105.在应用服务器已加载的依赖数据集中不存在目标依赖数据的情况下，通过从第三方服务器调用得到的目标依赖数据直接写入至应用服务器的内存中，能够即时更新应用服务器加载的依赖数据库。上述操作s601可以由应用服务器执行或安装有应用的终端设备执行。
106.在其他实施例中，上述数据处理的方法还可以同时包括上述操作s201～s205、s301和s601；或者同时包括：s201～s205、s301、s501和s601。实际上，本公开实施例描述的操作s301、s501、s601可以与前述包含操作s201～s205的实施例进行任意组合。
107.图7示意性示出了根据本公开又另一实施例的数据处理的方法的流程图。
108.本公开实施例提供的数据处理的方法除了包括上述操作s201～s205之外，还包括操作s701。参照图7中实线框所示，上述操作s701在操作s201之前执行。
109.在操作s701：在应用的历史访问记录中提取出依赖数据。
110.上述操作s701可以由应用服务器执行，或者由能够与应用服务器通信的计算设备执行，该计算设备可以是前述安装有应用的终端设备，还可以是其他的服务器或提供云计算服务的终端设备。通过实施操作s701，能够从应用的历史访问记录中提取出依赖数据，从而基于提取出的依赖数据，生成依赖数据集。
111.参照图7中虚线框所示，本公开实施例提供的数据处理的方法还可以同时包括操作s201～s205、s301和s701，操作s301在操作s701之后执行。在操作s701提取出的依赖数据作为依赖数据集中的数据，后续在操作s301中加载依赖数据集时获取。
112.根据本公开的实施例，参照图7中虚线框所示，操作s601可以作为与操作s701并列的两种途径，上述数据处理的方法还可以同时包括操作s201～s205、s301和s601，在应用存储器的本地内存足够大的情况下，可以在每次处理操作请求时，直接将从第三方调用的目标依赖数据写入至本地内存，从而得到依赖数据库中新增的目标依赖数据(之前未在本地
内存出现过)。在其他实施例中，上述操作s601和s701作为两种互补的途径，在同一个实施例中二者结合起来实施，在应用的历史访问记录中提取出的数据称为第一依赖数据；在应用的历史操作请求发生过程中写入至上述应用服务器的本地内存中的依赖数据称为第二依赖数据，上述第一依赖数据和上述第二依赖数据作为依赖数据集中独立的两个子集。
113.图8示意性示出了根据本公开实施例的操作s701的详细实施流程图。
114.参照图8所示，上述在应用的历史访问记录中提取出依赖数据的操作s701包括以下子操作：s7011，s7012。
115.在子操作s7011，获取应用的历史日志文件。
116.例如，可以通过上述应用服务器或上述计算设备中的flume模块实现子操作s7011。flume是一个高可用的、高可靠的分布式海量日志采集、聚合和传输的系统/功能模块，flume支持在日志系统中定制各类数据发送方，用于收集数据。
117.在子操作s7012，对上述历史日志文件中的信息进行一级或二级筛选，对应得到用户在访问应用过程中调用的全部或部分历史依赖数据。
118.在一实施例中，获取到应用的历史日志文件之后，将其进行存储。例如在通过flume模块收集到数据之后，可以将数据写入到kafka模块(一种高吞吐量的分布式发布订阅消息系统)中，kafka模块可以处理大量数据，吞吐量较高，可以满足大部分业务要求。
119.数据加工模块监听kafka模块的消息，获取到数据之后进行处理，通过对历史日志文件中的信息进行一级或二级筛选，得到用户在访问应用过程中调用的全部或部分历史依赖数据。这里面的全部或部分历史依赖数据中存在一定的概率包含有当前操作请求中需要的目标依赖数据。在包含目标依赖数据的情况下，可以实施对应的操作s2034a，在不包含目标依赖数据的情况下，可以实施对应的操作s2034b。
120.在上述实施例中已经描述过，可以对加载前的依赖数据集进行压缩。对应该实施场景中，上述子操作s7012的实施过程中，还可以通过调度模块来对数据加工模块处理后的数据进行压缩。对这些数据集进行压缩，使得数据存储空间可大大降低，从而便于提升传输速率。采用的压缩算法可以是各种类型的压缩算法，例如可以采用gzip、差分编码、huffman编码等。
121.图9示意性示出了根据本公开实施例的子操作s7012的详细实施流程图。
122.根据本公开的实施例，参照图9所示，上述子操作s7012中，上述对上述历史日志文件中的信息进行一级或二级筛选，对应得到用户在访问应用过程中调用的全部或部分历史依赖数据，包括以下操作：s901、s902、s903a和s903b。
123.在操作s901，在上述历史日志文件中获取：用户访问应用过程中调用的全部历史依赖数据所占据的第三存储空间。
124.在操作s902，确定上述应用服务器的可用内存空间是否高于上述第三存储空间。
125.在操作s903a，在上述可用内存空间高于(≥)上述第三存储空间的情况下，对上述历史日志文件中的信息进行一级筛选，得到用户访问应用过程中调用的全部历史依赖数据。
126.在操作s903b，在上述可用内存空间小于上述第三存储空间的情况下，对上述历史日志文件中的信息进行二级筛选，得到用户访问应用过程中调用的部分历史依赖数据。
127.根据本公开的实施例，上述操作s903b中，对上述历史日志文件中的信息进行二级
筛选，得到用户访问应用过程中调用的部分历史依赖数据，包括：对上述历史日志文件中的信息进行第一级筛选，得到用户访问应用过程中调用的全部历史依赖数据；以及基于用户访问频次的相对高低，对第一级筛选得到的全部历史依赖数据进行第二级筛选，得到用户访问应用过程中调用的部分历史依赖数据，上述部分历史依赖数据所占据的存储空间低于上述可用内存空间。
128.根据本公开的实施例，基于用户访问频次的相对高低，对第一级筛选得到的全部历史依赖数据进行第二级筛选，得到用户访问应用过程中调用的部分历史依赖数据，包括：统计当前数据提取周期内，全部历史依赖数据中各个历史依赖数据的用户访问频次；按照上述用户访问频次由高到低的顺序，依次计算访问频次排名靠前的t个历史依赖数据所占据的第四存储空间和t 1个历史依赖数据所占据的第五存储空间，t≥1；在上述第四存储空间低于上述可用内存空间、且上述第五存储空间大于上述可用内存空间的情况下，确定所排名靠前的t个历史依赖数据作为上述部分历史依赖数据。当前数据提取周期可以根据实际需要设置，例如为数据提取周期设置为一分钟提取一次，例如根据上述判断，得到t＝1000，则在一分钟内将访问频次排名靠前的1000个历史依赖数据作为上述部分历史依赖数据，生成依赖数据集，供应用服务器进行加载。
129.通过基于用户访问频次的相对高低，将第一级筛选得到全部历史依赖数据进行第二级筛选，对应于访问频次越高的历史依赖数据，在后续(当前、下一次、更下一次)操作请求中被调用的概率越高，由此可以提升应用服务器在有限的可用内存空间的情况下尽可能多存储被调用概率较高的历史依赖数据，从而减少rpc接口调用的概率和频次。
130.本公开的实施例中，包含“历史”这一限定的词语表示的含义是相对于本次操作请求或者第二实施例中要描述的本次调用请求，本领域技术人员可以理解，随着操作请求的次数增加和时间的推演，历史数据是时刻变动且更新的。
131.基于相同的技术构思，本公开的第二个示例性实施例提供了一种应用服务器运行的方法。
132.图10示意性示出了根据本公开一实施例的应用服务器运行的方法的流程图。
133.参照图10所示，本公开实施例提供的应用服务器运行的方法，包括以下操作：s1001、s1002a、s1002b。上述操作s1002a和s1002b为两个并列的分支，针对同一次调用请求，上述操作ss1002a和s1002b只执行一个，在多次调用请求下，上述操作ss1002a和s1002b对应的分支有可能全都涵盖到。
134.在操作s1001，在接收到应用对目标依赖数据的调用请求时，确定已加载的依赖数据集中是否存在上述目标依赖数据。
135.上述目标依赖数据的来源为第三方目标服务器，上述第三方目标服务器独立于为上述应用提供服务支持的应用服务器。
136.在操作s1002a，在存在上述目标依赖数据的情况下，将已加载的依赖数据集中的上述目标依赖数据反馈给上述应用。
137.在操作s1002b，在不存在上述目标依赖数据的情况下，远程调用上述第三方目标服务器来获取上述目标依赖数据，并将上述目标依赖数据反馈给上述应用。
138.本实施例提供的应用服务器运行的方法除了包括操作s1001，s1002a或s1002b之外，还可以进一步包括第一实施例中描述的操作s301、s501、s601、s701中的至少一个，具体
描述参见前述实施例的描述即可，区别在于本实施例中，对应的操作s301、s501、s601、s701均由应用服务器执行。
139.本公开的第三个示例性实施例提供了一种数据处理的装置。
140.图11示意性示出了根据本公开实施例的数据处理的装置的结构框图。
141.参照图11所示，本公开实施例提供的数据处理的装置1100包括：请求接收模块1101、第一确定模块1102、第二确定模块1103、第一数据获取模块1104、第二数据获取模块1105和数据处理模块1106。
142.结合前述图1a和图1b的描述，上述装置1100可以是终端设备，或者是应用服务器。
143.上述请求接收模块1101用于接收用户对应用的操作请求。
144.上述第一确定模块1102用于基于上述操作请求，确定需要调用的目标依赖数据。
145.上述目标依赖数据的来源为第三方目标服务器，上述第三方目标服务器独立于为上述应用提供服务支持的应用服务器。
146.上述第二确定模块1103用于在上述应用服务器已加载的依赖数据集中，确定是否存在上述目标依赖数据。
147.上述第一数据获取模块1104用于在存在上述目标依赖数据的情况下，从已加载的依赖数据集中获取上述目标依赖数据。
148.上述第二数据获取模块1105用于在不存在上述目标依赖数据的情况下，远程调用上述第三方目标服务器来获取上述目标依赖数据。
149.上述数据处理模块1106用于对上述目标依赖数据实施对应的数据处理操作。
150.根据本公开的实施例，上述装置1100除了包括上述请求接收模块1101、第一确定模块1102、第二确定模块1103、第一数据获取模块1104、第二数据获取模块1105和数据处理模块1106之外，还可以进一步包括以下模块至少之一：加载模块、日志记录模块、内存写入模块、依赖数据提取模块。
151.上述加载模块用于在应用服务器启动服务的情况下，加载依赖数据集。上述加载模块包含用于实现操作s301a和/或s301b的功能模块或子模块。
152.上述日志记录模块用于将上述目标依赖数据的调用结果记录于历史日志文件中。
153.上述内存写入模块用于将获取的上述目标依赖数据写入至上述应用服务器的本地内存中。
154.上述依赖数据提取模块用于在应用的历史访问记录中提取出依赖数据。上述依赖数据提取模块包含用于实现子操作s7011和s7012的功能模块或子模块。
155.在包括加载模块的场景下，上述装置1100可以是应用服务器。在不包含加载的场景下，上述装置1100可以是终端设备或应用服务器。上述依赖数据提取模块可以设置于装置1100的内部，也可以设置于能够与装置1100进行通信的计算设备上。
156.本公开的第四个示例性实施例提供了一种应用服务器。
157.图12示意性示出了根据本公开实施例的应用服务器的结构框图。
158.参照图12所示，本公开实施例提供的应用服务器1200包括：确定模块1201、第一处理模块1202和第二处理模块1203。
159.上述确定模块1201用于在接收到应用对目标依赖数据的调用请求时，确定已加载的依赖数据集中是否存在上述目标依赖数据。上述目标依赖数据的来源为第三方目标服务
器，上述第三方目标服务器独立于为上述应用提供服务支持的应用服务器。
160.上述第一处理模块1202用于在存在上述目标依赖数据的情况下，将已加载的依赖数据集中的上述目标依赖数据反馈给上述应用。
161.上述第二处理模块1203用于在不存在上述目标依赖数据的情况下，远程调用上述第三方目标服务器来获取上述目标依赖数据，并将上述目标依赖数据反馈给上述应用。
162.根据本公开的实施例，上述应用服务器1200除了包括上述确定模块1201、第一处理模块1202和第二处理模块1203之外，还可以进一步包括以下模块至少之一：加载模块、日志记录模块、内存写入模块、依赖数据提取模块。上述各个模块的描述参见第三实施例的介绍，区别在于，本实施例的各个模块均设置于应用服务器内部。
163.上述第三个实施例中，请求接收模块1101、第一确定模块1102、第二确定模块1103、第一数据获取模块1104、第二数据获取模块1105和数据处理模块1106中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。请求接收模块1101、第一确定模块1102、第二确定模块1103、第一数据获取模块1104、第二数据获取模块1105和数据处理模块1106中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，请求接收模块1101、第一确定模块1102、第二确定模块1103、第一数据获取模块1104、第二数据获取模块1105和数据处理模块1106中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
164.上述第四个实施例中，确定模块1201、第一处理模块1202和第二处理模块1203中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。确定模块1201、第一处理模块1202和第二处理模块1203中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，确定模块1201、第一处理模块1202和第二处理模块1203中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
165.本公开的第五个示例性实施例提供了一种电子设备。
166.图13示意性示出了本公开实施例提供的电子设备的结构框图。
167.参照图13所示，本公开实施例提供的电子设备1300包括处理器1301、通信接口1302、存储器1303和通信总线1304，其中，处理器1301、通信接口1302和存储器1303通过通信总线1304完成相互间的通信；存储器1303，用于存放计算机程序；处理器1301，用于执行存储器上所存放的程序时，实现如上所述的数据处理的方法或应用服务器运行的方法。
168.本公开的第六个示例性实施例还提供了一种计算机可读存储介质。上述计算机可
读存储介质上存储有计算机程序，上述计算机程序被处理器执行时实现如上所述的数据处理的方法或应用服务器运行的方法。
169.该计算机可读存储介质可以是上述实施例中描述的设备/装置中所包含的；也可以是单独存在，而未装配入该设备/装置中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
170.根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
171.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
172.以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。