協助制定旅遊行程計劃的方法及系統的製作方法

2023-05-29 19:59:16 2

協助制定旅遊行程計劃的方法及系統的製作方法
【專利摘要】本申請公開了協助制定旅遊行程計劃的方法及系統，所述方法包括：根據用戶提交的旅遊目的地信息，從伺服器獲取所述旅遊目的地對應的各個旅遊資源的相關數據信息；解析所述各個旅遊資源的相關數據信息，創建可操作的頁面元素，並在頁面的旅遊資源顯示區域進行顯示；監控用戶對所述頁面元素執行的操作，確定需要加入到旅遊行程計劃的特定旅遊資源；創建所述特定旅遊資源對應的頁面元素，並顯示在旅遊行程計劃制定區域；根據所述頁面的旅遊計劃制定區域中包含的各個頁面元素，顯示所制定的旅行計劃信息。通過本申請，能夠幫助用戶在顯示有旅遊資源信息的頁面中直接制定旅遊行程計劃，方便用戶操作，同時節省了客戶端功耗以及伺服器資源。
【專利說明】協助制定旅遊行程計劃的方法及系統

【技術領域】
[0001] 本申請涉及Web應用【技術領域】，特別是涉及協助制定旅遊行程計劃的方法及系 統。

【背景技術】
[0002] 隨著網際網路以及Web等技術的不斷發展，基於網際網路及Web技術的各種應用也層 出不窮，用於滿足人們日常生活中方方面面的需要。例如，有些網站能夠提供旅遊方面的諮 詢、旅遊景點的介紹等等，用戶在旅遊之前可以通過這些網站查詢旅遊景點、酒店等相關信 息，旅遊過程中或結束之後還可以發表自己的旅遊心得或者攻略等，供其他用戶參考。
[0003] 但是，經調查研究發現，在利用現有的各種網站資源的前提下，當一個人要計劃去 旅行，平均要訪問11個網站才能完成對旅行的探索和計劃。用戶需要花費大量的時間去了 解、選擇景點，最終，再綜合從網站上得到的零散的信息，通過建立word文檔等文件甚至是 手寫紙質文件等方式來編輯制定自己的旅遊線路、時間的安排等。整個過程中，不但效率低 下，浪費用戶的時間，而且巨大的網站訪問量也增加了終端功耗和以及伺服器資源的佔用。


【發明內容】

[0004] 本申請實施例提供了協助制定旅遊行程計劃的方法及系統，能夠幫助用戶在顯示 有旅遊資源信息的頁面中直接制定旅遊行程計劃，方便用戶操作，同時節省了客戶端功耗 以及伺服器資源。
[0005] 本申請提供了如下方案：
[0006] -種協助制定旅遊行程計劃的方法，包括：
[0007] 根據用戶提交的旅遊目的地信息，從伺服器獲取所述旅遊目的地對應的各個旅遊 資源的相關數據信息；
[0008] 解析所述各個旅遊資源的相關數據信息，創建可操作的頁面元素，並在頁面的旅 遊資源顯示區域進行顯示；其中，每個旅遊資源對應一個頁面元素；
[0009] 監控用戶對所述頁面元素執行的操作，確定需要加入到旅遊行程計劃的特定旅遊 資源；
[0010] 根據所述特定旅遊資源的相關數據信息，創建頁面元素，並顯示在頁面的旅遊行 程計劃制定區域，以表示將所述特定旅遊資源加入到旅遊行程計劃中；
[0011] 當旅遊行程計劃制定完成後，根據所述頁面的旅遊計劃制定區域中包含的各個頁 面元素對應的旅遊資源的相關數據信息，顯示所制定的旅行計劃信息。
[0012] 一種協助制定旅遊行程計劃的系統，包括：
[0013] 數據獲取單元，用於根據用戶提交的旅遊目的地信息，從伺服器獲取所述旅遊目 的地對應的各個旅遊資源的相關數據信息；
[0014] 第一顯示單元，用於解析所述各個旅遊資源的相關數據信息，創建可操作的頁面 元素，並在頁面的旅遊資源顯示區域進行顯示；其中，每個旅遊資源對應一個頁面元素；
[0015] 第一監控單元，用於監控用戶對所述頁面元素執行的操作，確定需要加入到旅遊 行程計劃的特定旅遊資源；
[0016] 第二顯示單元，用於根據所述特定旅遊資源的相關數據信息，創建頁面元素，並顯 示在頁面的旅遊行程計劃制定區域，以表示將所述特定旅遊資源加入到旅遊行程計劃中；
[0017] 第三顯示單元，用於當旅遊行程計劃制定完成後，根據所述頁面的旅遊計劃制定 區域中包含的各個頁面元素對應的旅遊資源的相關數據信息，顯示所制定的旅行計劃信 肩、。
[0018] 根據本申請提供的具體實施例，本申請公開了以下技術效果：
[0019] 通過本申請實施例，可以將一個頁面分為資源展示區域以及旅遊行程計劃制定區 域，並且可以將旅遊資源對應的頁面元素設置為可操作，當接收到用戶對頁面元素執行的 操作行為時，可以將對應的旅遊資源的信息顯示到旅遊行程計劃制定區域中，並最終根據 旅遊行程計劃制定區域中的各個旅遊資源，為用戶生成旅遊行程計劃單。這樣，從用戶角度 而言，只需要通過拖拽、點擊等方式對頁面元素進行操作，就可以生成自己的行程計劃單， 而不需要在手動輸入文字或粘貼圖片等到其他格式的本地文件中，因此方便用戶的操作， 也符合用戶的操作習慣。從系統角度而言，由於用戶不必再反覆到多個網站中進行搜索，在 同一個頁面中就可以完成旅遊行程計劃的制定，因此，也節省了客戶端功耗以及伺服器資 源。
[0020] 當然，實施本申請的任一產品並不一定需要同時達到以上所述的所有優點。

【專利附圖】

【附圖說明】
[0021] 為了更清楚地說明本申請實施例或現有技術中的技術方案，下面將對實施例中所 需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請的一些實施 例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲 得其他的附圖。
[0022] 圖1是本申請實施例提供的方法的流程圖；
[0023] 圖2至圖7是本申請實施例提供的方法中的用戶界面示意圖；
[0024] 圖8是本申請實施例提供的系統的示意圖。

【具體實施方式】
[0025] 下面將結合本申請實施例中的附圖，對本申請實施例中的技術方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例。基於 本申請中的實施例，本領域普通技術人員所獲得的所有其他實施例，都屬於本申請保護的 範圍。
[0026] 在本申請實施例中，為了便於用戶利用網絡資源指定旅遊計劃，同時節省客戶端 功耗以及伺服器資源，提供了一種在線的網頁工具，利用該工具，用戶能夠直接在網頁中制 定自己的旅遊行程計劃，制定過程中，該工具可以幫助用戶進行線路的優化等等，制定完成 之後，還可以將自己的行程計劃單保存到伺服器，以供後續查看，等等。下面對技術上的實 現過程進行詳細地介紹。
[0027] 參見圖1，本申請實施例提供的協助制定旅遊行程計劃的方法可以包括以下步 驟：
[0028] S101 :根據用戶提交的旅遊目的地信息，從伺服器獲取所述旅遊目的地對應的各 個旅遊資源的相關數據信息；
[0029] 首先，可以在一個頁面中為用戶提供輸入框，用戶可以在輸入框中輸入自己所需 要的目的地，並通過按下回車鍵或者"提交"、"搜索"等按鈕來提交自己輸入的信息，例如北 京、上海等地。或者，也可以將可以選擇的目的地以列表等形式列舉出來，供用戶選擇，這 樣，用戶通過點擊的方式就可以提交自己的目的地信息。
[0030] 在接收到用戶的提交請求之後，就可以將相關的請求發送到伺服器，在伺服器端 保存有各個目的地相關的旅遊資源（景點、酒店等）的相關數據信息（例如相關圖片、門票 信息、營業時間信息、去過的人數統計信息、地理位置信息等等），這些相關數據可能是預先 由技術人員統計的，也可以包括根據用戶上傳的數據進行處理之後保存的。
[0031] 為了便於描述，下文中均以"景點"這種旅遊資源為例進行介紹。
[0032] S102:解析所述各個旅遊資源的相關數據信息，創建可操作的頁面元素，並在頁面 的旅遊資源顯示區域進行顯示；其中，每個旅遊資源對應一個頁面元素；
[0033] 在獲取到伺服器端返回的相關數據信息之後，可以在客戶端對這些數據進行解 析，其中，解析操作的執行主體可以是頁面中的JS(Java Script)腳本，該腳本中寫有顯示 景點相關數據時的模板代碼，因此，將伺服器返回的相關數據寫入到該模板代碼中，就可以 創建出一個個可操作的頁面元素，每個頁面元素對應一個景點，並且可以將這些頁面資源 顯示在頁面的旅遊資源顯示區域中。如圖2所示，其為用戶以"北京"作為目的地時，頁面 的顯示情況。其中，頁面的右側方框"21"所示的區域就是該旅遊資源顯示區域，其中顯示 有多個頁面元素，每個頁面元素對應一個景點。例如，方框"22"所示的就是一個頁面元素， 該頁面元素對應的景點是"北京孔廟"。可見，每個頁面元素具有一個封面圖片，該圖片是根 據伺服器返回的相關數據中包含的圖片網址下載到的，根據JS腳本中的模板代碼，將其按 照一定的尺寸進行顯示，同時還可顯示有對應的景點名稱等簡單的提示信息。另外，該頁面 中還可以包括另一個區域，用戶可以在該區域中制定自己的旅遊行程計劃，因為將該區域 稱為"旅遊行程計劃制定區域"，如圖2中的方框"23"所示的部分，在初始狀態下，該區域是 空的。當然，由於用戶的旅遊行程一般是以"天"為單位進行制定，並且以此旅遊一般可能 要經歷多天，以此，在初始狀態下可以在旅遊行程計劃制定區域中默認顯示三天，這幾天的 行程計劃共享該同一個旅遊行程計劃制定區域，當制定某一天的計劃時，將其展開，其他各 天收起。
[0034] 需要說明的是，從伺服器接收到關於某目的地的景點相關數據，具體在景點顯示 區域進行顯示時，還可以首先按照一定的條件進行篩選或者排序，例如，按照熱度、遊覽人 數等進行排序。關於排序的條件可以是默認設置的，或者，也可以是由用戶手動選擇的。
[0035] S103:監控用戶對所述頁面元素執行的操作，確定需要加入到旅遊行程計劃的特 定旅遊資源；
[0036] 在顯示各個景點對應的頁面元素時，各個頁面元素可以被置為可操作的元素，所 謂的可操作是指可以接收並響應用戶的操作。之所以將頁面元素設置為可操作，是因為，這 樣用戶可以直接通過操作頁面元素的方式來選擇自己所需的景點，並將其加入到自己的旅 遊行程計劃中。例如，具體實現時，各個頁面元素可以設置為可拖拽，可以獲取到釋放頁面 元素時所在的坐標，因此，可以監控用戶對頁面元素的拖拽操作，如果拖拽操作的結束點位 於旅遊行程計劃制定區域，則相當於用戶想要將該頁面元素拖到旅遊行程計劃制定區域， 也就是說，想要把該頁面元素對應的景點加入到自己的行程計劃中，如圖3所示。因此，在 監測用這樣的用戶操作之後，就可以將相關頁面元素對應的景點確定為用戶需要添加到自 己的旅遊計劃中的景點。
[0037] 在另一種實現方式下，當用戶將滑鼠等操作焦點移動到某頁面元素上之後，可以 監測到該操作行為，同時可以在該頁面元素之上顯示一個浮層，在該浮層中顯示將該頁面 元素對應的景點加入到旅遊行程計劃的操作入口，相應的，用戶如果點擊該操作入口，則可 以提將該頁面元素對應的景點確定為需要加入到旅遊行程計劃的景點。另外，在實際應用 中，當監測到用戶的操作焦點移動到某頁面元素上時，還可以在該頁面元素之上的浮層中 顯示一些關於該頁面元素的其他信息，例如圖2所示的方框"22"就顯示了操作焦點位於 "北京孔廟"這一頁面元素上時，信息的顯示情況，其中，包括營業時間、門票價格等等，另 夕卜，左上角的"添加到計劃"就是對應的操作入口。
[0038] S104:根據所述特定旅遊資源的相關數據信息，創建頁面元素，並顯示在頁面的旅 遊行程計劃制定區域，以表示將所述特定旅遊資源加入到旅遊行程計劃中；
[0039] 在確定了將哪個景點加入到旅遊行程計劃之後，對於JS腳本而言，可以獲取到對 應的景點的ID等標識信息，並且可以根據步驟S101中獲取到的景點的相關數據信息，生成 用於在旅遊行程計劃區域顯示的頁面元素，然後就可以將這種頁面元素顯示到旅遊行程計 劃區域中。例如，參見圖4,在用戶選擇了需要加入到旅遊計劃的景點之後，就可以在旅遊行 程計劃區域中顯示出相應的頁面元素。需要說明的是，在拖拽或者點擊選擇加入到旅遊行 程計劃區域的頁面元素的過程中，在用戶看來移動的是頁面元素，但實際上，對於JS腳本 而言，是一種數據的傳遞。也就是說，在確定了需要選擇的景點之後，需要根據該景點的相 關數據信息新創建頁面元素，關於該頁面元素在顯示時的樣式（比如尺寸、顯示哪些信息 等）都同樣可以在模板代碼中進行設定，只要將被選擇的景點對應的相關數據傳遞給對應 的模板代碼，就可以生成對應的頁面元素，並顯示在旅遊行程計劃區域。例如，如圖4所示， 左側的旅遊行程計劃區域顯示了"櫻桃溝"、"三裡屯"、"鼓樓大街"以及"北京孔廟"這幾個 景點，這些都是用戶從頁面右側的景點展現區域中拖拽或者點擊選擇的。
[0040] 需要說明的是，具體在景點展現區域中顯示各個被選中的景點對應的頁面元素 時，可以在生成對應的頁面元素之後，直接對該頁面進行重新渲染，以使得新加入到旅遊行 程的景點對應的頁面元素能顯示在景點展現區域中。在重新渲染的過程中，已經添加到旅 遊行程計劃區域的景點，可以不必再在景點展現區域進行顯示，因此，還可以對景點展現區 域中的各個頁面元素進行重新排序，等等。
[0041] S105:當旅遊行程計劃制定完成後，根據所述頁面的旅遊計劃制定區域中包含的 各個頁面元素對應的旅遊資源的相關數據信息，顯示所制定的旅行計劃信息。
[0042] 在用戶制定好其旅遊行程計劃之後，可以在一個頁面中顯示出其行程計劃單。具 體在生成行程計劃單時，可以根據行程計劃區域中包含的各個頁面元素對應的景點的ID 等標識信息，查找到這些景點的相關數據，然後根據各個景點之間的順序，在行程計劃單中 按順序進行顯示。顯示行程計劃單時，可以在一個新建的頁面中顯示，或者也可以在當前頁 面中新創建一個頁面元素，在當前頁面的浮層中顯示出該行程計劃單。
[0043] 可見，在本申請實施例中，可以將一個頁面分為資源展示區域以及旅遊行程計劃 制定區域，並且可以將旅遊資源對應的頁面元素設置為可操作，當接收到用戶對頁面元素 執行的操作行為時，可以將對應的旅遊資源的信息顯示到旅遊行程計劃制定區域中，並最 終根據旅遊行程計劃制定區域中的各個旅遊資源，為用戶生成旅遊行程計劃單。這樣，從用 戶角度而言，只需要通過拖拽、點擊等方式對頁面元素進行操作，就可以生成自己的行程計 劃單，而不需要在手動輸入文字或粘貼圖片等到其他格式的本地文件中，因此方便用戶的 操作，也符合用戶的操作習慣。從系統角度而言，由於用戶不必再反覆到多個網站中進行搜 索，在同一個頁面中就可以完成旅遊行程計劃的制定，因此，也節省了客戶端功耗以及服務 器資源。
[0044] 需要說明的是，在用戶依次將多個景點添加到旅遊行程計劃區域的過程中，表明 用戶是按照該順序來旅遊各個景點。例如，用戶依次將"櫻桃溝"、"三裡屯"、"鼓樓大街"以 及"北京孔廟"這幾個景點加入到第一天的行程計劃中，則證明用戶在第一天的旅遊行程 中，是想要先去"櫻桃溝"，再去"三裡屯"，等等。但是，在實際應用中，用戶在將景點加入到 旅遊行程計劃的過程中，可能並不知曉各個景點之間的距離、每個景點需要的遊玩時間等 等，因此，其自行制定的行程計劃往往存在不合理之處。因此，在本申請實施例中，在通過前 述方式實現在一個頁面中制定旅遊行程計劃的基礎上，還可以提供相應的對行程線路進行 優化的優選方式。
[0045] 在優選方式中，可以提供一個統一的操作入口，例如，參見圖5中的標號為"51"的 方框中顯示的"優化行程"，該"優化行程"就是用於自動對線路進行優化的操作入口，用戶 可以直接點擊該入口，對某一天的行程進行優化。這樣，JS腳本就可以將用戶選定的行程包 含的各個景點的ID等標識信息、各個景點之間的遊覽順序等信息，上傳到伺服器，伺服器 可以根據各個景點之間的距離、建議遊玩的時間等等信息，帶入到預置的算法中進行計算， 根據計算結果判斷當前的行程是否合理，如果不合理，還可以根據預置的算法，建議對景點 之間的遊玩順序和/或者遊玩的總天數進行調整等等。其中，在調整順序的過程中，可以將 行程中的各個景點進行排列組合，然後分別帶入到預置的算法中計算各個組合分別對應的 得分，將最有的排列方式確定為優化後的景點順序。當然，也可以採用其他的實現方式，這 裡不進行限定。
[0046] 另外，還可以提供其他一些參考的數據供用戶對其制定的行程計劃進行手動的調 整。例如，關於在旅遊行程計劃區域顯示的各個景點，由於在旅遊行程計劃區域顯示的頁 面元素中僅有簡單的提示信息，例如，景點名稱、封面圖片等，但是關於建議旅遊時間等詳 細信息並未直接在旅遊行程計劃區域顯示出來。因此，還可以為各個景點提供顯示詳細信 息的操作入口。當用戶通過該操作入口發起操作請求時，可以根據預先從伺服器獲取到的 關於該景點的相關數據信息，創建一個新的頁面元素，在該頁面元素中顯示該景點的詳細 信息。如圖5所示，在旅遊行程計劃區域，每個景點的頁面元素中都顯示有一個向右的"箭 頭"（如方框52所示），當用戶點擊該箭頭時，就可以新建一個頁面元素，在其中顯示出關於 該景點的詳細信息。其中，在顯示詳細信息時，可以將詳細信息對應的頁面元素顯示在對應 景點頁面元素的右側，也就是說，用戶看到的效果是，關於某景點，用戶點擊了向右"箭頭" 之後，可以在該景點右側顯示一個"浮層"，其中顯示有關於該景點的詳細信息。其中，之所 以稱為"浮層"，是因為這種詳細信息可以顯示在頁面的資源顯示區域的上層，暫時將資源 顯示區域中列舉的一些景點頁面元素遮擋住，當用戶點擊詳細信息所在頁面元素右上角的 "X"，則可以將詳細信息關閉，重新顯示出資源顯示區域中列舉的各個景點頁面元素。這個 顯示過程可以被形象地稱為從左到右的"抽屜式"顯示。當然"抽屜式"的顯示過程也可以 是從上到下、從右到左等等。具體在顯示詳細信息時，如果顯示有關於該景點的多張圖片， 還可以採用"輪播"的方式在同一區域中顯示各個圖片。
[0047] 在本申請實施例中，除了可以通過圖5所示的採用圖片、文字等方式來顯示景點 的詳細信息之外，還可以通過地圖的方式進行顯示。其中，如果採用地圖的方式進行顯示， 則可以將景點的ID等表示信息上傳到伺服器，由伺服器調用地圖服務的相關接口（地圖服 務及其相關接口可以是預先配置好的，例如，可以是伺服器自身開發並維護的地圖服務，或 者也可以是有合作關係的第三方地圖服務），在地圖中查找到該景點所在的位置，並將帶有 該位置信息的地圖數據返回給客戶端。客戶端可以在新建的頁面元素中顯示出該地圖數 據，在地圖數據中對景點所在的位置進行標記。需要說明的是，具體到地圖服務中如何進行 景點的查找、標記等屬於地圖服務本身的技術實現，本申請實施例中不需要關注，因此這裡 不再詳述，後文中類似使用地圖服務之處也是類似。
[0048] 在具體實現時，如果用戶點擊了方框52中的查看詳情的操作入口，則可以首先以 圖片及文字方式進行詳情的顯示，同時提供切換到地圖顯示的操作入口（如圖5中的方框 57所示），如果用戶點擊該入口，則可以切換到地圖的方式進行顯示。當然，也可以首先默 認用地圖方式顯示，之後再切換到圖片及文字的方式進行顯示。
[0049] 另外，在旅遊行程計劃區域顯示的各個景點，由於相鄰的兩個景點代表了用戶想 要遊覽的先後順序，例如，用戶先將"櫻桃溝"加入到旅遊行程計劃區域，緊接著又將"三裡 屯"加入到旅遊行程計劃區域，則代表用戶想要先去"櫻桃溝"，遊覽完"櫻桃溝"之後，再去 "三裡屯"遊覽。此時，可以為用戶顯示這兩個景點之間的線路、行車所需時間等信息，這樣 用戶就可以根據這些信息判斷一下這樣的行程安排是否合適，如果不合適，還可以進行調 整。為達到此目的，可以在旅遊行程計劃區域顯示出關於距離和行車所需時間的相關信息， 例如，圖5在"三裡屯"與"鼓樓大街"這兩個景點對應的頁面元素之間顯示出"相距10公 裡，車程5分鐘"（如方框53所示）。具體實現時，為了達到該目的，可以將用戶加入到旅 遊行程計劃區域的各個景點的ID等標識信息以及景點之間的遊覽順序等信息上傳到服務 器。伺服器可以預先獲知某地圖服務的相關接口，然後通過調用地圖服務的相關接口，獲取 到相鄰兩個景點之間距離、車程等信息，並返回；客戶端在接收到之後，分別顯示各個景點 對應的頁面元素之間。
[0050] 當然，為了使得界面簡潔，直接顯示在旅遊行程計劃區域的距離、車程等信息通常 比較簡略，但是用戶可能需要查看兩個景點之間的詳細線路信息、交通方式等等。因此，還 可以分別在兩個相鄰景點對應的頁面元素之間提供一個操作入口，如果用戶需查看某兩個 景點詳細的線路及交通方式等，則可以從該接口發起相關的請求。例如，圖5中，在"櫻桃 溝"與"三裡屯"這兩個景點對應的頁面元素之間顯示了"相距10公裡，車程5分鐘"之後， 還可以顯示出名稱為"查看"的操作入口（如方框53中所示），用戶點擊"查看"時，就可 以將這兩個景點的ID等標識信息上傳到伺服器，伺服器同樣可以調用地圖服務的相關接 口進行查詢，並向客戶端返回帶有行車路線、交通方式等信息的地圖數據，接收到伺服器返 回的地圖數據之後，可以在頁面中創建一個頁面元素，並在該頁面元素中顯示出該地圖數 據.如圖6所示，顯示詳細地圖數據時，同樣可以採取"抽屜式"的顯示方式。總之，用戶可 以通過地圖中顯示出的行車線路信息，判斷出這兩個景點是否適合這樣安排遊覽的先後順 序7等等。
[0051] 需要說明的是，關於行車線路等信息的顯示，除了可以查看兩個相鄰景點之間的 行車線路之外，如果某一天的行程中包含多個景點，則還可以將這些景點按照被用戶選擇 的順序顯示在地圖中供用戶查看。當然，具體實現時，可以為用戶提供對應的查看操作入 口。圖5中在"第一天"之後顯示"查看線路"就是該操作入口（如圖5中方框54所示）， 如果用戶點擊了 "查看線路"，則可以將這一天的行程中包含的各個景點的ID等標識信息、 遊覽順序等信息上傳到伺服器，伺服器同樣可以調用地圖服務的相關接口，獲取到相關的 線路信息，並將帶有詳細線路信息的地圖數據返回給客戶端。客戶端同樣可以創建一個頁 面元素，在該頁面元素中顯示出代表詳細線路信息的地圖數據。相應的，客戶端的顯示效果 可以如圖7所示，可以將各個景點按照用戶指定的遊覽順序進行標號，如，圖7中的"1"代 表"櫻桃溝"，"2"代表"三裡屯"，"3"代表"鼓樓大街"，"4"代表"北京孔廟"，則可以看出， 地圖中顯示出了從"櫻桃溝"到"三裡屯"，再到"鼓樓大街"，再到"北京孔廟"之間的行車 線路，用戶可以據此判斷這幾個景點之間的順序是否合適，如果不合適可以進行調整。類似 的，同樣可以採用"抽屜式"顯示方式。
[0052] 此外，還可以為用戶提供查看某景點的周邊景點或者酒店等相關資源的操作入 口，參見圖5,如果用戶點擊方框55所示的圖標，則可以發起查看周邊景點的請求。相應的， 可以根據該景點以及當前目的地的其他各個景點的地理位置信息（預先從伺服器獲取到 的），計算出該景點與其他各個景點之間的距離，然後再將距離符合條件（例如5公裡之內 等等）的景點一列表等方式顯示給用戶。需要說明的是，在實際應用中，本申請實施例還可 以實現"跨資源類別"的搜索，例如，可以查看某景點周邊的酒店，或者查看某酒店周邊的景 點等等。
[0053] 再者，還可以為用戶提供為各個景點添加備忘的操作入口，如圖5中的方框56所 示，用戶可以點擊該操作入口，將一些需要提醒自己注意的信息用文字的方式進行記錄。
[0054] 通過上述各種方式，可以協助用戶判斷當前選定的行程是否合理，如果用戶認為 不合理，則可以允許用戶採用手動的方式進行優化。為了達到該目的，關於在旅遊行程計劃 制定區域顯示的各個頁面元素也可以置為可操作，例如，設置為可拖拽等，這樣，如果用戶 想要調整某景點在行程中出現的位置，則可以拖拽其中該景點對應的頁面元素，將其放在 自己需要的位置上。或者，還可以選擇將某已添加到旅遊行程計劃制定區域的頁面元素刪 除，以此來表示將對應的景點從旅遊行程中刪除。
[0055] 最後，當用戶完成一個行程計劃的制定之後，還可以根據預先提供的"保存計劃" 操作入口，選擇將該行程計劃保存到伺服器端，供後續查看。在保存時，用戶可以選擇向其 他用戶發布其行程計劃，其他用戶可以查看到該行程計劃，相當於可以與其他用戶進行分 享；或者也可以選擇保存為私密文件，只有用戶用自己的身份信息登錄之後，才能查看到該 行程計劃。
[0056] 與本申請實施例提供的協助制定旅遊行程計劃的方法相對應，本申請實施例還提 供了一種協助制定旅遊行程計劃的系統，參見圖8,該系統具體可以包括 ：
[0057] 數據獲取單元801，用於根據用戶提交的旅遊目的地信息，從伺服器獲取所述旅遊 目的地對應的各個旅遊資源的相關數據信息；
[0058] 第一顯示單元802,用於解析所述各個旅遊資源的相關數據信息，創建可操作的頁 面元素，並在頁面的旅遊資源顯示區域進行顯示；其中，每個旅遊資源對應一個頁面元素；
[0059] 第一監控單元803,用於監控用戶對所述頁面元素執行的操作，確定需要加入到旅 遊行程計劃的特定旅遊資源；
[0060] 第二顯示單元804,用於根據所述特定旅遊資源的相關數據信息，創建頁面元素， 並顯示在頁面的旅遊行程計劃制定區域，以表示將所述特定旅遊資源加入到旅遊行程計劃 中；
[0061] 第三顯示單元805,用於當旅遊行程計劃制定完成後，根據所述頁面的旅遊計劃制 定區域中包含的各個頁面元素對應的旅遊資源的相關數據信息，顯示所制定的旅行計劃信 肩、。
[0062] 具體實現時，用戶可以採用拖拽或者點擊頁面元素的方式來選擇需要加入到旅遊 行程計劃的景點，所述第一監控單元具體可以包括：
[0063] 第一監控子單元，用於監控用戶對頁面元素執行的拖拽操作，如果所述拖拽操作 的結束點位於所述旅遊行程計劃制定區域，則將該被拖拽的頁面元素對應的旅遊資源確定 為需要加入到旅遊行程計劃的特定旅遊資源；
[0064]或者，
[0065] 第二監控子單元，用於監控用戶移動操作焦點的操作，當操作焦點移動到某頁面 元素所在的區域時，顯示將該頁面元素對應的旅遊資源加入到旅遊行程計劃的操作入口， 如果該通過操作入口接收到用戶的操作請求，則將該頁面元素對應的旅遊資源確定為需要 加入到旅遊行程計劃的特定旅遊資源。
[0066] 為了協助用戶對自己加入到的行程計劃中的景點進行調整，該系統可以採用多種 方式為用戶提供各種詳細信息，首先，該系統還可以包括：
[0067] 距離及車程顯示單元，用於將加入到所述旅遊行程計劃制定區域的頁面元素對應 的旅遊資源的標識信息上傳到伺服器，向伺服器獲取兩個相鄰的旅遊資源之間的距離和/ 或行車所需時間信息，並顯示在所述旅遊行程計劃制定區域。
[0068] 為了便於用於查看兩個或多個景點之間的行程線路，該系統還可以包括：
[0069] 第一請求接收單元，用於通過第一操作入口接收查看遊行程計劃制定區域中旅遊 資源之間的線路的請求，將所涉及旅遊資源的標識信息以及排序信息上傳到伺服器；
[0070] 地圖數據獲取單元，用於接收並加載伺服器返回的包含線路信息的地圖數據；
[0071] 地圖數據顯示單元，用於在該第一操作入口的一側新建一頁面元素（實現抽屜式 的顯示效果），並在該新建的頁面元素中顯示所述地圖數據。
[0072] 另外，為了能夠獲取關於某景點的詳細信息，該系統還可以包括：
[0073] 第二請求接收單元，用於通過第二操作入口接收顯示旅遊行程計劃制定區域中某 指定頁面元素對應的旅遊資源的詳細信息的請求，獲取該旅遊資源的詳細信息；
[0074] 詳細信息顯示單元，用於在該第二操作入口所在區域的一側新建一頁面元素，在 該頁面元素中顯示所述詳細信息。
[0075] 其中，關於某景點的詳細信息，可以是根據之前從伺服器獲取到的相關數據信息， 以圖片、文字的方式進行顯示，或者也可以向伺服器獲取相關的地圖數據，在地圖中顯示出 該景點的位置。
[0076] 另外，該系統還可以包括：
[0077] 第三請求接收單元，用於通過第三操作入口接收查看某旅遊資源周邊的其他旅遊 資源的請求時，獲取該旅遊資源以及其他旅遊資源的地理位置信息，並計算該旅遊資源與 其他各旅遊資源之間的距離，根據計算結果，確定符合預置條件的旅遊資源，並展現；所述 其他旅遊資源包括與當前旅遊資源相同或者不同類別的旅遊資源。
[0078] 為了便於用戶對已經加入到旅遊計劃的景點進行調整，可以將旅遊計劃制定區域 中顯示的頁面元素設置為可操作，例如可拖拽、可點擊等等，該系統可以還包括 ：
[0079] 第二監控單元，用於監控用戶對旅遊行程計劃制定區域中各個頁面元素的操作行 為；
[0080] 調整單元，用於根據監控到的操作行為，執行編輯操作，所述編輯操作包括：刪除 某指定的頁面元素，或者調整兩個頁面元素之間的順序。
[0081] 除了可以手動對行程進行優化調整之外，還可以實現自動的優化調整，此時，該系 統還可以包括：
[0082] 第四請求接收單元，用於通過第四操作入口接收對當前選定的行程進行優化的請 求；
[0083] 上傳單元，用於將當前選定的行程中包含的各個旅遊資源的標識信息以及排序信 息上傳到伺服器，由伺服器根據各個旅遊資源的相關數據信息以及預置的算法，調整旅遊 資源之間的順序，和/或，修改計劃的時長；
[0084] 刷新顯示單元，用於接收伺服器返回的信息，對旅遊行程計劃制定區域進行刷新 顯不。
[0085] 最後，可以對旅遊行程計劃保存到伺服器，此時，該系統還可以包括：
[0086] 保存單元，用於當接收到保存旅遊計劃的指示後，將所述旅遊計劃制定區域中包 含的各個頁面元素對應的旅遊資源的標識信息以及排序信息，上傳到伺服器並進行保存。 [0087] 在本申請實施例提供的上述系統中，可以將一個頁面分為資源展示區域以及旅遊 行程計劃制定區域，並且可以將旅遊資源對應的頁面元素設置為可操作，當接收到用戶對 頁面元素執行的操作行為時，可以將對應的旅遊資源的信息顯示到旅遊行程計劃制定區域 中，並最終根據旅遊行程計劃制定區域中的各個旅遊資源，為用戶生成旅遊行程計劃單。這 樣，從用戶角度而言，只需要通過拖拽、點擊等方式對頁面元素進行操作，就可以生成自己 的行程計劃單，而不需要在手動輸入文字或粘貼圖片等到其他格式的本地文件中，因此方 便用戶的操作，也符合用戶的操作習慣。從系統角度而言，由於用戶不必再反覆到多個網站 中進行搜索，在同一個頁面中就可以完成旅遊行程計劃的制定，因此，也節省了客戶端功耗 以及伺服器資源。
[0088] 通過以上的實施方式的描述可知，本領域的技術人員可以清楚地了解到本申請可 藉助軟體加必需的通用硬體平臺的方式來實現。基於這樣的理解，本申請的技術方案本質 上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來，該計算機軟體產品 可以存儲在存儲介質中，如R0M/RAM、磁碟、光碟等，包括若干指令用以使得一臺計算機設備 (可以是個人計算機，伺服器，或者網絡設備等）執行本申請各個實施例或者實施例的某些 部分所述的方法。
[0089] 本說明書中的各個實施例均採用遞進的方式描述，各個實施例之間相同相似的部 分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於系統或 系統實施例而言，由於其基本相似於方法實施例，所以描述得比較簡單，相關之處參見方法 實施例的部分說明即可。以上所描述的系統及系統實施例僅僅是示意性的，其中所述作為 分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或 者也可以不是物理單元，即可以位於一個地方，或者也可以分布到多個網絡單元上。可以根 據實際的需要選擇其中的部分或者全部模塊來實現本實施例方案的目的。本領域普通技術 人員在不付出創造性勞動的情況下，即可以理解並實施。
[0090] 以上對本申請所提供的協助制定旅遊行程計劃的方法及系統，進行了詳細介紹， 本文中應用了具體個例對本申請的原理及實施方式進行了闡述，以上實施例的說明只是用 於幫助理解本申請的方法及其核心思想；同時，對於本領域的一般技術人員，依據本申請的 思想，在【具體實施方式】及應用範圍上均會有改變之處。綜上所述，本說明書內容不應理解為 對本申請的限制。
【權利要求】
1. 一種協助制定旅遊行程計劃的方法，其特徵在於，包括： 根據用戶提交的旅遊目的地信息，從伺服器獲取所述旅遊目的地對應的各個旅遊資源 的相關數據信息； 解析所述各個旅遊資源的相關數據信息，創建可操作的頁面元素，並在頁面的旅遊資 源顯示區域進行顯示；其中，每個旅遊資源對應一個頁面元素； 監控用戶對所述頁面元素執行的操作，確定需要加入到旅遊行程計劃的特定旅遊資 源； 根據所述特定旅遊資源的相關數據信息，創建所述特定旅遊資源對應的頁面元素，並 顯示在頁面的旅遊行程計劃制定區域，以表示將所述特定旅遊資源加入到旅遊行程計劃 中； 根據所述頁面的旅遊計劃制定區域中包含的各個頁面元素對應的旅遊資源的相關數 據信息，顯示所制定的旅行計劃信息。
2. 根據權利要求1所述的方法，其特徵在於，所述監控用戶對所述頁面元素執行的操 作，確定需要加入到旅遊行程計劃的特定旅遊資源包括： 監控用戶對頁面元素執行的拖拽操作，如果所述拖拽操作的結束點位於所述旅遊行程 計劃制定區域，則將該被拖拽的頁面元素對應的旅遊資源確定為需要加入到旅遊行程計劃 的特定旅遊資源； 或者， 監控用戶移動操作焦點的操作，當操作焦點移動到某頁面元素所在的區域時，顯示將 該頁面元素對應的旅遊資源加入到旅遊行程計劃的操作入口，如果該通過操作入口接收到 用戶的操作請求，則將該頁面元素對應的旅遊資源確定為需要加入到旅遊行程計劃的特定 旅遊資源。
3. 根據權利要求1所述的方法，其特徵在於，還包括： 將加入到所述旅遊行程計劃制定區域的頁面元素對應的旅遊資源的標識信息上傳到 伺服器，向伺服器獲取旅遊資源之間的距離和/或行車所需時間信息。
4. 根據權利要求1所述的方法，其特徵在於，還包括： 通過第一操作入口接收查看遊行程計劃制定區域中旅遊資源之間的線路的請求，將所 涉及旅遊資源的標識信息以及排序信息上傳到伺服器； 接收並加載伺服器返回的包含線路信息的地圖數據。
5. 根據權利要求1所述的方法，其特徵在於，還包括： 通過第二操作入口接收顯示旅遊行程計劃制定區域中某指定頁面元素對應的旅遊資 源的詳細信息的請求，獲取該旅遊資源的詳細信息。
6. 根據權利要求5所述的方法，其特徵在於，所述獲取該旅遊資源的詳細信息包括： 根據預先從伺服器獲取到的關於該旅遊資源的相關數據信息，獲取該旅遊資源的以圖 片及文字形式描述的詳細信息； 或者， 將該旅遊資源的標識信息上傳到伺服器，獲取關於該旅遊資源的詳細位置的地圖數 據。
7. 根據權利要求1所述的方法，其特徵在於，還包括： 通過第三操作入口接收查看某旅遊資源周邊的其他旅遊資源的請求時，獲取該旅遊資 源以及其他旅遊資源的地理位置信息，並計算該旅遊資源與其他各旅遊資源之間的距離， 根據計算結果，確定符合預置條件的旅遊資源。
8. 根據權利要求1所述的方法，其特徵在於，還包括： 監控用戶對旅遊行程計劃制定區域中各個頁面元素的操作行為； 根據監控到的操作行為，執行編輯操作，所述編輯操作包括：刪除某指定的頁面元素， 或者調整兩個頁面元素之間的順序。
9. 根據權利要求1所述的方法，其特徵在於，還包括： 通過第四操作入口接收對當前選定的行程進行優化的請求； 將當前選定的行程中包含的各個旅遊資源的標識信息以及排序信息上傳到伺服器，由 伺服器根據各個旅遊資源的相關數據信息以及預置的算法，調整旅遊資源之間的順序，和/ 或，修改計劃的時長； 接收伺服器返回的調整信息。
10. 根據權利要求1所述的方法，其特徵在於，還包括： 當接收到保存旅遊計劃的指示後，將所述旅遊計劃制定區域中包含的各個頁面元素對 應的旅遊資源的標識信息以及排序信息，上傳到伺服器並進行保存。
11. 一種協助制定旅遊行程計劃的系統，其特徵在於，包括： 數據獲取單元，用於根據用戶提交的旅遊目的地信息，從伺服器獲取所述旅遊目的地 對應的各個旅遊資源的相關數據信息； 第一顯示單元，用於解析所述各個旅遊資源的相關數據信息，創建可操作的頁面元素， 並在頁面的旅遊資源顯示區域進行顯示；其中，每個旅遊資源對應一個頁面元素； 第一監控單元，用於監控用戶對所述頁面元素執行的操作，確定需要加入到旅遊行程 計劃的特定旅遊資源； 第二顯示單元，用於根據所述特定旅遊資源的相關數據信息，創建所述特定旅遊資源 對應的頁面元素，並顯示在頁面的旅遊行程計劃制定區域，以表示將所述特定旅遊資源加 入到旅遊行程計劃中； 第三顯示單元，根據所述頁面的旅遊計劃制定區域中包含的各個頁面元素對應的旅遊 資源的相關數據信息，顯示所制定的旅行計劃信息。
【文檔編號】G06Q50/10GK104063815SQ201310092521
【公開日】2014年9月24日 申請日期:2013年3月21日 優先權日:2013年3月21日
【發明者】李超 申請人:阿里巴巴集團控股有限公司