CN105335243A - 安卓系统中的广播信息运行方法及系统 - Google Patents
安卓系统中的广播信息运行方法及系统 Download PDFInfo
- Publication number
- CN105335243A CN105335243A CN201510855714.5A CN201510855714A CN105335243A CN 105335243 A CN105335243 A CN 105335243A CN 201510855714 A CN201510855714 A CN 201510855714A CN 105335243 A CN105335243 A CN 105335243A
- Authority
- CN
- China
- Prior art keywords
- broadcast message
- broadcast
- android
- receiver
- app
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 60
- 230000008569 process Effects 0.000 claims abstract description 36
- 101100264195 Caenorhabditis elegans app-1 gene Proteins 0.000 claims description 42
- 230000003068 static effect Effects 0.000 claims description 17
- 230000005540 biological transmission Effects 0.000 claims description 12
- 230000008878 coupling Effects 0.000 claims description 2
- 238000010168 coupling process Methods 0.000 claims description 2
- 238000005859 coupling reaction Methods 0.000 claims description 2
- 230000013011 mating Effects 0.000 claims 1
- 101150053844 APP1 gene Proteins 0.000 description 6
- 101100189105 Homo sapiens PABPC4 gene Proteins 0.000 description 6
- 102100039424 Polyadenylate-binding protein 4 Human genes 0.000 description 6
- 238000013404 process transfer Methods 0.000 description 4
- 230000026676 system process Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 101100055496 Arabidopsis thaliana APP2 gene Proteins 0.000 description 1
- 101100016250 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) GYL1 gene Proteins 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种安卓系统中的广播信息运行方法及系统，该运行方法包括以下步骤：获取广播信息发送方的APP包名；将所述APP包名与发送的广播信息的字符串组合成新的广播信息的标识；基于上述的新的广播信息的标识匹配对应的广播信息接收器对接收的广播信息进行处理；与现有技术相比，本发明的优点在于：确保了广播信息的唯一性，简单高效的避免了APP假冒发送广播信息，提高了安卓系统运行的稳定性和安全性。
Description
技术领域
本发明涉及一种广播信息发送方法及系统，特别是涉及一种Android系统中广播信息的安全发送方法及系统。
背景技术
在现有Android系统中，其广播信息属于开放性质的，任何APP都可以通过调用Android提供的接口函数发送广播信息，广播信息的内容由String组成，只有注册了该广播信息的广播信息接收器才可以处理对应的广播信息。由于广播信息是由String作为标识，其他APP知道String内容后，可以直接发送对应的广播信息，这样就容易导致其他APP假冒发送广播信息，扰乱APP的正常运行。
Android系统对于广播信息的接收方有一定程度的限定，Android系统提供了的接口只是限定了广播信息的接收方，比如发送广播信息时，限定接收该消息属于哪个APP，或者直接指定接收该广播信息的广播信息接收器。但是对广播信息发送方没有任何限定，任何APP都可以通过系统提供的接口来发送广播信息，只要知道其他APP的广播信息内容String，比如APP1中发送和处理广播信息"android.app1.BROADCAST"，在APP1运行到某个阶段时才会发送和处理该广播信息，如果APP2知道了该广播信息的内容即"android.app1.BROADCAST"，就可以在任何时候发送该广播信息，导致APP1在不合适的时候收到该消息并进行处理，扰乱了APP1的运行过程，甚至直接导致APP1运行出错退出。
鉴于以上问题，一种简单、高效、易于实现的安卓系统中的广播信息运行方法及系统的发明是势在必行的。
发明内容
鉴于以上所述的现有技术的缺点，本发明的目的在于提供一种安卓系统中的广播信息运行方法及系统，用于解决现有技术中Android系统提供了的接口只是限定了广播信息的接收方但是对广播信息发送方没有任何限定，容易导致其他APP假冒发送广播信息，扰乱APP的正常运行，甚至直接导致APP1运行出错退出的问题。本发明为了解决该问题，提供了一套简单高效易于实现的方法。
为实现上述目的及其他相关目的，本发明提供一种安卓系统中的广播信息运行方法
，其包括以下步骤：
获取广播信息发送方的APP包名；
将APP包名和发送的广播信息的字符串String组合为新的广播信息的标识；
基于上述新的广播信息的标识与广播信息接收器匹配对接收的广播信息进行处理。
优选地，所述广播信息还进一步包括：广播信息注册部分和广播信息派发部分，所述广播信息注册分为动态注册和静态注册方式,所述广播信息的静态注册是在AndroidManifest.xml文件中完成；所述广播信息派发是调用ActivityManagerService的sendBroadcast来实现。
优选地，所述动态注册是在程序运行过程中，调用ActivityManagerService的registerReceiver函数来完成，附带广播信息接收器实体和广播信息过滤器。
优选地，所述动态注册具体步骤如下：
首先定义广播信息接收器实体mReceiver，然后定义广播信息过滤器实体filter；
添加了两条广播信息"android.app1.BROADCAST"和"android.app2.BROADCAST"；
最后调用registerReceiver函数完成广播信息的动态注册，该广播信息接收器负责接收和处理上述两条广播信息。
优选地，所述动态注册具体步骤进一步包括：
广播信息"android.app1.BROADCAST"属于包名为"com.android.app1"的APP发送，广播信息"android.app2.BROADCAST"属于包名为"com.android.app2"的APP发送；
在ActivityManagerService中构建的广播信息接收器与广播信息之间的哈希表，由广播信息接收器与前述两条广播信息之间的对应，变换成广播信息接收器与组合包名后的广播信息com.android.app1+android.app1.BROADCAST和com.android.app2+android.app2.BROADCAST之间的对应。
优选地，所述安卓系统中的广播信息运行方法中的所述广播信息派发包括如下步骤：
设置广播信息的字符串String，
调用ActivityManagerService的sendBroadcast函数进行发送，ActivityManagerService的sendBroadcast函数会从广播信息接收器与广播信息字符串String对应的在ActivityManagerService中构建的广播信息接收器与广播信息之间的哈希表中，
通过广播信息的字符串String匹配到广播信息接收器，然后在应用层调用广播信息接收器的onReceiver函数完成广播信息的发送和处理。
优选地，所述的安卓系统中的广播信息运行方法，其还进一步包括如下步骤：
将广播信息发送方所在APP的包名与广播信息字符串String组成新的广播信息形式；
匹配在广播信息注册时构建的广播信息接收器与广播信息所在APP的包名加广播信息字符串String所构成的哈希表；
没有广播信息接收器注册该广播信息，则程序返回；否则，
将注册了该广播信息的所有广播信息接收器组成一个列表，然后按顺序将广播信息发送到广播信息接收器中；
广播信息接收器的onReceiver函数完成广播信息的处理。
本发明还提供了一种安卓系统中的广播信息运行系统，其包括：
广播信息发送器：系统中的APP进程调用其sendBroadcast函数发送广播信息；
广播信息组合器：系统进程ActivityManagerService获取该广播信息发送方的APP包名，
将包名和发送的广播信息的字符串String组合为新的广播信息的标识；
广播信息接收器：基于上述新的广播信息标识与广播信息接收器匹配，对接收的广播信息进行处理。
优选地，所述的广播信息运行系统还包括广播信息注册器和广播信息派发器，所述广播信息注册器即是对广播信息进行注册，实现消息处理函数onReceive来处理对应的广播信息；所述广播信息注册分为动态注册和静态注册,所述广播信息的静态注册是在AndroidManifest.xml文件中实现；所述动态注册是在程序运行过程中，调用ActivityManagerService的registerReceiver函数来实现，并附带广播信息接收器实体和广播信息过滤器。
优选地，所述的广播信息运行系统，其还包括：在广播信息进行静态和动态注册时创建ActivityManagerService中的广播信息接收器BroadcastReceiver与广播信息所在APP的包名加广播信息String的哈希表，当系统发送广播信息后，系统会根据注册情况，通过广播信息的字符串String匹配到广播信息接收器，在应用层面分别调用广播信息接收器的处理函数onReveive完成广播信息的处理。
如上所述，本发明的安卓系统中的广播信息运行方法及系统，具有以下有益效果：确保了广播信息的唯一性，简单高效的避免了APP假冒发送广播信息，提高了安卓系统运行的稳定性和安全性。
附图说明
图1显示为本发明安卓系统中的广播信息运行方法流程示意图。
图2显示为本发明的ActivityManagerService的广播信息运行流程示意图。
图3显示为本发明安卓系统中的广播信息运行系统框图。
元件标号说明
101广播信息发送器
102广播信息组合器
103广播信息接收器
S11～S13步骤S11～S13
具体实施方式
以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。
需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
请参阅图1和图2，本发明提供一种安卓系统中的广播信息运行方法，其包括以下步骤：
步骤S11，获取广播信息发送方的APP包名；步骤S12，将所述APP包名与发送的广播信息的字符串组合为新的广播信息的标识；步骤S13，基于上述新的广播信息的标识与广播信息接收器匹配，对接收的广播信息进行处理。如下将对本发明安卓系统中的广播信息运行方法进行详细的说明。
Android系统中，广播信息接收器为了能接收到对应的广播信息，需要对广播信息进行注册，并且实现消息处理函数onReceive来处理对应的广播信息。当系统发送广播信息后，系统会根据注册情况，获取对应的广播信息接收器，然后在应用层面分别调用广播信息接收器的处理函数onReveive，完成广播信息的处理。
由于广播信息的内容是以String作为标识，不同的APP只需要知道其他APP要发送的广播信息的String，就可以假冒其他APP进行广播信息的发送，扰乱各个APP的正常运行。本发明即为了解决这个问题，为了避免广播信息被其他APP假冒，在发送广播信息时，为了确保广播信息的唯一性，首先获取广播信息发送方的包名，由于每个APP的包名具有唯一性，所以将包名和广播信息的String进行组合后，每条广播信息就具有了唯一性。由于广播信息的包名由系统来获取，直接获取发送方APP的包名，其他APP没有办法来假冒包名，这样可以有效避免其他APP假冒广播信息。
由于ActivityManagerService属于系统进程，APP进程调用其sendBroadcast函数发送广播信息时，会传递一个CallerID参数下来，标识APP进程在系统中的ID，以CallerID调用ActivityManagerService中的getRecordForAppLocked函数即可获得APP进程对应的ProcessRecord实体。ProcessRecord中有一个成员ApplicationInfoinfo，ApplicationInfo用来标识APP应用的相关信息，其中一个成员StringpackageName，即为APP对应的包名。APP对应的包名为String，广播信息的内容也是String，将两者组合在一起，形成新的String，如"com.android.app1+android.app1.BROADCAST"形式，具有唯一性。
ActivityManagerService中的广播信息接收器BroadcastReceiver与广播信息所在APP的包名加广播信息String的哈希表，在广播信息进行静态和动态注册时创建的。比如包名为“com.android.app1”的APP要发送一条String为“android.app1.BROADCAST”的广播信息，在APP发送该广播信息后，系统会获取其包名“com.android.app1”，然后组合成新的包名加String的广播信息“com.android.app1+android.app1.BROADCAST”作为该广播信息的标识。包名为“com.android.app2”的APP想假冒该广播信息进行发送，系统会获取其包名“com.android.app2”，然后组合成新的包名加String的广播信息“com.android.app2+android.app1.BROADCAST”作为该广播信息的标识，对于系统来说，这就是两条不同的广播信息，会对假冒的广播信息直接丢弃，从而避免广播信息被其他APP假冒。同时在进行广播信息的注册时，不仅需要指定广播信息的String，还是指定广播信息发送方的包名，这样系统就能组合成新的包名加String的广播信息标识，当对应的广播信息发送时，系统就能顺利的匹配到对应的广播信息接收器。
为了实现上述功能，如下将具体描述广播信息运行分为两个部分：广播信息注册部分和广播信息派发部分。
广播信息注册部分：
广播信息注册分为动态注册和静态注册方式，动态注册是在程序运行过程中，调用ActivityManagerService的registerReceiver函数来完成的，附带广播信息接收器实体BroadcastReceiver和广播信息过滤器IntentFilter。
具体示例如下：
{
BroadcastReceivermReceiver＝newBroadcastReceiver()；
IntentFilterfilter＝newIntentFilter()；
filter.addAction("android.app1.BROADCAST")；
filter.addAction("android.app2.BROADCAST")；
registerReceiver(mReceiver,filter)；
}
首先定义了BroadcastReceiver接收器实体mReceiver，然后定义了IntentFilter实体filter，添加了两条广播信息"android.app1.BROADCAST"和"android.app2.BROADCAST"，最后调用registerReceiver完成广播信息的动态注册，该广播信息接收器负责接收和处理上述两条广播信息。由于广播信息的内容就是String，为了避免被其他APP假冒，需要在广播信息内容前面加上发送广播信息对应的包名，
具体如下：
{
BroadcastReceivermReceiver＝newBroadcastReceiver()；
IntentFilterfilter＝newIntentFilter()；
filter.addAction("com.android.app1+android.app1.BROADCAST")；
filter.addAction("com.android.app2+android.app2.BROADCAST")；
registerReceiver(mReceiver,filter)；
}
广播信息"android.app1.BROADCAST"属于包名为"com.android.app1"的APP发送，广播信息"android.app2.BROADCAST"属于包名为"com.android.app2"的APP发送。在ActivityManagerService中构建的BroadcastReceiver与广播信息之间的哈希表，就由BroadcastReceiver与广播信息"android.app1.BROADCAST"和"android.app2.BROADCAST"之间的对应，变换成BroadcastReceiver与广播信息"com.android.app1+android.app1.BROADCAST"和"com.android.app2+android.app2.BROADCAST"之间的对应。
广播信息的静态注册是在AndroidManifest.xml文件中完成，
具体如下：
两条广播信息"android.app1.BROADCAST"和"android.app2.BROADCAST"同样需要加上对应的包名"com.android.app1"和"com.android.app2"，
具体如下：
这样当应用打开时，系统会自动创建BroadcastReceiver的实体，并在ActivityManagerServie中构建BroadcastReceiver与广播信息"com.android.app1+android.app1.BROADCAST"和"com.android.app2+android.app2.BROADCAST"之间的哈希表。
广播信息派发部分：
广播信息的派发是调用ActivityManagerService的sendBroadcast来完成，
具体示例如下：
{
IntentstatusIntent＝newIntent()；
statusIntent.setAction("android.app1.BROADCAST")；
sendBroadcast(statusIntent)；
}
只需要设置好广播信息的String，就可以调用ActivityManagerService的sendBroadcast函数进行发送了。ActivityManagerService的sendBroadcast函数会从广播信息接收器BroadcastReceiver与广播信息String对应的哈希表中，通过广播信息的String匹配到BoradcastRecevier，然后在应用层面调用广播信息接收器BoradcastReceiver的onReceiver函数完成广播信息的发送和处理。为了避免其他APP假冒发送广播信息，在ActivityManagerService的sendBroadcast函数中需要定义新的处理流程，具体如附图1所示：将广播信息发送方所在APP的包名与广播信息String组成新的广播信息形式，然后匹配在广播信息注册时构建的广播信息接收器BroadcastReceiver与广播信息所在APP的包名加广播信息String所构成的哈希表，将注册了该广播信息的所有广播信息接收器BroadcastReceiver组成一个列表，然后按顺序将广播信息发送到广播信息接收器中，广播信息接收器的onReceiver函数完成所述广播信息的处理。没有广播信息接收器注册该广播信息，则程序返回。
本发明提供一种安卓系统中的广播信息运行系统，下面对本发明运行系统进行说明。
请参阅图3，安卓系统中的广播信息运行系统，其包括广播信息发送器101：系统中的APP进程调用其sendBroadcast函数发送广播信息；广播信息组合器102：系统进程ActivityManagerService获取该广播信息发送方的APP包名，将包名和发送的广播信息的字符串String组合为新的广播信息的标识；广播信息接收器103：基于上述新的广播信息标识与广播信息接收器匹配，对接收的广播信息进行处理。
由于ActivityManagerService属于系统进程，APP进程调用其sendBroadcast函数发送广播信息时，会传递一个CallerID参数下来，标识APP进程在系统中的ID，以CallerID调用ActivityManagerService中的getRecordForAppLocked函数即可获得APP进程对应的ProcessRecord实体。ProcessRecord中有一个成员ApplicationInfoinfo，ApplicationInfo用来标识APP应用的相关信息，其中一个成员StringpackageName，即为APP对应的包名。APP对应的包名为String，广播信息的内容也是String，将两者组合在一起，形成新的String，如"com.android.app1+android.app1.BROADCAST"形式，具有唯一性。
ActivityManagerService中的广播信息接收器BroadcastReceiver与广播信息所在APP的包名加广播信息String的哈希表，在广播信息进行静态和动态注册时创建的。比如包名为“com.android.app1”的APP要发送一条String为“android.app1.BROADCAST”的广播信息，在APP发送该广播信息后，系统会获取其包名“com.android.app1”，然后组合成新的包名加String的广播信息“com.android.app1+android.app1.BROADCAST”作为该广播信息的标识。包名为“com.android.app2”的APP想假冒该广播信息进行发送，系统会获取其包名“com.android.app2”，然后组合成新的包名加String的广播信息“com.android.app2+android.app1.BROADCAST”作为该广播信息的标识，对于系统来说，这就是两条不同的广播信息，会对假冒的广播信息直接丢弃，从而避免广播信息被其他APP假冒。同时在进行广播信息的注册时，不仅需要指定广播信息的String，还是指定广播信息发送方的包名，这样系统就能组合成新的包名加String的广播信息标识，当对应的广播信息发送时，系统就能顺利的匹配到对应的广播信息接收器。
所述的广播信息运行系统还包括广播信息注册器和广播信息派发器，所述广播信息注册器即是对广播信息进行注册，实现消息处理函数onReceive来处理对应的广播信息；所述广播信息注册分为动态注册和静态注册,所述广播信息的静态注册是在AndroidManifest.xml文件中实现；所述动态注册是在程序运行过程中，调用ActivityManagerService的registerReceiver函数来实现，并附带广播信息接收器实体和广播信息过滤器。
所述的广播信息运行系统，其还包括：在广播信息进行静态和动态注册时创建ActivityManagerService中的广播信息接收器BroadcastReceiver与广播信息所在APP的包名加广播信息String的哈希表，当系统发送广播信息后，系统会根据注册情况，通过广播信息的字符串String匹配到广播信息接收器，在应用层面分别调用广播信息接收器的处理函数onReveive完成广播信息的处理。关于其他技术操作细节请参阅前文中的方法部分的描述，在此不再赘述。
综上所述，本发明技术方案的核心是将广播信息的String转换成具有唯一性的包名加String的方式，简要的说是在广播信息前面加上APP对应的包名，由于包名在Android系统中具有唯一性，所以可以确保广播信息的唯一性，从而避免其他APP来发送假冒的广播信息。所以，本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。
上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。
Claims (10)
1.安卓系统中的广播信息运行方法，其特征在于，包括以下步骤：
获取广播信息发送方的APP包名；
将所述APP包名与发送的广播信息的字符串组合为新的广播信息的标识；
基于上述新的广播信息的标识与广播信息接收器匹配，对接收的广播信息进行处理。
2.根据权利要求1所述的安卓系统中的广播信息运行方法，其特征在于：所述广播信息运行包括：广播信息注册和广播信息派发，所述广播信息注册分为动态注册和静态注册,所述广播信息的静态注册是在AndroidManifest.xml文件中实现；所述广播信息派发是调用ActivityManagerService的sendBroadcast来实现。
3.根据权利要求2所述的安卓系统中的广播信息运行方法，其特征在于：所述广播信息的动态注册是在程序运行过程中，调用ActivityManagerService的registerReceiver函数来实现，并附带广播信息接收器和广播信息过滤器。
4.根据权利要求3所述的安卓系统中的广播信息运行方法，其特征在于：所述广播信息的动态注册包括如下步骤：
定义广播信息接收器，定义广播信息过滤器；
添加两条广播信息android.app1.BROADCAST和android.app2.BROADCAST；
调用registerReceiver函数完成广播信息的动态注册，该广播信息接收器负责接收和处理上述两条广播信息。
5.根据权利要求4所述的安卓系统中的广播信息运行方法，其特征在于：所述广播信息的动态注册的步骤还进一步包括：
广播信息android.app1.BROADCAST为包名为com.android.app1的APP发送，广播信息android.app2.BROADCAST为包名为com.android.app2的APP发送；
在ActivityManagerService中构建广播信息接收器与广播信息之间的哈希表，由广播信息接收器与前述两条广播信息之间的匹配变换成广播信息接收器与组合包名后的广播信息com.android.app1+android.app1.BROADCAST和com.android.app2+android.app2.BROADCAST之间的匹配。
6.根据权利要求2所述的安卓系统中的广播信息运行方法，其特征在于，所述广播信息派发包括如下步骤：
设置广播信息的字符串；
调用ActivityManagerService的sendBroadcast函数进行发送；
ActivityManagerService的sendBroadcast函数从广播信息接收器与广播信息字符串对应的在ActivityManagerService中构建的广播信息接收器与广播信息之间的哈希表中，通过广播信息的字符串匹配到广播信息接收器；
在应用层调用广播信息接收器的onReceiver函数完成广播信息的发送和处理。
7.根据权利要求1所述的安卓系统中的广播信息运行方法，其特征在于：还进一步包括如下步骤：
将广播信息发送方所在APP的包名与广播信息字符串组成新的广播信息的标识；
匹配在广播信息注册时构建的广播信息接收器与广播信息所在APP的包名加广播信息字符串所构成的哈希表；
没有广播信息接收器注册该广播信息，则程序返回；否则，
将注册了该广播信息的所有广播信息接收器组成一个列表，按顺序将广播信息派发到广播信息接收器中；
调用广播信息接收器的onReceiver函数完成广播信息的处理。
8.安卓系统中的广播信息运行系统，其特征在于，其包括：
广播信息发送器，调用sendBroadcast函数发送广播信息；
广播信息组合器，获取广播信息发送器发送的该广播信息发送方的APP包名，将包名和发送的广播信息的字符串组合为新的广播信息的标识；
广播信息接收器，与基于上述广播信息组合器组合后的新的广播信息的标识匹配，对接收的广播信息进行处理。
9.如权利要求8所述的广播信息运行系统，其特征在于，还进一步包括广播信息注册器和广播信息派发器，所述广播信息注册器是对广播信息进行注册，实现消息处理函数onReceive来处理对应的广播信息；所述对广播信息进行注册分为动态注册和静态注册,所述广播信息的静态注册是在AndroidManifest.xml文件中实现；所述广播信息的动态注册是在程序运行过程中，调用ActivityManagerService的registerReceiver函数来实现，并附带广播信息接收器和广播信息过滤器；所述广播信息的派发是调用ActivityManagerService的sendBroadcast来实现。
10.如权利要求9所述的广播信息运行系统，其特征在于，还进一步包括：在广播信息进行静态和动态注册时创建ActivityManagerService中的广播信息接收器与广播信息所在APP的APP包名加广播信息字符串的哈希表，当系统发送广播信息后，系统会根据广播信息注册情况，通过广播信息的字符串匹配到广播信息接收器，在应用层面分别调用广播信息接收器的处理函数onReveive完成广播信息的处理。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510855714.5A CN105335243A (zh) | 2015-11-30 | 2015-11-30 | 安卓系统中的广播信息运行方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510855714.5A CN105335243A (zh) | 2015-11-30 | 2015-11-30 | 安卓系统中的广播信息运行方法及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105335243A true CN105335243A (zh) | 2016-02-17 |
Family
ID=55285798
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510855714.5A Pending CN105335243A (zh) | 2015-11-30 | 2015-11-30 | 安卓系统中的广播信息运行方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105335243A (zh) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105897438A (zh) * | 2016-03-22 | 2016-08-24 | 上海斐讯数据通信技术有限公司 | 一种广播发送方法及装置 |
| CN106919461A (zh) * | 2017-03-10 | 2017-07-04 | 广东欧珀移动通信有限公司 | 广播接收者队列调整方法、装置和终端设备 |
| CN107277780A (zh) * | 2016-04-07 | 2017-10-20 | 中兴通讯股份有限公司 | 一种广播消息发送方法及装置、移动终端 |
| CN108228841A (zh) * | 2018-01-08 | 2018-06-29 | 有米科技股份有限公司 | 智能聚合信息的方法、装置、存储介质和计算机设备 |
| WO2018161575A1 (zh) * | 2017-03-10 | 2018-09-13 | 广东欧珀移动通信有限公司 | 调整广播消息队列的方法、装置、存储介质及终端 |
| WO2018161595A1 (zh) * | 2017-03-10 | 2018-09-13 | 广东欧珀移动通信有限公司 | 广播接收器的注册方法、装置、终端设备及存储介质 |
| WO2018161535A1 (en) * | 2017-03-10 | 2018-09-13 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method, apparatus and terminal device for sending broadcast |
| CN108768677A (zh) * | 2018-05-02 | 2018-11-06 | 河南应用技术职业学院 | 一种基于Android平台的计算机网络数据广播通信系统 |
| CN109710425A (zh) * | 2018-12-19 | 2019-05-03 | 北京金山安全软件有限公司 | 一种消息监听方法和装置 |
| CN113132121A (zh) * | 2019-12-30 | 2021-07-16 | 成都鼎桥通信技术有限公司 | 广播消息的处理方法、装置和终端设备 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103595547A (zh) * | 2013-11-15 | 2014-02-19 | 北京奇虎科技有限公司 | 智能设备的广播拦截方法和装置 |
| CN103747338A (zh) * | 2013-12-24 | 2014-04-23 | 广东九联科技股份有限公司 | 一种基于android系统机顶盒的应用切换方法 |
| KR20150005343A (ko) * | 2013-07-05 | 2015-01-14 | 충남대학교산학협력단 | 메시지 가로채기 방지 방법 및 이를 이용하는 휴대 단말기 |
| CN104376256A (zh) * | 2014-12-02 | 2015-02-25 | 北京奇虎科技有限公司 | 应用程序进程孵化控制方法及装置 |
| CN104462980A (zh) * | 2014-12-30 | 2015-03-25 | 北京奇虎科技有限公司 | 一种应用程序权限管理的方法、装置、系统及移动终端 |
| CN104461555A (zh) * | 2014-12-22 | 2015-03-25 | 浪潮软件集团有限公司 | 一种Home应用中直接操控各个播放应用的方法 |
| CN104994481A (zh) * | 2015-07-10 | 2015-10-21 | 上海斐讯数据通信技术有限公司 | 一种Android系统中应用程序之间广播消息的收发方法及系统 |
-
2015
- 2015-11-30 CN CN201510855714.5A patent/CN105335243A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20150005343A (ko) * | 2013-07-05 | 2015-01-14 | 충남대학교산학협력단 | 메시지 가로채기 방지 방법 및 이를 이용하는 휴대 단말기 |
| CN103595547A (zh) * | 2013-11-15 | 2014-02-19 | 北京奇虎科技有限公司 | 智能设备的广播拦截方法和装置 |
| CN103747338A (zh) * | 2013-12-24 | 2014-04-23 | 广东九联科技股份有限公司 | 一种基于android系统机顶盒的应用切换方法 |
| CN104376256A (zh) * | 2014-12-02 | 2015-02-25 | 北京奇虎科技有限公司 | 应用程序进程孵化控制方法及装置 |
| CN104461555A (zh) * | 2014-12-22 | 2015-03-25 | 浪潮软件集团有限公司 | 一种Home应用中直接操控各个播放应用的方法 |
| CN104462980A (zh) * | 2014-12-30 | 2015-03-25 | 北京奇虎科技有限公司 | 一种应用程序权限管理的方法、装置、系统及移动终端 |
| CN104994481A (zh) * | 2015-07-10 | 2015-10-21 | 上海斐讯数据通信技术有限公司 | 一种Android系统中应用程序之间广播消息的收发方法及系统 |
Non-Patent Citations (1)
| Title |
|---|
| 悠然红茶: "品茗论道说广播(Broadcast内部机制讲解)(上)", 《HTTP://BLOG.CSDN.NET/CODEFLY/ARTICLE/DETAILS/42322695》 * |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105897438A (zh) * | 2016-03-22 | 2016-08-24 | 上海斐讯数据通信技术有限公司 | 一种广播发送方法及装置 |
| CN107277780A (zh) * | 2016-04-07 | 2017-10-20 | 中兴通讯股份有限公司 | 一种广播消息发送方法及装置、移动终端 |
| CN107277780B (zh) * | 2016-04-07 | 2020-11-20 | 中兴通讯股份有限公司 | 一种广播消息发送方法及装置、移动终端 |
| US10785741B2 (en) | 2017-03-10 | 2020-09-22 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Registration method for broadcast receiver, terminal and storage medium |
| CN106919461A (zh) * | 2017-03-10 | 2017-07-04 | 广东欧珀移动通信有限公司 | 广播接收者队列调整方法、装置和终端设备 |
| WO2018161575A1 (zh) * | 2017-03-10 | 2018-09-13 | 广东欧珀移动通信有限公司 | 调整广播消息队列的方法、装置、存储介质及终端 |
| WO2018161595A1 (zh) * | 2017-03-10 | 2018-09-13 | 广东欧珀移动通信有限公司 | 广播接收器的注册方法、装置、终端设备及存储介质 |
| WO2018161535A1 (en) * | 2017-03-10 | 2018-09-13 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method, apparatus and terminal device for sending broadcast |
| CN108228841A (zh) * | 2018-01-08 | 2018-06-29 | 有米科技股份有限公司 | 智能聚合信息的方法、装置、存储介质和计算机设备 |
| CN108768677A (zh) * | 2018-05-02 | 2018-11-06 | 河南应用技术职业学院 | 一种基于Android平台的计算机网络数据广播通信系统 |
| CN109710425B (zh) * | 2018-12-19 | 2020-06-26 | 北京金山安全软件有限公司 | 一种消息监听方法和装置 |
| CN109710425A (zh) * | 2018-12-19 | 2019-05-03 | 北京金山安全软件有限公司 | 一种消息监听方法和装置 |
| CN113132121A (zh) * | 2019-12-30 | 2021-07-16 | 成都鼎桥通信技术有限公司 | 广播消息的处理方法、装置和终端设备 |
| CN113132121B (zh) * | 2019-12-30 | 2023-01-31 | 成都鼎桥通信技术有限公司 | 广播消息的处理方法、装置和终端设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105335243A (zh) | 安卓系统中的广播信息运行方法及系统 | |
| US10637970B2 (en) | Packet processing method and apparatus | |
| MX2019011339A (es) | Metodo y dispositivo para transmitir se?al de referencia de demodulacion de enlace ascendente. | |
| CN105260250A (zh) | 一种Linux系统与Android系统的双系统通信装置 | |
| WO2002093405A3 (en) | Method and device for transmitting an electronic message | |
| CN105429858A (zh) | 一种多机器人间实时消息传递方法 | |
| EP2733601A3 (en) | Communication relaying program, communication relaying method, information processing apparatus, and image processing apparatus | |
| PH12019500386A1 (en) | Managing services associated with url-based two-dimensional codes | |
| CN110278161A (zh) | 基于用户态协议栈的报文分流方法、装置及系统 | |
| CN105245521A (zh) | 协议格式转换方法、装置及接口平台 | |
| CN102281181A (zh) | 扩展端口桥设备中实现多播转发的方法、装置及系统 | |
| MX2019002881A (es) | Metodo de transmision de se?al piloto y dispositivo. | |
| CN106131025A (zh) | 一种基于mqtt的消息在数字标牌中传输方法 | |
| CN104268766A (zh) | 一种电商产品同步发布方法、装置及终端 | |
| CN105357329B (zh) | 跨idc网络环境下业务数据的传输方法、装置及系统 | |
| CN103037000A (zh) | 一种发布订阅系统及其通知消息处理方法 | |
| CN104063285B (zh) | 一种基于车载软件平台进程内模块间的消息广播通信方法 | |
| CN104391808A (zh) | 一种数据传输的方法 | |
| SE0300973D0 (sv) | Improvements in or relating to compression of messages in telecommunication services | |
| CN107659491A (zh) | 一种基于即时通讯的群组文件共享方法及系统 | |
| CN104660453A (zh) | 服务端端口号协商方法及系统 | |
| CN110008032B (zh) | 一种通信方式的实现方法及电子设备 | |
| CN110008033B (zh) | 一种和客户端进行通信的方法及电子设备 | |
| CN105407213A (zh) | 一种日程同步方法及智能终端 | |
| CN105577520A (zh) | 一种用于web程序即时消息交互的方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160217 |
|
| RJ01 | Rejection of invention patent application after publication |