CN1859122A - 实现对业务提供商分类服务的方法及装置 - Google Patents
实现对业务提供商分类服务的方法及装置 Download PDFInfo
- Publication number
- CN1859122A CN1859122A CN 200610057708 CN200610057708A CN1859122A CN 1859122 A CN1859122 A CN 1859122A CN 200610057708 CN200610057708 CN 200610057708 CN 200610057708 A CN200610057708 A CN 200610057708A CN 1859122 A CN1859122 A CN 1859122A
- Authority
- CN
- China
- Prior art keywords
- service provider
- message
- queue
- response delay
- rank
- 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.)
- Granted
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种实现对业务提供商分类服务的方法,包括:对业务提供商进行分类,并为各类别设置对应的优先级;为每类业务提供商的级别分配一个消息队列及一个或多个处理线程;当收到用户发送给业务提供商的消息或者***需要给业务提供商发送报告消息时,将该消息放入该业务提供商所属级别对应的消息队列中;由对应各消息队列的处理线程完成该消息队列中各消息的发送。本发明还公开了一种实现对业务提供商分类服务的装置,包括消息接收单元、消息发送单元,还包括:初始设置单元、队列管理器、线程管理器、消息分发单元、消息处理单元。利用本发明,可以有效地保证用户给业务提供商提交的上行消息的服务质量,并使业务提供商能够及时得到业务的运行情况。
Description
技术领域
本发明涉及多媒体技术领域,具体涉及一种实现对业务提供商分类服务的方法及装置。
背景技术
目前,MMS(多媒体消息业务)已经被业界公认为GPRS(通用分组无线业务)和3G市场启动与发展的关键推动力,它将非常有力地推动移动通信业务的发展。MMS是SMS(短信息业务)和EMS(增强型消息业务)的进一步发展,为个人多媒体移动通信服务提供了完整的端到端解决方案。从通信内容上讲,多媒体消息包括图像、音频、视频和数据等;从功能上讲,多媒体消息业务涵盖了终端到终端、终端到应用(主要指增值业务提供商)、应用到终端的多媒体消息通信。它不仅实现了终端之间、终端和应用之间的信息传递,还实现了内容的多样性,包括图片、语音、图像、数据和文本的各种组合。作为一个开放的媒体接入平台,MMS可以在移动用户和互联网内容提供商的互动下,衍生出更丰富多彩的内容服务应用。而用户既是MMS的消费者,又是内容开发者,这无疑会提高终端用户对业务的使用兴趣。
多媒体消息体系结构要素如图1所示:
在多媒体消息***中可以包含许多不同的网络类型,其中,与多媒体消息业务相关的各种网络要素有:移动网络(2G、3G)、Internet(因特网)、MMS(多媒体消息业务)用户代理、增值业务提供商、外部服务器(比如邮件、传真)等。其中,MMS中继/服务器即通常所说的MMSC(多媒体消息业务中心),它主要提供以下功能:发送和接收多媒体消息、支持与外部服务器的互通、对MMS用户代理的多媒体消息通知、生成递送报告、地址变换、存储消息、对消息的路由转发、生成话单、终端能力协商等。其中,MMSC与用户代理之间的交互以及MMSC与增值业务提供商之间的交互是最基本的服务。
在多媒体消息业务中,业务提供商由于多媒体元素编辑能力强、来源广的缘故,业务提供商在多媒体消息业务的开展中起着重要的作用,因此,MMSC与业务提供商的交互在整个多媒体消息业务中占据着非常重要的位置。
MMSC与终端及业务提供商的交互过程如图2所示:
MMSC与业务提供商之间可以通过Internet(因特网)直接交互,该接口称为MM7接口。MMSC与业务提供商的交互是双向的,包括MMSC给业务提供商发送消息和业务提供商给MMSC发送消息两种情况。MMSC给业务提供商发送的消息目前包括以下三种情况:(1)终端用户给业务提供商提交的消息;(2)终端用户接收成功后(也可能是用户拒绝了消息、或者消息过期后用户仍未成功提取消息)给业务提供商发送的递送报告消息;(3)终端用户阅读消息后MMSC给业务提供商发送的阅读报告消息。
MMSC与终端之间通过WAP(无线应用协议)网关交互,该接口称为MM1接口。
在现有MMSC***中,MMSC给业务提供商发送消息时,一般都是将所有发送给各业务提供商的消息都存放在同一个消息队列中,然后通过多个处理线程从同一队列中获取消息,逐一发送给各业务提供商。
现有的MMSC与业务提供商的接口通常采用SOAP(简单对象访问协议)协议,承载协议为HTTP(超文本传输协议)。消息处理流程可以简单描述为图3所示:
在多媒体消息业务中心,由两个线程:处理线程X和处理线程Y向SP(业务提供商)发送消息。发送给所有SP的消息都放入同一个消息队列,处理线程X从消息队列中获取发送给SP A的消息,并将该消息发送给SP A,处理线程X获得SP A的响应消息后,处理线程Y从消息队列中获取发送给SP B的消息,并将该消息发送给SP B,等待SP B的响应消息。
HTTP协议的一个特点就是请求和响应是同步的。由于处理线程发送消息给业务提供商并获取业务提供商的响应是一个同步的过程,这样带来的一个结果就是:MMSC一个处理线程给业务提供商发送请求消息后,如果该业务提供商响应慢,则该处理线程会处于等待该业务提供商响应的状态,无法处理队列中的其他消息,直到收到该业务提供商的响应消息。这种情况下,队列中再有新增消息时,由于这些线程都处于等待响应的状态,队列中的消息无法得到及时处理;即使队列中的新增消息都是发送给其他响应快的业务提供商的,这些消息也不会被及时处理,导致队列中消息积压,甚至出现由于队列长度限制而丢弃消息的情况。也就是说在现有技术的处理下,一个业务提供商响应慢了,会影响其他正常处理MMSC请求的业务提供商,这样就会给彩信的用户(包括终端用户和业务提供商)带来以下的负面影响:
用户给业务提供商提交的上行消息的服务质量无法得到保证,影响终端用户的体验;
业务提供商无法收到递送报告或者阅读报告,导致业务提供商无法及时得到业务的运行情况。
发明内容
本发明的目的是提供一种实现对业务提供商分类服务的方法,以克服现有技术中对发送给所有业务提供商的请求消息采用同一队列进行调度的方式会因为部分业务提供商的响应缓慢而影响其他业务提供商的缺点,保证用户给业务提供商提交的上行消息的服务质量,并使业务提供商能够及时得到业务的运行情况。
本发明的另一个目的是提供一种实现对业务提供商分类服务的装置,以使多媒体消息业务中心提高上行消息发送的成功率,并使业务提供商可以对业务的运行情况进行更精确的统计分析。
为此,本发明提供如下的技术方案:
一种实现对业务提供商分类服务的方法,所述方法包括:
对业务提供商进行分类,并为各类别设置对应的优先级;
为每类业务提供商的级别分配一个消息队列及一个或多个处理线程;
当收到用户发送给业务提供商的消息或者***需要给业务提供商发送报告消息时,将该消息放入该业务提供商所属级别对应的消息队列中;
由对应各消息队列的处理线程完成该消息队列中各消息的发送。
优选地,根据各业务提供商的响应时延实时调整该业务提供商的级别。
所述根据各业务提供商的响应时延实时调整该业务提供商的级别的步骤包括:
设置对应各业务提供商级别的响应时延区间;
所述处理线程收到业务提供商的响应消息后,计算该业务提供商的响应时延;
将该业务提供商的级别调整为其响应时延归属的响应时延区间对应的级别。
优选地,相邻级别对应的响应时延区间部分交叉。
可选地,根据业务提供商的业务量和/或设备处理速度对业务提供商进行分类。
可选地,为不同类别的业务提供商设置不同或相同的初始优先级。
优选地,为优先级高的业务提供商类别分配较优先级低的业务提供商类别多的处理线程。
一种实现对业务提供商分类服务的装置,包括:消息接收单元、消息发送单元,其特征在于,还包括:
初始设置单元,对业务提供商进行分类,并为各类别配置不同的优先级;
队列管理器,用于根据各类业务提供商优先等级为每类业务提供商的级别分配一个消息队列,并建立各业务提供商与消息队列的对应关系;
线程管理器,用于根据各类业务提供商优先等级为每类业务提供商的级别分配相应的处理线程;
消息分发单元,分别与所述消息接收单元及所述队列管理器相连,用于将所述消息接收单元收到的用户发送给业务提供商的消息放入该业务提供商所属级别对应的消息队列中;
消息处理单元,分别与所述线程管理器及所述消息发送单元相连,用于调用对应各消息队列的处理线程完成对该消息队列中各消息的处理,并将处理后的消息传送给消息发送单元发送给对应的业务提供商。
所述装置还包括:
优先级调整单元,分别与所述队列管理器和所述线程管理器相连,用于根据各业务提供商的响应时延实时调整该业务提供商的级别。
所述优先级调整单元包括:
时延区间设置子单元,用于设置对应各业务提供商级别的响应时延区间;
响应时延计算子单元,用于根据各处理线程发送业务提供商请求消息及收到业务提供商的响应消息的时间,计算该业务提供商的响应时延;
调整通知子单元,用于比较所述响应时延计算子单元计算得到的业务提供商的响应时延及所述时延区间设置子单元设置的该业务提供商的响应时延区间,并在这两者不同时通知所述队列管理器修改该业务提供商的级别为其响应时延归属的响应时延区间对应的级别。
由以上本发明提供的技术方案可以看出,本发明使多媒体消息业务中心在初始运行时,根据业务提供商的技术水平、业务量大小等条件给每个业务提供商配置不同的优先级,并按照设定的业务提供商级别,为每个级别的业务提供商分别设置一个消息队列,从而建立起业务提供商级别和消息队列的对应关系;并为每个级别的业务提供商设置一个或多个线程来处理发送给该级别的业务提供商的消息,优先级高的消息队列,拥有更多的处理线程,从而保证了多媒体消息业务中心给业务提供商发送请求消息时,能够优先将消息发送给优先级高的业务提供商。
在***运行中,根据业务提供商的响应时延,动态调整该业务提供商的级别。这样,由于网络故障或其他原因,如果某个业务提供商响应变慢后,***可以及时调整业务提供商的级别,将对该业务提供商的请求消息放入其他消息队列中,避免了对其他响应较快的业务提供商的影响;而响应较慢的业务提供商在响应变快后,也会被及时调整其服务级别,得到***的优先处理。这样,可以使多媒体消息业务中心给业务提供商发送请求消息时,不会因为部分业务提供商的响应缓慢而影响其他业务提供商,从而有效地提高了上行消息的发送效率及成功率,给终端用户带来了更好的体验;提高了递送报告、阅读报告的发送效率及成功率,使业务提供商可以对业务运行情况进行更精确的统计分析。
附图说明
图1是多媒体消息体系结构要素示意图;
图2是MMSC与终端及业务提供商的交互过程示意图;
图3是现有技术中MMSC向业务提供商发送消息的处理流程;
图4是本发明方法的实现流程图;
图5是本发明中各消息队列的消息处理流程;
图6是本发明中对业务提供商优先级动态调整的消息处理流程;
图7是本发明中各处理线程处理的终端给业务提供商提交消息的流程;
图8是本发明中各处理线程业务提供商向终端下发消息的流程;
图9是本发明装置第一实施例的原理框图;
图10是本发明装置第二实施例的原理框图。
具体实施方式
本发明的核心在于在初始运行时,根据业务提供商的技术水平、业务量大小等条件给每个业务提供商配置不同的优先级(也可以在初始化时对不同的业务提供商配置相同的优先级),并按照设定的业务提供商级别,为每个级别的业务提供商分别设置一个消息队列,并为每个级别的业务提供商设置一个或多个线程来处理发送给该级别的业务提供商的消息,为优先级高的消息队列设置较多的处理线程。对应不同级别消息队列的处理线程分别将获取的消息通过HTTP协议发送到相应的业务提供商,并从业务提供商处获取响应消息。由于各个级别的业务提供商的处理线程个数不同,从而使级别高的业务提供商的消息得到多媒体消息业务中心的优先处理。在***运行中,根据业务提供商的响应时延,动态调整该业务提供商的级别。
为了使本技术领域的人员更好地理解本发明方案,下面结合附图和实施方式对本发明作进一步的详细说明。
参照图4,图4示出了本发明方法的实现流程,包括以下步骤:
步骤401:对业务提供商进行分类,并为各类别配置对应的优先级。
***初始运行时,运营商可以根据业务提供商的技术水平(比如设备处理速度、硬件配置等)、业务量大小等条件对业务提供商进行分类,为每类业务提供商配置不同的优先级,业务量大、技术水平高的业务提供商配置较高的初始优先级,也可以给所有业务提供商配置同样的初始优先级。
步骤402:为每类业务提供商的级别分配一个消息队列及一个或多个处理线程。
初始化多个处理线程时,需要为每个线程设置对应的业务提供商级别。这样,使每个业务提供商级别对应一个消息队列及一个或多个处理线程,从而建立起了业务提供商级别与消息队列及处理线程的对应关系。每个业务提供商级别包含一个或多个业务提供商。当***收到终端发送给该级别的业务提供商的消息后,将其依次存放到对应该级别的消息队列中,也就是说,在该级别的消息队列中包含了该级别的所有业务提供商的消息,然后由对应该级别的一个或多个处理线程负责完成这些消息的发送。
为了保证多媒体消息业务中心给业务提供商发送请求时,能够优先将消息发送给优先级高的业务提供商,可以为优先级高的消息队列,分配较多的处理线程。例如,优先级为1的消息队列对应的处理线程个数为10,优先级为2的消息队列对应的处理线程个数为8。在***初始化时,如果给所有业务提供商配置了同样的初始优先级,则可以按照对业务提供商的分类来为其对应的消息队列分配所需的处理线程。
步骤403:当收到用户发送给业务提供商的消息或者***需要给业务提供商发送报告消息(比如,递送报告、阅读报告等消息)时,将该消息放入该业务提供商所属级别对应的消息队列中。
步骤404:由对应各消息队列的处理线程完成该消息队列中各消息的发送。
也就是说,处理线程获取发送给业务提供商的消息时,只从对应的消息队列中获取需要处理的消息,比如处理线程X只从消息队列X中获取消息处理,处理线程Y只从消息队列Y中获取消息处理。
由上述流程可见,本发明通过对各业务提供商进行等级划分,并设置对应各等级的消息队列及处理线程,从而有效地实现了对业务提供商进行分类服务。
图5进一步示出了本发明中各消息队列的消息处理流程:
消息入口用于分发给SP(业务提供商)的请求消息,将请求按照SP的级别放入不同的消息队列;队列管理器用于管理SP级别与消息队列的映射关系;消息队列X、消息队列Y分别为对应于SP级别X、Y的消息队列;处理线程组X、处理线程组Y分别用于处理消息队列X、消息队列Y中的消息,在实际的实现中,处理线程组X和处理线程组Y中的处理线程个数可以相同,也可以不同。SP A、SP B分别为接入多媒体消息业务中心的不同级别的SP。
消息入口在处理接收方为SP A的请求消息的时候,首先根据SP A的级别X从队列管理器获取对应于SP A级别的消息队列X,并将给SP A的请求消息放入队列X中。同样,在处理接收方为SP B的请求消息的时候,首先根据SPB的级别Y从队列管理器获取对应于SP B级别的消息队列Y,并将给SP B的请求消息放入队列Y中。
处理线程X从消息队列X中获取到给SP A发送的请求消息,给SP A发送后,等待SP A的响应消息。处理线程X收到SP A的响应后,从消息队列X中获取发送给SP A的下一条请求消息。
处理线程Y从消息队列Y中获取到给SP B发送的请求消息,给SP B发送后,等待SP B的响应消息。处理线程Y收到SP B的响应后,从消息队列Y中获取发送给SP B的下一条请求消息。
处理线程X和处理线程Y是并行独立运行的,也就是说,对应于某个消息队列的处理线程的运行不受对应于其他消息队列的处理线程的影响。这样,很好地适应了不同业务提供商的技术能力及业务量,保证了业务提供商的服务质量。即使某个业务提供商设备故障,也只影响与其同级别的业务提供商的服务质量,而不会影响对其他级别的业务提供商的消息发送。
在网络运行过程中,由于网络或设备故障,可能会导致某些业务提供商暂时不能提供服务,而且在不同的时间段各业务提供商的业务量也会发生变化。这样,也就使得每个业务提供商的级别会发生动态变化,比如,某个高优先级的业务提供商在某个时刻由于设备故障不能提供业务,为了不影响其他业务提供商,此时,就应将其优先级调整为最低;当其设备故障排除后,其业务处理能力高于其他业务提供商,此时,就应将业务提供商的优先级提高到合适的等级。
因此,在本发明中,为了更好地适应业务提供商运行状态的变化,需要根据各业务提供商的响应时延或者其他影响消息发送的因素实时调整该业务提供商的级别。在具体实现时,设置对应各业务提供商级别的响应时延区间,比如,优先级1的时延区间为0到2秒,优先级2的时延区间为2到4秒,依此类推,具体的值可以根据不同运营商的网络状况、SP发展水平等影响时延的外部条件设置。各处理线程收到业务提供商的响应消息后,计算该业务提供商的响应时延,然后将该业务提供商的级别调整为其响应时延归属的响应时延区间对应的级别。
为了避免SP的级别被频繁调整,不同级别的时延区间可以适当交叉,比如,优先级1的时延区间为0到3秒,优先级2的时延区间为2到5秒等。
图6进一步示出了本发明中对业务提供商优先级动态调整的消息处理流程:
消息入口用于分发给SP(业务提供商)的请求消息,将请求按照SP的级别放入不同的消息队列;队列管理器用于管理SP级别与消息队列的映射关系;消息队列X、消息队列Y分别为对应于SP级别X、Y的消息队列;处理线程组X、处理线程组Y分别用于处理消息队列X、消息队列Y中的消息,在实际的实现中,处理线程组X和处理线程组Y中的处理线程个数可以相同,也可以不同。SP A为接入多媒体消息业务中心的一个SP。
消息入口在处理接收方为SP A的请求消息的时候,首先根据SP A的级别X从队列管理器获取对应于SP A级别的消息队列X,并将给SP A的请求消息放入队列X中。
处理线程X从消息队列X中获取到给SPA发送的请求消息,给SP A发送后,等待SP A的响应消息。处理线程X收到SP A的响应后,计算SP A的响应时延,并根据该响应时延归属的区间,调整SP A的级别为Y。
调整SP A的级别后,消息入口再次处理接收方为SP A的请求消息的时候,就将该请求消息放入队列Y。
消息放入队列Y后,处理线程Y就从消息队列Y中获取到了给SP A的请求消息,处理完毕后,也同样根据SP A的响应时延重新调整SP A的级别。
图6的各个处理线程只根据SP的不同级别进行不同的处理,对各个处理线程而言,并不存在SP的差异,只存在SP级别差异。所以对于不同的SP而言,上面的流程图处理流程并无差异。
利用本发明对终端用户提交给业务提供商的消息处理流程如图7所示:
1.终端用户提交一条消息(MM1_submit.REQ)到MMSC,并由消息入口将该消息放入相应的消息队列;
2.MMSC给用户回送响应消息(MM1_submit.RES)给终端;
3.MMSC将终端用户提交的消息经过相应的处理线程处理后发送给业务提供商(MM7_submit.REQ);
4.该处理线程获得业务提供商的响应消息(MM7_submit.RES);
5.如果用户请求了递送报告的话,MMSC在确认业务提供商收到消息后给终端用户发送递送报告消息(MM1_delievery_report.REQ)。
利用本发明对MMSC***提交给业务提供商的递送报告和阅读报告消息处理流程如图8所示:
1.业务提供商提交多媒体消息(MM7_submit.REQ)到MMSC;
2.MMSC收到业务提供商提交的消息后给其回送响应消息(MM7_submit.RES):将该消息放入相应的消息队列,由与该队列对应的处理线程发送;
3.MMSC对多媒体消息经过存储、路由查询等处理后,向终端用户发送多媒体消息通知消息(MM1_notification.REQ);
4.用户收到多媒体消息通知后,给MMSC发送一条通知响应消息(MM1_notification.RES);
5.用户收到多媒体消息通知后,在消息有效期内提取消息(MM1_retrieve.REQ);
6.MMSC将多媒体消息内容发送给终端用户(MM1_retrieve.RES);
7.终端用户收到提取的多媒体消息后,给MMSC发送一条确认消息(MM1_acknowledgement.REQ);
8.MMSC在收到用户的确认消息后,向业务提供商发送递送报告消息(MM7_delievery_report.REQ):将该消息放入相应的消息队列,由与该队列对应的处理线程发送;
9.MMSC获取业务提供商的响应消息(MM7_delievery_report.RES)以确认业务提供商成功接收了递送报告消息;
10.在终端用户阅读了多媒体消息后,终端向MMSC发送一条阅读报告的消息(MM1_read_reply_recipeint.REQ);
11.MMSC将此消息转发给业务提供商(MM7_read_reply.REQ):将该消息放入相应的消息队列,由与该队列对应的处理线程发送;
12.MMSC获取业务提供商的响应消息以确认业务提供商成功接收阅读报告消息(MM7_read_reply.RES)。
从图7、图8所示流程可以看出,MMSC发送给业务提供商的请求消息包括MM7_deliver.REQ、MM7_delivery_report.REQ、MM7_read_reply.REQ消息。其中,MM7_deliver.REQ消息是终端用户向SP发送用于点播、定购等用途的请求消息;MM7_delivery_report.REQ和MM7_read_reply.REQ分别是终端用户接收成功后、终端用户阅读消息后,MMSC向业务提供商发送的请求消息,这个消息会被业务提供商用来进行相关的统计。
利用本发明,可以将用户向业务提供商发送的各种请求消息快速、有效地分发给相应的业务提供商,大大提高了发送效率,并且不会使响应较快的业务提供商受到响应慢的业务提供商的影响,而响应较慢的业务提供商在响应变快后,也会被及时调整其服务级别,得到MMSC的优先处理。
参照图9,图9是本发明装置的第一实施例原理框图:
该装置包括:接收单元S1、发送单元S2、初始设置单元S0、队列管理器S3、线程管理器S4、消息分发单元S5和消息处理单元S6。
其中,消息接收单元S1用于接收用户发送给业务提供商的所有消息;消息发送单元S2用于发送给业务提供商的所有消息。
初始设置单元S0用于对业务提供商进行分类,并为各类别配置不同的优先级;
队列管理器S3用于根据各类业务提供商优先等级为每类业务提供商的级别分配一个消息队列,并建立各业务提供商与消息队列的对应关系;
线程管理器S4用于根据各类业务提供商优先等级为每类业务提供商的级别分配相应的处理线程;
消息分发单元S5分别与消息接收单元S1及队列管理器S3相连,用于将消息接收单元S1收到的用户发送给业务提供商的消息放入该业务提供商所属级别对应的消息队列中;
消息处理单元S6分别与线程管理器S4及消息发送单元S2相连,用于调用对应各消息队列的处理线程完成对该消息队列中各消息的处理,并将处理后的消息传送给消息发送单元发送给对应的业务提供商。
当接收单元收到用户发送给业务提供商的消息(包括终端用户向业务提供商发送用于点播、定购等用途的请求消息,以及终端用户接收成功后(也可能是用户拒绝了消息、或者消息过期后用户仍未成功提取消息)或终端用户阅读消息后MMSC向业务提供商发送的请求消息)后,由消息分发单元将该消息放入对应该业务提供商级别的消息队列中。消息处理单元调用线程分配器中为该消息队列分配的处理线程,将该消息队列中的消息依次取出进行处理,并将处理后的消息传送给消息发送单元,由消息发送单元发送给对应的业务提供商。
为了使在网络运行状况及业务量的变化导致的个别业务提供商级别的变化不会影响其他业务提供商消息的发送和接收,还可以在图9所示本发明装置第一实施例中设置一个优先级调整单元,以便于根据各业务提供商的响应时延实时调整该业务提供商的级别。
参照图10所示本发明装置第二实施例原理框图:
优先级调整单元S7分别与队列管理器S3和线程管理器S4相连,用于根据各业务提供商的响应时延实时调整该业务提供商的级别。其包括:时延区间设置子单元S71、响应时延计算子单元S72、调整通知子单元S73。其中,
时延区间设置子单元S71设置对应各业务提供商级别的响应时延区间,比如,设置优先级1的时延区间为0到2秒,优先级2的时延区间为2到4秒,依此类推,具体的值可以根据不同运营商的网络状况、SP发展水平等影响时延的外部条件设置。为了进一步避免SP的级别被频繁调整,不同级别的时延区间可以适当交叉,比如,优先级1的时延区间为0到3秒,优先级2的时延区间为2到5秒等。
响应时延计算子单元S72用于根据各处理线程发送业务提供商请求消息及收到业务提供商的响应消息的时间,计算该业务提供商的响应时延。
调整通知子单元S73用于比较响应时延计算子单元计算得到的业务提供商的响应时延及时延区间设置子单元设置的该业务提供商的响应时延区间,并在这两者不同时通知所述队列管理器修改该业务提供商的级别为其响应时延归属的响应时延区间对应的级别。
通过设置优先级调整单元S7,可以更好地适应各运营商网络状态的变化,比如,某个高优先级的业务提供商在某个时刻由于设备故障不能提供业务,为了不影响其他业务提供商,此时,通过优先级调整单元S7就可将其优先级调整为最低;当其设备故障排除后,其业务处理能力高于其他业务提供商,此时,通过优先级调整单元S7就可将该业务提供商的优先级提高到合适的等级。可以进一步提高发送效率,保证各业务提供商的服务质量。
虽然通过实施例描绘了本发明,本领域普通技术人员知道,本发明有许多变形和变化而不脱离本发明的精神,希望所附的权利要求包括这些变形和变化而不脱离本发明的精神。
Claims (10)
1、一种实现对业务提供商分类服务的方法,其特征在于,所述方法包括:
对业务提供商进行分类,并为各类别设置对应的优先级;
为每类业务提供商的级别分配一个消息队列及一个或多个处理线程;
当收到用户发送给业务提供商的消息或者***需要给业务提供商发送报告消息时,将该消息放入该业务提供商所属级别对应的消息队列中;
由对应各消息队列的处理线程完成该消息队列中各消息的发送。
2、根据权利要求1所述的方法,其特征在于,所述方法进一步包括:
根据各业务提供商的响应时延实时调整该业务提供商的级别。
3、根据权利要求2所述的方法,其特征在于,所述根据各业务提供商的响应时延实时调整该业务提供商的级别的步骤包括:
设置对应各业务提供商级别的响应时延区间;
所述处理线程收到业务提供商的响应消息后,计算该业务提供商的响应时延;
将该业务提供商的级别调整为其响应时延归属的响应时延区间对应的级别。
4、根据权利要求3述的方法,其特征在于,相邻级别对应的响应时延区间部分交叉。
5、根据权利要求1所述的方法,其特征在于,根据业务提供商的业务量和/或设备处理速度对业务提供商进行分类。
6、根据权利要求1所述的方法,其特征在于,为不同类别的业务提供商设置不同或相同的初始优先级。
7、根据权利要求6所述的方法,其特征在于,为优先级高的业务提供商类别分配较优先级低的业务提供商类别多的处理线程。
8、一种实现对业务提供商分类服务的装置,包括:消息接收单元、消息发送单元,其特征在于,还包括:
初始设置单元,对业务提供商进行分类,并为各类别配置不同的优先级;
队列管理器,用于根据各类业务提供商优先等级为每类业务提供商的级别分配一个消息队列,并建立各业务提供商与消息队列的对应关系;
线程管理器,用于根据各类业务提供商优先等级为每类业务提供商的级别分配相应的处理线程;
消息分发单元,分别与所述消息接收单元及所述队列管理器相连,用于将所述消息接收单元收到的用户发送给业务提供商的消息放入该业务提供商所属级别对应的消息队列中;
消息处理单元,分别与所述线程管理器及所述消息发送单元相连,用于调用对应各消息队列的处理线程完成对该消息队列中各消息的处理,并将处理后的消息传送给消息发送单元发送给对应的业务提供商。
9、根据权利要求8所述的装置,其特征在于,所述装置还包括:
优先级调整单元,分别与所述队列管理器和所述线程管理器相连,用于根据各业务提供商的响应时延实时调整该业务提供商的级别。
10、根据权利要求9所述的装置,其特征在于,所述优先级调整单元包括:
时延区间设置子单元,用于设置对应各业务提供商级别的响应时延区间;
响应时延计算子单元,用于根据各处理线程发送业务提供商请求消息及收到业务提供商的响应消息的时间,计算该业务提供商的响应时延;
调整通知子单元,用于比较所述响应时延计算子单元计算得到的业务提供商的响应时延及所述时延区间设置子单元设置的该业务提供商的响应时延区间,并在这两者不同时通知所述队列管理器修改该业务提供商的级别为其响应时延归属的响应时延区间对应的级别。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100577086A CN100365978C (zh) | 2006-02-23 | 2006-02-23 | 实现对业务提供商分类服务的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100577086A CN100365978C (zh) | 2006-02-23 | 2006-02-23 | 实现对业务提供商分类服务的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1859122A true CN1859122A (zh) | 2006-11-08 |
CN100365978C CN100365978C (zh) | 2008-01-30 |
Family
ID=37297989
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2006100577086A Expired - Fee Related CN100365978C (zh) | 2006-02-23 | 2006-02-23 | 实现对业务提供商分类服务的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100365978C (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102789394A (zh) * | 2011-05-19 | 2012-11-21 | 阿里巴巴集团控股有限公司 | 一种并行处理消息的方法、装置、节点及服务器集群 |
CN104951373A (zh) * | 2015-05-28 | 2015-09-30 | 浙江元亨通信技术股份有限公司 | 调度***的消息队列处理方法 |
CN105516276A (zh) * | 2015-11-30 | 2016-04-20 | 中电科华云信息技术有限公司 | 基于仿生分级通信的消息处理方法与*** |
CN105912412A (zh) * | 2016-03-31 | 2016-08-31 | 北京奇虎科技有限公司 | 消息分发方法、装置及*** |
CN106713018A (zh) * | 2016-12-08 | 2017-05-24 | 中国电信股份有限公司物联网分公司 | 消息队列业务数据调度及消息队列的实现方法 |
CN108667719A (zh) * | 2018-04-26 | 2018-10-16 | 广州品唯软件有限公司 | 一种实时消息传递方法及*** |
CN111245745A (zh) * | 2020-01-07 | 2020-06-05 | 腾讯科技(深圳)有限公司 | 消息发送方法、装置、节点设备及存储介质 |
CN111897496A (zh) * | 2020-07-28 | 2020-11-06 | 上海德拓信息技术股份有限公司 | 分布式***中提升网络io读写性能的方法 |
CN112101394A (zh) * | 2019-06-18 | 2020-12-18 | ***通信集团浙江有限公司 | 供应商分域部署方法、装置、计算设备及计算机存储介质 |
CN114039925A (zh) * | 2021-10-28 | 2022-02-11 | 北京思特奇信息技术股份有限公司 | 短信网关***中基于优先级的动态流量控制方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100997708B1 (ko) * | 2001-03-22 | 2010-12-02 | 미카엘 정 | 전자메일, 인터넷 타겟/직접마케팅, 및 전자메일 배너방법 및 시스템 |
GB2401747B (en) * | 2003-05-12 | 2006-08-02 | Hutchison Whampoa Three G Ip | Service restriction in mobile communication networks |
-
2006
- 2006-02-23 CN CNB2006100577086A patent/CN100365978C/zh not_active Expired - Fee Related
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102789394B (zh) * | 2011-05-19 | 2014-12-24 | 阿里巴巴集团控股有限公司 | 一种并行处理消息的方法、装置、节点及服务器集群 |
CN102789394A (zh) * | 2011-05-19 | 2012-11-21 | 阿里巴巴集团控股有限公司 | 一种并行处理消息的方法、装置、节点及服务器集群 |
CN104951373B (zh) * | 2015-05-28 | 2018-11-27 | 浙江元亨通信技术股份有限公司 | 调度***的消息队列处理方法 |
CN104951373A (zh) * | 2015-05-28 | 2015-09-30 | 浙江元亨通信技术股份有限公司 | 调度***的消息队列处理方法 |
CN105516276A (zh) * | 2015-11-30 | 2016-04-20 | 中电科华云信息技术有限公司 | 基于仿生分级通信的消息处理方法与*** |
CN105912412A (zh) * | 2016-03-31 | 2016-08-31 | 北京奇虎科技有限公司 | 消息分发方法、装置及*** |
CN106713018B (zh) * | 2016-12-08 | 2020-01-03 | 天翼物联科技有限公司 | 消息队列业务数据调度及消息队列的实现方法 |
CN106713018A (zh) * | 2016-12-08 | 2017-05-24 | 中国电信股份有限公司物联网分公司 | 消息队列业务数据调度及消息队列的实现方法 |
CN108667719A (zh) * | 2018-04-26 | 2018-10-16 | 广州品唯软件有限公司 | 一种实时消息传递方法及*** |
CN108667719B (zh) * | 2018-04-26 | 2020-11-27 | 广州品唯软件有限公司 | 一种实时消息传递方法及*** |
CN112101394A (zh) * | 2019-06-18 | 2020-12-18 | ***通信集团浙江有限公司 | 供应商分域部署方法、装置、计算设备及计算机存储介质 |
CN111245745A (zh) * | 2020-01-07 | 2020-06-05 | 腾讯科技(深圳)有限公司 | 消息发送方法、装置、节点设备及存储介质 |
CN111897496A (zh) * | 2020-07-28 | 2020-11-06 | 上海德拓信息技术股份有限公司 | 分布式***中提升网络io读写性能的方法 |
CN111897496B (zh) * | 2020-07-28 | 2023-12-19 | 上海德拓信息技术股份有限公司 | 分布式***中提升网络io读写性能的方法 |
CN114039925A (zh) * | 2021-10-28 | 2022-02-11 | 北京思特奇信息技术股份有限公司 | 短信网关***中基于优先级的动态流量控制方法 |
CN114039925B (zh) * | 2021-10-28 | 2023-11-28 | 北京思特奇信息技术股份有限公司 | 短信网关***中基于优先级的动态流量控制方法 |
Also Published As
Publication number | Publication date |
---|---|
CN100365978C (zh) | 2008-01-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1859122A (zh) | 实现对业务提供商分类服务的方法及装置 | |
CN1960521A (zh) | 增大多媒体消息业务***容量的方法及*** | |
CN100344102C (zh) | 存在信息共享方法和*** | |
CN1265582C (zh) | 信息***服务提供***、信息***方法和通信网络 | |
CN1728684A (zh) | 数据包传送装置 | |
CN1275292A (zh) | 在网关和服务中心之间进行路由确定的方法和装置 | |
CN1993961A (zh) | 混合电信网络中用于会话控制的方法和装置 | |
CN1913661A (zh) | 消息转换设备与转换方法 | |
CN101030873A (zh) | 一种下载数据的方法及*** | |
CN1801811A (zh) | 移动邮件终端适配方法和*** | |
CN101079760A (zh) | 实现网络监控的方法、***及内容分发网络 | |
CN101030943A (zh) | 一种发送报文的方法和路由器 | |
CN1798367A (zh) | 移动通信终端的多媒体消息业务方法 | |
CN1684414A (zh) | 一种多媒体广播/组播业务的会话开始方法 | |
CN101075987A (zh) | 一种传送消息的装置和方法 | |
CN1859368A (zh) | 实现信息传送业务的方法和***以及一种终端 | |
CN101047528A (zh) | 实现多媒体广播/组播业务中信息的处理方法及*** | |
CN1925486A (zh) | 数字电视多媒体消息***架构及其通信协议 | |
CN101047661A (zh) | 过滤会话发起协议消息的***、装置和方法 | |
CN1960346A (zh) | 一种多媒体广播/组播业务的注册方法 | |
CN1283115C (zh) | 提高多媒体消息***处理多媒体消息性能的方法及*** | |
CN1943181A (zh) | 用于传送数据的方法、设备和*** | |
CN1921644A (zh) | 一种消息转发方法、***及短消息中心 | |
CN1617523A (zh) | 一种组播/广播业务中会话数据的传输方法 | |
CN1638502A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
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: 20080130 Termination date: 20200223 |