CN102236843A - 票务订购方法、装置和系统 - Google Patents

Abstract

本发明实施例公开了一种票务订购方法、装置和系统，通过应用本发明实施例的技术方案，在票务订购业务开始之前，由存储服务器提前统计用户的订票信息，生成并存储用户的票务订购订单，在票务订购业务开始之后，订票服务器直接从存储服务器中获取相应的当前状态为未订购状态的票务订购订单，并根据相应的出票规则进行出票处理，从而，将订票信息的统计过程移到票务订购业务开始之前进行，以票务订购订单的形式存储于存储服务器中，使得票务订购业务开始之后，订票服务器可以直接根据已存储的票务订购订单开始进行出票操作，无需再进行订票意愿的询问和统计，节约了相应的时间，提高了票务预订的处理效率。

Description

票务订购方法、装置和系统

技术领域

本发明涉及通信技术领域，特别涉及一种票务订购方法、装置和系统。

背景技术

在现有的处理方案中，票务（包括汽车票、火车票或机票等交通工具票务，以及演出或展览等活动票务）的销售或预订机制如下：

订票点/售票点配备订票/售票设备。

在开放订票/售票时间，操作人员与订票/购票人现场沟通票务意愿，包括日期、车次/场次、席位、订票/购票数量等相关信息。

订票员通过订票/购票设备获取票务信息，如果无票，则沟通更改车次/场次、日期、席位等信息来再次进行查询，直到订票/售票成功，或订票/购票人放弃选择。

在此过程中，其他订票/购票人排队等候订票/购票机会。

在实现本发明实施例的过程中，申请人发现现有技术至少存在以下问题：

在现有处理方案中，订票/售票点只在开放订票/售票时间工作，大量的时间消耗在与订票/购票人沟通订票/购票意愿的过程中，不能充分利用订票/售票点的订票/售票处理能力，因此，对于订票/售票点来讲，其其业务能力得不到最大发挥，也不能获得最大利润，而对于订票/购票人来讲，则需要花费大量的时间用于排队，消耗了大量的社会成本。

发明内容

本发明实施例提供一种票务订购方法、装置和系统，解决现有的订票机制需要大量的时间来确定用户的订票意愿，从而导致订票效率低下的问题。

为达到上述目的，本发明实施例一方面提供了一种票务订购方法，至少包括以下步骤：

票务订购业务开始之后，订票服务器从存储服务器中读取当前状态为未订购状态的票务订购订单，所述票务订购订单是在所述票务订购业务开始之前，由所述存储服务器所存储的；

所述订票服务器根据当前可订购的票务信息，按照相应的出票规则，判断各票务订购订单中所包含的有效订票选项是否可以出票；

如果可以，所述订票服务器根据所述有效订票选项订购相应的票务，并将所述票务订购订单的状态更改为订购成功状态。

另一方面，本发明实施例还提供了一种订票服务器，至少包括：

获取模块，用于在票务订购业务开始之后，从存储服务器中读取当前状态为未订购状态的票务订购订单，所述票务订购订单是在所述票务订购业务开始之前，由所述存储服务器所存储的；

判断模块，用于根据当前可订购的票务信息，按照相应的出票规则，判断所述获取模块所获取的各票务订购订单中所包含的有效订票选项是否可以出票；

处理模块，用于在所述判断模块的判断结果为可以出票时，根据所述有效订票选项订购相应的票务，并将所述票务订购订单的状态更改为订购成功状态。

另一方面，本发明实施例还提供了一种存储服务器，至少包括：

存储模块，用于在票务订购业务开始之前存储用户提交的票务订购订单；

通信模块，用于在所述票务订购业务开始之后，向订票服务器发送所述存储模块所存储的当前状态为未订购状态的用户的票务订购订单，由所述订票服务器按照相应的出票规则，进行出票处理。

另一方面，本发明实施例还提供了一种票务订购系统，至少包括前述的订票服务器，以及前述的存储服务器，其中：

所述存储服务器，用于在票务订购业务开始之前，存储用户的票务订购订单；

所述订票服务器，用于在所述票务订购业务开始之后，从所述存储服务器中读取当前状态为未订购状态的票务订购订单，并根据当前可订购的票务信息，按照相应的出票规则，判断各票务订购订单是否可以出票，如果可以，则根据所述有效订票选项订购相应的票务，并将所述票务订购订单的状态更改为订购成功状态。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，在票务订购业务开始之前，由存储服务器提前统计用户的订票信息，生成并存储用户的票务订购订单，在票务订购业务开始之后，订票服务器直接从存储服务器中获取相应的票务订购订单，并根据相应的出票规则进行出票处理，从而，将订票信息的统计过程移到票务订购业务开始之前进行，以票务订购订单的形式存储于存储服务器中，使得票务订购业务开始之后，订票服务器可以直接根据以存储的票务订购订单开始进行出票操作，无需再进行订票意愿的询问和统计，节约了相应的时间，提高了票务预订的处理效率。

附图说明

图1为本发明实施例提出的一种票务订购方法的流程示意图；

图2为本发明实施例所提出的应用方案一的票务订购方法的流程示意图；

图3为本发明实施例所提出的应用方案二的票务订购方法的流程示意图；

图4为本发明实施例提出的一种具体应用场景下的票务订购方法的流程示意图；

图5为本发明实施例所提出的一种票务订购订单的示意图；

图6为本发明实施例提出的一种票务订购系统的结构示意图；

图7为本发明实施例提出的一种订票服务器的结构示意图；

图8为本发明实施例提出的一种存储服务器的结构示意图。

具体实施方式

如背景技术所述，在现有的票务订购机制下，购票者往往在开放订票之前数小时到订票点排队，但因为排队人数过多，而订票点处理速度较慢，导致仍然有很多乘客买不到车票。

而处理速度较慢的一个很重要的原因在于现有的票务订购机制中，需要对购票者购票意愿进行人工问询，这占据了购票流程的大部分时间。在订票高峰期，这一现象严重降低了订票点的订票效率，减少了订票点的利润，并且消耗了购票者大量的时间成本。

为提高订票点的订票效率，减少订票人等待时间等社会成本，本发明实施例提出一种票务订购方法，基于自动化的订票信息预收集和排队处理机制来实现票务订购业务的效率提高，相关技术也可用于其他社会资源的预定过程的处理。

如图1所示，为本发明实施例提出的一种票务订购方法的流程示意图，该方法具体包括以下步骤：

步骤S101、票务订购业务开始之后，订票服务器从存储服务器中读取当前状态为未订购状态的票务订购订单，票务订购订单是在票务订购业务开始之前，由存储服务器所存储的。

在本步骤之前，需要在存储服务器中进行票务订购订单的生成和存储，即完成用户的订购意向信息的采集，具体包括以下处理流程：

（1）在票务订购业务开始之前，用户登录存储服务器。

在具体的处理过程中，这里的登录过程可以进一步包括用户身份合法性的验证过程，具体如下：

存储服务器接收用户的登录请求，并根据登录请求所携带的用户的信息，对用户的身份进行验证。

如果验证通过，存储服务器确认用户登录成功，可以执行票务预订操作，如果验证不通过，存储服务器直接拒绝该用户的登录请求。

（2）用户在存储服务器所列出的可选票务列表中选择需要预定的一个或多个票务，生成票务订购订单。

在实际的应用场景中，存储服务器首先需要接收用户发送的预订需求信息。

然后，存储服务器查询符合预订需求信息要求的可预订票务，并按照与预订需求信息的匹配度和/或优先规则，将符合预订需求信息要求的可预订票务生成可选票务列表。

最后，存储服务器根据接收到的用户的选择指示，将用户所选择的票务作为订票选项，并将互为替换选项的多个订票选项组成票务订购订单。

（3）存储服务器存储票务订购订单，并标识票务订购订单当前的状态为未订购状态。

在具体的应用场景中，上述的登录过程的具体实现形式可以通过一个票务预订页面来实现，用户可以通过互联网或者其他网络进行访问该票务预订页面，该票务预订页面的显示形式可以依赖于普通的可以连接网络的终端，也可以是直接在特定的票务预订信息采集终端设备上进行显示。用户通过登录该票务预订页面，与存储服务器进行交互，并进行相应的票务预订信息的采集操作。

步骤S102、订票服务器根据当前可订购的票务信息，按照相应的出票规则，判断各票务订购订单中所包含的有效订票选项是否可以出票。

如果可以，则执行步骤S103；

如果不可以，则执行步骤S104。

步骤S103、订票服务器根据有效订票选项订购相应的票务，并将票务订购订单的状态更改为订购成功状态。

在实际的应用场景中，在同一个票务订购订单中，订票服务器将可以出票的有效订票选项的订票选项状态变更为订购成功状态的同时，还需要将该票务订购订单中的其他所有订票选项的订票选项状态变更为订购失败状态。

这样处理的原因在于，同一个票务订购订单中的各订票选项之间均是备选关系，实际上用户只需要其中的一个订票选项成功即可，因此，在同一个票务订购订单中，只要其中一个订票选项成功，则其他订票选项也就无需再进行票务订购，标记为订购失败状态后，也就不会再继续进行处理，有效的避免了处理资源的浪费，不仅如此，标记为订购成功状态的票务订购订单也不会再继续其他处理，无论其中还有多少个订票选项，都不会再占用处理资源。

步骤S104、订票服务器放弃对票务订购订单出票，并将票务订购订单的状态更改为订购失败状态。

在实际的应用场景中，上述的步骤S102的判断过程可以包括两种方案，本发明实施例在以下描述中进行详细说明。

方案一、根据票务订购订单的提交时间顺序，依次进行判断处理，具体如图2所示，包括以下步骤：

步骤S201、订票服务器按照票务订购订单的提交时间顺序，依次在当前状态为未订购状态的各票务订购订单识别当前的有效订票选项。

由于票务订购订单的生成是在票务订购业务开始之前所生成的，而在票务订购业务正式开始之前，用户是无法准确的获知自己希望订购的票务是否能够成功预订的，因此，为了确保用户能够尽可能的订到相应的票务，在同一份票务订购订单中，对于同一个类别的票务，用户可以提交多个订票选项作为备选，例如：

对于火车票的订购，可以在同一份票务订购订单中提交对应同一行程（同一个出发地，同一个目的地）的多个订票选项，不同的订票选项之间的出发时间不同（同一日期的不同时段，或不同日期）。

而对于演出票的订购，可以在同一份票务订购订单中提交对应同一主题（同一个剧目或同一演出者）的多个订票选项，不同的订票选项之间的演出时间不同（同一日期的不同时段，或不同日期）。

其他场景以此类推，不再一一说明。

在上述的包含多个订票选项的票务订购订单中，多个订票选项互为备选，按照相应的排列顺序，依次进行优先订购，这里的排列顺序是根据用户的需求来确定的，用户订购意愿越强的订票选项，所排的顺序越靠前，在初始状态，即票务订购订单开始处理之前，所有的订票选项的状态均为未订购状态。

不仅如此，同一个票务订购订单中的订票选项之间具有排他性，按照相应的顺序进行订购处理的同时，一旦其中的任何一个订票选项订购成功，该订票选项转换为订购成功状态，而其他的订票选项便没有了继续订购的意义，将被转换为订购失败状态。

当然，由于可能存在多个的订票选项，所以，在具体的实践中，可以通过有效时间范围的界定来确定当前的订票选项是否可以进行处理。

例如，当前时间为2011年1月1日，设定有效时间范围为未来的三个月，及当前的有效时间范围为2011年1月1日至2011年4月1日，那么，如果一个票务订购订单中的订票选项所对应的时间不属于此时间范围，将不会被执行票务订购操作，至于是否对这样的订票选项进行处理，以及具体执行的操作内容，将依据具体的预设规则来确定，本实施例中对于相应的预设规则的举例如下：

对于对应的票务时间为2010年11月1日的订票选项，由于所需要预定的票务时间位于当前时间之前，这样的票务预订显然已经没有意义，因此，可以直接确定这样的订票选项的状态为订购失败状态。

对于对应的票务时间为2011年7月1日的订票选项，由于所需要预定的票务时间与当前时间之前的间隔远超过了三个月，这样的票务预订当前还无法进行处理，因此，可以暂时将这样的订票选项搁置，保持未订购状态，或者，在该票务订购订单的其它订票选项订购失败的情况下，直接将这样的订票选项生成新的票务订购订单，留作以后再继续进行处理，而将其他选项按照订购失败的流程进行处理，从而，不再需要保留大量的订票选项，节约相应的处理资源。

需要说明的是，为了避免出现过多的对应无效时间的订票选项，可以在步骤S101所描述的采集用户的订购意愿信息时，直接以选项的形式向用户提供有效的时间范围供用户选择，这样，便可以避免用户输入无效的时间而产生大量的无效订票选项。

当然，除了时间外，其他的选项，例如火车票的起点站和目的站，演出的地点和演出内容等，都可以通过列出选项的方式供用户选择，以避免大量无效订票选项的出现，以及由此引起的大量处理资源的浪费和处理效率的降低。

基于上述的说明，可以看出在本步骤中，有效订票选项具体应该是当前可以进行票务预定处理的订票选项，具体的特征可以是：

（1）订票选项状态处于未订购状态。

（2）所预定的票务对应的时间处于当前可处理的有效时间范围。

只有同时满足上述两个特征的订票选项，才能被视为有效订票选项。

如果订票服务器确定一个当前状态为未订购状态的票务订购订单没有任何有效订票选项，则放弃对票务订购订单进行处理，且保持票务订购订单处于未订购状态。

在根据提交时间顺序，完成了一个票务订购订单中的有效订票选项的识别后，继续执行步骤S202。

步骤S202、订票服务器判断当前可订购的票务信息是否可以满足该票务订购订单中的当前第一个有效订票选项的订票需求。

本步骤的操作包括两方面：

（1）是否存在对应类型的的票务。

订票服务器判断当前可订购的票务信息中是否存在该有效订票选项所对应的票务类型。

如果存在，则继续进行（2）中的判断；

如果不存在，则直接执行步骤S204。

（2）是否有足够的剩余可预订票量。

订票服务器判断当前剩余的该票务类型的可预订票务数量是否大于或等于该有效订票选项所预定的该票务类型的票务数量。

如果是，则执行步骤S203；

如果不是，则直接执行步骤S204。

其中，需要进一步指出的是，如果当前存在剩余可预订票量，但剩余可预订票量的数量小于该有效订票选项所预定的票务数量，那么，可以应用相应的缺票处理规则进行处理。

这里的缺票处理规则可以根据实际需要进行调整，例如，先将现有的剩余的可预订票务分配给当前订单，或者，暂停分配，并等候现场结合人工询问确认的结果进行剩余的可预订票务的分配等，这样的变化并不影响本发明的保护范围。

步骤S203、订票服务器确定该有效订票选项可以出票，并执行前述的步骤S103。

步骤S204、订票服务器将该有效订票选项的订票选项状态变更为订购失败状态（使该有效订票选项变为无效），并判断该票务订购订单中是否还有其他有效订票选项。

如果有，则执行步骤S202；

如果没有，则确定该票务订购订单不能出票，并执行前述的步骤S104。

方案二、以当前的剩余的可订购的票务数量为基础，整合同种票务类型的票务订购订单进行合并处理，具体如图3所示，包括以下步骤： 

步骤S301、订票服务器识别当前处理的票务订购订单的有效订票选项所预定的票务类型和所预定的票务数量。

当订票服务器判断有效订票选项所预定的票务数量小于当前票务类型一次可出票的最大票务数量时，执行步骤S302；

当订票服务器判断当前处理的票务订购订单的有效订票选项所预定的票务数量大于当前该票务类型所剩余的可预订票务数量时，执行步骤S304。

步骤S302、订票服务器根据票务订购订单的提交时间顺序，在当前处理的票务订购订单之后的其他预订票务类型的票务的票务订购订单中，选择一个或多个票务订购订单。

其中，被选择的一个或多个票务订购订单中的第一个有效订票选项与当前处理的票务订购订单的有效订票选项所预定的票务类型的票务总数量小于或等于当前票务类型一次可出票的最大票务数量。

步骤S303、订票服务器确定当前处理的票务订购订单的有效订票选项，以及被选择的一个或多个票务订购订单中的第一个有效订票选项可以出票。

步骤S304、订票服务器确定当前处理的票务订购订单的有效订票选项不可以出票。

方案二的处理可以在不超过一次可出票的最大数量的前提下，将订购同一票务类型的票务订购订单合并在一起进行处理，显然具有更高的处理效率，在能够对多个票务订购订单进行查询和处理的场景下，可以采用方案二进行处理。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，在票务订购业务开始之前，由存储服务器提前统计用户的订票信息，生成并存储用户的票务订购订单，在票务订购业务开始之后，订票服务器直接从存储服务器中获取相应的当前状态为未订购状态的票务订购订单，并根据相应的出票规则进行出票处理，从而，将订票信息的统计过程移到票务订购业务开始之前进行，以票务订购订单的形式存储于存储服务器中，使得票务订购业务开始之后，订票服务器可以直接根据已存储的票务订购订单开始进行出票操作，无需再进行订票意愿的询问和统计，节约了相应的时间，提高了票务预订的处理效率。

下面，结合具体的应用场景，对本发明实施例所提出的技术方案进行说明。

本发明实施例提出了一种提前收集预定票务预订信息、并将相应的票务预订信息在票务订购业务开始后进行排队处理机制，可以节省询问票务订购意向的时间，提高票务预订的处理效率。

本发明实施例所提出的票务订购系统由两个部分组成：用于实现实际订票/出票操作的订票服务器、用于生成和存储票务订购订单信息的存储服务器。

用户通过登录存储服务器，录入票务的订购信息，存储服务器生成相应的票务订购订单，并进行存储。

订票服务器可以是现有订票点的人工操作的订票设备，也可以是改进的自动订票设备。对于订票操作者或改进的自动订票设备，可以根据存储服务器提供的票务订购订单进行订票操作。

为了方便说明，本发明以下实施例中具体以火车票的订购过程为例进行说明，并且将相应的处理分为两个阶段，即在票务订购业务开始之前的票务订购订单生成阶段，和票务订购业务开始以后的票务订购阶段。

首先，如图4所示，为本发明实施例所提出的一种票务订购方法在票务订购业务开始之前的处理流程示意图，具体包括以下步骤：

步骤S401、在票务订购业务开始之前，用户登录票务预订页面。

票务预订页面实际为存储服务器的访问页面，用户通过登录该票务预订页面，访问存储服务器，提交相应的票务订购信息。

具体的登录方式，可以通过在接入互联网的设备（PC终端设备，手机终端或其他终端设备）输入网络地址，访问相应的票务预订页面，也可以是直接在与存储服务器相连接的设备（例如类似自动订票机的自动票务订购信息的信息交互终端等）上进行登录的操作。

在实际的应用场景中，具体的登录方式至少采用以下方式来实现：

（1）用户标识+密码的登录方式。

其中，用户标识可以是用户已注册的用户名，用户的身份证件信息，或者是用户已绑定账户的手机号码等形式，密码则可以采用预设的静态密码，或者通过手机短信或者邮件来通知的动态密码。

（2）身份卡验证方式。

可以采用刷卡或感应的形式，例如：将身份证等身份证明卡进行刷卡验证，或者将手机卡等能够证明用户身份的身份标识卡进行感应验证。

（3）其他方式。

除了以上所列举的登录方式外，还可以采用其他能够验证用户身份的方式，例如指纹验证、虹膜验证等，在此不再一一列举。

在具体的实施场景中，可以根据实际需要确定具体的登录方式，所采用的具体登录方式的变化并不会影响本发明的保护范围。

步骤S402、存储服务器对用户身份进行验证。

具体的验证方式根据之前的登录方式的差异而不同，在此不再一一说明。

如果验证通过，则执行步骤S403，如果验证不通过，则直接拒绝该用户的登录请求。

步骤S403、存储服务器确认该用户登录成功，可以执行票务预订操作。

在执行本步骤的过程中，可以相应的向用户展示票务订购信息的采集界面，其中可以包括一些基本票务识别信息的选项，例如：起点站、目的站、车次、时间等项目的一项或多项。通过用户对这些选项的选择或填写，用户的预订需求信息将发送给存储服务器。

步骤S404、存储服务器根据用户的预订需求信息查询相应的可预订票务，并生成可选票务列表。

由于是订票信息的预采集过程，所以，在本步骤中，存储服务器根据用户的预订需求信息，在未开始票务订购业务的所有票务信息中查询相应的可预订票务，将与用户的预订需求信息相匹配的所有可预订票务生成相应的可选票务列表。

可选票务列表中的每一个表项中都包含具有相同起点站和目的站（与用户的票务订购需求信息相对应）的有效可预订火车票选项，各选项按照相应的顺序排列，其中，具体的顺序类型包括时间顺序（例如时间从早到晚），列车类型（例如高速列车优先），票价顺序（例如票价从高到低）等顺序类型，当然，可以根据用户的需求，订制更多的可选顺序类型，实现用户的自定义排序，满足用户的筛选需求，具体的顺序类型的变化并不会影响本发明的保护范围。

步骤S405、存储服务器根据用户的选择指示，确定被用户选择的票务，生成票务订购订单。

用户在可选票务列表中选择相应的选项，并确定需要的订购数量，这样，该选项所对应的票务信息、订购数量，连同订票人的信息一起，将被作为一个订票选项。

在同一个条件要素的限定下（例如，相同的起点站和目的站），用户可以选择不同的时间点的多个选项，同时提交多个预订请求作为备选，这多个预订请求也将相应的生成多个订票选项，存储服务器会将这多个订票选项生成一个票务订购订单，通过这样的操作，用户相当于一次性的提交了多个备选请求，这样，在其中的一个或多个订票选项的订购请求失败后，仍然可以以其他的订票选项来订购用户需要的车票。

在一个票务订购订单中，分别建立订单状态标识和选项状态标识。

其中，选项状态标识用于表示该票务订购订单中的各订票选项当前的订购状态，共分为三种状态：

（1）未订购状态。

票务订购订单建立的初始状态下，各订票选项的订购状态均默认为此状态，只有在票务订购业务开始后，由订票服务器进行是否可以出票的判断后，才会做出相应的变更。

（2）订购成功状态。

当订票服务器判断一个订票选项可以出票时，该订票选项所对应的选项状态标识转换为订购成功状态。

（3）订购失败状态。

当订票服务器判断一个订票选项不可以出票时，该订票选项所对应的选项状态标识转换为订购失败状态，另一方面，如果订票服务器判断一个订票选项可以出票时，与该订票选项处于同一个票务订购订单中的所有其他订票选项所对应的选项状态标识都将转换为订购失败状态。

另一方面，订单状态标识用于表示该票务订购订单当前的订购状态，共分为三种状态：

（1）未订购状态。

在票务订购订单建立时的初始状态下，默认为此状态，直到该票务订购订单中出现订购成功的订票选项，或所有的订票选项均订购失败之前，该票务订购订单的订单状态标识均保持未订购状态。

（2）订购成功状态。

当票务订购订单中出现一个处于订购成功状态的订票选项时，该票务订购订单的订单状态标识转换为订购成功状态。

（3）订购失败状态。

当票务订购订单中所有的订票选项均处于订购失败状态时，该票务订购订单的订单状态标识转换为订购失败状态。

由此可以看出，在本步骤中，存储服务器生成订单状态标识为未订购状态的票务订购订单，该票务订购订单中的每个订票选项中均包括订票人信息、起点站、目的站、有效的日期、车次、席位、订票数量、选项状态标识等信息，其中的选项状态标识均为未订购状态。

为了更好的满足用户的需求，还可以为每个订单表项添加相应的优先级选项，例如，对于订购卧铺票的用户的订单表项，可以给出下铺（或上铺）优先的选项，对于订购硬座票的用户的订单表项，可以给出靠窗（或靠过道）优先的选项，从而，实现用户的个性化选择，在具体出票时，在各类型票务均有剩余的情况下，会优先按照用户定制的优先级选项进行出票操作，满足用户的需求。

如图5所示，为本发明实施例所提出的一种票务订购订单的示意图。

在存储服务器中，多个票务订购订单和对应的订单状态标识构成订单队列，在订单队列中，是按照票务订购订单录入的先后顺序进行存储的。

至此，在票务订购业务开始前，相应的用户订购意愿的预采集过程完成，存储服务器中存储了相应的票务订购订单。

步骤S406、在票务订购业务开始后，订票服务器从存储服务器中读取当前状态为未订购状态的票务订购订单。

订票服务器在存储服务器中读取订单队列，依次对各票务订购订单进行处理。

在本实施例中，以前述的如图2所示的方案一为具体的处理规则为例，对票务订购订单的具体处理过程进行说明。

步骤S407、订票服务器在一个当前状态为未订购状态的票务订购订单中识别当前的有效订票选项。

具体的有效订票选项的识别方式参照前述的步骤S201中的说明，在此不再重复说明。

如果能够识别到至少一个有效订票选项，则继续执行步骤S408；

如果识别不到任何的有效订票选项，则直接执行步骤S414。

步骤S408、订票服务器判断当前可订购的票务信息中是否存在该有效订票选项所对应的票务类型。

如果存在，则继续执行步骤S409；

如果不存在，则直接执行步骤S412。

步骤S409、订票服务器判断当前剩余的该票务类型的可预订票务数量是否大于或等于该有效订票选项所预定的该票务类型的票务数量。

如果是，则执行步骤S410；

如果不是，则直接执行步骤S412。

步骤S410、订票服务器对该有效订票选项出票，将该有效订票选项的选项状态标识转换为订购成功状态，并将该票务订购订单中的其他订票选项的选项状态标识转换为订购失败状态。

步骤S411、订票服务器将该票务订购订单的订单状态标识转换为订购成功状态。

至此，完成了一次成功的票务预定处理流程。

步骤S412、订票服务器确定该有效订票选项不可以出票，将该有效订票选项的选项状态标识转换为订购失败状态。

步骤S413、订票服务器判断该票务订购订单中是否还存在其他有效订票选项。

如果存在，则执行步骤S408；

如果不存在，则执行步骤S414。

步骤S414、订票服务器将该票务订购订单的订单状态标识转换为订购失败状态。

无论是步骤S411还是步骤S414，均是完成了一个票务订购订单的处理程序，在此之后，订票服务器将继续处理其他票务订购订单。

通过上述的处理过程可知，在应用本发明实施例所提出的技术方案的场景下，对于每一个票务订购订单，按照顺序读出其中的有效订票选项，由订票员操作订票设备进行订票，或者由自动订票设备执行自动订票。

如果订票成功，则将该有效订票选项的选项状态标识置为订购成功状态，并将该有效订票选项所在的票务订购订单的订单状态标识置为订购成功状态，完成此票务订购订单的处理，并进入下一个票务订购订单的处理；否则进入下一有效订票选项的处理，并重复前述过程。

由于购票人的订购意愿数据的录入是在订票开始之前完成的，不需要在订票时询问购票人的意愿，因此，应用本发明实施例所提出的技术方案的系统可以在购票高峰时期大大减少订票点的订票间隔，从而减少购票人的等待时间，提高购票成功率，为订票点获取更多的利润。

在实际的应用场景中，为了进一步提高处理效率，在处理某一有效订票选项时，如系统反馈为无票，则检索此后的各票务订购订单中所包含的起点站、目的站、日期、车次、席位选项相同的有效订票选项，将其选项状态标识直接置为订购失败状态，由此，避免了对于无票的订票选项的重复判断过程，节约了相应的处理资源。

另一方面，以上过程是对应用前述的方案一的处理策略的过程的说明，如果应用前述的如图3所示的方案二，相应的处理过程需要做相应的调整，即根据订票点每次可订车票的最大数量N（在一次只对一种票务类型进行处理的情况下，即前述的当前该票务类型一次可出票的最大票务数量）对订票过程进行优化。

系统仅处理订单状态标识为未订购状态的票务订购订单。在处理某一个有效订票选项（假定该订票选项的订票数量为n）时，假定n<N，可以顺序在后续处于未订购状态的各票务订购订单的首个有效订票选项中，检索具有相同的起点站、目的站、日期、车次、席位等信息的订票选项，假定检索到的各订票选项的订票数量分别为m1、m2、m3……。

如果m1+m2+m3+……+n≤N，那么，则将检索到的各订票选项和当前处理的有效订票选项合并在一起订票。

如果订票成功，则将检索到的各订票选项和当前处理的有效订票选项的选项状态标识以及其所处的票务订购订单的订单状态标识均设置为订购状态，相反，如果订票不成功，则只对当前处理的有效订票选项进行订票。

在这里，之所以要顺序在后续处于未订购状态的各票务订购订单的首个有效订票选项中进行检索，主要是为了避免在优先级更高的有效订票选项未进行处理的情况下，由于后续的低优先级的其他有效订票选项提前出票而违背购票者的订购意愿。

上述的各方案均是处于不同的角度考虑而提出的具体措施，在实际的应用场景中，可以根据实际需要进行调整和组合，这样的变化并不影响本发明的保护范围。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，在票务订购业务开始之前，由存储服务器提前统计用户的订票信息，生成并存储用户的票务订购订单，在票务订购业务开始之后，订票服务器直接从存储服务器中获取相应的当前状态为未订购状态的票务订购订单，并根据相应的出票规则进行出票处理，从而，将订票信息的统计过程移到票务订购业务开始之前进行，以票务订购订单的形式存储于存储服务器中，使得票务订购业务开始之后，订票服务器可以直接根据已存储的票务订购订单开始进行出票操作，无需再进行订票意愿的询问和统计，节约了相应的时间，提高了票务预订的处理效率。

为了实现本发明实施例的技术方案，本发明实施例还提供了一种票务订购系统，其结构示意图如图6所示，包括订票服务器61以及存储服务器62。

其中，存储服务器62，用于在票务订购业务开始之前，存储用户的票务订购订单；

订票服务器61，用于在票务订购业务开始之后，从存储服务器62中读取当前状态为未订购状态的票务订购订单，并根据当前可订购的票务信息，按照相应的出票规则，判断各票务订购订单是否可以出票，如果可以，则根据有效订票选项订购相应的票务，并将票务订购订单的状态更改为订购成功状态。

在具体的实施场景中，订票服务器61，还用于：

如果确定票务订购订单中所包含的有效订票选项不可以出票，订票服务器放弃对票务订购订单出票，并将票务订购订单的状态更改为订购失败状态。

如图7所示，为本发明实施例提出的一种订票服务器的结构示意图，具体包括：

获取模块611，用于在票务订购业务开始之后，从存储服务器中读取当前状态为未订购状态的票务订购订单，票务订购订单是在票务订购业务开始之前，由存储服务器所存储的；

判断模块612，用于根据当前可订购的票务信息，按照相应的出票规则，判断获取模块611所获取的各票务订购订单中所包含的有效订票选项是否可以出票；

处理模块613，用于在判断模块612的判断结果为可以出票时，根据有效订票选项订购相应的票务，并将票务订购订单的状态更改为订购成功状态。

其中，对应前述的方案一，判断模块612，具体用于：

按照获取模块611所获取的各票务订购订单的提交时间顺序，依次在当前状态为未订购状态的各票务订购订单识别当前的有效订票选项；

判断当前可订购的票务信息是否可以满足一个票务订购订单中的第一个有效订票选项的订票需求；

如果判断结果为是，则确定有效订票选项可以出票；

其中，有效订票选项，具体为订票选项状态处于未订购状态，且所预定的票务对应的时间处于当前可处理的有效时间范围的订票选项。

进一步的，判断模块612，还用于：

如果判断结果为否，则将第一个有效订票选项的订票选项状态变更为订购失败状态，并判断票务订购订单中是否还有其他有效订票选项；

如果没有其他有效订票选项，则确定票务订购订单中所包含的有效订票选项不可以出票；

如果有其他有效订票选项，则依次判断当前可订购的票务信息是否可以满足其他有效订票选项的订票需求，如果可以，则确定相应的有效订票选项可以出票，如果当前可订购的票务信息不可以满足任何一个其他有效订票选项的订票需求，则确定票务订购订单中所包含的有效订票选项不可以出票。

另一方面，判断模块612，还用于：

如果确定一个当前状态为未订购状态的票务订购订单没有任何有效订票选项，则放弃对票务订购订单进行处理，且保持票务订购订单处于未订购状态

在实际的应用场景中，对应于前述的方案二，判断模块612，具体用于：

识别当前处理的票务订购订单的有效订票选项所预定的票务类型和所预定的票务数量；

当当前处理的票务订购订单的有效订票选项所预定的票务数量小于当前票务类型一次可出票的最大票务数量时，根据票务订购订单的提交时间顺序，在当前处理的票务订购订单之后的其他预订票务类型的票务的票务订购订单中，选择一个或多个票务订购订单，确定当前处理的票务订购订单的有效订票选项，以及被选择的一个或多个票务订购订单中的第一个有效订票选项可以出票，其中，一个或多个票务订购订单中的第一个有效订票选项与当前处理的票务订购订单的有效订票选项所预定的票务类型的票务总数量小于或等于当前票务类型一次可出票的最大票务数量；

当当前处理的票务订购订单的有效订票选项所预定的票务数量大于当前票务类型所剩余的可预订票务数量时，确定当前处理的票务订购订单的有效订票选项不可以出票。

在具体的实施场景中，处理模块613，还用于：

如果判断模块612确定票务订购订单中所包含的有效订票选项不可以出票，则放弃对票务订购订单出票，并将票务订购订单的状态更改为订购失败状态。

需要进一步指出的是，处理模块613，还用于：

在票务订购订单中，将可以出票的有效订票选项的订票选项状态变更为订购成功状态，并将其他所有订票选项的订票选项状态变更为订购失败状态。

如图8所示，为本发明实施例提出的一种存储服务器的结构示意图，至少包括：

存储模块621，用于在票务订购业务开始之前存储用户提交的票务订购订单；

通信模块622，用于在票务订购业务开始之后，向订票服务器发送存储模块621所存储的当前状态为未订购状态的用户的票务订购订单，由订票服务器按照相应的出票规则，进行出票处理。

在具体的实施场景中，

通信模块622，还用于在票务订购业务开始之前，接收用户的登录请求，并根据用户所发出的相应指示信息，生成票务订购订单；

存储模块621，具体用于存储票务预订页面所生成的票务订购订单，并标识票务订购订单当前的状态为未订购状态。

进一步的，该存储服务器还包括：

验证模块623，用于根据通信模块622所接收到的登录请求中所携带的用户的信息，对用户的身份进行验证，如果验证通过，确认用户登录成功，可以执行票务预订操作。

具体的，通信模块622，具体用于：

接收用户发送的预订需求信息；

查询符合预订需求信息要求的可预订票务，其中，可预订票务为当前没有开始票务订购业务；

按照与预订需求信息的匹配度和/或优先规则，将符合预订需求信息要求的可预订票务生成可选票务列表；

根据接收到的用户的选择指示，将用户所选择的票务作为订票选项，并将互为替换选项的多个订票选项组成票务订购订单。 

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，在票务订购业务开始之前，由存储服务器提前统计用户的订票信息，生成并存储用户的票务订购订单，在票务订购业务开始之后，订票服务器直接从存储服务器中获取相应的当前状态为未订购状态的票务订购订单，并根据相应的出票规则进行出票处理，从而，将订票信息的统计过程移到票务订购业务开始之前进行，以票务订购订单的形式存储于存储服务器中，使得票务订购业务开始之后，订票服务器可以直接根据已存储的票务订购订单开始进行出票操作，无需再进行订票意愿的询问和统计，节约了相应的时间，提高了票务预订的处理效率。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或网络侧设备等）执行本发明实施例各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明实施例所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明实施例的几个具体实施场景，但是，本发明实施例并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。

Claims (24)

1.一种票务订购方法，其特征在于，至少包括以下步骤：

票务订购业务开始之后，订票服务器从存储服务器中读取当前状态为未订购状态的票务订购订单，所述票务订购订单是在所述票务订购业务开始之前，由所述存储服务器所存储的；

所述订票服务器根据当前可订购的票务信息，按照相应的出票规则，判断各票务订购订单中所包含的有效订票选项是否可以出票；

如果可以，所述订票服务器根据所述有效订票选项订购相应的票务，并将所述票务订购订单的状态更改为订购成功状态。

2.如权利要求1所述的方法，其特征在于，所述票务订购订单是在所述票务订购业务开始之前，由所述存储服务器所存储的，具体包括：

在所述票务订购业务开始之前，用户登录所述存储服务器；

所述用户在所述存储服务器所列出的可选票务列表中选择需要预定的一个或多个票务，生成票务订购订单；

所述存储服务器存储所述票务订购订单，并标识所述票务订购订单当前的状态为未订购状态。

3.如权利要求2所述的方法，其特征在于，所述用户登录所述存储服务器，具体包括：

所述存储服务器接收所述用户的登录请求；

所述存储服务器根据所述登录请求所携带的所述用户的信息，对所述用户的身份进行验证；

如果验证通过，所述存储服务器确认所述用户登录成功，可以执行票务预订操作。

4.如权利要求2所述的方法，其特征在于，用户在所述存储服务器所列出的可选票务列表中选择需要预定的一个或多个票务，生成票务订购订单，具体包括：

所述存储服务器接收所述用户发送的预订需求信息；

所述存储服务器查询符合所述预订需求信息要求的可预订票务；

所述存储服务器按照与所述预订需求信息的匹配度和/或优先规则，将符合所述预订需求信息要求的可预订票务生成可选票务列表；

所述存储服务器根据接收到的所述用户的选择指示，将所述用户所选择的票务作为订票选项，并将互为替换选项的多个订票选项组成票务订购订单。

5.如权利要求1所述的方法，其特征在于，所述订票服务器根据当前可订购的票务信息，按照相应的出票规则，判断各票务订购订单中所包含的有效订票选项是否可以出票，具体为：

所述订票服务器按照票务订购订单的提交时间顺序，依次在当前状态为未订购状态的各票务订购订单识别当前的有效订票选项；

所述订票服务器判断当前可订购的票务信息是否可以满足一个票务订购订单中的第一个有效订票选项的订票需求；

如果可以，所述订票服务器确定所述有效订票选项可以出票。

6.如权利要求5所述的方法，其特征在于，所述有效订票选项，具体为订票选项状态处于未订购状态，且所预定的票务对应的时间处于当前可处理的有效时间范围的订票选项；

如果所述订票服务器确定一个当前状态为未订购状态的票务订购订单没有任何有效订票选项，则放弃对所述票务订购订单进行处理，且保持所述票务订购订单处于未订购状态。

7.如权利要求5所述的方法，其特征在于，所述订票服务器判断当前可订购的票务信息是否可以满足一个票务订购订单中的第一个有效订票选项的订票需求之后，还包括：

如果不可以，所述订票服务器将所述第一个有效订票选项的订票选项状态变更为订购失败状态，并判断所述票务订购订单中是否还有其他有效订票选项；

如果没有其他有效订票选项，所述订票服务器确定所述票务订购订单中所包含的有效订票选项不可以出票；

如果有其他有效订票选项，所述订票服务器依次判断当前可订购的票务信息是否可以满足所述其他有效订票选项的订票需求，如果可以，所述订票服务器确定相应的有效订票选项可以出票，如果当前可订购的票务信息不可以满足任何一个其他有效订票选项的订票需求，所述订票服务器确定所述票务订购订单中所包含的有效订票选项不可以出票。

8.如权利要求1所述的方法，其特征在于，所述订票服务器根据当前可订购的票务信息，按照相应的出票规则，判断各票务订购订单是否可以出票，具体为：

所述订票服务器识别当前处理的票务订购订单的有效订票选项所预定的票务类型和所预定的票务数量；

当所述订票服务器判断所述有效订票选项所预定的票务数量小于当前所述票务类型一次可出票的最大票务数量时，所述订票服务器根据票务订购订单的提交时间顺序，在当前处理的票务订购订单之后的其他预订所述票务类型的票务的票务订购订单中，选择一个或多个票务订购订单，其中，所述一个或多个票务订购订单中的第一个有效订票选项与当前处理的票务订购订单的有效订票选项所预定的所述票务类型的票务总数量小于或等于当前所述票务类型一次可出票的最大票务数量；

所述订票服务器确定当前处理的票务订购订单的有效订票选项，以及被选择的所述一个或多个票务订购订单中的第一个有效订票选项可以出票。

9.如权利要求8所述的方法，其特征在于，所述订票服务器识别当前处理的票务订购订单的有效订票选项所预定的票务类型和所预定的票务数量之后，还包括：

当所述订票服务器判断当前处理的票务订购订单的有效订票选项所预定的票务数量大于当前所述票务类型所剩余的可预订票务数量时，所述订票服务器确定所述当前处理的票务订购订单的有效订票选项不可以出票。

10.如权利要求7或9所述的方法，其特征在于，

如果所述订票服务器确定票务订购订单中所包含的有效订票选项不可以出票，所述订票服务器放弃对所述票务订购订单出票，并将所述票务订购订单的状态更改为订购失败状态。

11.如权利要求1所述的方法，其特征在于，所述订票服务器根据所述有效订票选项订购相应的票务，并将所述票务订购订单的状态更改为订购成功状态的过程中，还包括：

在所述票务订购订单中，所述订票服务器将可以出票的有效订票选项的订票选项状态变更为订购成功状态，并将其他所有订票选项的订票选项状态变更为订购失败状态。

12.一种订票服务器，其特征在于，至少包括：

获取模块，用于在票务订购业务开始之后，从存储服务器中读取当前状态为未订购状态的票务订购订单，所述票务订购订单是在所述票务订购业务开始之前，由所述存储服务器所存储的；

判断模块，用于根据当前可订购的票务信息，按照相应的出票规则，判断所述获取模块所获取的各票务订购订单中所包含的有效订票选项是否可以出票；

处理模块，用于在所述判断模块的判断结果为可以出票时，根据所述有效订票选项订购相应的票务，并将所述票务订购订单的状态更改为订购成功状态。

13.如权利要求10所述的订票服务器，其特征在于，所述判断模块，具体用于：

按照所述获取模块所获取的各票务订购订单的提交时间顺序，依次在当前状态为未订购状态的各票务订购订单识别当前的有效订票选项；

判断当前可订购的票务信息是否可以满足一个票务订购订单中的第一个有效订票选项的订票需求；

如果判断结果为是，则确定所述有效订票选项可以出票；

其中，所述有效订票选项，具体为订票选项状态处于未订购状态，且所预定的票务对应的时间处于当前可处理的有效时间范围的订票选项。

14.如权利要求13所述的订票服务器，其特征在于，所述判断模块，还用于：

如果判断结果为否，则将所述第一个有效订票选项的订票选项状态变更为订购失败状态，并判断所述票务订购订单中是否还有其他有效订票选项；

如果没有其他有效订票选项，则确定所述票务订购订单中所包含的有效订票选项不可以出票；

如果有其他有效订票选项，则依次判断当前可订购的票务信息是否可以满足所述其他有效订票选项的订票需求，如果可以，则确定相应的有效订票选项可以出票，如果当前可订购的票务信息不可以满足任何一个其他有效订票选项的订票需求，则确定所述票务订购订单中所包含的有效订票选项不可以出票。

15.如权利要求13所述的订票服务器，其特征在于，所述判断模块，还用于：

如果确定一个当前状态为未订购状态的票务订购订单没有任何有效订票选项，则放弃对所述票务订购订单进行处理，且保持所述票务订购订单处于未订购状态。

16.如权利要求12所述的订票服务器，其特征在于，所述判断模块，具体用于：

识别当前处理的票务订购订单的有效订票选项所预定的票务类型和所预定的票务数量；

当所述当前处理的票务订购订单的有效订票选项所预定的票务数量小于当前所述票务类型一次可出票的最大票务数量时，根据票务订购订单的提交时间顺序，在当前处理的票务订购订单之后的其他预订所述票务类型的票务的票务订购订单中，选择一个或多个票务订购订单，确定当前处理的票务订购订单的有效订票选项，以及被选择的所述一个或多个票务订购订单中的第一个有效订票选项可以出票，其中，所述一个或多个票务订购订单中的第一个有效订票选项与当前处理的票务订购订单的有效订票选项所预定的所述票务类型的票务总数量小于或等于当前所述票务类型一次可出票的最大票务数量；

当所述当前处理的票务订购订单的有效订票选项所预定的票务数量大于当前所述票务类型所剩余的可预订票务数量时，确定所述当前处理的票务订购订单的有效订票选项不可以出票。

17.如权利要求14或16所述的订票服务器，其特征在于，所述处理模块，还用于：

如果所述判断模块确定票务订购订单中所包含的有效订票选项不可以出票，则放弃对所述票务订购订单出票，并将所述票务订购订单的状态更改为订购失败状态。

18.如权利要求12所述的订票服务器，其特征在于，所述处理模块，还用于：

在所述票务订购订单中，将可以出票的有效订票选项的订票选项状态变更为订购成功状态，并将其他所有订票选项的订票选项状态变更为订购失败状态。

19.一种存储服务器，其特征在于，至少包括：

存储模块，用于在票务订购业务开始之前存储用户提交的票务订购订单；

通信模块，用于在所述票务订购业务开始之后，向订票服务器发送所述存储模块所存储的当前状态为未订购状态的用户的票务订购订单，由所述订票服务器按照相应的出票规则，进行出票处理。

20.如权利要求19所述的存储服务器，其特征在于，

所述通信模块，还用于在所述票务订购业务开始之前，接收用户的登录请求，并根据所述用户所发出的相应指示信息，生成票务订购订单；

所述存储模块，具体用于存储所述票务预订页面所生成的票务订购订单，并标识所述票务订购订单当前的状态为未订购状态。

21.如权利要求20所述的存储服务器，其特征在于，还包括：

验证模块，用于根据所述通信模块所接收到的登录请求中所携带的所述用户的信息，对所述用户的身份进行验证，如果验证通过，确认所述用户登录成功，可以执行票务预订操作。

22.如权利要求20所述的存储服务器，其特征在于，所述通信模块，具体用于：

接收所述用户发送的预订需求信息；

查询符合所述预订需求信息要求的可预订票务；

按照与所述预订需求信息的匹配度和/或优先规则，将符合所述预订需求信息要求的可预订票务生成可选票务列表；

根据接收到的所述用户的选择指示，将所述用户所选择的票务作为订票选项，并将互为替换选项的多个订票选项组成票务订购订单。

23.一种票务订购系统，其特征在于，至少包括如权利要求12至18所述的订票服务器，以及如权利要求19至22所述的存储服务器，其中：

所述存储服务器，用于在票务订购业务开始之前，存储用户的票务订购订单；

所述订票服务器，用于在所述票务订购业务开始之后，从所述存储服务器中读取当前状态为未订购状态的票务订购订单，并根据当前可订购的票务信息，按照相应的出票规则，判断各票务订购订单是否可以出票，如果可以，则根据所述有效订票选项订购相应的票务，并将所述票务订购订单的状态更改为订购成功状态。

24.如权利要求23所述的票务订购系统，其特征在于，所述订票服务器，还用于：

如果确定票务订购订单中所包含的有效订票选项不可以出票，所述订票服务器放弃对所述票务订购订单出票，并将所述票务订购订单的状态更改为订购失败状态。

Images