WO2021057500A1 - 一种消息发送管理方法及装置 - Google Patents

一种消息发送管理方法及装置 Download PDF

Info

Publication number
WO2021057500A1
WO2021057500A1 PCT/CN2020/114567 CN2020114567W WO2021057500A1 WO 2021057500 A1 WO2021057500 A1 WO 2021057500A1 CN 2020114567 W CN2020114567 W CN 2020114567W WO 2021057500 A1 WO2021057500 A1 WO 2021057500A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
messages
notification
requested
sending
Prior art date
Application number
PCT/CN2020/114567
Other languages
English (en)
French (fr)
Inventor
潘康杰
叶露瑶
代玉
黄志华
何西
罗锶
卢道和
Original Assignee
深圳前海微众银行股份有限公司
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 深圳前海微众银行股份有限公司 filed Critical 深圳前海微众银行股份有限公司
Publication of WO2021057500A1 publication Critical patent/WO2021057500A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0686—Additional information in the notification, e.g. enhancement of specific meta-data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/62—Queue scheduling characterised by scheduling criteria
    • H04L47/6215—Individual queue per QOS, rate or priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present invention relates to the field of financial technology (Fintech) data management, and in particular to a method and device for message sending management.
  • Financial technology Fetech
  • the customer notification management system in the prior art starts multiple timing tasks according to different message types, and retrieves a fixed number of messages from the database at a fixed time interval pre-configured in the program, according to the message type to which the message belongs.
  • the priority or business rules divide the message queue to push messages to the downstream system, where the messages in a single message queue are processed according to the first-in-first-out rule, the sending speed is configurable, and the processing between the message queues does not interfere with each other.
  • This processing method in the prior art is to send and process a fixed number of messages with a fixed configuration in advance within a fixed time interval, which will lead to inflexible message configuration and affect the sending effect.
  • the embodiments of the present application provide a message sending management method and device, which solves the problem that in the prior art, a fixed number of messages are sent at fixed time intervals and sent and processed with a fixed configuration in advance, which results in insufficiently flexible message configuration and affects the sending effect.
  • the embodiment of the present application provides a message sending management method, which specifically includes:
  • each of the M first messages is used to request to send a notification message, and each of the M first messages includes the need Message type, service type, and message content of the sent notification message, where M is an integer greater than 0;
  • any first message in the M first messages determine from at least one preset message template according to the message type of the notification message requested by the first message, which is the same as that requested by the first message.
  • a first message template corresponding to the message type of the notification message; determining the notification message according to the first message template and the message content of the notification message requested by the first message;
  • each notification message is sent sequentially according to the sending speed of each notification message.
  • a possible implementation manner is to determine the service type of the notification message requested by each of the M first messages according to the service type of the notification message requested by each of the M first messages Sending speed and sending level, including:
  • the sending speed and the sending level corresponding to the service type of the notification message requested by each of the M first messages are used as each of the M first messages.
  • the preset correspondence relationship includes a mapping relationship between the message type and service type of the notification message requested by each first message in the M first messages, and the sending speed and the sending level.
  • a possible implementation method after obtaining the message queue, also includes:
  • the token bucket algorithm is used to obtain the generation speed of the token
  • the transmission speed of each notification message is controlled according to the generation speed of the token.
  • a possible implementation method also includes:
  • each notification message is sent in turn according to the newly added sending speed.
  • a possible implementation method also includes:
  • N is an integer greater than 0;
  • a possible implementation manner after sending each notification message according to the sending speed of the notification message requested by each of the N second messages in turn, further includes:
  • the embodiment of the present application provides a message sending management device, which specifically includes:
  • the acquiring unit is configured to acquire M first messages from the first application; each of the M first messages is used to request to send a notification message, and each of the M first messages is A message includes the message type, service type, and message content of the notification message to be sent, and M is an integer greater than 0;
  • the processing unit is configured to determine, for any first message among the M first messages, from at least one preset message template according to the message type of the notification message requested by the first message, it is A first message template corresponding to the message type of the notification message requested by a message; determining the notification message according to the first message template and the message content of the notification message requested by the first message;
  • the processing unit is configured to determine the status of the notification message requested by each of the M first messages according to the service type of the notification message requested by each of the M first messages Transmission speed and transmission level; according to the transmission level of the notification message requested by each of the M first messages, arrange the M notification messages requested by the M first messages to obtain a message queue ; According to the sequence of the M notification messages arranged in the message queue, each notification message is sent in turn according to the sending speed of each notification message.
  • the processing unit is specifically configured to:
  • the sending speed and the sending level corresponding to the service type of the notification message requested by each of the M first messages are used as each of the M first messages.
  • the preset correspondence relationship includes a mapping relationship between the message type and service type of the notification message requested by each first message in the M first messages, and the sending speed and the sending level.
  • the embodiment of the present application provides a computer-readable storage medium that stores computer-readable instructions.
  • the computer reads and executes the computer-readable instructions, the computer can execute any of the above-mentioned possible designs. In the method.
  • An embodiment of the present application provides a chip, which is connected to a memory, and is used to read and execute a software program stored in the memory, so as to implement any of the above-mentioned possible design methods.
  • Utilizing the message queue management method and device provided by the present invention has the following beneficial effects: by presetting the message template corresponding to the message type of the notification message to be sent and the configurable message queue parameters, the notification message of loading content and loading are obtained.
  • the parameterized message queue combines the two to send notification messages, so that the message content and queue parameters can be configured more flexibly, which makes it easier to manage various notification messages.
  • Fig. 1 is a flowchart of a method for message sending management in an embodiment of the application
  • FIG. 2 is an example flow chart of a method and device for message sending management in an embodiment of this application
  • FIG. 3 is a schematic structural diagram of a message sending management apparatus in an embodiment of the application.
  • the existing method uses a fixed time interval configured in the program to fetch a fixed number of notification messages from the database, and then send the notification messages to the message processing queue for transmission.
  • This configuration is written to the configuration file and then called to run .
  • the number of notification messages that users request to send is generally not the same. For example, user A proposes to send 1000 notification messages through application SMS, and user B proposes to send 10,000 notification messages through application SMS, using the existing configuration file. Call processing, it can be seen that the sending speeds required by different users cannot be reached.
  • the message processing queue is bound to the message type.
  • the message template corresponding to the message type of the notification message to be sent and the configurable message queue parameter are preset, and then the notification message loaded with the content and the message queue loaded with the parameter are obtained, and the two are combined.
  • Fig. 1 is a flowchart of a method for message sending management in an embodiment of the application, as shown in the figure, and the specific steps are described as follows.
  • Step 101 Obtain M first messages from a first application; each of the M first messages is used to request to send a notification message, and each of the M first messages It includes the message type, service type, and message content of the notification message to be sent, and M is an integer greater than 0.
  • the customer notification management system when it receives the business requirement of the user to send a message, it obtains the message type of the notification message that the user needs to send according to the business requirement.
  • the message type refers to the sender of the notification message, that is, the first application;
  • Type refers to the business level classification of the notification message that needs to be sent;
  • message content refers to the specific content of the notification message that needs to be sent;
  • M is the number of notification messages that need to be sent.
  • the first application is SMS, email, etc.
  • the customer notification management system needs to receive 1000 messages from the user to send messages. "In order to better serve you, warm reminder: you can log in The xxxxxx website will take you to the world of fantasy film and television.”
  • the message type is SMS; the business type is marketing; the content of the message is "To provide you with better service, warm reminder: You can log in to the xxxxxx website and take you to the world of fantasy film and television"; M is 1000.
  • Step 102 For any first message in the M first messages, determine from at least one preset message template according to the message type of the notification message requested by the first message that it is related to the first message The first message template corresponding to the message type of the requested notification message; the notification message is determined according to the first message template and the message content of the notification message requested by the first message.
  • the message processing logic of various message types is optimized into standard processing modules, so that the customer notification management system can dynamically load different message module pairs through message types during operation.
  • the message is processed.
  • step 101 determine the short message template corresponding to the message type as short message from at least one of the preset short message template, email message template, etc., and according to the short message template,
  • the content of the message "In order to better serve you, warm reminder: You can log in to the xxxxxx website and take you to the fantasy world of film and television” and load it into the SMS message template, and adjust the template parameters according to user needs, such as font format, The content of the link, etc., to get the notification message to be sent.
  • Step 103 Determine the sending speed and sending speed of the notification message requested by each first message in the M first messages according to the service type of the notification message requested by each first message in the M first messages grade.
  • a message queue configuration table is preset, and the message type, service type, sending speed, and sending level of the notification message to be sent are stored in the configuration table. Take short messages and emails as examples, as shown in Table 1. , Other situations will not be repeated.
  • Step 104 According to the sending level of the notification message requested by each of the M first messages, arrange the M notification messages requested by the M first messages to obtain a message queue.
  • Step 105 According to the sequence of the M notification messages arranged in the message queue, each notification message is sent in turn according to the sending speed of each notification message.
  • step 104 combining step 104 to step 105, according to the message type and service type of the notification message that the user needs to send in step 101, query the message queue configuration table preset in step 103 to obtain the sending level of the notification message to be sent And the sending speed, the M notification messages to be sent are arranged according to the sending level, and the message queue of the notification messages to be sent is obtained.
  • the obtained message type is short message; the service type is marketing; querying the preset message queue configuration table in step 103, it is obtained that the sending level of the short message to be sent is low; The sending speed is 100 bits per second (bps); according to the low sending level, 1000 notification messages to be sent will be sent "In order to better serve you, warm reminder: You can log in to the xxxxxx website to take you freely "Fantasy Film and Television World” is arranged, and the corresponding low-level message queue is obtained.
  • the message queue is stored in a distributed buffer (Remote Dictionary Server, Redis), and the token bucket algorithm is used to fetch messages from the Redis buffer at a uniform speed before sending them.
  • Redis Remote Dictionary Server
  • the sending speed of each notification message of 1000 notification messages to be sent is 100bps.
  • a token is generated and added to the bucket every 1/100 second.
  • 1000 notification messages are sent Each time a token is obtained from the bucket, a notification message is taken out and sent. Since the token generation speed is uniform, the sending speed of each notification message is controlled according to the token generation speed, that is, the sending speed can be equal to the token generation speed. Keep the message processing and sending speed at a constant speed.
  • step 103 when the service type of the notification message requested by each of the M first messages is determined according to the service type of the notification message requested by each of the M first messages, When the sending speed and sending level of the notification message are not in the mapping relationship, the sending speed corresponding to the service type of the notification message requested by each of the M first messages is added to the mapping relationship, and Send level.
  • the service type corresponding to the obtained notification message that the user needs to send is severe emergency.
  • the newly added service type in the message queue configuration table is the sending speed and sending level corresponding to the severe emergency class, for example, the sending speed is 800 bps and the sending level is extremely high.
  • each notification message is sent in turn according to the newly added sending speed.
  • a message queue for these 1000 notification messages is added, and the message queue is 1000 notification messages are queued, and each notification message is sent in turn according to the newly added transmission speed of 800bps.
  • obtaining N second messages from the first application determining the N second messages according to the service type of the notification message requested by each of the N second messages The sending speed and sending level of the notification message requested by each of the second messages;
  • N is an integer greater than 0;
  • the first type is 800 messages.
  • the message content is "Four categories of domestic garbage, separate dry and wet, littering is harmful, and beautiful homes depend on everyone";
  • the second type is 1000 messages.
  • the message content is "Typhoon No. 9 Lichma will land northward in central and southern Zhejiang on the 10th. Affected by it, there will be heavy rains and local heavy rains in most parts of the province. Please take precautions.”
  • the sending level of the first notification message is high, and the sending speed is 300 bps; the sending level of the second notification message is the super high level, and the sending speed is 800 bps.
  • the first speed threshold is set to 1000 bps
  • the sum of the sending speed of the first type of notification message and the sending speed of the second type of notification message is greater than the first speed threshold, and processing is performed according to the priority determined by the sending level.
  • the sending speed of notification messages is 800bps
  • set the first speed threshold to 1000bps. Adjust the sending speed of the first notification message so that the sending speed of the first notification message and the sending speed of the second notification message are different. The sum is less than or equal to the first speed threshold.
  • the sending speed of the first notification message is adjusted to 150 bps. In this way, the super high-level notification message is guaranteed first, so that the resource conflict problem when sending the notification message can be handled more flexibly.
  • the message queue of the first type of notification message determines the message queue of the first type of notification message, and according to the order of the 800 notification messages queued in the message queue, send 800 notification messages in turn at a transmission speed of 300bps Each notification message in.
  • the second type of notification message sending level is a very high level, add a message queue for the second type of notification message, and according to the order of the 1000 notification messages queued in the newly added message queue, send 1000 at 800bps transmission speed in turn Each notification message in the notification message.
  • FIG. 2 is an example flowchart of a method and device for message sending management in an embodiment of the application, as shown in the figure, and the specific steps are described as follows.
  • Step 201 The customer notifies the management system to start running
  • Step 202 message request reception
  • the client notification management system when the client notification management system starts running, it receives notification messages that users need to send, and obtains the message type, service type, and message content of the notification message.
  • Step 203 message processing
  • the message content is loaded and the template parameters are adaptively adjusted to obtain the notification message to be sent.
  • Step 204 Store the notification message
  • Step 205 Load the queue configuration according to the message queue configuration table
  • a message queue configuration table is preset, and the message type, service type, transmission speed, and transmission level of the notification message to be sent are stored in the configuration table. After obtaining the message type, service type, and transmission level of the notification message that the user needs to send Service type, query the preset message queue configuration table to obtain the sending level and sending speed of the notification message to be sent.
  • Step 206 Perform message queue processing in combination with the notification message and the message queue configuration
  • the notification messages to be sent are arranged by combining the stored notification messages and the sending level in the message queue configuration to obtain the message queue of the notification messages to be sent.
  • Step 207 Store the message waiting queue
  • the message queue of the notification message to be sent is stored in the Redis buffer, and the token bucket algorithm is used to control the sending speed of each notification message.
  • Step 208 Send the notification message in the queue to be sent
  • the notification message in the queue to be sent is taken out from the Redis buffer at a uniform speed and then sent.
  • Step 209 The notification message is sent to the receiver through the gateway.
  • the format conversion function in the standard processing module of the message type corresponding to the notification message is used to convert the format of the notification message to meet the network transmission requirements.
  • FIG. 3 is a schematic structural diagram of a message sending management apparatus in an embodiment of this application. As shown in the figure, it includes an acquiring unit 301 and a processing unit 302, which are described in detail as follows.
  • the obtaining unit 301 is configured to obtain M first messages from a first application; each of the M first messages is used to request to send a notification message, and each of the M first messages
  • the first message includes the message type, service type, and message content of the notification message to be sent, and M is an integer greater than 0;
  • the processing unit 302 is configured to determine, for any first message among the M first messages, from at least one preset message template according to the message type of the notification message requested by the first message, the A first message template corresponding to the message type of the notification message requested by the first message; determining the notification message according to the first message template and the message content of the notification message requested by the first message;
  • the processing unit 302 is configured to determine the notification message requested by each first message in the M first messages according to the service type of the notification message requested by each first message in the M first messages According to the sending level of the notification message requested by each of the M first messages, arrange the M notification messages requested by the M first messages to obtain the message Queue; according to the sequence of the M notification messages arranged in the message queue, each notification message is sent in turn according to the sending speed of each notification message.
  • the processing unit is specifically configured to:
  • the sending speed and the sending level corresponding to the service type of the notification message requested by each of the M first messages are used as each of the M first messages.
  • the preset correspondence relationship includes a mapping relationship between the message type and service type of the notification message requested by each first message in the M first messages, and the sending speed and the sending level.
  • the processing unit is specifically further configured to:
  • the token bucket algorithm is used to obtain the generation speed of the token
  • the transmission speed of each notification message is controlled according to the generation speed of the token.
  • the processing unit is specifically further configured to:
  • each notification message is sent in turn according to the newly added sending speed.
  • the processing unit is specifically further configured to:
  • N is an integer greater than 0; when the sending speed of the notification message requested by each first message in the M first messages and the sending speed of each second message in the N second messages When the sum of the sending speeds of the requested notification messages is greater than the first speed threshold, the sending speed of the notification message requested by each of the M first messages is adjusted so that each of the M first messages The sum of the sending speed of the notification message requested by the first message and the sending speed of the notification message requested by each of the N second messages is less than or equal to the first speed threshold;
  • the processing unit is specifically further configured to:

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明公开了一种消息发送管理方法及装置，涉及金融科技(Fintech)的数据管理领域，其中方法为：获取来自第一应用的M个第一消息；根据所述第一消息所请求的通知消息的消息类型从预设的至少一个消息模板中，确定与所述消息类型对应的第一消息模板；根据所述第一消息模板以及所述第一消息所请求的通知消息的消息内容确定所述通知消息；根据所述M个第一消息中每个第一消息所请求的通知消息的业务类型，确定所述M个第一消息中每个第一消息所请求的通知消息的发送速度以及发送等级；根据所述M个第一消息中每个第一消息所请求的通知消息的发送等级，对所述M个第一消息所请求的M个通知消息进行排列，获得消息队列。

Description

一种消息发送管理方法及装置
相关申请的交叉引用
本申请要求在2019年09月29日提交中国专利局、申请号为201910936132.8、申请名称为“一种消息发送管理方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及金融科技(Fintech)数据管理领域，尤其涉及一种消息发送管理方法及装置。
背景技术
随着计算机技术的发展，越来越多的技术(大数据、分布式、区块链(Blockchain)、人工智能等)应用在金融领域，传统金融业正在逐步向金融科技(Fintech)转变。目前，金融科技领域中，用户在使用移动类应用软件时会收到应用软件发送的各种消息，比如短信、邮件等发送的消息，客户通知管理系统是负责管理这类应用软件的消息加工、排队及发送的系统。
现有技术中的客户通知管理系统是根据不同的消息类型，启动多个定时任务，以预先在程序内配置好的固定时间的间隔从数据库内取出固定数量的消息，按照消息所属的消息类型中的优先级或业务规则划分出消息队列推送消息至下游系统，其中，单个消息队列内的消息按先进先出规则处理，发送速度可配置，各消息队列间处理互不干扰。
现有技术的这种处理方式是在固定时间的间隔内，通过固定数量消息以预先固定的配置发送处理，这会导致消息配置不够灵活影响发送效果。
发明内容
本申请实施例提供一种消息发送管理方法及装置，解决了现有技术中在 固定时间的间隔承出固定数量消息以预先固定的配置发送处理，导致消息配置不够灵活影响发送效果的问题。
本申请实施例提供一种消息发送管理方法，具体包括：
获取来自第一应用的M个第一消息；所述M个第一消息中的每个第一消息用于请求发送通知消息，所述M个第一消息中的每个第一消息中包括需要发送的通知消息的消息类型、业务类型以及消息内容，M为大于0的整数；
针对所述M个第一消息中的任一第一消息，根据所述第一消息所请求的通知消息的消息类型从预设的至少一个消息模板中，确定与所述第一消息所请求的通知消息的消息类型对应的第一消息模板；根据所述第一消息模板以及所述第一消息所请求的通知消息的消息内容确定所述通知消息；
根据所述M个第一消息中每个第一消息所请求的通知消息的业务类型，确定所述M个第一消息中每个第一消息所请求的通知消息的发送速度以及发送等级；
根据所述M个第一消息中每个第一消息所请求的通知消息的发送等级，对所述M个第一消息所请求的M个通知消息进行排列，获得消息队列；
根据所述消息队列排列的M个通知消息的顺序，依次按照每个通知消息的发送速度发送每个通知消息。
一种可能的实现方式，根据所述M个第一消息中每个第一消息所请求的通知消息的业务类型，确定所述M个第一消息中每个第一消息所请求的通知消息的发送速度以及发送等级，包括：
将预设的对应关系中，与所述M个第一消息中每个第一消息所请求的通知消息的业务类型对应的发送速度以及发送等级作为所述M个第一消息中每个第一消息所请求的通知消息的发送速度以及发送等级；
所述预设的对应关系包括所述M个第一消息中每个第一消息所请求的通知消息的消息类型、业务类型与所述发送速度以及所述发送等级的映射关系。
一种可能的实现方式，获得消息队列之后，还包括：
根据所述M个第一消息中每个第一消息所请求的通知消息的发送速度， 使用令牌桶算法，得到令牌的生成速度；
根据所述令牌的生成速度控制发送每个通知消息时的发送速度。
一种可能的实现方式，还包括：
当根据所述M个第一消息中的每个第一消息所请求的通知消息的业务类型确定的所述M个第一消息中的每个第一消息所请求的通知消息的发送速度以及发送等级不在所述映射关系中时，在所述映射关系中新增所述M个第一消息中每个第一消息所请求的通知消息的业务类型对应的发送速度以及发送等级；
根据新增的所述M个第一消息中每个第一消息所请求的通知消息的发送等级，新增所述M个第一消息所请求的M个通知消息的消息队列；
根据新增的所述M个第一消息所请求的M个通知消息的消息队列中排队的M个通知消息的顺序，依次按照新增的发送速度发送每个通知消息。
一种可能的实现方式，还包括：
获取到来自所述第一应用的N个第二消息；
根据所述N个第二消息中的每个第二消息所请求的通知消息的业务类型确定所述N个第二消息中每个第二消息所请求的通知消息的发送速度以及发送等级；
当所述发送速度以及所述发送等级不在所述映射关系中时；在所述映射关系中新增所述N个第二消息中每个第二消息所请求的通知消息的业务类型对应的发送速度以及发送等级，N为大于0的整数；
当所述M个第一消息中每个第一消息所请求的通知消息的发送速度和所述N个第二消息中的每个第二消息所请求的通知消息的发送速度之和大于第一速度阈值时，调整所述M个第一消息中每个第一消息所请求的通知消息的发送速度以使所述M个第一消息中每个第一消息所请求的通知消息的发送速度和所述N个第二消息中的每个第二消息所请求的通知消息的发送速度之和小于或等于所述第一速度阈值；
根据所述N个第二消息中每个第二消息所请求的通知消息的发送等级， 新增所述N个第二消息所请求的N个通知消息的消息队列；
根据新增的所述N个第二消息所请求的N个通知消息的消息队列中排队的N个通知消息的顺序，依次按照所述N个第二消息中的每个第二消息所请求的通知消息的发送速度发送每个通知消息。
一种可能的实现方式，依次按照所述N个第二消息中的每个第二消息所请求的通知消息的发送速度发送每个通知消息之后，还包括：
删除所述N个第二消息所请求的N个通知消息的消息队列。
本申请实施例提供一种消息发送管理装置，具体包括：
获取单元，用于获取来自第一应用的M个第一消息；所述M个第一消息中的每个第一消息用于请求发送通知消息，所述M个第一消息中的每个第一消息中包括需要发送的通知消息的消息类型、业务类型以及消息内容，M为大于0的整数；
处理单元，用于针对所述M个第一消息中的任一第一消息，根据所述第一消息所请求的通知消息的消息类型从预设的至少一个消息模板中，确定与所述第一消息所请求的通知消息的消息类型对应的第一消息模板；根据所述第一消息模板以及所述第一消息所请求的通知消息的消息内容确定所述通知消息；
所述处理单元，用于根据所述M个第一消息中每个第一消息所请求的通知消息的业务类型，确定所述M个第一消息中每个第一消息所请求的通知消息的发送速度以及发送等级；根据所述M个第一消息中每个第一消息所请求的通知消息的发送等级，对所述M个第一消息所请求的M个通知消息进行排列，获得消息队列；根据所述消息队列排列的M个通知消息的顺序，依次按照每个通知消息的发送速度发送每个通知消息。
一种可能的实现方式，所述处理单元具体用于：
将预设的对应关系中，与所述M个第一消息中每个第一消息所请求的通知消息的业务类型对应的发送速度以及发送等级作为所述M个第一消息中每个第一消息所请求的通知消息的发送速度以及发送等级；
所述预设的对应关系包括所述M个第一消息中每个第一消息所请求的通知消息的消息类型、业务类型与所述发送速度以及所述发送等级的映射关系。
本申请实施例提供一种计算机可读存储介质，所述计算机存储介质中存储有计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行上述任一种可能的设计中的方法。
本申请实施例提供一种芯片，所述芯片与存储器相连，用于读取并执行所述存储器中存储的软件程序，以实现上述任一种可能的设计中的方法。
利用本发明提供的一种消息队列管理方法及装置，具有以下有益效果：通过预先设置待发送通知消息的消息类型对应的消息模板以及可配置的消息队列参数，再得到加载内容的通知消息和加载参数的消息队列，将两者结合进行通知消息发送，以此更灵活地配置消息内容以及队列参数，从而更便于管理各种通知消息。
附图说明
图1为本申请实施例中一种消息发送管理方法流程图；
图2为本申请实施例中一种消息发送管理方法及装置的实例流程图；
图3为本申请实施例中一种消息发送管理装置的结构示意图。
具体实施方式
为了更好的理解上述技术方案，下面将结合说明书附图及具体的实施方式对上述技术方案进行详细的说明，应当理解本申请实施例以及实施例中的具体特征是对本申请技术方案的详细的说明，而不是对本申请技术方案的限定，在不冲突的情况下，本申请实施例以及实施例中的技术特征可以相互结合。
随着计算机技术的发展，越来越多的技术(大数据、分布式、区块链(Blockchain)、人工智能等)应用在金融领域，传统金融业正在逐步向金融科技(Fintech)转变。
现有的方式，采用预先在程序内配置好的固定时间间隔从数据库内取出固定数量的通知消息，再将通知消息送入消息处理队列进行发送，这种配置是写入配置文件中再调用运行。但在实际应用中，用户提出发送请求的通知消息数量一般并不相同，比如A用户提出应用短信发送1000条通知消息，B用户提出应用短信发送10000条通知消息，以现有的配置文件的方式调用处理，可以看出无法达到不同用户需要的发送速度。并且现有的方式中，消息处理队列与消息类型绑定，当有用户提出更高发送速度的消息类型对应的通知消息需求时，无法在现有消息处理队列的基础上灵活调整消息处理队列的发送优先级和发送速度，从而易造成发送渠道的资源冲突的问题。本申请的一种消息发送管理方法通过预先设置待发送通知消息的消息类型对应的消息模板以及可配置的消息队列参数，再得到加载内容的通知消息和加载参数的消息队列，将两者结合进行通知消息发送，以此更灵活地配置消息内容以及队列参数，并且在有用户提出更高发送速度的消息类型对应的通知消息需求时，可以通过配置新消息队列的方式灵活调整消息队列的发送优先级和发送速度，从而在实际应用中，不论是消息内容设置、消息队列参数设置以及消息队列的增减设置都可以灵活调整，更便于各种通知消息的管理。
图1为本申请实施例中一种消息发送管理方法流程图，如图所示，具体步骤描述如下。
步骤101：获取来自第一应用的M个第一消息；所述M个第一消息中的每个第一消息用于请求发送通知消息，所述M个第一消息中的每个第一消息中包括需要发送的通知消息的消息类型、业务类型以及消息内容，M为大于0的整数。
具体的，当客户通知管理系统接收到用户发送消息的业务需求时，根据业务需求获取到用户需要发送的通知消息的消息类型，消息类型是指发送通知消息的发送方，即第一应用；业务类型，是指需要发送的通知消息的业务层面分类；消息内容，是指需要发送的通知消息的具体内容；M为需要发送的通知消息的消息数量。
举例来说，第一应用为短信、邮件等的应用，客户通知管理系统收到用户发送消息的业务需求为来自短信的1000条消息“为更好地为您提供服务，温馨提醒：您可登陆xxxxxx网址，带您畅游梦幻影视世界”。消息类型是短信；业务类型是营销类；消息内容是“为更好地为您提供服务，温馨提醒：您可登陆xxxxxx网址，带您畅游梦幻影视世界”；M是1000。
步骤102：针对所述M个第一消息中的任一第一消息，根据所述第一消息所请求的通知消息的消息类型从预设的至少一个消息模板中，确定与所述第一消息所请求的通知消息的消息类型对应的第一消息模板；根据所述第一消息模板以及所述第一消息所请求的通知消息的消息内容确定所述通知消息。
具体的，预先根据用户需要发送的通知消息的所有消息类型，将各种消息类型的消息处理逻辑优化为标准处理模块，使客户通知管理系统在运行过程中可通过消息类型动态加载不同消息模块对消息进行处理。
举例来说，当获取到步骤101中的短信后，从预设的短信消息模板、邮件消息模板等至少一个消息模板中，确定与消息类型为短信对应的短信消息模板，根据短信消息模板，将消息内容“为更好地为您提供服务，温馨提醒：您可登陆xxxxxx网址，带您畅游梦幻影视世界”加载至短信消息模板中，并按照用户需求适应性调整模板参数，比如字体的格式、链接的内容等，得到待发送的通知消息。
步骤103：根据所述M个第一消息中每个第一消息所请求的通知消息的业务类型，确定所述M个第一消息中每个第一消息所请求的通知消息的发送速度以及发送等级。
具体的，预先设置有消息队列配置表，在配置表中存储待发送的通知消息的消息类型、业务类型与发送速度以及发送等级的映射关系，以短信和邮件为例，具体如表一所示，其它情况不再赘述。
表一
Figure PCTCN2020114567-appb-000001
步骤104：根据所述M个第一消息中每个第一消息所请求的通知消息的发送等级，对所述M个第一消息所请求的M个通知消息进行排列，获得消息队列。
步骤105：根据所述消息队列排列的M个通知消息的顺序，依次按照每个通知消息的发送速度发送每个通知消息。
具体的，结合步骤104-步骤105，根据步骤101中获取到用户需要发送的通知消息的消息类型、业务类型，查询步骤103中预设的消息队列配置表，获取待发送的通知消息的发送等级以及发送速度，根据发送等级对待发送的M个通知消息进行排列，获得待发送的通知消息的消息队列。
举例来说，当获取到步骤101中的短信后，得到消息类型是短信；业务类型是营销类；查询步骤103中预设的消息队列配置表，获取到待发送的短信的发送等级为低；发送速度为100比特每秒(bits per second，bps)；根据低发送等级，将待发送的1000条通知消息“为更好地为您提供服务，温馨提醒：您可登陆xxxxxx网址，带您畅游梦幻影视世界”进行排列，得到对应的低等级的消息队列。
进一步具体的，在得到消息队列后，将消息队列存储在分布式缓存器(Remote Dictionary Server，Redis)中，使用令牌桶算法，从Redis缓存器中以均匀的速度取出消息再进行发送。
举例来说，待发送的1000条通知消息的每条通知消息的发送速度为100bps，使用令牌桶算法，每隔1/100秒生成一个令牌加入到桶中，在发送 1000条通知消息时，每从桶中获取一个令牌，取出一条通知消息发送，由于令牌生成速度是均匀的，根据令牌生成速度控制每个通知消息发送速度，即可以使发送速度等于令牌生成速度，从而使消息处理发送速度保持匀速。
此外，在步骤103中，当根据所述M个第一消息中的每个第一消息所请求的通知消息的业务类型确定的所述M个第一消息中的每个第一消息所请求的通知消息的发送速度以及发送等级不在所述映射关系中时，在所述映射关系中新增所述M个第一消息中每个第一消息所请求的通知消息的业务类型对应的发送速度以及发送等级。
举例来说，当获取的是来自短信的1000条通知消息，消息的内容是“9号台风利奇马10日将在浙江中南部登陆北上，受其影响我省大部分地区有大到暴雨局部大暴雨，请加强防范”，根据获取的用户需要发送的通知消息对应的业务类型为严重紧急类，根据这一业务类型在查询步骤103中预设的消息队列配置表时，无法找到对应的发送速度以及发送等级，则在消息队列配置表中新增业务类型为严重紧急类对应的发送速度以及发送等级，比如发送速度为800bps以及发送等级为特高。
再根据新增的所述M个第一消息中每个第一消息所请求的通知消息的发送等级，新增所述M个第一消息所请求的M个通知消息的消息队列；根据新增的所述M个第一消息所请求的M个通知消息的消息队列中排队的M个通知消息的顺序，依次按照新增的发送速度发送每个通知消息。
举例来说，在确定上述1000条通知消息的发送速度为800bps以及发送等级为特高后，根据新增的特高的发送等级，新增这1000条通知消息的消息队列，在消息队列中将1000条通知消息进行排队，依次按照新增的800bps的发送速度发送每个通知消息。
进一步具体的，获取到来自所述第一应用的N个第二消息；根据所述N个第二消息中的每个第二消息所请求的通知消息的业务类型确定所述N个第二消息中每个第二消息所请求的通知消息的发送速度以及发送等级；
当所述发送速度以及所述发送等级不在所述映射关系中时；在所述映射 关系中新增所述N个第二消息中每个第二消息所请求的通知消息的业务类型对应的发送速度以及发送等级，N为大于0的整数；
当所述M个第一消息中每个第一消息所请求的通知消息的发送速度和所述N个第二消息中的每个第二消息所请求的通知消息的发送速度之和大于第一速度阈值时，调整所述M个第一消息中每个第一消息所请求的通知消息的发送速度以使所述M个第一消息中每个第一消息所请求的通知消息的发送速度和所述N个第二消息中的每个第二消息所请求的通知消息的发送速度之和小于或等于所述第一速度阈值。
举例来说，获取到来自短信的通知消息有2种，第一种是800条消息的消息内容是“生活垃圾四分类，干湿要分开，乱丢危害大，美丽家园靠大家”的消息；第二种是1000条消息的消息内容是“9号台风利奇马10日将在浙江中南部登陆北上，受其影响我省大部分地区有大到暴雨局部大暴雨，请加强防范”的消息，根据用户需要发送的通知消息的消息类型和业务类型，得到第一种通知消息的发送等级是高等级，发送速度是300bps；第二种通知消息的发送等级是特高等级，发送速度是800bps，若设置的第一速度阈值为1000bps，则第一种通知消息的发送速度和第二种通知消息的发送速度之和已大于第一速度阈值，根据发送等级确定的优先级处理，在第二种通知消息的发送速度是800bps的情况下，设置的第一速度阈值为1000bps，调整第一种通知消息的发送速度，以使第一种通知消息的发送速度和第二种通知消息的发送速度之和小于或等于第一速度阈值，比如，第一种通知消息的发送速度调整为150bps，通过这种方式优先确保特高等级的通知消息，从而更灵活地处理发送通知消息时资源冲突的问题。
根据所述N个第二消息中每个第二消息所请求的通知消息的发送等级，新增所述N个第二消息所请求的N个通知消息的消息队列；
根据新增的所述N个第二消息所请求的N个通知消息的消息队列中排队的N个通知消息的顺序，依次按照所述N个第二消息中的每个第二消息所请求的通知消息的发送速度发送每个通知消息。
具体的，根据第一种通知消息的发送等级是高等级，确定第一种通知消息的消息队列，并根据消息队列中排队的800个通知消息的顺序，依次按照300bps发送速度发送800个通知消息中的每个通知消息。
根据第二种通知消息的发送等级是特高等级，新增第二种通知消息的消息队列，并根据新增的消息队列中排队的1000个通知消息的顺序，依次按照800bps发送速度发送1000个通知消息中的每个通知消息。
进一步具体的，在按照800bps发送速度发送1000个通知消息中的每个通知消息后，若之后获取的通知消息对应的发送等级仍为消息队列配置表中的高等级和低等级中的一种时，将新增的消息队列删除。
图2为本申请实施例中一种消息发送管理方法及装置的实例流程图，如图所示，具体步骤描述如下。
步骤201：客户通知管理系统启动运行；
步骤202：消息请求接收；
具体的，客户通知管理系统启动运行时，接收用户需要发送的通知消息，获取到通知消息的消息类型、业务类型以及消息内容。
步骤203：消息加工；
具体的，根据预先设置的通知消息对应的消息类型的标准处理模块，加载消息内容及适应性调整模板参数，得到待发送的通知消息。
步骤204：存储通知消息；
步骤205：根据消息队列配置表加载队列配置；
具体的，预先设置有消息队列配置表，在配置表中存储待发送的通知消息的消息类型、业务类型与发送速度以及发送等级的映射关系，在获取到用户需要发送的通知消息的消息类型、业务类型，查询预设的消息队列配置表，获取待发送的通知消息的发送等级以及发送速度。
步骤206：结合通知消息和消息队列配置进行消息队列处理；
具体的，结合存储的通知消息和消息队列配置中的发送等级对待发送的通知消息进行排列，获得待发送的通知消息的消息队列。
步骤207：存储消息待发送队列；
具体的，将待发送的通知消息的消息队列存储在Redis缓存器中，使用令牌桶算法，控制每个通知消息发送速度。
步骤208：发送待发送队列中的通知消息；
具体的，从Redis缓存器中以均匀的速度取出待发送队列中的通知消息再进行发送。
步骤209：通知消息通过网关发送至接收方。
具体的，将待发送队列中的通知消息发送到网络上时，应用通知消息对应的消息类型的标准处理模块中的格式转换功能对通知消息进行格式转换以符合网络发送要求。
图3为本申请实施例中一种消息发送管理装置的结构示意图，如图所示，包括获取单元301和处理单元302，详细描述如下。
获取单元301，用于获取来自第一应用的M个第一消息；所述M个第一消息中的每个第一消息用于请求发送通知消息，所述M个第一消息中的每个第一消息中包括需要发送的通知消息的消息类型、业务类型以及消息内容，M为大于0的整数；
处理单元302，用于针对所述M个第一消息中的任一第一消息，根据所述第一消息所请求的通知消息的消息类型从预设的至少一个消息模板中，确定与所述第一消息所请求的通知消息的消息类型对应的第一消息模板；根据所述第一消息模板以及所述第一消息所请求的通知消息的消息内容确定所述通知消息；
所述处理单元302，用于根据所述M个第一消息中每个第一消息所请求的通知消息的业务类型，确定所述M个第一消息中每个第一消息所请求的通知消息的发送速度以及发送等级；根据所述M个第一消息中每个第一消息所请求的通知消息的发送等级，对所述M个第一消息所请求的M个通知消息进行排列，获得消息队列；根据所述消息队列排列的M个通知消息的顺序，依次按照每个通知消息的发送速度发送每个通知消息。
一种可能的实现方式，所述处理单元具体用于：
将预设的对应关系中，与所述M个第一消息中每个第一消息所请求的通知消息的业务类型对应的发送速度以及发送等级作为所述M个第一消息中每个第一消息所请求的通知消息的发送速度以及发送等级；
所述预设的对应关系包括所述M个第一消息中每个第一消息所请求的通知消息的消息类型、业务类型与所述发送速度以及所述发送等级的映射关系。
一种可能的实现方式，所述处理单元具体还用于：
根据所述M个第一消息中每个第一消息所请求的通知消息的发送速度，使用令牌桶算法，得到令牌的生成速度；
根据所述令牌的生成速度控制发送每个通知消息时的发送速度。
一种可能的实现方式，所述处理单元具体还用于：
当根据所述M个第一消息中的每个第一消息所请求的通知消息的业务类型确定的所述M个第一消息中的每个第一消息所请求的通知消息的发送速度以及发送等级不在所述映射关系中时，在所述映射关系中新增所述M个第一消息中每个第一消息所请求的通知消息的业务类型对应的发送速度以及发送等级；
根据新增的所述M个第一消息中每个第一消息所请求的通知消息的发送等级，新增所述M个第一消息所请求的M个通知消息的消息队列；
根据新增的所述M个第一消息所请求的M个通知消息的消息队列中排队的M个通知消息的顺序，依次按照新增的发送速度发送每个通知消息。
一种可能的实现方式，所述处理单元具体还用于：
获取到来自所述第一应用的N个第二消息；
根据所述N个第二消息中的每个第二消息所请求的通知消息的业务类型确定所述N个第二消息中每个第二消息所请求的通知消息的发送速度以及发送等级；
当所述发送速度以及所述发送等级不在所述映射关系中时；在所述映射关系中新增所述N个第二消息中每个第二消息所请求的通知消息的业务类型 对应的发送速度以及发送等级，N为大于0的整数；当所述M个第一消息中每个第一消息所请求的通知消息的发送速度和所述N个第二消息中的每个第二消息所请求的通知消息的发送速度之和大于第一速度阈值时，调整所述M个第一消息中每个第一消息所请求的通知消息的发送速度以使所述M个第一消息中每个第一消息所请求的通知消息的发送速度和所述N个第二消息中的每个第二消息所请求的通知消息的发送速度之和小于或等于所述第一速度阈值；
根据所述N个第二消息中每个第二消息所请求的通知消息的发送等级，新增所述N个第二消息所请求的N个通知消息的消息队列；
根据新增的所述N个第二消息所请求的N个通知消息的消息队列中排队的N个通知消息的顺序，依次按照所述N个第二消息中的每个第二消息所请求的通知消息的发送速度发送每个通知消息。
一种可能的实现方式，所述处理单元具体还用于：
删除所述N个第二消息所请求的N个通知消息的消息队列。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

  1. 一种消息发送管理方法，其特征在于，包括：
    获取来自第一应用的M个第一消息；所述M个第一消息中的每个第一消息用于请求发送通知消息，所述M个第一消息中的每个第一消息中包括需要发送的通知消息的消息类型、业务类型以及消息内容，M为大于0的整数；
    针对所述M个第一消息中的任一第一消息，根据所述第一消息所请求的通知消息的消息类型从预设的至少一个消息模板中，确定与所述第一消息所请求的通知消息的消息类型对应的第一消息模板；根据所述第一消息模板以及所述第一消息所请求的通知消息的消息内容确定所述通知消息；
    根据所述M个第一消息中每个第一消息所请求的通知消息的业务类型，确定所述M个第一消息中每个第一消息所请求的通知消息的发送速度以及发送等级；
    根据所述M个第一消息中每个第一消息所请求的通知消息的发送等级，对所述M个第一消息所请求的M个通知消息进行排列，获得消息队列；
    根据所述消息队列排列的M个通知消息的顺序，依次按照每个通知消息的发送速度发送每个通知消息。
  2. 如权利要求1所述的方法，其特征在于，根据所述M个第一消息中每个第一消息所请求的通知消息的业务类型，确定所述M个第一消息中每个第一消息所请求的通知消息的发送速度以及发送等级，包括：
    将预设的对应关系中，与所述M个第一消息中每个第一消息所请求的通知消息的业务类型对应的发送速度以及发送等级作为所述M个第一消息中每个第一消息所请求的通知消息的发送速度以及发送等级；
    所述预设的对应关系包括所述M个第一消息中每个第一消息所请求的通知消息的消息类型、业务类型与所述发送速度以及所述发送等级的映射关系。
  3. 如权利要求1所述的方法，其特征在于，获得消息队列之后，还包括：
    根据所述M个第一消息中每个第一消息所请求的通知消息的发送速度， 使用令牌桶算法，得到令牌的生成速度；
    根据所述令牌的生成速度控制发送每个通知消息时的发送速度。
  4. 如权利要求2所述的方法，其特征在于，还包括：
    当根据所述M个第一消息中的每个第一消息所请求的通知消息的业务类型确定的所述M个第一消息中的每个第一消息所请求的通知消息的发送速度以及发送等级不在所述映射关系中时，在所述映射关系中新增所述M个第一消息中每个第一消息所请求的通知消息的业务类型对应的发送速度以及发送等级；
    根据新增的所述M个第一消息中每个第一消息所请求的通知消息的发送等级，新增所述M个第一消息所请求的M个通知消息的消息队列；
    根据新增的所述M个第一消息所请求的M个通知消息的消息队列中排队的M个通知消息的顺序，依次按照新增的发送速度发送每个通知消息。
  5. 如权利要求4所述的方法，其特征在于，还包括：
    获取到来自所述第一应用的N个第二消息；
    根据所述N个第二消息中的每个第二消息所请求的通知消息的业务类型确定所述N个第二消息中每个第二消息所请求的通知消息的发送速度以及发送等级；
    当所述发送速度以及所述发送等级不在所述映射关系中时；在所述映射关系中新增所述N个第二消息中每个第二消息所请求的通知消息的业务类型对应的发送速度以及发送等级，N为大于0的整数；
    当所述M个第一消息中每个第一消息所请求的通知消息的发送速度和所述N个第二消息中的每个第二消息所请求的通知消息的发送速度之和大于第一速度阈值时，调整所述M个第一消息中每个第一消息所请求的通知消息的发送速度，以使所述M个第一消息中每个第一消息所请求的通知消息的发送速度和所述N个第二消息中的每个第二消息所请求的通知消息的发送速度之和小于或等于所述第一速度阈值；
    根据所述N个第二消息中每个第二消息所请求的通知消息的发送等级， 新增所述N个第二消息所请求的N个通知消息的消息队列；
    根据新增的所述N个第二消息所请求的N个通知消息的消息队列中排队的N个通知消息的顺序，依次按照所述N个第二消息中的每个第二消息所请求的通知消息的发送速度发送每个通知消息。
  6. 如权利要求5所述的方法，其特征在于，依次按照所述N个第二消息中的每个第二消息所请求的通知消息的发送速度发送每个通知消息之后，还包括：
    删除所述N个第二消息所请求的N个通知消息的消息队列。
  7. 一种消息发送管理装置，其特征在于，包括：
    获取单元，用于获取来自第一应用的M个第一消息；所述M个第一消息中的每个第一消息用于请求发送通知消息，所述M个第一消息中的每个第一消息中包括需要发送的通知消息的消息类型、业务类型以及消息内容，M为大于0的整数；
    处理单元，用于针对所述M个第一消息中的任一第一消息，根据所述第一消息所请求的通知消息的消息类型从预设的至少一个消息模板中，确定与所述第一消息所请求的通知消息的消息类型对应的第一消息模板；根据所述第一消息模板以及所述第一消息所请求的通知消息的消息内容确定所述通知消息；
    所述处理单元，用于根据所述M个第一消息中每个第一消息所请求的通知消息的业务类型，确定所述M个第一消息中每个第一消息所请求的通知消息的发送速度以及发送等级；根据所述M个第一消息中每个第一消息所请求的通知消息的发送等级，对所述M个第一消息所请求的M个通知消息进行排列，获得消息队列；根据所述消息队列排列的M个通知消息的顺序，依次按照每个通知消息的发送速度发送每个通知消息。
  8. 如权利要求7所述的装置，其特征在于，所述处理单元具体用于：
    将预设的对应关系中，与所述M个第一消息中每个第一消息所请求的通知消息的业务类型对应的发送速度以及发送等级作为所述M个第一消息中每 个第一消息所请求的通知消息的发送速度以及发送等级；
    所述预设的对应关系包括所述M个第一消息中每个第一消息所请求的通知消息的消息类型、业务类型与所述发送速度以及所述发送等级的映射关系。
  9. 一种存储介质，其特征在于，包括程序或指令，当所述程序或指令被执行时，如权利要求1至6中任意一项所述的方法被执行。
  10. 一种芯片，其特征在于，包括程序或指令，当所述程序或指令被执行时，如权利要求1至6中任意一项所述的方法被执行。
PCT/CN2020/114567 2019-09-29 2020-09-10 一种消息发送管理方法及装置 WO2021057500A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910936132.8 2019-09-29
CN201910936132.8A CN110661668B (zh) 2019-09-29 2019-09-29 一种消息发送管理方法及装置

Publications (1)

Publication Number Publication Date
WO2021057500A1 true WO2021057500A1 (zh) 2021-04-01

Family

ID=69038399

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/114567 WO2021057500A1 (zh) 2019-09-29 2020-09-10 一种消息发送管理方法及装置

Country Status (2)

Country Link
CN (1) CN110661668B (zh)
WO (1) WO2021057500A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114006877A (zh) * 2021-10-28 2022-02-01 深圳平安综合金融服务有限公司 消息传输方法、装置、电子设备及存储介质
CN114125050A (zh) * 2021-11-29 2022-03-01 深圳十方融海科技有限公司 消息调度方法、装置、设备及存储介质

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110661668B (zh) * 2019-09-29 2023-05-16 深圳前海微众银行股份有限公司 一种消息发送管理方法及装置
CN112256458A (zh) * 2020-11-09 2021-01-22 北京沃东天骏信息技术有限公司 消息入队方法、装置、电子设备和计算机可读介质
CN113918365A (zh) * 2021-10-20 2022-01-11 中国联合网络通信集团有限公司 基于短信的数据处理方法、装置及设备
CN114205762A (zh) * 2021-12-10 2022-03-18 中国农业银行股份有限公司 短信流量控制方法、设备及存储介质
CN115801723B (zh) * 2022-11-29 2024-09-10 四川虹魔方网络科技有限公司 一种聚合消息发送缓冲池的实现方法
CN116192792A (zh) * 2023-02-06 2023-05-30 北京达佳互联信息技术有限公司 消息处理方法、装置、电子设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101640573A (zh) * 2008-07-28 2010-02-03 华为技术有限公司 接收紧急事件通知的方法、装置和系统
CN102137280A (zh) * 2011-03-11 2011-07-27 深圳清华大学研究院 发射信息的方法、接收处理方法、前端及收发系统
CN107396331A (zh) * 2017-09-19 2017-11-24 马上消费金融股份有限公司 一种基于优先级队列的短信发送方法及装置
CN108156329A (zh) * 2018-01-25 2018-06-12 维沃移动通信有限公司 消息发送的方法、移动终端及计算机可读存储介质
CN110661668A (zh) * 2019-09-29 2020-01-07 深圳前海微众银行股份有限公司 一种消息发送管理方法及装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8464275B2 (en) * 2006-05-10 2013-06-11 Oracle International Corporation Method of using a plurality of subscriber types in managing a message queue of a database management system
CN102185841A (zh) * 2011-04-25 2011-09-14 上海爱数软件有限公司 一种分类数据传输方法及系统
CN106708607B (zh) * 2015-11-12 2020-12-22 创新先进技术有限公司 消息队列的拥塞控制方法和装置
US10187486B1 (en) * 2016-03-17 2019-01-22 Google Llc Systems and methods for automatic extension of information from a first network to a second network
CN108933993B (zh) * 2018-07-03 2021-08-24 平安科技（深圳）有限公司 短信缓存队列选择方法、装置、计算机设备和存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101640573A (zh) * 2008-07-28 2010-02-03 华为技术有限公司 接收紧急事件通知的方法、装置和系统
CN102137280A (zh) * 2011-03-11 2011-07-27 深圳清华大学研究院 发射信息的方法、接收处理方法、前端及收发系统
CN107396331A (zh) * 2017-09-19 2017-11-24 马上消费金融股份有限公司 一种基于优先级队列的短信发送方法及装置
CN108156329A (zh) * 2018-01-25 2018-06-12 维沃移动通信有限公司 消息发送的方法、移动终端及计算机可读存储介质
CN110661668A (zh) * 2019-09-29 2020-01-07 深圳前海微众银行股份有限公司 一种消息发送管理方法及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114006877A (zh) * 2021-10-28 2022-02-01 深圳平安综合金融服务有限公司 消息传输方法、装置、电子设备及存储介质
CN114125050A (zh) * 2021-11-29 2022-03-01 深圳十方融海科技有限公司 消息调度方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN110661668B (zh) 2023-05-16
CN110661668A (zh) 2020-01-07

Similar Documents

Publication Publication Date Title
WO2021057500A1 (zh) 一种消息发送管理方法及装置
CN107590001B (zh) 负载均衡方法及装置、存储介质、电子设备
US7594022B2 (en) Regulating client requests in an electronic messaging environment
US20170264505A1 (en) Techniques for tracking resource usage statistics per transaction across multiple layers of protocols
US8949258B2 (en) Techniques to manage file conversions
US20120016994A1 (en) Distributed system
US8479219B2 (en) Allocating space in message queue for heterogeneous messages
US7882188B2 (en) Symbol-based message transmission method and system
WO2023103419A1 (zh) 基于消息队列的5g消息批量发送方法、装置及电子设备
US10491532B2 (en) Configurable pacing for messaging systems
WO2022142478A1 (zh) 一种模型计算方法及系统
CN112600761A (zh) 一种资源分配的方法、装置及存储介质
CN111526081B (zh) 邮件转发方法、装置、设备及存储介质
US20070061429A1 (en) Optimizing utilization of application resources
CN114327837A (zh) 一种基于消息队列的分布式任务调度运行系统及方法
US20090132582A1 (en) Processor-server hybrid system for processing data
JP5611952B2 (ja) ウェブアプリケーションのための非同期待ち行列型メッセージング
WO2015188495A1 (zh) 数据传输方法及装置
WO2023155815A1 (zh) 一种报文处理方法、装置、终端设备及存储介质
US8379525B2 (en) Techniques to support large numbers of subscribers to a real-time event
CN107911484B (zh) 一种消息处理的方法及装置
CN107229424B (zh) 一种分布式存储系统数据写入方法及分布式存储系统
CN112965796B (zh) 一种任务调度系统、方法和装置
CN111401819B (zh) 系统间数据推送方法及系统
CN102833162B (zh) 缓冲区数的调整方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20868228

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 07/09/2022)

122 Ep: pct application non-entry in european phase

Ref document number: 20868228

Country of ref document: EP

Kind code of ref document: A1