CN111125601B

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

Info

Publication number: CN111125601B
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: 2023-07-18
Anticipated expiration: 2039-12-24
Also published as: CN111125601A

Abstract

The embodiment of the application discloses a file transmission method, a file transmission device, a file transmission terminal, a file transmission server and a file storage medium, and belongs to the field of man-machine interaction. The method is used for a first terminal, a host program is installed in the first terminal, the host program is used for providing an operation environment for the applet, and the method comprises the following steps: scanning the applet codes displayed in the second terminal through the host program, wherein the applet Cheng Xuma is displayed in a business transaction website accessed by the second terminal and used for indicating uploading of a target file to the business transaction website through the target applet; analyzing the applet code through a host program, and running a target applet in the host program; acquiring a target file through a target applet; and uploading the target file through the target applet so as to enable the uploading result of the target file to be displayed in the business handling website accessed by the second terminal. By adopting the method, the business handling efficiency can be improved, and 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 man-machine interaction, in particular to a file transmission method, a device, a terminal, a server and a storage medium.

Background

In various business handling websites, users are often required to fill in information forms, such as filling in information of names, home addresses and the like, and the users can directly input text information on an input interface to finish filling in corresponding information.

For accessories such as uploading identity card photos, most business handling websites require users to use a PC end for operation, if the users do not store the identity card photos at the PC end, the users can choose to finish the acquisition of the identity card photos through other terminals, upload the identity card photos to the PC end in a wired or wireless mode, and finally finish the input of the identity card photos.

However, this way of uploading the attachment is time consuming, and when the attachment uploaded by the user for the first time does not meet the uploading requirement of the business transaction website, the user has to upload the attachment again.

Disclosure of Invention

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

in one aspect, there is provided a file transfer method for a first terminal, in which a host program is installed, the host program being configured to provide an operating environment for an applet, the method comprising:

Scanning an applet code displayed in a second terminal through the host program, wherein the applet code is displayed in a business handling website accessed by the second terminal and is used for indicating uploading of a target file to the business handling website through a target applet;

analyzing the applet code through the host program, and running the target applet in the host program;

acquiring the target file through the target applet;

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

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

receiving a file uploading request sent by a second terminal, wherein the file uploading request is used for requesting uploading of a target file to a business 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 uploading of the target file to the business handling website through the target applet;

the small program code is sent to the second terminal, and the second terminal is used for displaying the small program code in the business transaction website;

The method comprises the steps that a target file sent by a first terminal through a target applet is received, the target applet is operated in a host program after the first terminal scans and analyzes the applet code through the host program, and the host program is used for providing an operation environment for the applet;

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

In another aspect, there is provided a file transfer apparatus for a first terminal in which a host program for providing an operating environment for an applet is installed, the apparatus comprising:

the code scanning module is used for scanning the applet codes displayed in the second terminal through the host program, wherein the applet codes are displayed in a business transaction website accessed by the second terminal and used for indicating uploading of a target file to the business transaction website through a target applet;

the decoding module is used for analyzing the applet codes through the host program and running 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 enable the uploading result of the target file to be displayed in the business handling website accessed by the second terminal.

In another aspect, there is provided a file transfer apparatus for a background server, the apparatus comprising:

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

the applet code generation module is used for generating applet codes according to the file uploading request, wherein the applet codes are used for indicating uploading of the target file to the business transaction website through the target applet;

the small program code sending module is used for sending the small program code to the second terminal, and the second terminal is used for displaying the small program code in the business handling 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 operated in a host program after the first terminal scans and analyzes the applet code through the host program, and the host program is used for providing an operation environment for the applet;

And the file uploading module is used for 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, 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 as described in the above aspects.

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 as described in the above aspects.

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 a file transfer method as described in the above aspect.

In another aspect, there is provided a computer program product storing 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 an applet code according to the file uploading request, sends the applet code to the second terminal, displays the applet code by the second terminal, scans and analyzes the applet code displayed in the second terminal by the first terminal through the host program, runs the target applet in the host program, then obtains the target file 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 the business handling website after receiving the target file. Compared with the method for uploading the file through the file selector in the related art, the file transmission method provided by the application is adopted, the first terminal can finish uploading the file of the service handling website at the second terminal through scanning the small program code, the file is not required to be sent to the second terminal, 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 on the basis of the small program code.

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 diagram of an applet interface when a first terminal has completed 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 shows a first terminal based on different object file types;

FIG. 8 illustrates a first terminal showing an applet interface diagram for a file acquisition control;

FIG. 9 illustrates an applet interface diagram for selecting a target file based on a gallery;

FIG. 10 is a diagram of an applet interface for a first terminal displaying audit passing information;

FIG. 11 is a diagram of an applet interface for a first terminal displaying audit failed information;

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

FIG. 13 is a flowchart illustrating a method for file transfer according to another exemplary embodiment of the present application;

FIG. 14 is a block diagram illustrating a file transfer device according to an exemplary embodiment of the present application;

Fig. 15 is a block diagram showing a structure of a file transfer device 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

For the purpose of making the objects, technical solutions and advantages of the present application more apparent, the embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

References herein to "a plurality" means two or more. "and/or", describes an association relationship of an association object, and indicates that there may be three relationships, for example, a and/or B, and may indicate: a exists alone, A and B exist together, and B exists alone. The character "/" generally indicates that the context-dependent object is an "or" relationship.

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

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

Applet code: the applet code is a two-dimensional code used when accessing the applet page, and the access address of the applet page is encoded to generate the applet code corresponding to the applet page.

Host program: in a computer environment, a software environment in which software (e.g., an object applet) depends to survive is referred to as a host environment, which is an operating environment (i.e., a host program). The host environment (host program) may be an operating system, a server program, and an application program.

Referring to fig. 1, an environmental schematic 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 cellular 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 as an example, but this configuration is not limited thereto.

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

The background server 130 may be any one of a server, a server cluster formed by a plurality of 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 a background service for the first terminal 110 to upload a target file to a business transaction website, and is capable of providing a background service for the second terminal 120 to generate applet codes; in addition, the background server 130 has data storage capabilities, such as storing information related to business transaction websites, targeted applets, transferred files, and the like.

Taking the uploading id card service of the examination registering website as an example, as shown in fig. 1, in one possible implementation manner, a user selects an id card type at the first interface 121 of the second terminal 120, the second terminal 120 receives a selection operation of the user on the "type a id card", 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 a related photo (a target file) of the type a id card to the examination registering website accessed by the second terminal.

Further, the background server 130 generates an applet code 131 according to the photo upload request, and sends the generated applet code 131 to the second terminal 120, the second terminal 120 displays the applet code 131 on the second interface 122, the first terminal 110 opens a WeChat program (a host program), scans the applet code 131 displayed on the second terminal 120 through the WeChat program, parses an applet page address of an applet A (a target applet) from the applet code 131, the first terminal 110 accesses the applet page 111 by accessing the applet page address, uploads the class A identity card photo through page prompt of the applet page 111, the applet A uploads the photo uploaded by the first terminal 110 to the background server 130, the background server 130 uploads the photo to the examination registration website, and the third interface 123 displays that uploading of the class A identity card photo is currently completed.

In addition, the second interface 122 also displays a file browsing control 123, 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 neither the first terminal 110 nor the second terminal 120 stores the photo, the user takes a photograph 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 registering website through the file selection of the file browsing control 123.

It should be noted that, the file transmission method is implemented based on the applet code, and compared with the method of uploading the file through the file selector in the related art, the file transmission method implemented based on the applet code makes the file transmission process more effective and more 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 applicable to the first terminal 110, the second terminal 120 and the background server 130 shown in fig. 1, and the method includes:

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

The second terminal is an electronic device with an internet access function, and when the second terminal opens the internet access function, a user can access various websites through the second terminal, wherein the websites comprise business handling websites. Alternatively, in the embodiment of the present application, the service transacting website may be a website based on pure service transacting, such as an examination registering website; or a website with business offices, such as business offices where the user is required to complete authentication when the user logs in for the first time.

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 identification, and is used for requesting a business handling website accessed by the second terminal to upload the target file.

In one example, as shown in fig. 3, the first interface 121 of the second terminal 120 is a website for handling an authentication service, the first interface 121 displays a certificate type selection box 301, the certificate type selection box 301 includes five options, each option is correspondingly displayed with a text identifier, and a user selects an "a-type identity card" identifier through a mouse or a touch screen operation, at this time, the second terminal 120 receives a selection operation of the user on the "a-type identity card" identifier, and generates a file uploading request corresponding to the identifier, that is, the file uploading request is used for requesting to upload a picture related to the a-type identity card to the service handling website accessed by the second terminal 120.

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

In one possible implementation, the background server generates applet code from the file upload request. The applet code is used for indicating that the target file is uploaded to the business handling website through the target applet. Optionally, the target applet is installed on the first terminal, and is an applet that accesses the first terminal to store and call the functions of the first terminal locally, and meanwhile, the target applet can also perform data interaction with the background server.

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

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

In step 204, the first terminal scans the applet codes displayed in the second terminal by means of the host program.

Correspondingly, after the second terminal receives the applet codes provided by the background server, the applet codes are displayed in the business handling website accessed by the second terminal, and based on the visibility of the applet codes in the business handling website, the 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 image capturing 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 image capturing component of the first terminal to scan the applet displayed by the second terminal.

In step 205, the first terminal parses the applet code through the host program, and runs the target applet in the host program.

Because the host program is an operating environment on which the target applet depends, in one possible implementation, the analysis 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, the user cannot analyze a correct scanning result, for example, a prompt interface for analyzing an error is displayed on the first terminal.

The applet code is used for indicating that the target file is uploaded to the business handling website through the target applet, so that after the applet code is scanned by using the host program, 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; if the analysis result is information related to a certain applet page, the first terminal displays the applet page when the analysis is completed.

When the initial page is different from the page related to the acquisition target file, the first terminal needs to jump the initial page to the page related to the acquisition target file through a host program, and further, the step of acquiring the target file is executed; 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 target file, that is, after the first terminal finishes analyzing the applet code through the host program, the current interface of the first terminal immediately jumps to the page related to 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 one possible implementation manner, the first terminal analyzes the applet code through the host program, and the first terminal displays the page in the target applet according to the analysis result. When the interface currently displayed by the first terminal is a page related to the acquisition of the target file in the target applet, the user can operate the target applet according to the page content, and finally the first terminal can acquire the target file through the target applet.

In one example, as shown in fig. 4, the first terminal 110 displays a first applet page 401, where the first applet page 401 is a page related to acquiring a target file, and the second terminal sends a file uploading request to the background server based on a service of acquiring an identity card photo, so that the first applet page 401 displays prompt information of uploading an "identity card a-side photo" and an "identity card B-side photo", and a user can click the prompt information to complete acquisition of the target file by the applet a, where the target file is the identity card a-side photo and the identity card B-side photo in this example; further, after the first terminal 110 completes the acquisition of 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 completion of the acquisition of the target file.

In step 207, the first terminal uploads the target file 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 the uploading result of the target file. If the business transaction website receives the corresponding target file, the uploading result of the uploaded text prompt is displayed on a display screen of the second terminal.

In the above example, applet a is the object applet, and after the first terminal 110 acquires the object file through applet a, a second program page 402 is displayed to indicate that applet a has completed acquiring the object file and has sent the object 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.

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

Since the target file originates from a first terminal different from a second terminal, for the same business transaction website, the target file under the different specifications is received from a different second terminal. Therefore, in one 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 performs an audit on the specification of the target file according to an audit standard of a sender of the file upload request, that is, according to an audit standard of a corresponding business handling website, for example, whether the four corners of the identification card photo are complete, whether the file size 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.

Alternatively, the auditing of the target file can be completed in the target applet. The background server generates the applet and simultaneously transmits the auditing standard of the corresponding business transaction website to the target applet, and correspondingly, when the target applet acquires the target files, the target applet audits each target file according to the auditing standard and transmits the target files passing the auditing standard to the background server.

In step 209, the background server uploads the target file to the business transaction website.

In the possible implementation manner, after the background server completes verification and/or auditing of the target file, the target file which passes the verification and/or auditing is uploaded to a business transaction website, and the business transaction website displays the uploading result of the target file.

Optionally, for target documents that are not verified, i.e., files of unknown origin, the background server discards such target files; and for the target file which does not pass the audit, the background server sends a retransmission instruction to the target applet, wherein the retransmission instruction comprises audit non-passing information, such as the specific non-passing reason of the target file.

In summary, in this embodiment of the present application, the background server receives the file upload request sent by the second terminal, generates the 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 the analysis result, then obtains the target file 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 the service transaction website after receiving the target file. Compared with the method for uploading the file through the file selector in the related art, the file transmission method provided by the application is adopted, the first terminal can finish uploading the file of the service handling website at the second terminal through scanning the small program code, the file is not required to be sent to the second terminal, 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 on the basis of the small program code.

Optionally, in the present 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 applet server is used for providing an applet open platform for host programs and applets.

In one possible implementation, please refer to fig. 5, which illustrates a flowchart of a file transfer method illustrated in 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, the method includes:

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

In one possible implementation manner, the second terminal receives a selection operation of a user on a service 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 service handling website; further, the file uploading server receives a file uploading request sent by the second terminal.

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

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

In step 503, the applet server generates applet code based on the file upload request.

After the file uploading server sends the file uploading request to the applet server, the applet server receives the file uploading request and generates an applet code according to the file uploading request.

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

Further, after the applet server completes the generation of the applet code, the applet code is sent to the file uploading server.

In one possible implementation, the file uploading server and the applet server complete data interaction based on a synchronization request, wherein synchronization refers to a communication mode that after the file uploading server sends data to the applet server, the applet server waits for a response to be sent back before sending the next data packet.

In one example, there are two second terminals sending file upload requests to the file upload server, the file upload server sends the file upload request sent by the second terminal with the previous time to the applet server according to the sequence of time, and after the applet server returns the applet code corresponding to the file upload request, the file upload server sends the file upload request sent by the other second terminal to the applet server.

In step 505, the file upload server transmits the applet code 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.

In step 506, the first terminal scans the applet codes displayed in the second terminal through the host program.

Optionally, please refer to step 204 for the content of this step, and the embodiments of the present application are not described herein again.

In step 507, the first terminal parses the applet code through the host program, and runs the target applet in the host program.

Optionally, please refer to step 205 for the content of this step, and the embodiments of the present application are not described herein again.

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

Optionally, please refer to step 206 for the content of this step, and the embodiments of the present application are not described herein again.

Step 509, the first terminal uploads the target file through the target applet.

Based on the response of the target file as 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 can respond to the file uploading request sent by the second terminal by acquiring the target file.

Step 510, the file upload 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 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 business transaction website.

In this embodiment of the present application, since the file upload server is configured to provide an upload service of a target file for various service handling websites, optionally, after the file upload server receives 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, determines a return party of the target file, and when the file upload server determines that the target file needs to return to the service handling website, the file upload server uploads the target file to the service handling website, where the service handling website displays an upload result of the target file.

Based on the above embodiments, the embodiments of the present application disclose a method for integrating a background server, that is, the background server includes a file uploading server and an applet server. In the embodiment of the application, the data processing and transmission pressure based on the background server in the embodiment is relieved through the data interaction between 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 applicable to the first terminal 110, the second terminal 120 and the background server 130 shown in fig. 1, and the method includes:

in step 601, the background server receives a file upload request sent by the second terminal, where the file upload request is used to request uploading of 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 a file upload request according to the target file type, and 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 so on, and this embodiment of the present application is not limited to this.

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

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

In this embodiment of the present application, before the second terminal sends the file upload request to the background server, the following contents are further included.

1. And the background server receives the registration request sent by the second terminal.

The registration request is used for applying a website identifier to a background server by the business handling website, and the website identifier is used for uniquely identifying each business handling website.

2. And the background server generates website identifiers corresponding to the business handling websites according to the registration request sent by the second terminal.

3. The background server stores the website identifications and sends the website identifications to corresponding business handling websites.

Optionally, the service handling website for acquiring the website identifier can directly send the file uploading request to the background server, and simultaneously send the website identifier to the background server together when sending the file uploading request, so that the background server determines the sender of the file uploading request.

In a possible embodiment, step 601 is followed by step 602 or step 603, and step 602 and step 603 respectively present a method of determining the target applet.

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

In order to reduce the operations of the user on the target applet and further improve the efficiency of the target applet in acquiring the target file, in a possible implementation manner, the background server determines the target applet according to the type of the target file contained in the file uploading request, where the target applet is used to acquire the file belonging to the type of the target file.

In step 603, the background server determines the target applet according to the website identifier and the target file type included in the file upload request.

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

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

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

In one possible implementation, the applet page address of the applet page is encoded and corresponding applet code is generated. The target applet is operated by the host program, and when the first terminal for installing the host program is used for scanning the applet code, the first terminal can analyze the applet page address corresponding to the target applet 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 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 backend server sends applet code to the second terminal.

Optionally, please refer to step 203 for the content of this step, and the embodiments of the present application are not described herein again.

In 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 one possible implementation manner, the first terminal analyzes the applet code through the host program, and operates the target applet in the host program according to the analysis result, where in the embodiment of the present application, 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.

When the first terminal analyzes the applet page address from the applet codes of 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 object file types included in the file upload request include a photo type and a document type, and thus file acquisition controls provided by applet pages corresponding to the object file types 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 file acquisition control based on a photo type, namely an id a side photo acquisition control 711 and an id B side photo acquisition control 712, and also includes a file acquisition control based on a document type, namely a certificate PDF version acquisition control 713.

In another example, the file upload request includes only a photo type as the target file type, and thus the file acquisition control provided by the applet page corresponding to the target file type is of a 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 photo types, namely an identification card a-side photo acquisition control 721 and an identification card B-side photo acquisition control 722.

In another example, the file upload request includes only a document type as the target file type, and thus the file acquisition control provided by the applet page corresponding to the target file type is of a 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 file acquisition controls based on document type, 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 fig. 7 (b) as an example, as shown in fig. 8, the user selects the id a-side photo acquisition control 721, and accordingly, the first terminal receives a triggering operation of the id a-side photo acquisition control 721 in the second applet page 720 by the user.

In step 609, the first terminal displays the file acquisition guiding information in the applet page according to the triggering operation of the file acquisition control.

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

Taking the type of the target file 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 guide information corresponding to each type comprises at least one of graphic guide information and character guide information, namely the file acquisition guide information can be displayed in a picture and/or character mode.

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

For the file acquisition guide information of the acquisition mode guide type, the file acquisition guide information is used for prompting a user to switch the current acquisition mode of the target file, for example, the user does not use the camera shooting assembly to shoot, but acquires the target file through the gallery.

Further, as shown in fig. 8, the first terminal 110 jumps the second applet page 720 to the photo acquisition page 810 according to the triggering operation of the user on the id a-side photo acquisition component 721. In the photo acquisition page 810, file acquisition guide information of a shooting guide type and file acquisition guide information of an acquisition mode guide type are included. In fig. 8, an example picture 811 and a photographing prompt box 812 obtain guide information for a file of a photographing guide type, the example picture 811 is a standard a-side picture of an identification card, and the photographing prompt box 812 is a photographing prompt based on an audit standard; the confirmation shooting component 813 and the gallery identification 814 are file acquisition guide information of the acquisition mode guide type, the confirmation shooting component 813 can be used for the applet a to acquire a target file through the shooting function of the first terminal 110, and the gallery identification 814 can be used for the applet a to acquire the target file by accessing a local gallery. In addition, the photo acquisition page 810 is also provided with a flash on-off component 715 that assists in the shooting process.

In one example, as shown in fig. 9, the user clicks the gallery identifier 814, the first terminal 110 receives a touch operation on the gallery identifier 814, jumps the photo acquisition page 810 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 the target file.

In step 610, the first terminal performs an audit on the target file through a target applet, where an audit standard is preset in the target applet.

Optionally, in the first case, the audit standard may be set based on different target file types, i.e. different target file types correspond to different audit standards; alternatively, in the second case, the audit criteria for the same target file type may be different between different business transaction websites.

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

For the second case, the service handling website is unpredictable for the target applet, in one possible implementation, the background server obtains the auditing standards provided by each service handling website during registration, and stores each auditing standard in association with the website identifier corresponding to the service handling website, further, the background server sends the website identifier and the auditing standard stored in association with the website identifier to the target applet, the first terminal analyzes the website identifier through the host program scanning applet code, and sends the website identifier to the target applet, and the target applet can obtain the auditing standard corresponding to the current target file through the received website identifier.

Optionally, the auditing result of the target applet on the target file includes passing and failing the auditing. When the auditing result is that the auditing is passed, step 611 is executed after step 610; when the result of the audit is that the audit is not passed, step 612 is performed after step 610.

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 applet audits the target file according to the auditing standard, and if the target file passes the auditing, the first terminal displays auditing passing information in the applet page.

In one example, as shown in fig. 10, the first terminal 110 displays an audit passing page 1000, and the audit passing 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 passing information displayed in the audit passing page 1000.

And step 612, if the target file fails the audit, the first terminal displays the audit failed information in the applet page.

And the target applet audits the target file according to the auditing standard, and if the target file passes the auditing, the first terminal displays the auditing failing information in the applet page.

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

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

In one possible implementation manner, if the target file fails to pass the audit, the first terminal displays not only the audit failed information but also retransmission prompt information in the applet page, where the retransmission prompt information is used to prompt the user that the target file fails to pass the audit.

In one example, the object file type includes a picture type and a document type, as shown in fig. 11 (a), the first review failed page 1110 of the first terminal 110 further displays a first retransmission prompt 1112a for prompting the user that the uploaded B-side photograph of the id card does not conform to the photograph specification, and requesting the user to upload the B-side photograph of the id card again; in addition, the first review failed page 1110 also displays a second retransmission prompt 1112a for prompting the user that the uploaded document in the PDF version of the degree certificate exceeds the document specified size (1M), and can be re-uploaded.

In another example, the object file type includes a picture type and a document type, and as shown in fig. 11 (B), the second review failed page 1120 of the first terminal 110 further displays a third retransmission prompt 1122a for prompting the user that the uploaded B-side photograph of the identification card does not meet the photograph specification, and requesting the user to re-upload the B-side photograph of the identification card.

In step 613, if the target file passes the audit and receives a trigger operation for uploading the control to the applet page, 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 for uploading the control to the applet page, the first terminal sends the target file to the background server through the target applet.

On the basis of fig. 10, as shown in fig. 12, the target file (the picture of the face a of the identity card and the picture of the face B of the identity card) passes the audit, the user clicks the upload control 1201 displayed with the text prompt "submit", at this time, the first terminal 110 receives the trigger operation of the upload control 1201 in the audit passing page 1000, and the first terminal 110 sends the target file to the background server through the applet a.

In step 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, and the embodiments of the present application are not described herein again.

In step 615, the background server uploads the target file to the business transaction website.

Optionally, please refer to step 209 for the content of this step, and the embodiments of the present application are not described herein again.

On the basis of the above embodiment, the embodiment of the present application provides two methods for determining the target applet by the background server, one is a determining method based on the type of the target file, and the other is a determining method based on the website identifier and the type of the target file, so that the file transmission method provided by the embodiment of the present application can reduce the operation of the user on the target applet, and further improve the efficiency of the target applet to obtain 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, so that the situation that the target file is uploaded for many times by a wrong user is avoided, the transmission efficiency of the target file is further improved, and the audit process is realized in the target applet, so that the data processing pressure of a background server can be relieved.

In the practical application process, a plurality of file uploading events may exist in the same website (i.e. a plurality of users transact the website to upload files to the same service through an applet), so 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 the file uploading request after receiving the file uploading request, so that different user triggered file uploading events can be distinguished based on the event identifier.

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 applicable to the first terminal 110, the second terminal 120 and the background server 130 shown in fig. 1, and the method includes:

in step 1301, the background server receives a file upload request sent by the second terminal, where the file upload request is used to request uploading of 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, and the embodiments of the present application are not described herein again.

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, and the embodiments of the present application are not described herein again.

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

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

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

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

To solve the above problem in the above example, in one possible implementation, after the background server receives the file upload request, the applet code is generated according to the applet page address, where the applet page address further includes an event identifier. The event identification is generated by the background server and is used for uniquely identifying the event of uploading the target file to the business handling website.

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

In step 1305, the background server writes the event identification as a parameter to the applet page address.

In one possible implementation manner, the background server sends the event identifier to the target applet through the first terminal, and the implementation process is as follows: the background server writes the event identification into the applet page address as a parameter, and generates an applet code according to the applet page address written with the event identification, when the first terminal scans the applet code through the host program, the applet page address and the event identification contained in the applet page address can be resolved, and the first terminal accesses the applet page address through the host program and simultaneously transmits the event identification into the target applet. The implementation includes this step and step 1306.

In step 1306, the background server generates applet codes based on the applet page address identified by the write event.

Optionally, please refer to step 1305 for the content of this step, which is not described herein.

In step 1307, the backend server sends the applet code and the event identification to the second terminal.

In one possible implementation, the background server sends the applet code and the event identification to the second terminal. After receiving the applet code, the second terminal displays the applet code on a terminal interface corresponding to a service handling website; in addition, the background server writes the event identification as a parameter into the applet page address, and also sends the event identification to the second terminal, and after the second terminal receives the event identification, the second terminal stores the event identification and sends a polling request to the background server through the event identification.

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; 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 submitting state.

Optionally, after the second terminal receives the event identifier, a polling request is sent to the background server at fixed intervals until the target file under the event identifier is queried to be in a submitting state.

In step 1308, the first terminal parses the applet code through the host program to obtain the applet page address included in the applet code.

Optionally, please refer to step 606 for the content of this step, and the embodiments of the present application are not described herein again.

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, and the embodiments of this application are not described herein again.

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

In step 1311, the first terminal uploads the event identification 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 sends the event identifier to the background server through the target applet, so that the background server distinguishes different target files according to the event identifier. For example, the plurality of first terminals send the target files to the background server through the target applet at the same time, and each first terminal sends event identifications corresponding to the target files to the background server, and the background server distinguishes the plurality of target files according to the event identifications.

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 identification and the target file to the background server through the target applet, the background server receives the target file and the event identification corresponding to the target file, and the background server stores the event identification and the target file in a correlated manner and uploads the target file to the business handling website according to the event identification.

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

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

In step 1314, the background server searches the target file corresponding to the event identifier, and uploads the target file to the business transaction website.

In a possible implementation manner, if the second terminal inquires that the target file under the event identifier is in a submitting state, a target file acquisition request is sent to a background server, wherein the target file acquisition request comprises 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 the business handling website.

Based on the embodiment, the background server writes the event identifier as a parameter into the applet page address, so that the problem that when a business handling website sends a plurality of file uploading requests to the background server at the same time, and after the target applet sends a plurality of acquired target files to the background server, the background server cannot identify the file uploading requests corresponding to the plurality of target files can be solved.

Referring to fig. 14, a block diagram of a file transmission device according to an embodiment of the present application is shown. The apparatus may be implemented as all or part of a computer device by 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 operation environment for an applet, and the device comprises:

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

a decoding module 1402, configured to parse the applet code by using the host program, and run the target applet in the host program;

A file acquisition module 1403 for acquiring the target file through the target applet;

and the file sending module 1404 is configured to upload the target file through the target applet, so that the uploading result of the target file is displayed in the service handling 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;

the access unit is used for accessing the applet page address through the host program and displaying the applet page corresponding to the applet 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 applet 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 includes:

The auditing module is used for auditing the target file through the target applet, wherein auditing standards are preset in the target applet;

the first display module is used for displaying the audit passing information in the applet page if the target file passes the audit;

the second display module is used for displaying the information of failed verification in the applet page if the target file fails the verification;

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 trigger operation of the uploading control of 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 that uploads the target file to the service transaction website;

optionally, the file sending module 1404 includes:

and sending the event identification and the target file to the background server through the target applet, wherein the background server is used for carrying out association storage on the event identification and the target file and uploading the target file to the business handling website according to the event identification.

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 by software, hardware, or a combination of both. The device is used for a background server, and 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 uploading of a target file to a service handling website accessed by the second terminal;

an applet code generating module 1502 configured to generate applet codes according to the file upload request, where the applet codes are configured to instruct uploading of the target file to the business transaction website through a target applet;

an applet code transmitting module 1503, configured to transmit 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 operated in a host program after the first terminal scans and parses the applet code through the host program, and the host program is configured to provide an operating environment for the applet;

And a file uploading module 1505, configured to upload the target file to the service handling website, so that the service handling website accessed by the second terminal displays an uploading result of the target file.

Optionally, the applet code generating module 1502 includes:

the first applet determining unit is used for determining the object applet according to the object file type contained in the file uploading request, wherein the object applet is used for acquiring a file belonging to the object 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:

the second applet determining unit is used for determining the target applet according to the website identifier 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 the auditing standard preset by the business transaction 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 that uploads the target file to the service transaction website;

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

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

optionally, the apparatus further includes:

and the event identification receiving module is used for receiving the target file and the event identification sent by the first terminal through the target applet and storing the target file and the event identification in an associated mode.

Optionally, the applet code transmitting module 1503 includes:

the small program code sending unit is used for sending the small program code and the event identification to the second terminal;

optionally, the file upload 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 business handling website.

Referring to fig. 16, a block diagram illustrating a structure 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 3), MP4 (Moving Picture Experts Group Audio Layer IV, mpeg 4) players. Terminal 1600 may also be referred to as a user device, portable terminal, or the like.

In general, 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 the like. The processor 1601 may be implemented in at least one hardware form of a DSP (Digital Signal Processing ), FPGA (Field-Programmable Gate Array, field programmable gate array), PLA (Programmable Logic Array ). The processor 1601 may also include a host processor, which is a processor for processing data in an awake state, also referred to as a CPU (Central Processing Unit ); 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, image processor) for use in responsible for rendering and rendering of content to be displayed by the display screen. In some embodiments, the processor 1601 may also 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. 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 memory 1602 is configured to store at least one instruction for execution by processor 1601 to implement the file transfer method of terminal 1600 provided herein.

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

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

The Radio Frequency circuit 1604 is used for receiving and transmitting RF (Radio Frequency) signals, also known as electromagnetic signals. The radio frequency circuit 1604 communicates with a communication network and other communication devices via electromagnetic signals. The radio frequency circuit 1604 converts an electrical signal into an electromagnetic signal for transmission, or converts a received electromagnetic signal into an electrical signal. Optionally, the radio frequency circuit 1604 includes: antenna systems, RF transceivers, one or more amplifiers, tuners, oscillators, digital signal processors, codec chipsets, subscriber identity module cards, and so forth. The radio frequency circuit 1604 may communicate with other terminals via at least one wireless communication protocol. The wireless communication protocol includes, but is not limited to: the world wide web, metropolitan area networks, intranets, generation mobile communication networks (2G, 3G, 4G, and 5G), wireless local area networks, and/or WiFi (Wireless Fidelity ) networks. In some embodiments, the radio frequency 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 screen 1605 also has the ability to collect touch signals at or above the surface of the touch display screen 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 virtual keyboards, also known as soft buttons and/or soft keyboards. In some embodiments, the touch display 1605 may be one, providing a front panel of the terminal 1600; in other embodiments, the touch display 1605 may be at least two, disposed on different surfaces of the terminal 1600 or in a folded configuration; in some embodiments, the touch display 1605 may be a flexible display disposed on a curved surface or a folded surface of the terminal 1600. Even further, the touch display screen 1605 may be arranged in an irregular pattern other than rectangular, 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. In general, a front camera is used for realizing video call or self-photographing, and a rear camera is used for realizing photographing of pictures or videos. In some embodiments, the number of the rear cameras is at least two, and the rear cameras are any one of a main camera, a depth camera and a wide-angle camera, so as to realize fusion of the main camera and the depth camera to realize a background blurring function, and fusion of the main camera and the wide-angle camera to realize a panoramic shooting function and a Virtual Reality (VR) shooting function. In some embodiments, camera assembly 1606 may also include a flash. The flash lamp can be a single-color temperature flash lamp or a double-color temperature flash lamp. The dual-color temperature flash lamp refers to a combination of a warm light flash lamp and a cold light flash lamp, and can be used for light compensation under different color temperatures.

Audio circuitry 1607 is used to provide an audio interface between a user and terminal 1600. Audio circuitry 1607 may include a microphone and a speaker. The microphone is used for collecting sound waves of users and environments, 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 for voice communication. The microphone may be provided in a plurality of different locations of the terminal 1600 for stereo acquisition or noise reduction purposes. The microphone may also be an array microphone or an omni-directional pickup microphone. The speaker is used to convert electrical signals from the processor 1601 or the radio frequency circuit 1604 into sound waves. The speaker may be a conventional thin film speaker or a piezoelectric ceramic speaker. When the speaker is a piezoelectric ceramic speaker, not only the electric signal can be converted into a sound wave audible to humans, but also the electric signal can be converted into a sound wave inaudible to humans for ranging and other purposes. In some embodiments, audio circuitry 1607 may also include a headphone jack.

The location component 1608 is used to locate the current geographic location of the terminal 1600 to enable navigation or LBS (Location Based Service, location based services). The positioning component 1608 may be a positioning component based on the United states GPS (Global Positioning System ), the Beidou system of China, or the Galileo system of Russia.

A power supply 1609 is used to power the various components in the terminal 1600. The power supply 1609 may be an alternating current, a direct current, a disposable battery, or a rechargeable battery. When the 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, gyroscope sensor 1612, pressure sensor 1613, fingerprint sensor 1614, optical sensor 1615, and proximity sensor 1616.

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

The gyro sensor 1612 may detect a body direction and a rotation angle of the terminal 1600, and the gyro sensor 1612 may collect 3D actions of the user on the terminal 1600 in cooperation with the acceleration sensor 1611. The processor 1601 may implement the following functions based on the data collected by the gyro sensor 1612: motion sensing (e.g., changing UI according to a tilting operation by a user), image stabilization at shooting, game control, and inertial navigation.

Pressure sensor 1613 may be disposed on a side frame of terminal 1600 and/or on an underlying layer of touch display 1605. When the pressure sensor 1613 is provided at a side frame of the terminal 1600, a grip signal of the terminal 1600 by a user may be detected, and left-right hand recognition or shortcut operation may be performed according to the grip signal. When the pressure sensor 1613 is disposed at the lower layer of the touch display screen 1605, the control of the operability control on the UI interface can be realized according to the pressure operation of the user on the touch display screen 1605. The operability controls include 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 a user to identify the identity of the user based on the collected fingerprint. Upon recognizing that the user's identity is a trusted identity, the processor 1601 authorizes the user to perform related sensitive operations including unlocking the 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 terminal 1600, 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 1605 based on the ambient light intensity collected by the optical sensor 1615. Specifically, when the intensity of the ambient light is high, the display brightness of the touch display screen 1605 is turned up; when the ambient light intensity is low, the display brightness of the touch display screen 1605 is turned down. In another embodiment, the processor 1601 may also dynamically adjust the capture parameters of the camera module 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 the terminal 1600. The proximity sensor 1616 is used to collect a distance between a user and the front surface of the terminal 1600. In one embodiment, when the proximity sensor 1616 detects that the distance between the user and the front face of the terminal 1600 gradually decreases, the processor 1601 controls the touch display 1605 to switch from the bright screen state to the off screen state; when the proximity sensor 1616 detects that the distance between the user and the front surface of the terminal 1600 gradually increases, the processor 1601 controls the touch display 1605 to switch from the off-screen state to the on-screen state.

Those skilled in the art will appreciate that the structure shown in fig. 16 is not limiting and that more or fewer components than shown may be included or certain 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 present invention relates to a method for manufacturing a semiconductor device.

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 various 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 input device 1709 are coupled to the central processing unit 1701 through an input output controller 1710 coupled 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 keyboard, mouse, or electronic stylus, among many other devices. Similarly, the input output controller 1710 also provides 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.

The computer readable medium may include computer storage media and communication media without loss of generality. 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 recognize that the computer storage medium is not limited to the one described above. The system memory 1704 and mass storage 1707 described above may be referred to collectively as memory.

According to various embodiments of the present application, the server 1700 may also operate by a remote computer connected to the network through a network, such as the Internet. I.e., the server 1700 may be connected to the network 1712 via a network interface unit 1711 coupled 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 stores at least one instruction, at least one program, code set, or instruction set configured to be executed by one or more processors to implement the functions of the steps in the file transfer method described above.

Embodiments of the present application also provide a computer readable storage medium having stored therein at least one instruction, at least one program, a code set, or an instruction set, where the at least one instruction, the at least one program, the code set, or the instruction set is loaded and executed by the processor to implement a file transfer method as provided in the foregoing embodiments.

Alternatively, the computer-readable storage medium may include: read Only Memory (ROM), random access Memory (RAM, random Access Memory), solid state disk (SSD, solid State Drives), or optical disk, etc. The random access memory may include resistive random access memory (ReRAM, resistance Random Access Memory) and dynamic random access memory (DRAM, dynamic Random Access Memory), among others.

The foregoing embodiment numbers of the present application are merely for describing, and do not represent advantages or disadvantages of the embodiments. The foregoing description of the preferred embodiments is merely exemplary in nature and is in no way intended to limit the invention, since it is intended that all modifications, equivalents, improvements, etc. that fall within the spirit and scope of the invention.

Claims

1. A file transfer method for a first terminal, the first terminal having a host program installed therein, the host program being configured to provide an operating environment for an applet, the method comprising:

the host program is used for scanning the applet codes displayed in the second terminal, the applet codes are displayed in a business handling website accessed by the second terminal and used for indicating uploading of target files to the business handling website through a target applet, the target applet is used for obtaining files of a target file type, and the target applet is obtained by a background server based on a website identifier and the target file type;

acquiring the target file through the target applet;

Auditing the target file through the target applet, wherein the target applet is provided with auditing standards of the business transaction website;

and if the target file passes the auditing and receives the triggering operation of the uploading control of the applet page, uploading the target file through the target applet so as to display the uploading result of the target file in the business handling website accessed by the second terminal.

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

analyzing the applet codes through the host program to obtain applet page addresses contained in the applet codes;

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

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

receiving triggering operation of a file acquisition control in the applet 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 character guide information.

4. The method according to claim 2, wherein the method further comprises:

if the target file passes the audit, displaying audit passing information in the applet page;

and if the target file fails to pass the audit, displaying the audit failing information in the applet page.

5. The method of any one of claims 2 to 4, wherein the applet page address further comprises an event identifier, the event identifier being used to uniquely identify an event that uploads the target file to the business transaction website;

the uploading the target file through the target applet comprises the following steps:

6. A method for file transfer, the method being for a background server, the method comprising:

determining a target applet according to a website identifier and 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 auditing the acquired file according to auditing standards set by the business transaction website;

generating an applet code according to an applet page address corresponding to the target applet, wherein the applet code is used for indicating uploading of the target file to the business handling website through the target applet;

7. The method of claim 6, wherein generating applet code from 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 business transaction website;

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

after receiving the target file sent by the first terminal through the target applet, the method comprises the following steps:

and receiving the target file and the event identifier sent by the first terminal through the target applet, and carrying out association storage on the target file and the event identifier.

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

transmitting the applet code and the event identification to the second terminal;

The uploading the target file to the business transaction website comprises the following steps:

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

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

9. A file transfer device for a first terminal having a host program installed therein, the host program for providing an operating environment for an applet, the device comprising:

the code scanning module is used for scanning the applet codes displayed in the second terminal through the host program, wherein the applet codes are displayed in a business handling website accessed by the second terminal and used for indicating uploading of target files to the business handling website through a target applet, the target applet is used for obtaining files of a target file type, and the target applet is obtained by a background server based on a website identifier and the target file type;

the auditing module is used for auditing the target file through the target applet, wherein auditing standards of the business transaction website are set in the target applet;

and the file sending module is used for uploading the target file through the target applet if the target file passes the audit and receives the triggering operation of the uploading control of the applet page, so that the uploading result of the target file is displayed in the business transaction website accessed by the second terminal.

10. A file transfer device for a background server, the device comprising:

the applet code generation module is used for determining a target applet according to the website identifier and the 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 auditing the acquired file according to auditing standards set by the business transaction website; generating an applet code according to an applet page address corresponding to the target applet, wherein the applet code is used for indicating uploading of the target file to the business handling website through the target applet;

11. A terminal, the terminal 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 one of claims 1 to 5.

12. A server, wherein the server 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 one of claims 6 to 8.

13. A computer readable storage medium storing at least one instruction for execution by a processor to implement the method of file transfer of any one of claims 1 to 5 or to implement the method of file transfer of any one of claims 6 to 8.