CN108833149A - 一种快递柜网络可用性监控与自愈的方法及系统 - Google Patents

一种快递柜网络可用性监控与自愈的方法及系统 Download PDF

Info

Publication number
CN108833149A
CN108833149A CN201810564386.7A CN201810564386A CN108833149A CN 108833149 A CN108833149 A CN 108833149A CN 201810564386 A CN201810564386 A CN 201810564386A CN 108833149 A CN108833149 A CN 108833149A
Authority
CN
China
Prior art keywords
express delivery
delivery cabinet
network
self
healing
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.)
Granted
Application number
CN201810564386.7A
Other languages
English (en)
Other versions
CN108833149B (zh
Inventor
毛颖
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hive Box Network Technology Ltd
Original Assignee
Shenzhen Hive Box Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Hive Box Technology Co Ltd filed Critical Shenzhen Hive Box Technology Co Ltd
Priority to CN201810564386.7A priority Critical patent/CN108833149B/zh
Publication of CN108833149A publication Critical patent/CN108833149A/zh
Application granted granted Critical
Publication of CN108833149B publication Critical patent/CN108833149B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H04L41/0661—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities by reconfiguring faulty entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明公开一种快递柜网络可用性监控与自愈的方法及系统，方法包括步骤：预先建立快递柜至第一业务服务器的长连接通道，以及建立快递柜至第二业务服务器的短连接通道；在快递柜运行过程中，检测长连接通道与短连接通道是否可用，当二者均不可用时，则重启快递柜尝试恢复网络；路由设备定时查询DNS服务器，当丢包率达到阈值时，则重启路由设备尝试恢复网络。通过本发明，可快速识别快递柜网络故障，并根据网络故障的类型，对网络故障进行修复，从而使恢复快递柜网络，实现自愈功能，本发明大大提高了快递柜网络维护效率，节约了人力物力资源。

Description

一种快递柜网络可用性监控与自愈的方法及系统
技术领域
本发明涉及互联网快递柜领域，尤其涉及一种快递柜网络可用性监控与自愈的方法及系统。
背景技术
近年来，随着移动互联网与电子商务的迅猛发展，快递业务呈高速增长趋势，快递柜也越来越普及。而在快递柜快速推广市场试点过程中，网络的高可用性至关重要，是实现业务运营高速扩张的基石。一旦终端快递柜设备出现网络不可用故障，则无法提供快递末端常用业务服务，包括派件、寄件等核心业务，不仅增加了快递柜管理人员、快递员的工作负担，还会对快递柜公司、物业公司的企业形象造成一定程度的负面影响。现今，即便是在三四线城市中，小区安装快递柜已成为新的生活现象。一旦大面积的快递柜网络故障出现，会造成较大的社会影响。
众所周知，网络天然就具备复杂性、不稳定性和不可预测性。快递柜网络闪断时有发生，影响网络因素有多种，如：SIM卡信号(受外界环境影响)、设备路由器硬件故障、设备路由器操作系统故障、主板操作系统故障等等。若是工程师现场逐一排查，既耗费时间，又浪费人力物力资源。
因此，现有技术还有待于改进和发展。
发明内容
鉴于上述现有技术的不足，本发明的目的在于提供一种快递柜网络可用性监控与自愈的方法及系统，旨在解决现有技术中快递柜网络维护效率低的问题。
本发明的技术方案如下：
一种快递柜网络可用性监控与自愈的方法，其中，包括步骤：
预先建立快递柜至第一业务服务器的长连接通道，以及建立快递柜至第二业务服务器的短连接通道；在快递柜运行过程中，检测长连接通道与短连接通道是否可用，当二者均不可用时，则重启快递柜尝试恢复网络；
路由设备定时查询DNS服务器，当丢包率达到阈值时，则重启路由设备尝试恢复网络。
所述的快递柜网络可用性监控与自愈的方法，其中，还包括步骤：
快递柜通过预设的固定IP与端口，定时发送TCP包至路由设备，检测网络是否可用，若不可用，则重启路由设备尝试恢复网络。
所述的快递柜网络可用性监控与自愈的方法，其中，还包括步骤：
快递柜定时访问部署在公有云/CDN的静态资源页面，以检测快递柜网络可用性，并记录检测结果。
所述的快递柜网络可用性监控与自愈的方法，其中，路由设备采用定时ICMP包检测机制查询DNS服务器。
所述的快递柜网络可用性监控与自愈的方法，其中，还包括步骤：
第一业务服务器与第二业务服务器记录快递柜的网络信息。
所述的快递柜网络可用性监控与自愈的方法，其中，所述网络信息包括：快递柜编号、上次在线时间、当前时间是否在线、网络成功率。
所述的快递柜网络可用性监控与自愈的方法，其中，还包括步骤：
快递柜记录网络不可用的时间、IP地址、连接方式。
一种快递柜网络可用性监控与自愈的系统，其中，包括：
第一检测模块，用于预先建立快递柜至第一业务服务器的长连接通道，以及建立快递柜至第二业务服务器的短连接通道；在快递柜运行过程中，检测长连接通道与短连接通道是否可用，当二者均不可用时，则重启快递柜尝试恢复网络；
第二检测模块，用于定时查询DNS服务器，当丢包率达到阈值时，则重启路由设备尝试恢复网络。
所述的快递柜网络可用性监控与自愈的系统，其中，还包括：
第三检测模块，用于通过预设的固定IP与端口，定时发送TCP包至路由设备，检测网络是否可用，若不可用，则重启路由设备尝试恢复网络。
所述的快递柜网络可用性监控与自愈的系统，其中，还包括：
第四检测模块，用于定时访问部署在公有云/CDN的静态资源页面，以检测快递柜网络可用性，并记录检测结果。
所述的快递柜网络可用性监控与自愈的系统，其中，路由设备采用定时ICMP包检测机制查询DNS服务器。
所述的快递柜网络可用性监控与自愈的系统，其中，第一业务服务器与第二业务服务器记录快递柜的网络信息。
所述的快递柜网络可用性监控与自愈的系统，其中，所述网络信息包括：快递柜编号、上次在线时间、当前时间是否在线、网络成功率。
所述的快递柜网络可用性监控与自愈的系统，其中，快递柜记录网络不可用的时间、IP地址、连接方式。
有益效果：通过本发明，可快速识别快递柜网络故障，并根据网络故障的类型，对网络故障进行修复，从而使恢复快递柜网络，实现自愈功能，本发明大大提高了快递柜网络维护效率，节约了人力物力资源。
附图说明
图1为本发明一种快递柜网络可用性监控与自愈的方法较佳实施例的流程图。
图2为本发明一种快递柜网络可用性监控与自愈的系统具体实施例的结构框图。
图3为本发明的系统中长连接集群的结构框图。
具体实施方式
本发明提供一种快递柜网络可用性监控与自愈的方法及系统，为使本发明的目的、技术方案及效果更加清楚、明确，以下对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
请参阅图1，其为本发明一种快递柜网络可用性监控与自愈的方法较佳实施例的流程图，如图所示，其包括步骤：
S1、预先建立快递柜至第一业务服务器的长连接通道，以及建立快递柜至第二业务服务器的短连接通道；在快递柜运行过程中，检测长连接通道与短连接通道是否可用，当二者均不可用时，则重启快递柜尝试恢复网络；
S2、路由设备定时查询DNS服务器，当丢包率达到阈值时，则重启路由设备尝试恢复网络。
本发明为了方便说明，在步骤前添加了步骤序号S1和S2，但本发明并不对S1和S2的执行顺序进行限定，即可以先执行步骤S1，再执行步骤S2；也可以先执行步骤S2，再执行步骤S1；二者也可以同时执行。
在所述步骤S1中，如图2所示，建立长连接通道是指，从快递柜100(快递柜终端设备)到第一业务服务器300(一般是推送服务器)的TCP长连接服务。具体可采用集群切换机制。对于长连接通道是否可用的识别，可采用应用自封装的心跳包而非TCP本身的ack包心跳机制。
所谓TCP长连接，指在一个TCP连接上可以连续发送多个数据包，在TCP连接保持期间，如果没有数据包发送，需要定时发送发心跳包以维持此连接。由于该连接是一直存在的，若长连接中断，则说明网络可能出现异常情况。
建立短连接通道是指，建立定时HTTP短连接通道，每间隔一段时间，由快递柜100(快递柜终端设备)向第二业务服务器400发起心跳请求，同样可以采用应用自封装的心跳包来进行识别，例如每隔5s或5min发送一次心跳包。
HTTP的短连接本质上是TCP的短连接。HTTP属于应用层协议，在传输层使用TCP协议，在网络层使用IP协议。IP协议主要解决网络路由和寻址问题，TCP协议主要解决如何在IP层之上可靠的传递数据包，使在网络上的接收端收到发送端发出的所有包，并且顺序与发出顺序一致。
如果长连接通道与短连接通道均不可用时，则重启快递柜100尝试恢复网络，即恢复长连接通道或短连接通道至可用状态。
在所述步骤S2中，路由设备200定时查询DNS服务器600，当丢包率达到阈值时，则重启路由设备200尝试恢复网络。
具体地，路由设备200采用定时ICMP包检测机制，ping查询DNS服务器600。如果ping丢包率达到预设的阈值，说明网络不可用，需要重启路由设备200。
ICMP是“Internet Control Message Protocol”(Internet控制报文协议)的缩写，ICMP包也称ICMP数据包。通过ICMP包检测机制，可以实现ping检测，例如cmd的ping产生ICMP数据包，并进行捕获，从而测试网络的可到达性。当ping丢包率达到预设的阈值时，例如达到50％以上，则说明网络不可用。
其中的路由设备200可安装在快递柜100内，也可以安装在快递柜100外，具体可根据需要设置。
进一步，本发明的方法还包括步骤：
快递柜100通过预设的固定IP与端口，定时发送TCP包至路由设备200，检测网络是否可用，若不可用，则重启路由设备200尝试恢复网络。
上述步骤是通过固定IP与端口，定时发送TCP本身的ack包，检测本地路由设备通道是否可用，如果不可用，则需要重启路由设备200。
进一步，本发明的方法还包括步骤：
快递柜100定时访问部署在公有云/CDN(500)的静态资源页面，以检测快递柜100网络可用性，并记录检测结果。
CDN的全称是Content Delivery Network，即内容分发网络。其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输的更快、更稳定。通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络，CDN系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。其目的是使用户可就近取得所需内容，解决Internet网络拥挤的状况，提高用户访问网站的响应速度。CDN是构建在网络之上的内容分发网络，依靠部署在各地的边缘服务器，通过中心平台的负载均衡、内容分发、调度等功能模块，使用户就近获取所需内容，降低网络拥塞，提高用户访问响应速度和命中率。
在上述步骤中，需要预先在公有云/CDN(500)上部署静态资源页面，用于快递柜100定时请求访问，这样可以通过第三方通道(HTTP第三方通道)侧面评估检测快递柜网络可用性，同时记录检测结果。快递柜100并不会根据该检测结果确定是否重启，只是将检测结果作为参考，以便后续进行网络检测分析或者其他用途使用，从而对快递柜100进行网络修复。
进一步，本发明的方法还包括步骤：
第一业务服务器300与第二业务服务器400记录快递柜100的网络信息。
优选的，所述网络信息包括：快递柜编号、上次在线时间、当前时间是否在线、网络成功率。所述网络成功率是指固定时间范围内实际收到(即服务器实际收到的，例如第一业务服务器100、第二业务服务器200、公有云等)的心跳包次数除以理论上的心跳包次数。
进一步，快递柜100记录网络不可用的时间、IP地址、连接方式。
上述记录的快递柜100的网络信息以及记录的网络不可用时间、IP地址、连接方式等等日志信息，可用于网络故障排查分析。
长连接集群如图3所示，接入层服务器700可以通过缓存服务器800分配实际第一业务服务器300地址，负载压力较小。第一业务服务器300可设置多个，且支持快速水平扩容。长连接的过程主要包括以下步骤：1、快递柜100与接入层服务器700建立长连接通道，并查询空闲的第一业务服务器300；2、接入层服务器700通过缓存服务器800查询并分配空闲的第一业务服务器300；3、接入层服务器700向快递柜下发空闲的第一业务服务器300的IP地址，并中断与快递柜100的长连接；4、快递柜100与空闲的第一业务服务器300建立长连接，并发送/接收业务数据。其中的缓存服务器800用来记录处于已连接状态的第一业务服务器800。
心跳请求时间间隔以及第三方通道的访问页面url均可配置，可通过业务层特定的配置应答包及时更新。
快递柜和路由设备的重启方式可采用断电重启机制，也可以采用软重启的方式。若是采用断电硬重启机制而非软重启，可设置每天重启次数的上限，以避免极端网络异常下频繁重启对快递柜和录音设备的损伤，例如设置快递柜每天重启次数上限为20次，设置路由设备的每天重启次数上限为30次。
另外本发明还可以设置定时重启机制，即设置在固定时间进行重启，例如设置在深夜时段进行重启，这是因为该时段处于业务低峰期，可减少对用户的影响，这样可以避免系统长时间运行，造成潜在的内存泄漏、进程过多、网络句柄分配过多等问题。这是因为即使快递柜和路由设备正常运行，但运行时间过长，还是可能造成诸多问题，所以可以主动进行重启，避免上述问题。例如可设定在每天凌晨3:00重启快递柜和路由设备，当然不仅限于每天重启，可以具体设置重启周期，例如每星期或每月的1日进行快递柜和路由设备的重启。
本发明的方法能够快速识别快递柜和路由设备网路故障，并兼具网络自愈功能。
本发明还提供一种快递柜网络可用性监控与自愈的系统较佳实施例，其包括：
第一检测模块，用于预先建立快递柜至第一业务服务器的长连接通道，以及建立快递柜至第二业务服务器的短连接通道；在快递柜运行过程中，检测长连接通道与短连接通道是否可用，当二者均不可用时，则重启快递柜尝试恢复网络；
第二检测模块，用于定时查询DNS服务器，当丢包率达到阈值时，则重启路由设备尝试恢复网络。
进一步，本发明的系统还包括：
第三检测模块，用于通过预设的固定IP与端口，定时发送TCP包至路由设备，检测网络是否可用，若不可用，则重启路由设备尝试恢复网络。
进一步，本发明的系统还包括：
第四检测模块，用于定时访问部署在公有云/CDN的静态资源页面，以检测快递柜网络可用性，并记录检测结果。
进一步，路由设备采用定时ICMP包检测机制查询DNS服务器。如果ping丢包率达到预设的阈值，例如达到50％以上，说明网络不可用，需要重启路由设备。其中的路由设备可安装在快递柜内，也可以安装在快递柜外，具体可根据需要设置。
进一步，第一业务服务器与第二业务服务器记录快递柜的网络信息。
优选的，所述网络信息包括：快递柜编号、上次在线时间、当前时间是否在线、网络成功率。所述网络成功率是指固定时间范围内实际收到(即服务器实际收到的，例如第一业务服务器、第二业务服务器、公有云等)的心跳包次数除以理论上的心跳包次数。
进一步，快递柜记录网络不可用的时间、IP地址、连接方式。上述记录的快递柜的网络信息以及记录的网络不可用时间、IP地址、连接方式等等日志信息，可用于网络故障排查分析。
关于上述系统模块的技术细节在前面的方法中已有详述，故不再赘述。
综上所述，通过本发明，可快速识别快递柜网络故障，并根据网络故障的类型，对网络故障进行修复，从而使恢复快递柜网络，实现自愈功能，本发明大大提高了快递柜网络维护效率，节约了人力物力资源。
应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。

Claims (10)

1.一种快递柜网络可用性监控与自愈的方法，其特征在于，包括步骤：
预先建立快递柜至第一业务服务器的长连接通道，以及建立快递柜至第二业务服务器的短连接通道；在快递柜运行过程中，检测长连接通道与短连接通道是否可用，当二者均不可用时，则重启快递柜尝试恢复网络；
路由设备定时查询DNS服务器，当丢包率达到阈值时，则重启路由设备尝试恢复网络。
2.根据权利要求1所述的快递柜网络可用性监控与自愈的方法，其特征在于，还包括步骤：
快递柜通过预设的固定IP与端口，定时发送TCP包至路由设备，检测网络是否可用，若不可用，则重启路由设备尝试恢复网络。
3.根据权利要求1所述的快递柜网络可用性监控与自愈的方法，其特征在于，还包括步骤：
快递柜定时访问部署在公有云/CDN的静态资源页面，以检测快递柜网络可用性，并记录检测结果。
4.根据权利要求1所述的快递柜网络可用性监控与自愈的方法，其特征在于，路由设备采用定时ICMP包检测机制查询DNS服务器。
5.根据权利要求1所述的快递柜网络可用性监控与自愈的方法，其特征在于，还包括步骤：
第一业务服务器与第二业务服务器记录快递柜的网络信息。
6.根据权利要求5所述的快递柜网络可用性监控与自愈的方法，其特征在于，所述网络信息包括：快递柜编号、上次在线时间、当前时间是否在线、网络成功率。
7.根据权利要求1所述的快递柜网络可用性监控与自愈的方法，其特征在于，还包括步骤：
快递柜记录网络不可用的时间、IP地址、连接方式。
8.一种快递柜网络可用性监控与自愈的系统，其特征在于，包括：
第一检测模块，用于预先建立快递柜至第一业务服务器的长连接通道，以及建立快递柜至第二业务服务器的短连接通道；在快递柜运行过程中，检测长连接通道与短连接通道是否可用，当二者均不可用时，则重启快递柜尝试恢复网络；
第二检测模块，用于定时查询DNS服务器，当丢包率达到阈值时，则重启路由设备尝试恢复网络。
9.根据权利要求8所述的快递柜网络可用性监控与自愈的系统，其特征在于，还包括：
第三检测模块，用于通过预设的固定IP与端口，定时发送TCP包至路由设备，检测网络是否可用，若不可用，则重启路由设备尝试恢复网络。
10.根据权利要求8所述的快递柜网络可用性监控与自愈的系统，其特征在于，还包括：
第四检测模块，用于定时访问部署在公有云/CDN的静态资源页面，以检测快递柜网络可用性，并记录检测结果。
CN201810564386.7A 2018-06-04 2018-06-04 一种快递柜网络可用性监控与自愈的方法及系统 Active CN108833149B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810564386.7A CN108833149B (zh) 2018-06-04 2018-06-04 一种快递柜网络可用性监控与自愈的方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810564386.7A CN108833149B (zh) 2018-06-04 2018-06-04 一种快递柜网络可用性监控与自愈的方法及系统

Publications (2)

Publication Number Publication Date
CN108833149A true CN108833149A (zh) 2018-11-16
CN108833149B CN108833149B (zh) 2021-06-25

Family

ID=64143705

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810564386.7A Active CN108833149B (zh) 2018-06-04 2018-06-04 一种快递柜网络可用性监控与自愈的方法及系统

Country Status (1)

Country Link
CN (1) CN108833149B (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109583787A (zh) * 2018-12-17 2019-04-05 深圳市丰巢科技有限公司 工单处理方法、装置、设备及介质
CN110232763A (zh) * 2019-06-26 2019-09-13 深圳市丰巢科技有限公司 一种取件的方法、装置、快递柜及存储介质
CN110674952A (zh) * 2019-10-09 2020-01-10 深圳市丰巢科技有限公司 一种远程快递柜故障修复方法、装置、服务器和存储介质
CN111343262A (zh) * 2020-02-20 2020-06-26 中国建设银行股份有限公司 分布式集群登录方法、装置、设备和存储介质
CN111917817A (zh) * 2020-05-25 2020-11-10 广东邮政邮件快件服务有限公司 投递站的状态检测方法、装置及存储介质
WO2022161100A1 (zh) * 2021-01-29 2022-08-04 苏州浪潮智能科技有限公司 一种边缘计算服务器复位的方法和设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2563062A1 (en) * 2010-08-27 2013-02-27 ZTE Corporation Long connection management apparatus and link resource management method for long connection communication
CN104700248A (zh) * 2015-02-14 2015-06-10 中科富创（北京）科技有限公司 快件投递、投递处理、投递执行方法和设备及快递系统
CN105184986A (zh) * 2015-05-19 2015-12-23 南昌巨虎网络科技有限责任公司 基于云平台的智能快递、配送终端系统及其控制方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2563062A1 (en) * 2010-08-27 2013-02-27 ZTE Corporation Long connection management apparatus and link resource management method for long connection communication
CN104700248A (zh) * 2015-02-14 2015-06-10 中科富创（北京）科技有限公司 快件投递、投递处理、投递执行方法和设备及快递系统
CN105184986A (zh) * 2015-05-19 2015-12-23 南昌巨虎网络科技有限责任公司 基于云平台的智能快递、配送终端系统及其控制方法

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109583787A (zh) * 2018-12-17 2019-04-05 深圳市丰巢科技有限公司 工单处理方法、装置、设备及介质
CN110232763A (zh) * 2019-06-26 2019-09-13 深圳市丰巢科技有限公司 一种取件的方法、装置、快递柜及存储介质
CN110674952A (zh) * 2019-10-09 2020-01-10 深圳市丰巢科技有限公司 一种远程快递柜故障修复方法、装置、服务器和存储介质
CN111343262A (zh) * 2020-02-20 2020-06-26 中国建设银行股份有限公司 分布式集群登录方法、装置、设备和存储介质
CN111343262B (zh) * 2020-02-20 2022-04-29 中国建设银行股份有限公司 分布式集群登录方法、装置、设备和存储介质
CN111917817A (zh) * 2020-05-25 2020-11-10 广东邮政邮件快件服务有限公司 投递站的状态检测方法、装置及存储介质
WO2022161100A1 (zh) * 2021-01-29 2022-08-04 苏州浪潮智能科技有限公司 一种边缘计算服务器复位的方法和设备

Also Published As

Publication number Publication date
CN108833149B (zh) 2021-06-25

Similar Documents

Publication Publication Date Title
CN108833149A (zh) 一种快递柜网络可用性监控与自愈的方法及系统
WO2021077811A1 (zh) 分布式拒绝服务ddos攻击的防护方法、装置及系统
CN104243481B (zh) 一种用电信息采集前置数据处理的方法及系统
US9641415B2 (en) Method and system for seamless SCTP failover between SCTP servers running on different machines
CN107743109B (zh) 流量攻击的防护方法、控制装置、处理装置及系统
US8611208B2 (en) Autonomic error recovery for a data breakout appliance at the edge of a mobile data network
KR20130130838A (ko) 지리적 리던던트 게이트웨이에서 페일오버 복원을 위한 시스템 및 방법
US9621412B2 (en) Method for guaranteeing service continuity in a telecommunication network and system thereof
CN104519036A (zh) 一种发送业务请求消息的方法及装置
CN111970362B (zh) 基于lvs的车联网网关集群方法及系统
CN103686854A (zh) 控制ap的方法和装置
WO2018103665A1 (zh) 基于l2tp的设备管理方法、设备及系统
CN111147573A (zh) 一种数据传输的方法和装置
US20240056377A1 (en) Multi-cluster networking using hub and spoke elastic mesh
CN106357723A (zh) 一种基于云主机的多集群缓存信息同步系统和方法
CN102307194B (zh) 一种通用协议进程平滑重启方法和装置
US20220078116A1 (en) Mobile core dynamic tunnel end-point processing
CN104009961A (zh) 一种PPPoE会话标识分配方法及设备
US10931529B2 (en) Terminal device management method, server, and terminal device for managing terminal devices in local area network
CN116048538B (zh) 用于dpu的服务网格部署方法及装置
US20190036793A1 (en) Network service implementation method, service controller, and communications system
WO2022116767A1 (zh) 数据传输方法、用户设备及存储介质
CN101425954A (zh) 一种自动配置虚拟局域网编号的方法、装置和系统
CN105025028A (zh) 基于流量分析的ip黑洞发现方法
CN109039680B (zh) 一种切换主宽带网络网关bng和备bng的方法、系统和bng

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
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20211009

Address after: 518000 floor 16, building 2, yongxinhui, No. 4078, Dongbin Road, Nanshan District, Shenzhen, Guangdong

Patentee after: Shenzhen Fengchao Network Technology Co., Ltd

Address before: 518000 floor 16, building 2, yongxinhui, No. 4078, Dongbin Road, Nanshan District, Shenzhen, Guangdong

Patentee before: Shenzhen Fengchao Technology Co., Ltd

CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 16F, building 2, yongxinhui, no.4078 Dongbin Road, Nanshan District, Shenzhen City, Guangdong Province

Patentee after: Fengchao Network Technology Co.,Ltd.

Address before: 16F, building 2, yongxinhui, no.4078 Dongbin Road, Nanshan District, Shenzhen City, Guangdong Province

Patentee before: Shenzhen Fengchao Network Technology Co.,Ltd.