經(jīng)停路徑上在所述出發(fā)地點之前所設置的停 靠站，確定N個虛構出發(fā)地點，N為大于或等于1的整數(shù)。
[0113] 104、根據(jù)所述查詢數(shù)據(jù)和所述N個虛構出發(fā)地點，獲得經(jīng)過所述出發(fā)地點到所述 目的地點的P個虛構路徑，P為大于或等于1的整數(shù)，所述P個虛構路徑中每個虛構路徑的 出發(fā)地點為一個虛構出發(fā)地點。
[0114] 所謂的經(jīng)過所述出發(fā)地點到所述目的地點的虛構路徑，是指用戶可以持所獲取的 從出發(fā)地點之前的其他地點（即虛構路徑的出發(fā)地點）到目的地點的乘坐憑據(jù)，最早可以 在該其他地點開始乘坐該虛構路徑上的交通工具，經(jīng)過所述查詢數(shù)據(jù)中所包括的出發(fā)地 點，到達目的地點。此時，所述其他地點，可以為該交通工具的始發(fā)地點，或者還可以為該交 通工具的經(jīng)停地點即經(jīng)過停車的地點，本實施例對此不進行特別限定。
[0115] 所謂的虛構出發(fā)地點即虛構路徑的出發(fā)地點，是指用戶所持有的乘坐憑據(jù)，可以 支持用戶最早從虛構出發(fā)地點開始乘坐該虛構路徑上的交通工具，也就是說，用戶可以從 虛構出發(fā)地點，以及虛構出發(fā)地點之后的任意一個地點（包括所述查詢數(shù)據(jù)中所包括的出 發(fā)地點）開始乘坐該虛構路徑上的交通工具，到達目的地點。
[0116] 105、輸出所述P個虛構路徑。
[0117] 本實施例中，所涉及的經(jīng)過，均是指經(jīng)過并停車的意思。
[0118] 至此，向用戶展現(xiàn)了 P個虛構路徑，每個虛構路徑并不是一個僅僅從所述出發(fā)地 點到所述目的地點的路徑，而是一個可以從所述出發(fā)地點之前的某個停靠站經(jīng)過所述出發(fā) 地點，再到所述目的地點的路徑。每個虛構路徑的出發(fā)地點可以為所述查詢數(shù)據(jù)中所包括 的所述出發(fā)地點之前的任一?？空?。這樣，給用戶提供了另一種出行方式，同樣能夠實現(xiàn)從 出發(fā)地點到目的地點這一基本目的，從而有效地提高路徑查詢的成功率。
[0119] 與僅僅從所述出發(fā)地點到所述目的地點的路徑相比，選擇從所述出發(fā)地點之前的 某個?？空窘?jīng)過所述出發(fā)地點，再到所述目的地點的虛構路徑的出行方式，可能需要用戶 支付更多的費用，以獲取虛構路徑上可乘坐的交通工具的乘坐憑據(jù)。此時，在獲取到虛構路 徑上可乘坐的交通工具的乘坐憑據(jù)之后，用戶可以從虛構路徑的出發(fā)地點之后，且虛構路 徑的目的地點之前的任一停靠站，開始乘坐該交通工具，例如，在所述查詢數(shù)據(jù)中所包括的 所述出發(fā)地點，直到虛構路徑的目的地點再離開該交通工具。
[0120] 需要說明的是，101?105的執(zhí)行主體的部分或全部可以為位于本地終端的應 用，或者還可以為設置在位于本地終端的應用中的插件或軟件開發(fā)工具包（Software Development Kit，SDK)等功能單元，或者還可以為位于網(wǎng)絡側服務器中的查詢引擎，或者 還可以為位于網(wǎng)絡側的分布式系統(tǒng)，本實施例對此不進行特別限定。
[0121] 可以理解的是，所述應用可以是安裝在終端上的本地程序（nativeApp)，或者還可 以是終端上的瀏覽器的一個網(wǎng)頁程序（webApp)，本實施例對此不進行限定。
[0122] 這樣，通過根據(jù)所獲取的查詢數(shù)據(jù)，獲得經(jīng)過出發(fā)地點到目的地點的M個經(jīng)停路 徑，M為大于或等于1的整數(shù)，進而根據(jù)所述M個經(jīng)停路徑中每個經(jīng)停路徑上在所述出發(fā)地 點之前所設置的?？空荆_定N個虛構出發(fā)地點，N為大于或等于1的整數(shù)，使得能夠根據(jù) 所述查詢數(shù)據(jù)和所述N個虛構出發(fā)地點，獲得經(jīng)過所述出發(fā)地點到所述目的地點的P個虛 構路徑，P為大于或等于1的整數(shù)，所述P個虛構路徑中每個虛構路徑的出發(fā)地點為一個虛 構出發(fā)地點，由于不再完全依賴出發(fā)地點和目的地點執(zhí)行查詢操作，而是結合每個經(jīng)停路 徑上在所述出發(fā)地點之前所設置的?？空緢?zhí)行查詢操作，使得查詢結果能夠基本滿足用戶 的查詢意圖，因此，能夠避免現(xiàn)有技術中由于用戶通過應用反復瀏覽查詢結果頁或者反復 進行查詢而導致的增加應用與查詢引擎之間的數(shù)據(jù)交互的問題，從而降低了查詢引擎的處 理負擔。
[0123] 本實施例中，用戶想要使用所輸入的查詢數(shù)據(jù)，查詢該查詢數(shù)據(jù)所對應的匹配路 徑?；蛘?，還可以進一步地查詢并獲取該匹配路徑上可乘坐的交通工具的乘坐憑據(jù)。所述 查詢數(shù)據(jù)中可以包括但不限于出發(fā)地點和目的地點，本實施例對此不進行特別限定。
[0124] 所謂的一個匹配路徑，可以為一個從出發(fā)地點直接到達目的地點的路徑，或者還 可以為從出發(fā)地點開始幾個首位相連的分段路徑，本實施例對此不進行特別限定。
[0125] 本實施例中，所謂的路徑，是指從一個指定出發(fā)地點到達一個指定目的地點的交 通路線。其中，所述指定出發(fā)地點可以為始發(fā)地點，或者還可以為經(jīng)停地點，本實施例對此 不進行特別限定；所述指定目的地點可以為終止地點，或者還可以為經(jīng)停地點，本實施例對 此不進行特別限定。
[0126] 每個路徑，可以對應一個指定出發(fā)地點和一個指定目的地點。其上可以設置若干 個?？空?，其上還需要有交通工具（包括工具類型和坐席類型），以供用戶乘坐其從出發(fā)地 點到目的地點。只有指定出發(fā)地點、指定目的地點、起始地點與終止地點之間所設置的?？?站以及交通工具都一致，才認為是同一個路徑。
[0127] 可選地，在本實施例的一個可能的實現(xiàn)方式中，在101中，具體可以采集用戶所提 供的所述查詢關鍵詞，也可以稱為查詢數(shù)據(jù)，可以通過用戶所觸發(fā)的查詢命令實現(xiàn)。具體可 以采用下述兩種方式觸發(fā)查詢命令：
[0128]方式一：
[0129] 用戶可以在當前應用所展現(xiàn)的頁面上所輸入所述查詢關鍵詞，該查詢關鍵詞可以 包括出發(fā)地點和目的地點。然后，通過點擊該頁面上的查詢按鈕，例如，百度搶票寶等查詢 系統(tǒng)所提供的一鍵秒殺等，以觸發(fā)查詢命令，該查詢命令中包含所述查詢關鍵詞。這樣，在 接收到該查詢命令之后，則可以解析出其中所包含的所述查詢關鍵詞。
[0130]方式二：
[0131] 采用異步加載技術例如，Ajax異步加載或Jsonp異步加載等，實時獲取用戶在當 前應用所展現(xiàn)的頁面上所輸入的輸入內容，為了與查詢關鍵詞進行區(qū)分，此時的輸入內容 可以稱為是輸入關鍵詞。然后，通過點擊該頁面上的查詢按鈕，例如，百度搶票寶等查詢系 統(tǒng)所提供的一鍵秒殺等，或者獲取完一個輸入字符，以觸發(fā)查詢命令，該查詢命令中包含所 述查詢關鍵詞。這樣，在接收到該查詢命令之后，則可以解析出其中所包含的所述查詢關鍵 詞。具體地，具體可以提供Ajax接口或Jsonp接口等接口，這些接口可以使用Java、超級 文本預處理（Hypertext Preprocessor，PHP)語言等語言進行編寫，其具體的調用可以使用 Jquery，或者原生的JavaScript等語言進行編寫。
[0132] 在一個具體的實現(xiàn)過程中，所述查詢數(shù)據(jù)中還可以進一步包括除了出發(fā)地點和目 的地點之外的其他查詢內容。這些查詢內容可以用于描述本次查詢的屬性特征，因此，這些 查詢內容還可以稱為查詢特征。
[0133] 具體地，所述查詢特征可以包括但不限于下列信息中的至少一項：
[0134] 可乘坐的交通工具的乘坐憑據(jù)的獲取信息；
[0135] 可乘坐的交通工具的工具類型；
[0136] 可乘坐的交通工具的編號；以及
[0137] 可乘坐的交通工具的坐席類型。
[0138]其中，
[0139] 可乘坐的交通工具的乘坐憑據(jù)的獲取信息，是指希望乘坐的交通工具的乘坐憑據(jù) 的價格信息或折扣信息，例如，7折以下等折扣信息。
[0140] 可乘坐的交通工具的工具類型，是指希望乘坐的交通工具的基本類型和具體類 型，例如，汽車、火車和飛機等基本類型，或者，再例如，GC-高鐵/城際、D-動車、Z-直達、 T-特快、K-快速、L-臨客和數(shù)字-普快等火車車次類型，等等。
[0141] 可乘坐的交通工具的編號，是指希望乘坐的交通工具的序號，例如，K105和T107 等火車車次。
[0142] 可乘坐的交通工具的坐席類型，是指希望乘坐的交通工具的坐席級別，例如，商務 座、特等座、一等座、二等座、軟臥、硬臥和硬座等火車的席別類型。
[0143] 可以理解的是，所述查詢特征中還可以進一步包括出行日期數(shù)據(jù)，以供查詢該出 行日期數(shù)據(jù)所指示的日期內，是否有匹配的路徑以及可乘坐的交通工具。
[0144] 可選地，在本實施例的一個可能的實現(xiàn)方式中，在102中，具體可以采用現(xiàn)有技術 中的方案，根據(jù)所述查詢數(shù)據(jù)，獲得經(jīng)過所述出發(fā)地點到所述目的地點的M個經(jīng)停路徑。詳 細描述可以參見現(xiàn)有技術中的相關內容，此處不再贅述。
[0145] 在一個具體的實現(xiàn)過程中，具體可以采用現(xiàn)有技術中的方案，根據(jù)所述查詢數(shù)據(jù)， 獲得經(jīng)過所述出發(fā)地點到所述目的地點的若干個經(jīng)停路徑。詳細描述可以參見現(xiàn)有技術中 的相關內容，此處不再贅述。然后，則可以從這些若干個經(jīng)停路徑中，選擇部分經(jīng)停路徑或 者全部經(jīng)停路徑，作為所述M個經(jīng)停路徑。
[0146] 具體地，具體可以根據(jù)每個經(jīng)停路徑上的交通工具的工具類型，選擇各個交通工 具的工具類型所在的經(jīng)停路徑各指定數(shù)量例如3個等，不足指定數(shù)量的取最大個數(shù)即可， 以作為所述M個經(jīng)停路徑。所述指定數(shù)量的取值，可以在云端進行靈活配置，本實施例對此 不進行特別限定。
[0147] 以出發(fā)地點為聊城，目的地點為贛州即聊城-贛州為例，如果用戶未輸入火車車 次類型和車次，則可以選擇K字頭車次總共3個，即K1453、K571和K105,以及選擇T字頭 車次總共3個，即T107、T85和T185,總共6個經(jīng)停路徑作為后續(xù)操作所基于的經(jīng)停路徑。
[0148] 可選地，在本實施例的一個可能的實現(xiàn)方式中，在102之后，在103之前，還可以進 一步對查詢數(shù)據(jù)和執(zhí)行102所獲得的查詢結果中的至少一項進行判斷處理，以判斷其是否 滿足觸發(fā)執(zhí)行103的條件。
[0149] 在一個具體的實現(xiàn)過程中，具體可以對所述出發(fā)地點和所述目的地點進行判斷， 判斷二者是否在指定范圍之內，例如，同一個省等。若所述出發(fā)地點和所述目的地點不在指 定范圍之內，說明其滿足觸發(fā)執(zhí)行103的條件，則觸發(fā)執(zhí)行103,即根據(jù)所述M個經(jīng)停路徑中 每個經(jīng)停路徑上在所述出發(fā)地點之前所設