CN115550432A - 一种动态数据的订阅和推送方法及系统 - Google Patents
一种动态数据的订阅和推送方法及系统 Download PDFInfo
- Publication number
- CN115550432A CN115550432A CN202211322774.7A CN202211322774A CN115550432A CN 115550432 A CN115550432 A CN 115550432A CN 202211322774 A CN202211322774 A CN 202211322774A CN 115550432 A CN115550432 A CN 115550432A
- Authority
- CN
- China
- Prior art keywords
- client
- data
- subscription
- user
- connection
- 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
- 238000000034 method Methods 0.000 title claims abstract description 34
- 238000004891 communication Methods 0.000 claims description 12
- 230000000977 initiatory effect Effects 0.000 claims description 4
- 230000001186 cumulative effect Effects 0.000 claims description 3
- 238000012545 processing Methods 0.000 description 10
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0807—Network architectures or network communication protocols for network security for authentication of entities using tickets, e.g. Kerberos
-
- 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/141—Setup of application sessions
-
- 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
- H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开一种动态数据的订阅和推送方法，涉及数据应用技术领域，包括：用户通过客户端向订阅网关发起数据订阅请求；订阅网关接收到请求后，首先判断当前用户是否具有订阅权限，然后判断是否已经超过当前用户允许的最大订阅连接数，最后根据登陆客户端用户的QoS选择服务端，被选中的服务端通过websocket与客户端建立连接；连接成功后，服务端根据请求向客户端推送数据；客户端接收数据，首先判断客户端当前数据列表中是否已经存在该数据，若有则更新，若无则新增，然后判断该数据的类型，并根据判断结果操作客户端当前数据列表。本发明还提供一种动态数据的订阅和推送系统，其用于实现前述方法，可以提高数据订阅和推送的安全性，灵活控制客户端的订阅。
Description
技术领域
本发明涉及数据应用技术领域，具体的说是一种动态数据的订阅和推送方法及系统。
背景技术
数据即资产、数据即价值、数据即服务等理念不断深入人心。随着企业对数据越来越重视，不断涌现出一些数据应用系统。
当前数据应用系统中的数据订阅和推送方法通常采用定时任务拉取或者websocket推动方式。其中，定时任务拉取实现方式存在数据滞后性，尤其是对于动态变化的数据，实时性是一个重要指标；而对于Websocket推送的实现方式，目前实现方式缺乏对订阅连接管理、订阅安全性的灵活的控制，部门实现方式采用全量数据推送，效率低下。
发明内容
本发明针对目前技术发展的需求和不足之处，提供一种动态数据的订阅和推送方法及系统。
首先，本发明提供一种动态数据的订阅和推送方法，解决上述技术问题采用的技术方案如下：
一种动态数据的订阅和推送方法，包括如下步骤：
用户通过客户端向订阅网关发起数据订阅请求；
订阅网关接收到请求后，首先判断当前用户是否具有订阅权限，然后判断是否已经超过当前用户允许的最大订阅连接数，最后根据登陆客户端用户的QoS从所有服务端中选择一个满足当前用户QoS的服务端，被选中的服务端通过websocket与客户端建立连接；
服务端与客户端建立连接之后，服务端根据请求向客户端推送数据；
客户端收到数据后，首先判断客户端当前数据列表中是否已经存在该数据，若有则更新，若无则新增，然后判断该数据的类型，并根据判断结果操作客户端当前数据列表。
可选的，用户通过客户端向订阅网关发起数据订阅请求，服务端根据请求向客户端推送数据，其中，所述数据为动态数据，具有如下特征：
具有明显的时变性；
属于特定的所有者；
数据的所有者在不同时刻可能不同；
具有属性表征数据的所有者变为当前数据所有者的时刻以及属于当前者的累计时长。
可选的，用户通过客户端向订阅网关发起数据订阅请求后，
客户端生成唯一的websocket连接ID，标识本次连接，
客户端将websocket连接ID放到连接请求的URL路径参数中，
客户端从用户认证中心keycloak中获取用户登录token，并将用户登录token放到websocket的协议头中，
客户端利用websocket的协议头传递客户端认证信息，认证信息中包含当前客户端订阅数据时使用的用户信息。
进一步可选的，用户通过客户端向订阅网关发起数据订阅请求，被选中的服务端通过websocket与客户端建立连接，这一过程中，
客户端向所有服务端分别发送心跳包，所有服务端接收心跳包，并利用心跳包接收时间和心跳包发送时间的时延大小确定客户端和服务端之间的网络通信质量，
订阅网关根据当前客户端用户的QoS，以及客户端和服务端的网络通信质量，从所有服务端中选择一个满足当前用户QoS的服务端；
同一个服务端与多个客户端建立连接后，服务端根据请求优先将数据推送到QoS等级高的用户客户端上。
可选的，服务端和客户端建立连接之后，服务端通知订阅网关，订阅网关将对应用户已经建立的连接数加1；
服务端和客户端断开连接之后，服务端通知订阅网关，订阅网关将对应用户已经建立的连接数减1。
可选的，客户端探测到和服务端的网络连接中断之后，在websocket的close事件处理程序中启动一个定时器，用来重新发起订阅连接建立请求，请求成功后，客户端通过订阅网关重新向服务端请求订阅数据的全量数据，以避免由于采用增量推送导致的网络中断后部分数据丢失或者和服务端数据状态不一致。
其次，本发明提供一种动态数据的订阅和推送系统，解决上述技术问题采用的技术方案如下：
一种动态数据的订阅和推送系统，其结构包括：
客户端，一方面用于向订阅网关发起数据订阅请求，另一方面用于接收服务端的推送数据，并首先判断客户端当前数据列表中是否已经存在该数据，若有则更新，若无则新增，然后判断该数据的类型，并根据判断结果操作客户端当前数据列表；
订阅网关，用于接收用户发起的请求，随后判断当前用户是否具有订阅权限，判断是否已经超过当前用户允许的最大订阅连接数，最后根据登陆客户端用户的QoS从所有服务端中选择一个满足当前用户QoS的服务端，被选中的服务端通过websocket与客户端建立连接；
服务端，用于与客户端建立连接，并在连接成功后向客户端推送数据。
可选的，用户通过客户端向订阅网关发起数据订阅请求，服务端根据请求向客户端推送数据，其中，所述数据为动态数据，具有如下特征：
具有明显的时变性；
属于特定的所有者；
数据的所有者在不同时刻可能不同；
具有属性表征数据的所有者变为当前数据所有者的时刻以及属于当前者的累计时长。
可选的，用户通过客户端向订阅网关发起数据订阅请求，被选中的服务端通过websocket与客户端建立连接，这一过程中，
(1)客户端生成唯一的websocket连接ID，标识本次连接，
客户端将websocket连接ID放到连接请求的URL路径参数中，
客户端从用户认证中心keycloak中获取用户登录token，并将用户登录token放到websocket的协议头中，
客户端利用websocket的协议头传递客户端认证信息，认证信息中包含当前客户端订阅数据时使用的用户信息；
(2)客户端向所有服务端分别发送心跳包，所有服务端接收心跳包，并利用心跳包接收时间和心跳包发送时间的时延大小确定客户端和服务端之间的网络通信质量，
订阅网关根据当前客户端用户的QoS，以及客户端和服务端的网络通信质量，从所有服务端中选择一个满足当前用户QoS的服务端；
(3)同一个服务端与多个客户端建立连接后，服务端根据请求优先将数据推送到QoS等级高的用户客户端上。
可选的，客户端探测到和服务端的网络连接中断之后，在websocket的close事件处理程序中启动一个定时器，用来重新发起订阅连接建立请求，请求成功后，客户端通过订阅网关重新向服务端请求订阅数据的全量数据，以避免由于采用增量推送导致的网络中断后部分数据丢失或者和服务端数据状态不一致。
本发明的一种动态数据的订阅和推送方法及系统，与现有技术相比具有的有益效果是：
本发明通过客户端和服务端建立订阅连接时校验客户端用户是否具有订阅权限以及是否超过客户端用户最大允许连接数提高了系统的安全性；通过利用客户端的心跳包监测客户端和服务端之间的网络质量，并在客户端和服务端建立连接时根据网络质量确定连接的服务端；服务端推送数据到客户端时,根据客户端用户的QoS等级确定推送优先级，提高了数据订阅和推送的灵活性；通过客户端探测到和服务端的网络连接中断之后，定时发起重连并在重连成功之后重新请求全量订阅数据，提高了数据订阅和推送的稳定性。
附图说明
附图1是实施例一或二实现数据订阅和推送的架构图；
附图2是实施例一或二中客户端向订阅网关发起工单数据订阅请求的流程图；
附图3是实施例一或二中客户端根据接收数据操作当前数据列表的具体流程图；
附图4是实施例一或二中客户端与服务端建立连接的流程图；
具体实施方式
为使本发明的技术方案、解决的技术问题和技术效果更加清楚明白，以下结合具体实施例，对本发明的技术方案进行清楚、完整的描述。
实施例一：
参考附图1-4，本实施例提出一种动态数据的订阅和推送方法，包括如下步骤：
(一)用户登录客户端，访问用户订阅的工单列表页面，随后向订阅网关发起工单数据订阅请求。
本步骤中，工单包含以下信息：工单编号、工单名称、工单处理人、分配到当前处理人的时间以及当前处理人的处理时长等信息，其中工单处理人对应工单数据所有者。
工单数据为动态数据，具有如下特征：具有明显的时变性；属于特定的所有者；
数据的所有者在不同时刻可能不同；具有属性表征数据的所有者变为当前数据所有者的时刻以及属于当前者的累计时长。
本步骤中，订阅网关利用Spring Cloud Gateway实现，订阅请求为websocket连接。
参考附图2，用户通过客户端发起工单数据订阅请求后，客户端首先生成唯一的websocket连接ID，标识本次连接，随后将websocket连接ID放到连接请求的URL路径参数中，再随后从用户认证中心keycloak中获取用户登录token，并将用户登录token放到websocket的协议头中，最后利用websocket的协议头传递客户端认证信息，认证信息中包含当前客户端订阅工单数据时使用的用户信息。
(二)订阅网关接收到请求后，参考附图4，首先通过用户登录token判断当前用户是否具有订阅权限，然后通过查询数据库判断是否已经超过当前用户允许的最大订阅连接数，最后根据登陆客户端用户的QoS、客户端和服务端的网络通信质量，从所有服务端中选择一个满足当前用户QoS的服务端，被选中的服务端通过websocket与客户端建立连接。
需要补充的是，数据库中保存了每个用户已经建立的订阅连接数。
需要补充的是，服务端与客户端建立连接的过程中，客户端向所有服务端分别发送心跳包，所有服务端接收心跳包，并利用心跳包接收时间和心跳包发送时间的时延大小确定客户端和服务端之间的网络通信质量。
(三)服务端与客户端建立连接之后，服务端根据请求向客户端推送工单数据；
需要补充的是，被选中的服务端通过websocket与客户端建立连接后，服务端通知订阅网关，订阅网关将对应用户已经建立的连接数加1；服务端和客户端断开连接之后，服务端通知订阅网关，订阅网关将对应用户已经建立的连接数减1。
(四)参考附图3，客户端收到工单数据后，首先遍历客户端的工单列表，若工单列表中存在工单编号和推送工单编号相同的工单，则将客户端列表对应工单更新为推送工单；若不存在则将推送工单增加到客户端工单列表中。然后判断推送工单的操作类型，若为删除和转派，则遍历客户端工单列表，将工单编号和推送工单编号相同的工单从列表中移除。
需要补充的是：同一个服务端与多个客户端建立连接后，服务端根据请求优先将数据推送到QoS等级高的用户客户端上。
针对本实施例的方法实现过程，需要提及的一点是：websocket包含open、message、error、close事件。在websocket的close事件处理程序中，启动一个定时器，用来设置延时10秒后重新发起订阅连接建立请求，同时清除心跳定时器和处理时长刷新定时器；在open事件处理程序中，启动一个心跳定时器，每隔30秒向服务端发送心跳包，心跳包中包连接ID，心跳包的发送时间。在open事件处理程序中，向服务端请求工单处理人为当前登录用户的所有工单数据；在open事件处理程序中，启动一个处理时长刷新定时器，每隔1秒执行一次，用来更新用户订阅工单中当前处理人的处理时长，并将处理时长增加1秒。
实施例二：
参考附图1-4，本实施例提出一种动态数据的订阅和推送系统，其结构包括：
客户端，一方面用于向订阅网关发起数据订阅请求，另一方面用于接收服务端的推送数据，并首先判断客户端当前数据列表中是否已经存在该数据，若有则更新，若无则新增，然后判断该数据的类型，并根据判断结果操作客户端当前数据列表；
订阅网关，用于接收用户发起的请求，随后判断当前用户是否具有订阅权限，判断是否已经超过当前用户允许的最大订阅连接数，最后根据登陆客户端用户的QoS从所有服务端中选择一个满足当前用户QoS的服务端，被选中的服务端通过websocket与客户端建立连接；
服务端，用于与客户端建立连接，并在连接成功后向客户端推送数据。
以工单数据为例，本实施例的系统实现流程为：
(一)用户登录客户端，访问用户订阅的工单列表页面，随后向订阅网关发起工单数据订阅请求。
本步骤中，工单包含以下信息：工单编号、工单名称、工单处理人、分配到当前处理人的时间以及当前处理人的处理时长等信息，其中工单处理人对应工单数据所有者。
工单数据为动态数据，具有如下特征：具有明显的时变性；属于特定的所有者；数据的所有者在不同时刻可能不同；具有属性表征数据的所有者变为当前数据所有者的时刻以及属于当前者的累计时长。
本步骤中，订阅网关利用Spring Cloud Gateway实现，订阅请求为websocket连接。
参考附图2，用户通过客户端发起工单数据订阅请求后，客户端首先生成唯一的websocket连接ID，标识本次连接，随后将websocket连接ID放到连接请求的URL路径参数中，再随后从用户认证中心keycloak中获取用户登录token，并将用户登录token放到websocket的协议头中，最后利用websocket的协议头传递客户端认证信息，认证信息中包含当前客户端订阅工单数据时使用的用户信息。
(二)订阅网关接收到请求后，参考附图4，首先通过用户登录token判断当前用户是否具有订阅权限，然后通过查询数据库判断是否已经超过当前用户允许的最大订阅连接数，最后根据登陆客户端用户的QoS、客户端和服务端的网络通信质量，从所有服务端中选择一个满足当前用户QoS的服务端，被选中的服务端通过websocket与客户端建立连接。
需要补充的是，数据库中保存了每个用户已经建立的订阅连接数。
需要补充的是，服务端与客户端建立连接的过程中，客户端向所有服务端分别发送心跳包，所有服务端接收心跳包，并利用心跳包接收时间和心跳包发送时间的时延大小确定客户端和服务端之间的网络通信质量。
(三)服务端与客户端建立连接之后，服务端根据请求向客户端推送工单数据；
需要补充的是，被选中的服务端通过websocket与客户端建立连接后，服务端通知订阅网关，订阅网关将对应用户已经建立的连接数加1；服务端和客户端断开连接之后，服务端通知订阅网关，订阅网关将对应用户已经建立的连接数减1。
(四)客户端收到工单数据后，参考附图3，首先遍历客户端的工单列表，若工单列表中存在工单编号和推送工单编号相同的工单，则将客户端列表对应工单更新为推送工单；若不存在则将推送工单增加到客户端工单列表中。然后判断推送工单的操作类型，若为删除和转派，则遍历客户端工单列表，将工单编号和推送工单编号相同的工单从列表中移除。
需要补充的是：同一个服务端与多个客户端建立连接后，服务端根据请求优先将数据推送到QoS等级高的用户客户端上。
针对本实施例的方法实现过程，需要提及的一点是：websocket包含open、message、error、close事件。在websocket的close事件处理程序中，启动一个定时器，用来设置延时10秒后重新发起订阅连接建立请求，同时清除心跳定时器和处理时长刷新定时器；在open事件处理程序中，启动一个心跳定时器，每隔30秒向服务端发送心跳包，心跳包中包连接ID，心跳包的发送时间。在open事件处理程序中，向服务端请求工单处理人为当前登录用户的所有工单数据；在open事件处理程序中，启动一个处理时长刷新定时器，每隔1秒执行一次，用来更新用户订阅工单中当前处理人的处理时长，并将处理时长增加1秒。
综上可知，采用本发明的一种动态数据的订阅和推送方法及系统，一方面提高数据订阅和推送的安全性，另一方面能够灵活的控制客户端订阅。
基于本发明的上述具体实施例，本技术领域的技术人员在不脱离本发明原理的前提下，对本发明所作出的任何改进和修饰，皆应落入本发明的专利保护范围。
Claims (10)
1.一种动态数据的订阅和推送方法，其特征在于,包括如下步骤：
用户通过客户端向订阅网关发起数据订阅请求；
订阅网关接收到请求后，首先判断当前用户是否具有订阅权限，然后判断是否已经超过当前用户允许的最大订阅连接数，最后根据登陆客户端用户的QoS从所有服务端中选择一个满足当前用户QoS的服务端，被选中的服务端通过websocket与客户端建立连接；
服务端与客户端建立连接之后，服务端根据请求向客户端推送数据；
客户端收到数据后，首先判断客户端当前数据列表中是否已经存在该数据，若有则更新，若无则新增，然后判断该数据的类型，并根据判断结果操作客户端当前数据列表。
2.根据权利要求1所述的一种动态数据的订阅和推送方法，其特征在于，用户通过客户端向订阅网关发起数据订阅请求，服务端根据请求向客户端推送数据，其中，所述数据为动态数据，具有如下特征：
具有明显的时变性；
属于特定的所有者；
数据的所有者在不同时刻可能不同；
具有属性表征数据的所有者变为当前数据所有者的时刻以及属于当前者的累计时长。
3.根据权利要求1所述的一种动态数据的订阅和推送方法，其特征在于，用户通过客户端向订阅网关发起数据订阅请求的过程中：
客户端生成唯一的websocket连接ID，标识本次连接，
客户端将websocket连接ID放到连接请求的URL路径参数中，
客户端从用户认证中心keycloak中获取用户登录token，并将用户登录token放到websocket的协议头中，
客户端利用websocket的协议头传递客户端认证信息，认证信息中包含当前客户端订阅数据时使用的用户信息。
4.根据权利要求3所述的一种动态数据的订阅和推送方法，其特征在于，用户通过客户端向订阅网关发起数据订阅请求，被选中的服务端通过websocket与客户端建立连接，这一过程中，
客户端向所有服务端分别发送心跳包，所有服务端接收心跳包，并利用心跳包接收时间和心跳包发送时间的时延大小确定客户端和服务端之间的网络通信质量，
订阅网关根据当前客户端用户的QoS，以及客户端和服务端的网络通信质量，从所有服务端中选择一个满足当前用户QoS的服务端；
同一个服务端与多个客户端建立连接后，服务端根据请求优先将数据推送到QoS等级高的用户客户端上。
5.根据权利要求1所述的一种动态数据的订阅和推送方法，其特征在于，服务端和客户端建立连接之后，服务端通知订阅网关，订阅网关将对应用户已经建立的连接数加1；
服务端和客户端断开连接之后，服务端通知订阅网关，订阅网关将对应用户已经建立的连接数减1。
6.根据权利要求1所述的一种动态数据的订阅和推送方法，其特征在于，客户端探测到和服务端的网络连接中断之后，在websocket的close事件处理程序中启动一个定时器，用来重新发起订阅连接建立请求，请求成功后，客户端通过订阅网关重新向服务端请求订阅数据的全量数据，以避免由于采用增量推送导致的网络中断后部分数据丢失或者和服务端数据状态不一致。
7.一种动态数据的订阅和推送系统，其特征在于，其结构包括：
客户端，一方面用于向订阅网关发起数据订阅请求，另一方面用于接收服务端的推送数据，并首先判断客户端当前数据列表中是否已经存在该数据，若有则更新，若无则新增，然后判断该数据的类型，并根据判断结果操作客户端当前数据列表；
订阅网关，用于接收用户发起的请求，随后判断当前用户是否具有订阅权限，判断是否已经超过当前用户允许的最大订阅连接数，最后根据登陆客户端用户的QoS从所有服务端中选择一个满足当前用户QoS的服务端，被选中的服务端通过websocket与客户端建立连接；
服务端，用于与客户端建立连接，并在连接成功后向客户端推送数据。
8.根据权利要求7所述的一种动态数据的订阅和推送系统，其特征在于，用户通过客户端向订阅网关发起数据订阅请求，服务端根据请求向客户端推送数据，其中，所述数据为动态数据，具有如下特征：
具有明显的时变性；
属于特定的所有者；
数据的所有者在不同时刻可能不同；
具有属性表征数据的所有者变为当前数据所有者的时刻以及属于当前者的累计时长。
9.根据权利要求7所述的一种动态数据的订阅和推送系统，其特征在于，用户通过客户端向订阅网关发起数据订阅请求，被选中的服务端通过websocket与客户端建立连接，这一过程中，
(1)客户端生成唯一的websocket连接ID，标识本次连接，
客户端将websocket连接ID放到连接请求的URL路径参数中，
客户端从用户认证中心keycloak中获取用户登录token，并将用户登录token放到websocket的协议头中，
客户端利用websocket的协议头传递客户端认证信息，认证信息中包含当前客户端订阅数据时使用的用户信息；
(2)客户端向所有服务端分别发送心跳包，所有服务端接收心跳包，并利用心跳包接收时间和心跳包发送时间的时延大小确定客户端和服务端之间的网络通信质量，
订阅网关根据当前客户端用户的QoS，以及客户端和服务端的网络通信质量，从所有服务端中选择一个满足当前用户QoS的服务端；
(3)同一个服务端与多个客户端建立连接后，服务端根据请求优先将数据推送到QoS等级高的用户客户端上。
10.根据权利要求7所述的一种动态数据的订阅和推送系统，其特征在于，客户端探测到和服务端的网络连接中断之后，在websocket的close事件处理程序中启动一个定时器，用来重新发起订阅连接建立请求，请求成功后，客户端通过订阅网关重新向服务端请求订阅数据的全量数据，以避免由于采用增量推送导致的网络中断后部分数据丢失或者和服务端数据状态不一致。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211322774.7A CN115550432A (zh) | 2022-10-27 | 2022-10-27 | 一种动态数据的订阅和推送方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211322774.7A CN115550432A (zh) | 2022-10-27 | 2022-10-27 | 一种动态数据的订阅和推送方法及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115550432A true CN115550432A (zh) | 2022-12-30 |
Family
ID=84718580
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211322774.7A Pending CN115550432A (zh) | 2022-10-27 | 2022-10-27 | 一种动态数据的订阅和推送方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115550432A (zh) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104320311A (zh) * | 2014-11-20 | 2015-01-28 | 国电南京自动化股份有限公司 | 一种scada分布式平台下的心跳检测方法 |
| CN104468838A (zh) * | 2014-12-30 | 2015-03-25 | 桂林电子科技大学 | 一种P2P网路和发布订阅模式的Web服务选择方法 |
| CN104811459A (zh) * | 2014-01-23 | 2015-07-29 | 阿里巴巴集团控股有限公司 | 用于消息服务的处理方法、装置及系统、消息服务系统 |
| CN107578326A (zh) * | 2017-10-23 | 2018-01-12 | 青岛优米信息技术有限公司 | 一种推荐方法及系统 |
| CN111431753A (zh) * | 2020-04-02 | 2020-07-17 | 深信服科技股份有限公司 | 一种资产信息更新方法、装置、设备及存储介质 |
| CN112612985A (zh) * | 2020-12-24 | 2021-04-06 | 广州致远电子有限公司 | 基于WebSocket的多用户和多类型消息的推送系统及方法 |
| CN112733051A (zh) * | 2020-12-09 | 2021-04-30 | 新华智云科技有限公司 | 一种基于WebSocket的信息推送管理系统及其方法 |
| CN112911005A (zh) * | 2021-02-03 | 2021-06-04 | 深圳市极致科技股份有限公司 | 一种数据同步系统、方法及车场数据更新方法 |
-
2022
- 2022-10-27 CN CN202211322774.7A patent/CN115550432A/zh active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104811459A (zh) * | 2014-01-23 | 2015-07-29 | 阿里巴巴集团控股有限公司 | 用于消息服务的处理方法、装置及系统、消息服务系统 |
| CN104320311A (zh) * | 2014-11-20 | 2015-01-28 | 国电南京自动化股份有限公司 | 一种scada分布式平台下的心跳检测方法 |
| CN104468838A (zh) * | 2014-12-30 | 2015-03-25 | 桂林电子科技大学 | 一种P2P网路和发布订阅模式的Web服务选择方法 |
| CN107578326A (zh) * | 2017-10-23 | 2018-01-12 | 青岛优米信息技术有限公司 | 一种推荐方法及系统 |
| CN111431753A (zh) * | 2020-04-02 | 2020-07-17 | 深信服科技股份有限公司 | 一种资产信息更新方法、装置、设备及存储介质 |
| CN112733051A (zh) * | 2020-12-09 | 2021-04-30 | 新华智云科技有限公司 | 一种基于WebSocket的信息推送管理系统及其方法 |
| CN112612985A (zh) * | 2020-12-24 | 2021-04-06 | 广州致远电子有限公司 | 基于WebSocket的多用户和多类型消息的推送系统及方法 |
| CN112911005A (zh) * | 2021-02-03 | 2021-06-04 | 深圳市极致科技股份有限公司 | 一种数据同步系统、方法及车场数据更新方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8375134B2 (en) | Determining an efficient keep-alive interval for a network connection | |
| CN103262482B (zh) | 通信系统、控制设备和节点控制方法 | |
| EP2425592B1 (en) | Adaptive rate control based on overload signals | |
| US10681127B2 (en) | File upload method and system | |
| AU751475B2 (en) | Method and apparatus to control a client in a communications network | |
| JP4703629B2 (ja) | メールボックスポーリングプリエンプティブ基準 | |
| US8245048B2 (en) | Authentication method, system, server, and client | |
| WO2011069387A1 (zh) | 一种网络节点及其数据查询方法和索引更新方法 | |
| CN111131188A (zh) | 通信连接方法及服务器、客户端、存储介质 | |
| CN104683259A (zh) | Tcp拥塞控制方法及装置 | |
| CN109947081B (zh) | 网联车辆控制方法及装置 | |
| WO2019042351A1 (zh) | 会话流量用量监测控制方法、服务器及存储介质 | |
| US10348597B2 (en) | Monitoring server, resolution server, request device, and node selection method | |
| CN110380981B (zh) | 一种流量分发方法及设备 | |
| CN115550432A (zh) | 一种动态数据的订阅和推送方法及系统 | |
| CN109327398B (zh) | 一种防止丢包的方法及装置 | |
| CN110391991B (zh) | 一种流量控制的方法及相关装置 | |
| JP2018508156A (ja) | パケット送信タイミングの動的調整方法 | |
| CN110972140A (zh) | 电信4g移动网络中信息处理的方法和装置 | |
| CN111641698B (zh) | 一种数据统计方法、系统、设备及存储介质 | |
| CN111294855B (zh) | 流量控制方法、装置、设备及介质 | |
| CN113965577B (zh) | 一种智能切换Socks5代理服务器节点的系统与方法 | |
| WO2012136094A1 (zh) | 一种对等网络中控制过负荷的方法及系统 | |
| JP4261395B2 (ja) | サーバ装置 | |
| JP4893464B2 (ja) | コネクション強制解放装置、コネクション強制解放方法及びコネクション強制解放プログラム |
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 |