+

WO2018132304A1 - Création de groupes dans un système de messagerie - Google Patents

Création de groupes dans un système de messagerie Download PDF

Info

Publication number
WO2018132304A1
WO2018132304A1 PCT/US2018/012443 US2018012443W WO2018132304A1 WO 2018132304 A1 WO2018132304 A1 WO 2018132304A1 US 2018012443 W US2018012443 W US 2018012443W WO 2018132304 A1 WO2018132304 A1 WO 2018132304A1
Authority
WO
WIPO (PCT)
Prior art keywords
messaging
group
user
type
account
Prior art date
Application number
PCT/US2018/012443
Other languages
English (en)
Inventor
Teekam Chand GOYAL
Nitin JAISWAL
Rajiv Kumar
Prashant Gupta
Deepak PRATINIDHI
Arun Rajappa
Apoorv SETH
Original Assignee
Microsoft Technology Licensing, Llc
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
Priority claimed from US15/467,894 external-priority patent/US10404631B2/en
Application filed by Microsoft Technology Licensing, Llc filed Critical Microsoft Technology Licensing, Llc
Publication of WO2018132304A1 publication Critical patent/WO2018132304A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/107—Computer-aided management of electronic mailing [e-mailing]

Definitions

  • the present invention pertains to a messaging system for use in transmitting and receiving messages between users via a network.
  • a messaging (chat) system allows users of the messaging system to exchange messages with other users of the messaging system.
  • the messages are primarily text-based, but can also comprise rich content such as images, videos, documents, audio etc. This is sometimes referred to as instant messaging, which refers to the fact that the messaging takes place in real time. That is, there is typically only a short delay (e.g. about two seconds or less) between a user sending a message and it being received by its intended recipient(s).
  • the messages are transmitted and received via a network, for example a packet-based network such as the Internet.
  • the users have messaging accounts held within the messaging system and which they use to access the messaging system.
  • users may be able to create messaging groups. Multiple users, often more than two users, may be participants in a messaging group.
  • the participant's messaging accounts are associated with the messaging group, which provides a convenient means by which those users can communicate with each other using a messaging service of the messaging system.
  • the messaging service may comprise a messaging server which relays messages between users in the group, or a look up server which allows network addresses of the users to be obtained so that messages can be sent between them directly etc.
  • a messaging system comprises: computer storage holding messaging accounts for users of the messaging system, each comprising a user identifier of a first type; an account manager for managing the messaging accounts; a group manager configured to grant participant users access to messaging groups by creating, in the computer storage, associations between the messaging groups and the messaging accounts of the participant users; a group messaging service configured for use in transmitting and receiving messages, in each of the plurality of messaging groups, between the participant users granted access to that messaging group, using the user identifiers of the first type in their messaging accounts.
  • the group manager is configured to receive group creation data comprising at least one set of user identifiers of a second type denoting a new messaging group to be created, and create in response a new messaging group by storing the set of user identifiers in the computer storage as placeholder identifiers for the new messaging group.
  • the account manager is configured to receive, from a user of one of the messaging accounts, an indication of a user identifier of the second type to be bound to that messaging account, and respond by binding that user identifier to that messaging account in the computer storage.
  • the group manager is configured to detect a match between one of the placeholder identifiers and the user identifier of the second type bound to the messaging account, and respond by creating, in the computer storage, an association between that messaging account and the new messaging group, thereby granting the user access to that messaging group, wherein the new messaging group is inaccessible to the user until the user identifier of the second type is bound to his messaging account.
  • This provides a flexible and convent means of creating new messaging groups, particularly large groups and/or with complex group hierarchies, without needing to know the identities of the participants within the messaging system (i.e. without needing to know the user identifiers of the first type).
  • a computer system comprising: a messaging system according to the first aspect; and an organization management system comprising: second computer storage holding member accounts for members of an organization, each of the member accounts comprising a user identifier of the second type.
  • the computer system further comprises: an organization administrator interface configured for use by an administrator of the organization, wherein the group creation database is received by the organization administrator via the organization administrator interface.
  • the binding of the user identifier of the second type to the messaging account is conditional on the group manager receiving, from the organization management system, confirmation that the user is an authorized user of one of the member profiles comprising that user identifier of the second type.
  • the group creation data defines multiple new messaging groups to be created, wherein multiple new messaging groups are created using placeholder identifiers.
  • At least one of the placeholder identifiers identifies a participant in a plurality of the new messaging groups, wherein the group manager is configured to detect a match between that placeholder identifier and the user identifier of the second type bound to the messaging account, and respond by creating, in the computer storage, an association between that messaging account and each of the plurality of new messaging groups, thereby granting the user access to all of the plurality of new messaging groups simultaneously.
  • the group creation data defines a hierarchical structure for the multiple new messaging groups, in which at least one of the new messaging groups is a participant of at least one other of the messaging groups.
  • the first type of user identifiers are phone numbers.
  • the second type of user identifiers are email addresses.
  • a method of managing a messaging system comprising: computer storage holding messaging accounts for users of the messaging system, each comprising a user identifier of a first type; and a group messaging service for use in transmitting and receiving messages, in each of the plurality of messaging groups, between participant users granted access to that messaging group, using the user identifiers of the first type in their messaging accounts; the method comprising steps of: granting participant users access to messaging groups by creating, in the computer storage, associations between the messaging groups and the messaging accounts of the participant users; receiving group creation data comprising at least one set of user identifiers of a second type denoting a new messaging group to be created; creating, in response to receiving said group creation data, a new messaging group by storing the set of user identifiers in the computer storage as placeholder identifiers for the new messaging group; receiving, from a user of one of the messaging accounts, an indication of a user identifier of the second type to be bound to that messaging account; binding
  • the messaging system further comprises: an organization management system comprising a second computer storage holding member accounts for members of an organization, each of the member accounts comprising a user identifier of the second type.
  • the messaging system further comprises: an organization administrator interface configured for use by an administrator of the organization, wherein the group creation database is received by the organization administrator via the organization administrator interface.
  • the binding of the user identifier of the second type to the messaging account is conditional on receiving, from the organization management system, confirmation that the user is an authorized user of one of the member profiles comprising that user identifier of the second type.
  • the group creation data defines multiple new messaging groups to be created, wherein multiple new messaging groups are created using placeholder identifiers.
  • At least one of the placeholder identifiers identifies a participant in a plurality of the new messaging groups
  • the method further comprises: detecting a match between that placeholder identifier and the user identifier of the second type bound to the messaging account, and respond by creating, in the computer storage, an association between that messaging account and each of the plurality of new messaging groups, thereby granting the user access to all of the plurality of new messaging groups simultaneously.
  • the group creation data defines a hierarchical structure for the multiple new messaging groups, in which at least one of the new messaging groups is a participant of at least one other of the messaging groups.
  • the first type of user identifiers are phone numbers.
  • the second type of user identifiers are email addresses.
  • a computer program product for managing a messaging system comprising: computer storage holding messaging accounts for users of the messaging system, each comprising a user identifier of a first type; and a group messaging service for use in transmitting and receiving messages, in each of the plurality of messaging groups, between participant users granted access to that messaging group, using the user identifiers of the first type in their messaging account;
  • the computer program product comprising computer-executable code embodied on a computer-readable storage medium configured to as when executed by one or more processing units to perform steps of: granting participant users access to messaging groups by creating, in the computer storage, associations between the messaging groups and the messaging accounts of the participant users; receiving group creation data comprising at least one set of user identifiers of a second type denoting a new messaging group to be created; creating, in response to receiving said group creation data, a new messaging group by storing the set of user identifiers in the computer storage as placeholder identifiers for the new messaging group; receiving
  • the messaging system further comprises: an organization management system comprising second computer storage holding member accounts for members of an organization, each of the member accounts comprising a user identifier of the second type.
  • FIG 1 shows a schematic block diagram of a computer system comprising a messaging system and an organization management system
  • FIG 2 shows a schematic functional block diagram for the computer system
  • FIG 3 shows an example message flow according to a hierarchical group structure
  • FIG 4 shows an example of a hierarchical group structure
  • FIG 5 shows an example of bulk messaging group creation.
  • the described embodiments provide a messaging (chat) system, in which each user's identity is associated with a messaging account comprising a first type of user identifier (ID) - a phone number in the examples described.
  • the first type of user ID is used to allow messages to be transmitted and received between the users of the messaging system, between user devices associated with the user IDs of the first type, such as mobile phones.
  • Users can form messaging groups, such that any user participating in a messaging group can transmit and receive messages to/from all other user(s) in the messaging group.
  • org managements system (organizational system/org subscription system), such as Office 365 (0365)
  • users have member accounts comprising a second type of user ID. That is, users of the org management system are instead identified by a second type of user ID - an email address in the examples described.
  • These user IDs of the second type are not directly compatible with the messaging system, and cannot be used within the messaging system as a basis for transmitting and receiving messages as such.
  • messaging groups can be created within the messaging system, preferably in bulk, using the second type of user ID (email) to define participants of each messaging group - even though those user IDs of the second type are incompatible with the messaging system.
  • these second type of user IDs act as "placeholder" IDs initially, in that the participants cannot access the messaging groups at this point. It is down to each individual participant to bind their second type of user ID (email) with their messaging account in order to gain access to the messaging group.
  • An administrator (admin) of the organisation uses an organization admin interface, which is a web portal linked to the messaging system service to upload group creating data, defining the group structures to be created in terms of email addresses.
  • a method is performed at the messaging system that uses first identifier type information (a mobile/cell phone number) to identify active-type user profiles within the messaging service, in which an administrator uploads organisation information (org info/group creation data) to the message service, wherein the org info contains a hierarchy of second identifier type (0365 user identifier) information.
  • An automated service creates a plurality of inactive-type profiles each related to second identifier type information, wherein an inactive-type profile is not visible to a user of the messenger service.
  • the group manager creates a group structure of the inactive-type profiles according to the hierarchy within the org info.
  • the group manager monitors user information for active-type user profiles that contain second identifier type information that match that in an inactive-type profile. If so, an active-type profile and an inactive-type profile that contains matching information are merged.
  • the merger profile is an active-type and is within the group structure, such that the user of that profile can now participate in that group as a consequence.
  • FIG 1 shows a highly schematic block diagram of a computer system 100 comprising a messaging system 142, an organizational system 162, a plurality of first user devices 104 operated by a plurality of first users 102 respectively and a second user device 114 operated by a second user 112.
  • the systems and devices 104, 114, 142, 162 are shown connected to a network 108, which is a packet-based computer network such as the Internet.
  • the first users 102 are users of both the messaging system 142 and the organizational system 162, and all descriptions pertaining to the first user device 104 and the first user 102 below applies equally to each such user.
  • the user devices 104, 114 comprise respective processors 106, 116, such as a central processing unit (CPU) or CPUs, for executing instructions stored in memory of the user device 104/114 (not shown) so as to carry out functions embodied in those instructions.
  • processors 106, 116 such as a central processing unit (CPU) or CPUs, for executing instructions stored in memory of the user device 104/114 (not shown) so as to carry out functions embodied in those instructions.
  • the processor 106 of the first user device 104 is configured to execute at least two applications: a messaging application and a management application (not shown), which comprise respective instructions that when executed on the processor 106 cause the user device 104 to establish respective connections via the network 108 with the messaging system 142 and organizational system 162 respectively, thereby allowing the user 102 to access services provided by those systems from his user device 104.
  • the processor 116 of the second user device 114 is configured to execute an application, such as a web browser, so that the user 112, who is an organization administrator within the organizational system 162, can access an org admin interface (202, FIG 2), which is a web portal. That is, the computer system 100 comprises the org admin interface 202, which is accessible to the org admin 112 using his user device 1 14.
  • the messaging system 142 comprises at least one processor 144, such as a CPU or CPUs, and first computer storage 146 accessible to the at least one processor 144.
  • the at least one processor 144 is configured to execute message system code (not shown) stored in the first computer storage 146 in order to implement the functionality of the messaging system 142 that is described below.
  • the messaging code implements, when executed, a group messaging service (204, FIG 2), an authentication function (205, FIG 2), an account manager (207, FIG 2) and a group manager (209, FIG 2) that are described later.
  • the organizational system 162 also comprises at least one processor 164, such as a CPU or CPUs, and second computer storage 166 accessible to the at least one processor 164.
  • the at least one processor 164 is configured to execute management code (not shown) stored in the second computer storage 166 in order to implement the functionality of the organizational system 162 described below.
  • the management code when executed, implements an authentication function (203, FIG 2) and one or more organization management services (212, FIG 2).
  • the user devices 104, 114 also comprise respective displays (not shown) which can be controlled to display information communicated to the devices by the systems 142, 162, thereby outputting that information to the user 102/112 in question.
  • the two systems 142, 162 have independent user account infrastructure, wherein users can create separate and independent user accounts with the two systems 142, 162.
  • each messaging account 214 comprises user data of its user, such as a user credential(s) and other information pertaining to the user in the context of the messaging system 142.
  • each messaging account 214 comprises a user identifier of a first type - denoted uID.1 in the figures - which is used to identify the user of that account within the messaging system 142 and is a mobile number in the following examples.
  • uID.1 a first type - denoted in the figures - which is used to identify the user of that account within the messaging system 142 and is a mobile number in the following examples.
  • each user has a primary identity, which is their mobile number uID.1, and which they are required to have in order to use the system.
  • the messaging accounts 214 are created and managed by the account manager 207 of the messaging system 142, which can for example provide a web interface via which a user can create a messaging account using an instance of the messaging application executed on his user device, such as devices 104/114.
  • user accounts 224 are created and stored in the second computer storage 166.
  • User accounts in the organizational system 162 are referred to as member accounts, belonging as they do to members of an organization managed by the system 162.
  • Each comprises a user identifier of a second type - denoted uID.2 in the figures - which is used to identify that user within the org system 162, and which is an email address in the following examples.
  • the member accounts 224 are created by a registration service of the organizational system 162 (not shown), which can for example provide a web interface for creating messaging accounts, using the management application, for example on device 104.
  • the org subscription system 162 is separate from the messaging system 142, and is operated and managed independently.
  • the messaging system 142 and the organizational system 162 have separate and independent authentication functions - 205, 203 respectively - for authenticating users based on their messaging accounts 214 and member accounts 224 respectively. By successfully authenticating himself, the user becomes the authorized user of that account.
  • the messaging accounts 214 and member accounts 224 are also created and managed independently, by registration services 207 and 212 respectively.
  • the messaging service 204 of the messaging system 142 allows authorized users of the messaging accounts 214 to transmit instant messages to and receive instant messages from other users of the messaging system.
  • the messaging service 204 also allows those users to create messaging groups 216.
  • Information about each messaging groups 216 such as a group identifier (grpID) and information about the users participating in that messaging group, is stored in the first computer storage 146.
  • the messaging accounts 214 of users participating in a messaging group are associated with the messaging group (that is, with the group ID of that messaging group) in the first computer storage 146. Based on this group information and the information in the associated messaging accounts 214, the messaging service 204 allows the group participants to exchange instant messages within the messaging group via the network 108. For example, the messages may be relayed between the participants by the messaging service, or the messaging service may provide network address information to allow the participant to exchange the messages with each other directly.
  • the first type of user identifiers uID. l are used as a basis for the exchange of messages in each messaging group, for example by identifying user devices 104 associated with the first type of user identifiers uID. l of the users in the messaging group as recipient devices for messages in the group.
  • the organizational management system 162 provides one or more organization management services 212, to assist its users in managing their (respective) organization(s). That is, in some implementations the services 212 may be provided to a plurality of different organizations, identified by respective organization IDs 226 held in the second computer storage 166.
  • Such services 212 can for example include email services, e.g. business email, document sharing and collaboration, shared storage, and the provision of application software, such as word processing software, spreadsheet software etc.
  • email services e.g. business email, document sharing and collaboration, shared storage, and the provision of application software, such as word processing software, spreadsheet software etc.
  • application software such as word processing software, spreadsheet software etc.
  • 0365 An organizational account providing such services.
  • Organizational accounts and the types of management services 212 they can provide are known in the art, and are not discussed in further detail herein.
  • the org admin 112 can create new messaging groups using the second type of user ID, uID.2. It is then down to each individual user 102 to link (bind) his messaging accounts 214 in the messaging system 142 to his member account 224 in the org system 162, via the account manager 207 of the messaging system 142.
  • the second type of user identifier ID.2 (email) for that user is used as a placeholder ID (also referred to as a ghost ID) to define that user's relationship to the group, even though it cannot be used as a basis for communication within the messaging system 142.
  • a placeholder ID also referred to as a ghost ID
  • an inactive, ghost account can be created using uID.2, which is then merged with the user's actual messaging account 214 when he links the latter to his member account 224. The user cannot access or see the new messaging group until he has linked his accounts together.
  • the described embodiments of the present invention address only require an org admin to upload a list of group names and corresponding org email ID (e.g. Office 365 account ID) and other optional data e.g. employee names, which is sufficient to create groups - without needing any mobile numbers.
  • group names and corresponding org email ID e.g. Office 365 account ID
  • other optional data e.g. employee names, which is sufficient to create groups - without needing any mobile numbers.
  • the org admin 112 uploads group creation data 206 to the group manager 209 via the org admin portal 202.
  • the group creation data 206 comprises at least one set of user IDs of the second type (email addresses) denoting a new group to be created, and can define multiple groups with potentially complex hierarchical structure (see below).
  • the set of email addresses identifies which users are intended participants for the new messaging group(s).
  • the group manager 209 creates a new messaging group(s), using the set of email addresses received in the group creation data 206 as placeholder identifiers for at least any participants in that group who have not already linked their messaging accounts 214 (and hence their mobile numbers uID.1) to their member accounts 224 at that time. That is, the set of email addresses are stored as placeholder IDs in the first computer storage 146 of the messaging system 142. For example, a new, unique group ID may be created for the new group 216 (or for each new group), that is stored in association with the set of placeholder IDs.
  • a user 102 links his messaging account 214 to his member account 224 (S6) by indicating his user identifier of the second type uID.2 to the account manager 207.
  • the account manager 207 may check that the user 102 is actually authorized to use uID.2.
  • the authentication function 203 of the org system 162 may provide (S8) information demonstrating that the user 102 is authorized to use uID.2. For example, this can require the user to log-in (or otherwise authenticate himself to) to the org system 162 using uID.2, via the authentication function 203 of the org system 162.
  • the information can be provided from the authentication function 203 of the org system 162 directly to the messaging system 142, for example via an application programming interface (API), or alternatively the authentication function 203 can provide the user with, say, an authentication token, subject to successful authentication based on uID.2, which the user 102 can then provide to the account manager 207 to demonstrate his authorization to use uID.2.
  • any mechanism can be used for conveying, by the authentication function 203 of the org system 162 to the account manager 207 of the messaging system 142, that the user 102 is an authorized user of the member account comprising the second type of user identifier uID.2 that the user 102 wishes to bind to his messaging account 214. That is, the member account 224 comprising the user identifier of the second type uID.2 (email) as indicated by the user 102 at step S6.
  • the account manager 207 links the user's messaging account 214 to his org account 162, using the information provided at step S6. In so doing, the account manager 207 binds the second type of user identifier uID.2, indicated at step S6, to the first type of user identifier uID, in that messaging account 214, in the first computer storage 146.
  • the group manager 209 detects a match between the uID.2 now bound to the messaging account 214 and a corresponding one of the placeholder identifiers stored for the new messaging group, and in response grants the user 102 of that messaging account 214 access to the new messaging group, by associating his messaging account 214 with that messaging group in the first computer storage 146.
  • the user 102 can now transmit and receive messages to/from any other users as a participant in that messaging group who have also linked their messaging accounts 214 and member accounts 224 in the same manner.
  • the user 102 may also be able to see messages exchanged before he joined, possibly with some resections depending on the implementation. It is only now that the new massaging group becomes accessible to that user - before his messaging account 214 and org account 224 are linked, he cannot access the new messaging group.
  • steps S6-S10 can be implemented using the concept of an "add-on" profile.
  • An add-on profile in this context is a profile in an external system, such as a social media platform, personal account (e.g. personal email) etc. That is, the account manager 207 can provide a generic add-on profile function, which can be used to link the user's primary profile to a variety of external profiles as he chooses.
  • This generic add-on profile function can be used at steps S6-S 10, where the external profile in this context is personal information (including his email uID.2) in his member account 224 of the org management system 162 (member profile), that the user 102 links to his messaging account 214. Once so linked, the member profile becomes an add-on profile to the primary profile, thereby binding the primary profile to the users' email uID.2 for detection at step S12.
  • each of placeholder identifiers stored at step S4 constitutes a "ghost profile" (also referred to as an inactive-type profile) within the messaging system, until such time as the user links the corresponding member profile to his primary profile, thereby allowing the placeholder ID to be resolved to a primary profile in an actual messaging account 214 (active-type profile).
  • active-type profile also referred to as an inactive-type profile
  • the inactive-type and matching active-type profiles are merged, in that one active-type profile replaces the placeholder within the group structure(s) in question.
  • FIG 3 is message sequence chart illustrating a basic example of instant messaging between a plurality of clients 104a, 104b, 104c and the messaging system 142.
  • Each client 104a, 104b, 104c in this example represents one of the user terminals 104 as shown in and described in relation to FIG 1.
  • the messaging service 204 is assumed to be implemented by a server of the messaging system 142, though in other cases multiple servers (physical or logical) may implement this functionality collectively. Accordingly, all descriptions pertaining to the server below apply more generally to the messaging service 204 (for example one or more servers of the messaging system 142).
  • the corresponding client 104a sends (312) to the server connection info such as IP address and port, and contacts information including details of any groups the sending user is a member of, if this is not already stored at the server.
  • clients 104b and 104c correspond to users who are contacts of the sending client.
  • the server can check which users from amongst the contact information are logged on or online, and can report back (314) to the client 104a.
  • Client 104a can update a display to indicate the status of contacts (e.g. whether they are online or not, or the last time they were logged on or online).
  • the server may notify (316) clients corresponding to the contacts information that client 104a is logged in, and optionally provide the connection information of client 104a.
  • the sending user wishes to send an F to a group, which includes clients 104b and 104c.
  • the message is sent (318) to the server.
  • the server can analyse the message to determine the intended recipients, by receiving the name or ID of the group, and looking up members of that group in stored or received contact information and their connection information, and can forward the message appropriately (320).
  • a hub-spoke architecture is used, with messaged passing between clients via a server, however a peer to peer architecture is a possible alternative.
  • the server can also provide connection information (e.g. IP address and port) of contacts who are logged in or online (having been notified of such information from the respective clients, shown dashed line as 330).
  • connection information e.g. IP address and port
  • the client 104a is able to send a message directly (322) to clients 104b and 104c, as it has the necessary connection information to access them without the need for a routing intermediary.
  • a server is typically employed to administrate connection information between clients.
  • Peer to peer architecture is generally more useful for communication where two or more users are connected for a session, such as for a voice call or videoconference for example.
  • a server client, or spoke hub architecture may be more suitable to a text based communication system such as instant messaging.
  • the above example uses a messaging group arrangement, whereby two or more, or typically three or more users are organised together in a group, having a particular name or identifier.
  • a message can be addressed to the name or identifier of the group, and control logic at the client or server can look up the names and/or addresses of the members of the group, so that the message can be forwarded (i.e. duplicated) to the relevant clients.
  • a messaging group may contain one or more administrators, or admins, who are able to control group properties, such as adding or removing members of the group, or renaming the group for example.
  • a messaging group may contain one or more groups, in a nested or hierarchical structure, and multiple tiers or hierarchical levels can be established e.g. by a group structure which can support child or sub-groups.
  • a parent group may have more than one child group, however it is also possible for a child group to belong to more than one parent group.
  • an individual user or client can belong to multiple groups, at multiple levels, as required. Therefore, groups may overlap both inter and intra level in some cases. It is also noted that a group may have only other (sub-) groups as members, and no individual members.
  • a first group ID of a first messaging group may be treated within the messaging system 142 as a member of a second messaging group having a second group ID. That is, an association between the second group ID and the first group ID, such that the first group is defined as a participant of the second group, can be created similarly to how associations between group IDs and member accounts 214 are created for individual users. This makes all participants in the first group (indirect) participants in the second group as well - although as participants are added to or removed from the firs group, this is reflected in the second group implicitly without having to change the association between the first and second groups. This provides an efficient and flexible way of managing large and complex group structures in particular. It also simplifies the process of sensing a message across multiple groups.
  • FIG 4 An example grouping is shown in FIG 4 comprising users 102A-Q arranged in groups Gl-8.
  • the hierarchical structure is shown with user A (e.g. the CEO of a company using the messaging service) at the top level.
  • a group can contain a single user (e.g. Gl contains user B) or multiple users (e.g. G3 contains user D and user E).
  • a single user can belong to more than one group (e.g. user N belongs to both group G6 and group G7). It is understood that this is only an example for the purposes of explanation and that more complicated (and also simpler) group structures are possible.
  • the grouping structure will depend on the specific implementation of the messaging service and the organisational structure of the users using the service.
  • FIG 5 illustrates a simple example of this procedure.
  • the org admin 112 can set up messaging groups by providing "ghost" profile information 501 to the messaging system 142, e.g. using a web portal 202 as described earlier.
  • This information 501 comprises at least secondary ID information 513 such as an email address along with grouping data 515 as shown in FIG 5 but does not include a primary ID (e.g. mobile number 511) which is used for messaging (as described above).
  • a primary ID e.g. mobile number 511
  • the messaging system 142 receives data 501 pertaining to multiple clients (only a single generic one is shown in FIG 5) and constructs ghost profiles and groups as illustrated in table 502. Note that only four users L-P are shown in table 502 for the sake of clarity, and that these correspond to users L-P shown in FIG 4.
  • the admin 112 is able to construct the underlying grouping structure without the need of the mobile numbers 551 of any of the clients.
  • a client e.g. Client M as shown in FIG 5
  • Client M is able to activate his group membership by providing an add-on profile 503 (of the kind described above) to the messaging system 142.
  • This add-on profile 503 specifies at least the mobile number of the user and some identifying information e.g. user name or email as shown in FIG 5, and comes from the user's member account 224 in this example.
  • the messaging system 142 receives the add-on profile (or at least the required information relating to it) and, upon determining that a ghost profile with an email which matches that of the add-on profile exists, can associate the mobile number of the add-on profile 503 with that account which upgrades the ghost account to an active account which can then be used for messaging.
  • group information that was saved earlier can be fetched in order to convert the ghost membership into an active one, as the email ID can be used to make the association.
  • chat can be initiated.
  • the messaging system 142 can also fetch older messages, with applicable restrictions, sent to the group from earlier points in time.
  • references to software executed on the at least one processor can mean all of the software are executed on the same processor, or that portions of the code can be executed on different processors, which may or may not be collocated.
  • the various services described above can be individually implemented on one or multiple processors, for example embodied in one or more servers; different services can be implemented on the same processor(s)/server(s) or on different processors/servers.
  • different code portions may be implemented on different processors at different locations, possibly in different data centres which can communicate via the network 108 or a dedicated back-end connection, for example.
  • computer storage refers generally to one or more computer-readable storage devices, such as magnetic or solid-state storage devices. For multiple devices, there may or may not be spatially collocated. For example, different parts of the first/second computer storage 146, 166 may likewise be implemented at different data centres, for example.
  • the system code can be stored for execution at the system in question in one or more computer readable memory devices.
  • the features of the techniques described herein are platform- independent, meaning that the techniques may be implemented on a variety of commercial computing platforms having a variety of processors.
  • the systems may include a computer-readable medium that may be configured to maintain instructions that cause the systems, and more particularly any operating system executed thereon and associated hardware of the system to perform operations.
  • Examples of a computer-readable storage medium include a random-access memory (RAM), read-only memory (ROM), an optical disc, flash memory, hard disk memory, and other memory devices that may use magnetic, optical, and other techniques to store instructions and other data.
  • RAM random-access memory
  • ROM read-only memory
  • optical disc optical disc
  • flash memory hard disk memory
  • hard disk memory and other memory devices that may use magnetic, optical, and other techniques to store instructions and other data.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • Economics (AREA)
  • Computer Hardware Design (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

L'invention concerne un système de messagerie qui comprend : un stockage informatique contenant des comptes de messagerie pour des utilisateurs du système de messagerie, comprenant chacun un identifiant d'utilisateur d'un premier type ; un gestionnaire de compte pour gérer les comptes de messagerie ; un gestionnaire de groupe conçu pour accorder aux utilisateurs participants l'accès à des groupes de messagerie en créant, dans le stockage informatique, des associations entre les groupes de messagerie et les comptes de messagerie des utilisateurs participants ; un service de messagerie de groupe conçu pour émettre et recevoir des messages, dans chacun de la pluralité de groupes de messagerie, entre les utilisateurs participants auxquels l'accès audit groupe de messagerie a été accordé, à l'aide des identifiants d'utilisateurs du premier type dans leurs comptes de messagerie.
PCT/US2018/012443 2017-01-13 2018-01-05 Création de groupes dans un système de messagerie WO2018132304A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
IN201741001493 2017-01-13
IN201741001493 2017-01-13
US15/467,894 2017-03-23
US15/467,894 US10404631B2 (en) 2017-01-13 2017-03-23 Creating groups in a messaging system

Publications (1)

Publication Number Publication Date
WO2018132304A1 true WO2018132304A1 (fr) 2018-07-19

Family

ID=61074539

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2018/012443 WO2018132304A1 (fr) 2017-01-13 2018-01-05 Création de groupes dans un système de messagerie

Country Status (1)

Country Link
WO (1) WO2018132304A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024065147A1 (fr) * 2022-09-27 2024-04-04 Citrix Systems, Inc. Gestion de groupe

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007047140A1 (fr) * 2005-10-21 2007-04-26 Yahoo! Inc. Consolidation de compte
US7428750B1 (en) * 2003-03-24 2008-09-23 Microsoft Corporation Managing multiple user identities in authentication environments
US20080316925A1 (en) * 2007-06-21 2008-12-25 Microsoft Corporation Aggregating and searching profile data from multiple services
US20100217805A1 (en) * 2009-02-20 2010-08-26 Microsoft Corporation Associating multiple physical mailboxes with same user object in messaging system
US8020105B1 (en) * 2003-12-19 2011-09-13 Apple Inc. Unified user interface for instant messaging and email
US20130144951A1 (en) * 2010-07-23 2013-06-06 Smeak, Inc. Communication management system with extensible command language to consolidate and control multiple diverse communication mechanisms
US20130204888A1 (en) * 2012-02-05 2013-08-08 Apple Inc. Communication history aggregation and presentation
US20150113631A1 (en) * 2013-10-23 2015-04-23 Anna Lerner Techniques for identifying a change in users
US20160125368A1 (en) * 2014-10-31 2016-05-05 Square, Inc. Money transfer in a forum using a payment proxy
US9342852B1 (en) * 2011-11-04 2016-05-17 Google Inc. Visual indicators for account access in a social network
US20160174064A1 (en) * 2014-12-15 2016-06-16 Michael Brinskele Managing multiple communication profiles at a mobile device

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7428750B1 (en) * 2003-03-24 2008-09-23 Microsoft Corporation Managing multiple user identities in authentication environments
US8020105B1 (en) * 2003-12-19 2011-09-13 Apple Inc. Unified user interface for instant messaging and email
WO2007047140A1 (fr) * 2005-10-21 2007-04-26 Yahoo! Inc. Consolidation de compte
US20080316925A1 (en) * 2007-06-21 2008-12-25 Microsoft Corporation Aggregating and searching profile data from multiple services
US20100217805A1 (en) * 2009-02-20 2010-08-26 Microsoft Corporation Associating multiple physical mailboxes with same user object in messaging system
US20130144951A1 (en) * 2010-07-23 2013-06-06 Smeak, Inc. Communication management system with extensible command language to consolidate and control multiple diverse communication mechanisms
US9342852B1 (en) * 2011-11-04 2016-05-17 Google Inc. Visual indicators for account access in a social network
US20130204888A1 (en) * 2012-02-05 2013-08-08 Apple Inc. Communication history aggregation and presentation
US20150113631A1 (en) * 2013-10-23 2015-04-23 Anna Lerner Techniques for identifying a change in users
US20160125368A1 (en) * 2014-10-31 2016-05-05 Square, Inc. Money transfer in a forum using a payment proxy
US20160174064A1 (en) * 2014-12-15 2016-06-16 Michael Brinskele Managing multiple communication profiles at a mobile device

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024065147A1 (fr) * 2022-09-27 2024-04-04 Citrix Systems, Inc. Gestion de groupe

Similar Documents

Publication Publication Date Title
US10404631B2 (en) Creating groups in a messaging system
US12238114B2 (en) Method, apparatus, and computer program product for selectively granting permissions to group-based objects in a group-based communication system
JP6911189B2 (ja) 外部と共有されたコミュニケーションチャンネルを生成するための方法、装置、及びコンピュータプログラム製品
JP7047173B2 (ja) グループベースコミュニケーションシステムを介して外部アクションを開始するシステム及び方法
US8036140B2 (en) Application programming interface for inviting participants in a serverless peer to peer network
US11570134B2 (en) Methods and apparatuses for managing external approval provisioning and external messaging communication requests in a group-based communication system
US7822821B2 (en) Access point object depositable on a web page and useful for initiating communication between depositing user and buddy
US20140019531A1 (en) Contact builder
US10205685B2 (en) Apparatus and method for managing user chat experiences with businesses
US20210075837A1 (en) Servicing group-based communication workspace add requests within a group-based communication system
KR101011834B1 (ko) Ｓｉｐ 기반의 메시지 서비스에서의 그룹 공지 방법
CN109076007B (zh) 异步消息传递系统中单个账号的配置文件管理方法及系统
US20200036544A1 (en) Systems and methods for initiating actions based on multi-user call detection
MX2007013354A (es) Sistema y metodo para colaboracion con presencia sin servidor.
WO2013097740A1 (fr) Procédé et dispositif pour susciter des informations dynamiques concernant un contact
CN101160879A (zh) 一种设置呈现体配置信息的方法、系统、服务器及单元
CN103703767A (zh) 一种视讯会议的实现方法、业务管理设备及视讯会议系统
US20200036543A1 (en) Systems and methods for call initiation based on mobile device proximity
CN112740622B (zh) 用于生成外部共享通信信道的方法和装置
US7478172B1 (en) Supporting communication applications between enterprises in a secure manner
WO2018132304A1 (fr) Création de groupes dans un système de messagerie
JP4205608B2 (ja) サービス管理方法及びサービスシステム
WO2020113162A1 (fr) Procédé, appareil et produit-programme d'ordinateur de génération de canaux de communication partagés extérieurement
Hanzl Spontaneous social networks

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18701957

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18701957

Country of ref document: EP

Kind code of ref document: A1

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载