一种视频直播的处理方法和服务器的制造方法

文档序号:10573104阅读:214来源:国知局
一种视频直播的处理方法和服务器的制造方法
【专利摘要】本发明公开了一种视频直播的处理方法和服务器,该方法包括:接收发布者客户端发送的视频直播请求消息,生成对应于所述视频直播请求消息的视频直播任务;按照预设策略,将所述视频直播任务分派给服务者客户端,使得所述服务者客户端获取满足所述视频直播任务的视频数据文件;将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述发布者客户端,供所述发布者客户端进行实时播放。基于该方案,当一个用户想要观看某特定情境但由于各种原因无法实际亲自观看时,可以通过发布视频直播请求,由服务者客户端获得该特定情境的视频数据文件并返回给发布者客户端,使得所述用户可以通过视频直播的方式观看该特定情境的视频,满足用户需求。
【专利说明】
一种视频直播的处理方法和服务器
技术领域
[0001]本发明涉及互联网技术领域,具体涉及一种视频直播的处理方法和服务器。
【背景技术】
[0002]当前,GPRS、3G网络、4G网络和各种WLAN等无线技术的迅速开发和部署使得无线访问因特网的范围和规模得以扩大,与此同时,各种移动设备也变得越来越普及,这意味着我们可以从任何地方,通过不同的设备和连接技术访问因特网,这给人们的生活带来很大的便利。然而,在这样方便的移动网络环境下,当一个用户想要观看某特定情境但由于各种原因无法实际亲自观看时,基于当前现有技术,该用户只能利用搜索引擎搜索互联网中已有的与所述特定情境相关的资源,不仅操作过程费时费力,而且由于互联网中已有的资源并不是为该用户所制定的,并不能完全契合该用户的实际需求,可见,此现有技术并没有随着移动互联网技术的发展而做出进一步地改善。

【发明内容】

[0003]鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种视频直播的处理方法和服务器。
[0004]依据本发明的一个方面,提供了一种视频直播的处理方法,该方法包括:
[0005]接收发布者客户端发送的视频直播请求消息,生成对应于所述视频直播请求消息的视频直播任务;
[0006]按照预设策略,将所述视频直播任务分派给服务者客户端,使得所述服务者客户端获取满足所述视频直播任务的视频数据文件;
[0007]将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述发布者客户端,供所述发布者客户端进行实时播放。
[0008]可选地,所述视频直播请求消息中包括:请求关键字;
[0009]所述对应于所述视频直播请求消息的视频直播任务中包括:对应于所述视频直播请求消息中的请求关键字的地理位置信息和/或状态场景信息。
[0010]可选地,该方法进一步包括:接收各服务者客户端发送的服务注册消息,每个服务者客户端发送的服务注册消息中包括:该服务者客户端当前的地理位置信息和/或该服务者客户端当前的状态场景信息;
[0011]则所述按照预设策略,将所述视频直播任务分派给服务者客户端包括:选择当前的地理位置信息与所述视频直播任务中包含的地理位置信息相匹配的服务者客户端,和/或,选择当前的状态场景信息与所述视频直播任务中包含的状态场景信息相匹配的服务者客户端;将所述视频直播任务分派给所选择的服务者客户端。
[0012]可选地,所述视频直播请求消息中还包括:所述发布者客户端当前的地理位置信息;
[0013]所述按照预设策略,将所述视频直播任务分派给服务者客户端还包括:
[0014]如果选择出多个当前的状态场景信息与所述视频直播任务中包含的状态场景信息相匹配的服务者客户端;
[0015]根据所选择的多个服务者客户端当前的地理位置信息以及所述发布者客户端当前的地理位置信息,选择距离所述发布者客户端最近的服务者客户端,将所述视频直播任务分派给该服务者客户端。
[0016]可选地,所述视频直播请求消息中还包括:支付信息;则所述对应于所述视频直播请求消息的视频直播任务中还包括:所述支付信息。
[0017]可选地,所述按照预设策略,将所述视频直播任务分派给服务者客户端包括:
[0018]向各服务者客户端公布所述视频直播任务;
[0019]接收服务者客户端发送的任务接收消息,将所述视频直播任务分派给发送所述任务接收消息的服务者客户端。
[0020]可选地,每个服务者客户端发送的任务接收消息中包括:该服务者客户端的预置服务条件信息;
[0021 ]所述接收服务者客户端发送的任务接收消息,将所述视频直播任务分派给发送所述任务接收消息的服务者客户端包括:
[0022]如果接收到多个服务者客户端发送的任务接收消息,将接收到的多个任务接收消息发送至所述发布者客户端;
[0023]接收所述发布者客户端返回的选择一个任务接收消息的信息,将所述视频直播任务分派给发送该任务接收消息的服务者客户端。
[0024]可选地,所述接收发布者客户端发送的视频直播请求消息,生成对应于所述视频直播请求消息的视频直播任务包括:接收多个发布者客户端发送的视频直播请求消息,如果所述多个发布者客户端发送的视频直播请求中的请求关键字均相同,则根据所述请求关键字生成一个视频直播任务;
[0025]则所述将所述视频数据文件对应的流媒体数据通过预设渠道发送至所述发布者客户端包括:将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述多个发布者客户端。
[0026]可选地,所述将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述发布者客户端包括:
[0027]接收所述服务者客户端返回的所述视频数据文件中每一帧的视频数据,根据预置协议规则,解析所述每一帧的视频数据,生成相应的流媒体数据,将所述流媒体数据发送给所述发布者客户端。
[0028]可选地,所述将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述发布者客户端包括:
[0029]获取所述发布者客户端的通信地址信息并发送给所述服务者客户端,使得所述服务者客户端与所述发布者客户端建立连接关系,使得所述视频数据文件对应的流媒体数据通过所述服务者客户端与所述发布者客户端之间的连接关系发送至所述发布者客户端。
[0030]可选地,该方法进一步包括:
[0031 ]接收所述发布者客户端发送的第一支付信息;
[0032]向所述服务者客户端发送第二支付信息。
[0033]依据本发明的另一个方面,提供了一种视频直播的处理服务器,该服务器包括:
[0034]请求接收单元,适于接收发布者客户端发送的视频直播请求消息,生成对应于所述视频直播请求消息的视频直播任务;
[0035]任务处理单元,适于按照预设策略,将所述视频直播任务分派给服务者客户端,使得所述服务者客户端获取满足所述视频直播任务的视频数据文件;将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述发布者客户端,供所述发布者客户端进行实时播放。
[0036]可选地,所述视频直播请求消息中包括:请求关键字;
[0037]所述对应于所述视频直播请求消息的视频直播任务中包括:对应于所述视频直播请求消息中的请求关键字的地理位置信息和/或状态场景信息。
[0038]可选地,所述任务处理单元,进一步适于接收各服务者客户端发送的服务注册消息,每个服务者客户端发送的服务注册消息中包括:该服务者客户端当前的地理位置信息和/或该服务者客户端当前的状态场景信息;以及,根据接收到的服务注册消息,选择当前的地理位置消息与所述视频直播任务中包含的地理位置消息相匹配的服务者客户端,和/或,选择当前的状态场景信息与所述视频直播任务中包含的状态场景信息相匹配的服务者客户端;将所述视频直播任务分派给所选择的服务者客户端。
[0039]可选地,所述视频直播请求消息中还包括:所述发布者客户端当前的地理位置信息;
[0040]所述任务处理单元,适于当选择出多个当前的状态场景信息与所述视频直播任务中包含的状态场景信息相匹配的服务者客户端时;根据所选择的多个服务者客户端当前的地理位置信息以及所述发布者客户端当前的地理位置信息,选择距离所述发布者客户端最近的服务者客户端,将所述视频直播任务分派给该服务者客户端。
[0041 ]可选地,所述视频直播请求消息中还包括:支付信息;则所述对应于所述视频直播请求消息的视频直播任务中还包括:所述支付信息。
[0042]可选地,所述任务处理单元,适于向各服务者客户端公布所述视频直播任务;接收服务者客户端发送的任务接收消息,将所述视频直播任务分派给发送所述任务接收消息的服务者客户端。
[0043]可选地,每个服务者客户端发送的任务接收消息中包括:该服务者客户端的预置服务条件信息;
[0044]所述任务处理单元,适于当接收到多个服务者客户端发送的任务接收消息时,将接收到的多个任务接收消息发送至所述发布者客户端;接收所述发布者客户端返回的选择一个任务接收消息的信息,将所述视频直播任务分派给发送该任务接收消息的服务者客户端。
[0045]可选地,所述请求接收单元,适于接收多个发布者客户端发送的视频直播请求消息,如果所述多个发布者客户端发送的视频直播请求中的请求关键字均相同,则根据所述请求关键字生成一个视频直播任务;
[0046]则所述任务处理单元,适于将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述多个发布者客户端。
[0047]可选地,所述任务处理单元,适于接收所述服务者客户端返回的所述视频数据文件中每一帧的视频数据,根据预置协议规则,解析所述每一帧的视频数据,生成相应的流媒体数据,将所述流媒体数据发送给所述发布者客户端。
[0048]可选地,所述将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述发布者客户端包括:
[0049]所述任务处理单元,适于获取所述发布者客户端的通信地址信息并发送给所述服务者客户端,使得所述服务者客户端与所述发布者客户端建立连接关系,使得所述视频数据文件对应的流媒体数据通过所述服务者客户端与所述发布者客户端之间的连接关系发送至所述发布者客户端。
[0050]可选地,所述请求接收单元,进一步适于接收所述发布者客户端发送的第一支付信息;
[0051]所述任务处理单元,进一步适于向所述服务者客户端发送第二支付信息。
[0052]由上述可知,本发明提供的技术方案在接收到发布者客户端发送的视频直播请求消息后,生成相应的视频直播任务并分派给服务者客户端,使得服务者客户端获取相应的视频数据文件,将该视频数据文件对应的流媒体数据返回给发布者客户端。基于该方案,当一个用户想要观看某特定情境但由于各种原因无法实际亲自观看时,可以通过发布者客户端发布视频直播请求,服务器侧将该视频直播请求对应的视频直播任务分派给服务者客户端,由服务者客户端获得该特定情境的视频数据文件,该特定情境的视频数据文件对应的流媒体数据被返回给发布者客户端,使得所述用户可以通过视频直播的方式观看该特定情境的视频,满足用户需求。
[0053]上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的【具体实施方式】。
【附图说明】
[0054]通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
[0055]图1示出了根据本发明一个实施例的一种视频直播的处理方法的示意图;
[0056]图2示出了根据本发明一个实施例的一种视频直播的处理服务器的示意图。
【具体实施方式】
[0057]下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
[0058]图1示出了根据本发明一个实施例的一种视频直播的处理方法的示意图。如图1所示,该方法包括:
[0059]步骤S110,接收发布者客户端发送的视频直播请求消息,生成对应于所述视频直播请求消息的视频直播任务。
[0060]其中,视频直播请求消息中包含所述发布者客户端的标识信息。
[0061 ]步骤S120,按照预设策略,将所述视频直播任务分派给服务者客户端,使得所述服务者客户端获取满足所述视频直播任务的视频数据文件。
[0062]步骤S130,将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述发布者客户端,供所述发布者客户端进行实时播放。
[0063]其中,流媒体数据可以为采用流式传输的方式在网络中播放的媒体格式数据,所述流媒体可以为在网络中使用流式传输技术的连续时基媒体,是边传边播的媒体,是多媒体的一种。
[0064]可见,图1所示的方法在接收到发布者客户端发送的视频直播请求消息后,生成相应的视频直播任务并分派给服务者客户端,使得服务者客户端获取相应的视频数据文件,将该视频数据文件对应的流媒体数据返回给发布者客户端。基于该方案,当一个用户想要观看某特定情境但由于各种原因无法实际亲自观看时,可以通过发布者客户端发布视频直播请求,服务器侧将该视频直播请求对应的视频直播任务分派给服务者客户端,由服务者客户端获得该特定情境的视频数据文件,该特定情境的视频数据文件对应的流媒体数据被返回给发布者客户端,使得所述用户可以通过视频直播的方式更为实时、有效地观看该特定情境的视频,满足用户需求。
[0065]具体地,所述发布者客户端发送的视频直播请求消息中包括:请求关键字;所述对应于所述视频直播请求消息的视频直播任务中包括:对应于所述视频直播请求消息中的请求关键字的地理位置信息和/或状态场景信息。
[0066]例如,接收到一个发布者客户端发送的视频直播请求消息中的请求关键字为“长城”,则对应于该视频直播请求消息的视频直播任务中应包括:对应于“长城”的地理位置信息;接收到另一个发布者客户端发送的视频直播请求消息中的请求关键字为“大熊猫”,则对应于该视频直播请求消息的视频直播任务中应包括:对应于“大熊猫”的状态场景信息,如在动物园的状态场景信息,在四川熊猫基地的状态场景信息等。
[0067]则在本发明的一个实施例中,图1所示方法的步骤SllO接收发布者客户端发送的视频直播请求消息,生成对应于所述视频直播请求消息的视频直播任务包括:接收多个发布者客户端发送的视频直播请求消息,如果所述多个发布者客户端发送的视频直播请求中的请求关键字均相同,则根据所述请求关键字生成一个视频直播任务;则步骤S130将所述视频数据文件对应的流媒体数据通过预设渠道发送至所述发布者客户端包括:将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述多个发布者客户端。
[0068]在图1所示的方法中,可以通过以下方案对视频直播任务进行分派:
[0069]方案一,服务器侧预先获知各服务者客户端的当前状态,具体地,接收各服务者客户端发送的服务注册消息,每个服务者客户端发送的服务注册消息中包括:该服务者客户端当前的地理位置信息和/或该服务者客户端当前的状态场景信息;对于每个服务者客户端来说,可以每隔预设时间便向服务器发送依次服务注册消息,以使得服务器侧获知各服务者客户端的实时状态。可见,本方案是根据各服务者客户端的状态属性来选择服务者客户端进行分派的。
[0070]例如,服务者客户端发送的服务注册消息可以是:“北京市东城区五四大街一号”,地理位置信息,或者服务注册信息也可以是:“美术馆”或者“在看画展”,即状态场景信息;或者服务注册信息也可以是:“北京市东城区五四大街一号中国美术馆”,即既有地理位置f目息也有状态场景?目息。
[0071 ]基于上述接收的服务注册消息,则图1所示方法按照预设策略,将所述视频直播任务分派给服务者客户端包括:选择当前的地理位置信息与所述视频直播任务中包含的地理位置信息相匹配的服务者客户端,和/或,选择当前的状态场景信息与所述视频直播任务中包含的状态场景信息相匹配的服务者客户端;将所述视频直播任务分派给所选择的服务者客户端。
[0072]例如,当接收到的视频直播请求消息中的请求关键字为“故宫”时,生成相应的视频直播任务,该视频直播任务中包括:“北京市景山前街4号”,“故宫”;则从获知的各服务者客户端的服务注册消息中选择当前的地理位置信息为“北京市景山前街4号”的服务者客户端,和/或,选择当前的状态场景信息为“故宫”的服务者客户端,这样选择出来的服务者客户端能够获得满足发布者客户端需求的故宫相关的视频数据文件。
[0073]其中,在一个具体的实施例中,所述视频直播请求消息中还包括:所述发布者客户端当前的地理位置信息;步骤S120在选择当前的状态场景信息与所述视频直播任务中包含的状态场景信息相匹配的服务者客户端的过程中,如果选择出多个当前的状态场景信息与所述视频直播任务中包含的状态场景信息相匹配的服务者客户端;则根据所选择的多个服务者客户端当前的地理位置信息以及所述发布者客户端当前的地理位置信息,选择距离所述发布者客户端最近的服务者客户端,将所述视频直播任务分派给该服务者客户端。例如,视频直播请求消息中包括:请求关键字“大熊猫”,发布者客户端当前的地理位置信息“北京市海淀区”;生成相应的视频直播任务中包含状态场景信息:能看大熊猫的地方,根据各服务者客户端发送的服务注册信息从中选取当前状态场景信息是能看大熊猫的地方,如选取出一个当前状态场景信息为“北京动物园”的服务者客户端a以及一个当前状态场景信息为“四川熊猫基地”的服务者客户端b,其中,“北京动物园”对应的地理位置信息是“北京市西城区西直门外大街137号”,“四川熊猫基地”对应的地理位置信息是“四川省成都外北熊猫大道1375号”,将两个服务者客户端的地理位置信息与发布者客户端的地理位置信息进行比较,选择距离发布者客户端较近的服务者客户端a,将视频直播任务发送给服务者客户端
B ο
[0074]其中,上文中获取发布者客户端或服务者客户端的地理位置信息的过程也可以采用BLE(蓝牙低功耗技术)广播器发送广播的方式。BLE技术是一种低成本、短距离、无线技术,工作在免许可的2.4GHz I SM射频频段。与NFC等超低功耗(ULP)无线技术相比,BLE具有更快的连接速度和更低的发送/接收功耗。并且,BLE在常用的Android系统和1S系统中被广泛支持。
[0075]ID化广播是指BLE广播器以一定的频率向周围广播信息,信息中只包含一串可识别的有意义的ID,例如,广播器的UUID等。ID化的广播可同时被区域内的多个发布者客户端或服务者客户端快速接收;发布者客户端或服务者客户端获取BLE广播器的ID,具体地,发布者客户端或服务者客户端通过蓝牙模块接收蓝牙信号,获取广播器的ID,发送至服务器侧,服务器根据广播器的ID唯一确定广播器,获知预先设置的广播器的地理位置信息,进而获取发布者客户端或服务者客户端的地理位置信息。
[0076]此外,本发明的有些应用场景为室内,则一般地,需要对移动终端等发布者客户端或服务者客户端进行室内定位并且需要达到较高的精度。可用于本发明的一种定位方式是通过蓝牙定位技术,在室内设置多个蓝牙节点,例如,3个或以上,在本发明中直接可利用多个广播器作为蓝牙节点;根据发布者客户端或服务者客户端所在的移动终端对各节点信号的接收强度以及信号衰减与传播距离的关系,计算出移动终端距各节点的距离,结合多个节点的位置,进一步计算出移动终端在室内的具体位置,指示完成定位。上述计算过程可在移动终端上完成,然后通过局域网或W1-Fi将地理位置信息发送至服务器,或者,移动终端将检测的距离数据,节点位置上传至服务器,由服务器完成计算。具体地,可根据精度要求,支付终端的配置情况选择现有技术中的多种定位方式,此处不一一列举。获取的位置信息可用于实现用户签到等功能。
[0077]方案二,服务器侧无需预先获知各服务者客户端的当前状态,图1所示方法的步骤S120按照预设策略,将所述视频直播任务分派给服务者客户端包括:向各服务者客户端公布所述视频直播任务;接收服务者客户端发送的任务接收消息,将所述视频直播任务分派给发送所述任务接收消息的服务者客户端。可见,本方案是向各服务者客户端公布视频直播任务,由服务者客户端主动承担任务来进行分派的。
[0078]其中,在方案二的一个实施例中,每个服务者客户端发送的任务接收消息中可以包括:该服务者客户端的预置服务条件信息;上述接收服务者客户端发送的任务接收消息的过程中,如果接收到多个服务者客户端发送的任务接收消息,将接收到的多个任务接收消息发送至所述发布者客户端,由发布者客户端根据各服务者客户端的预置服务条件信息从多个任务接收消息中选择一个任务接收消息,接收所述发布者客户端返回的选择一个任务接收消息的信息,将所述视频直播任务分派给发送该任务接收消息的服务者客户端。其中,所述预置服务条件信息可以是:拍摄视频的设备的配置信息,拍摄者的拍摄水平信息,服务者客户端关于该视频直播任务的要价信息等。
[0079]在方案二的另一个实施例中,所述视频直播请求消息中还包括:支付信息;则所述对应于所述视频直播请求消息的视频直播任务中还包括:所述支付信息。在服务器公布该视频直播任务后,各服务者客户端能够看到发布者客户端提供的支付信息,例如支付金额,服务者客户端可以将该因素考虑进行来选择是否接收该视频直播任务。
[0080]在具体的实施例中,在发布者客户端中包括充值控件,响应于用户触发充值控件的操作,在发布者客户端中展示充值界面,在充值界面的指定位置,如左上角、右上角等,为用户提供了三个充值接口:第一个充值接口为“给自己充值”,第二个充值接口为“给别人充值”,第三个充值接口为“找人代充” ο在发布者客户端发送视频直播请求之前,响应于用户通过充值接口进行充值的操作,发送支付请求,生成对应于该支付请求的支付信息,在所述视频直播请求消息中添加所述支付信息。
[0081]其中,在发送支付信息的过程中,通过md5算法对支付信息进行加密,得到支付验证码,或者,通过随机密钥对支付信息进行加密,得到支付验证码,所述支付信息中包含支付验证码,使得后续接收视频直播任务的服务者客户端在返回视频数据后可以依据支付验证码领取支付金额。其中,通过随机密钥对支付信息进行加密时,由于密钥是随机的,因此,破解起来难度更大,所以安全性更好。因此,在本实施例中,主要介绍一下通过随机密钥对支付信息进行加密的方式。为了获取随机密钥,可以在上述的支付信息中进一步包括发送支付请求的时间,这样,验证码生成器根据支付请求的发送时间来确定对支付请求对应的支付信息加密时的加密密钥。由于每次发送支付请求的时间都不同,所以每次对支付请求对应的支付信息进行加密时的加密密钥也不同,从而提高了安全性。另外,还可以在发布者客户端发送支付请求时产生一个随机数,根据该随机数确定相应的支付信息的加密密钥,以便增加破解难度。
[0082]在本发明的一个实施例中,图1所示方法的步骤S130将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述发布者客户端,所述预设传输渠道可以通过服务者客户端与发布者客户端之间的直连而建立,也可以通过服务器侧的中转而建立,具体可以为包括:视频数据文件对应的流媒体数据从服务器侧发送至所述发布者客户端,或者,视频数据文件对应的流媒体数据从服务者客户端侧发送至所述发布者客户端。
[0083]其中,服务者客户端与发布者客户端之间的直连可以通过网络直连的方式建立,也可以通过无线网络2G/3G/4G等方式建立,具体可以根据实际需求进行配置;所述网络直连的方式可以为WiFi直连、蓝牙直连、红外直连等方式。
[0084]对于第一种通过服务器的中转来进行传输的方式:步骤S130包括:接收所述服务者客户端返回的所述视频数据文件中每一帧的视频数据,根据预置协议规则,解析所述每一帧的视频数据,生成相应的流媒体数据,将所述流媒体数据发送给所述发布者客户端。
[0085]对于第二种服务者客户端与发布者客户端直连进行传输的方式,步骤S130包括:获取所述发布者客户端的通信地址信息并发送给所述服务者客户端,使得所述服务者客户端与所述发布者客户端建立连接关系,使得所述视频数据文件对应的流媒体数据通过所述服务者客户端与所述发布者客户端之间的连接关系发送至所述发布者客户端;所述服务者客户端获取所述视频数据文件中每一帧的视频数据,根据预置协议规则,解析所述每一帧的视频数据,生成相应的流媒体数据;所述服务者客户端通过所述连接关系将所述流媒体数据发送至所述发布者客户端。
[0086]其中,在将所述流媒体数据发送给所述发布者客户端之前,还可以通过预置压缩技术对所述流媒体数据进行压缩,将压缩后的流媒体数据发送给所述发布者客户端,以便数据传输时,减少所消耗的数据流量;所述预置压缩技术可以根据实际需求进行配置。
[0087]进一步地,步骤S130还可以包括:检测所述流媒体传输通道对应的传输速度是否小于或等于预设阈值;若小于或等于所述预设阈值,则向发布者客户端发送提示信息,所述提示信息用于确认是否通过所述流媒体传输通道进行流媒体数据传输。其中,所述提示信息可以为文本提示信息、图片提示信息、音频提示信息,视频提示信息等。所述预设阈值可以根据用户的实际需求进行配置,也可以由系统默认进行配置,本发明实施例不做限定。进一步地,在所述若小于或等于所述预设阈值,则向发布者客户端发送提示信息的步骤之后,所述方法还可以包括:接收发布者客户端发送的更改流媒体传输通道的请求信息;根据所述请求信息,更改当前的流媒体传输通道。
[0088]例如,所述预设阈值可以配置为lOKB/s,当预先建立的流媒体传输通道对应的传输速度小于或等于lOKB/s时,可以向发布者客户端发送提示信息,该提示信息用于确认是否通过该流媒体传输通道进行流媒体数据。以便用户可以根据实际需求,选择继续通过该流媒体传输渠道进行流媒体数据传输,或者选择变更流媒体传输通道,通过另一种流媒体传输通道进行流媒体数据传输。
[0089]在本发明的一个实施例中,发布者客户端观看来自服务者客户端的视频直播需要向服务器端和服务者客户端支付一定的费用,则从服务器侧来看,图1所示的方法进一步包括:接收所述发布者客户端发送的第一支付信息;向所述服务者客户端发送第二支付信息。
[0090]图2示出了根据本发明一个实施例的一种视频直播的处理服务器的示意图。如图2所示,该视频直播的处理服务器200包括:
[0091 ]请求接收单元210,适于接收发布者客户端发送的视频直播请求消息,生成对应于所述视频直播请求消息的视频直播任务。
[0092]任务处理单元220,适于按照预设策略,将所述视频直播任务分派给服务者客户端,使得所述服务者客户端获取满足所述视频直播任务的视频数据文件;将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述发布者客户端,供所述发布者客户端进行实时播放。
[0093]可见,图2所示的服务器在接收到发布者客户端发送的视频直播请求消息后,生成相应的视频直播任务并分派给服务者客户端,使得服务者客户端获取相应的视频数据文件,将该视频数据文件对应的流媒体数据返回给发布者客户端。基于该方案,当一个用户想要观看某特定情境但由于各种原因无法实际亲自观看时,可以通过发布者客户端发布视频直播请求,服务器侧将该视频直播请求对应的视频直播任务分派给服务者客户端,由服务者客户端获得该特定情境的视频数据文件,该特定情境的视频数据文件对应的流媒体数据被返回给发布者客户端,使得所述用户可以通过视频直播的方式更为实时、有效地观看该特定情境的视频,满足用户需求。
[0094]具体地,所述视频直播请求消息中包括:请求关键字;所述对应于所述视频直播请求消息的视频直播任务中包括:对应于所述视频直播请求消息中的请求关键字的地理位置信息和/或状态场景信息。
[0095]在一个实施例中,所述任务处理单元220,进一步适于接收各服务者客户端发送的服务注册消息,每个服务者客户端发送的服务注册消息中包括:该服务者客户端当前的地理位置信息和/或该服务者客户端当前的状态场景信息;以及,根据接收到的服务注册消息,选择当前的地理位置消息与所述视频直播任务中包含的地理位置消息相匹配的服务者客户端,和/或,选择当前的状态场景信息与所述视频直播任务中包含的状态场景信息相匹配的服务者客户端;将所述视频直播任务分派给所选择的服务者客户端。
[0096]其中,所述视频直播请求消息中还包括:所述发布者客户端当前的地理位置信息;所述任务处理单元220,适于当选择出多个当前的状态场景信息与所述视频直播任务中包含的状态场景信息相匹配的服务者客户端时;根据所选择的多个服务者客户端当前的地理位置信息以及所述发布者客户端当前的地理位置信息,选择距离所述发布者客户端最近的服务者客户端,将所述视频直播任务分派给该服务者客户端。
[0097]在另一个实施例中,所述任务处理单元220,适于向各服务者客户端公布所述视频直播任务;接收服务者客户端发送的任务接收消息,将所述视频直播任务分派给发送所述任务接收消息的服务者客户端。
[0098]其中,每个服务者客户端发送的任务接收消息中包括:该服务者客户端的预置服务条件信息;所述任务处理单元220,适于当接收到多个服务者客户端发送的任务接收消息时,将接收到的多个任务接收消息发送至所述发布者客户端;接收所述发布者客户端返回的选择一个任务接收消息的信息,将所述视频直播任务分派给发送该任务接收消息的服务者客户端。
[0099]其中,所述视频直播请求消息中还包括:支付信息;则所述对应于所述视频直播请求消息的视频直播任务中还包括:所述支付信息。
[0100]在本发明的一个实施例中,所述请求接收单元210,适于接收多个发布者客户端发送的视频直播请求消息,如果所述多个发布者客户端发送的视频直播请求中的请求关键字均相同,则根据所述请求关键字生成一个视频直播任务;则所述任务处理单元220,适于将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述多个发布者客户端。
[0101]在本发明的一个实施例中,所述任务处理单元220,适于接收所述服务者客户端返回的所述视频数据文件中每一帧的视频数据,根据预置协议规则,解析所述每一帧的视频数据,生成相应的流媒体数据,将所述流媒体数据发送给所述发布者客户端。
[0102]在本发明的一个实施例中,所述将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述发布者客户端包括:所述任务处理单元220,适于获取所述发布者客户端的通信地址信息并发送给所述服务者客户端,使得所述服务者客户端与所述发布者客户端建立连接关系,使得所述视频数据文件对应的流媒体数据通过所述服务者客户端与所述发布者客户端之间的连接关系发送至所述发布者客户端。
[0103]在本发明的一个实施例中,所述请求接收单元210,进一步适于接收所述发布者客户端发送的第一支付信息;所述任务处理单元220,进一步适于向所述服务者客户端发送第二支付信息。
[0104]需要说明的是,图2所示服务器的各实施例与图1所示方法的各实施例对应相同,上文中已有详细说明,在此不再赘述。
[0105]依据本发明的另一个方面,提供了一种视频直播的处理系统,该系统包括:视频直播的处理服务器、发布者客户端和服务者客户端。
[0106]综上所述,本发明提供的技术方案在接收到发布者客户端发送的视频直播请求消息后,生成相应的视频直播任务并分派给服务者客户端,使得服务者客户端获取相应的视频数据文件,将该视频数据文件对应的流媒体数据返回给发布者客户端。基于该方案,当一个用户想要观看某特定情境但由于各种原因无法实际亲自观看时,可以通过发布者客户端发布视频直播请求,服务器侧将该视频直播请求对应的视频直播任务分派给服务者客户端,由服务者客户端获得该特定情境的视频数据文件,该特定情境的视频数据文件对应的流媒体数据被返回给发布者客户端,使得所述用户可以通过视频直播的方式更为实时、有效地观看该特定情境的视频,满足用户需求。
[0107]需要说明的是:
[0108]在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述,构造这类装置所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
[0109]在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
[0110]类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循【具体实施方式】的权利要求书由此明确地并入该【具体实施方式】,其中每个权利要求本身都作为本发明的单独实施例。
[0111]本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0112]此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0113]本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的视频直播的处理服务器中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
[0114]应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
[0115]本发明公开了Al、一种视频直播的处理方法,其中,该方法包括:
[0116]接收发布者客户端发送的视频直播请求消息,生成对应于所述视频直播请求消息的视频直播任务;
[0117]按照预设策略,将所述视频直播任务分派给服务者客户端,使得所述服务者客户端获取满足所述视频直播任务的视频数据文件;
[0118]将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述发布者客户端,供所述发布者客户端进行实时播放。
[0119]A2、如Al所述的方法,其中,所述视频直播请求消息中包括:请求关键字;
[0120]所述对应于所述视频直播请求消息的视频直播任务中包括:对应于所述视频直播请求消息中的请求关键字的地理位置信息和/或状态场景信息。
[0121]A3、如A2所述的方法,其中,该方法进一步包括:接收各服务者客户端发送的服务注册消息,每个服务者客户端发送的服务注册消息中包括:该服务者客户端当前的地理位置信息和/或该服务者客户端当前的状态场景信息;
[0122]则所述按照预设策略,将所述视频直播任务分派给服务者客户端包括:选择当前的地理位置信息与所述视频直播任务中包含的地理位置信息相匹配的服务者客户端,和/或,选择当前的状态场景信息与所述视频直播任务中包含的状态场景信息相匹配的服务者客户端;将所述视频直播任务分派给所选择的服务者客户端。
[0123]A4、如A3所述的方法,其中,所述视频直播请求消息中还包括:所述发布者客户端当前的地理位置信息;
[0124]所述按照预设策略,将所述视频直播任务分派给服务者客户端还包括:
[0125]如果选择出多个当前的状态场景信息与所述视频直播任务中包含的状态场景信息相匹配的服务者客户端;
[0126]根据所选择的多个服务者客户端当前的地理位置信息以及所述发布者客户端当前的地理位置信息,选择距离所述发布者客户端最近的服务者客户端,将所述视频直播任务分派给该服务者客户端。
[0127]A5、如A2所述的方法,其中,所述视频直播请求消息中还包括:支付信息;则所述对应于所述视频直播请求消息的视频直播任务中还包括:所述支付信息。
[0128]A6、如A2或A5所述的方法,其中,所述按照预设策略,将所述视频直播任务分派给服务者客户端包括:
[0129]向各服务者客户端公布所述视频直播任务;
[0130]接收服务者客户端发送的任务接收消息,将所述视频直播任务分派给发送所述任务接收消息的服务者客户端。
[0131]A7、如A6所述的方法,其中,每个服务者客户端发送的任务接收消息中包括:该服务者客户端的预置服务条件信息;
[0132]所述接收服务者客户端发送的任务接收消息,将所述视频直播任务分派给发送所述任务接收消息的服务者客户端包括:
[0133]如果接收到多个服务者客户端发送的任务接收消息,将接收到的多个任务接收消息发送至所述发布者客户端;
[0134]接收所述发布者客户端返回的选择一个任务接收消息的信息,将所述视频直播任务分派给发送该任务接收消息的服务者客户端。
[0135]A8、如A2所述的方法,其中,
[0136]所述接收发布者客户端发送的视频直播请求消息,生成对应于所述视频直播请求消息的视频直播任务包括:接收多个发布者客户端发送的视频直播请求消息,如果所述多个发布者客户端发送的视频直播请求中的请求关键字均相同,则根据所述请求关键字生成一个视频直播任务;
[0137]则所述将所述视频数据文件对应的流媒体数据通过预设渠道发送至所述发布者客户端包括:将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述多个发布者客户端。
[0138]A9、如Al所述的方法,其中,所述将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述发布者客户端包括:
[0139]接收所述服务者客户端返回的所述视频数据文件中每一帧的视频数据,根据预置协议规则,解析所述每一帧的视频数据,生成相应的流媒体数据,将所述流媒体数据发送给所述发布者客户端。
[0140]A10、如Al所述的方法,其中,所述将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述发布者客户端包括:
[0141]获取所述发布者客户端的通信地址信息并发送给所述服务者客户端,使得所述服务者客户端与所述发布者客户端建立连接关系,使得所述视频数据文件对应的流媒体数据通过所述服务者客户端与所述发布者客户端之间的连接关系发送至所述发布者客户端。
[0142]All、如Al所述的方法,其中,该方法进一步包括:
[0143]接收所述发布者客户端发送的第一支付信息;
[0144]向所述服务者客户端发送第二支付信息。
[0145]本发明还公开了B12、一种视频直播的处理服务器,其中,该服务器包括:
[0146]请求接收单元,适于接收发布者客户端发送的视频直播请求消息,生成对应于所述视频直播请求消息的视频直播任务;
[0147]任务处理单元,适于按照预设策略,将所述视频直播任务分派给服务者客户端,使得所述服务者客户端获取满足所述视频直播任务的视频数据文件;将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述发布者客户端,供所述发布者客户端进行实时播放。
[0148]B13、如B12所述的服务器,其中,所述视频直播请求消息中包括:请求关键字;
[0149]所述对应于所述视频直播请求消息的视频直播任务中包括:对应于所述视频直播请求消息中的请求关键字的地理位置信息和/或状态场景信息。
[0150]B14、如B13所述的服务器,其中,
[0151]所述任务处理单元,进一步适于接收各服务者客户端发送的服务注册消息,每个服务者客户端发送的服务注册消息中包括:该服务者客户端当前的地理位置信息和/或该服务者客户端当前的状态场景信息;以及,根据接收到的服务注册消息,选择当前的地理位置消息与所述视频直播任务中包含的地理位置消息相匹配的服务者客户端,和/或,选择当前的状态场景信息与所述视频直播任务中包含的状态场景信息相匹配的服务者客户端;将所述视频直播任务分派给所选择的服务者客户端。
[0152]B15、如B14所述的服务器,其中,所述视频直播请求消息中还包括:所述发布者客户端当前的地理位置信息;
[0153]所述任务处理单元,适于当选择出多个当前的状态场景信息与所述视频直播任务中包含的状态场景信息相匹配的服务者客户端时;根据所选择的多个服务者客户端当前的地理位置信息以及所述发布者客户端当前的地理位置信息,选择距离所述发布者客户端最近的服务者客户端,将所述视频直播任务分派给该服务者客户端。
[0154]B16、如B13所述的服务器,其中,所述视频直播请求消息中还包括:支付信息;则所述对应于所述视频直播请求消息的视频直播任务中还包括:所述支付信息。
[0155]B17、如B13或B16所述的服务器,其中,
[0156]所述任务处理单元,适于向各服务者客户端公布所述视频直播任务;接收服务者客户端发送的任务接收消息,将所述视频直播任务分派给发送所述任务接收消息的服务者客户端。
[0157]B18、如B17所述的服务器,其中,每个服务者客户端发送的任务接收消息中包括:该服务者客户端的预置服务条件信息;
[0158]所述任务处理单元,适于当接收到多个服务者客户端发送的任务接收消息时,将接收到的多个任务接收消息发送至所述发布者客户端;接收所述发布者客户端返回的选择一个任务接收消息的信息,将所述视频直播任务分派给发送该任务接收消息的服务者客户端。
[0159]B19、如B13所述的服务器,其中,
[0160]所述请求接收单元,适于接收多个发布者客户端发送的视频直播请求消息,如果所述多个发布者客户端发送的视频直播请求中的请求关键字均相同,则根据所述请求关键字生成一个视频直播任务;
[0161]则所述任务处理单元,适于将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述多个发布者客户端。
[0162]B20、如B12所述的服务器,其中,
[0163]所述任务处理单元,适于接收所述服务者客户端返回的所述视频数据文件中每一帧的视频数据,根据预置协议规则,解析所述每一帧的视频数据,生成相应的流媒体数据,将所述流媒体数据发送给所述发布者客户端。
[0164]B21、如B12所述的服务器,其中,所述将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述发布者客户端包括:
[0165]所述任务处理单元,适于获取所述发布者客户端的通信地址信息并发送给所述服务者客户端,使得所述服务者客户端与所述发布者客户端建立连接关系,使得所述视频数据文件对应的流媒体数据通过所述服务者客户端与所述发布者客户端之间的连接关系发送至所述发布者客户端。
[0166]B22、如B12所述的服务器,其中,
[0167]所述请求接收单元,进一步适于接收所述发布者客户端发送的第一支付信息;
[0168]所述任务处理单元,进一步适于向所述服务者客户端发送第二支付信息。
【主权项】
1.一种视频直播的处理方法,其中,该方法包括: 接收发布者客户端发送的视频直播请求消息,生成对应于所述视频直播请求消息的视频直播任务; 按照预设策略,将所述视频直播任务分派给服务者客户端,使得所述服务者客户端获取满足所述视频直播任务的视频数据文件; 将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述发布者客户端,供所述发布者客户端进行实时播放。2.如权利要求1所述的方法,其中,所述视频直播请求消息中包括:请求关键字; 所述对应于所述视频直播请求消息的视频直播任务中包括:对应于所述视频直播请求消息中的请求关键字的地理位置信息和/或状态场景信息。3.如权利要求2所述的方法,其中,该方法进一步包括:接收各服务者客户端发送的服务注册消息,每个服务者客户端发送的服务注册消息中包括:该服务者客户端当前的地理位置信息和/或该服务者客户端当前的状态场景信息; 则所述按照预设策略,将所述视频直播任务分派给服务者客户端包括:选择当前的地理位置信息与所述视频直播任务中包含的地理位置信息相匹配的服务者客户端,和/或,选择当前的状态场景信息与所述视频直播任务中包含的状态场景信息相匹配的服务者客户端;将所述视频直播任务分派给所选择的服务者客户端。4.如权利要求3所述的方法,其中,所述视频直播请求消息中还包括:所述发布者客户端当前的地理位置信息; 所述按照预设策略,将所述视频直播任务分派给服务者客户端还包括: 如果选择出多个当前的状态场景信息与所述视频直播任务中包含的状态场景信息相匹配的服务者客户端; 根据所选择的多个服务者客户端当前的地理位置信息以及所述发布者客户端当前的地理位置信息,选择距离所述发布者客户端最近的服务者客户端,将所述视频直播任务分派给该服务者客户端。5.如权利要求2所述的方法,其中,所述视频直播请求消息中还包括:支付信息;则所述对应于所述视频直播请求消息的视频直播任务中还包括:所述支付信息。6.一种视频直播的处理服务器,其中,该服务器包括: 请求接收单元,适于接收发布者客户端发送的视频直播请求消息,生成对应于所述视频直播请求消息的视频直播任务; 任务处理单元,适于按照预设策略,将所述视频直播任务分派给服务者客户端,使得所述服务者客户端获取满足所述视频直播任务的视频数据文件;将所述视频数据文件对应的流媒体数据通过预设传输通道发送至所述发布者客户端,供所述发布者客户端进行实时播放。7.如权利要求6所述的服务器,其中,所述视频直播请求消息中包括:请求关键字; 所述对应于所述视频直播请求消息的视频直播任务中包括:对应于所述视频直播请求消息中的请求关键字的地理位置信息和/或状态场景信息。8.如权利要求7所述的服务器,其中, 所述任务处理单元,进一步适于接收各服务者客户端发送的服务注册消息,每个服务者客户端发送的服务注册消息中包括:该服务者客户端当前的地理位置信息和/或该服务者客户端当前的状态场景信息;以及,根据接收到的服务注册消息,选择当前的地理位置消息与所述视频直播任务中包含的地理位置消息相匹配的服务者客户端,和/或,选择当前的状态场景信息与所述视频直播任务中包含的状态场景信息相匹配的服务者客户端;将所述视频直播任务分派给所选择的服务者客户端。9.如权利要求8所述的服务器,其中,所述视频直播请求消息中还包括:所述发布者客户端当前的地理位置信息; 所述任务处理单元,适于当选择出多个当前的状态场景信息与所述视频直播任务中包含的状态场景信息相匹配的服务者客户端时;根据所选择的多个服务者客户端当前的地理位置信息以及所述发布者客户端当前的地理位置信息,选择距离所述发布者客户端最近的服务者客户端,将所述视频直播任务分派给该服务者客户端。10.如权利要求7所述的服务器,其中,所述视频直播请求消息中还包括:支付信息;则所述对应于所述视频直播请求消息的视频直播任务中还包括:所述支付信息。
【文档编号】H04N21/258GK105933774SQ201610331160
【公开日】2016年9月7日
【申请日】2016年5月18日
【发明人】颜水成, 韩玉刚, 陈强, 程斌, 邱学侃
【申请人】北京奇虎科技有限公司, 奇智软件(北京)有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1