Copy and Paste Between Devices
A device may comprise at least one wireless transceiver, a memory configured to store a local pasteboard, and a processor. The processor may be configured to receive local selections of data to be placed on a local pasteboard, broadcast advertisements indicating that the local data is on the local pasteboard, and wirelessly transmit the local data to remote device pasteboards. The processor may also be configured to receive advertisements indicating that remote data is available on remote pasteboards of other devices, request the remote data in response to a paste command, wirelessly receive the remote data, and paste the remote data.
Latest Apple Patents:
- Mobile Device Including Laser-Pumped Phosphor Light Source
- MECHANISMS FOR USER EQUIPMENT BEAM PAIRING ON SIDELINK COMMUNICATION
- Gaze Direction-Based Adaptive Pre-Filtering of Video Data
- CHANNEL STATE INFORMATION (CSI) REPORTING INCLUDING A STALE CSI REPORT
- Relative Inertial Measurement System with Visual Correction
Each of the following applications are hereby incorporated by reference: application Ser. No. 15/191,165 filed on Jun. 23, 2016; application Ser. No. 15/168,183 filed on May 30, 2016. The Applicant hereby rescinds any disclaimer of claim scope in the parent application(s) or the prosecution history thereof and advises the USPTO that the claims in this application may be broader than any claim in the parent application(s)TECHNICAL FIELD
The disclosure generally relates to data transfer between devices.BACKGROUND
Computing devices such as personal computers, smart phones, tablets, and other devices are commonly available, and in many cases, multiple computing devices may be in close proximity to one another. Sometimes a single user may use multiple computing devices in a short span of time. For example, the user may be using an application on a laptop and may switch to a tablet or smart phone to use a different application. In such cases, data transfer between the devices may not be straightforward, and may often require the user to perform tasks involving multiple steps and/or multiple applications on each of the devices.SUMMARY
In some embodiments, computing devices may be configure to share contents of their clipboard or pasteboard with other computing devices. A user may select data in an application on a first device, such as text or graphics, for example, and enter a cut or copy command to place the data on the pasteboard. In addition to placing the data on the local pasteboard, this action may cause the first device to advertise the presence of the pasteboard data to other devices. The user may enter a paste command on a second device. This paste command may cause the second device to obtain the pasteboard data from the first device and paste the data into an application on the second device in much the same way as if the data had been captured into the second device's pasteboard from an application on the second device.
Particular implementations provide at least the following advantages: Users may seamlessly cut or copy data on one device and paste it on another device. Users may thereby transfer data between devices in proximity to one another that share a user account, for example. Transfers may occur transparently to the user. Transfers may be performed using low energy communications techniques. In cases where the data being transferred is large in size, transfers may be performed using high speed communications techniques, and/or a user interface indicating transfer progress and/or allowing user cancellation of the transfer may be provided.
Details of one or more implementations are set forth in the accompanying drawings and the description below. Other features, aspects, and potential advantages will be apparent from the description and drawings, and from the claims.
Like reference symbols in the various drawings indicate like elements.DETAILED DESCRIPTION Overview
Each device 110/120/130/140 may include an operating system 114/124/134/144 configured to facilitate general device operation and user interaction with the device. The operating system 114/124/134/144 may include a pasteboard 116/126/136/146. The pasteboard 116/126/136/146 may be a portion of device 110/120/130/140 memory, a file in a file system of device 110/120/130/140, or some other data storage element, configured to store data and facilitate cut, copy, and/or paste operations. In some embodiments, the pasteboard 116/126/136/146 may be provided by a separate application from the operating system itself. Each device 110/120/130/140 may also run one or more applications 1 18/128/138/148. A user may cut and/or copy data from an application, causing the data to appear on the pasteboard. The user may paste the data in the pasteboard into the same application or a different application from which the data originated.
When data is added to the pasteboard 126, device 120 may advertise the presence of such data 404. For example, the advertisement may be inserted into BTLE beacon data also used by other processes. Some devices in network 100 may periodically transmit a handoff beacon payload. A handoff beacon may be, for example, a BTLE advertising packet periodically transmitted by device 120. The handoff beacon may include continuity data facilitating transfer of application operational states between devices. Other devices may likewise periodically transmit beacon data for similar functions or other reasons. The packet may include, for example, an activity identifier identifying a first application and the activity performed in the first application, a flag that is used to indicate when the activity identifier includes a representation of domain name for an online resource related to the activity, a timestamp for the activity/activity information, and/or other data. The advertisement may be inserted into a transmission including handoff beacon data or other beacon data. For example, the advertisement may be encoded into a handoff beacon advertising packet, and the same packet may be used to transmit both activity continuity data and pasteboard availability data. In some embodiments, the advertisement may be inserted into a periodically transmitted activity advertisement message of the type described in U.S. Publication No. 2015/0350355, entitled “Activity Continuation Between Electronic Devices,” and U.S. Publication No. 2015/0373084, entitled “Forwarding Activity-Related Information From Source Electronic Devices to Companion Electronic Devices,” the entirety of each of which is incorporated by reference herein.
The advertisement may be inserted 404 into beacon payloads sent by device 120 for a limited period of time. For example, after a predefined amount of time elapses 406 (e.g, 2 minutes or some other length of time), advertisement may no longer be added to subsequent beacon payloads 410. In some embodiments, the length of time may be a default length or may be a selectable length specified by a user through interaction with a GUI. Beacon payloads may be broadcast by device 120 without being intended for receipt by any specific other device (i.e., they may be advertised to any device that may happen to be listening).
In some cases, another device (e.g., second device 130) may request to paste data from the first device 120 pasteboard 126, and this request may be received 408 at first device 120. After the request is received, advertisement may no longer be added to subsequent beacon transmissions 410, and further processing (described below) may be performed by first device 120 and/or second device 130 to paste data on the second device 130. In other embodiments, first device 120 may continue to advertise the presence of pasteboard data for the remainder of the predetermined time period even after a paste request is received. This may allow additional devices (e.g., device 110 or device 140 of
Second device 130 may receive a paste command (e.g., through interaction with GUI 300 as described above) 504 during the time period in which the advertisement is being broadcast by first device 120 and received by second device 130. Given that the two devices 120/130 are associated with the same user account, and given that the paste command is received shortly after the data is added to the first device 120 pasteboard 126 (e.g., during the time period in which the advertisement is being broadcast by first device 120 and received by second device 130), it may be assumed that the user intends to transfer pasteboard 126 content to second device 130 pasteboard 136 and paste it. Second device 130 may send a request for more information to first device 120 with BTLE or other connection 506. For example, second device 130 may request a type list for the data on first device 120 pasteboard 126. The type list may include information about the type of data available on pasteboard 126 and/or information about the size of the data. For example, if text was cut or copied onto pasteboard 126, the type list may include plain text and rich text entries for the text data. If an image was cut or copied onto pasteboard 126, the type list may include a variety of image formats (e.g, .gif, .jpg, .png, etc.) for the image data. Allowing the second device 130 to request type data, rather than including it in the advertisement, may reduce advertisement bit size requirements in some embodiments. However, in some embodiments, the advertisement may include type data, allowing actions related to requesting and receiving type data described herein to be omitted.
In some embodiments, more than one device associated with the user account (e.g. first device 120 and a third device 110) may broadcast advertisements during the same time period in which the paste command is received 504. In this situation, second device 130 may send the request 506 to whichever device 110/120 sent an advertisement that was first detected by second device 130 most recently. That is, whichever device 110/120 started broadcasting the advertisement last. This may provide a user experience consistent with copying and pasting on a single device as is known in the art, wherein if a user copies first data, and then copies second data without pasting first data, the second data is the data that is eventually pasted. In some embodiments, the advertisements may include time stamps indicating when the data was initially cut or copied which may be used by second device 130 to select the newest data.
First device 120 may receive the request for the type list and send the type list in response (see
In some embodiments, mode of data transfer from pasteboard 126 of first device 120 to pasteboard 136 of second device 130 may depend on the size of the data being transferred. For example, a threshold data size may be established (e.g., 10 kB or some other size). In some embodiments, the threshold data size may be a default size or may be a selectable size specified by a user through interaction with a GUI. First device 120 may determine whether the requested pasteboard data to be sent is below the threshold size 608. If so, the requested pasteboard data may be sent using BTLE (or another low energy connection, e.g., the connection used to send advertisements) 610. If not, first device 120 may use a different (e.g., higher energy) connection to send the data.
For example, first device 120 and second device 130 may establish a direct WiFi connection between one another to transfer larger amounts of data. First device 120 may make available a WiFi service connection and broadcast a WiFi service availability advertisement using BTLE or other connection 612. Second device 130 may connect to the WiFi service provided by first device 120 (see
However, if second device 130 detects a WiFi service advertisement 704, it may connect to first device 120 through the advertised WiFi service 708. As discussed above with respect to
Whether the pasteboard data is received through BTLE or WiFi, after the transfer is complete, second device 130 may save the data in its own pasteboard 724 and paste it into an application in response to the user's original paste command. The data may remain in the second device pasteboard 136 as if it had been originally cut or copied locally on second device 130.Graphical User Interfaces
This disclosure above describes various Graphical User Interfaces (GUis) for implementing various features, processes or workflows. These GUis can be presented on a variety of electronic devices including but not limited to laptop computers, desktop computers, computer terminals, television systems, tablet computers, e-book readers and smart phones. One or more of these electronic devices can include a touch-sensitive surface. The touch-sensitive surface can process multiple simultaneous points of input, including processing data related to the pressure, degree or position of each point of input. Such processing can facilitate gestures with multiple fingers, including pinching and swiping.
When the disclosure refers to “select” or “selecting” user interface elements in a GUI, these terms are understood to include clicking or “hovering” with a mouse or other input device over a user interface element, or touching, tapping or gesturing with one or more fingers or stylus on a user interface element. User interface elements can be virtual buttons, menus, selectors, switches, sliders, scrubbers, knobs, thumbnails, links, icons, radio buttons, checkboxes and any other mechanism for receiving input from, or providing feedback to a user.Example System Architecture
Sensors, devices, and subsystems may be coupled to the peripherals interface 806 to facilitate multiple functionalities. For example, a motion sensor 810, a light sensor 812, and a proximity sensor 814 may be coupled to the peripherals interface 806 to facilitate orientation, lighting, and proximity functions. Other sensors 816 may also be connected to the peripherals interface 806, such as a global navigation satellite system (GNSS) (e.g., GPS receiver), a temperature sensor, a biometric sensor, magnetometer, or other sensing device, to facilitate related functionalities.
A camera subsystem 820 and an optical sensor 822, e.g., a charged coupled device (CCD) or a complementary metal-oxide semiconductor (CMOS) optical sensor, may be utilized to facilitate camera functions, such as recording photographs and video clips. The camera subsystem 820 and the optical sensor 822 may be used to collect images of a user to be used during authentication of a user, e.g., by performing facial recognition analysis.
Communication functions may be facilitated through one or more wireless communication subsystems 824, which can include radio frequency receivers and transmitters and/or optical (e.g., infrared) receivers and transmitters. For example, the BTLE and/or WiFi communications described above may be handled by wireless communication subsystems 824. The specific design and implementation of the communication subsystems 824 may depend on the communication network(s) over which the computing device 800 is intended to operate. For example, the computing device 800 may include communication subsystems 824 designed to operate over a GSM network, a GPRS network, an EDGE network, a WiFi or WiMax network, and a Bluetooth™ network. In particular, the wireless communication subsystems 824 may include hosting protocols such that the device 100 can be configured as a base station for other wireless devices and/or to provide a WiFi service as described above.
An audio subsystem 826 may be coupled to a speaker 828 and a microphone 830 to facilitate voice-enabled functions, such as speaker recognition, voice replication, digital recording, and telephony functions. The audio subsystem 826 may be configured to facilitate processing voice commands, voiceprinting, and voice authentication, for example.
The I/O subsystem 840 may include a touch-surface controller 842 and/or other input controller(s) 844. The touch-surface controller 842 may be coupled to a touch surface 846. The touch surface 846 and touch-surface controller 842 may, for example, detect contact and movement or break thereof using any of a plurality of touch sensitivity technologies, including but not limited to capacitive, resistive, infrared, and surface acoustic wave technologies, as well as other proximity sensor arrays or other elements for determining one or more points of contact with the touch surface 846.
The other input controller(s) 844 may be coupled to other input/control devices 848, such as one or more buttons, rocker switches, thumb-wheel, infrared port, USB port, and/or a pointer device such as a stylus. The one or more buttons (not shown) may include an up/down button for volume control of the speaker 828 and/or the microphone 830.
In one implementation, a pressing of the button for a first duration may disengage a lock of the touch surface 846; and a pressing of the button for a second duration that is longer than the first duration may turn power to the computing device 800 on or off Pressing the button for a third duration may activate a voice control, or voice command, module that enables the user to speak commands into the microphone 830 to cause the device to execute the spoken command. The user may customize a functionality of one or more of the buttons. The touch surface 846 can, for example, also be used to implement virtual or soft buttons and/or a keyboard.
In some implementations, the computing device 800 may present recorded audio and/or video files, such as MP3, AAC, and MPEG files. In some implementations, the computing device 800 may include the functionality of an MP3 player, such as an iPod™. The computing device 800 may, therefore, include a 36-pin connector that is compatible with the iPod. Other input/output and control devices may also be used.
The memory interface 802 may be coupled to memory 850. The memory 850 may include high-speed random access memory and/or non-volatile memory, such as one or more magnetic disk storage devices, one or more optical storage devices, and/or flash memory (e.g., NAND, NOR). The memory 850 may store an operating system 852, such as Darwin, RTXC, LINUX, UNIX, OS X, WINDOWS, or an embedded operating system such as VxWorks.
The operating system 852 may include instructions for handling basic system services and for performing hardware dependent tasks. In some implementations, the operating system 852 may be a kernel (e.g., UNIX kernel). In some implementations, the operating system 852 may include instructions for performing voice authentication. For example, operating system 852 may implement the copy and paste features as described with reference to
The memory 850 may also store communication instructions 854 to facilitate communicating with one or more additional devices, one or more computers and/or one or more servers. The memory 850 may include graphical user interface instructions 856 to facilitate graphic user interface processing; sensor processing instructions 858 to facilitate sensor-related processing and functions; phone instructions 860 to facilitate phone-related processes and functions; electronic messaging instructions 862 to facilitate electronic-messaging related processes and functions; web browsing instructions 864 to facilitate web browsing-related processes and functions; media processing instructions 866 to facilitate media processing-related processes and functions; GNSS/Navigation instructions 868 to facilitate GNSS and navigation-related processes and instructions; and/or camera instructions 870 to facilitate camera-related processes and functions.
The memory 850 may store copy and paste instructions 872 to facilitate other processes and functions, such as the copy and paste processes and functions as described with reference to
The memory 850 may also store other software instructions 874, such as web video instructions to facilitate web video-related processes and functions; and/or web shopping instructions to facilitate web shopping-related processes and functions. In some implementations, the media processing instructions 866 may be divided into audio processing instructions and video processing instructions to facilitate audio processing-related processes and functions and video processing-related processes and functions, respectively.
Each of the above identified instructions and applications may correspond to a set of instructions for performing one or more functions described above. These instructions need not be implemented as separate software programs, procedures, or modules. The memory 850 may include additional instructions or fewer instructions. Furthermore, various functions of the computing device 800 may be implemented in hardware and/or in software, including in one or more signal processing and/or application specific integrated circuits.
While various embodiments have been described above, it should be understood that they have been presented by way of example and not limitation. It will be apparent to persons skilled in the relevant art(s) that various changes in form and detail can be made therein without departing from the spirit and scope. In fact, after reading the above description, it will be apparent to one skilled in the relevant art(s) how to implement alternative embodiments.
In addition, it should be understood that any figures which highlight the functionality and advantages are presented for example purposes only. The disclosed methodology and system are each sufficiently flexible and configurable such that they may be utilized in ways other than that shown.
Although the term “at least one” may often be used in the specification, claims and drawings, the terms “a”, “an”, “the”, “said”, etc. also signify “at least one” or “the at least one” in the specification, claims and drawings.
Finally, it is the applicant's intent that only claims that include the express language “means for” or “step for” be interpreted under 35 U.S.C. 112(±). Claims that do not expressly include the phrase “means for” or “step for” are not to be interpreted under 35 U.S.C. 112(±).
1. A method comprising:
- receiving, at a first device, a selection of data to be placed on a first pasteboard of the first device;
- wirelessly broadcasting, with the first device, an advertisement comprising information indicative of the presence of the data on the first pasteboard;
- wirelessly receiving, at the first device, a request for the data on the first pasteboard from a second device; and
- wirelessly transmitting, with the first device, the data on the first pasteboard directly to a second pasteboard of the second device.
Filed: Apr 27, 2018
Publication Date: Oct 31, 2019
Applicant: Apple Inc. (Cupertino, CA)
Inventors: Keith Stattenfield (Cupertino, CA), Douglas R. Edmonson (Cupertino, CA), Marc Krochmal (Cupertino, CA), John J. Iarocci (Cupertino, CA), Kevin S. Perry (Cupertino, CA), David Rahardja (Cupertino, CA), Christopher S. Linn (Cupertino, CA)
Application Number: 15/965,594