显示设备及广播交互透传方法技术

本申请公开了一种显示设备及广播交互透传方法，尤其适用于一种社交电视。所述显示设备包括显示器，被配置为显示图像内容；第一控制器，包括第一控制调度，第一控制调度被配置为，注册广播监听器，广播监听器监听到广播后，根据广播类型对广播的Intent执行相应处理，并将处理后的广播发送出去；第二控制器，包括第二控制调度，第二控制调度被配置为，接收来自第一控制调度输出的广播，将广播处理后发送至第二控制器相应的应用中。本申请通过第一控制器的调度与第二控制器的调度实现了双系统间的广播交互，实现了跨系统传播，使得第一控制器发送的系统广播与第一控制器应用发送的普通广播能够传送至第二控制器，从而实现双系统间数据的同步与交互。间数据的同步与交互。间数据的同步与交互。

【技术实现步骤摘要】
显示设备及广播交互透传方法


[0001]本申请涉及数据处理
，尤其涉及一种显示设备及广播交互透传方法。

技术介绍

[0002]当前在安卓系统中，有一个类似于广播电台的功能，可以把一个公共的事件作为一个广播信息发送给其他应用程序，只要其他应用程序制定了该接收的事件名称，就可以接收到这个事件消息，由此可以推断出，如果想要使用广播，就要有发送和接收两个部分完成。常见的广播事件有：外拨电话、接收到的短信、开机启动完成、SD卡的插拔、软件的安装、卸载、升级以及电量的变化等等，当应用程序通过广播接收到这些事件后，就可以根据不同的时间做出不同的事情。
[0003]但是，现有广播只能在本地系统内使用，无法跨系统传播，针对双系统社交电视，双系统间存在很多交互场景，造成一个系统或该系统的应用无法收到另一个系统的系统广播及其应用广播，使得双系统间的数据同步及交互无法完成，影响用户的实际体验。

技术实现思路

[0004]本申请提供了一种显示设备及广播交互透传方法，以解决目前双系统设备间无法进行跨系统广播，影响双系统交互的问题。
[0005]为了解决上述技术问题，本申请实施例公开了如下技术方案：
[0006]第一方面，本申请实施例公开了一种显示设备，包括：
[0007]显示器，被配置为显示图像内容；
[0008]第一控制器，包括第一控制调度，所述第一控制调度被配置为，注册广播监听器，所述广播监听器监听到广播后，根据广播类型对广播的Intent执行相应处理，并将处理后的广播发送出去；
[0009]第二控制器，包括第二控制调度，所述第二控制调度被配置为，接收来自所述第一控制调度输出的广播，将所述广播处理后发送至第二控制器相应的应用中。
[0010]第二方面，本申请实施例还提供了一种广播交互透传方法，应用于第一方面所述的显示设备，所述方法包括：
[0011]第一控制器的调度注册广播监听器，所述广播监听器监听到广播后，根据广播类型对广播的Intent执行相应处理，并将处理后的广播发送出去；
[0012]第二控制器的调度接收来自所述第一控制器的调度输出的广播，将所述广播发送至第二控制器相应的应用中。
[0013]本申请提供的技术方案具备如下有益效果：针对具有双系统结构的显示设备，第一控制器包括第一控制调度，第一控制调度注册广播监听器，广播监听器用于监听广播，监听到广播后根据广播类型对广播的Intent执行相应处理，并将处理后的广播发送出去；第二控制器包括第二控制调度，第二控制调度用于接收来自第一控制调度输出的广播，将广播处理后发送至第二控制器相应的应用中。本申请通过第一控制器的调度与第二控制器的
调度实现双系统间的广播交互，实现跨系统传播，使得第一控制器发送的系统广播与第一控制器应用发送的普通广播能够传送至第二控制器上，从而实现双系统上广播的交互透传，实现数据的同步及交互。
[0014]应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
[0015]为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0016]图1中示例性示出了根据实施例中显示设备与控制装置之间操作场景的示意图；
[0017]图2中示例性示出了根据实施例中控制装置100的硬件配置框图；
[0018]图3中示例性示出了根据实施例中显示设备200的硬件配置框图；
[0019]图4中示例性示出了根据图3显示设备200的硬件架构框图；
[0020]图5中示例性示出了根据实施例中显示设备200的功能配置示意图；
[0021]图6a中示例性示出了根据实施例中显示设备200中软件配置示意图；
[0022]图6b中示例性示出了根据实施例中显示设备200中应用程序的配置示意图；
[0023]图7中示例性示出了根据实施例中显示设备200中用户界面的示意图；
[0024]图8中示例性示出了双系统显示设备的架构图；
[0025]图9为本申请实施例示出的显示设备结构示意图；
[0026]图10为本申请实施例示出的第一控制器向第二控制器发送系统广播的架构示意图；
[0027]图11为本申请实施例示出的第一控制器向第二控制器发送普通广播的架构示意图；
[0028]图12为本申请实施例示出的第一控制器向第二控制器发送广播的流程图。
具体实施方式
[0029]为使本申请示例性实施例的目的、技术方案和优点更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施例中的技术方案进行清楚、完整地描述，显然，所描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。
[0030]本申请涉及的显示终端包含至少两个系统级芯片，为了便于理解，在此，对多芯片结构的显示终端进行介绍。
[0031]为便于用户使用，显示设备上通常会设置各种外部装置接口，以便于连接不同的外设设备或线缆以实现相应的功能。而在显示设备的接口上连接有高清晰度的摄像头时，如果显示设备的硬件系统没有接收源码的高像素摄像头的硬件接口，那么就会导致无法将摄像头接收到的数据呈现到显示设备的显示屏上。
[0032]并且，受制于硬件结构，传统显示设备的硬件系统仅支持一路硬解码资源，且通常最大仅能支持4K分辨率的视频解码，因此当要实现边观看网络电视边进行视频聊天时，为了不降低网络视频画面清晰度，就需要使用硬解码资源(通常是硬件系统中的GPU)对网络
视频进行解码，而在此情况下，只能采取由硬件系统中的通用处理器(例如CPU)对视频进行软解码的方式处理视频聊天画面。
[0033]采用软解码处理视频聊天画面，会大大增加CPU的数据处理负担，当CPU的数据处理负担过重时，可能会出现画面卡顿或者不流畅的问题。进一步的，受制于CPU的数据处理能力，当采用CPU软解码处理视频聊天画面时，通常无法实现多路视频通话，当用户想要再同一聊天场景同时与多个其他用户进行视频聊天时，会出现接入受阻的情况。
[0034]基于上述各方面的考虑，为克服上述缺陷，本申请公开了一种双硬件系统架构，以实现多路视频聊天数据(至少一路本地视频)。
[0035]下面首先结合附图对本申请所涉及的概念进行说明。在此需要指出的是，以下对各个概念的说明，仅为了使本申请的内容更加容易理解，并不表示对本申请保护范围的限定。
[0036]本申请各实施例中使用的术语“模块”，可以是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。
[0037]本申请各实施例中使用的术语“遥控器”，是指电子设备(如本申请中公开的显示设备)的一个组件，该组件通常可在较短的距离范围内无线控制电子设备。该组件一般可以使用红外本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种显示设备，其特征在于，包括：显示器，被配置为显示图像内容；第一控制器，包括第一控制调度，所述第一控制调度被配置为，注册广播监听器，所述广播监听器监听到广播后，根据广播类型对广播的Intent执行相应处理，并将处理后的广播发送出去；第二控制器，包括第二控制调度，所述第二控制调度被配置为，接收来自所述第一控制调度输出的广播，将所述广播处理后发送至第二控制器相应的应用中。2.根据权利要求1所述的显示设备，其特征在于，所述第一控制调度注册系统广播监听器，所述系统广播监听器监听到系统广播后，所述第一控制调度接收所述第一控制器发送的系统广播；响应于所述第一控制调度接收所述系统广播，所述第一控制调度还被配置为，在Intent对应的Action中添加广播标识。3.根据权利要求2所述的显示设备，其特征在于，所述广播标识为所述系统广播来自所述第一控制器的标识。4.根据权利要求3所述的显示设备，其特征在于，响应于在Intent中添加广播标识，所述第一控制调度还被配置为，将添加有广播标识的Intent序列化转换为String字符串，并将所述String字符串发送至所述第二控制调度。5.根据权利要求1所述的显示设备，其特征在于，所述第一控制调度注册通用广播监听器，所述通用广播监听器监听到普通广播后，所述第一控制器的应用发送携带参数Extra的Intent，所述第一控制调...

【专利技术属性】
技术研发人员：李东航，付友苹，贾亚洲，
申请(专利权)人：海信视像科技股份有限公司，
类型：发明
国别省市：