Detailed Description
Example embodiments will now be described more fully with reference to the accompanying drawings. However, the exemplary embodiments can be embodied in many different forms and should not be construed as limited to the examples set forth herein, but rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of the exemplary embodiments to those skilled in the art.
Furthermore, the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the application. One skilled in the relevant art will recognize, however, that the application may be practiced without one or more of the specific details, or with other methods, components, devices, steps, etc. In other instances, well-known methods, devices, implementations, or operations are not shown or described in detail to avoid obscuring aspects of the application.
The block diagrams depicted in the figures are merely functional entities and do not necessarily correspond to physically separate entities. That is, the functional entities may be implemented in software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor devices and/or microcontroller devices.
The flow diagrams depicted in the figures are exemplary only, and do not necessarily include all of the elements and operations/steps, nor must they be performed in the order described. For example, some operations/steps may be decomposed, and some operations/steps may be combined or partially combined, so that the order of actual execution may be changed according to actual situations.
Currently, with the widespread use of electronic payments, the registered number of electronic payment merchants has reached the tens of millions level. In order to better manage these electronic payment merchants, certain communication channels are needed between the electronic payment official customer service personnel and these electronic payment merchants for communication. With the development of the internet, in order to promote better real-time communication, a user group can be created for each electronic payment merchant on the electronic payment platform, and communication between the two can be promoted by means of the user group. After the user group is established, maintenance and management of the established user group are not required.
The existing user group management method is that a user group is directly established on an electronic payment platform, merchant staff is added to the user group in a two-dimension code scanning mode, in addition, an account corresponding to an official customer service staff of electronic payment, namely an account of an administrator, is also added to the user group, then, the official customer service staff performs manual auditing and manual removal of the member account to manage members in the user group, and in addition, a message can be pushed in the group through a robot. Because the existing management user group is managed in a manual mode, the existing group management capability is insufficient, the degree of automation is low, and the automatic management of the user group is not facilitated.
In view of the foregoing, referring to fig. 1, fig. 1 schematically illustrates a flow of method steps for providing user group management according to an embodiment of the present application. The application provides a method for managing user groups, which mainly comprises the following steps of S101 to S107:
step S101, an enterprise platform robot is established on an enterprise management platform;
Step S102, creating an enterprise platform client group at the enterprise management platform,
Step S103, pulling the enterprise platform robot into the client group;
Step S104, the sharing group two-dimension code invites the merchant staff of the electronic payment platform to enter the group;
Step S105, drawing group member information through an API, and auditing members;
step S106, the illegal member is kicked out by using the API;
step S107, pushing the message in the group through the enterprise platform robot.
In this way, the user group is managed by the intercommunication of the two communication platforms, the user of the second communication platform is added into the user group of the first communication platform, and the user of the second communication platform is managed by the virtual management object created by the first communication platform, so that the automatic management of the user group is realized.
The following describes the aspects of the application in detail with reference to specific embodiments.
Fig. 2 schematically shows a block diagram of an exemplary system architecture to which the technical solution of the present application is applied.
As shown in fig. 2, the system architecture may include a first communication platform 210 and a second communication platform 220. Wherein the first communication platform 210 may include a first terminal 211 as a transmission message and a first platform server 212 for providing a data communication service to the first terminal 211, and the second communication platform 220 may include a second terminal 221 as a transmission message and a second platform server 222 for providing a data communication service to the second terminal 221.
The first terminal 211 and the second terminal 221 may include various terminal devices such as a smart phone, a tablet computer, a notebook computer, a desktop computer, and the like. The first platform server 212 and the second platform server 222 may be independent physical servers, may be a server cluster or a distributed system formed by a plurality of physical servers, or may be cloud servers that provide cloud computing services. The first terminal 211 and the first platform server 212, the second terminal 221 and the second platform server 222, and the first platform server 212 and the second platform server 222 may be connected by a wired communication link or a wireless communication link.
When the first communication platform 210 transmits data to the second communication platform 220 for communication, the first terminal 211 transmits data to the first platform server 212, the first platform server 212 receives the data transmitted by the first terminal 211 and transmits the data to the second platform server 222, and then the second platform server 222 forwards the data to the second terminal 221, thereby realizing the mutual communication between the first communication platform 210 and the second communication platform 220. When the second communication platform 220 transmits data to the first communication platform 210, the data is transmitted to the second platform server 222 through the second terminal 221, and after the second platform server 222 receives the data transmitted by the second terminal 221, the data is transmitted to the first platform server 212, and then the first platform server 212 forwards the data to the first terminal 211. Based on the information, the two communication platforms are communicated with each other, so that the automatic management of the user group is facilitated.
The method for managing a user group provided by the application is described in detail below with reference to the specific embodiments.
Fig. 3 shows a flowchart of method steps for managing a user group in an embodiment of the application, which may be performed by the client device or the server device shown in fig. 2, the method performed on the client device being described as an example in the embodiment of the application. As shown in fig. 3, the method for managing a user group may mainly include the following steps S301 to S303.
In step S301, a user group and a virtual management member are created on the first communication platform, where the virtual management member is a virtual group member of the user group, and the virtual management member may be used to manage the user group.
The user group and the virtual management member are both created on the first communication platform, and the creation of the user group and the virtual management member can be realized by directly calling an API (Application Programming Interface, application program interface). It should be noted that the virtual manager is a virtual member in the user group, and may be used to manage the user group of the first communication platform, for example, the virtual manager may perform operations of quick reply, group management, setting into a group welcome language, and so on, so as to implement management of the user group. Specifically, the virtual management member can manage the actual members in the user group, for example, the members which do not fit in the user group are moved out of the user group, and the operations of pushing messages, sending group notices and the like in the user group can be performed.
The first communication platform is exemplified by an enterprise management platform, the virtual management member is exemplified by a group chat robot, and the user group can be also called a merchant group. In this embodiment, first, a merchant group is created in the enterprise management platform, and a group chat robot for managing the merchant group is added to the merchant group, so that the group chat robot becomes a virtual member of the merchant group. The group chat robot not only belongs to one virtual member in the merchant group, but also is a group administrator of the merchant group, the group chat robot is used for managing the members of the merchant group, staff who are not the merchant group are moved out of the merchant group, and in addition, the group chat robot can also send messages, modify group notices, automatically reply messages and the like in the merchant group.
In step S302, the user of the second communication platform is added to the user group of the first communication platform, where the first communication platform and the second communication platform communicate with each other.
The first communication platform and the second communication platform are two different communication platforms, the first communication platform and the second communication platform can communicate with each other, and a user of the second communication platform can be added into a user group created by the first communication platform.
In order to facilitate understanding of the technical solution of the present application, the enterprise management platform is taken as an example of the first communication platform, and the electronic payment platform is taken as an example of the second communication platform. Of course, the first communication platform of the present application is not limited to the enterprise management platform, and the second communication platform is not limited to the electronic payment platform, but may be other two communication platforms that can communicate with each other, which is not limited herein.
And creating a user group in the enterprise management platform, wherein the members of the enterprise management platform and the members of the electronic payment platform can realize intercommunication, so that the members of the electronic payment platform can be added into the merchant group established by the enterprise management platform.
In step S303, the group members of the user group are managed by the virtual management member, and the virtual management member and the group members of the user group can mutually transmit message data.
When the virtual management member manages the user group, not only the actual member in the user group can be managed, but also the message can be pushed in the user group, and the operations such as group announcement and the like can be performed.
In the technical scheme provided by the embodiment of the application, the user group is managed by the intercommunication of the two communication platforms, specifically, the user of the second communication platform is added into the user group of the first communication platform, and the user of the second communication platform is managed by the virtual management object created by the first communication platform, wherein the virtual management object can automatically manage the members of the user group, in addition, the virtual management object is used as one virtual member in the user group and can mutually transmit data messages with other group members of the user group, so that the management of the user group is realized by the virtual management object without manual management, and the automatic management of the user group is realized.
Referring to fig. 4, fig. 4 schematically illustrates a flow of steps for creating a user group and virtual management members at a first communication platform in an embodiment of the present application. In one embodiment of the present application, step S301, creating a user group and a virtual management member in the first communication platform may mainly include the following steps S401 to S405.
Step S401, creating a group chat robot on a first communication platform;
Step S402, converting the group chat robot into a virtual management member;
step S403, obtaining an account number of a virtual management member;
step S404, creating a user group associated with the virtual management member account;
In step S405, the virtual management member account is set as an administrator of the user group.
For the creation of the user group and the virtual management member, the group chat robot can be created first, the group chat robot is converted into the virtual management member, and then the user group is created according to the account number of the virtual management member, so that the creation of the user group and the virtual management member is realized.
Specifically, a group chat robot is created on an enterprise management platform, then an account number of the group chat robot is converted into a virtual enterprise management platform member account number, a user group is created based on a virtual account number corresponding to the group chat robot, and the group chat robot is directly a group administrator of the user group, so that the creation of the user group and the virtual management member is realized.
Therefore, the user group associated with the virtual account number is created based on the virtual account number corresponding to the group chat robot, and the group chat robot is directly set as a group manager of the user group, so that the user group management is convenient to realize.
Alternatively, the establishment of the user group and virtual management member may be accomplished in another manner. In particular, referring to fig. 5, fig. 5 schematically illustrates a flow of steps for creating a user group and a virtual management member at a first communication platform in another embodiment of the present application. In another embodiment of the present application, step S301, creating a user group and a virtual management member in the first communication platform may mainly include the following steps S501 to S505.
Step S501, a group chat robot is created on a first communication platform;
Step S502, converting the group chat robot into a virtual management member;
Step S503, obtaining account numbers of virtual management members;
step S504, creating a user group on the first communication platform;
In step S505, the account number of the virtual management member is added to the user group.
As another way of creating the user group and the virtual management member, the group chat robot may be created first, the group chat robot is converted into the virtual management member, then the user group is created, the account number of the group chat robot is converted into a virtual enterprise management platform member account number, and the account number is added into the created user group, thereby implementing the creation of the user group and the virtual management member.
Referring to fig. 6, fig. 6 schematically illustrates adding a group chat robot to a user group in an embodiment of the application. Specifically, the group chat robot 601 is created on the first communication platform, that is, the group chat robot 601 is created on the enterprise management platform, and the account number of the group chat robot is converted into the account number of one virtual management member 602. There are other members in the first communication platform, including the first communication platform member 603 and other members, and the message protocol and accounting system of the virtual management member 602 are identical to those of the other first communication platform member 603, and they use the same member protocol conversion module 604 to communicate with the group creation module 605 of the second communication platform.
Therefore, the group chat robot is created first, the user group is created, and then the group chat robot is added into the user group, so that the user group can be managed conveniently.
Referring to fig. 7, fig. 7 schematically illustrates a flow of steps for adding a user of the second communication platform to a user group of the first communication platform in an embodiment of the present application. In one embodiment of the present application, step S302, adding the user of the second communication platform to the user group of the first communication platform may mainly include the following steps S701 to S702.
Step S701, obtaining a group entering identifier of a user group.
The group entering identifier refers to a mark associated with the user group, and the user group can be entered by scanning the group entering identifier of the user group, and the group entering identifier can be, for example, a two-dimensional code, a bar code or the like which can be uniquely associated with the user group.
Step S702, adding the user of the second communication platform into the user group according to the scanning result of the user of the second communication platform for the group entering identification.
The group entering identification takes a two-dimensional code as an example, and a user of the second communication platform can enter the user group by scanning the two-dimensional code corresponding to the user group by sharing the two-dimensional code.
Correspondingly, the user of the electronic payment platform can enable staff of the merchant to enter the established merchant group by scanning the two-dimension code of the merchant group, so that unified management is carried out on the staff of the merchant, and management efficiency is greatly improved.
After the user of the second communication platform is added to the user group, the group chat robot and the common group members can be distinguished on the member display interface of the enterprise micro communication platform, namely the group management interface. Referring to fig. 8, fig. 8 schematically illustrates a member display interface of the first communication platform in an embodiment of the present application. The member display interface 800 of the first communication platform includes a first area 801 and a second area 802, the group members of the user group are displayed in the first area 801, the virtual management members of the user group are displayed in the second area 802, and the first area 801 and the second area 802 are different areas.
Thus, the user of the second communication platform adds the group entering identification into the user group of the first communication platform through scanning, and the virtual management member of the first communication platform is convenient to manage. In addition, virtual management members of the user group and members of the user group are displayed in different areas on a display interface of the first communication platform, and the virtual management members and the members of the user group are distinguished so as to be convenient for managing the group members.
Referring to fig. 9, fig. 9 schematically shows a flowchart for managing a user group in an embodiment of the present application. In one embodiment of the application, one group entering identifier binds a plurality of user groups, one user group corresponds to a plurality of group members, and the group entering identifier takes a two-dimensional code as an example, that is, one two-dimensional code can bind a plurality of user groups, and a plurality of group members can be arranged in one user group.
The adding the user of the second communication platform to the user group may mainly include the following steps S901 to S907.
Step S901, acquiring a group two-dimensional code, and sharing the acquired two-dimensional code.
And step 902, scanning the group by the user of the second communication platform, and entering the user group bound with the two-dimension code by the user of the second communication platform through scanning the two-dimension code of the group.
Step S903, determine whether a group with an unlimited number of people exists in the group list bound by the two-dimensional code. For example, since the number of persons in one group is limited to 500, it is necessary to determine whether or not a group of less than 500 persons exists in the group list to which the two-dimensional code is bound.
In step S904, if the group list bound by the two-dimensional code has a group with an unlimited number of people, a group with an unlimited number of people is randomly selected, and the group entering is successful.
If the number of the members of any one user group does not reach the preset number in all the user groups bound by the two-dimension code, adding the user into the user group of which the number of the members does not reach the preset number.
Because the number of group members in a user group is limited, when the number of group members in a user group reaches a threshold for accommodating the number of users, the user group cannot enter. Taking the current enterprise management platform as an example, the number of users in each user group created by the current enterprise management platform is limited to 500. If the number of group members of the user group does not reach 500, then the user group may be joined when the user scans the group entry identity bound to the user group. If the number of group members of the user group reaches 500, the user cannot enter the user group even if the user scans the two-dimensional code bound by the group. Because a group entering identifier can bind a plurality of user groups, after the number of one user group reaches 500, the user can enter the user group with other people not reaching 500 by scanning the group entering identifier, therefore, when the user of the second communication platform scans the group entering identifier bound by the user group, whether the user group with less than 500 people exists in the existing user group bound by the group entering identifier is judged first, and if the user group with less than 500 people exists, one user group is selected to enter at random.
In step S905, if there is no group less than the limited number of people in the group list bound by the two-dimensional code, it is determined whether the user group bound by the two-dimensional code is already bound by a preset number.
If the number of the members in each user group bound by the two-dimension code reaches the preset number, counting the number of all the user groups at present.
If no user group with the number less than 500 exists, namely the number of the group members of all the existing user groups reaches 500, the number of the current user groups bound by the group entering identification needs to be counted, and whether the number of the current user groups reaches the set number is judged.
Step S906, if the number of groups bound has reached the preset number, the group entering fails.
If the number of all the user groups reaches the preset number, the user fails to enter the group.
Because the number of user groups is limited, the number of the user groups bound by one two-dimensional code is 100 at most, and if the number of all user groups bound by one two-dimensional code reaches 100 at present, the user cannot be added into any user bound by the group identification.
In step S907, if the number of bound groups does not reach the preset number of bound groups, a new group is created, and the group entering is successful.
If the number of all the user groups does not reach the preset number, creating a new user group, and adding the user to the new user group.
If the number of the user groups bound by the two-dimension code is counted to be less than 100, a new user group can be created, and the new user group and the previous user group are bound to the same group entering identification, so that the user is added into the newly created user group, and the group entering is successful.
The scheme adopts a group splitting mode, namely one group entering identifier can bind a plurality of user groups, specifically, one group entering identifier can bind 100 user groups, and one user group can accommodate 500 people. The user can enter the user group with the number of 500 people by scanning the group entering mark. When it is detected that 500 people in one user group cannot add a new member, a new user group is automatically created, so that the member is added to the new user group. When the number of user groups is automatically split to 100, then a new user group cannot be created anymore. Thus, one merchant has only one group two-dimensional code, but can maintain up to 100 merchant groups at the back, and 500 people per group, namely, a merchant group with up to 5w people can be maintained. Compared with the electronic payment platform, the user group membership limit is 500 at most, and for larger merchants, the number of butt joint staff is huge, so that the management requirement cannot be met.
Referring to fig. 10, fig. 10 schematically illustrates a flow of steps for managing group members of a user group by a virtual management member in an embodiment of the present application. In one embodiment of the present application, step S303, managing group members of the user group through the virtual management member may mainly include the following steps S1001 to S1004.
Step S1001, obtaining account information of group members through virtual management members;
Step S1002, auditing the acquired account information of the group members according to a preset rule;
step S1003, if the account information of the group member accords with a preset rule, the account of the group member is reserved in the user group;
In step S1004, if the account information of the group member does not meet the preset rule, the account of the group member is moved out of the user group.
The preset rule refers to that the account signal contains an identification number associated with the user group, for example, staff belonging to the merchant group is added to the merchant group, each member of the merchant group corresponds to a personal number, account information corresponding to staff belonging to the merchant contains the personal number, and if the obtained account information of one group member is inconsistent with the identification information of the merchant member, the account of the member is removed. The virtual management member manages the user group to manage the actual members in the user group, for example, the members which are not the merchant are removed, and the like, so that the manual auditing mode is avoided, and the automatic management of the user group members is realized.
Referring to fig. 11, fig. 11 schematically illustrates a flow of steps for transmitting message data between a virtual management member and a group member of a user group in an embodiment of the present application.
In one embodiment of the present application, step S303, where the virtual management member and the group member of the user group transmit message data to each other, may mainly include the following steps S1101 to S1105.
Step S1101, obtaining message data sent by a virtual management member and a group member;
step S1102, associating the message data sent by the virtual management member with the application program interface;
step S1103, associating the message data sent by the group member with the specification of the external program when the server runs;
step S1104, the associated message data is sent to the message pushing module of the second communication platform through the message protocol conversion module;
step S1105, the message data is sent to the user of the second communication platform through the message pushing module.
Referring to fig. 12, fig. 12 schematically illustrates a schematic diagram of a group messaging among users in an embodiment of the present application. When the merchant group sends a message, the actual member of the user group, namely the first communication platform member 1202, edits the message at the client and sends the message to the enterprise management platform through the CGI1204 (Common GATEWAY INTERFACE, the specification of the external program when the server runs), while the group chat robot 1201 pushes the message to the API1203 layer through the HTTP POST, then associates the information of the API layer and the CGI, then sends the message to the message pushing module 1206 of the second communication platform through the message conversion module 1205, and finally distributes the message data to each user of the second communication platform through the message pushing module 1206. It should be noted that, since the virtual management member is a virtual member, the virtual management member is not different from the common member in the view of the bottom layer, and therefore, the bottom layer can be realized without any modification.
In this way, when the virtual management member and the common member of the user group send messages, different interfaces are used, so that message data are mutually transmitted between the first communication platform and the second communication platform.
Optionally, the virtual management member may also reply to the group message automatically, for example, first collect the message data of the user group, then determine whether the message data needs to be replied, when the detected message data has an identification character that needs to be replied, confirm that the reply needs to be performed, then generate a corresponding reply message, and finally send out, thereby implementing automatic reply of the virtual management member.
Referring to fig. 13, fig. 13 schematically illustrates an interactive interface of an embodiment of the present application on a second communication platform. In one embodiment of the present application, a message list 1301 is displayed on the interactive interface of the second communication platform, where a user group is displayed in the message list, where the user group corresponding to the first communication platform displays an identifier 1302 of the first communication platform.
For the user of the second communication platform, taking the electronic payment platform as an example, a message list is displayed on an interactive interface of the electronic payment platform, a user group corresponding to the enterprise management platform is displayed in the message list, and the user group displays the identification of the enterprise management platform when the user group is displayed.
Therefore, compared with the technical scheme for realizing the management of the user group on one communication platform, the business group and the personal social group are not obviously distinguished in the conversation list on the platform, work and life are mutually interfered, and the use experience is poor. In the scheme of the application, on the side of the electronic payment platform, the merchant group and the personal social group are obviously distinguished in the conversation list, so that the work and the life of the user are not interfered with each other, and the experience effect of the user is improved.
Referring to fig. 14, fig. 14 schematically illustrates an interactive interface of another embodiment of the present application on a second communication platform. In one embodiment of the present application, the interactive interface of the second communication platform includes a setting interface 1401, and all members corresponding to the user group of the first communication platform are displayed on the setting interface 1401, wherein the member account created on the first communication platform displays the identifier 1402 of the first communication platform.
For the user of the second communication platform, taking the electronic payment platform as an example, displaying all members including virtual management members and actual members on a setting interface of the electronic payment platform, wherein the account number of the virtual management member displays the identification of the enterprise management platform.
Therefore, compared with the technical scheme for realizing the management of the user group on one communication platform, as no obvious mark distinction exists between the virtual management member and the actual member, the payment account of the non-electronic payment customer service can be used as the electronic payment sending notice, and potential safety hazards are easy to exist. In the scheme of the application, the identification of the enterprise management platform is displayed on the account number of the virtual management member, so that the virtual management member and the account number are distinguished, thus preventing the non-electronic payment client from impersonating an official, and reducing the potential safety hazard.
Thus, through the scheme of the application, the two communication platforms are communicated to realize the management of the user group, specifically, the user of the second communication platform is added into the user group of the first communication platform, and the virtual management object created by the first communication platform is used for managing the user of the second communication platform, so that the automatic management of the user group is realized.
It should be noted that although the steps of the methods of the present application are depicted in the accompanying drawings in a particular order, this does not require or imply that the steps must be performed in that particular order, or that all illustrated steps be performed, to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step to perform, and/or one step decomposed into multiple steps to perform, etc.
The following describes an embodiment of the apparatus of the present application, which may be used to perform the method of managing a user group in the above-described embodiment of the present application. Fig. 15 schematically shows a block diagram of an apparatus for managing a user group according to an embodiment of the present application. As shown in figure 15 of the drawings,
Apparatus 1500 for managing a user group, comprising:
a creating module 1510, configured to create a user group and a virtual management member on the first communication platform, where the virtual management member is a virtual group member of the user group, and is configured to manage the user group;
an adding module 1520 for adding a user of the second communication platform to a user group of the first communication platform, wherein the first communication platform and the second communication platform communicate with each other;
The management module 1530 is configured to manage group members of the user group through a virtual management member, and the virtual management member and the group members of the user group transmit message data to each other.
In some embodiments of the present application, based on the above technical solutions, the creating module 1510 includes:
A first creating unit for creating a group chat robot on a first communication platform;
the conversion unit is used for converting the group chat robot into a virtual management member;
The acquisition unit is used for acquiring the account number of the virtual management member;
A second creation unit configured to create a user group associated with the virtual management member account;
and the setting unit is used for setting the virtual management member account number as an administrator of the user group.
In some embodiments of the present application, based on the above technical solutions, the creating module 1510 includes:
A first creating unit for creating a group chat robot on a first communication platform;
the conversion unit is used for converting the group chat robot into a virtual management member;
The acquisition unit is used for acquiring the account number of the virtual management member;
a second creating unit, configured to create a user group on the first communication platform;
And the setting unit is used for adding the account numbers of the virtual management members into the user group.
In some embodiments of the present application, based on the above technical solutions, the adding module 1520 includes:
The acquisition unit is used for acquiring a group entering identifier of the user group;
the scanning unit is used for adding the user of the second communication platform into the user group according to the scanning result of the user of the second communication platform on the group entering identification;
The member display interface of the first communication platform comprises a first area and a second area, group members of the user group are displayed in the first area, virtual management members of the user group are displayed in the second area, and the first area and the second area are different areas.
In some embodiments of the present application, based on the above technical solution, one group entering identifier binds a plurality of user groups, one user group corresponds to a plurality of group members, and the adding module 1520 further includes:
The first judging unit is used for adding the user into the user group with one member number not reaching the preset number if the member number of any one user group does not reach the preset number in all the user groups bound by the group entering identification;
the second judging unit is used for counting the number of all the current user groups if the number of the members in each user group bound by the group entering identification reaches the preset number;
The third judging unit is used for failing to enter the user group if the number of all the user groups reaches the preset number at present;
and the fourth judging unit is used for creating a new user group and adding the user to the new user group if the number of all the user groups does not reach the preset number at present.
In some embodiments of the present application, based on the above technical solutions, the management module 1530 includes:
The account acquisition unit is used for acquiring account information of the group members through the virtual management members;
the auditing unit is used for auditing the acquired account information of the group members according to a preset rule;
The reservation unit is used for reserving the account number of the group member in the user group if the account number information of the group member accords with a preset rule;
And the removing unit is used for removing the account number of the group member from the user group if the account number information of the group member does not accord with the preset rule.
In some embodiments of the present application, based on the above technical solutions, the management module 1530 further includes:
the message data acquisition unit is used for acquiring message data sent by the virtual management member and the group member;
the first association unit is used for associating the message data sent by the virtual management member with the application program interface;
a second association unit, configured to associate the message data sent by the group member with a specification of an external program when the server runs;
the first sending unit is used for sending the associated message data to a message pushing module of the second communication platform through the message protocol conversion module;
And the second sending unit is used for sending the message data to the user of the second communication platform through the message pushing module.
In some embodiments of the present application, based on the above technical solutions, the device for managing a user group further includes a first display module, configured to display a message list on an interactive interface of the second communication platform, where the message list displays the user group, and the user group corresponding to the first communication platform displays an identifier of the first communication platform.
In some embodiments of the present application, based on the above technical solutions, the device for managing a user group further includes a second display module, where the interactive interface for the second communication platform includes a setting interface, and all members corresponding to the user group of the first communication platform are displayed on the setting interface, where the member account created on the first communication platform displays the identifier of the first communication platform.
The specific details of the device for managing a user group provided in each embodiment of the present application have been described in the corresponding method embodiments, and are not described herein.
Fig. 16 schematically shows a block diagram of a computer system of an electronic device for implementing an embodiment of the application.
It should be noted that, the computer system 1600 of the electronic device shown in fig. 16 is only an example, and should not impose any limitation on the functions and the application scope of the embodiments of the present application.
As shown in fig. 16, the computer system 1600 includes a central processing unit 1601 (Central Processing Unit, CPU) that can perform various appropriate actions and processes according to a program stored in a Read-Only Memory 1602 (ROM) or a program loaded from a storage portion 1608 into a random access Memory 1603 (Random Access Memory, RAM). In the random access memory 1603, various programs and data necessary for the system operation are also stored. The cpu 1601, the rom 1602, and the ram 1603 are connected to each other by a bus 1604. An Input/Output interface 1605 (i.e., an I/O interface) is also connected to bus 1604.
Connected to the input/output interface 1605 are an input portion 1606 including a keyboard, a mouse, and the like, an output portion 1607 including a Cathode Ray Tube (CRT), a Liquid crystal display (Liquid CRYSTAL DISPLAY, LCD), and the like, and a speaker, and the like, a storage portion 1608 including a hard disk, and the like, and a communication portion 1609 including a network interface card such as a local area network card, a modem, and the like. The communication section 1609 performs communication processing via a network such as the internet. The driver 1610 is also connected to the input/output interface 1605 as needed. A removable medium 1611 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is installed as needed on the drive 1610 so that a computer program read out therefrom is installed into the storage section 1608 as needed.
In particular, the processes described in the various method flowcharts may be implemented as computer software programs according to embodiments of the application. For example, embodiments of the present application include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method shown in the flowcharts. In such embodiments, the computer program may be downloaded and installed from a network via the communication portion 1609, and/or installed from the removable media 1611. When executed by the central processor 1601, performs various functions defined in the system of the present application.
It should be noted that, the computer readable medium shown in the embodiments of the present application may be a computer readable signal medium or a computer readable storage medium, or any combination of the two. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples of a computer-readable storage medium may include, but are not limited to, an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-Only Memory (ROM), an erasable programmable read-Only Memory (Erasable Programmable Read Only Memory, EPROM), a flash Memory, an optical fiber, a portable compact disc read-Only Memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present application, however, the computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with the computer-readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, etc., or any suitable combination of the foregoing.
The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
It should be noted that although in the above detailed description several modules or units of a device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functions of two or more modules or units described above may be embodied in one module or unit in accordance with embodiments of the application. Conversely, the features and functions of one module or unit described above may be further divided into a plurality of modules or units to be embodied.
From the above description of embodiments, those skilled in the art will readily appreciate that the example embodiments described herein may be implemented in software, or may be implemented in software in combination with the necessary hardware. Thus, the technical solution according to the embodiments of the present application may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (may be a CD-ROM, a U-disk, a mobile hard disk, etc.) or on a network, and includes several instructions to cause a computing device (may be a personal computer, a server, a touch terminal, or a network device, etc.) to perform the method according to the embodiments of the present application.
Other embodiments of the application will be apparent to those skilled in the art from consideration of the specification and practice of the application disclosed herein. This application is intended to cover any variations, uses, or adaptations of the application following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice within the art to which the application pertains.
It is to be understood that the application is not limited to the precise arrangements and instrumentalities shown in the drawings, which have been described above, and that various modifications and changes may be effected without departing from the scope thereof. The scope of the application is limited only by the appended claims.