Patent Application
20070287484
1. Field of the Invention
The present invention relates generally to SMS messaging and more particularly to systems and methods for enabling cross language communication via SMS messaging.
2. Background of the Invention
Electronic messaging has seen explosive growth in the past few years. As wireless network coverage has expanded and the cost of messaging devices have fallen, business people as well as casual users have increasingly turned to electronic messaging to communicate with one another. One of the messaging techniques that has seen an acute spike in growth is messaging using cellular or mobile telephones. Cellular telephone networks around the world support a protocol that is commonly referred to as the short message service (SMS). SMS messages are typically limited in size to 160 characters and can be easily sent to and from mobile telephones. Addressing is based on the telephone number of the wireless/mobile/cellular telephone.
Because SMS is supported by virtually all of the mobile telephone service providers around the world, there is now the opportunity to support simple and inexpensive messaging between people in different parts of the world. Unfortunately, however, such communication can sometimes be strained by differences in languages. For example, it may be difficult (or even impossible) for an English-only speaker to engage in an SMS messaging session with a French- or German-only speaker without some sort of intervening translation service. One known translation technique that can be used in the context of SMS messaging is the independent translation and transmission method.
In this known method an originator generates an SMS message in a first language with the intent of sending the message to an intended recipient in a second language. In accordance with the known method, the originator generates the message and sends the message to a dedicated application that is accessed by addressing the message to a so-called “short code,” (e.g., “3042”). The dedicated application translates the message to the second language and sends back the translated message to the originator. The originator then forwards the translated message to the intended recipient using normal SMS messaging procedures.
The foregoing method has several disadvantages. First, translation and transmission are independent. More specifically, it takes two operations on the part of a user to send a message—a first transmission to a short code and a second transmission to the ultimate destination.
Second, in some cases it may not be possible for the originating mobile phone to receive and display the translated message correctly as a mobile phone typically supports one or few character sets. Accordingly, it is likely that some language translations cannot be supported using this technique.
Third, there is a substantial delay in originating and sending a translated message since multiple messages must be sent and there may be a delay in the response time in forwarding the translated message.
Thus there is a need for improved translation services in the context of electronic messaging and, in particular, SMS messaging.
In accordance with the present invention there are provided several embodiments to implement in-line SMS message language translation. In a preferred embodiment, an intermediary that has pre-existing relationships with wireless service providers, and may be a separate entity in the corporate sense, is configured to receive an SMS message and scan that message for an embedded code. The code may be embedded in the content portion of the message or in the address portion of the message and preferably identifies at least the language to which the content of the SMS message is to be translated. An exemplary embedded code might be *34#, which might represent a request to translate the content of the message from English to German.
Once the message is translated, using well-known automated text translating systems, the message is forwarded directly to the intended recipient, thereby avoiding the disadvantage of prior art translation systems that sent the translated message back to the originator for subsequent forwarding. In other words, the translation of the SMS message in accordance with the present invention is “in-line” in the sense that from the users' point of view the message has been sent from the originator and received by the recipient without extra steps.
In another embodiment of the present invention a session is established during which all messages being sent are translated to a desired language before being forwarded to the intended recipient. The session can be set with a time-out period or be indefinite. An advantage of this embodiment is that a user need not be bothered, during each message send operation, to remember to expressly request or indicate that translation of the message is desired.
The foregoing and other aspects of the present invention and their attendant advantages will be more fully appreciated upon reading the following detailed description in conjunction with the associated drawings.
An SMS message is typically characterized by originating phone number, destination phone number and content. In the case of Peer to Peer messaging, an SMS message is typically originated in a mobile phone. All SMS messages go through at least one message center called a short message service center (SMSC). In some networks, notably GSM, the home SMSC (i.e., the SMSC of the service provider with which an originator is associated with) is always involved in SMS transmission. The SMSC receiving the message forwards the message to the destination either directly or through other SMSCs.
The present invention is directed to a scheme to enable in-line coded SMS language translation. The present invention provides a mechanism for initiating translation of an SMS message during transit from the originator to the intended recipient based on an embedded code associated with the transmission of a mobile-originated SMS message. The translation from one language to another is carried out based on explicit command by the initiator of the SMS text message. The command preferably includes information about both source and target languages. In some cases the command may simply include only the target language, if source language is identifiable by looking at the content.
Typically, each SMS message is considered as an independent message by the network facilitating the transmission. However, in accordance with the present invention, it is possible to establish a virtual session for the purpose of language translation using session oriented commands for translation, as further explained below.
While individual messages can be commanded for translation, this may not be convenient in a SMS based chat session. In such a scenario, a session is preferably established by first sending a command to a special short code (a short code is a special destination number, typically 3 to 6 digits, that represents a messaging application or service provider). The content of the message destined for the short code contains the destination phone number and the command for translation. Once the session is established, all the messages from the originating telephone number to the destination telephone number are translated as desired. If the command is to translate messages from, e.g., English to French, then all the messages are converted. In a preferred implementation, there is a session time out and the session gets refreshed after every message exchanged between the two parties concerned.
Preferably a session can be established by both the parties independently in order to avail this feature. This means that it is possible for a receiving party to send a command that instructs the network to translate messages coming from a specific sender for the duration of a session.
Another variation of the session concept is to set up an infinite session that is maintained until the user cancels the command. Thus, translation between two identified entities is in continuous effect during this time.
In still another variation, the destination subscriber registers with a short code (or long code as described later) to the central translation provider with information that indicates the telephone number, and in the content of the message, his language preferences such as originating country code. From that point on, all messages sent from that country code to his handset can be translated. Conversely, the originating subscriber can register so that all messages originating from him, destined to specific country codes may be translated.
In either case, single message or session messaging,
Coding Customer Intent
A user's intent to translate a message while in transit to the destination can be coded in a variety of different ways in accordance with the present invention. As will be explained in more detail below some ways may be more advantageous than others in terms of user experience and routing.
In-Line Coding
This technique refers to embedding a code in line with the content of the SMS text message. In order to distinguish the coded intent from other content, the code is preferably unique and should preferably not be repeated as part of regular content. Usually, the first word of the content portion of an SMS message is reserved for embedding the code as it is generally accepted to be more user friendly than embedding the code in the middle or end of the content. Also, embedding a code at the end of the message may be problematic if, for any reason, the message is truncated or split into multiple messages. In reality, truncation and/or splitting does occur in the course of SMS messaging as a message traverses multiple networks due to differences in the length of messages and protocols supported by those networks.
Coding Techniques
Typically, an SMS message encoded using the Latin character set is 160 characters (7 bit characters) or 140 characters (octets) long. However, the length of a message encoded using the Unicode character set is 69 characters at most. A code (for language translation or other features) should usually take as few characters as possible in order to leave maximum space for the rest of the message. At the same time, the code should be intuitive enough for users to remember easily.
In a preferred embodiment of the present invention an Intermediary is involved in providing the translation service. In this case, such an Intermediary would be located within network 12, but would be transparent to users. In a preferred implementation, such an Intermediary is connected to more than one carrier, possibly across the continents and is preferably a separate entity in the corporate sense. Thus, an easily coded universal symbol is preferably employed to codify the customer intent inline with the message. Two buttons with symbols that are almost universally present are “*” and “#”.
By embedding appropriate codes for language translation between these two symbols, many possible codes can be obtained that uniquely represents subscriber intent for translation services.
Examples are:
SMS To: +17035551212 SMS
From: <originator's phone number in e.164 format>
SMS Content: *33#<content>
SMS To: +17035551212
SMS From: <originator's phone number in e.164 format>
SMS Content: *34#<content>
Further, the numbers could represent characters on the mobile phone key pad to easily identify the service needed. In the examples above, code 33 might represent English to French translation, while code 34 might represent English to German translation. Numbers may be coded according to the alphabet letters associated with a telephone number key pad.
Alternatively, the code could be alphanumeric characters which are more intuitive to the user. Typically, these codes would be 3-5 characters, excluding the leading “*” or ending “#” as shown in the examples below.
SMS To: 17035551212 SMS
From: <originator's phone number in e.164 format>
SMS Content: *ef#<content>
SMS To: 17035551212
SMS From: <originator's phone number in e.164 format>
SMS Content: *ec#<content>
In the above examples, *ef# code represents English to French translation and *ec# represents English to Chinese translation.
The in line coding of the present invention is advantageous in several ways. For example, no explicit network routing support from originating network operators is needed. Also, arbitrarily long inline codes (subject to length restrictions of SMS messages) can be supported. Therefore, translation codes that are relatively easy to remember can be devised and employed. Further, regular SMS exchange is supported transparently in that an SMS message can be sent using the terminating mobile phone number. Further still, in line coding works in a roaming scenario. Finally, there is identical user experience irrespective of origination of message as the coding is common across the networks, as long as the same service provider is involved for translating the message.
On the other hand it is noted that with in line coding there is a slight loss of available characters that could otherwise be used for content and, depending on the actual implementation, there could be wasted processing power and latency since every message may need to be scanned for the embedded code.
In addition, there is the possibility of “false positives” where the code could appear naturally as part of the message itself, but be interpreted as being an in line code to trigger translation. Likewise, those skilled in the art will appreciate that many SMSCs support “scan codes” whereby the 1 st characters of the message content, beginning with a special character, such as a “*” or “#” may be used to control some element of the SMS platform. Thus, any in line coding in accordance with the present invention is preferably compatible with various scan codes that SMSCs might deploy. That is, the intermediary (if one is employed), and the carriers involved should coordinate among themselves as to how best to avoid the foregoing issue.
Short Number Coding
A short number can be used for routing the SMS message. Since some short codes can be used themselves for routing in an SMS network system, both the intent (of language translation facility) and routing information can be embedded in one code. The short number (also referred to herein as a short code) is used for routing the message to an application hosted, perhaps, by a value added service provider, such as the Intermediary mentioned previously. However, in order to keep the translation service “in-line” with the actual SMS conversation itself, it is necessary to forward the message after translation to the intended recipient. Since the “To” field in the originated SMS message is used in this embodiment for routing to the translation application (14 in
SMS To: 3400
SMS From: <originator's phone number in e.164 format>
SMS Content: *+17035551212#<content->
Here, the short code is: 3400. Again, depending upon the originating operator's availability of short codes, the code itself can be encoded so that the translation associated with the code can be remembered easily. In this example, 3400 could imply translation from English to German language as numbers 3 and 4 represent e and g characters respectively.
The messages routed to the short code are received by the inter-carrier SMS network provider (Intermediary) that translates the message and forwards the message to the recipient phone number embedded in the message itself.
One implementation of short code could use a single, common short code (common across a wide variety of carriers) that would function as a language translation clearinghouse. In this scenario, the subscriber would send a message to be translated to the single short code with the required language and the destination number of the recipient. For example:
SMS To: 5000
SMS From: <originator's phone number in e.164 format>
SMS Content: *+17035551212*FR#<cont- ent>
In the above example *FR# represents translation to French language. In this scenario, there is some additional loss of content and the recipient must also go through the short code to have the message translated back when the recipient responds.
A significant advantage of short number coding as described above is that only messages intended for language translation functionality are routed to the language translation application as the short code provides both the intent and routing functionality together.
On the other hand, short number coding may not be intuitive as the message generated is addressed to a short code instead of the intended recipient. Also, there is relatively greater loss of content space as the destination telephone number needs to be embedded in the message content itself. Further, roaming could be an issue if the short code is not properly supported in roaming areas. Also, if the recipient is in another country, he/she would likely not be able to respond to the short code, as this violates international dialing rules, unless the short code was supported in the recipient's country. Finally, billing might be an issue as the foregoing method deviates from “normal” routing.
Long Number Coding
The recipient's telephone number itself could be used to encode subscriber's intent to perform language translation while the message is in transit to the destination. This can be done in a number of ways, depending upon the support from the message originating carrier. The long number is the e.164 formatted telephone number itself which is used for message routing. This long number can be either preceded or appended with a code that is used to divert the message to a language translator application. In a preferred implementation, the extra digits can be stripped off before the message is transmitted to the intended recipient.
SMS To: *123*7035551212
SMS From: <originator's phone number in e.164 format>
SMS Content: <content>
Appended code
SMS To: 7035551212 34
SMS From: <originator's phone number in e.164 format>
SMS Content: <content>
The advantages of long number coding include the fact that only messages intended for language translation functionality are routed to the language translation application as the long code provides both the intent and routing functionality together, as well as the fact that telephone number and intent are coded in the same number, thereby increasing efficiency.
Possible disadvantages of long number coding include the requirement for all network elements to correctly interpret the routing in the presence of extra digits, the possibility that support from roaming partners may be problematic in certain instances, especially if an intermediate SMSC happens to process the messages, billing might be an issue as the method deviates from “normal” routing, and long codes might be different in different networks and therefore there may not be a uniformity in service.
Message Center Based Coding
In some networks, notably GSM, it is possible for the originator of the SMS message to specify an SMSC to which the message is to be routed for onward transmission. In accordance with the present invention, for all messages meant for language translation, a special SMSC can be designated. There are two cases that should be addressed here to unambiguously identify the intended language.
SMSC Number Based Coding: It is possible to have one SMSC number for each destination language type. This technique assumes that the source language is identifiable using the content. The disadvantage of this technique is that the user has to know the SMSC number for each destination language.
In-Line Coding: This technique, explained previously, embeds a code inside the content to identify the source and destination languages. The advantage of In-Line coding in association with SMSC coding (in contrast to the previously described In-Line coding technique) is that only messages meant for translation go to an SMSC, which examines the content to understand the user intent.
Reverse Transcoding and Ambiguity Resolution
When an SMS message is originated for language translation, the user may want to see a copy of what was translated. While a translated copy can be sent back to the original user no useful purpose is served if the user cannot read the translated version, which is the reason why the message was requested to be translated in the first place. In addition to this obvious problem, some originating phones may not be equipped to receive message in some languages.
One way to overcome the above problem is to perform a reverse translation of the translated message back into the original language and send the thus-translated SMS message to the originator. It is well understood that each translation may corrupt the semantic meaning of the message and reverse translation may not represent the original message or even the translated message well. Nevertheless this technique can be used and works reasonably well in many cases.
Optionally, as described above, the translated message is returned to the originating SMSC whereupon it is forwarded to the originator. As also explained above, the translated message may also be re-translated back to the originating language if desired.
Meanwhile, the translated short message is forwarded to the intended recipient's SMSC, which is programmed to send an acknowledgement response back to the forwarding agent, in this case the IM-SC. The intended recipient's SMSC then forwards the translated short message to the intended recipient.
Thus,
Finally it is noted that systems for automatically translating text from one language to another are well-known to those skilled in the art, as is the function of scanning a file, such as an SMS message, for a particular character string to, e.g., locate and decipher an embedded code like those described herein.
In view of the foregoing, those skilled in the art will appreciate the several unique aspects of the present invention. Namely, the present invention provides, among other things, SMS message translation service that is provided “inline” with the conversation almost transparently to the users, virtually all languages can be supported irrespective of the capability of the originating mobile phone in supporting various character sets, and depending upon the network architecture, an independent service provider can provide this service using Message Center coding techniques even though a home network may not support the language translation feature.
The foregoing disclosure of the preferred embodiments of the present invention has been presented for purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the precise forms disclosed. Many variations and modifications of the embodiments described herein will be apparent to one of ordinary skill in the art in light of the above disclosure. The scope of the invention is to be defined only by the claims appended hereto, and by their equivalents.
Further, in describing representative embodiments of the present invention, the specification may have presented the method and/or process of the present invention as a particular sequence of steps. However, to the extent that the method or process does not rely on the particular order of steps set forth herein, the method or process should not be limited to the particular sequence of steps described. As one of ordinary skill in the art would appreciate, other sequences of steps may be possible. Therefore, the particular order of the steps set forth in the specification should not be construed as limitations on the claims. In addition, the claims directed to the method and/or process of the present invention should not be limited to the performance of their steps in the order written, and one skilled in the art can readily appreciate that the sequences may be varied and still remain within the spirit and scope of the present invention.
This application is a continuation of U.S. patent application Ser. No. 10/607,981 filed Jun. 30, 2003, entitled “System and Method for In-Transit SMS Language Translation,” the entire contents of which is hereby incorporated by reference.
| Number | Date | Country | |
|---|---|---|---|
| Parent | 10607981 | Jun 2003 | US |
| Child | 11841424 | Aug 2007 | US |
