EP1994477A1 - Method for converting sim toolkit service byte-codesto web pages - Google Patents

Method for converting sim toolkit service byte-codesto web pages

Info

Publication number
EP1994477A1
EP1994477A1 EP07713123A EP07713123A EP1994477A1 EP 1994477 A1 EP1994477 A1 EP 1994477A1 EP 07713123 A EP07713123 A EP 07713123A EP 07713123 A EP07713123 A EP 07713123A EP 1994477 A1 EP1994477 A1 EP 1994477A1
Authority
EP
European Patent Office
Prior art keywords
user
page
html
command
path
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP07713123A
Other languages
German (de)
French (fr)
Inventor
Wilianto Wilianto
Krishna Sjarif
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Thales DIS France SA
Original Assignee
Axalto SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Axalto SA filed Critical Axalto SA
Publication of EP1994477A1 publication Critical patent/EP1994477A1/en
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/957—Browsing optimisation, e.g. caching or content distillation
    • G06F16/9577—Optimising the visualization of content, e.g. distillation of HTML documents

Definitions

  • This invention deals with SIM Toolkit Service Byte-codes (STKSBC) in a personal security token carrying access rights such as a secret key.
  • STKSBC SIM Toolkit Service Byte-codes
  • a typical example of such personal tokens are IC cards such as bank cards, SIM cards inside mobile phones or mobile communication tools such as PDAs (Personal Digital Assistant), physical access cards or USB tokens with access rights, and also for example electronic keys of any type.
  • STKSBC are a particular arrangement of binary data which represent the elementary SIM Toolkit (Pro-active) command as described in ETSI GSM 11.14.
  • STKSBC is usually highly compressed information which is designed to be used in Over-the-Air (OTA) mechanism.
  • STKSBC consists of two groups of commands: one group is related with user-interface operations (DISPLAY TEXT, SETUP MENU, SELECT ITEM, GET INKEY, and GET INPUT) and the other group is related with non user-interface operations (such as SEND SMS, SETUP CALL, etc.).
  • STKSBC is quite rudimentary when one speaks of display abilities.
  • a first purpose of the invention is to provide a way to use STKSBC while enhancing the display abilities to the user.
  • Another purpose of the invention is to widen the abilities of the STKSBC to another type of organization of data when interacting with an end-user, especially in the field of mobile communication.
  • FIG. 1 is a diagram which represents a method of using STKSBC according to the invention.
  • FIG. 3 represents a step of conversion according to the invention.
  • STKSBC is a group of STK commands and links between them. All parameters used to build an STK command are generally defined in STKSBC. STKSBC also defines the next STK command to build according to all possible user responses.
  • STKSBC also comprises a set of predefined parameters, such as text to be displayed, which will be used in the STKSBC commands when the commands will be called.
  • Figure 1 also represents a series 20 of HTML pages among which a user can go from one HTML page to another as if he went from one STK command to another in the STKSBC 10.
  • a formatter engine 30 converts the different STK commands 11 , 12, 13... into corresponding HTML pages 21 , 22, 23,... while the user goes from one HTML page to the other.
  • the formatter engine 30 formats user-interface (Ul) STKSBC commands from the set 10 to become HTML by using HTML templates such as the template represented on figure 2.
  • HTML template consists of one or more than one dynamic variables. Dynamic variables will then be substituted with values taken from either STKSBC or dynamically generated by the Formatter Engine.
  • a format descriptor 40 is used which defines in forms of HTML some HTML pages which correspond to the STK commands of the set 10.
  • XML or any format as required by the consumer (browser) application can also replace the HTML format.
  • Format descriptor 40 stores the series of HTML pages 21 , 22, 23... of the set 20.
  • the Format Descriptor 40 is a rule describing how to convert STKSBC into HTML document. This rule is presently in form of HTML document templates.
  • a typical template 21 a of the set 20 is represented on figure 2, which contains predefined keywords to be substituted by dynamic contents.
  • the represented page contains a ⁇ $Variables> tag (variable) 210.
  • This ⁇ $Variables> tag will be replaced dynamically on the fly.
  • Variables can be including: parameters defined in STKSBC or a dynamically generated URL to link this command to another command.
  • STKSBC which defines a display text STK command that will display "Hello World” and a corresponding template 22a.
  • the represented HTML page also contains ⁇ $TR_OK> and ⁇ $TR_BACK> keywords which will be substituted by a URL which will point to another command.
  • the HTML template therefore consists of one or more than one dynamic variables. Dynamic variables are then substituted with values taken from either STKSBC or dynamically generated by the Formatter Engine 30.
  • An URL is constructed so that, only from this URL, the Formatter Engine 30 can know the next command to build among the commands of the set 10. Such recognition of the next command to build is referenced as STEP 2 on figure 1.
  • two HTTP parameters are be passed in the URL so as to be equivalent to a GET request command. Those two HTTP parameters are the current command number and the user selection among the command possibilities coming afterwards in the set of commands 10. With these two parameters, Formatter Engine 30 can decide the next command to build among the set of commands 10.
  • the next command is converted into a HTML page by the formatter engine the same way as described above for the previous STK command.
  • STK environment is a state environment, where state variable is maintained internally in an STK engine associated with the STKSBC. Because HTTP environment is stateless, Formatter Engine maintains a session variable internally to track the state, and to thereby impose proper state when accessed from all possible entry points.
  • An URL as used in the set 20 of HTML pages is purposely constructed so that, from this URL with additional volatile storage in SIM memory, the applet which constitutes the formatter engine 30 can check whether the current state is still valid (even for example when user presses "back" button from his browser). To achieve this, the Formatter Engine 30 stores the current command number when it generates the HTML file which corresponds to such current command. So when the next HTTP request comes after selection by the end-user, the formatter engine compares the current command number as stored and the current command number which is passed by the request coming from the end-user, inside the URL. If it's the same, the formatter engine 30 generates the next command. Otherwise, the formatter engine 30 redirects the user to the first page (to start from beginning). This command number checking is preferably imposed in all pages except the first.
  • the present embodiment therefore provides a method to represent navigation movement in STKSBC, i.e. a series of moves from one STK command to another STK command by terminal response, into a URL representation.
  • URL to access the next command is generated dynamically by the Formatter Engine.
  • the Formatter Engine can know which next command needs to be built and converted.
  • Non user-interface STK commands are preferably handled by a dedicated application in the token, which application is connected to internet. This command executor application will be triggered by HTTP request.
  • non-UI non user-interface
  • a Command executor runs in handset and listens to a certain port number. When the command executor is triggered, it executes the command by invoking an API provided by the OS
  • STK Services can be presented in web environment, i.e. with an HTML browser.
  • STK-based application works as a state machine while web environment is stateless.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

The invention relates to a method for displaying content on a mobile communication terminal hosting a personal security token, said method consisting in displaying HTML pages (20, 21, 22, 23) which are linked together so as to constitute a path of pages in which an end-user person can progress according to choices made by the end-user person along such path, characterized in that the personal security token comprises an engine which identifies a command of a set of Sim Tool Kit Service Bytecodes (10, 11, 12, 13) on the basis of a said choice of the end-user person along the path and converts such identified command of the set of Sim Tool Kit Service Bytecodes (10, 11, 12, 13) into an HTML page (20, 21, 22, 23) to be displayed to the end-user person.

Description

METHOD FOR CONVERTING SIM TOOLKIT SERVICE BYTE-CODESTO WEB
PAGES.
This invention deals with SIM Toolkit Service Byte-codes (STKSBC) in a personal security token carrying access rights such as a secret key. A typical example of such personal tokens are IC cards such as bank cards, SIM cards inside mobile phones or mobile communication tools such as PDAs (Personal Digital Assistant), physical access cards or USB tokens with access rights, and also for example electronic keys of any type.
STKSBC are a particular arrangement of binary data which represent the elementary SIM Toolkit (Pro-active) command as described in ETSI GSM 11.14.
STKSBC is usually highly compressed information which is designed to be used in Over-the-Air (OTA) mechanism. STKSBC consists of two groups of commands: one group is related with user-interface operations (DISPLAY TEXT, SETUP MENU, SELECT ITEM, GET INKEY, and GET INPUT) and the other group is related with non user-interface operations (such as SEND SMS, SETUP CALL, etc.).
STKSBC is quite rudimentary when one speaks of display abilities. A first purpose of the invention is to provide a way to use STKSBC while enhancing the display abilities to the user.
Another purpose of the invention is to widen the abilities of the STKSBC to another type of organization of data when interacting with an end-user, especially in the field of mobile communication.
Such purposes are achieved thanks to the invention, by means of the features as recited in the appended claims.
Further purposes, benefits and aspects of the invention will appear throughout the following description, which is made in reference to the appended figures, among which :
- figure 1 is a diagram which represents a method of using STKSBC according to the invention.
- A typical page of the set 20 is represented on figure 2
- Figure 3 represents a step of conversion according to the invention. As represented on figure 1 , STKSBC is a group of STK commands and links between them. All parameters used to build an STK command are generally defined in STKSBC. STKSBC also defines the next STK command to build according to all possible user responses.
STKSBC also comprises a set of predefined parameters, such as text to be displayed, which will be used in the STKSBC commands when the commands will be called.
Figure 1 also represents a series 20 of HTML pages among which a user can go from one HTML page to another as if he went from one STK command to another in the STKSBC 10.
A formatter engine 30 converts the different STK commands 11 , 12, 13... into corresponding HTML pages 21 , 22, 23,... while the user goes from one HTML page to the other.
The formatter engine 30 formats user-interface (Ul) STKSBC commands from the set 10 to become HTML by using HTML templates such as the template represented on figure 2.
Such an action is represented under reference STEP 1 on figure 1.
HTML template consists of one or more than one dynamic variables. Dynamic variables will then be substituted with values taken from either STKSBC or dynamically generated by the Formatter Engine.
In such process, a format descriptor 40 is used which defines in forms of HTML some HTML pages which correspond to the STK commands of the set 10.
XML, or any format as required by the consumer (browser) application can also replace the HTML format.
Format descriptor 40 stores the series of HTML pages 21 , 22, 23... of the set 20. The Format Descriptor 40 is a rule describing how to convert STKSBC into HTML document. This rule is presently in form of HTML document templates.
A typical template 21 a of the set 20 is represented on figure 2, which contains predefined keywords to be substituted by dynamic contents.
In the present example of HTML page, the represented page contains a <$Variables> tag (variable) 210. This <$Variables> tag will be replaced dynamically on the fly. Variables can be including: parameters defined in STKSBC or a dynamically generated URL to link this command to another command.
For example, let's consider a STKSBC which defines a display text STK command that will display "Hello World" and a corresponding template 22a.
In this example illustrated on figure 3, <$text> as referenced 220 is replaced by parameter "Hello world" which is taken from STKSBC 10.
The represented HTML page also contains <$TR_OK> and <$TR_BACK> keywords which will be substituted by a URL which will point to another command.
The HTML template therefore consists of one or more than one dynamic variables. Dynamic variables are then substituted with values taken from either STKSBC or dynamically generated by the Formatter Engine 30.
An URL is constructed so that, only from this URL, the Formatter Engine 30 can know the next command to build among the commands of the set 10. Such recognition of the next command to build is referenced as STEP 2 on figure 1. To achieve this efficiently, two HTTP parameters are be passed in the URL so as to be equivalent to a GET request command. Those two HTTP parameters are the current command number and the user selection among the command possibilities coming afterwards in the set of commands 10. With these two parameters, Formatter Engine 30 can decide the next command to build among the set of commands 10.
Once recognized in the STKSBC 10, the next command is converted into a HTML page by the formatter engine the same way as described above for the previous STK command.
STK environment is a state environment, where state variable is maintained internally in an STK engine associated with the STKSBC. Because HTTP environment is stateless, Formatter Engine maintains a session variable internally to track the state, and to thereby impose proper state when accessed from all possible entry points.
An URL as used in the set 20 of HTML pages is purposely constructed so that, from this URL with additional volatile storage in SIM memory, the applet which constitutes the formatter engine 30 can check whether the current state is still valid (even for example when user presses "back" button from his browser). To achieve this, the Formatter Engine 30 stores the current command number when it generates the HTML file which corresponds to such current command. So when the next HTTP request comes after selection by the end-user, the formatter engine compares the current command number as stored and the current command number which is passed by the request coming from the end-user, inside the URL. If it's the same, the formatter engine 30 generates the next command. Otherwise, the formatter engine 30 redirects the user to the first page (to start from beginning). This command number checking is preferably imposed in all pages except the first.
The present embodiment therefore provides a method to represent navigation movement in STKSBC, i.e. a series of moves from one STK command to another STK command by terminal response, into a URL representation. URL to access the next command is generated dynamically by the Formatter Engine. When the user clicks the URL, from the HTTP request alone, the Formatter Engine can know which next command needs to be built and converted.
Non user-interface STK commands are preferably handled by a dedicated application in the token, which application is connected to internet. This command executor application will be triggered by HTTP request.
The application formats non user-interface (non-UI) STKSBC to become HTTP requests which are used to trigger a handler application connected to internet.
A Command executor runs in handset and listens to a certain port number. When the command executor is triggered, it executes the command by invoking an API provided by the OS
Thanks to the present embodiment, STK Services can be presented in web environment, i.e. with an HTML browser.
It becomes possible to directly use the user-interface-related STK commands in web environment although user-interface representation behaviors have different nature in HTML and in STK. Web pages can be used together with STK, which typically consist of one or more HTML files together with their content elements, which are usually multimedia files (JPEG, GIF, etc). It is possible to have vast variations of user-interface design in web environment although user-interface-related STK commands allow very limited usage of visual items (icon/picture).
Such both benefits are gained although STK-based application works as a state machine while web environment is stateless.

Claims

1. A method for displaying content on a mobile communication terminal hosting a personal security token, said method consisting in displaying HTML pages (20, 21 , 22, 23) which are linked together so as to constitute a path of pages in which an end-user person can progress according to choices made by the end-user person along such path, characterized in that the personal security token comprises an engine which identifies a command of a set of Sim Tool Kit Service Bytecodes (10, 11 , 12, 13) on the basis of a said choice of the end-user person along the path and converts such identified command of the set of Sim Tool Kit Service Bytecodes (10, 11 , 12, 13) into an HTML page (20, 21 , 22, 23) to be displayed to the end-user person.
2. The method according to claim 1 , characterized in that it comprises a format descriptor which stores a set of HTML templates (21a, 22a) comprising parameters, and the engine replaces such parameters by values at the time when the HTML template (21 a) is to be displayed.
3. The method according to claim 2, characterized in that the templates (21a, 22a) comprise parameters which are to be replaced by some text value to be displayed to the user.
4. The method according to claim 2, characterized in that the templates (21a,22a) comprise parameters which are to be replaced by some URL of a page (20, 21 , 22, 23) which can be chosen afterwards by the user.
5. The method according to claim 1 , characterized in that a file of a currently displayed HTML page includes an address triggering a subsequent page which can be chosen by the end-user from the HTML page (20, 21 , 22, 23), said address including two identifying values which identify respectively an STK command corresponding to the currently displayed HTML page (20, 21 , 22, 23) and an STK command corresponding to the subsequent page which can be triggered.
6. The method according to the preceding claim, characterized in that the personal security token includes a memory for storing the identifying value of the current STK command, and the engine is programmed for comparing, in response to the end-user choosing the next page (20, 21 , 22, 23), the stored identifying value of the current page with the identifying value of the current page as comprised in the address triggering the subsequent page (20, 21 , 22, 23) which is chosen by the end- user.
7. The method according to the preceding claim, characterized in that the engine is programmed for displaying a predetermined page which is different from the said subsequent page (20, 21 , 22, 23) chosen by the end-user in case the compared identifying values don't match.
8. A personal security token for a mobile communication terminal, comprising memory and a processor, a set of pre-stored HTML pages and a set of controlling instructions for displaying HTML pages (20, 21 , 22, 23) which are linked together so as to constitute a path of pages in which an end-user person can progress according to choices made by the end-user person along such path, characterized in that the personal security token comprises an engine which identifies a command of a set of pre-stored Sim Tool Kit Service Bytecodes (10, 11 , 12, 13) on the basis of a said choice of the end-user person along the path and converts such identified command of the set of Sim Tool Kit Service Bytecodes (10, 11 , 12, 13) into an HTML page (20, 21 , 22, 23) to be displayed to the end-user person.
EP07713123A 2006-03-10 2007-03-02 Method for converting sim toolkit service byte-codesto web pages Withdrawn EP1994477A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2006100595154A CN101034397B (en) 2006-03-10 2006-03-10 Method for conversing user labeling module tool kit business byte code to web page
PCT/IB2007/000624 WO2007105084A1 (en) 2006-03-10 2007-03-02 Method for converting sim toolkit service byte-codesto web pages

Publications (1)

Publication Number Publication Date
EP1994477A1 true EP1994477A1 (en) 2008-11-26

Family

ID=38261696

Family Applications (1)

Application Number Title Priority Date Filing Date
EP07713123A Withdrawn EP1994477A1 (en) 2006-03-10 2007-03-02 Method for converting sim toolkit service byte-codesto web pages

Country Status (5)

Country Link
EP (1) EP1994477A1 (en)
CN (1) CN101034397B (en)
BR (1) BRPI0708498A2 (en)
MX (1) MX2008011411A (en)
WO (1) WO2007105084A1 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102008004693A1 (en) 2008-01-16 2009-08-13 Giesecke & Devrient Gmbh Portable data carrier with CAT interpreter
KR101024532B1 (en) 2009-02-06 2011-03-31 엔에이치엔(주) Sysem for providing applycation based on html capable of cotrol client and web action
WO2012037708A1 (en) * 2010-09-24 2012-03-29 Axalto Smart Cards Technology Co. Ltd. A method for accessing an application, corresponding portable device and system
US9081631B2 (en) 2011-06-30 2015-07-14 Stmicroelectronics S.R.L. Method for executing a toolkit action in an IC card

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001065480A1 (en) * 2000-03-01 2001-09-07 Gemplus Smart card control method

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2387328C (en) * 2002-05-24 2012-01-03 Diversinet Corp. Mobile terminal system
GB2410113A (en) * 2004-11-29 2005-07-20 Morse Group Ltd A system and method of accessing banking services via a mobile telephone

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001065480A1 (en) * 2000-03-01 2001-09-07 Gemplus Smart card control method

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of WO2007105084A1 *

Also Published As

Publication number Publication date
WO2007105084A1 (en) 2007-09-20
CN101034397B (en) 2011-11-09
CN101034397A (en) 2007-09-12
BRPI0708498A2 (en) 2011-05-31
MX2008011411A (en) 2008-10-22

Similar Documents

Publication Publication Date Title
KR101541263B1 (en) Method and apparatus for executing user action commands
CN102783121B (en) Communications device
CN104112002B (en) A kind of methods, devices and systems of list adaptation
CN108763561A (en) E-book method for pushing, device and computer readable storage medium
CN111538980B (en) Account binding method, device and system for application program
CN106406844B (en) Method and device for realizing public number menu of communication interaction platform
CN107515764A (en) Application program page deployment method, terminal and computer-readable recording medium
JP2010123073A (en) Page access method and server
CN105243407A (en) Method and device for reading and writing smart card
EP2235626A1 (en) Improved user interface and communication terminal
US20120166979A1 (en) Method and Apparatus for Enabling User Interface Customization
CN107229760B (en) Storage medium, electronic device, the display methods of web page contents and device
Van Heeringen et al. Measure the functional size of a mobile app: Using the cosmic functional size measurement method
CN103944944A (en) Webpage link sharing method and system, and electronic device
CN106487662B (en) Information sharing method and device
CN109101291A (en) Information processing unit and information processing method
CN103023870A (en) Method, device and equipment for outputting data in message
WO2007105084A1 (en) Method for converting sim toolkit service byte-codesto web pages
CN109740014B (en) Screenshot management method, terminal device and storage medium
US20080263140A1 (en) Network System, Server, Client, Program and Web Browsing Function Enabling Method
EP1626349A1 (en) User interface for smart card applications
CN113687901B (en) Interface display method and interface display device
CN109492144A (en) Association relationship analysis method, device and the storage medium of software systems
JP7443899B2 (en) information processing equipment
CN113946260A (en) Data processing method, device and equipment

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20080822

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: GEMALTO SA

17Q First examination report despatched

Effective date: 20090202

DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20171007