LAUNCHING APPLICATION FROM EMBEDDED INDICATOR IN SHORT MESSAGE SERVICE MESSAGE

Abstract: Invocation of an application associated with a Uniform Resource Indicator (URI) embedded in a text message received in a mobile terminal is facilitated by receiving a text message in the mobile terminal, and determining whether the received text message includes text that represents a Uniform Resource Indicator (URI). If the received text message includes the text that represents the URI, then the following are performed: making the text that represents the URI user selectable; detecting that a user has selected the text that represents the URI; and invoking an application that is associated with the URI. For example, a user may be able to select a highlighted Uniform Resource Locator (URL) embedded in a received Short Message Service (SMS) message that is displayed on the mobile terminal, thereby launching a web browser to access the information identified by the URL.

Description: LAUNCHING APPLICATION FROM EMBEDDED INDICATOR IN SHORT MESSAGE SERVICE MESSAGE BACKGROUND The present invention relates to wireless communication, more particularly to the use of wireless communication to link a wireless device to a computer network, and even more particularly to techniques and apparatuses for launching an application, such as a web browser, from a wireless communication device. Wireless communication devices, such as cellular telephones, continue to grow in popularity around the world. Such devices free their owners from having to remain at a fixed location (e.g., in one's home or office) or otherwise seek out a wireline telephone in order to remain in communication (including just being reachable) with others. Traditionally, wireless communication devices provide the ability to establish a voice connection with one or more others, who may similarly be using a wireless communication device, or who may alternatively be using a wireline telephone. In addition to traditional voice communications, there is an increasing demand from customers for advanced telephony services, such as automated services that may be accessed and commanded by control sequences that are transmitted from a remote location. As a consequence, techniques have been developed for providing wireless access to services from a communications network. In the world of wireless communication, this has included the development of a Wireless Application Protocol (WAP), which is a layered communication protocol that includes network layers (e.g., transport and session layers) as well as an application environment including a microbrowser (henceforth, "browser"), scripting, telephony value-added services and content formats. One part of WAP is the Telephony Value Added Services (TeleVAS), which is a secure way to access local functions like Call Control, Phonebook, Messaging and the like by means of a device independent interface to the underlying vendor specific operating system and telephony subsystem. In fixed networks, techniques for providing access to services from a communications network have included the use of Intelligent Networks in which Service Access Points are nodes in the network that customers can access to obtain advanced services. It has also become common to access services at nodes that are independent of any traditional network operator. These nodes are implemented as service computers that can be connected in independent computer networks (e.g., the Internet) and accessed from at least one communications network (e.g. , a telephony network or a mobile network such as the European standard Global System for Mobile Communication (GSM)). The communications network (e.g., a public telephony network or a mobile network) is then only utilized for establishing access to these independent computer networks. In order to keep the services provided by the network of service nodes independent of the traditional telecommunication networks, the access to a service node through such a telecommunications network can carry both data (e.g., speech) and control signaling on the same channel (i.e., in-band signaling can be applied). In a cellular communications system, it is common for operators to offer a Short Message Service (SMS) for sending short messages to the cellular terminal. The messages are routed over a Short Message Service Center (SMS-C) server that stores and forwards the messages. The various SMS messages may constitute information intended only for internal use within the mobile communication device (e.g., information to be stored within the Subscriber Information Module (SIM) in a cellular telephone), or they may constitute text messages from one person to the user of the mobile communication device. In this latter case, the text message is displayed to the user by means of a screen that is part of the device's user interface. FIG. 1 illustrates a conventional mobile terminal 101. The mobile terminal 101 includes communication circuitry 103 (schematically represented in FIG. 1 by the antenna) for establishing and maintaining a wireless communication link with a base station (not shown) that is part of the Public Land Mobile Network (PLMN). The communication circuitry 103 can be designed to operate in accordance with any of a number of standards. For example, in Europe the communication circuitry 103 may be designed in accordance with the Global System for Mobile communication (GSM) standards, which are promulgated by ETSI. The mobile terminal 101 has a user interface that includes a keypad 105 and related circuitry for receiving alpha-numeric information supplied by the user. The user interface further includes various input keys, such as the "YES" key 107 and the "NO" key 109, which allow the user to supply certain selection control signals. The meaning of the selection control signals is generally context dependent. For output, the user interface further includes a display 111, which can display alpha-numeric information, and in some instances, graphical information as well. When an SMS message is received in the mobile terminal 101, it is displayed on the display 111. If the length of the message is longer than the size of the display 111, the user can use the various control keys to cause the display circuitry (not shown) within the mobile terminal 101 to scroll the message so that it can be viewed piecemeal in its entirety. As mentioned earlier, mobile communication equipment is now beginning to include circuitry that permits the user to access computer networks, such as the Internet, by means of protocols such as WAP. Part of this capability includes the provision of web browser software/circuitry (e.g., a WAP browser) within the mobile terminal 101. A web browser allows the user to access and navigate through the computer network. As part of this process, content from the computer network is displayed to the user on the display 111. The user may also be able to supply information to the computer network by inputting the information on the keypad 105. The web browser formats the input in accordance with the applicable protocol (e.g., WAP), and forwards it to the computer network. It is not uncommon for one user to communicate with one or more others about interesting web sites that should be "visited" . This information can be communicated in an SMS message sent from one user to another. For example, FIG. 1 depicts a received SMS message 113 on the display 111 that reads "Hi Bob, Check out http://www.ericsson.se" . In this case, the embedded text string "http://www.ericsson.se" within the SMS message represents a Universal Resource Locator (URL) that can be used by the web browser to access the corresponding computer network site ("web page"). In a conventional mobile terminal 101, the recipient of the illustrated SMS message 113 would have to take steps to remember the embedded URL (e.g. , by committing it to memory, or by writing down the text string "http://www.ericsson.se"), and then operating the user interface to bring up the mobile terminal's web browser. Once the web browser is running, the user then needs to use the keypad 105 and the control input keys "YES" 107 and "NO" 109 to enter the URL into the web browser's user interface and command the web browser to access the requested web page. This much effort on the part of the user is both tedious and error prone. Similar problems exist in connection with launching other applications (e.g., "mailto: , which is a mail application) to access particular content based on an embedded Uniform Resource Indicator (URI) within a received SMS message. In some conventional mobile terminals, it is possible to have a web browser automatically access a desired web page by using a selected bookmark or any other predefined Uniform Resource Identifier (URI), such as a home page. However, these solutions are inflexible and limited in that they do not address the problem of wanting to access a web page whose URL is embedded in an SMS message. That is, they require that the user manually launch the web browser, and supply the URI that was contained in the SMS message. Therefore, there is a desire for a more convenient way for mobile terminal users to launch a suitable web browser and access a particular web page when the URL for that web page is embedded in a received SMS message. SUMMARY It should be emphasized that the terms "comprises" and "comprising", when used in this specification, are taken to specify the presence of stated features, integers, steps or components; but the use of these terms does not preclude the presence or addition of one or more other features, integers, steps, components or groups thereof. In accordance with one aspect of the present invention, the foregoing and other objects are achieved in a mobile terminal. More particularly, invocation of an application associated with a Uniform Resource Indicator (URI) embedded in a text message received in the mobile terminal is facilitated by receiving a text message in the mobile terminal, and determining whether the received text message includes text that represents a Uniform Resource Indicator (URI). If the received text message includes the text that represents the URI, then the following are performed: making the text that represents the URI user selectable; detecting that a user has selected the text that represents the URI; and invoking an application that is associated with the URI. For example, a user may be able to select a highlighted Uniform Resource Locator (URL) embedded in a received Short Message Service (SMS) message that is displayed on the mobile terminal, thereby launching a web browser to access the information identified by the URL. BRIEF DESCRIPTION OF THE DRAWINGS The objects and advantages of the invention will be understood by reading the following detailed description in conjunction with the drawings in which: FIG. 1 is a block diagram of a conventional mobile terminal with a received SMS message being presented to the user on the display; FIG. 2 is a block diagram of a mobile terminal with logic for displaying and making user-selectable a portion of a received text message that includes a URI; and FIG. 3 is a flow chart depicting an exemplary operation of browser launch control logic in accordance with the invention. DETAILED DESCRIPTION The various features of the invention will now be described with respect to the figures, in which like parts are identified with the same reference characters. The various aspects of the invention will now be described in detail in connection with a number of exemplary embodiments. To facilitate an understanding of the invention, many aspects of the invention are described in terms of sequences of actions to be performed by elements of a computer-based system. It will be recognized that in each of the embodiments, the various actions could be performed by specialized circuits (e.g., discrete logic gates interconnected to perform a specialized function), by program instructions being executed by one or more processors, or by a combination of both. Moreover, the invention can additionally be considered to be embodied entirely within any form of computer readable storage medium having stored therein an appropriate set of computer instructions that would cause a processor to carry out the techniques described herein. Thus, the various aspects of the invention may be embodied in many different forms, and all such forms are contemplated to be within the scope of the invention. For each of the various aspects of the invention, any such form of embodiment may be referred to herein as "logic configured to" perform a described action, or alternatively as "logic that" performs a described action. The invention provides a mechanism that enables a mobile terminal user to easily launch a suitable web browser and access a web page when the URL for that web page is presented as embedded text in a received SMS message. In one aspect of the invention, control logic is provided that identifies the presence of the embedded URL within the received SMS message. In another aspect of the invention, the identified embedded URL may be displayed to the user in some highlighted fashion (e.g., via underlined text, reverse text fonts, different color scheme, and the like) so that the user can more easily recognize the existence of the embedded URL within the received SMS message. In yet another aspect of the invention, the user can use one or more control keys on the mobile terminal to "select" the highlighted embedded URL. Control logic within the mobile terminal responds to this action by launching the corresponding web browser and directing the web browser to access the web page identified by the highlighted embedded URL. In alternative embodiments, the inventive concepts are also applied to facilitate the launching of other applications (e.g., "mailto:, which is a mail application) to access particular content based on an embedded Uniform Resource Indicator (URI) within a received SMS message. These and other aspects of the invention will now be described in greater detail. Referring now to FIG. 2, this is an illustration of an exemplary mobile terminal 201 for carrying out the invention. The mobile terminal 201 includes communication circuitry 103 (schematically represented in FIG. 1 by the antenna) for establishing and maintaining a wireless communication link with a base station (not shown) that is part of the Public Land Mobile Network (PLMN). The communication circuitry 103 can be designed to operate in accordance with any of a number of known standards. For example, in Europe the communication circuitry 103 may be designed in accordance with the Global System for Mobile communication (GSM) standards, which are promulgated by ETSI. The mobile terminal 201 has a user interface that includes a keypad 105 and related circuitry for receiving alpha-numeric information supplied by the user. The user interface further includes various input keys, such as the "YES" key 107 and the "NO" key 109, which allow the user to supply certain selection control signals. The meaning of the selection control signals is generally context dependent. For output, the user interface further includes a display 111, which can display alpha-numeric information, and in some instances, graphical information as well. When an SMS message is received in the mobile terminal 201, it is processed through application (e.g., browser) launch control logic 203 (described in greater detail below, and depicted in dashed lines to indicate that this logic is not visible on the face of the mobile terminal 201) and displayed on the display 111. If the length of the message is longer than the size of the display 111 , the user can use the various control keys to cause the display circuitry (not shown) within the mobile terminal 201 to scroll the message so that it can be viewed piecemeal in its entirety. The mobile terminal 201 further includes circuitry that permits the user to access computer networks, such as the Internet, by means of protocols such as WAP. Part of this capability includes the provision of a web browser application 205 (e.g. , a WAP browser) (depicted in dashed lines to indicate that this logic is not visible on the face of the mobile terminal 201) within the mobile terminal 201. A web browser allows the user to access and navigate through the computer network. As part of this process, content from the computer network is displayed to the user on the display 111. The user may also be able to supply information to the computer network by inputting the information on the keypad 105. The web browser formats the input in accordance with the applicable protocal (e.g. , WAP), and forwards it to the computer network. As mentioned earlier, a received SMS message is first processed by the application launch control logic 203 prior to its being displayed on the display 111. This processing includes parsing the received SMS message to detect the presence of a URI. This is possible because the syntax of URIs has been standardized. A description of this syntax may be found in, for example, "Uniform Resource Identifiers (URI): Generic Syntax", published by The Internet Society in 1998, which is hereby incorporated herein by reference in its entirety. In the example that follows, the URI is presumed to be a URL. However, this presumption is not essential, but rather is made only for the purpose of illustrating the invention. The invention may be applied to any sort of URI, and the corresponding application program that can be invoked to access the information designated by the URI. Examples of URIs include, but are not limited to, an ftp scheme for File Transfer Protocol services; a gopher scheme for Gopher and Gopher + Protocol services; an http scheme for Hypertext Transfer Protocol services; a news scheme for USENET news groups and articles; and a telnet scheme for interactive services via the TELNET Protocol. The operation of the application launch control logic 203 will now be described in detail in connection with the flow chart of FIG. 3. The description starts with the receipt of a text message in the mobile terminal (step 301). In the exemplary embodiment, the mobile terminal is presumed to operate in accordance with GSM standards, so the received text message is an SMS message. However, it will be recognized that the use of SMS is not essential to the invention, and that for terminals operating in accordance with other standards, the format of the received text message may differ somewhat from that specified by SMS. Having received the text message, it is preferably stored in a memory (step 303) so that it can be recalled for further processing. This however, is not essential to the invention. The processing of the received text message includes a test to determine whether it is intended to be seen by the user (decision block 305). For example, in the SMS messaging service, there are different classes of SMS messages. For example, some SMS messages contain information that is intended only to be stored in the mobile terminal's Subscriber Information Module (SMS), and is never displayed to the user. The different classes of SMS messages used in GSM are described in GSM 03.40. If the received text message is not intended to be displayed to the user ("NO" path out of decision block 305), then other suitable handling is performed (step 307). The nature of this other handling is not pertinent to the invention, and will therefore not be described here. If the received text message is intended to be presented to the user ("YES" path out of decision block 305), then it is preferably converted to a uniform character set (step 309), such as the UCS-2 character set which is defined by the Unicode Consortium. Information about Unicode may be found on the Internet at http://www.unicode.org. The conversion of the received text message to a uniform character set is by no means essential to the invention. However, in embodiments in which the received text message can arrive in any of a number of different formats, conversion to a common format permits all subsequent processing within the mobile terminal to occur without concern for how to interpret the received characters. Next, the body of the received text message is parsed (step 311) in order to determine whether a URI (e.g., a URL) is present (decision block 313). For example, the presence of the text string "http: " within the received text message most likely indicates the presence of a URL for identifying a source of hypertext. If a URI is detected within the received text message ("YES" path out of decision block 313), then the URI portion of the received text message is made user selectable (step 315). This means that it is displayed to the user in a font that makes it distinct from the remaining text. For example, it may be underlined, displayed in bold text, displayed in reverse video, or any combination of these and other highlighting techniques. To illustrate the point, FIG. 2 depicts a received SMS message 207 on the display 111 that reads "Hi Bob, Check out http : //www .ericsson.se". In this case, the embedded text string "http://www.ericsson.se" within the SMS message represents a URL that can be used by the web browser 205 to access the corresponding computer network site ("web page"). In accordance with the invention, the display of this URL has included underlining, to set it apart from the remainder of the message. Making the URL user selectable also includes providing a capability for the user to indicate that he or she would like to launch a suitable application (e.g., a web browser) that will allow him or her to access the information represented by the received URL. This action (henceforth referred to as "selecting" the URL) may be accomplished by storing a pointer to the highlighted text at a location in memory within the mobile terminal. When the user selects the URL (e.g. , by pressing the YES key 107) ("YES" path out of decision block 317), the application launch control logic 203 retrieves the pointer to the URL and invokes the appropriate application (e.g., the web browser application 205) (step 319), with the URL being passed to the application as an input parameter. It is noted that generally, the display 11 on the mobile terminal 201 is only large enough to display one URI at a time, so there is never any ambiguity concerning which URI has been selected whenever a received text message includes more than one URI. However, in alternative embodiments in which more than one URI can be displayed to the user at once, suitable provisions (e.g., a cursor that the user can maneuver through the text string) can be provided to eliminate any ambiguities that may exist concerning which URI is meant when the user activates the YES key 107. Returning now to decision block 313, if no URI scheme is found in the received text message ("NO" path out of decision block 313), then processing proceeds by parsing the received text message to determine whether other predefined patterns exist. For example, the text can be parsed to determine whether a telephone number pattern is present (step 321). There can be many different types of number patterns that indicate the presence of a telephone number, and these patterns are predefined by telephone systems. For example, in GSM systems, the rules for phone number patterns are defined in GSM 02.30 section 4.5.3.2. If a phone number pattern is found ("YES" path out of decision block 321), then the phone number embedded in the received text message can be made user selectable (step 323) in the same way that the embedded URI pattern was made user selectable (refer back to step 315). Once a user selects the highlighted telephone number ("YES" path out of step 325), an application that dials the indicated phone number can be launched (step 327). Returning to decision block 321, if a phone number pattern is not found in the received text message ("NO" path out of decision block 321), then other suitable handling can be performed (step 329). The nature of this other handling is beyond the scope of the invention, and is therefore not described here further. It will be observed that in the illustrated embodiment, the checking for an embedded URI occurred prior to the checking for an embedded telephone number. While this is not an essential feature of the invention, checking in this order can provide advantages because there are many different possible telephone number patterns, and as a result, there is an increased likelihood that what is, in fact, a URI, may accidentally include a text pattern that also matches one of the legal telephone number patterns. If checking were to be performed in the reverse order (i.e., checking for an embedded telephone number, followed by checking for an embedded URI), then there is an increased likelihood that the application launch control logic 203 would mistakenly highlight what appeared to be a telephone number, and fail to recognize the actual existence of an embedded URI. The invention has been described with reference to a particular embodiment. However, it will be readily apparent to those skilled in the art that it is possible to embody the invention in specific forms other than those of the preferred embodiment described above. This may be done without departing from the spirit of the invention. The preferred embodiment is merely illustrative and should not be considered restrictive in any way. The scope of the invention is given by the appended claims, rather than the preceding description, and all variations and equivalents which fall within the range of the claims are intended to be embraced therein.

Claims: WHAT IS CLAIMED IS: 1. A method of operating a mobile terminal, comprising: receiving a text message in the mobile terminal; determining whether the received text message includes text that represents a Uniform Resource Indicator (URI); and if the received text message includes the text that represents the URI, then performing the following: making the text that represents the URI user selectable; detecting that a user has selected the text that represents the URI; and invoking an application that is associated with the URI. 2. The method of claim 1, wherein the step of making the text that represents the URI user selectable includes displaying the text that represents the URI in a highlighted form, whereby the display of the text that represents the URI is different from other text in the received text message. 3. The method of claim 2, wherein the highlighted form includes underlined text. 4. The method of claim 2, wherein the highlighted form includes text that is displayed in a reversed font. 5. The method of claim 2, wherein the highlighted form includes text that is displayed in a bold font compared to other text in the received text message. 6. The method of claim 2, wherein the highlighted form includes text that is displayed in a different color compared to a display color of other text in the received text message. 7. The method of claim 2, wherein the step of making the text that represents the URI user selectable further includes storing a pointer to the text that represents the URI. 8. The method of claim 1 , wherein detecting that the user has selected the text that represents the URI comprises detecting that the user has activated a predefined key on the mobile unit at a time when the text that represents the URI is displayed on a display of the mobile unit. 9. The method of claim 1, wherein the application that is associated with the URI is a web browser. 10. The method of claim 9, wherein the web browser is a Wireless Application Protocol (WAP)-compatible browser. 11. The method of claim 1 , wherein the application that is associated with the URI is an email application. 12. The method of claim 1 , wherein the application that is associated with the URI is a File Transfer Protocol service. 13. The method of claim 1, wherein the application that is associated with the URI is a news scheme for USENET news groups. 14. The method of claim 1, wherein the application that is associated with the URI is a gopher scheme for Gopher and Gopher + Protocol services. 15. The method of claim 1, wherein the application that is associated with the URI is a telnet scheme for interactive services via the TELNET Protocol. 16. A mobile terminal, comprising: logic that receives a text message in the mobile terminal; logic that determines whether the received text message includes text that represents a Uniform Resource Indicator (URI); and logic that performs the following if the received text message includes the text that represents the URI: making the text that represents the URI user selectable; detecting that a user has selected the text that represents the URI; and invoking an application that is associated with the URI. 17. The apparatus of claim 16, wherein the logic that makes the text that represents the URI user selectable includes logic that displays the text that represents the URI in a highlighted form, whereby the display of the text that represents the URI is different from other text in the received text message. 18. The apparatus of claim 17, wherein the highlighted form includes underlined text. 19. The apparatus of claim 17, wherein the highlighted form includes text that is displayed in a reversed font. 20. The apparatus of claim 17, wherein the highlighted form includes text that is displayed in a bold font compared to other text in the received text message. 21. The apparatus of claim 17, wherein the highlighted form includes text that is displayed in a different color compared to a display color of other text in the received text message. 22. The apparatus of claim 17, wherein the logic that makes the text that represents the URI user selectable further includes logic that stores a pointer to the text that represents the URI. 23. The apparatus of claim 16, wherein the logic that detects that the user has selected the text that represents the URI comprises logic that detects that the user has activated a predefined key on the mobile unit at a time when the text that represents the URI is displayed on a display of the mobile unit. 24. The apparatus of claim 16, wherein the application that is associated with the URI is a web browser. 25. The apparatus of claim 24, wherein the web browser is a Wireless Application Protocol (WAP)-compatible browser. 26. The apparatus of claim 16, wherein the application that is associated with the URI is an email application. 27. The apparatus of claim 16, wherein the application that is associated with the URI is a File Transfer Protocol service. 28. The apparatus of claim 16, wherein the application that is associated with the URI is a news scheme for USENET news groups. 29. The apparatus of claim 16, wherein the application that is associated with the URI is a gopher scheme for Gopher and Gopher + Protocol services. 30. The apparatus of claim 16, wherein the application that is associated with the URI is a telnet scheme for interactive services via the TELNET Protocol.

Inventors: HAAKANSSON ANDERS, HAAKANSSON, ANDERS
Applicants: ERICSSON TELEFON AB L M, TELEFONAKTIEBOLAGET LM ERICSSON (PUBL)
Application year: 2000
Main classification: H04L29
IPC codes: G06F3, G06F9, H04L12, H04L29, H04M1, H04M11, H04W4, H04W88