本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種異步消息推送方法及系統(tǒng)。

背景技術(shù)：

在日常的工作中，經(jīng)常需要發(fā)送各類消息給用戶，目前常用的發(fā)送方式是由業(yè)務(wù)系統(tǒng)直接發(fā)送消息，但由于業(yè)務(wù)系統(tǒng)直接發(fā)送消息大部分屬于線性機制(即必須等待消息推送結(jié)果返回后才會繼續(xù)向下運行)，如果推送服務(wù)器出現(xiàn)故障(比如發(fā)送郵件時，郵件服務(wù)器崩潰)，無法向業(yè)務(wù)系統(tǒng)返回推送結(jié)果，此時，業(yè)務(wù)系統(tǒng)會一直等待推送結(jié)果，而不發(fā)送其他消息，造成消息推送延誤，影響用戶體驗。

上述內(nèi)容僅用于輔助理解本發(fā)明的技術(shù)方案，并不代表承認上述內(nèi)容是現(xiàn)有技術(shù)。

技術(shù)實現(xiàn)要素：

本發(fā)明的主要目的在于提供一種異步消息推送方法及系統(tǒng)，旨在解決現(xiàn)有技術(shù)中推送服務(wù)器出現(xiàn)故障時，業(yè)務(wù)系統(tǒng)會一直等待推送結(jié)果，而不發(fā)送其他消息，造成消息推送延誤的技術(shù)問題。

為實現(xiàn)上述目的，本發(fā)明提供一種異步消息推送方法，所述方法包括以下步驟：

獲取業(yè)務(wù)系統(tǒng)發(fā)送的待推送消息，所述待推送消息包括：目標(biāo)用戶信息和消息內(nèi)容；

根據(jù)所述待推送消息的消息類型采用異步操作調(diào)用不同的推送接口，根據(jù)所述目標(biāo)用戶信息通過所述推送接口將所述消息內(nèi)容推送至對應(yīng)的目標(biāo)用戶。

優(yōu)選地，所述根據(jù)所述待推送消息的消息類型采用異步操作調(diào)用不同的推送接口之前，所述方法還包括：

對所述待推送消息的數(shù)據(jù)格式進行校驗，在校驗通過后，執(zhí)行所述根據(jù)所述待推送消息的消息類型采用異步操作調(diào)用不同的推送接口的步驟。

優(yōu)選地，所述目標(biāo)用戶信息為所述業(yè)務(wù)系統(tǒng)內(nèi)網(wǎng)的目標(biāo)用戶的用戶信息；

相應(yīng)地，所述獲取業(yè)務(wù)系統(tǒng)發(fā)送的待推送消息之后，所述方法還包括：

提取并存儲所述待推送消息的中心含義，根據(jù)所述中心含義的存儲地址生成鏈接，通過所述目標(biāo)用戶信息查找與所述目標(biāo)用戶信息對應(yīng)的外網(wǎng)用戶信息，根據(jù)所述外網(wǎng)用戶信息將所述鏈接推送至對應(yīng)的外網(wǎng)用戶。

優(yōu)選地，所述根據(jù)所述外網(wǎng)用戶信息將所述鏈接推送至對應(yīng)的外網(wǎng)用戶之前，所述方法還包括：

對所述鏈接進行壓縮操作，獲得壓縮后的鏈接數(shù)據(jù)；

所述根據(jù)所述外網(wǎng)用戶信息將所述鏈接推送至對應(yīng)的外網(wǎng)用戶，進一步包括：

根據(jù)所述外網(wǎng)用戶信息將壓縮后的鏈接數(shù)據(jù)推送至對應(yīng)的外網(wǎng)用戶。

優(yōu)選地，所述根據(jù)所述外網(wǎng)用戶信息將所述鏈接推送至對應(yīng)的外網(wǎng)用戶之后，所述方法還包括：

接收所述外網(wǎng)用戶針對所述鏈接對應(yīng)的中心含義所反饋的審核信息，并將所述審核信息轉(zhuǎn)發(fā)至所述業(yè)務(wù)系統(tǒng)，以使所述業(yè)務(wù)系統(tǒng)根據(jù)所述審核信息進行處理。

此外，為實現(xiàn)上述目的，本發(fā)明還提供一種異步消息推送系統(tǒng)，所述系統(tǒng)包括：

消息獲取模塊，用于獲取業(yè)務(wù)系統(tǒng)發(fā)送的待推送消息，所述待推送消息包括：目標(biāo)用戶信息和消息內(nèi)容；

異步推送模塊，用于根據(jù)所述待推送消息的消息類型采用異步操作調(diào)用不同的推送接口，根據(jù)所述目標(biāo)用戶信息通過所述推送接口將所述消息內(nèi)容推送至對應(yīng)的目標(biāo)用戶。

優(yōu)選地，所述系統(tǒng)還包括：

格式校驗?zāi)K，用于對所述待推送消息的數(shù)據(jù)格式進行校驗，在校驗通過后，調(diào)用所述異步推送模塊。

優(yōu)選地，所述目標(biāo)用戶信息為所述業(yè)務(wù)系統(tǒng)內(nèi)網(wǎng)的目標(biāo)用戶的用戶信息；

相應(yīng)地，所述系統(tǒng)還包括：

鏈接推送模塊，用于提取并存儲所述待推送消息的中心含義，根據(jù)所述中心含義的存儲地址生成鏈接，通過所述目標(biāo)用戶信息查找與所述目標(biāo)用戶信息對應(yīng)的外網(wǎng)用戶信息，根據(jù)所述外網(wǎng)用戶信息將所述鏈接推送至對應(yīng)的外網(wǎng)用戶。

優(yōu)選地，所述鏈接推送模塊，還用于對所述鏈接進行壓縮操作，獲得壓縮后的鏈接數(shù)據(jù)，根據(jù)所述外網(wǎng)用戶信息將壓縮后的鏈接數(shù)據(jù)推送至對應(yīng)的外網(wǎng)用戶。

優(yōu)選地，所述系統(tǒng)還包括：

反饋接收模塊，用于接收所述外網(wǎng)用戶針對所述鏈接對應(yīng)的中心含義所反饋的審核信息，并將所述審核信息轉(zhuǎn)發(fā)至所述業(yè)務(wù)系統(tǒng)，以使所述業(yè)務(wù)系統(tǒng)根據(jù)所述審核信息進行處理。

本發(fā)明在獲取業(yè)務(wù)系統(tǒng)發(fā)送的待推送消息后，根據(jù)所述待推送消息的消息類型采用異步操作調(diào)用不同的推送接口，根據(jù)所述目標(biāo)用戶信息通過所述推送接口將所述消息內(nèi)容推送至對應(yīng)的目標(biāo)用戶，由于通過異步操作調(diào)用推送接口，從而將待推送消息推送至目標(biāo)用戶，避免了消息延誤，提高了用戶體驗。

附圖說明

圖1為本發(fā)明異步消息推送方法第一實施例的流程示意圖；

圖2為本發(fā)明異步消息推送方法第二實施例的流程示意圖；

圖3為本發(fā)明異步消息推送方法第三實施例的流程示意圖；

圖4為本發(fā)明異步消息推送方法第四實施例的流程示意圖；

圖5為本發(fā)明異步消息推送方法第五實施例的流程示意圖；

圖6為本發(fā)明異步消息推送系統(tǒng)第一實施例的功能模塊示意圖；

圖7為本發(fā)明異步消息推送系統(tǒng)第二實施例的功能模塊示意圖；

圖8為本發(fā)明異步消息推送系統(tǒng)第三實施例的功能模塊示意圖；

圖9為本發(fā)明異步消息推送系統(tǒng)第四實施例的功能模塊示意圖；

圖10為本發(fā)明異步消息推送系統(tǒng)第五實施例的功能模塊示意圖；

本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結(jié)合實施例，參照附圖做進一步說明。

具體實施方式

應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

參照圖1，本發(fā)明異步消息推送方法第一實施例提供一種異步消息推送方法，所述方法包括：

S10：獲取業(yè)務(wù)系統(tǒng)發(fā)送的待推送消息，所述待推送消息包括：目標(biāo)用戶信息和消息內(nèi)容；

需要說明的是，本實施例的方法的執(zhí)行主體為消息系統(tǒng)，即用于對消息進行推送的系統(tǒng)，其可布設(shè)于服務(wù)器上，本實施例對此不加以限制。

應(yīng)理解的是，所述消息系統(tǒng)可預(yù)留一個web service服務(wù)接口，當(dāng)所述業(yè)務(wù)系統(tǒng)需要推送待推送消息時，即可調(diào)用所述web service服務(wù)接口，再按照所述消息系統(tǒng)所支持的數(shù)據(jù)格式傳入數(shù)據(jù)，當(dāng)然，假設(shè)web service服務(wù)接口在不能滿足業(yè)務(wù)系統(tǒng)的需求時，可按接口實現(xiàn)一套新的通知方式即可。

可理解的是，所述業(yè)務(wù)系統(tǒng)即為用于處理具體業(yè)務(wù)的系統(tǒng)，例如：辦公自動化(Office Automation，OA)系統(tǒng)，當(dāng)然，還可為其他系統(tǒng)，本實施例對此不加以限制。

在具體實現(xiàn)中，所述目標(biāo)用戶信息即為用于確定待推送消息需推送的目標(biāo)用戶的信息，所述消息內(nèi)容即為所述待推送消息的正文。

S20：根據(jù)所述待推送消息的消息類型采用異步操作調(diào)用不同的推送接口，根據(jù)所述目標(biāo)用戶信息通過所述推送接口將所述消息內(nèi)容推送至對應(yīng)的目標(biāo)用戶。

需要說明的是，所述目標(biāo)用戶可理解為目標(biāo)用戶的用戶設(shè)備，所述用戶設(shè)備可為移動終端或PC端，所述移動終端可為智能手機、平板電腦、掌上電腦(PDA)或?qū)Ｓ媒K端等設(shè)備，本實施例對此不加以限制。

應(yīng)理解的是，由于待推送消息按照消息類型劃分，即可分為郵件、短信或微信等類型；

以所述待推送消息是郵件為例，其對應(yīng)的目標(biāo)用戶信息為目標(biāo)郵箱信息，其對應(yīng)的消息內(nèi)容即為郵件正文；

以所述待推送消息是短信為例，其對應(yīng)的目標(biāo)用戶信息為目標(biāo)手機號，其對應(yīng)的消息內(nèi)容即為短信正文；

以所述待推送消息是微信為例，其對應(yīng)的目標(biāo)用戶信息為目標(biāo)微信號，其對應(yīng)的消息內(nèi)容即為微信正文。

可理解的是，所述異步操作即是并行處理的方式，例如：待推送消息共有20條，如果按照現(xiàn)有技術(shù)，則會由業(yè)務(wù)系統(tǒng)將20條待推送消息進行依次推送，每推送1條待推送消息，都需要等待推送結(jié)果，在推送服務(wù)器出現(xiàn)故障的情況下，非常容易產(chǎn)生消息延誤，而本實施例通過異步操作的方式，并行處理這20條待推送消息，即將這20條待推送消息同時推送出去，20條待推送消息之間不會互相影響，從而避免了消息延誤，提高了用戶體驗。

當(dāng)然，這20條待推送消息可能具有不同的消息類型，例如：這20條待推送消息中的6條待推送消息為郵件，4條待推送消息為短信，剩余的10條待推送消息為微信，故而，會預(yù)設(shè)與各消息類型對應(yīng)的推送接口，在推送所述待推送消息時，分別調(diào)用對應(yīng)的推送接口來推送所述待推送消息。

本實施例在獲取業(yè)務(wù)系統(tǒng)發(fā)送的待推送消息后，根據(jù)所述待推送消息的消息類型采用異步操作調(diào)用不同的推送接口，根據(jù)所述目標(biāo)用戶信息通過所述推送接口將所述消息內(nèi)容推送至對應(yīng)的目標(biāo)用戶，由于通過異步操作調(diào)用推送接口，從而將待推送消息推送至目標(biāo)用戶，避免了消息延誤，提高了用戶體驗。

參照圖2，圖2為本發(fā)明異步消息推送方法第二實施例的流程示意圖，基于上述圖1所示的實施例，基于第一實施例提出本發(fā)明異步消息推送方法的第二實施例。

在本實施例中，步驟S20之前，所述方法還包括：

S200：對所述待推送消息的數(shù)據(jù)格式進行校驗，在校驗通過后，執(zhí)行所述步驟S20。

由于不同消息類型的數(shù)據(jù)格式會存在一些差異，例如：對于待推送消息為郵件而言，由于其對應(yīng)的目標(biāo)用戶信息為目標(biāo)郵箱信息，故而，所述待推送消息中需要具有滿足郵箱格式的部分，而對于待推送消息為短信而言，由于其對應(yīng)的目標(biāo)用戶信息為目標(biāo)手機號，故而，所述待推送消息中需要具有滿足手機號格式的部分。

在具體實現(xiàn)中，待推送消息中的數(shù)據(jù)格式可能存在問題，例如：待推送消息中的目標(biāo)郵箱信息不滿足郵箱格式，導(dǎo)致待推送消息無法推送出去，為了防止出現(xiàn)該問題，本實施例中會先對所述待推送消息的數(shù)據(jù)格式進行校驗，在校驗通過后，再執(zhí)行步驟S20。

當(dāng)然，假設(shè)校驗不通過，可進行校驗不通過的提示等處理，而先不執(zhí)行步驟S20，在重復(fù)校驗通過后，再執(zhí)行步驟S20。

參照圖3，圖3為本發(fā)明異步消息推送方法第三實施例的流程示意圖，基于上述圖1或圖2所示的實施例，基于第一實施例或第二實施例提出本發(fā)明異步消息推送方法的第三實施例，圖3以基于第一實施例提出的實施例為例。

本實施例中，所述目標(biāo)用戶信息為所述業(yè)務(wù)系統(tǒng)內(nèi)網(wǎng)的目標(biāo)用戶的用戶信息；

相應(yīng)地，所述步驟S10之后，所述方法還包括：

S30：提取并存儲所述待推送消息的中心含義，根據(jù)所述中心含義的存儲地址生成鏈接，通過所述目標(biāo)用戶信息查找與所述目標(biāo)用戶信息對應(yīng)的外網(wǎng)用戶信息，根據(jù)所述外網(wǎng)用戶信息將所述鏈接推送至對應(yīng)的外網(wǎng)用戶。

需要說明的是，由于業(yè)務(wù)系統(tǒng)很有可能是部署于內(nèi)網(wǎng)中的業(yè)務(wù)系統(tǒng)，例如：部署于內(nèi)網(wǎng)中的OA系統(tǒng)，在此情況下，所述待推送消息的消息類型通常局限于郵件等用于內(nèi)網(wǎng)傳輸?shù)南?，相?yīng)地，業(yè)務(wù)系統(tǒng)無法連接外網(wǎng)，也就是說，在消息推送時，通常也是直接推送給業(yè)務(wù)系統(tǒng)內(nèi)網(wǎng)的目標(biāo)用戶。

但這樣會導(dǎo)致在用戶出差或外出等不方便進入內(nèi)網(wǎng)的情況下，不便于使用所述OA系統(tǒng)，無法查看所述待推送消息，為避免該問題，本實施例中，提取并存儲所述待推送消息的中心含義，根據(jù)所述中心含義的存儲地址生成鏈接，通過所述目標(biāo)用戶信息查找與所述目標(biāo)用戶信息對應(yīng)的外網(wǎng)用戶信息，根據(jù)所述外網(wǎng)用戶信息將所述鏈接推送至對應(yīng)的外網(wǎng)用戶。

需要說明的是，由于所述業(yè)務(wù)系統(tǒng)部署于內(nèi)網(wǎng)，無需暴露在因特網(wǎng)上，提高了安全性。

可理解的是，所述中心含義是從所述待推送消息的消息內(nèi)容中提取，其反映了所述消息內(nèi)容的核心含義。

在具體實現(xiàn)中個，為便于查找與所述目標(biāo)用戶信息對應(yīng)的外網(wǎng)用戶信息，可預(yù)先設(shè)置一個目標(biāo)用戶信息和外網(wǎng)用戶信息的映射關(guān)系表，在需要查找與所述目標(biāo)用戶信息對應(yīng)的外網(wǎng)用戶信息時，可直接通過所述目標(biāo)用戶信息在所述映射關(guān)系表中進行查找，例如：在OA系統(tǒng)中，對于一個內(nèi)網(wǎng)用戶可預(yù)留一個或多個外網(wǎng)用戶信息，將該內(nèi)網(wǎng)用戶信息與預(yù)留的外網(wǎng)用戶信息建立對應(yīng)關(guān)系，并添加至所述映射關(guān)系表中。

需要說明的是，所述鏈接可為統(tǒng)一資源定位符(Uniform Resoure Locator，URL)，其用于反映所述中心含義的存儲地址，也就是說，在觸發(fā)所述鏈接時，會從所述存儲地址中確定并展示所述中心含義。

參照圖4，圖4為本發(fā)明異步消息推送方法第四實施例的流程示意圖，基于上述圖3所示的實施例，基于第三實施例提出本發(fā)明異步消息推送方法的第四實施例。

本實施例中，步驟S30中，根據(jù)所述外網(wǎng)用戶信息將所述鏈接推送至對應(yīng)的外網(wǎng)用戶之前，所述方法還包括：

對所述鏈接進行壓縮操作，獲得壓縮后的鏈接數(shù)據(jù)；

步驟S30中，根據(jù)所述外網(wǎng)用戶信息將所述鏈接推送至對應(yīng)的外網(wǎng)用戶，進一步包括：

根據(jù)所述外網(wǎng)用戶信息將壓縮后的鏈接數(shù)據(jù)推送至對應(yīng)的外網(wǎng)用戶。

可理解的是，所述鏈接通常較長，例如：32字節(jié)，但在傳輸?shù)倪^程中，可能會較為浪費流量，為避免該問題，同時為了保密需要，本實施例中，會將所述鏈接進行壓縮操作，再將壓縮后的鏈接數(shù)據(jù)推送至對應(yīng)的外網(wǎng)用戶。

需要說明的是，在所述外網(wǎng)用戶的用戶設(shè)備接收到所述壓縮后的鏈接數(shù)據(jù)后，會先對所述壓縮后的鏈接數(shù)據(jù)進行解壓縮，再進行展示。

當(dāng)然，所述壓縮可采用多種算法，本實施例對此不加以限制。

參照圖5，圖5為本發(fā)明異步消息推送方法第五實施例的流程示意圖，基于上述圖4所示的實施例，基于第四實施例提出本發(fā)明異步消息推送方法的第五實施例。

本實施例中，步驟S30之后，所述方法還包括：

S40：接收所述外網(wǎng)用戶針對所述鏈接對應(yīng)的中心含義所反饋的審核信息，并將所述審核信息轉(zhuǎn)發(fā)至所述業(yè)務(wù)系統(tǒng)，以使所述業(yè)務(wù)系統(tǒng)根據(jù)所述審核信息進行處理。

可理解的是，假設(shè)所述業(yè)務(wù)系統(tǒng)為OA系統(tǒng)，可能會存在一些特殊情況，例如：員工發(fā)送待推送消息請示領(lǐng)導(dǎo)，但領(lǐng)導(dǎo)出差或外出等不方便進入內(nèi)網(wǎng)的情況，為對該特殊情況進行處理，可將所述鏈接推送至所述領(lǐng)導(dǎo)的外網(wǎng)設(shè)備，在領(lǐng)導(dǎo)看到所述中心含義后，可對所述待推送消息進行審核，也就是說，領(lǐng)導(dǎo)可在外網(wǎng)設(shè)備上輸入是否批準(zhǔn)所述待推送消息的審核信息，然后，即可接受所述外網(wǎng)用戶針對所述鏈接對應(yīng)的中心含義所反饋的審核信息，并將所述審核信息轉(zhuǎn)發(fā)至所述業(yè)務(wù)系統(tǒng)，以使所述業(yè)務(wù)系統(tǒng)根據(jù)所述審核信息進行后續(xù)的處理。

參照圖6，本發(fā)明異步消息推送系統(tǒng)第一實施例提供一種異步消息推送系統(tǒng)，所述系統(tǒng)包括：

消息獲取模塊10，用于獲取業(yè)務(wù)系統(tǒng)發(fā)送的待推送消息，所述待推送消息包括：目標(biāo)用戶信息和消息內(nèi)容；

需要說明的是，本實施例的系統(tǒng)，可布設(shè)于服務(wù)器上，本實施例對此不加以限制。

可理解的是，所述業(yè)務(wù)系統(tǒng)即為用于處理具體業(yè)務(wù)的系統(tǒng)，例如：辦公自動化(Office Automation，OA)系統(tǒng)，當(dāng)然，還可為其他系統(tǒng)，本實施例對此不加以限制。

在具體實現(xiàn)中，所述目標(biāo)用戶信息即為用于確定待推送消息需推送的目標(biāo)用戶的信息，所述消息內(nèi)容即為所述待推送消息的正文。

異步推送模塊20，用于根據(jù)所述待推送消息的消息類型采用異步操作調(diào)用不同的推送接口，根據(jù)所述目標(biāo)用戶信息通過所述推送接口將所述消息內(nèi)容推送至對應(yīng)的目標(biāo)用戶。

應(yīng)理解的是，由于待推送消息按照消息類型劃分，即可分為郵件、短信或微信等類型；

以所述待推送消息是郵件為例，其對應(yīng)的目標(biāo)用戶信息為目標(biāo)郵箱信息，其對應(yīng)的消息內(nèi)容即為郵件正文；

以所述待推送消息是短信為例，其對應(yīng)的目標(biāo)用戶信息為目標(biāo)手機號，其對應(yīng)的消息內(nèi)容即為短信正文；

以所述待推送消息是微信為例，其對應(yīng)的目標(biāo)用戶信息為目標(biāo)微信號，其對應(yīng)的消息內(nèi)容即為微信正文。

可理解的是，所述異步操作即是并行處理的方式，例如：待推送消息共有20條，如果按照現(xiàn)有技術(shù)，則會由業(yè)務(wù)系統(tǒng)將20條待推送消息進行依次推送，每推送1條待推送消息，都需要等待推送結(jié)果，在推送服務(wù)器出現(xiàn)故障的情況下，非常容易產(chǎn)生消息延誤，而本實施例通過異步操作的方式，并行處理這20條待推送消息，即將這20條待推送消息同時推送出去，20條待推送消息之間不會互相影響，從而避免了消息延誤，提高了用戶體驗。

當(dāng)然，這20條待推送消息可能具有不同的消息類型，例如：這20條待推送消息中的6條待推送消息為郵件，4條待推送消息為短信，剩余的10條待推送消息為微信，故而，會預(yù)設(shè)與各消息類型對應(yīng)的推送接口，在推送所述待推送消息時，分別調(diào)用對應(yīng)的推送接口來推送所述待推送消息。

本實施例在獲取業(yè)務(wù)系統(tǒng)發(fā)送的待推送消息后，根據(jù)所述待推送消息的消息類型采用異步操作調(diào)用不同的推送接口，根據(jù)所述目標(biāo)用戶信息通過所述推送接口將所述消息內(nèi)容推送至對應(yīng)的目標(biāo)用戶，由于通過異步操作調(diào)用推送接口，從而將待推送消息推送至目標(biāo)用戶，避免了消息延誤，提高了用戶體驗。

參照圖7，圖7為本發(fā)明異步消息推送系統(tǒng)第二實施例的功能模塊示意圖，基于上述圖6所示的實施例，基于第一實施例提出本發(fā)明異步消息推送系統(tǒng)的第二實施例。

在本實施例中，所述系統(tǒng)還包括：

格式校驗?zāi)K200，用于對所述待推送消息的數(shù)據(jù)格式進行校驗，在校驗通過后，調(diào)用所述異步推送模塊20。

由于不同消息類型的數(shù)據(jù)格式會存在一些差異，例如：對于待推送消息為郵件而言，由于其對應(yīng)的目標(biāo)用戶信息為目標(biāo)郵箱信息，故而，所述待推送消息中需要具有滿足郵箱格式的部分，而對于待推送消息為短信而言，由于其對應(yīng)的目標(biāo)用戶信息為目標(biāo)手機號，故而，所述待推送消息中需要具有滿足手機號格式的部分。

在具體實現(xiàn)中，待推送消息中的數(shù)據(jù)格式可能存在問題，例如：待推送消息中的目標(biāo)郵箱信息不滿足郵箱格式，導(dǎo)致待推送消息無法推送出去，為了防止出現(xiàn)該問題，本實施例中會先對所述待推送消息的數(shù)據(jù)格式進行校驗，在校驗通過后，再調(diào)用所述異步推送模塊20。

當(dāng)然，假設(shè)校驗不通過，可進行校驗不通過的提示等處理，而先不調(diào)用所述異步推送模塊20，在重復(fù)校驗通過后，再調(diào)用所述異步推送模塊20。

參照圖8，圖8為本發(fā)明異步消息推送系統(tǒng)第三實施例的功能模塊示意圖，基于上述圖6或圖7所示的實施例，基于第一實施例或第二實施例提出本發(fā)明異步消息推送系統(tǒng)的第三實施例，圖8以基于第一實施例提出的實施例為例。

本實施例中，所述目標(biāo)用戶信息為所述業(yè)務(wù)系統(tǒng)內(nèi)網(wǎng)的目標(biāo)用戶的用戶信息；

相應(yīng)地，所述系統(tǒng)還包括：

鏈接推送模塊30，用于提取并存儲所述待推送消息的中心含義，根據(jù)所述中心含義的存儲地址生成鏈接，通過所述目標(biāo)用戶信息查找與所述目標(biāo)用戶信息對應(yīng)的外網(wǎng)用戶信息，根據(jù)所述外網(wǎng)用戶信息將所述鏈接推送至對應(yīng)的外網(wǎng)用戶。

需要說明的是，由于業(yè)務(wù)系統(tǒng)很有可能是部署于內(nèi)網(wǎng)中的業(yè)務(wù)系統(tǒng)，例如：部署于內(nèi)網(wǎng)中的OA系統(tǒng)，在此情況下，所述待推送消息的消息類型通常局限于郵件等用于內(nèi)網(wǎng)傳輸?shù)南?，相?yīng)地，業(yè)務(wù)系統(tǒng)無法連接外網(wǎng)，也就是說，在消息推送時，通常也是直接推送給業(yè)務(wù)系統(tǒng)內(nèi)網(wǎng)的目標(biāo)用戶。

但這樣會導(dǎo)致在用戶出差或外出等不方便進入內(nèi)網(wǎng)的情況下，不便于使用所述OA系統(tǒng)，無法查看所述待推送消息，為避免該問題，本實施例中，提取并存儲所述待推送消息的中心含義，根據(jù)所述中心含義的存儲地址生成鏈接，通過所述目標(biāo)用戶信息查找與所述目標(biāo)用戶信息對應(yīng)的外網(wǎng)用戶信息，根據(jù)所述外網(wǎng)用戶信息將所述鏈接推送至對應(yīng)的外網(wǎng)用戶。

可理解的是，所述中心含義是從所述待推送消息的消息內(nèi)容中提取，其反映了所述消息內(nèi)容的核心含義。

在具體實現(xiàn)中個，為便于查找與所述目標(biāo)用戶信息對應(yīng)的外網(wǎng)用戶信息，可預(yù)先設(shè)置一個目標(biāo)用戶信息和外網(wǎng)用戶信息的映射關(guān)系表，在需要查找與所述目標(biāo)用戶信息對應(yīng)的外網(wǎng)用戶信息時，可直接通過所述目標(biāo)用戶信息在所述映射關(guān)系表中進行查找，例如：在OA系統(tǒng)中，對于一個內(nèi)網(wǎng)用戶可預(yù)留一個或多個外網(wǎng)用戶信息，將該內(nèi)網(wǎng)用戶信息與預(yù)留的外網(wǎng)用戶信息建立對應(yīng)關(guān)系，并添加至所述映射關(guān)系表中。

需要說明的是，所述鏈接可為統(tǒng)一資源定位符(Uniform Resoure Locator，URL)，其用于反映所述中心含義的存儲地址，也就是說，在觸發(fā)所述鏈接時，會從所述存儲地址中確定并展示所述中心含義。

參照圖9，圖9為本發(fā)明異步消息推送系統(tǒng)第四實施例的功能模塊示意圖，基于上述圖8所示的實施例，基于第三實施例提出本發(fā)明異步消息推送系統(tǒng)的第四實施例。

本實施例中，所述鏈接推送模塊，還用于對所述鏈接進行壓縮操作，獲得壓縮后的鏈接數(shù)據(jù)，根據(jù)所述外網(wǎng)用戶信息將壓縮后的鏈接數(shù)據(jù)推送至對應(yīng)的外網(wǎng)用戶。

可理解的是，所述鏈接通常較長，例如：32字節(jié)，但在傳輸?shù)倪^程中，可能會較為浪費流量，為避免該問題，同時為了保密需要，本實施例中，會將所述鏈接進行壓縮操作，再將壓縮后的鏈接數(shù)據(jù)推送至對應(yīng)的外網(wǎng)用戶。

需要說明的是，在所述外網(wǎng)用戶的用戶設(shè)備接收到所述壓縮后的鏈接數(shù)據(jù)后，會先對所述壓縮后的鏈接數(shù)據(jù)進行解壓縮，再進行展示。

當(dāng)然，所述壓縮可采用多種算法，本實施例對此不加以限制。

參照圖10，圖10為本發(fā)明異步消息推送系統(tǒng)第五實施例的功能模塊示意圖，基于上述圖9所示的實施例，基于第四實施例提出本發(fā)明異步消息推送系統(tǒng)的第五實施例。

本實施例中，所述系統(tǒng)還包括：

反饋接收模塊40，用于接收所述外網(wǎng)用戶針對所述鏈接對應(yīng)的中心含義所反饋的審核信息，并將所述審核信息轉(zhuǎn)發(fā)至所述業(yè)務(wù)系統(tǒng)，以使所述業(yè)務(wù)系統(tǒng)根據(jù)所述審核信息進行處理。

可理解的是，假設(shè)所述業(yè)務(wù)系統(tǒng)為OA系統(tǒng)，可能會存在一些特殊情況，例如：員工發(fā)送待推送消息請示領(lǐng)導(dǎo)，但領(lǐng)導(dǎo)出差或外出等不方便進入內(nèi)網(wǎng)的情況，為對該特殊情況進行處理，可將所述鏈接推送至所述領(lǐng)導(dǎo)的外網(wǎng)設(shè)備，在領(lǐng)導(dǎo)看到所述中心含義后，可對所述待推送消息進行審核，也就是說，領(lǐng)導(dǎo)可在外網(wǎng)設(shè)備上輸入是否批準(zhǔn)所述待推送消息的審核信息，然后，即可接受所述外網(wǎng)用戶針對所述鏈接對應(yīng)的中心含義所反饋的審核信息，并將所述審核信息轉(zhuǎn)發(fā)至所述業(yè)務(wù)系統(tǒng)，以使所述業(yè)務(wù)系統(tǒng)根據(jù)所述審核信息進行后續(xù)的處理。

需要說明的是，在本文中，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者系統(tǒng)不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者系統(tǒng)所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括該要素的過程、方法、物品或者系統(tǒng)中還存在另外的相同要素。

上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到上述實施例方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機，計算機，服務(wù)器，空調(diào)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。

以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。