一種智能的消息推送方法和系統(tǒng)的制作方法
【專(zhuān)利摘要】本發(fā)明公開(kāi)了一種APP的智能化消息推送方法和系統(tǒng)，包括以下步驟：（1）獲取數(shù)據(jù)；（2）數(shù)據(jù)歸類(lèi)；（3）消息推送；（4）智能分析及處理：按照自定義解析規(guī)則，將消息一與同類(lèi)型的未讀信息二進(jìn)行處理，得到消息三；（5）信息存儲(chǔ)修改：刪除消息一和消息二，存儲(chǔ)消息三；（6）信息顯示。本發(fā)明的信息推送方法，可以減少大量的冗余消息，并且推送的內(nèi)容更加符合用戶(hù)的業(yè)務(wù)邏輯，交互更友好；這種消息推送方式在信息被大量推送但用戶(hù)又不能及時(shí)查看的情況下，效果更突出、明顯。
【專(zhuān)利說(shuō)明】
-種智能的消息推送方法和系統(tǒng)
技術(shù)領(lǐng)域
[0001] 本發(fā)明設(shè)及一種智能的消息推送方法和系統(tǒng)，特別設(shè)及一種APP的智能化消息推 送方法和系統(tǒng)，屬于網(wǎng)絡(luò)通信技術(shù)領(lǐng)域。
【背景技術(shù)】
[0002] 隨著信息技術(shù)和互聯(lián)網(wǎng)技術(shù)的快速發(fā)展，互聯(lián)網(wǎng)成為用戶(hù)生活和工作中獲取信息 和共享信息的有效途徑。各個(gè)行業(yè)、各個(gè)企業(yè)都開(kāi)發(fā)了各種各樣的APP應(yīng)用，通過(guò)運(yùn)些APP應(yīng) 用銷(xiāo)售和推銷(xiāo)自己的產(chǎn)品和服務(wù)；當(dāng)業(yè)務(wù)上發(fā)生某些用戶(hù)關(guān)屯、的事件的時(shí)候，需要通過(guò)APP 通知用戶(hù)，比較常用的方法就是通過(guò)服務(wù)端向APP終端推送消息。
[0003] 現(xiàn)在技術(shù)中的消息推送方法是，把服務(wù)器端收到的消息，逐一的推送到移動(dòng)終端 的消息通知欄。但是，隨著APP的數(shù)量不斷增加，移動(dòng)用戶(hù)會(huì)收到數(shù)量巨大的推送消息。其中 也不乏存在重復(fù)的消息占用用戶(hù)手機(jī)空間；或者具有時(shí)效性的消息，推送后對(duì)于客戶(hù)不再 具有意義。數(shù)量巨大的信息導(dǎo)致有效信息在信息的比例降低，不僅降低了用戶(hù)獲取有效信 息的效率，導(dǎo)致用戶(hù)不能及時(shí)作出判斷，影響到了消息推送的效果；同時(shí)，還占用了智能終 端的內(nèi)存，也對(duì)用戶(hù)造成了騷擾，給用戶(hù)帶來(lái)很多煩惱。

【發(fā)明內(nèi)容】

[0004] 本發(fā)明的目的在于克服現(xiàn)有技術(shù)中所存在的APP消息推送數(shù)量大、有效信息比例 低的上述不足，提供一種智能的消息推送方法，該方法通過(guò)智能分析消息可W減少大量的 冗余消息，并且推送的內(nèi)容更加符合業(yè)務(wù)邏輯，交互更友好，提高用戶(hù)的使用體驗(yàn)。
[0005] 為了實(shí)現(xiàn)上述發(fā)明目的，本發(fā)明提供了 W下技術(shù)方案： 一種智能的消息推送方法，包括W下步驟： (1) 獲取數(shù)據(jù):對(duì)目標(biāo)對(duì)象進(jìn)行監(jiān)控、獲取監(jiān)控?cái)?shù)據(jù)； (2) 數(shù)據(jù)歸類(lèi):根據(jù)自定義解析規(guī)則，將監(jiān)控?cái)?shù)據(jù)進(jìn)行歸類(lèi)； (3) 消息推送:將監(jiān)控?cái)?shù)據(jù)作為消息一推送給APP系統(tǒng)端； (4) 智能分析及處理：按照自定義解析規(guī)則，將消息一與同類(lèi)型的未讀信息二進(jìn)行處 理，得到消息 (5) 信息存儲(chǔ)修改:刪除消息一和消息二，存儲(chǔ)消息=; (6) 信息顯示:對(duì)信息S進(jìn)行顯示。
[0006] 本發(fā)明的智能消息推送方法，在能夠?qū)?shù)據(jù)存儲(chǔ)、識(shí)別和處理的設(shè)備、工具或程序 中內(nèi)置自定義解析規(guī)則。自定義解析規(guī)則可W根據(jù)用戶(hù)實(shí)際需要進(jìn)行設(shè)置包括但不限于W 下方式和內(nèi)容：自定義解析規(guī)則中的至少包含數(shù)據(jù)的類(lèi)型、值和業(yè)務(wù)解析規(guī)則(業(yè)務(wù)解析規(guī) 則中包含對(duì)信息的處理方式），W及每個(gè)信息的類(lèi)型編號(hào)（ID)四個(gè)元素。根據(jù)數(shù)據(jù)的類(lèi)型確 定該類(lèi)型的數(shù)據(jù)業(yè)務(wù)解析規(guī)則，包括但不限于W下方式:文本合并/追加、數(shù)字疊加、數(shù)據(jù)替 換，數(shù)據(jù)包括文本和數(shù)字兩種類(lèi)型。自定義解析規(guī)則規(guī)則中的值則是指數(shù)據(jù)中攜帶的信息。 步驟(1)是基于現(xiàn)有技術(shù)中的方法和設(shè)備，獲取客戶(hù)需要或定制的數(shù)據(jù)信息。得到需要展示 給用戶(hù)的信息后，根據(jù)數(shù)據(jù)的來(lái)源對(duì)運(yùn)些信息進(jìn)行分類(lèi)并標(biāo)記存儲(chǔ)為信息一，信息一的標(biāo) 記包括數(shù)據(jù)類(lèi)型(Type)。然后將標(biāo)記后的信息一推送給用戶(hù)APP系統(tǒng)端。APP系統(tǒng)端接收到 上述信息一后，根據(jù)信息一標(biāo)記的Type按照自定義解析規(guī)則對(duì)消息一進(jìn)行分類(lèi)存儲(chǔ)，并且 對(duì)每個(gè)信息進(jìn)行編號(hào)（ID)。同時(shí)APP系統(tǒng)端還讀取與信息一同一Type的用戶(hù)未讀信息信息 二。根據(jù)信息一和信息二的Type，按照自定義解析規(guī)則中的業(yè)務(wù)解析規(guī)則對(duì)信息一和信息 二進(jìn)行處理。如果業(yè)務(wù)解析規(guī)則為追加，則將信息一中的信息追加在信息二的后面，形成包 含信息一和信息二共同信息信息如果業(yè)務(wù)解析規(guī)則為替換，則用信息一替換信息二，信 息一就是步驟(4)中的最新消息信息如果業(yè)務(wù)解析規(guī)則為數(shù)字相加，則將信息一中的數(shù) 字與信息二的數(shù)字進(jìn)行數(shù)學(xué)相加，得到包含信息一中的數(shù)字與信息二的數(shù)字的數(shù)字之和的 信息形成信息S。上述信息業(yè)務(wù)解析規(guī)則，信息處理完后，APP系統(tǒng)端將會(huì)自動(dòng)刪除信息一 和信息二，最后用于顯示在用戶(hù)界面的信息均只有信息S。上述信息處理過(guò)程，APP系統(tǒng)端 接收到下一消息時(shí)，信息=的角色轉(zhuǎn)變?yōu)樯鲜鎏幚磉^(guò)程中的信息二，新消息則轉(zhuǎn)變?yōu)樯鲜?信息一的角色，如此循環(huán)，用戶(hù)交互界面上總是只顯示1條對(duì)用戶(hù)有用的信息，即信息S。當(dāng) APP系統(tǒng)端監(jiān)控到信息S被閱讀后，自動(dòng)將信息S標(biāo)記為已讀信息。在下次信息處理過(guò)程中 就不再對(duì)信息=進(jìn)行讀取和處理，W新信息為起點(diǎn)建立一個(gè)新的信息處理循環(huán)模式。本發(fā) 明的信息推送方法，在系統(tǒng)內(nèi)預(yù)先設(shè)置自定義解析規(guī)則，按照自定義解析規(guī)則，在后臺(tái)對(duì) APP系統(tǒng)端接收的新消息一和用戶(hù)未讀信息二進(jìn)行處理得到展示給用戶(hù)看的信息S，同時(shí) 刪除消息一和信息二?？蒞減少大量的冗余消息，并且推送的內(nèi)容更加符合用戶(hù)的業(yè)務(wù)邏 輯，交互更友好。運(yùn)種方式在信息被大量推送但用戶(hù)又不能及時(shí)查看的情況下，效果更突 出、明顯。
[0007]作為本發(fā)明的優(yōu)選方案，所述步驟(1)通過(guò)服務(wù)器端的業(yè)務(wù)管理模塊實(shí)現(xiàn)。利用既 有的服務(wù)器，增設(shè)出一個(gè)業(yè)務(wù)管理模塊對(duì)目標(biāo)對(duì)象進(jìn)行監(jiān)控并獲取監(jiān)控?cái)?shù)據(jù)，既方便數(shù)據(jù) 管控，又方便信息的記錄和查詢(xún)。
[000引作為本發(fā)明的優(yōu)選方案，所述步驟(2)通過(guò)服務(wù)器端的業(yè)務(wù)管理模塊實(shí)現(xiàn)。本發(fā)明 的消息智能推送方法，通過(guò)服務(wù)器端的業(yè)務(wù)管理模塊采集數(shù)據(jù)。根據(jù)數(shù)據(jù)的采集端口對(duì)數(shù) 據(jù)進(jìn)行分類(lèi)、傳送更容易實(shí)現(xiàn)。
[0009] 作為本發(fā)明的優(yōu)選方案，所述步驟(3)通過(guò)服務(wù)器端的消息推送模塊實(shí)現(xiàn)。消息推 送模塊可W是具有消息推送功能的設(shè)備、零部件或軟件和程序包。
[0010] 作為本發(fā)明的優(yōu)選方案，所述步驟(4)通APP系統(tǒng)端的消息智能分析模塊實(shí)現(xiàn)。在 APP系統(tǒng)端設(shè)置一個(gè)智能分析模塊，智能分析模塊可W是具有信息識(shí)別、讀取和處理功能的 設(shè)備、零部件或軟件和程序包，其中處理功能包括文本合并、數(shù)字疊加、數(shù)據(jù)替換等功能。
[0011] 更優(yōu)選的，所述消息智能分析模塊內(nèi)置自定義解析規(guī)則，所述自定義解析規(guī)則包 括類(lèi)型（Type)、數(shù)值(Value)和業(yè)務(wù)解析規(guī)則S部分，根據(jù)消息一的歸類(lèi)確定消息一的類(lèi) 型，按照自定義解析規(guī)則中對(duì)應(yīng)類(lèi)型的業(yè)務(wù)解析規(guī)則對(duì)所述消息一和所述消息二進(jìn)行處 理，得到所述消息=。
[0012] 更優(yōu)選的，所述數(shù)值包括文字?jǐn)?shù)值和數(shù)字?jǐn)?shù)值，文字的業(yè)務(wù)解析規(guī)則包括合并、追 加和替換，數(shù)字的業(yè)務(wù)解析規(guī)則包括疊加和替換。將數(shù)值分為文字?jǐn)?shù)值和數(shù)字?jǐn)?shù)值，可W避 免數(shù)字按文字追加造成信息錯(cuò)誤傳遞，提高向用戶(hù)傳遞信息的準(zhǔn)確性。
[0013] 作為本發(fā)明的優(yōu)選方案，所述步驟(5)通過(guò)APP系統(tǒng)端的信息存儲(chǔ)模塊實(shí)現(xiàn)。當(dāng)消 息智能分析模塊對(duì)數(shù)據(jù)的進(jìn)行處理后，采用信息存儲(chǔ)模塊中的存儲(chǔ)和刪除功能完成信息的 更新。
[0014] 作為本發(fā)明的優(yōu)選方案，所述步驟(6)通APP系統(tǒng)端的信息顯示模塊實(shí)現(xiàn)。利用用 戶(hù)客戶(hù)端的APP系統(tǒng)自帶功能顯示信息，不僅容易實(shí)現(xiàn)，而且成本更低、使用更方便。
[0015] 本發(fā)明的另一發(fā)明目的還在于提供一種用于實(shí)現(xiàn)上述智能消息推送方法的系統(tǒng)： 一種智能的消息推送系統(tǒng)，包括服務(wù)器和APP系統(tǒng)，其特征在于： 服務(wù)器包括： 業(yè)務(wù)管理模塊:用于對(duì)目標(biāo)對(duì)象進(jìn)行監(jiān)控、獲取監(jiān)控?cái)?shù)據(jù)，并將監(jiān)控?cái)?shù)據(jù)按自定義解析 規(guī)則歸類(lèi)； 消息推送模塊:用于將歸類(lèi)后的監(jiān)控?cái)?shù)據(jù)作為信息一推送給APP系統(tǒng)； APP系統(tǒng)： 消息接收模塊:用于接收信息一； 消息存儲(chǔ)模塊:用于根據(jù)自定義解析規(guī)則按類(lèi)型存儲(chǔ)信息一及未讀消息，并能根據(jù)APP 監(jiān)控系統(tǒng)和消息智能分析模塊的指令對(duì)指定消息進(jìn)行查詢(xún)、修改和刪除； 消息智能分析模塊：用于識(shí)別信息一的類(lèi)型，并能根據(jù)信息一的類(lèi)型按照自定義解析 規(guī)則對(duì)消息一和未讀消息二進(jìn)行處理得到消息=，并向所述消息存儲(chǔ)模塊發(fā)出刪除和存儲(chǔ) 命令;所述消息一、所述消息二與所述消息=屬于所述自定義解析規(guī)則中的同類(lèi)型消息； APP監(jiān)控系統(tǒng)：用于監(jiān)測(cè)用戶(hù)對(duì)消息的讀取情況，并能根據(jù)用戶(hù)對(duì)消息的讀取情況對(duì)消 息存儲(chǔ)模塊發(fā)出操作指令； 消息顯示模塊:用于顯示消息S。
[0016] 本發(fā)明的APP監(jiān)控系統(tǒng)，監(jiān)控到所述消息S被用戶(hù)讀取后，向消息存儲(chǔ)模塊發(fā)出修 改指令:將所述消息=標(biāo)記為已讀。運(yùn)樣可W將已讀消息與未讀消息區(qū)分開(kāi)。
[0017] 與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果： 本發(fā)明的信息推送方法和系統(tǒng)，在系統(tǒng)內(nèi)預(yù)先設(shè)置自定義解析規(guī)則，按照自定義解析 規(guī)則，在后臺(tái)對(duì)APP系統(tǒng)端接收的新消息一和用戶(hù)未讀信息二進(jìn)行處理得到展示給用戶(hù)看 的信息=，同時(shí)刪除消息一和信息二?？蒞減少大量的冗余消息，并且推送的內(nèi)容更加符合 用戶(hù)的業(yè)務(wù)邏輯，交互更友好。運(yùn)種方式在信息被大量推送但用戶(hù)又不能及時(shí)查看的情況 下，效果更失出、明顯。
[001引【附圖說(shuō)明】： 圖1為本發(fā)明消息推送方法的流程圖。
【具體實(shí)施方式】
[0019] 下面結(jié)合試驗(yàn)例及【具體實(shí)施方式】對(duì)本發(fā)明作進(jìn)一步的詳細(xì)描述。但不應(yīng)將此理解 為本發(fā)明上述主題的范圍僅限于W下的實(shí)施例，凡基于本
【發(fā)明內(nèi)容】
所實(shí)現(xiàn)的技術(shù)均屬于本 發(fā)明的范圍。
[0020] 表1為本發(fā)明各實(shí)施例的自定義解析規(guī)則如下： 表1
實(shí)施例1 本實(shí)施例的消息推送方法W下述情景為模擬環(huán)境進(jìn)行消息推送： 服務(wù)器端對(duì)設(shè)備的溫度進(jìn)行監(jiān)控，每隔10分鐘獲取一次設(shè)備的溫度數(shù)據(jù)，然后服務(wù)器 向APP系統(tǒng)端推送一次溫度值消息。
[0021] 9點(diǎn)10分監(jiān)測(cè)到溫度為20攝氏度，服務(wù)器向APP系統(tǒng)端推送第一條消息：巧點(diǎn)10分， 當(dāng)前設(shè)備溫度為20攝氏度"。用戶(hù)未讀取運(yùn)條信息。
[0022] 9點(diǎn)20分監(jiān)測(cè)到溫度為30攝氏度，服務(wù)器向APP系統(tǒng)端推送第二條消息：巧點(diǎn)20分， 當(dāng)前設(shè)備溫度為30攝氏度"。根據(jù)我們的自定義解析規(guī)則:第二條消息替換第一條消息，在 APP端將顯示未讀消息為巧點(diǎn)20分，當(dāng)前設(shè)備溫度為30攝氏度"。
[0023] 將上述過(guò)程整理為本發(fā)明中的各個(gè)步驟為： (1)獲取數(shù)據(jù):對(duì)目標(biāo)對(duì)象進(jìn)行監(jiān)控、獲取監(jiān)控?cái)?shù)據(jù)； 服務(wù)器端的業(yè)務(wù)管理模塊對(duì)設(shè)備的溫度進(jìn)行監(jiān)控、獲取監(jiān)控?cái)?shù)據(jù):第I條數(shù)據(jù)：巧點(diǎn)10 分，當(dāng)前設(shè)備溫度為20攝氏度"；第2條數(shù)據(jù)：巧點(diǎn)20分，當(dāng)前設(shè)備溫度為30攝氏度"。
[0024] (2)數(shù)據(jù)歸類(lèi):根據(jù)自定義解析規(guī)則，將監(jiān)控?cái)?shù)據(jù)進(jìn)行歸類(lèi)； 根據(jù)上述（1)中監(jiān)控?cái)?shù)據(jù)的來(lái)源，服務(wù)器端的業(yè)務(wù)管理模塊將實(shí)施例1的第1條數(shù)據(jù)和 第2條數(shù)據(jù)歸于自定義解析規(guī)則的第一類(lèi)型數(shù)據(jù)(Type: 10011)，并對(duì)實(shí)施例1的第1條數(shù)據(jù) 和第2條數(shù)據(jù)進(jìn)行類(lèi)型標(biāo)記(Type: 10011)。
[0025] (3)消息推送:將監(jiān)控?cái)?shù)據(jù)作為消息一推送給APP系統(tǒng)端； 通過(guò)服務(wù)器端的消息推送模塊向APP系統(tǒng)端推送消息： 9點(diǎn)10分:將實(shí)施例1的第1條數(shù)據(jù)巧點(diǎn)10分，當(dāng)前設(shè)備溫度為20攝氏度"作為消息一推 送給APP系統(tǒng)端。APP系統(tǒng)端消息接收模塊接收消息一，并將消息一傳送給消息存儲(chǔ)模塊。同 時(shí)，APP系統(tǒng)端的監(jiān)控系統(tǒng)識(shí)別消息存儲(chǔ)模塊是否含有第一類(lèi)型(Typeaooil)的未讀消息。 檢測(cè)狀態(tài)為"無(wú)未讀消息"后，消息存儲(chǔ)模塊將消息一作為消息二(Type: 10011; ID: 1)存儲(chǔ) 在消息存儲(chǔ)模塊中，消息二(Type: 10011; ID: 1)即為巧點(diǎn)10分，當(dāng)前設(shè)備溫度為20攝氏度"。
[0026] 9點(diǎn)20分:將實(shí)施例1的第2條數(shù)據(jù)巧點(diǎn)20分，當(dāng)前設(shè)備溫度為30攝氏度"作為消息 一推送給APP系統(tǒng)端。APP系統(tǒng)端消息接收模塊接收消息一，并將消息一傳送給消息存儲(chǔ)模 塊。同時(shí)，APP系統(tǒng)端的監(jiān)控系統(tǒng)識(shí)別消息存儲(chǔ)模塊是否含有第一類(lèi)型(Type: 10011)的未讀 消息。檢測(cè)狀態(tài)為"含有同類(lèi)型未讀消息二(Type: 10011 后，APP系統(tǒng)端將消息一存 儲(chǔ)在APP系統(tǒng)端的消息存儲(chǔ)模塊編號(hào)為(Type: 10011; ID: 2)。消息一(Type: 10011; ID: 2)即 為巧點(diǎn)20分，當(dāng)前設(shè)備溫度為30攝氏度"。
[0027] (4)智能分析及處理:按照自定義解析規(guī)則，將消息一與同類(lèi)型的未讀信息二進(jìn)行 處理，得到消息 根據(jù)本發(fā)明的自定義解析規(guī)則，實(shí)施例1的消息一(Type: 10011; ID: 2)和信息二(Type: 10011; ID: 1)同屬的第一類(lèi)型(Type: 10011)對(duì)應(yīng)的業(yè)務(wù)解析規(guī)則為"后值替換前值"。則將 消息二(Type:10011; ID: 1)替換為消息一(Type :10011; ID: 2)，消息一(Type:10011; ID:2) 巧點(diǎn)20分，當(dāng)前設(shè)備溫度為30攝氏度"即為本實(shí)施例的消息=。
[00%]巧)信息存儲(chǔ)修改:刪除消息一和消息二，存儲(chǔ)消息 通過(guò)APP系統(tǒng)端的消息存儲(chǔ)模塊刪除消息一(Type: 10011; ID:2)巧點(diǎn)20分，當(dāng)前設(shè)備溫 度為30攝氏度"和消息二(Type: 10011; ID: 1)巧點(diǎn)10分，當(dāng)前設(shè)備溫度為20攝氏度"，存儲(chǔ)消 息；巧點(diǎn)20分，當(dāng)前設(shè)備溫度為30攝氏度'編號(hào)為(Type: 10011; ID: 3)。
[00巧](6)信息顯示:對(duì)信息S進(jìn)行顯示。
[0030] 客戶(hù)端APP系統(tǒng)的消息顯示模塊將消息S(Type:10011;ID:3)顯示為未讀消息，并 且不顯示消息一(Type: 10011; ID: 2)和消息二(Type :10011; ID: 1)。當(dāng)用戶(hù)點(diǎn)開(kāi)APP未讀消 息時(shí)，看見(jiàn)的信息即為消息立口7口6:10011;10:3)巧點(diǎn)20分，當(dāng)前設(shè)備溫度為30攝氏度'。
[0031] 實(shí)施例2 服務(wù)器端對(duì)設(shè)備運(yùn)行性能進(jìn)行監(jiān)控，當(dāng)監(jiān)控的設(shè)備出現(xiàn)警告時(shí)，例如溫度過(guò)高，CPU負(fù) 載過(guò)高等，服務(wù)器端向APP系統(tǒng)端推送消息。
[0032] 10點(diǎn)10分，設(shè)備溫度過(guò)高，向APP系統(tǒng)端推送第一條消息，內(nèi)容為"告警:設(shè)備溫度 過(guò)高"。用戶(hù)沒(méi)有讀取運(yùn)條信息。
[00削 10點(diǎn)20分，CPU負(fù)載過(guò)高，向APP系統(tǒng)端推送第二條消息，內(nèi)容為"告警：CPU負(fù)載過(guò) 高"。根據(jù)我們的自定義解析規(guī)則:將第二條消息與第一條消息合并，在APP端將顯示未讀消 息為"告警:設(shè)備溫度過(guò)高;告警:CPU負(fù)載過(guò)高"。
[0034] 將上述過(guò)程整理為本發(fā)明中的各個(gè)步驟為： (1)獲取數(shù)據(jù):對(duì)目標(biāo)對(duì)象進(jìn)行監(jiān)控、獲取監(jiān)控?cái)?shù)據(jù)； 服務(wù)器端的業(yè)務(wù)管理模塊對(duì)設(shè)備運(yùn)行性能進(jìn)行監(jiān)控、獲取監(jiān)控?cái)?shù)據(jù):第1條數(shù)據(jù)："告 警:設(shè)備溫度過(guò)高"；第2條數(shù)據(jù)："告警:CPU負(fù)載過(guò)高"。
[0035] (2)數(shù)據(jù)歸類(lèi):根據(jù)自定義解析規(guī)則，將監(jiān)控?cái)?shù)據(jù)進(jìn)行歸類(lèi)； 根據(jù)上述（1)中監(jiān)控?cái)?shù)據(jù)的來(lái)源，服務(wù)器端的業(yè)務(wù)管理模塊將實(shí)施例2的第1條數(shù)據(jù)和 第2條數(shù)據(jù)歸于自定義解析規(guī)則的第二類(lèi)型數(shù)據(jù)(Type: 10012)，并對(duì)實(shí)施例2的第1條數(shù)據(jù) 和第2條數(shù)據(jù)進(jìn)行類(lèi)型標(biāo)記(Type: 10012)。
[0036] (3)消息推送:將監(jiān)控?cái)?shù)據(jù)作為消息一推送給APP系統(tǒng)端； 通過(guò)服務(wù)器端的消息推送模塊向APP系統(tǒng)端推送消息： 10點(diǎn)10分，服務(wù)器端將實(shí)施例2的第1條數(shù)據(jù)"告警:設(shè)備溫度過(guò)高"作為消息一推送給 APP系統(tǒng)端。APP系統(tǒng)端消息接收模塊接收消息一，并將消息一傳送給消息存儲(chǔ)模塊。同時(shí)， APP系統(tǒng)端的監(jiān)控系統(tǒng)識(shí)別消息存儲(chǔ)模塊是否含有第二類(lèi)型(Type: 10012)的未讀消息。檢 測(cè)狀態(tài)為"無(wú)未讀消息"后，消息存儲(chǔ)模塊將消息一作為消息二(Type: 10012;ID:1)存儲(chǔ)在 消息存儲(chǔ)模塊中，消息二(Type:10012;ID:l)即為"告警:設(shè)備溫度過(guò)爵'。
[0037] 10點(diǎn)20分，服務(wù)器端將第2條數(shù)據(jù)"告警:CPU負(fù)載過(guò)高"作為消息一推送給APP系統(tǒng) 端。APP系統(tǒng)端消息接收模塊接收消息一，并將消息一傳送給消息存儲(chǔ)模塊。同時(shí)，APP系統(tǒng) 端的監(jiān)控系統(tǒng)識(shí)別消息存儲(chǔ)模塊是否含有第二類(lèi)型(Type: 10012)的未讀消息。檢測(cè)狀態(tài)為 "含有同類(lèi)型未讀消息二(Type: 10012; ID: 1)"后，APP系統(tǒng)端將消息一存儲(chǔ)在APP系統(tǒng)端的 消息存儲(chǔ)模塊編號(hào)為(Type: 10012; ID:2)。消息一(Type: 10012; ID:2)即為"告警:CPU負(fù)載 過(guò)爵'。
[0038] (4)智能分析及處理:按照自定義解析規(guī)則，將消息一與同類(lèi)型的未讀信息二進(jìn)行 處理，得到消息 根據(jù)本發(fā)明的自定義解析規(guī)則，實(shí)施例2的消息一(Type: 10012; ID:2)和信息二(Type: 10012; ID: 1)同屬的第二類(lèi)型（Type :10012)對(duì)應(yīng)的業(yè)務(wù)解析規(guī)則為"后值與前值文本合 并"。則將消息二(Type: 10012; ID: 1)與消息一(Type: 10012; ID: 1)進(jìn)行文本合并，得到消息 告警:設(shè)備溫度過(guò)高;告警:CPU負(fù)載過(guò)高"。
[0039] 巧)信息存儲(chǔ)修改:刪除消息一和消息二，存儲(chǔ)消息 通過(guò)APP系統(tǒng)端的消息存儲(chǔ)模塊刪除消息一 (Type: 10012; ID: 2)"告警:CPU負(fù)載過(guò)高" 和消息二(Type: 10012; ID: 1)"告警:設(shè)備溫度過(guò)高"，存儲(chǔ)消息告警:設(shè)備溫度過(guò)高；告 警:CPU負(fù)載過(guò)高"編號(hào)為(Type:10012; ID:3)。
[0040] (6)信息顯示:對(duì)信息S進(jìn)行顯示。
[0041] 客戶(hù)端APP系統(tǒng)的消息顯示模塊將消息S(Type:10012;ID:3)顯示為未讀消息，并 且不顯示消息一(Type :10012; ID: 2)和消息二(Type :10012; ID: 1)。當(dāng)用戶(hù)點(diǎn)開(kāi)APP未讀消 息時(shí)，看見(jiàn)的信息即為消10012; ID:3)"告警:設(shè)備溫度過(guò)高；告警:CPU負(fù)載過(guò) 高"。
[0042] 實(shí)施例3 服務(wù)器端對(duì)設(shè)備運(yùn)行過(guò)程中的網(wǎng)絡(luò)連接情況進(jìn)行監(jiān)控，當(dāng)監(jiān)控的設(shè)備出現(xiàn)網(wǎng)絡(luò)閃斷， 服務(wù)器端向APP系統(tǒng)端推送消息。
[0043] 11點(diǎn)10分，設(shè)備出現(xiàn)一次網(wǎng)絡(luò)閃斷，服務(wù)器端向APP系統(tǒng)端推送第一條消息，內(nèi)容 為"設(shè)備出現(xiàn)1次閃斷"。用戶(hù)沒(méi)有讀取運(yùn)條信息。
[0044] 11點(diǎn)15分，設(shè)備又出現(xiàn)一次網(wǎng)絡(luò)閃斷，服務(wù)器端向APP系統(tǒng)端推送第一條消息。內(nèi) 容為"設(shè)備出現(xiàn)1次閃斷"。根據(jù)我們的自定義解析規(guī)則，將第一條消息和第二條消息的文字 數(shù)據(jù)進(jìn)行替換，數(shù)字?jǐn)?shù)據(jù)進(jìn)行疊加。在APP端將顯示未讀消息為："設(shè)備出現(xiàn)2次網(wǎng)絡(luò)閃斷。" 將上述過(guò)程整理為本發(fā)明中的各個(gè)步驟為： (1)獲取數(shù)據(jù):對(duì)目標(biāo)對(duì)象進(jìn)行監(jiān)控、獲取監(jiān)控?cái)?shù)據(jù)； 服務(wù)器端對(duì)設(shè)備運(yùn)行過(guò)程中的網(wǎng)絡(luò)連接情況進(jìn)行監(jiān)控，獲取監(jiān)控?cái)?shù)據(jù):第1條數(shù)據(jù)："設(shè) 備出現(xiàn)1次閃斷'；第2條數(shù)據(jù)："設(shè)備出現(xiàn)1次閃斷'。
[0045] (2)數(shù)據(jù)歸類(lèi):根據(jù)自定義解析規(guī)則，將監(jiān)控?cái)?shù)據(jù)進(jìn)行歸類(lèi)； 根據(jù)上述（1)中監(jiān)控?cái)?shù)據(jù)的來(lái)源，服務(wù)器端的業(yè)務(wù)管理模塊將實(shí)施例3的第1條數(shù)據(jù)和 第2條數(shù)據(jù)歸于自定義解析規(guī)則的第S類(lèi)型數(shù)據(jù)(Type: 10013)，并對(duì)實(shí)施例3的第1條數(shù)據(jù) 和第2條數(shù)據(jù)進(jìn)行類(lèi)型標(biāo)記(Type: 10013)。
[0046] (3)消息推送:將監(jiān)控?cái)?shù)據(jù)作為消息一推送給APP系統(tǒng)端； 通過(guò)服務(wù)器端的消息推送模塊向APP系統(tǒng)端推送消息： 11點(diǎn)10分，服務(wù)器端將實(shí)施例3的第1條數(shù)據(jù)"設(shè)備出現(xiàn)1次閃斷"作為消息一推送給APP 系統(tǒng)端。APP系統(tǒng)端消息接收模塊接收消息一，并將消息一傳送給消息存儲(chǔ)模塊。同時(shí)，APP 系統(tǒng)端的監(jiān)控系統(tǒng)識(shí)別消息存儲(chǔ)模塊是否含有第=類(lèi)型(Type: 10013)的未讀消息。檢測(cè)狀 態(tài)為"無(wú)未讀消息"后，消息存儲(chǔ)模塊將消息一作為消息二(Type: 10013; ID: 1)存儲(chǔ)在消息 存儲(chǔ)模塊中，消息二(Type:10013;ID:l)即為"設(shè)備出現(xiàn)1次閃斷"。
[0047] 11點(diǎn)15分，服務(wù)器端將第2條數(shù)據(jù)"設(shè)備出現(xiàn)1次閃斷"作為消息一推送給APP系統(tǒng) 端。APP系統(tǒng)端消息接收模塊接收消息一，并將消息一傳送給消息存儲(chǔ)模塊。同時(shí)，APP系統(tǒng) 端的監(jiān)控系統(tǒng)識(shí)別消息存儲(chǔ)模塊是否含有第=類(lèi)型(Type: 10013)的未讀消息。檢測(cè)狀態(tài)為 "含有同類(lèi)型(Type: 10013)未讀消息二(Type: 10013; ID: 1)"后，APP系統(tǒng)端將消息一存儲(chǔ)在 APP系統(tǒng)端的消息存儲(chǔ)模塊，編號(hào)為(Type: 10013; ID: 2)。消息一(Type: 10013; ID: 2)為"設(shè) 備出現(xiàn)1次閃斷"。
[0048] (4)智能分析及處理:按照自定義解析規(guī)則，將消息一與同類(lèi)型的未讀信息二進(jìn)行 處理，得到消息 根據(jù)本發(fā)明的自定義解析規(guī)則，消息一(Type: 10013; ID: 2)和信息二(Type: 10013; ID: 1)同屬的第=類(lèi)型(Type: 10013)對(duì)應(yīng)的業(yè)務(wù)解析規(guī)則為"文本數(shù)據(jù):后值替換前值;數(shù)字?jǐn)?shù) 據(jù)：后值與前置相加"。則將消息二（Type: 10013; ID: 1)的文本信息替換為消息一（Type: 10013; ID: 2)的文本信息，將消息二(Type :10013; ID: 1)和消息一(Type :10013; ID: 2)的數(shù) 字相加，得到消息立"設(shè)備出現(xiàn)2次閃斷'。
[0049] 巧)信息存儲(chǔ)修改:刪除消息一和消息二，存儲(chǔ)消息 通過(guò)APP系統(tǒng)端的消息存儲(chǔ)模塊刪除消息一 (Type:10013;ID:2)"設(shè)備出現(xiàn)1次閃斷"和 消息二(Type: 10013; ID: 1)"設(shè)備出現(xiàn)1次閃斷"，存儲(chǔ)消息設(shè)備出現(xiàn)2次閃斷"，編號(hào)為 (Type：10013；ID：3)〇
[(K)加 ](6)信息顯示:對(duì)信息S進(jìn)行顯示。
[0化1]客戶(hù)端APP系統(tǒng)的消息顯示模塊將消息S(Type:10013;ID:3)顯示為未讀消息，并 且不顯示消息一(Type :10013; ID: 2)和消息二(Type :10013; ID: 1)。當(dāng)用戶(hù)點(diǎn)開(kāi)APP未讀消 息時(shí)，看見(jiàn)的信息即為消息S(Type:10013;ID:3)"設(shè)備出現(xiàn)2次閃斷"。
[0052]說(shuō)明：上述各實(shí)施例，可W在一個(gè)系統(tǒng)中共同完成，也可W在多個(gè)系統(tǒng)中分別完 成。當(dāng)出現(xiàn)服務(wù)器向APP系統(tǒng)端推送3條及3條W上的信息，而用戶(hù)未讀時(shí)，可W重復(fù)循環(huán)步 驟(3)至步驟(6)。消息一代表服務(wù)器端推送的最新消息，消息二為存儲(chǔ)模塊中存儲(chǔ)的最新 消息，也是上一循環(huán)的最終未讀消息-消息S。即，消息一進(jìn)入APP系統(tǒng)端后的轉(zhuǎn)變進(jìn)程為： 消息一^消息二^消息S。在服務(wù)器和APP系統(tǒng)端，消息一、消息二和消息S分別用編號(hào) (ID)進(jìn)行標(biāo)記區(qū)分。
【主權(quán)項(xiàng)】
1. 一種智能的消息推送方法，其特征在于包括以下步驟： (1) 獲取數(shù)據(jù):對(duì)目標(biāo)對(duì)象進(jìn)行監(jiān)控、獲取監(jiān)控?cái)?shù)據(jù)； (2) 數(shù)據(jù)歸類(lèi):根據(jù)自定義解析規(guī)則，將監(jiān)控?cái)?shù)據(jù)進(jìn)行歸類(lèi)； (3) 消息推送:將監(jiān)控?cái)?shù)據(jù)作為消息一推送給APP系統(tǒng)端； (4) 智能分析及處理：按照自定義解析規(guī)則，將消息一與同類(lèi)型的未讀信息二進(jìn)行處 理，得到消息三； (5) 信息存儲(chǔ)修改:刪除消息一和消息二，存儲(chǔ)消息三； (6) 信息顯示:對(duì)信息三進(jìn)行顯示。2. 根據(jù)權(quán)利要求1所述的消息推送方法，其特征在于:所述步驟（1)通過(guò)服務(wù)器端的業(yè) 務(wù)管理模塊實(shí)現(xiàn)。3. 根據(jù)權(quán)利要求1或2所述的消息推送方法，其特征在于:所述步驟(2)通過(guò)服務(wù)器端的 業(yè)務(wù)管理模塊實(shí)現(xiàn)。4. 根據(jù)權(quán)利要求3所述的消息推送方法，其特征在于:所述步驟(3)通過(guò)服務(wù)器端的消 息推送模塊實(shí)現(xiàn)。5. 根據(jù)權(quán)利要求1所述的消息推送方法，其特征在于:所述步驟(4)通APP系統(tǒng)端的消息 智能分析模塊實(shí)現(xiàn)。6. 根據(jù)權(quán)利要求5所述的消息推送方法，其特征在于:所述消息智能分析模塊內(nèi)置自定 義解析規(guī)則，所述自定義解析規(guī)則包括類(lèi)型、數(shù)值和業(yè)務(wù)解析規(guī)則三部分，根據(jù)消息一的歸 類(lèi)確定消息一的類(lèi)型，按照自定義解析規(guī)則中對(duì)應(yīng)類(lèi)型的業(yè)務(wù)解析規(guī)則對(duì)所述消息一和所 述消息二進(jìn)行處理，得到所述消息三。7. 根據(jù)權(quán)利要求6所述的消息推送方法，其特征在于:所述數(shù)值包括文字和數(shù)字，文字 的業(yè)務(wù)解析規(guī)則包括合并、追加和替換，數(shù)字的業(yè)務(wù)解析規(guī)則包括相加和替換。8. 根據(jù)權(quán)利要求1所述的消息推送方法，其特征在于:所述步驟(5)通APP系統(tǒng)端的信息 存儲(chǔ)模塊實(shí)現(xiàn)。9. 根據(jù)權(quán)利要求1所述的消息推送方法，其特征在于:所述步驟(6)通APP系統(tǒng)端的信息 顯示模塊實(shí)現(xiàn)。10. -種智能的消息推送系統(tǒng)，包括服務(wù)器和APP系統(tǒng)，其特征在于： 服務(wù)器，包括： 業(yè)務(wù)管理模塊：用于對(duì)目標(biāo)對(duì)象進(jìn)行監(jiān)控、獲取監(jiān)控?cái)?shù)據(jù)，并將監(jiān)控?cái)?shù)據(jù)按自定義解析 規(guī)則歸類(lèi)； 消息推送模塊:用于將歸類(lèi)后的所述監(jiān)控?cái)?shù)據(jù)作為信息一推送給APP系統(tǒng)； APP系統(tǒng)，包括： 消息接收模塊:用于接收信息一，并將消息一傳送給消息存儲(chǔ)模塊； 消息存儲(chǔ)模塊：用于根據(jù)自定義解析規(guī)則按類(lèi)型存儲(chǔ)信息一及未讀消息，并能根據(jù)APP 監(jiān)控系統(tǒng)和消息智能分析模塊的指令對(duì)指定消息進(jìn)行查詢(xún)、修改和刪除； 消息智能分析模塊：用于識(shí)別信息一的類(lèi)型，并能根據(jù)信息一的類(lèi)型按照自定義解析 規(guī)則對(duì)消息一和未讀消息二進(jìn)行處理，得到消息三，并向所述消息存儲(chǔ)模塊發(fā)出刪除和存 儲(chǔ)命令;所述消息一、所述消息二與所述消息三屬于所述自定義解析規(guī)則中的同類(lèi)型消息； APP監(jiān)控系統(tǒng)：用于監(jiān)測(cè)用戶(hù)對(duì)消息的讀取情況，并能根據(jù)用戶(hù)對(duì)消息的讀取情況對(duì)消 息存儲(chǔ)模塊發(fā)出操作指令； 消息顯示模塊:用于顯示消息三。
【文檔編號(hào)】H04L29/06GK105939364SQ201610542514
【公開(kāi)日】2016年9月14日
【申請(qǐng)日】2016年7月12日
【發(fā)明人】高玉斌, 劉強(qiáng)
【申請(qǐng)人】搜油郎成都科技有限公司