Abstract:
In order to exchange images and data objects from one mobile device to another mobile device or a PC, there is currently no easy, user friendly solution. The technologies are open and exist, but no common standard or technique has been developed Also, data transfer is usually not very visual and does not show the user the current connection status. This invention would like to solve the problem to allow asynchronous data transfer using motion animation to indicate and visualize the actual data transfer As a result we have come up with a new, more user interactive and fun method to transfer data from one mobile device to another using the asynchronous method.

Description:
PRIOR ART REFERENCE 
       [0001]    U.S. Pat. No. 7,532,196 
     
    
     STATEMENT REGARDING FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT 
       [0002]    Not Applicable 
       REFERENCE TO SEQUENCE LISTING, A TABLE, OR A COMPUTER PROGRAM LISTING COMPACT DISK APPENDIX 
       [0003]    Not Applicable 
       BACKGROUND OF THE INVENTION 
       [0004]    The present invention is in the technical field of mobile communication using motion sensors such as touch pads, touch screens, and accelerometers to initiate a data transfer. 
         [0005]    More particularly iPhones, and similar mobile devices that include such motion sensors, are being used to visualize these motions audio-visually on the device screen. The current shortcoming of transferring data using such motions is limited, for example to establish a connection; both devices must experience a same or similar motion. 
         [0006]    This invention takes a new approach and allows for asynchronous connections to enable total freedom for the user and solve the problem of complicated data transfers. 
       SUMMARY OF THE INVENTION 
       [0007]    The invention is a system and technique for transferring data using a hand or wrist motion or gesture from one mobile device to another. Only the sender initiates the transfer with such motion. The receiver device will get an instant notification and can either accept or deny it. Without the receiver device having to experience the same motion, a lot more freedom is granted to the user. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0008]      FIG. 1 : Block Diagram Mobile Device 
           [0009]      FIG. 2 : Block Diagram, Connection between Mobile Devices 
           [0010]      FIG. 3 : Block Diagram, Asynchronous Connection between Mobile Devices 
           [0011]      FIG. 4 : Block Diagram, Asynchronous Connection Sender Mobile Device to Data Server 
           [0012]      FIG. 5 : Block Diagram, Asynchronous Connection Data Server to Receiver Mobile Device 
           [0013]      FIG. 6 : Flow Chart, Illustrating data flow during communication from Receiver Mobile Device to Sender Mobile Device 
           [0014]      FIG. 7 : Block Diagram, Image Data being visually animated to indicate data transfer status visually from Receiver Mobile Device to Sender Mobile Device 
       
    
    
     DETAILED DESCRIPTION OF THE INVENTION 
       [0015]    The invention uses the sensing techniques in mobile devices or laptop computers to enable data transfer upon a hand or wrist motion or gesture. The gesture is asynchronous (initiated by the user of the sending device, the receiving device will not have to make any motion). In general the asynchronous wrist motions (which can be a fling or flick motion) are animated audio-visually on the device to indicate the transfer status to the user. 
         [0016]    The invention utilizes the ability that mobile or computing devices can communicate with each other via wireless networks, Bluetooth networks, cellular networks, or other peer to peer radio frequency communication. 
         [0017]      FIG. 1  is a block diagram showing a mobile device  100  which is an exemplary environment for the embodiment of the present invention. Mobile device  100  includes a display  101 , Motion Sensor  102 , a CPU  103 , Memory  105  and a Communication Interface  104  to communicate with another device or data to recognize the motion. These components are coupled for communication with each other over a suitable bus. 
         [0018]    The Communication Interface  104  will connect and initiate the data transfer. Communication Interface  104  can embody one or more Infrared, Bluetooth, wireless or wired Ethernet based components. 
         [0019]    A portion of the Memory  105  is preferably allocated as addressable memory for program execution while another portion of memory  105  is used for data buffers for the data transfer. The memory will also contain an operating system supporting the program execution. 
         [0020]      FIG. 2  shows basic data transmission when both devices are available at the same time. The Sender Mobile Device  110  will establish a Connection  200  with Receiver Mobile Device  120 . If the connection is successfully established, data transfer can happen. 
         [0021]    If the Receiver Mobile device is not available for a direct connection,  FIG. 3  illustrates how the Mobile Sender Device  110  establishes a Connection  200  with the Data Server  300 . The data will be sent to the Server. Server will then message the Receiver Mobile Device  120  via text or other messaging, that a data transmission package is available from Sender Mobile Device  110 . As soon as Receiver Mobile Device  120  accepts the request, the data transfer will be established via Connection  200 . 
         [0022]    Note that the Data Server  300  includes a CPU, Memory, Storage and a Data Transfer or Communication Interface. The data server runs an Operating System as well as Software to manage and store the communications. 
         [0023]    The asynchronous motion transfer scenario is more detailed in the following descriptions in Section two: 
         [0024]    Section two, describes what it does and how it works: 
         [0025]    Referring to the invention in more detail, the Sender Mobile Device  110  will initiate sending the data with a hand or wrist motion or gesture by using the accelerometer or the touch pad, touch screen or other motion sensor  102 . The sensor captures this action and audio-visually animates this action on the screen so the user gets an instant confirmation of successfully received input of the motion. The data will then be transmitted to the Receiver Mobile Device selected from a list of registered Receiver Mobile Devices available on the Data Server  300 . 
         [0026]    For example, if the user chooses the Receiver Mobile Device  120 , the data will be sent as soon as the Receiver Mobile Device  120  is selected. Upon a wrist motion (throw animated as fling or flick action), using motion sensor  102 , the confirmation package (as in a message of how to animate the receiving data with the motion captured by Motion Sensor  102 ). 
         [0027]    The Receiver Mobile Device  120  is identified in two ways:
       1. As shown in  FIG. 2 , a direct connection was possible (Receiver Mobile Device  120  ready) the data will be sent directly over Connection  200 . The data sent will be represented visually as moving off the Sender Mobile Device.   2. As shown in  FIG. 4 , a direct connection was not possible (Receiver Mobile Device  120  not ready) and the data will be sent to Data Server  300  via a direct Connection  200  to the Data Server  300 . Once the data is successfully stored there, the Sender Mobile Device is notified of the pending action by visualization of the reflecting motion in the Display  101 .       
 
         [0030]    Both scenarios are described in more detail below: 
         [0031]    The key to both scenarios is that during data transmit via Connection  200  the visualization will indicate the status. 
         [0032]    Upon direct Connection  200  with the Receiver Mobile Device (receiver ready) the data will be animated arriving at the receiver&#39;s phone similar to the audio-visual animation of the data leaving the Sender Mobile Device. This is illustrated in  FIG. 7 . 
         [0033]    When the selected Receiver Mobile Device is unavailable, the data will be animated and sent to the Data Server  300 . The data server will store the data and animation data captured by sensor and/or accelerometer. The Data Server will then lookup the Receiver Mobile Device  120  and sends a short text only notification with a request to accept or deny the incoming data. 
         [0034]    As illustrated in  FIG. 5 , upon acceptance of the incoming data, the data will be sent and animated to the Receiver Mobile Device  120  from the Data Server  300  via connection  200 . The animation of the data will indicate the transfer status on the Display  101 . Upon full receipt of the message a full image representation of the data will be shown. Once there is no more animation, the data is fully received. 
         [0035]    As shown in  FIG. 7 , the Sender Mobile Device  110  shows an example of visually animated data being sent and received on the Display  101 . The Receiver Mobile Device is illustrated to receive the visually animated data in inverse manner indicating the transfer status. Animations can be used (based on the accelerometer or motion sensor data) and is sent as the last package. This serves as an acknowledgement that all data had been transmitted. 
         [0036]    Data can be transmitted this way to many Mobile Devices  100  and is not just limited to one. 
         [0037]    Section three describes the relative conditions necessary to make the asynchronous data connection work: 
         [0038]    In further detail, still referring to the invention of  FIG. 3 , to design such software needs careful attention of the data transfer protocol.  FIG. 6  illustrates the communication in a flow chart style how a Sender Mobile Device can send data to Receiver Mobile Devices or even multiple Receiver Mobile Devices. 
         [0039]    As described, (1.1) Send Data takes place upon a hand or wrist motion or gesture using the Motion Sensor  102 . As illustrated, if Receiver Mobile Device  120  is available, it will return a message to Sender Mobile Device that either (1.2) Received Data or (1.3) Declined Data. Each will be animated audio visually on Sender Mobile Device  120  Display  102 . 
         [0040]    Also as visually described in  FIG. 6 , if Receiver Mobile Device is not available at this time, (2.1) Send Data will be sent to Data Server  300 . The Data Server  300  will (2.2) Notify Receiver: Receiver Mobile Device  120 . The Receiver Mobile Device  120  will send a response back to the Data Server  300  of (2.3.1) Accept Data or (2.3.2) Decline Data. Until such message is received, the send action is pending and a time limit may be executed eventually (server timeout). If that happens, (2.3.3) Timeout message will be sent back to the Sender Mobile Device  110  that Receiver Mobile Device was not discovered before timeout occurred. The Sender Mobile Device  110  will receive a visual confirmation of this. 
         [0041]    Also as illustrated in  FIG. 6 , once the Data Server received the notification (2.3.1) Accept Data on time, it will send the data (2.4.1) Send Data to the Receiver Mobile Device  120 . The Receiver Mobile Device  120  will send back a (2.5) Received Data message, which will be resent by the Data Server  300  to Sender Mobile Device  110 . 
         [0042]    In case the Receiver Mobile Device messages (2.3.2) Decline Data back to the Data Server  300 , the message (2.4.2) Decline Data will be sent to the Sender Mobile Device  110 . The bounce will be animated audio-visually in Display  110  of Sender Mobile Device  110 . 
         [0043]    The packet and buffer size dimensioning needs to be taken into consideration to allow for uninterrupted data transfer. 
         [0044]    The animation of the data and the status shall appear in “real-time” to the user, although certain considerations have to be taken into account such as the data throughput rate of the communication network of choice. 
         [0045]    Section four describes the materials, dimensions, and other parameters: 
         [0046]    The Communication Interface  104  as shown in  FIG. 1  can be comprised of multiple network technologies to make data transfer most efficient. For example a combination of Wireless Ethernet and Bluetooth can be used (Bluetooth for the direct connection and Wireless Ethernet for the Server Connection). 
         [0047]    The network protocol needs to have a function to identify users in the vicinity. The Data Server  300  keeps a record of who is available and who is not. Dimensioning of buffer sizes can vary and will be added for each connection type in the final patent application. 
         [0048]    Optional fifth section, left out for now 
         [0049]    Section six describes the advantages: 
         [0050]    The advantages of the invention include, without limitation, an asynchronous data transfer to one or many devices which is initiated with a hand or wrist motion or gesture that is captured by a sensor or accelerometer. Due to the asynchronous transfer method more flexibility is granted to the user over other, synchronized methods. Data can be stored on a data server until receiver mobile device decides to accept the incoming data. The utilization of the server does not require the receiver device to duplicate the same motion which was initiated by the sender mobile device. Data transfer via a hand or wrist motion or gesture is a huge advantage over current methods of sending data due to its simple and intuitive nature. 
         [0051]    This new way of transferring data has many advantages to the way mobile device users transfer data. The visual and audio feedback during the transaction gives the users a real live animation of what is happening. Even children of young age who are not yet able to read can communicate in this way. It is also possible to communicate with people not speaking the same language as it is implicit in the animation as to what is happening. 
         [0052]    The visual and audio feedback during transfer eliminates the need for cumbersome dialog messages (for protocol acknowledgements and connections) and also eliminates the uncertainty of what is going on, as the transfer is animated in real-time to the user. Even though the user is using an electronic, mobile or laptop device the experience is much more like a real action and is a more natural way of transferring data from one device to another. 
         [0053]    Section seven describes the invention in terms broader than used in the drawn-version descriptions: 
         [0054]    In broad embodiment, the invention can also be applied to non-mobile devices as long as there is a type of Motion Sensor  101  present, allowing a hand or wrist motion or gesture that can be captured and animated. 
         [0055]    While the foregoing written description of the invention enables one of ordinary skill to make and use what is considered presently to be the best mode thereof, those of ordinary skill will understand and appreciate the existence of variations, combinations, and equivalents of the specific embodiment, method, and examples herein. The invention should therefore not be limited by the above described embodiment, method, and examples, but by all embodiments and methods within the scope and spirit of the invention.