EP4364011A1 - Procede de gestion distante d'un dispositif electronique - Google Patents

Procede de gestion distante d'un dispositif electronique

Info

Publication number
EP4364011A1
EP4364011A1 EP22744804.0A EP22744804A EP4364011A1 EP 4364011 A1 EP4364011 A1 EP 4364011A1 EP 22744804 A EP22744804 A EP 22744804A EP 4364011 A1 EP4364011 A1 EP 4364011A1
Authority
EP
European Patent Office
Prior art keywords
electronic device
user
terminals
user terminal
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP22744804.0A
Other languages
German (de)
English (en)
Inventor
Halim Bendiabdallah
Elyass NAJMI
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Publication of EP4364011A1 publication Critical patent/EP4364011A1/fr
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/34—User authentication involving the use of external additional devices, e.g. dongles or smart cards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/44—Program or device authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/101—Access control lists [ACL]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/63—Location-dependent; Proximity-dependent
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/69—Identity-dependent
    • H04W12/71—Hardware identity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication

Definitions

  • the present invention relates to a method for managing an electronic device, such as a gateway making it possible to connect two communication networks.
  • It also relates to a server or equipment implementing the management method and an electronic device implementing a method for activating the management application.
  • the invention applies to any electronic device whose functionalities can be managed via a management application installed in another electronic device.
  • the invention applies to the management of a gateway, domestic or used in a professional environment, via a management application installed on a user terminal.
  • Many electronic devices can be controlled by an application installed on a user terminal separate from the electronic device and able to communicate with the electronic device.
  • This application allows easy management of the electronic device, in particular when the latter has a man-machine interface of reduced size, without a screen or with a small screen.
  • the application can offer many additional functionalities compared to those offered by the human-machine interface of the electronic device.
  • An access point device to a communication network such as a gateway, domestic or used in a professional environment, (or "Box" in English terminology) between a private network and a public network such as the Internet is an example of an electronic device generally having a man-machine interface of reduced size.
  • the gateways being more and more miniaturized and their design being more and more refined, they are very frequently managed by an application installed on a user terminal able to communicate with the gateway.
  • These activation means can comprise a button with which a user can interact to activate the application on his communication terminal. For example, the user can press a push button or position a conductive element (for example his finger) on a touch button, this action resulting in the generation and transmission of a request intended to activate the application on the user terminal.
  • the application Upon receipt of the request on the user terminal, the application can be activated.
  • the gateway further comprises means for detecting or identifying the terminal of the user having interacted with the gateway. It is considered that the terminal of the user having interacted with the gateway corresponds to the user terminal on which the gateway management application is installed and that the user wishes to use to manage functionalities of the gateway.
  • the electronic device may comprise near field communication means, for example of the NFC (Near Field Communication) type intended for the identification of the user terminal located at a short distance, typically at a distance of a few centimeters.
  • NFC Near Field Communication
  • the user before or after performing an action on the electronic device aimed at activating the application, brings his communication terminal closer to the electronic device so that it is identified by the electronic device.
  • the presence of means for detecting or identifying the user terminal adds complexity and makes the manufacture of the electronic device more expensive, which is, as indicated above, contrary to the current trend of simplifying certain electronic devices, such as gateways .
  • the user terminal is also equipped with near-field communication means of the same type, whether they are activated on the user terminal, and that the user of the terminal positions the terminal so that it can be identified by the electronic device.
  • the aim of the invention is to improve this situation and proposes a method for managing an electronic device allowing the activation of an application on a user's terminal, improving the user's experience.
  • the invention relates, according to a first aspect, to a method for managing an electronic device configured to communicate with at least one user terminal and at least one server.
  • the management method is implemented by the server and comprises:
  • the identification of the terminal being implemented by a server external to the electronic device, the addition of specific modules intended for the identification of the user terminal to which the notification request must be transmitted, is not necessary.
  • the identification of the communication terminal is implemented without the user of the terminal having to perform any action dedicated to the identification or detection of his communication terminal.
  • the user experience (known as "customer experience") when using the electronic device is significantly improved.
  • the server in response to receiving an identification request from at least one user terminal on which to activate the electronic device management application, it sends a notification request to said at least one identified user terminal , this notification request allowing the activation of the management application on said at least one identified user terminal.
  • the notification request is configured to activate or to allow the activation of the management application on said at least one identified user terminal. The user can then manage the operation of the management device from his user terminal via the management application.
  • the receipt of the identification request is implemented in response to an interaction on the electronic device of a user.
  • the activation of the management application on the terminal is implemented following a request from the user of a terminal, this request taking the form of an interaction with the electronic device.
  • This interaction can be the performance of an action on a button of the electronic device. It follows that the user with his terminal is close to the electronic device.
  • the management method further comprises receiving from the electronic device a list of user terminals connected to the electronic device, said at least one user terminal being identified from the list of terminals received.
  • the server identifies at least one user terminal to which the application identification request must be transmitted, among the user terminals connected to the electronic device, these user terminals being listed in the list of terminals received.
  • the identification request received by the server includes said list of terminals.
  • the list of user terminals is received in a different message from the identification request.
  • the list of terminals can be requested by the server upon receipt of the identification request.
  • the list of user terminals is generated by said electronic device from a preliminary list comprising identifiers of the user terminals connected to the electronic device, each terminal identifier having associated information representative of the level of a signal received by the electronic device from said user terminal.
  • the preliminary list lists the user terminals connected to the electronic device.
  • the preliminary list comprises a pair formed by the identifier of the user terminal and information representative of the level of a signal received by the electronic device from the terminal.
  • the number of pairs of this preliminary list corresponds to the number of user terminals connected to the electronic device.
  • the information representative of the level of a signal received by the electronic device from the user terminal gives information relating to the distance between the electronic device and the user terminal. It should be noted that for similar signal emission levels, the more the information represents a high signal level, the closer the user terminal is to the electronic device.
  • the list of user terminals received comprises a subset of terminals from the preliminary list, the list of terminals comprising, for each user terminal, the identifier of the user terminal and the information representative of the signal level received by the device from the user terminal.
  • the server thus receives a list of user terminals, each user terminal having associated a value of a parameter representative of the distance between the user terminal and the electronic device.
  • the identification comprises the determination of at least one user terminal associated with the minimum value among the values represented by the information representative of the received signal level.
  • the determination of the minimum value from among the values associated respectively with the user terminals of the list of terminals makes it possible to identify the user terminal located closest to the device among the terminals connected to the electronic device.
  • the management method makes it possible to identify the terminal of the user having interacted with the device electronic device (user terminal located closest to the electronic device) and to address the notification request to the user terminal located closest, instead of addressing it to all the user terminals connected to the device electronic.
  • the identification comprises the determination of several user terminals having respectively associated the minimum information values representing the received signal level.
  • several user terminals will receive the notification allowing the activation of the application, for example the two terminals are closest to the electronic device.
  • the identification may comprise the determination of the user terminals having associated information representative of the signal level with a value lower than a threshold value.
  • the list of terminals received comprises a subset of terminals from the preliminary list, the identifiers of the terminals being ordered according to a decreasing order of the value represented by said information.
  • the list of terminals is generated from the preliminary list, by extracting the identifiers of the terminals and by ordering them according to the value of the parameter (representative of the signal level) associated so as to obtain a list identifiers in descending order of values, that is to say whose first identifier in the list corresponds to the highest value and the last identifier corresponds to the lowest value in the list of terminals.
  • the identification comprises the selection of the first terminal from the list of terminals received.
  • the number of entries in the preliminary list may be identical to the number of entries in the list of user terminals. In this embodiment, all connected terminals are taken into account for the generation of the list of user terminals addressed to the server. According to another embodiment, as indicated above, the number of entries of the list of terminals can be lower than that of the list of preliminary terminals. In this embodiment, when generating the list of terminals, a subset of identifiers is selected, this subset of identifiers corresponding to the terminals for which the values represented by the associated information are the highest.
  • this information may be absent from the list of terminals received.
  • the list of terminals received by the server only contains the identifiers of user terminals.
  • the transmission of the notification request is preceded by verification of the authorization of said at least one identified user terminal to manage the operation of the electronic device.
  • the verification of the authorization includes the interrogation of a data table, from an identifier of said at least one identified user terminal to verify the presence of the identifier in said data table.
  • This data table lists user terminals on which the activation of the electronic device management application is authorized.
  • This characteristic increases the security of the system implementing the invention since only the user terminals pre-registered as being authorized to manage the gateway can receive a request allowing the activation of the management application.
  • the characteristics of the management method presented above can be taken in isolation or in combination with each other.
  • the present invention relates, according to a second aspect, to a method for activating an application for managing an electronic device, the management application being installed on at least one user terminal.
  • This activation method comprises the transmission to a server of a request for identification of at least one user terminal, the transmission of the request identification being implemented in response to a user's interaction with the electronic device.
  • the interaction of the user of a terminal with the electronic device triggers the implementation of the proposed management method. Indeed, following the interaction of the user with the terminal, the electronic device transmits to the server a request for identification of at least one user terminal on which to activate the application for managing the electronic device.
  • the activation method further comprises the detection of the user terminals connected to the electronic device, the generation of a list of user terminals comprising terminals connected to the electronic device and the transmission to the server of said list of terminals.
  • the method for activating an application for managing an electronic device is implemented by an electronic device, such as an access gateway to a communication network.
  • the present invention relates, according to a third aspect, to a server configured to communicate with at least one electronic device and at least one user terminal comprising:
  • reception module configured to receive from said electronic device, an identification request from at least one user terminal
  • the server comprises an identification module configured to identify said at least one user terminal.
  • the present invention relates, according to a fourth aspect, to an electronic device configured to communicate with a server and with at least one user terminal comprising an application for managing said electronic device, said electronic device comprising:
  • a transmission module configured to transmit to a server, a request for identification of at least one user terminal; - A module for interaction with a user configured to receive an action from the user, said action having as response the transmission of the request for identification of said at least one user terminal.
  • the present invention relates, according to a fifth aspect, to an access gateway allowing access of at least one user terminal to a communication network, said gateway comprising an electronic device according to the invention.
  • the present invention relates, according to a sixth aspect, to a user terminal comprising an application for managing an electronic device according to the invention.
  • the user terminal comprises an application for managing at least one electronic device and is configured to receive from a server a notification request allowing the activation of said management application, said notification request being transmitted by the server after identification of said user terminal in response to receipt from said at least one electronic device, of a request for identification of at least one user terminal.
  • the present invention relates, according to a seventh aspect, to a system comprising an electronic device, at least one user terminal comprising an application for managing the electronic device, and a server in accordance with the invention.
  • the present invention relates, according to an eighth aspect, to a computer program able to be implemented on a server, the program comprising code instructions for the implementation of the steps of the management method in accordance with the invention, when it is executed by a processor.
  • the present invention relates, according to a ninth aspect, to an information medium readable by a processor in a server, on which is recorded a computer program comprising code instructions for the implementation of the steps of the management method in accordance with the invention, when executed by the processor.
  • the method for activating a management application, the server, the electronic device, the gateway, the terminal, the system, the computer program and the information medium have characteristics and advantages similar to those previously described in relation to the management process.
  • FIG. 2 illustrates steps of the management method and of the activation method of an application in accordance with one embodiment
  • - Figure 3a illustrates a hardware architecture of a server that can implement the proposed management method
  • - Figure 3b illustrates a functional representation of a server that can implement the proposed management method.
  • the invention applies to any equipment or electronic device whose operation can be managed via an application installed on another equipment or electronic device. It applies particularly to an access gateway to a communication network managed via an application installed on a user terminal.
  • FIG. 1 illustrates the context in which the invention applies.
  • this figure illustrates a system comprising an electronic device 1, a set of user terminals 2 and a server 3.
  • the electronic device 1 is an access point or gateway device allowing access to user terminals to an extended communications network 100 or WAN (Wide Area Network) type network, such as the Internet.
  • the set of terminals 2 forms with the gateway 1 a local area network 200 or LAN type network (for "Local Area Network”), such as a residential network or a business network.
  • LAN Local Area Network
  • the set of terminals 2 comprises several mobile telephony terminals and a portable computer.
  • the set of terminals and each terminal bear the same reference numeral 2.
  • the number and type of user terminals may be different.
  • the set of terminals can comprise user terminals of other types, for example a tablet, a television, a games console or the like.
  • the terminals 2 and the gateway 1 are configured to communicate with each other according to wireless communication standards such as WiFi, Bluetooth or others. They use for example the IP protocol (for "Internet Protocol”) to communicate with each other and to communicate with the extended communication network 100, in particular with the server 3.
  • wireless communication standards such as WiFi, Bluetooth or others. They use for example the IP protocol (for "Internet Protocol") to communicate with each other and to communicate with the extended communication network 100, in particular with the server 3.
  • IP protocol for "Internet Protocol”
  • the server 3 is configured to exchange messages with the gateway 1 and comprises the modules necessary for the implementation of the method for managing the proposed gateway.
  • the server 3 is a notification server (or “Push” server in English terminology). This type of server is responsible for sending notifications relating to applications installed on user terminals.
  • the gateway 1 is further configured to allow the user terminals 2 to exchange messages with servers in the extended network 100, for example to access services offered by its servers, such as access to content audio or video, electronic messages or websites.
  • At least one communication terminal 2 of the set of terminals includes a management application APP intended for the management of the gateway 1 .
  • the management application can be activated by interaction of the user of the user terminal with the gateway.
  • the man-machine interface of the gateway 1 is configured to receive an action from the user, this action resulting in the activation of the gateway management application on a user terminal 2.
  • terminal, user terminal and communication terminal are used interchangeably in this document and refer to the same equipment.
  • the gateway includes a button 10 in the man-machine interface dedicated to activating the application on a communication terminal.
  • the button can serve functions other than activating the management application.
  • the button can be a push button, the action of the user being a pressure on this button.
  • the button can be of the tactile type, the action of the user being the positioning of a conductive element, such as his finger, on the button. “Activation of the application” means the display of the application on the screen of the user terminal.
  • the application is displayed on at least part of the screen of the user terminal without any action by the user on his terminal.
  • the application can be displayed on a window generated for displaying the application.
  • the activation of the application follows an action by the user on his terminal. For example, following the action of the user on button 10 of the gateway, a window is displayed on the screen of the user terminal, of the intruder window type (pop-up window in English terminology) , the user being able to act on the intruder window to display the management application on the screen of his terminal.
  • the intruder window type pop-up window in English terminology
  • the intruder window may notify that an event has occurred on the gateway. For example, the occurrence of a malfunction or failure, or the deactivation of a feature.
  • the user terminal can thus receive a notification making it possible to execute a service which is a function of the event which has occurred on the gateway.
  • the notification may contain means of access to the service, such as a URL address making it possible to implement an action on the gateway (for example to resolve a malfunction).
  • this notification can be displayed on an intruder window, directly on the application or take the form of an SMS any other notification intended for the user of the terminal 1 (for example an e-mail).
  • the intruder window can offer the user a service to perform depending on the event that has occurred.
  • the window can include a URL address.
  • the management application can be displayed in a section of the application corresponding to a service to be implemented according to the event occurring in the gateway.
  • the gateway can be configured to detect an event that has occurred on the gateway.
  • a user can press button 10 on the gateway to launch the APP application on his terminal 2 in order to resolve a problem or malfunction that has occurred on the gateway.
  • the application can be activated on the screen (for example on an intruder window) on the appropriate item to solve the problem that has occurred on the gateway.
  • the application intended to control an electronic device can be installed on several terminals.
  • the terminals authorized to drive the electronic device are listed in a data table.
  • This data table is stored for example by a server, such as the notification server 2.
  • the data table can be stored in another device, for example in a server different from the notification server 2 or in the gateway 1.
  • the terminals that can manage the APP application can belong to the same user or to different users.
  • FIG. 2 illustrates steps of the method for managing an electronic device 1 according to one embodiment.
  • the electronic device 1 is a home gateway, but of course, as indicated above, the invention applies to any other type of electronic device whose operation can be managed via an application installed in another electronic device such as a user terminal or communication terminal 2.
  • the management process is initiated by an E00 action by the user on the gateway. This action is, for example, pressing button 10 of gateway 1.
  • the gateway In response to the interaction E00 of the user of the communication terminal on the gateway 1, the gateway generates an identification request REQi intended to command the server 3 to identify the communication terminal 2 on which to activate the application of APP management.
  • This REQi identification request is addressed to server 3.
  • This server 3 can be a notification server. It will be noted that in response to the user's interaction E00, the implementation of the management method is triggered.
  • the server is a server different from the notification server. It will be noted that the steps of the management method can be implemented by a server or distributed over several servers.
  • the identification request REQi from at least one user terminal 2 includes a list of terminals L connected to the gateway 1.
  • this list of terminals L connected to the gateway is generated by the gateway 1.
  • a gateway is configured to identify the equipment connected to itself, for example according to the Wi-Fi technology.
  • the gateway 1, just like the communication terminals 2 is configured to determine the level (of power) of the signals received from the connected equipment respectively.
  • the gateway is configured to generate a list of terminals, called the preliminary list of terminals LO, comprising the identifiers of the communication terminals connected to the gateway.
  • the preliminary list LO the level of the signal received by each communication terminal is associated with each communication terminal of the list.
  • the preliminary list of terminals LO comprises pairs, each pair associating a terminal identifier and information representative of the level of the signal received by the gateway from this terminal.
  • a pair of the preliminary list of terminals LO comprises a terminal identifier and information representing the level of the signal received by the gateway, in particular by the antenna of the gateway.
  • the received signal level or received signal power level is known in English terminology as "Received Signal Strength Indication" or RSSI.
  • a pair formed by a terminal identifier and a piece of information representative of the level of the signal received by the gateway is called “pair identifier-RSSI” in this document.
  • the preliminary list of terminals LO and the list of terminals L take the form of a data table comprising two columns and as many lines as there are terminals (figure 2) in the list.
  • the level of the signal received by the gateway 1 from a communication terminal 2 constitutes distance information representative of the distance between the gateway 1 and the communication terminal 2. Indeed, the closer the communication terminal is to the gateway, the higher the level of the signal received.
  • the received signal strength or received signal level is higher (this is the maximum allowable level).
  • the terminal identifier is a character string uniquely identifying the terminal.
  • the identifier of the communication terminal can be the MAC address (for "Media Access control") of the communication terminal.
  • Other identifiers may be used such as the IP address of the communication terminal or any other unique identifier.
  • the preliminary list of LO terminals is stored in gateway 1 and is continuously updated according to terminals connecting and disconnecting from gateway 1.
  • the list of terminals L is generated E01 from the preliminary list of LO terminals.
  • the list of terminals L comprises a subset of the “identifier-RSSI” pairs corresponding to the terminals having the highest RSSI among the connected terminals.
  • the number of terminals to be selected to form the subset or number of terminals to be selected from among the terminals connected to the gateway (or terminals from the preliminary list LO) is predetermined.
  • the number of terminals selected is a parameter saved in the server.
  • the gateway selects the predetermined number of terminals and transmits them to the server via the list of terminals L.
  • the generation of the list of terminals L includes the selection of a predetermined number of terminals from among the terminals of the preliminary list LO of connected terminals.
  • the generation of the list of terminals includes the selection of the terminals connected to the gateway located closest to it.
  • the generation of the list of terminals comprises the selection of the terminals from the preliminary list of terminals LO having the highest received signal level.
  • the three terminals having the highest reception level among the terminals connected to the gateway are selected and form the list of terminals L.
  • the list of terminals contains all the terminals of the preliminary list of terminals.
  • the gateway 1 generates a message containing the list of terminals L generated from the preliminary list of terminals LO.
  • This message can take the form of a REST type frame (for "Representational State Transfer", such as a POST request.
  • a POST request can take the following form:
  • ARI “Local_RSSI” could take any other alphanumeric form, that is to say bear a different name. This parameter is intended to inform the server that the request contains a list of signal levels or list of RSSI.
  • the message containing the list of terminals L can take other forms.
  • it can be a request generated according to the MOTT protocol (for "Message Oueuing Telemetry Transport", according to the TCP protocol (for "Transmission Control Protocol”, or others.
  • the generation of the list of terminals also comprises the classification of the “identifier-RSSI” pairs in decreasing order of RSSI value.
  • the list of terminals L generated, to be addressed to the gateway comprises terminals (three terminals in this example) connected ordered from the terminal having the highest RSSI value to the terminal having the lowest RSSI value (or otherwise say, from the terminal closest to the gateway to the terminal furthest from the gateway).
  • the ranking of the "identifier-RSSI" pairs can be implemented independently of the implementation of the selection of a predetermined number of pairs.
  • a POST request comprising the list of terminals in which the terminals have been ordered according to the value of RSSI
  • MAC "3F:44:70:06:23:13" ⁇
  • ⁇ "RSSI -77
  • MAC "7E:33:12: 01:71:16" ⁇
  • ⁇ "RSSI -69
  • MAC "7E:1E:33:01:5F:10" ⁇
  • the terminals are ordered from the terminal having the highest received signal level to the terminal having the lowest received signal level. It can be deduced from this that the terminals are ordered from the terminal being located closest to the gateway to the farthest terminal.
  • the identification request REQi of at least one user terminal includes the list of terminals L.
  • the request for identification of at least one user terminal is generated REQi, this request comprising a list of terminals L.
  • the identification request E01 is sent E02 to a server 3, such as a notification server (or “Push” server in English terminology).
  • a server 3 such as a notification server (or “Push” server in English terminology).
  • This type of server is responsible for sending notifications relating to the applications installed on the communication terminals.
  • the server When the server receives E1 the identification request REQi from at least one user terminal, it implements the identification E2 of the communication terminal 2 in which the management application APP must be activated.
  • the communication terminal 2 located closest to the gateway 2 is identified. It is considered that this identified communication terminal 2 is associated with the user who has interacted with the gateway, or in other words, is the communication terminal that the user will use to manage the functionalities of gateway 1.
  • the communication terminals located closest to the gateway 2 are identified.
  • the identification of the communication terminal 2 to be notified is implemented from the list of terminals L received.
  • the list of terminals L can be contained in the identification request REQi of at least one user terminal received at the reception step E1.
  • the list of terminals containing the list of terminals is a message received separately from the identification request (before or after the identification request).
  • the POST type request containing the list of terminals corresponds to the request for identification of at least one user terminal.
  • the notification server receives the request containing the list of terminals, it considers this request as being a request for identification of at least one user terminal, or in other words, it considers the request as being a request from the gateway, to identify the terminal on which to activate the gateway management application and to activate the management application in this identified communication terminal (the communication terminal of the user having interacted with the gateway).
  • the gateway implements the identification of the communication terminal 2 to be notified and addresses are identifiers to the server.
  • the server 3 receives a list of terminals L containing terminals ordered according to a decreasing order of signal level (as represented in FIG. 2).
  • the list of terminals L contains “identifant-RSSI” pairs ordered in decreasing order of signal level received by the gateway.
  • the list of terminals could only contain the terminal identifiers ordered in decreasing order of signal level received by the gateway. Indeed, the terminal identifiers being ordered, it is not necessary to address the RSSI.
  • the server 3 receives E1 the list of terminals L
  • the list of terminals L is extracted and stored in the server 3.
  • the identification E2 comprises the selection E21 of the first terminal of the list of terminals received.
  • This list of terminals L comprising the terminals ordered in decreasing order of level of the signal received, the selected terminal corresponds to that which is closest to the user.
  • the selection includes obtaining the identifier of the first terminal in the list of terminals L.
  • the identification further comprises a step of verifying the authorization of the communication terminal 2 selected to manage the operation of the gateway 1.
  • This verification step E22 is intended to verify that the communication terminal 2 has permission to manage Gateway 1 features via APP management application.
  • the authorization verification includes querying a data table, based on the identifier of the identified communication terminal.
  • the data table contains the identifiers of the terminals authorized to act on the operation of the gateway via the management application.
  • the data table contains the identifiers of the terminals eligible to receive the notification allowing the activation of the application.
  • This data table is recorded in a database which can be integrated in the notification server 3 or in a resource external (not shown) to the notification server 3.
  • a communication terminal comprising the gateway management application, located side by side of the gateway, will only receive the notification request if the identifier of the communication terminal is found in the data table containing the identifiers of the terminals authorized to act on the operation of the gateway via the management application.
  • the server 3 sends a query to the database comprising the data table.
  • This query request includes the identifier of the communication terminal 2 identified and is intended to check whether the identifier of the identified terminal is present in the data table, that is to say whether the identifier of the terminal is among the identifiers of the terminals authorized to act on the gateway via the management application. If the identifier is present in the data table, signifying that the terminal 2 is authorized to manage the gateway 1 via the management application APP, the server generates E30 the notification request REQn and transmits it E3 to the identified terminal.
  • the notification request REQn comprises the identifier of the communication terminal 2 to be notified.
  • the communication terminal upon receipt E4 of the notification request, renders E51 a notification on the screen of the terminal, this notification allowing the user to activate the application on the terminal. As indicated below, the reception of the notification request can generate an intruder window, containing the management application or a means allowing its opening, such as a link or URL address.
  • the application is rendered on the screen of the terminal as soon as the request E4 is received.
  • the notification request REQn allows the activation of the management application on the communication terminal receiving the notification.
  • the identification of the communication terminal 2 located closest to the gateway 1, allows the notification request to be transmitted only to this terminal (provided that it is authorized to receive this notification request), instead of be transmitted to any terminal connected to the gateway and comprising the management application.
  • an identified terminal only receives the notification request if it is authorized to act on the gateway via the management application installed on the terminal.
  • the communication terminal of the user registered, or declared (for example in the server), as being the administrator of the network formed by the gateway is notified of a user's interaction with the gateway.
  • the terminal of the user registered or declared as being the administrator called terminal of the administrator user
  • receives the notification request REQn allowing the activation of the gateway management application on this terminal.
  • the administrator user's terminal is notified of another user's attempt to act on the gateway via the management application.
  • the management method can comprise a step of classifying the terminals of the list to order them according to decreasing order of signal level .
  • the identification, generation and transmission steps described below with reference to Figure 2 are then implemented using the list of terminals received.
  • the identification implemented by the server comprises a determination step, to from the list of terminals received, of the communication terminal associated with the minimum value among signal level values received by the gateway.
  • the identification can include the verification of the authorization of the terminal. If the terminal is authorized to manage the gateway, the server generates and transmits the notification request as described above.
  • the authorization verification step is absent.
  • FIG. 3a schematically illustrates a hardware architecture of a server 3 able to implement the proposed management method.
  • the server 3 can be a notification server.
  • the server 3 comprises a communication bus 300 to which are connected:
  • a processing unit 301 named in the figure CPU (for "Central Processing Unit") and may include one or more processors; - a non-volatile memory 202, for example ROM (for "Read Only Memory
  • EEPROM for “Electrically Erasable Read Only Memory”
  • Flash memory for “Electrically Erasable Read Only Memory”
  • Random access memory 303 includes registers suitable for recording variables and parameters created and modified during the execution of a computer program comprising instructions for implementing the management method according to the invention.
  • the program instruction codes stored in non-volatile memory 302 are loaded into RAM memory 303 in order to be executed by the processing unit CPU 301.
  • the non-volatile memory 302 is for example a rewritable memory of the EEPROM or Flash memory type which can constitute a support within the meaning of the invention, that is to say which can comprise a computer program comprising instructions for the implementation of the proposed management process.
  • the rewritable memory may include the list of terminals L and data tables used for the implementation of the invention.
  • This program defines, by means of its instructions, functional modules of the server which are implemented and/or control the hardware elements described previously.
  • Figure 3b is a functional representation of a server according to one embodiment.
  • These modules include in particular: - a reception module 31 configured to receive from the electronic device, an identification request (REQi) of at least one user terminal (2) on which to activate a management application of said electronic device;
  • a transmission module 33 configured to transmit to at least one identified user terminal a notification request REQn allowing the activation of said management application APP on said at least one user terminal 2.
  • the identification module 32 may include:
  • an identification module 32 configured to identify said at least one communication terminal
  • a selection module 321 configured to select an identifier from the list of terminals L;
  • the selection module 321 can be configured to determine the terminal or terminals having the highest signal level.
  • the server may include a module 34 for querying a data table, from an identifier of the communication terminal identified to verify its presence in said data table.
  • the aforementioned modules and means are controlled by the processor of the processing unit 301. They can take the form of a program executable by a processor, or a material form (or “hardware”), such as a specialized integrated circuit (known in Anglo-Saxon terminology known as ASIC for “Application-Specific Integrated Circuit”), a system on chip (known in Anglo-Saxon terminology as SoC for “System On Chip”), or an electronic component of the programmable logic circuit type, such than an FPGA type component (for “Field-Programmable Gate Array”).
  • a material form or “hardware”
  • ASIC Application-Specific Integrated Circuit
  • SoC System On Chip
  • FPGA type component for “Field-Programmable Gate Array”.
  • the electronic device 1 and the user terminals 2 comprise modules similar to those described with reference to FIG. 3a for the server 3.
  • they comprise a communication bus to which are connected a processing unit or microprocessor, a non-volatile memory, a random access memory or RAM, and a communication interface adapted in particular to exchanging data with the server and the electronic device.
  • the electronic device 1 comprises the modules necessary for the implementation of the method for activating a management application installed in a communication terminal 2. It can thus comprise, according to embodiments:
  • a transmission module configured to transmit to a server, a request for identification of at least one user terminal on which to activate the electronic device management application;
  • a module for interaction with a user configured to receive an action from the user, said action having as response the transmission of the request for identification of said at least one user terminal;
  • a detection module configured to detect the user terminals connected to the electronic device
  • - modules configured to generate a list of connected user terminals, called the preliminary list of terminals, to select terminals from among the terminals of the preliminary list in order to form a new list of terminals, and to transmit a list of terminals to a other equipment, for example to a server.
  • the electronic device further comprises an input/output interface, for example keys or buttons, a screen, a keyboard, a mouse or another pointing device such as a touch screen or a remote control allowing a user to interact with the electronic device via a graphical interface or man-machine interface.
  • the user can for example carry out an action on a button so that the application for managing the electronic device is activated on his terminal.
  • the communication terminal 2 it comprises a module for receiving a notification request REQn from the server 3. It further comprises an input/output interface, for example keys or buttons, a screen, a keyboard, a mouse or another pointing device such as a touch screen or a remote control enabling a user to interact with the terminal via a graphic interface or man-machine interface.
  • the user can activate the management application by acting on the notification received.
  • the terminal of the user having carried out an action on the electronic device is identified, this identification being implemented without having to add specific modules intended for the identification of the terminal.
  • the electronic device uses to implement the identification, modules used for communication with the terminals.
  • the identification of the communication terminal is implemented without the user of the terminal having to perform any particular action dedicated to the identification or detection of his communication terminal, the experience of the user being very positive.
  • this identification is implemented when several terminals are connected to the electronic device and when these terminals have the management application installed. Thanks to the invention, only the terminal of the user having interacted with the electronic device, and therefore being closest to the electronic device, receives a notification intended to activate the application. Other users are not disturbed by a notification allowing the activation of the management application or by an untimely activation of the management application.
  • several terminals can be identified as being the terminals to be notified. This is the case, for example, of several terminals located near the electronic device, at a similar distance, or when it has been predefined that several terminals (a predetermined number of terminals) located closest to the electronic device are the terminals to notify.
  • the terminal of the administrator user is among the several terminals to be notified, only the terminal of the administrator user is notified, that is to say receives the notification request from the waiter.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Un procédé de gestion d'un dispositif électronique configuré pour communiquer avec au moins un terminal d'utilisateur (2) et au moins un serveur (3) est mis en œuvre par ledit serveur (3) et comporte : - réception en provenance du dispositif électronique, d'une requête d'identification (REQi) d'au moins un terminal d'utilisateur (2) sur lequel activer une application de gestion (APP) dudit dispositif électronique (1); - transmission vers au moins un terminal d'utilisateur identifié, d'une requête de notification (REQn) permettant l'activation d'une application de gestion (APP) sur ledit au moins un terminal d'utilisateur identifié (2).

Description

PROCÉDÉ DE GESTION DISTANTE D'UN DISPOSITIF ÉLECTRONIQUE La présente invention concerne un procédé de gestion d’un dispositif électronique, tel qu’une passerelle permettant de relier deux réseaux de communication.
Elle concerne en outre un serveur ou équipement mettant en œuvre le procédé de gestion et un dispositif électronique mettant en œuvre un procédé d’activation de l’application de gestion.
L’invention s’applique à tout dispositif électronique dont les fonctionnalités peuvent être gérées via une application de gestion installée dans un autre dispositif électronique. Par exemple, l’invention s’applique à la gestion d’une passerelle, domestique ou utilisée en milieu professionnelle, via une application de gestion installée sur un terminal d’utilisateur.
Des nombreux dispositifs électroniques peuvent être pilotés par une application installée sur un terminal d’utilisateur distinct du dispositif électronique et étant apte à communiquer avec le dispositif électronique. Cette application permet une gestion aisée du dispositif électronique notamment lorsque ce dernier possède une interface homme-machine de taille réduite, sans écran ou avec un écran de petite taille. En outre, l’application peut proposer des nombreuses fonctionnalités supplémentaires par rapport à celles proposées par l’interface homme-machine du dispositif électronique.
Un dispositif de point d’accès à un réseau de communication, tel qu’une passerelle, domestique ou utilisée dans un environnement professionnel, (ou « Box » en terminologie anglo-saxonne) entre un réseau privée et un réseau public tel qu’internet est un exemple de dispositif électronique ayant en général une interface homme-machine de taille réduite. En effet, les passerelles étant de plus en plus miniaturisées et leur design étant de plus en plus épuré, elles sont très fréquemment gérées par une application installée sur un terminal d’utilisateur apte à communiquer avec la passerelle. Il existe des dispositifs électroniques, tel que des passerelles, comportant des moyens d’activation de l’application de gestion sur un terminal d’utilisateur. Ces moyens d’activation peuvent comporter un bouton avec lequel un utilisateur peut interagir pour activer l’application sur son terminal de communication. Par exemple, l’utilisateur peut réaliser une pression sur un bouton poussoir ou positionner un élément conducteur (par exemple son doigt) sur un bouton tactile, cette action entraînant la génération et la transmission d’une requête destinée à activer l’application sur le terminal d’utilisateur.
Dès réception de la requête sur le terminal d’utilisateur, l’application peut être activée.
Pour déterminer le terminal d’utilisateur auquel la requête doit être transmise, la passerelle comporte en outre des moyens de détection ou d’identification du terminal de l’utilisateur ayant interagi avec la passerelle. On considère que le terminal de l’utilisateur ayant interagi avec la passerelle correspond au terminal d’utilisateur sur lequel l’application de gestion de la passerelle est installée et que l’utilisateur souhaite utiliser pour gérer des fonctionnalités de la passerelle.
Par exemple, le dispositif électronique peut comporter des moyens de communication en champ proche, par exemple de type NFC (Near Field Communication) destinés à l’identification du terminal d’utilisateur se trouvant à courte distance, typiquement à une distance de quelques centimètres.
L’utilisateur, avant ou après de réaliser une action sur le dispositif électronique visant à activer l’application, approche son terminal de communication du dispositif électronique pour qu’il soit identifié par le dispositif électronique.
La présence des moyens de détection ou d’identification du terminal d’utilisateur ajoute de la complexité et enchérit la fabrication du dispositif électronique, ce qui est, comme indiqué précédemment, contraire à la tendance actuelle de simplifier certains dispositifs électroniques, tel que des passerelles. En outre, il est nécessaire que le terminal d’utilisateur soit équipé aussi des moyens de communication en champ proche du même type, qu’ils soient activés sur le terminal d’utilisateur, et que l’utilisateur du terminal positionne le terminal de sorte qu’il puisse être identifié par le dispositif électronique.
L’invention a pour but d’améliorer cette situation et propose un procédé de gestion d’un dispositif électronique permettant l’activation d’une application sur un terminal d’un utilisateur améliorant l’expérience de l’utilisateur.
A cet effet, l’invention vise, selon un premier aspect, un procédé de gestion d’un dispositif électronique configuré pour communiquer avec au moins un terminal d’utilisateur et au moins un serveur.
Selon l’invention, le procédé de gestion est mis en œuvre par le serveur et comporte :
- réception en provenance du dispositif électronique, d’une requête d’identification d’au moins un terminal d’utilisateur ;
- transmission vers au moins un terminal d’utilisateur identifié, d’une requête de notification permettant l’activation d’une application de gestion sur ledit au moins un terminal de d’utilisateur identifié.
L’identification du terminal étant mise en œuvre par un serveur externe au dispositif électronique, l’ajout de modules spécifiques destinés à l’identification du terminal d’utilisateur vers lequel la requête de notification doit être transmise, n’est pas nécessaire. En outre, l’identification du terminal de communication est mise en œuvre sans que l’utilisateur du terminal n’ait à réaliser d’action dédiée à l’identification ou à la détection de son terminal de communication. L’expérience de l’utilisateur (connu comme « expérience client ») lors de l’utilisation du dispositif électronique est nettement améliorée.
Le serveur en réponse à la réception d’une requête d’identification d’au moins un terminal d’utilisateur sur lequel activer l’application de gestion du dispositif électronique, il adresse une requête de notification audit au moins un terminal d’utilisateur identifié, cette requête de notification permettant l’activation de l’application de gestion sur ledit au moins un terminal d’utilisateur identifié. Dans d’autres termes, la requête de notification est configurée pour activer ou pour permettre l’activation de l’application de gestion sur ledit au moins un terminal d’utilisateur identifié. L’utilisateur peut ensuite gérer le fonctionnement du dispositif de gestion depuis son terminal d’utilisateur via l’application de gestion.
Selon une caractéristique, la réception de la requête d’identification est mise en œuvre en réponse à une interaction sur le dispositif électronique d’un utilisateur.
Ainsi, l’activation de l’application de gestion sur le terminal est mise en œuvre à la suite d’une demande de l’utilisateur d’un terminal, cette demande prenant la forme d’une interaction avec le dispositif électronique. Cette interaction peut être la réalisation d’une action sur un bouton du dispositif électronique. Il s’ensuit que l’utilisateur muni de son terminal, se trouve à proximité du dispositif électronique.
Selon une caractéristique, le procédé de gestion comporte en outre la réception en provenance du dispositif électronique, d’une liste de terminaux d’utilisateurs connectés au dispositif électronique, ledit au moins un terminal d’utilisateur étant identifié à partir de la liste de terminaux d’utilisateur reçue.
Ainsi, le serveur identifie au moins un terminal d’utilisateur vers lequel la requête d’identification de l’application doit être transmise, parmi les terminaux d’utilisateur connectés au dispositif électronique, ces terminaux d’utilisateur étant répertoriés dans la liste de terminaux reçue.
On notera que plusieurs terminaux d’utilisateur de la liste d’utilisateurs peuvent être identifiés et recevoir la requête de notification.
Dans un mode de réalisation, la requête d’identification reçue par le serveur, comporte ladite liste de terminaux. Dans un autre mode de réalisation, la liste de terminaux d’utilisateur est reçue dans un message différent de la requête d’identification. Dans ce mode de réalisation, la liste de terminaux peut être demandée par le serveur à réception de la requête d’identification.
Selon une caractéristique, la liste de terminaux d’utilisateur est générée par ledit dispositif électronique à partir d’une liste préliminaire comportant des identifiants des terminaux d’utilisateur connectés au dispositif électronique, chaque identifiant de terminal ayant associée une information représentative du niveau d’un signal reçu par le dispositif électronique en provenance dudit terminal d’utilisateur. Ainsi, la liste préliminaire répertorie les terminaux d’utilisateur connectés au dispositif électronique. Pour chaque terminal d’utilisateur connecté au dispositif électronique, la liste préliminaire comporte une paire formée par l’identifiant du terminal d’utilisateur et une information représentative du niveau d’un signal reçu par le dispositif électronique en provenance du terminal.
On notera que le nombre de paires de cette liste préliminaire correspond au nombre de terminaux d’utilisateur connectés au dispositif électronique.
On notera en outre, que l’information représentative du niveau d’un signal reçu par le dispositif électronique en provenance du terminal d’utilisateur, donne une information relative à la distance entre le dispositif électronique et le terminal d’utilisateur. Il est à noter que pour de niveaux d’émission de signal similaires, plus l’information représente un niveau de signal élevé, plus proche le terminal d’utilisateur se trouve du dispositif électronique. Selon un mode de réalisation, la liste de terminaux d’utilisateur reçue comporte un sous-ensemble de terminaux de la liste préliminaire, la liste de terminaux comportant pour chaque terminal d’utilisateur, l’identifiant du terminal d’utilisateur et l’information représentative du niveau de signal reçu par le dispositif en provenance du terminal d’utilisateur. Le serveur reçoit ainsi une liste de terminaux d’utilisateur, chaque terminal d’utilisateur ayant associée une valeur d’un paramètre représentatif de la distance entre le terminal d’utilisateur et le dispositif électronique.
Dans ce mode de réalisation, l’identification comporte la détermination d’au moins un terminal d’utilisateur associé à la valeur minimale parmi les valeurs représentées par l’information représentative du niveau de signal reçu.
La détermination de la valeur minimale parmi les valeurs associées respectivement aux terminaux d’utilisateur de la liste de terminaux, permet l’identification du terminal d’utilisateur se trouvant le plus proche du dispositif parmi les terminaux connectés au dispositif électronique. Ainsi, dans le cas où plusieurs terminaux de communication connectés au dispositif électronique comportent l’application de gestion du dispositif de gestion, le procédé de gestion permet d’identifier le terminal de l’utilisateur ayant interagi avec le dispositif électronique (terminal d’utilisateur se trouvant le plus proche du dispositif électronique) et d’adresser la requête de notification au terminal d’utilisateur se trouvant le plus proche, au lieu de l’adresser à tous les terminaux d’utilisateur connectés au dispositif électronique. Selon un mode de réalisation, l’identification comporte la détermination de plusieurs terminaux d’utilisateur ayant associés respectivement les valeurs minimales d’information représentant le niveau de signal reçu. Dans ce mode de réalisation, plusieurs terminaux d’utilisateur vont recevoir la notification permettant l’activation de l’application, par exemple les deux terminaux se trouvent le plus proches du dispositif électronique.
Selon un autre mode de réalisation, l’identification peut comporter la détermination des terminaux d’utilisateur ayant associée une information représentative du niveau de signal de valeur inférieur à une valeur de seuil.
Selon un autre mode de réalisation, la liste de terminaux reçue comporte un sous-ensemble de terminaux de la liste préliminaire, les identifiants des terminaux étant ordonnés selon un ordre décroissant de la valeur représentée par ladite information.
Dans ce mode de réalisation, la liste de terminaux est générée à partir de la liste préliminaire, en extrayant les identifiants des terminaux et en les ordonnant en fonction de la valeur du paramètre (représentatif du niveau de signal) associé de manière à obtenir une liste d’identifiants dans un ordre décroissant des valeurs, c’est-à-dire dont le premier identifiant de la liste correspond à la valeur la plus élevée et le dernier identifiant correspond à la valeur la plus base de la liste de terminaux. Dans ce mode de réalisation, l’identification comporte la sélection du premier terminal de la liste de terminaux reçue.
Selon un mode de réalisation, le nombre d’entrées de la liste préliminaire peut être identique au nombre d’entrées dans la liste de terminaux d’utilisateur. Dans ce mode de réalisation, la totalité de terminaux connectés sont pris en compte pour la génération de la liste de terminaux d’utilisateur adressée au serveur. Selon un autre mode de réalisation, comme indiqué ci-dessus, le nombre d’entrées de la liste de terminaux peut être inférieur à celle de la liste de terminaux préliminaire. Dans ce mode de réalisation, lors de la génération de la liste de terminaux, un sous-ensemble d’identifiants est sélectionné, ce sous- ensemble d’identifiants correspondant aux terminaux pour lesquels les valeurs représentées par les informations associées sont les plus élevées.
On notera que dans le mode de réalisation dans lequel les identifiants des terminaux d’utilisateur sont ordonnés en fonction des valeurs représentées par l’information de niveau du signal, ces informations peuvent être absentes de la liste de terminaux reçu. Dans d’autres termes, la liste de terminaux reçue par le serveur ne contient que les identifiant des terminaux d’utilisateur.
Selon une caractéristique, la transmission de la requête de notification est précédée de la vérification de l’autorisation dudit au moins un terminal d’utilisateur identifié de gérer le fonctionnement du dispositif électronique.
Selon une caractéristique, la vérification de l’autorisation comporte l’interrogation d’une table de données, à partir d’un identifiant dudit au moins un terminal d’utilisateur identifié pour vérifier la présence de l’identifiant dans ladite table de données.
Cette table de données répertorie des terminaux d’utilisateur sur lesquels l’activation de l’application de gestion du dispositif électronique est autorisée.
Cette caractéristique incrémente la sécurité du système mettant en œuvre l’invention dès lors qu’uniquement les terminaux d’utilisateur préenregistrés comment étant autorisés à gérer la passerelle, peuvent recevoir une requête permettant l’activation de l’application de gestion.
Les caractéristiques du procédé de gestion présenté ci-dessus peuvent être prises isolément ou en combinaison les unes avec les autres.
La présente invention concerne, selon un deuxième aspect, un procédé d’activation d’une application de gestion d’un dispositif électronique, l’application de gestion étant installée sur au moins un terminal d’utilisateur. Ce procédé d’activation comporte la transmission vers un serveur d’une requête d’identification d’au moins un terminal d’utilisateur, la transmission de la requête d’identification étant mise en œuvre en réponse à une interaction d’un utilisateur avec le dispositif électronique.
L’interaction de l’utilisateur d’un terminal avec le dispositif électronique enclenche la mise en œuvre du procédé de gestion proposé. En effet, à la suite de l’interaction de l’utilisateur avec le terminal, le dispositif électronique transmet au serveur une requête d’identification d’au moins un terminal d’utilisateur sur lequel activer l’application de gestion du dispositif électronique.
Selon une caractéristique, le procédé d’activation comporte en outre la détection des terminaux d’utilisateur connectés au dispositif électronique, la génération d’une liste de terminaux d’utilisateur comportant des terminaux connectés au dispositif électronique et la transmission au serveur de ladite liste de terminaux.
Le procédé d’activation d’une application de gestion d’un dispositif électronique est mis en œuvre par un dispositif électronique, tel qu’une passerelle d’accès à un réseau de communication.
La présente invention concerne, selon un troisième aspect, un serveur configuré pour communiquer avec au moins un dispositif électronique et au moins un terminal d’utilisateur comportant :
- un module de réception configuré pour recevoir en provenance dudit dispositif électronique, une requête d’identification d’au moins un terminal d’utilisateur ;
- un module de transmission configuré pour transmettre vers au moins un terminal d’utilisateur identifié, une requête de notification permettant l’activation de l’application de gestion sur ledit au moins un terminal d’utilisateur. Selon une caractéristique, le serveur comporte un module d’identification configuré pour identifier ledit au moins un terminal d’utilisateur.
La présente invention concerne, selon un quatrième aspect, un dispositif électronique configuré pour communiquer avec un serveur et avec au moins un terminal d’utilisateur comportant une application de gestion dudit dispositif électronique, ledit dispositif électronique comportant :
- un module de transmission configuré pour transmettre vers un serveur, une requête d’identification d’au moins un terminal d’utilisateur ; - un module d’interaction avec un utilisateur configuré pour recevoir une action de l’utilisateur, ladite action ayant comme réponse la transmission de la requête d’identification dudit au moins un terminal d’utilisateur.
La présente invention concerne, selon un cinquième aspect, une passerelle d’accès permettant l’accès d’au moins un terminal d’utilisateur vers un réseau de communication, ladite passerelle comportant un dispositif électronique conforme à l’invention.
La présente invention concerne, selon un sixième aspect, un terminal d’utilisateur comportant une application de gestion d’un dispositif électronique conforme à l’invention.
En particulier, le terminal d’utilisateur comporte une application de gestion d’au moins un dispositif électronique et est configuré pour recevoir en provenance d’un serveur, une requête de notification permettant l’activation de ladite application de gestion, ladite requête de notification étant transmisse par le serveur après identification dudit terminal d’utilisateur en réponse à la réception en provenance dudit au moins un dispositif électronique, d’une requête d’identification d’au moins un terminal d’utilisateur.
La présente invention concerne, selon un septième aspect, un système comportant un dispositif électronique, au moins un terminal d’utilisateur comportant une application de gestion du dispositif électronique, et un serveur conformes à l’invention.
La présente invention concerne, selon un huitième aspect, un programme d’ordinateur apte à être mis en œuvre sur un serveur, le programme comprenant des instructions de code pour la mise en œuvre des étapes du procédé de gestion conforme à l’invention, lorsqu’il est exécuté par un processeur.
La présente invention concerne, selon un neuvième aspect, un support d’informations lisible par un processeur dans un serveur, sur lequel est enregistré un programme d’ordinateur comprenant des instructions de code pour la mise en œuvre des étapes du procédé de gestion conforme à l’invention, lorsqu’il est exécuté par le processeur. Le procédé d’activation d’une application de gestion, le serveur, le dispositif électronique, la passerelle, le terminal, le système, le programme d’ordinateur et le support d’informations présentent des caractéristiques et avantages analogues à ceux décrits précédemment en relation avec le procédé de gestion.
D'autres particularités et avantages de l'invention apparaîtront encore dans la description ci-après.
Aux dessins annexés, donnés à titre d'exemples non limitatifs :
- la figure 1 illustre le contexte de mise en œuvre de la technique proposée,
- la figure 2 illustre des étapes du procédé de gestion et du procédé d’activation d’une application conforme à un mode de réalisation,
- la figure 3a illustre une architecture matérielle d’un serveur pouvant mettre en œuvre le procédé de gestion proposé, et - la figure 3b illustre une représentation fonctionnelle d’un serveur pouvant mettre en œuvre le procédé de gestion proposé.
L’invention s’applique à tout équipement ou dispositif électronique dont son fonctionnent peut être géré via une application installée sur un autre équipement ou dispositif électronique. Elle s’applique particulièrement à une passerelle d’accès à un réseau de communication gérée via une application installée sur un terminal d’utilisateur.
La figure 1 illustre le contexte dans lequel s’applique l’invention. En particulier, cette figure illustre un système comportant un dispositif électronique 1, un ensemble de terminaux d’utilisateur 2 et un serveur 3. Le dispositif électronique 1 est un dispositif de point d’accès ou passerelle permettant l’accès des terminaux d’utilisateur à un réseau de communications étendu 100 ou réseau de type WAN (pour « Wide Area Network »), tel qu’internet. L’ensemble de terminaux 2 forme avec la passerelle 1 un réseau local 200 ou réseau de type LAN (pour « Local Area Network »), tel qu’un réseau résidentiel ou un réseau d’entreprise.
Dans l’exemple représenté, l’ensemble de terminaux 2 comporte plusieurs terminaux de téléphonie mobile et un ordinateur portable. On notera qu’à la figure 1 , l’ensemble de terminaux ainsi que chaque terminal portent la même référence numérique 2. Le nombre et le type des terminaux d’utilisateur peuvent être différents. Par exemple, l’ensemble de terminaux peut comprendre des terminaux d'utilisateur d’autres types, par exemple une tablette, un téléviseur, une console de jeux ou autres.
Les terminaux 2 et la passerelle 1 sont configurés pour communiquer entre eux selon des normes de communication sans fils tel que WiFi, Bluetooth ou autres. Ils utilisent par exemple le protocole IP (pour « Internet Protocol ») pour communiquer entre eux et pour communiquer avec le réseau de communication étendu 100, en particulier avec le serveur 3.
Le serveur 3 est configuré pour échanger des messages avec la passerelle 1 et comporte les modules nécessaires à la mise en œuvre du procédé de gestion de la passerelle proposé.
Selon un mode de réalisation, le serveur 3 est un serveur de notification (ou serveur « Push » en terminologie anglo-saxonne). Ce type de serveur est chargé d’adresser des notifications relatives aux applications installées sur les terminaux d'utilisateur.
Les équipements précités seront décrits en détail en référence aux figures 3a et 3b.
La passerelle 1 est en outre configurée pour permettre aux terminaux d’utilisateur 2, l’échange de messages avec de serveurs dans le réseau étendu 100, pour par exemple accéder à des services proposés par ses serveurs, tel que l’accès à des contenus audio ou vidéo, des messages électroniques ou des sites Web.
Au moins un terminal de communication 2 de l’ensemble de terminaux comporte une application de gestion APP destinée à la gestion de la passerelle 1 . L’application de gestion peut être activée par une interaction de l’utilisateur du terminal d'utilisateur avec la passerelle. A cet effet, l’interface homme-machine de la passerelle 1 est configurée pour recevoir une action de l’utilisateur, cette action ayant par résultat l’activation de l’application de gestion de la passerelle sur un terminal d'utilisateur 2. On notera que les termes terminal, terminal d’utilisateur et terminal de communication sont utilisés indistinctement dans ce document et se réfèrent à un même équipement.
Dans un mode de réalisation, la passerelle comporte un bouton 10 dans l’interface homme-machine dédié à activer de l’application sur un terminal de communication. Bien entendu, le bouton peut servir de fonctions autres que l’activation de l’application de gestion.
A titre d’exemple nullement limitatif, le bouton peut être un bouton poussoir, l’action de l’utilisateur étant une pression sur ce bouton. Selon un autre exemple, le bouton peut être de type tactile, l’action de l’utilisateur étant le positionnement d’un élément conducteur, tel que son doigt, sur le bouton. Par « activation de l’application » on entend l’affichage de l’application sur l’écran du terminal d’utilisateur.
Selon un mode de réalisation, l’application s’affiche sur au moins une partie de l’écran du terminal d’utilisateur sans aucune action de l’utilisateur sur son terminal. Par exemple, l’application peut s’afficher sur une fenêtre générée pour l’affichage de l’application.
Selon un autre mode de réalisation, l’activation de l’application suit une action de l’utilisateur sur son terminal. Par exemple, à la suite de l’action de l’utilisateur sur le bouton 10 de la passerelle une fenêtre est affichée sur l’écran du terminal d’utilisateur, de type fenêtre intruse (fenêtre pop-up en terminologie anglo-saxonne), l’utilisateur pouvant agir sur la fenêtre intruse pour afficher l’application de gestion sur l’écran de son terminal.
Dans certains modes de réalisation, la fenêtre intruse peut notifier qu’un évènement s’est produit sur la passerelle. Par exemple, la survenue d’un dysfonctionnement ou défaillance, ou la désactivation d’une fonctionnalité. Le terminal d’utilisateur peut ainsi recevoir une notification permettant d’exécuter un service qui est fonction de l’évènement survenu sur la passerelle. Par exemple, la notification peut contenir des moyens d’accès au service, tel qu’une adresse URL permettant de mettre en œuvre une action sur la passerelle (pour par exemple résoudre un dysfonctionnement). Par exemple, cette notification peut être affichée sur une fenêtre intruse, sur l’application directement ou prendre la forme d’un SMS tout autre notification à destination de l’utilisateur du terminal 1 (par exemple un e-mail). En outre, la fenêtre intruse peut proposer à l’utilisateur un service à réaliser en fonction de l’évènement survenue. Par exemple, la fenêtre peut comporter une adresse URL.
Dans un autre mode de réalisation, l’application de gestion peut être affichée dans une rubrique de l’application correspondant à un service à mettre en œuvre en fonction de l’évènement survenu dans la passerelle.
Dans ces modes de réalisation, la passerelle peut être configurée pour détecter un évènement survenu sur la passerelle. Ainsi, par exemple, un utilisateur peut appuyer sur le bouton 10 de la passerelle pour lancer l’application APP sur son terminal 2 dans le but de régler un problème ou dysfonctionnement survenu sur la passerelle. Selon un mode de réalisation, l’application peut s’activer sur l’écran (par exemple sur une fenêtre intruse) sur la rubrique adéquate pour résoudre le problème survenu sur la passerelle.
On notera que l’interaction de l’utilisateur du terminal de communication avec la passerelle enclenche la mise en œuvre du procédé de gestion. Ce procédé de gestion sera décrit en référence à la figure 2.
Comme il est courant aujourd’hui, l’application destinée à piloter un dispositif électronique, ou application de gestion APP, peut être installée sur plusieurs terminaux. Les terminaux autorisés à piloter le dispositif électronique sont répertoires dans une table de données. Cette table de données est stockée par exemple par un serveur, tel que le serveur de notification 2. La table de données peut être stockée dans un autre équipement, par exemple dans un serveur différent du serveur de notification 2 ou dans la passerelle 1.
Les terminaux pouvant gérer l’application APP peuvent appartenir à un même utilisateur ou à d’utilisateurs différents.
La figure 2 illustre des étapes du procédé de gestion d’un dispositif électronique 1 selon un mode de réalisation. Dans le mode de réalisation décrit, le dispositif électronique 1 est une passerelle domestique, mais bien entendu, comme indiqué ci-dessus, l’invention s’applique à tout autre type de dispositif électronique dont le fonctionnement peut être géré via une application installée dans un autre dispositif électronique tel qu’un terminal d’utilisateur ou terminal de communication 2.
Comme indiqué ci-dessus, le procédé de gestion est initié par une action E00 de l’utilisateur sur la passerelle. Cette action est par exemple, la réalisation d’une pression sur le bouton 10 de la passerelle 1.
En réponse à l’interaction E00 de l’utilisateur du terminal de communication sur la passerelle 1, la passerelle génère une requête d’identification REQi destinée à commander au serveur 3 l’identification du terminal de communication 2 sur lequel activer l’application de gestion APP. Cette requête d’identification REQi est adressée au serveur 3. Ce serveur 3 peut être un serveur de notification. On notera qu’en réponse à l’interaction E00 de l’utilisateur, la mise en œuvre du procédé de gestion est enclenchée.
Dans un autre mode de réalisation, le serveur est un serveur différent du serveur de notification. On notera que les étapes du procédé de gestion peuvent être mises en œuvre par un serveur ou repartis sur plusieurs serveurs.
Dans un mode de réalisation, la requête d’identification REQi d’au moins un terminal d’utilisateur 2 comporte une liste de terminaux L connectés à la passerelle 1.
Dans ce mode de réalisation, cette liste de terminaux L connectés à la passerelle est générée par la passerelle 1. De manière connue, une passerelle est configurée pour recenser les équipements connectés à elle-même, par exemple selon la technologie Wi-Fi. En outre, la passerelle 1, tout comme les terminaux de communication 2, est configurée pour déterminer le niveau (de puissance) des signaux reçus en provenance des équipements connectés respectivement.
Ainsi, dans un mode de réalisation, la passerelle est configurée pour générer une liste de terminaux, dite liste préliminaire de terminaux LO, comportant les identifiants des terminaux de communication connectés à la passerelle. Dans cette liste préliminaire LO, le niveau du signal reçu par chaque terminal de communication est associé à chaque terminal de communication de la liste.
On notera que la liste préliminaire de terminaux LO comporte des paires, chaque paire associant un identifiant de terminal et une information représentative du niveau du signal reçu par la passerelle en provenance de ce terminal. Dans d’autres termes, une paire de la liste préliminaire de terminaux LO comporte un identifiant de terminal et une information représentant le niveau du signal reçu par la passerelle, en particulier par l’antenne de la passerelle. Le niveau de signal à réception ou niveau de puissance du signal à réception est connu en terminologie anglo-saxonne comme « Received Signal Strength Indication » ou RSSI.
Une paire formée par un identifiant de terminal et une information représentative du niveau du signal reçu par la passerelle est nommé « paire identifiant -RSSI » dans ce document.
La liste préliminaire de terminaux LO et la liste de terminaux L prennent la forme d’une table de données comportant deux colonnes et d’autant de lignes que de terminaux (figure 2) dans la liste.
On notera que pour de terminaux ayant des émetteurs émettant à des niveaux de puissance d’émission du même ordre, le niveau du signal reçu par la passerelle 1 en provenance d’un terminal de communication 2 constitue une information de distance représentative de la distance entre la passerelle 1 et le terminal de communication 2. En effet, plus le terminal de communication se trouve proche de la passerelle, plus le niveau du signal reçu est élevé. Lorsque le terminal de communication 2 se trouve côte à côte de la passerelle 1, la puissance du signal reçu ou niveau du signal reçu est plus haut (il s’agit du niveau maximum admissible).
L’identifiant du terminal est une chaîne de caractères identifiant de manière unique le terminal. Par exemple, l’identifiant du terminal de communication peut être l’adresse MAC (pour « Media Access control ») du terminal de communication. D’autres identifiants peuvent être utilisés tel que l’adresse IP du terminal de communication ou tout autre identifiant unique.
La liste préliminaire de terminaux LO est stockée dans la passerelle 1 et est mise à jour de manière continue en fonction des terminaux se connectant et se déconnectant à la passerelle 1.
Dans un mode de réalisation, lorsque la passerelle reçoit une action de l’utilisateur, tel que la pression sur un bouton 10, la liste de terminaux L est générée E01 à partir de la liste préliminaire de terminaux LO. Par exemple, la liste de terminaux L comprend un sous-ensemble des paires « identifiant - RSSI » correspondant aux terminaux ayant le RSSI le plus élevé parmi les terminaux connectés. Le nombre de terminaux à sélectionner pour former le sous-ensemble ou nombre de terminaux à sélectionner parmi les terminaux connectés à la passerelle (ou terminaux de la liste préliminaire LO) est prédéterminé. Le nombre de terminaux sélectionnés est un paramètre enregistré dans le serveur. La passerelle sélectionne le nombre de terminaux prédéterminé et les transmets au serveur via la liste de terminaux L. Ainsi, dans ce mode de réalisation, la génération de la liste de terminaux L comporte la sélection d’un nombre prédéterminé de terminaux parmi les terminaux de la liste préliminaire LO de terminaux connectés.
Par exemple, la génération de la liste de terminaux comporte la sélection des terminaux connectés à la passerelle se trouvant le plus proche d’elle. Dans d’autres termes, la génération de la liste de terminaux comporte la sélection des terminaux de la liste préliminaire de terminaux LO ayant le niveau de signal reçu le plus élevé. Dans le mode de réalisation représenté, les trois terminaux ayant le niveau de réception le plus élevé parmi les terminaux connectés à la passerelle (formant la liste préliminaire de terminaux) sont sélectionnés et forment la liste de terminaux L.
Dans un autre mode de réalisation, la liste de terminaux contient la totalité des terminaux de la liste préliminaire de terminaux.
Selon un mode de réalisation, la passerelle 1 génère un message contenant la liste de terminaux L générée à partir de la liste préliminaire de terminaux LO. Ce message peut prendre la forme d’une trame de type REST (pour « Representational State Transfer », tel qu’une requête POST.
A titre d’exemple nullement limitatif, une requête POST peut prendre la forme suivante :
POST\Local_RSSI {{« RSSI » : -77, « MAC » : « 7E : 33 : 12 : 01 : 71 : 16 »}, {« RSSI » : -69, « MAC » : « 7E : 1E : 33 : 01 : 5F : 10 »}, {« RSSI » : -90, « MAC » : « 3F : 44 : 70 : 06 : 23 : 13 »}} Où le paramètre « Local_RSSI » correspond au nom de ARI (pour « Application Programming Interface ») générant les niveaux de signaux reçus et formant la requête d’activation, et où la liste de terminaux comporte trois terminaux dont les valeurs de RSSI sont exprimées en dBmW et sont associées respectivement aux adresses MAC des terminaux. Dans cet exemple, le nombre prédéterminé de terminaux est trois. Bien entendu, ce nombre est donné à titre illustratif et peut présenter de valeurs différentes.
Bien entendu, le nom de ARI « Local_RSSI » pourrait prendre toute autre forme alphanumérique, c'est-à-dire porter un nom différent. Ce paramètre est destiné à informer le serveur de ce que la requête contient une liste des niveaux de signal ou liste de RSSI.
Le message contenant la liste de terminaux L (étant dans certains modes la requête d’identification) peut présenter d’autres formes. A titre d’exemple nullement limitatif, elle peut être une requête générée selon le protocole MOTT (pour « Message Oueuing Telemetry Transport », selon le protocole TCP (pour « Transmission Control Protocol », ou autres.
Dans un mode de réalisation, tel que celui représenté à la figure 2, la génération de la liste de terminaux comporte en outre le classement des paires « identifiant-RSSI » en ordre décroissant de valeur de RSSI. Ainsi, la liste de terminaux L générée, à adresser à la passerelle, comporte des terminaux (trois terminaux dans cet exemple) connectés ordonnés du terminal ayant la valeur le plus élevée de RSSI au terminal ayant la valeur de RSSI la plus basse (ou autrement dit, du terminal se trouvant le plus proche de la passerelle au terminal se trouvant le plus loin de la passerelle). Le classement des paires « identifiant-RSSI » peut être mis en œuvre indépendamment de la mise en œuvre de la sélection d’un nombre prédéterminé des paires.
A titre d’exemple nullement limitatif, une requête POST comportant la liste de terminaux dans laquelle les terminaux ont été ordonnés en fonction de la valeur de RSSI, peut être la suivante : POST\Local_RSSI {{« RSSI » : -90, « MAC » : « 3F : 44 : 70 : 06 : 23 : 13 »}, {« RSSI » : -77, « MAC » : « 7E : 33 : 12 : 01 : 71 : 16 »}, {« RSSI » : -69, « MAC » : « 7E : 1E : 33 : 01 : 5F : 10 »}}
On notera que dans cette requête, les terminaux sont ordonnés du terminal ayant le niveau de signal reçu le plus élevé au terminal ayant le niveau de signal reçu le plus bas. Il peut en être déduit que les terminaux sont ordonnés du terminal étant situé le plus proche de la passerelle au terminal le plus éloigné.
Dans un mode de réalisation, la requête d’identification REQi d’au moins un terminal d’utilisateur comporte la liste de terminaux L. Dans ce mode de réalisation, lorsque l’utilisateur d’un terminal de communication interagit avec la passerelle, par exemple en réalisant une pression sur le bouton 10, la requête d’identification d’au moins un terminal d’utilisateur est générée REQi, cette requête comportant une liste de terminaux L.
Une fois la requête d’identification générée E01 , elle est adressée E02 à un serveur 3, tel qu’un serveur de notification (ou serveur « Push » en terminologie anglo-saxonne). Ce type de serveur est chargé d’adresser des notifications relatives aux applications installées sur les terminaux de communication.
Lorsque le serveur reçoit E1 la requête d’identification REQi d’au moins un terminal d’utilisateur, il met un œuvre l’identification E2 du terminal de communication 2 dans lequel l’application de gestion APP doit être activée.
Lors de l’étape d’identification E2, le terminal de communication 2 se trouvant le plus proche de la passerelle 2 est identifié. On considère que ce terminal de communication 2 identifié, est associé à l’utilisateur ayant interagit avec la passerelle, ou autrement dit, est le terminal de communication que l’utilisateur va utiliser pour la gestion des fonctionnalités de la passerelle 1.
Dans certains modes de réalisation, les terminaux de communication se trouvant les plus proches de la passerelle 2 sont identifiés. L’identification du terminal de communication 2 à notifier est mise en œuvre à partir de la liste de terminaux L reçue. Comme indiqué ci-dessous, dans un mode de réalisation, tel que celui illustré par la figure 2, la liste de terminaux L peut être contenue dans la requête d’identification REQi d’au moins un terminal d’utilisateur reçue à l’étape de réception E1 . Dans un autre mode de réalisation, la liste de terminaux contenant la liste de terminaux est un message reçu séparément de la requête d’identification (avant ou après la requête d’identification).
Dans un mode de réalisation, la requête de type POST contenant la liste de terminaux correspond à la requête d’identification d’au moins un terminal d’utilisateur. Dans ce mode de réalisation, lorsque le serveur de notification reçoit la requête contenant la liste de terminaux, il considère cette requête comme étant une requête d’identification d’au moins un terminal d’utilisateur, ou autrement dit, il considère la requête comme étant une demande de la part de la passerelle, d’identifier le terminal sur lequel activer l’application de gestion de la passerelle et d’activer l’application de gestion dans ce terminal de communication identifié (le terminal de communication de l’utilisateur ayant interagi avec la passerelle).
Selon un mode de réalisation, la passerelle met en œuvre l’identification du terminal de communication 2 à notifier et adresse sont identifiant au serveur.
On notera que dans le mode de réalisation illustré à la figure 2, le serveur 3 reçoit une liste de terminaux L contenant des terminaux ordonnés selon un ordre décroissant de niveau de signal (tel que représenté à la figure 2).
Dans ce mode de réalisation, la liste de terminaux L contient des paires « identifant- RSSI » ordonnées par ordre décroissant de niveau de signal reçu par la passerelle. Dans un autre mode de réalisation, la liste de terminaux pourrait uniquement contenir les identifiants de terminal ordonnés par ordre décroissant de niveau de signal reçu par la passerelle. En effet, les identifiants de terminal étant ordonnés, il n’est pas nécessaire d’adresser le RSSI.
Une fois que le serveur 3 reçoit E1 la liste de terminaux L, la liste de terminaux L est extraite et stockée dans le serveur 3. Dans ce mode de réalisation, l’identification E2 comporte la sélection E21 du premier terminal de la liste de terminaux reçue. Cette liste de terminaux L comportant les terminaux ordonnés par ordre décroissant de niveau du signal reçu, le terminal sélectionné correspond à celui qui se trouve le plus proche de l’utilisateur.
La sélection comporte l’obtention de l’identifiant du premier terminal de la liste de terminaux L. Dans ce mode de réalisation, l’identification comporte en outre une étape de vérification de l’autorisation du terminal de communication 2 sélectionné de gérer le fonctionnement de la passerelle 1. Cette étape de vérification E22 est destinée à vérifier que le terminal de communication 2 a l’autorisation pour gérer les fonctionnalités de la passerelle 1 via l’application de gestion APP.
Dans un mode de réalisation, la vérification de l’autorisation comporte l’interrogation d’une table de données, à partir de l’identifiant du terminal de communication identifié.
La table de données contient les identifiants des terminaux autorisés à agir sur le fonctionnement de la passerelle via l’application de gestion. Dans d’autres termes, la table de données contient les identifiant des terminaux éligibles à recevoir la notification permettant l’activation de l’application. Cette table de données est enregistrée dans une base de données qui peut être intégrée dans le serveur de notification 3 ou dans une ressource externe (non illustrée) au serveur de notification 3.
Cette caractéristique incrémente la sécurité du système mettant en œuvre l’invention dès lors qu’uniquement les terminaux préenregistrés comment étant autorisés à gérer la passerelle 1 , peuvent recevoir une requête permettant l’activation de l’application de gestion APP. Ainsi, un terminal de communication comportant l’application de gestion de la passerelle, se trouvant côte à côte de la passerelle ne recevra la requête de notification que si l’identifiant du terminal de communication se trouve dans la table de données contenant les identifiants des terminaux autorisés à agir sur le fonctionnement de la passerelle via l’application de gestion. Dans un mode de réalisation, le serveur 3 émet une requête d’interrogation à destination de la base de données comportant la table de données. Cette requête d’interrogation comporte l’identifiant du terminal de communication 2 identifié et est destinée à vérifier si l’identifiant du terminal identifié est présent dans la table de données, c'est-à-dire si l’identifiant du terminal figure parmi les identifiants des terminaux autorisés à agir sur la passerelle via l’application de gestion. Si l’identifiant est présent dans la table de données, signifiant que le terminal 2 est autorisé à gérer la passerelle 1 via l’application de gestion APP, le serveur génère E30 la requête de notification REQn et la transmet E3 au terminal identifié. La requête de notification REQn comporte l’identifiant du terminal de communication 2 à notifier. Dans un mode de réalisation, le terminal de communication, à réception E4 de la requête de notification, restitue E51 une notification sur l’écran du terminal, cette notification permettant à l’utilisateur d’activer l’application sur le terminal. Comme indiqué ci-dessous, la réception de la requête de notification peut générer une fenêtre intruse, contenant l’application de gestion ou un moyen permettant son ouverture, tel qu’un lien ou adresse URL.
On notera que l’expérience client de ce mode de réalisation est très satisfaisante dès lors que l’utilisateur peut choisir le moment auquel il veut activer l’application de gestion sur son terminal. Dans un autre mode de réalisation, l’application de gestion est activée
E52 de la réception de la requête de notification sur le terminal de communication. Dans ce mode de réalisation, l’application est restituée sur l’écran du terminal dès la réception de la requête E4.
On notera que dans les différents modes de réalisation, la requête de notification REQn permet l’activation de l’application de gestion sur le terminal de communication recevant la notification.
L’identification du terminal de communication 2 se trouvant le plus proche de la passerelle 1 , permet que la requête de notification ne soit transmisse qu’à ce terminal (pourvu qu’il soit autorisé à recevoir cette requête de notification), au lieu d’être transmise à tout terminal connecté à la passerelle et comportant l’application de gestion. Selon un mode de réalisation, un terminal identifié ne reçoit la requête de notification que s’il est autorisé à agir sur la passerelle via l’application de gestion installée sur le terminal.
Selon un mode de réalisation, si aucun des terminaux de communication 2 présents dans la liste de terminaux L se trouve dans la table de données contenant les identifiants des terminaux autorisés à agir sur le fonctionnement de la passerelle via l’application de gestion, c'est-à-dire si aucun terminal de la liste de terminaux reçue est autorisé à agir sur la passerelle via l’application de gestion, le terminal de communication de l’utilisateur enregistré, ou déclaré (par exemple dans le serveur), comme étant l’administrateur du réseau formé par la passerelle, est notifié de l’interaction d’un utilisateur avec la passerelle. Par exemple, le terminal de l’utilisateur enregistré ou déclaré comme étant l’administrateur, dit terminal de l’utilisateur administrateur, reçoit la requête de notification REQn permettant l’activation de l’application de gestion de la passerelle sur ce terminal. Dans un autre mode de réalisation, le terminal de l’utilisateur administrateur est notifié de la tentative d’un autre utilisateur d’agir sur la passerelle via l’application de gestion.
Lorsque la liste de terminaux reçue par le serveur contient des identifiants sans avoir été ordonnés par la valeur du niveau du signal reçu, le procédé de gestion peut comprendre une étape de classement des terminaux de la liste pour les ordonner selon ordre décroissant de niveau de signal. Les étapes d’identification, de génération et de transmission décrites ci-dessous en référence à la figure 2 sont ensuite mises en œuvre en utilisant la liste de terminaux reçue.
Dans un autre mode de réalisation, dans lequel la liste de terminaux reçue par le serveur contient des identifiants sans avoir été ordonnés par la valeur du niveau du signal reçu, l’identification mise en œuvre par le serveur, comporte une étape de détermination, à partir de la liste de terminaux reçue, du terminal de communication associé à la valeur minimale parmi des valeurs de niveau du signal reçues par la passerelle.
Ensuite, l’identification peut comprendre la vérification de l’autorisation du terminal. Si le terminal est autorisé à gérer la passerelle, le serveur génère et transmet la requête de notification comme décrit ci-dessus.
On notera que dans certains modes de réalisation, l’étape de vérification de l’autorisation est absente.
La figure 3a illustre schématiquement une architecture matérielle d’un serveur 3 pouvant mettre en œuvre le procédé de gestion proposé. Selon un mode de réalisation, le serveur 3 peut être un serveur de notification. Le serveur 3 comprend un bus de communication 300 auquel sont reliées :
- une unité de traitement 301, nommée sur la figure CPU (pour « Central Processing Unit ») et pouvant comporter un ou plusieurs processeurs ; - une mémoire non volatile 202, par exemple ROM (pour « Read Only
Memory »), EEPROM (pour « Electrically Erasable Read Only Memory ») ou une mémoire Flash;
- une mémoire vive 303 ou RAM (pour « Random Access Memory ») ; et - des interfaces de communication 304, nommées COM sur la figure, adaptées à échanger des données par exemple avec le terminal de communication 2 et avec la passerelle 1.
La mémoire vive 303 comprend des registres adaptés à l'enregistrement des variables et paramètres créés et modifiés au cours de l'exécution d'un programme informatique comprenant des instructions pour la mise en œuvre du procédé de gestion selon l'invention. Les codes d'instructions du programme stocké en mémoire non-volatile 302 sont chargés en mémoire RAM 303 en vue d'être exécutés par l'unité de traitement CPU 301.
La mémoire non-volatile 302 est par exemple une mémoire réinscriptible de type EEPROM ou mémoire Flash pouvant constituer un support au sens de l'invention, c'est-à-dire pouvant comprendre un programme informatique comprenant des instructions pour la mise en œuvre du procédé de gestion proposé. La mémoire réinscriptible peut comprendre la liste de terminaux L et tables de données utilisés pour la mise en œuvre de l’invention. Ce programme définit, par le biais de ses instructions, des modules fonctionnels du serveur qui sont mise en œuvre et/ou commandent les éléments matériels décrits précédemment. La figure 3b est une représentation fonctionnelle d’un serveur conforme à un mode de réalisation.
Ces modules comprennent notamment : - un module de réception 31 configuré pour recevoir en provenance du dispositif électronique, une requête d’identification (REQi) d’au moins un terminal d’utilisateur (2) sur lequel activer une application de gestion dudit dispositif électronique ;
- un module de transmission 33 configuré pour transmettre vers au moins un terminal d’utilisateur identifié une requête de notification REQn permettant l’activation de ladite application de gestion APP sur ledit au moins un terminal d’utilisateur 2.
Selon de modes de réalisation, le module d’identification 32 peut comprendre :
- un module d’identification 32 configuré pour identifier ledit au moins un terminal de communication ;
- un module de sélection 321 configuré pour sélectionner un identifiant de la liste de terminaux L ; et
- un module de vérification 322 de l’autorisation dudit au moins un terminal de communication d’agir sur le dispositif électronique.
Selon un mode de réalisation, le module de sélection 321 peut être configuré pour déterminer le terminal ou les terminaux ayant le niveau de signal le plus élevé.
En outre, selon de modes de réalisation, le serveur peut comprendre un module d’interrogation 34 d’une table de données, à partir d’un identifiant du terminal de communication identifié pour vérifier sa présence dans ladite table de données.
Les modules et moyens précités sont pilotés par le processeur de l'unité de traitement 301. Ils peuvent prendre la forme d’un programme exécutable par un processeur, ou une forme matérielle (ou « hardware »), telle un circuit intégré spécialisé (connu en terminologie anglo-saxonne connu comme ASIC pour « Application-Specific Integrated Circuit »), un système sur puce (connu en terminologie anglo-saxonne comme SoC pour « System On Chip »), ou un composant électronique de type circuit logique programmable, tel qu’un composant de type FPGA (pour « Field-Programmable Gâte Array »).
Le dispositif électronique 1 et les terminaux d’utilisateur 2 comportent des modules similaires à ceux décrits en référence à la figure 3a pour le serveur 3. En particulier, ils comprennent un bus de communication auquel sont reliées une unité de traitement ou microprocesseur, une mémoire non volatile, une mémoire vive ou RAM, et une interface de communication adaptée notamment à échanger des données avec le serveur et le dispositif électronique.
Plus particulièrement, le dispositif électronique 1 comporte les modules nécessaires à la mise en œuvre du procédé d’activation d’une application de gestion installée dans un terminal de communication 2. Il peut ainsi comporter, selon de modes de réalisation :
- un module de transmission configuré pour transmettre vers un serveur, une requête d’identification d’au moins un terminal d’utilisateur sur lequel activer l’application de gestion du dispositif électronique ; et
- un module d’interaction avec un utilisateur configuré pour recevoir une action de l’utilisateur, ladite action ayant comme réponse la transmission de la requête d’identification dudit au moins un terminal d’utilisateur ;
- un module de détection configuré pour détecter les terminaux d’utilisateur connectés au dispositif électronique ;
- un module de détermination du niveau de signaux reçus en provenance des terminaux d’utilisateur connectés (valeur du RSSI) ; et
- des modules configurés pour générer une liste de terminaux d’utilisateur connectés, dite liste préliminaire de terminaux, pour sélectionner des terminaux parmi les terminaux de la liste préliminaire afin de former une nouvelle liste de terminaux, et pour transmettre une liste de terminaux à un autre équipement, par exemple à un serveur.
Le dispositif électronique comporte en outre une interface d’entrée/sortie, par exemple des touches ou boutons, un écran, un clavier, une souris ou un autre dispositif de pointage tel qu’un écran tactile ou une télécommande permettant à un utilisateur d’interagir avec le dispositif électronique via une interface graphique ou interface homme-machine. L’utilisateur peut par exemple réaliser une action sur un bouton pour que l’application de gestion du dispositif électronique soit activée sur son terminal. Quant au terminal de communication 2, il comprend un module de réception d’une requête de notification REQn en provenance du serveur 3. Il comporte en outre une interface d’entrée/sortie, par exemple des touches ou boutons, un écran, un clavier, une souris ou un autre dispositif de pointage tel qu’un écran tactile ou une télécommande permettant à un utilisateur d’interagir avec le terminal via une interface graphique ou interface homme-machine. Ainsi, selon un mode de réalisation, l’utilisateur peut activer l’application de gestion en agissant sur la notification reçue.
Ainsi, grâce à l’invention, le terminal de l’utilisateur ayant réalisé une action sur le dispositif électronique est identifié, cette identification étant mise en œuvre sans pour autant devoir ajouter de modules spécifiques destinés à l’identification du terminal. En effet, le dispositif électronique utilise pour mettre en œuvre l’identification, des modules utilisés pour communication avec les terminaux. En outre, l’identification du terminal de communication est mise en œuvre sans que l’utilisateur du terminal n’ait à réaliser d’action particulière dédiée à l’identification ou à la détection de son terminal de communication, l’expérience de l’utilisateur étant très positive. Par ailleurs, cette identification est mise en œuvre alors que plusieurs terminaux sont connectés au dispositif électronique et que ces terminaux ont l’application de gestion installée. Grâce à l’invention, seul le terminal de l’utilisateur ayant interagi avec le dispositif électronique, et par conséquent se trouvant le plus proche du dispositif électronique reçoit une notification destinée à activer l’application. Les autres utilisateurs ne sont pas dérangés par une notification permettant l’activation de l’application de gestion ou par une activation intempestive de l’application de gestion.
Selon certains modes de réalisation, plusieurs terminaux peuvent être identifiés comme étant les terminaux à notifier. Il est par exemple le cas, de plusieurs terminaux se trouvant à proximité du dispositif électronique, à une distance similaire, ou alors lorsqu’il a été prédéfini que plusieurs terminaux (un nombre prédéterminé de terminaux) se trouvant les plus proches du dispositif électronique sont les terminaux à notifier. Selon un mode de réalisation particulier, lorsque le terminal de l’utilisateur administrateur se trouve parmi les plusieurs terminaux à notifier, uniquement le terminal de l’utilisateur administrateur est notifié, c'est-à-dire reçoit la requête de notification en provenance du serveur.

Claims

REVENDICATIONS
1. Procédé de gestion d’un dispositif électronique configuré pour communiquer avec au moins un terminal d’utilisateur (2) et au moins un serveur (3), ledit procédé de gestion étant mis en œuvre par ledit serveur (3) et comportant :
- réception (E1) en provenance du dispositif électronique, d’une requête d’identification (REQi) d’au moins un terminal d’utilisateur (2) ;
- transmission (E3) vers au moins un terminal d’utilisateur identifié, d’une requête de notification (REQn) permettant l’activation d’une application de gestion (APP) sur ledit au moins un terminal d’utilisateur identifié (2).
2. Procédé de gestion conforme à la revendication 1, dans lequel la réception (E1 ) de la requête d’identification (REQi) est mise en œuvre en réponse à une interaction (E00) sur ledit dispositif électronique d’un utilisateur.
3. Procédé de gestion conforme à l’une des revendications 1 ou 2, comportant en outre la réception en provenance du dispositif électronique, d’une liste (L ; LO) de terminaux d’utilisateur connectés audit dispositif électronique (1 ), ledit au moins un terminal d’utilisateur étant identifié (E2) à partir de la liste (L ; LO) de terminaux d’utilisateur reçue.
4. Procédé de gestion conforme à la revendication 3, dans lequel la liste (L) de terminaux d’utilisateur est générée par ledit dispositif électronique (1) à partir d’une liste préliminaire (LO) comportant des identifiants de terminaux d’utilisateur connectés au dispositif électronique (1), chaque identifiant de terminal ayant associée une information représentative du niveau d’un signal reçu (RSSI) par le dispositif électronique (1) en provenance dudit terminal d’utilisateur.
5. Procédé de gestion conforme à d’une des revendications 1 à 4, dans lequel la transmission (E3) de ladite requête de notification (REQn) est précédée de la vérification (E22) de l’autorisation dudit au moins un terminal d’utilisateur identifié de gérer le fonctionnement du dispositif électronique.
6. Procédé de gestion conforme à la revendication 5, dans lequel la vérification de l’autorisation (E22) comporte l’interrogation d’une table de données, à partir d’un identifiant dudit au moins un terminal d’utilisateur identifié pour vérifier la présence dudit identifiant dans ladite table de données.
7. Procédé d’activation d’une application de gestion d’un dispositif électronique, ladite application de gestion (APP) étant installée sur au moins un terminal d’utilisateur (2), ledit procédé d’activation comportant la transmission (E02) vers un serveur (3) d’une requête d’identification (REQi) d’au moins un terminal d’utilisateur, ladite transmission (E02) de la requête d’identification étant mise en œuvre en réponse à une interaction (E00) d’un utilisateur avec ledit dispositif électronique (1).
8. Serveur configuré pour communiquer avec au moins un dispositif électronique et au moins un terminal d’utilisateur comportant :
- un module de réception (31) configuré pour recevoir en provenance dudit dispositif électronique, une requête d’identification (REQi) d’au moins un terminal d’utilisateur (2); - un module de transmission (33) configuré pour transmettre vers au moins un terminal d’utilisateur identifié, une requête de notification (REQn) permettant l’activation de ladite application de gestion (APP) sur ledit au moins un terminal d’utilisateur (2).
9. Dispositif électronique configuré pour communiquer avec un serveur et avec au moins un terminal d’utilisateur comportant une application de gestion dudit dispositif électronique, ledit dispositif électronique comportant :
- un module de transmission configuré pour transmettre vers un serveur, une requête d’identification (REQi) d’au moins un terminal d’utilisateur ;
- un module d’interaction avec un utilisateur configuré pour recevoir (E00) une action de l’utilisateur, ladite action ayant comme réponse la transmission de la requête d’identification dudit au moins un terminal d’utilisateur.
10. Terminal d’utilisateur comportant une application de gestion d’au moins un dispositif électronique et étant configuré pour recevoir en provenance d’un serveur, une requête de notification (REQn) permettant l’activation de ladite application de gestion (APP), ladite requête de notification étant transmisse par le serveur après identification dudit terminal d’utilisateur en réponse à la réception en provenance dudit au moins un dispositif électronique, d’une requête d’identification (REQi) d’au moins un terminal d’utilisateur (2).
11. Système comportant un dispositif électronique conforme à la revendication 9, au moins un terminal d’utilisateur conforme à la revendication 10, et un serveur conforme à la revendication 8.
12. Programme d’ordinateur apte à être mis en œuvre sur un serveur, le programme comprenant des instructions de code pour la mise en œuvre des étapes du procédé de gestion conforme à l’une des revendications 1 à 6, lorsqu’il est exécuté par un processeur.
13. Support d’informations lisible par un processeur dans un serveur, sur lequel est enregistré un programme d’ordinateur comprenant des instructions de code pour la mise en œuvre des étapes du procédé de gestion conforme à l’une des revendications 1 à 6, lorsqu’il est exécuté par le processeur.
EP22744804.0A 2021-06-29 2022-06-28 Procede de gestion distante d'un dispositif electronique Pending EP4364011A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2106965A FR3124293A1 (fr) 2021-06-29 2021-06-29 Procédé de gestion d’un dispositif électronique, tel qu’une passerelle permettant de relier deux réseaux de communication.
PCT/FR2022/051285 WO2023275484A1 (fr) 2021-06-29 2022-06-28 Procede de gestion distante d'un dispositif electronique

Publications (1)

Publication Number Publication Date
EP4364011A1 true EP4364011A1 (fr) 2024-05-08

Family

ID=77180228

Family Applications (1)

Application Number Title Priority Date Filing Date
EP22744804.0A Pending EP4364011A1 (fr) 2021-06-29 2022-06-28 Procede de gestion distante d'un dispositif electronique

Country Status (4)

Country Link
US (1) US20240292220A1 (fr)
EP (1) EP4364011A1 (fr)
FR (1) FR3124293A1 (fr)
WO (1) WO2023275484A1 (fr)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4709966B2 (ja) * 2006-06-28 2011-06-29 サイレックス・テクノロジー株式会社 リモートコントロールシステム及びリモートコントロール装置
US9294800B2 (en) * 2010-05-10 2016-03-22 Comcast Cable Communications, Llc Intelligent remote control
JP6645298B2 (ja) * 2016-03-23 2020-02-14 コニカミノルタ株式会社 設定システム、画像処理装置、遠隔制御方法および遠隔制御プログラム
KR20190099586A (ko) * 2018-02-19 2019-08-28 삼성전자주식회사 전자 장치, 전자 장치의 제어방법 및 서버

Also Published As

Publication number Publication date
FR3124293A1 (fr) 2022-12-23
WO2023275484A1 (fr) 2023-01-05
US20240292220A1 (en) 2024-08-29

Similar Documents

Publication Publication Date Title
EP1625764B1 (fr) Systeme sans fil ayant une interface utilisateur multimodale configuree dynamiquement sur des preferences utilisateurs
US10425422B1 (en) Message content modification devices and methods
EP2795878B1 (fr) Procédé de partage d'un contenu multimédia entre utilisateurs
EP2443806B1 (fr) Module client ussd generique intelligent embarque dans un terminal de telecommunications
FR2985149A1 (fr) Procede d'acces par un terminal de telecommunication a une base de donnees hebergee par une plateforme de services accessible via un reseau de telecommunications
WO2017207894A1 (fr) Procédé pour renseigner des informations personnelles d'un utilisateur demandées par un service en ligne donné
EP2807815B1 (fr) Système et procédö de controle d'une requête dns
WO2023275484A1 (fr) Procede de gestion distante d'un dispositif electronique
EP3336709B1 (fr) Procédé d'utilisation d'un poste de travail étendu, et système d'utilisation d'un poste de travail étendu associé
EP3206149B1 (fr) Procede de controle d'un parametre indicatif d'un niveau de confiance associe a un compte utilisateur d'un service en ligne
EP4078922B1 (fr) Procédé d'obtention d'une commande relative à un profil d'accès réseau d'un module de sécurité de type euicc
US11086951B1 (en) System and methods for enabling disintermediated communication associated with search operations
EP2529330B1 (fr) Procédé de fourniture d'un code dynamique par l'intermédiaire d'un téléphone
EP3714588B1 (fr) Procede de gestion a distance d'un dispositif connecte a une passerelle residentielle
WO2015055653A1 (fr) Procede et systeme de generation automatique de documents a partir d'un index
BE1027588B1 (fr) Methode informatique pour partager de l'information
WO2023275475A1 (fr) Procede de gestion d'une passerelle d'acces a un reseau sur un terminal mobile
WO2024217990A1 (fr) Procédé de traitement d'un message électronique, système de traitement de données associé
FR3074935A1 (fr) Procede de detection d'une attaque informatique contre une base de donnees, produit programme d'ordinateur et systeme de detection associes
WO2018029564A1 (fr) Systeme et procede d'authentification sans mot de passe d'un utilisateur d'un systeme applicatif par un serveur central
FR3110262A1 (fr) Procédé et système d’authentification d’un utilisateur auprès d’un serveur d’authentification
EP1853040A1 (fr) Système de communication et terminaux de visualisation à basse consommation convenant à un tel système
FR3053496A1 (fr) Procede de configuration en mode invite d' un terminal de communication d' un utilisateur
WO2006092505A1 (fr) Procede et dispositif de mise en relation automatique de terminaux proches
EP1640890A1 (fr) Procédé de saisie de caractères manuscrits

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

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

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20240126

AK Designated contracting states

Kind code of ref document: A1

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

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20250110