應(yīng)用程序消息的發(fā)送控制方法及裝置的制造方法
【專利摘要】本發(fā)明實施例提供一種應(yīng)用程序消息的發(fā)送控制方法及裝置，本發(fā)明實施例涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，所述應(yīng)用程序消息的發(fā)送控制方法包括：獲取待發(fā)送消息；確定所述待發(fā)送消息的內(nèi)容中是否包含第一監(jiān)控信息；如果所述待發(fā)送消息的內(nèi)容中包含第一監(jiān)控信息，則暫緩發(fā)送所述待發(fā)送消息，以供用戶再次確認是否發(fā)送所述待發(fā)送消息。采用本發(fā)明實施例的技術(shù)方案，避免消息的錯發(fā)，提高消息發(fā)送的正確率和可靠性。
【專利說明】
應(yīng)用程序消息的發(fā)送控制方法及裝置
技術(shù)領(lǐng)域
[0001]本發(fā)明實施例涉及網(wǎng)絡(luò)通信領(lǐng)域，尤其涉及一種應(yīng)用程序消息的發(fā)送控制方法及
目.0
【背景技術(shù)】
[0002]網(wǎng)絡(luò)技術(shù)的不斷發(fā)展，目前人們可以通過多種應(yīng)用程序進行消息的交互，包括但不限于郵件、qq或者微信等聊天工具或者短信等。目前，提供給用戶進行消息交互的應(yīng)用程序中存儲了大量的聯(lián)系人消息，用戶與這些聯(lián)系人的關(guān)系有可能是親人、朋友或者同事，除了單個聯(lián)系人之外，還有群組聯(lián)系人，例如部門同事、大學(xué)同學(xué)等等。
[0003]在實現(xiàn)本發(fā)明實施例的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)存在如下問題:
[0004]在與這些聯(lián)系人進行消息交互的過程中，有可能會出現(xiàn)錯發(fā)的情況，如果將機密信息錯發(fā)，后果將很嚴重。

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

[0005]本發(fā)明實施例的目的在于提供一種應(yīng)用程序消息的發(fā)送控制方法及裝置，提高消息發(fā)送的正確率和可靠性。
[0006]根據(jù)本發(fā)明實施例的一方面，提供一種應(yīng)用程序消息的發(fā)送控制方法，所述方法包括:獲取待發(fā)送消息;確定所述待發(fā)送消息的內(nèi)容中是否包含第一監(jiān)控信息;如果所述待發(fā)送消息的內(nèi)容中包含第一監(jiān)控信息，則暫緩發(fā)送所述待發(fā)送消息，以供用戶再次確認是否發(fā)送所述待發(fā)送消息。
[0007]根據(jù)本發(fā)明實施例的另一方面，還提供一種應(yīng)用程序消息的發(fā)送控制裝置，所述裝置包括:獲取單元，用于獲取待發(fā)送消息;控制單元，用于確定所述獲取單元獲取的待發(fā)送消息的內(nèi)容中是否包含第一監(jiān)控信息；如果所述待發(fā)送消息的內(nèi)容中包含第一監(jiān)控信息，則暫緩發(fā)送所述待發(fā)送消息，以供用戶再次確認是否發(fā)送所述待發(fā)送消息。
[0008]采用本發(fā)明實施例的技術(shù)方案，在待發(fā)送消息發(fā)送之前，通過確定待發(fā)送消息的內(nèi)容中是否包含第一監(jiān)控信息，如果所述待發(fā)送消息的內(nèi)容中包含第一監(jiān)控信息，則暫緩發(fā)送所述待發(fā)送消息，以供用戶再次確認是否發(fā)送所述待發(fā)送消息，從而避免消息的錯發(fā)，提高消息發(fā)送的正確率和可靠性。
【附圖說明】
[0009]圖1示出本發(fā)明實施例一中一種應(yīng)用程序消息的發(fā)送控制方法的流程示意圖；
[0010]圖2示出本發(fā)明實施例五中的應(yīng)用程序消息的發(fā)送控制裝置的結(jié)構(gòu)示意圖；
[0011]圖3示出本申請實施例八提供的一種計算機設(shè)備300的結(jié)構(gòu)示意圖。
【具體實施方式】
[0012]下面結(jié)合附圖(若干附圖中相同的標(biāo)號表示相同的元素)和實施例，對本申請的【具體實施方式】作進一步詳細說明。以下實施例用于說明本申請，但不用來限制本申請的范圍。
[0013]本領(lǐng)域技術(shù)人員可以理解，本申請中的“第一”、“第二”等術(shù)語僅用于區(qū)別不同步驟、設(shè)備或模塊等，既不代表任何特定技術(shù)含義，也不表示它們之間的必然邏輯順序。
[0014]本領(lǐng)域技術(shù)人員可以理解，在本申請【具體實施方式】的方法中，各步驟的序號大小并不意味著執(zhí)行順序的先后，各步驟的執(zhí)行順序應(yīng)以其功能和內(nèi)在邏輯確定，而不應(yīng)對本申請【具體實施方式】的實施過程構(gòu)成任何限定。
[0015]實施例一
[0016]圖1示出本發(fā)明實施例一中一種應(yīng)用程序消息的發(fā)送控制方法的流程示意圖。本實施例的方法應(yīng)用在計算機設(shè)備中，以下實施例中所說的計算機設(shè)備是指移動終端，至少包括以下設(shè)備之一:手機、筆記本、平板電腦、POS機以及車載電腦等等。應(yīng)用程序至少包括以下應(yīng)用程序之一:郵件應(yīng)用程序(例如outlook等)、聊天應(yīng)用程序(例如qq或者微信等)或者短信應(yīng)用程序等。
[0017]參見圖1，一種應(yīng)用程序消息的發(fā)送控制方法包括S110、S120、S130和S140。
[0018]在SI10，獲取待發(fā)送消息。
[0019]應(yīng)用程序生成待發(fā)送消息之后，在發(fā)送待發(fā)送消息之前，應(yīng)用本實施例的方法。
[0020]在S120，確定所述待發(fā)送消息的內(nèi)容中是否包含第一監(jiān)控信息；如果所述待發(fā)送消息的內(nèi)容中包含第一監(jiān)控信息，則執(zhí)行S130;否則執(zhí)行S140。
[0021]所述第一監(jiān)控信息包括企業(yè)名稱、人物名稱、事件名稱和/或金額數(shù)值。
[0022]以應(yīng)用程序消息為短信為例，例如，當(dāng)短信中出現(xiàn)企業(yè)名稱的時候，有可能該短信所涉及的內(nèi)容為企業(yè)的機密信息；或者當(dāng)短信中出現(xiàn)項目主管的名字(人物名稱)，有可能該短信所涉及的是項目的保密信息；或者當(dāng)短信中出現(xiàn)較大的金額數(shù)值，有可能該短信所涉及的是申請款項的信息等等，當(dāng)短信中的內(nèi)容有可能是上述內(nèi)容時，如果錯發(fā)了短信，將造成很大的損失。
[0023]第一監(jiān)控信息可以在應(yīng)用程序安裝時集成在安裝包中默認設(shè)置。
[0024]在S130，如果所述待發(fā)送消息的內(nèi)容中包含第一監(jiān)控信息，則暫緩發(fā)送所述待發(fā)送消息，以供用戶再次確認是否發(fā)送所述待發(fā)送消息。
[0025]可選地，所述暫緩發(fā)送所述待發(fā)送消息的處理包括:當(dāng)所述待發(fā)送消息中的內(nèi)容中的各字段與所述第二監(jiān)控信息相同或者與所述第二監(jiān)控信息的相似度達到相似度閾值時，如果等待時長達到延遲時長，尚未接收到取消發(fā)送的指示，則發(fā)送所述待發(fā)送消息；如果等待時長未超過延遲時長已接收到取消發(fā)送的指示，則取消發(fā)送所述待發(fā)送消息;或者，當(dāng)所述待發(fā)送消息中的內(nèi)容中的各字段與所述第三監(jiān)控信息相同或者與所述第三監(jiān)控信息的相似度達到相似度閾值時，彈出確認窗口用于接收是否繼續(xù)發(fā)送所述待發(fā)送消息的指不O
[0026]在S140，如果所述待發(fā)送消息的內(nèi)容中不包含第一監(jiān)控信息，則直接發(fā)送所述待發(fā)送消息。
[0027]采用本發(fā)明實施例的技術(shù)方案，在待發(fā)送消息發(fā)送之前，通過確定待發(fā)送消息的內(nèi)容中是否包含第一監(jiān)控信息，如果所述待發(fā)送消息的內(nèi)容中包含第一監(jiān)控信息，則暫緩發(fā)送所述待發(fā)送消息，以供用戶再次確認是否發(fā)送所述待發(fā)送消息，從而避免消息的錯發(fā)，提高消息發(fā)送的正確率和可靠性。
[0028]實施例二
[0029]本實施例提供的一種應(yīng)用程序消息的發(fā)送控制方法，在實施例一提供的一種應(yīng)用程序消息的發(fā)送控制方法的技術(shù)方案的基礎(chǔ)上，還增加了如下技術(shù)特征:預(yù)先在計算機設(shè)備中存儲監(jiān)控信息列表，對監(jiān)控信息列表的操作可以通過以下方式:創(chuàng)建監(jiān)控信息編輯界面;將所述監(jiān)控信息編輯界面中對應(yīng)于第一暫緩發(fā)送消息控制策略的輸入框中輸入的第二監(jiān)控信息存儲到監(jiān)控信息列表中對應(yīng)第一暫緩發(fā)送消息控制策略的類目下;并且/或者，將所述監(jiān)控信息編輯界面中對應(yīng)于第二暫緩發(fā)送消息控制策略的輸入框中輸入的第三監(jiān)控信息存儲到監(jiān)控信息列表中對應(yīng)第二暫緩發(fā)送消息控制策略的類目下。例如，在計算機設(shè)備上創(chuàng)建監(jiān)控信息編輯界面，監(jiān)控信息編輯界面中包括兩個輸入框，其中一個輸入框A對應(yīng)的是第一暫緩發(fā)送消息控制策略，用戶在輸入框A中輸入的內(nèi)容存儲到監(jiān)控信息列表中對應(yīng)第一暫緩發(fā)送消息控制策略的類目下，例如，用戶輸入了 “愛琴海公司”、“10萬元”、“智能汽車I型”…另一個輸入框B對應(yīng)的是第二暫緩發(fā)送消息控制策略，用戶在輸入框B中輸入的內(nèi)容存儲到監(jiān)控信息列表中對應(yīng)第二暫緩發(fā)送消息控制策略的類目下。
[0030]可選地，當(dāng)輸入框A和輸入框B中輸入的內(nèi)容重復(fù)時，或者沖突時，例如后輸入的內(nèi)容包含了前輸入的內(nèi)容，彈出警告窗口。
[0031]可選地，所述第一暫緩發(fā)送消息控制策略為延遲發(fā)送消息，例如，延遲預(yù)先設(shè)定的時長發(fā)送消息，其中預(yù)先設(shè)定的時長可以根據(jù)經(jīng)驗值進行設(shè)定，比如設(shè)定成15秒;或者也可以通過對人們發(fā)現(xiàn)信息錯誤的反應(yīng)時間進行統(tǒng)計，根據(jù)統(tǒng)計結(jié)果確定。
[0032]可選地，所述第二暫緩發(fā)送消息控制策略為向用戶提示是否繼續(xù)發(fā)送消息，例如，在計算機設(shè)備上彈出提示框，提示框中顯示“請確認是否向XXX(收件人)發(fā)送消息”等字樣。
[0033]采用本實施例的技術(shù)方案，通過監(jiān)控信息編輯界面向應(yīng)用程序的使用者提供自定義設(shè)置監(jiān)控信息的入口，使得監(jiān)控信息更為靈活和個性化，也使得監(jiān)控信息具有學(xué)習(xí)性。
[0034]實施例三
[0035]本實施例提供的一種應(yīng)用程序消息的發(fā)送控制方法，在實施例二提供的一種應(yīng)用程序消息的發(fā)送控制方法的技術(shù)方案的基礎(chǔ)上，本實施例還增加如下技術(shù)特征:所述確定所述待發(fā)送消息的內(nèi)容中是否包含第一監(jiān)控信息包括:檢測所述待發(fā)送消息中的內(nèi)容中的各字段是否與所述監(jiān)控信息列表中的第二監(jiān)控信息或者第三監(jiān)控信息相同，如果相同，則確定所述待發(fā)送消息的內(nèi)容中包含所述第一監(jiān)控信息；否則，檢測所述待發(fā)送消息中的內(nèi)容中的各字段與所述監(jiān)控信息列表中的第二監(jiān)控信息或者第三監(jiān)控信息的相似度是否達到相似度閾值，如果達到相似度閾值，則確定所述待發(fā)送消息的內(nèi)容中包含所述第一監(jiān)控信息;否則，確定所述待發(fā)送消息的內(nèi)容中不包含所述第一監(jiān)控信息。
[0036]可以預(yù)先設(shè)置相似度算法，可選地，還可以設(shè)置該相似度算法具有聯(lián)網(wǎng)學(xué)習(xí)能力，例如，監(jiān)控信息列表中的第二監(jiān)控信息或者第三監(jiān)控信息為“手機解碼項目”，待發(fā)送消息中的內(nèi)容包括“樂視解碼項目”，由于樂視也生產(chǎn)手機，因此，樂視解碼項目有可能是手機解碼項目的另一種表述方式，則手機解碼項目”和“樂視解碼項目”的相似度超過相似度閾值，暫緩發(fā)送該待發(fā)送消息。
[0037]采用本實施例的技術(shù)方案，提供檢測各字段與第二監(jiān)控信息或者第三監(jiān)控信息是否相同的方式確定是否暫緩發(fā)送待發(fā)送消息，還提供檢測各字段與第二監(jiān)控信息或者第三監(jiān)控信息的相似度是否達到相似度閾值的方式確定是否暫緩發(fā)送待發(fā)送消息，提供更為靈活的確認是否暫緩發(fā)送待發(fā)送消息的方式。
[0038]實施例四
[0039]本實施例提供的一種應(yīng)用程序消息的發(fā)送控制方法，在實施例一或二或三提供的一種應(yīng)用程序消息的發(fā)送控制方法的技術(shù)方案的基礎(chǔ)上，以應(yīng)用程序為短信應(yīng)用程序為例說明以上實施例的技術(shù)方案，應(yīng)用程序為其他應(yīng)用程序的原理相同。在本實施例中的用戶是財務(wù)室工作人員，經(jīng)常通過手機向領(lǐng)導(dǎo)請示財務(wù)相關(guān)的工作。
[0040]在用戶的短信應(yīng)用程序中獲取用戶對創(chuàng)建監(jiān)控的用戶交互項的點擊操作，創(chuàng)建監(jiān)控信息編輯界面，獲取用戶在對應(yīng)于第二暫緩發(fā)送消息控制策略(即向用戶提示是否繼續(xù)發(fā)送消息)的輸入框中輸入的“10萬元”，獲取用戶對保存的用戶交互項的點擊操作，將“10萬元”存儲到監(jiān)控信息列表中對應(yīng)第二暫緩發(fā)送消息控制策略的類目下。
[0041]當(dāng)用戶通過短信應(yīng)用程序編輯完“我有一筆20萬的款項要匯給X公司，請指示是否執(zhí)行”的短信(待發(fā)送消息)，由于短信中的內(nèi)容“20萬元”大于監(jiān)控信息列表中的“10萬元”，因此在將短信發(fā)送之前，彈出提示窗口，在提示窗口中顯示“請確認是否向XXX(收件人)發(fā)送消息”的字樣，如果接收到用戶在提示窗口的確認用戶交互項的點擊操作，則向收件人發(fā)送該短信，如果接收到用戶在提示窗口的取消用戶交互項的點擊操作，則取消向收件人發(fā)送該短信。
[0042]采用本實施例的技術(shù)方案，安裝了短信應(yīng)用程序的用戶可以避免錯發(fā)短信的情況出現(xiàn)，更為安全。
[0043]實施例五
[0044]圖2示出本發(fā)明實施例五中的應(yīng)用程序消息的發(fā)送控制裝置的結(jié)構(gòu)示意圖。
[0045]本實施例中的應(yīng)用程序消息的發(fā)送控制裝置用于執(zhí)行實施例一至四中的任一種應(yīng)用程序消息的發(fā)送控制方法。參見圖2，一種應(yīng)用程序消息的發(fā)送控制裝置包括獲取單元210和控制單元220。
[0046]獲取單元210用于獲取待發(fā)送消息。
[0047]控制單元220用于確定所述獲取單元獲取的待發(fā)送消息的內(nèi)容中是否包含第一監(jiān)控信息;如果所述待發(fā)送消息的內(nèi)容中包含第一監(jiān)控信息，則暫緩發(fā)送所述待發(fā)送消息，以供用戶再次確認是否發(fā)送所述待發(fā)送消息。
[0048]可選地，所述第一監(jiān)控信息包括企業(yè)名稱、人物名稱、事件名稱和/或金額數(shù)值。
[0049]采用本發(fā)明實施例的技術(shù)方案，控制單元在待發(fā)送消息發(fā)送之前，通過確定待發(fā)送消息的內(nèi)容中是否包含第一監(jiān)控信息，如果所述待發(fā)送消息的內(nèi)容中包含第一監(jiān)控信息，則暫緩發(fā)送所述待發(fā)送消息，以供用戶再次確認是否發(fā)送所述待發(fā)送消息，從而避免消息的錯發(fā)，提高消息發(fā)送的正確率和可靠性。
[0050]實施例六
[0051]本實施例提供的應(yīng)用程序消息的發(fā)送控制裝置在實施例五提供的應(yīng)用程序消息的發(fā)送控制裝置的技術(shù)方案的基礎(chǔ)上，還增加了如下技術(shù)特征，所述裝置還包括創(chuàng)建單元和存儲單元。
[0052]創(chuàng)建單元(圖中未示出)用于創(chuàng)建監(jiān)控信息編輯界面。
[0053]存儲單元(圖中未示出)用于將所述創(chuàng)建單元創(chuàng)建的監(jiān)控信息編輯界面中對應(yīng)于第一暫緩發(fā)送消息控制策略的輸入框中輸入的第二監(jiān)控信息存儲到監(jiān)控信息列表中對應(yīng)第一暫緩發(fā)送消息控制策略的類目下；或者，將所述監(jiān)控信息編輯界面中對應(yīng)于第二暫緩發(fā)送消息控制策略的輸入框中輸入的第三監(jiān)控信息存儲到監(jiān)控信息列表中對應(yīng)第二暫緩發(fā)送消息控制策略的類目下。
[0054]可選地，所述第一暫緩發(fā)送消息控制策略為延遲發(fā)送消息；或者，所述第二暫緩發(fā)送消息控制策略為向用戶提示是否繼續(xù)發(fā)送消息。
[0055]采用本實施例的技術(shù)方案，創(chuàng)建單元通過監(jiān)控信息編輯界面向應(yīng)用程序的使用者提供自定義設(shè)置監(jiān)控信息的入口，使得監(jiān)控信息更為靈活和個性化，也使得監(jiān)控信息具有學(xué)習(xí)性。
[0056]實施例七
[0057]本實施例提供的應(yīng)用程序消息的發(fā)送控制裝置在實施例六提供的應(yīng)用程序消息的發(fā)送控制裝置的技術(shù)方案的基礎(chǔ)上，還增加了如下技術(shù)特征:所述控制單元具體用于檢測所述待發(fā)送消息中的內(nèi)容中的各字段是否與所述監(jiān)控信息列表中的第二監(jiān)控信息或者第三監(jiān)控信息相同，如果相同，則確定所述待發(fā)送消息的內(nèi)容中包含所述第一監(jiān)控信息；否貝1J，檢測所述待發(fā)送消息中的內(nèi)容中的各字段與所述監(jiān)控信息列表中的第二監(jiān)控信息或者第三監(jiān)控信息的相似度是否達到相似度閾值，如果達到相似度閾值，則確定所述待發(fā)送消息的內(nèi)容中包含所述第一監(jiān)控信息；否則，確定所述待發(fā)送消息的內(nèi)容中不包含所述第一監(jiān)控信息。
[0058]可選地，所述控制單元還具體用于當(dāng)所述待發(fā)送消息中的內(nèi)容中的各字段與所述第二監(jiān)控信息相同或者與所述第二監(jiān)控信息的相似度達到相似度閾值時，如果等待時長達到延遲時長，尚未接收到取消發(fā)送的指示，則發(fā)送所述待發(fā)送消息;如果等待時長未超過延遲時長已接收到取消發(fā)送的指示，則取消發(fā)送所述待發(fā)送消息;或者，當(dāng)所述待發(fā)送消息中的內(nèi)容中的各字段與所述第三監(jiān)控信息相同或者與所述第三監(jiān)控信息的相似度達到相似度閾值時，彈出確認窗口用于接收是否繼續(xù)發(fā)送所述待發(fā)送消息的指示。
[0059]采用本實施例的技術(shù)方案，控制單元提供檢測各字段與第二監(jiān)控信息或者第三監(jiān)控信息是否相同的方式確定是否暫緩發(fā)送待發(fā)送消息，還提供檢測各字段與第二監(jiān)控信息或者第三監(jiān)控信息的相似度是否達到相似度閾值的方式確定是否暫緩發(fā)送待發(fā)送消息，提供更為靈活的確認是否暫緩發(fā)送待發(fā)送消息的方式。
[0060]實施例八
[0061]圖3示出本申請實施例八提供的一種計算機設(shè)備300的結(jié)構(gòu)示意圖。本申請具體實施例并不對計算機設(shè)備300的具體實現(xiàn)做限定。參見圖3，該服務(wù)器300可以包括:
[0062]處理器(processor)310、通信接口(Communicat1nsInterface)320、存儲器(memory)330以及通信總線340。其中:
[0063]處理器310、通信接口 320以及存儲器330通過通信總線340完成相互間的通信。
[0064]通信接口320，用于與比如客戶端等的網(wǎng)元通信。
[0065]處理器310，用于執(zhí)行程序332，具體可以執(zhí)行上述方法實施例中的相關(guān)步驟。
[0066]具體地，程序332可以包括程序代碼，所述程序代碼包括計算機操作指令。
[0067]處理器310可能是一個中央處理器CPU，或者是特定集成電路(Applicat1nSpecific Integrated Circuit，ASIC)，或者是被配置成實施本申請實施例的一個或多個集成電路。
[0068]存儲器330，用于存放程序332。存儲器330可能包含高速RAM存儲器，也可能還包括非易失性存儲器(non-volatile memory)，例如至少一個磁盤存儲器。程序332具體可以用于使得所述服務(wù)器設(shè)備300執(zhí)行以下操作:獲取待發(fā)送消息;確定所述待發(fā)送消息的內(nèi)容中是否包含第一監(jiān)控信息；如果所述待發(fā)送消息的內(nèi)容中包含第一監(jiān)控信息，則暫緩發(fā)送所述待發(fā)送消息，以供用戶再次確認是否發(fā)送所述待發(fā)送消息。
[0069]采用本發(fā)明實施例的技術(shù)方案，在待發(fā)送消息發(fā)送之前，通過確定待發(fā)送消息的內(nèi)容中是否包含第一監(jiān)控信息，如果所述待發(fā)送消息的內(nèi)容中包含第一監(jiān)控信息，則暫緩發(fā)送所述待發(fā)送消息，以供用戶再次確認是否發(fā)送所述待發(fā)送消息，從而避免消息的錯發(fā)，提高消息發(fā)送的正確率和可靠性。
[0070]在一種可選的實施方式中，程序332還用于使得處理器310執(zhí)行以下操作:創(chuàng)建監(jiān)控信息編輯界面;將所述監(jiān)控信息編輯界面中對應(yīng)于第一暫緩發(fā)送消息控制策略的輸入框中輸入的第二監(jiān)控信息存儲到監(jiān)控信息列表中對應(yīng)第一暫緩發(fā)送消息控制策略的類目下；或者，將所述監(jiān)控信息編輯界面中對應(yīng)于第二暫緩發(fā)送消息控制策略的輸入框中輸入的第三監(jiān)控信息存儲到監(jiān)控信息列表中對應(yīng)第二暫緩發(fā)送消息控制策略的類目下。
[0071]可選地，所述第一暫緩發(fā)送消息控制策略為延遲發(fā)送消息;或者，所述第二暫緩發(fā)送消息控制策略為向用戶提示是否繼續(xù)發(fā)送消息。
[0072]采用此實施方式，通過監(jiān)控信息編輯界面向應(yīng)用程序的使用者提供自定義設(shè)置監(jiān)控信息的入口，使得監(jiān)控信息更為靈活和個性化，也使得監(jiān)控信息具有學(xué)習(xí)性。
[0073]在一種可選的實施方式中，程序332還用于使得處理器310執(zhí)行以下操作:檢測所述待發(fā)送消息中的內(nèi)容中的各字段是否與所述監(jiān)控信息列表中的第二監(jiān)控信息或者第三監(jiān)控信息相同，如果相同，則確定所述待發(fā)送消息的內(nèi)容中包含所述第一監(jiān)控信息；否則，檢測所述待發(fā)送消息中的內(nèi)容中的各字段與所述監(jiān)控信息列表中的第二監(jiān)控信息或者第三監(jiān)控信息的相似度是否達到相似度閾值，如果達到相似度閾值，則確定所述待發(fā)送消息的內(nèi)容中包含所述第一監(jiān)控信息；否則，確定所述待發(fā)送消息的內(nèi)容中不包含所述第一監(jiān)控信息。
[0074]采用此實施方式，提供檢測各字段與第二監(jiān)控信息或者第三監(jiān)控信息是否相同的方式確定是否暫緩發(fā)送待發(fā)送消息，還提供檢測各字段與第二監(jiān)控信息或者第三監(jiān)控信息的相似度是否達到相似度閾值的方式確定是否暫緩發(fā)送待發(fā)送消息，提供更為靈活的確認是否暫緩發(fā)送待發(fā)送消息的方式。
[0075]在一種可選的實施方式中，程序332還用于使得處理器310執(zhí)行以下操作:當(dāng)所述待發(fā)送消息中的內(nèi)容中的各字段與所述第二監(jiān)控信息相同或者與所述第二監(jiān)控信息的相似度達到相似度閾值時，如果等待時長達到延遲時長，尚未接收到取消發(fā)送的指示，則發(fā)送所述待發(fā)送消息；如果等待時長未超過延遲時長已接收到取消發(fā)送的指示，則取消發(fā)送所述待發(fā)送消息；或者，當(dāng)所述待發(fā)送消息中的內(nèi)容中的各字段與所述第三監(jiān)控信息相同或者與所述第三監(jiān)控信息的相似度達到相似度閾值時，彈出確認窗口用于接收是否繼續(xù)發(fā)送所述待發(fā)送消息的指示。
[0076]采用此實施方式，提供延遲時長或者彈窗不同的形式供用戶確認是否發(fā)送待發(fā)送消息，其方式更為靈活，實用性更強。
[0077]程序332中所執(zhí)行的操作的具體實現(xiàn)可以參見上述實施例中的相應(yīng)步驟和單元中對應(yīng)的描述，在此不贅述。所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的設(shè)備和模塊的具體工作過程，可以參考前述方法實施例中的對應(yīng)過程描述，在此不再贅述。
[0078]需要指出，根據(jù)實施的需要，可將本申請中描述的各個部件/步驟拆分為更多部件/步驟，也可將兩個或多個部件/步驟或者部件/步驟的部分操作組合成新的部件/步驟，以實現(xiàn)本發(fā)明實施例的目的。
[0079]上述根據(jù)本發(fā)明實施例的方法可在硬件、固件中實現(xiàn)，或者被實現(xiàn)為可存儲在記錄介質(zhì)(諸如CD R0M、RAM、軟盤、硬盤或磁光盤)中的軟件或計算機代碼，或者被實現(xiàn)通過網(wǎng)絡(luò)下載的原始存儲在遠程記錄介質(zhì)或非暫時機器可讀介質(zhì)中并將被存儲在本地記錄介質(zhì)中的計算機代碼，從而在此描述的方法可被存儲在使用通用計算機、專用處理器或者可編程或?qū)Ｓ糜布?諸如ASIC或FPGA)的記錄介質(zhì)上的這樣的軟件處理?？梢岳斫猓嬎銠C、處理器、微處理器控制器或可編程硬件包括可存儲或接收軟件或計算機代碼的存儲組件(例如，RAM、R0M、閃存等)，當(dāng)所述軟件或計算機代碼被計算機、處理器或硬件訪問且執(zhí)行時，實現(xiàn)在此描述的處理方法。此外，當(dāng)通用計算機訪問用于實現(xiàn)在此示出的處理的代碼時，代碼的執(zhí)行將通用計算機轉(zhuǎn)換為用于執(zhí)行在此示出的處理的專用計算機。
[0080]以上所述，僅為本發(fā)明實施例的【具體實施方式】，但本發(fā)明實施例的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明實施例揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明實施例的保護范圍之內(nèi)。因此，本發(fā)明實施例的保護范圍應(yīng)以所述權(quán)利要求的保護范圍為準(zhǔn)。
【主權(quán)項】
1.一種應(yīng)用程序消息的發(fā)送控制方法，所述方法包括: 獲取待發(fā)送消息； 確定所述待發(fā)送消息的內(nèi)容中是否包含第一監(jiān)控信息； 如果所述待發(fā)送消息的內(nèi)容中包含第一監(jiān)控信息，則暫緩發(fā)送所述待發(fā)送消息，以供用戶再次確認是否發(fā)送所述待發(fā)送消息。2.根據(jù)權(quán)利要求1所述的方法，其中，所述第一監(jiān)控信息包括企業(yè)名稱、人物名稱、事件名稱和/或金額數(shù)值。3.根據(jù)權(quán)利要求1所述的方法，其中，所述方法還包括: 創(chuàng)建監(jiān)控信息編輯界面； 將所述監(jiān)控信息編輯界面中對應(yīng)于第一暫緩發(fā)送消息控制策略的輸入框中輸入的第二監(jiān)控信息存儲到監(jiān)控信息列表中對應(yīng)第一暫緩發(fā)送消息控制策略的類目下;或者， 將所述監(jiān)控信息編輯界面中對應(yīng)于第二暫緩發(fā)送消息控制策略的輸入框中輸入的第三監(jiān)控信息存儲到監(jiān)控信息列表中對應(yīng)第二暫緩發(fā)送消息控制策略的類目下。4.根據(jù)權(quán)利要求3所述的方法，其中，所述第一暫緩發(fā)送消息控制策略為延遲發(fā)送消息;或者，所述第二暫緩發(fā)送消息控制策略為向用戶提示是否繼續(xù)發(fā)送消息。5.根據(jù)權(quán)利要求4所述的方法，其中，所述確定所述待發(fā)送消息的內(nèi)容中是否包含第一監(jiān)控信息包括: 檢測所述待發(fā)送消息中的內(nèi)容中的各字段是否與所述監(jiān)控信息列表中的第二監(jiān)控信息或者第三監(jiān)控信息相同，如果相同，則確定所述待發(fā)送消息的內(nèi)容中包含所述第一監(jiān)控信息；否則，檢測所述待發(fā)送消息中的內(nèi)容中的各字段與所述監(jiān)控信息列表中的第二監(jiān)控信息或者第三監(jiān)控信息的相似度是否達到相似度閾值，如果達到相似度閾值，則確定所述待發(fā)送消息的內(nèi)容中包含所述第一監(jiān)控信息；否則，確定所述待發(fā)送消息的內(nèi)容中不包含所述第一監(jiān)控信息。6.根據(jù)權(quán)利要求5所述的方法，其中，所述暫緩發(fā)送所述待發(fā)送消息包括: 當(dāng)所述待發(fā)送消息中的內(nèi)容中的各字段與所述第二監(jiān)控信息相同或者與所述第二監(jiān)控信息的相似度達到相似度閾值時，如果等待時長達到延遲時長，尚未接收到取消發(fā)送的指示，則發(fā)送所述待發(fā)送消息;如果等待時長未超過延遲時長已接收到取消發(fā)送的指示，則取消發(fā)送所述待發(fā)送消息;或者， 當(dāng)所述待發(fā)送消息中的內(nèi)容中的各字段與所述第三監(jiān)控信息相同或者與所述第三監(jiān)控信息的相似度達到相似度閾值時，彈出確認窗口用于接收是否繼續(xù)發(fā)送所述待發(fā)送消息的指示。7.—種應(yīng)用程序消息的發(fā)送控制裝置，所述裝置包括: 獲取單元，用于獲取待發(fā)送消息； 控制單元，用于確定所述獲取單元獲取的待發(fā)送消息的內(nèi)容中是否包含第一監(jiān)控信息;如果所述待發(fā)送消息的內(nèi)容中包含第一監(jiān)控信息，則暫緩發(fā)送所述待發(fā)送消息，以供用戶再次確認是否發(fā)送所述待發(fā)送消息。8.根據(jù)權(quán)利要求7所述的裝置，其中，所述第一監(jiān)控信息包括企業(yè)名稱、人物名稱、事件名稱和/或金額數(shù)值。9.根據(jù)權(quán)利要求7所述的裝置，其中，所述裝置還包括: 創(chuàng)建單元，用于創(chuàng)建監(jiān)控信息編輯界面； 存儲單元，用于將所述創(chuàng)建單元創(chuàng)建的監(jiān)控信息編輯界面中對應(yīng)于第一暫緩發(fā)送消息控制策略的輸入框中輸入的第二監(jiān)控信息存儲到監(jiān)控信息列表中對應(yīng)第一暫緩發(fā)送消息控制策略的類目下；或者，將所述監(jiān)控信息編輯界面中對應(yīng)于第二暫緩發(fā)送消息控制策略的輸入框中輸入的第三監(jiān)控信息存儲到監(jiān)控信息列表中對應(yīng)第二暫緩發(fā)送消息控制策略的類目下。10.根據(jù)權(quán)利要求9所述的裝置，其中，所述第一暫緩發(fā)送消息控制策略為延遲發(fā)送消息;或者，所述第二暫緩發(fā)送消息控制策略為向用戶提示是否繼續(xù)發(fā)送消息。11.根據(jù)權(quán)利要求10所述的裝置，其中，所述控制單元具體用于檢測所述待發(fā)送消息中的內(nèi)容中的各字段是否與所述監(jiān)控信息列表中的第二監(jiān)控信息或者第三監(jiān)控信息相同，如果相同，則確定所述待發(fā)送消息的內(nèi)容中包含所述第一監(jiān)控信息；否則，檢測所述待發(fā)送消息中的內(nèi)容中的各字段與所述監(jiān)控信息列表中的第二監(jiān)控信息或者第三監(jiān)控信息的相似度是否達到相似度閾值，如果達到相似度閾值，則確定所述待發(fā)送消息的內(nèi)容中包含所述第一監(jiān)控信息;否則，確定所述待發(fā)送消息的內(nèi)容中不包含所述第一監(jiān)控信息。12.根據(jù)權(quán)利要求11所述的裝置，其中，所述控制單元還具體用于當(dāng)所述待發(fā)送消息中的內(nèi)容中的各字段與所述第二監(jiān)控信息相同或者與所述第二監(jiān)控信息的相似度達到相似度閾值時，如果等待時長達到延遲時長，尚未接收到取消發(fā)送的指示，則發(fā)送所述待發(fā)送消息;如果等待時長未超過延遲時長已接收到取消發(fā)送的指示，則取消發(fā)送所述待發(fā)送消息；或者， 當(dāng)所述待發(fā)送消息中的內(nèi)容中的各字段與所述第三監(jiān)控信息相同或者與所述第三監(jiān)控信息的相似度達到相似度閾值時，彈出確認窗口用于接收是否繼續(xù)發(fā)送所述待發(fā)送消息的指示。
【文檔編號】H04L12/58GK105871708SQ201610440516
【公開日】2016年8月17日
【申請日】2016年6月17日
【發(fā)明人】吳興義
【申請人】樂視控股（北京）有限公司, 樂視云計算有限公司