一種賬號掛失的方法和裝置與流程

本公開是關于計算機技術領域，尤其是關于一種賬號掛失的方法和裝置。

背景技術：

用戶在日常生活中會涉及到各種各樣的賬號，比如身份證、銀行賬號、手機號等。這些賬號通常與用戶的資金安全相關，一旦發生信息泄露(比如銀行卡或手機丟失)，會給用戶造成較大的風險。因此，當發現某賬號的信息發生泄漏時，用戶需要對該賬號進行掛失。

例如，當用戶發現某銀行卡丟失后，會到該銀行卡所屬的銀行辦理該銀行卡的掛失業務，以使銀行對該銀行卡的銀行賬戶進行凍結；當用戶發現手機丟失后，會到該手機的運營商的營業廳中，辦理手機卡的掛失業務，以使該運營商暫停該手機號的服務。

在實現本公開的過程中，發明人發現至少存在以下問題：

當多個賬號發生信息泄露時，用戶需要分別到相應的營業廳辦理每個賬號的掛失業務，辦理過程比較復雜，耗時較長，導致用戶資金的安全性較差。

技術實現要素：

為了克服相關技術中存在的問題，本公開提供了一種賬號掛失的方法和裝置。所述技術方案如下：

根據本公開實施例的第一方面，提供一種賬號掛失的方法，所述方法包括：

顯示預先存儲的賬號列表，所述賬號列表中包括至少一個賬號；

接收對應所述至少一個賬號中的目標賬號的掛失指令；

向本地存儲的所述目標賬號對應的應用程序發送第一掛失請求，所述第一掛失請求中攜帶有所述目標賬號，所述第一掛失請求用于通知所述應用程序向所述目標賬戶的注冊服務器發送第二掛失請求，所述第二掛失請求用于通知所述注冊服務器對所述目標賬號進行掛失處理。

可選的，所述向本地存儲的所述目標賬號對應的應用程序發送第一掛失請求之前，還包括：

輸出驗證提示信息；

獲取用戶輸入的驗證信息，將所述驗證信息發送給后臺服務器，以使所述后臺服務器根據所述驗證信息對所述用戶進行身份驗證；

當接收到所述后臺服務器發送的驗證通過消息時，執行所述向本地存儲的所述目標賬號對應的應用程序發送第一掛失請求的步驟。

這樣，對用戶進行身份驗證，可以防止其它用戶惡意掛失，提高了賬號的安全性。

可選的，所述輸出驗證提示信息，包括：

根據所述用戶輸入的掛失場景信息確定目標驗證方式；

輸出所述目標驗證方式對應的驗證提示信息。

這樣，可以選擇用戶可用的驗證方式進行驗證，或針對某些掛失場景設置安全等級較高的驗證方式，提高了驗證的有效性和安全性。

可選的，所述根據用戶輸入的掛失場景信息確定目標驗證方式，包括：

獲取預先存儲的所述用戶的移動終端的基準使用信息，以及所述移動終端在當前時間之前的預設時長內的使用信息；

如果所述使用信息與所述基準使用信息相匹配，則根據用戶輸入的掛失場景信息確定目標驗證方式；

所述方法還包括：

如果所述使用信息與所述基準使用信息不匹配，則將預設的驗證方式作為所述目標驗證方式。

這樣，可以根據使用信息進一步驗證用戶的身份，可以防止其它用戶惡意掛失，提高了賬號的安全性。

可選的，所述根據所述用戶輸入的掛失場景信息確定目標驗證方式，包括：

根據預先存儲的掛失場景信息和禁用驗證方式的對應關系，確定所述用戶輸入的掛失場景信息對應的禁用驗證方式，在除確定出的禁用驗證方式以外的其他驗證方式中，確定待使用的目標驗證方式。

這樣，選擇用戶可用的驗證方式進行驗證，保證驗證的有效性，比如用戶的手機丟失時，可以采用郵件驗證的方式進行驗證。

可選的，所述根據所述用戶輸入的掛失場景信息確定目標驗證方式，包括：

根據預先存儲的掛失場景信息和可用驗證方式的對應關系，確定所述用戶輸入的掛失場景信息對應的可用驗證方式，得到目標驗證方式。

這樣，選擇用戶可用的驗證方式進行驗證，保證驗證的有效性，比如用戶的手機丟失時，可以采用郵件驗證的方式進行驗證。

可選的，所述向本地存儲的所述目標賬號對應的應用程序發送第一掛失請求，包括：

向本地存儲的各應用程序廣播發送第一掛失請求；或者，

根據預先存儲的賬號和應用程序的對應關系，確定所述目標賬號對應的應用程序；

向確定出的應用程序發送第一掛失請求。

可選的，所述方法還包括：

接收賬號添加指令，所述賬號添加指令中攜帶有用戶輸入的待添加賬號；

將所述待添加賬號添加到所述賬號列表中。

可選的，所述方法還包括：

所述應用程序接收到所述第一掛失請求后，向所述目標賬戶的注冊服務器發送第二掛失請求，所述第二掛失請求用于通知所述注冊服務器對所述目標賬號進行掛失處理。

根據本公開實施例的第二方面，提供一種賬號掛失的裝置，所述裝置包括：

顯示模塊，用于顯示預先存儲的賬號列表，所述賬號列表中包括至少一個賬號；

第一接收模塊，用于接收對應所述至少一個賬號中的目標賬號的掛失指令；

第一發送模塊，用于向本地存儲的所述目標賬號對應的應用程序發送第一掛失請求，所述第一掛失請求中攜帶有所述目標賬號，所述第一掛失請求用于通知所述應用程序向所述目標賬戶的注冊服務器發送第二掛失請求，所述第二掛失請求用于通知所述注冊服務器對所述目標賬號進行掛失處理。

可選的，所述裝置還包括：

輸出模塊，用于輸出驗證提示信息；

獲取模塊，用于獲取用戶輸入的驗證信息，將所述驗證信息發送給后臺服務器，以使所述后臺服務器根據所述驗證信息對所述用戶進行身份驗證；

所述第一發送模塊，還用于當接收到所述后臺服務器發送的驗證通過消息時，執行所述向本地存儲的所述目標賬號對應的應用程序發送第一掛失請求的步驟。

可選的，所述輸出模塊，包括：

確定子模塊，用于根據所述用戶輸入的掛失場景信息確定目標驗證方式；

輸出子模塊，用于輸出所述目標驗證方式對應的驗證提示信息。

可選的，所述確定子模塊，用于：

獲取預先存儲的所述用戶的移動終端的基準使用信息，以及所述移動終端在當前時間之前的預設時長內的使用信息；

如果所述使用信息與所述基準使用信息相匹配，則根據用戶輸入的掛失場景信息確定目標驗證方式；

所述確定子模塊，還用于：

如果所述使用信息與所述基準使用信息不匹配，則將預設的驗證方式作為所述目標驗證方式。

可選的，所述確定子模塊，用于：

根據預先存儲的掛失場景信息和禁用驗證方式的對應關系，確定所述用戶輸入的掛失場景信息對應的禁用驗證方式，在除確定出的禁用驗證方式以外的其他驗證方式中，確定待使用的目標驗證方式。

可選的，所述確定子模塊，用于：

根據預先存儲的掛失場景信息和可用驗證方式的對應關系，確定所述用戶輸入的掛失場景信息對應的可用驗證方式，得到目標驗證方式。

可選的，所述第一發送模塊，用于：

向本地存儲的各應用程序廣播發送第一掛失請求；或者，

根據預先存儲的賬號和應用程序的對應關系，確定所述目標賬號對應的應用程序；

向確定出的應用程序發送第一掛失請求。

可選的，所述裝置還包括：

第二接收模塊，用于接收賬號添加指令，所述賬號添加指令中攜帶有用戶輸入的待添加賬號；

添加模塊，用于將所述待添加賬號添加到所述賬號列表中。

可選的，所述裝置還包括：

第二發送模塊，用于在所述應用程序接收到所述第一掛失請求后，向所述目標賬戶的注冊服務器發送第二掛失請求，所述第二掛失請求用于所述注冊服務器對所述目標賬號進行掛失處理。

根據本公開實施例的第三方面，提供一種賬號掛失的裝置，所述裝置包括：

處理器；

用于存儲處理器可執行指令的存儲器；

其中，所述處理器被配置為：

顯示預先存儲的賬號列表，所述賬號列表中包括至少一個賬號；

接收對應所述至少一個賬號中的目標賬號的掛失指令；

向本地存儲的所述目標賬號對應的應用程序發送第一掛失請求，所述第一掛失請求中攜帶有所述目標賬號，所述第一掛失請求用于通知所述應用程序向所述目標賬戶的注冊服務器發送第二掛失請求，所述第二掛失請求用于通知所述注冊服務器對所述目標賬號進行掛失處理。

根據本公開實施例的第四方面，提供一種計算機可讀存儲介質，其上存儲有計算機程序，其特征在于，所述計算機程序被處理器執行時實現本公開實施例的第一方面任一所述方法的步驟。

本公開的實施例提供的技術方案可以包括以下有益效果：

本公開實施例中，顯示預先存儲的賬號列表，賬號列表中包括至少一個賬號，接收對應至少一個賬號中的目標賬號的掛失指令，向本地存儲的目標賬號對應的應用程序發送掛失請求，掛失請求中攜帶有目標賬號，該應用程序向目標賬戶的注冊服務器發送第二掛失請求，第二掛失請求用于通知注冊服務器對目標賬號進行掛失處理，這樣，用戶無需逐一辦理每個賬號的掛失業務，提高了賬號掛失的效率和用戶資金的安全性。

應當理解的是，以上的一般描述和后文的細節描述僅是示例性和解釋性的，并不能限制本公開。

附圖說明

此處的附圖被并入說明書中并構成本說明書的一部分，示出了符合本公開的實施例，并與說明書一起用于解釋本公開的原理。在附圖中：

圖1是根據一示例性實施例示出的一種賬號掛失的方法的流程圖；

圖2是根據一示例性實施例示出的界面顯示示意圖；

圖3是根據一示例性實施例示出的界面顯示示意圖；

圖4是根據一示例性實施例示出的界面顯示示意圖；

圖5是根據一示例性實施例示出的一種賬號掛失的裝置的示意圖；

圖6是根據一示例性實施例示出的一種賬號掛失的裝置的示意圖；

圖7是根據一示例性實施例示出的一種賬號掛失的裝置的示意圖；

圖8是根據一示例性實施例示出的一種賬號掛失的裝置的示意圖；

圖9是根據一示例性實施例示出的一種賬號掛失的裝置的示意圖；

圖10是根據一示例性實施例示出的一種終端的結構示意圖。

通過上述附圖，已示出本公開明確的實施例，后文中將有更詳細的描述。這些附圖和文字描述并不是為了通過任何方式限制本公開構思的范圍，而是通過參考特定實施例為本領域技術人員說明本公開的概念。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本公開相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本公開的一些方面相一致的裝置和方法的例子。

本公開實施例提供了一種賬號掛失的方法，該方法可以由終端實現。其中，該終端可以是pc((personalcomputer，個人計算機)終端，也可以是手機或平板電腦等移動終端。該終端可以包括顯示部件、輸入部件、處理器和存儲器，其中，顯示部件可以用于顯示預先存儲的賬號列表，輸入部件可以為觸摸屏或物理按鍵等，可以用于接收對應該至少一個賬號中的目標賬號的掛失指令，處理器可以為cpu(centralprocessingunit，中央處理單元)等，可以用于向本地存儲的目標賬號對應的應用程序發送掛失請求，該掛失請求中攜帶有目標賬號，以使應用程序對目標賬號進行掛失處理；存儲器，可以為ram(randomaccessmemory，隨機存取存儲器)、flash(閃存)等，可以用于存儲接收到的數據、處理過程所需的數據、處理過程中生成的數據等，如賬號列表和終端中的各應用程序的代碼等。另外，終端還可以包括電源和藍牙等部件。

在步驟101中，顯示預先存儲的賬號列表，賬號列表中包括至少一個賬號。

在實施中，終端中可以安裝具有賬號掛失功能的應用程序，如果終端為移動終端(比如手機)，則該應用程序可以是移動終端的系統程序中的一個功能模塊，如果終端為pc終端，則該應用程序可以是某網頁的一個功能模塊。當用戶想要使用該掛失功能時，用戶可以在終端開啟該應用程序。對于用戶首次使用該應用程序的情況，終端可以顯示確認開通掛失服務的提示信息，用戶可以點擊確認選項，終端則會接收到確認指令，然后可以顯示賬號顯示界面，賬號顯示界面中可以顯示有賬號列表，如圖2所示。對于用戶已開通掛失服務的情況，終端接收到對應該應用程序的開啟指令后，可以直接顯示賬號顯示界面。賬號列表中可以包括至少一個賬號，該賬號可以是用戶添加的賬號，也可以是終端預先設置的賬號，比如手機號。

可選的，用戶可以根據自己的需要，在賬號列表中添加想要掛失的賬號，相應的處理過程可以如下：接收賬號添加指令，賬號添加指令中攜帶有用戶輸入的待添加賬號；將待添加賬號添加到賬號列表中。

在實施中，賬號顯示界面中可以包括賬號添加選項，用戶點擊該賬號添加選項，終端可以顯示賬號信息輸入界面，賬號信息輸入界面中可以包括一個或多個輸入框，用戶可以在賬號信息輸入界面中，輸入賬號信息，賬號信息可以包括賬號和該賬號對應的開戶信息(如開戶用戶的身份證號和手機號)等。例如，該賬號為銀行賬號，用戶可以輸入銀行卡的卡號或卡號后四位、該銀行卡的開戶行名稱、用戶的身份證號碼和交易密碼等信息；又如，該賬號為支付寶賬號，用戶可以輸入支付寶的賬號、支付密碼和該支付寶賬號綁定的手機號等信息。用戶輸入完成后，可以點擊完成選項，終端則可以接收到賬號添加指令，該賬號添加指令中可以攜帶有用戶輸入的賬號信息。終端可以對該賬號的賬號信息進行存儲，并將該賬號添加到賬號列表中。用戶可以在賬號列表中添加多個賬號，該多個賬號可以是不同類型的賬號，且該多個賬號可以是不同服務商提供的賬號。

另外，終端接收到賬號添加指令后，還可以向后臺服務器發送對應該賬號的驗證請求，驗證請求中可以攜帶有用戶輸入的該賬號的賬號信息，后臺服務器接收到該驗證請求后，可以對該驗證請求進行解析，獲取賬號信息，進而確定該賬號對應的注冊服務器，然后可以將該驗證請求發送給該注冊服務器。例如，賬號為北京銀行的銀行卡號，則可以向北京銀行的服務器發送驗證請求。該注冊服務器可以驗證該賬號的賬號信息是否正確，并可以向后臺服務器發送驗證結果，如果驗證結果為驗證通過，則后臺服務器可以向終端發送驗證通過的通知消息，終端則可以將該賬號添加到賬號列表中；如果驗證結果為驗證未通過，則后臺服務器可以向終端發送驗證失敗的通知消息，終端則可以輸出信息錯誤的提示消息，以提示用戶重新輸入賬號信息。

在步驟102中，接收對應至少一個賬號中的目標賬號的掛失指令。

在實施中，當用戶發現某賬號(即目標賬號)的信息發生泄漏(比如發現某銀行卡丟失)時，該用戶可以在該賬號列表中選擇目標賬號，并點擊掛失選項，終端則可以接收到對應目標賬號的掛失指令。用戶可以選擇一個賬號進行掛失，也可以一次選擇多個賬號進行掛失，也即，目標賬號的數目可以是一個，也可以是多個。

在步驟103中，向本地存儲的目標賬號對應的應用程序發送第一掛失請求，第一掛失請求中攜帶有目標賬號，第一掛失請求用于通知應用程序向目標賬戶的注冊服務器發送第二掛失請求，第二掛失請求用于通知注冊服務器對目標賬號進行掛失處理。

在實施中，終端中還可以預先存儲多個賬號對應的應用程序，例如，可以存儲北京銀行的客戶端、中國銀行的客戶端、支付寶的客戶端等。終端接收到對應目標賬號的掛失指令后，可以向目標賬號對應的應用程序發送第一掛失請求，該第一掛失請求中可以攜帶有用戶輸入的賬號信息，比如目標賬號和交易密碼等。該應用程序接收到該第一掛失請求后，可以向自己的后臺服務器(即上述目標賬號的注冊服務器)發送第二掛失請求，該注冊服務器可以對目標賬號進行掛失處理。第二掛失請求中可以攜帶有目標賬號，或者也可以攜帶有目標賬號的全部賬號信息。例如，用戶的北京銀行卡丟失后，可以選擇掛失該銀行卡，終端可以向本地安裝的北京銀行的客戶端發送對應該銀行卡的第一掛失請求，北京銀行的客戶端接收到第一掛失請求后，可以向北京銀行的后臺服務器(即注冊服務器)發送對應該銀行卡的第二掛失請求，以使該注冊服務器對該銀行卡進行掛失處理，凍結該銀行卡對應的賬戶，提高了用戶財產的安全性。其中，第一掛失請求和第二掛失請求攜帶的信息可以是相同的，也可以是不同的。

可選的，終端向發送掛失請求的方式可以是多種多樣的，本實施例提供了兩種可行的處理方式：

方式一、向本地存儲的各應用程序廣播發送第一掛失請求。

在實施中，終端的系統程序中可以設置有與本地安裝的各應用程序進行數據傳輸的接口，終端可以通過這些接口，向每個應用程序廣播發送該第一掛失請求，各應用程序接收到第一掛失請求后，可以對該第一掛失請求進行解析，獲取其中的賬號，進而判斷該賬號是否是屬于自己的注冊賬號，如果是，則可以向自己的服務器(即目標賬號的注冊服務器)發送對應目標賬號的第二掛失請求，如果不是，則可以忽略該第一掛失請求。另外，該應用程序還可以接收注冊服務器發送的掛失結果，并可以將該掛失結果發送給終端，終端則可以輸出該掛失結果，以使用戶獲知掛失是否成功。

方式二、根據預先存儲的賬號和應用程序的對應關系，確定目標賬號對應的應用程序；向確定出的應用程序發送第一掛失請求。

在實施中，終端中還可以預先存儲賬號和應用程序的對應關系，比如支付寶賬號和支付寶客戶端的對應關系。該對應關系可以由用戶進行設置，或者，終端也可以在接收到用戶輸入的賬號時，自動確定該賬號對應的應用程序。例如，終端可以向各應用程序廣播發送該賬號，各應用程序可以查詢該賬號是否是自己的注冊賬號，如果是，則可以向終端發送確認消息，終端可以建立發送該確認消息的應用程序，與該賬號的對應關系。終端接收到對應目標賬號的掛失指令后，可以獲取目標賬號，然后可以根據賬號和應用程序的對應關系，確定目標賬號對應的應用程序，進而向該應用程序發送第一掛失請求。該應用程序可以向自己的服務器(即目標賬號的注冊服務器)發送對應目標賬號的第二掛失請求，以使注冊服務器對目標賬號進行掛失處理，注冊服務器進行掛失處理后，可以向該應用程序發送掛失結果，該應用程序接收到掛失結果后，可以將該掛失結果發送給終端，終端則可以輸出該掛失結果，以使用戶獲知掛失是否成功。

可選的，可以先對用戶的身份進行驗證，然后再進行掛失處理，相應的處理過程可以如下：輸出驗證提示信息；獲取用戶輸入的驗證信息，將驗證信息發送給后臺服務器，以使后臺服務器根據驗證信息對用戶進行身份驗證；當接收到后臺服務器發送的驗證通過消息時，執行向本地存儲的目標賬號對應的應用程序發送第一掛失請求的步驟。

在實施中，終端中可以預先存儲多種驗證方式，例如，驗證方式可以包括登陸密碼驗證、支付密碼驗證、手機短信驗證、身份信息驗證、銀行卡信息驗證、行為記錄驗證、購買記錄驗證和聯系人記錄驗證等，還可以包括指紋、聲紋和虹膜等生物特征信息驗證。終端可以在用戶開啟用于掛失賬號的應用程序之后，對用戶進行身份驗證，或者，終端也可以在用戶選擇目標賬號之后，對用戶進行身份驗證。

終端可以輸出驗證提示信息，比如提示用戶輸入身份證號，或者，提示用戶輸入后臺服務器發送的手機驗證碼等，如圖3所示。用戶可以根據驗證提示信息，輸入相應的驗證信息，終端則可以將該驗證信息發送給后臺服務器，后臺服務器可以將該驗證信息與預先存儲的基準驗證信息進行對比，如果二者相同，則可以判定該用戶驗證通過，否則，判定該用戶驗證失敗。后臺服務器可以將驗證結果發送給終端，比如可以發送驗證通過消息或驗證失敗消息。如果終端接收到驗證通過消息，則可以執行步驟103，或者可以顯示賬號顯示界面，如果終端接收到驗證失敗消息，則可以輸出驗證失敗的提示信息。

可選的，可以根據用戶選擇的掛失場景來確定待使用的目標驗證方式，相應的處理過程可以如下：根據用戶輸入的掛失場景信息確定目標驗證方式；輸出目標驗證方式對應的驗證提示信息。

在實施中，用戶還可以在終端輸入的掛失場景信息。例如，終端可以顯示掛失場景選擇列表，該掛失場景選擇列表中可以包括多種掛失場景，比如錢包丟失(即身份證和銀行卡同時丟失)，手機丟失，銀行卡丟失，支付寶賬號被盜等，如圖4所示，為掛失場景選擇界面的示意圖。用戶可以選擇掛失場景，終端則會接收到對應該掛失場景的選擇指令，獲取相應的掛失場景信息(比如掛失場景信息的標識)。或者，用戶也可以手動輸入掛失場景信息。終端可以預先存儲掛失場景信息和禁用驗證方式的對應關系，確定用戶輸入的掛失場景信息對應的禁用驗證方式，進而可以在除該禁用驗證方式以外的其他驗證方式中，確定需要使用的目標驗證方式。例如，用戶選擇的掛失場景為手機丟失，則禁用驗證方式為手機短信驗證，可以采用郵件驗證或支付密碼驗證等方式進行驗證；用戶選擇的掛失場景為銀行卡丟失，則禁用驗證方式為銀行卡信息驗證(因為用戶可能不記得銀行卡號)，可以采用手機短信驗證或指紋驗證等方式進行驗證。或者，終端可以預先存儲掛失場景信息和可用驗證方式的對應關系，確定用戶輸入的掛失場景信息對應的可用驗證方式，得到目標驗證方式。例如，用戶選擇的掛失場景為手機丟失，則可用驗證方式為支付密碼驗證；用戶選擇的掛失場景為銀行卡丟失，則可用驗證方式為身份信息驗證(比如輸入身份證號)，或手機短信驗證。這樣，不僅可以設置用戶可用的驗證方式，還可以針對不同的掛失場景設置不同安全等級的驗證方式，提高了驗證的有效性和安全性。確定目標驗證方式的處理可以也由后臺服務器執行，后臺服務器確定目標驗證方式后，可以將目標驗證方式的標識發送給終端，以使該終端輸出目標驗證方式對應的驗證提示信息。

可選的，還可以結合移動終端(比如手機)的使用信息，對進行掛失的用戶進行身份識別，相應的處理過程可以如下：獲取預先存儲的用戶的移動終端的基準使用信息，以及該移動終端在當前時間之前的預設時長內的使用信息；如果使用信息與基準使用信息相匹配，則根據用戶輸入的掛失場景信息確定目標驗證方式；如果使用信息與基準使用信息不匹配，則將預設的驗證方式作為目標驗證方式。

在實施中，后臺服務器中可以實時記錄各移動終端的使用信息，該使用信息可以包括應用程序使用信息和移動終端的地理位置信息等。其中，應用程序使用信息可以是該移動終端中常用應用程序信息的信息，比如使用頻率大于預設頻率閾值的應用程序的標識，也可以是各應用程序的使用頻率。地理位置信息可以是移動終端經常出現的地理位置，比如移動終端的出現時長大于預設時長閾值的地理位置。后臺服務器可以根據該移動終端在某預設歷史時長內的使用信息，確定該移動中的基準使用信息。

終端需要對用戶進行身份驗證時，可以向后臺服務器發送驗證請求，該驗證請求中可以攜帶有該用戶使用的移動終端的標識，還可以攜帶有用戶輸入的掛失場景信息。后臺服務器接收到該驗證請求后，可以對該驗證請求進行解析，獲取該移動終端的標識和該掛失場景信息，進而可以獲取預先存儲的該移動終端的標識對應的基準使用信息。后臺服務器還可以獲取該移動終端在當前時間之前的預設時長內的使用信息，然后將該使用信息與基準使用信息進行對比。比如，可以判斷該使用信息與基準使用信息中共同包含的常用應用程序的數目，以及經常出現的地理位置是否相同。如果后臺服務器判定該使用信息與基準使用信息相匹配(比如常用應用程序的數目大于預設數目閾值，且經常出現的地理位置相同)，則說明是用戶本人進行掛失操作，可以根據用戶輸入的掛失場景信息確定目標驗證方式。如果使用信息與基準使用信息不匹配，則說明可能是有人盜用該用戶的手機進行惡意掛失，可以將預設的驗證方式作為目標驗證方式，對用戶進行身份驗證。比如，預設的驗證方式可以是輸入用戶的身份證號，或某賬號的支付密碼等安全程度較高的驗證方式。

本公開實施例中，顯示預先存儲的賬號列表，賬號列表中包括至少一個賬號，接收對應至少一個賬號中的目標賬號的掛失指令，向本地存儲的目標賬號對應的應用程序發送掛失請求，掛失請求中攜帶有目標賬號，該應用程序向目標賬戶的注冊服務器發送第二掛失請求，第二掛失請求用于通知注冊服務器對目標賬號進行掛失處理，這樣，用戶無需逐一辦理每個賬號的掛失業務，提高了賬號掛失的效率和用戶資金的安全性。

基于相同的技術構思，本公開實施例還提供了一種賬號掛失的裝置，如圖5所示，該裝置包括：顯示模塊510，第一接收模塊520和第一發送模塊530。

顯示模塊510，用于顯示預先存儲的賬號列表，所述賬號列表中包括至少一個賬號；

第一接收模塊520，用于接收對應所述至少一個賬號中的目標賬號的掛失指令；

第一發送模塊530，用于向本地存儲的所述目標賬號對應的應用程序發送第一掛失請求，所述第一掛失請求中攜帶有所述目標賬號，所述第一掛失請求用于通知所述應用程序向所述目標賬戶的注冊服務器發送第二掛失請求，所述第二掛失請求用于通知所述注冊服務器對所述目標賬號進行掛失處理。

可選的，如圖6所示，所述裝置還包括：

輸出模塊540，用于輸出驗證提示信息；

獲取模塊550，用于獲取用戶輸入的驗證信息，將所述驗證信息發送給后臺服務器，以使所述后臺服務器根據所述驗證信息對所述用戶進行身份驗證；

所述第一發送模塊530，還用于當接收到所述后臺服務器發送的驗證通過消息時，執行所述向本地存儲的所述目標賬號對應的應用程序發送第一掛失請求的步驟。

可選的，如圖7所示，所述輸出模塊540，包括：

確定子模塊541，用于根據所述用戶輸入的掛失場景信息確定目標驗證方式；

輸出子模塊542，用于輸出所述目標驗證方式對應的驗證提示信息。

可選的，所述確定子模塊541，用于：

獲取預先存儲的所述用戶的移動終端的基準使用信息，以及所述移動終端在當前時間之前的預設時長內的使用信息；

如果所述使用信息與所述基準使用信息相匹配，則根據用戶輸入的掛失場景信息確定目標驗證方式；

所述確定子模塊541，還用于：

如果所述使用信息與所述基準使用信息不匹配，則將預設的驗證方式作為所述目標驗證方式。

可選的，所述確定子模塊541，用于：

根據預先存儲的掛失場景信息和禁用驗證方式的對應關系，確定所述用戶輸入的掛失場景信息對應的禁用驗證方式，在除確定出的禁用驗證方式以外的其他驗證方式中，確定待使用的目標驗證方式。

可選的，所述確定子模塊541，用于：

根據預先存儲的掛失場景信息和可用驗證方式的對應關系，確定所述用戶輸入的掛失場景信息對應的可用驗證方式，得到目標驗證方式。

可選的，所述第一發送模塊530，用于：

向本地存儲的各應用程序廣播發送第一掛失請求；或者，

根據預先存儲的賬號和應用程序的對應關系，確定所述目標賬號對應的應用程序；

向確定出的應用程序發送第一掛失請求。

可選的，如圖8所示，所述裝置還包括：

第二接收模塊560，用于接收賬號添加指令，所述賬號添加指令中攜帶有用戶輸入的待添加賬號；

添加模塊570，用于將所述待添加賬號添加到所述賬號列表中。

可選的，如圖9所示，所述裝置還包括：

第二發送模塊580，用于在所述應用程序接收到所述第一掛失請求后，向所述目標賬戶的注冊服務器發送第二掛失請求，所述第二掛失請求用于所述注冊服務器對所述目標賬號進行掛失處理。

關于上述實施例中的裝置，其中各個模塊執行操作的具體方式已經在有關該方法的實施例中進行了詳細描述，此處將不做詳細闡述說明。

本公開實施例中，顯示預先存儲的賬號列表，賬號列表中包括至少一個賬號，接收對應至少一個賬號中的目標賬號的掛失指令，向本地存儲的目標賬號對應的應用程序發送掛失請求，掛失請求中攜帶有目標賬號，該應用程序向目標賬戶的注冊服務器發送第二掛失請求，第二掛失請求用于通知注冊服務器對目標賬號進行掛失處理，這樣，用戶無需逐一辦理每個賬號的掛失業務，提高了賬號掛失的效率和用戶資金的安全性。

需要說明的是：上述實施例提供的賬號掛失的裝置在掛失賬號時，僅以上述各功能模塊的劃分進行舉例說明，實際應用中，可以根據需要而將上述功能分配由不同的功能模塊完成，即將設備的內部結構劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。另外，上述實施例提供的賬號掛失的裝置與賬號掛失的方法實施例屬于同一構思，其具體實現過程詳見方法實施例，這里不再贅述。

本公開實施例還示出的一種終端的結構示意圖。該終端可以是手機或平板電腦等移動終端。參照圖10，終端800可以包括以下一個或多個組件：處理組件802，存儲器804，電源組件806，多媒體組件808，音頻組件810，輸入/輸出(i/o)的接口812，傳感器組件814，以及通信組件816。

處理組件802通常控制終端800的整體操作，諸如與顯示，電話呼叫，數據通信，相機操作和記錄操作相關聯的操作。處理元件802可以包括一個或多個處理器820來執行指令，以完成上述的方法的全部或部分步驟。此外，處理組件802可以包括一個或多個模塊，便于處理組件802和其他組件之間的交互。例如，處理部件802可以包括多媒體模塊，以方便多媒體組件808和處理組件802之間的交互。

存儲器804被配置為存儲各種類型的數據以支持在終端800的操作。這些數據的示例包括用于在終端800上操作的任何應用程序或方法的指令，聯系人數據，電話簿數據，消息，圖片，視頻等。存儲器804可以由任何類型的易失性或非易失性存儲設備或者它們的組合實現，如靜態隨機存取存儲器(sram)，電可擦除可編程只讀存儲器(eeprom)，可擦除可編程只讀存儲器(eprom)，可編程只讀存儲器(prom)，只讀存儲器(rom)，磁存儲器，快閃存儲器，磁盤或光盤。

電力組件806為終端800的各種組件提供電力。電力組件806可以包括電源管理系統，一個或多個電源，及其他與為音頻輸出設備800生成、管理和分配電力相關聯的組件。

多媒體組件808包括在所述終端800和用戶之間的提供一個輸出接口的屏幕。在一些實施例中，屏幕可以包括液晶顯示器(lcd)和觸摸面板(tp)。如果屏幕包括觸摸面板，屏幕可以被實現為觸摸屏，以接收來自用戶的輸入信號。觸摸面板包括一個或多個觸摸傳感器以感測觸摸、滑動和觸摸面板上的手勢。所述觸摸傳感器可以不僅感測觸摸或滑動動作的邊界，而且還檢測與所述觸摸或滑動操作相關的持續時間和壓力。在一些實施例中，多媒體組件808包括一個前置攝像頭和/或后置攝像頭。當終端800處于操作模式，如拍攝模式或視頻模式時，前置攝像頭和/或后置攝像頭可以接收外部的多媒體數據。每個前置攝像頭和后置攝像頭可以是一個固定的光學透鏡系統或具有焦距和光學變焦能力。

音頻組件810被配置為輸出和/或輸入音頻信號。例如，音頻組件810包括一個麥克風(mic)，當音頻輸出設備800處于操作模式，如呼叫模式、記錄模式和語音識別模式時，麥克風被配置為接收外部音頻信號。所接收的音頻信號可以被進一步存儲在存儲器804或經由通信組件816發送。

i/o接口812為處理組件802和外圍接口模塊之間提供接口，上述外圍接口模塊可以是鍵盤，點擊輪，按鈕等。這些按鈕可包括但不限于：主頁按鈕、音量按鈕、啟動按鈕和鎖定按鈕。

傳感器組件814包括一個或多個傳感器，用于為終端800提供各個方面的狀態評估。例如，傳感器組件814可以檢測到終端800的打開/關閉狀態，組件的相對定位，例如所述組件為終端800的顯示器和小鍵盤，傳感器組件814還可以檢測終端800或終端800一個組件的位置改變，用戶與終端800接觸的存在或不存在，終端800方位或加速/減速和終端800的溫度變化。傳感器組件814可以包括接近傳感器，被配置用來在沒有任何的物理接觸時檢測附近物體的存在。傳感器組件814還可以包括光傳感器，如cmos或ccd圖像傳感器，用于在成像應用中使用。在一些實施例中，該傳感器組件814還可以包括加速度傳感器，陀螺儀傳感器，磁傳感器，壓力傳感器或溫度傳感器。

通信組件816被配置為便于終端800和其他設備之間有線或無線方式的通信。終端800可以接入基于通信標準的無線網絡，如wifi，2g或3g，或它們的組合。在一個示例性實施例中，通信部件816經由廣播信道接收來自外部廣播管理系統的廣播信號或廣播相關信息。在一個示例性實施例中，所述通信部件816還包括近場通信(nfc)模塊，以促進短程通信。例如，在nfc模塊可基于射頻識別(rfid)技術，紅外數據協會(irda)技術，超寬帶(uwb)技術，藍牙(bt)技術和其他技術來實現。

在示例性實施例中，終端800可以被一個或多個應用專用集成電路(asic)、數字信號處理器(dsp)、數字信號處理設備(dspd)、可編程邏輯器件(pld)、現場可編程門陣列(fpga)、控制器、微控制器、微處理器或其他電子元件實現，用于執行上述賬號掛失的方法。

在示例性實施例中，還提供了一種包括指令的非臨時性計算機可讀存儲介質，例如包括指令的存儲器804，上述指令可由終端800的處理器820執行以完成上述分配sr資源的方法。例如，所述非臨時性計算機可讀存儲介質可以是rom、隨機存取存儲器(ram)、cd-rom、磁帶、軟盤和光數據存儲設備等。

本公開實施例中，顯示預先存儲的賬號列表，賬號列表中包括至少一個賬號，接收對應至少一個賬號中的目標賬號的掛失指令，向本地存儲的目標賬號對應的應用程序發送掛失請求，掛失請求中攜帶有目標賬號，該應用程序向目標賬戶的注冊服務器發送第二掛失請求，第二掛失請求用于通知注冊服務器對目標賬號進行掛失處理，這樣，用戶無需逐一辦理每個賬號的掛失業務，提高了賬號掛失的效率和用戶資金的安全性。

本領域技術人員在考慮說明書及實踐這里公開的公開后，將容易想到本公開的其它實施方案。本申請旨在涵蓋本公開的任何變型、用途或者適應性變化，這些變型、用途或者適應性變化遵循本公開的一般性原理并包括本公開未公開的本技術領域中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的，本公開的真正范圍和精神由下面的權利要求指出。

應當理解的是，本公開并不局限于上面已經描述并在附圖中示出的精確結構，并且可以在不脫離其范圍進行各種修改和改變。本公開的范圍僅由所附的權利要求來限制。