业务监控方法、装置、电子设备和可读存储介质与流程

文档序号:24345839发布日期:2021-03-19 12:29阅读:76来源:国知局
业务监控方法、装置、电子设备和可读存储介质与流程

本申请涉及计算机技术领域,特别是涉及一种业务监控方法、装置、电子设备和可读存储介质。



背景技术:

目前,基于互联网技术的发展,越来越多的线上服务被应用至各行各业,其中,用户在使用线上服务的过程中,每一项具体的服务均可以为一条业务链路,例如,用户在使用网约车服务时,网约车服务的一条业务链路可以为:当前位置定位、确定目的地位置、选择车型、发单、确定上车、确定下车、付款和订单评价,其中,每一个具体的动作均可以为该业务链路中的一个链路节点。

相关技术中,为了监控业务链路中各链路节点是否正确完成应该完成的业务逻辑,可以在各节点设置监控服务,例如,在付款节点,用户是否正确付款。

然而,在相关技术中,各个监控服务之间没有相互关联,使得各个监控服务之间存在明显断层,进而使得业务链路中数据流转的一致性和正确性无法及时监控及预警。



技术实现要素:

有鉴于此,本发明实施例提供一种业务监控方法、装置、电子设备和可读存储介质,以保证业务链路中数据流转的一致性和正确性得到及时的监控及预警。

第一方面,提供了一种业务监控方法,所述方法应用于事件引擎,所述方法包括:

针对业务链路中的各链路节点,响应于任一链路节点的指标事件被触发,缓存所述指标事件对应的事件数据,所述事件数据是在对应的至少一个判断事件进行规则判断时所使用的数据;以及

响应于任一链路节点的判断事件被触发,调用规则引擎,以使得所述规则引擎基于预先设置的判断规则和所述判断事件对应的各指标事件的事件数据,对所述判断事件对应的各指标事件进行规则判断并执行预定操作。

第二方面,提供了一种业务监控方法,所述方法应用于规则引擎,所述方法包括:

响应于接收到事件引擎在任一链路节点的判断事件被触发时发送的调用指令,获取所述判断事件对应的各指标事件的事件数据,所述事件数据是在对应的至少一个判断事件进行规则判断时所使用的数据;

基于预先设置的判断规则和所述判断事件对应的各指标事件的事件数据,对所述判断事件对应的各指标事件进行规则判断;以及

根据所述规则判断的结果执行对应的预定操作。

第三方面,提供了一种业务监控方法,所述方法应用于业务监控系统,所述方法包括:

针对业务链路中的各链路节点,响应于任一链路节点的指标事件被触发,缓存所述指标事件对应的事件数据,所述事件数据是在对应的至少一个判断事件进行规则判断时所使用的数据;以及

响应于任一链路节点的判断事件被触发,获取所述判断事件对应的各指标事件的事件数据;基于预先设置的判断规则和所述判断事件对应的各指标事件的事件数据,对所述判断事件对应的各指标事件进行规则判断;根据所述规则判断的结果执行对应的预定操作。

第四方面,提供了一种业务监控系统,所述系统包括:

事件引擎,被配置为执行针对业务链路中的各链路节点,响应于任一链路节点的指标事件被触发,缓存所述指标事件对应的事件数据,所述事件数据是在对应的至少一个判断事件进行规则判断时所使用的数据;响应于任一链路节点的判断事件被触发,调用规则引擎;

规则引擎,被配置为执行响应于接收到事件引擎在任一链路节点的判断事件被触发时发送的调用指令,获取所述判断事件对应的各指标事件的事件数据;基于预先设置的判断规则和所述判断事件对应的各指标事件的事件数据,对所述判断事件对应的各指标事件进行规则判断;根据所述规则判断的结果执行对应的预定操作。

第五方面,提供了一种业务监控装置,所述装置应用于业务监控系统,所述装置包括:

事件处理装置,用于针对业务链路中的各链路节点,响应于任一链路节点的指标事件被触发,缓存所述指标事件对应的事件数据,所述事件数据是在对应的至少一个判断事件进行规则判断时所使用的数据;以及

规则处理装置,用于响应于任一链路节点的判断事件被触发,获取所述判断事件对应的各指标事件的事件数据;基于预先设置的判断规则和所述判断事件对应的各指标事件的事件数据,对所述判断事件对应的各指标事件进行规则判断;根据所述规则判断的结果执行对应的预定操作。

第六方面,本发明实施例提供了一种电子设备,包括存储器和处理器,所述存储器用于存储一条或多条计算机程序指令,其中,所述一条或多条计算机程序指令被所述处理器执行以实现如第一方面至第三方面所述的方法。

第七方面,本发明实施例提供了一种计算机可读存储介质,其上存储计算机程序指令,所述计算机程序指令在被处理器执行时实现如第一方面至第三方面所述的方法。

在本发明实施例中,业务监控系统可以监听业务链路中各链路节点,若链路节点的指标事件被触发,则业务监控系统可以缓存该指标事件对应的事件数据,若链路节点的判断事件被触发,则业务监控系统可以根据该判断事件对应的各指标事件的事件数据进行规则判断,以实现业务监控,在此过程中,由于业务监控系统可以综合多个链路节点的事件数据对业务逻辑进行判断,所以本发明实施例中的业务监控系统具有综合判断的能力,相较于相关技术中的单独判断方式,本发明实施例可以保证业务链路中数据流转的一致性和正确性得到及时的监控及预警。

附图说明

通过以下参照附图对本发明实施例的描述,本发明实施例的上述以及其它目的、特征和优点将更为清楚,在附图中:

图1为本发明实施例提供的一种业务监控系统的示意图;

图2为本发明实施例提供的一种业务监控方法的流程图;

图3为本发明实施例提供的另一种业务监控方法的流程图;

图4为本发明实施例提供的一种事件引擎和规则引擎之间关系的示意图;

图5为本发明实施例提供的一种指标事件和判断事件对应关系的示意图;

图6为本发明实施例提供的一种规则判断过程的示意图;

图7为本发明实施例提供一种判断规则的示例性流程图;

图8为本发明实施例提供一种业务监控过程的示例性示意图;

图9为本发明实施例提供的一种业务监控装置的结构示意图;

图10为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

以下基于实施例对本发明进行描述,但是本发明并不仅仅限于这些实施例。在下文对本发明的细节描述中,详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本发明。为了避免混淆本发明的实质,公知的方法、过程、流程、元件和电路并没有详细叙述。

此外,本领域普通技术人员应当理解,在此提供的附图都是为了说明的目的,并且附图不一定是按比例绘制的。

除非上下文明确要求,否则在说明书的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义;也就是说,是“包括但不限于”的含义。

在本发明的描述中,需要理解的是,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。此外,在本发明的描述中,除非另有说明,“多个”的含义是两个或两个以上。

目前,越来越多的线上服务被应用至各行各业,其中,用户在使用线上服务的过程中,每一项具体的服务均可以为一条业务链路,即具有预定执行顺序的业务流程,例如,用户在使用网约车服务时,网约车服务的一条业务链路可以为:当前位置定位、确定目的地位置、选择车型、发单、确定上车、确定下车、付款和订单评价,其中,每一个具体的动作均可以为该业务链路中的一个链路节点,也即每一个具体的动作均可以为业务流程中的业务节点。

相关技术中,为了监控业务链路中各链路节点是否正确完成应该完成的业务逻辑,可以在各节点设置监控服务,例如,在付款节点,用户是否正确付款,然而,在相关技术中,各个监控服务之间没有相互关联,使得各个监控服务之间存在明显断层,进而使得业务链路中数据流转的一致性和正确性无法及时监控及预警。

例如,业务链路a包括:a1、服务端向用户端派发优惠券;a2、提示用户可以使用优惠券;a3、用户付款;a4、付款成功提示。在相关技术中,由于现有的监控服务仅针对单独的链路节点,因此,当监控服务针对a3节点进行监控时,监控服务无法监控用户是否持有优惠券以及用户是否满足使用优惠券的条件,进而,当用户可以使用优惠券但未使用优惠券进行支付时,现有的监控服务不会进行报警提醒(也就是说现有的监控服务仅监控用户是否支付成功),此时,用户会受到未使用优惠券带来的损失,同时会使得用户对于服务平台不信任。

为了解决上述问题,本发明实施例提供一种业务监控系统,如图1所示,该系统具体包括:终端设备1、服务端2和业务监控系统3。

其中,终端设备1可以是智能手机、平板电脑或者个人计算机(personalcomputer,pc)等终端设备,服务端2可以是单个服务器,也可以是以分布式方式配置的服务器集群,还可以是云服务器。当服务端2为终端设备1提供业务服务时,终端设备1和服务端2之间可以通过网络相互通信。

业务监控系统3可以是设置在终端设备1中的业务监控系统(即图1中的连接方式a),业务监控系统3也可以是设置在服务端2中的业务监控系统(即图1中的连接方式b),业务监控系统3还可以设置在单独的设备中,并通过网络监控业务流程(即图1中的连接方式c)。

具体的,当服务端2为终端设备1提供业务服务时,终端设备1可以按照预定的执行顺序执行业务流程(业务链路),每当终端设备1执行业务链路中的一个链路节点的预定操作后,均可以触发业务监控系统3在该链路节点设置的事件(指标事件和/或判断事件),指标事件用于缓存终端设备1在链路节点与操作有关的事件数据,判断事件用于根据指标事件对应的事件数据进行规则判断,以确定业务链路的业务逻辑是否正常。

其中,业务监控系统3包括事件引擎3.1和规则引擎3.2,事件引擎3.1用于监听业务链路中各链路节点被触发的事件(指标事件和/或判断事件),若触发的事件是指标事件,则事件引擎3.1可以将该指标事件对应的事件数据进行分类存储,若触发的事件是判断事件,则事件引擎3.1可以调用规则引擎3.2进行规则判断,规则引擎3.2可以根据预先设定的规则进行规则判断,以确定业务链路的业务逻辑是否正常。

下面将结合具体实施方式,对本发明实施例提供的一种业务监控方法进行详细的说明,该方法应用于图1中的业务监控系统3。

具体的,如图2所示,业务监控系统中的事件引擎可以执行如下步骤:

在步骤21,针对业务链路中的各链路节点,响应于任一链路节点的指标事件被触发,缓存指标事件对应的事件数据。

其中,事件数据是在对应的至少一个判断事件进行规则判断时所使用的数据。

在步骤22,响应于任一链路节点的判断事件被触发,调用规则引擎,以使得规则引擎基于预先设置的判断规则和判断事件对应的各指标事件的事件数据,对判断事件对应的各指标事件进行规则判断并执行预定操作。

相应的,如图3所示,业务监控系统中的规则引擎可以执行如下步骤:

在步骤31,响应于接收到事件引擎在任一链路节点的判断事件被触发时发送的调用指令,获取判断事件对应的各指标事件的事件数据。

在步骤32,基于预先设置的判断规则和判断事件对应的各指标事件的事件数据,对判断事件对应的各指标事件进行规则判断。

在步骤33,根据规则判断的结果执行对应的预定操作。

综上所述,从业务监控系统的角度来看,业务监控系统可以执行为:

针对业务链路中的各链路节点,响应于任一链路节点的指标事件被触发,缓存指标事件对应的事件数据;以及

响应于任一链路节点的判断事件被触发,获取判断事件对应的各指标事件的事件数据;基于预先设置的判断规则和判断事件对应的各指标事件的事件数据,对判断事件对应的各指标事件进行规则判断;根据规则判断的结果执行对应的预定操作。

结合事件引擎和规则引擎执行的步骤,在本发明实施例中,业务监控系统可以监听业务链路中各链路节点,若链路节点的指标事件被触发,则业务监控系统可以缓存该指标事件对应的事件数据,若链路节点的判断事件被触发,则业务监控系统可以根据该判断事件对应的各指标事件的事件数据进行规则判断,以实现业务监控,在此过程中,由于业务监控系统可以综合多个链路节点的事件数据对业务逻辑进行判断,所以本发明实施例中的业务监控系统具有综合判断的能力,相较于相关技术中的单独判断方式,本发明实施例可以保证业务链路中数据流转的一致性和正确性得到及时的监控及预警。

结合图1所示的内容,现针对图1中的事件引擎3.1和规则引擎3.2之间的关系进行解释说明,如图4所示,图4为本发明实施例提供的一种事件引擎和规则引擎之间关系的示意图,该示意图包括:事件引擎3.1、规则引擎3.2、事件数据和判断事件。

其中,事件数据为指标事件对应的事件数据,如图4所示,当指标事件被触发时(如图4中实线箭头所指的数据流向),事件引擎3.1可以获取该指标事件对应的事件数据(也即用户在对应链路节点上的操作数据),然后事件引擎3.1可以将该事件数据缓存至对应判断事件的存储区域,以使得规则引擎3.2可以在规则判断时获取该事件数据。

如图4所示,当判断事件被触发时(如图4中虚线箭头所指的数据流向),事件引擎3.1可以调用规则引擎3.2进行规则判断,规则引擎3.2被调用后,可以获取对应判断事件存储区内缓存的事件数据,然后基于获取的事件数据以及预定规则,进行规则判断。

需要进一步说明的,业务链路用于表征具有预定执行顺序的业务流程,链路节点用于表征具有预定执行顺序的业务流程中的业务节点,指标事件和判断事件在对应业务节点出现操作数据时被触发。

当链路节点的指标事件被触发时,业务监控系统中的事件引擎可以缓存该指标事件对应的事件数据,具体的,业务监控系统中的事件引擎可以执行为:确定指标事件对应的各判断事件,将指标事件对应的事件数据分别缓存至各判断事件对应的存储区域。

其中,如图5所示,图5为本发明实施例提供的一种指标事件和判断事件对应关系的示意图,该示意图包括:指标事件1、指标事件2、指标事件3、指标事件4、判断事件1和判断事件2。

在图5中,指标事件与判断事件之间的连接线用于表征指标事件与判断事件之间的对应关系,由图5可知,判断事件1对应指标事件1-3,判断事件2对应指标事件3和4。

也就是说,本发明实施例的业务监控系统进行业务监控时,判断事件1被触发后,业务监控系统的规则引擎会调取指标事件1-3各自对应的事件数据,然后基于指标事件1-3各自对应的事件数据以及预先设置的判断事件1的判断规则,判断指标事件1-3对应的链路节点所组成的部分业务链路是否符合业务逻辑,同样的,判断事件2被触发后,业务监控系统的规则引擎会调取指标事件3和4各自对应的事件数据,然后基于指标事件3和4各自对应的事件数据以及预先设置的判断事件2的判断规则,判断指标事件3和4对应的链路节点所组成的部分业务链路是否符合业务逻辑。

需要说明的,由图5可知,一个判断事件可以对应多个指标事件,而一个指标事件同样可以对应多个判断事件,在业务监控系统中的事件引擎对指标事件的事件数据进行缓存时,若该指标事件对应多个判断事件,则事件引擎可以针对每个判断事件分别缓存一份该指标事件的事件数据至各判断事件对应的存储区域。

例如,如图5所示,指标事件3对应判断事件1和2,当业务监控系统对指标事件3的事件数据进行缓存时,可以将指标事件3的事件数据分别缓存至判断事件1对应的存储区域以及判断事件2对应的存储区域。

当链路节点的判断事件被触发时,业务监控系统中的事件引擎可以调用规则引擎针对该判断事件进行规则判断。

具体的,规则引擎可以获取被触发的判断事件对应的存储区域中的事件数据,然后根据预先设置的判断规则对该判断事件对应的各指标事件进行规则判断,然后规则引擎可以根据规则判断的结果执行对应的预定操作。

如图6所示,图6为本发明实施例提供的一种规则判断过程的示意图,该示意图包括:事件数据1、事件数据2、事件数据3和判断事件1。

其中,事件数据1、事件数据2和事件数据3是事件引擎在判断事件1的存储区域缓存的事件数据。

当规则引擎针对判断事件1进行规则判断时,可以获取判断事件1的存储区域中的事件数据1-3,然后,基于事件数据1-3以及预先设置的判断规则进行规则判断,若判断结果为是,则进行报警提醒,然后清空存储区内的事件数据缓存,若判断结果为否,则清空存储区内的事件数据缓存。

需要说明的,判断结果的“是”和“否”仅为本发明实施例提供的一种示例,“是”表征业务逻辑出现错误,“否”表征业务逻辑未出现错误,在另一种可实施方式中,“是”可以表征业务逻辑未出现错误,“否”可以表征业务逻辑出现错误。

在一种示例中,若某业务链路b为网约车服务的一条业务链路,该业务链路b的事件数据包括:b1、用户已上车;b2、用户修改终点;b3、用户已下车。判断事件b4为:判断用户是否在修改后的终点下车。

当规则引擎针对判断事件b4进行规则判断时,可以先获取事件数据b1、b2和b3,然后根据b1、b2、b3以及预先设置的判断规则进行规则判断,若判断结果为“用户未在修改后的终点下车”,则进行报警提醒,然后清空存储区内的事件数据b1、b2和b3的缓存,若判断结果为“用户在修改后的终点下车”,则清空存储区内的事件数据b1、b2和b3的缓存。

其中,结合上述示例,针对预先设置的判断规则,本发明实施例提供一种判断规则的示例性流程图,如图7所示,该流程图包括如下步骤:

在步骤71,判断用户是否上车,若用户已上车,则执行步骤72,若用户未上车,则执行步骤74。

在步骤72,判断用户是否修改终点,若用户修改终点,则执行步骤73,若用户未修改终点,则执行步骤75。

在步骤73,判断用户下车点是否与修改后的终点相同,若用户下车点与修改后的终点相同,则执行步骤75,若用户下车点与修改后的终点不相同,则执行步骤74。

在步骤74,报警提醒。

在步骤75,清空存储区内的事件数据缓存。

其中,由于规则引擎每次仅清除某个判断事件对应存储区内的事件数据缓存,因此,不会影响其它判断事件对应存储区内的事件数据缓存,例如,若指标事件x对应判断事件y和判断事件z,当事件引擎对指标事件x对应的事件数据进行缓存时,会将该事件数据分别存储至判断事件y和判断事件z各自对应的存储区,当规则引擎清空判断事件y对应的存储区中的事件数据时,仅会清空指标事件x的事件数据在判断事件y对应的存储区中的缓存,而不会清空指标事件x的事件数据在判断事件z对应的存储区中的缓存。

另外需要说明的,图7所示的内容仅为本发明实施例的一种示例性说明,事件数据的数量可以根据实际情况进行设置,事件数据的内容也可以表征数值,判断的步骤不仅限于3个,判断条件的内容也不仅限于图7所示的3个条件,本发明实施例对此不做限定。

而且,在实际应用中,也可以并行的方式设置判断条件(图7所示的设置方式为串行设置),还可以既存在串行的设置方式也存在并行的设置方式,本发明实施例在此不做过多赘述。

综上所述,业务监控系统可以基于预先设置的判断规则以及缓存的事件数据,判断业务逻辑是否正确。

进而,本发明实施例提供一种业务监控过程的示例性示意图,如图8所示,该示意图包括:链路起点、链路节点1、链路节点2、链路节点3、链路节点4、链路结束的节点、各链路节点对应的指标事件和判断事件。

具体的,针对链路节点1,链路节点1对应指标事件1和判断事件2,当用户在链路节点1执行相应的动作时,可以触发指标事件1,以使得事件引擎缓存指标事件1对应的事件数据(针对判断事件1和判断事件2分别进行缓存)。

然后,规则引擎可以获取指标事件1对应的事件数据,并基于指标事件1的事件数据和预定规则进行规则判断(即规则判断1),若是,则进行报警提醒然后清空事件数据缓存,若否,则清空事件数据缓存,其中,该事件数据缓存为指标事件1对应的事件数据。

针对链路节点2,链路节点2对应指标事件2,当用户在链路节点2执行相应的动作时,可以触发指标事件2,以使得事件引擎缓存指标事件2对应的事件数据(针对判断事件2进行缓存)。

针对链路节点3,链路节点3对应判断事件2,当用户在链路节点3执行相应的动作时,可以触发判断事件2,规则引擎可以获取指标事件1和指标事件2对应的事件数据,并基于指标事件1和指标事件2的事件数据以及预定规则进行规则判断(即规则判断2),若是,则进行报警提醒然后清空事件数据缓存,若否,则清空事件数据缓存,其中,该事件数据缓存为指标事件1和指标事件2对应的事件数据。

针对链路节点4,链路节点4对应指标事件3,当用户在链路节点4执行相应的动作时,可以触发指标事件3,以使得事件引擎缓存指标事件3对应的事件数据(针对判断事件3进行缓存)。

针对链路结束的节点,链路结束的节点对应判断事件3,当链路结束时,可以触发判断事件3,规则引擎可以获取指标事件3对应的事件数据,并基于指标事件3的事件数据以及预定规则进行规则判断(即规则判断3),若是,则进行报警提醒然后清空事件数据缓存,若否,则清空事件数据缓存,其中,该事件数据缓存为指标事件3对应的事件数据。

需要说明的,在图8所示的示例中,链路节点1既对应了指标事件,又对应了判断事件,因此,一个链路节点可以对应多种事件。另外,链路结束的节点对应了判断事件,因此在链路结束的节点也可以对应事件,当然,在链路起点同样可以对应事件,本发明实施例在此不做赘述。

在本发明实施例中,业务监控系统可以监听业务链路中各链路节点,若链路节点的指标事件被触发,则业务监控系统可以缓存该指标事件对应的事件数据,若链路节点的判断事件被触发,则业务监控系统可以根据该判断事件对应的各指标事件的事件数据进行规则判断,以实现业务监控,在此过程中,由于业务监控系统可以综合多个链路节点的事件数据对业务逻辑进行判断,所以本发明实施例中的业务监控系统具有综合判断的能力,相较于相关技术中的单独判断方式,本发明实施例可以保证业务链路中数据流转的一致性和正确性得到及时的监控及预警。

基于相同的技术构思,本发明实施例还提供了一种业务监控装置,如图9所示,该装置包括:事件处理装置91和规则处理装置92;

事件处理装置91,用于针对业务链路中的各链路节点,响应于任一链路节点的指标事件被触发,缓存指标事件对应的事件数据,事件数据是在对应的至少一个判断事件进行规则判断时所使用的数据;以及

规则处理装置92,用于响应于任一链路节点的判断事件被触发,获取判断事件对应的各指标事件的事件数据;基于预先设置的判断规则和判断事件对应的各指标事件的事件数据,对判断事件对应的各指标事件进行规则判断;根据规则判断的结果执行对应的预定操作。

可选的,规则处理装置92,具体用于:

响应于规则判断的结果为异常,执行提醒操作并清空判断事件对应的各指标事件的事件数据缓存;以及

响应于规则判断的结果为正常,清空判断事件对应的各指标事件的事件数据缓存。

可选的,事件处理装置91,具体用于:

确定指标事件对应的各判断事件,将指标事件对应的事件数据分别缓存至各判断事件对应的存储区域。

可选的,业务链路用于表征具有预定执行顺序的业务流程,链路节点用于表征具有预定执行顺序的业务流程中的业务节点,指标事件和判断事件在对应业务节点出现操作数据时被触发。

在本发明实施例中,业务监控系统可以监听业务链路中各链路节点,若链路节点的指标事件被触发,则业务监控系统可以缓存该指标事件对应的事件数据,若链路节点的判断事件被触发,则业务监控系统可以根据该判断事件对应的各指标事件的事件数据进行规则判断,以实现业务监控,在此过程中,由于业务监控系统可以综合多个链路节点的事件数据对业务逻辑进行判断,所以本发明实施例中的业务监控系统具有综合判断的能力,相较于相关技术中的单独判断方式,本发明实施例可以保证业务链路中数据流转的一致性和正确性得到及时的监控及预警。

图10是本发明实施例的电子设备的示意图。如图10所示,图10所示的电子设备为通用地址查询装置,其包括通用的计算机硬件结构,其至少包括处理器101和存储器102。处理器101和存储器102通过总线103连接。存储器102适于存储处理器101可执行的指令或程序。处理器101可以是独立的微处理器,也可以是一个或者多个微处理器集合。由此,处理器101通过执行存储器102所存储的指令,从而执行如上所述的本发明实施例的方法流程实现对于数据的处理和对于其它装置的控制。总线103将上述多个组件连接在一起,同时将上述组件连接到显示控制器104和显示装置以及输入/输出(i/o)装置105。输入/输出(i/o)装置105可以是鼠标、键盘、调制解调器、网络接口、触控输入装置、体感输入装置、打印机以及本领域公知的其他装置。典型地,输入/输出装置105通过输入/输出(i/o)控制器106与系统相连。

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

本发明是参照根据本发明实施例的方法、装置(设备)和计算机程序产品的流程图来描述的。应理解可由计算机程序指令实现流程图中的每一流程。

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

也可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程中指定的功能的装置。

本发明的另一实施例涉及一种非易失性存储介质,用于存储计算机可读程序,所述计算机可读程序用于供计算机执行上述部分或全部的方法实施例。

即,本领域技术人员可以理解,实现上述实施例方法中的全部或部分步骤是可以通过程序来指定相关的硬件来完成,该程序存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本发明各实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的优选实施例,并不用于限制本发明,对于本领域技术人员而言,本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1