本發(fā)明涉及移動終端技術(shù)領(lǐng)域，特別涉及一種用于移動終端的證件提醒方法及其裝置。

背景技術(shù)：

在現(xiàn)實生活中，許多出行事件都需要使用到身份證件，例如乘坐飛機、高鐵、火車、大巴，而實際中，一些用戶經(jīng)常會在出門前忘記攜帶身份證件，因此目前需要一種能夠在判斷出用戶需使用身份證件的出行事件前向用戶輸出證件攜帶提醒的手段。

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

發(fā)明目的：為了克服背景技術(shù)中的缺點，本發(fā)明實施例提供了一種用于移動終端的證件提醒方法及其裝置，能夠有效解決上述背景技術(shù)中涉及的問題。

技術(shù)方案：一種用于移動終端的證件提醒方法，所述方法包括：

獲取移動終端內(nèi)的待出行事件；

判斷所述待出行事件是否需要使用身份證件；

若需要則獲取所述待出行事件所對應(yīng)的出行日期；

判斷是否到達所述出行日期；

若到達則向所述移動終端輸出證件提醒信息。

作為本發(fā)明的一種優(yōu)選方式，獲取移動終端內(nèi)的待出行事件，包括：

獲取所述移動終端的日程事件；

判斷所述日程事件是否為戶外執(zhí)行事件；

若是則將所述日程事件確定為待出行事件；或者，

獲取所述移動終端內(nèi)具有購買交通工具票務(wù)權(quán)限的客戶端中的訂單信息；

判斷所述訂單信息中是否存在待出行訂單信息；

若存在則將所述待出行訂單信息確定為待出行事件。

作為本發(fā)明的一種優(yōu)選方式，判斷所述待出行事件是否需要使用身份證件，包括：

判斷所述日程事件是否需要乘坐飛機、高鐵、火車、大巴中的至少一種；或者，

判斷所述待出行訂單信息中的票務(wù)種類是否為飛機票、高鐵票、火車票、大巴票中的至少一種。

作為本發(fā)明的一種優(yōu)選方式，在向所述移動終端輸出證件提醒信息之前，還包括：

獲取所述待出行事件的出行時間；

判斷距離所述出行時間的剩余時間是否達到預(yù)設(shè)時間閾值；

若達到則繼續(xù)執(zhí)行步驟。

作為本發(fā)明的一種優(yōu)選方式，在向所述移動終端輸出證件提醒信息之前，還包括：

獲取所述移動終端的定位數(shù)據(jù)以及所述移動終端的常駐位置；

判斷所述移動終端的定位數(shù)據(jù)是否離開所述常駐位置；

若離開則繼續(xù)執(zhí)行步驟。

一種用于移動終端的證件提醒裝置，所述裝置包括：

待出行事件獲取模塊，用于獲取移動終端內(nèi)的待出行事件；

待出行事件判斷模塊，用于判斷所述待出行事件是否需要使用身份證件；

出行日期獲取模塊，用于在所述待出行事件判斷模塊判斷出所述待出行事件需要使用身份證件時，獲取所述待出行事件所對應(yīng)的出行日期；

出行日期判斷模塊，用于判斷是否到達所述出行日期；

證件提醒模塊，用于在所述出行日期判斷模塊判斷出到達所述出行日期時，向所述移動終端輸出證件提醒信息。

作為本發(fā)明的一種優(yōu)選方式，所述待出行事件獲取模塊包括：

日程事件獲取模塊，用于獲取移動終端內(nèi)的待出行事件；

日程事件判斷模塊，用于判斷所述日程事件是否為戶外執(zhí)行事件；

訂單信息獲取模塊，用于獲取所述移動終端內(nèi)具有購買交通工具票務(wù)權(quán)限的客戶端中的訂單信息；

訂單信息判斷模塊，用于判斷所述訂單信息中是否存在待出行訂單信息；

待出行事件確定模塊，用于在所述日程事件判斷模塊判斷出所述日程事件為戶外執(zhí)行事件時將所述日程事件確定為待出行事件，或者，在所述訂單信息判斷模塊判斷出所述訂單信息中存在待出行訂單信息時，將所述待出行訂單信息確定為待出行事件。

作為本發(fā)明的一種優(yōu)選方式，所述待出行事件判斷模塊進一步用于判斷所述日程事件是否需要乘坐飛機、高鐵、火車、大巴中的至少一種，或者，判斷所述待出行訂單信息中的票務(wù)種類是否為飛機票、高鐵票、火車票、大巴票中的至少一種。

作為本發(fā)明的一種優(yōu)選方式，還包括：

出行時間獲取模塊，用于獲取所述待出行事件的出行時間；

出行時間判斷模塊，用于判斷距離所述出行時間的剩余時間是否達到預(yù)設(shè)時間閾值。

作為本發(fā)明的一種優(yōu)選方式，還包括：

定位數(shù)據(jù)獲取模塊，用于獲取所述移動終端的定位數(shù)據(jù)；

常駐位置獲取模塊，用于獲取所述移動終端的常駐位置；

定位數(shù)據(jù)判斷模塊，用于判斷所述移動終端的定位數(shù)據(jù)是否離開所述常駐位置。

本發(fā)明實現(xiàn)以下有益效果：通過獲取移動終端內(nèi)的待出行事件，判斷所述待出行事件是否需要使用身份證件，在判斷出需要時獲取所述待出行事件所對應(yīng)的出行日期，判斷是否到達所述出行日期，在判斷出到達時向所述移動終端輸出證件提醒信息，從而提醒用戶攜帶身份證件，避免用戶由于遺忘攜帶證件而導(dǎo)致的出行受阻情況發(fā)生。

附圖說明

此處的附圖被并入說明書中并構(gòu)成本說明書的一部分，示出了符合本公開的實施例，并于說明書一起用于解釋本公開的原理。圖1為本發(fā)明實施例一提供的用于移動終端的證件提醒方法的流程圖；

圖2為本發(fā)明實施例一提供的其中一種待出行事件獲取方法的流程圖；

圖3為本發(fā)明實施例一提供的另外一種待出行事件獲取方法的流程圖；

圖4為本發(fā)明實施例二提供的用于移動終端的證件提醒方法的流程圖；

圖5為本發(fā)明實施例三提供的用于移動終端的證件提醒方法的流程圖；

圖6為本發(fā)明實施例四提供的用于移動終端的證件提醒裝置的結(jié)構(gòu)圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。

實施例一

參考圖1至圖3所示，圖1為本發(fā)明實施例一提供的用于移動終端的證件提醒方法的流程圖；圖2為本發(fā)明實施例一提供的其中一種待出行事件獲取方法的流程圖；圖3為本發(fā)明實施例一提供的另外一種待出行事件獲取方法的流程圖。具體的，本實施例提供一種用于移動終端的證件提醒方法，所述方法包括以下步驟：

S1、獲取移動終端內(nèi)的待出行事件；

S2、判斷所述待出行事件是否需要使用身份證件；

若需要則執(zhí)行S3、獲取所述待出行事件所對應(yīng)的出行日期；

S4、判斷是否到達所述出行日期；

若到達則執(zhí)行S5、向所述移動終端輸出證件提醒信息。

其中，在S1中，移動終端內(nèi)的待出行事件的獲取方式分為兩種。

第一種待出行事件獲取方式，即S1包括：

S100、獲取所述移動終端的日程事件；

S101、判斷所述日程事件是否為戶外執(zhí)行事件；

若是則執(zhí)行S102、將所述日程事件確定為待出行事件。

其中，所述日程事件為安裝在所述移動終端內(nèi)的日程客戶端內(nèi)的日程事件，例如為日歷中的日程事件，對應(yīng)的內(nèi)容為記錄用戶未來即將要執(zhí)行的事件。在獲取所述日程事件時，具體可獲取一個日程事件，也可以同時獲取若干個日程事件，本發(fā)明在獲取所述日程事件時，具體將獲取最近的一個日程事件，即最靠近當(dāng)下的一個日程事件。在獲取到所述日程事件后，將判斷所述日程事件是否為戶外執(zhí)行事件，判斷的方式為：識別所述日程事件的具體內(nèi)容，判斷該內(nèi)容是在室內(nèi)執(zhí)行，還是戶外執(zhí)行，例如，設(shè)定其中一個日程事件為：9:00，出發(fā)去上海虹橋機場，則可認為該日程事件為戶外執(zhí)行事件；設(shè)定其中一個日程事件為：10:00，洗衣服，則可認為該日程事件為室內(nèi)執(zhí)行事件。在判斷出所述日程事件為戶外執(zhí)行事件時，將所述日程事件確定為待出行事件。

第二種待出行事件獲取方式，即S1包括：

S110、獲取所述移動終端內(nèi)具有購買交通工具票務(wù)權(quán)限的客戶端中的訂單信息；

S111、判斷所述訂單信息中是否存在待出行訂單信息；

若存在則執(zhí)行S112、將所述待出行訂單信息確定為待出行事件。

其中，具有購買交通工具票務(wù)權(quán)限的客戶端包括但不限于：攜程、去哪兒網(wǎng)、12306、百度票務(wù)、藝龍網(wǎng)、航空公司的官方網(wǎng)站等對應(yīng)的客戶端。

具體的，將讀取所述移動終端內(nèi)的具有購買交通工具票務(wù)權(quán)限的客戶端中的訂單信息，在讀取到訂單信息后，查詢是否存在待出行的訂單信息，如果有則將所述待出行訂單信息確定為待出行事件。

其中，針對第一種待出行事件獲取方式，判斷所述待出行事件是否需要使用身份證件，即S2包括：

判斷所述日程事件是否需要乘坐飛機、高鐵、火車、大巴中的至少一種。

其中，具體的判斷方式包括：判斷所述日程事件中是否具有飛機、高鐵、火車、大巴中的至少一種，判斷所述日程事件中是否具有機場名稱、高鐵站名稱、火車站名稱、汽車站名稱中的至少一種，判斷所述日程事件中是否具有“出發(fā)”或“去”與地名共存的情況，若存在則獲取用戶所處的位置，判斷該位置與該地名的距離，以及輸出適宜的交通工具，判斷該交通工具是否需要乘坐飛機、高鐵、火車、大巴中的至少一種。以上的判斷方式中，若任何一個判斷結(jié)果為是，則將認為所述日程事件需要乘坐飛機、高鐵、火車、大巴中的至少一種，即所述待出行事件需要使用身份證件。

其中，針對第二種待出行事件獲取方式，判斷所述待出行事件是否需要使用身份證件，即S2包括：

判斷所述待出行訂單信息中的票務(wù)種類是否為飛機票、高鐵票、火車票、大巴票中的至少一種。在判斷結(jié)果為是時，將認為所述待出行事件需要使用身份證件。

接著，在判斷出所述待出行事件需要使用身份證件時，將獲取所述待出行事件所對應(yīng)的出行日期，其中，針對所述待出行事件為所述日程事件時，將獲取所述日程事件對應(yīng)的日程日期，將其作為出行日期；針對所述待出行事件為所述待出行訂單信息時，將獲取所述待出行訂單信息中顯示的出發(fā)日期，將其作為出行日期。接著將判斷是否到達所述出行日期，例如，設(shè)定獲取到的出行日期為2017年3月10日，則將實時判斷當(dāng)前日期是否到達2017年3月10日，若到達則向所述移動終端輸出證件提醒信息，以提醒用戶攜帶身份證件。

實施例二

參考圖4所示，圖4為本發(fā)明實施例二提供的用于移動終端的證件提醒方法的流程圖。具體的，本實施例與實施例一基本上一致，區(qū)別之處在于，本實施例中，在向所述移動終端輸出證件提醒信息之前，還包括：

S6、獲取所述待出行事件的出行時間；

S7、判斷距離所述出行時間的剩余時間是否達到預(yù)設(shè)時間閾值；

若達到則執(zhí)行S5。

所述預(yù)設(shè)時間閾值可根據(jù)實際需求進行設(shè)置，例如，所述待出行事件為所述日程事件時，可設(shè)定預(yù)設(shè)時間閾值為1小時，所述待出行事件為所述待出行訂單信息時，可設(shè)定預(yù)設(shè)時間閾值為3小時。

針對所述待出行事件為所述日程事件時，將獲取所述日程事件的執(zhí)行事件，例如，其中一個日程事件為，9:00，出發(fā)去上海虹橋機場，則得出所述待出行事件的出行時間為9:00，如此將判斷距離9:00的剩余時間是否達到1小時，即在8:00的時候，將向所述移動終端輸出證件提醒信息；針對所述待出行事件為所述待出行訂單信息時，獲取所述待出行訂單信息中顯示的出發(fā)時間，例如其中一個待出行訂單的出發(fā)時間為10:25，則將判斷距離10:25的剩余時間是否達到3小時，即在7:25的時候，將向所述移動終端輸出證件提醒信息。

實施例三

參考圖5所示，圖5為本發(fā)明實施例三提供的用于移動終端的證件提醒方法的流程圖。具體的，本實施例與實施例一基本上一致，區(qū)別之處在于，本實施例中，

在向所述移動終端輸出證件提醒信息之前，還包括：

S8、獲取所述移動終端的定位數(shù)據(jù)以及所述移動終端的常駐位置；

S9、判斷所述移動終端的定位數(shù)據(jù)是否離開所述常駐位置；

若離開則執(zhí)行S5。

其中，所述移動終端的常駐位置即為所述移動終端所處時長最久的位置，例如可以是用戶的家中或者公司，具體將通過所述移動終端內(nèi)置的GPS對所述移動終端進行實時的定位并獲取定位數(shù)據(jù)，判斷所述移動終端的定位數(shù)據(jù)是否離開所述常駐位置，即判斷所述移動終端的定位數(shù)據(jù)是否沒有處在所述常駐位置對應(yīng)的區(qū)域內(nèi)，若不處在該區(qū)域內(nèi)，則認為所述移動終端的定位數(shù)據(jù)離開所述常駐位置，即用戶將要出門，如此則將向所述移動終端輸出證件提醒信息。

實施例四

參考圖6所示，圖6為本發(fā)明實施例四提供的用于移動終端的證件提醒裝置的結(jié)構(gòu)圖。具體的，本實施例提供一種用于移動終端的證件提醒裝置，所述裝置包括：

待出行事件獲取模塊401，用于獲取移動終端內(nèi)的待出行事件；

待出行事件判斷模塊402，用于判斷所述待出行事件是否需要使用身份證件；

出行日期獲取模塊403，用于在所述待出行事件判斷模塊402判斷出所述待出行事件需要使用身份證件時，獲取所述待出行事件所對應(yīng)的出行日期；

出行日期判斷模塊404，用于判斷是否到達所述出行日期；

證件提醒模塊405，用于在所述出行日期判斷模塊404判斷出到達所述出行日期時，向所述移動終端輸出證件提醒信息。

作為本發(fā)明的一種實施方式，所述待出行事件獲取模塊401包括：

日程事件獲取模塊406，用于獲取移動終端內(nèi)的待出行事件；

日程事件判斷模塊407，用于判斷所述日程事件是否為戶外執(zhí)行事件；

訂單信息獲取模塊408，用于獲取所述移動終端內(nèi)具有購買交通工具票務(wù)權(quán)限的客戶端中的訂單信息；

訂單信息判斷模塊409，用于判斷所述訂單信息中是否存在待出行訂單信息；

待出行事件確定模塊410，用于在所述日程事件判斷模塊407判斷出所述日程事件為戶外執(zhí)行事件時將所述日程事件確定為待出行事件，或者，在所述訂單信息判斷模塊409判斷出所述訂單信息中存在待出行訂單信息時，將所述待出行訂單信息確定為待出行事件。

作為本發(fā)明的一種實施方式，所述待出行事件判斷模塊402進一步用于判斷所述日程事件是否需要乘坐飛機、高鐵、火車、大巴中的至少一種，或者，判斷所述待出行訂單信息中的票務(wù)種類是否為飛機票、高鐵票、火車票、大巴票中的至少一種。

作為本發(fā)明的一種實施方式，還包括：

出行時間獲取模塊411，用于獲取所述待出行事件的出行時間；

出行時間判斷模塊412，用于判斷距離所述出行時間的剩余時間是否達到預(yù)設(shè)時間閾值。

作為本發(fā)明的一種實施方式，還包括：

定位數(shù)據(jù)獲取模塊413，用于獲取所述移動終端的定位數(shù)據(jù)；

常駐位置獲取模塊414，用于獲取所述移動終端的常駐位置；

定位數(shù)據(jù)判斷模塊415，用于判斷所述移動終端的定位數(shù)據(jù)是否離開所述常駐位置。

應(yīng)理解，在實施例四中，上述各個模塊的具體實現(xiàn)過程可與上述方法實施例(實施例一至實施例三)的描述相對應(yīng)，此處不再詳細描述。

上述實施例四所提供的裝置，僅以上述各功能模塊的劃分進行舉例說明，實際應(yīng)用中，可以根據(jù)需要而將上訴功能分配由不同的功能模塊完成，即將裝置的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。

上述實施例只為說明本發(fā)明的技術(shù)構(gòu)思及特點，其目的是讓熟悉該技術(shù)領(lǐng)域的技術(shù)人員能夠了解本發(fā)明的內(nèi)容并據(jù)以實施，并不能以此來限制本發(fā)明的保護范圍。凡根據(jù)本發(fā)明精神實質(zhì)所作出的等同變換或修飾，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。