CN117834978A

CN117834978A - Method and device for recovering screen projection, automobile and storage medium

Info

Publication number: CN117834978A
Application number: CN202311866357.3A
Authority: CN
Inventors: 王占能; 闫祯杰; 杨建洲
Original assignee: Guangzhou Xiaopeng Motors Technology Co Ltd
Current assignee: Guangzhou Xiaopeng Motors Technology Co Ltd
Priority date: 2023-12-29
Filing date: 2023-12-29
Publication date: 2024-04-05

Abstract

The application relates to a method and a device for recovering screen projection, an automobile and a storage medium, wherein the method comprises the following steps: establishing screen-throwing connection with a screen-throwing source, and forwarding screen-throwing data of the screen-throwing source to a screen-throwing application for playing; when the screen throwing application is switched to the background, the playing state of the screen throwing application is saved; and receiving a screen-throwing command, and restoring the screen-throwing data of the screen-throwing application interruption according to the saved playing state and the screen-throwing connection. According to the screen projection restoration method, the operation complexity of restoring the screen projection of the user is reduced, and the use experience of the user is improved.

Description

Method and device for recovering screen projection, automobile and storage medium

Technical Field

The present disclosure relates to the field of wireless communications, and in particular, to a method and apparatus for recovering screen projection, an automobile, and a storage medium.

Background

The screen projection technology refers to synchronizing the content on a screen projection source such as a mobile phone to other large-screen equipment such as a television in real time. For example, in an automobile, when a user uses a mobile phone to throw a screen to a central control large screen or a rear screen, a screen throwing application is adopted to display screen throwing content of the mobile phone, and when the user switches from the screen throwing application to other applications such as navigation, music and the like, the screen throwing application is switched from a foreground to a background. Because the screen-casting application needs to be kept running in the foreground, the connection of the screen-casting content and the vehicle-mounted system can be maintained. If the screen-throwing application is switched to other applications, the screen-throwing application is regarded as an inactive background process by the system, and the screen-throwing application can be automatically closed or cleaned, so that the screen throwing is directly interrupted.

In the related art, the user needs to operate on the mobile phone again to restore to the previous screen-throwing state, and the user needs to remember the time point of last playing, so as to restore the screen-throwing state. Thus, the complexity of user operation is increased, the user experience is reduced, and the real user requirements cannot be met.

Disclosure of Invention

In order to solve or partially solve the problems in the related art, the application provides a method, a device, an automobile and a storage medium for recovering screen projection, which can reduce the operation complexity of recovering screen projection of a user and promote the use experience of the user.

The first aspect of the present application provides a method for recovering screen projection, which is applied to a vehicle-mounted terminal, and includes:

establishing screen-throwing connection with a screen-throwing source, and forwarding screen-throwing data of the screen-throwing source to a screen-throwing application for playing;

when the screen throwing application is switched to the background, the playing state of the screen throwing application is saved;

and receiving a screen-throwing command, and restoring the screen-throwing data of the screen-throwing application interruption according to the saved playing state and the screen-throwing connection.

Optionally, when the screen-throwing application is switched to the background, saving the playing state of the screen-throwing application includes:

receiving a first instruction for switching the screen-throwing application to the background, and storing the playing state of the screen-throwing application;

and sending a second instruction to the screen throwing source, wherein the second instruction is used for suspending playing of the screen throwing data by the screen throwing source.

Optionally, after sending the second instruction to the screen-throwing source, the method includes:

and sending a third instruction to the screen throwing application, wherein the third instruction is used for informing a background state of the screen throwing application and generating a screen throwing restoration button according to the screen throwing state.

Optionally, the screen-returning button is suspended on a status bar of the vehicle-mounted display interface in the form of a suspended window.

Optionally, the playing state includes at least: a playing node of the screen throwing data and a screen throwing type of the screen throwing data.

Optionally, receiving the restore screen throw instruction includes:

receiving an operation of clicking a screen restoration button on a user interface by a user; and/or;

and receiving voice information of the appointed semantics of the user, wherein the appointed semantics are used for expression recovery screen projection.

Optionally, receiving an instruction for recovering the screen, and recovering the screen-throwing data of the screen-throwing application interruption according to the saved playing state and the screen-throwing connection includes:

according to the playing state, obtaining a playing point of the screen throwing data interrupted by the screen throwing application;

sending a fourth instruction to the screen throwing source according to the playing point, wherein the fourth instruction is used for indicating the screen throwing source to restore the screen throwing data and jumping to the playing point of the interrupted screen throwing data;

and forwarding the screen throwing data of the screen throwing source to the screen throwing application for playing from the playing point of the interrupted screen throwing data.

A second aspect of the present application provides a device for recovering a screen, comprising:

the screen-throwing application comprises a screen-throwing source, a screen-throwing application and a connection unit, wherein the screen-throwing application is used for throwing screen sources to a screen;

the first receiving unit is used for storing the playing state of the screen throwing application when the screen throwing application is switched to the background;

the second receiving unit is used for receiving a screen-throwing instruction, and restoring the screen-throwing data of the screen-throwing application interruption according to the saved playing state and the screen-throwing connection.

A third aspect of the present application provides an automobile, comprising:

a processor; and

a memory having executable code stored thereon which, when executed by a processor, causes the processor to perform the method as above.

A fourth aspect of the present application provides a computer readable storage medium having executable code stored thereon, which when executed by a processor of a vehicle, causes the processor to perform a method as above.

The technical scheme that this application provided can include following beneficial effect:

according to the method, the screen throwing connection with the screen throwing source is established, the screen throwing data of the screen throwing source are forwarded to the screen throwing application for playing, and the scheme of separating the screen throwing application end from the screen throwing service is realized by establishing the communication relationship among the vehicle-mounted terminal, the screen throwing source and the screen throwing application; when the screen throwing application is switched to the background, the playing state of the screen throwing application is saved; and receiving a screen-throwing command, and restoring the screen-throwing data interrupted by the screen-throwing application according to the saved playing state and the screen-throwing connection, so that the playing state of the screen-throwing application is directly restored without complex operation.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application.

Drawings

The foregoing and other objects, features and advantages of the application will be apparent from the following more particular descriptions of exemplary embodiments of the application as illustrated in the accompanying drawings wherein like reference numbers generally represent like parts throughout the exemplary embodiments of the application.

FIG. 1 is an environmental schematic diagram of a method of recovering a screen shot according to an embodiment of the present application

FIG. 2 is a flow chart of a method for recovering a screen shot according to an embodiment of the present application;

FIG. 3 is a schematic structural diagram of an apparatus for recovering a screen throw according to an embodiment of the present disclosure;

fig. 4 is a schematic structural view of an automobile shown in an embodiment of the present application.

Detailed Description

Embodiments of the present application will be described in more detail below with reference to the accompanying drawings. While embodiments of the present application are shown in the drawings, it should be understood that the present application may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.

The terminology used in the present application is for the purpose of describing particular embodiments only and is not intended to be limiting of the present application. As used in this application and the appended claims, the singular forms "a," "an," "the," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any or all possible combinations of one or more of the associated listed items.

It should be understood that although the terms "first," "second," "third," etc. may be used herein to describe various information, these information should not be limited by these terms. These terms are only used to distinguish one type of information from another. For example, a first message may also be referred to as a second message, and similarly, a second message may also be referred to as a first message, without departing from the scope of the present application. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include one or more such feature. In the description of the present application, the meaning of "a plurality" is two or more, unless explicitly defined otherwise for example.

For the convenience of the embodiments of the present application, the following terms are presented in relation to the embodiments of the present application.

Projection assistant APP: the system is positioned at the foreground and is responsible for the functions of UI display and interaction, online video playing, mirror image rendering and the like.

Screen service: the system is positioned in the background, is resident in the memory, is core service of the vehicle-mounted system, is responsible for realizing a screen-throwing protocol and coding and decoding of mirror image audio and video, and is used for maintaining the screen-throwing state.

The foreground refers to a portion that can be directly seen and manipulated by a user, such as an interface, buttons, text, etc. of a web page. The primary functions of the foreground are to present information and receive user input.

Background refers to the portion that a user cannot directly see and operate, such as a server, database, program, etc. The main function of the background is to process data and logic, and provide services in response to user requests.

API (Application Programming Interface): program application interface for calling between different programs. APP (Application): application program, a program that interacts with a user.

Binder, a way of process communication in the Android system. WIFI: a wireless communication method. UI (UserInterface): an interface that can interact with a user.

Fig. 1 is a schematic view of an application environment of a screen projection restoration method according to an embodiment of the present application.

Fig. 1 includes a screen-casting source 130, a screen-casting server 120, and a screen-casting application 110. The screen-throwing server 130 is applied to the vehicle-mounted terminal and is used for providing screen-throwing connection and realizing a screen-throwing protocol. The view interface of the screen-throwing application 110 is shown on the vehicle-mounted screen, and is a background application of the screen-throwing server 120. The screen-throwing application 110 is used for realizing UI interaction functions to realize functions of closing a hot spot switch, switching a screen, and the like. The screen-throwing source 130 is used for providing screen-throwing content, and the screen-throwing server 120 is used for establishing screen-throwing connection with the screen-throwing source 130 and forwarding the content of the screen-throwing source 130 to the screen-throwing application 110. The screen-throwing application 110 is used for displaying screen-throwing content on a vehicle-mounted screen for viewing by a user, and the screen-throwing application 110 can be a screen-throwing assistant APP. By establishing the communication connection between the screen-throwing source 130, the screen-throwing server 120 and the screen-throwing application 110, the scheme of separating the UI content from the screen-throwing service is realized, and the screen-throwing application 110 is switched in the subsequent foreground, so that the current content is ensured to be unchanged.

The foreground and the background communicate through a certain protocol and format, such as HTTP protocol and API interface. Development and maintenance of the foreground and background are typically responsible for different personnel, using different technologies and languages

The projection source 110 may typically be a mobile terminal such as a smart phone, tablet, ipad, smart speaker, etc. The screen-drop application for executing the embodiment may also be implemented in the form of an application client or applet.

In this embodiment, the screen-throwing server 120 and the screen-throwing source 130 need to establish communication connection in advance, and the communication connection mode includes wired connection and wireless connection, for example, the communication connection mode may be implemented by bluetooth, wifi, or universal serial bus, which is not limited in particular, and the functions supported by the screen-throwing server 120 and the screen-throwing source 130 may be adaptively selected. The drop application 110 refers to a device for displaying application interface content running on a native device.

The following describes in detail the technical solutions provided in the embodiments of the present application with reference to fig. 2 to 4.

As shown in fig. 2, in a first aspect of the present application, a method for recovering screen projection is provided, which is applied to a vehicle-mounted terminal, and includes:

step S201, screen projection connection between the screen projection source and the screen projection source is established, and screen projection data of the screen projection source are forwarded to the screen projection application for playing.

The screen projection data comprises: at least one of symbol data, text data, digital data, voice data, image data, and video data. In the application, the screen connection is carried out based on the screen connection service end of the vehicle-mounted terminal, the disconnection and connection of the screen connection are determined by the screen connection service end, and after the screen connection is established between the screen connection source and the screen connection service end on the vehicle, the screen connection service end forwards the screen connection data of the screen connection source to the screen connection application for playing through state broadcasting. The screen throwing server sends the state to the screen throwing application for video playing, and the screen throwing server maintains interaction with the playing state of the screen throwing source.

For example, assuming that the application server is in an on state and is connected to a WiFi network, when the screen-throwing source receives an operation that a user clicks a system screen-throwing control on the screen-throwing source device, the screen-throwing source and the screen-throwing server may establish a connection through the WiFi network, and the screen-throwing source forwards screen-throwing content to the screen-throwing application to perform screen-throwing, and a screen-throwing service protocol is negotiated between the screen-throwing source and the screen-throwing server. It should be noted that, if the screen-throwing server is in a closed state, the screen-throwing source cannot be connected with the screen-throwing server, so that screen throwing cannot be achieved. The embodiment of the application exemplarily describes the screen projection scene based on the condition that the screen projection server is in an on state.

Step S202, when the screen-throwing application is switched to the background, the playing state of the screen-throwing application is saved.

After the user exits the screen-throwing application to other interfaces, the current screen-throwing server is informed through the API setVideoState interface, and the screen-throwing application is in an invisible pause state after exiting to the background.

In one embodiment, when the screen-casting application is switched to the background, saving the playing state of the screen-casting application includes: receiving a first instruction for switching the screen-throwing application to the background, and storing the playing state of the screen-throwing application; and sending a second instruction to the screen throwing source, wherein the second instruction is used for suspending playing of the screen throwing data by the screen throwing source.

The first instruction may be generated by performing a touch operation on the screen-drop application. For example, selecting a screen-throwing application to slide towards the edge of the vehicle-mounted display interface, and generating a first instruction; or clicking a clearing control of the loading display interface to generate a first instruction. The first instruction can also directly judge whether the screen-throwing application is in the foreground according to the application state of the foreground, so as to trigger the first instruction. Sliding the drop-in application from the edge of the in-vehicle display interface may also employ a drag operation that includes at least one of moving the floating window up, down, left, and right. After the drag operation, judging that the screen throwing application is switched to the background when the distance between the screen throwing application and the edge of the screen is smaller than a threshold value.

In one embodiment, the playing state at least includes: a playing node of the screen throwing data and a screen throwing type of the screen throwing data.

The screen-throwing server is used for storing the current playing state, including the playing position, the screen-throwing type and the like, and then sending a PAUSE (PAUSE) state to the screen-throwing source, wherein the screen-throwing source can enter the PAUSE state at the moment, and the screen-throwing server maintains the screen-throwing connection with the screen-throwing source and keeps the screen-throwing connection without disconnection. The screen throwing source pauses the screen throwing source after receiving the second instruction, so that the synchronism of the screen throwing source and the screen throwing application for playing the screen throwing data is ensured.

The screen-throwing service end sends a status broadcast, namely a second instruction, to the screen-throwing source for informing a screen-throwing assistant or a status bar that the current screen-throwing application is in the background, and the status bar displays a button for restoring screen throwing

In one embodiment, after issuing the second instruction to the projection source, the method comprises: and sending a third instruction to the screen throwing application, wherein the third instruction is used for informing a background state of the screen throwing application and generating a screen throwing restoration button according to the screen throwing state.

The third instruction is a status broadcast sent to the screen-throwing application by the screen-throwing service end, and the screen-throwing application or a status bar is informed that the screen is currently thrown in the background. The screen restoration button is a control, and character elements of screen restoration can be displayed on the control. And the screen-throwing restoring button is suspended on a status bar of the vehicle-mounted display interface in the form of a suspension window. When the screen-throwing application is switched to the background, a screen-throwing restoring button is displayed in a status bar, and can also be performed in a notification mode in a notification bar. When the user uses the first instruction terminal to throw the screen in the foreground, the screen throwing needs to be restored again, the screen throwing restoration button can be operated, the screen throwing restoration instruction is triggered, and the screen throwing restoration server forwards screen throwing data to the screen throwing application.

It should be noted that, the picture content of the floating window does not affect the play pictures of the rest devices on the current vehicle-mounted display screen.

Step S203, receiving a screen-throwing restoring instruction, and restoring screen-throwing data interrupted by screen-throwing application according to the saved playing state and the screen-throwing connection operated by clicking a screen-throwing restoring button.

The resume screen shot instruction may be triggered by a variety of operations.

In one embodiment, receiving a resume screen cast instruction includes: receiving an operation of clicking a screen restoration button on a user interface by a user; and/or; and receiving voice information of the appointed semantics of the user, wherein the appointed semantics are used for expression recovery screen projection.

Receiving an operation of clicking a screen restore button on a user interface by a user, comprising: at least one of a single click operation, a double click operation, a press operation, and a long press operation, which is not limited by the embodiments of the present disclosure. Receiving voice information of specified semantics of a user, including keywords identifying the voice information of the user, for example, identifying keywords in voice, namely 'restore screen projection', and triggering a restore screen projection instruction.

After receiving the screen restoration instruction, the screen restoration instruction button is canceled. And the playing content of the screen throwing application is comprehensively displayed in the vehicle-mounted display screen.

In one embodiment, receiving a command for recovering the screen-throwing, recovering the screen-throwing data of the screen-throwing application interrupt according to the saved playing state and the screen-throwing connection, including: according to the playing state, obtaining a playing point of the screen throwing data interrupted by the screen throwing application; sending a fourth instruction to the screen throwing source according to the playing point, wherein the fourth instruction is used for indicating the screen throwing source to restore the screen throwing data and jumping to the playing point of the interrupted screen throwing data; and forwarding the screen throwing data of the screen throwing source to the screen throwing application for playing from the playing point of the interrupted screen throwing data.

The fourth instruction is a status broadcast, and is used for indicating the screen-throwing source to resume the screen-throwing data. And putting the play point of the interrupted screen-casting data into the screen-casting application according to the fourth instruction. Since the screen connection is not broken after the screen connection is established. When the screen-throwing application is switched from the foreground to the background, only the forwarding screen-throwing service between the screen-throwing application and the screen-throwing service end is interrupted, and the playing state of the screen-throwing data is saved. When the screen-throwing application is restored subsequently, the screen-throwing connection is not required to be re-established, the playing state of the screen-throwing source is restored only by the playing state, and the screen-throwing server forwards the screen-throwing data of the screen-throwing data to the screen-throwing application, so that the screen-throwing content is restored rapidly.

As shown in fig. 3, a second aspect of the present application provides a screen-projection restoration device 300, including:

the connection unit 301 is configured to establish a screen-projection connection with a screen-projection source, and forward screen-projection data of the screen-projection source to the screen-projection application for playing.

And the first receiving unit 302 is configured to save a play state of the screen-casting application when the screen-casting application is switched to the background.

And the second receiving unit 303 is configured to receive a screen-throwing instruction, and resume the screen-throwing data of the screen-throwing application interrupt according to the saved playing state and the screen-throwing connection.

The projection data includes at least one of symbol data, text data, digital data, voice data, image data, and video data. In the application, the screen connection is carried out based on the screen connection service end of the vehicle-mounted terminal, the disconnection and connection of the screen connection are determined by the screen connection service end, and after the screen connection is established between the screen connection source and the screen connection service end on the vehicle, the screen connection service end forwards the screen connection data of the screen connection source to the screen connection application for playing through state broadcasting. The screen throwing server sends the state to the screen throwing application for video playing, and the screen throwing server maintains interaction with the playing state of the screen throwing source.

For example, assuming that the application server is in an on state and is connected with a Wi-Fi network, when the screen-throwing source receives an operation that a user clicks a system screen-throwing control on the screen-throwing source device, the screen-throwing source and the screen-throwing server can establish connection through the Wi-Fi network, the screen-throwing source throws a screen to the screen-throwing application by forwarding screen-throwing content, and a screen-throwing service protocol is negotiated between the screen-throwing source and the screen-throwing server. It should be noted that, if the screen-throwing server is in a closed state, the screen-throwing source cannot be connected with the screen-throwing server, so that screen throwing cannot be achieved. The embodiment of the application exemplarily describes the screen projection scene based on the condition that the screen projection server is in an on state.

The first instruction may be generated by performing a touch operation on the screen-drop application. For example, selecting a screen-throwing application to slide towards the edge of the vehicle-mounted display interface; or clicking a clear control of the on-load display interface. The first instruction can also directly judge whether the screen throwing application is in the foreground according to the foreground application, so as to trigger the first instruction. Sliding the drop-in application from the edge of the in-vehicle display interface may also employ a drag operation that includes at least one of moving the floating window up, down, left, and right. After the drag operation, judging that the screen throwing application is switched to the background when the distance between the screen throwing application and the edge of the screen is smaller than a threshold value.

The screen restoration button is a control, and character elements of screen restoration can be displayed on the control. And the screen-throwing restoring button is suspended on a status bar of the vehicle-mounted display interface in the form of a suspension window. When the screen-throwing application is switched to the background, a screen-throwing restoring button is displayed in a status bar, and can also be performed in a notification mode in a notification bar. When the user uses the first instruction terminal to throw the screen in the foreground, the screen throwing needs to be restored again, the screen throwing restoration button can be operated, the screen throwing restoration instruction is triggered, and the screen throwing restoration server forwards screen throwing data to the screen throwing application.

The resume screen shot instruction may be triggered by a variety of operations.

In one embodiment, the resume screen button is hovered over a status bar of the in-vehicle display interface in the form of a hover window. The playing state at least comprises: a playing node of the screen throwing data and a screen throwing type of the screen throwing data.

Since the screen connection is not broken after the screen connection is established. When the screen-throwing application is switched from the foreground to the background, only the forwarding screen-throwing service between the screen-throwing application and the screen-throwing service end is interrupted, and the playing state of the screen-throwing data is saved. When the screen-throwing application is restored subsequently, the screen-throwing connection is not required to be re-established, the playing state of the screen-throwing source is restored only by the playing state, and the screen-throwing server forwards the screen-throwing data of the screen-throwing data to the screen-throwing application, so that the screen-throwing content is restored rapidly.

Referring to fig. 4, an automobile 400 includes a memory 401 and a processor 402.

The processor 402 may be a central processing unit (Central Processing Unit, CPU), but may also be other general purpose processors, digital signal processors (Digital Signal Processor, DSP), application specific integrated circuits (Application Specific Integrated Circuit, ASIC), field programmable gate arrays (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, or the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

Memory 401 may include various types of storage units, such as system memory, read Only Memory (ROM), and persistent storage. Where the ROM may store static data or instructions that are required by the processor 402 or other modules of the computer. The persistent storage may be a readable and writable storage. The persistent storage may be a non-volatile memory device that does not lose stored instructions and data even after the computer is powered down. In some embodiments, the persistent storage device employs a mass storage device (e.g., magnetic or optical disk, flash memory) as the persistent storage device. In other embodiments, the persistent storage may be a removable storage device (e.g., diskette, optical drive). The system memory may be a read-write memory device or a volatile read-write memory device, such as dynamic random access memory. The system memory may store instructions and data that are required by some or all of the processors at runtime.

Furthermore, memory 401 may include any combination of computer-readable storage media including various types of semiconductor memory chips (e.g., DRAM, SRAM, SDRAM, flash memory, programmable read-only memory), magnetic disks, and/or optical disks may also be employed. In some embodiments, memory 401 may include readable and/or writable removable storage devices such as Compact Discs (CDs), digital versatile discs (e.g., DVD-ROM, dual layer DVD-ROM), blu-ray discs read only, super-density discs, flash memory cards (e.g., SD cards, min SD cards, micro-SD cards, etc.), magnetic floppy disks, and the like. The computer readable storage medium does not contain a carrier wave or an instantaneous electronic signal transmitted by wireless or wired transmission.

The memory 401 has stored thereon executable code which, when processed by the processor 402, may cause the processor 402 to perform some or all of the methods described above.

Furthermore, the method according to the present application may also be implemented as a computer program or computer program product comprising computer program code instructions for performing part or all of the steps of the above-described method of the present application.

Alternatively, the present application may also be embodied as a computer-readable storage medium (or non-transitory machine-readable storage medium or machine-readable storage medium) having stored thereon executable code (or a computer program or computer instruction code) which, when executed by a processor of an automobile (or a server, etc.), causes the processor to perform part or all of the steps of the above-described method according to the present application.

The embodiments of the present application have been described above, the foregoing description is exemplary, not exhaustive, and not limited to the embodiments disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the various embodiments described. The terminology used herein was chosen in order to best explain the principles of the embodiments, the practical application, or the improvement of technology in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.

Claims

1. The method for recovering screen projection is characterized by being applied to a vehicle-mounted terminal and comprising the following steps of:

2. The method of claim 1, wherein the saving the play state of the screen-drop application when the screen-drop application is switched to the background comprises:

3. The method of claim 2, wherein after issuing the second instruction to the complaint source, comprising:

and sending a third instruction to the screen-throwing application, wherein the third instruction is used for informing a background state of the screen-throwing application and generating a screen-throwing restoration button according to the screen-throwing state.

4. A method according to claim 3, wherein the resume screen button is hovered over a status bar of the vehicle display interface in the form of a hover window.

5. The method according to claim 1, wherein the playing state comprises at least: a playing node of the screen throwing data and a screen throwing type of the screen throwing data.

6. The method of claim 3, wherein receiving a resume screen cast instruction comprises:

and receiving voice information of specified semantics of the user, wherein the specified semantics are used for expressing and recovering screen projection.

7. The method according to any one of claims 2-5, wherein receiving a resume screen-on command, and resuming screen-on data of a screen-on application interrupt according to the saved play status and the screen-on connection, comprises:

8. An apparatus for recovering a screen, comprising:

9. An automobile, comprising:

a processor; and

a memory having executable code stored thereon, which when executed by the processor causes the processor to perform the method of any of claims 1 to 7.

10. A computer readable storage medium, having stored thereon executable code, which when executed by a processor of a car, causes the processor to perform the method of any of claims 1 to 7.