数据处理方法、装置、票务系统、电子设备及存储介质与流程

1.本发明实施例涉及计算机技术领域，尤其涉及一种数据处理方法、装置、票务系统、电子设备及存储介质。


背景技术：

2.现有的票务系统为用户提供了足不出户即可进行各种票务操作，如购票、退票、换票等等便利，其中，用户通过票务系统提供的相应界面进行热门票务的抢票已经成为常态化操作。此种情况下，会对票务系统造成高并发访问，使得票务系统在短时间内访问量突升。因此，对票务系统产生了高性能的要求。
3.然而，票务系统中用于存储票务数据的数据库受限于硬件性能，导致在高并发访问的情况下有性能瓶颈，导致数据库容易因为负载过大而崩溃，进而引发票务系统的服务异常或崩溃。


技术实现要素：

4.有鉴于此，本发明实施例提供一种数据处理方案，以至少部分解决上述问题。
5.根据本发明实施例的第一方面，提供了一种数据处理方法，包括：根据票务服务节点的系统更新完成消息，触发获取所述票务服务节点已发布的多个节目中的热点节目场次的信息，其中，所述热点节目场次包括在设定时间段内预估访问量大于设定访问量阈值的节目场次；根据所述热点节目场次的信息，获取所述热点节目场次对应的热点票务数据；将所述热点票务数据预存入与所述票务服务节点对应的缓存中。
6.根据本发明实施例的第二方面，提供了数据处理装置，包括：第一获取模块，用于根据票务服务节点的系统更新完成消息，触发获取所述票务服务节点已发布的多个节目中的热点节目场次的信息，其中，所述热点节目场次包括在设定时间段内预估访问量大于设定访问量阈值的节目场次；第二获取模块，用于根据所述热点节目场次的信息，获取所述热点节目场次对应的热点票务数据；预存模块，用于将所述热点票务数据预存入与所述票务服务节点对应的缓存中。
7.根据本发明实施例的第三方面，票务系统，包括票务服务节点、数据预存设备和数据库服务器，所述数据预存设备分别与所述票务服务节点和所述数据库服务器通信连接；所述票务服务节点，用于发布节目票务，并在发布完成后进行系统更新操作，在完成所述系统更新后，广播更新完成消息；所述数据预存设备，用于在接收到所述更新完成消息后，获取所述票务服务节点已发布的多个节目中的热点节目场次的信息，其中，所述热点节目场次包括在设定时间段内预估访问量大于设定访问量阈值的节目场次；根据所述热点节目场次的信息，从存储票务数据的所述数据库服务器中，获取所述热点节目场次对应的热点票务数据；将所述热点票务数据预存入与所述票务服务节点对应的缓存中。
8.根据本发明实施例的第四方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间
的通信；所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如第一方面所述的数据处理方法对应的操作。
9.根据本发明实施例的第五方面，提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面所述的数据处理方法。
10.根据本发明实施例提供的数据处理方案，根据票务服务节点的系统更新完成消息，来触发获取热点界面场次的信息，并获取热点节目场次对应的热点票务数据，将热点票务数据预存入更新完成的票务服务节点对应的缓存中。由此，在出现高并发访问的情况下，这些访问可利用缓存中的数据进行快速处理，避免了数据拥塞，也避免了对后台数据库的集中大流量访问，从而解决了数据库在高并发访问的情况下容易因为负载过大而崩溃的问题，保证了票务系统的服务的正常提供和使用，提升了用户使用体验。
附图说明
11.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
12.图1a为根据本发明实施例一的一种数据处理方法的步骤流程图；
13.图1b为图1a所示实施例中的一种场景示例的示意图；
14.图2为根据本发明实施例二的一种数据处理方法的步骤流程图；
15.图3a为根据本发明实施例三的一种票务系统的结构框图；
16.图3b为图3a所示实施例中的一种场景示例的示意图；
17.图4为根据本发明实施例四的一种数据处理装置的结构框图；
18.图5为根据本发明实施例五的一种电子设备的结构示意图。
具体实施方式
19.为了使本领域的人员更好地理解本发明实施例中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明实施例一部分实施例，而不是全部的实施例。基于本发明实施例中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本发明实施例保护的范围。
20.下面结合本发明实施例附图进一步说明本发明实施例具体实现。
21.实施例一
22.参照图1a，示出了根据本发明实施例一的数据处理方法的步骤流程图。
23.在本实施例中，以数据处理方法配置于用于售卖票据的生产系统中为例进行说明。生产系统包括票务服务节点和数据预存设备。票务服务节点用于发布节目票据。在票务服务节点工作过程中由于节目场次的增加、减少等因素使得票务服务节点的系统经常会发布新版本，也就是说票务服务节点经常需要进行系统更新。在票务服务节点完成系统更新后，需要对票务服务节点进行重启操作，导致票务服务节点的缓存被清空，票务服务节点重启完成后确定票务服务节点的系统更新完成。
24.在本实施例中，为了避免票务服务节点缓存清空后导致需通过后台数据库服务器
提供票务数据，导致数据库服务器负载过大，提供了一种数据处理方法。该数据处理方法包括以下步骤：
25.步骤s102：根据票务服务节点的系统更新完成消息，触发获取所述票务服务节点已发布的多个节目中的热点节目场次的信息。
26.其中，所述系统更新完成消息可为任意适当形式，如发布的各种形式的消息或指示或指令等形式，本发明实施例对此不作限制。例如，在一具体实现中，票务服务节点在节点更新完成后广播更新完成消息；票务系统中的数据预存设备接收到该更新完成消息，据此确定票务服务节点更新完成，进而触发获取票务服务节点已发布的多个节目中的热点节目场次的信息。当然，在其他实施例中，也可以通过其他形式的票务服务节点的系统更新完成消息，来获知票务服务节点的系统更新完成。
27.在确定票务服务节点的系统更新完成后，需要向票务服务节点对应的缓存中预存入票务数据，为了保证能够充分减少对数据库服务器的访问量，且避免对缓存过度占用，使缓存的利用率较高，需要向缓存中写入与热点节目场次对应的热点票务数据。其中，所述热点节目场次包括在设定时间段内预估访问量大于设定访问量阈值的节目场次。其中，设定时间段由本领域技术人员根据实际需要设定。为了使描述较为简洁，在设定时间段内预估访问量简称为并发访问量。
28.设定访问量阈值可以根据需要确定，本实施例对此不作限制，例如，根据数据库服务器的数据处理能力，将数据库服务器能够负载的最大访问量确定为设定访问量阈值，或者，将最大访问量乘以一个权重的结果作为设定访问量阈值，权重可以根据需要确定，例如为0.8、0.7、或0.6等。
29.热点节目场次可以采用任何适当的方式确定，例如，人工预设热点节目场次，或者，根据获取的用户行为数据确定热点节目场次。
30.步骤s104：根据所述热点节目场次的信息，获取所述热点节目场次对应的热点票务数据。
31.在一具体实现中，根据热点节点场次的信息，从数据库服务器中获取对应的热点票务数据。热点票务数据包括但不限于：对应的热点节目场次的场次名称、票品类别和所述票品类别对应的库存数据作为所述热点票务数据。
32.票品类别例如一等座、二等座等，或者例如中心区域座位、边缘区域座位等。
33.步骤s106：将所述热点票务数据预存入与所述票务服务节点对应的缓存中。
34.票务系统的数据预存设备可以将从数据库服务器获取的热点票务数据写入票务服务节点对应的缓存中，这样在票务服务节点工作过程中接收到客户端的购票请求时，可以优先使用缓存中的热点票务数据进行处理，从而无需每个购票请求都访问数据库服务器，以此降低数据库服务器承担的负载，而且由于缓存的读写速率较快，也可以避免用户等待时间过长。
35.此外，由于热点节目场次在售票时容易出现抢票的情况，也就是说针对热点节目场次更容易出现并发访问量较高的情况，因此通过将热点节目场次对应的热点票务数据预存到缓存中，使得通过缓存能够分担数据库服务器的访问量，而且实现了缓存空间的充分利用，有效解决了数据库容易因为负载过大而崩溃的问题，而且可以避免缓存空间的浪费。
36.下面结合一个具体使用场景对数据处理过程进行说明如下：
37.如图1b所示，将数据处理方法配置于票务系统的生产系统中，生产系统用于售卖票据。除生产系统外，票务系统至少还包括数据库服务器，数据库服务器至少用于存储票务数据。
38.生产系统包括票务服务节点和数据预存设备，票务服务节点用于实现票据售卖过程中的验证、出票等功能，数据预存设备用于在票务服务节点的系统更新完成后向票务服务节点对应的缓存中预存热点票务数据。
39.具体地，生产系统中的数据预存设备在根据票务服务节点的系统更新完成消息确定票务服务节点更新完成后，获取票务服务节点已发布的节目场次中的热点节目场次的信息(如热点节目场次的id)，并根据该热点节目场次的信息如id查询数据库服务器，以获取热点节目场次对应的热点票务数据(其包括但不限于场次名称、票品类别和各票品类别对应的库存数据)，并将查询到的热点票务数据预存入更新完成的票务服务节点对应的缓存中。
40.这样，当用户通过客户端向生产系统的票务服务节点发送购票请求时，如果购票请求所请求购买的节目场次是热点节目场次的票据，则票务服务节点可以使用缓存中已经预存的热点票务数据进行验证、出票等操作，从而无需再去访问数据库服务器获取对应的票务数据。这样减少了对数据库服务器的访问量，一方面降低了数据库服务器的负载，避免其由于访问量过高而崩溃；另一方面避免了受限于数据库服务器的读写速度，导致对用户响应时延过长，影响用户购票体验。
41.通过本实施例，根据票务服务节点的系统更新完成消息，来触发获取热点界面场次的信息，并获取热点节目场次对应的热点票务数据，将热点票务数据预存入更新完成的票务服务节点对应的缓存中。由此，在出现高并发访问的情况下，这些访问可利用缓存中的数据进行快速处理，避免了数据拥塞，也避免了对后台数据库的集中大流量访问，从而解决了数据库在高并发访问的情况下容易因为负载过大而崩溃的问题，保证了票务系统的服务的正常提供和使用，提升了用户使用体验。
42.实施例二
43.参照图2，示出了根据本发明实施例二的数据处理方法的步骤流程示意图。
44.在本实施例中，仍以该方法配置于票务系统中的生产系统为例进行说明。其中，本实施例的数据处理方法包括以下步骤：
45.步骤s200：监听票务服务节点发布的用于指示系统更新完成的广播消息，并根据广播消息确定票务服务节点系统更新完成。
46.由于票务服务节点在系统更新完成后会通过广播消息对外广播，因此数据预存设备可以对票务服务节点进行监听，这样在监听到票务服务节点的广播消息时就可以确定票务服务节点的系统更新完成，通过这种方式保证了数据预存设备可以及时、快速地获知票务服务节点是否已完成系统更新，从而及时地向其对应的缓存中写入热点票务数据。
47.步骤s202：在确定票务服务节点的系统更新完成后，触发获取所述票务服务节点已发布的多个节目中的热点节目场次的信息。
48.如前所述，本实施例中，若监听到票务服务节点发布的广播消息，则认为票务服务节点系统更新完成，从而触发获取票务服务节点已发布的多个节目中的热点节目场次的信息。
49.在本实施例中，热点节目场次的信息根据用户行为数据确定，所述用户行为数据包括下列至少之一：用户的历史节目搜索数据、历史节目点击数据和历史节目关注数据。通过这种方式确定的热点节目场次的信息与用户需求更为符合，也更准确。
50.在一种可行方式中，在用户授权的情况下获得用户行为数据，对用户行为数据进行分析，确定热点节目场次的信息。以用户行为数据包括用户搜索数据、用户点击数据和用户关注数据为例，通过对用户搜索数据、用户点击数据和用户关注数据进行加权求和，可以确定每个节目场次的加权求和的结果，该结果可以记作热度值，将各节目场次以热度值由高到低排序就可以获得热度值最高的n个节目场次，这n个节目场次即为热点节目场次。n可以根据需要确定，在本实施例中，n大于或等于1。
51.在本实施例中，为了兼顾缓存的空间和用户的购票体验，n的取值为10个。
52.其中，热点节目场次的信息包括但不限于场次标识，如id。
53.需要说明的是，在另一种可行方式中，可以配置白名单，白名单中记录有允许预加载的节目场次。在获得热度值最高的n个节目场次之后，将热度值最高的n个节目场次与白名单进行匹配，将匹配的节目场次作为最终的热点节目场次。
54.步骤s204：根据所述热点节目场次的信息，获取所述热点节目场次对应的热点票务数据。
55.在一具体实现中，步骤s204可以实现为：根据所述热点节目场次的信息中的场次标识，从所述数据库服务器中查询出与所述场次标识对应的场次名称、票品类别和所述票品类别对应的库存数据作为所述热点票务数据。通过场次名称、票品类别和所述票品类别对应的库存数据，可有效满足用户的购票需求，避免非必要数据和数据传输及处理的浪费。
56.在一种可行方式中，为了提升获取热点票务数据的速度，在根据所述热点节目场次的信息，获取所述热点节目场次对应的热点票务数据时，可以在确定成功获取到所述热点节目场次的信息后，触发数据预加载任务；通过所述数据预加载任务获取所述热点节目场次对应的热点票务数据。通过设置数据预加载任务，将热点票务数据的加载操作集成化，提高了热点票务数据加载的速度和效率。
57.步骤s206：将所述热点票务数据预存入与所述票务服务节点对应的缓存中。
58.在本实施例中，若步骤s204中通过数据预加载任务获取热点票务数据，则相应地，步骤s206中通过数据预加载任务将所述热点票务数据预存入与所述票务服务节点对应的缓存中。这样针对不同的票务服务节点可以触发不同的数据预加载任务，从而使得不同票务服务节点在系统更新完成后都可以及时在其缓存中写入热点票务数据。
59.可选地，在本实施例中，票务服务节点的缓存中写入热点票务数据之后可以执行下述步骤s208～步骤s212。
60.步骤s208：接收到针对所述热点节目场次的购票请求。
61.用户可以通过客户端进行购票操作，客户端根据用户的购票操作生成购票请求并发送给生产系统中的票务服务节点。购票请求中包括但不限于节目场次、票品类别等信息。
62.步骤s210：根据所述缓存中的与所述购票请求所请求的节目场次对应的热点票务数据，确定票据凭证信息。
63.票据服务节点在接收到购票请求后，可以确定缓存中是否存在其所请求的节目场次对应的票务数据。例如，请求的节目场次为热点节目场次，由于已经预先将热点票务数据
预存入缓存中，因此缓存中存在对应的票务数据，此时票务服务节点可以直接使用缓存中对应的热点票务数据进行验证、出票等操作，并确定票据凭证信息。这样在整个售票过程中，可以尽量少地访问数据库服务器，从而减低数据库服务器的负载，而且由于缓存的读写速率较高，因此可以减少确定票据凭证信息的时间，从而使用户体验更好。
64.其中，票据凭证信息包括但不限于：票据的二维码、票品类别、售价等等。
65.步骤s212：将所述票据凭证信息返回所述购票请求的发送方。
66.通过本步骤，可以将确定的票据凭证信息发送给用户，实现售票功能。
67.在某些场景中，存在着热点节目集中、热点节目数据多、高并发访问持续时间长等情况。例如，某些明星的演唱会、热门综艺节目等等。以明星a的演唱会为例，明星a的众多粉丝会提前等待演唱会的演出票开售，一旦正式开售就会出现集中抢票，造成访问票务系统的瞬时流量巨增。按照传统方式，这种访问将会为存储该演唱会的票务数据的数据库带来巨大压力，甚至导致崩溃。而采用本发明实施例的方案，预先将该演唱会的票务数据加载进票务服务节点的缓存中，即可有效分担数据库压力，且可快速对用户的请求进行响应，而该快速响应又可缓解票务服务节点的服务压力，从而有效避免了传统方式中的问题。
68.此外，演出票通常会分为多个价位，而抢票会集中在某些票价的库存上，但是库存相关的数据表是按照票价进行分库分表，这就会造成抢票时的热点集中现象，即瞬时流量会集中在某一个单库，传统方式下该单库或该单库所在的数据库服务器极易出现异常或崩溃。对这种场景进行分析可以发现，这种热点集中、数据库压力巨大的情形，可以更多地依赖票务服务节点的缓存，即采用本发明实施例的方案，将热门票价的演出票的票务数据预先加载入票务服务节点的缓存，从而解决传统方式的问题。
69.可见，通过本实施例的上述过程，一方面，经用户授权，后台数据库服务器获取大数据，如：用户访问页面、点击、关注等操作的用户行为数据；该用户行为数据被持续推送至预设的数据库或存储空间进行存储；数据库服务器中设置有自动任务，定期如每30分钟基于用户行为数据和各用户行为数据对应的权重(通过大数据统计获得或者人工设定)，计算出当前最热的10个热点节目场次；然后，将该10个热点节目场次的票务数据存入数据库服务器中的热点场次库中，以备生产系统使用(如前所述，生产系统包括票务服务节点和数据预存设备)。另一方面，生产系统中的票务服务节点若进行了系统更新，执行了系统重启、本地缓存清除等操作，则在系统更新完毕后，数据预存设备监听到系统更新完成的消息，则查询数据库服务器中的场次热点库，并从中得到当前最热的热点节目场次的信息，在一种可行方式中，可以得到排名top10的热点节目场次的信息；接着，数据预存设备可以启动预加载任务，根据排名top10的热点节目场次的信息，从数据库服务器存储的票务数据中查询到对应的场次名称、票品类别、各票品类别对应的库存数据等多种票务数据，并将查询到的多种票务数据写入到票务服务节点的缓存中。可见，通过上述过程，可以在票务服务节点进行系统更新之后，第一时间获得热点票务数据将热点票务数据写入到缓存中，有效降低了在票务服务节点因系统更新导致缓存清空情况下，并发访问流量对数据库服务器压力过大的风险，提升了票务系统的运行性能和服务能力。
70.需要说明的是，以上场景均为示例性说明，在实际应用中，所有需要大规模缓存预加载相关数据的场景，只需要参照本发明实施例的方案，基于自身需求修改需要预加载的数据条件，从数据库拿到需要预加载的数据预先加载入相应缓存即可。例如：对某对象(如
演出票、商品等任意可购买对象)进行下单的时候缓存因为各种原因失效，相关流量会直接命中存储有该对象的数据的数据库。在无法确定除该对象之外还有哪些热点对象的缓存失效的情况下，可以通过本发明的数据处理方案获取需要预加载的所有热点对象的数据，并全量覆盖一遍缓存即可。可见，本发明实施例的数据处理方案可广泛应用于各种场景，具有较高的普适性。
71.通过本实施例，根据票务服务节点的系统更新完成消息，来触发获取热点节目场次的信息，并获取热点节目场次对应的热点票务数据，将热点票务数据预存入更新完成的票务服务节点对应的缓存中。由此，在出现高并发访问的情况下，这些访问可利用缓存中的数据进行快速处理，避免了数据拥塞，也避免了对后台数据库的集中大流量访问，从而解决了现有技术中票务服务节点更新完成后缓存处于被清空的空白状态，需要频繁地访问数据库服务器获取数据，造成数据库服务器在较短时间内访问量过高容易崩溃的问题，保证了票务系统的服务的正常提供和使用，提升了用户使用体验。
72.实施例三
73.参照图3a，示出了根据本发明实施例三的票务系统的结构示意图。
74.在本实施例中，票务系统包括票务服务节点、数据预存设备和数据库服务器，所述数据预存设备分别与所述票务服务节点和所述数据库服务器通信连接；所述票务服务节点，用于发布节目票务，并在发布完成后进行系统更新操作，在完成所述系统更新后，广播更新完成消息；所述数据预存设备，用于在接收到所述更新完成消息后，获取所述票务服务节点已发布的多个节目中的热点节目场次的信息，其中，所述热点节目场次包括在设定时间段内预估访问量大于设定访问量阈值的节目场次；根据所述热点节目场次的信息，从存储票务数据的所述数据库服务器中，获取所述热点节目场次对应的热点票务数据；将所述热点票务数据预存入与所述票务服务节点对应的缓存中。
75.在本实施例中，票务服务节点和数据预存设备组成票务系统的生产系统，生产系统用于实现售票过程的中的验证、出票等功能。通过在生产系统中增加数据预存设备，使得生产系统中的票务服务节点更新完成后，可以通过数据预存设备向票务服务节点的缓存中写入热点票务数据，从而解决现有技术中票务服务节点更新过程中被重启后缓存被清空，使得处理购票请求时需要频繁访问数据库服务器，容易造成数据库服务器的负载过大而崩溃，影响用户购票的问题。
76.可选地，由于票务服务节点的缓存空间有限，为了充分利用缓存的空间，票务系统还包括数据处理设备；所述数据处理设备，用于获取多个用户的用户行为数据，并根据所述用户行为数据确定所述热点节目场次的信息。
77.通过在票务系统中增加数据处理设备用于对用户行为数据进行分析，从而确定多个节目场次中热点节目场次，以使数据预存设备将热点节目场次的热点票务数据存入缓存中，保证了有限的缓存空间可以被充分利用，存储并发访问量较高的节目场次的票务数据，避免在缓存中写入并发访问量较低的冷数据，造成缓存的浪费。
78.需要说明的是，在本实施例中，数据预存设备、数据处理设备和票务服务节点可以是不同的物理服务端，也可以是在同一物理服务端中不同的虚拟机。
79.在一具体实现中，数据处理设备用于获取多个用户的用户行为数据，并根据所述用户行为数据，确定多个历史节目场次对应的被搜索量、被点击量和被关注量；根据对所述
多个历史节目场次的被搜索量、被点击量和被关注量进行加权求和的结果，确定所述热点节目场次的信息。
80.通过该票务系统中设置数据预存设备，使得可以在票务服务节点重启后，将热点票务数据写入到缓存中，从而使得票务服务节点在接收到购票请求后先访问缓存，以减少数据库服务器的访问量。
81.下面结合一具体使用场景，对票务系统的工作过程进行说明如下：
82.如图3b所示，票务系统的票务服务节点的系统更新后，重启运行票务服务节点的虚拟机，在重启过程中票务服务节点对应的本地缓存被清除。
83.在重启完成后，票务服务节点广播系统更新完成消息，数据预存设备获得该系统更新完成消息，从而确定票务服务节点系统更新完成。
84.此时，数据预存设备根据从数据处理设备获得的热点节目场次的信息，启动数据预加载任务。
85.通过数据预加载任务从数据库服务器查询出热点节目场次对应的热点票务数据，并将获得的热点票务数据写入到票务服务节点的缓存中。
86.后续当票务服务节点接收到购票请求时，若购票请求所请求的节目场次是热点节目场次，则可以使用缓存中对应的热点票务数据进行验证、出票等操作，从而减少访问数据库服务器的次数，以降低数据库服务器的负载。
87.除此之外，票务系统的数据处理设备可以获取用户访问的页面、点击的页面和关注的页面等数据，并对这些数据进行大数据分析(其可以采用任何适当的方式进行大数据分析，对比不作限制)，确定已发布的节目场次中，热度值最高的n个节目场次作为热点节目场次，并将热点节目场次的信息发送给数据预存设备。
88.通过该票务系统，实现了对热点节目场次的智能分析和票务服务节点系统更新后自动根据热点节目场次的信息读取对应的热点票务数据，并写入票务服务节点的缓存中，实现了全程自动处理，解决了现有技术中人工处理的效率问题，通过设置白名单配合对热点节目场次的分析可以避免人工误操作的问题。
89.通过这种方式解决了现有的票务服务节点的缓存清空后由于数据库负载过大，而数据读写能力不足造成下单超时等异常。也能够解决人工向缓存中推送票务数据存在的只能对单个已知的节目场次进行预加载、效率低、需要人工操作并核查准确性、风险大、耗费人工的问题。
90.实施例四
91.参照图4，示出了本发明实施例四的一种数据处理装置的结构示意图。
92.在本实施例中，数据处理装置，包括：
93.第一获取模块402，用于根据票务服务节点的系统更新完成消息，触发获取所述票务服务节点已发布的多个节目中的热点节目场次的信息，其中，所述热点节目场次包括在设定时间段内预估访问量大于设定访问量阈值的节目场次；第二获取模块404，用于根据所述热点节目场次的信息，获取所述热点节目场次对应的热点票务数据；预存模块406，用于将所述热点票务数据预存入与所述票务服务节点对应的缓存中。
94.可选地，所述装置还包括：接收模块408，用于接收到针对所述热点节目场次的购票请求；确定模块410，用于根据所述缓存中的与所述购票请求所请求的节目场次对应的热
点票务数据，确定票据凭证信息；发送模块412，用于将所述票据凭证信息返回所述购票请求的发送方。
95.可选地，第二获取模块404，用于在确定成功获取到所述热点节目场次的信息后，触发数据预加载任务；预存模块406，用于通过所述数据预加载任务获取所述热点节目场次对应的热点票务数据，并将所述热点票务数据预存入与所述票务服务节点对应的缓存中。
96.可选地，第二获取模块404用于根据所述热点节目场次的信息中的场次标识，获得与所述场次标识对应的场次名称、票品类别和所述票品类别对应的库存数据作为所述热点票务数据。
97.可选地，所述热点节目场次的信息根据用户行为数据确定，所述用户行为数据包括下列至少之一：用户的历史节目搜索数据、历史节目点击数据和历史节目关注数据。
98.本实施例的数据处理装置用于实现前述多个方法实施例中相应的数据处理方法，并具有相应的方法实施例的有益效果，在此不再赘述。此外，本实施例的数据处理装置中的各个模块的功能实现均可参照前述方法实施例中的相应部分的描述，在此亦不再赘述。
99.实施例五
100.参照图5，示出了根据本发明实施例五的一种电子设备的结构示意图，本发明具体实施例并不对电子设备的具体实现做限定。
101.如图5所示，该电子设备可以包括：处理器(processor)502、通信接口(communications interface)504、存储器(memory)506、以及通信总线508。
102.其中：
103.处理器502、通信接口504、以及存储器506通过通信总线508完成相互间的通信。
104.通信接口504，用于与其它电子设备或服务器进行通信。
105.处理器502，用于执行程序510，具体可以执行上述数据处理方法实施例中的相关步骤。
106.具体地，程序510可以包括程序代码，该程序代码包括计算机操作指令。
107.处理器502可能是中央处理器cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。智能设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。
108.存储器506，用于存放程序510。存储器506可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
109.程序510具体可以用于使得处理器502执行以下操作：根据票务服务节点的系统更新完成消息，触发获取所述票务服务节点已发布的多个节目中的热点节目场次的信息，其中，所述热点节目场次包括在设定时间段内预估访问量大于设定访问量阈值的节目场次；根据所述热点节目场次的信息，获取所述热点节目场次对应的热点票务数据；将所述热点票务数据预存入与所述票务服务节点对应的缓存中。
110.在一种可选的实施方式中，程序510还用于使得处理器502接收到针对所述热点节目场次的购票请求；根据所述缓存中的与所述购票请求所请求的节目场次对应的热点票务数据，确定票据凭证信息；将所述票据凭证信息返回所述购票请求的发送方。
111.在一种可选的实施方式中，程序510还用于使得处理器502在根据所述热点节目场
次的信息，获取所述热点节目场次对应的热点票务数据；将所述热点票务数据预存入与所述票务服务节点对应的缓存中时，在确定成功获取到所述热点节目场次的信息后，触发数据预加载任务；通过所述数据预加载任务获取所述热点节目场次对应的热点票务数据，并将所述热点票务数据预存入与所述票务服务节点对应的缓存中。
112.在一种可选的实施方式中，程序510还用于使得处理器502在根据所述热点节目场次的信息，获取所述热点节目场次对应的热点票务数据时，根据所述热点节目场次的信息中的场次标识，获得与所述场次标识对应的场次名称、票品类别和所述票品类别对应的库存数据作为所述热点票务数据。
113.在一种可选的实施方式中，所述热点节目场次的信息根据用户行为数据确定，所述用户行为数据包括下列至少之一：用户的历史节目搜索数据、历史节目点击数据和历史节目关注数据。
114.程序510中各步骤的具体实现可以参见上述数据处理方法实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。
115.需要指出，根据实施的需要，可将本发明实施例中描述的各个部件/步骤拆分为更多部件/步骤，也可将两个或多个部件/步骤或者部件/步骤的部分操作组合成新的部件/步骤，以实现本发明实施例的目的。
116.上述根据本发明实施例的方法可在硬件、固件中实现，或者被实现为可存储在记录介质(诸如cd rom、ram、软盘、硬盘或磁光盘)中的软件或计算机代码，或者被实现通过网络下载的原始存储在远程记录介质或非暂时机器可读介质中并将被存储在本地记录介质中的计算机代码，从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件(诸如asic或fpga)的记录介质上的这样的软件处理。可以理解，计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件(例如，ram、rom、闪存等)，当所述软件或计算机代码被计算机、处理器或硬件访问且执行时，实现在此描述的数据处理方法。此外，当通用计算机访问用于实现在此示出的数据处理方法的代码时，代码的执行将通用计算机转换为用于执行在此示出的数据处理方法的专用计算机。
117.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明实施例的范围。
118.以上实施方式仅用于说明本发明实施例，而并非对本发明实施例的限制，有关技术领域的普通技术人员，在不脱离本发明实施例的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本发明实施例的范畴，本发明实施例的专利保护范围应由权利要求限定。