Method and system for processing message based on financial infrastructure operation time sequence
By configuring a message timing control table, message sending is controlled according to the current timing of the financial infrastructure, which solves the problem of participants sending messages outside the acceptance window, achieves efficient message management, and avoids system pressure and alarms.
Patent Information
- Application Number
- CN202510808206.5
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-06-17
- Publication Date
- 2026-02-17
AI Technical Summary
In existing technologies, when participants in financial infrastructure send business messages at different runtime sequences, they may exceed the business acceptance window, leading to increased system pressure and message rejection, resulting in unnecessary system alarms.
By configuring the message timing control table, the target characteristic value is determined based on the business message type and the current timing of the financial infrastructure, and the message sending process is controlled to avoid sending messages outside the acceptance window.
It enables flexible and efficient control of message sending, avoids system pressure and message rejection, and reduces system alarms.
Smart Images
Figure CN121547408A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of computer technology, and in particular to a method and system for processing messages based on the runtime sequence of financial infrastructure. Background Technology
[0002] Financial infrastructure typically comprises multiple runtime sequences, such as business preparation, daytime processing, and business cutoff. To handle different business transactions within these sequences, participants need to control the transmission of their business messages according to the financial infrastructure's runtime sequence. However, currently, there is no efficient and easily implemented solution to control participant message transmission. This allows participants to send business messages outside the financial infrastructure's business processing window, increasing system load and potentially leading to message rejection and unnecessary system alarms. Summary of the Invention
[0003] In view of this, embodiments of the present invention provide a method and system for processing messages based on the runtime sequence of financial infrastructure. After obtaining a business message, the method determines the target timing control field corresponding to the business message based on the message type and a pre-configured message timing control table. This message timing control table includes multiple message types and their corresponding timing control fields, each containing a feature value indicating whether the business message can be sent at the corresponding timing. Then, based on the current timing of the financial infrastructure, a target feature value is determined from the target timing control field, and the method determines whether the business message can be sent based on the target feature value. If so, the business message is sent. This achieves simple and flexible control over the message sending process of participants, avoiding system pressure on the financial infrastructure caused by sending business messages outside the business acceptance window, and preventing unnecessary system alarms caused by the financial infrastructure rejecting messages sent by participants.
[0004] To achieve the above objectives, according to one aspect of the present invention, a method for processing messages based on financial infrastructure runtime sequences is provided. The method for processing messages based on financial infrastructure runtime sequences provided by the present invention includes: acquiring a business message to be sent;
[0005] Based on the type of the service message and the pre-configured message timing control table, the target timing control field corresponding to the service message is determined; wherein, the message timing control table includes multiple message types and their corresponding timing control fields, and the timing control fields include feature values that indicate whether the service message can be sent in the corresponding timing.
[0006] Determine the current timeline of financial infrastructure;
[0007] The target feature value is determined from the target timing control field based on the current timing, and the ability to send the service message is determined based on the target feature value.
[0008] If so, send the service message;
[0009] If not, refuse to send the service message.
[0010] Optionally, the steps for configuring the message timing control table include: determining the message types that can be sent based on message sending permissions; for each message type: obtaining the number of runtime sequences corresponding to the financial infrastructure; determining the number of control bits in the timing control field based on the number of runtime sequences, and configuring a feature value for each control bit so that the feature values in the timing control field correspond one-to-one with the runtime sequences.
[0011] Optionally, before configuring the message timing control table, the method further includes: numbering each runtime sequence according to the running order of each runtime sequence corresponding to the financial infrastructure; configuring the timing control field corresponding to the message type includes: configuring the characteristic values corresponding to each runtime sequence in sequence according to the numbering results.
[0012] Optionally, determining the target feature value from the target timing control field based on the current timing sequence includes: determining the number of the current timing sequence; determining the target control bit corresponding to the number of the current timing sequence from the target timing control field, and using the feature value of the target control bit as the target feature value.
[0013] Optionally, based on the numbering results, the characteristic values corresponding to each runtime sequence are configured sequentially, including: when the runtime sequence can send the corresponding service message, the characteristic value of the control bit corresponding to the runtime sequence is configured to 1; when the runtime sequence cannot send the corresponding service message, the characteristic value of the control bit corresponding to the runtime sequence is configured to 0.
[0014] Optionally, determining the current timing of the financial infrastructure includes: obtaining a status change notification message sent by the financial infrastructure; and determining the current timing of the financial infrastructure based on the status change notification message.
[0015] Optionally, the method further includes: obtaining time-series increase / decrease information of financial infrastructure; and updating the time-series control field based on the time-series increase / decrease information.
[0016] To achieve the above objectives, according to another aspect of the present invention, a system for processing messages based on financial infrastructure runtime sequences is provided. The system for processing messages based on financial infrastructure runtime sequences provided by the present invention includes: a message acquisition module, a field determination module, a timing determination module, and a message processing module; wherein,
[0017] The message acquisition module is configured to acquire business messages to be sent.
[0018] The field determination module is configured to: determine the target timing control field corresponding to the service message based on the type of the service message and the pre-configured message timing control table; wherein, the message timing control table includes multiple message types and their corresponding timing control fields, and the timing control fields include feature values that indicate whether the service message can be sent in the corresponding timing.
[0019] The timing determination module is configured to determine the current timing of the financial infrastructure.
[0020] The message processing module is configured to: determine the target feature value from the target timing control field based on the current timing, and determine whether a service message can be sent based on the target feature value; if yes, send the service message; if no, refuse to send the service message.
[0021] To achieve the above objectives, according to another aspect of the present invention, a server for processing messages based on financial infrastructure runtime sequences is provided. The server for processing messages based on financial infrastructure runtime sequences according to an embodiment of the present invention includes: one or more processors; and a storage device for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement a method for processing messages based on financial infrastructure runtime sequences according to an embodiment of the present invention.
[0022] To achieve the above objectives, according to another aspect of the present invention, a computer-readable storage medium is provided. One such computer-readable storage medium stores a computer program thereon, which, when executed by a processor, implements a method for processing messages based on a financial infrastructure runtime sequence according to an embodiment of the present invention.
[0023] One embodiment of the above invention has the following advantages or beneficial effects: After obtaining a business message, the target timing control field corresponding to the business message is determined according to the type of the business message and a pre-configured message timing control table. This message timing control table includes multiple message types and their corresponding timing control fields, each containing a feature value indicating whether the business message can be sent at the corresponding timing. Then, based on the current timing of the financial infrastructure, a target feature value is determined from the target timing control field, and the ability to send the business message is determined based on the target feature value. If so, the business message is sent. This achieves simple and flexible control of the message sending process, preventing participants from sending business messages outside the financial infrastructure's business acceptance window, thus avoiding system pressure on the financial infrastructure, and preventing unnecessary system alarms caused by the financial infrastructure rejecting messages sent by participants.
[0024] The further effects of the aforementioned unconventional alternative methods will be explained below in conjunction with specific implementation methods. Attached Figure Description
[0025] The accompanying drawings are provided to better understand the invention and are not intended to unduly limit the scope of the invention. Wherein:
[0026] Figure 1 This is a schematic diagram of the main architecture of a system for processing messages based on the runtime sequence of a financial infrastructure according to an embodiment of the present invention;
[0027] Figure 2 This is a schematic diagram illustrating the main steps of a method for processing messages based on financial infrastructure runtime according to an embodiment of the present invention;
[0028] Figure 3 This is a schematic diagram of the main steps of another method for processing messages based on the runtime sequence of a financial infrastructure according to an embodiment of the present invention;
[0029] Figure 4 This is a schematic diagram of the main modules of a system for processing messages based on the runtime sequence of a financial infrastructure according to an embodiment of the present invention;
[0030] Figure 5 This is an exemplary system architecture diagram in which embodiments of the present invention can be applied;
[0031] Figure 6 This is a schematic diagram of the structure of a computer system suitable for implementing terminal devices or servers of the present invention. Detailed Implementation
[0032] The following description, in conjunction with the accompanying drawings, illustrates exemplary embodiments of the present invention, including various details to aid understanding. These details should be considered merely exemplary. Therefore, those skilled in the art will recognize that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of the invention. Similarly, for clarity and brevity, descriptions of well-known functions and structures are omitted in the following description.
[0033] It should be noted that, unless otherwise specified, the embodiments of the present invention and the technical features thereof can be combined with each other.
[0034] It should be noted that the collection, gathering, updating, analysis, processing, use, transmission, and storage of user personal information involved in the technical solutions of this invention comply with relevant laws and regulations, are used for legitimate purposes, and do not violate public order and good morals. Necessary measures are taken to prevent unauthorized access to user personal information data and to safeguard user personal information security, network security, and national security.
[0035] This invention provides a method and apparatus for processing messages based on the runtime sequence of a financial infrastructure. The main purpose is to achieve flexible and efficient control over the message transmission of participants in the financial infrastructure, avoid unnecessary system alarms caused by the financial infrastructure rejecting the business messages sent by the participants, and also avoid putting system pressure on the financial infrastructure by sending business messages outside the business acceptance window.
[0036] The embodiments of the present invention and related examples are described in detail below with reference to the accompanying drawings.
[0037] Figure 1 A schematic diagram of a system architecture for processing messages based on financial infrastructure runtime sequences according to an embodiment of the present invention is shown. Figure 1As shown, the system mainly includes financial infrastructure 110 and a message processing system 120 that controls participants to send messages based on the runtime sequence of the financial infrastructure. The financial infrastructure 110 may include a financial asset registration and custody system, a clearing and settlement system, a platform providing financial product trading (such as a securities trading platform or the National Association of Financial Market Institutional Investors), a large-value real-time payment system, and a small-value batch payment system. The message processing system 120, which controls participants to send messages, can pre-determine the runtime sequence corresponding to the financial infrastructure 110 (such as business preparation, daytime processing, business cut-off, clearing window, end-of-day processing, and deduction) before processing business messages. For example, the message processing system 120 and the financial infrastructure 110 can interact offline to determine the runtime sequence corresponding to the financial infrastructure 110, or they can determine the runtime sequence corresponding to the financial infrastructure 110 through online interaction methods such as forms, documents, or messages. Then, the message processing system 120 can number each runtime sequence, for example, using the format k-time sequence name, where k is a natural number. For example, the numbering results for each runtime sequence are 1-Business Preparation, 2-Daytime Processing, 3-Business Closure, 4-Clearing Window, 5-End-of-Day Processing, and 6-Deduction. Furthermore, the message processing system 120 can determine the message types that can be sent based on its own message sending permissions and generate a message timing control table that includes multiple message types and their corresponding timing control fields. Specifically, each timing control field in the message timing control table includes N control bits, where N is the total number of runtime sequences corresponding to the financial infrastructure. Each control bit has its corresponding characteristic value, each characteristic value is 1 bit, and each bit corresponds to one runtime sequence. A characteristic value of "1" indicates that business messages of the corresponding business type can be sent in that runtime sequence, while a characteristic value of "0" indicates that business messages of the corresponding business type are not allowed in that runtime sequence. Therefore, before sending a message, the message processing system 120 can first determine the current timing of the financial infrastructure 110, and search the message timing control table according to the message type of the business message to be sent to find the target timing control field of the corresponding business message, and find the corresponding control bit according to the number corresponding to the current timing. If the characteristic value of the control bit is "1", the message can be sent to the financial infrastructure 110. If the characteristic value of the control bit is "0", the business message is rejected and a prompt message that the message cannot be sent is sent to the system user.
[0038] like Figure 2 As shown, this embodiment of the invention provides a method for processing messages based on the runtime sequence of a financial infrastructure. The method mainly includes the following steps:
[0039] Step S201: Obtain the service message to be sent.
[0040] Among them, corresponding to the business types processed by the message processing system, it can process business messages of different business types. Therefore, the message processing system can receive various business messages that it has the right to send, such as query messages, transaction messages, settlement messages, etc.
[0041] Step S202: Determine the target timing control field corresponding to the service message based on the type of the service message and the pre-configured message timing control table; wherein, the message timing control table includes multiple message types and their corresponding timing control fields, and the timing control fields include feature values that indicate whether the service message can be sent in the corresponding timing.
[0042] The message processing system can determine the types of messages that can be sent based on message sending permissions. For each message type, it obtains the number of runtime sequences corresponding to the financial infrastructure. Based on the number of runtime sequences, it determines the number of control bits in the timing control field and configures a feature value for each control bit, so that the feature values in the timing control field correspond one-to-one with the runtime sequences.
[0043] For example, the message processing system has message sending permissions for various business types, including query messages, transaction messages, and settlement messages. This means the system determines that the message types that can be sent include query messages, transaction messages, and settlement messages. Then, the message processing system can generate corresponding timing control fields for each different business type of message. Taking the runtime sequences of financial infrastructure, including business preparation, daytime processing, business cutoff, clearing window, end-of-day processing, and billing, as an example, the message processing system can pre-obtain the runtime sequences of the financial infrastructure accessed by the participants through online or offline methods. When configuring the timing control fields, the number of these runtime sequences can be determined. In this example, the number of runtime sequences is 6, thus determining that the number of control bits in the timing control field corresponding to each message type is 6. If each control bit is 1 bit, then the length of the timing control field is 6 bits, with each bit corresponding to one runtime sequence.
[0044] In one embodiment of the present invention, the message processing system can number each runtime sequence according to the running order of each runtime sequence corresponding to the financial infrastructure, and then configure the characteristic values corresponding to each runtime sequence in sequence according to the numbering results to generate the corresponding timing control fields.
[0045] Taking the aforementioned financial infrastructure, including operational sequences such as business preparation, daytime processing, business cutoff, clearing window, end-of-day processing, and billing, as an example, the message processing system sequentially numbers each operational sequence as 1-Business Preparation, 2-Daytime Processing, 3-Business Cutoff, 4-Clearing Window, 5-End-of-Day Processing, and 6-Billing. For each business type of message, the characteristic values of each operational sequence can be configured sequentially according to the numbering result. Specifically, if the current operational sequence can send the corresponding business message, the characteristic value of the control bit corresponding to that operational sequence is configured to 1; if the current operational sequence cannot send the corresponding business message, the characteristic value of the control bit corresponding to that operational sequence is configured to 0. For example, for a funds-related message, it cannot be sent during the "1-Business Preparation" runtime but can be sent during the "2-Day Processing" runtime. When the message processing system configures feature values sequentially to generate its corresponding timing control field, it configures the first control bit of the timing control field to 0 and the second control bit to 1. This process continues, configuring the feature value corresponding to each control bit based on whether the funds-related message can be sent in different runtimes, thus obtaining the timing control field for that funds-related message. Similarly, for query-related business messages, they can be sent in every runtime, so the message processing system can configure the feature value of each control bit to 1, thereby determining that the timing control field corresponding to the query-related business message is 111111. Therefore, for each business type, the message processing system can determine the corresponding timing control field and store the business type identifier and the corresponding timing control field to form a message timing control table. According to the above embodiments, by configuring the characteristic value of each control bit with 0 or 1 to form a timing control field, the sending permissions of each business message corresponding to different operating sequences of the financial infrastructure are not only simply and clearly represented, but also help to save storage space.
[0046] After the message timing control table is generated, the message processing system can determine the target timing control field of the service message to be sent from the message timing control table according to the type of the service message to be sent. For example, if the message to be sent is a query message, the determined target timing control field is 111111.
[0047] Furthermore, for each service type's message, if its transmission permission changes during a certain runtime sequence, the message processing system can update the permission change by updating the characteristic value of the control bit corresponding to that runtime sequence. For example, before the transmission permission of a runtime sequence changes, clearing messages only have transmission permission during the "clearing window" runtime sequence, for instance, its timing control field is 000100. If, during operation, the transmission permission of clearing messages changes to have transmission permission during both the "clearing window" and "end-of-day processing" runtime sequences, the message processing system updates the permission change by updating the characteristic value of the control bit corresponding to the relevant runtime sequence. In this example, since the "end-of-day processing" number is 5, the message processing system updates the characteristic value of the 5th control bit from 0 to 1, that is, updates the timing control field of the clearing message to 000110, thereby updating the permission change. Therefore, when the sendable permissions of a business message corresponding to the runtime sequence change, the message processing system provided in this embodiment of the invention can update the permission change by updating the characteristic value of the corresponding control bit without modifying the program. This makes it easier to adjust the sendable permission control of business messages according to the runtime sequence of the financial infrastructure and reduce update costs.
[0048] Step S203: Determine the current timeline of the financial infrastructure.
[0049] In this embodiment of the invention, when a timing change occurs, the financial infrastructure can send a status change notification message to the message processing system. For example, when changing from a "business preparation" runtime sequence to a "daytime processing" runtime sequence, the financial infrastructure can send a status change notification message to the message processing system. The message processing system can then obtain the status change notification message sent by the financial infrastructure and determine the current timing of the financial infrastructure based on the status change notification message. Furthermore, the message processing system can record the current timing. For example, each time the message processing system obtains a status change notification message, it can record the current timing, as well as the previous and next runtime sequences corresponding to the current timing, through a system status recording module. For instance, if the current timing indicated by the status change notification message is 2-daytime processing, then the system status recording module of the message processing system can record not only the current timing but also the previous runtime sequence as 1-business preparation and the next runtime sequence as 3-business termination, so as to accurately connect and record the changed status when the next runtime sequence changes, thereby accurately recording the timing change status. For example, when the next runtime sequence changes from "2-Daytime Processing" to "3-Business Closure," the financial infrastructure can send a status change notification message to the message processing system again. The system status recording module of the message processing system updates the system status according to the status change notification message. The updated system status includes the current time sequence as 3-Business Closure, the previous time sequence as 2-Daytime Processing, and the next time sequence as 4-Clearing Window.
[0050] Step S204: Determine the target feature value from the target timing control field according to the current timing, and determine whether the service message can be sent based on the target feature value; if yes, proceed to step S205, otherwise proceed to step S206.
[0051] Step S205: Send the service message.
[0052] Step S206: Refuse to send service messages.
[0053] In this embodiment of the invention, during the process of determining the target feature value, the number of the current timing sequence can be determined, and then the target control bit corresponding to the number of the current timing sequence can be determined from the target timing control field, and the feature value of the target control bit can be used as the target feature value.
[0054] For example, if the current time sequence is 2-day processing, its number is 2. The control bit corresponding to the current time sequence number is determined from the target time sequence control field; this is the second control bit. If the business message to be sent is a funds-related message, the characteristic value of the second control bit in its time sequence control field is 1. Therefore, the target characteristic value is 1, indicating that this type of business message can be sent in the current time sequence (2-day processing). Thus, the message processing system can send this funds-related business message to the financial infrastructure in the current time sequence. Similarly, if the business message to be sent is a query-related message, the characteristic value of the second control bit in its time sequence control field is also 1. Therefore, the target characteristic value is also 1, indicating that this type of business message can be sent in the current time sequence (2-day processing). Thus, the message processing system can send this query-related business message to the financial infrastructure in the current time sequence.
[0055] In addition, in this embodiment of the invention, when the timing of the financial infrastructure changes, the message processing system can also obtain the timing change information of the financial infrastructure and update the timing control field according to the timing change information.
[0056] When the timing of financial infrastructure changes, it can notify the message processing system offline. The message processing system staff then input the timing change information, allowing the system to access it. Alternatively, financial infrastructure can send timing change information to the message processing system via documents, messages, or forms. The message processing system can then update the corresponding timing control fields based on this information. For example, when a new running sequence is added to the financial infrastructure, the business processing institution can correspondingly increase the control bits of the timing control fields and modify the fields according to the running order of the added sequence. For instance, if the new running sequence is inserted between two existing sequences (e.g., between 2-day processing and 3-business cutoff), the numbers of the existing running sequences can be adjusted (in this example, the adjusted numbers are 2-day processing, 3-new running sequence, and 4-business cutoff), and the timing control fields can be updated accordingly.
[0057] For example, when a payment system disaster recovery mechanism is added to the runtime sequence of a financial infrastructure, the financial infrastructure can notify the message processing system online or offline. The message processing system then obtains the corresponding timing addition / reduction information, which includes the added runtime sequence and its order with other runtime sequences. Taking the payment system disaster recovery sequence after payment deduction as an example, the message processing system can assign the added runtime sequence number 7-Payment System Disaster Recovery based on the timing addition / reduction information. Based on the numbering result, the control bits of the timing control field for each business type are updated to 7, with each control bit corresponding to a single bit. That is, the length of the updated timing control field is 7 bits. Here, the message processing system can add 1 bit after the original 6 bits of the timing control field to update the length of the timing control field. Then, based on whether the business messages of each business type can be sent in the runtime sequence of the payment system disaster recovery system, configure the characteristic value corresponding to the newly added control bit (configure 1 if it can be sent in the corresponding runtime sequence, otherwise configure 0). For example, for query messages, if they can be sent in the payment system disaster recovery sequence, then its timing control field is updated from 111111 to 1111111.
[0058] Furthermore, when the runtime sequence of a financial infrastructure is reduced, since the reduced runtime sequence will no longer be considered when the financial infrastructure sends state change notification messages, meaning the current sequence will no longer be identified as the reduced runtime sequence, the characteristic values of the control bits corresponding to the reduced runtime sequence in the timing control field will not affect message transmission. Therefore, to reduce change costs, the reduced runtime sequence can be ignored; that is, the timing control field is not changed when the runtime sequence is reduced. Alternatively, to ensure the accuracy of the correspondence between the runtime sequence and the timing control field, the control bits of the timing control field can be reduced accordingly based on the reduced runtime sequence, and the timing control field can be reconfigured according to the order of the various runtime sequences after the reduction.
[0059] According to the above embodiments, when the runtime sequence of the financial infrastructure is updated, the business processing institution can update the timing control field by adding or removing control bits of the timing control field without modifying the program, thereby reducing configuration costs.
[0060] In addition, if the message sending permissions of the message processing system change, the message processing system can obtain the permission change information; then, based on the permission change information, it can redetermine the message types that it can send, and then update the message timing control table based on the redetermined message types that can be sent.
[0061] For example, before the message sending permissions of the message processing system change, the message types it can send include query messages, transaction messages, and settlement messages. During operation, if the message sending permissions of the message processing system change, it will obtain the message permission change information. This message permission change information indicates that it has added the permission to send information messages. Therefore, by parsing the message permission change information, the message processing system can determine that the message types it can send include: query messages, transaction messages, settlement messages, and information messages. For the newly added information messages, the message processing system can add its corresponding timing control field to the message timing control table. The configuration method of the timing control field corresponding to the information message is basically the same as that of the aforementioned query messages and transaction messages, and will not be repeated here.
[0062] The message processing method provided in this embodiment of the invention will be further described below through a specific example.
[0063] like Figure 3 As shown, this message processing method can be executed by a message processing system, and it mainly includes the following steps:
[0064] Step S301: Number each runtime sequence according to the running order of each runtime sequence corresponding to the financial infrastructure.
[0065] For example, financial infrastructure includes runtime sequences such as business preparation, daytime processing, business cutoff, clearing window, end-of-day processing, and billing. The message processing system can number all runtime sequences in the format k-sequence name, where k is a natural number. The above runtime sequences can be numbered in the order of operation as 1-business preparation, 2-daytime processing, 3-business cutoff, 4-clearing window, 5-end-of-day processing, and 6-billing.
[0066] Step S302: Determine the message types that can be sent based on the message sending permissions; for each message type: obtain the number of runtime sequences corresponding to the financial infrastructure, and determine the number of control bits in the timing control field corresponding to the message type based on the number of runtime sequences, configure a feature value for each control bit so that the feature value in the timing control field corresponds one-to-one with the runtime sequence, so as to generate a timing control field corresponding to each message type; store the timing control field and the message type identifier accordingly to form a message timing control table.
[0067] The message timing control table includes N control bits for each timing control field, where N is the total number of runtime sequences corresponding to the financial infrastructure. Each control bit has a corresponding characteristic value of 1 bit, and each bit corresponds to one runtime sequence. If the current runtime sequence can send the corresponding business message, the characteristic value of the control bit corresponding to that runtime sequence is configured to 1; if the current runtime sequence cannot send the corresponding business message, the characteristic value of the control bit corresponding to that runtime sequence is configured to 0. For example, for a funds-related message, which cannot be sent during the 1-Business Preparation timing but can be sent during the 2-Day Processing timing, when the message processing system configures the characteristic values sequentially to generate its corresponding timing control field, the characteristic value of the first control bit of the timing control field is configured to 0, and the characteristic value of the second control bit is configured to 1.
[0068] Step S303: Obtain the status change notification message sent by the financial infrastructure, and determine the current timing of the financial infrastructure based on the status change notification message.
[0069] For example, when a financial infrastructure determines that its operational sequence has changed from "1-Business Preparation" to "2-Day Processing," the financial infrastructure sends a status change notification message to the message processing system. The message processing system can then update its current sequence based on this notification. After receiving the status change notification message, the message processing system can record the current sequence, as well as the previous and next sequences, through its system status recording module to accurately record the sequence change status.
[0070] Step S304: Obtain the service message to be sent, and determine the target timing control field corresponding to the service message from the message timing control table according to the type of the service message.
[0071] The execution order of steps S303 and S304 is not important; that is, steps S303 and S304 can be executed sequentially or simultaneously. In actual operation, the message processing system may simultaneously acquire business messages to be sent and status change notification messages sent by the financial infrastructure, or it may acquire the business messages to be sent first and then the status change notification messages, or vice versa. Regardless of the situation, the message processing system can determine whether a business message can be sent in the current time sequence based on the latest current time sequence. This avoids sending business messages outside the financial infrastructure's business acceptance window, which could put system pressure on the financial infrastructure, and also avoids unnecessary system alarms caused by the financial infrastructure rejecting the institution's messages.
[0072] Step S305: Based on the number of the current timing sequence, determine the target control bit corresponding to the number of the current timing sequence from the target timing control field.
[0073] Step S306: Determine whether a service message can be sent in the current timing based on the characteristic value of the target control bit; if so, proceed to step S307, otherwise proceed to step S308.
[0074] Step S307: Send the service message.
[0075] Step S308: Refuse to send service messages.
[0076] For example, if the current time sequence is 2-day processing, its number is 2. The control bit corresponding to the number of the current time sequence is determined from the target time sequence control field, which is its second control bit. If the business message to be sent is a fund-related message, the characteristic value of the second control bit of its time sequence control field is 1. Thus, the target characteristic value can be determined to be 1, which means that the message of this business type can be sent in the current time sequence (2-day processing). Therefore, the message processing system can send the fund-related business message to the financial infrastructure in the current time sequence.
[0077] According to the above embodiments, after obtaining a business message, the target timing control field corresponding to the business message is determined based on the message type and a pre-configured message timing control table. This table includes multiple message types and their corresponding timing control fields, each containing a feature value indicating whether the business message can be sent at the corresponding timing. Then, based on the current timing of the financial infrastructure, a target feature value is determined from the target timing control field, and the ability to send the business message is determined based on this value. If so, the business message is sent. This achieves simple and flexible control over the participant's message sending process, preventing participants from sending business messages outside the financial infrastructure's business acceptance window, thus avoiding system pressure on the financial infrastructure, and preventing unnecessary system alarms caused by the financial infrastructure rejecting the messages sent by participants.
[0078] Based on the same inventive concept as the above embodiments, this invention also provides a system for processing messages based on the runtime sequence of financial infrastructure, such as... Figure 4 As shown, the message processing system 400 may include: a message acquisition module 401, a field determination module 402, a timing determination module 403, and a message processing module 404; wherein,
[0079] The message acquisition module 401 is configured to acquire service messages to be sent.
[0080] The field determination module 402 is configured to: determine the target timing control field corresponding to the service message based on the type of the service message and the pre-configured message timing control table; wherein, the message timing control table includes multiple message types and their corresponding timing control fields, and the timing control fields include feature values that characterize whether the service message can be sent in the corresponding timing.
[0081] The timing determination module 403 is configured to: determine the current timing of the financial infrastructure;
[0082] The message processing module 404 is configured to: determine a target feature value from the target timing control field based on the current timing, and determine whether the service message can be sent based on the target feature value; if yes, send the service message; if no, refuse to send the service message.
[0083] In one embodiment of the present invention, the above-mentioned device 400 for processing messages based on financial infrastructure runtime sequences further includes a message timing control table configuration module 405; wherein, the message timing control table configuration module 405 is configured to: determine the message types that can be sent according to message sending permissions; for each message type: obtain the number of runtime sequences corresponding to the financial infrastructure; determine the number of control bits in the timing control field according to the number of runtime sequences, and configure a feature value for each control bit, so that the feature value of the timing control field corresponds one-to-one with the runtime sequence.
[0084] In one embodiment of the present invention, the above-mentioned device 400 for processing messages based on the runtime sequence of financial infrastructure further includes a status recording module 406; wherein, the status recording module 406 is configured to: number each runtime sequence according to the running order of each runtime sequence corresponding to the financial infrastructure; the message timing control table configuration module 405 is configured to: configure the characteristic values corresponding to each runtime sequence in sequence according to the numbering results.
[0085] In one embodiment of the present invention, the message processing module 404 is configured to: determine the number of the current timing sequence; determine the target control bit corresponding to the number of the current timing sequence from the target timing control field, and use the feature value of the target control bit as the target feature value.
[0086] In one embodiment of the present invention, the message timing control table configuration module 405 is configured to: when the runtime sequence can send the corresponding service message, configure the characteristic value of the control bit corresponding to the runtime sequence to 1; when the runtime sequence cannot send the corresponding service message, configure the characteristic value of the control bit corresponding to the runtime sequence to 0.
[0087] In one embodiment of the present invention, the timing determination module 403 is configured to: obtain a status change notification message sent by the financial infrastructure; and determine the current timing of the financial infrastructure based on the status change notification message.
[0088] In one embodiment of the present invention, the message timing control table configuration module 405 is further configured to: obtain timing increase / decrease information of financial infrastructure; and update the timing control field according to the timing increase / decrease information.
[0089] As can be seen from the above embodiment of a system for processing messages based on the runtime sequence of financial infrastructure, after obtaining a business message, the target timing control field corresponding to the business message is determined according to the type of the business message and a pre-configured message timing control table. This message timing control table includes multiple message types and their corresponding timing control fields, each containing a feature value indicating whether the business message can be sent at the corresponding timing. Then, based on the current timing of the financial infrastructure, a target feature value is determined from the target timing control field, and the system determines whether the business message can be sent based on the target feature value. If so, the business message is sent. This achieves simple and flexible control over the message sending process of participants, preventing participants from sending business messages outside the business acceptance window of the financial infrastructure, thus avoiding system pressure on the financial infrastructure, and preventing unnecessary system alarms caused by the financial infrastructure rejecting the messages sent by participants.
[0090] Figure 5 An exemplary system architecture 500 is shown, which can be applied to the method or system for processing messages based on financial infrastructure runtime sequences according to embodiments of the present invention.
[0091] like Figure 5 As shown, the system architecture 500 may include financial infrastructures 501, 502, and 503, a network 504, and a server 505. Network 504 serves as the medium for providing communication links between financial infrastructures 501, 502, and 503 and server 505. Network 504 may include various connection types, such as wired or wireless communication links or fiber optic cables. Server 505 can process messages of various service types. For example, server 505 is the background data processing server of the message processing system. It can access financial infrastructures 501, 502, and 503 through network 504 and interact with them to generate message timing control tables for each service type based on the runtime sequences of financial infrastructures 501, 502, and 503. It also obtains the current timing of financial infrastructures 501, 502, and 503 and sends the corresponding service messages to them when the current timing allows.
[0092] It should be understood that Figure 5 The number of financial infrastructure, networks, and servers shown is merely illustrative. Any number of financial infrastructure, networks, and servers can be included depending on implementation needs.
[0093] The following is for reference. Figure 6 It shows a schematic diagram of the structure of a computer system 600 suitable for implementing an embodiment of the present invention. Figure 6 The server shown is merely an example and should not be construed as limiting the functionality and scope of use of the embodiments of the present invention.
[0094] like Figure 6 As shown, the computer system 600 includes a central processing unit (CPU) 601, which can perform various appropriate actions and processes based on programs stored in read-only memory (ROM) 602 or programs loaded from storage section 608 into random access memory (RAM) 603. The RAM 603 also stores various programs and data required for the operation of the system 600. The CPU 601, ROM 602, and RAM 603 are interconnected via a bus 604. An input / output (I / O) interface 605 is also connected to the bus 604.
[0095] The following components are connected to I / O interface 605: an input section 606 including a keyboard, mouse, etc.; an output section 607 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and speakers, etc.; a storage section 608 including a hard disk, etc.; and a communication section 609 including a network interface card such as a LAN card, modem, etc. The communication section 609 performs communication processing via a network such as the Internet. A drive 610 is also connected to I / O interface 605 as needed. A removable medium 611, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., is installed on drive 610 as needed so that computer programs read from it can be installed into storage section 608 as needed.
[0096] In particular, according to the embodiments disclosed in this invention, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments disclosed in this invention include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication section 609, and / or installed from removable medium 611. When the computer program is executed by central processing unit (CPU) 601, it performs the functions defined above in the system of this invention.
[0097] It should be noted that the computer-readable medium shown in this invention can be a computer-readable signal medium or a computer-readable storage medium, or any combination thereof. A computer-readable storage medium can be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, 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 device, magnetic storage device, or any suitable combination thereof. In this invention, a computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. In this invention, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. Computer-readable signal media can also be any computer-readable medium other than computer-readable storage media, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to: wireless, wire, optical fiber, RF, etc., or any suitable combination thereof.
[0098] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present invention. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram or flowchart, and combinations of blocks in a block diagram or flowchart, may be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.
[0099] The modules described in the embodiments of the present invention can be implemented in software or hardware. The described system can also be located in a processor, for example, it can be described as: a processor including a message acquisition module, a field determination module, a timing determination module, and a message processing module. The names of these modules do not necessarily limit the system itself; for example, the message acquisition module can also be described as "a module for acquiring service messages to be sent".
[0100] In another aspect, the present invention also provides a computer-readable medium, which may be included in the device described in the above embodiments; or it may exist independently and not assembled into the device. The computer-readable medium carries one or more programs, which, when executed by the device, cause the device to: acquire a service message to be sent; determine a target timing control field corresponding to the service message based on the type of the service message and a pre-configured message timing control table; wherein the message timing control table includes multiple message types and their corresponding timing control fields, and the timing control fields include feature values characterizing whether the service message can be sent in the corresponding timing; determine the current timing of the financial infrastructure; determine a target feature value from the target timing control field based on the current timing, and determine whether the service message can be sent based on the target feature value; if yes, send the service message; if no, refuse to send the service message.
[0101] According to the technical solution of this embodiment of the invention, after obtaining a business message, the target timing control field corresponding to the business message is determined based on the type of the business message and a pre-configured message timing control table. The message timing control table includes multiple message types and their corresponding timing control fields, each containing a feature value indicating whether the business message can be sent at the corresponding timing. Then, based on the current timing of the financial infrastructure, a target feature value is determined from the target timing control field, and the ability to send the business message is determined based on the target feature value. If so, the business message is sent. This achieves simple and flexible control over the participant's message sending process, preventing participants from sending business messages outside the financial infrastructure's business acceptance window, thus avoiding system pressure on the financial infrastructure, and preventing unnecessary system alarms caused by the financial infrastructure rejecting the messages sent by participants.
[0102] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can occur depending on design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.
Claims
1. A method for running time-sequential processing messages based on a financial infrastructure, characterized in that, The method comprises: acquiring a service message to be sent; determining a target time sequence control field corresponding to the service message according to a type of the service message and a pre-configured message time sequence control table, wherein the message time sequence control table comprises a plurality of message types and time sequence control fields corresponding to the message types respectively, and the time sequence control field comprises a characteristic value representing whether the service message can be sent at a corresponding time sequence; determining a current time sequence of a financial infrastructure; determining a target characteristic value from the target time sequence control field according to the current time sequence, and determining whether the service message can be sent according to the target characteristic value; if yes, sending the service message; if no, rejecting to send the service message.
2. The method of claim 1, wherein, The step of configuring the message time sequence control table comprises: determining a type of a message that can be sent according to a message sending authority; for each of the message types: acquiring a number of running time sequences corresponding to the financial infrastructure; determining a number of control bits in the time sequence control field according to the number of running time sequences, and configuring a characteristic value for each of the control bits, so that the characteristic values in the time sequence control field correspond to the running time sequences one by one.
3. The method according to claim 2, wherein before the step of configuring the message time sequence control table, the method further comprises: numbering each of the running time sequences according to a running order of the running time sequences corresponding to the financial infrastructure; the step of configuring the time sequence control field corresponding to the message type comprises: configuring the characteristic values corresponding to each of the running time sequences in sequence according to the numbering result. The step of determining a target characteristic value from the target time sequence control field according to the current time sequence comprises:
4. The method of claim 3, wherein, determining a number of the current time sequence; determining a target control bit corresponding to the number of the current time sequence from the target time sequence control field, and taking a characteristic value of the target control bit as the target characteristic value. The step of configuring the characteristic values corresponding to each of the running time sequences in sequence according to the numbering result comprises:
5. The method of claim 3, wherein, in a case where the running time sequence can send a corresponding service message, configuring a characteristic value of a control bit corresponding to the running time sequence as 1; in a case where the running time sequence cannot send a corresponding service message, configuring a characteristic value of a control bit corresponding to the running time sequence as 0. The step of determining a current time sequence of a financial infrastructure comprises:
6. The method of claim 1, wherein, acquiring a state change notification message sent by the financial infrastructure; determining a current time sequence of the financial infrastructure according to the state change notification message. The method further comprises:
7. The method of claim 1, wherein, acquiring time sequence increase / decrease information of the financial infrastructure; updating the time sequence control field according to the time sequence increase / decrease information. The method comprises:
8. A system for processing messages based on the runtime sequence of a financial infrastructure, characterized in that, a message acquiring module, a field determining module, a time sequence determining module and a message processing module, wherein the message acquiring module is configured to acquire a service message to be sent; the field determining module is configured to determine a target time sequence control field corresponding to the service message according to a type of the service message and a pre-configured message time sequence control table, wherein the message time sequence control table comprises a plurality of message types and time sequence control fields corresponding to the message types respectively, and the time sequence control field comprises a characteristic value representing whether the service message can be sent at a corresponding time sequence; The timing determination module is configured to determine a current timing of the financial infrastructure; The message processing module is configured to determine a target feature value from the target timing control field according to the current timing, and determine whether the service message can be sent according to the target feature value; if yes, send the service message; if no, refuse to send the service message.
9. A server for running time-sequential processing messages based on a financial infrastructure, characterized by Comprising: One or more processors; Storage means for storing one or more programs, When the one or more programs are executed by the one or more processors, the one or more processors implement the message processing method as claimed in any one of claims 1-7.
10. A computer readable medium having stored thereon a computer program, characterized in that, The program is executed by the processor to implement the message processing method as claimed in any one of claims 1-7.