阅读说明：本技术 基于置信区间的流量管理方法和装置以及计算设备 (Flow managing method and device and calculating equipment based on confidence interval ) 是由 李晶 袁征 杨少松 陈柏盛 孟丹慧 于 2018-05-23 设计创作，主要内容包括：本公开是关于一种基于置信区间的流量管理方法,包括：根据接入方流量请求的历史数据获取单位时间的置信流量范围；基于所述置信流量范围确定所述单位时间的可用令牌区间；以及根据所述可用令牌区间确定针对所述接入方在所述单位时间内的流量请求所发放的令牌数量。根据本公开的实施例,基于通过历史数据训练的置信区间来控制令牌的发放,能够实现更为合理的流量管控。(The disclosure is directed to a kind of flow managing methods based on confidence interval, comprising: the confidence range of flow of unit time is obtained according to the historical data of access side's traffic requests；The available tokens section of the unit time is determined based on the confidence range of flow；And the token quantity provided for traffic requests of the access side within the unit time is determined according to the available tokens section.In accordance with an embodiment of the present disclosure, the granting that token is controlled based on the confidence interval by historical data training, can be realized more reasonable traffic management and control.)

基于置信区间的流量管理方法和装置以及计算设备

技术领域

本公开涉及计算机网络技术领域，尤其涉及一种基于置信区间的流量管理方法和装置以及计算设备。

背景技术

在互联网时代，一些成熟的系统平台将网站服务封装成一系列计算机易识别的数据接口开放给第三方开发者使用，这样的平台就被称为开放平台。通常情况下，同一时间会有很多个第三方系统接入开放平台。因此，为了保证开放平台的稳定性能，有必要对来自接入方系统的流量进行合理管控，从而将接入方系统对开放平台系统服务的调用限制在一个合理的范围。

目前，开放平台系统大多采用Hystrix(豪猪)开源组件来实现流量管理，其基本实现原理是按照接口不同设置相应的限流单元，按照人为经验对每个限流单元设定一个阈值，对于超过该阈值的流量，Hystrix将会自动拒绝。

然而，上述基于Hystrix的流量管理方法是基于人为经验来预估流量阈值，考虑的因素有限，无法实现智能化的阈值设定。另外，该方法仅按照接口来进行流量管理，无法支持对调用同一接口的不同接入方进行单独的阈值设定。

发明内容

本公开的目的是提供一种基于置信区间的流量管理方法、装置、存储介质以及计算设备，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的一个或者多个问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开实施例的第一方面，提供一种基于置信区间的流量管理方法，包括：根据接入方流量请求的历史数据获取单位时间的置信流量范围；基于所述置信流量范围确定所述单位时间的可用令牌区间；以及根据所述可用令牌区间确定针对所述接入方在所述单位时间内的流量请求所发放的令牌数量。

根据本公开实施例的第二方面，提供一种基于置信区间的流量管理装置，包括：置信区间模块，设置为根据接入方流量请求的历史数据获取单位时间的置信流量范围；令牌计算模块，设置为基于所述置信流量范围确定所述单位时间的可用令牌区间；以及流量管控模块，设置为根据所述可用令牌区间确定针对所述接入方在所述单位时间内的流量请求所发放的令牌数量。

根据本公开实施例的第三方面，提供一种存储有计算机程序的存储介质，所述计算机程序在由计算设备的处理器运行时，使所述计算设备执行本公开任一实施例所述的流量管理方法。

根据本公开实施例的第四方面，提供一种计算设备，包括：处理器；存储器，存储有可由所述处理器执行的指令；其中所述处理器被配置为执行本公开任一实施例所述的流量管理方法。

根据本公开的实施例，基于通过历史数据训练的置信区间来控制令牌的发放，能够实现更为合理的流量管控。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

图1为根据本公开一实施例基于置信区间的流量管理方法流程图。

图2为根据本公开一实施例中图1所示步骤101的示意流程图。

图3为根据本公开一实施例中图1所示步骤102的示意流程图。

图4为根据本公开一实施例中图1所示步骤103的示意流程图。

图5为根据本公开一实施例基于置信区间的流量管理装置示意框图。

图6为根据本公开另一实施例基于置信区间的流量管理装置示意框图。

图7为根据本公开一实施例的计算设备示意框图。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本发明的实施方式，提出了一种基于置信区间的流量管理方法和装置以及介质和计算设备。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

图1为根据本公开一实施例基于置信区间的流量管理方法流程图，如图所示，本实施例的方法包括以下步骤101-103。在一个实施例中，本实施例的方法可由但不限于由任意开放平台的设备(例如服务器)来执行。

在步骤101中，根据接入方流量请求的历史数据获取单位时间的置信流量范围。

传统的基于Hystrix管理流量的方法，是基于人为经验对每个接口方法进行阈值预估，考虑的因素有限，也无法实现阈值的智能化设定。另外，基于Hystrix的流量管理仅针对每个接口单独进行控制，对于同时调用一个接口方法的不同接入方无法进行不同的阈值配置。

在一个实施例中，本公开的方法对每个接入方每次流量请求的数据进行记录，从而步骤101可根据记录的历史数据并基于机器学***台的接口方法来设置，每个接口方法可对应于一个限流单元。

在另一个实施例中，本公开的方法对历史流量请求数据的记录可区分不同接入方来进行，因此不仅可以针对各限流单元预测对应的置信流量范围，而且对于同一限流单元还可针对不同的接入方预测对应的置信流量范围，从而实现更精确的流量管控。

在步骤102中，基于置信流量范围确定单位时间的可用令牌区间。

步骤101获取的置信流量范围表示对限流单元在未来一段时间内流量需求的预测，为进一步基于该预测来管理流量，本公开的实施例采用基于置信流量范围的令牌发放机制来允许或拒绝流量请求。

在一个实施例中，可以针对不同的限流单元设置对应的令牌桶，进而在步骤102中基于置信流量范围来设置每个令牌桶在单位时间内的可用令牌区间。例如，置信流量范围的流量上限值对应可用令牌区间的上限数，可以用来确定每个令牌桶在单位时间内的总令牌数量；流量下限值则对应可用令牌区间的下限数，可以用来监控低流量使用的情况并进行告警。

在步骤103中，根据可用令牌区间确定针对接入方在单位时间内的流量请求所发放的令牌数量。

以本公开的方法应用于开放平台为例，在收到接入方的流量请求时，开放平台一方面对该请求的数据进行记录，以作为后续预测未来单位时间内置信流量范围的依据，另一方面基于已经通过步骤102得到的可用令牌区间进行当前单位时间的流量管控。

例如，开放平台在收到接入方的流量请求时，判断该请求所针对的限流单元(即接口)在当前单位时间内的令牌桶中是否有剩余令牌，如果有则正常发放令牌以允许当前流量请求，同时扣除相应的令牌数量，否则拒绝当前流量请求并告警。

根据本公开的实施例，基于通过历史数据训练的置信区间来控制令牌的发放，能够实现更为合理的流量管控。

图2为根据本公开一实施例中图1所示步骤101的示意流程图，如图所示，本实施例的步骤101包括以下子步骤201-203。在一个实施例中，本实施例的步骤可由但不限于由任意开放平台的设备(例如服务器)来执行。

在步骤201中，接收置信流量范围的获取请求。

置信流量范围是基于单位时间的历史数据来获取，因此，在一个实施例中，在当前单位时间的流量请求完成记录后，可触发对未来一个单位时间(例如第二天的同一个时间段)的置信流量范围的预测。本公开的实施例也不仅限于此，步骤201例如还可基于手动操作来触发。

另外，对于例如系统启动初期等没有历史数据作为依据的情况，本公开的实施例也可以通过维护人员的手动输入或者系统自动的默认配置来获取置信流量范围，这也应落入本公开的保护范围，以下实施例中重点描述存在历史数据的一般情况，对于特殊情况在此不再赘述。

在步骤202中，根据获取请求中的置信度分别建立上限模型和下限模型。

基于历史数据训练的流量范围如果过于宽泛则难以实现高效的流量管控。为此，步骤202基于置信流量范围计算请求中设置的置信度来分别建立上限模型和下限模型，设置的置信度越低可得到越窄的流量范围，设置的置信度越高可得到越宽的流量范围。在一个实施例中，置信度可取值为0.95，标识希望有95％的流量落入这个区间，置信度越高，最后真实流量落入区间的概率也越高。

在一个实施例中，可建立损失函数为quantile(分位数)的GBR(GradientBoosting Regressor，梯度提升回归)上限模型，以及损失函数为quantile的GBR下限模型。这里所述的上限模型和下限模型均用于表征输入和输出之间的关系，其中输入是影响流量的特征数据，输出是限流单元的流量。本实施例中，上限模型与下限模型均基于损失函数为quantile的GBR基础模型，二者的区别在于参数不同。例如对于置信度取值为0.95的示例，上限模型的置信度取值为0.95，相应下限模型的置信度取值则为1-0.95＝0.05。

在步骤203中，基于上限模型和下限模型并使用历史数据进行拟合，分别得到符合所述置信度的流量上限值和流量下限值。

基于步骤202得到的上限模型和下限模型，步骤203中可使用流量请求的历史数据进行拟合来分别得到符合上述置信度的流量上限值和流量下限值，综合两个值即可得到置信流量范围。数据拟合的目的是为了寻找输入和输出的某种表示关系，也就是求解模型未知参数的过程，步骤203中使用历史数据进行拟合的过程可以理解为，根据影响流量的历史数据特征与历史真实流量不断迭代拟合，最终计算出上述上限模型和下限模型中未知参数的值。

根据本公开的实施例，基于流量请求的历史数据来训练预测未来单位时间的置信流量范围，能够实现流量阈值的智能化设定，同时避免因根据人为经验设定阈值存在的考虑因素受限的问题。

图3为根据本公开一实施例中图1所示步骤102的示意流程图，如图所示，本实施例的步骤102包括以下子步骤301-304。在一个实施例中，本实施例的步骤可由但不限于由任意开放平台的设备(例如服务器)来执行。

在步骤301中，按照限流单元获取对应的置信流量范围。

如前文所述，可对应不同的接口方法设置限流单元，相应的，步骤101可针对不同的限流单元来计算对应的置信流量范围。以本公开的方法应用于开放平台为例，在前一单位时间的流量监控结束时，开放平台在步骤301中可按照限流单元来获取对应的置信流量范围，作为后续设置令牌桶的依据。

在步骤302中，确定限流单元是否使用上述置信流量范围，若是则转步骤303，否则将可用令牌区间的上限数设为预设的最大数。

以本公开的方法应用于开放平台为例，可基于外部输入对该开放平台的运行参数进行设置，设置对象可包括但不限于是否采用流量管控、各限流单元是否属于核心服务等等。

在实施本公开流量管理方法的过程中，接入方在接入初期或者在压力测试过程中，产生的流量是不可预测的，或者在令牌计算过程中出现问题时，又或者在其他一些系统运营场景中，可以如上所述配置在特定阶段停止采用流量管控，从而取消使用令牌的计算结果。

这里，步骤302中可基于设置的运行参数来确定当前限流单元是否要使用置信流量范围的计算结果，如果无需使用则可直接将可用令牌区间的上限数设为预设的最大数，否则继续流程。

在一个实施例中，这里预设的最大数可基于外部输入来设定，从而可在流量监控中引入人为干预，能够实现流量监控的可干预和可调性。

在步骤303中，确定接入方对限流单元是否有访问权限，若是则转步骤304，否则将可用令牌区间的上限数设为零。

以本公开的方法应用于开放平台为例，由于平台系统更新或者平台与接入方合作协议的不同，不同的接入方对于不同的接口方法可设置不同的访问权限。这里，在针对各接入方设置有不同令牌桶的情况下，步骤303中可根据各接入方对当前限流单元是否有访问权限来设置令牌桶的上限。对于没有权限访问当前限流单元的接入方而言，步骤303将与该接入方对应的可用令牌区间的上限数设为零。

在步骤304中，基于置信流量范围来设置可用令牌区间的上限数和下限数。

经过步骤302和303的判断，可以确定当前限流单元使用置信流量范围，且接入方对当前限流单元有访问权限，从而步骤304中针对该接入方可基于步骤301获取的置信流量范围来设置可用令牌区间的上限数和下限数。在一个实施例中，置信流量范围的流量上限值对应可用令牌区间的上限数，可以用来确定令牌桶在单位时间内的总令牌数；流量下限值则对应可用令牌区间的下限数，可以用来监控低流量使用的情况并进行告警。

在一个实施例中，步骤304在根据置信流量范围来设置可用令牌区间的基础上，同时还可引入对外部输入的参考，例如结合手动输入的调整值来设置可用令牌区间的上限数和/或下限数，从而可在流量监控中引入人为干预，能够实现流量监控的可干预和可调性。

由上述流程可以看出，步骤302和303之间的顺序可以互换，即，可以先判断接入方对当前限流单元是否有访问权限，若是再判断当前限流单元是否使用上述置信流量范围，这种变型同样落入本公开实施例的范围。

根据本公开的实施例，基于置信流量范围来设置可用令牌区间的上限数和下限数，能够实现更精确的流量监控。

另外，在设置可用令牌区间时可结合考虑接入方的访问权限，从而针对不同接入方可进行不同的阈值设定，能够实现更灵活的流量监控。

此外，在设置可用令牌区间时还可结合参考外部输入参数，从而可在流量监控中引入人为干预，能够实现流量监控的可干预和可调性。

图4为根据本公开一实施例中图1所示步骤103的示意流程图，如图所示，本实施例的步骤103包括以下子步骤401-404。在一个实施例中，本实施例的步骤可由但不限于由任意开放平台的设备(例如服务器)来执行。

在步骤401中，根据流量请求确定对应的限流单元。

在一个实施例中，如图1所示实施例步骤103中所述，在收到接入方的流量请求时，可一方面对该请求的数据进行记录，以作为后续预测未来单位时间内置信流量范围的依据，另一方面则基于已经得到的可用令牌区间进行当前单位时间的流量管控。

由于可用令牌区间是按不同限流单元来设置的，因此步骤401可根据流量请求来确定其所针对的限流单元，例如确定其调用的接口方法。

在一个实施例中，当可用令牌区间既按限流单元又按接入方来设置时，步骤401还可包括根据流量请求确定对应的接入方。

在步骤402中，确定限流单元在单位时间内的请求总数是否超出可用令牌区间的上限数，若是转步骤403，否则发放令牌以允许当前流量请求并扣除相应的令牌。

根据步骤401的确定结果，步骤402可得到与当前限流单元对应的可用令牌区间，进而确定限流单元在单位时间内的请求总数是否超出可用令牌区间的上限数，例如确定当前限流单元的令牌桶中是否还有剩余令牌。

在一个实施例中，当可用令牌区间既按限流单元又按接入方来设置时，步骤402同样可得到当前限流单元下与当前接入方对应的可用令牌区间，进而确定上述接入方对当前限流单元在单位时间内的请求总数是否超出可用令牌区间的上限数，例如确定当前限流单元与上述接入方对应的令牌桶中是否还有剩余令牌。

在一个实施例中，当步骤102中设置可用令牌区间已考虑了接入方对各限流单元的访问权限时，对于当前限流单元没有访问权限的接入方例如可被设置上限数为-1的可用令牌区间。相应的，步骤402可进一步包括对剩余令牌是否小于零的判断，如果结果为是可无需进行后续判断而直接拒绝当前流量请求，否则可继续流程进行到步骤403。

在步骤403中，确定当前限流单元是否属于核心服务，若是则使用备用令牌以允许当前流量请求，否则拒绝当前流量请求。

以本公开的方法应用于开放平台为例，可基于外部输入对该开放平台的Open-auth接口进行设置，例如设置各限流单元是否属于核心服务。

当步骤403中确定当前流量请求针对的限流单元属于核心服务时，即使步骤402中已确定限流单元在单位时间内的请求总数超出了可用令牌区间的上限数，换言之，即使对应的令牌桶中没有剩余令牌了，为了保证核心服务的正常运行，仍可使用备用令牌以允许当前流量请求。这里的备用令牌例如可基于整个系统的性能余量统一设置，或者也可基于各核心服务的重要程度来分别设置，本公开的实施例对此并无限制。

另一方面，当步骤403中确定当前流量请求针对的限流单元不属于核心服务时，由于步骤402中已确定限流单元在单位时间内的请求总数超出了可用令牌区间的上限数，换言之，由于对应的令牌桶中没有剩余令牌了，因此可直接拒绝当前流量请求并告警。

在步骤404中，在单位时间结束时获取与限流单元的令牌使用数，当确定令牌使用数低于可用令牌区间的下限数时，向限流单元对应的警报接收方发送通知。

与Hystrix方法只能针对超过阈值的流量进行处理不同，本公开的实施例除了按上述步骤监控流量上限外，还可对低流量的情况进行监控处理。

在一个实施例中，可在单位时间结束时统计各限流单元的令牌使用情况，如果确定单位时间内某个限流单元的令牌使用数低于可用令牌区间的下限数时，表明该限流单元的访问流量没有达到预测的正常流量范围下限，因此步骤404可向与该限流单元对应的警报接收方发出警报，从而起到提示异常、预防出现故障的作用。

另外，虽然仅在图4的实施例中描述了步骤404，但本公开的实施例并不仅限于此，根据使用场景的需要，步骤404可与前述任意实施例或其组合实施例进行结合，这种结合方式都应落入本公开实施例的保护范围。

根据本公开的实施例，可区分核心和非核心服务对超出流量采用不同策略，从而实现更灵活的流量管控，例如可以与交易系统解耦的进行流量拒绝。换言之，基于本公开的实施例，对于核心服务和非核心服务的流量管理可在统一的配置平台进行，而不用在实际的功能系统中进行，因此无需对功能系统进行改造。功能系统可以专注于业务逻辑处理，无需处理是否是核心服务的逻辑。

另外，根据本公开的实施例，不仅能够对超过阈值的流量进行处理，而且还可对低流量的情况进行监控处理。

本示例实施方式中还提供了一种基于置信区间的流量管理装置。

图5为根据本公开一实施例基于置信区间的流量管理装置示意框图。如图所示，本实施例的装置包括但不限于：置信区间模块51、令牌计算模块52和流量管控模块53。

置信区间模块51设置为根据接入方流量请求的历史数据获取单位时间的置信流量范围。

令牌计算模块52设置为基于所述置信流量范围确定单位时间的可用令牌区间。

流量管控模块53设置为根据可用令牌区间确定针对接入方在单位时间内的流量请求所发放的令牌数量。

根据本公开的实施例，基于通过历史数据训练的置信区间来控制令牌的发放，能够实现更为合理的流量管控。

图6为根据本公开另一实施例基于置信区间的流量管理装置示意框图。如图6所示，在图5所示实施例的基础上，本实施例的装置还包括但不限于：访问接入模块54、接入设置模块55、权限管理模块56以及监控警报模块57；置信区间模块51包括但不限于：置信请求单元511、模型构建单元512以及数据拟合单元513；令牌计算模块52包括但不限于：置信获取单元521、限流参考单元522、权限判断单元523以及令牌区间单元524；流量管控模块53包括但不限于：请求分析单元531、令牌计数单元532、服务判断单元533、令牌发放单元534以及令牌统计单元535。

访问接入模块54设置为接收接入方的流量请求，并将请求发送至置信区间模块51进行处理，同时基于该请求从流量管控模块53获取令牌，如果获取成功则对流量请求进行后续处理，如果获取失败则拒绝当前流量请求。在一个实施例中，访问接入模块54可对应于开放平台的Open-auth模块。

接入设置模块55设置为控制访问接入模块54，设置其是否要采用置信区间模块51的计算结果，如果设置为采用则令牌计算模块52基于置信区间模块51的计算结果来设置可用令牌区间，否则令牌计算模块52可直接将可用令牌区间的上限数设置为预设的最大数。

权限管理模块56设置为管理接入方对限流单元的访问权限。令牌计算模块52在设置可用令牌区间时可通过权限管理模块56来查询访问权限，如果确定接入方对当前限流单元有访问权限，则基于置信区间模块51的计算结果来设置可用令牌区间；否则令牌计算模块52可直接将可用令牌区间的上限数设置为0，从而起到拒绝后续该接入方的流量请求的效果。

监控警报模块57设置为根据流量管控模块53的管控结果来触发相应的警报。例如，当令牌发放单元534拒绝流量请求时可一并通知监控警报模块57触发警报；又例如，当单位时间结束时，如果令牌统计单元535确定令牌使用数低于可用令牌区间的下限，也可触发监控警报模块57通知与限流单元对应的警报接收方。

置信请求单元511设置为接收置信流量范围的获取请求。

模型构建单元512设置为根据获取请求中的置信度分别建立上限模型和下限模型。

数据拟合单元513设置为基于上限模型和下限模型使用历史数据进行拟合，分别得到符合上述置信度的流量上限值和流量下限值。

置信获取单元521设置为按照限流单元获取对应的置信流量范围。

限流参考单元522用于确定接入设置模块55对访问接入模块54的设置结果，确定是否使用置信获取单元521获取的置信流量范围。

权限判断单元523用于确定权限管理模块56对接入方设置的限流单元访问权限。

令牌区间单元524设置为综合根据置信获取单元521、限流参考单元522和权限判断单元523的输出结果来设置可用令牌区间。例如，在限流参考单元522确定限流单元不使用上述置信流量范围时，令牌区间单元524将可用令牌区间的上限数设为预设的最大数。又例如，在权限判断单元523确定接入方对限流单元没有访问权限时，令牌区间单元524将可用令牌区间的上限数设为零。再例如，在限流参考单元522确定限流单元使用上述置信流量范围且权限判断单元523确定接入方对限流单元有访问权限时，令牌区间单元524基于置信获取单元521获取的置信流量范围来设置可用令牌区间的上限数和下限数。

在另一实施例中，令牌区间单元524还设置为基于接收的用户输入来调整上述可用令牌区间。

请求分析单元531设置为根据流量请求确定对应的限流单元。

令牌计数单元532设置为确定限流单元在单位时间内的请求总数是否超出可用令牌区间的上限数，例如确定该限流单元对应的令牌桶中是否还有剩余令牌。

服务判断单元533设置为确定当前限流单元是否属于核心服务。

令牌发放单元534设置为综合根据令牌计数单元532和服务判断单元533的输出结果来控制令牌的发放。例如，在令牌计数单元532确定限流单元在单位时间内的请求总数未超出可用令牌区间的上限数时，令牌发放单元534发放令牌以允许当前流量请求并通知令牌计数单元532扣除相应的令牌。又例如，在服务判断单元533确定当前限流单元属于核心服务时，令牌发放单元534使用备用令牌以允许所述流量请求。再例如，在令牌计数单元532确定限流单元在单位时间内的请求总数超出可用令牌区间的上限数，且服务判断单元533确定当前限流单元不属于核心服务时，令牌发放单元534拒绝发放令牌，以达到拒绝流量请求的效果，同时还可一并通知监控警报模块57触发警报。

令牌统计单元535设置为在单位时间结束时获取与各限流单元对应的令牌使用数，在确定令牌使用数低于可用令牌区间的下限数时，触发监控警报模块57向与各限流单元对应的警报接收方发送通知。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。作为模块或单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

通过以上实施方式的描述，本领域的技术人员易于理解，上文描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。

例如，在一个示例实施方式中，还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可以实现上述任意一个实施例中所述方法的步骤。所述方法的具体步骤可参考前述实施例中的详细描述，此处不再赘述。所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在另一个示例实施方式中，还提供一种计算设备，该计算设备可以是手机、平板电脑等移动终端，也可以是台式计算机、服务器等终端设备，本示例实施方式中对此不作限制。图7示出根据本公开示例实施方式中一种计算设备70的示意图。例如，计算设备70可以被提供为一移动终端。参照图7，设备70包括处理组件71，其进一步包括一个或多个处理器，以及由存储器72所代表的存储器资源，用于存储可由处理组件71的执行的指令，例如应用程序。存储器72中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件71被配置为执行指令，以执行上述任一实施例及其任意组合实施例的方法。该方法的步骤可参考前述方法实施例中的详细描述，此处不再赘述。

计算设备70还可以包括一个电源组件73被配置为执行计算设备70的电源管理，一个有线或无线网络接口74被配置为将计算设备70连接到网络，和一个输入输出(I/O)接口75。计算设备70可以操作基于存储在存储器72的操作系统，例如Android、IOS或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。

虽然已参照几个典型实施例描述了本公开，但应当理解，所用的术语是说明和示例性、而非限制性的术语。由于本公开能够以多种形式具体实施而不脱离申请的精神或实质，所以应当理解，上述实施例不限于任何前述的细节，而应在随附权利要求所限定的精神和范围内广泛地解释，因此落入权利要求或其等效范围内的全部变化和改型都应为随附权利要求所涵盖。