WO2021036321A1

WO2021036321A1 - Supervision data reporting, electronic apparatus, device and computer-readable storage medium

Info

Publication number: WO2021036321A1
Application number: PCT/CN2020/087938
Authority: WO
Inventors: 赵成龙
Original assignee: 深圳壹账通智能科技有限公司
Priority date: 2019-08-30
Filing date: 2020-04-30
Publication date: 2021-03-04
Also published as: CN110602004A

Abstract

The present application relates to the field of big data. Disclosed are a supervision data reporting method, an electronic apparatus, a device and a computer-readable storage medium. The method specifically comprises: storing transaction data on the basis of transaction behaviors with each transaction party, and setting an identification code for each piece of the transaction data; determining a plurality of pieces of transaction data as data to be sent, and determining whether the size of the data to be sent is greater than a first preset value; if yes, dividing a data packet to be sent to obtain a plurality of sub data packets, the size of any sub data packet being less than a second preset value; allocating a decoding tag for each data packet in the plurality of sub data packets; determining sending threads; and sending the sub data packets, the decoding tag, and the identification code on the basis of the determined threads. By applying the embodiments of the present application, the size of each data packet is limited to facilitate network transmission, and after packet division, data is reported by using multiple threads, thereby greatly saving time as compared with the previous data reporting using a single thread, and meeting the timeliness requirement of supervision.

Description

Supervision data reporting, electronic devices, equipment, and computer-readable storage media

This application claims the priority of a Chinese patent application filed with the Chinese Patent Office on August 30, 2019, the application number is 201910814524.7, and the invention title is "Supervisory Data Reporting Methods, Electronic Devices, Equipment, and Computer-readable Storage Media", all of which The content is incorporated in this application by reference.

Technical field

This application relates to the technical field of uploading regulatory data of big data, and in particular to a method, electronic device, equipment, and computer-readable storage medium for reporting regulatory data.

Background technique

The amount of data obtained by financial institutions is increasing, especially a large amount of high-frequency unstructured data. Due to the need to maintain the order of the financial market, financial institutions need to send the regulatory data generated by their corresponding transactions to the regulatory authorities for filing.

The inventor realizes that due to the large number of financial institutions, there will be multiple financial institutions reporting regulatory data to the regulatory authority at the same time. The existing regulatory data is reported to the regulatory agency. If the amount of data is large, the corresponding reporting of the regulatory data will be reported. The text will be very large, and if the network is unstable, there will be interruption in the transmission of regulatory data. Due to the relatively high time limit of the supervisory department for the uploading of supervisory data, once the uploading of supervisory data generates a terminal, it is difficult to meet the supervisory timeliness requirements.

Therefore, it is an urgent technical problem to provide an effective monitoring data reporting method.

Summary of the invention

In view of this, this application proposes a method, electronic device, equipment, and computer-readable storage medium for reporting regulatory data, aiming to solve the problem that the uploading of regulatory data in the prior art cannot meet the timeliness. The embodiments of this application restrict each The size of the data packet is convenient for network transmission. After sub-packaging, multiple threads are used to report data, which greatly saves time compared with the previous single thread and meets the timeliness requirements of supervision.

First of all, in order to achieve the above-mentioned purpose, this application proposes a method for reporting regulatory data. The method includes the steps:

Store transaction data based on transaction behavior with each transaction party, and set a flag code for each transaction data;

Determining multiple transaction data as data to be sent, and determining whether the size of the data to be sent is greater than a first preset value;

If yes, perform sub-packet processing on the to-be-sent data packet to obtain multiple sub-data packets, wherein the size of any one of the sub-data packets is smaller than the second preset value;

Allocating a decoding label to each of the multiple sub-data packets;

Determine the sending thread;

Based on the determined thread, the sub-data packet, the decoded tag, and the flag code are sent.

In addition, in order to achieve the above objective, the present application also provides an electronic device, the device includes: a supervisory data reporting terminal module;

Wherein, the monitoring data reporting terminal module includes:

The setting module is used to store transaction data based on the transaction behavior with each transaction party, and set a flag code for each transaction data;

A judging module, configured to determine multiple transaction data as data to be sent, and to judge whether the size of the data to be sent is greater than a first preset value;

The sub-packet module is used to perform sub-packet processing on the data packet to be sent when the judgment result of the judging module is yes to obtain multiple sub-data packets, wherein the size of any one sub-data packet is smaller than the first Two preset values;

A decoding module, configured to assign a decoding label to each of the multiple sub-data packets;

Determine module, used to determine the sending thread;

The sending module is configured to send the sub-data packet based on the determined number of threads.

In addition, in order to achieve the above object, the present application also provides a device including a memory, a processor, and a computer program stored in the memory and capable of running on the processor. The processor implements any item when the computer program is executed. The steps of the monitoring data reporting method.

In addition, in order to achieve the foregoing objective, the present application also provides a computer-readable storage medium on which a computer program is stored, and when the computer program is executed by a processor, the steps of any one of the supervisory data reporting methods are implemented.

Compared with the prior art, the supervision data reporting method, device, equipment and computer-readable storage medium proposed in this application meet the timeliness requirements of supervision, and by assigning decoding tags to sub-data packets, the supervision data can be received after receiving supervision data. Time to quickly find the corresponding sub-data packet and decode it. After decoding, each transaction data can be confirmed through the mark code to avoid data loss.

Description of the drawings

Fig. 1 is a schematic flowchart of a method for reporting supervision data according to the first embodiment of the present application;

2 is a schematic flowchart of a method for reporting supervision data according to a second embodiment of the present application;

Fig. 3 is a schematic flowchart of a method for reporting supervision data according to a third embodiment of the present application;

4 is a schematic flowchart of a method for reporting supervision data according to a fourth embodiment of the present application;

FIG. 5 is an optional application environment diagram of the electronic device according to the embodiment of the present application;

6 is a schematic diagram of the hardware architecture of the electronic device according to the first embodiment of the present application;

FIG. 7 is a schematic diagram of program modules of the electronic device according to the first embodiment of the present application.

detailed description

It should be noted that in this embodiment of the application, the executive body of the supervision data reporting method may be the supervision data reporting terminal module, or other terminals or devices containing the supervision data reporting method processor, and the supervision data reporting terminal module. other devices.

To solve the problem of the prior art, as shown in FIG. 1, an embodiment of the present application provides a method for reporting supervision data, which includes the following steps:

S101: Store transaction data based on transaction behavior with each transaction party, and set a flag code for each transaction data.

It should be noted that, taking a trading platform as an example, when the trading platform generates a transaction, each transaction will generate data information with the payment institution, so this transaction will generate information about each participant for the payment institution, so There will be one transaction data in the sequential transactions generated for one transaction party.

For each transaction, there is generally a transaction number, such as an order number, which is a unique symbol. It can be used as a symbol code, or a new number is set as a symbol code for each transaction. Each symbol code is not repeated. , To facilitate the identification of each transaction.

In addition, the logo code can also be the payment transaction number of this transaction, for example, a payment transaction number formed by a third party or a transaction platform during payment.

It should be noted that the logo code can also be generated by other methods, as long as it is a unique designated logo generated for each transaction, and the embodiment of the present application does not specifically limit it here.

S102: Determine multiple transaction data as data to be sent, and determine whether the size of the data to be sent is greater than a first preset value; if so, go to step 103.

It is understandable that there are more and more transaction data, and multiple transaction data may be presented at the same time, then the transaction data will be processed.

In an implementation manner of the present application, for the transaction data of each type of item, the generated transaction data is used as the data to be sent within a period of time.

In another implementation of the present application, a short time range is set, and all transaction information in this range is used as the data to be sent.

It is understandable that when a transaction occurs, the trading platform will communicate with financial institutions to share relevant data of the transaction. The shared data includes but is not limited to: product specific information, transaction links, transaction amount details, order time, Recipient information. Therefore, the supervisory data reporting terminal corresponding to the embodiment of the present application will obtain the transaction and store it after each transaction. Take the existing credit card as an example. After the user spends on the platform, the bank will obtain the transaction data of the consumption and record it in the bill.

It should be noted that the data generated by the financial institution will be sent to the regulatory agency regularly, and the specific sending time can be set to be periodic or sent according to the size of the generated data. Therefore, in the embodiment of the present application, the data to be sent can be determined according to the preset data sending cycle or the generated data size, and the data generated by the target folder.

In a specific implementation manner, the target area is set, then the data generated for the financial institution will be stored in the target area, and then the newly generated data in the target area is determined as the data to be sent.

In another specific implementation manner, the data generated in a fixed time unit is determined as the data to be sent, for example, the data generated in 1s is determined as the data to be sent by using 1s as the unit.

Those skilled in the art can understand that the embodiment of the present application presets a comparison object for the size of the data to be sent, that is, the first preset value, and compares the data to be sent with the first preset value. When the data to be sent is greater than the first preset value, When there is a preset value, step S302 is executed; otherwise, the data packet is directly sent. Exemplarily, the first preset value is 500M, and the data to be sent is 600M, then step S302 needs to be performed. If the data to be sent is 450M, then the data packet to be sent is sent directly.

It is understandable that by comparing the data to be sent with the first preset value, it can be determined whether the data to be sent is too large, so as to avoid the problem of data sending failure caused by direct sending.

S103: Perform packet processing on the data packet to be sent to obtain multiple sub-data packets, wherein the size of any one of the sub-data packets is smaller than a second preset value.

It should be noted that the first preset value is a threshold that reflects the network transmission capability. It is understandable that when the data to be sent is less than the first preset value, subcontracting processing can be performed, or it can be sent directly without subcontracting processing. The purpose is to not perform subcontracting processing when the data to be sent is not larger than the comparison object. It can realize effective transmission while saving the time of sub-packing processing, and achieve the balance of data sub-packing processing and direct transmission.

Regarding the second preset value, the size of each sub-data packet is limited to facilitate rapid network transmission, and it is also a sub-data packet threshold set during network transmission capacity and data transmission efficiency.

Therefore, it is set for different data transmission networks and different transmission efficiency requirements (for example, when data needs to be obtained in time, it needs to be divided into smaller data packets to achieve faster transmission and reduce transmission time). The second preset value and the first preset value in the embodiment of the present application may be equal or unequal.

Exemplarily, the first preset value is equal to the second preset value, both are 500M, and the data to be sent is 600M, then the data packet to be sent needs to be subpackaged, and how many sub-data packets are divided into specific sub-packets, this embodiment of the application The divided sub-data packets are limited by the second preset value, and each divided sub-data packet cannot be greater than the second preset value, that is, not greater than 500M.

Then, a 600M data packet to be sent can be divided into 2 data packets for transmission, for example, divided into 2 data packets, one is 400M, one is 200M; or one is 300M, one is 300M; or one is 250M, One is 350M; or one is 150M and one is 450M. For example, divided into 3 data packets, one is 200M, one is 200M, one is 200M; or one is 300M, one is 200M, one is 100M; or one is 250M, one is 150M, one is 200M; or one is 250M, one is 250M, one is 100M, or it can be divided into 3 data packets, 4 data packets, 10 data packets, etc. The embodiment of the present application does not specifically limit it here.

In another embodiment of the present application, the first preset value is not equal to the second preset value. Assuming that the first preset value is 500M, the second preset value can be 400M, 450M, or 300M, etc. Etc., the embodiments of the present application do not make specific numerical limitations here.

S104: Allocate a decoding label to each data packet of the multiple sub-data packets.

It should be noted that all sub-data packets constitute a complete whole of the data to be sent. Therefore, in order to make the data to be sent at the receiving end to form a whole for storage, a decoding label is assigned to each sub-data packet. It is understandable that encoding and compression is required before data is sent. For example, by compressing a package, each sub-data package can be a sub-compression package, and all the sub-compression packages are put together and decompressed to form a complete data package. Therefore, it is easy to find the corresponding sub-data packet after the corresponding decoding label is allocated, and the decoding efficiency is improved.

S105: Determine the sending thread.

It is understandable that a thread is also called a lightweight process (LWP for short), which is the smallest unit of program execution flow. A thread is an entity in a process, and a basic unit independently scheduled and dispatched by the system.

In an embodiment of the present application, the sending thread may be determined according to the size of the data to be sent. It is understandable that if the data to be sent is relatively large, more threads are needed to send sub-data packets. Therefore, in the embodiment of the present application, the number of sending threads can be determined by the size of the data packet to be sent.

In another implementation manner of the present application, it is also possible to determine the current idle thread; and determine the number of sending threads based on the current idle thread. The idle line can be a line that is not currently working, or a line whose load is lower than the threshold. Specifically, the load threshold of the line can obtain the transmission data volume of each timing unit in multiple timing units, and obtain the total data transmission volume in the multiple timing units. If it is lower than a total data transmission volume value, it is regarded as Idle thread.

S106: Send the sub-data packet, decode the label, and the flag code based on the determined thread.

It is understandable that a thread has a relatively independent and schedulable execution unit, and the sub-data packet is sent directly through the execution unit to realize the data sending process.

It should be noted that the decoding label corresponding to each sub-data packet of China Unicom and the mark code corresponding to each transaction data can enable the receiving end to quickly decode by decoding the label and sub-data packet to obtain the corresponding data packet, and then target the data in the packet. Each transaction data of the company is checked by the mark code to confirm whether there is data error or loss, and to improve the accuracy of data transmission.

It is understandable that the usual data transmission environment is: there are multiple threads and multiple sub-data packets, which can be sent sequentially according to the generation time of the sub-data packets. For example, there are three threads: thread A, thread B, and thread C. , And the transmission capacity is the same, there are 10 sub-data packets, which are transmitted through thread A, thread B, and thread C3 in sequence according to the generation time of the sub-data packet.

If the transmission capabilities of the threads are different, they can be allocated. A thread with a strong transmission capability transmits larger sub-data packets, otherwise a smaller sub-data packet is transmitted; or a thread with strong transmission capability transmits more sub-data packets, Otherwise, fewer sub-data packets are transmitted.

Compared with the prior art, the supervisory data reporting method proposed in this application sets a flag code for each transaction data after acquiring transaction behaviors with each transaction party and storing transaction data, and then determines multiple transaction data as pending When sending data and judging that the size of the data to be sent is greater than the first preset value, the packet to be sent needs to be subpackaged to obtain multiple sub-data packets after sub-packaging, and the size of each sub-data packet is less than The second preset value is assigned to each data packet with a decoding label; then the sub-data packet, the decoding label and the flag code are sent through the determined sending thread. By sub-packetizing the data packet to be sent, the size of the sub-data packet is smaller than the second preset value, so that the small data packet can still be transmitted normally even when the transmission rate is poor, which avoids the direct transmission in the prior art. The transmission of supervision data causes transmission failure under the condition of poor network transmission, and solves the problem that the supervision data upload cannot meet the timeliness in the prior art. Therefore, compared with the previous single thread, it greatly saves time and fully satisfies the supervision. Timeliness requirements, and by assigning decoding tags to sub-data packets, the corresponding sub-data packets can be quickly found and decoded when the supervision data is received. After decoding, each transaction data can be confirmed through the tag code to avoid data Lost.

As shown in FIG. 2, the step of sub-packaging the data packet to be sent to obtain multiple sub-data packets includes:

S201: Calculate a multiple of the size of the data packet to be sent and the first preset value.

Assuming that the data packet to be sent is 600M and the first preset value is 500M, then the ratio of the data packet to be sent to the first preset value is 1.2.

S202: Determine the number of data packets corresponding to the calculated multiple according to the relationship between the preset multiple value and the data packet value.

The pre-set relationship table between the multiple value and the data packet value in the embodiment of the application, that is, each data packet value has a corresponding relationship with the multiple value, and the corresponding relationship can be set to multiple choices, and each choice corresponds to a network In different network situations, you can choose different correspondences.

In an implementation of this application, the number of data packets is set to be no less than the certificate corresponding to the multiple value. For example, if the multiple value is 1.2, the corresponding data packet is set to be no less than: the smallest integer corresponding to the multiple value The preset integer multiple, for example, the preset integer is 2, then the smallest integer corresponding to 1.2 is 2, then the unit digit of the data packet is not less than: 2*2=4.

In another implementation of this application, the Ethernet bandwidth can be set according to the bandwidth of the data transmission LAN. The Ethernet bandwidth can be divided into: 10Mbps Ethernet, 100Mbps Ethernet, 1Gbps Ethernet, 10Gbps Ethernet, 100Gbps Ethernet. The wider the transmission capacity, the stronger the bandwidth is greater than 100Mbps Ethernet, the number of data packets and the integer corresponding to the multiple value (the integer is the smallest integer not less than the multiple value) can be the same, for example, calculated If the multiple of is 2.1, the number of data packets is 3.

S203: Divide the data packets to be sent according to the determined number of data packets.

The data packet to be sent is divided according to the determined data packet. For example, the data packet to be sent is 600M, the first preset value is 500M, and the ratio of the data packet to be sent to the first preset value is 1.2. There are 3-5 data packets, so the number of data packets can be 3, 4, or 5, so the divided sub-data packets can be 3, 4, or 5.

It can be understood that, as long as the size of each sub-data packet does not exceed the second preset value, it may be evenly distributed or unevenly distributed, which is not specifically limited in the embodiment at the time of this application.

S204: Determine whether the size of the divided sub-data packet is not less than a second preset value; if so, perform S205.

Specifically, the size of each sub-data packet can be the same or different. If it is not equal, it must be ensured that the size of each sub-data packet cannot exceed the second preset value, otherwise the division continues in step S205. step.

S205: Divide the sub-data packet again.

As shown in FIG. 3, in another implementation manner of the present application, the step of determining the number of sending threads based on the currently idle threads includes:

S301: Determine the current number of idle threads.

The determination of the number of idle threads in the embodiment of the present application may be the same as the above-mentioned process of determining the current idle thread, and details are not described in the embodiment of the present application.

S302: Determine whether the number of idle threads is not greater than the multiple value; if so, perform step S303.

The embodiment of the present application provides a solution that saves thread resources by corresponding to one sub-data packet by one thread in order to save data threads when the current data transmission is tight.

S303: Determine the currently idle thread as the sending thread.

In the embodiment of this application, if the number of currently idle threads is not greater than the multiple value, all idle threads are used for data transmission; otherwise, when the number of idle threads is greater than the multiple value, it is determined that the number is closest to the multiple An integer of; the determined integer number of threads are determined as sending threads.

In an embodiment of the present application, as shown in FIG. 4, a specific implementation method of sending the sub-data packet, decoding the label, and the flag code based on the determined thread is provided, including the steps:

S401: Prioritize the sub-data packets.

It is understandable that the priority setting can be artificially set, or a certain rule can be set so that the supervisory data reporting end automatically generates the priority of the sub-data packet.

In an implementation manner, the method of automatically generating the priority may be to set the priority to be high when the self-data packet contains shopping data of the VIP user.

In another implementation manner, if packet loss occurs in the previously transmitted data packet, priority transmission can be performed when the data packet is transmitted again, so it can be artificially set as a sub-data packet with a high transmission priority.

S402: According to the priority, store the sub-data packet and the corresponding decoding tag and flag code in a data sending queue.

Each sub-data packet and its corresponding decoding label and mark code are transmitted at the same time, so they need to be put into the data sending queue at the same time. The data transmission queue of this application is a first-in, first-out FIFO memory, which is used for buffering the data to be sent.

S403: Take out and send the data in the data sending queue sequentially through the determined thread.

Specifically, the idle thread can take the corresponding data from the data sending queue one by one, and then send it. The status of the thread changes from idle to busy. When the sending ends, the status of the thread changes from busy to idle, and the queue is again queued. Take the data in the data sending queue to realize the data sending one by one.

Therefore, applying the embodiment shown in FIG. 4 of the present application, by setting the priority of the sub-data packet, it can ensure that the data packet with the higher priority is sent first, and the sending efficiency of the data to be sent is improved.

Referring to FIG. 5 and FIG. 6, it is a schematic diagram of an optional application environment of the electronic device 50 of the present application.

In this embodiment, the electronic device 50 can communicate with the supervisory data reporting end module 10 and the data receiving end 40 in a wired or wireless manner. In the electronic device 50, the data of the supervisory data reporting end module 10 is sent to the data receiving end 40 through the network interface 53, and the data information can also be sent to the data receiving end 40 through the network interface 53. On the display interface, so as to realize the data transmission after the supervision data is reported.

Refer to FIG. 5, which is a schematic diagram of an optional hardware architecture of the electronic device 50 of the present application. The electronic device 50 includes, but is not limited to, a memory 51, a processor 52, and a network interface 53 that can communicate with each other through a system bus. FIG. 5 only shows the electronic device 50 with components 51-53, but it should be understood that It is not required to implement all the illustrated components, and more or fewer components may be implemented instead.

The memory 51 includes at least one type of readable storage medium. The readable storage medium includes flash memory, hard disk, multimedia card, card-type memory (for example, SD or DX memory, etc.), random access memory (RAM), and static memory. Random access memory (SRAM), read only memory (ROM), electrically erasable programmable read only memory (EEPROM), programmable read only memory (PROM), magnetic memory, magnetic disks, optical disks, etc. In some embodiments, the memory 51 may be an internal storage unit of the electronic device 50, such as a hard disk or a memory of the electronic device 50. In other embodiments, the memory may also be an external storage device of the electronic device 50, such as a plug-in hard disk equipped on the electronic device 50, a smart media card (SMC), a secure digital ( Secure Digital, SD card, Flash Card, etc. Of course, the memory 51 may also include both an internal storage unit of the electronic device 50 and an external storage device thereof. In this embodiment, the memory 51 is generally used to store the operating system and various application software installed in the electronic device 50, such as the program code of the supervisory data reporting terminal module 10, etc. In addition, the memory 51 can also be used to temporarily store various types of data that have been output or will be output.

The processor 52 may be a central processing unit (Central Processing Unit, CPU), a controller, a microcontroller, a microprocessor, or other data processing chips in some embodiments. The processor 52 is generally used to control the overall operation of the electronic device 50. In this embodiment, the processor 52 is used to run the program code or process data stored in the memory 51, for example, to run the supervisory data reporting terminal module 10 and so on.

The network interface 53 may include a wireless network interface or a wired network interface, and the network interface 53 is generally used to establish a communication connection between the electronic device 50 and other electronic devices.

So far, the hardware structure and functions of the relevant equipment of this application have been introduced in detail. Hereinafter, various embodiments of the present application will be presented based on the above introduction.

First, this application proposes an electronic device 50.

Referring to FIG. 5, it is a schematic diagram of program modules of the electronic device 50 according to the first embodiment of the present application.

In this embodiment, the electronic device 50 includes a series of computer program instructions stored on the memory 51. When the computer program instructions are executed by the processor 52, the supervisory data reporting operations of the various embodiments of the present application can be implemented. In some embodiments, the electronic device 50 may be divided into one or more modules based on specific operations implemented by various parts of the computer program instructions. For example, in FIG. 7, the supervisory data reporting end module 10 in the electronic device can be divided into: a setting module 501, a judgment module 502, a subcontracting module 503, an allocation module 504, a determination module 505, and a sending module 506. among them:

The setting module 501 is used for storing transaction data based on the transaction behavior with each transaction party, and setting a flag code for each transaction data;

The judging module 502 is configured to determine the data to be sent, and judge whether the size of the data to be sent is greater than a first preset value;

The sub-packet module 503 is configured to perform sub-packet processing on the data packet to be sent when the judgment result of the judgment module is yes to obtain multiple sub-data packets, wherein the size of any one of the sub-data packets is less than Second preset value

An allocating module 504, configured to allocate a decoding label to each data packet of the multiple sub-data packets;

The determining module 505 is used to determine the sending thread;

The sending module 506 is configured to send the sub-data packet based on the determined number of threads.

Further, the subcontracting module 503 includes:

The calculation sub-module 601 is configured to calculate a multiple of the size of the data packet to be sent and the first preset value;

The first determining submodule 602 is configured to determine the number of data packets corresponding to the calculated multiple according to the relationship between the preset multiple value and the data packet value;

The first dividing submodule 603 is configured to divide the data packet to be sent according to the determined number of data packets;

The judging sub-module 604 is used to judge whether the size of the divided sub-data packet is not less than the second preset value;

The second division sub-module 605 is configured to divide the sub-data packet again when the judgment result of the judgment sub-module is yes.

Further, the determining module 505 is specifically configured to determine the sending thread according to the size of the data to be sent.

Further, the determining module 505 includes:

The second determining submodule 701 is used to determine the current idle thread;

The third determining submodule 702 is configured to determine the number of sending threads based on the current idle thread.

Further, the third determining submodule 702 includes:

The first determining unit 801 is used to determine the current number of idle threads;

The judging unit 802 is configured to judge whether the number of idle threads is not greater than the multiple value;

The second determining unit 803 is configured to determine the current idle thread as the sending thread when the judgment result of the judgment unit is yes.

Further, the determining module 505 further includes:

The fourth determining submodule 901 is configured to determine the integer closest to the multiple when the number of idle threads is greater than the multiple value;

The fifth determining submodule 902 is configured to determine the determined integer number of threads as sending threads.

Further, the sending module 506 further includes:

A sorting sub-module, which is used to prioritize the sub-data packets;

The first sending sub-module is configured to store the sub-data packet and the corresponding decoding tag and flag code in the data sending queue according to the priority;

The second sending submodule is used to sequentially take out and send the data in the data sending queue through the determined thread.

Compared with the prior art, the electronic device provided by the embodiment of the present application greatly saves time in the previous single thread, and fully meets the timeliness requirements of supervision. Moreover, by assigning decoding tags to sub-data packets, it can be used when supervised data is received. Quickly find the corresponding sub-data packet and decode it. After decoding, each transaction data can be confirmed through the mark code to avoid data loss.

This application also provides a computer device, such as a smart phone, a tablet computer, a notebook computer, a desktop computer, a rack server, a blade server, a tower server, or a cabinet server (including independent servers, or more) that can execute programs. A server cluster composed of two servers) and so on. The computer device in this embodiment at least includes, but is not limited to, a memory, a processor, etc. that can be communicatively connected to each other through a system bus.

This embodiment also provides a computer-readable storage medium. The computer-readable storage medium may be non-volatile or volatile, such as flash memory, hard disk, multimedia card, card-type memory (for example, SD or DX memory). Etc.), random access memory (RAM), static random access memory (SRAM), read only memory (ROM), electrically erasable programmable read only memory (EEPROM), programmable read only memory (PROM), magnetic memory, Disks, CDs, servers, App application malls, etc., have computer programs stored thereon, and the programs implement corresponding functions when executed by the processor. The computer-readable storage medium of this embodiment is used to store the electronic device 20, and when executed by a processor, realizes the supervision data reporting method of the present application.

Claims

A method for reporting supervision data, wherein the method includes the steps:

Store transaction data based on transaction behavior with each transaction party, and set a flag code for each transaction data;

Determining multiple transaction data as data to be sent, and determining whether the size of the data to be sent is greater than a first preset value;

If yes, perform sub-packet processing on the to-be-sent data packet to obtain multiple sub-data packets, wherein the size of any one of the sub-data packets is smaller than the second preset value;

Allocating a decoding label to each of the multiple sub-data packets;

Determine the sending thread;

Based on the determined thread, the sub-data packet, the decoded tag, and the flag code are sent.
The supervision data reporting method according to claim 1, wherein the step of sub-packaging the data packet to be sent to obtain a plurality of sub-data packets comprises:

Calculating a multiple of the size of the data packet to be sent and the first preset value;

According to the relationship between the preset multiple value and the data packet value, determine the number of data packets corresponding to the calculated multiple;

Dividing the data packets to be sent according to the determined number of data packets;

Judging whether the size of the divided sub-data packet is not less than the second preset value;

If so, divide the sub-data packet again.
The method for reporting supervision data according to claim 2, wherein the step of determining the sending thread comprises:

Determine the current idle thread according to the size of the sub-data packet to be sent;

Based on the currently idle threads, the number of sending threads is determined.
The method for reporting supervision data according to claim 3, wherein the step of determining the number of sending threads based on the currently idle threads comprises:

Determine the current number of idle threads;

Judging whether the number of idle threads is not greater than the multiple value;

If it is, the currently idle thread is determined as the sending thread.
The method for reporting regulatory data according to claim 4, wherein the method further comprises:

When the number of idle threads is greater than the multiple value, determine the integer closest to the multiple;

The determined integer number of threads are determined as sending threads.
The method for reporting supervision data according to claim 1, wherein the step of sending the sub-data packet, decoding the label and the flag code based on the determined thread comprises:

Prioritize the sub-data packets;

According to the priority, storing the sub-data packet and the corresponding decoding tag and flag code in the data sending queue;

The data in the data sending queue is sequentially taken out and sent through the determined thread.
An electronic device, wherein the device includes: a supervisory data reporting terminal module;

Wherein, the monitoring data reporting terminal module includes:

The setting module is used to store transaction data based on the transaction behavior with each transaction party, and set a flag code for each transaction data;

A judging module, configured to determine multiple transaction data as data to be sent, and to judge whether the size of the data to be sent is greater than a first preset value;

The sub-packet module is used to perform sub-packet processing on the data packet to be sent when the judgment result of the judging module is yes to obtain multiple sub-data packets, wherein the size of any one sub-data packet is smaller than the first Two preset values;

A decoding module, configured to assign a decoding label to each of the multiple sub-data packets;

Determine module, used to determine the sending thread;

The sending module is configured to send the sub-data packet based on the determined number of threads.
The electronic device according to claim 7, wherein the subcontracting module specifically comprises:

A calculation sub-module, configured to calculate a multiple of the size of the data packet to be sent and the first preset value;

The first determining sub-module is configured to determine the number of data packets corresponding to the calculated multiple according to the relationship between the preset multiple value and the data packet value;

The first dividing submodule is configured to divide the data packet to be sent according to the determined number of data packets;

The judging sub-module is used to judge whether the size of the divided sub-data packet is not less than the second preset value;

The second division sub-module is configured to divide the sub-data packet again when the judgment result of the judgment sub-module is yes.
A device includes a memory, a processor, and a computer program stored on the memory and running on the processor, wherein the processor implements a monitoring data reporting method when the processor executes the computer program, and the monitoring data reporting method is specifically Including the following steps:

Store transaction data based on transaction behavior with each transaction party, and set a flag code for each transaction data;

Determining multiple transaction data as data to be sent, and determining whether the size of the data to be sent is greater than a first preset value;

If yes, perform sub-packet processing on the to-be-sent data packet to obtain multiple sub-data packets, wherein the size of any one of the sub-data packets is smaller than the second preset value;

Allocating a decoding label to each of the multiple sub-data packets;

Determine the sending thread;

Based on the determined thread, the sub-data packet, the decoded tag, and the flag code are sent.
The device according to claim 9, wherein the step of sub-packaging the data packet to be sent to obtain a plurality of sub-data packets comprises:

Calculating a multiple of the size of the data packet to be sent and the first preset value;

According to the relationship between the preset multiple value and the data packet value, determine the number of data packets corresponding to the calculated multiple;

Dividing the data packets to be sent according to the determined number of data packets;

Judging whether the size of the divided sub-data packet is not less than the second preset value;

If so, divide the sub-data packet again.
The device according to claim 10, wherein the step of determining the sending thread comprises:

Determine the current idle thread according to the size of the sub-data packet to be sent;

Based on the currently idle threads, the number of sending threads is determined.
The device according to claim 11, wherein the step of determining the number of sending threads based on the currently idle threads comprises:

Determine the current number of idle threads;

Judging whether the number of idle threads is not greater than the multiple value;

If it is, the currently idle thread is determined as the sending thread.
The device according to claim 12, wherein the method further comprises:

When the number of idle threads is greater than the multiple value, determine the integer closest to the multiple;

The determined integer number of threads are determined as sending threads.
The device according to claim 11, wherein the step of sending the sub-data packet, decoding the label and the flag code based on the determined thread comprises:

Prioritize the sub-data packets;

According to the priority, storing the sub-data packet and the corresponding decoding tag and flag code in the data sending queue;

The data in the data sending queue is sequentially taken out and sent through the determined thread.
A computer-readable storage medium having a computer program stored thereon, wherein the computer program is executed by a processor to implement a monitoring data reporting method, wherein the monitoring data reporting method specifically includes the following steps:

Store transaction data based on transaction behavior with each transaction party, and set a flag code for each transaction data;

Determining multiple transaction data as data to be sent, and determining whether the size of the data to be sent is greater than a first preset value;

If yes, perform sub-packet processing on the to-be-sent data packet to obtain multiple sub-data packets, wherein the size of any one of the sub-data packets is smaller than the second preset value;

Allocating a decoding label to each of the multiple sub-data packets;

Determine the sending thread;

Based on the determined thread, the sub-data packet, the decoded tag, and the flag code are sent.
The computer-readable storage medium according to claim 15, wherein the step of sub-packaging the data packet to be sent to obtain a plurality of sub-data packets comprises:

Calculating a multiple of the size of the data packet to be sent and the first preset value;

According to the relationship between the preset multiple value and the data packet value, determine the number of data packets corresponding to the calculated multiple;

Dividing the data packets to be sent according to the determined number of data packets;

Judging whether the size of the divided sub-data packet is not less than the second preset value;

If so, divide the sub-data packet again.
The computer-readable storage medium according to claim 16, wherein the step of determining the sending thread comprises:

Determine the current idle thread according to the size of the sub-data packet to be sent;

Based on the currently idle threads, the number of sending threads is determined.
18. The computer-readable storage medium according to claim 17, wherein the step of determining the number of sending threads based on the currently idle threads comprises:

Determine the current number of idle threads;

Judging whether the number of idle threads is not greater than the multiple value;

If it is, the currently idle thread is determined as the sending thread.
The computer-readable storage medium of claim 18, wherein the method further comprises:

When the number of idle threads is greater than the multiple value, determine the integer closest to the multiple;

The determined integer number of threads are determined as sending threads.
15. The computer-readable storage medium according to claim 15, wherein the step of sending the sub-data packet, decoding the label and the flag code based on the determined thread comprises:

Prioritize the sub-data packets;

According to the priority, storing the sub-data packet and the corresponding decoding tag and flag code in the data sending queue;

The data in the data sending queue is sequentially taken out and sent through the determined thread.