Access Method, Device, Equipment and Storage Medium for Virtual Scenario Application

By associating each virtual scenario application with a dedicated cloud hard disk and managing resources efficiently through snapshots, the method addresses storage inefficiencies and game update delays in cloud gaming platforms, optimizing costs and user experience.

CN112044078BActive Publication Date: 2025-07-15TENCENT TECHNOLOGY (SHENZHEN) CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202011088612.2
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2020-10-13
Publication Date
2025-07-15
Estimated Expiration
2040-10-13

AI Technical Summary

Technical Problem

Cloud gaming platforms need to prepare running files for multiple games, resulting in high storage costs and wasted hard disk resources, and untimely game updates affect user experience.

Method used

By storing the files of each game on a separate cloud hard drive and using snapshot technology to update the game, ensure that the files stored in the cloud hard drive are in the latest version, and the game can be played immediately and updated in a timely manner.

Benefits of technology

It greatly reduces the hard disk resources consumed by game storage, improves user's gaming experience and hard disk utilization, and ensures the timeliness of game updates.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN112044078B_ABST
    Figure CN112044078B_ABST
Patent Text Reader

Abstract

The present application provides an access method, device, equipment and computer-readable storage medium for virtual scene applications; the method includes: receiving an access request for a virtual scene application sent by a terminal; in response to the access request, determining a cloud device adapted to the virtual scene application and a cloud hard disk in one-to-one correspondence with the virtual scene application, where the cloud hard disk stores files required to run the virtual scene application; establishing an association between the cloud hard disk and the cloud device, and obtaining device information of the cloud device; returning the device information to the terminal; wherein the device information is used for the terminal to establish a communication connection with the cloud device based on the device information and run the files in the cloud hard disk through the communication connection to access the virtual scene application. Through the present application, the storage cost of virtual scene applications can be saved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application relates to data processing technology and cloud technology, and in particular, to an access method, device, and computer-readable storage medium for virtual scene applications. Background Art

[0002] Display technology based on graphics processing hardware has expanded the channels for perceiving the environment and obtaining information. In particular, virtual scene display technology can achieve intelligent interaction between people and various virtual objects in the virtual scene according to actual application requirements. Games are typical applications of virtual scene display technology. Users can run games through devices. In the virtual scene output by the devices, the game objects controlled by the users cooperate or fight against other game objects online.

[0003] Cloud game is an online game technology based on cloud computing technology. In the cloud game scenario, the game does not run on the player's game terminal, but on the cloud server. The cloud server renders the game scene into a video and audio stream and transmits it to the player's game terminal through the network. The player's game terminal only needs to have basic streaming media playback capabilities and the ability to obtain the player's input instructions and send them to the cloud server.

[0004] In the related art, cloud games are managed in a similar way to the game management mode of traditional Internet cafes. The cloud game platform needs to prepare the running files of multiple games at the same time. The capacity of these files is mostly dozens of gigabytes or even hundreds of gigabytes. Therefore, a cloud device requires a hard disk with a capacity of several terabytes. However, users only play a certain game at the same time. This not only increases the storage cost of the cloud platform, but also makes the space occupied by other games not fully utilized. And most of the time, users only play a few popular games, which also causes waste of hard disk resources. Summary of the Invention

[0005] Embodiments of the present application provide an access method, device, equipment, and computer-readable storage medium for virtual scene applications, which can save the storage cost of virtual scene applications.

[0006] The technical solution of the embodiments of the present application is implemented as follows:

[0007] Embodiments of the present application provide an access method for virtual scene applications, including:

[0008] Receiving an access request for a virtual scene application sent by a terminal;

[0009] In response to the access request, determining a cloud device adapted to the virtual scene application and a cloud hard disk in one-to-one correspondence with the virtual scene application, where the cloud hard disk stores files required to run the virtual scene application;

[0010] Establish an association between the cloud hard disk and the cloud device, and obtain the device information of the cloud device;

[0011] Return the device information to the terminal;

[0012] Wherein, the device information is used for the terminal to establish a communication connection with the cloud device based on the device information, and run the file in the cloud hard disk through the communication connection to access the virtual scene application.

[0013] In the above solution, the method further includes:

[0014] When the usage status of the at least two target cloud devices is the running state, enter the queue until a target cloud device in the idle state appears, and use the target cloud device in the idle state that appears as the cloud device adapted to the virtual scene application.

[0015] In the above solution, the determination of the cloud hard disk having a one-to-one correspondence with the virtual scene application includes:

[0016] Parse the access request to obtain the application identifier corresponding to the virtual scene application;

[0017] Obtain the cloud hard disk queue created for storing cloud hard disks;

[0018] When, based on the application identifier, it is found that there is a cloud hard disk in the cloud hard disk queue that matches the virtual scene application, use the found cloud hard disk as the cloud hard disk having a one-to-one correspondence with the virtual scene application.

[0019] In the above solution, the method further includes:

[0020] When, based on the application identifier, it is not found that there is a cloud hard disk in the cloud hard disk queue that matches the virtual scene application, create a cloud hard disk through snapshot, and use the created cloud hard disk as the cloud hard disk having a one-to-one correspondence with the virtual scene application.

[0021] An access method for a virtual scene application provided by an embodiment of the present application includes:

[0022] Send an access request for a virtual scene application;

[0023] Wherein, the access request is used to determine a cloud device adapted to the virtual scene application and a cloud hard disk having a one-to-one correspondence with the virtual scene application, and establish an association between the cloud hard disk and the cloud device, and the cloud hard disk stores files required to run the virtual scene application;

[0024] Receive the device information of the cloud device returned;

[0025] Based on the device information, establish a communication connection with the cloud device, and through the communication connection, run the file stored in the cloud hard disk to access the virtual scene application.

[0026] In the above solution, the method further includes:

[0027] In response to an interaction operation on the virtual scene application, send a screen acquisition request corresponding to the interaction operation to the cloud device through the communication connection, so that the cloud device performs corresponding virtual scene application screen rendering based on the interaction operation of the virtual scene application, and obtains and returns a rendering result;

[0028] Receive the rendering result, and present the screen of the corresponding virtual scene application based on the rendering result.

[0029] An embodiment of the present application provides an access device for a virtual scene application, including:

[0030] A first receiving module, configured to receive an access request for a virtual scene application sent by a terminal;

[0031] A determination module, configured to, in response to the access request, determine a cloud device adapted to the virtual scene application and a cloud hard disk having a one-to-one correspondence with the virtual scene application, where the cloud hard disk stores files required to run the virtual scene application;

[0032] A first processing module, configured to establish an association between the cloud hard disk and the cloud device, and obtain the device information of the cloud device;

[0033] A return module, configured to return the device information to the terminal;

[0034] Wherein, the device information is used for the terminal to establish a communication connection with the cloud device based on the device information, and run the file in the cloud hard disk through the communication connection to access the virtual scene application.

[0035] In the above solution, the determination module is further configured to parse the access request to obtain an application identifier corresponding to the virtual scene application;

[0036] Based on the application identifier, determine the application type to which the virtual scene application belongs;

[0037] Select a target cloud device whose device type matches the application type from at least two cloud devices as the cloud device adapted to the virtual scene application.

[0038] In the above solution, the determining module is further configured to select a target cloud device whose device type matches the application type from at least two cloud devices;

[0039] When the number of the target cloud devices is at least two, obtain the usage statuses of the respective target cloud devices;

[0040] Select, from the at least two target cloud devices, a cloud device whose usage status is the idle status as the cloud device adapted to the virtual scenario application.

[0041] In the above solution, the determining module is further configured to, when the usage statuses of the at least two target cloud devices are the running statuses, enter a queue until a target cloud device in the idle status appears, and use the target cloud device in the idle status that appears as the cloud device adapted to the virtual scenario application.

[0042] In the above solution, the determining module is further configured to parse the access request to obtain an application identifier corresponding to the virtual scenario application;

[0043] Obtain a cloud disk queue created for storing cloud disks;

[0044] When, based on the application identifier, it is found that there is a cloud disk in the cloud disk queue that matches the virtual scenario application, use the found cloud disk as the cloud disk having a one-to-one correspondence with the virtual scenario application.

[0045] In the above solution, the apparatus further includes:

[0046] A creating module, configured to, when it is not found that there is a cloud disk in the cloud disk queue that matches the virtual scenario application based on the application identifier, create a cloud disk through a snapshot, and use the created cloud disk as the cloud disk having a one-to-one correspondence with the virtual scenario application.

[0047] In the above solution, the apparatus further includes:

[0048] A queue creating module, configured to obtain the usage popularity of the virtual scenario application;

[0049] Based on the usage popularity, determine a target number of cloud disks corresponding to the usage popularity and in the idle status, and store the cloud disks of the target number in the cloud disk queue.

[0050] In the above solution, the queue creating module is further configured to respectively obtain a first number of cloud disks in the cloud disk queue that are in the idle status and a second number of cloud disks in the cloud disk queue that are not in the idle status;

[0051] Based on the first quantity and the second quantity, determine the free ratio of the cloud hard disks in the cloud hard disk queue;

[0052] When the free ratio is lower than the ratio threshold, create a third quantity of cloud hard disks through snapshots, and store the created third quantity of cloud hard disks in the cloud hard disk queue.

[0053] In the above solution, the first processing module is further configured to establish a heartbeat connection with the cloud device;

[0054] Through the heartbeat connection, obtain the device information of the cloud device.

[0055] In the above solution, the first processing module is further configured to send a hard disk mounting instruction for the cloud hard disk to the cloud device;

[0056] The hard disk mounting instruction is used for the cloud device to create path information of the cloud hard disk corresponding to the virtual scene application, so as to mount the cloud hard disk to the cloud device.

[0057] In the above solution, the device further includes:

[0058] An update module, configured to detect the version of the virtual scene application to obtain a detection result;

[0059] When the detection result indicates that the version of the virtual scene application needs to be updated, update the cloud hard disk.

[0060] In the above solution, the update module is further configured to

[0061] In the shared file storage service, update the files required to run the virtual scene application, and create a transit cloud hard disk with a preset capacity;

[0062] Copy the updated files required to run the virtual scene application to the transit cloud hard disk;

[0063] Using the copied transit cloud hard disk as the hard disk source, create a corresponding snapshot, and update the cloud hard disk through the created snapshot.

[0064] An embodiment of the present application provides an access device for a virtual scene application, including:

[0065] A sending module, configured to send an access request for the virtual scene application;

[0066] Wherein, the access request is used to determine a cloud device adapted to the virtual scene application and a cloud hard disk in one-to-one correspondence with the virtual scene application, and establish an association between the cloud hard disk and the cloud device, and the cloud hard disk stores files required to run the virtual scene application;

[0067] A second receiving module, configured to receive the device information of the cloud device returned;

[0068] A second processing module, configured to establish a communication connection with the cloud device based on the device information, and through the communication connection, run the file stored in the cloud hard disk to access the virtual scene application.

[0069] In the above solution, the device further includes:

[0070] A response module, configured to, in response to an interaction operation for the virtual scene application, send a screen acquisition request corresponding to the interaction operation to the cloud device through the communication connection, so that the cloud device performs screen rendering of the corresponding virtual scene application based on the interaction operation of the virtual scene application, and obtains and returns a rendering result;

[0071] A presentation module, configured to receive the rendering result and present a screen of the corresponding virtual scene application based on the rendering result.

[0072] An embodiment of the present application provides an electronic device, including:

[0073] A memory, configured to store executable instructions;

[0074] A processor, configured to, when executing the executable instructions stored in the memory, implement the access method for the virtual scene application provided by the embodiment of the present application.

[0075] An embodiment of the present application provides a computer-readable storage medium, storing executable instructions, which are used to cause a processor to implement the access method for the virtual scene application provided by the embodiment of the present application when executed.

[0076] The embodiment of the present application has the following beneficial effects:

[0077] When a user requests an access request for the virtual scene application, a cloud device adapted to the virtual scene application and a corresponding cloud hard disk are obtained, an association between the cloud hard disk and the cloud device is established, the device information of the cloud device is obtained, and then a communication connection between the terminal and the cloud device is established based on the device information. The file required to run the virtual scene application stored in the cloud hard disk is run through the communication connection to access the virtual scene application. In this way, through the cloud hard disk service, the file required to run the virtual scene application is separately deployed in a cloud hard disk, greatly reducing the hard disk resources consumed by the storage of the virtual scene application and saving the storage cost of the virtual scene application. Description of the Drawings

[0078] Figure 1An optional architecture diagram of the access system for virtual scene applications provided by the embodiments of this application;

[0079] Figure 2 An optional structural diagram of the electronic device provided by the embodiments of this application;

[0080] Figure 3 An optional flowchart of the access method for virtual scene applications provided by the embodiments of this application;

[0081] Figure 4 An optional flowchart of the method for determining a cloud device adapted to a virtual scene application provided by the embodiments of this application;

[0082] Figure 5 An optional flowchart of the method for determining a cloud device adapted to a virtual scene application provided by the embodiments of this application;

[0083] Figure 6 An optional flowchart of the method for determining a cloud hard disk corresponding to a virtual scene provided by the embodiments of this application;

[0084] Figure 7 An optional flowchart of the access method for virtual scene applications provided by the embodiments of this application;

[0085] Figure 8 An optional flowchart of the access method for virtual scene applications provided by the embodiments of this application;

[0086] Figure 9 A schematic diagram of the cloud game interface provided by the embodiments of this application;

[0087] Figure 10 An optional architecture diagram of the access system for virtual scene applications provided by the embodiments of this application;

[0088] Figure 11 A schematic diagram of the process of cloud hard disk allocation and update provided by the embodiments of this application;

[0089] Figure 12 A schematic diagram of cloud hard disk detection provided by the embodiments of this application;

[0090] Figure 13 A schematic diagram of cloud hard disk update provided by the embodiments of this application;

[0091] Figure 14 A schematic diagram of the cloud game experience interface provided by the embodiments of this application;

[0092] Figure 15 A structural diagram of the access device for virtual scene applications provided by the embodiments of this application;

[0093] Figure 16 This is a schematic structural diagram of an access device for virtual scene applications provided by an embodiment of the present application. Detailed implementation manners

[0094] In order to make the objectives, technical solutions, and advantages of the present application clearer, the present application will be further described in detail below with reference to the accompanying drawings. The described embodiments should not be construed as limitations on the present application. All other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the scope of protection of the present application.

[0095] In the following description, "some embodiments" are involved, which describe a subset of all possible embodiments. However, it can be understood that "some embodiments" can be the same subset or different subsets of all possible embodiments, and they can be combined with each other without conflict.

[0096] In the following description, the terms "first / second..." only distinguish similar objects and do not represent a specific order for the objects. It can be understood that "first / second..." can be interchanged with a specific order or sequence when allowed, so that the embodiments of the present application described here can be implemented in an order other than that illustrated or described here.

[0097] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by those of ordinary skill in the technical field to which this application belongs. The terms used herein are only for the purpose of describing the embodiments of this application and are not intended to limit this application.

[0098] Before further elaborating on the embodiments of the present application, the nouns and terms involved in the embodiments of the present application are described. The nouns and terms involved in the embodiments of the present application are applicable to the following explanations.

[0099] 1) Client: An application program running on a terminal for providing various services, such as a video playback client, an instant messaging client, a live broadcast client, etc.

[0100] 2) In response to: Used to represent the conditions or states on which the executed operations depend. When the dependent conditions or states are met, one or more executed operations can be real-time or can have a set delay; without special instructions, there is no limit on the execution sequence of the multiple executed operations.

[0101] 3) Virtual scenes, which use devices to output scenes that are different from the real world. With the naked eye or the assistance of devices, visual perception of virtual scenes can be formed, such as two-dimensional images output by display screens, and three-dimensional images output by stereo display technologies such as stereo projection, virtual reality and augmented reality technologies. In addition, various perceptions that simulate the real world, such as auditory perception, tactile perception, olfactory perception and motion perception, can also be formed through various possible hardware.

[0102] 4) Cloud gaming is a gaming method based on cloud computing. All games are run on the server side, and the rendered game images and sound effects are compressed and transmitted to players through the network in the form of push streaming (also known as cloud gaming audio and video streaming). Players control the games on the remote server through the network.

[0103] 5) Cloud Block Storage (CBS) is a highly available, highly reliable, low-cost, customizable block storage device that can be used as an independent scalable hard disk for cloud servers, providing efficient and reliable storage devices for cloud server instances. Cloud disks provide persistent storage at the data block level and are usually used as primary storage devices for data that requires frequent and fine-grained updates (such as file systems, databases, etc.). They are highly available, reliable, and high-performance.

[0104] 6) File storage (CFS, Cloud File Storage), provides a scalable shared file storage service that can be used with Tencent Cloud's cloud servers (CVM, Cloud Virtual Machine), containers, batch computing and other services. CFS provides a standard network file system (NFS, Network File System) and application layer network transmission protocol (CIFS / SMB, Common Internet File System / Server Message Block), providing a shared data source for multiple CVM instances or other computing services, supporting elastic capacity and performance expansion, and existing applications can be mounted and used without modification. It is a highly available and reliable distributed file system suitable for scenarios such as big data analysis, media processing and content management.

[0105] 7) Web Real-Time Communication (WebRTC) is an application programming interface (API) that enables web browsers to conduct real-time voice or video conversations. WebRTC enables web-based video conferencing. The standard is the WHATWG protocol, with the aim of providing real-time communication capabilities through simple JavaScript in the browser.

[0106] 8) A snapshot is a copy of a cloud disk. When problems occur with the cloud disk for which a snapshot has been created, it can be quickly restored to the state before the problems occurred through the snapshot. Snapshots are created for relevant cloud disks before major business changes, and if the business change fails, the data can be quickly restored.

[0107] See Figure 1 , Figure 1 FIG. is an optional architecture diagram of the access system 100 for virtual scene applications provided by the embodiments of the present application. To support an exemplary application, the terminal 400 is connected to the server 200 through a network, and the server 200 is connected to the cloud disk 300 and the cloud device 500 through a network. Among them, the server is a scheduling and management platform for virtual scene applications. The network can be a wide area network, a local area network, or a combination of the two, and wireless links are used to achieve data transmission.

[0108] In practical applications, the terminal 400 can be various types of user terminals such as smart phones, tablet computers, and laptop computers, and can also be a desktop computer, a game console, a television, or a combination of any two or more of these data processing devices; the server 200 can be an independent physical server, a server cluster or a distributed system composed of multiple physical servers, and can also be a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN, and big data and artificial intelligence platforms.

[0109] In practical applications, the server 200 is the management platform corresponding to the virtual scene application to which the terminal 400 is to be connected. Generally, it is applicable to applications that rely on the computing power of the server 200 to complete virtual scene calculations and output virtual scenes on the terminal 400. Taking the formation of visual perception of a virtual scene as an example, the server 200 calculates the display data related to the virtual scene and sends it to the terminal 400. The terminal 400 depends on the graphics computing hardware to complete the loading and parsing of the calculated display data, and depends on the graphics output hardware to output the virtual scene to form visual perception. For example, it can present two-dimensional pictures or videos on the display screen of a smartphone, or project pictures or videos with three-dimensional display effects on the lenses of augmented reality / virtual reality glasses; for the perception of the form of the virtual scene, it can be understood that it can be output by means of the corresponding hardware of the terminal device. For example, a microphone is used to output to form auditory perception, and a vibrator is used to output to form tactile perception, etc.

[0110] As an example, when accessing a game application through the terminal 400, the server 200 is the scheduling and management platform corresponding to the game application (such as a game manufacturer). The terminal 400 sends an access request for the selected game application to the server 200. The server 200 receives the access request for the game application sent by the terminal 400. In response to this access request, it determines the cloud device 500 adapted to the selected game application and the cloud hard disk 300 that has a one-to-one correspondence with the selected game application. Among them, the cloud hard disk 300 stores the files required to run the game application, establishes an association between the cloud hard disk 300 and the cloud device 500, obtains and returns the device information of the cloud device 500 to the terminal 400; the terminal 400 establishes a communication connection with the cloud device 500 based on the device information, and runs the files in the cloud hard disk 300 through the communication connection to access the game application.

[0111] As another example, when accessing a virtual tourism application through the terminal 400, the server 200 is the scheduling and management platform corresponding to the virtual tourism application (such as a virtual tourism management platform). The terminal 400 sends an access request for the selected virtual tourism application to the server 200. The server 200 receives the access request for the selected virtual tourism application sent by the terminal 400. In response to this access request, it determines the cloud device 500 adapted to the selected virtual tourism application and the cloud hard disk 300 that has a one-to-one correspondence with the virtual tourism application. Among them, the cloud hard disk 300 stores the files required to run the virtual tourism application, establishes an association between the cloud hard disk 300 and the cloud device 500, obtains and returns the device information of the cloud device 500 to the terminal 400; the terminal 400 establishes a communication connection with the cloud device based on the device information, and runs the files in the cloud hard disk 300 through the communication connection to access the virtual tourism application.

[0112] As another example, when accessing a shopping application through the terminal 400, the server 200 is a scheduling and management platform corresponding to the shopping application (such as a shopping management platform). The terminal 400 sends an access request for the selected shopping application to the server 200. The server 200 receives the access request for the selected shopping application sent by the terminal 400. In response to the access request, the server 200 determines a cloud device 500 adapted to the selected shopping application and a cloud hard disk 300 that has a one-to-one correspondence with the shopping application. Among them, the cloud hard disk 300 stores files required to run the shopping application. An association is established between the cloud hard disk 300 and the cloud device 500, and the device information of the cloud device 500 is obtained and returned to the terminal 400. Based on the device information, the terminal 400 establishes a communication connection with the cloud device 500 and runs the files in the cloud hard disk 300 through the communication connection to access the shopping application.

[0113] See Figure 2 , Figure 2 FIG. is an optional schematic structural diagram of the electronic device 500 provided by an embodiment of the present application. In practical applications, the electronic device 500 may be Figure 1 the terminal 400 or the server 200 in Figure 1 Taking the server 200 shown as an example, the electronic device for the access method of the virtual scenario application in the embodiment of the present application will be described. Figure 2 The electronic device 500 shown includes at least one processor 510, a memory 550, at least one network interface 520, and a user interface 530. Each component in the electronic device 500 is coupled together through a bus system 540. It can be understood that the bus system 540 is used to realize the connection and communication between these components. In addition to the data bus, the bus system 540 also includes a power bus, a control bus, and a status signal bus. However, for the sake of clear description, in Figure 2 all kinds of buses are labeled as the bus system 540.

[0114] The processor 510 may be an integrated circuit chip with signal processing capabilities, such as a general-purpose processor, a digital signal processor (DSP, Digital Signal Processor), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. Among them, the general-purpose processor may be a microprocessor or any conventional processor, etc.

[0115] The user interface 530 includes one or more output devices 531 capable of presenting media content, including one or more speakers and / or one or more visual display screens. The user interface 530 also includes one or more input devices 532, including user interface components that facilitate user input, such as a keyboard, a mouse, a microphone, a touch screen display, a camera, and other input buttons and controls.

[0116] The memory 550 can be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid-state memory, hard disk drives, optical disc drives, etc. The memory 550 optionally includes one or more storage devices that are physically remote from the processor 510.

[0117] The memory 550 includes volatile memory or non-volatile memory, and may also include both volatile and non-volatile memory. The non-volatile memory can be read-only memory (ROM), and the volatile memory can be random access memory (RAM). The memory 550 described in the embodiments of the present application is intended to include any suitable type of memory.

[0118] In some embodiments, the memory 550 is capable of storing data to support various operations. Examples of such data include programs, modules, and data structures, or subsets or supersets thereof, which are described below by way of example.

[0119] The operating system 551, including system programs for handling various basic system services and performing hardware-related tasks, such as the framework layer, core library layer, driver layer, etc., for implementing various basic services and handling hardware-based tasks;

[0120] The network communication module 552 is used to reach other computing devices via one or more (wired or wireless) network interfaces 520. Exemplary network interfaces 520 include: Bluetooth, Wi-Fi (Wireless Fidelity), and USB (Universal Serial Bus), etc.;

[0121] The presentation module 553 is used to enable the presentation of information (such as a user interface for operating peripheral devices and displaying content and information) via one or more output devices 531 associated with the user interface 530 (such as a display screen, speaker, etc.);

[0122] The input processing module 554 is used to detect and translate one or more user inputs or interactions from one of one or more input devices 532.

[0123] In some embodiments, the access device for the virtual scene application provided in the embodiments of the present application can be implemented in software. Figure 2An access device 555 for a virtual scene application stored in a memory 550 is shown. It can be software in the form of a program, a plug-in, etc., and includes the following software modules: a first receiving module 5551, a determining module 5552, a first processing module 5553, and a returning module 5554. These modules are logical, so they can be combined arbitrarily or further split according to the functions implemented.

[0124] The functions of each module will be described below.

[0125] In some other embodiments, the access device for the virtual scene application provided in the embodiments of the present application can be implemented in a hardware manner. As an example, the access device for the virtual scene application provided in the embodiments of the present application can be a processor in the form of a hardware decoding processor, which is programmed to execute the access method for the virtual scene application provided in the embodiments of the present application. For example, a processor in the form of a hardware decoding processor can employ one or more application-specific integrated circuits (ASICs), DSPs, programmable logic devices (PLDs), complex programmable logic devices (CPLDs), field-programmable gate arrays (FPGAs), or other electronic components.

[0126] Next, the access method for the virtual scene application provided in the embodiments of the present application will be described. In actual implementation, the access method for the virtual scene application provided in the embodiments of the present application can be implemented independently by a server or a terminal, or can be implemented jointly by a server and a terminal.

[0127] See Figure 3 , Figure 3 which is an optional flowchart of the access method for the virtual scene application provided in the embodiments of the present application. Figure 3 The shown access method for the virtual scene application is applied to a scheduling and management platform for the virtual scene application and will be described in combination with Figure 3 the steps shown.

[0128] Step 101: The scheduling and management platform for the virtual scene application receives an access request for the virtual scene application sent by a terminal.

[0129] In actual applications, when a user chooses to experience a virtual scene application through a browser or client on a terminal, the terminal generates an access request for the virtual scene application in response to the selection operation, and sends the generated access request to the scheduling management platform of the virtual scene application, wherein the access request carries the application identifier of the corresponding virtual scene application.

[0130] Taking a virtual scene as an example, when the player accesses the cloud game SDK through the browser or game client on the terminal and selects the corresponding cloud game, the terminal responds to the selection operation and initiates an access request to the cloud game platform manufacturer (that is, the scheduling and management platform of the game application). After receiving the access request, the cloud game platform manufacturer applies for allocation of cloud devices and cloud hard drives that are compatible with the selected cloud game application based on the access request.

[0131] Step 102: In response to the access request, determine a cloud device compatible with the virtual scene application and a cloud hard disk that has a one-to-one correspondence with the virtual scene application, and the cloud hard disk stores files required to run the virtual scene application.

[0132] In some embodiments, see Figure 4 , Figure 4 An optional flow chart of a method for determining a cloud device compatible with a virtual scene application provided in an embodiment of the present application, Figure 3 The cloud device that is compatible with the virtual scene application in step 102 can be determined by Figure 4 Steps 201 to 203 shown are used to implement:

[0133] Step 201: Parse the access request to obtain the application identifier of the corresponding virtual scene application;

[0134] Here, the access request carries the application identifier corresponding to the virtual scene application. When the scheduling management platform of the virtual scene application receives the access request, it parses the access request to obtain the corresponding application identifier.

[0135] Still taking the virtual scene as an example of a game, the access request carries the game identifier of the selected cloud game. The cloud game platform manufacturer parses the access request and obtains the corresponding game identifier to determine the cloud device and cloud hard disk that are compatible with the selected game application based on the game identifier.

[0136] Step 202: Determine the application type to which the virtual scene application belongs based on the application identifier;

[0137] Here, there is a one-to-one correspondence between the application identifier and the application type to which the virtual scene application belongs. In actual applications, each reference application identifier is stored together with the application type to which the corresponding virtual scene application belongs. The application identifier obtained based on the access request is matched with the stored multiple reference application identifiers, and the application type to which the virtual scene application corresponding to the matched reference application identifier belongs is used as the application type to which the virtual scene application corresponding to the application identifier obtained based on the access request belongs.

[0138] Step 203: Select a target cloud device whose device type matches the application type from at least two cloud devices as the cloud device adapted to the virtual scene application.

[0139] When there are multiple cloud devices, select a target cloud device whose device type matches the application type from the multiple cloud devices as the cloud device adapted to the virtual scene application.

[0140] In some embodiments, refer to Figure 5 , Figure 5 which is an optional flowchart of the method for determining a cloud device adapted to a virtual scene application provided by an embodiment of the present application. Figure 4 The step 203 shown can be implemented through steps 2031-2033 as shown in Figure 5 :

[0141] Step 2031: Select a target cloud device whose device type matches the application type from at least two cloud devices;

[0142] Step 2032: When the number of target cloud devices is at least two, obtain the usage status of each target cloud device respectively;

[0143] Step 2033: Select a cloud device with an idle status from at least two target cloud devices as the cloud device adapted to the virtual scene application.

[0144] Here, the usage status includes an idle status and a running status (i.e., a non-idle status). When the number of target cloud devices is multiple, select a cloud device with an idle status from them as the cloud device adapted to the virtual scene application.

[0145] In some embodiments, when the usage status of at least two target cloud devices is the running status, enter a queue until a target cloud device with an idle status appears, and use the target cloud device with the appeared idle status as the cloud device adapted to the virtual scene application.

[0146] In some embodiments, refer to Figure 6 , Figure 6This is an optional flowchart of a method for determining a cloud hard disk corresponding to a virtual scene provided by an embodiment of the present application. Figure 3 The determination of the cloud hard disk having a one-to-one correspondence with the virtual scene application in step 102 shown can be implemented through steps 301 - 303 as shown in Figure 6 follows:

[0147] Step 301: Parse the access request to obtain the application identifier corresponding to the virtual scene application.

[0148] Step 302: Obtain the cloud hard disk queue created for storing cloud hard disks.

[0149] Step 303: When, based on the application identifier, it is found that there is a cloud hard disk in the cloud hard disk queue that matches the virtual scene application, use the found cloud hard disk as the cloud hard disk having a one-to-one correspondence with the virtual scene application.

[0150] In practical applications, there are multiple cloud hard disks in the cloud hard disk queue (also known as the cloud hard disk cache pool), and each cloud hard disk has a corresponding reference application identifier for indicating that the cloud hard disk stores the files required to run the virtual scene application that matches the reference application identifier. Among them, the files include executable files and related resource files. Match the application identifier obtained by parsing the access request with the reference application identifier corresponding to the cloud hard disk stored in the cloud hard disk queue. When the match is successful, it indicates that there is a cloud hard disk in the cloud hard disk queue that has a corresponding relationship with the application scenario indicated by the application identifier. Use the cloud hard disk corresponding to the matching reference application identifier as the cloud hard disk having a one-to-one correspondence with the virtual scene application.

[0151] In some embodiments, when, based on the parsed application identifier, it is not found that there is a cloud hard disk in the cloud hard disk queue that matches the virtual scene application, create a cloud hard disk through a snapshot, and use the created cloud hard disk as the cloud hard disk having a one-to-one correspondence with the virtual scene application.

[0152] Here, match the application identifier obtained by parsing the access request with the reference application identifier corresponding to the cloud hard disk stored in the cloud hard disk queue. When the match is unsuccessful, it indicates that there is no cloud hard disk in the cloud hard disk queue that matches the virtual scene application indicated by the application identifier. In this case, create a new cloud hard disk through a snapshot, and use the created new cloud hard disk as the cloud hard disk having a corresponding relationship with the virtual scene application indicated by the application identifier.

[0153] In some embodiments, to ensure that users can experience virtual scene applications in a timely manner, it is necessary to ensure that the startup time of virtual scene applications is no different from the local opening method, that is, the startup time-consuming should not be too long. Therefore, it is necessary to prepare corresponding cloud hard disks for each virtual scene application in advance. During actual implementation, the cloud hard disks corresponding to the virtual scene applications in the cloud hard disk queue can be constructed in the following ways:

[0154] Obtain the usage popularity of the virtual scene application; based on the usage popularity, determine the target number of cloud hard disks that correspond to the usage popularity and are in an idle state, and store the cloud hard disks with the target number in the cloud hard disk queue.

[0155] Here, according to the usage popularity of each virtual scene application, set the number of initial idle cloud hard disks corresponding to each virtual scene application. Generally, the higher the usage popularity of the virtual scene application, the more the number of initial idle cloud hard disks corresponding to the virtual scene application is set; the lower the usage popularity of the virtual scene application, the fewer the number of initial idle cloud hard disks corresponding to the virtual scene application is set. In this way, overall planning of the cloud hard disks corresponding to each virtual scene application can ensure that there are enough cloud hard disks for popular virtual scene applications and avoid waste of storage resources caused by excessive numbers of cloud hard disks for unpopular virtual scene applications.

[0156] In some embodiments, the cloud hard disks corresponding to the virtual scene applications in the cloud hard disk queue can also be constructed in the following ways:

[0157] Respectively obtain the first number of cloud hard disks in the cloud hard disk queue that are in an idle state and the second number of cloud hard disks that are not in an idle state; based on the first number and the second number, determine the idle ratio of the cloud hard disks in the cloud hard disk queue; when the idle ratio is lower than the ratio threshold, create a third number of cloud hard disks through snapshots, and store the created third number of cloud hard disks in the cloud hard disk queue.

[0158] Here, in actual applications, regularly query the first number of cloud hard disks in the cloud hard disks corresponding to each virtual scene application in the cloud hard disk queue that are in an idle state and the second number of cloud hard disks that are in a running state, and determine the ratio of the first number to the second number as the idle ratio of the cloud hard disks corresponding to the virtual scene application. When the idle ratio is lower than the ratio threshold, that is, when the proportion of the cloud hard disks corresponding to the virtual scene application in the cloud hard disk queue that are in an idle state relative to the total number of cloud hard disks decreases, timely obtain the snapshot of the latest version of the virtual scene application and create new cloud hard disks based on the snapshot of the latest version file, and store the newly created cloud hard disks in the cloud hard disk queue to ensure that there are enough cloud hard disks in the cloud hard disk queue for virtual scene applications requesting access.

[0159] By detecting the number of cloud hard disks in the cloud hard disk queue, the pre-stored idle number of cloud hard disks can be better adjusted. In this way, the usage popularity of each virtual scene application can be accurately understood, and the number of cloud hard disks corresponding to each virtual scene application can be better allocated.

[0160] Step 103: Establish an association between the cloud hard disk and the cloud device, and obtain the device information of the cloud device.

[0161] In some embodiments, the association between the cloud hard disk and the cloud device can be established in the following manner:

[0162] Send a hard disk mounting instruction for the cloud hard disk to the cloud device; wherein, the hard disk mounting instruction is used for the cloud device to create path information for the cloud hard disk corresponding to the virtual scene, so as to mount the cloud hard disk to the cloud device.

[0163] Here, the scheduling and management platform of the virtual scene application sends a mounting instruction for the cloud hard disk to the cloud device. After receiving the mounting instruction, the cloud device establishes a soft link of the virtual scene application directory to the cloud hard disk, that is, creates path information for the cloud hard disk corresponding to the virtual scene application, and mounts the cloud hard disk to the cloud device. In this way, the virtual scene application can be run by opening the directory of the cloud hard disk.

[0164] In some embodiments, the device information of the cloud device can be obtained in the following manner:

[0165] Establish a heartbeat connection with the cloud device; through the heartbeat connection, obtain the device information of the cloud device.

[0166] Here, by establishing a heartbeat connection between the scheduling and management platform of the virtual scene application and the cloud device, the heartbeat synchronization between the scheduling and management platform of the virtual scene application and the cloud device is realized. Then, the scheduling and management platform of the virtual scene application sends a request for obtaining device information to the cloud device through the established heartbeat connection. After receiving the obtaining request, the cloud device determines and returns the device information of the cloud device to the scheduling and management platform, where the device information includes: device type, device identification code (or device hardware serial number), networking information, device function attributes, device working status, etc.

[0167] Step 104: Return the device information to the terminal, where the device information is used for the terminal to establish a communication connection with the cloud device based on the device information, and run the files in the cloud hard disk through the communication connection to access the virtual scene application.

[0168] Here, the scheduling and management platform returns the device information of the cloud device to the terminal. The terminal establishes a communication connection with the cloud device based on the device information of the cloud device. The user operations for the virtual scene application can be sent to the cloud hard disk through the established communication connection to run the files in the cloud hard disk to access the virtual scene application.

[0169] In some embodiments, the scheduling management platform also detects the version of the virtual scene application to obtain a detection result; when the detection result indicates that the version of the virtual scene application needs to be updated, the cloud hard disk is updated.

[0170] Here, in order to ensure that the user does not need to update the version of the virtual scene application during the experience of the virtual scene application, it is necessary to ensure that the files required to run the virtual scene application in the cloud hard disk are in the latest version. Therefore, in actual implementation, the scheduling management platform periodically detects the version of the virtual scene application stored in the cloud hard disk, and updates the cloud hard disk corresponding to the virtual scene that is not in the latest version, so as to ensure that the version of the virtual scene application stored in the cloud hard disk is in the latest state.

[0171] In some embodiments, the cloud hard disk can be updated in the following manner: in the shared file storage service, update the files required to run the virtual scene application, and create a transfer cloud hard disk with a preset capacity; copy the updated files required to run the virtual scene application to the transfer cloud hard disk; use the copied transfer cloud hard disk as the hard disk source to create a corresponding snapshot, and update the cloud hard disk through the created snapshot.

[0172] Here, the files required to run the virtual scene application are stored in the shared file storage service of the cloud hard disk. When it is detected that there are files required to run the virtual scene application that need to be updated in the shared file storage service, directly update the files required to run the virtual scene application in the shared file storage service, and then create a transfer cloud hard disk with sufficient capacity, copy the updated files required to run the virtual scene application to the transfer cloud hard disk, and finally use the copied transfer cloud hard disk as the hard disk source to create a corresponding snapshot, and update the cloud hard disk through the created snapshot; in this way, the files required to run the virtual scene application stored in the cloud hard disk are in the latest version, that is, the version of the virtual scene application stored in the cloud hard disk is in the latest state.

[0173] Next, continue to describe the access method of the virtual scene application provided by the embodiments of the present application. Refer to Figure 7 , Figure 7 which is an optional flowchart of the access method of the virtual scene application provided by the embodiments of the present application. Figure 7 The access method of the virtual scene application shown is applied to the terminal, and will be described in combination with Figure 7 the steps shown.

[0174] Step 401: The terminal sends an access request for the virtual scene application.

[0175] In practical applications, when a user selects a virtual scene application through a browser or client on a terminal, the terminal responds to the selection operation, generates an access request for the virtual scene application, and sends the generated access request to the scheduling and management platform of the virtual scene application. Among them, the access request is used to determine a cloud device adapted to the virtual scene application and a cloud hard disk that has a one-to-one correspondence with the virtual scene application, and establish an association between the cloud hard disk and the cloud device. The cloud hard disk stores files required to run the virtual scene application.

[0176] In actual implementation, the access request carries an application identifier corresponding to the virtual scene application. When the scheduling and management platform of the virtual scene application receives the access request, it parses the access request to obtain the corresponding application identifier, determines the application type to which the virtual scene application belongs based on the application identifier, selects a target cloud device whose device type matches the application type from at least two cloud devices as the cloud device adapted to the virtual scene application, and when a cloud hard disk matching the virtual scene application is found in the cloud hard disk queue based on the application identifier, the found cloud hard disk is used as the cloud hard disk that has a one-to-one correspondence with the virtual scene application.

[0177] When the usage status of at least two target cloud devices is the running status, they enter the queuing queue until a target cloud device in the idle state appears, and the target cloud device in the idle state that appears is used as the cloud device adapted to the virtual scene application; when no cloud hard disk matching the virtual scene application is found in the cloud hard disk queue based on the parsed application identifier, a cloud hard disk is created through a snapshot, and the created cloud hard disk is used as the cloud hard disk that has a one-to-one correspondence with the virtual scene application.

[0178] After determining the cloud device and cloud hard disk corresponding to the virtual scene application, establish a soft link of the virtual scene application directory to the cloud hard disk, that is, mount the cloud hard disk to the cloud device. In this way, the virtual scene application can be run by opening the directory of the cloud hard disk.

[0179] Step 402: Receive the device information of the returned cloud device.

[0180] By establishing a heartbeat connection between the scheduling and management platform of the virtual scene application and the ready cloud device, the heartbeat synchronization between the scheduling and management platform of the virtual scene application and the cloud device is realized. Then, the scheduling and management platform of the virtual scene application sends a request for obtaining device information to the cloud device through the established heartbeat connection. After receiving the obtaining request, the cloud device determines and returns the device information of the cloud device to the scheduling and management platform, and the scheduling and management platform synchronizes the device information to the terminal.

[0181] Step 403: Based on the device information, establish a communication connection with the cloud device, and through the communication connection, run the files stored in the cloud hard disk to access the virtual scenario application.

[0182] In actual implementation, the terminal sends a running request for the virtual scenario application through the communication connection, so that the cloud device runs the files stored in the cloud hard disk and returns the screen data obtained by running the files.

[0183] In some embodiments, the terminal can present the screen of the virtual scenario in the following manner:

[0184] In response to the interaction operation for the virtual scenario application, send a screen acquisition request corresponding to the interaction operation to the cloud device through the communication connection, so that the cloud device renders the screen of the corresponding virtual scenario application based on the interaction operation of the virtual scenario application, obtains and returns the rendering result; receive the rendering result, and present the screen of the corresponding virtual scenario application based on the rendering result.

[0185] Continue to describe the access method for the virtual scenario application provided in the embodiments of the present application. Refer to Figure 8 , Figure 8 which is an optional flowchart of the access method for the virtual scenario application provided in the embodiments of the present application. Figure 8 The access method for the virtual scenario application shown is applied to the terminal and the scheduling management platform of the virtual scenario application, and will be described in combination with the steps shown in Figure 8 .

[0186] Step 501: The terminal generates an access request for the virtual scenario application in response to the selection operation.

[0187] In actual application, when the user selects to experience a certain virtual scenario application through the browser or client on the terminal, the terminal generates an access request for the virtual scenario application in response to the selection operation.

[0188] Step 502: The terminal sends the access request for the virtual scenario application to the scheduling management platform of the virtual scenario application.

[0189] Step 503: The scheduling management platform parses the access request to obtain the application identifier of the corresponding virtual scenario application.

[0190] Step 504: The scheduling management platform determines the cloud device adapted to the virtual scenario application and the cloud hard disk in one-to-one correspondence with the virtual scenario application based on the application identifier.

[0191] Among them, the cloud hard disk stores the files required to run the virtual scenario application.

[0192] In actual implementation, the scheduling management platform periodically detects the version of the virtual scene application to obtain a detection result; when the detection result indicates that the version of the virtual scene application needs to be updated, the cloud hard disk is updated to ensure that the version of the virtual scene application stored in the cloud hard disk is in the latest state.

[0193] Step 505: The scheduling management platform sends a hard disk mounting instruction for the cloud hard disk to the cloud device.

[0194] Step 506: In response to the hard disk mounting instruction, the cloud device creates path information for the cloud hard disk corresponding to the virtual scene to mount the cloud hard disk to the cloud device.

[0195] Step 507: The scheduling management platform establishes a heartbeat connection with the cloud device;

[0196] Step 508: The scheduling management platform obtains the device information of the cloud device through the heartbeat connection.

[0197] Step 509: The scheduling management platform returns the device information of the cloud device to the terminal.

[0198] Step 510: The terminal receives the returned device information of the cloud device.

[0199] Step 511: Based on the device information, the terminal establishes a communication connection with the cloud device and runs the files stored in the cloud hard disk through the communication connection to access the virtual scene application.

[0200] Next, an exemplary application of the embodiments of the present application in an actual application scenario will be described.

[0201] The related art manages cloud games using a management mode similar to that of traditional Internet cafes. Since the cloud game service platform needs to prepare the running files of multiple games at the same time, and the capacity of these files is mostly dozens of gigabytes or even hundreds of gigabytes, a cloud device requires a hard disk with a capacity of several terabytes. However, users will only play a certain game at the same time. This not only increases the storage cost of the cloud platform but also fails to make full use of the space occupied by other games. Moreover, most of the time, users only play a few popular games, which also causes waste of cloud hard disk resources;

[0202] Regarding game updates, since multiple hard disks are mounted on each cloud device, in order not to affect user usage, updates can only be performed during idle time or by isolating the cloud device, which may cause problems with untimely game updates. In addition, since the cloud game service platform needs to maintain daily game updates, game updates of several gigabytes each will affect the user experience of logging in and playing immediately. If other games in the cloud device are updated during user use, it will affect the network and performance of the cloud device, which also reduces the user game experience.

[0203] Based on this, an embodiment of the present application provides a method for accessing a virtual scene application. Through the cloud hard disk service, each game is deployed separately in a cloud hard disk, that is, there is a one-to-one correspondence between the cloud hard disk and the game application. When a user requests to access a game application, the cloud device and cloud hard disk compatible with the game application are determined, and the cloud hard disk is mounted on the cloud device. In addition, a cloud hard disk snapshot will be established separately for each game. If there is a game update, it only needs to be updated once. A new version of the cloud hard disk is generated through the snapshot to replace the old version of the cloud hard disk. In this way, the utilization rate of the cloud device will not be affected and the game version can be updated in time, thereby improving the user's gaming experience.

[0204] See also Figure 9 , Figure 9 A schematic diagram of a cloud gaming interface provided in an embodiment of the present application, such as Figure 9 As shown, the access method for the virtual scene provided in the embodiment of the present application is applicable to the cloud game server. When the user logs in to the cloud game platform and selects a game, the cloud game scheduling management platform will mount the corresponding cloud hard disk to the cloud device. The user can click Figure 9 The game interface shown in the figure is used for game experience, and the background will regularly check and update the game to ensure the user's gaming experience as much as possible and reduce the waiting time for game updates.

[0205] See also Figure 10 , Figure 10 An optional architecture diagram of an access system for a virtual scene application provided in an embodiment of the present application, such as Figure 10 As shown, the access method of the virtual scene application provided in the embodiment of the present application includes the following steps:

[0206] 1. When the player accesses the cloud game SDK through the browser or game client on the terminal and selects the corresponding cloud game, the terminal responds to the selection operation and initiates an access request to the cloud game platform manufacturer (i.e. the scheduling management platform of the game application).

[0207] 2. After receiving the access request, the cloud gaming platform manufacturer will request the cloud gaming scheduling module to allocate a cloud device that is compatible with the selected cloud gaming application based on the access request. If there is an idle machine, it will be directly returned to the cloud gaming platform manufacturer. Otherwise, it will be queued and allocated when there is an idle cloud device.

[0208] 3. After the cloud game scheduling module allocates the cloud device that is compatible with the selected game application, it requests the cloud hard disk management module for the cloud hard disk corresponding to the game application. If the cloud hard disk cache queue already has a corresponding cloud hard disk, it will be allocated directly. Otherwise, a new cloud hard disk will be created through a snapshot and then allocated.

[0209] 4. Mount the allocated cloud hard disk directly to the cloud device that has been locked and provided to the player (i.e., the cloud device that is allocated and adapted to the selected game application), and then create a soft link of the game directory to the mounted cloud hard disk. In this way, the game can be run by opening the directory of the cloud hard disk.

[0210] 5. The ready cloud device needs to perform heartbeat synchronization with the scheduling module, report the device information of the cloud device to the scheduling module. At the same time, the scheduling module also needs to understand the status of the cloud device in real time in order to select cloud devices for model matching with other players.

[0211] 6. The scheduling module returns the device information of the ready cloud device to the cloud game platform manufacturer, and the cloud game platform manufacturer then synchronizes this device information to the players.

[0212] 7. After the player is allocated a cloud device, the terminal establishes a communication connection with the cloud device based on the device information of the cloud device. The user operations for the game application can be sent to the cloud hard disk through the established communication connection (such as in the form of a session) to run the files in the cloud hard disk and access the game application. The game screen is then transmitted to the cloud game SDK through cloud encoding and streaming, and the cloud game SDK decodes and displays it to the player, and all these are transmitted through WebRTC.

[0213] See Figure 11 , Figure 11 which is a schematic diagram of the process of cloud hard disk allocation and update provided by the embodiments of the present application. As Figure 11 shown, the process of cloud hard disk allocation and update provided by the embodiments of the present application can be implemented through the following steps:

[0214] 1. After the scheduling module allocates the cloud device adapted to the selected cloud game, the scheduling module requests the cloud hard disk management module for the cloud hard disk corresponding to the selected game. The cloud hard disk management module maintains a cloud hard disk cache pool (or cloud hard disk queue). If there is an idle game cloud hard disk in the cache pool, it is directly allocated and the allocated cloud hard disk is mounted to the corresponding cloud device. Otherwise, a new cloud hard disk is purchased from the cloud hard disk charging module. The cloud hard disk charging module obtains the latest version of the snapshot from the snapshot management module and then creates a new cloud hard disk, uses the newly created cloud hard disk as the cloud hard disk corresponding to the game application, and mounts the newly created cloud hard disk to the corresponding cloud device.

[0215] 2. The cloud hard disk cache pool contains all the cloud hard disks corresponding to the games. Each cloud hard disk only stores the files required to run a certain game application, and each game corresponds to a separate cloud hard disk queue for cloud hard disk allocation and mounting. The following introduces the processing method of the cloud hard disk in the cloud hard disk cache pool.

[0216] (1) To ensure that players can start playing immediately, it is necessary to ensure that the game startup time is no different from the local opening method, that is, the startup time cannot be too long. Therefore, it is necessary to prepare corresponding cloud hard disks for each game in advance. In actual applications, the initial number of idle cloud hard disks will be set according to the popularity of each game, so as to ensure that there are enough cloud hard disks for popular games.

[0217] (2) The cloud hard disk management module will regularly query the number of cloud hard disks in the idle state and the running state, and set the cloud hard disk idle ratio according to the number of cloud hard disks in the idle state and the number of cloud hard disks in the running state. When the idle ratio is lower than the ratio threshold, a certain number of cloud hard disks will be newly purchased from the cloud hard disk charging module. The cloud hard disk charging module obtains the latest version of the snapshot from the snapshot management module and then creates a certain number of cloud hard disks, and stores the newly created cloud hard disks in the cloud hard disk cache pool.

[0218] (3) After the cloud hard disk management module creates and allocates cloud hard disks, it will regularly report information to the detection system. See Figure 12 , Figure 12 , which is the cloud hard disk detection schematic diagram provided by the embodiment of this application. By detecting the time flow of cloud hard disk events and obtaining information such as the total number of cloud hard disks (a), the number of cloud hard disks in the idle state (b), the number of gradually increasing cloud hard disks (c), and the number of already gradually increasing cloud hard disks (d) in the cloud hard disk cache pool in real time, the pre-stored idle number of cloud hard disks can be better adjusted. And the detection system also supports querying cloud hard disk information by game dimension, so that the popularity of each game can be accurately understood and the number of cloud hard disks for each game can be better allocated.

[0219] See Figure 13 , Figure 13 , which is the cloud hard disk update schematic diagram provided by the embodiment of this application. As Figure 13 shown, in order to ensure that users do not need to update the game version during the game experience, it is necessary to ensure that the files required for the running game in the cloud hard disk are in the latest version. For this reason, the game update module periodically detects the game version stored in the cloud hard disk, judges whether the game version needs to be updated, and updates the cloud hard disks corresponding to the games that are not in the latest version to ensure that the game versions stored in the cloud hard disks are in the latest state.

[0220] When updating the cloud hard disk, the files required to run the game are stored in the shared file storage service of the cloud hard disk (i.e., CFS). When it is detected that there are files required to run the game that need to be updated in CFS, the files required to run the game are directly updated in CFS. Then, a transfer cloud hard disk with sufficient capacity is created, and the updated files required to run the game are copied to the transfer cloud hard disk. Finally, the game update module creates a corresponding snapshot with the copied transfer cloud hard disk as the hard disk source, and the cloud hard disk management module will query the version of the cloud hard disk in the current cloud hard disk cache pool. When it is found that the version of the cloud hard disk needs to be updated, the old version of the cloud hard disk in the cloud hard disk cache pool will be updated through the created snapshot; in this way, the files required to run the game stored in the cloud hard disk are in the latest version, that is, the version of the game stored in the cloud hard disk is in the latest state.

[0221] See Figure 14 , Figure 14 is a schematic diagram of the cloud game experience interface provided by the embodiment of the present application. After the cloud hard disk management module completes the cloud hard disk allocation, it will mount the allocated cloud hard disk corresponding to the selected cloud game to the cloud device adapted to the selected cloud game. After the cloud device mounts the cloud hard disk, a soft link to the game directory will be established at a specified location on the system disk, which also ensures that no matter what game is mounted or how many cloud hard disks are mounted, the game can be started in the configured directory. For example Figure 14 As shown, when the cloud device is ready with the cloud hard disk corresponding to the game, the player can start the game to experience cloud games.

[0222] Since the storage of games affects the overall cost of the cloud game platform, and the timeliness of game updates has a great impact on the player experience, through the above method, the embodiment of the present application stores the files required to run each game on a separate cloud hard disk, which greatly reduces the hard disk resources consumed by the entire game storage. At the same time, the snapshot and CFS methods are used for game updates, which greatly improves the player's cloud game experience.

[0223] Next, continue to describe the exemplary structure of the access device 555 for virtual scene applications provided by the embodiment of the present application as software modules. In some embodiments, as Figure 15 shown, Figure 15 is a schematic diagram of the structure of the access device for virtual scene applications provided by the embodiment of the present application. The software modules stored in the access device 555 for virtual scene applications in the memory 550 may include:

[0224] The first receiving module 5551 is used to receive the access request for the virtual scene application sent by the terminal;

[0225] A determination module 5552, configured to determine, in response to the access request, a cloud device adapted to the virtual scenario application and a cloud hard disk that has a one-to-one correspondence with the virtual scenario application, where the cloud hard disk stores files required to run the virtual scenario application;

[0226] A first processing module 5553, configured to establish an association between the cloud hard disk and the cloud device, and obtain device information of the cloud device;

[0227] A return module 5554, configured to return the device information to the terminal;

[0228] Wherein, the device information is used for the terminal to establish a communication connection with the cloud device based on the device information, and run the files in the cloud hard disk through the communication connection to access the virtual scenario application.

[0229] In some embodiments, the determination module is further configured to parse the access request to obtain an application identifier corresponding to the virtual scenario application;

[0230] Based on the application identifier, determine an application type to which the virtual scenario application belongs;

[0231] Select a target cloud device whose device type matches the application type from at least two cloud devices as the cloud device adapted to the virtual scenario application.

[0232] In some embodiments, the determination module is further configured to select a target cloud device whose device type matches the application type from at least two cloud devices;

[0233] When the number of the target cloud devices is at least two, obtain the usage status of each of the target cloud devices;

[0234] Select a cloud device whose usage status is an idle state from the at least two target cloud devices as the cloud device adapted to the virtual scenario application.

[0235] In some embodiments, the determination module is further configured to, when the usage status of the at least two target cloud devices is a running state, enter a queue until a target cloud device in an idle state appears, and use the target cloud device in the idle state that appears as the cloud device adapted to the virtual scenario application.

[0236] In some embodiments, the determination module is further configured to parse the access request to obtain an application identifier corresponding to the virtual scenario application;

[0237] Obtain a cloud hard disk queue created for storing cloud hard disks;

[0238] When, based on the application identifier, it is found that there is a cloud hard disk in the cloud hard disk queue that matches the virtual scenario application, the found cloud hard disk is used as the cloud hard disk that has a one-to-one correspondence with the virtual scenario application.

[0239] In some embodiments, the apparatus further includes:

[0240] A creation module, configured to, when, based on the application identifier, it is not found that there is a cloud hard disk in the cloud hard disk queue that matches the virtual scenario application, create a cloud hard disk through a snapshot, and use the created cloud hard disk as the cloud hard disk that has a one-to-one correspondence with the virtual scenario application.

[0241] In some embodiments, the apparatus further includes:

[0242] A queue creation module, configured to obtain the usage popularity of the virtual scenario application;

[0243] Based on the usage popularity, determine a target number of cloud hard disks corresponding to the usage popularity and in an idle state, and store the target number of cloud hard disks in the cloud hard disk queue.

[0244] In the above solution, the queue creation module is further configured to respectively obtain a first number of cloud hard disks in the cloud hard disk queue that are in an idle state and a second number of cloud hard disks that are not in an idle state;

[0245] Based on the first number and the second number, determine the idle ratio of the cloud hard disks in the cloud hard disk queue;

[0246] When the idle ratio is lower than a ratio threshold, create a third number of cloud hard disks through a snapshot, and store the created third number of cloud hard disks in the cloud hard disk queue.

[0247] In some embodiments, the first processing module is further configured to establish a heartbeat connection with the cloud device;

[0248] Through the heartbeat connection, obtain the device information of the cloud device.

[0249] In some embodiments, the first processing module is further configured to send a hard disk mounting instruction for the cloud hard disk to the cloud device;

[0250] The hard disk mounting instruction is used for the cloud device to create path information for the cloud hard disk corresponding to the virtual scenario, so as to mount the cloud hard disk to the cloud device.

[0251] In some embodiments, the apparatus further includes:

[0252] An update module for detecting the version of the virtual scene application to obtain a detection result;

[0253] When the detection result indicates that the version of the virtual scene application needs to be updated, update the cloud hard disk.

[0254] In the above solution, the update module is further configured to

[0255] In the shared file storage service, update the files required to run the virtual scene application and create a transfer cloud hard disk with a preset capacity;

[0256] Copy the updated files required to run the virtual scene application to the transfer cloud hard disk;

[0257] Taking the copied transfer cloud hard disk as the hard disk source, create a corresponding snapshot, and update the cloud hard disk through the created snapshot.

[0258] See Figure 16 , Figure 16 which is a schematic structural diagram of an access device for a virtual scene application provided by an embodiment of the present application. The access device 16 for a virtual scene application provided by an embodiment of the present application includes:

[0259] A sending module 161 for sending an access request for a virtual scene application;

[0260] Wherein, the access request is used to determine a cloud device adapted to the virtual scene application and a cloud hard disk in one-to-one correspondence with the virtual scene application, and establish an association between the cloud hard disk and the cloud device. The cloud hard disk stores files required to run the virtual scene application;

[0261] A second receiving module 162 for receiving the device information of the returned cloud device;

[0262] A second processing module 163 for establishing a communication connection with the cloud device based on the device information, and accessing the virtual scene application by running the files stored in the cloud hard disk through the communication connection.

[0263] In some embodiments, the device further includes:

[0264] A response module for, in response to an interaction operation for the virtual scene, sending a screen acquisition request corresponding to the interaction operation to the cloud device through the communication connection, so that the cloud device renders a corresponding virtual scene based on the interaction operation of the virtual scene, and obtains and returns a rendering result;

[0265] A presentation module, configured to receive the rendering result and present a picture of a corresponding virtual scene based on the rendering result.

[0266] An embodiment of the present application provides a computer program product or a computer program. The computer program product or the computer program includes computer instructions, and the computer instructions are stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the access method of the virtual scene application in the embodiment of the present application as described above.

[0267] An embodiment of the present application provides a computer-readable storage medium storing executable instructions, where the executable instructions are stored, and when the executable instructions are executed by a processor, the processor will be caused to execute the access method of the virtual scene application provided by the embodiment of the present application.

[0268] In some embodiments, the computer-readable storage medium may be a memory such as FRAM, ROM, PROM, EPROM, EEPROM, flash memory, magnetic surface memory, optical disc, or CD-ROM; or it may be various devices including one or any combination of the above memories.

[0269] In some embodiments, the executable instructions may be in the form of a program, software, software module, script, or code, and may be written in any form of programming language (including compiled or interpreted languages, or declarative or procedural languages), and may be deployed in any form, including being deployed as an independent program or being deployed as a module, component, subroutine, or other unit suitable for use in a computing environment.

[0270] As an example, the executable instructions may or may not correspond to a file in the file system, and may be stored as part of a file that stores other programs or data. For example, they may be stored in one or more scripts in a Hyper Text Markup Language (HTML) document, stored in a single file dedicated to the program being discussed, or stored in multiple cooperating files (such as files storing one or more modules, subroutines, or code portions).

[0271] As an example, the executable instructions may be deployed to be executed on one computing device, or on multiple computing devices located at one location, or on multiple computing devices distributed at multiple locations and interconnected by a communication network.

[0272] As described above, the above are only embodiments of the present application and are not intended to limit the protection scope of the present application. Any modifications, equivalent replacements, and improvements made within the spirit and scope of the present application are all included in the protection scope of the present application.

Claims

1. An access method for virtual scenario applications, characterized in that, The method includes: Receiving an access request for a virtual scene application sent by a terminal; In response to the access request, determining a cloud device adapted to the virtual scene application and a cloud hard disk having a one-to-one correspondence with the virtual scene application, where the cloud hard disk stores files required to run the virtual scene application; Wherein, the cloud hard disk is obtained by searching from a cloud hard disk queue; the cloud hard disk queue stores a target number of the cloud hard disks, and the target number is the number of cloud hard disks corresponding to the usage popularity of the virtual scene application and in an idle state; Establishing an association between the cloud hard disk and the cloud device, and obtaining device information of the cloud device; Returning the device information to the terminal; Wherein, the device information is used for the terminal to establish a communication connection with the cloud device based on the device information and run the files in the cloud hard disk through the communication connection to access the virtual scene application.

2. The method according to claim 1, wherein The determining the cloud device adapted to the virtual scene application includes: Parsing the access request to obtain an application identifier corresponding to the virtual scene application; Based on the application identifier, determining an application type to which the virtual scene application belongs; Selecting a target cloud device whose device type matches the application type from at least two cloud devices as the cloud device adapted to the virtual scene application.

3. The method according to claim 2, wherein The selecting a target cloud device whose device type matches the application type from at least two cloud devices as the cloud device adapted to the virtual scene application includes: Selecting a target cloud device whose device type matches the application type from at least two cloud devices; When the number of the target cloud devices is at least two, respectively obtaining the usage status of each of the target cloud devices; Selecting, from the at least two target cloud devices, a target cloud device whose usage status is in an idle state as the cloud device adapted to the virtual scene application.

4. The method according to claim 1, wherein The determining the cloud hard disk having a one-to-one correspondence with the virtual scene application includes: Parsing the access request to obtain an application identifier corresponding to the virtual scene application; Obtaining a cloud hard disk queue created for storing cloud hard disks; When, based on the application identifier, a cloud hard disk matching the virtual scene application is found in the cloud hard disk queue, using the found cloud hard disk as the cloud hard disk having a one-to-one correspondence with the virtual scene application.

5. The method according to claim 4, wherein The method further includes: Respectively obtaining a first number of cloud hard disks in an idle state and a second number of cloud hard disks not in an idle state in the cloud hard disk queue; Based on the first number and the second number, determining an idle ratio of the cloud hard disks in the cloud hard disk queue; When the idle ratio is lower than a ratio threshold, creating a third number of cloud hard disks through snapshots and storing the created third number of cloud hard disks in the cloud hard disk queue.

6. The method according to claim 1, wherein The obtaining the device information of the cloud device includes: Establishing a heartbeat connection with the cloud device; Through the heartbeat connection, obtaining the device information of the cloud device.

7. The method according to claim 1, characterized in that Establishing the association between the cloud hard disk and the cloud device includes: Sending a hard disk mounting instruction for the cloud hard disk to the cloud device; The hard disk mounting instruction is used for the cloud device to create path information of the virtual scene application corresponding to the cloud hard disk, so as to mount the cloud hard disk to the cloud device.

8. The method according to claim 1, wherein The method further includes: Detecting the version of the virtual scene application to obtain a detection result; When the detection result indicates that the version of the virtual scene application needs to be updated, updating the cloud hard disk.

9. The method according to claim 8, wherein Updating the cloud hard disk includes: In the shared file storage service, updating the files required to run the virtual scene application and creating a transit cloud hard disk with a preset capacity; Copying the updated files required to run the virtual scene application to the transit cloud hard disk; Using the copied transit cloud hard disk as the hard disk source to create a corresponding snapshot, and updating the cloud hard disk through the created snapshot.

10. An access method for virtual scene applications, characterized in that, The method includes: Sending an access request for the virtual scene application; Wherein, the access request is used to determine a cloud device adapted to the virtual scene application and a cloud hard disk in one-to-one correspondence with the virtual scene application, and establish an association between the cloud hard disk and the cloud device. The cloud hard disk stores the files required to run the virtual scene application; wherein, the cloud hard disk is found from a cloud hard disk queue; the cloud hard disk queue stores a target number of the cloud hard disks, and the target number is the number of cloud hard disks corresponding to the usage popularity of the virtual scene application and in an idle state; Receiving the device information of the returned cloud device; Based on the device information, establishing a communication connection with the cloud device, and through the communication connection, running the files stored in the cloud hard disk to access the virtual scene application.

11. An access device for virtual scenario applications, characterized in that, The device includes: A first receiving module, configured to receive an access request for a virtual scene application sent by a terminal; A determination module, configured to, in response to the access request, determine a cloud device adapted to the virtual scene application and a cloud hard disk in one-to-one correspondence with the virtual scene application. The cloud hard disk stores the files required to run the virtual scene application; wherein, the cloud hard disk is found from a cloud hard disk queue; the cloud hard disk queue stores a target number of the cloud hard disks, and the target number is the number of cloud hard disks corresponding to the usage popularity of the virtual scene application and in an idle state; A first processing module, configured to establish an association between the cloud hard disk and the cloud device, and obtain the device information of the cloud device; A return module, configured to return the device information to the terminal; Wherein, the device information is used for the terminal to establish a communication connection with the cloud device based on the device information, and run the files in the cloud hard disk through the communication connection to access the virtual scene application.

12. The device according to claim 11, wherein, The determination module is further configured to: Parse the access request to obtain an application identifier corresponding to the virtual scene application; Determine the application type to which the virtual scenario application belongs based on the application identifier; Select a target cloud device whose device type matches the application type from at least two cloud devices as the cloud device adapted to the virtual scenario application.

13. The device according to claim 12, wherein The determining module is further configured to: Select a target cloud device whose device type matches the application type from at least two cloud devices; When the number of the target cloud devices is at least two, obtain the usage status of each of the target cloud devices respectively; Select a cloud device whose usage status is the idle status from the at least two target cloud devices as the cloud device adapted to the virtual scenario application.

14. The device according to claim 11, characterized in that, The determining module is further configured to: Parse the access request to obtain the application identifier corresponding to the virtual scenario application; Obtain a cloud disk queue created for storing cloud disks; When a cloud disk matching the virtual scenario application is found in the cloud disk queue based on the application identifier, use the found cloud disk as the cloud disk having a one-to-one correspondence with the virtual scenario application.

15. The device according to claim 14, characterized in that, The apparatus further includes: A queue creation module, configured to respectively obtain a first quantity of cloud disks in the idle state in the cloud disk queue and a second quantity of cloud disks not in the idle state; Determine the idle ratio of the cloud disks in the cloud disk queue based on the first quantity and the second quantity; When the idle ratio is lower than a ratio threshold, create a third quantity of cloud disks through snapshots and store the created third quantity of cloud disks in the cloud disk queue.

16. The device according to claim 11, characterized in that, The first processing module is further configured to: Send a hard disk mounting instruction for the cloud disk to the cloud device; The hard disk mounting instruction is used for the cloud device to create path information of the cloud disk corresponding to the virtual scenario application to mount the cloud disk to the cloud device.

17. An access device for virtual scene applications, characterized in that, The apparatus includes: A sending module, configured to send an access request for a virtual scenario application; Wherein, the access request is used to determine a cloud device adapted to the virtual scenario application and a cloud disk having a one-to-one correspondence with the virtual scenario application, and establish an association between the cloud disk and the cloud device, and the cloud disk stores files required to run the virtual scenario application; wherein, the cloud disk is found from a cloud disk queue; the cloud disk queue stores a target quantity of the cloud disks, and the target quantity is the quantity of cloud disks corresponding to the usage popularity of the virtual scenario application and in the idle state; A second receiving module, configured to receive the device information of the returned cloud device; A second processing module, configured to establish a communication connection with the cloud device based on the device information, and run the files stored in the cloud disk through the communication connection to access the virtual scenario application.

18. An electronic device, characterized in that, Includes: A memory, configured to store executable instructions; A processor, configured to implement the access method of the virtual scenario application according to any one of claims 1 to 10 when executing the executable instructions stored in the memory.

19. A computer-readable storage medium, characterized in that, Stored with executable instructions, when being executed by a processor, to implement the access method of the virtual scene application described in any one of claims 1 to 10.

20. A computer program product comprising computer instructions, characterized in that, When the computer instructions are executed by a processor, to implement the access method of the virtual scene application described in any one of claims 1 to 10.

Citation Information

Patent Citations

  • A business processing method and device based on a cloud platform

    CN109445711A

  • Cloud application installation starting method, cloud streaming server and storage server

    CN111176669A