余票计算方法及系统技术方案

本申请实施例提供了一种余票计算方法及系统，该方法包括：实时监测各个车次的业务数据变化，并实时分析出影响余票变化的车次的余票变化量；在监测到业务数据变化中影响余票变化的车次达到预设条件时，并计算影响余票变化的车次的余票结果；存储车次的余票结果，供用户进行余票查询。该系统包括监测模块、计算模块和缓存模块。本申请实施例提供的技术方案能够通过分析各个车次的业务数据的变化，主动提供余票计算的结果，减少了余票计算的服务器的计算资源，提高了余票计算的能力，可以有效应对铁路购票高峰时巨大的余票查询请求量，给用户更好的使用体验。户更好的使用体验。户更好的使用体验。

【技术实现步骤摘要】
余票计算方法及系统


[0001]本申请涉及
，尤其涉及一种余票计算方法及系统。

技术介绍

[0002]目前，我国铁路客票销售分成线上、线下两大销售渠道。线上以网站和手机APP为主，占全路售票量的80％以上；线下以车站窗口、自动售票机、代售点窗口为主。余票查询是所有渠道购买火车票的前提，而且是不需要登录APP账号的，因此余票查询请求量非常大。目前采用的铁路余票计算方法，必须是有请求调用时才会进行余票计算，并且一次只能计算一个发到站的余票结果。余票查询请求量与余票计算能力成正比，常规的铁路余票计算方法，完全取决于用户的请求，高峰请求量高时，余票计算能力不足，一味的扩充资源已无法满足铁路售票量的增长。因此，亟需一种铁路余票计算方法，解决因请求量剧增导致余票计算能力不足的方法。

技术实现思路

[0003]有鉴于此，本申请实施例提供了一种余票计算方法及系统，用以解决现有技术存在的余票请求量剧增导致余票计算能力不足的技术问题。
[0004]第一方面，本申请实施例提供了一种余票计算方法，所述方法包括以下步骤：
[0005]实时监测各个车次的业务数据变化，并实时分析出影响余票变化的车次的余票变化量；
[0006]在所述影响余票变化的车次的余票变化量达到预设条件时触发余票更新，并计算所述影响余票变化的车次的余票结果；
[0007]存储所述影响余票变化的车次的余票结果，供用户进行余票查询。
[0008]通过本实施例提供的方案，能够根据余票数据库中实时变化的各个车次的业务数据主动对业务数据发生变化的各个车次进行更新计算，并将得到的各个影响余票变化的车次的余票结果同步推送至能够被用户查询使用的缓存服务器中，避免每次响应用户的余票查询请求就要进行一次余票计算，节省了计算资源，提高了服务效率。
[0009]在一种优选的实施方案中，在所述实时监测各个车次的业务数据变化，并实时分析出影响余票变化的车次的余票变化量的步骤中，包括以下步骤：
[0010]实时监测所述各个车次的业务数据的更新情况；
[0011]在所述业务数据发生更新时，同步并存储所述业务数据，并对所述业务数据进行分析得到影响余票变化的车次的余票变化量；
[0012]将所述影响余票变化的车次的余票变化量与预设条件进行比较。
[0013]通过本实施例提供的方案，对判断是否启动余票计算预先设置了预设条件，从而余票计算不会在某个车次只更新了少量业务数据时就响应进行余票计算，而是在业务数据发生一定量的变化时再进行余票计算，体现在时间上就是每隔一段时间会进行一次余票计算，从而余票计算尽可能耗费较少的计算资源。
[0014]在一种优选的实施方案中，在所述业务数据未发生更新时，则等待所述业务数据更新。
[0015]通过本实施例提供的方案，在余票数据库中的业务数据未发生更新时，不会进行余票计算，不更新余票结果，从而进一步节约计算资源，减少余票计算的复杂度。
[0016]在一种优选的实施方案中，在将所述影响余票变化的车次的余票变化量与预设条件进行比较之后，若所述余票变化量未达到所述预设条件，则不触发所述车次的余票更新。
[0017]通过本实施例提供的方案，不会针对部分车次的业务数据发生的变化较小(例如在该车次还剩余100票的情况下仅增加了1票)的情况进行余票计算，避免了反复启动余票计算流程，节约了计算资源。
[0018]在一种优选的实施方案中，在存储所述影响余票变化的车次的余票结果，供用户进行余票查询的步骤中，包括以下步骤：
[0019]根据发站、到站和发车日期对所述影响余票变化的车次的余票结果进行重组；
[0020]将重组后的所述影响余票变化的车次的余票结果写入缓存集群；
[0021]将写入所述缓存集群的所述影响余票变化的车次的余票结果根据发站、到站和乘车日期存储至缓存服务器，以供用户进行余票查询。
[0022]通过本实施例提供的方案，在缓存服务器内实时存储余票数据库中最新更新的各个车次的业务数据，响应用户每一次余票查询请求，在给用户传送最新的车次的余票信息的同时，大量减少了用户余票查询请求的响应时间，提高了用户的使用体验。
[0023]在一种优选的实施方案中，在执行实时监测各个车次的业务数据变化，并实时分析出影响余票变化的车次的余票变化量的步骤之前，还包括以下步骤：
[0024]判断是否启动余票计算服务；
[0025]判断是否需要更新全部车次的余票结果；
[0026]若需要更新全部车次的余票结果，则计算所有车次的余票结果；接着直接将所述所有车次的余票结果推送至缓存服务器中，供用户进行余票查询；
[0027]若不需要更新全部车次的余票结果，则会实时监测各个车次的业务数据变化，并实时分析出影响余票变化的车次的余票变化量。
[0028]通过本实施例提供的方案，在需要对所有车次进行余票更新时，可以选择直接更新所有车次的余票结果，针对业务数据变化的车次较多时(例如余票数据库中10000辆车次中有9900辆车次发生业务数据变化)能够节省部分计算资源。
[0029]第二方面，本申请实施例提供了一种余票计算系统，包括：互相通信的监测模块、计算模块和缓存模块，所述缓存模块与供用户查询余票的余票查询系统互相通信；
[0030]所述监测模块用于实时监测各个车次的业务数据变化，并实时分析出影响余票变化的车次的余票变化量；
[0031]所述计算模块用于计算所述影响余票变化的车次的余票结果；
[0032]所述缓存模块用于存储所述影响余票变化的车次的余票结果，供用户进行余票查询。
[0033]通过本实施例提供的方案，监测模块、计算模块和缓存模块能够根据余票数据库中实时变化的各个车次的业务数据主动对业务数据发生变化的各个车次进行更新计算，并将得到的各个影响余票变化的车次的余票结果同步推送至能够被用户查询使用的缓存服
务器中，避免每次响应用户的余票查询请求就要进行一次余票计算，节省了计算资源，提高了服务效率。
[0034]在一种优选的实施方案中，所述监测模块包括同步单元、分析单元和存储单元；
[0035]所述同步单元用于实时监测所述各个车次的业务数据的更新情况，并在所述业务数据发生更新时，将所述业务数据同步至所述分析单元和所述存储单元；
[0036]所述分析单元用于对所述业务数据进行分析得到影响余票变化的车次的余票变化量，并将所述影响余票变化的车次的余票变化量与预设条件进行比较；
[0037]所述存储单元用于存储所述业务数据。
[0038]通过本实施例提供的方案，对判断是否启动余票计算预先设置了预设条件，从而余票计算不会在某个车次只更新了少量业务数据时就响应进行计算，而是在业务数据发生一定量的变化时再进行余票计算，体现在时间上就是每隔一段时间会进行一次余票计算，从而余票计算尽可能耗费较少的计算资源。
[0039]第三方面，本申请实施例提供了一种本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种余票计算方法，其特征在于，所述方法包括以下步骤：实时监测各个车次的业务数据变化，并实时分析出影响余票变化的车次的余票变化量；在所述影响余票变化的车次的余票变化量达到预设条件时触发余票更新，并计算所述影响余票变化的车次的余票结果；存储所述影响余票变化的车次的余票结果，供用户进行余票查询。2.根据权利要求1所述的余票计算方法，其特征在于，在实时监测各个车次的业务数据变化，并实时分析出影响余票变化的车次的余票变化量的步骤中，包括以下步骤：实时监测所述各个车次的业务数据的更新情况，在所述业务数据发生更新时，同步并存储所述业务数据，并对所述业务数据进行分析得到影响余票变化的车次的余票变化量；将所述影响余票变化的车次的余票变化量与预设条件进行比较。3.根据权利要求2所述的余票计算方法，其特征在于，在所述业务数据未发生更新时，则等待所述业务数据更新。4.根据权利要求2所述的余票计算方法，其特征在于，在将所述影响余票变化的车次的余票变化量与预设条件进行比较之后，若所述余票变化量未达到所述预设条件，则不触发所述车次的余票更新。5.根据权利要求1所述的余票计算方法，其特征在于，在存储所述影响余票变化的车次的余票结果，供用户进行余票查询的步骤中，包括以下步骤：根据发站、到站和发车日期对所述影响余票变化的车次的余票结果进行重组；将重组后的所述影响余票变化的车次的余票结果写入缓存集群；将写入所述缓存集群的所述影响余票变化的车次的余票结果根据发站、到站和乘车日期存储至缓存服务器，以供用户进行余票查询。6.根据权利要求1所述的余票计算方法，其特征在于，在执行实时监测各个车次的业务数据变化，并实时分析出影响余票变化的车次的余票变化...

【专利技术属性】
技术研发人员：梅巧玲，朱建生，阎志远，李雯，王思宇，杨立鹏，朱颖婷，马杰，王拓，谢泽，樊春美，胡志鹏，张霞，周强，刘典，王红爱，范茂洋，赵楠，
申请(专利权)人：中铁程科技有限责任公司北京经纬信息技术有限公司，
类型：发明
国别省市：