一种管理客户端、设备监控系统及方法
技术领域
本申请涉及物联网和计算机技术领域,尤其涉及一种管理客户端、设备监控系统及方法。
背景技术
信息产业的再次革命为人们带来了物联网(The Internet of things,IoT)技术,物联网是一种基于互联网等信息载体,使能够被独立寻址的一般对象实现互联互通的网络,简而言之,物联网可实现设备之间的数据交换。
随着各领域技术的不断发展,物联网技术也面临不断改进的挑战,以便满足人们日益复杂的需求。例如,在大屏技术领域等,因此,需要提供一种更加可靠的物联网技术方案。
发明内容
有鉴于此,本说明书实施例提供了一种管理客户端、设备监控系统及方法,用于解决现有技术中的问题。
本说明书实施例采用下述技术方案:
本说明书实施例提供一种设备监控系统,包括:
中介端,用于发送订阅信息和接收发布信息;客户端,与所述中介端通信连接,并用于根据接收的所述订阅信息发送对应的所述发布信息;其中,所述客户端包括至少一个第一客户端和至少一个第二客户端,所述第一客户端和所述第二客户端之间通过所述中介端进行信息交互;所述第一客户端根据设备管理协议监控所述第二客户端。
优选的,所述订阅信息包括针对所述客户端的操作指令和/或与所述客户端关联的数据信息;所述发布信息包括根据所述操作指令获得的与所述客户端关联的数据信息。
优选的,所述操作指令包括数据获取指令;所述中介端向所述客户端发送所述数据获取指令,所述客户端根据所述数据获取指令向所述中介端发送与所述客户端关联的数据信息;其中所述数据信息包括所述客户端的状态信息。
优选的,所述中介端向所述第一客户端发送操作指令,所述操作指令包括与所述第二客户端的状态信息相关联的数据信息;所述第一客户端根据所述操作指令执行针对所述第一客户端的操作,并向所述中介端发送与所述操作关联的数据信息。
优选的,所述操作包括对所述第一客户端执行升级管理、更新管理、日志管理和截屏管理中的至少一种。
优选的,所述订阅信息包含密钥。
优选的,所述中介端使用对应于所述客户端的私钥对所述订阅信息进行数字签名;所述客户端使用公钥对所述订阅信息进行签名验证。
优选的,所述中介端是基于MQTT协议或WAMP协议的代理;所述第二客户端是大屏设备端。
本说明书实施例提供一种管理客户端,与中介端通信连接,包括:
订阅模块,用于接收所述中介端发送的订阅信息;其中,所述订阅信息包括操作指令和/或数据信息;发布模块,用于根据所述操作指令和/或数据信息向所述中介端发送与所述管理客户端相关联的状态信息。
优选的,所述中介端还通信连接于至少一个设备客户端;所述数据信息包括与所述设备客户端相关联的状态信息。
优选的,所述设备客户端包括:
订阅模块,用于接收所述中介端发送的数据获取指令;
发布模块,用于根据所述数据获取指令向所述中介端发送所述设备客户端的状态信息。
优选的,所述管理客户端根据所述操作指令和/或所述数据信息执行对所述管理客户端的系统升级、页面刷新、日志获取和截屏操作中的至少一种。
优选的,所述中介端是基于MQTT协议或WAMP协议的代理;所述设备客户端是大屏设备端。
本说明书实施例提供一种设备监控方法,利用中介发布/订阅与设备客户端和/或管理客户端相关联的对应于设备管理协议的数据信息,包括:发布/订阅所述设备客户端和/或所述管理客户端的状态信息;发布/订阅所述管理客户端的设备监控信息。
优选的,发布/订阅所述管理客户端的设备监控信息进一步包括:发布/订阅所述管理客户端的系统升级信息、页面刷新信息、日志信息和截屏信息中的至少一种;
优选的,所述数据信息包含安全密钥。
优选的,所述中介端基于MQTT协议或WAMP协议执行发布/订阅;所述设备客户端是大屏设备端。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果:
本说明书一个或多个实施例提供了一种管理客户端、设备监控系统及方法,利用中介端执行管理客户端与设备客户端的消息发送与接收,无需额外提供专门的服务器与信息转发,基于设备管理协议实现管理客户端对设备客户端的监控,节省了大量的研发资源和成本,满足了物联网技术领域低成本实现设备有效管控的需求,有利于推广使用;并且在传输的数据中添加了安全密钥,保证了通讯安全,能够有效防止恶意攻击或数据窃取。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是本说明书一个或多个实施例的一般物联网平台架构示意图;
图2是本说明书一个或多个实施例的设备监控系统结构示意图;
图3是本说明书一个或多个实施例的大屏设备监控系统结构示意图
图4是本说明书一个或多个实施例的设备管理协议示意图一;
图5是本说明书一个或多个实施例的设备管理协议示意图二;
图6是本说明书一个或多个实施例的数据安全传输方法流程图。
具体实施方式
物联网设备管理平台是近年来的物联网技术热点之一,常见物联网设备管理平台大都是基于C/S(Client-Server)加B/S(Browser-Server)架构。图1是本说明书一个或多个实施例的一般物联网平台架构示意图,如图1所示,基于C/S+B/S架构的物联网平台,在IoT设备上部署特定的客户端,使客户端能够与服务端维持一个长连接消息通道,IoT设备管理员能够通过浏览器登陆服务端,并利用服务端与客户端的长连接消息通道下发各种命令到到客户端执行,客户端将执行结果返回给服务端,服务端再将结果推送到浏览器中。
上述平台在研发过程中,必须投入至少三种开发资源,即客户端开发(例如,IoT设备的应用程序)、服务端开发以及前端开发(例如,服务端各种功能的操作界面和信息展示等);当服务端的架构采用分布式集群时,还需开发消息中间件以便同步每一台服务端设备之间的状态,这就导致研发难度和资源都大幅度增加,因此,用上述方式搭建的IoT设备管理平台的成本非常高,并不利于全面的推广使用。
以大屏技术领域为例,随着商业化进程,如何高效的管控设置在不同地域的不同大屏成为了一项重要挑战。根据大屏技术的产业化特点,采用诸如分布式云端架构的IoT设备管理平台通常会导致资源成本等的严重浪费。
针对上述问题,本说明书一个或多个实施例提供了一种管理客户端、设备监控系统及方法,利用中介端实现客户端之间的直接通信,节省了大量的成本和资源,满足了物联网技术领域低成本实现设备有效管控的需求,有利于推广使用。
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
以下结合附图,详细说明本申请各实施例提供的技术方案。
图2是本说明书一个或多个实施例的设备监控系统结构示意图,如图2所示,该监控系统包括中介端和与中阶段通信连接的若干客户端;其中,中介端用于发送订阅信息和接收发布信息;客户端用于根据接收的订阅信息发送对应的发布信息,包括发布模块和订阅模块。以包含一个管理客户端201和若干设备客户端202的监控系统为例,管理客户端201与设备客户端202客户端之间通过中介端10进行信息交互;管理客户端201根据设备管理协议对各设备客户端202进行监控,具体的,可实现的监控功能可采用自定义的设备管理协议进行设置。
在一个或多个实施例中,以大屏设备监控系统为例,图3是本说明书一个或多个实施例的大屏设备监控系统结构示意图,如图3所示,该大屏设备监控系统采用MQTT协议(或WAMP协议)实现大屏客户端与设备管理客户端之间的信息通讯为例进行了说明。具体的,该设备监控系统包括:用于转发大屏客户端与设备管理客户端发布信息/订阅信息的broker端(即中介端),以及与该broker端通信连接的一个设备管理客户端和N个大屏客户端,其中,该设备管理客户端可以根据大屏设备管理协议管控大屏客户端。
在一个或多个实施例中,MQTT协议(Message Queuing Telemetry Transport,消息队列遥测传输协议),是一种基于发布/订阅(Publish/Subscribe)模式的轻量级通讯协议,该协议构建于TCP/IP协议上。MQTT最大的优点在于可以以极少的代码和有限的带宽,为远程设备提供实时可靠的消息服务。做为一种低开销、低带宽占用的即时通讯协议,MQTT在物联网领域有广泛的应用。一般来说,TCP/IP的参考模型可以分为四层,即应用层、传输层、网络层和链路层。其中,MQTT协议运行于TCP之上,属于应用层协议,因此,只要是支持TCP/IP协议栈的应用场景,都可以使用MQTT协议。
在一个或多个实施例中,通常情况下,MQTT命令的消息格式是:
Fixed Header|Variable Header|Payload
其中,Fixed Header是固定报文头,一般至少包括两个字节,其中第一字节可包含消息类型(Message Type)和消息质量QoS级别等标志位;第二字节是剩余长度字段,该长度是指后续的Variable Header和Payload的总长度,一般来说,该字段最多可允许包含四个字节;Variable Header是可变报文头,可包括协议名、协议版本、连接标志、心跳间隔时间、连接返回码以及主题名等;Payload是有效负荷,即消息主题(body),例如,当MQTT发送的消息类型是CONNECT(连接)、PUBLISH(发布)、SUBSCRIBE(订阅)、SUBACK(订阅确认)或UNSUBSCRIBE(取消订阅)时,将带有负荷。
在一个或多个实施例中,MQTT协议命令的固定报文头(Fixed Header)中第一个字节所包含的链接标志(Connect Flags)可用于区分MQTT的消息类型。一般来说,MQTT协议拥有十余种不同的消息类型,例如,连接及中止、发布和订阅、QoS 2消息机制以及各种确认ACK。
在一个或多个实施例中,MQTT协议的消息质量一般有三个等级,即QoS 0、QoS 1和QoS 2。其中,QoS 0是最多分发一次,其消息的传递依赖于底层的TCP/IP网络,并且在协议里无定义应答和重试,也就是说,其消息要么是只到达服务端一次,要么根本没有到达;QoS1是至少分发一次,服务端的消息接收将由PUBACK消息进行确认,若通信过程中出现链路或发送设备异常,又或者是在指定时间内没有收到确认消息,则发送端会重发该条在消息头中设置了DUP位的消息;QoS 2是只分发一次,作为最高级别的消息传递,在QoS 2等级,消息丢失或重复都是不被接受的,但使用该质量等级的消息传递,将会造成额外的开销。
在一个或多个实施例中,MQTT协议采用的发布/订阅模式为异步模式,即在发布消息的客户端(发布者)与订阅消息的客户端(订阅者)之间无需建立直接的联系,发布者与订阅者只需对应同一个中介端(即消息代理)即可,发布者与订阅者既不需要直接交互,也无需同时在线。并且,MQTT还能够实现不同客户端的反向控制,例如,客户端1可以订阅某个主题,当发布者对该主题发布消息,则客户端1在收到消息后还可进行一系列对应的操作。
在一个或多个实施例中,WAMP协议(Web Application Messaging Protocol),是一种网络程序消息协议,是在Websocket协议基础上的应用层协议标准。WAMP协议主要提供了远程过程调用功能(Remote Procedure Calls,RPC)和发布与订阅(Publish&Subscribe)功能,其中,RPC功能可用于实现调用远程客户端注册的方法并返回方法值,并且,其调用过程对用户可见。与MQTT协议类似,WAMP协议的发布与订阅功能也是利用中介端(代理)构建发布-订阅模型,在该模型中,发布者向抽象的“主题”提交信息,订阅者仅根据对应“主题”的兴趣间接地接收到信息。其中,发布者与订阅者无需直接交互,可直接通过“主题”和直接端解耦。
在一个或多个实施例中,上述大屏设备管理协议可以采用JSON格式,JSON是JavaScript对象标记语言,在JSON语言以对象为核心,能够表示包括例如字符串、数字、对象、数组等任何支持的类型。其语法规则是:对象表示为键值对;数据由逗号分隔;花括号保存对象;方括号保存数组。JSON格式不仅层次结构简洁清晰,还易于阅读和编写,同时也易于机器解析和生成,有效提升网络传输效率。
图4和图5是本说明书一个或多个实施例的设备管理协议示意图,如图4和5所示,基于该协议,设备管理客户端和大屏客户端可以利用中介端实现下述信息交互。
S101获取设备管理客户端的状态信息
根据中介端向设备管理客户端发送的订阅信息,该订阅信息包含获取设备管理客户端状态信息的操作指令;设备管理客户端将根据该操作指令向中介端发布信息,该发布信息将包含设备管理客户端的状态信息。
例如,图4中的0010段所示的是中介端发送的JSON数据。
其中,seq表示命令序列号,一般采用自增格式,例如1、2、3;cmd表示命令名称,即获取设备管理客户端状态命令名称是clientStat;sign表示数据签名。
相应的,图4中的0020段所示的是设备管理客户端返回的JSON数据。
其中,res表示返回的数据内容,具体的,name表示客户端名称,例如,默认是AntGRuntime,version表示客户端版本,例如0.0.1,platform表示应用的平台,例如linux,win32、darwin;appVersion表示设备管理客户端运行的APP名称,appName表示客户端运行的app版本;code表示返回是否有错误,例如,0表示成功,1表示失败;ack表示该返回的JSON数据对应的是中介端发送的指定seq。
在一个或多个实施例中,相同的设备管理客户端可以运行多个不同的APP。例如,针对不同的大屏项目应用场景,可以开发符合实际需求的不同APP,通过采用上述设备管理协议中的返回数据格式,可以在同一设备管理客户端上同时采用不同APP对相应的大屏设备进行管控,使用方便且成本较低。
S102获取大屏客户端的状态信息
根据中介端向大屏客户端发送的订阅信息,该订阅信息包含获取大屏客户端状态信息的操作指令;大屏客户端将根据该操作指令向中介端发布信息,该发布信息将包含大屏客户端的状态信息。
例如,图4中的0030段所示的是中介端发送的JSON数据。
其中,seq表示命令序列号,一般采用自增格式,例如1、2、3;cmd表示命令名称,即获取大屏客户端状态命令名称是deviceStat;sign表示数据签名。
相应的,图4中的0040段所示的是大屏客户端返回的JSON数据。
其中,res表示返回的数据内容,具体的,ip表示大屏设备的IP地址,mac表示大屏设备的MAC地址,dId表示大屏设备的ID(例如,该ID可以利用MAC+6为随机数产生),memTotal表示大屏设备的总内存,memAvailable表示大屏设备的可用内存,diskTotal表示大屏设备的总磁盘空间,diskAvailable表示大屏设备的可用空间,cupUsage表示大屏设备的CPU使用率,clientCupUsage表示大屏客户端所占用的CPU使用率。
S103刷新设备管理客户端的页面信息
根据中介端向设备管理客户端发送的订阅信息,该订阅信息包含刷新设备客户端页面信息的操作指令;设备管理客户端将根据该操作指令执行页面刷新,并将刷新是否成功的结果作为发布信息返回中介端。
例如,图5中的0050段所示的是中介端发送的JSON数据。
其中,seq表示命令序列号,一般采用自增格式,例如1、2、3;cmd表示命令名称,即刷新设备客户端页面命令名称是pageReload;sign表示数据签名。
相应的,图5中的0060段所示的是设备管理客户端返回的JSON数据。
其中,code表示页面刷新是否成功,例如,0表示成功,1表示失败;ack表示该返回的JSON数据对应的是中介端发送的指定seq。
S104升级设备管理客户端版本
根据中介端向设备管理客户端发送的订阅信息,该订阅信息包含升级设备客户端版本的操作指令;设备管理客户端将根据该操作指令执行版本升级,并将升级是否成功的结果作为发布信息返回中介端。
例如,图5中的0070段所示的是中介端发送的JSON数据。
其中,seq表示命令序列号,一般采用自增格式,例如1、2、3;cmd表示命令名称,即升级设备客户端的命令名称是clientUpdate;sign表示数据签名。
相应的,图5中的0080段所示的是设备管理客户端返回的JSON数据。
其中,code表示升级是否成功,例如,0表示成功,1表示失败,2表示当前已经是最新版本;ack表示该返回的JSON数据对应的是中介端发送的指定seq。
S105获取设备管理客户端的日志信息
根据中介端向设备管理客户端发送的订阅信息,该订阅信息包含获取设备客户端的日志信息的操作指令;设备管理客户端将根据该操作指令执行日志获取,并将与日志获取相关联的信息作为发布信息返回中介端。
例如,图5中的0090段所示的是中介端发送的JSON数据。
其中,seq表示命令序列号,一般采用自增格式,例如1、2、3;cmd表示命令名称,即获取设备客户端日志信息的命令名称是uploadLog;sign表示数据签名。
相应的,图5中的0100段所示的是设备管理客户端返回的JSON数据。
其中,code表示是否获取成功,例如,0表示成功,1表示失败;ack表示该返回的JSON数据对应的是中介端发送的指定seq;res表示返回的数据内容,例如,使用阿里云OSS服务时,fileId表示获取的日志文件在云端存储的ID。
S106获取设备管理客户端的截屏信息
根据中介端向设备管理客户端发送的订阅信息,该订阅信息包含获取设备客户端截屏信息的操作指令;设备管理客户端将根据该操作指令执行截屏操作,并将与截屏获取相关联的信息作为发布信息返回中介端。
例如,图5中的0110段所示的是中介端发送的JSON数据。
其中,seq表示命令序列号,一般采用自增格式,例如1、2、3;cmd表示命令名称,即获取设备客户端截屏信息的命令名称是uploadScreenCapture;sign表示数据签名。
相应的,图5中的0120段所示的是设备管理客户端返回的JSON数据。
其中,code表示是否获取成功,例如,0表示成功,1表示失败;ack表示该返回的JSON数据对应的是中介端发送的指定seq;res表示返回的数据内容,例如,使用阿里云OSS服务时,fileId表示获取的截屏文件在云端存储的ID。
在一个或多个实施例中,为提高上述设备管理系统的通信安全性,防止第三方服务端下发恶意指令进行攻击或窃取客户端数据,可以采用在数据中添加密钥的方式提高传输安全性。图6是本说明书一个或多个实施例的数据安全传输方法流程图,如图6所示,该方法包括:
首先,构造中介端发送的操作指令JSON字符串。具体的,取出seq字段和cmd字段进行字符串拼接,例如,seq值是1,cmd值是clientStat,则拼接后的字符串是1clientStat;
其次,使用客户端私钥(例如设备管理客户端私钥或大屏客户端私钥)进行数据签名将签名。具体的,后的数据写入sign字段,并将获得的操作指令JSON字符串发送给客户端;
最后,客户端收到中介端发送的操作指令后取出sign字段,并使用公钥进行验签,若通过验证则执行该操作指令,反之则返回执行失败的信息。
在一个或多个实施例中,本说明书还提供一种设备监控方法,该方法利用中介发布/订阅与设备客户端和/或管理客户端相关联的对应于设备管理协议的数据信息,包括:
发布/订阅所述设备客户端和/或所述管理客户端的状态信息;
发布/订阅所述管理客户端的设备监控信息。
在一个或多个实施例中,发布/订阅所述管理客户端的设备监控信息进一步包括发布/订阅所述管理客户端的系统升级信息、页面刷新信息、日志信息和截屏信息中的至少一种;
在一个或多个实施例中,所述数据信息包含安全密钥。
在一个或多个实施例中,所述中介端基于MQTT协议或WAMP协议执行发布/订阅;所述设备客户端是大屏设备端。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。