CN112073954B

CN112073954B - Display device and method for scanning external Bluetooth device

Info

Publication number: CN112073954B
Application number: CN201911268236.2A
Authority: CN
Inventors: 初德进; 杨坤
Original assignee: Hisense Visual Technology Co Ltd
Current assignee: Hisense Visual Technology Co Ltd
Priority date: 2019-06-10
Filing date: 2019-12-11
Publication date: 2022-03-15
Anticipated expiration: 2039-12-11
Also published as: CN112073954A

Abstract

The application discloses a display device and a method for scanning an external Bluetooth device, wherein a scanning instruction carrying device type information is generated according to the device type information of the Bluetooth device required by an application; sending a scanning instruction to a target Bluetooth module, wherein the target Bluetooth module comprises a first Bluetooth module and/or a second Bluetooth module; and receiving the Bluetooth equipment scanned by the target Bluetooth module fed back by the target Bluetooth module, and displaying the scanned Bluetooth equipment on a user interface so as to receive the selection operation of the user on the scanned Bluetooth equipment and complete the connection between the display equipment and the Bluetooth equipment. Because the first bluetooth module and the second bluetooth module respectively scan corresponding bluetooth devices according to the device type information carried in the scanning instruction, rather than scanning all types of bluetooth devices at the same time, the mutual interference can be avoided or reduced in the case of simultaneously responding to the same or different scanning instructions.

Description

Display device and method for scanning external Bluetooth device

This application claims priority from a chinese patent application entitled "method, apparatus and dual hardware system display device for scanning external bluetooth device" filed on 10/6/2019 at the chinese patent office under application number 201910496907.4, the entire contents of which are incorporated herein by reference.

Technical Field

The application relates to the technical field of display equipment, in particular to display equipment and a method for scanning external Bluetooth equipment by the display equipment.

Background

Currently, display devices may provide a user with a play picture such as audio, video, pictures, and the like. Different programs can be operated in the display equipment in the prior art, in the operation process of the programs, a user needs to use equipment such as a Bluetooth keyboard, a Bluetooth mouse and Bluetooth remote control equipment to control, or a Bluetooth earphone is used, and Bluetooth glasses are used for receiving audio and video, so that a Bluetooth module used for Bluetooth connection is generally arranged in the display equipment.

In the prior art, a display device can scan all the bluetooth devices around through the bluetooth module, and present all the bluetooth devices that can be scanned around the display device on the display device according to a scanning result reported by the bluetooth module, a user selects a target bluetooth device to be connected, and the display device completes pairing of the target bluetooth device according to the selection of the user.

Disclosure of Invention

The application provides a display device and a method for scanning an external Bluetooth device, which are used for solving the problem of interference in the process of scanning the device by using double Bluetooth modules of the display device.

In a first aspect, the present application provides a display device comprising:

a display for presenting a user interface of an application, the user interface comprising at least one view display, at least one of the view displays comprising one or more function icons;

a selector to indicate that the function icon is selected, the selector configured to: when user input to move the selector is received, the position of the selector in the user interface is moved to enable selection of a function icon;

a first Bluetooth module and a second Bluetooth module configured to scan Bluetooth devices of different device types;

a controller communicatively coupled to the first Bluetooth module and the second Bluetooth module, the controller configured to:

generating a scanning instruction carrying device type information according to the device type information of the Bluetooth device required by an application, wherein the device type information comprises at least one of first device type information and second device type information;

sending the scanning instruction to a target Bluetooth module so that the target Bluetooth module scans Bluetooth devices of corresponding types according to device type information in the scanning instruction, wherein the target Bluetooth module comprises at least one of a first Bluetooth module and a second Bluetooth module, the first Bluetooth module is configured as a Bluetooth device for scanning first device type information, and the second Bluetooth module is configured as a Bluetooth device for scanning second device type information;

and receiving the Bluetooth equipment scanned by the target Bluetooth module fed back by the target Bluetooth module, and presenting the scanned Bluetooth equipment on a user interface so that the user can carry out pairing selection on the scanned Bluetooth equipment.

In a second aspect, the present application further provides a method for scanning an external bluetooth device, which is applied to a display device, where the display device includes a first bluetooth module and a second bluetooth module, and the method includes:

According to the technical scheme, in the display device and the method for scanning the external Bluetooth device, the scanning instruction carrying the device type information is generated according to the device type information of the Bluetooth device required by the application; sending a scanning instruction to a target Bluetooth module so that the target Bluetooth module scans Bluetooth equipment of corresponding types according to equipment type information in the scanning instruction, wherein the target Bluetooth module comprises a first Bluetooth module and/or a second Bluetooth module; and receiving the Bluetooth equipment scanned by the target Bluetooth module fed back by the target Bluetooth module, and displaying the scanned Bluetooth equipment on a user interface so as to receive the selection operation of the user on the scanned Bluetooth equipment and complete the connection between the display equipment and the Bluetooth equipment. Because the first bluetooth module and the second bluetooth module respectively scan corresponding bluetooth devices according to the device type information carried in the scanning instruction, rather than scanning all types of bluetooth devices at the same time, the mutual interference can be avoided or reduced in the case of simultaneously responding to the same or different scanning instructions.

Drawings

In order to more clearly explain the technical solution of the present application, the drawings needed to be used in the embodiments will be briefly described below, and it is obvious to those skilled in the art that other drawings can be obtained according to the drawings without any creative effort.

Fig. 1 is a schematic diagram illustrating an operation scenario between a display device and a control apparatus according to an embodiment;

fig. 2 is a block diagram exemplarily showing a hardware configuration of the control apparatus 100 according to the embodiment;

fig. 3 is a block diagram exemplarily showing a hardware configuration of the display device 200 according to the embodiment;

a block diagram of the hardware architecture of the display device 200 according to fig. 3 is exemplarily shown in fig. 4;

fig. 5 is a diagram exemplarily showing a functional configuration of the display device 200 according to the embodiment;

fig. 6a schematically shows a software configuration in the display device 200 according to an embodiment;

fig. 6b schematically shows a configuration of an application in the display device 200 according to an embodiment;

fig. 7a schematically illustrates a user interface in a display device 200 according to an embodiment;

FIG. 7b illustrates an operation interface provided by the "System setup" application;

FIG. 7c illustrates another operating interface provided by the "System setup" application;

FIG. 8a is a diagram illustrating a display device hardware composition according to an exemplary embodiment of the present application;

FIG. 8b is a diagram illustrating a dual Bluetooth module framework in a display device according to an exemplary embodiment of the present application;

FIG. 8c is a diagram illustrating a software configuration of a first chip and a second chip according to an exemplary embodiment of the present application;

FIG. 9a is a view illustrating an operation interface provided by an application program in addition to "system setup" in the second application layer;

FIG. 9b illustrates another operation interface provided by an application program in addition to "system settings" in the second application layer;

FIG. 10a illustrates an operator interface provided by a gaming application;

FIG. 10b illustrates another operator interface provided by a gaming application;

FIG. 11 is a flowchart illustrating an embodiment of a method of scanning for external Bluetooth devices according to an illustrative embodiment of the present application;

FIG. 12 illustrates an operator interface provided by the system setup application;

fig. 13 is a flowchart illustrating an embodiment of a method for categorically presenting external bluetooth devices according to an exemplary embodiment of the present application;

FIG. 14 illustrates another operator interface provided by the system setup application;

FIG. 15 illustrates an interaction process when a user enters a pairing instruction according to the first list or the second list;

FIG. 16 is a flowchart of another exemplary embodiment of a method for categorically presenting external Bluetooth enabled devices of the present application;

FIG. 17a is a flowchart of an embodiment of a Bluetooth device scanning method shown herein according to an example embodiment;

FIG. 17b is a flowchart of an embodiment of a Bluetooth device scanning method shown herein according to another example embodiment;

FIG. 18 is a diagram illustrating an operation interface provided by an application;

FIG. 19 is a diagram illustrating another operation interface provided by an application;

fig. 20 illustrates another operation interface provided by an application program.

Detailed Description

In order to make those skilled in the art better understand the technical solutions in the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

In this embodiment, the client operates on a display device such as a smart television, and may of course operate on other handheld devices capable of providing voice and data connectivity and having wireless connectivity, or may be connected to other processing devices such as a mobile phone (or "cellular" phone) and a computer having a mobile terminal, and may be a portable, pocket, hand-held, computer-included, or vehicle-mounted mobile device that exchanges data with a radio access network.

For the convenience of users, various external device interfaces are usually provided on the display device to facilitate connection of different peripheral devices or cables to implement corresponding functions. When a high-definition camera is connected to an interface of the display device, if a hardware system of the display device does not have a hardware interface of a high-pixel camera receiving the source code, data received by the camera cannot be displayed on a display screen of the display device.

Furthermore, due to the hardware structure, the hardware system of the conventional display device only supports one path of hard decoding resources, and usually only supports video decoding with a resolution of 4K at most, so when a user wants to perform video chat while watching a network television, the user needs to use the hard decoding resources (usually GPU in the hardware system) to decode the network video without reducing the definition of the network video screen, and in this case, the user can only process the video chat screen by using a general-purpose processor (e.g. CPU) in the hardware system to perform soft decoding on the video.

The soft decoding is adopted to process the video chat picture, so that the data processing burden of a CPU (central processing unit) can be greatly increased, and when the data processing burden of the CPU is too heavy, the problem of picture blocking or unsmooth flow can occur. Further, due to the data processing capability of the CPU, when the CPU performs soft decoding on the video chat screen, multi-channel video calls cannot be generally implemented, and when a user wants to perform video chat with multiple other users in the same chat scene, access is blocked.

In view of the above aspects, to overcome the above drawbacks, the present application discloses a dual hardware system architecture to implement multiple channels of video chat data (at least one channel of local video).

The concept to which the present application relates will be first explained below with reference to the drawings. It should be noted that the following descriptions of the concepts are only for the purpose of facilitating understanding of the contents of the present application, and do not represent limitations on the scope of the present application.

The term "module," as used in various embodiments of the present application, may refer to any known or later developed hardware, software, firmware, artificial intelligence, fuzzy logic, or combination of hardware and/or software code that is capable of performing the functionality associated with that element.

The term "remote control" as used in the embodiments of the present application refers to a component of an electronic device (such as the display device disclosed in the present application) that is capable of wirelessly controlling the electronic device, typically over a short distance. The component may typically be connected to the electronic device using infrared and/or Radio Frequency (RF) signals and/or bluetooth, and may also include functional modules such as WiFi, wireless USB, bluetooth, motion sensors, etc. For example: the hand-held touch remote controller replaces most of the physical built-in hard keys in the common remote control device with the user interface in the touch screen.

The term "gesture" as used in the embodiments of the present application refers to a user behavior used to express an intended idea, action, purpose, or result through a change in hand shape or an action such as hand movement.

The term "hardware system" used in the embodiments of the present application may refer to a physical component having computing, controlling, storing, inputting and outputting functions, which is formed by a mechanical, optical, electrical and magnetic device such as an Integrated Circuit (IC), a Printed Circuit Board (PCB) and the like. In various embodiments of the present application, a hardware system may also be referred to as a motherboard (or chip).

Fig. 1 is a schematic diagram illustrating an operation scenario between a display device and a control apparatus according to an embodiment. As shown in fig. 1, a user may operate the display apparatus 200 through the control device 100.

The control device 100 may be a remote controller 100A, which can communicate with the display device 200 through an infrared protocol communication, a bluetooth protocol communication, a ZigBee (ZigBee) protocol communication, or other short-range communication, and is used to control the display device 200 in a wireless or other wired manner. The user may input a user instruction through a key on a remote controller, voice input, control panel input, etc., to control the display apparatus 200. Such as: the user can input a corresponding control command through a volume up/down key, a channel control key, up/down/left/right moving keys, a voice input key, a menu key, a power on/off key, etc. on the remote controller, to implement the function of controlling the display device 200.

The control apparatus 100 may also be a smart device, such as a mobile terminal 100B, a tablet computer, a notebook computer, etc., which may communicate with the display device 200 through a Local Area Network (LAN), a Wide Area Network (WAN), a Wireless Local Area Network (WLAN), or other networks, and implement control of the display device 200 through an application program corresponding to the display device 200.

A "user interface" is a media interface for interaction and information exchange between an application or operating system and a user that enables the conversion of the internal form of information to a form acceptable to the user. A common presentation form of a user interface is a Graphical User Interface (GUI), which refers to a user interface related to computer operations and displayed in a graphical manner. It may be an interface element such as an icon, a window, a control, etc. displayed in the display screen of the electronic device, where the control may include a visual interface element such as an icon, a button, a menu, a tab, a text box, a dialog box, a status bar, a navigation bar, a Widget, etc.

For example, the mobile terminal 100B and the display device 200 may each have a software application installed thereon, so that connection communication between the two can be realized through a network communication protocol, and the purpose of one-to-one control operation and data communication can be further realized. Such as: a control instruction protocol can be established between the mobile terminal 100B and the display device 200, a remote control keyboard is synchronized to the mobile terminal 100B, and the function of controlling the display device 200 is realized by controlling a user interface on the mobile terminal 100B; the audio and video content displayed on the mobile terminal 100B may also be transmitted to the display device 200, so as to implement a synchronous display function.

As shown in fig. 1, the display apparatus 200 may also perform data communication with the server 300 through various communication means. In various embodiments of the present application, the display device 200 may be allowed to be communicatively coupled to the server 300 via a local area network, a wireless local area network, or other network. The server 300 may provide various contents and interactions to the display apparatus 200.

Illustratively, the display device 200 receives software Program updates, or accesses a remotely stored digital media library by sending and receiving information, and Electronic Program Guide (EPG) interactions. The servers 300 may be a group or groups, and may be one or more types of servers. Other web service contents such as a video on demand and an advertisement service are provided through the server 300.

The display device 200 may be a liquid crystal display, an oled (organic Light Emitting diode) display, a projection display device, or an intelligent tv. The specific display device type, size, resolution, etc. are not limiting, and those skilled in the art will appreciate that the display device 200 may be modified in performance and configuration as desired.

The display apparatus 200 may additionally provide an intelligent network tv function that provides a computer support function in addition to the broadcast receiving tv function. Examples include a web tv, a smart tv, an Internet Protocol Tv (IPTV), and the like.

As shown in fig. 1, the display device may be connected or provided with a camera, and is configured to present a picture taken by the camera on a display interface of the display device or other display devices, so as to implement interactive chat between users. Specifically, the picture shot by the camera can be displayed on the display device in a full screen mode, a half screen mode or any optional area.

As an optional connection mode, the camera is connected with the display rear shell through the connecting plate, is fixedly installed in the middle of the upper side of the display rear shell, and can be fixedly installed at any position of the display rear shell as an installable mode, so that an image acquisition area is ensured not to be shielded by the rear shell, for example, the display orientation of the image acquisition area is the same as that of the display equipment.

As another alternative connection mode, the camera is connected to the display rear shell through a connection board or other conceivable connector, the camera is capable of lifting, the connector is provided with a lifting motor, when a user wants to use the camera or an application program wants to use the camera, the camera is lifted out of the display, and when the camera is not needed, the camera can be embedded in the rear shell to protect the camera from being damaged.

As an embodiment, the camera adopted in the present application may have 1600 ten thousand pixels, so as to achieve the purpose of ultra high definition display. In actual use, cameras higher or lower than 1600 ten thousand pixels may also be used.

After the camera is installed on the display device, the contents displayed by different application scenes of the display device can be fused in various different modes, so that the function which cannot be realized by the traditional display device is achieved.

Illustratively, a user may conduct a video chat with at least one other user while watching a video program. The presentation of the video program may be as a background frame over which a window for video chat is displayed. The function is called 'chat while watching'.

Optionally, in a scene of "chat while watching", at least one video chat is performed across terminals while watching a live video or a network video.

In another example, a user can conduct a video chat with at least one other user while entering the educational application for learning. For example, a student may interact remotely with a teacher while learning content in an educational application. Vividly, this function can be called "chatting while learning".

In another example, a user conducts a video chat with a player entering a card game while playing the game. For example, a player may enable remote interaction with other players when entering a gaming application to participate in a game. Figuratively, this function may be referred to as "watch while playing".

Optionally, the game scene is fused with the video picture, the portrait in the video picture is scratched and displayed in the game picture, and the user experience is improved.

Optionally, in the motion sensing game (such as ball hitting, boxing, running and dancing), the human posture and motion, limb detection and tracking and human skeleton key point data detection are obtained through the camera, and then the human posture and motion, the limb detection and tracking and the human skeleton key point data detection are fused with the animation in the game, so that the game of scenes such as sports and dancing is realized.

In another example, a user may interact with at least one other user in a karaoke application in video and voice. Vividly, this function can be called "sing while watching". Preferably, when at least one user enters the application in a chat scenario, a plurality of users can jointly complete recording of a song.

In another example, a user may turn on a camera locally to take pictures and videos, figurative, which may be referred to as "looking into the mirror".

In other examples, more or less functionality may be added. The function of the display device is not particularly limited in the present application.

Fig. 2 is a block diagram schematically showing the configuration of the control apparatus 100 according to the exemplary embodiment. As shown in fig. 2, the control device 100 includes a controller 110, a communicator 130, a user input/output interface 140, a memory 190, and a power supply 180.

The control apparatus 100 is configured to control the display device 200, and to receive an input operation instruction from a user, and convert the operation instruction into an instruction recognizable and responsive by the display device 200, and to mediate interaction between the user and the display device 200. Such as: the user operates the channel up/down key on the control device 100, and the display device 200 responds to the channel up/down operation.

In some embodiments, the control device 100 may be a smart device. Such as: the control apparatus 100 may install various applications that control the display device 200 according to user demands.

In some embodiments, as shown in fig. 1, the mobile terminal 100B or other intelligent electronic device may function similar to the control apparatus 100 after installing an application for manipulating the display device 200. Such as: the user may implement the functions of controlling the physical keys of the apparatus 100 by installing applications, various function keys or virtual buttons of a graphical user interface available on the mobile terminal 100B or other intelligent electronic devices.

The controller 110 includes a processor 112, a RAM113 and a ROM114, a communication interface, and a communication bus. The controller 110 is used to control the operation of the control device 100, as well as the internal components for communication and coordination and external and internal data processing functions.

The communicator 130 enables communication of control signals and data signals with the display apparatus 200 under the control of the controller 110. Such as: the received user input signal is transmitted to the display apparatus 200. The communicator 130 may include at least one of a WIFI module 131, a bluetooth module 132, an NFC module 133, and the like.

A user input/output interface 140, wherein the input interface includes at least one of a microphone 141, a touch pad 142, a sensor 143, a key 144, and the like. Such as: the user can realize a user instruction input function through actions such as voice, touch, gesture, pressing, and the like, and the input interface converts the received analog signal into a digital signal and converts the digital signal into a corresponding instruction signal, and sends the instruction signal to the display device 200.

The output interface includes an interface that transmits the received user instruction to the display apparatus 200. In some embodiments, it may be an infrared interface or a radio frequency interface. Such as: when the infrared signal interface is used, the user input instruction needs to be converted into an infrared control signal according to an infrared control protocol, and the infrared control signal is sent to the display device 200 through the infrared sending module. The following steps are repeated: when the rf signal interface is used, a user input command needs to be converted into a digital signal, and then the digital signal is modulated according to the rf control signal modulation protocol and then transmitted to the display device 200 through the rf transmitting terminal.

In some embodiments, the control device 100 includes at least one of a communicator 130 and an output interface. The communicator 130 is configured in the control device 100, such as: the modules of WIFI, bluetooth, NFC, etc. may send the user input command to the display device 200 through the WIFI protocol, or the bluetooth protocol, or the NFC protocol code.

And a memory 190 for storing various operation programs, data and applications for driving and controlling the control apparatus 100 under the control of the controller 110. The memory 190 may store various control signal commands input by a user.

And a power supply 180 for providing operational power support to the components of the control device 100 under the control of the controller 110. A battery and associated control circuitry.

A hardware configuration block diagram of a hardware system in the display apparatus 200 according to an exemplary embodiment is exemplarily shown in fig. 3.

When a dual hardware system architecture is adopted, the mechanism relationship of the hardware system can be shown in fig. 3. For convenience of description, one hardware system in the dual hardware system architecture will be referred to as a first hardware system or a system, a-chip, and the other hardware system will be referred to as a second hardware system or N-system, N-chip. The chip A comprises a controller of the chip A and various modules connected with the controller of the chip A through various interfaces, and the chip N comprises a controller of the chip N and various modules connected with the controller of the chip N through various interfaces. The a-chip and the N-chip may each have a separate operating system installed therein, so that there are two separate but interrelated subsystems in the display apparatus 200.

As shown in fig. 3, the a chip and the N chip may be connected, communicated and powered through a plurality of different types of interfaces. The interface type of the interface between the a chip and the N chip may include a General-purpose input/output (GPIO) interface, a USB interface, an HDMI interface, a UART interface, and the like. One or more of these interfaces may be used for communication or power transfer between the a-chip and the N-chip. For example, as shown in fig. 3, in the dual hardware system architecture, the N chip may be powered by an external power source (power), and the a chip may not be powered by the external power source but by the N chip.

In addition to the interface for connecting with the N chip, the a chip may further include an interface for connecting other devices or components, such as an MIPI interface for connecting a Camera (Camera) shown in fig. 3, a bluetooth interface, and the like.

Similarly, in addition to the interface for connecting with the N chip, the N chip may further include an VBY interface for connecting with a display screen tcon (timer Control register), and an i2S interface for connecting with a power Amplifier (AMP) and a Speaker (Speaker); and an IR/Key interface, a USB interface, a Wifi interface, a bluetooth interface, an HDMI interface, a Tuner interface, and the like.

The dual hardware system architecture of the present application is further described below with reference to fig. 4. It should be noted that fig. 4 is only an exemplary illustration of the dual hardware system architecture of the present application, and does not represent a limitation of the present application. In actual practice, both hardware systems may contain more or less hardware or interfaces as desired.

A block diagram of the hardware architecture of the display device 200 according to fig. 3 is exemplarily shown in fig. 4. As shown in fig. 4, the hardware system of the display device 200 may include an a chip and an N chip, and a module connected to the a chip or the N chip through various interfaces.

The N-chip may include a tuner demodulator 220, a communicator 230, an external device interface 250, a controller 210, a memory 290, a user input interface, a video processor 260-1, an audio processor 260-2, a display 280, an audio output interface 270, and a power supply. The N-chip may also include more or fewer modules in other embodiments.

The tuning demodulator 220 is configured to perform modulation and demodulation processing such as amplification, mixing, resonance and the like on a broadcast television signal received in a wired or wireless manner, so as to demodulate an audio/video signal carried in a frequency of a television channel selected by a user and additional information (e.g., an EPG data signal) from a plurality of wireless or wired broadcast television signals. Depending on the broadcast system of the television signal, the signal path of the tuner 220 may be various, such as: terrestrial broadcasting, cable broadcasting, satellite broadcasting, internet broadcasting, or the like; according to different modulation types, the adjustment mode of the signal can be a digital modulation mode or an analog modulation mode; and depending on the type of television signal being received, tuner demodulator 220 may demodulate analog and/or digital signals.

The tuner demodulator 220 is also operative to respond to the user-selected television channel frequency and the television signals carried thereby, in accordance with the user selection, and as controlled by the controller 210.

In other exemplary embodiments, the tuner/demodulator 220 may be in an external device, such as an external set-top box. In this way, the set-top box outputs television audio/video signals after modulation and demodulation, and the television audio/video signals are input into the display device 200 through the external device interface 250.

The communicator 230 is a component for communicating with an external device or an external server according to various communication protocol types. For example: the communicator 230 may include a WIFI module 231, a bluetooth communication protocol module 232, a wired ethernet communication protocol module 233, and other network communication protocol modules such as an infrared communication protocol module or a near field communication protocol module.

The display apparatus 200 may establish a connection of a control signal and a data signal with an external control apparatus or a content providing apparatus through the communicator 230. For example, the communicator may receive a control signal of the remote controller 100A according to the control of the controller.

The external device interface 250 is a component for providing data transmission between the N-chip controller 210 and the a-chip and other external devices. The external device interface may be connected with an external apparatus such as a set-top box, a game device, a notebook computer, etc. in a wired/wireless manner, and may receive data such as a video signal (e.g., moving image), an audio signal (e.g., music), additional information (e.g., EPG), etc. of the external apparatus.

The external device interface 250 may include: a High Definition Multimedia Interface (HDMI) terminal 251, a Composite Video Blanking Sync (CVBS) terminal 252, an analog or digital component terminal 253, a Universal Serial Bus (USB) terminal 254, a red, green, blue (RGB) terminal (not shown), and the like. The number and type of external device interfaces are not limited by this application.

The controller 210 controls the operation of the display device 200 and responds to the user's operation by running various software control programs (e.g., an operating system and/or various application programs) stored on the memory 290.

As shown in fig. 4, the controller 210 includes a read only memory RAM214, a random access memory ROM213, a graphics processor 216, a CPU processor 212, a communication interface 218, and a communication bus. The RAM214, the ROM213, the graphic processor 216, the CPU processor 212, and the communication interface 218 are connected via a bus.

A ROM213 for storing instructions for various system boots. If the display device 200 is powered on upon receipt of the power-on signal, the CPU processor 212 executes a system boot instruction in the ROM and copies the operating system stored in the memory 290 to the RAM214 to start running the boot operating system. After the start of the operating system is completed, the CPU processor 212 copies the various application programs in the memory 290 to the RAM214, and then starts running and starting the various application programs.

A graphics processor 216 for generating various graphics objects, such as: icons, operation menus, user input instruction display graphics, and the like. The display device comprises an arithmetic unit which carries out operation by receiving various interactive instructions input by a user and displays various objects according to display attributes. And a renderer for generating various objects based on the operator and displaying the rendered result on the display 280.

A CPU processor 212 for executing operating system and application program instructions stored in memory 290. And executing various application programs, data and contents according to various interactive instructions received from the outside so as to finally display and play various audio and video contents.

In some exemplary embodiments, the CPU processor 212 may include a plurality of processors. The plurality of processors may include a main processor and a plurality of or a sub-processor. A main processor for performing some operations of the display apparatus 200 in a pre-power-up mode and/or operations of displaying a screen in a normal mode. A plurality of or one sub-processor for performing an operation in a standby mode or the like.

The communication interfaces may include a first interface 218-1 through an nth interface 218-n. These interfaces may be network interfaces that are connected to external devices via a network.

The controller 210 may control the overall operation of the display apparatus 200. For example: in response to receiving a user command for selecting a UI object to be displayed on the display 280, the controller 210 may perform an operation related to the object selected by the user command.

Wherein the object may be any one of selectable objects, such as a hyperlink or an icon. Operations related to the selected object, such as: displaying an operation connected to a hyperlink page, document, image, or the like, or performing an operation of a program corresponding to an icon. The user command for selecting the UI object may be a command input through various input means (e.g., a mouse, a keyboard, a touch pad, etc.) connected to the display apparatus 200 or a voice command corresponding to a voice spoken by the user.

The memory 290 includes a memory for storing various software modules for driving and controlling the display apparatus 200. Such as: various software modules stored in memory 290, including: the system comprises a basic module, a detection module, a communication module, a display control module, a browser module, various service modules and the like.

The basic module is a bottom layer software module for signal communication between hardware in the display device 200 and sending processing and control signals to an upper layer module. The detection module is a management module used for collecting various information from various sensors or user input interfaces, and performing digital-to-analog conversion and analysis management.

For example: the voice recognition module comprises a voice analysis module and a voice instruction database module. The display control module is a module for controlling the display 280 to display image content, and may be used to play information such as multimedia image content and UI interface. The communication module is used for carrying out control and data communication with external equipment. And the browser module is used for executing data communication between the browsing servers. The service module is a module for providing various services and various application programs.

Meanwhile, the memory 290 is also used to store visual effect maps and the like for receiving external data and user data, images of respective items in various user interfaces, and a focus object.

A user input interface for transmitting an input signal of a user to the controller 210 or transmitting a signal output from the controller to the user. For example, the control device (e.g., a mobile terminal or a remote controller) may send an input signal, such as a power switch signal, a channel selection signal, a volume adjustment signal, etc., input by a user to the user input interface, and then the input signal is forwarded to the controller by the user input interface; alternatively, the control device may receive an output signal such as audio, video, or data output from the user input interface via the controller, and display the received output signal or output the received output signal in audio or vibration form.

In some embodiments, a user may enter a user command on a Graphical User Interface (GUI) displayed on the display 280, and the user input interface receives the user input command through the Graphical User Interface (GUI). Alternatively, the user may input the user command by inputting a specific sound or gesture, and the user input interface receives the user input command by recognizing the sound or gesture through the sensor.

The video processor 260-1 is configured to receive a video signal, and perform video data processing such as decompression, decoding, scaling, noise reduction, frame rate conversion, resolution conversion, and image synthesis according to a standard codec protocol of the input signal, so as to obtain a video signal that is directly displayed or played on the display 280.

Illustratively, the video processor 260-1 includes a demultiplexing module, a video decoding module, an image synthesizing module, a frame rate conversion module, a display formatting module, and the like.

The demultiplexing module is used for demultiplexing the input audio and video data stream, and if the input MPEG-2 is input, the demultiplexing module demultiplexes the input audio and video data stream into a video signal and an audio signal.

And the video decoding module is used for processing the video signal after demultiplexing, including decoding, scaling and the like.

And the image synthesis module is used for carrying out superposition mixing processing on the GUI signal input by the user or generated by the user and the video image after the zooming processing by the graphic generator so as to generate an image signal for display.

The frame rate conversion module is configured to convert a frame rate of an input video, such as a 24Hz, 25Hz, 30Hz, or 60Hz video, into a 60Hz, 120Hz, or 240Hz frame rate, where the input frame rate may be related to a source video stream, and the output frame rate may be related to an update rate of a display. The input is realized in a common format by using a frame insertion mode.

And a display formatting module for converting the signal output by the frame rate conversion module into a signal conforming to a display format of a display, such as converting the format of the signal output by the frame rate conversion module to output an RGB data signal.

And a display 280 for receiving the image signal input from the video processor 260-1 and displaying the video content and image and the menu manipulation interface. The display 280 includes a display component for presenting a picture and a driving component for driving the display of an image. The video content may be displayed from the video in the broadcast signal received by the tuner/demodulator 220, or from the video content input from the communicator or the external device interface. And a display 220 simultaneously displaying a user manipulation interface UI generated in the display apparatus 200 and used to control the display apparatus 200.

And, a driving component for driving the display according to the type of the display 280. Alternatively, in case the display 280 is a projection display, it may also comprise a projection device and a projection screen.

The audio processor 260-2 is configured to receive an audio signal, decompress and decode the audio signal according to a standard codec protocol of the input signal, and perform noise reduction, digital-to-analog conversion, amplification and other audio data processing to obtain an audio signal that can be played in the speaker 272.

An audio output interface 270 for receiving the audio signal output by the audio processor 260-2 under the control of the controller 210, wherein the audio output interface may include a speaker 272 or an external sound output terminal 274 for outputting to a generating device of an external device, such as: external sound terminal or earphone output terminal.

In other exemplary embodiments, video processor 260-1 may comprise one or more chip components. The audio processor 260-2 may also include one or more chips.

And, in other exemplary embodiments, the video processor 260-1 and the audio processor 260-2 may be separate chips or may be integrated in one or more chips with the controller 210.

And a power supply for supplying power supply support to the display apparatus 200 from the power input from the external power source under the control of the controller 210. The power supply may include a built-in power supply circuit installed inside the display apparatus 200, or may be a power supply installed outside the display apparatus 200, such as a power supply interface for providing an external power supply in the display apparatus 200.

Similar to the N-chip, as shown in fig. 4, the a-chip may include a controller 310, a communicator 330, a detector 340, and a memory 390. A user input interface, a video processor, an audio processor, a display, an audio output interface may also be included in some embodiments. In some embodiments, there may also be a power supply that independently powers the A-chip.

The communicator 330 is a component for communicating with an external device or an external server according to various communication protocol types. For example: the communicator 330 may include a WIFI module 331, a bluetooth communication protocol module 332, a wired ethernet communication protocol module 333, and other network communication protocol modules such as an infrared communication protocol module or a near field communication protocol module.

The communicator 330 of the a-chip and the communicator 230 of the N-chip also interact with each other. For example, the N-chip WiFi module 231 is used to connect to an external network, generate network communication with an external server, and the like. The WiFi module 331 of the a chip is used to connect to the WiFi module 231 of the N chip without making a direct connection with an external network or the like. Therefore, for the user, a display device as in the above embodiment displays a WiFi account to the outside.

The detector 340 is a component of the display device a chip for collecting signals of an external environment or interacting with the outside. The detector 340 may include a light receiver 342, a sensor for collecting the intensity of ambient light, which may be used to adapt to display parameter changes, etc.; the system may further include an image collector 341, such as a camera, a video camera, etc., which may be configured to collect external environment scenes, collect attributes of the user or interact gestures with the user, adaptively change display parameters, and identify user gestures, so as to implement a function of interaction with the user.

An external device interface 350, which provides a component for data transmission between the controller 310 and the N-chip or other external devices. The external device interface may be connected with an external apparatus such as a set-top box, a game device, a notebook computer, etc. in a wired/wireless manner.

The controller 310 controls the operation of the display device 200 and responds to the user's operation by running various software control programs stored on the memory 390 (e.g., using installed third party applications, etc.), and interacting with the N-chip.

As shown in fig. 4, the controller 310 includes a read only memory ROM313, a random access memory RAM314, a graphics processor 316, a CPU processor 312, a communication interface 318, and a communication bus. The ROM313 and the RAM314, the graphic processor 316, the CPU processor 312, and the communication interface 318 are connected via a bus.

A ROM313 for storing instructions for various system boots. CPU processor 312 executes system boot instructions in ROM and copies the operating system stored in memory 390 to RAM314 to begin running the boot operating system. After the start of the operating system is completed, the CPU processor 312 copies various application programs in the memory 390 to the RAM314, and then starts running and starting various application programs.

The CPU processor 312 is used for executing the operating system and application program instructions stored in the memory 390, communicating with the N chip, transmitting and interacting signals, data, instructions, etc., and executing various application programs, data and contents according to various interaction instructions received from the outside, so as to finally display and play various audio and video contents.

The communication interfaces may include a first interface 318-1 through an nth interface 318-n. These interfaces may be network interfaces connected to external devices via a network, or may be network interfaces connected to the N-chip via a network.

The controller 310 may control the overall operation of the display apparatus 200. For example: in response to receiving a user command for selecting a UI object to be displayed on the display 280, the controller 210 may perform an operation related to the object selected by the user command.

A graphics processor 316 for generating various graphics objects, such as: icons, operation menus, user input instruction display graphics, and the like. The display device comprises an arithmetic unit which carries out operation by receiving various interactive instructions input by a user and displays various objects according to display attributes. And a renderer for generating various objects based on the operator and displaying the rendered result on the display 280.

Both the A-chip graphics processor 316 and the N-chip graphics processor 216 are capable of generating various graphics objects. In distinction, if application 1 is installed on the a-chip and application 2 is installed on the N-chip, the a-chip graphics processor 316 generates a graphics object when a user performs a command input by the user in application 1 at the interface of application 1. When a user makes a command input by the user in the interface of the application 2 and within the application 2, a graphic object is generated by the graphic processor 216 of the N chip.

Fig. 5 is a diagram schematically illustrating a functional configuration of a display device according to an exemplary embodiment.

As shown in fig. 5, the memory 390 of the a-chip and the memory 290 of the N-chip are used to store an operating system, an application program, contents, user data, and the like, respectively, and perform system operations for driving the display device 200 and various operations in response to a user under the control of the controller 310 of the a-chip and the controller 210 of the N-chip. The A-chip memory 390 and the N-chip memory 290 may include volatile and/or non-volatile memory.

The memory 290 is specifically configured to store an operating program for driving the controller 210 in the display device 200, and store various applications installed in the display device 200, various applications downloaded by a user from an external device, various graphical user interfaces related to the applications, various objects related to the graphical user interfaces, user data information, and internal data of various supported applications. The memory 290 is used to store system software such as an Operating System (OS) kernel, middleware, and applications, and to store input video data and audio data, and other user data.

The memory 290 is specifically used for storing drivers and related data such as the video processor 260-1 and the audio processor 260-2, the display 280, the communication interface 230, the tuner demodulator 220, the input/output interface, and the like.

In some embodiments, memory 290 may store software and/or programs, software programs for representing an Operating System (OS) including, for example: a kernel, middleware, an Application Programming Interface (API), and/or an application program. For example, the kernel may control or manage system resources, or functions implemented by other programs (e.g., the middleware, APIs, or applications), and the kernel may provide interfaces to allow the middleware and APIs, or applications, to access the controller to implement controlling or managing system resources.

The memory 290, for example, includes a broadcast receiving module 2901, a channel control module 2902, a volume control module 2903, an image control module 2904, a display control module 2905, an audio control module 2906, an external instruction recognition module 2907, a communication control module 2908, a power control module 2910, an operating system 2911, and other application programs 2912, a browser module, and the like. The controller 210 performs functions such as: the system comprises a broadcast television signal receiving and demodulating function, a television channel selection control function, a volume selection control function, an image control function, a display control function, an audio control function, an external instruction identification function, a communication control function, an optical signal receiving function, an electric power control function, a software control platform supporting various functions, a browser function and other various functions.

The memory 390 includes a memory storing various software modules for driving and controlling the display apparatus 200. Such as: various software modules stored in memory 390, including: the system comprises a basic module, a detection module, a communication module, a display control module, a browser module, various service modules and the like. Since the functions of the memory 390 and the memory 290 are similar, reference may be made to the memory 290 for relevant points, and thus, detailed description thereof is omitted here.

Illustratively, the memory 390 includes an image control module 3904, an audio control module 2906, an external instruction recognition module 3907, a communication control module 3908, a light receiving module 3909, an operating system 3911, and other application programs 3912, a browser module, and the like. The controller 210 performs functions such as: the system comprises an image control function, a display control function, an audio control function, an external instruction identification function, a communication control function, an optical signal receiving function, an electric power control function, a software control platform supporting various functions, a browser function and other various functions.

Differently, the external instruction recognition module 2907 of the N-chip and the external instruction recognition module 3907 of the a-chip can recognize different instructions.

Illustratively, since the image receiving device such as a camera is connected with the a-chip, the external instruction recognition module 3907 of the a-chip may include an image recognition module 3907-1, a graphic database is stored in the image recognition module 3907-1, and when the camera receives an external graphic instruction, the camera corresponds to the instruction in the graphic database to perform instruction control on the display device. Since the voice receiving device and the remote controller are connected to the N-chip, the external command recognition module 2907 of the N-chip may include a voice recognition module 2907-2, a voice database is stored in the voice recognition module 2907-2, and when the voice receiving device receives an external voice command or the like, the voice receiving device and the like perform a corresponding relationship with a command in the voice database to perform command control on the display device. Similarly, a control device 100 such as a remote controller is connected to the N-chip, and a key command recognition module performs command interaction with the control device 100.

A block diagram of a configuration of a software system in a display device 200 according to an exemplary embodiment is exemplarily shown in fig. 6 a.

For an N-chip, as shown in fig. 6a, the operating system 2911, which includes executing operating software for handling various basic system services and for performing hardware related tasks, serves as an intermediary between applications and hardware components for data processing.

In some embodiments, portions of the operating system kernel may contain a series of software to manage the display device hardware resources and provide services to other programs or software code.

In other embodiments, portions of the operating system kernel may include one or more device drivers, which may be a set of software code in the operating system that assists in operating or controlling the devices or hardware associated with the display device. The drivers may contain code that operates the video, audio, and/or other multimedia components. Examples include a display, a camera, Flash, WiFi, and audio drivers.

The accessibility module 2911-1 is configured to modify or access the application program to achieve accessibility and operability of the application program for displaying content.

A communication module 2911-2 for connection to other peripherals via associated communication interfaces and a communication network.

The user interface module 2911-3 is configured to provide an object for displaying a user interface, so that each application program can access the object, and user operability can be achieved.

Control applications 2911-4 for controlling process management, including runtime applications and the like.

The event transmission system 2914 may be implemented within the operating system 2911 or within the application 2912. In some embodiments, an aspect is implemented within the operating system 2911, while implemented in the application 2912, for listening for various user input events, and will implement one or more sets of predefined operations in response to various events referring to the recognition of various types of events or sub-events.

The event monitoring module 2914-1 is configured to monitor an event or a sub-event input by the user input interface.

The event identification module 2914-2 is used to input various event definitions for various user input interfaces, identify various events or sub-events, and transmit them to the process for executing one or more sets of their corresponding handlers.

The event or sub-event refers to an input detected by one or more sensors in the display device 200 and an input of an external control device (e.g., the control apparatus 100). Such as: the method comprises the following steps of inputting various sub-events through voice, inputting a gesture sub-event through gesture recognition, inputting a remote control key command of a control device and the like. Illustratively, the one or more sub-events in the remote control include a variety of forms including, but not limited to, one or a combination of key presses up/down/left/right/, ok keys, key presses, and the like. And non-physical key operations such as move, hold, release, etc.

The interface layout management module 2913, directly or indirectly receiving the input events or sub-events from the event transmission system 2914, monitors the input events or sub-events, and updates the layout of the user interface, including but not limited to the position of each control or sub-control in the interface, and the size, position, and level of the container, which are related to the layout of the interface.

Since the functions of the operating system 3911 of the a chip are similar to those of the operating system 2911 of the N chip, reference may be made to the operating system 2911 for relevant points, and details are not repeated here.

As shown in fig. 6b, the application layer of the display device contains various applications that can be executed at the display device 200.

The N-chip application layer 2912 may include, but is not limited to, one or more applications such as: a video-on-demand application, an application center, a game application, and the like. The application layer 3912 of the a-chip may include, but is not limited to, one or more applications such as: live television applications, media center applications, and the like. It should be noted that what applications are respectively contained in the a chip and the N chip is determined according to an operating system and other designs, and the present invention does not need to make specific limitations and divisions on the applications contained in the a chip and the N chip.

The live television application program can provide live television through different signal sources. For example, a live television application may provide television signals using input from cable television, radio broadcasts, satellite services, or other types of live television services. And, the live television application may display video of the live television signal on the display device 200.

A video-on-demand application may provide video from different storage sources. Unlike live television applications, video on demand provides a video display from some storage source. For example, the video on demand may come from a server side of the cloud storage, from a local hard disk storage containing stored video programs.

The media center application program can provide various applications for playing multimedia contents. For example, a media center, which may be other than live television or video on demand, may provide services that a user may access to various images or audio through a media center application.

The application program center can provide and store various application programs. The application may be a game, an application, or some other application associated with a computer system or other device that may be run on a display device. The application center may obtain these applications from different sources, store them in local storage, and then be operable on the display device 200.

Since the a-chip and the N-chip may have independent operating systems installed therein, there are two independent but interrelated subsystems in the display device 200. For example, Android and various APPs can be independently installed on the chip a and the chip N, so that each chip can realize a certain function, and the chip a and the chip N cooperatively realize a certain function.

A schematic view of a user interface in a display device 200 according to an exemplary embodiment is illustrated in fig. 7 a. As shown in fig. 7a, the user interface comprises a plurality of view display areas, illustratively a first view display area 201 and a play screen 202, wherein the play screen comprises a layout of one or more different items. And a selector in the user interface indicating that the item is selected, the position of the selector being movable by user input to change the selection of a different item.

It should be noted that the multiple view display areas may present display screens of different hierarchies. For example, a first view display area may present video chat project content and a second view display area may present application layer project content (e.g., web page video, VOD presentations, application screens, etc.).

Optionally, the different view display areas are presented with different priorities, and the display priorities of the view display areas are different among the view display areas with different priorities. If the priority of the system layer is higher than that of the application layer, when the user uses the acquisition selector and picture switching in the application layer, the picture display of the view display area of the system layer is not blocked; and when the size and the position of the view display area of the application layer are changed according to the selection of the user, the size and the position of the view display area of the system layer are not influenced.

The display frames of the same hierarchy can also be presented, at this time, the selector can switch between the first view display area and the second view display area, and when the size and the position of the first view display area are changed, the size and the position of the second view display area can be changed along with the change.

Bluetooth (Bluetooth) is a wireless technology standard that enables short-range data exchange (using UHF radio waves in the ISM band of 2.4 to 2.485 GHz) between fixed devices, mobile devices, and building personal area networks. The frequency hopping is one of the most commonly used spread spectrum methods, and the operating principle thereof is a communication method in which the carrier frequencies of signals transmitted by both the transmitter and the receiver are discretely changed according to a predetermined rule, that is, the carrier frequencies used in the communication process are randomly hopped under the control of a pseudo-random change code.

Fig. 8a illustrates a display device according to an exemplary embodiment of the present application, as shown in fig. 8a, the display device including: a display 810 for presenting a user interface of an application, the user interface comprising at least one view display area, such as the first view display area 201 shown in fig. 7a and another view display area for displaying a play screen 202, each of the view display areas comprising one or more function icons; a selector 820 for indicating that the function icon is selected, the selector being configured such that when a user input for moving the selector is received, the position of the selector in the user interface is moved to enable selection of a function icon, for example the "bluetooth and peripheral" function icon shown in fig. 7b is selected by the selector; the first controller 830, the first controller 830 is connected with a first bluetooth module 840; a second controller 850 connected to the first controller, and a second bluetooth module 860 connected to the second controller 850. The first controller is a controller of the first chip, and the second controller is a controller of the second chip.

As can be seen from fig. 8a, the first bluetooth module and the second bluetooth module of the display device shown in fig. 8a can establish a communication connection with an external bluetooth device through the first bluetooth module and/or the second bluetooth module, so that a user can obtain a richer experience on the display device in combination with the functions of the external bluetooth device. For example, using a bluetooth speaker, a bluetooth headset for a better audio input and output experience, using a bluetooth gamepad, etc. for a better gaming experience, and so on.

Fig. 8b is a schematic diagram of a dual bluetooth module framework in a display device according to an exemplary embodiment of the present application. As shown in fig. 8b, in some embodiments, the first chip is communicable with the second chip, the first chip is connected to and communicates with the first bluetooth module, and the second chip is connected to and communicates with the second bluetooth module.

The first Bluetooth module comprises a first Bluetooth controller and a first radio frequency unit, and the second Bluetooth module comprises a second Bluetooth controller and a second radio frequency unit. The Bluetooth controller is used for receiving and sending data of the radio frequency unit, and the radio frequency unit is used for scanning signals and generating scanning data. In some embodiments, a bluetooth controller may also be used to set up the bluetooth protocol stack.

Fig. 8c is a schematic diagram of a software configuration of the first chip and the second chip according to an exemplary embodiment of the present application. As shown in fig. 8c, a first operating system is run on the first chip, and the first operating system includes a first application layer, a first framework layer, a first runtime layer and a first kernel layer; the second operating system runs on the second chip and comprises a second application layer, a second framework layer, a first runtime library layer and a second kernel layer.

In some embodiments, the first protocol stack is a bluetooth protocol stack corresponding to the first bluetooth module, and the first protocol stack may be disposed on the first chip, for example, disposed in the first runtime layer or the first kernel layer, or disposed in the first bluetooth controller. The second protocol stack is a bluetooth protocol stack corresponding to the second bluetooth module, and the second protocol stack may be disposed on the second chip, for example, disposed in the second runtime layer or the second kernel layer, or disposed in the second bluetooth controller.

In some embodiments, the module running the first protocol stack and the first radio frequency unit controlled by the first protocol stack are referred to as a first bluetooth module, and the module running the first application layer and the first framework layer is referred to as a first controller. A module running the second protocol stack and the second radio unit controlled by the second protocol stack is called a second bluetooth module, and a module running the second application layer and the second framework layer is called a second controller.

In some embodiments, the Framework layer (Framework) is responsible for processing the upper layer call logic and processing the reported data of the protocol Stack (Stack); the Bluetooth protocol stack is used for processing the whole logic flow related to the Bluetooth module, and comprises protocol judgment, data filtering and the like.

In some embodiments, the first chip and the second chip communicate through the first frame layer and the second frame layer.

As shown in fig. 8b and 8c, the second bluetooth module may receive and respond to the command issued by the second framework layer, and the first bluetooth module may receive and respond to the command issued by the first framework layer. In addition, because the first controller and the second controller can be connected and communicated through a plurality of interfaces of different types, the first bluetooth module can also receive the instruction issued by the second framework layer. Of course, in other scenarios, the second bluetooth module may also receive and respond to the instruction issued by the first framework layer.

In some embodiments of the present application, the applications running on the first application layer are all third-party applications, such as game applications like "dance", "violent god", and the like; the second application layer runs a system setting application and other preset applications, wherein the other preset applications are applications specific to the brand of the display device, such as social applications like "hi" pre-installed in the Haixin TV operating system.

The system setup application refers to a utility program for enabling a user to modify system configuration or functions, for example, the user modifies network connections including opening, closing, modifying connected networks, etc. in the system setup application, and for example, the user sets system parameters such as sound parameters, display parameters, etc. in the system setup application, and for example, the user manages various applications such as uninstallation, outage, etc. in the system setup application.

Typically, the application program may provide a user with a visual window for operating the bluetooth module and be presented through the display of the display device.

As an example, the user may operate the bluetooth module in a "system setup" application. Fig. 7b shows an operation interface provided by the "system setup" application, which is shown in fig. 7b, the operation interface is provided with operation controls such as "WI-FI", "universal setup", "bluetooth and peripheral", and after the user selects "bluetooth and peripheral" and determines it, the user enters another operation interface shown in fig. 7c, and when the user selects "scan device-OFF" and determines it, the control is turned into "scan device-ON", and then a scan instruction is triggered, where the scan instruction is used to instruct the first bluetooth module and the second bluetooth module to scan external bluetooth devices.

As shown in fig. 7b or fig. 7c, the external bluetooth device includes a bluetooth mouse 701, a bluetooth keyboard 702, a bluetooth speaker 703, a bluetooth game pad 704, and the like in the vicinity of the display device 200. These external bluetooth devices can send out broadcast information based on the frequency hopping principle after their bluetooth functions are turned on. When the Bluetooth module of the display device receives the broadcast information sent by any Bluetooth device, the device is scanned.

As another example, the user may operate the bluetooth module in an application program other than "system setup" in the second application layer. Fig. 9a shows an operation interface provided by such an application, as shown in fig. 9a, the operation interface is provided with operation controls such as "premium class", "ranking", "bluetooth and speaker", and the like, after the user selects "bluetooth and speaker" and determines, the user enters another operation interface shown in fig. 9b, and ON the operation interface shown in fig. 9b, when the user selects "scanning device-OFF" and determines, the control is turned into "scanning device-ON", and then a scanning instruction is triggered, and the scanning instruction is used for instructing the second bluetooth module to scan the external bluetooth device.

As another example, a user may operate a bluetooth module in a third party application, such as a gaming application like "dance", "hobby car god", etc. Fig. 10a shows an operation interface provided by a certain game application, as shown in fig. 10a, after the user selects bluetooth and handle and confirms the selection, another operation interface shown in fig. 10b is entered, and when the user selects scanning device-OFF and confirms the selection, the control is converted into scanning device-ON, and a scanning instruction is triggered, and the scanning instruction is used for instructing the first bluetooth module to scan the external bluetooth device.

Of course, in some other scenarios, when the application program is started, the scan instruction is automatically issued to the corresponding bluetooth module to instruct the corresponding bluetooth module to scan the external bluetooth device.

When the first bluetooth module or the second bluetooth module searches for the external bluetooth device, it needs to inquire on each channel, and when the inquirer and the external bluetooth device jump to the same channel at the same time, i.e. the inquirer scans the external bluetooth device, at this moment, the device information is recorded.

Based on the three scenes, if the first Bluetooth module and the second Bluetooth module receive the same scanning instruction, the first Bluetooth module and the second Bluetooth module both respond to the instruction and start to scan external Bluetooth equipment; if the first bluetooth module and the second bluetooth module receive different scanning instructions at the same time, the first bluetooth module and the second bluetooth module respectively respond to the received instructions and scan the external bluetooth device at the same time. Wherein the aforementioned "simultaneously" means that the two events occur at the same point in time or occur one after the other within a sufficiently short period of time.

Because the actual physical distance of first bluetooth module and second bluetooth module is very close, when the two scans outside bluetooth equipment simultaneously, very easily cause the interference each other, and then cause the phenomenon that scanning speed is slow, consuming time is long or can't scan equipment, seriously influence user experience.

In some embodiments, when the inventor solves the problem of mutual interference between two bluetooth modules in a display device, it is found that, due to different applications executed by the first and second chips, types of bluetooth peripherals that different applications need to be connected to have specificity, that is, different types of bluetooth peripherals need to be connected to different bluetooth modules. For example, since the third-party game application runs on the first chip, BLE-type devices such as a bluetooth keyboard, a bluetooth mouse, and a bluetooth gamepad need to be connected to the first bluetooth module; since the second chip includes an audio input and output module, a bluetooth device of A2DP type, such as a bluetooth speaker, a bluetooth headset, etc., needs to be connected to the second bluetooth module.

Based on the above discovery, the present application provides a display device, which has a basic idea that different bluetooth modules are configured to scan bluetooth devices of different device types, and different device type information is encapsulated in a scan instruction according to different bluetooth device types required for initiating an application of the scan instruction, so that when any one bluetooth module receives the scan instruction, the bluetooth module scans bluetooth devices of corresponding types according to the device type information carried in the scan instruction, thereby realizing that two modules respectively scan different types of bluetooth devices, and avoiding or reducing interference.

To achieve the above-mentioned idea, in an embodiment of the present application, a first controller or a second controller of a display device is configured to execute a flow of steps shown in fig. 11:

step 111, generating a scanning instruction carrying the device type information according to the device type information of the bluetooth device required by the application, wherein the device type information includes at least one of the first device type information and the second device type information.

In this embodiment, the scan command carries device type information, that is, information indicating the type of the bluetooth device. Because the first and second hardware systems run different applications, and the types of bluetooth peripherals that different applications need to connect to are also specific, that is, different types of bluetooth peripherals need to connect to different bluetooth modules, the device type information carried in a certain scanning instruction depends on the requirements of the application initiating the scanning.

For example, since most of the applications run by the first chip are third-party game applications, and an external bluetooth device of a BLE device type is required, the BLE type information may be packaged in a scan instruction initiated by such applications, so as to instruct the first bluetooth module to scan only bluetooth devices of the BLE type. For another example, since the second chip is configured with a sound input/output module, and among the applications run by the second chip, in addition to the system setup application, most of the social applications are like "hi", such applications require an external bluetooth device of the A2DP device type, and therefore information of the A2DP type may be encapsulated in a scan command initiated by such applications to instruct the second bluetooth module to scan only bluetooth devices of the A2DP type.

It should be noted that BLE (bluetooth Low Energy) is a short-range, Low-cost, and interoperable wireless technology that utilizes many intelligent means to minimize power consumption. As is well known to those skilled in the art, the LE bluetooth under the bluetooth 4.0 specification is referred to in the art as bluetooth low energy, while the present application relates to bluetooth devices of the BLE type, i.e. bluetooth devices supporting bluetooth low energy technology, such as a gamepad, a keyboard, a mouse, etc. The bluetooth device of A2DP (Advanced Audio Distribution Profile, bluetooth Audio transmission model protocol) type refers to a bluetooth device supporting the bluetooth Audio transmission model protocol, such as a bluetooth speaker, a bluetooth headset, etc.

In particular implementations, a first application layer in the first controller is configured to run a first application and a second application layer in the second controller is configured to run a second application. When receiving user operation for indicating the scanning of the Bluetooth equipment, the first application sends first registration information to the first framework layer, and the first framework layer receives the first registration information and generates a scanning instruction carrying equipment type information according to the equipment type information represented by the first registration information. When receiving user operation for indicating the scanning of the Bluetooth device, the second application sends second registration information to the second framework layer, and the second framework layer receives the second registration information and generates a scanning instruction carrying device type information according to the device type information represented by the second registration information, wherein the device type information comprises at least one of the first device type information and the second device type information.

In some embodiments, the first device type information is one of BLE device type information and A2DP device type information, and the second device type information is the other of BLE device type information and A2DP device type information.

In some embodiments, both BLE device type information and A2DP device type information may be replaced by other bluetooth device type information, and the first device type information and the second device type information may be directed to bluetooth devices that satisfy different bluetooth protocols.

In step 112, the scan command is sent to the target bluetooth module, so that the target bluetooth module scans the bluetooth devices of corresponding types according to the device type information in the scan command.

Wherein the target Bluetooth module includes at least one of a first Bluetooth module configured as a Bluetooth device that scans for first device type information and a second Bluetooth module configured as a Bluetooth device that scans for second device type information.

In some embodiments, only one of the target bluetooth modules is the first bluetooth module or the second bluetooth module. The target bluetooth module corresponding to the device type information in the scan command may be determined according to a preset corresponding relationship between the device type information and the bluetooth module, where the device type information corresponding to the first bluetooth module is different from the device type information corresponding to the second bluetooth module in the preset corresponding relationship. For example, a first bluetooth module corresponds to a first device type, which may be a BLE type, and a second bluetooth module corresponds to a second device type, which may be an A2DP type. The first bluetooth module is configured as a bluetooth device that scans for first device type information and the second bluetooth module is configured as a bluetooth device that scans for second device type information.

In these embodiments, when the scan command is generated by the first controller and the target bluetooth module is the first bluetooth module, the first controller directly sends the scan command to the first bluetooth module, specifically, the first framework layer may directly send the scan command to the first bluetooth module without passing through the second controller, and in another embodiment, the first kernel layer may also directly send the scan command to the first bluetooth module; when the scanning instruction is generated by the first controller and the target Bluetooth module is a second Bluetooth module, the first controller sends the scanning instruction to the second controller, the second controller sends the received scanning instruction to the second Bluetooth module, specifically, the first framework layer sends the scanning instruction to the second framework layer, and the second framework layer sends the received scanning instruction to the second Bluetooth module; when the scan command is generated by the second controller and the target bluetooth module is the second bluetooth module, the second controller directly sends the scan command to the second bluetooth module, specifically, the second framework layer directly sends the scan command to the second bluetooth module without passing through the first controller, and in another embodiment, the second kernel layer also directly sends the scan command to the second bluetooth module; when the scan command is generated by the second controller and the target bluetooth module is the first bluetooth module, the second controller sends the scan command to the first controller, the first controller sends the received scan command to the first bluetooth module, specifically, the second framework layer sends the scan command to the first framework layer, and the first framework layer sends the received scan command to the first bluetooth module.

In other embodiments, the first bluetooth module and the second bluetooth module are both target bluetooth modules. In such embodiments, the first bluetooth module is configured to, when the device type information in the received scanning instruction matches a device type (first device type information) preset by the first bluetooth module, scan a bluetooth device corresponding to the device type information (first device type information) in the scanning instruction; the second bluetooth module is configured to scan the bluetooth device corresponding to the device type information (second device type information) in the scan command when the device type information in the received scan command matches a device type (second device type information) preset by the second bluetooth module.

In these embodiments, when the scan command is generated by the first controller, the first controller sends the scan command to the first bluetooth module, and sends the scan command to the second controller, so that the second controller sends the received scan command to the second bluetooth module, specifically, the first framework layer sends the scan command to the first bluetooth module, and meanwhile, sends the scan command to the second framework layer, so that the second framework layer sends the received scan command to the second bluetooth module; when the scanning instruction is generated by the second controller, the second controller sends the scanning instruction to the second bluetooth module, and sends the scanning instruction to the first controller so that the first controller sends the received scanning instruction to the first bluetooth module, specifically, the second framework layer sends the scanning instruction to the second bluetooth module, and simultaneously, sends the scanning instruction to the first framework layer so that the first framework layer sends the received scanning instruction to the first bluetooth module.

It should be noted that, in the embodiment of the present application, the device type required by the application may be a specific device type, such as A2DP or BLE, or may be all the device types. For example, when a user inputs a user operation for instructing the scanning device in the system setup application, the framework layer may generate a scanning instruction carrying device type information for characterizing all device types according to the corresponding operation registration information.

Based on this, in further embodiments, the target bluetooth module is the first bluetooth module and/or the second bluetooth module. In these embodiments, the first bluetooth module is configured to, when the device type information in the received scan instruction represents all device types, scan bluetooth devices of a first preset type, where the first preset type corresponds to a type set, and the type set is included in all device type sets, or the first preset type at least includes one device type and at most includes all device types; correspondingly, the second bluetooth module is configured to, when it is received that the scanned device type information represents all device types, scan bluetooth devices of a second preset type, where a type set corresponding to the second preset type is not completely the same as or completely different from a type set corresponding to the first preset type, and the type set corresponding to the second preset type is included in all device types, or the first preset type includes at least one device type and at most all device types.

Optionally, the type set corresponding to the first preset type may be a type set corresponding to all device types, and the type set corresponding to the second preset type may include two types, BR and EDR. In this optional manner, when the first bluetooth module receives a scan instruction carrying device type information for characterizing all device types, it will scan all types of bluetooth devices; when the second bluetooth module receives a scanning instruction carrying device type information for characterizing all device types, it will scan both BR and EDR types of bluetooth devices.

Wherein, an EDR (Enhanced Data Rate, bluetooth Enhanced Rate technology) type bluetooth device refers to a bluetooth device supporting the bluetooth Enhanced Rate technology; a BR (Basic Rate) type bluetooth device refers to a bluetooth device supporting bluetooth Basic logging. BR and EDR are well known to those skilled in the art and are not described in detail herein.

In some embodiments, the first bluetooth protocol stack in the first bluetooth module determines and selects the device type, and when the scan instruction is the second device type information, the first bluetooth protocol stack controls the first device unit not to scan, that is, when the scan instruction is the second device type information, the first bluetooth module does not scan.

In some embodiments, the second bluetooth protocol stack in the second bluetooth module determines and selects the device type, and when the scan instruction is the first device type information, the second bluetooth protocol stack controls the second device unit not to scan, that is, when the scan instruction is the first device type information, the second bluetooth module does not scan.

And 113, receiving the Bluetooth equipment scanned by the target Bluetooth module fed back by the target Bluetooth module, and displaying the scanned Bluetooth equipment on a user interface so as to receive the selection operation of the user on the scanned Bluetooth equipment and complete the connection between the display equipment and the Bluetooth equipment.

In some embodiments, the first bluetooth module is only used for scanning bluetooth devices corresponding to the first device type information, and the second bluetooth module is only used for scanning bluetooth devices corresponding to the second device type information. The first bluetooth module therefore feeds back only the scanned bluetooth devices of the first device type, and the second bluetooth module feeds back only the scanned bluetooth devices of the second device type.

According to the technical scheme, the controller of the display device is configured to generate the scanning instruction carrying the device type information according to the device type information of the Bluetooth device required by the application; sending a scanning instruction to a target Bluetooth module so that the target Bluetooth module scans Bluetooth equipment of corresponding types according to equipment type information in the scanning instruction, wherein the target Bluetooth module comprises a first Bluetooth module and/or a second Bluetooth module; and receiving the Bluetooth equipment scanned by the target Bluetooth module fed back by the target Bluetooth module, and displaying the scanned Bluetooth equipment on a user interface so as to receive the selection operation of the user on the scanned Bluetooth equipment and complete the connection between the display equipment and the Bluetooth equipment. Because the first bluetooth module and the second bluetooth module respectively scan corresponding bluetooth devices according to the device type information carried in the scanning instruction, rather than scanning all types of bluetooth devices at the same time, the mutual interference can be avoided or reduced in the case of simultaneously responding to the same or different scanning instructions.

Through this application embodiment, in the scanning scene of difference, all can reach the effect of jam-proof, specific:

in some embodiments, the first bluetooth module and the second bluetooth module receive the scan command carrying different device type information at the same time, and respectively, the first bluetooth module receives the scan command carrying BLE type information, and the second bluetooth module receives the scan command carrying A2DP type information. In this scenario, the first bluetooth module will scan for bluetooth devices of BLE type, while the second bluetooth module will scan for bluetooth devices of A2DP type, so even if both bluetooth modules perform scanning actions simultaneously, no interference will occur.

In some embodiments, the first bluetooth module and the second bluetooth module receive the scan command carrying the same device type information at the same time. In this scenario, since the first bluetooth module and the second bluetooth module perform scanning for the corresponding type of bluetooth device if and only if the device type information in the scan instruction received by the first bluetooth module and the second bluetooth module matches the device type information configured in advance, it can be avoided that the first bluetooth module and the second bluetooth module scan for the same type of bluetooth devices at the same time, and thus interference can be avoided.

In some embodiments, the first bluetooth module and the second bluetooth module receive the scan command carrying the same device type information at the same time, and the carried device type information represents all types. In this scenario, since the first bluetooth module will scan for the first preset type of bluetooth device and the second bluetooth module will only scan for the second preset type of bluetooth device, even though both bluetooth modules are scanning at the same time, since not all bluetooth devices are scanning, the mutual interference is greatly reduced.

In some embodiments, since the first bluetooth module scans and feeds back only bluetooth devices of the first preset type and the second bluetooth module scans and feeds back bluetooth devices of the first preset type and the second preset type, interference between the first bluetooth module and the second bluetooth module can be reduced to some extent since the first bluetooth module scans only bluetooth devices of the first preset type.

In a further embodiment, the control means of the display device has, in addition to the infrared module, a bluetooth module, such as a bluetooth remote control. After the Bluetooth remote controller is successfully paired with the display equipment, data interaction can be carried out on the Bluetooth remote controller and the display equipment so as to control the display equipment. Accordingly, the controller of the display device of the present application is further configured to: generating a remote controller scanning instruction in response to the starting of the display equipment; and sending a remote controller scanning instruction to the second Bluetooth module so that the second Bluetooth module continuously scans the Bluetooth remote controller until the second Bluetooth module is matched with the Bluetooth remote controller, receives the scanning instruction or receives a stopping instruction for instructing to stop scanning the Bluetooth remote controller.

It should be noted that, in the process of interactively pairing the second bluetooth module and the bluetooth remote controller, the data packet sent by the bluetooth remote controller is loaded with the identification information of the bluetooth remote controller, such as the field "? Hisense #? And the second Bluetooth module identifies the Bluetooth remote controller according to the identification information to realize the pairing connection with the Bluetooth remote controller.

It should be further noted that, during the interactive pairing process between the display device and the bluetooth remote controller, the second bluetooth module continues to actively scan until the pairing is successful or until the pairing is stopped passively. Because the BT hardware layer of the second bluetooth module may be in a state of actively scanning the bluetooth remote controller at any time, in order to avoid the BT hardware layer from dropping the scan command issued by the controller, in an embodiment, when the target bluetooth module includes the second bluetooth module, before sending the scan command to the target bluetooth module, the method further includes: judging whether the second Bluetooth module executes scanning on the Bluetooth remote controller or not; and if so, generating a stop instruction and sending the stop instruction to the second Bluetooth module. In another embodiment, the second bluetooth module comprises a second protocol stack and a second scanning unit; the second protocol stack is configured to receive a remote controller scanning instruction and a scanning instruction carrying equipment type information; when a remote controller scanning instruction is received, controlling a second scanning unit to scan the Bluetooth remote controller; when a scanning instruction carrying the equipment type information is received and the second scanning unit scans the Bluetooth remote controller, the second scanning unit is controlled to stop scanning the Bluetooth remote controller, and the second scanning unit is controlled to scan the Bluetooth equipment of the corresponding type according to the equipment type information in the scanning instruction.

In addition, the present application also provides a method for scanning an external bluetooth device, which corresponds to the method for configuring the display device controller in the embodiment shown in fig. 8a to 11, and a specific implementation manner of the method may refer to the embodiment shown in fig. 8a to 11, which is not described herein again.

In the hardware system of any intelligent device such as display equipment, terminal equipment and the like, the Bluetooth module can feed back the scanned equipment information to the application layer from the BT hardware layer at the bottom layer upwards in real time, and the application layer displays the equipment identification in the equipment information, such as the self-defined name of the equipment, the MAC address of the equipment and the like. In the implementation, the application layer may generate an equipment list according to the equipment information reported by the bluetooth module, and add the equipment identifier to the equipment list for display.

In the dual bluetooth module configuration of the display device shown in fig. 8a and 8b, the first bluetooth module and the second bluetooth module inevitably respond to the same or different scan commands at the same time, so that the external bluetooth device is scanned at the same time. In this case, the display device will present the scanning results of the first bluetooth module and the second bluetooth module at the same time, resulting in repeated display of information of the same bluetooth device in the list, which is not only easy to confuse for the user and difficult to select a device to be connected, but also when the user triggers an instruction to pair with a certain device displayed in the list, the system cannot determine to which bluetooth module the instruction should be sent, resulting in easy connection of the specified device to the wrong bluetooth module.

As an example, fig. 12 shows an operation interface provided by a system setup application run by the second hardware system, and as shown in fig. 12, in the operation interface, the external bluetooth devices "a" and "C" are repeatedly displayed in the list, which is caused by the fact that the first bluetooth module and the second bluetooth module report device information about the bluetooth devices "a" and "C".

When the situation shown in fig. 12 occurs, on the first hand, it brings trouble that it is impossible to judge whether "a" and "a" are the same device or different devices to the user, and on the second hand, when the user selects one of "a" to instruct the display device to pair with the bluetooth device "a", the application layer cannot determine to which bluetooth module an instruction indicating pairing should be sent, thereby easily causing the bluetooth device "a" to connect to the wrong bluetooth module.

In order to solve the above problems, the inventors have found that, due to the difference between the applications run by the first and second hardware systems, the types of bluetooth peripherals that different applications need to be connected to have specificity, that is, different types of bluetooth peripherals need to be connected to different bluetooth modules. Based on the discovery, the application provides a classified display method for external Bluetooth devices of a dual-hardware system display device, and the basic idea is to separate and display device information reported by dual Bluetooth modules in a classified manner.

Fig. 13 is a flowchart of some embodiments of a method for displaying external bluetooth devices of a display device according to the present application, where as shown in fig. 13, the method may include:

step 131, receiving device information sent by a first bluetooth module or a second bluetooth module, where the device information includes a device type and a device identifier of a bluetooth device scanned by the first bluetooth module or the second bluetooth module.

In one scenario, a user triggers an operation of instructing a display device to scan an external bluetooth device on a system setting application running in a second hardware system, the system setting application responds to the user operation to generate a scanning instruction and sends the scanning instruction to a first bluetooth module and a second bluetooth module, the first bluetooth module and the second bluetooth module receive the scanning instruction and respectively scan all types of bluetooth devices, device information is recorded, and the scanned device information is respectively sent to the system setting application.

It should be noted that, because the system setting application runs on the second hardware system, and the first bluetooth module belongs to the first hardware system, the first bluetooth module may send the device information to the second hardware system according to the following steps:

firstly, a first Bluetooth module sends device information to an RPC (Remote Procedure Call) APP, wherein the RPC APP runs in a first hardware system; then, the RPC APP is used for sending the equipment information of the first Bluetooth module to a second hardware system.

The Device information includes a Device type and a Device identifier of the bluetooth Device scanned by the first bluetooth module or the second bluetooth module, where the Device type includes the aforementioned A2DP type, and in addition, in this embodiment, the Device information further includes a Device of an HID (Human Interface Device) type, such as a standard bluetooth keyboard, a bluetooth mouse, a bluetooth game pad, and the like.

In addition, the device information also includes a sending end identifier, so that the system setting application can judge which bluetooth module reports the received device information. For example, the identification information of the first bluetooth module is packaged in the device information sent by the first bluetooth module, and the identification information of the second bluetooth module is packaged in the device information sent by the second bluetooth module.

Optionally, the system setting application analyzes the received device information to obtain the device type, the device identifier, and the sender identifier information. And judging whether the sending end of the scanning information is the first Bluetooth module or the second Bluetooth module according to the identification information of the sending end, and judging whether the equipment type is HID or A2 DP. If the device information is sent by the first bluetooth module and the device type is HID, step 132 is executed, and if the device information is sent by the second bluetooth module and the device type is A2DP, step 133 is executed.

In step 132, if the device information is sent by the first bluetooth module and the device type is HID, the device identifier is displayed in a first list. Otherwise, if the device information is sent by the first Bluetooth module and the device type is not HID, discarding the device information.

Therefore, the device information reported by the first bluetooth module is filtered through step 132, and only the information of the HID device is retained and displayed.

In step 133, if the device information is sent by the second bluetooth module and the device type is A2DP, the device identifier is displayed in a second list. On the contrary, if the device information is sent by the second Bluetooth module and the device type is not A2DP, the device information is discarded.

Therefore, the reported device information of the second bluetooth module is filtered through step 133, and only the information of the A2 DP-class device is retained and displayed.

In the implementation, when equipment information which is sent by a first Bluetooth module and has the equipment type of HID is received for the first time, a first list is generated according to equipment identification in the equipment information and is displayed on a user operation interface; when equipment information which is sent by a second Bluetooth module and has the equipment type of A2DP is received for the first time, a second list is generated according to the equipment identification in the equipment information and is displayed on a user operation interface; and updating the first list or the second list according to the specific content of the subsequently received device information.

Fig. 14 is a user interface provided by a system setup application according to an exemplary embodiment of the present application, in which a first list and a second list are presented.

According to the technical scheme, in the external Bluetooth device classification display method for the dual-hardware system display device, the device information sent by the first Bluetooth module or the second Bluetooth module is received, wherein the device information comprises the device type and the device identification of the Bluetooth device scanned by the first Bluetooth module or the second Bluetooth module; if the equipment information is sent by the first Bluetooth module and the equipment type is HID, displaying the equipment identification in a first list; if the device information is sent by the second bluetooth module and the device type is A2DP, the device identification is displayed in a second list.

By the method, HID devices sent by the first Bluetooth module can be uniformly displayed in the first list, A2DP devices sent by the second Bluetooth module can be uniformly displayed in the second list, repeated display of the same device can be avoided, and if a user triggers a pairing instruction according to the first list or the second list, the pairing instruction is sent to the Bluetooth module reporting the device information, so that the situation that the Bluetooth device is connected to a wrong Bluetooth module is avoided.

In another embodiment, the method for displaying the external bluetooth device in a classified manner for the dual-hardware system display device further includes:

step 134, receiving a pairing instruction input by the user according to the first list or the second list, where the pairing instruction includes a target device identifier selected by the user from the first list or the second list. In addition, the pairing instruction further comprises pairing key information used for carrying out trust authentication with the target device.

As an example, fig. 15 shows an interaction diagram when a user inputs a pairing instruction according to the first list or the second list. As shown in fig. 15, the display device presents an operation interface provided by the system setup application, where the operation interface includes a first list and a second list, the first list includes HID type bluetooth devices scanned by the plurality of first bluetooth modules, and the second list includes A2DP type bluetooth devices scanned by the plurality of second bluetooth modules. And the user selects the Bluetooth device 'B' in the first list on the operation interface by using the control device, the Bluetooth device 'B' is the target device, and the Bluetooth device 'B' is the target device identifier.

In the scenario shown in fig. 15, the system configuration application will respond to the user operation to generate a pairing instruction including the target device identifier, and determine whether the list of the target device identifier is the first list or the second list. If the list is the first list, step 135 is performed, and if the list is the second list, step 136 is performed.

In step 135, if the target device identifier belongs to the first list, the pairing instruction is sent to the first bluetooth module.

If the target device identification belongs to the first list, the target device is scanned by the first Bluetooth module, and therefore the pairing instruction is sent to the first Bluetooth module so that the target device and the target device can be in pairing connection.

In step 136, if the target device identifier belongs to the second list, the pairing instruction is sent to a second bluetooth module.

If the target device identification belongs to the second list, the target device is scanned by the second Bluetooth module, and therefore the pairing instruction is sent to the second Bluetooth module so that the target device and the target device can be in pairing connection.

In addition, after the first bluetooth module or the second bluetooth module is successfully paired with the target device, pairing response information including the target device identifier is sent to the application layer. Therefore, the method of this embodiment further includes receiving pairing response information sent by the first bluetooth module or the second bluetooth module, and determining whether a list to which a target device identifier included in the pairing response information belongs is a first list or a second list, if the list is the first list, adding a pairing flag to the target device identifier in the first list, and if the list is the second list, adding a pairing flag to the target device identifier in the second list, so as to indicate that the device corresponding to the target device identifier is paired.

Therefore, the step 131 and the step 136 provided by the application can avoid repeated display of the same device, thereby avoiding troubles for users, and can avoid the situation that the bluetooth device is connected to a wrong bluetooth module, thereby avoiding the problem that the connected bluetooth device is unavailable.

Based on the method embodiments shown in fig. 12 to 15, in some scenarios, if the first bluetooth module does not scan the HID device and/or the second bluetooth module does not scan the A2DP device, the first list and/or the second list may be empty, which may cause the user to misunderstand that the bluetooth module of the display device is faulty. However, in practice, the fact that the first list and/or the second list are empty may be caused by discarding the non-HID class device scanned by the first bluetooth module and/or the non-A2 DP class device scanned by the second bluetooth module.

In order to avoid the above phenomenon causing the error of the bluetooth module failure to the user, in another embodiment, on the basis of the embodiment shown in fig. 13, the method further includes, after step 131:

step 161, determining whether the sending end of the device information is a first bluetooth module or a second bluetooth module; if the bluetooth module is the first bluetooth module, step 162 is executed, and if the bluetooth module is the second bluetooth module, step 163 is executed.

In step 162, if the device information is sent by the first bluetooth module, the device identifier is displayed in a third list.

In step 163, if the device information is sent by the second bluetooth module, the device identification is displayed in a fourth list.

Because the total number of all types of Bluetooth devices scanned by the first Bluetooth module is presented in the third list, and the total number of all types of Bluetooth devices scanned by the second Bluetooth module is also presented in the fourth category, whether the user or the display device is empty or not can be judged whether the first Bluetooth module is in fault or not through the third list, and whether the second Bluetooth module is in fault or not can be judged through the fourth list or not.

Specifically, if the first list is empty and the third list is not empty, it indicates that the first bluetooth module is working normally; and if the second list is empty and the fourth list is not empty, the second Bluetooth module works normally.

In the embodiments shown in fig. 12 to 16, in order to avoid the trouble caused by the repeated display of the same device to the user and avoid the problem that the target device is connected to the wrong bluetooth module and the connected bluetooth device is not available, the scanning information reported by the first and second bluetooth modules is filtered, classified and separately displayed in the application layer.

Fig. 8a is a block diagram of a display device according to the present application, and as shown in fig. 8a, the display device includes: a display configured to display a user interface including at least one view display area, at least one of the view display areas including one or more function icons therein. In some embodiments, at least one view display is used to display a list of devices formed from device identifications characterizing bluetooth devices. A selector for indicating that a function icon is selected, the selector being configured such that upon receiving user input for moving the selector, the position of the selector in the user interface is moved to effect selection of the function icon, such as an identification of a target device in the list of devices.

The controller is communicated with the display and is connected with a first Bluetooth module and a second Bluetooth module; as shown in fig. 8a, for a display device having a dual chip, which includes a first controller of a first chip and a second controller of a second chip, the first controller may be connected with a first bluetooth module, and the second controller may be connected with a second bluetooth module. The first controller or the second controller is configured to perform the flow of steps shown in fig. 17 a.

Step 171, sending a scanning instruction to the first bluetooth module and/or the second bluetooth module in response to the user operation, so that the first bluetooth module and/or the second bluetooth module scans the bluetooth device.

In some embodiments, an operating system is provided on the controller, the operating system is provided with an application layer and a framework layer, an application using the bluetooth device can run on the application layer of the operating system, a runtime layer of the operating system can also run a bluetooth protocol stack, and in some embodiments, the runtime layer can be provided with a corresponding interface (not provided with the bluetooth protocol stack) to drive the bluetooth protocol stack provided in the bluetooth controller (bluetooth driver chip).

In the embodiment of the application, when a user operates on an operation interface presented by the display device and instructs the display device to scan the bluetooth peripheral, the application layer of the display device sends the user operation to the framework layer, the framework layer generates a scanning instruction according to the received user operation, and sends the scanning instruction to the first bluetooth module and/or the second bluetooth module, so as to instruct the first bluetooth module and/or the second bluetooth module to acquire device information of the bluetooth peripheral. The device information includes, among other things, a device type, a device unique identifier (MAC address), a device name identifier, etc. For convenience of distinction and explanation, in this embodiment, the device information acquired by the first bluetooth module is collectively referred to as first device information, and the device information acquired by the second bluetooth module is collectively referred to as second device information.

In some embodiments, the scan instruction is distinguished as a first scan instruction, a second scan instruction, and a third scan instruction, the first scan instruction being initiated by an application running in the first chip, the second scan instruction being initiated by a system setup application running in the second chip, the third scan instruction being initiated by an application running in the second chip other than the system setup application. In this embodiment, the framework layer sends the generated first scanning instruction to the first bluetooth module, sends the second scanning instruction to the first bluetooth module and the second bluetooth module at the same time, and sends the third scanning instruction to the second bluetooth module.

In this embodiment of the present application, the first bluetooth module includes a first scanning unit and a first protocol stack, the second bluetooth module includes a second scanning unit and a second protocol stack, and sends a scanning instruction to the first bluetooth module and/or the second bluetooth module, that is, sends the scanning instruction to the first protocol stack and/or the second protocol stack, the first protocol stack controls the first scanning unit to scan the bluetooth device according to the scanning instruction to obtain the first device information, and/or the second protocol stack controls the second scanning unit to scan the bluetooth device according to the scanning instruction to obtain the second device information.

In the embodiment of the application, the scanned Bluetooth devices are filtered in the Bluetooth protocol stack, and only the Bluetooth devices of a specific device type are reported. Specifically, the first protocol stack judges the device type in the first device information, if the device is a bluetooth device of the first device type, the first device information is returned, otherwise, the first device information is discarded; and the second protocol stack judges the device type in the second device information, returns the second device information if the device type is the Bluetooth device of the second device type, and discards the second device information if the device type is not the Bluetooth device of the second device type. The first device type may be a BLE-class device, and the second device type may be an A2 DP-class device.

In some embodiments, the first protocol stack is disposed on a first chip, such as a first runtime layer or a first kernel layer of an operating system; in other embodiments, the first protocol stack is not disposed in an operating system of the first chip, but disposed on a first bluetooth driver chip of the peripheral, where the first bluetooth driver chip is configured to drive the first scanning unit to perform scanning and process data fed back by the first scanning unit.

In some embodiments, the second protocol stack is disposed on a second chip, for example, a second runtime layer or a second kernel layer of the operating system, and in some embodiments, the second bluetooth protocol stack is not disposed in the operating system of the second chip, but disposed on a second bluetooth driver chip of the external device, where the second bluetooth driver chip is configured to drive the second scanning unit to perform scanning and process data fed back by the second scanning unit.

And 172, receiving the device information fed back by the first bluetooth module and/or the second bluetooth module, and generating a device list according to the device identifier in the device information.

Since the first protocol stack is configured to feed back the device information of the bluetooth device of the first device type and the second protocol stack is configured to feed back the device information of the bluetooth device of the second device type, in the device list generated by the controller, the device identifier fed back by the first protocol stack is characterized as the first device type, the device identifier fed back by the second protocol stack is characterized as the second device type, and the device types of the bluetooth devices fed back by the first protocol stack and the second protocol stack are different.

Step 173, controlling the display to display the device list in the view display area of the user interface.

The device identification includes a unique identification such as a media access control address (MAC) of the device and a device custom name.

As an example, fig. 18 shows an operation interface provided by a certain application program, and as shown in fig. 18, a device list is presented in the operation interface.

As another example, fig. 19 shows another operation interface provided by a certain application, as shown in fig. 19, a device list is presented on the operation interface, and the device list includes two sub-lists, a device identifier returned by the first bluetooth module, or a device identifier of a bluetooth device of the first device type (which may be a BLE type), and a device identifier returned by the second bluetooth module, or a device identifier of a bluetooth device of the second device type (which may be an A2DP type). The first display list and the second display list are arranged side by side in the display area.

Referring to fig. 17b, in other embodiments, further comprising:

step 174, in response to the user selecting the target device identifier in the device list by using the selector, determining a target bluetooth module for feeding back the target device identifier, where the target bluetooth module is the first bluetooth module or the second bluetooth module.

During specific implementation, according to the device information feedback record, the protocol stack which feeds back the target device identifier is directly determined to be the target protocol stack, namely the first protocol stack or the second protocol stack, and the bluetooth module to which the target protocol stack belongs is the target bluetooth module, namely the first bluetooth module or the second bluetooth module.

In another implementation, in response to a user selecting an identifier of a target device in a display list by using a remote control device to control a controller, the controller first determines that device information including the identifier of the target device is target device information, and is first device information or second device information; and then according to the device information feedback record, determining that the protocol stack feeding back the target device information is the target protocol stack or determining that the Bluetooth module feeding back the target device information is the target Bluetooth module.

In another implementation, in response to a user using a remote control device to control a controller to select an identifier of a target device in a display list, the controller may also search for a device type corresponding to the identifier of the target device; if the first Bluetooth module corresponds to the first equipment type, the first Bluetooth module is a target Bluetooth module or the first protocol stack is a target protocol stack; and if the second device type corresponds to the second device type, the second Bluetooth module is a target Bluetooth module or the second protocol stack is a target protocol stack.

In some embodiments, in response to a user selecting an identifier of a target device in a display list by using a remote control device control controller, the controller determines, according to a device information feedback record, that a protocol stack feeding back the identifier of the target device is a target protocol stack or that a bluetooth module feeding back the identifier of the target device is a target bluetooth module.

In some implementations, the process of pairing may exist independently of step 173 and the previous steps. Namely, the Bluetooth pairing step in the application can be carried out as long as different Bluetooth modules upload device identifications of different device information,

at step 175, pairing instructions are generated to indicate pairing with the target device identified by the target device identifier.

In some embodiments, when a user operates under the operation interface shown in fig. 18 or fig. 19 and selects a target device to be paired, the application layer sends the user operation to the framework layer, the framework layer generates a pairing instruction according to the received user operation, and the pairing instruction carries the target device identifier and the pairing key information.

Step 176, sending a pairing instruction to the target bluetooth module to pair the target bluetooth module with the target device.

In some embodiments, if the target bluetooth module is a first bluetooth module, sending a pairing instruction to the first protocol stack to enable the first protocol stack to control the first scanning unit and the target device to pair; and if the target Bluetooth module is a second Bluetooth module, sending the pairing instruction to a second protocol stack to enable the second protocol stack to control the second scanning unit and the target equipment to be paired.

In some other embodiments, after the target bluetooth module and the target device are successfully paired, pairing response information is returned, where the pairing response information includes a target device identifier, that is, the bluetooth protocol stack (that is, the bluetooth driver unit) feeds back the pairing response information to the controller. Based on this, after step 176, may further include:

step 177, receiving pairing response information returned by the target bluetooth module, where the pairing response information includes a target device identifier.

Step 178, add a flag to the device list for the target device identification to indicate that the target device is paired.

As an example, fig. 20 shows an operation interface provided by an application, and as shown in fig. 20, the controller adds a "paired" mark to an entry corresponding to the target device identifier in a device list presented in the operation interface according to the response information.

In some embodiments, the "paired" mark may be a text mark, or may be one of a color, pattern information, and a switch control different from the other list entries.

As can be seen from the above embodiments, the present application provides a display device, where at least one controller of the display device is configured to send a scan instruction to the first bluetooth module and/or the second bluetooth module in response to a user operation, so that the first bluetooth module and/or the second bluetooth module scans for a bluetooth device; receiving device identifications fed back by a first Bluetooth module and/or a second Bluetooth module, and generating a device list, wherein the first Bluetooth module is configured to feed back the device identifications of the Bluetooth devices representing the first device type, and the second Bluetooth module is configured to feed back the device identifications of the Bluetooth devices representing the second device type; controlling a display to display the list of devices in a view display area of a user interface.

Therefore, in the scanning stage, the first bluetooth module and the second bluetooth module respectively return the device information corresponding to the different types of bluetooth peripherals, and no repetition exists. Furthermore, in the pairing stage, the user does not have trouble when selecting the target equipment to be paired, and the target Bluetooth module can be accurately judged according to the target equipment identification selected by the user, so that the situation that the target equipment is connected to the wrong Bluetooth module can be avoided.

In addition, the present application also provides a method for accurately pairing bluetooth devices, which corresponds to the method for configuring the display device controller in the embodiment shown in fig. 17a to fig. 20, and a specific implementation manner of the method may refer to the embodiment shown in fig. 17a to fig. 20, which is not described herein again.

In implementation, the present invention further provides a computer storage medium, where the computer storage medium may store a program, and the program may include some or all of the steps in the embodiments of the calling method provided by the present invention when executed. The storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM) or a Random Access Memory (RAM).

Those skilled in the art will readily appreciate that the techniques of the embodiments of the present invention may be implemented as software plus a required general purpose hardware platform. Based on such understanding, the technical solutions in the embodiments of the present invention may be essentially or partially implemented in the form of a software product, which may be stored in a storage medium, such as ROM/RAM, magnetic disk, optical disk, etc., and includes several instructions for enabling a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the method according to the embodiments or some parts of the embodiments.

The same and similar parts in the various embodiments in this specification may be referred to each other. In particular, for the embodiments, since they are substantially similar to the method embodiments, the description is simple, and the relevant points can be referred to the description in the method embodiments.

The above-described embodiments of the present invention should not be construed as limiting the scope of the present invention.

Claims

1. A display device, comprising:

2. The display device according to claim 1, wherein the target bluetooth module is a first bluetooth module or a second bluetooth module, and before sending the scan command to the target bluetooth module, the method further comprises:

and determining the Bluetooth module corresponding to the device type information in the scanning instruction as a target Bluetooth module according to a preset corresponding relation between the device type information and the Bluetooth module, wherein the device type information corresponding to the first Bluetooth module is different from the device type information corresponding to the second Bluetooth module in the preset corresponding relation.

3. The display device of claim 1, wherein the target bluetooth module is a first bluetooth module and a second bluetooth module;

the first Bluetooth module is configured to scan Bluetooth equipment corresponding to first equipment type information when the equipment type information in the received scanning instruction is consistent with the first equipment type information preset by the first Bluetooth module;

the second Bluetooth module is configured to scan the Bluetooth device corresponding to the second device type information when the device type information in the received scanning instruction conforms to the second device type information preset by the second Bluetooth module.

4. The display device according to claim 2, wherein the controller comprises a first controller and a second controller in communication with each other, the first controller is in communication connection with the first bluetooth module, and the second controller is in communication connection with the second bluetooth module; the sending of the scanning instruction to the target bluetooth module includes:

when the scanning instruction is generated by the first controller and the target Bluetooth module is the first Bluetooth module, the first controller directly sends the scanning instruction to the first Bluetooth module;

when the scanning instruction is generated by a first controller and the target Bluetooth module is a second Bluetooth module, the first controller sends the scanning instruction to the second controller, and the second controller sends the received scanning instruction to the second Bluetooth module;

when the scanning instruction is generated by a second controller and the target Bluetooth module is a second Bluetooth module, the second controller directly sends the scanning instruction to the second Bluetooth module;

when the scanning instruction is generated by the second controller and the target Bluetooth module is the first Bluetooth module, the second controller sends the scanning instruction to the first controller, and the first controller sends the received scanning instruction to the first Bluetooth module.

5. The display device according to claim 3, wherein the controller comprises a first controller and a second controller in communication with each other, the first controller is in communication connection with the first Bluetooth module, and the second controller is in communication connection with the second Bluetooth module; the sending of the scanning instruction to the target bluetooth module includes:

when the scanning instruction is generated by the first controller, the first controller sends the scanning instruction to the first Bluetooth module and sends the scanning instruction to the second controller so that the second controller sends the received scanning instruction to the second Bluetooth module;

when the scanning instruction is generated by the second controller, the second controller sends the scanning instruction to the second Bluetooth module, and sends the scanning instruction to the first controller so that the first controller sends the received scanning instruction to the first Bluetooth module.

6. The display device according to any one of claims 1 to 5, wherein the controller comprises a first controller and a second controller in communication with each other, the first controller being in communication connection with the first Bluetooth module, the second controller being in communication connection with the second Bluetooth module; the first controller is configured to run a first application and a first framework layer, the second controller is configured to run a second application and a second framework layer; the generating of the scanning instruction carrying the device type information according to the device type information of the bluetooth device required by the application includes:

the first framework layer receives first registration information sent by a first application in response to user operation, and generates a scanning instruction carrying the equipment type information according to the equipment type information represented by the first registration information; or,

and the second framework layer receives second registration information sent by a second application in response to user operation, and generates a scanning instruction carrying the equipment type information according to the equipment type information represented by the second registration information.

7. The display device of claim 6, wherein the target bluetooth module comprises a first bluetooth module or a second bluetooth module, and the sending the scan command to the target bluetooth module comprises:

the first framework layer directly sends the scanning instruction to the first Bluetooth module, or the first framework layer sends the scanning instruction to the second framework layer, and the second framework layer sends the received scanning instruction to the second Bluetooth module; or,

the second framework layer directly sends the scanning instruction to the second Bluetooth module, or the second framework layer sends the scanning instruction to the first framework layer, and the first framework layer sends the received scanning instruction to the first Bluetooth module.

8. The display device of claim 7, wherein the target bluetooth module comprises a first bluetooth module and a second bluetooth module, and the sending the scan command to the target bluetooth module comprises:

the first framework layer sends the scanning instruction to the first Bluetooth module, and sends the scanning instruction to the second framework layer so that the second framework layer sends the received scanning instruction to the second Bluetooth module; or,

and the second framework layer sends the scanning instruction to the second Bluetooth module, and sends the scanning instruction to the first framework layer so that the first framework layer sends the received scanning instruction to the first Bluetooth module.

9. The display device according to claim 1, wherein before generating the scan instruction carrying the device type information according to the device type information of the bluetooth device required by the application, the method further comprises:

generating a remote controller scanning instruction in response to the starting of the display equipment;

and sending the remote controller scanning instruction to the second Bluetooth module so that the second Bluetooth module continuously scans the Bluetooth remote controller until the second Bluetooth module is matched with the Bluetooth remote controller, receives the scanning instruction or receives any one of stopping instructions for instructing to stop scanning the Bluetooth remote controller.

10. The display device of claim 9, wherein when the target bluetooth module comprises a second bluetooth module, before sending the scan command to the target bluetooth module, the method further comprises:

judging whether the second Bluetooth module executes scanning on the Bluetooth remote controller or not;

and if so, generating the stop instruction and sending the stop instruction to the second Bluetooth module.

11. The display device according to claim 9, wherein the second bluetooth module includes a second protocol stack and a second scanning unit;

the second protocol stack is configured to receive the remote controller scanning instruction and the scanning instruction carrying the device type information;

when the remote controller scanning instruction is received, controlling the second scanning unit to scan the Bluetooth remote controller;

when the scanning instruction carrying the equipment type information is received and the second scanning unit scans the Bluetooth remote controller, the second scanning unit is controlled to stop scanning the Bluetooth remote controller, and the second scanning unit is controlled to scan the equipment type information in the scanning instruction to scan the Bluetooth equipment of the corresponding type.

12. A method for scanning an external Bluetooth device is applied to a display device, the display device comprises a first Bluetooth module and a second Bluetooth module, and the method comprises the following steps:

determining a Bluetooth module corresponding to the device type information in the scanning instruction as a target Bluetooth module according to a preset corresponding relation between the device type information and the Bluetooth module, wherein the device type information corresponding to a first Bluetooth module is different from the device type information corresponding to a second Bluetooth module in the preset corresponding relation;

13. The method of claim 12, wherein the target bluetooth module is a first bluetooth module and a second bluetooth module;

the second Bluetooth module is configured to scan the Bluetooth device corresponding to the first device type information when the device type information in the received scanning instruction conforms to the first device type information preset by the second Bluetooth module.