支持分布式多集群多终端信息发布系统及方法与流程

文档序号:22887279发布日期:2020-11-10 18:05阅读:183来源:国知局
支持分布式多集群多终端信息发布系统及方法与流程

本发明涉及医疗信息发布技术领域,特别涉及一种支持分布式多集群多终端信息发布系统及方法。



背景技术:

医疗信息发布包括用于宣传医院或医疗设备的商业广告宣传,也包括应对突发公共卫生事件的公益广告宣传。医疗信息发布途径和方式多种多样,按照医疗信息的格式可以划分为文字、图片以及视频等形式,其中视频格式能够承载的内容最为丰富,广受欢迎。

一般地,内容提供商是有医疗信息发布需求的人,一般由内容提供商制作好需要发布的视频数据;广告投放商是负责将视频数据投放在广告终端的人,广告终端包括自动贩卖机、公交车站广告屏、公共饮水机等设备。

现有技术中,内容提供商在制作好需要发布的视频数据后,先通过邮件方式将视频数据传输给广告投放商,广告投放商审核通过并认为该视频数据不违反法律法规后,再将该视频数据上传至服务器端,服务器端通过网络与广告终端连接,广告投放商将上传到服务器端上的视频数据通过网络实时传输给各广告终端进行播放。

本发明发现,现有技术存在以下几点缺陷:

1.服务器端管理者发布内容提供商发送过来的视频数据的过程是:需要先从邮件接收视频数据,在通过第三方电脑观看审核视频,审核通过后还需要将该视频传输到服务器端上,再将该视频传输给各广告终端播放,整个发布过程繁琐复杂。

2.所有广告终端播放的视频数据数据都存储在唯一的一套服务器端上,不仅造成服务器端的服务器压力大,而且一旦服务器端的数据丢失,会造成所有广告终端无视频播放,导致整个信息发布系统停摆。



技术实现要素:

现有技术中,造成服务器端管理者发布视频数据过程繁琐复杂的原因是,视频数据需要先保存到第三方电脑上进行观看审核,在通过后才能上传到服务器端上,显然由于广告终端是与服务器端通过网络连接的,如果能够直接通过广告终端将视频数据传输给服务器端供服务器端管理员进行审核,一旦审核通过就可以通过服务器端将该视频数据传输给其他的广告终端播放,可以极大的节省发布流程。同时,造成服务器端的服务器压力大的原因是由于所有的视频数据数据都保存在唯一的一套服务器端上,这也造成了一旦服务器端数据丢失,会导致整个信息发布系统停摆的风险。

基于此,本发明的目的在于至少解决现有技术中存在的技术问题之一,提供一种支持分布式多集群多终端信息发布系统及方法,解决信息发布系统中视频数据发布过程繁琐复杂以及服务器端丢失数据容易导致整个发布系统容易停摆的技术问题。

第一方面,本发明实施例提供一种支持分布式多集群多终端信息发布系统,包括:

第一广告终端和一个以上的第二广告终端,所述第一广告终端用于存储上传的视频数据,将上传的视频数据转化为视频流,并根据上传视频数据的视频源生成本地视频相关信息并存储,以及向中央web服务器发送请求发布本地视频相关信息的信号;以及

服务器端,所述服务器端包括中央web服务器、中央数据库服务器、跟踪服务器;

所述中央web服务器,用于接收并管理所述请求发布本地视频相关信息的信号,并在接收到审核通过指令时,通知所述中央数据库服务器接收所述本地视频相关信息;

所述中央数据库服务器,用于连接请求的所述第一广告终端,并且读取所述第一广告终端中的本地视频相关信息并保存;

所述跟踪服务器,用于读取中央数据库服务器中保存的所述本地视频相关信息,并且进行视频注册,完成视频信息发布,以及根据所述第二广告终端的视频播放请求,向所述第二广告终端提供所述第一广告终端的地址信息。

在一些实施例中,所述中央web服务器还用于在接收到所述请求发布本地视频相关信息的信号时,通过网络向预设的移动终端发送提醒信息。

在一些实施例中,所述第一广告终端还用于在存储上传的视频数据之后,向所述预设的移动终端发送所述第一广告终端中的本地视频相关信息。

在一些实施例中,所述中央web服务器接收到的所述审核通过指令是由所述预设的移动终端发送的。

在一些实施例中,所述本地视频相关信息包括:视频存放路径、本地视频源服务器ip地址。

第二方面,本发明实施例提供一种支持分布式多集群多终端信息发布方法,设置第一广告终端、一个以上的第二广告终端、服务器端,所述服务器端包括中央web服务器、中央数据库服务器、跟踪服务器,并包括如下步骤:

所述第一广告终端存储上传的视频数据,将上传的视频数据转化为视频流,并根据上传视频数据的视频源生成本地视频相关信息并存储,以及向中央web服务器发送请求发布本地视频相关信息的信号;

所述中央web服务器接收并管理所述请求发布本地视频相关信息的信号,并在接收到审核通过指令时,通知所述中央数据库服务器接收所述本地视频相关信息;

所述中央数据库服务器连接请求的所述第一广告终端,并且读取所述第一广告终端中的本地视频相关信息并保存;

所述跟踪服务器读取中央数据库服务器中保存的所述本地视频相关信息,并且进行视频注册,完成视频信息发布,以及根据所述第二广告终端的视频播放请求,向所述第二广告终端提供所述第一广告终端的地址信息。

在一些实施例中,所述中央web服务器在接收到所述请求发布本地视频相关信息的信号时,通过网络向预设的移动终端发送提醒信息。

在一些实施例中,所述第一广告终端在存储上传的视频数据之后,向所述预设的移动终端发送所述第一广告终端中的本地视频相关信息。

在一些实施例中,所述中央web服务器接收到的所述审核通过指令是由所述预设的移动终端发送的。

在一些实施例中,所述本地视频相关信息包括:视频存放路径、本地视频源服务器ip地址。

有益效果:上述的一种支持分布式多集群多终端信息发布系统及方法,让内容提供商可以直接通过第一广告终端将需要发布的视频数据先上传到服务器端,服务器端管理者可以在服务器端直接审核视频数据,一旦审核通过,则可以由服务器端直接对该本地视频相关信息进行发布,节省了发布视频的流程,提高了发布信息的效率。同时,所要发布的本地视频相关信息保存在第一广告终端,第二广告终端可以从第一广告终端地址获取视频数据,减轻了服务器端的服务器压力,并且避免了由于服务器端数据丢失导致整个信息发布系统停摆的风险。

本发明的附加方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明的实践了解到。

附图说明

下面结合附图和实施例对本发明进一步地说明;

图1为现有技术流媒体发布系统结构示意图。

图2为本发明实施例的一种支持分布式多集群多终端信息发布系统的结构框图。

图3为本发明实施例的一种支持分布式多集群多终端信息发布系统结构示意图。

图4为本发明实施例的一种支持分布式多集群多终端信息发布方法的整体流程示意图。

图5为本发明实施例的一种支持分布式多集群多终端信息发布方法的具体流程示意图。

图6为本发明一种实施例中计算机设备的结构框图。

具体实施方式

本部分将详细描述本发明的具体实施例,本发明之较佳实施例在附图中示出,附图的作用在于用图形补充说明书文字部分的描述,使人能够直观地、形象地理解本发明的每个技术特征和整体技术方案,但其不能理解为对本发明保护范围的限制。

为了便于本领域技术人员充分了解本发明,有必要在描述本发明实施方式以前说明一下相关技术。

跟踪服务器(trackerserver,ts)是服务器端的一个重要组成部分。ts的功能是给缓存节点(cachepeer)提供下载信息。

如图1所示,目前流媒体发布系统主要由本地环球网(web)服务器、本地数据库服务器、本地sp服务器以及ts组成。从图1所示结构可以看出,现有技术只能在单一的服务提供者(sp)服务器上存储视频源,使用单机数据库服务器管理数据,而不是分布式数据库服务器管理数据。也就是说,在唯一的一台sp服务器上存放视频源,通过ts给内容提供者(cp)服务器提供下载信息。视频源的管理和发布也是单一的,受地域局限的,不能实现多本地多sp服务器的存放视频。

这样就造成了唯一sp服务器的服务器压力,可能导致整个服务器的崩溃。而且这样单一的sp服务器架构方式不能积极有效的推广p2p业务,在视频源的管理和发布上都得由中央服务器管理员处理,这样就会使得视频的分类发布出现混乱,因为中央管理员并不知道该视频发布的本地限制。

因此,单机一级数据库服务器只能保存当地的视频数据,并且对本地视频做了有效的地域限制。

以上相关技术为现有技术中的流媒体发布系统的架构,现有的医疗信息发布系统中一般基于该架构实现,从而导致了发布系统中视频数据发布过程繁琐复杂以及服务器端丢失数据容易导致整个发布系统容易停摆的技术问题。

基于此,本发明实施例提供的一种支持分布式多集群多终端信息发布系统及方法,采用一种新的流媒体发布系统架构实现。让内容提供商可以直接通过第一广告终端将需要发布的视频数据先上传到服务器端,服务器端管理者可以在服务器端直接审核视频数据,一旦审核通过,则可以由服务器端直接对该本地视频相关信息进行发布,节省了发布视频的流程,提高了发布信息的效率。同时,所要发布的本地视频相关信息保存在第一广告终端,第二广告终端可以从第一广告终端地址获取视频数据,减轻了服务器端的服务器压力,并且避免了由于服务器端数据丢失导致整个信息发布系统停摆的风险。

下面,将通过几个具体的实施例对本发明提供的一种支持分布式多集群多终端信息发布系统进行详细介绍和说明。

如图2所示,在一个实施例中,提供了一种支持分布式多集群多终端信息发布系统。

该信息发布系统包括:

第一广告终端和一个以上的第二广告终端,所述第一广告终端用于存储上传的视频数据,将上传的视频数据转化为视频流,并根据上传视频数据的视频源生成本地视频相关信息并存储,以及向中央web服务器发送请求发布本地视频相关信息的信号;以及

服务器端,所述服务器端包括中央web服务器、中央数据库服务器、跟踪服务器;

所述中央web服务器,用于接收并管理所述请求发布本地视频相关信息的信号,并在接收到审核通过指令时,通知所述中央数据库服务器接收所述本地视频相关信息;

所述中央数据库服务器,用于连接请求的所述第一广告终端,并且读取所述第一广告终端中的本地视频相关信息并保存;

所述跟踪服务器,用于读取中央数据库服务器中保存的所述本地视频相关信息,并且进行视频注册,完成视频信息发布,以及根据所述第二广告终端的视频播放请求,向所述第二广告终端提供所述第一广告终端的地址信息。

需要说明的是,第一广告终端和第二广告终端均为用于播放视频数据的广告终端,广告终端包括自动贩卖机、公交车站广告屏、公共饮水机等设备。为了便于描述,本实施例中,将用于存储内容提供商上传的视频数据的广告终端定义为第一广告终端,将从其他的广告终端定义为第二广告终端。可以理解的是,哪台广告终端是第一广告终端还是第二广告终端不是固定不变的,当内容提供商采用某台广告终端上传视频数据时,该广告终端则转变为第一广告终端。

其中,所述第一广告终端中包括:本地视频源服务器,用于存储上传的视频源,并将视频源转化为视频流,以及根据本地所存储视频源生成本地视频相关信息;

本地web服务器,用于将所述本地视频源相关信息写入到本地数据库服务器中,以及向中央web服务器发送请求发布本地视频相关信息的信号;

本地数据库服务器,用于存储所述本地视频源相关信息;

所述中央数据库服务器,用于连接请求的第一广告终端中的中央数据库服务器读取该第一广告终端中的本地视频相关信息并保存。

其中,所述本地视频源服务器包括:sp服务器和cp服务器,其中sp服务器用于存储上传的视频数据,根据上传视频数据的视频源生成本地视频相关信息并存储;并将上传的视频转化为视频流提供给cp服务器;cp服务器为视频流提供缓冲。

另外,所述本地数据库服务器中可维护有发送信号标志位,该发送信号标志位用于指示是否要发送所述请求发布本地视频相关信息的信号以通知中央服务器已经有新的视频发布在本地web服务器;

所述本地web服务器定时读取本地数据库服务器中的发送信号标志位并且判断该发送信号标志位,如果判断出本地数据库服务器中的发送信号标志位指示为未发送状态,那么本地web服务器向中央web服务器发送所述请求发布本地视频相关信息的信号,该信号发送完成以后将发送信号标志位设定为已发送状态。

所述本地数据库服务器中针对保存的本地视频相关信息设置有发送数据标志位,该发送数据标志位用于指示该视频的相关信息是否已经发布过;

所述中央数据库服务器连接本地数据库服务器并且判断本地数据库服务器中的发送数据标志位,如果中央数据库服务器判断出本地数据库服务器中的发送数据标志位为指示该本地视频相关信息未发布过,则中央数据库服务器就读取该本地数据库服务器数据,读取完成以后将发送数据标志位设为指示该本地视频相关信息已发布过。

所述本地视频源服务器可以将所述本地视频相关信息生成为广播标签(tl,telecast-label)文件,即种子文件,内容是表征一个可用的频道标签,telecast是p2p直播平台的名字。在本地视频相关信息中包括:视频存放路径、本地视频源服务器ip地址,还可以包括:视频名称、视频大小、视频码流等信息。

以下参考附图,对本发明具体实施例进行详细地说明。

如图3所示,该实施例中支持分布式多集群多终端信息发布系统包括:多个本地视频源服务器、多个本地web服务器、多个本地数据库服务器、一个中央数据库服务器、一个中央web服务器、以及一个ts(跟踪服务器)。

本地视频源服务器用于存储上传的视频数据,根据上传视频数据的视频源生成tl文件,(可通过微软提供的mediaservice)将视频转化为视频流,并且对其进行缓冲,其中该tl文件包含与本地视频相关的数据信息,具体地说包含视频存放路径、视频名称、视频大小、视频码流、本地视频源服务器ip地址等信息。更好地,本地视频源服务器包括sp服务器和cp服务器,其中sp服务器根据上传视频数据的视频源生成tl文件,并且(可通过微软提供的mediaservice)将视频转化为视频流提供给cp服务器;cp服务器为视频流提供缓冲,它可以是一个缓存服务器。但是,对于本领域普通技术人员来说,该本地视频服务器可以是包括sp服务器和cp服务器两个独立的部件,也可以是将sp服务器与cp服务器集成在一起的一个独立的部件。

本地数据库服务器存储本地视频的相关数据信息,即存储本地视频源服务器所产生的tl文件,其包括例如视频存放路径、视频名称、视频大小、视频码流、本地视频源服务器ip地址等信息。并且在本地数据库服务器中具有发送信号标志位和发送数据标志位。所述发送信号标志位用来判断是否要发送信号以通知中央服务器已经有新的视频发布在本地web服务器,该发送信号标志位缺省为0,其中0表示为未发送状态,1为已经发送状态。如果该发送信号标志位为0,就向中央web服务器发送请求发送数据的信号。所述发送数据标志位用来判断该视频的相关信息是否已经发送过,该发送数据标志位也缺省为0。如果为1就代表该视频的相关信息已经发送过了,如果为0就代表该视频的相关信息未成发送,则中央数据库服务器就读取该本地数据库服务器数据。

本地web服务器用来管理并发布本地视频,并且通过web界面来操作本地数据库服务器。具体地说,本地web服务器从本地视频源服务器读取与各个本地视频源相关的信息,即tl文件,及tl文件的存放地址并且将其写入到本地数据库服务器。此外,根据本发明,本地web服务器定时读取本地数据库服务器中的发送信号标志位并且判断该发送信号标志位,如果判断出本地数据库服务器中的发送信号标志位为0,那么本地web服务器向中央web服务器发送请求信号以请求发送数据,该信号发送完成以后将发送信号标志位设定为1。

中央web服务器管理各个视频的发布,并且对中央数据库服务器进行操作。具体地说,中央web服务器接收各个本地web服务器的请求信号并且判断中央数据库服务器是否繁忙,如果中央数据库服务器繁忙,中央web服务器则将该请求信号排入其等待队列中。其中,由于各个本地web服务器的请求处理都会经由中央数据库服务器,中央web数据库服务器长时间的不定时的频繁读写数据库,会造成数据库服务器的数据的丢失、内容冗余、不稳定,不便于数据库的备份恢复及各项维护。因此中央web服务器接收本地web服务器的请求信号后,会先判断前一个队列句柄是否在处理中,如果在处理中则判定中央数据库服务器繁忙,将请求信号排入下一个等待队列中。等待服务器空闲。所述队列可以为内容缓冲区,做内容拷贝,并且也可以为空。

中央数据库服务器存储所获取的各个本地数据库服务器信息。具体地说,在不繁忙的情况下连接本地数据库服务器并且判断本地数据库服务器中的发送数据标志位是否为0。如果中央数据库服务器判断出本地数据库服务器中的发送数据标志位为0,中央数据库服务器就读取该本地数据库服务器数据,读取完成以后将发送数据标志位设为1。应该注意的是,中央数据库服务器发起了远程连接本地数据库服务器而不是本地数据库服务器发起了远程连接中央数据库服务器,这样保证了中央数据库服务器的安全。

ts从中央数据库服务器读取视频数据,即读取tl文件中的信息,并且对视频注册,完成分布式视频发布。

此后,当第二广告终端想要观看视频时,第二广告终端与ts相连,ts向第二广告终端提供第一广告终端的本地视频源服务器ip地址信息,此后第二广告终端与该本地视频源服务器进行真正的视频流传输。

在一些实施例中,所述中央web服务器还用于在接收到所述请求发布本地视频相关信息的信号时,通过网络向预设的移动终端发送提醒信息。需要说明的是,移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。由于内容提供商的视频数据是直接传送到服务器端,当广告投放商的服务器端管理者不在场时,可能会延误审核时间,延误造成发布时机。本实施例中,所述中央web服务器可以向移动终端发送提醒信息,当服务器端管理者不在场时也可以得到及时提醒,避免延误,提升了发布效率。

在一些实施例中,所述第一广告终端还用于在存储上传的视频数据之后,向所述预设的移动终端发送所述第一广告终端中的本地视频相关信息。由于第一广告终端可以直接向移动终端发送本地视频相关信息,当服务器端管理者因事外出时,可以通过移动终端获取视频数据的播放地址进行视频的观看审核,克服了审核人员外出而造成审核延误的问题,进一步加快了发布效率。

在上述实施例基础上,所述中央web服务器接收到的所述审核通过指令是由所述预设的移动终端发送的。当服务器端管理者因事外出时,可以通过移动终端获取视频数据的播放地址进行视频的观看审核并且通过移动终端向中央web服务器发送审核通过指令,克服了审核人员外出而造成审核延误的问题,进一步加快了发布效率。

如图4所示,根据本发明实施例提供了一种支持分布式多集群多终端信息发布方法,设置第一广告终端、一个以上的第二广告终端、服务器端,所述服务器端包括中央web服务器、中央数据库服务器、跟踪服务器,并包括如下整体的步骤:

步骤201:所述第一广告终端存储上传的视频数据,将上传的视频数据转化为视频流,并根据上传视频数据的视频源生成本地视频相关信息并存储,以及向中央web服务器发送请求发布本地视频相关信息的信号;

步骤202:所述中央web服务器接收并管理所述请求发布本地视频相关信息的信号,并在接收到审核通过指令时,通知所述中央数据库服务器接收所述本地视频相关信息;

步骤203:所述中央数据库服务器连接请求的所述第一广告终端,并且读取所述第一广告终端中的本地视频相关信息并保存;

步骤204:所述跟踪服务器读取中央数据库服务器中保存的所述本地视频相关信息,并且进行视频注册,完成视频信息发布,以及根据所述第二广告终端的视频播放请求,向所述第二广告终端提供所述第一广告终端的地址信息。

如图5所示,上述实施例一种支持分布式多集群多终端信息发布方法的整体步骤还可以划分为如下具体步骤:

步骤301,将视频数据上传到本地视频源服务器;本地视频源服务器中的sp存储上传的视频数据,根据上传视频数据的视频源自动生成tl文件,其中该tl文件包含视频存放路径、视频名称、视频大小、视频码流、本地视频源服务器ip地址等信息;并且(可通过微软提供的mediaservice)将视频数据转化为视频流提供给cp服务器,cp服务器未视频流进行缓冲。

步骤302,本地web服务器从本地视频源服务器读取与各个本地视频源相关的信息(即tl文件)及tl文件的存放地址并且将其写入到本地数据库服务器。至此之前的步骤与现有技术相同。

步骤303,本地数据库服务器将发送信号标志位设置为0。

步骤304,本地web服务器定时轮询并读取本地数据库服务器中的发送信号标志位并且判断该发送信号标志位,其中本地数据库服务器中的发送信号标志位用来判断是否要发送信号以通知中央服务器已经有新的视频发布在本地web服务器,该发送信号标志位缺省为0,其中0为未发送状态,1为已经发送状态。

步骤305,如果本地web服务器判断出本地数据库服务器中的发送信号标志位为0,那么本地web服务器向中央web服务器发送请求信号以请求发送数据,该信号发送完成以后将发送信号标志位设定为1。

步骤306,中央web服务器接收各个本地web服务器的请求信号。

步骤307,中央web服务器判断中央数据库服务器是否繁忙,如果中央数据库服务器不繁忙,则直接进入步骤309。

步骤308,如果中央数据库服务器繁忙,中央web服务器则将该请求信号排入其等待队列中,当排队结束时进入步骤309。

步骤309,中央数据库服务器连接本地数据库服务器并且判断本地数据库服务器中的发送数据标志位是否为0,其中发送数据标志位用来判断该视频的相关信息是否已经发送过,如果为1就代表该视频的相关信息已经发送过了,如果为0就代表该视频的相关信息未成发送,发送数据标志位缺省为0。应该注意的是,中央数据库服务器发起了远程连接本地数据库服务器而不是本地数据库服务器发起了远程连接中央数据库服务器,这样保证了中央数据库服务器的安全。

步骤310,如果中央数据库服务器判断出本地数据库服务器中的发送数据标志位为0,中央数据库服务器就读取该本地数据库服务器数据,读取完成以后将发送数据标志位设为1。

步骤311,ts从中央数据库服务器读取视频数据,即读取tl文件中的信息。

步骤312,ts对视频注册,至此已完成了分布式视频发布。

步骤313,此后,当第二广告终端需要播放视频时,第二广告终端与ts相连,ts向第二广告终端提供第一终端的本地视频源服务器ip地址信息,此后第二广告终端与该本地视频源服务器进行真正的视频流传输。

在一些实施例中,所述中央web服务器在接收到所述请求发布本地视频相关信息的信号时,通过网络向预设的移动终端发送提醒信息。需要说明的是,移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。由于内容提供商的视频数据是直接传送到服务器端,当广告投放商的服务器端管理者不在场时,可能会延误审核时间,延误造成发布时机。本实施例中,所述中央web服务器可以向移动终端发送提醒信息,当服务器端管理者不在场时也可以得到及时提醒,避免延误,提升了发布效率。

在一些实施例中,所述第一广告终端在存储上传的视频数据之后,向所述预设的移动终端发送所述第一广告终端中的本地视频相关信息。由于第一广告终端可以直接向移动终端发送本地视频相关信息,当服务器端管理者因事外出时,可以通过移动终端获取视频数据的播放地址进行视频的观看审核,克服了审核人员外出而造成审核延误的问题,进一步加快了发布效率。

在一些实施例中,所述中央web服务器接收到的所述审核通过指令是由所述预设的移动终端发送的。当服务器端管理者因事外出时,可以通过移动终端获取视频数据的播放地址进行视频的观看审核并且通过移动终端向中央web服务器发送审核通过指令,克服了审核人员外出而造成审核延误的问题,进一步加快了发布效率。

服务器是计算机设备的一种,图6示出了一个实施例中计算机设备的内部结构图。上述实施例中的服务器是一种计算机设备,具有数据运算和处理能力。如图6所示,该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中,存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统,还可存储有计算机程序,该计算机程序被处理器执行时,可使得处理器实现支持分布式多集群多终端信息发布方法。该内存储器中也可储存有计算机程序,该计算机程序被处理器执行时,可使得处理器执行支持分布式多集群多终端信息发布方法。本领域技术人员可以理解,图6中示出的结构,仅仅是与本发明方案相关的部分结构的框图,并不构成对本发明方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一非易失性计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限,ram以多种形式可得,诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldra)、存储器总线(rambus)直接ram(rdra)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。

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