WO2019144458A1 - 数据传输处理方法、装置、设备及计算机可读存储介质 - Google Patents

数据传输处理方法、装置、设备及计算机可读存储介质 Download PDF

Info

Publication number
WO2019144458A1
WO2019144458A1 PCT/CN2018/077128 CN2018077128W WO2019144458A1 WO 2019144458 A1 WO2019144458 A1 WO 2019144458A1 CN 2018077128 W CN2018077128 W CN 2018077128W WO 2019144458 A1 WO2019144458 A1 WO 2019144458A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
state
transmission
preset
progress bar
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.)
Ceased
Application number
PCT/CN2018/077128
Other languages
English (en)
French (fr)
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.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen 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 Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Publication of WO2019144458A1 publication Critical patent/WO2019144458A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context

Definitions

  • the present application relates to the field of computer data processing, and in particular, to a data transmission processing method, apparatus, device, and computer readable storage medium.
  • the present application provides a data transmission processing method, apparatus, device, and computer readable storage medium, which are intended to solve the problem that the data transmission fluency is low and the progress bar display is abnormal.
  • the present application provides a data transmission processing method, including: receiving a request instruction for controlling data transmission; acquiring parameter information corresponding to the request instruction; and creating according to the request instruction and the parameter information a processing thread for transmitting data; executing the processing thread for data transmission; detecting a transmission status of the data; updating the progress information of the data transmission to a preset progress bar according to the transmission status.
  • the present application provides a data transmission processing apparatus, including: an instruction receiving unit, configured to receive a request instruction for controlling data transmission; and a parameter obtaining unit, configured to acquire parameter information corresponding to the request instruction; a thread creation unit, configured to create a processing thread for transmitting data according to the request instruction and the parameter information; a thread execution unit, configured to execute the processing thread for data transmission; and a state detecting unit, configured to detect the a transmission status of the data; a progress update unit, configured to update the progress information of the data transmission to a preset progress bar according to the transmission status.
  • the present application provides a computer device including a memory, a processor, and a computer program stored on the memory and operable on the processor, wherein the processor performs the The data transmission processing method according to any one of the inventions of the invention is implemented in the program.
  • the present application also provides a computer readable storage medium, wherein the computer readable storage medium stores a computer program, the computer program comprising program instructions, when executed by a processor
  • the processor executes the data transmission processing method according to any one of the inventions provided by the invention.
  • the application provides a data transmission processing method, device, computer device and computer readable storage medium.
  • the data transmission processing method includes: receiving a request instruction for controlling data transmission; acquiring parameter information corresponding to the request instruction; creating a processing thread for transmitting data according to the request instruction and the parameter information; performing the processing Threading for data transmission; detecting a transmission status of the data; updating the progress information of the data transmission to a preset progress bar according to the transmission status.
  • FIG. 1 is a schematic flowchart of a data transmission processing method according to an embodiment of the present application.
  • FIG. 2 is a schematic diagram of a sub-flow of a data transmission processing method according to an embodiment of the present disclosure
  • FIG. 3 is a schematic diagram of a sub-flow of a data transmission processing method according to an embodiment of the present disclosure
  • FIG. 4 is a schematic diagram of a sub-flow of a data transmission processing method according to an embodiment of the present disclosure
  • FIG. 5 is a schematic diagram of a sub-flow of a data transmission processing method according to an embodiment of the present disclosure
  • FIG. 6 is a schematic block diagram of a data transmission processing apparatus according to an embodiment of the present application.
  • FIG. 7 is a schematic block diagram of a thread creation unit of a data transmission processing apparatus according to an embodiment of the present disclosure.
  • FIG. 8 is a schematic block diagram of a state detecting unit in a data transmission processing apparatus according to an embodiment of the present disclosure
  • FIG. 9 is a schematic block diagram of a progress update unit in a data transmission processing apparatus according to an embodiment of the present disclosure.
  • FIG. 10 is a schematic block diagram of a third processing unit in a data transmission processing apparatus according to an embodiment of the present disclosure.
  • FIG. 11 is a schematic block diagram of a computer device according to an embodiment of the present application.
  • FIG. 1 is a schematic flowchart of a data transmission processing method according to an embodiment of the present application.
  • the data transmission processing method can be applied to terminals such as servers, desktop computers, laptop computers, tablet computers, personal digital assistants (PDAs), smart phones (such as Android mobile phones, IOS mobile phones, etc.).
  • terminals such as servers, desktop computers, laptop computers, tablet computers, personal digital assistants (PDAs), smart phones (such as Android mobile phones, IOS mobile phones, etc.).
  • PDAs personal digital assistants
  • smart phones such as Android mobile phones, IOS mobile phones, etc.
  • the method includes steps S110-S160.
  • the request instruction may be established between the terminal and the terminal, or between the terminal and the server, and the data transmission between the terminal and the terminal or between the terminal and the server may be controlled by the request instruction.
  • Each request instruction requests the transfer of the specified data.
  • the specific data may be a data file with the data number “1701226”, and the data file may be pre-stored in a preset folder or a preset database to quickly respond to the received request command, thereby reducing data transmission. time.
  • the request instruction may include a request line, a message header, and the like.
  • the request line begins with a method symbol, separated by a space, followed by the requested URI and the version of the protocol.
  • the format is as follows: Method Request-URI HTTP-Version CRLF. Where Method represents the request method; Request-URI is a uniform resource identifier; HTTP-Version indicates the requested HTTP protocol version; CRLF indicates carriage return and line feed.
  • Request methods include, but are not limited to, GET, POST, HEAD, PUT, and the like.
  • the message header includes a normal header, a request header, a response header, and an entity header.
  • the message header is, for example, a request header, which includes but is not limited to Accept, Accept-Charset, Accept-Encoding, and the like.
  • the Accept request header field is used to specify the type of message accepted by the client. For example, Accept: text/html, indicating that the specified client wants to accept html text.
  • the parameter information corresponding to the request instruction may include a size of a data file corresponding to the request instruction, a number of data files, and the like.
  • FIG. 2 is a schematic flowchart of a sub-flow of a data transmission processing method according to an embodiment of the present application.
  • the processing thread for transmitting data according to the request instruction and the parameter information in step S130 may specifically include steps S131-S134.
  • the preset time threshold may be 3 seconds; for example, the number of request instructions received within 3 seconds is acquired.
  • S132 Determine whether the number of the request instructions is greater than a preset number threshold within a preset time threshold.
  • the number of the request instructions may be any natural number within a preset time threshold, for example, the number may be 0, 3, or 10.
  • the preset number threshold may be set or modified according to the actual processing capability of the request instruction; for example, the preset number threshold may be set to 5.
  • the parameter information may be the number of data files requested to be transmitted by the instruction request, the size of the data file, and the like.
  • the preset parameter condition may be that the number of the data files is greater than the preset number of files, and the preset number of files may be 30.
  • the preset number threshold is five
  • the preset parameter condition is that the number of data files is greater than 30. If the obtained number of request instructions is greater than 5 within a preset time threshold, or the obtained parameter information is greater than 30 data files, determining that the request is within a preset time threshold The number of instructions is greater than a preset number threshold, or the parameter information satisfies a preset parameter condition; thereby creating at least two processing threads for transmitting data.
  • the creation of the multi-thread can be implemented by the Thread class inheritance and the Runnable interface.
  • At least two processing threads for transmitting data are created, including:
  • the number of processing threads is determined according to different levels of request instructions or different levels of parameter information.
  • the preset number threshold is five, and the preset parameter condition is that the number of data files is greater than 30.
  • Leveling the number of request instructions greater than the preset number threshold is specifically to divide the number of request instructions greater than 5, for example, dividing the number of instructions from 6 to 10 into the first level, and the number of instructions is 11 to 15 Divided into a second level, the number of instructions is divided into a Nth level from aN+1 to aN+b, where a is the preset number threshold, b can be set according to actual needs; N is greater than or equal to 1
  • the integer is specifically 5 in the embodiment of the present application, and b is specifically 5.
  • the number of instructions of each level corresponds to the number of processing threads, and the number of processing threads is proportional to the level of the number of instructions.
  • the number of processing threads corresponding to the number of instructions of the first level is two
  • the number of processing threads corresponding to the number of instructions of the second level is three
  • the number of processing threads corresponding to the number of instructions of the Nth level is N+1.
  • One For example, if the number of the requested instructions within the preset time threshold is 12, and the number of the requested instructions belongs to the second level of instructions, the processing thread corresponding to the second level of instructions is created. The number, that is, the number of processing threads created is three.
  • a processing thread for transmitting data is created.
  • Data is transmitted by executing a multi-processing thread to implement asynchronous transfer, effectively avoiding transmission abnormalities caused by thread clogging.
  • the performing the processing thread to perform data transmission may include: first sending the data file to a corresponding data receiver by executing the processing thread, where The corresponding data receiver may be the sender of the request instruction or any one specified by the request instruction sender; and then receive the transmission result of the data file by executing the processing thread, and the transmission result includes the transmission success or the transmission failure.
  • the executing the processing thread for data transmission may specifically include: first executing a processing thread to send a first data file to a corresponding data recipient, and then receiving the transmission of the first data file by executing the processing thread. result. After receiving the transmission result of the first data file, continuing to execute the processing thread to send the second data file to the corresponding data receiver, and then receiving the transmission result of the second data file by executing the processing thread, The processing thread is continuously looped according to the sequential number of the data file or other preset sending order until all data files corresponding to the request instruction are successfully transmitted.
  • the performing the processing thread to perform data transmission may specifically include: performing the first Processing the thread to send the data file to a corresponding data recipient; and simultaneously executing the second processing thread to receive a transmission result of the data file.
  • the first processing thread and the second processing thread may each execute independently, and the first processing thread may continue to send the next data file to the corresponding data receiver without determining whether the transmission result is received.
  • the transmission state of the data includes an operation state and a stop state.
  • Detecting the transmission state of the data may be obtained by acquiring a data traffic size within a preset time range; if the data traffic size in the preset time range is greater than a preset threshold, determining that the transmission state is an operation state, if If the data traffic size in the time range is less than a preset threshold, it is determined that the transmission state is a stop state.
  • the transmission status of the data includes an operational state and a stopped state.
  • FIG. 3 is a schematic diagram of a sub-flow of a data transmission processing method according to an embodiment of the present application.
  • the detecting the transmission status of the data in step S150 may specifically include steps S151-S154.
  • control button can only trigger the control button of the same button type at the same time.
  • the button type of the currently triggered control button is a stop button
  • the transmission state of the data is changed from the running state to the stop state. Data transmission can be paused or stopped by triggering the stop button.
  • the network jam in the data transmission process can be effectively prevented from causing a misjudgment of the transmission state.
  • FIG. 4 is a schematic flowchart of a sub-flow of a data transmission processing method according to an embodiment of the present application.
  • the transmission state includes an operation state and a stop state.
  • updating the progress information of the data transmission to the preset progress bar according to the transmission state may specifically include steps S161-S165.
  • the currently transmitted data file is 30, and the current data transmission is the eighth data file of the 30 data files
  • the currently transmitted data volume is the size of the eighth data file
  • the request instruction corresponds to The total amount of data is the sum of the size of the 30 data files.
  • the size of the eighth data file is 10 Mb, and the sum of the size of the 30 data files is 50 Mb. It can be known by calculation that the data ratio of the current data volume to the total amount of data corresponding to the request instruction is 20%.
  • the preset ratio threshold is, for example, 10%.
  • the calculation of the current average moving speed of the progress bar may be specifically implemented by: obtaining a current progress length of the progress bar; calculating a progress ratio between a current progress length and a total length of the progress bar; acquiring the progress a moving time of the current progress length; calculating a current average moving speed of the progress bar according to the progress ratio and the moving time, wherein the calculating method is specifically dividing the progress ratio by the moving time, and obtaining the quotient The value is the average moving speed.
  • the data file with a large amount of data may be filtered, and when the data file with a large amount of data is transmitted, the current average of the progress bar is obtained. Moving the speed and controlling the progress bar to move at a uniform speed at the average moving speed can increase the smoothness of the progress bar movement and prevent the phenomenon of suspended animation of the progress bar due to the large data file.
  • controlling the progress bar to stop moving in step S165 may specifically include steps S1651-S1653.
  • the delay is stopped by controlling the progress bar to correct the length of the progress bar.
  • the data transmission processing method further includes the following steps:
  • a time display interface is generated to display the remaining transmission time.
  • the actual proportion of the progress bar is a ratio of a current progress bar length to a total length of the progress bar. Assume that the current average moving speed is 1% of the progress bar moving per second, and the current progress bar is 60%. Calculating the remaining transmission time based on the actual length ratio of the current progress bar and the current average moving speed may result in a remaining transmission time of 40 seconds. By calculating and displaying the remaining transmission time, the user experience can be improved.
  • the data transmission processing method further includes the following steps:
  • the request instruction belongs to the same requestor, the corresponding progress bar of the request instruction is merged into a progress bar.
  • each request instruction corresponds to a unique progress bar. If the number of the request instructions received within a preset time threshold is greater than two, and the request instruction belongs to the same requester, The corresponding progress bars of each request instruction are merged into one progress bar. By merging the progress bar corresponding to different request instructions of the same requester, the display interface can be simplified, which is beneficial to improving the user experience.
  • FIG. 6 is a schematic block diagram of a data transmission processing apparatus according to an embodiment of the present application.
  • the apparatus 100 includes, but is not limited to, an instruction receiving unit 110, a parameter obtaining unit 120, a thread creating unit 130, a thread executing unit 140, a state detecting unit 150, and a progress updating unit 160.
  • the instruction receiving unit 110 is configured to receive a request instruction for controlling data transmission.
  • the request instruction may be established between the terminal and the terminal, or between the terminal and the server, and the data transmission between the terminal and the terminal or between the terminal and the server may be controlled by the request instruction.
  • Each request instruction requests the transfer of the specified data.
  • the specific data may be a data file with the data number “1701226”, and the data file may be pre-stored in a preset folder or a preset database to quickly respond to the received request command, thereby reducing data transmission. time.
  • the request instruction may include a request line, a message header, and the like.
  • the request line begins with a method symbol, separated by a space, followed by the requested URI and the version of the protocol.
  • the format is as follows: Method Request-URI HTTP-Version CRLF. Where Method represents the request method; Request-URI is a uniform resource identifier; HTTP-Version indicates the requested HTTP protocol version; CRLF indicates carriage return and line feed.
  • Request methods include, but are not limited to, GET, POST, HEAD, PUT, and the like.
  • the message header includes a normal header, a request header, a response header, and an entity header.
  • the message header is, for example, a request header, which includes but is not limited to Accept, Accept-Charset, Accept-Encoding, and the like.
  • the Accept request header field is used to specify the type of message accepted by the client. For example, Accept: text/html, indicating that the specified client wants to accept html text.
  • the parameter obtaining unit 120 is configured
  • the parameter information corresponding to the request instruction may include a size of a data file corresponding to the request instruction, a number of data files, and the like.
  • the thread creation unit 130 is configured to create a processing thread for transmitting data according to the request instruction and the parameter information.
  • FIG. 7 is a schematic block diagram of a thread creation unit 130 in a data transmission processing apparatus according to an embodiment of the present application.
  • the thread creation unit 130 includes but is not limited to the first acquisition unit 131, the first determination unit 132, the second determination unit 133, and the first processing unit 134.
  • the first obtaining unit 131 is configured to acquire the number of the request instructions within a preset time threshold.
  • the preset time threshold may be 3 seconds; for example, the number of request instructions received within 3 seconds is acquired.
  • the first determining unit 132 is configured to determine whether the number of the request instructions is greater than a preset number threshold within a preset time threshold.
  • the number of the request instructions may be any natural number within a preset time threshold, for example, the number may be 0, 3, or 10.
  • the preset number threshold may be set or modified according to the actual processing capability of the request instruction; for example, the preset number threshold may be set to 5.
  • the second determining unit 133 is configured to determine whether the parameter information meets a preset parameter condition.
  • the parameter information may be the number of data files requested to be transmitted by the instruction request, the size of the data file, and the like.
  • the preset parameter condition may be that the number of the data files is greater than the preset number of files, and the preset number of files may be 30.
  • the first processing unit 134 is configured to create at least two data for transmitting data if the number of the request instructions is greater than a preset number threshold within a preset time threshold, or the parameter information meets a preset parameter condition. Processing threads.
  • the preset number threshold is five
  • the preset parameter condition is that the number of data files is greater than 30. If the obtained number of request instructions is greater than 5 within a preset time threshold, or the obtained parameter information is greater than 30 data files, determining that the request is within a preset time threshold The number of instructions is greater than a preset number threshold, or the parameter information satisfies a preset parameter condition; thereby creating at least two processing threads for transmitting data.
  • the creation of the multi-thread can be implemented by the Thread class inheritance and the Runnable interface.
  • the first processing unit 134 further includes a dividing unit and a thread determining unit.
  • a dividing unit configured to divide a number of request instructions greater than a preset number threshold
  • a thread determining unit configured to determine the number of the processing threads according to different levels of request instructions or different levels of parameter information.
  • the preset number threshold is five, and the preset parameter condition is that the number of data files is greater than 30.
  • Leveling the number of request instructions greater than the preset number threshold is specifically to divide the number of request instructions greater than 5, for example, dividing the number of instructions from 6 to 10 into the first level, and the number of instructions is 11 to 15 Divided into a second level, the number of instructions is divided into a Nth level from aN+1 to aN+b, where a is the preset number threshold, b can be set according to actual needs; N is greater than or equal to 1
  • the integer is specifically 5 in the embodiment of the present application, and b is specifically 5.
  • the number of instructions of each level corresponds to the number of processing threads, and the number of processing threads is proportional to the level of the number of instructions.
  • the number of processing threads corresponding to the number of instructions of the first level is two
  • the number of processing threads corresponding to the number of instructions of the second level is three
  • the number of processing threads corresponding to the number of instructions of the Nth level is N+1.
  • One For example, if the number of the requested instructions within the preset time threshold is 12, and the number of the requested instructions belongs to the second level of instructions, the processing thread corresponding to the second level of instructions is created. The number, that is, the number of processing threads created is three.
  • a processing thread for transmitting data is created.
  • Data is transmitted by executing a multi-processing thread to implement asynchronous transfer, effectively avoiding transmission abnormalities caused by thread clogging.
  • the thread execution unit 140 is configured to execute the processing thread for data transmission.
  • the performing the processing thread to perform data transmission may include: first sending the data file to a corresponding data receiver by executing the processing thread, where The corresponding data receiver may be the sender of the request instruction or any one specified by the request instruction sender; and then receive the transmission result of the data file by executing the processing thread, and the transmission result includes the transmission success or the transmission failure.
  • the executing the processing thread for data transmission may specifically include: first executing a processing thread to send a first data file to a corresponding data recipient, and then receiving the transmission of the first data file by executing the processing thread. result. After receiving the transmission result of the first data file, continuing to execute the processing thread to send the second data file to the corresponding data receiver, and then receiving the transmission result of the second data file by executing the processing thread, The processing thread is continuously looped according to the sequential number of the data file or other preset sending order until all data files corresponding to the request instruction are successfully transmitted.
  • the performing the processing thread to perform data transmission may specifically include: performing the first Processing the thread to send the data file to a corresponding data recipient; and simultaneously executing the second processing thread to receive a transmission result of the data file.
  • the first processing thread and the second processing thread may each execute independently, and the first processing thread may continue to send the next data file to the corresponding data receiver without determining whether the transmission result is received.
  • the status detecting unit 150 is configured to detect a transmission status of the data.
  • the transmission state of the data includes an operation state and a stop state.
  • Detecting the transmission state of the data may be obtained by acquiring a data traffic size within a preset time range; if the data traffic size in the preset time range is greater than a preset threshold, determining that the transmission state is an operation state, if If the data traffic size in the time range is less than a preset threshold, it is determined that the transmission state is a stop state.
  • the transmission status of the data includes an operational state and a stopped state.
  • FIG. 8 is a schematic block diagram of a state detecting unit 150 in a data transmission processing apparatus according to an embodiment of the present application.
  • the state detecting unit 150 includes, but is not limited to, the first generating unit 151, the first detecting unit 152, the first converting unit 153, and the second converting unit 154.
  • a first generating unit 151 configured to generate a control button for switching the transmission state
  • a first detecting unit 152 configured to detect a button type of the currently triggered control button, where the button type includes a stop button and a continue button;
  • the first conversion unit 153 is configured to convert the transmission state of the data from the running state to the stop state if the button type of the currently triggered control button is a stop button;
  • the second converting unit 154 is configured to convert the transmission state of the data from the stopped state to the running state if the button type of the currently triggered control button is a continuation button.
  • the network jam in the data transmission process can be effectively prevented from causing a misjudgment of the transmission state.
  • the progress update unit 160 is configured to update the progress information of the data transmission to a preset progress bar according to the transmission status.
  • FIG. 9 is a schematic block diagram of a progress update unit 160 in a data transmission processing apparatus according to an embodiment of the present application.
  • the transmission state includes an operation state and a stop state
  • the progress update unit 160 includes, but is not limited to, a first calculation unit 161, a third determination unit 162, a second calculation unit 163, a second processing unit 164, and a third processing unit 165.
  • the first calculating unit 161 is configured to calculate a data ratio of the currently transmitted data amount to the total amount of data corresponding to the request instruction, if the transmission state is changed from the stop state to the running state.
  • the currently transmitted data file is 30, and the current data transmission is the eighth data file of the 30 data files
  • the currently transmitted data volume is the size of the eighth data file
  • the request instruction corresponds to The total amount of data is the sum of the size of the 30 data files.
  • the size of the eighth data file is 10 Mb, and the sum of the size of the 30 data files is 50 Mb. It can be known by calculation that the data ratio of the current data volume to the total amount of data corresponding to the request instruction is 20%.
  • the third determining unit 162 is configured to determine whether the data ratio is greater than a preset ratio threshold.
  • the preset ratio threshold is, for example, 10%.
  • the second calculating unit 163 is configured to calculate a current average moving speed of the progress bar if the data ratio is greater than a preset ratio threshold.
  • the calculation of the current average moving speed of the progress bar may be specifically implemented by: obtaining a current progress length of the progress bar; calculating a progress ratio between a current progress length and a total length of the progress bar; acquiring the progress a moving time of the current progress length; calculating a current average moving speed of the progress bar according to the progress ratio and the moving time, wherein the calculating method is specifically dividing the progress ratio by the moving time, and obtaining the quotient The value is the average moving speed.
  • the second processing unit 164 is configured to control the progress bar to move at a uniform speed at the average moving speed.
  • the data file with a large amount of data may be filtered, and when the data file with a large amount of data is transmitted, the current average of the progress bar is obtained. Moving the speed and controlling the progress bar to move at a uniform speed at the average moving speed can increase the smoothness of the progress bar movement and prevent the phenomenon of suspended animation of the progress bar due to the large data file.
  • the third processing unit 165 is configured to control the progress bar to stop moving if the transmission state is changed from the running state to the stopping state.
  • FIG. 10 is a schematic block diagram of a third processing unit 165 in a data transmission processing apparatus according to an embodiment of the present application.
  • the third processing unit 165 includes but is not limited to the third calculating unit 1651, the fourth determining unit 1652, and the fourth processing unit 1653.
  • the third calculating unit 1651 is configured to calculate a length ratio of the length of the progress bar moved during the running state to the total length of the progress bar.
  • the fourth determining unit 1652 is configured to determine whether the length ratio is smaller than the data ratio.
  • the fourth processing unit 1653 is configured to control the progress bar to stop moving if the length ratio is less than the data ratio.
  • the delay is stopped by controlling the progress bar to correct the length of the progress bar.
  • the apparatus 100 further includes a speed calculation unit, a time calculation unit, and a time display unit.
  • a speed calculation unit configured to calculate a current average moving speed of the progress bar
  • a time calculation unit configured to calculate a remaining transmission time according to an actual length ratio of the current progress bar and the current average moving speed
  • a time display unit configured to generate a time display interface to display the remaining transmission time.
  • the actual proportion of the progress bar is a ratio of a current progress bar length to a total length of the progress bar. Assume that the current average moving speed is 1% of the progress bar moving per second, and the current progress bar is 60%. Calculating the remaining transmission time based on the actual length ratio of the current progress bar and the current average moving speed may result in a remaining transmission time of 40 seconds. By calculating and displaying the remaining transmission time, the user experience can be improved.
  • the apparatus 100 further includes a quantity determining unit, a requesting party determining unit, and a merging unit.
  • a quantity determining unit configured to determine whether the number of the request instructions received within a preset time threshold is greater than or equal to two
  • the requesting party determining unit is configured to determine whether the requesting instruction belongs to the same requesting party if the number of the requesting instructions received within a preset time threshold is greater than or equal to two;
  • a merging unit configured to merge the corresponding progress bar of the request instruction into a progress bar if the request instruction belongs to the same requesting party.
  • each request instruction corresponds to a unique progress bar. If the number of the request instructions received within a preset time threshold is greater than two, and the request instruction belongs to the same requester, The corresponding progress bars of each request instruction are merged into one progress bar. By merging the progress bar corresponding to different request instructions of the same requester, the display interface can be simplified, which is beneficial to improving the user experience.
  • the above apparatus 100 can be implemented in the form of a computer program that can be run on a computer device as shown in FIG.
  • FIG. 11 is a schematic block diagram of a computer device according to an embodiment of the present application.
  • the computer device 500 device can be a terminal.
  • the terminal can be a communication-enabled electronic device such as a smart phone, a tablet computer, a notebook computer, a desktop computer, a personal digital assistant, and a wearable device.
  • the computer device 500 includes a processor 520, a memory, and a network interface 550 that are coupled by a system bus 510, where the memory can include a non-volatile storage medium 530 and an internal memory 540.
  • the non-volatile storage medium 530 can store an operating system 531 and a computer program 532.
  • the processor 520 can be caused to perform a data transfer processing method.
  • the processor 520 is used to provide computing and control capabilities to support the operation of the entire computer device 500.
  • the internal memory 540 provides an environment for operation of a computer program in a non-volatile storage medium that, when executed by the processor 520, causes the processor 520 to perform a data transfer processing method.
  • the network interface 550 is used for network communication, such as sending assigned tasks and the like. It will be understood by those skilled in the art that the schematic block diagram of the computer device is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation of the computer device 500 to which the solution of the present application is applied.
  • the specific computer device 500 More or fewer components than those shown in the figures may be included, or some components may be combined, or have different component arrangements.
  • the processor 520 is configured to run the program code stored in the memory to implement the data transmission processing method in the embodiment of the present application.
  • the processor 520 may be a central processing unit (CPU), and the processor 520 may also be other general-purpose processors, a digital signal processor (DSP), Application Specific Integrated Circuit (ASIC), Field-Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware component, etc.
  • the general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
  • the schematic block diagram of the computer device 500 does not constitute a limitation to the computer device 500, and may include more or fewer components than those illustrated, or some components may be combined, or different component arrangements.
  • a computer readable storage medium is stored, the computer readable storage medium storing a computer program, wherein the computer program comprises program instructions.
  • the program instruction is executed by the processor, the data transmission processing method in the embodiment of the present application is implemented.
  • the computer readable storage medium may be any medium that can store program code, such as a USB flash drive, a removable hard disk, a Read-Only Memory (ROM), a magnetic disk, or an optical disk.
  • program code such as a USB flash drive, a removable hard disk, a Read-Only Memory (ROM), a magnetic disk, or an optical disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请实施例提供了一种数据传输处理方法、装置、设备及计算机可读存储介质。该方法包括接收用于控制数据传输的请求指令；获取所述请求指令对应的参数信息；根据所述请求指令以及所述参数信息创建用于传输数据的处理线程；执行所述处理线程以进行数据传输；检测所述数据的传输状态；根据所述传输状态将所述数据传输的进度信息更新至预设的进度条。实施本申请实施例，可有效增强数据传输的流畅性，提升用户体验。

Description

数据传输处理方法、装置、设备及计算机可读存储介质
本申请要求于2018年1月23日提交中国专利局、申请号为201810065008.4、发明名称为“数据传输处理方法、装置、设备及计算机可读存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及计算机数据处理领域，尤其涉及一种数据传输处理方法、装置、设备及计算机可读存储介质。
背景技术
随着信息技术的不断发展，人们每天都离不开各类数据的传输。现有技术中，数据发送方在接收到请求指令后，需要在当前请求指令处理完成才能接收来自接收方的传输结果，从而导致数据传输流畅度低，且容易造成进度条显示不正常。
发明内容
本申请提供了一种数据传输处理方法、装置、设备及计算机可读存储介质，旨在解决数据传输流畅度低，且容易造成进度条显示不正常的问题。
第一方面，本申请提供了一种数据传输处理方法，其包括：接收用于控制数据传输的请求指令；获取所述请求指令对应的参数信息；根据所述请求指令以及所述参数信息创建用于传输数据的处理线程；执行所述处理线程以进行数据传输；检测所述数据的传输状态；根据所述传输状态将所述数据传输的进度信息更新至预设的进度条。
第二方面，本申请提供了一种数据传输处理装置，其包括：指令接收单元，用于接收用于控制数据传输的请求指令；参数获取单元，用于获取所述请求指令对应的参数信息；线程创建单元，用于根据所述请求指令以及所述参数信息创建用于传输数据的处理线程；线程执行单元，用于执行所述处理线程以进行数据传输；状态检测单元，用于检测所述数据的传输状态；进度更新单元，用 于根据所述传输状态将所述数据传输的进度信息更新至预设的进度条。
第三方面，本申请提供了一种计算机设备，其包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现发明提供的任一项所述的数据传输处理方法。
第四方面，本申请还提供了一种计算机可读存储介质，其中所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行发明提供的任一项所述的数据传输处理方法。
本申请提供一种数据传输处理方法、装置、计算机设备及计算机可读存储介质。该数据传输处理方法包括：接收用于控制数据传输的请求指令；获取所述请求指令对应的参数信息；根据所述请求指令以及所述参数信息创建用于传输数据的处理线程；执行所述处理线程以进行数据传输；检测所述数据的传输状态；根据所述传输状态将所述数据传输的进度信息更新至预设的进度条。实施本申请实施例，通过根据所述请求指令以及所述参数信息创建用于传输数据的处理线程，可合理利用处理线程且有利于增强数据传输的流畅性，从而提升用户体验。
附图说明
为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请一实施例提供的一种数据传输处理方法的流程示意图；
图2为本申请一实施例提供的一种数据传输处理方法的子流程示意图；
图3为本申请一实施例提供的一种数据传输处理方法的子流程示意图；
图4为本申请一实施例提供的一种数据传输处理方法的子流程示意图；
图5为本申请一实施例提供的一种数据传输处理方法的子流程示意图；
图6为本申请一实施例提供的一种数据传输处理装置的示意性框图；
图7为本申请一实施例提供的一种数据传输处理装置的线程创建单元示意性框图；
图8为本申请一实施例提供的一种数据传输处理装置中状态检测单元的示意性框图；
图9为本申请一实施例提供的一种数据传输处理装置中进度更新单元的示意性框图；
图10为本申请一实施例提供的一种数据传输处理装置中第三处理单元的示意性框图；
图11为本申请一实施例提供的一种计算机设备的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
请参照图1，其为本申请一实施例提供的一种数据传输处理方法的流程示意图。该数据传输处理方法可应用于服务器、台式电脑、手提电脑、平板电脑、个人数字助理(PDA)、智能手机(如Android手机、IOS手机等)等终端中。具体地，该方法包括步骤S110-S160。
S110，接收用于控制数据传输的请求指令。
具体地，该请求指令可建立于终端与终端之间、或者终端与服务器之间，通过该请求指令可控制终端与终端之间或者终端与服务器之间的数据传输。每一条请求指令请求传输指定的数据。例如，该特定的数据可以是数据编号为“1701226”的数据文件，该数据文件可预先存储于预设的文件夹或者预设的数据库，以便快速响应所接收到的请求指令，进而减少数据传输时间。
其中，请求指令可以包括请求行、消息报头等。其中，请求行以一个方法符号开头，以空格分开，后面跟着请求的URI和协议的版本，格式如下：Method Request-URI HTTP-Version CRLF。其中Method表示请求方法；Request-URI是一个统一资源标识符；HTTP-Version表示请求的HTTP协议版本；CRLF表示回车和换行。请求方法包括但不限于GET、POST、HEAD、PUT等。消息报头包括普通报头、请求报头、响应报头、实体报头。该消息报头例如为请求报头，该请求报头包括但不限于Accept、Accept-Charset、Accept-Encoding等。其中， Accept请求报头域用于指定客户端接受的消息类型。例如Accept：text/html，表明指定客户端希望接受html文本。
S120，获取所述请求指令对应的参数信息。
具体地，所述请求指令对应的参数信息可包括该请求指令对应的数据文件的大小、数据文件的数量等等。
S130，根据所述请求指令以及所述参数信息创建用于传输数据的处理线程。
具体请参照图2，其为本申请一实施例提供的一种数据传输处理方法的子流程示意图。步骤S130中所述根据所述请求指令以及所述参数信息创建用于传输数据的处理线程具体可包括步骤S131-S134。
S131，获取在预设的时间阈值内所述请求指令的数量。
具体地，该预设的时间阈值可以是3秒；例如获取3秒内所接收到的请求指令的数量。
S132，判断在预设的时间阈值内所述请求指令的数量是否大于预设的数量阈值。
具体地，在预设的时间阈值内所述请求指令的数量可以是任意自然数，例如该数量可以为0个、3个或者10个。预设的数量阈值可以根据对请求指令的实际处理能力进行设置或者修改；例如可以将预设的数量阈值设置为5个。
S133，判断所述参数信息是否满足预设的参数条件。
具体地，该参数信息可以是请求指令请求传输的数据文件的数量或者数据文件的大小等。预设的参数条件可以是该数据文件的数量大于预设的文件数量，该预设的文件数量可以是30个。
S134，若在预设的时间阈值内所述请求指令的数量大于预设的数量阈值，或所述参数信息满足预设的参数条件，创建至少两个用于传输数据的处理线程。
具体地，假设预设的数量阈值为5个，预设的参数条件为数据文件的数量大于30个。若所获取得到的在预设的时间阈值内所述请求指令的数量大于5个，或者所获取得到的参数信息为数据文件的数量大于30个；则判定在预设的时间阈值内所述请求指令的数量大于预设的数量阈值，或所述参数信息满足预设的参数条件；从而创建至少两个用于传输数据的处理线程。其中，所述多线程的创建可通过Thread类继承和Runnable接口来实现。
进一步地，若在预设的时间阈值内所述请求指令的数量大于预设的数量阈 值，创建至少两个用于传输数据的处理线程，具体包括：
将大于预设的数量阈值的请求指令数量进行级别划分；
根据不同级别的请求指令数量或者不同级别的参数信息确定所述处理线程的数量。
具体实施中，假设预设的数量阈值为5个，预设的参数条件为数据文件的数量大于30个。将大于预设的数量阈值的请求指令数量进行级别划分具体为将大于5个的请求指令数量进行级别划分，例如将指令数量为6至10个划分为第一级别，将指令数量为11至15个划分为第二级别，将指令数量为aN+1至aN+b个划分为第N级别，其中a为所述预设的数量阈值，b可根据实际需求进行设置；N为大于或者等于1的整数，本申请实施例中a具体为5，b具体为5。
其中，每一个级别的指令数量对应一个处理线程的数量，且处理线程的数量与指令数量的级别成正比。例如，第一级别的指令数量对应的处理线程的数量为2个，第二级别的指令数量对应的处理线程的数量为3个，第N级别的指令数量对应的处理线程的数量为N+1个。例如，若所获取得到的在预设的时间阈值内所述请求指令的数量为12个，显然该请求指令的数量属于第二级别的指令数量，则创建于第二级别指令数量对应的处理线程数量，即创建的处理线程数量为3个。
特别地，若在预设的时间阈值内所述请求指令的数量小于预设的数量阈值，且所述参数信息不满足预设的参数条件，创建一个用于传输数据的处理线程。
通过判断在预设的时间阈值内所述请求指令的数量大于预设的数量阈值；或者判断所述参数信息满足预设的参数条件；进而确定处理线程的数量。通过执行多处理线程来传输数据，以实现异步传输，有效避免因线程堵塞而造成的传输异常。
S140，执行所述处理线程以进行数据传输。
具体地，若所述处理线程的数量为1个，所述执行所述处理线程以进行数据传输具体可包括：首先通过执行所述处理线程将所述数据文件发送至对应的数据接收方，该对应的数据接收方可以是请求指令的发送方也可以是请求指令发送方所指定的任意一方；然后通过执行所述处理线程接收所述数据文件的传输结果，该传输结果包括发送成功或者发送失败。
例如，若所述处理线程的数量为1个，且所述请求指令对应的数据文件的 数量为20个。所述执行所述处理线程以进行数据传输具体可包括：首先通过执行处理线程以将第一个数据文件发送至对应的数据接收方，然后通过执行所述处理线程接收第一个数据文件的传输结果。在接收完第一个数据文件的传输结果后继续执行所述处理线程以将第二个数据文件发送至对应的数据接收方，然后通过执行所述处理线程接收第二个数据文件的传输结果，根据数据文件的顺序编号或者其它预设的发送顺序不断循环执行该处理线程，直至该请求指令对应的所有数据文件全部发送成功。
若所述处理线程的数量为2个，假设这两个处理线程分别为第一处理线程以及第二处理线程，所述执行所述处理线程以进行数据传输具体可包括：通过执行所述第一处理线程以将所述数据文件发送至对应的数据接收方；同时通过执行所述第二处理线程以接收所述数据文件的传输结果。其中，该第一处理线程与所述第二处理线程可各自独立执行，第一处理线程无需判断是否接收到传输结果即可继续将下一个数据文件发送至对应的数据接收方。
S150，检测所述数据的传输状态。
具体地，所述数据的传输状态包括运行状态以及停止状态。检测所述数据的传输状态可通过获取预设时间范围内的数据流量大小；若在预设时间范围内的数据流量大小大于预设的阈值，则判定所述传输状态为运行状态，若在预设时间范围内的数据流量大小小于预设的阈值，则判定所述传输状态为停止状态。
于其他实施例中，所述数据的传输状态包括运行状态以及停止状态。具体请参照图3，其为本申请一实施例提供的一种数据传输处理方法的子流程示意图。步骤S150中检测所述数据的传输状态具体可包括步骤S151-S154。
S151，生成用于切换所述传输状态的控制按钮。
S152，检测当前触发的控制按钮的按钮种类，所述按钮种类包括停止按钮以及继续按钮。
其中，该控制按钮同一时间只能触发同一按钮种类的控制按钮。
S153，若当前触发的控制按钮的按钮种类为停止按钮，将所述数据的传输状态由运行状态转换为停止状态。通过触发停止按钮，可将数据传输暂停或者停止。
S154，若当前触发的控制按钮的按钮种类为继续按钮，将所述数据的传输状态由停止状态转换为运行状态。通过触发继续按钮，可继续传输已暂停的数 据传输。
具体地，通过生成所述控制按钮，并根据当前触发的控制按钮的种类可准确检测识别出当前的传输状态，可有效防止数据传输过程中的网络卡顿造成对传输状态的误判。
S160，根据所述传输状态将所述数据传输的进度信息更新至预设的进度条。
具体请参照图4，其为本申请一实施例提供的一种数据传输处理方法的子流程示意图。所述传输状态包括运行状态以及停止状态，步骤S160中根据所述传输状态将所述数据传输的进度信息更新至预设的进度条具体可以包括步骤S161-S165。
S161，若所述传输状态由停止状态转换为运行状态，计算当前传输的数据量占所述请求指令对应的数据总量的数据比值。
具体地，若当前传输的数据文件为30个，且当前传输的为该30个数据文件中的第八数据文件，则当前传输的数据量为该第八数据文件的大小，所述请求指令对应的数据总量为该30个数据文件的大小总和。通过计算该第八数据文件的大小占该30个数据文件的大小总和的比值，即可得出前传输的数据量占所述请求指令对应的数据总量的数据比值。
假设该第八数据文件的大小为10Mb，该30个数据文件的大小总和为50Mb，通过计算可得知当前传输的数据量占所述请求指令对应的数据总量的数据比值为20％。
S162，判断所述数据比值是否大于预设的比值阈值。
具体地，该预设的比值阈值例如为10％。
S163，若数据比值大于预设的比值阈值，计算所述进度条当前的平均移动速度。
具体地，所述进度条当前的平均移动速度的计算具体可通过如下方式实现：获取所述进度条的当前进度长度；计算当前进度长度与所述进度条总长度的进度比值；获取所述进度条到达当前进度长度的移动时间；根据所述进度比值以及所述移动时间计算所述进度条当前的平均移动速度，该计算方法具体为将所述进度比值除以所述移动时间，所得的商值即为所述平均移动速度。
S164，控制所述进度条以所述平均移动速度进行匀速移动。
具体地，通过判断所述数据比值是否大于预设的比值阈值，可筛选出数据 量较大的数据文件，当该数据量较大的数据文件被传输时，通过获取所述进度条的当前平均移动速度，并控制所述进度条以所述平均移动速度进行匀速移动，可增加进度条移动的平滑性，防止出现因数据文件较大而导致进度条的假死现象。
S165，若所述传输状态由运行状态转换为停止状态，控制所述进度条停止移动。
具体请参照图5，其为本申请一实施例提供的一种数据传输处理方法的子流程示意图。进一步地，步骤S165中控制所述进度条停止移动具体可包括步骤S1651-S1653。
S1651，计算所述进度条在运行状态期间所移动的长度占所述进度条总长度的长度比值。
S1652，判断所述长度比值是否小于所述数据比值。
S1653，若所述长度比值小于所述数据比值，控制所述进度条延时停止移动。
具体地，若所述长度比值小于所述数据比值表明进度条移动速度偏慢，通过控制所述进度条延时停止移动以修正所述进度条的长度。
于其他实施例中，该数据传输处理方法还包括如下步骤：
计算所述进度条当前的平均移动速度；
根据当前进度条的实际长度占比以及所述当前的平均移动速度计算剩余传输时间；
生成时间显示界面以显示所述剩余传输时间。
具体实施中，所述进度条的实际占比为当前进度条长度与所述进度条总长度的比值。假设当前的平均移动速度为每秒移动的进度条长度占比为1％，当前进度条占比为60％。根据当前进度条的实际长度占比以及所述当前的平均移动速度计算剩余传输时间可得出剩余传输时间为40秒。通过计算并显示该剩余传输时间，可提升用户体验感。
于其他实施例中，该数据传输处理方法还包括如下步骤：
判断在预设的时间阈值内接收到的所述请求指令的数量是否大于或者等于两个；
若在预设的时间阈值内接收到的所述请求指令的数量大于或者等于两个，判断所述请求指令是否属于同一个请求方；
若所述请求指令属于同一个请求方，将所述请求指令的对应的进度条合并为一个进度条。
具体实施中，每一条请求指令均对应唯一的一条进度条，若在预设的时间阈值内收到的所述请求指令的数量大于两个，且所述请求指令属于同一个请求方，则将各个请求指令的对应的进度条合并为一个进度条。通过合并同一个请求方不同请求指令对应的进度条，可简化显示界面，有利于提升用户体验。
请参照图6，其为本申请一实施例提供的一种数据传输处理装置的示意性框图。该装置100包括但不限于指令接收单元110、参数获取单元120、线程创建单元130、线程执行单元140、状态检测单元150以及进度更新单元160。
指令接收单元110，用于接收用于控制数据传输的请求指令。
具体地，该请求指令可建立于终端与终端之间、或者终端与服务器之间，通过该请求指令可控制终端与终端之间或者终端与服务器之间的数据传输。每一条请求指令请求传输指定的数据。例如，该特定的数据可以是数据编号为“1701226”的数据文件，该数据文件可预先存储于预设的文件夹或者预设的数据库，以便快速响应所接收到的请求指令，进而减少数据传输时间。
其中，请求指令可以包括请求行、消息报头等。其中，请求行以一个方法符号开头，以空格分开，后面跟着请求的URI和协议的版本，格式如下：Method Request-URI HTTP-Version CRLF。其中Method表示请求方法；Request-URI是一个统一资源标识符；HTTP-Version表示请求的HTTP协议版本；CRLF表示回车和换行。请求方法包括但不限于GET、POST、HEAD、PUT等。消息报头包括普通报头、请求报头、响应报头、实体报头。该消息报头例如为请求报头，该请求报头包括但不限于Accept、Accept-Charset、Accept-Encoding等。其中，Accept请求报头域用于指定客户端接受的消息类型。例如Accept：text/html，表明指定客户端希望接受html文本。参数获取单元120，用于获取所述请求指令对应的参数信息。
具体地，所述请求指令对应的参数信息可包括该请求指令对应的数据文件的大小、数据文件的数量等等。
线程创建单元130，用于根据所述请求指令以及所述参数信息创建用于传输数据的处理线程。
具体请参照图7，其为本申请一实施例提供的一种数据传输处理装置中线程 创建单元130的示意性框图。进一步地，该线程创建单元130包括但不限于第一获取单元131、第一判断单元132、第二判断单元133以及第一处理单元134。
第一获取单元131，用于获取在预设的时间阈值内所述请求指令的数量。
具体地，该预设的时间阈值可以是3秒；例如获取3秒内所接收到的请求指令的数量。
第一判断单元132，用于判断在预设的时间阈值内所述请求指令的数量是否大于预设的数量阈值。
具体地，在预设的时间阈值内所述请求指令的数量可以是任意自然数，例如该数量可以为0个、3个或者10个。预设的数量阈值可以根据对请求指令的实际处理能力进行设置或者修改；例如可以将预设的数量阈值设置为5个。
第二判断单元133，用于判断所述参数信息是否满足预设的参数条件。
具体地，该参数信息可以是请求指令请求传输的数据文件的数量或者数据文件的大小等。预设的参数条件可以是该数据文件的数量大于预设的文件数量，该预设的文件数量可以是30个。
第一处理单元134，用于若在预设的时间阈值内所述请求指令的数量大于预设的数量阈值，或所述参数信息满足预设的参数条件，创建至少两个用于传输数据的处理线程。
具体地，假设预设的数量阈值为5个，预设的参数条件为数据文件的数量大于30个。若所获取得到的在预设的时间阈值内所述请求指令的数量大于5个，或者所获取得到的参数信息为数据文件的数量大于30个；则判定在预设的时间阈值内所述请求指令的数量大于预设的数量阈值，或所述参数信息满足预设的参数条件；从而创建至少两个用于传输数据的处理线程。其中，所述多线程的创建可通过Thread类继承和Runnable接口来实现。
进一步地，第一处理单元134还包括划分单元以及线程确定单元。
划分单元，用于将大于预设的数量阈值的请求指令数量进行级别划分；
线程确定单元，用于根据不同级别的请求指令数量或者不同级别的参数信息确定所述处理线程的数量。
具体实施中，假设预设的数量阈值为5个，预设的参数条件为数据文件的数量大于30个。将大于预设的数量阈值的请求指令数量进行级别划分具体为将大于5个的请求指令数量进行级别划分，例如将指令数量为6至10个划分为第 一级别，将指令数量为11至15个划分为第二级别，将指令数量为aN+1至aN+b个划分为第N级别，其中a为所述预设的数量阈值，b可根据实际需求进行设置；N为大于或者等于1的整数，本申请实施例中a具体为5，b具体为5。
其中，每一个级别的指令数量对应一个处理线程的数量，且处理线程的数量与指令数量的级别成正比。例如，第一级别的指令数量对应的处理线程的数量为2个，第二级别的指令数量对应的处理线程的数量为3个，第N级别的指令数量对应的处理线程的数量为N+1个。例如，若所获取得到的在预设的时间阈值内所述请求指令的数量为12个，显然该请求指令的数量属于第二级别的指令数量，则创建于第二级别指令数量对应的处理线程数量，即创建的处理线程数量为3个。
特别地，若在预设的时间阈值内所述请求指令的数量小于预设的数量阈值，且所述参数信息不满足预设的参数条件，创建一个用于传输数据的处理线程。
通过判断在预设的时间阈值内所述请求指令的数量大于预设的数量阈值；或者判断所述参数信息满足预设的参数条件；进而确定处理线程的数量。通过执行多处理线程来传输数据，以实现异步传输，有效避免因线程堵塞而造成的传输异常。
线程执行单元140，用于执行所述处理线程以进行数据传输。
具体地，若所述处理线程的数量为1个，所述执行所述处理线程以进行数据传输具体可包括：首先通过执行所述处理线程将所述数据文件发送至对应的数据接收方，该对应的数据接收方可以是请求指令的发送方也可以是请求指令发送方所指定的任意一方；然后通过执行所述处理线程接收所述数据文件的传输结果，该传输结果包括发送成功或者发送失败。
例如，若所述处理线程的数量为1个，且所述请求指令对应的数据文件的数量为20个。所述执行所述处理线程以进行数据传输具体可包括：首先通过执行处理线程以将第一个数据文件发送至对应的数据接收方，然后通过执行所述处理线程接收第一个数据文件的传输结果。在接收完第一个数据文件的传输结果后继续执行所述处理线程以将第二个数据文件发送至对应的数据接收方，然后通过执行所述处理线程接收第二个数据文件的传输结果，根据数据文件的顺序编号或者其它预设的发送顺序不断循环执行该处理线程，直至该请求指令对应的所有数据文件全部发送成功。
若所述处理线程的数量为2个，假设这两个处理线程分别为第一处理线程以及第二处理线程，所述执行所述处理线程以进行数据传输具体可包括：通过执行所述第一处理线程以将所述数据文件发送至对应的数据接收方；同时通过执行所述第二处理线程以接收所述数据文件的传输结果。其中，该第一处理线程与所述第二处理线程可各自独立执行，第一处理线程无需判断是否接收到传输结果即可继续将下一个数据文件发送至对应的数据接收方。
状态检测单元150，用于检测所述数据的传输状态。
具体地，所述数据的传输状态包括运行状态以及停止状态。检测所述数据的传输状态可通过获取预设时间范围内的数据流量大小；若在预设时间范围内的数据流量大小大于预设的阈值，则判定所述传输状态为运行状态，若在预设时间范围内的数据流量大小小于预设的阈值，则判定所述传输状态为停止状态。
于其他实施例中，所述数据的传输状态包括运行状态以及停止状态。具体请参照图8，其为本申请一实施例提供的一种数据传输处理装置中状态检测单元150的示意性框图。进一步地、状态检测单元150包括但不限于第一生成单元151、第一检测单元152、第一转换单元153以及第二转换单元154。
第一生成单元151，用于生成用于切换所述传输状态的控制按钮；
第一检测单元152，用于检测当前触发的控制按钮的按钮种类，所述按钮种类包括停止按钮以及继续按钮；
第一转换单元153，用于若当前触发的控制按钮的按钮种类为停止按钮，将所述数据的传输状态由运行状态转换为停止状态；
第二转换单元154，用于若当前触发的控制按钮的按钮种类为继续按钮，将所述数据的传输状态由停止状态转换为运行状态。
具体地，通过生成所述控制按钮，并根据当前触发的控制按钮的种类可准确检测识别出当前的传输状态，可有效防止数据传输过程中的网络卡顿造成对传输状态的误判。
进度更新单元160，用于根据所述传输状态将所述数据传输的进度信息更新至预设的进度条。
请参照图9，其为本申请一实施例提供的一种数据传输处理装置中进度更新单元160的示意性框图。所述传输状态包括运行状态以及停止状态，进度更新单元160包括但不限于第一计算单元161、第三判断单元162、第二计算单元163、 第二处理单元164以及第三处理单元165。
第一计算单元161，用于若所述传输状态由停止状态转换为运行状态，计算当前传输的数据量占所述请求指令对应的数据总量的数据比值。
具体地，若当前传输的数据文件为30个，且当前传输的为该30个数据文件中的第八数据文件，则当前传输的数据量为该第八数据文件的大小，所述请求指令对应的数据总量为该30个数据文件的大小总和。通过计算该第八数据文件的大小占该30个数据文件的大小总和的比值，即可得出前传输的数据量占所述请求指令对应的数据总量的数据比值。
假设该第八数据文件的大小为10Mb，该30个数据文件的大小总和为50Mb，通过计算可得知当前传输的数据量占所述请求指令对应的数据总量的数据比值为20％。
第三判断单元162，用于判断所述数据比值是否大于预设的比值阈值。
具体地，该预设的比值阈值例如为10％。
第二计算单元163，用于若数据比值大于预设的比值阈值，计算所述进度条当前的平均移动速度。
具体地，所述进度条当前的平均移动速度的计算具体可通过如下方式实现：获取所述进度条的当前进度长度；计算当前进度长度与所述进度条总长度的进度比值；获取所述进度条到达当前进度长度的移动时间；根据所述进度比值以及所述移动时间计算所述进度条当前的平均移动速度，该计算方法具体为将所述进度比值除以所述移动时间，所得的商值即为所述平均移动速度。
第二处理单元164，用于控制所述进度条以所述平均移动速度进行匀速移动。
具体地，通过判断所述数据比值是否大于预设的比值阈值，可筛选出数据量较大的数据文件，当该数据量较大的数据文件被传输时，通过获取所述进度条的当前平均移动速度，并控制所述进度条以所述平均移动速度进行匀速移动，可增加进度条移动的平滑性，防止出现因数据文件较大而导致进度条的假死现象。
第三处理单元165，用于若所述传输状态由运行状态转换为停止状态，控制所述进度条停止移动。
具体请参照图10，其为本申请一实施例提供的一种数据传输处理装置中第 三处理单元165的示意性框图。进一步地，第三处理单元165包括但不限于第三计算单元1651、第四判断单元1652以及第四处理单元1653。
第三计算单元1651，用于计算所述进度条在运行状态期间所移动的长度占所述进度条总长度的长度比值。
第四判断单元1652，用于判断所述长度比值是否小于所述数据比值。
第四处理单元1653，用于若所述长度比值小于所述数据比值，控制所述进度条延时停止移动。
具体地，若所述长度比值小于所述数据比值表明进度条移动速度偏慢，通过控制所述进度条延时停止移动以修正所述进度条的长度。
于其他实施例中，该装置100还包括速度计算单元、时间计算单元以及时间显示单元。
速度计算单元，用于计算所述进度条当前的平均移动速度；
时间计算单元，用于根据当前进度条的实际长度占比以及所述当前的平均移动速度计算剩余传输时间；
时间显示单元，用于生成时间显示界面以显示所述剩余传输时间。
具体实施中，所述进度条的实际占比为当前进度条长度与所述进度条总长度的比值。假设当前的平均移动速度为每秒移动的进度条长度占比为1％，当前进度条占比为60％。根据当前进度条的实际长度占比以及所述当前的平均移动速度计算剩余传输时间可得出剩余传输时间为40秒。通过计算并显示该剩余传输时间，可提升用户体验感。
于其他实施例中，该装置100还包括数量判断单元、请求方判断单元以及合并单元。
数量判断单元，用于判断在预设的时间阈值内接收到的所述请求指令的数量是否大于或者等于两个；
请求方判断单元，用于若在预设的时间阈值内接收到的所述请求指令的数量大于或者等于两个，判断所述请求指令是否属于同一个请求方；
合并单元，用于若所述请求指令属于同一个请求方，将所述请求指令的对应的进度条合并为一个进度条。
具体实施中，每一条请求指令均对应唯一的一条进度条，若在预设的时间阈值内收到的所述请求指令的数量大于两个，且所述请求指令属于同一个请求 方，则将各个请求指令的对应的进度条合并为一个进度条。通过合并同一个请求方不同请求指令对应的进度条，可简化显示界面，有利于提升用户体验。
上述装置100可以实现为一种计算机程序的形式，计算机程序可以在如图11所示的计算机设备上运行。
请参阅图11，图11是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备500设备可以是终端。该终端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。
该计算机设备500包括通过系统总线510连接的处理器520、存储器和网络接口550，其中，存储器可以包括非易失性存储介质530和内存储器540。
该非易失性存储介质530可存储操作系统531和计算机程序532。该计算机程序532被执行时，可使得处理器520执行一种数据传输处理方法。
该处理器520用于提供计算和控制能力，支撑整个计算机设备500的运行。
该内存储器540为非易失性存储介质中的计算机程序的运行提供环境，该计算机程序被处理器520执行时，可使得处理器520执行一种数据传输处理方法。
该网络接口550用于进行网络通信，如发送分配的任务等。本领域技术人员可以理解，该计算机设备的示意性框图仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
其中，所述处理器520用于运行存储在存储器中的程序代码，以实现本申请实施例中的数据传输处理方法。
应当理解，在本申请实施例中，处理器520可以是中央处理单元(Central Processing Unit，CPU)，该处理器520还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
本领域技术人员可以理解，该计算机设备500的示意性框图并不构成对计算机设备500的限定，可以包括比图示更多或更少的部件，或者组合某些部件， 或者不同的部件布置。
在本申请的另一实施例中提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，其中计算机程序包括程序指令。该程序指令被处理器执行时实现本申请实施例中的数据传输处理方法。
该计算机可读存储介质可以是U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (20)

  1. 一种数据传输处理方法，其特征在于，包括：
    接收用于控制数据传输的请求指令；
    获取所述请求指令对应的参数信息；
    根据所述请求指令以及所述参数信息创建用于传输数据的处理线程；
    执行所述处理线程以进行数据传输；
    检测所述数据的传输状态；
    根据所述传输状态将所述数据传输的进度信息更新至预设的进度条。
  2. 如权利要求1所述的方法，其特征在于，所述根据所述请求指令以及所述参数信息创建用于传输数据的处理线程，包括：
    获取在预设的时间阈值内所述请求指令的数量；
    判断在预设的时间阈值内所述请求指令的数量是否大于预设的数量阈值；
    判断所述参数信息是否满足预设的参数条件；
    若在预设的时间阈值内所述请求指令的数量大于预设的数量阈值，或所述参数信息满足预设的参数条件，创建至少两个用于传输数据的处理线程。
  3. 如权利要求1所述的方法，其特征在于，所述传输状态包括运行状态以及停止状态，所述检测所述数据的传输状态，包括：
    生成用于切换所述传输状态的控制按钮；
    检测当前触发的控制按钮的按钮种类，所述按钮种类包括停止按钮以及继续按钮；
    若当前触发的控制按钮的按钮种类为停止按钮，将所述数据的传输状态由运行状态转换为停止状态；
    若当前触发的控制按钮的按钮种类为继续按钮，将所述数据的传输状态由停止状态转换为运行状态。
  4. 如权利要求1所述的方法，其特征在于，所述传输状态包括运行状态以及停止状态，所述根据所述传输状态将所述数据传输的进度信息更新至预设的进度条，包括：
    若所述传输状态由停止状态转换为运行状态，计算当前传输的数据量占所述请求指令对应的数据总量的数据比值；
    判断所述数据比值是否大于预设的比值阈值；
    若数据比值大于预设的比值阈值，计算所述进度条当前的平均移动速度；
    控制所述进度条以所述平均移动速度进行匀速移动；
    若所述传输状态由运行状态转换为停止状态，控制所述进度条停止移动。
  5. 如权利要求4所述的方法，其特征在于，所述若所述传输状态由运行状态转换为停止状态，控制所述进度条停止移动，包括：
    计算所述进度条在运行状态期间所移动的长度占所述进度条总长度的长度比值；
    判断所述长度比值是否小于所述数据比值；
    若所述长度比值小于所述数据比值，控制所述进度条延时停止移动。
  6. 一种数据传输处理装置，其特征在于，包括：
    指令接收单元，用于接收用于控制数据传输的请求指令；
    参数获取单元，用于获取所述请求指令对应的参数信息；
    线程创建单元，用于根据所述请求指令以及所述参数信息创建用于传输数据的处理线程；
    线程执行单元，用于执行所述处理线程以进行数据传输；
    状态检测单元，用于检测所述数据的传输状态；
    进度更新单元，用于根据所述传输状态将所述数据传输的进度信息更新至预设的进度条。
  7. 如权利要求6所述的装置，其特征在于，所述线程创建单元包括：
    第一获取单元，用于获取在预设的时间阈值内所述请求指令的数量；
    第一判断单元，用于判断在预设的时间阈值内所述请求指令的数量是否大于预设的数量阈值；
    第二判断单元，用于判断所述参数信息是否满足预设的参数条件；
    第一处理单元，用于若在预设的时间阈值内所述请求指令的数量大于预设的数量阈值，或所述参数信息满足预设的参数条件，创建至少两个用于传输数据的处理线程。
  8. 如权利要求6所述的装置，其特征在于，所述传输状态包括运行状态以及停止状态，所述状态检测单元包括：
    第一生成单元，用于生成用于切换所述传输状态的控制按钮；
    第一检测单元，用于检测当前触发的控制按钮的按钮种类，所述按钮种类包括停止按钮以及继续按钮；
    第一转换单元，用于若当前触发的控制按钮的按钮种类为停止按钮，将所述数据的传输状态由运行状态转换为停止状态；
    第二转换单元，用于若当前触发的控制按钮的按钮种类为继续按钮，将所述数据的传输状态由停止状态转换为运行状态。
  9. 如权利要求6所述的装置，其特征在于，所述进度更新单元包括：
    第一计算单元，用于若所述传输状态由停止状态转换为运行状态，计算当前传输的数据量占所述请求指令对应的数据总量的数据比值；
    第三判断单元，用于判断所述数据比值是否大于预设的比值阈值；
    第二计算单元，用于若数据比值大于预设的比值阈值，计算所述进度条当前的平均移动速度；
    第二处理单元，用于控制所述进度条以所述平均移动速度进行匀速移动；
    第三处理单元，用于若所述传输状态由运行状态转换为停止状态，控制所述进度条停止移动。
  10. 如权利要求9所述的装置，其特征在于，所述第三处理单元包括：
    第三计算单元，用于计算所述进度条在运行状态期间所移动的长度占所述进度条总长度的长度比值；
    第四判断单元，用于判断所述长度比值是否小于所述数据比值；
    第四处理单元，用于若所述长度比值小于所述数据比值，控制所述进度条延时停止移动。
  11. 一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现以下步骤：
    接收用于控制数据传输的请求指令；
    获取所述请求指令对应的参数信息；
    根据所述请求指令以及所述参数信息创建用于传输数据的处理线程；
    执行所述处理线程以进行数据传输；
    检测所述数据的传输状态；
    根据所述传输状态将所述数据传输的进度信息更新至预设的进度条。
  12. 如权利要求11所述的计算机设备，其特征在于，所述根据所述请求指令以及所述参数信息创建用于传输数据的处理线程，包括：
    获取在预设的时间阈值内所述请求指令的数量；
    判断在预设的时间阈值内所述请求指令的数量是否大于预设的数量阈值；
    判断所述参数信息是否满足预设的参数条件；
    若在预设的时间阈值内所述请求指令的数量大于预设的数量阈值，或所述参数信息满足预设的参数条件，创建至少两个用于传输数据的处理线程。
  13. 如权利要求11所述的计算机设备，其特征在于，所述传输状态包括运行状态以及停止状态，所述检测所述数据的传输状态，包括：
    生成用于切换所述传输状态的控制按钮；
    检测当前触发的控制按钮的按钮种类，所述按钮种类包括停止按钮以及继续按钮；
    若当前触发的控制按钮的按钮种类为停止按钮，将所述数据的传输状态由运行状态转换为停止状态；
    若当前触发的控制按钮的按钮种类为继续按钮，将所述数据的传输状态由停止状态转换为运行状态。
  14. 如权利要求11所述的计算机设备，其特征在于，所述传输状态包括运行状态以及停止状态，所述根据所述传输状态将所述数据传输的进度信息更新至预设的进度条，包括：
    若所述传输状态由停止状态转换为运行状态，计算当前传输的数据量占所述请求指令对应的数据总量的数据比值；
    判断所述数据比值是否大于预设的比值阈值；
    若数据比值大于预设的比值阈值，计算所述进度条当前的平均移动速度；
    控制所述进度条以所述平均移动速度进行匀速移动；
    若所述传输状态由运行状态转换为停止状态，控制所述进度条停止移动。
  15. 如权利要求14所述的计算机设备，其特征在于，所述若所述传输状态由运行状态转换为停止状态，控制所述进度条停止移动，包括：
    计算所述进度条在运行状态期间所移动的长度占所述进度条总长度的长度比值；
    判断所述长度比值是否小于所述数据比值；
    若所述长度比值小于所述数据比值，控制所述进度条延时停止移动。
  16. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行以下操作：
    接收用于控制数据传输的请求指令；
    获取所述请求指令对应的参数信息；
    根据所述请求指令以及所述参数信息创建用于传输数据的处理线程；
    执行所述处理线程以进行数据传输；
    检测所述数据的传输状态；
    根据所述传输状态将所述数据传输的进度信息更新至预设的进度条。
  17. 如权利要求16所述的计算机可读存储介质，其特征在于，所述根据所述请求指令以及所述参数信息创建用于传输数据的处理线程，包括：
    获取在预设的时间阈值内所述请求指令的数量；
    判断在预设的时间阈值内所述请求指令的数量是否大于预设的数量阈值；
    判断所述参数信息是否满足预设的参数条件；
    若在预设的时间阈值内所述请求指令的数量大于预设的数量阈值，或所述参数信息满足预设的参数条件，创建至少两个用于传输数据的处理线程。
  18. 如权利要求16所述的计算机可读存储介质，其特征在于，所述传输状态包括运行状态以及停止状态，所述检测所述数据的传输状态，包括：
    生成用于切换所述传输状态的控制按钮；
    检测当前触发的控制按钮的按钮种类，所述按钮种类包括停止按钮以及继续按钮；
    若当前触发的控制按钮的按钮种类为停止按钮，将所述数据的传输状态由运行状态转换为停止状态；
    若当前触发的控制按钮的按钮种类为继续按钮，将所述数据的传输状态由停止状态转换为运行状态。
  19. 如权利要求16所述的计算机可读存储介质，其特征在于，所述传输状态包括运行状态以及停止状态，所述根据所述传输状态将所述数据传输的进度信息更新至预设的进度条，包括：
    若所述传输状态由停止状态转换为运行状态，计算当前传输的数据量占所 述请求指令对应的数据总量的数据比值；
    判断所述数据比值是否大于预设的比值阈值；
    若数据比值大于预设的比值阈值，计算所述进度条当前的平均移动速度；
    控制所述进度条以所述平均移动速度进行匀速移动；
    若所述传输状态由运行状态转换为停止状态，控制所述进度条停止移动。
  20. 如权利要求19所述的计算机可读存储介质，其特征在于，所述若所述传输状态由运行状态转换为停止状态，控制所述进度条停止移动，包括：
    计算所述进度条在运行状态期间所移动的长度占所述进度条总长度的长度比值；
    判断所述长度比值是否小于所述数据比值；
    若所述长度比值小于所述数据比值，控制所述进度条延时停止移动。
PCT/CN2018/077128 2018-01-23 2018-02-24 数据传输处理方法、装置、设备及计算机可读存储介质 Ceased WO2019144458A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810065008.4 2018-01-23
CN201810065008.4A CN108322527A (zh) 2018-01-23 2018-01-23 数据传输处理方法、装置、设备及计算机可读存储介质

Publications (1)

Publication Number Publication Date
WO2019144458A1 true WO2019144458A1 (zh) 2019-08-01

Family

ID=62887421

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/077128 Ceased WO2019144458A1 (zh) 2018-01-23 2018-02-24 数据传输处理方法、装置、设备及计算机可读存储介质

Country Status (2)

Country Link
CN (1) CN108322527A (zh)
WO (1) WO2019144458A1 (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111104213A (zh) * 2019-12-25 2020-05-05 上海众源网络有限公司 调整熔断的方法及装置
CN111221636A (zh) * 2019-12-31 2020-06-02 北京银企融合技术开发有限公司 一种跨服务的任务进度度量和显示方法和系统
CN113056067A (zh) * 2021-02-05 2021-06-29 深圳市明微电子股份有限公司 一种照明参数的传输方法、传输装置、服务器及存储介质
CN113934423A (zh) * 2021-10-12 2022-01-14 北京沃东天骏信息技术有限公司 进度条的生成方法、装置和非易失性计算机可读存储介质
CN114338830A (zh) * 2022-01-05 2022-04-12 腾讯科技（深圳）有限公司 数据传输方法、装置、计算机可读存储介质及计算机设备
CN116489019A (zh) * 2023-06-02 2023-07-25 深圳市博思云为科技有限公司 一种智能视觉信令通道管理方法、系统及介质
CN117433512A (zh) * 2023-12-20 2024-01-23 福龙马城服机器人科技有限公司 一种针对道路清扫车的低成本车道线实时定位与建图方法
WO2024187591A1 (zh) * 2023-03-16 2024-09-19 深圳面元智能科技有限公司 基于地震仪的采集数据传输方法、装置、设备及存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112291601B (zh) * 2020-10-28 2023-03-14 Oppo广东移动通信有限公司 一种数据传输方法、电子设备及存储介质
CN112977617B (zh) * 2021-03-30 2022-05-20 平安国际智慧城市科技股份有限公司 车辆轮胎转向角度的确定方法、装置和计算机设备
CN115343992A (zh) * 2022-08-15 2022-11-15 珠海格力电器股份有限公司 数据传输方法、装置、控制器、控制系统以及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101815089A (zh) * 2010-02-22 2010-08-25 浪潮(北京)电子信息产业有限公司 Web高端磁盘阵列控制器命令执行方法及系统
CN103942496A (zh) * 2013-01-17 2014-07-23 腾讯科技（深圳）有限公司 一种系统扫描的显示方法及装置
CN104113681A (zh) * 2013-04-19 2014-10-22 上海联影医疗科技有限公司 进度栏的控制方法、显示图像采集进度的方法及装置
US20160179591A1 (en) * 2014-12-23 2016-06-23 International Business Machines Corporation Push instruction for pushing a message payload from a sending thread to a receiving thread

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060100845A1 (en) * 2004-11-08 2006-05-11 Mazzagatti Jane C Multiple stream real time data simulation adapted for a KStore data structure
CN102141953B (zh) * 2011-04-01 2013-10-16 奇智软件（北京）有限公司 一种进度条的展现方法及装置
CN103248452B (zh) * 2012-02-10 2017-02-15 宇龙计算机通信科技(深圳)有限公司 数据发送装置、数据接收装置、终端和数据传输方法
CN106445665B (zh) * 2016-09-19 2019-11-15 武汉斗鱼网络科技有限公司 一种应用于android系统的系统文件下载方法及下载工具

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101815089A (zh) * 2010-02-22 2010-08-25 浪潮(北京)电子信息产业有限公司 Web高端磁盘阵列控制器命令执行方法及系统
CN103942496A (zh) * 2013-01-17 2014-07-23 腾讯科技（深圳）有限公司 一种系统扫描的显示方法及装置
CN104113681A (zh) * 2013-04-19 2014-10-22 上海联影医疗科技有限公司 进度栏的控制方法、显示图像采集进度的方法及装置
US20160179591A1 (en) * 2014-12-23 2016-06-23 International Business Machines Corporation Push instruction for pushing a message payload from a sending thread to a receiving thread

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111104213A (zh) * 2019-12-25 2020-05-05 上海众源网络有限公司 调整熔断的方法及装置
CN111104213B (zh) * 2019-12-25 2023-10-10 上海众源网络有限公司 调整熔断的方法及装置
CN111221636A (zh) * 2019-12-31 2020-06-02 北京银企融合技术开发有限公司 一种跨服务的任务进度度量和显示方法和系统
CN113056067A (zh) * 2021-02-05 2021-06-29 深圳市明微电子股份有限公司 一种照明参数的传输方法、传输装置、服务器及存储介质
CN113056067B (zh) * 2021-02-05 2022-12-02 深圳市明微电子股份有限公司 一种照明参数的传输方法、传输装置、服务器及存储介质
CN113934423A (zh) * 2021-10-12 2022-01-14 北京沃东天骏信息技术有限公司 进度条的生成方法、装置和非易失性计算机可读存储介质
CN114338830B (zh) * 2022-01-05 2024-02-27 腾讯科技（深圳）有限公司 数据传输方法、装置、计算机可读存储介质及计算机设备
CN114338830A (zh) * 2022-01-05 2022-04-12 腾讯科技（深圳）有限公司 数据传输方法、装置、计算机可读存储介质及计算机设备
WO2024187591A1 (zh) * 2023-03-16 2024-09-19 深圳面元智能科技有限公司 基于地震仪的采集数据传输方法、装置、设备及存储介质
CN116489019A (zh) * 2023-06-02 2023-07-25 深圳市博思云为科技有限公司 一种智能视觉信令通道管理方法、系统及介质
CN116489019B (zh) * 2023-06-02 2023-09-29 深圳市博思云为科技有限公司 一种智能视觉信令通道管理方法、系统及介质
CN117433512A (zh) * 2023-12-20 2024-01-23 福龙马城服机器人科技有限公司 一种针对道路清扫车的低成本车道线实时定位与建图方法
CN117433512B (zh) * 2023-12-20 2024-03-08 福龙马城服机器人科技有限公司 一种针对道路清扫车的低成本车道线实时定位与建图方法

Also Published As

Publication number Publication date
CN108322527A (zh) 2018-07-24

Similar Documents

Publication Publication Date Title
WO2019144458A1 (zh) 数据传输处理方法、装置、设备及计算机可读存储介质
KR102422981B1 (ko) 관련 통신 모드 선택 기법
US9513833B2 (en) Asynchronous processing of mapping information
CN110545246A (zh) 一种基于令牌桶的限流方法和装置
US10972555B2 (en) Function based dynamic traffic management for network services
WO2019041753A1 (zh) 信息修改方法、装置、计算机设备及计算机可读存储介质
CN111796864A (zh) 一种数据校验的方法及装置
CN106933673B (zh) 调整组件逻辑线程数量的方法及装置
CN107239237A (zh) 数据写入方法及装置和电子设备
CN110336888B (zh) 一种服务器分配方法、装置、系统及介质
CN111736975A (zh) 请求控制方法、装置、计算机设备及计算机可读存储介质
CN112667368A (zh) 一种任务数据处理方法和装置
CN112817788A (zh) 任务异常告警方法、装置、服务器及存储介质
CN112805978B (zh) 针对事件流处理的增强型锚协议
CN108933813A (zh) 在顺序保留数据流消耗期间防止读取器饥饿
US10425297B1 (en) Adaptive polling based upon demand
CN120179360A (zh) 任务执行方法、装置、电子设备以及存储介质
CN119766804A (zh) 一种文件传输方法、装置、设备、介质及产品
CN118138541A (zh) 数据处理方法、装置和相关产品
EP4654531A2 (en) Adapting to differences in device state reporting of third party servers
CN106648485A (zh) 页面展示的方法和客户端
CN110263241A (zh) 一种数据批次处理方法及装置
CN113010272A (zh) 一种交易并发数控制方法及其相关设备
US10805238B1 (en) Management of alternative resources
CN106331577A (zh) 一种调整编码的方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18902283

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 11.11.2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18902283

Country of ref document: EP

Kind code of ref document: A1