CN114554259A - 控制设备、显示设备和设备信息获取方法 - Google Patents

控制设备、显示设备和设备信息获取方法 Download PDF

Info

Publication number
CN114554259A
CN114554259A CN202210042117.0A CN202210042117A CN114554259A CN 114554259 A CN114554259 A CN 114554259A CN 202210042117 A CN202210042117 A CN 202210042117A CN 114554259 A CN114554259 A CN 114554259A
Authority
CN
China
Prior art keywords
equipment
display
information
display device
data packet
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210042117.0A
Other languages
English (en)
Inventor
邓子敬
郑鹏
杨坤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hisense Visual Technology Co Ltd
Original Assignee
Hisense Visual Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hisense Visual Technology Co Ltd filed Critical Hisense Visual Technology Co Ltd
Priority to CN202210042117.0A priority Critical patent/CN114554259A/zh
Publication of CN114554259A publication Critical patent/CN114554259A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/4104Peripherals receiving signals from specially adapted client devices
    • H04N21/4126The peripheral being portable, e.g. PDAs or mobile phones
    • H04N21/41265The peripheral being portable, e.g. PDAs or mobile phones having a remote control device for bidirectional communication between the remote control device and client device
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43637Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4431OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB characterized by the use of Application Program Interface [API] libraries

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Library & Information Science (AREA)
  • Software Systems (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请涉及一种控制设备、显示设备和设备信息获取方法,应用于终端技术领域。该控制设备包括:控制器,被配置为:在控制设备与显示设备进行绑定的过程中,通过控制设备的应用平台框架,基于系统属性接口,向控制设备的蓝牙协议栈发送虚拟事件;在控制设备与显示设备绑定完成的情况下,通过蓝牙协议栈监听虚拟事件;在通过蓝牙协议栈监听到虚拟事件的情况下,向显示设备发送目标连接的建立请求;在接收到显示设备发送的目标连接的建立响应的情况下,通过蓝牙协议栈与显示设备建立目标连接,并基于目标连接获取显示设备的设备信息。可以通过控制设备中已有的系统接口获取显示设备的设备信息,减少软硬件设计的复杂度,提高了设备信息的获取效率。

Description

控制设备、显示设备和设备信息获取方法
技术领域
本申请实施例涉及终端技术领域。更具体地讲,涉及一种控制设备、显示设备和设备信息获取方法。
背景技术
包括安卓(android)系统的两个电子设备进行蓝牙连接时,其中,安卓系统支持作为中央设备角色的电子设备中的应用程序获取作为蓝牙外设角色的电子设备的设备信息,但不支持作为蓝牙外设角色的电子设备中的应用程序获取作为中央设备角色的电子设备的设备信息。
目前,为了作为蓝牙外设角色的电子设备中的应用程序能够获取作为中央设备角色的电子设备的设备信息,通常需要在作为蓝牙外设角色的电子设备中添加额外的复杂的系统接口(以下称为添加的系统接口),这些添加的系统接口用于电子设备作为蓝牙外设角色时获取作为中央设备角色的电子设备的设备信息。
然而,上述为了作为蓝牙外设角色的电子设备中的应用程序能够获取作为中央设备角色的电子设备的设备信息,在电子设备中添加接口的方案,过于繁琐且耗时。
发明内容
为了解决上述技术问题或者至少部分地解决上述技术问题,本申请提供了一种控制设备、显示设备和设备信息获取方法,可以在控制设备中不添加额外的复杂的系统接口的前提下,通过控制设备中已有的系统接口获取显示设备的设备信息,减少软硬件设计的复杂度,提高了设备信息的获取效率。
第一方面,本申请实施例提供了一种控制设备,包括:
控制器,被配置为:
在作为蓝牙外设角色的该控制设备与作为中央设备角色的显示设备进行绑定的过程中,通过该控制设备的应用平台框架,基于该系统属性接口,向该控制设备的蓝牙协议栈发送虚拟事件;
在该控制设备与该显示设备绑定完成的情况下,基于该虚拟事件,通过该蓝牙协议栈与该显示设备进行通信,获取该显示设备的设备信息。
本申请一些实施例中,该控制设备还包括:
通信单元,被配置为:与显示设备进行通信;
控制器,被配置为:
在该控制设备与该显示设备绑定完成的情况下,通过该蓝牙协议栈监听该虚拟事件;
当监听到该虚拟事件时通过该通信单元向该显示设备发送目标连接的建立请求;
响应于该显示设备根据该建立请求发送的建立响应,通过该蓝牙协议栈与该显示设备建立该目标连接,并基于该目标连接获取该显示设备的设备信息。
本申请一些实施例中,该控制器,被配置为:
当监听到该虚拟事件时通过该通信单元向该显示设备发送通用属性协议(Generic Attribute Profile,GATT)连接的建立请求;
在接收到该显示设备根据该建立请求发送的该GATT连接的建立响应的情况下,通过该蓝牙协议栈与该显示设备建立该GATT连接,并在GATT连接建立之后通过数据交互协议(attribute protocol,ATT)查询获取该显示设备的设备信息。
本申请一些实施例中,该虚拟事件为虚拟的收到广播包事件和/或虚拟的接收到响应包事件。
本申请一些实施例中,该控制器,还被配置为:
在作为蓝牙外设角色的该控制设备与作为中央设备角色的该显示设备进行绑定的过程中,通过该控制设备的应用平台框架,基于系统属性接口,向该控制设备的蓝牙协议栈发送虚拟事件之前,通过该应用平台框架确定该控制设备中安装有需要获取该设备信息的应用程序。
本申请一些实施例中,该控制器,还被配置为:
响应于该显示设备根据该建立请求发送的建立响应,通过该蓝牙协议栈与该显示设备建立该目标连接,并基于该目标连接获取该显示设备的设备信息之后,通过该蓝牙协议栈将该设备信息发送给该应用平台框架;
通过该应用平台框架,向应用程序发送该设备信息。
第二方面,本申请提供了一种显示设备,包括:
通信单元,被配置为:与控制设备进行通信;
控制器,被配置为:在作为蓝牙外设角色的该控制设备与作为中央设备角色的该显示设备绑定完成的情况下,通过该通信单元接收该控制设备通过蓝牙协议栈发送的目标连接的建立请求,该建立请求为该控制设备在监听到虚拟事件时发送的,该虚拟事件为在该控制设备与该显示设备进行绑定的过程中,通过该控制设备的应用平台框架,基于系统属性接口,向该控制设备的蓝牙协议栈发送的;
根据该建立请求,通过该通信单元向该控制设备发送该目标连接的建立响应,该建立响应用于该蓝牙协议栈与该显示设备建立该目标连接;
与该蓝牙协议栈建立该目标连接,并通过该通信单元基于该目标连接向该蓝牙协议栈发送该显示设备的设备信息。
本申请一些实施例中,该控制器,被配置为:在作为蓝牙外设角色的该控制设备与作为中央设备角色的该显示设备绑定完成的情况下,通过该通信单元接收该控制设备通过蓝牙协议栈发送的GATT连接的建立请求;
根据该建立请求,通过该通信单元向该控制设备发送该GATT连接的建立响应,该建立响应用于该蓝牙协议栈与该显示设备建立该GATT连接;
与该蓝牙协议栈建立该GATT连接,通过所述通信单元基于接收到的ATT查询,向该蓝牙协议栈发送该设备信息。
第三方面,本申请提供了一种控制设备,包括:
通信单元,被配置为:与显示设备进行通信;
控制器,被配置为:
在作为蓝牙外设角色的该控制设备与作为中央设备角色的该显示设备进行连接的过程中,通过该通信单元向该显示设备发送携带第一指示信息的第一数据包,该第一指示信息用于指示该显示设备根据该第一指示信息向该控制设备发送携带该设备信息的第二数据包,该第一数据包为广播包和/或响应包,该第二数据包为广播包和/或响应包;
通过该通信单元接收该显示设备发送的该第二数据包;
根据该第二数据包,获取该设备信息。
本申请一些实施例中,该控制器,还被配置为:
在根据该第二数据包,获取该显示设备的设备信息之后,通过该通信单元向该显示设备发送携带第二指示信息的第三数据包,该第二指示信息用于指示该显示设备根据该第二指示信息停止向该控制设备发送该第二数据包,该第三数据包为广播包和/或响应包。
本申请一些实施例中,该控制器,还被配置为:
在作为蓝牙外设角色的该控制设备与作为中央设备角色的该显示设备进行连接的过程中,通过该通信单元向该显示设备发送携带第一指示信息的第一数据包之前,通过应用平台框架确定该控制设备中安装有需要获取该设备信息的应用程序。
本申请一些实施例中,该控制器,还被配置为:
在根据该第二数据包,获取该设备信息之后,通过该蓝牙协议栈将该设备信息发送给该应用平台框架;
通过该应用平台框架,向应用程序发送该设备信息。
第四方面,本申请提供了一种显示设备,包括:
通信单元,被配置为:与控制设备进行通信;
控制器,被配置为:
在作为蓝牙外设角色的该控制设备与作为中央设备角色的该显示设备进行连接的过程中,通过该通信单元接收该控制设备发送的携带第一指示信息的第一数据包,该第一指示信息用于指示该显示设备根据该第一指示信息向该控制设备发送携带该显示设备的设备信息的第二数据包,该第一数据包为广播包和/或响应包,该第二数据包为广播包和/或响应包;
通过该通信单元向该控制设备发送该第二数据包,该第二数据包用于该控制设备根据该第二数据包,获取该设备信息。
本申请一些实施例中,该控制器,还被配置为:
在通过该通信单元向该控制设备发送该第二数据包之后,通过该通信单元接收该控制设备发送的携带第二指示信息的第三数据包,该第三数据包为该控制设备根据该第二数据包获取该显示设备的设备信息之后生成的,该第三数据包为广播包和/或响应包;
根据该第二指示信息停止向该控制设备发送该第二数据包。
第五方面,本申请提供了一种设备信息获取方法,应用于控制设备,包括:
在作为蓝牙外设角色的该控制设备与作为中央设备角色的显示设备进行绑定的过程中,通过该控制设备的应用平台框架,基于系统属性接口,向该控制设备的蓝牙协议栈发送虚拟事件;
在该控制设备与该显示设备绑定完成的情况下,基于该虚拟事件,通过该蓝牙协议栈与该显示设备进行通信,获取该显示设备的设备信息。
本申请一些实施例中,所述在该控制设备与该显示设备绑定完成的情况下,基于该虚拟事件,通过该蓝牙协议栈与该显示设备进行通信,获取该显示设备的设备信息,包括:
在该控制设备与该显示设备绑定完成的情况下,通过该蓝牙协议栈监听该虚拟事件;
当监听到该虚拟事件时,向该显示设备发送目标连接的建立请求;
响应于该显示设备根据该建立请求发送的建立响应,通过该蓝牙协议栈与该显示设备建立该目标连接,并基于该目标连接获取该显示设备的设备信息。
本申请一些实施例中,所述当监听到该虚拟事件时,向该显示设备发送目标连接的建立请求,包括:
当监听到该虚拟事件时,向该显示设备发送GATT连接的建立请求;
所述响应于该显示设备根据该建立请求发送的建立响应,通过该蓝牙协议栈与该显示设备建立该目标连接,并基于该目标连接获取该显示设备的设备信息,包括:
在接收到该显示设备根据该建立请求发送的该GATT连接的建立响应的情况下,通过该蓝牙协议栈与该显示设备建立该GATT连接,并在GATT连接建立之后通过ATT查询获取该显示设备的设备信息。
本申请一些实施例中,该虚拟事件为虚拟的收到广播包事件和/或虚拟的接收到响应包事件。
本申请一些实施例中,所述在作为蓝牙外设角色的该控制设备与作为中央设备角色的该显示设备进行绑定的过程中,通过该控制设备的应用平台框架,基于系统属性接口,向该控制设备的蓝牙协议栈发送虚拟事件之前,
通过该应用平台框架确定该控制设备中安装有需要获取该设备信息的应用程序。
本申请一些实施例中,所述响应于该显示设备根据该建立请求发送的建立响应,通过该蓝牙协议栈与该显示设备建立该目标连接,并基于该目标连接获取该显示设备的设备信息之后,该方法还包括:
通过该蓝牙协议栈将该设备信息发送给该应用平台框架;
通过该应用平台框架,向应用程序发送该设备信息。
第六方面,本申请提供了一种设备信息获取方法,应用于显示设备,包括:
在作为蓝牙外设角色的控制设备与作为中央设备角色的该显示设备绑定完成的情况下,接收该控制设备通过蓝牙协议栈发送的目标连接的建立请求,该建立请求为该控制设备在监听到虚拟事件时发送的,该虚拟事件为在该控制设备与该显示设备进行绑定的过程中,通过该控制设备的应用平台框架,基于系统属性接口,向该控制设备的蓝牙协议栈发送的;
根据该建立请求,向该控制设备发送该目标连接的建立响应,该建立响应用于该蓝牙协议栈与该显示设备建立该目标连接;
与该蓝牙协议栈建立该目标连接,并基于该目标连接向该蓝牙协议栈发送该显示设备的设备信息。
本申请一些实施例中,该在作为蓝牙外设角色的控制设备与作为中央设备角色的该显示设备绑定完成的情况下,接收该控制设备通过蓝牙协议栈发送的目标连接的建立请求,包括:
在作为蓝牙外设角色的该控制设备与作为中央设备角色的该显示设备绑定完成的情况下,接收该控制设备通过蓝牙协议栈发送的GATT连接的建立请求;
该根据该建立请求,向该控制设备发送该目标连接的建立响应,包括:
根据该建立请求,向该控制设备发送该GATT连接的建立响应,该建立响应用于该蓝牙协议栈与该显示设备建立该GATT连接;
该与该蓝牙协议栈建立该目标连接,并基于该目标连接向该蓝牙协议栈发送该显示设备的设备信息,包括:
与该蓝牙协议栈建立该GATT连接,基于接收到的ATT查询,向该蓝牙协议栈发送该设备信息。
第七方面,本申请提供了一种设备信息获取方法,应用于控制设备,包括:
在作为蓝牙外设角色的该控制设备与作为中央设备角色的显示设备进行连接的过程中,向该显示设备发送携带第一指示信息的第一数据包,该第一指示信息用于指示该显示设备根据该第一指示信息向该控制设备发送携带该设备信息的第二数据包,该第一数据包为广播包和/或响应包,该第二数据包为广播包和/或响应包;
接收该显示设备发送的该第二数据包;
根据该第二数据包,获取该设备信息。
本申请一些实施例中,在根据该第二数据包,获取该显示设备的设备信息之后,该方法还包括:
向该显示设备发送携带第二指示信息的第三数据包,该第二指示信息用于指示该显示设备根据该第二指示信息停止向该控制设备发送该第二数据包,该第三数据包为广播包和/或响应包。
本申请一些实施例中,在作为蓝牙外设角色的该控制设备与作为中央设备角色的该显示设备进行连接的过程中,向该显示设备发送携带第一指示信息的第一数据包之前,该方法还包括:
通过应用平台框架确定该控制设备中安装有需要获取该设备信息的应用程序。
本申请一些实施例中,在根据该第二数据包,获取该设备信息之后,该方法还包括:
通过该蓝牙协议栈将该设备信息发送给该应用平台框架;
通过该应用平台框架,向应用程序发送该设备信息。
第八方面,本申请提供了一种设备信息获取方法,应用于显示设备,包括:
在作为蓝牙外设角色的控制设备与作为中央设备角色的该显示设备进行连接的过程中,接收该控制设备发送的携带第一指示信息的第一数据包,该第一指示信息用于指示该显示设备根据该第一指示信息向该控制设备发送携带该显示设备的设备信息的第二数据包,该第一数据包为广播包和/或响应包,该第二数据包为广播包和/或响应包;
向该控制设备发送该第二数据包,该第二数据包用于该控制设备根据该第二数据包,获取该设备信息。
本申请一些实施例中,在向该控制设备发送该第二数据包之后,该方法还包括:
接收该控制设备发送的携带第二指示信息的第三数据包,该第三数据包为该控制设备根据该第二数据包获取该显示设备的设备信息之后生成的,该第三数据包为广播包和/或响应包;
根据该第二指示信息停止向该控制设备发送该第二数据包。
第九方面,本申请提供了一种计算机可读存储介质,包括:计算机可读存储介质上存储计算机程序,计算机程序被处理器执行时实现如第二方面所示的设备信息获取方法。
第十方面,本申请提供了一种计算机程序产品,其特征在于,包括:当计算机程序产品在计算机上运行时,使得计算机实现如第二方面所示的设备信息获取方法。
本申请实施例提供的技术方案与现有技术相比具有如下优点:本申请实施例中,在作为蓝牙外设角色的所述控制设备与作为中央设备角色的所述显示设备进行绑定的过程中,通过所述控制设备的应用平台框架,基于系统属性接口,向所述控制设备的蓝牙协议栈发送虚拟事件;在该控制设备与该显示设备绑定完成的情况下,基于该虚拟事件,通过该蓝牙协议栈与该显示设备进行通信,获取该显示设备的设备信息,因此,本方案中,基于控制设备中的系统属性接口,通过注册虚拟事件的方式实现作为蓝牙外设角色的控制设备对作为中央设备角色的显示设备的设备信息的回调,也就是说,通过控制设备的基于系统属性接口设置虚拟事件使得快速获取显示设备的设备信息,无需在控制设备中添加额外的复杂的系统接口,减少了软硬件设计的复杂度,提高了设备信息的获取效率。
本申请实施例提供的技术方案与现有技术相比具有如下优点:本申请实施例中,在作为蓝牙外设角色的该控制设备与作为中央设备角色的该显示设备进行连接的过程中,通过该通信单元向该显示设备发送携带第一指示信息的第一数据包,以使显示设备根据该第一指示信息向该控制设备发送携带该设备信息的第二数据包,然后控制设备根据接收到的该第二数据包,获取该设备信息。也就是说,可以通过第一指示信息使得显示设备向该控制设备发送显示设备的设备信息,如此无需在控制设备中添加额外的复杂的系统接口,减少了软硬件设计的复杂度,提高了设备信息的获取效率。
附图说明
为了更清楚地说明本申请实施例或相关技术中的实施方式,下面将对实施例或相关技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
图1示出了根据一些实施例的控制设备与显示设备之间操作场景;
图2示出了根据一些实施例的控制设备100的硬件配置框图;
图3示出了根据一些实施例的显示设备200的硬件配置框图;
图4示出了根据一些实施例的显示设备200中软件配置图;
图5示出了根据一些实施例的设备信息获取方法中的流程示意图之一;
图6示出了根据一些实施例的数据包的结构示意图;
图7示出了根据一些实施例的设备信息获取方法中的流程示意图之二;
图8示出了根据一些实施例的设备信息获取方法中的流程示意图之三。
具体实施方式
为使本申请的目的和实施方式更加清楚,下面将结合本申请示例性实施例中的附图,对本申请示例性实施方式进行清楚、完整地描述,显然,描述的示例性实施例仅是本申请一部分实施例,而不是全部的实施例。
需要说明的是,本申请中对于术语的简要说明,仅是为了方便理解接下来描述的实施方式,而不是意图限定本申请的实施方式。除非另有说明,这些术语应当按照其普通和通常的含义理解。
本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体,而不必然意味着限定特定的顺序或先后次序,除非另外注明。应该理解这样使用的用语在适当情况下可以互换。
术语“包括”和“具有”以及他们的任何变形,意图在于覆盖但不排他的包含,例如,包含了一系列组件的产品或设备不必限于清楚地列出的所有组件,而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。
本申请实施方式提供的显示设备可以具有多种实施形式,例如,可以是电视、智能电视、激光投影设备、显示器(monitor)、电子白板(electronic bulletin board)、电子桌面(electronic table)等。图1和图2为本申请的显示设备的一种具体实施方式。
图1为根据实施例中显示设备与控制设备之间操作场景的示意图。如图1所示,用户可通过智能设备300或控制装置100操作显示设备200,其中,智能设备300或控制装置100可以为本申请实施例中的控制设备。
在一些实施例中,控制装置100可以是遥控器,遥控器和控制设备的通信包括红外协议通信或蓝牙协议通信,及其他短距离通信方式,通过无线或有线方式来控制显示设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等输入用户指令,来控制显示设备200。
在一些实施例中,也可以使用智能设备300(如移动终端、平板电脑、计算机、笔记本电脑等)以控制显示设备200。例如,使用在智能设备上运行的应用程序控制显示设备200。
在一些实施例中,控制设备可以不使用上述的智能设备或控制设备接收指令,而是通过触摸或者手势等接收用户的控制。
在一些实施例中,显示设备200还可以采用除了控制装置100和智能设备300之外的方式进行控制,例如,可以通过显示设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制,也可以通过显示设备200设备外部设置的语音控制设备来接收用户的语音指令控制。
在一些实施例中,显示设备200还与服务器400进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。服务器400可以是一个集群,也可以是多个集群,可以包括一类或多类服务器。
图2示例性示出了根据示例性实施例中控制装置100的配置框图。如图2所示,控制装置100包括控制器110、通信接口130、用户输入/输出接口140、外部存储器、供电电源。控制装置100可接收用户的输入操作指令,且将操作指令转换为显示设备200可识别和响应的指令,起用用户与显示设备200之间交互中介作用。
如图3,显示设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、用户接口280、外部存储器、供电电源中的至少一种。
在一些实施例中控制器包括处理器,视频处理器,音频处理器,图形处理器,RAM,ROM,用于输入/输出的第一接口至第n接口。
显示器260包括用于呈现画面的显示屏组件,以及驱动图像显示的驱动组件,用于接收源自控制器输出的图像信号,进行显示视频内容、图像内容以及菜单操控界面的组件以及用户操控UI界面。
显示器260可为液晶显示器、OLED显示器、以及投影显示器,还可以为一种投影装置和投影屏幕。
通信器220是用于根据各种通信协议类型与外部设备或服务器进行通信的组件。例如:通信器可以包括Wifi模块,蓝牙模块,有线以太网模块等其他网络通信协议芯片或近场通信协议芯片,以及红外接收器中的至少一种。显示设备200可以通过通信器220与外部控制设备100或服务器400建立控制信号和数据信号的发送和接收。
用户接口280,可用于接收控制装置100(如:红外遥控器等)的控制信号。也可以用于直接接收用户的输入操作指令,且将操作指令转换为显示设备200可识别和响应的指令,此时可以称为用户输入接口。
检测器230用于采集外部环境或与外部交互的信号。例如,检测器230包括光接收器,用于采集环境光线强度的传感器;或者,检测器230包括图像采集器,如摄像头,可以用于采集外部环境场景、用户的属性或用户交互手势,再或者,检测器230包括声音采集器,如麦克风等,用于接收外部声音。
外部装置接口240可以包括但不限于如下:高清多媒体接口(HDMI)、模拟或数据高清分量输入接口(分量)、复合视频输入接口(CVBS)、USB输入接口(USB)、RGB端口等任一个或多个接口。也可以是上述多个接口形成的复合性的输入/输出接口。
调谐解调器210通过有线或无线接收方式接收广播电视信号,以及从多个无线或有线广播电视信号中解调出音视频信号,如以及EPG数据信号。
在一些实施例中,控制器250和调谐解调器210可以位于不同的分体设备中,即调谐解调器210也可在控制器250所在的主体设备的外置设备中,如外置机顶盒等。
控制器250,通过存储在存储器(内部存储器或外部存储器)上中各种软件控制程序,来控制控制设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。例如:响应于接收到用于选择在显示器260上显示UI对象的用户命令,控制器250便可以执行与由用户命令选择的对象有关的操作。
在一些实施例中控制器包括中央处理器(Central Processing Unit,CPU),视频处理器,音频处理器,图形处理器(Graphics Processing Unit,GPU),以及随机存取存储器(Random Access Memory,RAM),只读存储器(Read-OnlyMemory,ROM),用于输入/输出的第一接口至第n接口,通信总线(Bus)等中的至少一种。
其中,RAM也叫主存,是与控制器直接交换数据的内部存储器。它可以随时读写(刷新时除外),而且速度很快,通常作为操作系统或其他正在运行中的程序的临时数据存储介质。它与ROM的最大区别是数据的易失性,即一旦断电所存储的数据将随之丢失。RAM在计算机和数字系统中用来暂时存储程序、数据和中间结果。ROM以非破坏性读出方式工作,只能读出无法写入信息。信息一旦写入后就固定下来,即使切断电源,信息也不会丢失,所以又称为固定存储器。
用户可在显示器260上显示的图形用户界面(GUI)输入用户命令,则用户输入接口通过图形用户界面(GUI)接收用户输入命令。或者,用户可通过输入特定的声音或手势进行输入用户命令,则用户输入接口通过传感器识别出声音或手势,来接收用户输入命令。
“用户界面”,是应用程序或操作系统与用户之间进行交互和信息交换的介质接口,它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(Graphic User Interface,GUI),是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在控制设备的显示屏中显示的一个图标、窗口、控件等界面元素,其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。
以控制设备和显示设备为安卓系统设备为例,本申请实施例提供的控制设备,可以是一种包括安卓系统的控制设备,其可以与其他具有安卓系统的显示设备进行蓝牙连接,该控制设备可以作为蓝牙外设角色与作为中央设备角色的显示设备进行连接,该控制设备也可以作为中央设备角色与作为蓝牙外设角色的显示设备进行连接,因此,本申请实施例中的控制设备中包括两套蓝牙连接系统,一套为用于作为蓝牙外设角色的蓝牙连接系统(以下称为第一套蓝牙连接系统),一套为用于作为中央设备角色的蓝牙连接系统(以下称为第二套蓝牙连接系统)。本申请实施例中,应用于作为蓝牙外设角色的该控制设备与作为中央设备角色的显示设备进行连接场景下,且当作为蓝牙外设角色的控制设备与作为中央设备角色的显示设备进行连接时,运行两套蓝牙连接系统,其中,通过运行第一套蓝牙连接系统,与作为中央设备角色的显示设备进行蓝牙连接,并通过运行第二套蓝牙连接系统,获取该作为中央设备角色的显示设备的设备信息。
示例性地,以控制设备为遥控器,显示设备为电视为例,遥控器和电视均具有安卓系统。随着遥控器的系统升级,遥控器既具有作为蓝牙外设角色与其他中央设备连接的功能,也具有作为中央设备角色与其他蓝牙外设连接的功能。其中,遥控器与电视连接时,遥控器作为蓝牙外设角色,电视作为中央设备角色。在遥控器与电视进行连接的过程中,电视可以通过遥控器发送的广播包或响应包,获得遥控器设备的设备信息,但目前遥控器中安装的一些应用程序也需要获取电视的设备信息,现有方案是通过在遥控器中添加额外的复杂的系统接口,以使得遥控器可以获取电视的设备信息,然而在遥控器中添加额外的复杂的系统接口会增加硬件和软件的设计复杂度,而且在设备尺寸要较高的前提下,会提高对遥控器的空间设计的要求。
本申请实施例中,一种可能的实施方式:在遥控器(作为蓝牙外设角色)与电视(作为中央设备角色)连接的过程中,通过设置虚拟事件复用遥控器作为中央设备角色的功能,以实现遥控器获取电视的设备信息,该过程中,无需在遥控器中添加额外的复杂的系统接口,因此无需提高硬件和软件的设计复杂度,而且在设备尺寸要较高的前提下,无需提高对遥控器的空间设计的要求。
本申请实施例中,另一种可能的实施方式:在遥控器(作为蓝牙外设角色)与电视(作为中央设备角色)连接的过程中,遥控器通过向电视发送携带第一指示信息的第一数据包(广播包和/或响应包),以使电视根据第一指示信息向遥控器发送携带电视的设备信息的第二数据包(广播包和/或响应包),从而遥控器可以根据接收到的第二数据包获取电视的设备信息。
本申请一些实施例中,在作为蓝牙外设角色的控制设备与作为中央设备角色的显示设备进行蓝牙连接的过程中,复用控制设备中的系统属性接口(如安卓系统中的SystemProperties)获取显示设备的设备信息,无需在控制设备(蓝牙外设角色)中添加额外的复杂的系统接口,减少了软硬件设计的复杂度,提高了设备信息的获取效率。例如控制器,被配置为:控制器,被配置为:在作为蓝牙外设角色的该控制设备与作为中央设备角色的显示设备进行绑定的过程中,通过该控制设备的应用平台框架,基于该系统属性接口,向该控制设备的蓝牙协议栈发送虚拟事件;在该控制设备与该显示设备绑定完成的情况下,基于该虚拟事件,通过该蓝牙协议栈与该显示设备进行通信,获取该显示设备的设备信息。
可以理解,在控制设备与显示设备进行蓝牙连接的过程中,控制设备中运行两套蓝牙连接系统,第一套蓝牙连接系统,用于作为蓝牙外设角色的控制设备与作为中央设备角色的显示设备进行蓝牙连接,第二套蓝牙连接系统,用于控制设备作为虚拟的中央设备角色获取显示设备的设备信息,即控制设备通过运行该第二套蓝牙连接系统,模拟控制设备作为中央设备角色的过程获取显示设备的设备信息。
本申请一些实施例中,不同虚拟事件对应不同类型的设备信息,即本申请实施例中,可以根据需要获取的显示设备的设备信息的类型,自定义对应的虚拟事件,然后基于虚拟事件获取显示设备对应类型的设备信息。示例性地,设备信息可以为显示设备的设备名称信息、显示设备的设备厂商信息、显示设备的设备类型信息(device type),显示设备的媒体存取控制(Media Access Control,MAC)地址信息,显示设备的其他信息等,具体可以根据实际需求确定,本申请实施例不做限定。
本申请一些实施例中,控制设备可以通过虚拟事件模拟中央设备角色获取蓝牙外设角色的设备信息的方式获取与其进行蓝牙连接的显示设备的设备信息。虚拟事件为虚拟的通过回调获取设备信息的事件。例如,该虚拟事件可以为虚拟的收到广播包事件和/或虚拟的收到响应包事件,该虚拟事件也可以为自定义的可以通过回调获取设备信息的事件,具体可以根据实际情况确定,本申请实施例不做限定。
本申请一些实施例中,在该控制设备与该显示设备绑定完成的情况下,可以通过蓝牙协议栈监听虚拟事件,若监听到虚拟事件,则可以通过该蓝牙协议栈与该显示设备进行通信,获取该设备信息。示例性地,该控制设备还包括:通信单元,被配置为:与显示设备进行通信;控制器,被配置为:在该控制设备与该显示设备绑定完成的情况下,通过该蓝牙协议栈监听该虚拟事件;当监听到该虚拟事件时通过该通信单元向该显示设备发送目标连接的建立请求;响应于该显示设备根据该建立请求发送的建立响应,通过该蓝牙协议栈与该显示设备建立该目标连接,并基于该目标连接获取该显示设备的设备信息。
本申请一些实施例中,目标连接为GATT连接,控制设备可以通过主动向显示设备发送GATT连接的建立请求,在与显示设备完成GATT连接后,通过ATT查询获取显示设备的设备信息;控制设备也可以在接收到显示设备的GATT连接的建立请求的情况下,与显示设备进行GATT连接通过ATT查询获取显示设备的设备信息;具体可以通过实际情况确定,本申请实施例不做限定。示例性地,该控制器,被配置为:当监听到该虚拟事件时通过该通信单元向该显示设备发送GATT连接的建立请求;在接收到该显示设备根据该建立请求发送的该GATT连接的建立响应的情况下,通过该蓝牙协议栈与该显示设备建立该GATT连接,并在GATT连接建立之后通过ATT查询获取该显示设备的设备信息。
该控制器,被配置为:当监听到该虚拟事件时,向该显示设备发送GATT连接请求;在接收到该显示设备根据该GATT连接请求发送的GATT连接响应的情况下,通过该蓝牙协议栈与该显示设备建立GATT连接,通过ATT查询获取该设备信息。因此可以基于虚拟事件通过GATT连接快速获取显示设备的设备信息。
本申请一些实施例中,在控制设备确定其中安装有需要获取显示设备的设备信息的应用程序的情况下,在作为蓝牙外设角色的控制设备与作为中央设备角色的显示设备进行蓝牙连接的过程中,基于系统属性接口通过注册虚拟事件的方式获取显示设备的设备信息,如此,可以在该控制设备中安装的应用程序需要获取显示设备的设备信息时,快速获取该显示设备的设备信息。示例性地,该控制器,还被配置为:在作为蓝牙外设角色的该控制设备与作为中央设备角色的该显示设备进行绑定的过程中,通过该控制设备的应用平台框架,基于系统属性接口,向该控制设备的蓝牙协议栈发送虚拟事件之前,通过该应用平台框架确定该控制设备中安装有需要获取该设备信息的应用程序。
本申请一些实施例中,控制设备中的蓝牙协议栈获取设备信息之后,可以将该设备信息上报给应用平台框架,应用平台框架将该设备信息发送给需要获取显示设备的设备信息的目标应用程序,或者,应用平台框架广播该显示设备的设备信息,控制设备中安装的应用程序都可以接收到该设备信息,则需要获取该设备信息的目标应用程序可以获取该设备信息。因此,需要获取该设备信息的应用程序可以快速获取该设备信息。示例性地,该控制器,还被配置为:响应于该显示设备根据该建立请求发送的建立响应,通过该蓝牙协议栈与该显示设备建立该目标连接,并基于该目标连接获取该显示设备的设备信息之后,通过该蓝牙协议栈将该设备信息发送给该应用平台框架;通过该应用平台框架,向应用程序发送该设备信息。
本申请提供了一种显示设备,包括:通信单元,被配置为:与控制设备进行通信;控制器,被配置为:在作为蓝牙外设角色的该控制设备与作为中央设备角色的该显示设备绑定完成的情况下,通过该通信单元接收该控制设备通过蓝牙协议栈发送的目标连接的建立请求,该建立请求为该控制设备在监听到虚拟事件时发送的,该虚拟事件为在该控制设备与该显示设备进行绑定的过程中,通过该控制设备的应用平台框架,基于系统属性接口,向该控制设备的蓝牙协议栈发送的;根据该建立请求,通过该通信单元向该控制设备发送该目标连接的建立响应,该建立响应用于该蓝牙协议栈与该显示设备建立该目标连接;与该蓝牙协议栈建立该目标连接,并通过该通信单元基于该目标连接向该蓝牙协议栈发送该显示设备的设备信息。
本申请一些实施例中,该控制器,被配置为:在作为蓝牙外设角色的该控制设备与作为中央设备角色的该显示设备绑定完成的情况下,通过该通信单元接收该控制设备通过蓝牙协议栈发送的GATT连接的建立请求;根据该建立请求,通过该通信单元向该控制设备发送该GATT连接的建立响应,该建立响应用于该蓝牙协议栈与该显示设备建立该GATT连接;与该蓝牙协议栈建立该GATT连接,通过所述通信单元基于接收到的ATT查询,向该蓝牙协议栈发送该设备信息。
其中,对显示设备的相关描述可以参考上述对控制设备的相关描述,此处不做限定。
本申请提供了一种控制设备,在作为蓝牙外设角色的该控制设备与作为中央设备角色的该显示设备进行连接的过程中,若控制设备中的应用程序需要获取显示设备的设备信息时,通过向显示设备发送携带第一指示信息的第一数据包,以使得显示设备根据第一指示信息向控制设备发送携带显示设备的设备信息的第二数据包,从而控制设备可以根据第二数据包获得设备信息。也就是说,控制设备通过复用控制设备作为中央设备角色的扫描数据包的功能,以及显示设备通过复用显示设备作为蓝牙外设角色的发送数据包的功能,实现控制设备获取显示设备的设备信息,无需在控制设备(蓝牙外设角色)中添加额外的复杂的系统接口,减少了软硬件设计的复杂度,提高了设备信息的获取效率。
本申请一些实施例中,控制设备在根据该第二数据包,获取该显示设备的设备信息之后,通过该通信单元向该显示设备发送携带第二指示信息的第三数据包,该第二指示信息用于指示该显示设备根据该第二指示信息停止向该控制设备发送该第二数据包,该第三数据包为广播包和/或响应包。如此可以避免因长时间发送第二数据包导致耗电增高。
本申请一些实施例中,该控制器,还被配置为:在作为蓝牙外设角色的该控制设备与作为中央设备角色的该显示设备进行连接的过程中,通过该通信单元向该显示设备发送携带第一指示信息的第一数据包之前,通过应用平台框架确定该控制设备中安装有需要获取该设备信息的应用程序。
本申请一些实施例中,该控制器,还被配置为:在根据该第二数据包,获取该设备信息之后,通过该蓝牙协议栈将该设备信息发送给该应用平台框架;通过该应用平台框架,向应用程序发送该设备信息。
本申请提供了一种显示设备,包括:通信单元,被配置为:与控制设备进行通信;控制器,被配置为:在作为蓝牙外设角色的该控制设备与作为中央设备角色的该显示设备进行连接的过程中,通过该通信单元接收该控制设备发送的携带第一指示信息的第一数据包,该第一指示信息用于指示该显示设备根据该第一指示信息向该控制设备发送携带该显示设备的设备信息的第二数据包,该第一数据包为广播包和/或响应包,该第二数据包为广播包和/或响应包;通过该通信单元向该控制设备发送该第二数据包,该第二数据包用于该控制设备根据该第二数据包,获取该设备信息。
本申请一些实施例中,该控制器,还被配置为:在通过该通信单元向该控制设备发送该第二数据包之后,通过该通信单元接收该控制设备发送的携带第二指示信息的第三数据包,该第三数据包为该控制设备根据该第二数据包获取该显示设备的设备信息之后生成的,该第三数据包为广播包和/或响应包;根据该第二指示信息停止向该控制设备发送该第二数据包。
其中,对显示设备的相关描述可以参考上述对控制设备的相关描述,此处不做限定。
参见图4,在一些实施例中,将系统分为四层,从上至下分别为应用程序(Applications)层(简称“应用层”),应用程序框架(Application Framework)层(简称“框架层”),安卓运行时(Android runtime)和系统库层(简称“系统运行库层”),以及内核层。
在一些实施例中,本申请实施例中的应用程序(如目标应用程序等)为图4中的应用程序层,应用程序层中运行有至少一个应用程序,这些应用程序可以是操作系统自带的窗口(Window)程序、系统设置程序或时钟程序等;也可以是第三方开发者所开发的应用程序。在具体实施时,应用程序层中的应用程序包不限于以上举例。
本申请实施例中的应用平台框架为图4中的框架层,框架层为应用程序提供应用编程接口(application programming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层相当于一个处理中心,这个中心决定让应用层中的应用程序做出动作。应用程序通过API接口,可在执行中访问系统中的资源和取得系统的服务。
如图4所示,本申请实施例中应用程序框架层包括管理器(Managers),内容提供者(Content Provider)等,其中管理器包括以下模块中的至少一个:活动管理器(ActivityManager)用与和系统中正在运行的所有活动进行交互;位置管理器(Location Manager)用于给系统服务或应用提供了系统位置服务的访问;文件包管理器(Package Manager)用于检索当前安装在设备上的应用程序包相关的各种信息;通知管理器(NotificationManager)用于控制通知消息的显示和清除;窗口管理器(Window Manager)用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。
在一些实施例中,活动管理器用于管理各个应用程序的生命周期以及通常的导航回退功能,比如控制应用程序的退出、打开、后退等。窗口管理器用于管理所有的窗口程序,比如获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕,控制显示窗口变化(例如将显示窗口缩小显示、抖动显示、扭曲变形显示等)等。
在一些实施例中,本申请实施例中的蓝牙协议栈为图4中的系统运行库层,系统运行库层为上层即框架层提供支撑,当框架层被使用时,安卓操作系统会运行系统运行库层中包含的C/C++库以实现框架层要实现的功能。
在一些实施例中,内核层是硬件和软件之间的层。如图4所示,内核层至少包含以下驱动中的至少一种:音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器,温度传感器,压力传感器等)、以及电源驱动等。
如图5所示,图5为根据本发明一个或多个实施例实现设备信息获取方法的步骤流程图,该设备信息获取方法的执行主体可以为控制设备,也可以为控制设备中能够实现该设备信息获取方法的功能模块或功能实体,此处不做限定。该设备信息获取方法可以包括下述的步骤501至步骤502。
501、在作为蓝牙外设角色的该控制设备与作为中央设备角色的显示设备进行绑定的过程中,通过该控制设备的应用平台框架,基于系统属性接口,向该控制设备的蓝牙协议栈发送虚拟事件。
502、在该控制设备与该显示设备绑定完成的情况下,基于该虚拟事件,通过该蓝牙协议栈与该显示设备进行通信,获取该显示设备的设备信息。
其中,虚拟事件机制实现方式:以安卓系统为例,由于安卓系统提供了系统属性接口,该接口为全局共享接口。可以调用系统属性接口中的设置(set)方法设置属性变量的名称和对应的属性变量值,然后通过系统属性接口中的获取(get)方法来获取属性变量名称和对应的属性值。属性变量名称可以自定义。
可以理解,控制设备的应用平台框架通过系统属性接口中的set方法向蓝牙协议栈发送虚拟事件,以通过虚拟事件设置属性变量的名称和对应的属性变量值(即设置了需要获取的显示设备的设备信息的类型),蓝牙协议栈通过系统属性接口监听到虚拟事件,则通过系统属性接口中的get方法获取了属性变量名称和对应的属性值(即获取了需要获取的显示设备的设备信息的类型)。
其中,可以根据应用程序对显示设备的设备信息的类型的需求自定义不同的虚拟事件,例如,控制设备中的应用程序需要获取显示设备的设备名称信息,则虚拟事件对应的设备信息为显示设备的设备名称信息;控制设备中的应用程序需要获取显示设备的设备厂商信息,则虚拟事件对应的设备信息为显示设备的设备厂商信息;控制设备中的应用程序需要获取显示设备的设备厂商信息,则虚拟事件对应的设备信息为显示设备的设备厂商信息;控制设备中的应用程序需要获取显示设备的设备类型信息,则虚拟事件对应的设备信息为显示设备的设备类型信息;控制设备中的应用程序需要获取显示设备的MAC地址信息,则虚拟事件对应的设备信息为显示设备的MAC地址信息;控制设备中的应用程序需要获取显示设备的外观信息,则虚拟事件对应的设备信息为显示设备的外观信息。
目前,在中央设备与蓝牙外设连接的过程中,中央设备获取蓝牙外设的设备信息(以下称为外设信息),主要基于扫描到的蓝牙外设的广播包(Advertising Data)和响应包(Scan response)包中的内容,获得蓝牙外设的外设信息。
具体地,中央设备中包括需要获取外设信息的应用程序,蓝牙外设与中央设备进行蓝牙连接的过程中,中央设备获取蓝牙外设的外设信息的过程为:中央设备开启扫描,对广播信道进行扫描,当扫描到蓝牙外设的广播包时,中央设备中的蓝牙固件通过主机控制接口(host controller interface,HCI)层进行收到广播包事件的上报,再通过蓝牙协议栈的回调(Call back)进行外设信息的内容的上报。在这个过程中的具体过程可以参考相关现有技术,此处不做限定。
其中,在中央设备和蓝牙外设进行蓝牙连接过程中可以包括广播包和响应包,广播包和响应包都是数据包。其中,广播包是每个设备必须广播的,而响应包是可选的。示例性地,如图6所示,数据包的格式可以包括:每个包都是31字节,数据包中分为有效数据(significant)和无效数据(non-significant)两部分。有效数据部分:包含若干个广播数据单元,称为AD Structure。AD Structure的组成是:第一个字节是长度值Len,表示接下来的Len个字节是数据部分。数据部分的第一个字节表示数据的类型AD Type,剩下的Len-1个字节是真正的数据AD data。其中AD type非常关键,决定了AD Data的数据代表的是什么和怎么解析。无效数据部分:因为广播包的长度必须是31个byte,如果有效数据部分不到31字节,剩下的就用0补全。这部分的数据是无效的,解释的时候,忽略即可。
本申请实施例中,在作为蓝牙外设角色的控制设备与作为中央设备角色的显示设备进行连接的过程中,控制设备运行的第一套蓝牙连接系统。通过注册虚拟事件触发与显示设备进行通信的方式获取显示设备的设备信息,并且将设备信息通过系统属性接口进行信息的回调。需要说明的是在这个过程中,控制设备运行的第二套蓝牙连接系统。
本申请一些实施例中,该虚拟事件用于模拟中央设备获取蓝牙外设的外设信息的过程中的收到广播包或响应包事件。因此,示例性地,该虚拟事件可以为虚拟的收到广播包事件,该虚拟事件也可以为虚拟的收到响应包事件,该虚拟事件还可以为虚拟的收到广播包事件和虚拟的收到响应包事件,该虚拟事件还可以为自定义的具有类似收到广播包或响应包的事件(即自定义的可以通过回调获取设备信息的事件),具体可以根据实际情况确定,本申请实施例不做限定。
本申请实施例中,虚拟事件为虚拟的收到广播包和/或响应包事件,对控制设备作为中央设备角色的第二套蓝牙连接系统的适应性更强,可以更好地复用系统属性接口、复用第二套蓝牙连接系统,可以更快地获取显示设备的设备信息,提高蓝牙外设获取中央设备的设备信息的效率。
本申请一些实施例中,结合图5,如图7所示,上述步骤502具体可以通过下述步骤502a至502c实现。
502a、在该控制设备与该显示设备绑定完成的情况下,通过该蓝牙协议栈监听该虚拟事件。
本申请一些实施例中,上述步骤502a具体可以为在该控制设备与该显示设备绑定完成的情况下,通过该蓝牙协议栈轮询监听该虚拟事件。
502b、当监听到该虚拟事件时,向该显示设备发送目标连接的建立请求。
相应地,显示设备一侧执行下述步骤:在作为蓝牙外设角色的控制设备与作为中央设备角色的该显示设备绑定完成的情况下,接收该控制设备通过蓝牙协议栈发送的目标连接的建立请求,该建立请求为该控制设备在监听到虚拟事件时发送的,该虚拟事件为在该控制设备与该显示设备进行绑定的过程中,通过该控制设备的应用平台框架,基于系统属性接口,向该控制设备的蓝牙协议栈发送的。
502c、响应于该显示设备根据该建立请求发送的建立响应,通过该蓝牙协议栈与该显示设备建立该目标连接,并基于该目标连接获取该显示设备的设备信息。
相应地,显示设备一侧执行下述步骤:根据该建立请求,向该控制设备发送该目标连接的建立响应,该建立响应用于该蓝牙协议栈与该显示设备建立该目标连接;与该蓝牙协议栈建立该目标连接,并基于该目标连接向该蓝牙协议栈发送该显示设备的设备信息。
可以理解,在该控制设备确定在第一套蓝牙连接系统中,控制设备与显示设备完成绑定的情况下,在第二套蓝牙连接系统中监听该虚拟事件,在监听到虚拟事件的情况下,通过该蓝牙协议栈与该显示设备建立目标连接,并基于该目标连接通过与显示设备通信获取该显示设备的设备信息。
本申请实施例中,在该控制设备与该显示设备绑定完成的情况下,通过监听虚拟事件,可以及时获取到虚拟事件,及时基于虚拟事件建立目标连接,然后基于目标连接获取显示设备的设备信息。
在一些实施例中,目标连接可以为GATT连接,也可以为其他的连接,本申请实施例不做限定。
本申请一些实施例中,上述步骤502b至步骤502c具体可以通过下述步骤502b1至步骤502c1实现。
502b1、当监听到该虚拟事件时,向该显示设备发送GATT连接的建立请求。
相应地,显示设备一侧执行下述步骤:在作为蓝牙外设角色的该控制设备与作为中央设备角色的该显示设备绑定完成的情况下,接收该控制设备通过蓝牙协议栈发送的GATT连接的建立请求。
502c1、在接收到该显示设备根据该建立请求发送的该GATT连接的建立响应的情况下,通过该蓝牙协议栈与该显示设备建立该GATT连接,并在GATT连接建立之后通过ATT查询获取该显示设备的设备信息。
相应地,显示设备一侧执行下述步骤:根据该建立请求,向该控制设备发送该GATT连接的建立响应,该建立响应用于该蓝牙协议栈与该显示设备建立该GATT连接;与该蓝牙协议栈建立该GATT连接,基于接收到的ATT查询,向该蓝牙协议栈发送该设备信息。
其中,控制设备当监听到该虚拟事件时主动向该显示设备发送GATT连接的建立请求。并在接收到该显示设备根据该GATT连接的建立请求发送的GATT连接的建立响应的情况下,通过该蓝牙协议栈与该显示设备建立GATT连接,通过ATT的特征(character)的查询获取显示设备的设备信息。
本申请实施例中,控制设备在监听到虚拟事件的情况下,主动向显示设备发送GATT连接请求,从而可以在接收到显示设备的GATT连接响应后建立GATT连接,然后快速通过ATT的特征(character)的查询获取显示设备的设备信息,可以提高获取显示设备的设备信息的效率。
本申请一些实施例中,可以通过该应用平台框架确定该控制设备中安装有需要获取该设备信息的应用程序的情况下,在该控制设备与显示设备进行绑定的过程中,通过该控制设备的应用平台框架,基于该系统属性接口,向该控制设备的蓝牙协议栈发送虚拟事件,然后在该控制设备与该显示设备绑定完成的情况下,基于该虚拟事件,通过该蓝牙协议栈与该显示设备进行通信,获取该显示设备的设备信息。
本申请一些实施例中,也可以在该控制设备与显示设备进行绑定的过程中,通过该控制设备的应用平台框架,基于该系统属性接口,向该控制设备的蓝牙协议栈发送虚拟事件,然后在该控制设备与该显示设备绑定完成的情况下,基于该虚拟事件,通过该蓝牙协议栈与该显示设备进行通信,获取该显示设备的设备信息,然后在控制设备的应用程序需要显示设备的设备信息的情况下,将该设备信息发送给对应的应用程序;具体可以根据实际情况确定,本申请实施例不做限定。
示例性地,在上述步骤501之前,本申请实施例提供的设备信息获取方法还可以包括下述步骤503。
503、通过该应用平台框架确定该控制设备中安装有需要获取该设备信息的应用程序。
可以理解,在控制设备中未安装有需要获取显示设备的设备信息的情况下,控制设备在与显示设备进行连接的情况下,无需获取该显示设备的设备信息,因此,在通过该应用平台框架确定该控制设备中安装有需要获取该设备信息的应用程序的情况下,在通过本申请实施例提供的设备信息获取方法,基于控制设备的系统属性接口,通过虚拟事件的方式实现回调显示设备的设备信息,可以提前获取设备信息,如此,在目标应用程序需要显示设备的设备信息时,可以快速获取设备信息,并将设备信息发送给目标应用程序。
本申请一些实施例中,可以在获取设备信息(在该控制设备与该显示设备绑定完成的情况下,基于该虚拟事件,通过该蓝牙协议栈与该显示设备进行通信,获取该显示设备的设备信息)之后,直接发送给应用程(可以是单独发送给某个应用程序,也可以是广播的方式发送给所有应用程序)序;也可以在获取设备信息之后,在目标应用程序需要获取设备信息时,在将设备信息发送给目标应用程序;具体可以根据实际情况确定,本申请实施例不做限定。
示例性地,在上述步骤502之后,本申请实施例提供的设备信息获取方法还可以包括下述步骤504至步骤505。
504、通过该蓝牙协议栈将该设备信息发送给该应用平台框架。
505、通过该应用平台框架,向应用程序发送该设备信息。
本申请一些实施例中,上述步骤505具体可以为通过该应用平台框架,以广播的形式,向应用程序发送该设备信息。
本申请实施例中,在获取设备信息之后,直接将设备信息发送给应用程序,可以便于在应用程序需要使用设备信息时,可以及时获取设备信息,可以提高设备信息的效率。
本申请实施例中,控制设备可以为包括安卓系统的高端遥控器,该遥控器既可实现对同套系的家电的配网功能,又可实现对电视的遥控功能。当控制设备做遥控器使用时候,可以作为蓝牙外设角色与电视(显示设备)交互能够实时获取电视的名称信息等信息。
示例性地,作为蓝牙外设角色的控制设备(如遥控器功能)时,连接配对显示设备(如电视)时,过程如下:
显示设备处于扫描状态的时候,监听控制设备的广播包,控制设备通过事件触发进行广播包的发送,显示设备监听到控制设备的广播包,并检测广播包中双方约定的字段,自动发起配对绑定的流程(控制设备通过第一套蓝牙连接系统,与显示设备进行配对绑定的流程)。
配对过程中,执行配对以建立密钥,再使用密钥加密链接。然后执行特定于传输的密钥分发来共享密钥。密钥可用于在将来重新连接时加密链接、验证签名数据或执行随机地址解析。一般来说,配对有三个阶段。阶段1:配对特征交换(Pairing FeatureExchange);阶段2:短期密钥(STK)生成((LE legacy pairing):Short Term Key(STK)Generation);阶段2:长期密钥(LTK)生成((LE Secure Connections):Long Term Key(LTK)Generation);阶段3:传输指定密钥分发(Specific Key Distribution)。
绑定过程中,控制设备的蓝牙协议栈会主动上报没有绑定(bond none)到正在绑定(bonding)的状态变化,当应用平台框架接收到蓝牙协议栈上报的bonding状态的变化时,此时会基于系统属性接口进行虚拟事件的注册。当蓝牙协议栈监测到bond state状态的变化从bonding转为已经绑定状态(bonded)的时候,此时蓝牙协议栈会进行虚拟事件的轮询监听,当监听到虚拟事件后,此时控制设备通过蓝牙协议栈会主动向显示设备发起GATT的连接请求,GATT连接后,进行ATT的character的查询,获显示设备的设备信息,此时就通过ATT的方式完成设备信息的获取。
本申请实施例中,可以通过回调事件完成设备信息的回调,通过该虚拟事件可以完成控制设备获取显示设备的设备信息。
本申请一些实施例中,该回调事件可以注册在控制设备作为中央设备角色的第二套蓝牙连接系统中的信息回调过程中,例如可以在如下任一代码流程中实现bta_dm_search_cb P_search_cback(),btif_dm_search_device_evt(),bta_dm_inq_results_ch(),btm_process_inq_results(),post_to_hci_message_loop()。还可以在其他代码流程中实现,具体可以根据实际情况确定,本申请实施例不做限定。其中,在bta_dm_search_cb P_search_cback()或btif_dm_search_device_evt()代码流程中实现时,可以提高设备信息的回调速度,即可以提高设备信息的获取效率。
示例性地,以下示例性地介绍本申请实施例中提供的设备获取方法的一种可能的具体流程。控制设备(作为蓝牙外设角色)开始发送广播包,显示设备(中央设备角色)流程,显示设备启动扫描,用于监听控制设备的广播包,启动连接控制设备流程。显示设备监听到控制设备发送的广播包,发起与控制设备的配对连接流程。控制设备接收到显示设备发送的配对连接请求,与显示设备进行配对。在控制设备与显示设备配对成功之后,二者发起绑定流程。在绑定流程中,控制设备的蓝牙协议栈向应用平台框架上报从无绑定状态到正在绑定状态,控制设备的应用平台框架接收到正处于绑定状态时,通过系统属性接口向蓝牙协议栈发送虚拟的收到广播包事件(以实现虚拟事件的注册)。控制设备的蓝牙协议栈接收到虚拟的收到广播包事件,发起与显示设备的GATT连接,并通过ATT查询获取显示设备的设备信息,然后组装GATT的查询结果,通过系统属性接口(BTE_search_devices_evt)获得显示设备的设备信息,以将设备信息发送给应用平台框架,应用平台框架接收到设备信息后,将设备信息发送给对应的应用程序。
如图8所示,图8为根据本发明一个或多个实施例实现设备信息获取方法的步骤流程图,该设备信息获取方法的执行主体可以为控制设备,也可以为控制设备中能够实现该设备信息获取方法的功能模块或功能实体,此处不做限定。该设备信息获取方法可以包括下述的步骤801至步骤803。
801、在作为蓝牙外设角色的该控制设备与作为中央设备角色的显示设备进行连接的过程中,向该显示设备发送携带第一指示信息的第一数据包。
其中,该第一指示信息用于指示该显示设备根据该第一指示信息向该控制设备发送携带该设备信息的第二数据包,该第一数据包为广播包和/或响应包,该第二数据包为广播包和/或响应包。
相应地,显示设备一侧执行下述步骤:在作为蓝牙外设角色的控制设备与作为中央设备角色的该显示设备进行连接的过程中,接收该控制设备发送的携带第一指示信息的第一数据包,该第一指示信息用于指示该显示设备根据该第一指示信息向该控制设备发送携带该显示设备的设备信息的第二数据包,该第一数据包为广播包和/或响应包,该第二数据包为广播包和/或响应包。
其中,第一指示信息可以为指示该显示设备向该控制设备发送携带该显示设备的设备信息的第二数据包的标志位,还可以是其他的指示信息,本申请实施例不做限定。
其中,第一指示信息可以添加至第一数据包中的有效数据字段。
其中对设备信息的描述可以参考上述对步骤502中的设备信息的相关描述,此处不再赘述。
802、接收该显示设备发送的该第二数据包。
相应地,显示设备一侧执行下述步骤:向该控制设备发送该第二数据包,该第二数据包用于该控制设备根据该第二数据包,获取该设备信息。
803、根据该第二数据包,获取该设备信息。
在一些实施例中,在作为蓝牙外设角色的控制设备与显示设备作为中央设备进行蓝牙连接的过程中,控制设备发送数据包,显示设备开启扫描,在控制设备中的应用程序需要获取显示设备的设备信息时,控制设备向显示设备发送的携带第一指示信息的第一数据包,并转换角色(从蓝牙外设角色转换为中央设备角色)开启扫描;显示设备在扫描到携带第一指示信息的第一数据包后,根据第一指示信息确定控制设备需要显示设备的设备信息,从而显示设备转换角色(从中央设备角色转换为蓝牙外设角色),向控制设备发送携带显示设备的设备信息的第二数据包;控制设备扫描到第二数据包,并根据第二数据包获得控制设备的设备信息。
在一些实施例中,在作为蓝牙外设角色的控制设备与显示设备作为中央设备进行蓝牙连接的过程中,控制设备发送数据包,显示设备开启扫描,在控制设备中的应用程序需要获取显示设备的设备信息时,控制设备向显示设备发送的携带第一指示信息的第一数据包,第一数据包还可以携带控制设备的外设信息,并在发送第一数据包的同时控制设备开启扫描(即在控制设备中同时运行两套蓝牙系统);显示设备在扫描到携带第一指示信息的第一数据包后,根据第一指示信息确定控制设备需要显示设备的设备信息,从而显示设备可以在作为中央设备与控制设备连接的过程中续集执行后续流程的同时,根据第一指示信息向控制设备发送携带显示设备的设备信息的第二数据包(即在显示设备中也同时运行两套蓝牙系统);控制设备扫描到第二数据包,并根据第二数据包获得控制设备的设备信息。
本申请一些实施例中,在上述步骤803之后,本申请实施例提供的设备信息获取方法还可以包括下述的步骤804。
804、向该显示设备发送携带第二指示信息的第三数据包。
其中,该第二指示信息用于指示该显示设备根据该第二指示信息停止向该控制设备发送该第二数据包,该第三数据包为广播包和/或响应包。
相应地,显示设备一侧执行下述步骤:接收该控制设备发送的携带第二指示信息的第三数据包,该第三数据包为该控制设备根据该第二数据包获取该显示设备的设备信息之后生成的,该第三数据包为广播包和/或响应包;根据该第二指示信息停止向该控制设备发送该第二数据包。
其中,第二指示信息可以为指示该显示设备停止向该控制设备发送携带该显示设备的设备信息的第二数据包的标志位,还可以是其他的指示信息,本申请实施例不做限定。
其中,第二指示信息可以添加至第三数据包中的有效数据字段。
在一些实施例中,在控制设备根据第二数据包获得显示设备的设备信息之后,控制设备可以转换角色(由中央设备角色转换为蓝牙外设角色),停止扫描,向显示设备发送携带第二指示信息的第三数据包;显示设备在向控制设备发送第二数据包之后,开启扫描,在扫描到第三数据包后,根据第二指示信息停止向控制设备发送第二数据包。
可选的,在控制设备根据第二数据包获得显示设备的设备信息之后,停止扫描,并向显示设备发送携带第二指示信息的第三数据包;显示设备在扫描到第三数据包后,根据第二指示信息停止向控制设备发送第二数据包。
本申请实施例中,在控制设备获取显示设备的设备信息之后,通过第二指示信息指示显示设备停止向控制设备发送第二数据包,从而可以节约耗电。
本申请一些实施例中,在上述步骤801之前,本申请实施例提供的设备信息获取方法还可以包括下述的步骤805。
805、通过应用平台框架确定该控制设备中安装有需要获取该设备信息的应用程序。
需要说明的是,对上述步骤805的描述可以参考上述对步骤503的相关描述,此处不再赘述。
本申请一些实施例中,在上述步骤803之后,本申请实施例提供的设备信息获取方法还可以包括下述的步骤806至步骤807。
806、通过该蓝牙协议栈将该设备信息发送给该应用平台框架。
807、通过该应用平台框架,向应用程序发送该设备信息。
需要说明的是,对上述步骤806至步骤807的描述可以参考上述对步骤504至步骤505的相关描述,此处不再赘述。
本申请实施例提供一种计算机可读存储介质,该计算机可读存储介质上存储计算机程序,该计算机程序被处理器执行时实现上述方法实施例提供的设备信息获取方法的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本申请实施例还提供一种计算机程序产品,其中,该计算机程序产品包括计算机程序,当该计算机程序产品在处理器上运行时,使得处理器执行该计算机程序,实现上述方法实施例提供的设备信息获取方法的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
为了方便解释,已经结合具体的实施方式进行了上述说明。但是,上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导,可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用,从而使得本领域技术人员更好的使用所述实施方式以及适于具体使用考虑的各种不同的变形的实施方式。

Claims (10)

1.一种控制设备,其特征在于,包括:
通信单元,被配置为:与显示设备进行通信;
控制器,被配置为:在作为蓝牙外设角色的所述控制设备与作为中央设备角色的所述显示设备进行绑定的过程中,通过所述控制设备的应用平台框架,基于系统属性接口,向所述控制设备的蓝牙协议栈发送虚拟事件;
在所述控制设备与所述显示设备绑定完成的情况下,通过所述蓝牙协议栈监听所述虚拟事件;
当监听到所述虚拟事件时,通过所述通信单元向所述显示设备发送目标连接的建立请求;
响应于所述显示设备根据所述建立请求发送的建立响应,通过所述蓝牙协议栈与所述显示设备建立所述目标连接,并基于所述目标连接获取所述显示设备的设备信息。
2.根据权利要求1所述的控制设备,其特征在于,
所述控制器,被配置为:
当监听到所述虚拟事件时通过所述通信单元向所述显示设备发送通用属性协议GATT连接的建立请求;
在接收到所述显示设备根据所述建立请求发送的所述GATT连接的建立响应的情况下,通过所述蓝牙协议栈与所述显示设备建立所述GATT连接,并在GATT连接建立之后通过ATT查询获取所述显示设备的设备信息。
3.一种显示设备,其特征在于,包括:
通信单元,被配置为:与控制设备进行通信;
控制器,被配置为:在作为蓝牙外设角色的所述控制设备与作为中央设备角色的所述显示设备绑定完成的情况下,通过所述通信单元接收所述控制设备通过蓝牙协议栈发送的目标连接的建立请求,所述建立请求为所述控制设备在监听到虚拟事件时发送的,所述虚拟事件为在所述控制设备与所述显示设备进行绑定的过程中,通过所述控制设备的应用平台框架,基于系统属性接口,向所述控制设备的蓝牙协议栈发送的;
根据所述建立请求,通过所述通信单元向所述控制设备发送所述目标连接的建立响应,所述建立响应用于所述蓝牙协议栈与所述显示设备建立所述目标连接;
与所述蓝牙协议栈建立所述目标连接,并通过所述通信单元基于所述目标连接向所述蓝牙协议栈发送所述显示设备的设备信息。
4.一种控制设备,其特征在于,包括:
通信单元,被配置为:与显示设备进行通信;
控制器,被配置为:
在作为蓝牙外设角色的所述控制设备与作为中央设备角色的所述显示设备进行连接的过程中,通过所述通信单元向所述显示设备发送携带第一指示信息的第一数据包,所述第一指示信息用于指示所述显示设备根据所述第一指示信息向所述控制设备发送携带所述设备信息的第二数据包,所述第一数据包为广播包和/或响应包,所述第二数据包为广播包和/或响应包;
通过所述通信单元接收所述显示设备发送的所述第二数据包;
根据所述第二数据包,获取所述设备信息。
5.根据权利要求4所述的控制设备,其特征在于,所述控制器,还被配置为:
在根据所述第二数据包,获取所述显示设备的设备信息之后,通过所述通信单元向所述显示设备发送携带第二指示信息的第三数据包,所述第二指示信息用于指示所述显示设备根据所述第二指示信息停止向所述控制设备发送所述第二数据包,所述第三数据包为广播包和/或响应包。
6.一种显示设备,其特征在于,包括:
通信单元,被配置为:与控制设备进行通信;
控制器,被配置为:
在作为蓝牙外设角色的所述控制设备与作为中央设备角色的所述显示设备进行连接的过程中,通过所述通信单元接收所述控制设备发送的携带第一指示信息的第一数据包,所述第一指示信息用于指示所述显示设备根据所述第一指示信息向所述控制设备发送携带所述显示设备的设备信息的第二数据包,所述第一数据包为广播包和/或响应包,所述第二数据包为广播包和/或响应包;
通过所述通信单元向所述控制设备发送所述第二数据包,所述第二数据包用于所述控制设备根据所述第二数据包,获取所述设备信息。
7.一种设备信息获取方法,其特征在于,应用于控制设备,包括:
在作为蓝牙外设角色的所述控制设备与作为中央设备角色的显示设备进行绑定的过程中,通过所述控制设备的应用平台框架,基于系统属性接口,向所述控制设备的蓝牙协议栈发送虚拟事件;
在所述控制设备与所述显示设备绑定完成的情况下,通过所述蓝牙协议栈监听所述虚拟事件;
当监听到所述虚拟事件时,向所述显示设备发送目标连接的建立请求;
响应于所述显示设备根据所述建立请求发送的建立响应,通过所述蓝牙协议栈与所述显示设备建立所述目标连接,并基于所述目标连接获取所述显示设备的设备信息。
8.一种设备信息获取方法,其特征在于,应用于显示设备,包括:
在作为蓝牙外设角色的控制设备与作为中央设备角色的所述显示设备绑定完成的情况下,接收所述控制设备通过蓝牙协议栈发送的目标连接的建立请求,所述建立请求为所述控制设备在监听到虚拟事件时发送的,所述虚拟事件为在所述控制设备与所述显示设备进行绑定的过程中,通过所述控制设备的应用平台框架,基于系统属性接口,向所述控制设备的蓝牙协议栈发送的;
根据所述建立请求,向所述控制设备发送所述目标连接的建立响应,所述建立响应用于所述蓝牙协议栈与所述显示设备建立所述目标连接;
与所述蓝牙协议栈建立所述目标连接,并基于所述目标连接向所述蓝牙协议栈发送所述显示设备的设备信息。
9.一种设备信息获取方法,其特征在于,应用于控制设备,包括:
在作为蓝牙外设角色的所述控制设备与作为中央设备角色的显示设备进行连接的过程中,向所述显示设备发送携带第一指示信息的第一数据包,所述第一指示信息用于指示所述显示设备根据所述第一指示信息向所述控制设备发送携带所述设备信息的第二数据包,所述第一数据包为广播包和/或响应包,所述第二数据包为广播包和/或响应包;
接收所述显示设备发送的所述第二数据包;
根据所述第二数据包,获取所述设备信息。
10.一种设备信息获取方法,其特征在于,应用于显示设备,包括:
在作为蓝牙外设角色的控制设备与作为中央设备角色的所述显示设备进行连接的过程中,接收所述控制设备发送的携带第一指示信息的第一数据包,所述第一指示信息用于指示所述显示设备根据所述第一指示信息向所述控制设备发送携带所述显示设备的设备信息的第二数据包,所述第一数据包为广播包和/或响应包,所述第二数据包为广播包和/或响应包;
向所述控制设备发送所述第二数据包,所述第二数据包用于所述控制设备根据所述第二数据包,获取所述设备信息。
CN202210042117.0A 2022-01-14 2022-01-14 控制设备、显示设备和设备信息获取方法 Pending CN114554259A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210042117.0A CN114554259A (zh) 2022-01-14 2022-01-14 控制设备、显示设备和设备信息获取方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210042117.0A CN114554259A (zh) 2022-01-14 2022-01-14 控制设备、显示设备和设备信息获取方法

Publications (1)

Publication Number Publication Date
CN114554259A true CN114554259A (zh) 2022-05-27

Family

ID=81671967

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210042117.0A Pending CN114554259A (zh) 2022-01-14 2022-01-14 控制设备、显示设备和设备信息获取方法

Country Status (1)

Country Link
CN (1) CN114554259A (zh)

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060069750A1 (en) * 2004-09-29 2006-03-30 Citrix System, Inc. System and method for event detection and re-direction over a network using a presentation level protocol
CN103985234A (zh) * 2014-04-23 2014-08-13 杭州微纳科技有限公司 基于蓝牙广播包的遥控方法
CN104469980A (zh) * 2014-11-21 2015-03-25 广东欧珀移动通信有限公司 蓝牙连接方法及蓝牙设备
CN105872655A (zh) * 2016-03-25 2016-08-17 北京小米移动软件有限公司 设备控制方法、装置及电子设备
CN106412656A (zh) * 2016-10-26 2017-02-15 四川长虹电器股份有限公司 Android智能设备快速连接蓝牙的方法
US20170208639A1 (en) * 2016-01-15 2017-07-20 Lg Electronics Inc. Method and apparatus for controlling a device using bluetooth technology
CN107135463A (zh) * 2017-04-01 2017-09-05 杭州联络互动信息科技股份有限公司 一种蓝牙连接方法和装置
CN112073768A (zh) * 2019-06-10 2020-12-11 海信视像科技股份有限公司 蓝牙通信方法及显示设备
CN112911380A (zh) * 2021-01-15 2021-06-04 海信视像科技股份有限公司 一种显示设备及与蓝牙设备的连接方法
CN113228717A (zh) * 2021-03-31 2021-08-06 华为技术有限公司 一种通信方法及装置

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060069750A1 (en) * 2004-09-29 2006-03-30 Citrix System, Inc. System and method for event detection and re-direction over a network using a presentation level protocol
CN103985234A (zh) * 2014-04-23 2014-08-13 杭州微纳科技有限公司 基于蓝牙广播包的遥控方法
CN104469980A (zh) * 2014-11-21 2015-03-25 广东欧珀移动通信有限公司 蓝牙连接方法及蓝牙设备
US20170208639A1 (en) * 2016-01-15 2017-07-20 Lg Electronics Inc. Method and apparatus for controlling a device using bluetooth technology
CN105872655A (zh) * 2016-03-25 2016-08-17 北京小米移动软件有限公司 设备控制方法、装置及电子设备
CN106412656A (zh) * 2016-10-26 2017-02-15 四川长虹电器股份有限公司 Android智能设备快速连接蓝牙的方法
CN107135463A (zh) * 2017-04-01 2017-09-05 杭州联络互动信息科技股份有限公司 一种蓝牙连接方法和装置
CN112073768A (zh) * 2019-06-10 2020-12-11 海信视像科技股份有限公司 蓝牙通信方法及显示设备
CN112911380A (zh) * 2021-01-15 2021-06-04 海信视像科技股份有限公司 一种显示设备及与蓝牙设备的连接方法
CN113228717A (zh) * 2021-03-31 2021-08-06 华为技术有限公司 一种通信方法及装置

Similar Documents

Publication Publication Date Title
CN112367543B (zh) 显示设备、移动终端、投屏方法及投屏系统
CN114286165B (zh) 一种显示设备、移动终端、投屏数据传输方法及系统
CN112272417B (zh) 一种双蓝牙音响回连方法及显示设备
CN111752518A (zh) 一种显示设备投屏方法及显示设备
CN114339332B (zh) 一种移动终端、显示设备及跨网投屏方法
CN113064645B (zh) 一种开机界面控制方法及显示设备
WO2022105409A1 (zh) 故障诊断方法、终端设备及显示设备
CN112911380B (zh) 一种显示设备及与蓝牙设备的连接方法
WO2022078065A1 (zh) 显示设备资源播放方法及显示设备
CN111885665B (zh) 一种无线网络连接控制方法及显示设备
CN112351334A (zh) 一种文件传输进度显示方法及显示设备
CN112269668A (zh) 一种应用资源共享及显示设备
CN114900386B (zh) 一种终端设备及数据接力方法
CN115278822A (zh) 显示设备、控制设备及广播源扫描方法
CN115550825A (zh) 显示设备、助听器及音量调节方法
CN115834755A (zh) 显示设备、智能设备及来电展示方法
CN115022688A (zh) 一种显示设备及媒体数据接力方法
CN114554259A (zh) 控制设备、显示设备和设备信息获取方法
CN114286320A (zh) 一种显示设备、移动终端及蓝牙连接方法
CN113971049A (zh) 一种后台服务管理方法及显示设备
CN111787115A (zh) 服务器、显示设备和文件传输方法
CN114040341B (zh) 一种蓝牙广播包上报处理方法及显示设备
CN115278634B (zh) 显示设备及蓝牙扫描方法
CN112087651B (zh) 显示询问信息的方法及智能电视
CN115278322A (zh) 显示设备、控制设备及显示设备的控制方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination