CN117319369A - File delivery method, electronic device and storage medium - Google Patents

File delivery method, electronic device and storage medium Download PDF

Info

Publication number
CN117319369A
CN117319369A CN202210707747.5A CN202210707747A CN117319369A CN 117319369 A CN117319369 A CN 117319369A CN 202210707747 A CN202210707747 A CN 202210707747A CN 117319369 A CN117319369 A CN 117319369A
Authority
CN
China
Prior art keywords
delivered
target file
interface
user
delivery
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.)
Pending
Application number
CN202210707747.5A
Other languages
Chinese (zh)
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202210707747.5A priority Critical patent/CN117319369A/en
Publication of CN117319369A publication Critical patent/CN117319369A/en
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06VIMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V20/00Scenes; Scene-specific elements
    • G06V20/40Scenes; Scene-specific elements in video content
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/141Setup of application sessions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06VIMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V2201/00Indexing scheme relating to image or video recognition or understanding
    • G06V2201/07Target detection

Abstract

The embodiment of the application provides a file delivery method, electronic equipment and a storage medium, and relates to the technical field of communication, wherein the method comprises the following steps: responding to the detected delivery operation of the user to the target file, shooting the current environment, and displaying a preview image; identifying the preview image and determining delivered equipment; determining a second device among the delivered devices in response to the detected selection operation of the user; and delivering the target file to the second device. The method provided by the embodiment of the application can improve the file delivery efficiency.

Description

File delivery method, electronic device and storage medium
Technical Field
The embodiment of the application relates to the technical field of communication, in particular to a file delivery method, electronic equipment and a storage medium.
Background
With the continuous development of information technology, various electronic devices are layered endlessly. There is also a constant demand for capabilities of electronic devices, such as collaboration between devices. Among them, in daily life or office scenes, a typical example of multi-device collaboration is file delivery, which may also be referred to as file drop or air drop.
However, in the current file delivery scenario, there are a plurality of delivered devices in the scenario where the user is typically located, and the plurality of delivered devices are typically displayed to the user in a grid or list form. Thus, when a user selects to screen a file to one of the devices being routed, the following problems may exist:
1. the selection of the devices is difficult, for example, the types and names of the delivered devices are consistent, and the user cannot distinguish the devices by the names.
2. Misoperation, for example, the grid or list arrangement is too compact, and the user may cause misoperation due to mispoints.
Disclosure of Invention
The embodiment of the application provides a file delivery method, electronic equipment and a storage medium, which can improve the efficiency of file delivery.
In a first aspect, an embodiment of the present application provides a file delivery method, which is applied to a first device, and includes:
responding to the detected delivery operation of the user to the target file, shooting the current environment, and displaying a preview image;
identifying the preview image and determining delivered equipment;
determining a second device among the delivered devices in response to the detected selection operation of the user;
And delivering the target file to the second device.
In the embodiment of the application, the target delivery equipment is determined by identifying the field environment, so that the difficulty in selecting the target delivery equipment caused by a network or list display mode can be avoided, and the file delivery efficiency can be improved.
In one possible implementation manner, the shooting the current environment in response to the detected delivery operation of the target file by the user includes:
responding to the detected delivery operation of the user on the target file, and identifying the gesture of the first device;
and if the gesture of the first equipment meets the first preset condition, shooting the current environment.
In the embodiment of the application, the target device can be determined through environment recognition under a certain condition, so that file delivery to the target device is realized.
In one possible implementation manner, the method further includes:
if the gesture of the first device meets the second preset condition, displaying a device list on a display interface of the first device;
determining a second device in the list of devices;
and delivering the target file to the second device.
In the embodiment of the application, the target device can be selected from the device list under a certain condition, so that the file is delivered to the target device.
In one possible implementation manner, the gesture of the first device is an inclination angle between a screen of the first device and a horizontal plane.
In the embodiment of the application, the mode of selecting the target device is determined by the gesture of the user holding the first device, so that the operation of the user can be facilitated, the requirements of different users can be met, and the experience of the user is improved.
In one possible implementation manner, after determining the second device in the delivered device in response to the detected selection operation of the user, the method further includes:
determining a target area;
delivering the target file to the second device includes:
identifying a current interface of the second device, and determining the type of an application program running in the current interface of the second device;
and if the type of the application program running in the current interface of the second device is matched with the preset type, the target file is sent to the target area currently displayed by the second device.
In the embodiment of the invention, the file can be directly delivered on the currently displayed page of the target equipment by identifying the running application program and the delivered file type in the target equipment, thereby being convenient for the operation of a user and improving the delivery efficiency.
In one possible implementation manner, after the identifying the preview image and determining the delivered device, the method further includes:
identifying a current interface of the second device, and determining the type of an application program running in the current interface of the second device;
if the type of the application program running in the current interface of the second device is matched with the preset type, displaying a recommended area on the current interface of the delivered device in the preview image;
delivering the target file to the second device includes:
and delivering the target file in a recommendation area currently displayed by the second device.
In the embodiment of the application, the file is directly delivered to the recommended area, so that the position adjustment operation after the user file is delivered can be omitted, and the file delivery efficiency is improved.
In one possible implementation manner, the method further includes:
and displaying the device icon of the delivered device in the preview image.
In the embodiment of the application, the device icons are used for marking the delivered devices, so that a user can be reminded of carrying out delivery operation on the delivered devices corresponding to the device icons, and the operation experience of the user can be improved.
In a second aspect, an embodiment of the present application provides a document delivery apparatus, including: one or more functional modules for performing any one of the file delivery methods provided in the first aspect.
In a third aspect, an embodiment of the present application provides a first device, including: a processor and a memory for storing a computer program; the processor is configured to execute a computer program for performing the file delivery method as described in the first aspect.
In a fourth aspect, embodiments of the present application provide a computer readable storage medium having a computer program stored therein, which when run on a computer, causes the computer to implement the file delivery method according to the first aspect.
In a fifth aspect, embodiments of the present application provide a computer program product comprising a computer program, which when executed by a computer causes the computer to implement the file delivery method according to the first aspect.
In a possible implementation manner, the program in the fifth aspect may be stored in whole or in part on a storage medium packaged together with the processor, or may be stored in part or in whole on a memory not packaged together with the processor.
In a sixth aspect, a document delivery system is provided, comprising: a first device and a second device for performing any of the methods provided in the first aspect.
Drawings
Fig. 1 is a schematic hardware structure of a terminal device provided in an embodiment of the present application;
FIG. 2 is a system architecture diagram provided in an embodiment of the present application;
FIG. 3 is a flow chart of one embodiment of a document delivery method provided herein;
FIGS. 4a and 4b are diagrams of user interfaces for file delivery provided by embodiments of the present application;
fig. 5 is a schematic display diagram of a preview image provided in an embodiment of the present application;
fig. 6 is a schematic display diagram of an equipment icon according to an embodiment of the present application;
FIG. 7 is a flowchart illustrating another embodiment of a document delivery method provided herein;
FIG. 8 is a flow chart illustrating a method of delivering documents according to yet another embodiment of the present application;
FIG. 9 is a schematic diagram of delivering a target area according to an embodiment of the present disclosure;
FIG. 10 is a flow chart illustrating a method of delivering documents according to another embodiment of the present application;
FIG. 11 is a schematic diagram of delivering recommended regions according to an embodiment of the present application;
fig. 12 is a schematic structural diagram of a document delivery device according to an embodiment of the present application.
Detailed Description
In the embodiment of the present application, unless otherwise specified, the character "/" indicates that the front-rear association object is one or a relationship. For example, A/B may represent A or B. "and/or" describes an association relationship of an association object, meaning that three relationships may exist. For example, a and/or B may represent: a exists alone, A and B exist together, and B exists alone.
It should be noted that the terms "first," "second," and the like in the embodiments of the present application are used for distinguishing between description and not necessarily for indicating or implying a relative importance or number of features or characteristics that are indicated, nor does it imply a sequential order.
In the embodiments of the present application, "at least one" means one or more, and "a plurality" means two or more. Furthermore, "at least one item(s)" below, or the like, refers to any combination of these items, and may include any combination of single item(s) or plural items(s). For example, at least one (one) of A, B or C may represent: a, B, C, a and B, a and C, B and C, or A, B and C. Wherein each of A, B, C may itself be an element or a collection comprising one or more elements.
In this application embodiments, "exemplary," "in some embodiments," "in another embodiment," etc. are used to indicate an example, instance, or illustration. Any embodiment or design described herein as "exemplary" is not necessarily to be construed as preferred or advantageous over other embodiments or designs. Rather, the term use of an example is intended to present concepts in a concrete fashion.
"of", "corresponding" and "corresponding" in the embodiments of the present application may be sometimes used in combination, and it should be noted that the meaning to be expressed is consistent when the distinction is not emphasized. In the embodiments of the present application, communications and transmissions may sometimes be mixed, and it should be noted that, when the distinction is not emphasized, the meaning expressed is consistent. For example, a transmission may include sending and/or receiving, either nouns or verbs.
The equal to that relates to in this application embodiment can be with being greater than even using, is applicable to the technical scheme that adopts when being greater than, also can be with being less than even using, is applicable to the technical scheme that adopts when being less than. It should be noted that when the number is equal to or greater than the sum, the number cannot be smaller than the sum; when the value is equal to or smaller than that used together, the value is not larger than that used together.
In the current file delivery scenario, there are a plurality of delivered devices in the scenario where the user is typically located, and the plurality of delivered devices are typically displayed to the user in a grid or list form. Thus, when a user selects to screen a file to one of the devices being routed, the following problems may exist:
1. The selection of the devices is difficult, for example, the types and names of the delivered devices are consistent, and the user cannot distinguish the devices by the names.
2. Misoperation, for example, the grid or list arrangement is too compact, and the user may cause misoperation due to mispoints.
Based on the above problems, the embodiment of the application provides a congestion control negotiation method applied to a terminal device.
An exemplary terminal device provided in the following embodiments of the present application is first described below in connection with fig. 1. Fig. 1 shows a schematic structure of a terminal device 100.
The electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (universal serial bus, USB) interface 130, a charge management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, keys 190, a motor 191, an indicator 192, a camera 193, a display 194, and a subscriber identity module (subscriber identification module, SIM) card interface 195, etc. The sensor module 180 may include a pressure sensor 180A, a gyro sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, and the like.
It should be understood that the illustrated structure of the embodiment of the present invention does not constitute a specific limitation on the electronic device 100. In other embodiments of the present application, electronic device 100 may include more or fewer components than shown, or certain components may be combined, or certain components may be split, or different arrangements of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.
The processor 110 may include one or more processing units, such as: the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processor (graphics processing unit, GPU), an image signal processor (image signal processor, ISP), a controller, a video codec, a digital signal processor (digital signal processor, DSP), a baseband processor, and/or a neural network processor (neural-network processing unit, NPU), etc. Wherein the different processing units may be separate devices or may be integrated in one or more processors.
The controller can generate operation control signals according to the instruction operation codes and the time sequence signals to finish the control of instruction fetching and instruction execution.
A memory may also be provided in the processor 110 for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory may hold instructions or data that the processor 110 has just used or recycled. If the processor 110 needs to reuse the instruction or data, it can be called directly from the memory. Repeated accesses are avoided and the latency of the processor 110 is reduced, thereby improving the efficiency of the system.
In some embodiments, the processor 110 may include one or more interfaces. The interfaces may include an integrated circuit (inter-integrated circuit, I2C) interface, an integrated circuit built-in audio (inter-integrated circuit sound, I2S) interface, a pulse code modulation (pulse code modulation, PCM) interface, a universal asynchronous receiver transmitter (universal asynchronous receiver/transmitter, UART) interface, a mobile industry processor interface (mobile industry processor interface, MIPI), a general-purpose input/output (GPIO) interface, a subscriber identity module (subscriber identity module, SIM) interface, and/or a universal serial bus (universal serial bus, USB) interface, among others.
The I2C interface is a bi-directional synchronous serial bus comprising a serial data line (SDA) and a serial clock line (derail clock line, SCL). In some embodiments, the processor 110 may contain multiple sets of I2C buses. The processor 110 may be coupled to the touch sensor 180K, charger, flash, camera 193, etc., respectively, through different I2C bus interfaces. For example: the processor 110 may be coupled to the touch sensor 180K through an I2C interface, such that the processor 110 communicates with the touch sensor 180K through an I2C bus interface to implement a touch function of the electronic device 100.
The I2S interface may be used for audio communication. In some embodiments, the processor 110 may contain multiple sets of I2S buses. The processor 110 may be coupled to the audio module 170 via an I2S bus to enable communication between the processor 110 and the audio module 170. In some embodiments, the audio module 170 may transmit an audio signal to the wireless communication module 160 through the I2S interface, to implement a function of answering a call through the bluetooth headset.
PCM interfaces may also be used for audio communication to sample, quantize and encode analog signals. In some embodiments, the audio module 170 and the wireless communication module 160 may be coupled through a PCM bus interface. In some embodiments, the audio module 170 may also transmit audio signals to the wireless communication module 160 through the PCM interface to implement a function of answering a call through the bluetooth headset. Both the I2S interface and the PCM interface may be used for audio communication.
The UART interface is a universal serial data bus for asynchronous communications. The bus may be a bi-directional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, a UART interface is typically used to connect the processor 110 with the wireless communication module 160. For example: the processor 110 communicates with a bluetooth module in the wireless communication module 160 through a UART interface to implement a bluetooth function. In some embodiments, the audio module 170 may transmit an audio signal to the wireless communication module 160 through a UART interface, to implement a function of playing music through a bluetooth headset.
The MIPI interface may be used to connect the processor 110 to peripheral devices such as a display 194, a camera 193, and the like. The MIPI interfaces include camera serial interfaces (camera serial interface, CSI), display serial interfaces (display serial interface, DSI), and the like. In some embodiments, processor 110 and camera 193 communicate through a CSI interface to implement the photographing functions of electronic device 100. The processor 110 and the display 194 communicate via a DSI interface to implement the display functionality of the electronic device 100.
The GPIO interface may be configured by software. The GPIO interface may be configured as a control signal or as a data signal. In some embodiments, a GPIO interface may be used to connect the processor 110 with the camera 193, the display 194, the wireless communication module 160, the audio module 170, the sensor module 180, and the like. The GPIO interface may also be configured as an I2C interface, an I2S interface, a UART interface, an MIPI interface, etc.
The USB interface 130 is an interface conforming to the USB standard specification, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, or the like. The USB interface 130 may be used to connect a charger to charge the electronic device 100, and may also be used to transfer data between the electronic device 100 and a peripheral device. And can also be used for connecting with a headset, and playing audio through the headset. The interface may also be used to connect other electronic devices, such as AR devices, etc.
It should be understood that the interfacing relationship between the modules illustrated in the embodiments of the present invention is only illustrative, and is not meant to limit the structure of the electronic device 100. In other embodiments of the present application, the electronic device 100 may also use different interfacing manners, or a combination of multiple interfacing manners in the foregoing embodiments.
The charge management module 140 is configured to receive a charge input from a charger. The charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charge management module 140 may receive a charging input of a wired charger through the USB interface 130. In some wireless charging embodiments, the charge management module 140 may receive wireless charging input through a wireless charging coil of the electronic device 100. The charging management module 140 may also supply power to the electronic device through the power management module 141 while charging the battery 142.
The power management module 141 is used for connecting the battery 142, and the charge management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charge management module 140 to power the processor 110, the internal memory 121, the display 194, the camera 193, the wireless communication module 160, and the like. The power management module 141 may also be configured to monitor battery capacity, battery cycle number, battery health (leakage, impedance) and other parameters. In other embodiments, the power management module 141 may also be provided in the processor 110. In other embodiments, the power management module 141 and the charge management module 140 may be disposed in the same device.
The wireless communication function of the electronic device 100 may be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, a modem processor, a baseband processor, and the like.
The antennas 1 and 2 are used for transmitting and receiving electromagnetic wave signals. Each antenna in the electronic device 100 may be used to cover a single or multiple communication bands. Different antennas may also be multiplexed to improve the utilization of the antennas. For example: the antenna 1 may be multiplexed into a diversity antenna of a wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.
The mobile communication module 150 may provide a solution for wireless communication including 2G/3G/4G/5G, etc., applied to the electronic device 100. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (low noise amplifier, LNA), etc. The mobile communication module 150 may receive electromagnetic waves from the antenna 1, perform processes such as filtering, amplifying, and the like on the received electromagnetic waves, and transmit the processed electromagnetic waves to the modem processor for demodulation. The mobile communication module 150 can amplify the signal modulated by the modem processor, and convert the signal into electromagnetic waves through the antenna 1 to radiate. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be provided in the same device as at least some of the modules of the processor 110.
The modem processor may include a modulator and a demodulator. The modulator is used for modulating the low-frequency baseband signal to be transmitted into a medium-high frequency signal. The demodulator is used for demodulating the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low frequency baseband signal to the baseband processor for processing. The low frequency baseband signal is processed by the baseband processor and then transferred to the application processor. The application processor outputs sound signals through an audio device (not limited to the speaker 170A, the receiver 170B, etc.), or displays images or video through the display screen 194. In some embodiments, the modem processor may be a stand-alone device. In other embodiments, the modem processor may be provided in the same device as the mobile communication module 150 or other functional module, independent of the processor 110.
The wireless communication module 160 may provide solutions for wireless communication including wireless local area network (wireless local area networks, WLAN) (e.g., wireless fidelity (wireless fidelity, wi-Fi) network), bluetooth (BT), global navigation satellite system (global navigation satellite system, GNSS), frequency modulation (frequency modulation, FM), near field wireless communication technology (near field communication, NFC), infrared technology (IR), etc., as applied to the electronic device 100. The wireless communication module 160 may be one or more devices that integrate at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, modulates the electromagnetic wave signals, filters the electromagnetic wave signals, and transmits the processed signals to the processor 110. The wireless communication module 160 may also receive a signal to be transmitted from the processor 110, frequency modulate it, amplify it, and convert it to electromagnetic waves for radiation via the antenna 2.
In some embodiments, antenna 1 and mobile communication module 150 of electronic device 100 are coupled, and antenna 2 and wireless communication module 160 are coupled, such that electronic device 100 may communicate with a network and other devices through wireless communication techniques. The wireless communication techniques may include the Global System for Mobile communications (global system for mobile communications, GSM), general packet radio service (general packet radio service, GPRS), code division multiple access (code division multiple access, CDMA), wideband code division multiple access (wideband code division multiple access, WCDMA), time division code division multiple access (time-division code division multiple access, TD-SCDMA), long term evolution (long term evolution, LTE), BT, GNSS, WLAN, NFC, FM, and/or IR techniques, among others. The GNSS may include a global satellite positioning system (global positioning system, GPS), a global navigation satellite system (global navigation satellite system, GLONASS), a beidou satellite navigation system (beidou navigation satellite system, BDS), a quasi zenith satellite system (quasi-zenith satellite system, QZSS) and/or a satellite based augmentation system (satellite based augmentation systems, SBAS).
The electronic device 100 implements display functions through a GPU, a display screen 194, an application processor, and the like. The GPU is a microprocessor for image processing, and is connected to the display 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. Processor 110 may include one or more GPUs that execute program instructions to generate or change display information.
The display screen 194 is used to display images, videos, and the like. The display 194 includes a display panel. The display panel may employ a liquid crystal display (liquid crystal display, LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED) or an active-matrix organic light-emitting diode (matrix organic light emitting diode), a flexible light-emitting diode (flex), a mini, a Micro led, a Micro-OLED, a quantum dot light-emitting diode (quantum dot light emitting diodes, QLED), or the like. In some embodiments, the electronic device 100 may include 1 or N display screens 194, N being a positive integer greater than 1.
The electronic device 100 may implement photographing functions through an ISP, a camera 193, a video codec, a GPU, a display screen 194, an application processor, and the like.
The ISP is used to process data fed back by the camera 193. For example, when photographing, the shutter is opened, light is transmitted to the camera photosensitive element through the lens, the optical signal is converted into an electric signal, and the camera photosensitive element transmits the electric signal to the ISP for processing and is converted into an image visible to naked eyes. ISP can also optimize the noise, brightness and skin color of the image. The ISP can also optimize parameters such as exposure, color temperature and the like of a shooting scene. In some embodiments, the ISP may be provided in the camera 193.
The camera 193 is used to capture still images or video. The object generates an optical image through the lens and projects the optical image onto the photosensitive element. The photosensitive element may be a charge coupled device (charge coupled device, CCD) or a Complementary Metal Oxide Semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, which is then transferred to the ISP to be converted into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into an image signal in a standard RGB, YUV, or the like format. In some embodiments, electronic device 100 may include 1 or N cameras 193, N being a positive integer greater than 1.
The digital signal processor is used for processing digital signals, and can process other digital signals besides digital image signals. For example, when the electronic device 100 selects a frequency bin, the digital signal processor is used to fourier transform the frequency bin energy, or the like.
Video codecs are used to compress or decompress digital video. The electronic device 100 may support one or more video codecs. In this way, the electronic device 100 may play or record video in a variety of encoding formats, such as: dynamic picture experts group (moving picture experts group, MPEG) 1, MPEG2, MPEG3, MPEG4, etc.
The NPU is a Neural Network (NN) computing processor, and can rapidly process input information by referencing a biological neural network structure, for example, referencing a transmission mode between human brain neurons, and can also continuously perform self-learning. Applications such as intelligent awareness of the electronic device 100 may be implemented through the NPU, for example: image recognition, face recognition, speech recognition, text understanding, etc.
The external memory interface 120 may be used to connect an external memory card, such as a Micro SD card, to enable expansion of the memory capabilities of the electronic device 100. The external memory card communicates with the processor 110 through an external memory interface 120 to implement data storage functions. For example, files such as music, video, etc. are stored in an external memory card.
The internal memory 121 may be used to store computer executable program code including instructions. The internal memory 121 may include a storage program area and a storage data area. The storage program area may store an application program (such as a sound playing function, an image playing function, etc.) required for at least one function of the operating system, etc. The storage data area may store data created during use of the electronic device 100 (e.g., audio data, phonebook, etc.), and so on. In addition, the internal memory 121 may include a high-speed random access memory, and may further include a nonvolatile memory such as at least one magnetic disk storage device, a flash memory device, a universal flash memory (universal flash storage, UFS), and the like. The processor 110 performs various functional applications of the electronic device 100 and data processing by executing instructions stored in the internal memory 121 and/or instructions stored in a memory provided in the processor.
The electronic device 100 may implement audio functions through an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, an application processor, and the like. Such as music playing, recording, etc.
The audio module 170 is used to convert digital audio information into an analog audio signal output and also to convert an analog audio input into a digital audio signal. The audio module 170 may also be used to encode and decode audio signals. In some embodiments, the audio module 170 may be disposed in the processor 110, or a portion of the functional modules of the audio module 170 may be disposed in the processor 110.
The speaker 170A, also referred to as a "horn," is used to convert audio electrical signals into sound signals. The electronic device 100 may listen to music, or to hands-free conversations, through the speaker 170A.
A receiver 170B, also referred to as a "earpiece", is used to convert the audio electrical signal into a sound signal. When electronic device 100 is answering a telephone call or voice message, voice may be received by placing receiver 170B in close proximity to the human ear.
Microphone 170C, also referred to as a "microphone" or "microphone", is used to convert sound signals into electrical signals. When making a call or transmitting voice information, the user can sound near the microphone 170C through the mouth, inputting a sound signal to the microphone 170C. The electronic device 100 may be provided with at least one microphone 170C. In other embodiments, the electronic device 100 may be provided with two microphones 170C, and may implement a noise reduction function in addition to collecting sound signals. In other embodiments, the electronic device 100 may also be provided with three, four, or more microphones 170C to enable collection of sound signals, noise reduction, identification of sound sources, directional recording functions, etc.
The earphone interface 170D is used to connect a wired earphone. The headset interface 170D may be a USB interface 130 or a 3.5mm open mobile electronic device platform (open mobile terminal platform, OMTP) standard interface, a american cellular telecommunications industry association (cellular telecommunications industry association of the USA, CTIA) standard interface.
The pressure sensor 180A is used to sense a pressure signal, and may convert the pressure signal into an electrical signal. In some embodiments, the pressure sensor 180A may be disposed on the display screen 194. The pressure sensor 180A is of various types, such as a resistive pressure sensor, an inductive pressure sensor, a capacitive pressure sensor, and the like. The capacitive pressure sensor may be a capacitive pressure sensor comprising at least two parallel plates with conductive material. The capacitance between the electrodes changes when a force is applied to the pressure sensor 180A. The electronic device 100 determines the strength of the pressure from the change in capacitance. When a touch operation is applied to the display screen 194, the electronic apparatus 100 detects the touch operation intensity according to the pressure sensor 180A. The electronic device 100 may also calculate the location of the touch based on the detection signal of the pressure sensor 180A. In some embodiments, touch operations that act on the same touch location, but at different touch operation strengths, may correspond to different operation instructions. For example: and executing an instruction for checking the short message when the touch operation with the touch operation intensity smaller than the first pressure threshold acts on the short message application icon. And executing an instruction for newly creating the short message when the touch operation with the touch operation intensity being greater than or equal to the first pressure threshold acts on the short message application icon.
The gyro sensor 180B may be used to determine a motion gesture of the electronic device 100. In some embodiments, the angular velocity of electronic device 100 about three axes (i.e., x, y, and z axes) may be determined by gyro sensor 180B. The gyro sensor 180B may be used for photographing anti-shake. For example, when the shutter is pressed, the gyro sensor 180B detects the shake angle of the electronic device 100, calculates the distance to be compensated by the lens module according to the angle, and makes the lens counteract the shake of the electronic device 100 through the reverse motion, so as to realize anti-shake. The gyro sensor 180B may also be used for navigating, somatosensory game scenes.
The air pressure sensor 180C is used to measure air pressure. In some embodiments, electronic device 100 calculates altitude from barometric pressure values measured by barometric pressure sensor 180C, aiding in positioning and navigation.
The magnetic sensor 180D includes a hall sensor. The electronic device 100 may detect the opening and closing of the flip cover using the magnetic sensor 180D. In some embodiments, when the electronic device 100 is a flip machine, the electronic device 100 may detect the opening and closing of the flip according to the magnetic sensor 180D. And then according to the detected opening and closing state of the leather sheath or the opening and closing state of the flip, the characteristics of automatic unlocking of the flip and the like are set.
The acceleration sensor 180E may detect the magnitude of acceleration of the electronic device 100 in various directions (typically three axes). The magnitude and direction of gravity may be detected when the electronic device 100 is stationary. The electronic equipment gesture recognition method can also be used for recognizing the gesture of the electronic equipment, and is applied to horizontal and vertical screen switching, pedometers and other applications.
A distance sensor 180F for measuring a distance. The electronic device 100 may measure the distance by infrared or laser. In some embodiments, the electronic device 100 may range using the distance sensor 180F to achieve quick focus.
The proximity light sensor 180G may include, for example, a Light Emitting Diode (LED) and a light detector, such as a photodiode. The light emitting diode may be an infrared light emitting diode. The electronic device 100 emits infrared light outward through the light emitting diode. The electronic device 100 detects infrared reflected light from nearby objects using a photodiode. When sufficient reflected light is detected, it may be determined that there is an object in the vicinity of the electronic device 100. When insufficient reflected light is detected, the electronic device 100 may determine that there is no object in the vicinity of the electronic device 100. The electronic device 100 can detect that the user holds the electronic device 100 close to the ear by using the proximity light sensor 180G, so as to automatically extinguish the screen for the purpose of saving power. The proximity light sensor 180G may also be used in holster mode, pocket mode to automatically unlock and lock the screen.
The ambient light sensor 180L is used to sense ambient light level. The electronic device 100 may adaptively adjust the brightness of the display 194 based on the perceived ambient light level. The ambient light sensor 180L may also be used to automatically adjust white balance when taking a photograph. Ambient light sensor 180L may also cooperate with proximity light sensor 180G to detect whether electronic device 100 is in a pocket to prevent false touches.
The fingerprint sensor 180H is used to collect a fingerprint. The electronic device 100 may utilize the collected fingerprint feature to unlock the fingerprint, access the application lock, photograph the fingerprint, answer the incoming call, etc.
The temperature sensor 180J is for detecting temperature. In some embodiments, the electronic device 100 performs a temperature processing strategy using the temperature detected by the temperature sensor 180J. For example, when the temperature reported by temperature sensor 180J exceeds a threshold, electronic device 100 performs a reduction in the performance of a processor located in the vicinity of temperature sensor 180J in order to reduce power consumption to implement thermal protection. In other embodiments, when the temperature is below another threshold, the electronic device 100 heats the battery 142 to avoid the low temperature causing the electronic device 100 to be abnormally shut down. In other embodiments, when the temperature is below a further threshold, the electronic device 100 performs boosting of the output voltage of the battery 142 to avoid abnormal shutdown caused by low temperatures.
The touch sensor 180K, also referred to as a "touch device". The touch sensor 180K may be disposed on the display screen 194, and the touch sensor 180K and the display screen 194 form a touch screen, which is also called a "touch screen". The touch sensor 180K is for detecting a touch operation acting thereon or thereabout. The touch sensor may communicate the detected touch operation to the application processor to determine the touch event type. Visual output related to touch operations may be provided through the display 194. In other embodiments, the touch sensor 180K may also be disposed on the surface of the electronic device 100 at a different location than the display 194.
The bone conduction sensor 180M may acquire a vibration signal. In some embodiments, bone conduction sensor 180M may acquire a vibration signal of a human vocal tract vibrating bone pieces. The bone conduction sensor 180M may also contact the pulse of the human body to receive the blood pressure pulsation signal. In some embodiments, bone conduction sensor 180M may also be provided in a headset, in combination with an osteoinductive headset. The audio module 170 may analyze the voice signal based on the vibration signal of the sound portion vibration bone block obtained by the bone conduction sensor 180M, so as to implement a voice function. The application processor may analyze the heart rate information based on the blood pressure beat signal acquired by the bone conduction sensor 180M, so as to implement a heart rate detection function.
The keys 190 include a power-on key, a volume key, etc. The keys 190 may be mechanical keys. Or may be a touch key. The electronic device 100 may receive key inputs, generating key signal inputs related to user settings and function controls of the electronic device 100.
The motor 191 may generate a vibration cue. The motor 191 may be used for incoming call vibration alerting as well as for touch vibration feedback. For example, touch operations acting on different applications (e.g., photographing, audio playing, etc.) may correspond to different vibration feedback effects. The motor 191 may also correspond to different vibration feedback effects by touching different areas of the display screen 194. Different application scenarios (such as time reminding, receiving information, alarm clock, game, etc.) can also correspond to different vibration feedback effects. The touch vibration feedback effect may also support customization.
The indicator 192 may be an indicator light, may be used to indicate a state of charge, a change in charge, a message indicating a missed call, a notification, etc.
The SIM card interface 195 is used to connect a SIM card. The SIM card may be inserted into the SIM card interface 195, or removed from the SIM card interface 195 to enable contact and separation with the electronic device 100. The electronic device 100 may support 1 or N SIM card interfaces, N being a positive integer greater than 1. The SIM card interface 195 may support Nano SIM cards, micro SIM cards, and the like. The same SIM card interface 195 may be used to insert multiple cards simultaneously. The types of the plurality of cards may be the same or different. The SIM card interface 195 may also be compatible with different types of SIM cards. The SIM card interface 195 may also be compatible with external memory cards. The electronic device 100 interacts with the network through the SIM card to realize functions such as communication and data communication. In some embodiments, the electronic device 100 employs esims, i.e.: an embedded SIM card. The eSIM card can be embedded in the electronic device 100 and cannot be separated from the electronic device 100.
The document delivery method provided in the embodiment of the present application will now be described with reference to fig. 2 to 11. Fig. 2 is an application scenario architecture diagram of the file delivery method provided in the present application. As shown in fig. 2, the application scenario includes a first device and a second device, where the first device may be the electronic device 100, and the second device may be a delivered device. The second device may be an electronic device with a display and/or play function, for example, a mobile phone, a tablet, a television, a computer, a sound box, etc., and the specific form of the second device is not limited in the embodiments of the present application. It may be appreciated that the first device and the second device may communicate through a local area network (e.g. WIFI), may also communicate through a mobile network (e.g. 5G), and may also communicate through short-range wireless communication (e.g. bluetooth), where the communication manner between the first device and the second device is not limited in particular in the embodiments of the present application.
Fig. 3 is a schematic flow chart of an embodiment of a file delivery method provided in the present application, which specifically includes the following steps:
in step 301, in response to the detected delivery operation of the user to the target file, the current environment is photographed, and a preview image is displayed.
Specifically, the target file may be a file such as a picture, a video, an audio, or other types of files, and the type of the target file is not particularly limited in the embodiment of the present application. When the first device runs the target file, the user may perform a delivery operation on the target file so as to deliver the target file.
For example, when a user wants to deliver a target file, the user may click on the delivery control of the target file to initiate delivery of the target file. Fig. 4a and 4b are user interface diagrams of file delivery. As shown in fig. 4a, interface 400 displays a picture 401 and a delivery control 402, which a user may click on to initiate delivery of picture 401. As shown in fig. 4b, interface 410 displays video 411 and delivery control 412, and the user can click on delivery control 41 to initiate delivery of video 411.
And responding to the detected delivery operation of the user on the target file, shooting the current environment, and displaying a preview image. The current environment may be an environment in which the user is currently located. When the user clicks the delivery control, the first device may turn on the camera to capture a current environment, and thereby may display a preview image on an interface of the first device, where the preview image displays the current environment, for example, an indoor environment in which the user is located. It will be appreciated that the user may move the first device in order to capture different environmental information whereby the user's desired delivered device may be displayed in the preview image. After the user-desired delivered device is displayed in the preview image, the first device may be stopped from moving so that the first device recognizes the currently captured image, whereby the delivered device may be determined. It will be appreciated that one or more of the delivered devices may be included in the current preview image.
Fig. 5 is a schematic diagram showing a preview image. As shown in fig. 5, the interface 500 includes a preview image 501 and a target file 502. It will be appreciated that fig. 5 illustrates a display manner of the preview image, and is not limited to the embodiments of the present application, and in some embodiments, the preview image may be overlaid on the interface of the first device, and the target file may be suspended on the preview image.
Step 302, the preview image is identified, and the delivered device is determined.
Specifically, identifying the preview image, determining the specific manner of the delivered device may include two of:
in one aspect, a delivered device is determined based on a device location.
When the preview image is acquired, the orientation of the device in the preview image may be identified and the delivered device may be determined based on the device orientation. In particular implementations, the first device may pre-store a map model that stores the spatial locations of the delivered devices within one or more spaces. The space can be a bedroom, a living room, an office and other building spaces. When the first device displays the preview image, the preview image may be processed according to a preset image processing algorithm, where a specific manner of processing may include operations such as gray analysis and feature point extraction, so that an orientation of the device in the preview image may be identified. Then, the first device may compare the device location with the spatial location of the delivered device stored in advance in the map model, and if the device location matches with the spatial location of the delivered device stored in advance in the map model, the device corresponding to the device location may be considered as the delivered device. If the device orientation does not match the spatial location of the delivered device stored in advance in the map model, it can be considered that the delivered device is not identified.
In a second mode, the delivered device is determined based on the device orientation and the device type.
The first device also identifies a shape contour of the device in the preview image based on the feature points and may determine a device type based on the shape contour of the device. The device type can be a mobile phone, a tablet computer, a television, a sound box and the like. The first device may then determine the routed device based on the device type and the device location. The specific manner of obtaining the device orientation may refer to the related description of the foregoing embodiments, which is not repeated herein. It will be appreciated that identification of the type of device may be used to assist in identifying the device being delivered. When the first device identifies a delivered device in the preview image, for example, when the actual position of the delivered device changes relative to a pre-stored spatial position in the map model, for example, the user moves the position of the delivered device in a small extent, if the device type of the delivered device matches the device type of the device corresponding to the pre-stored spatial position in the map model, and the position change of the delivered device is within a preset range, for example, the spatial position of the delivered device is within a spatial range of 1 cubic meter of the pre-stored spatial position in the map model of the device, the device can still be determined to be the delivered device, so that the delivered device in the preview image can be accurately identified, and identification errors caused by movement of the delivered device can be avoided.
Further, after the delivered device is identified, a device icon of the delivered device can be displayed in the preview image of the first device, where the device icon is used to mark the delivered device, so as to remind a user that the delivered device corresponding to the device icon can be delivered, and thus the operation experience of the user can be improved.
Fig. 6 is a schematic display of a device icon. As shown in fig. 6, the interface 600 includes a preview image 601 and a target file 602, and the preview image 601 includes a delivered device 6011 and a device icon 6012 corresponding to the delivered device 6011.
In step 303, a second device is determined among the delivered devices in response to the detected user selection operation.
Specifically, after the identified delivered operation is displayed in the preview image, the user may perform a selection operation on the identified delivered device so as to determine the second device in the delivered devices. The second device may be the target device that is delivered this time.
In response to the detected selection operation by the user, the first device may determine the second device among the delivered devices, whereby the target file may be delivered to the second device.
The selection modes of the user on the second device specifically include the following 3 types:
in mode 1, a target file is dragged to any device icon.
Each of the delivered devices may have a device icon thereof, the user may drag the target file onto the device icon of any of the delivered devices, and the first device may use the delivered device corresponding to the device icon of the dragged target file as the second device in response to the detected operation of the user dragging the target file onto the device icon.
Mode 2, drag the target file to any delivered device.
The user may drag the target file to any of the delivered devices, and in response to the detected operation of the user dragging the target file to the delivered device, the first device may take the delivered device of the dragged target file as the second device.
Mode 3, click on any device icon.
The user can click any device icon in the preview image, and in response to the detected click operation of the device icon by the user, the first device can take the delivered device corresponding to the clicked device icon as the second device.
And step 304, the target file is sent to the second device, and correspondingly, the second device receives the target file.
Specifically, after the first device determines the second device, the target file may be delivered to the second device. Accordingly, the second device may receive the target file and may store the target file in a default location. For example, after receiving the target file, it is stored in a download folder. The application program can also be directly called to open the target file, for example, when the target file is a video, the video player can be called to directly play the video; when the target file is a picture, the picture can be opened by calling the picture-looking software.
In a specific implementation, the application scenario of delivering the target file to the second device includes the following three types:
and in the first scene, transmitting the target file to the second device.
After the first device transmits the target file to the second device, the second device may store the target file, e.g., in a default location.
And in a second scene, delivering the target file to an interface of the second device for display.
In scenario one, the second device may be a device with display functionality, e.g. a mobile phone, a tablet, a television, a computer, etc. The target file may be a file that is viewable by a user, such as a picture, video, or the like. Upon determining the second device, the first device may route the target file on the current interface of the second device for viewing by the user.
And thirdly, delivering the target file to the second equipment for playing.
In scenario two, the second device may be a device with a play function, for example, a sound box. The target file may be a file such as audio that can be listened to by the user. After determining the second device, the first device may send the target file to the second device for listening by the user.
Fig. 7 is a schematic flow chart of another embodiment of the file delivery method provided in the present application, which specifically includes the following steps:
in step 701, in response to the detected delivery operation of the target file by the user, the gesture of the first device is identified.
Specifically, in order to be compatible with the existing delivery operation, for example, based on the delivery of the device list, the first device may identify the gesture of the first device after detecting the delivery operation of the user on the target file, and determine the delivery mode according to the identification result, so that designing of multiple controls on the interface of the first device for supporting different delivery modes may be avoided, and thus, swelling in design may be avoided, and further, use experience of the user may be improved. The posture of the first device is an inclination angle between the screen of the first device and the horizontal plane, and it is understood that the inclination angle may also be referred to as an included angle.
When embodied, after the user clicks the delivery control, the gesture of the first device may be changed to switch between the first delivery mode and the second delivery mode. The first delivery method may be an existing delivery method, for example, a delivery method based on a device list, and the second delivery method may be a delivery method provided in the embodiment of the present application, for example, a delivery method based on camera recognition.
Step 702, if the gesture of the first device meets the first preset condition, step 703 is executed; if the gesture of the first device satisfies the second preset condition, step 704 is performed.
Specifically, the first preset condition may be that an inclination angle of the screen of the first device with respect to the horizontal plane is smaller than a preset angle, for example, the preset angle may be 45 degrees. Because the screen of the first device is more parallel to the horizontal plane, the user is more facilitated to watch the interface of the first device, in this case, the user uses the device list to perform the delivery more conveniently, so if the gesture of the first device meets the first preset condition, the first delivery mode may be selected, and step 703 may be further performed.
The second preset condition may be that the inclination angle of the screen of the first device to the horizontal is greater than or equal to a preset angle, which may be 45 degrees, for example. Usually, a user can use a rear camera to shoot the surrounding environment, and the rear camera shoots in a vertical posture, which is more beneficial to capturing surrounding environment information by the camera, in other words, is more beneficial to identifying the surrounding environment, so that the delivered equipment in the surrounding environment can be more beneficial to identifying. Therefore, if the gesture of the first device meets the second preset condition, a second delivery mode may be selected, and step 704 may be further performed.
In step 703, a list of devices is displayed on the interface of the first device, a second device is determined in the list of devices, and the target file is sent to the second device.
Specifically, one or more delivered devices may be included in the device list, where the delivered devices in the device list may be obtained by the first device through bluetooth scanning. Then, the user may select one device from the list of devices displayed in the interface of the first device as the second device, thereby enabling the first device to send the target file to the second device.
Step 704, shooting the current environment, displaying a preview image, identifying a device in the preview image, determining a second device, and delivering the target file to the second device.
Specifically, the specific implementation of this step 704 may refer to the relevant descriptions of steps 301 to 303, which are not described herein.
Next, taking fig. 4a as an example, switching of delivery modes will be exemplarily described. When the user clicks the delivery control 402, if the inclination angle between the screen of the first device and the horizontal plane is smaller than 45 degrees, the first device may select the first delivery mode to deliver, at this time, the interface of the first device displays a device list, where the device list may include one or more delivered devices, where the delivered devices in the device list may be obtained by the first device through a bluetooth scanning manner. If the inclination angle between the screen of the first device and the horizontal plane is greater than or equal to 45 degrees, the first device may select the second delivery mode to deliver, and may enter the interface shown in fig. 5, where the first device captures the picture of the surrounding environment through the camera, so as to identify the delivered device. Through the gesture of user adjustment first equipment, can switch between the mode of delivering to can compatible different modes of delivering, and then can improve user's experience.
Fig. 8 is a schematic flow chart of a further embodiment of a file delivery method provided in the present application, where in an application scenario shown in fig. 8, a second device has already run one or more applications and displays a screen corresponding to one of the running applications on an interface, where a first device may deliver a target file on a current screen displayed by the second device, for example, the second device has already run a PPT and displays a page in the PPT, and where the first device may deliver a picture on the current page displayed by the second device, thereby facilitating an operation of a user and improving a user experience, and specifically includes the following steps:
in step 801, in response to the detected delivery operation of the user to the target file, the current environment is photographed, and a preview image is displayed.
Specifically, the specific implementation of this step 801 may refer to the related description of step 301, which is not described herein.
Step 802, the preview image is identified and the delivered device is determined.
Specifically, the specific implementation of this step 802 may refer to the related description of step 302, which is not described herein.
In step 803, in response to the detected selection operation by the user, a second device is determined among the delivered devices, and a target area is determined.
Specifically, after the first device determines the second device, the target area may also be determined according to a selection operation by the user. For example, the user may drag the target file to a certain position on the interface of a certain launched device in the preview image, whereby the second device may be determined. And after the user releases, the released position can be determined as the target area. It will be appreciated that after determining the target area, the first device may also send the target area to the second device so that the second device displays the target file in the target area of the current interface.
Step 804, identifying the current interface of the second device, and determining the type of the application running in the current interface of the second device.
Specifically, the specific manner of identifying the current interface of the second device may be to identify the content in the current interface of the second device, and determine, according to the content in the current interface, the application program that is running on the current interface. By way of example, the corresponding application may be identified based on the style, icon, etc. of the current interface.
In step 805, if the type of the application running in the current interface of the second device matches the preset type, the target file is sent to the target area currently displayed by the second device.
Specifically, the first device may determine, according to the identified application, whether the identified application belongs to a preset application type. The preset application types may be the same application program supporting direct delivery, for example, WORD, PPT and the like belong to the manuscript application program, so that whether the currently identified application program supports direct delivery can be determined. If the type of the application program running in the current interface of the second device is matched with the preset type, the application program which is currently identified can be considered to support direct delivery, and the positions of the target file and the target area can be sent to the second device, so that the second device can display the target file in the target area of the current interface, and delivery of the target file in the current interface of the second device can be completed. If the type of the application program running in the current interface of the second device is not matched with the preset type, the current identified application program can be considered to not support direct delivery, the delivery can be stopped, and prompt information can be sent to the user.
It will be appreciated that the second device may be displayed in an embedded manner, may be displayed in a hover manner, or may be displayed in an adhesive manner when the current interface is displayed.
FIG. 9 is a schematic view of target area delivery. As shown in fig. 9, the interface 900 includes a preview image 901 and a target file 902, where the preview image 901 displays the delivered device 9011, and the user can drag the target file 902 to the target area 90111, thereby enabling the first device to deliver the target file in the target area of the second device.
Fig. 10 is a schematic flow chart of still another embodiment of the file delivery method provided in the present application, which specifically includes the following steps:
in step 1001, in response to the detected delivery operation of the user to the target file, the current environment is photographed, and a preview image is displayed.
Specifically, the specific implementation of this step 1001 may refer to the related description of step 301, which is not described herein.
Step 1002, the preview image is identified, and the delivered device is determined.
Specifically, the specific implementation of this step 1002 may refer to the related description of step 302, which is not described herein.
Step 1003, identifying the current interface of the second device, and determining the type of the application running in the current interface of the second device.
Specifically, the specific implementation of this step 1003 may refer to the related description of step 804, which is not described herein.
And step 1004, if the type of the application program running in the current interface of the second device is matched with the preset type, displaying a recommended area on the current interface of the delivered device in the preview image.
Specifically, if the type of the application program running in the current interface of the second device is matched with the preset type, the current interface of the delivered device can be further identified to identify a blank area of the current interface of the delivered device, and it can be understood that the blank area can be used for displaying the target file, so that disorder of page typesetting displayed on the current interface due to incorrect delivery position of the target file can be avoided. When the first device recognizes the blank area, the blank area may be used as a recommended area, and the recommended area may be displayed on the current interface of the delivered device of the preview image. If the type of the application program running in the current interface of the second device is not matched with the preset type, the recommended area is not displayed on the current interface of the sent device in the preview image. Optionally, the recommended area may be identified and displayed during the process of selecting the second device by the user, and for example, the user may press the target file for a long time, where the first device identifies the current interface of the delivered device, and after identifying the recommended area, the recommended area may be displayed on the current interface of the delivered device in the preview image.
In step 1005, a second device is determined among the delivered devices in response to the detected user selection operation.
Specifically, the specific implementation of this step 1005 may refer to the related description of step 303, which is not described herein.
Step 1006, the target file is delivered in the recommended region currently displayed by the second device.
Specifically, the first device may send the target file and the location of the recommended area to the second device, so that the second device may display the target file in the recommended area of the current interface, and thus, delivery of the target file in the current interface of the second device may be completed.
FIG. 11 is a schematic illustration of recommended zone delivery. As shown in fig. 11, the interface 1100 includes a preview image 1101 and a target file 1102, the preview image 1101 displays a delivered device 11011, the current interface of the delivered device 11011 displays a recommended region 110111, and the user can drag the target file 1102 to the recommended region 110111 or drag the target file 1102 to the delivered device 11011, thereby enabling the first device to deliver the target file to the recommended region of the second device.
Fig. 12 is a schematic structural diagram of an embodiment of a document delivery apparatus according to the present application, and as shown in fig. 12, the document delivery apparatus 1200 may be applied to a first device, and may include: shooting module 1210, recognition module 1220, selection module 1230 and delivery module 1240; wherein,
A shooting module 1210, configured to, in response to a detected delivery operation of the target file by the user, shoot a current environment and display a preview image;
an identifying module 1220, configured to identify the preview image and determine the delivered device;
a selection module 1230 for determining a second device among the delivered devices in response to the detected selection operation by the user;
a delivery module 1240 for delivering the target file to the second device.
In one possible implementation manner, the shooting module 1210 is specifically configured to identify a gesture of the first device in response to a detected delivery operation of the target file by the user;
and if the gesture of the first equipment meets the first preset condition, shooting the current environment.
In one possible implementation manner, the delivering module 1240 is further configured to display a device list on a display interface of the first device if the gesture of the first device meets a second preset condition;
determining a second device in the list of devices;
and delivering the target file to the second device.
In one possible implementation manner, the gesture of the first device is an inclination angle between a screen of the first device and a horizontal plane.
In one possible implementation manner, the selecting module 1230 is further configured to determine a target area;
the delivery module 1240 is further configured to identify a current interface of the second device, and determine a type of an application running in the current interface of the second device;
and if the type of the application program running in the current interface of the second device is matched with the preset type, the target file is sent to the target area currently displayed by the second device.
In one possible implementation manner, the identifying module 1220 is further configured to identify a current interface of the second device, and determine a type of an application running in the current interface of the second device;
and if the type of the application program running in the current interface of the second device is matched with the preset type, displaying a recommended area on the current interface of the delivered device in the preview image.
The delivering module 1240 is further configured to deliver the target file in a recommended area currently displayed by the second device.
In one possible implementation manner, the file delivery device 1200 further includes:
a display module 1250 for displaying the device icon of the delivered device in the preview image.
From the foregoing description of the embodiments, it will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-described division of functional modules is illustrated, and in practical application, the above-described functional allocation may be implemented by different functional modules according to needs, i.e. the internal structure of the apparatus is divided into different functional modules to implement all or part of the functions described above. The specific working processes of the above-described systems, devices and units may refer to the corresponding processes in the foregoing method embodiments, which are not described herein.
The functional units in the embodiments of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.
The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the embodiments of the present application may be essentially or a part contributing to the prior art or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium, including several instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor to perform all or part of the steps of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: flash memory, removable hard disk, read-only memory, random access memory, magnetic or optical disk, and the like.
The foregoing is merely a specific embodiment of the present application, but the protection scope of the present application is not limited thereto, and any changes or substitutions within the technical scope of the present disclosure should be covered in the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims (9)

1. A file delivery method applied to a first device, the method comprising:
responding to the detected delivery operation of the user to the target file, shooting the current environment, and displaying a preview image;
identifying the preview image and determining delivered equipment;
determining a second device among the delivered devices in response to the detected selection operation of the user;
and the target file is sent to the second equipment.
2. The method of claim 1, wherein capturing the current environment in response to the detected user delivery of the target file comprises:
responding to the detected delivery operation of the user on the target file, and identifying the gesture of the first device;
and if the gesture of the first equipment meets a first preset condition, shooting the current environment.
3. The method according to claim 2, wherein the method further comprises:
if the gesture of the first device meets a second preset condition, displaying a device list on a display interface of the first device;
determining a second device in the list of devices;
and the target file is sent to the second equipment.
4. A method according to claim 2 or 3, wherein the attitude of the first device is the tilt angle between the screen of the first device and the horizontal plane.
5. The method of claim 1, wherein the method further comprises, after determining a second device among the delivered devices in response to the detected user selection operation:
determining a target area;
the delivering the target file to the second device includes:
identifying a current interface of the second device, and determining the type of an application program running in the current interface of the second device;
and if the type of the application program running in the current interface of the second equipment is matched with the preset type, the target file is sent to the target area currently displayed by the second equipment.
6. The method of claim 1, wherein the identifying the preview image, after determining the delivered device, further comprises:
identifying a current interface of the second device, and determining the type of an application program running in the current interface of the second device;
if the type of the application program running in the current interface of the second device is matched with the preset type, displaying a recommended area on the current interface of the delivered device in the preview image;
the delivering the target file to the second device includes:
and delivering the target file in a recommendation area currently displayed by the second device.
7. The method according to claim 1, wherein the method further comprises:
and displaying the device icon of the delivered device in the preview image.
8. A first device, comprising: a memory for storing computer program code comprising instructions that, when read from the memory by the first device, cause the first device to perform the file delivery method of any of claims 1-7.
9. A computer readable storage medium comprising computer instructions which, when run on the first device, cause the first device to perform the file delivery method of any of claims 1-7.
CN202210707747.5A 2022-06-21 2022-06-21 File delivery method, electronic device and storage medium Pending CN117319369A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210707747.5A CN117319369A (en) 2022-06-21 2022-06-21 File delivery method, electronic device and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210707747.5A CN117319369A (en) 2022-06-21 2022-06-21 File delivery method, electronic device and storage medium

Publications (1)

Publication Number Publication Date
CN117319369A true CN117319369A (en) 2023-12-29

Family

ID=89235873

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210707747.5A Pending CN117319369A (en) 2022-06-21 2022-06-21 File delivery method, electronic device and storage medium

Country Status (1)

Country Link
CN (1) CN117319369A (en)

Similar Documents

Publication Publication Date Title
CN114467297B (en) Video call display method and related device applied to electronic equipment
CN113905179B (en) Method for switching cameras by terminal and terminal
CN110347269B (en) Empty mouse mode realization method and related equipment
CN115866121B (en) Application interface interaction method, electronic device and computer readable storage medium
CN114089932B (en) Multi-screen display method, device, terminal equipment and storage medium
CN114489533A (en) Screen projection method and device, electronic equipment and computer readable storage medium
CN113934330A (en) Screen capturing method and electronic equipment
CN115129410B (en) Desktop wallpaper configuration method and device, electronic equipment and readable storage medium
CN114880251B (en) Memory cell access method, memory cell access device and terminal equipment
CN111492678B (en) File transmission method and electronic equipment
CN114500901A (en) Double-scene video recording method and device and electronic equipment
CN115914461B (en) Position relation identification method and electronic equipment
CN113467735A (en) Image adjusting method, electronic device and storage medium
WO2024045661A1 (en) Image processing method and electronic device
CN112099741A (en) Display screen position identification method, electronic device and computer readable storage medium
CN113542574A (en) Shooting preview method under zooming, terminal, storage medium and electronic equipment
CN113645595B (en) Equipment interaction method and device
CN114661258A (en) Adaptive display method, electronic device, and storage medium
CN114338642A (en) File transmission method and electronic equipment
CN117319369A (en) File delivery method, electronic device and storage medium
CN116048831B (en) Target signal processing method and electronic equipment
CN114520870B (en) Display method and terminal
CN114205318B (en) Head portrait display method and electronic equipment
CN116233599B (en) Video mode recommendation method and electronic equipment
CN116437194B (en) Method, apparatus and readable storage medium for displaying preview image

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination