CN111782395A - 一种消息处理的分流控制方法和系统 - Google Patents

一种消息处理的分流控制方法和系统 Download PDF

Info

Publication number
CN111782395A
CN111782395A CN202010617248.8A CN202010617248A CN111782395A CN 111782395 A CN111782395 A CN 111782395A CN 202010617248 A CN202010617248 A CN 202010617248A CN 111782395 A CN111782395 A CN 111782395A
Authority
CN
China
Prior art keywords
message
service
flow
request service
request
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
Application number
CN202010617248.8A
Other languages
English (en)
Other versions
CN111782395B (zh
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.)
Beijing Si Tech Information Technology Co Ltd
Original Assignee
Beijing Si Tech Information Technology 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 Beijing Si Tech Information Technology Co Ltd filed Critical Beijing Si Tech Information Technology Co Ltd
Priority to CN202010617248.8A priority Critical patent/CN111782395B/zh
Publication of CN111782395A publication Critical patent/CN111782395A/zh
Application granted granted Critical
Publication of CN111782395B publication Critical patent/CN111782395B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
    • H04L47/2433—Allocation of priorities to traffic types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/29—Flow control; Congestion control using a combination of thresholds
    • 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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • 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]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/5018—Thread allocation

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (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)

Abstract

本发明公开了一种消息处理的分流控制方法和系统，涉及消息通信处理领域。该方法包括：根据业务分级路由配置表对请求业务进行流量监控，通过监控结果结合文件队列生成算法生成请求业务的消息子文件夹的名称，在待发送目录下创建按照名称中的优先级信息排序的消息子文件夹，并在主程序下创建子线程对消息子文件进行依次读取并发送，通过文件队列生成算法，对各种业务消息进行流量控制，实现了当业务量增大时，减少消息积压和业务之间的相互影响。

Description

一种消息处理的分流控制方法和系统
技术领域
本发明涉及消息通信处理领域，尤其涉及一种消息处理的分流控制方法和系统。
背景技术
目前很多服务系统，以接口的方式对外提供服务，对接收到的请求消息分析处理后，通过指定的通道下发给网元。当业务量逐渐增大的情况，消息处理满足不了下发要求就会产生消息积压，业务之间就相互产生影响。如，充值类短信和卡券活动类短信同时下发的情况下，某一个卡券活动加到超过系统下发能力的情况下就影响充值类短信及时下发。
发明内容
本发明所要解决的技术问题是针对现有技术的不足，提供一种消息处理的分流控制方法和系统。
本发明解决上述技术问题的技术方案如下：
一种消息处理的分流控制方法，包括：
S1，根据业务分级路由配置表对请求业务进行流量监控，通过监控结果结合文件队列生成算法生成所述请求业务的消息子文件夹的名称；
S2，在待发送目录下创建按照所述名称中的优先级信息排序的所述消息子文件夹，并在主程序下创建子线程对所述消息子文件进行依次读取并发送。
本发明的有益效果是：本方案通过根据业务分级路由配置表对请求业务进行流量监控，通过监控结果结合文件队列生成算法生成所述请求业务的消息子文件夹的名称，在主程序下创建子线程对所述消息子文件进行依次读取并发送，通过文件队列生成算法，对各种业务消息进行流量控制，实现了当业务量增大时，减少消息积压和业务之间的相互影响。
进一步地，所述通过监控结果结合文件队列生成算法生成所述请求业务的消息子文件夹的名称具体包括：
当消息下发流量小于配置流量阈值时，则生成所述请求业务的消息子文件夹的名称为：业务优先级和请求业务末位；
当消息下发流量大于配置流量阈值且小于系统能力流量阈值时，则生成超出流量范围的所述请求业务的消息子文件夹的名称为：调整后的业务优先级和请求业务ID末位；
当消息下发流量大于系统能力流量阈值时，则拒绝响应生成所述请求业务的文件。
采用上述进一步方案的有益效果是：本方案根据业务消息的下发流量，进行分流降级、限流或直接熔断不接收消息的方式减少业务消息积压时业务之间下发影响。
进一步地，还包括：对所述请求业务进行优先级和下发次数配置，获得所述业务分级路由配置表。
采用上述进一步方案的有益效果是：本方案对所述请求业务进行优先级和下发次数配置，来对请求业务进行优先级配置和下发流量阈值限定，为各优先级的流量监控提供判断标准，保证在大量任务的情况下，请求任务能够正常处理，相互不受干扰。
进一步地，还包括：根据进入系统的每分钟的请求任务进行计数，通过计数结果和redis计算获得所述下发流量。
采用上述进一步方案的有益效果是：本方案通过根据进入系统的每分钟的请求任务进行计数，通过计数结果和redis计算获得所述下发流量，实现了准确获取请求任务的下发流量。
进一步地，所述S2之后还包括，当所述消息子文件发送完成，则将对应的所述子线程退出。
采用上述进一步方案的有益效果是：本方案当所述消息子文件发送完成，则将对应的所述子线程退出实现了回收系统资源，有效提高系统资源的循环使用。
本发明解决上述技术问题的另一种技术方案如下：
一种消息处理的分流控制系统，包括：文件队列生成模块和发送模块；
所述文件队列生成模块用于根据业务分级路由配置表对请求业务进行流量监控，通过监控结果结合文件队列生成算法生成所述请求业务的消息子文件夹的名称；
所述发送模块用于在待发送目录下创建所有所述消息子文件夹，并在主程序下创建子线程对所述子文件进行读取并发送。
本发明的有益效果是：本方案通过根据业务分级路由配置表对请求业务进行流量监控，通过监控结果结合文件队列生成算法生成所述请求业务的消息子文件夹的名称，在主程序下创建子线程对所述消息子文件进行依次读取并发送，通过文件队列生成算法，对各种业务消息进行流量控制，实现了当业务量增大时，减少消息积压和业务之间的相互影响。
进一步地，所述文件队列生成模块还包括文件夹名称生成模块，用于当消息下发流量小于配置流量阈值时，则生成所述请求业务的消息子文件夹的名称为：业务优先级和请求业务末位；
当消息下发流量大于配置流量阈值且小于系统能力流量阈值时，则生成超出流量范围的所述请求业务的消息子文件夹的名称为：调整后的业务优先级和请求业务ID末位；
当消息下发流量大于系统能力流量阈值时，则拒绝响应生成所述请求业务的文件。
采用上述进一步方案的有益效果是：本方案根据业务消息的下发流量，进行分流降级、限流或直接熔断不接收消息的方式减少业务消息积压时业务之间下发影响。
进一步地，配置表生成模块，用于对所述请求业务进行优先级和下发次数配置，获得所述业务分级路由配置表。
采用上述进一步方案的有益效果是：本方案对所述请求业务进行优先级和下发次数配置，来对请求业务进行优先级配置和下发流量阈值限定，为各优先级的流量监控提供判断标准，保证在大量任务的情况下，请求任务能够正常处理，相互不受干扰。
进一步地，还包括：流量计算模块，用于根据进入系统的每分钟的请求任务进行计数，通过计数结果和redis计算获得所述下发流量。
采用上述进一步方案的有益效果是：本方案通过根据进入系统的每分钟的请求任务进行计数，通过计数结果和redis计算获得所述下发流量，实现了准确获取请求任务的下发流量。
进一步地，还包括：资源回收模块，用于当所述消息子文件发送完成，则将对应的所述子线程退出。
采用上述进一步方案的有益效果是：本方案当所述消息子文件发送完成，则将对应的所述子线程退出实现了回收系统资源，有效提高系统资源的循环使用。
本发明附加的方面的优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明实践了解到。
附图说明
图1为本发明的实施例提供的一种消息处理的分流控制方法的流程示意图；
图2为本发明的其他实施例提供的一种消息处理的分流控制系统的结构框图；
图3为本发明的实施例提供的分流控制系统的数据流示意图。
具体实施方式
以下结合附图对本发明的原理和特征进行描述，所举实施例只用于解释本发明，并非用于限定本发明的范围。
如图1所示，为本发明实施例提供的一种消息处理的分流控制方法，该方法包括：S1，根据业务分级路由配置表对请求业务进行流量监控，通过监控结果结合文件队列生成算法生成请求业务的消息子文件夹的名称；
需要说明的是，通过配置表对各业务优先级的流量进行监控，当业务流量超过配置的监控流量时，根据超过监控流量的数值，确定是采用降级、调整优先级或直接熔断不接受信息下发的控制方案，具体如何确定控制方案，可以根据如表1所示：
Figure BDA0002561798280000051
S2，在待发送目录下创建按照名称中的优先级信息排序的消息子文件夹，并在主程序下创建子线程对消息子文件进行依次读取并发送。
本方案通过根据业务分级路由配置表对请求业务进行流量监控，通过监控结果结合文件队列生成算法生成请求业务的消息子文件夹的名称，在主程序下创建子线程对消息子文件进行依次读取并发送，通过文件队列生成算法，对各种业务消息进行流量控制，实现了当业务量增大时，减少消息积压和业务之间的相互影响。
优选地，在上述任意实施例中，通过监控结果结合文件队列生成算法生成请求业务的消息子文件夹的名称具体包括：
当消息下发流量小于配置流量阈值时，则生成请求业务的消息子文件夹的名称为：业务优先级和请求业务末位；其中流量阈值，可以根据实际业务量和系统额定负载流量来确认。
需要说明的是，在某实施例中，如充值提醒短信，优先级为1，正常情况下生成10，12，…，19共10个子目录下的文件，如图3所示的待发送目录的内容。如图3所示，其中表示对业务消息按照流量进行分级处理后的队列模式，其中子文件夹名称扩展为多位，包括，业务级别+手机号码末位，如：子文件夹10，表示业务级别为1，手机号码末位为0；其中每01个文件为1级，经过文件读取，通过线程分析并生成对应内容，再进入写队列，通过10086、1008601或10659通道将文件内容发送给网关接口。
当消息下发流量大于配置流量阈值且小于系统能力流量阈值时，则生成超出流量范围的请求业务的消息子文件夹的名称为：调整后的业务优先级和请求业务ID末位；其中业务ID可以包括业务对应的手机号码。其中系统能力流量阈值，可以根据系统的最高负载流量来确认。
需要说明的是，正常流量范围的原请求任务的消息子文件夹为：原业务优先级+手机号码末位；当原请求任务消息超过流量范围，则将原业务优先级调整为调整后的业务优先级。
当消息下发流量大于系统能力流量阈值时，则拒绝响应生成请求业务的文件。
需要说明的是，当消息下发流量大于系统能力流量阈值时，控制方案为熔断即不接受消息下发。
本方案根据业务消息的下发流量，进行分流降级、限流或直接熔断不接收消息的方式减少业务消息积压时业务之间下发影响。
优选地，在上述任意实施例中，还包括：对请求业务进行优先级和下发次数配置，获得业务分级路由配置表。
需要说明的是，设置业务优先级可以设置为1～n之间的任意整数。其中下发次数，表示每分钟支持的下发流量。
本方案对请求业务进行优先级和下发次数配置，来对请求业务进行优先级配置和下发流量阈值限定，为各优先级的流量监控提供判断标准，保证在大量任务的情况下，请求任务能够正常处理，相互不受干扰。
优选地，在上述任意实施例中，还包括：根据进入系统的每分钟的请求任务进行计数，通过计数结果和redis计算获得下发流量。
本方案通过根据进入系统的每分钟的请求任务进行计数，通过计数结果和redis计算获得下发流量，实现了准确获取请求任务的下发流量。
优选地，在上述任意实施例中，S2之后还包括，当消息子文件发送完成，则将对应的子线程退出。
本方案当消息子文件发送完成，则将对应的子线程退出实现了回收系统资源，有效提高系统资源的循环使用。
在某一实施例中，如图2所示，一种消息处理的分流控制系统，该包括：文件队列生成模块11和发送模块12；
文件队列生成模块11用于根据业务分级路由配置表对请求业务进行流量监控，通过监控结果结合文件队列生成算法生成请求业务的消息子文件夹的名称；
发送模块12用于在待发送目录下创建所有消息子文件夹，并在主程序下创建子线程对子文件进行读取并发送。
本方案通过根据业务分级路由配置表对请求业务进行流量监控，通过监控结果结合文件队列生成算法生成请求业务的消息子文件夹的名称，在主程序下创建子线程对消息子文件进行依次读取并发送，通过文件队列生成算法，对各种业务消息进行流量控制，实现了当业务量增大时，减少消息积压和业务之间的相互影响。
优选地，在上述任意实施例中，文件队列生成模块11还包括文件夹名称生成模块，用于当消息下发流量小于配置流量阈值时，则生成请求业务的消息子文件夹的名称为：业务优先级和请求业务末位；
当消息下发流量大于配置流量阈值且小于系统能力流量阈值时，则生成超出流量范围的请求业务的消息子文件夹的名称为：调整后的业务优先级和请求业务ID末位；
当消息下发流量大于系统能力流量阈值时，则拒绝响应生成请求业务的文件。
本方案根据业务消息的下发流量，进行分流降级、限流或直接熔断不接收消息的方式减少业务消息积压时业务之间下发影响。
优选地，在上述任意实施例中，配置表生成模块，用于对请求业务进行优先级和下发次数配置，获得业务分级路由配置表。
本方案对请求业务进行优先级和下发次数配置，来对请求业务进行优先级配置和下发流量阈值限定，为各优先级的流量监控提供判断标准，保证在大量任务的情况下，请求任务能够正常处理，相互不受干扰。
优选地，在上述任意实施例中，还包括：流量计算模块，用于根据进入系统的每分钟的请求任务进行计数，通过计数结果和redis计算获得下发流量。
本方案通过根据进入系统的每分钟的请求任务进行计数，通过计数结果和redis计算获得下发流量，实现了准确获取请求任务的下发流量。
优选地，在上述任意实施例中，还包括：资源回收模块，用于当消息子文件发送完成，则将对应的子线程退出。
本方案当消息子文件发送完成，则将对应的子线程退出实现了回收系统资源，有效提高系统资源的循环使用。
可以理解，在一些实施例中，可以包含如上述各实施例中的部分或全部可选实施方式。
需要说明的是，上述各实施例是与在先方法实施例对应的产品实施例，对于产品实施例中各可选实施方式的说明可以参考上述各方法实施例中的对应说明，在此不再赘述。
读者应理解，在本说明书的描述中，参考术语″一个实施例″、″一些实施例″、″示例″、″具体示例″、或″一些示例″等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的方法实施例仅仅是示意性的，例如，步骤的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个步骤可以结合或者可以集成到另一个步骤，或一些特征可以忽略，或不执行。
上述方法如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种消息处理的分流控制方法，其特征在于，包括：
S1，根据业务分级路由配置表对请求业务进行流量监控，通过监控结果结合文件队列生成算法生成所述请求业务的消息子文件夹的名称；
S2，在待发送目录下创建按照所述名称中的优先级信息排序的所述消息子文件夹，并在主程序下创建子线程对所述消息子文件进行依次读取并发送。
2.根据权利要求1所述的一种消息处理的分流控制方法，其特征在于，所述通过监控结果结合文件队列生成算法生成所述请求业务的消息子文件夹的名称具体包括：
当消息下发流量小于配置流量阈值时，则生成所述请求业务的消息子文件夹的名称为：业务优先级和请求业务末位；
当消息下发流量大于配置流量阈值且小于系统能力流量阈值时，则生成超出流量范围的所述请求业务的消息子文件夹的名称为：调整后的业务优先级和请求业务ID末位；
当消息下发流量大于系统能力流量阈值时，则拒绝响应生成所述请求业务的文件。
3.根据权利要求1或2所述的一种消息处理的分流控制方法，其特征在于，还包括：对所述请求业务进行优先级和下发次数配置，获得所述业务分级路由配置表。
4.根据权利要求2所述的一种消息处理的分流控制方法，其特征在于，还包括：根据进入系统的每分钟的请求任务进行计数，通过计数结果和redis计算获得所述下发流量。
5.根据权利要求1或2所述的一种消息处理的分流控制方法，其特征在于，所述S2之后还包括，当所述消息子文件发送完成，则将对应的所述子线程退出。
6.一种消息处理的分流控制系统，其特征在于，包括：文件队列生成模块和发送模块；
所述文件队列生成模块用于根据业务分级路由配置表对请求业务进行流量监控，通过监控结果结合文件队列生成算法生成所述请求业务的消息子文件夹的名称；
所述发送模块用于在待发送目录下创建所有所述消息子文件夹，并在主程序下创建子线程对所述子文件进行读取并发送。
7.根据权利要求6所述的一种消息处理的分流控制系统，其特征在于，所述文件队列生成模块还包括文件夹名称生成模块，用于当消息下发流量小于配置流量阈值时，则生成所述请求业务的消息子文件夹的名称为：业务优先级和请求业务末位；
当消息下发流量大于配置流量阈值且小于系统能力流量阈值时，则生成超出流量范围的所述请求业务的消息子文件夹的名称为：调整后的业务优先级和请求业务ID末位；
当消息下发流量大于系统能力流量阈值时，则拒绝响应生成所述请求业务的文件。
8.根据权利要求6或7所述的一种消息处理的分流控制系统，其特征在于，配置表生成模块，用于对所述请求业务进行优先级和下发次数配置，获得所述业务分级路由配置表。
9.根据权利要求7所述的一种消息处理的分流控制系统，其特征在于，还包括：流量计算模块，用于根据进入系统的每分钟的请求任务进行计数，通过计数结果和redis计算获得所述下发流量。
10.根据权利要求6或7所述的一种消息处理的分流控制系统，其特征在于，还包括：资源回收模块，用于当所述消息子文件发送完成，则将对应的所述子线程退出。
CN202010617248.8A 2020-06-30 2020-06-30 一种消息处理的分流控制方法和系统 Active CN111782395B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010617248.8A CN111782395B (zh) 2020-06-30 2020-06-30 一种消息处理的分流控制方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010617248.8A CN111782395B (zh) 2020-06-30 2020-06-30 一种消息处理的分流控制方法和系统

Publications (2)

Publication Number Publication Date
CN111782395A true CN111782395A (zh) 2020-10-16
CN111782395B CN111782395B (zh) 2024-01-05

Family

ID=72761608

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010617248.8A Active CN111782395B (zh) 2020-06-30 2020-06-30 一种消息处理的分流控制方法和系统

Country Status (1)

Country Link
CN (1) CN111782395B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112468980A (zh) * 2020-10-27 2021-03-09 北京思特奇信息技术股份有限公司 基于分布式内存数据库的短信提醒熔断处理方法和系统

Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101316233A (zh) * 2008-06-19 2008-12-03 华为技术有限公司 一种流量控制的方法和系统及承载层设备
CN101442732A (zh) * 2008-12-18 2009-05-27 华为技术有限公司 一种在线充值的方法、系统及设备
CN101453716A (zh) * 2008-11-04 2009-06-10 中国移动通信集团福建有限公司 基于短信应用网关的短信下发调度系统
CN101599987A (zh) * 2008-06-05 2009-12-09 中兴通讯股份有限公司 消息队列管理方法和装置
CN101610220A (zh) * 2009-06-18 2009-12-23 中兴通讯股份有限公司 一种控制业务下发流量的方法及系统
CN102036131A (zh) * 2009-09-28 2011-04-27 中兴通讯股份有限公司 一种基于GPON系统的端到端QoS控制方法和装置
CN102843705A (zh) * 2011-06-24 2012-12-26 中兴通讯股份有限公司 一种针对业务功能进行流量控制的方法和系统
CN102904820A (zh) * 2012-09-25 2013-01-30 上海证券交易所 一种带流量控制的可扩展的数据交互方法和系统
WO2014016916A1 (ja) * 2012-07-25 2014-01-30 三菱電機株式会社 通信装置及び中継装置
CN103634223A (zh) * 2013-12-03 2014-03-12 北京东土科技股份有限公司 一种基于网络业务流的动态控制传输方法和装置
CN103874134A (zh) * 2012-12-15 2014-06-18 华为终端有限公司 一种流量控制方法及装置
CN103974436A (zh) * 2014-04-18 2014-08-06 大唐移动通信设备有限公司 一种调度优先级的调整方法和装置
CN104092624A (zh) * 2014-06-27 2014-10-08 北京思特奇信息技术股份有限公司 一种信息下发流量及优先级控制系统及方法
CN105188090A (zh) * 2015-08-07 2015-12-23 北京思特奇信息技术股份有限公司 一种实现短信下行压力均衡的方法及系统
US20160277959A1 (en) * 2015-03-20 2016-09-22 Juniper Networks, Inc. Label switched path preemption avoidance
US10412194B1 (en) * 2015-12-10 2019-09-10 Massachusetts Mutual Life Insurance Company Systems and methods for managing computer-based requests
CN110808922A (zh) * 2019-10-29 2020-02-18 北京大米科技有限公司 一种消息处理方法、装置、存储介质及电子设备

Patent Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101599987A (zh) * 2008-06-05 2009-12-09 中兴通讯股份有限公司 消息队列管理方法和装置
CN101316233A (zh) * 2008-06-19 2008-12-03 华为技术有限公司 一种流量控制的方法和系统及承载层设备
CN101453716A (zh) * 2008-11-04 2009-06-10 中国移动通信集团福建有限公司 基于短信应用网关的短信下发调度系统
CN101442732A (zh) * 2008-12-18 2009-05-27 华为技术有限公司 一种在线充值的方法、系统及设备
CN101610220A (zh) * 2009-06-18 2009-12-23 中兴通讯股份有限公司 一种控制业务下发流量的方法及系统
CN102036131A (zh) * 2009-09-28 2011-04-27 中兴通讯股份有限公司 一种基于GPON系统的端到端QoS控制方法和装置
CN102843705A (zh) * 2011-06-24 2012-12-26 中兴通讯股份有限公司 一种针对业务功能进行流量控制的方法和系统
WO2014016916A1 (ja) * 2012-07-25 2014-01-30 三菱電機株式会社 通信装置及び中継装置
CN102904820A (zh) * 2012-09-25 2013-01-30 上海证券交易所 一种带流量控制的可扩展的数据交互方法和系统
CN103874134A (zh) * 2012-12-15 2014-06-18 华为终端有限公司 一种流量控制方法及装置
CN103634223A (zh) * 2013-12-03 2014-03-12 北京东土科技股份有限公司 一种基于网络业务流的动态控制传输方法和装置
CN103974436A (zh) * 2014-04-18 2014-08-06 大唐移动通信设备有限公司 一种调度优先级的调整方法和装置
CN104092624A (zh) * 2014-06-27 2014-10-08 北京思特奇信息技术股份有限公司 一种信息下发流量及优先级控制系统及方法
US20160277959A1 (en) * 2015-03-20 2016-09-22 Juniper Networks, Inc. Label switched path preemption avoidance
CN105188090A (zh) * 2015-08-07 2015-12-23 北京思特奇信息技术股份有限公司 一种实现短信下行压力均衡的方法及系统
US10412194B1 (en) * 2015-12-10 2019-09-10 Massachusetts Mutual Life Insurance Company Systems and methods for managing computer-based requests
CN110808922A (zh) * 2019-10-29 2020-02-18 北京大米科技有限公司 一种消息处理方法、装置、存储介质及电子设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
D. SAHA ET AL: ""A distributed feedback control mechanism for priority-based flow-rate control to support QoS provisioning in ad hoc wireless networks with directional antenna"", 《 2004 IEEE INTERNATIONAL CONFERENCE ON COMMUNICATIONS》 *
杨勇勤, 何志均, 任午令: "严格服务等级约定的区分Web服务技术研究", 计算机学报, no. 08 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112468980A (zh) * 2020-10-27 2021-03-09 北京思特奇信息技术股份有限公司 基于分布式内存数据库的短信提醒熔断处理方法和系统

Also Published As

Publication number Publication date
CN111782395B (zh) 2024-01-05

Similar Documents

Publication Publication Date Title
US11316946B2 (en) Processing and caching in an information-centric network
CN1981490B (zh) 改变服务质量的方法和设备
CN1981491B (zh) 在http消息中提供服务质量参数的方法和设备
CN109005056B (zh) 基于cdn应用的存储容量评估方法和装置
WO2019104336A1 (en) Messaging platform communication processing using message cluster detection and categorization
CN105847447B (zh) 消息推送方法和装置
EP2061194B1 (fr) Procédé et système de gestion de communication
CN103746933A (zh) 一种节点分配方法和控制中心
US20240037001A1 (en) Large-scale k8s cluster monitoring method, apparatus, device, and readable medium
CN104734983A (zh) 业务数据请求的调度系统、方法及装置
CN111782395A (zh) 一种消息处理的分流控制方法和系统
CN110868323B (zh) 一种带宽控制方法、装置、设备及介质
CN116467266A (zh) 一种批量文件智能联机处理方法、装置及可存储介质
JP2009517743A (ja) アンチスパムアプリケーション記憶システム
CN114003377A (zh) 一种基于es服务的内存熔断方法、装置、设备及可读介质
CN112685169B (zh) 一种负载控制方法、装置、服务器及可读存储介质
CN114071566B (zh) 下行QoS流向DRB映射的方法、映射装置和存储介质
CN103152794A (zh) 业务接入方法及接入控制器
CN107295485B (zh) 彩信附件管理方法、装置及通信系统
CN114090409A (zh) 一种消息处理方法及装置
CN114553809A (zh) 客户端设备、信息处理方法及计算机可读存储介质
CN115883639A (zh) 一种web实时消息推送方法及装置、设备、存储介质
CN112055058A (zh) 数据的存储方法、装置及计算机可读存储介质
CN112256454A (zh) 消息延时处理方法和系统
CN115022277B (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