JP7374313B2 - Methods, devices, terminals and programs for driving vehicles in virtual environments - Google Patents

Description

An embodiment of the present invention is a Chinese patent application filed on February 4, 2020 with the application number 202010080028.6 and the title of the invention is "Method, device, terminal and storage medium for driving a vehicle in a virtual environment" , the entire contents of which are incorporated herein by reference.

The present invention relates to the field of human-computer interaction, and in particular to a method, device, terminal and storage medium for driving a vehicle in a virtual environment.

A first-person shooting (FPS) game is an application program based on a three-dimensional virtual environment. A user can manipulate virtual objects within a virtual environment to perform actions such as walking, running, climbing, shooting, etc. Multiple users can also team up online and collaborate to complete tasks in the same virtual environment.

If a virtual object needs to be controlled to move from its current point to another point in the virtual environment, and the distance between the two points is long, the user can control the virtual object to be transported to the destination by a virtual vehicle. As described above, a virtual object can be controlled to drive a virtual vehicle (eg, a car, an airplane, a motorcycle, etc.) placed in a virtual environment. Here, the user needs to control the running of the virtual vehicle through the driving widget, and the driving widget includes a turn widget, an acceleration widget, a deceleration widget, a brake widget, a horn widget, a speed change widget, etc.

Due to the large number of driving widgets, it is difficult for users (especially users who are new to virtual vehicles) to control virtual objects and drive the vehicle.

Embodiments of the present invention provide a method, apparatus, terminal, and storage medium for driving a vehicle in a virtual environment, which allows a user to control virtual objects to reduce the operational difficulty of driving a vehicle. The technical means are as follows.

In one aspect, an embodiment of the present invention provides a method for driving a vehicle in a virtual environment performed by a terminal, the step of displaying a driving screen and a map display widget, the driving screen including a virtual object. A screen for driving a virtual vehicle in a virtual environment, the virtual vehicle being in a manual driving mode; and if the virtual vehicle is located in an automatic driving area in the virtual environment, the map display; a step of receiving a marking operation on the widget, the marking operation being an operation of marking a point on the map display widget; and switching the virtual vehicle to an automatic driving mode in response to the marking operation; controlling the virtual vehicle to automatically travel to a destination.

In another aspect, an embodiment of the present invention provides an apparatus for driving a vehicle in a virtual environment, the display module displaying a driving screen and a map display widget, wherein the driving screen is configured such that a virtual object is driving a virtual vehicle. a screen for driving and traveling in a virtual environment, the virtual vehicle is in a manual driving mode, a display module; an acceptance module that accepts a marking operation, wherein the marking operation is an operation of marking a point on the map display widget; and a control module that controls the virtual vehicle to automatically travel to a destination.

In another aspect, an embodiment of the invention is a terminal including a processor and a memory, the memory storing at least one instruction, at least one program, code set or instruction set; The at least one instruction, the at least one program, the code set, or the instruction set is loaded and executed by the processor to implement the method of driving a vehicle in the virtual environment, providing a terminal. .

In another aspect, a computer-readable storage medium stores at least one instruction, at least one program, code set or instruction set, the at least one instruction, the at least one One program, the code set or the instruction set provides a storage medium that is loaded and executed by a processor to implement the method of driving a vehicle in the virtual environment described above.

In another aspect, a computer program product or program is provided that includes computer instructions stored on a computer readable storage medium. A processor of the computing device reads and executes the computer instructions from the computer-readable storage medium to perform the method of driving a vehicle in a virtual environment on the computing device.

According to the method according to the embodiment of the present invention, when a virtual vehicle travels in a manual driving mode to an autonomous driving area in a virtual environment, when a marking operation for a map display widget is received, the virtual vehicle By switching the virtual vehicle to self-driving mode and controlling the virtual vehicle to automatically drive to the destination, the user does not need to manually control the virtual vehicle, simplifying the process of controlling the virtual vehicle's driving, It is possible to reduce the operational difficulty for a user in controlling the travel of a virtual vehicle in a virtual environment.

1 is a schematic diagram illustrating an interface of a process for manually controlling the driving of a virtual vehicle in related art; FIG. 1 is a schematic diagram illustrating an interface of a process of driving a vehicle in a virtual environment according to an exemplary embodiment of the present invention; FIG. 1 is a schematic diagram illustrating an implementation environment according to one exemplary embodiment of the invention; FIG. 1 is a flowchart illustrating a method of operating a vehicle in a virtual environment according to one exemplary embodiment of the present invention. 5 is a flowchart illustrating a method of driving a vehicle in a virtual environment according to another exemplary embodiment of the present invention. 1 is a schematic diagram of a collision detection box corresponding to an autonomous driving region according to one exemplary embodiment; FIG. 2 is a schematic diagram of a collision between a collision detection box corresponding to a virtual vehicle and a collision detection box corresponding to an autonomous driving region according to one exemplary embodiment; FIG. 1 is a schematic diagram of an implementation of a process for determining a destination based on marked points; FIG. 1 is a schematic diagram of an implementation for controlling autonomous driving of a virtual vehicle based on waypoints on an autonomous driving route; FIG. FIG. 3 is an interface schematic diagram of a user interface in automatic operation mode and manual operation mode. 5 is a flowchart illustrating a method of driving a vehicle in a virtual environment according to another exemplary embodiment of the present invention. 1 is a block diagram illustrating the configuration of a vehicle operating device in a virtual environment according to one exemplary embodiment of the present invention; FIG. 1 is a block diagram illustrating the configuration of a terminal according to one exemplary embodiment of the present invention. FIG.

In order to make the objects, technical means, and advantages of the present invention more clear, embodiments of the present invention will be described in more detail below with reference to the drawings.

First, terms related to embodiments of the present invention will be introduced.

Virtual environment: A virtual environment that is displayed (or provided) when an application program is running on a terminal. The virtual environment may be a simulation environment for the real world, a semi-simulated and semi-fictional environment, or a purely fictional environment. The virtual environment may be any one of a 2-dimensional virtual environment, a 2.5-dimensional virtual environment, and a 3-dimensional virtual environment, but the present invention is not limited thereto. In the following embodiments, the virtual environment is a three-dimensional virtual environment.

Virtual object: means a movable object in a virtual environment. The movable object may be a virtual character, a virtual animal, a cartoon or animated character, etc., such as a character, an animal, a plant, a barrel, a wall, a stone, etc. displayed in a three-dimensional virtual environment. Preferably, the virtual object is a three-dimensional model created based on skeletal animation technology. Each virtual object has a unique shape and volume in the three-dimensional virtual environment, and occupies a portion of space in the three-dimensional virtual environment.

Virtual vehicle: means a vehicle that can be driven and used by virtual objects in a virtual environment, and may be a virtual car, a virtual motorcycle, a virtual airplane, a virtual bicycle, a virtual tank, a virtual ship, etc. Here, the virtual vehicle may be randomly set in the virtual environment. Additionally, each virtual vehicle has its own shape and volume in the 3D virtual environment, occupies a portion of space in the 3D virtual environment, and collides with other virtual objects (e.g., buildings, trees) in the 3D virtual environment. can do.

First-person shooting game: means a shooting game that the user can play from a first-person perspective. The virtual environment screen in the game is a screen for observing the virtual environment from the viewpoint of the first virtual object. In the game, at least two virtual objects play a single round competitive mode game in a virtual environment. Virtual objects avoid attacks made by other virtual objects and dangers present in the virtual environment (eg, poison gas, swamps, etc.) in order to live in the virtual environment. When the lifespan value of the virtual object in the virtual environment becomes zero, the lifespan of the virtual object in the virtual environment ends, and the virtual object that finally lives in the virtual environment becomes the winner. Preferably, the match begins when the first client joins the match and ends when the last client leaves the match, with each client controlling one or more virtual objects within the virtual environment. can. Preferably, the competitive mode of competition may include a single player competitive mode, a double player small team competitive mode, or a multiplayer large team competitive mode, although embodiments of the present invention are limited to the competitive mode. Not done.

User Interface (UI) widget: means any visual widget or element visible on the user interface of an application program, including widgets such as images, input boxes, text boxes, buttons, labels, etc. The UI widget responds to user operations, for example, when the user triggers a UI widget corresponding to a dagger, controls the virtual object to switch the currently used gun to a dagger. Also, for example, while driving a vehicle, a driving widget may be displayed on the user interface, and the user may control the virtual object to drive the virtual vehicle by triggering the driving widget.

The method according to the present invention may be applied to virtual reality application programs, three-dimensional map programs, military simulation programs, first-person shooting games, Multiplayer Online Battle Arena (MOBA) games, etc. In the following embodiment, an application within a game will be explained as an example.

Games based on virtual environments often consist of one or more maps of the game world. The virtual environment within the game simulates real-world scenes. Users can manipulate virtual objects in the game to perform actions such as walking, running, jumping, shooting, fighting, driving, switching virtual items used, and using virtual items to damage other virtual objects. do. Highly interactive games allow multiple users to team up to play competitive games online.

FIG. 1 is a schematic diagram illustrating an interface of a process for controlling the travel of a virtual vehicle in the related art. As shown in FIG. 1, when a user controls a virtual object and drives a virtual vehicle (the virtual vehicle in FIG. 1 is a virtual car), a driving screen is displayed on the user interface 100, and the user Displayed on the interface 100 are a map display widget 101, a driving widget (including a direction widget 102, an acceleration widget 103, and a brake widget 104), and a vehicle fuel indicator 105. The map display widget 101 allows the user to view the current location and surrounding environment of the virtual object, the direction widget 102 allows the user to control the virtual vehicle to move forward, backward, and turn around, and the acceleration widget 103 allows the user to control the virtual vehicle to move forward, backward, and turn. The virtual vehicle can be controlled to accelerate, the brake widget 104 can be controlled to quickly stop the virtual vehicle, and the virtual vehicle fuel indicator 105 can tell the amount of fuel remaining in the virtual vehicle.

When manually controlling the virtual vehicle's driving in the above method, the user needs to operate different driving widgets and manually select the driving route according to the virtual vehicle's current environment, so novice users It is very difficult for users to operate, and if the user does not operate it correctly or chooses the wrong route, it will take a large amount of time to travel to the destination.

Embodiments of the present invention provide a method of driving a vehicle in a virtual environment. FIG. 2 is a schematic diagram illustrating an interface for a process of driving a vehicle in a virtual environment according to an exemplary embodiment of the invention.

In one preferred aspect, when the user controls the virtual vehicle to travel within the virtual environment using a driving widget (including the driving widget shown in FIG. 1), if the virtual vehicle is in an autonomous driving area, the terminal , displays automatic driving presentation information 106 on the user interface 100 to present to the user that the virtual vehicle can be switched to automatic driving mode. Further, when a trigger operation for the map display widget 101 is received, the enlarged map display widget 101 is displayed on the user interface 100, and the destination 107 marked by the user on the map display widget 101 is received. Once the destination has been marked, the device switches the virtual vehicle to autonomous driving mode, where the virtual vehicle automatically drives to the destination without the user having to manually touch the driving widget. to control. Further, after switching to the automatic driving mode, the user interface 100 further displays a driving mode switching widget 108, and the user can switch the virtual vehicle to the manual driving mode again by clicking the driving mode switching widget 108, and click the driving mode switching widget 108. The movement of the virtual vehicle may be manually controlled.

In related technologies, users are required to manually operate a driving widget to control a virtual vehicle and to select a driving route themselves while driving. In contrast, in the method according to the embodiment of the present invention, the user controls the virtual vehicle to move to the autonomous driving area, and sets the destination for autonomous driving using the map display widget. There is no need to operate the device, and the terminal can automatically determine the driving route and control the running of the virtual vehicle, which simplifies the virtual vehicle control process, reduces the difficulty of operating the virtual vehicle, and The time it takes for a vehicle to reach its destination can be shortened.

FIG. 3 is a schematic diagram illustrating an implementation environment according to one exemplary embodiment of the invention. The implementation environment includes a first terminal 120, a server 140, and a second terminal 160.

The first terminal 120 installs and executes an application program that supports a virtual environment. The application program may be a virtual reality application program, a three-dimensional map program, a military simulation program, an FPS game, a MOBA game, or a multiplayer gun battle survival game. The first terminal 120 is a terminal used by a first user, and the first user uses the first terminal 120 to control virtual objects in the virtual environment to perform operations. These actions include adjusting body posture, crawling, walking, running, riding, jumping, driving, shooting, throwing, switching virtual items, and using virtual items to damage other virtual objects. including but not limited to any use. For example, the virtual object is a first virtual character, such as a simulated character object or an animated character object.

The first terminal 120 is connected to the server 140 via a wireless network or a wired network.

Server 140 includes at least one of a server, multiple servers, a cloud computing platform, and a virtualization center. For example, the server 140 includes a processor 144 and a memory 142, and the memory 142 further includes a display module 1421, a reception module 1422, and a control module 1423. Server 140 is used to provide background services to application programs that support three-dimensional virtual environments. Preferably, server 140 performs primary computing tasks, first terminal 120 and second terminal 160 perform secondary computing tasks, or server 140 performs secondary computing tasks. The first terminal 120 and the second terminal 160 perform a primary computing operation, or the server 140, the first terminal 120 and the second terminal 160 perform collaborative computing. Adopt a distributed computing architecture to

The second terminal 160 installs and executes an application program that supports the virtual environment. The application program may be a virtual reality application program, a three-dimensional map program, a military simulation program, an FPS game, a MOBA game, or a multiplayer gun battle survival game. The second terminal 160 is a terminal used by a second user, and the second user uses the second terminal 160 to control virtual objects in the virtual environment to perform operations. These actions include adjusting body posture, crawling, walking, running, riding, jumping, driving, shooting, throwing, switching virtual items, and using virtual items to damage other virtual objects. including but not limited to any use. For example, the virtual object is a second virtual character, such as a simulated character object or an animated character object.

Preferably, the first virtual object and the second virtual object are in the same virtual environment. Preferably, the first virtual object and the second virtual object may belong to the same team or the same organization, may have a friendship relationship, or may have temporary communication authority.

Preferably, the application programs installed on the first terminal 120 and the second terminal 160 are the same, or the application programs installed on the two terminals are the same type of application program of different control system platforms. be. The first terminal 120 may generally refer to one of a plurality of terminals, and the second terminal 160 may generally refer to one of a plurality of terminals, and the present embodiment In the example, the first terminal 120 and the second terminal 160 will be explained as an example. The device types of first terminal 120 and second terminal 160 may be the same or different. The device type includes at least one of a smartphone, a tablet computer, an e-book reader, a digital player, a laptop computer, and a desktop computer. In the following embodiments, a case where a smartphone is included in the terminal will be explained as an example.

As those skilled in the art will appreciate, the number of terminals described above may be greater or less than that number. For example, the number of terminals described above may be only one, tens or hundreds, or more. Embodiments of the invention are not limited to the number of terminals and device types.

FIG. 4 is a flowchart illustrating a method of operating a vehicle in a virtual environment according to one exemplary embodiment of the invention. In this embodiment, the method will be explained by taking as an example the case where the method is applied to the first terminal 120, the second terminal 160, or another terminal in the implementation environment shown in FIG. 3. The method includes the following steps.

Step 401: Display the driving screen and map display widget. The driving screen is a screen in which a virtual object drives a virtual vehicle in a virtual environment, and the virtual vehicle is in a manual driving mode.

In one preferred embodiment, the driving screen and the map display widget are displayed on the user interface, and the map display widget is displayed superimposed on the driving screen.

Here, the user interface is an interface of an application program that supports a virtual environment, and the user interface includes a virtual environment screen and widgets corresponding to various functions. In an embodiment of the invention, the virtual environment screen is a driving screen.

Preferably, the virtual environment screen is a screen for observing the virtual environment from the viewpoint of a virtual object. A viewpoint (viewing angle) means a viewpoint when observing a virtual object from a first-person viewpoint or a third-person viewpoint in a virtual environment. Preferably, in an embodiment of the invention, the viewpoint is a viewpoint from which a virtual object is observed by a camera model in a virtual environment.

Preferably, the camera model automatically follows the virtual object in the virtual environment, i.e. when the position of the virtual object in the virtual environment changes, the camera model changes simultaneously to follow the position of the virtual object in the virtual environment; The camera model is always within a predetermined distance of a virtual object in the virtual environment. Preferably, the automatic tracking process does not change the relative position of the camera model and the virtual object.

A camera model means a three-dimensional model of the surroundings of a virtual object in a virtual environment. When adopting a first-person perspective, the camera model is located near or at the head of the virtual object. When adopting a third-person perspective, the camera model may be located behind the virtual object and fixed relative to the virtual object, or may be located at an arbitrary position a predetermined distance away from the virtual object. good. The camera model may be used to view virtual objects located within the virtual environment from various angles. Preferably, when the third-person perspective is an over-the-shoulder perspective of the first-person perspective, the camera model is located behind the virtual object (eg, the head and shoulders of the virtual object). Preferably, in addition to the first-person and third-person perspectives, the perspectives further include other perspectives, such as a top-view perspective. When adopting a top-view perspective, the camera model may be positioned in the air above the virtual object. The top view viewpoint is a viewpoint from which the virtual environment is observed as if viewed from above. Preferably, the camera model is not actually displayed in the virtual environment, ie the camera model is not displayed in the virtual environment displayed on the user interface.

An example will be explained in which the camera model is located at an arbitrary position at a predetermined distance from the virtual object. Preferably, one virtual object corresponds to one camera model, and the camera model may rotate around the virtual object as a center of rotation. For example, a camera model is rotated about any one point of the virtual object as the center of rotation, and during the rotation of the camera model, it is not only rotated by angle but also shifted by displacement. During rotation, the distance between the camera model and the center of rotation remains unchanged, ie, the camera model rotates on the surface of the sphere with the center of rotation as the center of the sphere. Here, any one point on the virtual object may be the head, body, or any one point around the virtual object, but the embodiments of the present invention are not limited thereto. Preferably, when the camera model observes the virtual object, the direction of the center of the viewpoint (viewing angle) of the camera model is such that the point on the spherical surface where the camera model is located faces the center of the sphere.

For example, as shown in FIG. 2, the running screen is a screen used when observing a virtual environment from a third person's perspective. Note that in another possible embodiment, the running screen may be a screen for observing in a virtual environment from a first-person perspective, but the present embodiment is not limited thereto.

Preferably, other elements in the virtual environment including at least one element of mountains, plains, rivers, lakes, oceans, deserts, sky, plants, and buildings are also displayed on the running screen.

The map display widget is a widget used to display the map situation of all or part of the area within the virtual environment. Preferably, the map screen displayed on the map display widget is a screen when the virtual environment is observed from an angle from top to bottom.

In addition to displaying the virtual environment, the map display widget further displays the object identifier of the current virtual object. Preferably, the object identifier is displayed in the center of the map displayed by the map display widget, and as the position of the virtual object within the virtual environment changes, the map displayed by the map display widget changes accordingly.

Preferably, the user interface, in addition to displaying the driving screen and map display widget, further displays a driving widget for controlling the virtual vehicle in manual driving mode. Here, the type and number of driving widgets corresponding to different virtual vehicles may be different. For example, if the virtual object drives a virtual car, the driving widgets displayed on the user interface may include a direction widget, an acceleration widget, and a brake widget. If the virtual object drives a virtual motorcycle, the driving widgets displayed on the user interface may include a direction widget, an acceleration widget, a brake widget, a head up widget, and a head down widget. Embodiments of the present invention are not limited to the type and distribution location of driving widgets in a user interface.

For example, as shown in FIG. 2, user interface 100 includes a direction widget 102, an acceleration widget 103, and a brake widget 104.

Step 402: If the virtual vehicle is located in the autonomous driving area within the virtual environment, a marking operation on the map display widget is accepted. The marking operation is an operation of marking a point on the map display widget.

In embodiments of the invention, the virtual vehicle is not able to automatically drive in all areas within the virtual environment, but only in autonomous driving areas. In one possible aspect, if the virtual environment is pre-populated with a self-driving region and the virtual vehicle is in the self-driving region, the map display widget allows the user to set the self-driving destination.

Preferably, the automatic driving area includes a predetermined road within the virtual environment. That is, before setting the destination for automatic driving, the user needs to manually control the virtual vehicle to travel to a predetermined road. Note that other areas in the virtual environment that are located outside of the predetermined road and have a simple environment (i.e., areas with few environmental elements) may also be set as automatic driving areas. Not limited to specific types.

Preferably, the terminal detects in real time whether the virtual vehicle is located in the autonomous driving area, and if the terminal detects that the virtual vehicle is located in the autonomous driving area, displays presentation information on the user interface, and displays the presentation information by the map display widget. Present the user with the ability to set a destination for automatic driving and enter automatic driving mode.

In one possible embodiment, upon receiving a confirmation operation for the map display widget, the terminal displays an enlarged map and further accepts a marking operation for the map display widget. Here, the marking operation may be a click operation on a specific area on the map, and accordingly, the click position corresponding to the click operation is the position of the marked point.

Note that even if the virtual vehicle is located outside the automatic driving area or the virtual object is not driving the vehicle, the user may perform a marking operation on the map display widget. Note that the point indicated by the marking operation is not used to control the automatic movement of the virtual vehicle, but only uses a position marking function to indicate the relative direction between the marked point and the current location of the virtual object. have

Note that the user can perform a marking operation only when the virtual object controlled by the terminal is a driver of a virtual vehicle, but when the virtual object is a passenger of a virtual vehicle, the user can perform a marking operation. (i.e., does not have the authority to configure automatic driving).

Step 403: Switch the virtual vehicle to automatic driving mode in response to the marking operation, and control the virtual vehicle to automatically travel to the destination.

The terminal also controls the virtual vehicle to automatically travel to the destination by switching the virtual vehicle to automatic driving mode according to the marking operation and determining the destination for automatic driving. Here, the travel route of the virtual vehicle from the current location to the destination is automatically planned by the terminal.

In one possible aspect, all virtual vehicles within the virtual environment support autonomous driving mode.

In other possible aspects, certain virtual vehicles within the virtual environment support autonomous driving modes. Accordingly, if the virtual vehicle is a predetermined virtual vehicle, the terminal switches the virtual vehicle to automatic driving mode in response to the marking operation. Here, the predetermined virtual vehicle may include a virtual car, a virtual tank, and a virtual ship, and may not include a virtual bicycle and a virtual motorcycle.

Preferably, in the automatic driving mode, the terminal displays mode presentation information to present to the user that the virtual vehicle is currently in the automatic driving mode.

In one possible aspect, in autonomous driving mode, the user cannot manually control the virtual vehicle, or alternatively, the user can still manually control the virtual vehicle with the driving widget and the virtual vehicle After manually controlling the virtual vehicle, the automated driving mode may be terminated.

Note that when the terminal receives a marking operation on the map again in the automatic driving mode, the terminal updates the destination according to the marking operation, and controls the virtual vehicle to automatically travel to the updated destination.

As described above, in the embodiment of the present invention, when a virtual vehicle travels in a manual driving mode to an autonomous driving area in a virtual environment, when a marking operation for a map display widget is received, the virtual vehicle is moved in accordance with the marking operation. By switching the virtual vehicle to self-driving mode and controlling the virtual vehicle to automatically drive to the destination, the user does not need to manually control the virtual vehicle, simplifying the process of controlling the virtual vehicle's driving, It is possible to reduce the operational difficulty for a user in controlling the travel of a virtual vehicle in a virtual environment.

In addition, in related technology, when manually controlling a virtual vehicle, the user needs to perform control operations frequently, and accordingly, the terminal detects the control operations frequently and responds to the control operations (e.g. , detecting and responding to touch operations received on the touch screen), this increases the amount of data processed by the terminal during the autonomous driving process and increases the power consumption of the terminal. In contrast, according to the technology according to the embodiment of the present invention, the terminal can automatically drive to the destination based on the mark, and there is no need for the user to perform control operations during the automatic driving process. Since the frequency of detection and response to control operations performed by the terminal while the virtual vehicle is running can be reduced, the amount of data processing by the terminal can be reduced, and the power consumption of the terminal can be reduced.

Furthermore, the terminal can send the destination to other terminals via the server, and the other terminals can send the destination to the destination without the need to transfer real-time control data and location data to other terminals via the server. By restoring a virtual vehicle that is currently operating automatically based on the above information, it is possible to reduce the amount of data transferred by the server and reduce the data transfer load on the server.

Unlike the self-driving function of real vehicles (which requires complex image recognition technology such as vehicle recognition and lane recognition), embodiments of the present invention reduce the difficulty and computational complexity of the self-driving function realized by virtual vehicles. In order to reduce this, the virtual vehicle can perform autonomous driving only in an autonomous driving area (eg, a predetermined road). That is, the automatic driving route of the virtual vehicle is located within the automatic driving area. The following describes a process for realizing autonomous driving functionality with reference to exemplary embodiments.

FIG. 5 is a flowchart illustrating a method of driving a vehicle in a virtual environment according to another exemplary embodiment of the invention. In this embodiment, the method will be explained by taking as an example the case where the method is applied to the first terminal 120, the second terminal 160, or another terminal in the implementation environment shown in FIG. 3. The method includes the following steps.

Step 501: Display the driving screen and map display widget. The driving screen is a screen in which a virtual object drives a virtual vehicle in a virtual environment, and the virtual vehicle is in a manual driving mode.

The aspect of step 501 may refer to step 401 described above, and its explanation is omitted in this embodiment.

Step 502: If the virtual vehicle is located in the autonomous driving area within the virtual environment, a marking operation on the map display widget is accepted. The marking operation is an operation of marking a point on a map.

Regarding the method of determining whether a virtual vehicle is located in an autonomous driving region, one possible aspect includes collision detection for virtual objects (e.g., virtual vehicles, virtual buildings, virtual obstacles, virtual trees, etc.) within the virtual environment. In addition to setting up boxes, embodiments of the present invention further set up collision detection boxes for autonomous driving regions within the virtual environment. The collision detection box is used to detect that other virtual objects in the virtual environment enter the autonomous driving area.

For example, as shown in FIG. 6, when the automatic driving area is a predetermined road in the virtual environment, each predetermined road corresponds to a respective collision detection box 61 (the dotted line area in the figure is the range of the collision detection box). ).

Preferably, if the first collision detection box and the second collision detection box are in collision, the terminal determines that the virtual vehicle is located in the autonomous driving area. Here, the first collision detection box is a collision detection box corresponding to a virtual vehicle, and the second collision detection box is a collision detection box corresponding to an automatic driving area.

For example, as shown in FIG. 7, if the first collision detection box 71 corresponding to the virtual car and the second collision detection box 72 corresponding to the virtual road collide, the terminal detects that the virtual car is driving automatically. Determine to be located in the area.

It should be noted that in addition to the above method of determining whether a virtual vehicle is located in an autonomous driving area, in another possible embodiment, the terminal determines the coordinates of the position of the virtual vehicle in the virtual environment and corresponding to the autonomous driving area. It may be determined whether the virtual vehicle is located in the autonomous driving area based on the area coordinate range (if the coordinates are located within the area coordinate range, it is determined that the virtual vehicle is located in the autonomous driving area). ), but the present embodiment is not limited thereto.

Furthermore, when the virtual vehicle is located in the autonomous driving area, the terminal accepts a marking operation on the map display widget. Here, for the process of accepting the marking operation, the above step 402 may be referred to, and the explanation thereof will be omitted in this embodiment.

Step 503: Determine the destination based on the marked point indicated by the marking operation. The destination is located in the autonomous driving area.

In this example, since the virtual vehicle can realize automatic driving only in the automatic driving area, the virtual vehicle travels to an area outside the automatic driving area based on the mark point indicated by the marking operation, and the virtual vehicle runs abnormally (e.g. In order to avoid collisions with obstacles in the virtual environment, in one possible embodiment the terminal determines the destination within the autonomous driving area based on the marked points indicated by the marking operation. do.

Preferably, when the marked point indicated by the marking operation is located in the automatic driving area, the terminal determines the marked point as the destination. Here, the terminal may determine whether the marked point is located in the automated driving area based on the point coordinates of the marked point and the area coordinate range of the automated driving area, but this embodiment The method of determination is not limited.

Preferably, when the mark point indicated by the marking operation is located outside the automatic driving area, the terminal determines the closest point to the mark point within the automatic driving area as the destination.

In order to reduce the user's learning cost, if the marked point is located outside the autonomous driving area, the terminal will select the closest point to the marked point within the autonomous driving area so that the terminal will subsequently perform automatic driving based on the destination. is automatically determined as the destination.

For example, as shown in FIG. 8, when the automatic driving area is a predetermined road in the virtual environment, when the mark point 81 marked on the map by the user is located outside the predetermined road, the terminal The point closest to point 81 is determined as destination 82.

In addition to automatically determining the destination based on the marked point, in another possible embodiment, if the marked point indicated by the marking operation is located outside the autonomous driving area, the terminal displays marking presentation information. You may. The marking presentation information is used to present the destination to be set within the automatic driving area until the mark point indicated by the marking operation is within the automatic driving area.

Step 504: Determine an automated driving route based on the current location of the virtual vehicle and the destination. The automatic driving route is located in the automatic driving area.

The terminal also determines an automated driving route within the automated driving area based on the current location where the virtual vehicle is located and the determined destination.

There may be multiple routes starting from the current location and ending at the destination. For example, if the automated driving area is a predetermined road, different branch roads may be selected when driving from the current location to the destination. be able to. Therefore, in order to shorten the travel time of the virtual vehicle, the automatic driving route is preferably the shortest route from the current location to the destination.

Regarding the method of determining the shortest path, in one possible aspect, the terminal determines at least one candidate route using a route branch point as a node (each node has one scanned only once). Thereby, the shortest candidate route is determined as the automatic driving route based on the length of each candidate route. Here, the route branch point is a branch point preset in the automatic driving area. Note that the terminal may determine candidate routes using other graph algorithms, but the present embodiment is not limited to this.

In another possible embodiment, the terminal determines at least one candidate route using a graph algorithm, displays each candidate route on a map, and determines an autonomous driving route according to the user's selection operation; but not limited to.

For example, as shown in FIG. 9, the terminal determines an automatic driving route 91.

Step 505: Switch the virtual vehicle to automatic driving mode and control the virtual vehicle to travel to the destination according to the automatic driving route.

In order to reduce the difficulty and computational complexity of automatic driving, in one possible embodiment waypoints are preset in the automatic driving area. In response, the terminal controls the virtual vehicle to automatically travel to the destination based on the waypoints on the automated driving route.

Preferably, this step includes the following substeps.

Step 1: Determine at least two waypoints on the automated driving route. Waypoints are preset in the autonomous driving area.

For example, as shown in FIG. 9, several waypoints 92 are set on a predetermined road (automatic driving area) in the virtual environment, and the waypoints on the automatic driving route 91 are K, G, D, Including E and F.

Step 2: controlling the virtual vehicle to travel to a destination according to the waypoint order of at least two waypoints.

The waypoint order means the order of waypoints passed from the current point to the destination on the automatic driving route, and in FIG. 9, the waypoint order is K→G→D→E→F.

In one possible aspect, when the automated driving route includes k waypoints, controlling the terminal to drive the virtual vehicle to the destination according to the waypoint order includes the following steps.

Step 1: Control the virtual vehicle to travel from the current location to a first waypoint according to a first traveling direction. The first traveling direction is the direction in which the current location faces the first waypoint.

Preferably, if no waypoint is set at the current location where the virtual vehicle is located, the terminal may set the current starting point to control the virtual vehicle to travel according to the first traveling direction to the first waypoint. and determining a first driving direction based on the first waypoint on the automatic driving route.

For example, as shown in FIG. 9, since no waypoint is set at the current location where the virtual vehicle is located, the terminal first controls the virtual vehicle to travel to waypoint K (the first waypoint). .

Note that if a waypoint is set at the current location where the virtual vehicle is located, the terminal directly executes step 2.

Step 2: Control the virtual vehicle to travel from the nth waypoint to the n+1th waypoint according to the second traveling direction. The second running direction is a direction in which the n-th waypoint faces the (n+1)th waypoint, where n is an integer from 1 to k-1.

In one possible aspect, the path between adjacent waypoints in the autonomous driving region is straight (or nearly straight) and does not include obstacles, so that if the virtual vehicle travels to the nth waypoint, The terminal determines a second driving direction based on the nth waypoint and the n+1th waypoint to control the virtual vehicle to travel to the n+1th waypoint according to the second driving direction. By repeating this step, the virtual vehicle travels to the kth waypoint (ie, the last waypoint on the automated driving route).

For example, as shown in FIG. 9, the terminal controls the virtual vehicle to sequentially pass through waypoints K, G, D, E, and F.

Step 3: Control the virtual vehicle to travel from the kth waypoint to the destination according to the third travel direction. The third travel direction is the direction in which the kth waypoint faces the destination.

Preferably, if the destination has no waypoint set, the terminal is configured to control the virtual vehicle based on the kth waypoint and the destination to control the virtual vehicle to travel to the destination according to the third travel direction. Determine a third running direction.

For example, as shown in FIG. 9, since the destination is located between waypoints F and I (no waypoint is set), the terminal selects the virtual vehicle according to the direction in which waypoint F faces toward the destination. control so that the vehicle automatically travels to the destination.

Step 506: When the virtual vehicle has traveled to the destination, switch the virtual vehicle to manual driving mode and control the virtual vehicle to stop traveling.

In one possible embodiment, after controlling the virtual vehicle to travel to the destination according to the above steps, the terminal automatically switches the virtual vehicle to manual driving mode and causes the virtual vehicle to stop at the destination. Control.

Preferably, the terminal automatically displays the marked points in the map display widget after switching the virtual vehicle to manual driving mode, since the marked points marked by the user may not exactly match the destination. You can. This allows the user to manually control the virtual vehicle to travel to the marked point based on the relative positional relationship between the marked point and the destination.

Preferably, if the marked point and the destination are different, the terminal automatically controls the virtual vehicle to turn to the direction where the destination is located.

In this embodiment, if the marked point manually set by the user is located outside the automated driving area, the terminal determines the closest destination to the marked point within the automated driving area, and connects the destination and the current location. The automated driving route is determined based on the This makes it possible to avoid abnormal driving caused by the virtual vehicle automatically traveling into a non-automatic driving area.

Furthermore, in this embodiment, after the automated driving route is determined by setting waypoints in the automated driving area, the terminal determines the traveling direction of the virtual vehicle based on the waypoints on the automated driving route, Automatic running of the virtual vehicle can be controlled based on the running direction. That is, by processing and calculating a small amount of data when realizing automatic driving, the terminal can reduce the difficulty level and amount of calculation when realizing automatic driving.

Furthermore, in this embodiment, by setting a collision detection box for the automatic driving area, it is possible to use the collision detection box to determine whether or not the virtual vehicle is located in the automatic driving area. This simplifies the process of determining the location.

In one possible aspect, in manual driving mode, a driving widget is displayed on the user interface and the driving widget is clickable. In order to avoid the user accidentally touching the driving widget and canceling the automatic driving mode during the automatic driving process, in the automatic driving mode, the terminal sets the driving widget in the user interface to a non-clickable state, or Hide driving widget.

Accordingly, when the virtual vehicle travels to the destination, the terminal sets the driving widget to a clickable state or restores the display of the driving widget. This allows the user to continue to manually control the driving of the virtual vehicle.

Preferably, in manual driving mode, the virtual object cannot use virtual items to simulate a real driving scene. For example, virtual objects cannot use virtual refill bottles, cannot use virtual attack items to attack other virtual objects in the virtual environment, and cannot use virtual throwing items. Accordingly, the terminal does not display the item usage widget.

On the other hand, in the embodiment of the present invention, the virtual vehicle can automatically run in the virtual environment without requiring manual control by the user in the automatic driving mode, so that the user can select virtual items while the vehicle is automatically driving. To enable use, the terminal displays an item usage widget. This allows the user to trigger the item usage widget to use the virtual item.

Preferably, the item usage widget is a usage widget corresponding to a virtual attack item, such as e.g. a virtual rifle shooting widget, a usage widget corresponding to a virtual replenishment item, e.g. a virtual bandage usage widget, or a usage widget corresponding to a virtual replenishment item, e.g. a virtual grenade throwing widget. This is a widget used that corresponds to virtual throwing items such as widgets. Embodiments of the present invention are not limited to types of item usage widgets. Accordingly, upon receiving a trigger operation for the item use widget, the terminal controls the virtual object to use the virtual item. Note that when the virtual vehicle is switched to manual driving mode, the terminal hides the item usage widget.

For example, as shown in FIG. 10, in the automatic driving mode, the terminal hides the driving widget 1004 on the user interface 1000 and displays the aiming widget 1001 and the shooting widget 1002 on the user interface 1000.

If the driving widget on the user interface is set to a non-clickable state in the automatic driving mode, or if the driving widget is hidden, the user will not be able to manually control the virtual vehicle during automatic driving. In real situations, when attacked by other virtual objects in the virtual environment, users often need to change their driving route to avoid the attack. Therefore, in one possible aspect, in the automatic driving mode, a driving mode switching widget is displayed on the user interface, and upon receiving a trigger operation for the driving mode switching widget, the terminal switches the virtual vehicle to the manual driving mode, Set the driving widget to a clickable state or restore the display of the driving widget.

For example, as shown in FIG. 10, in the automatic driving mode, a driving mode switching widget 1003 is displayed on the user interface 1000. Upon receiving a click operation on the driving mode switching widget 1003, the terminal controls the virtual vehicle to cancel the automatic driving mode, and displays the driving widget 1004 again on the user interface 1000 (and at the same time hides the attack widget). ).

In this embodiment, in the automatic driving mode, the terminal sets the driving widget to a non-clickable state or hides the driving widget, so that the user accidentally touches the driving widget and ends the automatic driving mode. This can be avoided. Furthermore, by displaying a driving mode switching widget on the user interface of the terminal, the user can trigger the widget to end the automatic driving mode.

In combination with the above embodiments, in one illustrative example, a process for controlling autonomous driving of a virtual vehicle is illustrated in FIG.

Step 1101: Manually control the virtual vehicle.

Step 1102: Determine whether the automatic driving region has been entered. If the automatic driving area has been entered, the process advances to step 1103; if the automatic driving area has not been entered, the process returns to step 1101.

Step 1103: Display information indicating that automatic driving is possible.

Step 1104: Determine whether a marking operation on the map has been accepted. If accepted, the process advances to step 1105; otherwise, the process returns to step 1103.

Step 1105: Display the destination corresponding to the marking operation on the map.

Step 1106: Determine whether a determination operation for the destination has been accepted. If accepted, the process advances to step 1107; otherwise, the process returns to step 1105.

Step 1107: Enter automatic operation mode.

Step 1108: Determine whether the automatic driving route has been determined. If determined, the process advances to step 1109; otherwise, the process returns to step 1107.

Step 1109: Control the virtual vehicle to travel based on waypoints on the automatic driving route.

Step 1110: Determine whether the destination has been reached. If it has been reached, the process advances to step 1111; otherwise, the process returns to step 1109.

Step 1111: Control the virtual vehicle to stop running.

FIG. 12 is a block diagram illustrating the configuration of a vehicle operator in a virtual environment according to one exemplary embodiment of the present invention. The device includes the following modules:

The display module 1201 displays a driving screen and a map display widget. The driving screen is a screen in which a virtual object drives a virtual vehicle in a virtual environment, and the virtual vehicle is in a manual driving mode.

The acceptance module 1202 accepts a marking operation for the map display widget when the virtual vehicle is located in an autonomous driving area within the virtual environment. The marking operation is an operation of marking a point on the map display widget.

The control module 1203 switches the virtual vehicle to an automatic driving mode in response to the marking operation, and controls the virtual vehicle to automatically travel to the destination.

Preferably, the control module 1203 determines the destination based on the marked point indicated by the marking operation, the destination is located in an autonomous driving area, and the control module 1203 determines the destination based on the current location where the virtual vehicle is located and the destination. determines an automated driving route based on the automated driving route, the automated driving route is located in the automated driving area, switches the virtual vehicle to an automated driving mode, and causes the virtual vehicle to travel to the destination according to the automated driving route. to control.

Preferably, in controlling the virtual vehicle to travel to the destination according to the automated driving route, the control module 1203 determines at least two waypoints on the automated driving route, and the waypoints are configured to The virtual vehicle is controlled to travel to the destination according to a waypoint order of the at least two waypoints that is preset in an automatic driving area.

Preferably, the automated driving route includes k waypoints, where k is an integer of 2 or more. In controlling the virtual vehicle to travel to the destination according to the waypoint order of the at least two waypoints, the control module 1203 may cause the virtual vehicle to travel to the destination from the current location according to a first travel direction. The virtual vehicle is controlled to travel to the n-th waypoint according to the second traveling direction, and the first traveling direction is a direction in which the current location is directed to the first waypoint. The second traveling direction is a direction in which the n-th waypoint faces the n+1-th waypoint, where n is 1 or more and k-1 or less. an integer, the virtual vehicle is controlled to travel from the kth waypoint to the destination according to a third travel direction, and the third travel direction is such that the kth waypoint travels to the destination. This is the direction you are facing.

Preferably, when determining the destination based on the mark point indicated by the marking operation, the control module 1203 determines whether the mark point indicated by the marking operation is located in the automatic driving area. is determined as the destination, and if the marked point indicated by the marking operation is located outside the automated driving area, determines the point closest to the marked point within the automated driving area as the destination, or , display marking presentation information, and the marking presentation information is used to present setting the destination within the automatic driving area.

Preferably, when determining the automated driving route based on the current location where the virtual vehicle is located and the destination, the control module 1203 uses a depth-first search algorithm using route branch points in the virtual environment as nodes. At least one candidate route between the current point and the destination is determined, the route branch point is a branch point preset in the automated driving area, and the shortest candidate route is determined as the automated driving route. Determine as.

Preferably, the control module 1203 determines that the virtual vehicle is located in the autonomous driving area if the first collision detection box and the second collision detection box are in a collision, and the control module 1203 determines that the virtual vehicle is located in the autonomous driving area; is a collision detection box corresponding to the virtual vehicle, and the second collision detection box is a collision detection box corresponding to the automatic driving area.

Preferably, the apparatus further includes a first switching module that controls the virtual vehicle to switch to manual driving mode and stop traveling when the virtual vehicle has traveled to the destination. .

Preferably, the driving widget is displayed in the manual driving mode, and the driving widget is clickable. The device sets the driving widget to a non-clickable state in the automatic driving mode, or hides the driving widget, and sets the driving widget to a clickable state when the virtual vehicle travels to the destination. or a setting module for restoring the display of the driving widget.

Preferably, the device displays a driving mode switching widget in the automatic driving mode, and in response to a trigger operation on the driving mode switching widget, switches the virtual vehicle to the manual driving mode and makes the driving widget clickable. The driving widget further includes a second switching module for setting or restoring the display of the driving widget.

Preferably, the item usage widget is not displayed in the manual operation mode, and the item usage widget is used to control the virtual object to use the virtual item. The device includes an item widget display module that displays the item use widget in automatic operation mode, and an item use module that controls the virtual object to use the virtual item in response to a trigger operation for the item use widget. , further including.

Preferably, the automatic driving area includes a predetermined road within the virtual environment.

As described above, in the embodiment of the present invention, when a virtual vehicle travels in a manual driving mode to an autonomous driving area in a virtual environment, when a marking operation for a map display widget is received, the virtual vehicle is moved in accordance with the marking operation. By switching the virtual vehicle to self-driving mode and controlling the virtual vehicle to automatically drive to the destination, the user does not need to manually control the virtual vehicle, simplifying the process of controlling the virtual vehicle's driving, It is possible to reduce the operational difficulty for a user in controlling the travel of a virtual vehicle in a virtual environment.

In this embodiment, if the marked point manually set by the user is located outside the automated driving area, the terminal determines the closest destination to the marked point within the automated driving area, and connects the destination and the current location. The automated driving route is determined based on the This makes it possible to avoid abnormal driving caused by the virtual vehicle automatically traveling into a non-automatic driving area.

In addition, in this embodiment, after the automatic driving route is determined by setting waypoints in the automatic driving area, the traveling direction of the virtual vehicle is determined based on the waypoints on the automatic driving route, and the traveling direction is Automatic driving of a virtual vehicle can be controlled based on the following. That is, it is possible to realize automatic driving and to reduce the difficulty level and amount of calculation when realizing automatic driving.

Furthermore, in this embodiment, by setting a collision detection box for the automatic driving area, it is possible to use the collision detection box to determine whether or not the virtual vehicle is located in the automatic driving area. This simplifies the process of determining the location.

In this embodiment, in the automatic driving mode, the terminal sets the driving widget to a non-clickable state or hides the driving widget, so that the user accidentally touches the driving widget and ends the automatic driving mode. This can be avoided. Furthermore, by displaying a driving mode switching widget on the user interface of the terminal, the user can trigger the widget to end the automatic driving mode.

FIG. 13 is a block diagram illustrating the configuration of a terminal 1300 according to one exemplary embodiment of the present invention. The terminal 1300 is, for example, a smartphone, a tablet computer, an MP3 (Moving Picture Experts Group Audio Layer III) player, an MP4 (Moving Picture Experts Group Audio Layer III) player, or an MP4 (Moving Picture Experts Group Audio Layer III) player. r IV: Moving Picture Expert Group Audio Layer IV) Player It may also be a portable mobile terminal such as. Terminal 1300 may also be referred to as user equipment, portable terminal, and other names.

Generally, terminal 1300 includes a processor 1301 and memory 1302.

Processor 1301 may include one or more processing cores, such as a four-core processor, an eight-core processor, and the like. The processor 1301 includes at least one of DSP (Digital Signal Processing), FPGA (Field Programmable Gate Array), and PLA (Programmable Logic Array). realized in one hardware format Good too. Processor 1301 may include a main processor and a co-processor. The main processor is a processor used to process data in an awake state, and is also referred to as a CPU (Central Processing Unit). A coprocessor is a low power processor used to process data in standby state. In some embodiments, processor 1301 may be integrated with a Graphics Processing Unit (GPU), which is used to render and draw content that needs to be displayed on a display screen. be done. In some embodiments, processor 1301 may further include an artificial intelligence (AI) processor, which is used to process computational operations related to machine learning.

Memory 1302 may include one or more computer-readable storage media, which may be tangible and non-transitory. Memory 1302 may further include high speed random access memory and non-volatile memory, such as one or more magnetic disk storage devices or flash memory storage devices. In some embodiments, a non-transitory computer-readable storage medium in memory 1302 stores at least one instruction for implementing a method according to an embodiment of the invention. , used for execution by processor 1301.

In some embodiments, terminal 1300 may preferably further include a peripheral interface 1303 and at least one peripheral. Specifically, the peripherals include at least one of a radio frequency circuit 1304, a touch display screen 1305, a camera component 1306, an audio circuit 1307, a location component 1308, and a power source 1309.

Peripheral interface 1303 may be used to connect at least one I/O (input/output) related peripheral to processor 1301 and memory 1302. In some embodiments, processor 1301, memory 1302, and peripheral interface 1303 are integrated on the same chip or circuit board. In some other embodiments, one or more of processor 1301, memory 1302, and peripheral interface 1303 may be implemented on a single chip or circuit board, but this embodiment is not limited thereto. Not done.

Radio frequency circuit 1304 is used to transmit and receive RF (Radio Frequency) signals, also referred to as electromagnetic signals. Radio frequency circuit 1304 communicates with communication networks and other communication equipment via electromagnetic signals. Radio frequency circuit 1304 converts electrical signals into electromagnetic signals for transmission, or converts received electromagnetic signals into electrical signals. Preferably, radio frequency circuitry 1304 includes an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a user ID module card, and the like. Radio frequency circuit 1304 can communicate with other terminals via at least one wireless communication protocol. The wireless communication protocols include the World Wide Web, metropolitan area networks, intranets, mobile communication networks of each generation (2G, 3G, 4G and 5G), wireless local area networks and/or Wireless Fidelity (WiFi) networks. However, it is not limited to these. In some embodiments, radio frequency circuitry 1304 may include circuitry related to Near Field Communication (NFC), although the invention is not limited thereto.

Touch display screen 1305 is used to display a UI (User Interface). The UI may include graphics, text, icons, video, and any combination thereof. Touch display screen 1305 has the ability to capture touch signals at or above the surface of touch display screen 1305. The touch signal may be input to processor 1301 as a control signal for processing. Touch display screen 1305 is used to provide virtual buttons and/or a virtual keyboard, also referred to as soft buttons and/or soft keyboard. In some examples, one touch display screen 1305 may be located on the front panel of terminal 1300. In some other examples, at least two touch display screens 1305 may be each placed on a different surface of terminal 1300 or may be designed to be foldable. In still some other examples, touch display screen 1305 may be a flexible display screen disposed on a curved or folded surface of terminal 1300. The touch display screen 1305 may also be configured as a non-rectangular irregularly shaped screen, ie, a specially shaped screen. The touch display screen 1305 may be formed of a material such as an LDC (Liquid Crystal Display) or an OLED (Organic Light-Emitting Diode).

Camera component 1306 is used to capture images or video. Preferably, camera component 1306 includes a front camera and a rear camera. Usually, the front camera is used to realize video calls and selfies, and the rear camera is used to realize photos and videos. In some embodiments, the rear camera is one of the main camera, the depth of field camera, and the wide-angle camera to achieve the fusion of the main camera and the depth of field camera to achieve the background blur function. At least two. By combining the main camera and wide-angle camera, it realizes panoramic shooting and VR (Virtual Reality) shooting functions. In some examples, camera component 1306 may further include a flash. The flash may be a single color temperature flash or a dual color temperature flash. Double color temperature flash refers to the combination of warm light flash and cold light flash, and may be used for light correction at various color temperatures.

Audio circuit 1307 is used to provide an audio interface between the user and terminal 1300. Audio circuit 1307 may include a microphone and speakers. The microphone is used to capture user and environmental sound waves and convert the sound waves into electrical signals that are input to the processor 1301 for processing or to the radio frequency circuit 1304 to achieve voice communication. Multiple microphones may each be placed in different parts of the terminal 1300 for stereo acquisition or noise reduction. The microphone may be an array microphone or an omnidirectional collection type microphone. A speaker is used to convert electrical signals from processor 1301 or radio frequency circuit 1304 into sound waves. The speaker may be a conventional thin film speaker or a piezoelectric ceramic speaker. If the speaker is a piezoelectric ceramic speaker, it may not only convert electrical signals into human audible sound waves, but also convert electrical signals into human inaudible sound waves for purposes such as distance measurement. In some embodiments, audio circuit 1307 may further include a headphone jack.

The location component 1308 is used to identify the current geographical location of the terminal 1300 to implement navigation or LBS (Location Based Service). The positioning component 1308 may be a positioning component based on the US Global Positioning System (GPS), China's BeiDou system, or Russia's Galileo system.

Power supply 1309 is used to power each component within terminal 1300. Power source 1309 may be an alternating current, direct current, primary battery, or rechargeable battery. If power source 1309 includes a rechargeable battery, the rechargeable battery may be a wired rechargeable battery or a wireless rechargeable battery. A wired rechargeable battery is a battery that is charged by a wired circuit, and a wireless rechargeable battery is a battery that is charged by a wireless circuit. The rechargeable battery may support fast charging technology.

In some examples, terminal 1300 further includes one or more sensors 1310. The one or more sensors 1310 include, but are not limited to, an acceleration sensor 1311, a gyroscope sensor 1312, a pressure sensor 1313, a fingerprint sensor 1314, an optical sensor 1315, and a proximity sensor 1316.

Acceleration sensor 1311 may detect the magnitude of acceleration on three coordinate axes of the coordinate system established by terminal 1300. For example, the acceleration sensor 1311 may be used to detect components of gravitational acceleration on three coordinate axes. Processor 1301 may control touch display screen 1305 to display a user interface in a horizontal or vertical view based on the gravitational acceleration signal collected by acceleration sensor 1311. Acceleration sensor 1311 may be used to collect game or user movement data.

Gyroscope sensor 1312 may detect the direction and rotation angle of the main body of terminal 1300. Gyroscope sensor 1312 may cooperate with acceleration sensor 1311 to collect 3D motion of the user at terminal 1300. The processor 1301 implements motion sensing (for example, changing the UI according to the user's tilt operation), image stabilization during shooting, game control, and inertial navigation based on the data collected by the gyroscope sensor 1312. Good too.

Pressure sensor 1313 may be placed on the side frame of terminal 1300 and/or underneath the touch display screen 1305. When the pressure sensor 1313 is disposed on the side frame of the terminal 1300, it may detect a grip signal of the user of the terminal 1300, recognize the left and right hands based on the grip signal, or perform a shortcut operation. If the pressure sensor 1313 is disposed below the touch display screen 1305, the operable widgets on the UI interface may be controlled according to the user's pressure operation on the touch display screen 1305. The operable widget includes at least one of a button widget, a scroll bar widget, an icon widget, and a menu widget.

Fingerprint sensor 1314 is used to collect the user's fingerprints so as to identify the user's ID according to the collected fingerprints. If the identified user's ID is a trusted ID, the processor 1301 performs related sensitive operations including unlocking the screen, displaying encrypted information, downloading software, making payments, and changing settings. Allow users to: Fingerprint sensor 1314 may be placed on the front, back, or side of terminal 1300. If the terminal 1300 is provided with a physical button or manufacturer's logo, the fingerprint sensor 1314 may be integrated with the physical button or manufacturer's logo.

Optical sensor 1315 is used to collect ambient light intensity. In one example, processor 1301 may control display brightness of touch display screen 1305 based on ambient light intensity collected by optical sensor 1315. Specifically, when the ambient light intensity is high, the display brightness of the touch display screen 1305 is increased, and when the ambient light intensity is low, the display brightness of the touch display screen 1305 is decreased. In other examples, processor 1301 may dynamically adjust imaging parameters of camera component 1306 based on ambient light intensity collected by optical sensor 1315.

Proximity sensor 1316 is also called distance sensor and is typically placed on the front of terminal 1300. Proximity sensor 1316 is used to collect the distance between the user and the front of terminal 1300. In one example, when the distance between the user and the front surface of the terminal 1300 is detected by the proximity sensor 1316, the processor 1301 causes the touch display screen 1305 to switch from an on-screen state to an off-screen state. control. When proximity sensor 1316 detects that the distance between the user and the front of terminal 1300 gradually increases, processor 1301 controls touch display screen 1305 to switch from an off-screen state to an on-screen state.

Note that, as those skilled in the art will understand, the terminal 1300 is not limited to the configuration shown in FIG. or a different arrangement of components may be employed.

Embodiments of the invention further provide a computer readable storage medium. The storage medium stores at least one instruction, at least one program, code set, or instruction set, and the at least one instruction, at least one program, code set, or instruction set is an instruction set according to any of the embodiments described above. is loaded and executed by a processor to implement the method of driving a vehicle in a virtual environment as described in .

Embodiments of the invention further provide a computer program product or computer program that includes computer instructions stored on a computer-readable storage medium. A processor of the computing device reads and executes the computer instructions from the computer-readable storage medium to perform the method of driving a vehicle in a virtual environment on the computing device.

As those skilled in the art will understand, all or part of the steps in the above embodiments may be implemented by hardware or by instructing the relevant hardware to perform via a program. It's okay. The program may be stored on a computer readable storage medium. The storage medium mentioned above may be a read-only memory, a magnetic disk, an optical disk, or the like.

The foregoing merely describes exemplary embodiments of the invention and is not intended to limit the invention. Changes, equivalent substitutions, improvements, etc. made within the spirit and principles of the present invention shall fall within the protection scope of the present invention.

Claims (15)

A method of driving a vehicle in a virtual environment executed by a terminal, the method comprising:
Displaying a driving screen and a map display widget, the driving screen being a screen in which a virtual object drives a virtual vehicle in a virtual environment, and the virtual vehicle is in a manual driving mode. and,
If the virtual vehicle is located in an autonomous driving area in the virtual environment, a step of accepting a marking operation on the map display widget, the marking operation being an operation of marking a point on the map display widget. and,
In response to the marking operation, switching the virtual vehicle to an automatic driving mode and controlling the virtual vehicle to automatically travel to a destination,
The step of switching the virtual vehicle to an automatic driving mode in response to the marking operation and controlling the virtual vehicle to automatically travel to the destination,
determining the destination based on the mark point indicated by the marking operation, the destination being located in an automatic driving area;
determining an automated driving route based on the current location where the virtual vehicle is located and the destination, the automated driving route being located in the automated driving area;
switching the virtual vehicle to a self-driving mode and controlling the virtual vehicle to travel to the destination according to the self-driving route;
The step of controlling the virtual vehicle to travel to the destination according to the automatic driving route,
determining at least two waypoints on the automated driving route, the waypoints being preset in the automated driving area;
controlling the virtual vehicle to travel to the destination according to a waypoint order of the at least two waypoints. The automatic driving route includes k waypoints, k is an integer of 2 or more,
controlling the virtual vehicle to travel to the destination according to a waypoint order of the at least two waypoints;
controlling the virtual vehicle to travel from the current location to a first waypoint according to a first travel direction, the first travel direction being such that the current location is at the first waypoint; Step, which is the direction to face,
controlling the virtual vehicle to travel from the n-th waypoint to the n+1-th waypoint according to a second traveling direction, the second traveling direction being such that the n-th waypoint is the n+1-th waypoint; a step in the direction toward the th waypoint, where n is an integer from 1 to k-1,
controlling the virtual vehicle to travel from a k-th waypoint to the destination according to a third traveling direction, the third traveling direction being such that the k-th waypoint travels to the destination; 2. The method of claim 1 , including the step of oriented. Determining the destination based on the marked point indicated by the marking operation,
If the marked point indicated by the marking operation is located in the automatic driving area, determining the marked point as the destination;
If the mark point indicated by the marking operation is located outside the automatic driving area, determining a point closest to the mark point within the automatic driving area as the destination, or displaying marking presentation information. 3. The method according to claim 1, further comprising the step of: the marking presentation information being used to present the destination to be set within the automatic driving area. A method of driving a vehicle in a virtual environment executed by a terminal, the method comprising:
Displaying a driving screen and a map display widget, the driving screen being a screen in which a virtual object drives a virtual vehicle in a virtual environment, and the virtual vehicle is in a manual driving mode. and,
If the virtual vehicle is located in an autonomous driving area in the virtual environment, a step of accepting a marking operation on the map display widget, the marking operation being an operation of marking a point on the map display widget. and,
In response to the marking operation, switching the virtual vehicle to an automatic driving mode and controlling the virtual vehicle to automatically travel to a destination,
The step of switching the virtual vehicle to an automatic driving mode in response to the marking operation and controlling the virtual vehicle to automatically travel to the destination,
determining the destination based on the mark point indicated by the marking operation, the destination being located in an automatic driving area;
determining an automated driving route based on the current location where the virtual vehicle is located and the destination, the automated driving route being located in the automated driving area;
switching the virtual vehicle to a self-driving mode and controlling the virtual vehicle to travel to the destination according to the self-driving route;
Determining an automated driving route based on the current location where the virtual vehicle is located and the destination,
determining at least one candidate route between the current point and the destination using a route branch point in the virtual environment as a node by a depth-first search algorithm, the route branch point being a node in the automatic Steps, which are branch points preset in the operating area,
determining a shortest candidate route as the automated driving route . A method of driving a vehicle in a virtual environment executed by a terminal, the method comprising:
Displaying a driving screen and a map display widget, the driving screen being a screen in which a virtual object drives a virtual vehicle in a virtual environment, and the virtual vehicle is in a manual driving mode. and,
If the virtual vehicle is located in an autonomous driving area in the virtual environment, a step of accepting a marking operation on the map display widget, the marking operation being an operation of marking a point on the map display widget. and,
In response to the marking operation, switching the virtual vehicle to an automatic driving mode and controlling the virtual vehicle to automatically travel to a destination,
In determining whether the virtual vehicle is located in an autonomous driving region within the virtual environment,
If the first collision detection box and the second collision detection box have collided, determining that the virtual vehicle is located in the automatic driving area;
The first collision detection box is a collision detection box corresponding to the virtual vehicle,
The method, wherein the second collision detection box is a collision detection box corresponding to the automatic driving area. After switching the virtual vehicle to an automatic driving mode in response to the marking operation and controlling the virtual vehicle to automatically travel to the destination,
6. The method according to claim 1 , further comprising, when the virtual vehicle has traveled to the destination, switching the virtual vehicle to a manual driving mode and controlling the virtual vehicle to stop traveling. the method of. a driving widget is displayed in the manual driving mode, and the driving widget is clickable;
The method includes:
setting the driving widget to a non-clickable state in the automatic driving mode, or hiding the driving widget;
7. The method according to claim 1, further comprising the step of setting the driving widget to a clickable state or restoring the display of the driving widget when the virtual vehicle has traveled to the destination. the method of. Displaying a driving mode switching widget in the automatic driving mode;
The method further includes the step of switching the virtual vehicle to the manual driving mode, setting the driving widget to a clickable state, or restoring the display of the driving widget in response to a trigger operation on the driving mode switching widget. , the method according to claim 7 . In the manual operation mode, the item use widget is not displayed, and the item use widget is used to control the virtual object to use the virtual item;
After switching the virtual vehicle to an autonomous driving mode in response to the marking operation, the method includes:
Displaying the item usage widget in automatic driving mode;
9. The method according to claim 1 , further comprising controlling the virtual object to use the virtual item in response to a trigger operation on the item usage widget. 10. The method according to claim 1, wherein the automatic driving area includes a predetermined road within the virtual environment. A vehicle driving device in a virtual environment, the device comprising:
A display module that displays a driving screen and a map display widget, the driving screen being a screen in which a virtual object drives a virtual vehicle in a virtual environment, and the virtual vehicle is in a manual driving mode. a display module;
When the virtual vehicle is located in an autonomous driving area in the virtual environment, an acceptance module that accepts a marking operation on the map display widget, the marking operation being an operation of marking a point on the map display widget; reception module,
a control module that switches the virtual vehicle to an automatic driving mode in response to the marking operation and controls the virtual vehicle to automatically travel to a destination;
The control module includes:
determining the destination based on the mark point indicated by the marking operation, the destination being located in an automatic driving area,
determining an automated driving route based on the current location where the virtual vehicle is located and the destination; the automated driving route is located in the automated driving area;
switching the virtual vehicle to autonomous driving mode;
determining at least two waypoints on the automated driving route, the waypoints being preset in the automated driving area;
The apparatus controls the virtual vehicle to travel to the destination according to a waypoint order of the at least two waypoints . A vehicle driving device in a virtual environment, the device comprising:
A display module that displays a driving screen and a map display widget, the driving screen being a screen in which a virtual object drives a virtual vehicle in a virtual environment, and the virtual vehicle is in a manual driving mode. a display module;
When the virtual vehicle is located in an autonomous driving area in the virtual environment, an acceptance module that accepts a marking operation on the map display widget, the marking operation being an operation of marking a point on the map display widget; reception module,
a control module that switches the virtual vehicle to an automatic driving mode in response to the marking operation and controls the virtual vehicle to automatically travel to a destination;
The control module includes:
determining the destination based on the mark point indicated by the marking operation, the destination being located in an automatic driving area,
At least one candidate route between the current location where the virtual vehicle is located and the destination is determined by a depth-first search algorithm using route branch points in the virtual environment as nodes, and the route branch points are: A branch point preset in the automatic driving area,
determining the shortest candidate route as an automatic driving route, the automatic driving route being located in the automatic driving area,
An apparatus that switches the virtual vehicle to an automatic driving mode and controls the virtual vehicle to travel to the destination according to the automatic driving route. A vehicle driving device in a virtual environment, the device comprising:
A display module that displays a driving screen and a map display widget, the driving screen being a screen in which a virtual object drives a virtual vehicle in a virtual environment, and the virtual vehicle is in a manual driving mode. a display module;
When the virtual vehicle is located in an autonomous driving area in the virtual environment, an acceptance module that accepts a marking operation on the map display widget, the marking operation being an operation of marking a point on the map display widget; reception module,
a control module that switches the virtual vehicle to an automatic driving mode in response to the marking operation and controls the virtual vehicle to automatically travel to a destination;
In determining whether the virtual vehicle is located in an autonomous driving region within the virtual environment,
If the first collision detection box and the second collision detection box have collided, determining that the virtual vehicle is located in the automatic driving area;
The first collision detection box is a collision detection box corresponding to the virtual vehicle,
The device, wherein the second collision detection box is a collision detection box corresponding to the automatic driving region. A terminal including a processor and a memory,
the memory stores at least one instruction, at least one program, code set or instruction set;
The at least one instruction, the at least one program, the code set or the instruction set are loaded by the processor to implement the method of driving a vehicle in a virtual environment according to any of claims 1 to 10 . Terminal. A program for causing a computer to execute the method for driving a vehicle in a virtual environment according to any one of claims 1 to 10 .