，对用户的需求不进行限制，例如，用户对出行地点、时间、价格上的需求，均考虑在本实施例的技术方案中。
[0030]待购票信息获取模块320，将路线需求信息从浏览器发送给浏览器对应的第一服务器，并请求第一服务器按路线信息与用于购票的第二服务器进行交互以得到与路线需求信息对应的多张待购票的信息，并在浏览器接收来自第一服务器的多张待购票的信息。在本实施例的技术方案中，不需要用户在浏览器上按照路线需求信息进行查询，而是将查询任务交给第一服务器，这可以有效地减少浏览器的工作量，同时第一服务器与第二服务器之间的交互更加有效率，可以更快地位用户查找到多张待购票。在本实施例的技术方案中，待购票不限于火车票、汽车票、飞机票等。以下对多张待购票与路线需求信息之间的对应关系进行具体解释:
[0031]I)路线需求信息包括起点和终点；多张待购票的信息与路线需求信息对应包括:多张待购票形成具有起点和终点的路线。例如，用户的起点是A地，终点是B地。则提供的多张待购票的组合方案可以是:起点为C地、终点是D地、途中经过A地的一张车票、以及起点是D地、终点是B地的另一张车票。该两张车票所组成的路线中，包含了起点是A地、终点是B地的路线。
[0032]2)路线需求信息还包括出发时间和/或到达时间；多张待购票的信息与路线需求信息对应还包括:多张待购票的信息中对应起点的时间与出发时间相符，和/或多张待购票的信息中对应终点的时间与到达时间相符。在本实施例的技术方案中，结合前述内容，用户需要在周一在A地出发、以及周二到达B地，则要求第一张车票经过A地的时间是周一，第二张车票到达B地的时间是周二。
[0033]3)路线需求信息还包括用户设置的价格区间；多张待购票的信息与路线需求信息对应还包括:多张待购票的总价格位于价格区间内。在本实施例的技术方案中，结合前述内容，例如，用户设置了本次预算为1000元，如果第一张车票的价格为500元，第二张车票的价格为400元，则两张车票总价为900元，在预算的价格区间之内，而符合对应关系。
[0034]提示模块330，在浏览器中将多张待购票的信息提供给用户，以提示用户进行购西
ο
[0035]如图4所示，本发明的一个实施例中提供了一种浏览器插件，其包括:
[0036]触发模块410，在网页上注入脚本以生成触发按钮，在用户触发按钮时路线需求信息获取模块420执行获取用户的路线需求信息。在本实施例的技术方案中，在用户进行购票的网页上添加了该按钮，通过点击该按钮来触发实现本实施例的技术方案；由于用户仍是使用熟悉的购票网页，所以本实施例不会对用户对网页的正常使用造成任何影响，而添加的触发按钮为用户实现了对待购票的快速查找。
[0037]路线需求信息获取模块420，从第二服务器对应的网页登录第二服务器，以查询用户设置的路线需求信息。路线需求信息还包括用户用于通过第二服务器购票的身份信息，在用户通过浏览器登录第二服务器时，从第二服务器获取用户的身份信息。在本实施例的技术方案中，用户通过浏览器登录第二服务器时，只需要按照正常的习惯在购票网页上输入自己的需求信息即可，本实施例的技术方案自动获取该信息并发送给浏览器服务器进行查询；其中，包括获取用户当前用于登录的身份信息；而有了用户的身份信息之后，第一服务器就可以使用该身份信息成功连接第二服务器。
[0038]待购票信息获取模块430，将路线需求信息从浏览器发送给浏览器对应的第一服务器，并请求第一服务器按路线信息与用于购票的第二服务器进行交互以得到与路线需求信息对应的多张待购票的信息，并在浏览器接收来自第一服务器的多张待购票的信息。身份信息用于供第一服务器按身份信息登录第二服务器以进行交互
[0039]提示模块440，在浏览器中将多张待购票的信息提供给用户，以提示用户进行购西
ο
[0040]在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
[0041]在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
[0042]类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循【具体实施方式】的权利要求书由此明确地并入该【具体实施方式】，其中每个权利要求本身都作为本发明的单独实施例。
[0043]本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0044]此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0045]本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的浏览器插件中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
[0046]应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
[0047]Al、一种基于浏览器购票的方法，其包括:
[0048]获取用户的路线需求信息；
[0049]将所述路线需求信息从浏览器发送给所述浏览器对应的第一服务器，并请求所述第一服务器按所述路线信息与用于购票的第二服务器进行交互以得到与所述路线需求信息对应的多张待购票的信息，并在所述浏览