一种多服务器的通信方法及终端与流程

1.本发明涉及数据通信领域，尤其涉及一种多服务器的通信方法及终端。


背景技术：

2.现有的架构中，终端设备通常都只和一个服务器建立数据交互关系，这样在终端设备的通信过程中，即使后台设置了服务器集群，最终和终端进行实际对接的也只有一个服务器，从而在连接出现问题导致数据无法传送时，无法快速定位问题发生方是服务器还是终端设备，需要再进行交互测试才能确定故障方，并且通常还需要工程师到服务器所在地进行测试，故障定位的过程繁琐。


技术实现要素：

3.本发明所要解决的技术问题是：提供一种多服务器的通行方法及系统，实现通信故障的快速定位。
4.为了解决上述技术问题，本发明采用的一种技术方案为：
5.一种多服务器的通信方法，包括步骤：
6.配置第一服务器及第二服务器共同接收客户端发送的目标请求数据；
7.判断是否接收到故障查询请求，若是，则获取所述第一服务器中保存的第一请求数据；
8.根据所述第一请求数据以及目标请求数据的比对结果得到故障定位结果。
9.为了解决上述技术问题，本发明采用的另一种技术方案为：
10.一种多服务器的通信终端，包括存储器、处理器及存储在所述存储器并在所述处理器上执行的计算机程序；所述处理器执行所述计算机程序时，实现步骤：
11.配置第一服务器及第二服务器共同接收客户端发送的目标请求数据；
12.判断是否接收到故障查询请求，若是，则获取所述第一服务器中保存的第一请求数据；
13.根据所述第一请求数据以及目标请求数据的比对结果得到故障定位结果。
14.本发明的有益效果在于：客户端发送目标请求数据时，向多个服务器同时发送，多个服务器都保存客户端所发送的每一目标请求数据，若客户端发送的目标请求数据没有收到处理结果的回复，则可以通过地理位置就近获取其中一个服务器中的所有请求数据，若该服务器中不存在目标请求数据，说明客户端出现故障的概率大；若该服务器中存在目标请求数据，说明客户端成功发送了数据但并未得到处理，负责处理该条目标请求数据的服务器出现故障的概率大，从而实现了对故障的快速定位。
附图说明
15.图1为本发明实施例的一种多服务器的通信方法的步骤流程图；
16.图2为本发明实施例的一种多服务器的通信终端的结构示意图；
17.标号说明：
18.1、一种多服务器的通信终端；2、处理器；3、存储器。
具体实施方式
19.为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。
20.请参照图1，一种多服务器的通信方法，包括步骤：
21.配置第一服务器及第二服务器共同接收客户端发送的目标请求数据；
22.判断是否接收到故障查询请求，若是，则获取所述第一服务器中保存的第一请求数据；
23.根据所述第一请求数据以及目标请求数据的比对结果得到故障定位结果。
24.从上述描述可知，本发明的有益效果在于：客户端发送目标请求数据时，向多个服务器同时发送，多个服务器都保存客户端所发送的每一目标请求数据，若客户端发送的目标请求数据没有收到处理结果的回复，则可以通过地理位置就近获取其中一个服务器中的所有请求数据，若该服务器中不存在目标请求数据，说明客户端出现故障的概率大；若该服务器中存在目标请求数据，说明客户端成功发送了数据但并未得到处理，负责处理该条目标请求数据的服务器出现故障的概率大，从而实现了对故障的快速定位。
25.进一步地，在配置第一服务器及第二服务器共同接收客户端发送的目标请求数据之前包括：
26.配置所述第一服务器处理第一业务流程，所述第二服务器处理第二业务流程；
27.所述第一业务流程和所述第二业务流程互不重叠；
28.配置第一服务器及第二服务器共同接收客户端发送的目标请求数据包括：
29.配置所述第一服务器判断所述目标请求数据是否适配所述第一业务流程，若是，处理所述目标请求数据；
30.配置所述第二服务器判断所述目标请求数据是否适配所述第二业务流程，若是，处理所述目标请求数据。
31.由上述描述可知，配置第一服务器和第二服务器处理不同的业务流程，能够分流用户的请求数据，避免造成请求数据的堆积，同时可以避免请求数据处理结果的冲突，进一步提高请求数据的处理效率，在这个过程中，用户将请求数据发往两个服务器，在能够定位故障的同时也有备份的效果。
32.进一步地，配置所述第一服务器处理第一业务流程，所述第二服务器处理第二业务流程包括：
33.在所述第一服务器和第二服务器均存储所述第一业务流程和第二业务流程，以及所述第一业务流程对应的第一业务规则和所述第二业务流程对应的第二业务规则；
34.在所述第一服务器设置所述第一业务流程的状态为上线，所述第二业务流程的状态为下线，在所述第二服务器设置所述第二业务流程的状态为上线，所述第一业务流程的状态为下线。
35.由上述描述可知，在配置业务流程时，不同的服务器中都存储有完整的业务流程，只是在不同的服务器中上线不同的业务流程，这样在服务器发生故障后，能够将故障服务
器的业务流程在正常的服务器上线，继续对客户端提供服务，实现故障后客户端的无感。
36.进一步地，所述根据所述第一请求数据以及目标请求数据的比对结果得到故障定位结果包括：
37.判断所述第一请求数据中是否存在所述目标请求数据，若是，则发送服务器故障报告；
38.否则，发送客户端故障报告。
39.由上述描述可知，根据第一请求数据和目标请求数据之间的关系，能够对故障的发生位置进行初步的判断，提高了故障定位的效率。
40.进一步地，所述若是，则发送服务器故障报告包括：
41.若是，获取所述第二服务器中保存的第二请求数据，根据所述第二请求数据与所述目标请求数据的比对结果发送服务器故障报告。
42.由上述描述可知，若第一请求数据和目标请求数据完全相同，进一步获取第二请求数据与目标请求数据进行比较，能够进一步获取更加精确的故障定位，如第二请求数据中包括目标请求数据说明第二服务器的处理过程故障，若第二请求中不包括目标请求数据说明第二服务器与客户端之间的通道故障。
43.进一步地，还包括：
44.接收同步请求；
45.获取所述第一服务器处理所述第一业务流程产生的第一业务数据，以及所述第二服务器处理所述第二业务流程产生的第二业务数据；
46.同步所述第一业务数据至所述第二服务器；同步所述第二业务数据至所述第一服务器。
47.由上述描述可知，将不同服务器处理请求数据产生的业务数据也进行同步，则在有服务器故障时，其他服务器也能够继续进行请求数据的处理，不会出现断档的现象。
48.进一步地，还包括：
49.接收故障处理完成信号后，同步所述第一请求数据及所述第二请求数据。
50.由上述描述可知，在排查故障完成后，将不同服务器中的请求数据进行同步，保证下一次故障检测的准确性。
51.进一步地，判断是否接收到第一服务器宕机信号，若是，则在所述第二服务器设置所述第一业务流程的状态为上线；
52.判断是否接收到第二服务器宕机信号，若是，则在所述第一服务器设置所述第二业务流程的状态为上线。
53.由上述描述可知，在服务器出现宕机时，因在布置业务流程时服务器上布置了相同的业务流程，故可以互相接管业务流程，避免整个系统的宕机，让系统整体还能够为客户提供服务。
54.进一步地，所述第一服务器布置在本地，所述第二服务器布置在远程。
55.由上述描述可知，将第一服务器布置在本地，接收到故障查询请求之后能够直接从本地获取数据先对故障进行定位，不用远程奔波排查。
56.参照图2，一种多服务器的通信终端，包括存储器、处理器及存储在所述存储器并在所述处理器上执行的计算机程序；所述处理器执行所述计算机程序时，实现上述的一种
多服务器的通信方法中的步骤。
57.本发明上述一种多服务器的通信方法及终端能够适用于需要与服务器进行通信的场景中，以下通过具体实施方式进行说明：
58.请参照图1，本发明的实施例一为：
59.一种多服务器的通信方法，包括步骤：
60.s0、配置所述第一服务器处理第一业务流程，所述第二服务器处理第二业务流程；所述第一业务流程和所述第二业务流程互不重叠；
61.具体包括：在所述第一服务器和第二服务器均存储所述第一业务流程和第二业务流程，以及所述第一业务流程对应的第一业务规则和所述第二业务流程对应的第二业务规则；在所述第一服务器设置所述第一业务流程的状态为上线，所述第二业务流程的状态为下线，在所述第二服务器设置所述第二业务流程的状态为上线，所述第一业务流程的状态为下线；
62.s1、配置第一服务器及第二服务器共同接收客户端发送的目标请求数据，包括：
63.s11、配置所述第一服务器判断所述目标请求数据是否适配所述第一业务流程，若是，处理所述目标请求数据；配置所述第二服务器判断所述目标请求数据是否适配所述第二业务流程，若是，处理所述目标请求数据；
64.s12、接收同步请求，获取所述第一服务器处理所述第一业务流程产生的第一业务数据，以及所述第二服务器处理所述第二业务流程产生的第二业务数据；同步所述第一业务数据至所述第二服务器；同步所述第二业务数据至所述第一服务器；
65.s2、判断是否接收到故障查询请求，若是，则获取所述第一服务器中保存的第一请求数据以及所述第二服务器中保存的第二请求数据；
66.s3、根据所述第一请求数据以及目标请求数据的比对结果得到故障定位结果，包括：
67.s31判断所述第一请求数据中是否存在所述目标请求数据，若是，则执行s32；否则，发送客户端故障报告；
68.在一种可选的实施方式中，客户端故障包括网络故障；
69.s32、获取所述第二服务器中保存的第二请求数据，根据所述第二请求数据与所述目标请求数据的比对结果发送服务器故障报告；
70.s33、接收故障处理完成信号后，同步所述第一请求数据及所述第二请求数据；
71.在一种可选的实施方式中，还包括步骤：判断是否接收到第一服务器宕机信号，若是，则在所述第二服务器设置所述第一业务流程的状态为上线；判断是否接收到第二服务器宕机信号，若是，则在所述第一服务器设置所述第二业务流程的状态为上线；
72.在一种可选的实施方式中，第一服务器布置在远程，第二服务器布置在本地，则只需要查看本地服务器就能够获知故障情况；
73.总结来说，本技术设置有两个服务器，标记为第一服务器和第二服务器，第一服务器和第二服务器中存储有相同的服务，但实际上线的服务不同；客户端与服务器的通信数据如请求服务的请求数据同时发送给两个服务器，两个服务器根据自身上线的服务所对应的规则判断是否处理该请求数据，若不满足相应规则，则仅将请求数据保存，满足相应规则则对请求数据进行处理并保存处理结果；当出现用户的请求数据无服务器响应的情况时，
通过获取另一个服务器中所存储的请求数据，就能够大致判断故障位置；例如，用户发送的应该由第一服务器处理的请求数据未被处理，此时获取第二服务器中是否接收到该请求数据，若接收到则说明客户端的数据发送通道正常，第一服务器的数据接收通道可能出现异常；若第二服务器中未接收到该请求数据，则说明客户端的数据发送通道可能出现异常，若第一服务器位于异地，则无需到现场即可确认故障情况；两个服务器还可定时进行数据同步，实现数据的互相备份，同时在一个服务器宕机的情况下，另一个服务器可以临时上线相关业务，实现业务的接管，避免用户的请求数据堆积。
74.本发明的实施例二为：
75.将上述的一种多服务器的通信方法应用于实际场景中：
76.s1、第一服务器及第二服务器共同接收客户端发送的交易请求；即所述客户端分别发送交易请求至第一服务器及第二服务器；所述第一服务器处理所述交易请求，所述第二服务器仅存储所述交易请求；
77.在一种可选的实施方式中，交易请求包括卡/券信息以及客户端标识，则所述第一服务器处理所述交易请求包括：根据所述卡/券信息获取卡/券发放条件；判断所述客户端标识是否满足所述卡/券发放条件，若是，则将卡/券标识发送至客户端；
78.s2、第一服务器及第二服务器共同接收客户端发送的核销请求，即所述客户端分别发送核销请求至第一服务器及第二服务器；所述第一服务器处理所述核销请求，所述第二服务器仅存储所述核销请求；
79.在一种可选的实施方式中，所述核销请求包括所述卡/券标识及当前客户信息；所述第一服务器处理核销请求包括：获取所述卡/券标识对应的卡/券使用条件；判断所述当前客户信息是否与所述卡/券使用条件匹配，若是，则核销所述卡/券标识对应的卡/券；
80.s3、所述第一服务器判断是否接收到核销请求，若是则执行s4，否则执行s5；
81.s4、所述第一服务器根据所述交易请求执行所述核销请求；
82.s5、所述第二服务器判断是否接收到核销请求，得到判断结果，并根据所述判断结果得到故障定位结果；具体的，若所述判断结果为未接收到核销请求，则故障定位结果为客户端故障；若所述判断结果为接收到核销请求，则故障定位结果为第一服务器故障；
83.在一种可选的实施方式中，所述第一服务器通过第一端口接收客户端发送的交易请求和核销请求；所述第二服务器通过第二端口接收客户端发送的交易请求和核销请求；
84.在一种可选的实施方式中，所述第一服务器布置在远程，所述第二服务器布置在本地；
85.在一种可选的实施方式中，所述第一服务器为业务逻辑服务器，所述第二服务器为物联服务器。
86.本发明的实施例三为：
87.将一种多服务器的通信方法用于实际场景中，本实施例中为共享茶室的场景(即线上购买茶室的使用时间，线下通过扫码开门使用茶室)：
88.s1、第一服务器及第二服务器共同接收客户端发送的交易请求；第一服务器接收交易请求，并根据交易请求下发开门码至客户端，第二服务器保存交易请求，开门码可以是一维码、二维码、动态口令等能够唯一标识本次交易的数据。
89.s2、第一服务器及第二服务器共同接收客户端发送的核销请求，即所述客户端分
别发送核销请求至第一服务器及第二服务器；在本实施例中，核销请求包括开门码中包含的特征值和当前客户信息，并由第一服务器判断是否满足开门条件，如是否在所购买的时间段、是否需要核验身份确认是本人使用等；
90.s3、所述第一服务器判断是否接收到核销请求，若是则执行s4，否则执行s5；在本实施例中，若用户无法成功开门且未收到反馈信息(若不符合开门条件无法开门将会发送相应反馈信息)，则执行s5；
91.s4、所述第一服务器根据所述交易请求执行所述核销请求；
92.s5、所述第二服务器判断是否接收到核销请求，得到判断结果，并根据所述判断结果得到故障定位结果；具体的，若所述判断结果为未接收到核销请求，则故障定位结果为客户端故障；若所述判断结果为接收到核销请求，则故障定位结果为第一服务器故障；
93.在一种可选的实施方式中，第二服务器可设置在总部等距离技术人员较近的位置，第一服务器可设置在远程，比如其他地区的连锁店铺中，这样无需到外地的连锁店铺中进行问题排查，就能够初步确认故障位置，提高处理效率。
94.请参照图2，本发明的实施例三为：
95.一种多服务器的通信终端1，包括存储器3、处理器2及存储在所述存储器3并在所述处理器2上执行的计算机程序；所述处理器2执行所述计算机程序时，实现实施例一或实施例二中的各个步骤。
96.综上所述，本发明提供了一种多服务器的通信方法及终端，在客户端与服务器进行通信时，将交互数据发送给多个服务器，并且只由其中的一个服务器进行交互数据的处理，在出现异常情况时，调用除进行交互数据处理的服务器之外的其余服务器的交互数据接收情况，并根据该情况对故障进行定位，能够快速获取到故障是出现在数据请求端(客户端)还是数据接收端(服务器)，在线上购买，线下核销的场景中，能够快速定位问题，快速解决，提升用户的线下使用体验，并且平时各个服务器之间不进行交互，节省进行数据处理的成本。
97.以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。