[發明專利]一種廣播發送方法、發送系統及計算機可讀存儲介質

在審

• 申請號: 202110047103.3
• 申請日: 2021-01-14
• 公開（公告）號: CN112783670A
• 公開（公告）日: 2021-05-11
• 發明（設計）人: 柴啟蕾
• 申請（專利權）人: 努比亞技術有限公司
• 主分類號: G06F9/54
• 分類號: G06F9/54;G06F9/48;G06K9/62
• 代理公司: 深圳協成知識產權代理事務所(普通合伙) 44458
• 代理人: 章小燕

本發明提供一種廣播發送方法、發送系統及計算機可讀存儲介質，屬于通訊技術領域。本申請實施例所述方法通過將應用程序的注冊信息注冊到廣播管理器，且增加到維護列表，并上報系統及其他應用程序；系統明確該應用程序可以接收及處理的廣播類型和處理優先級；應用程序根據系統中所述維護列表中預設接收及處理的廣播類型和/或處理優先級接收及處理廣播信息；從而本申請實施例所述廣播發送方法能有針對性的選擇應用程序去發送及處理廣播信息，有較強的目的性，能極大較少不必要的廣播信息發送及處理程序，避免廣播信息無針對性廣泛發送或接收過程的冗余，從而能極大提高系統信息傳輸的穩定性能，有效阻止系統資源的損耗。

技術領域

本發明涉及通訊技術領域，尤其涉及一種廣播發送方法、發送系統及計算機可讀存儲介質。

背景技術

當前Android技術中，廣播機制被廣泛的使用。Android提供了一整套的API，允許應用程序自由地發送和接受廣播。每個應用程序都可以對自己感興趣的廣播進行注冊，然后該程序就可以接受自己所關心的廣播內容，這些廣播內容可能是來自于系統，也可能是來自于其他應用程序。

當前廣播的注冊方式主要有兩種：動態注冊和靜態注冊。

動態注冊的廣播接收器可以自由地控制注冊與注銷，在靈活性方面有很大的優勢，但是它存在著一個缺點，即必須要在程序啟動之后才能接受到廣播。有時候會漏掉已經發送的廣播，不能正常接收。

靜態注冊開機啟動，能避免上述問題，但是由于靜態注冊的廣播在系統中會一直存在，浪費資源，引起不必要的功耗。

當前廣播發送方法主要是自身注冊要監聽哪些廣播(動態注冊一般是在自己的onCreate中；靜態注冊在AndroidManifest.xml中)，系統或其他程序發出一些廣播后，該程序判斷自己是否收到，根據收到的廣播內容及類型，判斷自己是否處理及如何處理。

請參閱圖7，其為現有廣播發送方法流程圖，當一個APP發出一個廣播后,廣播管理器會分發廣播給所有APP，每個APP都需要判斷是否正常收到廣播，如果是該APP處理廣播，但是應用程序沒有收到，則可能造成異常；正確接收后，APP進行廣播處理的判斷，需要處理，則進行處理，不處理的話就丟棄不用；整個過程冗余較多，很多無效的操作，如此會造成當時系統性能的下降，且浪費系統資源。

發明內容

有鑒于此，本發明的目的在于提供一種廣播發送方法、發送系統及計算機可讀存儲介質，旨在能解決現有廣播發送方法容易造成系統性能的下降，且損耗系統資源的問題。

本發明解決上述技術問題所采用的技術方案如下：

本發明的第一方面提供一種廣播發送方法，包括如下步驟：

應用程序在開機或者初始化啟動時，注冊到廣播管理器，同時上報系統及其他應用程序；

系統接收到應用程序的注冊信息后將該注冊信息增加到維護列表；并預設明確該應用程序可以接收及處理的廣播類型和處理優先級；

應用程序根據系統中所述維護列表中預設接收及處理的廣播類型和/或處理優先級接收及處理廣播信息。

在一些實施例中，所述應用程序根據系統中所述維護列表中預設接收及處理的廣播類型和/或廣播處理優先級接收及處理廣播信息，具體包括：

廣播管理器查詢維護列表中需要處理的廣播信息；并查詢判斷所述待處理的廣播信息可以由哪些應用程序廣播發送；

不在維護列表無法發送廣播信息的應用程序則丟棄，不向該應用程序發送廣播；

當有多個應用程序均可以接收或處理所述待處理的廣播信息時，則系統對同類應用程序進行優先級排序，優先級排序較高的應用程序優先接收或處理所述廣播信息。