WO2021000737A1

WO2021000737A1 - Neighbor group interaction method and system, client and server

Info

Publication number: WO2021000737A1
Application number: PCT/CN2020/096753
Authority: WO
Inventors: 黄彩玲; 李阔平; 林伟彬
Original assignee: 广州华多网络科技有限公司
Priority date: 2019-07-02
Filing date: 2020-06-18
Publication date: 2021-01-07
Also published as: CN110247781B; CN110247781A

Abstract

The present application provides a neighbor group interaction method, comprising: a client sends a gathering request to a server; wherein, the gathering request is used to gather a third user in a neighbor group to which a first user belongs; the neighbor group is a pre-constructed user group including the first user, at least one second user, and user groups respectively associated with the first user and the second user; and the third user is an associated user of the first user and/or the second user. Then the server determines a neighbor group to which the first user belongs according to the gathering request, and pushes the gathering request to a client of the third user in the neighbor group. Users can learn about their unassociated users more conveniently through the neighbor group, without requiring a lot of time and energy, which thus also helps to ensure that platform users are not easily lost. Moreover, the gathering request can realize the interaction of the users with the unassociated users, thereby facilitating the users to associate with the unassociated users.

Description

Interactive method and system, client and server of neighbor group

This application claims the priority of a Chinese patent application filed with the Chinese Patent Office on July 02, 2019, the application number is 201910591128.2, and the invention title is "Friendly Neighbor Group Interactive Method and System, Client and Server". The entire content of it is approved The reference is incorporated in this application.

Technical field

The present invention relates to the technical field of data processing, in particular to a method and system for interacting with neighbor groups, a client and a server.

Background technique

Nowadays, with the development of self-media, a large number of live broadcast platforms, short video platforms, various blogs, forums, etc. have emerged. Users on these platforms can generally be divided into two categories. The first category is users who mainly broadcast live on the platform or upload videos or articles to the platform, such as anchor users or blogger users. The second type of users are ordinary users who simply watch the live broadcast of the first type of users or watch the videos or articles uploaded by the first type of users through the platform.

In these platforms, the second type of user can establish an association with the first type of user by paying attention to the first type of user they like, thereby becoming a fan of the user to support the user he likes, and get the number one in time. Live broadcast or video update dynamics of similar users. Therefore, users of the first type are generally associated with multiple users of the second type.

Since these platforms are mainly based on the second type of users, the more the number of first type users associated with the second type of users, the stronger their dependence on the platform, so the more the number of platform users can be guaranteed. However, with these existing platforms, the second type of user can only be associated with one first type of user each time a follow operation is performed. Therefore, every time a user of the second category wants to associate a user of the first category, he needs to filter from a large number of users of the first category and find the first category of users that meet his own preferences, which requires a lot of time and effort.

Summary of the invention

Based on the above-mentioned shortcomings of the prior art, the present invention provides a method and system for interacting with neighbor groups, a client and a server, to solve the need to spend a lot of time and energy for the second type of users. Screening and finding the first type of users that meet your preferences will cause the problem of not being able to effectively ensure that the number of users on the platform is not easily lost.

In order to achieve the above objectives, the present invention provides the following technical solutions:

The first aspect of the present invention provides a method for interacting with neighbor groups, including:

The server receives a convening request sent by the client of the first user; wherein the convening request is used to convene a third user in the neighbor group to which the first user belongs; the neighbor group is pre-built and includes the first A user, at least one second user, and a group of users respectively associated with the first user and the second user; the third user is an associated user of the first user and/or the second user;

The server determines the neighbor group to which the first user belongs according to the convening request;

The server pushes the summoning request to the client terminal of the third user in the neighbor group.

Optionally, in the aforementioned method for interacting with neighbor groups, the server determining the neighbor group to which the first user belongs according to the convening request includes:

The server determines the neighbor group to which the first user belongs according to the identifier of the neighbor group carried in the summoning request.

Optionally, in the aforementioned neighbor group interaction method, after the server pushes the convening request to the client of the third user in the neighbor group, the method further includes:

The server receives a response message sent by the client of the third user; wherein the response message carries an identifier of the third user and is used to indicate whether the third user accepts the convening request;

The server determines that the response message indicates that the third user accepts the convening request, records the identification of the third user, and updates the number of people in the convening team; wherein, the convening team includes the third user who accepts the convening request. user.

The server receives a viewing request sent by the client of the third user; wherein the viewing request is used to explain that the third user requests to view the convening information corresponding to the convening request;

The server controls the client of the third user to display the display page of the client of the first user; wherein the display page of the client of the first user displays the call information corresponding to the call request.

Optionally, in the aforementioned method for interacting with neighboring groups, after the server pushes the convening request to the client of a third user in the neighboring group, the method further includes:

The server receives a donation request sent by the client of the third user; wherein the donation request includes information about the virtual resource donated by the third user to the first user;

The server adds corresponding virtual resources to the first user according to the information of the virtual resources.

Optionally, in the aforementioned method for interacting with neighbor groups, it further includes:

The server generates a list of convening orders; wherein the list of convening orders includes a plurality of neighbor groups sorted in order of priority; wherein the order of priority is the third user set in the neighbor group Form the time-consuming sequence of convening teams;

The server pushes the calling order list to the client terminal of each user in the neighbor group in the calling order list.

Optionally, in the aforementioned method for interacting with neighbor groups, after the server generates a call-up order list, the method further includes:

The server adds virtual resources to the first user and the third user in the neighboring group meeting preset conditions in the summoning order list; wherein, the preset condition includes: the first user in the neighboring group The time-consuming for the three users to gather to form a convening team meets the first-time requirement; or the neighboring group in the pre-set ranking in the convening order list.

Another method for interacting with neighbor groups provided by the second aspect of the present invention includes:

The client sends a convening request to the server; wherein the convening request is used to convene a third user in the neighbor group to which the first user belongs; the neighbor group is pre-built to include the first user and at least A second user and a group of users respectively associated with the first user and the second user; the third user is an associated user of the first user and/or the second user.

The client sends a response message to the server; wherein the response information carries the identity of the third user, which is used to indicate whether the third user accepts the convening request and triggers the server to determine The response message indicates that the third user accepts the convening request, and then the identification of the third user is recorded, and the number of the convening team is updated; wherein the convening team includes the third user who accepted the convening request.

The client sends a viewing request to the server; wherein the viewing request is used to indicate that the third user requests to view the calling information corresponding to the calling request, and triggers the server to control the third user's client The display page of the client terminal of the first user is displayed on the terminal; wherein the display page of the client terminal of the first user displays the calling information corresponding to the calling request.

The client sends a donation request to the server; wherein the donation request includes the information of the virtual resource donated by the third user to the first user, and is used to trigger the server according to the information of the virtual resource To add corresponding virtual resources for the first user.

The client receives the call-up order list generated and sent by the server; wherein the call-up order list includes a plurality of neighbor groups sorted by priority; wherein, the priority order is the friend The third user set in the neighboring group forms the time-consuming sequence for convening the team. The third aspect of the present invention provides a server, including:

The receiving unit is configured to receive a convening request sent by the client of the first user; wherein the convening request is used to convene a third user in the neighbor group to which the first user belongs; the neighbor group is pre-built including The first user, at least one second user, and a group of users respectively associated with the first user and the second user; the third user is an association of the first user and/or the second user user;

A processing unit, configured to determine the neighbor group to which the first user belongs according to the convening request;

The sending unit is configured to push the summoning request to the client terminal of the third user in the neighbor group.

Optionally, in the aforementioned server, when the processing unit executes the determination of the neighbor group to which the first user belongs according to the summoning request, the processing unit is used to determine the neighbor group information carried in the summon request. The identifier determines the neighbor group to which the first user belongs.

Optionally, in the above server, the receiving unit is further configured to receive a response message sent by the client of the third user; wherein, the response message carries the identity of the third user and is used for Indicate whether the third user accepts the convening request;

The processing unit is further configured to determine that the response message indicates that the third user accepts the convening request, record the identification of the third user, and update the number of the convening team; wherein the convening team includes accepting the convening request The third user requested.

Optionally, in the above-mentioned server, the receiving unit is further configured to receive a viewing request sent by the client of the third user; wherein, the viewing request is used to indicate that the third user requests to view the convening Request the corresponding convening information;

The processing unit is further configured to control the client of the third user to display the display page of the client of the first user; wherein the display page of the client of the first user displays the call corresponding to the call request information.

Optionally, in the aforementioned server, the receiving unit is further configured to receive a gift request sent by the client of the third user; wherein, the gift request includes a gift from the third user to the first user Information about virtual resources;

The processing unit is further configured to add a corresponding virtual resource for the first user according to the information of the virtual resource.

Optionally, in the above-mentioned server, the processing unit is further configured to generate a list of summoning orders; wherein, the list of summoning orders includes a plurality of neighbor groups sorted by priority; wherein, the priority The rank order is the time-consuming order for the third user in the neighboring group to gather to form a team;

The sending unit is further configured to push the calling order list to the client terminal of each user in the neighbor group in the calling order list.

Optionally, in the above-mentioned server, the processing unit is further configured to add virtual resources to the first user and the third user in the neighboring group meeting preset conditions in the summoning order list; wherein, The preset conditions include: the time it takes for the third user in the neighbor group to form a convening team meets the first time requirement; or the neighbor group in the pre-set ranking in the convening order list.

The fourth aspect of the present invention provides a client terminal, including:

The sending unit is configured to send a convening request to the server; wherein the convening request is used to convene a third user in the neighbor group to which the first user belongs; the neighbor group is pre-built including the first A user, at least one second user, and a group of users respectively associated with the first user and the second user; the third user is an associated user of the first user and/or the second user.

Optionally, in the above-mentioned client, the sending unit is further configured to send a response message to the server; wherein the response information carries the identity of the third user, and is used to describe the third user Whether to accept the call-up request, and trigger the server to determine that the response message indicates that the third user accepts the call-up request, then record the identification of the third user, and update the number of the call-up team; wherein, the call-up team Including the third user who accepted the summoning request.

Optionally, in the aforementioned client, the sending unit is further configured to send a viewing request to the server; wherein, the viewing request is used to indicate that the third user requests to view the convening information corresponding to the convening request , And trigger the server to control the client of the third user to display the display page of the client of the first user; wherein the display page of the client of the first user displays the calling information corresponding to the calling request .

Optionally, in the aforementioned client, the sending unit is further configured to send a donation request to the server; wherein, the donation request includes information about the virtual resource donated by the third user to the first user , Used to trigger the server to add a corresponding virtual resource for the first user according to the information of the virtual resource.

Optionally, in the above client, it further includes:

The receiving unit is configured to receive a call-up order list generated and sent by the server; wherein the call-up order list includes a plurality of neighbor groups sorted in order of priority; wherein, the order of priority is said The third user set in the neighbor group forms a time-consuming sequence for convening the team.

The fifth aspect of the present invention provides an interactive system for neighbor groups, including:

Client and server;

The client is used to send a convening request to the server; wherein, the convening request is used to convene a third user in the neighbor group to which the first user belongs; the neighbor group is pre-built including the first user A user, at least one second user, and a group of users respectively associated with the first user and the second user; the third user is an associated user of the first user and/or the second user;

The server is configured to receive the convening request, determine the neighbor group to which the first user belongs according to the convening request, and push the convening request to the client of a third user in the neighbor group.

In the interactive method of the neighbor group provided by the present invention, the summoning request received by the server is used to summon a third user in the neighbor group to which the first user belongs. Because the neighbor group is pre-built and includes the first user, at least one The second user and the group of users respectively associated with the first user and the second user; therefore, for users associated with the first user and the second user, that is, the second type of user, it is more convenient to use the neighbor group It does not require a lot of time and effort to learn about users who are not associated with itself, and therefore it helps to ensure that platform users are not easily lost. In addition, after receiving the convening request sent by the client of the first user, the server pushes the convening request to the client of the third user in the neighboring group to which the first user belongs, which can also realize the first in the neighboring group. The interaction between the first type of user and the second type of user is more conducive to ensuring that users of the platform are not easily lost.

Description of the drawings

In order to explain the embodiments of the present invention or the technical solutions in the prior art more clearly, the following will briefly introduce the drawings that need to be used in the description of the embodiments or the prior art. Obviously, the drawings in the following description are only It is an embodiment of the present invention. For those of ordinary skill in the art, other drawings can be obtained based on the provided drawings without creative work.

FIG. 1 is a schematic flowchart of a method for interacting with neighbor groups according to an embodiment of the present invention;

2 is a schematic flowchart of a method for interacting with neighbor groups according to another embodiment of the present invention;

3 is a schematic flowchart of a method for interacting with neighbor groups according to another embodiment of the present invention;

4 is a schematic flowchart of a method for interacting with neighbor groups according to another embodiment of the present invention;

5 is a schematic flowchart of a method for interacting with neighbor groups according to another embodiment of the present invention;

6 is a schematic structural diagram of a server provided by another embodiment of the present invention;

FIG. 7 is a schematic structural diagram of a client provided by another embodiment of the present invention;

FIG. 8 is a schematic structural diagram of a neighbor group interaction system provided by another embodiment of the present invention.

Detailed ways

The technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are only a part of the embodiments of the present invention, rather than all the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative work shall fall within the protection scope of the present invention.

In this application, the terms "include", "include" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements not only includes those elements, but also includes no Other elements clearly listed, or also include elements inherent to this process, method, article or equipment. If there are no more restrictions, the element defined by the sentence "including a..." does not exclude the existence of other same elements in the process, method, article, or equipment including the element.

This application provides a method for interacting with neighbor groups, as shown in Figure 1, including:

S101. The client of the first user sends a convening request to the server.

Wherein, the summoning request is used to summon a third user in the neighbor group to which the first user belongs. The neighbor group is a pre-built group including the first user, at least one second user, and users respectively associated with the first user and the second user. The third user is an associated user of the first user and/or the second user.

It should be noted that the first user refers to the user who initiated the convening request in the neighbor group, and the client of the first user refers to the client that the first user logs in. Among them, the first user and the second user are users who actively build a neighbor group together, and the third user is a user associated with the first user and/or the second user. Therefore, users in the neighbor group can be divided into two categories. The first type of users are users who actively join the neighbor group, namely the first user and the second user. The second type of users are users who passively join the neighbor group, that is, the third user associated with the first user and the second user.

Specifically, through the summoning request, the first user can not only summon the third user associated with him, but also summon the third user associated with the second user in the neighbor group to which he belongs, to play games or complete tasks together, etc. .

That is, in the embodiment of the present invention, it is necessary to construct a neighbor group including the first user and at least one second user in advance before the first user can summon the third user associated with the second user in the neighbor group. Wherein, the first user and the second user are both associated with multiple users, that is, both are associated with multiple third users. It should be noted that the first user and the second user are users of the same type, and the third user is different from the first user and the second user. For example, anchor users and ordinary users in a live broadcast platform. The first user and the second user refer to anchor users, and the third user refers to ordinary users. Although on the same platform, anchor users and ordinary users are not the same type of users, and anchor users have many permissions that ordinary users do not have. Ordinary users can become fans of the anchor user by following the anchor user and associating with the anchor user. Therefore, the anchor user is usually associated with multiple users.

After the first type of user builds the neighbor group together, any first type user in the neighbor group can convene the second type of users associated with other first types of users, instead of only convening the second type of users associated with themselves Users, so as to realize the sharing of the second type of users, which is beneficial to increase the popularity of the first type of users, complete tasks, and increase their own associated users. At the same time, the neighbor group also provides a channel for the second type of users to get to know the new first type of users. The second type of users can easily learn about the first type of users who have not yet been associated with them by responding to the call request of the first type of users, or through the information of the first type of users disclosed to them through the neighbor group. In addition, things are clustered together. The first type of users in the neighbor group are usually similar users, so the second type of users can easily meet the first type of users in the neighbor group that suits their preferences, and associate the new first type Users do not need to spend a lot of time and energy to find the first-class users that suit their preferences from the large number of first-class users on the platform. For example, a neighbor group formed by the anchor users of a certain game. Ordinary users are associated with the anchor users in a neighbor group, indicating that they may be players of the game. Most of the anchor users in the neighbor group conform to their own preferences. And through the information of the host users in the neighbor group and in response to the call of the host users, it is easy to have an in-depth understanding of the new host users, so as to determine that the new host users meet their requirements, and then pay attention to the new new host users.

Therefore, through the neighbor group, the second type of related users will easily continue to increase, and the second type of users who are the main users of the platform, the more users follow, the stronger their dependence on the platform, the less likely to leave Therefore, the platform can effectively ensure that users will not be lost easily.

S102. The server receives the summoning request sent by the client of the first user.

It should be noted that after receiving the summoning request sent by the client of the first user, the server executes step S103.

S103. The server determines the neighbor group to which the first user belongs according to the convening request.

Optionally, the convening request may carry the identity of the first user and/or the identity of the neighbor group to which the first user belongs and the convening purpose. Among them, the identifier of the neighbor group is a unique identifier determined when the neighbor group is constructed.

Specifically, since the neighbor group is created together, users of the first type in the same neighbor group allow each other to summon their associated third users. If you are no longer in the same neighbor group, you cannot convene users associated with other first-type users. Therefore, the server needs to determine the neighbor group of the first user according to the identity of the first user or the identity of the neighbor group to which the first user belongs in the convening request, and then it can accurately summon the friends to which the first user belongs. The third user associated with the first type of user in the neighbor group.

Optionally, in another embodiment of the present invention, an implementation of step S103 includes: the server determines the neighbor group to which the first user belongs according to the identifier of the neighbor group carried in the summoning request.

That is, in this embodiment of the present invention, the convening request carries the identifier of the neighbor group. The identifier of the neighbor group is the identifier of the neighbor group to which the first user belongs. The server obtains the identifier of the neighbor group from the convening request, and determines the neighbor group described by the first user according to the identifier of the neighbor group.

It should be noted that the server executes step S104 after determining the neighbor group to which the first user belongs.

S104. The server pushes the summoning request to the client terminal of the third user in the neighbor group.

Specifically, the server pushes the convening request to the clients of all third users in the neighbor group to which the first user belongs, that is, the server sends the third user associated with the first user and the first user associated with all the second users in the neighbor group. 3. The user pushes the convening request.

Optionally, the client of the third user displays specific content related to the first user or any second user in the neighbor group, such as a live broadcast screen, a specific video, or a specific article. The client will summon and display the relevant specific content of the first user or any second user in the displayed neighbor group. For example, when the third user is watching the live broadcast of the first user or any second user in the neighbor group, the client will display the convening request on the live broadcast screen of the client through a small window, so that the user can obtain the convening request To realize the summoning of the first user in the neighbor group and all third users associated with the second user.

In the method for interacting with neighbor groups provided by the embodiment of the present invention, after the client sends a convening request to the server, the server receives the convening request, and summons the third user in the neighbor group to which the first user belongs. Construct and include a first user, at least one second user, and a user group associated with the first user and the second user; therefore, for users associated with the first user and the second user, that is, the second type of user In other words, through the neighbor group, you can learn about your unrelated users more conveniently, without requiring a lot of time and energy, and thus help ensure that platform users are not easily lost.

In addition, through the convening request, the interaction between the second type of users and the unrelated users in the neighboring group can be realized, thereby promoting the second type of users to associate with the unrelated users in the neighboring group, which is more conducive to ensuring the users of the platform Not easily lost.

Optionally, another embodiment of the present invention, as shown in FIG. 2, after the server pushes the summoning request to the client of the third user in the neighbor group, it may further include:

S201. The client of the third user sends a response message to the server.

Wherein, the response message carries the identifier of the third user, and is used to indicate whether the third user accepts the convening request.

It should be noted that after the server pushes the convening request to the client of the third user in the neighbor group, the client of the corresponding third user will receive the convening request.

Specifically, in the embodiment of the present invention, when the first user summons the third user, the third user decides whether to accept the summoning request, instead of directly summoning the third user to the summoning team. Therefore, after receiving the convening request, the client of the third user can choose to accept the convening request or reject the convening request, and will send a response message to the server accordingly to inform the user whether the third user has received the convening request.

S202: The server receives a response message sent by the client of the third user.

Specifically, after the server receives the response message sent by the client of the third user, it will determine whether the response message indicates whether the third user has accepted the call request or rejected the call request, and the response message indicates that the third user When the summoning request is accepted, step S203 is executed.

S203. Record the identity of the third user, and update the number of people convening the team.

Among them, the convening team includes a third user who accepts the convening request.

That is, the server will classify the third user who accepts the call-up request into the call-up team, and record the identity of the third user. To prepare for subsequent activities and awards issued based on the third user’s logo. In addition, each time the server determines that a third user has accepted the convening request, the number of the convening team is updated accordingly, that is, one is added to the number of convening the team. Because some activities have a limit on the number of people, it is necessary to count the number of people convening the team to avoid exceeding the upper limit. Or, there are certain mission requirements for the number of people to convene the team. For example, in a live broadcast platform, the server can set a target value for the number of teams to be called after receiving a call-up request. When the number of teams to be called up reaches or exceeds the target value, it will give the first user and the first user who accepted the call-up request accordingly. Third, users issue rewards to mobilize users' enthusiasm for participation.

Optionally, in order for the third user to quickly and deeply understand the convening request, in another embodiment of the present invention, as shown in FIG. 3, the server pushes the convening request to the client of the third user in the neighbor group Later, it can also include:

S301. The client of the third user sends a view request to the server.

Wherein, the view request is used to indicate that the third user requests to view the convening information corresponding to the convening request.

That is to say, in order not to hinder the normal use of the third user, the client of the third user only displays part of the information of the convocation request to the third user. Therefore, the user can send a viewing request to the server through the client to view the detailed convening information corresponding to the convening request.

Optionally, when the server pushes the summoning request to the third user client, it may simultaneously push a jump link for viewing the detailed summoning information corresponding to the summoning request. Among them, the jump request because the jump value contains the page of the summoning information corresponding to the summoning request. Specifically, the client of the third user may display virtual buttons based on the redirect link for the user to choose to send the viewing request through the client.

S302: The server receives the viewing request sent by the client of the third user.

Specifically, the server receives the viewing request sent by the client of the third user, and processes the viewing. Therefore, after step S302 is executed, step S303 is executed.

S303. The server controls the client of the third user to display the display page of the client of the first user.

Wherein, the display page of the client of the first user displays the convening information corresponding to the convening request.

Optionally, the server controls the client of the third user to jump to the display page of the client of the first user, thereby displaying the display page of the client of the first user. The third user may obtain more convening information of the convening request from the display page of the first user.

For example, in a live broadcast platform, the server controls the client of the third user to display the display page of the client of the first user. That is, the server controls the client of the third user to display the live page of the first user. The page can directly get the convening information of the convening request, and by watching the live broadcast of the first user, you can learn more about the convening request and better participate in the convening activity.

Optionally, in another embodiment of the present invention, as shown in FIG. 4, after the server pushes the summoning request to the client of the third user in the neighbor group, it may further include:

S401. The client of the third user sends a donation request to the server.

Wherein, the donation request includes information about the virtual resource donated by the third user to the first user.

Optionally, the information of the virtual resource may include the type of the virtual resource and the quantity of the virtual resource. Among them, virtual resources can be simply understood as virtual gifts or virtual gold coins.

That is to say, in the embodiment of the present invention, when the third user responds to the summoning request of the first user, the first user may be presented with virtual resources to show support for the first user. It should be noted that the client of the third user may not perform page jumps, or may send virtual resources to the server. Therefore, correspondingly, the first user can also receive the virtual resources presented by the client of the third user when displaying pages of other users.

For example, in a live broadcast platform, a third user can present a virtual gift to the first user in the live broadcast page of the second user of the neighbor group displayed on his client without adjusting to the client page of the first user.

S402: The server receives the gift request sent by the client of the third user.

Specifically, the server receives the donation request sent by the client of the third user to process the donation request, and step S403 is executed at this time.

S403: The server adds a corresponding virtual resource for the first user according to the information of the virtual resource.

Specifically, the server correspondingly deducts the virtual resources of the third user according to the information of the virtual resources, and adds corresponding virtual resources for the first user. Optionally, the server deducts the virtual resource of the corresponding type of the third user according to the type of the virtual resource and the number of virtual resources, and accordingly adds the virtual resource of this type to the first user.

Optionally, in another embodiment of the present invention, as shown in FIG. 5, after the server pushes the summoning request to the client of the third user in the neighbor group, it may further include:

S501. The server generates a list of convening orders.

Wherein, the summoning order list includes a plurality of neighbor groups sorted according to priority order. Wherein, the priority order is the time-consuming order for the third user in the neighbor group to form a convening team.

That is to say, if there are multiple first users of different neighboring groups initiate a convening request, the server will correspondingly record the time-consuming for the third users in each neighboring group to form a convening team. Specifically, when the convening request is initiated, the server will uniformly set the target number of convening teams and start timing. When the number of third users in the neighbor group who accept the call request reaches the target number, the service determines that a call team has been formed and stops timing. Of course, the number of convening teams can exceed the target number.

Specifically, the server will sort the neighbor groups according to the length of time for the third user set in the neighbor groups to form the convening team, and generate a convening list. Among them, the shorter the time-consuming neighbourhood group, the more it ranks in the front.

Optionally, in another embodiment of the present invention, after step S501 is performed, it may further include: the server adds virtual resources to the first user and the third user in the neighbor group that meets the preset conditions in the convening order list .

Wherein, the preset conditions include: the time it takes for the third user group in the neighbor group to form a convening team meets the first time requirement, or the neighbor group in the front preset ranking in the convening order list .

In other words, in the embodiment of the present invention, there is a reward mechanism. After generating the convening order list, the server will add virtual resources for the first user and the third user in all the neighbor groups that are time-consuming to meet the first-time requirement to form a convening team for the third user. Or, the server only adds virtual resources for the first user and the third user in the neighborhood group with the first preset ranking on the convening list. For example, in the call to make the list always in the top three neighbor groups.

Optionally, after the server adds virtual resources to the first user and the third user in the neighbor group meeting preset conditions in the convening order list, it can also push the winning information to all the friends in the convening order list. Clients of the first user and the third user in the neighborhood. Specifically, the server pushes the identifications of the neighboring groups that meet the preset conditions in the calling order list to the clients of the first user and the third user in all the neighboring groups in the calling order list.

It should also be noted that after step S501 is executed to generate a call-up order list, step S502 is executed.

S502: The server pushes the calling order list to the client terminal of each user in the neighbor group in the calling list.

It should be noted that the server pushes the convening order list to the client of each user in the neighboring groups in the convening order list, which can also be understood as: the server sends the convening order list to the neighboring groups in the convening order list. The clients of the first user and the third user in the mobile phone push the list of calling orders.

Specifically, the server pushes the convening order list to the client of each user in the neighboring group in the convening order list, so that each user in the neighboring group can obtain the information of the convening order list, thereby encouraging The user will be more actively involved in the call request next time. Therefore, the interaction between the third user and the first user who is not associated with the third user can also be promoted, so as to like the first user and associate with the first user.

S503. The client of the first user and the client of the third user receive the calling order list pushed by the server.

It needs to be said that the first user and the third user in this step are the first user and the third user in the neighbor group in the calling list. Specifically, the client terminal of the first user and the client terminal of the third user receive the calling order list pushed by the server, and display it to the user.

Another embodiment of the present invention provides a server, as shown in FIG. 6, including:

The receiving unit 601 is configured to receive a summoning request sent by the client of the first user.

Wherein, the summoning request is used to summon a third user in the neighbor group to which the first user belongs. The neighbor group is a pre-built group including a first user, at least one second user, and users respectively associated with the first user and the second user. The third user is an associated user of the first user and/or the second user.

The processing unit 602 is configured to determine the neighbor group to which the first user belongs according to the summoning request.

The sending unit 603 is configured to push the summoning request to the client terminal of the third user in the neighbor group.

It should be noted that, for the specific working process of each unit in the embodiment of the present invention, refer to steps S101 to S104 in the foregoing method embodiment accordingly, which will not be repeated here.

In the server provided by the embodiment of the present invention, the convening request received by the receiving unit is used to convene the third user in the neighbor group to which the first user belongs. Because the neighbor group is pre-built and includes the first user and at least one second user. Users, and the user groups respectively associated with the first user and the second user; therefore, for users associated with the first user and the second user, that is, the second type of users, it is easier to know through the neighbor group Users who are not associated with themselves do not need a lot of time and effort, and this helps to ensure that platform users are not easily lost.

In addition, after receiving the convening request sent by the client of the first user, the server pushes the convening request to the client of the third user in the neighboring group to which the first user belongs, which can also realize the first in the neighboring group. The interaction between the first type of user and the second type of user is more conducive to ensuring that users of the platform are not easily lost.

Optionally, in another embodiment of the present invention, when the processing unit 602 executes the determination of the neighbor group to which the first user belongs according to the summoning request, the processing unit 602 is configured to determine the neighbor group to which the first user belongs according to the neighbor group carried in the summon request. To determine the neighbor group to which the first user belongs.

It should be noted that, in the embodiment of the present invention, the specific working process of the processing unit 602 for realizing the above-mentioned functions can be referred to an implementation manner of step S103 in the above-mentioned method embodiment, which will not be repeated here.

Optionally, in another embodiment of the present invention, the receiving unit 601 is further configured to receive a response message sent by the client of the third user.

It should be noted that, in the embodiment of the present invention, the specific working process of the receiving unit 601 for realizing the above-mentioned functions can be referred to step S202 in the above-mentioned method embodiment, which will not be repeated here.

The processing unit 602 is further configured to determine that the response message indicates that the third user accepts the convening request, record the identity of the third user, and update the number of people in the convening team.

Wherein, the convening team includes a third user who accepts the convening request.

It should be noted that, in the embodiment of the present invention, the specific working process of the processing unit 602 for realizing the above-mentioned functions can be referred to step S203 in the above-mentioned method embodiment, which will not be repeated here.

Optionally, in another embodiment of the present invention, the receiving unit 601 is further configured to receive a viewing request sent by the client of the third user.

It should be noted that, in the embodiment of the present invention, the specific working process of the receiving unit 601 for realizing the above-mentioned functions can be referred to step S302 in the above-mentioned method embodiment accordingly, which will not be repeated here.

The processing unit 602 is further configured to control the client of the third user to display the display page of the client of the first user.

It should be noted that, in the embodiment of the present invention, the specific working process of the processing unit 602 for realizing the above-mentioned functions can be referred to step S303 in the above-mentioned method embodiment, which will not be repeated here.

Optionally, in another embodiment of the present invention, the receiving unit 601 is further configured to receive a gift request sent by the client of the third user.

It should be noted that, in the embodiment of the present invention, the specific working process of the receiving unit 601 for realizing the above-mentioned functions can be referred to step S402 in the above-mentioned method embodiment, which will not be repeated here.

The processing unit 602 is further configured to add a corresponding virtual resource for the first user according to the information of the virtual resource.

It should be noted that, in the embodiment of the present invention, the specific working process of the processing unit 602 for realizing the above-mentioned functions can be referred to step S403 in the above-mentioned method embodiment accordingly, which will not be repeated here.

Optionally, in another embodiment of the present invention, the processing unit 602 is further configured to generate a summoning order list.

It should be noted that, in the embodiment of the present invention, the specific working process of the processing unit 602 for realizing the above-mentioned functions can be referred to step S501 in the above-mentioned method embodiment, which will not be repeated here.

The sending unit 603 is further configured to push the call-up order list to the client terminal of each user in the neighbor group in the call-up order list.

It should be noted that, in the embodiment of the present invention, the specific working process of the sending unit 603 for realizing the above-mentioned functions can be referred to step S502 in the above-mentioned method embodiment, which will not be repeated here.

Optionally, in another embodiment of the present invention, the processing unit 602 is further configured to add virtual resources for the first user and the third user in the neighbor group that meets the preset condition in the summoning order list.

Wherein, the preset conditions include: the time it takes for the third user group in the neighbor group to form a convening team meets the first time requirement; or the neighbor group in the previous preset ranking in the convening order list .

It should be noted that, in the embodiment of the present invention, the specific working process of the processing unit 602 for realizing the above-mentioned functions can refer to the corresponding steps in the above-mentioned method embodiment, which will not be repeated here.

Another embodiment of the present invention provides a client, as shown in FIG. 7, including:

The sending unit 701 is configured to send a convening request to the server.

Wherein, the summoning request is used to summon a third user in the neighbor group to which the first user belongs. The neighbor group is a pre-built group including the first user, at least one second user, and users respectively associated with the first user and the second user; the third user is the first user and/ Or the associated user of the second user.

It should be noted that, in the embodiment of the present invention, the specific working process of the sending unit 701 for realizing the above-mentioned functions can be referred to step S101 in the above-mentioned method embodiment, which will not be repeated here.

In the client provided by the embodiment of the present invention, the summoning request sent by the sending unit is used to summon the third user in the neighbor group to which the first user belongs. Because the neighbor group is pre-built and includes the first user and at least one first user. Two users, and a group of users respectively associated with the first user and the second user; therefore, for users associated with the first user and the second user, that is, for the second type of users, it is more convenient to use the neighbor group It does not require a lot of time and effort to learn about users who are not associated with itself, and therefore it helps to ensure that platform users are not easily lost.

Optionally, in another embodiment of the present invention, the sending unit 701 is further configured to send a response message to the server.

Wherein, the response information carries the identity of the third user, which is used to indicate whether the third user accepts the call-up request, and triggers the server to determine that the response message indicates that the third user accepts the call-up request , The identification of the third user is recorded, and the number of the convening team is updated; wherein, the convening team includes the third user who accepted the convening request.

It should be noted that, in the embodiment of the present invention, the specific working process of the sending unit 602 for realizing the above-mentioned functions can be referred to step S201 in the above-mentioned method embodiment, which will not be repeated here.

Optionally, in another embodiment of the present invention, the sending unit 701 is further configured to send a viewing request to the server.

The view request is used to indicate that the third user requests to view the call-up information corresponding to the call-up request, and triggers the server to control the third user's client to display the display page of the first user's client . The convening information corresponding to the convening request is displayed on the display page of the client of the first user.

It should be noted that, in the embodiment of the present invention, the specific working process of the sending unit 701 for realizing the above-mentioned functions can be referred to step S301 in the above-mentioned method embodiment, which will not be repeated here.

Optionally, in another embodiment of the present invention, the sending unit 701 is further configured to send a gift request to the server.

Wherein, the donation request includes information about the virtual resource donated by the third user to the first user, and is used to trigger the server to add corresponding virtual resources for the first user according to the information about the virtual resource .

It should be noted that, in the embodiment of the present invention, the specific working process of the sending unit 701 for realizing the above-mentioned functions can be referred to step S401 in the above-mentioned method embodiment, which will not be repeated here.

Optionally, in another embodiment of the present invention, the server may further include:

The receiving unit is configured to receive the calling order list generated and sent by the server.

Wherein, the summoning order list includes a plurality of neighbor groups sorted according to priority order. The priority order is the time-consuming order for the third user in the neighbor group to form a convening team.

It should be noted that, in the embodiment of the present invention, for the specific working process of the receiving unit to realize the above-mentioned functions, refer to step S503 in the above-mentioned method embodiment accordingly, which will not be repeated here.

Another embodiment of the present invention provides an interactive system for a neighbor group, as shown in FIG. 8, including:

Client 801 and server 802.

The client 801 is used to send a summoning request to the server 802.

It should be noted that the client 801 is also used to execute the steps performed by the client in the foregoing method embodiment, and the specific working process can refer to the corresponding steps in the foregoing method embodiment, which will not be repeated here.

The server 802 is configured to receive the convening request, determine the neighbor group to which the first user belongs according to the convening request, and push the convening request to the client of a third user in the neighbor group.

It should be noted that the server 802 is also used to execute the steps executed by the server in the above method embodiment, and the specific working process can refer to the corresponding steps in the above method embodiment, and will not be repeated here.

Professionals may further realize that the units and algorithm steps of the examples described in the embodiments disclosed in this article can be implemented by electronic hardware, computer software, or a combination of both, in order to clearly illustrate the possibilities of hardware and software. Interchangeability. In the above description, the composition and steps of each example have been generally described in accordance with the function. Whether these functions are executed by hardware or software depends on the specific application and design constraint conditions of the technical solution. Professionals and technicians can use different methods for each specific application to implement the described functions, but such implementation should not be considered as going beyond the scope of the present invention.

The above description of the disclosed embodiments enables those skilled in the art to implement or use the present invention. Various modifications to these embodiments will be obvious to those skilled in the art, and the general principles defined herein can be implemented in other embodiments without departing from the spirit or scope of the present invention. Therefore, the present invention will not be limited to the embodiments shown in this document, but should conform to the widest scope consistent with the principles and novel features disclosed in this document.

Claims

A method for interacting with neighbor groups, which is characterized in that it includes:

The server receives a convening request sent by the client of the first user; wherein the convening request is used to convene a third user in the neighbor group to which the first user belongs; the neighbor group is pre-built and includes the first user A user, at least one second user, and a group of users respectively associated with the first user and the second user; the third user is an associated user of the first user and/or the second user;

The server determines the neighbor group to which the first user belongs according to the convening request;

The server pushes the summoning request to the client terminal of the third user in the neighbor group.
The method according to claim 1, wherein after the server pushes the convening request to the client of the third user in the neighbor group, the method further comprises:

The server receives a response message sent by the client of the third user; wherein the response message carries an identifier of the third user and is used to indicate whether the third user accepts the convening request;

The server determines that the response message indicates that the third user accepts the convening request, records the identification of the third user, and updates the number of people in the convening team; wherein, the convening team includes the third user who accepts the convening request. user.
The method according to claim 1, wherein after the server pushes the convening request to the client of the third user in the neighbor group, the method further comprises:

The server receives a viewing request sent by the client of the third user; wherein the viewing request is used to explain that the third user requests to view the convening information corresponding to the convening request;

The server controls the client of the third user to display the display page of the client of the first user; wherein the display page of the client of the first user displays the call information corresponding to the call request.
The method according to claim 1, wherein after the server pushes the convening request to the client of the third user in the neighbor group, the method further comprises:

The server receives a gift request sent by the client of the third user; wherein the gift request includes information about the virtual resource gifted by the third user to the first user;

The server adds corresponding virtual resources to the first user according to the information of the virtual resources.
The method according to claim 1, further comprising:

The server generates a list of convening orders; wherein the list of convening orders includes a plurality of neighbor groups sorted in order of priority; wherein the order of priority is the third user set in the neighbor group Form the time-consuming sequence of convening teams;

The server pushes the calling order list to the client terminal of each user in the neighbor group in the calling order list.
The method according to claim 5, characterized in that, after the server generates the summoning order list, the method further comprises:

The server adds virtual resources to the first user and the third user in the neighboring group meeting preset conditions in the summoning order list; wherein, the preset condition includes: the first user in the neighboring group The time-consuming for the three users to gather to form a convening team meets the first-time requirement; or the neighboring group in the pre-set ranking in the convening order list.
A method for interacting with neighbor groups, which is characterized in that it includes:

The client sends a convening request to the server; wherein, the convening request is used to convene a third user in the neighbor group to which the first user belongs; the neighbor group is pre-built including the first user and at least one first user Two users and a group of users respectively associated with the first user and the second user; the third user is an associated user of the first user and/or the second user.
The method according to claim 7, further comprising:

The client sends a response message to the server; wherein the response information carries the identity of the third user, which is used to indicate whether the third user accepts the convening request and triggers the server to determine The response message indicates that the third user accepts the convening request, and then the identification of the third user is recorded, and the number of the convening team is updated; wherein the convening team includes the third user who accepted the convening request.
The method according to claim 7, further comprising:

The client sends a viewing request to the server; wherein the viewing request is used to indicate that the third user requests to view the convening information corresponding to the convening request, and triggers the server to control the third user’s client The display page of the client terminal of the first user is displayed on the terminal; wherein the display page of the client terminal of the first user displays the calling information corresponding to the calling request.
The method according to claim 7, further comprising:

The client sends a donation request to the server; wherein the donation request includes the information of the virtual resource donated by the third user to the first user, and is used to trigger the server according to the information of the virtual resource To add corresponding virtual resources for the first user.
The method according to claim 7, further comprising:

The client receives the call-up order list generated and sent by the server; wherein the call-up order list includes a plurality of neighbor groups sorted by priority; wherein, the priority order is the friend The third user set in the neighboring group forms the time-consuming sequence for convening the team.
A server, characterized in that it comprises:

The receiving unit is configured to receive a convening request sent by the client of the first user; wherein the convening request is used to convene a third user in the neighbor group to which the first user belongs; the neighbor group is pre-built including The first user, at least one second user, and a group of users respectively associated with the first user and the second user; the third user is an association of the first user and/or the second user user;

A processing unit, configured to determine the neighbor group to which the first user belongs according to the convening request;

The sending unit is configured to push the summoning request to the client terminal of the third user in the neighbor group.
The server according to claim 12, wherein the processing unit is further configured to generate a list of summoning orders; wherein, the list of summoning orders includes a plurality of neighbor groups sorted in order of priority; wherein, The priority order is the time-consuming order for the third user in the neighbor group to gather to form a team;

The sending unit is further configured to push the calling order list to the client terminal of each user in the neighbor group in the calling order list.
A client, characterized in that it includes:

The sending unit is configured to send a convening request to the server; wherein the convening request is used to convene a third user in the neighbor group to which the first user belongs; the neighbor group is pre-built including the first A user, at least one second user, and a group of users respectively associated with the first user and the second user; the third user is an associated user of the first user and/or the second user.
A method for interacting with neighbor groups, which is characterized in that it includes:

The client sends a convening request to the server; wherein, the convening request is used to convene a third user in the neighbor group to which the first user belongs; the neighbor group is pre-built including the first user and at least one first user Two users, and a group of users respectively associated with the first user and the second user; the third user is an associated user of the first user and/or the second user;

The server receives the convening request sent by the client, and determines the neighbor group to which the first user belongs according to the convening request;

The server pushes the summoning request to the client terminal of the third user in the neighbor group.
An interactive system for neighbor groups, which is characterized in that it includes:

Client and server;

The client is used to send a convening request to the server; wherein, the convening request is used to convene a third user in the neighbor group to which the first user belongs; the neighbor group is pre-built including the first user A user, at least one second user, and a group of users associated with the first user and the second user; the third user is an associated user of the first user and/or the second user;

The server is configured to receive the convening request, determine the neighbor group to which the first user belongs according to the convening request, and push the convening request to the client of a third user in the neighbor group.