CN105631730A - 一种网络购票方法及网络服务器 - Google Patents

一种网络购票方法及网络服务器 Download PDF

Info

Publication number
CN105631730A
CN105631730A CN201510994376.3A CN201510994376A CN105631730A CN 105631730 A CN105631730 A CN 105631730A CN 201510994376 A CN201510994376 A CN 201510994376A CN 105631730 A CN105631730 A CN 105631730A
Authority
CN
China
Prior art keywords
information
booking
time
solid size
order
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201510994376.3A
Other languages
English (en)
Inventor
赵飞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Qihoo Technology Co Ltd
Qizhi Software Beijing Co Ltd
Original Assignee
Beijing Qihoo Technology Co Ltd
Qizhi Software Beijing Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Qihoo Technology Co Ltd, Qizhi Software Beijing Co Ltd filed Critical Beijing Qihoo Technology Co Ltd
Priority to CN201510994376.3A priority Critical patent/CN105631730A/zh
Publication of CN105631730A publication Critical patent/CN105631730A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/951—Indexing; Web crawling techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0609—Buyer or seller confidence or verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0631—Item recommendations
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G06Q10/025—Coordination of plural reservations, e.g. plural trip segments, transportation combined with accommodation

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种网络购票系统及网络服务器，由此解决了现有技术中购票速度较慢的技术问题，该方法包括：在接收终端发送的购票请求之后，从购票请求中提取出购票需求信息；从预存的下单码中获取购票需求信息所对应的第一下单码；通过第一下单码向网络购票系统发送下单请求，获得对应购票需求信息的第一购票订单信息。达到了提高购票速度的技术效果。

Description

一种网络购票方法及网络服务器
技术领域
本发明涉及通信技术领域，尤其涉及一种网络购票方法及网络服务器。
背景技术
长期以来，铁路一直是人们长途旅行的主要交通工具，但是购票难的问题至今尚未解决。传统的火车票购票方式是人们持币到火车站或者铁路专门的购票窗口购买，其购票效率通常较低。
为了解决这种问题，现有技术中可以由用户通过网络进行购票，请参考图1，其购票流程通常包括以下步骤：
步骤S101：用户通过移动终端向12306的网络购票系统发起购票请求；
步骤S102：网络购票信息判断购票请求中是否存在余票，在存在余票的情况下，则向移动终端返回一个余票信息和下单码，移动终端通过该下单码就可以下单进行购票。
其中，申请人发现网络购票系统包括多个缓存服务器，位于不同区域的购票请求会发送至不同的缓存服务器，其中，不同的缓存服务器所提供的余票信息也不同，例如:对应北京的缓存服务器所提供的余票信息可能包含500张、对应石家庄的缓存服务器所提供余票信息可能仅仅包含50张，通常情况下，缓存服务器会每隔预设时间间隔刷新一次，重新确定余票信息，各个区域的缓存服务器的刷新时间可能会存在差异，这样就会导致移动终端将购票请求发送至缓存服务器后，该缓存服务器提示不存在余票，但是实际上还存在余票，但是如果用户下次继续刷新发起购票请求，则可能票已售完，由此可见，现有技术中还存着购票速度较慢的技术问题。且由于缓存服务器更新不及时，所提供的余票信息也不够准确。
发明内容
本发明实施例提供一种网络购票方法及网络服务器，以解决现有技术中购票速度较慢的技术问题。
第一方面，本发明实施例提供一种网络购票方法，包括：
在接收终端发送的购票请求之后，从所述购票请求中提取出购票需求信息；
从预存的下单码中获取所述购票需求信息所对应的第一下单码；
通过所述第一下单码向网络购票系统发送下单请求，获得对应所述购票需求信息的第一购票订单信息。
可选的，所述方法还包括：
判断所述预存的下单码是否包含所述第一下单码；
在所述预存的下单码中不包含所述第一下单码时，将所述购票需求信息发送至所述网络购票系统；
接收所述网络购票系统基于所述购票需求信息所发送的第二下单码，以通过所述第二下单码向网络购票系统发送所述下单请求。
可选的，所述方法还包括：
在接收到所述网络购票系统发送的任一下单码之后，判断对应下单码所对应的余票数量是否大于预设数量；
在所述余票数量大于所述预设数量，将对应的下单码加入所述预存的下单码中。
可选的，所述购票需求信息具体包括：出发站信息、目的站信息以及出发时间信息；或者
所述购票需求信息具体包括：出发站信息、目的站信息以及抵达时间信息；或者
所述购票需求信息具体包括：班次信息以及出发时间信息；或者
所述购票需求信息具体包括：班次信息以及抵达时间信息。
可选的，所述方法还包括：
接收所述终端通过第一聊天软件的服务号发送至的所述购票请求。
可选的，在接收终端发送的购票请求之后，所述方法还包括：
确定所述购票需求信息所对应的交通工具的第一信息是否出现变更；
在所述第一信息出现变更时，产生针对所述第一信息出现变更的第一提示信息。
可选的，所述第一信息出现变更，具体包括：
所述交通工具的站点出现变更；或者
所述交通工具的出发时间、抵达时间或者运行时长出现变更；或者
所述购票需求信息所对应出发站和目的站出现新的交通工具班次。
可选的，在所述将所述购票需求信息发送至所述网络购票系统之后，所述方法还包括：
在所述网络购票系统提示余票为零时，确定出推荐购票信息；
基于所述推荐购票信息进行购票获得第二购票订单信息。
可选的，所述确定出推荐购票信息，具体包括：
确定出与所述购票需求信息中所包含的出发站和目的站相同的其他班次的交通工具信息；和/或
确定出与所述购票需求信息中所包含的出发站的距离小于预设距离的站点作为新的出发站，基于所述新的出发站确定出所述推荐购票信息；和/或
确定出与所述购票需求信息中所包含的目的站的距离小于预设距离的站点作为新的目的站，基于所述新的目的站站确定出所述推荐购票信息；和/或
确定出与所述购票需求信息中的出发站的乘坐时间之差小于第一预设时长的站点作为新的出发站，基于所述新的出发站确定出所述推荐购票信息；和/或
确定出与所述购票需求信息中的目的站的乘坐时间之差小于第二预设时长的站点作为新的目的站，基于所述新的目的站确定出所述推荐购票信息。
可选的，在所述获得对应所述购票需求信息的第一购票订单信息之后，所述方法还包括：
针对所述第一购票订单信息产生第二提示信息，并将所述第二提示信息发送至所述终端。
可选的，所述第二提示信息具体用于：提醒所述终端的用户对所述第一购票订单信息进行支付，以完成所述第一购票订单信息；或者
所述第二提示信息具体用于：提醒所述第一购票订单信息的所对应的交通工具的第二信息出现变化；或者
所述第二提示信息具体用于：提供所述第一购票订单信息的交通工具上与所述终端的用户存在关联的其他用户的信息；或者
所述第二提示信息具体用于：针对所述第一购票订单信息所对应的交通工具进行到站提示。
可选的，所述针对所述第一购票订单信息产生第二提示信息，具体包括：
获得所述用户的所在地；
获取第一购票订单信息所对应的交通工具的乘坐位置；
确定由所述所在地至所述乘车位置的交通信息，所述交通信息即为所述第二提示信息。
可选的，所述交通信息具体包括：至少一条交通线路以及每条交通线路的耗费时间。
可选的，所述针对所述第一购票订单信息产生第二提示信息，具体包括：
确定所述第一购票订单信息所对应的乘坐时间；
在第一时间向所述终端发送所述第二提示信息，所述第一时间具体为：比第二时间早预设时间段的时间，所述第二时间具体为：所述乘坐时间减去对应交通线路的耗费时长所获得的时间。
第二方面，本发明实施例提供一种网络服务器，包括：
提取模块，用于在接收终端发送的购票请求之后，从所述购票请求中提取出购票需求信息；
获取模块，用于从预存的下单码中获取所述购票需求信息所对应的第一下单码；
下单模块，用于通过所述第一下单码向网络购票系统发送下单请求，获得对应所述购票需求信息的第一购票订单信息。
可选的，所述网络服务器还包括：
第一判断模块，用于判断所述预存的下单码是否包含所述第一下单码；
发送模块，用于在所述预存的下单码中不包含所述第一下单码时，将所述购票需求信息发送至所述网络购票系统；
第一接收模块，用于接收所述网络购票系统基于所述购票需求信息所发送的第二下单码，以通过所述第二下单码向网络购票系统发送所述下单请求。
可选的，所述网络服务器还包括：
第二判断模块，用于在接收到所述网络购票系统发送的任一下单码之后，判断对应下单码所对应的余票数量是否大于预设数量；
加入模块，用于在所述余票数量大于所述预设数量，将对应的下单码加入所述预存的下单码中。
可选的，所述购票需求信息具体包括：出发站信息、目的站信息以及出发时间信息；或者
所述购票需求信息具体包括：出发站信息、目的站信息以及抵达时间信息；或者
所述购票需求信息具体包括：班次信息以及出发时间信息；或者
所述购票需求信息具体包括：班次信息以及抵达时间信息。
可选的，所述网络服务器还包括：
第二接收模块，用于接收所述终端通过第一聊天软件的服务号发送至的所述购票请求。
可选的，所述网络服务器还包括：
第一确定模块，用于在接收终端发送的购票请求之后，确定所述购票需求信息所对应的交通工具的第一信息是否出现变更；
第一提示模块，用于在所述第一信息出现变更时，产生针对所述第一信息出现变更的第一提示信息。
可选的，所述第一信息出现变更，具体包括：
所述交通工具的站点出现变更；或者
所述交通工具的出发时间、抵达时间或者运行时长出现变更；或者
所述购票需求信息所对应出发站和目的站出现新的交通工具班次。
可选的，所述网络服务器还包括：
第二确定模块，用于在将所述购票需求信息发送至所述网络购票系统之后，在所述网络购票系统提示余票为零时，确定出推荐购票信息；
获得模块，用于基于所述推荐购票信息进行购票获得第二购票订单信息。
可选的，所述第二确定模块，具体用于：
确定出与所述购票需求信息中所包含的出发站和目的站相同的其他班次的交通工具信息；和/或
确定出与所述购票需求信息中所包含的出发站的距离小于预设距离的站点作为新的出发站，基于所述新的出发站确定出所述推荐购票信息；和/或
确定出与所述购票需求信息中所包含的目的站的距离小于预设距离的站点作为新的目的站，基于所述新的目的站站确定出所述推荐购票信息；和/或
确定出与所述购票需求信息中的出发站的乘坐时间之差小于第一预设时长的站点作为新的出发站，基于所述新的出发站确定出所述推荐购票信息；和/或
确定出与所述购票需求信息中的目的站的乘坐时间之差小于第二预设时长的站点作为新的目的站，基于所述新的目的站确定出所述推荐购票信息。
可选的，所述网络服务器还包括：
第二提示模块，用于在获得对应所述购票需求信息的第一购票订单信息之后，针对所述第一购票订单信息产生第二提示信息，并将所述第二提示信息发送至所述终端。
可选的，所述第二提示信息具体用于：提醒所述终端的用户对所述第一购票订单信息进行支付，以完成所述第一购票订单信息；或者
所述第二提示信息具体用于：提醒所述第一购票订单信息的所对应的交通工具的第二信息出现变化；或者
所述第二提示信息具体用于：提供所述第一购票订单信息的交通工具上与所述终端的用户存在关联的其他用户的信息；或者
所述第二提示信息具体用于：针对所述第一购票订单信息所对应的交通工具进行到站提示。
可选的，所述第二提示模块，具体包括：
获得单元，用于获得所述用户的所在地；
获取单元，用于获取第一购票订单信息所对应的交通工具的乘坐位置；
第一确定单元，用于确定由所述所在地至所述乘车位置的交通信息，所述交通信息即为所述第二提示信息。
可选的，所述交通信息具体包括：至少一条交通线路以及每条交通线路的耗费时间。
可选的，所述第二提示模块，还包括：
第二确定单元，用于确定所述第一购票订单信息所对应的乘坐时间；
发送单元，用于在第一时间向所述终端发送所述第二提示信息，所述第一时间具体为：比第二时间早预设时间段的时间，所述第二时间具体为：所述乘坐时间减去对应交通线路的耗费时长所获得的时间。
本申请实施例中提供的技术方案，至少具有如下技术效果或优点：
由于在本发明实施例中，在接收终端发送的购票请求之后，首先从所述购票请求中提取出购票需求信息；然后从预存的下单码中获取所述购票需求信息所对应的第一下单码；最后通过所述第一下单码向网络购票系统发送下单请求，获得对应所述购票需求信息的第一购票订单信息。也即是在接收到终端发送的购票请求之后，可以直接从预存的下单码中获取购票需求信息所对应的第一下单码，而不需要将购票需求请求发送至网络购票系统，再由网络购票系统返回对应的下单码，故而达到了提高购票速度的技术效果；并且，也防止了由于缓存服务器的刷新不及时，所导致的余票信息不够准确的技术问题。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了现有技术中的网络购票方法的流程图；
图2示出了根据本发明一个实施例的一种网络购票方法的流程图；
图3示出了根据本发明一个实施例的一种网络购票方法中在不存在第一下单码时的购票流程图；
图4示出了根据本发明一个实施例的一种网络购票方法的进一步的改进的流程图；
图5示出了根据本发明一个实施例的一种网络服务器的结构图。
具体实施方式
本发明实施例中的方案总体思路如下：
在接收终端发送的购票请求之后，首先从所述购票请求中提取出购票需求信息；然后从预存的下单码中获取所述购票需求信息所对应的第一下单码；最后通过所述第一下单码向网络购票系统发送下单请求，获得对应所述购票需求信息的第一购票订单信息。也即是在接收到终端发送的购票请求之后，可以直接从预存的下单码中获取购票需求信息所对应的第一下单码，而不需要将购票需求请求发送至网络购票系统，再由网络购票系统返回对应的下单码，故而达到了提高购票速度的技术效果；并且，也防止了由于缓存服务器的刷新不及时，所导致的余票信息不够准确的技术问题。
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
第一方面，本发明实施例提供一种网络购票方法，请参考图2，包括：
步骤S201：在接收终端发送的购票请求之后，从所述购票请求中提取出购票需求信息；
步骤S202：从预存的下单码中获取所述购票需求信息所对应的第一下单码；
步骤S203：通过所述第一下单码向网络购票系统发送下单请求，获得对应所述购票需求信息的第一购票订单信息。
举例来说，该方法例如应用于网络服务器，其他用户通过该网络服务器所提供的应用程序(例如：浏览器、聊天软件)向网络购票系统发起购票请求时，该网络服务器所提供的应用程序就可以将该购票请求发送至该网络服务器。该网络购票方法可以应用于各种交通工具的网络购票，例如：汽车、火车(包括普通列车和动车)、飞机等等，本发明实施例不作限制。
步骤S201中，网络服务器可以接收终端通过多种方式发送至的购票请求，下面列举其中的两种进行介绍，当然，在具体实施过程中，不限于以下两种情况。
第一种，网络服务器接收终端通过网络购票系统的购票页面发送至的购票请求。
举例来说，终端可以响应用户操作，进而启动浏览器，然后在浏览其中打开网络购票系统的购票页面，最后接收用户通过该购票页面所输入的购票请求，例如：用户在该购票页面通过选择操作的方式确定出出发站信息、目的站信息以及出发时间信息，当然，用户还可以在购票页面输入其他购票请求，本发明实施例不作限制。
第二种，网络服务器接收所述终端通过第一聊天软件的服务号发送至的所述购票请求。
举例来说，用户可以向第一聊天软件的服务号输入以下内容的购票请求“购买成都至武汉G1318次车票”，该服务号将该购票请求发送至网络服务器，网络服务器通过对该购票请求进行关键词识别，进而获取其中的购票需求信息。
步骤S201中，购票需求信息可以为多种不同形式的购票需求信息，下面列举其中的几种进行介绍，当然，在具体实施过程中，不限于以下几种情况。
第一种，所述购票需求信息具体包括：出发站信息、目的站信息以及出发时间信息。
举例来说，假设终端的用户希望10月22日由成都乘坐火车出发去往武汉，在这种情况下，如果用户通过浏览器发起购票请求，则可以选择出发地“成都”，目的地“武汉”，出发日“2015-10-22”，假设用户通过第一聊天软件的服务号发起购票请求，则可以将该服务号发送以下信息“购票2015-10-22由成都到武汉的火车票”，从而，网络服务器可以从购票请求中提取出如表1所示的购票需求信息：
表1
出发站信息 目的站信息 出发时间信息
成都 武汉 2015-10-22
当然，以上出发站信息、目的站信息、出发时间信息仅仅作为一个举例，并不作为限制。
其中，上述购票需求信息中既可以包含班次信息，也可以不包含班次信息，如果上述购票需求信息中不包含班次信息的话，则确定出出发站信息、目的站信息、出发时间信息作为购票需求信息，而不限定班次，在这种情况下，可以确定出多个购票需求信息；如果上述购票需求信息中包含班次信息的话，则将班次信息、出发站信息、目的站信息、出发时间信息作为购票需求信息。
第二种，出发站信息、目的站信息以及抵达时间信息。
举例来说，假设终端的用户希望由成都乘坐火车出发去往武汉，并希望在10月23日抵达武汉，在这种情况下，如果通过浏览器发起购票请求，则可以选择出发地“成都”，目的地“武汉”，抵达日“2015-10-23”，假设终端通过第一聊天软件的服务号发起购票请求，则可以将该服务号发送以下信息“购买成都到武汉的火车票，且需要于2015-10-23抵达成都”，从而，网络服务器可以从购票请求中提取出如表2所示的购票需求信息：
表2
出发站信息 目的站信息 抵达时间信息
成都 武汉 2015-10-23
当然，以上出发站信息、目的站信息、出发时间信息仅仅作为一个举例，并不作为限制。
同理，其中，上述购票需求信息中既可以包含班次信息，也可以不包含班次信息，如果上述购票需求信息中不包含班次信息的话，则确定出出发站信息、目的站信息、抵达时间信息作为购票需求信息，而不限定班次，在这种情况下，可以确定出多个购票需求信息；如果上述购票需求信息中包含班次信息的话，则将班次信息、出发站信息、目的站信息、抵达时间信息作为购票需求信息。
第三种，所述购票需求信息具体包括：班次信息以及出发时间信息。
举例来说，假设终端的用户希望由成都乘坐G1318次动车去往武汉，并希望在10月22日出发，在这种情况下，如果用户通过浏览器发起购票请求，则可以选择车次为“G1318”，出发日“2015-10-22”；如果用户通过第一聊天软件的服务号发起购票请求，则可以将该服务号发送以下信息“购票10月22日由成都到武汉的G1318次动车票”，从而，网络服务器可以从购票请求中提取出如表3所示的购票需求信息：
表3
班次信息 出发时间信息
G1318 2015-10-22
当然，以上班次信息、出发时间信息仅仅作为一个举例，并不作为限制。
其中，上述购票需求信息中还可以包含出发站信息、目的站信息，其中，如果上述购票需求信息不包含出发站信息的话，则默认班次信息所对应的起点站为出发站；如果上述购票需求信息中不包含目的站信息的话，则默认班次信息所对应的终点站为目的站。
第四种，所述购票需求信息具体包括：班次信息以及抵达时间信息。
举例来说，假设终端的用户希望由成都乘坐G1318次动车去往武汉，并希望在10月23日抵达，在这种情况下，如果用户通过浏览器发起购票请求，则可以选择车次为“G1318”，抵达日“2015-10-23”；如果用户通过第一聊天软件的服务号发起购票请求，则可以将该服务号发送以下信息“购票由成都到武汉的G1318次动车票，其中需要于10月23日抵达武汉”，从而，网络服务器可以从购票请求中提取出如表4所示的购票需求信息：
表4
班次信息 抵达时间信息
G1318 2015-10-23
当然，以上班次信息、抵达时间信息仅仅作为一个举例，并不作为限制。
同样，上述购票需求信息中还可以包含出发站信息、目的站信息，其中，如果上述购票需求信息不包含出发站信息的话，则默认班次信息所对应的起点站为出发站；如果上述购票需求信息中不包含目的站信息的话，则默认班次信息所对应的终点站为目的站。
步骤S202中，下单码包括：出发站、目的站、席位信息、余票数量、车次、出发时间。
网络服务器拿到第一下单码后，连同购票人的信息和需要购买车票的信息一同提交给网络购票信息(例如：12306购票系统)的购票接口，进而可以下单获得第一购票订单信息。通常情况下，下单码有时效性，在一段时间后会实效。同时，随余票数量不同下单码也会有差异。
步骤S202中，预存的下单码可以通过多种方式获得，下面列举其中的两种进行介绍，当然，在具体实施过程中，不限于以下两种情况。
第一种，在接收到所述网络购票系统发送的任一下单码之后，判断对应下单码所对应的余票数量是否大于预设数量；
在所述余票数量大于所述预设数量，将对应的下单码加入所述预存的下单码中。
举例来说，其他用户可以通过该网络服务器向网络购票系统发起购票请求，如果该网络服务器中不存在对应购票请求的下单码，则网络服务器会将购票请求发送至网络购票系统，网络购票系统在接收到购票请求之后，会向网络服务器发送一个下单码以及余票数量，网络服务器将该下单码和余票数量发送至发起购票请求的用户，该用户就通过下单码进行下单获得对应的购票订单信息。同时网络服务器判断余票数量是否大于预设数量(例如：10、12等等)，如果大于预设数量，则将下单码加入预设的下单码，从而可以提供其他用户使用；而在余票数量小于预设数量时，则不保存该下单码也不提供给其他用户使用，以保证发起购票请求的用户能够通过该下单码成功下单。
第二种，在接收到所述网络购票系统发送的任一下单码之后，将其加入预存的下单码中。也即是，不判断余票数量是否大于预设数量，而是直接将下单码保存到预存的下单码中。
步骤S202中，在从预存的下单码中获取所述购票需求信息所对应的第一下单码时，请参考图3，所述方法还包括：
步骤S301：判断所述预存的下单码是否包含所述第一下单码；
步骤S302：在所述预存的下单码中不包含所述第一下单码时，将所述购票需求信息发送至所述网络购票系统；
步骤S303：接收所述网络购票系统基于所述购票需求信息所发送的第二下单码，以通过所述第二下单码向网络购票系统发送所述下单请求。
步骤S301中，可以基于步骤S201中所提取出的购票需求信息，判断预存的下单码中是否存在满足购票需求信息的第一下单码，例如，如果购票需求信息具体包括：出发站信息、目的站信息以及出发时间信息的话，则可以判断预存的下单码是否存在出发站信息、目的站信息和出发时间信息都符合要求的下单码，如果存在的话，则将该下单码作为第一下单码；如果购票需求信息具体包括：班次信息以及抵达时间信息的话，则可以判断预存的下单码中是否存在班次信息以及抵达时间信息都符合要求的下单码，如果存在的话，则将该下单码作为第一下单码等等。
其中，如果预存的下单码中包含第一下单码的话，则可以直接通过该第一下单码进行下单，而不需要基于购票请求向网络服务器获取下单码，从而能够提高下单速度。
步骤S302中，由于预存的下单码中不包含第一下单码，则无法直接通过第一下单码进行下单，在这种情况下，则需要将购票需求信息发送至网络购票系统，进而由网络购票系统返回满足该网络购票需求的第二下单码。
步骤S303中，网络服务器可以直接通过第二下单码向网络购票系统发起下单请求，进而获得满足购票需求信息的购票订单信息。
在具体实施过程中，在基于步骤S201接收终端发送的购票请求之后，所述方法还包括：确定所述购票需求信息所对应的交通工具的第一信息是否出现变更；在所述第一信息出现变更时，产生针对所述第一信息出现变更的第一提示信息。
在具体实施过程中，第一信息发生变更可以出现多种情况，下面列举其中三种进行介绍，当然，在具体实施过程中，不限于以下三种情况，另外，在不冲突的情况下，以下三种情况可以组合使用。
第一种，所述第一信息出现变更，具体包括：所述交通工具的站点出现变更。
举例来说，站点出现变更例如为：站点所在城市出现变更、站点所在区域出现变更等等，本发明实施例不作限制。例如，用户希望乘坐G1318次动车由成都出发到武汉，之前G1318的乘坐地点为火车北站，然而一个月前G1318的乘坐地点变更为火车南站，在这种情况下，则可以产生以下第一提示信息“您所选择的动车的乘坐地点由火车北站变更为火车南站”；又例如，之前G1318次动车在武汉的武昌停靠，而后来更改为在武汉的汉阳停靠，在这种情况下，则可以产生以下的第一提示信息“G1318次动车在武汉的停靠区域由武昌变更为汉阳”；又例如，G1318之前会经过武汉，然而之前不久进行了改道，在改道之后不再经过武汉，则可以产生如下的第一提示信息“G1318次经改道之后不再经过武汉”等等，当然，以上第一提示信息仅仅作为举例，并不作为限制。
第二种，所述第一信息出现变更具体为：所述交通工具的出发时间、抵达时间或者运行时长出现变更。
举例来说，在交通工具的出发时间、抵达时间或者运行时长出现变更时，可能会导致用户的行程出现变化，例如：如果出发时间由18:30变更为8:00，在这种情况下，距离乘车位置较远的用户可能需要提前一天抵达乘车位置；又例如，如果抵达时间由17:00变更为23:00，则可能导致用户抵达目的站之后，不太方便乘坐其他交通工具；又例如，如果运行时长由17个小时增加至22个小时，则用户可能会觉得太累等等，故而可以通过第一提示信息对交通工具的出发时间、抵达时间或者运行时长出现变更进行提示，以使用户能够更加合理的购票。
第三种，所述第一信息出现变更具体为：所述购票需求信息所对应出发站和目的站出现新的交通工具班次。
举例来说，出现新的交通工具班次可能存在两种情况，一种情况时，在对应出发站和目的站之间针对相同的交通工具增加新的班次，例如，之前由成都至武汉存在以下两趟车次：G1318、T248，而当前时间增加了车次G308；另一种情况下，在对应出发站和目的站之间增加了新的交通工具，例如：之前由成都至武汉不存在直达飞机，而当前时间增加了航班等等。通过上述方案，能够对新的交通工具班次进行提示，以使终端的用户能够基于新的交通工具班次选择较佳的出行方式。
作为一种可选的实施例，在基于步骤S302将所述购票需求信息发送至所述网络购票系统之后，请参考图4，所述方法还包括：
步骤S401：在所述网络购票系统提示余票为零时，确定出推荐购票信息；
步骤S402：基于所述推荐购票信息进行购票获得第二购票订单信息。
步骤S401中，余票数量为零可能存在两种情况，一种是由出发站至目的站不存在对应的交通工具，另一种情况是由出发站至目的站的票售罄。由于网络购票系统提示余票为零，则说明用户的购票需求信息无法得到满足，在这种情况下，则可以确定推荐购票信息，基于推荐购票信息虽然无法完全满足用户的出行需求，但是可以部分满足用户的需求，例如：用户在基于推荐购票信息进行购票之后，进行短距离转乘，就可以达到目的地。在具体实施过程中，可以通过多种方式确定出推荐购票信息，下面列举其中的五种进行介绍，当然，在具体实施过程中，不限于以下五种情况。另外，在不冲突的情况下，以下五种情况可以组合使用。
第一种，所述确定出推荐购票信息，具体包括：确定出与所述购票需求信息中所包含的出发站和目的站相同的其他班次的交通工具信息。
举例来说，假设购票需求信息具体包括：班次信息G1318，出发时间信息2015-10-22，出发站成都，目的站武汉，则可以确定出出发站为成都、目的站为武汉的所有班次的火车，然后将所有班次的火车都作为推荐购票信息提供给用户，又或者，从中确定出与G1318的价格相差最小、或者出发时间最接近的火车作为推荐购票信息推荐给用户，当然，还可以确定出其他的交通工具作为推荐购票信息，本发明实施例不再详细列举，并且不作限制。
第二种，所述确定出推荐购票信息，具体包括：确定出与所述购票需求信息中所包含的出发站的距离小于预设距离的站点作为新的出发站，基于所述新的出发站确定出所述推荐购票信息。
举例来说，假设出发站为绵阳，目的站为苏州，则可以首先确定出绵阳至苏州之间距离，然后确定该距离的预设比例(例如：25％、30％等等)作为第一预设距离，进而以出发站绵阳为圆心、第一预设距离为半径确定出一个圆，然后将该圆内所包含的其他位置作为新的出发站(例如：成都)，从而将成都至苏州的交通工具作为推荐购票信息提供给用户。
第三种，所述确定出推荐购票信息，具体包括：确定出与所述购票需求信息中所包含的目的站的距离小于预设距离的站点作为新的目的站，基于所述新的目的站站确定出所述推荐购票信息。
举例来说，假设出发站为绵阳，目的站为苏州，则可以首先确定出绵阳至苏州之间距离，然后确定该距离的预设比例(例如：25％、30％等等)作为第二预设距离(第二预设距离与第一预设距离可以相同或者不同)，进而以目的站苏州为圆心、第二预设距离为半径确定出一个圆，然后将该圆内所包含的其他位置作为新的目的站(例如：上海)，从而将绵阳至上海的交通工具作为推荐购票信息提供给用户。
第四种，所述确定出推荐购票信息，具体包括：确定出与所述购票需求信息中的出发站的乘坐时间之差小于第一预设时长的站点作为新的出发站，基于所述新的出发站确定出所述推荐购票信息。
举例来说，可以根据实际需求设置不同的第一预设时长，第一预设时长例如为：2小时、3小时等等，又或者首先确定由出发站至目的站之间的时长，然后确定出该时长的预设比例(例如：20％、25％等等)作为第一预设时长。假设出发站为绵阳，目的站为苏州，则可以首先确定出绵阳至苏州之间时长(假设为20小时)，然后确定该时长的预设比例(例如：20％)作为第一预设时长，从而第一预设时长为4小时，进而确定出与出发站绵阳的车程小于4小时的站点作为新的出发站(例如：成都)，从而将成都至苏州的交通工具作为推荐购票信息提供给用户。
第五种，所述确定出推荐购票信息，具体包括：确定出与所述购票需求信息中的目的站的乘坐时间之差小于第二预设时长的站点作为新的目的站，基于所述新的目的站确定出所述推荐购票信息。
举例来说，可以根据实际需求设置不同的第二预设时长，第二预设时长例如为：2小时、3小时等等，又或者首先确定由出发站至目的站之间的时长，然后确定出该时长的预设比例(例如：20％、25％等等)作为第二预设时长，第二预设时长与第一预设时长可以相同或者不同。假设出发站为绵阳，目的站为苏州，则可以首先确定出绵阳至苏州之间时长(假设为20小时)，然后确定该时长的预设比例(例如：30％)作为第二预设时长，从而第二预设时长为6小时，进而确定出与目的站苏州的车程小于6小时的站点作为新的出发站(例如：上海)，从而将绵阳至上海的交通工具作为推荐购票信息提供给用户。
作为一种可选的实施例，在基于步骤S203获得第一购票订单信息之后，所述方法还包括：针对所述第一购票订单信息产生第二提示信息，并将所述第二提示信息发送至所述终端。
其中，第二提示信息可以为多种形式的提示信息，下面列举其中的四种进行介绍，当然，在具体实施过程中，不限于以下四种情况。
第一种，所述第二提示信息具体用于：提醒所述终端的用户对所述第一购票订单信息进行支付，以完成所述第一购票订单信息，也即第二提示信息具体为：提醒所述终端的用户对所述第一购票订单信息进行支付，以完成所述第一购票订单信息的提示信息。
举例来说，可以在获得第一购票订单信息之后，就将第一购票订单信息发送至终端，同时产生如下的第二提示信息“该订单需要在半个小时内完全支付”；又或者在距离第一购票订单信息的支付结束时间还剩预设时间(例如：5分钟、10分钟等等)时产生第二提示信息，第二提示信息例如为“该订单需要在5分钟内完全支付”等等。通过上述方案，能够实现对第一购票订单信息的支付进行提示的技术效果，防止用户没有注意到第一购票订单信息，导致第一购票订单信息失效。
第二种，所述第二提示信息具体用于：提醒所述第一购票订单信息的所对应的交通工具的第二信息出现变化，也即第二提示信息具体为提醒所述第一购票订单信息的所对应的交通工具的第二信息出现变化的提示信息。
举例来说，第二信息出现变化例如：该交通工具的乘坐时间晚点、该交通工具的乘坐时间提前等等。通过该方案，能够保证用户能够及时了解第一购票订单信息的交通工具的变化情况，故而产生对应的应对策略。
第三种，所述第二提示信息具体用于：提供所述第一购票订单信息的交通工具上与所述终端的用户存在关联的其他用户的信息，也即第二提示信息具体为：与所述第一购票订单信息的交通工具上与所述终端的用户存在关联的其他用户的信息。
举例来说，存在关联例如为：该用户与其他用户的职业相同、该用户与其他用户的行业相同、该用户与其他用户的目的地相同、该用户与其他用户的年龄相近等等，对于终端的用户与其他用户具体如何存在关联，本发明实施例不作限制。
第四种，所述第二提示信息具体用于：针对所述第一购票订单信息所对应的交通工具进行到站提示，也即所述第二提示信息具体为：针对所述第一购票订单信息所对应的交通工具进行到站提示的提示信息。
举例来说，可以在第一购票订单信息所对应的交通工具快到目的站时进行提示，该提示信息例如包括：到达目的站的时间、在目的站的停留时长、距离到达目的站还剩多少时间等等，例如：可以产生如下的提示信息“本次列车将于19:00到达苏州站，将停留5分钟，当前时间距离到站时间半个小时，请提前做好下车准备”，当然，用户到站提示的第二提示信息还可以为其他的提示信息，本发明实施例不再详细列举，并且不作限制。通过上述方案，到达了能够通过第二提示信息对到达目的站进行提示的技术效果。
作为一种可选的实施例，所述针对所述第一购票订单信息产生第二提示信息，具体包括：获得所述用户的所在地；获取第一购票订单信息所对应的交通工具的乘坐位置；确定由所述所在地至所述乘车位置的交通信息，所述交通信息即为所述第二提示信息。
举例来说，终端可以通过终端的GPS定位仪获得用户的所在地，然后将所在地上传至网络服务器，网络服务器直接基于第一购票订单信息可以确定出班次信息和出发站信息，基于班次信息和出发站信息就可以确定出对应交通工具的乘坐位置。在确定出所在地和乘坐位置就可以通过地图系统确定出交通信息。
在具体实施过程中，交通信息可以包括多种信息，下面列举其中的两种进行介绍，当然，在具体实施过程中，不限于以下两种情况。
第一种，所述交通信息具体包括：至少一条交通线路以及每条交通线路的耗费时间，至少一条交通线路可以包括：公交线路、出租车线路、步行线路中的至少一种线路，用户可以根据该交通信息，选择出由所在地至乘坐位置的最佳线路，而不需要用户另外查找地图。
第二种，所述交通信息具体包括：至少一条交通线路，也即是交通信息中只包含交通线路，而不包含耗费时间。
作为一种可选的实施例，所述针对所述第一购票订单信息产生第二提示信息，具体包括：确定所述第一购票订单信息所对应的乘坐时间；在第一时间向所述终端发送所述第二提示信息，所述第一时间具体为：比第二时间早预设时间段的时间，所述第二时间具体为：所述乘坐时间减去对应交通线路的耗费时长所获得的时间。
举例来说，对应交通线路可以为至少一条交通线路中耗时最短的交通线路、也可以为耗时最长的交通线路、或者是用户所选择的交通路线。
例如：用户所在地为晋阳路，乘坐位置为：火车北站，网络服务器所确定出的至少一条线路中耗时最短线路的耗时为1小时，交通工具的乘坐时间为：19:30，则确定出第二时间为：18:30，然后预设时间段例如为:1h、2h等等，以预设时间段为2h为例，则可以在16:30向用户发送第二提示信息，以提示用户准备出发。
又例如，用户所在地为晋阳路，乘坐位置为：火车北站，用户从至少一条线路中选择出耗时1.5小时的线路作为由晋阳路至火车北站的交通线路，则确定出第二时间为18:00，以预设时间段为2h为例，则可以在16:00向用户发送第二提示信息。
基于上述方案，能够对用户乘坐交通工具的出发时间进行准确的提示。
第二方面，基于同一发明构思，本发明实施例提供一种网络服务器，请参考图5，包括：
提取模块50，用于在接收终端发送的购票请求之后，从购票请求中提取出购票需求信息；
获取模块51，用于从预存的下单码中获取购票需求信息所对应的第一下单码；
下单模块52，用于通过第一下单码向网络购票系统发送下单请求，获得对应购票需求信息的第一购票订单信息。
可选的，网络服务器还包括：第一判断模块，用于判断预存的下单码是否包含第一下单码；发送模块，用于在预存的下单码中不包含第一下单码时，将购票需求信息发送至网络购票系统；第一接收模块，用于接收网络购票系统基于购票需求信息所发送的第二下单码，以通过第二下单码向网络购票系统发送下单请求。
可选的，网络服务器还包括：第二判断模块，用于在接收到网络购票系统发送的任一下单码之后，判断对应下单码所对应的余票数量是否大于预设数量；加入模块，用于在余票数量大于预设数量，将对应的下单码加入预存的下单码中。
可选的，购票需求信息具体包括：出发站信息、目的站信息以及出发时间信息；或者购票需求信息具体包括：出发站信息、目的站信息以及抵达时间信息；或者购票需求信息具体包括：班次信息以及出发时间信息；或者购票需求信息具体包括：班次信息以及抵达时间信息。
可选的，网络服务器还包括：
第二接收模块，用于接收终端通过第一聊天软件的服务号发送至的购票请求。
可选的，网络服务器还包括：第一确定模块，用于在接收终端发送的购票请求之后，确定购票需求信息所对应的交通工具的第一信息是否出现变更；第一提示模块，用于在第一信息出现变更时，产生针对第一信息出现变更的第一提示信息。
可选的，第一信息出现变更，具体包括：交通工具的站点出现变更；或者交通工具的出发时间、抵达时间或者运行时长出现变更；或者购票需求信息所对应出发站和目的站出现新的交通工具班次。
可选的，网络服务器还包括：第二确定模块，用于在将购票需求信息发送至网络购票系统之后，在网络购票系统提示余票为零时，确定出推荐购票信息；获得模块，用于基于推荐购票信息进行购票获得第二购票订单信息。
可选的，第二确定模块，具体用于：确定出与购票需求信息中所包含的出发站和目的站相同的其他班次的交通工具信息；和/或确定出与购票需求信息中所包含的出发站的距离小于预设距离的站点作为新的出发站，基于新的出发站确定出推荐购票信息；和/或确定出与购票需求信息中所包含的目的站的距离小于预设距离的站点作为新的目的站，基于新的目的站站确定出推荐购票信息；和/或确定出与购票需求信息中的出发站的乘坐时间之差小于第一预设时长的站点作为新的出发站，基于新的出发站确定出推荐购票信息；和/或确定出与购票需求信息中的目的站的乘坐时间之差小于第二预设时长的站点作为新的目的站，基于新的目的站确定出推荐购票信息。
可选的，网络服务器还包括：第二提示模块，用于在获得对应购票需求信息的第一购票订单信息之后，针对第一购票订单信息产生第二提示信息，并将第二提示信息发送至终端。
可选的，第二提示信息具体用于：提醒终端的用户对第一购票订单信息进行支付，以完成第一购票订单信息；或者第二提示信息具体用于：提醒第一购票订单信息的所对应的交通工具的第二信息出现变化；或者第二提示信息具体用于：提供第一购票订单信息的交通工具上与终端的用户存在关联的其他用户的信息；或者第二提示信息具体用于：针对第一购票订单信息所对应的交通工具进行到站提示。
可选的，第二提示模块，具体包括：获得单元，用于获得用户的所在地；获取单元，用于获取第一购票订单信息所对应的交通工具的乘坐位置；第一确定单元，用于确定由所在地至乘车位置的交通信息，交通信息即为第二提示信息。
可选的，交通信息具体包括：至少一条交通线路以及每条交通线路的耗费时间。
可选的，第二提示模块，还包括：第二确定单元，用于确定第一购票订单信息所对应的乘坐时间；发送单元，用于在第一时间向终端发送第二提示信息，第一时间具体为：比第二时间早预设时间段的时间，第二时间具体为：乘坐时间减去对应交通线路的耗费时长所获得的时间。
本申请实施例中提供的技术方案，至少具有如下技术效果或优点：
由于在本发明实施例中，在接收终端发送的购票请求之后，首先从所述购票请求中提取出购票需求信息；然后从预存的下单码中获取所述购票需求信息所对应的第一下单码；最后通过所述第一下单码向网络购票系统发送下单请求，获得对应所述购票需求信息的第一购票订单信息。也即是在接收到终端发送的购票请求之后，可以直接从预存的下单码中获取购票需求信息所对应的第一下单码，而不需要将购票需求请求发送至网络购票系统，再由网络购票系统返回对应的下单码，故而达到了提高购票速度的技术效果；并且，也防止了由于缓存服务器的刷新不及时，所导致的余票信息不够准确的技术问题。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的网关、代理服务器、系统中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本发明公开了，A1、一种网络购票方法，包括：
在接收终端发送的购票请求之后，从所述购票请求中提取出购票需求信息；
从预存的下单码中获取所述购票需求信息所对应的第一下单码；
通过所述第一下单码向网络购票系统发送下单请求，获得对应所述购票需求信息的第一购票订单信息。
A2、如A1所述的方法，其特征在于，所述方法还包括：
判断所述预存的下单码是否包含所述第一下单码；
在所述预存的下单码中不包含所述第一下单码时，将所述购票需求信息发送至所述网络购票系统；
接收所述网络购票系统基于所述购票需求信息所发送的第二下单码，以通过所述第二下单码向网络购票系统发送所述下单请求。
A3、如A1所述的方法，其特征在于，所述方法还包括：
在接收到所述网络购票系统发送的任一下单码之后，判断对应下单码所对应的余票数量是否大于预设数量；
在所述余票数量大于所述预设数量，将对应的下单码加入所述预存的下单码中。
A4、如A1所述的方法，其特征在于，所述购票需求信息具体包括：出发站信息、目的站信息以及出发时间信息；或者
所述购票需求信息具体包括：出发站信息、目的站信息以及抵达时间信息；或者
所述购票需求信息具体包括：班次信息以及出发时间信息；或者
所述购票需求信息具体包括：班次信息以及抵达时间信息。
A5、如A1-A4任一所述的方法，其特征在于，所述方法还包括：
接收所述终端通过第一聊天软件的服务号发送至的所述购票请求。
A6、如A1-A4任一所述的方法，其特征在于，在接收终端发送的购票请求之后，所述方法还包括：
确定所述购票需求信息所对应的交通工具的第一信息是否出现变更；
在所述第一信息出现变更时，产生针对所述第一信息出现变更的第一提示信息。
A7、如A6所述的方法，其特征在于，所述第一信息出现变更，具体包括：
所述交通工具的站点出现变更；或者
所述交通工具的出发时间、抵达时间或者运行时长出现变更；或者
所述购票需求信息所对应出发站和目的站出现新的交通工具班次。
A8、如A2所述的方法，其特征在于，在所述将所述购票需求信息发送至所述网络购票系统之后，所述方法还包括：
在所述网络购票系统提示余票为零时，确定出推荐购票信息；
基于所述推荐购票信息进行购票获得第二购票订单信息。
A9、如A8所述的方法，其特征在于，所述确定出推荐购票信息，具体包括：
确定出与所述购票需求信息中所包含的出发站和目的站相同的其他班次的交通工具信息；和/或
确定出与所述购票需求信息中所包含的出发站的距离小于预设距离的站点作为新的出发站，基于所述新的出发站确定出所述推荐购票信息；和/或
确定出与所述购票需求信息中所包含的目的站的距离小于预设距离的站点作为新的目的站，基于所述新的目的站站确定出所述推荐购票信息；和/或
确定出与所述购票需求信息中的出发站的乘坐时间之差小于第一预设时长的站点作为新的出发站，基于所述新的出发站确定出所述推荐购票信息；和/或
确定出与所述购票需求信息中的目的站的乘坐时间之差小于第二预设时长的站点作为新的目的站，基于所述新的目的站确定出所述推荐购票信息。
A10、如A1-A4任一所述的方法，其特征在于，在所述获得对应所述购票需求信息的第一购票订单信息之后，所述方法还包括：
针对所述第一购票订单信息产生第二提示信息，并将所述第二提示信息发送至所述终端。
A11、如A10所述的方法，其特征在于，所述第二提示信息具体用于：提醒所述终端的用户对所述第一购票订单信息进行支付，以完成所述第一购票订单信息；或者
所述第二提示信息具体用于：提醒所述第一购票订单信息的所对应的交通工具的第二信息出现变化；或者
所述第二提示信息具体用于：提供所述第一购票订单信息的交通工具上与所述终端的用户存在关联的其他用户的信息；或者
所述第二提示信息具体用于：针对所述第一购票订单信息所对应的交通工具进行到站提示。
A12、如A10所述的方法，其特征在于，所述针对所述第一购票订单信息产生第二提示信息，具体包括：
获得所述用户的所在地；
获取第一购票订单信息所对应的交通工具的乘坐位置；
确定由所述所在地至所述乘车位置的交通信息，所述交通信息即为所述第二提示信息。
A13、如A12所述的方法，其特征在于，所述交通信息具体包括：至少一条交通线路以及每条交通线路的耗费时间。
A14、如A13所述的方法，其特征在于，所述针对所述第一购票订单信息产生第二提示信息，具体包括：
确定所述第一购票订单信息所对应的乘坐时间；
在第一时间向所述终端发送所述第二提示信息，所述第一时间具体为：比第二时间早预设时间段的时间，所述第二时间具体为：所述乘坐时间减去对应交通线路的耗费时长所获得的时间。
B15、一种网络服务器，其特征在于，包括：
提取模块，用于在接收终端发送的购票请求之后，从所述购票请求中提取出购票需求信息；
获取模块，用于从预存的下单码中获取所述购票需求信息所对应的第一下单码；
下单模块，用于通过所述第一下单码向网络购票系统发送下单请求，获得对应所述购票需求信息的第一购票订单信息。
B16、如B15所述的网络服务器，其特征在于，所述网络服务器还包括：
第一判断模块，用于判断所述预存的下单码是否包含所述第一下单码；
发送模块，用于在所述预存的下单码中不包含所述第一下单码时，将所述购票需求信息发送至所述网络购票系统；
第一接收模块，用于接收所述网络购票系统基于所述购票需求信息所发送的第二下单码，以通过所述第二下单码向网络购票系统发送所述下单请求。
B17、如B15所述的网络服务器，其特征在于，所述网络服务器还包括：
第二判断模块，用于在接收到所述网络购票系统发送的任一下单码之后，判断对应下单码所对应的余票数量是否大于预设数量；
加入模块，用于在所述余票数量大于所述预设数量，将对应的下单码加入所述预存的下单码中。
B18、如B15所述的网络服务器，其特征在于，所述购票需求信息具体包括：出发站信息、目的站信息以及出发时间信息；或者
所述购票需求信息具体包括：出发站信息、目的站信息以及抵达时间信息；或者
所述购票需求信息具体包括：班次信息以及出发时间信息；或者
所述购票需求信息具体包括：班次信息以及抵达时间信息。
B19、如B15-B18任一所述的网络服务器，其特征在于，所述网络服务器还包括：
第二接收模块，用于接收所述终端通过第一聊天软件的服务号发送至的所述购票请求。
B20、如B15-B18任一所述的网络服务器，其特征在于，所述网络服务器还包括：
第一确定模块，用于在接收终端发送的购票请求之后，确定所述购票需求信息所对应的交通工具的第一信息是否出现变更；
第一提示模块，用于在所述第一信息出现变更时，产生针对所述第一信息出现变更的第一提示信息。
B21、如B20所述的网络服务器，其特征在于，所述第一信息出现变更，具体包括：
所述交通工具的站点出现变更；或者
所述交通工具的出发时间、抵达时间或者运行时长出现变更；或者
所述购票需求信息所对应出发站和目的站出现新的交通工具班次。
B22、如B16所述的网络服务器，其特征在于，所述网络服务器还包括：
第二确定模块，用于在将所述购票需求信息发送至所述网络购票系统之后，在所述网络购票系统提示余票为零时，确定出推荐购票信息；
获得模块，用于基于所述推荐购票信息进行购票获得第二购票订单信息。
B23、如B22所述的网络服务器，其特征在于，所述第二确定模块，具体用于：
确定出与所述购票需求信息中所包含的出发站和目的站相同的其他班次的交通工具信息；和/或
确定出与所述购票需求信息中所包含的出发站的距离小于预设距离的站点作为新的出发站，基于所述新的出发站确定出所述推荐购票信息；和/或
确定出与所述购票需求信息中所包含的目的站的距离小于预设距离的站点作为新的目的站，基于所述新的目的站站确定出所述推荐购票信息；和/或
确定出与所述购票需求信息中的出发站的乘坐时间之差小于第一预设时长的站点作为新的出发站，基于所述新的出发站确定出所述推荐购票信息；和/或
确定出与所述购票需求信息中的目的站的乘坐时间之差小于第二预设时长的站点作为新的目的站，基于所述新的目的站确定出所述推荐购票信息。
B24、如B15-B18任一所述的网络服务器，其特征在于，所述网络服务器还包括：
第二提示模块，用于在获得对应所述购票需求信息的第一购票订单信息之后，针对所述第一购票订单信息产生第二提示信息，并将所述第二提示信息发送至所述终端。
B25、如B24所述的网络服务器，其特征在于，所述第二提示信息具体用于：提醒所述终端的用户对所述第一购票订单信息进行支付，以完成所述第一购票订单信息；或者
所述第二提示信息具体用于：提醒所述第一购票订单信息的所对应的交通工具的第二信息出现变化；或者
所述第二提示信息具体用于：提供所述第一购票订单信息的交通工具上与所述终端的用户存在关联的其他用户的信息；或者
所述第二提示信息具体用于：针对所述第一购票订单信息所对应的交通工具进行到站提示。
B26、如B24所述的网络服务器，其特征在于，所述第二提示模块，具体包括：
获得单元，用于获得所述用户的所在地；
获取单元，用于获取第一购票订单信息所对应的交通工具的乘坐位置；
第一确定单元，用于确定由所述所在地至所述乘车位置的交通信息，所述交通信息即为所述第二提示信息。
B27、如B26所述的网络服务器，其特征在于，所述交通信息具体包括：至少一条交通线路以及每条交通线路的耗费时间。
B28、如B27所述的网络服务器，其特征在于，所述第二提示模块，还包括：
第二确定单元，用于确定所述第一购票订单信息所对应的乘坐时间；
发送单元，用于在第一时间向所述终端发送所述第二提示信息，所述第一时间具体为：比第二时间早预设时间段的时间，所述第二时间具体为：所述乘坐时间减去对应交通线路的耗费时长所获得的时间。

Claims (10)

1.一种网络购票方法，其特征在于，包括：
在接收终端发送的购票请求之后，从所述购票请求中提取出购票需求信息；
从预存的下单码中获取所述购票需求信息所对应的第一下单码；
通过所述第一下单码向网络购票系统发送下单请求，获得对应所述购票需求信息的第一购票订单信息。
2.如权利要求1所述的方法，其特征在于，所述方法还包括：
判断所述预存的下单码是否包含所述第一下单码；
在所述预存的下单码中不包含所述第一下单码时，将所述购票需求信息发送至所述网络购票系统；
接收所述网络购票系统基于所述购票需求信息所发送的第二下单码，以通过所述第二下单码向网络购票系统发送所述下单请求。
3.如权利要求1所述的方法，其特征在于，所述方法还包括：
在接收到所述网络购票系统发送的任一下单码之后，判断对应下单码所对应的余票数量是否大于预设数量；
在所述余票数量大于所述预设数量，将对应的下单码加入所述预存的下单码中。
4.如权利要求1所述的方法，其特征在于，所述购票需求信息具体包括：出发站信息、目的站信息以及出发时间信息；或者
所述购票需求信息具体包括：出发站信息、目的站信息以及抵达时间信息；或者
所述购票需求信息具体包括：班次信息以及出发时间信息；或者
所述购票需求信息具体包括：班次信息以及抵达时间信息。
5.如权利要求1-4任一所述的方法，其特征在于，所述方法还包括：
接收所述终端通过第一聊天软件的服务号发送至的所述购票请求。
6.如权利要求1-4任一所述的方法，其特征在于，在接收终端发送的购票请求之后，所述方法还包括：
确定所述购票需求信息所对应的交通工具的第一信息是否出现变更；
在所述第一信息出现变更时，产生针对所述第一信息出现变更的第一提示信息。
7.如权利要求6所述的方法，其特征在于，所述第一信息出现变更，具体包括：
所述交通工具的站点出现变更；或者
所述交通工具的出发时间、抵达时间或者运行时长出现变更；或者
所述购票需求信息所对应出发站和目的站出现新的交通工具班次。
8.如权利要求2所述的方法，其特征在于，在所述将所述购票需求信息发送至所述网络购票系统之后，所述方法还包括：
在所述网络购票系统提示余票为零时，确定出推荐购票信息；
基于所述推荐购票信息进行购票获得第二购票订单信息。
9.如权利要求8所述的方法，其特征在于，所述确定出推荐购票信息，具体包括：
确定出与所述购票需求信息中所包含的出发站和目的站相同的其他班次的交通工具信息；和/或
确定出与所述购票需求信息中所包含的出发站的距离小于预设距离的站点作为新的出发站，基于所述新的出发站确定出所述推荐购票信息；和/或
确定出与所述购票需求信息中所包含的目的站的距离小于预设距离的站点作为新的目的站，基于所述新的目的站站确定出所述推荐购票信息；和/或
确定出与所述购票需求信息中的出发站的乘坐时间之差小于第一预设时长的站点作为新的出发站，基于所述新的出发站确定出所述推荐购票信息；和/或
确定出与所述购票需求信息中的目的站的乘坐时间之差小于第二预设时长的站点作为新的目的站，基于所述新的目的站确定出所述推荐购票信息。
10.一种网络服务器，其特征在于，包括：
提取模块，用于在接收终端发送的购票请求之后，从所述购票请求中提取出购票需求信息；
获取模块，用于从预存的下单码中获取所述购票需求信息所对应的第一下单码；
下单模块，用于通过所述第一下单码向网络购票系统发送下单请求，获得对应所述购票需求信息的第一购票订单信息。
CN201510994376.3A 2015-12-25 2015-12-25 一种网络购票方法及网络服务器 Pending CN105631730A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510994376.3A CN105631730A (zh) 2015-12-25 2015-12-25 一种网络购票方法及网络服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510994376.3A CN105631730A (zh) 2015-12-25 2015-12-25 一种网络购票方法及网络服务器

Publications (1)

Publication Number Publication Date
CN105631730A true CN105631730A (zh) 2016-06-01

Family

ID=56046621

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510994376.3A Pending CN105631730A (zh) 2015-12-25 2015-12-25 一种网络购票方法及网络服务器

Country Status (1)

Country Link
CN (1) CN105631730A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108416652A (zh) * 2018-02-26 2018-08-17 平安科技（深圳）有限公司 一种票务分配方法、计算机可读存储介质及服务器
CN112002049A (zh) * 2019-05-08 2020-11-27 腾讯科技（深圳）有限公司 闸机控制方法、系统、闸机、服务器及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104022923A (zh) * 2014-06-27 2014-09-03 北京奇艺世纪科技有限公司 一种网络接口装置、系统及网络数据访问方法
CN104331296A (zh) * 2014-11-25 2015-02-04 北京奇虎科技有限公司 交易信息处理方法、装置和系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104022923A (zh) * 2014-06-27 2014-09-03 北京奇艺世纪科技有限公司 一种网络接口装置、系统及网络数据访问方法
CN104331296A (zh) * 2014-11-25 2015-02-04 北京奇虎科技有限公司 交易信息处理方法、装置和系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108416652A (zh) * 2018-02-26 2018-08-17 平安科技（深圳）有限公司 一种票务分配方法、计算机可读存储介质及服务器
WO2019161606A1 (zh) * 2018-02-26 2019-08-29 平安科技（深圳）有限公司 一种票务分配方法、计算机可读存储介质、服务器及装置
CN112002049A (zh) * 2019-05-08 2020-11-27 腾讯科技（深圳）有限公司 闸机控制方法、系统、闸机、服务器及存储介质
CN112002049B (zh) * 2019-05-08 2022-04-22 腾讯科技（深圳）有限公司 闸机控制方法、系统、闸机、服务器及存储介质

Similar Documents

Publication Publication Date Title
US8082164B2 (en) Reservation acceptance system and computer program product
US10176517B2 (en) Advertising-integrated car
US20150032485A1 (en) Digital method For Providing Transportation Services
CN103246721B (zh) 浏览器访问售票网站的方法和装置
CN104732373A (zh) 一种便捷的快递收件服务方法及系统
CN105303817A (zh) 一种出行方式的规划方法及装置
CN107767322B (zh) 拼车方法和装置
US20140095311A1 (en) Pizza Sales Promotion
KR20150065738A (ko) 차량의 주차 공간의 위치 탐색을 위한 방법, 컴퓨터 프로그램 제품 및 전자 제어장치
CN104616189A (zh) 一种租车还车服务器、系统及其方法
WO2015013760A1 (en) Free time activity scheduler
CN110288418A (zh) 汽车共享系统、方法和存储程序的非瞬态存储介质
CN105574597A (zh) 一种网络订票的实现方法及系统
KR20130130978A (ko) 경로 추천에 기반한 콜택시 배차 시스템 및 방법
CN108734539A (zh) 一种提供汽车上门维修服务的方法、装置及系统
CN112529347A (zh) 物流数据仿真方法、装置、电子设备和存储介质
CN105634922A (zh) 一种网络购票的实现方法及终端
CN107153926A (zh) 一种基于标准箱的货品分配方法、系统及订单管理服务器
CN105052118A (zh) 用于使用车辆无线电来控制将高级内容递送至智能手机的系统和方法
US20180285963A1 (en) System and method for intelligent ordering between a user and multiple providers
CN102209068A (zh) 服务平台及其广告信息发布方法、广告信息发布系统
CN105631730A (zh) 一种网络购票方法及网络服务器
CN108291817A (zh) 用于目的地推荐和选择的方法、装置和系统
CN105631728A (zh) 一种基于网络购票的提示方法及系统
KR101465154B1 (ko) 대리운전을 위한 요금 자동 산출 방법, 그리고 요금 자동 산출 기능을 갖는 사용자단말

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20160601