CN111182479B - 信息发送的控制方法及装置 - Google Patents
信息发送的控制方法及装置 Download PDFInfo
- Publication number
- CN111182479B CN111182479B CN201910737918.7A CN201910737918A CN111182479B CN 111182479 B CN111182479 B CN 111182479B CN 201910737918 A CN201910737918 A CN 201910737918A CN 111182479 B CN111182479 B CN 111182479B
- Authority
- CN
- China
- Prior art keywords
- port
- information
- pool
- sending
- interval length
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
- H04W28/0236—Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/08—Load balancing or load distribution
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请的实施例提供了一种信息发送的控制方法,方法包括:若接收到信息发送方的信息发送请求,则根据信息发送方的属性信息在所接入的端口池中为信息发送方确定目标端口池;根据目标端口池的数值范围,为信息发送请求生成位于数值范围内的随机数,数值范围是目标端口池中各端口的数值区间顺次排列形成的连续范围,数值区间的区间长度表征了所对应端口的通信质量;根据目标端口池中端口的数值区间,将随机数所在数值区间所对应的端口确定为发送端口;通过发送端口向信息接收方发送信息发送请求指示的信息。从而实现了根据端口的通信质量动态地分配发送信息的端口,降低了出现信息被积压的概率。
Description
技术领域
本申请涉及计算机及通信技术领域,具体而言,涉及一种信息发送的控制方法及装置。
背景技术
一些企业经常会借助于信息发送平台进行短信发送,例如发送营销短信、验证码短信、关怀短信等,其中,借助于信息发送平台的企业即作为信息发送方。现有技术中,一般将接入信息发送平台的信息接收方和端口进行绑定,即为信息接收方分配固定的端口用于为该信息接收方发送短信。
但是由于信息接收方在各个时间段发送短信的数量不同,因此可能存在端口需要发送的短信时多时少。而端口的通信质量也在在实时变化,可能会出现端口发生故障或者端口的通信质量下降,造成端口的负载能力降低。
从而,如果在端口所绑定的信息发送方需要发送的短信数量较大,而此时端口的负载能力并不能承载对应数量的短信时,容易造成短信被积压。
由上可知,在信息发送平台中如何解决因端口通信质量下降所导致短信被积压成为亟待解决的技术问题。
发明内容
本申请的实施例提供了一种信息发送的控制方法及装置,进而至少在一定程度上可以实现根据端口的通信质量进行信息发送,降低信息被积压的概率。
本申请的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本申请的实践而习得。
根据本申请实施例的一个方面,提供了一种信息发送的控制方法,包括:
若接收到信息发送方的信息发送请求,则根据所述信息发送方的属性信息在所接入的端口池中为所述信息发送方确定目标端口池;
根据所述目标端口池的数值范围,为所述信息发送请求生成位于所述数值范围内的随机数,所述数值范围是所述目标端口池中各端口的数值区间顺次排列形成的连续范围,所述数值区间的区间长度表征了所对应端口的通信质量;
根据所述目标端口池中端口的数值区间,将所述随机数所在数值区间所对应的端口确定为发送端口;
通过所述发送端口向信息接收方发送所述信息发送请求指示的信息。
根据本申请实施例的一个方面,提供了一种信息发送的控制装置,包括:
目标端口池确定模块,用于若接收到信息发送方的信息发送请求,则根据所述信息发送方的属性信息在所接入的端口池中为所述信息发送方确定目标端口池;
随机数生成模块,用于根据所述目标端口池的数值范围,为所述信息发送请求生成位于所述数值范围内的随机数,所述数值范围是所述目标端口池中各端口的数值区间顺次排列形成的连续范围,所述数值区间的区间长度表征了所对应端口的通信质量;
发送端口确定模块,用于根据所述目标端口池中端口的数值区间,将所述随机数所在数值区间所对应的端口确定为发送端口;
发送模块,用于通过所述发送端口向信息接收方发送所述信息发送请求指示的信息。
在本申请的一些实施例所提供的技术方案中,在接收到信息发送方的信息发送请求之后,根据信息发送方的属性信息来为信息发送方确定目标端口池,实现了信息发送方与端口的解耦。由于端口的通信质量越好,端口的数值区间在端口池的数值范围中占比越大,则生成的随机数位于通信质量好的端口所在数值区间内的概率越大,实现了根据端口的通信质量动态对应为端口分配信息发送任务,降低了待发送信息被积压的概率,提高了信息发送的效率。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1是根据一示例性实施例示出的本公开实施环境的示意图;
图2是根据一示例性实施例示出的信息发送的控制方法的流程图;
图3是图2对应实施例中步骤210在一实施例中的流程图;
图4是图3对应实施例中步骤350在一实施例中的流程图;
图5是根据另一示例性实施例示出的信息发送的控制方法的流程图;
图6是根据一具体实施例示出的信息发送的时序图;
图7是根据一示例性实施例示出调整区间长度的步骤的流程图;
图8是根据另一示例实施例示出的信息发送的控制方法的流程图;
图9是根据一具体实施例示出的信息发送的控制方法的流程图;
图10是根据另一示例实施例示出的信息发送的控制方法的流程图;
图11是根据一具体实施例示出的确定初始区间长度的流程图;
图12是根据一具体实施例示出的发送量预估和耗时预估的流程图;
图13是根据一示例性实施例示出的信息发送的控制装置的框图;
图14示出了适于用来实现本申请实施例的电子设备的计算机***的结构示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本申请将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。
此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本申请的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本申请的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。
附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。
图1是根据一实施例示出的本***息发送的控制方法的实施环境的示意图。
如图1所示,该实施环境包括信息发送平台120,其中,该信息发送平台接入了信息发送方110和运营商130。具体而言,运营商130向信息发送平台120提供端口,从而运营商130通过端口接入信息发送平台120。运营商提供的端口作为运营商所提供为运营商所构建通信网络中的用户发送信息的通道。从而,在该端口接入到信息发送平台120之后,即可通过该端口向运营商131所构建通信网络中的用户发送信息。在具体实施例中,运营商所构建通信网络中的用户通过电话号码进行标识,即该电话号码用于标识信息接收方。
该信息发送平台120由具备处理能力的计算机设备搭建而成,例如服务器、服务器集群,在此不进行具体限定。
信息发送发110可以是业务服务的服务端,例如××银行的服务端、××支付服务的服务端,从而,信息发送方110接入到信息发送平台之后,即可借助于信息发送平台进行信息的下发。
进一步的,所接入的端口被划分为若干个端口池。其中,所进行的划分可以是按照性能指标(例如信息发送成功率、负载能力、信息发送速度等)、按照所归属的运营商等至少一个方面进行划分。
从而,该信息发送平台120在接收到信息发送方110发送的信息发送请求之后,按照本公开的方法为该信息发送请求确定目标端口池,以及在目标端口池中确定发送端口,从而将该信息发送请求所指示的信息通过发送端口发送至信息接收方。
以下对本申请实施例的技术方案的实现细节进行详细阐述:
图2示出了根据本申请的一个实施例的信息发送的控制方法的流程图,该信息发送的控制方法应用于图1所示的信息发送平台,该方法可以由具有计算处理功能的设备来执行。参照图2所示,该信息发送的控制方法至少包括:
步骤210,若接收到信息发送方的信息发送请求,则根据信息发送方的属性信息在所接入的端口池中为信息发送方确定目标端口池。
信息发送方借助于信息发送平台进行信息发送,从而,在信息发送方存在待发送的信息时,向信息发送平台发送信息发送请求。
举例来说,例如一企业的一业务A的服务端接入信息发送平台之后,该业务A的服务端即可作为信息发送方,若一用户向在该业务A下通过电话号码加短信验证码的方式进行注册,则用户在通过终端注册过程中向业务A的服务端发送验证码请求之后,业务A的服务端向信息发送平台发送信息发送请求,信息发送平台响应于所接收到的信息发送请求,利用自身所接入的端口向用户所在终端发送验证码。
因此,在信息接收方接入信息发送平台之后,即可为信息接收方实现信息发送,例如发送验证码、发送通知信息、密码服务信息、活动信息、订阅信息、消费明细信息等。
其中,在信息发送发所发起的信息发送请求中指示了所需要发送的信息以及信息接收方。
信息的发送形式可以是文字形式,也可以是集成图片、声音、动画、文字等多媒体综合形式,因此,所发送的信息可以是短信也可以是彩信。
信息发送方的属性信息用于标识信息发送方的业务类别。对于信息发送方而言,信息发送方的业务的不同,对于信息发送的要求也不相同,例如对于信息发送的成功率、成本、端口负载、安全性等。
举例来说,若信息发送方的业务为金融业务,那么该信息发送方对于信息发送的安全性和信息发送成功率较高;若信息发送方的业务为营销业务,例如向用户发送推送消息,那么该信息发送方对于信息发送的性价比要求交高。
因此,信息发送方的属性信息在一定程度上反映了信息发送方对于信息发送的要求,从而根据信息发送方的属性信息来为信息发送方确定目标端口池,可以保证所确定目标端口池中的端口的性能满足对应属性信息所反映的对信息发送的要求。
在一实施例中,为保证基于相同的分类原则确定信息接收方所属业务的类型,为信息接收方进行属性信息配置,并进行存储。从而在接收到信息方的信息发送请求之后,对应获取该信息发送方的属性信息。
在其他实施例中,若信息发送方对于信息发送有自定义要求,例如要求端口的负载能力不低于一定阈值,则可以根据该对于信息发送的自定义要求来为该信息发送方配置属性信息。
在具体实施例中,为每一属性信息对应配置了业务代码,从而通过业务代码来标识属性信息,从而,根据信息发送方的业务代码来对应为信息发送方确定目标端口池。
在接收到信息发送方的信息发送请求之后,根据信息发送方的属性信息对应为该信息发送方确定对应于该属性信息的目标端口池,使得利用所确定目标端口池中端口发送信息可以满足属性信息所反映信息发送方对于信息发送的要求。
接入信息发送平台的端口由运营商提供,基于运行商通信网络的不同,或者运营商服务端中所部署处理逻辑的不同,从而使得接入信息发送平台的端口的性能存在差异,例如在负载能力、信息发送的安全性、成功率等方面存在不同。
在其他上实施例中,接入信息发送平台的端口还可以有第三方代理商提供。
在本公开的技术方案中,结合所接入端口的性能对所接入的端口进行分类,从而形成了若干个端口池。换言之,端口池即为归为同一分类的多个端口的集合。
其中,用于对端口进行分类的分类原则中至少包括端口的性能,换言之,可以仅仅是根据端口的性能(例如信息发送的成功率、负载能力等性能指标中的至少一个)来对端口进行分类,也可以是结合端口的性能和其他分类原则(例如端口所属的运营商)来综合进行分类,在此不进行具体限定。
而不管是何种分类方法,所得到端口池中,每一端口池中的端口归属于性能分类原则下的同一类。
将信息发送方的属性信息作为为信息发送方确定目标端口池的基准,实现了信息发送方与端口池的解耦,无需进行信息发送方与端口池以及端口的绑定。
步骤230,根据目标端口池的数值范围,为信息发送请求生成位于数值范围内的随机数,数值范围是目标端口池中各端口的数值区间顺次排列形成的连续范围,数值区间的区间长度表征了所对应端口的通信质量。
在本公开的技术方案中,端口所在数值区间的区间长度用于表征端口的通信质量。从而,在同一端口池中,通信质量好的端口所在数值区间的区间长度长于通信质量差的端口所在数值区间的区间长度。而且端口所在数值区间的区间长度随着端口的通信质量动态变化。
在具体实施例中,先对端口的通信质量进行量化,获得通信质量的量化值,然后根据通信质量的量化值对应确定端口的区间长度,进而根据所确定的区间长度以及端口池中各端口的先后排布顺序确定端口的数值区间。
举例来说,端口池中包括端口1、端口2、端口3、端口4和端口5,端口1的区间长度为100、端口2的区间长度为300、端口3的区间长度为350、端口4的区间长度为200、端口5的区间长度为50,则按照端口1-5的顺序排列,则端口1的数值区间为0-99,端口2的数值区间为100-399,端口3的数值区间为400-749,端口4的数值区间为750-949,端口5的数值区间为950-999,该端口池的数值范围为0-999。
值得一提的是,虽然端口在端口池中的排列顺序会影响到端口的数值区间,但是并不会影响端口所对应的数值区间在所在端口池的数值范围中的占比。
在一实施例中,对端口的通信质量所进行的量化是通过监控参数的数值来进行。具体而言,结合表征通信质量的至少一监控参数的参数值来获得通信质量的量化值。例如设定监控参数的参数值与通信质量的量化值之间的映射关系,从而,按照该映射关系,根据监控所获得监控参数的参数值获得量化值。
其中,各个端口池的数值范围可以相同,也可以不同,在此不进行具体限定。
在一具体实施例中,为了避免每次生成随机数时根据目标端口池池的数值范围来限定所生成随机数的范围,设定各个端口池的数值范围相同,例如设定各个端口池的数值范围均为0-999。并且,设定在端口的区间长度调整过程中,各个端口池的数值范围也保持不变。
在具体实施例中,为保证端口的区间长度可以准确及时反映端口的通信质量,在信息发送平台中开设另外的线程对端口的质量进行监控,从而,根据所监控所得的监控数据实时调整端口的区间长度并进而调整端口的数值区间。
在本公开的方案中,由于需要根据随机生成的随机数在目标端口池中来确定发送端口。从而,需要根据目标端口池的数值范围来生成位于该数值范围内的随机数,以避免生成的随机数超出目标端口池的数值范围,导致不能根据所生成的随机数确定发送端口。
步骤250,根据目标端口池中端口的数值区间,将随机数所在数值区间所对应的端口确定为发送端口。
步骤270,通过发送端口向信息接收方发送信息发送请求指示的信息。
如上所描述,目标端口池中各个端口有其对应表征自身通信质量的区间长度,并在所在端口池的数值范围中有一数值区间。从而,将随机数所在数值区间所对应的端口确定为发送端口,进而通过该发送端口向信息接收方发送信息发送请求所指示的信息。
在本公开的技术方案中,在为信息发送方的信息发送请求之后,根据信息发送方的属性信息来为信息发送方确定目标端口池,一方面,所确定目标端口池中端口的性能与信息发送方的属性信息所反映对于信息发送的要求相符,从而保证了信息发送的质量;另一方面,实现了信息发送方与端口之间的解耦,从而便于在端口故障时灵活地更换端口。
由于端口的通信质量越好,端口的区间长度越长,从而端口的数值区间在端口池的数值范围中占比越大,则生成的随机数位于通信质量好的端口所在数值区间内的概率越大,实现了根据端口的通信质量动态对应为端口分配信息发送任务,而且也实现了根据端口的质量来进行灵活调度,降低了待发送信息被积压的概率,提高了信息发送的效率。
按照本公开的技术方案,由于根据端口的通信质量动态地为端口分配信息发送任务,实现了端口的负载和端口的通信质量相匹配,大幅降低了信息被积压的概率,保证了信息发送的稳定性,对应提高了信息发送的成功率。通过统计发现,通过本公开的方法,将信息发送的成功率提高5%。
在一实施例中,归属信息指示了信息接收方所属的运营商,如图3所示,步骤210,包括:
步骤310,获取信息发送方的属性信息。
步骤330,根据信息发送方的属性信息和端口池的配置标签进行匹配,获得配置标签与属性信息相匹配的端口池。
如上所描述,根据端口的性能对端口进行分类,从而将被分至同一类的端口称为一端口池。端口池的配置标签用于标识端口池在性能分类下所属的分类。
为根据信息发送方的属性信息和端口池的配置标签进行匹配,预先设定匹配原则,例如对于营销业务,匹配指示性价比高的配置标签,对于金融业务,匹配指示安全性高的配置标签。
步骤350,在所匹配到的端口池中选取一端口池作为目标端口池。
由于在步骤330中,根据信息发送方的属性信息和端口池的配置标签进行了匹配,从而,使得所匹配到的端口池中端口对于信息发送的性能可以满足信息发送方的属性信息所反映对于信息发送的要求。
则在步骤350中,可以随机从所匹配到的端口池中选取一端口池作为目标端口池。
在其他实施例中,还可以按照端口池的其他指标,例如端口池当前的负载、最新的信息发送成功率、端口池中端口所归属的运营商、端口池中是否存在过载端口等因素来确定目标端口池。
在一实施例中,步骤350包括:
根据信息接收方的归属信息,将所匹配到的端口池中对应于归属信息的优先端口池确定为目标端口池,归属信息指示了信息接收方所归属的运营商,优先端口池中的端口为向归属于运营商的用户直接发送信息的端口。
由于各个运营商之间的通信网络可以彼此互通,因此,对于信息发送而言,利用所接入各端口池中的任一端口均可以向信息接收方发送信息。
换言之,可以通过信息接收方所属运营商提供的端口向该信息接收方发送信息(第一种方式),也可以通过区别于信息接收方所属运营商的运营商所提供的端口向信息接收方发送信息(第二种方式)。
其中,第一种方式为直接向信息接收方发送,该方式不需要跨运营商来向信息接收方发送信息。第二种方式为间接向信息接受方发送信息,该种方式需要跨运营商来向信息接收方发送信息。
在第二中发送方式中,在通过该发送端口将信息发送至发送端口所属运营商的服务端后,基于不同运营商之间的网络连接,再由该发送端口所属运营商的服务端将信息发送至信息接收方所属运营商的服务端中,最后由信息接收方所属运营商的服务端利用自身的端口将信息发送至信息接收方,实现了将信息间接发送至信息接收方。
举例来说,若信息接收方所属运营商为广东移动,而所确定的发送端口为四川联通所提供的端口。从而,需要先通过四川联通的端口将信息发送至四川联通的服务端中,由四川联通的服务端将信息发送至广东移动的服务端中,最后由广东移动的服务端根据自身的广东移动的端口将信息发送至信息接收方。
在信息发送至信息接收方的过程中,利用了运营商所提供的端口。而端口的运营商基于一定的计费原则向信息发送平台收取费用,该费用即为信息发送平台向信息接收方发送信息的成本。
相对于第二种发送方式而言,第一种发送方式由于仅向一运营商支付费用,因此,发送信息的成本低于第二种发送方式。
因此,为节省信息发送的成本,在本实施例中,在对所接入端口进行分类形成端口池的过程中,纳入了端口所属的运营商来进行分类。换言之,结合端口的性能和端口的归属信息来进行分类,从而每一端口池中的各端口是归属于相同的运营商,而且位于性能分类下的同一类。
在端口池中各端口归属于相同运营商的基础上,为降低信息发送的成本,根据运营商为信息接收方设定优先端口池,即将所属运营商为信息接收方所属运营商的端口池确定为优先端口池。从而,如果所匹配到的端口池中包括优选端口池,则将优选端口池确定为目标端口池。由于发送端口位于目标端口池中,从而可以通过所确定的发送端口直接向信息接收方发送信息,而不需要跨运营商端口来发送信息,节省了信息发送成本。
在另一实施例中,如图4所示,步骤350还包括:
步骤410,若所匹配到的端口池中不包含优先端口池,或者所匹配到的端口池中所包含的优先端口池不满足设定的通信质量要求,则对于所匹配到端口池中所包含的非优先端口池,计算通过非优先端口池间接下发信息的成本。
步骤430,根据所计算得到的成本,将成本最低的非优先端口池确定为目标端口池。
由于各个端口池在实时地进行信息发送,从而,端口池的状态,例如负载,在实时发生变化,而且端口池中的端口在信息发送过程中也可能出现故障。从而,造成端口池并不满足设定的通信质量要求。那么,在所匹配到的端口池中,如果优先端口池的通信质量并不满足设定的通信质量要求,例如发生故障、过载,为了保证信息发送的及时性和发送成功率,需要跨运营商端口进行信息发送。
信息发送平台并没有接入全中国93家运营商,而仅仅只接入了一部分运营商,从而存在所匹配到的端口池中不包含对应于信息接收方的归属信息的优先端口池的情况,在该种情况下,只能选择跨运营商端口进行信息发送。
对于跨运营商端口进行信息发送,由于各运营商对于信息发送的收费存在差异,从而,对于同一信息接收方,目标端口池所属的运营商不同,则向该信息接收方发送信息的成本也存在差异。
在需要采用跨运营商进行信息发送时,对于所匹配到端口池中的非优端口池,计算通过每一非优先端口池将信息发送至信息接收方的成本。并将成本最低的非优先端口池确定为目标端口池。实现了在保证信息发送质量的同时,降低信息发送的成本。
对于端口进行分类的分类原则可以基于更多重的分类原则来进行。在一具体实施例中,根据端口的性能、服务器集群所在位置、运营商来对端口进行分类。
由于信息发送平台的服务端可以部署在不同的位置,而部署于不同位置的服务器集群均接入了运营商所提供的端口,从而,不同位置的服务器集群可以独立运行,来完成信息发送。
在一具体实施例中,按照如下的分类过程来进行端口分类以获得端口池:
(1)根据端口的性能将所接入的端口分为两类,一类为对应于营销业务的端口,一类为对应于金融业务的端口,作为端口的以及分类;
(2)根据服务器集群所在的位置,对(1)中所获得的两类端口分别进行二次分类,获得端口的二级分类。例如服务器集群分别位于上海和深圳,因此,在(1)中所获得对应于营销业务的端口进行二次分类,获得服务器集群位于上海且对应于营销业务的端口,以及服务器集群位于深圳且对应于营销业务的端口这两类端口。同理,对(1)中所获得对应于金融业务的端口进行二次分类。
(3)根据端口所属运营商对(2)中所获得的二级分类中的每一类进行再次分类,获得端口的三级分类。例如按照广东移动、广东联通、广东电信等接入的运营商来进行。
从而,三级分类中的一类端口即作为一端口池。
在一实施例中,如图5所示,该方法还包括:
步骤510,对所接入端口池中的端口进行质量监控,获得端口的监控数据。
所进行的质量监控,即对端口在发送信息的过程中进行状态监控,从而实时计算得到反映端口通信质量的监控参数的参数值,所获得各监控参数的参数值,各监控参数的参数值即作为该端口的监控数据。
监控参数例如应答率、状态报告成功率、端口探测成功率、端口连接状态、队列堆积长度、信息平均耗时等,其中状态报告成功率可以作为信息发送的成功率。
对于端口发送信息而言,信息的发送过程如图6中的步骤610-680,其中,在该发送过程中,信息发送平台与运营商之间存在三次交互,分别为:
(1)信息网关服务将信息按照所确定的发送端口,向运营商网关下发信息请求(mt)。
(2)运营商网关在接收到信息请求后,向信息网关服务返回信息下发应答(resp),作为运营商网关收到信息请求的应答。
(3)在信息接收方接收到信息请求并对运营商进行信息下发应答,即信息发送成功后,运营商网关向信息网关服务发送信息下发状态报告(rpt)。
其中,应答率=信息下发应答的数量/信息发送平台下发的信息请求的数量;状态报告成功率=信息下发状态报告的数量/信息发送平台下发的信息请求的数量。
为对故障端口进行监控,信息发送平台设有单独线程对故障端口进行拨测,如果拨测确定故障端口恢复,再将端口用于调度。在拨测过程中,信息发送平台下发探测信息请求,根据运营商为给探测信息请求所返回的探测信息下发状态报告来确定故障端口是否恢复。
端口探测成功率=探测信息下发状态报告的数量/探测信息请求的数量。
为保证信息的有序发送,为信息发送平台所接入的每一个端口分别配置了一信息发送队列。在为信息发送请求确定发送端口之后,则将该信息发送请求所指示的信息存入该发送端口的发送队列中。从而,网关层实时轮询按令牌桶从发送队列中取待发送的信息并请求到发送端口所属的运营商。如果运营商的服务端出现故障或者超时,则该发送队列就存在被堆积的信息。
其中,队列堆积长度即为端口所对应发送队列中所堆积信息的数量。
端口连接状态即端口与信息发送平台的连接状态。在一具体实施例中,端口与信息发送平台采用单TCP连接方式,端口连接状态包括连接成功和连接失败两种状态。
信息发送平均耗时即在一个统计周期内下发的信息请求到收到信息下发状态报告的平均时间。
为进行质量监控,在信息发送平台中配置了实时监控服务,如图6所示,实时监控服务实时监控信息网关服务与运营商网关所进行的交互。从而通过实时监控服务对于所监控到的交互进行缓存,按照设定的统计周期即可统计获得对应统计周期下的应答率、状态报告成功率。
在现有技术中,进行监控的统计过程为:
1、在设定的统计时间内(例如0-1分钟),分别对mt、resp、rpt进行累加,而并没有进行匹配统计。
2、定时将所统计的数据刷新到数据库中。
由于在统计resp、rpt时未进行匹配统计,且在发送mt之后需要隔一段时间才收到resp和rpt,从而,该统计周期内所接收到resp、rpt多数为之前统计周期内所发送mt的resp、rpt。通过该种方法,根据统计得到的mt、resp、rpt以及信息发送平均耗时并不能准确反映端口当前的通信质量,存在滞后性。
在一实施例中,为了解决该问题,以保证所统计得到应答率和状态报告成功率的准确性和时效性,提出了一种实时匹配统计的方法。
在统计信息发送平台下发的信息请求的统计周期A的基础上,结合信息发送的时间,对于统计信息下发状态报告、信息下发应答的统计时间进行适当延长(假设统计信息下发状态报告、信息下发应答的统计周期为统计周期B),并在统计周期B中为在统计周期A中所下发的信息请求进行匹配统计信息下发状态和匹配统计信息下发应答,例如对于信息请求A,匹配所接收到的信息下发状态报告以及信息下发应答是否为对应于信息请求A的,从而,可以保证所统计数据的准确性。
举例来说,所进行的实时监控统计过程为:
1、统计在0-1分钟内下发信息请求(mt)的数量,例如100条。
2、在0-2分钟内,对于所接收到的信息下发应答(resp)、信息下发状态报告(rpt),匹配是否为0-1分钟内所下发mt对应的resp和rpt。
3、统计获得对应于0-1分钟内所下发mt的resp和rpt的数量,以及每一mt从下发到收到rpt所花费的时间。
4、根据当前时间跨周期,批处理刷新数据库。
5、清理缓存过期数据。
例如最终统计获得0-1分钟这一周期内:mt=100,resp=99,rpt=90,本周期100条信息平均耗时为3s。
考虑到信息发送的时间,延长周期对信息下发应答以及信息下发状态报告进行统计,而且进行匹配统计,从而使得所统计得到的信息下发应答和信息下发状态报告可以准确地反映端口当前的准确性。而且适当延长周期统计信息下发应答以及信息下发状态报告也可以保证所统计数据的时效性。
步骤530,根据端口的监控数据对所在端口池中各端口的区间长度进行调整。
端口的监控数据作为端口通信质量的直接反映。从而,即可根据端口的监控数据对端口所在端口池中各端口的区间长度进行调整。所进行的调整例如对于通信质量差的端口,缩短该端口的区间长度;对于通信质量好的端口,增加该端口的区间长度。
在一实施例中,为了保证在区间长度调整过程中端口池的数值范围保持不变,在将某一端口的区间长度缩短的同时,将该区间长度的缩短值补偿至所在端口池中的其它端口中,例如补偿至优质端口的区间长度中。
在一实施例中,步骤530包括:
若端口的监控数据不满足预设条件,则将端口的区间长度缩短,并将区间长度的缩短值补偿至所在端口池中优质端口的区间长度,优质端口为监控数据满足预设条件的端口。
通过将端口的区间长度的缩短值补充至所在端口中优质端口的区间长度看,保证了端口池的数值范围保持不变。
步骤550,按照调整后端口池中各端口的区间长度对端口池的数值范围进行顺序划分,获得对应于端口通信质量的数值区间。
在端口池的数值范围确定的基础上,由于端口的区间长度进行了调整,从而按照端口调整后的区间长度对端口的数值范围进行顺序划分,从而获得对应于端口通信质量的数值区间。
其中,对于不同的端口池,预设条件可以相同也可以不同,在此不进行具体限定。在具体实施例中,可以结合端口池中端口的性能来设定该预设条件。
在一实施例中,监控数据包括监控参数的参数值,预设条件包括为监控参数设定的参数范围,如图7所示,将端口的区间长度缩短,并将区间长度的缩短值补偿至所在端口池中优质端口的区间长度的步骤包括:
步骤710,获取所在端口池中对应于监控参数的调整策略。
其中为监控参数所设定的调整策略用于根据监控参数的参数值来调整端口所在端口池中端口的区间长度。
其中,对于不同的端口池,为监控参数所设定的调整策略可以相同,也可以不同,在此不进行具体限定。
对于不同的监控参数分别设定了调整策略。其中调整策略中设定了区间长度缩短的计算规则。
步骤730,若端口的参数值超出参数范围,按照调整策略为端口计算得到缩短值。
在端口池的对应于监控参数的调整策略中,设定了区间长度缩短的计算规则。即设定了根据端口中监控参数的参数值和监控参数的参数范围对应计算区间长度的缩短值的规则。
在一具体实施例中,根据监控参数的参数值与参数范围中参数阈值的差值来计算区间长度的缩短值。
举例来说,例如在端口池A中,设定状态报告成功率的参数范围为大于等于90%,设定参数阈值为90%,设定区间长度缩短的计算规则为:(90%-状态报告成功率)*1000,若监控获得以时间段中状态报告成功率为85%,则对应于该状态报告成功率,该端口的区间长度缩短值=(90%-85%)*1000=50。
步骤850,按照缩短值对端口的区间长度进行缩短,并按照调整策略将缩短值补偿至所在端口池中优质端口的区间长度。
在一实施例中,为进行所在端口池中优质端口的区间长度的补偿,调整策略中还包括区间长度的补偿规则,例如将区间长度的缩短值补偿至哪些优质端口,以及优质端口的区间长度的补偿值。
在一实施例中,为了便于信息发送平台的服务端进行数据分析,在调整了端口的区间长度之后,为所进行的区间长度的调整生成流水记录,并进行存储。
举例来说,例如端口A因状态报告成功率超出对应的参数范围,根据调整策略计算得到端口A的区间长度缩短50,并将该区间长度的缩短值50分别补偿至端口B和端口C,其中端口B补偿30,端口C补偿20。则在进行区间长度调整后,分别为端口A、B、C生成流水记录。该流水记录用于反映对应端口的区间长度的变化过程。
在一实施例中,步骤510之后,如图8所示,该方法还包括:
步骤810,若根据监控数据确定所对应端口为故障端口,将故障端口的区间长度全部补偿至所在端口池中的其它端口,并对该故障端口进行拨测。
步骤830,在通过拨测确定故障端口恢复正常后,恢复故障端口的区间长度并对应调整所在端口池中其它端口的区间长度。
通过将故障端口的区间长度全部补偿至所在端口池中的其它端口,从而,该故障端口在未恢复期间,不参与到信息发送的调度中,实现了端口的容灾,即在端口出现故障时,由于故障端口的区间长度为零,不能参与到端口的调度中,而由端口池中的其它端口来进行信息发送,实现了端口的容灾,从而即使在端口池中端口的通信质量波动的情况下,仍然可以保证信息的平稳发送。。
为了及时获知故障端口是否恢复正常,利用单独的线程对故障端口进行拨测,以确定故障端口是否恢复正常。
拨测是一种网络链路质量的测试手段,所进行的拨测例如向故障端口所属的运营商网关发送拨测信息发送请求,从而通过该故障端口所属的运营商网关对于该拨测新发送请求的应答来确定该故障端口是否恢复正常。
如果该故障端口恢复正常,则恢复该故障端口的区间长度并对应调整所在端口池中其他端口的区间长度,从而该故障端口即可重新参与到信息发送的调度中。在本实施例中,端口故障迁移和故障恢复实现了自动化。
图9示出了在一具体实施例中信息发送控制方法的流程图,如图9所示,在信息发送平台中设定了分量服务和质量监控服务,分量服务用于根据各端口池中端口的数值区间为信息发送请求确定发送端口,质量监控服务用语实时监控各端口的通信质量,并根据监控获得的监控数据调整端口的区间长度。
如图9所示,分量服务通过步骤1011-步骤1017实现为信息发送请求确定发送端口,从而根据所确定的发送端口将信息发送请求所指示的信息发送至信息接收方。
在分量服务进行的同时,质量监控服务根据所设定的定时线程进行监控参数监控,从而获得端口的监控数据,然后通过步骤1031-1035,实现根据监控数据对端口池中各端口的区间长度进行调整,并对应更新端口池中各端口的数值区间。
进一步的,在通过质量监控服务获得端口的监控数据之后,在步骤1051中,根据端口的监控数据判断端口的状态,端口的状态包括正常、故障和过载。对于故障端口,一方面将故障端口的区间长度全部补偿至所在端口池中的其他端口,另一方面开设单独的线程对故障端口进行拨测,从而确定故障端口是否恢复正常。对于过载端口,缩短区间长度,例如将过载端口的区间长度减半,从而避免该过载端口被分配更多的信息发送任务。
在一实施例中,端口的区间长度按周期进行重置,如图10所示,该方法还包括:
步骤1010,对于所接入端口池,获取端口池中端口的历史发送数据,历史发送数据包括端口在时间分段中发送信息的成功率和发送信息的成本。
步骤1030,在成功率超过成功率阈值的时间分段中,将成本最低所在时间分段确定为目标时间分段。
步骤1050,将端口对应于目标时间分段的区间长度作为下一次重置时端口的初始区间长度,初始区间长度作为下一次进行调整的基数。
其中,重置端口的区间长度的周期可以是自定义设定,例如12小时,一天,两天等。
其中所获取的历史发送数据是相对于待进行重置的周期之前所获得的数据,例如前一周期、或者前两周期。在信息发送的过程中,按照所设定的时间分段计算各个时间分段中每一端口发送信息的成功率和发送信息的成本。
该时间分段可以是对应于实时监控服务中统计信息请求的周期,并按照上文中实时匹配统计中的统计周期来计算信息发送的成功率和发送信的成本。
将端口对应于目标时间分段的数值区间作为下一次重置时端口的初始区间长度,从而,实现了初始分配端口发送信息的发送比例,该发送比例等于端口的初始区间长度与所在端口池中各端口初始区间长度之和的比值;而且,该初始区间长度是结合端口的历史发送数据来确定的,从而使得所确定的初始区间长度适应于端口,与端口的实际负载能力和通信质量相符,而且兼顾了发送信息的成本。
在一实施例中,还可以自定义进行端口的区间长度的重置,例如手动重置端口的区间长度。
图11示出了在一具体实施例中确定端口的初始区间长度的流程图。如图11所示,通过步骤1110-1160实现了存储当天端口的成功率超过成功率阈值且端口发送信息的成本低于平均单价期望值的对应时间分段中端口的发送数据。
其中,用于计算累计成功率期望,以及计算平均单价期望值的数据可以是端口的历史发送数据,例如前一天的发送数据。进行通过步骤1120和1140分别根据各端口的历史发送数据计算得到累计成功率期望值和平均单价期望值。
由于每一端口所下发的信息量是不同的,而端口的初始区间长度在所在端口池数值范围的占比表征了为端口所初始分配的信息下发比例,因此将端口的初始区间长度与所在端口池数值范围的占比作为端口的权重系数,从而,基于端口的成功率、发送信息的成本以及对应的权重系数来计算累计成功率期望值和平均单价期望值。
在监控过程中,对于当天监控所实时获得各个端口的监控数据,根据监控数据计算得到端口在对应时间分段中信息发送的成功率,和端口在对应时间分段中发送信息的成本,然后基于步骤1130过滤掉成功率低于阈值的监控数据,再基于步骤1150再次过滤掉通过步骤1130所余下的监控数据中,成本高于平均单价期望值的监控数据,并通过步骤1160进行缓存。
进而,为了确定下一天各端口的初始区间长度,在当天结束后,根据所缓存端口在各时间分段中发送信息的成本进行成本比较,从而,确定出成本最低所在的时间分段,该时间分段即为目标时间分段。然后将端口对应于目标时间分段的区间长度确定为下一天端口的初始区间长度。
在一实施例中,还可以基于历史发送数据预估端口发送信息的耗时和发送量。如图12所示,通过步骤1210-1260实现,在步骤1210确定端口池之后,通过步骤1220为该端口池确定最大区间长度阈值D和最小区间长度阈值d。从而,为进行耗时预估和发送量阈值,根据端口池中的历史发送数据,根据端口的区间长度来进行数据筛选,从而,获得区间长度位于(d,D)范围内的端口的历史发送数据,然后根据所保留端口的历史发送数据来预估对应端口的发送量,和耗时。例如统计通过步骤1230所获得端口的历史发送数据,根据端口在各个时间分段中的发送量求均值,将所求得的均值作为该端口的预估发送量。进而,基于所计算得到的预估发送量和计算所获得的平均耗时进行耗时计算。
将所预估得到的发送量和耗时作为评价端口通信质量是否变化的参照。
以下介绍本申请的装置实施例,可以用于执行本申请上述实施例中的信息发送的控制方法。对于本申请装置实施例中未披露的细节,请参照本申请上述的信息发送的控制方法的实施例。
图13示出了根据本申请的一个实施例的信息发送的控制装置的框图。
参照图13所示,根据本申请的一个实施例的信息发送的控制装置,包括:
目标端口池确定模块1310,用于若接收到信息发送方的信息发送请求,则根据信息发送方的属性信息在所接入的端口池中为信息发送方确定目标端口池。
随机数生成模块1330,用于根据目标端口池的数值范围,为信息发送请求生成位于数值范围内的随机数,数值范围是目标端口池中各端口的数值区间顺次排列形成的连续范围,数值区间的区间长度表征了所对应端口的通信质量。
发送端口确定模块1350,用于根据目标端口池中端口的数值区间,将随机数所在数值区间所对应的端口确定为发送端口。
发送模块1370,用于通过发送端口向信息接收方发送信息发送请求指示的信息。
在一实施例中,目标端口池确定模块,包括:
属性信息获取单元,用于获取信息发送方的属性信息。
匹配单元,用于根据信息发送方的属性信息和端口池的配置标签进行匹配,获得配置标签与属性信息相匹配的端口池。
确定单元,用于在所匹配到的端口池中选取一端口池作为目标端口池。
在一实施例中,确定单元,包括:
第一确定单元,用于根据信息接收方的归属信息,将所匹配到的端口池中对应于归属信息的优先端口池确定为目标端口池,归属信息指示了信息接收方所归属的运营商,优先端口池中的端口为向归属于运营商的用户直接发送信息的端口。
在一实施例中,确定单元还包括:
成本计算单元,用于若所匹配到的端口池中不包含优先端口池,或者所匹配到的端口池中所包含的优先端口池不满足设定的通信质量要求,则对于所匹配到端口池中所包含的非优先端口池,计算通过非优先端口池间接下发信息的成本。
第二确定单元,用于根据所计算得到的成本,将成本最低的非优先端口池确定为目标端口池。
在一实施例中,该装置还包括:
质量监控模块,用于对所接入端口池中的端口进行质量监控,获得端口的监控数据。
区间长度调整模块,用于根据端口的监控数据对所在端口池中各端口的区间长度进行调整。
数值区间确定模块,用于按照调整后端口池中各端口的区间长度对端口池的数值范围进行顺序划分,获得对应于端口通信质量的数值区间。
在一实施例中,区间长度调整模块,包括:
调整单元,用于若端口的监控数据不满足预设条件,则将端口的区间长度缩短,并将区间长度的缩短值补偿至所在端口池中优质端口的区间长度,优质端口为监控数据满足预设条件的端口。
在一实施例中,监控数据包括监控参数的参数值,预设条件包括为监控参数设定的参数范围,调整单元,包括:
调整策略获取单元,用于获取所在端口池中对应于监控参数的调整策略。
缩短值计算单元,用于若端口的参数值超出参数范围,按照调整策略为端口计算得到缩短值。
缩短和补偿单元,用于按照缩短值对端口的区间长度进行缩短,并按照调整策略将缩短值补偿至所在端口池中优质端口的区间长度。
在一实施例中,该装置还包括:
补偿和拨测模块,用于若根据监控数据确定所对应端口为故障端口,将故障端口的区间长度全部补偿至所在端口池中的其它端口,并对故障端口进行拨测。
恢复模块,用于在通过拨测确定故障端口恢复正常后,恢复故障端口的区间长度并对应调整所在端口池中其它端口的区间长度。
在一实施例中,端口的区间长度按周期进行重置,该装置还包括:
历史发送数据获取模块,用于对于所接入端口池,获取端口池中端口的历史发送数据,历史发送数据包括端口在时间分段中发送信息的成功率和发送信息的成本。
目标时间分段确定模块,用于在成功率超过成功率阈值的时间分段中,将成本最低所在时间分段确定为目标时间分段;
初始区间长度确定模块,用于将端口对应于目标时间分段的区间长度作为下一次重置时端口的初始区间长度,初始区间长度作为下一次进行调整的基数。
图14示出了适于用来实现本申请实施例的电子设备的计算机***的结构示意图。
需要说明的是,图14示出的电子设备的计算机***1400仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图14所示,计算机***1400包括中央处理单元(Central Processing Unit,CPU)1401,其可以根据存储在只读存储器(Read-Only Memory,ROM)1402中的程序或者从存储部分1408加载到随机访问存储器(Random Access Memory,RAM)1403中的程序而执行各种适当的动作和处理,例如执行上述实施例中的方法。在RAM 1403中,还存储有***操作所需的各种程序和数据。CPU 1401、ROM 1402以及RAM 1403通过总线1404彼此相连。输入/输出(Input/Output,I/O)接口1405也连接至总线1404。
以下部件连接至I/O接口1405:包括键盘、鼠标等的输入部分1406;包括诸如阴极射线管(Cathode Ray Tube,CRT)、液晶显示器(Liquid Crystal Display,LCD)等以及扬声器等的输出部分1407;包括硬盘等的存储部分1408;以及包括诸如LAN(Local AreaNetwork,局域网)卡、调制解调器等的网络接口卡的通信部分1409。通信部分1409经由诸如因特网的网络执行通信处理。驱动器1410也根据需要连接至I/O接口1405。可拆卸介质1411,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器1410上,以便于从其上读出的计算机程序根据需要被安装入存储部分1408。
特别地,根据本申请的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本申请的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分1409从网络上被下载和安装,和/或从可拆卸介质1411被安装。在该计算机程序被中央处理单元(CPU)1401执行时,执行本申请的***中限定的各种功能。
需要说明的是,本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory,EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory,CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、有线等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现,所描述的单元也可以设置在处理器中。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定。
作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该电子设备执行时,使得该电子设备实现上述实施例中的方法。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本申请的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本申请实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的实施方式后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。
Claims (11)
1.一种信息发送的控制方法,其特征在于,所述方法包括:
若接收到信息发送方的信息发送请求,则根据所述信息发送方的属性信息在所接入的端口池中为所述信息发送方确定目标端口池;
根据所述目标端口池的数值范围,为所述信息发送请求生成位于所述数值范围内的随机数,所述数值范围是所述目标端口池中各端口的数值区间顺次排列形成的连续范围,所述数值区间的区间长度表征了所对应端口的通信质量;
根据所述目标端口池中端口的数值区间,将所述随机数所在数值区间所对应的端口确定为发送端口;
通过所述发送端口向信息接收方发送所述信息发送请求指示的信息;
其中,所述端口的区间长度按周期进行重置,所述方法还包括:
对于所接入的端口池,获取所述端口池中端口的历史发送数据,所述历史发送数据包括端口在时间分段中发送信息的成功率和发送信息的成本;
在成功率超过成功率阈值的时间分段中,将成本最低所在时间分段确定为目标时间分段;
将所述端口对应于所述目标时间分段的区间长度作为下一次重置时端口的初始区间长度,所述初始区间长度作为下一次进行调整的基数。
2.根据权利要求1所述的方法,其特征在于,所述根据所述信息发送方的属性信息在所接入的端口池中为所述信息发送方确定目标端口池,包括:
获取所述信息发送方的属性信息;
根据所述信息发送方的属性信息和端口池的配置标签进行匹配,获得配置标签与所述属性信息相匹配的端口池;
在所匹配到的端口池中选取一端口池作为所述目标端口池。
3.根据权利要求2所述的方法,其特征在于,所述在所匹配到的端口池中选取一端口池作为所述目标端口池,包括:
根据所述信息接收方的归属信息,将所匹配到的端口池中对应于所述归属信息的优先端口池确定为所述目标端口池,所述归属信息指示了所述信息接收方所属的运营商,所述优先端口池中的端口为向归属于所述运营商的用户直接发送信息的端口。
4.根据权利要求3所述的方法,其特征在于,所述在所匹配到的端口池中选取一端口池作为所述目标端口池,还包括:
若所匹配到的端口池中不包含所述优先端口池,或者所匹配到的端口池中所包含的优先端口池不满足设定的通信质量要求,则对于所匹配到端口池中所包含的非优先端口池,计算通过所述非优先端口池间接发送所述信息的成本;
根据所计算得到的成本,将成本最低的非优先端口池确定为所述目标端口池。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
对所接入端口池中的端口进行质量监控,获得端口的监控数据;
根据端口的监控数据对所在端口池中各端口的区间长度进行调整;
按照调整后所述端口池中各端口的区间长度对所述端口池的数值范围进行顺序划分,获得对应于端口通信质量的数值区间。
6.根据权利要求5所述的方法,其特征在于,所述根据端口的监控数据对所在端口池中各端口的区间长度进行调整,包括:
若端口的监控数据不满足预设条件,则将所述端口的区间长度缩短,并将区间长度的缩短值补偿至所在端口池中优质端口的区间长度,所述优质端口为监控数据满足所述预设条件的端口。
7.根据权利要求6所述的方法,其特征在于,所述监控数据包括监控参数的参数值,所述预设条件包括为监控参数设定的参数范围,所述将所述端口的区间长度缩短,并将区间长度的缩短值补偿至所在端口池中优质端口的区间长度,包括:
获取所在端口池中对应于所述监控参数的调整策略;
若端口的参数值超出所述参数范围,按照所述调整策略为所述端口计算得到缩短值;
按照所述缩短值对所述端口的区间长度进行缩短,并按照所述调整策略将所述缩短值补偿至所在端口池中优质端口的区间长度。
8.根据权利要求5所述的方法,其特征在于,所述对所接入端口池中的端口进行质量监控,获得端口的监控数据之后,所述方法还包括:
若根据所述监控数据确定所对应端口为故障端口,将所述故障端口的区间长度全部补偿至所在端口池中的其它端口,并对所述故障端口进行拨测;
在通过拨测确定所述故障端口恢复正常后,恢复所述故障端口的区间长度并对应调整所在端口池中其它端口的区间长度。
9.一种信息发送的控制装置,其特征在于,所述装置包括:
目标端口池确定模块,用于若接收到信息发送方的信息发送请求,则根据所述信息发送方的属性信息在所接入的端口池中为所述信息发送方确定目标端口池;
随机数生成模块,用于根据所述目标端口池的数值范围,为所述信息发送请求生成位于所述数值范围内的随机数,所述数值范围是所述目标端口池中各端口的数值区间顺次排列形成的连续范围,所述数值区间的区间长度表征了所对应端口的通信质量;
发送端口确定模块,用于根据所述目标端口池中端口的数值区间,将所述随机数所在数值区间所对应的端口确定为发送端口;
发送模块,用于通过所述发送端口向信息接收方发送所述信息发送请求指示的信息;
其中,所述端口的区间长度按周期进行重置,所述装置还包括:
历史发送数据获取模块,用于对于所接入的端口池,获取所述端口池中端口的历史发送数据,所述历史发送数据包括端口在时间分段中发送信息的成功率和发送信息的成本;
目标时间分段确定模块,用于在成功率超过成功率阈值的时间分段中,将成本最低所在时间分段确定为目标时间分段;
初始区间长度确定模块,用于将所述端口对应于所述目标时间分段的区间长度作为下一次重置时端口的初始区间长度,所述初始区间长度作为下一次进行调整的基数。
10.一种电子设备,其特征在于,包括:
存储器,存储有计算机可读指令;
处理器,读取存储器存储的计算机可读指令,以执行权利要求1-8中任一个所述的方法。
11.一种计算机可读存储介质,其特征在于,其上存储有计算机可读指令,当所述计算机可读指令被计算机的处理器执行时,使计算机执行权利要求1-8中的任一个所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910737918.7A CN111182479B (zh) | 2019-08-12 | 2019-08-12 | 信息发送的控制方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910737918.7A CN111182479B (zh) | 2019-08-12 | 2019-08-12 | 信息发送的控制方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111182479A CN111182479A (zh) | 2020-05-19 |
CN111182479B true CN111182479B (zh) | 2021-09-17 |
Family
ID=70622382
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910737918.7A Active CN111182479B (zh) | 2019-08-12 | 2019-08-12 | 信息发送的控制方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111182479B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111698337B (zh) * | 2020-07-21 | 2022-08-09 | 杭州海康威视数字技术股份有限公司 | 建立通信连接的方法、装置及设备 |
CN112800327A (zh) * | 2021-01-18 | 2021-05-14 | 北京明略软件***有限公司 | 一种目标媒体信息的确定方法和装置 |
CN113743061B (zh) * | 2021-09-08 | 2024-04-30 | 深圳集智数字科技有限公司 | 数值范围调整方法、装置、电子设备和可读存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2889783A1 (fr) * | 2005-08-12 | 2007-02-16 | Sagem Comm | Procede et systeme de transmission de messages a etiquettes (tags) via au moins un reseau de communication mobile |
CN107347182A (zh) * | 2016-05-04 | 2017-11-14 | 北京京东尚科信息技术有限公司 | 短信分发方法和*** |
CN107786949A (zh) * | 2017-09-28 | 2018-03-09 | 上海帜讯信息技术股份有限公司 | 信息通道切换的方法、装置、服务器及存储介质 |
CN109168135A (zh) * | 2018-11-09 | 2019-01-08 | 上海银赛计算机科技有限公司 | 短信发送通道的选择方法、装置、***和存储介质 |
CN109561403A (zh) * | 2018-12-12 | 2019-04-02 | 网宿科技股份有限公司 | 一种短信调度方法、设备及存储介质 |
CN109921869A (zh) * | 2019-03-01 | 2019-06-21 | 北京奇艺世纪科技有限公司 | 监测信息传输通道的质量的方法、装置、存储介质及设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7929981B2 (en) * | 2008-02-27 | 2011-04-19 | Sony Ericsson Mobile Communications Ab | System and method for identifiable communication channel setup between terminals without previous contact |
-
2019
- 2019-08-12 CN CN201910737918.7A patent/CN111182479B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2889783A1 (fr) * | 2005-08-12 | 2007-02-16 | Sagem Comm | Procede et systeme de transmission de messages a etiquettes (tags) via au moins un reseau de communication mobile |
CN107347182A (zh) * | 2016-05-04 | 2017-11-14 | 北京京东尚科信息技术有限公司 | 短信分发方法和*** |
CN107786949A (zh) * | 2017-09-28 | 2018-03-09 | 上海帜讯信息技术股份有限公司 | 信息通道切换的方法、装置、服务器及存储介质 |
CN109168135A (zh) * | 2018-11-09 | 2019-01-08 | 上海银赛计算机科技有限公司 | 短信发送通道的选择方法、装置、***和存储介质 |
CN109561403A (zh) * | 2018-12-12 | 2019-04-02 | 网宿科技股份有限公司 | 一种短信调度方法、设备及存储介质 |
CN109921869A (zh) * | 2019-03-01 | 2019-06-21 | 北京奇艺世纪科技有限公司 | 监测信息传输通道的质量的方法、装置、存储介质及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN111182479A (zh) | 2020-05-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111182479B (zh) | 信息发送的控制方法及装置 | |
JP6465916B2 (ja) | アプリケーションごとのリソース使用情報の提供 | |
RU2526711C2 (ru) | Диспетчер состояния предоставляемых услуг со связывающими обязательствами соглашениями об уровне обслуживания и схемами устранения последствий и самозащиты | |
KR101865318B1 (ko) | 버스트 모드 제어 | |
US20180287925A1 (en) | Assessing user activity using dynamic windowed forecasting on historical usage | |
US9009502B2 (en) | System and method for managing battery usage of a mobile device | |
US20030154123A1 (en) | System for managing equipment, services and service provider agreements | |
US20130204650A1 (en) | System and method for compliance management | |
EP0990349A1 (en) | A telecommunications performance management system | |
CN111585824B (zh) | 资源分发方法、装置、***及电子设备 | |
CN110933698A (zh) | 一种物联网卡的监控管理方法、装置及设备 | |
WO2011146221A2 (en) | De-duplication in billing system | |
WO2020250807A1 (ja) | 部品交換方法及び部品交換システム | |
CN110351345B (zh) | 用于业务请求处理的方法及装置 | |
US11030024B2 (en) | Assigning a severity level to a computing service using tenant telemetry data | |
CN100373875C (zh) | 通信网络内的利用方法和*** | |
US20110288975A1 (en) | Scalable billing with de-duplication and sequencing | |
CN115278563A (zh) | 一种基于影响因子的短信通道智能选择方法和*** | |
CN115917566A (zh) | 用于估计潜在需求以改进预测和资源管理的通信装置和方法 | |
CN111861612B (zh) | 一种资源分配方法、装置、设备及介质 | |
CN106888187B (zh) | 业务处理方法和装置 | |
KR100802092B1 (ko) | 클라이언트-서버 기반의 과금 방법 및 시스템 | |
JP7253104B1 (ja) | メッセージ配信装置、メッセージ配信方法、及び、メッセージ配信プログラム | |
KR20240048184A (ko) | 실시간 예약관리 기능을 가진 레저서비스제공시스템 및 이의 제어방법 | |
CN113516292A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |