本申请涉及视频录制领域，尤其涉及一种在线视频处理方法及系统。
背景技术：
随着网络平台的广泛应用，逐渐出现了在线视频平台，并被广泛应用，因为在线视频平台满足人们不出远门即可交流学习及获取更多信息和资源的需求。
相关技术中，主流的在线视频平台都是通过平板、手机等终端下载客户端，通过客户端访问在线视频平台提供的视频内容、观看视频演示、讲演、培训教程或活动，较为不便。
技术实现要素：
为至少在一定程度上克服相关技术中存在的问题，本申请提供一种视频处理方法。
根据本申请实施例的第一方面，提供一种在线视频处理方法，包括：采用内置的lms与观看者使用的浏览器建立连接，并通过所述浏览器向观看者展示用户界面，以及接收观看者通过所述用户界面发送的指令；对所述指令进行负载均衡处理，确定待处理所述指令的应用服务器；采用确定出的应用服务器对所述指令进行处理，获取对应的视频，以及通过所述lms将获取的视频在线播放给观看者。
可选的，该方法还包括：通过内置的lms向录制者提供录制接口，以使录制者通过所述录制接口在本地进行视频录制；接收录制者通过所述录制接口发送的上传指令，并根据所述上传指令，接收录制者上传的录制完成的视频并存储到存储服务器。
可选的，该方法还包括：接收到所述上传指令后，对所述上传指令进行验证，以便所述上传指令是授权用户的上传指令后接收对应录制者上传的视频。
可选的，所述指令包括：视频直播指令、视频点播指令。
可选的，所述获取对应的视频，包括：在所述指令为视频直播指令时，通过直播接口实时获取待直播的视频；在所述指令为视频点播指令时，从存储服务器获取对应的视频。
可选的，在所述指令为视频直播指令时，所述方法还包括：对直播的视频进行实时录制，并将实时录制完成的视频存储到存储服务器。
可选的，该方法还包括：对播放过的视频进行统计。
可选的，该方法还包括：对应每个视频提供评论页面，并接收评论者在所述评论页面中对相应的视频的评论信息。
可选的，在所述视频为学习视频时，所述方法还包括：采用所述lms向观看者展示测试页面，并接收观看者在所述测试页面上添加的答案信息。
根据本申请实施例的第二方面，本申请提供一种在线视频处理系统，包括：lms，用于与观看者使用的浏览器建立连接，并通过所述浏览器向观看者展示用户界面，以及接收观看者通过所述用户界面发送的指令；负载均衡服务器，用于对所述指令进行负载均衡处理，确定待处理所述指令的应用服务器；应用服务器，用于对所述指令进行处理，获取对应的视频，以及通过所述lms将获取的视频在线播放给观看者。
本申请的实施例提供的技术方案可以包括以下有益效果：
通过内置的lms与浏览器建立连接，在用户使用时，无需下载客户端即可录制视频及观看视频，方便快捷。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
图1是本申请一个实施例提供的在线视频处理方法的流程图；
图2是本申请另一个实施例提供的在线视频处理方法的流程图；
图3是本申请另一个实施例提供的在线视频处理系统的结构示意图；
图4是本申请另一个实施例提供的在线视频处理系统的连接关系图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
图1是本申请一个实施例提供的在线视频处理方法的流程图。
如图1所示，本实施例的方法包括以下步骤：
s11：采用平台内置的学习管理系统(learningmanagementsystem，lms)与观看者使用的浏览器建立连接，并通过所述浏览器向观看者展示用户界面，以及接收观看者通过所述用户界面发送的指令。
上述平台是一种软硬件结合的服务，通过浏览器访问。它需要服务器的支持，运行、管理和控制等。
以观看学习视频为例，lms内置在平台中可以帮助学校、老师和学生直观地查看学习效果，统计数据，方便快捷，进而提升教学质量。
上述lms主要包含以下功能：网上注册报名、课程管理、课程分配、整合多种格式的知识信息资源、学习评估、学习活动及结果跟踪、生成学习报告、通过电子邮件(electronicmail，e-mail)和电子公告牌系统(bulletinboardsystem，bbs)等方式提供学员与学员、学员与讲师间的交互沟通渠道、及面授培训的管理等。它具备一整套的功能，旨在传递、跟踪、报告和管理学习内容，掌握学员学习进度以及学员的参与互动。可以理解的是，具体的lms功能可以根据实际需求设定。
观看者在需要观看视频时，直接使用浏览器进行观看，而不需要下载客户端，更简单便捷。
lms与浏览器建立连接时，例如，观看者打开浏览器后，输入lms所对应的网址后，浏览器与lms建立连接。
在打开lms所对应的网址后，观看者使用的浏览器会显示lms所提供的用户界面，用户界面中会包括待直播的视频、待点播的视频等，观看者可以根据自己的需求选择相应的模块并产生相应的指令。比如，观看者可以向云服务器发送直播指令、点播指令等。
s12：对所述指令进行负载均衡处理，确定待处理所述指令的应用服务器。
观看者通过浏览器向云端发送的指令可以先发送到负载均衡服务器上，由负载均衡服务器进行负载均衡。通过负载均衡处理可以避免处理瓶颈，从而可以应对大规模观看者同时在线观看的场景。
上述负载均衡处理建立在现有网络结构之上，它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。即，将上述指令分摊到多个操作单元上进行执行，从而共同完成工作任务。
s13：采用确定出的应用服务器对所述指令进行处理，获取对应的视频，以及通过所述lms将获取的视频在线播放给观看者。
应用服务器接收到指令后，可以根据指令的具体内容进行相应处理，比如，指令是对某个视频的直播指令，则应用服务器将观看者需要的直播视频直播给观看者，或者，指令是对某个视频的点播指令时，应用服务器从存储服务器中获取对应的视频并播放给观看者。
上述应用服务器可以是网站(worldwideweb，web)服务器、ftp(filetransferprotocolserver)服务器、企业关键应用服务器和其它关键任务服务器等。
本实施例中，通过内置的lms与浏览器建立连接，在用户使用时，无需下载客户端即可录制视频及观看视频，方便快捷。
图2是本申请另一个实施例提供的在线视频处理方法的流程图。
如图2所示，基于上述实施例，一些实施例中，该方法的步骤还包括：
s21：通过内置的lms向录制者提供录制接口，以使录制者通过所述录制接口在本地进行视频录制。
比如，lms通过浏览器提供的用户界面中可以包括录制按钮，当录制者需要进行视频录制时，可以点击该录制按钮，从而进入录制页面。录制者在进入录制页面后，可以调用本地摄像头或者网络摄像头，完成视频录制。
本地摄像头例如使用通用串行总线(universalserialbus，usb)接口连接摄像头；网络摄像头例如可以使用网络连接(internetprotocol，ip)摄像头。
一般来讲，现有的视频网站需要在后台进行视频录制，而本实施例中通过向录制者提供录制接口，可以使得录制者在本地录制，更方便录制者使用。
s22：接收录制者通过所述录制接口发送的上传指令，并根据所述上传指令，接收录制者上传的录制完成的视频并存储到存储服务器。
在上传和存储过程中，可以采用h.264视频编码技术，该技术码流小，和mpeg2和mpeg4asp等压缩技术相比，在同等图像质量下，采用h.264技术压缩后的数据量只有mpeg2的1/8，mpeg4的1/3。h.264能提供连续、流畅的高质量图像；并且容错能力强，h.264提供了解决在不稳定网络环境下容易发生的丢包等错误的必要工具；h.264网络适应性强，提供了网络抽象层(networkabstractionlayer)，使得h.264的文件能容易地在不同网络上传输，例如互联网，cdma，gprs，wcdma，cdma2000等。
h.264最大的优势是具有很高的数据压缩比率，在同等图像质量的条件下，h.264的压缩比是活动图像专家组(movingpictureexpertsgroup,mpeg)-2的2倍以上，是mpeg-4的1.5～2倍。举个例子，原始文件的大小如果为88吉字节(gigabyte，gb)，采用mpeg-2压缩标准压缩后变成3.5gb，压缩比为25∶1，而采用h.264压缩标准压缩后变为879兆(mbyte，mb)，从88gb到879mb，h.264的压缩比达到惊人的102∶1。低码率(lowbitrate)对h.264的高的压缩比起到了重要的作用，和mpeg-2和mpeg-4asp等压缩技术相比，h.264压缩技术将大大节省用户的下载时间和数据流量收费。尤其值得一提的是，h.264在具有高压缩比的同时还拥有高质量流畅的图像，正因为如此，经过h.264压缩的视频数据，在网络传输过程中所需要的带宽更少，也更加经济。
进一步的，接收到所述上传指令后，还可以对所述上传指令进行验证，以便所述上传指令是授权用户的上传指令后接收对应录制者上传的视频。
比如，上传指令中包含用户身份信息，而云端服务器中预先存储授权用户的用户身份信息，当上传指令中包含的用户身份信息属于预先存储的用户身份信息时，则通过验证，进而可以接收相应的视频，否则不允许录制者上传视频。通过对上传指令进行验证，可以保证私密性，避免非法用户的非法上传视频。
本实施例中，通过使用本地录制的方法，无需在后台进行录制，方便用户使用，增加用户体验好感，且可以使用usb和ip摄像头，在有无网络连接状态下都可以进行录制，视频存储和传输过程中使用64技术，使录制的视频图形更清晰，录制过程更顺畅。
基于上述实施例，一些实施例中，该方法的所述指令包括：视频直播指令、视频点播指令。
用户在使用时，根据个人使用情况，如果想看视频直播，可以选择视频直播，若因其他情况，无法观看直播，也可以根据个人时间选择视频点播。
本实施例中，用户可以根据个人使用情况播放视频，更加方便用户使用，增加产品实用性。
基于上述实施例，一些实施例中，所述获取对应的视频，包括：在所述指令为视频直播指令时，通过直播接口实时获取待直播的视频；在所述指令为视频点播指令时，从存储服务器获取对应的视频。
进一步的，一些实施例中，在所述指令为视频直播指令时，所述方法还包括：对直播的视频进行实时录制，并将实时录制完成的视频存储到存储服务器。
本实施例中，直播的同时可以实时录制，结束后可以立刻进行网络点播，还可以本地录制好课件上传到网络上进行点播，更方便录播者使用。
基于上述实施例，一些实施例中，该方法的步骤还包括：对播放过的视频进行统计。
上述统计步骤包括统计视频播放次数、观看者登录次数、受欢迎的视频、视频排行等。
本实施例中，通过对视频的播放量等进行统计，帮助录播者了解各个视频情况，保留播放量高的视频，删减播放量低的视频。
基于上述实施例，一些实施例中，该方法的步骤还包括：对应每个视频提供评论页面，并接收评论者在所述评论页面中对相应的视频的评论信息。
本实施例中，在用户进行信息交互的过程中，采用安全套接层(securesocketslayer，ssl)技术进行加密传输，ssl技术可以认证用户和服务器，确保数据发送到正确的客户机和服务器；加密数据以防止数据中途被窃取；维护数据的完整性，确保数据在传输过程中不被改变。
本实施例中，为用户提供评论页面，方便录播者和观看者进行互动，信息交流；同时采用ssl技术保护双方数据网络传输的安全性。
基于上述实施例，一些实施例中，在所述视频为学习视频时，还包括：采用所述lms向观看者展示测试页面，并接收观看者在所述测试页面上添加的答案信息。
上述测试页面内容是根据视频内容生成的，可以是复习上次视频的学习内容，也可以是对本次视频的学习内容的检测，方便录播者和观看者互动，以及随堂检测观看者对知识的掌握程度；观看者还可以在测试页面添加标注笔记、创建讨论话题等，方便再次观看时理解。
本实施例中，通过添加测试页面，更加有效的提高观看者效率，同时更方便观看者使用。
图3是本申请另一个实施例提供的在线视频处理系统的结构示意图。
如图3所示，该系统包括lms31、负载均衡服务器32和应用服务器33。
lms31，用于与观看者使用的浏览器建立连接，并通过所述浏览器向观看者展示用户界面，以及接收观看者通过所述用户界面发送的指令；负载均衡服务器32，用于对所述指令进行负载均衡处理，确定待处理所述指令的应用服务器；应用服务器33，用于对所述指令进行处理，获取对应的视频，以及通过所述lms将获取的视频在线播放给观看者。
进一步的，如图4所示，负载均衡服务器以两个为例，分别是ngxin-1，ngxin-2，应用服务器以两个为例，分别是webapp_1，webapp_2，还包括存储服务器34，以四个为例，分别是mysql，redis，oss_server，media_server。存储服务器可以不仅存储视频还存储文件等。各种服务器在云端部署时，可以采用混合部署的方式，即可以部署在公有云和私有云上。一般来讲，每种服务器需要部署到相同性质的云上，如：ngxin-1和ngxin-2都部署在公有云或者私有云上。
ngxin作为负载均衡服务器，存在以下特征：既可以在内部直接支持rails和超文本预处理器(php:hypertextpreprocessor，php)程序对外进行服务，也可以支持作为http代理服务器对外进行服务；处理静态文件，索引文件以及自动索引；打开文件描述符缓冲；无缓存的反向代理加速，简单的负载均衡和容错；通用网关接口(commongatewayinterface，fastcgi)，简单的负载均衡和容错；模块化的结构，包括gzipping,byteranges,chunkedresponses,以及ssi-filter等过滤器；支持ssl和tlssni。
负载均衡服务器和应用服务器是主从架构，可以防止单点故障，如果master主服务器发生故障，请求转发就发到salve；应用服务器通过各种协议把商业逻辑曝露给客户端的程序。它提供了访问商业逻辑的途径以供客户端应用程序使用。
存储服务器中，mysql是传统读写数据库，redis进行缓存存储，mediasever是多媒体服务器。
进一步的，为了测试，还可以包括测试服务器，webapp_test，用来测试andropod接口。
本实施例中，通过部署多个服务器，分工合作，增加系统的稳定性和可靠性。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。
应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。