控制應用程式發送消息的方法和裝置與流程
2023-06-28 13:42:51
本發明實施例涉及網絡通信領域，尤其涉及一種控制應用程式發送消息的方法和裝置。
背景技術：
網絡技術的不斷發展，目前人們可以通過多種應用程式進行消息的交互，包括但不限於郵件、qq或者微信等聊天工具或者簡訊等。目前，提供給用戶進行消息交互的應用程式中存儲了大量的聯繫人消息，用戶與這些聯繫人的關係有可能是親人、朋友或者同事，除了單個聯繫人之外，還有群組聯繫人，例如部門同事、大學同學等等。
在實現本發明實施例的過程中，發明人發現現有技術中存在以下的問題：在用戶通過應用程式與聯繫人進行消息交互的過程中，有可能會出現錯發的情況。
技術實現要素：
本發明實施例的目的在於，提供一種控制應用程式發送消息的方法和裝置，提高消息發送的正確率和可靠性。
根據本發明實施例的一方面，提供一種控制應用程式發送消息的方法，所述方法包括：獲取待發送消息；根據所述待發送消息的接收對象的信息確定所述接收對象是否為監控對象；如果所述接收對象為監控對象，則暫緩發送所述待發送消息，以供用戶再次確認是否發送所述待發送消息。
根據本發明實施例的另一方面，還提供一種控制應用程式發送消息的裝置，所述裝置包括：消息獲取單元，用於獲取待發送消息；監控單元，用於根據所述待發送消息的接收對象的信息確定所述接收對象是否為監控對象；如果所述接收對象為監控對象，則暫緩發送所述待發送消息，以供用戶再次確認是否發送所述待發送消息。
採用本發明實施例的技術方案，在待發送消息發送之前，通過確定待發送消息的接收對象是否為監控對象，如果所述接收對象為監控對象，則暫緩發送所述待發送消息，以供用戶再次確認是否發送所述待發送消息，從而避免消息的錯發，提高消息發送的正確率和可靠性。
附圖說明
圖1示出本發明實施例一中控制應用程式發送消息的方法的流程示意圖；
圖2示出本發明實施例六中控制應用程式發送消息的裝置的結構示意圖；
圖3示出本發明實施例九中計算機設備的結構示意圖。
具體實施方式
下面結合附圖(若干附圖中相同的標號表示相同的元素)和實施例，對本申請的具體實施方式作進一步詳細說明。以下實施例用於說明本申請，但不用來限制本申請的範圍。
本領域技術人員可以理解，本申請中的「第一」、「第二」等術語僅用於區別不同步驟、設備或模塊等，既不代表任何特定技術含義，也不表示它們之間的必然邏輯順序。
本領域技術人員可以理解，在本申請具體實施方式的方法中，各步驟的序號大小並不意味著執行順序的先後，各步驟的執行順序應以其功能和內在邏輯確定，而不應對本申請具體實施方式的實施過程構成任何限定。
實施例一
圖1示出本發明實施例一中控制應用程式發送消息的方法的流程示意圖。本實施例的方法應用在計算機設備中，以下實施例中所說的計算機設備是指移動終端，至少包括以下設備之一：手機、筆記本、平板電腦、POS機以及車載電腦等等。應用程式至少包括以下應用程式之一：郵件應用程式(例如outlook等)、聊天應用程式(例如qq或者微信等)或者簡訊應用程式等。
參見圖1，控制應用程式發送消息的方法包括S110、S120、S130和S140。
在S110，獲取待發送的第一消息。
應用程式生成待發送的第一消息之後，在發送待發送的第一消息之前，應用本實施例的方法。
在S120，根據所述第一消息的接收對象的信息確定所述接收對象是否為監控對象；如果所述接收對象為監控對象，則執行S130；如果所述接收對象不為監控對象，則執行S140。
接收對象為單一接收對象或者群接收對象。所述接收對象的信息包括手機號、聊天帳號和/或郵箱帳號。例如，當第一消息為郵件消息時，接收對象的信息為郵箱帳號：[email protected]；當第一消息為聊天消息時，接收對象的信息為聊天帳號：花開並蒂；當第一消息為簡訊消息時，接收對象的信息為手機號：12699990000。
在S130，如果所述接收對象為監控對象，則暫緩發送所述第一消息，以供用戶再次確認是否發送所述第一消息。
供用戶再次確認是否發送所述第一消息的監控策略包括：延遲發送第一消息的第一監控策略或者向用戶提示是否繼續發送第一消息的第二監控策略。例如，當採用第一監控策略時，如果在預設的延遲時長(例如10秒)內沒有接收到用戶取消發送第一消息的指令，則發送第一消息，否則取消發送第一消息；當採用第二監控策略時，彈出提示框，提示框中包括確認發送第一消息的交互項和取消發送第一消息的交互項，根據用戶對確認發送第一消息的交互項或者取消發送第一消息的交互項的點擊指令，確定發送第一消息還是取消發送第一消息。
監控策略可以在應用程式安裝時集成在安裝包中默認設置。
採用本實施例的技術方案，在待發送消息發送之前，通過確定待發送消息的接收對象是否為監控對象，如果所述接收對象為監控對象，則暫緩發送所述待發送消息，以供用戶再次確認是否發送所述待發送消息，從而避免消息的錯發，提高消息發送的正確率和可靠性。
實施例二
本實施例提供的控制應用程式發送消息的方法，在實施例一提供的控制應用程式發送消息的方法的技術方案的基礎上，還可以包括：對於應用程式而言，當切換到所述應用程式的接收對象信息編輯界面時，在接收對象信息編輯界面中增加第一監控標識交互項，在用於對接收對象信息編輯界面進行編輯時，檢測所述應用程式的接收對象編輯界面中的接收對象對應的第一監控標識交互項是否被選中；如果所述接收對象對應的第一監控標識交互項被選中，則將所述接收對象的信息添加到接收對象監控列表中。即當用戶對應用程式的接收對象信息進行編輯時，由用戶選擇對當前編輯的接收對象是否進行監控。
可選地，當所述接收對象對應的第一監控標識交互項被選中時，彈出第一監控策略選擇窗口；檢測所述第一監控策略選擇窗口中的延遲發送消息的第一監控策略交互項或者用於向用戶提示是否繼續發送消息的第二監控策略交互項是否被選中；如果所述第一監控策略交互項被選中，則將所述接收對象的信息添加到所述接收對象監控列表中的第一類目下；如果所述第二監控策略交互項被選擇，則將所述接收對象的信息添加到所述接收對象監控列表中的第二類目下。當用戶對應用程式的接收對象信息進行編輯時，如果用戶選擇對當前編輯的接收對象進行監控，可選地彈出第一監控策略選擇窗口，由用戶指定當應用程式生成第一消息而第一消息中的接收對象是用戶設定需要監控的對象，則採用延遲發送還是彈出提示框的方式請用戶再次確認是否發送第一消息。
採用本實施例的技術方案，通過第一監控標識交互項和/或第二監控策略交互項向應用程式的使用者提供自定義設置監控策略的入口，使得監控策略更為靈活和個性化。
實施例三
參見圖1，本實施例提供的控制應用程式發送消息的方法，在實施例一或實施例二提供的控制應用程式發送消息的方法的技術方案的基礎上，在S130之後，還可以包括S140，如果所述接收對象不為監控對象，則直接發送所述第一消息。
採用本實施例的技術方案，對於應用程式發送消息提供更為全面的解決方案，如果接收對象不為監控對象，則直接發送所述第一消息，從而無論接收對象是否為監控對象都提供應用程式發送消息的控制方法。
實施例四
本實施例提供的控制應用程式發送消息的方法，在實施例一、實施例二或實施例三提供的控制應用程式發送消息的方法的技術方案的基礎上，在S110之前，還可以包括：當所述應用程式接收到第二消息或者已將第三消息發送成功時，彈出接收對象信息保存提示界面；檢測所述接收對象信息保存提示界面中的第二監控標識交互項是否被選中；如果所述第二監控標識交互項被選中，則將所述第二消息的發送對象的信息或者第三消息的接收對象的信息添加到所述接收對象監控列表中。
其中，所述將所述第二消息或者第三消息的接收對象的信息添加到所述接收對象監控列表中包括：當所述第二監控標識交互項被選中時，彈出第二監控策略選擇窗口；檢測所述第二監控策略選擇窗口中的延遲發送消息的第一監控策略交互項或者用於向用戶提示是否繼續發送消息的第二監控策略交互項是否被選中；如果所述第一監控策略交互項被選中，則將所述第二消息的發送對象的信息或者第三消息的接收對象的信息添加到所述接收對象監控列表中的第一類目下；如果所述第二監控策略交互項被選擇，則將所述第二消息或者第三消息的接收對象的信息添加到所述接收對象監控列表中的第二類目下。
採用本實施例的技術方案，在接收第二消息或者將第三消息發送成功時，可以選擇是否將第二消息的發送對象的信息或者第三消息的接收對象的信息加入監控列表，使得監控列表可以隨著應用程式的使用而不斷自適應學習，使得對應用程式發送消息的控制更為準確。
實施例五
本實施例以應用程式為簡訊應用程式為例說明實施例一至四中控制應用程式發送消息的方法的技術方案，應用程式為其他應用程式的原理相同。
當用戶在簡訊應用程式中新建聯繫人時，新建的聯繫人的姓名為陳三，手機號為13611112222，如果用戶在接收對象信息編輯界面中選中了第一監控標識交互項，則彈出第一監控策略選擇窗口；檢測到用戶選中用於向用戶提示是否繼續發送消息的第二監控策略交互項，將陳三對應的手機號13611112222存儲到接收對象監控列表中的第二類目下。
當用戶通過簡訊應用程式接收到第二消息時，如果第二消息的發送對象是新的聯繫人，即表示第二消息的發送對象姓名為李四，手機號為13722221111可能是用戶通過簡訊應用程式生成消息中的接收對象，則彈出接收對象信息保存提示界面，提示用戶是否保存第二消息的發送對象作為簡訊應用程式生成消息的接收對象，如果用戶在接收對象信息保存提示界面中選中了第二監控標識交互項，則彈出第二監控策略選擇窗口；檢測到用戶選中延遲發送消息的第一監控策略交互項，將李四對應的手機號13722221111存儲到接收對象監控列表中的第一類目下。
當用戶編輯完新的簡訊(待發送消息)，簡訊的接收對象為陳三，則暫緩向陳三發送簡訊，並彈出提示框，根據用戶對確認發送待發送消息的交互項或者取消發送待發送消息的交互項的點擊指令，確定發送待發送消息還是取消發送待發送消息，從而避免將應該發給其他接收對象的簡訊錯發給陳三的情況。
採用本實施例的技術方案，安裝了簡訊應用程式的用戶可以避免錯發簡訊的情況出現，更為安全。
實施例六
圖2示出本發明實施例六中控制應用程式發送消息的裝置的結構示意圖。
本實施例所提供的控制應用程式發送消息的裝置用於執行實施例一至五中的任一種控制應用程式發送消息的方法。參見圖2，在本實施例中，控制應用程式發送消息的裝置包括消息獲取單元210和監控單元220。
消息獲取單元210，用於獲取待發送消息。
監控單元220，用於根據所述待發送消息的接收對象的信息確定所述接收對象是否為監控對象；如果所述接收對象為監控對象，則暫緩發送所述待發送消息，以供用戶再次確認是否發送所述待發送消息。
可選地，所述接收對象的信息包括手機號、聊天帳號和/或郵箱帳號。
可選地，所述監控單元用於根據延遲第一發送消息的第一監控策略暫緩發送所述待發送消息；根據向用戶提示是否繼續發送消息的第二監控策略暫緩發送所述待發送消息。
可選地，所述監控單元具體用於當採用所述第一監控策略時，如果在預設的延遲時長內沒有接收到用戶取消發送待發送消息的指令，則發送所述待發送消息；否則取消發送待發送消息。
可選地，所述監控單元具體用於當採用所述第二監控策略時，彈出提示框，所述提示框中包括確認發送待發送消息的交互項和取消發送待發送消息的交互項，根據用戶對確認發送待發送消息的交互項或者取消發送待發送消息的交互項的點擊指令，確定發送所述待發送消息還是取消發送所述待發送消息。
採用本實施例的技術方案，消息獲取單元獲取待發送消息之後，監控單元在待發送消息發送之前，通過確定待發送消息的接收對象是否為監控對象，如果所述接收對象為監控對象，則暫緩發送所述待發送消息，以供用戶再次確認是否發送所述待發送消息，從而避免消息的錯發，提高消息發送的正確率和可靠性。
實施例七
本實施例提供的控制應用程式發送消息的裝置在實施例六提供的控制應用程式發送消息的裝置的技術方案的基礎上，還增加了如下技術特徵：列表單元(圖中未示出)用於當切換到所述應用程式的接收對象信息編輯界面時，檢測所述應用程式的接收對象編輯界面中的接收對象對應的第一監控標識交互項是否被選中；如果所述接收對象對應的第一監控標識交互項被選中，則將所述接收對象的信息添加到接收對象監控列表中。
可選地，所述列表單元具體用於當所述接收對象對應的第一監控標識交互項被選中時，彈出第一監控策略選擇窗口；檢測所述第一監控策略選擇窗口中的延遲發送消息的第一監控策略交互項或者用於向用戶提示是否繼續發送消息的第二監控策略交互項是否被選中；如果所述第一監控策略交互項被選中，則將所述接收對象的信息添加到所述接收對象監控列表中的第一類目下；如果所述第二監控策略交互項被選擇，則將所述接收對象的信息添加到所述接收對象監控列表中的第二類目下。
採用本實施例的技術方案，列表單元通過第一監控標識交互項和/或第二監控策略交互項向應用程式的使用者提供自定義設置監控策略的入口，使得監控策略更為靈活和個性化。
實施例八
本實施例提供的控制應用程式發送消息的裝置在實施例六或實施例七提供的控制應用程式發送消息的裝置的技術方案的基礎上，還增加了如下技術特徵：所述列表單元還用於當所述應用程式接收到第二消息或者已將第三消息發送成功時，彈出接收對象信息保存提示界面；檢測所述接收對象信息保存提示界面中的第二監控標識交互項是否被選中；如果所述第二監控標識交互項被選中，則將所述第二消息或者第三消息的接收對象的信息添加到所述接收對象監控列表中。
可選地，所述列表單元還具體用於當所述第二監控標識交互項被選中時，彈出第二監控策略選擇窗口；檢測所述第二監控策略選擇窗口中的延遲發送消息的第一監控策略交互項或者用於向用戶提示是否繼續發送消息的第二監控策略交互項是否被選中；如果所述第一監控策略交互項被選中，則將所述第二消息或者第三消息的接收對象的信息添加到所述接收對象監控列表中的第一類目下；如果所述第二監控策略交互項被選擇，則將所述第二消息或者第三消息的接收對象的信息添加到所述接收對象監控列表中的第二類目下。
可選地，所述接收對象為單一接收對象或者群接收對象。
採用本實施例的技術方案，列表單元在接收第二消息或者將第三消息發送成功時，可以選擇是否將第二消息的發送對象的信息或者第三消息的接收對象的信息加入監控列表，使得監控列表可以隨著應用程式的使用而不斷自適應學習，使得對應用程式發送消息的控制更為準確。
實施例九
圖3示出本發明實施例九中計算機設備300的結構示意圖。
本申請具體實施例並不對計算機設備300的具體實現做限定。參見圖3，該伺服器300可以包括：
處理器(processor)310、通信接口(Communications Interface)320、存儲器(memory)330以及通信總線340。其中：
處理器310、通信接口320以及存儲器330通過通信總線340完成相互間的通信。
通信接口320，用於與比如客戶端等的網元通信。
處理器310，用於執行程序332，具體可以執行上述方法實施例中的相關步驟。
具體地，程序332可以包括程序代碼，所述程序代碼包括計算機操作指令。
處理器310可能是一個中央處理器CPU，或者是特定集成電路(Application Specific Integrated Circuit，ASIC)，或者是被配置成實施本申請實施例的一個或多個集成電路。
存儲器330，用於存放程序332。存儲器330可能包含高速RAM存儲器，也可能還包括非易失性存儲器(non-volatile memory)，例如至少一個磁碟存儲器。程序332具體可以用於使得所述伺服器設備300執行以下操作：獲取待發送消息；根據所述待發送消息的接收對象的信息確定所述接收對象是否為監控對象；如果所述接收對象為監控對象，則暫緩發送所述待發送消息，以供用戶再次確認是否發送所述待發送消息。
在一種可選的實施方式中，程序332還用於使得處理器310執行以下操作：根據延遲發送消息的第一監控策略暫緩發送所述待發送消息；或者，根據向用戶提示是否繼續發送消息的第二監控策略暫緩發送所述待發送消息。
在另一種可選的實施方式中，程序332還用於使得處理器310執行以下操作：當採用所述第一監控策略時，如果在預設的延遲時長內沒有接收到用戶取消發送待發送消息的指令，則發送所述待發送消息；否則取消發送待發送消息。
在另一種可選的實施方式中，程序332還用於使得處理器310執行以下操作：當採用所述第二監控策略時，彈出提示框，所述提示框中包括確認發送待發送消息的交互項和取消發送待發送消息的交互項，根據用戶對確認發送待發送消息的交互項或者取消發送待發送消息的交互項的點擊指令，確定發送所述待發送消息還是取消發送所述待發送消息。
在另一種可選的實施方式中，程序332還用於使得處理器310執行以下操作：當切換到所述應用程式的接收對象信息編輯界面時，檢測所述應用程式的接收對象編輯界面中的接收對象對應的第一監控標識交互項是否被選中；如果所述接收對象對應的第一監控標識交互項被選中，則將所述接收對象的信息添加到接收對象監控列表中。
在另一種可選的實施方式中，程序332還用於使得處理器310執行以下操作：當所述接收對象對應的第一監控標識交互項被選中時，彈出第一監控策略選擇窗口；檢測所述第一監控策略選擇窗口中的延遲發送消息的第一監控策略交互項或者用於向用戶提示是否繼續發送消息的第二監控策略交互項是否被選中；如果所述第一監控策略交互項被選中，則將所述接收對象的信息添加到所述接收對象監控列表中的第一類目下；如果所述第二監控策略交互項被選擇，則將所述接收對象的信息添加到所述接收對象監控列表中的第二類目下。
程序332中所執行的操作的具體實現可以參見上述實施例中的相應步驟和單元中對應的描述，在此不贅述。所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，上述描述的設備和模塊的具體工作過程，可以參考前述方法實施例中的對應過程描述，在此不再贅述。
採用本發明實施例的技術方案，在待發送消息發送之前，通過確定待發送消息的接收對象是否為監控對象，如果所述接收對象為監控對象，則暫緩發送所述待發送消息，以供用戶再次確認是否發送所述待發送消息，從而避免消息的錯發，提高消息發送的正確率和可靠性。
需要指出，根據實施的需要，可將本申請中描述的各個部件/步驟拆分為更多部件/步驟，也可將兩個或多個部件/步驟或者部件/步驟的部分操作組合成新的部件/步驟，以實現本發明實施例的目的。
上述根據本發明實施例的方法可在硬體、固件中實現，或者被實現為可存儲在記錄介質(諸如CD ROM、RAM、軟盤、硬碟或磁光碟)中的軟體或計算機代碼，或者被實現通過網絡下載的原始存儲在遠程記錄介質或非暫時機器可讀介質中並將被存儲在本地記錄介質中的計算機代碼，從而在此描述的方法可被存儲在使用通用計算機、專用處理器或者可編程或專用硬體(諸如ASIC或FPGA)的記錄介質上的這樣的軟體處理。可以理解，計算機、處理器、微處理器控制器或可編程硬體包括可存儲或接收軟體或計算機代碼的存儲組件(例如，RAM、ROM、快閃記憶體等)，當所述軟體或計算機代碼被計算機、處理器或硬體訪問且執行時，實現在此描述方法。此外，當通用計算機訪問用於實現在此示出的代碼時，代碼的執行將通用計算機轉換為用於執行在此示出的專用計算機。
以上所述，僅為本發明實施例的具體實施方式，但本發明實施例的保護範圍並不局限於此，任何熟悉本技術領域的技術人員在本發明實施例揭露的技術範圍內，可輕易想到變化或替換，都應涵蓋在本發明實施例的保護範圍之內。因此，本發明實施例的保護範圍應以所述權利要求的保護範圍為準。