本發明實施例涉及通訊技術領域，尤其涉及一種出行提醒的方法及裝置。

背景技術：

隨著經濟的快速發展，公司職工的業務愈加繁忙，且出差的頻率越來越高，尤其是商務人士與出差人士。

由于處理內容多、出行信息多，因此，商務人士(出差人士)經常需要日程表來記錄每天工作的安排。在現有技術中，該類人士通常自己手動輸入需要提醒的內容至行程表以防止重要信息的忘記，或者，口頭告知助理自己每天的日程安排，以助理定時提醒的方式來不耽誤行程安排。

以上兩種方式均造成了人力資源以及時間的極大浪費，且容易出現記錯或者遺忘添加重要信息的可能性，不利于時間以及人力資源的高效利用。

技術實現要素：

本發明實施例提供一種出行提醒的方法及裝置，能夠自動生成日程表并提醒用戶，避免了人力資源以及時間的浪費，方便用戶出行。

第一方面，本發明實施例提供了一種出行提醒的方法，包括：

獲取用戶的出行信息，根據所述出行信息形成用戶記錄；其中所述用戶記錄中包括用戶的出行第一時間、第一目的地信息；

獲取與所述出行第一時間相鄰的出行起始時間，以及與所述出行起始時間相匹配的出行起始位置；

根據所述出行起始時間及所述出行第一時間計算形成第一時間差；

根據所述出行起始位置、第一目的地信息計算形成第一距離差；

于所述第一時間差匹配所述第一距離差的狀態下根據所述用戶記錄形成目標出行信息；

依據所述目標出行信息生成行程列表，并計算提醒時間以提醒用戶。

進一步的，所述獲取用戶的出行信息還包括：

構建關鍵詞字符庫，其中，所述關鍵詞字符庫包含與出行信息相關的關鍵詞；

從數據源中篩選出與所述關鍵詞相匹配的出行信息作為用戶的出行信息。

進一步的，還包括：

基于預設時長，根據所述出行第一時間與所述預設時長計算所述提醒時間。

進一步的，還包括：

基于開啟的地圖應用，根據所述出行起始位置、第一目的地信息生成路線信息，其中，所述路線信息包括導航信息與路程時間；

根據所述出行第一時間、所述預設時長以及所述路程時間計算所述提醒時間；

并將所述路線信息存儲至所述行程列表中。

進一步的，所述依據所述目標出行信息生成行程列表包括：

所述終端依據所述目標出行信息生成行程列表；或者，

當所述終端與云服務器連接時，發送所述目標出行信息至所述云服務器；

接收所述云服務器依據所述目標出行信息生成的行程列表。

進一步的，還包括：

將所述行程列表同步到與所述用戶個人信息相一致的其他終端；

當所述終端不能正常提醒用戶時，由其他終端代替提醒。

第二方面，本發明實施例還提供了一種出行提醒的裝置，包括：

用戶記錄形成模塊，用以獲取用戶的出行信息，根據所述出行信息形成用戶記錄；其中所述用戶記錄中包括用戶的出行第一時間、第一目的地信息；

相鄰出行信息獲取模塊，用以獲取與所述出行第一時間相鄰的出行起始時間，以及與所述出行起始時間相匹配的出行起始位置；

第一時間差形成模塊，用以根據所述出行起始時間及所述出行第一時間計算形成第一時間差；

第一距離差形成模塊，用以根據所述出行起始位置、第一目的地信息計算形成第一距離差；

目標出行信息形成模塊，用以于所述第一時間差匹配所述第一距離差的狀態下根據所述用戶記錄形成目標出行信息；

生成模塊，用以依據所述目標出行信息生成行程列表，并計算提醒時間以提醒用戶。

進一步的，所述用戶記錄形成模塊具體用于：

構建關鍵詞字符庫，其中，所述關鍵詞字符庫包含與出行信息相關的關鍵詞；

從數據源中篩選出與所述關鍵詞相匹配的出行信息作為用戶的出行信息。

進一步的，所述生成模塊具體用于：

基于預設時長，根據所述出行第一時間與所述預設時長計算所述提醒時間。

進一步的，所述生成模塊具體還用于：

基于開啟的地圖應用，根據所述出行起始位置、第一目的地信息生成路線信息，其中，所述路線信息包括導航信息與路程時間；根據所述出行第一時間、所述預設時長以及所述路程時間計算所述提醒時間；并將所述路線信息存儲至所述行程列表中。

進一步的，所述生成模塊具體還用于：

所述終端依據所述目標出行信息生成行程列表；或者，當所述終端與云服務器連接時，發送所述目標出行信息至所述云服務器；接收所述云服務器依據所述目標出行信息生成的行程列表。

進一步的，還包括：

代替提醒模塊，用于將所述行程列表同步到與所述用戶個人信息相一致的其他終端；當所述終端不能正常提醒用戶時，由其他終端代替提醒。

本發明實施例提供了一種出行提醒的方法及裝置，通過獲取用戶的出行第一時間、第一目的地信息、與出行第一時間相鄰的出行起始時間，以及與出行起始時間相匹配的出行起始位置計算形成第一時間差和第一距離差，根據第一時間差匹配第一距離差的狀態下根據用戶記錄形成目標出行信息，再依據目標出行信息生成行程列表，并計算提醒時間以提醒用戶，使得終端自動生成了行程列表并提醒用戶，避免了人力資源以及時間的浪費，方便用戶出行。

附圖說明

圖1a是本發明實施例一中的一種出行提醒方法的流程圖；

圖1b是本發明實施例一中的一種用戶終端生成行程列表的示意圖；

圖1c是本發明實施例一中的一種云服務器生成行程列表傳回終端的示意圖；

圖2是本發明實施例二中的一種出行提醒方法的流程圖；

圖3是本發明實施例三中的一種出行提醒裝置的結構圖。

具體實施方式

下面結合附圖和實施例對本發明作進一步的詳細說明。可以理解的是，此處所描述的具體實施例僅僅用于解釋本發明，而非對本發明的限定。另外還需要說明的是，為了便于描述，附圖中僅示出了與本發明相關的部分而非全部結構。

實施例一

圖1a為本發明實施例一提供的一種出行提醒的方法的流程圖，本實施例可適用于各種出行提醒的情況，該方法可以由本發明實施例提供的出行提醒的裝置來執行，該裝置可采用軟件和/或硬件的方式實現，該裝置可集成在任何提供出行提醒功能的設備中，例如可以是電腦，也可以是移動終端(如手機、平板電腦等)。如圖1a所示，具體包括：

s110、獲取用戶的出行信息，根據所述出行信息形成用戶記錄。

其中，用戶的出行信息指的是用戶近期的行程安排，可以包含用戶的乘車信息、會議安排、旅行以及出差等信息。用戶的出行信息的獲取可以由終端的系統進行獲取，也可以由終端內安裝的具有出行提醒功能的應用進行獲取，或者也可以通過其他方式進行獲取。根據獲取的出行信息形成用戶記錄，其中，用戶記錄可以是包含用戶出行信息的字符串，包含了用戶的出行第一時間、第一目的地信息。出行第一時間指的是獲取用戶該次出行信息的出行時間，第一目的地信息指的是獲取用戶該次出行信息的終點位置。

示例性的，所述獲取用戶的出行信息包括：構建關鍵詞字符庫，其中，所述關鍵詞字符庫包含與出行信息相關的關鍵詞；從數據源中篩選出與所述關鍵詞相匹配的出行信息作為用戶的出行信息。

具體的，為了獲取用戶的出行信息，需要提前預制構建關鍵詞字符庫。其中，關鍵詞字符庫中包含了大量關于出行信息的關鍵詞，例如，航班信息、飛機、高鐵、出租車、啟程、預定成功以及酒店等。數據源指的是所有能夠獲取用戶出行信息的數據庫。例如，短信、rcs平臺以及第三方應用公開api(applicationprogramminginterface，應用程序編程接口)。其中，rcs平臺包含但不限于以下子系統：rcsas、點對點聊天、群聊、文件傳輸、內容分享、社交呈現服務器、消息存儲服務器、消息互通服務器，因此當終端支持rcs時，能夠從rcs平臺中獲取較多關于用戶的出行信息。第三方應用公開api能夠允許終端在第三方應用中訪問部分數據，或者是通過預先定義有關獲取用戶的出行信息的函數，當接收到訪問指令時，即可將用戶的出行信息提供給訪問者。

需要說明的是，用戶的出行信息可以定時從數據源中獲取。例如，每個小時獲取一次終端中短信的內容，將短信內容中與關鍵詞字符庫相匹配的出行信息篩選出來以更新用戶的出行信息。或例如，終端只要接收到短信，即可讀取短信中的內容。另外，需要說明的是，終端中數據源的形式也不作限定，例如可以是文本、圖片、語音或者視頻等。

s120、獲取與所述出行第一時間相鄰的出行起始時間，以及與所述出行起始時間相匹配的出行起始位置。

當終端第一次生成行程列表時，由于從數據源中獲取的用戶出行信息很多，因此，可以在獲取的用戶出行信息中搜尋與出行第一時間相鄰的出行起始時間，該出行起始時間可以在出行第一時間之前，也可以在出行第一時間之后，且獲取與出行起始時間相匹配的出行起始位置。當終端已有行程列表，將最新獲取的用戶記錄添加到行程列表時，可以在行程列表中獲取與出行第一時間相鄰的出行起始時間和與之相匹配的出行起始位置。

s130、根據所述出行起始時間及所述出行第一時間計算形成第一時間差。

具體的，將獲取的出行起始時間與出行第一時間進行處理，計算出兩個時間點之間的時間差。通過計算第一時間差，可以得到用戶從上一條行程開始到當前行程開始所需要的時長。

s140、根據所述出行起始位置、第一目的地信息計算形成第一距離差。

同理，將獲取的出行起始位置與第一目的地信息進行處理，計算出第一距離差。通過計算第一距離差，可以得到用戶從上一條行程出發地點到當前行程結束地點之間的距離總長。

s150、于所述第一時間差匹配所述第一距離差的狀態下根據所述用戶記錄形成目標出行信息。

具體的，通過第一距離差可以推算出兩個行程在路程上需要花費的時間，再將該時間與第一時間差相匹配，如果第一時間差小于兩個行程在路程上需要花費的時間，說明該兩個行程存在沖突，不能同時進行，據此可以通過各種方式提示用戶進行取舍。如果能夠匹配，則可以根據當前行程的用戶記錄形成目標出行信息。

s160、依據所述目標出行信息生成行程列表，并計算提醒時間以提醒用戶。

示例性的，所述終端依據所述目標出行信息生成行程列表；或者，當所述終端與云服務器連接時，發送所述目標出行信息至所述云服務器；接收所述云服務器依據所述目標出行信息生成的行程列表。

由于目標出行信息是存在于終端底層技術中的關于用戶出行信息的文本信息，因此，如果想要目標出行信息展示在終端的頁面中，需要對目標出行信息處理。

當終端不與云服務器連接時，可以由終端自身依據目標出行信息生成行程列表。如圖1b所示，圖1b為用戶終端從rcs平臺獲取出行信息進行處理生成行程列表的示意圖。其中，10為用戶終端，11為路由器，12為無線網絡，13為防火墻，14為rcs平臺以及15為rcs服務器。具體的，用戶終端10包含多種設備，其中，手機以及平板電腦通過無線網絡12獲取rcs平臺14中rcs服務器15的出行信息；電腦以及筆記本可以通過有線網絡獲取rcs平臺14中rcs服務器15的出行信息，用戶終端10根據獲取到的出行信息作為目標出行信息生成行程列表。

當終端與云服務器連接時，可以由終端將存儲于終端內部的目標出行信息發送到云服務器，由服務器對接收到的目標出行信息進行處理，再把處理后生成的行程列表發回至終端。其中，目標出行信息生成行程列表過程的實現可以通過預設的網絡七層協議來完成。圖1c為終端接收云服務器依據目標出行信息生成的行程列表的示意圖。其中，20為用戶終端，21為第三方應用，22為云服務器以及23為云計算服務器。具體的，用戶終端20從第三方應用21的公開api中獲取出行信息作為目標出行信息，將目標出行信息上傳至云服務器22。云服務器22將接收到的目標出行信息傳送至云計算服務器23，再由云計算服務器23將處理生成的行程列表發回用戶終端20。

示例性的，將所述行程列表同步到與所述用戶個人信息相一致的其他終端；當所述終端不能正常提醒用戶時，由其他終端代替提醒。

由于互聯網技術的快速發展，用戶的存儲信息可以不局限于一臺終端，使得只要是同一個用戶的信息即可以在任何終端查詢到有關用戶的存儲信息。因此，當一臺終端出現故障不能按時在提醒時間提醒用戶，或者用戶對該終端的提醒信息沒有做任何操作時，則可以由另一臺終端進行代替。例如，用戶的手機a與手機b均下載了出行提醒應用，并在出行提醒應用中登陸有關該用戶的個人信息。用戶在9：00有個會議，提醒時間為8：30，若手機a由于關機無法在8:30進行出行提醒時，則由手機b進行提醒操作。再例如，若手機a在8：30提醒用戶，用戶卻沒有進行任何確定或者關閉操作時，手機a則默認用戶無回應，由手機b代替手機a繼續對用戶進行出行提醒。

本發明實施例通過獲取用戶的出行第一時間、第一目的地信息、與出行第一時間相鄰的出行起始時間，以及與出行起始時間相匹配的出行起始位置計算形成第一時間差和第一距離差，根據第一時間差匹配第一距離差的狀態下根據用戶記錄形成目標出行信息，再依據目標出行信息生成行程列表，并計算提醒時間以提醒用戶，使得終端自動生成了行程列表并提醒用戶，避免了人力資源以及時間的浪費，方便用戶出行。

實施例二

實施例一中，當第一時間差不小于兩個行程在路程上需要花費的時間，說明該兩個行程可被執行，但是不排除第一個行程的延遲時間影響第二個行程的開始時間，例如第一時間差為2小時，第一個形成的延時時間為1.5小時，則此時，第一時間差的實際時間僅有0.5小時，則該0.5小時實際無法匹配第一距離差，基于此，本發明再提供一種出行提醒的流程圖，具體地，

圖2為本發明實施例二提供的一種出行提醒的流程圖，本實施例在上述實施例的基礎上進行優化，提供了優化的計算提醒時間的處理方法，具體是：基于預設時長，根據所述出行第一時間與所述預設時長計算所述提醒時間。

相應的，本實施例的方法包括：

s210、獲取用戶的出行信息，根據所述出行信息形成用戶記錄。

s220、獲取與所述出行第一時間相鄰的出行起始時間，以及與所述出行起始時間相匹配的出行起始位置。

s230、根據所述出行起始時間及所述出行第一時間計算形成第一時間差。

s240、根據所述出行起始位置、第一目的地信息計算形成第一距離差。

s250、于所述第一時間差匹配所述第一距離差及預設時長之和的狀態下根據所述用戶記錄形成目標出行信息。

s260、依據所述目標出行信息生成行程列表，基于所述預設時長，根據所述出行第一時間與所述預設時長計算所述提醒時間。

其中，預設時長為用戶根據個人需求添加，用于留出足夠時間為行程列表中的某個行程做準備。提醒時間則是通過出行第一時間與預設時長計算而得。例如，預設時長設定為20分鐘，如果用戶預訂了8：00的出租車，那么則在7：40收到終端的提醒信息或者提醒聲音。

采用本方案可知，當第一時間差等于兩個行程在路程上需要花費的時間，當第一時間差不匹配所述第一距離差及預設時長之和的狀態下，該目標出行信息無法形成。

另外，當第一時間差匹配所述第一距離差及預設時長之和的狀態下，用戶根據所述提醒時間執行第二行程。

需要說明的是，預設時長的設定可以不單一，可以根據行程種類不同而不同，例如，關于出租車行程的預設時長可以設定為20分鐘，火車行程的預設時長可以為1小時以及飛機行程的預設時長可以為2小時等。

示例性的，所述計算提醒時間還包括：基于開啟的地圖應用，根據所述出行起始位置、第一目的地信息生成路線信息，其中，所述路線信息包括導航信息與路程時間；根據所述出行第一時間、所述預設時長以及所述路程時間計算所述提醒時間；并將所述路線信息存儲至所述行程列表中。

具體的，終端可以設定地圖應用能夠訪問行程列表中的出行信息，例如通過設定訪問協議允許地圖應用進行訪問。地圖應用將獲取到的出行起始位置，第一目的地信息相對應的輸入應用中，可以形成關于出行起始位置與第一目的地信息的路線信息。其中，路線信息包含的導航信息可以為用戶提供出行方式或者路線，路線信息包含的路程時間能夠讓用戶直觀的了解到路程所需時間。當出行起始位置與第一目的地信息的距離較大時，例如跨城市，地圖應用可以通過解析行程列表中的出行方式進行路線推薦。當出行起始位置與第一目的地信息的距離較小時，例如，在同一城市，地圖應用可以基于自身應用中原有歷史數據進行路線推薦。可選的，將推薦的路線信息存儲在行程列表與該路線信息相匹配的行程中。當到達提醒時間提醒用戶時，一并將路線信息推薦給用戶。

需要說明的是，由于提醒時間是按照時間進行計算的，因此很有可能出現計算的提醒時間恰巧處于用戶休息時間。為了不被打擾，可以根據用戶需求進行設定。例如，如果將提醒時間提醒用戶的時間段設定為6：00～22:00，那么將不屬于該時間段的提醒時間更改為預設時間進行提醒。再例如，終端默認的預設時間為20：00，若用戶為12日早晨7:00的航班出差，經過計算得出用戶提醒時間為4:30，由于不處于提醒用戶的時間段內，因此，終端將在11日的20：00對用戶進行出行提醒。

本發明實施例通過獲取預設時長，為用戶提供了充足的時間進行準備；通過允許地圖應用訪問進行路線信息推薦，有助于用戶掌握行程信息；通過設定提醒時間的時間段，能夠提供更人性化的出行提醒服務。

實施例三

圖3為本發明實施例三提供的一種出行提醒裝置的結構示意圖，本實施例可適用于各種出行提醒的情況，該裝置可采用軟件和/或硬件的方式實現，該裝置可集成在任何提供出行提醒功能的設備中，例如可以是電腦，也可以是移動終端(如手機、平板電腦等)。具體包括：用戶記錄形成模塊31、相鄰出行信息獲取模塊32、第一時間差形成模塊33、第一距離差形成模塊34、目標出行信息形成模塊35和生成模塊36。

用戶記錄形成模塊31，用以獲取用戶的出行信息，根據所述出行信息形成用戶記錄；其中所述用戶記錄中包括用戶的出行第一時間、第一目的地信息；

相鄰出行信息獲取模塊32，用以獲取與所述出行第一時間相鄰的出行起始時間，以及與所述出行起始時間相匹配的出行起始位置；

第一時間差形成模塊33，用以根據所述出行起始時間及所述出行第一時間計算形成第一時間差；

第一距離差形成模塊34，用以根據所述出行起始位置、第一目的地信息計算形成第一距離差；

目標出行信息形成模塊35，用以于所述第一時間差匹配所述第一距離差的狀態下根據所述用戶記錄形成目標出行信息；

生成模塊36，用以依據所述目標出行信息生成行程列表，并計算提醒時間以提醒用戶。

在上述實施例的基礎上，所述用戶記錄形成模塊31具體用于：構建關鍵詞字符庫，其中，所述關鍵詞字符庫包含與出行信息相關的關鍵詞；從數據源中篩選出與所述關鍵詞相匹配的出行信息作為用戶的出行信息。

在上述實施例的基礎上，所述生成模塊36具體用于：基于預設時長，根據所述出行第一時間與所述預設時長計算所述提醒時間。

在上述實施例的基礎上，所述生成模塊36具體還用于：基于開啟的地圖應用，根據所述出行起始位置、第一目的地信息生成路線信息，其中，所述路線信息包括導航信息與路程時間；根據所述出行第一時間、所述預設時長以及所述路程時間計算所述提醒時間；并將所述路線信息存儲至所述行程列表中。

在上述實施例的基礎上，所述生成模塊36具體還用于：所述終端依據所述目標出行信息生成行程列表；或者，當所述終端與云服務器連接時，發送所述目標出行信息至所述云服務器；接收所述云服務器依據所述目標出行信息生成的行程列表。

在上述實施例的基礎上，還包括：代替提醒模塊37。

代替提醒模塊37，用于將所述行程列表同步到與所述用戶個人信息相一致的其他終端；當所述終端不能正常提醒用戶時，由其他終端代替提醒。

本實施例通過獲取用戶的出行第一時間、第一目的地信息、與出行第一時間相鄰的出行起始時間，以及與出行起始時間相匹配的出行起始位置計算形成第一時間差和第一距離差，根據第一時間差匹配第一距離差的狀態下根據用戶記錄形成目標出行信息，再依據目標出行信息生成行程列表，并計算提醒時間以提醒用戶，使得終端自動生成了行程列表并提醒用戶，避免了人力資源以及時間的浪費，方便用戶出行。

注意，上述僅為本發明的較佳實施例及所運用技術原理。本領域技術人員會理解，本發明不限于這里所述的特定實施例，對本領域技術人員來說能夠進行各種明顯的變化、重新調整和替代而不會脫離本發明的保護范圍。因此，雖然通過以上實施例對本發明進行了較為詳細的說明，但是本發明不僅僅限于以上實施例，在不脫離本發明構思的情況下，還可以包括更多其他等效實施例，而本發明的范圍由所附的權利要求范圍決定。