CN112612735B - 基于unity的多平台多形态的VR硬件接口管理方法及系统 - Google Patents

Abstract

本发明公开了一种基于unity的多平台多形态的VR硬件接口管理方法及系统，该方法包括：启动VR软件，对VR平台进行预判，判断VR平台的运行载体的种类；若识别到VR平台的运行载体为电脑端时，则读取和解析预先配置好的配置文件，确认VR平台是否配置有VR硬件，若确认有配置的VR硬件时，则获取电脑端配置的VR硬件类型；根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作。本发明将虚拟现实与VR硬件进行完美地结合，并可以快速的适配不同的虚拟现实场景，并不局限于一软件一方案，有较大的适配性与通用性，大大节省人力成本。

Description

基于unity的多平台多形态的VR硬件接口管理方法及系统

技术领域

本发明涉及虚拟现实技术领域，尤其公开了一种基于unity的多平台多形态的VR硬件接口管理方法及系统。

背景技术

Unity是一个专注以三维空间制作的平台，其主要优点是快速迭代开发和跨平台等属性，随着近几年不断的推陈出新，目前在国内的用户量已达到一骑绝尘；并且其在各行各业都有较为庞大的技术支持，如建筑、医疗、旅游等等。

虚拟现实技术是近年来发展起来的一种新技术，其主要的展现形式是创建一个虚拟的世界供人体验感受，目前已经广泛的应用在各行各业。它主要的优点是可以通过双眼屏投射画面，模拟人眼画面识别的模式构建三维的世界，让人与机械达到有机的统一，从而产生身临其境的感受。另外在此基础上又衍生了大量配套的硬件设备，如万象跑步机、蛋椅9D太空舱、多人体验、环境模拟交互系统、电缸操作平台等等，将虚拟现实技术与这些硬件结合起来，以达到对人体视觉、听觉、触觉的多层次交互，让人的体验感官更为真实。

此外，在目前各式各样的硬件交互匹配中想要让多个虚拟场景去适应各式各样的设备，不仅在时间上需要耗费大量的精力，在人力资源上也是存在较多的浪费；这就导致了一款虚拟的体验无法匹配最适合的硬件交互，无法让体验感趋于完美。

因此，现有虚拟现实技术中的虚拟体验无法匹配最适合的硬件交互，是一件亟待解决的技术问题。

发明内容

本发明提供了一种基于unity的多平台多形态的VR硬件接口管理方法及系统，旨在解决现有虚拟现实技术中的虚拟体验无法匹配最适合的硬件交互的技术问题。

本发明的一方面涉及一种基于unity的多平台多形态的VR硬件接口管理方法，包括以下步骤：

启动VR软件，对VR平台进行预判，判断VR平台的运行载体的种类，运行载体的种类包括电脑端和移动端；

若识别到VR平台的运行载体为电脑端时，则读取和解析预先配置好的配置文件，确认VR平台是否配置有VR硬件，若确认有配置的VR硬件时，则获取电脑端配置的VR硬件类型，VR硬件类型为 VR多人体验平台、幻影电缸平台、行走平台、蛋椅9D太空舱中的一种或几种；

根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR 硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作。

进一步地，启动VR软件，对VR平台进行预判，判断VR平台的运行载体的种类，运行载体的种类包括电脑端和移动端的步骤之后包括：

若识别到VR平台的运行载体为移动端时，则读取和解析预先配置好的配置文件，确认是否配置有符合该VR平台的VR硬件；

若识别到有符合该VR平台的VR硬件且VR硬件的服务端已启动，则让VR眼镜与符合该VR平台的VR硬件两者相结合操作。

进一步地，根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作的步骤包括：

若获取到电脑端配置的VR硬件类型为VR多人体验平台时，则生成相应的硬件管理机制和硬件管理表，硬件管理机制包括UDP通信机制、TCP常连接机制、消息处理机制、心跳检测机制和断线重连机制，硬件管理表包括客户端连接管理表；

将电脑端设为服务机、将VR眼镜及匹配选择的配套VR硬件两者设为客户机，按照生成的相应硬件管理机制和硬件管理表，让相结合操作的VR眼镜及匹配选择的配套VR硬件来对VR多人体验平台进行相关处理和记录。

进一步地，根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作的步骤包括：

若获取到电脑端配置的VR硬件类型为幻影电缸平台时，则生成电缸消息传递处理管理类和电缸数据处理方案；

按照生成的电缸消息传递处理管理类和电缸数据处理方案，对幻影电缸平台进行信息传递和动作控制。

进一步地，根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作的步骤包括：

若获取到电脑端配置的VR硬件类型为行走平台时，则生成网络继电器形式的气缸接口模式；

按照生成的电缸网络继电器形式的气缸接口模式，对行走平台进行气缸网络接口的状态控制。

进一步地，根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作的步骤包括：

若获取到电脑端配置的VR硬件类型为蛋椅9D太空舱时，则生成蛋椅流程处理类和蛋椅硬件处理类；

按照生成的蛋椅流程处理类和蛋椅硬件处理类，对蛋椅9D太空舱进行动作控制。

本发明的另一方面涉及一种基于unity的多平台多形态的VR硬件接口管理系统，包括：

判断模块，用于启动VR软件，对VR平台进行预判，判断VR 平台的运行载体的种类，运行载体的种类包括电脑端和移动端；

获取模块，用于若识别到VR平台的运行载体为电脑端时，则读取和解析预先配置好的配置文件，确认VR平台是否配置有VR硬件，若确认有配置的VR硬件时，则获取电脑端配置的VR硬件类型，VR 硬件类型为VR多人体验平台、幻影电缸平台、行走平台、蛋椅9D 太空舱中的一种或几种；

第一控制模块，用于根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作。

进一步地，基于unity的多平台多形态的VR硬件接口管理系统还包括：

确认模块，用于若识别到VR平台的运行载体为移动端时，则读取和解析预先配置好的配置文件，确认是否配置有符合该VR平台的 VR硬件；

第二控制模块，用于若识别到有符合该VR平台的VR硬件且 VR硬件的服务端已启动，则让VR眼镜与符合该VR平台的VR硬件两者相结合操作。

进一步地，第一控制模块包括：

第一生成单元，用于若获取到电脑端配置的VR硬件类型为VR 多人体验平台时，则生成相应的硬件管理机制和硬件管理表，硬件管理机制包括UDP通信机制、TCP常连接机制、消息处理机制、心跳检测机制和断线重连机制，硬件管理表包括客户端连接管理表；

第一控制单元，用于将电脑端设为服务机、将VR眼镜及匹配选择的配套VR硬件两者设为客户机，按照生成的相应硬件管理机制和硬件管理表，让相结合操作的VR眼镜及匹配选择的配套VR硬件来对VR多人体验平台进行相关处理和记录。

进一步地，第一控制模块包括：

第二生成单元，用于若获取到电脑端配置的VR硬件类型为幻影电缸平台时，则生成电缸消息传递处理管理类和电缸数据处理方案；

第二控制单元，用于按照生成的电缸消息传递处理管理类和电缸数据处理方案，对幻影电缸平台进行信息传递和动作控制。

进一步地，第一控制模块包括：

第三生成单元，用于若获取到电脑端配置的VR硬件类型为行走平台时，则生成网络继电器形式的气缸接口模式；

第三控制单元，用于按照生成的电缸网络继电器形式的气缸接口模式，对行走平台进行气缸网络接口的状态控制。

进一步地，第一控制模块包括：

第四生成单元，用于若获取到电脑端配置的VR硬件类型为蛋椅 9D太空舱时，则生成蛋椅流程处理类和蛋椅硬件处理类；

第四控制单元，用于按照生成的蛋椅流程处理类和蛋椅硬件处理类，对蛋椅9D太空舱进行动作控制。

本发明所取得的有益效果为：

本发明提供一种基于unity的多平台多形态的VR硬件接口管理方法及系统，通过启动VR软件，对VR平台进行预判，判断VR平台的运行载体的种类；若识别到VR平台的运行载体为电脑端时，则读取和解析预先配置好的配置文件，确认VR平台是否配置有VR硬件，若确认有配置的VR硬件时，则获取电脑端配置的VR硬件类型；根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作。本发明提供的基于unity的多平台多形态的VR硬件接口管理方法及系统，将虚拟现实与VR硬件进行完美地结合，并可以快速的适配不同的虚拟现实场景，并不局限于一软件一方案，有较大的适配性与通用性，大大节省人力成本。

附图说明

图1为本发明提供的基于unity的多平台多形态的VR硬件接口管理方法第一实施例的流程示意图；

图2为本发明提供的基于unity的多平台多形态的VR硬件接口管理方法第二实施例的流程示意图；

图3为图1中所示的根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作的步骤的第一实施例的细化流程示意图；

图4为图1中所示的根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作的步骤的第二实施例的细化流程示意图；

图5为图1中所示的根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作的步骤的第三实施例的细化流程示意图；

图6为图1中所示的根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作的步骤的第四实施例的细化流程示意图；

图7为本发明提供的一种基于unity的多平台多形态的VR硬件接口管理系统第一实施例的功能框图；

图8为本发明提供的一种基于unity的多平台多形态的VR硬件接口管理系统第二实施例的功能框图；

图9为图7中所示的第一控制模块第一实施例的功能模块示意图；

图10为图7中所示的第一控制模块第二实施例的功能模块示意图；

图11为图7中所示的第一控制模块第三实施例的功能模块示意图；

图12为图7中所示的第一控制模块第四实施例的功能模块示意图。

附图标号说明：

10、判断模块；20、获取模块；30、第一控制模块；40、确认模块；50、第二控制模块；31、第一生成单元；32、第一控制单元；33、第二生成单元；34、第二控制单元；35、第三生成单元；36、第三控制单元；37、第四生成单元；38、第四控制单元。

具体实施方式

为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案做详细的说明。

如图1所示，本发明第一实施例提出一种基于unity的多平台多形态的VR硬件接口管理方法及系统，旨在解决现有虚拟现实技术中的虚拟体验无法匹配最适合的硬件交互的技术问题。

本发明的一方面涉及一种基于unity的多平台多形态的VR硬件接口管理方法，包括以下步骤：

步骤S100、启动VR软件，对VR平台进行预判，判断VR平台的运行载体的种类，运行载体的种类包括电脑端和移动端。

启动VR(Virtual Reality，虚拟现实技术)软件，对VR平台进行预判，判断VR平台的运行载体的种类，运行载体的种类包括电脑端、移动端和一体机头盔等，运行载体的种类借助Unity的预编译进行区分：如在电脑端可以使用#if UNITY_STANDALONE_WIN (WindowS平台下)或者#ifUNITY_STANDALONE(独立平台，包含Mac、Windows、Linux等)匹配#endif，代表这之间的代码段只能在电脑端运行；在安卓移动端用#ifUNITY_ANDROID匹配#endif即可。

步骤S200、若识别到VR平台的运行载体为电脑端时，则读取和解析预先配置好的配置文件，确认VR平台是否配置有VR硬件，若确认有配置的VR硬件时，则获取电脑端配置的VR硬件类型，VR 硬件类型为VR多人体验平台、幻影电缸平台、行走平台、蛋椅9D 太空舱中的一种或几种。

若识别到VR平台的运行载体为电脑端时，则读取和解析预先配置好的配置文件，其中，配置文件预先配置用户所需的硬件需求。解析配置文件后，确认VR平台是否配置有VR硬件。若VR平台确认有配置的VR硬件时，则获取电脑端配置的VR硬件类型，VR硬件类型包括VR多人体验平台、幻影电缸平台、行走平台和/或蛋椅9D 太空舱。

配置文件解析过程：首先定义一个全局的带有[Flags]属性枚举 Operation Type用来记录的类型，其中[Flags]属性代表枚举支持位运算，可以设置多个值，然后在配置文件中对应XML配置各个类型的属性用来匹配代码中的类型，最后通过XML配置文件的“Activation”属性的true或者false来判断该硬件是否启动接口连接；其次根据XmlDocument.Load方法获取外部的XML配置文件信息，最后根据获取到每个类型的生成相应的管理类。

步骤S300、根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作。

根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR 硬件，生成相应的硬件管理类，通过生成的硬件管理类来让VR眼镜及匹配选择的配套VR硬件两者相结合操作。

具体地，各个VR硬件的控制如下所示：

1、VR多人体验平台：VR多人体验主要是解决VR体验的画面沉浸效果只能单人观看，若参与人数过多的话所耗费的时间会无限拉长，于是便产生了该解决方案，即一个人操作，多个人体验。

硬件要求和处理过程：需要一台服务机和若干客户机(VR一体机)以及一个路由器做网络同步。首先在电脑端启动服务机用于管理，同步启动的还有用于监听客户端连接的TCP(Transmission Control Protocol，传输控制协议)服务端监听程序和用于发送本机IP的UDP 广播消息处理机制；客户机启动前需要设置网络连接，连到该路由器下的网络中，然后在客户机启动时会通过UDP(User Datagram Protocol，用户数据报协议)广播一条消息到该路由网关下，告诉该网络已经启动，然后服务机根据所接受的客户消息回发一个本机的IP 地址和端口，客户机根据UDP协议获取到服务端的IP后关闭UPD 协议，开启TCP协议，向服务机的通信协议发起通信请求，这样就可以进行双端通信了；然后进行具体的操作即可。

2、幻影电缸平台：幻影电缸平台是一款融合VR体验场景加上三轴电缸控制的一款多功能体验平台，能够通过平滑的动作让体验者身临其境的体验虚拟现实技术在现实空间的展示。

硬件要求和处理过程：：首先根据硬件接口的XML配置文件设置电缸的文件属性，其次在虚拟现实体验场景的具体体验位置加入触发硬件的代码，将消息传递给电缸中的预订程序，然后电缸的预订程序根据具体的信息解析成相应的动作，这样我们就可以实现画面中的运动效果与现实中电缸的运行轨迹保持高度的统一，可以达到人与机械的高度统一，提升体验的真实度和效果。

3、行走平台：通过硬件接口的XML配置文件设置气缸网络继电器的接口状态，然后在根据状态设置相关预定义的气缸动作的消息码，其次在虚拟现实体验场景的具体体验位置加入触发硬件的代码，将消息传递给网络继电器中进行相应的解析；气缸平台主要在一些迅速动作方面有很大的有所，例如快速坠落、人物被攻击和快速移动吹风等。

4、蛋椅平台：通过硬件接口的XML配置文件设置蛋椅的激活状态和相应的IP设置，然后在根据状态设置相关预定义的蛋椅动作的消息码，其次在虚拟现实体验场景的具体体验位置加入触发硬件的代码，让体验画面与现实动作达到有机的统一，使人感受到身临其境的体验过程。

本实施例提供的基于unity的多平台多形态的VR硬件接口管理方法，通过启动VR软件，对VR平台进行预判，判断VR平台的运行载体的种类；若识别到VR平台的运行载体为电脑端时，则读取和解析预先配置好的配置文件，确认VR平台是否配置有VR硬件，若确认有配置的VR硬件时，则获取电脑端配置的VR硬件类型；根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作。本实施例提供的基于unity的多平台多形态的VR硬件接口管理方法，将虚拟现实与VR硬件进行完美地结合，并可以快速的适配不同的虚拟现实场景，并不局限于一软件一方案，有较大的适配性与通用性，大大节省人力成本；通过配置文件可在程序外部动态修改硬件接口启动开关，激活对应的系统管理相应的硬件，用户可以根据自己的需求匹配相应的VR硬件设配来搭配自身的偏好，增加了 VR+体感硬件的适用度和灵活度；无需频繁的需要开发者介入进行修改，节省了人力成本和修改的时间成本。

进一步地，请见图2，图2为本发明提供的基于unity的多平台多形态的VR硬件接口管理方法第二实施例的流程示意图，在第一实施例的基础上，步骤S100之后包括：

步骤S200A、若识别到VR平台的运行载体为移动端时，则读取和解析预先配置好的配置文件，确认是否配置有符合该VR平台的 VR硬件。

若识别到VR平台的运行载体为移动端时，则读取和解析预先配置好的配置文件，确认是否配置有符合该VR平台的VR硬件。例如触电仪、行走升降平台和幻影电缸平台等就不是很符合该要求，在此情况下就直接转入平常的虚拟现实场景体验。

步骤S300A、若识别到有符合该VR平台的VR硬件且VR硬件的服务端已启动，则让VR眼镜与符合该VR平台的VR硬件两者相结合操作。

若识别到存在符合的硬件搭配，例如VR多人体验平台、蛋椅太空舱等还需要与服务器连接，如VR多人体验平台作为客户机，则需要连接到中控中心，等待中控的消息指令进行相应的操作；若是蛋椅 9D太空舱这种还需要搭配一台与VR硬件通信连接的电脑作为总控制中心，在触发VR硬件时是将硬件消息传入总控制中心，然后再转发到硬件通信，硬件消息管理再根据相应的信息解析成具体的执行动作。

本实施例提供的基于unity的多平台多形态的VR硬件接口管理方法，若识别到VR平台的运行载体为移动端时，则读取和解析预先配置好的配置文件，确认是否配置有符合该VR平台的VR硬件；若识别到有符合该VR平台的VR硬件且VR硬件的服务端已启动，则让VR眼镜与符合该VR平台的VR硬件两者相结合操作。本实施例提供的基于unity的多平台多形态的VR硬件接口管理方法，将虚拟现实与VR硬件进行完美地结合，并可以快速的适配不同的虚拟现实场景，并不局限于一软件一方案，有较大的适配性与通用性，大大节省人力成本；通过配置文件可在程序外部动态修改硬件接口启动开关，激活对应的系统管理相应的硬件，用户可以根据自己的需求匹配相应的VR硬件设配来搭配自身的偏好，增加了VR+体感硬件的适用度和灵活度；无需频繁的需要开发者介入进行修改，节省了人力成本和修改的时间成本。

优选地，参见图3，图3为图1中步骤S300的第一实施例的细化流程示意图，在本实施例中，步骤S300包括：

步骤S310、若获取到电脑端配置的VR硬件类型为VR多人体验平台时，则生成相应的硬件管理机制和硬件管理表，硬件管理机制包括UDP通信机制、TCP常连接机制、消息处理机制、心跳检测机制和断线重连机制，硬件管理表包括客户端连接管理表。

步骤S320、将电脑端设为服务机、将VR眼镜及匹配选择的配套VR硬件两者设为客户机，按照生成的相应硬件管理机制和硬件管理表，让相结合操作的VR眼镜及匹配选择的配套VR硬件来对VR 多人体验平台进行相关处理和记录。

VR多人体验平台采用多台一体机同时体验技术；主要包含一套 UDP通信机制，用于传递服务机的IP地址和端口，其目的是为了解决不同的电脑需要手动配置不同IP的问题；一套TCP常连接机制，有用客户机与服务机连接通信，管理客户机的状态和消息的同步分发；一套消息处理机制，根据获取到的消息处理对应的事件；一套客户端连接管理表，用于记录客户端连入的名称和IP地址以及当前的连接状态；一套心跳检测机制，级每隔一定的时间进行相应的消息传递，保证通信双端是否保持连接；一套断线重连机制，在网络不佳或其他的原因导致服务机与客户机断开连接后，会通过循环调用实时监听对方是否已经启动，再度连接上通信。

本实施例提供的基于unity的多平台多形态的VR硬件接口管理方法，若获取到电脑端配置的VR硬件类型为VR多人体验平台时，则生成相应的硬件管理机制和硬件管理表，硬件管理机制包括UDP 通信机制、TCP常连接机制、消息处理机制、心跳检测机制和断线重连机制，硬件管理表包括客户端连接管理表；将电脑端设为服务机、将VR眼镜及匹配选择的配套VR硬件两者设为客户机，按照生成的相应硬件管理机制和硬件管理表，让相结合操作的VR眼镜及匹配选择的配套VR硬件来对VR多人体验平台进行相关处理和记录。本实施例提供的基于unity的多平台多形态的VR硬件接口管理方法，将虚拟现实与VR硬件进行完美地结合，并可以快速的适配不同的虚拟现实场景，并不局限于一软件一方案，有较大的适配性与通用性，大大节省人力成本；通过配置文件可在程序外部动态修改硬件接口启动开关，激活对应的系统管理相应的硬件，用户可以根据自己的需求匹配相应的VR硬件设配来搭配自身的偏好，增加了VR+体感硬件的适用度和灵活度；无需频繁的需要开发者介入进行修改，节省了人力成本和修改的时间成本。

进一步地，请见图4，图4为图1中步骤S300的第二实施例的细化流程示意图，在第一实施例的基础上，步骤S300包括：

步骤S330、若获取到电脑端配置的VR硬件类型为幻影电缸平台时，则生成电缸消息传递处理管理类和电缸数据处理方案。

步骤S340、按照生成的电缸消息传递处理管理类和电缸数据处理方案，对幻影电缸平台进行信息传递和动作控制。

幻影电缸平台其主要包括两个部分，其一是电缸消息传递处理管理类：首先新建一个线程用于处理通信的连接，使用的是UDP的广播模式，这种模式的好处在于在局域网内不用知道接收方的IP，然后再提供一个外部调用的消息传递的方法即可；其二是电缸数据处理方案，主要是抽取了通用的外部调用方法，包含电缸的倾斜角度，只能 X轴和Z轴旋转，和电缸的上下平移位置。

本实施例提供的基于unity的多平台多形态的VR硬件接口管理方法，若获取到电脑端配置的VR硬件类型为幻影电缸平台时，则生成电缸消息传递处理管理类和电缸数据处理方案；按照生成的电缸消息传递处理管理类和电缸数据处理方案，对幻影电缸平台进行信息传递和动作控制。本实施例提供的基于unity的多平台多形态的VR硬件接口管理方法，将虚拟现实与VR硬件进行完美地结合，并可以快速的适配不同的虚拟现实场景，并不局限于一软件一方案，有较大的适配性与通用性，大大节省人力成本；通过配置文件可在程序外部动态修改硬件接口启动开关，激活对应的系统管理相应的硬件，用户可以根据自己的需求匹配相应的VR硬件设配来搭配自身的偏好，增加了VR+体感硬件的适用度和灵活度；无需频繁的需要开发者介入进行修改，节省了人力成本和修改的时间成本。

优选地，参见图5，图5为图1中步骤S300的第三实施例的细化流程示意图，在第一实施例的基础上，步骤S300包括：

步骤S350、若获取到电脑端配置的VR硬件类型为行走平台时，则生成网络继电器形式的气缸接口模式。

步骤S360、按照生成的电缸网络继电器形式的气缸接口模式，对行走平台进行气缸网络接口的状态控制。

行走平台其主要是匹配一款气缸的硬件，根据其网络继电器的接口匹配了两种气缸接口模式，一种是4口网络继电器，一种是8口网络继电器，此处设计了一个枚举用于区分，其包含三个值，分别是 NONE、FOUR_INTERFACE、EIGHT_INTERFACE，分别代表无气缸操作、4口网络继电器形式的气缸接口、8口网络继电器形式的气缸接口；然后根据配置文件获取具体配置对应接口的数据，其后先通过网络连接到气缸的通信，在此处使用的是TCP通信，因网络继电器端口有一套默认的通信机制，只能迎合其的设定，最后就是消息发送处理，制定了一些通用的硬件接口动作，如升降、砸头、吹风和热风等，同时也提供了自定义的消息动作传递，用8位二进制表示，如当使用8口继电器全部开关打开可如此表示：all11111111，all代表指令后面8位中表示开启状态，0表示关闭，1表示开启，若是4口则忽略后四位：all11110000，取的是二进制的倒叙。这样就可以比较智能方便的控制相关的气缸网络接口的状态。

本实施例提供的基于unity的多平台多形态的VR硬件接口管理方法，若获取到电脑端配置的VR硬件类型为行走平台时，则生成网络继电器形式的气缸接口模式；按照生成的电缸网络继电器形式的气缸接口模式，对行走平台进行气缸网络接口的状态控制。本实施例提供的基于unity的多平台多形态的VR硬件接口管理方法，将虚拟现实与VR硬件进行完美地结合，并可以快速的适配不同的虚拟现实场景，并不局限于一软件一方案，有较大的适配性与通用性，大大节省人力成本；通过配置文件可在程序外部动态修改硬件接口启动开关，激活对应的系统管理相应的硬件，用户可以根据自己的需求匹配相应的VR硬件设配来搭配自身的偏好，增加了VR+体感硬件的适用度和灵活度；无需频繁的需要开发者介入进行修改，节省了人力成本和修改的时间成本。

进一步地，参见图6，图6为图1中步骤S300的第四实施例的细化流程示意图，在第一实施例的基础上，步骤S300包括：

步骤S370、若获取到电脑端配置的VR硬件类型为蛋椅9D太空舱时，则生成蛋椅流程处理类和蛋椅硬件处理类。

步骤S380、按照生成的蛋椅流程处理类和蛋椅硬件处理类，对蛋椅9D太空舱进行动作控制。

蛋椅9D太空舱主要包含二个方面，蛋椅流程处理类和蛋椅硬件处理类；其中蛋椅流程处理主要处理体验场景的流程，其包含一个网络通信类和一个流程消息处理类，网络通信主要用于将蛋椅的操作发送到中控平台，然后中控平台再将消息回传，蛋椅机接收到消息后再根据消息进行具体的操作；而蛋椅硬件处理类主要处理蛋椅VR场景体验与蛋椅硬件的交互信息，目前主要是定义了一套指令进行相对应的动作控制，具体指令如下：

一、发送指令

1.000000第1字节代表缸号，00代表1号缸，01代表2号， 02代表3号，03代表全部缸回到原点。

(1)000000后2字节代表高度，最高1023，最低0，需要换算为16进制然后倒过来。

(例如1023的16进制为03ff，则输入ff03)。

2.040000第1字节04代表特效开关。

(1)后面每一位代表一种特效的开关(所有特效同时控制)。

(2)(例如特效1开，其它关。为0001，特效2开，其它关。为0002，特效1和2开，其它关。为0003，特效8开为0080，特效全开为FFFF，特效全关为0000)。

(3)蛋椅特效对应表

①扫腿＝0001，

②震股＝0002，

③震背＝0004，

④耳风＝0008，

⑤喷风＝0010，

⑥洒水＝0020，

⑦吹风＝0040，

(4)(例如扫腿+吹风＝0041；震股+震背＝0006)

最后在接口的后续我们还预留了其余的硬件接口，只需要将其硬件应用的方式以及通信的方式加入相应的位置后，在后续的硬件使用中能够快速的迭代升级，快速适配应用。

本实施例提供的基于unity的多平台多形态的VR硬件接口管理方法，若获取到电脑端配置的VR硬件类型为蛋椅9D太空舱时，则生成蛋椅流程处理类和蛋椅硬件处理类；按照生成的蛋椅流程处理类和蛋椅硬件处理类，对蛋椅9D太空舱进行动作控制。本实施例提供的基于unity的多平台多形态的VR硬件接口管理方法，将虚拟现实与VR硬件进行完美地结合，并可以快速的适配不同的虚拟现实场景，并不局限于一软件一方案，有较大的适配性与通用性，大大节省人力成本；通过配置文件可在程序外部动态修改硬件接口启动开关，激活对应的系统管理相应的硬件，用户可以根据自己的需求匹配相应的 VR硬件设配来搭配自身的偏好，增加了VR+体感硬件的适用度和灵活度；无需频繁的需要开发者介入进行修改，节省了人力成本和修改的时间成本。

如图7所示，图7为本发明提供的一种基于unity的多平台多形态的VR硬件接口管理系统第一实施例的功能框图，本发明基于unity 的多平台多形态的VR硬件接口管理系统，包括判断模块10、获取模块20和第一控制模块30，其中，判断模块10，用于启动VR软件，对VR平台进行预判，判断VR平台的运行载体的种类，运行载体的种类包括电脑端和移动端；获取模块20，用于若识别到VR平台的运行载体为电脑端时，则读取和解析预先配置好的配置文件，确认VR 平台是否配置有VR硬件，若确认有配置的VR硬件时，则获取电脑端配置的VR硬件类型，VR硬件类型为VR多人体验平台、幻影电缸平台、行走平台、蛋椅9D太空舱中的一种或几种；第一控制模块 30，用于根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR 硬件两者相结合操作。

判断模块10启动VR(Virtual Reality，虚拟现实技术)软件，对 VR平台进行预判，判断VR平台的运行载体的种类，运行载体的种类包括电脑端、移动端和一体机头盔等，运行载体的种类借助Unity 的预编译进行区分：如在电脑端可以使用#if UNITY_STANDALONE_WIN(Windows平台下)或者#if UNITY_STANDALONE(独立平台，包含Mac、Windows、Linux等)匹配#endif，代表这之间的代码段只能在电脑端运行；在安卓移动端用#ifUNITY_ANDROID匹配#endif即可。

获取模块20若识别到VR平台的运行载体为电脑端时，则读取和解析预先配置好的配置文件，其中，配置文件预先配置用户所需的硬件需求。解析配置文件后，确认VR平台是否配置有VR硬件。若 VR平台确认有配置的VR硬件时，则获取电脑端配置的VR硬件类型，VR硬件类型包括VR多人体验平台、幻影电缸平台、行走平台和/或蛋椅9D太空舱。

配置文件解析过程：首先定义一个全局的带有[Flags]属性枚举 Operation Type用来记录的类型，其中[Flags]属性代表枚举支持位运算，可以设置多个值，然后在配置文件中对应XML配置各个类型的属性用来匹配代码中的类型，最后通过XML配置文件的“Activation”属性的true或者false来判断该硬件是否启动接口连接；其次根据XmlDocument.Load方法获取外部的XML配置文件信息，最后根据获取到每个类型的生成相应的管理类。

第一控制模块30根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，通过生成的硬件管理类来让VR眼镜及匹配选择的配套VR硬件两者相结合操作。

具体地，各个VR硬件的控制如下所示：

1、VR多人体验平台：VR多人体验主要是解决VR体验的画面沉浸效果只能单人观看，若参与人数过多的话所耗费的时间会无限拉长，于是便产生了该解决方案，即一个人操作，多个人体验。

硬件要求和处理过程：需要一台服务机和若干客户机(VR一体机)以及一个路由器做网络同步。首先在电脑端启动服务机用于管理，同步启动的还有用于监听客户端连接的TCP(Transmission Control Protocol，传输控制协议)服务端监听程序和用于发送本机IP的UDP 广播消息处理机制；客户机启动前需要设置网络连接，连到该路由器下的网络中，然后在客户机启动时会通过UDP(User Datagram Protocol，用户数据报协议)广播一条消息到该路由网关下，告诉该网络已经启动，然后服务机根据所接受的客户消息回发一个本机的IP 地址和端口，客户机根据UDP协议获取到服务端的IP后关闭UPD 协议，开启TCP协议，向服务机的通信协议发起通信请求，这样就可以进行双端通信了；然后进行具体的操作即可。

2、幻影电缸平台：幻影电缸平台是一款融合VR体验场景加上三轴电缸控制的一款多功能体验平台，能够通过平滑的动作让体验者身临其境的体验虚拟现实技术在现实空间的展示。

硬件要求和处理过程：：首先根据硬件接口的XML配置文件设置电缸的文件属性，其次在虚拟现实体验场景的具体体验位置加入触发硬件的代码，将消息传递给电缸中的预订程序，然后电缸的预订程序根据具体的信息解析成相应的动作，这样我们就可以实现画面中的运动效果与现实中电缸的运行轨迹保持高度的统一，可以达到人与机械的高度统一，提升体验的真实度和效果。

3、行走平台：通过硬件接口的XML配置文件设置气缸网络继电器的接口状态，然后在根据状态设置相关预定义的气缸动作的消息码，其次在虚拟现实体验场景的具体体验位置加入触发硬件的代码，将消息传递给网络继电器中进行相应的解析；气缸平台主要在一些迅速动作方面有很大的有所，例如快速坠落、人物被攻击和快速移动吹风等。

4、蛋椅平台：通过硬件接口的XML配置文件设置蛋椅的激活状态和相应的IP设置，然后在根据状态设置相关预定义的蛋椅动作的消息码，其次在虚拟现实体验场景的具体体验位置加入触发硬件的代码，让体验画面与现实动作达到有机的统一，使人感受到身临其境的体验过程。

本实施例提供的基于unity的多平台多形态的VR硬件接口管理系统，采用判断模块10、获取模块20和第一控制模块30，通过启动 VR软件，对VR平台进行预判，判断VR平台的运行载体的种类；若识别到VR平台的运行载体为电脑端时，则读取和解析预先配置好的配置文件，确认VR平台是否配置有VR硬件，若确认有配置的 VR硬件时，则获取电脑端配置的VR硬件类型；根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作。本实施例提供的基于unity的多平台多形态的VR硬件接口管理系统，将虚拟现实与VR硬件进行完美地结合，并可以快速的适配不同的虚拟现实场景，并不局限于一软件一方案，有较大的适配性与通用性，大大节省人力成本；通过配置文件可在程序外部动态修改硬件接口启动开关，激活对应的系统管理相应的硬件，用户可以根据自己的需求匹配相应的VR硬件设配来搭配自身的偏好，增加了VR+体感硬件的适用度和灵活度；无需频繁的需要开发者介入进行修改，节省了人力成本和修改的时间成本。

进一步地，请见图8，图8为本发明提供的一种基于unity的多平台多形态的VR硬件接口管理系统第二实施例的功能框图，在第一实施例的基础上，基于unity的多平台多形态的VR硬件接口管理系统还包括确认模块40和第二控制模块50，其中，确认模块40，用于若识别到VR平台的运行载体为移动端时，则读取和解析预先配置好的配置文件，确认是否配置有符合该VR平台的VR硬件；第二控制模块50，用于若识别到有符合该VR平台的VR硬件且VR硬件的服务端已启动，则让VR眼镜与符合该VR平台的VR硬件两者相结合操作。

确认模块40若识别到VR平台的运行载体为移动端时，则读取和解析预先配置好的配置文件，确认是否配置有符合该VR平台的 VR硬件。例如触电仪、行走升降平台和幻影电缸平台等就不是很符合该要求，在此情况下就直接转入平常的虚拟现实场景体验。

第二控制模块50若识别到存在符合的硬件搭配，例如VR多人体验平台、蛋椅太空舱等还需要与服务器连接，如VR多人体验平台作为客户机，则需要连接到中控中心，等待中控的消息指令进行相应的操作；若是蛋椅9D太空舱这种还需要搭配一台与VR硬件通信连接的电脑作为总控制中心，在触发VR硬件时是将硬件消息传入总控制中心，然后再转发到硬件通信，硬件消息管理再根据相应的信息解析成具体的执行动作。

本实施例提供的基于unity的多平台多形态的VR硬件接口管理系统，采用确认模块40和第二控制模块50，若识别到VR平台的运行载体为移动端时，则读取和解析预先配置好的配置文件，确认是否配置有符合该VR平台的VR硬件；若识别到有符合该VR平台的VR 硬件且VR硬件的服务端已启动，则让VR眼镜与符合该VR平台的 VR硬件两者相结合操作。本实施例提供的基于unity的多平台多形态的VR硬件接口管理系统，将虚拟现实与VR硬件进行完美地结合，并可以快速的适配不同的虚拟现实场景，并不局限于一软件一方案，有较大的适配性与通用性，大大节省人力成本；通过配置文件可在程序外部动态修改硬件接口启动开关，激活对应的系统管理相应的硬件，用户可以根据自己的需求匹配相应的VR硬件设配来搭配自身的偏好，增加了VR+体感硬件的适用度和灵活度；无需频繁的需要开发者介入进行修改，节省了人力成本和修改的时间成本。

优选地，参见图9，图9为图7中所示的第一控制模块第一实施例的功能模块示意图，在本实施例中，第一控制模块30包括第一生成单元31和第一控制单元32，其中，第一生成单元31，用于若获取到电脑端配置的VR硬件类型为VR多人体验平台时，则生成相应的硬件管理机制和硬件管理表，硬件管理机制包括UDP通信机制、TCP 常连接机制、消息处理机制、心跳检测机制和断线重连机制，硬件管理表包括客户端连接管理表；第一控制单元32，用于将电脑端设为服务机、将VR眼镜及匹配选择的配套VR硬件两者设为客户机，按照生成的相应硬件管理机制和硬件管理表，让相结合操作的VR眼镜及匹配选择的配套VR硬件来对VR多人体验平台进行相关处理和记录。

VR多人体验平台采用多台一体机同时体验技术；主要包含一套 UDP通信机制，用于传递服务机的IP地址和端口，其目的是为了解决不同的电脑需要手动配置不同IP的问题；一套TCP常连接机制，有用客户机与服务机连接通信，管理客户机的状态和消息的同步分发；一套消息处理机制，根据获取到的消息处理对应的事件；一套客户端连接管理表，用于记录客户端连入的名称和IP地址以及当前的连接状态；一套心跳检测机制，级每隔一定的时间进行相应的消息传递，保证通信双端是否保持连接；一套断线重连机制，在网络不佳或其他的原因导致服务机与客户机断开连接后，会通过循环调用实时监听对方是否已经启动，再度连接上通信。

本实施例提供的基于unity的多平台多形态的VR硬件接口管理系统，采用第一生成单元31和第一控制单元32，若获取到电脑端配置的VR硬件类型为VR多人体验平台时，则生成相应的硬件管理机制和硬件管理表，硬件管理机制包括UDP通信机制、TCP常连接机制、消息处理机制、心跳检测机制和断线重连机制，硬件管理表包括客户端连接管理表；将电脑端设为服务机、将VR眼镜及匹配选择的配套VR硬件两者设为客户机，按照生成的相应硬件管理机制和硬件管理表，让相结合操作的VR眼镜及匹配选择的配套VR硬件来对 VR多人体验平台进行相关处理和记录。本实施例提供的基于unity 的多平台多形态的VR硬件接口管理系统，将虚拟现实与VR硬件进行完美地结合，并可以快速的适配不同的虚拟现实场景，并不局限于一软件一方案，有较大的适配性与通用性，大大节省人力成本；通过配置文件可在程序外部动态修改硬件接口启动开关，激活对应的系统管理相应的硬件，用户可以根据自己的需求匹配相应的VR硬件设配来搭配自身的偏好，增加了VR+体感硬件的适用度和灵活度；无需频繁的需要开发者介入进行修改，节省了人力成本和修改的时间成本。

进一步地，请见图10，图10为图7中所示的第一控制模块第二实施例的功能模块示意图，在第一实施例的基础上，第一控制模块30包括第二生成单元33和第二控制单元34，其中，第二生成单元 33，用于若获取到电脑端配置的VR硬件类型为幻影电缸平台时，则生成电缸消息传递处理管理类和电缸数据处理方案；第二控制单元 34，用于按照生成的电缸消息传递处理管理类和电缸数据处理方案，对幻影电缸平台进行信息传递和动作控制。

幻影电缸平台其主要包括两个部分，其一是电缸消息传递处理管理类：首先新建一个线程用于处理通信的连接，使用的是UDP的广播模式，这种模式的好处在于在局域网内不用知道接收方的IP，然后再提供一个外部调用的消息传递的方法即可；其二是电缸数据处理方案，主要是抽取了通用的外部调用方法，包含电缸的倾斜角度，只能 X轴和Z轴旋转，和电缸的上下平移位置。

本实施例提供的基于unity的多平台多形态的VR硬件接口管理系统，采用第二生成单元33和第二控制单元34，若获取到电脑端配置的VR硬件类型为幻影电缸平台时，则生成电缸消息传递处理管理类和电缸数据处理方案；按照生成的电缸消息传递处理管理类和电缸数据处理方案，对幻影电缸平台进行信息传递和动作控制。本实施例提供的基于unity的多平台多形态的VR硬件接口管理系统，将虚拟现实与VR硬件进行完美地结合，并可以快速的适配不同的虚拟现实场景，并不局限于一软件一方案，有较大的适配性与通用性，大大节省人力成本；通过配置文件可在程序外部动态修改硬件接口启动开关，激活对应的系统管理相应的硬件，用户可以根据自己的需求匹配相应的VR硬件设配来搭配自身的偏好，增加了VR+体感硬件的适用度和灵活度；无需频繁的需要开发者介入进行修改，节省了人力成本和修改的时间成本。

优选地，请见图11，图11为图7中所示的第一控制模块第三实施例的功能模块示意图，在第一实施例的基础上，第一控制模块30 包括第三生成单元35和第三控制单元36，其中，第三生成单元35，用于若获取到电脑端配置的VR硬件类型为行走平台时，则生成网络继电器形式的气缸接口模式；第三控制单元36，用于按照生成的电缸网络继电器形式的气缸接口模式，对行走平台进行气缸网络接口的状态控制。

行走平台其主要是匹配一款气缸的硬件，根据其网络继电器的接口匹配了两种气缸接口模式，一种是4口网络继电器，一种是8口网络继电器，此处设计了一个枚举用于区分，其包含三个值，分别是 NONE、FOUR_INTERFACE、EIGHT_INTERFACE，分别代表无气缸操作、4口网络继电器形式的气缸接口、8口网络继电器形式的气缸接口；然后根据配置文件获取具体配置对应接口的数据，其后先通过网络连接到气缸的通信，在此处使用的是TCP通信，因网络继电器端口有一套默认的通信机制，只能迎合其的设定，最后就是消息发送处理，制定了一些通用的硬件接口动作，如升降、砸头、吹风和热风等，同时也提供了自定义的消息动作传递，用8位二进制表示，如当使用8口继电器全部开关打开可如此表示：all11111111，all代表指令后面8位中表示开启状态，0表示关闭，1表示开启，若是4口则忽略后四位：all11110000，取的是二进制的倒叙。这样就可以比较智能方便的控制相关的气缸网络接口的状态。

本实施例提供的基于unity的多平台多形态的VR硬件接口管理系统，采用第三生成单元35和第三控制单元36，若获取到电脑端配置的VR硬件类型为行走平台时，则生成网络继电器形式的气缸接口模式；按照生成的电缸网络继电器形式的气缸接口模式，对行走平台进行气缸网络接口的状态控制。本实施例提供的基于unity的多平台多形态的VR硬件接口管理系统，将虚拟现实与VR硬件进行完美地结合，并可以快速的适配不同的虚拟现实场景，并不局限于一软件一方案，有较大的适配性与通用性，大大节省人力成本；通过配置文件可在程序外部动态修改硬件接口启动开关，激活对应的系统管理相应的硬件，用户可以根据自己的需求匹配相应的VR硬件设配来搭配自身的偏好，增加了VR+体感硬件的适用度和灵活度；无需频繁的需要开发者介入进行修改，节省了人力成本和修改的时间成本。

进一步地，参见图12，图12为图7中所示的第一控制模块第四实施例的功能模块示意图，在第一实施例的基础上，第一控制模块 30包括第四生成单元37和第四控制单元38，其中，第四生成单元37，用于若获取到电脑端配置的VR硬件类型为蛋椅9D太空舱时，则生成蛋椅流程处理类和蛋椅硬件处理类；第四控制单元38，用于按照生成的蛋椅流程处理类和蛋椅硬件处理类，对蛋椅9D太空舱进行动作控制。

蛋椅9D太空舱主要包含二个方面，蛋椅流程处理类和蛋椅硬件处理类；其中蛋椅流程处理主要处理体验场景的流程，其包含一个网络通信类和一个流程消息处理类，网络通信主要用于将蛋椅的操作发送到中控平台，然后中控平台再将消息回传，蛋椅机接收到消息后再根据消息进行具体的操作；而蛋椅硬件处理类主要处理蛋椅VR场景体验与蛋椅硬件的交互信息，目前主要是定义了一套指令进行相对应的动作控制，具体指令如下：

一、发送指令

1.000000第1字节代表缸号，00代表1号缸，01代表2号， 02代表3号，03代表全部缸回到原点。

(1)000000后2字节代表高度，最高1023，最低0，需要换算为16进制然后倒过来。

(例如1023的16进制为03ff，则输入ff03)。

2.040000第1字节04代表特效开关。

(1)后面每一位代表一种特效的开关(所有特效同时控制)。

(2)(例如特效1开，其它关。为0001，特效2开，其它关。为0002，特效1和2开，其它关。为0003，特效8开为0080，特效全开为FFFF，特效全关为0000)。

(3)蛋椅特效对应表

①扫腿＝0001，

②震股＝0002，

③震背＝0004，

④耳风＝0008，

⑤喷风＝0010，

⑥洒水＝0020，

⑦吹风＝0040，

(4)(例如扫腿+吹风＝0041；震股+震背＝0006)

最后在接口的后续我们还预留了其余的硬件接口，只需要将其硬件应用的方式以及通信的方式加入相应的位置后，在后续的硬件使用中能够快速的迭代升级，快速适配应用。

本实施例提供的基于unity的多平台多形态的VR硬件接口管理系统，采用第四生成单元37和第四控制单元38，若获取到电脑端配置的VR硬件类型为蛋椅9D太空舱时，则生成蛋椅流程处理类和蛋椅硬件处理类；按照生成的蛋椅流程处理类和蛋椅硬件处理类，对蛋椅9D太空舱进行动作控制。本实施例提供的基于unity的多平台多形态的VR硬件接口管理系统，将虚拟现实与VR硬件进行完美地结合，并可以快速的适配不同的虚拟现实场景，并不局限于一软件一方案，有较大的适配性与通用性，大大节省人力成本；通过配置文件可在程序外部动态修改硬件接口启动开关，激活对应的系统管理相应的硬件，用户可以根据自己的需求匹配相应的VR硬件设配来搭配自身的偏好，增加了VR+体感硬件的适用度和灵活度；无需频繁的需要开发者介入进行修改，节省了人力成本和修改的时间成本。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种基于unity的多平台多形态的VR硬件接口管理方法，其特征在于，包括以下步骤：

启动VR软件，对VR平台进行预判，判断VR平台的运行载体的种类，所述运行载体的种类包括电脑端和移动端；

若识别到所述VR平台的运行载体为电脑端时，则读取和解析预先配置好的配置文件，确认VR平台是否配置有VR硬件，若确认有配置的VR硬件时，则获取电脑端配置的VR硬件类型，所述VR硬件类型为VR多人体验平台、幻影电缸平台、行走平台、蛋椅9D太空舱中的一种或几种；

根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作；

所述启动VR软件，对VR平台进行预判，判断VR平台的运行载体的种类，所述运行载体的种类包括电脑端和移动端的步骤之后包括：

若识别到所述VR平台的运行载体为移动端时，则读取和解析预先配置好的配置文件，确认是否配置有符合该VR平台的VR硬件；

若识别到有符合该VR平台的VR硬件且VR硬件的服务端已启动，则让VR眼镜与符合该VR平台的VR硬件两者相结合操作。

2.如权利要求1所述的基于unity的多平台多形态的VR硬件接口管理方法，其特征在于，

所述根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作的步骤包括：

若获取到电脑端配置的VR硬件类型为VR多人体验平台时，则生成相应的硬件管理机制和硬件管理表，所述硬件管理机制包括UDP通信机制、TCP常连接机制、消息处理机制、心跳检测机制和断线重连机制，所述硬件管理表包括客户端连接管理表；

将电脑端设为服务机、将VR眼镜及匹配选择的配套VR硬件两者设为客户机，按照生成的相应硬件管理机制和硬件管理表，让相结合操作的VR眼镜及匹配选择的配套VR硬件来对所述VR多人体验平台进行相关处理和记录。

3.如权利要求1所述的基于unity的多平台多形态的VR硬件接口管理方法，其特征在于，

所述根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作的步骤包括：

若获取到电脑端配置的VR硬件类型为幻影电缸平台时，则生成电缸消息传递处理管理类和电缸数据处理方案；

按照生成的电缸消息传递处理管理类和电缸数据处理方案，对所述幻影电缸平台进行信息传递和动作控制。

4.如权利要求1所述的基于unity的多平台多形态的VR硬件接口管理方法，其特征在于，

所述根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作的步骤包括：

若获取到电脑端配置的VR硬件类型为行走平台时，则生成网络继电器形式的气缸接口模式；

按照生成的电缸网络继电器形式的气缸接口模式，对所述行走平台进行气缸网络接口的状态控制。

5.一种基于unity的多平台多形态的VR硬件接口管理系统，其特征在于，包括：

判断模块（10），用于启动VR软件，对VR平台进行预判，判断VR平台的运行载体的种类，所述运行载体的种类包括电脑端和移动端；

获取模块（20），用于若识别到所述VR平台的运行载体为电脑端时，则读取和解析预先配置好的配置文件，确认VR平台是否配置有VR硬件，若确认有配置的VR硬件时，则获取电脑端配置的VR硬件类型，所述VR硬件类型为VR多人体验平台、幻影电缸平台、行走平台、蛋椅9D太空舱中的一种或几种；

第一控制模块（30），用于根据获取的电脑端配置的硬件类型来匹配选择相对应的配套VR硬件，生成相应的硬件管理类，让VR眼镜及匹配选择的配套VR硬件两者相结合操作；

所述基于unity的多平台多形态的VR硬件接口管理系统还包括：

确认模块（40），用于若识别到所述VR平台的运行载体为移动端时，则读取和解析预先配置好的配置文件，确认是否配置有符合该VR平台的VR硬件；

第二控制模块（50），用于若识别到有符合该VR平台的VR硬件且VR硬件的服务端已启动，则让VR眼镜与符合该VR平台的VR硬件两者相结合操作。

6.如权利要求5所述的基于unity的多平台多形态的VR硬件接口管理系统，其特征在于，

所述第一控制模块（30）包括：

第一生成单元（31），用于若获取到电脑端配置的VR硬件类型为VR多人体验平台时，则生成相应的硬件管理机制和硬件管理表，所述硬件管理机制包括UDP通信机制、TCP常连接机制、消息处理机制、心跳检测机制和断线重连机制，所述硬件管理表包括客户端连接管理表；

第一控制单元（32），用于将电脑端设为服务机、将VR眼镜及匹配选择的配套VR硬件两者设为客户机，按照生成的相应硬件管理机制和硬件管理表，让相结合操作的VR眼镜及匹配选择的配套VR硬件来对所述VR多人体验平台进行相关处理和记录。

7.如权利要求5所述的基于unity的多平台多形态的VR硬件接口管理系统，其特征在于，

所述第一控制模块（30）包括：

第二生成单元（33），用于若获取到电脑端配置的VR硬件类型为幻影电缸平台时，则生成电缸消息传递处理管理类和电缸数据处理方案；

第二控制单元（34），用于按照生成的电缸消息传递处理管理类和电缸数据处理方案，对所述幻影电缸平台进行信息传递和动作控制。

8.如权利要求5所述的基于unity的多平台多形态的VR硬件接口管理系统，其特征在于，

所述第一控制模块（30）包括：

第三生成单元（35），用于若获取到电脑端配置的VR硬件类型为行走平台时，则生成网络继电器形式的气缸接口模式；

第三控制单元（36），用于按照生成的电缸网络继电器形式的气缸接口模式，对所述行走平台进行气缸网络接口的状态控制。

Images