Vehicle control methods, devices, electronic equipment and media

Abstract

This application relates to the field of computer technology and provides a vehicle control method, device, electronic device, and medium. The method includes: upon detecting a vehicle control transfer operation targeting a target vehicle, generating a control transfer request to request the transfer of vehicle control, wherein the control transfer request includes vehicle description information describing the current state of the target vehicle; sending the control transfer request to a target authorized terminal; receiving a driving control command sent by the target authorized terminal based on the control transfer request; and controlling the target vehicle to drive according to the driving control command. This application enables a timely transfer of vehicle control to a user at a target authorized terminal when the driver is in poor condition. The user at the target authorized terminal can then remotely control the vehicle based on its current state, preventing drivers from driving in poor condition and helping to reduce traffic safety hazards.

Description

Technical Field

[0001] This application belongs to the field of computer technology, and in particular relates to a vehicle control method, device, electronic device and medium. Background Technology

[0002] Currently, with the advancement of technology and rapid economic development, vehicles are becoming increasingly common, and users are placing higher demands on vehicle performance.

[0003] In related technologies, if the driver's condition is problematic during vehicle operation, such as if the driver is unwell, the driver will drive the vehicle in a poor state, increasing traffic safety hazards. Summary of the Invention

[0004] This application provides vehicle control methods, devices, electronic devices, and media, aiming to solve the problem in the related art that if the driver's condition is problematic during the driving process, such as the driver being physically unwell, the driver will drive the vehicle in a poor state, which will increase traffic safety hazards.

[0005] In a first aspect, embodiments of this application provide a vehicle control method, the method comprising:

[0006] When a vehicle control transfer operation is detected for the target vehicle, a control transfer request is generated to request the transfer of vehicle control, wherein the control transfer request includes vehicle description information describing the state of the target vehicle.

[0007] Send the control transfer request to the target authorized end;

[0008] Receive driving control commands sent by the target authorized terminal based on a control transfer request, and control the target vehicle to drive according to the driving control commands.

[0009] In some embodiments, the method further includes:

[0010] Receive the call peer identifier input by the target user on the target vehicle side, and generate a vehicle call request based on the call peer identifier;

[0011] The vehicle-to-vehicle call request is sent to the other end indicated by the caller identifier, thereby establishing a call connection between the target vehicle and the other end.

[0012] In some embodiments, the method further includes: identifying the other end of the call as the target authorized end when a preset triggering condition is triggered.

[0013] In some embodiments, the preset triggering condition includes at least one of the following:

[0014] A call connection has been established between the target vehicle and the other party.

[0015] Target confirmation operation detected;

[0016] The caller ID was detected to belong to the preset call ID set.

[0017] In some embodiments, receiving the call peer identifier input by the target user on the target vehicle side includes:

[0018] Receive the call counterparty identifier entered by the target user on the interactive interface of the target vehicle.

[0019] In some embodiments, the vehicle description information includes: audio data inside the target vehicle, video data inside the target vehicle, video data around the target vehicle, and real-time data of various devices in the target vehicle.

[0020] In some embodiments, generating a control transfer request for requesting a transfer of vehicle control includes:

[0021] The audio data inside the target vehicle, the video data inside the target vehicle, the video data around the target vehicle, and the real-time data of various devices in the target vehicle are written into a preset interface template to generate an interactive control interface. The control transfer request includes the control interface.

[0022] Secondly, embodiments of this application provide a vehicle control device, the device comprising:

[0023] The request generation unit is used to generate a control transfer request for requesting the transfer of vehicle control when a vehicle control transfer operation is detected, wherein the control transfer request includes vehicle description information for describing the status of the target vehicle.

[0024] The request sending unit is used to send a control transfer request to the target authorizing end;

[0025] The instruction execution unit is used to receive driving control instructions sent by the target authorization terminal based on the control transfer request, and to control the target vehicle to drive according to the driving control instructions.

[0026] In some embodiments, the apparatus further includes an identification receiving unit and a call establishment unit.

[0027] The identifier receiving unit is used to receive the call peer identifier input by the target user on the target vehicle side, and to generate a vehicle call request based on the call peer identifier.

[0028] The call establishment unit is used to send the vehicle call request to the call peer indicated by the call peer identifier, so as to establish a call connection between the target vehicle and the call peer.

[0029] In some embodiments, the device further includes an action triggering unit. The action triggering unit is configured to identify the other party in the call as the target authorized party when a preset triggering condition is triggered.

[0030] In some embodiments, the preset triggering condition includes at least one of the following:

[0031] A call connection has been established between the target vehicle and the other party.

[0032] Target confirmation operation detected;

[0033] The caller ID was detected to belong to the preset call ID set.

[0034] In some embodiments, the identifier receiving unit is specifically configured to: receive the call peer identifier input by the target user on the interactive interface of the target vehicle.

[0035] In some embodiments, the vehicle description information includes: audio data inside the target vehicle, video data inside the target vehicle, video data around the target vehicle, and real-time data of various devices in the target vehicle.

[0036] In some embodiments, the generation of a control transfer request for requesting a transfer of vehicle control in the request generation unit includes:

[0037] The audio data inside the target vehicle, the video data inside the target vehicle, the video data around the target vehicle, and the real-time data of various devices in the target vehicle are written into a preset interface template to generate an interactive control interface. The control transfer request includes the control interface.

[0038] Thirdly, embodiments of this application provide an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the steps of any of the above-described vehicle control methods.

[0039] Fourthly, embodiments of this application provide a computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps of any of the above-described vehicle control methods.

[0040] Fifthly, embodiments of this application provide a computer program product that, when run on an electronic device, causes the electronic device to execute any of the above-described vehicle control methods.

[0041] Compared with related technologies, the beneficial effects of this application embodiment are: when the driver is in poor condition, the control of the vehicle can be transferred to the user at the target authorized end in a timely manner, and the user at the target authorized end can remotely control the vehicle based on the vehicle's status. This can avoid the driver from driving the vehicle in poor condition, help reduce traffic safety hazards, and also improve the user experience.

[0042] It is understood that the beneficial effects of the second to fifth aspects mentioned above can be found in the relevant descriptions in the first aspect mentioned above, and will not be repeated here. Attached Figure Description

[0043] To more clearly illustrate the technical solutions in the embodiments of this application, the drawings used in the description of the embodiments or related technologies will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0044] Figure 1 This is a schematic flowchart of a vehicle control method provided in an embodiment of this application;

[0045] Figure 2 This is a schematic flowchart of a vehicle control method provided in another embodiment of this application;

[0046] Figure 3 This is a schematic flowchart of a vehicle control method provided in another embodiment of this application;

[0047] Figure 4 This is a schematic diagram of the structure of a vehicle control device provided in an embodiment of this application;

[0048] Figure 5 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0049] In the following description, specific details such as particular system architectures and techniques are set forth for illustrative purposes and not for limitation, in order to provide a thorough understanding of the embodiments of this application. However, those skilled in the art will understand that this application may also be implemented in other embodiments without these specific details. In other instances, detailed descriptions of well-known systems, apparatuses, circuits, and methods have been omitted so as not to obscure the description of this application with unnecessary detail.

[0050] It should be understood that, when used in this application specification and the appended claims, the term "comprising" indicates the presence of the described features, integrals, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components and / or a collection thereof.

[0051] It should also be understood that the term “and / or” as used in this application specification and the appended claims means any combination of one or more of the associated listed items and all possible combinations, and includes such combinations.

[0052] As used in this application specification and the appended claims, the term "if" may be interpreted, depending on the context, as "when," "once," "in response to determination," or "in response to detection." Similarly, the phrase "if determined" or "if detected [the described condition or event]" may be interpreted, depending on the context, as meaning "once determined," "in response to determination," "once detected [the described condition or event]," or "in response to detection [the described condition or event]."

[0053] Furthermore, in the description of this application and the appended claims, the terms "first," "second," "third," etc., are used only to distinguish descriptions and should not be construed as indicating or implying relative importance.

[0054] References to "one embodiment" or "some embodiments" as described in this specification mean that one or more embodiments of this application include a specific feature, structure, or characteristic described in connection with that embodiment. Therefore, the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in still other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiment, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.

[0055] To illustrate the technical solution of this application, the following embodiments will be used for explanation.

[0056] Please see Figure 1 This application provides a vehicle control method, including:

[0057] Step 101: When a vehicle control transfer operation is detected for the target vehicle, a control transfer request is generated to request the transfer of vehicle control.

[0058] The control transfer request includes vehicle description information describing the current state of the target vehicle. This control transfer request is typically used to request a transfer of vehicle control. The vehicle description information included in the control transfer request can describe the condition of various parts of the target vehicle. For example, it can describe the functional status of various components of the target vehicle, such as the on / off status of the lights, as well as the surrounding road conditions and the interior conditions of the target vehicle.

[0059] The target vehicles mentioned above are typically pre-defined vehicles. It should be noted that these vehicles can be of various types, such as driverless cars. They can also be other modes of transportation, such as airplanes or ships.

[0060] The aforementioned vehicle control transfer operation can be an operation used to determine the transfer of vehicle control. In practice, this operation can be clicking a preset button, issuing a preset voice command, or other actions. The preset button can be a hardware button, a software button, etc. In practical applications, the vehicle control transfer operation can determine the transfer of control of the target vehicle from the driver to the target authorization terminal or its user, such as a police terminal or a terminal designated by the driver. Alternatively, it can determine the direct transfer of control of the target vehicle to the target authorization terminal or its user, such as directly to the administrator's terminal.

[0061] In this embodiment, the executing entity of the above-described vehicle control method is typically an electronic device, specifically a control device within the target vehicle. When the vehicle control transfer operation is performed on the target vehicle, the executing entity can directly detect the vehicle control transfer operation through sensors (e.g., pressure sensors) installed on the target vehicle itself. Subsequently, the executing entity can generate the control transfer request based on the current status of the target vehicle.

[0062] It should be noted that the aforementioned vehicle control transfer operation can be performed on the target vehicle or on other devices communicatively connected to the target vehicle. As an example, when the police determine that the target vehicle or its occupants (e.g., driver, passengers) have violated the law, the police can perform the vehicle control transfer operation on their terminal device. In this case, the police terminal device can remotely send the operation information to the target vehicle; that is, the target vehicle can detect the vehicle control transfer operation through the police terminal device. In this example, the police terminal device can be the target authorization terminal. As another example, when the target vehicle is in an unmanned state, the administrator can perform the aforementioned vehicle control transfer operation on their terminal device. In this case, the administrator's terminal device can remotely send the operation information to the target vehicle; that is, the target vehicle can detect the vehicle control transfer operation through the administrator's terminal device. In this example, the administrator's terminal device can be the target authorization terminal.

[0063] Step 102: Send the control transfer request to the target authorized end.

[0064] The aforementioned target authorization terminal is typically a device with pre-defined control over the target vehicle. In practical applications, this target authorization terminal is usually a terminal belonging to a family member or friend of the driver. It should be noted that the target authorization terminal can include, but is not limited to, computers, mobile phones, tablets, or wearable smart devices.

[0065] Here, the aforementioned executing entity can send the aforementioned control transfer request to the target authorizing end via a network, such as a telephone network, television network, or computer network.

[0066] Step 103: Receive the driving control command sent by the target authorized terminal based on the control transfer request, and control the target vehicle to drive according to the driving control command.

[0067] The aforementioned driving control commands are typically used to control the movement of the target vehicle. For example, they could be commands to control the target vehicle to turn right, or commands to turn on the headlights. It should be noted that these driving control commands can be a single command or a combination of commands.

[0068] Here, after the aforementioned executing entity sends the aforementioned control transfer request to the aforementioned target authorized terminal, the aforementioned target authorized terminal can receive the aforementioned control transfer request. Subsequently, the user of the aforementioned target authorized terminal can combine the various information in the aforementioned control transfer request to perform corresponding driving control operations on the aforementioned target authorized terminal, and the aforementioned target authorized terminal can generate corresponding driving control commands based on the driving control operations performed by the user, and send the generated driving control commands to the aforementioned executing entity.

[0069] In this way, the aforementioned executing entity can receive the aforementioned driving control commands and, based on the received driving control commands, control the aforementioned target vehicle to drive.

[0070] The vehicle control method provided in this embodiment allows drivers to promptly transfer control of the vehicle to a user on a target authorized terminal when the driver is in poor condition. The user on the target authorized terminal can then remotely control the vehicle based on its status, preventing drivers from operating the vehicle while in poor condition, thus reducing traffic safety hazards and improving user experience. Additionally, police can also perform the vehicle control transfer operation on their terminal devices when they determine that the target vehicle or its occupants (e.g., driver, passengers) have violated regulations. This allows police to remotely control the target vehicle, with the police terminal device serving as the target authorized terminal. Furthermore, when the target vehicle is in an unmanned state, the vehicle's administrator can perform the vehicle control transfer operation on their terminal device, allowing the administrator to remotely control the vehicle. In this case, the administrator's terminal device serves as the target authorized terminal. In short, by transferring vehicle control, flexible and effective vehicle management can be achieved, further reducing traffic safety hazards.

[0071] In optional implementations of various embodiments of this application, vehicle description information may include, but is not limited to: audio data inside the target vehicle, video data inside the target vehicle, video data around the target vehicle, and real-time data of various devices in the target vehicle.

[0072] Here, the vehicle description information includes audio and video data of the target vehicle's interior and exterior, as well as real-time data of various components of the target vehicle. This allows users on the target authorized side to accurately grasp the real-time status of the target vehicle, which helps to achieve timely and accurate control over the driving of the target vehicle and further reduce traffic safety hazards.

[0073] In some optional implementations, the above-mentioned generation of a control transfer request for requesting a transfer of vehicle control may include: writing audio data inside the target vehicle, video data inside the target vehicle, video data around the target vehicle, and real-time data of various devices in the target vehicle into a preset interface template to generate an interactive control interface.

[0074] The control transfer request includes the control interface.

[0075] The aforementioned preset interface templates are typically pre-defined templates used to generate interactive interfaces.

[0076] Here, the aforementioned executing entity can write the audio data inside the target vehicle, the video data inside the target vehicle, the video data around the target vehicle, and the real-time data of various devices in the target vehicle into the corresponding positions of the preset interface template, thereby obtaining an interactive control interface. This interactive control interface is part of the aforementioned control transfer request. Thus, when the aforementioned executing entity sends the aforementioned control transfer request to the aforementioned target authorization terminal, it can also send this control interface to the aforementioned target authorization terminal. In this way, the user at the target authorization terminal can intuitively control the driving of the target vehicle based on this control interface, which helps to achieve efficient and accurate control of the driving of the target vehicle and further reduces traffic safety hazards.

[0077] Continue reading Figure 2 , Figure 2 A flowchart of another vehicle control method provided in the embodiments of this application is shown below. Figure 2 As shown, the vehicle control method may include the following steps:

[0078] Step 201: Receive the call peer identifier input by the target user on the target vehicle side, and generate an in-vehicle call request based on the call peer identifier.

[0079] The target user mentioned above is typically a user in the target vehicle, which can be either the driver or a passenger. In practice, the target user is usually the driver. The call counterparty identifier is typically used to identify information about the call counterparty. In practice, the call counterparty identifier is usually the phone number of the call counterparty. The vehicle call request is typically used to request information for a vehicle call. It should be noted that the call counterparty can be a phone number or a vehicle.

[0080] Here, the aforementioned executing entity can receive the call peer identifier input by the target user. Then, it can use this call peer identifier to generate a vehicle call request.

[0081] Optionally, the above-mentioned receiving the call counterparty identifier input by the target user on the target vehicle side may include: receiving the call counterparty identifier input by the target user on the interactive interface of the target vehicle.

[0082] The interactive interface of the target vehicle can be an interactive interface displayed on the vehicle's in-vehicle display screen, or an interactive interface displayed on other devices within the target vehicle. Entering the call recipient's identifier on the interactive interface is more intuitive and easier to operate, thus improving the user experience.

[0083] It should be noted that when the target user enters the call peer identifier on the vehicle's in-vehicle display screen or on other devices within the target vehicle, the target vehicle possesses independent calling functionality. That is, the target vehicle may have a Subscriber Identity Module (SIM) for enabling independent calling functionality.

[0084] Step 202: Send the vehicle call request to the call peer indicated by the call peer identifier to establish a call connection between the target vehicle and the call peer.

[0085] Here, the aforementioned executing entity can send the vehicle call request to the other end of the call, thereby enabling the target vehicle to establish a call connection with the other end of the call.

[0086] Step 203: When a vehicle control transfer operation is detected for the target vehicle, a control transfer request is generated to request the transfer of vehicle control.

[0087] The request for transfer of control includes vehicle description information that describes the status of the target vehicle.

[0088] Step 204: Send the control transfer request to the target authorizing end.

[0089] Step 205: Receive the driving control command sent by the target authorized terminal based on the control transfer request, and control the target vehicle to drive according to the driving control command.

[0090] In this embodiment, the specific operations of steps 203-205 are the same as those of... Figure 1 The operations of steps 101-103 in the illustrated embodiments are basically the same, and will not be repeated here.

[0091] This embodiment enables the target vehicle to directly connect with the other end of the call, allowing the target user in the vehicle to communicate with other users without carrying a mobile phone. It is convenient, practical, and helps improve the user experience.

[0092] Continue reading Figure 3 , Figure 3 A flowchart of another vehicle control method provided in the embodiments of this application is shown below. Figure 3As shown, the vehicle control method may include the following steps:

[0093] Step 301: Receive the call peer identifier input by the target user on the target vehicle side, and generate a vehicle call request based on the call peer identifier.

[0094] Step 302: Send the vehicle call request to the call peer indicated by the call peer identifier to establish a call connection between the target vehicle and the call peer.

[0095] In this embodiment, the specific operations of steps 301-302 are the same as... Figure 2 The operations of steps 201-202 in the illustrated embodiments are basically the same, and will not be repeated here.

[0096] Step 303: When the preset triggering condition is triggered, the other end of the call is identified as the target authorized end.

[0097] The aforementioned preset trigger conditions are usually pre-set conditions.

[0098] In practice, the above-mentioned preset triggering conditions may include, but are not limited to, at least one of the following three items.

[0099] The first item indicates that a call connection has been established between the target vehicle and the other party.

[0100] The second step is detecting a target confirmation operation. Here, the target confirmation operation is typically used to determine the other end of the current call as the target authorized end. In practice, this target confirmation operation can be the clicking of a preset button.

[0101] The third step is detecting that the caller's identifier belongs to a preset call identifier set. Here, the preset call identifier set is typically a pre-defined set of identifiers. In practice, the call identifiers in the preset call identifier set could be the phone numbers of the target user's relatives or friends.

[0102] Here, when the preset triggering conditions are triggered, the call counterparty that meets the conditions is identified as the target authorized end, which can flexibly and effectively determine the target authorized end.

[0103] Step 304: When a vehicle control transfer operation is detected for the target vehicle, a control transfer request is generated to request the transfer of vehicle control.

[0104] The request for transfer of control includes vehicle description information that describes the status of the target vehicle.

[0105] Step 305: Send the control transfer request to the target authorizing end.

[0106] Step 306: Receive the driving control command sent by the target authorized terminal based on the control transfer request, and control the target vehicle to drive according to the driving control command.

[0107] In this embodiment, the specific operations of steps 304-306 are the same as those of... Figure 1 The operations of steps 101-103 in the illustrated embodiments are basically the same, and will not be repeated here.

[0108] This embodiment can identify the call counterparty that meets the preset trigger conditions as the target authorized end when the preset trigger conditions are triggered. This can flexibly and effectively identify the target authorized end and help improve the user experience.

[0109] Please see Figure 4 Corresponding to the vehicle control method in Embodiment 1 above, Figure 4 A structural block diagram of a vehicle control device 400 provided in an embodiment of this application is shown. For ease of explanation, only the parts related to the embodiment of this application are shown.

[0110] Reference Figure 4 The device includes:

[0111] The request generation unit 401 is used to generate a control transfer request for requesting a transfer of vehicle control when a vehicle control transfer operation is detected, wherein the control transfer request includes vehicle description information for describing the status of the target vehicle.

[0112] The request sending unit 402 is used to send a control transfer request to the target authorizing end;

[0113] The instruction execution unit 403 is used to receive driving control instructions sent by the target authorization terminal based on the control transfer request, and to control the target vehicle to drive according to the driving control instructions.

[0114] In some embodiments, the apparatus further includes an identification receiving unit and a call establishment unit (not shown).

[0115] The identifier receiving unit is used to receive the call peer identifier input by the target user on the target vehicle side, and to generate a vehicle call request based on the call peer identifier.

[0116] The call establishment unit is used to send the vehicle call request to the call peer indicated by the call peer identifier, so as to establish a call connection between the target vehicle and the call peer.

[0117] In some embodiments, the device further includes an action triggering unit (not shown in the figure). The action triggering unit is used to identify the other party in the call as the target authorized party when a preset triggering condition is triggered.

[0118] In some embodiments, the preset triggering condition includes at least one of the following:

[0119] A call connection has been established between the target vehicle and the other party.

[0120] Target confirmation operation detected;

[0121] The caller ID was detected to belong to the preset call ID set.

[0122] In some embodiments, the identifier receiving unit is specifically configured to: receive the call peer identifier input by the target user on the interactive interface of the target vehicle.

[0123] In some embodiments, the vehicle description information includes: audio data inside the target vehicle, video data inside the target vehicle, video data around the target vehicle, and real-time data of various devices in the target vehicle.

[0124] In some embodiments, the generation of a control transfer request for requesting a transfer of vehicle control in the request generation unit 401 includes:

[0125] The audio data inside the target vehicle, the video data inside the target vehicle, the video data around the target vehicle, and the real-time data of various devices in the target vehicle are written into a preset interface template to generate an interactive control interface. The control transfer request includes the control interface.

[0126] The vehicle control device provided in this embodiment allows drivers to promptly transfer control of the vehicle to a user at a target authorized terminal when the driver is in poor condition. The user at the target authorized terminal can then remotely control the vehicle based on its status, preventing drivers from driving while in poor condition, thus reducing traffic safety hazards and improving user experience. Additionally, police can also perform the vehicle control transfer operation on their terminal devices when they determine that the target vehicle or its occupants (e.g., driver, passengers) have violated regulations. This allows police to remotely control the target vehicle, with the police terminal being the target authorized terminal. Furthermore, when the target vehicle is in an unmanned state, the vehicle's administrator can perform the vehicle control transfer operation on their terminal device, allowing the administrator to remotely control the vehicle. In this case, the administrator's terminal device is the target authorized terminal. In short, by transferring vehicle control, flexible and effective vehicle management can be achieved, further reducing traffic safety hazards.

[0127] It should be noted that the information interaction and execution process between the above-mentioned devices / units are based on the same concept as the method embodiment 1 of this application. For details on their specific functions and technical effects, please refer to the method embodiment section, which will not be repeated here.

[0128] Figure 5 This is a schematic diagram of the structure of an electronic device 500 provided in an embodiment of this application. Figure 5 As shown, the electronic device 500 of this embodiment includes: at least one processor 501 ( Figure 5 The diagram shows only one processor, memory 502, and a computer program 503 stored in memory 502 and executable on at least one processor 501, such as a vehicle control program. When processor 501 executes computer program 503, it implements the steps in any of the above-described method embodiments. When processor 501 executes computer program 503, it implements the steps in the embodiments of the above-described vehicle control methods. When processor 501 executes computer program 503, it implements the functions of each module / unit in the above-described device embodiments, such as... Figure 4 The functions of units 401 to 403 are shown.

[0129] For example, computer program 503 can be divided into one or more modules / units, one or more of which are stored in memory 502 and executed by processor 501 to complete this application. One or more modules / units can be a series of computer program instruction segments capable of performing specific functions, which describe the execution process of computer program 503 in electronic device 500. For example, computer program 503 can be divided into a request generation unit, a request sending unit, and an instruction execution unit. The specific functions of each unit have been described in the above embodiments and will not be repeated here.

[0130] It should be noted that the aforementioned electronic devices can exist independently or be installed in the autonomous vehicle. When installed in the autonomous vehicle, the functions described above can also be integrated into the processor of the autonomous vehicle's control system.

[0131] Electronic device 500 can be a computing device such as an electronic device, desktop computer, tablet computer, cloud-based electronic device, and mobile terminal. Electronic device 500 may include, but is not limited to, a processor 501 and a memory 502. Those skilled in the art will understand that... Figure 5 This is merely an example of electronic device 500 and does not constitute a limitation on electronic device 500. It may include more or fewer components than shown, or combine certain components, or different components. For example, electronic device may also include input / output devices, network access devices, buses, etc.

[0132] The processor 501 may be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or any conventional processor.

[0133] The memory 502 can be an internal storage unit of the electronic device 500, such as a hard disk or RAM of the electronic device 500. The memory 502 can also be an external storage device of the electronic device 500, such as a plug-in hard disk, Smart Media Card (SMC), Secure Digital (SD) card, FlashCard, etc., equipped on the electronic device 500. Optionally, the memory 502 can include both internal and external storage units of the electronic device 500. The memory 502 is used to store computer programs and other programs and data required by the electronic device. The memory 502 can also be used to temporarily store data that has been output or will be output.

[0134] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the above-described division of functional units and modules is merely an example. In practical applications, the above functions can be assigned to different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiments can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. Furthermore, the specific names of the functional units and modules are only for easy differentiation and are not intended to limit the scope of protection of this application. The specific working process of the units and modules in the above system can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0135] In the above embodiments, the descriptions of each embodiment have different focuses. For parts that are not described in detail or recorded in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0136] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0137] In the embodiments provided in this application, it should be understood that the disclosed devices / electronic devices and methods can be implemented in other ways. For example, the device / electronic device embodiments described above are merely illustrative. For instance, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.

[0138] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0139] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0140] If an integrated module is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. This computer-readable storage medium can be non-volatile or volatile. Based on this understanding, all or part of the processes in the methods of the above embodiments can also be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. The computer-readable storage medium can include: any entity or device capable of carrying computer program code, recording media, USB flash drives, portable hard drives, magnetic disks, optical disks, computer memory, read-only memory (ROM), random access memory (RAM), electrical carrier signals, telecommunication signals, and software distribution media, etc. It should be noted that the contents of a computer-readable storage medium may be appropriately added to or subtracted from the contents as required by the legislation and patent practice in a jurisdiction. For example, in some jurisdictions, according to legislation and patent practice, a computer-readable storage medium may not include electrical carrier signals and telecommunication signals.

[0141] The above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be included within the protection scope of this application.

Claims

1. A vehicle control method, characterized in that, Applied to a target vehicle, the method includes: When a vehicle control transfer operation is detected for a target vehicle, a control transfer request is generated to request the transfer of vehicle control. The control transfer request includes vehicle description information describing the status of the target vehicle. The vehicle description information includes audio data inside the target vehicle, video data inside the target vehicle, video data around the target vehicle, and real-time data of various devices of the target vehicle. Send the control transfer request to the target authorizing end; Receives driving control instructions sent by the target authorized terminal based on the control transfer request, and controls the target vehicle to drive according to the driving control instructions; the driving control instructions are generated based on the driving control operations performed by the user on the target authorized terminal. The method further includes: Receive the call peer identifier input by the target user on the target vehicle side, and generate a vehicle call request based on the call peer identifier; The vehicle call request is sent to the call peer indicated by the call peer identifier, thereby enabling the target vehicle to establish a call connection with the call peer. When the preset triggering condition is triggered, the other end of the call is identified as the target authorized end.

2. The vehicle control method according to claim 1, characterized in that, The preset triggering condition includes at least one of the following: It has been detected that the target vehicle has established a call connection with the other end of the call. Target confirmation operation detected; The call peer identifier was detected to belong to a preset call identifier set.

3. The vehicle control method according to claim 1, characterized in that, The method of receiving the call peer identifier input by the target user on the target vehicle side includes: Receive the call peer identifier input by the target user on the interactive interface of the target vehicle.

4. The vehicle control method according to any one of claims 1-3, characterized in that, The generation of the control transfer request for requesting a transfer of vehicle control includes: The audio data inside the target vehicle, the video data inside the target vehicle, the video data around the target vehicle, and the real-time data of each device in the target vehicle are written into a preset interface template to generate an interactive control interface, wherein the control transfer request includes the control interface.

5. A vehicle control device, characterized in that, Applied to a target vehicle, the device includes: The request generation unit is used to generate a control transfer request for requesting a transfer of vehicle control when a vehicle control transfer operation is detected. The control transfer request includes vehicle description information describing the status of the target vehicle. The vehicle description information includes audio data inside the target vehicle, video data inside the target vehicle, video data around the target vehicle, and real-time data of various devices of the target vehicle. A request sending unit is used to send the control transfer request to the target authorizing end; The instruction execution unit is configured to receive driving control instructions sent by the target authorization terminal based on the control transfer request, and to control the target vehicle to drive according to the driving control instructions; The identifier receiving unit is used to receive the call peer identifier input by the target user on the target vehicle side, and to generate a vehicle call request based on the call peer identifier. A call establishment unit is used to send the vehicle call request to the call peer indicated by the call peer identifier, so as to establish a call connection between the target vehicle and the call peer. An action triggering unit is used to identify the other party in the call as the target authorized party when a preset triggering condition is triggered.

6. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the method as described in any one of claims 1 to 4.

7. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by a processor, it implements the method as described in any one of claims 1 to 4.

Images