本發(fā)明涉及通信領域,更具體地,涉及用于在安全模式下進行消息收發(fā)的領域。
背景技術:
當前,較為普遍的安全聊天技術稱為“閱后即焚”。
即采用的聊天模式是消息被閱讀之后即立即或者稍微銷毀,使得聊天的保密性更強,消息被泄露的風險減低。
但是,現有的技術至少存在如下缺陷。
如果需要重新發(fā)起閱后即焚的聊天,則需要退出當前聊天,并且需要在固定的入口處發(fā)起,因此時效性較差,操作流程較為復雜。
另一方面,現有的聊天應用在進入到安全模式之后,當前窗口一般不發(fā)生變化,導致安全聊天的內容和非安全聊天的內容混合在一起,從而導致聊天容易出現混亂,并且溝通的雙方容易產生認知方面的差異。
更進一步地,閱后即焚的聊天模式,無法判斷對方是否真的在聊天,因此并未達到安全聊天的目的,存在著信息泄露方面的風險。
而且,現有的安全模式聊天一般不支持pc端的聊天,而pc端由于屏幕較大,若聊天參與人離開電腦時間較長,則非常容易產生信息泄露的問題。
技術實現要素:
因此,現有技術的安全模式聊天中存在多個問題企待解決。
由此,本公開的目的在于至少地解決上述其中一個問題,以提供良好的用戶體驗。
根據本公開的第一方面,提供一種進行安全模式消息收發(fā)的方法,包括:從第一方接收與第二方進行安全模式消息收發(fā)的請求;將所述請求傳送給所述第二方;響應于從第二方接收到針對所述請求的確認消息,生成用于安全模式消息收發(fā)的窗口,以進入安全模式。
根據本公開的一個實施方式,進一步包括:響應于下列中的至少一種,來取消生成所述用于安全模式消息收發(fā)的窗口:從所述第一方接收到取消進行安全模式消息收發(fā)的請求;接收到來自第二方的拒絕消息;在第一指定時間內未收到來自所述第二方的確認消息;以及所述第一方和第二方不匹配。
根據本公開的一個實施方式,其中,所述第一方和第二方不匹配包括:第二方的版本低于所述第一方的版本以至于無法與所述第一方進行安全模式消息收發(fā)。
根據本公開的一個實施方式,進一步包括:如果所述第一方發(fā)出消息后超過第二指定時間,則自動刪除所述消息。
根據本公開的一個實施方式,進一步包括:在所述消息旁邊顯示以所述第二指定時間開始為長度的倒計時,以指示所述消息被自動刪除的剩余時長。
根據本公開的一個實施方式,進一步包括:在所述安全模式期間,如果所述第一方與所述第二方之間的連接中斷,則自動關閉所述用于安全模式消息收發(fā)的窗口,以退出安全模式。
根據本公開的一個實施方式,進一步包括:如果檢測到所述第二方已退出安全模式,則自動關閉所述用于安全模式消息收發(fā)的窗口,以退出安全模式。
根據本公開的一個實施方式,進一步包括:如果在第三指定時間內未接收到來自第二方的消息,并且所述第一方也未發(fā)送消息,則向所述第一方指示可關閉所述用于安全模式消息收發(fā)的窗口以退出所述安全模式。
根據本公開的一個實施方式,進一步包括:如果在第四指定時間內未接收到來自所述第二方的消息,并且所述第一方也未發(fā)送消息,則自動關閉所述用于安全模式消息收發(fā)的窗口以退出所述安全模式。
根據本公開的一個實施方式,進一步包括:在退出所述安全模式之后,刪除所述安全模式中收發(fā)的消息。
根據本公開的一個實施方式,進一步包括:如果檢測到在所述第二方發(fā)生截屏操作,則通知所述第一方。
根據本公開的一個實施方式,進一步包括:在從第一方接收與第二方進行安全模式消息收發(fā)的請求之后,并且在從第二方接收到針對所述請求的確認消息之前,生成中間窗口以等待所述第二方的確認消息。
根據本公開的一個實施方式,進一步包括:如果從所述第一方首次接收到進行安全模式消息收發(fā)的請求,則在所述中間窗口上顯示引導消息。
根據本公開的一個實施方式,其中,所述消息包括文字、語音、表情、圖片中的至少一種。
根據本公開的一個實施方式,其中,在所述用于安全模式消息收發(fā)的窗口中顯示安全模式操作規(guī)則。
根據本公開的一個實施方式,其中,在所述生成用于安全模式消息收發(fā)的窗口中,第一方和/或第二方的標識不可點擊。
根據本公開的第二方面,提供一種進行安全模式消息收發(fā)的方法,包括:在第二方接收第一方發(fā)送的期望與該第二方進行安全模式消息收發(fā)的請求;響應于確認所述請求,生成用于安全模式消息收發(fā)的窗口,以進入安全模式。
根據本公開的一個實施方式,進一步包括:在第二方接收到第一方發(fā)送的期望與該第二方進行安全模式消息收發(fā)的請求之后,確定所述第二方是否處于與安全模式消息收發(fā)相關的特定應用之中。
根據本公開的一個實施方式,其中,如果第二方處于與安全模式消息收發(fā)相關的特定應用之外,則所述第二方被推送提示消息;響應于所述提示消息被點擊,進入所述特定應用,生成用于安全模式消息收發(fā)的窗口,以進入安全模式。
根據本公開的一個實施方式,其中,如果第二方處于與安全模式消息收發(fā)相關的特定應用之外,則所述第二方被推送提示消息;如果在所述提示消息被點擊之前檢測到所述第一方已取消進行安全模式消息收發(fā),那么在所述提示消息被點擊之后,進入所述特定應用的非安全模式,并顯示所述第一方已取消進行安全模式消息收發(fā)的提示。
根據本公開的一個實施方式,進一步包括:如果確定所述第二方處于與安全模式消息收發(fā)相關的特定應用之中,則在第二方接收第一方發(fā)送的期望與該第二方進行安全模式消息收發(fā)的請求之后,生成提示頁面以等待在第二方對所述請求進行確認或拒絕。
根據本公開的一個實施方式,進一步包括:如果所述請求在被確認之前檢測到所述第一方已取消進行安全模式消息收發(fā),則所述提示頁面消失,并在所述特定應用中給出提示。
根據本公開的一個實施方式,進一步包括:如果在第二方首次接收第一方發(fā)送的期望與該第二方進行安全模式消息收發(fā)的請求,則顯示引導消息。
根據本公開的一個實施方式,其中,當在第二方接收到第一方發(fā)送的期望與該第二方進行安全模式消息收發(fā)的請求時,以如下方式中的至少一種進行提示:閃爍、震動、激發(fā)呼吸燈、發(fā)聲。
根據本公開的一個實施方式,其中,如果所述第二方接收到消息后超過第五指定時間,則自動刪除所述消息。
根據本公開的一個實施方式,進一步包括:在所述消息旁邊顯示以所述第五指定時間開始為長度的倒計時,以指示所述消息被自動刪除的剩余時長。
根據本公開的一個實施方式,進一步包括:如果所述第二方接收到的消息為圖片消息,并且所述圖片消息正在被放大查看,則在所述第二方接收到消息后超過第五指定時間之后,自動退出所述放大并刪除所述圖片消息。
根據本公開的一個實施方式,其中,如果所述第二方接收到的消息為語音信息和/或視頻信息并且所述語音信息和/或視頻信息正在被播放,則在所述語音信息和/或視頻播放完畢之后、或播放完畢預設時間后,被自動刪除。
根據本公開的一個實施方式,進一步包括:在所述安全模式期間,如果所述第一方與所述第二方之間的連接中斷,則自動關閉所述用于安全模式消息收發(fā)的窗口,以退出安全模式。
根據本公開的一個實施方式,進一步包括:如果檢測到所述第一方已退出安全模式,則自動關閉所述用于安全模式消息收發(fā)的窗口,以退出安全模式。
根據本公開的一個實施方式,進一步包括:如果在第六指定時間內未接收到來自第一方的消息,并且所述第二方也未發(fā)送消息,則向所述第二方指示可關閉所述用于安全模式消息收發(fā)的窗口以退出所述安全模式。
根據本公開的一個實施方式,進一步包括:如果在第七指定時間內未接收到來自所述第一方的消息,并且所述第二方也未發(fā)送消息,則自動關閉所述用于安全模式消息收發(fā)的窗口以退出所述安全模式。
根據本公開的一個實施方式,進一步包括:在退出所述安全模式之后,刪除所述安全模式中收發(fā)的消息。
根據本公開的一個實施方式,進一步包括:如果檢測到在所述第一方發(fā)生截屏操作,則通知所述第二方。
根據本公開第三方面,提供一種進行安全模式消息收發(fā)的方法,包括:在第一方,接收與第二方進行安全模式消息收發(fā)的請求;將所述請求傳送給所述第二方;在第二方,接收第一方發(fā)送的期望與該第二方進行安全模式消息收發(fā)的請求;在確認針對安全模式收發(fā)的請求后,生成用于安全模式消息收發(fā)的第二窗口,以進入安全模式;在第一方,響應于從第二方接收到針對所述請求的確認消息,生成用于安全模式消息收發(fā)的第一窗口,以進入安全模式。
根據本公開第四方面,提供一種在計算機上進行安全模式消息收發(fā)的方法,包括:生成用于進行安全模式消息收發(fā)的窗口,以進入安全模式;當檢測到在第八指定時間內,所述窗口未被進行操作,則至少隱藏所述窗口中的內容。
根據本公開的一個實施方式,其中,所述隱藏包括對內容進行刪除、透明化、模糊化和/或馬賽克化。
根據本公開的一個實施方式,進一步包括:在所述窗口中發(fā)送消息或接收到消息后超過第九指定時間,則自動刪除所述消息。
根據本公開第五方面,提供一種在計算機上進行安全模式消息收發(fā)的方法,包括:生成與移動端即時通信應用賬戶關聯的窗口,其中,所述窗口中的消息收發(fā)與所述移動端即時通信應用的消息收發(fā)相關聯;當檢測到在第十指定時間內,所述窗口未被進行操作,則至少隱藏所述窗口中的內容。
根據本公開的一個實施方式,其中,所述隱藏包括對內容進行刪除、透明化、模糊化和/或馬賽克化。
根據本公開的一個實施方式,進一步包括:在所述窗口中發(fā)送消息或接收到消息后超過第十一指定時間,則自動刪除所述消息。
根據本公開第六方面,提供一種進行安全模式消息收發(fā)的設備,包括:用于從第一方接收與第二方進行安全模式消息收發(fā)的請求的裝置;用于將所述請求傳送給所述第二方的裝置;用于響應于從第二方接收到針對所述請求的確認消息,生成用于安全模式消息收發(fā)的專用窗口,以進入安全模式的裝置。
根據本公開第七方面,提供一種進行安全模式消息收發(fā)的設備,包括:用于在第二方接收第一方發(fā)送的期望與該第二方進行安全模式消息收發(fā)的請求的裝置;用于響應于確認所述請求,生成用于安全模式消息收發(fā)的專用窗口,以進入安全模式的裝置。
根據本公開第八方面,提供一種在計算機上進行安全模式消息收發(fā)的設備,包括:用于生成用于進行安全模式消息收發(fā)的窗口,以進入安全模式的裝置;用于當檢測到在第八指定時間內,所述窗口未被進行操作,則至少隱藏所述窗口中的內容的裝置。
根據本公開第九方面,提供一種在計算機上進行安全模式消息收發(fā)的設備,包括:用于生成與移動端即時通信應用賬戶關聯的窗口的裝置,其中,所述窗口中的消息收發(fā)與所述移動端即時通信應用的消息收發(fā)相關聯;用于當檢測到在第十指定時間內,所述窗口未被進行操作,則至少隱藏所述窗口中的內容的裝置。
根據本公開第十方面,提供一種客戶終端,包括:一個或者多個處理器;存儲器;存儲在所述存儲器中的程序,當被所述一個或者多個處理器執(zhí)行時,所述程序使所述客戶終端執(zhí)行如上所述的方法。
根據本公開第十一方面,提供一種計算機可讀存儲介質,所述計算機可讀存儲介質存儲有程序,當所述程序被處理器執(zhí)行時,使得所述處理器執(zhí)行如上所述的方法。
本公開的實施方式能夠實現以下技術效果中的至少一種。
通過本公開的教導,用戶能夠體驗不留痕跡的安全聊天;在安全聊天過程中,雙方均需要在線,且消息無需用戶的閱讀也可以被刪除,從而克服了閱后即焚技術的缺陷;在特定時間內,如果沒有發(fā)言,則退出安全模式,增強了安全模式下信息的安全;本公開還可以在pc端實現,并且能夠較好地保證pc端聊天的安全性。
需要理解的是,本公開的教導并不需要實現上面所述的全部有益效果,而是特定的技術方案可以實現特定的技術效果,并且本公開的其他實施方式還能夠實現上面未提到的有益效果。
附圖說明
通過參考附圖閱讀下文的詳細描述,本發(fā)明示例性實施方式的上述以及其他目的、特征和優(yōu)點將變得易于理解。在附圖中,以示例性而非限制性的方式示出了本發(fā)明的若干實施方式,其中:
在附圖中,相同或對應的標號表示相同或對應的部分。
圖1為本公開的技術方案所采用的網絡框架的示意圖;
圖2示出了根據本發(fā)明一個實施方式的在第一方和第二方之間進行安全模式信息收發(fā)的信息交互圖;
圖3a-圖3d示出了根據本發(fā)明一個示例性實施方式的第一方處的界面變化圖;
圖4示出了根據本發(fā)明一個實施方式的第二方收到安全模式聊天請求后的操作流程示意圖;
圖5示出了根據本發(fā)明另一個實施方式的第二方收到安全模式聊天請求后的操作流程示意圖;
圖6示出了第二方接收到進行安全模式聊天請求后生成的提示頁面的示意圖;
圖7示出了第二方同意進行安全模式聊天之后所呈現的窗口頁面示意圖;
圖8示出了根據本發(fā)明一個實施方式的在安全模式下在接收和發(fā)送的消息旁邊顯示倒計時的窗口的示意圖;
圖9示出了根據本發(fā)明另一方面的在計算機上進行安全模式消息收發(fā)的方法;
圖10示出了根據本發(fā)明再一方面的在計算機上進行安全模式消息收發(fā)的方法;
圖11示出了根據本發(fā)明另一方面的進行安全模式消息收發(fā)的設備的框圖;
圖12出了根據本發(fā)明又一方面的進行安全模式消息收發(fā)的設備的框圖;
圖13出了根據本發(fā)明再一方面的在計算機上進行安全模式消息收發(fā)的設備;
圖14出了根據本發(fā)明另一方面的在計算機上進行安全模式消息收發(fā)的設備;
圖15示出了根據本發(fā)明實施方式的用于進行安全模式消息收發(fā)的用戶終端的示意圖;以及
圖16示出了根據本發(fā)明實施方式的用于進行安全模式消息收發(fā)的計算機可讀存儲介質的示意圖。
具體實施方式
下面將參考若干示例性實施方式來描述本發(fā)明的原理和精神。應當理解,給出這些實施方式僅僅是為了使本領域技術人員能夠更好地理解進而實現本發(fā)明,而并非以任何方式限制本發(fā)明的范圍。相反,提供這些實施方式是為了使本公開更加透徹和完整,并且能夠將本公開的范圍完整地傳達給本領域的技術人員。
下面結合附圖對本發(fā)明的具體實施方式進行詳細描述。
圖1為本公開的技術方案所采用的網絡框架的示意圖。
如圖1所示,本公開所采用系統(tǒng)可以包括:用戶終端110和服務器120。用戶終端之間可以通過服務器120相互收發(fā)信息,消息的類型包括但不限于文本、文件、語音、表情、圖片、音頻、視頻以及他們的任意組合。
如圖1所示,本公開的用戶終端110可以為個人計算機(pc)、筆記本電腦、平板電腦、個人數字助理、imac、智能手機中的任意一種或多種。這些終端可以包括任何適合的操作系統(tǒng),包括但不限于windows,linux,android,ios等等。上述客戶終端可以是固定的,例如位于家庭,辦公室,網吧等處的固定通信設備,也可以位于其他移動平臺,例如位于汽車,火車,飛機等平臺上。
用戶終端110可以通過有線、無線或者二者的組合連接到各個服務器或者云端。無線網絡包括但不限于移動電話網、無線局域網(lan)、藍牙個人區(qū)域網、wifi、以太網、令牌環(huán)、廣域網、因特網等等。有線網絡包括但不限于電話線網、光纜線網、電纜線網、有線電視網等等。
服務器120可以采用任何商用或專用的服務器,本發(fā)明對此無任何限制。此外,用戶終端110也可以不通過服務器進行直接的通信和聊天,例如通過藍牙等。圖1所示的網絡僅僅是一種示例,以便于理解,而不對本發(fā)明的網絡架構構成任何限制。
圖2示出了根據本發(fā)明一個實施方式的在第一方和第二方之間進行安全信息收發(fā)的信息交互圖。
需要理解的是,圖2中所示的第一方和第二方僅僅是為了方便描述而采用的術語,例如,可以將第一方視為發(fā)送方,將第二方視為接收方。但需要理解的是,在信息收發(fā)中,第一方和第二方處于對等位置,或者二者為對等端(peer),第一方也可以接收信息,此時第一方成為接收方,而第二方也可以發(fā)送信息,此時第二方成為發(fā)送方,因此第一方和第二方可以互換。
如圖2所示,本發(fā)明提供一種進行安全模式消息收發(fā)的方法,該方法包括如下操作。
在操作a210,接收與第二方進行安全模式消息收發(fā)的請求;以及,在操作a220,將該請求傳送給所述第二方。
接下來,在第二方,在操作b230,接收第一方發(fā)送的期望與該第二方進行安全模式消息收發(fā)的請求;以及,在操作b240,在確認針對安全模式收發(fā)的請求后,生成用于安全模式消息收發(fā)的第二窗口,以進入安全模式;并向第一方發(fā)送上述請求的確認消息。
接下來,在第一方,在操作a250,響應于從第二方接收到針對所述請求的確認消息,生成用于安全模式消息收發(fā)的第一窗口,以進入安全模式。
需要理解的是,為簡化描述,圖2中省略了服務器120的信息收發(fā),但本領域技術人員可以理解的是,第一方和第二方之間可以存在服務器120。
下面將結合示例性的附圖對以上的方法流程以及操作交互進行示例性描述和解釋。其中,首先介紹在第一方(發(fā)送方)的操作,即操作a210、a220和a250,其也可以構成單獨和完整的技術方案,本發(fā)明也對在第一方處執(zhí)行的操作進行相應的保護。
圖3a-圖3d示出了根據本發(fā)明一個示例性實施方式的第一方處的界面變化圖。
首先,可以在聊天軟件(例如易信)的普通模式中添加“安全”按鈕(如圖3a中的附圖標記310所示),用戶可以在普通模式中點擊該“安全按鈕”從而進入到安全模式中。需要理解的是,在安全模式中聊天是安全模式消息收發(fā)的一種。
可以理解的是,圖3a僅僅為一個示例,并不必然要求界面為圖3a所示。更進一步地,用戶在打開聊天軟件例如易信時,可以直接進入到安全模式中,或者可以經提示而進入該安全模式中,而無需進入普通模式,再進入安全模式。
用戶點擊該按鈕310之后,用戶終端(例如手機)接收到與第二方(例如用戶“大破碗”)進行安全聊天的請求,并把該請求發(fā)送給第二方,以等待第二方的確認。
需要理解的是,在用戶點擊按鈕310之后,第一方可以直接進入到安全如圖3d所示的安全模式的窗口,但根據本發(fā)明的一個優(yōu)選實施方式,需要等待來自第二方(即接收方)的確認,即在從第一方接收與第二方進行安全模式消息收發(fā)的請求之后,并且在從第二方接收到針對所述請求的確認消息之前,生成中間窗口以等待所述第二方的確認消息。
圖3b和圖3c示出了兩個中間窗口的示例。
需要理解的是,圖3b、3c和3d相對于圖3a而言,可以是將已經存在的普通聊天窗口轉變?yōu)橛糜诎踩J较⑹瞻l(fā)的窗口,也可以是生成的一個專用于安全模式聊天或消息收發(fā)的專用窗口。安全模式在外觀上可以與普通模式相同,其不同主要體現在功能方面。下面將進行詳細的描述。
圖3b為從第一方首次接收到進行安全模式聊天的請求后所呈現的中間窗口,即在該中間窗口上顯示引導消息,該引導消息例如可以是“在這里,對方同意建立安全模式后,可體驗不留痕跡的安全暢聊”或者其他任何適當的提示以向首次使用安全模式聊天的用戶提供一定的引導和幫助,從而使其能夠跟順暢地進行安全模式聊天。此外,在圖3b中,還給用戶提供了選擇繼續(xù)進行安全模式聊天例如“向大破碗發(fā)起請求”或者中斷進行安全模式聊天的選擇(例如“下次再說”)。如果用戶選擇“向大破碗發(fā)起請求”,那么進入圖3c所示的中間頁面。
圖3c為第一方已熟悉并了解安全模式聊天的情況下的中間頁面的示意圖。如圖3c所示,對于安全模式聊天的老用戶,無需再給出提示,而是可以直接呈現圖3c所示的頁面,以等待第二用戶的確認。
圖3b和圖3c所示的中間頁面,有助于使得聊天的雙方均在線,以防止出現第二方不在線而第一方盲目發(fā)送信息的情況,這增加了安全模式中信息的隱秘性和安全性。
在中間頁面出現的情況下,可能會出現多種情況。如果第二方接受了該請求,則可以生成如圖3d所示的窗口或頁面(這將在后文中進行更加詳細的描述)。而如果第二方未接受該請求,則可以取消生成如圖3d所示的窗口。
本發(fā)明的進一步包括:響應于下列中的至少一種,來取消生成所述用于安全模式消息收發(fā)的窗口。
根據一個實施方式,可以在從所述第一方接收到取消進行安全模式消息收發(fā)的請求后,取消生成圖3d所示的窗口。此時可以向第一方發(fā)送如下提示,例如“已取消請求”。
根據另一個實施方式,還可以在接收到來自第二方的拒絕消息后,可以取消生成圖3d所示的窗口。此時可以向第一方發(fā)送如下提示,例如“對方已拒絕了您的請求”。
根據又一個實施方式,如果第一方在第一指定時間內未收到來自所述第二方的確認消息,則可以取消生成圖3d所示的窗口。此時可以向第一方發(fā)送如下提示,例如“對方不在線或正忙,可稍后再試”。
上述的第一指定時間可以由用戶設置,例如可以設置為45秒或其他時長。
根據在一個實施方式,如果第一方和第二方之間不匹配,則可以取消生成圖3d所示的窗口。這里所述的不匹配可以是雙方之間的版本不匹配,例如第二方所采用的軟件版低于第一方的版本以至于無法與第一方進行安全模式消息收發(fā)或安全模式聊天(例如第二方的軟件版本中并沒有安全聊天模式),此時可以向第一方發(fā)送如下提示,例如“對方版本太低,無法建立安全連接”。
上述提示可以通過多種方式來向第一方呈現,優(yōu)選地,可以通過toast的方式來呈現,其使得提示出現一段時間之后自動消失。
在等待第二方確認該請求期間,可以以高亮或者閃爍的方式來提示第一方,并且在等待期間可以音樂或者其他動態(tài)圖像,以提醒用戶的注意。
圖3d示出了第二方確認了第一方所發(fā)送的請求之后所呈現的窗口。
如圖3d所示,在第二方確認了第一方希望進行安全模式聊天的請求之后,第一方處生成圖3d所示的窗口。安全模式下將可以存在多個功能以加強聊天的安全性。下面將結合具體的實例來詳細描述提示可能的內容。
根據本發(fā)明的一個實施方式,在第一方和第二方成功地建立了安全模式之后,如果所述第一方發(fā)出消息后超過第二指定時間,則自動刪除所述消息。該第二指定時間例如可以是60秒或其他時長,時間越長,則安全性越低,但該參與通信方讀取信息的壓力越小。根據普通用戶的習慣,可以設置為45-90秒之間。
根據本發(fā)明的一個實施方式,可以在消息旁邊顯示以上述第二指定時間開始為長度的倒計時,以指示消息被自動刪除的剩余時長。該方案可以提醒用戶及時閱讀消息,以防止消息在未被查看的情況下被自動刪除。這將在后續(xù)圖8以及相應的說明書中進行更具體和直觀的描述。
上面描述了消息被自動刪除的一種實施方式,下面描述根據本發(fā)明實施方式的安全窗口被自動關閉的情形。
根據本發(fā)明的一個實施方式,在安全模式期間,如果第一方與第二方之間的連接中斷,則可以自動關閉用于安全模式消息收發(fā)(安全模式聊天)的窗口(例如圖3d所示的窗口),以退出安全模式。
根據本發(fā)明的一個實施方式,在第一方,如果檢測到第二方已退出安全模式,則自動關閉用于安全模式消息收發(fā)的窗口(例如如圖3d所示的窗口),以退出安全模式。
根據本發(fā)明的一個實施方式,如果在第三指定時間內未接收到來自第二方的消息,并且所述第一方也未發(fā)送消息,那么可以向第一方指示可關閉所述用于安全模式消息收發(fā)的窗口以退出所述安全模式。例如,如果在兩分鐘之內第一方和第二方均未向對方發(fā)送任何消息,那么系統(tǒng)可以向第一方報告,提示其可以自行關閉該安全模式的窗口并退出安全模式,需要理解的是,上述的時間可以是其他數值。
更進一步地,根據本發(fā)明的一個實施方式,如果在第四指定時間內未接收到來自第二方的消息,并且第一方也未發(fā)送消息,則自動關閉所述用于安全模式消息收發(fā)的窗口以退出所述安全模式。第四指定時間原則上應當長于上述的第三指定時間。該第四指定時間例如可以是3分鐘。
為了進一步提升所發(fā)送的消息的安全度和隱秘度,可以在退出安全模式之后,自動地刪除在安全模式中收發(fā)的消息。這里的刪除,可以是將緩存或者本地存儲中有關安全模式的消息刪除掉,他人無法從本地文件夾中獲得安全模式下的消息,并且及時再次進入安全模式下,也無法從獲得之前發(fā)送的消息,由此顯著地增加了消息的安全度和隱秘度。
但是,由于大部分的用戶終端,例如手機具有截屏功能,可以直接截取當前頁面的圖像,這將不利于消息的安全和隱秘。為此,根據本發(fā)明的一個實施方式,如果檢測到在第二方發(fā)生截屏操作,則可以將第二方進行的截屏操作通知給第一方,由此第一方知曉第二方進行了截屏操作。第一方可以通過聊天或者其他方式通知第二方,其不希望對方保留截屏。
上述的消息,可以是文字、語音、表情、圖片中的一種或者是上述消息的混合,本發(fā)明不限于任何特定類型的消息。
為了提示用戶,還可以在圖3d所示的用于安全模式消息收發(fā)的窗口中顯示安全模式操作規(guī)則,這些操作規(guī)則在上面已經進行了描述,例如,可以是“每條消息在發(fā)出后的60秒自動刪除”、“超過3分鐘沒有發(fā)言,安全模式將自動退出”、“退出后,所有消息將都被直接刪除”和/或“截屏時,對方會收到提示”。上面在圖3d中給出的安全模式操作規(guī)則僅僅是一種示例,本領域技術人員可以根據需求在該窗口中添加任何期望的操作規(guī)則。
通常,在圖3d所示的窗口中,參與聊天的雙方的頭像一般會顯示在窗口中,為了進一步增強信息的隱秘性,根據本發(fā)明的一個優(yōu)選實施方式,在生成的用于安全模式消息收發(fā)的窗口中,第一方和/或第二方的標識不可點擊。標識可以是用戶的頭像,名稱等等。用戶標識不可點擊使得不可以通過點擊用戶標識(例如頭像、名稱等)來獲取用戶信息。
上面結合附圖3a-3d描述了在第一方(發(fā)送方)處的操作以及所呈現的窗口,下面將結合附圖對第二方(接收方)出的操作進行詳細描述。
回到圖2,b230和b240示出了在第二方出的操作。需要理解的是,操作b230和b240也可以構成單獨和完整的技術方案,本發(fā)明也對在第二方處執(zhí)行的操作進行相應的保護。
與作為發(fā)送方的第一方不同的是,第一方發(fā)起安全模式聊天時,其通常是處于特定應用(例如易信)中的,而第一方在接收到聊天請求時,未必一定處于該特定應用中。
圖4示出了根據本發(fā)明一個實施方式的第二方收到安全模式聊天請求后的操作流程示意圖。
如圖4所示,根據本發(fā)明的一個實施方式,在操作b410,在第二方接收到第一方發(fā)送的期望與其進行安全模式消息收發(fā)的請求之后,首先確定第二方是否處于與安全模式消息收發(fā)相關的特定應用之中。即首先確定在第二方中,該特定應用是否處于打開狀態(tài)。
根據本發(fā)明的一個實施方式,在操作b420,如果第二方處于與安全模式消息收發(fā)相關的特定應用之外,即第二方中的特定應用未處于打開狀態(tài),那么第二方可以被推送提示消息,以向第二方提示第一方期望與其進行安全模式聊天。該提示可以以簡短提示的方式顯示在第二方的屏幕上,例如可以是“xxx希望與您建立安全模式”。
接下來,在操作b430,響應于所述提示消息被點擊,從而第二方進入所述特定應用,生成用于安全模式消息收發(fā)的窗口,以進入安全模式。
圖5示出了根據本發(fā)明另一個實施方式的第二方收到安全模式聊天請求后的操作流程示意圖。
首先,和圖4一樣,如圖5所示,在操作b510,在第二方接收到第一方發(fā)送的期望與其進行安全模式消息收發(fā)的請求之后,首先確定第二方是否處于與安全模式消息收發(fā)相關的特定應用之中。
接下來,在操作b520,如果第二方處于與安全模式消息收發(fā)相關的特定應用之外,則所述第二方被推送提示消息,以向第二方提示第一方期望與其進行安全模式聊天。該提示消息例如可以是“xxx希望與您建立安全模式”。
接下來,在操作b530,如果在提示消息被點擊之前檢測到第一方已取消進行安全模式消息收發(fā),那么在提示消息被點擊之后,進入所述特定應用的非安全模式,并顯示所述第一方已取消進行安全模式消息收發(fā)的提示。這里所述的非安全模式,即常規(guī)的聊天窗口。
上面描述了本發(fā)明中第二方在接收到請求時未處于特定應用中的場景,下面將詳細地描述接收到請求時第二方正好也處于該特定應用中的實施方式。
根據本發(fā)明的一個實施方式,如果確定所述第二方處于與安全模式消息收發(fā)相關的特定應用之中,則在第二方接收第一方發(fā)送的期望與該第二方進行安全模式消息收發(fā)的請求之后,生成提示頁面以等待在第二方對所述請求進行確認或拒絕。
圖6示出了第二方接收到進行安全模式聊天請求后生成的提示頁面的示意圖。
如圖6所示,該提示頁面中可以顯示發(fā)出請求的第一方的頭像以及姓名/昵稱(例如張曉超),并提示“請求建立安全模式”。該提示頁面中還可以包括拒絕和同意的圖標和/或文字,第二用戶選擇同意,則可以進入到安全模式,選擇拒絕,則可以退出安全模式。
更進一步地,如果第二方在點擊圖6所示的提示頁面的“同意”按鈕之前,檢測到所述第一方(例如張曉超)已取消進行安全模式消息收發(fā)(安全模式聊天),則所述提示頁面消失,并在所述特定應用中給出提示。提示例如可以是“對方已取消請求”。
可選地,如果在第二方首次接收第一方發(fā)送的期望與該第二方進行安全模式消息收發(fā)的請求,則顯示引導消息。該引導消息例如可以是“同意后,可以體驗不留痕跡的安全暢聊”。
更進一步地,如果第二方拒絕了第一方的請求,則可以給出提示,例如“已拒絕安全模式請求”,該提示可以顯示給第一方和/或第二方。
可選地,如果第二方同意了第一方的請求后出現網絡連接中斷,則可以給出提示,例如“網絡連接失敗,請稍后重試”。
根據本發(fā)明的一個實施方式,為了及時提醒第二方接收到安全模式聊天的請求,當在第二方接收到第一方發(fā)送的期望與該第二方進行安全模式消息收發(fā)的請求時,以如下方式中的至少一種進行提示:閃爍、震動、激發(fā)呼吸燈、發(fā)聲。例如,如果用戶當前正在聊天,則可以出現閃爍的情形,從而使得第二方注意到接收到一個請求。此外,如果用戶當前沒有在聊天,并且用戶終端處于待機狀態(tài),則可以發(fā)出震動,激發(fā)呼吸燈后者發(fā)出聲音,從而及時提醒第二方來對該請求進行應答。
當第二方同意了該請求之后,則可以進入到如圖7所述的安全聊天窗口中。該頁面與圖3d所示的頁面相似,也可以在該窗口中顯示特定的規(guī)則,例如“每條消息在發(fā)出后的60秒自動刪除”、“超過3分鐘沒有發(fā)言,安全模式將自動退出”、“退出后,所有消息將都被直接刪除”和/或“截屏時,對方會收到提示”等。但本發(fā)明并不局限于上述的規(guī)則。
根據本發(fā)明的一個實施方式,如果所述第二方接收到消息后超過第五指定時間,則自動刪除所述消息。
與作為發(fā)送方的第一方在發(fā)送消息后超過特定時長后消息被刪除略有不同的是,發(fā)送方的消息被刪除的倒計時開始于消息被成功發(fā)送的時刻,而作為接收方的第二方所接收的消息被刪除的倒計時開始于消息被成功接收的時刻。對于文本消息而言,成功發(fā)送和成功接收幾乎是同時的,而對于較大的文件,例如音頻,圖片等,成功接收的時間會較大地晚于成功發(fā)送的時間,因此對于接收方而言,以接收到消息開始進行倒計時是優(yōu)選的,這將給接收方更充足的時間來查看消息。
此外,還需要理解的是,這里所述的第五指定時長也可以是60秒,或者可以是其他時長,本發(fā)明不做任何限定。
圖8示出了根據本發(fā)明一個實施方式的在安全模式下在接收和發(fā)送的消息旁邊顯示倒計時的窗口的示意圖。
如圖8所示,根據本發(fā)明的一個實施方式,可以在消息旁邊顯示以上述第五指定時間開始為長度的倒計時,以指示所述消息被自動刪除的剩余時長。
如圖8所示,在消息“hi”旁邊顯示了第一個倒計時810(例如為58秒),而在消息“你在哪里啊”旁邊顯示了第二個倒計時820(例如為56秒)。
對于較大的圖片消息、語音、視頻等類型的消息,本發(fā)明可以采用如下策略。
根據本發(fā)明的一個實施方式,如果所述第二方接收到的消息為圖片消息,并且所述圖片消息正在被放大查看,則在所述第二方接收到消息后超過第五指定時間之后,自動退出所述放大并刪除所述圖片消息。根據該實施方式,接收到的圖片通常會被放大查看,但是,為了提高聊天的安全性和隱秘性,即使該圖片正在被放大查看,那么如果倒計時到期,則仍然強制刪除該圖片,并退出圖片的放大模式。為此,在圖片被放大時,仍然在放大的圖片旁邊顯示倒計時,以提醒用戶剩余的時間。
根據本發(fā)明的另一個實施方式,如果所述第二方接收到的消息為語音信息和/或視頻信息并且所述語音信息和/或視頻信息正在被播放,則在語音信息和/或視頻播放完畢之后、或播放完畢預設時間后,被自動刪除。
與圖片消息或者其他文本消息不同的是,語音或者視頻消息需要在播放完畢之后再被刪除,否則視頻和音頻消息將無法被完整地收聽或查看。本發(fā)明的上述設置將保證消息的完整性。
更進一步地,類似于發(fā)送方的操作,在安全模式期間,如果第一方與所述第二方之間的連接中斷,則自動關閉所述用于安全模式消息收發(fā)的窗口,以退出安全模式。
更進一步地,類似于發(fā)送方的操作,如果檢測到第一方已退出安全模式,則自動關閉用于安全模式消息收發(fā)的窗口,以退出安全模式。
更進一步地,類似于發(fā)送方的操作,如果在第六指定時間內未接收到來自第一方的消息,并且所述第二方也未發(fā)送消息,則向第二方指示可關閉所述用于安全模式消息收發(fā)的窗口以退出安全模式。該第六指定時間可以與上述的第三指定時間相同或不同。
更進一步地,類似于發(fā)送方的操作,如果在第七指定時間內未接收到來自所述第一方的消息,并且所述第二方也未發(fā)送消息,則自動關閉所述用于安全模式消息收發(fā)的窗口以退出所述安全模式。該第七指定時間可以與上述的第四指定時間相同或不同。
更進一步地,類似于發(fā)送方的操作,在退出所述安全模式之后,刪除所述安全模式中收發(fā)的消息。
更進一步地,類似于發(fā)送方的操作,如果檢測到在所述第一方發(fā)生截屏操作,則通知所述第二方。
為簡潔起見,上述在第二方發(fā)生的與第一方相似的操作將不再進行贅述。
本發(fā)明的技術方案還可以在計算機上實施。由于計算機的屏幕較大,消息被泄露的可能性相對于小屏幕的手機、平板電腦等等更大,因此,可以采用附加的措施來保證計算機上消息的安全。本文所述計算機,可以理解為個人計算機、或者其他區(qū)別于移動終端的計算機。
圖9示出了根據本發(fā)明另一方面的在計算機上進行安全模式消息收發(fā)的方法,該方法包括:在操作910,生成用于進行安全模式消息收發(fā)的窗口,以進入安全模式;以及,在操作920,當檢測到在第八指定時間內,所述窗口未被進行操作,則至少隱藏所述窗口中的內容。圖9所示的實施例中,計算機上的消息收發(fā)也具有安全模式,該安全模式不同于一般聊天模式,根據消息收發(fā)雙方的請求與確認進入該安全模式。
圖10示出了根據本發(fā)明再一方面的在計算機上進行消息收發(fā)的方法,該方法包括:在操作1010,生成與移動端即時通信應用賬戶關聯的窗口,其中,所述窗口中的消息收發(fā)與所述移動端即時通信應用的消息收發(fā)相關聯;以及,在操作1020,當檢測到在第十指定時間內,所述窗口未被進行操作,則至少隱藏所述窗口中的內容。圖10所示的實施例不局限于上文所述安全模式,該方法可以應用于一般聊天模式,用于在一般聊天模式下保證計算機屏幕較大、且使用者容易離開計算機位置的情況下,保證信息安全。
在計算機上,可以采用與移動終端相同的賬戶來進行聊天,因此在計算機上生成的窗口與移動終端的窗口產生關聯關系。用戶可以通過手動輸入賬號和密碼或者通過其他方式(例如通過手機掃描計算機上生成的二維碼以進入計算機端的即時通信應用)。計算機端即時通信應用的聊天窗口收發(fā)的消息與使用相應用戶賬號登錄的移動端即時通信應用聊天窗口收發(fā)的消息相關聯。圖10所示的實施例中,進一步優(yōu)化地,在操作1020,當檢測到在第十指定時間內,所述窗口未被進行操作,則至少隱藏所述窗口中的內容,包括:當檢測到在第十指定時間內,所述窗口未被進行操作,且檢測到當前計算機屏幕未被鎖定時,則至少隱藏所述窗口中的內容。
需要理解的是,盡管圖9和圖10中給出了隱藏窗口中的內容的描述,但需要理解的是,結合圖2-圖8描述的規(guī)則在計算機上仍然適用,例如在所述窗口中發(fā)送消息或者接收到消息后超過特定時長,則自動刪除聊天的消息;超過特定時長雙方沒有發(fā)言的話則自動退出安全模式(對圖9所示實施例而言)或者自動退出當前聊天窗口(對圖10所示實施例而言);退出安全模式或者當前聊天窗口后,所有消息被自動刪除;以及截屏或者復制屏幕之后,向對方通知;禁止點擊用戶的標識(例如頭像,名稱等)等等。處于簡潔的目的,上述功能或操作將不再進行贅述。
對于本發(fā)明中在計算機上進行即時通信,如果一定時間之內聊天窗口未被操作,則可以隱藏聊天窗口中的聊天內容,也可以直接將該窗口隱藏,使得他人看不出用戶正在聊天,這將有助于改善計算機上即時通信聊天內容的隱秘性。
根據本發(fā)明的隱藏可以包括對內容進行刪除、透明化、模糊化和/或馬賽克化。例如,可以將整個聊天窗口透明化,從而使得他人無法看到用戶正在聊天,或者可以將內容用馬賽克遮擋,從而確保消息的隱秘性。
圖11示出了根據本發(fā)明另一方面的進行安全模式消息收發(fā)的設備的框圖。如圖11所示,本發(fā)明的設備包括:用于從第一方接收與第二方進行安全模式消息收發(fā)的請求的裝置1110;用于將所述請求傳送給所述第二方的裝置1120;以及,用于響應于從第二方接收到針對所述請求的確認消息,生成用于安全模式消息收發(fā)的專用窗口,以進入安全模式的裝置1130。
圖12出了根據本發(fā)明又一方面的進行安全模式消息收發(fā)的設備的框圖,包括:用于在第二方接收第一方發(fā)送的期望與該第二方進行安全模式消息收發(fā)的請求的裝置1210;以及,用于響應于確認所述請求,生成用于安全模式消息收發(fā)的專用窗口,以進入安全模式的裝置1220。
圖13出了根據本發(fā)明再一方面的在計算機上進行安全模式消息收發(fā)的設備,包括:用于生成用于進行安全模式消息收發(fā)的窗口,以進入安全模式的裝置1310;以及,用于當檢測到在第八指定時間內,所述窗口未被進行操作,則至少隱藏所述窗口中的內容的裝置1320。
圖14出了根據本發(fā)明另一方面的在計算機上進行消息收發(fā)的設備,包括:用于生成與移動端即時通信應用賬戶關聯的窗口的裝置1410,其中,所述窗口中的消息收發(fā)與所述移動端即時通信應用的消息收發(fā)相關聯;用于當檢測到在第十指定時間內,所述窗口未被進行操作,則至少隱藏所述窗口中的內容的裝置1420。
通過本公開的教導,用戶能夠體驗不留痕跡的安全聊天;在安全聊天過程中,雙方均需要在線,且消息無需用戶的閱讀也可以被刪除,從而克服了閱后即焚技術的缺陷;在特定時間內,如果沒有發(fā)言,則退出安全模式,增強了安全模式下信息的安全;本公開還可以在pc端實現,并且能夠較好地保證pc端聊天的安全性。
示例性設備
在介紹了本發(fā)明示例性實施方式的方法和裝置之后,接下來,介紹根據本發(fā)明的另一示例性實施方式的用于進行安全模式消息收發(fā)的用戶終端。
所屬技術領域的技術人員能夠理解,本發(fā)明的各個方面可以實現為系統(tǒng)、方法或程序產品。因此,本發(fā)明的各個方面可以具體實現為以下形式,即:完全的硬件實施方式、完全的軟件實施方式(包括固件、微代碼等),或硬件和軟件方面結合的實施方式,這里可以統(tǒng)稱為“電路”、“模塊”或“系統(tǒng)”。
在一些可能的實施方式中,本發(fā)明的用戶終端可以至少包括一個或多個處理器、以及至少一個存儲器。其中,所述存儲器存儲有程序,當所述程序被所述處理器執(zhí)行時,使得所述處理器執(zhí)行本說明書中描述各種步驟。
下面參照圖15來描述根據本發(fā)明的這種實施方式的用于進行安全模式消息收發(fā)的用戶終端。圖15顯示的用戶終端1500僅僅是一個示例,不應對本發(fā)明實施例的功能和使用范圍帶來任何限制。
如圖15所示,用戶終端1500以通用計算設備的形式表現,包括但不限于:至少一個處理器1510、至少一個存儲器1520、連接不同系統(tǒng)組件的總線1560。
總線1560表示幾類總線結構中的一種或多種,包括存儲器總線或者存儲器控制器、外圍總線、圖形加速端口、處理器或者使用多種總線結構中的任意總線結構的局域總線。
存儲器1520可以包括易失性存儲器形式的可讀介質,例如隨機存取存儲器(ram)1521和/或高速緩存存儲器1522,還可以進一步包括只讀存儲器(rom)1523。
存儲器1520還可以包括程序模塊1524,這樣的程序模塊1524包括但不限于:操作系統(tǒng)、一個或者多個應用程序、其它程序模塊以及程序數據,這些示例中的每一個或某種組合中可能包括網絡環(huán)境的實現。
用戶終端1500還可以與一個或多個外部設備10(例如鍵盤、指向設備、藍牙設備等)通信,也可與一個或者多個其他用戶終端進行通信。這種通信可以通過輸入/輸出(i/o)接口1540進行,并在顯示單元1530上進行顯示。并且,用戶終端1500還可以通過網絡適配器1550與一個或者多個網絡(例如局域網(lan),廣域網(wan)和/或公共網絡,例如因特網)通信。如圖所示,網絡適配器1550通過總線1560與用戶終端1500中的其它模塊通信。應當明白,盡管圖中未示出,但可以結合用戶終端1500使用其它硬件和/或軟件模塊,包括但不限于:微代碼、設備驅動器、冗余處理單元、外部磁盤驅動陣列、raid系統(tǒng)、磁帶驅動器以及數據備份存儲系統(tǒng)等。
示例性程序產品
在一些可能的實施方式中,本發(fā)明的各個方面還可以實現為一種程序產品的形式,其包括程序代碼,當所述程序代碼在被處理器執(zhí)行時,所述程序代碼用于使所述處理器執(zhí)行上面描述的方法。
所述程序產品可以采用一個或多個可讀介質的任意組合??勺x介質可以是可讀信號介質或者可讀存儲介質。可讀存儲介質例如可以是——但不限于——電、磁、光、電磁、紅外線、或半導體的系統(tǒng)、裝置或器件,或者任意以上的組合??勺x存儲介質的更具體的例子(非窮舉的列表)包括:具有一個或多個導線的電連接、便攜式盤、硬盤、隨機存取存儲器(ram)、只讀存儲器(rom)、可擦式可編程只讀存儲器(eprom或閃存)、光纖、便攜式緊湊盤只讀存儲器(cd-rom)、光存儲器件、磁存儲器件、或者上述的任意合適的組合。
如圖16所示,描述了根據本發(fā)明的實施方式的程序產品1600,其可以采用便攜式緊湊盤只讀存儲器(cd-rom)并包括程序代碼,并可以在終端設備,例如個人電腦上運行。然而,本發(fā)明的程序產品不限于此,在本文件中,可讀存儲介質可以是任何包含或存儲程序的有形介質,該程序可以被指令執(zhí)行系統(tǒng)、裝置或者器件使用或者與其結合使用。
可以以一種或多種程序設計語言的任意組合來編寫用于執(zhí)行本發(fā)明操作的程序代碼,所述程序設計語言包括面向對象的程序設計語言-諸如java、c++等,還包括常規(guī)的過程式程序設計語言-諸如“c”語言或類似的程序設計語言。程序代碼可以完全地在用戶計算設備上執(zhí)行、部分地在用戶設備上執(zhí)行、作為一個獨立的軟件包執(zhí)行、部分在用戶計算設備上部分在遠程計算設備上執(zhí)行、或者完全在遠程計算設備或服務器上執(zhí)行。在涉及遠程計算設備的情形中,遠程計算設備可以通過任意種類的網絡——包括局域網(lan)或廣域網(wan)-連接到用戶計算設備,或者,可以連接到外部計算設備(例如利用因特網服務提供商來通過因特網連接)。
此外,盡管在附圖中以特定順序描述了本發(fā)明方法的操作,但是,這并非要求或者暗示必須按照該特定順序來執(zhí)行這些操作,或是必須執(zhí)行全部所示的操作才能實現期望的結果。附加地或備選地,可以省略某些步驟,將多個步驟合并為一個步驟執(zhí)行,和/或將一個步驟分解為多個步驟執(zhí)行。
雖然已經參考若干具體實施方式描述了本發(fā)明的精神和原理,但是應該理解,本發(fā)明并不限于所公開的具體實施方式,對各方面的劃分也不意味著這些方面中的特征不能組合以進行受益,這種劃分僅是為了表述的方便。本發(fā)明旨在涵蓋所附權利要求的精神和范圍內所包括的各種修改和等同布置。