服务端程序监控方法、装置、计算机设备及存储介质与流程

本发明实施例涉及服务端程序监控领域，尤其涉及一种服务端程序监控方法、装置、计算机设备及存储介质。

背景技术：

nodejs服务在运行时，由于受到代码质量和流量等因素的影响，会在运行时出现性能问题。可以对nodejs服务应用进行监控，及时监控到性能问题，并进行处理。

目前监控方式包括：1、对原生nodejs进行改造，将监控的逻辑嵌入nodejs运行环境，在进程启动的时候进行监控。2、nodejs监控直接放在业务代码中，随着业务代码一起启动。

但在使用上述方式时，监控代码往往与nodejs环境或者是业务代码产生耦合，监控代码的维护需要对nodejs环境或者是业务代码进行修改，维护成本较高。而且，在与nodejs环境耦合的监控代码通常会对进程管理工具一起监控，混淆有效监控数据，增加监控数据的处理复杂度。

技术实现要素：

本发明实施例提供一种服务端程序监控方法、装置、计算机设备及存储介质，可以实现无侵入式服务端程序监控，提高进程监控的准确率。

第一方面，本发明实施例提供了一种服务端程序监控方法，包括：

建立并启动至少一个业务子进程；

通过每个业务子进程，在启动后调用预先封装的监控探针，以将各所述监控探针实例化至每个业务子进程中；

通过每个业务子进程在完成监控探针的实例化后，启动并执行匹配的业务程序；

通过各监控探针，在所在业务子进程中，进行业务程序监控数据的采集。

第二方面，本发明实施例还提供了一种服务端程序监控装置，包括：

子进程建立模块，用于建立并启动至少一个业务子进程；

监控探针运行模块，用于通过每个所述业务子进程，在启动后调用预先封装的监控探针，以将各所述监控探针实例化至每个所述业务子进程中；

业务程序同步运行模块，用于通过每个所述业务子进程在完成监控探针的实例化后，启动并执行匹配的业务程序；

业务程序监控模块，用于通过各所述监控探针，在所在业务子进程中，进行业务程序监控数据的采集。

第三方面，本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序所述处理器执行所述程序时实现如本发明实施例中任一所述的服务端程序监控方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例中任一所述的服务端程序监控方法。

本发明实施例通过启动业务子进程之后，通过业务子进程先调用监控探针，在监控探针实例化后，再执行业务程序，并通过先调用的监控探针对同一业务子进程运行的业务程序进行监控数据的采集，解决了现有技术中监控业务程序的代码嵌入到业务程序或运行环境，导致监控代码的维护成本高和监控数据处理复杂的问题，监控探针可以在同一业务子进程中与业务程序并行执行，实现无侵入监控业务程序，降低监控探针与业务程序的耦合性，减少监控探针的维护成本，同时提高业务程序的安全性。

附图说明

图1是本发明实施例一中的一种服务端程序监控方法的流程图；

图2a是本发明实施例二中的一种服务端程序监控方法的流程图；

图2b是现有技术中的node.js运行环境的运行流程图；

图2c是现有技术中的进程管理模块的运行流程图；

图2d是本发明实施例所适用的一种进程管理模块的运行流程图；

图3是本发明实施例三中的一种服务端程序监控装置的结构示意图；

图4是本发明实施例四中的一种计算机设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一中的一种服务端程序监控方法的流程图的示意图，本实施例可适用于无侵入监控服务端程序的情况，该方法可以由本发明实施例提供的服务端程序监控装置来执行，该装置可采用软件和/或硬件的方式实现，并一般可集成计算机设备中，具体是在服务器中。如图1所示，本实施例的方法具体包括：

s110，建立并启动至少一个业务子进程。

进程是程序的一次动态执行过程，可以是指从代码加载、执行到执行完毕的一个完整过程。进程是系统进行资源分配和调度的独立单位。进程是由代码(堆栈段)、数据(数据段)、内核状态和一组寄存器组成。在多任务操作系统中，通过运行多个进程来并发地执行多个任务。可以通过为当前进程建立子进程的方式，建立并运行多个进程。例如，在nodejs运行环境，操作系统可以为当前进程产生子进程，当前进程变为父进程，父进程和子进程共享代码空间，但数据空间相互独立，在建立子进程时，子进程的数据空间中的内容是当前父进程的数据空间中的内容完整拷贝。子进程可以用于执行与父进程不同的任务。

业务子进程用于运行业务程序。不同业务子进程分别用于运行不同业务程序。示例性的，可以通过fork函数建立业务子进程。

s120，通过每个业务子进程，在启动后调用预先封装的监控探针，以将各所述监控探针实例化至每个业务子进程中。

监控探针用于对运行在同一个业务子进程的业务程序进行监控，以及采集监控数据。监控探针可以是指独立于业务程序运行的代码。业务子进程用于同时运行监控探针和业务程序。其中，优先运行监控探针，可以监控业务程序启动之前以及启动时的运行数据，增加监控数据的覆盖范围。

将监控探针实例化至业务子进程，用于在业务子进程被分配的内存中为监控探针开辟内存空间，并将监控探针加载到开辟的内存空间中运行。

s130，通过每个业务子进程在完成监控探针的实例化后，启动并执行匹配的业务程序。

业务程序可以是指实现特定功能的程序。示例性的，业务程序为直播服务程序，接收客户端发送的直播业务请求，进行响应，并向客户端反馈直播业务数据。启动并执行匹配的业务程序可以包括：在业务子进程被分配的内存中为业务程序开辟内存空间，并将业务程序加载到开辟的内存空间中运行。

s140，通过各监控探针，在所在业务子进程中，进行业务程序监控数据的采集。

业务子进程中的监控探针用于对同一业务子进程运行的业务程序进行监控，监控具体可以是指在业务程序过程中，检测设定数据(如消息或事件等)并进行统计。不同业务子进程相互独立运行，同时不同业务子进程运行的监控探针相互独立运行，以及不同业务子进程运行的业务程序相互独立运行。

监控数据用于描述业务程序的运行性能。可选的，所述监控数据包括虚拟机堆栈指标、进程接收请求耗时指标、进程每秒查询率指标、进程堆栈指标和垃圾回收暂停时间。

虚拟机堆栈指标可以是指nodejsv8虚拟机中业务程序的堆栈数据对内存的占用随时间变化的数据，用于分析nodejsv8虚拟机中业务程序的内存使用情况。

进程接收请求耗时指标用于描述从向业务程序发送到该业务程序接收到该请求的时长。

每秒查询率(queriespersecond，qps)是对一个特定的查询服务器在规定时间内所处理流量的衡量标准。进程每秒查询率指标用于描述在业务程序每秒能够响应的查询次数。

进程堆栈指标用于描述业务程序运行过程中占用的内存空间的容量。

垃圾(garbagecollection，gc)回收可以是指回收分配给对象的内存，例如，业务程序中调用模块，需要为该模块分配内存，而在该模块运行完成时，可以对已分配的内存进行回收，释放内存，以便分配给其他程序或模块。垃圾回收可以通过调用垃圾回收程序实现，在垃圾回收程序运行时，业务程序暂停运行，直到垃圾回收程序运行结束，返回继续执行业务程序。垃圾回收暂停时间用于描述业务程序等待垃圾回收程序运行结束，返回继续运行的等待时长。

通过配置多样的监控数据，可以满足业务程序的多样化监控需求，并可以灵活调整监控参数，对业务程序的监控更加精准。

可选的，服务端程序监控方法，还包括：获取各所述业务子进程运行的监控探针采集的监控数据，并确定为各所述业务子进程运行的业务程序对应的监控数据；比较各所述业务程序对应的监控数据，并生成各所述业务程序的性能比较信息，提供给用户，以使用户对各所述业务程序进行性能优化。

性能比较信息用于描述不同业务程序之间的性能差异，性能比较信息可以包括下述至少一项：不同业务程序的各项监控数据、分别针对各项监控数据的比较结果和比较结果的原因统计信息。性能比较信息用于提示用户，以辅助用户对业务程序进行性能优化。性能比较信息可以是指各业务程序之间的横向比较结果，其中，进行比较的业务程序属于同类业务的程序。

示例性的，业务程序a和业务程序b均用于查询用户行为数据，性能比较信息可以包括业务程序a的qps和业务程序b的qps的比较结果。例如，业务程序a的qps优于业务程序b的qps，可以对业务程序b进行优化开发。

通过根据业务程序的监控数据，对各业务程序的性能进行比较，生成性能比较信息，以辅助用户对业务程序进行性能优化，提供性能优化的客观评价信息，提高性能优化的准确性，可以有效提高业务程序的性能。

本发明实施例通过启动业务子进程之后，通过业务子进程先调用监控探针，在监控探针实例化后，再执行业务程序，并通过先调用的监控探针对同一业务子进程运行的业务程序进行监控数据的采集，解决了现有技术中监控业务程序的代码嵌入到业务程序或运行环境，导致监控代码的维护成本高和监控数据处理复杂的问题，监控探针可以在同一业务子进程中与业务程序并行执行，实现无侵入监控业务程序，降低监控探针与业务程序的耦合性，减少监控探针的维护成本，同时提高业务程序的安全性。

实施例二

图2a为本发明实施例二中的一种服务端程序监控方法的流程图，本实施例以上述实施例为基础进行具体化。在建立并启动至少一个业务子进程之前，还包括：启动监控管理模块；在通过每个业务子进程，在启动后调用预先封装的监控探针之后，还包括：将每个业务子进程中的监控探针在所述监控管理模块上进行通信注册；通过各监控探针，在所在业务子进程中，进行业务程序监控数据的采集之后，还包括：通过各监控探针，将采集得到的监控数据发送至所述监控管理模块。

本实施例的方法具体包括：

s210，启动监控管理模块。

本发明实施例未详尽的描述可以参考前述实施例。

监控管理模块可以作为监控探针的管理模块，用于收集监控探针采集的监控数据。

可选的，所述服务端程序监控，还包括：通过所述监控管理模块采集宿主设备的监控数据。

宿主设备可以是指业务子进程运行的电子设备。监控管理模块还用于采集宿主机级别的监控数据。示例性的，监控管理模块用于采集中央处理器(centralprocessingunit，cpu)指标或内存指标等。cpu指标可以是指cpu的使用率，内存指标可以是指内存的使用率。监控探针可以是采集业务程序级别的监控数据，而监控管理模块可以是采集宿主机级别的监控数据。

通过监控管理模块采集宿主设备的监控数据，实现对宿主设备进行监控，增加监控的对象范围，丰富监控内容，满足多样化的监控需求。

s220，建立并启动至少一个业务子进程。

s230，通过每个业务子进程，在启动后调用预先封装的监控探针，以将各所述监控探针实例化至每个业务子进程中。

s240，将每个业务子进程中的监控探针在所述监控管理模块上进行通信注册。

监控探针在监控管理模块上进行通信注册，用于建立监控探针与监控管理模块之间的通信连接。监控管理模块可以与注册登记过的监控探针进行通信。监控探针在监控管理模块上进行通信注册之后，可以将采集的业务程序的监控数据发送给监控管理模块。

s250，通过每个业务子进程在完成监控探针的实例化后，启动并执行匹配的业务程序。

s260，通过各监控探针，在所在业务子进程中，进行业务程序监控数据的采集。

s270，通过各监控探针，将采集得到的监控数据发送至所述监控管理模块。

监控管理模块还用于将获取的数据进行统计和格式化处理等，发送给指定服务器或指定模块，进行存储。

可选的，所述建立至少一个业务子进程，包括：运行node.js运行环境；在所述node.js运行环境中运行进程管理模块；通过所述进程管理模块运行进程监控程序；通过所述进程监控程序建立至少一个业务子进程。

node.js运行环境用于运行进程和应用程序。业务子进程和业务程序在node.js运行环境中运行。进程管理模块用于创建和管理进程监控程序，进程监控程序用于创建进程，并与创建的进程进行通信，以对创建的进程进行监控。

在本发明实施例中，可以通过进程监控程序建立业务子进程。进程监控程序可以与业务子进程通信，并监控业务子进程的状态。进程监控程序负责控制和管理建立的业务子进程，并在出现业务子进程退出的时候，会重新生成业务子进程。示例性的，进程监控程序可以在触发条件下关闭业务子进程或重启业务子进程。示例性的，进程监控程序为基于god生成的程序。

现有的node.js运行环境的运行流程如图2b所示，建立并运行node.js运行环境，在node.js运行环境中运行进程管理模块，由进程管理模块运行各业务子进程。现有的进程管理模块的运行流程如图2c所示，进程管理模块启动进程监控程序；进程监控程序启动业务子进程，每个业务子进程启动通用模块，通用模块启动业务程序，最终实现将业务程序实例化到每个业务子进程中。

而本发明实施例提供的服务端程序监控方法中，进程管理模块的运行流程如图2d所示。由图2d可知，本发明实施例没有对node.js运行环境以及运行流程进行改变，对进程管理模块的运行流程进行改进，具体包括：进程管理模块启动进程监控程序；进程管理模块先启动监控管理模块，并在启动监控管理模块之后，建立业务子进程，并在建立的每个业务子进程中启动通用模块，并通过通用模块启动监控探针，在监控探针实例化到业务子进程之后，监控探针在监控管理模块进行通信注册，并且，启动业务程序，实现将业务程序实例化到业务子进程中。从而，在进程管理模块的运行过程中，将监控给管理模块的启动切入到进程监控该程序启动之后，进程监控程序建立业务子进程之前；并将监控探针的启动切入到通用模块启动之后，业务程序加载之前。从而准确实现无侵入式启动监控管理模块和监控探针，降低node.js应用接入的成本，不需要和业务程序的代码进行耦合。

通过在node.js运行环境中运行进程管理模块，并通过进程管理模块运行进程监控程序，最终使进程监控程序建立业务子进程，实现对监控探针无侵入配置到进程监控流程中，降低监控探针与运行环境的耦合性，减少监控探针的维护成本，同时提高运行环境的安全性。

可选的，所述通过业务子进程，在启动后调用预先封装的监控探针，包括：通过业务子进程调用通用模块；通过所述通用模块调用监控探针，所述通用模块与所述进程监控程序通信，所述通用模块用于采集所述业务子进程的状态数据，并发送给所述进程监控程序。

通用模块用于先调用监控探针，并在监控探针启动之后，启动业务程序。业务子进程预先配置为调用通用模块，由通用模块实现先后调用监控探针和业务程序。通常业务子进程仅会调用一个程序，例如业务程序。通过配置通用模块，可以实现先调用监控探针，并在监控探针实例化后，继续调用业务程序，实现准确在一个业务子进程中运行监控探针和业务程序。

此外，通用模块还可以用于与进程监控程序进行通信，以便进程监控程序可以实时获取业务子进程的状态数据。进程监控程序与业务子进程通信，实际是指进程监控程序与业务子进程的通用模块进行通信。业务子进程的状态数据用于描述业务子进程的运行状态，示例性的，业务子进程的状态数据可以包括业务子进程的运行状态或停止运行状态等。例如，通用模块将业务子进程的停止运行状态发送给进程监控程序，进程监控程序在确定该业务子进程关闭时，可以重新建立业务子进程，或者重启该业务子进程。

示例性的，通用模块为clustercontainer，用于封装建立业务子进程时需要的信息和方法。在建立业务子进程时，其实是进程监控程序去建立对应进程数量的clustercontainer，再有clustercontainer再去加载对应的业务程序的代码。

通过在业务子进程中配置通用模块，并通过通用模块实现先后调用监控探针和业务程序，可以在业务程序执行时，并行运行监控探针，准确实现监控探针的无侵入监控，提高业务程序的安全性。

本发明实施例通过启动监控管理模块，在监控探针启动之后，将监控探针在监控管理模块上进行通信注册，建立监控探针与监控管理模块之间的通信连接，并将监控探针采集的监控数据统一发送到监控管理模块，实现通过监控管理模块统一管理监控探针，可以集中管理监控数据，便于各业务程序的监控数据的浏览，以及提高后续统计分析的便捷性，提高业务程序的性能分析效率。

实施例三

图3为本发明实施例三中一种服务端程序监控装置的示意图。实施例四是实现本发明上述实施例提供的服务端程序监控方法的相应装置，该装置可采用软件和/或硬件的方式实现，并一般可集成计算机设备中。

相应的，本实施例的装置可以包括：

子进程建立模块310，用于建立并启动至少一个业务子进程；

监控探针运行模块320，用于通过每个所述业务子进程，在启动后调用预先封装的监控探针，以将各所述监控探针实例化至每个所述业务子进程中；

业务程序同步运行模块330，用于通过每个所述业务子进程在完成监控探针的实例化后，启动并执行匹配的业务程序；

业务程序监控模块340，用于通过各所述监控探针，在所在业务子进程中，进行业务程序监控数据的采集。

本发明实施例通过启动业务子进程之后，通过业务子进程先调用监控探针，在监控探针实例化后，再执行业务程序，并通过先调用的监控探针对同一业务子进程运行的业务程序进行监控数据的采集，解决了现有技术中监控业务程序的代码嵌入到业务程序或运行环境，导致监控代码的维护成本高和监控数据处理复杂的问题，监控探针可以在同一业务子进程中与业务程序并行执行，实现无侵入监控业务程序，降低监控探针与业务程序的耦合性，减少监控探针的维护成本，同时提高业务程序的安全性。

进一步的，所述服务端程序监控装置，还包括：监控管理启动模块，用于在建立并启动至少一个业务子进程之前，启动监控管理模块；通信注册模块，用于在通过每个所述业务子进程，在启动后调用预先封装的监控探针之后，将每个所述业务子进程中的监控探针在所述监控管理模块上进行通信注册；监控数据统计模块，用于通过各所述监控探针，在所在业务子进程中，进行业务程序监控数据的采集之后，通过各所述监控探针，将采集得到的监控数据发送至所述监控管理模块。

进一步的，所述服务端程序监控装置，还包括：宿主设备监控模块，用于通过所述监控管理模块采集宿主设备的监控数据。

进一步的，所述子进程建立模块310，包括：环境进程监控程序运行单元，用于运行node.js运行环境；在所述node.js运行环境中运行进程管理模块；通过所述进程管理模块运行进程监控程序；通过所述进程监控程序建立至少一个业务子进程。

进一步的，所述监控探针运行模块320，包括：通用模块调用单元，用于通过业务子进程调用通用模块；通过所述通用模块调用监控探针，所述通用模块与所述进程监控程序通信，所述通用模块用于采集所述业务子进程的状态数据，并发送给所述进程监控程序。

进一步的，所述监控数据包括虚拟机堆栈指标、进程接收请求耗时指标、进程每秒查询率指标、进程堆栈指标和垃圾回收暂停时间。

进一步的，所述服务端程序监控装置，还包括：性能比较模块，用于获取各所述业务子进程运行的监控探针采集的监控数据，并确定为各所述业务子进程运行的业务程序对应的监控数据；比较各所述业务程序对应的监控数据，并生成各所述业务程序的性能比较信息，提供给用户，以使用户对各所述业务程序进行性能优化。

上述装置可执行本发明实施例所提供的服务端程序监控方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4为本发明实施例四提供的一种计算机设备的结构示意图。图4示出了适于用来实现本发明实施方式的示例性计算机设备12的框图。图4显示的计算机设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。计算机设备12可以是挂接在总线上的设备。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(industrystandardarchitecture，isa)总线，微通道体系结构(microchannelarchitecture，mca)总线，增强型isa总线、视频电子标准协会(videoelectronicsstandardsassociation，vesa)局域总线以及外围组件互连(peripheralcomponentinterconnect，pci)总线。

计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如紧凑磁盘只读存储器(compactdiscread-onlymemory，cd-rom)，数字视盘(digitalvideodisc-readonlymemory，dvd-rom)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如系统存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(input/output，i/o)接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(localareanetwork，lan)，广域网(wideareanetwork，wan)通信。如图所示，网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白，尽管图4中未示出，可以结合计算机设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列(redundantarraysofinexpensivedisks，raid)系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明任意实施例所提供的服务端程序监控方法。

实施例五

本发明实施例五提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请所有发明实施例提供的方法：

也即，该程序被处理器执行时实现：建立并启动至少一个业务子进程；通过每个所述业务子进程，在启动后调用预先封装的监控探针，以将各所述监控探针实例化至每个所述业务子进程中；通过每个所述业务子进程在完成监控探针的实例化后，启动并执行匹配的业务程序；通过各所述监控探针，在所在业务子进程中，进行业务程序监控数据的采集。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、ram、只读存储器(readonlymemory，rom)、可擦式可编程只读存储器(erasableprogrammablereadonlymemory，eprom)、闪存、光纤、便携式cd-rom、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

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

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、无线电频率(radiofrequency，rf)等等，或者上述的任意合适的组合。

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

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。