广播接收方法、系统及设备的制造方法
【技术领域】
[0001 ]本发明属于通信技术领域，涉及一种广播，特别是涉及一种广播接收方法、系统及 设备。
【背景技术】
[0002] 现有的Android应用程序，除非是在AndroidManifest.xml里静态注册了广播，或 是在java里动态注册了广播并在程序启动的情况下，都是收不到其他应用发送的广播的。 现有的广播一般是指:每个进程或应用都可以发送，且供其它注册了该广播的应用接收的 广播。其中，静态广播是指:Adnroid应用中在AndroidManifest.xml里注册的广播。动态广 播是指:Adnro i d应用中在java代码中注册的广播，在应用未启动时不能接收。注册广播是 指:Adnroid应用要接收某广播必须先注册。
[0003] 如果采用静态广播，每当接收到已注册的广播时，都会启动对应的应用进程，对于 不是很紧要的广播且并不需要每次都及时接收的情况，这种静态注册广播的方式比较耗 电。如果采用动态广播，在应用未启动时是无法接收动态广播的，比较容易漏掉广播。
【发明内容】
[0004] 鉴于以上所述现有技术的缺点，本发明的目的在于提供一种广播接收方法、系统 及设备，用于解决现有应用接收静态广播的方式较耗电，接收动态广播会遗漏开启前的广 播的问题。
[0005] 为实现上述目的及其他相关目的，本发明提供一种广播接收方法，所述广播接收 方法包括:监控是否有广播到达;若没有到达的广播，则继续监控;若有到达的广播，则调用 一存储模块保存所述到达的广播，并根据第一对应表获取与所述到达的广播对应的应用； 所述第一对应表记录有各个应用对应注册的广播类型;监测与到达的广播对应的应用是否 启动;若所述应用未启动，则不动作;若所述应用已启动，则调用一发送模块将所述存储模 块保存的对应类型的广播发送至所述应用。
[0006] 可选地，所述广播接收方法还包括:所述应用调用一接收模块执行与接收到的广 播对应的动作。
[0007] 可选地，所述应用在自身的配置文件中注册所要接收的广播的类型。
[0008] 本发明还提供一种广播接收系统，所述广播接收系统包括:记录模块，记录一应用 注册的广播的类型，形成有第一对应表;所述第一对应表记录有各个应用对应注册的广播 类型;监控模块，监控是否有广播到达;存储模块，与所述监控模块相连，在有广播到达时保 存所述广播;查找模块，与所述监控模块和记录模块分别相连，在有广播到达时，根据所述 第一对应表获取与所述到达的广播对应的应用;监测模块，与所述查找模块相连，监测与到 达的广播对应的应用是否启动;发送模块，与所述监测模块和存储模块分别相连，在所述应 用已启动时将所述存储模块保存的对应类型的广播发送至所述应用。
[0009] 可选地，所述广播接收系统还包括:接收模块，与所述发送模块通信相连，执行与 接收到的广播对应的动作;或配置文件，与所述记录模块相连，被所述应用注册有所要接收 的广播的类型。
[0010] 本发明还提供一种广播接收设备，所述广播接收设备包括:广播记录模块，与至少 1个广播应用程序相连，记录各广播应用程序对应注册的广播类型，形成第一对应表;广播 监控模块，监控是否有广播到达;广播存储模块，与所述广播监控模块相连，在有广播到达 时保存所述广播;应用查找模块，与所述广播监控模块和广播记录模块分别相连，在有广播 到达时，根据所述第一对应表获取与到达的广播对应的应用;应用监测模块，与所述应用查 找模块相连，监测与到达的广播对应的应用是否启动;广播发送模块，与所述应用监测模块 和广播存储模块分别相连，在所述应用已启动时将所述广播存储模块保存的对应类型的广 播发送至所述应用。
[0011] 可选地，所述广播接收设备还包括：广播接收模块，与所述广播发送模块通信相 连，执行与接收到的广播对应的动作；或广播配置文件，与所述广播记录模块相连，被所述 广播应用程序注册有所要接收的广播的类型。
[0012] 如上所述，本发明所述的广播接收方法、系统及设备，具有以下有益效果：
[0013] 本发明实现了在应用开启后可以接收到应用开启前的广播，不但省电，而且不会 漏掉广播信息。
【附图说明】
[0014] 图1显示为本发明实施例所述的广播接收方法的一种实现流程示意图。
[0015] 图2显示为本发明实施例所述的广播接收系统的一种实现结构示意图。
[0016] 图3显示为本发明实施例所述的广播接收设备的一种实现结构示意图。
[0017] 元件标号说明
[0018] 200 广播接收系统
[0019] 210 记录模块
[0020] 220 监控模块
[0021 ] 230 存储模块
[0022] 240 查找模块
[0023] 250 监测模块
[0024] 260 发送模块
[0025] 270 接收模块
[0026] 300 广播接收设备
[0027] 310 广播记录模块
[0028] 320 广播监控模块
[0029] 330 广播存储模块
[0030] 340 应用查找模块
[0031 ] 350 应用监测模块
[0032] 360 广播发送模块
[0033] 370 广播接收模块
[0034] S101 ~S107 步骤
【具体实施方式】
[0035] 以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书 所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实 施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离 本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施 例中的特征可以相互组合。
[0036] 需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构 想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸 绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也 可能更为复杂。
[0037 ]请参阅图1，本发明提供一种广播接收方法，所述广播接收方法包括：
[0038] S101，监控是否有广播到达。
[0039] S102,若没有到达的广播，则继续监控。
[0040] S103，若有到达的广播，则调用一存储模块保存所述到达的广播，并根据第一对应 表获取与所述到达的广播对应的应用;所述第一对应表记录有各个应用对应注册的广播类 型。
[0041] 当所述存储模块存储多个应用对应类型的广播时，可以划分不同的存储区域，每 个存储区域对应存储一个应用对应类型的广播，也可以设计存储策略来存储不同应用对应 的广播，以便后续读取广播的顺利。
[0042] 所述应用在自身的配置文件中注册所要接收的广播的类型。所述配置文件一般是 应用自带的配置文件，用于配置应用的各种属性等内容。如：Android应用程序在 AndroidManifest. xml文件里静态注册广播的类型，所述AndroidManifest. xml文件即是一 种配置文件。每个应用都会配置有自己合适广播的广播类型，例如:应用A对应注册的广播 类型为A，应用B对应注册的广播类型为B，应用C对应注册的广播类型为C，应用D对应注册的 广播类型为D等等。如此，所述步骤S101记录的内容可以参见表1所示。
[0043] 表1:广播记录表
[0044]
[0045] S104，监测与到达的广播对应的应用是否启动。所述步骤S104不但可以监控一个 应用，还可以同时监控多个不同的应用，对多个不同的应用的监控顺序和策略也可根据实 际需要进行设计，本发明的保护范围不限于所述步骤S104对多个应用的监控顺序和监控方 式。
[0046] S105,若所述应用未启动，则不动作。
[0047] S106,若所述应用已启动，则调用一发送模块将所述存储模块保存的对应类型的 广播发送至所述应用。所述发送模块是将存储模块中存储的某一类型的广播传输给对应的 应用的，其功能仅是传输，不限于具体的传输方式。
[0048] S107,所述应用调用一接收模块执行与接收到的广播对应的动作。所述接收模块 泛指那些根据接收到的广播执行相对应动作的器件或进程。
[0049]本发明所述的广播接收方法的保护范围不限于本实施例列举的步骤执行顺序，凡 是根据本发明的原理所做的现有技术的步骤增减、步骤替换所实现的方案都包括在本发明 的保护范围内。
[0050]本发明还提供一种广播接收系统，所述广播接收系统可以实现本发明所述的广播 接收方法，但本发明所述的广播接收方法的实现装置包括但不限于本实施例列举的广播接 收系统的结构，凡是根据本发明的原理所做的现有技术的结构变形和替换，都包括在本发 明的保护范围内。
[0051 ]如图2所示，所述广播接收系统200包括：记录模块210，监控模块220，存储模块 230，查找模块240，监测模块250，发送模块260，接收模块270。
[0052] 所述记录模块210记录一应用注册的广播的类型，形成有第一对应表。所述第一对 应表记录有各个应用对应注册的广播类型。所述记录模块210通过配置文件应用注册的广 播的类型。所述配置文件被所述应用注册有所要接收的广播的类型。所述配置文件260-般 是应用自带的配置文件，