一种云平台中消息管理方法、系统及相关装置与流程

文档序号:15262130发布日期:2018-08-24 21:56阅读:114来源:国知局

本发明涉及计算机技术领域,尤其涉及一种云平台中消息管理方法、系统及相关装置。



背景技术:

目前大多云厂商都对外提供api接口,供开发者和用户进行二次开发,或与用户自己的应用进行对接。api接口一般使用基于http的rest或soap等协议和标准,http是一个请求应答式协议,客户发送请求给云平台(一般为http请求),云平台执行请求中的操作,返回包含执行结果的应答给客户端。

现有方案中,客户的程序使用api创建一个实例,当采用异步的方式创建实例api时,需要云平台先返回上一步执行的结果,然后继续执行下一步操作,客户若想知道操作是否真的成功,需要循环调用查询api来获取刚才创建的资源状态,直到资源的状态提示创建成功,程序才继续执行下一步操作完成该次实例的创建。云平台有大量的异步api,因为一些操作是很耗时的,如执行一次异地备份,可能要几个小时,客户的程序定时调用查询api获取创建的资源状态,定时调用查询api这一过程不仅消耗性能,而且获取最终状态存在延时,降低了开发的效率。

此外,客户开启云平台的监控功能,监控用户资源的运行状态时,当资源异常时产生告警,一般会给用户发送短信或邮件,用户的应用程序若想获取告警信息,需要定时轮询api查询接口,一样存在性能消耗和告警处理存在延时的问题,不利于客户自己实现故障高可用或应用自动伸缩等功能。云平台本身产生事件,如平台故障事件、安全事件,无法通过开发者接口主动推送给用户。

有鉴于此,有必要提供一种新的云平台中消息管理方法。



技术实现要素:

本发明实施例提供了一种云平台中消息管理方法、系统及相关装置,用于实时推送api接口调用过程中生成的响应消息,降低程序开发过程中资源创建的延时,提高程序开发的效率,节约本地系统资源。

本发明实施例第一方面提供了一种云平台中消息管理方法,其特征在于,包括:

当识别到预置类型的触发事件时,根据所述触发事件的类型生成对应类型的响应消息并分类存储在消息队列中,不同类型的消息队列存储不同类型的响应消息;

将消息队列中的响应消息,按照预置的消息服务协议主动推送给对应的客户端。

可选的,作为一种可能的实施例,本发明实施例中的云平台中消息管理方法还包括:

接收不同类型的应用程序编程接口api接口调用请求,每一个api接口调用请求中包含对应的用户id;

在api接口调用过程中,将生成的响应消息中写入对应的用户id;

所述将消息队列中的生成的响应消息,按照预置的消息服务协议主动推送给对应的客户端,包括:

按照预置的消息服务协议,将所述响应消息主动推送给所述响应消息中的用户id对应的客户端。

可选的,作为一种可能的实施例,本发明实施例中的云平台中消息管理方法中,在所述将消息队列中的生成的响应消息按照预置的消息服务协议主动推送给对应的客户端之前,所述方法还包括:

接收目标用户通过客户端发送的消息订阅请求,所述消息订阅请求中包括所述目标用户的用户id及所述目标用户订阅的响应消息所属的消息队列信息。

可选的,作为一种可能的实施例,本发明实施例中的云平台中消息管理方法还包括:

接收目标客户端发送的查询请求;

根据所述查询请求向所述目标客户端反馈对应的查询结果。

可选的,作为一种可能的实施例,本发明实施例中的云平台中消息管理方法中,所述消息服务协议包括但不限于amqp协议、jms协议。

本发明实施例第二方面提供了一种云平台中消息管理系统,其特征在于,包括:

生成模块,当识别到预置类型的触发事件时,用于根据所述触发事件的类型生成对应类型的响应消息并分类存储在消息队列中,不同类型的消息队列存储不同类型的响应消息;

推送模块,用于将消息队列中的生成的响应消息,按照预置的消息服务协议主动推送给对应的客户端。

可选的,作为一种可能的实施例,本发明实施例中的云平台中消息管理系统还包括第一接收模块,用于接收不同类型的应用程序编程接口api接口调用请求,每一个api接口调用请求中包含对应的用户id;

所述生成模块还用于在api接口调用过程中,将生成的响应消息中写入对应的用户id;

所述推送模块包括:推送单元,用于按照预置的消息服务协议,将所述响应消息主动推送给所述响应消息中的用户id对应的客户端。

可选的,作为一种可能的实施例,本发明实施例中的云平台中消息管理系统还包括:

第二接收模块,用于接收目标用户通过客户端发送的消息订阅请求,所述消息订阅请求中包括所述目标用户的用户id及所述目标用户订阅的响应消息所属的消息队列信息。

可选的,作为一种可能的实施例,本发明实施例中的云平台中消息管理系统还包括:

第三接收模块,用于接收目标客户端发送的查询请求;

反馈模块,用于根据所述查询请求向所述目标客户端反馈对应的查询结果。

可选的,作为一种可能的实施例,本发明实施例中的云平台中消息管理系统中,所述消息服务协议包括但不限于amqp协议、jms协议。

本发明实施例第三方面提供了一种计算机装置,其特征在于,所述计算机装置包括处理器,所述处理器用于执行存储器中存储的计算机程序时实现如第一方面及第一方面任意一种可能的实施方式中的步骤。

本发明实施例第四方面提供了一种计算机可读存储介质,其上存储有计算机程序,其特征在于:所述计算机程序被处理器执行时实现如第一方面及第一方面任意一种可能的实施方式中的步骤。

从以上技术方案可以看出,本发明实施例具有以下优点:

本发明实施例中,用户通过客户端使用云平台的过程中,云平台中可以识别到预置类型的触发事件,并根据触发事件的类型生成对应类型的响应消息并分类存储在消息队列中,最后,云平台按照预置的消息服务协议主动推送给对应的客户端,无需客户端周期性的调用api查询接口查询对应的内容,节约了本地资源,同时降低了消息传递的周期,进而降低程序开发过程中资源创建的延时,提高程序开发的效率。

附图说明

图1为本发明实施例中一种云平台中消息管理方法的一个实施例示意图;

图2为本发明实施例中一种云平台中消息管理方法中的云平台配置消息队列的具体运用实例示意图;

图3为本发明实施例中一种云平台中消息管理方法的另一个实施例示意图;

图4为本发明实施例中一种云平台中消息管理方法的另一个实施例示意图;

图5为本发明实施例中一种云平台中消息管理系统的一个实施例示意图;

图6为本发明实施例中一种云平台中消息管理系统的另一个实施例示意图;

图7为本发明实施例中一种云平台中消息管理系统的另一个实施例示意图;

图8为本发明实施例中一种云平台中消息管理系统的另一个实施例示意图;

图9为本发明实施例中一种计算机装置的一个实施例示意图。

具体实施方式

本发明实施例提供了一种云平台中消息管理方法、系统及相关装置,用于降低程序开发过程中资源创建的延时,提高程序开发的效率,节约本地系统资源。

为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了便于理解,下面对本发明实施例中的具体流程进行描述,请参阅图1,本发明实施例中一种云平台中消息管理方法的一个实施例可包括:

101、当识别到预置类型的触发事件时,根据触发事件的类型生成对应类型的响应消息并分类存储在消息队列中;

实际运用中,云平台中包含实现各种功能的组件,例如,云平台管理组件,可以接收用户通过客户端发送的api或web请求并执行用户的操作;云平台监控组件,为用户提供监控功能,监控用户的各种云资源的健康状态;云平台安全组件为用户提供安全服务等。本发明实施例中可以按照预置的消息管理协议预先为云平台中每种功能组件配置不同类型的消息队列,每种消息队列有着不同的队列标识,不同类型的消息队列存储不同类型的响应消息,队列具有消息持久化功能,会把消息写入持久化存储,保证消息不丢失。当云平台为用户提供服务的过程中,功能组件识别到预置类型的触发事件时,云平台可以根据触发事件的类型生成对应类型的响应消息并分类存储在消息队列中,具体的触发事件可以根据用户的需求进行合理的设置,具体此处不做限定。

可选的,本发明实施例中的消息管理协议包括但不限于amqp协议、jms协议。其中,jms:(javamessagingservice)是java平台上有关面向消息中间件(mom)的技术规范,它便于消息系统中的java应用程序进行消息交换,并且通过提供标准的产生、发送、接收消息的接口简化企业应用的开发。amqp:(advancedmessagequeuingprotocol)是一个提供统一消息服务的应用层标准高级消息队列协议,是应用层协议的一个开放标准,为面向消息的中间件设计。

例如,请参阅图2,当云平台中的功能组件被划分为云平台管理组件、云平台监控组件、云平台安全组件时,云平台初始化过程中,调用消息服务的接口,创建topic,每个topic是一种特定类型的消息队列,topic是这个队列的标识,云平台管理组件创建topic1队列,用于发布系统管理消息,如api的异步响应消息,云平台监控组件创建topic2队列,用于发布告警消息,如虚拟机cpu达到100%时进行告警,云平台安全组件创建topic3队列,用于发布安全消息。

102、将消息队列中的响应消息,按照预置的消息服务协议主动推送给对应的客户端。

对于缓存在消息队列中的响应消息,云平台可以按照预置的消息服务协议周期性的或实时的主动推送给对应的客户端,使得客户端知晓资源创建的状态、系统资源的使用状态及系统安全状态等信息。

具体的,消息服务收到消息,将其缓存在指定topic的队列中,队列具有消息持久化功能,会把消息写入持久化存储,保证消息不丢失。若消息一直没有人消费,等待超时时间之后,消息服务会删除未消费的消息,消息服务使用的协议包括但不限于amqp、jms等。消息服务接口可以按照预置的消息管理协议从队列中取出消息投递给客户端,客户端拿到消息,完成必要的处理,可以返回确认消息给消息服务接口,当所有订阅了该消息的消费者都接收到消息后,消息服务可以将消息从队列里删除。

本发明实施例中,用户通过客户端使用云平台的过程中,云平台中可以识别到预置类型的触发事件,并根据触发事件的类型生成对应类型的响应消息并分类存储在消息队列中,最后,云平台按照预置的消息服务协议主动推送给对应的客户端,无需客户端周期性的调用api查询接口查询对应的内容,节约了本地资源,同时降低了消息传递的周期,进而降低程序开发过程中资源创建的延时,提高程序开发的效率。

为了更加合理的管理不同用户的响应消息,需要区分不同用户的响应消息,请参阅图3,本发明实施例中云平台中消息管理方法的另一个实施例可包括:

301、接收目标用户通过客户端发送的消息订阅请求;

在云平台向用户推送响应消息之前,需要用户通过客户端进行消息的订阅。云平台可以接收到目标用户通过客户端发送的消息订阅请求,该消息订阅请求中包括目标用户的用户id及目标用户订阅的响应消息所属的消息队列信息。

302、当识别到预置类型的触发事件时,根据触发事件的类型生成对应类型的响应消息并分类存储在消息队列中;

本实施例中的步骤302与上述图1所示的实施例中的步骤101中描述的内容类似,具体请参阅步骤101,此处不做赘述。

303、按照预置的消息服务协议,将响应消息主动推送给响应消息中的用户id对应的客户端。

对于缓存在消息队列中的响应消息,云平台可以根据响应消息中的用户id确定对应的客户端,并按照预置的消息服务协议周期性的或实时的主动推送给对应的客户端,使得客户端知晓资源创建的状态、系统资源的使用状态及系统安全状态等信息。

本发明实施例中,用户通过客户端使用云平台的过程中,云平台中可以识别到预置类型的触发事件,并根据触发事件的类型生成对应类型的响应消息并分类存储在消息队列中,最后,云平台按照预置的消息服务协议,将响应消息主动推送给响应消息中的用户id对应的客户端,无需客户端周期性的调用api查询接口查询对应的内容,节约了本地资源,同时降低了消息传递的周期,进而降低程序开发过程中资源创建的延时,提高程序开发的效率。

上述图1至3所示的实施例对本发明实施例中云平台中消息管理方法的步骤进行了描述,下面将结合用户调用api接口创建资源的具体过程对本发明实施例中的云平台中消息管理方法进行进一步描述,请参阅图4,本发明实施例中的一种云平台中消息管理方法的另一个实施例可包括:

401、接收目标用户通过客户端发送的消息订阅请求;

在云平台向用户推送响应消息之前,需要用户通过客户端进行消息的订阅。云平台可以接收到目标用户通过客户端发送的消息订阅请求,该消息订阅请求中包括目标用户的用户id及目标用户订阅的响应消息所属的消息队列信息。

402、接收不同类型的api接口调用请求;

若用户在使用云平台的过程中需要调用api接口进行资源创建时,云平台可以接收不同类型的api接口调用请求,每一个api接口调用请求中包含对应的用户id。

403、在api接口调用过程中,将生成的响应消息中写入对应的用户id;

在api接口调用过程中,当识别到预置类型的触发事件时,根据触发事件的类型生成对应类型的响应消息,同时将生成的响应消息中写入对应的用户id,并分类存储在消息队列中。

404、按照预置的消息服务协议,将响应消息主动推送给响应消息中的用户id对应的客户端;

对于缓存在消息队列中的响应消息,云平台可以根据响应消息中的用户id确定对应的客户端,并按照预置的消息服务协议周期性的或实时的主动推送给对应的客户端,使得客户端知晓资源创建的状态、系统资源的使用状态及系统安全状态等信息。

具体的,消息服务收到消息,将其缓存在指定topic的队列中,队列具有消息持久化功能,会把消息写入持久化存储,保证消息不丢失。若消息一直没有人消费,等待超时时间之后,消息服务会删除未消费的消息,消息服务使用的协议包括但不限于amqp、jms等。消息服务接口可以按照预置的消息管理协议从队列中取出消息投递给客户端,客户端拿到消息,完成必要的处理,可以返回确认消息给消息服务接口,当所有订阅了该消息的消费者都接收到消息后,消息服务可以将消息从队列里删除。

405、接收目标客户端发送的查询请求,根据查询请求向目标客户端反馈对应的查询结果。

可选的,在云平台主动推送响应消息的同时,为了使的用户可以实时查询特定的进程,用户还可以通过客户端主动对特定的进程实时发起查询请求,云平台可以根据查询请求反馈对应的查询结果。例如,可以调用api查询接口查询对应的资源创建进度,云平台向对应的客户端反馈对应的资源创建进度。

本发明实施例中,用户通过客户端对云平台api接口调用过程中,云平台中可以识别到预置类型的触发事件,并根据触发事件的类型生成对应类型的响应消息并分类存储在消息队列中,最后,云平台按照预置的消息服务协议主动推送给对应的客户端,无需客户端周期性的调用api查询接口查询对应的内容,节约了本地资源,同时降低了消息传递的周期,进而降低程序开发过程中资源创建的延时,提高程序开发的效率。

可以理解的是,在本发明的各种实施例中,上述各步骤的序号的大小并不意味着执行顺序的先后,各步骤的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。

上述实施例对本发明实施例中的云平台中消息管理方法进行了描述,下面将对本发明实施例中的云平台中消息管理系统进行描述,请参阅图5,本发明实施例中一种云平台中消息管理系统的一个实施例可包括:

生成模块501,当识别到预置类型的触发事件时,用于根据触发事件的类型生成对应类型的响应消息并分类存储在消息队列中,不同类型的消息队列存储不同类型的响应消息;

推送模块502,用于将消息队列中的生成的响应消息,按照预置的消息服务协议主动推送给对应的客户端。

可选的,作为一种可能的实施例,请参阅图6,本发明实施例中的云平台中消息管理系统还包括第一接收模块503,用于接收不同类型的应用程序编程接口api接口调用请求,每一个api接口调用请求中包含对应的用户id;

生成模块501还用于在api接口调用过程中,将生成的响应消息中写入对应的用户id;

推送模块502包括:推送单元5021,用于按照预置的消息服务协议,将响应消息主动推送给响应消息中的用户id对应的客户端。

可选的,作为一种可能的实施例,请参阅图7,本发明实施例中的云平台中消息管理系统还包括:

第二接收模块504,用于接收目标用户通过客户端发送的消息订阅请求,消息订阅请求中包括目标用户的用户id及目标用户订阅的响应消息所属的消息队列信息。

可选的,作为一种可能的实施例,请参阅图8,本发明实施例中的云平台中消息管理系统还包括:

第三接收模块505,用于接收目标客户端发送的查询请求;

反馈模块506,用于根据查询请求向目标客户端反馈对应的查询结果。

可选的,作为一种可能的实施例,本发明实施例中的云平台中消息管理系统中的消息服务协议包括但不限于amqp协议、jms协议。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

上面从模块化功能实体的角度对本发明实施例中的用于区块链的车辆配件数据处理装置进行了描述,下面从硬件处理的角度对本发明实施例中的计算机装置进行描述:

本发明实施例还提供了一种计算机装置9,如图9所示,为了便于说明,仅示出了与本发明实施例相关的部分,具体技术细节未揭示的,请参照本发明实施例方法部分。该计算机装置9一般指服务器等处理能力较强的计算机设备。

参考图9,计算机装置9包括:电源910、存储器920、处理器930、有线或无线网络接口940以及存储在存储器中并可在处理器上运行的计算机程序。处理器执行计算机程序时实现上述各个基于云端的文件检测方法实施例中的步骤,例如图1所示的步骤101至104。或者,处理器执行计算机程序时实现上述各装置实施例中各模块或单元的功能。

本发明的一些实施例中,处理器具体用于实现如下步骤:

当识别到预置类型的触发事件时,根据触发事件的类型生成对应类型的响应消息并分类存储在消息队列中,不同类型的消息队列存储不同类型的响应消息;

将消息队列中的响应消息,按照预置的消息服务协议主动推送给对应的客户端,消息服务协议包括但不限于amqp协议、jms协议。

可选的,本发明的一些实施例中,处理器还可以用于实现如下步骤:

接收不同类型的应用程序编程接口api接口调用请求,每一个api接口调用请求中包含对应的用户id;

在api接口调用过程中,将生成的响应消息中写入对应的用户id;

将消息队列中的生成的响应消息,按照预置的消息服务协议主动推送给对应的客户端,包括:

按照预置的消息服务协议,将响应消息主动推送给响应消息中的用户id对应的客户端。

可选的,本发明的一些实施例中,处理器还可以用于实现如下步骤:

接收目标用户通过客户端发送的消息订阅请求,消息订阅请求中包括目标用户的用户id及目标用户订阅的响应消息所属的消息队列信息。

可选的,本发明的一些实施例中,处理器还可以用于实现如下步骤:

接收目标客户端发送的查询请求;

根据查询请求向目标客户端反馈对应的查询结果。

计算机装置9可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。示例性的,计算机程序可以被分割成一个或多个模块/单元,一个或者多个模块/单元被存储在存储器中,并由处理器执行。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述计算机程序在计算机装置中的执行过程。

本领域技术人员可以理解,图9中示出的结构并不构成对计算机装置9的限定,计算机装置9可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置,例如计算机装置还可以包括输入输出设备、总线等。

所称处理器可以是中央处理单元(centralprocessingunit,cpu),还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现成可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,处理器是计算机装置的控制中心,利用各种接口和线路连接整个计算机装置的各个部分。

存储器可用于存储计算机程序和/或模块,处理器通过运行或执行存储在存储器内的计算机程序和/或模块,以及调用存储在存储器内的数据,实现计算机装置的各种功能。存储器可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如硬盘、内存、插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

本发明还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时,可以实现如下步骤:

当识别到预置类型的触发事件时,根据触发事件的类型生成对应类型的响应消息并分类存储在消息队列中,不同类型的消息队列存储不同类型的响应消息;

将消息队列中的响应消息,按照预置的消息服务协议主动推送给对应的客户端,消息服务协议包括但不限于amqp协议、jms协议。

可选的,本发明的一些实施例中,处理器还可以用于实现如下步骤:

接收不同类型的应用程序编程接口api接口调用请求,每一个api接口调用请求中包含对应的用户id;

在api接口调用过程中,将生成的响应消息中写入对应的用户id;

将消息队列中的生成的响应消息,按照预置的消息服务协议主动推送给对应的客户端,包括:

按照预置的消息服务协议,将响应消息主动推送给响应消息中的用户id对应的客户端。

可选的,本发明的一些实施例中,处理器还可以用于实现如下步骤:

接收目标用户通过客户端发送的消息订阅请求,消息订阅请求中包括目标用户的用户id及目标用户订阅的响应消息所属的消息队列信息。

可选的,本发明的一些实施例中,处理器还可以用于实现如下步骤:

接收目标客户端发送的查询请求;

根据查询请求向目标客户端反馈对应的查询结果。

计算机装置集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,计算机程序包括计算机程序代码,计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括:能够携带计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。

在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

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