In-Vehicle Information Processing Method, Apparatus, Device, and Storage Medium

Abstract

Embodiments of the present application disclose a vehicle-mounted information processing method, apparatus, device, and storage medium. The method includes: detecting a window change event; obtaining window information on the screen when a window change event is detected; determining window change information according to the window information respectively corresponding to two adjacent window change events; and converting the window change information into a corresponding instruction. Embodiments of the present application can reduce the computational amount and processing cost of processing.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of communication technologies, and particularly to a vehicle information processing method, apparatus, device, and storage medium. Background Art

[0002] With the development of communication technologies, in a vehicle environment, the screen content of a mobile device such as a mobile phone can be projected onto the screen of a vehicle device, so that it is convenient for a user to use applications such as broadcasts, maps, voice assistants, and telephones of the mobile device on a larger screen.

[0003] In order to project the screen content of a mobile device onto the screen of a vehicle device, it is necessary to achieve status synchronization between the mobile device and the vehicle device. Currently, vehicle devices usually detect the interface status such as the entry status or exit status of the interface provided by an application according to the interface provided by the application, and send a corresponding update instruction to the mobile device when the interface status changes, so that the mobile device can achieve status synchronization between the mobile device and the vehicle device according to the update instruction.

[0004] In practical applications, an application needs to develop an interface adapted to the protocol according to the protocol provided by the vehicle device; as the number of interfaces increases, the number of interfaces that need to be developed also becomes larger and larger, which increases the processing operation amount and processing cost. Summary of the Invention

[0005] The embodiments of the present application provide a vehicle information processing method, apparatus, device, and storage medium, which can reduce the processing operation amount and processing cost.

[0006] On the one hand, the embodiments of the present application provide a vehicle information processing method, and the method includes:

[0007] Detecting a window change event;

[0008] When detecting a window change event, obtaining window information on the screen;

[0009] Determining window change information according to the window information respectively corresponding to two adjacent window change events;

[0010] Converting the window change information into a corresponding instruction.

[0011] On the other hand, the embodiments of the present application provide a vehicle information processing apparatus, and the apparatus includes:

[0012] A detection module, configured to detect a window change event;

[0013] An obtaining module, configured to obtain window information on the screen when detecting a window change event;

[0014] A determination module, configured to determine window change information according to window information respectively corresponding to two adjacent window change events;

[0015] A conversion module, configured to convert the window change information into a corresponding instruction.

[0016] Optionally, the window information includes a window identifier, and the acquisition module includes:

[0017] A first acquisition module, configured to acquire the window identifier on the screen;

[0018] Alternatively, the window information includes a window type, and the acquisition module includes:

[0019] A second acquisition module, configured to acquire the window identifier on the screen and acquire the window type corresponding to the window identifier.

[0020] Optionally, the conversion module includes:

[0021] A type conversion module, configured to convert the change information of the window type into a corresponding instruction.

[0022] Optionally, the detection module is specifically configured to detect window change events by using a method provided by a service of an operating system.

[0023] Optionally, the acquisition module includes:

[0024] A window identifier acquisition module, configured to acquire the window identifier on the screen by using a method provided by a service of an operating system when detecting a window change event;

[0025] A window type acquisition module, configured to acquire the window type corresponding to the window identifier.

[0026] Optionally, the device further includes:

[0027] A sending module, configured to send the instruction to a connected mobile device.

[0028] In another aspect, an embodiment of the present application provides an electronic device, which includes a processor and a memory. At least one instruction, at least one program, a code set or an instruction set is stored in the memory, and 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 described in the above aspect.

[0029] In another aspect, an embodiment of the present application provides a computer-readable storage medium, in which at least one instruction, at least one segment of program, a code set or an instruction set is stored, and the at least one instruction, the at least one segment of program, the code set or the instruction set is loaded and executed by a processor to implement the method described in the above aspect.

[0030] In another aspect, an embodiment of the present application provides a computer program product, which is used to execute the method described in the above aspect when the computer program product is executed.

[0031] Compared with the related art, the embodiments of the present application include the following advantages:

[0032] In the embodiments of the present application, window change information is determined according to the window information respectively corresponding to two adjacent window change events, and the window change information is converted into corresponding instructions. Since the window change information is determined according to the dimension of the window information in the embodiments of the present application, and the window information and the window change information can be applied to any interface of any application program, the embodiments of the present application can realize the state synchronization between the mobile device and the vehicle-mounted device without using the interface developed by the application program for the interface. Therefore, the embodiments of the present application can save the development cost of the interface, and further can reduce the amount of computation and processing cost of the processing. Description of the Drawings

[0033] Figure 1 is a schematic diagram of the application environment of the vehicle-mounted information processing method according to an embodiment of the present application;

[0034] Figure 2 is a flowchart of the vehicle-mounted information processing method according to an embodiment of the present application;

[0035] Figure 3 is a schematic structural diagram of an operating system according to an embodiment of the present application;

[0036] Figure 4 is a schematic diagram of the communication link between vehicle-mounted device A and mobile device B according to an embodiment of the present application;

[0037] Figure 5 is a block diagram of the structure of the vehicle-mounted information processing device provided by an embodiment of the present application;

[0038] Figure 6 is a block diagram of the structure of an electronic device provided by an embodiment of the present application. Detailed Embodiments

[0039] The following will further describe the embodiments of the present application in detail with reference to the drawings.

[0040] Refer to Figure 1, which shows a schematic diagram of the application environment of the vehicle information processing method according to an embodiment of the present application. Among them, the vehicle-mounted device 101 and the mobile device 102 can establish a wired connection or a wireless connection, and based on the established connection, perform data interaction. For example, the vehicle-mounted device 101 and the mobile device 102 can establish a connection via a data cable, or the vehicle-mounted device 101 and the mobile device 102 can establish a connection via Bluetooth or other means. It can be understood that the specific connection method between the vehicle-mounted device 101 and the mobile device 102 is not limited in the embodiments of the present application.

[0041] Examples of the vehicle-mounted device 101 may include: HUD (Head Up Display), IVI (In-Vehicle Infotainment), etc. The vehicle-mounted device is usually installed in front of the driver and can provide some necessary driving information for the driver during vehicle driving, such as vehicle speed, fuel consumption, navigation, reverse image, and even mobile phone incoming calls, message reminders, etc. It can also provide entertainment functions for the driver; in other words, the vehicle-mounted device can integrate multiple functions to facilitate the driver to pay attention to the driving conditions.

[0042] The mobile device 102 can be an electronic device with mobile characteristics such as a mobile phone, a tablet computer, an e-book reader, a multimedia playback device, a wearable device, a PC (Personal Computer), etc.

[0043] In the embodiments of the present application, in a vehicle-mounted environment, according to the screen mirroring technology, the screen content of the mobile device 102 such as a mobile phone can be projected onto the screen of the vehicle-mounted device 101 to use the functions of the mobile phone on the screen of the vehicle-mounted device 101. For example, functions frequently used in a vehicle-mounted environment such as navigation and music are presented on the screen of the vehicle-mounted device 101; in this way, both the advantages of the large screen and good sound effects of the vehicle-mounted device 101 can be utilized, and the advantages of the strong performance and fast software update speed of the mobile phone can be combined.

[0044] In order to project the screen content of the mobile device onto the screen of the vehicle-mounted device, it is necessary to achieve state synchronization between the mobile device and the vehicle-mounted device. The vehicle-mounted devices in the related art usually detect the interface state such as the entry state or exit state of the interface provided by the application program according to the interface provided by the application program, and in the case of a change in the interface state, send a corresponding update instruction to the mobile device so that the mobile device can achieve state synchronization between the mobile device and the vehicle-mounted device according to the update instruction.

[0045] The above-mentioned interface and interface usually have a one-to-one relationship. As the number of interfaces increases, the number of interfaces that need to be developed also becomes larger and larger, which increases the processing operation amount and processing cost.

[0046] To reduce the computational workload and processing cost of processing, the embodiments of the present application provide a vehicle information processing method, which specifically includes: detecting a window change event; obtaining window information on the screen when a window change event is detected; determining window change information according to the window information respectively corresponding to two adjacent window change events; and converting the window change information into a corresponding instruction.

[0047] The embodiments of the present application determine window change information according to the window information respectively corresponding to two adjacent window change events, and convert the window change information into a corresponding instruction. Since the embodiments of the present application determine window change information according to the dimension of the window information; and the window information and window change information can be applied to any interface of any application program, the embodiments of the present application can realize the state synchronization between the mobile device and the vehicle device without using the interface developed by the application program for the interface. Therefore, the embodiments of the present application can save the development cost of the interface, and thus can reduce the computational workload and processing cost of processing.

[0048] Method Embodiment 1

[0049] Refer to Figure 2 , which shows a flowchart of a vehicle information processing method according to an embodiment of the present application. The method may include the following steps:

[0050] Step 201, detecting a window change event;

[0051] Step 202, obtaining window information on the screen when a window change event is detected;

[0052] Step 203, determining window change information according to the window information respectively corresponding to two adjacent window change events;

[0053] Step 204, converting the window change information into a corresponding instruction.

[0054] Figure 2 At least one step included in the method shown can be executed by an object in the operating system of the vehicle device. The above object may include, but is not limited to: a process, a thread, or a service, etc. Among them, the service can be a component of the operating system (such as the Android operating system, the IOS operating system, etc.), which is used to process some time-consuming logics in the background, or to execute some tasks that need to run for a long time, and even can keep the service running in the background when the program exits.

[0055] In an implementation of the present application, a screen resource service can be created, and this screen resource service can inherit existing services, such as the Accessibility Service, etc. The Accessibility Service runs in the background and can receive some events sent by the operating system, such as notification status, some related events of windows, etc.

[0056] Referring to Figure 3 , a schematic structural diagram of an operating system according to an embodiment of the present application is shown. The operating system includes, from top to bottom in sequence: an application layer 301, a framework layer 302, and a native layer 303.

[0057] Among them, the application layer 301 includes a set of application programs. The set of application programs can include, but is not limited to: a reverse application, a voice recognition application, a phone application, a startup application, a map application, a frequency modulation (FM) radio application, an air conditioner application, and a settings application, etc.

[0058] The framework layer 302 can be used to provide static libraries and / or dynamic libraries to help programmers quickly develop application programs.

[0059] The framework layer 302 can also be used to provide services. The services in the embodiments of the present application can include, but are not limited to: a notification service, a view service, a window service, an activity service, a system server, an accessibility service, and a screen resource service, etc.

[0060] Among them, the screen resource service is a unique service in the embodiments of the present application. The screen resource service can inherit the accessibility service, so it can use the methods provided by the services of the accessibility operating system.

[0061] The native layer 303 can provide a protocol stack. The inter-process communication included in the native layer 303 can implement inter-process communication. The in-vehicle client included in the native layer 303 can communicate with a mobile device.

[0062] Referring to Figure 4 , a schematic diagram of the communication link between an in-vehicle device A and a mobile device B according to an embodiment of the present application is shown.

[0063] Among them, the in-vehicle device A can include: Figure 3 The application layer 301, the framework layer 302, and the native layer 303 shown. The screen resource service can use the vehicle information processing method in the embodiments of the present application to determine an instruction and send the instruction to the in-vehicle client.

[0064] The in-vehicle client is used to implement communication between the in-vehicle device A and the mobile device B. For example, the in-vehicle client can send an instruction to the mobile device B, so that the mobile device B determines the target screen content to be projected according to the instruction and sends the target screen content to the in-vehicle client. And the in-vehicle client can display the target screen content.

[0065] The in-vehicle client can also support operating on the target screen content. The corresponding operation methods can include but are not limited to:

[0066] Voice assistant; can communicate with the in-vehicle device through the voice assistant to tell the in-vehicle device what to do next.

[0067] Touch screen method; the screen of the in-vehicle device can be a touch screen and can receive operations from the user on the touch screen.

[0068] Physical buttons; the in-vehicle device can be equipped with physical buttons, and the physical buttons can include: volume control buttons, track change buttons, etc.

[0069] In step 201, the window change event can be used to characterize the change of the window in the screen. In a specific implementation, the method provided by the operating system service can be used to detect the window change event.

[0070] For example, the AccessibilityEvent.TYPE_WINDOW_STATE_CHANGE method of the accessibility service can be used to detect the window state change event.

[0071] Another example is that the AccessibilityEvent.TYPE_WINDOWS_CHANGED method of the accessibility service can be used to detect the window change event.

[0072] It can be understood that any method capable of detecting the window change event is within the scope of the method provided by the operating system service in the embodiments of the present application.

[0073] In practical applications, the screen resource service can call the method provided by the operating system service, so that when the method provided by the operating system service detects a window change, it sends a corresponding event change notification. When receiving an event change notification once, it can be considered that a window change event is detected.

[0074] A window change event can include: a window opening event, or a window closing event, etc. For example, when a user opens an application, the window corresponding to this application can be opened.

[0075] In step 202, when a window change event is detected, the window information on the screen is obtained by using the method provided by the operating system service. For example, the window information on the screen can be obtained by using AccessibilityService.getWindows() or AccessibilityService.getRootInActiveWindow() of the accessibility service. It can be understood that any method capable of obtaining the window information on the screen falls within the scope of the method provided by the operating system service in the embodiments of the present application.

[0076] The window information obtained by using the method provided by the operating system service may include: a window identifier. In this case, the above-mentioned obtaining of the window information on the screen may specifically include: obtaining the window identifier on the screen. In this case, the window identifier can be saved.

[0077] Alternatively, the window information may include a window type. In this case, the above-mentioned obtaining of the window information on the screen may specifically include: obtaining the window identifier on the screen; and obtaining the window type corresponding to the window identifier. In this case, the window type can be saved.

[0078] Alternatively, the above-mentioned obtaining of the window information on the screen may specifically include: when a window change event is detected, using the method provided by the operating system service to obtain the window identifier on the screen; and obtaining the window type corresponding to the window identifier.

[0079] Those skilled in the art can set one or more window types according to actual application requirements.

[0080] In one example, three window types can be set. The three window types specifically include: the first window type, the second window type, and the third window type. Among them, the priorities of the first window type, the second window type, and the third window type increase. The first window type permanently uses the window resources and allows itself to be preempted by other windows. The second window type temporarily uses the window resources, but actively releases the window resources after use and allows itself to be preempted by other windows. The third window type temporarily uses the window resources, but actively releases the window resources after use and does not allow itself to be preempted by other windows.

[0081] In practical applications, the mapping relationship between the application program identifier, the window identifier, and the window type can be saved, or the mapping relationship between the window identifier and the window type can be saved. Among them, the application program identifier can be represented by the package name or the application program name. The window identifier can be represented by the class name or the window name.

[0082] Referring to Table 1, an example of the mapping relationship between the application program identifier, the window identifier, and the window type in the embodiments of the present application is shown.

[0083] Table 1

[0084] Application identifier Window identifier Window type FM radio application Window 1 First window type Speech recognition application Window 2 Second window type Reverse application Window 3 Third window type …… …… ……

[0085] In the case of detecting a window change event, the window information on the screen can be obtained and the window information can be saved.

[0086] Referring to Table 2, an example of saving a window change event and a window type in an embodiment of the present application is shown.

[0087] Table 2

[0088] Number of window change events Window type 1 First window type 2 Second window type 3 Third window type 4 Second window type …… ……

[0089] In step 203, the window information respectively corresponding to two adjacent window change events can be compared to obtain window change information.

[0090] Taking Table 2 as an example, the window types corresponding to two adjacent numbered window change events can be compared, and the comparison results can include: the window type does not change, or the window type changes, etc.

[0091] In step 204, the change information of the window type can be converted into a corresponding instruction. In a specific implementation, the change information of the window type can be converted into a corresponding instruction according to a preset rule.

[0092] For example, if the change information of the window type specifically includes: the window type before the change and the window type after the change, then according to the preset rule, the window type after the change can be converted into a corresponding instruction. The preset rule can include: the mapping relationship between the window type after the change and the instruction string, and then the window type after the change can be converted into a corresponding instruction string.

[0093] In an example, it is assumed that during the driving of a vehicle, an in-vehicle device first responds to a user operation A and displays a window A corresponding to a radio frequency modulation application for the user to listen to the radio, and window A corresponds to a first window type. Then, the in-vehicle device first responds to a user operation B and displays a window B corresponding to a voice recognition application for the user to trigger a voice command, and window B corresponds to a second window type. In this case, the embodiment of the present application detects that the window type has changed, so the change information of the window type can be converted into a corresponding instruction.

[0094] In the above example, it is assumed that the user further triggers a reverse application, then the in-vehicle device can display a window C corresponding to the reverse application for the user to listen to the radio. Assume that window C corresponds to a third window type. In this case, the embodiment of the present application detects that the window type has changed, so the change information of the window type can be converted into a corresponding instruction.

[0095] In a specific implementation, the in-vehicle device may also send the instruction to the connected mobile device. For example, the screen resource service of the in-vehicle device may send an instruction to the in-vehicle client, so that the in-vehicle client uses the channel with the mobile device to send the instruction to the mobile device. The mobile device may determine the target screen content to be projected according to the received instruction and send the target screen content to the in-vehicle client. And the in-vehicle client may display the target screen content.

[0096] In summary, for the in-vehicle information processing method according to the embodiments of the present application, the window change information is determined according to the window information respectively corresponding to two adjacent window change events, and the window change information is converted into a corresponding instruction. Since the window change information is determined according to the dimension of the window information in the embodiments of the present application, and the window information and the window change information can be applied to any interface of any application program, the embodiments of the present application can realize the state synchronization between the mobile device and the in-vehicle device without using the interface developed by the application program for the interface. Therefore, the embodiments of the present application can save the development cost of the interface, and further reduce the amount of computation and processing cost of the processing.

[0097] It should be noted that, for the method embodiments, for the sake of simple description, they are all expressed as a series of action combinations. However, those skilled in the art should know that the embodiments of the present application are not limited by the described action sequence, because according to the embodiments of the present application, some steps may be performed in other sequences or simultaneously. Secondly, those skilled in the art should also know that the embodiments described in the specification are all preferred embodiments, and the actions involved are not necessarily essential for the embodiments of the present application.

[0098] Based on the above embodiments, the present embodiment further provides an in-vehicle information processing device, referring to Figure 5 , which may specifically include the following modules:

[0099] A detection module 501, configured to detect window change events;

[0100] An acquisition module 502, configured to acquire the window information on the screen when a window change event is detected;

[0101] A determination module 503, configured to determine the window change information according to the window information respectively corresponding to two adjacent window change events;

[0102] A conversion module 504, configured to convert the window change information into a corresponding instruction.

[0103] Optionally, the window information may include: a window identifier, or a window type.

[0104] When the window information includes a window identifier, the obtaining module 502 may specifically include:

[0105] A first obtaining module, configured to obtain a window identifier on the screen;

[0106] Alternatively, when the window information includes a window type, the obtaining module 502 may specifically include:

[0107] A second obtaining module, configured to obtain a window identifier on the screen and obtain a window type corresponding to the window identifier.

[0108] Optionally, the conversion module 504 may include:

[0109] A type conversion module, configured to convert change information of a window type into a corresponding instruction.

[0110] Optionally, the detection module 501 may include:

[0111] A detection module, configured to detect a window change event by using a method provided by a service of an operating system.

[0112] Optionally, the obtaining module 502 may include:

[0113] A window identifier obtaining module, configured to obtain a window identifier on the screen by using a method provided by a service of an operating system when a window change event is detected;

[0114] A window type obtaining module, configured to determine a window type corresponding to the window identifier.

[0115] Optionally, the device may further include:

[0116] A sending module, configured to send the instruction to a connected mobile device.

[0117] Embodiments of the present application may be implemented as a device configured with any suitable hardware, firmware, software, or any combination thereof, and the device may include electronic devices such as a server (cluster), a terminal, etc. Figure 6 Exemplary electronic device 1000 that may be used to implement the various embodiments described in the present application is schematically shown.

[0118] Please refer to Figure 6 , which shows a structural block diagram of an electronic device provided by an embodiment of the present application. The electronic device may be used as an in-vehicle device to implement the in-vehicle information processing method provided in the above embodiments. The electronic device may be a PC or a server, or other devices having data processing and storage capabilities. Specifically:

[0119] The electronic device 1000 includes a central processing unit (CPU) 1001, a system memory 1004 including a random access memory (RAM) 1002 and a read-only memory (ROM) 1003, and a system bus 1005 connecting the system memory 1004 and the central processing unit 1001. The electronic device 1000 also includes a basic input / output system (I / O system) 1006 for facilitating information transfer between various devices within the computer, and a mass storage device 1007 for storing an operating system 1013, application programs 1014, and other program modules 1015.

[0120] The basic input / output system 1006 includes a display 1008 for displaying information and input devices 1009 such as a mouse, keyboard, etc. for user input of information. The display 1008 and the input devices 1009 are both connected to the central processing unit 1001 through an input / output controller 1010 connected to the system bus 1005. The basic input / output system 1006 may also include an input / output controller 1010 for receiving and processing inputs from a plurality of other devices such as a keyboard, mouse, or electronic stylus. Similarly, the input / output controller 1010 also provides outputs to a display screen, printer, or other types of output devices.

[0121] The mass storage device 1007 is connected to the central processing unit 1001 through a mass storage controller (not shown) connected to the system bus 1005. The mass storage device 1007 and its associated computer-readable medium provide non-volatile storage for the electronic device 1000. That is, the mass storage device 1007 may include a computer-readable medium (not shown) such as a hard disk or a CD-ROM drive.

[0122] Without loss of generality, the computer-readable medium may include computer storage media and communication media. Computer storage media includes volatile and non-volatile, removable and non-removable media implemented by any method or technology for storing information such as computer-readable instructions, data structures, program modules, or other data. Computer storage media includes RAM, ROM, EPROM, EEPROM, flash memory or other solid-state storage technologies, CD-ROM, DVD or other optical storage, magnetic tape cartridges, tapes, disk storage or other magnetic storage devices. Of course, those skilled in the art will know that the computer storage media is not limited to the above several types. The above system memory 1004 and mass storage device 1007 may be collectively referred to as memory.

[0123] According to various embodiments of the present application, the electronic device 1000 can also run by connecting to a remote computer on a network such as the Internet. That is, the electronic device 1000 can be connected to the network 1012 through the network interface unit 1011 connected to the system bus 1005. Or rather, the network interface unit 1011 can also be used to connect to other types of networks or remote computer systems (not shown).

[0124] The memory further includes one or more programs, the one or more programs are stored in the memory, and are configured to be executed by one or more processors. The above one or more programs include instructions for executing the above vehicle information processing method.

[0125] In an exemplary embodiment, an electronic device is further provided. The electronic device includes a processor and a memory, and at least one instruction, at least one program, a code set or an instruction set is stored in the memory. The at least one instruction, at least one program, code set or instruction set is configured to be executed by one or more processors to implement the above vehicle information processing method.

[0126] In an exemplary embodiment, a computer-readable storage medium is further provided. At least one instruction, at least one program, a code set or an instruction set is stored in the storage medium, and when the at least one instruction, the at least one program, the code set or the instruction set is executed by a processor of an electronic device, the above vehicle information processing method is implemented.

[0127] Optionally, the above computer-readable storage medium may be a ROM, a RAM, a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, etc.

[0128] In an exemplary embodiment, a computer program product is further provided. When the computer program product is executed, it is used to implement the above vehicle information processing method.

[0129] It should be understood that the "plurality" mentioned herein refers to two or more. "And / or" describes the association relationship of associated objects, indicating that three relationships may exist. For example, A and / or B may represent: A exists alone, A and B exist simultaneously, and B exists alone. The character " / " generally represents an "or" relationship between the associated objects before and after.

[0130] The above are only exemplary embodiments of the present application and are not intended to limit the present application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims

1. A vehicle information processing method, characterized in that, The method includes: Detecting window change events; When a window change event is detected, obtaining window information on the screen; the window information includes a window identifier or a window type, and there is a mapping relationship between the window identifier and the window type; the window type includes a first window type, a second window type, and a third window type; wherein, the first window type is a permanently used window resource and allows being preempted by other windows, the second window type is a temporarily used window resource, and after use, it actively releases the window resource and allows being preempted by other windows, and the third window type is a temporarily used window resource, and after use, it actively releases the window resource and does not allow being preempted by other windows; Determining window change information according to the window information respectively corresponding to two adjacent window change events; Converting the window change information into a corresponding instruction; Sending the instruction to the connected mobile device; The obtaining window information on the screen includes: Obtaining the window identifier on the screen and obtaining the window type corresponding to the window identifier.

2. The method according to claim 1, characterized in that, The converting the window change information into a corresponding instruction includes: Converting the change information of the window type into a corresponding instruction.

3. The method according to claim 1, characterized in that The detecting window change events includes: Detecting window change events by using the method provided by the service of the operating system.

4. The method according to claim 1, wherein The obtaining window information on the screen when a window change event is detected includes: When a window change event is detected, obtaining the window identifier on the screen by using the method provided by the service of the operating system; Obtaining the window type corresponding to the window identifier.

5. An in-vehicle information processing device, characterized in that, The device includes: A detection module for detecting window change events; An obtaining module for obtaining window information on the screen when a window change event is detected; the window information includes a window identifier or a window type, and there is a mapping relationship between the window identifier and the window type; the window type includes a first window type, a second window type, and a third window type; wherein, the first window type is a permanently used window resource and allows being preempted by other windows, the second window type is a temporarily used window resource, and after use, it actively releases the window resource and allows being preempted by other windows, and the third window type is a temporarily used window resource, and after use, it actively releases the window resource and does not allow being preempted by other windows; A determining module for determining window change information according to the window information respectively corresponding to two adjacent window change events; A conversion module for converting the window change information into a corresponding instruction; A sending module for sending the instruction to the connected mobile device; The obtaining module includes: A second obtaining module for obtaining the window identifier on the screen and obtaining the window type corresponding to the window identifier.

6. An electronic device, characterized in that, The electronic device includes a processor and a memory. At least one instruction, at least one program, a code set, or an instruction set is stored in the memory. 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 according to any one of claims 1 to 4.

7. A computer-readable storage medium, characterized in that, At least one instruction, at least one program, a code set, or an instruction set is stored in the storage medium. The at least one instruction, the at least one program, the code set, or the instruction set is loaded and executed by a processor to implement the method according to any one of claims 1 to 4.

Images