CN106657187A - 报文处理的方法及装置 - Google Patents

报文处理的方法及装置 Download PDF

Info

Publication number
CN106657187A
CN106657187A CN201510731553.9A CN201510731553A CN106657187A CN 106657187 A CN106657187 A CN 106657187A CN 201510731553 A CN201510731553 A CN 201510731553A CN 106657187 A CN106657187 A CN 106657187A
Authority
CN
China
Prior art keywords
request message
message
client
request
processed
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.)
Withdrawn
Application number
CN201510731553.9A
Other languages
English (en)
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.)
Nanjing ZTE New Software Co Ltd
Original Assignee
Nanjing ZTE New Software 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 Nanjing ZTE New Software Co Ltd filed Critical Nanjing ZTE New Software Co Ltd
Priority to CN201510731553.9A priority Critical patent/CN106657187A/zh
Priority to PCT/CN2016/096270 priority patent/WO2017071384A1/zh
Publication of CN106657187A publication Critical patent/CN106657187A/zh
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • 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/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明提供了一种报文处理的方法及装置，其中，该方法包括：接收来自客户端的第一请求报文，其中，该第一请求报文用于请求对预定数据进行处理；判断在接收第一请求报文之前，是否接收过与第一请求报文相同的第二请求报文；在判断结果为接收过第二请求报文的情况下，根据第二请求报文的处理状态对第一请求报文进行处理。通过本发明，解决了相关技术中存在的重复执行相同的处理，从而导致数据错误的问题，进而达到了提高执行效率和准确性，减少系统开销的效果。

Description

报文处理的方法及装置
技术领域
本发明涉及通信领域，具体而言，涉及一种报文处理的方法及装置。
背景技术
云计算(Cloud Computing)是网格计算(Grid Computing)、分布式计算(DistributedComputing)、并行计算(Parallel Computing)、效用计算(Utility Computing)、网络存储(Network Storage Technologies)、虚拟化(Virtualization)、负载均衡(Load Balance)等传统计算机技术和网络技术发展融合的产物。它旨在通过网络把多个成本相对较低的计算实体整合成一个具有强大计算能力的系统。分布式存储是云计算范畴中的一个领域，其作用是提供海量数据的分布式存储服务以及高速读写访问的能力。
分布式存储系统是由若干服务器节点(以下简称“节点”或“服务节点”)和客户端互相连接构成的。在分布式存储系统中，当客户端给服务节点发送消息进行某数据自增操作过程中，服务节点故障会导致客户端无法判断是否可以重发，此操作具有不可重发性。这个过程中包含两个需要解决的问题，一是服务节点故障时如何保证服务不中断，二是如何保证已处理但未返回的临界消息如何被正确重新执行。
对于节点故障时保证服务不间断的解决方法，一般是将服务节点划分为若干服务组，每组由主节点和多个备节点组成。客户端记录服务组节点列表，当主节点故障时，将请求消息发送给备节点进行处理，达到服务不间断，但是这种方法并不能保证非幂等操作(如自增)重发后的正确性。如数据A当前值是5，如果节点在已处理操作但未返回报文前故障，重发自增操作会导致A增加到7。这样就出现了错误。
针对相关技术中存在的重复执行相同的处理，从而导致数据错误的问题，目前尚未提出有效的解决方案。
发明内容
本发明提供了一种报文处理的方法及装置，以至少解决相关技术中存在的重复执行相同的处理，从而导致数据错误的问题。
根据本发明的一个方面，提供了一种报文处理的方法，包括：接收来自客户端的第一请求报文，其中，所述第一请求报文用于请求对预定数据进行处理；判断在接收所述第一请求报文之前，是否接收过与所述第一请求报文相同的第二请求报文；在判断结果为接收过所述第二请求报文的情况下，根据所述第二请求报文的处理状态对所述第一请求报文进行处理。
可选地，判断在接收所述第一请求报文之前，是否接收过与所述第一请求报文相同的第二请求报文包括：获取所述第一请求报文的第一报文标识；判断存储的预先接收到的一个或多个第三请求报文的报文标识中是否存在与所述第一报文标识相同的报文标识；在判断结果为是的情况下，确定接收过所述第二请求报文；和/或，在判断结果为否的情况下，确定未接收过所述第二请求报文。
可选地，所述报文标识包括所述客户端的标识和用于标识请求报文的本地唯一数。
可选地，根据所述第二请求报文的处理状态对所述第一请求报文进行处理包括：在所述第二请求报文的处理状态为未处理的情况下，根据所述第一请求报文对所述预定数据进行处理；或者，在所述第二请求报文的处理状态为已处理的情况下，忽略所述第一请求报文，并向所述客户端发送对所述预定数据进行处理的处理结果。
可选地，所述第二请求报文为原主节点发送的，其中，所述原主节点为在接收来自所述客户端的所述第一请求报文之前，用于接收并处理所述客户端发送的请求报文的节点。
根据本发明的另一个方面，还提供了一种报文处理的装置，包括：接收模块，用于接收来自客户端的第一请求报文，其中，所述第一请求报文用于请求对预定数据进行处理；判断模块，用于判断在接收所述第一请求报文之前，是否接收过与所述第一请求报文相同的第二请求报文；处理模块，用于在所述判断模块的判断结果为接收过所述第二请求报文的情况下，根据所述第二请求报文的处理状态对所述第一请求报文进行处理。
可选地，所述判断模块包括：获取单元，用于获取所述第一请求报文的第一报文标识；判断单元，用于判断存储的预先接收到的一个或多个第三请求报文的报文标识中是否存在与所述第一报文标识相同的报文标识；第一确定单元，用于在所述判断单元的判断结果为是的情况下，确定接收过所述第二请求报文；和/或，第二确定单元，用于在所述判断单元的判断结果为否的情况下，确定未接收过所述第二请求报文。
可选地，所述报文标识包括所述客户端的标识和用于标识请求报文的本地唯一数。
可选地，所述处理模块包括：第一处理单元，用于在所述第二请求报文的处理状态为未处理的情况下，根据所述第一请求报文对所述预定数据进行处理；或者，第二处理单元，用于在所述第二请求报文的处理状态为已处理的情况下，忽略所述第一请求报文，并向所述客户端发送对所述预定数据进行处理的处理结果。
可选地，所述第二请求报文为原主节点发送的，其中，所述原主节点为在接收来自所述客户端的所述第一请求报文之前，用于接收并处理所述客户端发送的请求报文的节点。
通过本发明，采用接收来自客户端的第一请求报文，其中，该第一请求报文用于请求对预定数据进行处理；判断在接收第一请求报文之前，是否接收过与第一请求报文相同的第二请求报文；在判断结果为接收过第二请求报文的情况下，根据第二请求报文的处理状态对第一请求报文进行处理的方法，由于对于之前是否接收过与第一请求报文相同的第二请求报文进行了判断，可以根据对第二请求报文的处理状态对第一请求报文进行处理，避免了对相同的报文进行多次处理的问题，解决了相关技术中存在的重复执行相同的处理，从而导致数据错误的问题，进而达到了提高执行效率和准确性，减少系统开销的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的报文处理的方法的流程图；
图2是根据本发明实施例的报文处理的装置的结构框图；
图3是根据本发明实施例的报文处理的装置中判断模块24的结构框图；
图4是根据本发明实施例的报文处理的装置中处理模块26的结构框图；
图5是根据本发明实施例的分布式存储系统与客户端的连接示意图；
图6是根据本发明实施例的请求报文的处理的方法的流程图；
图7是根据本发明实施例的正常情况下的消息处理流程图；
图8是根据本发明实施例的主服务节点故障的消息处理流程图一；
图9是根据本发明实施例的主服务节点故障的消息处理流程图二。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
在本实施例中提供了一种报文处理的方法，图1是根据本发明实施例的报文处理的方法的流程图，如图1所示，该流程包括如下步骤：
步骤S102，接收来自客户端的第一请求报文，其中，该第一请求报文用于请求对预定数据进行处理；
步骤S104，判断在接收第一请求报文之前，是否接收过与第一请求报文相同的第二请求报文；
步骤S106，在判断结果为接收过第二请求报文的情况下，根据第二请求报文的处理状态对第一请求报文进行处理。
通过上述步骤，由于对于之前是否接收过与第一请求报文相同的第二请求报文进行了判断，可以根据对第二请求报文的处理状态对第一请求报文进行处理，避免了对相同的报文进行多次处理的问题，解决了相关技术中存在的重复执行相同的处理，从而导致数据错误的问题，进而达到了提高执行效率和准确性，减少系统开销的效果。
在一个可选的实施例中，步骤S104可以包括：获取第一请求报文的第一报文标识；判断存储的预先接收到的一个或多个第三请求报文的报文标识中是否存在与第一报文标识相同的报文标识；在判断结果为是的情况下，确定接收过第二请求报文；和/或，在判断结果为否的情况下，确定未接收过第二请求报文。在该可选实施例中，通过对预先接收到的一个或者多个第三请求报文的报文标识进行存储，查找第三请求报文中是否存在第二请求报文，可以确定之前是否接收过与第一请求报文相同的第二请求报文。
上述可选实施例中的报文标识，可以包括：客户端的标识和用于标识请求报文的本地唯一数。在该可选实施例中，将报文标识分为两部分：客户端标识和本地唯一数，简化了报文标识的复杂度，同时方便查找报文标识。
在一个可选的实施例中，步骤S106可以包括：在第二请求报文的处理状态为未处理的情况下，根据第一请求报文对预定数据进行处理；或者，在第二请求报文的处理状态为已处理的情况下，忽略第一请求报文，并向客户端发送对预定数据进行处理的处理结果。在该可选实施例中，当第二请求报文的处理状态为已处理的情况下，可以直接忽略该第一请求报文，向客户端返回对第二请求报文的处理结果，避免了对已处理的请求报文进行再次处理而导致的数据错误。
上述实施例及可选实施例中的第二请求报文可以为客户端发送的，在一个可选的实施例中，第二请求报文可以为原主节点发送的，其中，原主节点为在接收来自客户端的第一请求报文之前，用于接收并处理客户端发送的请求报文的节点。在该可选实施例中，原主节点在正常工作时接收到第二请求报文并将第二请求报文转发给其他节点进行处理，但是再还未向客户端返回第二请求报文的响应消息时，发生了故障。但其他节点没有发生故障并且已经对该第二请求报文进行了处理，当其他节点接收到客户端发送的与该第二请求报文相同的第一请求报文时，可以根据处理状态做出处理。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
在本实施例中还提供了一种报文处理的装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图2是根据本发明实施例的报文处理的装置的结构框图，如图2所示，该装置包括接收模块22、判断模块24和处理模块26，下面对该装置进行说明。
接收模块22，用于接收来自客户端的第一请求报文，其中，该第一请求报文用于请求对预定数据进行处理；判断模块24，连接于上述接收模块22，用于判断在接收第一请求报文之前，是否接收过与第一请求报文相同的第二请求报文；处理模块26，连接于上述判断模块24，用于在判断模块24的判断结果为接收过第二请求报文的情况下，根据第二请求报文的处理状态对第一请求报文进行处理。
图3是根据本发明实施例的报文处理的装置中判断模块24的结构框图，如图3所示，判断模块24包括获取单元32、判断单元34，以及第一确定单元36和/或第二确定单元38，下面对该判断模块24进行说明。
获取单元32，用于获取第一请求报文的第一报文标识；判断单元34，连接于上述获取单元32，用于判断存储的预先接收到的一个或多个第三请求报文的报文标识中是否存在与第一报文标识相同的报文标识；第一确定单元36，连接于上述判断单元34，用于在判断单元34的判断结果为是的情况下，确定接收过第二请求报文；和/或，第二确定单元38，连接于上述判断单元34，用于在判断单元34的判断结果为否的情况下，确定未接收过第二请求报文。
上述实施例及可选实施例中的报文标识可以包括客户端的标识和用于标识请求报文的本地唯一数。
图4是根据本发明实施例的报文处理的装置中处理模块26的结构框图，如图4所示，处理模块26包括第一处理单元42或者第二处理单元44，下面对该处理模块26进行说明。
第一处理单元42，用于在第二请求报文的处理状态为未处理的情况下，根据第一请求报文对预定数据进行处理；或者，第二处理单元44，用于在第二请求报文的处理状态为已处理的情况下，忽略第一请求报文，并向客户端发送对预定数据进行处理的处理结果。
上述实施例及可选实施例中的第二请求报文可以为原主节点发送的，其中，原主节点为在接收来自客户端的第一请求报文之前，用于接收并处理客户端发送的请求报文的节点。
以在分布式存储系统中为例，对本发明实施例的报文处理的方法及装置进行说明。
本发明实施例在分布式存储系统中在节点故障时，能保障服务的无缝切换和消息的可重发性。本发明实施例的方案内容可以包括如下步骤：
前置步骤：客户端与分布式存储系统中多个服务器节点(假设为节点A、节点B)建立连接。图5是根据本发明实施例的分布式存储系统与客户端的连接示意图，如图5所示，服务器节点间互相建立连接并且运行正常，节点A和B分别为此客户端的主服务节点和备服务节点。
图6是根据本发明实施例的请求报文的处理的方法的流程图，如图6所示，该流程包括：
步骤S602：客户端发送给服务端节点的报文中增加报文标识符，报文标识符有客户标识符(clientID)和本地唯一数(uniqueNUM)组合而成，即{clientID，uniqueNUM}。
步骤S604：客户端会记录每一个通信报文状态标志状态(status)，以记录此报文是否被发送，是否被处理，是否需要重发等等。
步骤S606：服务端使用map结构保存收到的消息在本地的处理状态，如果本地已处理此消息，收到重发消息时就不再处理，避免了某些操作的不可重做性(如自增/自减)。
步骤S608：由主节点故障导致客户端等待返回消息超时，客户端会将消息重发到备节点，由备节点进行处理。
步骤S610：等原主节点故障恢复后，将从新的主节点(即原备节点)同步最新数据，以达到数据一致性。
通过上述实施例，当系统中服务节点故障时，保证消息可重发，服务无缝切换。本发明实施例确保了分布式系统服务无缝切换，且未响应消息可重发，不会导致数据错误。对于保证系统的可用性、数据一致性有提升。
下面对分布式存储系统中的服务节点分为一个主服务器节点和多个备服务器节点，下面在主服务器节点多个发生故障的场景下，对本发明实施例的报文处理的方法进行说明。
本发明实施例中，由服务器节点和客户端构成的分布式存储系统如图5所示。集群中各节点相互连接，每组由一个主节点和多个备节点组成，主节点和备节点数据为强一致性的，客户端将请求消息发送到主节点并由主节点将消息转发给所有备节点，所有节点处理成功后由主节点返回给客户端。
图7是根据本发明实施例的正常情况下的消息处理流程图，图8是根据本发明实施例的主服务节点故障的消息处理流程图一，图9是根据本发明实施例的主服务节点故障的消息处理流程图二，下面结合图7-9，详细描述整个实现方法，包括如下步骤：
前置步骤：客户端通过协助服务器或自身算法已获得属于自己的ClientID，并且客户端已选中服务组，与主备节点建立了连接。
步骤S1，客户端将clientID和本地唯一数作为消息唯一标识{clientID，uniqueNUM}，将数据变更请求发送给主服务节点(相当于图7中的S702，图8中的S802，图9中的S902)；
步骤S2，主服务器节点收到请求报文。如果此时主节点故障转至步骤S7(相当于图8中的S804)；
步骤S3，主节点处理请求报文，并记录此报文ID和处理状态(相当于图7中的S706)，并同时将数据转发给备节点(相当于图7中的S704)。如果此时主节点故障转至步骤S10(相当于图9中的S906)；
步骤S4，备节点收到请求报文，处理消息并在本地记录此报文ID和处理状态(相当于图7中的S708)；
步骤S5，备节点将处理结果返回给主节点(相当于图7中的S710)；
步骤S6，主节点收到节点处理结果后，将消息处理的最终结果返回给客户端，跳转至步骤14(相当于图7中的S712)；
步骤S7，客户端等待返回消息超时，判断主节点故障，并从备节点中选择一个作为新的主节点(相当于图8中的S806)；
步骤S8，客户端将消息重发至新的主节点(即原备节点)(相当于图8中的S808)；
步骤S9，备节点处理此数据变更请求，并将结果返回给客户端，跳转至步骤S14(相当于图8中的S810-S812)；
步骤S10，备节点收到请求报文后，处理消息，并记录此条消息的处理结果(相当于图9中的S906)；
步骤S11，客户端等待返回消息超时，判断主节点故障，并从备节点中选择一个作为新的主节点(相当于图9中的S910)；
步骤S12，客户端将消息重发至新的主节点(即原备节点)(相当于图9中的S912)；
步骤S13，备节点发现此消息报文已处理过，将不再处理，直接将结果返回给客户端(相当于图9中的S914-S916)；
步骤S14，至此整个消息处理流程结束。
本发明实施例是在云计算领域分布式存储系统中，解决节点(主要是主服务节点)故障时，请求消息可无缝继续被正确处理，增加了系统的健壮性，可用性。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
S21，接收来自客户端的第一请求报文，其中，该第一请求报文用于请求对预定数据进行处理；
S22，判断在接收第一请求报文之前，是否接收过与第一请求报文相同的第二请求报文；
S23，在判断结果为接收过第二请求报文的情况下，根据第二请求报文的处理状态对第一请求报文进行处理。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行S21-S23。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种报文处理的方法，其特征在于，包括：
接收来自客户端的第一请求报文，其中，所述第一请求报文用于请求对预定数据进行处理；
判断在接收所述第一请求报文之前，是否接收过与所述第一请求报文相同的第二请求报文；
在判断结果为接收过所述第二请求报文的情况下，根据所述第二请求报文的处理状态对所述第一请求报文进行处理。
2.根据权利要求1所述的方法，其特征在于，判断在接收所述第一请求报文之前，是否接收过与所述第一请求报文相同的第二请求报文包括：
获取所述第一请求报文的第一报文标识；
判断存储的预先接收到的一个或多个第三请求报文的报文标识中是否存在与所述第一报文标识相同的报文标识；
在判断结果为是的情况下，确定接收过所述第二请求报文；和/或，在判断结果为否的情况下，确定未接收过所述第二请求报文。
3.根据权利要求2所述的方法，其特征在于，所述报文标识包括所述客户端的标识和用于标识请求报文的本地唯一数。
4.根据权利要求1所述的方法，其特征在于，根据所述第二请求报文的处理状态对所述第一请求报文进行处理包括：
在所述第二请求报文的处理状态为未处理的情况下，根据所述第一请求报文对所述预定数据进行处理；或者，
在所述第二请求报文的处理状态为已处理的情况下，忽略所述第一请求报文，并向所述客户端发送对所述预定数据进行处理的处理结果。
5.根据权利要求1至4中任一项所述的方法，其特征在于，所述第二请求报文为原主节点发送的，其中，所述原主节点为在接收来自所述客户端的所述第一请求报文之前，用于接收并处理所述客户端发送的请求报文的节点。
6.一种报文处理的装置，其特征在于，包括：
接收模块，用于接收来自客户端的第一请求报文，其中，所述第一请求报文用于请求对预定数据进行处理；
判断模块，用于判断在接收所述第一请求报文之前，是否接收过与所述第一请求报文相同的第二请求报文；
处理模块，用于在所述判断模块的判断结果为接收过所述第二请求报文的情况下，根据所述第二请求报文的处理状态对所述第一请求报文进行处理。
7.根据权利要求6所述的装置，其特征在于，所述判断模块包括：
获取单元，用于获取所述第一请求报文的第一报文标识；
判断单元，用于判断存储的预先接收到的一个或多个第三请求报文的报文标识中是否存在与所述第一报文标识相同的报文标识；
第一确定单元，用于在所述判断单元的判断结果为是的情况下，确定接收过所述第二请求报文；和/或，第二确定单元，用于在所述判断单元的判断结果为否的情况下，确定未接收过所述第二请求报文。
8.根据权利要求7所述的装置，其特征在于，所述报文标识包括所述客户端的标识和用于标识请求报文的本地唯一数。
9.根据权利要求6所述的装置，其特征在于，所述处理模块包括：
第一处理单元，用于在所述第二请求报文的处理状态为未处理的情况下，根据所述第一请求报文对所述预定数据进行处理；或者，
第二处理单元，用于在所述第二请求报文的处理状态为已处理的情况下，忽略所述第一请求报文，并向所述客户端发送对所述预定数据进行处理的处理结果。
10.根据权利要求6至9中任一项所述的装置，其特征在于，所述第二请求报文为原主节点发送的，其中，所述原主节点为在接收来自所述客户端的所述第一请求报文之前，用于接收并处理所述客户端发送的请求报文的节点。
CN201510731553.9A 2015-10-30 2015-10-30 报文处理的方法及装置 Withdrawn CN106657187A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201510731553.9A CN106657187A (zh) 2015-10-30 2015-10-30 报文处理的方法及装置
PCT/CN2016/096270 WO2017071384A1 (zh) 2015-10-30 2016-08-22 报文处理的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510731553.9A CN106657187A (zh) 2015-10-30 2015-10-30 报文处理的方法及装置

Publications (1)

Publication Number Publication Date
CN106657187A true CN106657187A (zh) 2017-05-10

Family

ID=58629831

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510731553.9A Withdrawn CN106657187A (zh) 2015-10-30 2015-10-30 报文处理的方法及装置

Country Status (2)

Country Link
CN (1) CN106657187A (zh)
WO (1) WO2017071384A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109299117A (zh) * 2017-07-25 2019-02-01 北京国双科技有限公司 数据请求的处理方法和装置、存储介质、处理器
WO2019101230A3 (en) * 2019-03-04 2019-12-26 Alibaba Group Holding Limited Constructing blockchain world state merkle patricia trie subtree
KR20200107772A (ko) * 2019-03-04 2020-09-16 알리바바 그룹 홀딩 리미티드 블록체인 월드 스테이트 머클 패트리샤 트라이 서브트리의 업데이트

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112015469B (zh) * 2020-07-14 2023-11-14 北京淇瑀信息科技有限公司 一种系统重构方法、装置和电子设备
CN113224851B (zh) * 2021-05-28 2022-11-29 广东电网有限责任公司 一种配电终端状态确定方法、装置、电子设备及存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103780679A (zh) * 2014-01-03 2014-05-07 电子科技大学 基于http协议的长延时远程调用方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047582B (zh) * 2006-03-31 2010-08-25 联想(北京)有限公司 一种在无线对等网络中建立通讯链路的方法
US8078674B2 (en) * 2007-05-10 2011-12-13 International Business Machines Corporation Server device operating in response to received request
CN101493924A (zh) * 2009-03-10 2009-07-29 中体彩科技发展有限公司 事务处理系统的事务处理方法及彩票事务处理方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103780679A (zh) * 2014-01-03 2014-05-07 电子科技大学 基于http协议的长延时远程调用方法

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109299117A (zh) * 2017-07-25 2019-02-01 北京国双科技有限公司 数据请求的处理方法和装置、存储介质、处理器
WO2019101230A3 (en) * 2019-03-04 2019-12-26 Alibaba Group Holding Limited Constructing blockchain world state merkle patricia trie subtree
CN110800008A (zh) * 2019-03-04 2020-02-14 阿里巴巴集团控股有限公司 构建区块链世界状态默克尔帕特里夏字典树子树
US10691665B1 (en) 2019-03-04 2020-06-23 Alibaba Group Holding Limited Constructing blockchain world state Merkle Patricia Trie subtree
KR20200107771A (ko) * 2019-03-04 2020-09-16 알리바바 그룹 홀딩 리미티드 블록체인 월드 스테이트 머클 패트리샤 트리 서브트리 구성
KR20200107772A (ko) * 2019-03-04 2020-09-16 알리바바 그룹 홀딩 리미티드 블록체인 월드 스테이트 머클 패트리샤 트라이 서브트리의 업데이트
US10929374B2 (en) 2019-03-04 2021-02-23 Advanced New Technologies Co., Ltd. Constructing blockchain world state Merkle Patricia Trie subtree
KR102277289B1 (ko) 2019-03-04 2021-07-16 어드밴스드 뉴 테크놀로지스 씨오., 엘티디. 블록체인 월드 스테이트 머클 패트리샤 트리 서브트리 구성
KR102322729B1 (ko) 2019-03-04 2021-11-05 어드밴스드 뉴 테크놀로지스 씨오., 엘티디. 블록체인 월드 스테이트 머클 패트리샤 트라이 서브트리의 업데이트
CN110800008B (zh) * 2019-03-04 2023-06-30 创新先进技术有限公司 构建区块链世界状态默克尔帕特里夏字典树子树

Also Published As

Publication number Publication date
WO2017071384A1 (zh) 2017-05-04

Similar Documents

Publication Publication Date Title
CN108965164B (zh) 基于消息队列的业务请求重传方法、装置及可读存储介质
CN106657187A (zh) 报文处理的方法及装置
TWI603206B (zh) Server cluster based data processing method and cluster based data processing system
CN105991412B (zh) 消息推送方法及装置
CN108063813B (zh) 一种集群环境下密码服务网络并行化的方法与系统
CN110234140B (zh) 一种通信方法、装置、实体及存储介质
CN109547524B (zh) 基于物联网的用户行为存储方法、装置、设备及存储介质
CN107171885A (zh) 一种检测服务器运行状态的方法、装置和系统
CN104683289A (zh) 公共业务实体注册方法和系统
CN110289999B (zh) 一种数据处理方法、系统及装置
CN111431730B (zh) 一种业务处理方法、系统、计算机设备及可读介质
CN114338650A (zh) 文件传输方法、装置、电子设备及可读存储介质
CN105677675A (zh) 业务处理方法及装置
CN113708979A (zh) 网络加速的方法和装置
CN113986501A (zh) 实时数据库api无中断调用方法、系统、存储介质及服务器
US20130198291A1 (en) Communication system and relay device, computer-readable recording medium storing relay program, as well as communication method and relay method
CN107026878A (zh) 订阅消息的发布方法及装置
CN112788089A (zh) 多边缘云的网络通讯控制方法及边缘运算装置与系统
CN112788088A (zh) 多边缘云的网络通信控制方法及边缘运算系统
CN116010130B (zh) Dpu虚拟口的跨卡链路聚合方法、装置、设备及介质
WO2017000583A1 (zh) 一种终端接入方法及相应的终端、基站和主核心网
CN114172958B (zh) 隐私计算节点、系统、方法、装置以及存储介质
CN113691520B (zh) 获取流媒体信息的方法、装置、存储介质及电子装置
CN105975359A (zh) 一种对服务器进行数据清理的方法、装置及服务器
CN102301337A (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
WW01 Invention patent application withdrawn after publication

Application publication date: 20170510

WW01 Invention patent application withdrawn after publication