Abstract:
Communicating data by transforming images or other non-text data into subsets of text characters and communicating each subset in an electronic message that can carry only a limited number of text characters. An embodiment transforms portions of binary data of an image or other non-text data into subsets of hexadecimal data that represents text characters. The subsets of hexadecimal text character data are included in SMS messages that have a predefined maximum number of characters. A header is included in the SMS messages to identify the ordering of the data. The SMS messages are communicated to a receiving device that orders the messages, transforms each subset of hexadecimal text characters back into the binary data, and assembles the binary data into it prior form for rendering to a user of the receiving device. A server may process the SMS messages, such as by inserting additional SMS messages with advertising data.

Description:
FIELD OF ART 
     The present invention is directed to electronic communication, and more specifically to communicating non-text data as text in a plurality of limited-size messages. 
     BACKGROUND 
     People use a variety of electronic devices and software programs to communicate. To exchange data, people often use general purpose computing devices that run software programs such as electronic mail, instant messaging, voice over internet protocol (VOIP), and/or other communication systems. Cell phones and other limited-capability devices can also be used to communicate, but they often have inherent limitations and/or network constraints that make it difficult to use the communication systems of general purpose computing devices. Consequently, limited-capability devices often use specialized communication programs and protocols such as short message service (SMS), multimedia message service (MMS), and the like. These often have limits on message sizes, communication speeds, data types, and the like. However, users often desire the capability to communicate large amounts, and various types of data, without having to use a large and/or stationary general purpose computing device. For example, users often wish to exchange images, video, audio, and/or other large amounts of data that is difficult and/or expensive to communicate with limited-capability devices. 
     Some communication systems enable users to exchange somewhat larger amounts of text data. For example, a multipart SMS system can split long text messages into multiple SMS messages. A user typically enters a long string of text that is larger than an individual SMS message. After completing the string of text, a multipart SMS system generally breaks the text into parts that fit within SMS messages. However, this is generally limited to text data and string of text is typically limited to a predefined maximum number of characters. Other types of data and boundless amounts of data generally can not be communicated with such systems. It is with respect to these and other issues that embodiments of the present invention are directed. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
       Non-limiting and non-exhaustive embodiments of the present invention are described with reference to the following drawings. In the drawings, like reference numerals refer to like parts throughout the various figures unless otherwise specified. 
       For a better understanding of the present invention, reference will be made to the following Detailed Description of the Invention, which is to be read in association with the accompanying drawings wherein: 
         FIG. 1  shows an exemplary mobile device, according to one embodiment of the invention; 
         FIG. 2  is a flow diagram illustrating example logic of an embodiment for sending non-text data as a set of SMS text messages; and 
         FIG. 3  is a flow diagram illustrating example logic of an embodiment for transforming non-text data to creating SMS text messages. 
     
    
    
     DETAILED DESCRIPTION 
     The present invention now will be described more fully hereinafter with reference to the accompanying drawings, which form a part hereof, and which show, by way of illustration, specific exemplary embodiments by which the invention may be practiced. This invention may, however, may be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art. Among other things, the present invention may be embodied as methods or devices. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. The following detailed description is, therefore, not to be taken in a limiting sense. 
     An embodiment is described in terms of one or more mobile devices that have an ability to interface with one or more networks, optionally including multiple types of networks. In this example embodiment, the mobile devices may also interface with a server or other network node. However, the invention can be adapted to other environments. 
       FIG. 1  shows an exemplary mobile device  5 , according to one embodiment of the invention. Mobile device  5  may include many more components than those shown in  FIG. 1 . However, the components shown are sufficient to disclose an illustrative embodiment for practicing the present invention. In other embodiments, some the components may not be needed, and/or other known components may be included. A general purpose computing device, a server, or other network node may include the same or similar components. 
     In one embodiment, mobile device  5  is a cellular telephone that is arranged to send and receive voice communications and messages such as Short Messaging Service (SMS) messages via one or more wireless communication interfaces. Generally, mobile device  5  may comprise any personally mobile electronic device. Oftentimes, mobile electronic devices will be capable of personal communication by connecting to one or more wireless networks, connecting to multiple nodes of a single wireless network, communicating over one or more channels to one or more networks, or otherwise engaging in one or more communication sessions. Such devices include cellular telephones, smart phones, pagers, radio frequency (RF) devices, infrared (IR) devices, integrated devices combining one or more of the preceding devices, and the like. Mobile device  5  may also comprise other electronic devices that such as Personal Digital Assistants (PDAs), handheld computers, personal computers, multiprocessor systems, microprocessor-based or programmable consumer electronics, network PCs, wearable computers, and the like. 
     As shown in the figure, mobile device  5  includes a processing unit  10  in communication with a mass memory  20  via a bus  12 . Mass memory  20  includes a RAM  22 , a ROM  24 , and other storage means. Mass memory  20  illustrates a type of computer-readable media, namely computer storage media. Computer storage media may include volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Other examples of computer storage media include EEPROM, flash memory or other semiconductor memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by a computing device. 
     Mass memory  20  stores a basic input/output system (“BIOS”)  26  for controlling low-level operation of mobile device  5 . The mass memory also stores an operating system  30  for controlling the operation of mobile device  5 . It will be appreciated that this component may include a general purpose operating system such as a version of UNIX or LINUX™, or a specialized mobile communication operating system such as the Symbian® operating system. The operating system may include, or interface with a Java™ virtual machine module that enables control of hardware components and/or operating system operations via Java™ application programs. 
     Memory  20  further includes one or more data storage units  32 , which can be utilized by mobile device  5  to store, among other things, programs  34 , databases and/or other data. Programs  34  may include computer executable instructions which, when executed by mobile device  5 , transmit and receive SMS messages, e-mail, audio, video, web pages, and enable telecommunication with another user of another mobile device. In addition, mass memory  30  stores an SMS transport application  36 , which may be stand-alone or work in conjunction with an application on a remote device such as a server, another mobile device, or the like. SMS transport application  36  may include one or more modules of computer executable instructions, which may be run under control of operating system  30  to process and communication data, including text data and non-text data. One or more modules may perform data transformation. Another one or more modules may manage sending operations. Yet another one or more modules may manage receiving operations. A further one or more modules may perform other processing, such as collecting statistics, inserting advertisements, adding links, determining usage fees, or the like. Any one or more of the modules may be included in a server other network node that is configured similar to mobile device  5 . 
     Mobile device  5  also includes a power supply  14 , one or more wireless interfaces  40 , an audio interface  43 , a display  44 , a keypad  46 , an illuminator  48 , an input/output interface  50 , a haptic interface  52 , and an optional global positioning systems (GPS) receiver  54 . Power supply  14  provides power to mobile device  5 . A rechargeable or non-rechargeable battery may be used to provide power. The power may also be provided by an external power source, such as an AC adapter or a powered docking cradle that supplements and/or recharges a battery. 
     Mobile device  5  may optionally communicate with a base station (not shown), or directly with another mobile device. Wireless interface  40  enables mobile device  5  to communicate through a wireless network  41 , to a wired telecommunications network, to a computer network, and/or to other networks coupled to remote devices such as a server  42 , another mobile device  45 , a wired telecommunications device, and the like. Wireless interface  40  includes circuitry for coupling mobile device  5  to one or more wireless networks, and is constructed for use with one or more communication protocols and technologies including, but not limited to, global system for mobile communication (GSM), code division multiple access (CDMA), time division multiple access (TDMA), user datagram protocol (UDP), transmission control protocol/Internet protocol (TCP/IP), SMS, general packet radio service (GPRS), Wireless Application Protocol (WAP), ultra wide band (UWB), IEEE 802.16 Worldwide Interoperability for Microwave Access (WiMax), and the like. 
     Audio interface  43  is arranged to produce and receive audio signals such as the sound of a human voice. For example, audio interface  43  may be coupled to a speaker and microphone (not shown) to enable telecommunication with others and/or generate an audio acknowledgement for some action. Display  44  may be a liquid crystal display (LCD), gas plasma, light emitting diode (LED), or any other type of display used with a mobile device. Display  44  may also include a touch sensitive screen arranged to receive input from an object such as a stylus or a digit from a human hand. 
     Keypad  46  may comprise any input device arranged to receive input from a user. For example, keypad  46  may include a push button numeric dial, or a keyboard. Keypad  46  may also include command buttons that are associated with selecting and sending images. Illuminator  48  may provide a status indication and/or provide light. Illuminator  48  may remain active for specific periods of time or in response to events. For example, when illuminator  48  is active, it may backlight the buttons on keypad  46  and stay on while the mobile device is powered. Also, illuminator  48  may backlight these buttons in various patterns when particular actions are performed, such as dialing another mobile device. Illuminator  48  may also cause light sources positioned within a transparent or translucent case of the mobile device to illuminate in response to actions. Illuminator  48  may further be used as a flash and/or constant light source. 
     Mobile device  5  also comprises input/output interface  50  for communicating with external devices, such as a headset, or other input or output devices not shown in  FIG. 1 . Input/output interface  50  can utilize one or more communication technologies, such as USB, infrared, Bluetooth™, and the like. Haptic interface  52  is arranged to provide tactile feedback to a user of the mobile device. For example, the haptic interface may be employed to vibrate mobile device  5  in a particular way when another user of a mobile device is calling. 
     Optional GPS transceiver  54  can determine the physical coordinates of mobile device  5  on the surface of the Earth, which typically output a location as latitude and longitude values. GPS transceiver  54  can also employ other geo-positioning mechanisms, including, but not limited to, triangulation, assisted GPS (AGPS), E-OTD, CI, SAI, ETA, BSS and the like, to further determine the physical location of mobile device  5  on the surface of the Earth. It is understood that under different conditions, GPS receiver  54  can determine a physical location within millimeters for mobile device  5 ; and in other cases, the determined physical location may be less precise, such as within a meter or significantly greater distances. 
     An optional camera  56  can capture images and/or video with a charge coupled device and/or other components. In this embodiment, digital image data is generally stored in data store  32  in one or more formats, such as joint photographic experts group (JPEG), graphic interchange format (GIF), motion picture experts group (MPEG), or the like. 
       FIG. 2  is a flow diagram illustrating example logic of an embodiment for sending a non-text file as a set of SMS text messages. At an operation  200 , a sender device, such as a mobile device, loads an SMS transport application that includes a sender module. The sender device may download the SMS transport application from a network server, may obtain the application from a permanent or removable memory, or the like. The application may be stand-alone or incorporated into another application such as of photo application, a browser, or the like. At an operation  202 , the sender module receives a user instruction to send non-text data to one or more receiver devices. The non-text data may include image data, video data, audio data, or the like. The non-text data may also be a stream of video, audio or other data that may not have a currently known file size. The instruction may include one or more receiver identifiers, such as phone numbers, mobile identification numbers (MIN), messaging addresses, or the like. The user may also specify a source of the non-text data, such as a camera, a file directory location, a network node address, a URL, a file name, or the like. 
     At an operation  204 , the sender module sends a data transfer notice to the one or more receivers to which the user wishes to transfer the non-text data. At a decision operation  206 , the sender module waits for an acknowledgment from a receiver, indicating that the receiver has the capability to receive text data and convert it back to non-text data. If an acknowledgment is not received (e.g., within a predefined time limit), or if a response indicates that the receiver device does not have the conversion capability, the sender module may optionally send an invitation to the receiver device, at an optional operation  208 , proposing that the receiver device obtain the capability from a network resource or other source. Processing is then concluded with relation to that receiver device. 
     If the receiver device acknowledges the capability, the sender module may optionally compress the non-text data, at an operation  210 . At an optional operation  212 , the sender module may calculate a total number of text messages that would be needed to transfer an entire non-text data file. This calculation may not be needed for streaming data, or the total number may not be used for the transfer. An alternative or additional operation may include specifying a start flag, or the like. 
     At an operation  214 , the sender module transforms a portion of the non-text data into an SMS text message. Further details are provided with regard to  FIG. 3 . The sender module also applies a header to the SMS text message, at an operation  216 . The header may include a message identifier, a total number of messages needed to transfer an entire non-text file, a data type of the non-text file, a start flag, an end flag, and indication that the text message is associated with other text messages, or the like. At an operation  218 , the sender module sends the SMS text message. The sender module may check for confirmation that the SMS text message was properly received by the receiver device. If an error occurred, the sender module may resend the SMS text message and/or perform other error processing. If a confirmation is received, the sender module may delete the sent SMS text message to reduce memory usage. At a decision operation  220 , the sender module determines whether all of the non-text data has been sent in text messages. If further non-text data remains, control returns to operation  214  to create another SMS text message. 
     Once all of the non-text data has been sent, the sender module may send a confirmation message to the receiver device or automatically receive a confirmation message from the receiver device. The sender module determines at a decision operation  220 , whether the receiver device confirmed receipt of all associated text messages. If all text messages were not received, or other error occurred, the sender module may optionally notify the sending user, automatically try to send the messages again, and/or perform other error processing at an optional operation  224 . After such processing, or if all text messages were received properly, processing continues with other operations. 
       FIG. 3  is a flow diagram illustrating example logic of an embodiment for creating an SMS text message from a non-text data. This example logic provides further details of operation  214  in  FIG. 2 . At an operation  300  of  FIG. 3 , the sender module reads a byte of binary data from the non-text data that is to be transferred to a receiver device. In this embodiment, the byte comprises eight bits of binary data. For this embodiment, the sender module transforms the byte of binary data into hexadecimal data that represents two text characters. Any other textually representable form may be used, including decimal, binary, or the like. At a decision operation  304 , the sender module determines whether the seventy-five bytes (75) of binary data have been transformed or if the and of the binary data has been reached. Seventy-five (75) bytes would correspond to 150 text characters, which is less than the conventional limited of one hundred and sixty (160) characters for SMS messages. If seventy-five (75) bytes have not yet been transformed, control returns to operation  300  two transform another bite of binary data. Once seventy-five (75) bytes have been transformed, or the end of the binary data has been reached, the sender module assembles the hexadecimal data of the resulting text characters into an SMS message, at an operation  306 . 
     A receiver module in a receiver device performs similar, but generally reverse processing to decode received SMS messages of text characters back into the corresponding non-text binary data. In general, the receiver module searches an inbox of the receiver device for SMS messages that include an indication that the SMS messages are associated and/or that include text-coded, non-text data. In addition or alternatively, the receiver module may detect a start flag and/or other information in one or more headers of SMS messages as they are received, and begin transforming the received SMS messages into non-text data. From the header data and/or other evaluation of the received SMS messages, the receiver module may determine that the received SMS messages are not unsolicited spam messages. The receiver module may send one or more confirmations to the sender device that the SMS messages were received. Some SMS messages may be received out of order, so the receiver module may read sequence information from the headers and reorder the SMS messages and/or the decoded non-text binary data to properly reassemble the non-text data. The receiver module may also delete SMS messages after they have then transformed, to reduce memory usage. The receiver module may further decompress the non-text data or perform other operations on the received data. 
     The receiver module may also receive additional information from a server and/or other network node that is associated with the received SMS messages. For example, the SMS messages may be routed through a server that sends additional header information, advertising data, URL data, usage data, cost data, routing data, or the like. The server may also distribute the SMS messages to a number of receiver devices. In addition or alternatively, the server may calculate use its fees, convert the SMS messages into other messaging formats, store backup copies, transform the text data into non-text data, or the like. In another embodiment, the SMS messages may be sent to a general purpose computing device that includes a receiver module for transforming the SMS messages, and/or performing other operations. 
     The above specification, examples and data provide a complete description of the manufacture and use of the composition of the invention. Since many embodiments of the invention can be made without departing from the spirit and scope of the invention, the invention resides in the claims hereinafter appended.