GESTION DE L'ACCES AU STATUT D'UNE RESSOURCE
La présente invention concerne la gestion de l'accès d'un terminal d'utilisateur, connecté à un réseau d'accès, au statut d'une ressource physique et/ou logicielle gérée par un gestionnaire. L'invention s'applique avantageusement, mais non limitativement, dans les réseaux de communication de type IP (« Internet Protocol ») mettant en oeuvre un protocole d'ouverture, de modification, et de fermeture de session SIP (« Session Initiation Protocol »). Selon le protocole SIP, un utilisateur a la possibilité d'accéder au statut d'une ressource physique et/ou logicielle en envoyant depuis son terminal une requête « SIP SUBSCRIBE » vers un gestionnaire de la ressource, qui est généralement un serveur d'un opérateur de télécommunications. Une ressource physique est notamment un dispositif de traitement de données, par exemple, un ordinateur personnel fixe ou portable, un radiotéléphone, un assistant numérique (« PDA »), une carte à puce, etc. Le statut du dispositif est typiquement son état électrique, ou l'état de présence de l'utilisateur du dispositif Une ressource logicielle est notamment une application logicielle apte à posséder un statut, telle une application de messagerie. Le statut d'une telle application de messagerie est typiquement une alerte à l'utilisateur lui indiquant qu'un nouveau message a été déposé dans la 2 0 messagerie. La norme « OMA-TS-Presence_SIMPLE-V2_0 » de l'organisme de standardisation OMA (« Open Mobile Alliance ») permet à un utilisateur, appelé «Watcher », de souscrire à une information sur l'état de présence d'un autre utilisateur, appelé « Presentity ». Cette souscription est déclenchée par l'envoi depuis le terminal du «Watcher » vers 25 le gestionnaire du terminal du « Presentity », appelé «Enabler de Présence » d'une requête « SIP SUBSCRIBE ». Si cette souscription est acceptée, 1'« Enabler de Présence » conserve un contexte de la souscription. A chaque modification de l'état de présence du «Presentity », une notification est envoyée par 1«< Enabler de Présence » vers le « Watcher » sous forme d'une requête « SIP NOTIFY ». Une telle notification est également envoyée à chaque rafraîchissement de la 3 0 souscription. Selon le protocole SIP, cette requête est acquittée par le « Watcher ». Pour recevoir cette notification et envoyer l'acquittement correspondant, il est nécessaire que le terminal du « Watcher » dispose d'une connectivité au réseau. Dans le cas où le terminal du « Watcher » ne dispose pas de cette connectivité au 35 réseau lors du traitement de la notification, 1«< Enabler de Présence » ne peut pas recevoir d'acquittement et la transaction de la requête « SIP NOTIFY » est alors considérée en erreur. Suite à cet échec, il est recommandé à r<< Enabler de Présence » de clôturer le contexte lié à la souscription du « Watcher ». Tel est le cas notamment dans la norme « IETF RFC 3265 » Cette suppression systématique du contexte du «Watcher » est un comportement souhaitable dans un environnement dans lequel la connectivité est considérée comme stable, par exemple lorsque le « Watcher » accède au réseau IP avec un accès de type xDSL. Cependant, cette suppression systématique n'est pas souhaitable dans un environnement dans lequel la connectivité est considérée comme moins stable, notamment lorsque le « Watcher » accède au réseau IP avec un accès mobile. En effet, dans ce cas, la réception de la notification « SIP NOTIFY » par le terminal du « Watcher » n'est pas garantie, par exemple en cas de perte de la couverture radio. Plus particulièrement, lorsque le « Watcher » retrouve la connexion de son terminal mobile au réseau, il n'est pas conscient de la suppression de sa souscription et il ne reçoit ainsi plus de notification de modification de l'état de présence du «Presentity» auquel il a souscrit. L'utilisateur a alors une mauvaise expérience du service d'accès à l'état de présence.
La présente invention vient améliorer la situation. A cet effet, la présente invention vise tout d'abord un procédé de gestion de l'accès d'un terminal d'utilisateur, connecté à un réseau de communication, au statut d'une ressource physique et/ou logicielle gérée par un gestionnaire. Ce procédé comprend les étapes, mises en oeuvre par le gestionnaire, de : 2 0 détermination d'au moins une propriété relative au terminal ; établissement d'une règle de gestion de l'accès du terminal au statut de la ressource à partir de la propriété déterminée. Ainsi, l'invention permet une prise en compte des propriétés, par exemple de connectivité, du terminal d'utilisateur lors de la gestion de l'accès du terminal au statut de la 25 ressource souhaitée. Dans une réalisation, le procédé comprend une étape de réception par le gestionnaire d'une requête d'accès du terminal à la ressource, ladite requête comprenant des informations relatives au terminal, et une étape de détermination de propriétés utilisant ces informations. Ainsi, l'étape de détermination est précédée d'une étape de réception par le 3 0 gestionnaire précité d'une requête d'accès du terminal au statut de la ressource, cette requête comprenant des informations relatives au terminal et l'étape de détermination précitée utilise les informations relatives au terminal comprises dans la requête d'accès pour déterminer la propriété précitée relative au terminal. A titre d'exemple de réalisation, dans le cadre du protocole SIP, le gestionnaire 35 d'accès reçoit une requête « SIP SUBSCRIBE ». Cette requête comprend des entêtes SIP contenant des informations relatives au terminal. Par exemple, l'entête «P-Access-Network-Info » transporte des informations relatives au réseau d'accès du terminal et l'entête «User-Agent» contient des informations sur le type de terminal. Ces informations permettent de déterminer des propriétés relatives au terminal et ainsi de définir un type de terminal à partir de ces informations. Par exemple, lorsque l'entête «P-Access-Network-Info» indique un accès de type xDSL, le gestionnaire en déduit que le terminal est un terminal de type fixe ayant une connexion stable. Dans une réalisation où le protocole SIP est utilisé, l'étape de réception précitée peut avantageusement être suivie par une étape de conservation d'un contexte de souscription SIP et, en cas d'échec de l'acquittement lorsque la connexion du terminal est instable, le procédé peut alors comprendre une étape de conservation du contexte de souscription SIP pendant une durée déterminée, permettant ainsi notamment la répétition de l'envoi de la notification dont l'acquittement est en échec et/ou l'envoi de nouvelles notifications. Dans une autre réalisation, l'étape de détermination utilise des informations relatives au terminal préalablement stockées dans le gestionnaire. Tel est le cas par exemple lorsque les données concernant le type de terminal sont provisionnées préalablement dans le gestionnaire lors de l'abonnement de l'utilisateur auprès de l'opérateur de télécommunications. Avantageusement, la propriété déterminée par le gestionnaire peut être relative à la stabilité de la connexion du terminal au réseau de communication. Ainsi, lorsque le type de terminal est fixe, la connexion du terminal est considérée 2 0 stable. Dans le cadre de l'accès à un état de présence d'un autre utilisateur, la règle de gestion d'accès établie alors par le gestionnaire peut être alors de supprimer le contexte suite à un échec lors de la réception de l'acquittement de la requête « SIP NOTIFY » ou de conserver ce contexte jusqu'à atteindre un seuil de nombre d'erreurs prédéfini préalablement. En effet, cet échec peut être dû dans ce cas au fait que le terminal de l'utilisateur soit éteint sans avoir effectué au préalable 25 de demande spécifique de fermeture de contexte. Il est donc inutile de continuer à lui envoyer des notifications relatives à l'état de présence. Lorsque le type de terminal est mobile, la connexion du terminal est considérée instable. Dans le cadre de l'accès à un état de présence d'un autre utilisateur, la règle de gestion d'accès établie alors par le gestionnaire, suite à un échec lors de la réception de l'acquittement de 3 0 la requête « SIP NOTIFY », peut être alors de conserver le contexte pendant une durée déterminée par exemple en déclenchant un compteur de durée (« timer »). En effet, cet échec peut être dû au fait que le terminal de l'utilisateur a perdu momentanément la connexion au réseau. Il est donc utile de continuer à lui envoyer pendant une certaine durée des notifications relatives à l'état de présence. Si, pendant cette durée, une autre requête « SIP NOTIFY » est acquittée correctement, le 35 gestionnaire arrête le compteur de durée et le contexte retourne à un état normal. Si après l'échéance du compteur de durée, une autre requête « SIP NOTIFY » n'est pas acquittée correctement, le contexte est supprimé. Un autre exemple concerne le cas dans lequel l'entête «User-Agent» indique que le type du terminal est un téléphone intelligent par exemple de type « iphone 3.0 »®. La connexion du terminal est alors considérée comme fantôme étant donné que l'exécution de la souscription en permanence sur le terminal n'est pas garantie. Dans le cadre de l'accès à un état de présence d'un autre utilisateur, la règle de gestion d'accès établie alors par le gestionnaire, suite à un échec lors de la réception de l'acquittement de la requête «SIP NOTIFY », peut être alors de supprimer le contexte. On indique de manière générale que le statut précité de la ressource peut être avantageusement (mais non limitativement) un état de présence d'un utilisateur de cette ressource. Toutes les variantes du procédé décrites ci-dessus peuvent être présentes isolément ou selon toutes les combinaisons techniquement possibles. L'invention vise aussi un système de gestion de l'accès d'un terminal d'utilisateur, connecté à un réseau de communication, au statut d'une ressource physique et/ou logicielle du réseau, comprenant un gestionnaire de la ressource, le gestionnaire comprenant en particulier : des moyens de détermination d'au moins une propriété relative au terminal ; des moyens d'établissement d'une règle de gestion de l'accès du terminal à la ressource à partir de la propriété déterminée. La présente invention vise aussi le gestionnaire précité en tant que tel, apte à gérer 2 0 l'accès d'un terminal d'utilisateur au statut d'une ressource physique et/ou logicielle, et comprenant en particulier des moyens de détermination d'au moins une propriété relative au terminal ; des moyens d'établissement d'une règle de gestion de l'accès du terminal à la ressource à partir de la propriété déterminée. 25 La présente invention vise aussi un programme d'ordinateur apte à être mis en oeuvre par un gestionnaire d'une ressource physique et/ou logicielle, le programme comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise les étapes du procédé de gestion d'accès précité. A titre d'exemple, la figure 2 commentée ci-après peut correspondre à un organigramme représentant l'algorithme général d'un tel programme. 3 0 D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés sur lesquels : - la figure 1 est un schéma synoptique illustrant la structure d'un système de gestion selon un mode de réalisation de l'invention ; la figure 2 est un organigramme illustrant le fonctionnement d'un procédé de gestion selon 35 un mode de réalisation de l'invention. Le mode de réalisation décrit en référence aux figures 1 et 2 est relatif à la gestion de l'accès d'un terminal d'utilisateur (« Watcher ») à l'état de présence d'un autre utilisateur (« Presentity »). L'invention ne se limite cependant pas à ce cas et peut concerner la gestion de l'accès à l'état de toute ressource physique ou logicielle utilisant une souscription SIP.
La figure 1 représente un système comprenant des terminaux d'utilisateurs 2, 4, 6 associés respectivement à des utilisateurs 8, 10, 12. Ces terminaux 2, 4, 6 communiquent entre eux au travers d'un réseau de communication 14 géré par un gestionnaire de réseau 16. Ce gestionnaire 16 est typiquement un serveur de l'opérateur de télécommunications auprès duquel sont abonnés les utilisateurs 8, 10, 12.
Dans l'exemple de réalisation considéré, l'utilisateur 8 a souscrit un abonnement auprès de l'opérateur de télécommunications afin de pouvoir accéder aux états de présence des utilisateurs 10 et 12 qui font partie de ses contacts. A titre d'exemple, l'accès du terminal 2 de l'utilisateur 8 au statut du terminal 4 associé à l'utilisateur 10 est géré par le gestionnaire 16 selon la procédure décrite en référence à l'organigramme de la figure 2. A l'étape 18, le gestionnaire 16 reçoit du terminal 2 une requête de souscription à l'état de présence de l'utilisateur 10. Dans le cadre du protocole SIP, cette requête est une requête «SIP SUBSCRIBE ». Cette requête « SIP SUBSCRIBE » comprend des informations relatives au type du 2 0 terminal 2 et au réseau d'accès du terminal 2. Plus particulièrement, les informations relatives au terminal 2 sont contenues dans un entête «User-Agent» et les informations relatives au réseau d'accès sont contenues dans un entête «P-Access-Network-Info ». A l'étape 20, le gestionnaire 16 vérifie que l'utilisateur 8 a bien les droits pour cette souscription, par exemple en vérifiant que cet utilisateur est abonné au service d'accès aux états de 25 présence d'autres utilisateurs auprès de son opérateur. Il détermine alors, à l'étape 22, une propriété relative à la stabilité de la connexion du terminal 2 au réseau de communication 14 à partir, notamment, des informations concernant le type du terminal 2 et le type d'accès du terminal 2 contenues dans la requête « SIP SUBSCRIBE » reçue à l'étape 18. 3 0 En variante, le gestionnaire 16 dispose de ces informations préalablement à la demande de souscription de l'utilisateur 8, par exemple grâce à une affectation statique d'un type de terminal et/ou d'accès lors de l'abonnement de l'utilisateur 8 auprès de son opérateur. A titre d'illustration, si le terminal 2 est connecté sur un accès xDSL, le type de ce terminal est considéré comme étant fixe. Le gestionnaire 16 en déduit que la connexion du terminal 2 est 35 stable. A l'inverse, si le terminal 2 est connecté sur un accès mobile, le type de ce terminal est considéré comme étant mobile. Le gestionnaire 16 en déduit que la connexion du terminal 2 est instable. Si le terminal 2 est du type à système d'exploitation (ou « operating system ») mono-tâche, comme par exemple 1'« iphone 3.0 »®, l'exécution de l'application d'accès à l'état de présence d'autres utilisateurs en permanence sur le terminal 2 n'est pas garantie. Le gestionnaire 16 en déduit que la connexion du terminal 2 est de type fantôme. A l'étape 24, le gestionnaire 16 conserve un contexte de souscription du terminal 2, comprenant la propriété relative à la stabilité de la connexion définie à l'étape 22, de sorte que, à chaque modification de l'état de présence du terminal 4 ainsi qu'à chaque rafraîchissement de la souscription, le gestionnaire 16 envoie à l'étape 26 une notification au terminal 2 sous la forme d'une requête « SIP NOTIFY ». La suite de l'organigramme de la figure 2 concerne le cas où le terminal 2 n'acquitte pas la requête « SIP NOTIFY ». A l'étape 28, le gestionnaire 16 constate l'échec de l'acquittement.
A l'étape 30, le gestionnaire 16, en fonction de la propriété relative à la stabilité de la connexion déterminée à l'étape 22, décide de la manière de traiter l'échec de l'acquittement de la requête « SIP NOTIFY ». Ainsi, lorsque la connexion est stable, le gestionnaire 16 supprime le contexte. En variante, le gestionnaire 16 conserve le contexte jusqu'à atteindre un nombre d'erreurs 2 0 d'acquittement défini préalablement. Lorsque la connexion est instable, le gestionnaire 16 conserve le contexte pendant une durée déterminée en déclenchant un compteur de durée. Si, pendant cette durée, une autre requête « SIP NOTIFY » est acquittée correctement, le gestionnaire 16 supprime le compteur. Sinon, dans le cas où une autre requête « SIP NOTIFY» n'est pas acquittée correctement après l'échéance du 25 compteur de durée, le gestionnaire 16 supprime le contexte. Lorsque la connexion est de type fantôme, le gestionnaire 16 supprime le contexte. Bien que le mode de réalisation décrite en référence à la figure 2 concerne le traitement de l'échec de l'acquittement de la notification, l'invention n'est pas limitée à ce cas. L'invention s'applique en effet avantageusement à plusieurs types d'opérations en 3 0 lien avec le cycle de vie d'une souscription SIP. Par exemple, le gestionnaire 16 peut établir une règle selon laquelle le terminal 2 doit mettre à jour sa souscription en envoyant la requête « SIP SUBSCRIBE » plus ou moins régulièrement selon la stabilité de sa connexion. Ainsi, dans le cas d'une connexion fixe, le terminal 2 peut se contenter d'envoyer cette requête toutes les quelques heures alors que dans le 35 cas d'une connexion mobile, le terminal 2 doit envoyer cette requête toutes les quelques minutes pour assurer la continuité du service d'accès à l'état de présence.
Un autre exemple concerne le contenu de la notification « SIP NOTIFY ». Pour un terminal 2 de type PC, le gestionnaire 16 décide avantageusement d'envoyer un lien vidéo associé au profil de l'utilisateur 10 dans cette notification, étant donné que l'utilisateur 8 a la possibilité d'accéder au contenu d'un tel lien avec son terminal. Par contre, pour un terminal 2 de type téléphone mobile, le gestionnaire 16 décide avantageusement d'envoyer uniquement la photo et la phrase d'humeur associées au profil de l'utilisateur 10 dans la notification. L'invention s'applique également de manière avantageuse à la gestion d'accès au statut d'une ressource logicielle, par exemple, une application de messagerie. Ainsi, lorsque le gestionnaire envoie une alerte au terminal lui indiquant la réception d'un nouveau message et que le terminal n'acquitte pas ce message, le gestionnaire décide selon les propriétés de stabilité de la connexion du terminal, de continuer d'envoyer de nouvelles alertes pendant une certaine durée ou de ne plus en envoyer. L'invention permet ainsi d'améliorer l'expérience utilisateur des services relatifs à l'accès au statut d'une ressource physique et/ou logicielle proposés par l'opérateur de télécommunications.