本發(fā)明涉及計算機技術(shù)領(lǐng)域,特別是涉及一種自駕游服務(wù)的提供方法、裝置及系統(tǒng)。
背景技術(shù):
在2016年國家旅游局發(fā)布數(shù)據(jù)顯示:2015年自駕游所占比重繼續(xù)攀升,游客通過旅行社進入景區(qū)的比例已經(jīng)由2010年的60%-70%下降至2015年的20%-30%。自駕為主的自由行已成為游客到達景區(qū)的主要方式,占景區(qū)接待游客總?cè)藬?shù)的75%。國家旅游局李金早局長在“2016年全國旅游工作會議”上也表示,旅游業(yè)發(fā)展到現(xiàn)在,已經(jīng)到了全民旅游和個人游、自駕游為主的全新階段。2015年8月,國務(wù)院辦公廳發(fā)布《關(guān)于進一步促進旅游投資和消費的若干意見》,明確提出加快自駕車房車營地建設(shè),積極發(fā)展“互聯(lián)網(wǎng)+旅游”等一序列重大舉措,并鼓勵有條件的單位實施2.5天休假制度。隨后,河北、江西、重慶、廣州、甘肅等地紛紛出臺實施細則,落實職工帶薪休假制度,鼓勵彈性作息,鼓勵錯峰休假。在上述國內(nèi)環(huán)境和產(chǎn)業(yè)發(fā)展背景下,當(dāng)前自駕車旅游市場潛力得到快速釋放,各地區(qū)的景區(qū)推出大型活動和各項優(yōu)惠措施以吸引自駕游客。各個經(jīng)營主體和相關(guān)行業(yè)交叉融合,創(chuàng)新產(chǎn)品和服務(wù),并且管理部門開始著手促進和規(guī)范自駕車旅游,不斷推動整個行業(yè)專業(yè)化和標準化發(fā)展。
然而,我國的自駕游依然存在一些問題,比如自駕游的信息化服務(wù)水平落后,國內(nèi)缺乏一套成熟的自駕游信息化服務(wù)系統(tǒng)等。雖然,現(xiàn)有技術(shù)中存在一些可以用于自駕游的軟件,但是,也存在著各種問題。
例如,目前市場上流行的名為“大駕”的自駕游app,該app是一款專門為自駕游服務(wù)的移動app,車友既可以在大駕內(nèi)瀏覽自駕游線路攻略和干貨,規(guī)劃自己的行程,創(chuàng)建和發(fā)布自駕活動,也可以一鍵點擊報名參加。同時,大駕app還精選了一些有趣的自駕游路線、攻略,提供一站式自駕游出行服務(wù)產(chǎn)品。雖然大駕app可以為自駕游用戶提供一些方便,快捷的自駕游出行服務(wù),但是,其軟件自身無法依據(jù)自駕游用戶的個人需求定制自駕游路線和攻略,自駕游用戶在進行自駕游活動之前需要花費大量的時間從網(wǎng)上搜索相關(guān)資料來定制路線圖和旅游攻略。路線和功略定制以后還要花費大量的時間來計算自己的旅游花費,評估是否超出自己的預(yù)算范圍。即便如此,受商家信息容量的限制,自駕游用戶手動制定的自駕游路線和攻略往往不是最省錢的。此外,由于軟件本身缺乏電子導(dǎo)游功能,若用戶想要了解當(dāng)前景點介紹信息,還需要雇傭?qū)в蝸頌樽约航榻B景點信息,不僅浪費了時間和精力,還增加了自駕游的開銷。并且,該軟件后臺不具備商家信息注冊、收集、審核等功能,純粹人工搜集會導(dǎo)致管理成本過大。
技術(shù)實現(xiàn)要素:
鑒于上述問題,提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的自駕游服務(wù)的提供方法、裝置及系統(tǒng)。
依據(jù)本發(fā)明的一方面,提供了一種自駕游服務(wù)的提供方法,應(yīng)用于用戶客戶端,包括:
在所述客戶端的檢索界面提供檢索入口,并利用所述檢索入口接收用戶選擇的自駕游的檢索條件;
基于所述用戶選擇的檢索條件,從數(shù)據(jù)庫的不同分類中檢索出與其相應(yīng)的數(shù)據(jù)信息;
對所述檢索條件和/或所述數(shù)據(jù)信息進行整合處理,以得到滿足所述用戶需求的至少一個自駕游方案,其中,所述自駕游方案包括指定時長內(nèi)的所述用戶的行程規(guī)劃。
可選地,所述方法還包括:
檢測到所述用戶已選擇并啟動自駕游方案時,獲取所述用戶當(dāng)前在所述自駕游方案中的行程狀態(tài);
根據(jù)所述用戶的行程狀態(tài)調(diào)用與當(dāng)前行程狀態(tài)匹配的第三方應(yīng)用程序接口;
將所述用戶的當(dāng)前行程狀態(tài)轉(zhuǎn)化為具體指令通知至調(diào)用的所述第三方應(yīng)用程序,由所述第三方應(yīng)用程序根據(jù)所述具體指令提供第三方服務(wù)。
可選地,所述第三方應(yīng)用程序包括以下至少之一:
地圖應(yīng)用程序、gps導(dǎo)航應(yīng)用程序、電子導(dǎo)游應(yīng)用程序。
可選地,所述根據(jù)所述用戶的行程狀態(tài)調(diào)用與當(dāng)前行程狀態(tài)匹配的第三方應(yīng)用程序接口,包括:
若所述用戶的當(dāng)前行程狀態(tài)為駕駛進行中,則調(diào)用gps導(dǎo)航應(yīng)用程序和/或地圖應(yīng)用程序的接口;
若所述用戶的當(dāng)前行程狀態(tài)為景點游覽中,則調(diào)用地圖應(yīng)用程序和/或電子導(dǎo)游應(yīng)用程序的接口。
可選地,利用所述檢索入口接收用戶選擇的自駕游的檢索條件之前,還包括:
利用所述檢索入口接收用戶輸入的檢索范圍參數(shù),并依據(jù)所述檢索范圍參數(shù)提供在后續(xù)由所述用戶選擇的所述檢索條件。
可選地,所述檢索范圍參數(shù)包括以下至少之一:預(yù)算經(jīng)費、路線范圍、區(qū)域范圍以及地理范圍。
可選地,所述檢索條件包括篩選條件和/或過濾條件,其中,所述篩選條件中包括用戶感興趣的待篩選數(shù)據(jù)項,所述過濾條件中包括用戶不感興趣的待過濾數(shù)據(jù)項。
可選地,所述基于所述用戶選擇的檢索條件,從數(shù)據(jù)庫的不同分類中檢索出與其相應(yīng)的數(shù)據(jù)信息,包括:
基于所述用戶選擇的篩選條件,從所述數(shù)據(jù)庫的不同分類中檢索出與其相關(guān)的數(shù)據(jù)信息;和/或
基于所述用戶選擇的過濾條件,從所述數(shù)據(jù)庫的不同分類中檢索出與其不相關(guān)的數(shù)據(jù)信息。
可選地,所述對所述檢索條件和/或所述數(shù)據(jù)信息進行整合處理,以得到滿足所述用戶需求的至少一個自駕游方案,包括以下至少之一:
依據(jù)所述檢索條件和/或所述數(shù)據(jù)信息整合出指定時長內(nèi)自駕距離短的行程規(guī)劃,以定制至少一個自駕游方案;
依據(jù)所述檢索條件和/或所述數(shù)據(jù)信息整合出指定時長內(nèi)自駕時間短的行程規(guī)劃,以定制至少一個自駕游方案;
依據(jù)所述檢索條件和/或所述數(shù)據(jù)信息整合出指定時長內(nèi)消費低的行程規(guī)劃,以定制至少一個自駕游方案。
可選地,所述自駕游方案的內(nèi)容包括以下至少之一:
自駕游路線;
景點游覽順序;
各景點的游玩時間;
依據(jù)所述自駕游游路線定制的酒店、餐館、停車場、購物超市、購物商城的位置信息。
依據(jù)本發(fā)明的另一方面,還提供了一種自駕游服務(wù)的提供裝置,應(yīng)用于用戶客戶端,包括:
接收單元,適于在所述客戶端的檢索界面提供檢索入口,并利用所述檢索入口接收用戶選擇的自駕游的檢索條件;
檢索單元,適于基于所述用戶選擇的檢索條件,從數(shù)據(jù)庫的不同分類中檢索出與其相應(yīng)的數(shù)據(jù)信息;
整合單元,適于對所述檢索條件和/或所述數(shù)據(jù)信息進行整合處理,以得到滿足所述用戶需求的至少一個自駕游方案,其中,所述自駕游方案包括指定時長內(nèi)的所述用戶的行程規(guī)劃。
依據(jù)本發(fā)明的再一方面,還提供了一種自駕游服務(wù)的提供系統(tǒng),包括:
商家客戶端,接收商家輸入的多個待審核信息,并發(fā)送至后臺服務(wù)器;
所述后臺服務(wù)器,對各待審核信息進行審核,并將符合預(yù)設(shè)條件的待審核信息保存至數(shù)據(jù)庫;
用戶客戶端,在其檢索界面提供檢索入口,利用所述檢索入口接收用戶選擇的自駕游的檢索條件,并將所述檢索條件發(fā)送至所述后臺服務(wù)器;
所述后臺服務(wù)器,基于接收到的檢索條件,從數(shù)據(jù)庫的不同分類中檢索出與其相應(yīng)的數(shù)據(jù)信息;
所述后臺服務(wù)器,對接收到的檢索條件和/或所述數(shù)據(jù)信息進行整合處理,以得到滿足所述用戶需求的至少一個自駕游方案,并返回至用戶客戶端,其中,所述自駕游方案包括指定時長內(nèi)的所述用戶的行程規(guī)劃;
所述用戶客戶端,接收所述后臺服務(wù)器返回的滿足所述用戶需求的至少一個自駕游方案,并展示。
可選地,所述后臺服務(wù)器對各待審核信息進行審核,并將符合預(yù)設(shè)條件的待審核信息保存至數(shù)據(jù)庫中,包括:
所述后臺服務(wù)器對各待審核信息進行分類,并按照不同類別分別將各類待審核信息保存至數(shù)據(jù)庫中。
可選地,所述后臺服務(wù)器對各待審核信息進行審核,并將符合預(yù)設(shè)條件的待審核信息保存至數(shù)據(jù)庫中,包括:
判斷所述待審核信息是否合法,若待審核信息是合法信息,則將待審核信息保存至數(shù)據(jù)庫中;和/或
將所述待審核信息的價格與預(yù)設(shè)閾值進行比較,并將價格不超出預(yù)設(shè)閾值的待審核信息保存至數(shù)據(jù)庫中。
可選地,所述待審核信息包括以下至少之一:
景區(qū)信息、停車場信息、酒店信息、餐館信息、停車場信息、購物超市信息、購物商城信息。
可選地,所述用戶客戶端,
檢測到所述用戶已選擇并啟動自駕游方案時,獲取所述用戶當(dāng)前在所述自駕游方案中的行程狀態(tài);
根據(jù)所述用戶的行程狀態(tài)調(diào)用與當(dāng)前行程狀態(tài)匹配的第三方應(yīng)用程序接口;
將所述用戶的當(dāng)前行程狀態(tài)轉(zhuǎn)化為具體指令通知至調(diào)用的所述第三方應(yīng)用程序,由所述第三方應(yīng)用程序根據(jù)所述具體指令提供第三方服務(wù)。
可選地,所述第三方應(yīng)用程序包括以下至少之一:地圖應(yīng)用程序、gps導(dǎo)航應(yīng)用程序、電子導(dǎo)游應(yīng)用程序。
在本發(fā)明實施例中,通過在客戶端的檢索界面提供檢索入口,可以使用戶通過該檢索入口選擇符合用戶需求的自駕游的檢索條件,客戶端基于用戶選擇的檢索條件,從數(shù)據(jù)庫的不同分類中檢索出與所選檢索條件相應(yīng)的數(shù)據(jù)信息,并對檢索條件和/或數(shù)據(jù)信息進行整合處理后,能夠得到滿足用戶需求的至少一個自駕游方案,其中,任一自駕游方案包括指定時長內(nèi)的用戶的行程規(guī)劃。由此,本發(fā)明實施例能夠靈活地為用戶定制符合用戶需求的自駕游路線和攻略,從而讓用戶可以根據(jù)自身的興趣愛好選取感興趣的自駕游方案進行出游,進而使用戶花費更少的錢享受更優(yōu)質(zhì)、更適合自己的自駕游服務(wù)。
進一步地,本發(fā)明實施例通過利用不同用戶的不同需求定制個性化的自駕游方案,可以大大節(jié)約用戶自己查找自駕游路線、規(guī)劃旅游攻略的時間和精力,有效地提高用戶體驗。
上述說明僅是本發(fā)明技術(shù)方案的概述,為了能夠更清楚了解本發(fā)明的技術(shù)手段,而可依照說明書的內(nèi)容予以實施,并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂,以下特舉本發(fā)明的具體實施方式。
根據(jù)下文結(jié)合附圖對本發(fā)明具體實施例的詳細描述,本領(lǐng)域技術(shù)人員將會更加明了本發(fā)明的上述以及其他目的、優(yōu)點和特征。
附圖說明
通過閱讀下文優(yōu)選實施方式的詳細描述,各種其他的優(yōu)點和益處對于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的,而并不認為是對本發(fā)明的限制。而且在整個附圖中,用相同的參考符號表示相同的部件。在附圖中:
圖1示出了根據(jù)本發(fā)明一個實施例的自駕游服務(wù)的提供方法流程示意圖;
圖2示出了根據(jù)本發(fā)明一個實施例的應(yīng)用于自駕游服務(wù)的提供方法的用戶客戶端的檢索界面示意圖;
圖3示出了根據(jù)本發(fā)明另一個實施例的應(yīng)用于自駕游服務(wù)的提供方法的用戶客戶端展示出的自駕游方案的界面示意圖;
圖4示出了根據(jù)本發(fā)明一個實施例的自駕游服務(wù)的提供裝置的結(jié)構(gòu)示意圖;
圖5示出了根據(jù)本發(fā)明另一個實施例的自駕游服務(wù)的提供裝置的結(jié)構(gòu)示意圖;
圖6示出了根據(jù)本發(fā)明一個實施例的自駕游服務(wù)的提供系統(tǒng)的結(jié)構(gòu)示意圖;以及
圖7示出了根據(jù)本發(fā)明另一個實施例的自駕游服務(wù)的提供系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施方式
下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例,然而應(yīng)當(dāng)理解,可以以各種形式實現(xiàn)本公開而不應(yīng)被這里闡述的實施例所限制。相反,提供這些實施例是為了能夠更透徹地理解本公開,并且能夠?qū)⒈竟_的范圍完整的傳達給本領(lǐng)域的技術(shù)人員。
為解決上述技術(shù)問題,本發(fā)明實施例提供了一種自駕游服務(wù)的提供方法,應(yīng)用于用戶客戶端,該用戶客戶端可以安裝在終端設(shè)備(如智能手機、平板電腦、智能手表等)上。圖1示出了根據(jù)本發(fā)明一個實施例的自駕游服務(wù)的提供方法的流程示意圖。參見圖1,該方法至少可以包括步驟s102至步驟s106。
步驟s102,在用戶客戶端的檢索界面提供檢索入口,并利用檢索入口接收用戶選擇的自駕游的檢索條件。
該步驟中,檢索條件可以是旅游主題、景點(如門票等)、酒店(如酒店類型、房間類型、房間價格等)、餐館(如菜系,人均消費等)等信息。
另外,用戶客戶端檢索界面的檢索入口中可以包括多個檢索條件,并且用戶可以同時選擇多個檢索條件,從而能夠使用戶客戶端在后續(xù)基于多個檢索條件進行數(shù)據(jù)信息的檢索。
步驟s104,基于用戶選擇的檢索條件,從數(shù)據(jù)庫的不同分類中檢索出與其相應(yīng)的數(shù)據(jù)信息。
該步驟中,數(shù)據(jù)庫可以是位于本地的數(shù)據(jù)庫,也可以是位于服務(wù)器端的數(shù)據(jù)庫,當(dāng)數(shù)據(jù)庫位于本地時,本地數(shù)據(jù)庫可以定期或者不定期的獲取服務(wù)器側(cè)的數(shù)據(jù)庫中的數(shù)據(jù)信息,以對本地數(shù)據(jù)庫進行更新,從而確保本地數(shù)據(jù)庫可以提供最新的數(shù)據(jù)信息。
步驟s106,對檢索條件和/或數(shù)據(jù)信息進行整合處理,以得到滿足用戶需求的至少一個自駕游方案,其中,自駕游方案包括指定時長內(nèi)的用戶的行程規(guī)劃。
該步驟中,自駕游方案的內(nèi)容可以包括自駕游路線、景點游覽順序、各景點的游玩時間、依據(jù)自駕游游路線定制的酒店、餐館、停車場、購物超市、購物商城的位置信息等等。通過將自駕游方案提供的上述內(nèi)容進行整合,得到詳細的用戶行程規(guī)劃。
在本發(fā)明實施例中,通過在用戶客戶端的檢索界面提供檢索入口,可以使用戶通過該檢索入口選擇符合用戶需求的自駕游的檢索條件,用戶客戶端基于用戶選擇的檢索條件,從數(shù)據(jù)庫的不同分類中檢索出與所選檢索條件相應(yīng)的數(shù)據(jù)信息,并對檢索條件和/或數(shù)據(jù)信息進行整合處理后,能夠得到滿足用戶需求的至少一個自駕游方案,其中,任一自駕游方案包括指定時長內(nèi)的用戶的行程規(guī)劃。由此,本發(fā)明實施例能夠靈活地為用戶定制符合用戶需求的自駕游路線和攻略,從而讓用戶可以根據(jù)自身的興趣愛好選取感興趣的自駕游方案進行出游,進而使用戶花費更少的錢享受更優(yōu)質(zhì)、更適合自己的自駕游服務(wù)。
在本發(fā)明一實施例中,在用戶客戶端定制出自駕游方案后,當(dāng)其檢測到用戶已選擇并啟動任意一自駕游方案時,會獲取用戶當(dāng)前在自駕游方案中的行程狀態(tài),并根據(jù)用戶的行程狀態(tài)調(diào)用與當(dāng)前行程狀態(tài)匹配的第三方應(yīng)用程序接口,以將用戶的當(dāng)前行程狀態(tài)轉(zhuǎn)化為具體指令通知至調(diào)用的第三方應(yīng)用程序,由第三方應(yīng)用程序根據(jù)具體指令提供第三方服務(wù)。其中,第三方應(yīng)用程序可以包括地圖應(yīng)用程序、gps導(dǎo)航應(yīng)用程序、電子導(dǎo)游應(yīng)用程序等等。
例如,若用戶的當(dāng)前行程狀態(tài)為駕駛進行中,則用戶客戶端可以自動調(diào)用gps導(dǎo)航應(yīng)用程序(如圖吧導(dǎo)航、悠悠導(dǎo)航等)和/或地圖應(yīng)用程序(如百度地圖、高德地圖等)的接口,從而可以利用gps導(dǎo)航應(yīng)用程序為自駕游用戶提供全程導(dǎo)航、對當(dāng)前位置進行定位等,或者利用地圖應(yīng)用程序定位用戶當(dāng)前位置,并在用戶客戶端界面上展示當(dāng)前所在地理位置的地圖數(shù)據(jù)。
若用戶達到景點后,即用戶的當(dāng)前行程狀態(tài)為景點游覽中,則用戶客戶端可以自動調(diào)用地圖應(yīng)用程序和/或電子導(dǎo)游應(yīng)用程序(如導(dǎo)游大師、北京導(dǎo)游等)的接口,并提取該景點的介紹,啟動語音功能后,為用戶提供電子語音導(dǎo)游服務(wù)。例如,利用電子語音導(dǎo)游為用戶介紹當(dāng)前所處景點中建筑物的始建時間、景點的占地面積、與景點相關(guān)的歷史人物、與景點相關(guān)的歷史事件等等。
在本發(fā)明另一實施例中,還可以是在用戶達到景點后,即用戶的當(dāng)前行程狀態(tài)為景點游覽中時,用戶客戶端調(diào)用地圖應(yīng)用程序,并基于地圖應(yīng)用程序中的定位技術(shù),從本地數(shù)據(jù)庫中調(diào)用與該景點相關(guān)的介紹信息,從而為用戶在瀏覽過程中提供電子語音導(dǎo)游服務(wù)。若本地數(shù)據(jù)庫中包含與該景點相關(guān)的介紹信息,則可以直接從本地數(shù)據(jù)庫中調(diào)用與該景點相關(guān)的介紹信息,若本地數(shù)據(jù)庫中不包含與該景點相關(guān)的介紹信息,則需要調(diào)用安裝有該用戶客戶端的終端的gprs接口,并基于gprs網(wǎng)絡(luò)從服務(wù)器側(cè)的數(shù)據(jù)庫中獲取與該景點相關(guān)的介紹信息,并為用戶在瀏覽過程中提供電子語音導(dǎo)游服務(wù)。
參見上文步驟s102,在本發(fā)明一實施例中,檢索界面的檢索入口在接收用戶選擇的自駕游的檢索條件之前,還可以先接收用戶輸入的檢索范圍參數(shù),從而依據(jù)檢索范圍參數(shù)提供相應(yīng)的檢索條件,供用戶在后續(xù)進行選擇。其中,檢索范圍參數(shù)可以包括預(yù)算經(jīng)費、路線范圍、區(qū)域范圍以及地理范圍等等。
例如,某自駕游車主在檢索入口中輸入的地理范圍為杭州和千島湖,經(jīng)費預(yù)算為1500元~2000元。進而,用戶客戶端的檢索界面會列舉出與杭州和千島湖相關(guān)的多個檢索條件,如杭州的景點、景點附近的酒店、餐館等。并且,由于用戶的預(yù)算經(jīng)費為1500元~2000元,因此,用戶客戶端所列舉出的酒店大多數(shù)為經(jīng)濟型酒店,餐館也多為性價比高且實惠的餐館。
繼續(xù)參見上文步驟s102,在本發(fā)明一實施例中,檢索條件可以包括篩選條件,也可以包括過濾條件,也可以同時包括篩選條件和過濾條件。其中,篩選條件中包括用戶感興趣的待篩選數(shù)據(jù)項,過濾條件中包括用戶不感興趣的待過濾數(shù)據(jù)項。本發(fā)明實施例中的篩選條件和過濾條件均可以進行多項選擇。
在該實施例中,結(jié)合上文步驟s104,若用戶選擇的檢索條件為篩選條件,則用戶客戶端可以從數(shù)據(jù)庫的不同分類中檢索出與篩選條件相關(guān)的數(shù)據(jù)信息。若用戶選擇的檢索條件為過濾條件,則用戶客戶端可以從數(shù)據(jù)庫的不同分類中檢索出與過濾條件不相關(guān)的數(shù)據(jù)信息?;蛘撸粲脩艏冗x擇了篩選條件,又選擇了過濾條件,則用戶客戶端可以從數(shù)據(jù)庫的不同分類中檢索出與篩選條件相關(guān),且與過濾條件不相關(guān)的數(shù)據(jù)信息。
例如,參見圖2所示的本發(fā)明一個實施例的應(yīng)用于上述方法的用戶客戶端的檢索界面示意圖,圖2中,用戶選擇的篩選條件中旅游主題為“浪漫休閑”,景點位置為“杭州”,酒店類型為“快捷型”,選擇的過濾條件中景點為“普陀山”。那么根據(jù)用戶選擇的各個檢索條件,從數(shù)據(jù)庫的不同分類中檢索出的相關(guān)數(shù)據(jù)信息,例如,檢索出的數(shù)據(jù)信息中景點信息為“西湖”,酒店信息為西湖附近500米的“xx酒店”,且“xx酒店”的標間價格為每天200元等等。當(dāng)然,用戶選擇的檢索條件越多,從數(shù)據(jù)庫中檢索出的相關(guān)數(shù)據(jù)信息越詳細。該實施例中的每一個篩選條件或過濾條件,如旅游主題可以選擇田園風(fēng)光、浪漫休閑。
參見上文步驟s106,在本發(fā)明一實施例中,在對檢索條件和/或數(shù)據(jù)信息進行整合處理,得到滿足用戶需求的至少一個自駕游方案可以基于預(yù)設(shè)的算法對檢索條件和/或數(shù)據(jù)信息對應(yīng)的數(shù)據(jù)參數(shù)進行計算,以定制至少一個自駕游方案,即規(guī)劃出符合用戶需求的自駕游路線和攻略。
在該實施例中,根據(jù)預(yù)設(shè)算法計算并整合得到至少一個自駕游方案的原則可以基于最短路徑原則和/或最少花費原則,在兼顧用戶選擇的檢索條件和/或檢索到的數(shù)據(jù)信息的前提下,為用戶規(guī)劃出一套詳細的自駕游路線和攻略,從而讓用戶花最少的錢,走最少的路,享受更多的自駕游服務(wù)。
其中,基于最短路徑原則定制至少一個自駕游方案可以是,依據(jù)檢索條件和/或數(shù)據(jù)信息整合出指定時長內(nèi)自駕距離較短的行程規(guī)劃,還可以是依據(jù)檢索條件和/或數(shù)據(jù)信息整合出指定時長內(nèi)自駕時間短的行程規(guī)劃。路程短的方案既節(jié)省了自駕游用戶的時間,也降低了油耗,從而節(jié)省了旅游經(jīng)費。
例如,根據(jù)檢索條件和/或數(shù)據(jù)信息,利用預(yù)設(shè)算法計算并整合出的自駕游路線的長度均為300公里之內(nèi)的路線,或者定制出的從出發(fā)地到目的地的自駕游路線的時間均為3小時之內(nèi)的路線。
基于最少花費原則定制至少一個自駕游方案可以是,依據(jù)檢索條件和/或數(shù)據(jù)信息整合出指定時長內(nèi)消費低的行程規(guī)劃。例如,根據(jù)檢索條件和/或數(shù)據(jù)信息,利用預(yù)設(shè)算法計算并整合出的自駕游景點均為平均消費為2000元之內(nèi)的景點。
為了更加清楚地體現(xiàn)本發(fā)明實施例,現(xiàn)以一具體場景中的實施例對本發(fā)明方案進行介紹。在該實施例中,自駕游用戶為王先生,其當(dāng)前所在城市是上海,王先生想利用“五一”節(jié)假日時間駕車帶領(lǐng)家人在江浙滬一帶進行為期兩天的自駕游。并且,杭州西湖、雷峰塔這兩個地方之前已經(jīng)去過,這次不打算去。
行程前,王先生可以先注冊用戶客戶端,并在注冊完成之后,將自己的自駕游需求提供給用戶客戶端的檢索界面上的檢索入口。
具體的,王先生在檢索入口選擇的篩選條件如下:
預(yù)算經(jīng)費:4000~5000元;區(qū)域范圍:上海迪士尼、蘇州、杭州、千島湖;總路線范圍:1000公里以內(nèi);旅游主題:親子型、田園風(fēng)光、文化古跡;感興趣景點:迪士尼,周莊;酒店品質(zhì):經(jīng)濟型;
選擇的過濾條件為:
不感興趣景點:杭州西湖、雷峰塔。
然后,用戶客戶端基于王先生選擇的上述篩選條件和過濾條件,從數(shù)據(jù)庫的不同分類中檢索出與各條件相應(yīng)的數(shù)據(jù)信息,并對檢索條件和/或數(shù)據(jù)信息進行整合處理,從而得到滿足王先生需求的多個自駕游方案,例如,參見圖3所示的用戶客戶端中展示出兩個自駕游方案。
方案一
第一天,上午從上海出發(fā)地抵達蘇州到達拙政園(票價50元),下午從拙政園出發(fā)到達古運河碼頭乘船開始姑蘇水上游(票價40元)(路程約20分鐘)。
第二天,上午從蘇州出發(fā)地抵達烏鎮(zhèn)東柵景區(qū)(票價120元),烏鎮(zhèn)東柵景區(qū)可以游玩一天,晚上住烏鎮(zhèn)的特色客棧“xx客?!?標間價格300元左右),并在該客棧品嘗特色美食。
方案二
第一天,上午從上海出發(fā)地抵達蘇州到達拙政園(票價50元),下午從拙政園出發(fā)到達寒山寺(票價20元)(路程約45分鐘),在具寒山寺3000處的“xx湘菜館”吃晚餐,并入住距“xx湘菜館”1000米的“xx快捷酒店”(標間價格200元左右)。
第二天,上午從蘇州出發(fā)地抵達烏鎮(zhèn)東柵景區(qū)(票價120元),烏鎮(zhèn)東柵景區(qū)可以游玩一天,晚上住烏鎮(zhèn)的特色客?!皒x客?!?,并在該客棧品嘗特色美食。
如圖3所示,王先生最終選擇了方案一。
行程中,王先生在駕車時,開啟用戶客戶端,該用戶客戶端根據(jù)王先生之前選擇的自駕游方案和當(dāng)前所處位置,調(diào)用導(dǎo)航應(yīng)用程序的api接口,并在全程為王先生導(dǎo)航到指定的景點,該導(dǎo)航應(yīng)用程序的api接口還可以為王先生導(dǎo)航到指定的餐館,酒店,停車場和購物超市等。當(dāng)王先生根據(jù)導(dǎo)航的路線到達目的景點后,用戶客戶端基于定位技術(shù)識別到當(dāng)前景點位置,實時為王先生語音介紹景點信息,充當(dāng)王先生的電子導(dǎo)游。
行程后,若王先生可以通過該用戶客戶端的車友圈功能,分享旅游的精彩瞬間(如照片等),并同其他車友們進行網(wǎng)上評論和互動。
基于同一發(fā)明構(gòu)思,本發(fā)明實施例還提供了一種自駕游服務(wù)的提供裝置,應(yīng)用于用戶客戶端。參見圖4,圖4示出了根據(jù)本發(fā)明一實施例自駕游服務(wù)的提供裝置的結(jié)構(gòu)示意圖。自駕游服務(wù)的提供裝置400包括接收單元410、檢索單元420以及整合單元430。
現(xiàn)介紹本發(fā)明實施例的自駕游服務(wù)的提供裝置400的各組成或器件的功能以及各部分間的連接關(guān)系:
接收單元410,適于在客戶端的檢索界面提供檢索入口,并利用檢索入口接收用戶選擇的自駕游的檢索條件;
檢索單元420,與接收單元410相耦合,適于基于用戶選擇的檢索條件,從數(shù)據(jù)庫的不同分類中檢索出與其相應(yīng)的數(shù)據(jù)信息;
整合單元430,與檢索單元420相耦合,適于對檢索條件和/或數(shù)據(jù)信息進行整合處理,以得到滿足用戶需求的至少一個自駕游方案,其中,自駕游方案包括指定時長內(nèi)的用戶的行程規(guī)劃。
在本發(fā)明一實施例中,接收單元410還適于在利用檢索入口接收用戶選擇的自駕游的檢索條件之前,利用檢索入口接收用戶輸入的檢索范圍參數(shù),并依據(jù)檢索范圍參數(shù)提供在后續(xù)由用戶選擇的檢索條件。
在本發(fā)明一實施例中,檢索范圍參數(shù)包括以下至少之一,預(yù)算經(jīng)費、路線范圍、區(qū)域范圍以及地理范圍等。
在本發(fā)明一實施例中,檢索條件包括篩選條件和/或過濾條件,其中,篩選條件中包括用戶感興趣的待篩選數(shù)據(jù)項,過濾條件中包括用戶不感興趣的待過濾數(shù)據(jù)項。
在本發(fā)明一實施例中,檢索單元420還適于基于用戶選擇的篩選條件,從數(shù)據(jù)庫的不同分類中檢索出與其相關(guān)的數(shù)據(jù)信息;和/或基于用戶選擇的過濾條件,從數(shù)據(jù)庫的不同分類中檢索出與其不相關(guān)的數(shù)據(jù)信息。
在本發(fā)明一實施例中,整合單元430還適于依據(jù)檢索條件和/或數(shù)據(jù)信息整合出指定時長內(nèi)自駕距離短的行程規(guī)劃,以定制至少一個自駕游方案?;蛘?,依據(jù)檢索條件和/或數(shù)據(jù)信息整合出指定時長內(nèi)自駕時間短的行程規(guī)劃,以定制至少一個自駕游方案?;蛘咭罁?jù)檢索條件和/或數(shù)據(jù)信息整合出指定時長內(nèi)消費低的行程規(guī)劃,以定制至少一個自駕游方案。
在本發(fā)明一實施例中,自駕游方案的內(nèi)容包括以下至少之一自駕游路線、景點游覽順序、各景點的游玩時間、依據(jù)自駕游游路線定制的酒店、餐館、停車場、購物超市、購物商城的位置信息等。
本發(fā)明實施例還提供了另一種自駕游服務(wù)的提供裝置,應(yīng)用于用戶客戶端。參見圖5,該自駕游服務(wù)的提供裝置400除了包含上述各單元之外,還包括調(diào)用單元440。
調(diào)用單元440,與整合單元430相耦合,適于在檢測到用戶已選擇并啟動自駕游方案時,獲取用戶當(dāng)前在自駕游方案中的行程狀態(tài),并根據(jù)用戶的行程狀態(tài)調(diào)用與當(dāng)前行程狀態(tài)匹配的第三方應(yīng)用程序接口,將用戶的當(dāng)前行程狀態(tài)轉(zhuǎn)化為具體指令通知至調(diào)用的第三方應(yīng)用程序,由第三方應(yīng)用程序根據(jù)具體指令提供第三方服務(wù)。
在本發(fā)明一實施例中,第三方應(yīng)用程序包括以下至少之一地圖應(yīng)用程序、gps導(dǎo)航應(yīng)用程序、電子導(dǎo)游應(yīng)用程序等。
在本發(fā)明一實施例中,調(diào)用單元440,還適于若用戶的當(dāng)前行程狀態(tài)為駕駛進行中,則調(diào)用gps導(dǎo)航應(yīng)用程序和/或地圖應(yīng)用程序的接口。若用戶的當(dāng)前行程狀態(tài)為景點游覽中,則調(diào)用地圖應(yīng)用程序和/或電子導(dǎo)游應(yīng)用程序的接口。
基于同一發(fā)明構(gòu)思,本發(fā)明實施例還提供了一種自駕游服務(wù)的提供系統(tǒng)。參見圖6,圖6示出了根據(jù)本發(fā)明一實施例自駕游服務(wù)的提供系統(tǒng)的結(jié)構(gòu)示意圖。自駕游服務(wù)的提供系統(tǒng)600包括用戶客戶端610、商家客戶端620以及后臺服務(wù)器630,用戶客戶端610和商家客戶端620均可以安裝在終端設(shè)備(如智能手機、平板電腦、智能手表等)上。其中,
商家客戶端620,接收商家輸入的多個待審核信息,并發(fā)送至后臺服務(wù)器630。
其中,待審核信息可以包括景區(qū)信息、停車場信息、酒店信息、餐館信息、停車場信息、購物超市信息、購物商城信息等等。
后臺服務(wù)器630,接收到待審核信息之后,對各待審核信息進行審核,并將符合預(yù)設(shè)條件的待審核信息保存至數(shù)據(jù)庫。
用戶客戶端610,在其檢索界面提供檢索入口,利用檢索入口接收用戶選擇的自駕游的檢索條件,并將檢索條件發(fā)送至后臺服務(wù)器630。
后臺服務(wù)器630,基于接收到的檢索條件,從數(shù)據(jù)庫的不同分類中檢索出與其相應(yīng)的數(shù)據(jù)信息。并對接收到的檢索條件和/或數(shù)據(jù)信息進行整合處理,以得到滿足用戶需求的至少一個自駕游方案,并返回至用戶客戶端610,其中,自駕游方案包括指定時長內(nèi)的用戶的行程規(guī)劃。其中,后臺服務(wù)器630可以根據(jù)檢索條件和/或數(shù)據(jù)信息,利用預(yù)置的算法計算并整合出至少一個自駕游方案
用戶客戶端610,接收后臺服務(wù)器630返回的滿足用戶需求的至少一個自駕游方案,并展示出來,以供用戶選擇。
在上述實施例中,商家主要包括景區(qū)、酒店、餐館、停車場、購物超市等等。商家客戶端620在審核待審核信息之前,還需對商家的資質(zhì)進行審核。因此,商家可以在在商家客戶端620提供的信息錄入入口處提供商家營業(yè)執(zhí)照等資質(zhì)信息,并由相關(guān)人員對商家的資質(zhì)進行審核。只有商家資質(zhì)通過審核后,商家才能進一步的提交待審核信息。
下面以商家為景區(qū)、酒店、餐館、停車場為例,介紹商家提供待審核信息的方式。
對于景區(qū)來說,由于一個景區(qū)可能包含多個景點,因此商家在輸入多個待審核信息時,可以以景點為單位分別輸入景點信息,也即一個景區(qū)可以注冊一個或多個景點。例如,商家提交的待審核信息包括景點位置、景點主題(如親子型、浪漫休閑、鄉(xiāng)村度假、田園風(fēng)光、文化古跡等,可多選)、門票,景點介紹等。
對于酒店來說,一個酒店往往包含多個不同類型、不同價格的房間,因此商家在輸入多個待審核信息時,可以以房間為單位分別輸入各房間信息信息,即一個酒店注冊多個房間。例如,商家提交的待審核信息包括酒店位置、酒店類型(如快捷型、商務(wù)型、度假型、經(jīng)濟型等)、房間類型(如標準間,豪華大床房等)、房間價格等。
對于餐館來說,商家提交待審核信息包括餐館位置、菜系(如火鍋、湘菜、本幫菜等)、人均消費等。
對于停車場來說,商家提交待審核信息包括停車場位置、停車費等。
在本發(fā)明實施例中,待審核信息包括可選項和必選項,下面以商家為景區(qū)為例,具體介紹各待審核信息的錄入。
一個景點能否會被自駕游方案列入其中的自駕游用戶路線和攻略范疇,位置是重要的判定依據(jù)。后臺服務(wù)器630的預(yù)置算法會根據(jù)自駕游用戶選定的路線范圍鎖定備選景點集合,并基于最短路徑法則優(yōu)先選擇路線短、符合用戶需求的景點。因此,景點位置為商家提交待審核信息時的必選項。
景點門票會影響旅行經(jīng)費,在自駕游用戶限定了旅游經(jīng)費預(yù)算范圍后,一個景點是否會被納入預(yù)置算法的路線和攻略列表中,景點門票也是預(yù)置算法的一項計算、整合依據(jù)。因此,景點門票也為商家提交待審核信息時的必選項。
景點主題可以由景區(qū)商家進行定義,主題類型包括親子型、浪漫休閑、鄉(xiāng)村度假、田園風(fēng)光、文化古跡等,主題可以多選,比如說某個景點同時具備田園風(fēng)光、浪漫休閑、親子型等多個主題。景點主題可以作為后續(xù)重要的篩選條件或過濾條件。后臺服務(wù)器630的預(yù)置算法會根據(jù)自駕游用戶選擇或過濾的景點主題進行景點的選定。因此,景點主題也為商家提交待審核信息時的必選項。
景點介紹主要用于電子導(dǎo)游中,游客抵達某個景點時無需雇傭?qū)в蝸斫榻B景點,用戶客戶端610會自動從數(shù)據(jù)庫中提取該景點的介紹并啟動語音功能,為游客提供電子語音導(dǎo)游。景點介紹不作為后臺服務(wù)器630的預(yù)置算法計算、整合的依據(jù)。因此,景點介紹為商家提交待審核信息時的可選項。
通過上述分析,景區(qū)的商家在提供待審核信息時,景點位置、景點主題、景點門票是必選項,景點介紹為可選項。當(dāng)然景區(qū)商家為了游客對景點有更深的了解,可以上傳一些景點產(chǎn)品,相關(guān)榮譽等。并且,景區(qū)商家上傳的景點信息需經(jīng)過服務(wù)平臺的相關(guān)人員審核通過后方可錄入數(shù)據(jù)庫。
在本發(fā)明一可選實施例中,后臺服務(wù)器630對各待審核信息進行審核,并將符合預(yù)設(shè)條件的待審核信息保存至數(shù)據(jù)庫中時,可以先對各待審核信息進行分類,然后按照不同類別分別將各類待審核信息保存至數(shù)據(jù)庫中。
在本發(fā)明另一可選實施例中,后臺服務(wù)器630對各待審核信息進行審核,并將符合預(yù)設(shè)條件的待審核信息保存至數(shù)據(jù)庫中時,可以判斷待審核信息是否合法,若待審核信息是合法信息,則將待審核信息保存至數(shù)據(jù)庫中,也可以將待審核信息的價格與預(yù)設(shè)閾值進行比較,并將價格不超出預(yù)設(shè)閾值的待審核信息保存至數(shù)據(jù)庫中。
在本發(fā)明一可選實施例中,用戶客戶端610檢測到用戶已選擇并啟動自駕游方案時,獲取用戶當(dāng)前在自駕游方案中的行程狀態(tài),并根據(jù)用戶的行程狀態(tài)調(diào)用與當(dāng)前行程狀態(tài)匹配的第三方應(yīng)用程序接口,將用戶的當(dāng)前行程狀態(tài)轉(zhuǎn)化為具體指令通知至調(diào)用的第三方應(yīng)用程序,由第三方應(yīng)用程序根據(jù)具體指令提供第三方服務(wù)。
在該實施例中,第三方應(yīng)用程序可以包括地圖應(yīng)用程序(如百度地圖、高德地圖等)、gps導(dǎo)航應(yīng)用程序(如圖吧導(dǎo)航、悠悠導(dǎo)航等)、電子導(dǎo)游應(yīng)用程序(如導(dǎo)游大師、北京導(dǎo)游等)等等。
基于上述分析,參見圖7,示出了根據(jù)本發(fā)明另一實施例的自駕游服務(wù)的提供系統(tǒng)。
該實施例中,自駕游服務(wù)的提供系統(tǒng)包括應(yīng)用層、業(yè)務(wù)層、接口層以及數(shù)據(jù)層。其中,應(yīng)用層包括用戶客戶端(即圖7中所示的車主版app)和商家客戶端(即圖7中所示的商家版app)。用戶客戶端供需要進行自駕游的用戶使用,商家客戶端供商家錄入其數(shù)據(jù)信息使用。
業(yè)務(wù)層包括商家信息管理、電子語音導(dǎo)游、定制引擎(包括利用預(yù)置算法定制的自駕游路線和攻略)、gps導(dǎo)航、以及分享與互動,利用不同業(yè)務(wù)為用戶提供不同的服務(wù)器。如,利用商家信息管理為商家提供待審核信息的管理,可以使商家對商家數(shù)據(jù)庫中的數(shù)據(jù)進行更新。電子語音導(dǎo)游可以扮演導(dǎo)游的角色,以為用戶提供電子語音導(dǎo)游服務(wù)。定制引擎可以根據(jù)用戶選擇的檢索條件,利用預(yù)置的算法定制至少一個自駕游方案,即自駕游路線和攻略。
接口層包括百度地圖的接口和gprs(通用分組無線服務(wù)技術(shù))接口。通過調(diào)用百度地圖接口可以在用戶客戶端上展示出地圖信息,供用戶查看。調(diào)用gprs接口用于開啟終端的數(shù)據(jù)業(yè)務(wù),可以使用戶客戶端連接網(wǎng)絡(luò)后,獲取后臺服務(wù)器中的數(shù)據(jù)庫中的數(shù)據(jù)信息,或者在調(diào)用第三方應(yīng)用程序的接口后,使第三方應(yīng)用程序聯(lián)網(wǎng)為用戶提供第三方服務(wù)。
數(shù)據(jù)庫層包括商家數(shù)據(jù)庫、用戶數(shù)據(jù)庫以及其他數(shù)據(jù)庫。其中,商家數(shù)據(jù)庫即上文中提及的數(shù)據(jù)庫,商家提供的待審核信息通過審核之后,會被保存至該商家數(shù)據(jù)庫中,并且,服務(wù)器可以基于接收到的用戶所選檢索條件,從商家數(shù)據(jù)庫的不同分類中檢索出與其相應(yīng)的數(shù)據(jù)信息。用戶數(shù)據(jù)庫中保存了用戶的個人信息、注冊信息等。其他數(shù)據(jù)庫中保存了該系統(tǒng)產(chǎn)生的其他的數(shù)據(jù)信息。
根據(jù)上述任意一個優(yōu)選實施例或多個優(yōu)選實施例的組合,本發(fā)明實施例能夠達到如下有益效果:
在本發(fā)明實施例中,通過在客戶端的檢索界面提供檢索入口,可以使用戶通過該檢索入口選擇符合用戶需求的自駕游的檢索條件,客戶端基于用戶選擇的檢索條件,從數(shù)據(jù)庫的不同分類中檢索出與所選檢索條件相應(yīng)的數(shù)據(jù)信息,并對檢索條件和/或數(shù)據(jù)信息進行整合處理后,能夠得到滿足用戶需求的至少一個自駕游方案,其中,任一自駕游方案包括指定時長內(nèi)的用戶的行程規(guī)劃。由此,本發(fā)明實施例能夠靈活地為用戶定制符合用戶需求的自駕游路線和攻略,從而讓用戶可以根據(jù)自身的興趣愛好選取感興趣的自駕游方案進行出游,進而使用戶花費更少的錢享受更優(yōu)質(zhì)、更適合自己的自駕游服務(wù)。
進一步地,本發(fā)明實施例通過利用不同用戶的不同需求定制個性化的自駕游方案,可以大大節(jié)約用戶自己查找自駕游路線、規(guī)劃旅游攻略的時間和精力,有效地提高用戶體驗。
在此處所提供的說明書中,說明了大量具體細節(jié)。然而,能夠理解,本發(fā)明的實施例可以在沒有這些具體細節(jié)的情況下實踐。在一些實例中,并未詳細示出公知的方法、結(jié)構(gòu)和技術(shù),以便不模糊對本說明書的理解。
類似地,應(yīng)當(dāng)理解,為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個,在上面對本發(fā)明的示例性實施例的描述中,本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而,并不應(yīng)將該公開的方法解釋成反映如下意圖:即所要求保護的本發(fā)明要求比在每個權(quán)利要求中所明確記載的特征更多的特征。更確切地說,如下面的權(quán)利要求書所反映的那樣,發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此,遵循具體實施方式的權(quán)利要求書由此明確地并入該具體實施方式,其中每個權(quán)利要求本身都作為本發(fā)明的單獨實施例。
本領(lǐng)域那些技術(shù)人員可以理解,可以對實施例中的設(shè)備中的模塊進行自適應(yīng)性地改變并且把它們設(shè)置在與該實施例不同的一個或多個設(shè)備中??梢园褜嵤├械哪K或單元或組件組合成一個模塊或單元或組件,以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外,可以采用任何組合對本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設(shè)備的所有過程或單元進行組合。除非另外明確陳述,本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。
此外,本領(lǐng)域的技術(shù)人員能夠理解,盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征,但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實施例。例如,在權(quán)利要求書中,所要求保護的實施例的任意之一都可以以任意的組合方式來使用。
本發(fā)明的各個部件實施例可以以硬件實現(xiàn),或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn),或者以它們的組合實現(xiàn)。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解,可以在實踐中使用微處理器或者數(shù)字信號處理器(dsp)來實現(xiàn)根據(jù)本發(fā)明實施例的自駕游服務(wù)的提供裝置中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如,計算機程序和計算機程序產(chǎn)品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機可讀介質(zhì)上,或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到,或者在載體信號上提供,或者以任何其他形式提供。
應(yīng)該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制,并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計出替換實施例。在權(quán)利要求中,不應(yīng)將位于括號之間的任何參考符號構(gòu)造成對權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當(dāng)編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中,這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序??蓪⑦@些單詞解釋為名稱。
至此,本領(lǐng)域技術(shù)人員應(yīng)認識到,雖然本文已詳盡示出和描述了本發(fā)明的多個示例性實施例,但是,在不脫離本發(fā)明精神和范圍的情況下,仍可根據(jù)本發(fā)明公開的內(nèi)容直接確定或推導(dǎo)出符合本發(fā)明原理的許多其他變型或修改。因此,本發(fā)明的范圍應(yīng)被理解和認定為覆蓋了所有這些其他變型或修改。