一種通知消息的顯示方法以及裝置與流程

2023-05-03 23:29:16

本發明涉及移動終端技術領域，尤其涉及一種通知消息的顯示方法以及裝置。

背景技術：

隨著電子技術的快速發展，移動終端的功能越來越豐富，可安裝的應用也越來越多，使得人們對移動終端的依賴性越來越高。

在使用移動終端的過程中，會出現各種諸如來自微信、簡訊、郵件等各種應用的通知消息，諸如手機等移動終端可以提供通知機制，用戶通過下拉菜單可以進入通知消息對應的應用進行查看，而對於優先級較高的通知消息來說，現有的移動終端應用了其它形式的通知，如懸浮通知，即直接在當前界面彈出一個窗口來顯示相應的信息內容，從而懸浮通知可以最快地將通知消息的內容前置展現給用戶，並且不會打斷用戶當前的操作，讓用戶可以選擇性地進行操作。

然而，對於用戶來說，無論是對於下拉菜單查看消息還是對於懸浮通知查看消息，現有的通知消息能夠允許移動終端展示的內容均較為局限，只允許展示文字、靜態圖片等相關內容，可提供的信息也較少。由此可知，上述顯示方式導致顯示內容的同質化非常嚴重，而對於不同的通知消息而言，其信息內容不盡相同，若顯示方式較為一致，則無法給用戶以良好的視覺體驗，也無法將儘可能多的信息快速而生動地展現給用戶。

綜上所述，可以提供一種方法改變現有的通知消息的顯示方式，使得可以儘可能直觀地展現較多的信息，以提高用戶體驗。

技術實現要素：

本發明實施例提供了一種通知消息的顯示方法以及裝置，用於動態展示通知消息的對應內容，以提高用戶視覺感受的同時，向用戶快速而直觀地傳遞通知消息。

有鑑於此，本發明第一方面提供一種通知消息的顯示方法，應用於移動終端，可包括：

接收通知消息；

檢測通知消息中是否存在目標文件路徑；

若存在，則根據目標文件路徑獲取通知消息對應的動態資源；

根據動態資源重新構建通知消息中的可傳輸控制項，得到目標可傳輸控制項；

利用目標可傳輸控制項在移動終端的預設界面上顯示動態資源。

結合本發明實施例的第一方面，在本發明實施例的第一方面的第一種實施方式中，根據動態資源重新構建通知消息中的可傳輸控制項得到目標可傳輸控制項包括：

解析通知消息中可傳輸控制項的構建方式；

根據動態資源和構建方式重新構建可傳輸控制項，得到目標可傳輸控制項。

結合本發明實施例的第一方面的第一種實施方式，在本發明實施例的第一方面的第二種實施方式中，根據動態資源和構建方式重新構建通知消息中的可傳輸控制項，得到目標可傳輸控制項包括：

若構建方式為第一目標構建方式，則根據動態資源將可傳輸控制項替換成對應的動態圖控制項或視頻控制項，得到目標可傳輸控制項。

結合本發明實施例的第一方面的第一種實施方式，在本發明實施例的第一方面的第三種實施方式中，根據動態資源和構建方式重新構建通知消息中的可傳輸控制項，得到目標可傳輸控制項包括：

若構建方式為第二目標構建方式，則根據動態資源將可傳輸控制項中的圖片控制項替換成對應的動態圖控制項或視頻控制項，得到目標可傳輸控制項，圖片控制項為佔據可傳輸控制項中目標位置的控制項。

結合本發明實施例的第一方面，本發明實施例第一方面的第一種實施方式至第三種實施方式中的任意一種，在本發明實施例的第一方面的第四種實施方式中，在利用目標可傳輸控制項在移動終端的預設界面上顯示動態資源之前，該方法還包括：

獲取移動終端的配置參數；

根據配置參數確定動態資源的對應參數；

利用對應參數調整動態資源。

本發明第二方面提供一種通知消息的顯示裝置，應用於移動終端，可包括：

接收模塊，用於接收通知消息；

檢測模塊，用於檢測通知消息中是否存在目標文件路徑；

第一獲取模塊，用於對當存在目標文件路徑時，則根據目標文件路徑獲取通知消息對應的動態資源；

構建模塊，用於根據動態資源重新構建通知消息中的可傳輸控制項，得到目標可傳輸控制項；

顯示模塊，用於利用目標可傳輸控制項在移動終端的預設界面上顯示動態資源。

結合本發明實施例的第二方面，在本發明實施例的第二方面的第一種實施方式中，構建模塊包括：

解析單元，用於解析通知消息中可傳輸控制項的構建方式；

構建單元，用於根據動態資源和構建方式重新構建可傳輸控制項，得到目標可傳輸控制項。

結合本發明實施例的第二方面的第一種實施方式，在本發明實施例的第二方面的第二種實施方式中，構建單元，具體用於：

當構建方式為第一目標構建方式時，則根據動態資源將可傳輸控制項替換成對應的動態圖控制項或視頻控制項，得到目標可傳輸控制項。

結合本發明實施例的第二方面的第一種實施方式，在本發明實施例的第二方面的第三種實施方式中，構建單元，還具體用於：

當構建方式為第二目標構建方式時，則根據動態資源將可傳輸控制項中的圖片控制項替換成對應的動態圖控制項或視頻控制項，得到目標可傳輸控制項，圖片控制項為佔據可傳輸控制項中目標位置的控制項。

結合本發明實施例的第二方面，本發明實施例第二方面的第一種實施方式至第三種實施方式中的任意一種，在本發明實施例的第二方面的第四種實施方式中，裝置還包括：

第二獲取模塊，用於獲取移動終端的配置參數；

確定模塊，用於根據配置參數確定動態資源的對應參數；

調整模塊，用於利用對應參數調整動態資源。

從以上技術方案可以看出，本發明實施例具有以下優點：

本實施例中，通過在移動終端的預設界面上顯示通知消息對應的動態資源，克服了通知消息原來只展示文字、靜態圖片等相關內容的缺陷，有利於移動終端根據動態資源直觀而生動地展現通知消息所要表現的內容，並提供給用戶更多可參考的信息，同時，由於不同的通知消息可對應有不同的動態資源，從而也有效避免了不同通知消息的顯示內容的同質化問題。

附圖說明

圖1為本發明實施例中通知消息的顯示方法一個實施例示意圖；

圖2為本發明實施例中通知消息的顯示方法另一實施例示意圖；

圖3為本發明實施例中通知消息的顯示方法另一實施例示意圖；

圖4為本發明實施例中通知消息的顯示方法另一實施例示意圖；

圖5為本發明實施例中通知消息的顯示裝置一個實施例示意圖；

圖6為本發明實施例中通知消息的顯示裝置另一實施例示意圖；

圖7為本發明實施例中通知消息的顯示裝置另一實施例示意圖。

具體實施方式

本發明實施例提供了一種通知消息的顯示方法以及裝置，用於動態展示通知消息的對應內容，以提高用戶視覺感受的同時，向用戶快速而直觀地傳遞通知消息。

為了使本技術領域的人員更好地理解本發明方案，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分的實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都應當屬於本發明保護的範圍。

本發明的說明書和權利要求書及上述附圖中的術語「第一」、「第二」、「第三」、「第四」等（如果存在）是用於區別類似的對象，而不必用於描述特定的順序或先後次序。應該理解這樣使用的數據在適當情況下可以互換，以便這裡描述的實施例能夠以除了在這裡圖示或描述的內容以外的順序實施。此外，術語「包括」和「具有」以及他們的任何變形，意圖在於覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統、產品或設備不必限於清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或對於這些過程、方法、產品或設備固有的其它步驟或單元。

為了更好理解本發明實施例公開的一種通知消息的顯示方法，先對本發明實施例適用的移動終端進行描述。本發明實施例所描述的移動終端可以包括任何具備顯示屏以及通信和存儲功能的設備，例如：平板電腦、手機等智能設備，該移動終端可以安裝有包括如下作業系統：Android、Linux、IOS、Windows等，移動終端基於所安裝的作業系統可以進一步安裝有若干應用程式，該應用程式可以是移動終端出廠前預裝的系統應用，如郵箱應用、設置應用、音樂應用、瀏覽器應用、拍照應用等，也可以是用戶自己安裝的第三方應用，如QQ應用、微信應用、支付寶應用、微博應用等，具體此處不做限定。

為便於理解，下面對本發明實施例中的具體流程進行描述，請參閱圖1，本發明實施例中通知消息的顯示方法一個實施例包括：

101、接收通知消息；

本實施例中，移動終端可以接收通知消息，該通知消息可以包括但不限於由應用升級消息、應用實時消息、應用推廣消息等。

具體的，移動終端可以包括應用端和系統端，應用端在接收到通知消息後，可以依據應用開發者的設計對通知消息進行相應的處理，即在向系統端推送通知消息時構建可傳輸控制項以及相應的文件路徑，以使得通知消息可經由系統端得到相應的展示。

102、檢測通知消息中是否存在目標文件路徑，若是，則執行步驟103，若否，則執行步驟106；

本實施例中，移動終端接收到通知消息後，可以檢測通知消息中是否存在目標文件路徑。

具體的，移動終端接收到通知消息後，可以經由系統端對通知消息進行解析，以在通知消息中對目標文件路徑進行查詢，該目標文件路徑可用於指示通知消息中目標文件在移動終端的存儲位置，例如，對應騰訊視頻應用的存儲位置可以為：SD卡\Android\data\com.tencent.qqlive\files\videos，從而通過諸如該文件路徑的形式，可以檢測通知消息是否目標文件路徑。

103、根據目標文件路徑獲取通知消息對應的動態資源；

本實施例中，若檢測到通知消息中存在目標文件路徑，則可以根據目標文件路徑獲取通知消息對應的動態資源。

具體的，為了減少通知消息的容量，通知消息相應的動態資源可由應用端進行下載後存儲於目標文件路徑對應的目標文件中，從而在系統端檢測到通知消息中存在目標文件路徑後，根據目標文件路徑可以找到對應的目標文件，並可以在目標文件中獲取通知消息對應的動態資源。

本實施例中，該動態資源可以為GIF圖片或視頻，可以與通知消息中的相關內容對應，例如，假設通知消息為暴雨天氣的通知，則該動態資源可以是以暴雨圖片製成的GIF動圖，也可以是以暴雨天氣為背景的小視頻，以能夠充分而直觀地傳達通知消息的主要內容。

104、根據動態資源重新構建通知消息中的可傳輸控制項，得到目標可傳輸控制項；

本實施例中，根據目標文件路徑獲取通知消息對應的動態資源後，可以根據動態資源重新構建通知消息中的可傳輸控制項，得到目標可傳輸控制項。

具體的，通知消息中的可傳輸控制項由應用端進行構建得到，該可傳輸控制項可以支持文字、靜態圖片在移動終端的顯示，但不適應於動態資源，則系統端需要根據動態資源對通知消息中的可傳輸控制項重新進行構建，得到目標可傳輸控制項，以支持動態資源在移動終端的顯示。在實際應用中，由於動態資源可以為GIF圖片，也可以為視頻，那麼目標可傳輸控制項則應該可以支持GIF圖片或視頻的播放。

105、利用目標可傳輸控制項在移動終端的預設界面上顯示動態資源；

本實施例中，根據動態資源重新構建通知消息中的可傳輸控制項並得到目標可傳輸控制項後，可以利用目標可傳輸控制項在移動終端的預設界面上顯示動態資源。

具體的，系統端在對可傳輸控制項重新構建得到目標可傳輸控制項後，動態資源可以得到支持顯示，那麼根據通知消息的優先級高低，可以使得通知消息對應的動態資源在懸浮通知或通知欄中得到顯示。在實際應用中，若動態資源在懸浮通知中顯示，那麼在用戶對懸浮通知進行諸如關閉或進入應用等相應的操作之前，動態資源可以進行一次播放或多次循環播放，若動態資源在通知欄中顯示，則在用戶進入通知欄點擊相應的通知消息之前，相應的通知消息可以在通知欄中靜態顯示，以降低移動終端的功耗，並有利於避免在通知欄中由於過多的動態資源的顯示而導致用戶眼睛的不適應，而當用戶在通知欄中點擊相應的通知消息時，相應的通知消息也可以進行一次播放或多次循環播放，可根據移動終端的實際設置條件執行相應的操作，具體此處均不做限定。

進一步的，通知消息對應的動態資源在移動終端的預設界面上顯示後，若該預設界面上發生預設觸發指令，則可以進入該通知消息對應的應用中，以詳細查看通知消息的具體內容，也可以根據預設觸發指令關閉或刪除該通知消息，具體操作可根據移動終端的設置情況執行，此處不做限定。

106、執行其它流程。

本實施例中，若檢測到通知消息中不存在目標文件路徑，則意味著該通知消息不需要進行動態展示，則可以不執行其它操作，使得移動終端可以按照既有的規則展示通知消息。

本實施例中，在通知消息存在目標文件路徑時，可以根據目標文件路徑獲取相應的動態資源，並可以在通知消息中的可傳輸控制項重新構建得到目標可傳輸控制項後，利用該目標可傳輸控制項在移動終端的預設界面上顯示通知消息對應的動態資源，從而克服了通知消息原來只展示文字、靜態圖片等相關內容的缺陷，有利於移動終端根據動態資源直觀而生動地展現通知消息所要表現的內容，並提供給用戶更多可參考的信息，同時，由於不同的通知消息可對應有不同的動態資源，從而也有效避免了不同通知消息的顯示內容的同質化問題。

需要說明的是，本實施例中重新構建通知消息中可傳輸控制項的方式可以不一樣，下面分別進行說明：

請參閱圖2，本發明實施例中通知消息的顯示方法另一實施例包括：

本實施例中的步驟201與圖1所示實施例中的步驟101相同，此處不再贅述。

202、檢測通知消息中是否存在目標文件路徑，若是，則執行步驟103，若否，則執行步驟207；

本實施例中的步驟202至步驟203與圖1所示實施例中的步驟102至步驟103相同，此處不再贅述。

204、解析通知消息中可傳輸控制項的構建方式；

本實施例中，根據目標文件路徑獲取通知消息對應的動態資源後，可以解析通知消息中可傳輸控制項的構建方式。

具體的，基於圖1所示實施例中步驟104說明的內容，通知消息中的可傳輸控制項可以由應用端進行構建得到，在實際應用中，可傳輸控制項在應用端的構建方式則可以依據於系統端可支持的動態資源的顯示方式，如視頻播放，或視頻與文字共存的方式，從而通知消息中可傳輸控制項的構建方式可以有所不同，則系統端可以對通知消息中可傳輸控制項的構建方式進行解析，以能夠根據該構建方式實現對可傳輸控制項的重新構建。

在實際應用中，應用端在構建通知消息的可傳輸控制項時，可以通過如下兩種方式：

1、可傳輸控制項附加目標文件路徑，該可傳輸控制項不包括其它控制項；

2、可傳輸控制項附加目標文件路徑，該可傳輸控制項中包括其它控制項，如圖片控制項，圖片控制項可以在可傳輸控制項中進行佔位起到相應的標識作用，以指示這一佔位的位置可以用於支持改變通知消息的顯示方式，有利於支持應用端自行定義通知消息的通知樣式。

以上兩種構建方式可以用於支持通知消息的不同顯示方式，應用端可以基於系統的可支持的動態資源的顯示方式以及通知消息進行相應的構建，具體此處不做限定。

可以理解的是，可傳輸控制項在應用端的構建方式除了上述說明的內容，在實際應用中，還可以採用其它方式，只要使得構建方式可以適應於系統端即可，具體此處不做限定。

205、若構建方式為第一目標構建方式，則根據動態資源將可傳輸控制項替換成對應的動態圖控制項或視頻控制項，得到目標可傳輸控制項；

本實施例中，若解析通知消息中可傳輸控制項的構建方式為第一目標構建方式，則可以根據動態資源將可傳輸控制項替換成對應的動態圖控制項或視頻控制項，得到目標可傳輸控制項。

具體的，基於步驟204說明的內容，第一目標構建方式即可傳輸控制項中不包括其它控制項，那麼若動態資源為諸如GIF圖片，則可以將可傳輸控制項整個替換為動態圖控制項，得到支持GIF圖片顯示的目標可傳輸控制項，若動態資源為諸如視頻，則可以將可傳輸控制項整個替換為視頻控制項，得到支持視頻播放的目標可傳輸控制項。

206、利用目標可傳輸控制項在移動終端的預設界面上顯示動態資源；

本實施例中，根據動態資源將可傳輸控制項替換成對應的動態圖控制項或視頻控制項，得到目標可傳輸控制項後，可以利用目標可傳輸控制項在移動終端的預設界面上顯示動態資源。

基於圖1所示實施例中步驟105說明的內容，由於可傳輸控制項整個替換成支持GIF圖片或視頻顯示的目標可傳輸控制項，則在移動終端的預設界面上只顯示相應的GIF圖片或視頻。例如，假設通知消息為暴雨天氣通知，對應的動態資源為暴雨視頻，那麼在移動終端的預設界面上只會顯示該暴雨視頻。

207、執行其它流程。

本實施例中，若檢測到通知消息中不存在目標文件路徑，則意味著該通知消息不需要進行動態展示，則可以不執行其它操作，使得移動終端可以按照既有的規則展示通知消息。

請參閱圖3，本發明實施例中通知消息的顯示方法另一實施例包括：

本實施例中的步驟301至步驟304與圖2所示實施例中的步驟201至步驟204相同，此處不再贅述。

305、若構建方式為第二目標構建方式，則根據動態資源將可傳輸控制項中的圖片控制項替換成對應的動態圖控制項或視頻控制項，得到目標可傳輸控制項；

本實施例中，若解析通知消息中可傳輸控制項的構建方式為第二目標構建方式，則可以根據動態資源將可傳輸控制項中的圖片控制項替換成對應的動態圖控制項或視頻控制項，得到目標可傳輸控制項。

具體的，基於圖2所示實施例中步驟204說明的內容，第二目標構建方式即可傳輸控制項中可以包括其它控制項，如本實施例中的圖片控制項，該圖片控制項為佔據可傳輸控制項中目標位置的控制項，那麼，若動態資源為諸如GIF圖片，則可以只將可傳輸控制項中的圖片控制項替換成對應的動態圖控制項，若動態資源為諸如視頻，則可以只將可傳輸控制項中的圖片控制項替換成對應的視頻控制項，由此可知，對於本實施例中的可傳輸控制項而言，在重新構建的過程中，只有目標位置進行了相關控制項的替換，可傳輸控制項的其它位置未變化，則重新構建得到的目標可傳輸控制項既能夠支持GIF圖片或視頻的顯示，還可以支持文字、靜態圖片的顯示。

306、利用目標可傳輸控制項在移動終端的預設界面上顯示動態資源；

本實施例中，根據動態資源將可傳輸控制項中的圖片控制項替換成對應的動態圖控制項或視頻控制項，得到目標可傳輸控制項後，可以利用目標可傳輸控制項在移動終端的預設界面上顯示動態資源。

基於圖1所示實施例中步驟105說明的內容，由於可傳輸控制項中只有佔據目標位置的圖片控制項替換成動態圖控制項或視頻控制項，則利用目標可傳輸控制項可以在移動終端的預設界面上顯示相應的GIF圖片或視頻，還可以顯示通知消息中相應的文字或靜態圖片，從而有利於豐富通知消息的顯示方式，更多地展現通知消息的內容。例如，假設通知消息為暴雨天氣通知，對應的動態資源為暴雨視頻，那麼在移動終端的預設界面上可以顯示該暴雨視頻，同時也可以顯示該通知消息中攜帶的文字信息，如此次暴雨天氣的覆蓋範圍等信息。

307、執行其它流程。

本實施例中，若檢測到通知消息中不存在目標文件路徑，則意味著該通知消息不需要進行動態展示，則可以不執行其它操作，使得移動終端可以按照既有的規則展示通知消息。

在圖1所示實施例的有益效果的基礎上，圖2所示實施例與圖3所示實施例以兩種不同的方式對通知消息中的可傳輸控制項重新進行構建，不同的構建方式，對應顯示於移動終端上的內容有所不同，即在動態資源顯示的基礎上，以圖3所示實施例的構建方式，還可以顯示有諸如文字等信息，由此可知，圖2所示實施例相對於3所示實施例顯示動態資源來說較為簡便，但圖3所示實施例可以支持應用端自定義通知消息的通知樣式，甚至可以做到動態資源與文字等信息的共存，通知消息的顯示內容將更為豐富。

需要說明的是，為了有利於動態資源適配移動終端的性能，避免移動終端由於顯示動態資源消耗過多功耗或出現卡頓等現象，可以對動態資源進行相應的調整，下面進行具體說明：

請參閱圖4，本發明實施例中通知消息的顯示方法另一實施例包括：

本實施例中的步驟401與圖1所示實施例中的步驟101相同，此處不再贅述。

402、檢測通知消息中是否存在目標文件路徑，若是，則執行步驟403，若否，則執行步驟409；

本實施例中的步驟402至步驟403與圖1所示實施例中的步驟102至步驟103相同，此處不再贅述。

404、獲取移動終端的配置參數；

本實施例中，根據目標文件路徑獲取通知消息對應的動態資源後，可以獲取移動終端的配置參數。

具體的，該配置參數可以包括但不限於屏幕解析度、電池容量、中央處理器CPU性能、圖形處理器GPU性能、運行內存RAM等，通過上述配置參數，可以確定移動終端的相關性能，以能夠根據移動終端的性能對動態資源進行調整，防止移動終端出現卡頓等現象。

405、根據配置參數確定動態資源的對應參數；

本實施例中，獲取移動終端的配置參數後，可以根據配置參數確定動態資源的對應參數。

具體的，根據目標文件路徑獲取通知消息對應的動態資源後，可以獲取動態資源的對應參數，該對應參數可以包括但不限於編碼格式、解析度、幀數、渲染度等，若該動態資源為視頻，則對應參數還可以進一步包括視頻時長。為了防止動態資源在移動終端顯示時消耗移動終端過多的功耗，可以結合移動終端的配置參數對動態資源的對應參數進行限制，例如，採用壓縮率較低的編碼格式對動態資源進行編碼，降低動態資源原有的解析度、幀數、渲染度等，從而可以得到動態資源在顯示時確切的對應參數。

406、利用對應參數調整動態資源；

本實施例中，根據配置參數確定動態資源的對應參數後，可以利用該對應參數對調整動態資源。

具體的，利用該對應參數對動態資源進行調整，是將動態資源的原有參數替換成該對應參數，例如，假設動態資源為視頻，該視頻的原有參數包括：編碼格式為AVI、解析度為480x272、幀數為30、渲染度為33、視頻時長為8s，而根據配置參數確定的對應參數包括：編碼格式為RMVB、解析度為380x200、幀數為25、渲染度為28、視頻時長為6s，則可以利用該對應參數對原有參數進行更改，以使得調整後的動態資源的相關參數可以為上述對應參數。可以理解的是，在實際應用中，為了避免視頻時長的壓縮導致動態資源需要傳達的內容表述不清，也可以不對視頻時長進行壓縮，但從應用端下載該視頻的一側，即通知消息的發送方可以對視頻時長進行控制，具體此處不做限定。

本實施例中的步驟407與圖1所示實施例中的步驟104相同，此處不再贅述。

408、利用目標可傳輸控制項在移動終端的預設界面上顯示動態資源；

本實施例中，根據動態資源重新構建通知消息中的可傳輸控制項並得到目標可傳輸控制項後，可以利用目標可傳輸控制項在移動終端的預設界面上顯示動態資源，該動態資源為利用對應參數調整過後的動態資源。

基於圖1所示實施例中步驟105說明的內容，相同部分此處不再贅述。

409、執行其它流程。

本實施例中，若檢測到通知消息中不存在目標文件路徑，則意味著該通知消息不需要進行動態展示，則可以不執行其它操作，使得移動終端可以按照既有的規則展示通知消息。

上面對本發明實施例中的通知消息的顯示方法進行了描述，下面對本發明實施例中的通知消息的顯示裝置分別進行描述，該通知消息的顯示裝置可以應用於移動終端，請參閱圖5，本發明實施例中通知消息的顯示裝置一個實施例包括：

接收模塊501，用於接收通知消息；

檢測模塊502，用於檢測通知消息中是否存在目標文件路徑；

第一獲取模塊503，用於對當存在目標文件路徑時，則根據目標文件路徑獲取通知消息對應的動態資源；

構建模塊504，用於根據動態資源重新構建通知消息中的可傳輸控制項，得到目標可傳輸控制項；

顯示模塊505，用於利用目標可傳輸控制項在移動終端的預設界面上顯示動態資源。

本實施例中，在檢測模塊502檢測到通知消息存在目標文件路徑時，第一獲取模塊503可以根據目標文件路徑獲取相應的動態資源，且在構建模塊504在通知消息中的可傳輸控制項重新構建得到目標可傳輸控制項後，顯示模塊505可以利用該目標可傳輸控制項在移動終端的預設界面上顯示通知消息對應的動態資源，從而克服了通知消息原來只展示文字、靜態圖片等相關內容的缺陷，有利於移動終端根據動態資源直觀而生動地展現通知消息所要表現的內容，並提供給用戶更多可參考的信息，同時，由於不同的通知消息可對應有不同的動態資源，從而也有效避免了不同通知消息的顯示內容的同質化問題。

請參閱圖6，本發明實施例中通知消息的顯示裝置另一實施例包括：

本實施例中的模塊601與圖5所示實施例中的模塊501相同，模塊602與圖5所示實施例中的模塊502相同，模塊603與圖5所示實施例中的模塊503相同，模塊604與圖5所示實施例中的模塊504相同，模塊605與圖5所示實施例中的模塊505相同，此處不再贅述。

本實施例中，構建模塊604可以進一步包括：

解析單元6041，用於解析通知消息中可傳輸控制項的構建方式；

構建單元6042，用於根據動態資源和構建方式重新構建可傳輸控制項，得到目標可傳輸控制項。

其中，構建單元6042，可以具體用於：

當構建方式為第一目標構建方式時，則根據動態資源將可傳輸控制項替換成對應的動態圖控制項或視頻控制項，得到目標可傳輸控制項。

構建單元6042，還可以具體用於：

當構建方式為第二目標構建方式時，則根據動態資源將可傳輸控制項中的圖片控制項替換成對應的動態圖控制項或視頻控制項，得到目標可傳輸控制項，圖片控制項為佔據可傳輸控制項中目標位置的控制項。

請參閱圖7，本發明實施例中通知消息的顯示裝置另一實施例包括：

本實施例中的模塊701與圖5所示實施例中的模塊501相同，模塊702與圖5所示實施例中的模塊502相同，模塊703與圖5所示實施例中的模塊503相同，此處不再贅述。

第二獲取模塊704，用於獲取移動終端的配置參數；

確定模塊705，用於根據配置參數確定動態資源的對應參數；

調整模塊706，用於利用對應參數調整動態資源；

本實施例中的模塊707與圖5所示實施例中的模塊504相同，模塊708與圖5所示實施例中的模塊505相同，此處不再贅述。

所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統，裝置和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。

在本申請所提供的幾個實施例中，應該理解到，所揭露的系統，裝置和方法，可以通過其它的方式實現。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統，或一些特徵可以忽略，或不執行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位於一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部單元來實現本實施例方案的目的。

另外，在本發明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以採用硬體的形式實現，也可以採用軟體功能單元的形式實現。

所述集成的單元如果以軟體功能單元的形式實現並作為獨立的產品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟體產品的形式體現出來，該計算機軟體產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備（可以是個人計算機，伺服器，或者網絡設備等）執行本發明各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括：U盤、移動硬碟、只讀存儲器（ROM，Read-Only Memory）、隨機存取存儲器（RAM，RandomAccess Memory）、磁碟或者光碟等各種可以存儲程序代碼的介質。

以上所述，以上實施例僅用以說明本發明的技術方案，而非對其限制；儘管參照前述實施例對本發明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特徵進行等同替換；而這些修改或者替換，並不使相應技術方案的本質脫離本發明各實施例技術方案的精神和範圍。