一种数据发送方法、装置、电子设备和存储介质与流程

本公开涉及互联网技术领域，尤其涉及一种数据发送方法、装置、电子设备和存储介质。

背景技术：

互联网技术领域中，为了保证业务服务器中程序的稳定运行，也为了更好地服务用户，程序开发者经常需要在程序中额外实现对业务请求的处理情况进行统计的功能，这样，业务服务器在启动程序后就可利用为程序创建的服务进程向数据收集服务器发送统计数据。

相关技术中，无论业务服务器中存在多少个服务进程，每个服务进程都独立地与数据收集服务器进行通信发送自身的统计数据。但随着互联网用户的快速增长，业务服务器中每个服务进程需要处理的业务请求急速增长，服务进程的统计频率和需要发送的统计数据量都不断升高，这样，业务服务器中各服务进程与数据收集服务器的通信频率也会急速增长，难免会消耗业务服务器的资源，影响业务服务器的服务性能。

技术实现要素：

本公开提供一种数据发送方法、装置、电子设备和存储介质，以至少解决相关技术中业务服务器中各服务进程独立地向数据收集服务器发送自身的统计数据，导致的消耗业务服务器的资源、影响业务服务器的服务性能的问题。

本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种数据发送方法，包括：

业务服务器中的上报进程获取至少两个服务进程在指定时间段内的统计数据，其中，每个服务进程的统计数据由所述服务进程对所述服务进程在所述指定时间段内接收到的业务请求的处理情况进行统计得到；

将所述至少两个服务进程的统计数据信息发送给数据收集服务器。

可选地，获取至少两个服务进程在指定时间段内的统计数据，包括：

从共享内存中获取所述至少两个服务进程在所述指定时间段内的统计数据，所述共享内存中的统计数据是每个服务进程在满足预设的统计数据写入条件时写入的。

可选地，每个服务进程的统计数据中包含所述服务进程对应的程序的程序标识，以及将所述至少两个服务进程的统计数据信息发送给数据收集服务器之前，还包括：

根据每个服务进程的统计数据中的程序标识，对所述至少两个服务进程中对应相同程序的服务进程的统计数据进行合并处理，得到对应程序的统计数据；以及

将所述至少两个服务进程的统计数据信息发送给数据收集服务器，包括：

将各程序的统计数据信息发送给所述数据收集服务器。

可选地，对所述至少两个服务进程中对应相同程序的服务进程的统计数据进行合并处理，包括：

对所述至少两个服务进程中程序标识相同的每一组服务进程，获取用于对该组服务进程的统计数据进行合并的合并规则；

按照所述合并规则对该组服务进程的统计数据进行合并处理。

可选地，对服务进程和程序中的任一对象，采用如下方式将该对象的统计数据信息发送给所述数据收集服务器：

直接将该对象的统计数据发送给所述数据收集服务器；或者

将该对象的统计数据与上一次确定的该对象的统计数据之间的差值信息发送给所述数据收集服务器。

根据本公开实施例的第二方面，提供一种数据发送装置，应用于业务服务器，包括：

获取模块，被配置为执行获取至少两个服务进程在指定时间段内的统计数据，其中，每个服务进程的统计数据由所述服务进程对所述服务进程在所述指定时间段内接收到的业务请求的处理情况进行统计得到；

发送模块，被配置为执行将所述至少两个服务进程的统计数据信息发送给数据收集服务器。

可选地，所述获取模块被具体配置为执行：

从共享内存中获取所述至少两个服务进程在所述指定时间段内的统计数据，所述共享内存中的统计数据是每个服务进程在满足预设的统计数据写入条件时写入的。

可选地，每个服务进程的统计数据中包含所述服务进程对应的程序的程序标识，以及还包括，合并模块：

所述合并模块，被配置为执行在将所述至少两个服务进程的统计数据信息发送给数据收集服务器之前，根据每个服务进程的统计数据中的程序标识，对所述至少两个服务进程中对应相同程序的服务进程的统计数据进行合并处理，得到对应程序的统计数据；

所述发送模块，被具体配置为执行将各程序的统计数据信息发送给所述数据收集服务器。

可选地，所述合并模块被具体配置为执行：

对所述至少两个服务进程中程序标识相同的每一组服务进程，获取用于对该组服务进程的统计数据进行合并的合并规则；

按照所述合并规则对该组服务进程的统计数据进行合并处理。

可选地，所述发送模块被具体配置为执行：

对服务进程和程序中的任一对象，直接将该对象的统计数据发送给所述数据收集服务器，或者，将该对象的统计数据与上一次确定的该对象的统计数据之间的差值信息发送给所述数据收集服务器。

根据本公开实施例的第三方面，提供一种电子设备，包括：至少一个处理器，以及与所述至少一个处理器通信连接的存储器，其中：

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述任一数据发送方法。

根据本公开实施例的第四方面，提供一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，所述电子设备能够执行上述任一数据发送方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，该程序产品在被计算机调用执行时，可以使得计算机执行上述任一数据发送方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

业务服务器中的上报进程获取至少两个服务进程在指定时间段内的统计数据，将这至少两个服务进程的统计数据信息统一发送给数据收集服务器，相比于业务服务器中各服务进程独立地向数据收集服务器发送自身的统计数据的做法而言，可降低业务服务器与数据收集服务器之间的通信频率，因此，可节省业务服务器的资源，减轻对业务服务器的服务性能的影响。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种数据发送方法的场景示意图。

图2是根据一示例性实施例示出的又一种数据发送方法的场景示意图。

图3是根据一示例性实施例示出的一种数据发送方法的流程图。

图4是根据一示例性实施例示出的再一种数据发送方法的场景示意图。

图5是根据一示例性实施例示出的又一种数据发送方法的流程图。

图6是根据一示例性实施例示出的再一种数据发送方法的流程图。

图7是根据一示例性实施例示出的一种数据发送装置的框图。

图8是根据一示例性实施例示出的一种用于实现数据发送方法的电子设备的结构示意图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

为了便于理解本公开，本公开涉及的技术术语中：

程序，为静态的，是指一组计算机能识别和执行的指令。

进程，为动态的，是程序的一次执行。程序每执行一次就有一个进程，因此，一个程序可以对应多个进程，而每个进程只能对应一个程序。

统计数据，由服务进程对自身在指定时间段内接收到的业务请求的处理情况进行统计得到。统计数据包括的信息如用户连接个数、业务请求的平均响应时间、业务请求的处理个数、用户访问对象如文件或视频的命中率、响应业务请求时的出错频率等。

首先，需要说明的是，本公开实施例中，服务进程一般是如即时通信服务、视频播放服务、音乐播放服务这样的为用户服务的进程，而上报进程是为各服务进程提供数据上报服务的进程，是专门为服务进程服务的进程。也就是说，本公开实施例中上报进程和服务进程是不同的进程。

图1是根据一示例性实施例示出的一种数据发送方法的场景示意图，包括业务服务器、数据收集服务器和数据存储服务器，其中，业务服务器中有3个服务进程：服务进程1、服务进程2和服务进程3。

具体实施时，每个服务进程接收并处理业务请求，并可对指定时间段内接收到的业务请求的处理情况进行统计得到统计数据，若确定满足预设的统计数据的发送条件，则调用应用程序接口(applicationprogramminginterface，api)将得到的统计数据发送给数据收集服务器，之后，由数据收集服务器对各服务进程的统计数据进检查、报警分析等处理，进而将处理后的统计数据存储到数据存储服务器中。

上述过程中，业务服务器中每个服务进程在向数据收集服务器发送自身的统计数据时，都独立地与数据收集服务器进行通信。但随着互联网用户的快速增长，每个服务进程需要处理的业务请求数量急速增长，服务进程的统计频率和需要发送的统计数据量都不断升高，因此，业务服务器与数据收集服务器之间的通信频率会大幅增长，这样，会消耗业务服务器的资源，影响业务服务器的服务性能。

为了解决上述问题，本公开提供一种数据发送方法，图2是根据一示例性实施例示出的又一种数据发送方法的场景示意图，包括业务服务器、数据收集服务器和数据存储服务器，其中，业务服务器中有1个上报进程和3个服务进程：服务进程4、服务进程5和服务进程6。

具体实施时，每个服务进程接收并处理业务请求，并可对指定时间段内接收到的业务请求的处理情况进行统计得到统计数据。上报进程若确定满足向数据收集服务器发送各服务进程的统计数据的条件，则获取至少两个服务进程在指定时间段内的统计数据，再统一将各服务进程的统计数据信息发送给数据收集服务器，后续，再由数据收集服务器对各服务进程的统计数据进行检查、报警分析等处理，并将处理后的统计数据存储到数据存储服务器中。

本公开中，对业务服务器中的每个服务进程，将该服务进程在上报自身的统计数据时的计数功能和上报功能进行了解耦，计数功能在服务进程中实现，上报功能在上报进程中实现，然后，由服务进程把自身的统计数据发送给上报进程，再由上报进程将各服务进程的统计数据统一发送给数据收集服务器，这样，可降低业务服务器向数据收集服务器发送统计数据的频率，即降低业务服务器和数据收集服务器之间的通信频率，因此，可降低业务服务器的资源消耗，减轻对业务服务器的服务性能的影响。

图3是根据一示例性实施例示出的一种数据发送方法的流程图，如图2所示，该数据发送方法用于业务服务器中，该方法的流程图包括以下步骤。

s301：上报进程获取至少两个服务进程在指定时间段内的统计数据。

其中，每个服务进程的统计数据由该服务进程对自身在指定时间段内接收到的业务请求的处理情况进行统计得到，并且，上报进程是业务服务器中除各服务进程之外的进程。

s302：上报进程将各服务进程的统计数据信息发送给数据收集服务器。

具体实施时，对每个服务进程，上报进程可直接将该服务进程的统计数据发送给数据收集服务器，也可以将该服务进程的统计数据与上一次确定的该服务进程的统计数据之间的差值信息发送给数据收集服务器，这样，可减少数据发送量，进一步节省业务服务器的资源。

上述过程中，当满足统计数据的上报条件时，上报进程直接从每个服务进程获取该服务进程在指定时间段内的统计数据，如果上报进程或某个服务进程异常结束，则统计数据就会有丢失。

为了解决上述问题，本公开实施例中，在业务服务器中开辟一块共享内存，每个服务进程在确定满足预设的统计数据写入条件时将自身的统计数据写入共享内存，之后，上报进程在确定满足统计数据的上报条件时，从共享内存中获取各服务进程的统计数据。这样，不管服务进程还是上报进程被异常结束，保存在共享内存中的统计数据都不会丢失，因此，可提高统计数据的安全性。另外，共享内存同样位于业务服务器中，服务进程和上报进程访问共享内存的速度都比较快，因此，还可提升上报进程和各服务进程之间的通信效率。

具体地，图4是根据一示例性实施例示出的再一种数据发送方法的场景示意图，包括业务服务器、数据收集服务器和数据存储服务器，其中，业务服务器中有1个上报进程、一块共享内存和3个服务进程：服务进程7、服务进程8和服务进程9。

具体实施时，每个服务进程接收并处理业务请求，并可对指定时间段内接收到的业务请求的处理情况进行统计得到统计数据，在确定满足预设的统计数据写入条件时，将自身的统计数据写入共享内存，比如，调用api将自身的统计数据写入共享内存，然后，上报模块在确定满足向数据收集服务器发送统计数据的条件时，从共享内存中获取至少两个服务进程在指定时间段内的统计数据，并将各服务进程的统计数据信息发送给数据收集服务器，后续，再由数据收集服务器对各服务进程的统计数据进行检查、报警分析等处理，进而将处理后的统计数据存储到数据存储服务器中。

相应地，图5是根据一示例性实施例示出的又一种数据发送方法的流程图，如图4所示，该数据发送方法用于业务服务器中，该方法的流程图包括以下步骤。

s501：每个服务进程在确定满足预设的统计数据写入条件时将自身的统计数据写入共享内存。

具体实施时，预设的统计数据写入条件如服务进程统计得到统计数据，也就是说，服务进程每得到一次统计数据就可向共享内存写入一次统计数据，这样，服务进程的数据存储压力比较小，统计数据的丢失概率也比较小。

s502：上报进程在确定满足预设的统计数据上报条件时，从共享内存中获取至少两个服务进程在指定时间段内的统计数据。

实际应用中，上报进程是业务服务器中除各服务进程之外的进程，并且，上报进程可以周期性地向数据收集服务器发送统计数据，因此，预设的统计数据上报条件可以是设定时刻达到。

s503：上报进程将各服务进程的统计数据信息发送给数据收集服务器。

具体实施时，对每个服务进程，上报进程可直接将该服务进程的统计数据发送给数据收集服务器，也可以将该服务进程的统计数据与上一次确定的该服务进程的统计数据之间的差值信息发送给数据收集服务器，这样，可减少需要发送的数据量，进一步节省业务服务器的资源。

实际应用中，如果某一程序不是单实例运行，那么，业务服务器中的该程序可以启动多次，而程序每次启动时业务服务器均会为该程序创建一个服务进程，因此，业务服务器中的多个服务进程会有对应同一程序的情况。

相关技术中，当业务服务器中的多个服务进程对应同一程序时，在同一统计数据发送周期内，各服务进程可能均会向数据收集服务器发送自身的统计数据。由于服务进程的进程标识限于业务服务器内部使用，所以每个服务进程的统计数据中仅会包含业务服务器的服务器标识和该服务进程对应的程序的程序标识，而不会包含该服务进程的进程标识。因此，上述情况中，数据收集服务器在接收到各服务进程的统计数据之后，会认为是业务服务器重复发送了同一程序的统计数据，此时，数据收集服务器会以最后接收到的该程序的统计数据为准，而丢弃已接收到的该程序的统计数据，这样，数据收集服务器最终获取到的各程序的统计数据并不准确。

下面结合具体的实施例对上述情况进行说明。

参见图1，假设服务进程1、服务进程2和服务进程3对应同一程序，该程序的统计数据包含用户连接数。在某一统计数据发送周期内，服务进程1发送的用户连接数为100，服务进程2发送的用户连接数为120，服务进程3发送的用户连接数为80，其中，服务进程3发送统计数据的时间最晚，那么，数据收集服务器就会以80作为该程序在当前周期内实际的用户连接数，而这显然是不对的。

为了解决上述问题，本公开实施例中，上报进程在获取到至少两个服务进程在指定时间段内的统计数据后，可先根据每个服务进程的统计数据中的程序标识，对这至少两个服务进程中对应相同程序的服务进程的统计数据进行合并处理，得到每个程序的统计数据，然后，再将各程序的统计数据信息发送给数据收集服务器。

这样，由上报进程对同一程序对应的各服务进程的统计数据进行合并，再将合并处理后的各程序的统计数据信息发送给数据收集服务器，可很好地保证数据收集服务器最终获取到的各程序的统计数据的完整性和正确性。

图6是根据一示例性实施例示出的再一种数据发送方法的流程图，如图4所示，该数据发送方法用于业务服务器中，该方法的流程图包括以下步骤。

s601：每个服务进程在确定满足预设的统计数据写入条件时将自身的统计数据写入共享内存。

s602：上报进程在确定满足预设的统计数据上报条件时，从共享内存中获取至少两个服务进程在指定时间段内的统计数据。

其中，上报进程是业务服务器中除各服务进程之外的进程。

s603：上报进程根据每个服务进程的统计数据中的程序标识，对各服务进程中对应相同程序的服务进程的统计数据进行合并处理，得到相应程序的统计数据。

具体实施时，上报进程对各服务进程中程序标识相同的每一组服务进程，可获取用于对该组服务进程的统计数据进行合并的合并规则，进而按照获取到的合并规则对该组服务进程的统计数据进行合并处理，其中，合并规则可从该组服务进程中的任一服务进程获取。

下面结合具体的实施例对上述过程进行说明。

参见图4，假设服务进程7和服务进程8对应程序a，服务进程9对应程序b，那么，上报进程在获取到服务进程7、服务进程8和服务进程9的统计数据后，可从服务进程7获取用于对程序a对应的各服务进程的统计数据进行合并的合并规则，然后，根据该合并规则对服务进程7和服务进程8的统计数据进行合并，从而得到程序a的统计数据，这样，上报进程最终可以得到程序a的统计数据和程序b的统计数据。

具体实施时，每个服务进程的统计数据会包含多种信息，每种信息可对应一个字段，因此，合并规则中会包含用于描述每个字段的合并方式的信息，比如求平均值、求和、取最晚的上报值等。

实际应用中，每个字段的取值合并方式由技术人员在程序中预先设定。下面结合具体的实施例对各字段的合并方式进行介绍。

比如，统计数据中的某字段为平均请求处理个数，则为该字段设置的合并方式可为求平均值；统计数据中的某字段为用户连接数，则为该字段设置的合并方式可为求和；统计数据中的某字段为命中率，则为该字段设置的合并方式可为取最晚的上报值。

s604：上报进程将各程序的统计数据信息发送给数据收集服务器。

具体实施时，对每个程序，上报进程可直接将该程序的统计数据发送给数据收集服务器，也可以将该程序的统计数据与上一次确定的该程序的统计数据之间的差值信息发送给数据收集服务器，这样，可减少需要发送的数据量，进一步节省业务服务器的资源。

当本公开实施例中提供的方法以软件或硬件或软硬件结合实现的时候，电子设备中可以包括多个功能模块，每个功能模块可以包括软件、硬件或其结合。具体的，图7是根据一示例性实施例示出的一种数据发送装置的框图，该装置包括获取模块701，发送模块702。

获取模块701，被配置为执行获取至少两个服务进程在指定时间段内的统计数据，其中，每个服务进程的统计数据由所述服务进程对所述服务进程在所述指定时间段内接收到的业务请求的处理情况进行统计得到；

发送模块702，被配置为执行将所述至少两个服务进程的统计数据信息发送给数据收集服务器。

可选地，所述获取模块701被具体配置为执行：

从共享内存中获取所述至少两个服务进程在所述指定时间段内的统计数据，所述共享内存中的统计数据是每个服务进程在满足预设的统计数据写入条件时写入的。

可选地，每个服务进程的统计数据中包含有所述服务进程对应的程序的程序标识，以及还包括，合并模块703：

所述合并模块703，被配置为执行在将所述至少两个服务进程的统计数据信息发送给数据收集服务器之前，根据每个服务进程的统计数据中的程序标识，对所述至少两个服务进程中对应相同程序的服务进程的统计数据进行合并处理，得到对应程序的统计数据；

所述发送模块702，被具体配置为执行将各程序的统计数据信息发送给所述数据收集服务器。

可选地，所述合并模块703被具体配置为执行：

对所述至少两个服务进程中程序标识相同的每一组服务进程，获取用于对该组服务进程的统计数据进行合并的合并规则；

按照所述合并规则对该组服务进程的统计数据进行合并处理。

可选地，所述发送模块702被具体配置为执行：

对服务进程和程序中的任一对象，直接将该对象的统计数据发送给所述数据收集服务器，或者，将该对象的统计数据与上一次确定的该对象的统计数据之间的差值信息发送给所述数据收集服务器。

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

本公开实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本公开各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。各个模块相互之间的耦合可以是通过一些接口实现，这些接口通常是电性通信接口，但是也不排除可能是机械接口或其它的形式接口。因此，作为分离部件说明的模块可以是或者也可以不是物理上分开的，既可以位于一个地方，也可以分布到同一个或不同设备的不同位置上。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

图8是根据一示例性实施例示出的一种电子设备的结构示意图，该电子设备包括收发器801以及处理器802等物理器件，其中，处理器802可以是一个中央处理单元(centralprocessingunit，cpu)、微处理器、专用集成电路、可编程逻辑电路、大规模集成电路、或者为数字处理单元等等。收发器801用于电子设备和其他设备进行数据收发。

该电子设备还可以包括存储器803用于存储处理器802执行的软件指令，当然还可以存储电子设备需要的一些其他数据，如电子设备的标识信息、电子设备的加密信息、用户数据等。存储器803可以是易失性存储器(volatilememory)，例如随机存取存储器(random-accessmemory，ram)；存储器803也可以是非易失性存储器(non-volatilememory)，例如只读存储器(read-onlymemory，rom)，快闪存储器(flashmemory)，硬盘(harddiskdrive，hdd)或固态硬盘(solid-statedrive，ssd)、或者存储器803是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器803可以是上述存储器的组合。

本公开实施例中不限定上述处理器802、存储器803以及收发器801之间的具体连接介质。本公开实施例在图8中仅以存储器803、处理器802以及收发器801之间通过总线804连接为例进行说明，总线在图8中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

处理器802可以是专用硬件或运行软件的处理器，当处理器802可以运行软件时，处理器802读取存储器803存储的软件指令，并在所述软件指令的驱动下，执行前述实施例中涉及的数据发送方法。

本公开实施例还提供了一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，所述电子设备能够执行前述实施例中涉及的数据发送方法。

在一些可能的实施方式中，本公开提供的数据发送方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在电子设备上运行时，所述程序代码用于使所述电子设备执行前述实施例中涉及的数据发送方法。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本公开的实施方式的用于数据发送的程序产品可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在计算设备上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言诸如java、c++等，还包括常规的过程式程序设计语言诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络包括局域网(lan)或广域网(wan)连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

本领域内的技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本公开是参照根据本公开实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本公开的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本公开范围的所有变更和修改。

显然，本领域的技术人员可以对本公开进行各种改动和变型而不脱离本公开的精神和范围。这样，倘若本公开的这些修改和变型属于本公开权利要求及其等同技术的范围之内，则本公开也意图包含这些改动和变型在内。