CN102164384A - 提高服务成功率的方法、装置及系统 - Google Patents
提高服务成功率的方法、装置及系统 Download PDFInfo
- Publication number
- CN102164384A CN102164384A CN2010102046938A CN201010204693A CN102164384A CN 102164384 A CN102164384 A CN 102164384A CN 2010102046938 A CN2010102046938 A CN 2010102046938A CN 201010204693 A CN201010204693 A CN 201010204693A CN 102164384 A CN102164384 A CN 102164384A
- Authority
- CN
- China
- Prior art keywords
- message
- priority
- service
- request message
- response message
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供一种提高服务成功率的方法、装置及系统。该方法包括接收服务请求装置发送的带有优先级的请求消息;根据所述请求消息的优先级和流量控制策略,确定对所述请求消息进行处理;对所述请求消息处理后,向所述服务请求装置发送带有优先级的响应消息,所述响应消息的优先级高于所述请求消息的优先级。本发明实施例,在低优先级的第一次请求消息被成功处理后,后续请求消息的优先级被逐次提高,使得后续请求消息的处理成功率被逐次提高,进而提高了该次服务的成功率。
Description
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种提高服务成功率的方法、装置及系统。
背景技术
在分布式架构下,一次服务需要多个部件之间相互配合。在并发呼叫量超过系统服务容量的情况下,或者部件之间的传输网络设备出现拥塞的情况下,有可能会导致一次服务失败。
在一次服务需要在部件A和B之间交互一次的情况:部件A接纳了服务请求,给部件B发送请求1。由于部件A内部拥塞导致请求没有发出,或者请求发出到传输网络设备,但传输网络设备拥塞导致消息丢失;或者部件B接纳了请求给部件A并返回了服务响应消息1,但传输网在传输过程中丢失了服务响应消息;或者部件B接纳了请求并给部件A回了服务响应消息1,但部件A内部拥塞(内部消息队列满或者资源受限)导致对服务响应消息不能实时处理。如上情况都将导致此次服务失败。
一次服务可能需要在部件A和部件B之间交互多次时:部件A给部件B发送的请求消息1,部件B成功响应该消息,针对消息1给部件A发送了成功的服务响应消息;但后续的请求消息2由于各种原因失败,例如:部件A内部拥塞导致给部件B发送的请求消息2发送失败;请求消息2在传输网络设备传输过程中丢失;由于部件B内部拥塞导致请求消息2被丢失或事务处理超时;部件B在处理请求消息2时由于资源受限导致失败;部件B给部件A的服务响应消息在由于中间传输网络设备拥塞或内部拥塞导致丢失;服务响应消息2在部件A的内部消息队列等待处理的时间过长,导致服务请求超时。
发明人在发明的过程发现:不论一次服务需要在部件A和部件B之间交互几次消息,都会由于上述各种原因导致某次交互失败,从而导致该次服务失败,进而导致服务成功率较低,降低了服务处理的效率。
发明内容
本发明实施例提供一种提高服务成功率的方法、装置及系统,有利于提高服务的成功率。
本发明实施例提供一种提高服务成功率的方法,包括:
接收服务请求装置发送的带有优先级的请求消息;
根据所述请求消息的优先级和流量控制策略,确定对所述请求消息进行处理;
对所述请求消息处理后,向所述服务请求装置发送带有优先级的响应消息,所述响应消息的优先级高于所述请求消息的优先级。
本发明实施例还提供一种服务提供装置,包括:
请求消息接收模块,用于接收服务请求装置发送的带有优先级的请求消息;
处理模块,用于根据所述请求消息的优先级和流量控制策略,确定对所述请求消息进行处理;
响应消息发送模块,用于对所述请求消息处理后,向所述服务请求装置发送带有优先级的响应消息,所述响应消息的优先级高于所述请求消息的优先级。
本发明实施例还提供一种服务请求装置,包括:
请求消息发送模块,用于根据请求消息的优先级,向服务提供装置发送带有优先级的请求消息;
响应消息接收模块,用于接收所述服务提供装置发送的带有优先级的响应消息,所述响应消息的优先级高于所述请求消息的优先级。
本发明实施例还提供一种提高服务成功率的系统,包括:
服务请求装置,用于根据请求消息的优先级,向服务提供装置发送带有优先级的请求消息,接收所述服务提供装置发送的带有优先级的响应消息,所述响应消息的优先级高于所述请求消息的优先级;
服务提供装置,用于接收所述服务请求装置发送的带有优先级的请求消息,根据所述请求消息的优先级和流量控制策略,确定对所述请求消息进行处理,对所述请求消息处理后,向所述服务请求装置发送带有优先级的响应消息。
本发明实施例提高服务成功率的方法、装置及系统,服务请求装置与服务提供装置之间的一次服务过程中,服务请求装置和服务提供装置,分别根据优先级对请求消息和响应消息进行处理,从而在该次服务的每个处理环节均按照优先级进行,使高优先级请求消息被成功处理的概率得到提高。因此,在低优先级的第一次请求消息被成功处理后,后续请求消息的优先级被逐次提高,使得后续请求消息的处理成功率被逐次提高,进而提高了该次服务的成功率。
附图说明
图1为本发明提高服务成功率的方法实施例一流程图;
图2为本发明提高服务成功率的方法实施例二流程图;
图3为本发明提高服务成功率的方法实施例三流程图;
图4为本发明服务提供装置实施例的结构示意图;
图5为本发明服务提供装置实施例中处理模块的结构示意图;
图6为本发明服务提供装置实施例中响应消息发送模块的结构示意图;
图7为本发明服务请求装置实施例一的结构示意图;
图8为本发明服务请求装置实施例二的结构示意图;
图9为本发明提高服务成功率的系统实施例一的结构示意图;
图10为本发明提高服务成功率的系统实施例二的结构示意图。
具体实施方式
下面结合附图和具体实施例进一步说明本发明实施例的技术方案。
本发明实施例中服务请求装置为发起服务请求的部件,服务提供装置为接收服务请求的部件。其中,服务请求装置或服务提供装置的部件可以是一个独立的网元,如业务控制点(Service Control Point,简称SCP)、移动交换中心(Mobile Switching Centre,简称MSC)、呼叫会话控制功能(CallSession Control Function,简称CSCF)、彩铃中心等,或者一个网元内的不同实体,如应用服务器和数据库。
本发明实施例中,一次服务需要在两个部件(服务请求装置和服务提供装置)和传输网络设备之间进行一次或多次交互。需要指出的是:对于两个个以上部件的交互,本发明实施例提供的技术方案同样适用。另外,本发明实施例中服务请求装置和服务提供装置,只是一次服务过程中的相对概念。一个服务中的服务请求装置,有可能是其它服务中的服务提供装置;一个服务中的服务提供装置有可能是其它服务中的服务请求装置。
图1为本发明提高服务成功率的方法实施例一流程图。本实施例,从一次服务中一次交互的角度,说明提高服务成功率的方法的技术方案。
如图1所示,本实施例包括:
步骤11:服务提供装置接收服务请求装置发送的带有优先级的请求消息;
在一次服务中,服务请求装置与服务提供装置可以进行多次交互,也就是说,可能在一次服务中存在多个请求消息,每个请求消息都具有对应的优先级,其中,后续交互的请求消息的优先级高于前几次交互的请求消息的优先级,即第一次请求消息的优先级最低,最后一次请求消息的优先级最高。服务请求装置、传输网络设备和服务提供装置优先级的定义是相同的,即,同一个消息在服务请求装置、传输网络设备和服务提供装置的优先级是相同的。
步骤12:服务提供装置根据请求消息的优先级和流量控制策略,确定对请求消息进行处理;
服务提供装置确定当前网络的流量是否超过网络的最大处理流量,如果超过则直接丢弃优先级低的请求消息,否则将请求消息放入消息接收队列,按照优先级由高到低的顺序,依次调度各个消息接收队列,在调度到请求消息的优先级的消息接收队列时,按照从队头到队尾的顺序,依次处理该消息接收队列中的消息。
服务提供装置和服务请求装置分别都有消息接收队列和消息发送队列,分别存放接收的消息和待发送的消息。
步骤13:服务提供装置对请求消息处理后,向服务请求装置发送带有优先级的响应消息,响应消息的优先级高于请求消息的优先级。
对请求消息处理后,服务提供装置生成请求消息对应的响应消息,响应消息的优先级高于请求消息的优先级,将响应消息放入到消息发送队列,按照优先级由高到低的顺序,依次调度各个消息发送队列,在调度到响应消息的优先级的消息发送队列时,按照从队头到队尾的顺序,依次发送响应消息的优先级的消息接收队列中的消息,当发送到所响应消息时,将响应消息发送到服务请求装置。
在发送之前,还可以将带有优先级的响应消息进行打包,其中包头包含了代表响应消息的优先级的字段,然后服务提供装置将打包后的响应消息发送到服务请求装置。
在一次服务中,一个请求消息的响应消息的优先级高于其请求消息的优先级,例如:第一次响应消息的优先级高于第一次请求响应消息的优先级,而第二次请求消息的优先级可以高于第一次响应消息的优先级,也可以与第一次响应消息的优先级相同,只要比第一次请求消息的优先级高即可。
在本实施例中的服务服务装置,有可能是另外一个服务中的服务请求装置,在其作为服务请求装置时,采用本实施例中服务请求装置的处理方式,与相应的服务提供装置进行交互,提高服务的成功率。另外,一个服务请求装置与多个服务提供装置交互同时进行多个服务时,或一个服务提供装置与多个服务请求装置交互进行多个服务时,同样可采用本实施例中的方法提高服务的成功率。
本实施例提高服务成功率的方法,在服务请求装置与服务提供装置之间的一次服务的任一次交互过程中,服务请求装置和服务提供装置,分别根据优先级对请求消息和响应消息进行处理,从而在该次服务的每个处理环节均按照优先级进行,使高优先级请求消息被成功处理的概率得到提高。由于,低优先级的请求消息被处理后,与其对应的响应消息的优先级被提高,服务请求装置成功处理响应消息的概率也得到提高,从而提高该次交互的成功率,进而提高该次服务的成功率。进一步,服务请求装置在确定进行下一次交互时,将下一次请求消息的优先级设为与上述响应消息相同的优先级,即下一次请求消息的优先级高于上次请求消息的优先级。因此,下一次请求消息被成功处理的概率大于上次请求消息被成功处理的概率。因此,在低优先级的第一次请求消息被成功处理后,后续请求消息的优先级被逐次提高,使得后续请求消息的处理成功率被逐次提高,进而提高了该次服务的成功率。
图2为本发明提高服务成功率的方法实施例二流程图。本实施例中服务请求装置与服务提供装置之间的一次服务,只通过一次交互完成。
服务请求装置和服务提供装置均包括应用层和传输层。应用层用于处理消息,若处理后的消息需送到其它部件,则将处理后消息发送到传输层中。传输层用于向其它部件发送消息,以及接收其它部件发送的消息。应用层还用于从传输层中获取其它部件发送的消息,并进行处理。
服务提供装置的传输层、传输网络设备和服务请求装置的传输层中,均有一个消息发送队列组和消息接收队列组,其中消息发送队列组有一个以上的消息发送队列,每个消息接收队列的优先级互不相同,以及每个消息发送队列的优先级互不相同,但是同一个消息发送队列中的待发送的消息都是同一个级别,比如:优先级为0的消息发送队列中所有的待发送的消息的级别都是0级,消息接收队列组有一个以上的消息接收队列,每个消息接收队列中的待接收的消息都是同一个级别,比如:优先级为0的消息接收队列中所有的待接收的消息的级别都是0级。消息接收队列或消息发送队列的特点是:消息从队尾进入队列,消息按照从队头到队尾的顺序出队列,即按照“先进先出”的方式。服务提供装置的传输层、传输网络设备和服务请求装置的传输层中的优先级的定义是相同的,也就是说,一个消息在。服务提供装置的传输层、传输网络设备和服务请求装置的传输层的优先级是相同的。
如图2所示,本实施例包括:
步骤21:服务请求装置的应用层将待发送给服务提供装置的第一次请求消息,发送到服务请求装置的传输层中优先级为0的消息发送队列中。
本实施例中,将第一次请求消息的优先级设为0,第一次请求消息也可以称为首消息,首消息的优先级是最低的,在一个服务中,首消息是非常重要的,它是服务的起始的触发消息。
步骤22:服务请求装置的传输层根据第一次请求消息的优先级,调度第一次请求消息,并将第一次请求消息发送到传输网络设备。
服务请求装置的传输层优先调度高优先级消息发送队列中的消息,即高优先级消息发送队列中的消息被优先被调度。
服务请求装置的传输层按照消息发送队列的优先级,依次调度各个消息发送队列。在调度到某一优先级的消息发送队列时,按照从队头到队尾的顺序,依次发送该消息发送队列中的消息。当调度到上述第一次请求消息时,服务请求装置将第一次请求消息进行IP打包,并在承载第一次请求息的IP包的DSCP字段中设置第一次请求消息的优先级(优先级为0),并将打包后的第一次请求消息发送到传输网络设备。
步骤23:传输网络设备接收到第一次请求消息,从第一次请求消息的IP包的DSCP字段获取到该第一次请求消息的优先级为0,并根据优先级的顺序,将第一次请求消息发送到服务提供装置。
传输网络设备接收到第一次请求消息后,从IP包的DSCP字段获取该消息的优先级为0,因此将其放入到优先级为0的消息接收队列中。
传输网络设备按照优先级由高到低的顺序,依次调度各个消息接收队列。在调度到某一优先级的消息接收队列时,按照从队头到队尾的顺序,依次处理该消息接收队列中的消息。
当调度到上述第一次请求消息时,将该第一次请求消息发送到传输网络设备的优先级为0的消息发送队列中,然后传输网络设备按照优先级由高到低的顺序,依次调度各个消息发送队列,并在调度到某一优先级的消息发送队列时,按照从队头到队尾的顺序依次发送该消息传输队列中的消息。
步骤24:服务提供装置的传输层接收到第一次请求消息,从第一次请求消息的IP包的DSCP字段获取到该第一次请求消息的优先级为0,将该第一次请求消息放入到优先级为0的消息接收队列。
步骤25:服务提供装置的应用层根据优先级,调度出传输层的消息接收队列中的第一次请求消息,并根据流量控制策略确定是否处理第一次请求消息,在服务提供装置的应用层确定处理第一次请求消息时,对第一次请求消息进行处理,并根据第一次请求消息生成待发送给服务请求装置的第一次响应消息,将第一次响应消息放入到传输层中优先级为1的消息发送队列。
服务提供装置的应用层,按照优先级由高到低的顺序,依次调度各个消息接收队列。在调度到某一优先级的消息接收队列时,按照从队头到队尾的顺序,依次处理该消息接收队列中的消息。
流量控制策略可以根据实际应用中进行设定,比如:在网络拥塞情况下,服务提供装置根据流量控制策略对一次服务的第一次请求消息(首消息)可以进行停止处理,在网络顺畅的情况下,服务提供装置根据流量控制策略对一次服务的第一次请求消息(首消息)可以进行处理,也就是说,此时的流量控制策略具体可为:在网络拥塞的情况下,接收到一次服务中第一次请求消息时,确定当前网络的消息总量是否超过网络的最大处理数量,如果超过则直接丢弃该第一次请求消息,否则将该第一次请求消息置入处理队列等候处理。
在服务提供装置处理第一次请求消息后,为促使后续的第一次响应消息被成功处理,通过提高第一次响应消息优先级的方式,提高第一次响应消息被成功处理的概率。
步骤26:服务提供装置的传输层根据第一次响应消息的优先级,调度第一次响应消息,并将第一次响应消息发送到传输网络设备。
服务提供装置按照消息发送队列的优先级,依次调度各个消息发送队列。在调度到某一优先级的消息发送队列时,按照从队头到队尾的顺序,服务提供装置的传输层依次发送该消息发送队列中的消息。在消息发送之前,服务提供装置将第一次响应消息进行IP打包,并在承载第一次响应消息的IP包的DSCP字段中设置第一次响应消息的优先级(优先级为1),将承载第一次响应消息的IP包发送到传输网络设备中。
步骤27:传输网络设备根据第一次响应消息的优先级,将第一次响应消息发送到服务请求装置。
传输网络设备具体发送消息的方法与步骤23中的方法类似,在此不再赘述。
步骤28:服务请求装置的应用层根据优先级,调度到传输层的消息接收队列中的第一次响应消息时,对第一次响应消息进行处理后,完成本次服务。
服务请求装置和服务提供装置,将接收到的消息放在传输层中相同优先级的消息接收队列中,将需向外发送的消息发送到传输层中相同优先级的消息发送队列中,根据优先级分别对接收到的消息和需向外发送的消息进行处理,从而高优先级消息优先被处理。同样,传输网络设备根据消息的优先级,向服务请求装置发送消息或服务提供装置发送消息,从而提高了高优先级被成功发送的概率。
本实施例中服务请求装置和服务提供装置之间的一次服务需进行一次交互,传输网络设备根据优先级将第一次请求消息发送到服务提供装置后,服务提供装置根据优先级调度到该第一次请求消息时根据流量控制策略确定是否处理该第一次请求消息。在服务提供装置处理该第一次请求消息后,提高与第一次请求消息对应的第一次响应消息的优先级,从而提高第一响应消息被服务请求装置处理的概率,进而提高该次服务的成功率,另外:在网络拥塞的情况下,可以限制低级别的请求消息的传输数量,只处理已经触发的服务,尤其是限制第一次请求消息(首消息)的传输数量,由于一个首消息的处理,可以带来很多的后续的消息传输,当首消息的传输数量被限制时,可以大大节约了很多的后续的消息传输,从而减轻网络负荷,保证系统不宕机,同时保证一定的成功率。
图3为本发明提高服务成功率的方法实施例三流程图,本实施例中服务请求装置与服务提供装置之间的一次服务,通过二次交互完成。如图3所示,本实施例包括:
步骤31至步骤37:与步骤21至步骤27相同。
步骤38:服务请求装置的应用层根据优先级,调度到传输层的消息接收队列中的第一次响应消息时,对第一次响应消息进行处理。
步骤39:在确定本次服务需向服务提供装置发送第二次请求消息时,服务请求装置的应用层根据第二次请求消息的优先级,将待发送给服务提供装置的第二次请求消息放入到传输层中优先级为2的消息发送队列。
在服务请求装置处理第一次响应消息后,为促使后续的第二次请求消息被成功处理,通过提高第二次请求消息优先级的方式,提高第二次请求消息被成功处理的概率,这里的第二次请求消息的优先级为2,即第一次响应消息的优先级加1。
当然也可以根据策略,将第二次请求消息的优先级设置为1,即与第一次响应消息的优先级相同。
第二次请求消息的来源可以是服务提供装置生成的,也可以从另一个设备接收来的,这里并不做限制。
步骤310:服务请求装置的传输层根据第二次请求消息的优先级,调度该第二次请求消息,并将该第二次请求消息发送到传输网络设备。
服务请求装置的传输层按照消息发送队列的优先级,依次调度各个消息发送队列。在调度到某一优先级的消息发送队列时,按照从队头到队尾的顺序,依次发送该消息发送队列中的消息。当调度到上述第二次请求消息时,服务请求装置将第二次请求消息进行IP打包,并在承载第二次请求息的IP包的DSCP字段中设置第二次请求消息的优先级(优先级为2),并将打包后的第二次请求消息发送到传输网络设备。
步骤311:传输网络设备接收到第一次请求消息,从第二次请求消息的IP包的DSCP字段获取到该第二次请求消息的优先级为2,并根据优先级的顺序,将第二次请求消息发送到服务提供装置。
传输网络设备具体发送消息的方法与步骤33中的方法类似,在此不再赘述。
步骤312:服务提供装置的传输层接收到第二次请求消息,从第二次请求的IP包的DSCP字段获取到该第二请求消息的优先级为2,将该第二次请求消息放入到优先级为2的消息接收队列。
步骤313:服务提供装置的应用层根据优先级,调度出传输层的消息接收队列中的第二次请求消息,并根据流量控制策略确定是否处理第二次请求消息,确定处理第二次请求消息时,对第二次请求消息进行处理,并根据第二次请求消息生成待发送给服务请求装置的第二次响应消息,将第二次响应消息放入到传输层中优先级为3的消息发送队列。
为提高后续消息被成功处理的概率,服务提供装置的应用层第二次响应消息的优先级设置为高于第二次请求消息的优先级。
服务提供装置具体调度处理的过程与步骤35中的过程类似,在此不再赘述。
步骤314:服务提供装置根据第二次响应消息的优先级,调度第二次响应消息,并将第二次响应消息发送到传输网络设备。
服务提供装置按照消息发送队列的优先级,依次调度各个消息发送队列。在调度到某一优先级的消息发送队列时,按照从队头到队尾的顺序,服务提供装置的传输层依次发送该消息发送队列中的消息。在第二次响应消息发送之前,服务提供装置将第二次响应消息进行IP打包,并在承载第二次响应消息的IP包的DSCP字段中设置第二次响应消息的优先级(优先级为3),将承载第二次响应消息的IP包发送到传输网络设备中。
步骤315:传输网络设备根据第二次响应消息的优先级,将第二次响应消息发送到服务请求装置。
传输网络设备具体发送消息的方法与步骤33中的方法类似,在此不再赘述。
步骤316:服务请求装置的应用层根据优先级,调度到传输层的消息接收队列中的第二次响应消息时,对第二次响应消息进行处理后,完成本次服务。
本实施例中服务请求装置和服务提供装置之间的一次服务需进行二次交互。服务提供装置根据优先级调度到该次服务的第一次请求消息时,根据流量控制策略确定对该第一次请求消息处理后,提高了与第一次请求消息对应的响应消息的优先级,使得该次响应消息被处理的概率得到提高。服务请求装置在接收到第一次响应消息后,将第二次请求消息的优先级设比第一次响应消息优先级高一级,使得第二次请求消息被成功处理的概率大于第一次请求消息和第一次响应消息被成功处理的概率。因此,在网络拥塞的情况下,可以限制低级别的请求消息的传输数量,只处理已经触发的服务,尤其是限制第一次请求消息(首消息)的传输数量,由于一个首消息的处理,可以带来很多的后续的消息传输,当首消息的传输数量被限制时,可节约大量后续的消息传输,从而减轻网络负荷,保证系统不宕机,同时保证一定的成功率。
图4为本发明服务提供装置实施例的结构示意图。如图4所示,本实施例包括:请求消息接收模块41、处理模块42和响应消息发送模块43。
请求消息接收模块41,用于接收服务请求装置发送的带有优先级的请求消息;
处理模块42,用于根据请求消息的优先级和流量控制策略,确定对请求消息进行处理;
响应消息发送模块43,用于对请求消息处理后,向服务请求装置发送带有优先级的响应消息,响应消息的优先级高于请求消息的优先级。
如图5所示,图4中处理模块42包括:流量确定子模块421和调度与处理子模块422。
流量确定子模块421,用于确定当前网络的流量是否超过网络的最大处理流量,如果超过则直接丢弃优先级低的请求消息,否则将请求消息放入处理消息接收队列;
调度与处理子模块422,用于按照优先级由高到低的顺序,依次调度各个消息接收队列,在调度到请求消息的优先级的消息接收队列时,按照从队头到队尾的顺序,依次处理消息接收队列中的消息。
如图6所示,图4中响应消息发送模块43,包括:响应消息生成子模块431、放入子模块432、打包子模块433和发送子模块434。
响应消息生成子模块431,用于对请求消息处理后,生成请求消息对应的响应消息,响应消息的优先级高于请求消息的优先级,
放入子模块432,用于将响应消息放入到消息发送队列;
打包子模块433,用于将带有优先级的响应消息进行打包,其中包头包含响应消息的优先级;
发送子模块434,用于根据响应消息的优先级,将打包后带有优先级响应消息发送到服务请求装置。
具体地,发送子模块434具体用于按照优先级由高到低的顺序,依次调度各个消息发送队列,在调度到响应消息的优先级的消息发送队列时,按照从队头到队尾的顺序,依次发送响应消息的优先级的消息接收队列中的消息,当发送到响应消息时,将响应消息发送到服务请求装置。
上述各模块的工作机理,可参见图1、图2或图3对应实施例中描述,在此不再赘述。
本实施例服务提供装置,根据据优先级对请求消息进行处理,使高优先级请求消息被成功处理的概率得到提高。由于,低优先级的请求消息被处理后,与其对应的响应消息的优先级被提高,服务请求装置成功处理响应消息的概率也得到提高,从而提高该次交互的成功率,进而提高该次服务的成功率。
图7为本发明服务请求装置实施例一的结构示意图,如图7所示,本实施例包括;请求消息发送模块71和响应消息接收模块72。
请求消息发送模块71,用于根据请求消息的优先级,向服务提供装置发送的带有优先级的请求消息;
响应消息接收模块72,用于接收服务提供装置发送的带有优先级的响应消息,响应消息的优先级高于请求消息的优先级。
其中,请求消息发送模块71,具体用于按照优先级由高到低的顺序,依次调度各个消息发送队列,在调度到请求消息优先级的消息发送队列时,按照从队头到队尾的顺序,依次发送请求消息优先级的消息发送队列中的消息。
如图8所示,上述服务请求装置还包括:打包模块73和调度与处理模块74。打包模块73用于将带有优先级的请求消息进行打包,其中包头包含请求消息的优先级;此时请求消息发送模块71,具体用于向服务提供装置发送的打包后的带有优先级的请求消息。
调度与处理模块74,用于按照优先级由高到低的顺序,依次调度各个消息接收队列,在调度到响应消息的优先级的消息接收队列时,按照从队头到队尾的顺序,依次处理消息接收队列中的消息。
上述各模块的工作机理,可参见图1、图2或图3对应实施例中描述,在此不再赘述。
本实施例服务请求装置,根据优先级分别对待发送到服务提供侧的请求消息和服务提供发送的响应消息进行处理,从而在该次服务的每个处理环节均按照优先级进行,使高优先级消息被成功处理的概率得到提高。因此,在低优先级的第一次请求消息被成功处理后,后续请求消息的优先级被逐次提高,使得后续请求消息的处理成功率被逐次提高,进而提高了该次服务的成功率。
图9为本发明提高服务成功率的系统实施例一结构示意图。如图9所示,本实施例包括:服务请求装置91和服务提供装置92。
服务请求装置91,用于根据请求消息的优先级,向服务提供装置发送带有优先级的请求消息,接收服务提供装置发送的带有优先级的响应消息,响应消息的优先级高于请求消息的优先级;
服务提供装置92,用于接收服务请求装置发送的带有优先级的请求消息,根据请求消息的优先级和流量控制策略,确定对请求消息进行处理,对请求消息处理后,向服务请求装置发送带有优先级的响应消息。
具体地,服务请求装置91可参见图7或图8对应实施例中描述,服务提供装置92可参见图4、图5或图6对应实施例中描述,在此不再赘述。
如图10所示,提高服务成功率的系统还包括:传输网络设备93,用于传输服务请求装置或服务提供装置发送的带有优先级的消息。
本发明实施例提高服务成功率的系统,服务请求装置与服务提供装置之间的一次服务过程中,服务请求装置和服务提供装置,分别根据优先级对请求消息和响应消息进行处理,从而在该次服务的每个处理环节均按照优先级进行,使高优先级请求消息被成功处理的概率得到提高。因此,在低优先级的第一次请求消息被成功处理后,后续请求消息的优先级被逐次提高,使得后续请求消息的处理成功率被逐次提高,进而提高了该次服务的成功率。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (15)
1.一种提高服务成功率的方法,其特征在于,包括:
接收服务请求装置发送的带有优先级的请求消息;
根据所述请求消息的优先级和流量控制策略,确定对所述请求消息进行处理;
对所述请求消息处理后,向所述服务请求装置发送带有优先级的响应消息,所述响应消息的优先级高于所述请求消息的优先级。
2.根据权利要求1所述的提高服务成功率的方法,其特征在于,所述根据所述请求消息的优先级和流量控制策略,确定对所述请求消息进行处理,包括:
确定当前网络的流量是否超过网络的最大处理流量,如果超过则直接丢弃优先级低的请求消息,否则将所述请求消息放入消息接收队列,按照优先级由高到低的顺序,依次调度各个消息接收队列,在调度到所述请求消息的优先级的消息接收队列时,按照从队头到队尾的顺序,依次处理该消息接收队列中的消息。
3.根据权利要求1所述的提高服务成功率的方法,其特征在于,所述对请求消息处理后,向所述服务请求装置发送带有优先级的响应消息,所述响应消息的优先级高于所述请求消息的优先级,包括:
对所述请求消息处理后,生成所述请求消息对应的响应消息,所述响应消息的优先级高于所述请求消息的优先级,将所述响应消息放入到消息发送队列,根据所述响应消息的优先级,将所述带有优先级的响应消息发送到所述服务请求装置。
4.根据权利要求3所述的提高服务成功率的方法,其特征在于,将所述带有优先级的响应消息发送到所述服务请求装置,包括:
将所述带有优先级的响应消息进行打包,其中包头包含所述响应消息的优先级,将打包后的响应消息发送到所述服务请求装置。
5.根据权利要求3所述的提高服务成功率的方法,其特征在于,所述根据所述响应消息的优先级,将所述带有优先级的响应消息发送到所述服务请求装置,包括:
按照优先级由高到低的顺序,依次调度各个消息发送队列,在调度到所述响应消息的优先级的消息发送队列时,按照从队头到队尾的顺序,依次发送所述响应消息的优先级的消息接收队列中的消息,当发送到所述响应消息时,将所述响应消息发送到所述服务请求装置。
6.一种服务提供装置,其特征在于,包括:
请求消息接收模块,用于接收服务请求装置发送的带有优先级的请求消息;
处理模块,用于根据所述请求消息的优先级和流量控制策略,确定对所述请求消息进行处理;
响应消息发送模块,用于对所述请求消息处理后,向所述服务请求装置发送带有优先级的响应消息,所述响应消息的优先级高于所述请求消息的优先级。
7.根据权利要求6所述服务提供装置,其特征在于,所述处理模块包括:
流量确定子模块,用于确定当前网络的流量是否超过网络的最大处理流量,如果超过则直接丢弃优先级低的请求消息,否则将所述请求消息放入消息接收队列;
调度与处理子模块,用于按照优先级由高到低的顺序,依次调度各个消息接收队列,在调度到所述请求消息的优先级的消息接收队列时,按照从队头到队尾的顺序,依次处理所述消息接收队列中的消息。
8.根据权利要求6所述服务提供装置,其特征在于,所述响应消息发送模块,包括:
响应消息生成子模块,用于对所述请求消息处理后,生成所述请求消息对应的响应消息,所述响应消息的优先级高于所述请求消息的优先级;
放入子模块,用于将所述响应消息放入到消息发送队列;
打包子模块,用于将所述带有优先级的响应消息进行打包,其中包头包含所述响应消息的优先级;
发送子模块,用于根据所述响应消息的优先级,将所述打包后带有优先级的响应消息发送到所述服务请求装置。
9.根据权利要求8所述服务提供装置,其特征在于,所述发子模块具体用于按照优先级由高到低的顺序,依次调度各个消息发送队列,在调度到所述响应消息的优先级的消息发送队列时,按照从队头到队尾的顺序,依次发送所述响应消息的优先级的消息接收队列中的消息,当发送到所述响应消息时,将所述响应消息发送到所述服务请求装置。
10.一种服务请求装置,其特征在于,包括:
请求消息发送模块,用于根据请求消息的优先级,向服务提供装置发送带有优先级的请求消息;
响应消息接收模块,用于接收所述服务提供装置发送的带有优先级的响应消息,所述响应消息的优先级高于所述请求消息的优先级。
11.根据权利要求10所述服务请求装置,其特征在于,所述请求消息发送模块,具体用于按照优先级由高到低的顺序,依次调度各个消息发送队列,在调度到所述请求消息优先级的消息发送队列时,按照从队头到队尾的顺序,依次发送所述请求消息优先级的消息发送队列中的消息。
12.根据权利要求10所述服务请求装置,其特征在于,还包括:
打包模块,用于将所述带有优先级的请求消息进行打包,其中包头包含所述请求消息的优先级;
所述请求消息发送模块,具体用于向服务提供装置发送打包后的带有优先级的请求消息。
13.根据权利要求10所述服务请求装置,其特征在于,还包括:调度与处理模块,用于按照优先级由高到低的顺序,依次调度各个消息接收队列,在调度到所述响应消息的优先级的消息接收队列时,按照从队头到队尾的顺序,依次处理所述消息接收队列中的消息。
14.一种提高服务成功率的系统,其特征在于,包括:
服务请求装置,用于根据请求消息的优先级,向服务提供装置发送带有优先级的请求消息,接收所述服务提供装置发送的带有优先级的响应消息,所述响应消息的优先级高于所述请求消息的优先级;
服务提供装置,用于接收所述服务请求装置发送的带有优先级的请求消息,根据所述请求消息的优先级和流量控制策略,确定对所述请求消息进行处理,对所述请求消息处理后,向所述服务请求装置发送带有优先级的响应消息。
15.根据权利要求14所述的提高服务成功率的系统,其特征在于,还包括传输网络设备,用于传输所述服务请求装置发送的带有优先级的消息或所述服务提供装置发送的带有优先级的消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010102046938A CN102164384A (zh) | 2010-06-17 | 2010-06-17 | 提高服务成功率的方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010102046938A CN102164384A (zh) | 2010-06-17 | 2010-06-17 | 提高服务成功率的方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102164384A true CN102164384A (zh) | 2011-08-24 |
Family
ID=44465288
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010102046938A Pending CN102164384A (zh) | 2010-06-17 | 2010-06-17 | 提高服务成功率的方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102164384A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104080125A (zh) * | 2014-07-07 | 2014-10-01 | 中国联合网络通信集团有限公司 | 一种基于网络负载和m2m业务优先级的触发方法和装置 |
CN112583726A (zh) * | 2019-09-27 | 2021-03-30 | 华为技术有限公司 | 一种流量控制的方法及装置 |
CN115396375A (zh) * | 2022-08-17 | 2022-11-25 | 支付宝(杭州)信息技术有限公司 | 一种业务处理方法、装置以及设备 |
CN116701009A (zh) * | 2022-11-21 | 2023-09-05 | 荣耀终端有限公司 | 数据通信的方法及电子设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1589051A (zh) * | 2004-07-29 | 2005-03-02 | Ut斯达康通讯有限公司 | 基于寻呼区的动态流量控制方法 |
CN101505260A (zh) * | 2008-02-04 | 2009-08-12 | 华为技术有限公司 | 消息流量的控制方法、系统及装置 |
-
2010
- 2010-06-17 CN CN2010102046938A patent/CN102164384A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1589051A (zh) * | 2004-07-29 | 2005-03-02 | Ut斯达康通讯有限公司 | 基于寻呼区的动态流量控制方法 |
CN101505260A (zh) * | 2008-02-04 | 2009-08-12 | 华为技术有限公司 | 消息流量的控制方法、系统及装置 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104080125A (zh) * | 2014-07-07 | 2014-10-01 | 中国联合网络通信集团有限公司 | 一种基于网络负载和m2m业务优先级的触发方法和装置 |
CN104080125B (zh) * | 2014-07-07 | 2018-07-03 | 中国联合网络通信集团有限公司 | 一种基于网络负载和m2m业务优先级的触发方法和装置 |
CN112583726A (zh) * | 2019-09-27 | 2021-03-30 | 华为技术有限公司 | 一种流量控制的方法及装置 |
WO2021057808A1 (zh) * | 2019-09-27 | 2021-04-01 | 华为技术有限公司 | 一种流量控制的方法及装置 |
CN112583726B (zh) * | 2019-09-27 | 2022-11-11 | 华为技术有限公司 | 一种流量控制的方法及装置 |
CN115396375A (zh) * | 2022-08-17 | 2022-11-25 | 支付宝(杭州)信息技术有限公司 | 一种业务处理方法、装置以及设备 |
CN115396375B (zh) * | 2022-08-17 | 2024-02-27 | 支付宝(杭州)信息技术有限公司 | 一种业务处理方法、装置以及设备 |
CN116701009A (zh) * | 2022-11-21 | 2023-09-05 | 荣耀终端有限公司 | 数据通信的方法及电子设备 |
CN116701009B (zh) * | 2022-11-21 | 2024-05-17 | 荣耀终端有限公司 | 数据通信的方法及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106603598B (zh) | 处理业务请求的方法及装置 | |
EP2783490B1 (en) | Time-sensitive data delivery | |
CN109768939A (zh) | 一种支持优先级的标签化网络栈方法和系统 | |
CN106375241B (zh) | 批量数据处理方法、前端系统、主机及批量数据处理系统 | |
CN102594891A (zh) | 用于处理远程过程调用请求的方法及系统 | |
CN102422704A (zh) | 传送rlc数据块的方法 | |
US20210132992A1 (en) | Techniques for behavioral pairing in a task assignment system | |
CN112491983A (zh) | 基于区块链的智能合约调度方法、装置、设备及存储介质 | |
US20100150150A1 (en) | Optimizing Throughput of Data in a Communications Network | |
CN109120713A (zh) | 消息发送失败的处理方法及系统、装置和存储介质 | |
CN101374109B (zh) | 一种报文调度方法和调度装置 | |
CN102164384A (zh) | 提高服务成功率的方法、装置及系统 | |
CN101340633B (zh) | 一种增值服务消息过负荷控制装置及方法 | |
CN104052677A (zh) | 单一数据源的软负载均衡方法和装置 | |
CN108259595A (zh) | 一种服务间异步调用的方法及系统 | |
CN100477630C (zh) | 一种数据网络中的队列调度方法及装置 | |
WO2009012572A2 (en) | Method and apparatus for data processing using queuing | |
CN102281202A (zh) | 一种调度方法、服务器及系统 | |
CN102546423A (zh) | 队列调度方法、装置及网络设备 | |
CN103299298A (zh) | 处理业务的方法和系统 | |
CN102143040A (zh) | 流量控制的方法和装置 | |
CN104022965A (zh) | 一种报文出队调度的方法和设备 | |
CN109361749A (zh) | 报文处理方法、相关设备及计算机存储介质 | |
CN104658096A (zh) | 虚拟排队机实现的方法和装置 | |
CN109361620A (zh) | 一种数据发送的方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110824 |