WO2018028442A1 - 文件传输方法及装置 - Google Patents

文件传输方法及装置 Download PDF

Info

Publication number
WO2018028442A1
WO2018028442A1 PCT/CN2017/094789 CN2017094789W WO2018028442A1 WO 2018028442 A1 WO2018028442 A1 WO 2018028442A1 CN 2017094789 W CN2017094789 W CN 2017094789W WO 2018028442 A1 WO2018028442 A1 WO 2018028442A1
Authority
WO
WIPO (PCT)
Prior art keywords
client
file
server
built
address information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2017/094789
Other languages
English (en)
French (fr)
Inventor
狄群
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Publication of WO2018028442A1 publication Critical patent/WO2018028442A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/457—Network directories; Name-to-address mapping containing identifiers of data entities on a computer, e.g. file names
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Definitions

  • the present application relates to the field of network technologies, and in particular, to a file transmission method and apparatus.
  • Pictures are one of the most frequently transmitted files for users. For example, in some commercial operations, merchants need users to provide images in their mobile phones for verification or other purposes. Assuming that merchants provide users with free photo printing capabilities, users are required to provide photos to be printed on their mobile phones.
  • the embodiment of the present invention provides a file transmission method and device, which are used to solve the problem of high data leakage risk of a method for transmitting pictures through a cloud disk between mobile devices in the prior art.
  • the embodiment of the present application further provides another file transmission method and apparatus.
  • the file transmission method provided by the embodiment of the present application, the first client and the second client are in the same local area network, and the method includes:
  • the first client generates a digital object unique identifier DOI including the address information according to the address information, so that the second client sends a file to the built-in server by scanning the DOI;
  • the first client obtains the file received by the built-in server.
  • the file transmission device provided by the embodiment of the present application, the first client and the second client are in the same local area network, and the device is located on the first client, and the device includes:
  • An address information obtaining module which obtains address information of the built-in server of the first client in the local area network
  • the DOI generating module generates a DOI including the address information according to the address information, so that the second client sends a file to the built-in server by scanning the DOI;
  • a file obtaining module that obtains the file received by the built-in server.
  • the first client and the second client are in the same local area network, and the method includes:
  • the second client scans the DOI generated by the first client, where the DOI includes address information of the built-in server in the first client in the local area network;
  • the second client obtains the address information included in the DOI
  • the second client sends a file to the built-in server according to the address information, so that the first client obtains the file received by the built-in server.
  • the first client and the second client are in the same local area network, and the device is located on the second client, and the device includes:
  • a DOI scanning module which scans a DOI generated by the first client, where the DOI includes address information of a built-in server in the first client in the local area network;
  • An address information obtaining module configured to obtain the address information included in the DOI
  • a file sending module sending a file to the built-in server, so that the first client obtains the file received by the built-in server.
  • the first client and the second client can be respectively located on two mobile devices that are to transmit files, and the pictures belong to one type of files, and the two mobiles
  • the device does not need to access the Internet, and does not need to interact with a third-party server such as a cloud disk server. It only needs to use the local area network to complete the picture transfer between mobile devices. Compared with the Internet, the security of the local area network is more secure and can reduce data. The risk of leakage, therefore, can solve some of the problems in the prior art in part or in whole.
  • FIG. 1 is a schematic flowchart of a file transmission method according to an embodiment of the present application.
  • FIG. 2 is a schematic flowchart of another file transmission method according to an embodiment of the present application.
  • FIG. 3 is a schematic diagram of an interaction process in the solution of the present application in an actual application scenario according to an embodiment of the present application;
  • FIG. 4 is a schematic diagram of a software architecture for implementing the solution of the present application according to an embodiment of the present application
  • FIG. 5 is a schematic diagram of a schematic diagram of a prior art solution in a practical application scenario
  • FIG. 6 is a schematic diagram of the schematic diagram of the solution of the present application in an actual application scenario according to an embodiment of the present disclosure
  • FIG. 7 is a schematic structural diagram of a file transmission apparatus corresponding to FIG. 1 according to an embodiment of the present disclosure
  • FIG. 8 is a schematic structural diagram of a file transmission apparatus corresponding to FIG. 2 according to an embodiment of the present application.
  • the prior art has a problem of security, and in addition to this, there are other problems in the prior art.
  • the process of transferring pictures requires the payment of paid network traffic of mobile devices of both parties; when the amount of data of the picture is large, the transmission takes more time; the cloud disk itself may require additional payment by the user;
  • the solution of the present application can partially or completely solve the problems mentioned in the background art, as well as enumerating these problems.
  • the scheme of the present application will be described below.
  • first device for the two devices transmitting the file
  • second device a device that transmits the file
  • the first device and/or the second device may be a mobile device, such as a mobile phone, a tablet computer, a notebook computer, a smart watch, a smart wristband, a vehicle mobile station, etc.; the first device and/or the second device may also be a non-mobile device
  • PCs personal computers
  • large and medium-sized computers computer clusters, and the like.
  • the enumerated devices are only examples and are not to be construed as limiting the application.
  • the first device and the second device are both mobile phones.
  • the first device is equipped with the first client
  • the second device is equipped with the second client.
  • the first client and the second client belong to the same application (App).
  • FIG. 1 is a schematic flowchart of a file transmission method according to an embodiment of the present disclosure, where a first client and a second client The client is in the same local area network (that is, the first device and the second device are in the same local area network), and the process in FIG. 1 uses the first client as the execution body, and may include the following steps:
  • the first client obtains address information of the built-in server of the first client in the local area network.
  • the local area network may be a wireless local area network, such as a Wireless Fidelity (WiFi) network, a Worldwide Interoperability for Microwave Access (WiMAX) network, etc.; the local area network may also be A wired LAN that is interconnected by a network cable, cable, or fiber.
  • WiFi Wireless Fidelity
  • WiMAX Worldwide Interoperability for Microwave Access
  • the built-in server of the first client may be pre-established, or may be established in real time when step S101 is performed.
  • the built-in server may be established in at least one application on the first device, or may be independent of the application, but may be established in an operating system of the first device, or even in a driver of at least one hardware of the first device. .
  • the built-in server can at least provide data transfer services within the LAN.
  • the application is not limited to the transmission protocol on which the data transmission service is based, and may be a Hyper Text Transfer Protocol (HTTP), a File Transfer Protocol (FTP), or a simple file transfer protocol ( Trivial File Transfer Protocol, TFTP), etc. Take HTTP as an example.
  • the built-in server can be an HTTP server (HTTPServer).
  • the address information of the built-in server in the local area network may be automatically allocated by the local area network, or may be automatically configured by the first client, or may be manually configured by the user in advance.
  • the address information may include a local area network IP address and a port number.
  • the address information may include a domain name and a port number.
  • the address information is generally expressed in the form of a Uniform Resource Locator (URL).
  • URL Uniform Resource Locator
  • the address information of a built-in server of a first client may be expressed as follows:
  • the URL is an example of the representation of the address information, and is not limited to the present application. In actual applications, other representations may be used to represent the address information, such as an Extensible Markup Language (Extensible Markup Language). XML) and so on.
  • Extensible Markup Language Extensible Markup Language
  • XML Extensible Markup Language
  • S102 The first client generates a Digital Object Unique Identifier (DOI) including the address information according to the address information, so that the second client scans the The DOI sends a file to the built-in server.
  • DOI Digital Object Unique Identifier
  • the DOI includes but is not limited to: a two-dimensional code, a barcode, a character code, a network domain name, and the like.
  • a DOI as a two-dimensional code as an example.
  • the file may be a picture, or may be other files such as a video, a document, a music, or an application installation package.
  • the DOI may be directly displayed by the first client; the DOI may be outputted and displayed in other manners, for example, printed on the physical display, through Some apps post impressions, and more.
  • the second client may scan the displayed DOI, parse and obtain the address information included in the DOI, and further establish a connection with the built-in server according to the address information, and send the file to the built-in server through the connection.
  • the file is a file to be transmitted by the second client to the first client, and the function of scanning the DOI may be supported by the second device or a corresponding hardware device connected to the second device, such as a camera.
  • the second client does not have to be in the same local area network as the first client.
  • the second client can be in the same local area network as the first client only when it needs to perform certain specific actions (for example, scanning the DOI code and sending the file).
  • S103 The first client obtains the file received by the built-in server.
  • the built-in server since the built-in server is located in the first client and belongs to the component of the first client, the “built-in server receives the file”, that is, the “first client receives the file”.
  • the first client After the first client obtains the file sent by the second client, it can also perform further actions on the file. For example, saving a file to a specific location (such as saving to a local album, etc.), opening a file with a specific application (such as using an image viewer or a web browser, etc.), or generating a preview interface for a file, and the like. These actions can be performed by the built-in server or by other programs on the first client.
  • the first client and the second client may be respectively located on two mobile devices to transfer files, and the pictures belong to one type of files, and the two mobile devices do not need to access the Internet, and need not Third-party servers such as cloud disk servers interact with each other, and only need to use the local area network to complete the picture transfer between mobile devices.
  • Third-party servers such as cloud disk servers interact with each other, and only need to use the local area network to complete the picture transfer between mobile devices.
  • the security of the local area network is more secure and can reduce the risk of data leakage. Therefore, it can be partially or completely Solve the problems in the background art.
  • the process of file transfer is based on the local area network, it does not consume the paid network traffic of the mobile devices of both users.
  • the transmission bandwidth provided by the local area network to the user is greater than or even greater than the bandwidth of the paid network of the Internet, and therefore, the file transmission time can be reduced.
  • the solution of the present application also does not need to use a cloud disk. Therefore, there is no need for users to pay extra for using the cloud disk.
  • the prior art also has a picture transmission method based on an instant messaging application, but the latter generally requires the user equipment to access the Internet and pass the The Internet performs image transmission. Therefore, there are similar problems with the cloud disk-based image transmission method, and details are not described herein.
  • the prior art also has a Bluetooth or infrared based picture transmission method, but such methods require special hardware modules such as Bluetooth technology, infrared technology, and communication protocol support, and may require users to configure complex technical parameters and implementation costs. Higher, compared to this type of approach, the solution of the present application does not need to add dedicated hardware modules and communication protocols, and does not require the user to configure complicated technical parameters, and therefore, the implementation cost is low.
  • the embodiment of the present application further provides some specific implementation manners of the method, and an extended solution, which will be described below.
  • the built-in server of the first client may not be kept in the activated state all the time, but may be started by the user-based operation when the file needs to be transferred.
  • the first client may further execute: the first client starts the first The built-in server of the client. It should be noted that, if the address information of the built-in server in the local area network has been pre-configured, the first client may also perform step S101 before the built-in server is started, and accordingly, the built-in server only needs to be in the second client. The built-in server can be started before the connection is established.
  • the built-in server may also have a corresponding operation interface (which may be saved as corresponding operation interface information), and the operation interface may include: an interface for displaying on the first client (for example, The interface for launching the built-in server, etc., and/or the interface for displaying on the second client (for example, a file transfer interface for selecting a file to be transferred, etc.).
  • the operation interface can include corresponding operation prompt information and operation controls.
  • the application does not limit the manner in which the operation interface is constructed.
  • a Hypertext Markup Language HTML
  • Cascading Style Sheets CSS
  • a webview of at least one scripting language eg, javascript, python, etc.
  • the operation interface is a file transmission interface.
  • the first client may further perform: providing the second client with the file transmission interface information, so as to facilitate the The second client displays a file transfer interface for sending the file according to the file transfer interface information.
  • the operational convenience of the second client user can be improved.
  • the local area network mentioned above may be a wireless local area network or a wired local area network.
  • the solution of the present application may be more used in a wireless local area network scenario.
  • the WiFi network is the most widely used wireless local area network, which can be seen everywhere in daily life.
  • the popularity of the WiFi network can greatly facilitate the practical application of the solution of the present application.
  • a merchant generally provides a free WiFi network for the user to use, and based on the solution of the present application and the WiFi network, the user can conveniently share files other than pictures or pictures.
  • the above mainly uses the first client as a method to execute the main body, and the scheme of the present application is explained. To further understand the understanding, based on the same idea, the embodiment of the present application further provides a schematic flowchart of another file transmission method, as shown in FIG. 2 .
  • the first client and the second client are in the same local area network.
  • the process in FIG. 2 uses the second client as the execution body, and may include the following steps:
  • the second client scans the DOI generated by the first client, where the DOI includes address information of the built-in server in the first client in the local area network.
  • S202 The second client obtains the address information included in the DOI.
  • the second client scans the DOI and performs parsing to obtain address information included in the DOI.
  • S203 The second client sends a file to the built-in server according to the address information, so that the first client obtains the file received by the built-in server.
  • the file transfer between the second client and the built-in server is performed by relying on the local area network where the first client and the second client are located, without relying on the Internet.
  • the second client also has a local area network IP address in the local area network, and the second client communicates with the built-in server through its own local area network IP address (and a port number).
  • the method of FIG. 2 is substantially the same as the method of FIG. 1 , but is described from a different perspective. Therefore, the technical effects of the two are also the same. The technical effects of the method of FIG. 1 have been described in detail above, and are not described herein.
  • the embodiment of the present application further provides some specific implementation manners of the method, and an extended solution, which will be described below.
  • the sending, by the second client, the file to the built-in server according to the address information may include: the second client, according to the address information, by using the a local area network, establishing a connection with the built-in server; the second client sending the connection to the built-in server through the connection Send the file.
  • each of the second clients that have not established a connection with the built-in server can transmit the file to the built-in server through the relay of the second client that has established a connection with the built-in server.
  • the built-in server may have an interface for displaying on the second client, and the interface is provided to the second client, and the interface may specifically be a file. Transfer interface.
  • the sending, by the second client, the file to the built-in server by using the connection may include: the second client obtaining the first client by using the connection. Providing file transfer interface information; displaying a file transfer interface according to the file transfer interface information; determining a file selected by the user on the second client by using the file transfer interface, and sending the file to the built-in server .
  • the process by which the second client obtains file transfer interface information from the first client is similar to the process of opening a web page through a browser.
  • the file transfer interface information is equivalent to the web page file itself or the source code of the web page
  • the address information of the built-in server is equivalent to the web address of the web page.
  • the scheme of the present application has been described above from the perspective of the first client and the second client, respectively.
  • the embodiment of the present application also provides a schematic diagram of the interaction process in the solution of the present application in an actual application scenario, to help understand the solution of the present application as a whole, and the interaction process is as shown in FIG. 3 .
  • the first client is mounted on the mobile phone a
  • the second client is mounted on the mobile phone b
  • the file is a picture
  • the DOI is a two-dimensional code
  • the local area network is WiFi network.
  • the mobile phone a and the mobile phone b interact with each other, but since the interaction process may involve the two-dimensional code generated by the mobile phone a and the file transmission interface displayed on the mobile phone b, in order to make the interaction process
  • the logic is clearer, and the two-dimensional code and file transfer interface are also independently used as one end of the interaction process.
  • the mobile phone a and the mobile phone b are in the same WiFi network.
  • the mobile phone a starts the built-in server, and generates a two-dimensional code and displays according to the address information of the built-in server in the WiFi network;
  • the mobile phone b scans the two-dimensional code, connects to the built-in server, generates a file transfer interface for selecting a picture to be transmitted, and then sends the picture selected by the user to the built-in server;
  • the mobile phone a receives the picture and saves it to the local album, thereby completing the picture sharing between the mobile phones.
  • the solution of the present application can be implemented based on an existing mobile device, and can be implemented from a software level without updating hardware.
  • the embodiment of the present application provides a software architecture diagram for implementing the solution of the present application, as shown in FIG. 4 .
  • the software architecture can be divided into four layers: a view layer, a tool layer, and a network layer according to functions.
  • a solution using javascript+CSS+HTML is used to build the visual interface.
  • the DOI generator is used to generate the DOI
  • the FileSource module is used to perform processing on the file received by the first client (which can be implemented by calling the corresponding application interface).
  • HTTPServer is used to process the service that starts the built-in server
  • HTTPResponse is used to handle the response of the file transfer
  • HTTPConnection is used to establish the connection between the built-in server and the second client
  • AsyncSocket is used to provide the Socket protocol for long connection.
  • the file transfer process is not interrupted.
  • FIG. 5 is a schematic diagram of the principle of the prior art solution in a practical application scenario (taking the scenario of FIG. 3).
  • the mobile phone b wants to share the picture to the mobile phone a, both mobile phones need to install the cloud disk application, and both need to access the Internet.
  • the mobile phone b uploads the image to be shared in the local album of the mobile phone b to the cloud disk server in the Internet through the cloud disk application on the mobile phone b, and the mobile phone a uses the cloud disk application on the mobile phone a to share the picture shared by the mobile phone b from the cloud. Download it from the disk server and save it to the local album of phone a.
  • FIG. 6 is a schematic diagram of the schematic diagram of the solution of the present application in an actual application scenario (using the scenario of FIG. 3) according to an embodiment of the present application.
  • the interaction process in FIG. 6 refers to the description of FIG. 3, and details are not described herein.
  • the embodiment of the present application further provides a corresponding file transmission device, as shown in FIG. 7 and FIG. 8.
  • FIG. 7 is a schematic structural diagram of a file transmission apparatus corresponding to FIG. 1 according to an embodiment of the present disclosure.
  • the apparatus is located on a first client, and the first client and the second client are in the same local area network, and the apparatus may include:
  • the address information obtaining module 701 is configured to obtain address information of the built-in server of the first client in the local area network;
  • the DOI generating module 702 generates a DOI including the address information according to the address information, so that the second client sends a file to the built-in server by scanning the DOI;
  • the file obtaining module 703 obtains the file received by the built-in server.
  • the device further includes:
  • the built-in server startup module 704 starts the built-in server of the first client, where the address information obtaining module obtains the address information of the built-in server of the first client in the local area network, wherein the internal server The server is established in at least one application on the first client.
  • the device further includes:
  • the address information includes a local area network IP address and a port number.
  • the file is a picture.
  • the device further includes:
  • the file saving module 706 saves the file to a local album.
  • the local area network is a WiFi network.
  • the DOI is a two-dimensional code.
  • FIG. 8 is a schematic structural diagram of a file transmission apparatus corresponding to FIG. 2 according to an embodiment of the present disclosure.
  • the apparatus is located on a second client, where the first client and the second client are in the same local area network, and the apparatus may include:
  • the DOI scan module 801 is configured to scan the DOI generated by the first client, where the DOI includes address information of the built-in server in the first client in the local area network;
  • the address information obtaining module 802 obtains the address information included in the DOI;
  • the file sending module 803 sends a file to the built-in server according to the address information, so that the first client obtains the file received by the built-in server.
  • the file sending module 803 establishes a connection with the built-in server through the local area network according to the address information, and sends a file to the built-in server by using the connection.
  • the file sending module 803 obtains file transfer interface information provided by the first client by using the connection, and displays a file transfer interface according to the file transfer interface information, and determines that the user passes the file transfer interface. And selecting the file on the second client, and sending the file to the built-in server.
  • the address information includes a local area network IP address and a port number.
  • the file is a picture.
  • the local area network is a WiFi network.
  • the DOI is a two-dimensional code.
  • the device provided by the present application is in one-to-one correspondence with the method provided by the present application. Therefore, the device also has similar technical effects as the method, since the technical effects of the method have been described in detail above, The technical effects of the device will not be described again here.
  • embodiments of the present invention can be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware. Moreover, the invention can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.
  • computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.
  • a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
  • processors CPUs
  • input/output interfaces network interfaces
  • memory volatile and non-volatile memory
  • the memory may include non-persistent memory, random access memory (RAM), and/or non-volatile memory in a computer readable medium, such as read only memory (ROM) or flash memory.
  • RAM random access memory
  • ROM read only memory
  • Memory is an example of a computer readable medium.
  • Computer readable media includes both permanent and non-persistent, removable and non-removable media.
  • Information storage can be implemented by any method or technology.
  • the information can be computer readable instructions, data structures, modules of programs, or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory. (ROM), electrically erasable programmable read only memory (EEPROM), flash memory or other memory technology, CD-ROM, digital versatile disc (DVD) or other optical storage, magnetic cassette, magnetic tape storage or other magnetic storage device or any other non-transportable media that can be used for storage Calculate information accessed by the device.
  • computer readable media does not include temporary storage of computer readable media, such as modulated data signals and carrier waves.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Hardware Design (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请公开了文件传输方法及装置，用以解决现有技术中移动设备间通过云盘传输图片的方式的数据泄露风险较高的问题。第一客户端与第二客户端处于同一局域网中，该方法包括：所述第一客户端获得所述第一客户端的内置服务器在所述局域网中的地址信息；所述第一客户端根据所述地址信息，生成包含所述地址信息的DOI，以便于所述第二客户端通过扫描所述DOI，向所述内置服务器发送文件；所述第一客户端获得所述内置服务器接收到的所述文件。

Description

文件传输方法及装置
本申请要求2016年08月09日递交的申请号为201610647617.1、发明名称为“文件传输方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及网络技术领域，尤其涉及文件传输方法及装置。
背景技术
随着移动设备的使用普及，用户越来越多地通过移动设备(比如，手机、平板电脑、智能手表等)来分享各类文件，这种分享是基于文件传输实现的。
图片是用户最常传输的一类文件之一。例如，在某些商业运营活动中，商户需要用户提供其手机内的图片来做验证或者其他用途，假定商户为用户提供免费的照片打印功能，则需要用户提供其手机内待打印的照片。
在现有技术中，用户往往通过因特网中的云盘间接地传输图片。假定用户A要将自己手机里的图片传输给用户B，用户A可以将自己的手机接入因特网，再将手机中待分享的图片上传至云盘中保存，用户B也需要将自己的手机接入因特网，以访问用户A的云盘，进而可以从云盘中下载获得用户A上传的图片。
但是，对于现有技术中移动设备间通过云盘传输图片的方式，无论是云盘本身，还是云盘至用户手机之间的因特网传输路径，安全性都难以保障，导致数据泄露风险较高。
发明内容
本申请实施例提供一种文件传输方法及装置，用以解决现有技术中移动设备间通过云盘传输图片的方式的数据泄露风险较高的问题。
本申请实施例还提供另一种文件传输方法及装置。
本申请实施例采用下述技术方案：
本申请实施例提供的一种文件传输方法，第一客户端与第二客户端处于同一局域网中，所述方法包括：
所述第一客户端获得所述第一客户端的内置服务器在所述局域网中的地址信息；
所述第一客户端根据所述地址信息，生成包含所述地址信息的数字对象唯一标识符DOI，以便于所述第二客户端通过扫描所述DOI，向所述内置服务器发送文件；
所述第一客户端获得所述内置服务器接收到的所述文件。
本申请实施例提供的一种文件传输装置，第一客户端与第二客户端处于同一局域网中，所述装置位于所述第一客户端上，所述装置包括：
地址信息获得模块，获得所述第一客户端的内置服务器在所述局域网中的地址信息；
DOI生成模块，根据所述地址信息，生成包含所述地址信息的DOI，以便于所述第二客户端通过扫描所述DOI，向所述内置服务器发送文件；
文件获得模块，获得所述内置服务器接收到的所述文件。
本申请实施例提供的另一种文件传输方法，第一客户端与第二客户端处于同一局域网中，所述方法包括：
所述第二客户端扫描所述第一客户端生成的DOI，其中，所述DOI中包含所述第一客户端中的内置服务器在所述局域网中的地址信息；
所述第二客户端获得所述DOI中包含的所述地址信息；
所述第二客户端根据所述地址信息，向所述内置服务器发送文件，以便于所述第一客户端获得所述内置服务器接收到的所述文件。
本申请实施例提供的另一种文件传输装置，第一客户端与第二客户端处于同一局域网中，所述装置位于所述第二客户端上，所述装置包括：
DOI扫描模块，扫描所述第一客户端生成的DOI，其中，所述DOI中包含所述第一客户端中的内置服务器在所述局域网中的地址信息；
地址信息获得模块，获得所述DOI中包含的所述地址信息；
文件发送模块，根据所述地址信息，向所述内置服务器发送文件，以便于所述第一客户端获得所述内置服务器接收到的所述文件。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：第一客户端与第二客户端可以分别位于要传输文件的两个移动设备上，图片属于文件的一种，这两个移动设备无需接入因特网，也无需与诸如云盘服务器等第三方服务器进行交互，只需要利用局域网即可完成移动设备间的图片传输，相比于因特网，局域网的安全性更容易保障，可以减少数据泄露风险，因此，可以部分或全部地解决现有技术中的问题。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本申请实施例提供的一种文件传输方法的流程示意图；
图2为本申请实施例提供的另一种文件传输方法的流程示意图；
图3为本申请实施例提供的一种实际应用场景下，本申请的方案中的交互过程示意图；
图4为本申请实施例提供的一种用于实现本申请的方案的软件架构示意图；
图5为一种实际应用场景下，现有技术的方案的原理示意图；
图6为本申请实施例提供的一种实际应用场景下，本申请的方案的原理示意图；
图7为本申请实施例提供的对应于图1的文件传输装置的结构示意图；
图8为本申请实施例提供的对应于图2的文件传输装置的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
如前所述，现有技术存在安全性的问题，除此之外，现有技术还存在其他问题。比如，传输图片的过程需要耗费双方用户移动设备的付费网络流量；当图片的数据量较大时传输耗时较多；云盘本身可能需要用户额外付费使用；等等。本申请的方案可以部分或全部地解决背景技术中提到的问题，以及列举的这些问题。下面对本申请的方案进行说明。
在本申请实施例中，对于传输文件的双方设备，为了便于描述，将接收文件的一方设备称为“第一设备”，将发送文件的一方设备称为“第二设备”。第一设备和/或第二设备可以是移动设备，比如，手机、平板电脑、笔记本电脑、智能手表、智能手环、车载移动台等；第一设备和/或第二设备也可以是非移动设备，比如，个人计算机(PC)、大中型计算机、计算机集群等。
列举的这些设备只是作为示例，并不构成对本申请的限定。例如，在背景技术的例子中，第一设备和第二设备均为手机。
进一步地，第一设备上搭载第一客户端，第二设备上搭载第二客户端。一般地，第一客户端、第二客户端属于同一个应用(App)。
图1为本申请实施例提供的一种文件传输方法的流程示意图，第一客户端与第二客 户端处于同一局域网中(也即，第一设备与第二设备处于同一局域网中)，图1中的流程以第一客户端作为执行主体，可以包括以下步骤：
S101：所述第一客户端获得所述第一客户端的内置服务器在所述局域网中的地址信息。
在本申请实施例中，所述局域网可以是无线局域网，比如无线保真(Wireless Fidelity，WiFi)网络、全球微波互联接入(Worldwide Interoperability for Microwave Access，WiMAX)网络等；所述局域网也可以是通过网线、电缆、或光纤等互联的有线局域网。
在本申请实施例中，第一客户端的内置服务器可以是预先建立的，也可以是在执行步骤S101时实时地建立的。内置服务器可以建立于第一设备上的至少一个应用中，也可以不依赖于应用，而是建立于第一设备的操作系统中，甚至还可以建立于第一设备的至少一个硬件的驱动程序中。
内置服务器至少可以提供局域网内的数据传输服务。本申请对所述数据传输服务所基于的传输协议并不做限定，可以是超文本传输协议(Hyper Text Transfer Protocol，HTTP)、文件传输协议(File Transfer Protocol，FTP)、或简单文件传输协议(Trivial File Transfer Protocol，TFTP)等。以HTTP为例，内置服务器具体可以是HTTP服务器(HTTPServer)。
在本申请实施例中，内置服务器在局域网中的地址信息可以是由局域网自动分配的，也可以是由第一客户端自动配置的，也可以是用户预先手动配置的。
地址信息可以包括局域网IP地址和端口号，另外，若第一客户端在局域网内拥有域名，则地址信息可以包括域名和端口号。为了便于使用，地址信息一般是用统一资源定位器(Uniform Resource Locator，URL)的形式表示的，比如，某个第一客户端的某个内置服务器的地址信息可以表示如下：
“http://192.168,0.100:15000”。
其中，“192.168,0.100”为该内置服务器的局域网IP地址，“15000”为该内置服务器的端口号。
需要说明的是，URL是地址信息的一种表示形式示例，并非是对本申请的限定，在实际应用中，也可以采用其他的表示形式表示地址信息，比如，可扩展标记语言(Extensible Markup Language，XML)等。
S102：所述第一客户端根据所述地址信息，生成包含所述地址信息的数字对象唯一标识符(Digital Object Unique Identifier，DOI)，以便于所述第二客户端通过扫描所述 DOI，向所述内置服务器发送文件。
在本申请实施例中，DOI包括但不限于：二维码、条形码、字符码、网络域名等。下面的实施例主要以DOI是二维码为例进行说明。
在本申请实施例中，所述文件可以是图片，也可以是诸如视频、文档、音乐、或应用安装包等其他文件。
在本申请实施例中，在第一客户端生成DOI后，可以直接通过第一客户端即时地将DOI进行展示；可以将DOI输出后以其他方式展示，比如，在实物上打印出来展示，通过某些应用发布展示，等等。
进一步地，第二客户端可以扫描展示的DOI，解析获得DOI包含的地址信息，进而可以根据该地址信息与内置服务器建立连接，以及通过该连接，向内置服务器发送文件。所述文件即为第二客户端待传输给第一客户端的文件，扫描DOI的功能可以由第二设备或者与连接第二设备的相应硬件设备提供支持，如摄像头等。
需要说明的是，在图1的流程执行期间，第二客户端未必要一直与第一客户端处于同一局域网中。第二客户端可以只在需要执行某些具体动作(比如，扫描DOI码、发送文件)时，才与第一客户端处于同一局域网中。
S103：所述第一客户端获得所述内置服务器接收到的所述文件。
在本申请实施例中，由于内置服务器位于第一客户端中，属于第一客户端的组成部分，因此，“内置服务器接收文件”也即“第一客户端接收文件”。
第一客户端获得第二客户端发送的文件后，还可以针对文件执行进一步的动作。比如，将文件保存至特定位置(如保存至本地相册中等)、采用特定应用(如用图片查看器或网页浏览器打开等)将文件打开、或生成文件的预览界面，等等。这些动作可以由内置服务器继续执行，也可以由第一客户端上的其他程序执行。
通过图1中的方法，第一客户端与第二客户端可以分别位于要传输文件的两个移动设备上，图片属于文件的一种，这两个移动设备无需接入因特网，也无需与诸如云盘服务器等第三方服务器进行交互，只需要利用局域网即可完成移动设备间的图片传输，相比于因特网，局域网的安全性更容易保障，可以减少数据泄露风险，因此，可以部分或全部地解决背景技术中的问题。
不仅如此，由于文件传输的过程是基于局域网进行的，因此，不会耗费双方用户移动设备的付费网络流量。一般而言，局域网提供给用户的传输带宽要大于甚至远大于因特网的付费网络带宽，因此，还可以减少文件传输耗时。本申请的方案也无需使用云盘， 因此，也无需用户为使用云盘额外付费。
在实际应用中，现有技术除了背景技术中提到的基于云盘的图片传输方式以外，还有基于即时通讯应用的图片传输方式，但是，后者一般也需要用户设备接入因特网，并通过因特网进行图片传输，因此，也存在与基于云盘的图片传输方式类似的问题，在此不赘述。另外，现有技术还有基于蓝牙或者红外的图片传输方式，但是这类方式需要诸如蓝牙技术、红外技术等专用的硬件模块和通讯协议的支持，而且可能需要用户配置复杂的技术参数，实施成本较高，相比于这类方式，本申请的方案无需增加专用的硬件模块和通讯协议，也无需用户配置复杂的技术参数，因此，实施成本较低。
基于图1中的方法，本申请实施例还提供了该方法的一些具体实施方案，以及扩展方案，下面进行说明。
在本申请实施例中，为了减少第一客户端的资源消耗，第一客户端的内置服务器可以不用一直保持已启动的状态，而是在需要传输文件时，再由基于用户的操作而启动。在这种情况下，对于步骤S102，所述第一客户端获得所述第一客户端的内置服务器在所述局域网中的地址信息前，还可以执行：所述第一客户端启动所述第一客户端的内置服务器。需要说明的是，若内置服务器在局域网中的地址信息已经预先配置的话，则第一客户端也可以在内置服务器启动前就执行步骤S101，相应地，内置服务器也只需要在第二客户端与内置服务器建立连接前启动即可。
进一步地，为了便于用户使用，内置服务器还可以有相应的操作界面(可以保存为相应的操作界面信息)，所述操作界面可以包括：用于在第一客户端上展示的界面(比如，用于启动内置服务器的控制界面等)、和/或用于在第二客户端上展示的界面(比如，用于选取待传输文件的文件传输界面等)。操作界面中可以包含相应的操作提示信息和操作控件。
本申请对所述操作界面的构建方式并不做限定。一般地，可以使用基于的超文本标记语言(HyperText Markup Language，HTML)、层叠样式表(Cascading Style Sheets，CSS)，以及至少一种脚本语言(比如，javascript、python等)的网页视图(webview)解决方案来构建操作界面。
以所述操作界面是文件传输界面为例，对于步骤S102，生成包含所述地址信息的DOI后，第一客户端还可以执行：向所述第二客户端提供文件传输界面信息，以便于所述第二客户端根据所述文件传输界面信息，展示用于发送所述文件的文件传输界面。从而可以提高第二客户端用户的操作便利性。
在本申请实施例中，前面已经提到所述的局域网可以为无线局域网，也可以为有线局域网。考虑到用户一般更多地使用移动设备传输图片，而移动设备采用无线通信方式，因此，在实际应用中，本申请的方案可能会更多地在无线局域网的场景下使用。
目前，WiFi网络是使用最为广泛的无线局域网，日常生活中几乎随处可见，WiFi网络的使用普及，可以给本申请的方案的实际应用带来极大便利。沿用背景技术中的例子，在商业运营活动中，商家一般会提供免费的WiFi网络以供用户使用，则基于本申请的方案和该WiFi网络，用户可以便利地分享图片或图片以外的其他文件。
上面主要以第一客户端为方法执行主体，对本申请的方案进行了说明。为了进一步地帮助理解，基于同样的思路，本申请实施例还提供了另一种文件传输方法的流程示意图，如图2所示。
第一客户端与第二客户端处于同一局域网中，图2中的流程以第二客户端作为执行主体，可以包括以下步骤：
S201：所述第二客户端扫描所述第一客户端生成的DOI，其中，所述DOI中包含所述第一客户端中的内置服务器在所述局域网中的地址信息。
S202：所述第二客户端获得所述DOI中包含的所述地址信息。
在本申请实施例中，第二客户端通过扫描DOI，并进行解析获得DOI中包含的地址信息。
S203：所述第二客户端根据所述地址信息，向所述内置服务器发送文件，以便于所述第一客户端获得所述内置服务器接收到的所述文件。
在本申请实施例中，第二客户端与内置服务器之间的文件传输是依赖于第一客户端与第二客户端同处的局域网进行的，而无需依赖因特网。第二客户端在该局域网中也具有局域网IP地址，第二客户端正是通过自己的局域网IP地址(以及某个端口号)与内置服务器进行通信的。
图2的方法与图1的方法实质相同，只是从不同的角度描述的，因此，两者的技术效果也相同，前面已经对图1的方法的技术效果进行了详细说明，在此不赘述。
基于图2中的方法，本申请实施例还提供了该方法的一些具体实施方案，以及扩展方案，下面进行说明。
在本申请实施例中，对于步骤S203，所述第二客户端根据所述地址信息，向所述内置服务器发送文件，具体可以包括：所述第二客户端根据所述地址信息，通过所述局域网，与所述内置服务器建立连接；所述第二客户端通过所述连接，向所述内置服务器发 送文件。
当局域网内要向第一客户端传输文件的第二客户端有多个时，也未必需要所有的第二客户端分别与内置服务器建立连接，至少有一个第二客户端与内置服务器建立连接即可。在这种情况下，未与内置服务器建立连接的各第二客户端可以通过已与内置服务器建立了连接的第二客户端的中转，向内置服务器发送文件。
在本申请实施例中，前面已经提到，为了便于用户使用，内置服务器可以有用于在第二客户端上展示的界面，该界面是提供给第二客户端使用的，该界面具体可以是文件传输界面。在这种情况下，对于上述的所述第二客户端通过所述连接，向所述内置服务器发送文件，具体可以包括：所述第二客户端通过所述连接，获得所述第一客户端提供的文件传输界面信息；根据所述文件传输界面信息，展示文件传输界面；确定用户通过所述文件传输界面在所述第二客户端上选取的文件，并向所述内置服务器发送所述文件。
第二客户端从第一客户端获得文件传输界面信息的过程类似于通过浏览器打开网页的过程。在这种类比中，文件传输界面信息相当于是该网页文件本身或该网页的源代码，内置服务器的地址信息相当于是该网页的网址。
上面分别从第一客户端、第二客户端的角度对本申请的方案进行了说明。本申请实施例还提供了一种实际应用场景下，本申请的方案中的交互过程示意图，以帮助从整体上理解本申请的方案，该交互过程如图3所示。
在图3的应用场景下，上述的第一客户端搭载于手机a上，上述的第二客户端搭载于手机b上，上述的文件为图片，上述的DOI为二维码，上述的局域网为WiFi网络。在实际应用中，是手机a与手机b这两端进行交互，但是，由于交互过程可以涉及到手机a生成的二维码，以及手机b上展示的文件传输界面，因此，为了使交互过程看起来逻辑更加清晰，将二维码、文件传输界面也分别独立作为交互过程中的一端。
在图3中，手机a与手机b处于同一WiFi网络中。
手机a启动内置服务器，并根据内置服务器在该WiFi网络中的地址信息，生成二维码并展示；
手机b通过扫描该二维码，连接内置服务器，生成文件传输界面，以供用于选取待传输的图片，进而，将用户选取的图片向内置服务器发送；
手机a接收图片并保存至本地相册中，从而完成了手机间的图片分享。
本申请的方案可以基于现有的移动设备实现，无需更新硬件，从软件层面即可实现。本申请实施例提供了一种用于实现本申请的方案的软件架构示意图，如图4所示。
在图4中，软件架构按照功能不同可以划分为视图层、工具层、网络层这四层。
在视图层，采用了javascript+CSS+HTML的解决方案用以构建可视化界面。
在工具层，采用DOI生成器生成DOI，以及采用FileSource模块对第一客户端接收到的文件执行保存(可以通过调用相应的应用程序接口实现)等处理动作。
在网络层，HTTPServer用于处理启动内置服务器的服务，HTTPResponse用于处理文件传输的响应，HTTPConnection用于建立内置服务器与第二客户端之间连接，AsyncSocket用于提供Socket协议以进行长连接，保证文件传输过程不中断。
需要说明的是，图4中的软件架构仅是一种示例，在实际应用中，其分层方式和架构中的各模块名称可以不同于图4。
为了便于对比现有技术的方案与本申请的方案的差异，以下还提供了更直观的方案原理示意图，如图5、图6所示。
图5为一种实际应用场景(沿用图3的场景)下，现有技术的方案的原理示意图。当采用现有技术时，若手机b要分享图片给手机a，则双方手机均需要安装云盘应用，并均需要接入因特网。手机b通过手机b上的云盘应用，将手机b的本地相册中待分享的图片上传至因特网中的云盘服务器，手机a通过手机a上的云盘应用，将手机b分享的图片从云盘服务器中下载下来，并保存至手机a的本地相册中。
图6为本申请实施例提供的一种实际应用场景(沿用图3的场景)下，本申请的方案的原理示意图。图6中的交互过程参见对图3的说明，在此不赘述。
以上为本申请实施例提供的文件传输方法，基于同样的思路，本申请实施例还提供相应的文件传输装置，如图7、图8所示。
图7为本申请实施例提供的对应于图1的文件传输装置的结构示意图，该装置位于第一客户端上，第一客户端与第二客户端处于同一局域网中，该装置可以包括：
地址信息获得模块701，获得所述第一客户端的内置服务器在所述局域网中的地址信息；
DOI生成模块702，根据所述地址信息，生成包含所述地址信息的DOI，以便于所述第二客户端通过扫描所述DOI，向所述内置服务器发送文件；
文件获得模块703，获得所述内置服务器接收到的所述文件。
可选地，所述装置还包括：
内置服务器启动模块704，在所述地址信息获得模块获得所述第一客户端的内置服务器在所述局域网中的地址信息前，启动所述第一客户端的内置服务器，其中，所述内 置服务器建立于所述第一客户端上的至少一个应用中。
可选地，所述装置还包括：
文件传输界面模块705，在所述DOI生成模块702生成包含所述地址信息的DOI后，向所述第二客户端提供文件传输界面信息，以便于所述第二客户端根据所述文件传输界面信息，展示用于发送所述文件的文件传输界面。
可选地，所述地址信息包括局域网IP地址和端口号。
可选地，所述文件为图片。
可选地，所述装置还包括：
文件保存模块706，将所述文件保存到本地相册中。
可选地，所述局域网为WiFi网络。
可选地，所述DOI为二维码。
图8为本申请实施例提供的对应于图2的文件传输装置的结构示意图，该装置位于第二客户端上，第一客户端与第二客户端处于同一局域网中，该装置可以包括：
DOI扫描模块801，扫描所述第一客户端生成的DOI，其中，所述DOI中包含所述第一客户端中的内置服务器在所述局域网中的地址信息；
地址信息获得模块802，获得所述DOI中包含的所述地址信息；
文件发送模块803，根据所述地址信息，向所述内置服务器发送文件，以便于所述第一客户端获得所述内置服务器接收到的所述文件。
可选地，文件发送模块803，根据所述地址信息，通过所述局域网，与所述内置服务器建立连接，通过所述连接，向所述内置服务器发送文件。
可选地，文件发送模块803，通过所述连接，获得所述第一客户端提供的文件传输界面信息，根据所述文件传输界面信息，展示文件传输界面，确定用户通过所述文件传输界面在所述第二客户端上选取的文件，并向所述内置服务器发送所述文件。
可选地，所述地址信息包括局域网IP地址和端口号。
可选地，所述文件为图片。
可选地，所述局域网为WiFi网络。
可选地，所述DOI为二维码。
本申请提供的装置是与本申请提供的方法一一对应的，因此，所述装置也具有与所述方法类似的技术效果，由于上面已经对所述方法的技术效果进行了详细说明，因此，这里不再赘述所述装置的技术效果。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、 只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (30)

  1. 一种文件传输方法，其特征在于，第一客户端与第二客户端处于同一局域网中，所述方法包括：
    所述第一客户端获得所述第一客户端的内置服务器在所述局域网中的地址信息；
    所述第一客户端根据所述地址信息，生成包含所述地址信息的数字对象唯一标识符DOI，以便于所述第二客户端通过扫描所述DOI，向所述内置服务器发送文件；
    所述第一客户端获得所述内置服务器接收到的所述文件。
  2. 如权利要求1所述的方法，其特征在于，所述第一客户端获得所述第一客户端的内置服务器在所述局域网中的地址信息前，所述方法还包括：
    所述第一客户端启动所述第一客户端的内置服务器，其中，所述内置服务器建立于所述第一客户端上的至少一个应用中。
  3. 如权利要求1所述的方法，其特征在于，生成包含所述地址信息的DOI后，所述方法还包括：
    向所述第二客户端提供文件传输界面信息，以便于所述第二客户端根据所述文件传输界面信息，展示用于发送所述文件的文件传输界面。
  4. 如权利要求1所述的方法，其特征在于，所述地址信息包括局域网IP地址和端口号。
  5. 如权利要求1所述方法，其特征在于，所述文件为图片。
  6. 如权利要求5所述的方法，其特征在于，所述方法还包括：
    所述第一客户端将所述文件保存到本地相册中。
  7. 如权利要求1～6任一项所述的方法，其特征在于，所述局域网为WiFi网络。
  8. 如权利要求1～6任一项所述的方法，其特征在于，所述DOI为二维码。
  9. 一种文件传输方法，其特征在于，第一客户端与第二客户端处于同一局域网中，所述方法包括：
    所述第二客户端扫描所述第一客户端生成的数字对象唯一标识符DOI，其中，所述DOI中包含所述第一客户端中的内置服务器在所述局域网中的地址信息；
    所述第二客户端获得所述DOI中包含的所述地址信息；
    所述第二客户端根据所述地址信息，向所述内置服务器发送文件，以便于所述第一客户端获得所述内置服务器接收到的所述文件。
  10. 如权利要求9所述的方法，其特征在于，所述第二客户端根据所述地址信息， 向所述内置服务器发送文件，具体包括：
    所述第二客户端根据所述地址信息，通过所述局域网，与所述内置服务器建立连接；
    所述第二客户端通过所述连接，向所述内置服务器发送文件。
  11. 如权利要求10所述的方法，其特征在于，所述第二客户端通过所述连接，向所述内置服务器发送文件，具体包括：
    所述第二客户端通过所述连接，获得所述第一客户端提供的文件传输界面信息；
    根据所述文件传输界面信息，展示文件传输界面；
    确定用户通过所述文件传输界面在所述第二客户端上选取的文件，并向所述内置服务器发送所述文件。
  12. 如权利要求9所述的方法，其特征在于，所述地址信息包括局域网IP地址和端口号。
  13. 如权利要求9所述方法，其特征在于，所述文件为图片。
  14. 如权利要求9～13任一项所述的方法，其特征在于，所述局域网为WiFi网络。
  15. 如权利要求9～13任一项所述的方法，其特征在于，所述DOI为二维码。
  16. 一种文件传输装置，其特征在于，第一客户端与第二客户端处于同一局域网中，所述装置位于所述第一客户端上，所述装置包括：
    地址信息获得模块，获得所述第一客户端的内置服务器在所述局域网中的地址信息；
    DOI生成模块，根据所述地址信息，生成包含所述地址信息的数字对象唯一标识符DOI，以便于所述第二客户端通过扫描所述DOI，向所述内置服务器发送文件；
    文件获得模块，获得所述内置服务器接收到的所述文件。
  17. 如权利要求16所述的装置，其特征在于，所述装置还包括：
    内置服务器启动模块，在所述地址信息获得模块获得所述第一客户端的内置服务器在所述局域网中的地址信息前，启动所述第一客户端的内置服务器，其中，所述内置服务器建立于所述第一客户端上的至少一个应用中。
  18. 如权利要求16所述的装置，其特征在于，所述装置还包括：
    文件传输界面模块，在所述DOI生成模块生成包含所述地址信息的DOI后，向所述第二客户端提供文件传输界面信息，以便于所述第二客户端根据所述文件传输界面信息，展示用于发送所述文件的文件传输界面。
  19. 如权利要求16所述的装置，其特征在于，所述地址信息包括局域网IP地址和 端口号。
  20. 如权利要求16所述的装置，其特征在于，所述文件为图片。
  21. 如权利要求20所述的装置，其特征在于，所述装置还包括：
    文件保存模块，将所述文件保存到本地相册中。
  22. 如权利要求16～21任一项所述的装置，其特征在于，所述局域网为WiFi网络。
  23. 如权利要求16～21任一项所述的装置，其特征在于，所述DOI为二维码。
  24. 一种文件传输装置，其特征在于，第一客户端与第二客户端处于同一局域网中，所述装置位于所述第二客户端上，所述装置包括：
    DOI扫描模块，扫描所述第一客户端生成的数字对象唯一标识符DOI，其中，所述DOI中包含所述第一客户端中的内置服务器在所述局域网中的地址信息；
    地址信息获得模块，获得所述DOI中包含的所述地址信息；
    文件发送模块，根据所述地址信息，向所述内置服务器发送文件，以便于所述第一客户端获得所述内置服务器接收到的所述文件。
  25. 如权利要求24所述的装置，其特征在于，所述文件发送模块，根据所述地址信息，通过所述局域网，与所述内置服务器建立连接，通过所述连接，向所述内置服务器发送文件。
  26. 如权利要求25所述的装置，其特征在于，所述文件发送模块，通过所述连接，获得所述第一客户端提供的文件传输界面信息，根据所述文件传输界面信息，展示文件传输界面，确定用户通过所述文件传输界面在所述第二客户端上选取的文件，并向所述内置服务器发送所述文件。
  27. 如权利要求24所述的装置，其特征在于，所述地址信息包括局域网IP地址和端口号。
  28. 如权利要求24所述的装置，其特征在于，所述文件为图片。
  29. 如权利要求24～28任一项所述的装置，其特征在于，所述局域网为WiFi网络。
  30. 如权利要求24～28任一项所述的装置，其特征在于，所述DOI为二维码。
PCT/CN2017/094789 2016-08-09 2017-07-28 文件传输方法及装置 Ceased WO2018028442A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610647617.1 2016-08-09
CN201610647617.1A CN106899653A (zh) 2016-08-09 2016-08-09 文件传输方法及装置

Publications (1)

Publication Number Publication Date
WO2018028442A1 true WO2018028442A1 (zh) 2018-02-15

Family

ID=59191665

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/094789 Ceased WO2018028442A1 (zh) 2016-08-09 2017-07-28 文件传输方法及装置

Country Status (3)

Country Link
CN (1) CN106899653A (zh)
TW (1) TWI686702B (zh)
WO (1) WO2018028442A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112887411A (zh) * 2021-01-29 2021-06-01 广州优谷信息技术有限公司 局域网数据传输系统、方法、计算机设备及存储介质
CN114125024A (zh) * 2021-11-12 2022-03-01 兰州乐智教育科技有限责任公司 音频传输方法、电子设备及可读存储介质

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106899653A (zh) * 2016-08-09 2017-06-27 阿里巴巴集团控股有限公司 文件传输方法及装置
CN107645551B (zh) * 2017-09-19 2020-02-11 Oppo广东移动通信有限公司 文件传输方法及装置
CN108234620A (zh) * 2017-12-28 2018-06-29 北京奇虎科技有限公司 跨平台数据传输方法、装置及系统
CN111787115B (zh) * 2020-07-06 2023-05-09 聚好看科技股份有限公司 服务器、显示设备和文件传输方法
CN113132489A (zh) * 2021-04-22 2021-07-16 中国工商银行股份有限公司 下载文件的方法、装置、计算设备和介质
CN113194137A (zh) * 2021-04-28 2021-07-30 深圳雷曼光电科技股份有限公司 数据传输方法、装置、系统和存储介质
CN113077252A (zh) * 2021-04-30 2021-07-06 中国银行股份有限公司 银行柜台业务办理方法及装置
CN113505328B (zh) * 2021-07-27 2023-10-31 北京达佳互联信息技术有限公司 文件传输方法、装置、电子设备和计算机可读存储介质
CN116418851A (zh) * 2021-12-31 2023-07-11 华晨宝马汽车有限公司 用于对车辆的组装系统进行点检维修的方法和设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130073364A1 (en) * 2011-09-16 2013-03-21 Ysk Media Ltd. Method of Downloading Contents
CN104967668A (zh) * 2015-05-28 2015-10-07 百度在线网络技术（北京）有限公司 基于wifi热点的设备间文件传输方法、装置以及系统
CN105282218A (zh) * 2015-07-08 2016-01-27 深圳市美贝壳科技有限公司 用于移动终端与机顶盒间媒体文件的分享方法及系统
CN105515935A (zh) * 2014-09-22 2016-04-20 阿里巴巴集团控股有限公司 一种交互信息中doi的处理方法及装置
CN106899653A (zh) * 2016-08-09 2017-06-27 阿里巴巴集团控股有限公司 文件传输方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101329949B1 (ko) * 2013-06-07 2013-11-20 이응준 휴대폰 판매／개통 자판기
CN104320417B (zh) * 2014-11-06 2017-06-06 北京安奇智联科技有限公司 移动终端和web终端之间互连及流传输和流媒体播放的方法
CN104333598A (zh) * 2014-11-06 2015-02-04 北京安奇智联科技有限公司 基于二维码和网络适配的移动终端和web终端互连的方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130073364A1 (en) * 2011-09-16 2013-03-21 Ysk Media Ltd. Method of Downloading Contents
CN105515935A (zh) * 2014-09-22 2016-04-20 阿里巴巴集团控股有限公司 一种交互信息中doi的处理方法及装置
CN104967668A (zh) * 2015-05-28 2015-10-07 百度在线网络技术（北京）有限公司 基于wifi热点的设备间文件传输方法、装置以及系统
CN105282218A (zh) * 2015-07-08 2016-01-27 深圳市美贝壳科技有限公司 用于移动终端与机顶盒间媒体文件的分享方法及系统
CN106899653A (zh) * 2016-08-09 2017-06-27 阿里巴巴集团控股有限公司 文件传输方法及装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112887411A (zh) * 2021-01-29 2021-06-01 广州优谷信息技术有限公司 局域网数据传输系统、方法、计算机设备及存储介质
CN114125024A (zh) * 2021-11-12 2022-03-01 兰州乐智教育科技有限责任公司 音频传输方法、电子设备及可读存储介质
CN114125024B (zh) * 2021-11-12 2023-10-17 兰州乐智教育科技有限责任公司 音频传输方法、电子设备及可读存储介质

Also Published As

Publication number Publication date
TWI686702B (zh) 2020-03-01
CN106899653A (zh) 2017-06-27
TW201805832A (zh) 2018-02-16

Similar Documents

Publication Publication Date Title
WO2018028442A1 (zh) 文件传输方法及装置
US12373548B2 (en) Application gateway architecture with multi-level security policy and rule promulgations
RU2595632C1 (ru) Системы и способы совместного использования файлов среди нескольких терминалов
JP6114834B2 (ja) 情報提示方法、装置、プログラム、及び記録媒体
US9979751B2 (en) Application gateway architecture with multi-level security policy and rule promulgations
US8527549B2 (en) Cloud based operating and virtual file system
US20160364201A1 (en) Remote desktop mirroring
CN107943439A (zh) 界面移动方法、装置、智能终端、服务器和操作系统
WO2020051968A1 (zh) 数据分享的方法、图形用户界面、电子设备及系统
JP6215359B2 (ja) 複数のコンピューティングデバイスにわたる情報へのアクセスの提供
CN104348919B (zh) 进行文件下载的方法、装置和浏览器
US10021166B2 (en) Mechanism for building normalized service model to expose web APIs
CN106572139B (zh) 多终端控制方法、终端、服务器和系统
TW201443670A (zh) 提供不計內容格式及類型之內容可存取性的虛擬庫
JP2017504857A (ja) ドキュメント管理及びコラボレーション・システム
US20110185038A1 (en) Apparatus and method for providing a terminal web service
CN105379195A (zh) 信息共享方法和设备
CN107092634A (zh) 页面预览的实现方法和装置
CN104376090A (zh) 计算设备的浏览器与移动终端的屏幕同步
CN106990927B (zh) 图像形成装置、云服务器、图像形成系统及连接设置方法
WO2015158262A1 (zh) 发送卡券、生成卡券的方法、公众账号服务端和移动终端
CN116801008A (zh) 媒体信息素材处理方法、装置、电子设备以及存储介质
CN106547792B (zh) 一种图片分享方法及装置
CN105868195A (zh) 图片上传方法及装置
US12438770B2 (en) System and method for customization of onboarding process

Legal Events

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

Ref document number: 17838572

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17838572

Country of ref document: EP

Kind code of ref document: A1