WO2022262856A1 - 头戴显示设备的模型加载方法、装置及头戴显示设备 - Google Patents

头戴显示设备的模型加载方法、装置及头戴显示设备 Download PDF

Info

Publication number
WO2022262856A1
WO2022262856A1 PCT/CN2022/099501 CN2022099501W WO2022262856A1 WO 2022262856 A1 WO2022262856 A1 WO 2022262856A1 CN 2022099501 W CN2022099501 W CN 2022099501W WO 2022262856 A1 WO2022262856 A1 WO 2022262856A1
Authority
WO
WIPO (PCT)
Prior art keywords
model
handheld device
type
target
target handheld
Prior art date
Application number
PCT/CN2022/099501
Other languages
English (en)
French (fr)
Inventor
闫新阳
Original Assignee
青岛小鸟看看科技有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 青岛小鸟看看科技有限公司 filed Critical 青岛小鸟看看科技有限公司
Priority to US17/817,903 priority Critical patent/US11599338B2/en
Publication of WO2022262856A1 publication Critical patent/WO2022262856A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/011—Arrangements for interaction with the human body, e.g. for user immersion in virtual reality
    • G06F3/012—Head tracking input arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Definitions

  • the present application relates to the field of virtual reality technology, in particular to a model loading method and device for a head-mounted display device and the head-mounted display device.
  • VR virtual reality
  • various head-mounted display devices such as virtual reality helmets and virtual reality glasses have emerged one after another, which can display virtual reality when users play games, watch videos, and interact with scenes.
  • the reality scene provides users with an immersive virtual reality experience. Therefore, the presentation of the virtual reality scene is a key factor affecting the virtual reality experience that the user can obtain.
  • the possible handheld models are pre-placed in the SDK (Software Development Kit, software development kit), and then developers Use the handheld model built in the current SDK to develop applications or games. After the game application development is completed and uploaded to the store, it cannot be modified.
  • SDK Software Development Kit, software development kit
  • the main purpose of this application is to provide a model loading method and device for a head-mounted display device and a head-mounted display device, which are used to solve the technical problem of high cost of loading a new handheld model on an existing avatar display device .
  • a method for loading a model of a head-mounted display device comprising:
  • the target handheld device is a handheld device connected to the current application service
  • the acquiring corresponding model resource data according to the type of the target handheld device includes:
  • model file is an OBJ model file
  • model resource data corresponding to the type of the target handheld device according to the model file.
  • said obtaining the corresponding model file according to the type of the target handheld device includes:
  • a model file corresponding to the type of the target handheld device is acquired according to the model configuration information.
  • the model configuration information includes a storage path of model resources, and the acquisition of the model file corresponding to the type of the target handheld device according to the model configuration information includes:
  • said obtaining the model resource data corresponding to the type of the target handheld device according to the model file includes:
  • the generating and loading the handheld model corresponding to the target handheld device according to the model resource data includes:
  • a handheld model corresponding to the target handheld device is generated and loaded according to the two-dimensional coordinate data, vertex data, and triangular surface data.
  • the method further includes:
  • the type of the target handheld device is an existing type in the head-mounted display device, directly load the handheld model corresponding to the type of the target handheld device from the SDK software development kit of the head-mounted display device.
  • a model loading device for a head-mounted display device comprising:
  • the first acquiring unit is configured to acquire the type of the target handheld device, wherein the target handheld device is a handheld device connected to the current application service;
  • a determination unit configured to determine whether the type of the target handheld device is an existing type in the head-mounted display device
  • the second acquiring unit is configured to acquire corresponding model resource data according to the type of the target handheld device if not;
  • the first loading unit is configured to generate and load the handheld model corresponding to the target handheld device according to the model resource data.
  • the second acquiring unit is specifically configured to:
  • model file is an OBJ model file
  • model resource data corresponding to the type of the target handheld device according to the model file.
  • the second acquiring unit is specifically configured to:
  • a model file corresponding to the type of the target handheld device is acquired according to the model configuration information.
  • a head-mounted display device including: a processor, a memory storing computer-executable instructions,
  • any one of the aforementioned head-mounted display device model loading methods can be implemented.
  • a computer-readable storage medium stores one or more programs, and when the one or more programs are executed by a processor, the aforementioned header A model loading method for a display device.
  • the head-mounted display device in the embodiment of the present application includes a target handheld device connected to the current application, and the model loading method of the head-mounted display device in the embodiment of the present application, when loading the handheld model of the target handheld device, First obtain the type of the target handheld device, where the target handheld device is the handheld device connected to the current application service; then determine whether the type of the target handheld device is an existing type in the head-mounted display device; if not, according to the target handheld device Obtain the corresponding model resource data; finally generate and load the handheld model corresponding to the target handheld device according to the model resource data.
  • the model loading method of the head-mounted display device in the embodiment of the present application can generate and display the handheld model corresponding to the target handheld device without the need for the developer to re-adapt the SDK when the user uses a new target handheld device, reducing the subsequent The maintenance and development costs are low, so that the handheld model presented in the virtual scene is compatible with the handheld device that the user is using, which improves the user experience.
  • FIG. 1 is a flowchart of a model loading method for a head-mounted display device according to an embodiment of the present application
  • FIG. 2 is a flowchart of a model loading method for a head-mounted display device according to an embodiment of the present application
  • FIG. 3 is a block diagram of a model loading device of a head-mounted display device according to an embodiment of the present application
  • FIG. 4 is a schematic structural diagram of a head-mounted display device in an embodiment of the present application.
  • Fig. 1 shows a schematic flowchart of a model loading method for a head-mounted display device according to an embodiment of the present application.
  • the method for loading a model of a head-mounted display device according to an embodiment of the present application includes the following steps S110 to S140:
  • Step S110 acquiring the type of the target handheld device, wherein the target handheld device is a handheld device connected to the current application service.
  • the head-mounted display device in the embodiment of the present application may include virtual reality devices such as virtual reality helmets and virtual reality glasses, and the handheld device may include a handle controller.
  • virtual reality devices such as virtual reality helmets and virtual reality glasses
  • the handheld device may include a handle controller.
  • the somatosensory interaction of the real scene, when the user uses an application such as a game app, the handheld device can establish a connection with the application.
  • the type of the target handheld device When loading the handheld model on the head-mounted display device, it is necessary to obtain the type of the target handheld device connected to the current application service from the currently running application service.
  • the type of the target handheld device here can be regarded as the key to distinguish different handheld devices.
  • a unique identifier, each individual handheld device has its corresponding type.
  • Step S120 determining whether the type of the target handheld device is an existing type in the head-mounted display device.
  • the type of the target handheld device After obtaining the type of the target handheld device, it is necessary to further determine whether the type of the target handheld device is an existing type in the head-mounted display device.
  • the existing type here can be understood as being included in the SDK developed by the head-mounted display device.
  • the type of handheld device is an existing type in the head-mounted display device.
  • Step S130 if not, obtain corresponding model resource data according to the type of the target handheld device.
  • the type of the target handheld device is not an existing type in the head-mounted display device, it means that the user is currently using a new target handheld device, and the handheld model corresponding to the target handheld device has not been developed and packaged in the SDK, so It is necessary to separately generate a corresponding handheld model for the target handheld device. In this case, it is necessary to first obtain the model resource data required for generating the handheld model of the target handheld device.
  • Step S140 generating and loading a handheld model corresponding to the target handheld device according to the model resource data.
  • the handheld model corresponding to the target handheld device can be constructed according to the model resource data. After the construction is completed, the handheld model can be loaded in the virtual scene, so that the handheld model presented in the virtual scene is consistent with the one the user is using. Compatible with handheld devices, improving user experience.
  • the model loading method of the head-mounted display device in the embodiment of the present application can generate and display the handheld model corresponding to the target handheld device without the need for the developer to re-adapt the SDK when the user uses a new target handheld device, reducing the subsequent The maintenance and development costs are low, so that the handheld model presented in the virtual scene is compatible with the handheld device that the user is using, which improves the user experience.
  • obtaining the corresponding model resource data according to the type of the target handheld device includes: obtaining the corresponding model file according to the type of the target handheld device, wherein the model file is an OBJ model file; obtaining the target handheld device according to the model file The corresponding model resource data of the type.
  • the model file corresponding to the type of the target handheld device when obtaining the model resource data corresponding to the type of the target handheld device, can be obtained first, and the model file contains various models required by the handheld model corresponding to the target handheld device Configuration information, including configuration information such as materials, textures, and prompt boxes used to characterize the display effect of the handheld model.
  • the format of the above model files mainly adopts the model file in OBJ format.
  • the OBJ file is a text file that can be opened directly with WordPad for viewing, editing and modification, so as to meet the different needs of developers. .
  • obtaining the corresponding model file according to the type of the target handheld device includes: obtaining a Json file, wherein the type of the handheld device and corresponding model configuration information are stored in the Json file; obtaining the target handheld device from the Json file Model configuration information corresponding to the type of device; obtaining a model file corresponding to the type of the target handheld device according to the model configuration information.
  • the Json file when obtaining the model file, can be obtained first.
  • the Json file here refers to the file storing the type of the handheld device and the corresponding model configuration information, and is used for unified management of the model files of different handheld devices.
  • the data format in the Json file can be specifically expressed as:
  • each brace in the square brackets can be regarded as an attribute of a model, stored in an array, starting from 0 They are sorted sequentially, and the serial number corresponds to the type of the handheld device obtained from the current application service.
  • the model configuration information corresponding to the type type of the target handheld device can be obtained from the Json file, including the name of the handheld model and the storage path path of the model resource, etc., and then the target can be obtained according to the model configuration information The model file corresponding to the type of handheld device.
  • the new model file corresponding to the new handheld device can be placed in the location corresponding to the path in the Json file, and the name of the new model file can be changed to the name corresponding to the name in the Json file.
  • the model configuration information includes the storage path of the model resource, and obtaining the model file corresponding to the type of the target handheld device according to the model configuration information includes: from the storage path of the model resource corresponding to the type of the target handheld device, Obtain the model file corresponding to the type of target handheld device.
  • the model configuration information in the embodiment of the present application may specifically include the storage path path of the model resource, and the storage path path of the model resource corresponding to the type of the target handheld device represents the steps required to build the handheld model corresponding to the target handheld device.
  • obtaining the model resource data corresponding to the type of the target handheld device according to the model file includes: converting the model file into a string object, wherein the string object includes two-dimensional coordinate data, vertex data, and triangle surface data ;
  • Generating and loading the handheld model corresponding to the target handheld device according to the model resource data includes: generating and loading the handheld model corresponding to the target handheld device according to the two-dimensional coordinate data, vertex data and triangle surface data.
  • Unity3D scene development platforms
  • Unity3D is a fully integrated professional game engine developed and provided by Unity Technologies, which allows developers of virtual reality scenes to easily develop and create virtual reality scenes.
  • Unity3D Unity3D’s The editor can also run on various operating systems to render virtual reality scenes.
  • the embodiment of the present application can use Unity3D to realize the construction of a new hand-held model.
  • Unity3D when using Unity3D to build a hand-held model, you can first use the StringBuilder in Unity to convert the obtained model file into uv two-dimensional coordinates String objects such as data, vertex data, and triangle face data.
  • Mesh is a component in Unity3D, called the grid component.
  • Mesh refers to the mesh of the model.
  • the 3D model is composed of polygons, and the polygon is actually composed of multiple triangles. So the surface of a 3D model is actually composed of multiple connected triangles. In three-dimensional space, the collection of points and edges that make up these triangles is Mesh.
  • the embodiment of the present application uses the method of creating Mesh in Unit3D to input string objects such as the above-mentioned uv two-dimensional coordinate data, vertex data, and triangular surface data into Unit3D, thereby generating a handheld model corresponding to the target handheld device.
  • the handheld model is loaded and displayed in the current virtual scene to facilitate subsequent interaction by the user.
  • the method further includes: if the type of the target handheld device is an existing type in the head-mounted display device , then directly load the handheld model corresponding to the type of the target handheld device from the SDK software development kit of the head-mounted display device.
  • the target handheld device after determining whether the type of the target handheld device is an existing type in the head-mounted display device, if it is determined that the type of the target handheld device is an existing type in the head-mounted display device, it means that the current application service connection If the target handheld device is not a new handheld device, its corresponding handheld model will exist in the original SDK, so just load the handheld model of the target handheld device directly from the original SDK.
  • the method further includes: determining whether a handheld model has been loaded in the current virtual scene; if so, replacing the handheld model with the target The handheld model corresponding to the handheld device.
  • the handheld device currently being used by the user is a new handheld device
  • there is no handheld model suitable for the handheld device in the original SDK and it may first be displayed in the virtual scene Load the existing handheld models in the SDK.
  • FIG. 2 a flow chart of a method for loading a model of a head-mounted display device in the embodiment of the present application is provided.
  • the corresponding handheld model is directly loaded in the SDK of the device.
  • model configuration information corresponding to the type of the target handheld device from the Json file, then obtain the model file corresponding to the type of the target handheld device according to the model configuration information, and then convert the model file corresponding to the type of the target handheld device into String objects such as uv two-dimensional coordinate data, vertex data, and triangular surface data, and finally construct a handheld model corresponding to the type of the target handheld device according to the string objects such as uv two-dimensional coordinate data, vertex data, and triangular surface data, and display it on the current display Loading in the virtual scene, so that users can better use the target handheld device for virtual interaction.
  • String objects such as uv two-dimensional coordinate data, vertex data, and triangular surface data
  • FIG. 3 shows a block diagram of a model loading device for a head-mounted display device according to an embodiment of the present application.
  • the model loading device 300 for a head-mounted display device according to an embodiment of the present application includes: a first acquisition unit 310, a determination unit 320 , a second acquiring unit 330 and a first loading unit 340 . in,
  • the first acquiring unit 310 is configured to acquire the type of the target handheld device, where the target handheld device is a handheld device connected to the current application service;
  • a determining unit 320 configured to determine whether the type of the target handheld device is an existing type in the head-mounted display device
  • the second acquiring unit 330 is configured to acquire corresponding model resource data according to the type of the target handheld device if not;
  • the first loading unit 340 is configured to generate and load a handheld model corresponding to the target handheld device according to the model resource data.
  • the second acquiring unit 330 is specifically configured to: acquire the corresponding model file according to the type of the target handheld device, wherein the model file is an OBJ model file; acquire the model corresponding to the type of the target handheld device according to the model file resource data.
  • the second obtaining unit 330 is specifically configured to: obtain a Json file, wherein the type of the handheld device and the corresponding model configuration information are stored in the Json file; obtain the type correspondence of the target handheld device from the Json file.
  • the model configuration information obtain the model file corresponding to the type of the target handheld device according to the model configuration information.
  • the model configuration information includes the storage path of the model resource
  • the second acquisition unit 330 is specifically configured to: acquire the type corresponding to the target handheld device from the storage path of the model resource corresponding to the type of the target handheld device. model file.
  • the second acquiring unit 330 is specifically configured to: convert the model file into a string object, wherein the string object includes two-dimensional coordinate data, vertex data, and triangular surface data;
  • the first loading unit 340 is specifically It is used for: generating and loading the handheld model corresponding to the target handheld device according to the two-dimensional coordinate data, vertex data and triangular surface data.
  • the device further includes: a second loading unit, configured to download the SDK software development kit from the head-mounted display device if the type of the target handheld device is an existing type in the head-mounted display device. directly load the handheld model corresponding to the type of the target handheld device.
  • FIG. 4 illustrates a schematic structural diagram of a head-mounted display device.
  • the head-mounted display device includes a memory and a processor, and optionally also includes an interface module, a communication module, and the like.
  • the memory may include internal memory, such as a high-speed random-access memory (Random-Access Memory, RAM), and may also include a non-volatile memory (non-volatile memory), such as at least one disk memory.
  • RAM random-access Memory
  • non-volatile memory such as at least one disk memory.
  • the head-mounted display device may also include hardware required by other services.
  • the processor, the interface module, the communication module and the memory can be connected to each other through an internal bus, which can be an ISA (Industry Standard Architecture, industry standard architecture) bus, a PCI (Peripheral Component Interconnect, peripheral component interconnection standard) bus or EISA (Extended Industry Standard Architecture, extended industry standard architecture) bus, etc.
  • the bus can be divided into address bus, data bus, control bus and so on. For ease of representation, only one double-headed arrow is used in FIG. 4 , but it does not mean that there is only one bus or one type of bus.
  • Memory for storing computer-executable instructions.
  • the memory provides computer-executable instructions to the processor over the internal bus.
  • the processor executes the computer-executable instructions stored in the memory, and is specifically used to implement the following operations:
  • the target handheld device is a handheld device connected to the current application service
  • a processor may be an integrated circuit chip with signal processing capabilities.
  • each step of the above method can be completed by an integrated logic circuit of hardware in a processor or an instruction in the form of software.
  • the above-mentioned processor can be a general-purpose processor, including a central processing unit (Central Processing Unit, CPU), a network processor (Network Processor, NP), etc.; it can also be a digital signal processor (Digital Signal Processor, DSP), a dedicated integrated Circuit (Application Specific Integrated Circuit, ASIC), Field-Programmable Gate Array (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components.
  • DSP Digital Signal Processor
  • ASIC Application Specific Integrated Circuit
  • FPGA Field-Programmable Gate Array
  • a general-purpose processor may be a microprocessor, or the processor may be any conventional processor, or the like.
  • the steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor.
  • the software module can be located in a mature storage medium in the field such as random access memory, flash memory, read-only memory, programmable read-only memory or electrically erasable programmable memory, register.
  • the storage medium is located in the memory, and the processor reads the information in the memory, and completes the steps of the above method in combination with its hardware.
  • the head-mounted display device can also execute the steps performed by the model loading method of the head-mounted display device in FIG. 1, and realize the functions of the model loading method of the head-mounted display device in the embodiment shown in FIG. Let me repeat.
  • the embodiment of the present application also proposes a computer-readable storage medium, the computer-readable storage medium stores one or more programs, and when the one or more programs are executed by the processor, the aforementioned model of the head-mounted display device is realized.
  • the target handheld device is a handheld device connected to the current application service
  • the embodiments of the present application may be provided as methods, systems, or computer program products. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) embodying computer-usable program code.
  • a computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to operate in a specific manner, such that the instructions stored in the computer-readable memory produce an article of manufacture comprising instruction means, the instructions
  • the device realizes the function specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.
  • a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
  • processors CPUs
  • input/output interfaces network interfaces
  • memory volatile and non-volatile memory
  • Memory may include non-permanent storage in computer-readable media, in the form of random access memory (RAM) and/or nonvolatile memory such as read-only memory (ROM) or flash RAM. Memory is an example of computer readable media.
  • RAM random access memory
  • ROM read-only memory
  • flash RAM flash random access memory
  • Computer-readable media including both permanent and non-permanent, removable and non-removable media, can be implemented by any method or technology for storage of information.
  • Information may be computer readable instructions, data structures, modules of a program, or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory (ROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Flash memory or other memory technology, Compact Disc Read-Only Memory (CD-ROM), Digital Versatile Disc (DVD) or other optical storage, Magnetic tape cartridge, tape magnetic disk storage or other magnetic storage device or any other non-transmission medium that can be used to store information that can be accessed by a computing device.
  • computer-readable media excludes transitory computer-readable media, such as modulated data signals and carrier waves.
  • the embodiments of the present application may be provided as methods, systems or computer program products. Accordingly, the present application can take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) characterized by embodying computer-usable program code.
  • computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Stored Programmes (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

本申请公开了一种头戴显示设备的模型加载方法、装置及头戴显示设备。该方法包括：获取目标手持设备的类型，其中所述目标手持设备为与当前应用服务连接的手持设备；确定所述目标手持设备的类型是否为头戴显示设备中的已有类型；若不是，则根据所述目标手持设备的类型获取对应的模型资源数据；根据所述模型资源数据生成并加载所述目标手持设备对应的手持模型。本申请的头戴显示设备的模型加载方法在面临用户使用新的目标手持设备的情况时，不需要开发者重新适配SDK即可以生成并显示目标手持设备对应的手持模型，降低了后续的维护和开发成本，使得虚拟场景中呈现的手持模型与用户正在使用的手持设备相适配，提升了用户的使用体验。

Description

头戴显示设备的模型加载方法、装置及头戴显示设备
优先权信息
本申请要求于2021年06月18日提交的，申请名称为“头戴显示设备的模型加载方法、装置及头戴显示设备”的、中国专利申请号“202110678807.0”的优先权，该申请的全部内容通过引用结合在本申请中。
技术领域
本申请涉及虚拟现实技术领域，具体涉及一种头戴显示设备的模型加载方法、装置及头戴显示设备。
背景技术
随着虚拟现实(Virtual Reality，简称VR)技术的逐步成熟，诸如虚拟现实头盔、虚拟现实眼镜等各种头戴显示设备陆续出现，可以在用户进行游戏、观看视频、场景互动时，通过呈现虚拟现实场景为用户提供犹如身临其境的虚拟现实体验。因此虚拟现实场景的呈现，是影响用户可获取的虚拟现实体验的关键因素。
目前在开发虚拟现实应用时，对于手持设备如手柄控制器在虚拟场景中的显示，都是采用将可能需要的手持模型预先放置到SDK(Software Development Kit，软件开发工具包)中，然后开发者使用当前SDK中内置的手持模型来开发应用或者游戏，当游戏应用开发完成上传到商店后，就无法修改了。
然而，当用户使用了其他形状样式的手持设备时，则会出现虚拟场景中的模型和现实的手持设备不匹配的情况，如果想要匹配起来则需要开发者重新适配新的SDK，重新修改游戏应用逻辑再重新上传到应用商店才行，这样就无疑增加了开发成本。
发明内容
有鉴于此，本申请的主要目的在于提供了一种头戴显示设备的模型加载方法、装置及头戴显示设备，用于解决现有的头像显示设备加载新的手持模型成本较高的技术问题。
依据本申请的第一方面，提供了一种头戴显示设备的模型加载方法，所述方法包括：
获取目标手持设备的类型，其中所述目标手持设备为与当前应用服务连接的手持设备；
确定所述目标手持设备的类型是否为头戴显示设备中的已有类型；
若不是，则根据所述目标手持设备的类型获取对应的模型资源数据；
根据所述模型资源数据生成并加载所述目标手持设备对应的手持模型。
可选地，所述根据所述目标手持设备的类型获取对应的模型资源数据包括：
根据所述目标手持设备的类型获取对应的模型文件，其中所述模型文件为OBJ模型文件；
根据所述模型文件获取目标手持设备的类型对应的模型资源数据。
可选地，所述根据所述目标手持设备的类型获取对应的模型文件包括：
获取Json文件，其中所述Json文件中存储有手持设备的类型及对应的模型配置信息；
从所述Json文件中获取目标手持设备的类型对应的模型配置信息；
根据所述模型配置信息获取目标手持设备的类型对应的模型文件。
可选地，所述模型配置信息包括模型资源的存储路径，所述根据所述模型配置信息获取目标手持设备的类型对应的模型文件包括：
从所述目标手持设备的类型对应的模型资源的存储路径下，获取目标手持设备的类型对应的模型文件。
可选地，所述根据所述模型文件获取目标手持设备的类型对应的模型资源数据包括：
将所述模型文件转换为字符串对象，其中所述字符串对象包括二维坐标数据、顶点数据以及三角面数据；
所述根据所述模型资源数据生成并加载所述目标手持设备对应的手持模型包括：
根据所述二维坐标数据、顶点数据以及三角面数据，生成并加载所述目标手持设备对应的手持模型。
可选地，在确定所述目标手持设备的类型是否为头戴显示设备中的已有类型之后，所述方法还包括：
若所述目标手持设备的类型为头戴显示设备中的已有类型，则从所述头戴显示设备的SDK软件开发工具包中直接加载所述目标手持设备的类型对应的手持模型。
依据本申请的第二方面，提供了一种头戴显示设备的模型加载装置，所述装置包括：
第一获取单元，用于获取目标手持设备的类型，其中所述目标手持设备为与当前应用服务连接的手持设备；
确定单元，用于确定所述目标手持设备的类型是否为头戴显示设备中的已有类型；
第二获取单元，用于若不是，则根据所述目标手持设备的类型获取对应的模型资源数据；
第一加载单元，用于根据所述模型资源数据生成并加载所述目标手持设备对应的手持模型。
可选地，所述第二获取单元具体用于：
根据所述目标手持设备的类型获取对应的模型文件，其中所述模型文件为OBJ模型文 件；
根据所述模型文件获取目标手持设备的类型对应的模型资源数据。
可选地，所述第二获取单元具体用于：
获取Json文件，其中所述Json文件中存储有手持设备的类型及对应的模型配置信息；
从所述Json文件中获取目标手持设备的类型对应的模型配置信息；
根据所述模型配置信息获取目标手持设备的类型对应的模型文件。
依据本申请的第三方面，提供了一种头戴显示设备，包括：处理器，存储计算机可执行指令的存储器，
所述可执行指令在被所述处理器执行时，实现前述之任一所述头戴显示设备的模型加载方法。
依据本申请的第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现前述的头戴显示设备的模型加载方法。
本申请的有益效果是：本申请实施例的头戴显示设备包括与当前应用连接的目标手持设备，本申请实施例的头戴显示设备的模型加载方法，在加载目标手持设备的手持模型时，先获取目标手持设备的类型，这里的目标手持设备为与当前应用服务连接的手持设备；然后确定目标手持设备的类型是否为头戴显示设备中的已有类型；如果不是，则根据目标手持设备的类型获取对应的模型资源数据；最后根据模型资源数据生成并加载目标手持设备对应的手持模型。本申请实施例的头戴显示设备的模型加载方法在面临用户使用新的目标手持设备的情况时，不需要开发者重新适配SDK即可以生成并显示目标手持设备对应的手持模型，降低了后续的维护和开发成本，使得虚拟场景中呈现的手持模型与用户正在使用的手持设备相适配，提升了用户的使用体验。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1为本申请一个实施例的头戴显示设备的模型加载方法的流程图；
图2为本申请一个实施例的头戴显示设备的模型加载方法的流程框图；
图3为本申请一个实施例的头戴显示设备的模型加载装置的框图；
图4为本申请一个实施例中头戴显示设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本申请的示例性实施例。提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。
图1示出了根据本申请一个实施例的头戴显示设备的模型加载方法的流程示意图，参见图1，本申请实施例的头戴显示设备的模型加载方法包括如下步骤S110至步骤S140：
步骤S110，获取目标手持设备的类型，其中目标手持设备为与当前应用服务连接的手持设备。
本申请实施例的头戴显示设备可以包括虚拟现实头盔、虚拟现实眼镜等虚拟现实设备，手持设备可以包括手柄控制器等，头戴显示设备与手持设备之间可以通过无线连接，实现用户与虚拟现实场景的体感交互，在用户使用某应用如体验游戏APP时，手持设备可以与该应用建立连接。
在头戴显示设备中加载手持模型时，需要先从当前正在运行的应用服务中获取与当前应用服务连接的目标手持设备的类型，这里的目标手持设备的类型可以看作是区分不同手持设备的一个唯一标识，每一个单独的手持设备都有其所对应的类型。
步骤S120，确定目标手持设备的类型是否为头戴显示设备中的已有类型。
在得到目标手持设备的类型后，需要进一步确定该目标手持设备的类型是否为头戴显示设备中的已有类型，这里的已有类型可以理解为是头戴显示设备开发好的SDK中已经包含的手持设备的类型。
步骤S130，若不是，则根据目标手持设备的类型获取对应的模型资源数据。
如果目标手持设备的类型不是头戴显示设备中的已有类型，说明用户当前正在使用的可能是新的目标手持设备，该目标手持设备对应的手持模型还没有被开发并封装在SDK内，因此需要单独为该目标手持设备生成相应的手持模型，这时就需要先获取生成该目标手持设备的手持模型所需要的模型资源数据。
步骤S140，根据模型资源数据生成并加载目标手持设备对应的手持模型。
在得到模型资源数据后，可以根据模型资源数据构建目标手持设备对应的手持模型，在构建完成后就可以在虚拟场景中加载手持模型了，从而使得虚拟场景中呈现的手持模型与用户正在使用的手持设备相适配，提高了用户的使用体验。
本申请实施例的头戴显示设备的模型加载方法在面临用户使用新的目标手持设备的情况时，不需要开发者重新适配SDK即可以生成并显示目标手持设备对应的手持模型，降低了后续的维护和开发成本，使得虚拟场景中呈现的手持模型与用户正在使用的手持设备相 适配，提升了用户的使用体验。
在本申请的一个实施例中，根据目标手持设备的类型获取对应的模型资源数据包括：根据目标手持设备的类型获取对应的模型文件，其中模型文件为OBJ模型文件；根据模型文件获取目标手持设备的类型对应的模型资源数据。
本申请实施例在获取目标手持设备的类型对应的模型资源数据时，可以先获取目标手持设备的类型对应的模型文件，该模型文件中包含有目标手持设备对应的手持模型所需要的各种模型配置信息，包括用于表征手持模型的显示效果的材质、贴图、提示框等配置信息。
为了提供模型配置信息的可编辑性，上述模型文件的格式主要采用OBJ格式的模型文件，OBJ文件是一种文本文件，可以直接用写字板打开进行查看和编辑修改，从而满足开发者的不同需求。
在本申请的一个实施例中，根据目标手持设备的类型获取对应的模型文件包括：获取Json文件，其中Json文件中存储有手持设备的类型及对应的模型配置信息；从Json文件中获取目标手持设备的类型对应的模型配置信息；根据模型配置信息获取目标手持设备的类型对应的模型文件。
本申请实施例在获取模型文件时，可以先获取Json文件，这里的Json文件是指存储有手持设备的类型及对应的模型配置信息的文件，用于对不同手持设备的模型文件进行统一管理，Json文件中的数据格式具体可以表示为：
"controller":[{"name":"controller0","path":"/xxx/xxx/",},{}…]，
可以看出，Json文件中存储了不同手持设备对应的手持模型的名称name和模型资源的存储路径path，中括号里的每个大括号可以看作一个模型的属性，按数组存储，从0开始依次排序，序号与从当前应用服务获取到的手持设备的类型type一一对应。
基于上述Json文件的数据格式，可以从Json文件中获取到目标手持设备的类型type对应的模型配置信息包括手持模型的名称name和模型资源的存储路径path等，进而可以根据模型配置信息获取到目标手持设备的类型对应的模型文件。
当增加了新的手持设备时，可以将新的手持设备对应的新模型文件放到Json文件中path对应的位置，并将新模型文件的名称修改为Json文件中name对应的名称。
在本申请的一个实施例中，模型配置信息包括模型资源的存储路径，根据模型配置信息获取目标手持设备的类型对应的模型文件包括：从目标手持设备的类型对应的模型资源的存储路径下，获取目标手持设备的类型对应的模型文件。
如前所述，本申请实施例中的模型配置信息具体可以包括模型资源的存储路径path，目标手持设备的类型对应的模型资源的存储路径path则表征了构建与目标手持设备对应的 手持模型所需要的模型资源的存储位置，因此可以从目标手持设备的类型对应的模型资源的存储路径下，获取到目标手持设备的类型对应的模型文件，以作为后续构建手持模型的基础。
在本申请的一个实施例中，根据模型文件获取目标手持设备的类型对应的模型资源数据包括：将模型文件转换为字符串对象，其中字符串对象包括二维坐标数据、顶点数据以及三角面数据；根据模型资源数据生成并加载目标手持设备对应的手持模型包括：根据二维坐标数据、顶点数据以及三角面数据，生成并加载目标手持设备对应的手持模型。
目前通常采用场景开发平台如Unity3D来开发虚拟现实场景，Unity3D是一个全面整合的专业游戏引擎，由Unity Technologies公司开发提供，可以使得虚拟现实场景的开发者轻松开发创建虚拟现实场景，此外，Unity3D的编辑器还可以运行在多种操作系统下呈现虚拟现实场景。
基于此，本申请实施例就可以利用Unity3D来实现新的手持模型的构建，具体地，在利用Unity3D构建手持模型时，可以先利用使用Unity中的StringBuilder将获取到模型文件转换为uv二维坐标数据、顶点数据以及三角面数据等字符串对象。
Mesh是Unity3D中的一个组件，称为网格组件，Mesh是指模型的网格，3D模型是由多边形拼接而成，而多边形实际上是由多个三角形拼接而成的。所以一个3D模型的表面其实是由多个彼此相连的三角面构成。三维空间中，构成这些三角形的点和边的集合就是Mesh。
基于此，本申请实施例利用Unit3D中创建Mesh的方法，将上述uv二维坐标数据、顶点数据以及三角面数据等字符串对象输入到Unit3D中，从而生成目标手持设备对应的手持模型，将该手持模型在当前的虚拟场景中进行加载显示，以便于用户进行后续的交互。
在本申请的一个实施例中，在确定目标手持设备的类型是否为头戴显示设备中的已有类型之后，该方法还包括：若目标手持设备的类型为头戴显示设备中的已有类型，则从头戴显示设备的SDK软件开发工具包中直接加载目标手持设备的类型对应的手持模型。
本申请实施例在确定目标手持设备的类型是否为头戴显示设备中的已有类型之后，如果确定出目标手持设备的类型为头戴显示设备中的已有类型，说明与当前应用服务连接的目标手持设备不是新的手持设备，那么其对应的手持模型就会存在于原有的SDK中，因此直接从原有的SDK中加载该目标手持设备的手持模型即可。
在本申请的一个实施例中，在根据模型资源数据生成目标手持设备对应的手持模型之后，该方法还包括：确定当前虚拟场景中是否已经加载有手持模型；若是，则将手持模型替换为目标手持设备对应的手持模型。
实际应用场景下，当用户当前正在使用的手持设备为新的手持设备时，那么原有的SDK 中就没有与该手持设备相适配的手持模型了，这时就可能会先在虚拟场景中加载出SDK中已有的手持模型，当基于上述实施例生成新的手持设备对应的手持模型后，就可以将虚拟场景中显示的手持模型替换为新生手持设备对应的手持模型，该过程并不会耗费太多时间，因此不会给用户的使用体验造成影响。
为了便于对本申请各实施例的理解，如图2所示，提供了本申请实施例中一种头戴显示设备的模型加载方法的流程框图。首先先从当前正在运行的应用服务中获取与当前应用服务连接的目标手持设备的类型，然后判断目标手持设备的类型是否为头戴显示设备中的已有类型，如果是，则从头戴显示设备的SDK中直接加载对应的手持模型。
如果不是，则从Json文件中获取目标手持设备的类型对应的模型配置信息，然后根据模型配置信息获取目标手持设备的类型对应的模型文件，之后再将目标手持设备的类型对应的模型文件转换为uv二维坐标数据、顶点数据以及三角面数据等字符串对象，最后根据uv二维坐标数据、顶点数据以及三角面数据等字符串对象构建目标手持设备的类型对应的手持模型，并在当前显示的虚拟场景中进行加载，从而使得用户能够更好地利用目标手持设备进行虚拟交互。
与前述头戴显示设备的模型加载方法同属于一个技术构思，本申请实施例还提供了头戴显示设备的模型加载装置300。图3示出了本申请一个实施例的头戴显示设备的模型加载装置的框图，参见图3，本申请实施例的头戴显示设备的模型加载装置300包括：第一获取单元310、确定单元320、第二获取单元330以及第一加载单元340。其中，
第一获取单元310，用于获取目标手持设备的类型，其中目标手持设备为与当前应用服务连接的手持设备；
确定单元320，用于确定目标手持设备的类型是否为头戴显示设备中的已有类型；
第二获取单元330，用于若不是，则根据目标手持设备的类型获取对应的模型资源数据；
第一加载单元340，用于根据模型资源数据生成并加载目标手持设备对应的手持模型。
在本申请的一个实施例中，第二获取单元330具体用于：根据目标手持设备的类型获取对应的模型文件，其中模型文件为OBJ模型文件；根据模型文件获取目标手持设备的类型对应的模型资源数据。
在本申请的一个实施例中，第二获取单元330具体用于：获取Json文件，其中Json文件中存储有手持设备的类型及对应的模型配置信息；从Json文件中获取目标手持设备的类型对应的模型配置信息；根据模型配置信息获取目标手持设备的类型对应的模型文件。
在本申请的一个实施例中，模型配置信息包括模型资源的存储路径，第二获取单元330具体用于：从目标手持设备的类型对应的模型资源的存储路径下，获取目标手持设备的类 型对应的模型文件。
在本申请的一个实施例中，第二获取单元330具体用于：将模型文件转换为字符串对象，其中字符串对象包括二维坐标数据、顶点数据以及三角面数据；第一加载单元340具体用于：根据二维坐标数据、顶点数据以及三角面数据，生成并加载目标手持设备对应的手持模型。
在本申请的一个实施例中，该装置还包括：第二加载单元，用于若目标手持设备的类型为头戴显示设备中的已有类型，则从头戴显示设备的SDK软件开发工具包中直接加载目标手持设备的类型对应的手持模型。
需要说明的是：
图4示意了头戴显示设备的结构示意图。请参考图4，在硬件层面，该头戴显示设备包括存储器和处理器，可选地还包括接口模块、通信模块等。存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器等。当然，该头戴显示设备还可能包括其他业务所需要的硬件。
处理器、接口模块、通信模块和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(Extended Industry Standard Architecture，扩展工业标准结构)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
存储器，用于存放计算机可执行指令。存储器通过内部总线向处理器提供计算机可执行指令。
处理器，执行存储器所存放的计算机可执行指令，并具体用于实现以下操作：
获取目标手持设备的类型，其中目标手持设备为与当前应用服务连接的手持设备；
确定目标手持设备的类型是否为头戴显示设备中的已有类型；
若不是，则根据目标手持设备的类型获取对应的模型资源数据；
根据模型资源数据生成并加载目标手持设备对应的手持模型。
上述如本申请图3所示实施例揭示的头戴显示设备的模型加载装置执行的功能可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现 场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
该头戴显示设备还可执行图1中头戴显示设备的模型加载方法执行的步骤，并实现头戴显示设备的模型加载方法在图1所示实施例的功能，本申请实施例在此不再赘述。
本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序当被处理器执行时，实现前述的头戴显示设备的模型加载方法，并具体用于执行：
获取目标手持设备的类型，其中目标手持设备为与当前应用服务连接的手持设备；
确定目标手持设备的类型是否为头戴显示设备中的已有类型；
若不是，则根据目标手持设备的类型获取对应的模型资源数据；
根据模型资源数据生成并加载目标手持设备对应的手持模型。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其特征在于包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

  1. 一种头戴显示设备的模型加载方法，其特征在于，所述方法包括：
    获取目标手持设备的类型，其中所述目标手持设备为与当前应用服务连接的手持设备；
    确定所述目标手持设备的类型是否为头戴显示设备中的已有类型；
    若不是，则根据所述目标手持设备的类型获取对应的模型资源数据；
    根据所述模型资源数据生成并加载所述目标手持设备对应的手持模型。
  2. 根据权利要求1所述的方法，其特征在于，所述根据所述目标手持设备的类型获取对应的模型资源数据包括：
    根据所述目标手持设备的类型获取对应的模型文件，其中所述模型文件为OBJ模型文件；
    根据所述模型文件获取目标手持设备的类型对应的模型资源数据。
  3. 根据权利要求2所述的方法，其特征在于，所述根据所述目标手持设备的类型获取对应的模型文件包括：
    获取Json文件，其中所述Json文件中存储有手持设备的类型及对应的模型配置信息；
    从所述Json文件中获取目标手持设备的类型对应的模型配置信息；
    根据所述模型配置信息获取目标手持设备的类型对应的模型文件。
  4. 根据权利要求3所述的方法，其特征在于，所述模型配置信息包括模型资源的存储路径，所述根据所述模型配置信息获取目标手持设备的类型对应的模型文件包括：
    从所述目标手持设备的类型对应的模型资源的存储路径下，获取目标手持设备的类型对应的模型文件。
  5. 根据权利要求2所述的方法，其特征在于，所述根据所述模型文件获取目标手持设备的类型对应的模型资源数据包括：
    将所述模型文件转换为字符串对象，其中所述字符串对象包括二维坐标数据、顶点数据以及三角面数据；
    所述根据所述模型资源数据生成并加载所述目标手持设备对应的手持模型包括：
    根据所述二维坐标数据、顶点数据以及三角面数据，生成并加载所述目标手持设备对应的手持模型。
  6. 根据权利要求1所述的方法，其特征在于，在确定所述目标手持设备的类型是否为头戴显示设备中的已有类型之后，所述方法还包括：
    若所述目标手持设备的类型为头戴显示设备中的已有类型，则从所述头戴显示设备的SDK软件开发工具包中直接加载所述目标手持设备的类型对应的手持模型。
  7. 一种头戴显示设备的模型加载装置，其特征在于，所述装置包括：
    第一获取单元，用于获取目标手持设备的类型，其中所述目标手持设备为与当前应用 服务连接的手持设备；
    确定单元，用于确定所述目标手持设备的类型是否为头戴显示设备中的已有类型；
    第二获取单元，用于若不是，则根据所述目标手持设备的类型获取对应的模型资源数据；
    第一加载单元，用于根据所述模型资源数据生成并加载所述目标手持设备对应的手持模型。
  8. 根据权利要求7所述的装置，其特征在于，所述第二获取单元具体用于：
    根据所述目标手持设备的类型获取对应的模型文件，其中所述模型文件为OBJ模型文件；
    根据所述模型文件获取目标手持设备的类型对应的模型资源数据。
  9. 根据权利要求8所述的装置，其特征在于，所述第二获取单元具体用于：
    获取Json文件，其中所述Json文件中存储有手持设备的类型及对应的模型配置信息；
    从所述Json文件中获取目标手持设备的类型对应的模型配置信息；
    根据所述模型配置信息获取目标手持设备的类型对应的模型文件。
  10. 一种头戴显示设备，其特征在于，包括：处理器，存储计算机可执行指令的存储器，
    所述可执行指令在被所述处理器执行时，实现所述权利要求1至6之任一所述头戴显示设备的模型加载方法。
PCT/CN2022/099501 2021-06-18 2022-06-17 头戴显示设备的模型加载方法、装置及头戴显示设备 WO2022262856A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/817,903 US11599338B2 (en) 2021-06-18 2022-08-05 Model loading method and apparatus for head-mounted display device, and head-mounted display device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110678807.0A CN113485548B (zh) 2021-06-18 2021-06-18 头戴显示设备的模型加载方法、装置及头戴显示设备
CN202110678807.0 2021-06-18

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/817,903 Continuation US11599338B2 (en) 2021-06-18 2022-08-05 Model loading method and apparatus for head-mounted display device, and head-mounted display device

Publications (1)

Publication Number Publication Date
WO2022262856A1 true WO2022262856A1 (zh) 2022-12-22

Family

ID=77933749

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/099501 WO2022262856A1 (zh) 2021-06-18 2022-06-17 头戴显示设备的模型加载方法、装置及头戴显示设备

Country Status (2)

Country Link
CN (1) CN113485548B (zh)
WO (1) WO2022262856A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113485548B (zh) * 2021-06-18 2024-02-23 青岛小鸟看看科技有限公司 头戴显示设备的模型加载方法、装置及头戴显示设备
US11599338B2 (en) 2021-06-18 2023-03-07 Qingdao Pico Technology Co., Ltd. Model loading method and apparatus for head-mounted display device, and head-mounted display device

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120075096A1 (en) * 2010-02-26 2012-03-29 Thl Holding Company, Llc Handheld communication device for monitoring protective headgear
CN111562949A (zh) * 2019-01-29 2020-08-21 飞狐信息技术（天津）有限公司 一种模型文件加载方法及装置
CN112036558A (zh) * 2019-06-04 2020-12-04 北京京东尚科信息技术有限公司 模型管理方法、电子设备和介质
CN112906803A (zh) * 2021-03-01 2021-06-04 重庆紫光华山智安科技有限公司 模型集成方法、装置、服务器和计算机可读存储介质
CN113485548A (zh) * 2021-06-18 2021-10-08 青岛小鸟看看科技有限公司 头戴显示设备的模型加载方法、装置及头戴显示设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107223271B (zh) * 2016-12-28 2021-10-15 达闼机器人有限公司 一种显示数据处理方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120075096A1 (en) * 2010-02-26 2012-03-29 Thl Holding Company, Llc Handheld communication device for monitoring protective headgear
CN111562949A (zh) * 2019-01-29 2020-08-21 飞狐信息技术（天津）有限公司 一种模型文件加载方法及装置
CN112036558A (zh) * 2019-06-04 2020-12-04 北京京东尚科信息技术有限公司 模型管理方法、电子设备和介质
CN112906803A (zh) * 2021-03-01 2021-06-04 重庆紫光华山智安科技有限公司 模型集成方法、装置、服务器和计算机可读存储介质
CN113485548A (zh) * 2021-06-18 2021-10-08 青岛小鸟看看科技有限公司 头戴显示设备的模型加载方法、装置及头戴显示设备

Also Published As

Publication number Publication date
CN113485548A (zh) 2021-10-08
CN113485548B (zh) 2024-02-23

Similar Documents

Publication Publication Date Title
WO2022262856A1 (zh) 头戴显示设备的模型加载方法、装置及头戴显示设备
CN107393013B (zh) 虚拟漫游文件生成、显示方法、装置、介质、设备和系统
US20220080318A1 (en) Method and system of automatic animation generation
TW201616378A (zh) 移動應用的頁面處理方法、裝置和系統
US10880595B2 (en) Method and apparatus for adjusting virtual reality scene, and storage medium
US20230106884A1 (en) Automatic Rendering Of 3D Sound
WO2018058811A1 (zh) 虚拟现实场景加载方法及设备
WO2020140940A1 (zh) 代码的生成方法、装置、设备及存储介质
WO2022183519A1 (zh) 一种可实时交互的三维图形图像播放器
TW202004674A (zh) 在３ｄ模型上展示豐富文字的方法、裝置及設備
CN103970518A (zh) 一种逻辑窗口的3d渲染方法和装置
WO2018121367A1 (zh) 一种三维模型构建方法、装置及系统
CN114494024B (zh) 图像渲染方法、装置、设备及存储介质
CN103460292B (zh) 定义立体视觉图形对象的场景图形
EP4088193A1 (en) Method and apparatus for media scene description
US20230418783A1 (en) Method and apparatus for media scene description
WO2023025233A1 (zh) 动画播放程序包编写方法、装置、电子设备及存储介质
CN116206038A (zh) 一种渲染方法、装置、电子设备及存储介质
US11599338B2 (en) Model loading method and apparatus for head-mounted display device, and head-mounted display device
CN115167940A (zh) 3d文件加载方法及装置
CN110930499A (zh) 一种3d数据处理方法及装置
CN113082720A (zh) 提示信息确定方法、装置及电子设备
US20240111496A1 (en) Method for running instance, computer device, and storage medium
CN115174993B (zh) 用于视频制作的方法、装置、设备和存储介质
US20240009560A1 (en) 3D Image Implementation

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22824328

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE