CN116204543B

CN116204543B - 一种票据保活的方法、系统、计算机和可读存储介质

Info

Publication number: CN116204543B
Application number: CN202310484653.0A
Authority: CN
Inventors: 陈友; 廖祖胜; 柳伟超; 蒋洪波; 吴志刚
Original assignee: Tianjin Jincheng Bank Ltd By Share Ltd
Current assignee: Tianjin Jincheng Bank Ltd By Share Ltd
Priority date: 2023-05-04
Filing date: 2023-05-04
Publication date: 2023-08-08
Anticipated expiration: 2043-05-04
Also published as: CN116204543A

Abstract

本申请涉及计算机技术领域，尤其涉及一种票据保活的方法、系统、计算机和可读存储介质，该方法应用于包括票据数据库的用户端，方法包括：当检测到用户进入相应应用界面并点击产生数据时，判断票据数据库是否存有应用对应的票据；若票据数据库不存有票据，则显示登录页面，以获取用户的用户信息；基于用户信息，向服务端发送获取票据请求，以获取应用对应的票据和票据有效期；将获取到的票据和票据有效期存入票据数据库；当票据数据库中存在票据时，则在票据有效期前的预设时间段时，基于票据向服务器发送获取新票据请求，以更新票据和票据有效期；循环更新票据的步骤，以使票据数据库中的票据保活。本申请可通过保活票据来提升用户体验感。

Description

一种票据保活的方法、系统、计算机和可读存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种票据保活的方法、系统、计算机和可读存储介质。

背景技术

现有的获取业务请求的过程中，通常先通过登录页面录入用户信息后，触发登录流程，当登陆成功后会保存对应的票据到本地，同时登陆的服务器记录当前的票据有效期用于后续票据的校验。但是，若用户经常需要获取该业务请求时，若每相邻两次需要获取该业务请求之间的时间间隔大于票据有效期（一般票据有效期比较短，例如2小时），则会使得每次获取业务请求时票据验证失败，从而导致用户需要再次登录，长久下来，会使得操作更加繁琐，降低用户体验感。

发明内容

鉴于上述问题，本申请提出一种票据保活的方法、系统、计算机和可读存储介质。

本申请实施例提出一种票据保活的方法，应用于包括票据数据库的用户端，所述方法包括：

当检测到用户进入相应应用界面并点击产生数据时，判断所述票据数据库是否存有所述应用对应的票据；

若所述票据数据库不存有所述票据，则显示登录页面，以获取用户的用户信息；

基于所述用户信息，向服务端发送获取票据请求，以获取所述应用对应的票据和票据有效期；

将获取到的票据和票据有效期存入所述票据数据库；

当所述票据数据库中存在所述票据时，则在所述票据有效期前的预设时间段时，基于所述票据向服务器发送获取新票据请求，以更新所述票据和所述票据有效期；

循环上述更新票据的步骤，以使得所述票据数据库中的票据保活。

进一步地，在上述的票据保活的方法中，所述当所述票据数据库中存在所述票据时，则在所述票据有效期前的预设时间段时，基于所述票据向服务器发送获取新票据请求，以更新所述票据和所述票据有效期，包括：

基于所述预设时间段和当前的票据有效期，得到预设定时时间；

当到达所述预设定时时间时，基于所述当前的票据向所述服务端获取新票据和新票据有效期，其中，所述预设定时时间为所述当前的票据有效期与所述预设时间段的差；

基于获取的新票据和新票据有效期，对所述当前的票据和当前的票据有效期进行更新。

进一步地，在上述的票据保活的方法中，当检测到用户进入相应应用界面并点击产生数据时，并获取基于所述数据生成的数据请求，还包括：

若所述票据数据库存有所述票据，则基于所述票据和所述数据请求向服务端发送获取业务请求。

进一步地，在上述的票据保活的方法中，还包括：

当所述票据数据库不存有所述票据且用户点击获取的数据请求的次数大于1时，则不产生非第一次点击获取的数据请求对应的票据请求。

进一步地，在上述的票据保活的方法，在判断所述票据数据库是否存有所述票据之前，还包括：

判断所述票据数据库是否存有数据请求；

若否，则判断所述票据数据库是否存有所述票据；

若是，则不产生当前获取的数据请求对应的票据请求；

判断所述票据数据库是否存有所述票据在之后，还包括：

判断所述数据请求是否为第一次数据请求，若为第一次数据请求则将所述第一次数据请求存储至所述票据数据库并产生对应的票据请求。

进一步地，在上述的票据保活的方法，还包括：

当所述票据数据库不存有所述票据且用户点击获取的数据请求的次数大于1时，则将每个点击获取的数据请求依次进行缓存；

待所述票据数据库存有所述票据时，再依次基于所述票据和对应的所述数据请求依次向所述服务端发送获取业务请求，每个数据请求对应一个票据请求。

进一步地，在上述的票据保活的方法中，所述基于所述票据和所述数据请求向服务端发送获取业务请求，包括：

基于所述票据和所述数据请求，通过业务接口向服务端发送获取业务请求；

所述基于所述票据向服务器发送获取新票据请求，包括：

基于所述票据，通过票据接口向服务器发送获取新票据请求。

本申请的另一实施例还提出一种票据保活系统，应用于包括票据数据库的用户端，所述系统包括：

检测单元，用于当检测到用户进入相应应用界面并点击产生数据时，判断所述票据数据库是否存有所述应用对应的票据；

显示单元，用于若所述票据数据库不存有所述票据，则显示登录页面，以获取用户的用户信息；

获取单元，用于基于所述用户信息，向服务端发送获取票据请求，以获取所述应用对应的票据和票据有效期；

存储单元，用于将获取到的票据和票据有效期存入所述票据数据库；

更新单元，用于当所述票据数据库中存在所述票据时，则在所述票据有效期前的预设时间段时，基于所述票据向服务器发送获取新票据请求，以更新所述票据和所述票据有效期；循环上述更新票据的步骤，以使得所述票据数据库中的票据保活。

本申请的另一实施例还提出一种计算机，包括存储单元和处理单元，所述存储单元中存储有计算机程序，所述处理单元通过调用所述存储单元中存储的所述计算机程序，执行如上述的票据保活的方法的步骤。

本申请的另一实施例还提出一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序适于处理器进行加载，以执行如上述的票据保活的方法的步骤。

本申请的实施例具有以下的有益效果：

本申请实施例提出一种票据保活的方法，通过在用户端增加一个票据数据库来存储对应应用的票据，并当票据到期前自动进行更新，以保证票据不过期，从而提高用户的体验感。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对本申请保护范围的限定。在各个附图中，类似的构成部分采用类似的编号。

图1示出了本申请一些实施方式的票据保活的方法的应用场景示意图；

图2示出了本申请一些实施方式的票据保活的方法的第一流程示意图；

图3示出了本申请一些实施方式的票据保活的方法的第二流程示意图；

图4示出了本申请一些实施方式的票据保活的方法的传输接口示意图；

图5示出了本申请一些实施方式的票据保活系统的结构示意图。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。

通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

在下文中，可在本申请的各种实施例中使用的术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合，并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。

此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本申请的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本申请的各种实施例中被清楚地限定。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互结合。

通常地，应用对应的票据有效期比较短，大部分在1~8小时内，据统计最多数量的应用对应的票据有效期集中在2小时左右，因此当某些用户需要在一天内多次使用同一应用进行获取数据时，或多天内多次使用同一应用进行获取数据时，若每相邻两次进入应用获取数据的时间间隔超过票据有效期，则会使得每次都要进行重新的登录验证并获取新的票据。

因此，为了解决上述的问题，本申请提出一种票据保活的方法。

请参照图1，为本申请实施例提出的票据保活的方法的一种应用场景示意图。示范性地，该票据保活的方法应用于用户端中，例如，该用户端可以是移动端的手机、平板，也可以是电脑端等。

在一些实施方式中，如图2所示，一种票据保活的方法，应用于包括票据数据库的用户端，该方法可以包括：

S110，当检测到用户进入相应应用界面并点击产生数据时，判断票据数据库是否存有应用对应的票据。

具体地，用户通过用户端打开需要的应用界面，在该应用界面上有着多种按钮用于触发获取相应的业务数据。当用户点击按钮时，用户端会检测到并判断票据数据库中是否存有该应用的票据。其中，票据数据库在同一时间内只会存储一种票据，通过该票据可以向服务端发送该应用中的任何业务请求（例如若该应用为银行app，则业务请求可以为银行卡号、存款数额、最近交易数额等）。服务端通过获取到的业务请求从中提取该票据并进行校验，当校验通过后才会返回相应的业务数据。

进一步地，当检测到用户进入相应应用界面且点击产生数据时，并获取基于数据生成的数据请求，若票据数据库存有票据，则基于票据和数据请求向服务端发送获取业务请求。

具体地，当用户点击应用界面时，系统会基于用户点击的按钮产生对应的数据，并基于该对应的数据产生对应的数据请求。其中，每个按钮都对应有数据。

需要说明得是，用户端向服务端发送的业务请求需要包含票据和数据请求，当服务端对票据验证通过后，再通过提取的数据请求找到对应的业务数据，并将找到的业务数据提取并返回至用户端。

S210，若票据数据库不存有票据，则显示登录页面，以获取用户的用户信息。

具体地，若首次在用户端登录时（例如新移动端和电脑端），则票据数据库中不存有该票据，则需要显示登录页面，用于获取用于输入的用户信息，其中，用户信息包括用户账号和用户密码等。

S310，基于用户信息，向服务端发送获取票据请求，以获取应用对应的票据和票据有效期。

具体地，当服务端接收到该票据请求时，则会返回该应用对应的票据和票据有效期。其中，获取票据请求包含用户信息。票据有效期为该票据的有效期限，超过此期限，则会使得服务端对该票据校验失败。

S410，将获取到的票据和票据有效期存入票据数据库。

S510，当票据数据库中存在票据时，则在票据有效期前的预设时间段时，基于票据向服务器发送获取新票据请求，以更新票据和票据有效期，循环更新票据的步骤，以使得票据数据库中的票据保活。

具体地，新的票据和旧的票据可以相同也可以不相同，不管是旧票据和新票据都有对应的有效期，只要是在有效期内，都可以通过服务端的校验。优选地，为了提高安全，会避免新票据和旧票据相同。

示范性地，当前票据数据库中的票据为票据A，票据A的票据有效期为a，则在该票据有效期前预设时间段时，向服务端发送新票据请求，服务端返回新票据B以及票据有效期b，当用户端接收到新票据B以及票据有效期b时，则替换掉票据A以及票据有效期a，以进行更新。并继续检测票据有效期a，当到票据有效期a前预设时间段时，则再次向服务端发送新票据请求，服务端返回新票据C以及票据有效期c，当用户端接收到新票据C以及票据有效期c时，则替换掉票据B以及票据有效期b，以进行再次更新，并继续检测更新，以保持票据数据库中的票据一直有效。

其中，预设时间段的取值范围为3~8分钟，在票据有效期前一段时间进行更新，可以兼容弱网的情况。另外，时间的选取还需考虑网络的情况，因此还可以为其它值，根据不同的场景进行不同的选择。这里不做限定。

需要注意的是，当首次用新的业务应用时，会从步骤S110到步骤S510，一旦获取到票据后，即非首次继续使用该业务应用时，则直接从步骤S110到步骤S510。

在一些实施方式的票据保活的方法中，如图3所示，当票据数据库中存在票据时，则在票据有效期前的预设时间段时，基于票据向服务器发送获取新票据请求，以更新票据和票据有效期，包括：

S511，基于预设时间段和当前的票据有效期，得到预设定时时间。

S512，当到达预设定时时间时，基于当前的票据向服务端获取新票据和新票据有效期，其中，预设定时时间为当前的票据有效期与预设时间段的差。

示范性地，若票据有效期为1314年5月20日5时20分0秒（24进制），预设时间段为5分钟，则预设定时时间为1314年5月20日5时15分0秒。每当时间到达预设定时时间时，则获取新票据进行更新。

可选择地，票据有效期还可以为时长制，即该有效期还剩多少时长。例如还剩5小时20分钟，若预设时间段为5分钟，则预设定时时间代表需要获取新票据剩下的时长，即再经过5小时15分钟则向服务端发送获取新票据请求。

S513，基于获取的新票据和新票据有效期，对当前的票据和当前的票据有效期进行更新。

在一些实施方式中，票据保活的方法还包括：

当票据数据库不存有票据且用户点击获取的数据请求的次数大于1时，则不产生非第一次点击获取的数据请求对应的票据请求。

具体地，考虑到用户首次进入应用界面并多次点击不同按钮时，则会触发多条对应的票据请求，但是由于每一条票据请求都需要一定的时长才会返回并存储至票据数据库中，而获取票据的时间一般大于产生多条业务请求的时间，例如获取票据存入票据数据库的过程需要1s。因此，在第一条票据请求对应的票据存入票据数据库之前，若将第二条、第三条及后面多条票据请求继续发送至服务器，则服务器会对每一条票据请求产生对应的票据，这样会使得最后一个票据请求对应的票据有效，前面所有的票据请求对应的票据无效。最后会导致非最后一条业务请求全都失败。因此，则不产生非第一次点击获取的数据请求对应的票据请求，只让第一次点击获取的数据请求正常发出即可。

示范性地，若用户点击了3次，分别依次产生A、B、C三条票据请求，若在票据请求A对应的票据没有返回至票据数据库时，则用户端将会在用户点击的第二次和第三次检测到票据数据库中没有票据，则会依次发送票据请求B和票据请求C，若产生并发送票据请求B和票据请求C，则会使得服务端对应生成的票据a、b和c，最后只有票据c有效。

进一步地，在一些实施方式中的票据保活的方法，在判断所述票据数据库是否存有所述票据之前，还包括：

判断票据数据库是否存有数据请求。

若否，则判断票据数据库是否存有票据。

若是，则不产生当前获取的数据请求对应的票据请求。

判断票据数据库是否存有票据在之后，还包括：

判断数据请求是否为第一次数据请求，若为第一次数据请求则将第一次数据请求存储至票据数据库并产生对应的票据请求。

具体地，在不存有票据时，若第一次接收到数据请求则会将数据请求存储至票据数据库，当第二次接收到数据请求时，则会先进行判断票据数据库是否存有数据请求，则此时，已存在第一次的数据请求，则不会产生第二次获取的数据请求对应的票据请求。

重要的是，当第一次数据请求对应的票据请求对应的票据返回至票据数据库时，则将票据数据库中的第一次数据请求去除。这样防止在票据数据库没有票据时，向服务端发送多个票据请求。

进一步地，在一些票据保活的方法中还包括：

当票据数据库不存有票据且用户点击获取的数据请求的次数大于1时，则将每个点击获取的数据请求依次进行缓存；

待票据数据库存有票据时，再依次基于票据和对应的数据请求依次向服务端发送获取业务请求，每个数据请求对应一个票据请求。

具体地，将用户所需的每个点击的数据请求进行保存，以待票据数据库存有票据时，再发送业务请求以获得非第一点击的数据请求对应的业务请求，以保证用户点击多少次，对应获取多少次的业务请求，提升用户的体验感。可选择地，可以将所述数据请求保存至任意位置，这里不做限制。

在一些实施方式的票据保活的方法，如图4所示，基于票据和数据请求向服务端发送获取业务请求，包括：

基于票据和数据请求，通过业务接口向服务端发送获取业务请求。

基于票据向服务器发送获取新票据请求，包括：

基于票据，通过票据接口向服务器发送获取新票据请求。

具体地，用户端通过业务接口将业务请求区的业务请求传输至服务端的后台业务区，用户端通过票据接口将票据请求区中的票据请求传输至服务端的后台登录区。

另外需要说明的是，业务请求区会向票据请求区发送上述的数据请求用于获取票据，并基于获取到的票据产生业务请求。票据请求区包括票据数据库，并且票据请求区还用于产生上述的票据请求以向服务端获取票据。

本申请的另一实施例还提出一种票据保活系统600，如图5所示，应用于包括票据数据库的用户端，系统600包括：

检测单元610，用于当检测到用户进入相应应用界面并点击产生数据时，判断票据数据库是否存有应用对应的票据。

显示单元620，用于若票据数据库不存有票据，则显示登录页面，以获取用户的用户信息。

获取单元630，用于基于用户信息，向服务端发送获取票据请求，以获取应用对应的票据和票据有效期。

存储单元640，用于将获取到的票据和票据有效期存入票据数据库。

更新单元650，用于当票据数据库中存在票据时，则在票据有效期前的预设时间段时，基于票据向服务器发送获取新票据请求，以更新票据和票据有效期；循环上述更新票据的步骤，以使得票据数据库中的票据保活。

本申请的另一实施例还提出一种计算机，包括存储单元和处理单元，存储单元中存储有计算机程序，处理单元通过调用存储单元中存储的计算机程序，执行上述的票据保活的方法的步骤。

本申请的另一实施例还提出一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序适于处理器进行加载，以执行上述的票据保活的方法的步骤。

可以理解，本实施例的方法步骤对应于上述实施例中的票据保活的方法，其中，上述票据保活的方法的可选项同样适用于本实施例，这里不再重复描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和结构图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，结构图和/或流程图中的每个方框、以及结构图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块或单元可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或更多个模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是智能手机、个人计算机、服务器、或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。

Claims

1.一种票据保活的方法，其特征在于，应用于包括票据数据库的用户端，所述方法包括：

当检测到用户进入相应应用界面并点击产生数据时，并获取基于所述数据生成的数据请求，判断所述票据数据库是否存有所述应用对应的票据；

若所述票据数据库不存有所述票据，则显示登录页面，以获取用户的用户信息；若所述票据数据库存有所述票据，则基于所述票据和所述数据请求向服务端发送获取业务请求；

将获取到的票据和票据有效期存入所述票据数据库；

基于预设时间段和当前的票据有效期，得到预设定时时间；

基于获取的新票据和新票据有效期，对所述当前的票据和当前的票据有效期进行更新；循环上述更新票据的步骤，以使得所述票据数据库中的票据保活；

2.根据权利要求1所述的票据保活的方法，其特征在于，还包括：

3.根据权利要求1所述的票据保活的方法，其特征在于，在判断所述票据数据库是否存有所述票据之前，还包括：

判断所述票据数据库是否存有数据请求；

若否，则判断所述票据数据库是否存有所述票据；

若是，则不产生当前获取的数据请求对应的票据请求；

判断所述票据数据库是否存有所述票据在之后，还包括：

4.根据权利要求1所述的票据保活的方法，其特征在于，所述基于所述票据和所述数据请求向服务端发送获取业务请求，包括：

所述基于所述票据向服务器发送获取新票据请求，包括：

5.一种票据保活系统，其特征在于，应用于包括票据数据库的用户端，所述系统包括：

检测单元，用于当检测到用户进入相应应用界面并点击产生数据时，并获取基于所述数据生成的数据请求，判断所述票据数据库是否存有所述应用对应的票据；

显示单元，用于若所述票据数据库不存有所述票据，则显示登录页面，以获取用户的用户信息；若所述票据数据库存有所述票据，则基于所述票据和所述数据请求向服务端发送获取业务请求；

更新单元，用于基于预设时间段和当前的票据有效期，得到预设定时时间；

6.一种计算机，其特征在于，包括存储单元和处理单元，所述存储单元中存储有计算机程序，所述处理单元通过调用所述存储单元中存储的所述计算机程序，执行如权利要求1~4任一项所述的票据保活的方法的步骤。

7.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序适于处理器进行加载，以执行如权利要求1~4任一项所述的票据保活的方法的步骤。