本發(fā)明涉及通信領域，尤其涉及一種日歷界面顯示方法、裝置及終端。

背景技術：

目前，在銀行卡與手機號碼綁定之后，當出現(xiàn)工資發(fā)放、ATM取款、轉賬等金額變動事項時，用戶可能會收到關于賬單的提醒短信，此外，如果支付寶等在線支付賬號有收入、支出時，還會彈出彈窗提醒用戶關于賬單的信息，上述方式都是只顯示出一次的收入或支出，用戶不能清楚、直觀地查看到每天的收入情況、支出情況，不能滿足用戶需求，用戶體驗較差。

技術實現(xiàn)要素：

本發(fā)明主要解決的技術問題是，提供一種日歷界面顯示方法、裝置及終端，解決現(xiàn)有技術中，用戶不能清楚、直觀地查看到每天的收入情況、支出情況的問題。

為解決上述技術問題，本發(fā)明提供一種日歷界面顯示方法，包括：

顯示日歷界面，日歷界面上顯示有日期信息，日期信息包括目標日期，目標日期為當日日期或被觸發(fā)日期；

獲取目標日期對應的附加信息并顯示在日歷界面上，附加信息至少包括：金融賬戶支出信息、金融賬戶收入信息中的一種。

其中，獲取目標日期對應的附加信息并顯示在日歷界面上之前，還包括：

在日歷界面上顯示預設選項；

接收對預設選項的觸發(fā)操作，進入獲取目標日期對應的附加信息并顯示在日歷界面上的步驟。

其中，接收對預設選項的觸發(fā)操作之后，還包括：

顯示身份鑒權界面；

接收用戶在身份鑒權界面輸入的身份驗證信息；

對身份驗證信息進行驗證；

若驗證通過，則進入獲取目標日期對應的附加信息并顯示在日歷界面上的步驟。

其中，獲取目標日期對應的附加信息包括：

根據(jù)預設的金融賬戶信息，從接收到的對應短信息或安裝的對應應用程序中提取目標日期的金融賬戶支出信息和/或金融賬戶收入信息，作為目標日期對應的附加信息。

其中，還包括：配置與日歷關聯(lián)的至少一個金融賬戶信息。

為解決上述技術問題，本發(fā)明提供一種日歷界面顯示裝置，包括：

顯示模塊，用于顯示日歷界面，日歷界面上顯示有日期信息，日期信息包括目標日期，目標日期為當日日期或被觸發(fā)日期；還用于將附加信息顯示在日歷界面上，附加信息至少包括：金融賬戶支出信息、金融賬戶收入信息中的一種；

獲取模塊，用于獲取目標日期對應的附加信息并發(fā)送給顯示模塊。

其中，顯示模塊還用于在日歷界面上顯示預設選項；日歷界面顯示裝置還包括：第一接收模塊，用于接收對預設選項的觸發(fā)操作。

其中，顯示模塊還用于顯示身份鑒權界面；日歷界面顯示裝置還包括：

第二接收模塊，用于接收用戶在身份鑒權界面輸入的身份驗證信息；

驗證模塊，用于對身份驗證信息進行驗證。

其中，獲取模塊用于根據(jù)預設的金融賬戶信息，從接收到的對應短信息或安裝的對應應用程序中提取目標日期的金融賬戶支出信息和/或金融賬戶收入信息，作為目標日期對應的附加信息。

其中，還包括：配置模塊，用于配置與日歷關聯(lián)的至少一個金融賬戶信息。

為解決上述技術問題，本發(fā)明提供一種終端，包括上述的日歷界面顯示裝置。

根據(jù)本發(fā)明提供的一種日歷界面顯示方法、裝置及終端，該日歷界面顯示方法包括：顯示日歷界面，日歷界面上顯示有日期信息，日期信息包括目標日期，目標日期為當日日期或被觸發(fā)日期；獲取目標日期對應的附加信息并顯示在日歷界面上，附加信息至少包括：金融賬戶支出信息、金融賬戶收入信息中的一種；采用上述方案，將目標日期的金融賬戶支出信息、和/或金融賬戶收入信息顯示在日歷界面上，便于用戶清楚知道自己每天完整的支出、和/或收入情況，利于理財，更好的滿足了用戶需求，提升用戶體驗。

附圖說明

圖1為本發(fā)明實施例一提供的一種日歷界面顯示方法的流程圖；

圖2為本發(fā)明實施例一、二提供的一種日歷界面顯示的示意圖；

圖3為本發(fā)明實施例二提供的一種日歷界面顯示裝置的示意圖；

圖4為本發(fā)明實施例二提供的一種終端的示意圖。

具體實施方式

應當理解的是，此處所描述的具體實施例僅用于解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明中描述的終端可包括智能手機、筆記本電腦、PAD(平板電腦)等。下面通過具體實施方式結合附圖對本發(fā)明作進一步詳細說明。

實施例一

本實施例提供一種日歷界面顯示方法，請參見圖1，包括以下步驟：

S101：顯示日歷界面，日歷界面上顯示有日期信息，日期信息包括目標日期，目標日期為當日日期或被觸發(fā)日期。

日歷可以是系統(tǒng)自帶的日歷，也可以是從應用商店下載的各種日歷APP(Application，應用)。被觸發(fā)日期是用戶手動點擊的日期，可以是在當日日期之前，也可以是在當日日期之后。顯示日歷界面可以是顯示一個月的日歷，也可以是顯示一周的日歷。

在打開日歷界面之后，可以在日歷界面上顯示預設選項，預設選項用于開啟在日歷界面上顯示賬單的功能。預設選項可以是一個圖標，例如以“帳”字作為圖標；預設選項還可以是一段文字，例如在日歷界面上提示用戶“是否開啟在日歷界面上顯示賬單”。當接收到對預設選項的觸發(fā)操作后，則可以進入S102。

當接收對預設選項的觸發(fā)操作之后，還包括：顯示身份鑒權界面；接收用戶在身份鑒權界面輸入的身份驗證信息；對身份驗證信息進行驗證；若驗證通過，則進入S102。其中，進行身份鑒權的方式可以是彈出一密碼框，提示用戶輸入密碼，若輸入正確密碼，則進入S102；若輸入錯誤密碼，則顯示普通日歷，不將附加信息顯示，以保證安全性和私密性。

S102：獲取目標日期對應的附加信息并顯示在日歷界面上，附加信息至少包括：金融賬戶支出信息、金融賬戶收入信息中的一種。

當進行身份鑒權通過后，可以默認顯示當日日期對應的附加信息，當接收到用戶對某一日期的點擊之后，則顯示用戶點擊日期對應的附加信息。

獲取目標日期對應的附加信息包括：根據(jù)預設的金融賬戶信息，從接收到的對應短信息或安裝的對應應用程序中提取目標日期的金融賬戶支出信息和/或金融賬戶收入信息，作為目標日期對應的附加信息。

其中，安裝的對應應用程序可以包括支付寶、微信等。當檢測到短信息、第三方軟件(例如支付寶、微信)中關鍵字(例如：支付、支出、扣款、入賬、收入、元、人民幣等)時，則提取出目標日期的金融賬戶支出信息和/或金融賬戶收入信息，作為目標日期對應的附加信息。

金融賬戶信息包括：銀行賬戶信息、可信任第三方軟件的賬戶信息(例如支付寶、微信)。

其中，銀行卡與手機號碼綁定之后，當出現(xiàn)工資發(fā)放、ATM取款、轉賬等金額變動事項時，用戶可能會收到關于賬單的提醒短信息，當檢測到有關于賬單的提醒短信息，則可以從該條短信息中提取目標日期的金融賬戶支出信息和/或金融賬戶收入信息，作為目標日期對應的附加信息。例如在2016年8月1日接收到一條從ATM取款1000元的短信息之后，則將支出1000元作為2016年8月1日對應的附加信息。用戶還可以查看到當日日期之后的某一天的附加信息，例如若當日日期為2016年8月1日，信用卡還款的提醒短信息提示在2016年8月8日需還款2000元，則將支出2000元作為2016年8月8日對應的附加信息。

還可以從安裝的對應應用程序中提取目標日期的金融賬戶支出信息和/或金融賬戶收入信息，作為目標日期對應的附加信息。例如在2016年8月1日，用戶的微信中某一聯(lián)系人給用戶發(fā)了100元紅包，在檢測到用戶領取了紅包之后，則將收入100元作為2016年8月1日對應的附加信息。

還包括：配置與日歷關聯(lián)的至少一個金融賬戶信息，方便以后自動添加收入信息、支出信息到日歷賬單內。其中，可以是當?shù)谝淮芜M行身份鑒權通過后，提示用戶添加金融賬戶信息，以配置與日歷關聯(lián)的金融賬戶信息?？梢酝瑫r配置銀行賬戶信息、可信任第三方軟件的賬戶信息(例如支付寶、微信)，以確保用戶的支出信息、收入信息的完整性。

當點擊返回鍵、home鍵或者終端滅屏后自動退出日歷賬單。

下面再例舉一個具體的例子對本實施例的方案進行說明。

以日歷安裝在智能手機中為例，在2016年8月1日首次進入日歷后，顯示日歷界面，日歷界面上顯示有日期信息，點擊日歷右上角的“帳”字這一圖標，彈出一密碼框，提示用戶輸入密碼，若輸入正確密碼，則提示用戶添加銀行賬戶信息、支付寶賬戶信息、微信賬戶信息,此后則一直檢測短信息、支付寶、微信中的關鍵字(例如：支付、支出、扣款、入賬、收入、元、人民幣等)，在檢測到有上述關鍵字時，則提取出對應日期的金融賬戶支出信息和/或金融賬戶收入信息，作為對應的附加信息，并保存在日歷中。

其中，以2016年8月5日、22日以及23日的12點之前為例，在8月5日時，檢測到從ATM取款1000元的短信息、支付寶入賬200元，則將支出1000元、收入200元作為2016年8月5日對應的附加信息，并將該附加信息保存在日歷中；在8月22日時，檢測到用戶在微信中給某一聯(lián)系人發(fā)了100元紅包、支付寶入賬2000元，則將支出100元、收入2000元作為2016年8月22日對應的附加信息，并將該附加信息保存在日歷中；在8月23日的12點之前，檢測到用戶在微信中給某一聯(lián)系人發(fā)了300元紅包、支付寶入賬500元，則將支出300元、收入500元作為2016年8月22日12點前對應的附加信息，并將該附加信息保存在日歷中。

當用戶在2016年8月23日12點進入日歷時，點擊日歷右上角的“帳”字這一圖標，彈出一密碼框，提示用戶輸入密碼，若輸入錯誤密碼，則顯示普通日歷，不將附加信息顯示，以保證安全性和私密性。

參見圖2，若輸入正確密碼，則默認顯示23日12點前對應的附加信息：支出300元、收入500元。而當用戶點擊日歷中的2016年8月5日時，則附加信息顯示為：支出1000元、收入200元。當用戶點擊日歷中的2016年8月22日時，則附加信息顯示為：支出100元、收入2000元。

根據(jù)本發(fā)明提供的一種日歷界面顯示方法，該日歷界面顯示方法包括：顯示日歷界面，日歷界面上顯示有日期信息，日期信息包括目標日期，目標日期為當日日期或被觸發(fā)日期；獲取目標日期對應的附加信息并顯示在日歷界面上，附加信息至少包括：金融賬戶支出信息、金融賬戶收入信息中的一種；采用上述方案，將目標日期的金融賬戶支出信息、和/或金融賬戶收入信息顯示在日歷界面上，便于用戶清楚知道自己每天完整的支出、和/或收入情況，利于理財，更好的滿足了用戶需求，提升用戶體驗。

實施例二

本實施例提供一種日歷界面顯示裝置，請參見圖3，該日歷界面顯示裝置包括：

顯示模塊301，用于顯示日歷界面，日歷界面上顯示有日期信息，日期信息包括目標日期，目標日期為當日日期或被觸發(fā)日期；還用于將附加信息顯示在日歷界面上，附加信息至少包括：金融賬戶支出信息、金融賬戶收入信息中的一種；

獲取模塊302，用于獲取目標日期對應的附加信息并發(fā)送給顯示模塊301。

日歷可以是系統(tǒng)自帶的日歷，也可以是從應用商店下載的各種日歷APP(Application，應用)。被觸發(fā)日期是用戶手動點擊的日期，可以是在當日日期之前，也可以是在當日日期之后。顯示日歷界面可以是顯示一個月的日歷，也可以是顯示一周的日歷。

在打開日歷界面之后，顯示模塊301還用于在日歷界面上顯示預設選項，預設選項用于開啟在日歷界面上顯示賬單的功能。預設選項可以是一個圖標，例如以“帳”字作為圖標；預設選項還可以是一段文字，例如在日歷界面上提示用戶“是否開啟在日歷界面上顯示賬單”。

其中，還包括：第一接收模塊303，第一接收模塊303用于接收對預設選項的觸發(fā)操作。當接收到對預設選項的觸發(fā)操作后，則獲取模塊302獲取目標日期對應的附加信息并發(fā)送給顯示模塊301；顯示模塊301將附加信息顯示在日歷界面上。

其中，顯示模塊301還用于當?shù)谝唤邮漳K303接收對預設選項的觸發(fā)操作之后，顯示身份鑒權界面，日歷界面顯示裝置還包括：第二接收模塊304，用于接收用戶在身份鑒權界面輸入的身份驗證信息；驗證模塊305，用于對身份驗證信息進行驗證；若驗證通過，則獲取模塊302獲取目標日期對應的附加信息并發(fā)送給顯示模塊301；顯示模塊301將附加信息顯示在日歷界面上。

其中，進行身份鑒權的方式可以是彈出一密碼框，提示用戶輸入密碼，若輸入正確密碼，則獲取模塊302獲取目標日期對應的附加信息并發(fā)送給顯示模塊301；顯示模塊301將附加信息顯示在日歷界面上；若輸入錯誤密碼，則顯示模塊301顯示普通日歷，不將附加信息顯示，以保證安全性和私密性。

當進行身份鑒權通過后，可以默認顯示當日日期對應的附加信息，當接收到用戶對某一日期的點擊之后，則顯示用戶點擊日期對應的附加信息。

獲取模塊302具體用于：根據(jù)預設的金融賬戶信息，從接收到的對應短信息或安裝的對應應用程序中提取目標日期的金融賬戶支出信息和/或金融賬戶收入信息，作為目標日期對應的附加信息。

其中，安裝的對應應用程序可以包括支付寶、微信等。當檢測到短信息、第三方軟件(例如支付寶、微信)中關鍵字(例如：支付、支出、扣款、入賬、收入、元、人民幣等)時，則提取出目標日期的金融賬戶支出信息和/或金融賬戶收入信息，作為目標日期對應的附加信息。

金融賬戶信息包括：銀行賬戶信息、可信任第三方軟件的賬戶信息(例如支付寶、微信)。

其中，銀行卡與手機號碼綁定之后，當出現(xiàn)工資發(fā)放、ATM取款、轉賬等金額變動事項時，用戶可能會收到關于賬單的提醒短信息，當檢測到有關于賬單的提醒短信息，則可以從該條短信息中提取目標日期的金融賬戶支出信息和/或金融賬戶收入信息，作為目標日期對應的附加信息。例如在2016年8月1日接收到一條從ATM取款1000元的短信息之后，則將支出1000元作為2016年8月1日對應的附加信息。用戶還可以查看到當日日期之后的某一天的附加信息，例如若當日日期為2016年8月1日，信用卡還款的提醒短信息提示在2016年8月8日需還款2000元，則將支出2000元作為2016年8月8日對應的附加信息。

還可以從安裝的對應應用程序中提取目標日期的金融賬戶支出信息和/或金融賬戶收入信息，作為目標日期對應的附加信息。例如在2016年8月1日，用戶的微信中某一聯(lián)系人給用戶發(fā)了100元紅包，在檢測到用戶領取了紅包之后，則將收入100元作為2016年8月1日對應的附加信息。

其中，還包括：配置模塊306，用于配置與日歷關聯(lián)的至少一個金融賬戶信息，方便以后自動添加收入信息、支出信息到日歷賬單內。其中，可以是當?shù)谝淮芜M行身份鑒權通過后，提示用戶添加金融賬戶信息，以配置與日歷關聯(lián)的金融賬戶信息?？梢酝瑫r配置銀行賬戶信息、可信任第三方軟件的賬戶信息(例如支付寶、微信)，以確保用戶的支出信息、收入信息的完整性。

當點擊返回鍵、home鍵或者終端滅屏后自動退出日歷賬單。

下面再例舉一個具體的例子對本實施例的方案進行說明。

以日歷安裝在智能手機中為例，在2016年8月1日首次進入日歷后，顯示模塊301顯示日歷界面，日歷界面上顯示有日期信息，第一接收模塊303接收用戶點擊的日歷右上角的“帳”字這一圖標，顯示模塊301顯示一密碼框，提示用戶輸入密碼，第二接收模塊304接收用戶輸入的密碼，驗證模塊305對用戶輸入的密碼進行驗證，若輸入正確密碼，則提示用戶添加銀行賬戶信息、支付寶賬戶信息、微信賬戶信息,配置模塊306配置與日歷關聯(lián)的銀行賬戶信息、支付寶賬戶信息、微信賬戶信息。

此后獲取模塊302則一直檢測短信息、支付寶、微信中的關鍵字(例如：支付、支出、扣款、入賬、收入、元、人民幣等)，在檢測到有上述關鍵字時，則提取出對應日期的金融賬戶支出信息和/或金融賬戶收入信息，作為對應的附加信息，并保存在日歷中。

其中，以2016年8月5日、22日以及23日的12點之前為例，在8月5日時，獲取模塊302檢測到從ATM取款1000元的短信息、支付寶入賬200元，則將支出1000元、收入200元作為2016年8月5日對應的附加信息，并將該附加信息保存在日歷中；在8月22日時，獲取模塊302檢測到用戶在微信中給某一聯(lián)系人發(fā)了100元紅包、支付寶入賬2000元，則將支出100元、收入2000元作為2016年8月22日對應的附加信息，并將該附加信息保存在日歷中；在8月23日的12點之前，獲取模塊302檢測到用戶在微信中給某一聯(lián)系人發(fā)了300元紅包、支付寶入賬500元，則將支出300元、收入500元作為2016年8月22日12點前對應的附加信息，并將該附加信息保存在日歷中。

當用戶在2016年8月23日12點進入日歷時，顯示模塊301顯示日歷界面，日歷界面上顯示有日期信息，第一接收模塊303接收用戶點擊日歷右上角的“帳”字這一圖標，顯示模塊301顯示一密碼框，提示用戶輸入密碼，第二接收模塊304接收用戶輸入的密碼，驗證模塊305對用戶輸入的密碼進行驗證，若輸入錯誤密碼，則顯示模塊301顯示普通日歷，不將附加信息顯示，以保證安全性和私密性。

參見圖2，若輸入正確密碼，則顯示模塊301默認顯示23日12點前對應的附加信息：支出300元、收入500元。當用戶點擊日歷中的2016年8月5日時，則顯示模塊301顯示為：支出1000元、收入200元。當用戶點擊日歷中的2016年8月22日時，則顯示模塊301顯示為：支出100元、收入2000元。

根據(jù)本發(fā)明提供的一種日歷界面顯示裝置，該日歷界面顯示裝置包括：顯示模塊301顯示日歷界面，日歷界面上顯示有日期信息，日期信息包括目標日期，目標日期為當日日期或被觸發(fā)日期；獲取模塊302獲取目標日期對應的附加信息并發(fā)送給顯示模塊301；顯示模塊301將附加信息顯示在日歷界面上，附加信息至少包括：金融賬戶支出信息、金融賬戶收入信息中的一種；采用上述方案，將目標日期的金融賬戶支出信息、和/或金融賬戶收入信息顯示在日歷界面上，便于用戶清楚知道自己每天完整的支出、和/或收入情況，利于理財，更好的滿足了用戶需求，提升用戶體驗。

此外，本實施例還提供一種終端，參見圖4，圖4為本實施終端的示意圖，該終端包括上述的日歷界面顯示裝置。終端顯示日歷界面，日歷界面上顯示有日期信息，日期信息包括目標日期，目標日期為當日日期或被觸發(fā)日期；獲取目標日期對應的附加信息并將顯示在日歷界面上，附加信息至少包括：金融賬戶支出信息、金融賬戶收入信息中的一種；采用上述方案，將目標日期的金融賬戶支出信息、和/或金融賬戶收入信息顯示在日歷界面上，便于用戶清楚知道自己每天完整的支出、和/或收入情況，利于理財，更好的滿足了用戶需求，提升用戶體驗。本實施例提供的終端可以是具有日歷功能的智能手機、筆記本電腦、PAD(平板電腦)等。

顯然，本領域的技術人員應該明白，上述本發(fā)明實施例的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲介質(ROM/RAM、磁碟、光盤)中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。所以，本發(fā)明不限制于任何特定的硬件和軟件結合。

以上內容是結合具體的實施方式對本發(fā)明實施例所作的進一步詳細說明，不能認定本發(fā)明的具體實施只局限于這些說明。對于本發(fā)明所屬技術領域的普通技術人員來說，在不脫離本發(fā)明構思的前提下，還可以做出若干簡單推演或替換，都應當視為屬于本發(fā)明的保護范圍。