ES2276863T3 - APPLICATION OF DYNAMIC SERVICE, IN A MOBILE COMMUNICATION DEVICE OR A SIM CARD, TO RECEIVE AND EXECUTE DYNAMIC SERVICE SCREENS OF SHORT TEXT MESSAGE, BY SMS EXAMPLE. - Google Patents

Abstract

A dynamic services method (100), comprising: the radiated transmission (104) of a short text message dynamic services script to a mobile digital communication device (10), said mobile digital device (10) comprising communications a subscriber identity module (12) or another chip card that is different from a base portion of said mobile digital communication device (10), in which a dynamic services application is stored in said identity module of subscriber (12) or in the aforementioned other chip card, including said dynamic text message script short script elements that are generally represented by only one or two alphanumeric characters to provide script functionality as regards the specified objects; and the interpretation and execution (110) of said script of dynamic services of short text messages in said mobile digital device (10) of communications by said dynamic service application.

Description

Dynamic service application, in a mobile communication device or a SIM card, to receive and run dynamic service scripts for short text messages, for example SMS.

The present invention relates to devices mobile or wireless communication, including phones digital cell phones, and in particular, refers to an application of dynamic short text message services for such dispositives.

The programming of communication devices small mobile or wireless, such as telephone devices digital cell phone, typically requires equipment or software specialized or access to proprietary information such as keys of authentication, codes, etc. As a consequence, it is typically difficult or impossible for end users to program such mobile devices. As is known in the art, phones GSM cell phones include Identity Modules Removable Subscriber (SIM) that are sometimes called cards Smart or chip cards. To program a cell phone GSM, for example, it is necessary to use a device smart card programming and a set of tools smart card programming, and access the key to account authentication, the last of which typically It is not accessible except to wireless service providers. The inability of users to program or modify mobile or wireless communication devices limits the versatility and usefulness of such devices.

WO 98/311 72 A1 describes a system of communications that has a limited band channel between a service knot and receiver. The communications system includes a service node connected to a smart terminal, with which service is provided to a user of the smart terminal. A limited bandwidth communication medium is used to Send a message to the smart terminal. Can be downloaded new applications in a smart terminal that has a charged boot program The service node downloads the data from the Smart terminal applications. Smart terminal Stores the data of the applications received. The logic of Application of the local service of the Intelligent Mobile Station (IMS) and the Man-Machine Interface (MMI) can be controlled by the "cache service application", which are loaded from the IMS network through ITAP operations.

WO 01/676 22 A2, which was published on September 13, 2001, describes a procedure and a system for messaging on cellular networks and a public data network. Be describes that a program is generated by a server. The program generated is sent through a message service center short where it is formatted according to the appropriate protocol, and then, through the mobile carrier to the device user's mobile unit. The user's mobile unit device Receive and execute the program. The user requires the loading of instant message names that have just been entered in the User mobile unit device. Then the server generates an executable name entry program Instant message sent through a service center of short messages and from the mobile carrier to the unit device User mobile.

WO 99/35 591 A2 describes a system to broadcast and program a mobile device. An interface of programming that enables the device, protocol and transmission network independent of the messages to, and the programming of, mobile devices. The data structures are maintained and are Supported by mobile devices. Security is provided to program messages and a recognition channel on which The mobile device can recognize the receipt and execution Successfully practice a programming message.

WO 00/31 99 7 A1 describes a procedure and a system in a telecommunications system and a subscriber identity module. A procedure is described for dynamic allocation of memory space in the module identity of a subscriber comprising a mobile station in a telecommunications system Memory areas can be assign, for example, to the applications used by the operator, a service provider and / or the client. The program It can be seen by the user. An OTA server maintained by the operator allows the operator to alter the memory structure of the subscriber identity module.

It is an objective of the present invention provide an improved procedure and system to use scripts in mobile digital communication devices.

This objective is achieved by the themes of object of independent claims 1 and 8.

Preferred embodiments are defined in the dependent claims.

Accordingly, the present invention includes a dynamic services application that is stored and executed in a mobile or wireless communication device, to allow that it is programmed without equipment, software or other information specialized owner. For example, the application of services dynamic can be distributed or stored on the device wireless in a conventional way, but the programs or Dynamic services application scripts can be introduced directly by a user or they can be received as a Wireless or radiated digital message transmission. How contrast, the conventional programming of a device of this type requires direct coupling or conductor of a device to device.

The dynamic services application runs the Dynamic service application script, which has a format that accommodates wireless or radiated transmission and storage in the device. The dynamic services application script can be written directly by a user on a computer or on a mobile communications device, or it can be written with the script help "help applications" software that it works on a computer and it guides the script writing without the user has to work directly with the application script of dynamic service. In addition to being received as transmissions radiated, dynamic service application scripts too can be sent as radiated transmissions from devices Mobile communication to other devices or computers.

In an exemplary practical embodiment, a Dynamic services application of the present invention can be store on a SIM or smart card to be used associated to a GSM cell phone. The service application scripts Dynamic can be received and sent from the GSM cell phone as dynamic short text message service scripts that conform to the short message service (SMS) format for GSM cell phones. When they communicate with a computer conventional (for example, desktop), scripts can be prepare and be sent or received and be executed by the software that operates locally on the computer or on a global network site of computers (for example, a website).

The dynamic services application interprets and executes dynamic services scripts with short text messages that the cell phone receives, while the scripts are supported by a service present on the cell phone. The content of the short text message dynamic services script can be a new application, a part of the application (for example, applications can be segmented), an application update, an order to execute, or data for a particular application. The user can also send messages from the phone to the website. These messages can be distributed to other users, however
necessary.

Objectives and additional advantages of this invention will be apparent from the detailed description of the preferred embodiment thereof, which continues with reference to The accompanying drawings.

Figure 1 illustrates a GSM cell phone as an exemplary operating environment of a communications device  mobile wireless of an embodiment of the present invention.

Figure 2 is a block diagram illustrating the operation of a short message service system (SMS) compatible with the transmission of dynamic short text message service scripts herein.
invention.

Figure 3 is a flow chart of a dynamic services procedure of a mobile device according to the present invention.

The present invention relates to mobile or "wireless" communication devices that can transmit and / or receive fixed-length text messages radiated (ie, wireless) to a maximum fixed length. Such communication devices can be executed in practice with different functions and in numerous ways, including digital cell phones, laptops, personal digital assistants, etc. The invention is described with reference to a digital cell phone, but is similarly applicable to other mobile or wireless communication devices that transmit and / or receive fixed-length text messages.
radiated

Figure 1 illustrates a GSM 10 cell phone as the operating environment of a communications device exemplary mobile wireless for an embodiment of the present invention. The GSM 10 cell phone can be shaped, by example, to the specifications of the European Standards Institute of Telecommunications (ETSI) GSM 11.11 and GSM 11.14 for Systems Global mobile communications. However, it will be appreciated that the GSM 10 cell phone could conform instead, to another communications standard or to a standard that is not yet has developed, such as the standard of the Third Mobile System ETSI Generation that is sometimes called Project of Third Generation Association or "3GPP".

The GSM 10 cell phone includes a Module Removable Subscriber Identity (SIM) 12, which is sometimes called smart card or chip card. For example, the SIM 12 can have a small card format that has the right known dimensions of credit cards (for example, standardized dimensions of 35.98 mm x 85.60 mm x 0.76 mm) or it can have a smaller format that is sometimes called "SIM of plug ". SIM 12 includes a medium 14 that supports a SIM 16 electronic circuit (for example, one or more circuits integrated semiconductors or chips). Medium 14 typically includes multiple laminated synthetic layers, having one or more layers internal between the outer layers. The SIM 16 electronic circuit It is incorporated in or on at least one of the inner layers.

The electronic circuit SIM 16 includes a central processing unit or CPU 20 (for example, a microprocessor or microcontroller) in conjunction with a memory system 22, a data transmission interface 24 and a data reception interface 26, all which are interconnected by a bus structure 28. Similarly, the GSM cell phone 10 includes a central processing unit or CPU 30 (for example, a microprocessor or microcontroller) in conjunction with a memory system 32, an interface 34 data transmission and a data reception interface 36, all of which are interconnected by a bus structure 38. In addition, the GSM cell phone 10 includes a system screen 40 and a user input device or keyboard 42, as well. as a power source (for example, a battery), telephone audio input and output elements and radio frequency transmission and reception elements, which are not shown
tran.

While the SIM 16 electronic circuit includes the basic elements of simple computer, neither SIM 12 nor the SIM 16 electronic circuit can function as a computer autonomous. Neither SIM 12 nor electronic circuit SIM 16 includes a power supply or user interface components through which a user could interact with SIM 12 or with the electronic circuit SIM 16. The computer functionality of SIM 12 can only be accessed by connecting it to another computer, such as a GSM 10 cell phone or a SIM reader that is connected to a personal computer, as is known in the art. When connected to another computer, such as a telephone GSM 10 cell phone, SIM 12 is energized and communicates through its interfaces 24 and 26 to receive data from, and provide data To the other computer.

As is common, the GSM 10 cell phone supports a fixed-length text message service by the which text messages of fixed length up to a fixed length maximum radiated (that is, via a wireless connection) they can transmit or receive by GSM 10 cell phone. As example, the fixed-length text message service could include or conform to the SMS message service standard shorts that is part of the GSM Phase 1 standard. The SMS standard allows the transmission of text messages of fixed length radiated up to 160 characters in length. Such service of Fixed length text messages can be distinguished from network connections or conventional services in which you can transmit files of a generally arbitrary size. Although it refers to SMS message transmission, the description that follows may be applicable similarly to other standards or fixed length text message formats radiated.

Figure 2 is a block diagram illustrating the operation of an SMS 50 system to transmit SMS messages from any of the message transmission terminals 54 short, to a reception terminal 56 of short messages, which It can be implanted as a GSM 10 cell phone.

For simplification purposes, this Illustration refers to communication in only one direction:  from the short message transmission terminal 50 to the terminal of receiving 56 short messages. It will be appreciated that each of short message terminals 54 and 56 can typically perform a bidirectional communication, so that the following description would apply similarly to the communication from terminal 56 to any or all terminals 54.

The short message transmission terminal 54 it can be any digital text device, including a computer (for example, desktop, portable, manual, server, etc.), a personal digital assistant, a digital telephone, a digital cell phone, etc. An SMS message created in the terminal Short message transmission 54 is transmitted on a channel 58 of communications to a short message service center or center of messages 60 that works as a warehouse and shipping center for transmit SMS messages between short message terminals. By For example, message center 60 receives an SMS message from the terminal 54 short message transmission and stores the SMS message until it can be sent to the reception terminal 56 of Short message terminals Then the center of messages 60 transmits the SMS message to the receiving terminal 56 of Short messages on a communications channel 62.

In view of the variety of devices that can function as message terminals 54 and 56, the channels 58 and 62 communications can be or include any network of public or private computers (for example, the computer network global called Internet) or any telephone network (for example, any PSTN or any cellular communications network or wireless of other type). Being the receiving terminal of Short messages a GSM 10 cell phone in the illustrated example, communications channel 62 will include at least one telephone network GSM cell phone

Fig. 3 is a flow chart of a dynamic service procedure 100 of a mobile device according to the present invention. In a practical embodiment, the mobile device dynamic services procedure 100 is executed by several elements of the SMS message system 50, including a dynamic services application stored in the SIM 12. It will be appreciated that other practical embodiments, the dynamic services application it can be stored or executed anywhere in a message terminal 54 or 56
short

The process block 102 indicates that a Dynamic services script for short text messages. In a practical realization, the dynamic message services script of Short text can conform to the associated SMS message format to GSM cell phones.

The process block 104 indicates that the script of Dynamic short text message services are transmitted to a Short message reception terminal. For example, the script of Dynamic short text message services could be transmitted via a message center 60 to the GSM cell phone 10.

       \ newpage
    

Process block 108 indicates that the script of Dynamic short text message services are received and received. stores, for example in a SIM 12 of a GSM cell phone 10.

The process block 110 indicates that the script of Dynamic short text message services runs, by example by a SIM 12 of a GSM 10 cell phone.

Dynamic message service scripts Short text works as text message applications Short and can be formed in a variety of ways. As a example, a user could write a message application of Short text directly according to script notation, such as It is described below in greater detail. As another example, a User can be guided through the process of training script or "help application" accessed from a personal computer. The script formation process or "help application" can work locally in the personal computer or it can be accessed from a site network (for example, a web page) in the computer network global.

Below are the exemplary steps to through which the script help application software could direct a user to create a script or application of Dynamic short text message services. The steps copies could be offered or presented to the user in different sequences according to the choices or selections made by the user Once a segment or branch of the application is you have completed the script help application software encode and encrypt the application so that it can be sent to mobile communications reception device (for example, the GSM cell phone 10) as one or more short text messages (for example, SMS messages). Once you receive the one or more Short text messages, the application of dynamic services in the mobile communications device interprets and executes steps as specified in the script. As an example, a option is to save the script and add the name of the application to mobile communications device (for example, the phone mobile).

The user selects options for application:

one.

Specify application name and various application properties

TO.

Name

B.

Description

C.

Access (publish / not publish in the directory service)

D.

Affiliation (members only / open to public)

AND.

Author Information

2.

Run on cell phone only one time

TO.

Manually (the application is added to the Phone application menu and is deleted after the execution)

B.

After SMS message reception

C.

With a delay after receiving the SMS message

D.

To one time, date, determined

AND.

Event Activated

3.

Run on the cell phone more than one time

TO.

Manually (the application is added to the phone application menu)

B.

With specified interval

C.

To one time (s), date (s), determined

D.

Event Activated

The user selects the type of interaction initial between the application and the cell phone user after the application is launched.

       \ newpage
    

Examples of operations

one.

Show selection list (se requires the user to select item (s) from a list)

TO.

Enter text describing the list

B.

Enter list items

C.

Specify operation (s) to execute with the selection of an item (each item can be associated to a different operation that follows)

2.

Show "edit box" (se requires the user to enter text)

TO.

Enter text describing the box of editing (you must enter the description of the text)

B.

(Optional). Enter a string of text that activates a specific operation and specify this operation

C.

(Optional). Specs) additional (s) as in B.

D.

(Optional). Specify operation (s) to execute after it is entered Any other text not empty.

3.

Print text

TO.

Specify text to print

B.

Specify temporary delay before continue, or manual continuation

C.

Specify conditions under which this operation (print text) will be executed, or not (time, place, ...) Execution continues with the following operation (C)

D.

(Optional) Specify operations to run after the text is printed.

Four.

Tone Of reproduction

TO.

Specify tone parameters (type of tone, duration, etc.)

5.

Send message / order to destinations specified

TO.

Specify message / order

B.

(Optional) Specify operation to execute after the message / order has been sent with success

C.

(Optional) Specify operation to execute after the message / order has been sent failed.

6.

File operation

TO.

Clean

B.

Delete

C.

Delete item

D.

Append

The selected aspects of a first practical execution of a dynamic service script format Short text message are described below with reference to a exemplary script. It will be appreciated that this exemplary script is provides only to illustrate the various elements of the script and does not include all potential elements in the format of the script or the full range of potential functionality that can be provided by the script format.

In this practical execution, a typical script includes a file or variable with multiple successive declarations in which each of them can include one or more elements of the script. Successive declarations of a script can form one or more files, not each one being larger than the size of buffer memory for a communications receiving device mobile or "wireless" (for example, 128 bytes for a SIM), which allows a complete script to be found completely contained in the buffer. In the exemplary script illustrated, the different statements are initiated by the Start, Efopen, Cont1, Iter, Cont2 terms, which can be called declaration names.

       \ vskip1.000000 \ baselineskip
    

Start:

! gEFopen

oF1 "/Pgm/SV.m"

gCont1

       \ vskip1.000000 \ baselineskip
    

EFopen:

T1 = "Error opening file "

T1 <T0 <"(" <hIE <")"

pT1

that

       \ vskip1.000000 \ baselineskip
    

Cont1:

T2 = "T1 = s"

! gCont2

| 1 = 0

       \ vskip1.000000 \ baselineskip
    

Iter:

T2 <"," <h22 <F1 (I1.11) <h22

| 1 + 16

gIter

       \ vskip1.000000 \ baselineskip
    

Cont2:

T2 <"q;"

! q

cF1

xT2

tT1

T2 = "/ Pgm /"

T2 <T1

T2 <". A"

oF1T2

xF1

that

       \ newpage
    

In this practical execution, the elements of the script are generally represented by only 1 or 2 alphanumeric characters to minimize the size of the script, and the operators are indicated by lowercase letters. For example, the Start statement begins with an error handling indicator "!" which is coupled to a get "g" element and a statement name "EFopen". This combination of script elements is interpreted and executed by the dynamic services application as follows: if an error (!) Occurs, obtain (g) the indicated statement (EFopen). The get "g" element can have as its argument any statement name in a file, a file name, a memory location pointer, etc. According to the above, the get g element functions as a versatile program control device to direct the execution of the script towards a variety of
elements.

The EFopen statement sets a text variable (T1) to a text string "error opening file", and element T1 <T0 <"(` `<h! E <'')" works to append as an appendix a text variable T0 and the text "(32)" (in which the value of 32 is an exemplary value of the file handling, h! E) for the text variable T1, the text variable T0 being a temporary buffer that It has the value of _ filename (the last text of the statement). The pT1 element works to print (p) (ie show) the specified error indication for variable T1 (that is, the text string "opening file error"), and the quit element (q) ends the execution of
script.

In the absence of an error indication by the mobile execution device, the start statement continues at script element oF1 "/Pgm/SV.m", which opens (or) as a file variable (F1) to the SV.m file stored in the device in the subdirectory Pgm. The .m extension can indicate that the SV.m file is a list or menu of the available script or the application files available in the Pgm subdirectory. He script element gCont1 then gets (g) statement Cont1. The file variable (F1) represents a type variable file that can be indexed in a range of values to support the file operations (for example, open, or). This execution script format practice also includes, for example, a indexed text variable (for example T1) and a numerical value indexed or numerical variable (for example | 1) to support text and number operations, respectively.

In statement cont1, the script element T2 = "T1 = s" sets a text variable index 2 for indicate the text string (T1 = s). The script element! GCont2 direct the script to the statement (g) get or goto Cont2 in case of a Error indication The hyphen element! 1 = 0 sets a value of zero to the variable number | 1.

In the absence of an error indication, the statement Cont1 proceeds to the Iter statement, which functions as a interaction operation The script element T2 <"," <F1 (| 1, 11) <h22 adds as an appendix to the T2 text variable a comma, a declaration (for the operation of item h22), 11 characters in position interaction variable | 1 in file F1, and another appointment (for operation of element h22). The element | 1 + 16 is an operation number that adds the variable | 1 and the number 16. The glter element Repeat the operation of the | ter statement in another interaction. By For example, each address position in a file could include 16 character positions, so that this script element function to get the first 11 characters in each position address in file F1.

In the Cont2 statement, element T2 <"q;" add as an appendix a quit operator to the variable of T2 text. As a result, of the operation of the sentences | ter and Cont2, variable T2 includes the following elements:

       \ vskip1.000000 \ baselineskip
    

T2; T1 = s, F1 (0.11), F1 (1.11), ... q;

       \ vskip1.000000 \ baselineskip
    

in which the F1 elements (0.11), F1 (1.11), ... include 11 character text strings in positions 0, 1, ... in the F1 file. The interaction of 11 characters may reflect that the mobile communications device  Display 11 characters per line. The script element cF1 closes (c) the F1 file, and the xT2 script element executes (x) the variable T2, in which the selected element s works for show each text string F1 (1.11) so that a user You can select one of them. The script element removes spaces at the beginning and end of the text. Script elements T2 = "/ Pgm /", T2 <T1 and T2 <". A" set the variable T2 to the subdirectory and the name and extension of the application (.a) of the application selected by the user. He script element oF1T2 opens as file F1 to file specified, and element xF1 what run

The exemplary script works to show a list of text message applications available in a mobile communications device and allow a user Select and run one of the applications. It will be appreciated that such an application would typically require a memory and significantly greater syntax resources if it were written in a conventional script language.

Selected aspects of a second execution practice of a dynamic text message services script Shorts useful for understanding the invention described below. This Second practical execution includes more programming, specifically that the first one, but it increases disadvantageously the memory requirements of the service application dynamic.

The messages consist of two components: <MSGHEADER> <COMMANDS> <MSGHEADER>: <MSGID> <MSGOPTS> / <APPNAME>

       \ vskip1.000000 \ baselineskip
    

100

101

102

103

In accordance with people's practices specialists in the computer programming technique, it describes the present invention with reference to the acts and symbolic representations of operations that are executed by various computer systems, including mobile devices communication and "smart cards". Such acts and operations are often referred to as executed by computer and may be associated with the operating system or with the program of application, as appropriate. It will be appreciated that the acts and symbolically represented operations include the CPU manipulation of electrical signals representing bits of data, which results in a resulting transformation or reduction of the representation of the electrical signal, and the maintenance of data bits in memory locations in a memory system to reconfigure in this way or otherwise alter the operation of the computer system, as well as other processes of signs. The memory locations where the bits of are kept data are physical positions that have properties electrical, magnetic or optical particulars that correspond to Data bits

It should be understood that programs, processes and procedures described herein do not are related or limited to any particular type of device computer, unless otherwise indicated. Various types of general purpose or specialized computer apparatus will they can use or they can carry out operations according to the teachings described herein. The elements of the illustrated embodiment shown in software they can be executed in practice on computers, and vice versa.

Claims (12)

         \ global \ parskip0.960000 \ baselineskip
      

1. A service procedure (100) dynamic, comprising: the radiated transmission (104) of a dash of Dynamic short text message services to a device digital mobile (10) of communications, including said mobile digital device (10) communications a module subscriber identity (12) or other chip card that is different from a base portion of said mobile digital device (10) of communications, in which a dynamic services application is stored in said subscriber identity module (12) or in the cited another chip card, including the aforementioned script of Dynamic text message services short script elements which are usually represented by only one or two alphanumeric characters to provide script functionality in regarding the specified objects; Y the interpretation and execution (110) of the aforementioned dynamic services script for short text messages in the said mobile digital device (10) of communications by the cited dynamic service application. 2. The method of claim 1, in which said mobile digital device (10) of Communications is a digital cell phone. 3. The procedure of the claims 1 or 2, in which the aforementioned subscriber identity module (12) or another chip card that is different from a base portion of the said mobile digital device (10) of communications includes a memory buffer with a basic memory buffer size and the cited short text message dynamic services script form one or more files that are not larger than the mentioned size Basic memory buffer. 4. The procedure of any one of claims 1 to 3, wherein said application of dynamic services runs in the aforementioned identity module of subscriber (12) or in the aforementioned other chip card. 5. The procedure of any one of claims 1 to 4, wherein said service script Dynamic short text messages are stored in the aforementioned mobile digital device (10) for execution more than once. 6. The procedure of any one of claims 1 to 5, wherein the execution of said dynamic services script for short text messages in the cited mobile digital device (10) communications includes obtain information from a user of said digital device Mobile (10) communications. 7. A mobile digital device (10) of communications adapted to receive a radiated transmission of Short text messages, comprising the aforementioned device Digital mobile (10) communications: a subscriber identity module (12) or another chip card that is different from a base portion of the aforementioned mobile digital device (10) for communications; in which one Dynamic services application is stored in the aforementioned module of subscriber identity (12) or in the aforementioned other chip card, the aforementioned dynamic services application being adapted to receive radiated transmission from a dynamic services script of Short text messages and is adapted to interpret and execute the aforementioned short text message dynamic services script in said mobile digital communication device (10), including the aforementioned dynamic message services script of Short text script elements that are generally represented  for only one or two alphanumeric characters to provide script functionality when it comes to objects specified. 8. The mobile digital device (10) of communications of claim 7, wherein the device Digital mobile (10) communications cited is a cell phone digital. 9. The mobile digital device (10) of communications of claims 7 or 8, wherein said subscriber identity module (12) or other chip card that is other than a base portion of said digital device (10) Mobile communications includes a memory buffer with a size Basic memory buffer and the aforementioned service script Dynamic short text messages form one or more files, not each of them being larger than the aforementioned basic buffer size of memory cited. 10. The mobile digital device (10) of communications of any one of claims 7 or 9, in which the aforementioned subscriber identity module (12) or the aforementioned another chip card are ready to run the aforementioned Dynamic service application. 11. The mobile digital device (10) of communications of any one of claims 7 to 10, in which said mobile digital device (10) of communications is adapted to store the aforementioned dynamic services script of short text messages for execution in it more than one time. 12. The mobile digital device (10) of communications of any one of claims 8 to 11, in that the execution of the aforementioned dynamic services script of Short text messages on the aforementioned mobile digital device (10) of communications includes obtaining information from a user of the said mobile digital device (10) for communications.