CN115378801B - 一种多服务器的通信方法及终端 - Google Patents
一种多服务器的通信方法及终端 Download PDFInfo
- Publication number
- CN115378801B CN115378801B CN202210954092.1A CN202210954092A CN115378801B CN 115378801 B CN115378801 B CN 115378801B CN 202210954092 A CN202210954092 A CN 202210954092A CN 115378801 B CN115378801 B CN 115378801B
- Authority
- CN
- China
- Prior art keywords
- server
- request data
- business process
- business
- fault
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 100
- 230000006854 communication Effects 0.000 title claims abstract description 31
- 238000004891 communication Methods 0.000 title claims abstract description 30
- 238000012545 processing Methods 0.000 claims description 22
- 238000004590 computer program Methods 0.000 claims description 8
- 230000003993 interaction Effects 0.000 abstract description 7
- 238000012795 verification Methods 0.000 description 21
- 230000002452 interceptive effect Effects 0.000 description 4
- 241001122767 Theaceae Species 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 238000009825 accumulation Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
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/0677—Localisation of faults
-
- 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/12—Network monitoring probes
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Hardware Redundancy (AREA)
Abstract
本发明公开了一种多服务器的通信方法及终端，配置第一服务器及第二服务器共同接收客户端发送的目标请求数据；判断是否接收到故障查询请求，若是，则获取所述第一服务器中保存的第一请求数据；根据所述第一请求数据以及目标请求数据的比对结果得到故障定位结果。本发明当客户端需要与服务器进行交互时，将交互请求发给不同的服务端，则在其中一个服务器未接收到交互请求时，能够通过获取另一个服务器接收交互请求的情况定位是客户端发送时出现问题，还是服务器接收时出现问题，从而提高了发现故障的效率，并且只需要调取服务器的记录就能实现故障的定位，操作简单不繁琐。
Description
技术领域
本发明涉及数据通信领域，尤其涉及一种多服务器的通信方法及终端。
背景技术
现有的架构中，终端设备通常都只和一个服务器建立数据交互关系，这样在终端设备的通信过程中，即使后台设置了服务器集群，最终和终端进行实际对接的也只有一个服务器，从而在连接出现问题导致数据无法传送时，无法快速定位问题发生方是服务器还是终端设备，需要再进行交互测试才能确定故障方，并且通常还需要工程师到服务器所在地进行测试，故障定位的过程繁琐。
发明内容
本发明所要解决的技术问题是：提供一种多服务器的通行方法及系统，实现通信故障的快速定位。
为了解决上述技术问题，本发明采用的一种技术方案为：
一种多服务器的通信方法，包括步骤：
配置第一服务器及第二服务器共同接收客户端发送的目标请求数据；
判断是否接收到故障查询请求，若是，则获取所述第一服务器中保存的第一请求数据；
根据所述第一请求数据以及目标请求数据的比对结果得到故障定位结果。
为了解决上述技术问题，本发明采用的另一种技术方案为：
一种多服务器的通信终端，包括存储器、处理器及存储在所述存储器并在所述处理器上执行的计算机程序；所述处理器执行所述计算机程序时，实现步骤：
配置第一服务器及第二服务器共同接收客户端发送的目标请求数据；
判断是否接收到故障查询请求，若是，则获取所述第一服务器中保存的第一请求数据；
根据所述第一请求数据以及目标请求数据的比对结果得到故障定位结果。
本发明的有益效果在于：客户端发送目标请求数据时，向多个服务器同时发送，多个服务器都保存客户端所发送的每一目标请求数据，若客户端发送的目标请求数据没有收到处理结果的回复，则可以通过地理位置就近获取其中一个服务器中的所有请求数据，若该服务器中不存在目标请求数据，说明客户端出现故障的概率大；若该服务器中存在目标请求数据，说明客户端成功发送了数据但并未得到处理，负责处理该条目标请求数据的服务器出现故障的概率大，从而实现了对故障的快速定位。
附图说明
图1为本发明实施例的一种多服务器的通信方法的步骤流程图；
图2为本发明实施例的一种多服务器的通信终端的结构示意图；
标号说明：
1、一种多服务器的通信终端；2、处理器；3、存储器。
具体实施方式
为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。
请参照图1，一种多服务器的通信方法，包括步骤：
配置第一服务器及第二服务器共同接收客户端发送的目标请求数据；
判断是否接收到故障查询请求，若是，则获取所述第一服务器中保存的第一请求数据；
根据所述第一请求数据以及目标请求数据的比对结果得到故障定位结果。
从上述描述可知，本发明的有益效果在于：客户端发送目标请求数据时，向多个服务器同时发送，多个服务器都保存客户端所发送的每一目标请求数据，若客户端发送的目标请求数据没有收到处理结果的回复，则可以通过地理位置就近获取其中一个服务器中的所有请求数据，若该服务器中不存在目标请求数据，说明客户端出现故障的概率大；若该服务器中存在目标请求数据，说明客户端成功发送了数据但并未得到处理，负责处理该条目标请求数据的服务器出现故障的概率大，从而实现了对故障的快速定位。
进一步地，在配置第一服务器及第二服务器共同接收客户端发送的目标请求数据之前包括：
配置所述第一服务器处理第一业务流程，所述第二服务器处理第二业务流程；
所述第一业务流程和所述第二业务流程互不重叠；
配置第一服务器及第二服务器共同接收客户端发送的目标请求数据包括：
配置所述第一服务器判断所述目标请求数据是否适配所述第一业务流程，若是，处理所述目标请求数据；
配置所述第二服务器判断所述目标请求数据是否适配所述第二业务流程，若是，处理所述目标请求数据。
由上述描述可知，配置第一服务器和第二服务器处理不同的业务流程，能够分流用户的请求数据，避免造成请求数据的堆积，同时可以避免请求数据处理结果的冲突，进一步提高请求数据的处理效率，在这个过程中，用户将请求数据发往两个服务器，在能够定位故障的同时也有备份的效果。
进一步地，配置所述第一服务器处理第一业务流程，所述第二服务器处理第二业务流程包括：
在所述第一服务器和第二服务器均存储所述第一业务流程和第二业务流程，以及所述第一业务流程对应的第一业务规则和所述第二业务流程对应的第二业务规则；
在所述第一服务器设置所述第一业务流程的状态为上线，所述第二业务流程的状态为下线，在所述第二服务器设置所述第二业务流程的状态为上线，所述第一业务流程的状态为下线。
由上述描述可知，在配置业务流程时，不同的服务器中都存储有完整的业务流程，只是在不同的服务器中上线不同的业务流程，这样在服务器发生故障后，能够将故障服务器的业务流程在正常的服务器上线，继续对客户端提供服务，实现故障后客户端的无感。
进一步地，所述根据所述第一请求数据以及目标请求数据的比对结果得到故障定位结果包括：
判断所述第一请求数据中是否存在所述目标请求数据，若是，则发送服务器故障报告；
否则，发送客户端故障报告。
由上述描述可知，根据第一请求数据和目标请求数据之间的关系，能够对故障的发生位置进行初步的判断，提高了故障定位的效率。
进一步地，所述若是，则发送服务器故障报告包括：
若是，获取所述第二服务器中保存的第二请求数据，根据所述第二请求数据与所述目标请求数据的比对结果发送服务器故障报告。
由上述描述可知，若第一请求数据和目标请求数据完全相同，进一步获取第二请求数据与目标请求数据进行比较，能够进一步获取更加精确的故障定位，如第二请求数据中包括目标请求数据说明第二服务器的处理过程故障，若第二请求中不包括目标请求数据说明第二服务器与客户端之间的通道故障。
进一步地，还包括：
接收同步请求；
获取所述第一服务器处理所述第一业务流程产生的第一业务数据，以及所述第二服务器处理所述第二业务流程产生的第二业务数据；
同步所述第一业务数据至所述第二服务器；同步所述第二业务数据至所述第一服务器。
由上述描述可知，将不同服务器处理请求数据产生的业务数据也进行同步，则在有服务器故障时，其他服务器也能够继续进行请求数据的处理，不会出现断档的现象。
进一步地，还包括：
接收故障处理完成信号后，同步所述第一请求数据及所述第二请求数据。
由上述描述可知，在排查故障完成后，将不同服务器中的请求数据进行同步，保证下一次故障检测的准确性。
进一步地，判断是否接收到第一服务器宕机信号，若是，则在所述第二服务器设置所述第一业务流程的状态为上线；
判断是否接收到第二服务器宕机信号，若是，则在所述第一服务器设置所述第二业务流程的状态为上线。
由上述描述可知，在服务器出现宕机时，因在布置业务流程时服务器上布置了相同的业务流程，故可以互相接管业务流程，避免整个系统的宕机，让系统整体还能够为客户提供服务。
进一步地，所述第一服务器布置在本地，所述第二服务器布置在远程。
由上述描述可知，将第一服务器布置在本地，接收到故障查询请求之后能够直接从本地获取数据先对故障进行定位，不用远程奔波排查。
参照图2，一种多服务器的通信终端，包括存储器、处理器及存储在所述存储器并在所述处理器上执行的计算机程序；所述处理器执行所述计算机程序时，实现上述的一种多服务器的通信方法中的步骤。
本发明上述一种多服务器的通信方法及终端能够适用于需要与服务器进行通信的场景中，以下通过具体实施方式进行说明：
请参照图1，本发明的实施例一为：
一种多服务器的通信方法，包括步骤：
S0、配置所述第一服务器处理第一业务流程，所述第二服务器处理第二业务流程；所述第一业务流程和所述第二业务流程互不重叠；
具体包括：在所述第一服务器和第二服务器均存储所述第一业务流程和第二业务流程，以及所述第一业务流程对应的第一业务规则和所述第二业务流程对应的第二业务规则；在所述第一服务器设置所述第一业务流程的状态为上线，所述第二业务流程的状态为下线，在所述第二服务器设置所述第二业务流程的状态为上线，所述第一业务流程的状态为下线；
S1、配置第一服务器及第二服务器共同接收客户端发送的目标请求数据，包括：
S11、配置所述第一服务器判断所述目标请求数据是否适配所述第一业务流程，若是，处理所述目标请求数据；配置所述第二服务器判断所述目标请求数据是否适配所述第二业务流程，若是，处理所述目标请求数据；
S12、接收同步请求，获取所述第一服务器处理所述第一业务流程产生的第一业务数据，以及所述第二服务器处理所述第二业务流程产生的第二业务数据；同步所述第一业务数据至所述第二服务器；同步所述第二业务数据至所述第一服务器；
S2、判断是否接收到故障查询请求，若是，则获取所述第一服务器中保存的第一请求数据以及所述第二服务器中保存的第二请求数据；
S3、根据所述第一请求数据以及目标请求数据的比对结果得到故障定位结果，包括：
S31判断所述第一请求数据中是否存在所述目标请求数据，若是，则执行S32；否则，发送客户端故障报告；
在一种可选的实施方式中，客户端故障包括网络故障；
S32、获取所述第二服务器中保存的第二请求数据，根据所述第二请求数据与所述目标请求数据的比对结果发送服务器故障报告；
S33、接收故障处理完成信号后，同步所述第一请求数据及所述第二请求数据；
在一种可选的实施方式中，还包括步骤：判断是否接收到第一服务器宕机信号，若是，则在所述第二服务器设置所述第一业务流程的状态为上线；判断是否接收到第二服务器宕机信号，若是，则在所述第一服务器设置所述第二业务流程的状态为上线；
在一种可选的实施方式中，第一服务器布置在远程，第二服务器布置在本地，则只需要查看本地服务器就能够获知故障情况；
总结来说，本申请设置有两个服务器，标记为第一服务器和第二服务器，第一服务器和第二服务器中存储有相同的服务，但实际上线的服务不同；客户端与服务器的通信数据如请求服务的请求数据同时发送给两个服务器，两个服务器根据自身上线的服务所对应的规则判断是否处理该请求数据，若不满足相应规则，则仅将请求数据保存，满足相应规则则对请求数据进行处理并保存处理结果；当出现用户的请求数据无服务器响应的情况时，通过获取另一个服务器中所存储的请求数据，就能够大致判断故障位置；例如，用户发送的应该由第一服务器处理的请求数据未被处理，此时获取第二服务器中是否接收到该请求数据，若接收到则说明客户端的数据发送通道正常，第一服务器的数据接收通道可能出现异常；若第二服务器中未接收到该请求数据，则说明客户端的数据发送通道可能出现异常，若第一服务器位于异地，则无需到现场即可确认故障情况；两个服务器还可定时进行数据同步，实现数据的互相备份，同时在一个服务器宕机的情况下，另一个服务器可以临时上线相关业务，实现业务的接管，避免用户的请求数据堆积。
本发明的实施例二为：
将上述的一种多服务器的通信方法应用于实际场景中：
S1、第一服务器及第二服务器共同接收客户端发送的交易请求；即所述客户端分别发送交易请求至第一服务器及第二服务器；所述第一服务器处理所述交易请求，所述第二服务器仅存储所述交易请求；
在一种可选的实施方式中，交易请求包括卡/券信息以及客户端标识，则所述第一服务器处理所述交易请求包括：根据所述卡/券信息获取卡/券发放条件；判断所述客户端标识是否满足所述卡/券发放条件，若是，则将卡/券标识发送至客户端；
S2、第一服务器及第二服务器共同接收客户端发送的核销请求，即所述客户端分别发送核销请求至第一服务器及第二服务器；所述第一服务器处理所述核销请求，所述第二服务器仅存储所述核销请求；
在一种可选的实施方式中，所述核销请求包括所述卡/券标识及当前客户信息；所述第一服务器处理核销请求包括：获取所述卡/券标识对应的卡/券使用条件；判断所述当前客户信息是否与所述卡/券使用条件匹配，若是，则核销所述卡/券标识对应的卡/券；
S3、所述第一服务器判断是否接收到核销请求，若是则执行S4，否则执行S5；
S4、所述第一服务器根据所述交易请求执行所述核销请求；
S5、所述第二服务器判断是否接收到核销请求，得到判断结果，并根据所述判断结果得到故障定位结果；具体的，若所述判断结果为未接收到核销请求，则故障定位结果为客户端故障；若所述判断结果为接收到核销请求，则故障定位结果为第一服务器故障；
在一种可选的实施方式中，所述第一服务器通过第一端口接收客户端发送的交易请求和核销请求；所述第二服务器通过第二端口接收客户端发送的交易请求和核销请求；
在一种可选的实施方式中，所述第一服务器布置在远程，所述第二服务器布置在本地；
在一种可选的实施方式中，所述第一服务器为业务逻辑服务器，所述第二服务器为物联服务器。
本发明的实施例三为：
将一种多服务器的通信方法用于实际场景中，本实施例中为共享茶室的场景(即线上购买茶室的使用时间，线下通过扫码开门使用茶室)：
S1、第一服务器及第二服务器共同接收客户端发送的交易请求；第一服务器接收交易请求，并根据交易请求下发开门码至客户端，第二服务器保存交易请求，开门码可以是一维码、二维码、动态口令等能够唯一标识本次交易的数据。
S2、第一服务器及第二服务器共同接收客户端发送的核销请求，即所述客户端分别发送核销请求至第一服务器及第二服务器；在本实施例中，核销请求包括开门码中包含的特征值和当前客户信息，并由第一服务器判断是否满足开门条件，如是否在所购买的时间段、是否需要核验身份确认是本人使用等；
S3、所述第一服务器判断是否接收到核销请求，若是则执行S4，否则执行S5；在本实施例中，若用户无法成功开门且未收到反馈信息(若不符合开门条件无法开门将会发送相应反馈信息)，则执行S5；
S4、所述第一服务器根据所述交易请求执行所述核销请求；
S5、所述第二服务器判断是否接收到核销请求，得到判断结果，并根据所述判断结果得到故障定位结果；具体的，若所述判断结果为未接收到核销请求，则故障定位结果为客户端故障；若所述判断结果为接收到核销请求，则故障定位结果为第一服务器故障；
在一种可选的实施方式中，第二服务器可设置在总部等距离技术人员较近的位置，第一服务器可设置在远程，比如其他地区的连锁店铺中，这样无需到外地的连锁店铺中进行问题排查，就能够初步确认故障位置，提高处理效率。
请参照图2，本发明的实施例三为：
一种多服务器的通信终端1，包括存储器3、处理器2及存储在所述存储器3并在所述处理器2上执行的计算机程序；所述处理器2执行所述计算机程序时，实现实施例一或实施例二中的各个步骤。
综上所述，本发明提供了一种多服务器的通信方法及终端，在客户端与服务器进行通信时，将交互数据发送给多个服务器，并且只由其中的一个服务器进行交互数据的处理，在出现异常情况时，调用除进行交互数据处理的服务器之外的其余服务器的交互数据接收情况，并根据该情况对故障进行定位，能够快速获取到故障是出现在数据请求端(客户端)还是数据接收端(服务器)，在线上购买，线下核销的场景中，能够快速定位问题，快速解决，提升用户的线下使用体验，并且平时各个服务器之间不进行交互，节省进行数据处理的成本。
以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。
Claims (9)
1.一种多服务器的通信方法，其特征在于，包括步骤：
配置第一服务器及第二服务器共同接收客户端发送的目标请求数据；
判断是否接收到故障查询请求，若是，则获取所述第一服务器中保存的第一请求数据；
根据所述第一请求数据以及目标请求数据的比对结果得到故障定位结果；
所述根据所述第一请求数据以及目标请求数据的比对结果得到故障定位结果包括：
判断所述第一请求数据中是否存在所述目标请求数据，若是，则发送服务器故障报告；
否则，发送客户端故障报告。
2.根据权利要求1所述的一种多服务器的通信方法，其特征在于，在配置第一服务器及第二服务器共同接收客户端发送的目标请求数据之前包括：
配置所述第一服务器处理第一业务流程，所述第二服务器处理第二业务流程；
所述第一业务流程和所述第二业务流程互不重叠；
配置第一服务器及第二服务器共同接收客户端发送的目标请求数据包括：
配置所述第一服务器判断所述目标请求数据是否适配所述第一业务流程，若是，处理所述目标请求数据；
配置所述第二服务器判断所述目标请求数据是否适配所述第二业务流程，若是，处理所述目标请求数据。
3.根据权利要求2所述的一种多服务器的通信方法，其特征在于，配置所述第一服务器处理第一业务流程，所述第二服务器处理第二业务流程包括：
在所述第一服务器和第二服务器均存储所述第一业务流程和第二业务流程，以及所述第一业务流程对应的第一业务规则和所述第二业务流程对应的第二业务规则；
在所述第一服务器设置所述第一业务流程的状态为上线，所述第二业务流程的状态为下线，在所述第二服务器设置所述第二业务流程的状态为上线，所述第一业务流程的状态为下线。
4.根据权利要求1所述的一种多服务器的通信方法，其特征在于，所述若是，则发送服务器故障报告包括：
若是，获取所述第二服务器中保存的第二请求数据，根据所述第二请求数据与所述目标请求数据的比对结果发送服务器故障报告。
5.根据权利要求2所述的一种多服务器的通信方法，其特征在于，还包括：
接收同步请求；
获取所述第一服务器处理所述第一业务流程产生的第一业务数据，以及所述第二服务器处理所述第二业务流程产生的第二业务数据；
同步所述第一业务数据至所述第二服务器；同步所述第二业务数据至所述第一服务器。
6.根据权利要求4所述的一种多服务器的通信方法，其特征在于，还包括：
接收故障处理完成信号后，同步所述第一请求数据及所述第二请求数据。
7.根据权利要求3所述的一种多服务器的通信方法，其特征在于，还包括：
判断是否接收到第一服务器宕机信号，若是，则在所述第二服务器设置所述第一业务流程的状态为上线；
判断是否接收到第二服务器宕机信号，若是，则在所述第一服务器设置所述第二业务流程的状态为上线。
8.根据权利要求1所述的一种多服务器的通信方法，其特征在于，所述第一服务器布置在远程，所述第二服务器布置在本地。
9.一种多服务器的通信终端，包括存储器、处理器及存储在所述存储器并在所述处理器上执行的计算机程序；其特征在于，所述处理器执行所述计算机程序时，实现权利要求1-8任一所述的一种多服务器的通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210954092.1A CN115378801B (zh) | 2022-08-10 | 2022-08-10 | 一种多服务器的通信方法及终端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210954092.1A CN115378801B (zh) | 2022-08-10 | 2022-08-10 | 一种多服务器的通信方法及终端 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115378801A CN115378801A (zh) | 2022-11-22 |
| CN115378801B true CN115378801B (zh) | 2024-01-30 |
Family
ID=84063542
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210954092.1A Active CN115378801B (zh) | 2022-08-10 | 2022-08-10 | 一种多服务器的通信方法及终端 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115378801B (zh) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09293059A (ja) * | 1996-04-25 | 1997-11-11 | Hitachi Ltd | 分散システム及びその運用管理方法 |
| CN102790801A (zh) * | 2012-06-20 | 2012-11-21 | 浪潮(北京)电子信息产业有限公司 | 异步远程复制系统及其维护数据一致性的方法 |
| CN106856599A (zh) * | 2015-12-09 | 2017-06-16 | 中国移动通信集团广西有限公司 | 终端、检测服务器、短信收发故障检测方法及系统 |
| CN109120432A (zh) * | 2018-07-18 | 2019-01-01 | 北京奇艺世纪科技有限公司 | 一种故障服务器定位方法及装置 |
| CN110933160A (zh) * | 2019-11-27 | 2020-03-27 | 北京字节跳动网络技术有限公司 | 一种数据访问方法、服务器、终端和存储介质 |
| WO2020150944A1 (zh) * | 2019-01-24 | 2020-07-30 | 福建联迪商用设备有限公司 | 一种业务处理方法及系统 |
| CN111786807A (zh) * | 2019-12-18 | 2020-10-16 | 北京沃东天骏信息技术有限公司 | 故障提示系统、方法、装置和存储介质 |
| CN113515369A (zh) * | 2021-04-23 | 2021-10-19 | 深圳希施玛数据科技有限公司 | 一种数据处理方法、系统、终端和存储介质 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111263386A (zh) * | 2020-02-10 | 2020-06-09 | 北京小米移动软件有限公司 | 终端上网异常处理方法、装置及介质 |
-
2022
- 2022-08-10 CN CN202210954092.1A patent/CN115378801B/zh active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09293059A (ja) * | 1996-04-25 | 1997-11-11 | Hitachi Ltd | 分散システム及びその運用管理方法 |
| CN102790801A (zh) * | 2012-06-20 | 2012-11-21 | 浪潮(北京)电子信息产业有限公司 | 异步远程复制系统及其维护数据一致性的方法 |
| CN106856599A (zh) * | 2015-12-09 | 2017-06-16 | 中国移动通信集团广西有限公司 | 终端、检测服务器、短信收发故障检测方法及系统 |
| CN109120432A (zh) * | 2018-07-18 | 2019-01-01 | 北京奇艺世纪科技有限公司 | 一种故障服务器定位方法及装置 |
| WO2020150944A1 (zh) * | 2019-01-24 | 2020-07-30 | 福建联迪商用设备有限公司 | 一种业务处理方法及系统 |
| CN110933160A (zh) * | 2019-11-27 | 2020-03-27 | 北京字节跳动网络技术有限公司 | 一种数据访问方法、服务器、终端和存储介质 |
| CN111786807A (zh) * | 2019-12-18 | 2020-10-16 | 北京沃东天骏信息技术有限公司 | 故障提示系统、方法、装置和存储介质 |
| CN113515369A (zh) * | 2021-04-23 | 2021-10-19 | 深圳希施玛数据科技有限公司 | 一种数据处理方法、系统、终端和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115378801A (zh) | 2022-11-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108470298B (zh) | 资源数值转移的方法、装置和系统 | |
| CN101141301B (zh) | 用于事务恢复的方法及装置 | |
| US8326916B2 (en) | Relay method, relay apparatus, and computer product | |
| CN101079901B (zh) | 验证客户端请求已被路由传送到适当的服务器的方法和装置 | |
| US9219660B2 (en) | Self-service terminal | |
| EP3118804B1 (en) | Self-service terminal service emergency method and site server | |
| CN112446786A (zh) | 一种异常交易处理方法、装置、电子设备和可读存储介质 | |
| CN110969417A (zh) | 政务事项同步方法、装置、系统、计算机设备和存储介质 | |
| CN107404456B (zh) | 错误定位方法及装置 | |
| US9059908B2 (en) | Method and system for facilitating non-interruptive transactions | |
| CN110765430A (zh) | 银行数据处理系统 | |
| CN115378801B (zh) | 一种多服务器的通信方法及终端 | |
| CN112350990A (zh) | 一种第三方互联网零售收银系统离线数据同步的方法 | |
| CN114172821B (zh) | 服务状态的同步方法、装置及服务器 | |
| US20020194268A1 (en) | Distribute object mechanism | |
| CN114051059B (zh) | 异地双活系统的idc交易跨域决策方法 | |
| CN113157615B (zh) | 一种服务总线通信方法、电子设备以及计算机存储介质 | |
| CN113448931B (zh) | 数据处理方法、业务交易平台及业务提供平台 | |
| CN109684353B (zh) | 数值转移请求处理方法、装置、服务器及存储介质 | |
| CN113891263B (zh) | 短信服务系统及其同步发送方法、异步发送方法 | |
| CN110266720B (zh) | 在线管理服务器资产数据的优化工作方法 | |
| CN111327573B (zh) | 维护登入状态记录以转送数据的装置及方法 | |
| CN117173840A (zh) | 一种自助终端状态上报方法、系统、装置及存储介质 | |
| CN118101519A (zh) | 一种网络连通性验证方法、装置、设备及可读存储介质 | |
| CN112115032A (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |