本發(fā)明涉及旅游資源處理的信息技術(shù)領(lǐng)域,具體涉及用于旅游資源的動態(tài)打包方法及打包系統(tǒng)。
背景技術(shù):
傳統(tǒng)的資源打包系統(tǒng)接入復(fù)雜,接入方需要關(guān)心復(fù)雜的數(shù)據(jù)結(jié)構(gòu)(如機(jī)票、酒店結(jié)構(gòu)化數(shù)據(jù)),頁面與頁面間(如查詢、填寫、下單等頁面)傳遞復(fù)雜的數(shù)據(jù)對象,性能低下,且容易被篡改,安全性低。在更換資源也需要關(guān)心復(fù)雜對象本身的信息,再提交到服務(wù)端,當(dāng)數(shù)據(jù)源頭要對契約改變時,直接影響了所有接入方,效率低下。
技術(shù)實現(xiàn)要素:
本發(fā)明的目的在于為了解決傳統(tǒng)資源打包系統(tǒng)接入復(fù)雜、性能低下、傳遞的數(shù)據(jù)對象容易被篡改、安全性低等問題的出現(xiàn);提供用于旅游資源的動態(tài)打包方法及打包系統(tǒng)。
為了達(dá)到上述目的,本發(fā)明通過以下技術(shù)方案實現(xiàn):
一種用于旅游資源的動態(tài)打包方法,所述方法包含:
查詢階段:將查詢信息生成相應(yīng)的購物標(biāo)識信息,將所述查詢信息進(jìn)行規(guī)則解析后獲取相應(yīng)的旅游資源顯示至查詢頁面;所述查詢信息包含:出行人數(shù)、出行日期、出行目的地、優(yōu)選的住宿條件信息和/或優(yōu)選的出行交通工具;所述旅游資源至少包含:推薦的住宿信息和/或推薦的所述交通工具的行程信息;
預(yù)定階段:當(dāng)用戶確認(rèn)預(yù)定所述旅行資源對應(yīng)的行程時,采用所述購物標(biāo)識信息在預(yù)定頁面對所述旅游資源進(jìn)行預(yù)定。
較佳地,在將查詢信息生成相應(yīng)的購物標(biāo)識信息,將所述查詢信息進(jìn)行規(guī)則解析后獲取相應(yīng)的旅游資源顯示至查詢頁面的步驟中,具體包含:
根據(jù)住宿查詢條件查找到所述推薦的住宿信息;所述住宿查詢條件包含:所述出行人數(shù)、所述出行日期、所述出行目的地以及所述優(yōu)選的住宿條件信息;
根據(jù)交通工具查詢條件查找到所述推薦的交通工具的行程信息;所述交通工具查詢條件包含:所述出行人數(shù)、所述出行日期、所述出行目的地以及所述優(yōu)選的出行交通工具;
將形成的所述旅游資源顯示至查詢頁面。
較佳地,在將查詢信息生成相應(yīng)的購物標(biāo)識信息,將所述查詢信息進(jìn)行規(guī)則解析后獲取相應(yīng)的旅游資源顯示至查詢頁面的步驟之后,所述方法還包含:
當(dāng)用戶不滿意所述旅游資源中的至少一個推薦的信息時,輸入所述購物標(biāo)識信息,采用所述至少一個推薦的信息對應(yīng)的查詢條件進(jìn)行再次查詢;
將所述查詢條件對應(yīng)的所有旅游信息反饋至所述用戶,并為每條所述旅游信息添加對應(yīng)的唯一性標(biāo)識形成該條帶有標(biāo)識的旅游信息;
當(dāng)所述用戶選擇任一條所述帶有標(biāo)識的旅游信息時,將所述帶有標(biāo)識的旅游信息代替對應(yīng)的所述推薦信息,更新所述旅游資源。
較佳地,所述推薦的住宿信息包含:住宿價格、入住時間、離店時間、酒店信息,所述推薦的交通工具的行程信息包含:交通工具信息、出發(fā)時間、到達(dá)時間、票價信息;
當(dāng)所述旅游信息為住宿類信息時,所述旅游信息包含:有效酒店的住宿價格、酒店信息、入住時間、離店時間;
當(dāng)所述旅游信息為交通工具類信息時,所述旅游信息包含:有效交通工具的出發(fā)時間、到達(dá)時間、票價信息、交通工具信息。
較佳地,在當(dāng)用戶確認(rèn)預(yù)定所述旅行資源對應(yīng)的行程時,采用所述購物標(biāo)識信息在預(yù)定頁面對所述旅游資源進(jìn)行預(yù)定的步驟中,具體包含:
所述預(yù)定頁面通過所述購物標(biāo)識信息調(diào)用對應(yīng)的所述旅游資源,確認(rèn)所述旅游資源的真實可預(yù)訂性;
所述預(yù)定頁面通過所述購物標(biāo)識信息調(diào)用預(yù)訂填寫信息模板,將所述購物標(biāo)識信息對應(yīng)的所述旅游資源自動對應(yīng)填入所述預(yù)訂填寫信息模板;
所述用戶將個人信息填入至所述預(yù)定頁面的所述預(yù)訂填寫信息模板,完成所述預(yù)訂填寫信息模板的填寫后進(jìn)行預(yù)訂操作,完成預(yù)訂。
一種用于旅游資源的動態(tài)打包系統(tǒng),所述系統(tǒng)包含:至少一個客戶端、服務(wù)端;其中,
在查詢階段,所述服務(wù)端將所述客戶端發(fā)出的查詢信息生成相應(yīng)的購物標(biāo)識信息,將所述查詢信息進(jìn)行規(guī)則解析后獲取相應(yīng)的旅游資源顯示至所述客戶端的查詢頁面;所述查詢信息包含:出行人數(shù)、出行日期、出行目的地、優(yōu)選的住宿條件信息、優(yōu)選的出行交通工具;所述旅游資源至少包含:推薦的住宿信息、推薦的所述交通工具的行程信息;
在預(yù)訂階段,當(dāng)用戶確定預(yù)定所述旅行資源對應(yīng)的行程時,所述客戶端采用所述服務(wù)端的所述購物標(biāo)識信息在預(yù)定頁面對所述旅游資源進(jìn)行預(yù)定。
較佳地,所述服務(wù)端包含:
查詢模塊,將所述查詢信息生成相應(yīng)的購物標(biāo)識信息;
規(guī)則解析模塊,將所述查詢信息進(jìn)行規(guī)則解析,形成住宿查詢條件、交通工具查詢條件;
酒店資源存儲模塊,根據(jù)所述住宿查詢條件查找到所述推薦的住宿信息;所述住宿查詢條件包含:所述出行人數(shù)、所述出行日期、所述出行目的地以及所述優(yōu)選的住宿條件信息;
交通資源存儲模塊,根據(jù)所述交通工具查詢條件查找到所述推薦的交通工具的行程信息;所述交通工具查詢條件包含:所述出行人數(shù)、所述出行日期、所述出行目的地以及所述優(yōu)選的出行交通工具;
查詢結(jié)果存儲單元,將形成的所述旅游資源存儲,并反饋至所述客戶端的所述查詢頁面。
較佳地,
當(dāng)用戶不滿意所述旅游資源中的至少一個推薦的信息時,所述查詢模塊輸入所述購物標(biāo)識信息,所述酒店資源存儲模塊或所述交通資源存儲模塊采用所述至少一個推薦的信息對應(yīng)的查詢條件進(jìn)行再次查詢;
將所述查詢條件對應(yīng)的所有旅游信息通過所述查詢結(jié)果存儲單元反饋至所述客戶端,并為每條所述旅游信息添加對應(yīng)的唯一性標(biāo)識形成該條帶有標(biāo)識的旅游信息;
當(dāng)所述用戶選擇任一條所述帶有標(biāo)識的旅游信息時,所述查詢結(jié)果存儲單元將所述帶有標(biāo)識的旅游信息代替對應(yīng)的所述推薦信息,更新所述旅游資源發(fā)送至所述查詢頁面。
較佳地,所述推薦的住宿信息包含:住宿價格、入住時間、離店時間、酒店信息,所述推薦的交通工具的行程信息包含:交通工具信息、出發(fā)時間、到達(dá)時間、票價信息;
當(dāng)所述旅游信息為住宿類信息時,所述旅游信息包含:有效酒店的住宿價格、酒店信息、入住時間、離店時間;
當(dāng)所述旅游信息為交通工具類信息時,所述旅游信息包含:有效交通工具的出發(fā)時間、到達(dá)時間、票價信息、交通工具信息。
較佳地,
所述預(yù)定頁面通過所述購物標(biāo)識信息調(diào)用所述酒店資源存儲模塊、所述交通資源存儲模塊內(nèi)對應(yīng)的所述旅游資源,確認(rèn)所述旅游資源的真實可預(yù)訂性;
所述預(yù)定頁面通過所述購物標(biāo)識信息調(diào)用所述服務(wù)端內(nèi)的預(yù)訂填寫信息模板,將所述購物標(biāo)識信息對應(yīng)的所述旅游資源填入所述預(yù)訂填寫信息模板;
所述用戶通過所述客戶端的所述預(yù)定頁面將個人信息填入至所述預(yù)訂填寫信息模板,完成所述預(yù)訂填寫信息模板的填寫后進(jìn)行預(yù)訂操作,完成預(yù)訂。
在符合本領(lǐng)域常識的基礎(chǔ)上,上述各優(yōu)選條件,可任意組合,即得本發(fā)明各較佳實例。
本發(fā)明的積極進(jìn)步效果在于:
本發(fā)明公開的用于旅游資源的動態(tài)打包方法及打包系統(tǒng),在查詢階段:將查詢信息生成相應(yīng)的購物標(biāo)識信息,將查詢信息進(jìn)行規(guī)則解析后獲取相應(yīng)的旅游資源顯示至查詢頁面;預(yù)定階段:當(dāng)用戶確認(rèn)預(yù)定旅行資源對應(yīng)的行程時,采用購物標(biāo)識信息在預(yù)定頁面對旅游資源的預(yù)定。本發(fā)明將現(xiàn)有技術(shù)中復(fù)雜的數(shù)據(jù)結(jié)構(gòu)信息存儲在服務(wù)端,并且針對每個資源設(shè)置唯一性標(biāo)識,客戶端在資源查詢完成后,后續(xù)預(yù)定流程僅需調(diào)用相應(yīng)的購物標(biāo)識信息,即可實現(xiàn)最后的預(yù)定。本發(fā)明不關(guān)心對象的復(fù)雜性,頁面與頁面之間通過購物標(biāo)識信息相互關(guān)聯(lián),使打包系統(tǒng)的性能和安全性得到大大提高。
附圖說明
圖1為本發(fā)明用于旅游資源的動態(tài)打包方法的整體流程示意圖。
具體實施方式
下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例。基于本發(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護(hù)的范圍。
一種用于旅游資源的動態(tài)打包系統(tǒng)的旅游資源動態(tài)打包方法。其中,動態(tài)打包系統(tǒng)包含:至少一個客戶端、服務(wù)端。服務(wù)端包含:查詢模塊、規(guī)則解析模塊、酒店資源存儲模塊、交通資源存儲模塊以及查詢結(jié)果存儲單元。
本實施例中,查詢結(jié)果存儲單元包含兩部分,分別是分布式的緩存技術(shù)Redis和MySQL數(shù)據(jù)庫。由于,MySQL數(shù)據(jù)庫的負(fù)載和處理性能限制,為了提高系統(tǒng)負(fù)載能力和整個預(yù)訂流程的用戶體驗,則在資源寫入MySQL的同時,也同步寫入到Redis。在數(shù)據(jù)查找處理邏輯中,優(yōu)先從Redis獲取數(shù)據(jù),如果不存在,則從MySQL數(shù)據(jù)庫中查找。
本實施例中,MySQL數(shù)據(jù)庫將數(shù)據(jù)分為三個存儲級別:L1—表示用戶僅出發(fā)了默認(rèn)查詢,未做進(jìn)一步資源操作,然后離開了預(yù)訂頁面,該種數(shù)據(jù)僅在T1的有效期內(nèi),且有效時間能夠進(jìn)行動態(tài)配置;L2--表示用戶查詢資源后,進(jìn)行了一系列操作,但是并未進(jìn)入預(yù)定階段,該種數(shù)據(jù)僅在T2的有效期內(nèi),且有效時間能夠進(jìn)行動態(tài)配置;L3—表示用戶查詢數(shù)據(jù),并進(jìn)入預(yù)定階段,該種數(shù)據(jù)在T3的有效期內(nèi),且有效時間能夠進(jìn)行動態(tài)配置。其中,時間段參數(shù)T1、T2、T3之間的關(guān)系是:T1<T2<T3。
當(dāng)訂單生成后,將生成的訂單對應(yīng)資源信息放到MySQL數(shù)據(jù)庫中做永久性存儲。
如圖1所示,用于旅游資源的動態(tài)打包方法,方法包含:
S1,查詢階段:客戶端通過查詢頁面發(fā)出查詢信息,查詢模塊將查詢信息生成相應(yīng)的購物標(biāo)識信息(shopping id);規(guī)則解析模塊將查詢信息進(jìn)行規(guī)則解析后獲取相應(yīng)的旅游資源顯示至查詢頁面。本發(fā)明中,查詢信息包含:出行人數(shù)、出行日期、出行目的地、優(yōu)選的住宿條件信息和/或優(yōu)選的出行交通工具;旅游資源至少包含:推薦的住宿信息和/或推薦的交通工具的行程信息。
當(dāng)查詢信息既包含優(yōu)選的住宿條件信息又包含優(yōu)選的出行交通工具時,采用并行方式獲取推薦的住宿信息、推薦的交通工具的行程信息。當(dāng)查詢信息僅包含優(yōu)選的出行交通工具或優(yōu)選的住宿條件信息,采用串行方式獲取相應(yīng)的旅游資源。
在步驟S1中,具體包含:
規(guī)則解析模塊根據(jù)住宿查詢條件在酒店資源存儲模塊中查找到推薦的住宿信息。規(guī)則解析模塊根據(jù)交通工具查詢條件在交通資源存儲模塊查找到推薦的交通工具的行程信息。
其中,住宿查詢條件包含:出行人數(shù)、出行日期、出行目的地以及優(yōu)選的住宿條件信息。交通工具查詢條件包含:出行人數(shù)、出行日期、出行目的地以及優(yōu)選的出行交通工具。
本實施例中,出行人數(shù)包含成人出行人數(shù)、未成年人出行人數(shù)。
本發(fā)明中,推薦的住宿信息包含:住宿價格、入住時間、離店時間、酒店信息,推薦的交通工具的行程信息包含:交通工具信息、出發(fā)時間、到達(dá)時間、票價信息。
查詢結(jié)果存儲單元將形成的旅游資源顯示至客戶端的查詢頁面。
此時,將顯示在查詢頁面的旅游資源存放在MySQL數(shù)據(jù)庫的L1中。在步驟S1之后,本發(fā)明的方法還包含:
當(dāng)用戶不滿意旅游資源中的至少一個推薦的信息時,客戶端的查詢頁面輸入購物標(biāo)識信息,采用至少一個推薦的信息對應(yīng)的查詢條件進(jìn)行再次查詢。
查詢結(jié)果存儲單元將查詢條件對應(yīng)的所有旅游信息反饋至客戶端的查詢頁面,并為每條旅游信息添加對應(yīng)的唯一性標(biāo)識形成該條帶有標(biāo)識的旅游信息。
當(dāng)用戶選擇任一條帶有標(biāo)識的旅游信息時,將帶有標(biāo)識的旅游信息代替對應(yīng)的推薦信息,更新旅游資源。
此時,將顯示在查詢頁面的旅游資源存放在MySQL數(shù)據(jù)庫的L2中。
本實施例中,當(dāng)旅游信息為住宿類信息時,旅游信息包含:有效酒店的住宿價格、酒店信息、入住時間、離店時間;當(dāng)旅游信息為交通工具類信息時,旅游信息包含:有效交通工具的出發(fā)時間、到達(dá)時間、票價信息、交通工具信息。
S2,預(yù)定階段:當(dāng)用戶確認(rèn)預(yù)定旅行資源對應(yīng)的行程時,客戶端的預(yù)定頁面采用購物標(biāo)識信息在預(yù)定頁面對旅游資源進(jìn)行預(yù)定。步驟S2,具體包含:
預(yù)定頁面通過購物標(biāo)識信息調(diào)用存儲在查詢結(jié)果存儲單元內(nèi)購物標(biāo)識信息對應(yīng)的旅游資源,確認(rèn)旅游資源的真實可預(yù)訂性。
預(yù)定頁面通過購物標(biāo)識信息調(diào)用預(yù)訂填寫信息模板,將購物標(biāo)識信息對應(yīng)的旅游資源自動對應(yīng)填入預(yù)訂填寫信息模板。
用戶將個人信息填入至預(yù)定頁面的預(yù)訂填寫信息模板,完成預(yù)訂填寫信息模板的填寫后進(jìn)行預(yù)訂操作,完成預(yù)訂。
此時,將顯示在查詢頁面的旅游資源存放在MySQL數(shù)據(jù)庫的L3中,并定期將這部分?jǐn)?shù)據(jù)存入Redis數(shù)據(jù)庫中。
本發(fā)明,利用在查詢結(jié)果存儲單元內(nèi)的分級存儲來保護(hù)用戶所選擇的資源,并通過購物標(biāo)識信息(shopping id)與上述資源做關(guān)聯(lián),同時旅游資源內(nèi)可能包含一個或多個帶有標(biāo)識的旅游信息,使得客戶端在整個預(yù)定流程中僅需傳遞購物標(biāo)識信息(shopping id),即可實現(xiàn)旅游資源的傳遞。大大的提高了系統(tǒng)的易用性、查詢頁面與預(yù)定頁面之間的安全性。
雖然以上描述了本發(fā)明的具體實施方式,但是本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解,這些僅是舉例說明,本發(fā)明的保護(hù)范圍是由所附權(quán)利要求書限定的。本領(lǐng)域的技術(shù)人員在不背離本發(fā)明的原理和實質(zhì)的前提下,可以對這些實施方式做出多種變更或修改,但這些變更和修改均落入本發(fā)明的保護(hù)范圍。