Brevet FR2880501A1 — publié le 20060707

PROCEDE DE RECONFIGURATION D'UN TERMINAL MOBILE L'invention concerne le domaine des procédés de reconfiguration d'un terminal mobile. Un terminal mobile est de préférence un téléphone mobile, mais peut aussi être par exemple un assistant digital personnalisé (PDA pour personal digital assistant en terminologie anglo-saxonne). La reconfiguration d'un terminal mobile est le changement de l'état d'une ou de plusieurs fonctions du terminal mobile notamment en fonction d'une ou de plusieurs conditions et /ou en fonction d'un ou de plusieurs paramètres. Dans la plupart des terminaux mobiles, une reconfiguration du terminal mobile n'est applicable qu'à l'instant précis où l'utilisateur demande cette reconfiguration. Certaines fonctions d'agenda peuvent toutefois déclencher des alarmes, mais non pas changer l'état des fonctions du terminal mobile, c'est-à-dire qu'elles peuvent alerter l'utilisateur mais non pas reconfigurer automatiquement son terminal mobile. Il est par conséquent dans ce cas là impossible à l'utilisateur de planifier une reconfiguration automatique de son terminal mobile en fonction d'une condition ou d'un paramètre ne devant déclencher cette reconfiguration que dans le futur et non pas dans le présent. A défaut d'une telle possibilité, souvent l'utilisateur oublie de reconfigurer son terminal mobile dans une nouvelle situation ce qui peut entraîner des inconvénients, par exemple l'utilisateur va oublier d'éteindre la sonnerie de son terminal mobile lorsqu'il va voir une pièce de théâtre, en conséquence de quoi son terminal mobile peut sonner au milieu de la pièce de théâtre, le dérangeant alors, lui et ses voisins. Par ailleurs, certaines reconfigurations répétitives, par exemple éteindre la sonnerie quand l'utilisateur est à son club d'échecs et qu'il ne veut alors pas être dérangé du tout, doivent être exécutées chaque fois par l'utilisateur, ce qui devient fastidieux à la longue et ne va pas sans de nombreux oublis de la part de l'utilisateur. Selon un art antérieur, décrit par exemple dans le document WO02/071778, il est connu un procédé de reconfiguration d'un terminal mobile en fonction du lieu dans lequel se trouve l'utilisateur du terminal mobile. Cette reconfiguration du terminal mobile en fonction du lieu où se trouve l'utilisateur, tout en représentant un net progrès, peut toutefois être améliorée. L'invention propose une reconfiguration automatique du terminal mobile, non plus en fonction du lieu, mais en fonction du temps, c'est-à-dire que le terminal mobile sera reconfiguré automatiquement, non plus en fonction du lieu où se trouve l'utilisateur, mais en fonction de l'emploi du temps de l'utilisateur. Deux inconvénients peuvent à première vue plaider en faveur de l'aspect spatial (reconfiguration en fonction du lieu) plutôt que temporel (reconfiguration en fonction du temps), comme critère de reconfiguration automatique. Un premier inconvénient, pour l'utilisateur, est la nécessité pour lui d'être plus organisé. En effet, une gestion plus rigoureuse de son emploi du temps est nécessaire pour tirer parti de manière optimale des possibilités offertes par un aspect temporel plutôt que spatial. Avec l'aspect spatial, l'utilisateur n'a pas besoin de savoir quand il se trouvera dans le lieu pour lequel il veut une configuration particulière, tandis qu'il lui faut cette information, au moins approximativement, avec l'aspect temporel. Un deuxième inconvénient, pour l'opérateur, est que l'aspect spatial, nécessitant l'utilisation permanente d'un service de localisation, génère pour l'opérateur des rentrées d'argent régulières, ce qui ne serait pas le cas avec l'aspect temporel car alors, hormis le coût de départ, l'utilisateur ne requérant plus de service particulier de l'opérateur lors de l'utilisation du procédé de reconfiguration automatique du terminal mobile, il n'y aurait plus de rentrées d'argent régulières pour l'opérateur. Cependant, ces deux inconvénients sont largement compensés par des avantages importants, de l'aspect temporel par rapport à l'aspect spatial, quoique pas ou peu visibles à première vue. Un premier avantage de l'invention par rapport à l'art antérieur est pour l'utilisateur l'augmentation des possibilités de reconfiguration de son terminal mobile, provenant de la différence intrinsèque existant entre l'aspect temporel et l'aspect spatial. En effet, on peut être dans un même lieu à deux moments différents, mais on ne peut pas être à un même moment à deux lieux différents. De fait, dans l'art antérieur, il n'était pas possible d'avoir deux configurations distinctes pour un même heu à deux moments différents, tandis qu'avec l'invention, c'est maintenant possible. Par exemple, l'utilisateur, pour son domicile, veut l'activation de la sonnerie le jour et l'activation du répondeur la nuit. Dans l'art antérieur, soit il devait choisir l'une des configurations et abandonner l'autre, soit changer de configuration manuellement entre le jour et la nuit. Avec l'invention, il lui suffit de choisir l'une des configurations pour le jour et l'autre pour la nuit, les jours où l'utilisateur sait qu'il sera chez lui à son domicile. Un deuxième avantage de l'invention par rapport à l'art antérieur est pour l'utilisateur l'augmentation des possibilités de reconfiguration de son terminal mobile, provenant de la différence de précision entre l'aspect temporel et l'aspect spatial. En effet, la précision spatiale est relativement grossière et n'autorise pas une discrimination fine des lieux pour l'utilisateur. Par exemple, si l'utilisateur peut aisément demander des configurations différentes de son terminal mobile pour son domicile et son lieu de travail, usuellement espacés d'au moins quelques kilomètres, il lui sera pratiquement impossible de demander deux configurations différentes pour son bureau et pour la salle de réunion située à quelques mètres. Tandis qu'avec l'aspect temporel, rien de plus facile: l'utilisateur sait par exemple qu'il est dans la salle de réunion de 8 heures à 10 heures, puis dans son bureau ensuite, il utilisera ces tranches horaires pour demander la reconfiguration automatique de son terminal mobile après 10 heures. Un troisième avantage de l'invention par rapport à l'art antérieur est pour l'utilisateur la conséquence du deuxième inconvénient pour l'opérateur_ En effet, avec l'aspect temporel, plus besoin pour l'utilisateur de recourir en permanence au service de localisation de l'opérateur, d'où une diminution importante du coût de revient pour l'utilisateur lors de l'utilisation du procédé de reconfiguration automatique de son terminal mobile. Afin d'obtenir les avantages précités, en tout ou en partie, l'invention propose par conséquent un procédé de reconfiguration automatique d'un terminal mobile en fonction de l'emploi du temps de l'utilisateur du terminal mobile. L'invention propose également un système mettant en oeuvre le procédé selon l'invention. L'invention propose encore un terminal mobile spécialement adapté pour pouvoir mettre en oeuvre le procédé selon l'invention. Selon l'invention, il est prévu un procédé de reconfiguration d'un terminal mobile en fonction de l'emploi du temps de l'utilisateur du terminal mobile, comprenant: une étape d'association, à au moins une fonction du terminal mobile, d'un état de ladite fonction et d'une ou de plusieurs périodes de validité dudit état; une étape de reconfiguration automatique du terminal mobile mettant ladite fonction dans l'état associé à ladite fonction, pendant ladite ou lesdites périodes de temps de validité dudit état associé. En pratique, au cours du temps, le procédé de reconfiguration selon l'invention, concernera de préférence plusieurs fonctions et comprendra avantageusement de nombreuses étapes d'association et de nombreuses étapes de reconfiguration automatique, l'ensemble de ces étapes pouvant être ou non synchronisées entre elles, pour tout ou partie des fonctions configurables. Selon l'invention, il est aussi prévu un système de reconfiguration d'un terminal mobile en fonction de l'emploi du temps de l'utilisateur du terminal mobile, comprenant: des moyens d'association, à au moins une fonction du terminal mobile, d'un état de ladite fonction et d'une ou de plusieurs périodes de validité dudit état; des moyens de reconfiguration automatique du terminal mobile mettant ladite fonction dans l'état associé à ladite fonction, pendant ladite ou lesdites périodes de validité dudit état associé. Le système peut comporter par exemple un agenda électronique, en sus du terminal mobile. Selon l'invention, il est encore prévu un terminal mobile reconfigurable en fonction de l'emploi du temps de l'utilisateur du terminal mobile, comprenant: une interface apte à recevoir une commande associant, à au moins une fonction du terminal mobile, un état de ladite fonction et une ou plusieurs périodes de validité dudit état; une mémoire apte à stocker, pour ladite fonction du terminal mobile, l'état associé à ladite fonction et la ou les périodes de validité dudit état associé ; un dispositif de traitement apte à reconfigurer automatiquement le terminal mobile en mettant ladite fonction dans l'état associé à ladite fonction, 2880501 5 pendant ladite ou lesdites périodes de validité dudit état associé. Le terminal mobile comprend au moins une interface et une mémoire, mais il peut comporter plusieurs interfaces et ou plusieurs mémoires. Le terminal mobile comprend globalement un dispositif de traitement, mais ce dispositif de traitement peut être scindé en plusieurs modules de traitement effectuant chacun une partie du traitement à effectuer. L'invention sera mieux comprise et d'autres particularités et avantages apparaîtront à l'aide de la description ci-après et des dessins joints, donnés à titre d'exemples, où : - la figure 1 représente schématiquement un exemple de mise en oeuvre du procédé selon l'invention dans un terminal mobile selon l'invention. La reconfiguration automatique du terminal mobile d'un utilisateur en fonction de son emploi du temps concerne au moins une fonction du terminal mobile. Cette reconfiguration automatique est de préférence applicable à plusieurs fonctions du terminal mobile. A chaque moment de l'emploi du temps de l'utilisateur, une ou plusieurs fonctions de son terminal mobile peuvent être amenées à être reconfigurées automatiquement, c'est-à-dire sans que l'utilisateur le demande expressément au moment voulu pour la reconfiguration, soit de manière synchronisée entre les fonctions, entre toutes ou certaines d'entre elles seulement, soit de manière non synchronisée entre les fonctions, selon le souhait de l'utilisateur qui peut être lui-même fonction de l'emploi du temps de l'utilisateur. La fonction ou l'une des fonctions, à reconfigurer automatiquement en fonction de l'emploi du temps de l'utilisateur du terminal mobile, est de préférence le mode d'alerte de l'utilisateur. Le mode d'alerte de l'utilisateur est la façon dont son terminal mobile va l'avertir ou éventuellement ne va pas l'avertir de la réception d'un message ou d'un appel par le terminal mobile lui-même. Cette fonction peut présenter de nombreux états, compatibles entre eux ou 2880501 6 incompatibles entre eux, puisqu'elle peut correspondre à plusieurs éléments, comme la sonnerie, le vibreur et l'affichage sur écran, les combinaisons indiquant des états activés ou désactivés pour chacun de ses éléments étant nombreuses et variées. De préférence, le mode d'alerte de l'utilisateur inclut la sonnerie du terminal mobile. Pour une ou plusieurs périodes données choisies par l'utilisateur, l'état possible pour la sonnerie est soit l'état activé, la sonnerie sonne en cas par exemple de réception d'un appel ou d'un message par le terminal mobile en provenance du réseau de télécommunication mobile, par exemple, cas appelé plus simplement appel, soit l'état désactivé, la sonnerie ne sonne pas en cas d'appel par exemple. Par exemple, tous les jours de 8 heures à 9 heures en réunion avec son chef, l'utilisateur demandera à ce que tous les jours de 8 heures à 9 heures, de manière automatique, la sonnerie soit désactivée mais le vibreur reste activé. Par exemple, tous les jeudis de 9 heures à 10 heures en réunion avec le grand chef qui déteste être dérangé lorsqu'il parle, l'utilisateur demandera à ce que tous les jeudis de 9 heures à 10 heures, de manière automatique, la sonnerie et le vibreur soient désactivés. La complexification est variable et peut être augmentée à souhait: pour une période donnée, la sonnerie est activée pour les appels en provenance d'un groupe particulier de personnes, mais désactivée pour les appels en provenance de personnes n'appartenant pas à ce groupe, etc... ce type de complexification étant également envisageable pour les autres fonctions configurables. De manière avantageuse, le mode d'alerte de l'utilisateur inclut le vibreur du terminal mobile, avec ou sans la sonnerie. Pour une ou plusieurs périodes données choisies par l'utilisateur, l'état possible pour le vibreur est soit l'état activé, le vibreur vibre en cas d'appel par exemple, soit l'état désactivé, le vibreur ne vibre pas en cas d'appel par exemple. Là encore, comme pour toutes les fonctions, des états supplémentaires peuvent être envisagés, comme par exemple vibreur activé pour un deuxième appel de la même personne en l'espace d'un quart d'heure et vibreur désactivé sinon. 2880501 7 Un autre mode d'alerte de l'utilisateur peut consister par exemple justement à ne pas alerter l'utilisateur, ou tout du moins à ne pas l'alerter tout de suite. Dans ce cas là par exemple, un appel ou un message reçu par le terminal mobile peut être transféré vers un autre poste, fixe ou mobile, ou bien être stocké dans une boîte vocale, ou encore être traité d'une autre manière de telle sorte que l'utilisateur ne soit pas dérangé au moment de la réception de l'appel ou du message par le terminal mobile. Un autre mode d'alerte peut également être une simple modification de l'affichage sur l'écran du terminal mobile en cas de réception par le terminal mobile d'un appel ou d'un message, sans l'activation d'une sonnerie ou d'un vibreur, ce qui ne dérangera pas l'utilisateur et lui laissera la possibilité de se rendre compte de l'arrivée de l'appel ou du message dès que l'utilisateur sera dans un moment de plus grande disponibilité, il lui suffira alors de jeter un coup d'oeil sur l'écran de son terminal mobile. Une configuration possible peut consister à activer ces différents modes d'alerte, successivement dans le temps, en cas de réception d'un appel ou d'un message par le terminal mobile. Par exemple, en cas d'appel, il y a d'abord une modification de l'affichage sur l'écran, puis en cas de non-réaction de l'utilisateur dans un certain délai une activation du vibreur, puis en cas de non-réaction de l'utilisateur dans un certain délai une activation de la sonnerie. La fonction ou l'une des fonctions, à reconfigurer automatiquement en fonction de l'emploi du temps de l'utilisateur du terminal mobile, est de préférence l'indication de l'heure. Pour une ou plusieurs périodes données choisies par l'utilisateur, l'heure indiquée peut être l'heure d'un endroit ou celle d'un autre endroit. Par exemple, la première semaine de juillet cette année, l'utilisateur résidant habituellement en France sera en vacances au Japon, l'utilisateur demandera que de manière automatique, l'heure soit changée la première semaine de juillet, c'est-à- dire qu'elle passe de l'heure de la France à l'heure du Japon. 2880501 8 La fonction ou l'une des fonctions, à reconfigurer automatiquement en fonction de l'emploi du temps de l'utilisateur du terminal mobile, est de préférence l'affichage sur l'écran du terminal mobile. Pour une ou plusieurs périodes données choisies par l'utilisateur, l'affichage peut concerner par exemple différents types de fond d'écran, notamment différenciés par la couleur ou bien par le motif, ou bien par exemple différentes polices pour les caractères affichés, notamment différenciées par la taille ou bien par la mise en forme. La fonction ou l'une des fonctions, à reconfigurer automatiquement en fonction de l'emploi du temps de l'utilisateur du terminal mobile, est de préférence la fonction radio du terminal mobile. Pour une ou plusieurs périodes données choisies par l'utilisateur, l'état possible pour la fonction radio est soit l'état activé, la fonction radio peut émettre ou recevoir un appel par exemple, soit l'état désactivé, la fonction radio ne peut ni émettre ni recevoir d'appel par exemple. L'utilisateur peut demander à ce que la fonction radio soit par exemple désactivée le samedi matin prochain, parce-que l'utilisateur a prévu de visiter sa belle-mère à l'hôpital ce jour-là, de manière à éviter des interférences entre son terminal mobile et les appareils de l'hôpital qui est une zone sensible aux interférences. L'activation ou la désactivation de la fonction radio peut être motivée par une autre raison que le passage à un moment donné dans une zone sensible aux interférences, ce peut être la volonté d'économiser la batterie lorsque l'utilisateur sait qu'à tel moment, il sera dans l'impossibilité effective de recevoir un appel par exemple. La ou les périodes de validité de l'état choisi par l'utilisateur pour une fonction du terminal mobile sont par exemple une ou plusieurs plages temporelles ponctuelles, comme par exemple le vendredi 24 décembre 2004 de 1 1 heures du matin à midi. Dans une réalisation préférentielle, la ou les périodes de validité peuvent être assorties d'une périodicité. Par exemple, l'utilisateur demande à ce que la sonnerie de son terminal mobile soit désactivée tous les jours de 22 heures à 6 heures du matin. Par exemple, l'utilisateur demande à ce que l'heure de la France soit changée en l'heure du Japon, tous les ans pour le mois de juillet. Par exemple, l'utilisateur demande à ce que le vibreur soit activé tous les jours entre midi et 14 heures. Par exemple, l'utilisateur demande à ce que le fond d'écran de son terminal mobile change tous les jours à midi et à nouveau à minuit. De préférence, l'étape d'association utilise une interface entre le terminal mobile et l'utilisateur. Cela permet à l'utilisateur de demander directement à son terminal mobile de programmer telle ou telle reconfiguration automatique de son terminal mobile dans le futur. De manière avantageuse, éventuellement en plus de l'interface homme machine précitée, l'étape d'association utilise une interface entre le terminal mobile et un agenda électronique, de manière à pouvoir synchroniser la reconfiguration automatique avec l'agenda électronique. Cela permet à l'utilisateur d'obtenir directement de son terminal mobile que telle ou telle reconfiguration automatique de son terminal mobile dans le futur soit programmée sans même avoir à le lui demander, son agenda électronique se chargeant alors de demander automatiquement telle ou telle reconfiguration automatique du terminal mobile, en fonction de l'emploi du temps de l'utilisateur qui se trouve dans ledit agenda électronique. Par exemple, l'utilisateur a demandé à ce que la sonnerie de son terminal mobile soit désactivée lors de toutes ses réunions professionnelles; son agenda électronique a noté une réunion professionnelle le lundi 13 juillet de 14 heures à 15 heures; son agenda électronique va se synchroniser avec son terminal mobile pour qu'automatiquement, le terminal mobile programme la désactivation automatique de la sonnerie pour le lundi 13 juillet de 14 heures à 15 heures. En résumé, la reconfiguration automatique du terminal mobile de l'utilisateur peut être synchronisée avec son agenda électronique, sans demande spécifique de la part de l'utilisateur. Dans une réalisation préférentielle, le terminal mobile est apte à stocker une configuration lors d'une reconfiguration et à rétablir ensuite la configuration stockée. Cela évite à l'utilisateur de devoir reprogrammer l'ancienne configuration qui doit être rétablie, cela lui permet un changement périodique entre plusieurs configurations préférentielles, de manière particulièrement aisée et conviviale. i0 De manière préférentielle, le procédé de reconfiguration automatique selon l'invention comprend une étape de gestion des conflits, un conflit correspondant à une fonction devant être mise dans deux états incompatibles entre eux à un même moment. Le conflit est un conflit potentiel qui a pour vocation à être détecté et à être résolu, c'est-àdire supprimé, avant de survenir effectivement, car alors cela aurait des inconvénients graves sur la fiabilité du procédé de reconfiguration selon l'invention, inconvénients qui auraient un impact très négatif sur l'utilisateur lequel aurait alors à certains moments une configuration de son terminal mobile qui serait différente de celle qu'il avait demandée au procédé de reconfiguration selon l'invention. De préférence, l'étape de gestion des conflits envoie une alarme à l'utilisateur lorsqu'un conflit est détecté. L'alarme est un signal indiquant à l'utilisateur la présence d'un conflit potentiel et lui indiquant aussi de préférence la nature du conflit potentiel. De manière avantageuse, l'étape de gestion des conflits envoie, lorsqu'un conflit est détecté, une proposition de choix entre les états incompatibles, ledit choix étant apte à supprimer le conflit détecté. Cette réalisation n'est pas incompatible avec la précédente, c'est-à-dire que l'étape de gestion des conflits peut, en cas de détection de conflit, à la fois envoyer une alarme à l'utilisateur et proposer un choix qui supprime le conflit détecté. De manière avantageuse également, il peut être choisi une réalisation qui laisse moins de liberté à l'utilisateur mais qui demande de sa part une participation moins active également. Dans cette réalisation, l'étape de gestion des conflits effectue, lorsqu'un conflit est détecté, selon des règles de choix, un choix entre les états incompatibles, ledit choix supprimant le conflit détecté. Ce choix est alors effectué sans validation de la part de l'utilisateur. Dans l'une ou l'autre réalisation, proposant ou effectuant un choix, ce choix peut être le résultat de différents modes de choix. Dans l'un des modes de choix, les règles de choix sont prédéterminées. L'utilisateur n'a donc pas d'influence sur elles. Dans un autre mode de choix, les règles de choix peuvent être déterminées par l'utilisateur. L'utilisateur peut donc les choisir à son goût. II 2880501 11 est encore possible de laisser à l'utilisateur le choix d'un mode de choix ou encore de lui permettre de panacher les deux modes de choix, l'un des modes de choix pour certaines fonctions, un autre mode de choix pour d'autres fonctions. Pour détecter un conflit, l'étape de gestion des conflits détecte les éventuelles périodes de recouvrement pour chaque fonction à reconfigurer, et contrôle la compatibilité des états associés à ladite fonction sur la ou les périodes de recouvrement éventuellement détectées. Si les états sont identiques, par exemple sonnerie du terminal mobile à désactiver la nuit et sonnerie du terminal mobile à désactiver le week- end, il y a alors recouvrement avec des états identiques pour les nuits de week-end, ou à tout le moins compatibles entre eux, par exemple pour la fonction du mode d'alerte de l'utilisateur, sonnerie du terminal mobile à désactiver la nuit et vibreur à activer la nuit le week-end entre minuit et 2 heures du matin, il y a alors recouvrement avec des états différents mais compatibles entre eux pour les nuits de week-end entre minuit et 2 heures du matin et l'étape de gestion des conflits fait d'elle-même la synthèse en désactivant la sonnerie et en activant le vibreur les nuits de week-end entre minuit et 2 heures du matin, il n'y a pas alors de conflit. Il n'y a conflit qu'en cas de détection d'états différents et incompatibles entre eux, par exemple sonnerie désactivée la nuit et sonnerie activée tout le week-end, il y a alors recouvrement et incompatibilité des états de la sonnerie pour les nuits de week-end: l'étape de gestion de conflits doit alors gérer le conflit détecté, sauf dans le cas où il n'est pas nécessaire de gérer les conflits; par exemple, il peut ne pas être nécessaire de gérer les conflits lorsqu'une demande de reconfiguration ultérieure est toujours prioritaire par rapport à une demande de reconfiguration antérieure et l'écrase automatiquement: les deux demandes de reconfiguration ne pouvant alors pas exister simultanément, il n'y a alors même pas présence de conflit potentiel. Les conflits peuvent provenir par exemple de deux demandes de reconfiguration distinctes en provenance de l'utilisateur. Les conflits peuvent également provenir par exemple d'une demande de reconfiguration en provenance de l'utilisateur et d'une demande de reconfiguration issue d'une 2880501 12 synchronisation avec un agenda électronique. Habituellement, les conflits ne devraient pas provenir de deux demandes de reconfiguration issues de deux synchronisations distinctes avec un même agenda électronique. Les conflits pourraient en revanche fort bien provenir de deux demandes de reconfiguration issues de deux synchronisations distinctes respectivement réalisées avec deux agendas électroniques appartenant à un même utilisateur. La gestion des conflits était à priori absente de l'art antérieur ayant un aspect spatial, car deux lieux étaient toujours considérés comme distincts puisqu'il n'existait pas différents niveaux de définition d'un lieu, comme le serait par exemple un pays et une ville dans ce pays. La figure 1 représente schématiquement un exemple de mise en oeuvre du procédé selon l'invention dans un terminal mobile selon l'invention. Le terminal mobile comprend un module 5 de gestion de l'agenda des configurations, un module 8 de gestion des configurations, une mémoire 7 de l'agenda des configurations, une mémoire 9 des configurations, un module 6 calendrier, un ensemble de fonctions 10 configurables, ainsi qu'une interface utilisateur 4 pour communiquer avec un utilisateur 1 et une interface synchronisation pour émettre et ou recevoir des données 2 respectivement vers et ou en provenance de l'extérieur du terminal mobile. L'utilisateur 1 communique avec le module 5 de gestion de l'agenda des configurations via l'interface utilisateur 4. Les mises à jour entre d'une part les données 2 extérieures, par exemple les données contenues dans un agenda électronique de l'utilisateur extérieur au terminal mobile, et d'autres part le module 5 de gestion de l'agenda des configurations est effectuée par communication bidirectionnelle entre les données 2 et le module 5 via l'interface de synchronisation 3. Dans le cas précité, l'agenda électronique doit être en mesure de pouvoir communiquer correctement avec l'interface 3 de synchronisation, ce qui pourra nécessiter une adaptation dudit agenda électronique. 2880501 13 Le module 5 de gestion de l'agenda des configurations associe des configurations du terminal mobile avec des périodes de l'emploi du temps de l'utilisateur en stockant dans la mémoire 7 de l'agenda des configurations la correspondance entre les périodes de validité dans l'emploi du temps de l'utilisateur et les différents états des différentes fonctions 10 configurables pendant ces périodes de validité, correspondance provenant d'informations reçues par l'intermédiaire de l'interface utilisateur 4 ou par l'intermédiaire de l'interface synchronisation 3. Ainsi, dans la mémoire 7 de l'agenda des configurations, se trouvent stockés, pour tout ou partie des fonctions 10configurables, l'état qui leur est respectivement associé et les périodes de validité dudit état associé. Par défaut, préférentiellement, en l'absence de spécification d'une période de validité, la modification de l'état d'une fonction est réputée être jusqu'à nouvel ordre. Le module 6 calendrier sert d'horloge au module 5 de l'agenda des configurations lui ainsi permettant de lire dans la mémoire 7 de l'agenda des configurations à tout moment quelle configuration doit être appliquée au terminal mobile. La configuration est l'ensemble des états à associer à la ou aux fonctions configurables 10. Grâce aux périodes de validité associées aux dits états, le module 5 de gestion de l'agenda des configurations peut piloter à tout moment le module 8 de gestion des configurations qui réalise quant à lui les reconfigurations, c'est-à-dire change les états des fonctions 10 configurables. L'éventuelle gestion des conflits est préférentiellement réalisée par le module 5 de gestion de l'agenda des configurations. Le module 8 de gestion des configurations attend les ordres de changement de configuration en provenance du module 5 de gestion de l'agenda des configurations. Le module 8 de gestion des configurations, sur ordre du module 5 de gestion de l'agenda des configurations, est capable de changer l'état des fonctions 10 configurables, de stocker une configuration dans la mémoire 9 des configurations, ou d'aller récupérer une configuration préalablement stockée dans la mémoire 9 des configurations. 2880501 14 REVENDICATIONS 1. Procédé de reconfiguration d'un terminal mobile en fonction de l'emploi du temps de l'utilisateur du terminal mobile, comprenant: - une étape d'association, à au moins une fonction du terminal mobile, d'un état de ladite fonction et d'une ou de plusieurs périodes de validité dudit état; - une étape de reconfiguration automatique du terminal mobile mettant ladite fonction dans l'état associé à ladite fonction, pendant ladite ou lesdites périodes de temps de validité dudit état associé. 2. Procédé de reconfiguration selon la revendication 1, caractérisé en ce que l'étape d'association et l'étape de reconfiguration sont applicables à plusieurs fonctions du terminal mobile. 3. Procédé de reconfiguration selon l'une quelconque des revendications précédentes, caractérisé en ce que la fonction ou l'une des fonctions est le mode d'alerte de l'utilisateur. 4. Procédé de reconfiguration selon la revendication 3, caractérisé en ce que le mode d'alerte de l'utilisateur inclut la sonnerie du terminal mobile. 5. Procédé de reconfiguration selon l'une quelconque des revendications 3 à 4, caractérisé en ce que le mode d'alerte de l'utilisateur inclut le vibreur du terminal mobile. 6. Procédé de reconfiguration selon l'une quelconque des revendications précédentes, caractérisé en ce que la fonction ou l'une des fonctions est l'indication de l'heure. 2880501 15 7. Procédé de reconfiguration selon l'une quelconque des revendications précédentes, caractérisé en ce que la fonction ou l'une des fonctions est l'affichage sur l'écran du terminal mobile. 8. Procédé de reconfiguration selon l'une quelconque des revendications précédentes, caractérisé en ce que la fonction ou l'une des fonctions est la fonction radio du terminal mobile. 9. Procédé de reconfiguration selon l'une quelconque des revendications précédentes, caractérisé en ce qu'une période de validité peut être assortie d'une périodicité. 10. Procédé de reconfiguration selon l'une quelconque des revendications précédentes, caractérisé en ce que l'étape d'association utilise une interface (4) entre le terminal mobile et l'utilisateur. 11. Procédé de reconfiguration selon l'une quelconque des revendications précédentes, caractérisé en ce que l'étape d'association utilise une interface (3) entre le terminal mobile et un agenda électronique, de manière à pouvoir synchroniser la reconfiguration automatique avec l'agenda électronique. 12. Procédé de reconfiguration selon l'une quelconque des revendications précédentes, caractérisé en ce que le terminal mobile est apte à stocker une configuration lors d'une reconfiguration et à rétablir ensuite la configuration stockée. 13. Procédé de reconfiguration selon l'une quelconque des revendications précédentes, caractérisé en ce que le procédé comprend une étape de gestion des conflits, un conflit correspondant à une fonction devant être mise dans deux états incompatibles entre eux à un même moment. 2880501 16 14. Procédé de reconfiguration selon la revendication 13, caractérisé en ce que l'étape de gestion des conflits envoie une alarme à l'utilisateur lorsqu'un conflit est détecté. 15. Procédé de reconfiguration selon l'une quelconque des revendications 13 à 14, caractérisé en ce que l'étape de gestion des conflits envoie, lorsqu'un conflit est détecté, une proposition de choix entre les états incompatibles, ledit choix étant apte à supprimer le conflit détecté. 16. Procédé de reconfiguration selon l'une quelconque des revendications 13 à 14, caractérisé en ce que l'étape de gestion des conflits effectue, lorsqu'un conflit est détecté, selon des règles de choix, un choix entre les états incompatibles, ledit choix supprimant le conflit détecté. 17. Procédé de reconfiguration selon l'une quelconque des revendications 15 à 16, caractérisé en ce que les règles de choix sont prédéterminées. 18. Procédé de reconfiguration selon l'une quelconque des revendications 15 à 20 16, caractérisé en ce que les règles de choix peuvent être déterminées par l'utilisateur. 19. Système de reconfiguration d'un terminal mobile en fonction de l'emploi du temps de l'utilisateur du terminal mobile, comprenant: - des moyens d'association, à au moins une fonction du terminal mobile, d'un état de ladite fonction et d'une ou de plusieurs périodes de validité dudit état; - des moyens de reconfiguration automatique du terminal mobile mettant ladite fonction dans l'état associé à ladite fonction, pendant ladite ou lesdites périodes de validité dudit état associé. 20. Terminal mobile reconfigurable en fonction de l'emploi du temps de l'utilisateur du terminal mobile, comprenant: - une interface (3, 4) apte à recevoir une commande associant, à au moins une fonction du terminal mobile, un état de ladite fonction et une ou plusieurs périodes de validité dudit état; - une mémoire (7) apte à stocker, pour ladite fonction du terminal mobile, l'état associé à ladite fonction et la ou les périodes de validité dudit état associé ; - un dispositif de traitement (5, 8) apte à reconfigurer automatiquement le terminal mobile en mettant ladite fonction dans l'état associé à ladite fonction, pendant ladite ou lesdites périodes de validité dudit état associé.