SYSTEME ET PROCEDE DE MISE EN RELATION ENTRE AU MOINS DEUX TERMINAUX MULTIMEDIA RELIES ENTRE EUX PAR UN RESEAU FIXE OU CELLULAIRE DESCRIPTION
DOMAINE TECHNIQUE L'invention concerne un système et un procédé de mise en relation entre au moins deux terminaux multimédia reliés entre eux par un réseau fixe ou cellulaire.
ETAT DE LA TECHNIQUE ANTERIEURE Dans le domaine des télécommunications fixes et mobiles un certain nombre de services permettent à un individu appelé, ou « appelé », de personnaliser l'introduction des communications qu'il va recevoir : - En téléphonie mobile, il peut ainsi demander : • une présentation du numéro entrant : ce service est proposé par l'opérateur de téléphonie, • une présentation du nom qui est associé dans le répertoire de l'appelé au numéro entrant : ce service est proposé par le terminal, une présentation d' images et de sons associés à des numéros de téléphone : ce service est proposé par le terminal, un retentissement de sonneries différenciées en fonction de la catégorie à laquelle appartient l'appelant. L'appelé a la possibilité de créer des catégories à partir des contacts de son
répertoire et d'associer à chaque catégorie une sonnerie spécifique : ce service est proposé par le terminal .
- En téléphonie fixe, il peut ainsi demander : • une présentation du numéro entrant : ce service est proposé par l'opérateur de téléphonie, • une présentation du nom qui est associé dans le répertoire de l'appelé au numéro entrant : ce service est proposé par le terminal, • un affichage du nom de la personne ou de la société tel que défini dans l'annuaire (pages jaunes et pages blanches) ou dans le réseau privé virtuel ou non, un retentissement de sonneries différenciées en fonction des catégories. L'appelé a la possibilité de créer des catégories à partir des contacts de son répertoire et d'associer à chaque catégorie une sonnerie spécifique : ce service est proposé par le terminal . Cependant, dans toutes ces solutions c'est l'appelé, l'opérateur ou un prestataire de service tiers qui sont à l'origine de la personnalisation de la visualisation du terminal de l'appelé. L'objet de l'invention est de proposer une personnalisation de la présentation de l'appel sur la visualisation du terminal de l'appelé par l'individu appelant, ou « appelant.». Le document référencé [1] en fin de description décrit un. procédé et un système pour fournir une information • d' identification d'un appelant
à un appelé dans un réseau de télécommunication fixe ou mobile. Des serveurs extérieurs à ce réseau sont utilisés pour générer et fournir ces informations d'identification de l'appelant sous la forme d'une page de service ou page d'appel sans compter sur une information d'interface de ligne appelante. Dans ce procédé on peut télécharger automatiquement la page personnelle WAP (« Wireless Application Protocol » qui est un protocole pour accéder à des services Internet sur des terminaux mobiles) de l'appelant sur le mobile de l'appelé suite à un événement lié à l'appel (émission, réception, refus, etc.). L'appelé peut ensuite naviguer sur cette page avant, pendant et après la communication. En fait, une page d'accueil WAP est associée au numéro de téléphone. Ce procédé ne permet pas d'envoyer une animation à l'appelé de façon synchronisée avec l'arrivée de la signalisation d'un appel (sonnerie, vibreur...) . De plus, ce procédé ne permet pas à l'appelé de recevoir une animation sans action particulière de sa part, sans avoir besoin de télécharger une page WAP en activant son navigateur. En outre, l'appelant ne peut choisir une animation de façon contextuelle c'est-à-dire qu'il n'a pas la possibilité de choisir une animation en fonction de la personne et de la situation présente. Ce procédé permet l'envoi d'une seule et même présentation quel que soit l'appelé et le contexte.
L'invention a pour objectif de réaliser une personnalisation de la présentation d'appel à l'appelé
par l'appelant permettant de résoudre ces différents problèmes pour obtenir les avantages suivants : - la possibilité de créer un effet surprise pour l'interlocuteur (l'appelé) alors que la personnalisation par l'appelé ou par un service tiers est toujours identique une fois qu'elle est définie, - la possibilité d'annoncer l'objet de la communication entre l'appelant et l'appelé, et de donner une tonalité à l'échange qui va avoir lieu, - la possibilité d'afficher un degré d'urgence pour cette communication.
EXPOSÉ DE L'INVENTION L'invention concerne un système de mise en relation entre au moins deux terminaux multimédia reliés entre eux par un réseau fixe ou cellulaire comprenant un serveur d'application relié à une mémoire de stockage, caractérisé en ce que ladite mémoire contient des contenus multimédia qui peuvent être choisi par un individu appelant, et en ce que ledit serveur comprend : des moyens de gestion des entités du réseau afin de synchroniser la signalisation d'un appel entre le terminal d'un individu appelant et le terminal d'un individu appelé et un contenu multimédia choisi par cet individu appelant, des moyens d'adaptation du contenu multimédia aux capacités du terminal de l'appelé. L' invention concerne également un procédé de mise en relation entre au moins deux terminaux multimédia reliés entre eux par un réseau fixe ou
cellulaire, caractérisé en ce que, préalablement à un appel du terminal d'un individu appelant au terminal d'un individu appelé, l'individu appelant choisit un contenu multimédia qu'il souhaite envoyer au terminal de l'individu appelé et en ce que ce contenu multimédia est reçu de manière synchrone par le terminal de l'individu appelé avec la réception de la signalisation de cet appel . Le contenu multimédia peut être choisi parmi un ou plusieurs média (par exemple une image, des photos, une vidéo, une animation graphique 2D/3D, un texte, un son...) . L'individu appelé peut personnaliser la visualisation de son terminal à l'aide d'un contenu multimédia. Le contenu multimédia envoyé par l'individu appelant et le contenu multimédia dû à la personnalisation par l'individu appelé peuvent alors se partager la visualisation du terminal de l'individu appelé. Sinon le contenu multimédia envoyé par l'individu appelant et le contenu multimédia dû à la personnalisation par l'individu appelé peuvent se succéder sur la visualisation du terminal de l'individu appelé. La réception de la signalisation sur le terminal de l'appelé peut être annoncée par une sonnerie ou une vibration de ce terminal. Le contenu multimédia s'affiche alors sur le terminal de l'appelé conjointement au retentissement de la sonnerie ou vibration de ce terminal sans aucune action de l'appelé.
Le contenu multimédia reste ensuite, par défaut, affiché sur le terminal de l'appelé tout au long de la communication, l'appelé pouvant à tout moment en cours de communication supprimer ou sauvegarder ce contenu. Le contenu multimédia disparaît de la visualisation du terminal de l'appelé lorsque la communication entre l'appelant et l'appelé est close, l'appelé pouvant alors le sauvegarder dans la mémoire de son terminal. Dans le cas où l'appelé ne décroche pas, l'appel et le contenu multimédia sont stockés dans sa messagerie pour réapparaître au moment de la consultation de celle-ci. Dans le cas où l'appelé ne décroche pas et qu'il est sous couverture réseau, son terminal stocke le contenu multimédia dans le journal des appels. L'individu appelant peut associer un contenu multimédia à au moins un interlocuteur, en réalisant une personnalisation par défaut. L'individu appelant peut, autrement, choisir un contenu multimédia en fonction de l'individu appelé et en fonction de la situation, en réalisant une personnalisation à l'acte.
BRÈVE DESCRIPTION DES DESSINS La figure 1 illustre le système de 1' invention, la figure 2 illustre les différentes étapes du procédé de l'invention, la figure 3 illustre un premier mode de réalisation de l'invention,
la figure 4 illustre un second mode de réalisation de l'invention.
EXPOSE DÉTAILLÉ DE MODES DE RÉALISATION PARTICULIERS Comme illustré sur la figure 1, le système de l'invention comprend : - un réseau fixe ou cellulaire 10, - le terminal d'un appelant 11 relié à ce réseau, - le terminal d'un appelé 12 relié à ce réseau, - un serveur d'application 13, associé à une mémoire 14 de stockage des contenus multimédia, reliés à ce réseau. La mémoire 14 contient des contenus multimédia, par exemple des animations ou des éléments multimédias pour créer une animation, qui peuvent être choisies par l'appelant, soit par défaut en associant une animation à un contact, soit à l'acte en associant une animation à l'appel qu'il va passer. Physiquement, cette mémoire peut être située soit sur le terminal de l'appelant soit dans le réseau. Le serveur d'application 13 est le chef d'orchestre du service : il gère les interactions entre les différentes entités du réseau permettant d'acheminer le contenu multimédia 15 au terminal de l'appelé. Il s'agit d'une procédure de poussée (« push ») d'information qui implique la gestion de plusieurs entités complexes du réseau de communication. Ce serveur 13 est tel que :
Il gère les entités du réseau de communication afin de synchroniser la signalisation de l'appel (la sonnerie) et le contenu multimédia. - Il adapte le contenu multimédia 15 aux capacités du terminal de l'appelé 12 (taille d'écran, couleurs...) . La connexion de données est établie entre : • le serveur 13 et le terminal de 1 ' appelé 12 si les contenus multimédia sont stockés par le serveur dans la mémoire 14. • le terminal de l'appelant 11 et celui de l'appelé 12 si les contenus sont stockés sur le terminal de l'appelant 11. - Il gère le refus de l'appel par l'appelé en envoyant le contenu multimédia 15 sur sa messagerie vocale . Le serveur 13 contient la logique d'application de l'invention. Il accède aux bases de données de l'invention et aux bases de données personnelles des appelants. Il récupère toutes les informations nécessaires depuis les différentes bases de données et serveurs pour envoyer les informations voulues aux terminaux de l'appelé et de l'appelant. Le serveur 13 contrôle l'appel téléphonique de l'appelant. A partir du couple (identifiant appelant, identifiant appelé) , le serveur 13 est alerté et envoie en préambule à la communication vocale le contenu multimédia 15 choisi par l'appelant correspondant à l'identifiant de l'appelé. Le serveur
13 gère ensuite la communication en fonction du choix
de l'appelé : si l'appelé prend l'appel alors le serveur établit une communication vocale. Si l'appelé ne prend pas l'appel, alors le serveur 13 renvoie l'appelant vers la messagerie de l'appelé. Lorsque l'appelé écoute ses messages, il peut retrouver un lien vers le contenu multimédia 15 de l'appelant. L'appelant peut ainsi choisir un contenu multimédia 15 qui est envoyé à son interlocuteur (l'appelé) au lancement de l'appel. Ce contenu multimédia 15 apparaît alors sans action de l'appelé et simultanément à l'arrivée de la signalisation pour l'établissement de la communication vocale (et multimédia) . Un appelant peut donc envoyer des informations avant que la communication vocale (et multimédia) ne commence réellement. Il peut ainsi transmettre son identité, l'objet de son appel, etc. Comme illustré sur la figure 2, le procédé de l'invention comprend les étapes suivantes : 1) d'abord du côté de l'appelant : une étape 20 de choix de l'appelé : l'appelant décide de téléphoner à un de ses contacts (l'appelé) soit en utilisant son répertoire soit par une numérotation directe, - une étape 21 de choix d'un contenu multimédia 15 : ce contenu multimédia 15 est associé à cet appel soit par défaut, soit à l'acte, soit une étape 22 de visualisation du contenu multimédia 15 pour la présentation de l'appelant à l'appelé dans une procédure de personnalisation par défaut, soit une étape 23 de
création du contenu multimédia 15 pour la présentation de l'appelant à appelé dans une procédure de personnalisation à l'acte, - une étape 24 de lancement de l'appel : l'appelant lance l'appel avec le contenu multimédia associé 15, 2) puis du côté de l'appelé : - une étape 25 de signalisation de cet appel (par exemple sonnerie ou vibration du téléphone) et d'affichage simultané du contenu multimédia 15, soit une étape 26 de mise en communication entre l'appelant et l'appelé si l'appelé décroche (le contenu multimédia peut rester sur la visualisation du terminal de l'appelé 12, ou l'appelé peut le stocker) , soit une étape 27 de renvoi sur la messagerie de l'appelé : l'appelant est alors renvoyé sur cette messagerie. (Si l'appelant laisse un message, le contenu multimédia 15 est associé à ce message lors de la consultation de sa messagerie par l'appelé, le contenu multimédia 15 lui est alors envoyé) , ou de fin d'appel (l'appelé ou l'appelant arrête la communication) . Lorsque l'appelé ne répond pas, et que son téléphone est allumé, le contenu multimédia 15 peut être stocké sur le terminal de l'appelé dans le journal des- appels . Dans le procédé de l'invention l'appelant a donc la possibilité de choisir un contenu multimédia 15, par exemple une image, des photos, une vidéo, une animation graphique 2D/3D (2 dimensions/3 dimensions) , un texte, un son..., qui va être envoyé en préambule à
une communication qu'il veut avoir avec un interlocuteur (appelé) . Dans la suite, à titre d'exemple, le contenu multimédia considéré 15 sera une animation graphique . Le procédé de l'invention présente donc les caractéristiques suivantes : - L'animation s'affiche sur le terminal de l'appelé conjointement au retentissement de la première sonnerie ou vibration du terminal concerné sans aucune action de l'appelé. L'animation reste ensuite par défaut affichée sur le terminal de l'appelé tout au long de la communication. Cependant, l'appelé peut à tout moment en cours de communication supprimer l'animation de son terminal . Lorsque la communication est close, l'animation disparaît. L'appelé peut la sauvegarder dans la mémoire de son terminal . • - Dans le cas où l'appelé ne décroche pas et que l'appel est renvoyé sur la messagerie, l'animation peut-être stockée dans la messagerie pour réapparaître au moment de la consultation de celle-ci. - Dans le cas où l'appelé ne décroche pas et qu'il est sous couverture réseau, le terminal peut stocker l'animation dans le journal des appels. L'appelant a donc à sa disposition un procédé qui lui permet de se différencier et de communiquer plus facilement tandis que l'appelé a une aide pour gérer ses appels.
Il est possible d'associer une animation en fonction de la personne appelée et/ou en fonction de la situation. La personnalisation est donc contextuelle. Il est important de noter que l'on ne supprime pas la personnalisation paramétrée par l'appelé. S'il y a à la fois présentation de l'appel à l'appelé par l'appelant et présentation paramétrée par l'appelé, celles-ci peuvent apparaître par exemple dans deux parties distinctes de la visualisation du terminal de l'appelé. Elles peuvent, également apparaître successivement. Il s'agit, en effet, de fonctions complémentaires .
Deux modes de personnalisations complémentaires sont possibles : - une personnalisation par défaut, - une personnalisation à l'acte.
La personnalisation par défaut L'appelant a la possibilité d'associer des animations, qu'il a choisies, à un ou plusieurs interlocuteurs . Une fois cette étape réalisée, les communications qu'il initie sont personnalisées par défaut, c'est-à-dire qu'à chaque communication, l'animation choisie pour cet interlocuteur (appelé) lui est envoyée. La personnalisation est faite en fonction de l'appelé. Il est alors très aisé de modifier le choix des animations effectués ou de désactiver temporairement de telles personnalisations.
La personnalisation à l'acte La personnalisation à l'acte permet non seulement de personnaliser la présentation de la communication en fonction de l'appelé mais également en fonction de la situation. Dans ce cas, l'animation envoyée n'est valable que pour une communication. C'est-à-dire qu'au moment de passer cette communication l'appelant peut choisir d'associer une animation pour cette situation précise. Si une personnalisation avait été prédéfinie, la personnalisation à l'acte est prioritaire par rapport à la personnalisation par défaut.
Dans la suite de la description on va décrire deux modes de réalisation mettant en œuvre le procédé de l'invention : - un premier mode basé sur une technologie CAMEL/OSA (« Customized Applications for Mobile Network Enhanced Logic »/ « Open Service Access » ou « Applications personnalisées pour logique améliorée de réseau mobile »/ « Accès service ouvert ») ; une telle technologie étant décrite dans les documents référencés [2] et [3] . un second mode basé sur le protocole normalisé SIP (« Session Initial Protocol » ou « Protocole initial de cession ») ; un tel protocole étant décrit dans le document référencé [4] .
Premier mode de réalisation Dans ce premier mode basé sur la technologie CAMEL/OSA, illustré sur la figure 3, le procédé de l'invention est déclenché par une marque (repère dans le flux d' information) CAMEL O-CSI (appel départ au commutateur MSC ou « Mobile network Switch control ») . Les serveurs SCS (« Service Capabilities Servers » ou « Serveurs de caractéristiques de service ») utilisés sont des serveurs de contrôle d'appel (« Call Control ») et d'interaction utilisateur (« User Interaction ») . Le serveur de contrôle d'appel est chargé de contrôler l'appel de l'appelant. Le serveur d'interaction utilisateur est chargé d'initier le mécanisme de poussée (« Push ») d'information du serveur vers l'appelé, sans requête de celui-ci. Les sous-caractéristiques de service SCF
(« Service Capabilities Features ») supplémentaires permettent à l'application d'accéder au profil utilisateur (« User Profile ») de l'appelant. Le contenu multimédia fait partie de ce profil utilisateur de l'appelant. Ainsi lors d'un appel départ, il y a un déclenchement vers une entité qui gère les services de l'appelant (« Service Broker ») qui après consultation du profil utilisateur, décide de donner le contrôle d'appel à l'application de l'invention.
Dans une étape préliminaire, lors de l'inscription de toutes les données de départ (« provisionning ») de l'application de l'invention, l'application demande au serveur de contrôle d'appel 32
d' être notifiée des appels départs des appelants ayant souscrit au service de personnalisation de la présentation de l'appel à l'appelé par l'appelant (méthode OSA de notification d'appel permis). Ce serveur active la marque CAMEL O-CSI. On a ensuite la succession d'étapes suivantes : 1. L'appel est déclenché par l'appelant sur son terminal 11 (flèche 31) . Un message est envoyé au serveur de contrôle d'appel 32 pour prévenir du déclenchement d'appel, car l'appelant a une marque CAMEL O-CSI. 2. Le serveur de contrôle d'appel 32 invoque (flèche 33) auprès de l'entité « service Broker » 34, la méthode OSA de notification d'événement d'appel (« Call Event Notify ») pour la notifier de l'appel départ. 3. L'entité « service Broker » 34 consulte (flèches 35 et 35') le profil utilisateur 36 au travers du serveur 37 de gestion de profil utilisateur pour savoir si elle peut donner le contrôle de l'appel au serveur d'application de l'invention 13. 4. L'entité « service Broker » 34 donne le contrôle d'appel (flèche 38) au serveur d'application de l'invention 13 qui va chercher le contenu multimédia à envoyer dans la mémoire 14. 5. Le serveur d'application de l'invention 13 demande (flèches 39 et 39') au serveur d'interaction utilisateur 40 d'envoyer le contenu multimédia au terminal 12 de l'appelé, avec la méthode OSA d'envoi de
la requête et de récupération de l'information (« SendlnfoAndCollectReq ») 6. L'appelé répond (flèches 41 et 41') qu'il prend l'appel avec la méthode OSA d'envoi de la requête de récupération de l'information (« send InfoAndCollectReq ». 7. Le serveur d'application de l'invention 13 invoque la méthode OSA de libération d'appel (« deassignCall ») pour notifier (flèche 42) le serveur de contrôle d'appel 32 qu'il se désintéresse de l'appel : il rend le contrôle de l'appel au réseau qui doit poursuivre l'établissement d'appel. Si l'appelé refuse l'appel, le serveur d'application de l'invention 13 invoque la méthode OSA de relâche (« release ») pour demander au réseau de relâcher l'appel. 8. L'appel est établi (flèche 43) entre l'appelant 11 et l'appelé 12. Sur cette figure 3 la zone référencée 45 est l'architecture CORBA (« Common Object Request Broker Architecture » ou « architecture de gestion ou demande d'objet commun ») .
Second mode de réalisation Ce second mode de réalisation, illustré sur la figure 4, est basé sur le protocole SIP utilisé dans le système IMS (« IP Multimédia Subsystem » ou « Sous- système multimédia protocole Internet ») . Avec le système IMS, à partir du moment où l'usager s'est enregistré, il dispose d'un contexte de protocole de données (« PDP context ») toujours actif qui est utilisé pour la signalisation SIP. Dans ce mode
de réalisation, on utilise ce contexte pour la signalisation SIP. La logique d'application de l'invention est mise en œuvre dans un serveur d'applications SIP 13 (en utilisant une architecture de réseau intelligent) . Le serveur d'application 13 est relié à l'entité S-CSCF 51 (« Serving-Call State Control Function » ou « Fonction de contrôle de l'état du service d'appel ») du réseau mobile UMTS (réseau mobile 3eme génération) en version 5. Cette entité 51 est en charge du contrôle d'appel IP (protocole Internet) pour les abonnés qui ont souscrits au service de personnalisation de l'introduction aux communications. Lorsque l'abonné est inscrit au service de l'introduction aux communications, la base de données utilisateur HSS (l'équivalent du HLR (« Home location
Register ») en UMTS version 5) contient un lien vers l'entité 51. Au cours de l'établissement d'un appel, les données (qui sont stockées dans la base de données HSS) concernant l'abonné sont récupérées. L'appel est alors redirigé vers l'entité 51, qui à son tour redirige l'appel vers le serveur d'application 13 qui déroule l'application de l'invention. Une fois abonné au service de personnalisation de l'introduction aux communications, du point de vue de l'appelant, on a : - un lancement normal d'une communication vocale, dans le cas du service par défaut
- ou bien l'appelant choisit une animation et lance normalement une communication vocale, dans le cas du service à l'acte. L'identifiant URL (« Uniform Resource Locator » ou identifiant d'une adresse Internet) du contenu multimédia est transmis à l'appelé dans le message SIP INVITE de signalisation (requête transmise à l'appelé dans un message de signalisation). L'appelé voit par exemple s'afficher sur son terminal 12 l'animation de l'appelant et il décide de prendre l'appel ou non. La communication vocale aboutit si l'appelé choisit de prendre l'appel. On a ainsi les étapes suivantes : 1. L'appelant lance l'appel à l'aide de son terminal 11 (flèche 50) , 2. l'entité S-CSCF 51 redirige l'appel (flèche 52) vers le serveur d'application 13 qui contient l'application de l'invention, 3. le serveur d'application de l'invention 13 met en œuvre l'application de l'invention et envoie (flèche 53) le contenu « Push » vers le terminal, 4. le contenu « Push » dans la requête SIP INVITE est acheminé (flèche 54) vers l'appelé 12. Le terminal de l'appelé 12 peut alors télécharger le contenu multimédia de l'appelant. La référence 55 concerne le sous-système multimédia IP. La référence 56 concerne le domaine paquets (« PS domain ») .
Les étapes suivantes peuvent se résumer de la façon suivante. Une session multimédia est initiée. L'appelé voit par exemple s'afficher sur son terminal 12 l'animation de l'appelant et décide de prendre l'appel ou non. La communication vocale aboutit si l'appelé choisit de prendre l'appel. L'appelé et l'appelant sont alors attachés au système IMS et ont un contexte de protocole de données de paquet (« PDF ») actif (si ces conditions ne sont pas réalisées, l'appelé ne reçoit pas l'animation de l' appelant) .
REFERENCES
[1] WO 01/54373 [2] Site Internet www.3gpp.org (Camel ou « Customized Applications for Mobile Network Enhanced Logic » : 23078, 23178, 23278) [3] Site Internet www.3gpp.org (OSA ou « Open Service Access » : 23127, 23927, série des 23198, série des 23998) [4] Site Internet www.3gpp.org (SIP ou « Session Initial Protocol » : 29962, 24228, 24229)