FR2821196A1 - Serveur telematique fournissant des sonneries et procede d'attribution de sonneries associe - Google Patents

Abstract

La présente invention concerne un serveur télématique (1) capable de fournir des sonneries à des récepteurs, ainsi qu'un procédé d'attribution de sonneries correspondant. Le serveur comprend un système de gestion (2) d'au moins une liste de sonneries disponibles, associées respectivement à au moins un ensemble des récepteurs, et une interface utilisateur (4). Le système de gestion des listes est capable de mettre à jour chacune des listes par élimination d'au moins les sonneries déjà fournies à des récepteurs de l'ensemble associé à cette liste. Avantageusement, le serveur comprend un générateur (5) de sonneries musicales et I ou le système de gestion stocke des listes de sonneries indisponibles dans une mémoire (6), ces listes correspondant aux sonneries déjà fournies.

Description

<Desc/Clms Page number 1>

La présente invention se rapporte à un serveur télématique et à un procédé de sélection de sonneries de télécommunication, préférentiellement téléphoniques.

Les sonneries téléphoniques font partie de notre quotidien et ont connu un nouvel essor avec l'utilisation croissante des téléphones portables.

Bien souvent, cependant, les sonneries dont nous disposons et qui nous environnent sont des sonneries uniformes, appartenant à quelques types standard. Le choix des utilisateurs est, de fait, généralement assez limité.

Un inconvénient de cette situation est que bien souvent, lorsqu'un téléphone portable sonne, plusieurs personnes réagissent comme si c'était le leur, avant de réaliser leur erreur. Cette incertitude existe également pour des téléphones fixes, par exemple dans des bureaux paysagers : dès lors qu'un employé s'éloigne de son poste et qu'il entend une sonnerie, il lui faut prêter la plus grande attention, et le plus souvent revenir précipitamment à son poste,

pour savoir s'il est ou non concerné.

Un autre inconvénient de cette restriction dans le choix de sonneries proposées est une uniformisation imposée aux utilisateurs, au lieu qu'un choix diversifié soit à leur disposition.

Plusieurs solutions ont déjà été développées pour remédier à ces problèmes et enrichir la gamme de sonneries téléphoniques offertes. Notamment, des systèmes connus proposent aux utilisateurs de composer leur propre sonnerie téléphonique. Ces systèmes requièrent cependant des connaissances musicales et des opérations de programmation, qui s'avèrent complexes pour des utilisateurs soucieux d'obtenir une sonnerie originale et agréable à l'écoute.

D'autres systèmes proposent aux utilisateurs de sélectionner des sonneries de leur choix dans des catalogues.

Ainsi, le brevet US-4.868. 561 expose une méthode de sélection d'un motif d'alerte ( alert pattern ) pour un récepteur de poche ou récepteur pager , applicable à des sonneries téléphoniques. Un utilisateur appelle par téléphone un terminal pour récepteurs de poche ou terminal pager , qui lui

<Desc/Clms Page number 2>

propose de sélectionner un motif d'alerte dans une liste prédéterminée. Une fois le choix effectué, le terminal pager transmet au récepteur pager un signal de remplacement de motif d'alerte, qui prépare une re-programmation d'une mémoire re-programmable dans le récepteur pager. Puis le nouveau motif d'alerte, sélectionné par l'utilisateur, est programmé dans cette mémoire.

Par ailleurs, le document EP-0.851. 649 décrit une méthode de programmation d'une sonnerie téléphonique, dans laquelle une sonnerie est transformée en caractères contenant des spécifications de notes et les caractères sont envoyés à un téléphone, par exemple dans un court message. Dans le téléphone, les caractères reçus sont modifiés sous une forme permettant de les stocker dans une mémoire. La sonnerie est alors reproduite par des moyens de reproduction sonore en réponse à un appel entrant. Cette technique permet de proposer des sonneries à un utilisateur, qui peut ou non les accepter, y compris en provenance d'un autre utilisateur via le réseau Internet.

De telles méthodes enrichissent considérablement les possibilités offertes aux utilisateurs, tout en leur fournissant sans effort de leur part des sonneries agréables à entendre. Cependant, elles conduisent immanquablement plusieurs utilisateurs à choisir des sonneries identiques, d'autant plus que des effets de mode conduisent généralement les consommateurs à privilégier parmi un nombre élevé d'offres de produits similaires (en l'occurrence, les sonneries téléphoniques), un nombre assez restreint de possibilités.

Le document WO-00/17850 divulgue quant à lui un dispositif de génération musicale automatique applicable au contrôle de sonneries d'appel musicales et personnalisées par l'appelé, ce dispositif pouvant être situé sur un serveur télématique relié au réseau téléphonique (p. 26,1. 14-20).

Cette réalisation résout en grande partie les inconvénients ci-dessus, car elle permet de générer un nombre quasi-illimité de sonneries téléphoniques musicales distinctes, sans aucun effort pour l'utilisateur. Cependant, le choix d'une sonnerie satisfaisante risque de s'avérer long lorsque les sonneries sont générées de manière complètement aléatoire. L'utilisateur, ne trouvant aucune

<Desc/Clms Page number 3>

sonnerie à son goût après un grand nombre d'essais, risque même de renoncer à trouver une sonnerie vraiment à son goût.

Une solution consisterait à laisser l'utilisateur déterminer lui-même une partie des paramètres de composition musicale, ce qui lui permettrait de cibler la sonnerie générée. Cependant, dans la mesure où le nombre de paramètres pouvant être choisis est suffisant pour lui donner satisfaction, les sonneries générées par plusieurs personnes risquent d'être très voisines, sinon identiques, pour les mêmes raisons que celles énoncées plus haut à propos de la sélection dans une liste prédéterminée.

La présente invention concerne un serveur télématique capable de fournir des sonneries de télécommunication à des récepteurs téléphoniques, qui permet d'éviter que plusieurs récepteurs aient des sonneries identiques ou très voisines.

L'invention autorise cette diversité, tout en rendant possible l'utilisation de sonneries agréables à l'écoute, correspondant au goût de l'utilisateur. Elle peut également permettre à ce dernier une sélection très simple d'une sonnerie qui lui convient, sans opération complexe.

L'invention concerne également un procédé de sélection de sonneries de télécommunication, ayant les avantages cités plus haut.

Elle s'applique en particulier au domaine de la téléphonie, c'est-àdire de la télécommunication établie en vue de la transmission de la parole, pour des téléphones portables ou fixes. Elle peut également être utilisée par exemple pour des motifs d'alertes de récepteurs de poches ou des systèmes d'alarme à distance.

A cet effet, l'invention a pour objet un serveur télématique capable de fournir par téléchargement des sonneries de télécommunication à des récepteurs de télécommunication, préférentiellement téléphoniques. Le serveur comprend un système de gestion d'une ou plusieurs listes de sonneries disponibles pour les récepteurs et une interface utilisateur permettant au serveur de communiquer avec les récepteurs.

<Desc/Clms Page number 4>

Selon l'invention, les listes étant associées respectivement à des ensembles des récepteurs, le système de gestion des listes est capable de mettre à jour chacune des listes par élimination d'au moins les sonneries déjà fournies à des récepteurs de l'ensemble associé à cette liste.

Ainsi, l'invention repose sur l'utilisation de listes de sonneries disponibles, comme dans certains systèmes connus. En revanche, contrairement aux techniques existantes, on élimine les sonneries des listes au fur et à mesure qu'elles sont sélectionnées par des utilisateurs. On évite de cette manière de fournir plusieurs fois la même sonnerie, ce qui permet de manière centralisée de s'assurer de la diversité des sonneries utilisées.

De plus, l'utilisation de listes peut présenter les avantages habituels de ce type de méthode, c'est-à-dire notamment la possibilité éventuelle de proposer un choix diversifié, de fournir des sonneries agréables et cohérentes, et de permettre à un utilisateur de se procurer une telle sonnerie de manière simple.

Le serveur de l'invention peut autoriser une attribution univoque d'une sonnerie par récepteur, dans la mesure où le nombre de sonneries disponibles est suffisamment élevé. Dans une telle réalisation, personne au monde ne peut avoir une sonnerie identique à la sienne.

Dans d'autres modes de réalisation, la distribution univoque est effectuée par ensembles de récepteurs : pour chaque ensemble, toute sonnerie déjà attribuée est éliminée. Dans ce cas, on prévoit une liste par ensemble.

Cette mise en oeuvre permet de multiplier le nombre de sonneries disponibles, en tenant compte de la faible probabilité que différentes catégories d'utilisateurs entendent les sonneries des autres catégories. Par exemple, on autorise le téléchargement de sonneries identiques à des téléphones fixes éloignés les uns des autres, en découpant l'espace géographique d'attribution de sonneries en plusieurs zones.

Dans une première forme d'élimination des sonneries fournies, le système de gestion des listes est prévu pour éliminer de chacune des listes au moins toute sonnerie déjà fournie à l'un quelconque des récepteurs de

<Desc/Clms Page number 5>

l'ensemble associé à cette liste. Pour chaque ensemble de récepteurs, deux récepteurs distincts ont alors nécessairement une sonnerie différente.

Dans une seconde forme d'élimination des sonneries fournies, le serveur télématique est capable de fournir aussi des sonneries à des groupes de récepteurs. Le système de gestion des listes est alors prévu pour éliminer de chacune des listes au moins toute sonnerie déjà fournie à l'un quelconque des groupes de récepteurs incluant au moins un récepteur de l'ensemble associé à cette liste. Cette réalisation autorise l'attribution d'une seule sonnerie à plusieurs récepteurs, même s'ils appartiennent au même ensemble. Ces récepteurs doivent toutefois être définis comme faisant partie d'un même groupe.

Dans une mise en oeuvre avantageuse de cette dernière réalisation, un utilisateur a la possibilité de communiquer au serveur les coordonnées (par exemple les numéros de téléphone) de plusieurs récepteurs, lorsqu'il émet une requête afin d'obtenir une sonnerie. La sonnerie sélectionnée est ensuite proposée à tous les récepteurs désignés, qui peuvent ou non l'accepter. Tous les récepteurs acceptant cette sonnerie constituent alors un groupe. Cette fonctionnalité est préférentiellement mise en oeuvre sur un serveur Internet.

Dans d'autres modes de réalisation avantageux, qui peuvent être combinés avec les précédents, le système de gestion des listes est prévu pour mettre à jour chacune des listes par élimination de classes de sonneries comprenant les sonneries déjà fournies à des récepteurs de l'ensemble associé à cette liste. Ainsi, pour chaque sonnerie attribuée dans un ensemble donné, on ne se contente pas de supprimer cette sonnerie de la liste des sonneries disponibles, mais aussi d'autres sonneries faisant partie d'une même classe.

Cette réalisation est intéressante car elle permet d'éliminer des sonneries très similaires à l'écoute, qui risqueraient sinon d'être confondues. La présence de sonneries ressemblantes dans les listes de sonneries disponibles est utile, car elle rend possible un choix plus large aux utilisateurs. Pouvoir prendre en compte des classes de sonneries au lieu de sonneries individuelles est également avantageux dans les cas où les sonneries disponibles sont définies au moyen de paramètres, pouvant prendre un très grand nombre (voire une infinité) de valeurs. Pour chaque sonnerie attribuée avec des valeurs

<Desc/Clms Page number 6>

données des paramètres, on peut alors exclure par exemple toutes les sonneries ayant des valeurs des paramètres comprises dans de petites plages autour de ces valeurs données.

Dans une première forme des sonneries fournies, celles-ci sont à un seul canal, du type obtenu par un simple buzzer. Dans une seconde forme, elles sont multi-canaux, plusieurs voies musicales étant prévues pour jouer simultanément.

Les listes de sonneries définies plus haut peuvent être obtenues directement, sous forme de listes positives indiquant explicitement les sonneries disponibles, ou indirectement, sous forme de listes négatives indiquant au contraire les sonneries indisponibles.

Ainsi, avantageusement, le système de gestion des listes est destiné à stocker dans au moins une mémoire du serveur pour au moins un des ensembles de récepteurs, respectivement au moins une liste de sonneries indisponibles. Le système de gestion met alors implicitement à jour la liste de sonneries disponibles associée à cet ensemble en mettant à jour cette liste de sonneries indisponibles.

En pratique, de préférence, les listes de sonneries disponibles ne sont pas explicitement déterminées à partir des sonneries indisponibles. Cette réalisation est en effet avantageuse lorsqu'un très grand nombre, voire un nombre illimité, de sonneries peuvent être proposées. Dans ce cas, à chaque sollicitation par un utilisateur, le système de gestion vérifie en mémoire que les sonneries déjà attribuées sont exclues des propositions faites.

Préférentiellement, le système de gestion des listes de sonneries disponibles est prévu pour réintégrer dans ces listes, les sonneries précédemment attribuées et qui cessent d'être utilisées. Une telle circonstance se produit par exemple lorsqu'un utilisateur rompt son abonnement ou change de sonnerie. Selon un mode de réalisation approprié, toute sonnerie attribuée est conservée dans une mémoire accessible au serveur (préférentiellement dans le serveur), avec un indicateur du ou des récepteurs correspondants. Le système de gestion est ainsi capable de retrouver en mémoire les sonneries déjà attribuées. Selon un autre mode de réalisation, seuls les indicateurs sont

<Desc/Clms Page number 7>

conservés en mémoire et non les sonneries attribuées. Le serveur est alors pourvu de moyens de récupération de sonneries à partir de récepteurs, de façon à pouvoir les réintégrer dans les sonneries disponibles. Dans encore un autre mode de réalisation, seuls des identificateurs univoques des sonneries attribuées sont conservés en mémoire.

De préférence, les sonneries disponibles sont stockées dans une mémoire du serveur.

Dans un mode préféré d'attribution des sonneries, l'interface utilisateur est capable de proposer aux récepteurs pour sélection une pluralité de sonneries dans les listes des sonneries disponibles, et est prévue pour communiquer aux moyens d'identification des sonneries fournies, les sonneries sélectionnées par les récepteurs. Les utilisateurs peuvent ainsi intervenir directement et de manière interactive dans le choix de la sonnerie, ce qui leur offre une capacité de personnalisation.

Selon une première forme de ce mode préféré d'attribution, l'interface utilisateur en fonctionnement met à disposition de chacun des récepteurs à la fois la totalité des sonneries disponibles pour l'ensemble auquel appartient ce récepteur. Les utilisateurs consultent alors la liste de sonneries disponible correspondante comme un catalogue. Selon une deuxième forme, l'interface utilisateur ne rend disponible qu'une partie des sonneries de cette liste, les autres n'étant pas attribuables à l'utilisateur concerné. Par exemple, un certain type de sonneries est réservé à un usage professionnel. Selon une troisième forme, l'interface utilisateur n'interdit l'accès à aucune des sonneries disponibles, mais n'autorise qu'un accès séquentiel : les sonneries sont proposées les unes à la suite des autres, selon un mode contrôlé par le serveur télématique.

Dans une forme avantageuse de sélection de sonneries, l'interface utilisateur est capable de proposer les listes de sonneries disponibles aux récepteurs sous forme arborescente. La sélection peut ainsi être plus facile et plus agréable qu'une sélection proposée sous forme linéaire.

Dans un autre mode d'attribution des sonneries, l'interface utilisateur attribue d'office une sonnerie à chaque récepteur soumettant une requête.

<Desc/Clms Page number 8>

Cette réalisation, plus simple et rapide que la précédente, prive cependant les utilisateurs de leurs prérogatives de personnalisation.

Les différentes formes d'attribution des sonneries sont avantageusement combinées. Par exemple, le serveur est prévu pour autoriser une société à sélectionner un certain type de sonneries pour tous les postes fixes d'un site. Les sonneries sont alors affectées d'office, dans le type choisi, aux différents postes.

Selon un premier mode de proposition de sonneries, l'interface utilisateur est destinée à envoyer les sonneries proposées directement aux récepteurs de télécommunication, par lesquels sont jouées les sonneries. Dans un second mode de proposition de sonneries, !'interface utilisateur est prévue pour envoyer les sonneries proposées à des postes d'écoute, et à n'envoyer aux récepteurs que les sonneries sélectionnées. Ces postes d'écoute sont avantageusement des ordinateurs connectés à un réseau de messagerie tel qu'Internet.

Le serveur télématique comprend préférentiellement un dispositif d'accroissement dynamique des listes de sonneries disponibles.

Par accroissement dynamique des listes , on entend que ces listes ne sont pas figées, mais qu'elles peuvent être enrichies par de nouveaux apports.

Ainsi, selon une réalisation particulière du dispositif d'accroissement dynamique, celui-ci est destiné à recevoir régulièrement de nouvelles sonneries, composées spécialement à cet effet. Les sonneries disponibles peuvent être par exemple adaptées en fonction des modes, des nouvelles formes de musique ou de la créativité de compositeurs spécialisés. Le système de gestion des listes s'assure à chaque introduction de nouvelles sonneries dans les listes de sonneries disponibles, que ces nouvelles sonneries n'ont jamais été présentes dans ces listes. Pour ce faire, le serveur comprend avantageusement des moyens d'accès à une mémoire (préférentiellement dans le serveur) destinée à stocker toutes les sonneries éliminées des listes de sonneries disponibles, c'est-à-dire déjà attribuées.

<Desc/Clms Page number 9>

Dans une autre réalisation du dispositif d'accroissement dynamique, le dispositif d'accroissement dynamique des listes de sonneries disponibles comporte un générateur de sonneries musicales.

Ainsi, selon une forme particulière adaptée à des récepteurs téléphoniques, le générateur de sonneries musicales est destiné à produire une musique dont le nombre de notes est égal au nombre de chiffres du numéro de téléphone et dont chaque note a une hauteur associée au chiffre correspondant. L'attribution univoque d'une musique par numéro de téléphone est assurée par la singularité de chaque numéro. Cette réalisation a le mérite de sa grande simplicité, mais l'utilisateur ne dispose pas de choix, ou d'un choix très restreint portant sur la façon de jouer la mélodie ainsi formée (durées, accords). De plus, les sonneries musicales obtenues risquent d'être souvent peu agréables à l'écoute.

Dans une réalisation préférée du générateur de sonneries musicales, celui-ci est conforme à la divulgation du document WO-00/17850.

Ainsi, le générateur de sonneries comporte préférentiellement : - un moyen de définition de moments musicaux au cours desquels au moins quatre notes sont susceptibles d'être jouées, - un moyen de définition de deux familles de hauteurs de note, pour chaque moment musical, la deuxième famille de hauteurs de note possédant au moins une hauteur de note qui n'est pas dans la première famille de hauteurs de note, - un moyen de constitution d'au moins une succession de notes possédant au moins deux notes, chaque succession de notes étant appelée une phrase musicale, succession dans laquelle, pour chaque moment, chaque note dont la hauteur appartient exclusivement à la deuxième famille est entourée exclusivement de notes de la première famille, et - un moyen de sortie d'un signal représentatif de chaque hauteur de note de chaque dite succession.

Grâce à ces dispositions, la succession de hauteurs de note possède à la fois une grande richesse car le nombre de successions pouvant être ainsi généré est de plusieurs milliards, et une cohérence harmonique, parce que la polyphonie engendrée est régie par des contraintes.

<Desc/Clms Page number 10>

Selon des caractéristiques particulières, le moyen de définition de deux familles de hauteurs de note est adapté à définir, pour chaque moment musical, la première famille comme un ensemble de hauteurs de note appartenant à un accord dupliqué d'octave en octave.

Selon d'autres caractéristiques particulières, le moyen de définition de deux familles de hauteurs de note est adapté à définir la deuxième famille de hauteurs de note pour qu'elle comporte au moins les hauteurs de note d'une gamme qui ne sont pas dans la première famille de hauteurs de note.

Grâce à ces dispositions, la définition des familles est aisée et l'alternance de notes des deux familles est harmonieuse.

Selon d'autres caractéristiques particulières, le moyen de constitution d'au moins une succession de notes possédant au moins deux notes est adapté à ce que chaque phrase musicale soit définie comme un ensemble de notes dont les instants de début ne sont pas séparés entre eux, deux à deux, de plus qu'une durée prédéterminée.

Grâce à ces dispositions, une phrase musicale est, par exemple, constituée de notes dont les débuts ne sont pas séparés par plus de trois double-croches.

De préférence, au moins l'un des moyens de définition de moments musicaux, de définition de deux familles de hauteurs de note et de constitution d'au moins une succession de notes est fondée sur la valeur de paramètres.

Avantageusement, les paramètres sont alors pour partie déterminés par un utilisateur lors de la sélection d'une sonnerie dans la liste des sonneries disponibles, et pour partie choisis aléatoirement par le générateur de sonneries

musicales. Par exemple, l'utilisateur choisit le style de musique (valse, tango, country...), la durée et la vitesse d'exécution, et le générateur de sonneries musicales produit une sonnerie en tirant aléatoirement les autres paramètres.

L'invention est également relative à un procédé d'attribution de sonneries de télécommunication à des récepteurs de télécommunication, préférentiellement téléphoniques, à partir d'un serveur télématique. Dans ce

<Desc/Clms Page number 11>

procédé, on gère au moins une liste de sonneries disponibles pour les récepteurs.

Selon l'invention, les listes étant associées à des ensembles des récepteurs, on élimine de chacune de ces listes au moins les sonneries de cette liste téléchargées à des récepteurs de l'ensemble associé à cette liste.

L'invention sera mieux comprise et illustrée au moyen des exemples suivants de réalisation et de mise en oeuvre, nullement limitatifs, en référence aux figures annexées sur lesquelles : - la Figure 1 est un schéma de principe de la communication entre un serveur télématique conforme à un premier mode de réalisation de l'invention et des récepteurs ; - la Figure 2 montre sous forme de schéma bloc les principaux éléments du serveur de la Figure 1 ; - la Figure 3 illustre des étapes successives mises en oeuvre au moyen du serveur des Figures 1 et 2 lors de communications avec des récepteurs pour l'attribution de sonneries ; - la Figure 4 montre une arborescence d'un choix proposé à un utilisateur lors de la sélection d'une sonnerie au moyen du serveur des Figures 1 et 2 ; - la Figure 5 est un schéma de principe de la communication entre un serveur télématique conforme à un second mode de réalisation de l'invention d'une part, et un groupe de récepteurs et un récepteur, d'autre part ; - la Figure 6 représente un organigramme de génération musicale automatique, mise en oeuvre pour la génération de sonneries au moyen des serveurs des premier et second modes de réalisation (Figure 1 à 5) ; - et la Figure 7 montre sous forme de schéma bloc un générateur de sonneries musicales utilisable dans les serveurs des premier et second modes de réalisation et permettant une génération automatique conforme à la Figure 6.

Un serveur télématique 1 (Figure 1) hébergé par un fournisseur (provider) GSM ou filaire est prévu pour fournir des sonneries S1, S2... Sn respectivement à des récepteurs R1, R2... Rn, sur requêtes Q1, Q2... Qn (K Q

<Desc/Clms Page number 12>

pour quer))) de ces récepteurs Ri. Les récepteurs Ri sont des téléphones portables ou fixes.

Le serveur 1 (Figure 2) comprend un module 4 de communication du serveur 1 avec des récepteurs Ri, prévu notamment pour recevoir les requêtes Qi en provenance des récepteurs Ri, proposer à ces derniers des sonneries, être informé des sélections effectuées par les utilisateurs pour leurs récepteurs Ri et transmettre les sonneries Si sélectionnées aux récepteurs Ri. Des moyens d'identification 3 des sonneries fournies prennent connaissance des sonneries ainsi téléchargées.

En variante, le module 4 est prévu pour télécharger les sonneries proposées à des terminaux d'un réseau, tel que le réseau Internet, ces terminaux étant respectivement associés aux récepteurs Ri. Les sonneries sont alors jouées par ces terminaux et seules les sonneries sélectionnées par les utilisateurs sont transmises aux récepteurs Ri.

Le serveur 1 comprend aussi un générateur 5 de sonneries musicales capable de composer un nombre très élevé de sonneries. Un tel générateur 5 est décrit dans la demande internationale WO-00/17850 et sera décrit plus bas. Le module de communication 4 est relié à ce générateur 5, de façon à proposer des sonneries composées à chaque utilisateur en faisant la requête, jusqu'à ce qu'une des sonneries soit validée par cet utilisateur.

Un système de gestion 2 de listes L1, L2 et L3 de sonneries indisponibles permet d'assurer le suivi des sonneries Si déjà attribuées à des récepteurs Ri. Chacune des listes L1, L2 et L3, stockées dans une mémoire 6, est associée à un ensemble prédéterminé de récepteurs Ri, par exemple tous les récepteurs téléphoniques fixes d'une région donnée (le repérage étant simplement obtenu au moyen des premiers chiffres du numéro de téléphone).

Le système de gestion 2 a en particulier pour fonction d'assurer que les sonneries attribuées aux récepteurs Ri de chacun des ensembles sont toutes distinctes les unes des autres : deux utilisateurs d'un même ensemble n'ont jamais la même sonnerie Si.

Les listes L1, L2 et L3 comprennent des identificateurs des sonneries complètes. Dans une variante de réalisation, elles comprennent des

<Desc/Clms Page number 13>

paramètres représentatifs des sonneries ou de classes de sonneries, ce qui simplifie la gestion.

En fonctionnement (Figure 3), un utilisateur se connecte (étape 11) et émet au serveur 1 une requête Di (étape 12) en modification ou en attribution de sonnerie pour un récepteur Ri. Cette opération est par exemple effectuée par la composition d'un numéro de téléphone dédié. Le serveur 1 autorise alors la consultation par cet utilisateur (étape 13) de sonneries disponibles, c'est-à-dire non déjà attribuées pour l'ensemble auquel appartient le récepteur Ri. A titre d'illustration, on considère ci-dessous que cet ensemble est associé à la liste L 1. La consultation peut être purement acoustique, les sonneries étant diffusées au récepteur Ri jusqu'à approbation par l'utilisateur.

Chacune des sonneries disponibles est composée par le générateur 5 et est soumise à un contrôle préalable par le système de gestion 2 avant d'être envoyée à l'utilisateur : le système de gestion 2 compare la sonnerie composée à toutes les sonneries indisponibles de la liste pertinente (ici : L1) et n'autorise la transmission de la sonnerie composée que si cette comparaison est infructueuse. Dans le cas contraire, le système de gestion 2 requiert auprès

du générateur 5 la composition d'une nouvelle sonnerie.

Dans l'exemple exposé, les sonneries proposées sont partiellement spécifiées au moyen de paramètres de sélection. La consultation est alors faite sous forme arborescente 18 (Figure 4). Ainsi, le module de communication 4 du serveur 1 propose successivement à l'utilisateur différents choix portant sur ces paramètres de sélection, par exemple par commande vocale. A chaque proposition, l'utilisateur choisit la valeur du paramètre qui lui convient, par exemple par appui sur une touche clavier du récepteur Ri. Il descend ainsi implicitement différents niveaux Nj dans l'arborescence 18, jusqu'à détermination de tous les paramètres de sélection prévus. Le module de communication 4 sollicite alors auprès du générateur 5 la composition d'une sonnerie musicale répondant aux critères sélectionnés, reçoit cette sonnerie en provenance du générateur 5 et la communique à l'utilisateur.

Seule une partie des paramètres de composition de sonnerie sont contrôlables par l'utilisateur, tandis que d'autres paramètres sont déterminés aléatoirement par le générateur 5. De la sorte, de nombreuses sonneries

<Desc/Clms Page number 14>

musicales répondant aux spécifications souhaitées peuvent être successivement proposées. L'utilisateur choisit par exemple une sonnerie : - de style classique, blues, festif, futuriste, latin, jazz... (niveau N1) ; - gaie ou triste (niveau N2) ; - lente ou rapide (niveau N3) ; - et courte ou longue (niveau N4).

L'utilisateur écoute successivement les sonneries proposées jusqu'à ce qu'il émette vers le module de communication 4 une commande de validation, qui exprime la sélection de la sonnerie voulue (étape 14). Le module 4 procède alors au téléchargement de cette sonnerie Si vers le récepteur Ri (étape 15). Parallèlement, les moyens d'identification 3 transmettent au système de gestion 2 les informations sur la sonnerie Si téléchargée et ce dernier procède à l'inscription de cette sonnerie Si dans la liste L 1 des sonneries indisponibles (étape 16).

Lorsque le récepteur Ri émettant la requête Di dispose déjà d'une sonnerie précédemment attribuée et décide d'en changer, le module de communication 4 interroge d'abord le récepteur Ri pour obtenir cette sonnerie ou un identificateur unique de cette sonnerie. Celle-ci est alors téléchargée vers le module 4, identifiée par les moyens d'identification 3 et transmise au système de gestion 2. Elle est comparée par ce dernier aux sonneries de la liste considérée (liste 1), jusqu'à identification de sa présence dans la liste.

Puis, elle est supprimée de la liste (donc rendue disponible).

Dans une variante de mise en oeuvre, les listes comprennent non pas les sonneries musicales elles-mêmes, ni des paramètres les définissant de manière univoque, mais des paramètres de classes les définissant partiellement. Ces paramètres de classes comprennent notamment les paramètres de sélection. Les listes de sonneries indisponibles L1, L2 et L3 comprennent ainsi des classes incluant respectivement les sonneries déjà téléchargées, ainsi que d'autres sonneries similaires. Par exemple, un des paramètres aléatoires a une valeur déterminée dans une plage continue. Le système de gestion 2 inscrit alors dans les listes L1, L2 et L3 des valeurs inférieures et supérieures définissant des intervalles centrés sur ces valeurs aléatoires. Cette disposition permet d'éviter que des sonneries Si très similaires ne soient affectées à des récepteurs Ri distincts d'une même liste.

<Desc/Clms Page number 15>

Dans un autre mode de réalisation d'un serveur télématique, référencé 10 (Figure 5), le serveur 10 est capable de fournir des sonneries Si non seulement à des récepteurs Ri individuels (récepteur R1 sur la Figure 5), mais aussi à des groupes de récepteurs, tels que le groupe G de récepteurs

R1~G, R2~G... Rm~G. Une même sonnerie SO est ainsi attribuée à tous les récepteurs Rj-G du groupe G, par exemple sur requête DO de l'un des récepteurs R1~G du groupe G. On rend ainsi possible l'adoption d'une sonnerie identique pour une famille ou un groupe d'amis.

Le serveur 10 est similaire au serveur 1 et en diffère essentiellement en ce que son module de communication est prévu pour télécharger la sonnerie sélectionnée vers tous les récepteurs Rj~G du groupe G considéré et en ce que son système de gestion ajoute en fonctionnement la sonnerie sélectionnée dans toutes les listes de sonneries indisponibles associées à au moins un récepteur du groupe G.

Une réalisation avantageuse d'un générateur 5 de sonneries musicales va maintenant être explicitée, en référence aux Figures 6 et 7. Des modalités détaillées sont exposées dans la demande internationale WO- 00/17850.

La figure 6 représente, schématiquement, un organigramme de

génération musicale automatique utilisée pour le générateur 5.

Après le début 11, des moments musicaux sont définis au cours d'une opération 12. Par exemple, on définit alors un morceau musical comportant des mesures, chaque mesure comportant des temps, chaque temps comportant des emplacements de note. Dans cet exemple, l'opération 12 consiste à attribuer un nombre de mesures au morceau musical, un nombre de temps à chaque mesure et un nombre d'emplacements de note à chaque temps ou une durée minimale de note. Chaque moment musical y est défini de telle manière qu'au moins quatre notes soient susceptibles d'être jouées pendant sa durée.

Ensuite, au cours d'une opération 14, deux familles de hauteurs de note sont définies pour chaque moment musical, la deuxième famille de

<Desc/Clms Page number 16>

hauteurs de note possédant au moins une hauteur de note qui n'est pas dans la première famille. Par exemple, à chaque demi-mesure du morceau musical sont affectés une gamme et un accord, la première famille comportant les hauteurs de note de cet accord, dupliquées d'octave en octave et la deuxième famille comportant au moins les hauteurs de note de la gamme qui ne sont pas dans la première famille. On observe que différents moments musicaux ou des moments musicaux consécutifs peuvent avoir les mêmes familles de hauteurs de note.

Puis, au cours d'une opération 16, au moins une succession de notes possédant au moins deux notes est constituée avec, pour chaque moment, chaque note dont la hauteur appartient exclusivement à la deuxième famille étant entourée exclusivement de notes de la première famille. Par exemple, une succession de notes est définie comme un ensemble de notes dont les instants de début ne sont pas séparés entre eux, deux à deux, de plus qu'une durée prédéterminée. Ainsi, dans l'exemple explicité avec l'opération 14, pour chaque demi-mesure, une succession de notes ne possède pas deux hauteurs de notes consécutives qui soient exclusivement dans la deuxième famille de hauteurs de note.

Au cours d'une opération 18, un signal représentatif des hauteurs de note de chaque succession est émis. Ce signal est par exemple transmis au module de communication 4. La génération musicale s'arrête ensuite à l'opération 20.

La figure 7 représente, sous forme d'un schéma bloc, un mode de réalisation du générateur 5 de sonneries musicales. Dans ce mode de réalisation, le générateur 5 comporte, reliés entre eux par au moins une ligne de signal 40, un générateur de familles de hauteurs de note 32, un générateur de moments musicaux 34, un générateur de phrases musicales 36 et un port de sortie 38. Le port de sortie 38 est relié à une ligne de signal externe 42.

La ligne de signal 40 est une ligne capable de véhiculer un message ou une information. Par exemple, c'est un conducteur électrique ou optique de type connu. Le générateur de moments musicaux 34 définit des moments musicaux de telle manière qu'au cours de chaque moment musical, quatre notes soient susceptibles d'être jouées. Par exemple, le générateur de

<Desc/Clms Page number 17>

moments musicaux 34 définit un morceau musical par un nombre de mesures qu'il contient et, pour chaque mesure, un nombre de temps, et pour chaque temps, un nombre d'emplacements de début de note possible ou une durée minimale de note.

Le générateur de familles de hauteurs de note 32 définit deux familles de hauteurs de note, pour chaque moment musical. Le générateur 32 définit les deux familles de hauteurs de note de telle manière que la deuxième famille de hauteurs de note possède au moins une hauteur de note qui ne soit pas dans la première famille de hauteurs de note. Par exemple, à chaque demi-mesure du morceau musical sont affectés une gamme et un accord, la première famille comportant les hauteurs de note de cet accord, dupliquées d'octave en octave, et la deuxième famille comportant au moins les hauteurs de note de la gamme qui ne sont pas dans la première famille. On observe que différents moments musicaux ou des moments musicaux consécutifs peuvent avoir les mêmes familles de hauteurs de note.

Le générateur de phrases musicales 36 génère au moins une succession de notes possédant au moins deux notes, chaque succession étant constituée de telle manière que, pour chaque moment, chaque note dont la hauteur appartient exclusivement à la deuxième famille est entourée exclusivement de notes de la première famille. Par exemple, une succession de notes est définie comme un ensemble de notes dont les instants de début ne sont pas séparés entre eux, deux à deux, de plus qu'une durée prédéterminée.

Ainsi, dans l'exemple explicité avec le générateur de familles de hauteurs de note 32, pour chaque demi-mesure, une succession de notes ne possède pas deux hauteurs de notes consécutives qui soient exclusivement dans la deuxième famille de hauteurs de notes.

Le port de sortie 38 transmet, par l'intermédiaire de la ligne de signal externe 42, un signal représentatif des hauteurs de note de chaque succession.

Le générateur 5 de sonneries musicales comporte, par exemple, un ordinateur d'usage général programmé pour mettre en oeuvre la présente technique et une carte son MIDI reliée à un bus de l'ordinateur. Dans une autre implémentation, le générateur 5 transmet de façon purement logicielle les sonneries musicales, et ne nécessite donc pas de carte son.

Claims (14)

REVENDICATIONS

1. Serveur télématique (1, 10) capable de fournir par téléchargement des sonneries (Si) de télécommunication à des récepteurs (Ri, Rj~G) de télécommunication, préférentiellement téléphoniques, le serveur (1,10) comprenant un système de gestion (2) d'au moins une liste de sonneries disponibles pour les récepteurs (Ri, Rj~G) et une interface utilisateur (4) permettant au serveur (1,10) de communiquer avec les récepteurs (Ri, Rj~G), caractérisé en ce que lesdites listes étant associées respectivement à au moins un ensemble desdits récepteurs (Ri, RLG), le système de gestion (2) des listes est capable de mettre à jour chacune desdites listes par élimination d'au moins les sonneries (Si) déjà fournies à des récepteurs (Ri, Rj~G) de l'ensemble associé à ladite liste.

2. Serveur télématique (1) selon la revendication 1, caractérisé en ce que le système de gestion (2) des listes est prévu pour éliminer de chacune des listes au moins toute sonnerie déjà fournie à l'un quelconque desdits récepteurs (Ri) de l'ensemble associé à ladite liste.

3. Serveur télématique (10) selon la revendication 1, caractérisé en ce que le serveur télématique est capable de fournir aussi des sonneries (SO) à des groupes (G) de récepteurs (Rj~G) et en ce que le système de gestion (2) des listes est prévu pour éliminer de chacune des listes au moins toute sonnerie déjà fournie à l'un quelconque desdits groupes (G) de récepteurs (Rj~G) incluant au moins un récepteur (Rj~G) de l'ensemble associé à ladite liste.

4. Serveur télématique (1,10) selon l'une quelconque des revendications précédentes, caractérisé en ce que le système de gestion (2) des listes est prévu pour mettre à jour chacune desdites listes par élimination de classes de sonneries comprenant les sonneries (Si) déjà fournies à des récepteurs (Ri, Rj~G) de l'ensemble associé à ladite liste.

5. Serveur télématique (1,10) selon l'une quelconque des revendications précédentes, caractérisé en ce que le système de gestion (2)

<Desc/Clms Page number 19>

des listes est destiné à stocker dans au moins une mémoire (6) du serveur (1, 10) pour au moins un des ensembles de récepteurs (Ri, Rj~G), respectivement au moins une liste (L1-L3) de sonneries indisponibles, le système de gestion (2) mettant implicitement à jour la liste de sonneries disponibles associée audit ensemble en mettant à jour ladite liste (L 1-L3) de sonneries indisponibles.

6. Serveur télématique (1,10) selon l'une quelconque des revendications précédentes, caractérisé en ce que l'interface utilisateur (4) est capable de proposer aux récepteurs (Ri, Rj~G) pour sélection une pluralité de sonneries (Si) dans les listes des sonneries disponibles, et est prévue pour communiquer aux moyens d'identification (3) des sonneries fournies, les sonneries (Si) sélectionnées par les récepteurs (Ri, Rj~G).

7. Serveur télématique (1,10) selon la revendication 6, caractérisé en ce que l'interface utilisateur (4) est capable de proposer lesdites listes de sonneries disponibles aux récepteurs (Ri, RL G) sous forme arborescente (18).

8. Serveur télématique (1,10) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend un dispositif (5) d'accroissement dynamique desdites listes de sonneries disponibles.

9. Serveur télématique (1,10) selon la revendication 8, caractérisé en ce que le dispositif d'accroissement dynamique des listes de sonneries disponibles comporte un générateur (5) de sonneries musicales.

10. Serveur télématique (1,10) selon la revendication 9, caractérisé en ce que le générateur (5) de sonneries musicales comporte : - un moyen de définition (34) de moments musicaux au cours desquels au moins quatre notes sont susceptibles d'être jouées, - un moyen de définition (32) de deux familles de hauteurs de note, pour chaque moment musical, la deuxième famille de hauteurs de note possédant au moins une hauteur de note qui n'est pas dans la première famille de hauteurs de note, - un moyen de constitution (36) d'au moins une succession de notes possédant au moins deux notes, chaque succession de notes étant appelée une phrase musicale, succession dans laquelle, pour chaque moment, chaque note dont la hauteur appartient exclusivement à la deuxième famille est

<Desc/Clms Page number 20>

entourée exclusivement de notes de ! a première famille, et - un moyen de sortie (38) d'un signal représentatif de chaque hauteur de note de chaque dite succession.

11. Serveur télématique (1,10) selon la revendication 10, caractérisé en ce que le moyen de définition (32) de deux familles de hauteurs de note est adapté à définir, pour chaque moment musical, la première famille comme un ensemble de hauteurs de note appartenant à un accord dupliqué d'octave en octave.

12. Serveur télématique (1,10) selon la revendication 11, caractérisé en ce que le moyen de définition (32) de deux familles de hauteurs de note est adapté à définir la deuxième famille de hauteurs de note pour qu'elle comporte au moins les hauteurs de note d'une gamme qui ne sont pas dans la première famille de hauteurs de note.

13. Serveur télématique (1,10) selon l'une quelconque des revendications 10 à 12, caractérisé en ce que le moyen de constitution (36) d'au moins une succession de notes possédant au moins deux notes est adapté à ce que chaque phrase musicale soit définie comme un ensemble de notes dont les instants de début ne sont pas séparés entre eux, deux à deux, de plus qu'une durée prédéterminée.

14. Procédé d'attribution de sonneries (Si) de télécommunication à des récepteurs (Ri, Rj~G) de télécommunication, préférentiellement téléphoniques, à partir d'un serveur télématique (1,10), dans lequel on gère au moins une liste de sonneries disponibles pour les récepteurs (Ri, Rj~G), caractérisé en ce que lesdites listes étant associées à des

ensembles desdits récepteurs (Ri, Rj~G), on élimine de chacune desdites listes au moins les sonneries (Si) de ladite liste téléchargées à des récepteurs (Ri, RjG) de l'ensemble associé à ladite liste.