EP2193647A2 - Dispositif de traitement de notifications applicatives - Google Patents

Dispositif de traitement de notifications applicatives

Info

Publication number
EP2193647A2
EP2193647A2 EP08837818A EP08837818A EP2193647A2 EP 2193647 A2 EP2193647 A2 EP 2193647A2 EP 08837818 A EP08837818 A EP 08837818A EP 08837818 A EP08837818 A EP 08837818A EP 2193647 A2 EP2193647 A2 EP 2193647A2
Authority
EP
European Patent Office
Prior art keywords
user
content
application notification
application
terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP08837818A
Other languages
German (de)
English (en)
Inventor
Guy-Bertrand Kamga
Stéphane Betge Brezetz
Sophie Piekarec
Marie-Pascale Dupont
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.)
Alcatel Lucent SAS
Original Assignee
Alcatel Lucent SAS
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 Alcatel Lucent SAS filed Critical Alcatel Lucent SAS
Publication of EP2193647A2 publication Critical patent/EP2193647A2/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H04L67/5651—Reducing the amount or size of exchanged application data

Definitions

  • the invention relates to transmission infrastructures, and more specifically the transmission of application notifications from applications to communication terminals connected to such transmission infrastructures.
  • transmission infrastructure is meant here both a communication network and a broadcasting network.
  • broadcast network any type of terrestrial and / or satellite broadcasting infrastructure capable of transmitting content, possibly multimedia, in a monodirectional way down (or go) to terminals of communication.
  • communication network here refers to any type of bidirectional communication infrastructure, broadband, wired or wireless, capable in particular of transmitting content, possibly multimedia, to terminals, in "broadcast” mode (broadcast ) and / or “multicast” (point-to-multipoint) and / or “unicast” (point-to-point).
  • a transmission infrastructure may be a wired (or fixed) network, for example of the xDSL or fiber type or cable, a T-DMB type network, a satellite network, for example an SDMB network (for "Satellite Digital Multimedia Broadcast") or S-UMTS or SDR ("Satellite Digital Radio"), a terrestrial network of the radio type, such as for example a mobile or cellular network (GSM, GPRS / EDGE, UMTS or CDMA2000, as well as all their variants and all their equivalents, including LTE ("Long Term Evolution")), or a DVB-H network (for "Digital Video Broadcasting - Handhelds" - mobile TV), or a terrestrial network implementing a technology derived from a satellite technology (such as DVB-S, DVB-S2 or DVB-RCS), or a wireless local area network (Wireless Local Area Network (WLAN) - IEEE 802.11, Wi-Fi, ETSI HiperLAN / 2), Bluetooth (IEEE 802.1
  • the term "communication terminal” here refers to any fixed or mobile (or portable or cellular) communication equipment capable of receiving at least one, possibly multimedia content, of at least one transmission infrastructure (possibly radio), as well as than possibly to transmit contents to other terminals. Therefore, it may for example be a fixed or mobile phone (or cell), (possibly IP type), a computer or mobile, a personal digital assistant (or PDA), a "smartphone” (PDA combined with a mobile phone), a receiver of multimedia contents (for example a decoder, a residential gateway (or “residential gateway") or a STB ("Set-Top Box”)), from when it is equipped with means of communication, possibly radio or satellite, suitable (at least) for the reception of contents.
  • a fixed or mobile phone or cell
  • PDA personal digital assistant
  • PDA personal digital assistant
  • PDA personal digital assistant
  • STB Set-Top Box
  • notification settings such as priority level, privacy level, level of criticality or semantics of the content to be transmitted
  • characteristics of the terminals such as the supported content format, the supported storage capacity, or the display screen dimensions, and the like.
  • the intelligent notification service of the IBM Company mainly takes into consideration only the type of preferred transmission channel (instant messaging (or IM), electronic mail (or "e-mail"), telephone call, SMS, MMS, and the like), the user context (presence, availability and location) and the notification priority level to determine the transmission channel of the notification.
  • IM instant messaging
  • e-mail electronic mail
  • the user context Presence, availability and location
  • the notification priority level to determine the transmission channel of the notification.
  • the question of how ("how") to transmit a notification to an end-user terminal is taken into consideration, and still partially.
  • a notification has to be addressed to a group of end users, one can only transmit the notification in parallel to the different users of the group. There is therefore no other transmission strategy for end-user groups.
  • the known solutions do not take into account the adaptation criteria, such as the semantics of the content to be transmitted, the capabilities (or characteristics) of the terminals, or the limitations (or handicaps) of the end users, nor the completeness different types of terminal.
  • the invention therefore aims to improve the situation.
  • a device dedicated to the processing of application notifications (coming from application (s)) which must be transmitted to end user communication terminals via at least one transmission infrastructure, and comprising means for loaded processes, in case of receiving an application notification which is intended for at least one user, to analyze this application notification in order to: - determine adaptation information which defines i) how and to which the content of the application notification will have to be transmitted to a chosen terminal of this recipient user, ii) what part of this content should be used by this selected terminal, and iii) how this part should be used by the selected terminal, depending on the of policy (s) and / or policy (s) chosen and taking into account user (s) and / or contextual (s) information and / or notification parameter (s) application and / or characteristic (s) of the selected terminal, and
  • the device according to the invention may comprise other characteristics that can be taken separately or in combination, and in particular:
  • its processing means can be loaded, in the event of receiving an application notification intended for a group of users, of analyzing this application notification in order to: determine adaptation information defining i) how and when the content of the application notification will have to be transmitted to the terminals of the target users of this group, ii) which part of this content will be used by these users 'terminals, and iii) how this part will be used by the users' terminals, depending on the rule (s) and / or policy (s) chosen and taking into account user and / or contextual information and / or parameter (s) of the application and / or feature notification ( s) user terminals and / or a role played by each user within the group, and • adapt the application notification to be transmitted according to the determined adaptation information es;
  • its processing means may be responsible for determining, in the event of receipt of an application notification intended for a group of users, adaptation information which defines a transmission mode of the application notification chosen from (at least) a simultaneous transmission, a total or restricted sequential transmission (eg function of the role of each user of the group and / or the acknowledgment of the notification application adapted by one of the users of the group (transmission to the next recipient user if and only if the previous one does not pay the adapted application notification sent));
  • each user information may, for example, be chosen from (at least) the profile of the recipient user, the profile of the user at the origin of the application notification, and at least one limitation of the use of related content. the recipient user;
  • each contextual information may, for example, relate to the recipient user and / or the chosen terminal of the recipient user and may be chosen from (at least) information relating to the presence of the recipient user in the vicinity of a user. terminal, information relating to the geographical position of the recipient user, information relating to the state in which each terminal of the recipient user is placed, and information relating to a multimedia content being read by a terminal of the recipient user;
  • each parameter of the application notification may for example be chosen from (at least) a priority level, a confidentiality level, a criticality level and a semantics of the content to be transmitted;
  • each terminal characteristic may for example be chosen from (at least) a supported content format, a supported storage capacity, and display screen dimensions;
  • its processing means may be responsible for choosing the terminal of the recipient user that is best suited to the portion of content to be used; its processing means may be responsible for choosing the time which is best suited to the transmission of the application notification among (at least) an immediate transmission, a delayed transmission at the end of the reading of a multimedia content by a terminal of the recipient user, and a deferred transmission at a chosen time during the playback of a multimedia content by a terminal of the recipient user;
  • its processing means can be loaded, if an application notification is received in which at least one parameter of definition of modality (s) of use of at least part of its content, i) to determine each missing definition parameter according to its other parameters and the rule (s) and / or chosen policy (s) ( s) and taking into account the user (s) and / or contextual information (s) and / or parameter (s) of the application notification and / or of the chosen characteristic (s) of the terminal chosen, and ii) to adapt the application notification to be transmitted by adding to it each defined definition parameter;
  • each mode of use of a portion of content may for example be chosen from (at least) a momentary interruption of the playback of a multimedia content for the purpose of using the determined part of content, a type conversion of text-to-sound of the determined content part, a sound-to-text conversion of said determined content part, conversion of a first language to a second, and transmission of an alert sound signal upon reception of the adapted application notification;
  • its processing means may be responsible for adapting each application notification according to the application on which it depends and / or each type of transmission infrastructure used to transmit it to each recipient user; it may comprise control means responsible for (i) applying adaptation decisions taken by the processing means, (ii) delivering to the terminals the application notifications adapted by the processing means, (iii) ensuring that the adapted application notifications have been successfully transmitted to the recipient terminals; and iv) to ensure that the latter have used the contents of the adapted application notifications in accordance with the usage conditions defined by their parameters;
  • control means may also be responsible for storing in a storage means all the adapted application notifications sent and / or to be sent to the terminals; the control means can also be responsible for managing at least one interactive operation triggered at a selected terminal following the use of a part of a notification content adapted application.
  • the invention also proposes a server, intended to be part of a service platform of a communication network, and equipped with a processing device of the type of that presented above.
  • a server intended to be part of a service platform of a communication network, and equipped with a processing device of the type of that presented above.
  • the object of the invention is to enable the adaptation of application notifications which are intended for communication terminals connected to at least one content transmission infrastructure, possibly multimedia, in the presence of a diversity of content types, a diversity of communication terminal types and a diversity of content delivery criteria and / or a diversity of contextual information and / or a variety of application notification parameters and / or a variety of features terminal.
  • the transmission infrastructure is a mobile network type network (or cellular), for example of the type UMTS (or LTE) or CDMA2000.
  • the invention is not limited to this type of transmission infrastructure. It concerns both communication networks (wired or non-wired) as well as broadcast networks (wired or non-wired).
  • a unidirectional terrestrial and / or satellite broadcast network or a wired (or fixed) network, for example of the xDSL or fiber or cable type, or of a T-DMB type network, or a satellite network, such as for example a SDMB network (for "Satellite Digital Multimedia Broadcast") or S-UMTS or even SDR ("Satellite Digital Radio"), or a network wireless local (Wireless Local Area Network (WLAN) standards - IEEE 802.11, Wi-Fi, ETSI HiperLAN / 2), Bluetooth (IEEE 802.15), WiMAX (IEEE 802.16, ETSI HiperMAN) and Zigbee)), or a hybrid network, that is to say both satellite and terrestrial, such as for example a DVB-type network.
  • a wireless local Wireless Local Area Network (WLAN) standards - IEEE 802.11, Wi-Fi, ETSI HiperLAN / 2), Bluetooth (IEEE 802.15), WiMAX (IEEE 802.16, ETSI HiperMAN) and Zigbe
  • the invention relates to any type of communication terminal (TC), fixed or mobile (or portable or cellular), which can connect to at least one transmission infrastructure (possibly radio) to, at least, to receive multimedia content of this transmission infrastructure. Therefore, the communication terminals (TC) may be fixed or mobile (or cellular) telephones, (possibly IP type), smartphones, desktop or portable computers, digital personal digital assistants (PDAs), multimedia content (eg decoders, residential gateways or set-top boxes), provided they are equipped with at least) when receiving content.
  • a communication network here of mobile type (for example), to which are connected terminals (communication) TC, of different types, as well as a SR server dedicated to the control of the supply of application notifications to TC terminals as well as the control of the use of said application notifications by these TC terminals.
  • RC communication network
  • TC communication terminals
  • SR server dedicated to the control of the supply of application notifications to TC terminals as well as the control of the use of said application notifications by these TC terminals.
  • the SR server may be part of a service platform.
  • some TC terminals are provided with an AT embedded application that can generate application notifications to end users (and more specifically to their terminals).
  • the invention also concerns, as illustrated, the so-called AR network shared applications that are generally implemented in servers of the RC network in order to provide services to a multitude of TC terminals and / or network equipment.
  • Any type of application generating application notifications is concerned with the invention.
  • non-exhaustive and nonlimiting examples include media applications (such as transmission of targeted advertising, or the transmission of information ("news”)), medical alerting applications (such as alerts reminding that a drug must be taken or treatment to be performed ("e-health Or special assistance in emergency), business-related applications (such as the transmission of financial, commercial or technical information).
  • the server SR comprises a processing device D, according to the invention, which will be described below. But, such a device D could be external to the SR server and connected to the latter.
  • a processing device D comprises at least one processing module MT responsible for intervening each time the server SR receives from an application AT or AR an application notification NT which is intended for at least one user.
  • An NT application notification includes parameters as well as a content (or "content”) that must be used by each destination TC terminal in view of said associated parameters.
  • the processing module MT analyzes the received application notification NT in order, first of all, to determine adaptation information which is intended to define, firstly, how and at what moment it will have to be transmitted. the content of the NT application notification to a chosen TC terminal of each recipient user, a second part, which part of this content should be used by each selected TC terminal, and thirdly, how this part should be used by each TC terminal chosen.
  • This determination is made according to the rule (s) and / or chosen policy (s) and taking into account information (s) of user (s) IU and / or information (s) context (s) ( s) IC and / or parameter (s) contained in the NT application notification and / or selected CT characteristic (s) of the selected TC terminal.
  • the MT processing module When the MT processing module has completed a determination adaptation information, it proceeds to the adaptation of the application notification to be transmitted according to this adaptation information.
  • the aforementioned rules and / or policies concern either users considered individually or users belonging to a group of users.
  • These rules and / or policies define for each user or group of users and for each situation listed (defined by a type of terminal to use, an application type, a type of RC transmission infrastructure to use, a type of user or user group profile, as well as possibly at least one type of user or user group limitation (such as a disability) and a user or group context type IC users), a set of application notification adaptation (s) to perform.
  • the term "adaptation of an application notification” means adding modality definition (s) parameters to an application notification, after possibly determining missing parameters, in order to constrain each TC terminal.
  • recipient of this application notification to be used at a given time ("when") and according to the selected use modalities ("how") at least part of the content of this application notification ("what").
  • an application notification is defined by a known number of parameters which, for some, may be "complex" because they define at least two "simple” parameters.
  • some application notifications, called low-level have only simple parameters and do not need to be supplemented by other simple parameters, except those which are added during the phase of adaptation, and other application notifications, said high level, include both simple parameters and complex parameters and therefore need a replacement of the latter by their respective simple parameter combinations, in addition to the adjoined parameters.
  • the rules and / or policies relating to the users can be stored in a first storage means B1, and the rules and / or policies relating to the user groups can be stored in a storage area.
  • first B1 and second B2 storage means can be in any form. Therefore, it may for example be memories or databases.
  • the first B1 and second B2 storage means may optionally be two parts of the same storage means.
  • the processing module MT comprises a first sub-module ST1 dedicated to the adaptive processing of the application notifications intended for a single user, and a second submodule ST2 dedicated to the adaptive processing of the application notifications intended to user groups.
  • the first sub-module ST1 comprises, for example, the first storage means B1 and a first application notification adaptation module MA1, coupled to each other.
  • the second sub-module ST2 comprises for example the second storage means B2 and a second application notification adaptation module MA2, coupled to each other.
  • the first application notification adaptation module MA1 occurs, for example, once its first sub-module ST1 has determined to which terminal TC the contents of an application notification received and intended for its user must be transmitted, and at which point be transmitted this content, based on information received (IU, IC and CT).
  • information received IU, IC and CT
  • the UI information which relates to the recipient user and / or to the user at the origin of the application notification such as the profile (preference (s)) of the recipient user, the profile (preference ( s)) of the user initiating the application notification, or at least a limitation (such as a disability) of use of content related to the recipient user (such as blindness or deafness),
  • the contextual information IC relating to the recipient user and / or his chosen terminal TC such as, for example, information relating to the presence of the recipient user near one of his TC terminals, information relating to the geographical position of the recipient user, information on the state in which each recipient user's TC terminal is placed, or information indicating the type of multimedia content that is being read by one of the TC terminals.
  • the parameters contained in the NT application notification such as, for example, the priority level, the criticality level, the level of confidentiality or the semantics of the content to be transmitted,
  • the selected CT characteristics of the selected TC terminal such as the content format that it supports, the storage capacity it supports, or the dimensions of its display screen.
  • These CT characteristics are for example provided by a PA gateway that includes the SR server.
  • This PA gateway is intended to provide the module with MT processing the characteristics of the TC terminals and generating messages containing the application notifications conforming to the format of the chosen transmission channel (instant messaging (or IM), electronic mail, telephone call, SMS, MMS, and the like).
  • the PA gateway can manage the characteristics of the TC terminals centrally. It can indeed have a central database storing terminal characteristics, automatically updated (for example via the Universal Plug and Play (UPnP) protocol), which automatically discovers the characteristics of the terminals that are connected in a network.
  • UPF Universal Plug and Play
  • the PA gateway may, for example, provide the processing unit MT with the characteristics of the terminals TC using universal files of the WURFL type (Wireless Universal Resource File - files in XML format listing all the characteristics of several terminals mobile devices (over 5000 to date), updated regularly by mobile device manufacturers).
  • WURFL type Wireless Universal Resource File - files in XML format listing all the characteristics of several terminals mobile devices (over 5000 to date), updated regularly by mobile device manufacturers).
  • the TC terminal that is chosen is the one that is best suited given the available information received and the information stored in the first storage means B1.
  • the moment of transmission that is chosen is that which is best adapted taking into account the available information received and information stored in the first storage means B1.
  • This moment which is best adapted to the transmission of the adapted application notification can for example correspond to an immediate transmission, or a transmission which is delayed until the chosen TC terminal has finished reading a multimedia content in progress, or still a delayed transmission until a chosen moment of a multimedia content which is being read in the chosen terminal TC.
  • the intervention of the first application notification adaptation module MA1 consists in adapting the received NT application notification as a function of the received available information UI, IC and CT, of the chosen terminal TC, of the given transmission instant and the rules and / or policies that are stored in the first storage means B1.
  • this adaptation is intended to impose on the chosen TC terminal specific terms of use of the content of the adapted application notification.
  • the text-to-audio conversion of the chosen part of said content (or of its entirety). This may for example be decided by reason of the blindness or the preference (s) of the recipient user, - in the presence of a content of sound type (audio), the sound to text conversion of the chosen part of said content (or its entirety). This can for example be decided because of the deafness or preference (s) of the recipient user,
  • the second application notification adaptation module MA2 occurs for example after its second sub-module ST2 has determined to which group of users the content of a received application notification of a group must be transmitted, and which strategy must be used. for transmit this content to the group concerned, based on information stored in a third storage medium B3 (for example a memory or a database), rules and / or policies stored in the second storage medium B2 as well as any information received (UI, IC and CT), of the type presented above.
  • a third storage medium B3 for example a memory or a database
  • rules and / or policies stored in the second storage medium B2 as well as any information received (UI, IC and CT), of the type presented above.
  • the third storage medium B3 (which could possibly be part of the device D or the server SR), there may be mentioned the role played by each user within his user group and all other information on user groups, which may be provided by other systems.
  • the TC terminals that are chosen are those that are assumed to be available and best suited, and the transmission time that is chosen for each TC terminal is the one that is best suited given the available information. received and information stored in the third storage medium B3.
  • the second sub-module ST2 can choose a transmission time common to all the terminals of the users of a group (this is called “simultaneous" transmission), or successive transmission instants (this is called transmission " sequential "). It can also decide that the adapted application notification should only be transmitted to certain users of a group, for example given their respective roles and the priority level of this application notification, and / or decide to send the notification. application adapted to the next recipient user of the group if and only if the previous recipient user of the same group did not acknowledge the adapted application notification after a certain time (“timeout").
  • the intervention of the second application notification adaptation module MA2 consists of determining how and according to which order each user of the group will be notified and to adapt the NT application notification received according to the role of each user in the group, rules and / or or policies that are stored in the second storage medium B2, as well as available information received UI, IC and CT.
  • this adaptation is intended to impose on TC terminals chosen specific terms of use of the content of the adapted application notification.
  • the terms of use may be similar to those presented above in the case of an application notification intended for a single user.
  • the application notification adaptations are preferably based on application notification models that depend on the applications that generate them and / or the types of transmission infrastructure that are used to transmit them to the TC terminals of the recipient users.
  • the processing module MT may comprise a storage means MN (for example a memory), coupled to its submodules ST1 and ST2 and in which are stored the various models of application notification, for example in the form of ontological files (OWL) or XML files.
  • the device D can comprise an MCU control module responsible for applying the adaptation decisions taken by the processing module MT, to deliver to the TC terminals the notifications applications adapted by the processing module MT, to ensure that the appropriate application notifications have indeed been transmitted to the TC destination terminals, and to ensure that the latter have used the contents of the application notifications adapted in accordance with the terms of use defined by their parameters.
  • an MCU control module responsible for applying the adaptation decisions taken by the processing module MT, to deliver to the TC terminals the notifications applications adapted by the processing module MT, to ensure that the appropriate application notifications have indeed been transmitted to the TC destination terminals, and to ensure that the latter have used the contents of the application notifications adapted in accordance with the terms of use defined by their parameters.
  • this MCU control module is preferably arranged so as to store all the application notifications sent and / or to be sent
  • B4 for example for queuing, history and / or billing purposes.
  • this MCU control module is preferably also arranged to manage the interactions coming from the end users.
  • this MCU control module is for example implanted between the processing module MT and the gateway PA and can be subdivided into two control sub-modules MC1 and MC2.
  • the first control sub-module MC1 is for example responsible for delivering the application notifications to the TC terminals at the time and in the form that have been decided by the processing module MT, to check whether the appropriate application notifications have been transmitted to the terminals. TC recipients, to ensure that they have used their content in accordance with the terms of use defined by their parameters, and to return appropriate application notifications when needed. It is also responsible for storing all the adapted application notifications received (sent and sent to the TC terminals) in the storage means B4.
  • the second control sub-module MC2 is for example responsible for managing the interactions that can be triggered by a destination TC terminal following the use of part of an application notification content and / or an action by its user.
  • an interactive rendering application notification content may allow a user to access, or load, an Internet page (or "web") with his TC terminal, or to route it (or route it) to an application (for example to establish a communication, or to record an appointment, or to trigger the sending of a notification).
  • the server SR can be connected to other platforms, thus routing the requests of users to the platform managing a requested service. For example, a notification can be sent to a user with a "Call" button that allows him to call the sender. In this case, when the user clicks on this button, the second control sub-module MC2 receives the request from the user and sends it to the telephone platform. For this, it is sufficient that the second MC2 control sub-module has a client interface to each service platform for which the SR server serves as a relay.
  • the processing device D according to the invention, and in particular its processing module MT and its possible control module MCU, can be realized in the form of electronic circuits, software modules (or computer), or a combination of circuits and software.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un dispositif (D) est dédié au traitement de notifications applicatives devant être transmises à des terminaux de communication (TC) d'utilisateurs via au moins une infrastructure de transmission (RC). Ce dispositif (D) comprend des moyens de traitement (MT) chargés, en cas de réception d'une notification applicative destinée à au moins un utilisateur, d'analyser cette notification applicative afin, d'une part, de déterminer des informations d'adaptation définissant i) comment et à quel instant devra être transmis le contenu de cette notification applicative à un terminal (TC) choisi de l'utilisateur destinataire, ii) quelle partie du contenu devra être utilisée par le terminal (TC) choisi, et iii) comment cette partie devra être utilisée par le terminal (TC) choisi, en fonction de règle(s) et/ou de politique(s) choisie(s) et compte tenu d'information(s) d'utilisateur(s) et/ou contextuelle(s) et/ou de paramètre(s) de la notification applicative et/ou de caractéristique(s) du terminal choisi, et d'autre part, d'adapter la notification applicative à transmettre en fonction des informations d'adaptation déterminées.

Description

DISPOSITIF DE TRAITEMENT ADAPTATIF DE NOTIFICATIONS APPLICATIVES DESTINÉES À DES TERMINAUX DE COMMUNICATION CONNECTÉS À UNE INFRASTRUCTURE DE TRANSMISSION
L'invention concerne les infrastructures de transmission, et plus précisément la transmission de notifications applicatives, venant d'applications, à des terminaux de communication connectés à de telles infrastructures de transmission. On entend ici par « infrastructure de transmission » aussi bien un réseau de communication qu'un réseau de diffusion. Par ailleurs, on entend ici par « réseau de diffusion » tout type d'infrastructure de diffusion terrestre et/ou satellitaire capable de transmettre des contenus, éventuellement multimédia, selon une voie monodirectionnelle descendante (ou aller) à destination de terminaux de communication. En outre, on entend ici par « réseau de communication » tout type d'infrastructure de communication bidirectionnelle, large bande, filaire ou non filaire, capable notamment de transmettre des contenus, éventuellement multimédia, vers des terminaux, en mode « broadcast » (diffusion) et/ou « multicast » (point-à-multipoints) et/ou « unicast » (point-à-point).
Par conséquent, une infrastructure de transmission peut être un réseau filaire (ou fixe), par exemple de type xDSL ou à fibre ou encore à câble, un réseau de type T-DMB, un réseau satellitaire, comme par exemple un réseau SDMB (pour « Satellite Digital Multimedia Broadcast ») ou S-UMTS ou encore SDR (« Satellite Digital Radio »), un réseau terrestre de type radio, comme par exemple un réseau mobile ou cellulaire (GSM, GPRS/EDGE, UMTS ou CDMA2000, ainsi que toutes leurs variantes et tous leurs équivalents, y compris LTE (« Long Term Evolution »)), ou un réseau DVB-H (pour « Digital Video Broadcasting - Handhelds » - télévision mobile), ou un réseau terrestre implémentant une technologie issue d'une technologie satellite (comme par exemple DVB-S, DVB-S2 ou DVB-RCS), ou un réseau local sans fil (standards WLAN (« Wireless Local Area Network » - IEEE 802.11 , Wi-Fi, ETSI HiperLAN/2), Bluetooth (IEEE 802.15), WiMAX (IEEE 802.16, ETSI HiperMAN) et Zigbee)), ou encore un réseau hybride, c'est-à-dire à la fois satellitaire et terrestre, comme par exemple un réseau de type DVB-SH (liaisons satellitaires avec relais terrestres). Enfin, on entend ici par « terminal de communication » tout équipement de communication fixe ou mobile (ou portable ou encore cellulaire) capable au moins de recevoir des contenus, éventuellement multimédia, d'au moins une infrastructure de transmission (éventuellement radio), ainsi qu'éventuellement de transmettre des contenus vers d'autres terminaux. Par conséquent, il pourra par exemple s'agir d'un téléphone fixe ou mobile (ou cellulaire), (éventuellement de type IP), d'un ordinateur fixe ou portable, d'un assistant personnel numérique (ou PDA), d'un « smartphone » (PDA combiné à un téléphone mobile), d'un récepteur de contenus multimédia (par exemple un décodeur, une passerelle résidentielle (ou « residential gateway ») ou un STB (« Set-Top Box »)), dès lors qu'il est équipé de moyens de communication, éventuellement radio ou satellitaires, aptes (au moins) à la réception de contenus.
Comme le sait l'homme de l'art, il existe toujours plus d'applications ayant besoin de signaler (ou notifier) à leurs utilisateurs finaux, au moyen de notifications applicatives, qu'un événement est survenu ou que de nouvelles informations ou de nouveaux contenus (éventuellement multimédia) sont à leur disposition. Mais, en raison de la grande diversité des types de contenu (texte, image, audio, vidéo, données (« data »)) et de la grande diversité des types de terminal de communication, il devient de plus en plus difficile, voire quasiment impossible, pour une application de prendre en compte à la fois ces diversités et des critères de fourniture de contenus propres aux terminaux des utilisateurs finaux et/ou à ces derniers, comme par exemple les informations relatives aux utilisateurs (tels que les profils d'utilisateurs (préférences) et les limitations d'utilisation de contenu (par exemple en raison d'une cécité ou d'une surdité)), les informations contextuelles, les paramètres des notifications (tels que le niveau de priorité, le niveau de confidentialité, le niveau de criticité ou la sémantique du contenu à transmettre), ou les caractéristiques des terminaux (telles que le format de contenu supporté, la capacité de mémorisation supportée, ou les dimensions de l'écran d'affichage, et analogues).
Afin de tenter d'améliorer la situation, plusieurs solutions ont été proposées, comme par exemple le service de notification intelligente de la Société IBM, la solution de notification intelligente de la société MIR3 et la solution appelée « Mobicall » de la société Newvoice. Hélas, ces solutions ne sont pas satisfaisantes du fait qu'elles ne prennent en considération qu'une (très) petite partie des critères de fourniture de contenus mentionnés ci-avant. Ainsi, le service de notification intelligente de la société IBM ne prend principalement en considération que le type de canal de transmission préféré (messagerie instantanée (ou IM), courrier électronique (ou « e-mail »), appel téléphonique, SMS, MMS, et analogues), le contexte d'utilisateur (présence, disponibilité et localisation) et le niveau de priorité de la notification afin de déterminer le canal de transmission de la notification. En d'autres termes, seule est prise en considération, et encore partiellement, la question relative à la façon (« comment ») de transmettre une notification à un terminal d'utilisateur final. En outre, lorsqu'une notification doit être adressée à un groupe d'utilisateurs finaux, on ne peut que transmettre la notification en parallèle aux différents utilisateurs du groupe. Il n'existe donc pas d'autre stratégie de transmission pour les groupes d'utilisateurs finaux.
Par ailleurs, les solutions connues ne prennent en compte ni les critères d'adaptation, tels que la sémantique du contenu à transmettre, les capacités (ou caractéristiques) des terminaux, ou les limitations (ou handicaps) des utilisateurs finaux, ni l'intégralité des différents types de terminal. L'invention a donc pour but d'améliorer la situation.
Elle propose à cet effet un dispositif dédié au traitement des notifications applicatives (venant d'application(s)) qui doivent être transmises à des terminaux de communication d'utilisateurs (finaux) via au moins une infrastructure de transmission, et comprenant des moyens de traitement chargés, en cas de réception d'une notification applicative qui est destinée à au moins un utilisateur, d'analyser cette notification applicative afin de : - déterminer des informations d'adaptation qui définissent i) comment et à quel instant devra être transmis le contenu de la notification applicative à un terminal choisi de cet utilisateur destinataire, ii) quelle partie de ce contenu devra être utilisée par ce terminal choisi, et iii) comment cette partie devra être utilisée par le terminal choisi, en fonction de règle(s) et/ou de politique(s) choisie(s) et compte tenu d'information(s) d'utilisateur(s) et/ou contextuelle(s) et/ou de paramètre(s) de la notification applicative et/ou de caractéristique(s) du terminal choisi, et
- d'adapter la notification applicative à transmettre en fonction des informations d'adaptation déterminées. Le dispositif selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment :
- ses moyens de traitement peuvent être chargés, en cas de réception d'une notification applicative destinée à un groupe d'utilisateurs, d'analyser cette notification applicative afin de : • déterminer des informations d'adaptation définissant i) comment et à quel instant devra être transmis le contenu de la notification applicative à des terminaux des utilisateurs destinataires de ce groupe, ii) quelle partie de ce contenu devra être utilisée par ces terminaux des utilisateurs, et iii) comment cette partie devra être utilisée par les terminaux des utilisateurs, en fonction de règle(s) et/ou de politique(s) choisie(s) et compte tenu d'informations d'utilisateurs et/ou contextuelles et/ou de paramètre(s) de la notification applicative et/ou de caractéristique(s) des terminaux des utilisateurs et/ou d'un rôle joué par chaque utilisateur au sein du groupe, et • d'adapter la notification applicative à transmettre en fonction des informations d'adaptation déterminées ;
- ses moyens de traitement peuvent être chargés de déterminer, en cas de réception d'une notification applicative destinée à un groupe d'utilisateurs, une information d'adaptation qui définit un mode de transmission de la notification applicative choisi parmi (au moins) une transmission simultanée, une transmission séquentielle totale ou restreinte (fonction par exemple du rôle de chaque utilisateur du groupe et/ou de l'acquittement de la notification applicative adaptée par l'un des utilisateurs du groupe (transmission à l'utilisateur destinataire suivant si et seulement si le précédent n'acquitte pas la notification applicative adaptée envoyée)) ;
- chaque information d'utilisateur peut par exemple être choisie parmi (au moins) le profil de l'utilisateur destinataire, le profil de l'utilisateur à l'origine de la notification applicative, et au moins une limitation d'utilisation de contenu liée à l'utilisateur destinataire ;
- chaque information contextuelle peut par exemple être relative à l'utilisateur destinataire et/ou au terminal choisi de l'utilisateur destinataire et peut être choisie parmi (au moins) une information relative à la présence de l'utilisateur destinataire à proximité d'un terminal, une information relative à la position géographique de l'utilisateur destinataire, une information relative à l'état dans lequel est placé chaque terminal de l'utilisateur destinataire, et une information relative à un contenu multimédia en cours de lecture par un terminal de l'utilisateur destinataire ;
- chaque paramètre de la notification applicative peut par exemple être choisi parmi (au moins) un niveau de priorité, un niveau de confidentialité, un niveau de criticité et une sémantique du contenu à transmettre ;
- chaque caractéristique de terminal peut par exemple être choisie parmi (au moins) un format de contenu supporté, une capacité de mémorisation supportée, et des dimensions d'écran d'affichage ;
- ses moyens de traitement peuvent être chargés de choisir le terminal de l'utilisateur destinataire qui est le mieux adapté à la partie de contenu à utiliser ; - ses moyens de traitement peuvent être chargés de choisir l'instant qui est le mieux adapté à la transmission de la notification applicative parmi (au moins) une transmission immédiate, une transmission différée à la fin de la lecture d'un contenu multimédia par un terminal de l'utilisateur destinataire, et une transmission différée à un instant choisi pendant la lecture d'un contenu multimédia par un terminal de l'utilisateur destinataire ;
- ses moyens de traitement peuvent être chargés, en cas de réception d'une notification applicative dans laquelle manque au moins un paramètre de définition de modalité(s) d'utilisation d'une partie au moins de son contenu, i) de déterminer chaque paramètre de définition manquant en fonction de ses autres paramètres et de règle(s) et/ou de politique(s) choisie(s) et compte tenu d'information(s) d'utilisateur(s) et/ou contextuelle(s) et/ou de paramètre(s) de la notification applicative et/ou de caractéristique(s) choisie(s) du terminal choisi, et ii) d'adapter la notification applicative à transmettre en lui adjoignant chaque paramètre de définition déterminé ;
> chaque modalité d'utilisation d'une partie de contenu peut par exemple être choisie parmi (au moins) une interruption momentanée de la lecture d'un contenu multimédia en vue de l'utilisation de la partie de contenu déterminée, une conversion de type textuel vers sonore de la partie de contenu déterminée, une conversion de type sonore vers textuel de ladite partie de contenu déterminée, une conversion d'une première langue vers une seconde, et une émission d'un signal sonore d'alerte à réception de la notification applicative adaptée ;
- ses moyens de traitement peuvent être chargés d'adapter chaque notification applicative en fonction de l'application dont elle dépend et/ou de chaque type d'infrastructure de transmission utilisé pour la transmettre à chaque utilisateur destinataire ; - il peut comprendre des moyens de contrôle chargés i) d'appliquer des décisions d'adaptation prises par les moyens de traitement, ii) de délivrer aux terminaux les notifications applicatives adaptées par les moyens de traitement, iii) de s'assurer que les notifications applicatives adaptées ont bien été transmises aux terminaux destinataires, et iv) de s'assurer que ces derniers ont utilisé les contenus des notifications applicatives adaptées conformément aux modalités d'utilisation définies par leurs paramètres ;
> les moyens de contrôle peuvent être également chargés de stocker dans un moyen de stockage toutes les notifications applicatives adaptées envoyées et/ou à envoyer aux terminaux ; > les moyens de contrôle peuvent être également chargés de gérer au moins une opération interactive déclenchée au niveau d'un terminal choisi consécutivement à l'utilisation d'une partie d'un contenu de notification applicative adaptée.
L'invention propose également un serveur, destiné à faire partie d'une plateforme de services d'un réseau de communication, et équipé d'un dispositif de traitement du type de celui présenté ci-avant. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et du dessin annexé, sur lequel l'unique figure illustre de façon schématique et fonctionnelle un serveur connecté à un réseau de communication et équipé d'un exemple de réalisation d'un dispositif de traitement selon l'invention. Le dessin annexé pourra non seulement servir à compléter l'invention, mais aussi contribuer à sa définition, le cas échéant.
L'invention a pour objet de permettre l'adaptation des notifications applicatives qui sont destinées à des terminaux de communication connectés à au moins une infrastructure de transmission de contenus, éventuellement multimédia, en présence d'une diversité des types de contenu, d'une diversité des types de terminal de communication et d'une diversité des critères de fourniture de contenus et/ou d'une diversité d'informations contextuelles et/ou d'une diversité de paramètres de notification applicative et/ou d'une diversité de caractéristiques de terminal. Dans ce qui suit, on considère à titre d'exemple non limitatif que l'infrastructure de transmission (RC) est un réseau de communication de type réseau mobile (ou cellulaire), par exemple de type UMTS (ou LTE) ou CDMA2000. Mais, l'invention n'est pas limitée à ce type d'infrastructure de transmission. Elle concerne en effet aussi bien les réseaux de communication (filaires ou non filaires) que les réseaux de diffusion (filaires ou non filaires). Par conséquent, il pourra également s'agir d'un réseau de diffusion monodirectionnelle, terrestre et/ou satellitaire, ou d'un réseau filaire (ou fixe), par exemple de type xDSL ou à fibre ou encore à câble, ou d'un réseau de type T-DMB, ou d'un réseau satellitaire, comme par exemple un réseau SDMB (pour « Satellite Digital Multimedia Broadcast ») ou S-UMTS ou encore SDR (« Satellite Digital Radio »), ou d'un réseau local sans fil (standards WLAN (« Wireless Local Area Network » - IEEE 802.11 , Wi-Fi, ETSI HiperLAN/2), Bluetooth (IEEE 802.15), WiMAX (IEEE 802.16, ETSI HiperMAN) et Zigbee)), ou encore d'un réseau hybride, c'est-à-dire à la fois satellitaire et terrestre, comme par exemple un réseau de type DVB-SH (liaisons satellitaires avec relais terrestres). On notera que l'invention concerne tout type de terminal de communication (TC), fixe ou mobile (ou portable ou encore cellulaire), pouvant se connecter à au moins une infrastructure de transmission (éventuellement radio) afin, au moins, de recevoir des contenus, éventuellement multimédia, de cette infrastructure de transmission. Par conséquent, les terminaux de communication (TC) peuvent être des téléphones fixes ou mobiles (ou cellulaires), (éventuellement de type IP), de smartphones, des ordinateurs fixes ou portables, des assistants personnels numériques (ou PDAs), des récepteurs de contenus multimédia (par exemple des décodeurs, des passerelles résidentielles (ou « residential gateways ») ou des STBs (« Set-Top Boxes »)), dès lors qu'ils sont équipés de moyens de communication, éventuellement radio ou satellitaires, aptes (au moins) à la réception de contenus.
On a schématiquement et fonctionnellement illustré sur l'unique figure un réseau de communication (RC), ici de type mobile (à titre d'exemple), auquel sont connectés des terminaux (de communication) TC, de différents types, ainsi qu'un serveur SR dédié au contrôle de la fourniture de notifications applicatives à des terminaux TC ainsi qu'au contrôle de l'utilisation desdites notifications applicatives par ces terminaux TC. On notera, bien que cela ne soit pas illustré, que le serveur SR peut faire partie d'une plateforme de services.
Comme illustré, certains terminaux TC sont pourvus d'une application embarquée AT pouvant générer des notifications applicatives à destination d'utilisateurs finaux (et plus précisément de leurs terminaux). Mais, l'invention concerne également, comme illustré, les applications partagées dites de réseau AR qui sont généralement implantées dans des serveurs du réseau RC afin d'offrir des services à une multitude de terminaux TC et/ou à des équipements de réseau. Tout type d'application générant des notifications applicatives est concerné par l'invention. Ainsi, on peut citer, de façon non exhaustive et non limitative, les applications de média (comme par exemple la transmission de messages publicitaires ciblés, ou la transmission d'informations (« news »)), les applications d'alerte médicale (comme par exemple les alertes rappelant qu'un médicament doit être pris ou qu'un traitement doit être effectué (« e-health ») ou bien une assistance spécifique en urgence), les applications liées aux affaires (« business ») (comme par exemple la transmission d'informations financières, commerciales ou techniques). Ces applications peuvent par exemple utiliser des interfaces de type SOAP (services Web), SIP (Session Initiation Protocol), PAP (Push Access Protocol) ou tout autre type d'interface, pour transmettre des requêtes de notification applicative au serveur SR. Dans l'exemple non limitatif illustré, le serveur SR comprend un dispositif de traitement D, selon l'invention, qui va être décrit ci-après. Mais, un tel dispositif D pourrait être externe au serveur SR et connecté à ce dernier.
Un dispositif de traitement D, selon l'invention, comprend au moins un module de traitement MT chargé d'intervenir chaque fois que le serveur SR reçoit d'une application AT ou AR une notification applicative NT qui est destinée à au moins un utilisateur. Une notification applicative NT comporte des paramètres ainsi qu'un contenu (ou « content ») qui doit être utilisé par chaque terminal TC destinataire compte tenu desdits paramètres associés.
Lors de chaque intervention le module de traitement MT analyse la notification applicative NT reçue afin, tout d'abord, de déterminer des informations d'adaptation qui sont destinées à définir, d'une première part, comment et à quel instant devra être transmis le contenu de la notification applicative NT à un terminal TC choisi de chaque utilisateur destinataire, d'une deuxième part, quelle partie de ce contenu devra être utilisée par chaque terminal TC choisi, et d'une troisième part, comment cette partie devra être utilisée par chaque terminal TC choisi.
Cette détermination se fait en fonction de règle(s) et/ou de politique(s) choisie(s) et compte tenu d'information(s) d'utilisateur(s) IU et/ou d'information(s) contextuelle(s) IC et/ou de paramètre(s) contenus dans la notification applicative NT et/ou de caractéristique(s) CT choisie(s) du terminal TC choisi.
Lorsque le module de traitement MT a terminé une détermination d'informations d'adaptation, il procède à l'adaptation de la notification applicative à transmettre en fonction de ces informations d'adaptation.
Les règles et/ou politiques précitées concernent soit des utilisateurs considérés de façon individuelle, soit des utilisateurs appartenant à un groupe d'utilisateurs.
Ces règles et/ou politiques définissent pour chaque utilisateur ou groupe d'utilisateurs et pour chaque situation répertoriée (définie par un type de terminal à utiliser, un type d'application, un type d'infrastructure de transmission RC à utiliser, un type de profil d'utilisateur ou de groupe d'utilisateurs, ainsi qu'éventuellement au moins un type de limitation (tel qu'un handicap) d'utilisateur ou de groupe d'utilisateurs et un type de contexte d'utilisateur ou de groupe d'utilisateurs IC), un ensemble d'adaptation(s) de notification applicative à effectuer.
On entend ici par « adaptation d'une notification applicative » le fait d'adjoindre des paramètres de définition de modalité(s) d'utilisation à une notification applicative, après avoir éventuellement déterminé des paramètres qui lui manquent, afin de contraindre chaque terminal TC destinataire de cette notification applicative à utiliser à un instant donné (« quand ») et selon des modalités d'utilisation choisies (« comment ») une partie au moins du contenu de cette notification applicative (« quoi »).
Il est rappelé qu'une notification applicative est définie par un nombre connu de paramètres qui, pour certains, peuvent être « complexes » du fait qu'ils définissent au moins deux paramètres « simples ». En d'autres termes, certaines notifications applicatives, dites de bas niveau, ne comportent que des paramètres simples et n'ont donc pas besoin d'être complétées par d'autres paramètres simples, hormis ceux qui sont adjoints lors de la phase d'adaptation, et d'autres notifications applicatives, dites de haut niveau, comportent à la fois des paramètres simples et des paramètres complexes et ont donc besoin d'un remplacement de ces derniers par leurs combinaisons de paramètres simples respectives, en complément des paramètres adjoints.
Deux exemples de notifications applicatives de haut niveau, relatives à des utilisateurs individualisés, sont donnés ci-dessous : - [From : VOD-CIE, To : Bob, Content : « new VoD on surf », Priority : INFORMATIONAL], ce qui signifie qu'une application de vidéo à la demande signale à Bob qu'un contenu multimédia se présentant sous la forme d'une vidéo relative au surf est disponible à la demande, et que la notification applicative présente un niveau de priorité informationnel ;
- [From : Dr Peter, To : Alice, Content : « Take your medicine », Priority : URGENT], ce qui signifie qu'une application d'alerte médicale signale à Alice, à la demande de son médecin traitant (le docteur Peter), qu'elle doit prendre (immédiatement) son médicament, et que la notification applicative présente un niveau de priorité urgent.
Un exemple de notification applicative de haut niveau, relative à un groupe d'utilisateurs, est donné ci-dessous :
- [From : Dr Peter, To : Hospital service, Content : « Help needed », Priority : URGENT], ce qui signifie qu'une application d'alerte médicale signale à un service hospitalier que le docteur Peter a besoin immédiatement d'aide, et que la notification applicative présente un niveau de priorité urgent.
A titre d'exemple non limitatif, et comme illustré, les règles et/ou politiques relatives aux utilisateurs peuvent être stockées dans un premier moyen de stockage B1 , et les règles et/ou politiques relatives aux groupes d'utilisateurs peuvent être stockées dans un deuxième moyen de stockage B2.
Ces premier B1 et deuxième B2 moyens de stockage peuvent se présenter sous n'importe quelle forme. Par conséquent, il pourra par exemple s'agir de mémoires ou de bases de données. Les premier B1 et deuxième B2 moyens de stockage peuvent éventuellement constituer deux parties d'un même moyen de stockage.
On notera que dans l'exemple non limitatif illustré le module de traitement MT comprend un premier sous-module ST1 dédié au traitement adaptatif des notifications applicatives destinées à un unique utilisateur, et un second sous-module ST2 dédié au traitement adaptatif des notifications applicatives destinées aux groupes d'utilisateurs.
Le premier sous-module ST1 comprend par exemple le premier moyen de stockage B1 et un premier module d'adaptation de notification applicative MA1 , couplés l'un à l'autre.
Le second sous-module ST2 comprend par exemple le deuxième moyen de stockage B2 et un second module d'adaptation de notification applicative MA2, couplés l'un à l'autre. Le premier module d'adaptation de notification applicative MA1 intervient par exemple une fois que son premier sous-module ST1 a déterminé à quel terminal TC doit être transmis le contenu d'une notification applicative reçue et destinée à son utilisateur, et à quel instant doit être transmis ce contenu, à partir d'informations reçues (IU, IC et CT). Parmi ces informations disponibles on peut notamment citer :
- les informations IU qui sont relatives à l'utilisateur destinataire et/ou à l'utilisateur à l'origine de la notification applicative, comme par exemple le profil (préférence(s)) de l'utilisateur destinataire, le profil (préférence(s)) de l'utilisateur à l'origine de la notification applicative, ou au moins une limitation (telle qu'un handicap) d'utilisation de contenu liée à l'utilisateur destinataire (telle qu'une cécité ou une surdité),
- les informations contextuelles IC relatives à l'utilisateur destinataire et/ou à son terminal TC choisi, comme par exemple des informations relatives à la présence de l'utilisateur destinataire à proximité de l'un de ses terminaux TC, des informations relatives à la position géographique de l'utilisateur destinataire, des informations relatives à l'état dans lequel est placé chaque terminal TC de l'utilisateur destinataire, ou des informations indiquant le type du contenu multimédia qui est en cours de lecture par l'un des terminaux TC de l'utilisateur destinataire, - les paramètres contenus dans la notification applicative NT, comme par exemple le niveau de priorité, le niveau de criticité, le niveau de confidentialité ou la sémantique du contenu à transmettre,
- les caractéristiques CT choisies du terminal TC choisi, comme par exemple le format de contenu qu'il supporte, la capacité de mémorisation qu'il supporte, ou les dimensions de son écran d'affichage. Ces caractéristiques CT sont par exemple fournies par une passerelle PA que comprend le serveur SR. Cette passerelle PA est destinée à fournir au module de traitement MT les caractéristiques des terminaux TC et à générer des messages contenant les notifications applicatives conformes au format du canal de transmission choisi (messagerie instantanée (ou IM), courrier électronique, appel téléphonique, SMS, MMS, et analogues). On notera que la passerelle PA peut gérer les caractéristiques des terminaux TC de façon centralisée. Elle peut en effet disposer d'une base de données centrale stockant des caractéristiques des terminaux, mise à jour automatiquement (par exemple via le protocole UPnP (Universal Plug and Play) qui permet de découvrir automatiquement les caractéristiques des terminaux qui sont connectés dans un réseau), ou manuellement dans le cas de terminaux non UPnP. Pour les terminaux non UPnP, la passerelle PA peut par exemple fournir au module de traitement MT les caractéristiques des terminaux TC à l'aide de fichiers universels de type WURFL (Wireless Universal Resource File - fichiers au format XML répertoriant toutes les caractéristiques de plusieurs terminaux mobiles (plus de 5000 à ce jour), mis à jour régulièrement par les fabricants de terminaux mobiles).
Le terminal TC qui est choisi est celui qui est le mieux adapté compte tenu des informations disponibles reçues et des informations stockées dans le premier moyen de stockage B1. De même, l'instant de transmission qui est choisi est celui qui est le mieux adapté compte tenu des informations disponibles reçues et des informations stockées dans le premier moyen de stockage B1. Cet instant qui est le mieux adapté à la transmission de la notification applicative adaptée peut par exemple correspondre à une transmission immédiate, ou une transmission qui est différée jusqu'à ce que le terminal TC choisi ait fini de lire un contenu multimédia en cours, ou encore une transmission différée jusqu'à un instant choisi d'un contenu multimédia qui est en cours de lecture dans le terminal TC choisi.
L'intervention du premier module d'adaptation de notification applicative MA1 consiste à adapter la notification applicative NT reçue en fonction des informations disponibles reçues IU, IC et CT, du terminal TC choisi, de l'instant de transmission déterminé et des règles et/ou politiques qui sont stockées dans le premier moyen de stockage B1.
Comme indiqué précédemment, cette adaptation est destinée à imposer au terminal TC choisi des modalités d'utilisation spécifiques du contenu de la notification applicative adaptée. Parmi les modalités d'utilisation possibles et éventuellement combinables, on peut notamment citer :
- l'utilisation d'une partie choisie ou de l'intégralité du contenu (ou « content ») de la notification applicative,
- l'interruption momentanée (mode pause avec reprise ultérieure (ou « time- shift »)) de la lecture d'un contenu multimédia afin d'utiliser la partie choisie du contenu (ou l'intégralité du contenu),
- en présence d'un contenu de type textuel, la conversion textuelle vers sonore (audio) de la partie choisie dudit contenu (ou de son intégralité). Cela peut par exemple être décidé en raison de la cécité ou de(s) préférence(s) de l'utilisateur destinataire, - en présence d'un contenu de type sonore (audio), la conversion sonore vers textuelle de la partie choisie dudit contenu (ou de son intégralité). Cela peut par exemple être décidé en raison de la surdité ou de(s) préférence(s) de l'utilisateur destinataire,
- en présence d'un contenu de type sonore (audio) ou textuel, la conversion du contenu d'une première langue vers une seconde langue,
- l'émission d'un signal sonore d'alerte (ou « beep ») pour signaler la réception de la notification applicative,
- un affichage particulier de la partie choisie du contenu (ou de l'intégralité du contenu), - la mise en place d'une interactivité, par exemple dans le cas d'une notification applicative ayant un niveau de priorité de type informationnel ou nécessitant l'envoi d'un accusé de réception.
Le second module d'adaptation de notification applicative MA2 intervient par exemple une fois que son second sous-module ST2 a déterminé à quel groupe d'utilisateurs doit être transmis le contenu d'une notification applicative de groupe reçue, et quelle stratégie doit être utilisée pour transmettre ce contenu au groupe concerné, à partir d'informations stockées dans un troisième moyen de stockage B3 (par exemple une mémoire ou une base de données), des règles et/ou politiques stockées dans le deuxième moyen de stockage B2 ainsi que d'éventuelles informations reçues (IU, IC et CT), du type de celles présentées ci-avant.
Parmi les informations stockées dans le troisième moyen de stockage B3 (qui pourrait éventuellement faire partie du dispositif D ou du serveur SR), on peut notamment citer le rôle joué par chaque utilisateur au sein de son groupe d'utilisateurs et toutes les autres informations sur les groupes d'utilisateurs, lesquelles peuvent éventuellement être fournies par d'autres systèmes.
Dans le cas d'un groupe, les terminaux TC qui sont choisis sont ceux qui sont supposés disponibles et les mieux adaptés, et l'instant de transmission qui est choisi pour chaque terminal TC est celui qui est le mieux adapté compte tenu des informations disponibles reçues qui le concernent et des informations stockées dans le troisième moyen de stockage B3.
On notera que le second sous-module ST2 peut choisir un instant de transmission commun à tous les terminaux des utilisateurs d'un groupe (on parle alors de transmission « simultanée »), ou des instants de transmission successifs (on parle alors de transmission « séquentielle »). Il peut également décider que la notification applicative adaptée ne doit être transmise qu'à certains utilisateurs d'un groupe, par exemple compte tenu de leurs rôles respectifs et du niveau de priorité de cette notification applicative, et/ou décider d'envoyer la notification applicative adaptée au prochain utilisateur destinataire du groupe si et seulement si l'utilisateur destinataire précédent de ce même groupe n'a pas acquitté la notification applicative adaptée après un certain temps (« timeout »).
L'intervention du second module d'adaptation de notification applicative MA2 consiste à déterminer comment et suivant quel ordre chaque utilisateur du groupe sera notifié et à adapter la notification applicative NT reçue en fonction du rôle de chaque utilisateur dans le groupe, des règles et/ou politiques qui sont stockées dans le deuxième moyen de stockage B2, ainsi que des informations disponibles reçues IU, IC et CT.
Comme indiqué précédemment, cette adaptation est destinée à imposer aux terminaux TC choisis des modalités d'utilisation spécifiques du contenu de la notification applicative adaptée. Les modalités d'utilisation peuvent être similaires à celles présentées ci-avant dans le cas d'une notification applicative destinée à un unique utilisateur.
On notera que les adaptations de notification applicative se font de préférence en fonction de modèles de notification applicative qui dépendent des applications qui les génèrent et/ou des types d'infrastructure de transmission qui sont utilisés pour les transmettre vers les terminaux TC des utilisateurs destinataires. A cet effet, et comme illustré sur l'unique figure, le module de traitement MT peut comporter un moyen de stockage MN (par exemple une mémoire), couplé à ses sous-modules ST1 et ST2 et dans lequel sont stockés les différents modèles de notification applicative, par exemple sous la forme de fichiers ontologiques (OWL) ou de fichiers XML.
Comme cela est illustré sur l'unique figure, le dispositif D, selon l'invention, peut comprendre un module de contrôle MCU chargé d'appliquer les décisions d'adaptation prises par le module de traitement MT, de délivrer aux terminaux TC les notifications applicatives adaptées par le module de traitement MT, de s'assurer que les notifications applicatives adaptées ont bien été transmises aux terminaux destinataires TC, et de s'assurer que ces derniers ont utilisé les contenus des notifications applicatives adaptées conformément aux modalités d'utilisation définies par leurs paramètres.
Par ailleurs, ce module de contrôle MCU est de préférence agencé de manière à stocker toutes les notifications applicatives envoyées et/ou à envoyer
(une fois adaptées) aux terminaux TC dans un quatrième moyen de stockage
B4, par exemple pour des besoins de file d'attente, d'historique et/ou de facturation.
En outre ce module de contrôle MCU est de préférence également agencé de manière à gérer les interactions venant des utilisateurs finaux.
Comme illustré, ce module de contrôle MCU est par exemple implanté entre le module de traitement MT et la passerelle PA et peut être subdivisé en deux sous-modules de contrôle MC1 et MC2.
Le premier sous-module de contrôle MC1 est par exemple chargé de délivrer les notifications applicatives aux terminaux TC au moment et sous la forme qui ont été décidés par le module de traitement MT, de contrôler si les notifications applicatives adaptées ont bien été transmises aux terminaux destinataires TC, de s'assurer que ces derniers ont utilisé leur contenu conformément aux modalités d'utilisation définies par leurs paramètres, et de renvoyer des notifications applicatives adaptées en cas de besoin. Il est également chargé de stocker toutes les notifications applicatives adaptées reçues (envoyées et à envoyer aux terminaux TC) dans le moyen de stockage B4.
Le deuxième sous-module de contrôle MC2 est par exemple chargé de gérer les interactions qui peuvent être déclenchées par un terminal TC destinataire consécutivement à l'utilisation d'une partie d'un contenu de notification applicative et/ou à une action de son utilisateur. Par exemple, un contenu de notification applicative rendu interactif peut permettre à un utilisateur d'accéder à, ou de charger, une page Internet (ou « web ») avec son terminal TC, ou bien de l'aiguiller (ou le router) vers une application (par exemple pour établir une communication, ou pour enregistrer un rendez-vous, ou encore pour déclencher l'envoi d'une notification).
Le serveur SR peut être relié à d'autres plateformes, permettant ainsi de router les demandes des utilisateurs vers la plateforme gérant un service demandé. Par exemple, une notification peut être envoyée à un utilisateur accompagnée d'un bouton « Appeler » qui lui permet d'appeler l'expéditeur. Dans ce cas, lorsque l'utilisateur clique sur ce bouton, le deuxième sous- module de contrôle MC2 reçoit la demande de l'utilisateur et l'envoie à la plateforme téléphonique. Pour cela, il suffit que le deuxième sous-module de contrôle MC2 dispose d'une interface client vers chaque plateforme de services pour laquelle le serveur SR sert de relais. Le dispositif de traitement D selon l'invention, et notamment son module de traitement MT et son éventuel module de contrôle MCU, peuvent être réalisés sous la forme de circuits électroniques, de modules logiciels (ou informatiques), ou d'une combinaison de circuits et de logiciels.
L'invention ne se limite pas aux modes de réalisation de dispositif de traitement et de serveur décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après.

Claims

REVENDICATIONS
1. Dispositif (D) de traitement de notifications applicatives devant être transmises à des terminaux de communication (TC) d'utilisateurs via au moins une infrastructure de transmission (RC), caractérisé en ce qu'il comprend des moyens de traitement (MT) agencés, en cas de réception d'une notification applicative destinée à au moins un utilisateur, pour analyser cette notification applicative de manière à :
- déterminer des informations d'adaptation définissant i) comment et à quel instant devra être transmis le contenu de ladite notification applicative à un terminal (TC) choisi dudit utilisateur destinataire, ii) quelle partie dudit contenu devra être utilisée par ledit terminal (TC) choisi, et iii) comment ladite partie devra être utilisée par ledit terminal (TC) choisi, en fonction de règle(s) et/ou de politique(s) choisie(s) et compte tenu d'information(s) d'utilisateur(s) et/ou contextuelle(s) et/ou de paramètre(s) de ladite notification applicative et/ou de caractéristique(s) dudit terminal (TC) choisi, et
- à adapter ladite notification applicative à transmettre en fonction desdites informations d'adaptation déterminées.
2. Dispositif selon la revendication 1 , caractérisé en ce que lesdits moyens de traitement (MT) sont agencés, en cas de réception d'une notification applicative destinée à un groupe d'utilisateurs, pour analyser cette notification applicative de manière à :
- déterminer des informations d'adaptation définissant i) comment et à quel instant devra être transmis le contenu de ladite notification applicative à des terminaux (TC) des utilisateurs destinataires dudit groupe, ii) quelle partie dudit contenu devra être utilisée par lesdits terminaux des utilisateurs, et iii) comment ladite partie devra être utilisée par lesdits terminaux des utilisateurs, en fonction de règle(s) et/ou de politique(s) choisie(s) et compte tenu d'informations d'utilisateurs et/ou contextuelles et/ou de paramètre(s) de ladite notification applicative et/ou de caractéristique(s) desdits terminaux des utilisateurs et/ou d'un rôle joué par chaque utilisateur au sein dudit groupe, et
- pour adapter ladite notification applicative à transmettre en fonction desdites informations d'adaptation déterminées.
3. Dispositif selon la revendication 2, caractérisé en ce que lesdits moyens de traitement (MT) sont agencés pour déterminer, en cas de réception d'une notification applicative destinée à un groupe d'utilisateurs, une information d'adaptation définissant un mode de transmission de cette notification applicative qui est choisi dans un groupe comprenant au moins une transmission simultanée et une transmission séquentielle totale ou restreinte.
4. Dispositif selon la revendication 3, caractérisé en ce que ladite transmission séquentielle est fonction du rôle de chaque utilisateur du groupe et/ou de l'acquittement de la notification applicative adaptée par l'un des utilisateurs du groupe.
5. Dispositif selon l'une des revendications 1 à 4, caractérisé en ce que chaque information d'utilisateur est choisie dans un groupe comprenant au moins le profil de l'utilisateur destinataire, le profil de l'utilisateur à l'origine de ladite notification applicative, et au moins une limitation d'utilisation de contenu liée à l'utilisateur destinataire.
6. Dispositif selon l'une des revendications 1 à 5, caractérisé en ce que chaque information contextuelle est relative à l'utilisateur destinataire et/ou au terminal (TC) choisi de l'utilisateur destinataire et est choisie dans un groupe comprenant au moins une information relative à la présence de l'utilisateur destinataire à proximité d'un terminal (TC), une information relative à la position géographique de l'utilisateur destinataire, une information relative à l'état dans lequel est placé chaque terminal (TC) de l'utilisateur destinataire, et une information relative à un contenu multimédia en cours de lecture par un terminal (TC) de l'utilisateur destinataire.
7. Dispositif selon l'une des revendications 1 à 6, caractérisé en ce que chaque paramètre de la notification applicative est choisi dans un groupe comprenant au moins un niveau de priorité, un niveau de criticité et une sémantique du contenu à transmettre.
8. Dispositif selon l'une des revendications 1 à 7, caractérisé en ce que chaque caractéristique de terminal (TC) est choisie dans un groupe comprenant au moins un format de contenu supporté, une capacité de mémorisation supportée, et des dimensions d'écran d'affichage.
9. Dispositif selon l'une des revendications 1 à 8, caractérisé en ce que lesdits moyens de traitement (MT) sont agencés pour choisir le terminal (TC) de l'utilisateur destinataire qui est le mieux adapté à ladite partie de contenu à utiliser.
10. Dispositif selon l'une des revendications 1 à 9, caractérisé en ce que lesdits moyens de traitement (MT) sont agencés pour choisir l'instant qui est le mieux adapté à la transmission de ladite notification applicative dans un groupe comprenant au moins une transmission immédiate, une transmission différée à la fin de la lecture d'un contenu multimédia par un terminal (TC) de l'utilisateur destinataire, et une transmission différée à un instant choisi pendant la lecture d'un contenu multimédia par un terminal (TC) de l'utilisateur destinataire.
11. Dispositif selon l'une des revendications 1 à 10, caractérisé en ce que lesdits moyens de traitement (MT) sont agencés, en cas de réception d'une notification applicative dans laquelle manque au moins un paramètre de définition de modalité(s) d'utilisation d'une partie au moins de son contenu, i) pour déterminer chaque paramètre de définition manquant en fonction de ses autres paramètres et de règle(s) et/ou de politique(s) choisie(s) et compte tenu d'information(s) d'utilisateur(s) et/ou contextuelle(s) et/ou de paramètre(s) de ladite notification applicative et/ou de caractéristique(s) choisie(s) dudit terminal (TC) choisi, et ii) pour adapter ladite notification applicative à transmettre en lui adjoignant chaque paramètre de définition déterminé.
12. Dispositif selon la revendication 11 , caractérisé en ce que chaque modalité d'utilisation d'une partie de contenu est choisie dans un groupe comprenant au moins une interruption momentanée de la lecture d'un contenu multimédia en vue de l'utilisation de ladite partie de contenu déterminée, une conversion de type textuel vers sonore de ladite partie de contenu déterminée, une conversion de type sonore vers textuel de ladite partie de contenu déterminée, une conversion d'une première langue vers une seconde langue, et une émission d'un signal sonore d'alerte à réception de ladite notification applicative adaptée.
13. Dispositif selon l'une des revendications 1 à 12, caractérisé en ce qu'il comprend des moyens de contrôle (MCU) agencés pour i) appliquer des décisions d'adaptation prises par lesdits moyens de traitement (MT), ii) délivrer auxdits terminaux (TC) lesdites notifications applicatives adaptées par lesdits moyens de traitement (MT), iii) s'assurer que les notifications applicatives adaptées ont bien été transmises auxdits terminaux destinataires (TC), et iv) s'assurer que ces derniers ont utilisé les contenus desdites notifications applicatives adaptées conformément aux modalités d'utilisation définies par leurs paramètres.
14. Dispositif selon la revendication 13, caractérisé en ce que lesdits moyens de contrôle (MCU) sont agencés pour stocker dans un moyen de stockage (B4) toutes les notifications applicatives adaptées envoyées et/ou à envoyer auxdits terminaux TC.
15. Serveur (SR) pour une plateforme de services d'un réseau de communication (RC), caractérisé en ce qu'il comprend un dispositif de traitement (D) selon l'une des revendications précédentes.
EP08837818A 2007-09-20 2008-09-18 Dispositif de traitement de notifications applicatives Withdrawn EP2193647A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0757701A FR2921531B1 (fr) 2007-09-20 2007-09-20 Dispositif de traitement adaptatif de notifications apllicatives destinees a des terminaux de communication connectes a une infrastructure de transmission
PCT/FR2008/051680 WO2009047457A2 (fr) 2007-09-20 2008-09-18 Dispositif de traitement de notifications applicatives

Publications (1)

Publication Number Publication Date
EP2193647A2 true EP2193647A2 (fr) 2010-06-09

Family

ID=39167235

Family Applications (1)

Application Number Title Priority Date Filing Date
EP08837818A Withdrawn EP2193647A2 (fr) 2007-09-20 2008-09-18 Dispositif de traitement de notifications applicatives

Country Status (7)

Country Link
US (1) US8560632B2 (fr)
EP (1) EP2193647A2 (fr)
JP (1) JP5159886B2 (fr)
KR (1) KR101235101B1 (fr)
CN (1) CN101803338A (fr)
FR (1) FR2921531B1 (fr)
WO (1) WO2009047457A2 (fr)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8316020B1 (en) * 2008-12-09 2012-11-20 Amdocs Software Systems Limited System, method, and computer program for creating a group profile based on user profile attributes and a rule
US8677458B2 (en) * 2008-12-24 2014-03-18 Blackboard Connect Inc. Hierarchical structure of a notification system including rights based on roles
KR101830200B1 (ko) 2011-07-07 2018-04-11 삼성전자 주식회사 이동통신 망의 디바이스 트리거링 제어 장치 및 방법
WO2013057615A1 (fr) 2011-10-18 2013-04-25 Koninklijke Philips Electronics N.V. Sonneries spécifiques au contenu pour alertes cliniques
US9173073B2 (en) * 2011-12-19 2015-10-27 Motorola Solutions, Inc. Method and apparatus for processing group event notifications and providing group policy in a communication system
US9503409B2 (en) 2013-02-25 2016-11-22 Google Inc. Suppression of extraneous alerts on multiple devices
US9432821B2 (en) 2013-03-16 2016-08-30 Wellpepper, Inc. Adaptive notification system for mobile devices
US8738723B1 (en) 2013-12-10 2014-05-27 Google Inc. Predictive forwarding of notification data
EP2890087B1 (fr) * 2013-12-27 2016-08-03 Telefonica S.A. Système de notification des dispositifs d'abonné dans les réseaux des fournisseurs de services internet (isp)
US9537812B2 (en) * 2013-12-31 2017-01-03 Google Inc. Methods, systems, and media for managing notifications directed to multiple applications installed on a user device
US9886840B2 (en) * 2014-09-23 2018-02-06 Groves Internet Consulting, Inc. Method for guaranteed delivery of alert notifications through chain-of-command escalation procedures
US9554356B2 (en) * 2015-02-19 2017-01-24 Microsoft Technology Licensing, Llc Personalized reminders
US10331398B2 (en) 2015-05-14 2019-06-25 International Business Machines Corporation Reading device usability
US10171537B2 (en) 2015-08-07 2019-01-01 At&T Intellectual Property I, L.P. Segregation of electronic personal health information
US9942747B2 (en) 2015-08-07 2018-04-10 At&T Mobility Ii Llc Dynamic utilization of services by a temporary device
US10631192B2 (en) * 2015-08-14 2020-04-21 At&T Intellectual Property I, L.P. Policy enforced intelligent persona manager
US10044780B2 (en) 2015-08-26 2018-08-07 At&T Intellectual Property I, L.P. Dynamic segregated secure data connection
US20180188935A1 (en) * 2016-06-09 2018-07-05 Samsung Electronics Co., Ltd. Method and electronic device for managing notifications in a notification panel
US11853463B1 (en) * 2018-08-23 2023-12-26 Styra, Inc. Leveraging standard protocols to interface unmodified applications and services
CN110708109A (zh) * 2019-09-11 2020-01-17 中国人民解放军海军工程大学 一种北斗电话网关通讯方法和系统
KR102137914B1 (ko) * 2019-11-20 2020-07-24 전자부품연구원 IoT/M2M 플랫폼에서 그룹 통지 취합 방법

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6920637B2 (en) * 1995-11-17 2005-07-19 Symbol Technologies, Inc. Method and apparatus for implementing alerts on a browser running on a portable handheld device
FI112427B (fi) * 1999-11-05 2003-11-28 Nokia Corp Menetelmä langattoman päätelaitteen ominaisuuksien määrittämiseksi multimediasanoman välityspalvelussa, multimediasanoman välityspalvelu ja multimediapäätelaite
US7444383B2 (en) * 2000-06-17 2008-10-28 Microsoft Corporation Bounded-deferral policies for guiding the timing of alerting, interaction and communications using local sensory information
FI111899B (fi) * 2000-06-16 2003-09-30 Nokia Corp Menetelmä laskutuksen kohdentamiseksi sanomien välitysjärjestelmässä, välitysjärjestelmä, palvelin ja päätelaite
US6999992B1 (en) * 2000-10-04 2006-02-14 Microsoft Corporation Efficiently sending event notifications over a computer network
US20020156676A1 (en) * 2001-04-17 2002-10-24 Ahrens John C. System, method, and apparatus for creating and securely managing accounts holding cash equivalents
JP2005287054A (ja) * 2001-10-01 2005-10-13 Ntt Comware Corp 通信サービスシステム及び通信サービスプログラム
EP1326189A3 (fr) * 2001-12-12 2005-08-17 Microsoft Corporation Commande d'interface utilisateur et affichage pour acquérir des préferences, inspecter le comportement, et guider les politiques d'apprentissage et de décision de systèmes de priorisation et routage de communication adaptifs
JP2004112135A (ja) * 2002-09-17 2004-04-08 Vodafone Kk 通信サービス方法、並びに同方法に用いる通信サービス支援装置及び移動通信端末
ES2359053T3 (es) * 2003-06-30 2011-05-18 Nokia Corporation Procedimiento y dispositivo para determinar y notificar a los usuarios que tienen perfiles de preferencia coincidentes para acceder a una aplicación en línea de acceso múltiple.
US20090067419A1 (en) * 2005-03-04 2009-03-12 Hewlett-Packard Development Company, L.P. Transmission control apparatus and method
US20080063154A1 (en) * 2006-08-09 2008-03-13 Yossi Tamari System and method of customized event notification
WO2008085206A2 (fr) * 2006-12-29 2008-07-17 Prodea Systems, Inc. Gestion d'abonnements d'applications et de services fournis à l'aide de dispositifs de passerelle de locaux d'abonnés

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
None *

Also Published As

Publication number Publication date
US20100312852A1 (en) 2010-12-09
US8560632B2 (en) 2013-10-15
JP5159886B2 (ja) 2013-03-13
WO2009047457A2 (fr) 2009-04-16
KR20100045515A (ko) 2010-05-03
JP2010541311A (ja) 2010-12-24
FR2921531A1 (fr) 2009-03-27
KR101235101B1 (ko) 2013-02-20
CN101803338A (zh) 2010-08-11
FR2921531B1 (fr) 2011-08-26
WO2009047457A3 (fr) 2009-06-25

Similar Documents

Publication Publication Date Title
EP2193647A2 (fr) Dispositif de traitement de notifications applicatives
US20100057872A1 (en) Media transfer system and associated methods
EP1289322A1 (fr) Système d'intéropérabilité entre messages MMS et messages SMS/EMS et procédé d'échange associé
EP3447998B1 (fr) Procédé de filtrage dynamique d'une communication de groupe
EP1931104B1 (fr) Procédé de contrôle de l'établissement de canaux de communication multimédia
EP2939450B1 (fr) Transmission d'un message multimédia doublée par émission d'un message textuel
WO2007028914A1 (fr) Procede de transmission de messages d'alarme urgents a des ensembles de terminaux mobiles situes dans des cellules d'un reseau de communication radio, et controleur de reseau radio associe
US10129190B2 (en) Method and apparatus for messaging service internetworking
US10075403B2 (en) Method and system for managing voice mails in a universal plug and play network environment
EP2856708B1 (fr) Procédés de délivrance de courriels à la demande, serveurs de courriels et programmes d'ordinateur mettant en oeuvre de tels procédés
US8712451B2 (en) Phone messaging using audio streams
US20050256959A1 (en) Method of and system for multimedia messaging system interoperability
EP1685727B1 (fr) Procédé et système de transmission et de réception de contenus multimédia via un réseau radiocommunication
EP1501320A1 (fr) Procédé et système de soumission d'un message déposé dans une boíte de réception d'un service de messagerie
WO2007093616A1 (fr) Procédé et dispositif de gestion d'au moins un groupe d'utilisateurs, produit programme d'ordinateur correspondant
EP1974534B1 (fr) Procédé et dispositif de gestion des communications personnelles d'au moins un utilisateur
KR100645920B1 (ko) 이동통신 단말기를 위한 동영상메일 서비스 시스템 및 그방법
EP2375718B1 (fr) Procédé de réponse à un message reçu dans un terminal d'utilisateur via une application de messagerie sur un réseau de communication
FR2884665A1 (fr) Procede d'alerte lors d'une modification de contenu et systeme pour la mise en oeuvre du procede
EP1914946B1 (fr) Procédé de transfert de messages sur terminal mobile, serveur et produit programme d'ordinateur correspondants
EP2315400B1 (fr) Procédé et dispositif de gestion de communications de réponse à des courriels par adjonction à ces derniers d'un champ dédié de lien hypertexte de communication
EP1501270A1 (fr) Procédé et système d'adaptation du service de messagerie électronique d'un utilisateur
FR2858155A1 (fr) Procede et systeme d'adaptation du service de messagerie electronique d'un utilisateur
FR2858156A1 (fr) Procede et systeme d'adaptation du service de messagerie electronique d'un utilisateur
FR2953671A1 (fr) Procede de telechargement automatique de messages, et premier terminal le mettant en oeuvre

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20100420

AK Designated contracting states

Kind code of ref document: A2

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

AX Request for extension of the european patent

Extension state: AL BA MK RS

17Q First examination report despatched

Effective date: 20101210

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

Owner name: ALCATEL LUCENT

DAX Request for extension of the european patent (deleted)
111Z Information provided on other rights and legal means of execution

Free format text: AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MT NL NO PL PT RO SE SI SK TR

Effective date: 20130410

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

Owner name: ALCATEL LUCENT

D11X Information provided on other rights and legal means of execution (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ALCATEL LUCENT

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

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

18D Application deemed to be withdrawn

Effective date: 20180524