Intelligent short message invoice security transmission system and method based on distributed architecture

Abstract

This invention provides a secure SMS invoice transmission system and method based on a distributed architecture, belonging to the field of security management technology. Specifically, it includes: using invoice data to be issued from different invoice issuance modules as a basis, and combining the encryption policy change data of different invoice issuance modules under available encryption processing strategies, determining the matching module among the invoice issuance modules; before an available issuance module exists, obtaining and processing the invoice issuance request using the matching module; and utilizing the updated data of available issuance modules under available encryption processing strategies during the invoice issuance process to determine the secure transmission method of SMS invoices for the matching module, thereby improving the security of SMS invoices during transmission and processing.

Description

Technical Field

[0001] This invention belongs to the field of security management technology, and in particular relates to a smart SMS invoice secure transmission system and method based on a distributed architecture. Background Technology

[0002] To improve the reliability of invoice delivery, existing technical solutions often transmit invoices to target customers via SMS. Similar technical solutions are presented in invention patent applications CN202411567128.6 "A Method for Delivering Electronic Invoices Based on SMS" and CN202410196172.4 "A Fully Electronic Invoice Management and Monitoring Platform".

[0003] When using a distributed architecture and SMS for invoice delivery processing, multiple invoice issuance modules may be processing invoices simultaneously. To reduce security risks, existing different invoice issuance modules often employ different encryption measures. Therefore, how to combine invoice issuance requirements and, in the absence of an invoice issuance module that meets the requirements, select available encryption strategies and invoice processing modules based on the data to be issued, becomes an urgent technical problem to be solved.

[0004] To address the aforementioned technical issues, this application provides a smart SMS invoice secure transmission system and method based on a distributed architecture. Summary of the Invention

[0005] To achieve the objectives of this invention, the following technical solution is adopted:

[0006] Specifically, this application provides a method for secure transmission of intelligent SMS invoices based on a distributed architecture, which includes:

[0007] S1 determines the encryption processing strategy for data transmission of different invoice issuance modules. Based on the invoice data to be issued of different invoice issuance modules using different encryption processing strategies, if it is determined that there is no available issuance module among the invoice issuance modules, proceed to the next step.

[0008] S2 determines the busy invoice issuance module based on the invoice data to be issued, and determines the available encryption processing strategy based on the distribution of busy invoice issuance modules under different encryption processing strategies.

[0009] S3 uses the invoice data to be issued from different invoice issuance modules as a basis, and combines the encryption policy change data of different invoice issuance modules under the available encryption processing strategies, to determine the matching module in the invoice issuance module.

[0010] Before an available invoice issuance module exists, S4 uses the matching module to obtain invoice issuance requirements and perform invoice issuance processing. During the invoice issuance process, the updated data of the available invoice issuance module under the available encryption processing strategy is used to determine the secure transmission method of SMS invoices by the matching module.

[0011] The beneficial effects of this invention are as follows:

[0012] Based on the distribution of busy invoice issuance modules under different encryption processing strategies, the available encryption processing strategies are determined. This not only takes into account the technical problem of a greater risk of data leakage due to a large number of invoices to be issued under different encryption processing strategies, but also considers the technical problem of a greater risk of changes in the encryption processing strategy of the matching module for secure transmission of SMS invoices due to the smaller number of invoices to be issued in different invoice issuance modules, which may lead to the later conversion of the available issuance modules. This ensures the reliability of the encryption processing of the matching module.

[0013] By utilizing the updated data of available issuance modules under the available encryption processing strategy during the invoice issuance process, a secure transmission method for SMS invoices of matching modules is determined. This avoids the technical problem of a large number of available issuance modules under the available encryption processing strategy leading to a large number of invoices requiring the use of the available encryption processing strategy for new invoice issuance needs, which could result in a significant security risk of data leakage. This improves the security and reliability of data transmission.

[0014] A further technical solution is that the invoice issuance module is used to obtain invoice issuance requests and transmit the invoices to the customers who request them via SMS.

[0015] A further technical solution is that the encryption processing strategy for the data transmission is the encryption processing method used by the invoice issuance module when transmitting the invoice to the customer who needs to issue it.

[0016] A further technical solution involves determining that no available invoice issuance module exists within the invoice issuance module, specifically including:

[0017] Based on the invoice data to be issued using the encryption processing strategy, determine the total number of invoices to be issued using the encryption processing strategy.

[0018] Determine the number of invoices to be issued for different invoice issuance modules that employ the aforementioned encryption processing strategy;

[0019] Based on the number of invoices to be issued in different invoice issuance modules and the total number of invoices to be issued, it is determined whether there is an available issuance module among the invoice issuance modules of the encryption processing strategy.

[0020] A further technical solution is that the method for determining the secure transmission method of the SMS invoice in the matching module is as follows:

[0021] By utilizing the updated data of the available issuance modules under the available encryption processing strategy during the invoice issuance process, the updated data of the available issuance modules under the available encryption processing strategy is determined and used as the module update data;

[0022] Based on the module update data under the available encryption processing strategy and combined with the module update data under the original encryption processing strategy of the matching module, the deviation of the module update data under the available encryption processing strategy at different time periods during the invoice issuance process is determined.

[0023] Based on the deviation of the updated data from the module, a secure transmission method for SMS invoices by the matching module is determined.

[0024] Secondly, the present invention provides a secure transmission system for intelligent SMS invoices based on a distributed architecture, employing the aforementioned secure transmission method for intelligent SMS invoices based on a distributed architecture, specifically including:

[0025] The filtering module is responsible for determining whether there is an available invoice issuance module among the invoice issuance modules;

[0026] The strategy filtering module is responsible for determining the available encryption processing strategies among the encryption processing strategies.

[0027] The transmission processing module is responsible for determining the secure transmission method of the SMS invoice from the matching module.

[0028] Other features and advantages will be set forth in the following description, and the objects and other advantages of the invention are realized and obtained through the structures particularly pointed out in the description and the drawings.

[0029] To make the above-mentioned objects, features and advantages of the present invention more apparent and understandable, preferred embodiments are described below in detail with reference to the accompanying drawings. Attached Figure Description

[0030] The above and other features and advantages of the present invention will become more apparent from a detailed description of exemplary embodiments thereof with reference to the accompanying drawings.

[0031] Figure 1 This is a flowchart of a smart SMS invoice secure transmission method based on a distributed architecture;

[0032] Figure 2 This is a flowchart of a method for determining that there is no available invoice issuance module in the invoice issuance module;

[0033] Figure 3It is a flowchart of the method for determining the available encryption strategies in the encryption processing strategy;

[0034] Figure 4 This is a flowchart illustrating the method for determining the matching module within the invoice issuance module. Detailed Implementation

[0035] To enable those skilled in the art to better understand the technical solutions in this specification, the technical solutions in the embodiments of this specification will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this specification, and not all embodiments. Based on the embodiments of this specification, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of this specification.

[0036] In this application, by considering the number of invoices to be issued in different invoice issuance modules, the available encryption processing strategy and matching module for data transmission of SMS invoices are determined. Based on the changes in the available encryption modules under the available encryption processing strategy, the encryption processing strategy of the matching module is adjusted. This avoids the technical problem of excessive leakage risk caused by using the available encryption processing strategy for too many newly added invoices.

[0037] Example 1

[0038] like Figure 1 As shown, this application provides a method for secure transmission of smart SMS invoices based on a distributed architecture, specifically including:

[0039] S1 determines the encryption processing strategy for data transmission of different invoice issuance modules. Based on the invoice data to be issued of different invoice issuance modules using different encryption processing strategies, if it is determined that there is no available issuance module among the invoice issuance modules, proceed to the next step.

[0040] Furthermore, the invoice issuance module is used to obtain invoice issuance requests and transmit the invoices to the customers who request them via SMS.

[0041] Furthermore, the encryption strategy for data transmission is the encryption method used by the invoice issuance module when transmitting invoices to customers who require them.

[0042] Specifically, such as Figure 2 As shown, determining that there is no available invoice issuance module in the invoice issuance module specifically includes:

[0043] Based on the invoice data to be issued using the encryption processing strategy, determine the total number of invoices to be issued using the encryption processing strategy.

[0044] Determine the number of invoices to be issued for different invoice issuance modules that employ the aforementioned encryption processing strategy;

[0045] Based on the number of invoices to be issued in different invoice issuance modules and the total number of invoices to be issued, it is determined whether there is an available issuance module among the invoice issuance modules of the encryption processing strategy.

[0046] It is understood that when the total number of invoices to be issued under the encryption processing strategy exceeds a preset quantity threshold, it is determined that there is no available issuance module in the invoice issuance module of the encryption processing strategy.

[0047] It should also be noted that when the total number of invoices to be issued under the encryption processing strategy is not greater than the preset quantity threshold, and when there is no invoice issuing module that meets the requirement for the number of invoices to be issued, that is, when the number of invoices to be issued is less than the preset value of the number of invoices, then it is determined that the invoice issuing module is not an available issuing module.

[0048] Furthermore, when an available invoice module is available, the invoice request is obtained and processed directly using the available invoice module.

[0049] Optionally, determining that there is no available invoice issuance module in the invoice issuance module specifically includes:

[0050] Based on the invoice data to be issued using the encryption processing strategy, determine the number of invoices to be issued for different invoice issuance modules using the encryption processing strategy.

[0051] Based on the number of invoices to be issued in different invoice issuance modules, determine whether there is an available issuance module among the invoice issuance modules of the encryption processing strategy.

[0052] It is understood that when the number of invoices to be issued in different invoice issuance modules under the encryption processing strategy is within the preset quantity range, it is determined that there is no available issuance module in the invoice issuance module of the encryption processing strategy.

[0053] Furthermore, the busy invoice issuance module is an invoice issuance module where the number of invoices to be issued exceeds a preset threshold for the number of invoices to be issued.

[0054] S2 determines the busy invoice issuance module based on the invoice data to be issued, and determines the available encryption processing strategy based on the distribution of busy invoice issuance modules under different encryption processing strategies.

[0055] Specifically, such as Figure 3 As shown, the method for determining the available encryption strategies in the encryption processing strategy is as follows:

[0056] Obtain the distribution of busy access modules under the encryption processing strategy, determine the proportion of busy access modules under the encryption processing strategy, and use it as the proportion of busy modules.

[0057] Determine the number of invoices to be issued by different invoice issuance modules under the encryption processing strategy;

[0058] Based on the number of invoices to be issued in different invoice issuance modules and the proportion of busy modules, the available encryption processing strategies in the encryption processing strategy are determined.

[0059] It is understood that the available encryption processing strategy is the encryption processing strategy with the largest proportion of busy modules in the encryption processing strategy where the total number of invoices to be issued under the encryption processing strategy meets the requirements and the number of invoices to be issued in different invoice issuance modules is greater than the preset invoice quantity threshold. On this basis, since the risk of the invoice issuance module of the available encryption processing strategy becoming an available issuance module is small, the risk of all new invoice issuance requests using available issuance modules is small. Therefore, the risk of changing the data transmission method of SMS invoices in the matching module is small, so it is used as an available encryption processing strategy.

[0060] Optionally, the method for determining the available encryption strategies in the encryption processing strategy is as follows:

[0061] S21 determines the number of invoices to be issued and the number of invoice issuance modules under the encryption processing strategy, and determines the filtering encryption processing strategy in the encryption processing strategy based on the number of invoices to be issued and the number of invoice issuance modules.

[0062] Specifically, in the above steps, if the total number of invoices to be issued under the encryption processing strategy does not meet the requirements, that is, when the total number of invoices to be issued is large, i.e., greater than the threshold, then the encryption processing strategy is adopted. However, the security risk of leakage is relatively high, so it is directly determined that it does not belong to the screening encryption processing strategy.

[0063] If the total number of invoices to be issued under the encryption processing strategy meets the requirements, in the above steps, it is determined whether the number of invoices to be issued by different invoice issuance modules under the encryption processing strategy is greater than the preset invoice quantity threshold. If they are not all greater than the preset invoice quantity threshold, the probability of converting them into usable issuance modules is relatively high, so it is directly determined that they do not belong to the filtering encryption processing strategy.

[0064] Furthermore, even if the number of invoices to be issued by different invoice issuance modules under the encryption processing strategy is greater than the preset invoice quantity threshold, it is still necessary to further determine whether the number of invoice issuance modules under the encryption processing strategy meets the requirements, i.e., whether it is less than the quantity threshold. Specifically, when the number of invoice issuance modules under the encryption processing strategy is large, the probability of converting them into usable issuance modules is high. Therefore, based on this, it can also be directly determined that it does not belong to the filtering encryption processing strategy. Only when all the above conditions are met does it belong to the filtering encryption processing strategy.

[0065] S22 Obtain the distribution of busy access modules under the filtering and encryption processing strategy, determine the proportion of busy access modules under the filtering and encryption processing strategy, and use it as the proportion of busy modules.

[0066] It is understandable that if there is no busy access module under the filtering encryption processing strategy, it can be directly determined that the filtering encryption processing strategy is not an available encryption processing strategy.

[0067] Furthermore, when there are busy invoice issuance modules under the filtering encryption processing strategy, and all different invoice issuance modules belong to busy issuance modules, if the number of invoice issuance modules is the smallest at this time, then the filtering encryption processing strategy is directly determined to be an available encryption processing strategy. If the number of invoice issuance modules is not the smallest, then the filtering encryption processing strategy with the smallest number of invoice issuance modules and all different invoice issuance modules belonging to busy issuance modules is taken as the available encryption processing strategy.

[0068] Additionally, it should be noted that when different invoice issuance modules are not all busy issuance modules, it is necessary to further determine whether the proportion of busy modules under the filtering encryption processing strategy meets the requirements. When the proportion of busy modules under the filtering encryption processing strategy is small, i.e. less than the preset busy module proportion threshold, it is determined that the filtering encryption processing strategy is not an available encryption processing strategy.

[0069] S23 determines the available encryption processing strategies in the filtering encryption processing strategy based on the number of invoice issuance modules and the proportion of busy modules under the filtering encryption processing strategy.

[0070] In another possible embodiment, based on the number of invoice issuance modules under the filtering encryption processing strategy, and based on the ratio of the number of invoice issuance modules to a preset threshold for the number of issuance modules and the average of the proportion of busy modules, the adaptation value of the filtering encryption processing strategy is determined, and the filtering encryption processing strategy with the largest adaptation value is taken as the available encryption processing strategy.

[0071] In another possible embodiment, based on the number of invoice issuance modules under the filtering encryption processing strategy, the filtering encryption processing strategy with the largest proportion of busy modules within a preset number range is selected as the available encryption processing strategy.

[0072] S3 uses the invoice data to be issued from different invoice issuance modules as a basis, and combines the encryption policy change data of different invoice issuance modules under the available encryption processing strategies, to determine the matching module in the invoice issuance module.

[0073] Specifically, the encryption strategy change data refers to the number of times the encryption strategy of the invoice issuance module failed to be converted into an available encryption strategy.

[0074] Specifically, such as Figure 4 As shown, the method for determining the matching module in the invoice issuance module is as follows:

[0075] Based on the invoice data to be issued in the invoice issuance module, the number of invoices to be issued in the invoice issuance module is determined.

[0076] Based on the encryption policy change data of the invoice issuance module under the available encryption processing strategy, determine the number of conversion failures of the invoice issuance module from the encryption processing strategy of the invoice issuance module to the encryption policy of the available encryption processing strategy;

[0077] Based on the number of conversion failures and the number of invoices to be issued, a matching module is determined in the invoice issuance module.

[0078] It is understood that the matching module is the invoice issuing module with the fewest invoices to be issued within a preset failure number range. In one possible embodiment, the preset failure number range is between 0 and 10 times. When there is no invoice issuing module within the preset recognition number range, the invoice issuing module with the fewest invoices to be issued is used as the matching module.

[0079] It is understood that the secure transmission method is determined based on the encryption processing strategy of the data when the invoice issuance module transmits the invoice to the customer who needs to issue it.

[0080] Specifically, the updated data of the available invoice issuance modules includes the number of invoice issuance modules that have changed to available invoice issuance modules under the available encryption processing strategy.

[0081] It is understood that when the matching module issues an invoice, it directly switches to the available encryption processing strategy to securely transmit the SMS invoice. Specifically, the encryption processing method used when transmitting the invoice to the customer who needs to issue it adopts the available encryption processing strategy.

[0082] Specifically, when the original encryption processing strategy of the matching module is the available encryption processing strategy, there is no need to determine the secure transmission method of the SMS invoice of the matching module, and the available encryption processing strategy is used.

[0083] Before an available invoice issuance module exists, S4 uses the matching module to obtain invoice issuance requirements and perform invoice issuance processing. During the invoice issuance process, the updated data of the available invoice issuance module under the available encryption processing strategy is used to determine the secure transmission method of SMS invoices by the matching module.

[0084] Furthermore, the method for determining the secure transmission method of the SMS invoice in the matching module is as follows:

[0085] By utilizing the updated data of the available issuance modules under the available encryption processing strategy during the invoice issuance process, the updated data of the available issuance modules under the available encryption processing strategy is determined and used as the module update data;

[0086] Based on the module update data under the available encryption processing strategy and combined with the module update data under the original encryption processing strategy of the matching module, the deviation of the module update data under the available encryption processing strategy at different time periods during the invoice issuance process is determined.

[0087] Based on the deviation of the updated data from the module, a secure transmission method for SMS invoices by the matching module is determined.

[0088] Specifically, when there are available invoice issuance modules under different encryption processing strategies, the allocation and processing of invoice issuance needs under different encryption processing strategies is determined by the number of available invoice issuance modules. Specifically, the allocation and processing ratio of invoice issuance needs under different encryption processing strategies is determined according to the proportion of the number of available invoice issuance modules under different encryption processing strategies to the total number of available invoice issuance modules.

[0089] It is understandable that the number of invoices to be issued by the invoice issuing modules decreases due to the invoice issuance processing of the matching module and other available issuing modules, thus changing the number of available issuing modules.

[0090] Specifically, the deviation of the module update data between different time periods is the deviation between the number of available access modules under the available encryption processing strategy and the number of available access modules under the original encryption processing strategy of the matching module in different time periods. The value of the time period is between 10 seconds and 1 minute and is a fixed preset value.

[0091] Furthermore, based on the deviation, the time period in which the number of available access modules under the available encryption processing strategy is greater than the number of available access modules under the original encryption processing strategy of the matching module is determined, and this time period is taken as the access module number matching time period.

[0092] When the proportion of the number of invoices to be issued by the module within the most recent preset time period is greater than the proportion of the number of invoices to be issued within the preset time period, and when the total number of invoices to be issued under the available encryption processing strategy is greater than the total number of invoices to be issued under the original encryption processing strategy of the matching module, then the original encryption processing strategy of the matching module will be switched to secure transmission of SMS invoices. In other cases, there is no need to determine whether to switch. It should be noted that the most recent preset time period is the most recent hour.

[0093] Optionally, the method for determining the secure transmission method of the SMS invoice in the matching module is as follows:

[0094] S41 utilizes the updated data of the available issuance modules under the available encryption processing strategy during the invoice issuance process to determine the updated data of the available issuance modules under the available encryption processing strategy, and uses it as module update data. Based on the module update data, the number of available issuance modules under the available encryption processing strategy and the remaining number of available invoices to be issued for different available issuance modules are determined. Based on the number of available issuance modules and the remaining number of available invoices to be issued for different available issuance modules, the data addition risk value under the available encryption processing strategy is determined.

[0095] It should be noted that in the above steps, if the number of available invoice issuance modules under the available encryption processing strategy is small, that is, if the proportion of the number of invoice issuance modules under the available encryption processing strategy is less than 0.1, then there is no need to change the encryption processing strategy of the SMS invoice of the matching module.

[0096] Furthermore, if the number of available access modules under the available encryption processing strategy is not small and is large, in one possible embodiment, if the number of available access modules under the available encryption processing strategy is not greater than the number of available access modules under the original encryption processing strategy of the matching module, then there is no need to change the encryption processing strategy of the SMS invoice of the matching module.

[0097] Additionally, it is understandable that when the number of available access modules under the available encryption processing strategy is greater than the number of available access modules under the original encryption processing strategy of the matching module, it is necessary to further determine the data addition risk value under the available encryption processing strategy.

[0098] In one possible embodiment, the newly added risk value reflects the risk of an excessive number of newly added invoices, based on the number of available invoice issuance modules and the remaining available invoice issuance quantity of different available invoice issuance modules. The newly added risk value is determined by the output of a hierarchical analysis model with the number of available invoice issuance modules under the available encryption processing strategy and the remaining available invoice issuance quantity of different available invoice issuance modules as input quantities.

[0099] Specifically, the value of the newly added data risk in the above steps ranges from 0 to 1. When the newly added data risk value in the above steps is greater than the preset risk threshold, it can be directly determined that the encryption processing strategy of the SMS invoice in the matching module needs to be changed. The original encryption processing strategy of the matching module is switched to ensure secure transmission of SMS invoices. This avoids the use of the original encryption processing strategy when there are a large number of newly added invoices. While ensuring the reliability of the encryption processing, it also avoids the technical problem of excessive data leakage risk caused by a large number of newly added SMS invoices using the same encryption processing strategy.

[0100] S42 determines the deviation of the module update data under the available encryption processing strategy at different time periods during the invoice issuance process based on the module update data under the available encryption processing strategy and in combination with the module update data under the original encryption processing strategy of the matching module.

[0101] Furthermore, in the above steps, the time period in which the number of available access modules under the available encryption processing strategy is greater than the number of available access modules under the original encryption processing strategy of the matching module is determined based on the deviation amount, and this time period is taken as the access module number matching period.

[0102] It should be noted that when the proportion of the number of invoices in the most recent preset time period that match the time period is greater than the proportion of the number of preset matching time periods, and when the total number of invoices to be issued under the available encryption processing strategy is greater than the total number of invoices to be issued under the original encryption processing strategy of the matching module, the original encryption processing strategy of the matching module will be switched to secure transmission of SMS invoices. Otherwise, the process will proceed to the next step.

[0103] S43 determines the secure transmission method for SMS invoices of the matching module based on the deviation of the module update data and the data addition risk value under the available encryption processing strategy.

[0104] Additionally, it can be understood that in the above steps, the switching evaluation quantity is determined by the proportion of the number of modules that can be opened in the most recent preset time period to the number of time periods and the average value of the data addition risk value under the available encryption processing strategy.

[0105] If the switching evaluation quantity exceeds the preset evaluation quantity threshold, it can be directly determined that the encryption processing strategy of the SMS invoice in the matching module needs to be changed. Switch to the original encryption processing strategy of the matching module for secure transmission of SMS invoices. This avoids the situation where a large number of newly added invoices are processed using the original encryption processing strategy. While ensuring the reliability of encryption processing, it also avoids the technical problem of excessive data leakage risk caused by a large number of newly added SMS invoices using the same encryption processing strategy.

[0106] Furthermore, if the switching evaluation quantity is not greater than the preset evaluation quantity threshold, that is, within the preset evaluation quantity range, i.e. on a larger basis, then when the total number of invoices to be issued under the available encryption processing strategy is greater than the total number of invoices to be issued under the original encryption processing strategy of the matching module, then the original encryption processing strategy of the matching module is switched to perform secure transmission processing of SMS invoices.

[0107] Additionally, it should be noted that if the evaluation quantity is not within the preset evaluation quantity range, there is no need to change the encryption processing strategy of the SMS invoice in the matching module. In other words, the current encryption processing strategy will still be used, and the SMS invoice can be securely transmitted using the encryption processing strategy.

[0108] Example 2

[0109] Secondly, the present invention provides a secure transmission system for intelligent SMS invoices based on a distributed architecture, employing the aforementioned secure transmission method for intelligent SMS invoices based on a distributed architecture, specifically including:

[0110] The filtering module is responsible for determining whether there is an available invoice issuance module among the invoice issuance modules;

[0111] The strategy filtering module is responsible for determining the available encryption processing strategies among the encryption processing strategies.

[0112] The transmission processing module is responsible for determining the secure transmission method of the SMS invoice from the matching module.

[0113] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the embodiments of apparatus, devices, and non-volatile computer storage media are basically similar to the method embodiments, so the descriptions are relatively simple; relevant parts can be referred to the descriptions of the method embodiments.

[0114] The foregoing has described specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims may be performed in a different order than that shown in the embodiments and may still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require the specific or sequential order shown to achieve the desired result. In some embodiments, multitasking and parallel processing are possible or may be advantageous.

[0115] The above description is merely one or more embodiments of this specification and is not intended to limit this specification. Various modifications and variations can be made to the one or more embodiments of this specification by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principle of one or more embodiments of this specification should be included within the scope of the claims of this specification.

Claims

1. A method for secure transmission of intelligent short message invoice based on distributed architecture, characterized in that, Specifically, it includes: Determine the encryption processing strategy for data transmission of different invoice issuance modules. Based on the invoice data to be issued of different invoice issuance modules using different encryption processing strategies, if it is determined that there is no available issuance module among the invoice issuance modules, proceed to the next step. Based on the invoice data to be issued, the busy invoice issuance module is determined. Based on the distribution of busy invoice issuance modules under different encryption processing strategies, the available encryption processing strategies are determined. Based on the invoice data to be issued from different invoice issuance modules, and combined with the encryption policy change data of different invoice issuance modules under the available encryption processing strategies, the matching module in the invoice issuance module is determined. Before an available invoice issuance module exists, the matching module acquires invoice issuance requirements and processes invoices. During the invoice issuance process, the updated data of the available invoice issuance module under the available encryption processing strategy is used to determine the secure transmission method of SMS invoices by the matching module. The method for determining the available encryption strategies in the encryption processing strategy is as follows: Obtain the distribution of busy access modules under the encryption processing strategy, determine the proportion of busy access modules under the encryption processing strategy, and use it as the proportion of busy modules. Determine the number of invoices to be issued by different invoice issuance modules under the encryption processing strategy; Based on the number of invoices to be issued in different invoice issuance modules and the proportion of busy modules, the available encryption processing strategies in the encryption processing strategy are determined. The available encryption processing strategy is the encryption processing strategy with the highest proportion of busy modules among the encryption processing strategies where the total number of invoices to be issued meets the requirements and the number of invoices to be issued in different invoice issuance modules is greater than the preset invoice quantity threshold.

2. The intelligent short message invoice security transmission method based on distributed architecture according to claim 1, characterized in that, The invoice issuance module is used to obtain invoice issuance requests and transmit the invoices to the customers who request them via SMS.

3. The intelligent short message invoice security transmission method based on distributed architecture according to claim 1, characterized in that, The encryption strategy for data transmission is the encryption method used by the invoice issuance module when transmitting invoices to customers who require them.

4. The intelligent short message invoice security transmission method based on distributed architecture according to claim 1, characterized in that, Determining that there is no available invoice issuance module in the invoice issuance module specifically includes: Based on the invoice data to be issued using the encryption processing strategy, determine the total number of invoices to be issued using the encryption processing strategy. Determine the number of invoices to be issued for different invoice issuance modules that employ the aforementioned encryption processing strategy; Based on the number of invoices to be issued in different invoice issuance modules and the total number of invoices to be issued, it is determined whether there is an available issuance module among the invoice issuance modules of the encryption processing strategy.

5. The intelligent short message invoice security transmission method based on distributed architecture according to claim 4, characterized in that, When an available invoice module is available, the invoice request is obtained and processed directly using the available invoice module.

6. The intelligent short message invoice security transmission method based on distributed architecture according to claim 1, characterized in that, The busy invoice issuance module is the invoice issuance module where the number of invoices to be issued exceeds a preset threshold for the number of invoices to be issued.

7. The intelligent short message invoice security transmission method based on distributed architecture according to claim 1, characterized in that, The method for determining the secure transmission method of SMS invoices in the matching module is as follows: By utilizing the updated data of the available issuance modules under the available encryption processing strategy during the invoice issuance process, the updated data of the available issuance modules under the available encryption processing strategy is determined and used as the module update data; Based on the module update data under the available encryption processing strategy and combined with the module update data under the original encryption processing strategy of the matching module, the deviation of the module update data under the available encryption processing strategy at different time periods during the invoice issuance process is determined. Based on the deviation of the updated data from the module, a secure transmission method for SMS invoices by the matching module is determined.

8. The method for secure transmission of intelligent SMS invoices based on a distributed architecture as described in claim 7, characterized in that, Based on the deviation, determine the time period in which the number of available access modules under the available encryption processing strategy is greater than the number of available access modules under the original encryption processing strategy of the matching module, and use this time period as the access module number matching period. When the proportion of the number of invoices to be issued by the module in the most recent preset time period is greater than the proportion of the number of invoices to be issued in the preset time period, and when the total number of invoices to be issued under the available encryption processing strategy is greater than the total number of invoices to be issued under the original encryption processing strategy of the matching module, then the original encryption processing strategy of the matching module will be switched to secure transmission of SMS invoices. In other cases, there is no need to perform a judgment process on whether to switch.

9. A smart SMS invoice secure transmission system based on a distributed architecture, employing the smart SMS invoice secure transmission method based on a distributed architecture as described in any one of claims 1-8, characterized in that, Specifically, it includes: The filtering module is responsible for determining whether there is an available invoice issuance module among the invoice issuance modules; The strategy filtering module is responsible for determining the available encryption strategies among the encryption strategies. The transmission processing module is responsible for determining the secure transmission method of the SMS invoice from the matching module.

Images