Pathological section background uploading method and device based on WebRCT

Abstract

The invention provides a pathological section background uploading method and device based on WebRCT, and the method comprises the following steps: installing an uploading program in an uploading end, building WebRCT connection between the uploading end and a receiving end when the uploading program is started, and enabling the uploading program to obtain a current network state in real time; and selecting a to-be-uploaded pathological section file in the uploading end, obtaining the size of the to-be-uploaded pathological section file by the uploading program, and allocating an initial uploading bandwidth for the to-be-uploaded pathological section based on the size of the to-be-uploaded pathological section file and the current network state. According to the scheme, the WebRTC connection is established and environment detection and object initialization are carried out to guarantee connection stability and compatibility, the network state is acquired in real time, and the initial uploading bandwidth is finely distributed according to the size of the pathological section file to be uploaded and the network state, so that the background uploading efficiency of the pathological section file is improved.

Description

Technical Field

[0001] The present application relates to the field of data uploading, and in particular to a method and device for uploading pathological slices based on WebRCT. Background Art

[0002] In the context of modern medical diagnosis and research, the digital processing and analysis of pathology sections are becoming increasingly important. The traditional way of managing pathology sections by manual operation can no longer meet the development needs and has many drawbacks. On the one hand, manual operation is inefficient. When faced with a large number of pathology sections, sorting and recording are time-consuming and laborious. On the other hand, it is easy to make mistakes in registration and classification due to human negligence. In addition, data sharing is extremely difficult. When sharing pathology section data between different departments and institutions, the procedures are cumbersome and the process is complicated. It is also often troubled by format issues and difficult to achieve smooth sharing.

[0003] Therefore, the current pathological sections are generally uploaded through the background for digital storage. However, there are still many challenges in the uploading of pathological sections. First, in terms of upload efficiency, the amount of pathological section data is usually large, and the traditional upload method is slow when processing a large number of slice upload tasks, causing doctors and researchers to spend a lot of time waiting for the upload to be completed, seriously affecting normal work efficiency. Second, there are deficiencies in data security. Pathological sections contain sensitive medical information of patients. The existing upload system may have security vulnerabilities in the process of data transmission and storage. Once exploited by criminals, it is very easy to cause patient privacy leakage and data loss, which is extremely unfavorable to both patients and medical institutions. Third, there is a lack of effective task management. When multiple users upload sections at the same time, it is difficult for the existing system to comprehensively and effectively monitor and manage the upload tasks. If errors or abnormal situations cannot be handled in time, it may affect the normal advancement of the entire pathological section digital management work. Summary of the invention

[0004] The embodiment of the present application provides a method and device for background uploading of pathological slices based on WebRCT, which ensures stable and compatible connection by establishing a WebRTC connection and performing environmental detection and object initialization, obtains network status in real time, and finely allocates initial upload bandwidth according to the size of the pathological slice file to be uploaded and the network status, thereby improving the background upload efficiency of pathological slice files.

[0005] In a first aspect, an embodiment of the present application provides a method for uploading a pathological slice backend based on WebRCT, the method comprising: An upload program is installed in the upload end. When the upload program is started, a WebRCT connection is established between the upload end and the receiving end, and the upload program obtains the current network status in real time. The current network status includes the total network bandwidth, network delay, packet loss rate and round-trip time; A pathological slice file to be uploaded is selected at the upload end, the size of the pathological slice file to be uploaded is obtained by the upload program, and an initial upload bandwidth is allocated to the pathological slice to be uploaded based on the size of the pathological slice file to be uploaded and the current network status, wherein the pathological slice to be uploaded is divided into multiple data blocks and uploaded to the receiving end in sequence, and the sending time interval between two adjacent data blocks is adjusted based on the initial upload bandwidth.

[0006] In a second aspect, the embodiment of the present application provides a pathological slice background uploading device based on WebRCT, including: A connection establishment module, which is used to install an upload program in the upload end, establish a WebRCT connection between the upload end and the receiving end when the upload program is started, and the upload program obtains the current network status in real time, and the current network status includes the total network bandwidth, network delay, packet loss rate and round-trip time; The upload module is used to select the pathological slice file to be uploaded in the upload end, obtain the size of the pathological slice file to be uploaded by the upload program, and allocate initial upload bandwidth for the pathological slice to be uploaded based on the size of the pathological slice file to be uploaded and the current network status, wherein the pathological slice to be uploaded is divided into multiple data blocks and uploaded to the receiving end in sequence, and the sending time interval between two adjacent data blocks is adjusted based on the initial upload bandwidth.

[0007] In a third aspect, an embodiment of the present application provides an electronic device, including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to execute a pathology slice background uploading method based on WebRCT.

[0008] In a fourth aspect, an embodiment of the present application provides a readable storage medium, in which a computer program is stored. The computer program includes a program code for controlling a process to execute a process, and the process includes a background uploading method for pathological slices based on WebRCT.

[0009] The main contributions and innovations of the present invention are as follows: The embodiment of the present application establishes a WebRTC connection between the upload end and the receiving end, and first performs WebRTC environment detection and initializes the RTCPeerConnection object, thereby ensuring the stability and compatibility of the connection and laying the foundation for subsequent efficient data transmission; in terms of network status control, real-time acquisition of network status information such as total network bandwidth, network delay, packet loss rate, and round-trip time allows the upload program to flexibly adjust the upload strategy according to the actual network conditions; in terms of bandwidth allocation, the initial upload bandwidth is finely allocated according to the size of the pathological slice file to be uploaded and the network status, and different size intervals are set to correspond to different initial bandwidths, and the bandwidth size increases in an orderly manner, which not only ensures the rapid upload of small files, but also can reasonably use the large bandwidth network to upload large files, thereby improving bandwidth utilization; in data transmission, the pathological slices are divided into multiple data blocks and the sending time interval is adjusted according to the initial upload bandwidth. The initial upload bandwidth can also be updated in real time according to the network status, and the sending time interval can be dynamically changed to effectively adapt to network changes and ensure transmission efficiency; in addition, this solution adds a unique serial number and check information to the data block, and the receiving end performs integrity check and retransmits the lost or damaged data block, which greatly improves the accuracy and reliability of data transmission.

[0010] Details of one or more embodiments of the present application are set forth in the following drawings and description to make other features, objects, and advantages of the present application more readily apparent. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings: Figure 1 It is a flowchart of a method for uploading pathological slices backstage based on WebRCT according to an embodiment of the present application; Figure 2 It is a structural block diagram of a pathological slice background uploading device based on WebRCT according to an embodiment of the present application; Figure 3 It is a schematic diagram of the hardware structure of an electronic device according to an embodiment of the present application. DETAILED DESCRIPTION

[0012] Exemplary embodiments will be described in detail herein, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, the same numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the following exemplary embodiments do not represent all implementations consistent with one or more embodiments of this specification. Instead, they are merely examples of devices and methods consistent with some aspects of one or more embodiments of this specification as detailed in the appended claims.

[0013] It should be noted that: in other embodiments, the steps of the corresponding method are not necessarily performed in the order shown and described in this specification. In some other embodiments, the steps included in the method may be more or less than those described in this specification. In addition, a single step described in this specification may be decomposed into multiple steps for description in other embodiments; and multiple steps described in this specification may be combined into a single step for description in other embodiments.

[0014] Embodiment 1 The embodiment of the present application provides a background upload method for pathological slices based on WebRCT, which establishes a WebRTC connection and performs environment detection and object initialization to ensure stable and compatible connection, obtains network status in real time, and finely allocates initial upload bandwidth according to the size of the pathological slice file to be uploaded and the network status, thereby improving the background upload efficiency of the pathological slice file. Specifically, refer to Figure 1 , the method comprising: An upload program is installed in the upload end. When the upload program is started, a WebRCT connection is established between the upload end and the receiving end, and the upload program obtains the current network status in real time. The current network status includes the total network bandwidth, network delay, packet loss rate and round-trip time; A pathological slice file to be uploaded is selected at the upload end, the size of the pathological slice file to be uploaded is obtained by the upload program, and an initial upload bandwidth is allocated to the pathological slice to be uploaded based on the size of the pathological slice file to be uploaded and the current network status, wherein the pathological slice to be uploaded is divided into multiple data blocks and uploaded to the receiving end in sequence, and the sending time interval between two adjacent data blocks is adjusted based on the initial upload bandwidth.

[0015] The pathological slices to be uploaded are divided into multiple data blocks based on the initial upload bandwidth and uploaded sequentially, wherein when the total network bandwidth decreases or the network delay increases or the packet loss rate increases or the round-trip time becomes longer, the sending time interval between two adjacent data blocks is increased through WebRCT; when the total network bandwidth increases or the network delay decreases or the packet loss rate decreases or the round-trip time becomes shorter, the sending time interval between two adjacent data blocks is reduced through WebRCT.

[0016] In some specific embodiments, when the upload program is started, the navigator.mediaDevices object is first used to perform a WebRTC environment detection, in order to determine whether a WebRTC connection can be established between the upload end and the receiving end.

[0017] After the WebRTC connection is established, the RTCPeerConnection object of WebRTC is initialized. The RTCPeerConnection object is the core of the WebRTC connection and is responsible for managing the connection, exchanging signaling and data transmission. At the same time, an RTCDataChannel is created for transmitting pathological slice data.

[0018] Specifically, the RTCPeerConnection object is a core component of WebRTC (Web Real-Time Communication) technology, which is used to establish a direct peer-to-peer (P2P) connection between browsers or other compatible devices to achieve real-time transmission of audio, video, and data. WebRTC allows web pages and mobile applications to communicate directly between browsers in real time without the need for an intermediate server. RTCPeerConnection is the key to achieving this direct communication. It is responsible for managing the establishment, maintenance, and closure of connections, as well as handling the transmission and reception of data.

[0019] The RTCDataChannel object is an important component in WebRTC (Web Real-Time Communication) technology. It provides the ability to directly transmit arbitrary data between browsers or compatible devices, enabling more data interaction functions.

[0020] In some specific embodiments, the uploading program uploads a small data packet to the receiving end through the navigator.connection object provided by the browser to obtain the current network status.

[0021] Specifically, the upload program acquires the current network status by uploading a small data packet and measuring the network bandwidth, network delay, packet loss rate and round-trip time when the small data packet is uploaded.

[0022] In some specific implementations, after the user selects the pathological slice file to be uploaded, the upload program will read the file size and file name of the pathological slice file to be uploaded for subsequent initial bandwidth allocation.

[0023] In some specific embodiments, if the size of the pathological slice file to be uploaded is less than or equal to a first set size, a first initial upload bandwidth is allocated to the pathological slice file to be uploaded; if the size of the pathological slice file to be uploaded is greater than the first set size and less than or equal to the second set size and the total network bandwidth is less than or equal to the bandwidth threshold, a second initial upload bandwidth is allocated to the pathological slice file to be uploaded; if the size of the pathological slice file to be uploaded is greater than the first set size and less than or equal to the second set size and the total network bandwidth is greater than the bandwidth threshold, a third initial upload bandwidth is allocated to the pathological slice file to be uploaded; if the size of the pathological file to be uploaded is greater than the second set size and the total network bandwidth is less than or equal to the bandwidth threshold, a fourth initial upload bandwidth is allocated to the pathological slice file to be uploaded; if the size of the pathological file to be uploaded is greater than the second set size and the total network bandwidth is greater than the bandwidth threshold, a fifth initial upload bandwidth is allocated to the pathological slice file to be uploaded.

[0024] Furthermore, the first set size is smaller than the second set size, the first initial upload bandwidth is smaller than the second initial upload bandwidth is smaller than the third initial upload bandwidth is smaller than the fourth initial upload bandwidth is smaller than the fifth initial upload bandwidth.

[0025] In some specific embodiments, the first set size in this scheme is 1MB, the second set size is 10MB, the bandwidth threshold is 5Mbps, the first initial upload bandwidth is 128KB / s, the second initial upload bandwidth is 256KB / s, the third initial upload bandwidth is 512KB / s, the fourth initial upload bandwidth is 1MB / s, and the fifth initial upload bandwidth is 2MB / s.

[0026] Exemplarily, when there are digital pathology slice files less than or equal to 1MB, even if the network status is good, only a relatively low basic bandwidth, such as an initial bandwidth of 128KB / s, is allocated. This is because a small-volume pathology slice file takes a shorter time to upload, so there is no need to occupy excessive bandwidth resources, so that more bandwidth can be left for other large-volume pathology slice files; when there are digital pathology slice files greater than 1MB and less than or equal to 10MB, the bandwidth is flexibly allocated according to the network speed. If the total network bandwidth is less than 5Mbps, an initial bandwidth of 256KB / s is allocated to it; if the total network bandwidth is greater than 5Mbps, an initial bandwidth of 512KB / s is allocated to it; when there are digital pathology slices greater than 10MB, priority is given to ensuring the uploading of large-volume pathology slice files. If the total network bandwidth is less than or equal to 5Mbps, an initial bandwidth of 1MB / s is allocated to it; if the total network bandwidth is greater than 5Mbps, an initial bandwidth of 2MB / s is allocated to it.

[0027] In some specific embodiments, the initial upload bandwidth is updated in real time based on the current network status. When the total network bandwidth decreases or the network delay increases or the packet loss rate increases or the round-trip time becomes longer, the initial upload bandwidth is increased by increasing the sending time interval between two adjacent data blocks through WebRCT; when the total network bandwidth increases or the network delay decreases or the packet loss rate decreases or the round-trip time becomes shorter, the initial upload bandwidth is reduced by reducing the sending time interval between two adjacent data blocks through WebRCT.

[0028] Specifically, if multiple pathology slice files of different sizes are being uploaded, when the total network bandwidth decreases, the initial upload bandwidth of small files is preferentially reduced according to the pathology slice file size priority to prioritize the upload bandwidth of large files.

[0029] Specifically, the delay threshold is 200ms. When the delay exceeds 200ms, the bandwidth is reduced to 70% of the normal allocation to avoid affecting the overall upload efficiency due to excessive data retransmission.

[0030] Specifically, the packet loss threshold is 5%. When the packet loss rate is greater than 5%, the initial bandwidth allocation is reduced by 30%.

[0031] Specifically, the initial upload bandwidth is increased based on the increase in the total network bandwidth.

[0032] In some specific embodiments, when increasing / decreasing the sending time interval between two adjacent data blocks, if the sending time interval between two adjacent data blocks is short, the higher the sending rate, the higher the bandwidth; if the sending time interval between two adjacent data blocks is long, the slower the sending rate, the less the bandwidth.

[0033] Specifically, the sending rate is affected by the configuration parameters of RTCPeerConnection. In Chrome, the bweType parameter can be set through the setConfiguration method, and the bandwidth parameter can be set.

[0034] In some specific embodiments, historical bandwidth data is collected and analyzed to obtain bandwidth variation trends, and then the correlation between the bandwidth variation trends and network status is analyzed. A time series analysis model is used to predict future bandwidth based on the correlation between the bandwidth variation trends and network status, and the initial upload bandwidth is updated in advance based on the prediction results.

[0035] Specifically, by predicting the future network conditions, the sending rate can be adjusted in advance. This allows measures to be taken before network congestion occurs, avoiding packet loss and increased retransmissions, and improving the efficiency and stability of data transmission.

[0036] Specifically, peerConnection.getStats() is called once a second to obtain statistical information, calculate the current bandwidth value, and store the timestamp and bandwidth value as a data point in the historicalBandwidthData array. At the same time, to avoid the array from growing infinitely and occupying too much memory, the earliest data point is removed when the array length exceeds 200.

[0037] Specifically, the collected data is preprocessed, and the preprocessing steps include missing value processing and outlier processing. Missing values ​​in the data are filled by interpolation, and data points that deviate too much from the mean are regarded as outliers and deleted.

[0038] Specifically, by drawing a line graph of bandwidth changes over time, you can visually observe the bandwidth change trend. You can also use the moving average method to smooth the data to show the trend more clearly, and use the Pearson correlation coefficient to measure the correlation between historical bandwidth data and network status.

[0039] In some specific embodiments, a unique serial number and verification information are added to the data block of each pathology slice file at the uploading end, and an integrity check is performed based on the serial number and verification information of each data block at the receiving end. When it is detected that a data block is lost or damaged, the corresponding data block is retransmitted based on the serial number information of the lost or damaged data block.

[0040] Specifically, the receiving end continuously receives data blocks from the uploading end and temporarily stores them, while recording the serial number information of each data block. When performing an integrity check, the received data blocks are checked in the order of the serial numbers to determine whether the serial numbers are continuous. If there is a missing sequence number, it means that a data block is lost. The CRC32 check value (CRC32.buf method) is recalculated for each received data block and compared with the check information sent by the uploading end. If the two do not match, it indicates that the data block may be damaged during transmission. If the data block is found to be lost or damaged during the integrity check, the receiving end sends a packet loss notification to the uploading end, informing the serial number of the lost or damaged data block.

[0041] Specifically, after receiving the packet loss notification, the upload end quickly locates and resends the lost data block according to the lost data block sequence number. At the same time, the number of retransmissions is recorded. If the number of retransmissions exceeds a certain threshold, the network condition is considered to be poor and the bandwidth allocation is readjusted.

[0042] Specifically, a retryCount property is added to each data block object to record the number of retransmissions of the data block. The initial value is 0. The receiveLossNotification function is used to receive the packet loss notification from the receiving end. After receiving the notification, the corresponding block will be searched in the defined (allChunks) array according to the sequence number of the lost data block. If the data block is found, the re-upload function is called for retransmission.

[0043] In some embodiments, each data block is encrypted using AES.

[0044] In some specific embodiments, during the upload process, when a WebRTC connection exception (such as disconnection, timeout, etc.) is detected, the exception is handled in a timely manner, an attempt is made to re-establish the connection, and data transmission is resumed according to the previous upload progress.

[0045] Specifically, after the WebRTC connection is established, the connection status is continuously monitored. By listening to the relevant events of RTCPeerConnection (function), iceconnectionstatechange (function) and connectionstatechange (function) are used to determine whether the connection is abnormal. When a connection abnormality is detected, such as iceConnectionState (method) becomes failed and connectionState (method) becomes failed, the exception handling logic is triggered. During the exception handling, an attempt is made to recreate the RTCPeerConnection object, and re-exchange signaling and collect ICE candidate addresses to re-establish the connection. After the connection is re-established, the data blocks that have not been uploaded are determined according to the previously recorded upload progress (sequence number index field), and data transmission continues from these data blocks.

[0046] Embodiment 2 Based on the same idea, refer to Figure 2 , the present application also proposes a pathological slice background uploading device based on WebRCT, including: A connection establishment module, which is used to install an upload program in the upload end, establish a WebRCT connection between the upload end and the receiving end when the upload program is started, and the upload program obtains the current network status in real time, and the current network status includes the total network bandwidth, network delay, packet loss rate and round-trip time; The upload module is used to select the pathological slice file to be uploaded in the upload end, obtain the size of the pathological slice file to be uploaded by the upload program, and allocate initial upload bandwidth for the pathological slice to be uploaded based on the size of the pathological slice file to be uploaded and the current network status, wherein the pathological slice to be uploaded is divided into multiple data blocks and uploaded to the receiving end in sequence, and the sending time interval between two adjacent data blocks is adjusted based on the initial upload bandwidth.

[0047] Embodiment 3 This embodiment also provides an electronic device, referring to Figure 3 , comprises a memory 404 and a processor 402, wherein the memory 404 stores a computer program, and the processor 402 is configured to run the computer program to execute the steps in any of the above method embodiments.

[0048] Specifically, the processor 402 may include a central processing unit (CPU), or an application specific integrated circuit (ASIC), or may be configured to implement one or more integrated circuits of the embodiments of the present application.

[0049] Among them, the memory 404 may include a large capacity memory 404 for data or instructions. For example, but not limitation, the memory 404 may include a hard disk drive (HDD), a floppy disk drive, a solid state drive (SSD), a flash memory, an optical disk, a magneto-optical disk, a tape, or a universal serial bus (USB) drive, or a combination of two or more of these. In appropriate cases, the memory 404 may include a removable or non-removable (or fixed) medium. In appropriate cases, the memory 404 may be inside or outside the data processing device. In a specific embodiment, the memory 404 is a non-volatile memory. In a specific embodiment, the memory 404 includes a read-only memory (ROM) and a random access memory (RAM). Where appropriate, the ROM may be a mask-programmed ROM, a programmable ROM (Programmable Read-Only Memory, PROM for short), an erasable PROM (Erasable Programmable Read-Only Memory, EPROM for short), an electrically erasable PROM (Electrically Erasable Programmable Read-Only Memory, EEPROM for short), an electrically alterable ROM (Electrically Alterable Read-Only Memory, EAROM for short) or a flash memory (FLASH) or a combination of two or more of these. In appropriate circumstances, the RAM may be a static random access memory (SRAM) or a dynamic random access memory (DRAM), wherein the DRAM may be a fast page mode dynamic random access memory 404 (FPMDRAM), an extended data output dynamic random access memory (EDODRAM), a synchronous dynamic random access memory (SDRAM), etc.

[0050] The memory 404 may be used to store or cache various data files required for processing and / or communication, as well as possible computer program instructions executed by the processor 402 .

[0051] The processor 402 reads and executes the computer program instructions stored in the memory 404 to implement any one of the WebRCT-based pathology slice background uploading methods in the above embodiments.

[0052] Optionally, the electronic device may further include a transmission device 406 and an input / output device 408 , wherein the transmission device 406 is connected to the processor 402 , and the input / output device 408 is connected to the processor 402 .

[0053] The transmission device 406 can be used to receive or send data via a network. Specific examples of the above-mentioned network may include a wired or wireless network provided by a communication provider of the electronic device. In one example, the transmission device includes a network adapter (Network Interface Controller, referred to as NIC), which can be connected to other network devices through a base station so as to communicate with the Internet. In one example, the transmission device 406 can be a radio frequency (Radio Frequency, referred to as RF) module, which is used to communicate with the Internet wirelessly.

[0054] The input / output device 408 is used to input or output information. In this embodiment, the input information may be a pathology slice file, etc., and the output information may be an upload result of the pathology slice file, etc.

[0055] Optionally, in this embodiment, the processor 402 may be configured to perform the following steps through a computer program: An upload program is installed in the upload end. When the upload program is started, a WebRCT connection is established between the upload end and the receiving end, and the upload program obtains the current network status in real time. The current network status includes the total network bandwidth, network delay, packet loss rate and round-trip time; A pathological slice file to be uploaded is selected at the upload end, the size of the pathological slice file to be uploaded is obtained by the upload program, and an initial upload bandwidth is allocated to the pathological slice to be uploaded based on the size of the pathological slice file to be uploaded and the current network status, wherein the pathological slice to be uploaded is divided into multiple data blocks and uploaded to the receiving end in sequence, and the sending time interval between two adjacent data blocks is adjusted based on the initial upload bandwidth.

[0056] It should be noted that the specific examples in this embodiment can refer to the examples described in the above embodiments and optional implementation modes, and this embodiment will not be described in detail here.

[0057] In general, various embodiments may be implemented in hardware or dedicated circuits, software, logic, or any combination thereof. Some aspects of the invention may be implemented in hardware, while other aspects may be implemented in firmware or software that may be executed by a controller, microprocessor, or other computing device, but the invention is not limited thereto. Although various aspects of the invention may be shown and described as block diagrams, flow charts, or using some other graphical representation, it should be understood that, as non-limiting examples, the boxes, devices, systems, techniques, or methods described herein may be implemented in hardware, software, firmware, dedicated circuits or logic, general-purpose hardware or controllers or other computing devices, or some combination thereof.

[0058] Embodiments of the present invention may be implemented by computer software that is executable by a data processor of a mobile device, such as in a processor entity, or by hardware, or by a combination of software and hardware. Computer software or programs (also referred to as program products) including software routines, applets and / or macros may be stored in any device-readable data storage medium, and they include program instructions for performing specific tasks. A computer program product may include one or more computer executable components configured to perform an embodiment when the program is run. One or more computer executable components may be at least one software code or a portion thereof. In addition, at this point, it should be noted that, for example, Figure 3 Any block of the logic flow in the program may represent program steps, or interconnected logic circuits, blocks and functions, or a combination of program steps and logic circuits, blocks and functions. The software may be stored on physical media such as memory chips or storage blocks implemented within a processor, magnetic media such as hard disks or floppy disks, and optical media such as, for example, DVDs and their data variants, CDs, etc. Physical media are non-transitory media.

[0059] Those skilled in the art should understand that the technical features of the above embodiments may be arbitrarily combined. To make the description concise, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0060] The above embodiments only express several implementation methods of the present application, and the descriptions thereof are relatively specific and detailed, but they cannot be understood as limiting the scope of the present application. It should be pointed out that, for a person of ordinary skill in the art, several variations and improvements can be made without departing from the concept of the present application, and these all belong to the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the attached claims.

Claims

1. A pathological slice background uploading method based on WebRCT, characterized in that: The following steps are involved: An upload program is installed in the upload end. When the upload program is started, a WebRCT connection is established between the upload end and the receiving end, and the upload program obtains the current network status in real time. The current network status includes the total network bandwidth, network delay, packet loss rate and round-trip time; A pathological slice file to be uploaded is selected at the upload end, the size of the pathological slice file to be uploaded is obtained by the upload program, and an initial upload bandwidth is allocated to the pathological slice to be uploaded based on the size of the pathological slice file to be uploaded and the current network status, wherein the pathological slice to be uploaded is divided into multiple data blocks and uploaded to the receiving end in sequence, and the sending time interval between two adjacent data blocks is adjusted based on the initial upload bandwidth.

2. A method for uploading pathological sections based on WebRCT according to claim 1, characterized in that: When the upload program is started, the navigator.mediaDevices object is first used to detect the WebRTC environment. After the WebRTC connection is established, the RTCPeerConnection object of WebRTC is initialized.

3. A method for uploading pathological sections based on WebRCT according to claim 1, characterized in that: The upload program uploads a small data packet to the receiving end through the navigator.connection object provided by the browser to obtain the current network status.

4. A method for uploading pathological sections based on WebRCT according to claim 1, characterized in that: If the size of the pathological slice file to be uploaded is less than or equal to the first set size, allocating a first initial upload bandwidth to the pathological slice file to be uploaded; If the size of the pathological slice file to be uploaded is greater than the first set size and less than or equal to the second set size and the total network bandwidth is less than or equal to the bandwidth threshold, the second initial upload bandwidth is allocated to the pathological slice file to be uploaded; if the size of the pathological slice file to be uploaded is greater than the first set size and less than or equal to the second set size and the total network bandwidth is greater than the bandwidth threshold, the third initial upload bandwidth is allocated to the pathological slice file to be uploaded; If the size of the pathology file to be uploaded is greater than the second set size and the total network bandwidth is less than or equal to the bandwidth threshold, the fourth initial upload bandwidth is allocated to the pathology slice file to be uploaded; if the size of the pathology file to be uploaded is greater than the second set size and the total network bandwidth is greater than the bandwidth threshold, the fifth initial upload bandwidth is allocated to the pathology slice file to be uploaded.

5. A method for uploading pathological sections based on WebRCT according to claim 4, characterized in that: The first initial upload bandwidth is smaller than the second initial upload bandwidth, which is smaller than the third initial upload bandwidth, which is smaller than the fourth initial upload bandwidth, which is smaller than the fifth initial upload bandwidth.

6. A method for uploading pathological sections based on WebRCT according to claim 1, characterized in that: The initial upload bandwidth is updated in real time based on the current network status. When the total network bandwidth decreases or the network delay increases or the packet loss rate increases or the round-trip time becomes longer, WebRCT is used to increase the sending time interval between two adjacent data blocks to increase the initial upload bandwidth; when the total network bandwidth increases or the network delay decreases or the packet loss rate decreases or the round-trip time becomes shorter, WebRCT is used to reduce the sending time interval between two adjacent data blocks to reduce the initial upload bandwidth.

7. A method for uploading pathological slices based on WebRCT according to claim 1, characterized in that: At the uploading end, a unique serial number and verification information are added to the data block of each pathological slice file. At the receiving end, an integrity check is performed based on the verification information of each data block. When a data block is detected to be lost or damaged, the corresponding data block is retransmitted according to the serial number information of the lost or damaged data block.

8. A pathological slice background uploading device based on WebRCT, characterized in that: include: A connection establishment module, which is used to install an upload program in the upload end, establish a WebRCT connection between the upload end and the receiving end when the upload program is started, and the upload program obtains the current network status in real time, and the current network status includes the total network bandwidth, network delay, packet loss rate and round-trip time; The upload module is used to select the pathological slice file to be uploaded in the upload end, obtain the size of the pathological slice file to be uploaded by the upload program, and allocate initial upload bandwidth for the pathological slice to be uploaded based on the size of the pathological slice file to be uploaded and the current network status, wherein the pathological slice to be uploaded is divided into multiple data blocks and uploaded to the receiving end in sequence, and the sending time interval between two adjacent data blocks is adjusted based on the initial upload bandwidth.

9. An electronic device comprising a memory and a processor, characterized in that: The memory stores a computer program, and the processor is configured to run the computer program to execute a pathological slice background uploading method based on WebRCT as described in any one of claims 1 to 7.

10. A readable storage medium, characterized in that: The readable storage medium stores a computer program, wherein the computer program includes a program code for controlling a process to execute a process, wherein the process includes a pathological slice background uploading method based on WebRCT according to any one of claims 1 to 7.

Images