CN109995880A - 数据访问请求的处理方法、装置及相关设备 - Google Patents
数据访问请求的处理方法、装置及相关设备 Download PDFInfo
- Publication number
- CN109995880A CN109995880A CN201910300508.6A CN201910300508A CN109995880A CN 109995880 A CN109995880 A CN 109995880A CN 201910300508 A CN201910300508 A CN 201910300508A CN 109995880 A CN109995880 A CN 109995880A
- Authority
- CN
- China
- Prior art keywords
- data access
- access request
- request
- session
- client
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请公开了一种数据访问请求的处理方法，包括接收客户端发送的数据访问请求；通过INTERVAL判断所述数据访问请求是否为定时请求；若是所述定时请求，则执行所述数据访问请求；若不是所述定时请求，则重置所述数据访问请求对应的session创建时间，并执行所述数据访问请求；该数据访问请求的处理方法可有效避免session超时机制的失效，进一步保证了自身存储数据的安全性。本申请还公开了一种数据访问请求的处理装置、系统、服务器及计算机可读存储介质，均具有上述有益效果。
Description
技术领域
本申请涉及计算机技术领域，特别涉及一种数据访问请求的处理方法，还涉及一种数据访问请求的处理装置、系统、服务器以及计算机可读存储介质。
背景技术
会话是指一个终端用户与交互系统进行通讯的过程，比如从输入账户密码进入操作系统到退出操作系统就是一个会话过程。会话较多用于网络上，TCP(TransmissionControl Protocol，传输控制协议)的三次握手就创建了一个会话，TCP关闭连接就是关闭会话。
协议的状态是指下一次传输可以“记住”这次传输信息的能力，但HTTP(HyperText Transport Protocol，超文本传输协议)是无状态协议，无法为下一次连接而维护当前连接所传输的信息，即HTTP请求无法识别两次请求是否来自同一用户。因此，Tomcat(web服务器)为了保持会话，使得应用可以识别请求来自某一用户，会为每个HTTP请求创建一个session(记录会话的对象)，并将该session的ID放置在HTTP请求Header的cookies中，当用户再次发送HTTP请求时，将cookies也放置在Header中，由此，Tomcat便能识别请求来自于哪个用户。
然而，在实际运行过程中，session存在超时时间，由于部分应用会定时向Tomcat发送请求来获取新的数据，该种定时机制将直接导致session的超时机制失效，这是因为每次请求Tomcat都会认为该session仍处于活跃状态而重置超时时间导致的，使得session一直存在而无法关闭，大大降低了数据安全性。
因此，如何有效避免session超时机制的失效，进一步保证自身存储数据的安全性是本领域技术人员亟待解决的问题。
发明内容
本申请的目的是提供一种数据访问请求的处理方法，该数据访问请求的处理方法可有效避免session超时机制的失效，进一步保证了自身存储数据的安全性；本申请的另一目的是提供一种数据访问请求的处理装置、系统、服务器以及计算机可读存储介质，也具有上述有益效果。
为解决上述技术问题，本申请提供了一种数据访问请求的处理方法，所述方法包括：
接收客户端发送的数据访问请求；
通过INTERVAL判断所述数据访问请求是否为定时请求；
若是所述定时请求，则执行所述数据访问请求；
若不是所述定时请求，则重置所述数据访问请求对应的session创建时间，并执行所述数据访问请求。
优选的，所述接收客户端发送的数据访问请求之后，还包括：
根据所述数据访问请求判断所述客户端是否为首次登陆；
若是首次登陆，则返回登录请求至所述客户端；
当所述客户端根据所述登录请求完成登陆后，将session不超时机制更改为session超时机制。
优选的，所述通过INTERVAL判断所述数据访问请求是否为定时请求之前，还包括：
根据所述session超时机制判断所述数据访问请求是否超时；
若超时，则注销所述客户端的登录信息。
优选的，所述通过INTERVAL判断所述数据访问请求是否为定时请求，包括：
根据所述数据访问请求获取session信息；
在所述session信息中获取LifeCycle；
判断所述LifeCycle与所述INTERVAL是否相等；
若相等，则所述数据访问请求为所述定时请求；
若不相等，则所述数据访问请求不为所述定时请求。
优选的，所述重置所述数据访问请求对应的session创建时间，包括：
根据所述数据访问请求获取session信息和请求接收时间；
根据所述session信息确定所述session创建时间；
根据所述请求接收时间和所述session创建时间判断所述数据访问请求是否超时；
若超时，则注销所述客户端的登录信息；
若未超时，则将所述session创建时间更新为所述请求接收时间。
优选的，所述注销所述客户端的登录信息，包括：
删除所述session信息、所述session创建时间和客户端信息。
为解决上述技术问题，本申请还提供了一种数据访问请求的处理装置，所述装置包括：
请求接收模块，用于接收客户端发送的数据访问请求；
请求判断模块，用于通过INTERVAL判断所述数据访问请求是否为定时请求；
第一执行模块，用于若是所述定时请求，则执行所述数据访问请求；
第二执行模块，用于若不是所述定时请求，则重置所述数据访问请求对应的session创建时间，并执行所述数据访问请求。
为解决上述技术问题，本申请还提供了一种服务器，所述服务器包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现上述任意一种数据访问请求的处理方法的步骤。
为解决上述技术问题，本申请还提供了一种数据访问请求的处理系统，所述系统包括：
如上所述的服务器，用于接收客户端发送的数据访问请求；通过INTERVAL判断所述数据访问请求是否为定时请求；若是，则执行所述数据访问请求；若不是，则重置所述数据访问请求对应的session创建时间，并执行所述数据访问请求；
所述客户端，用于向所述服务器发送所述数据访问请求。
为解决上述技术问题，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一种数据访问请求的处理方法的步骤。
本申请所提供的一种数据访问请求的处理方法，包括接收客户端发送的数据访问请求；通过INTERVAL判断所述数据访问请求是否为定时请求；若是所述定时请求，则执行所述数据访问请求；若不是所述定时请求，则重置所述数据访问请求对应的session创建时间，并执行所述数据访问请求。
可见，本申请所提供的数据访问请求的处理方法，引入INTERVAL机制，当服务器接收到数据访问请求时，暂不进行session创建时间的重置，而是通过INTERVAL判断数据访问请求的类型，当数据访问请求为定时请求时，则跳过session创建时间的重置操作，直接执行该数据访问请求即可，当数据访问请求为非定时操作时，按照原有操作流程先重置session创建时间，再执行数据访问请求，由此，相当于将定时请求对应的超时机制抛弃，即可有效避免定时请求对应session超时机制的失效，进一步提高了自身存储数据的安全性。
本申请所提供的一种数据访问请求的处理装置、系统、服务器以及计算机可读存储介质，均具有上述有益效果，在此不再赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请所提供的一种数据访问请求的处理方法的流程示意图；
图2为本申请所提供的一种数据访问请求类型判定方法的流程示意图；
图3为本申请所提供的一种session创建时间重置方法的流程示意图；
图4为本申请所提供的另一种数据访问请求的处理方法的流程示意图；
图5为本申请所提供的又一种数据访问请求的处理方法的流程示意图；
图6为本申请所提供的一种数据访问请求的处理装置的结构示意图；
图7为本申请所提供的一种服务器的结构示意图；
图8为本申请所提供的一种数据访问请求的处理系统的结构示意图。
具体实施方式
本申请的核心是提供一种数据访问请求的处理方法，该数据访问请求的处理方法可有效避免session超时机制的失效，进一步保证了自身存储数据的安全性；本申请的另一核心是提供一种数据访问请求的处理装置、系统、服务器以及计算机可读存储介质，也具有上述有益效果。
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。
请参考图1，图1为本申请所提供的一种数据访问请求的处理方法的流程示意图，该数据访问请求的处理方法可以包括：
S101：接收客户端发送的数据访问请求；
本步骤旨在实现数据访问请求的接收，该数据访问请求为客户端针对服务器某些应用的数据访问请求，其可以由用户基于客户端向服务器发起，也可以通过自动响应某些预设条件发起，当然，该预设条件也可以由技术人员根据实际需求预先设置，也就是说，上述数据访问请求的获取来源，并不影响本技术方案的实施，同样，对于客户端、服务器的类型，本申请不做限定。
S102：通过INTERVAL判断数据访问请求是否为定时请求；
本步骤旨在实现数据访问请求类型的判断，在本申请中，将数据访问请求分类为定时请求和非定时请求，其中，定时请求为技术人员预先设置的，按照预定时间间隔自动响应的请求，非定时请求即为用户基于自身需求通过客户端发起的。具体的，对于其类型判断，本步骤基于INTERVAL机制实现，INTERVAL函数是将数值按照标准换算为日期的函数，可有效确定数据访问请求的发起时间，进一步确定其是否是按照预设时间间隔发起的，从而实现数据访问请求是否为定时请求的判定。当然，对于该预设时间间隔的具体取值，本申请不做限定。
请参考图2，图2为本申请所提供的一种数据访问请求类型判定方法的流程示意图，作为一种优选实施例，上述通过INTERVAL判断数据访问请求是否为定时请求，可以包括：
S201：根据所数据访问请求获取session信息；
S202：在session信息中获取LifeCycle；
S203：判断LifeCycle与INTERVAL是否相等；
S204：若相等，则数据访问请求为定时请求；
S205：若不相等，则数据访问请求不为定时请求。
本申请提供了一个较为具体的数据访问请求类型判定的方法，即通过数据访问请求中LifeCycle与INTERVAL的比较实现，LifeCycle可用于实现感知生命周期。具体而言，在接收到数据访问请求后首先获取其中的session信息，该session是该数据访问请求对应的客户端首次向服务器发起请求时创建的，其中预设有LifeCycle，用于进行时间统计，在session信息中提取获得LifeCycle后，即可判断LifeCycle字段与INTERVAL是否相等，如可通过设置“LifeCycle＝INTERVAL？”实现该判断过程，若相等，则说明该数据访问请求为定时请求，若不相等，则说明该数据访问请求为非定时请求。
S103：若是定时请求，则执行数据访问请求；
S104：若不是定时请求，则重置数据访问请求对应的session创建时间，并执行数据访问请求。
具体的，为避免定时请求可能引发的session超时机制失效，根据数据访问请求类型的不同，设置不同的执行方法。当数据访问请求为非定时请求时，按照正常运行流程，对session创建时间进行重置，以保持session，然后执行该请求；当数据访问请求为定时请求时，跳过session创建时间的重置操作，直接执行该请求，有效避免了session永久性保持，进一步保证了数据安全。其中，对于上述session创建时间的重置过程，参照已有技术中的任意一种即可，本申请对此不做限定。
请参考图3，图3为本申请所提供的一种session创建时间重置方法的流程示意图，作为一种优选实施例，上述重置数据访问请求对应的session创建时间，可以包括：
S301：根据数据访问请求获取session信息和请求接收时间；
S302：根据session信息确定session创建时间；
S303：根据请求接收时间和session创建时间判断数据访问请求是否超时；
S304：若超时，则注销客户端的登录信息；
S305：若未超时，则将session创建时间更新为请求接收时间。
本申请提供了一种较为具体的session创建时间的重置方法，具体的，根据数据访问请求获取其对应的session信息和请求接收时间，其中，该请求接收时间即为该数据访问请求获取的时间，session信息中包括有该session的ID信息，由此，即可根据该ID信息调取对应的session创建时间的信息；进一步，根据session创建时间和请求接收时间判断该数据访问请求是否超时，即计算请求接收时间与session创建时间的差值，以判断该差值是否超出预设超时时间，若已超时，则直接注销发送该数据访问请求的客户端的登录信息，并拒绝执行该数据访问请求，若未超时，则将session创建时间更新为请求接收时间，以保持该数据访问请求对应的session。当然，对于上述预设超时间的具体取值，本申请同样不做限定，可由技术人员根据实际需求进行差异性设置。
其中，每个session均是由其对应的客户端在首次向服务器发起数据访问请求时创建的，对应于上述session创建时间；每个session中数据访问请求的数量是不唯一的，这是由于服务器中设置有超时机制，在该session内，只要接收到的数据访问请求未发生超时，均会重置一次session创建时间，以保持session。
优选的，上述注销客户端的登录信息，可以包括：删除session信息、session创建时间和客户端信息。
本步骤旨在实现客户端登录信息的注销，其注销信息可包括session信息、session创建时间和客户端信息，当然，以上仅为本申请提供的一种实现方式，在其注销过程中，可将该客户端的所有信息均进行删除。
本申请所提供的数据访问请求的处理方法，引入INTERVAL机制，当服务器接收到数据访问请求时，暂不进行session创建时间的重置，而是通过INTERVAL判断数据访问请求的类型，当数据访问请求为定时请求时，则跳过session创建时间的重置操作，直接执行该数据访问请求即可，当数据访问请求为非定时操作时，按照原有操作流程先重置session创建时间，再执行数据访问请求，由此，相当于将定时请求对应的超时机制抛弃，即可有效避免定时请求对应session超时机制的失效，进一步提高了自身存储数据的安全性。
在上述实施例的基础上，请参考图4，图4为本申请所提供的另一种数据访问请求的处理方法的流程示意图，该数据访问请求的处理方法可包括：
S401：接收客户端发送的数据访问请求；
S402：根据数据访问请求判断客户端是否为首次登陆；若是，则执行S403，若否，则执行S404；
S403：返回登录请求至客户端，当客户端根据登录请求完成登陆后，将session不超时机制更改为session超时机制；
S404：通过INTERVAL判断数据访问请求是否为定时请求；若是，则执行S405，若否，则执行S406；
S405：执行数据访问请求；
S406：重置数据访问请求对应的session创建时间，并执行数据访问请求。
需要说明的是，本实施例中除S402、S403的其他步骤均参考了第一实施例的S101至S104，其具体内容参考第一实施例即可，以下主要对S402、S403的内容进行具体说明。
一般的，客户端在首次向服务器发送数据访问请求时都需要登录，其登录过程一般会使用验证码以防止机器人脚本，即将验证码与session绑定，当session由于超时而失效时，验证码也随之失效，此时就需要重新申请。因此，为避免该问题给客户带来的不好体验，可预先将服务器的session默认为永不失效，即服务器默认状态为session不超时机制，具体可通过设置“session＝-1”实现；进一步，当客户端完成登录后，服务器即可自动将session不超时机制更新为正常的session超时机制。具体的，当服务器接收到数据访问请求后，即可根据其中的信息判断该数据访问请求对应的客户端是否为首次登录，若是，则返回登录请求至客户端，该登录请求中携带有验证码信息，由此，客户端即可基于该验证码实现服务器的登录，服务器接收到客户端的登录信息后，将session不超时机制更新为session超时机制。
本申请实施例所提供的数据请求的访问方法，将服务器的初始状态默认为session不超时机制，当客户端完成登录后，再更改为session超时机制，有效避免了由于session超时导致的验证码失效的问题，提高了用户体验。
在上述各个实施例的基础上，请参考图5，图5为本申请所提供的又一种数据访问请求的处理方法的流程示意图，该数据访问请求的处理方法可包括：
S501：接收客户端发送的数据访问请求；
S502：根据数据访问请求判断客户端是否为首次登陆；若是，则执行S503，若否，则执行S504；
S503：返回登录请求至客户端，当客户端根据登录请求完成登陆后，将session不超时机制更改为session超时机制；
S504：根据session超时机制判断数据访问请求是否超时；若是，则执行S505，若否，则执行S506；
S505：注销客户端的登录信息。
S506：通过INTERVAL判断数据访问请求是否为定时请求；若是，则执行S507，若否，则执行S508；
S507：执行数据访问请求；
S508：重置数据访问请求对应的session创建时间，并执行数据访问请求。
需要说明的是，本实施例中除S504、S505的其他步骤均参考了第二实施例的S401至S406，其具体内容参考上述两实施例即可，以下主要对S504、S505的内容进行具体说明。
具体的，在进行数据访问请求类型的判定之前，可先确定该数据访问请求是否超时，该过程具体可通过session超时机制实现，若服务器在接收到该数据访问请求时已有超时，则不再执行，直接注销客户端登录信息即可，以有效保证数据安全。其中，该session超时机制对应的超时时间即为上述预设超时时间。此外，对于该客户端登录信息注销的具体过程，参照上述实施例一中的注销过程即可，本实施例在此不再赘述。
为解决上述问题，请参考图6，图6为本申请所提供的一种数据访问请求的处理装置的结构示意图，该数据访问请求的处理装置可包括：
请求接收模块1，用于接收客户端发送的数据访问请求；
请求判断模块2，用于通过INTERVAL判断数据访问请求是否为定时请求；
第一执行模块3，用于若是定时请求，则执行数据访问请求；
第二执行模块4，用于若不是定时请求，则重置数据访问请求对应的session创建时间，并执行数据访问请求。
作为一种优选实施例，该数据访问请求的处理装置还可以包括：
机制更改模块，用于根据数据访问请求判断客户端是否为首次登陆；若是首次登陆，则返回登录请求至客户端；当客户端根据登录请求完成登陆后，将session不超时机制更改为session超时机制。
作为一种优选实施例，该数据访问请求的处理装置还可以包括：
超时判断模块，用于根据session超时机制判断数据访问请求是否超时；若超时，则注销客户端的登录信息。
作为一种优选实施例，上述请求判断模块2可具体用于根据数据访问请求获取session信息；在session信息中获取LifeCycle；判断LifeCycle与INTERVAL是否相等；若相等，则数据访问请求为定时请求；若不相等，则数据访问请求不为定时请求。
作为一种优选实施例，上述第二执行模块4可具体用于根据数据访问请求获取session信息和请求接收时间；根据session信息确定session创建时间；根据请求接收时间和session创建时间判断数据访问请求是否超时；若超时，则注销客户端的登录信息；若未超时，则将session创建时间更新为请求接收时间。
对于本申请提供的装置的介绍请参照上述方法实施例，本申请在此不做赘述。
为解决上述问题，请参考图7，图7为本申请所提供的一种服务器的结构示意图，该服务器可包括：
存储器11，用于存储计算机程序；
处理器12，用于执行计算机程序时实现如下步骤：
接收客户端发送的数据访问请求；通过INTERVAL判断数据访问请求是否为定时请求；若是定时请求，则执行数据访问请求；若不是定时请求，则重置数据访问请求对应的session创建时间，并执行数据访问请求。
对于本申请提供的服务器的介绍请参照上述方法实施例，本申请在此不做赘述。
为解决上述问题，请参考图8，图8为本申请所提供的一种数据访问请求的处理系统的结构示意图，该系统可包括：
如上所述的服务器10，用于接收客户端20发送的数据访问请求；通过INTERVAL判断数据访问请求是否为定时请求；若是，则执行数据访问请求；若不是，则重置数据访问请求对应的session创建时间，并执行数据访问请求；
客户端20，用于向服务器10发送数据访问请求。
对于本申请提供的系统的介绍请参照上述方法实施例，本申请在此不做赘述。
为解决上述问题，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现如下骤：
接收客户端发送的数据访问请求；通过INTERVAL判断数据访问请求是否为定时请求；若是定时请求，则执行数据访问请求；若不是定时请求，则重置数据访问请求对应的session创建时间，并执行数据访问请求。
该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
对于本申请提供的计算机可读存储介质的介绍请参照上述方法实施例，本申请在此不做赘述。
说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上对本申请所提供的数据访问请求的处理方法、装置、系统、服务器以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围要素。
Claims (10)
1.一种数据访问请求的处理方法，其特征在于，所述方法包括：
接收客户端发送的数据访问请求；
通过INTERVAL判断所述数据访问请求是否为定时请求；
若是所述定时请求，则执行所述数据访问请求；
若不是所述定时请求，则重置所述数据访问请求对应的session创建时间，并执行所述数据访问请求。
2.如权利要求1所述的方法，其特征在于，所述接收客户端发送的数据访问请求之后，还包括：
根据所述数据访问请求判断所述客户端是否为首次登陆；
若是首次登陆，则返回登录请求至所述客户端；
当所述客户端根据所述登录请求完成登陆后，将session不超时机制更改为session超时机制。
3.如权利要求2所述的方法，其特征在于，所述通过INTERVAL判断所述数据访问请求是否为定时请求之前，还包括：
根据所述session超时机制判断所述数据访问请求是否超时；
若超时，则注销所述客户端的登录信息。
4.如权利要求1所述的方法，其特征在于，所述通过INTERVAL判断所述数据访问请求是否为定时请求，包括：
根据所述数据访问请求获取session信息；
在所述session信息中获取LifeCycle；
判断所述LifeCycle与所述INTERVAL是否相等；
若相等，则所述数据访问请求为所述定时请求；
若不相等，则所述数据访问请求不为所述定时请求。
5.如权利要求1至4任意一项所述的方法，其特征在于，所述重置所述数据访问请求对应的session创建时间，包括：
根据所述数据访问请求获取session信息和请求接收时间；
根据所述session信息确定所述session创建时间；
根据所述请求接收时间和所述session创建时间判断所述数据访问请求是否超时；
若超时，则注销所述客户端的登录信息；
若未超时，则将所述session创建时间更新为所述请求接收时间。
6.如权利要求5所述的方法，其特征在于，所述注销所述客户端的登录信息，包括：
删除所述session信息、所述session创建时间和客户端信息。
7.一种数据访问请求的处理装置，其特征在于，所述装置包括：
请求接收模块，用于接收客户端发送的数据访问请求；
请求判断模块，用于通过INTERVAL判断所述数据访问请求是否为定时请求；
第一执行模块，用于若是所述定时请求，则执行所述数据访问请求；
第二执行模块，用于若不是所述定时请求，则重置所述数据访问请求对应的session创建时间，并执行所述数据访问请求。
8.一种服务器，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如权利要求1至6任意一项所述的数据访问请求的处理方法的步骤。
9.一种数据访问请求的处理系统，其特征在于，包括：
如权利要求8所述的服务器，用于接收客户端发送的数据访问请求；通过INTERVAL判断所述数据访问请求是否为定时请求；若是，则执行所述数据访问请求；若不是，则重置所述数据访问请求对应的session创建时间，并执行所述数据访问请求；
所述客户端，用于向所述服务器发送所述数据访问请求。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至6任意一项所述的数据访问请求的处理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910300508.6A CN109995880A (zh) | 2019-04-15 | 2019-04-15 | 数据访问请求的处理方法、装置及相关设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910300508.6A CN109995880A (zh) | 2019-04-15 | 2019-04-15 | 数据访问请求的处理方法、装置及相关设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109995880A true CN109995880A (zh) | 2019-07-09 |
Family
ID=67133722
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910300508.6A Pending CN109995880A (zh) | 2019-04-15 | 2019-04-15 | 数据访问请求的处理方法、装置及相关设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109995880A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114846901A (zh) * | 2020-02-18 | 2022-08-02 | Oppo广东移动通信有限公司 | 通信方法、装置、设备及存储介质 |
| CN114846901B (zh) * | 2020-02-18 | 2024-05-31 | Oppo广东移动通信有限公司 | 通信方法、装置、设备及存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090222665A1 (en) * | 2008-02-29 | 2009-09-03 | Alexander Brantley Sheehan | Non-interactive entity application proxy method and system |
| CN104363472A (zh) * | 2014-10-20 | 2015-02-18 | 中兴通讯股份有限公司 | 基于hls的能力控制方法及服务系统和slb服务器 |
| CN107257346A (zh) * | 2017-07-07 | 2017-10-17 | 东软集团股份有限公司 | 单点登录的业务访问处理方法及其设备 |
| CN108173930A (zh) * | 2017-12-26 | 2018-06-15 | 郑州云海信息技术有限公司 | 一种页面超时配置提醒装置及方法 |
| CN108629191A (zh) * | 2018-03-30 | 2018-10-09 | 四川长虹电器股份有限公司 | 基于shiro和redis的跨系统强制用户下线的方法 |
-
2019
- 2019-04-15 CN CN201910300508.6A patent/CN109995880A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090222665A1 (en) * | 2008-02-29 | 2009-09-03 | Alexander Brantley Sheehan | Non-interactive entity application proxy method and system |
| CN104363472A (zh) * | 2014-10-20 | 2015-02-18 | 中兴通讯股份有限公司 | 基于hls的能力控制方法及服务系统和slb服务器 |
| CN107257346A (zh) * | 2017-07-07 | 2017-10-17 | 东软集团股份有限公司 | 单点登录的业务访问处理方法及其设备 |
| CN108173930A (zh) * | 2017-12-26 | 2018-06-15 | 郑州云海信息技术有限公司 | 一种页面超时配置提醒装置及方法 |
| CN108629191A (zh) * | 2018-03-30 | 2018-10-09 | 四川长虹电器股份有限公司 | 基于shiro和redis的跨系统强制用户下线的方法 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114846901A (zh) * | 2020-02-18 | 2022-08-02 | Oppo广东移动通信有限公司 | 通信方法、装置、设备及存储介质 |
| CN114846901B (zh) * | 2020-02-18 | 2024-05-31 | Oppo广东移动通信有限公司 | 通信方法、装置、设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107257363B (zh) | 一种响应请求端请求的方法及系统 | |
| CN109547162B (zh) | 基于两套单向边界的数据通信方法 | |
| CN102075508A (zh) | 针对网络协议的漏洞挖掘系统和方法 | |
| CN110224896A (zh) | 一种网络性能数据采集方法、装置、服务器及存储介质 | |
| CN110166572A (zh) | 网络处理方法、装置、电子设备及存储介质 | |
| CN103701867A (zh) | 一种处理调用请求的方法、系统及中心服务器 | |
| CN107666474B (zh) | 一种网络报文处理方法、装置及网络服务器 | |
| CN106559241A (zh) | 应用日志的收集、发送方法、装置、系统及日志服务器 | |
| CN106034141B (zh) | 消息处理方法、资源获取方法、服务器及终端设备 | |
| JP2020080059A (ja) | 評価装置、評価方法および評価プログラム | |
| CN106341434A (zh) | 业务处理方法及装置 | |
| CN106161623A (zh) | 缓存服务器、更新服务器及数据更新方法 | |
| CN115314540A (zh) | 一种请求应答超时的处理方法、装置、设备及介质 | |
| CN115023919A (zh) | 防火墙规则的更新方法、装置、服务器及存储介质 | |
| WO2018182979A1 (en) | Systems and methods for achieving session stickiness for stateful cloud services with non-sticky load balancers | |
| CN109756464B (zh) | 一种通信方法及服务器、客户端 | |
| US10412778B2 (en) | Data transmission method and apparatus for data service | |
| CN109995880A (zh) | 数据访问请求的处理方法、装置及相关设备 | |
| CN107819599B (zh) | 报文处理方法及装置 | |
| CN104184762B (zh) | 一种服务器故障信息反馈方法和系统 | |
| CN105306182A (zh) | 一种数据请求处理方法和系统 | |
| CN105721231B (zh) | 一种业务质量感知探测方法及装置 | |
| US8332498B2 (en) | Synchronized relay messaging and coordinated network processing using SNMP | |
| JP2009238098A (ja) | セッション管理方法、ストレージ装置、及び、計算機システム | |
| CN112583879A (zh) | 请求的处理方法、装置及系统、存储介质和电子设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for 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: 20190709 |