+

WO2008135621A2 - Acceso remoto desde una extensión de un navegador web a la información de un terminal móvil - Google Patents

Acceso remoto desde una extensión de un navegador web a la información de un terminal móvil Download PDF

Info

Publication number
WO2008135621A2
WO2008135621A2 PCT/ES2008/000321 ES2008000321W WO2008135621A2 WO 2008135621 A2 WO2008135621 A2 WO 2008135621A2 ES 2008000321 W ES2008000321 W ES 2008000321W WO 2008135621 A2 WO2008135621 A2 WO 2008135621A2
Authority
WO
WIPO (PCT)
Prior art keywords
mobile terminal
information
terminal
extension
web server
Prior art date
Application number
PCT/ES2008/000321
Other languages
English (en)
French (fr)
Other versions
WO2008135621A3 (es
WO2008135621A8 (es
Inventor
Hector Berna Fornies
Guillermo Caudevilla Laliena
Original Assignee
Vodafone Group Plc.
Vodafone España, S.A.U.
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 Vodafone Group Plc., Vodafone España, S.A.U. filed Critical Vodafone Group Plc.
Priority to EP08761566A priority Critical patent/EP2146476A2/en
Priority to US12/599,493 priority patent/US9094370B2/en
Publication of WO2008135621A2 publication Critical patent/WO2008135621A2/es
Publication of WO2008135621A3 publication Critical patent/WO2008135621A3/es
Publication of WO2008135621A8 publication Critical patent/WO2008135621A8/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities

Definitions

  • the present invention applies to the field of mobile telecommunications networks. More specifically, to remote access to information stored in a mobile phone.
  • the memory of the mobile phone and its SIM card store personal data of the user and information about the state of the mobile phone. It is understood by the user's personal data stored in
  • the mobile phone memory and the SIM card to contacts, notes, calendar, images, sounds, videos, short messages (sms), multimedia messages (mms) and emails (emails).
  • Information on the status of the mobile phone includes, among others, the registration of incoming and outgoing calls, the battery level of the mobile phone, the coverage level of the mobile terminal and the status of the mobile phone (normal, high, silent, vibration only)
  • the mobile phone offers a variety of services, such as making calls, sending sms, mms and email, diverting incoming calls and photographing and recording videos with the mobile phone's camera. All this information and services are accessed from the mobile phone itself.
  • a mobile terminal is always connected to the circuit domain through GSM, UMTS or similar networks.
  • This domain of circuits allows you to make and receive calls, send and receive SMS and USSD messages (in English, "Unstructured Supplementary Service Data").
  • the package domain or of data also called internet, is not always accessible in the mobile terminal.
  • the technology to connect to the domain of packages can be of many different types, such as GPRS, EDGE, UMTS, WiFi, WiMAX, among others.
  • the connection to the domain of packets or data is made at the initiative of the user or mobile terminal in the event of an external event or by finding the mobile phone in WiFi or WiMAX coverage.
  • web servers are known, which are programs responsible for accepting HTTP requests (in English, "Hypertext Transfer Protocol" from clients, usually web browsers, and serving them HTTP responses along with data contents, which are Usually web pages.
  • Web servers are usually large computers capable of serving a multitude of HTTP responses.
  • Socket Layer of security and authentication, such as those described in Ia
  • Representational State in English, "Representational State Transfer" or REST, which is a software architecture technique for systems
  • the user's personal data stored in the memory of the mobile phone and its SIM card and the information on the state of the mobile phone can only be accessed, added, deleted and displayed directly from the mobile phone using the mobile phone screen , the keys, the scroll wheel, pencils or pointers or even voice commands.
  • the services offered by a mobile phone which can only be executed from the mobile phone itself.
  • the European patent application EP1542432 describes a system in which a web server hosted in a data network receives HTTP requests from a mobile phone to update data related to the mobile phone, which are stored in the web server of the network data.
  • the present invention aims to manage the various functionalities, services and information stored in a mobile terminal remotely, without the need to physically manipulate it.
  • the present invention provides an architecture that allows obtaining, adding and deleting personal data stored in the mobile terminal and its SIM card and the information on the state of the mobile terminal; and run the mobile terminal services from any device connected to a packet or data network, also called the Internet.
  • a user has an extension of the mobile terminal installed in their web browser of a remote terminal.
  • This extension represents the mobile terminal in a web browser of a remote terminal (both personal computer and computer or portable terminal).
  • This entity adds the functionality of the mobile terminal to the web browser of this remote terminal, which includes obtaining, adding and deleting personal data stored in the mobile terminal and its SIM card and the information on the status of the mobile terminal; and run the mobile terminal services from any device connected to a packet or data network, also called the Internet.
  • This extension can be an additional element, such as an additional element in the browser menu, an additional browser navigation bar, or an additional button in the toolbar.
  • the user sends orders and obtains, adds and deletes information and commands the execution of the services by accessing directly on a web server hosted in the mobile terminal.
  • a user of a terminal or mobile phone can interact with his mobile terminal from a remote terminal with greater benefits (for example, a larger screen) instead of having to do it directly on the small screen and keys Tiny mobile phones.
  • one of the aspects of the present invention relates to a procedure for managing stored information and / or services configured in a mobile terminal from a remote terminal, where the mobile terminal is configured to connect to a mobile communications network and It comprises a web server that has an API defined for each information and service provided by the mobile terminal, and where said remote terminal has access to a data network.
  • the procedure comprises: making, from an extension of a web browser of the remote terminal, an HTTP request to manage at least one stored information or a service configured in the mobile terminal.
  • This HTTP request is in accordance with at least one API defined in the mobile terminal's web server.
  • the HTTP request also includes an identifier of that information or service to be managed.
  • the method also includes sending, from the mobile terminal to the extension, an HTTP response according to the API defined in the web server of the mobile terminal and displaying an interface included in said extension in the remote terminal to manage the corresponding stored information or corresponding configured service in the mobile terminal.
  • the HTTP request from the extension to the mobile terminal comprises the steps of: making an HTTP request through the data network from the extension to a gateway capable of locating the mobile terminal that is connected to a mobile communications network; and send the HTTP request to an IP connection manager of the mobile terminal.
  • the HTTP response from the mobile terminal to the extension comprises the steps of: sending an HTTP response according to at least one API defined in the mobile terminal's web server from an IP terminal manager of the mobile terminal to a gateway through of Ia mobile communications network; and sending that HTTP response according to said at least one API defined in the web server of the mobile terminal from said gateway to the extension through the data network.
  • the HTTP request according to at least one API defined in the web server of the mobile terminal sent to the IP terminal manager of the mobile terminal is sent to the web server by means of said HTTP request.
  • the HTTP request according to said at least one API defined in the web server sent to the web server of the mobile terminal is in turn sent to a manager module that is chosen from: user personal data management module, user management module The information on the status of the mobile terminal and the management module of the mobile terminal services.
  • the procedure also includes a stage of notification to the user whereby one of the following options is offered to the user: permanently allow the execution of the API, temporarily allow said execution, permanently deny the execution of the API or temporarily deny said execution.
  • the information to be managed preferably refers to a resource that is chosen from one of the following resource groups: personal data of the user, information about the status of the mobile terminal and services of the mobile terminal.
  • resource groups personal data of the user, information about the status of the mobile terminal and services of the mobile terminal.
  • an action is taken that is chosen from one of the following groups of actions: actions related to
  • the management of the user's personal data actions related to the management of the information on the status of the mobile terminal and actions related to the management of services of the mobile terminal.
  • the identifier of the information or service to be managed included in the HTTP request comprises the URL of the information or service that you want to manage.
  • Said URL preferably comprises the MSISDN of the mobile terminal.
  • Said information stored in the mobile terminal refers to information that is preferably chosen from one of the following groups: personal data of the user and information on the status of the mobile terminal. With this information an action is carried out that is chosen from one of the following groups of actions: actions related to the management of personal data of the user and actions related to the management of information about the state of the mobile terminal.
  • the information stored in a mobile terminal is stored in the memory of the mobile terminal or in the SIM card thereof.
  • Said service configured in the mobile terminal refers to a service of the mobile terminal service group. With said service, an action is taken that is chosen from the group of actions related to the management of services of the mobile terminal.
  • the HTTP request is made on a data channel that is established in a signaling channel previously established between the gateway and the IP terminal manager of the mobile terminal.
  • the HTTP response is made on a data channel that is established in a signaling channel previously established between the gateway and the IP terminal manager of the mobile terminal.
  • the signaling channel between both elements is preferably a TCP socket.
  • the data channel between both elements is also preferably a TCP socket.
  • Another aspect of the present invention is a system comprising: at least one mobile terminal configured to be connected to a mobile communications network, where the mobile terminal comprises a web server; at least one terminal configured to be connected to a data network, wherein said terminal comprises a web browser that in turn comprises an extension.
  • the terminal is capable of remotely managing at least one stored information and / or a service configured in the mobile terminal by accessing an interface comprised in the extension of the terminal's web browser.
  • the system preferably also comprises a gateway capable of establishing a connection between the data network and the mobile communications network.
  • Figure 1 shows the general architecture of the system according to an embodiment of the present invention.
  • FIG. 2 shows the architecture of the mobile terminal according to an embodiment of the present invention.
  • Figure 3 illustrates the user's personal data that may be stored on a mobile phone or on their SIM card.
  • Figure 4 illustrates the information on the state of the mobile phone.
  • Figure 5 illustrates the services that the mobile phone can offer according to an embodiment of the present invention.
  • Figure 6 shows the architecture of the gateway or manager of permanent data connections according to an embodiment of the present invention.
  • Figure 7 shows the structure of a remote terminal connected to a data network, through which it can be connected to a gateway or manager of permanent data connections according to the present invention.
  • Figure 8 illustrates the structure of the access lists collected in the mobile terminal according to the present invention.
  • Figure 9 shows the signal flow for the remote execution of a REST API according to an embodiment of the present invention.
  • Figure 10 shows the establishment of permanent connection between a mobile terminal and the gateway or manager of permanent data connections according to an embodiment of the present invention.
  • An application programming interface or API (in English, "Application Programming Interface") is an interface of the source code that a computer system or a program library provides and exposes to execute service requests by another computer program. It is the set of calls to a computer system or a program library that offer access to their services from the processes and represents a method to achieve abstraction in the programming, generally, although not necessarily, between the lower and upper levels or layers of the software
  • REST API in English, “Representational State Transfer” an API defined based on URLs (uniform resource locators, in English, “Uniform Resource Locutor”) and is invoked by
  • HTTP without any messaging layer such as SOAP or session tracking with HTTP cookies.
  • Representational state transfer (REST) is a software architecture style for distributed hypermedia systems, such as the "World Wide Web”.
  • extension of a web browser is defined as an additional element in the web browser of a terminal, as well as an additional element in the web browser menu of the terminal, or an additional bar of Browsing the terminal's web browser, or an additional button on the toolbar of the terminal's web browser.
  • telephone entity is defined as an extension of a web browser that represents a mobile terminal in a web browser of a terminal (considering this terminal that includes the telephone entity as a remote terminal to the mobile terminal represented by the telephone entity) .
  • This entity adds the functionality of the mobile terminal to the web browser of this remote terminal, which comprises (Ia functionality) obtaining, adding and deleting personal data stored in the mobile terminal and its SIM card and the information on the status of the mobile terminal; and run the mobile terminal services.
  • the term "comprises” and its derivatives should not be construed in an exclusive or limiting sense, that is, should not be construed to exclude the possibility that the element or concept to which it refers includes elements or additional stages.
  • Figure 1 shows the general architecture of the system according to an embodiment of the present invention.
  • the system of the present invention comprises a series of elements, which are described below:
  • the system comprises a mobile terminal 1.
  • the mobile terminal 1 which can be a mobile phone, a PDA or the like, is any mobile terminal 1 capable of connecting to a mobile or wireless data network 3. Examples Non-limiting mobile or wireless networks are
  • GPRS GPRS, EDGE, UMTS 1 HSDPA, HSUPA, WiFi, WiMAX and Bluetooth.
  • the mobile terminal 1 comprises personal data of the user, information about the state of the mobile terminal itself and services provided by the mobile terminal 1.
  • the personal data of the user and the information about the state of the mobile terminal itself can be stored both in the memory of the user mobile terminal as in the SIM card thereof.
  • Figure 2 shows in greater detail the architecture of the mobile terminal 1.
  • the mobile terminal 1 also includes a program or module for managing the personal data of the user 101, a management that consists in obtaining, adding and deleting this data . It also includes a program or module for the management of information on the status of the mobile terminal 102, which consists in obtaining this information and deleting some of it such as the incoming call log and outgoing call log.
  • It also includes a program or module for the management of the services of the mobile terminal 103, which is responsible for the execution of such services.
  • the functionality of these three programs or modules 101 102 103 is exposed, that is, it is accessible for remote execution, through a web server 104 comprised in the mobile terminal 1.
  • These functionalities are carried out by means of REST APIs. This means that through HTTP requests (hypertext transfer protocol, in English "HyperText Transfer Protocol”) to the web server 104 of the mobile terminal 1, the personal data of the user 105 can be obtained, added and deleted, to obtain the status information of the telephone 106 and delete some, such as the registration of incoming calls 106-1 and registration of outgoing calls 106-2 and the services of the mobile telephone 107 can also be executed. This is explained in detail below.
  • web server 104 can also provide authentication, confidentiality and integrity in communications for the execution of REST APIs.
  • a conventional security and authentication application such as SSL, is enabled.
  • the web server 104 may optionally have a notification system 108 for executing the API to the user 9 of the mobile terminal. This system notifies the user 9 of the mobile terminal 1 who (which user 10 is controlling the remote terminal 8) and which API is to be executed.
  • the notification notifies the user 9 of the mobile terminal 1 who (which user 10 is controlling the remote terminal 8) and which API is to be executed.
  • 108 is based on showing a window on the screen of the mobile terminal 1 to the user 9, so that he can choose between the following options: always allow the execution of a certain REST API to a remote user 10 that is accessing the web server 104 of the terminal mobile 1 from a remote terminal
  • the system preferably uses the identification of the basic HTTP authentication to identify in this notification system 108 the remote user 10 that is accessing the REST API.
  • the mobile terminal 1 also comprises a list manager 110 which allows adding, deleting or changing the permissions of the database 109 of the access lists.
  • the mobile terminal 1 comprises an IP connection manager 111 capable of maintaining an open data connection 200 with an external server 4 in the mobile or wireless network 3, called permanent data connections manager 4.
  • This permanent connections manager 4 is a gateway (in English, "gateway"), which allows the connection between the mobile or wireless data network 3 and the data network 5 and has the ability to manage permanent data connections. Gateway 4 is detailed below.
  • the open data connection 200 with the gateway 4 allows the mobile terminal 1 to be available and located in the mobile network 3, and therefore the REST APIs indicated with reference to the web server 104 of the mobile terminal 1 can be used remotely.
  • the scheme of Figure 3 shows the personal data 105 of the user 9 that are stored in the mobile terminal 1 and / or in its SIM card.
  • Examples of personal data 15 are, by way of illustration and not limitation, contacts 105-1, notes 105-2, calendar 105-3, images 105-4, sounds 105-5, videos 105-6, short messages (sms) 105 -7, multimedia messages
  • the scheme of Figure 4 shows the information on the state of the mobile terminal 106, which comprises, among others, the incoming call log 106-1, the outgoing call log 106-2, the battery level indicator of the mobile terminal 106-3, the coverage level indicator of the mobile terminal 106-4 and the status of the mobile terminal 106-5.
  • This information is also stored in mobile terminal 1 and / or on your SIM card. Examples of the state of the mobile terminal 106-5 are: normal, high, silent, vibration only, etc.
  • Figure 5 shows the set of services configured of the mobile terminal 107.
  • This set of services is formed by services initiated by the mobile terminal 1.
  • Other services that are initiated by external elements or outside the mobile terminal 1 and that involve the execution of events are not within this set of services.
  • the services that a mobile terminal 1 can offer are, among others: making calls 107-1, sending SMS 107-2, sending SMS 107-3, sending email 107-4, forwarding incoming calls 107-5 , capture of photographs 107-6 and recording videos 107-7 with the camera of the mobile terminal 1.
  • the system also includes a gateway 4.
  • this gateway 4 acts as a permanent data connections manager 4.
  • the permanent data connections manager 4 maintains a data connection 200 (as shown Figure 2) with one or a plurality of mobile terminals 1 through the mobile network 3 and receives incoming HTTP requests through a data network or internet 5 and forwards them to the relevant mobile terminal 1.
  • this gateway or permanent data connections manager 4 comprises an incoming connections manager
  • HTTP 400 to receive the connections of other elements of the data network 5, a connection maintenance manager 401 with the mobile terminals 1 to maintain data connections with the mobile terminals 1 and send them the incoming HTTP requests received by the incoming HTTP connection manager 400.
  • Both managers 400 401 are also responsible for forwarding HTTP responses from web server 104 of mobile terminals 1 to the initial element that made the HTTP request.
  • the permanent data connection manager 4 comprises two databases: a first database 403, called “mobile terminal sessions”, for storing the information of the mobile terminals that have active data connections with the connection manager 4 and a second database 402, called “incoming connection sessions", which stores the information of the active sessions that are pending response.
  • FIG. 1 also shows a remote terminal 8.
  • This remote terminal 8 which is also illustrated in Figure 7, comprises a web browser 800.
  • This web browser 800 is configured to display Internet web pages.
  • the web browser 800 further comprises an extension 810 of the web browser 800, called a telephone entity in the web browser, which adds the functionality of the mobile terminal 1 to the web browser 800 of this remote terminal 8.
  • This functionality of the added mobile terminal 1 comprises obtaining , add or delete the personal data of the user 105 stored in the mobile terminal 1 and its SIM card, and the information on the status of the terminal 106 and also the remote execution of the services 107 of the mobile terminal 1.
  • the telephone entity in the browser web 810 can be, for example, but not limited to, an additional element in the browser menu 800, an additional browser navigation bar 800, an additional button in the toolbar.
  • This extension or telephone entity in the web browser 810 is the one in charge of making the direct HTTP requests to the web server 104 of the mobile terminal 1 through the gateway or connection manager permanent data 4.
  • This extension 810 can interact with the web pages in which the web browser 800 is browsing and use the information contained in these web pages to add it in the mobile terminal 1, or to execute services of the mobile terminal 1 in a manner remote
  • This extension can interact in the opposite direction with the web pages in which the web browser 800 is browsing, that is, obtaining information from the mobile terminal 1 and using it on the web page.
  • This request 901 consists of the remote execution of the REST API of the mobile terminal 1 to access the remote management of personal data and information on the status of the terminal already
  • the remote execution is in the form of HTTP requests according to the specific REST API of each resource and service (105-1, 105-2, etc, and 107-1, 107-2, etc).
  • the user of remote terminal 8 opens, through the web browser 800,
  • the extension or telephone entity 810 When opening this extension 810, the menu of the mobile terminal 1 is shown. For this it is not necessary to make any calls to the REST APIs of the mobile terminal 1, since the menu of the mobile terminal 1 is embedded in Ia extension 810. Next, it is identified as a user, preferably by means of a username and password, according to the basic authentication of the web server 104 of the mobile terminal 1.
  • the user 10 chooses the specific information (105-1, 105-2, ..., 106-1, 106-2 ...) that he wishes to manage remotely or the service (107-1, 107-2,. ..) that you want to execute remotely, by clicking on the menu of extension 810.
  • the extension or telephone entity 810 makes HTTP requests according to the resource-specific REST API (105-1, 105-2, ..., 106-1, 106-2 ...) or service (107-1, 107 -2, 7), for the specific remote management or execution of such information or service.
  • the user can manage the user's specific personal data (105-1, 105-2, %), the information specific about the state of the terminal (106-1, 106-2, ...) or remotely execute the specific service (107-1, 107-2, %) by accessing an interface included in extension 810.
  • This interface can be, for example, a window or a menu of the extension 810.
  • extension 810 shows the status of said action.
  • the gateway 4 which has established a permanent connection 200 with the mobile terminal 1 (see Figure 2 ) previously, it forwards 902 Ia HTTP request to the mobile terminal 1 through the IP connection manager 111 thereof.
  • the IP connection manager 111 of the mobile terminal 1 sends an HTTP response 905 to the gateway or manager of permanent data connections 4 comprising the required information. If everything has been done correctly, this HTTP response 905 comprises an "OK" with certain information, which depends on each specific method (for example, an XML list of contacts of mobile terminal 1 and SIM card, an image, etc. ) If there was an error, an error response is returned.
  • the gateway or connection manager 4 in turn sends the HTTP response 906 to the extension or telephone entity 810 of the web browser 800 of the remote terminal 8, which shows the information regarding the REST APIs in the remote terminal 8.
  • Figure 10 shows the establishment and maintenance of the permanent data connection 200 between the gateway or connection manager 4 and the mobile terminal 1:
  • the IP connection manager 111 Prior to sending HTTP requests of Figure 9, the IP connection manager 111 initiates a data connection with the permanent data connection manager 4.
  • This data connection includes the establishment of a signaling TCP socket between the mobile terminal 1 and the gateway or manager of permanent data connections 4 and a TCP data socket 1004 between the mobile terminal 1 and the gateway or manager of permanent data connections 4.
  • the IP connection manager 111 of the mobile terminal 1 establishes a signaling TCP socket between the mobile phone 1 and the gateway or permanent data connection manager 4 and sends a "CONNECT" 1000 message through such a signaling TCP socket .
  • This message 1000 comprises the mobile terminal number or MSISDN and a time limit (in English, "timeout").
  • the permanent data connection manager 4 Ie replies with a "CONNREGISTERED ok" message 1001 via the signaling TCP socket and stores this connection information in its database of mobile terminal sessions 403. Then, the IP connection manager 111 of the mobile terminal 1 sends a message of
  • gateway or permanent data connections manager 4 receives an HTTP request 901 (from the web server 6) for the mobile terminal
  • the gateway or permanent data connection manager 4 I sends a "REQUESTPENDING" message 1003 via the signaling TCP socket with an identifier of the request (in English, "Request Id"), which is the information necessary to establish a TCP data socket for sending this HTTP request.
  • Block 1050 of Figure 10 represents said HTTP request.
  • the IP connection manager 111 of the mobile terminal and the gateway or permanent data connection manager 4 establish a TCP data socket 1004 and the HTTP request 902 is sent.
  • On this TCP data socket 1004 is sent also the HTTP response 905 of the mobile terminal 1.
  • the IP connection manager 111 of the mobile terminal 1 forwards 903 the HTTP request 902 to the web server 104 of the mobile terminal 1 for the latter to process and return an HTTP response 904.
  • the manager of IP connections 111 of the mobile terminal 1 forwards 905 the HTTP response 904 to the gateway or manager of permanent data connections 4 so that it forwards 906 the HTTP response 905 to the web server 6.
  • the socket TCP 1004 data that was previously created.
  • the gateway or permanent data connection manager 4 does not receive an HTTP request 901 destined for the mobile terminal 1, it sends a "KEEPALIVE" message 1006 via the signaling TCP socket to the IP connection manager 111 of the terminal mobile 1 at the end of the timeout that was defined in the initial message
  • Blocks 1060 of Figure 10 represent the completion of said timeout intervals.
  • the IP connection manager 111 of the mobile terminal 1 sends another "WAITING" message 1002 via the signaling TCP socket upon receiving this "KEEPALIVE" message 1006 to reset the timer at the set time or "timeout".
  • the gateway or permanent data connection manager 4 receives the incoming HTTP requests 901 by the incoming HTTP connection manager program or module 400, saves the information related to the session of that HTTP request 400 in the database session data of incoming connections 402 and forwards the HTTP request to the maintenance management program or module connected to the mobile terminals 401, which first identifies the destination mobile terminal of the HTTP request.
  • the destination URL of the HTTP request 901 contains the mobile terminal number or MSISDN of the destination mobile terminal 1 to be able to identify it. Examples of the destination URL can be, by way of illustration and in no way limiting, http://34610515151.vodafone.com or http://www.vodafone.com/34610515151.
  • REST APIs are based on uniquely identifying actions
  • an image 105-7 (data) stored in mobile terminal 1 can be obtained (action) by making an HTTP request 902 903 to a URL that uniquely identifies that image (fact).
  • the web server 104 of the mobile terminal 1 receives HTTP requests 903.
  • the corresponding REST API is executed, that is, what information is to be accessed and what action is identified. Want to perform or what you want to execute.
  • a result is returned in the form of an HTTP response. That is, if the HTTP request 903, which includes the destination URL, corresponds to the execution of the REST API, the HTTP request 903 passes to the relevant manager program or module 101 102 103, depending on the destination URL of the HTTP request 903.
  • These management programs or modules are the management of personal data of the user 101, the management of the information on the status of the terminal 102 and the management of the services of the mobile terminal 103.
  • the mobile terminal 1 comprises a notifier 108.
  • the HTTP request 903 is transferred to the notification system 108 of the mobile terminal 1.
  • the web server 104 has enabled the authentication, confidentiality and integrity in communications options for the execution of the REST API, through a conventional security and authentication application, such as an SSL application, the notifier system 108 identifies which resource will be executed and who (that is, which user 10 controls the remote terminal 8) makes this request.
  • the identity of the person making the HTTP request 903 Ia gives the identity defined in the basic authentication system of the web server 104, preferably the authentication system defined in RFC 2617. Once identified, a database of access lists is consulted.
  • the user is not yet registered in the database 109 or does not have perpetual permissions or permissions denied forever, it is notified to the user who and what resource is to be executed in the mobile terminal 1.
  • This notification is preferably made through a window that is displayed on the screen of the mobile terminal 1.
  • the user 10 who is accessing from a remote terminal 8 does not have to be the same as the one that is handling the mobile terminal 1. If the remote user 10 has perpetual permissions, even if there is no one at the end of the mobile terminal 1 the corresponding execution is not prevented, since the notification window does not appear and the system works without problems. If nobody is manipulating mobile terminal 1 and the notification window appears (which means that whoever is accessing does not have perpetual permissions and therefore needs permission), the HTTP request is not served and therefore the REST APIs are not executed .
  • the notification system 108 provides several options: 1) always allow the execution of that information or service to the user 10; 2) allow only once the execution of the information or service R to the user 10; 3) allow for a certain period of time the execution of the information or service R to the user 10; 4) not allowing this time the execution of the information or service R to the user 10; and 5) never allow the execution of the information or service R to the user 10.
  • the HTTP request 903 is transferred to the specific management program or module 101 102 103 of the information or service to be executed.
  • the notifying system 108 sees that the user does not have permission for the execution of that information or service, the notifier 108 returns the HTTP request 903 to the web server 104 indicating that the user responds to a response 904
  • the information regarding which users have permission to the various information or services is stored in the database of access lists 109 of the mobile terminal 1.
  • Figure 8 illustrates the structure of the access lists 109 collected in the mobile terminal 1: column 109-1 collects the users; Column 109-2 collects the information or types of the user's personal data stored in the mobile terminal or its SIM, the information about the status of the mobile terminal or the services of the mobile terminal; Column 109-3 includes the type of access, that is, unlimited, temporary access, only once, denied once or denied forever, that each user has for each information or service; and column 109-4 collects the time or number of times allowed for each user and information and service.
  • the notification system 108 is optional and its execution requires that the basic authentication be enabled on the web server 104.
  • the management programs or modules for managing the personal data of the user 101, for managing the information on the status of the terminal 102 and for managing the services of the mobile terminal 103 receive the request from the web server 104 or, optionally, if the notifier 108 is enabled, of notifier 108.
  • These programs or modules 101 102 103 identify the specific resource and the action to be performed with it.
  • the Information are those illustrated in Figure 3 and the action is one of the following: obtain a list of data, obtain data, add data or delete data.
  • the information is illustrated in Figure 4 and the action is one of the following: obtain data (for all data in Figure 4) and , to register incoming calls 106-1 and register outgoing calls 106-2, also delete data. If it is a question of the program or module of management of the services of the mobile terminal 103, the services are those illustrated in Figure 5 and the action is to execute the service in the mobile terminal 1.
  • These programs or modules 101 102 103 access their respective personal data resources of the user 105 in the case of the user data management program or module 101, of information about the status of the terminal 106 in the case of the program or management module of the information about the status of the terminal 102 and of services of the mobile terminal 107 in the case of the program or module of management of the services of the mobile terminal 103.
  • these programs or modules 101 102 103 are responsible for creating the response to the initial request of the REST APIs and giving it the appropriate HTTP response form to pass it to the web server 104, so that it returns the HTTP response 904 to The initial request you received from the IP 111 connection manager.
  • the extension 810 shows and allows adding and deleting information related to the user's personal data, that is, to contacts, notes, calendar, images, sounds, videos, SMSs, MMSs and emails stored in mobile terminal 1 and its SIM card and contain information regarding the status of the phone, that is, the incoming call log, outgoing call log, battery indicator, mobile phone status and coverage indicator. Additionally, from extension 810, information regarding the registration of incoming and outgoing calls can be deleted. Finally, extension 810 shows and allows to execute from it the services of the mobile terminal, such as making calls, diverting incoming calls, sending sms, sending mms, sending emails, capturing photographs and recording videos. A user 10 from the terminal 8 can, in short, manage the mobile terminal 1 remotely from the extension 810.
  • the method of user interaction in the web browser extension or telephone entity 810 of a web browser 800 of a remote terminal 8 is as follows:
  • Web browser 800 has an extension 810, which is a telephone entity 810. This can:
  • the extension or telephone entity in the web browser 810 can be, without limitation, an additional element in the browser menu, an additional browser navigation bar, an additional button in the toolbar, etc.
  • This entity 810 is the one that, making HTTP requests to the relevant mobile terminal 1 as explained above, enables the functionality described above.
  • user 10 may be browsing any internet web page and:
  • a mobile terminal service 1 such as using a telephone number to write a short message (SMS) from the browser 800;
  • SMS short message

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)

Abstract

Procedimiento y sistema para la gestión de información almacenada y/o servicios configurados en un terminal móvil desde un terminal remoto, donde el terminal móvil está configurado para conectarse a una red de comunicaciones móviles y comprende un servidor web que tiene definida un API por cada información y por cada servicio proporcionado por el terminal móvil, y donde dicho terminal remoto tiene acceso a una red de datos. Comprende: realizar, desde una extensión de un navegador web del terminal remoto hacia el terminal móvil, una petición HTTP para gestionar una información almacenada o un servicio configurado en el terminal móvil, donde la petición HTTP es conforme a dicha API definida en el servidor web del terminal móvil y comprende un identificador de dicha información o servicio que se desea gestionar; enviar una respuesta HTTP desde el terminal móvil hacia la extensión conforme a dicha API definida en el servidor web del móvil y mostrar en el terminal remoto una interfaz comprendida en dicha extensión para gestionar dicha información almacenada o servicio configurado en el móvil.

Description

ACCESO REMOTO DESDE UNA EXTENSIÓN DE UN NAVEGADOR WEB A LA INFORMACIÓN DE UN TERMINAL MÓVIL
D E S C R I P C I Ó N
CAMPO DE LA INVENCIÓN
La presente invención se aplica al campo de las redes de telecomunicaciones móviles. Más concretamente, al acceso remoto a Ia información almacenada en un teléfono móvil.
ANTECEDENTES DE LA INVENCIÓN
En Ia actualidad, Ia memoria del teléfono móvil y su tarjeta SIM almacenan datos personales del usuario e información sobre el estado del teléfono móvil. Se entiende por datos personales del usuario almacenados en
Ia memoria del teléfono móvil y Ia tarjeta SIM a los contactos, notas, calendario, imágenes, sonidos, vídeos, mensajes cortos (sms), mensajes multimedia (mms) y correos electrónicos (emails). La información sobre el estado del teléfono móvil comprende, entre otros, el registro de llamadas entrantes y salientes, el nivel de batería del teléfono móvil, el nivel de cobertura del terminal móvil y el estado del teléfono móvil (normal, alto, en silencio, sólo vibración). El teléfono móvil ofrece una variedad de servicios, tales como realizar llamadas, envío de sms, mms y email, desvío de llamadas entrantes y fotografiar y grabar videos con Ia cámara del teléfono móvil. Toda está información y servicios son accedidos desde el propio teléfono móvil.
Por otro lado, un terminal móvil está siempre conectado al dominio de circuitos mediante redes GSM, UMTS o similar. Este dominio de circuitos Ie permite realizar y recibir llamadas, enviar y recibir sms y mensajes USSD (en inglés, "Unstructured Supplementary Service Data"). El dominio de paquetes o de datos, también llamado internet, no está accesible siempre en el terminal móvil. La tecnología para conectarse al dominio de paquetes puede ser de muy diversos tipos, tales como GPRS, EDGE, UMTS, WiFi, WiMAX, entre otros. La conexión al dominio de paquetes o datos se realiza por iniciativa del usuario o terminal móvil ante un evento externo o por encontrarse el teléfono móvil en cobertura WiFi o WiMAX. Esto implica que desde el dominio de paquetes o datos no se pueden enviar peticiones directas al terminal móvil, sino que es el terminal móvil el que realiza las peticiones hacia el dominio de paquetes. Además, una vez que el terminal móvil está conectado al dominio de paquetes, no se puede saber a ciencia cierta Ia localización del terminal móvil mediante su dirección IP o URL, debido a que no hay un sistema estandarizado o comúnmente aceptado para identificar y por consiguiente localizar un teléfono móvil en el dominio de paquetes.
Por otra parte, se conocen los servidores web, que son programas responsables de aceptar peticiones HTTP (en inglés, "Hypertext Transfer Protocol") desde clientes, normalmente navegadores web, y servirles las respuestas HTTP junto con los contenidos de datos, los cuales son usualmente páginas web. Los servidores web son normalmente grandes computadoras capaces de servir multitud de respuestas HTTP.
También son conocidas las aplicaciones de SSL (en inglés, "Secure
Socket Layer") de seguridad y autenticación, tales como las descritas en Ia
RFC 2617, titulada "Autenticación HTTP: Autenticación de acceso resumen y básico" (en inglés, "HTTP Authentication: Basic and Digest Access
Authentication").
En los últimos años se ha desarrollado también Ia Transferencia de
Estado Representacional (en inglés, "Representational State Transfer") o REST, que es una técnica de arquitectura software para sistemas
"hipermedia" distribuidos, tales como Ia World Wide Web. En general se usa el término REST para describir cualquier interfaz web simple que trasmite datos específicos sobre HTTP sin una capa de mensajería adicional o seguimiento de sesiones.
En Ia actualidad, los datos personales del usuario almacenados en Ia memoria del teléfono móvil y su tarjeta SIM y Ia información sobre el estado del teléfono móvil pueden sólo ser accedidos, añadidos, borrados y mostrados directamente desde el teléfono móvil usando Ia pantalla del teléfono móvil, las teclas, Ia rueda de desplazamiento, lápices o punteros o incluso comandos de voz. Lo mismo ocurre con los servicios que ofrece un teléfono móvil, los cuales sólo pueden ser ejecutados desde el propio teléfono móvil.
En cuanto a los servidores web, aunque algunos teléfonos móviles cuentan con uno, es bastante inusual que un servidor web de un teléfono móvil sea capaz de servir respuestas HTTP, principalmente por Ia falta de conexión permanente al dominio de paquetes o datos y por Ia dificultad de identificar y localizar el terminal móvil en el dominio de paquetes. Por ejemplo, Ia solicitud de patente estadounidense US2001/0046851 describe un terminal móvil que incluye un servidor web, a través del cual el terminal móvil se conecta a un terminal remoto de gestión. La finalidad del servidor web en el terminal móvil permitir a éste controlar un dispositivo conectado al mismo.
Hasta Ia fecha se han propuesto algunos métodos y sistemas para tratar de gestionar remotamente un teléfono móvil. Por ejemplo, Ia solicitud de patente europea EP1542432 describe un sistema en el que un servidor web alojado en una red de datos recibe peticiones HTTP de un teléfono móvil para actualizar datos relativos al teléfono móvil, que son almacenados en el servidor web de Ia red de datos.
Sin embargo, este proceso de petición de información al servidor web requiere de Ia presencia e intervención del usuario del teléfono móvil y de Ia manipulación directa del mismo.
RESUMEN DE LA INVENCIÓN
La presente invención tiene por objeto gestionar las diversas funcionalidades, servicios e información almacenada de un terminal móvil de forma remota, sin necesidad de manipular físicamente el mismo.
Para ello, Ia presente invención proporciona una arquitectura que permite obtener, añadir y borrar datos personales almacenados en el terminal móvil y su tarjeta SIM y Ia información sobre el estado del terminal móvil; y ejecutar los servicios del terminal móvil desde cualquier dispositivo conectado a una red de paquetes o datos, también llamada Internet. Así, un usuario tiene una extensión del terminal móvil instalada en su navegador web de un terminal remoto. Esta extensión representa al terminal móvil en un navegador web de un terminal remoto (tanto ordenador personal como ordenador o terminal portátil). Esta entidad añade Ia funcionalidad del terminal móvil al navegador web de este terminal remoto, que comprende el obtener, añadir y borrar datos personales almacenados en el terminal móvil y su tarjeta SIM y Ia información sobre el estado del terminal móvil; y ejecutar los servicios del terminal móvil desde cualquier dispositivo conectado a una red de paquetes o datos, también llamada Internet. Esta extensión puede ser un elemento adicional, tal como un elemento adicional en el menú del navegador, una barra adicional de exploración del navegador, o un botón adicional en Ia barra de herramientas. A través de Ia extensión, el usuario envía órdenes y obtiene, añade y borra información y manda Ia ejecución de los servicios accediendo directamente sobre un servidor web alojado en el terminal móvil. De esta manera un usuario de un terminal o teléfono móvil puede interaccionar con su terminal móvil desde un terminal remoto con mayores prestaciones (por ejemplo, una pantalla mayor) en vez de tener que hacerlo directamente sobre Ia pantalla pequeña y teclas diminutas de los teléfonos móviles.
Así, uno de los aspectos de Ia presente invención se refiere a un procedimiento para Ia gestión de información almacenada y/o servicios configurados en un terminal móvil desde un terminal remoto, donde el terminal móvil está configurado para conectarse a una red de comunicaciones móviles y comprende un servidor web que tiene definida un API por cada información y servicio proporcionado por el terminal móvil, y donde dicho terminal remoto tiene acceso a una red de datos. El procedimiento comprende: realizar, desde una extensión de un navegador web del terminal remoto, una petición HTTP para para gestionar al menos una información almacenada o un servicio configurado en el terminal móvil. Esta petición HTTP es conforme a Ia al menos un API definida en el servidor web del terminal móvil. La petición HTTP comprende además un identificador de esa información o servicio que se desea gestionar. El procedimiento comprende también enviar, desde el terminal móvil hacia Ia extensión, una respuesta HTTP conforme al API definida en el servidor web del terminal móvil y mostrar en el terminal remoto una interfaz comprendida en dicha extensión para gestionar Ia información almacenada correspondiente o servicio configurado correspondiente en el terminal móvil.
Preferentemente, Ia petición HTTP desde Ia extensión hacia el terminal móvil comprende las etapas de: realizar una petición HTTP a través de Ia red de datos desde Ia extensión hacia una pasarela capaz de localizar al terminal móvil que está conectado a una red de comunicaciones móviles; y enviar Ia petición HTTP a un gestor de conexiones IP del terminal móvil.
Preferentemente, Ia respuesta HTTP desde el terminal móvil hacia Ia extensión comprende las etapas de: enviar una respuesta HTTP conforme a Ia al menos un API definida en el servidor web del terminal móvil desde un gestor de conexiones IP del terminal móvil hacia una pasarela a través de Ia red de comunicaciones móviles; y enviar esa respuesta HTTP conforme a dicha al menos un API definida en el servidor web del terminal móvil desde dicha pasarela hasta Ia extensión a través de Ia red de datos.
La petición HTTP conforme a Ia al menos un API definida en el servidor web del terminal móvil enviada al gestor de conexiones IP del terminal móvil es enviada al servidor web mediante dicha petición HTTP.
La petición HTTP conforme a dicha al menos un API definida en el servidor web enviada al servidor web del terminal móvil es a su vez enviada a un módulo gestor que se elige de entre: módulo de gestión de datos personales del usuario, módulo de gestión de Ia información sobre el estado del terminal móvil y módulo de gestión de los servicios del terminal móvil.
Opcionalmente, el procedimiento comprende además una etapa de notificación al usuario por Ia que se ofrece al usuario una de las siguientes opciones: permitir permanentemente Ia ejecución del API, permitir temporalmente dicha ejecución, denegar permanentemente Ia ejecución del API o denegar temporalmente dicha ejecución.
La información que se desea gestionar se refiere preferentemente a un recurso que se elige de entre uno de los siguientes grupos de recursos: datos personales del usuario, información sobre el estado del terminal móvil y servicios del terminal móvil. Con dicho recurso se realiza una acción que se elige de entre uno de los siguientes grupos de acciones: acciones relativas a
Ia gestión de datos personales del usuario, acciones relativas a Ia gestión de Ia información sobre el estado del terminal móvil y acciones relativas a Ia gestión de servicios del terminal móvil.
El identificador de Ia información o servicio que se desea gestionar comprendido en Ia petición HTTP comprende el URL de Ia información o servicio que se desea gestionar. Dicho URL comprende preferentemente el MSISDN del terminal móvil.
Dicha información almacenada en el terminal móvil se refiere a una información que se elige preferentemente de entre uno de los siguientes grupos: datos personales del usuario e información sobre el estado del terminal móvil. Con dicha información se realiza una acción que se elige de entre uno de los siguientes grupos de acciones: acciones relativas a Ia gestión de datos personales del usuario y acciones relativas a Ia gestión de Ia información sobre el estado del terminal móvil.
La información almacenada en un terminal móvil se almacena en Ia memoria del terminal móvil o en Ia tarjeta SIM del mismo.
Dicho servicio configurado en el terminal móvil se refiere a un servicio del grupo de servicios del terminal móvil. Con dicho servicio se realiza una acción que se elige del grupo de acciones relativas a Ia gestión de servicios del terminal móvil.
La petición HTTP se realiza sobre un canal de datos que se establece en un canal de señalización previamente establecido entre Ia pasarela y el gestor de conexiones IP del terminal móvil.
La respuesta HTTP se realiza sobre un canal de datos que se establece en un canal de señalización previamente establecido entre Ia pasarela y el gestor de conexiones IP del terminal móvil.
El canal de señalización entre ambos elementos es preferentemente un socket TCP. El canal de datos entre ambos elementos es también preferentemente un socket TCP. Otro aspecto de Ia presente invención trata de un sistema que comprende: al menos un terminal móvil configurado para ser conectado a una red de comunicaciones móviles, donde el terminal móvil comprende un servidor web; al menos un terminal configurado para ser conectado a una red de datos, donde dicho terminal comprende un navegador web que a su vez comprende una extensión. El terminal es capaz de gestionar remotamente al menos una información almacenada y/o un servicio configurado en el terminal móvil mediante el acceso a una interfaz comprendida en Ia extensión del navegador web del terminal.
El sistema comprende preferentemente además una pasarela capaz de establecer una conexión entre Ia red de datos y Ia red de comunicaciones móviles.
BREVE DESCRIPCIÓN DE LAS FIGURAS
Con objeto de ayudar a una mejor comprensión de las características del invento de acuerdo con un ejemplo preferente de realización práctica del mismo y para complementar esta descripción, se acompaña como parte integrante de Ia misma un juego de dibujos, cuyo carácter es ilustrativo y no limitativo. En estos dibujos:
La figura 1 muestra Ia arquitectura general del sistema según una realización de Ia presente invención.
La figura 2 muestra Ia arquitectura del terminal móvil según una realización de Ia presente invención.
La figura 3 ilustra los datos personales del usuario que pueden estar almacenados en un teléfono móvil o en su tarjeta SIM. La figura 4 ilustra Ia información sobre el estado del teléfono móvil.
La figura 5 ilustra los servicios que puede ofrecer el teléfono móvil según una realización de Ia presente invención.
La figura 6 muestra Ia arquitectura de Ia pasarela o gestor de conexiones permanentes de datos según una realización de Ia presente invención.
La figura 7 muestra Ia estructura de un terminal remoto conectado a una red de datos, a través de Ia cual puede conectarse a una pasarela o gestor de conexiones permanentes de datos según Ia presente invención.
La figura 8 ilustra Ia estructura de las listas de acceso recogidas en el terminal móvil según Ia presente invención.
La figura 9 muestra el flujo de señales para Ia ejecución remota de un API REST según una realización de Ia presente invención.
La figura 10 muestra el establecimiento de conexión permanente entre un terminal móvil y Ia pasarela o gestor de conexiones permanentes de datos según una realización de Ia presente invención.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN
En el contexto de Ia presente invención, las siguientes definiciones han de tenerse en cuenta:
Una interfaz de programación de aplicaciones o API (en inglés, "Application Programming Interface") es una interfaz del código fuente que un sistema computador o una librería de programa provee y expone para ejecutar peticiones de servicios por otro programa computador. Se trata del conjunto de llamadas a un sistema computador o una librería de programa que ofrecen acceso a sus servicios desde los procesos y representa un método para conseguir abstracción en Ia programación, generalmente, aunque no necesariamente, entre los niveles o capas inferiores y los superiores del software.
Así, se entiende por API REST (en inglés, "Representational State Transfer") un API definido basándose en URLs (localizadores de recurso uniforme, en inglés, "Uniform Resource Locutor") y es invocado mediante
HTTP sin ninguna capa de mensajería como SOAP o seguimiento de sesiones con cookies HTTP. La transferencia de estado representacional (REST) es un estilo de arquitectura software para sistemas hipermedia distribuidos, tales como Ia "World Wide Web".
Además, en el contexto de Ia presente invención, el término extensión de un navegador web se define como un elemento adicional en el navegador web de un terminal, tai como un elemento adicional en el menú del navegador web del terminal, o una barra adicional de exploración del navegador web del terminal, o un botón adicional en Ia barra de herramientas del navegador web del terminal. Asimismo, el término entidad telefónica se define como una extensión de un navegador web que representa a un terminal móvil en un navegador web de un terminal (considerándose este terminal que incluye Ia entidad telefónica como un terminal remoto al terminal móvil representado por Ia entidad telefónica).
Esta entidad añade Ia funcionalidad del terminal móvil al navegador web de este terminal remoto, que comprende (Ia funcionalidad) el obtener, añadir y borrar datos personales almacenados en el terminal móvil y su tarjeta SIM y Ia información sobre el estado del terminal móvil; y ejecutar los servicios del terminal móvil. A Io largo de esta especificación, el término "comprende" y sus derivados no deben interpretarse en un sentido excluyente o limitativo, es decir, no debe interpretarse en el sentido de excluir Ia posibilidad de que el elemento o concepto al que se refiere incluya elementos o etapas adicionales.
La figura 1 muestra Ia arquitectura general del sistema según una realización de Ia presente invención.
El sistema de Ia presente invención comprende una serie de elementos, que se describen a continuación:
Como ilustra Ia figura 1 , el sistema comprende un terminal móvil 1. El terminal móvil 1 , que puede ser un teléfono móvil, una PDA o similar, es cualquier terminal móvil 1 capaz de conectarse a una red móvil o inalámbrica de datos 3. Ejemplos no limitativos de redes móviles o inalámbricas son
GPRS, EDGE, UMTS1 HSDPA, HSUPA, WiFi, WiMAX y Bluetooth.
El terminal móvil 1 comprende datos personales del usuario, información sobre el estado del propio terminal móvil y servicios proporcionados por el terminal móvil 1. Los datos personales del usuario y Ia información sobre el estado del propio terminal móvil pueden almacenarse tanto en Ia memoria del propio terminal móvil como en Ia tarjeta SIM del mismo. La figura 2 muestra en mayor detalle Ia arquitectura del terminal móvil 1. Como puede observarse, el terminal móvil 1 comprende también un programa o módulo para Ia gestión de los datos personales del usuario 101 , gestión que consiste en obtener, añadir y borrar estos datos. También comprende un programa o módulo para Ia gestión de Ia información sobre el estado del terminal móvil 102, gestión que consiste en obtener esta información y borrar alguna de ella como el registro de llamadas entrantes y registro de llamadas salientes. También comprende un programa o módulo para la gestión de los servicios del terminal móvil 103, que se encarga de Ia ejecución de tales servicios. La funcionalidad de estos tres programas o módulos 101 102 103 se expone, es decir, es accesible para su ejecución remota, a través de un servidor web 104 comprendido en el terminal móvil 1. Estas funcionalidades se llevan a cabo mediante unas APIs REST. Esto significa que mediante peticiones HTTP (protocolo de transferencia de hipertexto, en inglés "HyperText Transfer Protocol") al servidor web 104 del terminal móvil 1 , se puede obtener, añadir y borrar los datos personales del usuario 105, obtener Ia información sobre el estado del teléfono 106 y borrar alguna, como el registro de llamadas entrantes 106-1 y registro de llamadas salientes 106-2 y también se puede ejecutar los servicios del teléfono móvil 107. Esto se explica en detalle más adelante.
Opcionalmente, el servidor web 104 puede proporcionar además autenticación, confidencialidad e integridad en las comunicaciones para Ia ejecución de las APIs REST. Para ello, se habilita una aplicación de seguridad y autenticación convencional, tal como SSL.
Además, opcionalmente el servidor web 104 puede tener un sistema de notificación 108 de ejecución de Ia API al usuario 9 del terminal móvil. Este sistema notifica al usuario 9 del terminal móvil 1 quién (qué usuario 10 está controlando el terminal remoto 8) y qué API se quiere ejecutar. La notificación
108 se basa en mostrar una ventana en Ia pantalla del terminal móvil 1 al usuario 9, para que éste elija entre las siguientes opciones: permitir siempre Ia ejecución de una determinada API REST a un usuario remoto 10 que esté accediendo al servidor web 104 del terminal móvil 1 desde un terminal remoto
8, permitir Ia ejecución de dicha API sólo una vez al usuario remoto 10 que está accediendo, permitir Ia ejecución de dicha API una cierta cantidad de tiempo o veces al usuario remoto 10 que está accediendo, denegar Ia ejecución de una API sólo una vez al usuario remoto 10 que está accediendo o denegar dicha ejecución siempre al usuario remoto 10 que está accediendo. El sistema usa preferentemente Ia identificación de Ia autenticación básica de HTTP para identificar en este sistema de notificación 108 al usuario remoto 10 que está accediendo a Ia API REST. La información sobre los usuarios remotos que tienen permisos para acceder a dicha API siempre o sólo una vez, ya sea para acceder durante un cierto tiempo o un cierto número de veces o indefinidamente, o tienen invariablemente el permiso denegado, o Io tienen denegado sólo una vez, se almacena en Ia base de datos 109 de las listas de acceso en el terminal móvil 1.
Además, el terminal móvil 1 comprende también un gestor de listas 110 que permite añadir, borrar o cambiar los permisos de Ia base de datos 109 de las listas de acceso.
Por último, el terminal móvil 1 comprende un gestor de conexiones IP 111 capaz de mantener una conexión de datos 200 abierta con un servidor externo 4 en Ia red móvil o inalámbrica 3, llamado gestor de conexiones permanentes de datos 4. Este gestor de conexiones permanentes 4 es una pasarela (en inglés, "gateway"), que permite Ia conexión entre Ia red móvil o inalámbrica de datos 3 y Ia red de datos 5 y que tiene capacidad de gestionar conexiones permanentes de datos. La pasarela 4 se detalla más adelante. La conexión de datos 200 abierta con Ia pasarela 4 permite que el terminal móvil 1 esté disponible y localizable en Ia red móvil 3, y por Io tanto se pueda utilizar remotamente las APIs REST indicada con referencia al servidor web 104 del terminal móvil 1.
El esquema de Ia figura 3 muestra los datos personales 105 del usuario 9 que están almacenados en el terminal móvil 1 y/o en su tarjeta SIM. Ejemplos de datos personales 15 son, a título ilustrativo y no limitativo, contactos 105-1 , notas 105-2, calendario 105-3, imágenes 105-4, sonidos 105-5, vídeos 105-6, mensajes cortos (sms) 105-7, mensajes multimedia
(mms) 105-8 y emails 105-9. El esquema de Ia figura 4 muestra Ia información sobre el estado del terminal móvil 106, que comprende, entre otros, el registro de llamadas entrantes 106-1 , el registro de llamadas salientes 106-2, el indicador de nivel de batería del terminal móvil 106-3, el indicador de nivel de cobertura del terminal móvil 106-4 y el estado del terminal móvil 106-5. Esta información también se almacena en el terminal móvil 1 y/o en su tarjeta SIM. Ejemplos del estado del terminal móvil 106-5 son: normal, alto, en silencio, sólo vibración, etc.
La figura 5 muestra el conjunto de servicios configurados del terminal móvil 107. Este conjunto de servicios está formado por servicios iniciados por el terminal móvil 1. Otros servicios que estén iniciados por elementos externos o ajenos al terminal móvil 1 y que impliquen Ia ejecución de eventos, tales como llamadas entrantes y Ia recepción de sms, mms o email, no están dentro de este conjunto de servicios. Entre los servicios que puede ofrecer un terminal móvil 1 están, entre otros: realización de llamadas 107-1 , envío de sms 107-2, envío de mms 107-3, envío de email 107-4, desvío de llamadas entrantes 107-5, captura de fotografías 107-6 y grabación de vídeos 107-7 con Ia cámara del terminal móvil 1.
Como ilustra Ia figura 1 , el sistema comprende también una pasarela 4. Como se ha dicho anteriormente, esta pasarela 4 actúa como gestor de conexiones permanentes de datos 4. El gestor de conexiones permanentes de datos 4 mantiene una conexión de datos 200 (como muestra Ia figura 2) con uno o una pluralidad de terminales móviles 1 a través de Ia red móvil 3 y recibe peticiones HTTP entrantes a través de una red de datos o internet 5 y las reenvía al terminal móvil 1 pertinente.
Según se ve en Ia figura 6, esta pasarela o gestor de conexiones permanentes de datos 4 comprende un gestor de conexiones entrantes
HTTP 400 para recibir las conexiones de otros elementos de Ia red de datos 5, un gestor de mantenimiento de conexión 401 con los terminales móviles 1 para mantener las conexiones de datos con los terminales móviles 1 y enviarles las peticiones entrantes HTTP que recibe el gestor de conexiones entrantes HTTP 400. Ambos gestores 400 401 también se encargan de reenviar las respuestas HTTP procedentes del servidor web 104 de los terminales móviles 1 al elemento inicial que realizó Ia petición HTTP. Además, el gestor de conexiones permanentes de datos 4 comprende dos bases de datos: una primera base de datos 403, llamada "sesiones de terminales móviles", para guardar Ia información de los terminales móviles que tienen conexiones de datos activas con el gestor de conexiones 4 y una segunda base datos 402, llamada "sesiones de conexiones entrantes", que almacena Ia información de las sesiones activas que están pendientes de responder.
Por último, Ia figura 1 muestra también un terminal remoto 8. Este terminal remoto 8, que se ¡lustra también en Ia figura 7, comprende un navegador web 800. Este navegador web 800 está configurado para mostrar páginas web de Internet. El navegador web 800 comprende además una extensión 810 del navegador web 800, llamada entidad telefónica en el navegador web, que añade Ia funcionalidad del terminal móvil 1 al navegador web 800 de este terminal remoto 8. Esta funcionalidad del terminal móvil 1 añadida comprende el obtener, añadir o borrar los datos personales del usuario 105 almacenados en el terminal móvil 1 y su tarjeta SIM, y Ia información sobre el estado del terminal 106 y también Ia ejecución remota de los servicios 107 del terminal móvil 1. La entidad telefónica en el navegador web 810 puede ser, por ejemplo, pero no limitativamente, un elemento adicional en el menú del navegador 800, una barra adicional de exploración del navegador 800, un botón adicional en Ia barra de herramientas. Esta extensión o entidad telefónica en el navegador web 810 es Ia encargada de realizar las peticiones HTTP directas al servidor web 104 del terminal móvil 1 a través de Ia pasarela o gestor de conexiones permanentes de datos 4. Esta extensión 810 puede interaccionar con las páginas web en las que el navegador web 800 está navegando y utilizar Ia información contenida en estas páginas web para añadirla en el terminal móvil 1 , o para ejecutar servicios del terminal móvil 1 de manera remota. Esta extensión puede interaccionar en el sentido contrario con las páginas web en las que el navegador web 800 está navegando, es decir, obteniendo información del terminal móvil 1 y usándola en Ia página web.
El procedimiento proporcionado por Ia presente invención para Ia gestión de información almacenada y/o servicios configurados en el terminal móvil 1 desde un terminal remoto 8 se lleva a cabo sobre Ia arquitectura ilustrada en Ia figura 1 y se esquematiza en Ia figura 9.
Con objeto de acceder desde el terminal remoto 8 a Ia información y/o servicios del terminal móvil 1 , como muestra Ia figura 9, en primer lugar se establece una petición 901 de ejecución del API REST del terminal móvil 1 entre el terminal remoto 8 y Ia pasarela o gestor de conexiones permanentes de datos 4 a través de Ia red de datos 5. Esta petición 901 consiste en Ia ejecución remota del API REST del terminal móvil 1 para acceder a Ia gestión remota de los datos personales e información sobre el estado del terminal y a
Ia ejecución remota de los servicios del terminal. Este acceso a Ia gestión y a
Ia ejecución remota es en forma de peticiones HTTP según el API REST específico de cada recurso y servicio (105-1 , 105-2, etc, y 107-1 , 107-2, etc).
Es decir, el proceso es el siguiente:
El usuario del terminal remoto 8 abre, a través del navegador web 800,
Ia extensión o entidad telefónica 810. Al abrir esta extensión 810 se muestra el menú del terminal móvil 1. Para esto no es necesario realizar ninguna llamada a las APIs REST del terminal móvil 1 , ya que el menú del terminal móvil 1 está embebido en Ia extensión 810. A continuación, se identifica como usuario, preferentemente mediante un nombre de usuario y una contraseña, según Ia autenticación básica del servidor web 104 del terminal móvil 1.
Después, el usuario 10 elige Ia información específica (105-1 , 105-2, ..., 106-1 , 106-2...) que desea gestionar remotamente o el servicio (107-1 , 107-2, ...) que desea ejecutar remotamente, haciendo clic sobre el menú de Ia extensión 810.
Así, Ia extensión o entidad telefónica 810 realiza peticiones HTTP conforme al API REST específico del recurso (105-1 , 105-2, ..., 106-1 , 106- 2...) o servicio (107-1 , 107-2, ...), para Ia gestión o ejecución remota específica de tal información o servicio.
Una vez que el dato personal específico, información específica sobre el terminal o servicio concreto está descargado en el terminal remoto 8, el usuario puede gestionar el dato personal específico del usuario (105-1 , 105-2, ...), Ia información específica sobre el estado del terminal (106-1 , 106-2, ...) o ejecutar remotamente el servicio específico (107-1 , 107-2, ...) mediante el acceso a una interfaz comprendida en Ia extensión 810. Esta interfaz puede ser, por ejemplo, una ventana o un menú de Ia extensión 810.
Así, por ejemplo, si el usuario 10 hace clic en Ia acción "BORRAR" en el dato personal específico "AGENDA", se envía desde Ia extensión 810 a Ia pasarela o gestor de conexiones permanentes de datos 4, a través de Ia red de datos 5, Ia petición HTTP de borrar un determinado elemento de Ia agenda del terminal 1 conforme al API REST definido por el servidor web 104. Para ello Ia extensión 810 muestra el estado de dicha acción.
Por último, esta última información sobre el estado de dicha acción es descargada en el terminal 8.
Volviendo a Ia figura 9, una vez que Ia pasarela o gestor de conexiones permanentes de datos 4 recibe esta petición HTTP 901 conforme a las APIs REST, Ia pasarela 4, que ha establecido una conexión permanente 200 con el terminal móvil 1 (ver figura 2) con anterioridad, reenvía 902 Ia petición HTTP al terminal móvil 1 a través del gestor de conexiones IP 111 del mismo. Tras un intercambio de mensajes que se describe en detalle en relación a Ia figura 10, el gestor de conexiones IP 111 del terminal móvil 1 envía una respuesta HTTP 905 a Ia pasarela o gestor de conexiones permanentes de datos 4 que comprende Ia información requerida. Si todo ha ¡do correctamente, esta respuesta HTTP 905 comprende un "OK" con cierta información, que depende de cada método específico (por ejemplo, una lista en XML de los contactos del terminal móvil 1 y tarjeta SIM, una imagen, etc.) Si ha habido un error, se devuelve una respuesta de error. La pasarela o gestor de conexiones 4 envía a su vez Ia respuesta HTTP 906 a Ia extensión o entidad telefónica 810 del navegador web 800 del terminal remoto 8, que muestra Ia información referente a las APIs REST en el terminal remoto 8.
La figura 10 muestra el establecimiento y mantenimiento de Ia conexión permanente de datos 200 entre Ia pasarela o gestor de conexiones 4 y el terminal móvil 1 :
Con anterioridad al envío de peticiones HTTP de Ia figura 9, el gestor de conexiones IP 111 inicia una conexión de datos con el gestor de conexiones permanentes de datos 4. Esta conexión de datos comprende el establecimiento de un socket TCP de señalización entre el terminal móvil 1 y Ia pasarela o gestor de conexiones permanentes de datos 4 y de un socket TCP 1004 de datos entre el terminal móvil 1 y Ia pasarela o gestor de conexiones permanentes de datos 4. En primer lugar, el gestor de conexiones IP 111 del terminal móvil 1 establece un socket TCP de señalización entre el teléfono móvil 1 y Ia pasarela o gestor de conexiones permanentes de datos 4 y envía un mensaje "CONNECT" 1000 por tal socket TCP de señalización. Este mensaje 1000 comprende el número del terminal móvil o MSISDN y un límite de tiempo (en inglés, "timeout"). El gestor de conexiones permanentes de datos 4 Ie responde con un mensaje "CONNREGISTERED ok" 1001 vía el socket TCP de señalización y almacena en su base de datos de sesiones de terminales móviles 403 esta información de conexión. Acto seguido, el gestor de conexiones IP 111 del terminal móvil 1 Ie envía un mensaje de
"WAITING" 1002 al gestor de conexiones permanentes de datos 4 vía el socket TCP de señalización.
Si Ia pasarela o gestor de conexiones permanentes de datos 4 recibe un petición HTTP 901 (procedente del servidor web 6) para el terminal móvil
1 , Ia pasarela o gestor de conexiones permanentes de datos 4 Ie envía un mensaje de "REQUESTPENDING" 1003 vía el socket TCP de señalización con un identificador de Ia solicitud (en inglés, "Request Id"), que es Ia información necesaria para establecer un socket TCP de datos para el envío de esta petición HTTP. El bloque 1050 de Ia figura 10 representa a dicha petición HTTP. Al recibir este mensaje 1003, el gestor de conexiones IP 111 del terminal móvil y Ia pasarela o gestor de conexiones permanentes de datos 4 establecen un socket TCP 1004 de datos y se envía Ia petición HTTP 902. Sobre este socket TCP 1004 de datos se envía también Ia respuesta HTTP 905 del terminal móvil 1. El gestor de conexiones IP 111 del terminal móvil 1 reenvía 903 Ia petición HTTP 902 al servidor web 104 del terminal móvil 1 para que éste Ia procese y Ie devuelva una respuesta HTTP 904. El gestor de conexiones IP 111 del terminal móvil 1 reenvía 905 Ia respuesta HTTP 904 a Ia pasarela o gestor de conexiones permanentes de datos 4 para que éste reenvíe 906 Ia respuesta HTTP 905 al servidor web 6. Al terminar de mandar Ia respuesta HTTP 906, se destruye el socket TCP 1004 de datos que se había creado previamente.
Si por el contrario, Ia pasarela o gestor de conexiones permanentes de datos 4 no recibe una petición HTTP 901 destinada al terminal móvil 1 , éste Ie envía un mensaje "KEEPALIVE" 1006 vía el socket TCP de señalización al gestor de conexiones IP 111 del terminal móvil 1 al terminar el intervalo de tiempo "timeout" que se había definido en el mensaje inicial
1000. Los bloques 1060 de Ia figura 10 representan Ia finalización de dichos intervalos de tiempo "timeout". El gestor de conexiones IP 111 del terminal móvil 1 envía otro mensaje de "WAITING" 1002 vía el socket TCP de señalización al recibir este mensaje de "KEEPALIVE" 1006 para reiniciar el temporizador al tiempo establecido o "timeout".
Como muestra Ia figura 6, Ia pasarela o gestor de conexiones permanentes de datos 4 recibe las peticiones HTTP 901 entrantes por el programa o módulo gestor de conexiones entrantes HTTP 400, guarda Ia información relativa a Ia sesión de esa petición HTTP 400 en Ia base de datos de sesiones de conexiones entrantes 402 y reenvía Ia petición HTTP al programa o módulo gestor de mantenimiento de conexión con los terminales móviles 401 , el cual en primer lugar identifica el terminal móvil destino de Ia petición HTTP. Para ello, Ia URL destino de Ia petición HTTP 901 contiene el número de terminal móvil o MSISDN del terminal móvil destino 1 para poder identificarlo. Ejemplos de URL destino pueden ser, a título ilustrativo y en ningún caso limitativo, http://34610515151.vodafone.com o http://www.vodafone.com/34610515151. Una vez identificado el terminal móvil 1 , se busca su localización en Ia base de datos de sesiones de terminales móviles 403 y se reenvía Ia petición HTTP 902 al terminal móvil 1 pertinente mediante el intercambio de mensajes explicado anteriormente.
A continuación se describe el método de procesado interno de las peticiones HTTP 903 a las APIs REST en el terminal móvil 1 :
Las APIs REST se basan en identificar unívocamente las acciones
(obtener, añadir, borrar y ejecutar) junto con los recursos, información, datos o servicios (datos personales del usuario 105, información sobre el estado del terminal 106 y servicios del terminal móvil 107) con URLs que pueden ser llamadas mediante peticiones HTTP 903 en el servidor web 104 del terminal móvil 1. Así, por ejemplo, una imagen 105-7 (dato) almacenada en el terminal móvil 1 puede ser obtenida (acción) haciendo una petición HTTP 902 903 a una URL que identifique unívocamente a esa imagen (dato).
El servidor web 104 del terminal móvil 1 recibe peticiones HTTP 903. En el momento en que el servidor web 104 recibe Ia petición HTTP 903, se ejecuta el API REST correspondiente, es decir, se identifica a qué información se quiere acceder y qué acción se quiere realizar o qué se quiere ejecutar. Entonces se devuelve un resultado en forma de respuesta HTTP. Es decir, si Ia petición HTTP 903, que incluye Ia URL destino, se corresponde con Ia ejecución del API REST, Ia petición HTTP 903 pasa al programa o módulo gestor pertinente 101 102 103, dependiendo de Ia URL destino de Ia petición HTTP 903. Estos programas o módulos gestores son el de gestión de datos personales del usuario 101 , el de gestión de Ia información sobre el estado del terminal 102 y el de gestión de los servicios del terminal móvil 103.
Opcionalmente, el terminal móvil 1 comprende un notificador 108. En este caso, Ia petición HTTP 903 se transfiere al sistema notificador 108 del terminal móvil 1. Así, si el servidor web 104 tiene habilitadas las opciones de autenticación, confidencialidad e integridad en las comunicaciones para Ia ejecución del API REST, mediante una aplicación de seguridad y autenticación convencional, tal como una aplicación SSL, el sistema notificador 108 identifica qué recurso va a ser ejecutado y quién (es decir, qué usuario 10 controla el terminal remoto 8) realiza esta petición. La identidad del que realiza Ia petición HTTP 903 Ia da Ia identidad definida en el sistema de autenticación básica del servidor web 104, preferentemente el sistema de autenticación definido en Ia RFC 2617. Una vez identificado, se consulta una base de datos de listas de acceso 109 para comprobar si dicho usuario tiene permisos para Ia ejecución del recurso identificado por Ia URL y petición HTTP 903. Si el usuario aún no está dado de alta en Ia base de datos 109 o no tiene permisos perpetuos o permisos denegados para siempre, se notifica al usuario quién y qué recurso se va a ejecutar en el terminal móvil 1. Esta notificación se realiza preferentemente mediante una ventana que se visualiza en Ia pantalla del terminal móvil 1. El usuario 10 que está accediendo desde un terminal remoto 8 no tiene por qué ser el mismo que el que está manipulando el terminal móvil 1. Si el usuario remoto 10 tiene permisos perpetuos, aunque no haya nadie en el extremo del terminal móvil 1 no se impide Ia ejecución correspondiente, ya que no aparece Ia ventana de notificación y el sistema funciona sin problemas. Si nadie está manipulando el terminal móvil 1 y aparece Ia ventana de notificación (Io que significa que quien está accediendo no tiene permisos perpetuos y por Io tanto necesita permiso), Ia petición HTTP no es servida y por Io tanto no se ejecutan las APIs REST.
Así, dado un usuario remoto 10 que está realizando una petición relativa a una cierta información o servicio R (Ia información o servicio de Ia API REST que se va a ejecutar), el sistema notificador 108 proporciona varias opciones: 1 ) permitir siempre Ia ejecución de esa información o servicio al usuario 10; 2) permitir sólo una vez Ia ejecución de Ia información o servicio R al usuario 10; 3) permitir durante un cierto periodo de tiempo Ia ejecución de Ia información o servicio R al usuario 10; 4) no permitir esta vez concreta Ia ejecución de Ia información o servicio R al usuario 10; y 5) no permitir nunca Ia ejecución de Ia información o servicio R al usuario 10. Si el usuario 9 del terminal móvil 1 Ie da permiso al usuario 10, Ia petición HTTP 903 se transfiere al programa o módulo gestor específico 101 102 103 de Ia información o servicio que se va a ejecutar. Si, por el contrario, el sistema notificador 108 ve que el usuario no tiene permiso para Ia ejecución de esa información o servicio, el notificador 108 devuelve Ia petición HTTP 903 al servidor web 104 indicándole que Ie responda al usuario una respuesta 904
HTTP de error o de acceso denegado 403.
Como se ha dicho anteriormente, Ia información referente a qué usuarios tienen permiso a las diversas informaciones o servicios se almacena en Ia base de datos de listas de acceso 109 del terminal móvil 1.
La figura 8 ilustra Ia estructura de las listas de acceso 109 recogidas en el terminal móvil 1 : Ia columna 109-1 recoge a los usuarios; Ia columna 109-2 recoge las informaciones o tipos de los datos personales del usuario almacenados en el terminal móvil o su SIM, Ia información sobre el estado del terminal móvil o los servicios del terminal móvil; Ia columna 109-3 recoge el tipo de acceso, es decir, acceso ilimitado, temporal, sólo una vez, denegado una vez o denegado para siempre, que cada usuario tiene a cada información o servicio; y Ia columna 109-4 recoge el tiempo o número de veces permitido para cada usuario e información y servicio.
Como se ha mencionado antes, el sistema notificador 108 es opcional y su ejecución requiere que Ia autenticación básica esté habilitada en el servidor web 104.
Los programas o módulos gestores de gestión de datos personales del usuario 101 , de gestión de Ia información sobre el estado del terminal 102 y de gestión de los servicios del terminal móvil 103 reciben Ia petición del servidor web 104 u, opcionalmente, si el notificador 108 está habilitado, del notificador 108. Estos programas o módulos 101 102 103 identifican el recurso específico y Ia acción que se quiere realizar con él. Así, si se trata del programa o módulo de gestión de datos personales del usuario 101 , las informaciones son las ilustradas en Ia figura 3 y Ia acción es una de las siguientes: obtener lista de datos, obtener dato, añadir dato o borrar dato. Si se trata del programa o módulo de gestión de Ia información sobre el estado del terminal 102, las informaciones son las ilustrados en Ia figura 4 y Ia acción es una de las siguientes: obtener dato (para todos los datos de Ia figura 4) y, para el registro de llamadas entrantes 106-1 y el registro de llamadas salientes 106-2, también borrar dato. Si se trata del programa o módulo de gestión de los servicios del terminal móvil 103, los servicios son las ilustradas en Ia figura 5 y Ia acción es ejecutar el servicio en el terminal móvil 1. Estos programas o módulos 101 102 103 acceden a sus respectivos recursos de datos personales del usuario 105 en el caso del programa o módulo de gestión de datos personales del usuario 101 , de información sobre el estado del terminal 106 en el caso del programa o módulo de gestión de Ia información sobre el estado del terminal 102 y de servicios del terminal móvil 107 en el caso del programa o módulo de gestión de los servicios del terminal móvil 103. Hay tantas APIs REST definidas como informaciones y servicios definidos en los recursos de datos personales del usuario 105, Ia información sobre el estado del terminal 106 y los servicios del terminal móvil 107. Es decir, hay una API REST para los contactos 105- 1 , otra para el calendario 105-2, otra para los sonidos 105-3, etc., otra para el registro de llamadas entrantes 106-1 , otra para el de llamadas salientes 106-2, etc., otra para Ia realización de llamadas 107-1 , otra para el envío de sms 107-2, etc, hasta completar todos los servicios y recursos. Por último, estos programas o módulos 101 102 103 se encargan de crear Ia respuesta a Ia petición inicial de las APIs REST y de darle Ia forma de respuesta HTTP adecuada para pasársela al servidor web 104, para que éste Ie devuelva Ia respuesta HTTP 904 a Ia petición inicial que recibió del gestor de conexiones IP 111.
Tras el intercambio de mensajes llevado a cabo sobre las conexiones establecidas e ilustradas con referencia a las figuras 9 y 10, una interfaz de gestión de información o servicios del terminal móvil 1 se visualiza en el terminal remoto 8.
La extensión 810 muestra y permite añadir y borrar información relativa a los datos personales del usuario, es decir, a los contactos, notas, calendario, imágenes, sonidos, videos, SMSs, MMSs y emails almacenados en el terminal móvil 1 y su tarjeta SIM y contienen información relativa al estado del teléfono, es decir, al registro de llamadas entrantes, registro de llamadas salientes, indicador de batería, estado del teléfono móvil e indicador de cobertura. Adicionalmente, desde Ia extensión 810 se puede borrar información relativa al registro de llamadas entrantes y salientes. Por último, Ia extensión 810 muestra y permite ejecutar desde ella los servicios del terminal móvil, como son Ia realización de llamadas, desvío de llamadas entrantes, envío de sms, envío de mms, envío de emails, captura de fotografías y grabación de videos. Un usuario 10 desde el terminal 8 puede, en suma, gestionar el terminal móvil 1 remotamente desde Ia extensión 810.
En definitiva, el método de interacción del usuario en Ia extensión o entidad telefónica 810 de navegador web de un navegador web 800 de un terminal remoto 8 es el siguiente:
El navegador web 800 tiene una extensión 810, que es una entidad telefónica 810. Ésta puede:
-Obtener, añadir y borrar Ia información relativa a los datos personales del usuario, es decir, a los contactos, notas, calendario, imágenes, sonidos, vídeos, SMSs, MMSs y e-mails almacenados en el terminal móvil y tarjeta SIM;
-Obtener información relativa al estado del terminal, es decir, al registro de llamadas entrantes, registro de llamadas salientes, indicador de batería, estado del terminal móvil e indicador de cobertura;
-Borrar el registro de llamadas entrantes, registro de llamadas salientes;
-Ejecutar los servicios del terminal móvil, tales como Ia realización de llamadas, desvío de llamadas entrantes, envío de SMS, envío de MMS, envío de e-mails, captura de fotografías y grabación de vídeos.
La extensión o entidad telefónica en el navegador web 810 puede ser, de forma no limitativa, un elemento adicional en el menú del navegador, una barra adicional de exploración del navegador, un botón adicional en Ia barra de herramientas, etc. Esta entidad 810 es Ia que, realizando peticiones HTTP al terminal móvil 1 pertinente según Io explicado anteriormente, habilita Ia funcionalidad anteriormente descrita.
Así, el usuario 10 puede estar navegando por cualquier página web de internet y:
-utilizar Ia información contenida en Ia página para guardarla en el terminal móvil 1 mediante Ia funcionalidad de añadir datos personales, como por ejemplo guardar una imagen de una página web en Ia parte de imágenes del terminal móvil;
-utilizar Ia información contenida en Ia página para ejecutar un servicio del terminal móvil 1 , como por ejemplo usar un número de teléfono para escribir un mensaje corto (SMS) desde el navegador 800;
-utilizar Ia información obtenida del terminal móvil, tanto de los datos personales como de los del estado del terminal móvil, para introducirlo en una página web. A Ia vista de esta descripción y juego de figuras, el experto en Ia materia podrá entender que Ia invención ha sido descrita según algunas realizaciones preferentes de Ia misma, pero que múltiples variaciones pueden ser introducidas en dichas realizaciones preferentes, sin salir del objeto de Ia invención tal y como ha sido reivindicada.

Claims

R E I V I N D I C A C I O N E S
1. Procedimiento para Ia gestión de información almacenada y/o servicios configurados en un terminal móvil (1) desde un terminal remoto (8), donde dicho terminal móvil (1) está configurado para conectarse a una red de comunicaciones móviles (3) y comprende un servidor web (104) que tiene definida un API por cada información y por cada servicio proporcionado por el terminal móvil (1), y donde dicho terminal remoto (8) tiene acceso a una red de datos (5), caracterizado por que el procedimiento comprende:
-realizar, desde una extensión (810) de un navegador web (800) del terminal remoto (8), una petición HTTP (901 , 902) para gestionar al menos una información almacenada o un servicio configurado en el terminal móvil (1), donde dicha petición HTTP (901 , 902) es conforme a dicha al menos un API definida en el servidor web (104) de dicho terminal móvil (1), y donde dicha petición HTTP (901 , 902) comprende un identificador de dicha información o servicio que se desea gestionar;
-enviar, desde el terminal móvil (1) hacia dicha extensión (810), una respuesta
HTTP (905, 906) conforme a dicha al menos un API definida en el servidor web (104) del terminal móvil (1) y mostrar en dicho terminal remoto (8) una interfaz comprendida en dicha extensión (810) para gestionar dicha información almacenada o servicio configurado en el terminal móvil (1).
2. Procedimiento según Ia reivindicación 1 , donde Ia petición HTTP (901, 902) desde dicha extensión (810) hacia el terminal móvil (1) comprende las etapas de:
-realizar una petición HTTP (901) a través de dicha red datos (5) desde Ia extensión (810) hacia una pasarela (4) capaz de localizar al terminal móvil (1) que está conectado a una red de comunicaciones móviles (3);
-enviar dicha petición HTTP (902) a un gestor de conexiones IP (111) del terminal móvil (1).
3. Procedimiento según cualquiera de las reivindicaciones 1 ó 2, donde Ia respuesta HTTP (905, 906) desde el terminal móvil (1) hacia Ia extensión (810) comprende las etapas de:
-enviar una respuesta HTTP (905) conforme a dicha al menos un API definida en el servidor web (104) del terminal móvil (1) desde un gestor de conexiones IP (111) del terminal móvil (1) hacia una pasarela (4) a través de Ia red de comunicaciones móviles (3);
-enviar dicha respuesta HTTP (906) conforme a dicha al menos un API definida en el servidor web (104) del terminal móvil (1) desde dicha pasarela (4) hasta Ia extensión (810) a través de Ia red de datos (5).
4. Procedimiento según Ia reivindicación 2, donde dicha petición HTTP (902) conforme a dicha al menos un API definida en el servidor web (104) del terminal móvil (1) enviada al gestor de conexiones IP (111) del terminal móvil (1) es enviada al servidor web (104) mediante dicha petición HTTP (903).
5. Procedimiento según Ia reivindicación 4, donde dicha petición HTTP (904) conforme a dicha al menos un API definida en el servidor web (104) enviada al servidor web (104) del terminal móvil (1) es a su vez enviada a un módulo gestor que se elige de entre: módulo de gestión de datos personales del usuario (101 ), módulo de gestión de Ia información sobre el estado del terminal móvil (102) y módulo de gestión de los servicios del terminal móvil (103).
6. Procedimiento según cualquiera de las reivindicaciones 4 ó 5, que comprende además una etapa de notificación (108) al usuario por Ia que se ofrece al usuario una de las siguientes opciones: permitir permanentemente Ia ejecución del API, permitir temporalmente dicha ejecución, denegar permanentemente Ia ejecución del API o denegar temporalmente dicha ejecución.
7. Procedimiento según cualquiera de las reivindicaciones anteriores, donde dicho identificador de Ia información o servicio que se desea gestionar comprendido en Ia petición HTTP (901 , 902, 903) comprende el URL de Ia información o servicio que se desea gestionar.
8. Procedimiento según Ia reivindicación 7, donde dicho URL comprende el MSISDN del terminal móvil (1).
9. Procedimiento según cualquiera de las reivindicaciones anteriores, donde dicha información almacenada en el terminal móvil (1) se refiere a una información que se elige de entre uno de los siguientes grupos: datos personales del usuario (105) e información sobre el estado del terminal móvil (106).
10. Procedimiento según Ia reivindicación 9, donde con dicha información se realiza una acción que se elige de entre uno de los siguientes grupos de acciones: acciones relativas a Ia gestión de datos personales del usuario (101) y acciones relativas a Ia gestión de Ia información sobre el estado del terminal móvil (102).
11. Procedimiento según cualquiera de las reivindicaciones anteriores, donde dicha información almacenada en un terminal móvil (1) se almacena en Ia memoria del terminal móvil (1 ) o en Ia tarjeta SIM del mismo.
12. Procedimiento según cualquiera de las reivindicaciones 1 a 8, donde dicho servicio configurado en el terminal móvil se refiere a un servicio del grupo de servicios del terminal móvil (107).
13. Procedimiento según Ia reivindicación 12, donde con dicho servicio se realiza una acción que se elige del grupo de acciones relativas a Ia gestión de servicios del terminal móvil (103).
14. Procedimiento según Ia reivindicación 2, donde dicha petición HTTP (902) se realiza sobre un canal de datos (1004) que se establece en un canal de señalización previamente establecido entre Ia pasarela (4) y el gestor de conexiones IP (111 ) del terminal móvil (1 ).
15. Procedimiento según Ia reivindicación 3, donde dicha respuesta HTTP (905) se realiza sobre un canal de datos (1004) que se establece en un canal de señalización previamente establecido entre Ia pasarela (4) y el gestor de conexiones IP (111 ) del terminal móvil (1 ).
16. Procedimiento según cualquiera de las reivindicaciones 14 ó 15, donde dicho canal de señalización entre ambos elementos (4, 11 ) es un socket TCP.
17. Procedimiento según cualquiera de las reivindicaciones 14 ó 15, donde dicho canal de datos entre ambos elementos (4, 11 ) es un socket TCP.
18. Sistema que comprende:
-al menos un terminal móvil (1 ) configurado para ser conectado a una red de comunicaciones móviles (3), donde dicho terminal móvil (1) comprende un servidor web (104);
-al menos un terminal (8) configurado para ser conectado a una red de datos (5), donde dicho terminal (8) comprende un navegador web (800) que a su vez comprende una extensión (810);
caracterizado por que el terminal (8) es capaz de gestionar remotamente al menos una información almacenada y/o un servicio configurado en el terminal móvil (1) mediante el acceso a una interfaz comprendida en dicha extensión (810) del navegador web (800) del terminal (8).
19. Sistema según Ia reivindicación 18, que comprende además una pasarela (4) capaz de establecer una conexión entre Ia red de datos (5) y Ia red de comunicaciones móviles (3).
PCT/ES2008/000321 2007-05-07 2008-05-07 Acceso remoto desde una extensión de un navegador web a la información de un terminal móvil WO2008135621A2 (es)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP08761566A EP2146476A2 (en) 2007-05-07 2008-05-07 Remote access to information on a mobile terminal from a web browser extension
US12/599,493 US9094370B2 (en) 2007-05-07 2008-05-07 Remote access to information on a mobile terminal from a web browser extension

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
ESP200701212 2007-05-07
ES200701212A ES2310123B1 (es) 2007-05-07 2007-05-07 Acceso remoto desde una extension de un navegador web a la informacion de un terminal movil.

Publications (3)

Publication Number Publication Date
WO2008135621A2 true WO2008135621A2 (es) 2008-11-13
WO2008135621A3 WO2008135621A3 (es) 2009-03-19
WO2008135621A8 WO2008135621A8 (es) 2010-01-07

Family

ID=39944066

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/ES2008/000321 WO2008135621A2 (es) 2007-05-07 2008-05-07 Acceso remoto desde una extensión de un navegador web a la información de un terminal móvil

Country Status (4)

Country Link
US (1) US9094370B2 (es)
EP (1) EP2146476A2 (es)
ES (1) ES2310123B1 (es)
WO (1) WO2008135621A2 (es)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8126447B2 (en) * 2009-01-05 2012-02-28 Qualcomm Incorporated Combined bluetooth/alternate radio environment with criterion for reporting a condition of the alternate radio defined in a physical abstraction layer associated with the alternate radio
CN101932135B (zh) * 2010-08-16 2014-12-31 中兴通讯股份有限公司 基于Web管理的无线数据卡及其实现方法
CN102158350B (zh) 2011-02-12 2012-11-21 华为终端有限公司 一种移动宽带设备及管理移动宽带设备的方法
US8862693B2 (en) 2011-03-11 2014-10-14 Qualcomm Incorporated Remote access and administration of device content and configuration using HTTP protocol
US8799470B2 (en) 2011-03-11 2014-08-05 Qualcomm Incorporated System and method using a client-local proxy-server to access a device having an assigned network address
US8819233B2 (en) 2011-03-11 2014-08-26 Qualcomm Incorporated System and method using a web proxy-server to access a device having an assigned network address
US8924556B2 (en) 2011-03-11 2014-12-30 Qualcomm Incorporated System and method for accessing a device having an assigned network address
US9052898B2 (en) 2011-03-11 2015-06-09 Qualcomm Incorporated Remote access and administration of device content, with device power optimization, using HTTP protocol
KR101947651B1 (ko) 2012-03-21 2019-02-13 삼성전자주식회사 보안 모바일 웹 클라이언트 및 웹 서버 시스템
US9088461B2 (en) * 2012-06-21 2015-07-21 International Business Machines Corporation Common web accessible data store for client side page processing
CN102752743B (zh) * 2012-07-23 2014-03-05 腾讯科技（深圳）有限公司 移动设备信息处理方法、装置和系统
US10827035B2 (en) * 2013-09-04 2020-11-03 Oracle International Corporation Data uniqued by canonical URL for rest application
CN107204886A (zh) * 2016-03-16 2017-09-26 中兴通讯股份有限公司 一种服务端口管理的方法及装置
US11765586B2 (en) * 2017-12-18 2023-09-19 Convida Wireless, Llc Context aware authorization for data and services in the IoT/M2M service layer
FI20195408A1 (en) * 2019-05-17 2020-11-18 Valmet Automation Oy Remote access to automation system

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010046851A1 (en) 2000-05-29 2001-11-29 Tomohisa Yamaguchi Communication system, a communication method, and a cellular phone
EP1542432A2 (en) 2003-12-09 2005-06-15 Nec Corporation Server, mobile communication system, and data updating method in the same

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE59810949D1 (de) 1997-10-15 2004-04-15 Nokia Corp Mobiles Telefon für Internet-Anwendungen
US6292833B1 (en) 1998-07-17 2001-09-18 Openwave Systems Inc. Method and apparatus for providing access control to local services of mobile devices
KR100841301B1 (ko) 2001-12-28 2008-06-25 엘지전자 주식회사 이동통신 단말기의 데이터 관리 시스템 및 그 방법
US6968535B2 (en) 2002-03-21 2005-11-22 Sun Microsystems, Inc. Service mapping method of enterprise application modeling and development for multi-tier service environments
KR20040023426A (ko) 2002-09-11 2004-03-18 엘지전자 주식회사 이동 통신 단말기의 원격 정보 입력 방법
US20050004968A1 (en) * 2003-07-02 2005-01-06 Jari Mononen System, apparatus, and method for a mobile information server
KR20050019164A (ko) 2003-08-18 2005-03-03 주식회사 퓨처텔 웹 서비스를 이용한 모바일 단말기의 컨텐츠 관리 방법 및그 시스템
US8996454B2 (en) * 2004-01-07 2015-03-31 Nokia Corporation Remote management and access of databases, services and devices associated with a mobile terminal
US7647647B2 (en) * 2004-08-05 2010-01-12 International Business Machines Corporation System, method and program product for temporally authorizing program execution
WO2006067262A1 (en) 2004-12-22 2006-06-29 Nokia Corporation Monitoring access to a mobile information server in a communication system.
JP4486033B2 (ja) * 2005-02-02 2010-06-23 株式会社エヌ・ティ・ティ・ドコモ コンテンツ配信方法及び中継装置
US7974639B2 (en) * 2005-02-04 2011-07-05 Qualcomm Incorporated Method and apparatus for performing position determination with a short circuit call flow
US8069219B2 (en) 2005-03-03 2011-11-29 Nokia Corporation Method and apparatus for implementing a mobile web server based system
GB0504554D0 (en) 2005-03-04 2005-04-13 Vodafone Plc Personal access platform
ES2299293B1 (es) * 2005-05-06 2009-04-01 Vodafone España, S.A. Sistema de acceso remoto a servici0s de telefonia movil de un equipo movil.
US8190773B2 (en) 2005-06-03 2012-05-29 Nokia Corporation System and method for accessing a web server on a device with a dynamic IP-address residing behind a firewall
US7917124B2 (en) * 2005-09-20 2011-03-29 Accenture Global Services Limited Third party access gateway for telecommunications services
EP2026260A3 (en) * 2005-11-03 2011-02-02 KTFreetel Co., Ltd. Billing device and processing method
US8185128B2 (en) * 2005-11-30 2012-05-22 Qualcomm Incorporated Method and apparatus for supporting location services with roaming
US20070174490A1 (en) * 2006-01-25 2007-07-26 Greystripe Inc. System and methods for managing content in pre-existing mobile applications
US20070214429A1 (en) 2006-03-13 2007-09-13 Olga Lyudovyk System and method for managing application alerts
US7720893B2 (en) * 2006-03-31 2010-05-18 Research In Motion Limited Methods and apparatus for providing map locations in user applications using URL strings
US20090124272A1 (en) * 2006-04-05 2009-05-14 Marc White Filtering transcriptions of utterances
US8264715B2 (en) * 2006-04-25 2012-09-11 Ricoh Company, Ltd. Approach for implementing locked printing with remote unlock on printing devices
US20080003996A1 (en) * 2006-06-30 2008-01-03 Nokia Corporation Controlling mobile messaging remotely
US7979062B2 (en) * 2006-07-28 2011-07-12 Telecom Italia S.P.A. Communications method between a combinational terminal and multimedia terminal
US8103247B2 (en) * 2006-10-31 2012-01-24 Microsoft Corporation Automated secure pairing for wireless devices
US7873710B2 (en) * 2007-02-06 2011-01-18 5O9, Inc. Contextual data communication platform
US8060075B2 (en) * 2007-04-02 2011-11-15 Yahoo! Inc. Mobile addressability with mapping of phone numbers to dynamic IP addresses
US20090106366A1 (en) 2007-10-17 2009-04-23 Nokia Corporation System and method for visualizing threaded communication across multiple communication channels using a mobile web server

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010046851A1 (en) 2000-05-29 2001-11-29 Tomohisa Yamaguchi Communication system, a communication method, and a cellular phone
EP1542432A2 (en) 2003-12-09 2005-06-15 Nec Corporation Server, mobile communication system, and data updating method in the same

Also Published As

Publication number Publication date
US9094370B2 (en) 2015-07-28
ES2310123A1 (es) 2008-12-16
ES2310123B1 (es) 2009-11-05
EP2146476A2 (en) 2010-01-20
WO2008135621A3 (es) 2009-03-19
WO2008135621A8 (es) 2010-01-07
US20100330976A1 (en) 2010-12-30

Similar Documents

Publication Publication Date Title
ES2310123B1 (es) Acceso remoto desde una extension de un navegador web a la informacion de un terminal movil.
ES2333633B1 (es) Acceso desde un terminal remoto a la informacion de un terminal movil.
ES2361192T3 (es) Gestión y acceso remoto a bases de datos, servicios y dispositivos asociados a un terminal móvil.
ES2427249T3 (es) Gestión del inicio de sesión automático a recursos objetivo de Internet
ES2800430T3 (es) Método de detección de tipo de red inalámbrica y dispositivo electrónico
JP2018524949A (ja) Ｗｉ−Ｆｉアクセス管理システムおよびその動作方法
ES2813093T3 (es) Método para atender solicitudes de acceso a información de ubicación
EP2701371B1 (en) Constructing a Contact Sharing History
WO2013149046A2 (en) Password protect feature for application in mobile device during a remote session
ES2963837T3 (es) Técnica de conexión a un servicio
WO2011073462A1 (es) Método y sistema de gestión de notificaciones sociales para dispositivos móviles
EP2832125A2 (en) Access control list for applications on mobile devices during a remote control session
ES2304587T3 (es) Metodo, servidor y terminal movil para establecer conexiones entre abonados de una red de telecomunicaciones.
ES2551301T3 (es) Método y aparato para comunicar datos entre dispositivos de ordenador
ES2902350T3 (es) Procedimiento de gestión de perfiles de suscripción, servidor de gestión de suscripciones y UICC
ES2318907T3 (es) Sistema de servicios en una red.
ES2848539T3 (es) Técnica de cooperación entre una pluralidad de entidades cliente
ES2342171T3 (es) Sincronizacion de base de datos.
US10447630B2 (en) Method and system for anonymous and secure social linking during an event
CN102318376B (zh) 用于实现隐私控制的方法和系统
ES2379296T3 (es) Configuración automatizada de dispositivos electrónicos móviles
ES2299293B1 (es) Sistema de acceso remoto a servici0s de telefonia movil de un equipo movil.
KR100746640B1 (ko) 블로그가 저장된 블로그 단말기의 블로그 접속 방법
Basil Spying Of Internet Information For Android Smartphone
JP2002123466A (ja) 構内掲示板システム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08761566

Country of ref document: EP

Kind code of ref document: A2

REEP Request for entry into the european phase

Ref document number: 2008761566

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2008761566

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 12599493

Country of ref document: US

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载