购买10月22 日由成都到武汉的G1318次动车票"，从而可W从购票信息中提取出如表3所示的购票需求 信息：
[0144]表3
[0146] 当然，W上班次信息、出发时间信息仅仅作为一个举例，并不作为限制。
[0147] 其中，上述购票需求信息中还可W包含出发站信息、目的站信息，其中，如果上述 购票需求信息不包含出发站信息的话，则可W通过GI^定位仪确定出用户当前位置，然后将 距离用户当前位置最近的站点作为出发站;如果上述购票需求信息中不包含目的站信息的 话，则默认班次信息所对应的终点站为目的站。
[0148] ④购票需求信息包括:班次信息W及抵达时间信息。
[0149] 举例来说，假设终端的用户希望由成都乘坐G1318次动车去往武汉，并希望在10月 23日抵达，在运种情况下，可W向即时通讯软件的购物服务界面发送W下信息"购买由成都 到武汉的G1318次动车票，其中需要于10月23日抵达武汉"，从而，可W从购票信息中提取出 如表4所示的购票需求信息：
[0150] 表4
[0152] 当然，W上班次信息、抵达时间信息仅仅作为一个举例，并不作为限制。
[0153] 同样，上述购票需求信息中还可W包含出发站信息、目的站信息，其中，如果上述 购票需求信息不包含出发站信息的话，则可W通过GI^定位仪确定出用户当前位置，然后将 距离用户当前位置最近的站点作为出发站;如果上述购票需求信息中不包含目的站信息的 话，则默认班次信息所对应的终点站为目的站。
[0154] 第二种，购票请求中携带购票信息，进而第=方服务器通过对购票信息进行分析 从而提取出购票需求信息，第=方服务器提取购票需求信息的方式与即时通讯软件提取出 购票需求信息的方式类似，故而在此不再寶述。
[0155] 在基于步骤S102将购票请求发送至第=方服务器之后，第=方服务器如果需要在 购票服务器进行购票，则可能需要登录购票服务器，其中，即时通讯软件可W将即时通讯软 件的登录账号发送至购票服务器，进而购票服务器通过即时通讯软件的账号进行登录；即 时通讯软件也可W接收用户输入的登录账号，然后将其发送至第=方服务器，第=方服务 器通过用户输入的登录账号登录购票服务器。对于第=方服务器采用何种方式登录购票服 务器，本发明实施例不作限制。
[0156] 另外，在第=方服务器通过登录账号登录购票服务器之后，可W保存该登录账号， 进而如果下次还接收到即时通讯软件通过第S方服务器发送的购票请求，则直接将预存的 登录账号发送至购票服务器，而不需要再次从即时通讯软件获取登录账号。
[0157] 作为一种可选的实施例，购票请求中还可W携带登录购票服务器的登录账号信息 W及购票人信息中的至少一种信息，购票人信息例如为包含购票人姓名、身份证号等等，其 中购票人信息可W包含一个或者多个购票人信息，本发明实施例不作限制。
[0158] 在基于步骤S102将购票请求发送至第=方服务器之后，第=方服务器可W通过多 种方式向购票服务器进行购票，下面列举其中的两种进行介绍，当然，在具体实施过程中， 不限于W下两种情况。
[0159] 第一种，第=方服务器基于购票请求向购票网站的购票服务器进行购票，请参考 图3,包括：
[0160] 步骤S301:第=方服务器在接收到购票请求之后，判断预存的下单码中是否包含 购票请求所对应的第一下单码；
[0161] 步骤S302:如果存在第一下单码，第=方服务器将第一下单码发送至购票服务器 进行下单，进而获得购票订单信息；
[0162] 步骤S303:如果不存在第一下单码，第=方服务器将购票请求发送至购票服务器， 进而获得购票服务器基于购票请求所返回的第一下单码;第=方服务器将第一下单码发送 至购票服务器进行下单，获得购票订单信息。
[0163] 步骤S301中，第=方服务器中预存的下单码可W通过多种方式获得，下面列举其 中的两种获得方式，当然，在具体实施过程中，不限于W下两种情况。
[0164] 预存的下单码的获得方式①:在接收到购票服务器发送的任一下单码之后，判断 对应下单码所对应的余票数量是否大于预设数量;如果余票数量大于预设数量，将对应的 下单码加入预存的下单码中。
[0165] 举例来说，其他用户可W通过该第=方服务器所提供的应用程序(例如：浏览器、 购票软件等等）向购票服务器发起购票请求，则发起的购票请求首先被第=方服务器所提 供的应用程序发送至第=方服务器，如果第=方服务器中不存在对应购票请求的下单码， 则第=方服务器会将购票请求发送至购票服务器，购票服务器在接收到购票请求之后，会 向第=方服务器发送一个下单码W及余票数量，第=方服务器将该下单码与余票数量发送 至发起购票请求的用户，该用户就可W通过下单码进行下单获得对应的购票订单信息。
[0166] 同时第=方服务器判断余票数量是否大于预设数量(例如：10、12等等），如果大于 预设数量，则将下单码加入预设的下单码，从而可W提供其他用户使用;而在余票数量小于 预设数量时，则不保存该下单码也不提供给其他用户使用，W保证发起购票请求的用户能 够通过该下单码成功下单。
[0167] ②第=方服务器在接收到购票服务器发送的任一下单码之后，将其加入预存的下 单码中。也即是第=方服务器不判断余票数量是否大于预设数量，而是直接将下单码保存 到预存的下单码中。
[0168] 其中，下单码例如包括：出发站信息、目的站信息、席位信息、余票数量、车次、出发 时间。通常情况下，下单码有时效性，在一段时间后会实效。同时，随余票数量不同下单码也 会有差异。
[0169] 步骤S301中，第=方服务器可W基于购票请求所包含的购票需求信息确定出可W 满足用户的出行行程的班次，然后基于该班次判断预存的下单码中是否存在对应该班次的 第一下单码。
[0170] 步骤S302中，如果预存的下单码中包含第一下单码，则可W直接将第一下单码W 及购票人信息发送至购票服务器，从而在购票服务器完成下单，获得对应的购票订单信息， 并将用于提示成功获得购票订单信息的第一提示信息发送至即时通讯软件。
[0171] 步骤S303中，如果预存的下单码中不包含第一下单码，则可W直接将购票请求发 送至购票服务器，由购票服务器返回对应的第一下单码，然后第=方服务器基于第一下单 码和购票人信息在购票服务器进行下单。
[0172] 另外，第=方服务器在向购票服务器发起购票请求时，可W仅仅发起一次购票请 求，作为一种可选的实施例，第=方服务器将购票请求发送至购票服务器，包括:第=方服 务器每隔第二预设时间间隔，判断是否获得第一下单码;如果没有获得第一下单码，向购票 服务器重新发送至购票请求。
[0173] 举例来说，第二预设时间间隔例如为：ls、2s等等，本发明实施例不作限制。其中， 如果第=方服务器并未接收到第一下单码，则说明无法成功下单获得购票订单信息;故而， 继续向购票服务器发起购票请求，直到获得对应的第一下单码为止。
[0174] 其中，如果第=方服务器经过一次获得多次尝试都未能成功获得第一下单码进行 下单，则可W向即时购票软件返回一个下单失败的提示信息。
[0175] 通过上述方案能够使网络购票过程中，可W直接基于第=方服务器所预存的下单 码中获取购票请求所对应的第一下单码，而不需要将购票请求发送至网络购票服务器，再 由购票服务器返回对应的下单码，故而达到了提高购票速度的技术效果;并且，也防止了由 于购票服务器的缓存服务器的刷新不及时，所导致的余票信息不够准确的技术问题。
[0176] 第二种，第=方服务器基于购票请求向购票网站的购票服务器进行购票，包括:第 =方服务器将购票请求发送至购票服务器，进而获得购票服务器基于购票请求所返回的第 一下单码;第=方服务器将第一下单码发送至购票服务器进行下单，获得购票订单信息。
[0177] 举例来说，也就是第=方服务器在接收到购票请求之后，可W直接将购票请求发 送至购票服务器，从而如果第S方服务器接收到购票服务器返回的第一下单码，则可W通 过第一下单码在购票服务器进行下单获得对应的购票订单信息，如果第=方服务器没有接 收到购票服务器返回的第一下单码，则返回一个下单失败的提示信息。
[0178] 另外，第=方服务器在向购票服务器发起购票请求时，可W仅仅发起一次购票请 求，也可W在没有接收到第一下单码时多次重复向购票服务器发起购票请求，对于具体如 何重复发起该购票请求，由于前面已作介绍，故而在此不再寶述。
[0179] 步骤S103中，基于第=方服务器在购票服务器是否成功下单，即时通讯软件所获 得并输出的购票结果也不同，下面列举其中的两种进行介绍，当然，在具体实施过程中，不 限于W下两种情况。
[0180] 第一种，通过即时通讯软件获得并输出第=方服务器在购票网站进行购票的购票 结果，包括:通过即时通讯软件输出第一提示信息，第一提示信息用于提示第=方服务器在 购票服务器成功下单获得购票订单信息。
[0181] 举例来说，如果第=方服务器成功获得第一下单码，并且基于第一下单码成功下 单获得购票订单信息，则可W向即时通讯软件发送第一提示信息，该第一提示信息例如为 文字提示信息、语音通信信息、购票订单信息等等，本发明实施例不作限制。即时通讯软件 在接收到第一提示信息之后，就可W输出该第一提示信息，例如:将第一提示信息显示于即 时通讯软件的购票服务器、通过语音方式输出第一提示信息等等。
[0182] 第二种，通过即时通讯软件获得并输出第=方服务器在购票网站进行购票的购票 结果，包括:通过即时通讯软件输出第二提示信息，第二提示信息用于提示第=方服务器在 购票服务器下单失败。
[0183] 举例来说，如果第=方服务器通过一次或者多次尝试都无法成功获得第一下单码 进行下单，则可W向即时通讯软件发送至第二提示信息，第二提示信息例如为:文字提示信 息、语音提示信息等等，同理，即时通讯软件在接收到第二提示信息之后，可W输出第二提 示信息，例如:将第二提示信息显示于即时通讯软件的购票服务界面、通过语音方式输出第 二提不f目息等等。
[0184] 作为一种可选的实施例，在购票结果中包含第=方服务器在购票服务器成功下单 所获得的购票订单信息时，方法还包括:输出针对购票订单信息进行提示的第=提示信息。 在具体实施过程中，第=提示信息可W由第=方服务器产生之后发送至即时通讯软件，然 后由即时通讯软件输出该第=提示信息;第=提示信息也可W由即时通讯软件基于购票订 单信息所产生，本发明实施例不作限制。
[0185] 在具体实施过程中，第=提示信息可W为多种功能的提示信息，下面列举其中的 五种进行介绍，当然，在具体实施过程中，不限于W下五种情况。另外，在不冲突的情况下， W下几种情况可W组合使用。
[0186] 第一种，第=提示信息用于提醒用户对购票订单信息进行支付，W完成购票订单 信息。
[0187] 举例来说，在第=方服务器获得购票订单信息之后，就向即时通讯软件发送成功 获得购票订单信息的第一提示信息，同时还向用户所在终端发送用于提醒对购票订单信息 进行支付的第=提示信息，在向终端发送第=提示信息时，可W将第=提示信息发送至即 时通讯软件，例如:通过即时通讯软件的购物服务界面输出"该订单需要在半个小时内完全 支付"的提示信息，又或者，可W将第=提示信息通过短信方式发送至用户的终端，对于具 体通过何种方式输出第=提示信息，本发明实施例不作限制。
[0188] 作为一种可选的实施例，在第=提示信息用于提醒用户对购票订单信息进行支付 时，输出针对购票订单信息进行提示的第=提示信息，包括:判断针对购票订单信息是否完 成支付;如果针对购票订单信息没有完成支付时，每隔第=预设时间间隔输出第=提示信 息。
[0189] 第S预设时间间隔例如为：5分钟、10分钟等等，本发明实施例不作限制。其中，在 不同的时机所输出的第=提示信息也不同，例如:在初始阶段可W通过即时通讯软件、短信 的方式输入第=提示信息；如果多次通过即时通讯软件或者短信方式