[发明专利]一种虚拟现实教育教学的外投影装置

说明书

本发明公开了一种虚拟现实教育教学的外投影装置，其方法包括首先在配置文件中将处理端信息配置好，包括处理端IP、PORT，以及C处理端的GPU标志；启动策略模块，策略模块读取配置文件，获取处理端A/B/C的IP、端口等，本调度方案充分利用各个阶段的码流，可以实现引用其他阶段流生成后续阶段需要的码流类型，或者阶段流在不同服务器间分发，然后充分利用服务器特性处理特定阶段流，譬如GPU服务器，可以特定处理解码、编码过程。这样的好处是减少某些阶段流重复生成工作，节省服务器性能，并且可以利用特定服务器处理特定阶段流，加快效率。

技术领域

本发明涉及VR领域，尤其是涉及一种虚拟现实教育教学的外投影装置。

背景技术

在视觉采像行业，传统的流媒体服务器将分发和转码功能分开部署，传统的场景下，摄像机的码流都是统一的，流行的趋势也是统一的。随着视觉采像行业的发展，已经出现了很多代摄像机，编码类型从mpeg2/mpeg4、H264到现在H265各种都有，并且终端播放设备所要求编码封装类型也是多种多样的，这就给平台集成商带来了很大的对接困扰。对于集成商来说，将码流整合统一类型输出，变成必要的工作。

现有技术方案是搭建转码服务器，使用调度模块，找到一个状态最佳的服务器，将输入流进行转码，输出到前端设备播放或者进行分发。但是不同的终端要求码流类型是不同的，譬如PC端需要PS类型，网页端需要SRTP类型，此时转码服务器需要对同一路码流做重复转码的工作，形成不同的类型，这种设计就造成服务器性能浪费。这是由于转码是个多阶段处理的过程，譬如解码、滤镜、编码等，不是只有输入和输出组成，而现有的调度方案，都是针对输入、输出两个阶段匹配和服务器性能综合考虑的，对于其他阶段的流，是无法利用或者服务器间共享的，这造成极大的浪费。

现有的调度方案，有基于流量请求的DNS调度，基于网络层负载的LVS调度，基于应用层的nginx调度，基于码流输入输出阶段的分发调度，这些调度方案，都是为了均衡服务器负载或者选择性能最佳服务器的方案。码流转码是处理一路流产生多阶段流的过程，顺序是原始流、解封装、解码、滤镜、编码、封装。在调度策略中，不仅要要考虑服务器的实际负载能力，还要考虑一个新请求与已有请求的业务相关性，譬如引用已有请求的某个阶段流，譬如解码阶段流，生成新请求需要的编码码流。综合考虑码流各个阶段流的这种业务相关性和服务器性能的调度方案，当前是没有的。

发明内容

本发明为克服上述情况不足，旨在提供一种能解决上述问题的技术方案，通过此调度方案，可以充分利用一路流的各个阶段流，提高转码效率，节省服务器性能，可以更好的利用服务器特性，让专有的服务器生成特定阶段的码流。

一种虚拟现实教育教学的外投影装置，具体包括以下步骤:

S1,在配置文件中配置处理端的信息，包括处理端服务器IP，处理端监听端口，以及服务器特性，譬如性能参数、外网、GPU运行状态等;

S2,策略模块通过tcp协议主动连接处理端，发送check协议，获取处理端服务器的基本信息;

S3,上级notify请求到来，策略模块根据notify的源信息，建立树结构，保存源信息；根据目的信息，判断对源码流的处理流程，包含解封装、解码、滤镜、编码、封装中的一个或多个流程，并将这些阶段流保存到源信息树上;

S4,在所有处理端中查找一个或多个性能最佳的服务器，将上述的notify请求转发过去，并告知需要生成哪些阶段流，和策略模块保持完全一致;查找一个或多个服务器的原因是，根据服务器的特性，比如外网、GPU等做一些优化处理，会有多个服务器处理不同阶段，然后整合输出;

S5,收集处理端的响应时间，作为选择处理端的一个判断条件。如果服务器超时，做特殊记录，会触发报警反馈;

S6,处理端会对原始码流做探测处理，如果和策略模块不匹配，推送协议到策略模块，策略修改源信息;