Display device and WiFi scanning control method

By receiving application WiFi scanning requests in the controller of the display device and determining the calibration mode of the target device, the WiFi scanning requests that are not on the whitelist are blocked, which solves the problem of unstable data transmission caused by WiFi scanning and improves the user experience.

CN119520887AActive Publication Date: 2025-02-25HISENSE VISUAL TECH CO LTD
View PDF 8 Cites 0 Cited by

Patent Information

Application Number
CN202411082513.1
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-08-07
Publication Date
2025-02-25
Estimated Expiration
2044-08-07

AI Technical Summary

Technical Problem

When scanning WiFi, the calibration of the target device directly connected to the display device WiFi will cause unstable usage status, affecting the stability of data transmission.

Method used

By receiving the application WiFi scan request in the controller of the display device, obtaining the application identifier, and determining whether the target device is in calibration mode. If in calibration mode and the application ID is not in the preconfigured application whitelist list, block WiFi scan requests to ensure the stability of data transmission.

Benefits of technology

It effectively solves the impact of WiFi scanning on the direct data transmission of WiFi in the target device, ensures the success rate of the calibration function of the target device, avoids problems such as sound lag, and improves the user's network experience.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119520887A_ABST
    Figure CN119520887A_ABST
Patent Text Reader

Abstract

The embodiment of the invention provides a display device and a WiFi scanning control method, and relates to the technical field of communication. The display device includes: a display; the controller is connected with the display and is configured to receive an application WiFi scanning request and obtain an application identifier; and judging whether target equipment directly connected with the display equipment WiFi belongs to a calibration mode or not, judging whether the application identifier belongs to a pre-configured application white list or not under the condition that the target equipment is in the calibration mode, and shielding the application WiFi scanning request when the application identifier does not belong to the application white list. The embodiment of the invention is used for solving the technical problem of unstable use states such as calibration of the target equipment directly connected with the display equipment during WiFi scanning, ensuring the use stability of the target equipment during WiFi scanning, and improving the use experience of a user.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The embodiments of the present application relate to the field of communication technology, and more specifically, to a display device and a WiFi scanning control method. Background Art

[0002] As home entertainment systems become more complex, more and more devices need to be connected. WiFi P2P (Peer-to-Peer, WiFi Direct) technology can support direct connections between multiple devices without going through a central access point (such as a router). This technology has been used in some devices such as smart TVs, wireless speakers, and smartphones.

[0003] However, WiFi P2P technology can support direct connection between devices, but in actual use, the stability of the connection may be affected, especially in the case of WiFi scanning. For example, when WiFi scanning, the driver works in MCC (Multi-Channel Concurrency) mode. Therefore, when WiFi scanning, the WiFi channel will be cut away from the P2P channel, resulting in unstable WiFi P2P data transmission, that is, WiFi scanning will cause unstable WiFi P2P data transmission of the device. Summary of the invention

[0004] The exemplary embodiments of the present application provide a display device and a WiFi scanning control method, which are used to solve the technical problem of unstable usage status such as calibration of a target device directly connected to the display device via WiFi when applying WiFi scanning.

[0005] The technical solutions provided by the embodiments of this application are as follows:

[0006] In a first aspect, an embodiment of the present application provides a display device, including:

[0007] monitor;

[0008] A controller connected to the display, the controller being configured to:

[0009] Receive application WiFi scan request and obtain application ID;

[0010] Determine whether the target device connected to the display device via WiFi is in calibration mode;

[0011] When the target device is in a calibration mode, determining whether the application identifier belongs to a preconfigured application whitelist;

[0012] If the application identifier does not belong to the application whitelist, the application WiFi scan request is blocked.

[0013] In some embodiments, the controller is further configured to:

[0014] When the target device is not in a calibration mode, obtaining a WiFi connection status of the display device;

[0015] When the WiFi connection status is WiFi connected, respond to the application WiFi scan request.

[0016] In some embodiments, the controller is further configured to:

[0017] When the WiFi connection status is WiFi not connected, determining whether the display device is connected to the target device;

[0018] When the display device is connected to the target device, determining whether the application identifier belongs to a preconfigured application whitelist;

[0019] If the application identifier does not belong to the application whitelist, the application WiFi scan request is blocked.

[0020] In some embodiments, the controller is further configured to:

[0021] In a case where the display device is not connected to the target device, responding to the application WiFi scan request.

[0022] In some embodiments, the controller is further configured to:

[0023] When the application identifier belongs to the application whitelist, respond to the application WiFi scan request.

[0024] In some embodiments, the controller is specifically configured to receive an application WiFi scan request and obtain an application identifier as follows:

[0025] Obtain the application's call to the WiFi manager's start scanning interface, and receive the application's WiFi scanning request;

[0026] The application identifier is obtained through an application identifier obtaining function based on the WiFi manager.

[0027] In some embodiments, the controller is specifically configured to:

[0028] Acquire a target attribute value of the target device based on a WiFi server;

[0029] A determination is made based on the target attribute whether the target device belongs to a calibration mode.

[0030] In a second aspect, an embodiment of the present application provides a WiFi scanning control method, which is applied to a display device, and the method includes:

[0031] Receive application WiFi scan request and obtain application ID;

[0032] Determine whether the target device connected to the display device via WiFi is in calibration mode;

[0033] When the target device is in a calibration mode, determining whether the application identifier belongs to a preconfigured application whitelist;

[0034] When the application identifier belongs to the application whitelist, respond to the application WiFi scan request.

[0035] In some embodiments, the method further comprises:

[0036] When the target device is not in a calibration mode, obtaining a WiFi connection status of the display device;

[0037] When the WiFi connection status is WiFi connected, respond to the application WiFi scan request.

[0038] In some embodiments, the method further comprises:

[0039] When the WiFi connection status is WiFi not connected, determining whether the display device is connected to the target device;

[0040] When the display device is connected to the target device, determining whether the application identifier belongs to a preconfigured application whitelist;

[0041] If the application identifier does not belong to the application whitelist, the application WiFi scan request is blocked.

[0042] In some embodiments, the method further comprises:

[0043] In a case where the display device is not connected to the target device, responding to the application WiFi scan request.

[0044] In some embodiments, the method further comprises:

[0045] When the application identifier belongs to the application whitelist, respond to the application WiFi scan request.

[0046] In some embodiments, receiving an application WiFi scan request and obtaining an application identifier includes:

[0047] Obtain the application's call to the WiFi manager's start scanning interface, and receive the application's WiFi scanning request;

[0048] The application identifier is obtained through an application identifier obtaining function based on the WiFi manager.

[0049] In some embodiments, determining whether the target device directly connected to the display device via WiFi is in a calibration mode includes:

[0050] Acquire a target attribute value of the target device based on a WiFi server;

[0051] A determination is made based on the target attribute whether the target device belongs to a calibration mode.

[0052] In some embodiments, obtaining the WiFi connection status of the display device includes:

[0053] Based on the WiFi server, obtain network working information through the network acquisition function;

[0054] The WiFi connection status is determined based on the network operation information.

[0055] In some embodiments, the determining whether the display device is connected to the target device includes:

[0056] Obtain the target device connection identifier in the setting database based on the WiFi server;

[0057] It is determined whether the display device is connected to the target device based on the target device connection identifier.

[0058] In a third aspect, an embodiment of the present application provides an electronic device, comprising: a memory and a processor, wherein the memory is used to store a computer program; and the processor is used to enable the electronic device to implement the WiFi scanning control method described in the second aspect or any embodiment of the second aspect when executing the computer program.

[0059] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a computing device, the computing device implements the WiFi scanning control method described in the second aspect or any embodiment of the second aspect.

[0060] In a fifth aspect, an embodiment of the present application provides a computer program product. When the computer program product runs on a computer, the computer implements the WiFi scanning control method described in the second aspect or any embodiment of the second aspect.

[0061] It can be seen from the above technical solutions that the display device and WiFi scanning control method provided in the embodiment of the present application receive an application WiFi scanning request and obtain an application identifier; determine whether the target device directly connected to the display device WiFi is in calibration mode, and when the target device is in calibration mode, determine whether the application identifier belongs to a preconfigured application whitelist list, and when the application identifier does not belong to the application whitelist list, shield the application WiFi scanning request. The embodiment of the present application is used to solve the technical problem of unstable use status such as calibration of the target device directly connected to the display device WiFi when applying WiFi scanning. When the application WiFi scanning request is applied, the target device is in calibration mode, and only responds to the application WiFi scanning request in the preconfigured application whitelist list, and shields other WiFi scanning requests, thereby ensuring the normal WiFi scanning use of some specific applications in the display device when applying WiFi scanning, as well as the stability of the use of the target device, thereby improving the user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0062] In order to more clearly illustrate the implementation methods in the embodiments of the present application or the related technologies, the following is a brief introduction to the drawings required for use in the embodiments or the related technology descriptions. Obviously, the drawings described below are some embodiments of the present application, and a person skilled in the art can also obtain other drawings based on these drawings.

[0063] Figure 1 A scenario architecture diagram of a WiFi scanning control method in some embodiments is shown;

[0064] Figure 2 A hardware configuration block diagram of a control device in some embodiments is shown;

[0065] Figure 3 A hardware configuration block diagram of a display device in some embodiments is shown;

[0066] Figure 4 A diagram showing a software configuration in a display device in some embodiments is shown;

[0067] Figure 5 An example diagram showing channel switching in some embodiments;

[0068] Figure 6 An example diagram showing a display device system framework according to some embodiments;

[0069] Figure 7 An example diagram of a WiFi scanning control method according to some embodiments is shown;

[0070] Figure 8 A flowchart of a WiFi scanning control method according to some embodiments is shown;

[0071] Fig. 9 A scenario flow chart of a WiFi scanning control method according to some embodiments is shown;

[0072] Fig.10 A flowchart of another WiFi scanning control method according to some embodiments is shown;

[0073] Fig.11 A flowchart of another WiFi scanning control method according to some embodiments is shown;

[0074] Fig.12 An example diagram of a scenario of WiFi scanning control according to some embodiments is shown;

[0075] Fig.13 A flowchart of another WiFi scanning control method according to some embodiments is shown;

[0076] Fig.14 Another example diagram of a WiFi scan control scenario according to some embodiments is shown;

[0077] Fig.15 A flowchart of another WiFi scanning control method according to some embodiments is shown;

[0078] Fig.16 A scenario example diagram of yet another WiFi scan control method according to some embodiments is shown. DETAILED DESCRIPTION

[0079] In order to make the purpose and implementation method of the present application clearer, the exemplary implementation method of the present application will be clearly and completely described below in conjunction with the drawings in the exemplary embodiments of the present application. Obviously, the described exemplary embodiments are only part of the embodiments of the present application, rather than all the embodiments.

[0080] It should be noted that the brief description of terms in this application is only for the convenience of understanding the embodiments described below, and is not intended to limit the embodiments of this application. Unless otherwise specified, these terms should be understood according to their common and usual meanings.

[0081] The terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover but not exclude inclusion, for example, a product or device comprising a list of components is not necessarily limited to all the components expressly listed but may include other components not expressly listed or inherent to such product or device.

[0082] The display device provided in the embodiments of the present application may have various implementation forms, for example, it may be a television, a smart television, a laser projection device, a monitor, an electronic bulletin board, an electronic table, etc. Figure 1 and Figure 2 This is a specific implementation of the display device of the present application.

[0083] Figure 1 FIG. 1 is a schematic diagram of an operation scenario between a display device and a control device according to an embodiment. Figure 1 As shown, the user can operate the display device 200 through the smart device 300 or the control apparatus 100 .

[0084] In some embodiments, the control device 100 may be a remote controller, and the communication between the remote controller and the display device includes infrared protocol communication or Bluetooth protocol communication, and other short-range communication methods, and the display device 200 is controlled wirelessly or wired. The user may control the display device 200 by inputting user commands through buttons on the remote controller, voice input, control panel input, etc.

[0085] In some embodiments, a smart device 300 (such as a mobile terminal, a tablet computer, a computer, a laptop computer, etc.) may also be used to control the display device 200. For example, the display device 200 is controlled using an application running on the smart device.

[0086] In some embodiments, the display device may not use the above-mentioned smart device or control device to receive instructions, but may receive user control through touch or gestures.

[0087] In some embodiments, the display device 200 can also be controlled in a manner other than the control device 100 and the smart device 300. For example, the user's voice command control can be directly received through a module for obtaining voice commands configured inside the display device 200, or the user's voice command control can be received through a voice control device set outside the display device 200.

[0088] In some embodiments, the display device 200 also communicates data with the server 400. The display device 200 may be allowed to communicate via a local area network (LAN), a wireless local area network (WLAN), and other networks. The server 400 may provide various content and interactions to the display device 200. The server 400 may be one cluster or multiple clusters, and may include one or more types of servers.

[0089] Figure 2 Schematically shows a block diagram of a configuration of the control device 100 according to an exemplary embodiment. Figure 2 As shown, the control device 100 includes a controller 110, a communication interface 130, a user input / output interface 140, a memory, and a power supply. The control device 100 can receive input operation instructions from the user, and convert the operation instructions into instructions that the display device 200 can recognize and respond to, playing the role of an interactive intermediary between the user and the display device 200.

[0090] In some embodiments, the display apparatus 200 includes at least one of a tuner 210, a communicator 220, a detector 230, an external device interface 240, a controller 250, a display 260, an audio output interface 270, a memory, a power supply, and a user interface.

[0091] In some embodiments, the controller includes a processor, a video processor, an audio processor, a graphics processor, a RAM, a ROM, and a first interface to an nth interface for input / output.

[0092] In some embodiments, the display 260 includes a display screen component for presenting images, and a driving component for driving image display, which is used to receive image signals output from a controller, display video content, image content, and a menu control interface component and a user control UI interface.

[0093] In some embodiments, the display 260 may be a liquid crystal display, an OLED display, and a projection display, and may also be a projection device and a projection screen.

[0094] In some embodiments, the communicator 220 is a component for communicating with an external device or server according to various communication protocol types. For example, the communicator may include at least one of a Wifi module, a Bluetooth module, a wired Ethernet module, and other network communication protocol chips or near field communication protocol chips, and an infrared receiver. The display device 200 can establish transmission and reception of control signals and data signals with the external control device 100 or the server 400 through the communicator 220.

[0095] In some embodiments, the user interface may be used to receive a control signal from the control device 100 (eg, an infrared remote controller, etc.).

[0096] In some embodiments, the detector 230 is used to collect signals of the external environment or external interaction. For example, the detector 230 includes a light receiver, a sensor for collecting the intensity of ambient light; or, the detector 230 includes an image collector, such as a camera, which can be used to collect external environment scenes, user attributes or user interaction gestures; or, the detector 230 includes a sound collector, such as a microphone, etc., for receiving external sounds.

[0097] In some embodiments, the external device interface 240 may include, but is not limited to, any one or more of the following: a high-definition multimedia interface (HDMI), an analog or digital high-definition component input interface (component), a composite video input interface (CVBS), a USB input interface (USB), an RGB port, etc. It may also be a composite input / output interface formed by the above multiple interfaces.

[0098] In some embodiments, the tuner-demodulator 210 obtains broadcast television signals through wired or wireless reception, and demodulates audio and video signals, such as EPG data signals, from multiple wireless or wired broadcast television signals.

[0099] In some embodiments, the controller 250 and the tuner-demodulator 210 may be located in different separate devices, that is, the tuner-demodulator 210 may also be located in an external device of the main device where the controller 250 is located, such as an external set-top box.

[0100] In some embodiments, the controller 250 controls the operation of the display device and responds to user operations through various software control programs stored in the memory. The controller 250 controls the overall operation of the display device 200. For example, in response to receiving a user command for selecting a UI object to be displayed on the display 260, the controller 250 can perform operations related to the object selected by the user command.

[0101] In some embodiments, the object may be any one of the selectable objects, such as a hyperlink, an icon or other operable controls. Operations related to the selected object include: displaying a page, document, image, etc. connected to the hyperlink, or executing a program corresponding to the icon.

[0102] In some embodiments, the controller includes at least one of a central processing unit (CPU), a video processor, an audio processor, a graphics processing unit (GPU), a RAM Random Access Memory (RAM), a ROM (Read-Only Memory, ROM), a first interface to an nth interface for input / output, a communication bus (Bus), etc.

[0103] The user may input a user command through a graphical user interface (GUI) displayed on the display 260, and the user input interface receives the user input command through the graphical user interface (GUI). Alternatively, the user may input a user command through a specific sound or gesture, and the user input interface recognizes the sound or gesture through a sensor to receive the user input command.

[0104] In some embodiments, the "user interface" is a medium interface for interaction and information exchange between an application or operating system and a user, which realizes the conversion between the internal form of information and the form acceptable to the user. The commonly used form of user interface is the graphical user interface (GUI), which refers to a user interface related to computer operation displayed in a graphical manner. It can be an interface element such as an icon, window, control, etc. displayed on the display screen of an electronic device, where the control can include icons, buttons, menus, tabs, text boxes, dialog boxes, status bars, navigation bars, widgets, and other visual interface elements.

[0105] See also Figure 4 In some embodiments, the system is divided into four layers, from top to bottom, namely, the application layer (Applications) layer (referred to as "application layer"), the application framework layer (Application Framework) layer (referred to as "framework layer"), the Android runtime (Android runtime) and system library layer (referred to as "system runtime library layer"), and the kernel layer.

[0106] In some embodiments, at least one application is running in the application layer, and these applications can be window programs, system settings programs, clock programs, etc. provided by the operating system, or applications developed by third-party developers. In specific implementations, the application packages in the application layer are not limited to the above examples.

[0107] The framework layer provides application programming interfaces (APIs) and programming frameworks for applications. The application framework layer includes some predefined functions. The application framework layer is equivalent to a processing center that determines the actions that applications in the application layer take. Through the API interface, applications can access system resources and obtain system services during execution.

[0108] like Figure 4As shown, in the embodiment of the present application, the application framework layer includes managers, content providers, etc., wherein the manager includes at least one of the following modules: an activity manager (ActivityManager) is used to interact with all activities running in the system; a location manager (Location Manager) is used to provide system services or applications with access to system location services; a package manager (Package Manager) is used to retrieve various information related to the application package currently installed on the device; a notification manager (NotificationManager) is used to control the display and clearing of notification messages; a window manager (Window Manager) is used to manage icons, windows, toolbars, wallpapers, and desktop components on the user interface.

[0109] In some embodiments, the activity manager is used to manage the life cycle of each application and the common navigation back function, such as controlling the exit, opening, and back of the application. The window manager is used to manage all window programs, such as obtaining the display screen size, determining whether there is a status bar, locking the screen, capturing the screen, and controlling the display window changes (for example, reducing the display window, shaking the display, distorting the display, etc.).

[0110] In some embodiments, the system runtime layer provides support for the upper layer, namely the framework layer. When the framework layer is used, the Android operating system will run the C / C++ library contained in the system runtime layer to implement the functions to be implemented by the framework layer.

[0111] In some embodiments, the kernel layer is a layer between hardware and software. Figure 4 As shown, the kernel layer includes at least one of the following drivers: audio driver, display driver, Bluetooth driver, camera driver, WIFI driver, USB driver, HDMI driver, sensor driver (such as fingerprint sensor, temperature sensor, pressure sensor, etc.), and power driver, etc.

[0112] In actual applications, target devices such as wireless speakers are networked with display devices such as TVs using WiFi P2P connections. However, the WiFi function used by users and the WiFi P2P connection share the same WiFi chip hardware, and the working mode is MCC, so when WiFi scanning, it will affect target devices such as wireless speakers.

[0113] It is understandable that WiFi scanning has two main effects on target devices such as wireless speakers: for example, the calibration function of target devices such as wireless speakers. For example, if the position of the wireless speaker changes, WiFi P2P data will be used for calibration. If WiFi scanning is performed at this time, the calibration will fail. Another example is the audio playback effect of the wireless speaker. When the TV uses WiFi P2P to transmit audio data to the wireless speaker, if WiFi is scanning, the sound of the speaker will be stuck.

[0114] As an example, Figure 5 As shown, it includes P2P channels and Wlan channels. For example, when the TV uses WiFi P2P to transmit audio data to the wireless speaker, the P2P working time on the P2P channel is T1. If WiFi scanning is performed, the P2P channel needs to be switched to the Wlan channel for T2, and the working time on the Wlan channel is T3, and the time to switch the Wlan channel to the P2P channel is T2, which causes the WiFi P2P data transmission to be unstable, resulting in the sound of the wireless speaker being stuck.

[0115] The display device and WiFi scanning control method of the embodiments of the present application can ensure the success of the calibration function of target devices such as wireless speakers, and can optimize the data transmission stability of the target device, such as the problem of audio stuttering in wireless speakers, thereby improving the user's network experience.

[0116] In some embodiments, see Figure 6 , the system framework diagram of WiFi scanning control of the embodiment of the present application includes application layer, system layer, kernel layer, driver layer and kernel layer; specifically, applications such as home page and settings will call the WiFi scanning interface through the client WiFiManager of the system layer. After the server WiFiservice receives it, it will eventually call the process WiFiCond that communicates with the kernel. WiFiCond communicates with the kernel through Netlink, and then the kernel notifies the driver layer WiFi ko to perform WiFi scanning.

[0117] Specifically, Figure 7 As shown, the application triggers the scan by calling the WiFiManager interface through StartScan, binds it to the WiFiServiceImpl (WiFi service implementation class), and then posts it to a fixed thread to pass it to ScanRequestProxy (scan request proxy). ScanRequestProxy then calls the WiFiScanner (WiFi scanner) interface.

[0118] AsyncChannel (asynchronous channel) sends a message to WiFiScanningServiceImpl (WiFi scanning service implementation class), then to WiFiCondScannerImpl (WiFi daemon scanner implementation class), and then to WiFiNative (WiFi an interface class). Then WiFiNative (WiFi an interface class) will call WiFiCond that interacts with the kernel through WiFiCondControl (WiFi daemon control). WiFiCond finally notifies the kernel and then goes to the driver to scan.

[0119] Specifically, when the scan result is ready, the kernel will notify WiFiCond, and then WiFiCond will call back to WiFiNative, and then WiFiNative will notify WiFiCondScannerImpl through WiFiMonitor to update the scan result mLatestSingleScanResult.

[0120] WiFiCondScannerImpl sends the latest scan result to WiFiScanningServiceImpl and then to WiFiScanner, and finally notifies ScanRequestProxy to update the scan result mLastScanResults required by the application. Finally, after the application receives the broadcast of WiFi scan completion, it can obtain the WiFi scan result through the getScanResults (get scan result) interface.

[0121] The process of WiFi scanning control in this embodiment is described in detail below.

[0122] Figure 8 A flowchart of a WiFi scanning control method according to some embodiments is shown. A display device provided in an embodiment of the present application, a controller is configured to execute Figure 8 The WiFi scanning control method comprises:

[0123] Step 801: Receive an application WiFi scan request and obtain an application identifier.

[0124] In an embodiment of the present application, an application WiFi scan request refers to a WiFi scan request initiated by an application installed on the display device, such as an application WiFi scan request triggered by a weather application to obtain location information; or an application WiFi scan request triggered by a video application to obtain the latest video message.

[0125] In the embodiment of the present application, the application identifier can uniquely identify an application. Specifically, the application identifier refers to the application that triggers the application WiFi scan request.

[0126] In the embodiments of the present disclosure, there are many ways to receive an application WiFi scan request and obtain an application identifier. As an example, the application WiFi scan request is parsed to obtain the application identifier. As another example, the application calls the WiFi manager's start scan interface, receives the application WiFi scan request, and obtains the application identifier through the application identifier acquisition function based on the WiFi manager.

[0127] Step 802, determining whether the target device directly connected to the display device via WiFi is in a calibration mode.

[0128] In the embodiment of the present application, the display device may be a device such as a television, and the target device refers to a device that is directly connected to the display device via WiFi, such as a wireless speaker, a smart phone, etc., and is specifically selected and set according to the application scenario. Among them, the WiFi direct connection with the display device can be understood as the display device and the target device are connected in a WiFi direct connection mode, at which time the display device and the target device may or may not be connected.

[0129] In an embodiment of the present application, the target device may be one or more. It can be understood that the target device has a corresponding target application on the display device, and the mode state of the target device can be determined based on the target attribute value corresponding to the target application; for example, the target attribute value of the target device is obtained, and it is determined whether the target device belongs to the calibration mode based on the target attribute; wherein the calibration mode refers to that the target device is undergoing position calibration processing.

[0130] Step 803: When the target device is in the calibration mode, determine whether the application identifier belongs to a pre-configured application whitelist.

[0131] In an embodiment of the present application, the application whitelist list can be pre-configured according to the application scenario requirements. For example, application identifiers such as homepage and settings are stored in the application whitelist list. The application whitelist list can also be updated in real time according to user usage requirements.

[0132] It can be understood that the application identifier in the application whitelist list indicates that as long as the application WiFi scan request initiated by the application identifier is not blocked, the application WiFi scan request initiated by the application identifier not in the application whitelist list needs to be blocked.

[0133] In an embodiment of the present application, when the target device is in calibration mode, in order to ensure the accuracy of the calibration of the target device, it is determined whether the application identifier belongs to a preconfigured application whitelist. Specifically, the application identifier is matched with the application identifier in the application whitelist to determine whether the application identifier is in the application whitelist.

[0134] Step 804: If the application identifier does not belong to the application whitelist, the application WiFi scan request is blocked.

[0135] In the embodiment of the present application, the fact that the application identifier does not belong to the application whitelist list indicates that the application identifier does not belong to the WiFi application scan that must be performed. In order to ensure the data transmission stability of the target device, the application WiFi scan request is shielded.

[0136] It should be noted that when the application identifier belongs to the application whitelist, the application WiFi scan request is responded to to meet some specific application WiFi scan requirements of the display device, such as far-field voice, weather and other application usage requirements.

[0137] In the above example, when a WiFi scan request is applied, the target device is in calibration mode, and only responds to WiFi scan requests from applications in the pre-configured application whitelist, while other WiFi scan requests are shielded, thereby ensuring normal WiFi scanning use of some specific applications in the display device when WiFi scanning is applied, as well as the stability of the target device use, thereby improving the user experience.

[0138] Reference Fig. 9 As shown, Fig. 9 For the realization of Figure 8 The structure diagram of the display device of the WiFi scanning control method shown is used to implement Fig. 9 The display device of the WiFi scanning control method shown may include: a receiving and obtaining module 901, a first judgment module 902, a second judgment module 903 and a shielding module 904. The receiving and obtaining module 901 is used to receive an application WiFi scanning request and obtain an application identifier; the first judgment module 902 is used to determine whether the target device directly connected to the display device WiFi is in a calibration mode; the second judgment module 903 is used to determine whether the application identifier belongs to a pre-configured application whitelist when the target device is in the calibration mode; the shielding module 904 is used to shield the application WiFi scanning request when the application identifier does not belong to the application whitelist.

[0139] Fig.10 FIG. 1 is a flow chart of another WiFi scanning control method according to some embodiments. Based on the above embodiments, this embodiment further optimizes the above WiFi scanning control method. Fig.10 As shown, the method also includes:

[0140] In some embodiments of the present application, when the target device is not in the calibration mode, the WiFi connection status of the display device is obtained, and when the WiFi connection status is WiFi connected, a WiFi scan request of the application is responded to.

[0141] In the embodiment of the present application, the WiFi connection status of the display device refers to whether the display device is connected to WiFi. Specifically, the WiFi server obtains network working information through a network acquisition function, and determines the WiFi connection status based on the network working information. For example, the WiFiService determines whether the network working information NetworkInfo is obtained through the network acquisition function getActiveNetworkInfo(), and determines whether the network is connected through NetworkInfo.isConnected() in the network working information.

[0142] In some embodiments of the present application, when the WiFi connection status is WiFi not connected, it is determined whether the display device is connected to the target device. When the display device is connected to the target device, it is determined whether the application identifier belongs to a preconfigured application whitelist. If the application identifier does not belong to the application whitelist, the application WiFi scan request is blocked.

[0143] In the embodiment of the present application, when the WiFi connection status is that the WiFi is not connected, that is, the display device is not connected to the WiFi, it is further determined whether the display device is connected to the target device. Specifically, the target device connection identifier in the setting database is obtained based on the WiFi server, and it is determined whether the display device is connected to the target device based on the target device connection identifier. Here, whether the display device and the target device are connected can be understood as whether the display device and the target device are transmitting data, such as a scenario where a TV transmits audio to a wireless speaker for playback.

[0144] Specifically, after the target device is successfully connected, the target device application of the display device sets the target device connection identifier in the database to the first target value, such as 1; after the target device is disconnected, the target device application of the display device sets the target device connection identifier in the database to the second target value, such as 0.

[0145] Therefore, the display device is not connected to WiFi, and WiFiService obtains the target device connection identifier in the database to determine whether the display device and the target device are connected. When the display device and the target device are connected, it determines whether the application identifier belongs to the preconfigured application whitelist. If the application identifier does not belong to the application whitelist, the application WiFi scan request is blocked.

[0146] In some embodiments of the present application, when the display device is not connected to the target device, a WiFi scan request is responded to.

[0147] In some embodiments of the present application, when the application identifier belongs to the application whitelist, a WiFi scan request of the application is responded to.

[0148] In an embodiment of the present application, when the display device is not connected to the target device, or when the application identifier belongs to the application whitelist, the application WiFi scan request is responded to.

[0149] In this way, the impact of WiFi scanning on the WiFi direct connection data transmission of the target device can be effectively solved, the success rate of the target device calibration function can be guaranteed, and the problem of sound freeze caused by WiFi scanning on the target device can be solved, thereby improving the user's network experience.

[0150] Fig.11 FIG. 1 is a flow chart of another WiFi scanning control method according to some embodiments. Based on the above embodiments, this embodiment further optimizes the above WiFi scanning control method. Fig.11 As shown, the method includes:

[0151] In some embodiments of the present application, the acquisition application calls the start scanning interface of the WiFi manager, receives the application WiFi scanning request, and acquires the application identifier through the application identifier acquisition function based on the WiFi manager.

[0152] In some embodiments of the present application, a target attribute value of a target device is obtained based on a WiFi server, and whether the target device belongs to a calibration mode is determined based on the target attribute.

[0153] In some embodiments of the present application, when the target device is in calibration mode, it is determined whether the application identifier belongs to a preconfigured application whitelist. If the application identifier does not belong to the application whitelist, the application WiFi scan request is blocked; if the application identifier belongs to the application whitelist, the application WiFi scan request is responded to.

[0154] Exemplarily, after the target device (eg, wireless speaker) application of the display device (eg, TV) enters the calibration mode, the target property value "sys.vt.calibration_status" is set to 1. After the calibration is completed, the target property value "sys.vt.calibration_status" is set to 0.

[0155] As an example, Fig.12As shown, step 12.1, apply startScan(); step 12.2 call the startScan() interface through WiFiManager; step 12.3 obtain the application identifier through WiFiManager based on Context.getOpPackageName(); step 12.4 receive the application identifier through WiFiService; step 12.5 obtain the target attribute value through WiFiService to determine whether it is 1; if it is 1, execute step 12.6 to determine whether the application identifier is in the application whitelist through WiFiService; if not, execute step 12.7 to return an error, indicating that the WiFi scan failed; if it is not 1, execute step 12.8 to continue the subsequent WiFi scan processing flow.

[0156] Specifically, when the application calls the startScan() interface of WiFiManager, WiFiManager can obtain the application identifier (such as the application package name, PackageName) that currently calls the WiFi scan through the method Context.getOpPackageName(); then after WiFiManager passes the application identifier to WiFiService, WiFiService determines whether "sys.vt.calibration_status" is 1. If it is 1, it determines whether PackageName is in the application whitelist. If not, it returns an error to inform that the scan execution failed. If it is, then continue to call ScanRequestProxy and finally reach WiFiCond to notify the kernel to let the driver scan. In other words, if WiFiService determines that "sys.vt.calibration_status" is not 1, then perform a normal scan (that is, continue to call ScanRequestProxy and finally reach WiFiCond to notify the kernel to let the driver scan).

[0157] Therefore, the influence of WiFi scanning on the data transmission of the target device can be effectively solved, and the success rate of the calibration function of the target device is guaranteed.

[0158] Fig.13 FIG. 1 is a flowchart of another WiFi scanning control method according to some embodiments. Based on the above embodiments, this embodiment further optimizes the above WiFi scanning control method. Fig.13 As shown, the method includes:

[0159] In some embodiments of the present application, an application WiFi scan request is received, an application identifier is obtained, and when the target device is not in a calibration mode, the WiFi connection status of the display device is obtained.

[0160] In some embodiments of the present application, when the WiFi connection state is WiFi connected, a WiFi scan request is responded to.

[0161] In some embodiments of the present application, when the WiFi connection status is WiFi not connected, it is determined whether the display device is connected to the target device. When the display device is connected to the target device, it is determined whether the application identifier belongs to a preconfigured application whitelist.

[0162] In some embodiments of the present application, when the application identifier does not belong to the application whitelist, the application WiFi scan request is blocked, and when the application identifier belongs to the application whitelist, the application WiFi scan request is responded to.

[0163] In some embodiments of the present application, when the display device is not connected to the target device, a WiFi scan request is responded to.

[0164] Exemplarily, after the target device (e.g., wireless speaker) application of the display device (e.g., TV) is successfully connected, the target device connection identifier "sound_wireless_speaker_enable" in the database will be set to 1; after the target device is disconnected, the target device application of the display device will set the target device connection identifier "sound_wireless_speaker_enable" in the database to 0.

[0165] As an example, Fig.14As shown, step 14.1 applies startScan(); step 14.2 calls the startScan() interface through WiFiManager; step 14.3 obtains the application identifier through WiFiManager based on Context.getOpPackageName(); step 14.4 receives the application identifier through WiFiService; step 14.5 obtains the object ConnectivityManager through WiFiService; step 14.6 obtains NetworkInfo based on getActiveNetworkInfo() through WiFiService; step 14.7 determines whether the network is connected based on NetworkInfo.isConnected() through WiFiService; if not connected, execute step 14.8 to determine whether "sound_wireless_speaker_enable" in the database is 1; if it is 1, execute step 14.9 to determine whether the application identifier is in the application whitelist, if not, execute step 14.10 to return an error, informing that the scan execution failed; if it is not 1 or if the application identifier is in the application whitelist, execute step 14.11 to continue to execute the subsequent WiFi scan processing flow.

[0166] Specifically, when the application calls the startScan() interface of WiFiManager, WiFiManager can obtain the application identifier (such as the application package name, PackageName) that currently calls WiFi scanning through the method Context.getOpPackageName(). Then, after WiFiManager passes the application identifier to WiFiService, WiFiService first determines whether the network is connected by using the method getActiveNetworkInfo(), and determines whether the network is connected by using NetworkInfo.isConnected(). If it is connected, normal scanning is performed. For example, some applications such as far-field voice and weather require positioning.

[0167] Specifically, if WiFi is disconnected, WiFiService will determine whether "sound_wireless_speaker_enable" in the database is 1. If it is 1, it will determine whether the application identifier, such as PackageName, is in the application whitelist. If not, it will return an error to inform that the scan failed. If it is, it will continue to call ScanRequestProxy and finally reach WiFiCond to notify the kernel to let the driver scan. In other words, if WiFiService determines that "sound_wireless_speaker_enable" in the database is not 1, then it will perform a normal scan.

[0168] This can effectively solve the impact of WiFi scanning on the data transmission of the target device, solve the use problems of the target device caused by WiFi scanning, such as the problem of stuttering when playing sound on wireless speakers, and improve the user's network experience.

[0169] Fig.15 FIG. 1 is a flowchart of another WiFi scanning control method according to some embodiments. Based on the above embodiments, this embodiment further optimizes the above WiFi scanning control method. Fig.15 As shown, the method includes:

[0170] In some embodiments of the present application, an application WiFi scan request is received, an application identifier is obtained, and it is determined whether a target device directly connected to the display device via WiFi is in a calibration mode.

[0171] In some embodiments of the present application, when the target device is in calibration mode, it is determined whether the application identifier belongs to a preconfigured application whitelist. If the application identifier does not belong to the application whitelist, the application WiFi scan request is blocked.

[0172] In some embodiments of the present application, when the target device is not in calibration mode, the WiFi connection status of the display device is obtained, and when the WiFi connection status is WiFi not connected, it is determined whether the display device is connected to the target device.

[0173] In some embodiments of the present application, when the display device is connected to the target device, it is determined whether the application identifier belongs to a preconfigured application whitelist. If the application identifier does not belong to the application whitelist, the application WiFi scan request is blocked.

[0174] In some embodiments of the present application, when the WiFi connection status is WiFi connection, or the display device is not connected to the target device, or the application identifier belongs to the application whitelist, a WiFi scan request of the application is responded to.

[0175] For example, Fig.16 As shown, step 16.1 the application initiates a scan; step 16.2 the system obtains the package name of the application as the application identifier; step 16.3 determines whether the target device is in calibration mode; if it is in calibration mode, execute step 16.4 to determine whether the application belongs to the application whitelist list that allows WiFi scanning in calibration mode; if it does not belong, execute step 16.5 to block the scan and tell the application that the scan failed; if it does, execute step 16.6 to allow the scan; if it is not in calibration mode, execute step 16.7 to determine whether the WiFi of the display device is in a connected state; if it is in a connected state, execute step 16.6 to allow the scan; if it is not in a connected state, execute step 16.8 to determine whether the display device is connected to the target device; if connected, execute step 16.9 to determine whether the application belongs to the application whitelist list that allows WiFi scanning in calibration mode; if it does not belong, execute step 16.5 to block the scan and tell the application that the scan failed; if it does, execute step 16.6 to allow the scan; if the display device is not connected to the target device, execute step 16.6 to allow the scan.

[0176] Specifically, after the application initiates a WiFi scan, the system obtains the package name (application identifier) ​​of the application and first determines whether the target device is in calibration mode. If so, it is necessary to determine whether the application issuing the scan belongs to the application whitelist member that allows WiFi scanning in calibration mode. If not, the scan is blocked and the application is told that the scan failed. If it is on the whitelist, the scan is allowed. For example, key applications such as settings and homepage are on the whitelist.

[0177] Specifically, if the target device is not in calibration mode, it is necessary to determine whether the current WiFi is connected (display whether the device is connected to WiFi). If so, scanning is allowed, because some applications such as far-field voice and weather need to obtain positioning information through WiFi scanning; if WiFi is not connected, then determine whether the target device is connected. If connected, it is necessary to determine whether the application that sends the scan belongs to the application whitelist member that allows WiFi scanning in the target device connection; if so, then allow scanning, if not, block scanning, and tell the application that the scan failed; if the target device is not connected, then allow scanning.

[0178] In this way, the calibration function of the target device can be guaranteed to be successful, and technical problems such as lag in the use of the target device can be optimized to improve the user's network experience.

[0179] In some embodiments, the embodiments of the present application further provide an electronic device, comprising: a memory and a processor, wherein the memory is used to store a computer program; and the processor is used to enable the electronic device to implement the WiFi scanning control method described in any of the above embodiments when executing the computer program.

[0180] In some embodiments, an embodiment of the present application provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a computing device, the computing device implements the WiFi scanning control method described in any of the above embodiments.

[0181] In some embodiments, an embodiment of the present application provides a computer program product. When the computer program product runs on a computer, the computer implements the WiFi scanning control method described in the second aspect or any embodiment of the second aspect.

[0182] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit it. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or replace some or all of the technical features therein with equivalents. However, these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present application.

[0183] For the convenience of explanation, the above description has been made in conjunction with specific embodiments. However, the above exemplary discussion is not intended to be exhaustive or limit the embodiments to the specific forms disclosed above. Based on the above teachings, various modifications and variations can be obtained. The selection and description of the above embodiments are to better explain the principles and practical applications, so that those skilled in the art can better use the embodiments and various different variations of the embodiments suitable for specific use considerations.

Claims

1. A display device, characterized in that: include: monitor; A controller connected to the display, the controller being configured to: Receive application WiFi scan request and obtain application ID; Determine whether the target device connected to the display device via WiFi is in calibration mode; When the target device is in a calibration mode, determining whether the application identifier belongs to a preconfigured application whitelist; If the application identifier does not belong to the application whitelist, the application WiFi scan request is blocked.

2. The display device according to claim 1, characterized in that The controller is further configured to: When the target device is not in a calibration mode, obtaining a WiFi connection status of the display device; When the WiFi connection status is WiFi connected, respond to the application WiFi scan request.

3. The display device according to claim 2, characterized in that The controller is further configured to: When the WiFi connection status is WiFi not connected, determining whether the display device is connected to the target device; When the display device is connected to the target device, determining whether the application identifier belongs to a preconfigured application whitelist; If the application identifier does not belong to the application whitelist, the application WiFi scan request is blocked.

4. The display device according to claim 3, characterized in that The controller is also configured to: In a case where the display device is not connected to the target device, responding to the application WiFi scan request.

5. The display device according to claim 1 or 3, characterized in that: The controller is also configured to: When the application identifier belongs to the application whitelist, respond to the application WiFi scan request.

6. The display device according to claim 1, characterized in that The controller is specifically configured to receive an application WiFi scan request and obtain an application identifier when executing: Obtain the application's call to the WiFi manager's start scanning interface, and receive the application's WiFi scanning request; The application identifier is obtained through an application identifier obtaining function based on the WiFi manager.

7. The display device according to claim 1, characterized in that The controller is specifically configured to determine whether the target device directly connected to the display device via WiFi is in the calibration mode: Acquire a target attribute value of the target device based on a WiFi server; A determination is made based on the target attribute whether the target device belongs to a calibration mode.

8. The display device according to claim 2, characterized in that When the controller executes the acquisition of the WiFi connection status of the display device, the controller is specifically configured as follows: Based on the WiFi server, obtain network working information through the network acquisition function; The WiFi connection status is determined based on the network operation information.

9. The display device according to claim 3, characterized in that: When the controller is executing the judgment on whether the display device is connected to the target device, the controller is specifically configured as follows: Obtain the target device connection identifier in the setting database based on the WiFi server; It is determined whether the display device is connected to the target device based on the target device connection identifier.

10. A WiFi scanning control method, characterized in that: Applied to display devices, including: Receive application WiFi scan request and obtain application ID; Determine whether the target device connected to the display device via WiFi is in calibration mode; When the target device is in a calibration mode, determining whether the application identifier belongs to a preconfigured application whitelist; If the application identifier does not belong to the application whitelist, the application WiFi scan request is blocked.

Citation Information

Patent Citations

  • Method and apparatus for accessing WiFi hotspot

    CN106714181A

  • WiFi single-channel scanning method and device, terminal equipment and storage medium

    CN113518408A

  • WiFi scanning control method and related device

    CN114867035A

  • Screen projection method supporting multi-device connection, electronic device and readable storage medium

    CN115065851A

  • Equipment determination method and device, electronic equipment and storage medium

    CN117177172A