应用程序调节方法、装置、电子设备及介质与流程

1.本公开涉及计算机技术领域，尤其是涉及一种应用程序调节方法、装置、电子设备及介质。


背景技术：

2.随着计算机时代的发展，各个软件平台中包含的功能越来越多。一些产品化的软件平台提供的功能覆盖面广，而实际情况是某一类的用户使用产品过程中只会经常使用其中一部分功能，而不经常使用或者一直不会使用的功能在用户服务器上也一直在运行，并且运行过程中会产生很多不需要的进程，这些进程或多或少的占用消耗服务器及服务的资源。
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.在本发明的一些实施例中，基于前述方案，所述配置模块530，配置为若确定所述状态数据为优化状态，且所述功能模块的原状态数据为正常状态，关闭所述功能模块的进程，并将所述功能模块标记为优化状态。
34.根据本发明实施例的一方面，提供一种电子设备，其中，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的方法步骤。
35.根据本发明实施例的再一方面，提供一种计算机可读存储介质，其上存储有计算机程序，其中，该程序被处理器执行时实现如上所述的方法步骤。
36.本发明实施例中，监听应用程序的功能模块，以获取所述功能模块的执行数据；根据所述执行数据确定所述功能模块的状态数据；根据所述状态数据配置所述功能模块的状态；其中，所述状态数据包括：优化状态以及正常状态。实现了对应用程序使用的系统资源的优化，避免不常用功能模块对服务器资源的占用，提升服务器稳定性，同时也可以提升应用程序性能。
37.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。
附图说明
38.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
39.图1是根据一示例性实施例示出的应用程序调节方法的流程图；
40.图2是根据另一示例性实施例示出的应用程序调节方法的流程图；
41.图3是根据再一示例性实施例示出的应用程序调节方法的流程图；
42.图4是根据再一示例性实施例示出的应用程序调节方法的流程图；
43.图5是根据一示例性实施例示出的一种应用程序调节装置500的结构示意图；
44.图6是根据一示例性实施例示出的一种电子设备的结构示意图。
具体实施方式
45.现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本发明将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。
46.此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本发明的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。
47.附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
48.附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
49.应理解，虽然本文中可能使用术语第一、第二、第三等来描述各种组件，但这些组
件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此，下文论述的第一组件可称为第二组件而不偏离本公开概念的教示。如本文中所使用，术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。
50.本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本公开所必须的，因此不能用于限制本公开的保护范围。
51.图1是根据一示例性实施例示出的应用程序调节方法的流程图，该方法可以由具有计算处理能力的终端或服务器执行。如图1所示，该方法可以包括但不限于以下流程：
52.在s110中，监听应用程序的功能模块，以获取所述功能模块的执行数据。
53.本发明实施例中，应用程序上可以设置有多个功能模块，针对每个功能模块都需要监听，以获取每一功能模块的执行数据。
54.在s120中，根据所述执行数据确定所述功能模块的状态数据。
55.本发明实施例中，状态数据可以包括优化状态以及正常状态。优化状态是指功能模块的进程处于关闭状态，正常状态是指功能模块的进程处于开启状态。在优化状态，功能模块不能执行功能任务，需要先开启进程后才可以执行功能任务。在正常状态下，功能模块的进程处于开启状态，能够执行功能任务。
56.本发明实施例中，执行数据可以包括功能模块已执行数据的执行时间。例如，该功能模块在某时刻接收数据，在某时刻对该数据进行校验处理，在某时刻完成对该数据的存储。若功能模块的已执行数据的执行时间在预设时间段内，确定所述功能模块的状态为正常状态。例如，若完成对该数据的存储的时刻在预设时间段内，确定该功能模块的状态为正常状态。若完成对该数据的存储的时刻不在预设时间段内，确定该功能模块的状态为优化状态。
57.本发明实施例中，可以周期性根据每一功能模块的执行数据确定该功能模块的状态数据。例如，每7天根据功能模块的执行数据重新确定该功能模块的状态数据。在每一周期内，根据执行数据确定所述功能模块的状态数据。需要指出的是，在周期性根据执行数据确定功能模块的状态数据时，其监听应用程序的功能模块获取的该功能模块的执行数据一般为在该周期内的执行数据，例如，周期为7天，获取到执行数据为在该周期内的执行数据，之前的执行数据已经执行过根据执行数据确定功能模块的操作。
58.需要指出的是，该预设时间段可以是与周期对应的时间段，例如，周期为7天，则该预设时间段可以为距离当前时刻的7天内。
59.还需要说明的是，若获取到该功能模块的多条已执行数据的执行时间，以距离当前时刻最近时刻的执行时间来确定功能模块的状态数据。
60.需要指出的是，在所述应用程序启动时，该应用程序的所有功能模块均设置为正常状态，即设置被监听的功能模块的初始状态为正常状态。
61.本发明实施例中，执行数据还包括功能模块的待执行数据。待执行数据是指该功能模块需要进行操作的数据，例如，接收到日志数据。除了根据已执行数据的执行时间确定功能模块的状态数据，还可以在通过监听获取到功能模块的待执行数据后，确定功能模块的状态数据。若接收到针对所述功能模块的待执行数据，确定所述功能模块的状态数据为正常状态。
62.需要指出的是，功能模块的已执行数据的执行时间在预设时间段内，以及，接收到
针对所述功能模块的待执行数据，这两个条件中出现至少一个，则确定该功能模块的状态数据为正常状态。而未接收到功能模块的待执行数据，以及，功能模块已执行数据的执行时间不在所述预设时间段内，这两个条件均满足时，才能确定所述功能模块的状态为优化状态。
63.在s130中，根据所述状态数据配置所述功能模块的状态。
64.本发明实施例中，根据确定的状态数据配置功能模块的状态可以包括以下4种情况：
65.1、若确定所述状态数据为正常状态，且所述功能模块的原状态数据为优化状态，启动所述功能模块的进程，并将所述功能模块标记为正常状态。
66.2、若确定所述状态数据为正常状态，且所述功能模块的原状态数据为正常状态，则功能模块保持标记为正常状态。
67.3、若确定所述状态数据为优化状态，且所述功能模块的原状态数据为正常状态，关闭所述功能模块的进程，并将所述功能模块标记为优化状态。
68.4、若确定所述状态数据为优化状态，且所述功能模块的原状态数据为优化状态，则功能模块保持标记为优化状态。
69.需要指出的是，在接收到针对所述功能模块的待执行数据，确定所述功能模块的状态数据为正常状态且配置该功能模块为正常状态后，该功能模块执行该待执行数据，在执行完所述待执行数据后，更新所述功能模块的已执行数据的执行时间，以便后续根据该功能模块的已执行数据的执行时间是否在预设时间段内，确定该功能模块的状态数据。
70.本发明实施例中，监听应用程序的功能模块，以获取所述功能模块的执行数据；根据所述执行数据确定所述功能模块的状态数据；根据所述状态数据配置所述功能模块的状态；其中，所述状态数据包括：优化状态以及正常状态。实现了对应用程序使用的系统资源的优化，避免不常用功能模块对服务器资源的占用，提升服务器稳定性，同时也可以提升应用程序性能。
71.下面针对具体的应用场景，对本发明实施例中提出的应用程序调节方法进行详细的说明。
72.本发明实施例中，以执行数据包括功能模块已执行数据的执行时间为例进行说明，图2是根据另一示例性实施例示出的应用程序调节方法的流程图，如图2所示，该方法可以包括但不限于以下流程：
73.在s210中，配置确定功能模块的状态数据的周期。
74.在s211中，监听功能模块，获取功能模块在周期内的已执行数据的执行时间。
75.需要说明的是，在配置周期后，获取到的监听的执行数据为该周期内的执行数据，因为之前的周期内的执行数据已经被监听获取过。
76.在s212中，功能模块的已执行数据的执行时间不在预设时间段内，确定所述功能模块的状态为优化状态。
77.在s213中，若功能模块的原状态数据为正常状态，关闭所述功能模块的进程，并将所述功能模块标记为优化状态。
78.下面以执行数据包括功能模块的待执行数据为例进行说明，图3是根据再一示例性实施例示出的应用程序调节方法的流程图，如图3所示，该方法可以包括但不限于以下流
程：
79.在s310中，监听应用程序的功能模块，以获取到功能模块的待执行数据。
80.在s311中，确定功能模块的状态数据为正常状态。
81.在s312中，若功能模块的原状态数据为优化状态，启动所述功能模块的进程，并将所述功能模块标记为正常状态。
82.在s313中，功能模块执行完待执行数据后，更新所述功能模块的已执行数据的执行时间。
83.下面以功能模块为日志模块为例，对本发明实施例中提出的应用程序调节方法进行详细的说明。图4是根据再一示例性实施例示出的应用程序调节方法的流程图，如图4所示，该方法可以包括但不限于以下流程：
84.在s401中，在应用程序启动时，设置日志模块的初始状态为正常状态。
85.需要说明的是，该日志模块的作用(功能l的作用)是接收某种日志，执行进程la和进程lb。其中进程la是对日志格式进行校验和拆解，进程lb是对日志内容进行对应的逻辑操作。在应用程序启动时，进程la和进程lb都处于开启状态，并将日志模块标记为正常状态。
86.在s402中，配置确定日志模块的状态数据的周期。
87.例如，配置周期为7天。
88.在s403中，监听日志模块，获取功能模块在周期内的已执行数据的执行时间。
89.需要指出的是，可以配置要监听的功能模块。
90.在s404中，若日志模块的已执行数据的执行时间不在预设时间段内，确定所述功能模块的状态为优化状态。
91.在s405中，关闭日志模块的进程，并将日志模块标记为优化状态。
92.本发明实施例中，关闭日志模块的进程la和进程lb，并将日志模块标记为优化状态。
93.在s406中，监听并获取到日志模块的待执行数据。
94.需要指出的是，无论功能模块的状态数据为何，监听以及获取功能模块的执行数据的都是进行的，除非应用程序被关闭。
95.在s407中，确定日志模块的状态数据为正常状态。
96.在s408中，启动日志模块的进程，并将日志模块标记为正常状态。
97.本发明实施例中，启动进程la和进程lb，并将日志模块标记为正常状态。
98.在s409中，日志模块执行完待执行数据后，更新日志模块的已执行数据的执行时间。
99.本发明实施例中，在启动进程la和进程lb后，日志模块对接收到待执行数据进行处理，并在处理完成后，更新日志模块的已执行数据。
100.本发明实施例中，实现了对应用程序使用的系统资源的优化，避免不常用功能模块对服务器资源的占用，提升服务器稳定性，同时也可以提升应用程序性能。
101.应清楚地理解，本发明描述了如何形成和使用特定示例，但本发明的原理不限于这些示例的任何细节。相反，基于本发明公开的内容的教导，这些原理能够应用于许多其它实施例。
102.下述为本发明装置实施例，可以用于执行本发明方法实施例。在下文对系统的描述中，与前述方法相同的部分，将不再赘述。
103.图5是根据一示例性实施例示出的一种应用程序调节装置500的结构示意图，其中，所述装置500包括：
104.监听模块510，配置为监听应用程序的功能模块，以获取所述功能模块的执行数据。
105.确定模块520，配置为根据所述执行数据确定所述功能模块的状态数据。
106.配置模块530，配置为根据所述状态数据配置所述功能模块的状态。
107.其中，所述状态数据包括：优化状态以及正常状态。
108.本发明实施例中，所述装置还包括设置模块540，配置为所述应用程序启动时，设置所述功能模块的初始状态为正常状态。
109.本发明实施例中，所述执行数据包括所述功能模块已执行数据的执行时间；确定模块520，配置为若所述功能模块的已执行数据的执行时间在预设时间段内，确定所述功能模块的状态为正常状态。
110.本发明实施例中，所述执行数据包括所述功能模块的待执行数据，确定模块520，配置为若接收到针对所述功能模块的待执行数据，确定所述功能模块的状态数据为正常状态。
111.本发明实施例中，所述装置500还包括更新模块550，配置为在所述功能模块执行完所述待执行数据后，更新所述功能模块的已执行数据的执行时间。
112.本发明实施例中，所述配置模块530，配置为若确定所述状态数据为正常状态，且所述功能模块的原状态数据为优化状态，启动所述功能模块的进程，并将所述功能模块标记为正常状态。
113.本发明实施例中，所述配置模块530，配置为若确定所述状态数据为优化状态，且所述功能模块的原状态数据为正常状态，关闭所述功能模块的进程，并将所述功能模块标记为优化状态。
114.本发明实施例中，监听应用程序的功能模块，以获取所述功能模块的执行数据；根据所述执行数据确定所述功能模块的状态数据；根据所述状态数据配置所述功能模块的状态；其中，所述状态数据包括：优化状态以及正常状态。实现了对应用程序使用的系统资源的优化，避免不常用功能模块对服务器资源的占用，提升服务器稳定性，同时也可以提升应用程序性能。
115.图6是根据一示例性实施例示出的一种电子设备的结构示意图。需要说明的是，图6示出的电子设备仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
116.如图6所示，计算机系统600包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram 603中，还存储有系统600操作所需的各种程序和数据。cpu 601、rom 602以及ram 603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。
117.总体而言，采用本公开，在软件平台启动后，会启动一个监听，用来监听软件平台里各功能的运行情况。在软件平台里面配置功能执行间隔，用来判断正常状态和优化状态。
每隔一段时间会检查所监听功能的最后执行时间，把超过功能执行间隔的功能标记为优化状态，并把该功能的所有相关进程全部关闭。当处于优化状态的功能有新的动作或接受新的数据时，系统默认认为该功能被重新激活，标记为正常状态，并启动和该功能有关的进程。
118.具体而言，当软件平台启动后，需要开启功能监听和配置功能执行间隔时间(比如15天)，并选择需要监听的功能。功能监听每隔一段时间会扫描一次配置的所有监听的功能，获取它们最后执行时间，若监听的某功能最后执行时间距离当前时间超过了配置的功能执行间隔，比如配置15天，但是最后执行时间是16天前，则认定该功能长时间未使用，将该功能标记为优化状态，并关闭执行该功能的对应进程。反之，若监听的某功能最后执行时间距离当前时间未超过配置的功能执行间隔，比如配置15天，但是最后执行时间是7天前，则代表功能现在仍然在正常使用，将该功能标记为正常状态。
119.当软件平台启动的时候，各功能被标记为正常状态，开启相关进程。每当接收到新的数据或新的动作时，会监听新数据或新动作对应的功能并判断其状态，若为对应功能为正常状态，则正常执行对应功能，并更新最后执行时间。若为对应功能为优化状态，则表示该功能有一段时间没被使用，相关的进程被关闭，所以先启动该功能相关的进程，将该功能的标记为正常状态，然后执行该功能，更新最后执行时间。
120.以功能l为例，功能l的作用是接收某种日志，并在收到新的日志后执行进程la和lb，其中进程la是对日志格式进行校验和拆解，进程lb是对日志内容进行对应的逻辑操作。第一种情况，当程序启动，配置功能执行间隔为7天，并选择监听功能l。在7天内软件平台没有接收到功能l所需要的日志，功能l的最后执行时间是7天前，超过了功能执行间隔，则将功能l标记为优化状态，并将进程la，lb关闭。一段时间后监听到功能l接收到某日志，则再将进程la，lb启动并将功能l的状态标记为正常状态，进程la，lb启动后，对新接收的日志进程处理。第二种情况，当程序启动，配置功能执行间隔为7天，并选择监听功能l。之后每天软件平台均能够接收到功能l所需要的日志，功能l的最后执行时间均在7天内，其状态一直为正常状态，所以进程la，lb将一直存在。
121.采用本公开的方法和系统，根据对常用功能和不常用功能的进程监控，优化服务器资源使用，提升软件平台性能。能更合理的优化软件使用的系统资源，使服务器资源可以最大化提供给用户真正使用的，关心的功能，减少软件对服务器的额外消耗，提升服务器稳定性，同时也可以提升软件平台性能。
122.以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。
123.特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质
611被安装。在该计算机程序被中央处理单元(cpu)601执行时，执行本技术的终端中限定的上述功能。
124.需要说明的是，本技术所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
125.附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
126.描述于本技术实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，其中，模块的名称在某种情况下并不构成对该模块本身的限定。
127.以上具体示出和描述了本发明的示例性实施例。应可理解的是，本发明不限于这里描述的详细结构、设置方式或实现方法；相反，本发明意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。