EP1985093A1 - Procédé et dispositif de gestion d'au moins un groupe d'utilisateurs, produit programme d'ordinateur correspondant - Google Patents

Procédé et dispositif de gestion d'au moins un groupe d'utilisateurs, produit programme d'ordinateur correspondant

Info

Publication number
EP1985093A1
EP1985093A1 EP07704575A EP07704575A EP1985093A1 EP 1985093 A1 EP1985093 A1 EP 1985093A1 EP 07704575 A EP07704575 A EP 07704575A EP 07704575 A EP07704575 A EP 07704575A EP 1985093 A1 EP1985093 A1 EP 1985093A1
Authority
EP
European Patent Office
Prior art keywords
user
group
request
exchange
new user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP07704575A
Other languages
German (de)
English (en)
Inventor
Arnaud Longeanie
Nathalie Chevalier
Yves Scotto
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of EP1985093A1 publication Critical patent/EP1985093A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1822—Conducting the conference, e.g. admission, detection, selection or grouping of participants, correlating users to one or more conference sessions, prioritising transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users

Definitions

  • the invention relates to a technique for managing user groups among a plurality of users having equipment that can communicate with each other via at least one communication network.
  • the equipment available to users may include, but not limited to, Set Top Boxes (STBs), Personal Digital Assistants (PDAs) and personal computers ( or PC, for "Personal Computer”).
  • STBs Set Top Boxes
  • PDAs Personal Digital Assistants
  • PC Personal computers
  • This equipment is for example (but not necessarily) programmable type.
  • the invention can be applied in any situation where users belonging to a group wish to exchange information, for example voice, text, video, data, application, via at least one communication network.
  • a CCITT X.25 standard defines a closed subscriber group concept in a session establishment communication network as a set of correspondents authorized to establish sessions between them.
  • An extension of this concept to any communication system makes it possible to build groups of correspondents who can only exchange with each other.
  • An authentication server is assigned a role specific to an X.25-compliant switch and allows or disables exchanges based on the definition of the group (for example, with a list of authorized correspondents or a network address mask ). A correspondent can not initiate an exchange for a member of the group if he does not appear in the group himself.
  • inserting a new user into one of these groups is based on one of two models: insertion with validation based on the verification of characteristics provided by the new user requesting to register (for example: verification based on an identity document provided by the applicant, or sending a confirmation email to the address provided by the applicant), - systematic insertion without verification or validation (for example: sending by the applicant an application for registration to a public electronic mail distribution list).
  • the user can initiate a communication with a subset of the other members and the other members can initiate a communication with him.
  • An exchange established between several members of a group makes it possible to transmit information (for example text, images, sounds, video sequences, etc.). Each exchange participant receives the same information and all receive what it issues.
  • information for example text, images, sounds, video sequences, etc.
  • exchanges between correspondents rely on external devices exchange system, connected or integrated communication equipment above.
  • one of the participants can control his external device and the view he has of it is transmitted to the other participants.
  • devices external to the exchange system is meant for example other applications (than that of communication) on a multitasking computer equipment).
  • application sharing software makes it possible to share the use of an application between the participants.
  • One of the participants launches the application on his post and the display of the application is reproduced in the exchange system of other participants.
  • a method for managing at least one group of users having equipment that can communicate with each other via at least one communication network comprises a phase of insertion of a new user into said group, itself comprising the following steps performed by an intermediate device: reception, from a member of said group, of a first insertion request the new user in said group; receiving, from the new user, a second request to insert the new user into said group; and inserting the new user into said group after receiving said first and second insertion requests.
  • the intermediate device (such as a server for example) therefore plays a key role in such an embodiment since it is it that verifies that the two following conditions are verified before inserting the new user in a group of a user already member of this group: the user who is already a member must have made a request to insert the new user, and the new user must also make the same request.
  • a malicious user can not insert himself into a group if no user already member has made a request for insertion in this direction from the intermediate device.
  • the new user receives for example an insertion proposal in any form.
  • insertion proposal we mean any information that tells him the existence of a group to which he can claim access. He receives it by example via the network (coming for example from the intermediate device) or off-line (for example by oral, written, electronic mail, etc.).
  • the new user sends his insertion request, for example being qualified as non-spontaneous or spontaneous depending on whether or not it is a response to an insertion proposal received via the network.
  • the general principle of the invention therefore consists in proposing to a new member to belong to a group, then to this group to accept. Only members of the group who have agreed to become a member will be able to participate in subsequent exchanges with the group manager and also with the other members of this group. Each group is a trusted territory for the members who are part of it since they are chosen by the manager (who sends them a proposal for insertion) and have agreed to be part of it.
  • the aforementioned insertion mechanism of a new user can be used (by repeating it as many times as necessary) to initially create a group of users and / or to modify an already existing group of users.
  • each user can, if he wishes, be the manager of one or more groups. However, a user may decide not to be a manager, and simply be part of one or more groups managed by other users.
  • said first and second insertion requests are spontaneous requests, issued independently of one another.
  • the order of reception of the first and second insertion requests is indifferent.
  • the advantage is that the new user does not receive an insertion proposal that can be considered, if it does not interest him, as an unwanted message (spam).
  • the first insertion request is a spontaneous request.
  • the intermediate device After receiving said first insertion request, the intermediate device transmits to the new user an insertion proposal.
  • said second insertion request is a non-spontaneous request issued for positively responding to said insertion proposal.
  • the insertion of the new user into said group causes an automatic insertion of said member, from which said first insertion request must originate, in at least one group of users. managed by the new user.
  • the new user sees the group (or groups) of users of which it is itself the manager modified (s) by the insertion of a new member.
  • Such an automatic insertion is actually performed: either automatically by the intermediate device (after receiving the first and second insertion requests), or following third and fourth insertion requests (said member in a group of said new user) issued automatically by an equipment of the user already member and equipment of the new user (after issuing the first and second insertion requests), transparently or not for these users.
  • this automatic insertion mechanism can be analyzed as follows: the first insertion request includes or is confused with a third insertion request, in a user group managed by the new user, of said member from whom the first application for insertion must come; the second insertion request includes or is confused with a fourth insertion request, in a group of users managed by the new user, said member from which said first insertion request must originate; and the insertion of said member, from which said first insertion request must originate, in said group managed by the new user, is performed after reception of said third and fourth insertion requests.
  • the method comprises a phase of deleting a user from said group, which itself comprises the following steps: receiving a request to delete a user of said group from said user or a manager of said group; - deleting said user of said group.
  • a user can refuse at any time his agreement to be part of a group of users.
  • the manager can at any time leave a user of the group he manages.
  • a deletion of said user of the group following a deletion request causes an automatic deletion of a sender of said request for deletion of at least one user group managed by said user.
  • the user sees the group (or groups) of users whose he is himself the manager modified (s) by the deletion of a member.
  • the method comprises an initialization phase of an exchange within said group, itself comprising the following steps: transmission to one or more users belonging to said group of an invitation to an exchange; receiving at least one response to said invitation, each reply from a user having received said invitation; for each response to the invitation that is an agreement, adding the user who sent the response to the participants in the exchange.
  • the manager of the group has the assurance that his invitations will be received with kindness by the members of his group.
  • each member of a group is assured of not receiving unwanted invitations ("spam").
  • the invitation to an exchange comes from a manager who is one of the users and who manages the user group to which the users receiving the invitation to an exchange belong.
  • said invitation from a manager of said group causes the automatic addition of said user in a list of participating users for each of which the manager is authorized to control at least one external device connected to or integrated with the equipment available to said participating user.
  • the method comprises an exit phase of a user of an exchange in progress in which said user is involved, which itself comprises the following steps: reception of an exit request from said user of the exchange in course from said user or a manager of the group in which the current exchange is established; output of said user of the exchange in progress.
  • the method comprises an end phase of an exchange in progress, which itself comprises the following steps: receiving an end-of-exchange request from the manager; interruption of the current exchange for all users participating in the exchange.
  • the manager may at any time terminate an exchange he initiated.
  • the management method is implemented in a server that can communicate, via said at least one communication network, with the equipment available to the users.
  • This first embodiment therefore corresponds to a centralized implementation.
  • the management method is implemented in the equipment available to each manager.
  • This second embodiment therefore corresponds to a distributed implementation.
  • the invention relates to a computer program product downloadable from a communication network and / or recorded on a computer readable medium and / or executable by a processor, this computer program product comprising instructions program code for executing the steps of the aforementioned management method, when said program is executed on a computer.
  • the invention relates to a device for managing at least one group of users having equipment that can communicate with each other via at least one communication network.
  • This device comprises means for inserting a new user into said group, comprising themselves: first receiving means, for receiving, from a member of said group, a first request for insertion of the new user in said group; second receiving means for receiving from the new user a second request to insert the new user into said group; and means for inserting the new user into said group after reception of said first and second insertion requests by said first and second reception means.
  • the management device comprises means for implementing the management method of at least one group of users, as described above (in any one of its various embodiments).
  • the invention relates to a server that can communicate, via at least one communication network, with equipment intended to be made available to a plurality of users, this server comprising a management device such as supra.
  • the invention relates to equipment comprising a management device as mentioned above.
  • FIG. 1 is a block diagram of an exemplary system for implementing a particular embodiment; the method according to the invention for managing at least one group of users;
  • FIGS. 2A and 2B respectively show an illustration and a flowchart of the same insertion phase of a new user, included in a particular embodiment of the method according to the invention;
  • FIGS. 3A and 3B respectively show an illustration and a flowchart of the same initialization phase of an exchange, included in a particular embodiment of the method according to the invention;
  • FIGS. 1 is a block diagram of an exemplary system for implementing a particular embodiment; the method according to the invention for managing at least one group of users;
  • FIGS. 2A and 2B respectively show an illustration and a flowchart of the same insertion phase of a new user, included in a particular embodiment of the method according to the invention;
  • FIGS. 3A and 3B respectively show an illustration and a flowchart of the same initialization phase of an exchange, included in a particular embodiment of the method according to the invention
  • FIGS. 4A and 4B respectively show an illustration and a flowchart of the same output phase of a user of an exchange in progress, included in a particular embodiment of the method according to the invention
  • FIGS. 5A and 5B respectively show an illustration and a flowchart of the same end phase of an exchange in progress, included in a particular embodiment of the method according to the invention
  • FIGS. 6A and 6B respectively show an illustration and a flowchart of a same phase of deletion of a user of a group, included in a particular embodiment of the method according to the invention
  • FIG. 7 shows the structure of a device for managing at least one group of users, according to a particular embodiment of the invention
  • Figure 8 shows an illustration of a new user insertion phase, included in a second particular embodiment of the method according to the invention.
  • the system comprises: a first set of terminal equipments of different types, for example a personal computer (PC) 11, a personal digital assistant
  • PDA personal digital assistant
  • STB set-top box
  • second set of terminal equipment for example a personal computer (or PC) 21, a personal digital assistant
  • terminal equipment 11, 12, 13, 21, 22, 23 are made available to a plurality of users so that they exchange information (for example voice, text, video, data, application , etc.) via the communication network 30. It is also assumed that each user group is managed by a manager belonging to the plurality of users.
  • the server 40 executes various algorithms corresponding to different phases of a particular embodiment of the method according to the invention for managing at least one user group: insertion phase of a new user (see FIGS. 2A and 2B). ), initialization phase of an exchange (see FIGS. 3A and 3B), output phase of a user of an exchange in progress (see FIGS. 4A and 4B), end phase of a exchange in progress (see Figures 5A and 5B) and delete phase of a user from a group (see Figures 6A and 6B).
  • the server 40 receives, in a step 101, a proposal 1001 insertion in a group from the user A, from a device of the latter (for example one of the equipment 11, 12, 13 of the assembly referenced 10 in Figure 1).
  • the server 40 sends the insertion proposal 1001 to a device (for example one of the devices 21, 22, 23 of the set referenced 20 in FIG. 1) of the user B via the communication network. 30.
  • the server 40 receives a response 1002 from the equipment of the user B.
  • the server 40 sends the response 1002 of the user B to the equipment of the user A, via the communication network 30.
  • the server 40 detects whether the answer 1002 of the user B is a chord. If so, the server, in a step 106, inserts the user B into the group of the user A. If not, it goes directly to the end step 107. Optionally, during the step 106 , the server automatically inserts the user A into a group of the user B (that is to say a group of users whose user B is the manager).
  • Figure 2A is an illustration of this insertion phase of a new user.
  • the arrows referenced 1.1, 1.2, 1.3, 1.4 and 1.5 in FIG. 2A respectively correspond to the steps 101, 102, 103, 104 and 106 in FIG. 2B.
  • the server 40 receives, in a step 201, an invitation 2001 to an exchange, from the user A, from a device of the latter.
  • the server 40 sends the invitation 2001 to a device of a user B, via the communication network 30.
  • the server 40 receives a response 2002 from the equipment of the user B.
  • the server 40 sends the response 2002 of the user B to the equipment of the user A, via the communication network 30.
  • the server 40 detects whether the answer 2002 of the user B is a chord. If so, the server, in a step 206, adds the user B to the exchange participants (i.e., connects the user A's communication flow to the user's equipment B, via the communication network 30). If not, go directly to the end step 207.
  • the server 40 automatically adds the user B to a list of users participating in the exchange and for each of which the user A (manager) is authorized to control at least one connected external device or integrated into the equipment available to the participating user.
  • FIG. 3A is an illustration of this initialization phase of an exchange.
  • the arrows referenced 2.1, 2.2, 2.3, 2.4 and 2.5 in FIG. 3A respectively correspond to the steps 201, 202, 203, 204 and 206 in FIG. 3B.
  • the server 40 receives, in a step 301, a request 3001 output of the exchange of the user B.
  • the server detects whether the output request 3001 comes from the user A (group manager) or the user B. If so, the server 40, in a step 303, terminates the request. connection of the communication flow of the user A to the equipment of the user B, via the communication network 30. If not, we go directly to the end step 304.
  • Figure 4A is an illustration of this exit phase of a user of a current exchange.
  • the arrows referenced 3.1 and 3.2 in FIG. 4A respectively correspond to the steps 301 and 303 in FIG. 4B.
  • the server 40 After a start step 400, the server 40 receives, in a step 401, a request 4001 end of the current exchange.
  • a step 402 the server 40 terminates the exchange in progress, terminating the connection of the communication flow of the user A for all the users participating in the exchange. Then the server 40 goes to the end step 403.
  • Figure 5A is an illustration of this end phase of an exchange in progress.
  • the arrows referenced 4.1 and 4.2 in FIG. 5A respectively correspond to the steps
  • the algorithm executed by the server 40 during the phase of deletion of a user B of a group, on the initiative of this user B or a user A is now presented in relation to FIG. (manager of this user group).
  • the server 40 receives, in a step 501, a request 5001 to delete the user B from this group.
  • the server 40 deletes the user B from the group, then in a step 503 informs the user A of the deletion of the user B, before going to the end step 504.
  • the server automatically deletes user A in a group of user B (that is, a user group whose user B is the manager).
  • FIG. 6A is an illustration of this phase of deleting a user from a group.
  • the arrows referenced 5.1, 5.2 and 5.3 in FIG. 6A respectively correspond to the steps 501, 502 and 503 in FIG. 6B.
  • the messages (also called signals) mentioned above (1001, 1002, 2001, 2002, 3001, 4001 and 5001), exchanged during the implementation of the particular embodiment of the method according to the invention discussed above, may for example be conform to a W3C Web Services Description Language (WSDL) recommendation (http://www.w3.org/TR/wsdl) or rules specific to C ++.
  • WSDL Web Services Description Language
  • C ++ For each message, the definition in WSDL or C ++ syntax will be advantageously followed by an example of occurrence written in XML (Extensible Markup Language).
  • Figure 7 shows the simplified structure of a user group management device, according to a particular embodiment of the invention.
  • FIGS. 1, 2A, 2B, 3A, 3B
  • this user group management device is included in the server 40.
  • this user group management device is included in the equipment available to each manager.
  • the user group management device comprises a memory 83, a processing unit 81, equipped for example with a microprocessor, and controlled by a computer program 82 implementing the user group management method according to the invention.
  • the code instructions of the computer program 82 are for example loaded into a RAM memory before being executed by the processor of the processing unit 81.
  • the processing unit 81 receives as input various signals 80 (aforesaid messages 1001, 1002, 2001, 2002, 3001, 4001 and 5001).
  • the microprocessor of the processing unit 81 processes these signals 80, according to the instructions of the program 82 (that is to say for example according to the algorithms described above in relation with FIGS. 2B, 3B, 4B, 5B and 6B).
  • the processing unit 81 outputs different signals 84 (aforementioned messages 1001, 1002, 2001, 2002 and 5001).
  • FIG. 8 shows an algorithm executed by the server 40 during a phase of insertion of a new user B into a user group managed by a user A (manager of this group). users), in a second particular embodiment of the method according to the invention.
  • the server 40 receives via the communication network 30: from the user A (from a device of the latter), a first insertion request 91 of the new user B in a group managed by the user A; and from the user B (from a device of the latter), a second insertion request 92 of the new user B in a group managed by the user A.
  • the server 40 inserts (93) the user B into the group of the user A and, optionally, it inserts (96) the user A into a group of the user B (that is to say a group of users of which the user B is the manager).
  • the server 40 sends, via the communication network 30, messages 94, 95 to the users A and B to inform them of the insertion of the user B in the group of the user A, if this one has taken place .
  • the first and second insertion requests 91, 92 are spontaneous requests, issued independently of one another.
  • users A and B will have exchanged their identifiers (phone numbers for example) orally, or in writing, and each sends, whenever they wish, a request for insertion to the server.
  • the order of reception by the server of the first and second insertion requests 91, 92 in this case does not matter.
  • the first insertion request 91 from the user A, is spontaneous.
  • the second insertion request 92 is not spontaneous but is a positive response to an insertion proposal 97 (that the server has previously sent to the user B after having himself received the first request of inscription 91). Note that this variant corresponds to the first embodiment of the insertion phase, presented above in connection with Figures 2A and 2B.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Dans un mode de réalisation particulier de l'invention, il est proposé un procédé de gestion d'au moins un groupe d'utilisateurs disposant d'équipements pouvant communiquer entre eux via au moins un réseau de communication. Ce procédé comprend une phase d'insertion d'un nouvel utilisateur dans ledit groupe, comprenant elle-même les étapes suivantes effectuées par un dispositif intermédiaire: réception, en provenance d'un membre dudit groupe, d'une première demande d'insertion du nouvel utilisateur dans ledit groupe; réception, en provenance du nouvel utilisateur, d'une deuxième demande d'insertion du nouvel utilisateur dans ledit groupe; et insertion du nouvel utilisateur dans ledit groupe, après réception desdites première et deuxième demandes d'insertion.

Description

Procédé et dispositif de gestion d'au moins un groupe d'utilisateurs, produit programme d'ordinateur correspondant.
L'invention concerne une technique de gestion de groupes d'utilisateurs parmi une pluralité d'utilisateurs disposant d'équipements pouvant communiquer entre eux via au moins un réseau de communication.
Les équipements dont disposent les utilisateurs peuvent notamment, mais non exclusivement, être des boîtiers-décodeurs (ou STB, pour « Set Top Box »), des assistants numériques personnels (ou PDA, pour « Personal Digital Assistant ») et des ordinateurs personnels (ou PC, pour « Personal Computer »). Ces équipements sont par exemple (mais non obligatoirement) de type programmable.
L'invention peut s'appliquer dans toute situation où des utilisateurs membres d'un groupe souhaitent échanger des informations, par exemple de type voix, texte, vidéo, données, application, via au moins un réseau de communication.
Dans l'état actuel des connaissances, une norme CCITT X.25 définit un concept de groupe fermé d'abonnés dans un réseau de communication avec établissement de session, comme étant un ensemble de correspondants autorisés à établir des sessions entre eux. Une extension de ce concept à tout système de communication permet de construire des groupes de correspondants qui peuvent échanger uniquement entre eux. Un serveur d'authentification se voit attribuer un rôle propre à un commutateur conforme à la norme X.25 et autorise ou pas les échanges en fonction de la définition du groupe (par exemple avec une liste de correspondants autorisés ou un masque d'adresses réseau). Un correspondant ne peut pas initier un échange à destination d'un membre du groupe s'il ne figure pas lui-même dans le groupe.
On peut citer en exemple les groupes d'utilisateurs qui discutent au sein d'une conférence IM (« Instant Messaging, i.e. Internet Relay Chat - RFC 1459 »). Les participants à une conférence voient les textes émis par les participants de cette conférence, mais pas les textes des participants d'autres conférences qui se tiennent au même moment.
Actuellement, l'insertion d'un nouvel utilisateur dans l'un de ces groupes repose sur l'un des deux modèles suivants : insertion avec validation basée sur la vérification de caractéristiques fournies par le nouvel utilisateur qui demande à s'inscrire (par exemple : vérification basée sur une pièce d'identité fournie par le demandeur, ou bien envoi d'un courriel de confirmation à l'adresse fournie par le demandeur), - insertion systématique sans vérification ni validation (par exemple : envoi par le demandeur d'une demande d'inscription à une liste de distribution de messagerie électronique publique).
Une fois inséré dans le groupe, l'utilisateur peut initier une communication avec un sous-ensemble des autres membres et les autres membres peuvent initier une communication avec lui.
Il est important de noter que dans ces deux modèles, c'est le nouvel utilisateur qui est à l'origine de l'inscription : c'est lui qui demande à faire partie d'un groupe d'utilisateurs. Pour cette raison, la technique actuelle précitée de gestion d'un groupe d'utilisateurs présente le désavantage de permettre à un utilisateur mal intentionné de s'insérer en donnant des informations fausses sur son identité ou ses objectifs. Souvent, le manque de contrôle et d'authentification conduit à des utilisations abusives des possibilités d'échange, pour ne citer qu'un exemple : le « spam » (courriel non sollicité) de la messagerie électronique.
D'autre part, une fois inséré dans un groupe, le membre ne peut plus choisir de participer échange par échange. Son accord recouvre l'ensemble des échanges.
Un échange établi entre plusieurs membres d'un groupe permet de transmettre des informations (par exemple texte, images, sons, séquences vidéo, ...). Chaque participant à l'échange reçoit les mêmes informations et tous reçoivent ce qu'il émet.
Parfois, les échanges entre correspondants s'appuient sur des dispositifs externes au système d'échanges, connectés ou intégrés aux équipements de communication précités. Dans ce cas, un des participants peut piloter son dispositif externe et la vue qu'il en a est transmise aux autres participants. Par dispositifs externes au système d'échanges on entend par exemple d'autres applications (que celle de communication) sur un équipement informatique multitâches). Par exemple, les logiciels de partage d'applications permettent de partager l'utilisation d'une application entre les participants. Un des participants lance l'application sur son poste et l'affichage de l'application est reproduit dans le système d'échange des autres participants.
Lors des échanges qui s'appuient sur des dispositifs externes au système d'échanges, seul l'équipement qui supporte l'échange (par exemple : le PC de l'utilisateur) peut être utilisé pour partager son affichage avec les autres participants à l'échange.
La présente invention offre une solution qui ne présente pas ces inconvénients en proposant entre autres une technique de gestion de groupes d'utilisateurs, qui soit simple et de confiance pour chaque utilisateur. Dans un mode de réalisation particulier de l'invention, il est proposé un procédé de gestion d'au moins un groupe d'utilisateurs disposant d'équipements pouvant communiquer entre eux via au moins un réseau de communication. Ce procédé comprend une phase d'insertion d'un nouvel utilisateur dans ledit groupe, comprenant elle-même les étapes suivantes effectuées par un dispositif intermédiaire : - réception, en provenance d'un membre dudit groupe, d'une première demande d'insertion du nouvel utilisateur dans ledit groupe ; réception, en provenance du nouvel utilisateur, d'une deuxième demande d'insertion du nouvel utilisateur dans ledit groupe ; et insertion du nouvel utilisateur dans ledit groupe, après réception desdites première et deuxième demandes d'insertion.
Le dispositif intermédiaire (tel un serveur par exemple) joue donc dans un tel mode de réalisation un rôle clé puisque c'est lui qui vérifie que les deux conditions suivantes sont vérifiées avant d'insérer le nouvel utilisateur dans un groupe d'un utilisateur déjà membre de ce groupe : l'utilisateur déjà membre doit avoir formulé une demande d'insertion du nouvel utilisateur, et le nouvel utilisateur doit lui aussi formuler la même demande. Ainsi, un utilisateur mal intentionné ne peut pas s'insérer de lui- même dans un groupe si aucun utilisateur déjà membre n'a formulé une demande d'insertion en ce sens auprès du dispositif intermédiaire.
En pratique, le nouvel utilisateur reçoit par exemple une proposition d'insertion sous une forme quelconque. Par proposition d'insertion, on entend toute information lui apprenant l'existence d'un groupe auquel il peut prétendre accéder. Il la reçoit par exemple via le réseau (en provenance par exemple du dispositif intermédiaire) ou hors réseau (par exemple par oral, écrit, courrier électronique, ...). En réponse, le nouvel utilisateur envoie sa demande d'insertion, pouvant par exemple être qualifiée de non spontanée ou spontanée selon qu'il s'agit ou non d'une réponse à une proposition d'insertion reçue via le réseau.
Le principe général de l'invention consiste donc à proposer à un nouveau membre de faire partie d'un groupe, puis à celui-ci d'accepter. Seuls les membres du groupe qui auront accepté d'en être membre pourront participer aux échanges ultérieurs avec le gestionnaire du groupe et également avec les autres membres de ce groupe. Chaque groupe est un territoire de confiance pour les membres qui en font partie puisque ces derniers sont choisis par le gérant (qui leur envoie une proposition d'insertion) et ont donné leur accord pour en faire partie.
Il est à noter que le mécanisme précité d'insertion d'un nouvel utilisateur, selon l'invention, peut être utilisé (en le réitérant autant de fois que nécessaire) pour créer de façon initiale un groupe d'utilisateurs et/ou pour modifier un groupe d'utilisateurs déjà existant.
Il est également à noter que chaque utilisateur peut, s'il le souhaite, être le gérant d'un ou plusieurs groupes. Cependant, un utilisateur peut décider de ne pas être gérant, et se contenter de simplement faire partie d'un ou plusieurs groupes gérés par d'autres utilisateurs.
Selon un mode de mise en œuvre particulier de l'invention, lesdites première et deuxième demandes d'insertion sont des demandes spontanées, émises indépendamment l'une de l'autre.
Dans ce cas, l'ordre de réception des première et deuxième demandes d'insertion est indifférent. L'avantage est que le nouvel utilisateur ne reçoit pas de proposition d'insertion pouvant être considérée, si elle ne l'intéresse pas, comme un message non désiré (spam).
Selon une variante avantageuse, la première demande d'insertion est une demande spontanée. Après la réception de ladite première demande d'insertion, le dispositif intermédiaire transmet au nouvel utilisateur une proposition d'insertion. Ladite deuxième demande d'insertion est une demande non spontanée émise pour réponse positivement à ladite proposition d'insertion.
Ainsi, dans cette variante, ce n'est pas le nouvel utilisateur qui est à l'origine de l'inscription dans un groupe, mais un autre utilisateur appartenant déjà à ce groupe (seul cet utilisateur déjà membre émet spontanément une demande d'insertion). La tâche du nouvel utilisateur pour être inséré dans le groupe est facilitée puisqu'il lui suffit de répondre à la proposition d'insertion (il n'a pas à émettre spontanément une demande d'insertion).
De façon avantageuse, l'insertion du nouvel utilisateur dans ledit groupe, après réception desdites première et deuxième demandes d'insertion, provoque une insertion automatique dudit membre, dont doit provenir ladite première demande d'insertion, dans au moins un groupe d'utilisateurs géré par le nouvel utilisateur.
Ainsi, sans aucune manipulation de sa part (pas d'envoi de proposition d'insertion, ni plus généralement de demande d'insertion de l'utilisateur déjà membre dans le(s) groupe(s) du nouvel utilisateur), le nouvel utilisateur voit le (ou les) groupe(s) d'utilisateurs dont il est lui-même le gérant modifié(s) par l'insertion d'un nouveau membre.
Une telle insertion automatique est en réalité exécutée : soit automatiquement par le dispositif intermédiaire (après réception des première et deuxième demandes d'insertion), soit suite à des troisième et quatrième demandes d'insertion (dudit membre dans un groupe dudit nouvel utilisateur) émises automatiquement par un équipement de l'utilisateur déjà membre et un équipement du nouvel utilisateur (après émission des première et deuxième demandes d'insertion), de manière transparente ou non pour ces utilisateurs. En d'autres termes, ce mécanisme d'insertion automatique peut s'analyser comme suit : la première demande d'insertion inclut ou est confondue avec une troisième demande d'insertion, dans un groupe d'utilisateurs géré par le nouvel utilisateur, dudit membre dont doit provenir ladite première demande d'insertion ; - la deuxième demande d'insertion inclut ou est confondue avec une quatrième demande d'insertion, dans un groupe d'utilisateurs géré par le nouvel utilisateur, dudit membre dont doit provenir ladite première demande d'insertion ; et l'insertion dudit membre, dont doit provenir ladite première demande d'insertion, dans ledit groupe géré par le nouvel utilisateur, est effectuée après réception desdites troisième et quatrième demandes d'insertion.
Avantageusement, le procédé comprend une phase de suppression d'un utilisateur dudit groupe, comprenant elle-même les étapes suivantes : réception d'une demande de suppression d'un utilisateur dudit groupe, provenant dudit utilisateur ou d'un gérant dudit groupe; - suppression dudit utilisateur dudit groupe.
De cette façon, un utilisateur peut récuser à tout moment son accord pour faire partie d'un groupe d'utilisateurs. De son côté, le gérant peut à tout moment sortir un utilisateur du groupe qu'il gère.
De façon avantageuse, une suppression dudit utilisateur du groupe consécutive à une demande de suppression provoque une suppression automatique d'un émetteur de la dite demande de suppression d'au moins un groupe d'utilisateurs géré par ledit utilisateur.
Ainsi, sans aucune manipulation de sa part, et en particulier sans envoi de demande de suppression, l'utilisateur voit le (ou les) groupe(s) d'utilisateurs dont il est lui-même le gérant modifié(s) par la suppression d'un membre.
Préférentiellement, le procédé comprend une phase d'initialisation d'un échange à l'intérieur dudit groupe, comprenant elle-même les étapes suivantes : transmission à un ou plusieurs utilisateurs appartenant audit groupe d'une invitation à un échange ; - réception d'au moins une réponse à ladite invitation, chaque réponse provenant d'un utilisateur ayant reçu ladite invitation ; pour chaque réponse à l'invitation qui est un accord, ajout de l'utilisateur ayant envoyé ladite réponse aux participants audit échange.
De cette façon, on permet à un utilisateur membre d'un groupe d'utilisateurs de participer à seulement certains des échanges au sein de ce groupe. Dans ce cas, l'accord d'un utilisateur en réponse à une proposition d'insertion dans un groupe, constitue un accord pour recevoir des invitations à échanger. Ainsi, le gestionnaire du groupe (gérant) a l'assurance que ses invitations seront reçues avec bienveillance par les membres de son groupe. Par ailleurs, chaque membre d'un groupe a l'assurance de ne pas recevoir d'invitations non désirées (« spam »). Dans un mode de réalisation particulier de l'invention, l'invitation à un échange provient d'un gérant qui est l'un des utilisateurs et qui gère le groupe d'utilisateurs auquel appartiennent les utilisateurs recevant l'invitation à un échange.
Selon une autre caractéristique, ladite invitation provenant d'un gérant dudit groupe, l'ajout d'un utilisateur comme participant à un échange provoque l'ajout automatique dudit utilisateur dans une liste d'utilisateurs participants pour chacun desquels le gérant est autorisé à piloter au moins un dispositif externe connecté ou intégré à l'équipement dont dispose ledit utilisateur participant.
Ainsi, on optimise le pilotage des dispositifs externes, connectés ou intégrés aux équipements de communication dont disposent les utilisateurs. De façon avantageuse, le procédé comprend une phase de sortie d'un utilisateur d'un échange en cours dans lequel est impliqué ledit utilisateur, comprenant elle-même les étapes suivantes : réception d'une demande de sortie dudit utilisateur de l'échange en cours, provenant dudit utilisateur ou d'un gérant du groupe au sein duquel l'échange en cours est établi ; sortie dudit utilisateur de l'échange en cours.
De cette façon, un utilisateur peut récuser à tout moment son accord pour faire partie d'un échange. En d'autres termes, il quitte un sous-groupe d'utilisateurs constitué pour cet échange. Avantageusement, le procédé comprend une phase de fin d'un échange en cours, comprenant elle-même les étapes suivantes : réception d'une demande de fin de l'échange en cours, provenant du gérant ; interruption de l'échange en cours pour tous les utilisateurs participant à l'échange. Ainsi, de son côté, le gérant peut à tout moment mettre fin à un échange qu'il a initié. Dans un premier mode de réalisation particulier de l'invention, le procédé de gestion est mis en œuvre dans un serveur pouvant communiquer, via ledit au moins un réseau de communication, avec les équipements dont disposent les utilisateurs.
Ce premier mode de réalisation correspond donc à une mise en œuvre centralisée.
Dans un second mode de réalisation particulier de l'invention, le procédé de gestion est mis en œuvre dans l'équipement dont dispose chaque gérant.
Ce second mode de réalisation correspond donc à une mise en œuvre distribuée.
Dans un autre mode de réalisation, l'invention concerne un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, ce produit programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé de gestion précité, lorsque ledit programme est exécuté sur un ordinateur. Dans un autre mode de réalisation, l'invention concerne un dispositif de gestion d'au moins un groupe d'utilisateurs disposant d'équipements pouvant communiquer entre eux via au moins un réseau de communication. Ce dispositif comprend des moyens d'insertion d'un nouvel utilisateur dans ledit groupe, comprenant eux-mêmes : des premiers moyens de réception, permettant de recevoir, en provenance d'un membre dudit groupe, une première demande d'insertion du nouvel utilisateur dans ledit groupe ; des deuxièmes moyens de réception, permettant de recevoir, en provenance du nouvel utilisateur, une deuxième demande d'insertion du nouvel utilisateur dans ledit groupe ; et - des moyens pour insérer le nouvel utilisateur dans ledit groupe après réception desdites première et deuxième demandes d'insertion par lesdits premiers et deuxièmes moyens de réception.
Plus généralement, le dispositif de gestion selon l'invention comprend des moyens de mise en œuvre du procédé de gestion d'au moins un groupe d'utilisateurs, tel que décrit précédemment (dans l'un quelconque de ses différents modes de réalisation). Dans un autre mode de réalisation, l'invention concerne un serveur pouvant communiquer, via au moins un réseau de communication, avec des équipements destinés à être mis à disposition d'une pluralité d'utilisateurs, ce serveur comprenant un dispositif de gestion tel que précité. Dans un autre mode de réalisation, l'invention concerne un équipement comprenant un dispositif de gestion tel que précité.
D'autres caractéristiques et avantages de modes de réalisation de l'invention apparaîtront à la lecture de la description suivante de modes de réalisation particuliers de l'invention, donnés à titre d'exemple indicatif et non limitatif (tous les modes de réalisation de l'invention ne sont pas limités aux caractéristiques et avantages de ces modes de réalisation particuliers), et des dessins annexés, dans lesquels : la figure 1 présente un synoptique d'un exemple de système permettant la mise en œuvre d'un mode de réalisation particulier du procédé selon l'invention de gestion d'au moins un groupe d'utilisateurs ; - les figures 2A et 2B présentent respectivement une illustration et un organigramme d'une même phase d'insertion d'un nouvel utilisateur, comprise dans un mode de réalisation particulier du procédé selon l'invention ; les figures 3A et 3B présentent respectivement une illustration et un organigramme d'une même phase d'initialisation d'un échange, comprise dans un mode de réalisation particulier du procédé selon l'invention ; les figures 4A et 4B présentent respectivement une illustration et un organigramme d'une même phase de sortie d'un utilisateur d'un échange en cours, comprise dans un mode de réalisation particulier du procédé selon l'invention ; - les figures 5A et 5B présentent respectivement une illustration et un organigramme d'une même phase de fin d'un échange en cours, comprise dans un mode de réalisation particulier du procédé selon l'invention ; les figures 6A et 6B présentent respectivement une illustration et un organigramme d'une même phase de suppression d'un utilisateur d'un groupe, comprise dans un mode de réalisation particulier du procédé selon l'invention ; la figure 7 présente la structure d'un dispositif de gestion d'au moins un groupe d'utilisateurs, selon un mode de réalisation particulier de l'invention ; et la figure 8 présente une illustration d'une phase d'insertion d'un nouvel utilisateur, comprise dans un second mode de réalisation particulier du procédé selon l'invention.
Sur toutes les figures du présent document, les éléments et étapes identiques sont désignés par une même référence numérique.
On présente maintenant, en relation avec la figure 1, un exemple de système permettant la mise en œuvre d'un mode de réalisation particulier du procédé selon l'invention. Dans cet exemple, le système comprend : un premier ensemble 10 d'équipements terminaux de différents types, par exemple un ordinateur personnel (ou PC) 11, un assistant numérique personnel
(ou PDA) 12 et un boîtier-décodeur (ou STB) 13 ; un deuxième ensemble 20 d'équipements terminaux de différents types, par exemple un ordinateur personnel (ou PC) 21, un assistant numérique personnel
(ou PDA) 22 et un boîtier-décodeur (ou STB) 23 ; un réseau 30 de communication permettant aux équipements terminaux 11, 12,
13, 21, 22, 23 des deux ensembles 10, 20 de communiquer entre eux et avec le serveur 40 ; - un serveur 40 remplissant le rôle de coordination et de mémorisation.
On suppose que les équipements terminaux 11, 12, 13, 21, 22, 23 sont mis à la disposition d'une pluralité d'utilisateurs afin qu'ils échangent des informations (par exemple de type voix, texte, vidéo, données, application, etc) via le réseau de communication 30. On suppose également que chaque groupe d'utilisateurs est géré par un gérant appartenant à la pluralité d'utilisateurs.
Le serveur 40 exécute différents algorithmes correspondant à différentes phases d'un mode de réalisation particulier du procédé selon l'invention de gestion d'au moins un groupe d'utilisateurs : phase d'insertion d'un nouvel utilisateur (voir figures 2A et 2B), phase d'initialisation d'un échange (voir les figures 3A et 3B), phase de sortie d'un utilisateur d'un échange en cours (voir les figures 4A et 4B), phase de fin d'un échange en cours (voir les figures 5A et 5B) et phase de suppression d'un utilisateur d'un groupe (voir les figures 6A et 6B).
On présente maintenant, en relation avec la figure 2B, l'algorithme exécuté par le serveur 40 au cours de la phase d'insertion d'un nouvel utilisateur B dans un groupe d'utilisateurs géré par un utilisateur A (gérant de ce groupe d'utilisateurs).
Après une étape de début 100, le serveur 40 reçoit, dans une étape 101, une proposition 1001 d'insertion dans un groupe provenant de l'utilisateur A, depuis un équipement de ce dernier (par exemple un des équipements 11, 12, 13 de l'ensemble référencé 10 sur la figure 1). Dans une étape 102, le serveur 40 envoie la proposition d'insertion 1001 à un équipement (par exemple un des équipements 21, 22, 23 de l'ensemble référencé 20 sur la figure 1) de l'utilisateur B via le réseau de communication 30.
Dans une étape 103, le serveur 40 reçoit une réponse 1002 de l'équipement de l'utilisateur B. Dans une étape 104, le serveur 40 envoie la réponse 1002 de l'utilisateur B à l'équipement de l'utilisateur A, via le réseau de communication 30.
Dans une étape 105, le serveur 40 détecte si la réponse 1002 de l'utilisateur B est un accord. Dans l'affirmative, le serveur, dans une étape 106, insère l'utilisateur B dans le groupe de l'utilisateur A. Dans la négative, on passe directement à l'étape de fin 107. Optionnellement, lors de l'étape 106, le serveur insère automatiquement l'utilisateur A dans un groupe de l'utilisateur B (c'est-à-dire un groupe d'utilisateurs dont l'utilisateur B est le gérant).
La figure 2A est une illustration de cette phase d'insertion d'un nouvel utilisateur. Les flèches référencées 1.1, 1.2, 1.3, 1.4 et 1.5 sur la figure 2A correspondent respectivement aux étapes 101, 102, 103, 104 et 106 sur la figure 2B.
On présente maintenant, en relation avec la figure 3B, l'algorithme exécuté par le serveur 40 au cours de la phase d'initialisation d'un échange au sein d'un groupe d'utilisateurs, à l'initiative d'un utilisateur A (gérant de ce groupe d'utilisateurs).
Après une étape de début 200, le serveur 40 reçoit, dans une étape 201, une invitation 2001 à un échange, provenant de l'utilisateur A, depuis un équipement de ce dernier. Dans une étape 202, le serveur 40 envoie l'invitation 2001 à un équipement d'un l'utilisateur B, via le réseau de communication 30.
Dans une étape 203, le serveur 40 reçoit une réponse 2002 de l'équipement de l'utilisateur B. Dans une étape 204, le serveur 40 envoie la réponse 2002 de l'utilisateur B à l'équipement de l'utilisateur A, via le réseau de communication 30.
Dans une étape 205, le serveur 40 détecte si la réponse 2002 de l'utilisateur B est un accord. Dans l'affirmative, le serveur, dans une étape 206, ajoute l'utilisateur B aux participants à l'échange (c'est-à-dire connecte le flux de communication de l'utilisateur A à l'équipement de l'utilisateur B, via le réseau de communication 30). Dans la négative, on passe directement à l'étape de fin 207.
Optionnellement, lors de l'étape 206, le serveur 40 ajoute automatiquement l'utilisateur B dans une liste d'utilisateurs participants à l'échange et pour chacun desquels l'utilisateur A (gérant) est autorisé à piloter au moins un dispositif externe connecté ou intégré à l'équipement dont dispose l'utilisateur participant.
Les dispositifs externes sont par exemple pilotés par des messages respectant les protocoles UPNP (http://www.upnp.org/) pour les équipements du gérant (utilisateur A) et Jabber (RFC 3920 à 3923 et http://www.jabber.org/) pour les équipements des autres utilisateur (par exemple l'utilisateur B) participant à l'échange. La figure 3A est une illustration de cette phase d'initialisation d'un échange. Les flèches référencées 2.1, 2.2, 2.3, 2.4 et 2.5 sur la figure 3A correspondent respectivement aux étapes 201, 202, 203, 204 et 206 sur la figure 3B.
On présente maintenant, en relation avec la figure 4B, l'algorithme exécuté par le serveur 40 au cours de la phase de sortie d'un utilisateur B d'un échange en cours au sein d'un groupe d'utilisateurs, à l'initiative de l'utilisateur B ou d'un utilisateur A
(gérant de ce groupe d'utilisateurs).
Après une étape de début 300, le serveur 40 reçoit, dans une étape 301, une demande 3001 de sortie de l'échange de l'utilisateur B.
Dans une étape 302, le serveur détecte si la demande de sortie 3001 provient de l'utilisateur A (gestionnaire du groupe) ou de l'utilisateur B. Dans l'affirmative, le serveur 40, dans une étape 303, met fin à la connexion du flux de communication de l'utilisateur A à l'équipement de l'utilisateur B, via le réseau de communication 30. Dans la négative, on passe directement à l'étape de fin 304.
La figure 4A est une illustration de cette phase de sortie d'un utilisateur d'un échange en cours. Les flèches référencées 3.1 et 3.2 sur la figure 4A correspondent respectivement aux étapes 301 et 303 sur la figure 4B.
On présente maintenant, en relation avec la figure 5B, l'algorithme exécuté par le serveur 40 au cours de la phase de fin d'un échange en cours au sein d'un groupe d'utilisateurs, à l'initiative d'un utilisateur A (gérant de ce groupe d'utilisateurs).
Après une étape de début 400, le serveur 40 reçoit, dans une étape 401, une demande 4001 de fin de l'échange en cours.
Dans une étape 402, le serveur 40 met fin à l'échange en cours, en mettant fin à la connexion du flux de communication de l'utilisateur A pour tous les utilisateurs participant à l'échange. Puis le serveur 40 passe à l'étape de fin 403.
La figure 5A est une illustration de cette phase de fin d'un échange en cours. Les flèches référencées 4.1 et 4.2 sur la figure 5 A correspondent respectivement aux étapes
401 et 402 sur la figure 5B.
On présente maintenant, en relation avec la figure 6B, l'algorithme exécuté par le serveur 40 au cours de la phase de suppression d'un utilisateur B d'un groupe, à l'initiative de cet utilisateur B ou d'un utilisateur A (gérant de ce groupe d'utilisateurs). Après une étape de début 500, le serveur 40 reçoit, dans une étape 501, une demande 5001 de suppression de l'utilisateur B de ce groupe.
Dans une étape 502, le serveur 40 supprime l'utilisateur B du groupe, puis dans une étape 503 informe l'utilisateur A de la suppression de l'utilisateur B, avant de passer à l'étape de fin 504. Optionnellement, lors de l'étape 502, le serveur supprime automatiquement l'utilisateur A dans un groupe de l'utilisateur B (c'est-à-dire un groupe d'utilisateurs dont l'utilisateur B est le gérant).
La figure 6A est une illustration de cette phase de suppression d'un utilisateur d'un groupe. Les flèches référencées 5.1, 5.2 et 5.3 sur la figure 6A correspondent respectivement aux étapes 501, 502 et 503 sur la figure 6B. Les messages (aussi appelés signaux) précités (1001, 1002, 2001, 2002, 3001, 4001 et 5001), échangés lors de la mise en œuvre du mode de réalisation particulier du procédé selon l'invention discuté ci-dessus pourront par exemple être conformes à une recommandation « Web Services Description Language » (WSDL) du W3C (http://www.w3.org/TR/wsdl) ou bien à des règles propres au langage C++. Pour chaque message, la définition en syntaxe WSDL ou C++ sera avantageusement suivie d'un exemple d'occurrence écrite en langage XML (« extensible Markup Language »).
La figure 7 présente la structure simplifiée d'un dispositif de gestion de groupes d'utilisateur, selon un mode de réalisation particulier de l'invention. Dans l'exemple décrit ci-dessus en relation avec les figures 1, 2A, 2B, 3 A, 3B,
4A, 4B, 5A, 5B, 6A et 6B, ce dispositif de gestion de groupes d'utilisateur est compris dans le serveur 40.
Dans une variante de réalisation (non illustrée), ce dispositif de gestion de groupes d'utilisateur est compris dans l'équipement dont dispose chaque gérant. Le dispositif de gestion de groupes d'utilisateur comprend une mémoire 83, une unité de traitement 81, équipée par exemple d'un microprocesseur, et pilotée par un programme d'ordinateur 82 mettant en oeuvre le procédé de gestion de groupes d'utilisateur selon l'invention. A l'initialisation, les instructions de code du programme d'ordinateur 82 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 81. L'unité de traitement 81 reçoit en entrée différents signaux 80 (messages précités 1001, 1002, 2001, 2002, 3001, 4001 et 5001). Le microprocesseur de l'unité de traitement 81 traite ces signaux 80, selon les instructions du programme 82 (c'est-à-dire par exemple selon les algorithmes décrits ci- dessus en relation avec les figures 2B, 3B, 4B, 5B et 6B). Outre des opérations de gestion de groupe effectuées en interne audit dispositif, l'unité de traitement 81 délivre en sortie différents signaux 84 (messages précités 1001, 1002, 2001, 2002 et 5001).
On présente maintenant, en relation avec la figure 8, un algorithme exécuté par le serveur 40 au cours d'une phase d'insertion d'un nouvel utilisateur B dans un groupe d'utilisateurs géré par un utilisateur A (gérant de ce groupe d'utilisateurs), dans un second mode de réalisation particulier du procédé selon l'invention.
Le serveur 40 reçoit via le réseau de communication 30 : en provenance de l'utilisateur A (depuis un équipement de ce dernier), une première demande d'insertion 91 du nouvel utilisateur B dans un groupe géré par l'utilisateur A ; et en provenance de l'utilisateur B (depuis un équipement de ce dernier), une deuxième demande d'insertion 92 du nouvel utilisateur B dans un groupe géré par l'utilisateur A.
S'il a reçu les première et deuxième demandes d'insertion 91, 92, le serveur 40 insère (93) l'utilisateur B dans le groupe de l'utilisateur A et, optionnellement, il insère (96) l'utilisateur A dans un groupe de l'utilisateur B (c'est-à-dire un groupe d'utilisateurs dont l'utilisateur B est le gérant).
Le serveur 40 envoie, via le réseau de communication 30, des messages 94, 95 aux utilisateurs A et B pour les informer de l'insertion de l'utilisateur B dans le groupe de l'utilisateur A, si celle-ci a eu lieu.
Dans un mode de mise en œuvre particulier, les première et deuxième demandes d'insertion 91, 92 sont des demandes spontanées, émises indépendamment l'une de l'autre. Les utilisateurs A et B se seront par exemple échangé au préalable oralement ou par écrit leurs identifiants (numéros de téléphone par exemple), puis chacun envoie, quand il le souhaite, une demande d'insertion au serveur. L'ordre de réception par le serveur des première et deuxième demandes d'insertion 91, 92 n'a dans ce cas aucune importance.
Dans une variante de ce mode de mise en œuvre particulier, seule la première demande d'insertion 91, provenant de l'utilisateur A, est spontanée. En revanche, la deuxième demande d'insertion 92 n'est pas spontanée mais est une réponse positive à une proposition d'insertion 97 (que le serveur a préalablement envoyé à l'utilisateur B après avoir lui-même reçu la première demande d'inscription 91). On notera que cette variante correspond au premier mode de réalisation de la phase d'insertion, présenté ci- dessus en relation avec les figures 2 A et 2B.

Claims

REVENDICATIONS
1. Procédé de gestion d'au moins un groupe d'utilisateurs disposant d'équipements pouvant communiquer entre eux via au moins un réseau de communication (30), procédé caractérisé en ce qu'il comprend une phase d'insertion d'un nouvel utilisateur (B) dans ledit groupe, comprenant elle-même les étapes suivantes effectuées par un dispositif intermédiaire (40) : réception, en provenance d'un membre dudit groupe (A), d'une première demande d'insertion (1001 ; 91) du nouvel utilisateur dans ledit groupe ; réception, en provenance du nouvel utilisateur (B), d'une deuxième demande d'insertion (1002 ; 92) du nouvel utilisateur dans ledit groupe ; et insertion (106 ; 93) du nouvel utilisateur dans ledit groupe, après réception desdites première et deuxième demandes d'insertion.
2. Procédé selon la revendication 1, caractérisé en ce que lesdites première et deuxième demandes d'insertion (91, 92) sont des demandes spontanées, émises indépendamment l'une de l'autre.
3. Procédé selon la revendication 1, caractérisé en ce que la première demande d'insertion (1001) est une demande spontanée, en ce que, après la réception (1.1) de ladite première demande d'insertion, le dispositif intermédiaire transmet (1.2) au nouvel utilisateur une proposition d'insertion, et en ce que ladite deuxième demande d'insertion (1002) est une demande non spontanée émise (1.3) pour réponse positivement à ladite proposition d'insertion.
4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que l'insertion (106 ; 93) du nouvel utilisateur dans ledit groupe, après réception desdites première et deuxième demandes d'insertion, provoque une insertion automatique (96) dudit membre, dont doit provenir ladite première demande d'insertion, dans au moins un groupe d'utilisateurs géré par le nouvel utilisateur.
5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce qu'il comprend une phase de suppression d'un utilisateur dudit groupe, comprenant elle- même les étapes suivantes : - réception d'une demande (5001) de suppression d'un utilisateur dudit groupe, provenant dudit utilisateur ou d'un gérant dudit groupe; suppression dudit utilisateur dudit groupe.
6. Procédé selon la revendication 5, caractérisé en ce qu'une suppression dudit utilisateur du groupe consécutive à une demande de suppression provoque une suppression automatique d'un émetteur de la dite demande de suppression d'au moins un groupe d'utilisateurs géré par ledit utilisateur.
7. Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce qu'il comprend une phase d'initialisation d'un échange à l'intérieur dudit groupe, comprenant elle-même les étapes suivantes : transmission à un ou plusieurs utilisateurs appartenant audit groupe d'une invitation (2001) à un échange ; réception d'au moins une réponse (2002) à ladite invitation, chaque réponse (2002) provenant d'un utilisateur ayant reçu ladite invitation ; pour chaque réponse (2002) à l'invitation qui est un accord, ajout de l'utilisateur ayant envoyé ladite réponse aux participants audit échange.
8. Procédé selon la revendication 7, caractérisé en ce, ladite invitation (2001) provenant d'un gérant dudit groupe, l'ajout d'un utilisateur comme participant à un échange provoque l'ajout automatique dudit utilisateur dans une liste d'utilisateurs participants pour chacun desquels le gérant est autorisé à piloter au moins un dispositif externe connecté ou intégré à l'équipement dont dispose ledit utilisateur participant.
9. Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce qu'il comprend une phase de sortie d'un utilisateur d'un échange en cours dans lequel est impliqué ledit utilisateur, comprenant elle-même les étapes suivantes : réception d'une demande (3001) de sortie dudit utilisateur de l'échange en cours, provenant dudit utilisateur ou d'un gérant du groupe au sein duquel l'échange en cours est établi ; sortie dudit utilisateur de l'échange en cours.
10. Procédé selon l'une quelconque des revendications 1 à 9, caractérisé en ce qu'il comprend une phase de fin d'un échange en cours, comprenant elle-même les étapes suivantes : - réception d'une demande (4001) de fin de l'échange en cours, provenant du gérant ; interruption de l'échange en cours pour tous les utilisateurs participant à l'échange.
11. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution des étapes du procédé d'au moins une des revendications 1 à 10, lorsque ledit programme est exécuté sur un ordinateur.
12. Dispositif de gestion d'au moins un groupe d'utilisateurs disposant d'équipements pouvant communiquer entre eux via au moins un réseau de communication, dispositif caractérisé en ce qu'il comprend des moyens d'insertion d'un nouvel utilisateur dans ledit groupe, comprenant eux-mêmes : des premiers moyens de réception, permettant de recevoir, en provenance d'un membre dudit groupe, une première demande d'insertion du nouvel utilisateur dans ledit groupe ; - des deuxièmes moyens de réception, permettant de recevoir, en provenance du nouvel utilisateur, une deuxième demande d'insertion du nouvel utilisateur dans ledit groupe ; et des moyens pour insérer le nouvel utilisateur dans ledit groupe après réception desdites première et deuxième demandes d'insertion par lesdits premiers et deuxièmes moyens de réception.
EP07704575A 2006-02-15 2007-02-14 Procédé et dispositif de gestion d'au moins un groupe d'utilisateurs, produit programme d'ordinateur correspondant Withdrawn EP1985093A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0601333 2006-02-15
PCT/EP2007/051438 WO2007093616A1 (fr) 2006-02-15 2007-02-14 Procédé et dispositif de gestion d'au moins un groupe d'utilisateurs, produit programme d'ordinateur correspondant

Publications (1)

Publication Number Publication Date
EP1985093A1 true EP1985093A1 (fr) 2008-10-29

Family

ID=37198756

Family Applications (1)

Application Number Title Priority Date Filing Date
EP07704575A Withdrawn EP1985093A1 (fr) 2006-02-15 2007-02-14 Procédé et dispositif de gestion d'au moins un groupe d'utilisateurs, produit programme d'ordinateur correspondant

Country Status (3)

Country Link
US (1) US20090300157A1 (fr)
EP (1) EP1985093A1 (fr)
WO (1) WO2007093616A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10587427B2 (en) * 2016-04-14 2020-03-10 Talking Stick, Inc. Equitable electronic group communication session management using an ordered list to provide predetermined equal amount of exclusive time to each of the participants
CN106453066B (zh) * 2016-12-09 2020-03-17 腾讯科技（深圳）有限公司 群组会话处理方法、终端、服务器及系统
JP6820569B2 (ja) * 2019-11-06 2021-01-27 パナソニックＩｐマネジメント株式会社 インターホンシステム、管理方法、プログラム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6604129B2 (en) * 1999-03-25 2003-08-05 At&T Corp. Method and apparatus for a conference call mediation service
WO2001072002A2 (fr) * 2000-03-17 2001-09-27 America Online, Inc. Systeme de listage pour groupes de partage
CA2410509A1 (fr) * 2000-06-02 2001-12-13 Sugen, Inc. Derives d'indolinone comme inhibiteurs de phosphatase/proteine kinase
US6898436B2 (en) * 2002-02-14 2005-05-24 Qualcomm Incorporated Communication device for joining a user to a group call in a group communication network
US20030195853A1 (en) * 2002-03-25 2003-10-16 Mitchell Cyndi L. Interaction system and method
US7640300B2 (en) * 2002-06-10 2009-12-29 Microsoft Corporation Presence and notification system for maintaining and communicating information
US20050120084A1 (en) * 2003-10-28 2005-06-02 Yu Hu Method of and system for creating, maintaining, and utilizing an online universal address book
JP4658973B2 (ja) * 2004-02-16 2011-03-23 トムソン ライセンシング 装置のコミュニティに新しい装置を挿入する方法
US8817668B2 (en) * 2006-09-15 2014-08-26 Microsoft Corporation Distributable, scalable, pluggable conferencing architecture

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2007093616A1 *

Also Published As

Publication number Publication date
WO2007093616A1 (fr) 2007-08-23
US20090300157A1 (en) 2009-12-03

Similar Documents

Publication Publication Date Title
RU2419222C2 (ru) Защищенная мгновенная передача сообщений
AU2009240392A1 (en) Real-time communications over data forwarding framework
EP3694146B1 (fr) Procédé de traitement de flux audiovidéo en conférence multipartite, dispositifs, système et programme correspondants
EP1931104B1 (fr) Procédé de contrôle de l'établissement de canaux de communication multimédia
WO2007053270A1 (fr) Messagerie vocale instantanee entre dispositifs mobiles et dispositifs informatiques
US8838795B2 (en) System, method, apparatus, and product for resource sharing
WO2010072945A1 (fr) Procédé et dispositif de traitement de données textuelles
WO2022038096A1 (fr) Procédé de connexion à une visioconférence sécurisée par authentification forte
EP1985093A1 (fr) Procédé et dispositif de gestion d'au moins un groupe d'utilisateurs, produit programme d'ordinateur correspondant
EP2227048A1 (fr) Procédé de gestion de profils d'utilisateurs d'un réseau de pairs
EP3568964B1 (fr) Procédé de transmission d'une information numérique chiffrée de bout en bout et système mettant en oeuvre ce procédé
FR3081655A1 (fr) Procede de traitement de messages par un dispositif d'un reseau de voix sur ip
FR2863379A1 (fr) Systeme de messagerie electronique et procede d'emission de messages electroniques correspondant
EP3506555B1 (fr) Procede de securisation de bout en bout d'une communication interceptable
EP1432171B1 (fr) Procédé et système de diffusion automatique et sumultanée de documents électroniques de formats distincts sur internet
EP2525525B1 (fr) Procédé, programme d'ordinateur et dispositif de cooptation permettant à un abonné d'un service de partager ce service avec un autre utilisateur
WO2021255375A1 (fr) Procede d'acces et dispositif de gestion d'acces a une session de communication securisee entre des terminaux de communication participants par un terminal de communication requerant
EP1872530B1 (fr) Procede de transfert d'un code d'information entre deux dispositifs de communication
FR3099960A1 (fr) Procédé de création d’un message électronique à intégrité garantie et vérifiable selon le standard MIME
WO2009013439A2 (fr) Procede de controle d'un fournisseur de services a partir d'un terminal mobile
WO2009007585A1 (fr) Envoi de messages par mandat
WO2006084962A1 (fr) Procede de teleconference interactive et securisee et son dispositif de mise en oeuvre
FR2902262A1 (fr) Memorisation de flux audio d'une conversation
WO2006128996A1 (fr) Procede et systeme de journalisation de messages selon un protocole de messagerie instantanee en mode relais
FR2979785A1 (fr) Procedes, programmes d'ordinateur et dispositifs de controle d'execution d'applications utilisant des identifiants d'utilisateurs mises en oeuvre apres etablissement de sessions de communication

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20080701

AK Designated contracting states

Kind code of ref document: A1

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

RIN1 Information on inventor provided before grant (corrected)

Inventor name: CHEVALIER, NATHALIE

Inventor name: LONGEANIE, ARNAUD

Inventor name: SCOTTO, YVES

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

17Q First examination report despatched

Effective date: 20151106

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

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

18D Application deemed to be withdrawn

Effective date: 20160317