消息處理方法及裝置的制造方法
【專利摘要】本申請?zhí)峁┝艘环N消息處理方法及裝置，包括：在終端處于鎖屏狀態(tài)時(shí)，顯示通知消息；接收用戶對所述通知消息的操作指令；根據(jù)所述操作指令，確定消息處理界面；在所述終端的鎖屏界面生成所述消息處理界面。采用本申請所提供的消息處理方法及裝置，可以在終端鎖屏的情況下接收用戶對所述通知消息的觸發(fā)指令并生成相應(yīng)的消息界面，無需用戶解鎖進(jìn)入APP后再進(jìn)行操作，實(shí)現(xiàn)過程簡便，極大地提升了用戶體驗(yàn)。
【專利說明】
消息處理方法及裝置
技術(shù)領(lǐng)域
[0001 ]本申請涉及終端技術(shù)領(lǐng)域，尤其涉及一種消息處理方法及裝置。
【背景技術(shù)】
[0002]目前，市場上的智能手機(jī)大多采用鎖屏界面作為手機(jī)喚醒的第一界面，使用鎖屏界面既可以減少用電損耗，又可以避免用戶誤操作，同時(shí)鎖屏界面還可以顯示系統(tǒng)以及應(yīng)用程序的通知消息，便于用戶查看。
[0003]在鎖屏界面下，終端收到通知消息后將這些通知消息顯示在終端屏幕上，這些通知消息只是起到提醒用戶查看的作用。當(dāng)用戶想要對這些通知消息進(jìn)行相關(guān)的操作時(shí)，需要解鎖進(jìn)入相應(yīng)的應(yīng)用程序APP才能進(jìn)行相關(guān)操作，這個(gè)過程較為繁瑣，用戶體驗(yàn)不佳。
[0004]現(xiàn)有技術(shù)不足在于:
[0005]用戶想要對終端收到的通知消息進(jìn)行操作時(shí)，需要解鎖進(jìn)入相應(yīng)的APP才能操作，過程較為繁瑣。

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

[0006]本申請實(shí)施例提出了一種消息處理方法及裝置，以解決用戶對鎖屏界面的通知消息進(jìn)行回應(yīng)時(shí)，回應(yīng)過程較為繁瑣的技術(shù)問題。
[0007]第一個(gè)方面，本申請實(shí)施例提供了一種消息處理方法，包括如下步驟:
[0008]在終端處于鎖屏狀態(tài)時(shí)，顯示通知消息；
[0009]接收用戶對所述通知消息的操作指令；
[0010]根據(jù)所述操作指令，確定消息處理界面；
[0011]在所述終端的鎖屏界面生成所述消息處理界面。
[0012]第二個(gè)方面，本申請實(shí)施例提供了一種消息處理裝置，包括:
[0013]顯示模塊，用于在終端處于鎖屏狀態(tài)時(shí)，顯示通知消息；
[0014]第一接收模塊，用于接收用戶對所述通知消息的操作指令；
[0015]第一確定模塊，用于根據(jù)所述操作指令，確定消息處理界面；
[0016]生成模塊，用于在所述終端的鎖屏界面生成所述消息處理界面。
[0017]有益效果如下:
[0018]由于本申請實(shí)施例所提供的消息處理方法及裝置，在終端處于鎖屏狀態(tài)下顯示通知消息時(shí)，可以直接接收用戶對所述通知消息的操作指令，并根據(jù)所述操作指令，在所述終端的鎖屏界面生成所述通知消息對應(yīng)的消息處理界面，因此，采用本申請實(shí)施例所提供的消息處理方法及裝置，可以在終端鎖屏的情況下接收用戶對所述通知消息的操作指令并生成相應(yīng)的消息處理界面，無需用戶解鎖進(jìn)入APP后再進(jìn)行操作，使得用戶對鎖屏界面的通知消息回應(yīng)時(shí)過程簡便，極大地提升了用戶體驗(yàn)。
【附圖說明】
[0019]下面將參照附圖描述本申請的具體實(shí)施例，其中:
[0020]圖1示出了本申請實(shí)施例一中消息處理方法實(shí)施的流程示意圖；
[0021]圖2示出了本申請實(shí)施例一中通知消息的顯示界面示意圖；
[0022]圖3示出了本申請實(shí)施例一中消息回復(fù)界面示意圖；
[0023]圖4示出了本申請實(shí)施例一中消息回復(fù)過程中模擬可見界面示意圖；
[0024]圖5示出了本申請實(shí)施例二中的短信處理流程示意圖；
[0025]圖6示出了本申請實(shí)施例三中微信處理流程示意圖；
[0026]圖7示出了本申請實(shí)施例三中微信聊天界面一；
[0027]圖8示出了本申請實(shí)施例三中微信聊天界面二；
[0028]圖9示出了本申請實(shí)施例四中微信回復(fù)過程示意圖；
[0029]圖10示出了本申請實(shí)施例五中消息處理裝置的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0030]為了使本申請的技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖對本申請的示例性實(shí)施例進(jìn)行進(jìn)一步詳細(xì)的說明，顯然，所描述的實(shí)施例僅是本申請的一部分實(shí)施例，而不是所有實(shí)施例的窮舉。并且在不沖突的情況下，本說明中的實(shí)施例及實(shí)施例中的特征可以互相結(jié)合。
[0031]發(fā)明人在發(fā)明過程中注意到:現(xiàn)有技術(shù)中在鎖屏界面下終端收到通知消息后需要進(jìn)行解鎖、進(jìn)入相應(yīng)的應(yīng)用程序后才能對消息進(jìn)行處理，過程較為繁瑣。
[0032]針對上述問題，本申請?zhí)岢隽艘环N消息處理方法及裝置，在鎖屏狀態(tài)下終端收到通知消息后可以直接接收用戶對所述通知消息的觸發(fā)指令，并根據(jù)所述觸發(fā)指令在鎖屏界面生成消息處理界面。通過上述手段，本申請無需用戶解鎖再進(jìn)入APP后才能對消息進(jìn)行處理，操作簡便、極大提升了用戶體驗(yàn)。
[0033]本申請實(shí)施例中的方案的應(yīng)用場景可以包括:回復(fù)Android手機(jī)的短信/微信等、處理Android手機(jī)的未接來電/郵件等、查看Android手機(jī)/pad的新聞/天氣等。
[0034]下面結(jié)合具體實(shí)施例，對本申請中的消息處理方法及裝置進(jìn)行說明。
[0035]實(shí)施例一、
[0036]圖1示出了本申請實(shí)施例一中消息處理方法實(shí)施的流程示意圖，如圖所示，所述消息處理方法可以包括如下步驟:
[0037]步驟101、在終端處于鎖屏狀態(tài)時(shí)，顯示通知消息；
[0038]步驟102、接收用戶對所述通知消息的操作指令；
[0039]步驟103、根據(jù)所述操作指令，確定消息處理界面；
[0040]步驟104、在所述終端的鎖屏界面生成所述消息處理界面。
[0041]本申請實(shí)施例所提供的消息處理方法可以用于手機(jī)、平板電腦等終端中，當(dāng)鎖屏界面被喚醒(即處于鎖屏狀態(tài))時(shí)，終端可以在鎖屏界面上顯示通知消息，例如:終端接收到短信時(shí)可以在鎖屏界面上顯示短信內(nèi)容以及聯(lián)系人信息，收到新聞消息時(shí)可以在鎖屏界面上顯示新聞的預(yù)覽內(nèi)容等。
[0042]具體實(shí)施時(shí)，終端在收到通知消息時(shí)，鎖屏界面可以被喚醒；當(dāng)用戶按壓終端的電源鍵或者按壓主菜單Home鍵之后，鎖屏界面也可以被喚醒。
[0043]用戶可以在所述通知消息上執(zhí)行操作，終端接收到用戶對所述通知消息的操作指令，可以根據(jù)所述操作指令確定消息處理界面，并在所述終端的鎖屏界面生成所述消息處理界面。其中，所述消息處理界面可以根據(jù)消息的可處理方式確定，例如:短信消息的消息處理界面可以包括短信回復(fù)界面，新聞消息的消息處理界面可以包括查看全部內(nèi)容界面和回帖界面等。
[0044]由于本申請實(shí)施例所提供的消息處理方法，在終端處于鎖屏狀態(tài)下顯示通知消息時(shí)，可以直接接收用戶對所述通知消息的觸發(fā)指令，并根據(jù)所述觸發(fā)指令，在所述終端的鎖屏界面生成所述通知消息對應(yīng)的消息界面，因此，采用本申請實(shí)施例所提供的消息處理方法及裝置，可以在終端鎖屏的情況下接收用戶對所述通知消息的觸發(fā)指令并生成相應(yīng)的消息界面，無需用戶解鎖進(jìn)入APP后再進(jìn)行操作，實(shí)現(xiàn)過程簡便，極大地提升了用戶體驗(yàn)。
[0045]實(shí)施中，在所述顯示通知消息之前，所述方法可以進(jìn)一步包括:
[0046]確定通知消息的消息類型；
[0047]根據(jù)所述消息類型確定所述通知消息的顯示方式。
[0048]具體實(shí)施時(shí)，在顯示通知消息之前，可以先確定所述通知消息的消息類型，然后根據(jù)所述消息類型，確定所述通知消息的顯示方式，例如:將不同類型的通知消息以不同的字體大小、加粗等方式進(jìn)行區(qū)別顯示，從而實(shí)現(xiàn)將不同類型的通知消息以不同的顯示方式顯示在終端屏幕上。
[0049]例如:所述消息類型具體可以為即時(shí)消息類和其他類，即時(shí)消息類可以包括短信、微信、QQ消息等，在確定通知消息的消息類型為即時(shí)消息類時(shí)，可以確定所述通知消息的顯示方式為消息內(nèi)容加粗顯示;在確定通知消息的消息類型為其他類時(shí)，可以確定所述通知消息的顯示方式為消息內(nèi)容常規(guī)顯示。
[0050]具體實(shí)施時(shí)，本領(lǐng)域技術(shù)人員可以根據(jù)實(shí)際需要設(shè)置多個(gè)消息類型，并對不同的消息類型設(shè)置相應(yīng)的顯示方式，本申請對此不作限制。
[0051 ] 實(shí)施中，所述通知消息可以包括交互類消息和推送類消息，所述交互類消息可以包括短信、微信、QQ消息、微博、新聞、未接來電或者郵件消息中的一種或幾種，所述推送類消息可以包括提醒事件和/或天氣信息。
[0052]具體實(shí)施時(shí)，所述通知消息可以包括交互類消息、推送類消息等，交互類消息可以為可以與用戶交互的消息，例如:短信/微信/QQ消息等的回復(fù)、來電回?fù)?、新聞回帖、郵件回復(fù)等，推送類消息可以為僅為告知性質(zhì)的消息，例如:提醒事件、天氣情況等。
[0053]具體實(shí)施時(shí)，終端可以首先確定通知消息的消息類型，例如，確定是交互類消息還是推送類消息，然后根據(jù)消息類型確定相應(yīng)的顯示方式進(jìn)行顯示，例如，如果是交互類消息，可以在顯示時(shí)顯示消息內(nèi)容的同時(shí)增加諸如刪除、收藏、回復(fù)、回帖、回?fù)艿劝存I，以便用戶與消息進(jìn)行交互；如果是推送類消息，可以在顯示時(shí)顯示消息內(nèi)容、或者同時(shí)增加刪除、收藏等按鍵。
[0054]圖2示出了本申請實(shí)施例一中通知消息的顯示界面示意圖，如圖所示，當(dāng)終端接收到一條短信時(shí)，可以喚醒終端屏幕進(jìn)入鎖屏界面，在鎖屏狀態(tài)下顯示所述消息的內(nèi)容以及回復(fù)按鈕；當(dāng)終端接收到一則新聞時(shí)，可以在鎖屏狀態(tài)下顯示所述新聞的預(yù)覽內(nèi)容以及查看按鈕。
[0055]具體實(shí)施時(shí)，所述回復(fù)按鈕、查看按鈕可以直接顯示于屏幕上所述通知消息對應(yīng)的位置，也可以在用戶對所述通知消息進(jìn)行預(yù)設(shè)操作手勢時(shí)才呈現(xiàn)出來，例如:接收到短信后鎖屏界面僅顯示消息內(nèi)容，用戶的手指在所述短信消息上向左滑動(dòng)后顯示回復(fù)按鈕。
[0056]實(shí)施中，所述接收用戶對所述通知消息的操作指令，具體可以為:
[0057]接收用戶在與所述通知消息對應(yīng)的預(yù)設(shè)位置處的操作手勢；
[0058]判斷所述操作手勢是否滿足預(yù)設(shè)操作手勢；
[0059]如果滿足，則認(rèn)為接收到用戶對所述通知消息的操作指令。
[0060]具體實(shí)施時(shí)，終端可以接收用戶在所述通知消息上的操作手勢，并判斷所述操作手勢是否與預(yù)設(shè)操作手勢一致，如果所述操作手勢與所述預(yù)設(shè)操作手勢一致，則認(rèn)為接收到用戶對所述通知消息的操作指令。例如:接收到用戶在所述通知消息上向左滑動(dòng)操作以及點(diǎn)擊操作，判斷所述點(diǎn)擊操作是否為單擊以及是否在預(yù)設(shè)位置處(假設(shè)所述預(yù)設(shè)位置為所述通知消息的回復(fù)按鈕顯示區(qū)域)單擊，如果所述點(diǎn)擊操作為在回復(fù)按鍵處單擊，那么可以認(rèn)為接收到用戶對所述通知消息的回復(fù)操作指令;如果所述點(diǎn)擊操作為在刪除按鍵處單擊，那么可以認(rèn)為接收到用戶對所述通知消息的刪除操作指令。
[0061 ]實(shí)施中，所述預(yù)設(shè)操作手勢可以包括單擊、雙擊、或滑動(dòng)。
[0062]具體實(shí)施時(shí)，所述預(yù)設(shè)操作手勢可以包括單擊、雙擊、滑動(dòng)等，還可以包括雙擊的時(shí)間間隔、滑動(dòng)的速度、滑動(dòng)的距離等，所述單擊、雙擊、滑動(dòng)可以是在預(yù)設(shè)位置處執(zhí)行，所述滑動(dòng)可以為向左滑動(dòng)或者向右滑動(dòng)等，具體可以根據(jù)實(shí)際需要進(jìn)行設(shè)置。
[0063]具體地，檢測終端屏幕的操作手勢可以通過Android系統(tǒng)的touch事件和C Iick事件來實(shí)現(xiàn)，例如:可以通過touchstart事件和touchend事件偏移屬性pageX、pageY來判斷用戶的操作手勢，如果偏移值超過預(yù)設(shè)閾值，那么則認(rèn)為是滑動(dòng)操作。
[0064]由于終端屏幕有限，當(dāng)消息內(nèi)容較多時(shí)通常無法將所有內(nèi)容全部顯示于終端屏幕，因此，本申請實(shí)施例還可以采用如下方式實(shí)施。
[0065]實(shí)施中，所述通知消息具體可以包括消息預(yù)覽內(nèi)容和消息內(nèi)容標(biāo)識，所述操作指令具體可以為消息查看指令，所述在所述終端的鎖屏界面生成消息處理界面，具體可以為:
[0066]根據(jù)所述消息內(nèi)容標(biāo)識在所述終端的鎖屏界面生成所述通知消息的具體內(nèi)容界面。
[0067]具體實(shí)施時(shí)，所述通知消息可以包括消息預(yù)覽內(nèi)容、消息內(nèi)容標(biāo)識等，所述消息內(nèi)容標(biāo)識可以用于標(biāo)識所述通知消息的具體內(nèi)容，接收到用戶對所述通知消息的消息查看指令，根據(jù)所述消息查看指令可以確定消息具體內(nèi)容界面，在所述終端的鎖屏界面生成與所述消息內(nèi)容標(biāo)識對應(yīng)的消息具體內(nèi)容界面。
[0068]例如:在終端處于鎖屏狀態(tài)時(shí)接收到一條網(wǎng)易新聞，假設(shè)這條網(wǎng)易新聞的預(yù)覽內(nèi)容為“山東公布非法疫苗名單”，所述新聞的標(biāo)識為WY123456或者網(wǎng)址，WY123456或網(wǎng)址與這條新聞的具體內(nèi)容對應(yīng)。本申請實(shí)施例中，可以在終端屏幕上顯示所述新聞的標(biāo)題內(nèi)容，在接收到用戶對所述新聞的消息查看指令后，根據(jù)所述新聞的標(biāo)識確定所述新聞的具體內(nèi)容界面，在所述終端的鎖屏界面生成所述新聞的具體內(nèi)容界面，將所述新聞的全部內(nèi)容(例如:山東食品藥品監(jiān)管部門經(jīng)對警方提供的，關(guān)于龐某非法經(jīng)營疫苗案查封疫苗品種的清單進(jìn)行核實(shí)，發(fā)現(xiàn)實(shí)有疫苗12種、免疫球蛋白2種、治療性生物制品I種…)顯示于所述終端的具體內(nèi)容界面，具體實(shí)施時(shí)可以以滑動(dòng)條的方式顯示。
[0069]具體實(shí)施時(shí)，根據(jù)消息內(nèi)容標(biāo)識確定消息的具體內(nèi)容，可以是首先根據(jù)所述消息內(nèi)容標(biāo)識確定消息所在的網(wǎng)頁，然后利用現(xiàn)有技術(shù)中的頁面數(shù)據(jù)抓取技術(shù)(例如:網(wǎng)頁數(shù)據(jù)采集器等)獲得所述消息的具體內(nèi)容。
[0070]本申請實(shí)施例可以在消息內(nèi)容較多或不便于顯示全部內(nèi)容時(shí)，在終端處于鎖屏狀態(tài)時(shí)顯示消息的預(yù)覽內(nèi)容，接收到用戶對所述通知消息的消息查看指令之后，在所述終端的鎖屏界面生成消息具體內(nèi)容界面，以實(shí)現(xiàn)用戶想查看全部內(nèi)容時(shí)不需要解鎖即可查看全部內(nèi)容的目的。
[0071]實(shí)施中，所述通知消息具體可以包括消息內(nèi)容和消息發(fā)送方信息，所述操作指令具體可以為消息回復(fù)指令，所述在所述終端的鎖屏界面生成所述消息處理界面，具體可以為:
[0072]在所述終端的鎖屏界面生成消息回復(fù)界面。
[0073]具體實(shí)施時(shí)，所述通知消息可以包括消息內(nèi)容、消息發(fā)送方信息等，所述消息發(fā)送方可以為聯(lián)系人、應(yīng)用程序信息等，所述消息發(fā)送方信息可以為聯(lián)系人姓名、手機(jī)號碼、微信號碼、二維碼、應(yīng)用程序的消息標(biāo)識等信息。
[0074]接收用戶對所述通知消息的消息回復(fù)指令，在所述終端的鎖屏界面生成消息回復(fù)界面。例如:終端收到一條短信，在終端處于鎖屏狀態(tài)時(shí)可以顯示短信內(nèi)容、發(fā)送該條短信的聯(lián)系人姓名和手機(jī)號碼，接收用戶對所述短信的回復(fù)指令，在所述終端的鎖屏界面生成消息回復(fù)界面;又如:終端收到網(wǎng)易新聞APP發(fā)送的一條新聞，接收到用戶對所述新聞的回帖指令，可以在所述終端的鎖屏界面生成回帖界面。
[0075]具體實(shí)施時(shí)，所述消息回復(fù)界面還可以包括若干預(yù)設(shè)文本，用戶可以自行選擇其中的一個(gè)或多個(gè)文本作為回復(fù)內(nèi)容進(jìn)行回復(fù)。
[0076]本申請實(shí)施例通過在鎖屏狀態(tài)下顯示通知消息，接收用戶對所述通知消息的回復(fù)指令后可以在所述終端的鎖屏界面直接生成消息回復(fù)界面，無需用戶解鎖再進(jìn)入相應(yīng)的應(yīng)用程序即可實(shí)現(xiàn)快速回復(fù)操作，過程簡便，極大地提升了用戶體驗(yàn)。
[0077]實(shí)施中，在所述在終端的鎖屏界面生成消息回復(fù)界面之后，所述方法可以進(jìn)一步包括:
[0078]接收用戶在所述消息回復(fù)界面輸入的回復(fù)內(nèi)容；
[0079]接收用戶觸發(fā)的消息回復(fù)指令；
[0080]根據(jù)所述消息回復(fù)指令，將用戶輸入的回復(fù)內(nèi)容發(fā)送給所述消息發(fā)送方。
[0081]具體實(shí)施時(shí)，在生成消息回復(fù)界面之后，可以進(jìn)一步接收用戶在所述消息回復(fù)界面輸入的回復(fù)內(nèi)容，用戶在輸入回復(fù)內(nèi)容后可以點(diǎn)擊回復(fù)按鈕，終端可以在接收到用戶觸發(fā)的消息回復(fù)指令之后，將用戶輸入的回復(fù)內(nèi)容發(fā)送給所述消息發(fā)送方。
[0082]圖3示出了本申請實(shí)施例一中消息回復(fù)界面示意圖，如圖所示，所述消息回復(fù)界面可以包括回復(fù)內(nèi)容的輸入框、發(fā)送按鈕以及虛擬鍵盤區(qū)域，用戶可以利用虛擬鍵盤實(shí)現(xiàn)輸入功能，輸入的文字即可顯示在所述回復(fù)內(nèi)容的輸入框內(nèi)，在輸入完畢后用戶點(diǎn)擊發(fā)送按鈕，后臺(tái)即可將所述回復(fù)內(nèi)容發(fā)送至所述消息發(fā)送方。
[0083]本申請實(shí)施例在生成消息回復(fù)界面之后，允許用戶自行輸入回復(fù)內(nèi)容，并在接收到用戶觸發(fā)的回復(fù)指令之后將所述回復(fù)內(nèi)容發(fā)送給所述消息發(fā)送方，用戶可以在鎖屏狀態(tài)下，通過在生成的消息回復(fù)界面輸入回復(fù)內(nèi)容，即可實(shí)現(xiàn)回復(fù)操作，方便快捷。
[0084]實(shí)施中，所述將用戶輸入的回復(fù)內(nèi)容發(fā)送給所述消息發(fā)送方，具體可以為:
[0085]存儲(chǔ)所述用戶在所述消息回復(fù)界面輸入的回復(fù)內(nèi)容；
[0086]根據(jù)所述消息發(fā)送方信息確定與所述消息發(fā)送方交互的應(yīng)用程序界面；
[0087]確定所述應(yīng)用程序界面的焦點(diǎn)位置和發(fā)送按鈕標(biāo)識id信息；
[0088]將所述回復(fù)內(nèi)容粘貼至所述焦點(diǎn)位置后，根據(jù)所述發(fā)送按鈕id信息觸發(fā)點(diǎn)擊操作。
[0089]具體實(shí)施時(shí)，終端將用戶輸入的回復(fù)內(nèi)容發(fā)送給所述消息發(fā)送方具體可以為:將所述用戶在所述消息回復(fù)界面輸入的回復(fù)內(nèi)容存儲(chǔ)至剪貼板，根據(jù)消息發(fā)送方信息確定與消息發(fā)送方交互的應(yīng)用程序界面，并確定所述應(yīng)用程序界面的焦點(diǎn)位置和發(fā)送按鈕標(biāo)識id信息;獲取所述剪貼板中的回復(fù)內(nèi)容，將剪貼板中的回復(fù)內(nèi)容粘貼至所述焦點(diǎn)位置，根據(jù)所述發(fā)送按鈕id觸發(fā)點(diǎn)擊操作。
[0090]具體實(shí)施時(shí)，所述確定所述應(yīng)用程序界面的焦點(diǎn)位置可以利用Android系統(tǒng)的AccessibilityNodeInf0.findFocus( Accessibi IityNode Inf0.F0CUS_INPUT)函數(shù)來實(shí)現(xiàn)；所述將所述回復(fù)內(nèi)容粘貼至所述焦點(diǎn)位置可以利用A n d r ο i d系統(tǒng)的AccessibilityNodeInf0.performAct 1n (Accessibi IityNodeInf0.ACT10N_PASTE)函數(shù)實(shí)現(xiàn)；
[0091]所述根據(jù)所述發(fā)送按鈕id信息觸發(fā)點(diǎn)擊操作，可以利用Spy++獲取到發(fā)送按鈕這一控件的句柄(i d信息)，再利用SendMessage函數(shù)向所述發(fā)送按鈕控件發(fā)送單擊消息，實(shí)現(xiàn)模擬人的點(diǎn)擊操作；也可以利用A n d r ο i d系統(tǒng)的AccessibilityNodeInf0.findAccessibi IityNodeInfosByViewId (參數(shù)id)函數(shù)來尋找到發(fā)送按鈕節(jié)點(diǎn)，然后再利用Andro id系統(tǒng)的 Accessibi I i tyNodelnf ο.performAct 1n(AccessibilityNodeInf0.ACT1N_CLICK)函數(shù)實(shí)現(xiàn)點(diǎn)擊操作。
[0092]本申請實(shí)施例通過采用模擬點(diǎn)擊技術(shù)，在確定應(yīng)用程序界面的焦點(diǎn)位置和發(fā)送按鈕標(biāo)識id信息之后，將剪貼板中的回復(fù)內(nèi)容粘貼至所述焦點(diǎn)位置，根據(jù)發(fā)送按鈕的id信息觸發(fā)點(diǎn)擊操作，模擬人的操作實(shí)現(xiàn)發(fā)送消息的目的，使得用戶無需手動(dòng)打開應(yīng)用程序即可實(shí)現(xiàn)消息的回復(fù)。
[0093]由于各個(gè)應(yīng)用程序的界面的開發(fā)設(shè)置不同，在確定應(yīng)用程序界面之后，可能存在某些應(yīng)用程序的界面沒有顯示焦點(diǎn)的情況，如果當(dāng)前應(yīng)用程序界面沒有顯示焦點(diǎn)，則不能直接定位到焦點(diǎn)，因此，本申請實(shí)施例還可以采用如下方式實(shí)施。
[0094]實(shí)施中，在所述確定所述應(yīng)用程序界面的焦點(diǎn)位置和發(fā)送按鈕標(biāo)識id信息之前，所述方法可以進(jìn)一步包括:
[0095]確定所述應(yīng)用程序界面的表情輸入按鈕標(biāo)識id信息；
[0096]根據(jù)所述表情輸入按鈕id信息觸發(fā)點(diǎn)擊操作。
[0097]具體實(shí)施時(shí)，在確定應(yīng)用程序界面之后，可以先確定所述應(yīng)用程序界面的表情輸入按鈕標(biāo)識id信息，然后向所述表情輸入按鈕控件發(fā)送點(diǎn)擊消息，模擬人的點(diǎn)擊操作，所述應(yīng)用程序界面的輸入框變?yōu)榭奢斎霠顟B(tài)，所述輸入框內(nèi)出現(xiàn)焦點(diǎn)(或稱光標(biāo))，據(jù)此可以確定出焦點(diǎn)所在位置。
[0098]本申請實(shí)施例通過模擬點(diǎn)擊操作，向所述應(yīng)用程序界面的表情輸入按鈕控件發(fā)送點(diǎn)擊消息，使得應(yīng)用程序界面的焦點(diǎn)出現(xiàn)，以便更好地確定焦點(diǎn)位置。
[0099]由于應(yīng)用程序的不同版本可能導(dǎo)致應(yīng)用程序界面的節(jié)點(diǎn)id信息發(fā)生變化，為確保精確定位節(jié)點(diǎn)并準(zhǔn)確無誤地實(shí)現(xiàn)回復(fù)操作，本申請實(shí)施例還可以采用如下方式實(shí)施。
[0100]實(shí)施中，所述發(fā)送按鈕id信息和所述表情輸入按鈕id信息具體可以由云端id庫更新下發(fā)。
[0101]具體實(shí)施時(shí)，所述應(yīng)用程序界面的點(diǎn)擊節(jié)點(diǎn)(控件，例如:發(fā)送按鈕、表情輸入按鈕等)id信息可以由云端下發(fā)、更新，快速響應(yīng)由于應(yīng)用程序升級導(dǎo)致節(jié)點(diǎn)id發(fā)生變化的問題。
[0102]本申請實(shí)施例中所利用的發(fā)送按鈕id信息以及所述表情輸入按鈕id信息均可以由云端id庫更新下發(fā)，從而解決了應(yīng)用程序在更新版本后導(dǎo)致應(yīng)用程序界面的節(jié)點(diǎn)id發(fā)生變化、無法實(shí)現(xiàn)回復(fù)操作的問題，在一定程度上提高了消息回復(fù)的成功率。
[0103]為避免在后臺(tái)消息回復(fù)過程中用戶進(jìn)行其他操作，本申請實(shí)施例還可以采用如下方式實(shí)施。
[0104]實(shí)施中，在所述將用戶輸入的回復(fù)內(nèi)容發(fā)送給所述消息發(fā)送方的過程中，所述方法可以進(jìn)一步包括:
[0105]將預(yù)設(shè)的模擬可見界面置于所述鎖屏界面之上。
[0106]具體實(shí)施時(shí)，所述模擬可見界面可以為發(fā)送進(jìn)度示意界面，也可以為透明界面。
[0107]圖4示出了本申請實(shí)施例一中消息回復(fù)過程中模擬可見界面示意圖，如圖所示，所述模擬可見界面具體可以設(shè)置為不可點(diǎn)擊、不接收消息，顯示消息發(fā)送中或其他文字/圖片等，從而保證模擬點(diǎn)擊操作的后臺(tái)執(zhí)行，后臺(tái)模擬點(diǎn)擊實(shí)現(xiàn)回復(fù)的過程對用戶而言是無感知的，從而進(jìn)一步提升了用戶體驗(yàn)。
[0108]具體實(shí)施時(shí)，還可以在消息回復(fù)成功后顯示消息發(fā)送成功界面，以及，在消息回復(fù)失敗后顯示消息發(fā)送失敗界面，以通知用戶消息回復(fù)的結(jié)果，進(jìn)一步提升用戶體驗(yàn)。
[0109]為了便于本申請的實(shí)施，下面以實(shí)例進(jìn)行說明。
[0110]實(shí)施例二、
[0111]以Android手機(jī)為例，假設(shè)手機(jī)側(cè)接收到一條短信消息，喚醒手機(jī)端的屏幕，進(jìn)入鎖屏界面。
[0112]圖5示出了本申請實(shí)施例二中的短信處理流程示意圖，如圖所示，所述短信處理流程可以包括如下步驟:
[0113]步驟501、根據(jù)所述消息的類型，確定顯示方式。
[0114]手機(jī)端可以首先確定所述消息的類型，具體實(shí)現(xiàn)時(shí)可以采用黑白名單的方式，確定所述短信的顯示方式。
[0115]在手機(jī)的鎖屏界面，顯示所述短信的內(nèi)容以及聯(lián)系人信息，例如:“用戶A:干嘛呢?”，當(dāng)用戶B的手指在所述短信所在區(qū)域向左滑動(dòng)一定距離后，在所述短信所在區(qū)域的右側(cè)顯示刪除、回復(fù)等按鈕。
[0116]步驟502、接收用戶的操作手勢。
[0117]步驟503、判斷所述操作手勢是否與預(yù)設(shè)的操作手勢相同；
[0118]如果相同，執(zhí)行步驟504;
[0119]如果不同，結(jié)束。
[0120]當(dāng)用戶點(diǎn)擊回復(fù)按鈕后，手機(jī)端檢測到用戶的操作手勢為先在所述短信所在區(qū)域向左滑動(dòng)、向左滑動(dòng)的距離大于預(yù)設(shè)閾值、然后在所述回復(fù)按鈕所在位置進(jìn)行了點(diǎn)擊操作，與預(yù)設(shè)的操作手勢相同，確定接收到所述用戶的消息回復(fù)指令。
[0121]步驟504、在所述鎖屏界面生成消息回復(fù)界面。
[0122]接收到所述消息回復(fù)指令之后，在所述手機(jī)的鎖屏界面上生成消息回復(fù)界面，所述消息回復(fù)界面可以包括輸入框、虛擬鍵盤、發(fā)送按鈕，除此之外，還可以包括上述消息內(nèi)容和聯(lián)系人信息，即“用戶A:干嘛呢?”。
[0123]步驟505、接收用戶的回復(fù)內(nèi)容以及消息回復(fù)指令。
[0124]用戶B可以通過虛擬鍵盤在所述短信回復(fù)界面輸入回復(fù)內(nèi)容，例如:“在西單商場逛街呢”。當(dāng)用戶B通過虛擬鍵盤輸入回復(fù)內(nèi)容時(shí)，手機(jī)端可以接收到用戶B在所述輸入框輸入的回復(fù)內(nèi)容，在用戶B點(diǎn)擊所述發(fā)送按鈕后，手機(jī)端接收到用戶觸發(fā)的消息回復(fù)指令，可以在所述手機(jī)的鎖屏界面上生成一個(gè)模擬可見界面，所述模擬可見界面可以為透明的、也可以顯示消息發(fā)送中。
[0125]步驟506、將所述回復(fù)內(nèi)容復(fù)制到剪貼板，進(jìn)入用戶回復(fù)的聯(lián)系人的短信界面。
[0126]手機(jī)端可以將所述回復(fù)內(nèi)容復(fù)制到手機(jī)的剪貼板，例如=Android的Clipboard，首先創(chuàng)建一個(gè)ClipboardManager對象并將其與系統(tǒng)剪貼板相關(guān)聯(lián)，然后通過setText函數(shù)將所述回復(fù)內(nèi)容(例如在西單商場逛街呢”)復(fù)制到剪貼板。在接收到用戶B觸發(fā)的消息回復(fù)指令之后，根據(jù)聯(lián)系人信息確定與所述聯(lián)系人交互的應(yīng)用程序界面，即與用戶A的短信界面。
[0127]步驟507、判斷進(jìn)入指定回復(fù)人界面是否成功？
[0128]如果成功，執(zhí)行步驟508;
[0129]如果失敗，則回復(fù)失敗，清空剪貼板。
[0130]步驟508、確定焦點(diǎn)位置以及發(fā)送按鈕id。
[0131]由于在所述與用戶A的短信界面起初本身就是存在焦點(diǎn)的，因此，手機(jī)端可以直接確定所述焦點(diǎn)的位置以及發(fā)送按鈕的id，具體實(shí)施時(shí)可以通過EditText.requestFocus函數(shù)獲取焦點(diǎn)，所述發(fā)送按鈕的id可以由云端id庫更新下發(fā)。
[0132]步驟509、粘貼用戶的回復(fù)內(nèi)容，發(fā)送點(diǎn)擊消息。
[0133]手機(jī)端將剪貼板中的字符串內(nèi)容拷貝到所述焦點(diǎn)位置，以Android系統(tǒng)的Clipboard為例，具體實(shí)施時(shí)可以利用hasText函數(shù)查詢剪貼板是否保存有內(nèi)容，并利用getText函數(shù)獲取剪貼板中的回復(fù)內(nèi)容。
[0134]將所述回復(fù)內(nèi)容拷貝到焦點(diǎn)位置后，向所述發(fā)送按鈕控件發(fā)送點(diǎn)擊操作，具體實(shí)施時(shí)可以先獲取發(fā)送按鈕這一控件的id，再通過GetDlgItem來獲取所述發(fā)送按鈕控件的句柄，然后創(chuàng)建一個(gè)Mot1nEvent對象，先進(jìn)行Mot1nEvent.ACT10N_D0WN然后再進(jìn)行Mot1nEvent.ACT10N_UP操作，調(diào)用所述發(fā)送按鈕控件的dispatch TouchEvent函數(shù)，從而模擬人的點(diǎn)擊行為將所述回復(fù)內(nèi)容(例如在西單商場逛街呢”)發(fā)送給用戶A。
[0135]步驟510、判斷是否發(fā)送成功；
[0136]如果發(fā)送成功，則回復(fù)成功，清空剪貼板內(nèi)容；
[0137]如果發(fā)送失敗，則回復(fù)失敗，清空剪貼板內(nèi)容。
[0138]在將所述回復(fù)內(nèi)容成功發(fā)送給用戶A之后，手機(jī)端在所述鎖屏界面上的模擬可見界面顯示發(fā)送成功提示內(nèi)容，并在一定時(shí)間(Is)后刪除所述模擬可見界面，恢復(fù)手機(jī)原本的鎖屏界面，至此，所述短信回復(fù)過程完畢。
[0139]實(shí)施例三、
[0140]繼續(xù)以Android手機(jī)為例，假設(shè)手機(jī)端收到一條微信消息，喚醒手機(jī)的屏幕，進(jìn)入鎖屏界面。
[0141]圖6示出了本申請實(shí)施例三中微信處理流程示意圖，如圖所示，所述微信處理流程可以包括如下步驟:
[0142]步驟601、根據(jù)所述消息的類型，確定顯示方式。
[0143]手機(jī)端可以首先確定所述消息的類型，具體實(shí)現(xiàn)時(shí)可以采用黑白名單的方式，確定所述微信消息的顯示方式。
[0144]在手機(jī)的鎖屏界面，顯示所述微信消息的消息內(nèi)容以及聯(lián)系人信息，例如:“小明:今天有空嗎?”，當(dāng)用戶的手指在所述微信消息所在區(qū)域向左滑動(dòng)一定距離后，在所述微信消息所在區(qū)域的右側(cè)顯示刪除、回復(fù)按鈕。
[0145]步驟602、接收用戶的操作手勢。
[0146]步驟603、判斷所述操作手勢是否與預(yù)設(shè)的操作手勢相同；
[0147]如果相同，則執(zhí)行步驟604;
[0148]如果不同，則結(jié)束。
[0149]當(dāng)用戶點(diǎn)擊回復(fù)按鈕后，手機(jī)端檢測到用戶的操作手勢為先在所述微信消息所在區(qū)域向左滑動(dòng)、向左滑動(dòng)的距離大于預(yù)設(shè)閾值、然后在所述回復(fù)按鈕所在位置進(jìn)行了點(diǎn)擊操作，與預(yù)設(shè)的操作手勢相同，確定接收到所述用戶的消息回復(fù)指令。
[0150]步驟604、在所述鎖屏界面生成消息回復(fù)界面。
[0151]接收到所述消息回復(fù)指令之后，在所述手機(jī)的鎖屏界面上生成消息回復(fù)界面，所述消息回復(fù)界面可以包括輸入框、虛擬鍵盤、發(fā)送按鈕，除此之外，還可以包括上述消息內(nèi)容和聯(lián)系人信息，即“小明:今天有空嗎?”。
[0152]步驟605、接收用戶的回復(fù)內(nèi)容以及消息回復(fù)指令。
[0153]用戶可以通過虛擬鍵盤在所述消息回復(fù)界面輸入回復(fù)內(nèi)容，例如:“今天工作比較忙，沒有空閑時(shí)間”。當(dāng)用戶通過虛擬鍵盤輸入回復(fù)內(nèi)容時(shí)，手機(jī)端可以接收到用戶在所述輸入框輸入的回復(fù)內(nèi)容，在用戶點(diǎn)擊所述發(fā)送按鈕后，手機(jī)端接收到用戶觸發(fā)的消息回復(fù)指令，可以在所述平板電腦的鎖屏界面上生成一個(gè)模擬可見界面，所述模擬可見界面可以為透明的、也可以顯示消息發(fā)送中。
[0154]步驟606、將所述回復(fù)內(nèi)容復(fù)制到剪貼板，進(jìn)入用戶回復(fù)的聯(lián)系人的微信聊天界面。
[0155]手機(jī)端可以將所述回復(fù)內(nèi)容復(fù)制到手機(jī)的剪貼板，例如=Android的Clipboard，首先創(chuàng)建一個(gè)ClipboardManager對象并將其與系統(tǒng)剪貼板相關(guān)聯(lián)，然后通過setText函數(shù)將所述回復(fù)內(nèi)容復(fù)制到剪貼板。在接收到用戶觸發(fā)的消息回復(fù)指令之后，根據(jù)聯(lián)系人信息確定與所述聯(lián)系人交互的應(yīng)用程序界面，即與小明的微信聊天界面。
[0156]步驟607、判斷進(jìn)入指定回復(fù)人界面是否成功；
[0157]如果成功，則執(zhí)行步驟608;
[0158]如果失敗，則回復(fù)失敗，清空剪貼板。
[0159]步驟608、查找到微信表情控件id。
[0160]步驟609、點(diǎn)擊表情id，查找輸入焦點(diǎn)。
[0161]圖7示出了本申請實(shí)施例三中微信聊天界面一，如圖所示，由于在所述與小明的微信聊天界面起初并沒有焦點(diǎn)(或稱光標(biāo))、也沒有發(fā)送按鈕，輸入框處于不可編輯狀態(tài)，手機(jī)端無法模擬點(diǎn)擊操作。此時(shí)，手機(jī)端可以首先確定表情輸入按鈕id，所述表情輸入按鈕id可以由云端id庫更新下發(fā)，手機(jī)端向所述表情輸入按鈕發(fā)送點(diǎn)擊消息，具體實(shí)施時(shí)可以創(chuàng)建一個(gè) Mot1nEvent 對象，先進(jìn)行 Mot1nEvent.ACT10N_D0WN 然后再進(jìn)行Mot1nEvent.ACT10N_UP操作，調(diào)用所述表情輸入按鈕控件的dispatch TouchEvent函數(shù)，使得所述微信聊天界面的輸入框處于可編輯狀態(tài)。
[0162]步驟610、確定焦點(diǎn)位置以及發(fā)送按鈕id。
[0163]圖8示出了本申請實(shí)施例三中微信聊天界面二，如圖所示，在所述微信聊天界面的輸入框處于可編輯狀態(tài)之后，所述焦點(diǎn)/光標(biāo)、發(fā)送按鈕出現(xiàn)，手機(jī)端此時(shí)可以確定所述焦點(diǎn)的位置以及發(fā)送按鈕的id，具體實(shí)施時(shí)可以通過EditText.requestFocus函數(shù)獲取焦點(diǎn)，所述發(fā)送按鈕的id可以由云端id庫更新下發(fā)。
[0164]步驟611、粘貼用戶的回復(fù)內(nèi)容，發(fā)送點(diǎn)擊消息。
[0165]手機(jī)端將剪貼板中的字符串內(nèi)容拷貝到所述焦點(diǎn)位置，繼續(xù)以Android系統(tǒng)的Clipboard為例，具體實(shí)施時(shí)可以利用hasText函數(shù)查詢剪貼板是否保存有內(nèi)容，并利用getText函數(shù)獲取剪貼板中的回復(fù)內(nèi)容(例如:“今天工作比較忙，沒有空閑時(shí)間”)。
[0166]將所述回復(fù)內(nèi)容拷貝到焦點(diǎn)位置后，向所述發(fā)送按鈕控件發(fā)送點(diǎn)擊操作，具體實(shí)施時(shí)可以先獲取發(fā)送按鈕這一控件的id，再通過GetDlgItem來獲取所述發(fā)送按鈕控件的句柄，然后創(chuàng)建一個(gè)Mot1nEvent對象，先進(jìn)行Mot1nEvent.ACT10N_D0WN然后再進(jìn)行Mot1nEvent.ACT10N_UP操作，調(diào)用所述發(fā)送按鈕控件的dispatch TouchEvent函數(shù)，從而模擬人的點(diǎn)擊行為將所述回復(fù)內(nèi)容(例如今天工作比較忙，沒有空閑時(shí)間”)發(fā)送給小明。
[0167]步驟612、判斷是否發(fā)送成功；
[0168]如果發(fā)送成功，則回復(fù)成功，清空剪貼板內(nèi)容。
[0169]如果發(fā)送失敗，則回復(fù)失敗，清空剪貼板內(nèi)容。
[0170]在將所述回復(fù)內(nèi)容成功發(fā)送給小明之后，手機(jī)端在所述鎖屏界面上的模擬可見界面顯示發(fā)送成功提示內(nèi)容，并在一定時(shí)間(2s)后刪除所述模擬可見界面，恢復(fù)手機(jī)原本的鎖屏界面，至此，所述微信回復(fù)過程完畢。
[0171]實(shí)施例四、
[0172]具體實(shí)施時(shí)，可以在例如鎖屏大師CMLocker中實(shí)施本申請實(shí)施例中的消息處理方法，并將其命名為“輔助功能”，下面結(jié)合這一具體實(shí)施場景，對本申請實(shí)施例中的消息處理方法進(jìn)行介紹。
[0173]圖9示出了本申請實(shí)施例四中微信回復(fù)過程示意圖，如圖所示，所述微信回復(fù)過程可以包括如下步驟:
[0174]步驟901、用戶點(diǎn)擊回復(fù)按鈕；
[0175]步驟902、判斷是否已開啟Android系統(tǒng)輔助功能；
[0176]如果沒有開啟，則執(zhí)行步驟903;
[0177]如果已開啟，則執(zhí)行步驟905。
[0178]步驟903、引導(dǎo)用戶手動(dòng)開啟輔助功能；
[0179]步驟904、判斷是否成功開啟；
[0180]如果成功開啟，則執(zhí)行步驟905;
[0181]如果開啟失敗，則不能實(shí)現(xiàn)回復(fù)。
[0182]步驟905、讓用戶輸入要回復(fù)的內(nèi)容；
[0183]步驟906、復(fù)制所述用戶輸入的內(nèi)容；
[0184]步驟907、通過通知欄方式打開微信，進(jìn)入用戶回復(fù)的聯(lián)系人聊天界面；
[0185]步驟908、判斷進(jìn)入指定回復(fù)人界面是否成功；
[0186]如果成功，則執(zhí)行步驟909;
[0187]如果失敗，則執(zhí)行步驟916。
[0188]步驟909、查找到微信表情控件id;
[0189]步驟910、判斷是否查找到表情id;
[0190]如果查找到，則執(zhí)行步驟911;
[0191]如果沒有查找到，則執(zhí)行步驟916。
[0192]步驟911、點(diǎn)擊表情id，查找輸入焦點(diǎn)；
[0193]步驟912、判斷是否查找到焦點(diǎn)；
[0194]如果查找到焦點(diǎn)，則執(zhí)行步驟913;
[0195]如果沒有查找到焦點(diǎn)，則執(zhí)行步驟916。
[0196]步驟913、粘貼用戶輸入的回復(fù)內(nèi)容，點(diǎn)擊發(fā)送；
[0197]步驟914、判斷是否發(fā)送成功；
[0198]如果發(fā)送成功，則執(zhí)行步驟915;
[0199]如果發(fā)送失敗，則執(zhí)行步驟916。
[0200]步驟915、回復(fù)成功，清空剪貼板內(nèi)容；
[0201]步驟916、回復(fù)失敗，清空剪貼板內(nèi)容。
[0202]實(shí)施例五、
[0203]基于同一發(fā)明構(gòu)思，本申請實(shí)施例中還提供了一種消息處理裝置，由于這些設(shè)備解決問題的原理與一種消息處理方法相似，因此這些設(shè)備的實(shí)施可以參見方法的實(shí)施，重復(fù)之處不再贅述。
[0204]圖10示出了本申請實(shí)施例五中消息處理裝置的結(jié)構(gòu)示意圖，如圖所示，所述消息處理裝置可以包括:
[0205]顯示模塊1001，用于在終端處于鎖屏狀態(tài)時(shí)，顯示通知消息；
[0206]第一接收模塊1002，用于接收用戶對所述通知消息的操作指令；
[0207]第一確定模塊1003，用于根據(jù)所述操作指令，確定消息處理界面；
[0208]生成模塊1004，用于在所述終端的鎖屏界面生成所述消息處理界面。
[0209]實(shí)施中，所述裝置可以進(jìn)一步包括:
[0210]第二確定模塊1005，用于在所述顯示通知消息之前，確定通知消息的消息類型；
[0211]第三確定模塊1006，用于根據(jù)所述消息類型確定所述通知消息的顯示方式。
[0212]實(shí)施中，所述通知消息可以包括交互類消息和推送類消息，所述交互類消息可以包括短信、微信、QQ消息、微博、未接來電或者郵件消息中的一種或幾種，所述推送類消息可以包括提醒事件和/或天氣信息。
[0213]實(shí)施中，所述接收模塊具體可以包括:
[0214]接收單元，用于接收用戶在與所述通知消息對應(yīng)的預(yù)設(shè)位置處的操作手勢；
[0215]判斷單元，用于判斷所述操作手勢是否滿足預(yù)設(shè)操作手勢；
[0216]確認(rèn)單元，用于如果所述操作手勢滿足預(yù)設(shè)操作手勢，則認(rèn)為接收到用戶對所述通知消息的操作指令。
[0217]實(shí)施中，所述操作手勢具體可以包括單擊、雙擊、或滑動(dòng)。
[0218]實(shí)施中，所述通知消息具體可以包括消息預(yù)覽內(nèi)容和消息內(nèi)容標(biāo)識，所述操作指令具體可以為消息查看指令，所述生成模塊具體可以用于根據(jù)所述消息內(nèi)容標(biāo)識在所述終端的鎖屏界面生成所述通知消息的具體內(nèi)容界面。
[0219]實(shí)施中，所述通知消息具體可以包括消息發(fā)送方信息，所述操作指令具體可以為消息回復(fù)指令，所述生成模塊具體可以用于在所述終端的鎖屏界面生成消息回復(fù)界面。
[0220]實(shí)施中，所述裝置可以進(jìn)一步包括:
[0221 ]第二接收模塊1007，用于在所述在終端的鎖屏界面生成消息回復(fù)界面之后，接收用戶在所述消息回復(fù)界面輸入的回復(fù)內(nèi)容；
[0222]第三接收模塊1008，用于接收用戶觸發(fā)的消息回復(fù)指令；
[0223]發(fā)送模塊1009，用于根據(jù)所述消息回復(fù)指令，將用戶輸入的回復(fù)內(nèi)容發(fā)送給所述消息發(fā)送方。
[0224]實(shí)施中，所述發(fā)送模塊具體可以包括:
[0225]存儲(chǔ)單元，用于存儲(chǔ)所述用戶在所述消息回復(fù)界面輸入的回復(fù)內(nèi)容；
[0226]第一確定單元，用于根據(jù)所述消息發(fā)送方信息確定與所述消息發(fā)送方交互的應(yīng)用程序界面；
[0227]第二確定單元，用于確定所述應(yīng)用程序界面的焦點(diǎn)位置和發(fā)送按鈕標(biāo)識id信息；
[0228]第一處理單元，用于將所述回復(fù)內(nèi)容粘貼至所述焦點(diǎn)位置后，根據(jù)所述發(fā)送按鈕i d信息觸發(fā)點(diǎn)擊操作。
[0229]實(shí)施中，所述發(fā)送模塊可以進(jìn)一步包括:
[0230]第三確定單元，用于在所述確定所述應(yīng)用程序界面的焦點(diǎn)位置和發(fā)送按鈕標(biāo)識id信息之前，確定所述應(yīng)用程序界面的表情輸入按鈕標(biāo)識id信息；
[0231]第二處理單元，用于根據(jù)所述表情輸入按鈕id信息觸發(fā)點(diǎn)擊操作。
[0232]實(shí)施中，所述發(fā)送按鈕id信息和所述表情輸入按鈕id信息具體可以由云端id庫更新下發(fā)。
[0233]實(shí)施中，所述裝置可以進(jìn)一步包括:
[0234]界面遮擋模塊1010，用于在所述將用戶輸入的回復(fù)內(nèi)容發(fā)送給所述消息發(fā)送方的過程中，將預(yù)設(shè)的模擬可見界面置于所述鎖屏界面之上。
[0235]為了描述的方便，以上所述裝置的各部分以功能分為各種模塊或單元分別描述。當(dāng)然，在實(shí)施本申請時(shí)可以把各模塊或單元的功能在同一個(gè)或多個(gè)軟件或硬件中實(shí)現(xiàn)。
[0236]由于本申請實(shí)施例所提供的消息處理裝置，在終端處于鎖屏狀態(tài)時(shí)顯示模塊顯示通知消息，第一接收模塊可以直接接收用戶對所述通知消息的操作指令，在所述第一確定模塊根據(jù)所述操作指令確定相應(yīng)的消息處理界面之后，所述生成模塊可以在所述鎖屏界面生成所述消息處理界面，無需用戶解鎖、進(jìn)入相應(yīng)APP再進(jìn)行消息處理，實(shí)現(xiàn)過程非常簡便，極大地提升了用戶體驗(yàn)。
[0237]本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本申請的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序產(chǎn)品。因此，本申請可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本申請可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲(chǔ)介質(zhì)(包括但不限于磁盤存儲(chǔ)器、CD-ROM、光學(xué)存儲(chǔ)器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。
[0238]本申請是參照根據(jù)本申請實(shí)施例的方法、設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個(gè)機(jī)器，使得通過計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的裝置。
[0239]這些計(jì)算機(jī)程序指令也可存儲(chǔ)在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計(jì)算機(jī)可讀存儲(chǔ)器中，使得存儲(chǔ)在該計(jì)算機(jī)可讀存儲(chǔ)器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能。
[0240]這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的步驟。
[0241]盡管已描述了本申請的優(yōu)選實(shí)施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實(shí)施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實(shí)施例以及落入本申請范圍的所有變更和修改。
【主權(quán)項(xiàng)】
1.一種消息處理方法，其特征在于，包括如下步驟: 在終端處于鎖屏狀態(tài)時(shí)，顯示通知消息； 接收用戶對所述通知消息的操作指令； 根據(jù)所述操作指令，確定消息處理界面； 在所述終端的鎖屏界面生成所述消息處理界面。2.如權(quán)利要求1所述的方法，其特征在于，所述通知消息具體包括消息內(nèi)容和消息發(fā)送方信息，所述操作指令具體為消息回復(fù)指令，所述在所述終端的鎖屏界面生成所述消息處理界面，具體為: 在所述終端的鎖屏界面生成消息回復(fù)界面。3.如權(quán)利要求2所述的方法，其特征在于，在所述在終端的鎖屏界面生成消息回復(fù)界面之后，進(jìn)一步包括: 接收用戶在所述消息回復(fù)界面輸入的回復(fù)內(nèi)容； 接收用戶觸發(fā)的消息回復(fù)指令； 根據(jù)所述消息回復(fù)指令，將用戶輸入的回復(fù)內(nèi)容發(fā)送給所述消息發(fā)送方。4.如權(quán)利要求3所述的方法，其特征在于，所述將用戶輸入的回復(fù)內(nèi)容發(fā)送給所述消息發(fā)送方，具體為: 存儲(chǔ)所述用戶在所述消息回復(fù)界面輸入的回復(fù)內(nèi)容； 根據(jù)所述消息發(fā)送方信息確定與所述消息發(fā)送方交互的應(yīng)用程序界面； 確定所述應(yīng)用程序界面的焦點(diǎn)位置和發(fā)送按鈕標(biāo)識id信息； 將所述回復(fù)內(nèi)容粘貼至所述焦點(diǎn)位置后，根據(jù)所述發(fā)送按鈕id信息觸發(fā)點(diǎn)擊操作。5.如權(quán)利要求4所述的方法，其特征在于，在所述確定所述應(yīng)用程序界面的焦點(diǎn)位置和發(fā)送按鈕標(biāo)識id信息之前，進(jìn)一步包括: 確定所述應(yīng)用程序界面的表情輸入按鈕標(biāo)識id信息； 根據(jù)所述表情輸入按鈕id信息觸發(fā)點(diǎn)擊操作。6.一種消息處理裝置，其特征在于，包括: 顯示模塊，用于在終端處于鎖屏狀態(tài)時(shí)，顯示通知消息； 第一接收模塊，用于接收用戶對所述通知消息的操作指令； 第一確定模塊，用于根據(jù)所述操作指令，確定消息處理界面； 生成模塊，用于在所述終端的鎖屏界面生成所述消息處理界面。7.如權(quán)利要求6所述的裝置，其特征在于，所述通知消息具體包括消息內(nèi)容和消息發(fā)送方信息，所述操作指令具體為消息回復(fù)指令，所述生成模塊具體用于在所述終端的鎖屏界面生成消息回復(fù)界面。8.如權(quán)利要求7所述的裝置，其特征在于，進(jìn)一步包括: 第二接收模塊，用于在所述在終端的鎖屏界面生成消息回復(fù)界面之后，接收用戶在所述消息回復(fù)界面輸入的回復(fù)內(nèi)容； 第三接收模塊，用于接收用戶觸發(fā)的消息回復(fù)指令； 發(fā)送模塊，用于根據(jù)所述消息回復(fù)指令，將用戶輸入的回復(fù)內(nèi)容發(fā)送給所述消息發(fā)送方。9.如權(quán)利要求8所述的裝置，其特征在于，所述發(fā)送模塊具體包括: 存儲(chǔ)單元，用于存儲(chǔ)所述用戶在所述消息回復(fù)界面輸入的回復(fù)內(nèi)容； 第一確定單元，用于根據(jù)所述消息發(fā)送方信息確定與所述消息發(fā)送方交互的應(yīng)用程序界面； 第二確定單元，用于確定所述應(yīng)用程序界面的焦點(diǎn)位置和發(fā)送按鈕標(biāo)識id信息； 第一處理單元，用于將所述回復(fù)內(nèi)容粘貼至所述焦點(diǎn)位置后，根據(jù)所述發(fā)送按鈕id信息觸發(fā)點(diǎn)擊操作。10.如權(quán)利要求9所述的裝置，其特征在于，所述發(fā)送模塊進(jìn)一步包括: 第三確定單元，用于在所述確定所述應(yīng)用程序界面的焦點(diǎn)位置和發(fā)送按鈕標(biāo)識id信息之前，確定所述應(yīng)用程序界面的表情輸入按鈕標(biāo)識id信息； 第二處理單元，用于根據(jù)所述表情輸入按鈕id信息觸發(fā)點(diǎn)擊操作。
【文檔編號】H04M1/725GK105847549SQ201610171531
【公開日】2016年8月10日
【申請日】2016年3月24日
【發(fā)明人】周峰, 潘泉海
【申請人】北京金山安全軟件有限公司