CN101729399B - 客户端接口机、服务端接口机及其消息处理方法、系统 - Google Patents
客户端接口机、服务端接口机及其消息处理方法、系统 Download PDFInfo
- Publication number
- CN101729399B CN101729399B CN2009101099761A CN200910109976A CN101729399B CN 101729399 B CN101729399 B CN 101729399B CN 2009101099761 A CN2009101099761 A CN 2009101099761A CN 200910109976 A CN200910109976 A CN 200910109976A CN 101729399 B CN101729399 B CN 101729399B
- Authority
- CN
- China
- Prior art keywords
- message
- processing capacity
- interface
- imp
- processor
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/52—Program synchronisation; Mutual exclusion, e.g. by means of semaphores
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种客户端接口机、服务端接口机及其消息处理方法、系统,所述方法包括设置服务端接口机当前剩余处理能力值,并在每次收到服务端接口机返回的同步消息响应时,将其中携带的服务端接口机剩余处理能力写入所述服务端接口机当前剩余处理能力值;在收到服务端接口机的拒绝消息时,将所述服务端接口机当前剩余处理能力值置零;所述客户端接口机在所述服务端接口机当前剩余处理能力值大于零时,向服务端接口机发送同步消息,并将所述服务端接口机当前剩余处理能力值减一。本发明可以根据当前剩余处理能力进行消息同步处理,因而可以有效地使消息同步与消息处理速度匹配,避免接口的拥塞或溢出。
Description
技术领域
本发明涉及计算机应用系统领域,具体的说,涉及一种客户端接口机、服务端接口机及其消息处理方法、系统。
背景技术
目前大型企业会有多套不同计算机应用系统,这些不同的应用系统之间一般都会通过接口来交换数据,例如存在接口的两个系统间有基于事务的消息同步。然而,接口之间常常存在处理速度不匹配的问题,当接口的一方的消息传递速度高于接口另一方的处理速度,就很可能造成接口的拥塞,另一方面,如果接口的一方的消息传递速度低于接口另一方的处理速度,则有可能造成接口的溢出。现有技术中对此问题并没有很好的解决方案。
发明内容
有鉴于此,本发明提供了一种客户端接口机、服务端接口机及其消息处理方法、系统,能够很好地在接口之间进行流量控制,使接口两端的处理速度匹配,避免接口的拥塞或溢出。
为了解决上述技术问题,本发明采用了如下技术方案:
一种客户端接口机的同步消息处理方法,包括:
A1、设置服务端接口机当前剩余处理能力值,并在每次收到服务端接口机返回的同步消息响应时,将其中携带的服务端接口机剩余处理能力写入所述服务端接口机当前剩余处理能力值;在收到服务端接口机的拒绝消息时,将所述服务端接口机当前剩余处理能力值置零;
A2、所述客户端接口机在所述服务端接口机当前剩余处理能力值大于零时,向服务端接口机发送同步消息,并将所述服务端接口机当前剩余处理能力值减一。
上述方法的一种实施例中,还包括:客户端接口机将被拒绝的同步消息置入重发队列,等待重发。
本发明还公开了一种客户端接口机,包括:
服务端接口机当前剩余处理能力值设置模块,用于在每次收到服务端接口机返回的同步消息响应时,将其中携带的服务端接口机剩余处理能力写入所述服务端接口机当前剩余处理能力值;在收到服务端接口机的拒绝消息时,将所述服务端接口机当前剩余处理能力值置零;
同步消息发送模块,用于在所述服务端接口机当前剩余处理能力值大于零时,向服务端接口机发送同步消息,并将所述服务端接口机当前剩余处理能力值减一。
本发明还公开了一种服务端接口机的同步消息处理方法,包括:
B1、收到客户端接口机的同步消息时,判断最近计算的剩余处理能力是否大于零;如是,将最近计算的剩余处理能力减一,将收到的同步消息写入消息队列;否则,向客户端接口机返回拒绝消息;
B2、将消息队列中的同步队列发送业务处理机进行处理,将业务处理机返回的处理结果写入消息队列;更新所述最近计算的剩余处理能力,将携带有更新后的最近计算的剩余处理能力的同步响应消息返回给客户端接口机。
上述方法的一种实施例中,所述步骤B1中,将收到的同步消息写入消息队列按如下方式进行:
B11、遍历消息队列,遍历时记录已处理消息的最小消息响应时间及其对应的队列位置;
B12、发现消息队列中有空闲位置,将收到的同步消息写入该空闲位置,结束;
B13、消息队列遍历完后未发现空闲位置,将收到的同步消息写入所述最小消息响应时间的已处理消息的对应位置。
上述方法的一种实施例中,所述步骤B2中,更新所述最近计算的剩余处理能力包括:
B21、根据当前系统时间与最近计算剩余处理能力的时间的差值是否大于预设时间间隔,判断是否需要重新计算剩余处理能力;
B22、在判断需要重新计算剩余处理能力,则重新计算剩余处理能力,将重新计算的剩余处理能力作为更新后的最近计算的剩余处理能力,并将最近计算剩余处理能力的时间更新为当前系统时间;
B23、在判断不需要重新计算剩余处理能力,将最近计算的剩余处理能力加一,作为更新后的最近计算的剩余处理能力。
上述方法的一种实施例中,所述剩余处理能力按如下方式进行计算:
C1、计算平均等待时间以及平均处理时间;其中,平均等待时间为未返回响应的消息的总等待时长除以未返回响应的消息个数;平均处理时间为已返回响应的消息的总处理时长除以已返回响应的消息个数;
C2、根据如下公式计算当前处理能力:L=MaxUnProceedTime*2/(A*T2+(2-A)*T1),其中,L为当前处理能力,MaxUnProceedTime为最大待处理容量,T1为所述平均等待时间,T2为所述平均处理时间,A为对平均等待时间和平均处理时间的加权值;
C3、由所述当前处理能力与未返回响应的消息个数的差值获得所述剩余处理能力。
上述方法的一种实施例中,所述步骤C2中,还包括:设置最小未处理队列长度,当所述当前处理能力小于所述最小未处理队列长度,则将所述当前处理能力设置为所述最小未处理队列长度。
上述方法的一种实施例中,所述步骤C2中,还包括:设置最大未处理队列长度,当所述当前处理能力大于所述最大未处理队列长度,则将所述当前处理能力设置为所述最大未处理队列长度。
本发明还公开了一种服务端接口机,包括:
剩余处理能力处理模块,用于收到客户端接口机的同步消息时,判断最近计算的剩余处理能力是否大于零;如是,将最近计算的剩余处理能力减一,将收到的同步消息写入消息队列;否则,向客户端接口机返回拒绝消息;
同步响应消息发送模块,用于将消息队列中的同步队列发送业务处理机进行处理,将业务处理机返回的处理结果写入消息队列;更新所述最近计算的剩余处理能力,将携带有更新后的最近计算的剩余处理能力的同步响应消息返回给客户端接口机。
本发明还公开了一种接口间的同步消息处理方法,包括:
D1、第一接口机判断第二接口机当前剩余处理能力值是否大于零,如是,向第二接口机发送同步消息,并将所述当前剩余处理能力值减一;
D2、第二接口机接收所述同步消息,判断最近计算的剩余处理能力是否大于零,如是,将最近计算的剩余处理能力减一,并将所述同步消息写入消息队列;
D3、第二接口机将消息队列的同步消息发往处理机进行处理,接收处理机返回的处理结果,并将处理结果写入所述消息队列;
D4、第二接口机对最近计算的剩余处理能力进行更新,组装同步响应消息,将携带有更新后的最近计算的剩余处理能力的所述同步响应消息返回给第一接口机;
D5、第一接口机根据所述同步响应消息中的最近计算的剩余处理能力对所述第二接口机当前剩余处理能力值进行更改。
上述方法的一种实施例中,第二接口机在判断最近计算的剩余处理能力小于等于零时,向第一接口机返回拒绝消息;第一接口机收到所述拒绝消息,将第二接口机当前剩余处理能力值置零。
本发明还公开了一种接口间的同步消息处理系统,包括第一接口机和第二接口机,其中,
第一接口机,用于判断第二接口机当前剩余处理能力值是否大于零,如是,向第二接口机发送同步消息,并将所述当前剩余处理能力值减一;以及根据第二接口机返回的同步响应消息中的最近计算的剩余处理能力对所述第二接口机当前剩余处理能力值进行更改;
第二接口机,用于接收所述同步消息,判断最近计算的剩余处理能力是否大于零,如是,将最近计算的剩余处理能力减一,并将所述同步消息写入消息队列;以及
将消息队列的同步消息发往处理机进行处理,接收处理机返回的处理结果,并将处理结果写入所述消息队列;以及
对最近计算的剩余处理能力进行更新,组装同步响应消息,将携带有更新后的最近计算的剩余处理能力的所述同步响应消息返回给第一接口机。
本发明通过将客户端接口机或服务端接口机进行动态流量控制,可以根据当前剩余处理能力进行消息同步处理,因而可以有效地使消息同步与消息处理速度匹配,避免接口的拥塞或溢出。
附图说明
图1是本发明实施例中,剩余处理能力大于零时的CRM(客户关系管理)与VAC(移动增值业务鉴权系统)间的消息交互流程图;
图2是本发明实施例中,剩余处理能力小于等于零时的CRM与VAC间的消息交互流程图;
图3是本发明实施例中的VAC计算剩余处理能力流程图;
图4是本发明实施例中的VAC接口机消息入队列的流程图。
具体实施方式
下面对照附图对本发明的具体实施方案做详细说明。
本发明的主要构思是:由于业务系统在不同时间段的负载会有很大的差异,在系统负载较低的时候增加接口单位时间处理消息的数量,在系统负载较高的时候降低接口单位时间处理消息的数量,能够更有效地利用系统的处理能力。即通过良好的流量控制机制来保证不会由于处理速度不匹配问题导致接口的拥塞或溢出。
本发明适用于需要动态流量控制的两个同步接口间的数据同步,下面以用户资料消息同步接口为例对本发明实施例进行说明,需要理解的是,该例仅为便于理解而举,并非限制于此,本发明实施例所述的流量控制与接口传递的具体业务内容并无相关。
在用户资料消息同步接口中,其两端分别是CRM(客户关系管理)接口机和VAC(移动增值业务鉴权系统)接口机。其中,CRM接口机发送用户资料同步消息给VAC接口机,VAC接口机根据同步消息触发相应的用户资料同步业务处理逻辑,并将业务处理结果以用户资料同步响应消息的方式返回给CRM接口机。由于VAC接口机处理用户资料同步信息时需要检查资料、入库、触发资料同步业务流程等,需要一定的处理时间。每个用户资料同步消息的处理时间与VAC接口机的负载有关。在VAC高负载时,VAC接口机的消息处理速度将会下降,此时如果CRM接口机仍然继续按正常速度发送用户资料同步消息,则很可能造成VAC接口拥塞。
在本发明实施例中,流量控制机制主要由三个部分组成:流量控制消息、VAC接口机处理能力估算、CRM接口机消息发送规则。
流量控制消息:
响应消息:VAC接口机给CRM接口机的用户资料同步响应消息,其中带有VAC接口机的剩余处理能力信息。
拒绝消息:当VAC接口机处理能力满负荷后,仍然收到CRM接口机发送的用户资料同步消息时,VAC接口机直接回应拒绝消息。该被拒绝的用户资料同步消息,CRM接口机需要重新发送。
VAC接口机处理能力估算:
VAC接口机消息队列,消息队列记录的内容如下:消息流水号,消息到达时间(精确到毫秒),返回响应消息给CRM的时间(精确到毫秒)。
消息队列配置的参数包括:
消息队列长度QLen,用于度量消息队列当中的消息个数。
最大待处理容量MaxUnproceedTime,消息处理时间与消息个数的乘积量。该参数是用来设定分配给接口机进程的计算机资源,值越大,表示接口机进程可占用的计算机资源越多。
已处理消息的处理时间加权数:A(0<A<1)。由于已处理消息的处理时间指已返回响应的消息的处理时间,是消息的准确处理时间;而等待时间指未返回响应的消息的等待时间,等待消息的实际处理时间肯定要比已等待时间长,因此需要通过加权以反映这种差别。
最小未处理队列长度MinQLen,最小未处理队列长度的设置,主要为了防止个别消息处理时间超长引起的处理能力估算值太小而阻止CRM发送新的用户资料同步消息,最小未处理消息队列长度设置后,只要VAC的未处理消息数小于该值,都允许CRM发用户资料同步消息。
最大未处理消息队列长度MaxQLen,最大未处理消息长度队列设置,主要是为了防止由于计算出的VAC剩余处理能力过大可能导致的队列溢出。MaxQLen小于QLen。
重算VAC剩余处理能力时间间隔RInteval,当前系统时间减去最近计算剩余处理能力的时间LastCalTime大于该重算时间间隔RInteval时,则VAC重新计算剩余处理能力。为了避免频繁计算剩余处理能力带来的资源消耗,重算剩余处理能力时间间隔RInteval可以根据实际需求进行配置。
最近计算的剩余处理能力LastCap:最近一次计算的VAC剩余处理能力。
最近计算剩余处理能力的时间LastCalTime(精确到毫秒):最近一次计算VAC剩余处理能力的时间。
VAC处理能力估算:
已返回响应的消息的平均处理时间AvgProceedTime:消息队列中已返回响应的消息平均处理时间;
未处理消息的平均等待时间AvgWaitTime:消息队列中未处理消息等待处理的平均时间;
剩余处理能力:MaxUnproceedTime/((AvgProceedTime*A+(2-A)*AvgWaitTime)/2)-未返回响应的消息个数,将结果取整。如果该计算值小于(最小未处理队列长度-未返回响应消息个数),取(最小未处理队列长度-未返回响应消息个数)为剩余处理能力,以防止单个消息的超长处理时间影响接口机处理其他消息。
CRM消息发送规则:
设置变量:VAC剩余处理能力N,即VAC接口机当前剩余处理能力值;
每次收到VAC的用户资料同步响应消息,则将消息中的VAC剩余处理能力写入N;
当N>0时可以发送同步消息,每发送一个同步消息将N减1;
收到VAC的拒绝消息后,将N置零。
如图1所示,CRM接口机与VAC接口机间在VAC剩余处理能力大于零时的消息交互流程包括:
1、CRM接口机判断VAC接口机当前剩余处理能力N>0,将N值减一,向VAC接口机发送用户资料同步消息。
2、VAC接口机接收消息,判断最近计算的剩余处理能力LastCap大于零。
3、VAC接口机将最近计算的剩余处理能力LastCap减一。
4、VAC接口机将接收到的用户资料同步消息写入消息队列。
5、VAC接口机将用户资料同步消息发往VAC业务处理机进行业务处理。
6、VAC业务处理机返回处理结果,VAC接口机将响应时间写入到消息队列。
7、VAC接口机比较当前系统时间与最近计算剩余处理能力的时间LastCalTime的差值是否大于预设时间间隔RInteval,以判断是否需要重新计算剩余处理能力。
8、如果需要重新计算剩余处理能力,则计算剩余处理能力,将计算结果和当前时间分别写入最近计算的剩余处理能力LastCap、最近计算剩余处理能力的时间LastCalTime;
如果不需要重新计算剩余处理能力,将最近计算的剩余处理能力LastCap加1;
VAC接口机组装用户资料同步响应消息,消息中携带最近计算的剩余处理能力LastCap。
9、VAC接口机向CRM接口机返回携带有其剩余处理能力的用户资料同步响应消息。
10、CRM接口机根据VAC返回的剩余处理能力更改N值。
如图2所示,在VAC的剩余处理能力小于等于零时,CRM接口机与VAC接口机间的消息交互流程包括:
1、CRM接口机发送用户资料同步消息;
2、VAC接口机判断最近计算的剩余处理能力LastCap小于或等于0;
3、VAC接口机返回拒绝消息;
4、CRM接口机将N值设置为0;并将被拒绝的用户资料同步消息置入重发队列,等待重发。
如图3所示,VAC接口机计算剩余处理能力流程主要包括:
S301、计算未返回响应的消息(即未处理消息)的平均等待时间T1;具体包括:
S3011)遍历消息队列所有还未返回响应的消息;
S3012)对每个还未返回响应的消息,等待时间为:当前系统时间-消息接收时间;
S3013)累加未返回响应的消息的总等待时长,除以未处理消息个数,计算出平均等待时间T1;
S302、计算已返回响应的消息(即已处理消息)的平均处理时间T2;具体包括:
S3021)遍历消息队列中所有已返回响应的消息;
S3022)对每个已返回响应的消息,处理时间为:返回响应时间-消息接收时间;
S3023)累加消息处理总时长,除以已处理消息个数,计算出平均处理时间T2;
S303、计算按当前处理速度计算得到的当前处理能力;
当前处理能力:L=MaxUnproceedTime*2/((A*T2)+(2-A)*T1)
其中,A的作用是对平均等待时间T1和平均处理时间T2的加权。平均等待时间T1的权重一般大于平均处理时间T2的权重,所以A一般小于1。
如果计算出的当前处理能力L小于最小未处理队列长度MinQLen,则以最小未处理队列长度MinQLen作为系统的当前处理能力,以防止部分消息由于数据库锁的原因导致处理时间过长,影响当前处理能力的计算。
如果计算出的当前处理能力L大于最大未处理队列长度MaxQLen,则以最大未处理队列长度MaxQLen作为系统的当前处理能力,以防止计算出的处理能力过大导致消息队列溢出。
S304、将当前处理能力L减去未返回响应消息个数,便得到VAC接口机的剩余处理能力。如剩余处理能力小于零,则取零。
S305、将新计算出的剩余处理能力写入最近计算的剩余处理能力LastCap。
S306、清空队列中已返回响应且返回响应时间小于最近计算剩余处理能力的时间LastCalTime的已处理消息。
S307、将当前系统时间写入最近计算剩余处理能力的时间LastCalTime。
如图4所示,VAC接口机的消息入消息队列的流程包括:
S401、遍历消息队列,遍历的同时记录已返回响应的消息的最早响应时间及其对应的队列位置(队列号);
S402、发现队列有空闲位置,将消息写入空闲位置,结束;
S403、遍历完队列未发现空闲位置,将消息写入返回响应时间最早的消息的对应位置,将其覆盖。
可以将CRM接口机称为客户端接口机,VAC接口机称为服务端接口机,以便表明业务处理(VAC业务处理机)在VAC接口机一侧进行。然而,为不引起误解,也可以采用更广泛的定义,例如第一接口机和第二接口机,来表明上述流量控制可以广泛地应用在存在接口的两个系统之间,而不受接口类型限制,只要两个系统之间存在数据同步需要,并且其中一个系统需要在数据同步时进行数据处理,就可以应用本发明实施例所述的方法实现数据处理和数据同步的匹配,以避免两个系统间的接口出现拥塞或溢出。
本发明在接口间进行动态流量控制,通过对接口一侧的消息处理系统的剩余处理能力的有效计算,并根据该剩余处理能力进行相应的消息同步控制,可以有效地实现接口间的消息同步速度和消息处理速度之间的匹配,避免接口的拥塞或溢出。
以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明,但这只是为便于理解而举的实例,不应认为本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,可以做出各种可能的等同改变或替换,这些改变或替换都应属于本发明的保护范围。
Claims (13)
1.一种客户端接口机的同步消息处理方法,其特征在于,包括:
A1、设置服务端接口机当前剩余处理能力值,并在每次收到服务端接口机返回的同步消息响应时,将其中携带的服务端接口机剩余处理能力写入所述服务端接口机当前剩余处理能力值;在收到服务端接口机的拒绝消息时,将所述服务端接口机当前剩余处理能力值置零;
A2、所述客户端接口机在所述服务端接口机当前剩余处理能力值大于零时,向服务端接口机发送同步消息,并将所述服务端接口机当前剩余处理能力值减一。
2.如权利要求1所述的方法,其特征在于,还包括:客户端接口机将被拒绝的同步消息置入重发队列,等待重发。
3.一种客户端接口机,其特征在于,包括:
服务端接口机当前剩余处理能力值设置模块,用于在每次收到服务端接口机返回的同步消息响应时,将其中携带的服务端接口机剩余处理能力写入所述服务端接口机当前剩余处理能力值;在收到服务端接口机的拒绝消息时,将所述服务端接口机当前剩余处理能力值置零;
同步消息发送模块,用于在所述服务端接口机当前剩余处理能力值大于零时,向服务端接口机发送同步消息,并将所述服务端接口机当前剩余处理能力值减一。
4.一种服务端接口机的同步消息处理方法,其特征在于,包括:
B1、收到客户端接口机的同步消息时,判断最近计算的剩余处理能力是否大于零;如是,将最近计算的剩余处理能力减一,将收到的同步消息写入消息队列;否则,向客户端接口机返回拒绝消息;
B2、将消息队列中的同步消息发送给业务处理机进行处理,将业务处理机返回的处理结果写入消息队列;更新所述最近计算的剩余处理能力,将携带有更新后的最近计算的剩余处理能力的同步响应消息返回给客户端接口机。
5.如权利要求4所述的方法,其特征在于,所述步骤B1中,将收到的同步消息写入消息队列按如下方式进行:
B11、遍历消息队列,遍历时记录已处理消息的最小消息响应时间及其对应的队列位置;
B12、发现消息队列中有空闲位置,将收到的同步消息写入该空闲位置,结束;
B13、消息队列遍历完后未发现空闲位置,将收到的同步消息写入所述最小消息响应时间的已处理消息的对应位置。
6.如权利要求4所述的方法,其特征在于,所述步骤B2中,更新所述最近计算的剩余处理能力包括:
B21、根据当前系统时间与最近计算剩余处理能力的时间的差值是否大于预设时间间隔,判断是否需要重新计算剩余处理能力;
B22、在判断需要重新计算剩余处理能力,则重新计算剩余处理能力,将重新计算的剩余处理能力作为更新后的最近计算的剩余处理能力,并将最近计算剩余处理能力的时间更新为当前系统时间;
B23、在判断不需要重新计算剩余处理能力,将最近计算的剩余处理能力加一,作为更新后的最近计算的剩余处理能力。
7.如权利要求4-6任一所述的方法,其特征在于,所述剩余处理能力按如下方式进行计算:
C1、计算平均等待时间以及平均处理时间;其中,平均等待时间为未返回响应的消息的总等待时长除以未返回响应的消息个数;平均处理时间为已返回响应的消息的总处理时长除以已返回响应的消息个数;
C2、根据如下公式计算当前处理能力:L=MaxUnProceedTime*2/(A*T2+(2-A)*T1),其中,L为当前处理能力,MaxUnProceedTime为最大待处理容量,T1为所述平均等待时间,T2为所述平均处理时间,A为对平均等待时间和平均处理时间的加权值;
C3、由所述当前处理能力与未返回响应的消息个数的差值获得所述剩余处理能力。
8.如权利要求7所述的方法,其特征在于,所述步骤C2中,还包括:
设置最小未处理队列长度,当所述当前处理能力小于所述最小未处理队列长度,则将所述当前处理能力设置为所述最小未处理队列长度。
9.如权利要求8所述的方法,其特征在于,所述步骤C2中,还包括:
设置最大未处理队列长度,当所述当前处理能力大于所述最大未处理队列长度,则将所述当前处理能力设置为所述最大未处理队列长度。
10.一种服务端接口机,其特征在于,包括:
剩余处理能力处理模块,用于收到客户端接口机的同步消息时,判断最近计算的剩余处理能力是否大于零;如是,将最近计算的剩余处理能力减一,将收到的同步消息写入消息队列;否则,向客户端接口机返回拒绝消息;
同步响应消息发送模块,用于将消息队列中的同步消息发送给业务处理机进行处理,将业务处理机返回的处理结果写入消息队列;更新所述最近计算的剩余处理能力,将携带有更新后的最近计算的剩余处理能力的同步响应消息返回给客户端接口机。
11.一种接口间的同步消息处理方法,其特征在于,包括:
D1、第一接口机判断第二接口机当前剩余处理能力值是否大于零,如是,向第二接口机发送同步消息,并将所述当前剩余处理能力值减一;
D2、第二接口机接收所述同步消息,判断最近计算的剩余处理能力是否大于零,如是,将最近计算的剩余处理能力减一,并将所述同步消息写入消息队列;
D3、第二接口机将消息队列的同步消息发往处理机进行处理,接收处理机返回的处理结果,并将处理结果写入所述消息队列;
D4、第二接口机对最近计算的剩余处理能力进行更新,组装同步响应消息,将携带有更新后的最近计算的剩余处理能力的所述同步响应消息返回给第一接口机;
D5、第一接口机根据所述同步响应消息中的最近计算的剩余处理能力对所述第二接口机当前剩余处理能力值进行更改。
12.如权利要求11所述的方法,其特征在于,第二接口机在判断最近计算的剩余处理能力小于等于零时,向第一接口机返回拒绝消息;第一接口机收到所述拒绝消息,将第二接口机当前剩余处理能力值置零。
13.一种接口间的同步消息处理系统,其特征在于,包括第一接口机和第二接口机,其中,
第一接口机,用于判断第二接口机当前剩余处理能力值是否大于零,如是,向第二接口机发送同步消息,并将所述当前剩余处理能力值减一;以及根据第二接口机返回的同步响应消息中的最近计算的剩余处理能力对所述第二接口机当前剩余处理能力值进行更改;
第二接口机,用于接收所述同步消息,判断最近计算的剩余处理能力是否大于零,如是,将最近计算的剩余处理能力减一,并将所述同步消息写入消息队列;以及
将消息队列的同步消息发往处理机进行处理,接收处理机返回的处理结果,并将处理结果写入所述消息队列;以及
对最近计算的剩余处理能力进行更新,组装同步响应消息,将携带有更新后的最近计算的剩余处理能力的所述同步响应消息返回给第一接口机。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101099761A CN101729399B (zh) | 2009-11-03 | 2009-11-03 | 客户端接口机、服务端接口机及其消息处理方法、系统 |
PCT/CN2010/075371 WO2011054224A1 (zh) | 2009-11-03 | 2010-07-21 | 客户端接口机、服务端接口机及其消息处理方法、系统 |
EP10827838.3A EP2498452A4 (en) | 2009-11-03 | 2010-07-21 | Client terminal interface machine, service terminal interface machine, and message processing method and system thereof |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101099761A CN101729399B (zh) | 2009-11-03 | 2009-11-03 | 客户端接口机、服务端接口机及其消息处理方法、系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101729399A CN101729399A (zh) | 2010-06-09 |
CN101729399B true CN101729399B (zh) | 2012-06-06 |
Family
ID=42449644
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101099761A Expired - Fee Related CN101729399B (zh) | 2009-11-03 | 2009-11-03 | 客户端接口机、服务端接口机及其消息处理方法、系统 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP2498452A4 (zh) |
CN (1) | CN101729399B (zh) |
WO (1) | WO2011054224A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101729399B (zh) * | 2009-11-03 | 2012-06-06 | 中兴通讯股份有限公司 | 客户端接口机、服务端接口机及其消息处理方法、系统 |
CN105721337B (zh) * | 2014-12-04 | 2019-06-25 | 中国移动通信集团公司 | 软件定义网络中的分布式事务处理方法及装置 |
CN110324250A (zh) * | 2018-03-29 | 2019-10-11 | 阿里巴巴集团控股有限公司 | 消息推送方法、设备及系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1630235A (zh) * | 2003-12-15 | 2005-06-22 | 华为技术有限公司 | 基于消息的分布式平台的客户端反映任务进度的方法 |
CN101110706A (zh) * | 2007-07-23 | 2008-01-23 | 中兴通讯股份有限公司 | 一种配置数据同步方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6442139B1 (en) * | 1998-01-29 | 2002-08-27 | At&T | Adaptive rate control based on estimation of message queuing delay |
US6707792B1 (en) * | 1998-06-30 | 2004-03-16 | Cisco Technology, Inc. | Overload reduction in a communication system |
CN101729399B (zh) * | 2009-11-03 | 2012-06-06 | 中兴通讯股份有限公司 | 客户端接口机、服务端接口机及其消息处理方法、系统 |
-
2009
- 2009-11-03 CN CN2009101099761A patent/CN101729399B/zh not_active Expired - Fee Related
-
2010
- 2010-07-21 EP EP10827838.3A patent/EP2498452A4/en not_active Withdrawn
- 2010-07-21 WO PCT/CN2010/075371 patent/WO2011054224A1/zh active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1630235A (zh) * | 2003-12-15 | 2005-06-22 | 华为技术有限公司 | 基于消息的分布式平台的客户端反映任务进度的方法 |
CN101110706A (zh) * | 2007-07-23 | 2008-01-23 | 中兴通讯股份有限公司 | 一种配置数据同步方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2011054224A1 (zh) | 2011-05-12 |
CN101729399A (zh) | 2010-06-09 |
EP2498452A1 (en) | 2012-09-12 |
EP2498452A4 (en) | 2017-04-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109684358B (zh) | 数据查询的方法和装置 | |
EP0617361B1 (en) | Scheduling method and apparatus for a communication network | |
CN100379207C (zh) | 负载分散系统 | |
CN111131639A (zh) | 一种客服坐席分配方法、装置、服务器及存储介质 | |
CN102594691B (zh) | 一种处理报文的方法及装置 | |
CN101419561A (zh) | 一种异构多核体系中的资源管理方法及系统 | |
JP3262029B2 (ja) | セル伝送交換機の呼接続制御装置 | |
US20090240798A1 (en) | Resource Equalization for Inter- and Intra- Data Center Operations | |
US7770061B2 (en) | Fault recovery in concurrent queue management systems | |
CN101729399B (zh) | 客户端接口机、服务端接口机及其消息处理方法、系统 | |
US9306867B1 (en) | System, method, and computer program for managing distribution of a finite amount of resources | |
CN107203422A (zh) | 一种面向高性能计算云平台的作业调度方法 | |
CN101753584A (zh) | VxWorks系统下提高智能变电站快速报文处理速度的方法 | |
CN103617132B (zh) | 一种基于共享存储的以太网终端发送实现方法及终端装置 | |
CN102201978A (zh) | 一种航空电子光纤通道网络多协议控制器及其控制方法 | |
CN102281202A (zh) | 一种调度方法、服务器及系统 | |
US20230117851A1 (en) | Method and Apparatus for Queue Scheduling | |
CN111597041A (zh) | 一种分布式系统的调用方法、装置、终端设备及服务器 | |
CN115550284A (zh) | 消息处理方法、装置和设备 | |
Murphy et al. | An Analysis of Process and Memory Models to Support High-Speed Networking in a UNIX Environment. | |
US7639618B2 (en) | System and method for recognition and cyclic service of partial sequences of communication requests | |
CN115022245A (zh) | 一种数据传输的方法、相关装置、设备以及存储介质 | |
CN103401806B (zh) | 报文处理方法及装置 | |
CN115460151A (zh) | 一种流量控制方法、系统、存储介质及电子设备 | |
JP6193078B2 (ja) | メッセージ転送システム及びキューの管理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C41 | Transfer of patent application or patent right or utility model | ||
TR01 | Transfer of patent right |
Effective date of registration: 20160630 Address after: 518000 Guangdong city of Shenzhen province Nanshan District Guangdong streets Science Park Road 4, 4 floor B01 Patentee after: Shenzhen sound Acoustics Technology Co., Ltd. Address before: 518057 Nanshan District science and Technology Park, Guangdong, South Road, ZTE building, science and Technology Park Patentee before: ZTE Corporation |
|
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120606 Termination date: 20181103 |