基于瀏覽器購票的方法和瀏覽器插件的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，具體而言，涉及一種基于瀏覽器購票的方法和瀏覽器插件。
【背景技術(shù)】
[0002]目前，用戶的出行方式比較多，可以通過火車、汽車、飛機來完成出行，而隨著火車、汽車、飛機等可到達的地點越來越多，如何來對出行進行規(guī)劃就成為一個用戶需要面對的問題。
[0003]在互聯(lián)網(wǎng)發(fā)展的環(huán)境下，用戶可以通過在線購票的方式，來根據(jù)自己的出行快速訂票。但是，某些出行路線對應的車票機票等，可能會由于各種原因在短時間內(nèi)銷售一空，這就導致用戶買不到車票或者機票，造成用戶無法出行。

【發(fā)明內(nèi)容】

[0004]鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的基于瀏覽器購票的方法和瀏覽器插件。
[0005]依據(jù)本發(fā)明的一個方面，提供了一種基于瀏覽器購票的方法，其包括:獲取用戶的路線需求信息；將所述路線需求信息從瀏覽器發(fā)送給所述瀏覽器對應的第一服務器，并請求所述第一服務器按所述路線信息與用于購票的第二服務器進行交互以得到與所述路線需求信息對應的多張待購票的信息，并在所述瀏覽器接收來自所述第一服務器的所述多張待購票的信息；在所述瀏覽器中將所述多張待購票的信息提供給所述用戶，以提示所述用戶進行購票。
[0006]依據(jù)本發(fā)明的另一方面，還提供了一種瀏覽器插件，其包括:路線需求信息獲取模塊，用于獲取用戶的路線需求信息；待購票信息獲取模塊，用于將所述路線需求信息從瀏覽器發(fā)送給所述瀏覽器對應的第一服務器，并請求所述第一服務器按所述路線信息與用于購票的第二服務器進行交互以得到與所述路線需求信息對應的多張待購票的信息，并在所述瀏覽器接收來自所述第一服務器的所述多張待購票的信息；提示模塊，用于在所述瀏覽器中將所述多張待購票的信息提供給所述用戶，以提示所述用戶進行購票。
[0007]根據(jù)以上的技術(shù)方案，本發(fā)明的基于瀏覽器購票的方法和瀏覽器插件，至少具有以下優(yōu)點:
[0008]本發(fā)明的技術(shù)方案中，以瀏覽器插件的形式允許按照用戶的路線需求，為用戶提供滿足其需求的多張待購票；則根據(jù)本發(fā)明的技術(shù)方案可知，在用戶無法購買到滿足其需求的單張票的情況下，自動為用戶提供了由多張票形成的替代方案，從而用戶使用該多張票即可達到自己的出行目的。
[0009]上述說明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說明書的內(nèi)容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的【具體實施方式】。
【附圖說明】
[0010]通過閱讀下文優(yōu)選實施方式的詳細描述，各種其他的優(yōu)點和益處對于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中:
[0011]圖1示出了根據(jù)本發(fā)明的一個實施例的基于瀏覽器購票的方法的流程圖；
[0012]圖2示出了根據(jù)本發(fā)明的一個實施例的基于瀏覽器購票的方法的流程圖；
[0013]圖3示出了根據(jù)本發(fā)明的一個實施例的瀏覽器插件的框圖；
[0014]圖4示出了根據(jù)本發(fā)明的一個實施例的瀏覽器插件的框圖。
【具體實施方式】
[0015]下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應當理解，可以以各種形式實現(xiàn)本公開而不應被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達給本領(lǐng)域的技術(shù)人員。
[0016]如圖1所示，本發(fā)明的一個實施例中提供了一種基于瀏覽器購票的方法，其包括:
[0017]步驟110，獲取用戶的路線需求信息。在本實施例的技術(shù)方案中，對用戶的需求不進行限制，例如，用戶對出行地點、時間、價格上的需求，均考慮在本實施例的技術(shù)方案中。
[0018]步驟120，將路線需求信息從瀏覽器發(fā)送給瀏覽器對應的第一服務器，并請求第一服務器按路線信息與用于購票的第二服務器進行交互以得到與路線需求信息對應的多張待購票的信息，并在瀏覽器接收來自第一服務器的多張待購票的信息。在本實施例的技術(shù)方案中，不需要用戶在瀏覽器上按照路線需求信息進行查詢，而是將查詢?nèi)蝿战唤o第一服務器，這可以有效地減少瀏覽器的工作量，同時第一服務器與第二服務器之間的交互更加有效率，可以更快地位用戶查找到多張待購票。在本實施例的技術(shù)方案中，待購票不限于火車票、汽車票、飛機票等。以下對多張待購票與路線需求信息之間的對應關(guān)系進行具體解釋:
[0019]I)路線需求信息包括起點和終點；多張待購票的信息與路線需求信息對應包括:多張待購票形成具有起點和終點的路線。例如，用戶的起點是A地，終點是B地。則提供的多張待購票的組合方案可以是:起點為C地、終點是D地、途中經(jīng)過A地的一張車票、以及起點是D地、終點是B地的另一張車票。該兩張車票所組成的路線中，包含了起點是A地、終點是B地的路線。
[0020]2)路線需求信息還包括出發(fā)時間和/或到達時間；多張待購票的信息與路線需求信息對應還包括:多張待購票的信息中對應起點的時間與出發(fā)時間相符，和/或多張待購票的信息中對應終點的時間與到達時間相符。在本實施例的技術(shù)方案中，結(jié)合前述內(nèi)容，用戶需要在周一在A地出發(fā)、以及周二到達B地，則要求第一張車票經(jīng)過A地的時間是周一，第二張車票到達B地的時間是周二。
[0021]3)路線需求信息還包括用戶設置的價格區(qū)間；多張待購票的信息與路線需求信息對應還包括:多張待購票的總價格位于價格區(qū)間內(nèi)。在本實施例的技術(shù)方案中，結(jié)合前述內(nèi)容，例如，用戶設置了本次預算為1000元，如果第一張車票的價格為500元，第二張車票的價格為400元，則兩張車票總價為900元，在預算的價格區(qū)間之內(nèi)，而符合對應關(guān)系。
[0022]步驟130，在瀏覽器中將多張待購票的信息提供給用戶，以提示用戶進行購票。
[0023]如圖2所示，本發(fā)明的一個實施例中提供了一種基于瀏覽器購票的方法，其包括:
[0024]步驟210，在網(wǎng)頁上注入腳本以生成觸發(fā)按鈕，在用戶觸發(fā)按鈕時進入步驟220。在本實施例的技術(shù)方案中，在用戶進行購票的網(wǎng)頁上添加了該按鈕，通過點擊該按鈕來觸發(fā)實現(xiàn)本實施例的技術(shù)方案；由于用戶仍是使用熟悉的購票網(wǎng)頁，所以本實施例不會對用戶對網(wǎng)頁的正常使用造成任何影響，而添加的觸發(fā)按鈕為用戶實現(xiàn)了對待購票的快速查找。
[0025]步驟220，從第二服務器對應的網(wǎng)頁登錄第二服務器，以查詢用戶設置的路線需求信息。路線需求信息還包括用戶用于通過第二服務器購票的身份信息，在用戶通過瀏覽器登錄第二服務器時，從第二服務器獲取用戶的身份信息。在本實施例的技術(shù)方案中，用戶通過瀏覽器登錄第二服務器時，只需要按照正常的習慣在購票網(wǎng)頁上輸入自己的需求信息即可，本實施例的技術(shù)方案自動獲取該信息并發(fā)送給瀏覽器服務器進行查詢；其中，包括獲取用戶當前用于登錄的身份信息；而有了用戶的身份信息之后，第一服務器就可以使用該身份信息成功連接第二服務器。
[0026]步驟230，將路線需求信息從瀏覽器發(fā)送給瀏覽器對應的第一服務器，并請求第一服務器按路線信息與用于購票的第二服務器進行交互以得到與路線需求信息對應的多張待購票的信息，并在瀏覽器接收來自第一服務器的多張待購票的信息。身份信息用于供第一服務器按身份信息登錄第二服務器以進行交互
[0027]步驟240，在瀏覽器中將多張待購票的信息提供給用戶，以提示用戶進行購票。
[0028]如圖3所示，本發(fā)明的一個實施例中提供了一種瀏覽器插件，其包括:
[0029]路線需求信息獲取模塊310，獲取用戶的路線需求信息。在本實施例的技術(shù)方案中