• / 28
  • 下載費用:30 金幣  

一種旅游線路的推薦方法以及裝置.pdf

關 鍵 詞:
一種 旅游 線路 推薦 方法 以及 裝置
  專利查詢網所有資源均是用戶自行上傳分享,僅供網友學習交流,未經上傳用戶書面授權,請勿作他用。
摘要
申請專利號:

CN201210365302.X

申請日:

2012.09.26

公開號:

CN103678429A

公開日:

2014.03.26

當前法律狀態:

授權

有效性:

有權

法律詳情: 授權|||實質審查的生效IPC(主分類):G06F 17/30申請日:20120926|||公開
IPC分類號: G06F17/30; G06Q50/14(2012.01)I 主分類號: G06F17/30
申請人: 阿里巴巴集團控股有限公司
發明人: 王鵬飛
地址: 英屬開曼群島大開曼資本大廈一座四層847號郵箱
優先權:
專利代理機構: 北京潤澤恒知識產權代理有限公司 11319 代理人: 蘇培華
PDF完整版下載: PDF下載
法律狀態
申請(專利)號:

CN201210365302.X

授權公告號:

||||||

法律狀態公告日:

2018.03.20|||2014.04.23|||2014.03.26

法律狀態類型:

授權|||實質審查的生效|||公開

摘要

本申請公開了一種旅游線路的推薦方法以及裝置,用于解決現有的旅游推薦服務推薦的旅游景點零散、旅游線路單一的問題。提供的旅游線路的推薦方法,包括:服務器接收客戶端提交的旅游線路搜索請求;根據搜索請求攜帶的搜索條件,搜索符合搜索條件的旅游景點;根據搜索到的各旅游景點的描述信息以及旅游天數,對旅游景點進行聚類處理;并將旅游景點的聚類結果推薦給客戶端。采用該技術方案,能夠智能化地根據用戶的搜索條件反饋旅游景點的搜索結果,通過聚類處理提高了旅游景點之間的關聯性,實現了零散旅游景點向關聯旅游景點的轉變,并且能夠實現動態搜索,避免了旅游景點單一的問題。

權利要求書

權利要求書
1.  一種旅游線路的推薦方法,其特征在于,包括:
服務器接收客戶端提交的旅游線路搜索請求;
根據所述搜索請求攜帶的搜索條件,搜索符合所述搜索條件的旅游景點;
根據搜索到的各旅游景點的描述信息以及旅游天數,對所述旅游景點進行聚類處理;并
將旅游景點的聚類結果推薦給所述客戶端。

2.  如權利要求1所述的方法,其特征在于,所述搜索條件包括地理位置信息、旅游景點名稱以及旅游景點的屬性信息中的至少一個條件;
根據所述搜索請求攜帶的搜索條件,搜索符合所述搜索條件的旅游景點,包括:
若所述搜索條件中包括一個條件,則搜索符合該條件的旅游景點;
若所述搜索條件中包括兩個以上的條件,則根據所述搜索條件中包括的每個條件,分別搜索符合對應條件的旅游景點,并選擇根據每個條件搜索到的旅游景點中的共有旅游景點。

3.  如權利要求2所述的方法,其特征在于,
所述搜索條件包括地理位置信息條件時,搜索符合該條件的旅游景點,包括:搜索位于所述地理位置信息對應的地理位置的旅游景點;
所述搜索條件包括旅游景點的屬性信息時,搜索符合該條件的旅游景點,包括:搜索對應的屬性中包括所述屬性信息對應的屬性的旅游景點;
所述搜索條件包括旅游景點名稱時,搜索符合該條件的旅游景點,包括:搜索所述旅游景點名稱對應的旅游景點以及與該旅游景點關聯的旅游景點;其中,與該旅游景點關聯的旅游景點為地理位置與該旅游景點臨近的旅游景點、或預設的包括該旅游景點的旅游線路中的旅游景點。

4.  如權利要求1所述的方法,其特征在于,根據搜索到的各旅游景點的描述信息以及旅游天數,對所述旅游景點進行聚類處理之前,還包括:
按照設定的篩選條件,對搜索到的旅游景點進行篩選。

5.  如權利要求4所述的方法,其特征在于,所述篩選條件包括如下中的至少一個條件:
篩除地理位置重復的旅游景點;
篩除缺少描述信息的旅游景點;
篩除景點滯留時間大于旅游天數的設定百分比的旅游景點。

6.  如權利要求1或4所述的方法,其特征在于,根據搜索到的各旅游景點的描述信息以及旅游天數,對所述旅游景點進行聚類處理,包括:
根據搜索到的各旅游景點的描述信息包括的景點地理位置,將地理位置位于設定范圍內的旅游景點確定為一組;并
判斷旅游景點的組數是否大于旅游天數;
若是,則根據各組旅游景點包括的旅游景點的描述信息,對相似的旅游景點組進行合并,直到旅游景點的組數不大于旅游天數,其中,合并后的一組旅游景點為一天的旅游線路;
若否,則針對每個旅游景點組,根據組內旅游景點的描述信息,確定出一條旅游線路,其中,一組旅游景點為一天的旅游線路或至少連續兩天的旅游線路。

7.  如權利要求6所述的方法,其特征在于,根據各組旅游景點包括的旅游景點的描述信息,對相似的旅游景點組進行合并,包括:
根據各組旅游景點包括的旅游景點的描述信息,確定旅游景點組兩兩之間的相似度,并將相似度大于第一設定閾值的兩個旅游景點組合并為一組。

8.  如權利要求7所述的方法,其特征在于,根據兩組旅游景點包括的旅游景點的描述信息,確定該兩組旅游景點組之間的相似度,包括:
根據兩組旅游景點包括的旅游景點的描述信息包括的景點地理位置,確定兩組旅游景點之間的距離;
若確定出的距離大于第二設定閾值,則確定該兩組旅游景點之間的相似度 為設定的最小相似度值;
若確定出的距離不大于所述第二設定閾值,則根據兩組旅游景點中各旅游景點的描述信息,計算該兩組旅游景點的相似度,其中,該描述信息包括景點地理位置,或包括景點地理位置和景點滯留時間。

9.  如權利要求8所述的方法,其特征在于,根據兩組旅游景點中各旅游景點的描述信息,計算該兩組旅游景點的相似度,包括:
確定所述兩組旅游景點中包括的旅游景點的總數量;
若所述數量小于第三設定閾值,則根據兩組旅游景點中各旅游景點的描述信息包括的景點地理位置,計算對應不同旅游景點組的旅游景點之間距離的相似度;
若所述數量大于第四設定閾值,則根據兩組旅游景點中各旅游景點的描述信息包括的景點地理位置和滯留時間,計算對應不同旅游景點組的旅游景點之間距離和滯留時間的相似度,并對該相似度乘以設定的小于1的系數;
若所述數量在所述第三設定閾值以及所述第四設定閾值以內,則根據兩組旅游景點中各旅游景點的描述信息包括的景點地理位置和滯留時間,計算對應不同旅游景點組的旅游景點之間距離和滯留時間的相似度;
其中,旅游景點之間的距離根據旅游景點的地理位置確定,所述第四設定閾值大于所述第三設定閾值。

10.  如權利要求9所述的方法,其特征在于,根據兩組旅游景點中各旅游景點的描述信息包括的景點地理位置,計算對應不同旅游景點組的旅游景點之間距離的相似度,通過如下公式:
Sim(ha,hb)=(Σi=1nΣj=1mdis[ha(i),hb(j)])2-factor2]]>
根據兩組旅游景點中各旅游景點的描述信息包括的景點地理位置和滯留時間,計算對應不同旅游景點組的旅游景點之間距離和滯留時間的相似度,通過如下公式:
Sim(ha,hb)=(Σi=1nΣj=1mdis[ha(i),hb(j)])2-{Σi=1ntimestay[ha(i)]+Σj=1mtimestay[hb(j)]}2-factor2]]>
其中:
ha與hb分別表示兩組旅游景點,n為旅游景點組ha中包括的旅游景點數,m為旅游景點組hb中包括的旅游景點數;
dis[ha(i),hb(j)]表示游景點組ha中第i個旅游景點與旅游景點組hb中第j個旅游景點的距離,其中,i∈[1,n],j∈[1,m];
timestay[ha(i)]表示旅游景點組ha中第i個旅游景點的滯留時間;
timestay[hb(j)]表示旅游景點組hb中第j個旅游景點的滯留時間;
factor為0或設定值。

11.  如權利要求6所述的方法,其特征在于,將旅游景點的聚類結果推薦給所述客戶端之前,還包括:
針對每組旅游景點,確定完成該組旅游景點耗費的總時間;并
根據該組旅游景點的計劃旅游時間以及該組旅游景點耗費的總時間,對該組內的旅游景點進行優化處理,使該組旅游景點的計劃旅游時間與該組旅游景點耗費的總時間的差值小于設定值。

12.  如權利要求11所述的方法,其特征在于,確定完成該組旅游景點耗費的總時間,包括:
根據該組中各旅游景點的游玩順序,確定相鄰旅游景點之間的距離;
根據各相鄰旅游景點之間的距離以及對應的出行方式,確定耗費在相鄰旅游景點路徑上的時間;
將耗費在各相鄰旅游景點路徑上的時間、各旅游景點的滯留時間的總和,確定為完成該組旅游景點耗費的總時間。

13.  如權利要求11所述的方法,其特征在于,根據設定的每日旅游時間以及該組旅游景點耗費的總時間,對該組內的旅游景點進行優化處理,包括:
若設定的每日旅游時間大于該組旅游景點耗費的總時間的差值大于所述 設定值,則增加該組內的旅游景點;
若設定的每日旅游時間小于該組旅游景點耗費的總時間的差值大于所述設定值,則減少該組內的旅游景點。

14.  如權利要求11所述的方法,其特征在于,將旅游景點的聚類結果推薦給所述客戶端之前,還包括:
確定對搜索到的旅游景點執行所述聚類處理以及優化處理的次數達到設定次。

15.  一種旅游線路的推薦裝置,其特征在于,包括:
搜索請求接收單元,用于接收客戶端提交的旅游線路搜索請求;
搜索引擎單元,用于根據所述搜索請求接收單元接收的搜索請求攜帶的搜索條件,搜索符合所述搜索條件的旅游景點;
搜索結果處理單元,用于根據所述搜索引擎單元搜索到的各旅游景點的描述信息以及旅游天數,對所述旅游景點進行聚類處理;
搜索結果反饋單元,用于將所述搜索結果處理單元處理后的旅游景點的聚類結果推薦給所述客戶端。

說明書

說明書一種旅游線路的推薦方法以及裝置
技術領域
本申請涉及互聯網技術領域,尤其涉及一種旅游線路的推薦方法以及裝置。
背景技術
隨著人們生活質量的提高,度假休閑等旅游需求急劇增加,外出旅游人數增長較快。對于旅游人士來說,如何找到貼切、便捷的旅游出行指導、線路導航服務,如何實現知性旅游是眾多出行者考慮的問題。
目前,常見的旅游指導服務多是基于書籍、地圖、網站介紹、旅行社定制等,這些旅行方式存在如下問題:
無論書籍、地圖或是網站,一般主要提供旅游景點介紹或推薦服務,用戶只能獲得一些零散的旅游景點信息,如果用戶希望游玩多個景點,需要根據獲得的零散的旅游景點信息自行分析旅游線路。雖然目前也有一些網站或旅行社能夠提供旅游線路推薦的服務,但是這些旅游線路一般是由網站維護人員確定并導入,旅游線路單一,并且對于用戶輸入的搜索條件也存在很大限制,如果未保存包括用戶輸入的旅游景點的旅游線路,則無法向用戶推薦旅游線路,可能只能向用戶反饋該旅游景點的相關信息。
綜上所述,現有的旅游推薦服務存在推薦的旅游景點零散、旅游線路單一的問題,通常都不能滿足用戶的旅游需求,用戶可能需要反復搜索多次才能確定旅游線路,因此,亟需一種智能化的旅游推薦系統。
發明內容
有鑒于此,本申請實施例提供一種旅游線路的推薦方法以及裝置,用于解 決現有的旅游推薦服務推薦的旅游景點零散、旅游線路單一的問題。
本申請實施例通過如下技術方案實現:
根據本申請實施例的一個方面,提供了一種旅游線路的推薦方法,包括:
服務器接收客戶端提交的旅游線路搜索請求;
根據所述搜索請求攜帶的搜索條件,搜索符合所述搜索條件的旅游景點;
根據搜索到的各旅游景點的描述信息以及旅游天數,對所述旅游景點進行聚類處理;并
將旅游景點的聚類結果推薦給所述客戶端。
根據本申請實施例的另一個方面,還提供了一種旅游線路的推薦裝置,包括:
搜索請求接收單元,用于接收客戶端提交的旅游線路搜索請求;
搜索引擎單元,用于根據所述搜索請求接收單元接收的搜索請求攜帶的搜索條件,搜索符合所述搜索條件的旅游景點;
搜索結果處理單元,用于根據所述搜索引擎單元搜索到的各旅游景點的描述信息以及旅游天數,對所述旅游景點進行聚類處理;
搜索結果反饋單元,用于將所述搜索結果處理單元處理后的旅游景點的聚類結果推薦給所述客戶端。
通過本申請實施例提供的上述至少一個技術方案,服務器能夠根據用戶提交的搜索條件,動態搜索符合用戶的搜索條件的旅游景點,并且為了進一步提高搜索結果與用戶搜索條件的匹配度,能夠進一步根據搜索到的旅游景點的描述信息以及旅游天數,對符合搜索條件的旅游景點進行聚類處理,從而能夠智能化地根據用戶的搜索條件反饋旅游景點的搜索結果,與現有技術相比,通過聚類處理提高了旅游景點之間的關聯性,實現了零散旅游景點向關聯旅游景點的轉變,并且能夠實現動態搜索,避免了旅游景點單一的問題。
本申請的其它特征和優點將在隨后的說明書中闡述,并且,部分地從說明書中變得顯而易見,或者通過實施本申請而了解。本申請的目的和其他優點可 通過在所寫的說明書、權利要求書、以及附圖中所特別指出的結構來實現和獲得。
附圖說明
附圖用來提供對本申請的進一步理解,并且構成說明書的一部分,與本申請實施例一起用于解釋本申請,并不構成對本申請的限制。在附圖中:
圖1為本申請實施例一提供的推薦旅游線路的流程示意圖;
圖2為本申請實施例一提供的對搜索到的旅游景點進行聚類處理的流程示意圖;
圖3為本申請實施例一提供的確定兩組旅游景點之間的相似度的流程示意圖;
圖4為本申請實施例一提供的計算兩組旅游景點的相似度的流程示意圖;
圖5為本申請實施例一提供的一組旅游景點組的聚類結果優化的流程示意圖;
圖6為本申請實施例二提供的旅游線路推薦系統的邏輯結構示意圖;
圖7為本申請實施例二提供的算法模塊603C對搜索結果進行處理的流程示意圖;
圖8為本申請實施例三提供的旅游線路的推薦裝置的一個結構示意圖;
圖9為本申請實施例三提供的旅游線路的推薦裝置的又一個結構示意圖;
圖10為本申請實施例三提供的旅游線路的推薦裝置的又一個結構示意圖;
圖11為本申請實施例三提供的旅游線路的推薦裝置的又一個結構示意圖。
具體實施方式
為了給出智能推薦旅游線路的實現方案,本申請實施例提供了一種旅游線路的推薦方法,該技術方案可以應用于旅游線路搜索的過程。以下結合說明書附圖對本申請的優選實施例進行說明,應當理解,此處所描述的優選實施例僅 用于說明和解釋本申請,并不用于限定本申請。并且在不沖突的情況下,本申請中的實施例及實施例中的特征可以相互組合。
實施例一
本申請實施例一提供了一種旅游線路的推薦方法,該推薦方法能夠根據用戶提交的搜索請求智能化地為用戶推薦旅游線路。該方法可以應用于網絡側的服務器中,尤其適用于提供旅游服務或信息資源類的服務器中。用戶可以根據自身的旅游需求,通過客戶端向服務器提交旅游線路搜索請求,服務器基于該搜索請求,向用戶推薦旅游線路。以下結合圖1示出的推薦旅游線路的流程示意圖,對服務器向用戶推薦旅游線路的過程進行詳細說明。
如圖1所示,該旅游線路的推薦方法,主要包括如下步驟101至步驟104:
步驟101、服務器接收用戶提交的旅游線路搜索請求。
該步驟中,接收的旅游線路搜索請求中攜帶搜索條件,作為本申請的優選實施方式,用戶可以在服務器提供的旅游推薦服務頁面手動輸入搜索條件,該方式可以減少對用戶搜索條件的限制;用戶也可以在服務器提供的旅游推薦服務頁面上選擇頁面上顯示的搜索條件,該方式可以減少用戶的輸入操作,為用戶提供便利。
步驟102、服務器根據該搜索請求攜帶的搜索條件,搜索符合該搜索條件的旅游景點。
該步驟中,搜索請求攜帶的搜索條件可以為一個或多個,如果搜索請求中只包括一個條件,則搜索符合該條件的旅游景點即可,如果搜索請求中包括兩個以上的條件,則可以根據搜索條件中包括的每個條件,分別搜索符合對應條件的旅游景點,并進一步選擇根據每個條件搜索到的旅游景點中的共有旅游景點,或在每個條件的搜索結果中出現至少兩次的旅游景點。
步驟103、服務器根據搜索到的各旅游景點的描述信息以及旅游天數,對旅游景點進行聚類處理。
該步驟中,旅游景點的描述信息主要包括旅游景點的地理位置信息,如旅 游景點的地址信息或GPS(Global Positioning System,全球定位系統)信息,還可以包括旅游景點的滯留時間,即游玩該旅游景點所需要的時間,該時間通常可以根據旅游景點的大小確定。當然,旅游景點的描述信息還可以包括對旅游景點的介紹等信息,此處不再一一列舉。
步驟104、服務器將旅游景點的聚類結果推薦給客戶端。
至此,服務器向用戶推薦旅游景點的流程結束。
作為本申請優選實施例,為了滿足不同用戶的不同需求,本申請支持對不同搜索條件的搜索,即用戶提交的旅游線路搜索請求中可以包括各類搜索條件,并且搜索條件可以為一個或多個,例如,該搜索條件包括地理位置信息、旅游景點名稱以及旅游景點的屬性信息中的至少一個條件。更進一步地,地理位置信息可以根據用戶希望旅游的范圍而確定,例如,可以為省份名稱、城市名稱或區縣名稱,當然也可以為國家名稱。旅游景點的屬性信息可以為旅游景點的描述信息,如旅游景點的類型,也可以為用戶為該旅游景點添加的標簽,例如,旅游景點A適合度蜜月,則可以為該旅游景點添加標簽“蜜月景點”,該標簽可以作為該旅游景點的屬性信息。旅游景點B冬天氣候溫暖,適合冬天旅游,則可以為該旅游景點添加標簽“冬日游景點”,該標簽可以作為該旅游景點的屬性信息。
為了進一步清楚地理解本申請實施例,以下對搜索條件分別為地理位置信息、旅游景點名稱、旅游景點的屬性信息時,上述步驟102中服務器的搜索過程進行說明。
當搜索條件包括地理位置信息條件時,搜索符合該條件的旅游景點,包括:搜索位于地理位置信息對應的地理位置的旅游景點。例如,搜索條件為城市名“北京”,則可以搜索位于“北京”的各旅游景點。
當搜索條件包括旅游景點的屬性信息時,搜索符合該條件的旅游景點,包括:搜索對應的屬性中包括屬性信息對應的屬性的旅游景點。例如,搜索條件為“冬日游”,則服務器可以搜索帶有“冬日游”屬性的旅游景點,該屬性可 以為旅游景點的描述信息,也可以為用戶添加的標簽。
當搜索條件包括旅游景點名稱時,搜索符合該條件的旅游景點,包括:搜索該旅游景點名稱對應的旅游景點以及與該旅游景點關聯的旅游景點;其中,與該旅游景點關聯的旅游景點為地理位置與該旅游景點臨近的旅游景點、或預設的包括該旅游景點的旅游線路中的旅游景點。例如,用戶輸入的搜索條件為“故宮”,則可以搜索“故宮”及其周邊的景點,如天安門、頤和園等,或者搜索包括故宮的旅游線路,如包括故宮、長城、圓明園等景點的旅游線路。
作為本申請的優選實施方式,能夠上述步驟102搜索到的符合搜索條件的旅游景點的數量進行優化,例如,當符合用戶輸入的搜索條件的旅游景點數量較為龐大時,服務器可以添加限制條件以限制搜索結果中旅游景點的數量,該限制條件可以靈活設置,例如可以為旅游景點的數量限制、也可以為游客訪問量限制等;當符合用戶輸入的搜索條件的旅游景點數量較少時,則可以自動填補與搜索到的旅游景點臨近的旅游景點,或知名度更高的旅游景點。
本申請實施例中,服務器向用戶推薦旅游線路的一個重要處理方式在于上述步驟103,即服務器對搜索到的旅游景點進行聚類處理的過程,以下對此進行詳細說明。
作為本申請的優選實施方式,為了提高聚類處理效率,可以對步驟102的搜索結果進行精簡,即在根據搜索到的各旅游景點的描述信息以及旅游天數,對旅游景點進行聚類處理之前,按照設定的篩選條件,對搜索到的旅游景點進行篩選。其中,篩選條件可以靈活設置,例如,篩選條件包括如下中的至少一個條件:
篩除地理位置重復的旅游景點,即排除同一旅游景點對應不同名稱的情況;
篩除缺少描述信息的旅游景點,即排除旅游景點不成熟的情況;
篩除景點滯留時間大于旅游天數的設定百分比的旅游景點,即排除需要耗費較多時間游歷的大景點。優選地,該篩選條件可以由用戶選擇,如果用戶希 望游歷大景點,則可以不包括該篩選條件。
實際應用中,篩選條件還可以包括其他條件,此處不再一一列舉。并且,篩選條件可以由服務器定制,也可以由用戶定制,具體地,用戶提交定制的篩選條件的過程和提交搜索請求的過程類似,此處不再詳細說明。
圖2示出了上述步驟103中對搜索到的旅游景點進行聚類處理的流程示意圖。具體地,根據搜索到的各旅游景點的描述信息以及旅游天數,對步驟102搜索到的旅游景點進行聚類處理,主要包括如下步驟201至步驟204:
步驟201、根據搜索到的各旅游景點的描述信息包括的景點地理位置,將地理位置位于設定范圍內的旅游景點確定為一組。
該步驟中,設定范圍可以靈活設置,例如,為便于區分,該設定范圍可以為城市范圍,即將地理位置位于同一城市的旅游景點確定為一組。實際應用中,該設定范圍的大小可以根據一組旅游景點計劃游玩的天數而確定,例如,如果一組旅游景點計劃游玩一天,則該設定范圍可以優選地為城市范圍(旅游景點較為稀疏的情況)或區縣范圍(旅游景點較為密的情況);如果一組旅游景點計劃游玩兩天,則該設定范圍可以優選地為省份范圍。
步驟202、判斷旅游景點的組數是否大于旅游天數,若是,執行步驟203,若否,執行步驟204。
該步驟中,旅游天數信息可以由用戶提交,例如,旅游天數信息包括在搜索請求中作為搜索條件提交,對于沒有旅游天數計劃的用戶,也可以由服務器確定,服務器確定旅游天數的方式可以有多種,例如,該旅游天數可以為默認天數;該旅游天數也可以根據用戶提交的搜索條件動態確定,如根據用戶提交的搜索條件中的地理位置信息,確定估計的游玩該地理位置需要的天數;該旅游天數還可以根據提交相同搜索請求的其他用戶提交的旅游天數確定。
步驟203、根據各組旅游景點包括的旅游景點的描述信息,對相似的旅游景點組進行合并。
該步驟中,可以進行多次旅游景點組合并,直到旅游景點的組數不大于旅 游天數,例如,每次合并后再判斷合并后的旅游景點組是否大于旅游天數,如果大于,則繼續對相似的旅游景點組進行合并。優選地,合并后的一組旅游景點為一天的旅游線路。
步驟204、針對每個旅游景點組,根據組內旅游景點的描述信息,確定出一條旅游線路。
其中,一組旅游景點為一天的旅游線路或至少連續兩天的旅游線路。
至此,服務器對根據搜索條件搜索到的旅游景點進行聚類處理的流程結束。
上述步驟203中,根據各組旅游景點包括的旅游景點的描述信息,對相似的旅游景點組進行合并,可以有多種方式,例如,可以根據組內旅游景點所在的地理位置,將地理位置臨近的旅游景點組合并,或者,可以根據旅游景點組內各旅游景點的描述信息,將描述信息有關聯的旅游景點組合并。作為本申請的優選實施方式,為了提高旅游景點組合并的有效性,根據各組旅游景點包括的旅游景點的描述信息,對相似的旅游景點組進行合并,可以通過如下方式:
根據各組旅游景點包括的旅游景點的描述信息,確定旅游景點組兩兩之間的相似度,并將相似度大于第一設定閾值的兩個旅游景點組合并為一組。例如,通過上述步驟201確定出了三組旅游景點組,分別為A、B、C,則在該步驟203中,可以分別確定AB、AC、BC兩兩之間的相似度,若其中AB的相似度大于第一設定閾值,則可以將AB合并為一組。
作為本申請一個更為具體的實施方式,圖3示出了確定兩組旅游景點之間的相似度的流程示意圖,具體地,根據兩組旅游景點包括的旅游景點的描述信息,確定該兩組旅游景點組之間的相似度,主要包括如下步驟301至步驟304:
步驟301、根據兩組旅游景點包括的旅游景點的描述信息包括的景點地理位置,確定兩組旅游景點之間的距離。
該步驟中,確定旅游景點組之間的距離可以有多種方式,例如,可以確定兩個旅游景點組的中心位置之間的距離,也可以確定兩個旅游景點組中距離最 近的兩個旅游景點之間的距離。
步驟302、判斷確定出的兩組旅游景點之間的距離是否大于第二設定閾值,若是,執行步驟303,若否,執行步驟304。
步驟303、確定該兩組旅游景點之間的相似度為設定的最小相似度值。
該步驟303中,在確定兩組旅游景點之間的距離大于第二設定閾值時,表示該兩組旅游景點距離較遠,不適合進行合并處理,因此,直接設置該兩組旅游景點之間的相似度為最小值,如0或負數。其中,第二設定閾值可以根據經驗值設定,例如,設置為跨城市或跨區縣的距離值,具體可以根據實際情況靈活設定。
步驟304、根據兩組旅游景點中各旅游景點的描述信息,計算該兩組旅游景點的相似度。
該步驟中,計算相似度使用的描述信息可以視情況只包括景點地理位置,也可以包括景點地理位置和景點滯留時間。
至此,確定兩組旅游景點組之間的相似度的流程結束。
作為本申請一個更為具體的實施方式,圖4示出了上述步驟304中計算兩組旅游景點的相似度的流程示意圖,具體地,根據兩組旅游景點中各旅游景點的描述信息,計算該兩組旅游景點的相似度,主要包括如下步驟401至步驟405:
步驟401、確定該兩組旅游景點中包括的旅游景點的總數量。
步驟402、判斷確定出的總數量與設定的閾值范圍的關系,若總數量小于第三設定閾值,則執行步驟403,若總數量大于第四設定閾值,則執行步驟404,若確定出的總數量在第三設定閾值以及第四設定閾值以內,則執行步驟405。
該步驟中,第四設定閾值為閾值范圍的上限,第三設定閾值為閾值范圍的下限。對于小組(即總數量小于第三設定閾值),比較適合合并,可以不考慮滯留時間的影響,只計算距離的相似度,盡量將距離近的景點合并為一組;對于大組(即總數量大于第四設定閾值),不太適合繼續合并,可以計算距離和 時間的相似度,并乘以設定的小于1的限制因子以調低相似度值;對于比較適中的組(即總數量大于等于第三設定閾值且小于等于第四設定閾值),可以計算距離和時間的相似度。
步驟403、根據兩組旅游景點中各旅游景點的描述信息包括的景點地理位置,計算對應不同旅游景點組的旅游景點之間距離的相似度。
步驟404、根據兩組旅游景點中各旅游景點的描述信息包括的景點地理位置和滯留時間,計算對應不同旅游景點組的旅游景點之間距離和滯留時間的相似度,并對該相似度乘以設定的小于1的系數;
步驟405、根據兩組旅游景點中各旅游景點的描述信息包括的景點地理位置和滯留時間,計算對應不同旅游景點組的旅游景點之間距離和滯留時間的相似度。
至此,計算兩組旅游景點的相似度的流程結束。
更為具體地,在圖4對應的流程包括的步驟403中,根據兩組旅游景點中各旅游景點的描述信息包括的景點地理位置,計算對應不同旅游景點組的旅游景點之間距離的相似度,可以通過如下公式:
Sim(ha,hb)=(Σi=1nΣj=1mdis[ha(i),hb(j)])2-factor2]]>
在圖4對應的流程包括的步驟404和步驟405中,根據兩組旅游景點中各旅游景點的描述信息包括的景點地理位置和滯留時間,計算對應不同旅游景點組的旅游景點之間距離和滯留時間的相似度,可以通過如下公式:
Sim(ha,hb)=(Σi=1nΣj=1mdis[ha(i),hb(j)])2-{Σi=1ntimestay[ha(i)]+Σj=1mtimestay[hb(j)]}2-factor2]]>
其中:
ha與hb分別表示兩組旅游景點,n為旅游景點組ha中包括的旅游景點數,m為旅游景點組hb中包括的旅游景點數;
dis[ha(i),hb(j)]表示游景點組ha中第i個旅游景點與旅游景點組hb中第j個旅游景點的距離,其中,i∈[1,n],j∈[1,m];
timestay[ha(i)]表示旅游景點組ha中第i個旅游景點的滯留時間;
timestay[hb(j)]表示旅游景點組hb中第j個旅游景點的滯留時間;
factor為0或設定值,當factor為設定值時,可以為理想狀態下分組結果的均方差,該值為經驗值。
上述步驟403至405中,兩個旅游景點之間的距離可以根據旅游景點的地理位置確定,具體地,可以調用地圖,在地圖上根據旅游景點的地理位置定位出旅游景點,并采用地圖的現有功能確定出定位點之間的距離。確定旅游景點之間的距離也可以調用交通信息數據庫,根據旅游景點的地理位置,確定位于該地理位置之間的路徑以及出行方式,結合交通信息確定出旅游景點之間的距離。例如,兩個旅游景點位于不同城市時,可能在市內采用公交或自駕的方式,在城市之間采用火車出行的方式,則可以根據公交或自駕的線路以及火車的線路,確定兩個旅游點之間的距離。
進一步地,作為本申請的優選實施例,在對搜索的旅游景點進行聚類處理后,可以進一步對聚類結果進行優化處理,即在執行上述步驟103之后以及執行上述步驟104之前,進一步對旅游景點的聚類結果進行優化處理。具體地,可以分別對每組聚類處理后的旅游景點進行優化,圖5示出了對一組旅游景點組的聚類結果優化的流程示意圖,具體地,包括如下步驟501以及步驟502:
步驟501、確定完成該組旅游景點耗費的總時間。
該步驟中,該組旅游景點耗費的總時間,即旅游景點的滯留時間與耗費在路上的時間總和,具體地,可以根據該組中各旅游景點的游玩順序,確定相鄰旅游景點之間的距離,并根據各相鄰旅游景點之間的距離以及對應的出行方式,確定耗費在相鄰旅游景點路徑上的時間,并進一步將耗費在各相鄰旅游景點路徑上的時間、各旅游景點的滯留時間的總和,確定為完成該組旅游景點耗費的總時間。
步驟502、根據該組旅游景點的計劃旅游時間以及該組旅游景點耗費的總時間,對該組內的旅游景點進行優化處理,使該組旅游景點的計劃旅游時間與 該組旅游景點耗費的總時間的差值小于設定值。
該步驟中,若設定的每日旅游時間大于該組旅游景點耗費的總時間,并且差值大于設定值,說明該組旅游景點數量不足,則增加該組內的旅游景點,例如,增加和該組旅游景點距離臨近的旅游景點或知名度高的旅游景點;若設定的每日旅游時間小于該組旅游景點耗費的總時間,并且差值大于設定值,說明該組旅游景點數量太過飽和,則減少該組內的旅游景點,例如,減少該組旅游景點中位于邊緣的旅游景點,或減少知名度較低的旅游景點。其中,增加或減少的旅游景點數量根據每日旅游時間與該組旅游景點耗費的總時間的差值確定,如果該差值較大,則增加或減少的旅游景點數量可以較多,如果該差值較小,則增加或減少的旅游景點數量可以較少。
至此,對一組旅游景點的聚類結果進行優化的流程結束。
通過圖5對應的優化處理,能夠根據計劃游玩時間對每組旅游景點的數量進行調整,以使最終推薦給用戶的旅游線路與計劃游玩時間相匹配,避免旅游線路太過飽和或太過寬松。
本申請實施例中,為了進一步提升向用戶推薦的旅游線路與用戶搜索條件的匹配度,在將旅游景點的聚類結果推薦給所述客戶端之前,可以對搜索到的旅游景點執行設定次的聚類處理以及優化處理。
通過本申請實施例提供的上述技術方案,服務器能夠根據用戶提交的搜索條件,動態搜索符合用戶的搜索條件的旅游景點,并且為了進一步提高搜索結果與用戶搜索條件的匹配度,能夠進一步對符合搜索條件的旅游景點進行聚類處理以及優化處理,從而能夠智能化地根據用戶的搜索條件反饋旅游景點的搜索結果,與現有技術相比,通過聚類處理提高了旅游景點之間的關聯性,實現了零散旅游景點向關聯旅游景點的轉變,并且能夠實現動態搜索,避免了旅游景點單一的問題。
實施例二
本申請實施例二提供了一種實現上述實施例一的具體實現方式。
圖6示出了本申請實施例二提供的旅游線路推薦系統的邏輯結構示意圖。該系統的架構圖分成了3部分:動態鏈接庫601,基礎數據模塊602,邏輯模塊603。其中:
動態鏈接庫601,可以用C++的方式維護了交通信息,如公交信息和自駕信息,用于確定旅游景點之間的距離;
基礎數據模塊602,可以進一步分為兩部分,一部分通過JNI(Java Native Interface,JAVA本地調用)來調用動態鏈接庫,如通過自駕接口調用自駕信息,通過交通接口調用交通信息。優選地,可以通過本地緩存的方式保存調用結果,以提高計算速度;該基礎數據模塊的另一部分為DB(數據庫),用于維護旅游景點信息或優質的旅行線路(或賣家提供,或運營編輯)以供搜索符合用戶搜索條件的旅游景點,優選地,可以對DB里保存的數據建立LUCENE索引,以提高搜索時的檢索效率;
邏輯模塊603,主要包括交通、自駕的行程獲取模塊603A、旅行線路查詢模塊603B以及算法模塊603C,其中:
交通、自駕的行程獲取模塊603A,用于從基礎數據模塊602獲取交通、自駕信息,以確定旅游景點之間的距離;
旅行線路查詢模塊603B,主要用于接收用戶Caller基于HSF(淘寶服務框架)或HTTP(超文本傳輸協議),通過系統提供的Planner API(應用程序編程接口)提交的旅游線路搜索請求,旅行線路查詢模塊603B根據搜索請求中攜帶的搜索條件,從DB中搜索符合搜索條件的旅游景點,并提供給算法模塊603C;
算法模塊603C,大致分為3個子模塊:即初始數據的整理分析子模塊,數據的全局優化子模塊,以及數據的局部優化子模塊。具體地,初始數據的整理分析子模塊,主要是篩除一些對算法有較大的影響的景點數據,比如重復的景點,需要多天才能夠游玩的景點,以及基礎數據不全的景點等,之后推算出一個合適的游玩時間;數據的全局優化子模塊,主要用于完成上述實施例一中 對旅游景點進行聚類處理的過程,例如對上一步的景點全部帶入改進的聚類算法中,計算各個組的相似度,根據相似度計算結果合并旅游景點組;數據的局部優化子模塊,主要用于完成上述實施例一中對旅游景點的聚類結果進行優化處理的過程,例如對經優化后效果不理性的旅游景點組(或者是因相似度過高導致某一個組的景點過多,超出計劃的游玩時間,或者說某個組過小,使得計劃游玩時間過于充裕)進行局部的優化。
圖6所示的系統架構中,各模塊實現相應功能的具體實現方式,與上述實施例一種相應步驟對應,此處不再詳細描述。
基于圖6所述的系統架構,圖7示出了算法模塊603C對搜索結果進行處理的流程示意圖,該具體實施方式中,算法模塊603C對搜索結果進行處理,包括對搜索結果進行聚類處理以及優化處理。具體地,包括如下步驟:
步驟701、初始搜索結果整理。
其中,初始搜索結果整理即根據設定的篩選條件,從搜索到的與搜索條件匹配的旅游景點中,篩除一部分不好的旅游景點的過程,具體篩選條件以及篩選過程可參見上述實施例一的相應部分。
步驟702、同城市的景點歸類,即一個城市的景點被劃分為一組。
其中,同城市的景點歸類的處理過程對應上述步驟201的處理過程,此處以設定范圍為城市范圍為例進行的具體說明。
步驟703、判斷旅游天數是否大于劃分得到的組數,若是,執行步驟704,若否,執行步驟705。
步驟704、根據各組旅游景點包括的旅游景點的描述信息,對相似的旅游景點組進行合并,將合并結果加入結果集。
該步驟與上述實施例一中的步驟203的具體執行過程一致,此處不再詳細描述。
步驟705、針對每個旅游景點組,根據組內旅游景點的描述信息,確定出一條旅游線路,將果加入結果集。
上述步驟704以及步驟705為對搜索到的旅游景點進行聚類處理的過程。
步驟706、判斷結果集中是否存在旅游景點組超出第一邊界條件的組,若是,執行步驟707,若否,執行步驟708。
該步驟中,判斷結果集中是否存在旅游景點組超出第一邊界條件的組,即判斷是否存在旅游景點組耗費的總時間大于該組旅游景點的計劃旅游時間,且差值大于設定值的組。
步驟707、減少該組內的旅游景點,并將處理結果加入結果集。
步驟708、判斷結果集中是否存在旅游景點組超出第二邊界條件的組,若是,執行步驟709,若否,將處理結果加入結果集。
該步驟中,判斷結果集中是否存在旅游景點組超出第二邊界條件的組,即判斷是否存在旅游景點組耗費的總時間大于該組旅游景點的計劃旅游時間,且差值大于設定閾值的組。
步驟709、增加該組內的旅游景點,并將處理結果加入結果集。
上述步驟706至步驟709為對旅游景點的聚類處理結果進行優化處理的過程。
步驟710、判斷對旅游景點組進行聚類處理以及優化處理的次數是否達到設定次數,若是,輸出結果集推薦給用戶,若否,返回步驟701。
至此,流程結束。
實施例三
與上述實施例一提供的旅游線路的推薦方法對應,本申請實施例三提供了一種旅游線路的推薦裝置,該裝置可以位于網絡側的服務器中,尤其適用于提供旅游服務或信息資源類的服務器中。用戶可以根據自身的旅游需求,通過客戶端向服務器提交旅游線路搜索請求,服務器基于該搜索請求,向用戶推薦旅游線路。
圖8示出了本實施例提供的旅游線路的推薦裝置的結構示意圖,具體地,該裝置包括:
搜索請求接收單元801、搜索引擎單元802、搜索結果處理單元803以及搜索結果反饋單元804;
其中:
搜索請求接收單元801,用于接收客戶端提交的旅游線路搜索請求;
搜索引擎單元802,用于根據搜索請求接收單元接收的搜索請求攜帶的搜索條件,搜索符合搜索條件的旅游景點;
搜索結果處理單元803,用于根據搜索引擎單元搜索到的各旅游景點的描述信息以及旅游天數,對旅游景點進行聚類處理;
搜索結果反饋單元804,用于將搜索結果處理單元處理后的旅游景點的聚類結果推薦給客戶端。
作為本實施例三的一個優選實施例,圖8中的搜索引擎單元802,進一步用于在搜索條件包括地理位置信息、旅游景點名稱以及旅游景點的屬性信息中的一個條件時,搜索符合該條件的旅游景點,以及在搜索條件包括地理位置信息、旅游景點名稱以及旅游景點的屬性信息中的至少兩個條件時,根據搜索條件中包括的每個條件,分別搜索符合對應條件的旅游景點,并選擇根據每個條件搜索到的旅游景點中的共有旅游景點。
作為本實施例三的一個優選實施例,圖8中的搜索引擎單元,進一步用于在搜索條件包括地理位置信息條件時,搜索位于地理位置信息對應的地理位置的旅游景點;在搜索條件包括旅游景點的屬性信息時,搜索對應的屬性中包括屬性信息對應的屬性的旅游景點;以及在搜索條件包括旅游景點名稱時,搜索旅游景點名稱對應的旅游景點以及與該旅游景點關聯的旅游景點;其中,與該旅游景點關聯的旅游景點為地理位置與該旅游景點臨近的旅游景點、或預設的包括該旅游景點的旅游線路中的旅游景點。
如圖9所示,作為本實施例三的一個優選實施例,圖8所示的裝置還可以進一步包括:
旅游景點篩選單元805,用于在搜索結果處理單元803根據搜索到的各旅 游景點的描述信息以及旅游天數,對旅游景點進行聚類處理之前,按照設定的篩選條件,對搜索到的旅游景點進行篩選。
作為本實施例三的一個優選實施例,圖9中的旅游景點篩選單元805,進一步用于從搜索到的旅游景點中篩除地理位置重復的旅游景點,或/和篩除缺少描述信息的旅游景點,或/和篩除景點滯留時間大于旅游天數的設定百分比的旅游景點。
如圖10所示,作為本實施例三的一個優選實施例,圖8中的搜索結果處理單元803,進一步包括:
分組模塊803A,用于根據搜索到的各旅游景點的描述信息包括的景點地理位置,將地理位置位于設定范圍內的旅游景點確定為一組;
聚類處理模塊803B,用于在旅游景點的組數大于旅游天數時,根據各組旅游景點包括的旅游景點的描述信息,對相似的旅游景點組進行合并,直到旅游景點的組數不大于旅游天數,其中,合并后的一組旅游景點為一天的旅游線路;
旅游線路確定模塊803C,用于在旅游景點的組數不大于旅游天數時,針對每個旅游景點組,根據組內旅游景點的描述信息,確定出一條旅游線路,其中,一組旅游景點為一天的旅游線路或至少連續兩天的旅游線路。
圖9中的搜索結果處理單元803也可以包括上述模塊。
作為本實施例三的一個優選實施例,圖10中的聚類處理模塊803B,進一步用于根據各組旅游景點包括的旅游景點的描述信息,確定旅游景點組兩兩之間的相似度,并將相似度大于第一設定閾值的兩個旅游景點組合并為一組。
作為本實施例三的一個優選實施例,圖10中的聚類處理模塊803B,進一步用于根據兩組旅游景點包括的旅游景點的描述信息包括的景點地理位置,確定兩組旅游景點之間的距離,若確定出的距離大于第二設定閾值,則確定該兩組旅游景點之間的相似度為設定的最小相似度值,若確定出的距離不大于第二設定閾值,則根據兩組旅游景點中各旅游景點的描述信息,計算該兩組旅游景 點的相似度,其中,該描述信息包括景點地理位置,或包括景點地理位置和景點滯留時間。
作為本實施例三的一個優選實施例,圖10中的聚類處理模塊803B,進一步包括:
數量確定子模塊,用于確定兩組旅游景點中包括的旅游景點的總數量;
第一相似度計算子模塊,用于在數量確定子模塊確定出的數量小于第三設定閾值時,根據兩組旅游景點中各旅游景點的描述信息包括的景點地理位置,計算對應不同旅游景點組的旅游景點之間距離的相似度;
第二相似度計算子模塊,用于在數量確定子模塊確定出的數量大于第四設定閾值時,根據兩組旅游景點中各旅游景點的描述信息包括的景點地理位置和滯留時間,計算對應不同旅游景點組的旅游景點之間距離和滯留時間的相似度,并對該相似度乘以設定的小于1的系數;
第三相似度計算子模塊,用于在數量確定子模塊確定出的數量在第三設定閾值以及第四設定閾值以內,則根據兩組旅游景點中各旅游景點的描述信息包括的景點地理位置和滯留時間,計算對應不同旅游景點組的旅游景點之間距離和滯留時間的相似度;
其中,旅游景點之間的距離根據旅游景點的地理位置確定,第四設定閾值大于第三設定閾值。
作為本實施例三的一個優選實施例,上述的第一相似度計算子模塊,具體用于通過如下公式計算對應不同旅游景點組的旅游景點之間距離的相似度:
Sim(ha,hb)=(Σi=1nΣj=1mdis[ha(i),hb(j)])2-factor2]]>
作為本實施例三的一個優選實施例,上述的第二相似度計算子模塊以及第三相似度計算子模塊,具體用于,具體用于通過如下公式計算對應不同旅游景點組的旅游景點之間距離和滯留時間的相似度:
Sim(ha,hb)=(Σi=1nΣj=1mdis[ha(i),hb(j)])2-{Σi=1ntimestay[ha(i)]+Σj=1mtimestay[hb(j)]}2-factor2]]>
其中:
ha與hb分別表示兩組旅游景點,n為旅游景點組ha中包括的旅游景點數,m為旅游景點組hb中包括的旅游景點數;
dis[ha(i),hb(j)]表示游景點組ha中第i個旅游景點與旅游景點組hb中第j個旅游景點的距離,其中,i∈[1,n],j∈[1,m];
timestay[ha(i)]表示旅游景點組ha中第i個旅游景點的滯留時間;
timestay[hb(j)]表示旅游景點組hb中第j個旅游景點的滯留時間;
factor為0或設定值。
如圖11所示,作為本實施例三的一個優選實施例,圖10所示的裝置還可以進一步包括處理結果優化單元806,用于將旅游景點的聚類結果推薦給客戶端之前,針對每組旅游景點,確定完成該組旅游景點耗費的總時間,并根據該組旅游景點的計劃旅游時間以及該組旅游景點耗費的總時間,對該組內的旅游景點進行優化處理,使該組旅游景點的計劃旅游時間與該組旅游景點耗費的總時間的差值小于設定值。
作為本實施例三的一個優選實施例,圖11中的處理結果優化單元806,進一步用于根據該組中各旅游景點的游玩順序,確定相鄰旅游景點之間的距離,根據各相鄰旅游景點之間的距離以及對應的出行方式,確定耗費在相鄰旅游景點路徑上的時間,將耗費在各相鄰旅游景點路徑上的時間、各旅游景點的滯留時間的總和,確定為完成該組旅游景點耗費的總時間。
作為本實施例三的一個優選實施例,圖11中的處理結果優化單元806,進一步用于在設定的每日旅游時間大于該組旅游景點耗費的總時間的差值大于設定值時,增加該組內的旅游景點;在設定的每日旅游時間小于該組旅游景點耗費的總時間的差值大于設定值時,減少該組內的旅游景點。
作為本實施例三的一個優選實施例,圖11中的搜索結果反饋單元804,進一步用于將旅游景點的聚類結果推薦給客戶端之前,確定搜索結果處理單元對搜索到的旅游景點執行聚類處理以及處理結果優化單元優化處理的次數達到 設定次。
上述各單元或模塊的功能可對應于上述實施例一中相應流程的具體處理過程,在此不再贅述。
本申請的實施例所提供的旅游線路的推薦裝置可通過計算機程序實現。本領域技術人員應該能夠理解,上述的單元以及模塊劃分方式僅是眾多劃分方式中的一種,如果劃分為其他單元或模塊或不劃分塊,只要旅游線路的推薦裝置具有上述功能,都應該在本申請的保護范圍之內。
本領域的技術人員應明白,本申請的實施例可提供為方法、裝置(設備)、或計算機程序產品。因此,本申請可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且,本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產品的形式。
本申請是參照根據本申請實施例的方法、裝置(設備)和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器,使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
這些計算機程序指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中,使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品,該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
這些計算機程序指令也可裝載到計算機或其他可編程數據處理設備上,使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理,從而在計算機或其他可編程設備上執行的指令提供用于實現在流程圖一個 流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
盡管已描述了本申請的優選實施例,但本領域內的技術人員一旦得知了基本創造性概念,則可對這些實施例作出另外的變更和修改。所以,所附權利要求意欲解釋為包括優選實施例以及落入本申請范圍的所有變更和修改。顯然,本領域的技術人員可以對本申請進行各種改動和變型而不脫離本申請的精神和范圍。這樣,倘若本申請的這些修改和變型屬于本申請權利要求及其等同技術的范圍之內,則本申請也意圖包含這些改動和變型在內。

關于本文
本文標題:一種旅游線路的推薦方法以及裝置.pdf
鏈接地址:http://www.pqsozv.live/p-6180861.html
關于我們 - 網站聲明 - 網站地圖 - 資源地圖 - 友情鏈接 - 網站客服 - 聯系我們

[email protected] 2017-2018 zhuanlichaxun.net網站版權所有
經營許可證編號:粵ICP備17046363號-1 
 


收起
展開
钻石光影