CN105634922B - 一种网络购票的实现方法及终端 - Google Patents

Abstract

本发明涉及互联网技术领域，公开了一种网络购票的实现方法及终端，以解决现有技术中购票效率较低的技术问题。该方法包括：通过即时通讯软件的购物服务界面接收用户通过购物服务界面发送的购票信息；即时通讯软件将与购票信息对应的购票请求发送至第三方服务器，以供第三方服务器基于购票请求向购票网站的购票服务器进行购票；通过即时通讯软件获得并输出第三方服务器在购票服务器进行购票的购票结果。达到了提高网络购票效率的技术效果。

Description

一种网络购票的实现方法及终端

技术领域

本发明涉及互联网技术领域，尤其涉及一种网络购票的实现方法及终端。

背景技术

随着科学技术的不断发展，电子技术也得到了飞速的发展，电子产品的种类也越来越多，人们也享受到了科技发展带来的各种便利。现在人们可以通过各种类型的移动终端，享受随着科技发展带来的舒适生活。例如，智能手机、平板电脑等移动终端已经成为人们生活中一个重要的组成部分，用户可以使用智能手机、平板电脑等移动终端来听音乐、玩游戏等等，以减轻现代快节奏生活所带来的压力。

通常情况下，电子设备都具备网络访问功能，基于该网络访问功能就可以实现网络购票，通常情况下，终端首先需要响应用户打开购票服务器的购票页面的操作，然后响应用户选择出发地、目的地、出发时间或者结束时间操作，进而从购票服务器获取符合用户查找需求的列车信息(或者其他交通工具信息)并将其显示于电子设备，再响应用户所选择的班次进行网络下单，由于需要响应多次操作，并且大部分用户对于购票服务器的购票页面的功能并熟悉(因为大部分用户都很少买票)，故而存在着购票效率较低的技术问题，并且也导致网络购票耗时较长。

发明内容

本发明实施例提供了一种网络购票的实现方法及终端，以解决现有技术中网络购票效率低的技术问题。

第一方面，本发明实施例提供一种网络购票的实现方法，包括：

通过即时通讯软件的购物服务界面接收用户通过所述购物服务界面发送的购票信息；

所述即时通讯软件将与所述购票信息对应的购票请求发送至第三方服务器，以供所述第三方服务器基于所述购票请求向购票网站的购票服务器进行购票；

通过所述即时通讯软件获得并输出所述第三方服务器在所述购票服务器进行购票的购票结果。

可选的，所述通过所述即时通讯软件获得并输出所述第三方服务器在所述购票服务器进行购票的购票结果，包括：

通过所述即时通讯软件输出第一提示信息，所述第一提示信息用于提示所述第三方服务器在所述购票服务器成功下单获得购票订单信息；或者

通过所述即时通讯软件输出第二提示信息，所述第二提示信息用于提示所述第三方服务器在所述购票服务器下单失败。

可选的，所述即时通讯软件将与所述购票信息对应的购票请求发送至第三方服务器，包括：

所述即时通讯软件每隔第一预设时间间隔，判断是否获得所述第三方服务器返回的第一提示信息，所述第一提示信息用于提示所述第三方服务器在所述购票服务器成功下单获得购票订单信息；

如果没有获得所述第一提示信息，向所述第三方服务器重新发送至所述购票请求。

可选的，所述第三方服务器基于所述购票请求向购票网站的购票服务器进行购票，包括：

所述第三方服务器在接收到所述购票请求之后，判断预存的下单码中是否包含所述购票请求所对应的第一下单码；

如果存在所述第一下单码，所述第三方服务器将所述第一下单码发送至所述购票服务器进行下单，进而获得所述购票订单信息；

如果不存在所述第一下单码，所述第三方服务器将所述购票请求发送至所述购票服务器，进而获得所述购票服务器基于所述购票请求所返回的所述第一下单码；所述第三方服务器将所述第一下单码发送至所述购票服务器进行下单，获得所述购票订单信息。

可选的，所述第三方服务器基于所述购票请求向购票网站的购票服务器进行购票，包括：

所述第三方服务器将所述购票请求发送至所述购票服务器，进而获得所述购票服务器基于所述购票请求所返回的第一下单码；

所述第三方服务器将所述第一下单码发送至所述购票服务器进行下单，获得所述购票订单信息。

可选的，所述第三方服务器将所述购票请求发送至所述购票服务器，包括：

所述第三方服务器每隔第二预设时间间隔，判断是否获得所述第一下单码；

如果没有获得所述第一下单码，向所述购票服务器重新发送至所述购票请求。

可选的，所述第三方服务器发送给所述购票服务器的购票请求中包含购票需求信息，所述购票服务器基于所述购票需求信息确定所述用户的出行行程，所述购票需求信息通过以下方式获得：

对所述购票信息进行基于上下文的关键词提取进而获得所述购票需求信息；或者

基于所述用户输入所述购票请求时的提示内容确定出所述购票需求信息。

可选的，所述购票需求信息包括：出发站信息、目的站信息以及出发时间信息；或者

所述购票需求信息包括：出发站信息、目的站信息以及抵达时间信息；或者

所述购票需求信息包括：班次信息以及出发时间信息；或者

所述购票需求信息包括：班次信息以及抵达时间信息。

可选的，在所述购票结果中包含所述第三方服务器在所述购票服务器成功下单所获得的购票订单信息时，所述方法还包括：

输出针对所述购票订单信息进行提示的第三提示信息。

可选的，所述第三提示信息用于提醒所述用户对所述购票订单信息进行支付，以完成所述购票订单信息；或者

所述第三提示信息用于提醒所述购票订单信息的所对应的出行行程的交通信息出现变化；或者

所述第三提示信息用于提供在所述购票订单信息的交通工具上与所述终端的用户存在关联的其他用户的信息；或者

所述第三提示信息用于针对所述购票订单信息进行到站提示。

可选的，在所述第三提示信息用于提醒所述用户对所述购票订单信息进行支付时，所述输出针对所述购票订单信息进行提示的第三提示信息，包括：

判断针对所述购票订单信息是否完成支付；

如果针对所述购票订单信息没有完成支付时，每隔第三预设时间间隔输出所述第三提示信息。

可选的，所述方法还包括：

获得对所述购票订单信息进行支付的有效支付时间段；

在所述有效支付时间段之后，不再输出所述第三提示信息。

可选的，所述输出针对所述购票订单信息进行提示的第三提示信息，包括：

获得所述用户的用户所在地；

获取所述购票订单信息所对应的交通工具的乘坐位置；

确定由所述用户所在地至所述乘车位置的交通信息，输出所述交通信息作为所述第三提示信息。

可选的，所述输出所述交通信息作为所述第三提示信息，包括：

在第一时间输出所述第三提示信息，所述第一时间具体为：比第二时间早预设时间段的时间，所述第二时间具体为：所述购票订单信息的乘坐时间减去所述交通信息的交通路线的耗费时长所获得的时间。

可选的，在所述即时通讯软件将与所述购票信息对应的购票请求发送至第三方服务器之后，所述方法还包括：

检测是否接收到第三方服务器所发送的第一提示信息，所述第一提示信息用于提示所述第三方服务器在所述购票服务器成功下单获得购票订单信息；

如果接收到所述第一提示信息，通过所述即时通讯软件对所述购票订单信息进行支付。

第二方面，本发明实施例提供一种网络购票的实现终端，包括：

接收模块，用于通过即时通讯软件的购物服务界面接收所述用户通过所述购物服务界面发送的购票信息；

第一发送模块，用于通过所述即时通讯软件将与所述购票信息对应的购票请求发送至第三方服务器，以供所述第三方服务器基于所述购票请求向购票网站的购票服务器进行购票；

第一输出模块，用于通过所述即时通讯软件获得并输出所述第三方服务器在所述购票服务器进行购票的购票结果。

可选的，所述第一输出模块，用于：

通过所述即时通讯软件输出第一提示信息，所述第一提示信息用于提示所述第三方服务器在所述购票服务器成功下单获得购票订单信息；或者

通过所述即时通讯软件输出第二提示信息，所述第二提示信息用于提示所述第三方服务器在所述购票服务器下单失败。

可选的，所述第一发送模块，包括：

第一判断单元，用于所述即时通讯软件每隔第一预设时间间隔，判断是否获得所述第三方服务器返回的第一提示信息，所述第一提示信息用于提示所述第三方服务器在所述购票服务器成功下单获得购票订单信息；

第一发送单元，用于如果没有获得所述第一提示信息，向所述第三方服务器重新发送至所述购票请求。

可选的，所述终端还包括：

判断模块，用于通过所述第三方服务器在接收到所述购票请求之后，判断预存的下单码中是否包含所述购票请求所对应的第一下单码；

第二发送模块，用于如果存在所述第一下单码，所述第三方服务器将所述第一下单码发送至所述购票服务器进行下单，进而获得所述购票订单信息；

第三发送模块，用于如果不存在所述第一下单码，所述第三方服务器将所述购票请求发送至所述购票服务器，进而获得所述购票服务器基于所述购票请求所返回的所述第一下单码；所述第三方服务器将所述第一下单码发送至所述购票服务器进行下单，获得所述购票订单信息。

可选的，所述终端还包括：

第四发送模块，用于通过所述第三方服务器将所述购票请求发送至所述购票服务器，进而获得所述购票服务器基于所述购票请求所返回的第一下单码；

第五发送模块，用于通过所述第三方服务器将所述第一下单码发送至所述购票服务器进行下单，获得所述购票订单信息。

可选的，所述第三发送模块，或者所述第四发送模块，包括：

第二判断单元，用于通过所述第三方服务器每隔第二预设时间间隔，判断是否获得所述第一下单码；

第二发送单元，用于如果没有获得所述第一下单码，向所述购票服务器重新发送至所述购票请求。

可选的，所述第三方服务器发送给所述购票服务器的购票请求中包含购票需求信息，所述购票服务器基于所述购票需求信息确定所述用户的出行行程，所述终端还包括：

提取模块，用于对所述购票信息进行基于上下文的关键词提取进而获得所述购票需求信息；或者

确定模块，用于基于所述用户输入所述购票请求时的提示内容确定出所述购票需求信息。

可选的，所述购票需求信息包括：出发站信息、目的站信息以及出发时间信息；或者

所述购票需求信息包括：出发站信息、目的站信息以及抵达时间信息；或者

所述购票需求信息包括：班次信息以及出发时间信息；或者

所述购票需求信息包括：班次信息以及抵达时间信息。

可选的，在所述购票结果中包含所述第三方服务器在所述购票服务器成功下单所获得的购票订单信息时，所述终端还包括：

第二输出模块，用于输出针对所述购票订单信息进行提示的第三提示信息。

可选的，所述第三提示信息用于提醒所述用户对所述购票订单信息进行支付，以完成所述购票订单信息；或者

所述第三提示信息用于提醒所述购票订单信息的所对应的出行行程的交通信息出现变化；或者

所述第三提示信息用于提供在所述购票订单信息的交通工具上与所述终端的用户存在关联的其他用户的信息；或者

所述第三提示信息用于针对所述购票订单信息进行到站提示。

可选的，在所述第三提示信息用于提醒所述用户对所述购票订单信息进行支付时，所述第二输出模块，包括：

第三判断单元，用于判断针对所述购票订单信息是否完成支付；

输出单元，用于如果针对所述购票订单信息没有完成支付时，每隔第三预设时间间隔输出所述第三提示信息。

可选的，所述终端还包括：

获得模块，用于获得对所述购票订单信息进行支付的有效支付时间段；

停止模块，用于在所述有效支付时间段之后，不再输出所述第三提示信息。

可选的，所述第二输出模块，包括：

获得单元，用于获得所述用户的用户所在地；

获取单元，用于获取所述购票订单信息所对应的交通工具的乘坐位置；

确定单元，用于确定由所述用户所在地至所述乘车位置的交通信息，输出所述交通信息作为所述第三提示信息。

可选的，所述第二输出模块，用于在第一时间输出所述第三提示信息，所述第一时间具体为：比第二时间早预设时间段的时间，所述第二时间具体为：所述购票订单信息的乘坐时间减去所述交通信息的交通路线的耗费时长所获得的时间。

可选的，所述终端还包括：

检测模块，用于检测是否接收到所述第三方服务器所发送的第一提示信息，所述第一提示信息用于提示所述第三方服务器在所述购票服务器成功下单获得购票订单信息；

支付模块，用于如果接收到所述第一提示信息，通过所述即时通讯软件对所述购票订单信息进行支付。

本申请实施例中提供的技术方案，至少具有如下技术效果或优点：

由于在本发明实施例中，在通过即时通讯软件的购物服务界面接收到用户通过购物服务界面的购票信息之后，可以将对应购票信息的购票请求发送至第三方服务器，进而第三方服务器可以基于购票请求向购票网站的购票服务器进行购票，并且向即时通讯软件反馈购票结果，也即是说，用户不需要访问购票网站进行各种操作，就可以实现网络购票，由此实现了提高网络购票效率的技术效果，并且也降低了网络购票的耗时。

由于只需要接收用户通过即时通讯软件的服务号发送的购票请求，就可以实现网络购票，故而到了提高购票效率的技术效果，并且也降低网络购票的耗时。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种网络购票的实现方法的流程图；

图2a示出了根据本发明一个实施例的一种网络购票的实现方法的即时通讯软件的购票服务界面的示意图；

图2b示出了根据本发明一个实施例的一种网络购票的实现方法中通过购票服务界面获得购票信息的第一种方式的示意图；

图2c示出了根据本发明一个实施例的一种网络购票的实现方法中通过购票服务界面获得购票信息的第二种方式的示意图；

图3示出了根据本发明一个实施例的一种网络购票的实现方法中第三方服务器获得购票订单信息的流程图；

图4示出了根据本发明一个实施例的一种网络购票的实现终端的结构图。

具体实施方式

本发明实施例中的方案总体思路如下：

提供了一种网络购票的实现方法，包括：通过即时通讯软件的购物服务界面接收用户通过购物服务界面发送的购票信息；即时通讯软件将与购票信息对应的购票请求发送至第三方服务器，以供第三方服务器基于购票请求向购票网站的购票服务器进行购票；通过即时通讯软件获得并输出第三方服务器在购票服务器进行购票的购票结果。也即是说，用户不需要访问购票网站进行各种操作，就可以实现网络购票，由此实现了提高网络购票效率的技术效果，并且也降低了网络购票的耗时。

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

第一方面，本发明实施例提供一种网络购票的实现方法，请参考图1，包括：

步骤S101：通过即时通讯软件的购物服务界面接收用户通过购物服务界面发送的购票信息；

步骤S102：即时通讯软件将与购票信息对应的购票请求发送至第三方服务器，以供第三方服务器基于购票请求向购票网站的购票服务器进行购票；

步骤S103：通过即时通讯软件获得并输出第三方服务器在购票服务器进行购票的购票结果。

举例来说，该网络购票的实现方法可以应用于各种交通工具的网络购票，例如：汽车、火车(包括普通列车和动车)、飞机等等，本发明实施例不作限制，该方案应用于具备网络访问功能的终端，例如：手机、平板电脑、笔记本电脑等等，本发明实施例不作限制。

步骤S101中，即时通讯软件例如为：微信、微博等等，即时通讯软件的购物服务界面例如为该即时通讯软件中某个服务号、公众号的通讯界面，本发明实施例不作限制。电子设备的用户可以首先打开即时通讯软件，然后点击即时通讯软件中的用于购票的服务号就可以打开即时通讯软件的购票服务界面，如图2a所示，为一种即时聊天软件的购票服务界面的示意图，该购票服务界面为即时通讯软件中用户名为购票的服务号的通讯界面，当然，基于即时通讯软件的不同，用户启动购票服务界面的方式也不同，本发明实施例不再详细列举，并且不作限制。

步骤S101中，用户通过该购物服务界面可以发送多种形式的购票信息，下面列举其中的两种进行介绍，当然，在具体实施过程中，不限于以下两种情况。

第一种，用户在该购物服务界面一次性输入购票信息，例如，如图2b所示，用户在该购物服务界面输入“购买成都至武汉G1318次车票，要求2015-10-22出发”，又或者用户在购物服务界面“购买成都至武汉2015-10-22出发的车票”等等，对于该购票请求为何种购票请求，本发明实施例不作限制。

第二种，用户基于该购物服务界面的提示内容分多次输入购票信息，如图2c所示，用户首先在该购物服务界面输入“购票”，该购物服务界面反馈“请输入出发时间”，用户输入“2015-10-22”，该购物服务界面反馈“请输入出发站、目的站”，用户输入“成都武汉”，该购物服务界面反馈“请输入车次，如果不需要限定车次，则不用回复”，进而如果用户在预设时间段(例如：1min、2min等等)没有回复的话，则说明用户的购票信息中不需要限定车次；如果用户在预设时间段内回复对应的车次的话，则说明购票信息中还需要限定车次，当然上述基于提示内容所获取的购票信息仅仅作为一个举例，还可以存在其他提示内容、也可以获得其他购票信息，本发明实施例不再详细列举，并且不作限制。

步骤S102中，即时通讯软件向第三方服务器发送购票请求，购票请求中可以携带多种不同的信息，以使购票服务器能够基于购票请求中携带的信息确定出用户的出行行程，下面列举其中的两种进行介绍，当然，在具体实施过程中，不限于以下两种情况。

第一种，购票请求中携带通过对购票信息进行分析识别所确定出的购票需求信息，购票服务器通过该购票需求信息可以确定出用户的出行行程。在具体实施过程中，可以通过多种方式确定出购票需求信息，下面列举其中的两种进行介绍，当然，在具体实施过程中，不限于以下两种情况。

确定购票需求信息的方式①：对购票请求进行基于上下文的关键词提取进而获得购票需求信息。

举例来说，假设用户通过购物服务界面一次性输入购票信息，则可以对该购票信息进行基于上下文的关键词提取，分别提取出其中的地名作为出发站信息、目的站信息，提取其中的时间作为出发时间信息、抵达时间信息，提取其中的班次作为购票需求信息中的班次，进而获得购票需求信息。

确定购票需求信息的方式②：基于用户输入购票请求时的提示内容确定出购票需求信息。

举例来说，假设用户基于提示内容分多次输入购票信息，则可以基于提示内容确定出购票需求信息，以图2c所示的购票信息为例，则可以基于提示内容提取出出发时间为“2015-10-22”，出发站为“成都”，目的站为“武汉”，当然，在具体实施过程中，基于用户输入的购票信息不同，所提取出的购票需求信息也不同，本发明实施例不再详细列举，并且不作限制。

在具体实施过程中，购票需求信息可以为多种形式的购票需求信息，下面列举其中的几种进行介绍，当然，在具体实施过程中，不限于以下几种情况。

①购票需求信息包括：出发站信息、目的站信息以及出发时间信息。

举例来说，假设终端的用户希望10月22日由成都乘坐火车出发去往武汉，在这种情况下，用户可以向即时聊天软件的购物服务界面发送以下购票信息“购买2015-10-22由成都到武汉的火车票”，从而可以从购票信息中提取出如表1所示的购票需求信息：

表1

出发站信息	目的站信息	出发时间信息
			成都	武汉	2015-10-22

当然，以上出发站信息、目的站信息、出发时间信息仅仅作为一个举例，并不作为限制。

其中，上述购票需求信息中既可以包含班次信息，也可以不包含班次信息，如果上述购票需求信息中不包含班次信息的话，则确定出出发站信息、目的站信息、出发时间信息作为购票需求信息，而不限定班次，在这种情况下，可以确定出多个购票需求信息；如果上述购票需求信息中包含班次信息的话，则将班次信息、出发站信息、目的站信息、出发时间信息作为购票需求信息。

②购票需求信息包括：出发站信息、目的站信息以及抵达时间信息。

举例来说，假设终端的用户希望由成都乘坐火车出发去往武汉，并希望在10月23日抵达武汉，在这种情况下，可以向即时通讯软件的购物服务界面发送以下信息“购票成都到武汉的火车票，且需要于2015-10-23抵达成都”，从而，第三方服务器可以从购票信息中提取出如表2所示的购票需求信息：

表2

出发站信息	目的站信息	抵达时间信息
			成都	武汉	2015-10-23

当然，以上出发站信息、目的站信息、出发时间信息仅仅作为一个举例，并不作为限制。

同理，其中，上述购票需求信息中既可以包含班次信息，也可以不包含班次信息，如果上述购票需求信息中不包含班次信息的话，则确定出出发站信息、目的站信息、抵达时间信息作为购票需求信息，而不限定班次，在这种情况下，可以确定出多个购票需求信息；如果上述购票需求信息中包含班次信息的话，则将班次信息、出发站信息、目的站信息、抵达时间信息作为购票需求信息。

③购票需求信息包括：班次信息以及出发时间信息。

举例来说，假设终端的用户希望由成都乘坐G1318次动车去往武汉，并希望在10月22日出发，在这种情况下，可以向即时通讯软件的购物服务界面发送以下信息“购买10月22日由成都到武汉的G1318次动车票”，从而可以从购票信息中提取出如表3所示的购票需求信息：

表3

班次信息	出发时间信息
		G1318	2015-10-22

当然，以上班次信息、出发时间信息仅仅作为一个举例，并不作为限制。

其中，上述购票需求信息中还可以包含出发站信息、目的站信息，其中，如果上述购票需求信息不包含出发站信息的话，则可以通过GPS定位仪确定出用户当前位置，然后将距离用户当前位置最近的站点作为出发站；如果上述购票需求信息中不包含目的站信息的话，则默认班次信息所对应的终点站为目的站。

④购票需求信息包括：班次信息以及抵达时间信息。

举例来说，假设终端的用户希望由成都乘坐G1318次动车去往武汉，并希望在10月23日抵达，在这种情况下，可以向即时通讯软件的购物服务界面发送以下信息“购买由成都到武汉的G1318次动车票，其中需要于10月23日抵达武汉”，从而，可以从购票信息中提取出如表4所示的购票需求信息：

表4

班次信息	抵达时间信息
		G1318	2015-10-23

当然，以上班次信息、抵达时间信息仅仅作为一个举例，并不作为限制。

同样，上述购票需求信息中还可以包含出发站信息、目的站信息，其中，如果上述购票需求信息不包含出发站信息的话，则可以通过GPS定位仪确定出用户当前位置，然后将距离用户当前位置最近的站点作为出发站；如果上述购票需求信息中不包含目的站信息的话，则默认班次信息所对应的终点站为目的站。

第二种，购票请求中携带购票信息，进而第三方服务器通过对购票信息进行分析从而提取出购票需求信息，第三方服务器提取购票需求信息的方式与即时通讯软件提取出购票需求信息的方式类似，故而在此不再赘述。

在基于步骤S102将购票请求发送至第三方服务器之后，第三方服务器如果需要在购票服务器进行购票，则可能需要登录购票服务器，其中，即时通讯软件可以将即时通讯软件的登录账号发送至购票服务器，进而购票服务器通过即时通讯软件的账号进行登录；即时通讯软件也可以接收用户输入的登录账号，然后将其发送至第三方服务器，第三方服务器通过用户输入的登录账号登录购票服务器。对于第三方服务器采用何种方式登录购票服务器，本发明实施例不作限制。

另外，在第三方服务器通过登录账号登录购票服务器之后，可以保存该登录账号，进而如果下次还接收到即时通讯软件通过第三方服务器发送的购票请求，则直接将预存的登录账号发送至购票服务器，而不需要再次从即时通讯软件获取登录账号。

作为一种可选的实施例，购票请求中还可以携带登录购票服务器的登录账号信息以及购票人信息中的至少一种信息，购票人信息例如为包含购票人姓名、身份证号等等，其中购票人信息可以包含一个或者多个购票人信息，本发明实施例不作限制。

在基于步骤S102将购票请求发送至第三方服务器之后，第三方服务器可以通过多种方式向购票服务器进行购票，下面列举其中的两种进行介绍，当然，在具体实施过程中，不限于以下两种情况。

第一种，第三方服务器基于购票请求向购票网站的购票服务器进行购票，请参考图3，包括：

步骤S301：第三方服务器在接收到购票请求之后，判断预存的下单码中是否包含购票请求所对应的第一下单码；

步骤S302：如果存在第一下单码，第三方服务器将第一下单码发送至购票服务器进行下单，进而获得购票订单信息；

步骤S303：如果不存在第一下单码，第三方服务器将购票请求发送至购票服务器，进而获得购票服务器基于购票请求所返回的第一下单码；第三方服务器将第一下单码发送至购票服务器进行下单，获得购票订单信息。

步骤S301中，第三方服务器中预存的下单码可以通过多种方式获得，下面列举其中的两种获得方式，当然，在具体实施过程中，不限于以下两种情况。

预存的下单码的获得方式①：在接收到购票服务器发送的任一下单码之后，判断对应下单码所对应的余票数量是否大于预设数量；如果余票数量大于预设数量，将对应的下单码加入预存的下单码中。

举例来说，其他用户可以通过该第三方服务器所提供的应用程序(例如：浏览器、购票软件等等)向购票服务器发起购票请求，则发起的购票请求首先被第三方服务器所提供的应用程序发送至第三方服务器，如果第三方服务器中不存在对应购票请求的下单码，则第三方服务器会将购票请求发送至购票服务器，购票服务器在接收到购票请求之后，会向第三方服务器发送一个下单码以及余票数量，第三方服务器将该下单码与余票数量发送至发起购票请求的用户，该用户就可以通过下单码进行下单获得对应的购票订单信息。

同时第三方服务器判断余票数量是否大于预设数量(例如：10、12等等)，如果大于预设数量，则将下单码加入预设的下单码，从而可以提供其他用户使用；而在余票数量小于预设数量时，则不保存该下单码也不提供给其他用户使用，以保证发起购票请求的用户能够通过该下单码成功下单。

②第三方服务器在接收到购票服务器发送的任一下单码之后，将其加入预存的下单码中。也即是第三方服务器不判断余票数量是否大于预设数量，而是直接将下单码保存到预存的下单码中。

其中，下单码例如包括：出发站信息、目的站信息、席位信息、余票数量、车次、出发时间。通常情况下，下单码有时效性，在一段时间后会实效。同时，随余票数量不同下单码也会有差异。

步骤S301中，第三方服务器可以基于购票请求所包含的购票需求信息确定出可以满足用户的出行行程的班次，然后基于该班次判断预存的下单码中是否存在对应该班次的第一下单码。

步骤S302中，如果预存的下单码中包含第一下单码，则可以直接将第一下单码以及购票人信息发送至购票服务器，从而在购票服务器完成下单，获得对应的购票订单信息，并将用于提示成功获得购票订单信息的第一提示信息发送至即时通讯软件。

步骤S303中，如果预存的下单码中不包含第一下单码，则可以直接将购票请求发送至购票服务器，由购票服务器返回对应的第一下单码，然后第三方服务器基于第一下单码和购票人信息在购票服务器进行下单。

另外，第三方服务器在向购票服务器发起购票请求时，可以仅仅发起一次购票请求，作为一种可选的实施例，第三方服务器将购票请求发送至购票服务器，包括：第三方服务器每隔第二预设时间间隔，判断是否获得第一下单码；如果没有获得第一下单码，向购票服务器重新发送至购票请求。

举例来说，第二预设时间间隔例如为：1s、2s等等，本发明实施例不作限制。其中，如果第三方服务器并未接收到第一下单码，则说明无法成功下单获得购票订单信息；故而，继续向购票服务器发起购票请求，直到获得对应的第一下单码为止。

其中，如果第三方服务器经过一次获得多次尝试都未能成功获得第一下单码进行下单，则可以向即时购票软件返回一个下单失败的提示信息。

通过上述方案能够使网络购票过程中，可以直接基于第三方服务器所预存的下单码中获取购票请求所对应的第一下单码，而不需要将购票请求发送至网络购票服务器，再由购票服务器返回对应的下单码，故而达到了提高购票速度的技术效果；并且，也防止了由于购票服务器的缓存服务器的刷新不及时，所导致的余票信息不够准确的技术问题。

第二种，第三方服务器基于购票请求向购票网站的购票服务器进行购票，包括：第三方服务器将购票请求发送至购票服务器，进而获得购票服务器基于购票请求所返回的第一下单码；第三方服务器将第一下单码发送至购票服务器进行下单，获得购票订单信息。

举例来说，也就是第三方服务器在接收到购票请求之后，可以直接将购票请求发送至购票服务器，从而如果第三方服务器接收到购票服务器返回的第一下单码，则可以通过第一下单码在购票服务器进行下单获得对应的购票订单信息，如果第三方服务器没有接收到购票服务器返回的第一下单码，则返回一个下单失败的提示信息。

另外，第三方服务器在向购票服务器发起购票请求时，可以仅仅发起一次购票请求，也可以在没有接收到第一下单码时多次重复向购票服务器发起购票请求，对于具体如何重复发起该购票请求，由于前面已作介绍，故而在此不再赘述。

步骤S103中，基于第三方服务器在购票服务器是否成功下单，即时通讯软件所获得并输出的购票结果也不同，下面列举其中的两种进行介绍，当然，在具体实施过程中，不限于以下两种情况。

第一种，通过即时通讯软件获得并输出第三方服务器在购票网站进行购票的购票结果，包括：通过即时通讯软件输出第一提示信息，第一提示信息用于提示第三方服务器在购票服务器成功下单获得购票订单信息。

举例来说，如果第三方服务器成功获得第一下单码，并且基于第一下单码成功下单获得购票订单信息，则可以向即时通讯软件发送第一提示信息，该第一提示信息例如为文字提示信息、语音通信信息、购票订单信息等等，本发明实施例不作限制。即时通讯软件在接收到第一提示信息之后，就可以输出该第一提示信息，例如：将第一提示信息显示于即时通讯软件的购票服务器、通过语音方式输出第一提示信息等等。

第二种，通过即时通讯软件获得并输出第三方服务器在购票网站进行购票的购票结果，包括：通过即时通讯软件输出第二提示信息，第二提示信息用于提示第三方服务器在购票服务器下单失败。

举例来说，如果第三方服务器通过一次或者多次尝试都无法成功获得第一下单码进行下单，则可以向即时通讯软件发送至第二提示信息，第二提示信息例如为：文字提示信息、语音提示信息等等，同理，即时通讯软件在接收到第二提示信息之后，可以输出第二提示信息，例如：将第二提示信息显示于即时通讯软件的购票服务界面、通过语音方式输出第二提示信息等等。

作为一种可选的实施例，在购票结果中包含第三方服务器在购票服务器成功下单所获得的购票订单信息时，方法还包括：输出针对购票订单信息进行提示的第三提示信息。在具体实施过程中，第三提示信息可以由第三方服务器产生之后发送至即时通讯软件，然后由即时通讯软件输出该第三提示信息；第三提示信息也可以由即时通讯软件基于购票订单信息所产生，本发明实施例不作限制。

在具体实施过程中，第三提示信息可以为多种功能的提示信息，下面列举其中的五种进行介绍，当然，在具体实施过程中，不限于以下五种情况。另外，在不冲突的情况下，以下几种情况可以组合使用。

第一种，第三提示信息用于提醒用户对购票订单信息进行支付，以完成购票订单信息。

举例来说，在第三方服务器获得购票订单信息之后，就向即时通讯软件发送成功获得购票订单信息的第一提示信息，同时还向用户所在终端发送用于提醒对购票订单信息进行支付的第三提示信息，在向终端发送第三提示信息时，可以将第三提示信息发送至即时通讯软件，例如：通过即时通讯软件的购物服务界面输出“该订单需要在半个小时内完全支付”的提示信息，又或者，可以将第三提示信息通过短信方式发送至用户的终端，对于具体通过何种方式输出第三提示信息，本发明实施例不作限制。

作为一种可选的实施例，在第三提示信息用于提醒用户对购票订单信息进行支付时，输出针对购票订单信息进行提示的第三提示信息，包括：判断针对购票订单信息是否完成支付；如果针对购票订单信息没有完成支付时，每隔第三预设时间间隔输出第三提示信息。

第三预设时间间隔例如为：5分钟、10分钟等等，本发明实施例不作限制。其中，在不同的时机所输出的第三提示信息也不同，例如：在初始阶段可以通过即时通讯软件、短信的方式输入第三提示信息；如果多次通过即时通讯软件或者短信方式输出第三提示信息，用户都未对购票订单信息进行支付，则可以通过振动、LED灯闪烁的方式对购票订单信息进行再次提示；如果临近购票订单失效的时间(例如：距离购票订单失效5分钟、3分钟等等)，用户还未完成购票订单的支付，则可以通过向终端拨打电话的方式输出第三提示信息等等，当然还可以输出其他形式的第三提示信息，本发明实施例不再详细列举，并且不作限制。

通过上述方案，能够实现对购票订单信息的支付进行及时提醒的技术效果，防止用户没有注意到购票订单信息所导致购票订单信息失效。

作为一种可选的实施例，该方法还包括：获得对购票订单信息进行支付的有效支付时间段；在有效支付时间段之后，不再输出第三提示信息。

举例来说，假设购票订单信息的有效支付时间段为45分钟，则第三方服务器(或者即时通讯软件)在获得购票订单信息之后，首先确定出有效支付时间段，然后基于有效时间段确定出产生第三提示信息的截止时间，如果超过截止时间，则由于购票订单信息已经失效，则不需要再产生并输出第三提示信息。当然基于购票网站的不同，有效支付时间也不同，本发明实施例不作限制。

第二种，第三提示信息用于提醒购票订单信息的所对应的出行行程的交通信息出现变化。在具体实施过程中，用户的出行行程的交通信息出现变化可能分为多种情况，下面列举其中的四种进行介绍，当然，在具体实施过程中，不限于以下四种情况。

①出行行程的交通信息出现变更包括：购票订单信息所对应的站点出现变更。

举例来说，站点出现变更例如为：站点所在城市出现变更、站点所在区域出现变更等等，本发明实施例不作限制。例如，用户希望乘坐G1318次动车由成都出发到武汉，之前G1318的乘坐地点为火车北站，然而一个月前G1318的乘坐地点变更为火车南站，在这种情况下，则可以产生以下第三提示信息“您所选择的动车的乘坐地点由火车北站变更为火车南站”；又例如，之前G1318次动车在武汉的武昌停靠，而后来更改为在武汉的汉阳停靠，在这种情况下，则可以产生以下的第三提示信息“G1318次动车在武汉的停靠区域由武昌变更为汉阳”；又例如，G1318之前会经过武汉，然而之前不久进行了改道，在改道之后不再经过武汉，则可以产生如下的第三提示信息“G1318次经改道之后不再经过武汉”等等，当然，以上第三提示信息仅仅作为举例，并不作为限制。

②出行行程的交通信息出现变更包括：购票订单信息所对应的交通工具的出发时间、抵达时间或者运行时长出现变更。

举例来说，在交通工具的出发时间、抵达时间或者运行时长出现变更时，可能会导致用户的行程出现变化，例如：如果出发时间由18:30变更为8:00，在这种情况下，距离乘车位置较远的用户可能需要提前一天抵达乘车位置；又例如，如果抵达时间由17:00变更为23:00，则可能导致用户抵达目的站之后，不太方便乘坐其他交通工具；又例如，如果运行时长由17个小时增加至22个小时，则用户可能会觉得太累等等，故而可以通过第三提示信息对交通工具的出发时间、抵达时间或者运行时长出现变更进行提示，以使用户能够更加合理的购票。

③出行行程的交通信息出现变更包括：购票需求信息所对应出发站和目的站出现新的交通工具班次。

举例来说，出现新的交通工具班次可能存在两种情况，一种情况下，在对应出发站和目的站之间针对相同的交通工具增加新的班次，例如，之前由成都至武汉存在以下两趟火车车次：G1318、T248，而当前时间增加了车次G308；另一种情况下，在对应出发站和目的站之间增加了新的交通工具，例如：之前由成都至武汉不存在直达飞机，而当前时间增加了航班等等。通过上述方案，能够对新的交通工具班次进行提示，以使终端的用户能够基于新的交通工具班次选择较佳的出行方式。

④出行行程的交通信息出现变更包括：该购票需求信息所对应的交通工具的乘坐时间晚点、该交通工具的乘坐时间提前等等。通过该方案，能够保证用户能够及时了解购票订单信息的交通工具的变化情况，从而产生对应的应对策略。

第三种，第三提示信息用于提供在购票订单信息的交通工具上与终端的用户存在关联的其他用户的信息。

举例来说，存在关联例如为：该用户与其他用户的职业相同、该用户与其他用户的行业相同、该用户与其他用户的目的地相同、该用户与其他用户的年龄相近等等，对于终端的用户与其他用户具体如何存在关联，本发明实施例不作限制。

第四种，第三提示信息用于针对购票订单信息进行到站提示。

举例来说，可以在购票订单信息所对应的交通工具快到目的站时进行提示，该提示信息例如包括：达到目的站的时间、在目的站的停留时长、距离达到目的站还剩多少时间等等，例如：可以产生如下的提示信息“本次列车将于19:00到达苏州站，将停留5分钟，当前时间距离到站时间半个小时，请提前做好下车准备”，当然，对用户进行到站提示的第三提示信息还可以为其他内容或者形式的提示信息，本发明实施例不再详细列举，并且不作限制。

通过上述方案，达到了能够通过第三提示信息对到达目的站进行提示的技术效果。

第五种，第三提示信息包括：由用户的所在地至购票订单信息所对应的交通工具的乘坐位置的交通信息。在这种情况下，可以通过以下方式获得该第三提示信息：获得用户的所在地；获取购票订单信息所对应的交通工具的乘坐位置；确定由所在地至乘车位置的交通信息，交通信息即为第三提示信息。

举例来说，用户终端可以通过GPS定位仪获得用户的所在地，并且基于购票订单信息可以确定出班次信息和出发站信息，基于班次信息和出发站信息就可以确定出对应交通工具的乘坐位置，在确定出所在地和乘坐位置就可以通过地图系统确定出交通信息。

其中，交通信息可以为多种形式的交通信息，下面列举其中的两种进行介绍，当然，在具体实施过程中，不限于以下两种情况。

①交通信息包括：至少一条交通线路以及每条交通线路的耗费时间，至少一条交通线路可以包括：公交线路、出租车线路、步行线路中的至少一种线路，用户可以根据该交通信息，选择出由所在地至乘坐位置的最佳线路，而不需要用户另外查找地图。

②交通信息包括：至少一条交通线路，也即是交通信息中只包含交通线路，而不包含耗费时间。

在这种情况下，输出交通信息作为第三提示信息，包括：在第一时间输出第三提示信息，第一时间具体为：比第二时间早预设时间段的时间，第二时间具体为：购票订单信息的乘坐时间减去交通信息的交通路线的耗费时长所获得的时间。

举例来说，对应交通线路可以为至少一条交通线路中耗时最短的交通线路、也可以为耗时最长的交通线路、或者是用户所选择的交通路线。

例如：用户所在地为晋阳路，乘坐位置为：火车北站，即时通讯软件(或者第三方服务器)所确定出的至少一条线路中耗时最短线路的耗时为1小时，交通工具的乘坐时间为：19:30，则确定出第二时间为：18:30，然后预设时间段例如为:1h、2h等等，以预设时间段为2h为例，则可以在16:30向用户发送第三提示信息，以提示用户准备出发。

又例如，用户所在地为晋阳路，乘坐位置为：火车北站，用户从至少一条线路中选择出耗时1.5小时的线路作为由晋阳路至火车北站的交通线路，则确定出第二时间为18:00，以预设时间段为2h为例，则可以在16:00向用户发送第三提示信息。

作为一种可选的实施例，在即时通讯软件将与购票信息对应的购票请求发送至第三方服务器之后，方法还包括：检测是否接收到第三方服务器所发送的第一提示信息，第一提示信息用于提示第三方服务器在购票服务器成功下单获得购票订单信息；如果接收到第一提示信息，通过即时通讯软件对购票订单信息进行支付。

举例来说，可以通过即时通讯软件提供一个对购票订单信息进行支付接口，用户通过该支付接口直接就可以完成对购票订单信息的支付，而不需要进入购票服务器的支付页面，故而达到了提高支付效率的技术效果。

基于上述方案，能够对用户乘坐交通工具的出发时间进行准确的提示。

第二方面，基于同一发明构思，本发明实施例提供一种网络购票的实现终端，请参考图4，包括：

接收模块40，用于通过即时通讯软件的购物服务界面接收用户通过购物服务界面发送的购票信息；

第一发送模块41，用于通过即时通讯软件将与购票信息对应的购票请求发送至第三方服务器，以供第三方服务器基于购票请求向购票网站的购票服务器进行购票；

第一输出模块42，用于通过即时通讯软件获得并输出第三方服务器在购票服务器进行购票的购票结果。

可选的，第一输出模块42，用于：通过即时通讯软件输出第一提示信息，第一提示信息用于提示第三方服务器在购票服务器成功下单获得购票订单信息；或者通过即时通讯软件输出第二提示信息，第二提示信息用于提示第三方服务器在购票服务器下单失败。

可选的，第一发送模块41，包括：第一判断单元，用于即时通讯软件每隔第一预设时间间隔，判断是否获得第三方服务器返回的第一提示信息，第一提示信息用于提示第三方服务器在购票服务器成功下单获得购票订单信息；第一发送单元，用于如果没有获得第一提示信息，向第三方服务器重新发送至购票请求。

可选的，终端还包括：判断模块，用于通过第三方服务器在接收到购票请求之后，判断预存的下单码中是否包含购票请求所对应的第一下单码；第二发送模块，用于如果存在第一下单码，第三方服务器将第一下单码发送至购票服务器进行下单，进而获得购票订单信息；第三发送模块，用于如果不存在第一下单码，第三方服务器将购票请求发送至购票服务器，进而获得购票服务器基于购票请求所返回的第一下单码；第三方服务器将第一下单码发送至购票服务器进行下单，获得购票订单信息。

可选的，终端还包括：第四发送模块，用于通过第三方服务器将购票请求发送至购票服务器，进而获得购票服务器基于购票请求所返回的第一下单码；第五发送模块，用于通过第三方服务器将第一下单码发送至购票服务器进行下单，获得购票订单信息。

可选的，第三发送模块，或者第四发送模块，包括：第二判断单元，用于通过第三方服务器每隔第二预设时间间隔，判断是否获得第一下单码；第二发送单元，用于如果没有获得第一下单码，向购票服务器重新发送至购票请求。

可选的，第三方服务器发送给购票服务器的购票请求中包含购票需求信息，购票服务器基于购票需求信息确定用户的出行行程，终端还包括：提取模块，用于对购票信息进行基于上下文的关键词提取进而获得购票需求信息；或者确定模块，用于基于用户输入购票请求时的提示内容确定出购票需求信息。

可选的，购票需求信息包括：出发站信息、目的站信息以及出发时间信息；或者购票需求信息包括：出发站信息、目的站信息以及抵达时间信息；或者

购票需求信息包括：班次信息以及出发时间信息；或者购票需求信息包括：班次信息以及抵达时间信息。

可选的，在购票结果中包含第三方服务器在购票服务器成功下单所获得的购票订单信息时，终端还包括：第二输出模块，用于输出针对购票订单信息进行提示的第三提示信息。

可选的，第三提示信息用于提醒用户对购票订单信息进行支付，以完成购票订单信息；或者第三提示信息用于提醒购票订单信息的所对应的出行行程的交通信息出现变化；或者第三提示信息用于提供在购票订单信息的交通工具上与终端的用户存在关联的其他用户的信息；或者第三提示信息用于针对购票订单信息进行到站提示。

可选的，在第三提示信息用于提醒用户对购票订单信息进行支付时，第二输出模块，包括：第三判断单元，用于判断针对购票订单信息是否完成支付；输出单元，用于如果针对购票订单信息没有完成支付时，每隔第三预设时间间隔输出第三提示信息。

可选的，终端还包括：获得模块，用于获得对购票订单信息进行支付的有效支付时间段；停止模块，用于在有效支付时间段之后，不再输出第三提示信息。

可选的，第二输出模块，包括：获得单元，用于获得用户的用户所在地；获取单元，用于获取购票订单信息所对应的交通工具的乘坐位置；确定单元，用于确定由用户所在地至乘车位置的交通信息，输出交通信息作为第三提示信息。

可选的，第二输出模块，用于在第一时间输出第三提示信息，第一时间具体为：比第二时间早预设时间段的时间，第二时间具体为：购票订单信息的乘坐时间减去交通信息的交通路线的耗费时长所获得的时间。

可选的，终端还包括：检测模块，用于检测是否接收到第三方服务器所发送的第一提示信息，第一提示信息用于提示第三方服务器在购票服务器成功下单获得购票订单信息；支付模块，用于如果接收到第一提示信息，通过即时通讯软件对购票订单信息进行支付。

本申请实施例中提供的技术方案，至少具有如下技术效果或优点：

由于在本发明实施例中，在通过即时通讯软件的购物服务界面接收到用户通过购物服务界面的购票信息之后，可以将对应购票信息的购票请求发送至第三方服务器，进而第三方服务器可以基于购票请求向购票网站的购票服务器进行购票，并且向即时通讯软件反馈购票结果，也即是说，用户不需要访问购票网站进行各种操作，就可以实现网络购票，由此实现了提高网络购票效率的技术效果，并且也降低了网络购票的耗时。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的终端中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了，A1、一种网络购票的实现方法，包括：

通过即时通讯软件的购物服务界面接收用户通过所述购物服务界面发送的购票信息；

所述即时通讯软件将与所述购票信息对应的购票请求发送至第三方服务器，以供所述第三方服务器基于所述购票请求向购票网站的购票服务器进行购票；

通过所述即时通讯软件获得并输出所述第三方服务器在所述购票服务器进行购票的购票结果。

A2、如A1所述的方法，其特征在于，所述通过所述即时通讯软件获得并输出所述第三方服务器在所述购票服务器进行购票的购票结果，包括：

通过所述即时通讯软件输出第一提示信息，所述第一提示信息用于提示所述第三方服务器在所述购票服务器成功下单获得购票订单信息；或者

通过所述即时通讯软件输出第二提示信息，所述第二提示信息用于提示所述第三方服务器在所述购票服务器下单失败。

A3、如A1所述的方法，其特征在于，所述即时通讯软件将与所述购票信息对应的购票请求发送至第三方服务器，包括：

所述即时通讯软件每隔第一预设时间间隔，判断是否获得所述第三方服务器返回的第一提示信息，所述第一提示信息用于提示所述第三方服务器在所述购票服务器成功下单获得购票订单信息；

如果没有获得所述第一提示信息，向所述第三方服务器重新发送至所述购票请求。

A4、如A1所述的方法，其特征在于，所述第三方服务器基于所述购票请求向购票网站的购票服务器进行购票，包括：

所述第三方服务器在接收到所述购票请求之后，判断预存的下单码中是否包含所述购票请求所对应的第一下单码；

如果存在所述第一下单码，所述第三方服务器将所述第一下单码发送至所述购票服务器进行下单，进而获得所述购票订单信息；

如果不存在所述第一下单码，所述第三方服务器将所述购票请求发送至所述购票服务器，进而获得所述购票服务器基于所述购票请求所返回的所述第一下单码；所述第三方服务器将所述第一下单码发送至所述购票服务器进行下单，获得所述购票订单信息。

A5、如A1所述的方法，其特征在于，所述第三方服务器基于所述购票请求向购票网站的购票服务器进行购票，包括：

所述第三方服务器将所述购票请求发送至所述购票服务器，进而获得所述购票服务器基于所述购票请求所返回的第一下单码；

所述第三方服务器将所述第一下单码发送至所述购票服务器进行下单，获得所述购票订单信息。

A6、如A4或A5所述的方法，其特征在于，所述第三方服务器将所述购票请求发送至所述购票服务器，包括：

所述第三方服务器每隔第二预设时间间隔，判断是否获得所述第一下单码；

如果没有获得所述第一下单码，向所述购票服务器重新发送至所述购票请求。

A7、如A1-A5任一所述的方法，其特征在于，所述第三方服务器发送给所述购票服务器的购票请求中包含购票需求信息，所述购票服务器基于所述购票需求信息确定所述用户的出行行程，所述购票需求信息通过以下方式获得：

对所述购票信息进行基于上下文的关键词提取进而获得所述购票需求信息；或者

基于所述用户输入所述购票请求时的提示内容确定出所述购票需求信息。

A8、如A7所述的方法，其特征在于，所述购票需求信息包括：出发站信息、目的站信息以及出发时间信息；或者

所述购票需求信息包括：出发站信息、目的站信息以及抵达时间信息；或者

所述购票需求信息包括：班次信息以及出发时间信息；或者

所述购票需求信息包括：班次信息以及抵达时间信息。

A9、如A1所述的方法，其特征在于，在所述购票结果中包含所述第三方服务器在所述购票服务器成功下单所获得的购票订单信息时，所述方法还包括：

输出针对所述购票订单信息进行提示的第三提示信息。

A10、如A9所述的方法，其特征在于，所述第三提示信息用于提醒所述用户对所述购票订单信息进行支付，以完成所述购票订单信息；或者

所述第三提示信息用于提醒所述购票订单信息的所对应的出行行程的交通信息出现变化；或者

所述第三提示信息用于提供在所述购票订单信息的交通工具上与所述终端的用户存在关联的其他用户的信息；或者

所述第三提示信息用于针对所述购票订单信息进行到站提示。

A11、如A10所述的方法，其特征在于，在所述第三提示信息用于提醒所述用户对所述购票订单信息进行支付时，所述输出针对所述购票订单信息进行提示的第三提示信息，包括：

判断针对所述购票订单信息是否完成支付；

如果针对所述购票订单信息没有完成支付时，每隔第三预设时间间隔输出所述第三提示信息。

A12、如A11所述的方法，其特征在于，所述方法还包括：

获得对所述购票订单信息进行支付的有效支付时间段；

在所述有效支付时间段之后，不再输出所述第三提示信息。

A13、如A9所述的方法，其特征在于，所述输出针对所述购票订单信息进行提示的第三提示信息，包括：

获得所述用户的用户所在地；

获取所述购票订单信息所对应的交通工具的乘坐位置；

确定由所述用户所在地至所述乘车位置的交通信息，输出所述交通信息作为所述第三提示信息。

A14、如A13所述的方法，其特征在于，所述输出所述交通信息作为所述第三提示信息，包括：

在第一时间输出所述第三提示信息，所述第一时间具体为：比第二时间早预设时间段的时间，所述第二时间具体为：所述购票订单信息的乘坐时间减去所述交通信息的交通路线的耗费时长所获得的时间。

A15、如A1所述的方法，其特征在于，在所述即时通讯软件将与所述购票信息对应的购票请求发送至第三方服务器之后，所述方法还包括：

检测是否接收到第三方服务器所发送的第一提示信息，所述第一提示信息用于提示所述第三方服务器在所述购票服务器成功下单获得购票订单信息；

如果接收到所述第一提示信息，通过所述即时通讯软件对所述购票订单信息进行支付。

B16、一种网络购票的实现终端，包括：

接收模块，用于通过即时通讯软件的购物服务界面接收所述用户通过所述购物服务界面发送的购票信息；

第一发送模块，用于通过所述即时通讯软件将与所述购票信息对应的购票请求发送至第三方服务器，以供所述第三方服务器基于所述购票请求向购票网站的购票服务器进行购票；

第一输出模块，用于通过所述即时通讯软件获得并输出所述第三方服务器在所述购票服务器进行购票的购票结果。

B17、如B16所述的终端，其特征在于，所述第一输出模块，用于：

通过所述即时通讯软件输出第一提示信息，所述第一提示信息用于提示所述第三方服务器在所述购票服务器成功下单获得购票订单信息；或者

通过所述即时通讯软件输出第二提示信息，所述第二提示信息用于提示所述第三方服务器在所述购票服务器下单失败。

B18、如B16所述的终端，其特征在于，所述第一发送模块，包括：

第一判断单元，用于所述即时通讯软件每隔第一预设时间间隔，判断是否获得所述第三方服务器返回的第一提示信息，所述第一提示信息用于提示所述第三方服务器在所述购票服务器成功下单获得购票订单信息；

第一发送单元，用于如果没有获得所述第一提示信息，向所述第三方服务器重新发送至所述购票请求。

B19、如B16所述的终端，其特征在于，所述终端还包括：

判断模块，用于通过所述第三方服务器在接收到所述购票请求之后，判断预存的下单码中是否包含所述购票请求所对应的第一下单码；

第二发送模块，用于如果存在所述第一下单码，所述第三方服务器将所述第一下单码发送至所述购票服务器进行下单，进而获得所述购票订单信息；

第三发送模块，用于如果不存在所述第一下单码，所述第三方服务器将所述购票请求发送至所述购票服务器，进而获得所述购票服务器基于所述购票请求所返回的所述第一下单码；所述第三方服务器将所述第一下单码发送至所述购票服务器进行下单，获得所述购票订单信息。

B20、如B16所述的终端，其特征在于，所述终端还包括：

第四发送模块，用于通过所述第三方服务器将所述购票请求发送至所述购票服务器，进而获得所述购票服务器基于所述购票请求所返回的第一下单码；

第五发送模块，用于通过所述第三方服务器将所述第一下单码发送至所述购票服务器进行下单，获得所述购票订单信息。

B21、如B19或B20所述的终端，其特征在于，所述第三发送模块，或者所述第四发送模块，包括：

第二判断单元，用于通过所述第三方服务器每隔第二预设时间间隔，判断是否获得所述第一下单码；

第二发送单元，用于如果没有获得所述第一下单码，向所述购票服务器重新发送至所述购票请求。

B22、如B16-B20任一所述的终端，其特征在于，所述第三方服务器发送给所述购票服务器的购票请求中包含购票需求信息，所述购票服务器基于所述购票需求信息确定所述用户的出行行程，所述终端还包括：

提取模块，用于对所述购票信息进行基于上下文的关键词提取进而获得所述购票需求信息；或者

确定模块，用于基于所述用户输入所述购票请求时的提示内容确定出所述购票需求信息。

B23、如B22所述的终端，其特征在于，所述购票需求信息包括：出发站信息、目的站信息以及出发时间信息；或者

所述购票需求信息包括：出发站信息、目的站信息以及抵达时间信息；或者

所述购票需求信息包括：班次信息以及出发时间信息；或者

所述购票需求信息包括：班次信息以及抵达时间信息。

B24、如B16所述的终端，其特征在于，在所述购票结果中包含所述第三方服务器在所述购票服务器成功下单所获得的购票订单信息时，所述终端还包括：

第二输出模块，用于输出针对所述购票订单信息进行提示的第三提示信息。

B25、如B24所述的终端，其特征在于，所述第三提示信息用于提醒所述用户对所述购票订单信息进行支付，以完成所述购票订单信息；或者

所述第三提示信息用于提醒所述购票订单信息的所对应的出行行程的交通信息出现变化；或者

所述第三提示信息用于提供在所述购票订单信息的交通工具上与所述终端的用户存在关联的其他用户的信息；或者

所述第三提示信息用于针对所述购票订单信息进行到站提示。

B26、如B25所述的终端，其特征在于，在所述第三提示信息用于提醒所述用户对所述购票订单信息进行支付时，所述第二输出模块，包括：

第三判断单元，用于判断针对所述购票订单信息是否完成支付；

输出单元，用于如果针对所述购票订单信息没有完成支付时，每隔第三预设时间间隔输出所述第三提示信息。

B27、如B26所述的终端，其特征在于，所述终端还包括：

获得模块，用于获得对所述购票订单信息进行支付的有效支付时间段；

停止模块，用于在所述有效支付时间段之后，不再输出所述第三提示信息。

B28、如B24所述的终端，其特征在于，所述第二输出模块，包括：

获得单元，用于获得所述用户的用户所在地；

获取单元，用于获取所述购票订单信息所对应的交通工具的乘坐位置；

确定单元，用于确定由所述用户所在地至所述乘车位置的交通信息，输出所述交通信息作为所述第三提示信息。

B29、如B28所述的终端，其特征在于，所述第二输出模块，用于在第一时间输出所述第三提示信息，所述第一时间具体为：比第二时间早预设时间段的时间，所述第二时间具体为：所述购票订单信息的乘坐时间减去所述交通信息的交通路线的耗费时长所获得的时间。

B30、如B16所述的终端，其特征在于，所述终端还包括：

检测模块，用于检测是否接收到所述第三方服务器所发送的第一提示信息，所述第一提示信息用于提示所述第三方服务器在所述购票服务器成功下单获得购票订单信息；

支付模块，用于如果接收到所述第一提示信息，通过所述即时通讯软件对所述购票订单信息进行支付。

Claims (26)

1.一种网络购票的实现方法，其特征在于，包括：

通过即时通讯软件的购物服务界面接收用户通过所述购物服务界面发送的购票信息；

所述即时通讯软件将与所述购票信息对应的购票请求发送至第三方服务器，以供所述第三方服务器基于所述购票请求向购票网站的购票服务器进行购票；所述第三方服务器基于所述购票请求向购票网站的购票服务器进行购票，包括：所述第三方服务器在接收到所述购票请求之后，判断预存的下单码中是否包含所述购票请求所对应的第一下单码；如果存在所述第一下单码，所述第三方服务器将所述第一下单码发送至所述购票服务器进行下单，进而获得购票订单信息；如果不存在所述第一下单码，所述第三方服务器将所述购票请求发送至所述购票服务器，进而获得所述购票服务器基于所述购票请求所返回的所述第一下单码；所述第三方服务器将所述第一下单码发送至所述购票服务器进行下单，获得所述购票订单信息；

通过所述即时通讯软件获得并输出所述第三方服务器在所述购票服务器进行购票的购票结果。

2.如权利要求1所述的方法，其特征在于，所述通过所述即时通讯软件获得并输出所述第三方服务器在所述购票服务器进行购票的购票结果，包括：

通过所述即时通讯软件输出第一提示信息，所述第一提示信息用于提示所述第三方服务器在所述购票服务器成功下单获得购票订单信息；或者

通过所述即时通讯软件输出第二提示信息，所述第二提示信息用于提示所述第三方服务器在所述购票服务器下单失败。

3.如权利要求1所述的方法，其特征在于，所述即时通讯软件将与所述购票信息对应的购票请求发送至第三方服务器，包括：

所述即时通讯软件每隔第一预设时间间隔，判断是否获得所述第三方服务器返回的第一提示信息，所述第一提示信息用于提示所述第三方服务器在所述购票服务器成功下单获得购票订单信息；

如果没有获得所述第一提示信息，向所述第三方服务器重新发送至所述购票请求。

4.如权利要求1所述的方法，其特征在于，所述第三方服务器将所述购票请求发送至所述购票服务器，包括：

所述第三方服务器每隔第二预设时间间隔，判断是否获得所述第一下单码；

如果没有获得所述第一下单码，向所述购票服务器重新发送至所述购票请求。

5.如权利要求1-3任一所述的方法，其特征在于，所述第三方服务器发送给所述购票服务器的购票请求中包含购票需求信息，所述购票服务器基于所述购票需求信息确定所述用户的出行行程，所述购票需求信息通过以下方式获得：

对所述购票信息进行基于上下文的关键词提取进而获得所述购票需求信息；或者

基于所述用户输入所述购票请求时的提示内容确定出所述购票需求信息。

6.如权利要求5所述的方法，其特征在于，所述购票需求信息包括：出发站信息、目的站信息以及出发时间信息；或者

所述购票需求信息包括：出发站信息、目的站信息以及抵达时间信息；或者

所述购票需求信息包括：班次信息以及出发时间信息；或者

所述购票需求信息包括：班次信息以及抵达时间信息。

7.如权利要求1所述的方法，其特征在于，在所述购票结果中包含所述第三方服务器在所述购票服务器成功下单所获得的购票订单信息时，所述方法还包括：

输出针对所述购票订单信息进行提示的第三提示信息。

8.如权利要求7所述的方法，其特征在于，所述第三提示信息用于提醒所述用户对所述购票订单信息进行支付，以完成所述购票订单信息；或者

所述第三提示信息用于提醒所述购票订单信息的所对应的出行行程的交通信息出现变化；或者

所述第三提示信息用于提供在所述购票订单信息的交通工具上与终端的用户存在关联的其他用户的信息；或者

所述第三提示信息用于针对所述购票订单信息进行到站提示。

9.如权利要求8所述的方法，其特征在于，在所述第三提示信息用于提醒所述用户对所述购票订单信息进行支付时，所述输出针对所述购票订单信息进行提示的第三提示信息，包括：

判断针对所述购票订单信息是否完成支付；

如果针对所述购票订单信息没有完成支付时，每隔第三预设时间间隔输出所述第三提示信息。

10.如权利要求9所述的方法，其特征在于，所述方法还包括：

获得对所述购票订单信息进行支付的有效支付时间段；

在所述有效支付时间段之后，不再输出所述第三提示信息。

11.如权利要求7所述的方法，其特征在于，所述输出针对所述购票订单信息进行提示的第三提示信息，包括：

获得所述用户的用户所在地；

获取所述购票订单信息所对应的交通工具的乘车位置；

确定由所述用户所在地至所述乘车位置的交通信息，输出所述交通信息作为所述第三提示信息。

12.如权利要求11所述的方法，其特征在于，所述输出所述交通信息作为所述第三提示信息，包括：

在第一时间输出所述第三提示信息，所述第一时间具体为：比第二时间早预设时间段的时间，所述第二时间具体为：所述购票订单信息的乘坐时间减去所述交通信息的交通路线的耗费时长所获得的时间。

13.如权利要求1所述的方法，其特征在于，在所述即时通讯软件将与所述购票信息对应的购票请求发送至第三方服务器之后，所述方法还包括：

检测是否接收到第三方服务器所发送的第一提示信息，所述第一提示信息用于提示所述第三方服务器在所述购票服务器成功下单获得购票订单信息；

如果接收到所述第一提示信息，通过所述即时通讯软件对所述购票订单信息进行支付。

14.一种网络购票的实现终端，其特征在于，包括：

接收模块，用于通过即时通讯软件的购物服务界面接收用户通过所述购物服务界面发送的购票信息；

第一发送模块，用于通过所述即时通讯软件将与所述购票信息对应的购票请求发送至第三方服务器，以供所述第三方服务器基于所述购票请求向购票网站的购票服务器进行购票；

第一输出模块，用于通过所述即时通讯软件获得并输出所述第三方服务器在所述购票服务器进行购票的购票结果；

判断模块，用于通过所述第三方服务器在接收到所述购票请求之后，判断预存的下单码中是否包含所述购票请求所对应的第一下单码；

第二发送模块，用于如果存在所述第一下单码，所述第三方服务器将所述第一下单码发送至所述购票服务器进行下单，进而获得购票订单信息；

第三发送模块，用于如果不存在所述第一下单码，所述第三方服务器将所述购票请求发送至所述购票服务器，进而获得所述购票服务器基于所述购票请求所返回的所述第一下单码；所述第三方服务器将所述第一下单码发送至所述购票服务器进行下单，获得所述购票订单信息。

15.如权利要求14所述的终端，其特征在于，所述第一输出模块，用于：

通过所述即时通讯软件输出第一提示信息，所述第一提示信息用于提示所述第三方服务器在所述购票服务器成功下单获得购票订单信息；或者

通过所述即时通讯软件输出第二提示信息，所述第二提示信息用于提示所述第三方服务器在所述购票服务器下单失败。

16.如权利要求14所述的终端，其特征在于，所述第一发送模块，包括：

第一判断单元，用于所述即时通讯软件每隔第一预设时间间隔，判断是否获得所述第三方服务器返回的第一提示信息，所述第一提示信息用于提示所述第三方服务器在所述购票服务器成功下单获得购票订单信息；

第一发送单元，用于如果没有获得所述第一提示信息，向所述第三方服务器重新发送至所述购票请求。

17.如权利要求14所述的终端，其特征在于，所述第三发送模块，或者第四发送模块，包括：

第二判断单元，用于通过所述第三方服务器每隔第二预设时间间隔，判断是否获得所述第一下单码；

第二发送单元，用于如果没有获得所述第一下单码，向所述购票服务器重新发送至所述购票请求。

18.如权利要求14-16任一所述的终端，其特征在于，所述第三方服务器发送给所述购票服务器的购票请求中包含购票需求信息，所述购票服务器基于所述购票需求信息确定所述用户的出行行程，所述终端还包括：

提取模块，用于对所述购票信息进行基于上下文的关键词提取进而获得所述购票需求信息；或者

确定模块，用于基于所述用户输入所述购票请求时的提示内容确定出所述购票需求信息。

19.如权利要求18所述的终端，其特征在于，所述购票需求信息包括：出发站信息、目的站信息以及出发时间信息；或者

所述购票需求信息包括：出发站信息、目的站信息以及抵达时间信息；或者

所述购票需求信息包括：班次信息以及出发时间信息；或者

所述购票需求信息包括：班次信息以及抵达时间信息。

20.如权利要求14所述的终端，其特征在于，在所述购票结果中包含所述第三方服务器在所述购票服务器成功下单所获得的购票订单信息时，所述终端还包括：

第二输出模块，用于输出针对所述购票订单信息进行提示的第三提示信息。

21.如权利要求20所述的终端，其特征在于，所述第三提示信息用于提醒所述用户对所述购票订单信息进行支付，以完成所述购票订单信息；或者

所述第三提示信息用于提醒所述购票订单信息的所对应的出行行程的交通信息出现变化；或者

所述第三提示信息用于提供在所述购票订单信息的交通工具上与所述终端的用户存在关联的其他用户的信息；或者

所述第三提示信息用于针对所述购票订单信息进行到站提示。

22.如权利要求21所述的终端，其特征在于，在所述第三提示信息用于提醒所述用户对所述购票订单信息进行支付时，所述第二输出模块，包括：

第三判断单元，用于判断针对所述购票订单信息是否完成支付；

输出单元，用于如果针对所述购票订单信息没有完成支付时，每隔第三预设时间间隔输出所述第三提示信息。

23.如权利要求22所述的终端，其特征在于，所述终端还包括：

获得模块，用于获得对所述购票订单信息进行支付的有效支付时间段；

停止模块，用于在所述有效支付时间段之后，不再输出所述第三提示信息。

24.如权利要求20所述的终端，其特征在于，所述第二输出模块，包括：

获得单元，用于获得所述用户的用户所在地；

获取单元，用于获取所述购票订单信息所对应的交通工具的乘车位置；

确定单元，用于确定由所述用户所在地至所述乘车位置的交通信息，输出所述交通信息作为所述第三提示信息。

25.如权利要求24所述的终端，其特征在于，所述第二输出模块，用于在第一时间输出所述第三提示信息，所述第一时间具体为：比第二时间早预设时间段的时间，所述第二时间具体为：所述购票订单信息的乘坐时间减去所述交通信息的交通路线的耗费时长所获得的时间。

26.如权利要求14所述的终端，其特征在于，所述终端还包括：

检测模块，用于检测是否接收到所述第三方服务器所发送的第一提示信息，所述第一提示信息用于提示所述第三方服务器在所述购票服务器成功下单获得购票订单信息；

支付模块，用于如果接收到所述第一提示信息，通过所述即时通讯软件对所述购票订单信息进行支付。

Images