CN112737812B - Data transmission method and device - Google Patents

Data transmission method and device Download PDF

Info

Publication number
CN112737812B
CN112737812B CN202011332176.9A CN202011332176A CN112737812B CN 112737812 B CN112737812 B CN 112737812B CN 202011332176 A CN202011332176 A CN 202011332176A CN 112737812 B CN112737812 B CN 112737812B
Authority
CN
China
Prior art keywords
thread
configuration information
push
push thread
inactive
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202011332176.9A
Other languages
Chinese (zh)
Other versions
CN112737812A (en
Inventor
余志勇
郭鹏飞
刘琳琳
寸志清
周振
赵志威
陈晨
鞠先斌
杨涛
曾波
张伟涛
张磊
赖嘉
纪维光
张强
段文超
阴亮
邱兵
刘能
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
State Grid Business Travel Cloud Technology Co ltd
Original Assignee
State Grid Business Travel Cloud Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by State Grid Business Travel Cloud Technology Co ltd filed Critical State Grid Business Travel Cloud Technology Co ltd
Priority to CN202011332176.9A priority Critical patent/CN112737812B/en
Publication of CN112737812A publication Critical patent/CN112737812A/en
Application granted granted Critical
Publication of CN112737812B publication Critical patent/CN112737812B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/48Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806Task transfer initiation or dispatching
    • G06F9/4843Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/55Push-based network services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

When a first system needs to transmit data to a second system, the first system can first acquire configuration information of the second system, then search for a push thread corresponding to the second system and acquire the configuration information of the push thread. The first system may determine whether the configuration information of the push thread is consistent with the acquired configuration information of the second system. If the configuration information of the two is inconsistent, it indicates that the currently running push thread cannot transmit data to the second system. The first system may delete the push thread from the thread pool and create the push thread based on the configuration information of the second system. In this way, the push thread is adjusted according to the configuration information of the second system, and the push thread in the push thread pool can be ensured to be matched with the configuration information of the transmission object all the time. In this manner, the first system may transmit data that conforms to the format requirements of the second system to a plurality of second systems.

Description

Data transmission method and device
Technical Field
The present application relates to the field of computer technologies, and in particular, to a data transmission method and apparatus.
Background
Currently, some large enterprises or groups often have a large number of lower level subsidiaries, which may also have lower level subsidiaries. Because of the assurance that the businesses of the subsidiaries are kept independent of each other, each subsidiary often has a relatively independent financial system for managing the subsidiaries' financial status. However, when financial reimbursement or financial statistics are required, the financial data of different subsidiaries are required to be processed uniformly.
For this reason, the subsidiary companies need to send the financial data to the financial system of the main company for uniform processing. The financial system of the main company can carry out statistical examination on the financial data of the subsidiary company and feed the obtained result back to the financial system of the subsidiary company so that the financial system of the subsidiary company can record the processing result or carry out subsequent other processing.
However, since the financial systems of the various subsidiaries are independent of each other, the data formats of the financial systems of the different subsidiaries may differ. Although the traditional financial system can process the financial data sent by the subsidiary to the main company into a uniform format, most of the generated processing results are not compatible with the financial system of the subsidiary, and additional processing is required.
Disclosure of Invention
In view of this, embodiments of the present application provide a data transmission method and apparatus, and aim to provide a technical solution capable of providing data with different formats to different systems.
In a first aspect, an embodiment of the present application provides a data transmission method, where the method is applied to a first system, and includes:
acquiring configuration information of a second system, wherein the configuration information comprises a network address and a push message format of the second system;
searching a push thread corresponding to the second system from a thread pool, and acquiring configuration information of the push thread, wherein the push thread is used for transmitting data to the second system;
comparing whether the configuration information of the second system is consistent with the configuration information of the push thread;
and if the configuration information of the second system is inconsistent with the configuration information of the push thread, deleting the push thread from the thread pool, generating a new push thread according to the configuration information of the second system, and adding the new push thread into the thread pool so as to transmit data to the second system.
Optionally, the configuration information includes a configuration function; the comparing whether the configuration information of the second system is consistent with the configuration information of the push thread comprises:
and comparing whether the configuration function of the configuration information of the second system is consistent with the configuration function of the configuration information of the push thread.
Optionally, the method further comprises:
acquiring at least one push thread included in the thread pool;
judging whether an inactive thread exists in the at least one pushing thread;
if the inactive thread exists, deleting the inactive thread from the thread pool.
Optionally, after determining that there is an inactive thread in the at least one push thread, the method further comprises:
acquiring configuration information of the inactive thread;
and generating a new push thread according to the configuration information of the inactive thread and adding the new push thread into a thread pool.
Optionally, the generating a new push thread according to the configuration information of the second system and adding the new push thread to the thread pool includes:
acquiring basic configuration information;
and generating a new push thread according to the basic configuration information and the configuration information of the second system.
In a second aspect, an embodiment of the present application provides a data transmission apparatus, where the apparatus is located in a first system, and includes:
the first obtaining module is used for obtaining configuration information of a second system, wherein the configuration information comprises a network address and a push message format of the second system;
a second obtaining module, configured to search a push thread corresponding to the second system from a thread pool, and obtain configuration information of the push thread, where the push thread is used to transmit data to the second system;
the comparison module is used for comparing whether the configuration information of the second system is consistent with the configuration information of the push thread;
and the rebuilding module is used for deleting the push thread from the thread pool if the configuration information of the second system is inconsistent with the configuration information of the push thread, generating a new push thread according to the configuration information of the second system and adding the new push thread into the thread pool so as to transmit data to the second system.
Optionally, the configuration information includes a configuration function;
the comparison module is further configured to compare whether the configuration function of the configuration information of the second system is consistent with the configuration function of the configuration information of the push thread.
Optionally, the apparatus further comprises a thread deletion module;
the thread deleting module is used for acquiring at least one push thread included in the thread pool; judging whether an inactive thread exists in the at least one pushing thread; if the inactive thread exists, deleting the inactive thread from the thread pool.
Optionally, the thread deleting module is further configured to, after it is determined that an inactive thread exists in the at least one push thread, obtain configuration information of the inactive thread; and generating a new push thread according to the configuration information of the inactive thread and adding the new push thread into a thread pool.
Optionally, the reconstruction module is further configured to obtain basic configuration information; and generating a new push thread according to the basic configuration information and the configuration information of the second system.
When a first system needs to transmit data to a second system, the first system may first obtain configuration information of the second system, for example, information such as a network address and a push message format of the second system. The first system may then search a thread pool including multiple push threads for transmitting data for a push thread corresponding to the second system, that is, a thread for transmitting data to the second system, and obtain configuration information of the push thread. The first system may determine whether the configuration information of the push thread is consistent with the acquired configuration information of the second system. And if the configuration information of the two is consistent, the currently running push thread can transmit data to the second system. If the configuration information of the two is inconsistent, it indicates that the currently running push thread cannot transmit data to the second system. The first system may delete the push thread from the thread pool and create the push thread based on the configuration information of the second system. In this way, the push thread is adjusted according to the configuration information of the second system, and the push thread in the push thread pool can be ensured to be matched with the configuration information of the transmission object all the time. Even if the first system needs to transmit data to a plurality of second systems, a corresponding push thread can be created according to the specific situation of each second system. In this manner, the first system may transmit data that conforms to the format requirements of the second system to a plurality of second systems.
Drawings
To illustrate the technical solutions in the present embodiment or the prior art more clearly, the drawings needed to be used in the description of the embodiment or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a flowchart of a method of data transmission according to an embodiment of the present application;
fig. 2 is a schematic structural diagram of a data transmission apparatus according to an embodiment of the present application;
fig. 3 is another schematic structural diagram of a data transmission device according to an embodiment of the present application.
Detailed Description
The inventor finds that the current centralized reimbursement system or the upper-level system such as the unified financial management system can preprocess the financial data of the financial subsystem, and can convert the financial data of different formats into the data of a unified format so as to process the data in a unified way. However, when sending the processing results to the financial subsystem, these systems send the results of the processing directly to the financial subsystem and do not process the results as data matching the financial subsystem. That is, the processing result received by the financial subsystem may not be in accordance with the data format of the financial subsystem itself, and format conversion is required for the processing result. Obviously, this greatly increases the processing pressure of the financial subsystem.
In addition, for the higher-level system, because the transmission methods of data in different formats are different, the messages for carrying data are different, and even if the processing result is converted into the format corresponding to the financial subsystem, the higher-level system cannot correctly transmit the processing result to the financial subsystem. Therefore, a technical solution capable of transmitting processing results in different formats to the financial subsystem is needed.
In order to provide a technical scheme that processing results in different formats can be transmitted to a financial subsystem on the basis of the prior art, the present application provides a data transmission method and device, and a preferred embodiment of the present application will be described below from the perspective of a first system. It should be noted that, the technical solution of the present application is proposed by the inventor of the present application for a technical scenario of data transmission between a financial subsystem and an upper-level system, and it does not mean that the technical solution of the present application can only be applied to this application scenario.
Referring to fig. 1, fig. 1 is a flowchart of a method of a data transmission method provided in an embodiment of the present application, including:
s101: configuration information of the second system is obtained.
When the first system transmits data to the second system, the first system may first obtain configuration information of the second system. Wherein the first system may be a centralized reimbursement system for a plurality of financial subsystems, such as a head office. The second system may be a financial subsystem, such as a subsidiary's financial system. Accordingly, the configuration information of the second system may be the configuration information of the financial system of the sub-company, and may include, for example, the company code, the company name, the data integration channel, the push service address, the push message format, the service account number, the service password, the time interval between execution of the working threads, and the like of the sub-company.
In this embodiment, the configuration information of the second system at least includes a network address and a push message format of the second system. The network address of the second system may be a network address of a server of the second system, or an address of a subsidiary corresponding to the second system, which is dedicated to access to receive external information. The push message format indicates a message format that the server corresponding to the network address of the second system can recognize.
S102: and searching a push thread corresponding to the second system from the thread pool, and acquiring configuration information of the push thread.
In an embodiment of the application, the first system may transmit data to the second system by creating a push thread. When the first system transmits data to the plurality of second systems, a push thread may be created for each of the plurality of second systems, respectively, and the push thread may be added to the thread pool. In this way, during the automatic execution of the push thread, the data of the first system can be transmitted to the second system in a fixed format.
In order to determine whether the configuration information of the current push thread is the same as the configuration information of the second system, the first system may search for a push thread corresponding to the second system from the thread pool, and obtain the configuration information of the push thread. Wherein, the data type of the configuration information of the push thread may be the same as the data type of the configuration information of the second system.
In some possible implementations, the push thread is an automatically executing script. Then, the first system may obtain the script corresponding to the push thread corresponding to the second system, analyze the script, and extract the key field in the script, thereby obtaining the configuration information corresponding to the push thread.
S103: comparing whether the configuration information of the second system is consistent with the configuration information of the push thread
After obtaining the configuration information of the second system and the configuration information of the push thread corresponding to the second system, the first system may compare whether the two pieces of configuration information are consistent. If the configuration information of the second system is consistent with the configuration information of the push thread, the push thread currently used for transmitting data to the second system meets the requirements of the second system, and the push thread can be continuously operated, so that the data is transmitted to the second system.
In some possible implementations, the configuration information of the second system includes a configuration function indicating a use of the data transmitted by the push thread in the second system, which may include, for example, functions of modifying, deleting, adding, storing, and the like. Correspondingly, the configuration information of the push thread may also include a configuration function, and when comparing whether the configuration information of the second system is the same as the configuration information of the push thread, the first system may compare whether the configuration function in the configuration information of the second system is the same as the configuration function in the configuration information of the push thread. If the two pieces of configuration information are consistent, the effect of the data transmitted by the current push thread is the same as the required effect; if the two pieces of configuration information are inconsistent, it is indicated that the role of the data transmitted by the current push thread is different from the required role, and the push thread needs to be reestablished.
S104: and if the configuration information of the second system is inconsistent with the configuration information of the push thread, deleting the push thread from the thread pool, generating a new push thread according to the configuration information of the second system, and adding the new push thread into the thread pool.
If the first system determines that the configuration information of the second system is inconsistent with the configuration information of the push thread, the first system may delete the push thread from the thread pool, generate a new push thread according to the acquired configuration information of the second system, and add the new push thread to the thread pool. In this way, data can be correctly transmitted to the second system during the operation of the new push thread.
In some possible implementations, the configuration information of the push thread may be divided into basic configuration information and special configuration information, i.e., configuration information corresponding to the second system. For example, if the push thread is a script, the configuration information corresponding to the second system may be information such as a network address of a server corresponding to the second system, using the structural code of the script as the basic configuration information. In this way, a new push thread can be generated by acquiring less configuration information without acquiring all configuration information from the second system. Specifically, when a new push thread is generated according to the second system, the first system may first obtain the basic configuration information, and then generate the new push thread according to the basic information and the configuration information of the second system.
The embodiment of the application provides a data transmission method, and when a first system needs to transmit data to a second system, the first system may first obtain configuration information of the second system, for example, information such as a network address and a push message format of the second system. Then, the first system may search a thread pool including multiple push threads for transmitting data for a push thread corresponding to the second system, that is, a thread for transmitting data to the second system, and obtain configuration information of the push thread. The first system may determine whether the configuration information of the push thread is consistent with the acquired configuration information of the second system. If the configuration information of the two is consistent, the currently running push thread can transmit data to the second system. If the configuration information of the two is inconsistent, it indicates that the currently running push thread cannot transmit data to the second system. The first system may delete the push thread from the thread pool and create the push thread based on the configuration information of the second system. In this way, the push thread is adjusted according to the configuration information of the second system, and the push thread in the push thread pool can be ensured to be matched with the configuration information of the transmission object all the time. Even if the first system needs to transmit data to a plurality of second systems, a corresponding push thread can be created according to the specific situation of each second system. In this manner, the first system may transmit data that conforms to the format requirements of the second system to a plurality of second systems. Particularly, when the second system is changed, the push thread in the thread pool can be automatically adjusted according to the configuration information of the second system only by adjusting the configuration information of the second system, so that the adjustment of the second system is automatically adapted, and the function of automatically transmitting data to the second system is achieved.
In an actual application scenario, a push thread in a thread pool may have faults such as blocking and the like, and cannot run normally. Thus, even if the configuration information of the push thread matches the configuration information of the second system, the first system cannot normally transmit data to the second system. To address this issue, in an embodiment of the present application, the first system may also detect an inactive thread in the thread pool.
Specifically, the first system may obtain at least one push thread included in a thread pool. Next, the first system may detect whether an inactive thread exists in the at least one push thread. The inactive thread refers to a push thread which is blocked or has other faults, so that information cannot be normally transmitted to the second system. Optionally, the first system may determine whether the push thread is an inactive thread by detecting whether there is a data transfer for a history of time for the push thread. Upon determining that an inactive thread exists in the thread pool, the first system may delete the inactive thread from the thread pool, preventing the inactive thread from tying up computing resources of the first system.
Further, before deleting the inactive thread, the first system may further obtain configuration information of the inactive thread, generate a new push thread according to the configuration information of the inactive thread, add the generated push thread to the thread, and transmit data to the second system through the new push thread. In this way, even if a thread in the thread pool fails and becomes an inactive thread, the first system can discover the inactive thread. And at the same time of deleting the inactive thread, the first system also generates a new push thread according to the configuration information of the inactive thread, which is equivalent to updating the failed push thread into the new push thread.
The foregoing provides some specific implementation manners of the data transmission method for the embodiments of the present application, and based on this, the present application also provides a corresponding apparatus. The above-mentioned apparatus provided by the embodiments of the present application will be described in terms of functional modularity.
Referring to the schematic structural diagram of the data transmission device shown in fig. 2, the device 200 includes:
the first obtaining module 210 is configured to obtain configuration information of a second system, where the configuration information includes a network address and a push packet format of the second system.
A second obtaining module 220, configured to search a push thread corresponding to the second system from a thread pool, and obtain configuration information of the push thread, where the push thread is used to transmit data to the second system.
A comparing module 230, configured to compare whether the configuration information of the second system is consistent with the configuration information of the push thread.
A rebuilding module 240, configured to delete the push thread from the thread pool if the configuration information of the second system is inconsistent with the configuration information of the push thread, generate a new push thread according to the configuration information of the second system, and add the new push thread to the thread pool, so as to transmit data to the second system.
When a first system needs to transmit data to a second system, the first system may first obtain configuration information of the second system, for example, information such as a network address and a push message format of the second system. The first system may then search a thread pool including multiple push threads for transmitting data for a push thread corresponding to the second system, that is, a thread for transmitting data to the second system, and obtain configuration information of the push thread. The first system may determine whether the configuration information of the push thread is consistent with the acquired configuration information of the second system. If the configuration information of the two is consistent, the currently running push thread can transmit data to the second system. If the configuration information of the two is inconsistent, it indicates that the currently running push thread cannot transmit data to the second system. The first system may delete the push thread from the thread pool and create the push thread based on the configuration information of the second system. In this way, the push thread is adjusted according to the configuration information of the second system, and the push thread in the push thread pool can be ensured to be matched with the configuration information of the transmission object all the time. Even if the first system needs to transmit data to a plurality of second systems, the corresponding push thread can be created according to the specific situation of each second system. In this manner, the first system may transmit data that conforms to the format requirements of the second system to a plurality of second systems. Particularly, when the second system is changed, the push thread in the thread pool can be automatically adjusted according to the configuration information of the second system only by adjusting the configuration information of the second system, so that the adjustment of the second system is automatically adapted, and the function of automatically transmitting data to the second system is achieved.
Optionally, in a possible implementation manner, on the basis of the apparatus shown in fig. 2, the configuration information includes a configuration function;
the comparing module 230 is further configured to compare whether the configuration function of the configuration information of the second system is consistent with the configuration function of the configuration information of the push thread. Thus, if the two pieces of configuration information are consistent, it is indicated that the role of the data transmitted by the current push thread is the same as the required role; if the two pieces of configuration information are inconsistent, it is indicated that the role of the data transmitted by the current push thread is different from the required role, and the push thread needs to be reestablished.
Optionally, referring to fig. 3, on the basis of the apparatus shown in fig. 2, the apparatus 200 further includes a thread deleting module 250;
the thread deleting module 250 is configured to obtain at least one push thread included in the thread pool; judging whether an inactive thread exists in the at least one pushing thread; if the inactive thread exists, deleting the inactive thread from the thread pool. In this way, upon determining that an inactive thread exists in the thread pool, the first system may delete the inactive thread from the thread pool, preventing the inactive thread from tying up computing resources of the first system.
Optionally, in a possible implementation manner, on the basis of the apparatus shown in fig. 3, the thread deleting module 250 is further configured to, after determining that an inactive thread exists in the at least one push thread, acquire configuration information of the inactive thread; and generating a new push thread according to the configuration information of the inactive thread and adding the new push thread into a thread pool. In this way, the first system generates a new push thread based on the configuration information of the inactive thread while deleting the inactive thread, which corresponds to updating the failed push thread with the new push thread.
Optionally, in a possible implementation manner, on the basis of the apparatus shown in fig. 2, the rebuilding module 240 is further configured to obtain basic configuration information; and generating a new push thread according to the basic configuration information and the configuration information of the second system. In this way, a new push thread can be generated by acquiring less configuration information without acquiring all configuration information from the second system.
In the names of "first system" and "second system", the "first" and "second" mentioned in the embodiments of the present application are only used for name identification, and do not represent the first and second in sequence.
As can be seen from the above description of the embodiments, those skilled in the art can clearly understand that all or part of the steps in the method of the above embodiments may be implemented by software plus a general hardware platform. Based on such understanding, the technical solution of the present application may be embodied in the form of a software product, which may be stored in a storage medium, such as a read-only memory (ROM)/RAM, a magnetic disk, an optical disk, or the like, and includes several instructions for enabling a computer device (which may be a personal computer, a server, or a network communication device such as a router) to execute the method according to the embodiments or some parts of the embodiments of the present application.
All the embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, the apparatus embodiments are substantially similar to the method embodiments and therefore are described in a relatively simple manner, and reference may be made to some of the description of the method embodiments for relevant points. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.
The above description is only an exemplary embodiment of the present application, and is not intended to limit the scope of the present application.

Claims (10)

1. A data transmission method is applied to a first system and comprises the following steps:
acquiring configuration information of a second system, wherein the configuration information comprises a network address and a push message format of the second system;
searching a push thread corresponding to the second system from a thread pool, and acquiring configuration information of the push thread, wherein the push thread is used for transmitting data to the second system;
comparing whether the configuration information of the second system is consistent with the configuration information of the push thread;
and if the configuration information of the second system is inconsistent with the configuration information of the push thread, deleting the push thread from the thread pool, generating a new push thread according to the configuration information of the second system, and adding the new push thread into the thread pool so as to transmit data to the second system.
2. The method of claim 1, wherein the configuration information comprises a configuration function; the comparing whether the configuration information of the second system is consistent with the configuration information of the push thread comprises:
and comparing whether the configuration function of the configuration information of the second system is consistent with the configuration function of the configuration information of the push thread.
3. The method of claim 1, further comprising:
acquiring at least one push thread included in the thread pool;
judging whether an inactive thread exists in the at least one pushing thread;
if the inactive thread exists, deleting the inactive thread from the thread pool.
4. The method of claim 3, wherein upon determining that an inactive thread exists in the at least one push thread, the method further comprises:
acquiring configuration information of the inactive thread;
and generating a new push thread according to the configuration information of the inactive thread and adding the new push thread into a thread pool.
5. The method of claim 1, wherein generating a new push thread according to the configuration information of the second system and joining a thread pool comprises:
acquiring basic configuration information;
and generating a new push thread according to the basic configuration information and the configuration information of the second system.
6. A data transmission apparatus, wherein the apparatus is located at a first system, comprising:
the first obtaining module is used for obtaining configuration information of a second system, wherein the configuration information comprises a network address and a push message format of the second system;
a second obtaining module, configured to search a push thread corresponding to the second system from a thread pool, and obtain configuration information of the push thread, where the push thread is used to transmit data to the second system;
the comparison module is used for comparing whether the configuration information of the second system is consistent with the configuration information of the push thread;
and the reconstruction module is used for deleting the push thread from a thread pool if the configuration information of the second system is inconsistent with the configuration information of the push thread, generating a new push thread according to the configuration information of the second system and adding the new push thread into the thread pool so as to transmit data to the second system.
7. The apparatus of claim 6, wherein the configuration information comprises a configuration function;
the comparison module is further configured to compare whether the configuration function of the configuration information of the second system is consistent with the configuration function of the configuration information of the push thread.
8. The apparatus of claim 6, further comprising a thread delete module;
the thread deleting module is used for acquiring at least one push thread included in the thread pool; judging whether an inactive thread exists in the at least one pushing thread; if the inactive thread exists, deleting the inactive thread from the thread pool.
9. The apparatus of claim 8,
the thread deleting module is further configured to, after determining that an inactive thread exists in the at least one push thread, obtain configuration information of the inactive thread; and generating a new push thread according to the configuration information of the inactive thread and adding the new push thread into a thread pool.
10. The apparatus of claim 6,
the reconstruction module is further used for acquiring basic configuration information; and generating a new push thread according to the basic configuration information and the configuration information of the second system.
CN202011332176.9A 2020-11-24 2020-11-24 Data transmission method and device Active CN112737812B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011332176.9A CN112737812B (en) 2020-11-24 2020-11-24 Data transmission method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011332176.9A CN112737812B (en) 2020-11-24 2020-11-24 Data transmission method and device

Publications (2)

Publication Number Publication Date
CN112737812A CN112737812A (en) 2021-04-30
CN112737812B true CN112737812B (en) 2023-04-07

Family

ID=75597702

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011332176.9A Active CN112737812B (en) 2020-11-24 2020-11-24 Data transmission method and device

Country Status (1)

Country Link
CN (1) CN112737812B (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106911765A (en) * 2017-01-23 2017-06-30 北京思特奇信息技术股份有限公司 A kind of report file method for down loading and device
CN108733461A (en) * 2017-04-18 2018-11-02 北京京东尚科信息技术有限公司 Distributed task dispatching method and apparatus
CN109617941A (en) * 2018-10-22 2019-04-12 中国平安财产保险股份有限公司 Data push method, device, computer equipment and computer readable storage medium
CN111522663A (en) * 2020-04-23 2020-08-11 苏州浪潮智能科技有限公司 Data transmission method, device and system based on distributed storage system

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10445141B2 (en) * 2016-08-18 2019-10-15 Honeywell International Inc. System and method supporting single software code base using actor/director model separation

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106911765A (en) * 2017-01-23 2017-06-30 北京思特奇信息技术股份有限公司 A kind of report file method for down loading and device
CN108733461A (en) * 2017-04-18 2018-11-02 北京京东尚科信息技术有限公司 Distributed task dispatching method and apparatus
CN109617941A (en) * 2018-10-22 2019-04-12 中国平安财产保险股份有限公司 Data push method, device, computer equipment and computer readable storage medium
CN111522663A (en) * 2020-04-23 2020-08-11 苏州浪潮智能科技有限公司 Data transmission method, device and system based on distributed storage system

Also Published As

Publication number Publication date
CN112737812A (en) 2021-04-30

Similar Documents

Publication Publication Date Title
US8898520B1 (en) Method of assessing restart approach to minimize recovery time
EP3258653A1 (en) Message pushing method and device
CN103460203A (en) Cluster unique identifier
CN111935227A (en) Method for uploading file through browser, browser and electronic equipment
CN112052227A (en) Data change log processing method and device and electronic equipment
CN111538712B (en) Log recording method, processing node, electronic equipment and storage medium
CN112737812B (en) Data transmission method and device
CN111431733A (en) Service alarm coverage information evaluation method and device
CN114510352B (en) Method and system for automatically permeating project scheduling tasks
CN113778709B (en) Interface calling method, device, server and storage medium
CN112818204B (en) Service processing method, device, equipment and storage medium
CN111478941B (en) Mock automatic operation method and device, computer equipment and storage medium
CN110362464B (en) Software analysis method and equipment
CN112541027B (en) Data processing method and device
CN113965489B (en) Link timeout detection method, device, computer equipment and storage medium
CN109002480A (en) A kind of data processing method and server
CN114374644B (en) Industrial Internet identification analysis method and system based on infrastructure logic architecture
CN113992510B (en) Wireless device parameter modification method and system
CN115442227B (en) Automatic management method and device for channel service labels
CN117827382B (en) Container cloud resource management method based on resource deployment audit
CN113285855B (en) Server monitoring method and system
CN116390272B (en) Method, device and electronic equipment for realizing UPF control by using 5G core network PFCP-GW
CN111368512B (en) Service data conversion method, device, equipment and storage medium
CN117632733A (en) Verification method and device for verifying accounting system and electronic equipment
CN114037429A (en) Real estate document, file and data cross-system management method based on data fusion

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant