CN105703860B - 一种应急广播方法及装置 - Google Patents

一种应急广播方法及装置 Download PDF

Info

Publication number
CN105703860B
CN105703860B CN201610147018.3A CN201610147018A CN105703860B CN 105703860 B CN105703860 B CN 105703860B CN 201610147018 A CN201610147018 A CN 201610147018A CN 105703860 B CN105703860 B CN 105703860B
Authority
CN
China
Prior art keywords
broadcast
emergent broadcast
content
emergent
terminal
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.)
Active
Application number
CN201610147018.3A
Other languages
English (en)
Other versions
CN105703860A (zh
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.)
Shenzhen Dingdian Communication Technology Co.,Ltd.
Sumavision Technologies Co Ltd
Original Assignee
Sumavision Technologies 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 Sumavision Technologies Co Ltd filed Critical Sumavision Technologies Co Ltd
Priority to CN201610147018.3A priority Critical patent/CN105703860B/zh
Publication of CN105703860A publication Critical patent/CN105703860A/zh
Application granted granted Critical
Publication of CN105703860B publication Critical patent/CN105703860B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/59—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for emergency or urgency
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/10—Arrangements for replacing or switching information during the broadcast or the distribution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

本发明公开了一种应急广播方法及装置，包括：在应急广播平台确定需要进行广播的各内容及各应急广播终端；根据各内容的广播要求，以及各应急广播终端的广播方式制定广播方案；根据广播方案，在需要插播时，对目标应急广播终端下发播放目标内容的控制指令。采用本发明可以避免终端多样引起的插播效果不一致且终端部署后变更困难的问题。

Description

一种应急广播方法及装置
技术领域
本发明涉及应急广播技术领域，特别涉及一种应急广播方法及装置。
背景技术
目前现存应急广播村村响系统中，多采用终端自行识别的方法。一般在下发广播时通过平台设置广播级别，终端通过进行解析，与在播广播的优先级进行判断比较后进行响应。不同终端对于在播广播的缓存方式不尽相同。有覆盖型，丢弃型等多种类型终端。
对于覆盖型基本采用优先响应高级别广播，低级别广播进入缓存，此种类型终端一般为智能终端，终端成本较高，村村响类项目的大规模部署中采用较少。而丢弃型多是直接丢弃掉低级别广播，等高级别广播下发结束后，被插播的较低级别广播无法再被恢复。
通过对目前存在的村村响系统的调查，多采用丢弃型，少部分智能终端上存在覆盖型。
现有技术的不足在于：对于丢弃型的终端而言，无法保存被插播广播，以致不能恢复。对于覆盖型的终端，在广播结束后，较早前被覆盖的广播，覆盖型的终端不能再次进行排序的优先级判断，且恢复广播方式过于简单。这两种方案下的插播智能化低，而这将导致村村响平台分发广播过程中出现不同的呈现状态，导致广播内容在某一时间内不一致的情况，不利于管控。
发明内容
本发明提供了一种应急广播方法及装置，用以解决在应急广播系统中，因应急广播终端无法恢复被插播广播，或不能再次进行优先级判断而导致广播内容在某一时间内不一致的问题。
本发明实施例中提供了一种应急广播方法，包括：
在应急广播平台确定需要进行广播的各内容及各应急广播终端；
根据各内容的广播要求，以及各应急广播终端的广播方式制定广播方案；
根据广播方案，在需要插播时，对目标应急广播终端下发播放目标内容的控制指令。
本发明实施例中提供了一种应急广播装置，包括：
确定模块，用于在应急广播平台确定需要进行广播的各内容及各应急广播终端；
方案模块，用于根据各内容的广播要求，以及各应急广播终端的广播方式制定广播方案；
指令模块，用于根据广播方案，在需要插播时，对目标应急广播终端下发播放目标内容的控制指令。
本发明有益效果如下：
在本发明实施例中，利用应急广播平台进行广播插播计算，在应急广播平台确定需要进行广播的各内容及各应急广播终端，并据此制定广播方案，在需要插播时，对目标应急广播终端下发播放目标内容的控制指令。由于是由应急平台进行插播处理，因此可以避免因应急广播终端的缺陷带来的不足，例如，不再出现无法恢复被插播广播，不能再次进行优先级判断等，因此可以避免终端多样引起的插播效果不一致且终端部署后变更困难的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为本发明实施例中应急广播方法实施流程示意图；
图2为本发明实施例中广播播发流程示意图；
图3为本发明实施例中广播插播逻辑示意图；
图4为本发明实施例中应急广播装置结构示意图。
具体实施方式
应急广播村村响系统控制多类型终端设备，各终端设备对于同一时间段内多广播的响应机制不尽相同。在此种情况下，当某地正在播出广播，此时插播级别更高广播后，终端响应较高级别广播，响应结束后，并非所有终端都可再切回日常广播继续播放。这种后续广播播发完成之后无法恢复的情况在实际使用过程中存在问题，不利于管控。因此需要前端平台对于插播广播要有一套灵活插播寻址方案，针对不同方案根据不同场景形成可定制化的插播机制，保证终端按照预期结果进行不间断稳定播发。基于此，本发明实施例中提供了一种应急广播方案，下面结合附图对本发明的具体实施方式进行说明。
在说明过程中，将主要说明应急广播平台侧的实施，但也会对涉及到的应急广播设备侧的应急广播终端进行说明。这样的说明方式并不意味着二者必须配合实施、或者必须单独实施。
图1为应急广播方法实施流程示意图，如图所示，可以包括：
步骤101、在应急广播平台确定需要进行广播的各内容及各应急广播终端；
步骤102、根据各内容的广播要求，以及各应急广播终端的广播方式制定广播方案；
步骤103、根据广播方案，在需要插播时，对目标应急广播终端下发播放目标内容的控制指令。
实施中，各应急广播终端的广播方式可以为通过以下方式之一或者其组合的方式进行广播：
RDS(Radio Data System，无线数据广播系统)、DTMB(Digital TelevisionTerrestrial Multimedia Broadcasting，数字电视地面广播传输)、IP(InternetProtocol，因特网协议)。
具体的，根据应急广播平台覆盖的应急广播终端，根据应急广播终端支持的指令协议不同，可将其类型分为：通过无线数据广播系统广播的RDS，通过电视广播的DTMB、通过互联网协议广播的IP。广播时可将广播方案配置为支持某一种或多种类型，在下发时则可选择某一种或多种广播方案下发。RDS、DTMB、IP指的是广播控制方式。比如我们要发一个广播(广播内容是一首歌曲)，终端有支持RDS指令的，有支持DTMB指令方式的，还有支持IP方式的。当然这三种方式指令协议及插播机制是不同的，具体实施时需要采用相应的方式。
下面通过实例进行说明以便更好地理解本发明实施例中提供的技术方案。
实施例1
图2为广播播发流程示意图，如图所示，可以包括：
步骤201、广播下发操作开始。
步骤202、根据应急广播终端的广播方式配置计算本次广播实际可以下发的几种广播方案。
步骤203、根据广播方案计算此次下发目标。
步骤204、根据应急广播终端的广播方式类型判断是否需要插播，是则转入步骤205，否则转入步骤206。
步骤205、计算插播。
本步骤的具体实施将在实施例2中结合图3中的相关内容进行说明。
步骤206、根据应急广播终端的广播方式类型及插播计算结果判断是否需要发送控制指令，是则转入步骤207，否则转入步骤208。
具体的，例如假设广播方案为：需要先向全县发一个广播，然后再对村发广播。对于某一终端而言，当这两个广播共存时，很可能出现针对村的这个广播发不下去的情况，因为之前还存在一个更高级别的县广播(下面还将以实例进行说明)。这样，当出现此种情况，应急平台计算计算出来的是此次村广播不能覆盖的区域，所以计算结果展示没有可生效区域，接下来控制指令根据计算结果在这些区域就不发控制指令。
上述的村广播发不下去的情况可以如下：假设有一个村直属终端T1，然后向全县A1发了一个广播R1，然后向全村B1发了一个广播R2。在播发R2时，平台计算出终端T1上存在着广播R1且R1比此次要发的R2级别高，此时平台处理的方法是通过不发R2广播的控制流，从而让T1上不发生广播切换。
步骤207、发送控制指令。
具体实施中，按应急广播终端对应的传输协议下发具体的协议指令即可。
步骤208、根据接入方式判断是否需要发送媒体流，是则转入步骤209，否则转入步骤210。
具体的，应急广播终端的接入方式由应急广播提供，有文字、短信、电话等多种，但在发送媒体流时，由于控制指令和媒体指令分开，应急广播平台提供一种外部接入，这种下发媒体流直接透传，这种情况下只需要应急广播平台下发广播指令，不需要应急广播平台做媒体流处理。相应的，当不发送媒体流的依然进行广播，仅是平台内不处理媒体流。
也即实施中，还可以进一步包括：在确定下发播放的目标内容需要发送流媒体时，根据接入方式确定是否下发流媒体。
步骤209、发送媒体流。
步骤210、保存广播数据。
步骤211、向操作用户返回结果。
具体可以是，成功提示用户广播下发成功，失败提示失败原因。
实施中，制定广播方案可以是根据以下内容之一或者其组合进行的：
内容的优先级别、应急广播终端的级别、内容的广播目标区域级别。
具体实施中，所述内容的优先级别为应急广播与日常广播；
所述应急广播终端的级别为行政级别；
所述内容的广播目标区域级别为行政区域级别。
下面用实例进行说明。
实施例2
图3为广播插播逻辑示意图，如图所示，可以包括如下步骤：
步骤301、判断广播级别。
步骤302、对广播的日常/应急进行比较，相等则转入步骤303，否则转入步骤309。
具体的，在确定要插播的广播的级别后，与正在广播的级别比较是否一样，如果一样则进行303的比较，不一样则按照应急高于日常的方式决定是否插播。
步骤303、按配置判断用户和下发目标优先，用户优先则转入步骤304，下发目标优先则转入步骤306。
步骤304、根据用户级别判断，相等则转入步骤305，否则转入步骤310。
步骤305、根据勾选区域判断，相等则转入步骤308，否则转入步骤310。
步骤306、根据勾选区域判断，相等则转入步骤307，否则转入步骤310。
步骤307、根据用户级别判断，相等则转入步骤308，否则转入步骤310。
步骤308、根据下发时间进行判断，按时间顺序进行播放。
步骤309、按应急高于日常进行插播处理。
步骤310、结束。
实施例中的多种判断维度为广播自身级别(应急广播高于日常广播)、下发用户级别、下发目标区域级别。假如三个维度判断结果为一致，则按照广播下发时间判断。其中下发用户级别及下发目标区域级别这两个维度均依照系统配置的行政级别顺序进行排序，以适应不同部署环境的不同要求。此结构灵活多样，且便于日后扩充。
基于同一发明构思，本发明实施例中还提供了一种应急广播装置，由于这些装置解决问题的原理与一种应急广播方法相似，因此这些装置的实施可以参见方法的实施，重复之处不再赘述。
图4为应急广播装置结构示意图，如图所示，包括：
确定模块401，用于在应急广播平台确定需要进行广播的各内容及各应急广播终端；
方案模块402，用于根据各内容的广播要求，以及各应急广播终端的广播方式制定广播方案；
指令模块403，用于根据广播方案，在需要插播时，对目标应急广播终端下发播放目标内容的控制指令。
实施中，各应急广播终端的广播方式为通过以下方式之一或者其组合的方式进行广播：
RDS、DTMB、IP。
实施中，指令模块进一步用于在确定下发播放的目标内容需要发送流媒体时，根据接入方式确定是否下发流媒体。
实施中，方案模块进一步用于根据以下内容之一或者其组合制定广播方案：
内容的优先级别、应急广播终端的级别、内容的广播目标区域级别。
实施中，所述内容的优先级别为应急广播与日常广播；
所述应急广播终端的级别为行政级别；
所述内容的广播目标区域级别为行政区域级别。
为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
综上所述，在本发明实施例提供的方案中，利用应急广播平台进行广播插播计算，并因平台的功能强于应急广播终端，因而可以支持灵活多样可配置的插播方案。
并因此可以避免终端多样引起的插播效果不一致且终端部署后变更困难的问题，进一步的，在多广播下发时，可以使应急广播终端上的媒体流不中断，切换速度快。
经过实验环境模拟，并在真实的村村响部署环境中进行测试和验证。本发明实施例提供的方案支持多维度插播计算，高效且有效。实际工程中部署简单，便于调整及修改，对终端依赖程度低，大大降低终端设备成本。能够根据系统配置准确播放某一时刻下多广播中的最高级别广播，且在广播结束时恢复被插播广播中级别最高的继续播发，切换时间短，媒体流切换前后无明显卡顿现象。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种应急广播方法，其特征在于，包括：
在应急广播平台确定需要进行广播的各内容及各应急广播终端；
在应急广播平台上根据各内容的广播要求，以及各应急广播终端的广播方式制定广播方案，其中，广播方案是根据各应急广播终端支持的指令协议制定的，不同的控制指令协议对应不同的插播机制，在制定广播方案时使各应急广播终端在插播结束后继续播放；
在应急广播平台上根据广播方案，在需要插播时，对目标应急广播终端下发播放目标内容的控制指令。
2.如权利要求1所述的方法，其特征在于，各应急广播终端的广播方式为通过以下方式之一或者其组合的方式进行广播：
无线数据广播系统RDS、数字电视地面广播传输DTMB、因特网协议IP。
3.如权利要求1所述的方法，其特征在于，进一步包括：
在确定下发播放的目标内容需要发送流媒体时，根据接入方式确定是否下发流媒体。
4.如权利要求1至3任一所述的方法，其特征在于，制定广播方案是根据以下内容之一或者其组合进行的：
内容的优先级别、应急广播终端的级别、内容的广播目标区域级别。
5.如权利要求4所述的方法，其特征在于，所述内容的优先级别为应急广播与日常广播；
所述应急广播终端的级别为行政级别；
所述内容的广播目标区域级别为行政区域级别。
6.一种应急广播装置，其特征在于，位于应急广播平台，包括：
确定模块，用于在应急广播平台确定需要进行广播的各内容及各应急广播终端；
方案模块，用于在应急广播平台上根据各内容的广播要求，以及各应急广播终端的广播方式制定广播方案，其中，广播方案是根据各应急广播终端支持的指令协议制定的，不同的控制指令协议对应不同的插播机制，在制定广播方案时使各应急广播终端在插播结束后继续播放；
指令模块，用于在应急广播平台上根据广播方案，在需要插播时，对目标应急广播终端下发播放目标内容的控制指令。
7.如权利要求6所述的装置，其特征在于，各应急广播终端的广播方式为通过以下方式之一或者其组合的方式进行广播：
RDS、DTMB、IP。
8.如权利要求6所述的装置，其特征在于，指令模块进一步用于在确定下发播放的目标内容需要发送流媒体时，根据接入方式确定是否下发流媒体。
9.如权利要求6至8任一所述的装置，其特征在于，方案模块进一步用于根据以下内容之一或者其组合制定广播方案：
内容的优先级别、应急广播终端的级别、内容的广播目标区域级别。
10.如权利要求9所述的装置，其特征在于，所述内容的优先级别为应急广播与日常广播；
所述应急广播终端的级别为行政级别；
所述内容的广播目标区域级别为行政区域级别。
CN201610147018.3A 2016-03-15 2016-03-15 一种应急广播方法及装置 Active CN105703860B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610147018.3A CN105703860B (zh) 2016-03-15 2016-03-15 一种应急广播方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610147018.3A CN105703860B (zh) 2016-03-15 2016-03-15 一种应急广播方法及装置

Publications (2)

Publication Number Publication Date
CN105703860A CN105703860A (zh) 2016-06-22
CN105703860B true CN105703860B (zh) 2018-10-02

Family

ID=56220530

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610147018.3A Active CN105703860B (zh) 2016-03-15 2016-03-15 一种应急广播方法及装置

Country Status (1)

Country Link
CN (1) CN105703860B (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106792572A (zh) * 2016-12-28 2017-05-31 北京数码视讯科技股份有限公司 应急广播播发方法、装置及系统
CN107566068B (zh) * 2017-09-12 2019-07-02 中广热点云科技有限公司 通过调频广播发送紧急事件的方法
CN108155963A (zh) * 2017-12-25 2018-06-12 新疆蓝海汇众信息技术有限公司 广播终端的控制方法和系统
CN111092675A (zh) * 2018-10-23 2020-05-01 成都共同进步信息技术有限公司 一种应急广播终端设备的优先级切换方法
CN111541822B (zh) * 2020-04-30 2021-10-29 南通科硕海洋装备科技有限公司 一种广播通信的控制系统及控制方法
CN112383373A (zh) * 2020-11-18 2021-02-19 广东长盈科技股份有限公司 一种实现应急广播的广播智能调度方法及系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101998148A (zh) * 2009-08-26 2011-03-30 北京中传视讯科技有限公司 一种基于cmmb数据广播信道的前端发送策略的方法
CN102131148A (zh) * 2011-03-22 2011-07-20 中广传播集团有限公司 广播消息的传输方法、广播消息的发送和接收装置
CN102801486A (zh) * 2012-07-31 2012-11-28 蒋能 一种多频点应急广播实现方法
CN102970577A (zh) * 2012-11-16 2013-03-13 四川长虹电器股份有限公司 利用数字电视发送应急广播的方法及相应数字电视终端
CN103067489A (zh) * 2012-12-26 2013-04-24 昆明亿尚科技有限公司 基于三网融合的广电信息发布系统及方法
CN104680311A (zh) * 2015-02-05 2015-06-03 成都九洲电子信息系统股份有限公司 应急广播系统调度控制方案生成方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101998148A (zh) * 2009-08-26 2011-03-30 北京中传视讯科技有限公司 一种基于cmmb数据广播信道的前端发送策略的方法
CN102131148A (zh) * 2011-03-22 2011-07-20 中广传播集团有限公司 广播消息的传输方法、广播消息的发送和接收装置
CN102801486A (zh) * 2012-07-31 2012-11-28 蒋能 一种多频点应急广播实现方法
CN102970577A (zh) * 2012-11-16 2013-03-13 四川长虹电器股份有限公司 利用数字电视发送应急广播的方法及相应数字电视终端
CN103067489A (zh) * 2012-12-26 2013-04-24 昆明亿尚科技有限公司 基于三网融合的广电信息发布系统及方法
CN104680311A (zh) * 2015-02-05 2015-06-03 成都九洲电子信息系统股份有限公司 应急广播系统调度控制方案生成方法

Also Published As

Publication number Publication date
CN105703860A (zh) 2016-06-22

Similar Documents

Publication Publication Date Title
CN105703860B (zh) 一种应急广播方法及装置
US11531699B2 (en) Inserting information into playing content
US10448082B2 (en) Information exchanging method and device, audio terminal and computer-readable storage medium
CN107659712A (zh) 一种投屏的方法、装置及存储介质
CN105007527B (zh) 数据直播方法及装置
US20180270541A1 (en) Program interaction system, method, client, and backend server
CN109756758A (zh) 直播控制方法及装置
CN105472443A (zh) 一种直播源控制方法及系统
WO2016074327A1 (zh) 一种媒体流的控制方法、装置和系统
CN106488270B (zh) 一种直播间切换的方法和装置
CN107360458A (zh) 播放控制方法、装置、存储介质及终端
CN107071503A (zh) 视频直播的方法、装置和直播接流服务器
CN109348302A (zh) 直播中连麦用户推荐方法、装置、服务器及存储介质
CN103313129A (zh) 一种视频播放方法和装置
CN107105316A (zh) 一种广告播放方法及装置
CN105939489A (zh) 多媒体数据轮播方法及装置
CN102016847A (zh) 用于向设备传递辅助数据的方法和装置
KR100903070B1 (ko) 데이터 재생 장치 및 방법
US20240127856A1 (en) Audio processing method and apparatus, and electronic device and storage medium
CN105025344A (zh) 一种插播方法及装置
US11166082B2 (en) Allocating streaming content on a hybrid network
CN109100943A (zh) 音箱与电视所成系统的控制方法、装置、设备和介质
CN105992058A (zh) 视频播放的提示方法、装置和系统
MX2011001630A (es) Metodo y aparato de transmision de datos de radiodifusion, y metodo y aparato de recepcion de datos de radiodifusion.
CN113938704B (zh) 投屏方法、投屏端、被投屏端、云端服务器以及投屏系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20200325

Address after: Korea 100000 Beijing city Shunyi District town culture camp north of the village (two Airport Road No. 1)

Patentee after: BEIJING SUMAVISION TECHNOLOGIES Co.,Ltd.

Address before: 100085 digital video building, No. 15, Pioneer Road, Haidian District information industry base, Beijing

Patentee before: BEIJING SUMAVISION TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20210310

Address after: 100000 north of wenyuying village, Gaoliying Town, Shunyi District, Beijing

Patentee after: BEIJING SUMAVISION TECHNOLOGIES Co.,Ltd.

Patentee after: Shenzhen perfect Star Technology Co.,Ltd.

Address before: 100000 north of wenyuying village, Gaoliying Town, Shunyi District, Beijing

Patentee before: BEIJING SUMAVISION TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right
CP01 Change in the name or title of a patent holder

Address after: 100000 north of wenyuying village, Gaoliying Town, Shunyi District, Beijing

Patentee after: BEIJING SUMAVISION TECHNOLOGIES Co.,Ltd.

Patentee after: Shenzhen Dingdian Communication Technology Co.,Ltd.

Address before: 100000 north of wenyuying village, Gaoliying Town, Shunyi District, Beijing

Patentee before: BEIJING SUMAVISION TECHNOLOGIES Co.,Ltd.

Patentee before: Shenzhen perfect Star Technology Co.,Ltd.

CP01 Change in the name or title of a patent holder