EP2132632A1 - Procede pour executer un programme relatif a plusieurs services, systeme et dispositif electroniques correspondants - Google Patents

Procede pour executer un programme relatif a plusieurs services, systeme et dispositif electroniques correspondants

Info

Publication number
EP2132632A1
EP2132632A1 EP08709280A EP08709280A EP2132632A1 EP 2132632 A1 EP2132632 A1 EP 2132632A1 EP 08709280 A EP08709280 A EP 08709280A EP 08709280 A EP08709280 A EP 08709280A EP 2132632 A1 EP2132632 A1 EP 2132632A1
Authority
EP
European Patent Office
Prior art keywords
service
centralizing
execution
application service
application
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
EP08709280A
Other languages
German (de)
English (en)
Inventor
Olivier Potonniee
Eric Deschamps
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
Gemalto 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 Gemalto SA filed Critical Gemalto SA
Priority to EP08709280A priority Critical patent/EP2132632A1/fr
Publication of EP2132632A1 publication Critical patent/EP2132632A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/355—Personalisation of cards for use
    • G06Q20/3552—Downloading or loading of personalisation data
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357—Cards having a plurality of specified features
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357—Cards having a plurality of specified features
    • G06Q20/3576—Multiple memory zones on card
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/48—Indexing scheme relating to G06F9/48
    • G06F2209/482—Application

Definitions

  • the invention relates, in general, to a method for executing a program relating to at least one service included within an on-board electronic device.
  • the invention also relates to an onboard electronic device capable of providing one or more services from a communication network external to the on-board electronic device.
  • the on-board electronic device implements the method for executing a program relating to at least one service.
  • the invention also relates to an electronic system comprising such an onboard electronic device cooperating with a host device.
  • service means a processing of a request.
  • embedded electronic device in this patent document means any electronic device comprising at least one memory and a microprocessor, and intended to cooperate with a host device to perform a function on behalf of the host device.
  • the on-board electronic device comprises one or more memories possibly of different types used for the execution of instructions of a program for processing one or more services.
  • the microprocessor as a processing unit, manages and controls the on-board electronic device, in particular for specific tasks. These are, among others, specific to services accessible from a communication network external to the electronic device.
  • Such an embedded electronic device can be a portable object (or "token" in English).
  • the portable object constitutes a support that can be in various forms, for example, a dongle (also called “dongle” in English), for example USB key type (acronym for "Universal Sériai Bus” in English), or a SIM card (acronym for "Subscriber Identity Module” in English).
  • a dongle also called “dongle” in English
  • USB key type for “Universal Sériai Bus” in English
  • SIM card for "Subscriber Identity Module” in English
  • the on-board electronic device is intended to cooperate with a host device, in order to be able to exploit, at least in part, one or more services supported by the on-board electronic device.
  • the host device may be in particular a personal computer (or PC for "Personal Computer” in English), a mobile phone, a personal digital assistant (or PDA for "Personal Digital Assistant” in English), or a reader of embedded electronic device communicating for example by radio waves.
  • the host device is connected to the on-board electronic device.
  • the host device can be considered in itself, as an external communication network vis-à-vis the on-board electronic device.
  • the host device may itself be connected to a global communication network.
  • the on-board electronic device is then connected to the global communication network via the host device.
  • it may be the Internet as a global communication network. It is clear, however, that the invention is in no way limited to access to the Internet.
  • a server is a computer system providing one or more application services to other computer systems called clients through a communication network.
  • the server is waiting for a connection request to an application service hosted by the server.
  • a client transmits, first, a connection request specific to each application service that it wishes to execute. Then, the server receives, via an access point to one of the application services, the connection requests to the application services. Finally, the computer system comprising the access points processes the connection requests to the associated application services, and executes the required application services.
  • Such integration can provide an access point for each specific application service offered by the on-board electronic device.
  • the server reserves an access point, to provide each of the application services available, a corresponding processing. Then, each application service goes into a passive waiting state of a corresponding request for connection to the application service emanating from a client.
  • Memory resources are used to save, in a dynamic manner, that is to say during execution of a program, in particular the execution context before executing the execution flow associated with each required application service.
  • the overflow caused by the available memory capacity is penalizing in particular vis-à-vis a task to be performed especially if no connection request to an application services is received.
  • the present invention is intended in particular to provide an on-board electronic device and a method for executing at least one program making it possible to offer one or more services offered by the on-board device and accessible from a communication network external to the on-board device, while optimizing the use of resources available for processing corresponding connection requests.
  • This objective is achieved by means of a method for executing at least one program relating to at least one service included within an on-board electronic device, each service requiring an allocation of a memory space to be executed, the device embedded electronic device comprising at least one memory space intended to be allocated to execute at least one of the services, and at least two access points to respectively access application services accessible from a communication network external to the on-board electronic device.
  • the method comprises the following steps: the on-board electronic device associates a centralizing service with at least two of said at least two access points; the on-board electronic device allocates a memory space to a service for receiving a connection request to one of said services; the on-board electronic device executes the centralizing service, the execution of the centralizing service making it possible to wait for at least one of the access points associated with the centralizing service to receive at least one connection request dedicated to the centralizing service; one of the application services; and, in the absence of receiving a connection request to a service, the only service with allocated memory space is the centralizing service.
  • the general principle of the invention is therefore based on the interposition, within the on-board electronic device, of a single centralizing service between a plurality of access points to application services and the application services thus concerned, to wait a potential receipt of one or more connection requests to one or more services.
  • a connection request to a received service may not relate to an application service offered by the on-board electronic device or relate to an application service that does not exist or no longer exists within the on-board electronic device.
  • the application service for which a connection request has been received no longer exists, for example, following an update of the application service or services offered by the on-board electronic device.
  • the centralizing service thus centralizes the processing of any connection request to a service received from the external communication network to the on-board electronic device and associated with a corresponding access point.
  • the invention makes it possible to mobilize, during a reception waiting phase potential connection requests to one or services from the external network, a memory space in relation only with the centralizing service.
  • the method comprises the following steps: at least one access point associated with the centralizing service receives at least one connection request dedicated to an application service; the centralizing service is activated for each connection request received and dedicated to an application service; and the centralizing service processes each connection request received and dedicated to an application service. .
  • the centralizing service that triggers the processing of a connection request specific to an application service received by one of the access points associated with the centralizing service.
  • the method comprises the following step: the centralizing service limits to at most a maximum number of at least one execution stream simultaneously in progress, so that the number of application services running at a given time is less than or equal to the maximum number of execution flows.
  • the application service is only executed when the maximum number of execution flows is not exceeded.
  • ⁇ rev 4> In other words, one or more execution flows are generated, in order to potentially execute all or part of the application service or services concerned possibly, simultaneously.
  • the method comprises the following steps: the pre-instantiated on-board electronic device at most a maximum number of at least one concurrently running execution stream, the on-board electronic device allocates an execution flow each application service for which a connection request has been received, said connected application service; the on-board electronic device executes the assigned execution flow; the assigned execution flow executes, at least in part, each connected application service.
  • the method comprises, for each connection request received, the following steps: the centralizing service instantiates an execution flow; the centralizing service assigns the instantiated execution flow to an application service for which a connection request has been received, said connected application service; the on-board electronic device executes the assigned execution flow; the assigned execution flow executes, at least in part, the connected application service.
  • the centralizing service allows, after receiving each connection request to an associated application service, subsequent processing by the application service concerned, by pointing to the newly generated execution flow.
  • several execution flows relating to the application services can be simultaneously running.
  • the centralizing service can control any connection to open, and secondly, that a connected application service can close the corresponding open connection.
  • the connected application service only controls the communication flow specific to any exchange following receipt of a connection request to an associated application service, and, after the execution of the service, can return to the client a corresponding answer.
  • the method comprises the following steps: the centralizing service detects the receipt of a connection request to a higher priority application service than an application service for which a corresponding execution flow is in progress; the centralizing service instantiates a new execution flow; the centralizing service assigns said new instantiated execution flow to the higher priority application service connected; the centralizing service transmits, to an application service execution flow scheduler of said on-board electronic device, at least one information relating to the priority order of execution execution flows; the scheduler activates said new execution flow assigned to the higher priority application service connected; the scheduler suspends the assigned execution flow executing the lower priority application service; said assigned new execution flow executes the highest priority application service connected; the scheduler activates the execution flow assigned to the lower priority application service; and the scheduler resumes the execution of the lower priority application service at the level where the execution of the lower priority application service has been suspended.
  • At least one execution flow is assigned to the centralizing service, the on-board electronic device executing the flow of execution affected, the method comprises the following steps: the centralizing service defeats the flow of executing from the centralizing service to the application service for which a connection request has been received, said connected application service; the execution flow executes the connected application service; and the execution flow resumes the execution of the centralizing service at the level where the execution of the centralizing service has been baffled.
  • the execution flow of the centralizing service can be, momentarily, assigned to the application service for which a request of corresponding connection was received, without requiring the availability of another execution flow.
  • the method comprises a step of defining, via the centralizing service, a sequencing order of the processing of connection requests to received application services.
  • connection requests dedicated to received application services are processed, according to a known priority order known only to the centralizing service.
  • a scheduler or "scheduler" in English interrupts the execution of an application service for the execution of another application service with higher priority.
  • the centralizing service can manage the connection opening according to a fixed priority order between the accessible and potentially executable application services.
  • the invention also relates to an on-board electronic device.
  • the on-board electronic device comprises at least one program relating to at least one service. Each service requires an allocation of memory space to be executed.
  • the on-board electronic device comprises at least one memory space intended to be allocated to execute at least one of the services, and at least two access points to respectively access application services accessible from a communication network external to the on-board electronic device. .
  • the on-board electronic device comprises: means for associating a centralizing service with said two of said at least two access points; means for allocating a memory space to a service upon receipt of a connection request to a service, means for executing the centralizing service allowing reception to be waited for, by at least one of the points of service access associated with the centralizing service, at least one connection request dedicated to one of the application services, and, in the absence of reception of a connection request to a service, the only service with allocated memory space is the centralizing service.
  • the invention relates to an electronic system comprising a host device, and an on-board electronic device as mentioned above and cooperating with the host device.
  • a host device it may, for example, be a personal computer, and, as an on-board electronic device, it may, for example, be a "dongle" that does not require a reader specific to communicate with the personal computer.
  • FIG. 1 presents a simplified block diagram of a particular embodiment of an electronic system according to the invention
  • FIG. 2 illustrates a simplified diagram of a particular embodiment of an on-board electronic device included in the electronic system of FIG. 1;
  • FIG. 3 shows a simplified flowchart of a preferred embodiment of a method for executing at least one program relating to at least one service included within the on-board electronic device of FIG. 2.
  • the centralizing service is the only active service as long as no connection request to an associated application service and existing within the embedded electronic device has been received.
  • the execution flow of the centralizing service is the only one to be running to wait for connection requests possibly dedicated to application services available within the on-board electronic device.
  • the centralizing service that focuses the connection requests to one or more received services for their common processing.
  • the centralizing service intercepts the reception of any connection request to a service for its processing, before being able, if necessary, to link the access point involved in the reception and the corresponding application service concerned.
  • any subsequent information transmitted from the client accesses directly, that is to say in a transparent manner vis-à-vis centralizing service, to the connected application service.
  • One or more information transmitted from the client having previously transmitted the connection request to the connected application service may constitute a request for execution of the service in question, in order to launch its execution.
  • the execution flow executed for the execution of the required application service can transmit any information directly to the client having requested the connection of the application service concerned. It can be a specific information of the required application service indicating, for example, that the connection request to the connected application service has been received possibly followed. one or more other information indicating, in turn, that a corresponding execution request is required to execute the application service in question.
  • any subsequent information is transmitted from the client to the service corresponding connected application, either transmitted from the application service connected to the client at the origin of the connection request.
  • a host device which hosts a SIM card as defined by the GSM standard and / or 3GPP (for "Third Generation Partnership Project” in English), as an on-board electronic device.
  • the personal digital assistant exchanges, on the one hand, with the personal computer connected to the Internet, and on the other hand, with the SIM card.
  • the SIM card integrates several points of access to services accessible from the network or networks external to the SIM card and associated with a centralizing service.
  • An entity a member of a network external to the SIM card, such as a mobile phone with which the SIM card cooperates, can access, as a remote client, all the services associated with the centralizing service of the SIM card . It is the centralizing service which regulates, within the SIM card, the "traffic" due to the requests for connection to the application services received by the access points associated with the centralizing service.
  • the access point directs any subsequent information (s) (s) ) transmitted from the client to the connected application service concerned or from the application service connected to the client that initiated the connection request.
  • the electronic system comprises a portable telephone 1, as a host device, connected to a SIM card 2 as defined according to the GSM standard, as an on-board electronic device.
  • the SIM card 2 is inserted in the mobile phone 1.
  • the SIM card 2 cooperates with the portable telephone 1, to access a communication network external to the SIM card 2, for example through a single physical communication interface.
  • access to the external communication network is effected through several physical communication interfaces.
  • the single physical communication interface corresponds to a single corresponding IP network address (acronym for "Internet Protocol" in English).
  • IP network addresses are associated with the single physical communication interface.
  • Four access points to application services are associated with the physical communication interface. Each access point is associated with a corresponding application service identifier number.
  • a user benefits from the screen of the mobile telephone 1 to display icons respectively associated with the application services embedded in the SIM card 2.
  • the user also benefits from the phone keypad 1 portable to select an application service to run by activating an icon corresponding to the application service using one or more buttons on the keyboard.
  • the SIM card 2 is considered as a smart device embodying several TCP / IP application services (acronyms for "Transmission Control Protocol / Internet Protocol" in English).
  • TCP / IP application services are software entities that can wait for execution requests sent by remote clients through a TCP / IP connection previously opened.
  • the SIM card 2 comprises a server hosting four different specific application services, each associated with one of the four access points to the application services. Each application service can be executed independently of the others after receiving a connection request to the application service concerned, possibly followed by a specific execution request to the same application service.
  • the four access points are associated with a single centralizing service.
  • the SIM card 2 executes the centralizing service to wait for any connection requests corresponding to the application services that the SIM card 2 offers to the outside (via the four access points).
  • the portable telephone as a remote client, sends a connection request, on each of the four access points, to the four application services available within the SIM card 2.
  • the corresponding cards available within the SIM card 2 can come from several remote clients, and not from the single mobile phone. It may be, as a remote client (s), another SIM card cooperating with another mobile phone, and / or a personal computer connected to the mobile phone 1.
  • a web browsing service (or "Web” in English), a data file transfer service, a remote administration service of the card 2 SIM, for example from a remote server type "OTA" (for "Over The Air” in English) (not shown) accessible by radio waves via the phone 1 portable, and a service of exchange of securely, such as for banking transactions.
  • the web browsing service offered by the SIM card 2 may consist, following a connection request and then a possible request for execution of this service issued by the mobile phone 1 or through the mobile phone 1, to recover a desired index page.
  • the SIM card 2 transmits, to the client at the origin of such (these) request (s) (consecutive) data specific to the desired index page.
  • Client / server interactions will be described in more detail below with respect to the method described in connection with FIG. 3.
  • Some of the application service connection requests possibly followed by corresponding execution request (s) (s). ) do not necessarily wait, in return, associated responses transmitted from the SIM card 2 to the remote client at the origin of such requests.
  • connection request possibly followed by a request to execute a service specific to the remote administration of the SIM card 2 transmitted from a personal computer (not shown) connected to the through a 1-cell phone communication network.
  • a request for execution of administration is used, for example, in order to convert in a predetermined format, in order to satisfy security constraints, a data file to be transferred from the SIM card 2 to a remote client.
  • the application service execution request is processed, for its reception and its execution, by the application service concerned. To do this, the access point transmits the execution request of the application service to the application service in question for execution.
  • connection can then be closed by the application service concerned, unless the remote client has to transmit one or more other information constituting, for example, another service execution request. logged.
  • the SIM card 2 comprises, in particular, a microprocessor 202 and one or more memories allocated to execute several application services and shown in FIG. 2, for the sake of simplification, by a single memory block 200.
  • the microprocessor 202 controls all the means used by the SIM card 2.
  • the microprocessor 202 manages and controls the internal resources, including the memory block 200, internal communications to the SIM card 2 and communications with the outside of the SIM card 2 through an input / output interface (not shown ).
  • the microprocessor 202 also controls the sequencing order of the execution flows through a scheduler.
  • the scheduler allows, especially when several execution flows must be performed, following the almost simultaneous reception of connection requests associated with one or more application services, to define the execution order of the corresponding execution flows. It is recalled that an execution flow is a sequence of instructions that can be executed in parallel with other sequence (s) either by temporal distribution (or “time slicing” in English), or by simultaneous processing by different processors (or “multi-processing” in English).
  • Such a flow of execution has an entry point, for example by a point referencing the beginning of the sequence of instructions, and an exit point ending the sequence of instructions.
  • the scheduler of the operating system of the SIM card 2 can interrupt, by means of a hardware-type or software-type interrupt, a flow of execution of a service, constituted either by the centralizing service or by an application service, running.
  • a flow of execution of a service constituted either by the centralizing service or by an application service, running.
  • the context of an interrupted execution flow is saved in a dedicated memory area, and a new context is set to start the own execution of another service.
  • the context of the interrupted and saved execution flow must be restored.
  • the memory block 200 as a communication interface with the external communication network to the SIM card 2, has four distinct memory spaces:
  • a first memory space 210 associated with a communication service to a network external to the SIM card 2 also called an internet network communication stack (or "IP stack” in English)
  • IP stack internet network communication stack
  • a fourth memory space itself to be divided into four spaces 240, 250, 260, 270 respectively associated with the four application services offered by the SIM card 2. According to an alternative embodiment (not shown), several memory spaces are associated for the execution of one and the same application service.
  • the first memory space 210 has four access points to the application services available within the SIM card 2.
  • the four application service access points are logically associated with a single physical communication interface as an input / output interface.
  • the four access points include:
  • a first access point 212 associated with the number 80 identifying a dedicated service using an HTTP protocol (acronym for "Hypertext Transfer Protocol” in English)
  • a second access point 214 associated with the number 23 identifying a dedicated service using a "Telnet” protocol (acronym for "TELetype Network” in English), - a third access point 216 associated with the number 21 identifying a dedicated service using an FTP (acronym for "File Transfer Protocol” in English), and
  • a fourth access point 218 associated with the number 443 identifying a service dedicated to the configuration of the SIM card 2 and using an HTTPS protocol (acronym for "Hypertext Transfer Protocol Secured" in English).
  • Each access point to an application service is likely to receive, from an entity external to the SIM card 2, such as the mobile phone 1 or through the latter, from another entity to which the mobile phone 1 is connected. , a connection request specific to an application service associated with the centralizing service.
  • Each service constituting either the centralizing service or any of the application services, requires an allocation of a memory space to be executed.
  • the centralizing service is thus executed and makes it possible to wait for a reception, by each of the four access points 212, 214, 216, 218 associated with the centralizing service, a request for connection to an application service offered by the SIM card 2.
  • the centralizing service dynamically reserves the four access points 212, 214, 216, 218 that can activate it, excluding their association with any other application service. Because of the association of the centralizing service to the four access points, direct access to the application services associated with the four access points 212, 214, 216, 218 is prohibited.
  • a request for connection to an application service which is received by one of the four access points associated with the centralizing service, wakes up the centralizing service thus pointed to by such an access reservation. It is the centralizing service that processes any connection request received by any of the four access points 212, 214, 216, 218.
  • the second memory space 220 relative to the centralizing service is then the only one to be mobilized as long as no connection request is received by one of the four points 212, 214, 216, 218 associated with the centralizing service.
  • the centralizing service is associated, through a first application programming interface (API) for the SIM card 2, to each of the four application services accessible from the external communication network. à la carte 2 SIM.
  • API application programming interface
  • the centralizing service is associated, via a second API programming interface, to each of the four access points 212, 214, 216, 218 respectively associated with one of the four application services.
  • the centralizing service is loaded, either statically, at the origin, during the initialization of the SIM card 2 at the manufacturing plant, or during a download, for example "OTA" (for "Over the Air”). In English), or, dynamically, at the moment when an additional application service or an update of an application service already present in the SIM card 2 is loaded.
  • OTA for "Over the Air”
  • the "C” programming language is, for example, used for the service
  • the programming language is preferably an object language, such as Java, for the centralizing service 220 and the particular application services, in order to ensure portability to the application services thus offered on different operating systems or OS (acronym for Operating System "in English).
  • object language such as Java
  • the SIM card 2 incorporates an allocated memory space to execute each application service.
  • the centralizing service 220 is used, on the one hand, to converge the application service connection requests received, and on the other hand, to distribute, via the associated access point or points, any other subsequent information (s), such as requests for execution of the application services thus connected, to the application service (s) required.
  • the centralizing service 220 search, in a related application service mapping table, the corresponding application service potentially activatable.
  • the centralizing service 220 instantiates (or creates) then an execution flow, in order to be able to execute the identified and then connected application service, by means of parameters corresponding, inter alia, to the connected application service transmitted by the centralizing service 220. While waiting for a potential request to execute the corresponding connected service, no corresponding memory space is mobilized for execution. Such an expectation of the connected application service therefore leaves no "imprint”. When a corresponding execution request is actually received, a corresponding execution flow is then activated and processes the execution request. The associated execution flow then executes the required application service.
  • the centralizing service 220 reserves a space 240, 250, 260 and 270 memory for the execution of an execution flow specific to each application service available within the SIM card 2, for a session given.
  • An arrow starts from each of the spaces 222, 224, 226 and 228 memory associated with the four application services within the centralizing service 220 and points to a memory space allocated to an assigned execution flow for each available application service.
  • the four arrows pointing the spaces 240, 250, 260 and 270 memory are shown in dotted lines, to show that such arrows are repositionable.
  • several arrows can start from the same associated memory space, within the centralizing service 220, with a first application service and point at several memory spaces allocated to several execution streams assigned to the same first application service.
  • the execution memory space specific to the execution flow itself is released, as well as the memory space or spaces (not shown) specific to the functions called by the application service. Such memory spaces are then available for a new execution. To do this, it is, once again, the centralizing service 220 which makes it possible to distribute any other subsequent information (s), such as one or more new requests for execution of the Application service connected.
  • the centralizing service 220 reserves four spaces 240, 250, 260 and 270 memory for executing an execution flow relating to the execution of only part of the application services. available in SIM card 2, for example for another session.
  • two, three or four arrows can start from one and the same memory space 222, within the centralizing service 220, to a first application service, and respectively point to two, three or four memory spaces where each is allocated to an execution flow assigned to the first application service only.
  • the four application services available within the SIM card 2 correspond to the execution of corresponding programs saved in a memory type "ROM” (for "Programmable Read-Only Memory” in English) (not shown).
  • the communication service 210 checks beforehand that:
  • the sender of a connection request to an application service offered by the SIM card 2 does indeed have access rights, for example to protect access to a fraudulent sender;
  • the recipient corresponds to an application service associated with the centralizing service 220 included in the SIM card 2.
  • the centralizing service 220 verifies that any request for connection to an associated application service corresponds to an application service offered by the SIM card 2.
  • the different points 212, 214, 216, 218 for accessing the application services accessible from the external network, the links of these points to the centralizing service and the centralizing service 220 are stored, dynamically, in a memory of the RAM type (acronym for "Random Access Memory” in English) or FRAM (acronym for "Ferroelectric Random Access Memory” in English) or MRAM (acronym for "Magnetoresistive Random Access Memory” in English) or EEPROM (acronym for "Electrically Erasable Programmable Read-Only Memory” in English) or any other equivalent type.
  • Execution of the execution flow specific to the centralizing service 220 takes place, by means of a data backup specific to the context of the execution flow to be executed, within a memory space, the memory of which is by example of type RAM.
  • the context includes, in particular, the state of the flow of execution of the centralizing service, namely for example the waiting for a reception of a connection request to an application service, the values of the registers of the microprocessor 202 before the the actual execution of the centralizing service and the temporary data to be saved during the execution of the centralizing service.
  • the centralizing service 220 When a request for connection to an application service has been received, the centralizing service 220 performs a search of the service in charge of the processing of the required application service.
  • execution of the execution flow specific to one of the four application services is associated with an execution context specific to the execution flow to be executed within a memory space.
  • the memory is also, for example, of the RAM type.
  • the context includes, in particular, the state of the execution flow of the application service, namely, for example, the register values of the microprocessor 202 before the actual execution of the application service concerned and the temporary data to be backed up during the application. Execution of the application service.
  • the server of the SIM card 2 hosts several particular application services, which are only accessible through the centralizing service 220.
  • Each particular application service requires, first, a connection request to the service in question, which is processed by the centralizing service 220, then, a possible execution request sent by the remote client through an open TCP / IP connection.
  • a service corresponding to the application service that has been the subject of a connection request, or no response is sent from the SIM card 2 to the remote client or a simple answer indicating by an appropriate message that no corresponding application service exists within the SIM card 2.
  • the centralizing service 220 creates an execution flow to execute the corresponding selected application service.
  • the SIM card 2 executes the execution flow of the required application service.
  • the SIM card 2 transmits, possibly, a response to the remote client having issued the corresponding connection request.
  • a response may consist in the transmission of an encrypted data file according to an encryption algorithm also known to the remote client.
  • the centralizing service 220 comprises, for this purpose, an identifier of each application service available in the SIM card 2 which it can activate following a link generated dynamically by the centralizing service 220.
  • the centralizing service 220 makes it possible to point to the application service that has been the subject of a connection request.
  • each service is potentially activatable only through the centralizing service 220, after receiving a connection request to the service in question. Activation of the application service is not performed, for some application services, only after receiving a corresponding execution request.
  • a space 222, 224, 226, 228 service memory is respectively associated, within the centralizing service 220, with each particular application service.
  • the current connection number relating to application services managed via the centralizing service 220 is saved, within a memory space provided for this purpose, as a so-called global counter for the centralizing service.
  • the value of the global counter must remain less than or equal to a maximum number of current connections managed through the centralizing service 220.
  • the number of connections in progress for the application service concerned is saved, within a space 232, 234, 236, 238 associated memory, as an individual counter of the number connections in progress.
  • the value of each individual counter must remain less than or equal to a current execution flow, by default, for the considered application service managed via the centralizing service 220.
  • the global counter specific to the centralizing service 220 calculates the sum of the individual counter values specific to the different application services managed by the centralizing service. The value of the global counter must not exceed, for the chosen example, four, while having at most one execution flow in progress for a given application service.
  • a global counter is associated, within a storage space (not shown) provided for this purpose, at the level of the communication service 210, to count the number of connection requests to the application services associated with the service. centralizing service.
  • the value of this global counter must remain less than or equal to a maximum number of connection requests received and managed via the centralizing service 220. The value of this global counter must not exceed, for the chosen example, four received connection requests.
  • the number of execution flows running for a given application service is greater than one, and for example equal to 4.
  • the same application service can mobilize all the memory spaces relating to the execution of current execution flows.
  • any other request for connection to the application service that is received and managed by the centralizing service is then refused by the same centralizing service.
  • the additional application service When a particular additional application service (not shown) is to be added, the additional application service is first loaded or downloaded within the SIM card 2. A corresponding additional access point is created within the network communication service 210 by associating it with a corresponding new service identifier, then, the centralizing service 220 adds in its correspondence table, as "pointer", such a corresponding service identifier. Thus, the SIM card 2 can receive a connection request to this additional service, the centralizing service 220 can also wait for a connection request for this additional service. When the additional access point has received a corresponding connection request, the centralizing service 220 informs the switching then the additional application service, by pointing a corresponding execution flow relating to the additional particular application service added. The additional application service is executed. Once the additional application service has been executed, the centralizing service 220 can terminate by closing the execution flow of the additional service executed thereby freeing up the memory space used for its execution.
  • FIG. 3 shows a particular embodiment of the method according to the invention for executing at least one program relating to at least one service included within the SIM card 2 as a device. embedded electronics.
  • a first step 300 at startup, all four access points accessible from the external network of the SIM card is associated with a centralized service managed within the SIM card.
  • an identifier specific to an application service offered is associated with each access point in a persistent list of the centralizing service.
  • Each application service is thus selectable by a remote client via its identifier via the associated access point. Such a selection remains valid even if the SIM card is extracted from the mobile phone with which the SIM card cooperates, because of the existence of the persistent list within the centralizing service.
  • a run flow dedicated to the centralizing service is the only running.
  • the centralizing service in progress makes it possible to wait for a connection request sent from a remote client on each of the associated access points.
  • the remote client belongs to the external communication network to the SIM card 2 and may require the execution of an application service.
  • the centralizing service is executed and mobilizes a memory space for receiving a connection request on one of the access points to which the centralizing service has been associated.
  • the SIM card 2 remains in the same state, by looping back on the same step 310 of waiting.
  • a verification step 320 of existence of the service required for the connection made by the communication service is carried out.
  • the communication service processes the connection request to a service whose identifier does not correspond to any of the application service identifiers offered by the SIM card, then the communication service refuses 322 the connection.
  • the communication service possibly informs the remote client, at the origin of the request of the connection processed, that there is no service for which it has received a connection request. Then, the communication service closes 324 the required connection, before looping back to step 310 waiting for one or more connection requests to one or more application services.
  • the communication service has recognized that the connection request received corresponds to an application service offered by the SIM card and accept the required connection, then proceed to a next step 330 supported by the centralizing service.
  • the centralizing service 330 After receiving a connection request specific to an application service, the centralizing service 330 checks the availability of the service required at the connection. If the application service for which a connection request has been received is not available, then the centralizing service refuses to open the connection.
  • the centralizing service can transmit corresponding information to the remote client at the origin of the connection request.
  • This may be, for example, the reset message (or
  • the non-availability of the application service may be due to one or more unmet constraints.
  • Such constraints consist of a maximum number of open connections simultaneously, as a so-called global threshold value, for the centralizing service managing the associated connections and / or a maximum number of current connections, as the so-called individual threshold value, for the application service concerned. Then, when such constraints have not been satisfied, the centralizing service closes the connection 334, before looping back to the step
  • the centralizing service triggers a delay.
  • a timer makes it possible to count down a predefined period for the reception of one or more Application services connection requests by the associated access points.
  • the centralizing service defines a sequencing order of the processing of connection requests to application services received, for a period defined before the triggering of the timer, for all access points associated therewith.
  • the period is, for example, a few tens of milliseconds depending on priorities configured in the SIM card.
  • Such a period can be defined so that the user of the SIM card does not perceive any slowdown or stop in the processing of at least one service running within the SIM card.
  • connection requests greater than one unit to the same connected application service is possible.
  • a re-input function by a dedicated protection instruction for each variable to be retained such as "lock (b)" is used.
  • lock (b) a dedicated protection instruction for each variable to be retained
  • the predefined sequencing order is, in the order of decreasing priority of the processing of the four connection requests for the application services offered, the following:
  • the centralizing service opens 350 a connection to the last required application service.
  • the centralizing service increments by one the value of the global counter relative to the number of open connections, for all the access points.
  • the centralizing service instantiates 360 a flow of execution to the application service which has just been the subject of a connection request.
  • the centralizing service increments, by one unit, the value of the individual counter relating to the number of connection requests in progress for the application service in question.
  • the centralizing service transmits to the scheduler, the order of execution priority for the application services associated therewith.
  • the scheduler then establishes an execution strategy, which takes into account such an execution order of priority to activate or inactivate one or more execution flows.
  • Such an execution strategy results in a suitable temporal distribution of execution between the set of application services to be executed.
  • the next scenario controlled by the scheduler is then possible. Part of an execution flow specific to a first application service in progress is executed. Then, a part of another execution flow specific to a second higher priority application service is, in turn, executed before returning to the execution of another part of the execution flow specific to the first application service. . Then, the scheduler switches, again, on the execution of another part of the execution flow specific to the second application service.
  • the scheduler performs as many failovers as necessary, depending, for example, on the nature of the functions called by each application service running, until it has managed the total execution first of the own runtime flow. the second application service followed by that of the execution flow specific to the first application service less priority. If this is not the case, no execution priority order for the application services is indicated to the scheduler and one or more corresponding execution flows are respectively executed, again, or executed in the chronological order of the requests. of connection associated with the application services to be executed.
  • the SIM card baffles an execution flow from the centralizing service to the application service for which a connection request has been received, so that the baffled execution flow executes the application service without mobilizing additional memory resources.
  • the SIM card confuses the flow of execution assigned from the application service to the centralizing service.
  • the centralizing service resumes its execution where it left it.
  • the centralizing service thus uses its own execution flow to execute an application service.
  • the execution of the application service therefore mobilizes at least one or more memory spaces allocated to the execution of the centralizing service.
  • it may be, for an object-oriented programming, a method call, to divert the execution of the centralizing service to the required application service and vice versa.
  • the SIM card executes the assigned execution flow.
  • the application service that has been the subject of a corresponding connection request, or connected application service waits for the reception of a corresponding execution request, for application services specific to http, ftp and https type services.
  • an application service using the "Telnet” protocol does not require a corresponding execution request to be executed. In other words, only a connection request to the application service using the "Telnet” protocol is necessary for its execution. Then, the last-assigned execution flow executes the connected application service. The execution of the connected application service then possibly generates a response transmitted to the client that has requested it.
  • the scheduler suspends the assigned execution flow executing the execution flow. application service less priority. And, another instanced execution flow then executes the higher priority service connected.
  • the scheduler regains control and allows the execution of the lower priority service of the two at the level where the execution of the less priority service has been suspended.
  • the allocated memory space corresponding to the assigned execution flow is released 390.
  • an on-board electronic device in which not only a centralizing service is associated with several access points to services from an external communication network, but also at least one other access point associated with a network.
  • service directly accessible ie not associated with the centralizing service
  • the centralizing service and the directly accessible service have a memory space allocated then "double compared to the embodiment presented" for receiving requests from incoming connection. More exactly, the centralizing service mobilizes a first memory space allocated for receiving connection requests associated with services specific to the access points associated with the centralizing service.
  • the service directly accessible and directly associated with another access point that those associated with the centralizing service mobilizes, in parallel, a second memory space allocated for receiving a corresponding connection request.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un procédé pour exécuter au moins un programme relatif à au moins un service compris dans un dispositif comprenant au moins un espace mémoire destiné à être alloué pour exécuter au moins l'un des services, et au moins deux points d'accès pour accéder à des services (240, 250, 260, 270) accessibles depuis un réseau externe au dispositif. Selon l'invention, le procédé comprend les étapes : le dispositif (2) associe un service (220) centralisateur à au moins deux (212, 214, 216, 218) points d'accès; alloue un espace mémoire à un service pour la réception d'une requête de connexion à un desdits services; exécute le service centralisateur, son exécution permettant d'attendre une réception d'une requête de connexion; et, en son absence, seul le service (220) centralisateur dispose d'un espace mémoire alloué. L'invention concerne également un dispositif (2) et un système électroniques correspondants.

Description

PROCEDE POUR EXECUTER UN PROGRAMME RELATIF A PLUSIEURS
SERVICES, SYSTEME ET DISPOSITIF ELECTRONIQUES
CORRESPONDANTS
Domaine technique de l'invention :
L'invention concerne, d'une façon générale, un procédé pour exécuter un programme relatif à au moins un service compris au sein d'un dispositif électronique embarqué.
L'invention porte également sur un dispositif électronique embarqué apte à fournir un ou plusieurs services depuis un réseau de communication externe au dispositif électronique embarqué. Le dispositif électronique embarqué met en œuvre le procédé pour exécuter un programme relatif à au moins un service.
L'invention concerne aussi un système électronique comprenant un tel dispositif électronique embarqué coopérant avec un dispositif hôte.
Etat de la technique :
Dans la suite de la présente description, on entend par le mot « service», un traitement d'une requête.
On entend par l'expression « dispositif électronique embarqué », dans le présent document de brevet, tout dispositif électronique comprenant au moins une mémoire et un microprocesseur, et destiné à coopérer avec un dispositif hôte pour réaliser une fonction pour le compte du dispositif hôte. Le dispositif électronique embarqué comporte une ou plusieurs mémoires éventuellement de types différents utilisées pour l'exécution d'instructions d'un programme pour traiter un ou plusieurs services. Typiquement, le microprocesseur, en tant qu'unité de traitement, gère et contrôle le dispositif électronique embarqué, en particulier pour des tâches spécifiques. Ces dernières sont, entre autres, propres à des services accessibles depuis un réseau de communication externe au dispositif électronique. Un tel dispositif électronique embarqué peut être un objet portable (ou « token » en langue anglaise). L'objet portable constitue un support qui peut se présenter sous différentes formes, par exemple, un dongle (encore dit « dongle » en langue anglaise), par exemple de type clef USB (acronyme pour « Universal Sériai Bus » en langue anglaise), ou une carte SIM (acronyme pour « Subscriber Identity Module » en langue anglaise).
De façon classique, le dispositif électronique embarqué est destiné à coopérer avec un dispositif hôte, afin de pouvoir exploiter, au moins en partie, un ou plusieurs services supportés par le dispositif électronique embarqué. Typiquement, le dispositif hôte peut être notamment un ordinateur personnel (ou PC pour « Personal Computer » en langue anglaise), un téléphone mobile, un assistant personnel numérique (ou PDA pour « Personal Digital Assistant » en langue anglaise), ou un lecteur de dispositif électronique embarqué communicant par exemple par ondes radiofréquences. Le dispositif hôte est connecté au dispositif électronique embarqué. Le dispositif hôte peut être considéré en lui-même, comme un réseau de communication externe vis-à- vis du dispositif électronique embarqué. Le dispositif hôte peut être, lui-même, connecté à un réseau de communication global. Le dispositif électronique embarqué est alors relié au réseau de communication global par l'intermédiaire du dispositif hôte. A titre d'exemple, il peut s'agir du réseau Internet, en tant que réseau de communication global. Il est clair, cependant, que l'invention n'est nullement limitée à l'accès au réseau Internet.
On rappelle qu'un serveur est un système informatique fournissant un ou plusieurs services applicatifs à d'autres systèmes informatiques appelés clients au travers d'un réseau de communication. Le serveur est en attente d'une requête de connexion à un service applicatif hébergé par le serveur.
Dans le cadre de la présente invention, un client transmet, d'abord, une requête de connexion propre à chaque service applicatif qu'il désire voir exécuter. Ensuite, le serveur reçoit, par l'intermédiaire d'un point d'accès à l'un des services applicatifs, les requêtes de connexion aux services applicatifs. Enfin, le système informatique comportant les points d'accès traite les requêtes de connexion aux services applicatifs associés, et exécute les services applicatifs requis.
Il est connu d'intégrer un serveur au sein d'un dispositif électronique embarqué.
Une telle intégration peut prévoir un point d'accès pour chaque service applicatif spécifique offert par le dispositif électronique embarqué. Ainsi, le serveur réserve un point d'accès, pour assurer à chacun des services applicatifs disponibles, un traitement correspondant. Puis, chaque service applicatif passe dans un état passif d'attente d'une requête correspondante de connexion au service applicatif émanant d'un client.
Des ressources mémoire permettent de sauvegarder, de manière dynamique, c'est-à-dire en cours d'exécution d'un programme, notamment le contexte d'exécution avant l'exécution du flux d'exécution associé à chaque service applicatif requis.
Toutefois, une telle solution présente un inconvénient majeur consistant à monopoliser, pour chaque service applicatif en phase d'attente de réception d'une requête de connexion audit service, des ressources mémoire.
Or, une telle monopolisation de ressources mémoire, s'accroissant proportionnellement avec le nombre de services applicatifs disponibles « écoutant » en parallèle, augmente la taille de l'espace mémoire à prévoir pour les services applicatifs accessibles.
Une telle augmentation d'espace mémoire ainsi monopolisée provoque, notamment lorsque l'espace mémoire disponible au sein du dispositif électronique embarqué (tel qu'une carte à puce) est limité, rapidement un dépassement de la capacité mémoire disponible.
Le dépassement provoqué de la capacité mémoire disponible est pénalisant en particulier vis-à-vis d'une tâche à exécuter surtout si aucune requête de connexion à un des services applicatifs n'est reçue.
Exposé de l'invention : La présente invention a notamment pour objectif de fournir un dispositif électronique embarqué et un procédé pour exécuter au moins un programme permettant d'offrir un ou des services offerts par le dispositif embarqué et accessibles depuis un réseau de communication externe au dispositif embarqué, tout en optimisant l'utilisation de ressources disponibles pour le traitement de requêtes de connexion correspondantes.
Cet objectif est atteint à l'aide d'un procédé pour exécuter au moins un programme relatif à au moins un service compris au sein d'un dispositif électronique embarqué, chaque service nécessitant une allocation d'un espace mémoire pour être exécuté, le dispositif électronique embarqué comprenant au moins un espace mémoire destiné à être alloué pour exécuter au moins l'un des services, et au moins deux points d'accès pour accéder respectivement à des services applicatifs accessibles depuis un réseau de communication externe au dispositif électronique embarqué.
Selon l'invention, le procédé comprend les étapes suivantes : le dispositif électronique embarqué associe un service centralisateur à au moins deux desdits au moins deux points d'accès ; le dispositif électronique embarqué alloue un espace mémoire à un service pour la réception d'une requête de connexion à un desdits services ; le dispositif électronique embarqué exécute le service centralisateur, l'exécution du service centralisateur permettant d'attendre une réception, par au moins l'un des points d'accès associés au service centralisateur, d'au moins une requête de connexion dédiée à l'un des services applicatifs ; et, en l'absence de réception d'une requête de connexion à un service, le seul service disposant d'un espace mémoire alloué est le service centralisateur..
Le principe général de l'invention repose donc sur l'interposition, au sein du dispositif électronique embarqué, d'un seul et même service centralisateur entre une pluralité de points d'accès à des services applicatifs et les services applicatifs ainsi concernés, pour attendre une potentielle réception d'une ou plusieurs requêtes de connexion à un ou des services. II convient de noter qu'une requête de connexion à un service reçue peut ne pas être relative à un service applicatif offert par le dispositif électronique embarqué ou être relative à un service applicatif n'existant pas ou plus au sein du dispositif électronique embarqué. Le service applicatif pour lequel une requête de connexion a été reçue n'existe plus, par exemple, suite à une mise à jour du ou des services applicatifs offerts par le dispositif électronique embarqué.
Le service centralisateur centralise donc le traitement de toute requête de connexion à un service reçue du réseau de communication externe au dispositif électronique embarqué et associée à un point d'accès correspondant. Ainsi, l'invention permet de mobiliser, lors d'une phase d'attente de réception de potentielles requêtes de connexion à un ou des services provenant du réseau externe, un espace mémoire en relation uniquement avec le service centralisateur.
De façon avantageuse, le procédé comprend les étapes suivantes : au moins un point d'accès associé au service centralisateur reçoit au moins une requête de connexion dédiée à un service applicatif ; le service centralisateur est activé pour chaque requête de connexion reçue et dédiée à un service applicatif ; et le service centralisateur traite chaque requête de connexion reçue et dédiée à un service applicatif. . De cette manière, c'est le service centralisateur qui déclenche le traitement d'une requête de connexion propre à un service applicatif reçue par un des points d'accès associés au service centralisateur.
Selon un mode de réalisation préférentiel de l'invention, le procédé comprend l'étape suivante : le service centralisateur limite à au plus un nombre maximum d'au moins un flux d'exécution simultanément en cours, de façon que le nombre de services applicatifs en cours d'exécution à un instant donné est inférieur ou égal au nombre maximum de flux d'exécution.
Ainsi, le service applicatif est seulement exécuté lorsque le nombre maximum de flux d'exécution n'est pas dépassé. Dans un premier mode de réalisation particulier de l'invention, <rev.4>. En d'autres termes, un ou plusieurs flux d'exécution sont générés, afin d'exécuter potentiellement tout ou partie du ou des services applicatifs concernés éventuellement, de manière simultanée.
Selon un tel premier mode de réalisation, le procédé comprend les étapes suivantes : le dispositif électronique embarqué pré-instancie au plus un nombre maximum d'au moins un flux d'exécution simultanément en cours, le dispositif électronique embarqué affecte un flux d'exécution à chaque service applicatif pour lequel une requête de connexion a été reçue, dit service applicatif connecté ; le dispositif électronique embarqué exécute le flux d'exécution affecté ; le flux d'exécution affecté exécute, au moins en partie, chaque service applicatif connecté.
Selon un deuxième mode de réalisation particulier de l'invention, le procédé comprend, pour chaque requête de connexion reçue, les étapes suivantes : le service centralisateur instancie un flux d'exécution ; le service centralisateur affecte le flux d'exécution instancie à un service applicatif pour lequel une requête de connexion a été reçue, dit service applicatif connecté ; le dispositif électronique embarqué exécute le flux d'exécution affecté ; le flux d'exécution affecté exécute, au moins en partie, le service applicatif connecté..
En d'autres termes, le service centralisateur permet, après la réception de chaque requête de connexion à un service applicatif y associé, un traitement ultérieur par le service applicatif concerné, en pointant le flux d'exécution nouvellement généré. Ainsi, outre le flux d'exécution relatif au service centralisateur, plusieurs flux d'exécution relatifs aux services applicatifs peuvent être, simultanément, en cours d'exécution. On comprend, d'une part, que le service centralisateur peut contrôler toute connexion à ouvrir, et d'autre part, qu'un service applicatif connecté peut clôturer la connexion ouverte correspondante. En revanche, le service applicatif connecté contrôle, seul, le flux de communication propre à tout échange faisant suite à la réception d'une requête de connexion à un service applicatif y associé, et, après l'exécution du service, peut retourner au client une réponse correspondante. Dans un tel deuxième mode de réalisation, le procédé comprend les étapes suivantes : le service centralisateur détecte la réception d'une requête de connexion à un service applicatif plus prioritaire qu'un service applicatif pour lequel un flux d'exécution correspondant est en cours ; le service centralisateur instancie un nouveau flux d'exécution ; le service centralisateur affecte ledit nouveau flux d'exécution instancie au service applicatif plus prioritaire connecté ; le service centralisateur transmet, à un ordonnanceur de flux d'exécution de services applicatifs dudit dispositif électronique embarqué, au moins une information relative à l'ordre de priorité d'exécution des flux d'exécution ; l'ordonnanceur active ledit nouveau flux d'exécution affecté au service applicatif plus prioritaire connecté ; l'ordonnanceur suspend le flux d'exécution affecté exécutant le service applicatif moins prioritaire ; ledit nouveau flux d'exécution affecté exécute le service applicatif plus prioritaire connecté ; l'ordonnanceur active le flux d'exécution affecté au service applicatif moins prioritaire ; et l'ordonnanceur reprend l'exécution du service applicatif moins prioritaire au niveau où l'exécution du service applicatif moins prioritaire a été suspendue.
En d'autres termes, une fois qu'un deuxième service applicatif, plus prioritaire qu'un premier service applicatif en cours d'exécution, a fait l'objet d'une requête de connexion, le deuxième service applicatif est exécuté avant de revenir au premier service applicatif partiellement exécuté.
Selon une troisième variante de réalisation de l'invention, au moins un flux d'exécution étant affecté au service centralisateur, le dispositif électronique embarqué exécutant le flux d'exécution affecté, le procédé comprend les étapes suivantes : le service centralisateur déroute le flux d'exécution depuis le service centralisateur vers le service applicatif pour lequel une requête de connexion a été reçue, dit service applicatif connecté ; le flux d'exécution exécute le service applicatif connecté ; et le flux d'exécution reprend l'exécution du service centralisateur au niveau où l'exécution du service centralisateur a été dérouté.
En d'autres termes, le flux d'exécution du service centralisateur peut être, momentanément, affecté au service applicatif pour lequel une requête de connexion correspondante a été reçue, sans nécessiter la disponibilité d'un autre flux d'exécution.
Dans un mode préférentiel de réalisation de l'invention, au moins une requête de connexion dédiée à un service applicatif ayant été reçue au sein d'une période de temps prédéterminée par lesdits au moins deux points d'accès associés au service centralisateur, le procédé comprend une étape de définition, par l'intermédiaire du service centralisateur, d'un ordre de séquencement du traitement des requêtes de connexion à des services applicatifs reçues.
En d'autres termes, les requêtes de connexion dédiées à des services applicatifs reçues sont traitées, selon un ordre de priorité déterminé connu du seul service centralisateur. Pour ce faire, un ordonnanceur (ou « scheduler » en langue anglaise) interrompt l'exécution d'un service applicatif pour l'exécution d'un autre service applicatif plus prioritaire.
De cette manière, le service centralisateur peut gérer l'ouverture de connexion en fonction d'un ordre de priorité fixé entre les services applicatifs accessibles et potentiellement exécutables.
L'invention concerne également un dispositif électronique embarqué. Le dispositif électronique embarqué comprend au moins un programme relatif à au moins un service. Chaque service nécessite une allocation d'un espace mémoire pour être exécuté. Le dispositif électronique embarqué comprend au moins un espace mémoire destiné à être alloué pour exécuter au moins l'un des services, et au moins deux points d'accès pour accéder respectivement à des services applicatifs accessibles depuis un réseau de communication externe au dispositif électronique embarqué. Selon l'invention, le dispositif électronique embarqué comprend : des moyens d'association d'un service centralisateur auxdits deux desdits au moins deux points d'accès ; des moyens d'allocation d'un espace mémoire à un service à la réception d'une requête de connexion à un service, des moyens d'exécution du service centralisateur permettant d'attendre une réception, par au moins l'un des points d'accès associés au service centralisateur, d'au moins une requête de connexion dédiée à l'un des services applicatifs, et, en l'absence de réception d'une requête de connexion à un service, le seul service disposant d'un espace mémoire alloué est le service centralisateur.
En tant que dispositif électronique embarqué, il peut, par exemple, s'agir d'une clef USB. L'invention porte enfin sur un système électronique comprenant un dispositif hôte, et un dispositif électronique embarqué tel que précité et coopérant avec le dispositif hôte.
En tant que dispositif hôte, il peut, par exemple, s'agir d'un ordinateur personnel, et, en tant que dispositif électronique embarqué, il peut, par exemple, s'agir d'un « dongle » ne nécessitant pas de lecteur spécifique pour communiquer avec l'ordinateur personnel.
Description des figures des dessins :
D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description d'un unique mode de réalisation préférentiel de l'invention, donné à titre de simple exemple indicatif non limitatif et des dessins annexés, dans lesquels :
- la figure 1 présente un schéma synoptique simplifié d'un mode de réalisation particulier d'un système électronique selon l'invention ;
- la figure 2 illustre un schéma simplifié d'un mode de réalisation particulier d'un dispositif électronique embarqué compris au sein du système électronique de la figure 1 ; et
- la figure 3 présente un organigramme simplifié d'un mode de réalisation préférentiel d'un procédé pour exécuter au moins un programme relatif à au moins un service compris au sein du dispositif électronique embarqué de la figure 2.
Description d'un mode de réalisation particulier de l'invention : Le principe général de l'invention repose donc sur une utilisation d'un service centralisateur exécuté au sein d'un dispositif électronique embarqué et attaché à une pluralité de points d'accès à des services applicatifs accessibles depuis le monde extérieur, afin d'attendre la réception de requêtes de connexion de services applicatifs associés de la sorte.
Ainsi, le service centralisateur est le seul service actif tant qu'aucune requête de connexion à un service applicatif associé et existant au sein du dispositif électronique embarqué n'a été reçue.
En d'autres termes, le flux d'exécution du service centralisateur est le seul à être en cours d'exécution pour l'attente de requêtes de connexion éventuellement dédiées à des services applicatifs disponibles au sein du dispositif électronique embarqué.
C'est le service centralisateur qui concentre les requêtes de connexion à un ou des services reçues en vue de leur traitement commun. Le service centralisateur intercepte la réception de toute requête de connexion à un service pour son traitement, avant de pouvoir, le cas échéant, mettre en relation le point d'accès impliqué dans la réception et le service applicatif concerné correspondant.
Une fois qu'une requête de connexion à un service applicatif offert par le dispositif électronique embarqué a été traitée par le service centralisateur, toute information ultérieure transmise depuis le client accède directement, c'est-à-dire de manière transparente vis-à-vis du service centralisateur, au service applicatif connecté. Une ou des informations transmises depuis le client ayant préalablement transmis la requête de connexion au service applicatif connecté peuvent constituer une requête d'exécution du service en question, afin de lancer son exécution.
De même, le flux d'exécution exécuté pour l'exécution du service applicatif requis peut transmettre toute information directement au client ayant requis la connexion du service applicatif concerné. Il peut s'agir d'une information spécifique du service applicatif requis indiquant, par exemple, que la requête de connexion au service applicatif connecté a bien été reçue suivie éventuellement d'une ou plusieurs autres informations indiquant, à son tour, qu'une requête d'exécution correspondante est nécessaire pour faire exécuter le service applicatif en question.
Par conséquent, après la réception d'une requête de connexion à un service applicatif, le point d'accès aiguille directement, c'est-à-dire sans passer par le service centralisateur, toute information ultérieure soit transmise depuis le client vers le service applicatif connecté correspondant, soit transmise depuis le service applicatif connecté vers le client à l'origine de la requête de connexion.
Dans la suite de la présente description, on considère le cas d'un système électronique comprenant un dispositif hôte et un dispositif électronique embarqué qui coopèrent pour offrir des services applicatifs particuliers par l'intermédiaire d'un serveur centralisateur contenu dans le dispositif embarqué.
Il est clair, cependant, que l'invention s'applique à d'autres systèmes électroniques. L'homme du métier peut aisément passer du système électronique illustré à un autre système électronique, tout en restant dans le cadre de la présente invention.
Il peut s'agir d'un système électronique intégrant trois dispositifs électroniques tels, par exemple, un ordinateur personnel ou PC (acronyme pour « Personal Computer » en langue anglaise) relié à un assistant numérique personnel ou PDA (acronyme pour « Personal Digital Assistant » en langue anglaise), en tant que dispositif hôte, qui accueille une carte SIM telle que définie selon la norme GSM et/ou 3GPP (pour « Third Génération Partnership Project » en langue anglaise), en tant que dispositif électronique embarqué. Dans un tel système, l'assistant numérique personnel échange, d'une part, avec l'ordinateur personnel connecté au réseau Internet, et d'autre part, avec la carte SIM. La carte SIM intègre plusieurs points d'accès à des services accessibles depuis le ou les réseaux externes à la carte SIM et associés à un service centralisateur. Une entité, membre d'un réseau externe à la carte SIM, tel qu'un téléphone portable avec lequel la carte SIM coopère, peut accéder, en tant que client distant, à l'ensemble des services associés au service centralisateur de la carte SIM. C'est le service centralisateur qui régule, au sein de la carte SIM, le « trafic » dû aux requêtes de connexion aux services applicatifs reçues par les points d'accès associés au service centralisateur.
Une fois qu'un point d'accès associé, via le service centralisateur, à un service applicatif offert par la carte SIM, reçoit, toute autre information ultérieure, le point d'accès dirige toute(s) information(s) ultéheure(s) transmise(s) soit depuis le client vers le service applicatif connecté concerné soit depuis le service applicatif connecté vers le client à l'origine de la requête de connexion.
Comme présenté à titre d'exemple en relation avec la figure 1 , le système électronique comporte un téléphone 1 portable, en tant que dispositif hôte, relié à une carte 2 SIM telle que définie selon la norme GSM, en tant que dispositif électronique embarqué.
La carte 2 SIM est insérée au sein du téléphone 1 portable.
La carte 2 SIM coopère avec le téléphone 1 portable, pour accéder à un réseau de communication externe à la carte 2 SIM, par exemple à travers une unique interface de communication physique.
Selon une variante de réalisation (non représentée), l'accès au réseau de communication externe s'effectue au travers de plusieurs interfaces de communication physiques. Pour l'exemple choisi, à l'unique interface de communication physique correspond par exemple une seule adresse de réseau IP correspondante (acronyme pour « Internet Protocol » en langue anglaise).
Selon une variante de réalisation (non représentée), plusieurs adresses de réseau IP sont associées à l'unique interface de communication physique. Quatre points d'accès à des services applicatifs sont associés à l'interface de communication physique. A chaque point d'accès est associé un numéro d'identifiant de service applicatif correspondant.
Un utilisateur bénéficie de l'écran du téléphone 1 portable pour visualiser des icônes respectivement associés aux services applicatifs embarqués dans la carte 2 SIM. L'utilisateur bénéficie également du clavier du téléphone 1 portable pour sélectionner un service applicatif à exécuter en activant un icône correspondant au service applicatif à l'aide d'un ou plusieurs boutons du clavier.
On considère la carte 2 SIM, en tant que dispositif intelligent embarquant plusieurs services applicatifs TCP/IP (acronymes pour « Transmission Control Protocol/Internet Protocol » en langue anglaise).
On rappelle que de tels services applicatifs TCP/IP sont des entités logicielles qui peuvent attendre des requêtes d'exécution envoyées par des clients distants au travers d'une connexion TCP/IP préalablement ouverte.
Bien entendu, on peut considérer d'autre(s) type(s) de service(s) applicatif(s), tels qu'un ou plusieurs services applicatifs UDP/IP (acronymes pour « User Datagram Protocol/Internet Protocol » en langue anglaise), sans sortir du cadre de la présente invention.
La carte 2 SIM comprend un serveur hébergeant quatre services applicatifs particuliers différents, associé chacun à un des quatre points d'accès aux services applicatifs. Chaque service applicatif peut être exécuté indépendamment des autres après la réception d'une requête de connexion au service applicatif concerné, éventuellement suivie d'une requête d'exécution spécifique à ce même service applicatif.
De préférence, les quatre points d'accès sont associés à un unique service centralisateur.
La carte 2 SIM exécute le service centralisateur pour attendre d'éventuelles requêtes de connexion correspondant aux services applicatifs que la carte 2 SIM offre à l'extérieur (via les quatre points d'accès).
Par exemple, le téléphone 1 portable, en tant que client distant, envoie une requête de connexion, sur chacun des quatre points d'accès, aux quatre services applicatifs disponibles au sein de la carte 2 SIM.
Les connexions étant ouvertes, le téléphone 1 portable envoie, ensuite, pour chaque service applicatif alors connecté le nécessitant, une requête d'exécution du service applicatif correspondante. II est clair que les différentes requêtes de connexion à des services applicatifs suivies d'éventuelles requêtes d'exécution de services correspondantes disponibles au sein de la carte 2 SIM peuvent provenir de plusieurs clients distants, et non pas du seul téléphone 1 portable. Il peut s'agir, en tant que client(s) distant(s), d'une autre carte SIM coopérant avec un autre téléphone portable, et/ou d'un ordinateur personnel relié au téléphone 1 portable. En tant que services applicatifs offerts par la carte 2 SIM, on peut citer un service de navigation sur la toile (ou « Web » en langue anglaise), un service de transfert de fichier de données, un service d'administration à distance de la carte 2 SIM, par exemple depuis un serveur distant de type « OTA » (pour « Over The Air » en langue anglaise) (non représenté) accessible par ondes radiofréquences par l'intermédiaire du téléphone 1 portable, et un service d'échange de données de façon sécurisée, telle que pour des transactions bancaires. Le service de navigation sur la toile offert par la carte 2 SIM peut consister, suite à une requête de connexion puis d'une éventuelle requête d'exécution de ce service émise par le téléphone 1 portable ou au travers du téléphone 1 portable, à récupérer une page index désirée. En réponse, la carte 2 SIM transmet, à destination du client à l'origine d'une (de) telle(s) requête(s) (consécutives), des données propres à la page index désirée.
Des interactions client/serveur seront décrites, plus en détails, infra en relation avec le procédé décrit en relation avec la figure 3. Certaines des requêtes de connexion aux services applicatifs éventuellement suivie(s) de requête(s) d'exécution correspondante(s) n'attendent pas, obligatoirement, en retour, des réponses associées transmises depuis la carte 2 SIM vers le client distant à l'origine de telles requêtes.
En effet, il peut s'agir d'une requête de connexion suivie éventuellement d'une requête d'exécution d'un service propre à l'administration à distance de la carte 2 SIM transmise depuis un ordinateur personnel (non représenté) relié au travers d'un réseau de communication au téléphone 1 portable. Une telle requête d'exécution d'administration est utilisée, par exemple, afin de convertir dans un format prédéterminé, en vue de satisfaire des contraintes de sécurité, un fichier de données à transférer depuis la carte 2 SIM à destination d'un client distant. Une fois qu'une requête de connexion à un service applicatif a été reçue par un point d'accès identifié correspondant au service requis, puis détectée par le service centralisateur, la requête d'exécution du service applicatif est traitée, pour sa réception et son exécution, par le service applicatif concerné. Pour ce faire, le point d'accès transmet la requête d'exécution du service applicatif en direction du service applicatif en question pour son exécution.
Lorsque l'exécution du service applicatif requis est achevée, la connexion peut alors être close par le service applicatif concerné, à moins que le client distant ait à transmettre une ou plusieurs autres informations constituant, par exemple, une autre requête d'exécution du service connecté.
On décrit, à présent, en relation avec la figure 2, un mode de réalisation particulier de la carte 2 SIM selon l'invention.
La carte 2 SIM comporte, en particulier, un microprocesseur 202 et une ou plusieurs mémoires affectées pour exécuter plusieurs services applicatifs et représentées sur la figure 2, par souci de simplification, par un seul bloc 200 mémoire.
Il est clair que différents types de mémoire séparées sont toutefois possibles sans sortir du cadre de la présente invention.
Le microprocesseur 202 pilote l'ensemble des moyens utilisés par la carte 2 SIM. Le microprocesseur 202 gère et contrôle les ressources internes, dont le bloc 200 mémoire, les communications internes à la carte 2 SIM et les communications avec l'extérieur de la carte 2 SIM au travers d'une interface d'entrée/sortie (non représentée).
Le microprocesseur 202 pilote également l'ordre de séquencement des flux d'exécution au travers d'un ordonnanceur.
L'ordonnanceur permet, notamment lorsque plusieurs flux d'exécution doivent être effectués, suite à la réception quasi-simultanée de requêtes de connexion associées à un ou plusieurs services applicatifs, de définir l'ordre d'exécution des flux d'exécution correspondants. On rappelle qu'un flux d'exécution est une séquence d'instructions pouvant être exécutée en parallèle à d'autre(s) séquence(s) soit par répartition temporelle (ou « time slicing » en langue anglaise), soit par traitements simultanés par différents processeurs (ou « multi-processing » en langue anglaise).
Un tel flux d'exécution présente un point d'entrée, par exemple par un point référençant le début de la séquence d'instructions, et un point de sortie terminant la séquence d'instructions.
Dans le cadre de la présente description, il s'agit d'une répartition temporelle pour l'exécution d'un flux d'exécution exécutant soit le service centralisateur soit un service applicatif au moins en partie.
Cependant, il est clair que l'homme du métier peut appliquer l'enseignement de l'invention dans une situation de traitements simultanés sans aménagement particulier.
L'ordonnanceur du système d'exploitation de la carte 2 SIM, peut interrompre, à l'aide d'une interruption de type matérielle ou de type logicielle, un flux d'exécution d'un service, constitué soit par le service centralisateur soit par un service applicatif, en cours d'exécution. Dans une telle situation, le contexte d'un flux d'exécution interrompu est sauvegardé dans une zone mémoire dédiée, et un nouveau contexte est fixé pour démarrer l'exécution propre à un autre service. Afin d'être en mesure de reprendre l'exécution du flux d'exécution interrompu, le contexte du flux d'exécution interrompu et sauvegardé doit être restauré.
Le bloc 200 mémoire, en tant qu'interface de communication avec le réseau de communication externe à la carte 2 SIM, comporte quatre espaces mémoires distincts :
- un premier espace 210 mémoire associé à un service de communication à un réseau externe à la carte 2 SIM, encore dit pile de communication au réseau internet (ou « IP stack » en langue anglaise),
- un deuxième espace 220 mémoire associé au service centralisateur,
- un troisième espace 230 mémoire associé à l'ordonnanceur, et
- un quatrième espace mémoire lui-même à répartir en quatre espaces 240, 250, 260, 270 mémoire respectivement associés aux quatre services applicatifs offerts par la carte 2 SIM. Selon une variante de réalisation (non représentée), plusieurs espaces mémoire sont associés pour l'exécution d'un seul et même service applicatif.
Le premier espace 210 mémoire comporte quatre points d'accès aux services applicatifs disponibles au sein de la carte 2 SIM. Les quatre points d'accès aux services applicatifs sont associés, de manière logique, à une seule interface de communication physique, en tant qu'interface d'entrée/sortie.
Les quatre points d'accès comportent :
- un premier point 212 d'accès associé au numéro 80 identifiant un service dédié utilisant un protocole HTTP (acronyme pour « Hypertext Transfer Protocol » en langue anglaise),
- un deuxième point 214 d'accès associé au numéro 23 identifiant un service dédié utilisant un protocole « Telnet » (acronyme pour « TELetype Network » en langue anglaise), - un troisième point 216 d'accès associé au numéro 21 identifiant un service dédié utilisant un protocole FTP (acronyme pour « File Transfer Protocol» en langue anglaise), et
- un quatrième point 218 d'accès associé au numéro 443 identifiant un service dédié à la configuration de la carte 2 SIM et utilisant un protocole HTTPS (acronyme pour « Hypertext Transfer Protocol Secured» en langue anglaise).
Chaque point d'accès à un service applicatif est susceptible de recevoir, depuis une entité externe à la carte 2 SIM, telle le téléphone 1 portable ou à travers ce dernier, en provenance d'une autre entité à laquelle le téléphone 1 portable est relié, une requête de connexion propre à un service applicatif associé au service centralisateur.
Chaque service, constituant soit le service centralisateur soit l'un quelconque des services applicatifs, nécessite une allocation d'un espace mémoire pour être exécuté.
Le service centralisateur est ainsi exécuté et permet d'attendre une réception, par chacun des quatre points 212, 214, 216, 218 d'accès associés au service centralisateur, d'une requête de connexion à un service applicatif offert par la carte 2 SIM.
Pour ce faire, par exemple au démarrage de la carte 2 SIM, le service centralisateur réserve, de manière dynamique, les quatre points 212, 214, 216, 218 d'accès pouvant l'activer, excluant leur association à tout autre service applicatif. Du fait de l'association du service centralisateur aux quatre points d'accès, un accès direct aux services applicatifs associés aux quatre points 212, 214, 216, 218 d'accès est interdit.
Une requête de connexion à un service applicatif, qui est reçue par un des quatre points d'accès associé au service centralisateur, réveille le service centralisateur ainsi pointé par une telle réservation d'accès. C'est le service centralisateur qui traite toute requête de connexion reçue par l'un quelconque des quatre points 212, 214, 216, 218 d'accès.
Pour la réception d'une requête de connexion à un service applicatif, le deuxième espace 220 mémoire relatif au service centralisateur est alors le seul à être mobilisé tant qu'aucune requête de connexion n'est reçue par l'un des quatre points 212, 214, 216, 218 d'accès associés au service centralisateur.
Le service centralisateur est associé, au travers d'une première interface de programmation des applications ou API (acronyme pour « Application Programming Interface » en langue anglaise) de la carte 2 SIM, à chacun des quatre services applicatifs accessibles depuis le réseau de communication externe à la carte 2 SIM.
En outre, le service centralisateur est associé, au travers d'une deuxième interface de programmation API, à chacun des quatre points 212, 214, 216, 218 d'accès respectivement associés à un des quatre services applicatifs.
Le service centralisateur est chargé soit, de manière statique, à l'origine, lors de l'initialisation de la carte 2 SIM en usine de fabrication, ou bien lors d'un téléchargement, par exemple « OTA » (pour « Over the Air » en langue anglaise), soit, de manière dynamique, au moment où un service applicatif supplémentaire ou une mise à jour d'un service applicatif déjà présent dans la carte 2 SIM est chargée. En ce qui concerne le téléchargement d'un autre service applicatif à introduire dans la carte 2 SIM, un ou des paramètres propres au point d'accès existant dans la carte 2 SIM est associé d'abord au service applicatif considéré, puis au service centralisateur devant traiter la réception d'une requête de connexion correspondante. Le langage « C » de programmation est, par exemple, utilisé pour le service
210 de communication. Le langage de programmation est, de préférence, un langage objet, tel Java, pour le service 220 centralisateur et les services applicatifs particuliers, afin d'assurer une portabilité aux services applicatifs ainsi offerts sur différents systèmes d'exploitation ou OS (acronyme pour « Operating System » en langue anglaise).
La carte 2 SIM incorpore un espace mémoire alloué pour exécuter chaque service applicatif.
Seul, un flux d'exécution du service centralisateur est donc enregistré au niveau du système d'exploitation de la carte 2 SIM, pour gérer la réception de requêtes de connexion relatives aux services applicatifs disponibles dans la carte 2 SIM et reçues par ses points 212, 214, 216, 218 d'accès.
Une telle centralisation du traitement de la réception de requêtes de connexion aux services applicatifs émises depuis le réseau externe de la carte 2 SIM minimise la quantité des ressources mémoire mises en jeu dynamiquement au sein de la carte 2 SIM.
Tant qu'aucun point d'accès n'a reçu de requête d'exécution d'un service applicatif supporté par la carte 2 SIM, seul un flux d'exécution propre au service centralisateur est en cours d'exécution, et non pas l'un ou plusieurs des services applicatifs offerts par la carte 2 SIM. Le service 220 centralisateur est utilisé, d'une part, pour faire converger les requêtes de connexion de services applicatifs reçues, et d'autre part, pour faire distribuer, par l'intermédiaire du ou des points d'accès y associés, d'éventuelle(s) autre(s) information(s) ultéheure(s), telles que des requêtes d'exécution des services applicatifs ainsi connectés, au(x) service(s) applicatif(s) requis. Ainsi, lorsqu'il existe une requête de connexion reçue par l'un des points d'accès associés au service 220 centralisateur, le service 220 centralisateur recherche, dans une table de correspondance de services applicatifs associés, le service applicatif correspondant potentiellement activable.
Le service 220 centralisateur instancie (ou crée) alors un flux d'exécution, pour pouvoir exécuter le service applicatif identifié puis connecté, et ce au moyen de paramètres correspondant, entre autres, au service applicatif connecté transmis par le service 220 centralisateur. Durant l'attente d'une potentielle requête d'exécution du service connecté correspondant, aucun espace mémoire correspondant n'est mobilisé pour l'exécution. Une telle attente du service applicatif connecté ne laisse donc aucune « empreinte ». Lorsqu'une requête d'exécution correspondante est effectivement reçue, un flux d'exécution correspondant est alors activé et traite la requête d'exécution. Le flux d'exécution associé exécute alors le service applicatif requis.
Selon le mode de réalisation représenté, le service 220 centralisateur réserve un espace 240, 250, 260 et 270 mémoire pour l'exécution d'un flux d'exécution propre à chaque service applicatif disponible au sein de la carte 2 SIM, pour une session donnée. Une flèche part de chacun des espaces 222, 224, 226 et 228 mémoire associés aux quatre services applicatifs au sein du service 220 centralisateur et pointe un espace mémoire alloué à un flux d'exécution affecté pour chaque service applicatif disponible. Les quatre flèches pointant les espaces 240, 250, 260 et 270 mémoire sont représentées en pointillés, pour montrer que de telles flèches sont repositionnables. Ainsi, plusieurs flèches peuvent partir d'un même espace mémoire associé, au sein du service 220 centralisateur, à un premier service applicatif et pointer plusieurs espaces mémoire alloués à plusieurs flux d'exécution affectés au même premier service applicatif.
Une fois le service applicatif concerné exécuté, l'espace mémoire d'exécution propre au flux d'exécution même est libéré, de même que la ou les espaces mémoire (non représentés) propres aux fonctions appelées par le service applicatif. De tels espaces mémoire se trouvent alors disponibles pour une nouvelle exécution. Pour ce faire, c'est, à nouveau, le service 220 centralisateur qui permet de distribuer d'éventuelle(s) autre(s) information(s) ultéheure(s), tel qu'une ou plusieurs nouvelles requêtes d'exécution du service applicatif connecté.
Selon un autre mode de réalisation (non représenté), le service 220 centralisateur réserve quatre espaces 240, 250, 260 et 270 mémoire pour l'exécution d'un flux d'exécution relatif à l'exécution d'une partie seulement des services applicatifs disponibles au sein de la carte 2 SIM, par exemple pour une autre session. Pour ce faire, deux, trois ou quatre flèches (non représentées) peuvent partir d'un même espace 222 mémoire associé, au sein du service 220 centralisateur, à un premier service applicatif, et pointer respectivement deux, trois ou quatre espaces mémoire où chacun est alloué à un flux d'exécution affecté au seul premier service applicatif.
Les quatre services applicatifs disponibles au sein de la carte 2 SIM correspondent à l'exécution de programmes correspondants sauvegardés dans une mémoire de type « ROM » (pour « Programmable Read-Only Memory » en langue anglaise) (non représentée).
Le service 210 de communication vérifie préalablement que :
- l'expéditeur d'une requête de connexion à un service applicatif offert par la carte 2 SIM dispose effectivement des droits d'accès, par exemple afin de protéger l'accès vis-à-vis d'un expéditeur fraudeur ; et/ou
- le destinataire correspond à un service applicatif associé au service 220 centralisateur compris au sein de la carte 2 SIM.
En revanche, c'est le service 220 centralisateur qui vérifie que toute requête de connexion à un service applicatif associé correspond bien à un service applicatif offert par la carte 2 SIM.
Les différents points 212, 214, 216, 218 d'accès aux services applicatifs accessibles depuis le réseau externe, les liens de ces points au service centralisateur et le service 220 centralisateur sont mémorisés, de manière dynamique, dans une mémoire de type RAM (acronyme pour « Random Access Memory » en langue anglaise) ou de type FRAM (acronyme pour « Ferroelectric Random Access Memory » en langue anglaise) ou de type MRAM (acronyme pour « Magnetoresistive Random Access Memory » en langue anglaise) ou de type EEPROM (acronyme pour « Electrically Erasable Programmable Read-Only Memory » en langue anglaise) ou encore de tout autre type équivalent.
L'exécution du flux d'exécution propre au service 220 centralisateur a lieu, par l'intermédiaire d'une sauvegarde de données propres au contexte du flux d'exécution à exécuter, au sein d'un espace mémoire, dont la mémoire est par exemple de type RAM. Le contexte inclut, en particulier, l'état du flux d'exécution du service centralisateur, à savoir par exemple l'attente d'une réception d'une requête de connexion à un service applicatif, les valeurs de registres du microprocesseur 202 avant l'exécution proprement dite du service centralisateur et les données temporaires à sauvegarder pendant l'exécution du service centralisateur.
Lorsqu'une requête de connexion à un service applicatif a été reçue, le service 220 centralisateur effectue une recherche du service en charge du traitement du service applicatif requis.
Ce qui vient d'être énoncé, juste ci-dessus, pour l'exécution du flux d'exécution du service centralisateur est également valable pour l'exécution d'un flux d'exécution relatif à un service applicatif disponible au sein de la carte 2 SIM.
Plus exactement, l'exécution du flux d'exécution propre à un des quatre services applicatifs est associée à un contexte d'exécution propre au flux d'exécution à exécuter au sein d'un espace mémoire. La mémoire est également, par exemple, de type RAM. Le contexte inclut, en particulier, l'état du flux d'exécution du service applicatif, à savoir, par exemple, les valeurs de registres du microprocesseur 202 avant l'exécution proprement dite du service applicatif concerné et les données temporaires à sauvegarder pendant l'exécution du service applicatif.
Le serveur de la carte 2 SIM héberge plusieurs services applicatifs particuliers, qui sont seulement accessibles au travers du service 220 centralisateur. Chaque service applicatif particulier nécessite, d'abord, une requête de connexion au service considéré, qui est traitée par le service 220 centralisateur, puis, une éventuelle requête d'exécution transmise par le client distant au travers d'une connexion TCP/IP ouverte.
S'il n'existe pas, au sein de la carte 2 SIM, un service correspondant au service applicatif ayant fait l'objet d'une requête de connexion, soit aucune réponse n'est émise depuis la carte 2 SIM vers le client distant soit une simple réponse indiquant par un message approprié qu'aucun service applicatif correspondant n'existe au sein de la carte 2 SIM.
Si, au contraire, il existe un service applicatif correspondant à un service applicatif ayant fait l'objet d'une requête de connexion, le service 220 centralisateur crée un flux d'exécution pour exécuter le service applicatif sélectionné correspondant.
La carte 2 SIM exécute le flux d'exécution du service applicatif requis.
Puis, la carte 2 SIM transmet, éventuellement, une réponse au client distant ayant émis la requête de connexion correspondante. Une telle réponse peut consister en la transmission d'un fichier de données crypté selon un algorithme de cryptage connu également du client distant.
On comprend que le flux d'exécution propre à un service applicatif correspondant est créé uniquement lorsqu'une requête de connexion au service a été d'abord traitée par le service 220 centralisateur. Ainsi, chaque service applicatif disponible sur la carte 2 SIM est activé, par l'intermédiaire du service 220 centralisateur, avec la requête de connexion au service applicatif correspondant en tant que paramètre.
Le service 220 centralisateur comprend, pour ce faire, un identifiant de chaque service applicatif disponible dans la carte 2 SIM qu'il peut activer suite à un lien généré dynamiquement par le service 220 centralisateur. En outre, le service 220 centralisateur permet de pointer le service applicatif ayant fait l'objet d'une requête de connexion.
Les quatre services applicatifs particuliers sont illustrés en pointillé, pour indiquer que chaque service est potentiellement activable, uniquement, par l'intermédiaire du service 220 centralisateur, et ce après avoir reçu une requête de connexion au service en question. L'activation du service applicatif n'est opérée, pour certains services applicatifs, qu'après avoir reçu une requête d'exécution correspondante.
Dans l'exemple décrit, un espace 222, 224, 226, 228 mémoire de service est respectivement associé, au sein du service 220 centralisateur, à chaque service applicatif particulier.
Le nombre de connexion en cours relatif à des services applicatifs gérés par l'intermédiaire du service 220 centralisateur est sauvegardé, au sein d'un espace 229 mémoire prévu à cet effet, en tant que compteur dit global pour le service centralisateur. La valeur du compteur global doit rester inférieure ou égale à un nombre maximal de connexions en cours gérées par l'intermédiaire du service 220 centralisateur.
De même, pour chaque service applicatif géré par le service centralisateur, le nombre de connexions en cours pour le service applicatif concerné est sauvegardé, au sein d'un espace 232, 234, 236, 238 mémoire associé, en tant que compteur individuel du nombre de connexions en cours. La valeur de chaque compteur individuel doit rester inférieure ou égale à un flux d'exécution en cours, par défaut, pour le service applicatif considéré géré via le service 220 centralisateur.
Ainsi, pour chaque service applicatif, un compteur individuel du nombre de connexions en cours au sein d'un espace 232, 234, 236 et 238 mémoire prévu respectivement à cet effet. Le compteur global propre au service 220 centralisateur effectue la somme des valeurs de compteurs individuels propres aux différents services applicatifs gérés par le service centralisateur. La valeur du compteur global ne doit pas dépasser, pour l'exemple choisi, quatre, tout en ayant au plus un flux d'exécution en cours pour un service applicatif donné.
Optionnellement, de la même façon, un compteur global est associé, au sein d'un espace mémoire (non représenté) prévu à cet effet, au niveau du service 210 de communication, pour compter le nombre de requêtes de connexion aux services applicatifs associés au service centralisateur. La valeur de ce compteur global doit rester inférieure ou égale à un nombre maximal de requêtes de connexion reçues et gérées via le service 220 centralisateur. La valeur de ce compteur global ne doit pas dépasser, pour l'exemple choisi, quatre requêtes de connexion reçues.
Lorsqu'une requête de connexion a été reçue pour chacun des quatre services applicatifs, le nombre maximal de flux d'exécution en cours pour les services applicatifs associés au service 220 centralisateur et le nombre maximal de connexions pour chaque service applicatif ont été respectivement atteints au niveau des compteurs 229 global et 232, 234, 236, 238 individuels.
Du fait de l'exécution en cours du service 220 centralisateur en parallèle des quatre services applicatifs, l'espace mémoire résultant d'une exécution pseudo-simultanée des quatre services mis en jeu est proportionnel à cinq services.
Toute autre requête de connexion à un service applicatif qui est reçue et implique indirectement un dépassement du nombre maximal de flux d'exécution en cours est alors refusée par le service 220 centralisateur. Selon un autre mode de réalisation, le nombre de flux d'exécution en cours d'exécution pour un service applicatif donné, dit nombre maximal individuel, ayant fait préalablement l'objet d'une requête de connexion correspondante, est supérieur à un, et par exemple égal à 4.
Ainsi, selon un tel mode, le même service applicatif peut mobiliser toutes les espaces mémoire relatifs à l'exécution de flux d'exécution en cours. Lorsque le nombre maximal individuel de flux d'exécution en cours pour le service applicatif considéré est atteint, alors toute autre requête de connexion au service applicatif qui est reçue et gérée par le service centralisateur est alors refusée par ce même service centralisateur. Une fois que les services applicatifs ont été exécutés, les espaces 240, 250,
260 et 270 mémoire associés pour l'exécution de tels services applicatifs sont libérés.
Lorsqu'un service applicatif particulier supplémentaire (non représenté) est à ajouter, le service applicatif supplémentaire est, d'abord, chargé ou téléchargé au sein de la carte 2 SIM. Un point d'accès supplémentaire correspondant est créé, au sein du service 210 de communication au réseau, en lui associant un nouvel identifiant de service correspondant, puis, le service 220 centralisateur rajoute dans sa table de correspondance, comme « pointeur », un tel identifiant de service correspondant. Ainsi, la carte 2 SIM peut recevoir une requête de connexion à ce service supplémentaire, le service 220 centralisateur peut attendre également une requête de connexion relative à ce service supplémentaire. Lorsque le point d'accès supplémentaire a reçu une requête de connexion correspondante, le service 220 centralisateur informe de la commutation alors le service applicatif supplémentaire, en pointant un flux d'exécution correspondant relatif au service applicatif particulier supplémentaire ajouté. Le service applicatif supplémentaire est exécuté. Une fois que le service applicatif supplémentaire a été exécuté, le service 220 centralisateur peut terminer en clôturant le flux d'exécution du service supplémentaire exécuté en libérant, de ce fait, l'espace mémoire utilisé pour son exécution.
On présente, maintenant, en relation avec la figure 3, un mode de réalisation particulier du procédé, selon l'invention, pour exécuter au moins un programme relatif à au moins un service compris au sein de la carte 2 SIM, en tant que dispositif électronique embarqué.
Tout d'abord, lors d'une première étape 300, au démarrage, l'ensemble des quatre points d'accès accessibles depuis le réseau externe de la carte SIM est associé à un service centralisateur géré au sein de la carte SIM.
Pour ce faire, un identifiant propre à un service applicatif offert est associé à chaque point d'accès dans une liste persistante du service centralisateur.
Chaque service applicatif est ainsi sélectionnable par un client distant par l'intermédiaire de son identifiant via le point d'accès associé. Une telle sélection reste valable même si la carte SIM est extraite du téléphone portable avec lequel la carte SIM coopère, du fait de l'existence de la liste persistante au sein du service centralisateur.
Il est à noter que, par souci de simplification, seule une chaîne de traitement propre à un point d'accès a été plus particulièrement décrite ci-dessous. Lors d'une étape 310 suivante, pour l'ensemble des quatre points d'accès à un service applicatif respectif de la carte 2 SIM, un flux d'exécution dédié au service centralisateur est le seul en cours d'exécution.
Le service centralisateur en cours d'exécution permet d'attendre une requête de connexion émise depuis un client distant sur chacun des points d'accès associés.
Le client distant appartient au réseau de communication externe à la carte 2 SIM et est susceptible de requérir l'exécution d'un service applicatif.
On comprend qu'aucun des services applicatifs associés aux points d'accès n'est exécuté et ne mobilise un espace mémoire correspondant pour la réception d'une requête de connexion correspondante.
Ainsi, seul le service centralisateur est exécuté et mobilise un espace mémoire pour la réception d'une requête de connexion sur l'un des points d'accès auxquels le service centralisateur a été associé. Tant qu'une requête de connexion n'a pas été reçue par un point d'accès dédié à un service applicatif et associé au service centralisateur, alors la carte 2 SIM reste dans le même état, en rebouclant sur la même étape 310 d'attente.
Dès qu'une requête de connexion a été reçue par un des points d'accès associé au service centralisateur, on passe alors à une étape 320 de vérification d'existence du service requis à la connexion effectuée par le service de communication.
Si le service de communication traite la requête de connexion à un service dont l'identifiant ne correspond à aucun des identifiants de services applicatifs offerts par la carte SIM, alors le service de communication refuse 322 la connexion. Le service de communication informe éventuellement le client distant, à l'origine de la requête de la connexion traitée, qu'il n'existe aucun service pour lequel il a reçu une requête de connexion. Puis, le service de communication clôture 324 la connexion requise, avant de reboucler sur l'étape 310 d'attente d'une ou plusieurs requêtes de connexion à un ou plusieurs services applicatifs. Au contraire, si le service de communication a reconnu que la requête de connexion reçue correspond à un service applicatif offert par la carte SIM et accepte la connexion requise, alors on passe à une étape 330 suivante prise en charge par le service centralisateur.
Si aucune requête de connexion dédiée à un service applicatif associé au service centralisateur n'est reçue, seul le service centralisateur est exécuté et génère des données à sauvegarder au sein d'un espace mémoire alloué dynamiquement. Ainsi, tant que la carte SIM ne reçoit pas de requête de connexion à un service applicatif qu'elle offre au réseau externe, seul le flux d'exécution du serveur centralisateur est en cours d'exécution à un instant donné. Après avoir reçu une requête de connexion propre à un service applicatif, le service centralisateur vérifie 330 la disponibilité du service requis à la connexion. Si le service applicatif dont une requête en connexion a été reçue n'est pas disponible, alors le service centralisateur refuse 332 l'ouverture de la connexion.
Pour refuser l'ouverture de la connexion requise, le service centralisateur peut transmettre une information correspondante au client distant à l'origine de la requête de connexion.
Il peut s'agir, par exemple, du message de remise à l'état initial (ou
« reset » en langue anglaise) du protocole TCP/IP. La non-disponibilité du service applicatif peut être due à une ou plusieurs contraintes non satisfaites. De telles contraintes consistent en un nombre maximal de connexions ouvertes simultanément, en tant que valeur seuil dite globale, pour le service centralisateur gérant les connexions associées et/ou qu'un nombre maximal de connexions en cours, en tant que valeur seuil dite individuelle, pour le service applicatif concerné. Puis, lorsque de telles contraintes n'ont pas été satisfaites, le service centralisateur clôture 334 la connexion, avant de reboucler sur l'étape
310 d'attente d'une ou plusieurs requêtes de connexion à un ou plusieurs services applicatifs.
De manière optionnelle, si le service applicatif est disponible, c'est-à-dire que la ou les contraintes de disponibilité sont effectivement satisfaites, alors le service centralisateur déclenche 340 une temporisation. Une telle temporisation permet de décompter une période prédéfinie pour la réception d'une ou plusieurs requêtes de connexion aux services applicatifs par les points d'accès associés. Le service centralisateur définit un ordre de séquencement du traitement des requêtes de connexion à des services applicatifs reçues, pour une période définie avant le déclenchement de la temporisation, pour l'ensemble des points d'accès y associés. La période est, par exemple, de quelques dizaines de millisecondes en fonction de priorités configurées dans la carte SIM. Une telle période peut être définie de sorte que l'utilisateur de la carte SIM ne perçoit aucun ralentissement ou arrêt dans le traitement d'au moins un service en cours d'exécution au sein de la carte SIM. Puis, on passe à une étape suivante durant laquelle le service centralisateur autorise 340 une instanciation d'une valeur maximale de flux d'exécution de services applicatifs de manière simultanée, par exemple égale à 4, outre le flux d'exécution propre au service centralisateur lui-même. Ainsi, le nombre de flux d'exécution en cours à instant donné ne peut excéder la valeur maximale pour l'exécution des services applicatifs.
Il est à noter qu'un nombre de requêtes de connexion supérieur à une unité à un même service applicatif connecté est possible. Pour ce faire, par exemple, une fonction de ré-entrance par une instruction dédiée de protection de chaque variable à conserver, telle « lock (b) », est utilisée. Ainsi, plusieurs flux d'exécution d'un même service applicatif connecté sont simultanément en cours d'exécution, tout en restant cohérent pour la valeur d'une ou plusieurs variables avant l'exécution d'un autre flux d'exécution de ce même service applicatif.
Dans l'hypothèse où une requête de connexion pour chaque service applicatif a été successivement reçue dans la période de temps prédéfinie, l'ordre de séquencement prédéfini est, dans l'ordre de degré de priorité décroissant du traitement des quatre requêtes de connexion pour les services applicatifs offerts, le suivant :
- un service applicatif identifié « httpd : 80», en tant que rang le plus prioritaire, - un service applicatif identifié « telnet : 23»,
- un service applicatif identifié « ftp : 21 », suivi - un service applicatif identifié « https : 443», en tant que rang le moins prioritaire.
Tant que la valeur maximale de flux d'exécution de services applicatifs en cours n'est pas atteinte, le service centralisateur ouvre 350 une connexion au service applicatif dernièrement requis. De plus, le service centralisateur incrémente d'une unité la valeur du compteur global relatif au nombre de connexions ouvertes, pour l'ensemble des points d'accès.
Ensuite, le service centralisateur instancie 360 un flux d'exécution au service applicatif qui vient de faire l'objet d'une requête de connexion. Dans le même temps, le service centralisateur incrémente, d'une unité, la valeur du compteur individuel relatif au nombre de requêtes de connexion en cours pour le service applicatif en question.
Le service centralisateur transmet à l'ordonnanceur, l'ordre de priorité d'exécution pour les services applicatifs y associés. L'ordonnanceur établit alors une stratégie d'exécution, qui tient compte d'un tel ordre de priorité d'exécution pour activer ou inactiver un ou plusieurs flux d'exécution. Une telle stratégie d'exécution se traduit par une répartition temporelle d'exécution adaptée entre l'ensemble des services applicatifs à exécuter.
Le scénario suivant contrôlé par l'ordonnanceur est alors possible. Une partie d'un flux d'exécution propre à un premier service applicatif en cours est exécutée. Puis, une partie d'un autre flux d'exécution propre à un deuxième service applicatif plus prioritaire est, à son tour, exécutée, avant de revenir sur l'exécution d'une autre partie du flux d'exécution propre au premier service applicatif. Ensuite, l'ordonnanceur bascule, à nouveau, sur l'exécution d'une autre partie du flux d'exécution propre au deuxième service applicatif.
L'ordonnanceur effectue autant de basculements que nécessaire, en fonction, par exemple, de la nature des fonctions appelées par chaque service applicatif en cours d'exécution, jusqu'à avoir géré l'exécution totale d'abord du flux d'exécution propre au deuxième service applicatif suivie de celle du flux d'exécution propre au premier service applicatif moins prioritaire. A défaut, aucun ordre de priorité d'exécution des services applicatifs n'est indiqué à l'ordonnanceur et un ou des flux d'exécution correspondants sont alors respectivement exécutés, à nouveau, ou exécutés dans l'ordre d'arrivée chronologique des requêtes de connexion associées aux services applicatifs à exécuter.
De manière optionnelle, par exemple lorsque le nombre maximal de flux d'exécution en cours pour l'exécution des services applicatifs est atteint, la carte SIM déroute un flux d'exécution depuis le service centralisateur vers le service applicatif pour lequel une requête de connexion a été reçue, afin que le flux d'exécution dérouté exécute le service applicatif sans mobiliser de ressources en mémoire supplémentaires. Une fois le service applicatif exécuté, la carte SIM déroute le flux d'exécution affecté depuis le service applicatif vers le service centralisateur. Ainsi, le service centralisateur reprend son exécution là où il l'avait quittée. Le service centralisateur utilise de la sorte son propre flux d'exécution pour exécuter un service applicatif. L'exécution du service applicatif mobilise donc au moins la ou les espaces mémoire alloués à l'exécution du service centralisateur.
Pour ce faire, il peut s'agir, pour une programmation en langage orienté objet, d'un appel de méthode, permettant de dérouter l'exécution du service centralisateur vers le service applicatif requis et inversement.
Puis, la carte SIM exécute 370 le flux d'exécution affecté.
Selon une variante de réalisation (non représentée), lors d'une étape suivante, le service applicatif ayant fait l'objet d'une requête en connexion correspondante, ou service applicatif connecté, attend la réception d'une requête d'exécution correspondante, pour les services applicatifs propres aux services de type http, ftp et https.
On rappelle qu'un service applicatif utilisant le protocole « Telnet » ne nécessite pas de requête d'exécution correspondante pour être exécuté. En d'autres termes, seule une requête de connexion au service applicatif utilisant le protocole « Telnet » est nécessaire pour son exécution. Ensuite, le flux d'exécution dernièrement affecté exécute 380 le service applicatif connecté. L'exécution du service applicatif connecté génère alors éventuellement une réponse transmise à destination du client l'ayant requis.
Dans l'hypothèse où le service centralisateur détecte la réception d'une requête de connexion à un autre service applicatif plus prioritaire que celui pour lequel un flux d'exécution correspondant est en cours, l'ordonnanceur suspend le flux d'exécution affecté exécutant le service applicatif moins prioritaire. Et, un autre flux d'exécution instancié exécute alors le service plus prioritaire connecté.
Dès que le service plus prioritaire a été exécuté, l'ordonnanceur reprend le contrôle et permet l'exécution du service moins prioritaire des deux au niveau où l'exécution du service moins prioritaire a été suspendue.
L'exécution du service applicatif requis terminée, l'espace mémoire alloué correspondant au flux d'exécution affecté est libéré 390.
Enfin, la connexion ouverte via le point d'accès associé au service applicatif identifié est clôturée 3100, avant de reboucler sur l'étape 310 d'attente d'une ou plusieurs requêtes de connexion à un ou plusieurs services applicatifs.
Le mode de réalisation présenté ci-dessus n'a pas pour objet de réduire la portée de l'invention, il peut donc y être apporté de nombreuses modifications sans sortir pour autant du cadre de celle-ci. En quelques mots, on peut prévoir, comme illustré dans le mode de réalisation qui vient d'être présenté, un dispositif électronique embarqué, dans lequel seul le service centralisateur dispose d'un espace mémoire alloué pour la réception de requêtes de connexion pour les services associés par l'intermédiaire du service centralisateur.
On peut également prévoir, un dispositif électronique embarqué, dans lequel, non seulement un service centralisateur est associé à plusieurs points d'accès à des services depuis un réseau de communication externe, mais également, au moins un autre point d'accès associé à un service directement accessible (c'est-à-dire non associé au service centralisateur), le service centralisateur et le service directement accessible disposent d'un espace mémoire alloué alors « double par rapport au mode de réalisation présenté » pour la réception de requêtes de connexion entrantes. Plus exactement, le service centralisateur mobilise un premier espace mémoire alloué pour la réception de requêtes de connexion associées aux services propres aux points d'accès associés au service centralisateur. De même, le service directement accessible et associé directement à un autre point d'accès que ceux associés au service centralisateur mobilise, en parallèle, un deuxième espace mémoire alloué pour la réception d'une requête de connexion correspondante.

Claims

REVENDICATIONS
1. Procédé pour exécuter au moins un programme relatif à au moins un service compris au sein d'un dispositif (2) électronique embarqué, chaque service nécessitant une allocation d'un espace mémoire pour être exécuté, le dispositif (2) électronique embarqué comprenant au moins un espace mémoire destiné à être alloué pour exécuter au moins l'un des services, et au moins deux points (212, 214, 216, 218) d'accès pour accéder respectivement à des services (240, 250, 260, 270) applicatifs accessibles depuis un réseau de communication externe au dispositif (2) électronique embarqué, caractérisé en ce que le procédé comprend les étapes suivantes :
- le dispositif (2) électronique embarqué associe un service (220) centralisateur à au moins deux (212, 214, 216, 218) desdits au moins deux points (212, 214, 216, 218) d'accès ;
- le dispositif (2) électronique embarqué alloue un espace mémoire à un service pour la réception d'une requête de connexion à un desdits services ;
- le dispositif (2) électronique embarqué exécute le service (220) centralisateur, l'exécution du service (220) centralisateur permettant d'attendre une réception, par au moins l'un des points (212, 214, 216, 218) d'accès associés au service (220) centralisateur, d'au moins une requête de connexion dédiée à l'un des services (240, 250, 260, 270) applicatifs ; et, dans lequel, en l'absence de réception d'une requête de connexion à un service, le seul service disposant d'un espace mémoire alloué est le service (220) centralisateur.
2. Procédé selon la revendication 1 , dans lequel le procédé comprend les étapes suivantes :
- au moins un point (212, 214, 216, 218) d'accès associé au service (220) centralisateur reçoit au moins une requête de connexion dédiée à un service
(240, 250, 260, 270) applicatif ; - le service (220) centralisateur est activé pour chaque requête de connexion reçue et dédiée à un service (240, 250, 260, 270) applicatif ; et
- le service (220) centralisateur traite chaque requête de connexion reçue et dédiée à un service (240, 250, 260, 270) applicatif.
3. Procédé selon la revendication 2, dans lequel le procédé comprend l'étape suivante :
- le service (220) centralisateur limite à au plus un nombre maximum d'au moins un flux d'exécution simultanément en cours, de façon que le nombre de services (240, 250, 260, 270) applicatifs en cours d'exécution à un instant donné est inférieur ou égal au nombre maximum de flux d'exécution.
4. Procédé selon la revendication 2 ou 3, dans lequel le procédé comprend les étapes suivantes :
- le dispositif (2) électronique embarqué pré-instancie au plus un nombre maximum d'au moins un flux d'exécution simultanément en cours,
- le dispositif (2) électronique embarqué affecte un flux d'exécution à chaque service (240, 250, 260, 270) applicatif pour lequel une requête de connexion a été reçue, dit service applicatif connecté ;
- le dispositif (2) électronique embarqué exécute le flux d'exécution affecté ;
- le flux d'exécution affecté exécute, au moins en partie, chaque service (240, 250, 260, 270) applicatif connecté.
5. Procédé selon la revendication 4, dans lequel le procédé comprend les étapes suivantes :
- le service (220) centralisateur détecte la réception d'une requête de connexion à un service applicatif plus prioritaire qu'un service applicatif pour lequel un flux d'exécution correspondant est en cours ; - le service (220) centralisateur affecte un nouveau flux d'exécution pré-instancié au service applicatif plus prioritaire connecté ; - le service (220) centralisateur transmet, à un ordonnanceur (230) de flux d'exécution, au moins une information relative à l'ordre de priorité d'exécution des flux d'exécution ;
- l'ordonnanceur (230) active ledit nouveau flux d'exécution affecté au service applicatif plus prioritaire connecté ;
- l'ordonnanceur (230) suspend le flux d'exécution affecté exécutant le service applicatif moins prioritaire ;
- ledit nouveau flux d'exécution affecté exécute le service applicatif plus prioritaire connecté ; - l'ordonnanceur (230) active le flux d'exécution affecté au service applicatif moins prioritaire ; et
- l'ordonnanceur (230) reprend l'exécution du service applicatif moins prioritaire au niveau où l'exécution du service applicatif moins prioritaire a été suspendue.
6. Procédé selon la revendication 2 ou 3, dans lequel le procédé comprend, pour chaque requête de connexion reçue, les étapes suivantes : le service (220) centralisateur instancie un flux d'exécution ; le service (220) centralisateur affecte le flux d'exécution instancie à un service (240, 250, 260, 270) applicatif pour lequel une requête de connexion a été reçue, dit service applicatif connecté ; le dispositif (2) électronique embarqué exécute le flux d'exécution affecté ; le flux d'exécution affecté exécute, au moins en partie, le service applicatif connecté.
7. Procédé selon la revendication 6, dans lequel le procédé comprend les étapes suivantes :
- le service (220) centralisateur détecte la réception d'une requête de connexion à un service applicatif plus prioritaire qu'un service applicatif pour lequel un flux d'exécution correspondant est en cours ; - le service (220) centralisateur instancie un nouveau flux d'exécution ; - le service (220) centralisateur affecte ledit nouveau flux d'exécution instancié au service applicatif plus prioritaire connecté ;
- le service (220) centralisateur transmet, à un ordonnanceur (230) de flux d'exécution de services applicatifs dudit dispositif (2) électronique embarqué, au moins une information relative à l'ordre de priorité d'exécution des flux d'exécution ;
- l'ordonnanceur (230) active ledit nouveau flux d'exécution affecté au service applicatif plus prioritaire connecté ;
- l'ordonnanceur (230) suspend le flux d'exécution affecté exécutant le service applicatif moins prioritaire ;
- ledit nouveau flux d'exécution affecté exécute le service applicatif plus prioritaire connecté ;
- l'ordonnanceur (230) active le flux d'exécution affecté au service applicatif moins prioritaire ; et - l'ordonnanceur (230) reprend l'exécution du service applicatif moins prioritaire au niveau où l'exécution du service applicatif moins prioritaire a été suspendue.
8. Procédé selon la revendication 2 ou 3, dans lequel, au moins un flux d'exécution étant affecté au service (220) centralisateur, le dispositif (2) électronique embarqué exécutant le flux d'exécution affecté, le procédé comprend les étapes suivantes :
- le service (220) centralisateur déroute le flux d'exécution depuis le service (220) centralisateur vers le service (240, 250, 260, 270) applicatif pour lequel une requête de connexion a été reçue, dit service applicatif connecté ; - le flux d'exécution exécute le service (240, 250, 260, 270) applicatif connecté ; et
- le flux d'exécution reprend l'exécution du service (220) centralisateur au niveau où l'exécution du service (220) centralisateur a été dérouté.
9. Procédé selon l'une des revendications 3 à 8, dans lequel, au moins une requête de connexion dédiée à un service (240, 250, 260, 270) applicatif ayant été reçue au sein d'une période de temps prédéterminée par lesdits au moins deux points (212, 214, 216, 218) d'accès associés au service (220) centralisateur, le procédé comprend une étape de définition, par l'intermédiaire du service (220) centralisateur, d'un ordre de séquencement du traitement des requêtes de connexion à des services (240, 250, 260, 270) applicatifs reçues.
10. Procédé selon l'une des revendications précédentes, dans lequel chaque service (240, 250, 260, 270) applicatif est compris au sein du groupe comprenant :
- les services de type « Hypertext Transfer Protocol » ;
- les services de type « Hypertext Transfer Protocol Secured» ;
- les services de type « telnet » ;
- les services de type « File Transfer Protocol ».
11. Dispositif (2) électronique embarqué, le dispositif (2) électronique embarqué comprenant au moins un programme relatif à au moins un service, chaque service nécessitant une allocation d'un espace mémoire pour être exécuté, le dispositif (2) électronique embarqué comprenant au moins un espace mémoire destiné à être alloué pour exécuter au moins l'un des services, et au moins deux points (212, 214, 216, 218) d'accès pour accéder respectivement à des services (240, 250, 260, 270) applicatifs accessibles depuis un réseau de communication externe au dispositif (2) électronique embarqué, caractérisé en ce que le dispositif (2) électronique embarqué comprend : - des moyens d'association d'un service (220) centralisateur auxdits deux (212, 214, 216, 218) desdits au moins deux points (212, 214, 216, 218) d'accès ;
- des moyens d'allocation d'un espace mémoire à un service à la réception d'une requête de connexion à un service,
- des moyens d'exécution du service (220) centralisateur permettant d'attendre une réception, par au moins l'un des points (212, 214, 216, 218) d'accès associés au service (220) centralisateur, d'au moins une requête de connexion dédiée à l'un des services (240, 250, 260, 270) applicatifs, et, dans lequel, en l'absence de réception d'une requête de connexion à un service, le seul service disposant d'un espace mémoire alloué est le service (220) centralisateur.
12. Dispositif selon la revendication 11 , dans lequel ledit au moins un espace mémoire est compris au sein d'une mémoire (200), ladite mémoire (200) étant comprise au sein du groupe comprenant : - les mémoires de type « Random Access Memory » ; les mémoires de type « Ferroelectric Random Access Memory » ; les mémoires de type « Magnetoresistive Random Access Memory » ; les mémoires de type « Electronically Erasable Programmable Read-Only
Memory ».
13. Dispositif selon l'une des revendications 11 et 12, dans lequel le dispositif électronique embarqué est une carte (2) SIM telle que définie dans la norme GSM.
14. Dispositif selon l'une des revendications 11 et 12, dans lequel le dispositif (2) électronique embarqué est une clef USB.
15. Système électronique comprenant : - un dispositif (1 ) hôte, et - un dispositif (2) électronique embarqué communiquant des données avec le dispositif (1 ) hôte, le dispositif (2) électronique embarqué étant le dispositif (2) électronique embarqué selon l'une des revendications 11 à 14.
16. Système selon la revendication 15, dans lequel le dispositif hôte est un téléphone (1 ) portable.
17. Système selon la revendication 15, dans lequel le dispositif (1 ) hôte ordinateur personnel.
EP08709280A 2007-03-07 2008-03-04 Procede pour executer un programme relatif a plusieurs services, systeme et dispositif electroniques correspondants Withdrawn EP2132632A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP08709280A EP2132632A1 (fr) 2007-03-07 2008-03-04 Procede pour executer un programme relatif a plusieurs services, systeme et dispositif electroniques correspondants

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP07300851A EP1967949A1 (fr) 2007-03-07 2007-03-07 Procédé pour exécuter un programme relatif à plusieurs services, système et dispositif électroniques correspondants
EP08709280A EP2132632A1 (fr) 2007-03-07 2008-03-04 Procede pour executer un programme relatif a plusieurs services, systeme et dispositif electroniques correspondants
PCT/EP2008/052618 WO2008107438A1 (fr) 2007-03-07 2008-03-04 Procede pour executer un programme relatif a plusieurs services, systeme et dispositif electroniques correspondants

Publications (1)

Publication Number Publication Date
EP2132632A1 true EP2132632A1 (fr) 2009-12-16

Family

ID=39539459

Family Applications (2)

Application Number Title Priority Date Filing Date
EP07300851A Withdrawn EP1967949A1 (fr) 2007-03-07 2007-03-07 Procédé pour exécuter un programme relatif à plusieurs services, système et dispositif électroniques correspondants
EP08709280A Withdrawn EP2132632A1 (fr) 2007-03-07 2008-03-04 Procede pour executer un programme relatif a plusieurs services, systeme et dispositif electroniques correspondants

Family Applications Before (1)

Application Number Title Priority Date Filing Date
EP07300851A Withdrawn EP1967949A1 (fr) 2007-03-07 2007-03-07 Procédé pour exécuter un programme relatif à plusieurs services, système et dispositif électroniques correspondants

Country Status (3)

Country Link
US (1) US20100037230A1 (fr)
EP (2) EP1967949A1 (fr)
WO (1) WO2008107438A1 (fr)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101098527B (zh) * 2006-06-27 2012-06-13 雅斯拓（北京）智能卡科技有限公司 同时处理个人令牌中的数据传输会话的线程控制器
WO2008091008A1 (fr) * 2007-01-26 2008-07-31 Kyocera Corporation Dispositif électronique et procédé de commande du dispositif électronique
US20090234955A1 (en) * 2008-03-13 2009-09-17 Mark Gregory Hanley Methods and Systems for Synchronization of Multiple Applications
US20100002602A1 (en) * 2008-07-07 2010-01-07 Per Bergqvist System operable to enable mobile access
KR101203741B1 (ko) * 2009-12-09 2012-11-21 에스케이플래닛 주식회사 스마트카드 기반 위젯 서비스 시스템 및 그 방법, 그리고 이에 적용되는 스마트카드
CN101984690B (zh) * 2010-11-15 2015-06-03 中兴通讯股份有限公司 一种数据卡及其应用业务定制的系统和方法
JP5633336B2 (ja) * 2010-11-29 2014-12-03 ソニー株式会社 通信装置および通信方法、通信制御装置および通信制御方法、並びにプログラム
CN102622303B (zh) * 2011-01-30 2016-02-17 国际商业机器公司 一种内存过载控制的方法及装置
US9247023B2 (en) * 2011-07-27 2016-01-26 Qualcomm Incorporated System and method for prioritizing requests to a SIM
US8898769B2 (en) 2012-11-16 2014-11-25 At&T Intellectual Property I, Lp Methods for provisioning universal integrated circuit cards
US8959331B2 (en) 2012-11-19 2015-02-17 At&T Intellectual Property I, Lp Systems for provisioning universal integrated circuit cards
US9036820B2 (en) 2013-09-11 2015-05-19 At&T Intellectual Property I, Lp System and methods for UICC-based secure communication
US9124573B2 (en) 2013-10-04 2015-09-01 At&T Intellectual Property I, Lp Apparatus and method for managing use of secure tokens
US9208300B2 (en) 2013-10-23 2015-12-08 At&T Intellectual Property I, Lp Apparatus and method for secure authentication of a communication device
US9240994B2 (en) 2013-10-28 2016-01-19 At&T Intellectual Property I, Lp Apparatus and method for securely managing the accessibility to content and applications
US9313660B2 (en) 2013-11-01 2016-04-12 At&T Intellectual Property I, Lp Apparatus and method for secure provisioning of a communication device
US9240989B2 (en) 2013-11-01 2016-01-19 At&T Intellectual Property I, Lp Apparatus and method for secure over the air programming of a communication device
US9413759B2 (en) 2013-11-27 2016-08-09 At&T Intellectual Property I, Lp Apparatus and method for secure delivery of data from a communication device
US9713006B2 (en) 2014-05-01 2017-07-18 At&T Intellectual Property I, Lp Apparatus and method for managing security domains for a universal integrated circuit card
US11307898B2 (en) 2019-02-26 2022-04-19 Sap Se Server resource balancing using a dynamic-sharing strategy
US11126466B2 (en) * 2019-02-26 2021-09-21 Sap Se Server resource balancing using a fixed-sharing strategy

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6163797A (en) * 1996-08-06 2000-12-19 Hewlett-Packard Company Application dispatcher for seamless, server application support for network terminals and non-network terminals
WO2001016759A1 (fr) * 1999-08-31 2001-03-08 Cryptec Systems, Inc. Systeme et procede de gestion de memoire de carte a puce
WO2002025976A1 (fr) * 2000-09-19 2002-03-28 Xponcard A/S Procede et systeme de gestion de l'espace memoire dans un module d'identification d'abonne
US6824064B2 (en) * 2000-12-06 2004-11-30 Mobile-Mind, Inc. Concurrent communication with multiple applications on a smart card
US6968557B1 (en) * 2000-12-18 2005-11-22 Stratum8 Corporation Reducing stack memory resources in a threaded computer system
EP1524597A1 (fr) * 2003-10-14 2005-04-20 Axalto S.A. Méthode de gestion de fils d'exécution dans un système limité en mémoire
US8122145B2 (en) * 2004-05-17 2012-02-21 Nokia Corporation System, method and computer program product for grouping clients and transferring content in accordance with the same

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
EP1967949A1 (fr) 2008-09-10
WO2008107438A1 (fr) 2008-09-12
US20100037230A1 (en) 2010-02-11

Similar Documents

Publication Publication Date Title
WO2008107438A1 (fr) Procede pour executer un programme relatif a plusieurs services, systeme et dispositif electroniques correspondants
EP3243176B1 (fr) Procédé de traitement d&#39;une transaction à partir d&#39;un terminal de communication
EP1987653B1 (fr) Procede et dispositif de configuration securisee d&#39;un terminal
EP2605496B1 (fr) Restriction d&#39;accès aux ressources d&#39;un terminal
FR3013541A1 (fr) Procede et dispositif pour la connexion a un service distant
EP4036717A1 (fr) Démarrage d&#39;une application
FR2945143A1 (fr) Procede et systeme d&#39;activation d&#39;applications de paiement sans contact
EP3455718A1 (fr) Système permettant la création et le déploiement d&#39;applications multiplateformes
EP3331223A1 (fr) Procede et systeme pour realiser une operation sensible au cours d&#39;une session de communication
EP2793498B1 (fr) Elément sécurisé pour terminal de télécommunications
FR3006526A1 (fr) Chargement dynamique de composants applicatifs
EP3987390A1 (fr) Système d&#39;applications de service pour terminaux de paiement
EP4390738A1 (fr) Protection d&#39;un dispositif électronique
EP3992798B1 (fr) Elément sécurisé et procédé de communication entre un élément sécurisé et l&#39;extérieur de l&#39;élément sécurisé
EP3993325B1 (fr) Elément sécurisé procédé de communication entre un dispositif électronique et un élément sécurisé
WO2004074959A2 (fr) Procede de production d’une grappe de traitement de donnees et systeme informatique pour fonctionner en grappe
FR3031609A1 (fr) Procede de traitement d&#39;une transaction a partir d&#39;un terminal de communication
FR3154518A1 (fr) Terminal connecté comprenant une mémoire de presse-papiers sécurisé exclusivement contrôlée par un processeur sécurisé.
FR3154519A1 (fr) Terminal connecté comprenant une mémoire de presse-papiers sécurisé contrôlée par un processeur sécurisé.
EP4105798A1 (fr) Procédé d authentification, dispositif et programme correspondant
EP3948596A1 (fr) Procédé d&#39;exécution de code sécurisé, dispositifs, système et programmes correspondants
EP2347367A1 (fr) Plate-forme de reseau informatique
WO2010112692A1 (fr) Appareil électronique à image système embarquée pour plateforme de services
FR2998687A1 (fr) Dispositif electronique comprenant un environnement d&#39;execution de confiance et un environnement d&#39;execution polyvalent
EP3330881A1 (fr) Procede et systeme pour securiser des operations sensibles realisees dans un environnement de communication non securise

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: 20091007

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 HR HU IE IS IT LI LT LU LV MC MT NL NO PL PT RO SE SI SK TR

RIN1 Information on inventor provided before grant (corrected)

Inventor name: DESCHAMPS, ERIC

Inventor name: POTONNIEE, OLIVIER

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20100525

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: 20141001