Multi-channel message detection and transmission methods, apparatus, equipment, storage media, and program products

By integrating channels to manage messages from multiple channels in a unified manner and conducting multi-level detection, the problem of non-compliance in multi-channel message notifications has been solved, improving message management efficiency and user experience.

CN119603259BActive Publication Date: 2025-10-28CHINA MERCHANTS BANK
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202411439501.X
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2024-10-15
Publication Date
2025-10-28
Estimated Expiration
2044-10-15

AI Technical Summary

Technical Problem

In existing technologies, multi-channel message notifications lack unified specifications and standards, resulting in non-compliant message sending, causing inconvenience to users, and making it difficult to detect and identify abnormal messages.

Method used

By pre-creating an integrated channel, we can uniformly manage messages from multiple channels, perform request data checks such as sensitive content, sending date, sending time, and working day, as well as sending data checks such as duplicate sending, sending range, and excessive sending, and identify and block abnormal messages.

Benefits of technology

It enables unified management of messages from multiple channels, reduces the difficulty of message management, improves message management efficiency, can identify and intercept abnormal information, and enhances user experience.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119603259B_ABST
    Figure CN119603259B_ABST
Patent Text Reader

Abstract

This application discloses a multi-channel message detection and transmission method, apparatus, device, storage medium, and program product, relating to the field of data detection technology. The method includes: acquiring a message to be detected through a pre-created integrated channel; detecting request data in the message to be detected to obtain a request detection result; when the request detection result is a pass, detecting transmission data in the message to be detected to obtain a transmission detection result; and when the transmission detection result is a pass, sending the message to be detected to a target user. By integrating messages from multiple channels that need to be detected through the integrated channel, the messages are managed uniformly, reducing the difficulty of message management and improving its efficiency. Through request data detection and transmission data detection, abnormal information in the messages can be detected, identified, and intercepted, reducing the impact of abnormal messages and improving user experience.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of data detection technology, and in particular to multi-channel message detection and transmission methods, apparatus, devices, storage media, and program products. Background Technology

[0002] With the rapid development of the internet, especially mobile internet, the frequency of user-facing message notifications has increased, and the channels for notification have become increasingly diversified. Users frequently and passively receive messages from all directions, such as instant messaging (IM) messages, email messages, and SMS messages. Currently, the common message notification channels on the market are very fragmented, lacking unified specifications and standards. Integration costs are high (adapting to different authentication systems and developing multiple data structures). Furthermore, most channels lack compliance checks regarding message sensitivity, whether messages are sent at appropriate times, and whether duplicate messages are sent, leading to the delivery of incorrect messages at incorrect times and causing inconvenience to users.

[0003] Therefore, there is an urgent need to propose a solution that aggregates notification messages from multiple channels for detection and promptly intercepts any abnormal messages.

[0004] The above content is only used to help understand the technical solution of this application and does not represent an admission that the above content is prior art. Summary of the Invention

[0005] The main purpose of this application is to provide a method, apparatus, device, storage medium, and program product for detecting and sending multi-channel messages, aiming to solve the technical problem of the difficulty in detecting and monitoring multi-channel messages.

[0006] To achieve the above objectives, this application proposes a multi-channel message detection and transmission method, the method comprising:

[0007] The message to be detected is obtained through a pre-created integration channel;

[0008] The request data in the message to be detected is detected to obtain the request detection result;

[0009] When the request detection result is a pass, the sent data in the message to be detected is detected to obtain the sending detection result;

[0010] When the detection result is "passed", the message to be detected is sent to the target user.

[0011] In one embodiment, the step of acquiring the message to be detected through a pre-created integration channel further includes:

[0012] Identify the message channels that require message inspection;

[0013] An integration channel is created based on the message channels that require message inspection. The integration channel is used to aggregate messages that need to be inspected from multiple message channels.

[0014] In one embodiment, the step of detecting request data in the message to be detected and obtaining a request detection result includes:

[0015] Sensitive content detection is performed on the message to be detected to obtain sensitive content detection results;

[0016] The sending date of the message to be detected is checked to obtain the sending date detection result;

[0017] The sending time of the message to be detected is detected to obtain the sending time detection result;

[0018] The message to be detected is subjected to weekday detection to obtain the weekday detection result;

[0019] If at least one of the following is a failure: the sensitive content detection result, the sending date detection result, the sending time detection result, and the working day detection result, then the detection result is requested to be a failure, and the message to be detected is processed as an abnormal message.

[0020] In one embodiment, the step of performing sensitive content detection on the message to be detected and obtaining the sensitive content detection result includes:

[0021] Feature words of the message to be detected are extracted using a feature extraction algorithm;

[0022] The feature words of the message to be detected are compared based on a sensitive word library to detect whether the message to be detected contains sensitive words.

[0023] If the message to be detected contains sensitive words, the detection result of the sensitive content is that the detection fails, and the message to be detected is processed as an abnormal message.

[0024] If the message to be detected does not contain any sensitive words, then the detection result for the sensitive content is "detection passed".

[0025] In one embodiment, the step of detecting the sent data in the message to be detected to obtain the sending detection result when the request detection result is a pass detection includes:

[0026] The message to be detected is subjected to duplicate transmission detection to obtain duplicate transmission detection results;

[0027] The sending range of the message to be detected is detected to obtain the sending range detection result;

[0028] The message to be detected is subjected to overclocking detection to obtain the overclocking detection result;

[0029] Perform specific transmission detection on the message to be detected to obtain specific transmission detection results;

[0030] If at least one of the repeated transmission detection result, the transmission range detection result, the overclocking transmission detection result, and the specific transmission detection result is a failure, then the transmission detection result is a failure, and the message to be detected is processed as an abnormal message.

[0031] In one embodiment, the step of performing duplicate transmission detection on the message to be detected and obtaining the duplicate transmission detection result includes:

[0032] Determine the shortest time interval for sending the message to be detected;

[0033] Obtain the system identifier, user identifier, and message body of the message to be detected;

[0034] The system identifier, user identifier, and message body of the message to be detected are concatenated, and a hash operation is performed on the concatenated whole to obtain the hash identifier of the message to be detected.

[0035] Based on the shortest time interval, the hash identifier of the message to be detected is used for duplicate transmission detection to obtain the duplicate transmission detection result.

[0036] In one embodiment, the step of performing overclocking detection on the message to be detected and obtaining the overclocking detection result includes:

[0037] Determine the transmission time interval and transmission count threshold for the message to be detected;

[0038] Obtain the window start timestamp, window current timestamp, and number of messages sent by the window containing the message to be detected;

[0039] Based on the window start timestamp, window current timestamp, and number of messages sent in the window containing the message to be detected, and based on the sending time interval and sending count threshold of the message to be detected, over-frequency sending detection is performed on the message to be detected to obtain the over-frequency sending detection result.

[0040] Furthermore, to achieve the above objectives, this application also proposes a multi-channel message detection and transmission device, which includes:

[0041] The integration acquisition module is used to acquire messages to be detected through a pre-created integration channel;

[0042] The request detection module is used to detect the request data in the message to be detected and obtain the request detection result;

[0043] The sending detection module is used to detect the sending data in the message to be detected when the request detection result is a pass detection, and obtain the sending detection result.

[0044] The message sending module is used to send the message to be detected to the target user when the sending detection result is that the detection is passed.

[0045] In addition, to achieve the above objectives, this application also proposes a multi-channel message detection and transmission device, the device comprising: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the multi-channel message detection and transmission method described above.

[0046] In addition, to achieve the above objectives, this application also proposes a storage medium, which is a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, it implements the steps of the multi-channel message detection and transmission method described above.

[0047] In addition, to achieve the above objectives, this application also provides a computer program product, which includes a computer program that, when executed by a processor, implements the steps of the multi-channel message detection and transmission method described above.

[0048] One or more technical solutions proposed in this application have at least the following technical effects:

[0049] This application proposes a multi-channel message detection and transmission method, apparatus, device, storage medium, and program product. It acquires a message to be detected through a pre-created integrated channel; detects request data in the message to be detected to obtain a request detection result; when the request detection result is a pass, it detects transmission data in the message to be detected to obtain a transmission detection result; when the transmission detection result is a pass, it sends the message to be detected to the target user. This application integrates messages requiring detection from multiple channels through an integrated channel, unifying message management, reducing message management difficulty, and improving message management efficiency. Through request data detection and transmission data detection, it can detect and identify abnormal information in messages and intercept them, reducing the impact of abnormal messages and improving user experience. Attached Figure Description

[0050] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the present application.

[0051] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0052] Figure 1 This is a flowchart illustrating an embodiment of the multi-channel message detection and transmission method of this application.

[0053] Figure 2 This is a schematic diagram of the module structure of the multi-channel message detection and sending device according to an embodiment of this application;

[0054] Figure 3 This is a schematic diagram of the device structure of the hardware operating environment involved in the multi-channel message detection and sending method in this application embodiment.

[0055] The purpose, features and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0056] It should be understood that the specific embodiments described herein are merely used to explain the technical solutions of the present application and are not intended to limit the present application.

[0057] In order to better understand the technical solution of the present application, a detailed description will be given below in conjunction with the accompanying drawings and specific implementation methods.

[0058] The main solution of this application embodiment is: to obtain the message to be detected through a pre-created integration channel; to detect the request data in the message to be detected and obtain the request detection result; when the request detection result is a pass, to detect the sending data in the message to be detected and obtain the sending detection result; when the sending detection result is a pass, to send the message to be detected to the target user.

[0059] With the rapid development of the internet, especially mobile internet, the frequency of user-facing message notifications has increased, and the channels for notification have become increasingly diversified. Users frequently and passively receive messages from all directions, such as instant messaging (IM) messages, email messages, and SMS messages. Currently, the common message notification channels on the market are very fragmented, lacking unified specifications and standards. Integration costs are high (adapting to different authentication systems and developing multiple data structures). Furthermore, most channels lack compliance checks regarding message sensitivity, whether messages are sent at appropriate times, and whether duplicate messages are sent, leading to the delivery of incorrect messages at incorrect times and causing inconvenience to users.

[0060] Therefore, there is an urgent need to propose a solution that aggregates notification messages from multiple channels for detection and promptly intercepts any abnormal messages.

[0061] This application integrates messages that need to be detected from multiple channels through an integrated channel, unifies message management, reduces the difficulty of message management, and improves the efficiency of message management. Through request data detection and sending data detection, it can detect and identify abnormal information in messages and intercept them, thereby reducing the impact of abnormal messages and improving user experience.

[0062] It should be noted that the executing entity in this embodiment can be a computing service device with data processing, network communication, and program execution functions, such as a tablet computer, personal computer, or mobile phone, or an electronic device or multi-channel message detection and transmission device capable of performing the above functions. The following description uses a multi-channel message detection and transmission device as an example to illustrate this embodiment and the subsequent embodiments.

[0063] Based on this, embodiments of this application provide a multi-channel message detection and transmission method, referring to... Figure 1 , Figure 1 This is a flowchart illustrating the first embodiment of the multi-channel message detection and transmission method of this application.

[0064] In this embodiment, the multi-channel message detection and transmission method includes steps S10 to S40:

[0065] Step S10: Obtain the message to be detected through a pre-created integration channel.

[0066] It should be noted that the integration channel is used to aggregate messages that need to be detected from multiple message channels.

[0067] Additionally, it should be noted that the message to be detected refers to the message that requires requesting data detection and sending data detection.

[0068] Specifically, the first step is to identify the message channels requiring message detection, such as SMS, email, and app push notifications. After identifying the message channels, a general data structure for integrating these channels is designed; a universal message template structure is defined to support message formats from different channels, unifying the field names and data types required by different channels to reduce the complexity of data conversion. Then, multiple message channels are integrated and encapsulated; interfaces are established with each notification channel one by one to understand and test the characteristics and limitations of their APIs; the APIs of each channel are encapsulated into internal services, hiding the underlying implementation details; and the unique API interfaces of each channel are abstracted into a unified interface using adapter or proxy patterns. Finally, an integrated channel is created based on this unified interface, capable of acquiring messages to be detected from multiple message channels, supporting message acquisition, sending, and recall.

[0069] Step S20: Detect the request data in the message to be detected and obtain the request detection result.

[0070] It should be noted that the requested data includes, but is not limited to, sensitive content, sending date, sending time, and whether the sending time falls on a working day. The requested data for detecting the message to be detected includes at least one of the following: sensitive content detection, sending date detection, sending time detection, and working day detection. This is used to detect the message to be detected after receiving a message sending request to determine whether the message can be sent. It does not target a single message, but rather checks the compliance of the entire sending content and sending time.

[0071] Specifically, when the multi-channel message detection and sending device receives a message sending request, it obtains the message to be detected through the integration channel. Then, the device performs request data detection on the data to be detected. Each call to the integration channel interface is considered a get-send operation and a detection is performed. A single get-send operation can send messages to several users simultaneously, and a single detection can perform request data detection on several messages simultaneously.

[0072] Sensitive content detection is performed on the message to be detected, yielding a sensitive content detection result; the sending date detection is performed on the message to be detected, yielding a sending date detection result; the sending time detection is performed on the message to be detected, yielding a sending time detection result; and the working day detection is performed on the message to be detected, yielding a working day detection result. The order of these four detection methods—sensitive content detection, sending date detection, sending time detection, and working day detection—is not restricted or prioritized.

[0073] If at least one of the following detection results—sensitive content detection result, sending date detection result, sending time detection result, and working day detection result—is rejected, then the message to be detected is processed as an abnormal message. The multi-channel message detection and sending device will send a notification message to the administrator indicating that the detection failed, along with the specific reason for the failure. The administrator can choose to abandon the sending or ignore the detection and resend the message, depending on the specific circumstances. If the administrator chooses to abandon the sending, the message is withdrawn, and the current message sending action ends. If the administrator chooses to ignore the detection and resend the message, the process proceeds to the next step.

[0074] When the detection results for sensitive content, sending date, sending time, and working day are all passed, the request is considered to have passed. This indicates that the message to be detected does not contain sensitive content and that the sending time and other information are correct, so it can be sent. The message to be detected can then proceed to the next step.

[0075] Step S30: When the request detection result is "pass detection", detect the sent data in the message to be detected to obtain the sent detection result.

[0076] It should be noted that the data sent includes, but is not limited to, the frequency of transmission, the organizational scope of the target users, and the specific users to whom the data is sent. The detection of the data sent for the message to be detected includes at least one of the following: duplicate transmission detection, transmission range detection, over-frequency transmission detection, and specific transmission detection. These are used to confirm whether the message to be detected can be received by a user, and specifically whether a single user can receive the message, after determining that the message can be sent.

[0077] Specifically, after the message to be detected passes the request data detection, the message to be detected undergoes transmission data detection, which includes duplicate transmission detection, transmission range detection, over-frequency transmission detection, and specific transmission detection. Duplicate transmission detection is performed on the message to be detected to obtain a duplicate transmission detection result; transmission range detection is performed on the message to be detected to obtain a transmission range detection result; over-frequency transmission detection is performed on the message to be detected to obtain an over-frequency transmission detection result; and specific transmission detection is performed on the message to be detected to obtain a specific transmission detection result. The order of these detections (duplicate transmission detection, transmission range detection, over-frequency transmission detection, and specific transmission detection) is not restricted.

[0078] If at least one of the following detection results—repeated transmission detection result, transmission range detection result, overclocking transmission detection result, and specific transmission detection result—is rejected, the transmission detection result is deemed rejected. The message to be detected will then undergo exception message processing. The multi-channel message detection and transmission device will send a notification message to the administrator indicating that the detection failed, along with the specific reason. The administrator can choose to abandon the transmission or ignore the detection and retransmit, depending on the specific circumstances. If the administrator chooses to abandon the transmission, the message will be withdrawn, ending the current message transmission action. If the administrator chooses to ignore the detection and retransmit, the message to be detected will be sent to the target user.

[0079] When all detection results for repeated transmission, transmission range, overclocking, and specific transmission are passed, the transmission detection result is considered successful. After successful detection, the message to be tested can be sent to the target user. If the message transmission fails, the device sends a notification message to the platform administrator, who can choose to resend. If the message transmission is successful, the entire message transmission process ends, and the message can be withdrawn.

[0080] Step S40: When the detection result is "passed", the message to be detected is sent to the target user.

[0081] It should be noted that the target user refers to the user who receives the message.

[0082] Specifically, when the detection result is "passed", the message to be detected is sent to the target user.

[0083] This embodiment, through the above-described solution, integrates messages that need to be detected from multiple channels by consolidating the channels, thereby unifying message management, reducing the difficulty of message management, and improving the efficiency of message management. By detecting request data and sending data, it can detect and identify abnormal information in messages and intercept them, thereby reducing the impact of abnormal messages and improving user experience.

[0084] Based on the above implementation scheme, in one feasible implementation, the step of obtaining the message to be detected through a pre-created integration channel further includes steps S50 to S60:

[0085] Step S50: Determine the message channel that needs to be inspected.

[0086] Specifically, identify the message channels that need to be detected, such as SMS, email, and app push notifications.

[0087] Step S60: Create an integration channel based on the message channel that needs to be detected. The integration channel is used to aggregate messages that need to be detected from multiple message channels.

[0088] Specifically, after determining the message channels, a general data structure for the integrated channels is designed; a set of general message template structures is defined to support message formats from different channels, unifying the field names and data types required by different channels to reduce the complexity of data conversion. Then, multiple message channels are integrated and encapsulated; interfaces are established with each notification channel one by one to understand and test the characteristics and limitations of their APIs; the APIs of each channel are encapsulated into internal services, hiding the underlying implementation details; through the adapter pattern or proxy pattern, the API interfaces unique to each channel are abstracted into a unified interface, and an integrated channel is created based on the unified interface, which can obtain messages to be detected from multiple message channels and supports message acquisition, sending, and recall.

[0089] This embodiment, through the above-described scheme, identifies the message channels that require message detection, creates an integration channel based on these channels, and obtains messages to be detected from multiple message channels through the integration channel. This integrates messages from multiple channels that require detection, enabling unified message management, reducing the difficulty of message management, improving the efficiency of message management, and enhancing the scalability of the subsequent integration channel.

[0090] Based on the above implementation scheme, in one feasible implementation, detecting the request data in the message to be detected and obtaining the request detection result includes steps S21 to S25:

[0091] Step S21: Perform sensitive content detection on the message to be detected to obtain the sensitive content detection result.

[0092] It should be noted that the sensitive content detection is used to detect whether the message to be detected contains sensitive content.

[0093] Specifically, feature words of the message to be detected are extracted using a feature extraction algorithm; the feature words of the message to be detected are compared with those of a sensitive word library to detect whether the message to be detected contains sensitive words; if the message to be detected contains sensitive words, the detection result is that the sensitive content fails and the message to be detected is processed as an abnormal message; if the message to be detected does not contain sensitive words, the detection result is that the sensitive content passes.

[0094] Step S22: Detect the sending date of the message to be detected and obtain the sending date detection result.

[0095] It should be noted that the sending date detection is used to check whether the sending date of the message to be detected is within a preset range of allowed sending dates. Sending date detection is commonly used in scenarios with specific date range restrictions, such as sending holiday text messages.

[0096] Specifically, the sending date of the message to be detected is obtained and compared with a preset date range. If the sending date is not within the range, the detection result is "detection fails," and the message to be detected is intercepted and withdrawn. For example, assuming the preset date range is 2024-04-02 to 2024-04-03, a message sent on 2024-04-04 will be intercepted.

[0097] Step S23: Detect the sending time of the message to be detected and obtain the sending time detection result.

[0098] It should be noted that the sending time detection is used to check whether the sending time of the message to be detected is within the preset allowed message sending time range. Sending time detection is often used in scenarios with clear time range restrictions, such as working hours.

[0099] Specifically, the sending time of the message to be detected is obtained and compared with a preset time range. If the sending time is not within the time range, the sending time detection result is a failure, and the message to be detected is intercepted and withdrawn. For example, assuming the preset time range is 08:30-17:30, if the sending time is 02:00 AM, the message will be intercepted.

[0100] Step S24: Perform weekday detection on the message to be detected to obtain the weekday detection result.

[0101] It should be noted that the working day detection is used to detect whether the sending date of the message to be detected is within a working day.

[0102] Specifically, if a message needs to be sent on a weekday, and the message to be detected was sent on a non-weekday, the message will be blocked; if a message needs to be sent on a non-weekday, and the message to be detected was sent on a weekday, the message will be blocked.

[0103] Step S25: If at least one of the sensitive content detection result, sending date detection result, sending time detection result, and working day detection result is not passed, then request that the detection result be not passed and perform abnormal message processing on the message to be detected.

[0104] Specifically, if at least one of the following detection results fails: sensitive content detection result, sending date detection result, sending time detection result, and working day detection result, then a request for a failure result is made. The multi-channel message detection and sending device will send a notification message to the administrator indicating that the detection failed, and will inform the administrator of the specific reason for the failure. The administrator can choose to abandon the sending or ignore the detection and resend the message based on the specific situation. If the administrator chooses to abandon the sending, the message will be withdrawn, and the current message sending action will end. If the administrator chooses to ignore the detection and resend the message, the next assembly and disassembly step will be taken to combine the message content with the message recipient to form a complete message.

[0105] When all the detection results of the sensitive content, sending date, sending time, and working day are passed, the detection result is requested to be passed, and the sending data detection of the message to be detected is performed.

[0106] Based on the above implementation scheme, in one feasible implementation, the step of performing sensitive content detection on the message to be detected and obtaining the sensitive content detection result includes S211 to S214:

[0107] Step S211: Extract feature words from the message to be detected using a feature extraction algorithm.

[0108] It should be noted that the feature extraction algorithm is used to extract feature words from the message to be detected. As one implementation method, the feature extraction algorithm can be the TF-IDF algorithm.

[0109] Specifically, first, data preprocessing is performed on the message to be detected. First, text cleaning is carried out to remove irrelevant characters, HTML tags, special symbols, etc. from the message to be detected to ensure the purity of the text content; then word segmentation is performed on the message to be detected. The cleaned text is segmented into independent lexical units. This step usually depends on specific word segmentation tools or algorithms, such as jieba segmentation (for Chinese), etc.; then stop words are removed, removing stop words in the word segmentation results, such as common but meaningless words like "de", "le", "zai", etc. The stop word list can be customized according to actual needs or an existing stop word library can be selected.

[0110] Then, the TF-IDF (Term Frequency-Inverse Document Frequency) value of each word in the word segmentation result of the message to be detected is calculated through the TF-IDF algorithm. The words are sorted according to the calculated TF-IDF values. The higher the TF-IDF value of a word, the more representative it is of the theme or content of the document. The top N words after sorting are selected as feature words according to actual needs. The value of N can be determined according to the specific task and the size of the dataset.

[0111] Step S212: Based on the sensitive word library, compare the feature words of the message to be detected to detect whether the message to be detected contains sensitive words.

[0112] It should be noted that the sensitive word library is used to store sensitive content, which usually includes prohibited words, politically sensitive words, pornographic words, violent words, malicious and offensive remarks, content that violates privacy, etc. Collect and organize words that may cause controversy or discomfort to build a comprehensive sensitive word library. This word library needs to be updated regularly to cope with the emergence of new sensitive words.

[0113] Specifically, first, a sensitive word library is created. According to business requirements, legal and regulatory requirements, and social moral standards, various types of sensitive words are collected, such as swear words, insulting languages, politically sensitive words, pornographic words, violent words, etc.; then the feature words of the message to be detected are traversed and compared with the sensitive words in the sensitive word library to check if there are any matching items. The comparison method can be traversal search, using the containsKey method of HashMap, or utilizing the fast retrieval ability of the Trie tree, etc. If a matching item is found, it means the message to be detected contains sensitive words.

[0114] Step S213: If the message to be detected contains sensitive words, the sensitive content detection result is that the detection fails, and abnormal message processing is performed on the message to be detected.

[0115] Specifically, if the message to be detected contains sensitive words, the detection result of the sensitive content is that the detection fails. The multi-channel message detection and sending device will send a notification message to the administrator indicating that the detection failed, and inform the administrator of the specific reason for the failure. The administrator can choose to abandon the sending or ignore the detection and resend according to the specific situation. If the administrator chooses to abandon the sending, the message will be withdrawn and the current message sending action will end. If the administrator chooses to ignore the detection and resend, the next step will be taken.

[0116] Step S214: If the message to be detected does not contain any sensitive words, then the sensitive content detection result is that the detection is successful.

[0117] Specifically, if the message to be detected does not contain any sensitive words, the detection result of the sensitive content is that the detection passes, indicating that there is no sensitive content in the message to be detected.

[0118] Based on the above implementation scheme, in one feasible implementation, when the requested detection result is a pass, detecting the sent data in the message to be detected to obtain the sent detection result includes steps S31 to S35:

[0119] Step S31: Perform duplicate transmission detection on the message to be detected to obtain duplicate transmission detection results.

[0120] It should be noted that duplicate sending detection is used to detect whether the same sending system has sent the same message to the same target user within a certain time interval.

[0121] Specifically, the minimum time interval for sending the message to be detected is determined; the system identifier, user identifier, and message body of the message to be detected are obtained; the system identifier, user identifier, and message body of the message to be detected are concatenated, and a hash operation is performed on the concatenated whole to obtain the hash identifier of the message to be detected; based on the minimum time interval, the hash identifier of the message to be detected is used for duplicate transmission detection to obtain the duplicate transmission detection result.

[0122] Step S32: Perform a sending range detection on the message to be detected to obtain the sending range detection result.

[0123] It should be noted that the sending range detection is used to detect whether the organization to which the user to be sent the message belongs is within a preset organization range, and messages can only be sent to users within the organization range.

[0124] Specifically, a sending organization range table is created, which contains a list of organizations that are allowed to send messages. Each organization has a corresponding number. The organization where the recipient of the message to be tested is located is obtained. The organization where the user is located is traversed and compared with the sending organization range table. If the organization where the user is located is not found in the table, the sending range test result is failed; if the organization where the user is located is found in the table, the sending range test result is passed.

[0125] Step S33: Perform overclocking detection on the message to be detected to obtain the overclocking detection result.

[0126] It should be noted that the over-frequency sending detection is used to detect whether the number of messages sent by the same system to the same user within a certain time interval exceeds the preset frequency setting.

[0127] Specifically, the sending time interval and sending frequency threshold of the message to be detected are determined; the window start timestamp, window current timestamp, and number of messages sent in the window containing the message to be detected are obtained; based on the window start timestamp, window current timestamp, and number of messages sent in the window containing the message to be detected, and based on the sending time interval and sending frequency threshold of the message to be detected, over-frequency sending detection is performed on the message to be detected to obtain the over-frequency sending detection result.

[0128] Step S34: Perform specific transmission detection on the message to be detected to obtain specific transmission detection results.

[0129] It should be noted that specific sending detection is used to detect whether the target user of the message to be detected includes a specific user, and is generally used to exclude specific users.

[0130] Specifically, first, a specific list of users is determined, then the target users who receive the messages to be detected are obtained, and the target users are compared with the specific list of users. If the target user is included in the specific list of users, the specific sending detection result is that the detection fails; if the target user is not included in the specific list of users, the specific sending detection result is that the detection passes.

[0131] Step S35: When at least one of the repeated transmission detection result, the transmission range detection result, the overclocking transmission detection result, and the specific transmission detection result is a failure, the transmission detection result is a failure, and the message to be detected is processed as an abnormal message.

[0132] Specifically, if at least one of the repeated transmission detection results, the transmission range detection results, the overclocking transmission detection results, and the specific transmission detection results fails, the transmission detection result is considered a failure. The multi-channel message detection and transmission device will send a notification message to the administrator indicating the failure and the specific reason for the failure. The administrator can choose to abandon the transmission or ignore the detection and retransmit, depending on the specific situation. If the administrator chooses to abandon the transmission, the message will be withdrawn, and the current message transmission action will end. If the administrator chooses to ignore the detection and retransmit, the message to be detected will be sent to the target user.

[0133] When the repeated transmission detection result, the transmission range detection result, the overclocking transmission detection result, and the specific transmission detection result are all passed, the transmission data detection result is passed, and the message to be detected is sent to the target user.

[0134] Based on the above implementation scheme, in one feasible implementation, the step of performing duplicate transmission detection on the message to be detected and obtaining the duplicate transmission detection result includes S311 to S314:

[0135] Step S311: Determine the shortest time interval for sending the message to be detected.

[0136] It should be noted that the shortest time interval for sending the message to be detected refers to the shortest time interval between sending the same message with the same content to the same target user. For example, when the shortest time interval is 60 minutes, it means that the same message cannot be sent to the same user within one hour. If the same system sends the same message with the same content to the same recipient within the specified time range, the message will be blocked.

[0137] Specifically, the shortest time interval for sending the message to be detected is determined based on the specific circumstances.

[0138] Step S312: Obtain the system identifier, user identifier, and message body of the message to be detected.

[0139] It should be noted that the system identifier of the message to be detected refers to the unique identifier ID of the system that sent the message.

[0140] Additionally, it should be noted that the user identifier refers to the identifier ID of the user receiving the message.

[0141] Additionally, it should be noted that the message body refers to the actual message content sent.

[0142] Specifically, the multi-channel message detection and sending device acquires the system identifier, user identifier, and message body of the message to be detected.

[0143] Step S313: Concatenate the system identifier, user identifier, and message body of the message to be detected, and perform a hash operation on the concatenated whole to obtain the hash identifier of the message to be detected.

[0144] Specifically, the system identifier, user identifier, and message body of the message to be detected are concatenated into a string. A hash value is obtained by performing a hash operation on this string using a hash algorithm. This hash value serves as the hash identifier of the message to be detected. The hash identifier and the last sending time are stored. In one embodiment of this application, the hash algorithm can be the SHA-256 algorithm. The hash identifier is used to uniquely identify the message to be detected, determining the sending system and receiving user of the message, as well as the message content within the message body.

[0145] Step S314: Based on the shortest time interval, perform duplicate transmission detection on the hash identifier of the message to be detected to obtain the duplicate transmission detection result.

[0146] Specifically, the difference between the current time and the last transmission time of the same hash identifier stored in the cache is calculated to obtain the time interval. If the difference is less than the determined minimum time interval (e.g., 60 minutes), it is considered that the message has been sent within the specified time interval, and the retransmission detection result is a failure. The multi-channel message detection and transmission device will send a notification message to the administrator indicating the failure and the specific reason for the failure. The administrator can choose to abandon the transmission or ignore the detection and retransmit according to the specific situation. If the administrator chooses to abandon the transmission, the message is withdrawn and the current message transmission action ends. If the difference is greater than or equal to the configured minimum time interval, the detection and transmission process continues.

[0147] Based on the above implementation scheme, in one feasible implementation, the step of performing overclocking detection on the message to be detected and obtaining the overclocking detection result includes steps S331 to S333:

[0148] Step S331: Determine the sending time interval and the sending number threshold of the message to be detected.

[0149] It should be noted that the time interval for sending the message to be detected refers to the time unit for overclocking detection, which can be one hour, two hours, one day, two days, etc., depending on the specific circumstances.

[0150] Additionally, it should be noted that the sending frequency threshold refers to the maximum number of times messages can be sent to the same target user within a sending time interval. For example, assuming a sending time interval of 1 hour and a sending frequency threshold of 10 times, this means that the same system cannot send more than 10 messages to the target user within one hour (the total number of messages sent to the user by all message channels of the same system within 1 hour cannot exceed 10 times).

[0151] Specifically, the sending time interval and the threshold number of times the message to be detected are determined based on the specific circumstances.

[0152] Step S332: Obtain the window start timestamp, window current timestamp, and number of messages sent by the window containing the message to be detected.

[0153] It should be noted that the window start timestamp of the window containing the message to be detected refers to the timestamp when the window containing the message to be detected was created.

[0154] Additionally, it should be noted that the current timestamp of the window refers to the current timestamp of the window. Subtracting the window's start timestamp from the current timestamp of the window will give you the current creation time of the window.

[0155] Additionally, it should be noted that the number of messages sent by the window refers to the number of messages sent since the window was created.

[0156] Specifically, a sliding time window is implemented using Redis's zset data type. The window start timestamp and current timestamp of the window containing the message to be detected are obtained. The messages sent in the window are counted using a command or a counter. In one implementation, the ZCARD command is used to obtain the number of messages in the window.

[0157] Step S333: Based on the window start timestamp, window current timestamp, and number of messages sent in the window containing the message to be detected, and based on the sending time interval and sending count threshold of the message to be detected, perform over-frequency sending detection on the message to be detected to obtain the over-frequency sending detection result.

[0158] Specifically, subtracting the window's start timestamp from its current timestamp yields the window's current creation time. Comparing this creation time with the sending interval reveals the timestamps of valid messages within the window. Based on these valid timestamps, the number of messages sent by the window within the sending interval is calculated. If the number of messages sent is greater than or equal to the sending frequency threshold, the over-frequency sending detection fails. The multi-channel message detection and sending device sends a notification message to the administrator explaining the reason for the failure. The administrator can then choose to abandon the sending or ignore the detection and resend the message. If the number of messages sent is less than the sending frequency threshold, the over-frequency sending detection passes, indicating that the sending frequency has not been exceeded.

[0159] It should be noted that the above examples are only for understanding this application and do not constitute a limitation on the multi-channel message detection and sending method of this application. Any simple modifications based on this technical concept are within the protection scope of this application.

[0160] This application also provides a multi-channel message detection and transmission device; please refer to... Figure 2 The multi-channel message detection and transmission device includes:

[0161] The integration acquisition module 201 is used to acquire the message to be detected through a pre-created integration channel;

[0162] Request detection module 202 is used to detect request data in the message to be detected and obtain request detection results;

[0163] The sending detection module 203 is used to detect the sending data in the message to be detected when the request detection result is a pass detection, and obtain the sending detection result.

[0164] The message sending module 204 is used to send the message to be detected to the target user when the sending detection result is that the detection is passed.

[0165] The multi-channel message detection and transmission device provided in this application, employing the multi-channel message detection and transmission method described in the above embodiments, can solve the technical problem of difficulty in detecting and monitoring multi-channel messages. Compared with the prior art, the beneficial effects of the multi-channel message detection and transmission device provided in this application are the same as those of the multi-channel message detection and transmission method described in the above embodiments, and other technical features in the multi-channel message detection and transmission device are the same as those disclosed in the methods of the above embodiments, and will not be repeated here.

[0166] This application provides a multi-channel message detection and transmission device, which includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to execute the multi-channel message detection and transmission method in Embodiment 1 above.

[0167] The following is for reference. Figure 3 This document illustrates a structural schematic diagram of a multi-channel message detection and transmission device suitable for implementing embodiments of this application. The multi-channel message detection and transmission device in the embodiments of this application may include, but is not limited to, mobile terminals such as mobile phones, laptops, digital broadcast receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Description), PMPs (Portable Media Players), in-vehicle terminals (e.g., in-vehicle navigation terminals), and fixed terminals such as digital TVs and desktop computers. Figure 3 The multi-channel message detection and transmission device shown is merely an example and should not impose any limitations on the functionality and scope of use of the embodiments of this application.

[0168] like Figure 3As shown, the multi-channel message detection and transmission device may include a processing unit 1001 (e.g., a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1002 or a program loaded from a storage device 1003 into a random access memory (RAM) 1004. The RAM 1004 also stores various programs and data required for the operation of the multi-channel message detection and transmission device. The processing unit 1001, ROM 1002, and RAM 1004 are interconnected via a bus 1005. An input / output (I / O) interface 1006 is also connected to the bus. Typically, the following systems can be connected to the I / O interface 1006: input devices 1007 including, for example, a touchscreen, touchpad, keyboard, mouse, image sensor, microphone, accelerometer, gyroscope, etc.; output devices 1008 including, for example, a liquid crystal display (LCD), speaker, vibrator, etc.; storage devices 1003 including, for example, magnetic tape, hard disk, etc.; and communication devices 1009. Communication device 1009 allows the multi-channel message detection and transmission device to communicate wirelessly or wiredly with other devices to exchange data. Although the figure shows multi-channel message detection and transmission devices with various systems, it should be understood that implementation or possession of all the systems shown is not required. More or fewer systems may be implemented alternatively.

[0169] In particular, according to the embodiments disclosed in the present application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, the embodiments disclosed in the present application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program comprising program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network via a communication device, or installed from a storage device 1003, or installed from a ROM 1002. When the computer program is executed by the processing device 1001, the above-mentioned functions defined in the method of the embodiment disclosed in the present application are executed.

[0170] The multi-channel message detection and transmission device provided in this application, employing the multi-channel message detection and transmission method described in the above embodiments, can solve the technical problem of difficulty in detecting and monitoring multi-channel messages. Compared with the prior art, the beneficial effects of the multi-channel message detection and transmission device provided in this application are the same as those of the multi-channel message detection and transmission method described in the above embodiments, and other technical features of this multi-channel message detection and transmission device are the same as those disclosed in the previous embodiment method, and will not be repeated here.

[0171] It should be understood that the various parts disclosed in this application can be implemented using hardware, software, firmware, or a combination thereof. In the description of the above embodiments, specific features, structures, materials, or characteristics can be combined in any suitable manner in one or more embodiments or examples.

[0172] The above description is merely a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this application should be included in the scope of protection of this application. Therefore, the scope of protection of this application should be based on the scope of protection of the claims.

[0173] This application provides a computer-readable storage medium having computer-readable program instructions (i.e., a computer program) stored thereon, the computer-readable program instructions being used to execute the multi-channel message detection and transmission method described in the above embodiments.

[0174] The computer-readable storage medium provided in this application may be, for example, a USB flash drive, but is not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to: electrical connections having one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof. In this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, system, or device. The program code contained on the computer-readable storage medium may be transmitted using any suitable medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination thereof.

[0175] The aforementioned computer-readable storage medium may be included in the multi-channel message detection and transmission device; or it may exist independently and not be assembled into the multi-channel message detection and transmission device.

[0176] The aforementioned computer-readable storage medium carries one or more programs. When the one or more programs are executed by the multi-channel message detection and sending device, the multi-channel message detection and sending device: acquires a message to be detected through a pre-created integrated channel; detects request data in the message to be detected to obtain a request detection result; when the request detection result is a pass detection, detects sending data in the message to be detected to obtain a sending detection result; and when the sending detection result is a pass detection, sends the message to be detected to the target user.

[0177] Computer program code for performing the operations of this application can be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, and C++, and conventional procedural programming languages ​​such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a Local Area Network (LAN) or a Wide Area Network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0178] The flow charts and block diagrams in the accompanying drawings illustrate the possible architecture, functions and operations of the systems, methods and computer program products according to various embodiments of the present application. In this regard, each box in the flow chart or block diagram can represent a module, program segment or a part of code, and the module, program segment or a part of code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order than that marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram and / or flow chart, and the combination of the boxes in the block diagram and / or flow chart can be implemented by a dedicated hardware-based system that performs the specified function or operation, or can be implemented by a combination of dedicated hardware and computer instructions.

[0179] The modules described in the embodiments of the present application may be implemented in software or hardware, wherein the name of a module does not necessarily limit the unit itself.

[0180] The readable storage medium provided in this application is a computer-readable storage medium that stores computer-readable program instructions (i.e., a computer program) for executing the above-described multi-channel message detection and transmission method, thereby solving the technical problem of difficulty in detecting and monitoring multi-channel messages. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided in this application are the same as those of the multi-channel message detection and transmission method provided in the above embodiments, and will not be repeated here.

[0181] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the multi-channel message detection and transmission method described above.

[0182] The computer program product provided in this application can solve the technical problem of difficulty in detecting and monitoring multi-channel messages. Compared with the prior art, the beneficial effects of the computer program product provided in this application are the same as those of the multi-channel message detection and transmission method provided in the above embodiments, and will not be repeated here.

[0183] The above description is only part of the embodiments of the present application and does not limit the patent scope of the present application. All equivalent structural transformations made by using the contents of the present application specification and drawings under the technical concept of the present application, or direct / indirect application in other related technical fields are included in the patent protection scope of the present application.

Claims

1. A multi-channel message detection and transmission method, characterized in that, The method includes: The message to be detected is obtained through a pre-created integration channel; The request data in the message to be detected is detected to obtain the request detection result; When the request detection result is a pass, the sent data in the message to be detected is detected to obtain the sending detection result; When the detection result is "passed", the message to be detected is sent to the target user; The step of obtaining the message to be detected through a pre-created integration channel includes the following prior to the step of: Identify the message channels that require message inspection; An integration channel is created based on the message channels that require message inspection. The integration channel is used to aggregate messages that need to be inspected from multiple message channels.

2. The method as described in claim 1, characterized in that, The step of detecting request data in the message to be detected and obtaining the request detection result includes: Sensitive content detection is performed on the message to be detected to obtain sensitive content detection results; The sending date of the message to be detected is checked to obtain the sending date detection result; The sending time of the message to be detected is detected to obtain the sending time detection result; The message to be detected is subjected to weekday detection to obtain the weekday detection result; If at least one of the following is a failure: the sensitive content detection result, the sending date detection result, the sending time detection result, and the working day detection result, then the detection result is requested to be a failure, and the message to be detected is processed as an abnormal message.

3. The method as described in claim 2, characterized in that, The step of performing sensitive content detection on the message to be detected and obtaining the sensitive content detection result includes: Feature words of the message to be detected are extracted using a feature extraction algorithm; The feature words of the message to be detected are compared based on a sensitive word library to detect whether the message to be detected contains sensitive words. If the message to be detected contains sensitive words, the detection result of the sensitive content is that the detection fails, and the message to be detected is processed as an abnormal message. If the message to be detected does not contain any sensitive words, then the detection result for the sensitive content is "detection passed".

4. The method as described in claim 1, characterized in that, The step of detecting the sent data in the message to be detected and obtaining the sending detection result when the requested detection result is a pass detection includes: The message to be detected is subjected to duplicate transmission detection to obtain duplicate transmission detection results; The sending range of the message to be detected is detected to obtain the sending range detection result; The message to be detected is subjected to overclocking detection to obtain the overclocking detection result; Perform specific transmission detection on the message to be detected to obtain specific transmission detection results; If at least one of the repeated transmission detection result, the transmission range detection result, the overclocking transmission detection result, and the specific transmission detection result is a failure, then the transmission detection result is a failure, and the message to be detected is processed as an abnormal message.

5. The method as described in claim 4, characterized in that, The step of performing duplicate transmission detection on the message to be detected and obtaining the duplicate transmission detection result includes: Determine the shortest time interval for sending the message to be detected; Obtain the system identifier, user identifier, and message body of the message to be detected; The system identifier, user identifier, and message body of the message to be detected are concatenated, and a hash operation is performed on the concatenated whole to obtain the hash identifier of the message to be detected. Based on the shortest time interval, the hash identifier of the message to be detected is used for duplicate transmission detection to obtain the duplicate transmission detection result.

6. The method as described in claim 4, characterized in that, The step of performing overclocking detection on the message to be detected and obtaining the overclocking detection result includes: Determine the transmission time interval and transmission count threshold for the message to be detected; Obtain the window start timestamp, window current timestamp, and number of messages sent by the window containing the message to be detected; Based on the window start timestamp, window current timestamp, and number of messages sent in the window containing the message to be detected, and based on the sending time interval and sending count threshold of the message to be detected, over-frequency sending detection is performed on the message to be detected to obtain the over-frequency sending detection result.

7. A multi-channel message detection and transmission device, characterized in that, The device includes: The integration acquisition module is used to acquire messages to be detected through a pre-created integration channel; The request detection module is used to detect the request data in the message to be detected and obtain the request detection result; The sending detection module is used to detect the sending data in the message to be detected when the request detection result is a pass detection, and obtain the sending detection result. The message sending module is used to send the message to be detected to the target user when the sending detection result is that the detection is passed; The device further includes a channel determination module for determining the message channel that needs to be detected. An integration channel is created based on the message channels that require message inspection. The integration channel is used to aggregate messages that need to be inspected from multiple message channels.

8. A multi-channel message detection and transmission device, characterized in that, The device includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the multichannel message detection and transmission method as described in any one of claims 1 to 6.

9. A storage medium, characterized in that, The storage medium is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by a processor, it implements the steps of the multi-channel message detection and transmission method as described in any one of claims 1 to 6.

10. A computer program product, characterized in that, The computer program product includes a computer program that, when executed by a processor, implements the steps of the multi-channel message detection and transmission method as described in any one of claims 1 to 6.

Citation Information

Patent Citations

  • Short message request sending system and method based on multiple channels and storage medium

    CN111065061A

  • Multi-channel configurable unified message management method, platform and system

    CN114363409A