CN111125601A

CN111125601A - File transmission method, device, terminal, server and storage medium

Info

Publication number: CN111125601A
Application number: CN201911350223.XA
Authority: CN
Inventors: 宋淮
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-12-24
Filing date: 2019-12-24
Publication date: 2020-05-08
Anticipated expiration: 2039-12-24
Also published as: CN111125601B

Abstract

The embodiment of the application discloses a file transmission method, a file transmission device, a terminal, a server and a storage medium, and belongs to the field of human-computer interaction. The method is used for a first terminal, a host program is installed in the first terminal, and the host program is used for providing an operating environment for an applet, and the method comprises the following steps: scanning the small program code displayed in the second terminal through the host program, wherein the small program code is displayed in a service handling website accessed by the second terminal and is used for indicating that a target file is uploaded to the service handling website through a target small program; analyzing the applet codes through the host program, and operating the target applet in the host program; acquiring a target file through a target applet; and uploading the target file through the target applet so that the uploading result of the target file is displayed in the service transaction website accessed by the second terminal. By adopting the method, the efficiency of service handling can be improved, and the file transmission is more effective and convenient.

Description

File transmission method, device, terminal, server and storage medium

Technical Field

The embodiment of the application relates to the field of human-computer interaction, in particular to a file transmission method, a file transmission device, a file transmission terminal, a file transmission server and a storage medium.

Background

In various business handling websites, a user is often required to fill in information forms, such as names, home addresses and the like, and the user can complete filling of corresponding information by directly inputting text information on an input interface.

For uploading attachments such as identity card photos, most business handling websites require a user to use a PC (personal computer) terminal for operation, if the user does not store the identity card photos in the PC terminal, the user can select to finish obtaining the identity card photos through other terminals, and the identity card photos are uploaded to the PC terminal in a wired or wireless mode, so that the identity card photos are finally recorded.

However, this method of uploading attachments is time consuming, and when the attachments first uploaded by the user do not meet the uploading requirement of the business transaction website, the user has to upload the attachments again.

Disclosure of Invention

The embodiment of the application provides a file transmission method, a file transmission device, a terminal, a server and a storage medium, and can solve the problem that a file uploading process of a business handling website is complicated. The technical scheme is as follows:

in one aspect, a file transfer method is provided, where the method is used in a first terminal, a host program is installed in the first terminal, and the host program is used to provide an operating environment for an applet, and the method includes:

scanning an applet code displayed in a second terminal through the host program, wherein the applet code is displayed in a service handling website accessed by the second terminal and is used for indicating that a target file is uploaded to the service handling website through a target applet;

analyzing the applet codes through the host program, and operating the target applet in the host program;

acquiring the target file through the target applet;

and uploading the target file through the target applet so as to display the uploading result of the target file in the service handling website accessed by the second terminal.

In one aspect, a file transfer method is provided, where the method is used for a background server, and the method includes:

receiving a file uploading request sent by a second terminal, wherein the file uploading request is used for requesting to upload a target file to a service handling website accessed by the second terminal;

generating an applet code according to the file uploading request, wherein the applet code is used for indicating that the target file is uploaded to the service handling website through a target applet;

sending the applet code to the second terminal, wherein the second terminal is used for displaying the applet code in the service handling website;

receiving the target file sent by a first terminal through the target applet, wherein the target applet is operated in a host program after the first terminal scans and analyzes the applet codes through the host program, and the host program is used for providing an operating environment for the applet;

and uploading the target file to the business handling website so that the uploading result of the target file is displayed in the business handling website accessed by the second terminal.

In another aspect, an apparatus for transferring a file is provided, where the apparatus is used in a first terminal, a host program is installed in the first terminal, and the host program is used to provide a running environment for an applet, and the apparatus includes:

the code scanning module is used for scanning the applet codes displayed in the second terminal through the host program, the applet codes are displayed in a service handling website accessed by the second terminal, and the applet scanning module is used for indicating that a target file is uploaded to the service handling website through a target applet;

the decoding module is used for analyzing the applet codes through the host program and operating the target applet in the host program;

the file acquisition module is used for acquiring the target file through the target applet;

and the file sending module is used for uploading the target file through the target applet so as to display the uploading result of the target file in the service handling website accessed by the second terminal.

In another aspect, an apparatus for file transfer is provided, where the apparatus is used for a background server, and the apparatus includes:

the file uploading module is used for uploading a target file to a service handling website accessed by the second terminal;

the small program code generating module is used for generating a small program code according to the file uploading request, and the small program code is used for indicating that the target file is uploaded to the business handling website through a target small program;

the system comprises an applet code sending module, a second terminal and a service processing website, wherein the applet code sending module is used for sending the applet code to the second terminal, and the second terminal is used for displaying the applet code in the service processing website;

the file receiving module is used for receiving the target file sent by the first terminal through the target applet, the target applet is run in the host program after the first terminal scans and analyzes the applet codes through the host program, and the host program is used for providing a running environment for the applet;

and the file uploading module is used for uploading the target file to the business handling website so as to display the uploading result of the target file in the business handling website accessed by the second terminal.

In another aspect, a terminal is provided that includes a processor and a memory; the memory stores at least one instruction for execution by the processor to implement the file transfer method of the above aspect.

In another aspect, a server is provided, the server comprising a processor and a memory; the memory stores at least one instruction for execution by the processor to implement the file transfer method of the above aspect.

In another aspect, a computer-readable storage medium is provided, the storage medium storing at least one instruction for execution by a processor to implement the file transfer method of the above aspect.

In another aspect, a computer program product is provided, which stores at least one instruction that is loaded and executed by a processor to implement the file transfer method of the above aspect.

In the embodiment of the application, the background server receives a file uploading request sent by the second terminal, generates the applet code according to the file uploading request, and sends the applet code to the second terminal, the second terminal displays the applet code, the first terminal scans and analyzes the applet code displayed in the second terminal through the host program, a target applet is operated in the host program, a target file is obtained through the target applet, finally the first terminal uploads the target file through the target applet, and the background server uploads the target file to a service handling website after receiving the target file. Compared with the method for uploading the file through the file selector in the related art, by adopting the file transmission method provided by the application, the file uploading of the service handling website at the second terminal can be completed by the first terminal through scanning the small program codes, the file does not need to be sent to the second terminal first, and then the file is uploaded through the second terminal, so that the service handling efficiency is improved, and meanwhile, the file transmission process is more effective and convenient due to the file transmission method realized based on the small program codes.

Drawings

FIG. 1 illustrates an environmental schematic of an implementation environment provided by an exemplary embodiment of the present application;

FIG. 2 illustrates a flow chart of a file transfer method provided by an exemplary embodiment of the present application;

FIG. 3 is a schematic diagram of an interface for a second terminal to receive a selection operation;

FIG. 4 is a schematic diagram of an applet interface when a first terminal completes acquisition of a target file;

FIG. 5 illustrates a flow chart of a file transfer method provided by another exemplary embodiment of the present application;

FIG. 6 illustrates a flow chart of a file transfer method provided by another exemplary embodiment of the present application;

FIG. 7 is a diagram illustrating an applet interface based on different object file types for a first terminal;

FIG. 8 illustrates an applet interface diagram of a first terminal displaying a file acquisition control;

FIG. 9 is a diagram of an applet interface for selecting a target document based on a gallery;

FIG. 10 is a schematic illustration of an applet interface for a first terminal displaying audit pass information;

FIG. 11 is a schematic illustration of an applet interface in which a first terminal displays audit failure information;

FIG. 12 illustrates an applet interface diagram of a first terminal displaying an upload control;

FIG. 13 illustrates a flow chart of a file transfer method provided by another exemplary embodiment of the present application;

fig. 14 is a block diagram illustrating a structure of a file transfer apparatus according to an exemplary embodiment of the present application;

fig. 15 is a block diagram showing a configuration of a file transfer apparatus according to another exemplary embodiment of the present application;

fig. 16 is a block diagram illustrating a structure of a terminal according to an exemplary embodiment of the present application;

fig. 17 shows a schematic structural diagram of a server according to an exemplary embodiment of the present application.

Detailed Description

To make the objects, technical solutions and advantages of the present application more clear, embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

Reference herein to "a plurality" means two or more. "and/or" describes the association relationship of the associated objects, meaning that there may be three relationships, e.g., a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship.

For convenience of understanding, terms referred to in the embodiments of the present application are explained below.

The small program: an applet is an application developed based on a programming language that runs in dependence on a host program, i.e. the applet can be run in the host program by a user without downloading and installing the applet.

Small program codes: the small program code is a two-dimensional code used when the small program page is accessed, and the access address of the small program page is coded, so that the small program code corresponding to the small program page is generated.

Host program: in a computer environment, the software environment in which software (e.g., a target applet in this application) depends is referred to as a host environment, which is an execution environment (i.e., a host program). The hosting environment (hosting program) may be an operating system, a server program, an application program.

Referring to fig. 1, an environment diagram of an implementation environment provided by an exemplary embodiment of the present application is shown. The implementation environment includes a background first terminal 110, a second terminal 120 and a background server 130.

The first terminal 110 and the second terminal 120 may be a mobile phone, a tablet computer, a laptop portable computer, a desktop computer, and the like. In the embodiment of the present application, the first terminal 110 is taken as a mobile phone, and the second terminal 120 is taken as a desktop computer for illustration, but the present application is not limited thereto.

In addition, the first terminal 110 has a camera function and is installed with a host program, the host program can provide a running environment for the target applet, and the host program can have functions of scanning the applet codes and parsing the applet codes; the second terminal 120 may access at least one service handling website through the internet, and optionally, the service handling website may be a website based on pure service handling, such as an examination registration website, or a website with service handling, such as a website that requires the user to complete service handling for authentication when the user logs in for the first time.

The background server 130 may be any one of a server, a server cluster composed of several servers, a virtual cloud storage, or a cloud computing center. The background server 130 is configured to provide a background service for the first terminal 110 and the second terminal 120, where the background server 130 is capable of providing the first terminal 110 with a background service for uploading a target file to a service handling website, and is capable of providing the second terminal 120 with a background service for generating an applet code; in addition, the backend server 130 has data storage capabilities, such as storing information related to business transaction websites, target applets, and transferred files, among others.

Taking the service of uploading id card of the examination registration website as an example, as shown in fig. 1, in one possible implementation, the user selects the type of id card on the first interface 121 of the second terminal 120, the second terminal 120 receives the user's selection operation on "the identity card of the continental chinese residents", and the second terminal 120 sends a photo uploading request (a file uploading request) to the background server 130 according to the selection operation, where the file uploading request is used to upload the related photo (a target file) of the identity card of the continental chinese residents to the examination registration website accessed by the second terminal.

Further, the backend server 130 generates the applet code 131 according to the photo uploading request, and transmits the generated applet 131 to the second terminal 120, the second terminal 120 displays the applet 131 on the second interface 122, the first terminal 110 opens a messenger program (a kind of host program), and scans the applet code 131 displayed by the second terminal 120 through the wechat program, and parses the applet page address of the applet a, a kind of target applet, from the applet code 131, the first terminal 110 enters the applet page 111 by accessing the applet page address, the photos of the Chinese continental residents are uploaded by the page prompt of the small program page 111, the photos uploaded by the first terminal 110 are uploaded to the background server 130 by the small program A, the photos are uploaded to the examination registration website by the background server 130, and the third interface 123 displays that the uploading of the photos of the Chinese continental residents is finished currently.

In addition, a file browsing control 123 is also displayed on the second interface 122, and when the second terminal 120 receives a click operation on the file browsing control 123, the second terminal 120 selects a photo in the terminal through the file selector. When the first terminal 110 and the second terminal 120 do not store the photo, the user takes a picture through the first terminal 110 and obtains the photo to be uploaded, and stores the obtained photo to the second terminal 120 in a wired or wireless manner, and the user uploads the photo to the examination registration website through the file selection of the file browsing control 123.

It should be noted that, the file transmission method of the present application is implemented based on the applet code, and compared with a method for uploading a file through a file selector in the related art, the file transmission method implemented based on the applet code makes a file transmission process more effective and convenient.

Referring to fig. 2, a flowchart of a file transfer method according to an exemplary embodiment of the present application is shown. The method is suitable for the first terminal 110, the second terminal 120 and the background server 130 shown in fig. 1, and the method includes:

step 201, a background server receives a file uploading request sent by a second terminal, where the file uploading request is used to request to upload a target file to a service handling website accessed by the second terminal.

The second terminal is an electronic device with an internet access function, and when the second terminal starts the internet access function, the user can access various websites including service handling websites through the second terminal. Optionally, in this embodiment of the application, the service handling website may be a website based on pure service handling, such as an examination registration website; or a website with transaction functions that require the user to complete an authenticated transaction when the user first logs in.

In a possible implementation manner, the second terminal receives a selection operation of a user on a target file identifier, generates a file uploading request according to the selection operation, and sends the file uploading request to the background server; correspondingly, the background server receives a file uploading request sent by the second terminal. The file uploading request corresponds to the target file identifier, and the file uploading request is used for requesting to upload the target file to a service handling website accessed by the second terminal.

In one example, as shown in fig. 3, the first interface 121 of the second terminal 120 is a website for handling identity verification services, the first interface 121 displays a document type selection frame 301, the document type selection frame 301 includes five options, each option correspondingly displays a text identifier, the user selects the identifier of "chinese continental residence-identity card" through a keyboard, mouse or touch screen operation, at this time, the second terminal 120 receives the selection operation of the user on the identifier of "chinese continental residence-identity card", and generates a file upload request corresponding to the identifier, that is, the file upload request is used to request to upload pictures related to the identity card of chinese continental residence to the service handling website accessed by the second terminal 120.

Step 202, the background server generates an applet code according to the file uploading request.

In one possible implementation, the backend server generates the applet code from the file upload request. The applet code is used for indicating the target file to be uploaded to the service handling website through the target applet. Optionally, the target applet is installed in the first terminal, and is an applet having functions of accessing the local storage of the first terminal and calling the first terminal, and meanwhile, the target applet may also perform data interaction with the background server.

And step 203, the background server sends the applet code to the second terminal.

In a possible implementation manner, a service handling website is displayed on the current interface of the second terminal, and after the background server completes generation of the applet code, the applet code is sent to the service handling website currently displayed on the second terminal, so that the applet code is displayed on the service handling website through the interface of the second terminal.

And step 204, the first terminal scans the applet codes displayed in the second terminal through the host program.

Correspondingly, after receiving the applet codes provided by the background server, the second terminal displays the applet codes in a business handling website accessed by the second terminal, and based on the visibility of the applet codes in the business handling website, a user can scan the visible applet codes by using the first terminal provided with the host program, namely the first terminal scans the applet codes displayed in the second terminal through the host program.

Based on the camera shooting function of the first terminal, in the process that the first terminal scans the applet codes through the host program, the host program calls the camera shooting component of the first terminal to scan the applet displayed by the second terminal.

And step 205, the first terminal analyzes the applet codes through the host program, and runs the target applet in the host program.

Since the host program is the operating environment that the target applet depends on, in one possible implementation, the parsing rule of the applet code is preset by the target applet and the host program, and when the user scans the applet code through other programs with a code scanning function in the first terminal, a correct scanning result cannot be parsed, for example, a prompt interface for parsing an error is displayed on the first terminal.

The applet code is used to instruct the target applet to upload the target file to the service transaction website, so that after the applet code is scanned by the host applet, information related to the target applet can be obtained, and the information related to the target applet is an analysis result, such as an access address of a certain page of the target applet. Further, the first terminal operates the target applet in the host program according to the analysis result.

Optionally, in the process that the host program runs the target applet, if the analysis result is information related to the target applet, the first terminal displays an initial page of the target applet when the analysis is completed; and if the analysis result is information related to a certain small program page, the first terminal displays the small program page when the analysis is completed.

When the initial page is different from the page related to the target file, the first terminal needs to jump the initial page to the page related to the target file through a host program, and further executes the step of acquiring the target file; optionally, in order to improve the efficiency of the first terminal in acquiring the target file, the applet page is a page related to the acquisition of the target file, that is, after the first terminal completes parsing of the applet code through the host program, the current interface of the first terminal immediately jumps to the page related to the acquisition of the target file, and further, the step of acquiring the target file is executed.

In step 206, the first terminal obtains the target file through the target applet.

In a possible implementation manner, the first terminal completes parsing on the applet codes through the host program, and the first terminal displays the page in the target applet according to the parsing result. When the interface displayed by the first terminal is a page related to the target file acquisition in the target applet, the user can operate the target applet according to the page content, and finally the first terminal acquires the target file through the target applet.

In an example, as shown in fig. 4, the first terminal 110 displays a first applet page 401, the first applet page 401 is a page related to obtaining a target document, and the second terminal sends a document uploading request to the background server based on a service of obtaining an identity card photo, so that the first applet page 401 displays prompt information of uploading an "identity card person image photo" and an "identity card national emblem image photo", and a user can click the prompt information to complete the obtaining of the target document by the applet a, in this example, the target document is the identity card person image photo and the identity card national emblem image photo; further, after the first terminal 110 finishes acquiring the target file through the applet a, the first terminal 110 displays a second applet page 402, where the second applet page 402 is a page related to the finish of acquiring the target file.

And step 207, uploading the target file by the first terminal through the target applet.

Further, after the user finishes selecting the target file, the target applet in the first terminal acquires the target file, the first terminal sends the target file to the background server through the target applet, and the background server is used for uploading the received target file to a service handling website accessed by the second terminal, so that the service handling website displays an uploading result of the target file. And if the business handling website receives the corresponding target file, displaying an uploading result of the 'uploaded' text prompt on a display screen of the second terminal.

In the above example, the applet a is the target applet, and after the first terminal 110 acquires the target file through the applet a, a second program page 402 is displayed to indicate that the applet a has completed acquiring the target file and has sent the target file to the background server.

And step 208, the background server receives the target file sent by the first terminal through the target applet.

Correspondingly, after the first terminal sends the target file to the background server through the target applet, the background server receives the target file sent by the first terminal through the target applet.

Since the background server receives the file upload request sent by the second terminal and needs to send the target file corresponding to the file upload request to the service handling website accessed by the second terminal, in a possible implementation manner, the background server verifies the received target file and determines whether the target file corresponds to a certain file upload request. If the malicious program platform sends the malicious file to the background server, the malicious file is used for stealing user data of the service handling website, and in the embodiment of the application, the background server can verify each target file, so that the problem of mistakenly uploading the malicious file to the service handling website can be avoided.

Since the target file is from the first terminal different from the second terminal, for the same service handling website, the target file under different specifications is received, and the target file under different specifications is from the second terminal different. Therefore, in a possible implementation manner, after receiving the target file sent by the first terminal through the target applet, the background server determines a file upload request corresponding to the target file, and according to an audit standard of a sender of the file upload request, that is, according to an audit standard of a corresponding service handling website, the background server performs an audit on the specification of the target file, such as whether four corners of an id card photo are complete, whether the size of the file exceeds the upload standard, and the like, and after the target file passes the audit, the background server executes the content of step 209 again.

Optionally, the auditing of the target file may also be accomplished within the target applet. The background server generates the small programs, simultaneously sends the auditing standards of the corresponding business handling websites to the target small programs, correspondingly, when the target small programs acquire the target files at the first terminal, the target files are audited according to the auditing standards, and the target files passing the auditing standards are sent to the background server.

And step 209, the background server uploads the target file to a business handling website.

In the possible embodiment, the background server completes verification of the target file, and/or uploads the verified and/or verified target file to the service handling website after verification, and the service handling website displays the uploading result of the target file.

Optionally, for a target file which fails to pass verification, namely a file with an unknown source, the background server discards the target file; and for the target file which is not approved, the background server sends a retransmission instruction to the target applet, and the retransmission instruction comprises the information that the audit is not approved, such as the reason that the target file is not approved.

To sum up, in the embodiment of the application, the background server receives a file upload request sent by the second terminal, generates an applet code according to the file upload request, and sends the applet code to the second terminal, the second terminal displays the applet code, the first terminal scans and analyzes the applet code displayed in the second terminal through the host program, runs the target applet in the host program according to an analysis result, then obtains the target file through the target applet, and finally uploads the target file through the target applet, and the background server uploads the target file to the service handling website after receiving the target file. Compared with the method for uploading the file through the file selector in the related art, by adopting the file transmission method provided by the application, the file uploading of the service handling website at the second terminal can be completed by the first terminal through scanning the small program codes, the file does not need to be sent to the second terminal first, and then the file is uploaded through the second terminal, so that the service handling efficiency is improved, and meanwhile, the file transmission process is more effective and convenient due to the file transmission method realized based on the small program codes.

Optionally, in this application, the background server includes a file upload server and an applet server. The file uploading server is used for providing uploading service of target files for various business handling websites, and the small program server is used for providing a small program open platform for the host program and the small program.

In one possible implementation, please refer to fig. 5, which shows a flowchart of a file transfer method according to another exemplary embodiment of the present application. The method is applicable to the first terminal 110 and the second terminal 120 shown in fig. 1, and the background server 130 includes a file upload server and an applet server, and the method includes:

step 501, the file upload server receives a file upload request sent by the second terminal.

In one possible implementation mode, the second terminal receives selection operation of a user on a business handling website interface, generates a file uploading request according to the selection operation, and sends the file uploading request to a file uploading server serving the business handling website; further, the file uploading server receives a file uploading request sent by the second terminal.

Step 502, the file upload server sends a file upload request to the applet server.

The file transmission method is realized based on the applet codes, the applet depends on the running environment of the host program, and for the host program, the host program realizes the interaction of the external data of each applet which depends on the running through the applet server. Therefore, in one possible implementation, the file upload server sends the file upload request to the applet server, and the file upload server completes generation of the applet code through the applet server.

In step 503, the applet server generates an applet code according to the file upload request.

And after the file uploading request is sent to the small program server by the file uploading server, the small program server receives the file uploading request and generates a small program code according to the file uploading request.

At step 504, the applet server sends the applet code to the file upload server.

Further, after the applet server completes generation of the applet codes, the applet codes are sent to the file uploading server.

In one possible implementation, the data interaction between the file upload server and the applet server is completed based on a synchronization request, where the synchronization refers to a communication mode in which the file upload server sends data to the applet server and then waits for the applet server to send a response back before sending a next data packet.

In one example, two second terminals send file upload requests to a file upload server, the file upload server sends file upload requests sent by the second terminals which are earlier in time to an applet server according to the time sequence, and after the applet server returns an applet code corresponding to the file upload request, the file upload server sends file upload requests sent by the other second terminal to the applet server.

And 505, the file uploading server sends the applet codes to the second terminal.

Correspondingly, the file uploading server receives the applet codes sent by the applet server and sends the applet codes to the second terminal.

Step 506, the first terminal scans the applet code displayed in the second terminal through the host program.

Optionally, please refer to step 204 for the content of this step, which is not described herein again in this embodiment of the present application.

And step 507, the first terminal analyzes the applet codes through the host program, and the target applet is operated in the host program.

Optionally, please refer to step 205 for the content of this step, which is not described herein again in this embodiment of the present application.

And step 508, the first terminal acquires the target file through the target applet.

Optionally, please refer to step 206 for the content of this step, which is not described herein again in this embodiment of the present application.

In step 509, the first terminal uploads the target file through the target applet.

Based on the target file being the response of the file uploading request, the first terminal sends the target file to the file uploading server through the target applet, so that the file uploading server realizes the response of the file uploading request sent by the second terminal by acquiring the target file.

In step 510, the file upload server receives a target file sent by the first terminal through the target applet.

Correspondingly, after the first terminal sends the target file to the file uploading server through the target applet, the file uploading server receives the target file sent by the first terminal through the target applet.

In step 511, the file upload server uploads the target file to the service transaction website.

In this embodiment of the application, since the file upload server is configured to provide an upload service of a target file for various service handling websites, optionally, after receiving the target file, the file upload server determines a file upload request to which the target file needs to respond, and determines a sender of the file upload request, that is, a return party of the target file, and after the file upload server determines the service handling website to which the target file needs to be returned, the file upload server uploads the target file to the service handling website, and the service handling website displays an upload result of the target file.

On the basis of the above embodiments, the embodiments of the present application disclose an integration method for a background server, that is, the background server includes a file upload server and an applet server. In the embodiment of the application, data processing and transmission pressure based on a background server in the embodiment is relieved through data interaction of the file uploading server and the applet server, and the communication mode between the file uploading server and the applet server is a synchronous request, so that the safety of applet code transmission is further improved based on the communication mode.

Referring to fig. 6, a flowchart of a file transfer method according to another exemplary embodiment of the present application is shown. The method is suitable for the first terminal 110, the second terminal 120 and the background server 130 shown in fig. 1, and the method includes:

step 601, the background server receives a file uploading request sent by the second terminal, and the file uploading request is used for requesting to upload a target file to a service handling website accessed by the second terminal.

In this embodiment of the present application, the file upload request includes a target file type, and the second terminal generates the file upload request according to the target file type, optionally, the file upload request includes at least one target file type, where the target file type includes a photo type, a document type, an audio/video type, and the like, and this is not limited in this embodiment of the present application.

In one example, the user requests the user to upload an identity card photo through a service transaction website accessed by the second terminal, and the target file type is a photo type; in another example, the business transaction website accessed by the user through the second terminal requires the user to upload an identification card photo and an electronically scanned version of graduation certificate, and the target file types are photo type and document type. Further, the document types can be classified into Word text types, Portable Document Format (PDF) types, Excel spreadsheet types, and other conventional office file types.

Optionally, the content of this step may also refer to step 201.

In the embodiment of the application, before the second terminal sends the file uploading request to the background server, the following contents are also included.

Firstly, the background server receives a registration request sent by the second terminal.

The registration request is used for the business handling website to apply for website identification to the background server, and the website identification is used for uniquely identifying each business handling website.

And secondly, the background server generates website identifications corresponding to the business handling websites according to the registration request sent by the second terminal.

And thirdly, the background server stores the website identifications and sends the website identifications to the corresponding business handling websites.

Optionally, the service handling website that obtains the website identifier may directly send the file upload request to the background server, and send the website identifier to the background server at the same time as sending the file upload request, so that the background server determines the sender of the file upload request.

In a possible embodiment, step 601 is followed by step 602 or step 603, and step 602 and step 603 each propose a method for determining a target applet.

Step 602, the background server determines the target applet according to the target file type included in the file uploading request.

In order to reduce the operation of the user on the target applet and further improve the efficiency of the target applet in acquiring the target file, in one possible implementation, the background server determines the target applet according to the target file type included in the file upload request, and the target applet is used for acquiring a file belonging to the target file type.

Step 603, the background server determines the target applet according to the website identifier and the target file type included in the file uploading request.

Optionally, the target applet is configured to acquire a file belonging to a target file type, and audit the acquired file according to an audit standard preset in the service processing website. Wherein, different business transaction websites correspond to different auditing standards.

In another possible implementation manner, different auditing standards corresponding to different business transaction websites are distinguished through website identification. Therefore, the background server determines the target applet according to the website identification and the target file type contained in the file uploading request, and stores the auditing standard preset by the business handling website corresponding to the website identification based on the target applet determined by the website identification and the target file type.

And step 604, the background server generates an applet code according to the applet page address corresponding to the target applet.

In one possible embodiment, the applet page address of the applet page is encoded and the applet code corresponding thereto is generated. The target small program runs depending on the host program, and when the first terminal which installs the host program is used for scanning the small program code, the first terminal can analyze the small program page address corresponding to the target small program through the host program.

The applet page address may be an access address of an initial page of the target applet, or an access address of a page for prompting to acquire the target file type file. When the initial page is different from the page for prompting to acquire the target file type file, the first terminal needs to jump the initial page to the page for prompting to acquire the target file type file through the host program, and further, the step of acquiring the target file is executed.

Step 605, the background server sends the applet code to the second terminal.

Optionally, please refer to step 203 for the content of this step, which is not described herein again in this embodiment of the present application.

Step 606, the first terminal analyzes the applet code through the host program to obtain the applet page address contained in the applet code.

In a possible implementation manner, the first terminal analyzes the applet code through the host program, and runs the target applet in the host program according to an analysis result, in this embodiment, the analysis result includes an applet page address corresponding to the target applet.

In step 607, the first terminal accesses the applet page address through the host program and displays the applet page corresponding to the applet page address in the host program.

The first terminal continues to access the applet page address of the target applet through the host program and displays the applet page corresponding to the applet page address in the host program. Optionally, the applet page corresponds to the target file type.

In one example, the target file types included in the file upload request include a photo type and a document type, and therefore, the file acquisition controls provided by the applet page corresponding to the target file type are of two types. Illustratively, as shown in fig. 7 (a), the target applet is applet a, the first terminal 110 displays a first applet page 710, and the first applet page 710 displays three file acquisition controls, including a photo type-based file acquisition control, that is, an identity card image plane photo acquisition control 711 and an identity card national emblem image plane photo acquisition control 712, and also including a document type-based file acquisition control, that is, a academic certificate PDF version acquisition control 713.

In another example, the target file type included in the file upload request is only a photo type, and thus, the file acquisition control provided by the applet page corresponding to the target file type is of one type. Illustratively, as shown in fig. 7 (b), the target applet is applet a, the first terminal 110 displays a second applet page 720, and the second applet page 720 displays two file acquisition controls based on the photo type, that is, an identity card image plane photo acquisition control 721 and an identity card national emblem photo acquisition control 722.

In another example, the target file type included in the file upload request is only a document type, and thus, the file acquisition control provided by the applet page corresponding to the target file type is of one type. Illustratively, as shown in fig. 7 (c), the target applet is applet a, the first terminal 110 displays a third applet page 730, and the third applet page 730 displays two document acquisition controls based on document types, namely, a degree certificate PDF version acquisition control 731 and a graduation certificate PDF version acquisition control 732.

In step 608, the first terminal receives a trigger operation for a file acquisition control in the applet page.

Optionally, the user selects a plurality of file acquisition controls displayed on the applet page, and the first terminal receives a trigger operation of the user on the file acquisition controls in the applet page.

Taking the example of (b) in fig. 7, as shown in fig. 8, the user selects the identification card image plane photo obtaining control 721, and accordingly, the first terminal receives the triggering operation of the user on the identification card image plane photo obtaining control 721 in the second applet page 720.

And step 609, the first terminal displays the file acquisition guide information in the small program page according to the triggering operation of the file acquisition control.

Further, the first terminal displays the file acquisition guide information in the applet page according to the triggering operation of the file acquisition control.

Taking the target file type as a photo type as an example, the types of the file acquisition guide information include a shooting guide type and an acquisition mode guide type. The file acquisition guidance information corresponding to each type includes at least one of graphic guidance information and text guidance information, that is, the file acquisition guidance information can be displayed in a picture and/or text manner.

For the shooting guide type file acquisition guide information, the file acquisition guide information is used for prompting a user to pay attention to the fact that an image in a shooting frame needs to meet an auditing standard in the shooting process.

For the file acquisition guidance information of the acquisition mode guidance type, the file acquisition guidance information is used for prompting a user to switch the current acquisition mode of the target file, and if the user does not use the camera shooting assembly to shoot, the target file is acquired through the gallery.

Further, as shown in fig. 8, the first terminal 110 jumps to the photo obtaining page 810 from the second applet page 720 according to the triggering operation of the user on the identification card image photo obtaining component 721. The photograph acquisition page 810 includes file acquisition guide information of a shooting guide type and file acquisition guide information of an acquisition mode guide type. In fig. 8, an example picture 811 and a shooting prompt box 812 obtain guide information for a file of a shooting guide type, the example picture 811 is a standard identification card image picture, and the shooting prompt box 812 is a shooting prompt based on an audit standard; the confirmation photographing component 813 and the gallery identifier 814 are file acquisition guide information of an acquisition mode guide type, the confirmation photographing component 813 is usable for the applet a to acquire a target file through a photographing function of the first terminal 110, and the gallery identifier 814 is usable for the applet a to acquire the target file by accessing a local gallery. In addition, the photo acquisition page 810 is provided with a strobe light turning on and off component 715 that assists in the shooting process.

In an example, as shown in fig. 9, when the user clicks the gallery identifier 814, the first terminal 110 receives a touch operation on the gallery identifier 814, the photo obtaining page 810 jumps to the gallery display page 910 through the host program, further, the user selects a picture displayed on the gallery display page 910, the first terminal 110 receives a selection operation on the picture 911, and then the picture 911 is determined as a target file.

And step 610, the first terminal audits the target file through the target applet, and the target applet is preset with an audit standard.

Optionally, in the first case, the auditing criteria may be set based on different target file types, that is, different target file types correspond to different auditing criteria; or, in the second case, the auditing criteria for the same target document type are different between different business transaction websites.

For the first case, the auditing standards of the same target file type for each service transaction website that is successfully registered with the background server are the same, and in one possible implementation, the background server sends the auditing standards of different target file types to the target applet in advance.

For the second situation, the service handling website is unpredictable for the target applet, in a possible implementation manner, the background server obtains the audit standard provided by each service handling website during registration, associates and stores each audit standard with the website identifier corresponding to the service handling website, further, the background server sends the website identifier and the audit standard stored in association with the website identifier to the target applet, the first terminal scans the applet code to analyze the website identifier through the host program, and sends the website identifier to the target applet, and the target applet can obtain the audit standard corresponding to the current target file through the received website identifier.

Optionally, the result of the target applet examining the target file includes a pass examination and a fail examination. When the result of the audit is that the audit is passed, step 611 is executed after step 610; when the result of the audit is that the audit is not passed, step 610 is followed by step 612.

In step 611, if the target file passes the audit, the first terminal displays the audit passing information in the applet page.

And the target small program checks the target file according to the checking standard, and if the target file passes the checking, the first terminal displays the checking passing information in the small program page.

In an example, as shown in fig. 10, the first terminal 110 displays an audit-passed page 1000, and the audit-passed page 1000 displays a first completion identifier 1001 and a second completion identifier 1002, where the first completion identifier 1001 and the second completion identifier 1002 are audit-passed information displayed in the audit-passed page 1000.

Step 612, if the target file does not pass the audit, the first terminal displays the information that the audit does not pass in the applet page.

And the target small program checks the target file according to the checking standard, and if the target file passes and fails to pass the checking, the first terminal displays the information that the checking fails in the small program page.

In one example, the target file type includes a picture type and a document type, as shown in fig. 11 (a), the first terminal 110 displays a first audit failed page 1110, and the first audit failed page 1110 displays a third completion identifier 1111, a first incomplete identifier 1112, and a second incomplete identifier 1113, where the third completion identifier 1111 is audit passed information, and the first incomplete identifier 1112 and the second incomplete identifier 1113 are audit failed information displayed in the first audit failed page 1110. Wherein the third unfinished identifier 1111 and the first unfinished identifier 1112 correspond to a target file of a photo type, and the second unfinished identifier 1113 corresponds to a target file of a document type.

In another example, the target file type only includes a picture type, as shown in fig. 11 (b), the first terminal 110 displays a second review failed page 1120, and the second review failed page 1120 displays a fourth completion identifier 1121 and a third incomplete identifier 1122, where the fourth completion identifier 1121 is review passed information, and the third incomplete identifier 1122 is review failed information displayed in the second review failed page 1120. Wherein the fourth completing flag 1121 corresponds to a target file of a photo type, and the third not completing flag 1122 corresponds to a target file of a document type.

In a possible implementation manner, if the target file fails to be audited, the first terminal displays not only audit failure information but also retransmission prompt information in the applet page, where the retransmission prompt information is used for prompting a user of a reason why the target file fails to be audited.

In one example, the target file type includes a picture type and a document type, as shown in fig. 11 (a), the first audit failed page 1110 of the first terminal 110 further displays a first retransmission prompt 1112a for prompting the user that the uploaded id national emblem photo does not meet the photo specification, and requesting the user to upload the id national emblem photo again; in addition, the first audit failure page 1110 also displays a second re-upload prompt 1112a for prompting the user that the PDF version of academic degree certificate file uploaded by the user exceeds the file size (1M), and the file can be re-uploaded.

In another example, the target file type includes a picture type and a document type, as shown in fig. 11 (b), the second audit-failed page 1120 of the first terminal 110 further displays a third upload prompt 1122a for prompting the user that the uploaded id country logo photo does not meet the photo specification and requesting the user to upload the id country logo photo again.

Step 613, if the target file passes the audit and the trigger operation of the uploading control in the applet page is received, the first terminal uploads the target file through the target applet.

Optionally, on the basis of step 611, if the first terminal receives a trigger operation on an upload control in the applet page, the first terminal sends the target file to the backend server through the target applet.

On the basis of fig. 10, as shown in fig. 12, when the target file (the image photo of the identity card person and the image photo of the national emblem of the identity card) passes the audit, the user clicks the upload control 1201 on which the text prompt is displayed, at this time, the first terminal 110 receives the trigger operation on the upload control 1201 in the audit-passed page 1000, and the first terminal 110 sends the target file to the background server through the applet a.

And 614, the background server receives the target file sent by the first terminal through the target applet.

Optionally, please refer to step 208 for the content of this step, which is not described herein again in this embodiment of the present application.

Step 615, the background server uploads the target file to a service handling website.

Optionally, please refer to step 209 for the content of this step, which is not described herein again in this embodiment of the present application.

On the basis of the foregoing embodiment, the present application embodiment provides two methods for determining a target applet by a background server, where one method is a determination method based on a target file type, and the other method is a determination method based on a website identifier and a target file type, and based on the foregoing method for determining a target applet, the file transfer method provided in the present application embodiment can reduce operations of a user on the target applet, and further improve efficiency of the target applet in obtaining the target file; in addition, after the target applet acquires the target file, the target applet audits the target file according to a preset audit standard, and then the situation that the target file is mistakenly uploaded for multiple times by a user is avoided, so that the transmission efficiency of the target file is further improved, the audit process is realized in the target applet, and the data processing pressure of a background server can be relieved.

In the actual application process, because a large number of file uploading events may exist in the same website (that is, a plurality of users upload files to the same service handling website through a small program), in order to enable the background server to distinguish different file uploading events and avoid file uploading errors, the background server needs to set a unique event identifier for a file uploading request after receiving the file uploading request, so as to distinguish file uploading events triggered by different users based on the event identifier in the subsequent process.

Referring to fig. 13, a flowchart of a file transfer method according to another exemplary embodiment of the present application is shown. The method is suitable for the first terminal 110, the second terminal 120 and the background server 130 shown in fig. 1, and the method includes:

step 1301, the background server receives a file uploading request sent by the second terminal, wherein the file uploading request is used for requesting to upload a target file to a service handling website accessed by the second terminal.

Optionally, please refer to step 601 for the content of this step, which is not described herein again in this embodiment of the present application.

In step 1302, the background server determines the target applet according to the target file type included in the file upload request.

Optionally, please refer to step 602 for the content of this step, which is not described herein again in this embodiment of the present application.

And step 1303, the background server determines the target applet according to the website identifier and the target file type included in the file uploading request.

Optionally, please refer to step 603 for the content of this step, which is not described herein again in this embodiment of the present application.

In step 1304, the background server generates an event identifier corresponding to the file upload request.

In one example, a website a sends multiple file upload requests to a background server at the same time, and if the target applet only obtains the website identifier of the website a, after the target applet sends multiple obtained target files to the background server, the background server cannot recognize the file upload requests corresponding to the multiple target files.

In order to solve the problem in the above example, in a possible implementation manner, after receiving the file upload request, the backend server generates an applet code according to an applet page address, where the applet page address further includes an event identifier. The event identifier is generated by a background server and is used for uniquely identifying an event for uploading a target file to a service handling website.

In a possible implementation manner, the background server generates the event identifier according to the timestamp of the received file uploading request and a random number, or generates the event identifier in a self-increment manner, which is not limited in the manner of generating the event identifier in this embodiment.

Step 1305, the background server writes the event identifier as a parameter into the applet page address.

In a possible implementation manner, the background server sends the event identifier to the target applet through the first terminal, and the implementation process includes: the method comprises the steps that a background server writes an event identifier into an applet page address as a parameter, the background server generates an applet code according to the applet page address written with the event identifier, when a first terminal scans the applet code through a host program, the applet page address and the event identifier contained in the applet page address can be analyzed, and the event identifier is transmitted into a target applet when the first terminal accesses the applet page address through the host program. The implementation includes the present step and step 1306.

In step 1306, the background server generates an applet code according to the applet page address written with the event identifier.

Optionally, please refer to step 1305, and details of this step are not described herein again.

Step 1307, the background server sends the applet code and the event identifier to the second terminal.

In one possible embodiment, the backend server sends the applet code and the event identification to the second terminal. After receiving the small program code, the second terminal displays the small program code on a terminal interface corresponding to the business handling website; in addition, the background server not only writes the event identifier as a parameter into the applet page address, but also sends the event identifier to the second terminal, and the second terminal stores the event identifier after receiving the event identifier and sends a polling request to the background server through the event identifier.

The polling request comprises an event identifier, and the second terminal inquires the acquisition state of the target file under the event identifier by sending the polling request to the background server. When the background server does not acquire the target file under the event identifier, the background server displays that the target file under the event identifier is in an uncommitted state; and when the background server acquires the target file under the event identifier, the background server displays that the target file under the event identifier is in a submission state.

Optionally, after receiving the event identifier, the second terminal sends a polling request to the background server at a fixed time interval until the target file under the event identifier is in a submission state.

Step 1308, the first terminal analyzes the applet code through the host program to obtain the applet page address contained in the applet code.

Optionally, please refer to step 606 for the content of this step, which is not described herein again in this embodiment of the present application.

In step 1309, the first terminal accesses the applet page address through the host program, and displays the applet page corresponding to the applet page address in the host program.

Optionally, please refer to step 607 for the content of this step, which is not described herein again in this embodiment of the present application.

In step 1310, the first terminal obtains the target file through the target applet.

Step 1311, the first terminal uploads the event identifier and the target file through the target applet.

Optionally, the first terminal sends the target file to the background server through the target applet, and also sends the event identifier to the background server through the target applet, so that the background server can distinguish different target files according to the event identifier. For example, a plurality of first terminals simultaneously send target files to a background server through a target applet, each first terminal sends an event identifier corresponding to the target file to the background server, and the background server distinguishes the plurality of target files according to the event identifiers.

In step 1312, the background server receives the target file and the event identifier sent by the first terminal through the target applet, and stores the target file and the event identifier in an associated manner.

Further, after the first terminal sends the event identifier and the target file to the background server through the target applet, the background server receives the target file and the event identifier corresponding to the target file, and the background server stores the event identifier and the target file in an associated manner and uploads the target file to the service handling website according to the event identifier.

Step 1313, the background server receives a polling request sent by the second terminal, where the polling request includes an event identifier.

After receiving the event identifier, the second terminal sends a polling request to the background server at a fixed interval, and correspondingly, the background server receives the polling request sent by the second terminal at a fixed interval, that is, this step is not limited to be executed after step 1312.

Step 1314, the background server searches for the target file corresponding to the event identifier and uploads the target file to the service handling website.

In a possible implementation manner, when the second terminal queries that the target file under the event identifier is in a submission state, the second terminal sends a target file acquisition request to a background server, wherein the target file acquisition request includes the event identifier; and after receiving the target file acquisition request, the background server searches a target file corresponding to the event identifier and uploads the target file to a service handling website.

On the basis of the above embodiment, the background server according to the embodiment of the present application writes the event identifier as a parameter into the applet page address, so that the problem that the background server cannot recognize the file upload requests corresponding to the multiple target files when the service handling website simultaneously sends multiple file upload requests to the background server and after the target applet sends the multiple acquired target files to the background server can be solved.

Referring to fig. 14, a block diagram of a file transfer device according to an embodiment of the present application is shown. The apparatus may be implemented as all or part of a computer device in software, hardware, or a combination of both. The device is used for a first terminal, a host program is installed in the first terminal, the host program is used for providing an operating environment for an applet, and the device comprises:

a code scanning module 1401, configured to scan an applet code displayed in a second terminal through the host program, where the applet code is displayed in a service handling website accessed by the second terminal, and is configured to instruct to upload a target file to the service handling website through a target applet;

a decoding module 1402, configured to analyze the applet code through the host program, and run the target applet in the host program;

a file obtaining module 1403, configured to obtain the target file through the target applet;

a file sending module 1404, configured to upload the target file through the target applet, so that the upload result of the target file is displayed in the service transaction website accessed by the second terminal.

Optionally, the decoding module 1402 includes:

the decoding unit is used for analyzing the applet codes through the host program to obtain the applet page addresses contained in the applet codes;

and the access unit is used for accessing the small program page address through the host program and displaying the small program page corresponding to the small program page address in the host program.

Optionally, the file obtaining module 1403 includes:

the operation receiving unit is used for receiving triggering operation of the file acquisition control in the small program page;

and the information display unit is used for displaying file acquisition guide information in the applet page according to the triggering operation of the file acquisition control, wherein the file acquisition guide information comprises at least one of graphic guide information and character guide information.

Optionally, the apparatus further comprises:

the auditing module is used for auditing the target file through the target applet, and the target applet is preset with an auditing standard;

the first display module is used for displaying the auditing passing information in the small program page if the target file passes the auditing;

the second display module is used for displaying the information that the audit is not passed in the small program page if the target file is not passed the audit;

optionally, the file sending module 1404 includes:

and the file sending unit is used for uploading the target file through the target applet if the target file passes the audit and the triggering operation of the uploading control in the applet page is received.

Optionally, the applet page address further includes an event identifier, where the event identifier is used to uniquely identify an event for uploading the target file to the service handling website;

optionally, the file sending module 1404 includes:

and sending the event identifier and the target file to the background server through the target applet, wherein the background server is used for performing associated storage on the event identifier and the target file and uploading the target file to the service handling website according to the event identifier.

Referring to fig. 15, a block diagram of a file transfer device according to another embodiment of the present application is shown. The apparatus may be implemented as all or part of a computer device in software, hardware, or a combination of both. The device is used for a background server, and the device comprises:

a request receiving module 1501, configured to receive a file upload request sent by a second terminal, where the file upload request is used to request that a target file be uploaded to a service handling website accessed by the second terminal;

an applet code generating module 1502 configured to generate an applet code according to the file upload request, where the applet code is used to instruct to upload the target file to the service handling website through a target applet;

an applet code sending module 1503, configured to send the applet code to the second terminal, where the second terminal is configured to display the applet code in the service handling website;

a file receiving module 1504, configured to receive the target file sent by the first terminal through the target applet, where the target applet is run in a host program after the first terminal scans and analyzes the applet code through the host program, and the host program is used to provide a running environment for the applet;

the file uploading module 1505 is configured to upload the target file to the service handling website, so that an uploading result of the target file is displayed in the service handling website accessed by the second terminal.

Optionally, the applet code generating module 1502 includes:

a first applet determining unit, configured to determine the target applet according to a target file type included in the file upload request, where the target applet is configured to acquire a file belonging to the target file type;

and the first applet code generating unit is used for generating the applet codes according to the applet page addresses corresponding to the target applets.

Optionally, the applet code generating module 1502 includes:

a second applet determining unit, configured to determine the target applet according to the website identifier and the target file type included in the file uploading request, where the target applet is configured to acquire a file belonging to the target file type, and audit the acquired file according to an audit standard preset by the service handling website;

and the second applet code generating unit is used for generating the applet codes according to the applet page addresses corresponding to the target applets.

Optionally, the second applet code generating unit is further configured to generate an event identifier corresponding to the file upload request, where the event identifier is used to uniquely identify an event for uploading the target file to the service handling website;

writing the event identifier as a parameter into the applet page address;

generating the applet code according to the applet page address written in the event identifier;

optionally, the apparatus further comprises:

and the event identifier receiving module is used for receiving the target file and the event identifier which are sent by the first terminal through the target applet and performing associated storage on the target file and the event identifier.

Optionally, the applet code sending module 1503 includes:

an applet code sending unit, configured to send the applet code and the event identifier to the second terminal;

optionally, the file uploading module 1505 includes:

a polling request receiving unit, configured to receive a polling request sent by the second terminal, where the polling request includes the event identifier;

and the file uploading unit is used for searching the target file corresponding to the event identifier and uploading the target file to the service handling website.

Referring to fig. 16, a block diagram of a terminal 1600 according to an exemplary embodiment of the present application is shown. The terminal 1600 may be a portable mobile terminal such as: smart phones, tablet computers, MP3 players (Moving Picture Experts Group Audio Layer III, mpeg Audio Layer 3), MP4 players (Moving Picture Experts Group Audio Layer IV, mpeg Audio Layer 4). Terminal 1600 may also be referred to by other names such as user equipment, portable terminal, etc.

Generally, terminal 1600 includes: a processor 1601, and a memory 1602.

Processor 1601 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and so on. The processor 1601 may be implemented in at least one hardware form of a DSP (Digital Signal Processing), an FPGA (Field-Programmable Gate Array), and a PLA (Programmable Logic Array). Processor 1601 may also include a main processor and a coprocessor, where the main processor is a processor for processing data in an awake state, and is also referred to as a Central Processing Unit (CPU); a coprocessor is a low power processor for processing data in a standby state. In some embodiments, the processor 1601 may be integrated with a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content that the display screen needs to display. In some embodiments, the processor 1601 may further include an AI (Artificial Intelligence) processor for processing computing operations related to machine learning.

Memory 1602 may include one or more computer-readable storage media, which may be tangible and non-transitory. The memory 1602 may also include high-speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In some embodiments, a non-transitory computer readable storage medium in the memory 1602 is used to store at least one instruction for execution by the processor 1601 to implement a file transfer method of the terminal 1600 provided herein.

In some embodiments, the terminal 1600 may also optionally include: peripheral interface 1603 and at least one peripheral. Specifically, the peripheral device includes: at least one of a radio frequency circuit 1604, a touch screen display 1605, a camera 1606, audio circuitry 1607, a positioning component 1608, and a power supply 1609.

Peripheral interface 1603 can be used to connect at least one I/O (Input/Output) related peripheral to processor 1601 and memory 1602. In some embodiments, processor 1601, memory 1602, and peripheral interface 1603 are integrated on the same chip or circuit board; in some other embodiments, any one or two of the processor 1601, the memory 1602 and the peripheral device interface 1603 may be implemented on a separate chip or circuit board, which is not limited by this embodiment.

The Radio Frequency circuit 1604 is used for receiving and transmitting RF (Radio Frequency) signals, also called electromagnetic signals. The radio frequency circuitry 1604 communicates with communication networks and other communication devices via electromagnetic signals. The rf circuit 1604 converts the electrical signal into an electromagnetic signal to be transmitted, or converts a received electromagnetic signal into an electrical signal. Optionally, the radio frequency circuit 1604 includes: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a subscriber identity module card, and so forth. The radio frequency circuit 1604 may communicate with other terminals via at least one wireless communication protocol. The wireless communication protocols include, but are not limited to: the world wide web, metropolitan area networks, intranets, generations of mobile communication networks (2G, 3G, 4G, and 5G), Wireless local area networks, and/or WiFi (Wireless Fidelity) networks. In some embodiments, the rf circuit 1604 may also include NFC (Near Field Communication) related circuits, which are not limited in this application.

The touch display screen 1605 is used to display a UI (User Interface). The UI may include graphics, text, icons, video, and any combination thereof. The touch display 1605 also has the ability to capture touch signals on or over the surface of the touch display 1605. The touch signal may be input to the processor 1601 as a control signal for processing. The touch display 1605 is used to provide virtual buttons and/or a virtual keyboard, also referred to as soft buttons and/or a soft keyboard. In some embodiments, the touch display 1605 may be one, providing the front panel of the terminal 1600; in other embodiments, the touch display screens 1605 can be at least two, respectively disposed on different surfaces of the terminal 1600 or in a folded design; in some embodiments, the touch display 1605 can be a flexible display disposed on a curved surface or on a folded surface of the terminal 1600. Even the touch display screen 1605 may be arranged in a non-rectangular irregular pattern, i.e., a shaped screen. The touch Display 1605 may be made of LCD (Liquid Crystal Display), OLED (Organic Light-Emitting Diode), or other materials.

The camera assembly 1606 is used to capture images or video. Optionally, camera assembly 1606 includes a front camera and a rear camera. Generally, a front camera is used for realizing video call or self-shooting, and a rear camera is used for realizing shooting of pictures or videos. In some embodiments, the number of the rear cameras is at least two, and each of the rear cameras is any one of a main camera, a depth-of-field camera and a wide-angle camera, so that the main camera and the depth-of-field camera are fused to realize a background blurring function, and the main camera and the wide-angle camera are fused to realize a panoramic shooting function and a VR (Virtual Reality) shooting function. In some embodiments, camera assembly 1606 can also include a flash. The flash lamp can be a monochrome temperature flash lamp or a bicolor temperature flash lamp. The double-color-temperature flash lamp is a combination of a warm-light flash lamp and a cold-light flash lamp, and can be used for light compensation at different color temperatures.

The audio circuit 1607 is used to provide an audio interface between a user and the terminal 1600. The audio circuitry 1607 may include a microphone and a speaker. The microphone is used for collecting sound waves of a user and the environment, converting the sound waves into electric signals, and inputting the electric signals to the processor 1601 for processing or inputting the electric signals to the radio frequency circuit 1604 to achieve voice communication. For stereo sound acquisition or noise reduction purposes, the microphones may be multiple and disposed at different locations of terminal 1600. The microphone may also be an array microphone or an omni-directional pick-up microphone. The speaker is used to convert electrical signals from the processor 1601 or the radio frequency circuit 1604 into sound waves. The loudspeaker can be a traditional film loudspeaker or a piezoelectric ceramic loudspeaker. When the speaker is a piezoelectric ceramic speaker, the speaker can be used for purposes such as converting an electric signal into a sound wave audible to a human being, or converting an electric signal into a sound wave inaudible to a human being to measure a distance. In some embodiments, the audio circuit 1607 may also include a headphone jack.

The positioning component 1608 is configured to locate a current geographic location of the terminal 1600 for navigation or LBS (location based Service). The positioning component 1608 may be a positioning component based on the GPS (global positioning System) of the united states, the beidou System of china, or the galileo System of russia.

Power supply 1609 is used to provide power to the various components of terminal 1600. Power supply 1609 may be alternating current, direct current, disposable or rechargeable. When power supply 1609 includes a rechargeable battery, the rechargeable battery may be a wired rechargeable battery or a wireless rechargeable battery. The wired rechargeable battery is a battery charged through a wired line, and the wireless rechargeable battery is a battery charged through a wireless coil. The rechargeable battery may also be used to support fast charge technology.

In some embodiments, terminal 1600 also includes one or more sensors 1610. The one or more sensors 1610 include, but are not limited to: acceleration sensor 1611, gyro sensor 1612, pressure sensor 1613, fingerprint sensor 1614, optical sensor 1615, and proximity sensor 1616.

Acceleration sensor 1611 may detect acceleration in three coordinate axes of a coordinate system established with terminal 1600. For example, the acceleration sensor 1611 may be used to detect components of the gravitational acceleration in three coordinate axes. The processor 1601 may control the touch display screen 1605 to display the user interface in a landscape view or a portrait view according to the gravitational acceleration signal collected by the acceleration sensor 1611. The acceleration sensor 1611 may also be used for acquisition of motion data of a game or a user.

Gyroscope sensor 1612 can detect the organism direction and the turned angle of terminal 1600, and gyroscope sensor 1612 can gather the 3D action of user to terminal 1600 with acceleration sensor 1611 in coordination. From the data collected by the gyro sensor 1612, the processor 1601 may perform the following functions: motion sensing (such as changing the UI according to a user's tilting operation), image stabilization at the time of photographing, game control, and inertial navigation.

Pressure sensors 1613 may be disposed on a side bezel of terminal 1600 and/or underlying touch display 1605. When the pressure sensor 1613 is disposed on the side frame of the terminal 1600, a user's holding signal of the terminal 1600 may be detected, and left-right hand recognition or shortcut operation may be performed according to the holding signal. When the pressure sensor 1613 is disposed at the lower layer of the touch display 1605, the operability control on the UI interface can be controlled according to the pressure operation of the user on the touch display 1605. The operability control comprises at least one of a button control, a scroll bar control, an icon control and a menu control.

The fingerprint sensor 1614 is used to collect a fingerprint of the user to identify the identity of the user according to the collected fingerprint. Upon recognizing that the user's identity is a trusted identity, the processor 1601 authorizes the user to perform relevant sensitive operations including unlocking a screen, viewing encrypted information, downloading software, paying for and changing settings, etc. The fingerprint sensor 1614 may be disposed on the front, back, or side of the terminal 1600. When a physical key or vendor Logo is provided on the terminal 1600, the fingerprint sensor 1614 may be integrated with the physical key or vendor Logo.

The optical sensor 1615 is used to collect ambient light intensity. In one embodiment, the processor 1601 may control the display brightness of the touch display screen 1605 based on the ambient light intensity collected by the optical sensor 1615. Specifically, when the ambient light intensity is high, the display brightness of the touch display screen 1605 is increased; when the ambient light intensity is low, the display brightness of the touch display 1605 is turned down. In another embodiment, the processor 1601 may also dynamically adjust the shooting parameters of the camera assembly 1606 based on the ambient light intensity collected by the optical sensor 1615.

A proximity sensor 1616, also referred to as a distance sensor, is typically disposed on the front side of terminal 1600. The proximity sensor 1616 is used to collect the distance between the user and the front surface of the terminal 1600. In one embodiment, the processor 1601 controls the touch display 1605 to switch from the light screen state to the rest screen state when the proximity sensor 1616 detects that the distance between the user and the front surface of the terminal 1600 is gradually decreased; when the proximity sensor 1616 detects that the distance between the user and the front surface of the terminal 1600 is gradually increased, the touch display 1605 is controlled by the processor 1601 to switch from the breath screen state to the bright screen state.

Those skilled in the art will appreciate that the configuration shown in fig. 16 is not intended to be limiting of terminal 1600, and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components may be employed.

Referring to fig. 17, a schematic structural diagram of a server according to an embodiment of the present application is shown. The server is used for implementing the file transmission method provided by the embodiment. Specifically, the method comprises the following steps:

the server 1700 includes a Central Processing Unit (CPU)1701, a system memory 1704 including a Random Access Memory (RAM)1702 and a Read Only Memory (ROM)1703, and a system bus 1705 connecting the system memory 1704 and the central processing unit 1701. The server 1700 also includes a basic input/output system (I/O system) 1706 for facilitating the transfer of information between devices within the computer, and a mass storage device 1707 for storing an operating system 1713, application programs 1714, and other program modules 1715.

The basic input/output system 1706 includes a display 1708 for displaying information and an input device 1709 such as a mouse, keyboard, etc. for a user to input information. Wherein the display 1708 and the input device 1709 are connected to the central processing unit 1701 via an input-output controller 1710 connected to the system bus 1705. The basic input/output system 1706 may also include an input/output controller 1710 for receiving and processing input from a number of other devices, such as a keyboard, mouse, or electronic stylus. Similarly, the input-output controller 1710 may also provide output to a display screen, a printer, or other type of output device.

The mass storage device 1707 is connected to the central processing unit 1701 through a mass storage controller (not shown) connected to the system bus 1705. The mass storage device 1707 and its associated computer-readable media provide non-volatile storage for the server 1700. That is, the mass storage device 1707 may include a computer-readable medium (not shown), such as a hard disk or CD-ROM drive.

Without loss of generality, the computer-readable media may comprise computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes RAM, ROM, EPROM, EEPROM, flash memory or other solid state memory technology, CD-ROM, DVD, or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices. Of course, those skilled in the art will appreciate that the computer storage media is not limited to the foregoing. The system memory 1704 and mass storage device 1707 described above may be collectively referred to as memory.

The server 1700 may also operate in conjunction with remote computers connected to a network via a network, such as the internet, according to various embodiments of the present application. That is, the server 1700 may be connected to the network 1712 through the network interface unit 1711 connected to the system bus 1705, or may be connected to other types of networks or remote computer systems using the network interface unit 1711.

The memory has stored therein at least one instruction, at least one program, set of codes, or set of instructions configured to be executed by one or more processors to implement the functions of the various steps of the file transfer method described above.

The embodiments of the present application further provide a computer-readable storage medium, where at least one instruction, at least one program, a code set, or a set of instructions is stored in the storage medium, and the at least one instruction, the at least one program, the code set, or the set of instructions is loaded and executed by the processor to implement the file transmission method provided in the above embodiments.

Optionally, the computer-readable storage medium may include: a Read Only Memory (ROM), a Random Access Memory (RAM), a Solid State Drive (SSD), or an optical disc. The Random Access Memory may include a resistive Random Access Memory (ReRAM) and a Dynamic Random Access Memory (DRAM).

The above-mentioned serial numbers of the embodiments of the present application are merely for description and do not represent the merits of the embodiments. The above description is only exemplary of the present application and should not be taken as limiting, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the protection scope of the present application.

Claims

1. A file transmission method is used for a first terminal, a host program is installed in the first terminal, and the host program is used for providing a running environment for an applet, and the method comprises the following steps:

acquiring the target file through the target applet;

2. The method of claim 1, wherein the parsing the applet code by the host program, running the target applet in the host program, comprises:

analyzing the small program code through the host program to obtain a small program page address contained in the small program code;

and accessing the small program page address through the host program, and displaying the small program page corresponding to the small program page address in the host program.

3. The method of claim 2, wherein said obtaining the object file by the object applet comprises:

receiving a trigger operation of a file acquisition control in the small program page;

and displaying file acquisition guide information in the applet page according to the triggering operation of the file acquisition control, wherein the file acquisition guide information comprises at least one of graphic guide information and text guide information.

4. The method of claim 2, wherein after the target file is obtained by the target applet, the method further comprises:

auditing the target file through the target small program, wherein an auditing standard is preset in the target small program;

if the target file passes the verification, displaying verification passing information in the small program page;

if the target file is not approved, displaying the information that the audit is not approved in the small program page;

the uploading of the target file by the target applet comprises:

and if the target file passes the audit and the triggering operation of the uploading control in the small program page is received, uploading the target file through the target small program.

5. The method according to any one of claims 2 to 4, characterized in that the applet page address further comprises an event identifier for uniquely identifying the event of uploading the target document to the service transaction website;

the uploading of the target file by the target applet comprises:

6. A file transmission method is used for a background server, and comprises the following steps:

7. The method of claim 6, wherein generating applet code from the file upload request comprises:

determining the target applet according to a target file type contained in the file uploading request, wherein the target applet is used for acquiring a file belonging to the target file type;

and generating the applet codes according to the applet page address corresponding to the target applet.

8. The method of claim 6, wherein generating applet code from the file upload request comprises:

determining the target applet according to the website identification and the target file type contained in the file uploading request, wherein the target applet is used for acquiring the file belonging to the target file type and auditing the acquired file according to an auditing standard preset by the service handling website;

9. The method according to claim 7 or 8, wherein the generating the applet code according to the applet page address corresponding to the target applet comprises:

generating an event identifier corresponding to the file uploading request, wherein the event identifier is used for uniquely identifying an event for uploading the target file to the service handling website;

writing the event identifier as a parameter into the applet page address;

after receiving the target file sent by the first terminal through the target applet, the method includes:

and receiving the target file and the event identifier sent by the first terminal through the target applet, and performing associated storage on the target file and the event identifier.

10. The method of claim 9, wherein the sending the applet code to the second terminal comprises:

sending the applet code and the event identifier to the second terminal;

the uploading the target file to the service handling website includes:

receiving a polling request sent by the second terminal, wherein the polling request comprises the event identifier;

and searching the target file corresponding to the event identifier, and uploading the target file to the service handling website.

11. A file transfer apparatus, wherein the apparatus is used for a first terminal, a host program is installed in the first terminal, and the host program is used to provide an operating environment for an applet, and the apparatus includes:

12. A file transfer apparatus, the apparatus being used for a background server, the apparatus comprising:

13. A terminal, characterized in that the terminal comprises a processor and a memory; the memory stores at least one instruction for execution by the processor to implement the file transfer method of any of claims 1 to 5.

14. A server, comprising a processor and a memory; the memory stores at least one instruction for execution by the processor to implement the file transfer method of any of claims 6 to 10.

15. A computer-readable storage medium having stored thereon at least one instruction for execution by a processor to implement the file transfer method of any of claims 1 to 5 or the file transfer method of any of claims 6 to 10.