首页> 中国专利> 降低上下行带宽需求的传输方法及系统

降低上下行带宽需求的传输方法及系统

摘要

本发明公开了一种降低上下行带宽需求的传输方法及系统,该方法包括:在接收到多个第一客户端发送的直播请求信号的情况下,启动预设的直播管理机制;根据所述直播管理机制,计算各个第一客户端发送视频流I帧的第一起始时间;将计算出的各个第一起始时间发送至各个第一客户端。本发明实施例通过启动预设的直播管理机制,可以减少同时发送视频流I帧的客户端的数量,降低宽带传输需求,避免出现因为视频流I帧碰撞冲突造成花屏、卡顿、马赛克等现象。

著录项

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2022-07-29

    授权

    发明专利权授予

说明书

技术领域

本发明涉及无线领域,尤其涉及一种降低上下行带宽需求的传输方法及系统。

背景技术

随着移动通信网络技术的迅猛发展,越来越多的媒体使用移动网络作为其载体,承载其视频直播业务。由于移动网络分布广、覆盖全、灵活性高的特点,基于移动网络的视频直播技术可以不受距离和地形的限制,为媒体提供更全面、更高机动性的直播视角。随着网络技术的发展,网络直播技术日渐成熟,网络直播可以同一时间透过网络系统在不同的交流平台观看视频,一个网络直播通常面对线上数万人、几十万人甚至上百万人,并且实时与线上观众交流互动。网络直播技术的成熟,衍生出秀场直播,秀场直播由主播进行主持,主播需要进行直播,必须配置集成高清摄像头、声卡、耳机、麦克风等功能的直播终端。直播终端把音视频信号经压缩编码后,传送到流媒体服务器上,主播的粉丝通过客户端观看主播的视频,实时与主播交流互动。为了吸引更多粉丝流量,一个主播会同时通过多台直播终端上传视频流到流媒体服务器上。随着直播终端数量的增加,上传视频流对上行网络带宽需求急剧增大。如果同个区域,有众多移动用户通过直播平台观看主播直播,则直播平台下发视频数据所需下行带宽需求也急剧增大。

经直播终端压缩编码处理后的视频流由一系列的编码帧组成,主要是:I帧,又称ICP(Intra Coded Pictures,内部编码帧),为关键帧,是一种自带全部信息的独立帧,无需参考其他图像便可独立进行解码,可以简单理解为一张静态画面。视频序列中的第一个帧始终都是I帧,每个视频流图像组GOP(Group of Pictures)以I帧开头,到下一个I帧结束;P帧,是以最近的上一个I图或P图为基准进行运动补偿预测所产生的图像,称为PCP(Predictive Coded Pictures,预测编码帧)。视频流一个图像组GOP包括一个I帧和若干个P帧,其中I帧,P帧的数据量可能相差数十倍。以CIF格式H.264为例,I帧数据在10K字节以上,P帧数据平均在1K字节左右。目前的H.264视频实时传输过程中,当发送方生成I帧时,会产生较大的数据流量,当多台直播终端同时发送I帧时,上行带宽需求急剧增加,同理,当直播平台同时向众多观看用户下发I帧数据时,下行带宽需求也急剧增加,使得带宽资源受限。在带宽资源受限的时候,容易因为视频流I帧碰撞冲突造成花屏、卡顿、马赛克等现象。

发明内容

本发明实施例提供一种降低上下行带宽需求的传输方法及系统,以解决现有技术中由于上行带宽需求急剧增加或下行带宽需求急剧增加,使得带宽资源受限,在带宽资源受限的时候,容易因为视频流I帧碰撞冲突造成花屏、卡顿、马赛克等现象的问题。

为了解决上述技术问题,本发明是这样实现的:

第一方面,提供了一种降低上下行带宽需求的传输方法,该方法包括:

在接收到多个第一客户端发送的直播请求信号的情况下,启动预设的直播管理机制;

根据所述直播管理机制,计算各个第一客户端发送视频流I帧的第一起始时间;

将计算出的各个第一起始时间发送至各个第一客户端。

第二方面,提供了一种降低上下行带宽需求的传输系统,该系统包括:

第一启动模块,用于在接收到多个第一客户端发送的直播请求信号的情况下,启动预设的直播管理机制;

第一计算模块,用于根据所述直播管理机制,计算各个第一客户端发送视频流I帧的第一起始时间;

第一发送模块,用于将计算出的各个第一起始时间发送至各个第一客户端。

第三方面,提供了一种电子设备,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面,提供了一种计算机可读存储介质,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如第一方面所述的方法的步骤。

在本发明实施例中,在接收到多个第一客户端发送的直播请求信号的情况下,启动预设的直播管理机制,根据该直播管理机制计算各个第一客户端发送视频流I帧的第一起始时间,最后将计算出的各个第一起始时间发送至各个第一客户端。本发明实施例通过启动预设的直播管理机制,可以减少同时发送视频流I帧的客户端的数量,降低宽带传输需求,避免出现因为视频流I帧碰撞冲突造成花屏、卡顿、马赛克等现象。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:

图1是本发明实施例提出的一种编码后的视频数据帧格式示意图;

图2是本发明实施例提供的一种降低上下行带宽需求的传输方法的流程图;

图3是本发明实施例提供的另一种降低上下行带宽需求的传输系统示意图;

图4是本发明实施例提供的一种终端设备的硬件结构示意图。

具体实施方式

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

如图1所示,是本发明实施例提供的一种编码后的视频数据帧格式示意图。

如图1所示,编码后的视频数据帧包括I帧和P帧,I帧和P帧间隔排序,两个I帧之间有t个P帧,t个P帧叫做I帧间隔。I帧为关键帧,通过I帧便可以显示某一图像的全景;P帧为非关键帧,紧跟一I帧后的t个P帧是对该I帧所体现图像的变动情况的描述,P帧能够使I帧显示的图像更加清晰。视频流一个图像组包括一个I帧和若干个P帧,其中I帧,P帧的数据量可能相差数十倍,即I帧的数据量为P帧的数十倍。当各直播客户端同时发送I帧时,所需带宽需求极剧增加。

本发明实施例提供了一种降低上下行带宽需求的传输方法及系统,最大程度错开各直播客户端同时发送I帧,从而降低带宽需求。具体地,可以针对上行大带宽场景,直播管理服务器启动管理机制,如根据终端的地理位置信息或根据其他终端管理策略,启动I帧碰撞检测机制,计算各直播客户端可开始发送视频流时间,避免I帧碰撞,降低上行带宽传输需求,同样,也可以针对下行大带宽场景,直播管理服务器启动管理机制,如根据终端的地理位置信息或根据其他终端管理策略,启动I帧碰撞检测机制,错开时间有序向各终端发送视频流数据,减少同时发送I帧的终端数量,降低下行带宽传输需求。

如图2所示,为本发明实施例提供的一种降低上下行带宽需求的传输方法的流程图。如图2所示,该降低上下行带宽需求的传输方法可以包括:步骤S101至步骤S103所示的内容。

在步骤S101中,在接收到多个第一客户端发送的直播请求信号的情况下,启动预设的直播管理机制。

其中,第一客户端可以是直播客户端。

在本发明实施例中,可以根据地理位置信息或是根据其他客户端管理策略,启动直播管理机制,该直播管理机制为视频流I帧的碰撞检测机制,以便使得各个第一客户端在不同时间分布发送I帧。

在步骤S102中,根据直播管理机制,计算各个第一客户端发送视频流I帧的第一起始时间。

在步骤S103中,将计算出的各个第一起始时间发送至各个第一客户端。

在本发明实施例中,在接收到多个第一客户端发送的直播请求信号的情况下,启动预设的直播管理机制,根据该直播管理机制计算各个第一客户端发送视频流I帧的第一起始时间,最后将计算出的各个第一起始时间发送至各个第一客户端。本发明实施例通过启动预设的直播管理机制,可以减少同时发送视频流I帧的客户端的数量,降低宽带传输需求,避免出现因为视频流I帧碰撞冲突造成花屏、卡顿、马赛克等现象。

在本发明的一个可能的实施方式中,根据直播管理机制,计算各个第一客户端发送视频流I帧的起始时间,可以包括以下步骤。

在接收到多个第一客户端发送的直播请求信号的情况下,获取各个第一客户端的地理位置信息。

将属于同一基站的第一客户端划分到同一管理队列中,其中,管理队列包括客户端序号和状态标识,状态标识为1。

根据预设算法,计算同一管理队列中的第一客户端发送视频流I真的第一起始时间。

在本发明实施例中,服务器可以根据各个第一客户端的地理位置信息,将归属于同一基站覆盖下的客户端划分到同一管理队列中,管理队列中可以记录客户端序号以及状态标识。例如,地理位置归属同一基站的客户端有N台,各个客户端的序号分别记录为1,2,…,N,状态标识均为1。也就是,现在各个客户端均处于直播状态,都需要向通过服务器发送直播请求信号。相应的,若是某个客户端退出直播,不需要向服务器发送直播请求信号,此时,该客户端的状态标识为0。

其中,预设算法可采用常规的防碰撞算法,如基于Aloha的算法,基于树的算法,混合算法等,也可采用本发明实施例提供的方法,具体如下所示。

假设I帧与I帧间隔为50,即1个I帧,后跟49个P帧,即这个周期可以划分为50个小窗口,由于I帧所需带宽远大于P帧所需带宽,为避开I帧冲突,降低带宽需求,各直播客户端开始发送I帧时间可按如下公式计算:

假设I帧传输时长为t1,服务器时间为t0,客户端序号为m,

当m<=50,直播客户端按t0+(m-1)*t1时刻开始传输视频流;

当50

当100

以此类推。

更具体地,该降低上下行带宽需求的传输方法还可以包括:在多个第一客户端中有治得好一个客户端退出直播的情况下,将退出直播的客户端的状态标识设置为0。

也就是,将不需要向服务器发送直播请求信号的客户端所在的管理队列中所在位置的状态标识设置为0,以便后续有新的客户端直播,并向服务器发送直播请求信号时,可以将该新的客户端放在该管理队列的状态标识为0的位置。

在本申请的一个可能的实施方式中,该降低上行行带宽需求的传输方法还可以包括以下步骤。

在检测到新的第一客户端加入直播的情况下,检测管理队列中是否包含状态标识为0的位置。

若管理队列中包含状态标识为0的位置,则将新的第一客户端放入状态标识为0的位置,并记录相应的客户端序号。

若管理队列中未包含状态标识为0的位置,则将新的第一客户端依次放在该管理队列的末端。

标记新的第一客户端的客户端序号,并将状态标识设置为1。

在本发明实施例中,当检测到新的客户端加入直播时,可以先检测管理队列中是否包含有状态标识为0的位置,也就是,检测是否有退出直播的客户端,若是有退出直播的客户端,则将新的客户端添加到退出直播的客户端的位置,若是管理队列中未包含状态标识为0的位置,也就是,没有推出直播的客户端,此时将新的第一客户端按照顺序排在之前的客户端之后,客户端序号按照之前的序号依次标记,并且将新的客户端的状态标识设置为1。可以使得各个客户端更加有序,可以更清楚的记录哪些客户端还在直播当中,服务器需要继续检测I帧碰撞,哪些客户端已经退出直播等,提高服务器的计算效率,满足宽带需求。

进一步地,各直播客户端根据收到的起始时间信息,同步服务器时间并按照可发送视频流时间,开始发送视频流。最大程度错开各直播客户端同时发送I帧的终端数量,降低带宽传输需求。

在本发明的一个可能的实施方式中,该降低上下行带宽需求的传输方法还可以包括如下步骤。

在接收到第二客户端发送的观看直播请求的情况下,启动预设的直播管理机制。

根据直播管理机制,计算向各个第二客户端发送视频流I帧的第二起始时间。

根据计算出的各个第二起始时间向各个第二客户端发送视频流I帧。

其中,第二客户端可以是观众端。预设算法可采用常规的防碰撞算法,如基于Aloha的算法,基于树的算法,混合算法等,也可采用本发明实施例提供的方法,具体如下所示。

假设I帧与I帧间隔为50,即1个I帧,后跟49个P帧,即这个周期可以划分为50个小窗口,由于I帧所需带宽远大于P帧所需带宽,为避开I帧冲突,降低带宽需求,向各客户端发送I帧时间可按如下公式计算:

假设I帧传输时长为t1,服务器时间为t0,客户端序号为m,

当m<=50,服务器按t0+(m-1)*t1时刻开始传输视频流;

当50

当100

以此类推。

在本发明实施例中,服务器根据计算的起始时间,错开向各客户端发送视频流I帧的数据,最大程度减少同时发送I帧视频流的终端数量,降低下行带宽传输需求。

本发明实施例还提供了一种降低上下行带宽需求的传输系统。如图3所示,为本发明实施例提供的一种降低上下行带宽需求的传输系统的示意图。如图3所示,该降低上下行带宽需求的传输系统可以包括:第一启动模块301、第一计算模块302和第一发送模块303。

具体地,该第一启动模块301,用于在接收到多个第一客户端发送的直播请求信号的情况下,启动预设的直播管理机制;该第一计算模块302,用于根据直播管理机制,计算各个第一客户端发送视频流I帧的第一起始时间;该第一发送模块303,用于将计算出的各个第一起始时间发送至各个第一客户端。

在本发明实施例中,第一启动模块301在接收到多个第一客户端发送的直播请求信号的情况下,启动预设的直播管理机制,第一计算模块302根据该直播管理机制计算各个第一客户端发送视频流I帧的第一起始时间,最后第一发送模块303将计算出的各个第一起始时间发送至各个第一客户端。本发明实施例通过启动预设的直播管理机制,可以减少同时发送视频流I帧的客户端的数量,降低宽带传输需求,避免出现因为视频流I帧碰撞冲突造成花屏、卡顿、马赛克等现象。

在本发明的一个可能的实施方式中,该第一计算模块302可以包括:获取单元、划分单元和计算单元。

具体地,该获取单元,用于在接收到多个第一客户端发送的直播请求信号的情况下,获取各个第一客户端的地理位置信息;该划分单元,用于将属于同一基站的第一客户端划分到同一管理队列中,其中,管理队列包括客户端序号和状态标识,状态标识为1;该计算单元,用于根据预设算法,计算同一管理队列中的第一客户端发送视频流I帧的第一起始时间。

在本发明的一个可能的实施方式中,该降低上下行带宽需求的传输系统还可以包括:第一设置模块。

具体地,该第一设置模块,用于在多个第一客户端中有至少一个客户端退出直播的情况下,将退出直播的客户端的状态标识设置为0。

在本发明的一个可能的实施方式中,该降低上下行带宽需求的传输系统还可以包括:检测模块、第一确定模块、第二确定模块和标记模块。

具体地,该检测模块,用于在检测到新的第一客户端加入直播的情况下,检测管理队列中是否包含状态标识为0的客户端;该第一确定模块,用于若管理队列中包含状态标识为0的位置,则将新的第一客户端放入状态标识为0的位置,并记录相应的客户端序号;该第二确定模块,用于若管理队列中未包含状态标识为0的位置,则将新的第一客户端依次放在管理队列的末端;该标记模块,用于标记新的第一客户端的客户端序号,并将状态标识设置为1。

在本发明的一个可能的实施方式中,该降低上下行带宽需求的传输系统还可以包括:第二启动模块、第二计算模块和第二发送模块。

具体地,该第二启动模块,用于在接收到第二客户端发送的观看直播请求的情况下,启动预设的直播管理机制;该第二计算模块,用于根据直播管理机制,计算向各个第二客户端发送视频流I帧的第二起始时间;该第二发送模块,用于根据计算出的各个第二起始时间向各个第二客户端发送视频流I帧。

本发明所述的降低上下行带宽需求的传输系统的功能已在图1-图2所示的方法实施例中进行了详细的描述,故本实施例的描述中未详尽之处,可参见前述实施例中的相关说明,在此不再赘述。

图4为实现本发明各个实施例的一种终端设备的硬件结构示意图。

该终端设备400包括但不限于:射频单元401、网络模块402、音频输出单元403、输入单元404、传感器405、显示单元406、用户输入单元407、接口单元408、存储器409、处理器410、以及电源411等部件。本领域技术人员可以理解,图4中示出的终端设备结构并不构成对终端设备的限定,终端设备可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。在本发明实施例中,终端设备包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中,处理器410,可以用于:

在接收到多个第一客户端发送的直播请求信号的情况下,启动预设的直播管理机制;

根据直播管理机制,计算各个第一客户端发送视频流I帧的第一起始时间;

将计算出的各个第一起始时间发送至各个第一客户端。

在本发明实施例中,在接收到多个第一客户端发送的直播请求信号的情况下,启动预设的直播管理机制,根据该直播管理机制计算各个第一客户端发送视频流I帧的第一起始时间,最后将计算出的各个第一起始时间发送至各个第一客户端。本发明实施例通过启动预设的直播管理机制,可以减少同时发送视频流I帧的客户端的数量,降低宽带传输需求,避免出现因为视频流I帧碰撞冲突造成花屏、卡顿、马赛克等现象。

应理解的是,本发明实施例中,射频单元401可用于收发信息或通话过程中,信号的接收和发送,具体的,将来自基站的下行数据接收后,给处理器410处理;另外,将上行的数据发送给基站。通常,射频单元401包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元401还可以通过无线通信系统与网络和其他设备通信。

终端设备通过网络模块402为用户提供了无线的宽带互联网访问,如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元403可以将射频单元401或网络模块402接收的或者在存储器409中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元403还可以提供与终端设备400执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元403包括扬声器、蜂鸣器以及受话器等。

输入单元404用于接收音频或视频信号。输入单元404可以包括图形处理器(Graphics Processing Unit,GPU)4041和麦克风4042,图形处理器4041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元406上。经图形处理器4041处理后的图像帧可以存储在存储器409(或其它存储介质)中或者经由射频单元401或网络模块402进行发送。麦克风4042可以接收声音,并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元401发送到移动通信基站的格式输出。

终端设备400还包括至少一种传感器405,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板4061的亮度,接近传感器可在终端设备400移动到耳边时,关闭显示面板4061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别终端设备姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;传感器405还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等,在此不再赘述。

显示单元406用于显示由用户输入的信息或提供给用户的信息。显示单元406可包括显示面板4061,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板4061。

用户输入单元407可用于接收输入的数字或字符信息,以及产生与终端设备的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元407包括触控面板4071以及其他输入设备4072。触控面板4071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板4071上或在触控面板4071附近的操作)。触控面板4071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器410,接收处理器410发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板4071。除了触控面板4071,用户输入单元407还可以包括其他输入设备4072。具体地,其他输入设备4072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。

进一步的,触控面板4071可覆盖在显示面板4061上,当触控面板4071检测到在其上或附近的触摸操作后,传送给处理器410以确定触摸事件的类型,随后处理器410根据触摸事件的类型在显示面板4061上提供相应的视觉输出。虽然在图4中,触控面板4071与显示面板4061是作为两个独立的部件来实现终端设备的输入和输出功能,但是在某些实施例中,可以将触控面板4071与显示面板4061集成而实现终端设备的输入和输出功能,具体此处不做限定。

接口单元408为外部装置与终端设备400连接的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元408可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到终端设备400内的一个或多个元件或者可以用于在终端设备400和外部装置之间传输数据。

存储器409可用于存储软件程序以及各种数据。存储器409可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器409可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器410是终端设备的控制中心,利用各种接口和线路连接整个终端设备的各个部分,通过运行或执行存储在存储器409内的软件程序和/或模块,以及调用存储在存储器409内的数据,执行终端设备的各种功能和处理数据,从而对终端设备进行整体监控。处理器410可包括一个或多个处理单元;优选的,处理器410可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器410中。

终端设备400还可以包括给各个部件供电的电源411(比如电池),优选的,电源411可以通过电源管理系统与处理器410逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

另外,终端设备400包括一些未示出的功能模块,在此不再赘述。

优选的,本发明实施例还提供一种终端设备,包括处理器410,存储器409,存储在存储器409上并可在所述处理器410上运行的计算机程序,该计算机程序被处理器410执行时实现上述降低上下行带宽需求的传输方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。

本发明实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述降低上下行带宽需求的传输方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(RandomAccess Memory,简称RAM)、磁碟或者光盘等。

需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本发明的保护之内。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号