CN112073761B

CN112073761B - Bluetooth function realization method and device and dual-hardware system display equipment

Info

Publication number: CN112073761B
Application number: CN201910497505.6A
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-06-10
Publication date: 2022-09-09
Anticipated expiration: 2039-06-10
Also published as: CN112073761A

Abstract

The application discloses a method and a device for realizing a Bluetooth function and a double-hardware system display device, wherein in the display device, a second hardware system is configured with a Bluetooth module; receiving an execution result returned by the Bluetooth module, wherein the execution result carries an application identifier; when the application identification carried in the execution result is judged to correspond to the first application, the execution result is sent to a first hardware system; and when the application identifier carried in the execution result is judged to correspond to the second application, sending the execution result to the second application. Therefore, by the method, the data sent by the Bluetooth peripheral to the application program can be accurately distributed to the application in a scene that the first application and the second application are likely to interact with the Bluetooth peripheral.

Description

Method and device for realizing Bluetooth function and double-hardware system display equipment

Technical Field

The present application relates to the field of bluetooth technologies, and in particular, to a method and an apparatus for implementing a bluetooth function of a dual-hardware display device, and a dual-hardware display device.

Background

Currently, display devices may provide a user with a play picture such as audio, video, pictures, and the like. The dual-hardware system display device with the camera provided by the prior art can provide multifunctional experiences such as 'chatting while playing', 'chatting while watching', 'chatting while learning' for a user. For example, in a "chat while playing" scenario, real pictures of game participants are presented in real time while providing a game scenario for the user, in a "chat while watching" scenario, multiple video chat pictures are presented while playing a video program picture for the user, and so on.

As shown in fig. 3 or 4, the dual hardware system display device includes a first hardware system and a second hardware system, and the first hardware system and the second hardware system can be connected, communicated and powered through a plurality of different types of interfaces. The first hardware system comprises a first controller and various modules connected with the first controller through various interfaces, and the second hardware system comprises a second controller and various modules connected with the second controller through various interfaces. Based on the dual-hardware display device, the bluetooth function can be realized by two schemes, one of which is a dual-bluetooth scheme, i.e., one bluetooth module is configured in both the first hardware system and the second hardware system, and the other is a single-bluetooth scheme, e.g., one bluetooth module is configured in the second hardware system.

For the dual bluetooth scheme, firstly, the hardware cost is too high, and secondly, the cooperative work of the two bluetooth modules increases the difficulty for the corresponding software scheme, for example, the competition problem of the two bluetooth modules for the same external bluetooth device, the selection problem of one bluetooth peripheral for the two bluetooth modules, and the like.

For the single bluetooth scheme, because the bluetooth module is configured in one of the hardware systems of the display device, and each hardware system runs a corresponding application program, if one bluetooth module is used to enable the external bluetooth device to perform data interaction with the application programs running in the two hardware systems, it is a technical problem how to accurately distribute the interaction data sent by the external bluetooth device to the application program.

Disclosure of Invention

The application provides a method and a device for realizing a Bluetooth function of a dual-hardware system display device and the dual-hardware system display device, which are used for solving the problem of accurately distributing interactive data sent to an application program by an external Bluetooth device to the corresponding application program.

In a first aspect, the present application provides a method for implementing a bluetooth function of a dual-hardware system display device, where in the dual-hardware system display device, a second hardware system is configured with a bluetooth module, and the method includes:

receiving a Bluetooth instruction carrying an application identifier and used for indicating a Bluetooth module to execute a target action, wherein the Bluetooth instruction is sent by a first application or a second application, the first application runs in a first hardware system, and the second application runs in a second hardware system;

sending the Bluetooth instruction to the Bluetooth module to instruct the Bluetooth module to execute a target action;

receiving an execution result returned by the Bluetooth module, wherein the execution result carries the application identifier;

when the application identifier carried in the execution result is judged to correspond to the first application, the execution result is sent to a first hardware system;

and when the application identifier carried in the execution result is judged to correspond to the second application, sending the execution result to the second application.

Further, the method further comprises:

receiving interactive data sent by external Bluetooth equipment, wherein the interactive data carries an application identifier and an equipment type;

and sending the interactive data to the first application or the second application according to the application identification and the equipment type carried in the interactive data.

Further, the sending the interactive data to the first application or the second application according to the application identifier and the device type carried in the interactive data includes:

when the device type carried in the interaction data is judged to be A2DP and the application identification corresponds to a first application, sending the interaction data to a first hardware system;

when the device type carried in the interaction data is judged to be A2DP and the application identification corresponds to a second application, sending the interaction data to the second application;

and when the type of the equipment carried in the interactive data is judged to be HID, acquiring the current focus position information, and sending the interactive data to an application corresponding to the current focus position information.

Further, the sending the interactive data to the application corresponding to the current focus position information includes:

when the current focus is judged to be positioned in the first application according to the current focus position information, sending interactive data to the first application;

and when the current focus is judged to be positioned in the second application according to the current focus position information, sending the interactive data to the second application.

Further, the bluetooth instruction is used to instruct the bluetooth module to scan an instruction of an external bluetooth device, or to instruct the bluetooth module to perform pairing connection with a specified bluetooth device.

In a second aspect, an embodiment of the present application further provides an apparatus for implementing a bluetooth function of a dual-hardware system display device, where in the dual-hardware system display device, a bluetooth module is configured in a second hardware system, and the apparatus includes:

the first receiving unit is used for receiving a Bluetooth instruction which carries an application identifier and is used for indicating a Bluetooth module to execute a target action, wherein the Bluetooth instruction is sent by a first application or a second application, the first application runs in a first hardware system, and the second application runs in a second hardware system;

the first sending unit is used for sending the Bluetooth instruction to the Bluetooth module so as to instruct the Bluetooth module to execute a target action;

a second receiving unit, configured to receive an execution result returned by the bluetooth module, where the execution result carries the application identifier;

the second sending unit is used for sending the execution result to the first hardware system when the application identifier carried in the execution result is judged to correspond to the first application;

Further, the second receiving unit is further configured to receive interactive data sent by an external bluetooth device, where the interactive data carries an application identifier and a device type;

the second sending unit is further configured to send the interactive data to the first application or the second application according to the application identifier and the device type carried in the interactive data.

Further, the second sending unit is specifically configured to send the interactive data to a first hardware system when it is determined that the device type carried in the interactive data is A2DP and the application identifier corresponds to the first application;

Further, the second sending unit is specifically configured to send the interactive data to the first application when it is determined that the current focus is located in the first application according to the current focus position information;

In a third aspect, the present application further provides a dual hardware system display device, in which a second hardware system is configured with a bluetooth module, the bluetooth module is connected to a second controller of the second hardware system, and the second controller is configured to:

According to the technical scheme, the method comprises the steps of firstly receiving a Bluetooth instruction which carries an application identifier and is used for indicating the Bluetooth module to execute a target action, sending the Bluetooth instruction by a first application or a second application, running the first application in the first hardware system and running the second application in the second hardware system, and then sending the Bluetooth instruction to the Bluetooth module to indicate the Bluetooth module to execute the target action; receiving an execution result returned by the Bluetooth module, wherein the execution result carries an application identifier; when the application identification carried in the execution result is judged to correspond to the first application, the execution result is sent to a first hardware system; and when the application identifier carried in the execution result is judged to correspond to the second application, sending the execution result to the second application. Therefore, by the method, the data sent by the Bluetooth peripheral to the application program can be accurately distributed to the application in the scene that the first application and the second application are likely to interact with the Bluetooth peripheral.

Drawings

In order to more clearly describe the technical solution of the present application, the drawings required to be used in the embodiments will be briefly described below, and it is obvious for those skilled in the art to obtain other drawings without inventive labor.

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. 7 schematically illustrates a user interface in the display device 200 according to an embodiment;

fig. 8a is a simple illustration of an application scenario according to the technical solution of the present application;

FIG. 8b is a block diagram of a Bluetooth function configuration of a dual hardware system display device based on a single Bluetooth scheme;

FIG. 9a is a diagram illustrating an operation interface provided by an application program in addition to "system setting" 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. 11a illustrates an operator interface provided by a gaming application;

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

FIG. 11c shows an interaction diagram when a user enters a pairing instruction according to a device list presented by an operation interface;

FIG. 12 is a block diagram of a Bluetooth function implementation configuration of a dual hardware system display device according to the present application;

FIG. 13 is a flowchart illustrating an embodiment of a method for implementing Bluetooth functionality of a dual hardware system display device according to the present application;

FIG. 14 is an interactive schematic diagram of the implementation process of the Bluetooth function of the dual hardware system display device according to the present application;

FIG. 15 is a flowchart illustrating another exemplary embodiment of a method for implementing Bluetooth functionality of a dual hardware system display device according to the present application;

FIG. 16 is another schematic diagram illustrating an interaction of the Bluetooth function of the dual hardware system display device according to the present application;

FIG. 17 is a flowchart illustrating another exemplary embodiment of a method for implementing Bluetooth functionality of a dual hardware system display device according to the present application;

FIG. 18 is a block diagram of an apparatus for implementing Bluetooth function of a dual hardware system display device according to an embodiment of the present invention;

FIG. 19a is a game scenario illustrated in accordance with an exemplary embodiment of the present application;

FIG. 19b is a block diagram of a framework for implementing a method of communication between a dual hardware system display device and a Bluetooth peripheral according to the method of the present application;

FIG. 20 is a flowchart of one embodiment of a method for a dual hardware system display device to communicate with a Bluetooth peripheral device according to the present application;

fig. 21 is a schematic diagram of an interaction process of the bluetooth peripheral a and the first hardware system implementing data transmission based on the method shown in fig. 20;

FIG. 22 is a flowchart of another embodiment of a method for a dual hardware system display device to communicate with a Bluetooth peripheral device according to the present application.

Detailed Description

To make the objects, technical solutions and advantages of the exemplary embodiments of the present application clearer, the technical solutions in the exemplary embodiments of the present application will be clearly and completely described below with reference to the drawings in the exemplary embodiments of the present application, and it is obvious that the described exemplary embodiments are only a part of the embodiments of the present application, but not all the embodiments.

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 that receives 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 command through a key on a remote controller, a voice input, a 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.

For example, the mobile terminal 100B and the display device 200 may each be installed with a software application, so that connection communication between the two may be implemented through a network communication protocol, and thus, the purpose of one-to-one control operation and data communication may be implemented. 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 contents 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, a camera may be connected or disposed on the display device, and is used 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 number of the cameras used in the present application may be 1600 ten thousand, 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. Vividly, the function can be called as '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 posture and the motion of the human body, the limb detection and tracking and the detection of the key point data of the human skeleton are obtained through the camera, and then the detection is fused with the animation in the game, so that the game of the 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, multiple 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 a 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: a user may implement the functions of controlling the physical keys of apparatus 100 by installing applications, various function keys or virtual buttons of a graphical user interface that may be provided on mobile terminal 100B or other intelligent electronic device.

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 with other devices or components, such as a MIPI interface for connecting with a Camera (Camera), a bluetooth interface, and the like shown in fig. 3.

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 353, 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 interface 218 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 of connecting to a hyperlink page, document, image, etc., 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 used 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 a module for performing control and data communication with an external device. 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, a projection device and projection screen may also be included, provided that display 280 is a projection display.

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 an installed third party application, 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 by 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 interface 318 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 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 operation unit 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 for 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 details will not be described herein.

The memory 390, for example, 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, including the executing operating software for handling various basic system services and for performing hardware related tasks, acts 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 in the operating system 2911 or in 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 parts, 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.

A schematic diagram of a user interface in a display device 200 according to an exemplary embodiment is illustrated in fig. 7. As shown in fig. 7, the user interface includes a plurality of view display areas, illustratively, a first view display area 201 and a play screen 202, wherein the play screen includes 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 priority levels, and the display priority levels of the view display areas are different among the view display areas with different priority levels. 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 same level of display may also be presented, in which case the selector may switch between the first view display area and the second view display area, and when the size and position of the first view display area changes, the size and position of the second view display area may change accordingly.

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.

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 is a simple illustration of an application scenario of the technical solution of the present application, and as shown in fig. 8a, in a short-distance area of the dual hardware system display device 200 of the present application, a plurality of external bluetooth devices, such as a bluetooth mouse 801, a bluetooth keyboard 802, a bluetooth speaker 803, and a bluetooth game pad 804, exist. At least one Bluetooth device starts the Bluetooth function, and the Bluetooth peripheral equipment which starts the Bluetooth function continuously sends broadcast information based on the frequency hopping principle. When the Bluetooth module of the display device receives the broadcast information sent by any Bluetooth device, the device is scanned. The user can perform a control operation on the display apparatus 200 through the control device 100A.

Fig. 8b is a bluetooth function configuration block diagram of a dual hardware system display device based on a single bluetooth scheme. As shown in fig. 8b, the bluetooth module is configured in the second hardware system. The second hardware system runs the second application and the first hardware system runs the first application. The bluetooth module may include a Stack layer (bluetooth protocol Stack) and BT hardware (bluetooth chip) connected with the second controller in the second hardware system.

It should be noted that the first application is a general term for convenience of description and distinction of the application programs executed by the first hardware system, and the second application is a general term for the application programs executed by the second hardware system.

In the technical scenario of the application, the applications included in the first application are all third-party applications, such as game applications like "dance", "violent vehicle god", and the like; the second application comprises a system setup application and other preset applications, wherein the other preset applications are typically applications specific to the brand of the display device, such as social applications like "hi see" pre-loaded in the haxin television 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.

The Bluetooth module is configured on the second hardware system, so that the Bluetooth module can receive and respond to the instruction sent by the second application to establish connection with the external Bluetooth device. In addition, because the first hardware system and the second hardware system can be connected and communicated through a plurality of interfaces of different types, the bluetooth module can also receive an instruction sent by the first application so as to establish connection with an external bluetooth device.

Typically, the application program may provide a user with a visualization window for operating the bluetooth module and is presented through the display of the display device. For example, the user triggers an operation instructing the bluetooth module to perform scanning or pairing in the second application, and the second application generates a corresponding instruction in response to the user operation and issues the instruction to the bluetooth module.

As an example, the user may operate the bluetooth module in a "system setup" application. Fig. 9a shows an operation interface provided by the "system setup" application, which is shown in fig. 9a, the operation interface is provided with operation controls such as "WI-FI", "general setup", "bluetooth and peripheral", and after the user selects "bluetooth and peripheral" and determines it, the user enters another operation interface shown in fig. 9b, and when the user selects "scan device-OFF" and determines it on the operation interface shown in fig. 9b, a scan instruction is triggered, and the scan instruction is used to instruct the bluetooth module to scan an external bluetooth device.

As another example, the user may operate the bluetooth module in an application program other than "system setup" in the second application layer. Fig. 10a shows an operation interface provided by such an application program, as shown in fig. 10a, the operation interface is provided with operation controls such as "premium class", "ranking", "bluetooth and speaker", and after the user selects "bluetooth and speaker" and determines it, the user enters another operation interface shown in fig. 10b, and when the user selects "scan device-OFF" and determines it, a scan instruction is triggered, and the scan instruction is used to instruct the bluetooth module to scan an 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. 11a shows an operation interface provided by a certain game application, as shown in fig. 11a, after the user selects bluetooth and handle and confirms the operation interface, another operation interface shown in fig. 11b is entered, and when the user selects scanning device-OFF and confirms the operation interface shown in fig. 11b, a scanning instruction is triggered, and the scanning instruction is used for instructing the bluetooth module to scan an external bluetooth device.

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

When the Bluetooth module searches for external Bluetooth equipment, the Bluetooth module needs to inquire on each channel, when an inquiring party and the external Bluetooth equipment jump to the same channel at the same time, namely the inquiring party scans the external Bluetooth equipment, at the moment, equipment information is recorded, the scanned equipment information is upwards fed back to an application layer, and finally the equipment information is displayed in an operation interface provided by an application program so that a user can select target equipment to pair.

As an example, fig. 11c shows an interaction diagram when a user inputs a pairing instruction according to a device list presented by a UI interface. As shown in fig. 11c, the display device presents an operation interface provided by the system setting application, where the operation interface includes two bluetooth device lists, namely a first list and a second list. The user uses the control device to select the Bluetooth device B in the list on the operation interface, the Bluetooth device B is the target device, and the Bluetooth device B is the target device identification.

In the scenario shown in fig. 11c, the system configuration application will respond to the user operation, generate a pairing instruction including the identifier of the target device, and issue the pairing instruction to the bluetooth module, so that the bluetooth module and the target device perform pairing connection. After the Bluetooth module is successfully connected with the target equipment, the display equipment can communicate with the target equipment through the Bluetooth module, so that a user can use the functions of the external Bluetooth equipment.

Since the bluetooth module is configured in the second hardware system of the display device, and each hardware system runs a corresponding application program, if the bluetooth module is used to enable the external bluetooth device to perform data interaction with the application programs running in the two hardware systems, it is a technical problem how to accurately distribute the interaction data sent by the external bluetooth device to the application programs to the corresponding application programs.

In order to solve the problem, the application provides a method for realizing the bluetooth function of the dual-hardware system display device.

Fig. 12 is a block diagram illustrating a configuration for implementing the bluetooth function of the dual hardware system display device according to the present application, and as shown in fig. 12, a scheduling module is further run on the second application bottom layer, and the scheduling module is connected to the bluetooth module. And a virtual Bluetooth module is operated at the bottom layer of the first application and is used for receiving and transmitting communication data between the first application and the Bluetooth module. In addition, the second hardware system also runs a sharing module, and the sharing module is used for forwarding communication data between the virtual Bluetooth module and the scheduling module.

Fig. 13 is a flowchart of an embodiment of a method for implementing bluetooth function of a dual hardware system display device according to the present application. Based on the function configuration shown in fig. 12, the method for implementing the bluetooth function of the dual-hardware system display device of the present application may include:

step 131, receiving a bluetooth instruction carrying an application identifier and used for instructing a bluetooth module to execute a target action, where the bluetooth instruction is sent by a first application or a second application, the first application is run in a first hardware system, and the second application is run in a second hardware system.

The process of establishing a wireless communication channel between two devices supporting bluetooth technology, including, for example, a display device (bluetooth master device) and a bluetooth peripheral device (bluetooth slave device), includes two phases, one is a discovery pairing phase and the other is a connection communication phase. In the discovery pairing stage, it is necessary to complete trust authentication between the display device, i.e., the bluetooth module in the second hardware system, and the bluetooth peripheral. The specific process is as follows: after the Bluetooth functions of the display equipment and the Bluetooth peripherals are started, the display equipment starts to scan the Bluetooth peripherals, an equipment list is generated after the scanning is finished, and a user designates one Bluetooth equipment in the equipment list. Then, the display device is paired with the appointed Bluetooth peripheral device, namely, a pairing request is sent to the appointed device, a pairing key is carried in the pairing request, and when the Bluetooth peripheral device determines that the pairing key is correct, a pairing success response message is fed back to the display device to complete Bluetooth pairing.

In the scenario of this embodiment, during the discovery pairing phase, the bluetooth module responds to the bluetooth command to perform the target actions, such as scanning and pairing. The bluetooth command may be issued by the first application or may be issued by the second application. And when the first application or the second application in the display device needs to be connected with an external Bluetooth device for data transmission, sending a Bluetooth instruction. For the second application, the Bluetooth instruction is directly sent to a scheduling module in a second hardware system, and the scheduling module receives the instruction and carries out the next step of distribution on the instruction; for the first application, firstly, the first application directly sends an instruction to a virtual Bluetooth module in a first hardware system, the virtual Bluetooth module utilizes a communication interface or a serial port between the two hardware systems to send the instruction to a second hardware system, and a sharing module operated by the second hardware system receives the instruction sent by the virtual Bluetooth module and sends the received instruction to a scheduling module.

The above process can also be seen in step 1411, step 1412 and step 142-144 in fig. 14. Specifically, in step 1411, the second application sends the bluetooth instruction to the scheduling module; in step 1412, the first application sends a bluetooth command to the virtual bluetooth module; in step 142, the virtual bluetooth module sends the bluetooth command to the sharing module; in step 143, the sharing module sends the bluetooth command to the scheduling module; to this end, the scheduling module of the second hardware system receives the bluetooth instruction sent by the first application or the second application.

The Bluetooth command carries an application identifier of an application sending the command. The application identifier can be a package name of the application and has uniqueness. Because the application program run by the first hardware system and the application program run by the second hardware system do not have repeated application programs, the scheduling module can judge which application program sends the instruction through the application identifier carried in the bluetooth instruction, and the instruction is the first application or the second application.

The bluetooth instruction is used to instruct the bluetooth module in the second hardware system to perform a target action, such as scanning an external bluetooth device, or pairing, connecting, etc. with a user-specified bluetooth peripheral.

If the bluetooth instruction is used to instruct the bluetooth module to pair or connect with the specified bluetooth peripheral, the bluetooth instruction further includes device information and/or pairing key information of the specified bluetooth device, where the device information includes a device name, a device identifier, a device type, and the like.

Step 132, sending the bluetooth instruction to the bluetooth module to instruct the bluetooth module to execute the target action.

As shown in fig. 14, the scheduling module sends the bluetooth command received by the scheduling module to the bluetooth module to instruct the bluetooth module to execute the target action according to the bluetooth command. And obtaining an execution result after the Bluetooth module finishes the target action. The execution result corresponds to the executed Bluetooth, and the execution result carries the application identifier carried in the corresponding Bluetooth instruction.

When the bluetooth instruction instructs the bluetooth module to scan the external bluetooth device, the execution result may be scanning information of the external bluetooth device by the bluetooth module, including scanned device information of the bluetooth peripheral device, such as a device type, a MAC address of the device, a device name, and the like. When the bluetooth instruction indicates that the bluetooth module is paired with the specified bluetooth device, the execution result may be response information of the specified bluetooth device to the pairing request.

As shown in fig. 14, the bluetooth module transmits the execution result to the scheduling module in step 146.

And step 133, receiving an execution result returned by the bluetooth module, where the execution result carries the application identifier.

As shown in fig. 14, after receiving the execution result returned by the bluetooth module, the scheduling module determines which application the application identifier carried in the execution result corresponds to, so as to send the execution result to the application corresponding to the application identifier. During specific implementation, the scheduling module obtains an application list in advance, wherein the application list at least comprises a first application directory and a second application directory, an application identifier of an application program operated by a first hardware system is stored in the first application directory, and an application identifier of an application program operated by a second hardware system is stored in the second application directory. By searching the application identifier carried by the execution result in the application list, which application corresponds to the application identifier can be determined, if the application identifier is found in the first application directory, the application identifier corresponds to the first application, and if the application identifier is found in the second application directory, the application identifier corresponds to the second application.

And step 134, when it is determined that the application identifier carried in the execution result corresponds to the first application, sending the execution result to the first hardware system.

As shown in fig. 14, when it is determined that the application identifier carried in the execution result corresponds to the first application, the execution result needs to be sent to the first hardware system. Specifically, first, in step 148, the scheduling module sends the execution result to the sharing module, in step 149, the sharing module sends the execution result to the virtual bluetooth module in the first hardware system, and in step 150, the virtual bluetooth module sends the execution result to the corresponding first application.

And step 135, when the application identifier carried in the execution result is judged to correspond to the second application, sending the execution result to the second application.

As shown in fig. 14, the execution result is directly transmitted to the corresponding second application by the scheduling module in step 150.

After receiving the execution result of the bluetooth module, the first application or the second application may execute a next response, such as updating the UI interface, according to the execution result. And if the received execution result is scanning information, generating a device list according to the scanning information, and updating the device list to the UI (user interface) for presenting to the user. And if the received execution result is a pairing success response message fed back by the Bluetooth peripheral equipment, marking the paired Bluetooth equipment in the equipment list to prompt the user of the currently paired equipment.

According to the technical scheme, the method comprises the steps of firstly receiving a Bluetooth instruction which carries an application identifier and is used for indicating the Bluetooth module to execute a target action, sending the Bluetooth instruction by a first application or a second application, running the first application in the first hardware system and running the second application in the second hardware system, and then sending the Bluetooth instruction to the Bluetooth module to indicate the Bluetooth module to execute the target action; receiving an execution result returned by the Bluetooth module, wherein the execution result carries an application identifier; when the application identification carried in the execution result is judged to correspond to the first application, the execution result is sent to a first hardware system; and when the application identifier carried in the execution result is judged to correspond to the second application, sending the execution result to the second application. Therefore, by the method, the data sent by the Bluetooth peripheral to the application program can be accurately distributed to the application in a scene that the first application and the second application are likely to interact with the Bluetooth peripheral.

In addition, in the process of establishing a wireless communication channel between two devices supporting the bluetooth technology, for example, a display device (bluetooth master device) and a bluetooth peripheral device (bluetooth slave device), the second stage is a connection communication stage, in which the communication connection and data transmission between the display device and the bluetooth peripheral device are completed. Specifically, the application program in the display device sends a connection establishment request message to the bluetooth slave device, and the bluetooth slave device returns a connection response message to establish a communication channel. And then, the application program in the display equipment and the Bluetooth peripheral equipment perform data interaction by utilizing the established communication channel.

The data interaction process comprises two data flow directions, one is that an application program outputs data to a Bluetooth peripheral, and a typical scene is that the application program sends sound data to a Bluetooth sound box or a Bluetooth headset so as to play sound by using the Bluetooth sound box or the Bluetooth headset; secondly, the bluetooth peripheral inputs interactive data to the application program, and a typical scene is that a game handle or a keyboard sends KEY-EVENT data to the application program, or a bluetooth sound box or a bluetooth earphone sends KEY data for adjusting volume to the application program, and the like.

In the technical scenario of the present application, the display device has two hardware systems, and only one hardware system is configured with the bluetooth module, so that interactive data is input to the application program at the bluetooth peripheral device, and how to accurately distribute the interactive data input by the bluetooth peripheral device to the corresponding hardware system in the display device is a problem to be solved urgently.

To solve the problem, fig. 15 is a flowchart illustrating another embodiment of a method for implementing bluetooth function of a dual hardware system display device according to the present application, and as shown in fig. 15, the method may include:

step 151, receiving interactive data sent by the external bluetooth device under the condition of connecting with the external bluetooth device, where the interactive data carries the application identifier and the device type.

In this embodiment, the external bluetooth device includes at least an A2DP type device and an HID type device. The bluetooth Device of A2DP (Advanced Audio Distribution Profile, bluetooth Audio transmission model protocol) type refers to a bluetooth Device supporting a bluetooth Audio transmission model protocol, such as a bluetooth headset, a bluetooth sound box, and the like, and a HID (Human Interface Device) type Device, such as a standard bluetooth keyboard, a bluetooth mouse, a bluetooth game pad, and the like.

In specific implementation, the interactive data includes a field indicating the device type, and the field includes a rule string corresponding to A2DP or HID.

For the bluetooth device of the A2DP type, the interactive data sent to the display device may be key value data for adjusting the volume by the user or an instruction for switching songs, etc. For the HID type Bluetooth device, the interactive data sent to the display device is KEY-EVENT data.

Referring to fig. 16, firstly, the bluetooth peripheral sends the interactive data to the bluetooth module, and then the bluetooth module sends the interactive data to the scheduling module, and the scheduling module performs the next distribution on the interactive data according to the specific content of the interactive data, that is, in step 152, the interactive data is sent to the first application or the second application according to the application identifier and the device type carried in the interactive data.

The dispatching module distributes the strategy to the interactive data as follows:

referring to fig. 17, in step 171, it is determined whether the device type carried in the interactive data is A2DP and whether the application identifier carried in the interactive data corresponds to the first application, and the following steps are respectively performed according to the determination result.

Step 172, when it is determined that the device type carried in the interaction data is A2DP and the application identifier corresponds to the first application, sending the interaction data to the first hardware system.

Referring to fig. 16, the scheduling module sends the interactive data to the sharing module, and then the sharing module sends the interactive data to the virtual bluetooth module of the first hardware system through the communication interface or the serial port between the first hardware system and the second hardware system, and the virtual bluetooth module sends the interactive data to the upper layer first application.

Step 173, when it is determined that the device type carried in the interaction data is A2DP and the application identifier corresponds to a second application, sending the interaction data to the second application.

In the case described in step 173, the scheduling module directly sends the interactive data to the upper second application.

And step 174, when the device type carried in the interactive data is judged to be HID, acquiring the current focus position information, and sending the interactive data to the application corresponding to the current focus position information.

The user can move the focal point position by a control device such as the remote control 100A. The current focus position represents a current data transmission channel position, and specifically, if the current focus position is located in a first application, the current data transmission channel is connected to a first hardware system, and if the current focus position is located in a second application, the current data transmission channel is connected to a second hardware system. The current focus position includes two possible cases, one being on the first application and the other being on the second application.

Exemplarily, fig. 9a shows that the focus position is located on the "system settings application", i.e. the second application.

Illustratively, FIG. 11a shows the focus position on the "Biaokun" application, i.e., the first application.

In this embodiment, when it is determined that the current focus is located in the first application according to the current focus position information, sending the interactive data to the first application; and when the current focus is judged to be positioned in the second application according to the current focus position information, sending the interactive data to the second application.

The foregoing embodiment provides a distribution policy for interactive data sent by a bluetooth peripheral to an application program in a connection communication phase between the bluetooth peripheral and a display device, where when it is determined that a device type carried in the interactive data is A2DP and an application identifier corresponds to a first application, the interactive data is sent to a first hardware system; when the device type carried in the interactive data is judged to be A2DP and the application identification corresponds to a second application, the interactive data is sent to the second application; and when the type of the equipment carried in the interactive data is judged to be HID, acquiring the current focus position information, and sending the interactive data to the application corresponding to the current focus position information. Therefore, by the method, the data sent by the Bluetooth peripheral to the application program can be accurately distributed to the application in the scene that the first application and the second application are likely to interact with the Bluetooth peripheral.

According to the method for realizing the Bluetooth function of the double-hardware-system display equipment, the device for realizing the Bluetooth function of the double-hardware-system display equipment is further provided, and in the double-hardware-system display equipment, a second hardware system is configured with a Bluetooth module. As shown in fig. 18, the implementation apparatus includes:

a first receiving unit 181, configured to receive a bluetooth instruction that carries an application identifier and is used to instruct a bluetooth module to execute a target action, where the bluetooth instruction is sent by a first application or a second application, the first application runs in a first hardware system, and the second application runs in a second hardware system; a first sending unit 182, configured to send the bluetooth instruction to the bluetooth module to instruct the bluetooth module to execute a target action; a second receiving unit 183, configured to receive an execution result returned by the bluetooth module, where the execution result carries the application identifier; a second sending unit 184, configured to send the execution result to the first hardware system when it is determined that the application identifier carried in the execution result corresponds to the first application; and when the application identification carried in the execution result is judged to correspond to the second application, the execution result is sent to the second application.

In some embodiments, the second receiving unit is further configured to receive interaction data sent by an external bluetooth device, where the interaction data carries an application identifier and a device type; the second sending unit is further configured to send the interactive data to the first application or the second application according to the application identifier and the device type that are carried in the interactive data.

In some embodiments, the second sending unit is specifically configured to send the interaction data to the first hardware system when it is determined that the device type carried in the interaction data is A2DP and the application identifier corresponds to the first application; when the device type carried in the interaction data is judged to be A2DP and the application identification corresponds to a second application, sending the interaction data to the second application; and when the type of the equipment carried in the interactive data is judged to be HID, acquiring the current focus position information, and sending the interactive data to an application corresponding to the current focus position information.

In some embodiments, the second sending unit is specifically configured to send the interaction data to the first application when it is determined that the current focus is located in the first application according to the current focus position information; and when the current focus is judged to be positioned in the second application according to the current focus position information, sending the interactive data to the second application.

In addition, the present application further provides a dual hardware system display device, in the dual hardware system display device, a second hardware system is configured with a bluetooth module, the bluetooth module is connected with a second controller of the second hardware system, and the second controller is configured to execute the implementation method of the bluetooth function of the dual hardware system display device provided in the present application.

FIG. 19a illustrates a game scenario in which multiple users are participating in a game, each user needing to connect their Bluetooth handle to a Bluetooth module in order to use the functionality of the Bluetooth gamepad in a gaming application run by the first hardware system, according to an exemplary embodiment of the present application.

In the scenario shown in fig. 19a where the bluetooth module is connected to multiple bluetooth peripherals simultaneously, if the kernel of the second hardware system forwards all data sent by the bluetooth peripherals to the kernel of the first hardware system, since there is only a data stream in the kernel and different bluetooth devices cannot be distinguished, the scheme is only suitable for connecting one bluetooth peripheral, and when multiple bluetooth peripherals are connected, the problem of data disorder and incompatibility is inevitably caused.

In order to solve the problem, an embodiment of the present application provides a communication method between a dual-hardware system display device and a bluetooth peripheral device, which solves a problem that a plurality of bluetooth peripheral devices communicate with a first hardware system simultaneously on the basis of not changing a hardware scheme of a real device.

Fig. 19b is a schematic diagram of an implementation framework of a communication method between a dual hardware system display device and a bluetooth peripheral according to the method of the present application, and as shown in fig. 19b, a bluetooth module is configured in a second hardware system and includes a bluetooth protocol stack and a bluetooth chip. In addition, since the first system does not include a bluetooth chip and does not include a bluetooth protocol stack, a logic processing flow related to a bluetooth function cannot be implemented, therefore, in the embodiment of the present application, a virtual protocol stack is configured in advance in the first hardware system, and is used for executing logic processing when the first application communicates with the bluetooth peripheral.

FIG. 20 is a flowchart of an embodiment of a method for a dual hardware system display device to communicate with a Bluetooth peripheral device. As shown in fig. 20, the method of the present application may include:

step 201, the second hardware system establishes a connection with at least one bluetooth peripheral through the bluetooth module.

Wherein, bluetooth module can pair with a plurality of bluetooth peripheral hardware simultaneously and be connected. It should be noted that, based on the technical scenarios involved in the present application, the process of establishing the connection between the second hardware system and the at least one bluetooth peripheral device through the bluetooth module is well known to those skilled in the art and is not described herein again.

Step 202, the connected bluetooth peripheral sends connection data to the second hardware system.

In the process that the Bluetooth peripheral communicates with the second hardware system through the Bluetooth module, the BT hardware receives data sent by the Bluetooth peripheral and sends the data to the Bluetooth protocol stack. Optionally, the bluetooth protocol stack is solidified in the BT hardware. The bluetooth protocol stack may determine the data type of the received data, mainly including connection data (INFO), interactive data, or disconnection message (disconnection), according to the content of the command line in the data.

The connection data refers to a notification message that the connection of the Bluetooth peripheral is successful, and a command line of the connection data comprises an instruction for indicating the creation of the equipment node. In addition, the connection data at least includes device information of the connected bluetooth peripheral, such as MAC address, device name, and data transfer protocol or device type information of the bluetooth peripheral.

And 203, the second hardware system receives the connection data of the Bluetooth peripheral, creates a second device node according to the connection data, and acquires a second handle value corresponding to the second device node.

Specifically, the bluetooth protocol stack of the second hardware system scans connection data sent by the bluetooth peripheral, then a second device node is created in the chip kernel of the second hardware system, and the chip kernel returns a second handle value to the bluetooth protocol stack, where the second handle value corresponds to the created second device node.

For convenience of distinction and explanation, in the embodiments of the present application, device nodes created in a second chip (N-chip) core are collectively referred to as second device nodes, and the handle values of the second device nodes correspond to the handle values, that is, the second handle values. It can be understood that, when a plurality of bluetooth peripherals are connected with the bluetooth module at the same time, a plurality of second device nodes are created, and each second device node and the corresponding second handle value thereof are used as a channel for performing a data read-write process between one of the bluetooth peripherals and the second chip.

Step 204, in the bluetooth protocol stack of the second hardware system, determining whether the attribute value of the connection data is a predetermined value, if yes, executing step 205.

The data packet sent to the bluetooth module by the bluetooth peripheral contains application attribute data. And after receiving the data packet sent by the Bluetooth peripheral equipment, analyzing the attribute value related to the application in the data packet, and taking the analyzed attribute value related to the application as a basis for judging whether the data packet is sent to the first hardware system or not.

In specific implementation, based on the characteristics of the application scenario of the application, all application programs on the display device can be divided into two types, wherein the first type is a first application and is run by a first hardware system, and the second type is a second application and is run by a second hardware system. Therefore, in order to use the application attribute value in the data packet as a basis for determining whether the data packet needs to be sent to the first hardware system, the attribute value related to the first application may be set to a predetermined value in advance, and the attribute value related to the second application may be set to a non-predetermined value. Therefore, when the analyzed attribute value is judged to be the preset value, the application interacting with the Bluetooth peripheral is indicated to be the first application, and the data is sent to the first hardware system, otherwise, the data is sent to the second application.

Step 205, generating a communication instruction according to the connection data and the second handle value, and sending the communication instruction to the first hardware system.

In specific implementation, the connection data is repackaged in the bluetooth protocol stack to generate a communication instruction. Setting fd field and desp field in communication command, writing first handle value in fd field, writing basic information of blue tooth peripheral in desp field according to connection data, so as to make first hardware system obtain and store basic information of blue tooth peripheral.

And step 206, the first hardware system receives the communication instruction, creates a first device node according to the connection data, and acquires a first handle value corresponding to the first device node.

Specifically, the first hardware system receives and processes a communication instruction sent by the second hardware system through a pre-established virtual protocol stack, creates a first device node in a chip kernel of the first hardware system, and obtains a first handle value returned by the chip kernel, where the first handle value corresponds to the created first device node.

For convenience of differentiation and explanation, in the embodiments of the present application, device nodes created in a first chip (a-chip) core are collectively referred to as a first device node, and a handle value corresponding to the first device node is a first handle value. It can be understood that, when receiving a plurality of connection data respectively corresponding to a plurality of bluetooth peripherals, a plurality of first device nodes will be created on the first chip core, and each first device node and the corresponding first handle value thereof serve as a channel for performing data reading and writing processes between one of the bluetooth peripherals and the first chip.

And step 207, in the virtual protocol stack, establishing a handle corresponding relation according to the first handle value and the second handle value.

It should be noted that, because the bluetooth module can establish connection with multiple (at least 8) bluetooth peripherals at the same time, for the case that multiple bluetooth peripherals are connected at the same time, the virtual protocol stack will sequentially establish multiple handle correspondence relationships, which can be shown in table 1 below:

TABLE 1

Based on the above situation, the virtual protocol stack may further generate a routing table according to the correspondence after establishing the first handle correspondence, and continuously update the routing table. For example, the newly created handle correspondence is added to the routing table, or when a certain bluetooth peripheral device is disconnected from the second hardware system, the handle correspondence corresponding to the bluetooth peripheral device is deleted from the routing table.

And step 208, the virtual protocol stack sends the handle corresponding relation to the second hardware system.

Alternatively, in step 208, the generated routing table is sent to the second hardware system, and after each update of the routing table, the updated routing table is sent to the second hardware system.

And 2081, transmitting interactive data with the Bluetooth peripheral by using the handle corresponding relation.

Step 209, the second hardware system receives the handle corresponding relationship sent by the first hardware system through the bluetooth protocol stack.

Step 2091, the first hardware system transmits the interactive data between the first hardware system and the bluetooth peripheral according to the handle corresponding relationship.

For the Bluetooth peripheral connected with the second hardware system, after the corresponding handle corresponding relation is established by the virtual protocol stack of the first hardware system, the first hardware system can utilize the handle corresponding relation to carry out data transmission with the Bluetooth peripheral.

According to the technical scheme, the embodiment of the application provides a method and a device for communication between a dual-hardware system display device and a Bluetooth peripheral device, and the dual-hardware system display device, wherein in the method, when a second hardware system receives connection data sent by the Bluetooth peripheral device, a second device node is created and a corresponding second handle value is obtained; if the attribute value of the connection data is judged to be a preset value, a communication instruction is generated according to the connection data and the second handle value and is sent to the first hardware system; the first hardware system receives a communication command, creates a first equipment node and acquires a corresponding first handle value; and establishing a handle corresponding relation according to the first handle value and the second handle value so as to utilize the handle corresponding relation to carry out data transmission with the Bluetooth peripheral equipment. Because the method establishes a corresponding handle corresponding relation for each Bluetooth peripheral, even if a plurality of Bluetooth peripherals are connected simultaneously, the first hardware system can effectively distinguish each Bluetooth peripheral according to the established handle corresponding relation, thereby avoiding the conditions of data disorder and incompatibility.

The process of steps 2081 and 2091 will be described in detail below with the example of bluetooth peripheral a. The bluetooth peripheral a has already established a connection with the second hardware system, and the virtual protocol stack of the first hardware system has already established a handle correspondence corresponding to the bluetooth peripheral a, which may be specifically as shown in table 1 above.

The process of the Bluetooth peripheral A and the first hardware system for realizing data transmission can comprise the following steps:

step 211, the bluetooth peripheral sends the interactive data to the second hardware system.

Based on this embodiment scenario, the bluetooth peripheral that needs to communicate with the first hardware system to serve the application program run by the first hardware system is generally an HID device, i.e., a human interface device, such as a bluetooth joystick, a bluetooth keyboard, a mouse, and the like, and the interactive data sent by this type of device to the display device is generally KEY-EVENT data, i.e., KEY value data.

For example, in a game scenario, a user presses a key of a keyboard, and the keyboard sends key value data corresponding to the key to a second hardware system.

In step 212, the first hardware system receives the interactive data sent by the bluetooth peripheral.

Specifically, the bluetooth module receives interactive data sent by the bluetooth peripheral.

Step 213, in the bluetooth protocol stack, determining whether the attribute value of the interactive data is the predetermined value, if yes, executing step 214.

Step 214, the second hardware system generates forwarding data according to the interactive data and the second handle value corresponding to the interactive data.

The bluetooth peripheral device communicates with the second hardware system using the second handle value, whereby each interactive data packet from the bluetooth peripheral device automatically corresponds to a second handle value. And the Bluetooth protocol stack repackages the interactive data and the corresponding second handle value and sends the data to the first hardware system.

Step 215, the first hardware system receives the forwarding data and the corresponding second handle value, and searches the first handle value corresponding to the second handle value from the established corresponding relationship.

For example, the first handle value corresponding to the second handle value handle 1 may be found as handle 2 from the correspondence of table 1.

In step 216, the virtual protocol stack writes the interactive data into the first device node corresponding to the found first handle value.

In step 216, the interactive data sent by the bluetooth peripheral a is written into the first chip core, so that data transmission between the bluetooth peripheral a and the first hardware system is realized.

Therefore, even if a plurality of Bluetooth peripherals are connected simultaneously, the first hardware system can effectively distinguish each Bluetooth peripheral according to the established handle corresponding relation, so that the conditions of data disorder and incompatibility can be avoided.

In addition, in some embodiments, the first hardware system or the second hardware system may send feedback information to the bluetooth peripheral, for example, response information of the application program to the bluetooth peripheral, so as to notify the bluetooth peripheral that the bluetooth peripheral has received the key value data input by the bluetooth peripheral by sending the feedback information to the bluetooth peripheral.

Based on this, the method shown in fig. 21 may further include:

and step 217, after the first hardware system finishes writing the interactive data, generating response information to the bluetooth peripheral.

Step 218, generating a return message according to the response message and the corresponding first handle value.

The response information may be issued to the virtual protocol stack by the upper layer application program, or may be sent to the virtual protocol stack by the first chip core under the condition that the interactive data is written in the first chip core. In step 217, the virtual protocol stack repackages the response message and the corresponding first handle value, and sends the response message and the corresponding first handle value to the second hardware system.

Step 219, the second hardware system receives the return information sent by the first hardware system, searches for a second handle value corresponding to the first handle value from the received handle correspondence, and sends the return information to the bluetooth peripheral device according to the second handle value.

And receiving the return information through a Bluetooth protocol stack, and searching a second handle value corresponding to the first handle value from the received corresponding relation. For example, if the second handle value corresponding to the first handle value handle 2 is found in the handle correspondence relationship shown in table 1 and the handle value is handle 1, the feedback information is sent to the bluetooth peripheral device according to the channel corresponding to handle 1.

Step 220, the bluetooth peripheral receives the feedback information.

In some embodiments, the bluetooth peripheral may respond such as lights, sounds, and vibrations after receiving the feedback information.

In addition, if it is determined in step 213 that the attribute value of the interactive data is not the predetermined value, the interactive data is stored to the corresponding second device node.

If the attribute value of the interaction data is not a predetermined value, it means that the interaction data does not need to be forwarded to the first hardware system, and therefore the interaction data is stored in the second device node.

In some other optional embodiments, after the second hardware system is disconnected from the bluetooth peripheral, a destruction process needs to be performed, that is, the correspondence relationship between the first device node, the second device node, and the handle is destroyed.

As shown in fig. 22, in step 221, the second hardware system receives a disconnection message for notifying that the bluetooth peripheral is disconnected, and destroys the second device node corresponding to the disconnection message.

The disconnection message may be sent to the second hardware system by the bluetooth peripheral, or may be sent to the second hardware system by the upper layer application. After receiving the disconnection message, the bluetooth protocol stack first needs to destroy the previously created second device node, and then in step 222, the bluetooth protocol stack determines whether the attribute value of the disconnection message is a predetermined value, if so, step 223 is executed, and if not, the process is ended.

In step 223, a disconnection instruction is generated according to the disconnection message and the second handle value corresponding to the disconnection message, and the disconnection instruction is sent to the first hardware system.

The disconnection instruction is used for instructing the first hardware system to execute the destruction process.

In step 224, the second hardware system destroys the handle correspondence relationship to which the second handle value corresponding to the disconnection message belongs.

Assuming that the second handle value corresponding to the disconnect message is handle 1, the bluetooth protocol stack cancels or deletes the correspondence between handle 1 and handle 2 stored in table 1.

In step 225, the first hardware system receives a disconnection instruction sent by the second hardware system, searches for a first handle value corresponding to the second handle value from the established handle correspondence, destroys the first device node corresponding to the first handle value, and destroys the handle correspondence to which the first handle value belongs.

For example, the virtual protocol stack cancels or deletes the correspondence between handle 1 and handle 2 saved in table 1.

It should be noted that, because the bluetooth protocol stack and the virtual protocol stack both store the handle corresponding relationship and the device node corresponding to the disconnected bluetooth peripheral, the bluetooth protocol stack and the virtual protocol stack need to destroy the stored handle corresponding relationship respectively, and destroy the second device node and the first device node respectively.

All other embodiments, which can be derived by a person skilled in the art from the exemplary embodiments shown in the present application without inventive effort, shall fall within the scope of protection of the present application. Moreover, while the disclosure herein has been presented in terms of exemplary embodiment or embodiments, it is to be understood that each aspect of the disclosure can independently be implemented as a single unitary embodiment.

It should be understood that the terms "first," "second," "third," and the like in the description and in the claims of the present application and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used are interchangeable under appropriate circumstances and can be implemented in sequences other than those illustrated or otherwise described herein with respect to the embodiments of the application, for example.

Furthermore, the terms "comprises" and "comprising," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a product or device that comprises a list of elements is not necessarily limited to those elements explicitly listed, but may include other elements not expressly listed or inherent to such product or device.

In specific implementation, the present invention further provides a computer storage medium, wherein the computer storage medium may store a program, and the program may include some or all of the steps in the embodiments of the 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 using software plus any 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, as for the apparatus and device embodiments, since they are substantially similar to the method embodiments, the description is relatively simple, and reference may be made to the description of the method embodiments for relevant points.

Claims

1. A method for realizing Bluetooth function of a dual-hardware system display device is characterized in that a scheduling module and a sharing module are configured in the dual-hardware system display device, and only a second hardware system is configured with a Bluetooth module, the method comprises the following steps:

receiving a Bluetooth instruction which carries an application identifier and is used for indicating a Bluetooth module to execute a target action, wherein the Bluetooth instruction is sent by a first application or a second application, the first application runs in a first hardware system, and the second application runs in a second hardware system;

when the application identifier carried in the execution result is judged to correspond to the first application, the scheduling module sends the execution result to the sharing module, the sharing module sends the execution result to a virtual Bluetooth module of a first hardware system, and the virtual Bluetooth module sends the execution result to the first application;

when the application identifier carried in the execution result is judged to correspond to a second application, the scheduling module directly sends the execution result to the second application;

when the Bluetooth module is connected with external Bluetooth equipment, receiving interactive data sent by the external Bluetooth equipment, wherein the interactive data carries an application identifier and an equipment type;

2. The method of claim 1, wherein sending the interactive data to the first application or the second application according to an application identifier and a device type carried in the interactive data comprises:

and when the type of the equipment carried in the interactive data is judged to be HID, acquiring the current focus position information, and sending the interactive data to the application corresponding to the current focus position information.

3. The method of claim 2, wherein sending the interaction data to the application corresponding to the current focal position information comprises:

4. The method of claim 1, wherein the Bluetooth command is used to instruct the Bluetooth module to scan for external Bluetooth devices or to instruct the Bluetooth module to perform pairing connection with a specified Bluetooth device.

5. The utility model provides a two hardware system display device bluetooth function's realizing device which characterized in that, dispose dispatch module, shared module in two hardware system display device, and only second hardware system disposes the bluetooth module, realizing device includes:

a second sending unit, configured to send, by the scheduling module, the execution result to the sharing module when it is determined that the application identifier carried in the execution result corresponds to the first application, send, by the sharing module, the execution result to a virtual bluetooth module of the first hardware system, and send, by the virtual bluetooth module, the first application;

when the application identifier carried in the execution result is judged to correspond to the second application, the scheduling module directly sends the execution result to the second application;

when the bluetooth module is connected with an external bluetooth device, the second receiving unit is further configured to receive interactive data sent by the external bluetooth device, where the interactive data carries an application identifier and a device type;

the second sending unit is further configured to send the interactive data to the first application or the second application according to the application identifier and the device type that are carried in the interactive data.

6. The implementation apparatus according to claim 5, wherein the second sending unit is specifically configured to send the interaction data to the first hardware system when it is determined that the device type carried in the interaction data is A2DP and the application identifier corresponds to the first application;

when the device type carried in the interactive data is determined to be A2DP and the application identifier corresponds to a second application, sending the interactive data to the second application;

7. The implementation apparatus according to claim 6, wherein the second sending unit is specifically configured to send the interaction data to the first application when it is determined that the current focus is located in the first application according to the current focus position information;

8. A dual hardware system display device, wherein a scheduling module and a sharing module are configured in the dual hardware system display device, and only a second hardware system is configured with a Bluetooth module, the Bluetooth module is connected to a second controller of the second hardware system, and the second controller is configured to: