CN101242588B - Control method for session invitation, multi-party communication system, server and originating terminal thereof - Google Patents

Abstract

An embodiment of the present invention provides a session invitation control method, a multi-party communication system and its server, and an initiator. The method includes: obtaining the priority of the invited client and/or group; according to the client and/or The priority order of the group sends the session invitation information to each invited client and/or client of the group member in sequence. Through the control method of the session invitation in the embodiment of the present invention, the multi-party communication system and its server, and the initiator, the invitation information can be sent to the important client first to ensure that the important client can preferentially access the session, thus avoiding the problem of prior art Randomly send invitation information to all invited clients, resulting in the situation that important clients are often unable to access, which improves the user experience of multimedia sessions; at the same time, it ensures that the addition of important clients in the session is of significance to the further development of the session, and optimizes use of network resources.

Description

Session invitation control method, multi-party communication system, server and initiator thereof

technical field

The invention relates to multimedia conversation technology, in particular to a method for controlling conversation invitation.

Background technique

With the development of multimedia conversation technology, multi-party communication has gradually become a common business. There are many ways to implement multi-party communication, for example, it can be implemented through an Internet protocol-based multimedia subsystem (IMS) architecture.

The Push-to-talk (PoC) system is an IMS-based multi-party communication system. In the PoC system, the session request for multi-party communication can be initiated by the PoC user through the PoC client, or by the PoC server side. The PoC user The process of establishing multi-party communication is described by using the PoC client to initiate a session request as an example.

As shown in Figure 1, the flow chart of establishing a process for multi-party communication in the PoC system includes:

101. The initiator sends session request information to the server, and the request information includes identifiers of users and groups to be invited;

102. The server receives the request information, randomly obtains the identifiers therein, and performs different operations according to different types of identifiers, as described in 103 and 104 below:

103. If the obtained group ID is obtained, the specific steps are as follows:

103a. Send request information including the group identifier to the group management server;

103b. The group management server obtains member information of each group according to the group identifier, and sends information including information of each member of the group to the server;

103c. After receiving the information, the server sends invitation information to each group member according to the information of each group member;

104. If the user ID is obtained, the following steps are performed:

Send an invitation message to the user;

105. The user and/or group member client receives the invitation information, and sends a response information to the server;

106. The server receives the response information, and sends feedback information to the initiator;

107. The initiator receives the feedback information sent by the server, and sends a response information to the server;

108. The server receives the response information from the initiator, and establishes a session.

Accordingly, the PoC system includes:

Initiator: used to send session request information including the ID of the invited client and/or group to the server;

Server: used to acquire the ID of the invited client after receiving the request information sent by the initiator and/or acquire the ID of the group member through information interaction with the group management server, and invite the ID according to the ID Clients and/or group members join the session, and resources are allocated to the clients and/or group members joining the session;

Group management server: used to store group member IDs and other information, and provide group member IDs to the server through information interaction with the server when a group is invited;

Invited clients: include the invited clients and/or members of the group, and feed back response information to the server after receiving the invitation information sent by the server.

In practice, the number of members that a session can accommodate is limited, so the initiator will check whether the number of invited members exceeds the maximum number that the session can accommodate before sending an invitation to the server, but the initiator cannot know the number of members of the group , so it is meaningless to rely on the detection of the initiator to avoid the number of invited members being greater than the number of accommodated members.

When the number of actual invitations sent is greater than the number of members that can be accommodated, some people must be unable to join. Since the prior art sends invitations at random, the members who join the session are uncontrollable, which leads to some important members being unable to join. Unable to join the session. If an important user cannot join the session, it will often make the session impossible and meaningless, affecting the use of users and wasting resources.

For example: the personnel department of a company wants to organize the chairman of the company, two directors of a business department, 10 key employees, and 100 ordinary employees to participate in a project start mobilization meeting, but in fact the session can only accommodate 80 people, due to the initiator ( There are two groups in the session invitation initiated by the personnel department), and the number of members of the group is unknown to the initiator, so the initiator will not think that the number of invited members is greater than the number of members that can be accommodated, and still sends a message to the server at this time The session request, after the server received the session request, it actually randomly sent session invitations to 113 members, and the 80 members who responded first will finally join the session. Or key employees did not join the session, affecting the effect of the meeting, especially if the chairman or two supervisors do not participate, the session will not be able to start.

On the other hand, in some cases, different groups of invitees are required to participate in the conversation. For example, if a company wants to organize a product project initiation discussion meeting, the meeting requires the company executive and the meeting host to participate, and the R&D department, marketing department, and service department must attend the meeting. There are representatives to participate, and each department can have multiple participants, but no department is allowed to be absent. The session invitation is sent to all relevant clients and groups. The session invitation rules can be: the supervisor responds, and the moderator responds, and there are clients in the three groups responding, then the session can be established, otherwise wait for the absent client/ The group returns a response message. During the establishment of the session, after the session invitation notification is issued, the invitees in the R&D department may not accept the invitation. If no one in the R&D group participates in the session, the session is not what the initiator expected, and the session cannot proceed.

Contents of the invention

The technical problem to be solved by the embodiments of the present invention is to propose a session invitation control method, which sends session invitations to each client in a preset order; the present invention also proposes a multi-party communication system, which sends session invitations to each client in a preset order The client sends a session invitation; the present invention also proposes a server in a multi-party communication system, which sends a session invitation to each client in a preset order; the present invention also proposes a sending end in a multi-party communication system, which sends a Session request information with priority information; the present invention also proposes a session invitation control method, the server determines whether to establish a session according to the obtained request for establishing a session, and the response received from the invited party; the present invention also proposes A server that decides whether to establish a session according to the request for establishing a session and the response received from the invitee.

In order to solve the above technical problems, an embodiment of the present invention provides a method for controlling a session invitation, including:

Get the priority of invited clients and/or groups;

Send session invitation information to each invited client and/or client of a group member in sequence according to the priority sequence of the client and/or group.

The embodiment of the present invention also provides a method for controlling a session invitation, including:

Send invitation information to the invited clients and/or clients in the group. After the number of participants in the session reaches the maximum number of sessions, when receiving the following session response:

According to the pre-saved priority information of the invited client and/or group, obtain the priority information of the client that belongs to the subsequent session response, and determine whether there is a client that has joined the session with a priority lower than the above-mentioned If there is any client to which the subsequent session response belongs, any client with the lowest priority is randomly cleared in the session, and the subsequent session response is accepted.

The embodiment of the present invention also provides a multi-party communication system, which includes:

Initiator: used to send session request information including the ID of the invited client and/or group to the server;

Server: used to acquire the ID of the invited client after receiving the request information sent by the initiator and/or acquire the ID of the group member through information interaction with the group management server, and invite the ID according to the ID Clients and/or group members join the session, and resources are allocated to the clients and/or group members joining the session;

Group management server: used to store group member IDs and other information, and provide group member IDs to the server through information interaction with the server when a group is invited;

Invited clients: including the invited clients and/or members of the group, after receiving the invitation information sent by the server, feeding back response information to the server;

in:

The server also includes:

A priority obtaining unit: used to obtain the priority of the invited client and/or group;

An invitation information sending unit: configured to send session invitation information to each invited client and/or client of a group member sequentially according to the priority order.

The embodiment of the present invention also provides a multi-party communication system, which includes:

Initiator: used to send session request information including the ID of the invited client and/or group to the server;

Server: used to acquire the ID of the invited client after receiving the request information sent by the initiator and/or acquire the ID of the group member through information interaction with the group management server, and invite the ID according to the ID Clients and/or group members join the session, and resources are allocated to the clients and/or group members joining the session;

Group management server: used to store group member IDs and other information, and provide group member IDs to the server through information interaction with the server when a group is invited;

Invited clients: including the invited clients and/or members of the group, after receiving the invitation information sent by the server, feeding back response information to the server;

in:

The server also includes:

Priority information storage unit: used to store priority information of each client and group;

A priority acquisition unit: used to acquire the priority of the client according to the information stored in the priority information storage unit;

Priority judging unit: used to trigger the priority acquisition unit to obtain all clients that have accessed the session when the number of people joining the session has reached the maximum number of sessions, and then receives the session joining response information from the client that is connected later And the priority of the client that is accessed later, judging whether all clients that have accessed the session have a lower priority than the client that is accessed later, and if so, start the client switching unit;

Client switching unit: used to remove any client with the lowest priority, and allocate resources to the client that accesses later, so that it can join the session.

The embodiment of the present invention also provides a server of a multi-party communication system, configured to obtain the invited client after receiving the session request information including the identifier of the invited client and/or group sent by the initiator identify and/or obtain group member identifiers through information interaction with the group management server, invite the client and/or group members to join the session according to the identifier, and assign the client and/or group members joining the session resource;

Wherein, the server also includes:

A priority obtaining unit: used to obtain the priority of the invited client and/or group;

An invitation information sending unit: configured to send session invitation information to each invited client and/or client of a group member sequentially according to the priority order.

The embodiment of the present invention also provides an initiator in a multi-party communication system, including:

Sending unit: configured to send session request information including the ID of the invited client and/or group and the priority information of the invited client and/or group to the server.

An embodiment of the present invention also provides a method for controlling a session invitation, the method comprising:

Get the request to establish a session;

Send invitation information to session invitees;

Receive response information from at least one session invitee;

judging whether the requirement for establishing the session is satisfied according to the response information and the requirement for establishing the session;

If the requirement for establishing the session is satisfied, a reply message is sent.

The embodiment of the present invention also provides a server, the server includes:

An information acquisition unit, a sending unit, a receiving unit, a judging unit and a response unit, wherein,

The information obtaining unit obtains a request for establishing a session;

After receiving the request information from the session initiator, the sending unit sends invitation information to the session invited party, and after receiving the response information sent by at least one invited party, the receiving unit triggers the judgment unit to establish according to the response information and the information acquisition unit. The session requirement judges whether the invited party that sends the response has met the session establishment requirement, and when the session establishment requirement is met, the response unit sends a response message.

As can be seen from the above technical solutions, since the embodiment of the present invention uses a certain order when sending session invitations to clients, it can be set to send invitation information to important clients first to ensure that important clients can access the session first. This avoids the situation in the prior art that the invitation information is sent randomly to all invited clients and causes important clients to be unable to access, improves the user experience of the multimedia session; The significance of the further development of the session optimizes the use of network resources.

Description of drawings

Fig. 1 is the flow chart of multi-party communication establishment process in prior art PoC system;

FIG. 2 is a flow chart of an embodiment of a method for controlling a session invitation according to an embodiment of the present invention;

FIG. 3 is a flow chart of another embodiment of a method for controlling a session invitation according to an embodiment of the present invention;

FIG. 4 is a flowchart of another embodiment of a method for controlling a session invitation according to an embodiment of the present invention;

FIG. 5 is a flowchart of another embodiment of a method for controlling a session invitation according to an embodiment of the present invention;

FIG. 6 is a flowchart of another embodiment of a method for controlling a session invitation according to an embodiment of the present invention;

FIG. 7 is a system block diagram of an embodiment of a multi-party communication system according to an embodiment of the present invention;

FIG. 8 is a system block diagram of another embodiment of a multi-party communication system according to an embodiment of the present invention;

FIG. 9 is a system block diagram of another embodiment of a multi-party communication system according to an embodiment of the present invention;

FIG. 10 is an apparatus diagram of a server in a multi-party communication system according to an embodiment of the present invention;

FIG. 11 is an apparatus diagram of another server in a multi-party communication system according to an embodiment of the present invention.

Detailed ways

The control method of session invitation in one embodiment of the present invention comprises:

Get the priority of invited clients and/or groups;

Send session invitation information to each invited client and/or client of a group member in sequence according to the priority sequence of the client and/or group.

The priority of the invited clients and/or groups can be obtained through any of the following methods:

1. When the initiator initiates a session request, the user sets the priority of each invited client and/or group by himself. After initiating a session request, the request information carries the ID of each invited client and/or group. priority information;

After the server receives the request information, obtain priority information of each invited client and/or group in the request information;

2. The server saves the priority of each client and/or group;

After receiving the session request sent by the initiator, the server obtains the priority of the invited client and/or group according to the priority of each client and/or group saved by itself;

3. The priority of each group member pre-saved in the group management server;

When the group management server sends the response information including the group member information to the server, it also sends the priority information of the group members at the same time, and the server can obtain the priority information of each group member after receiving the response information.

The scheme of sending session invitation information to each client and/or client of a group member according to the order of priority may be specifically as follows:

1. Send invitation information to all clients of the same priority, and after a preset period of time, send invitation information to all clients of the next priority according to the order of priority;

In this way, for users of different levels, the priority policy in terms of session invitation time can objectively ensure that the first invited user has the opportunity to join the session first.

2. Send invitation information to all clients of the same priority. When the server receives the response information from the preset number or all clients of this priority, it sends invitation information to all clients of the next priority;

If the server does not receive the response information from the preset number or all clients of this priority after sending the invitation information and the preset time period has elapsed, it will resend the invitation information to the clients that have not sent the response information. After receiving the response information from the above client, it will no longer be sent to it;

3. Send invitation information to all clients of the same priority. When the server receives the response information from the preset number or all clients of this priority, it sends invitation information to all clients of the next priority;

If the server has not received the response information of the preset number or all clients of this priority after sending the invitation information and after the first preset time period, it will regularly send the invitation information to the clients that have not sent the response information, and when received After the response information of the client is not sent to it.

If the server does not receive response information from all clients after sending the invitation information and after the second preset time period, reserve session resources for clients that have not sent response information, and send invitations to all clients of the next priority Information, when receiving the response information from the client that has not sent the response information at any time and the reserved session resource still exists, order it to use the reserved session resource to conduct a session;

An example in the PoC system is used below to illustrate the embodiment of the present invention.

In order to illustrate the embodiment of the present invention vividly, it is assumed that the background of the embodiment of the present invention is: a certain company's personnel department (replaced by A below) wants to organize the chairman of the company (replaced by B below), and two directors of a certain business department (replaced by C below). , D instead), 10 key employees (grouped as E, hereinafter referred to as "Group E"), and 100 ordinary employees (grouped as F, hereinafter referred to as "Group F") participated in a project start-up mobilization meeting. However, the actual PoC session can only accommodate up to 80 people. If the method of randomly sending invitations is used, it is very likely that some members of the chairman, supervisor, and key employees will not be able to participate, which will affect the effect of the meeting, especially if the chairman or two The session will not proceed without the supervisor attending.

In order to solve the above problems, a solution of an embodiment of the present invention is shown in Figure 2, and Figure 2 is a flowchart of an embodiment of the present invention, including:

201. User A sets the priority of each invited client and group, and client A adds the priority information of each client and group to the session request information to be sent, and sends the session request information to the server;

The invited clients include: B, C, and D, and the invited groups include group E and group F;

Their priorities are:

Client B, priority 0;

Clients C and D, priority 1;

Group E, priority 2;

Group F, priority 3;

Specifically, the user enters the clients and/or groups to be invited on the client, and sets their priorities, and then the client adds the priority information of these clients and/or groups to the invite message sent by the client, specifically Specifically, it can be extended in the message header of the sip message or in the message body (sdp body) of the sip message, adding the priority identification of each client and/or group, as follows:

The message header of the sip message is extended, and the priority identification of each client and/or group is added, and the information sent is as follows:

INVITE conf-serverbiloxi.com SIP/2.0

Via:SIP/2.0/UDP pc33.atlanta.com; branch＝z9hG4bK776asdhds

Max-Forwards: 80

To: B<sip:UserBbiloxi.com>; priority=0,

C<sip:UserCbiloxi.com>; priority=1,

D<sip:UserDbiloxi.com>; priority=1,

E<sip:GroupEbiloxi.com>; priority=2,

F<sip:GroupFbiloxi.com>; priority＝3

From: A<UserAatlanta.com>; tag=1928301774

Call-ID: a84b4c76e66710pc33.atlanta.com

CSeq: 314159 INVITE

Contact: <sip:alicepc33.atlanta.com>

Content-Type: application/sdp

Content-Length: 142

(Alice’s SDP not shown)

Alternatively, the message body of the sip message is extended, and the priority identification of each client and/or group is added, and the information sent is as follows:

<resource-lists xmlns="um:ietf:params:xml:ns:resource-lists"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

<list>

<entry uri=″sip:Bbiloxi.com?priority=0″/>

<entry uri=″sip:Cbiloxi.com?priority=1″/>

<entry uri=″sip:Dbiloxi.com?priority=1″/>

<entry uri=″sip:Ebiloxi.com?priority=2″/>

<entry uri=″sip:Fbiloxi.com?priority=3″/>

</list>

</resource-linsts>

202. The server receives the session request information, and acquires the identifiers and priority information of each invited client and group;

203. According to the priority order, the server first sends the invitation information to the client B with the highest priority;

204. After a preset delay time, send invitation information to clients C and D of the next priority;

The delay time should ensure that the server can receive the response information from client B under normal circumstances;

205-207. After the preset delay time, the server should send invitation information to the members of the group E with the next priority, but the server cannot know the specific members of the group E, so it should send the invitation information to the saved group E first. The group management server of the member information of the group sends request information, requests to obtain the member information of group E, after receiving the response information of the group management server, sends invitation information to each member of the group E;

The delay time should ensure that the server can receive the response information from clients C and D under normal circumstances;

208-210. After the preset delay time, the server should send an invitation message to the members of the group F with the next priority, but the server cannot know the specific members of the group F, so it should send the invitation information to the saved group F first. The group management server of the member information of the group F sends a request message, requesting to obtain the member information of the group F, and after receiving the feedback information of the group management server, sends an invitation message to each member of the group F;

The delay time should ensure that the server can receive the response information of each member of group E under normal circumstances;

211. At any time, when the number of people participating in the session reaches the maximum number of people that the session can hold or the invitation information has been sent to all clients and/or groups, the server stops sending the invitation information.

Steps 205 and 208 in the above steps, that is, the steps of requesting the group management server for specific members of group E and group F respectively, can also be performed after step 201 . After receiving the session invitation, the PoC server immediately requests specific group member information from the corresponding group management server. Save the detailed member-related information obtained from the group management server locally on the PoC server, and then perform specific session invitations according to priorities.

In the above-mentioned embodiment, the priority is set by the user and the priority identifier is added to the request information by the client, and then the server obtains the priority information, and then sends invitation information to the client in order of priority, in fact , the priority information may also be pre-stored in the server or the group management server, which will be described respectively below.

The server saves priority information:

The server locally saves the priority information of each client and/or group. This information can be generated by user settings, operator settings or other methods. The saved priority information is similar to the following records:

…

B<sip:UserBbiloxi.com>; priority=0,

C<sip:UserCbiloxi.com>; priority=1,

D<sip:UserDbiloxi.com>; priority=1,

E<sip:GroupEbiloxi.com>; priority=2,

F<sip:GroupFbiloxi.com>; priority=3,

…

When using the server to save priority information, after receiving the session request from the user, the server obtains the priority of each invited client and/or group according to the priority information of the client and/or group saved by itself , and then send invitation information to each client and/or clients of group members in sequence according to the order of priority.

The group management server saves the priority information of group members:

The group management server saves the priority information of each client or group. This information can be generated by user settings, operator settings or other methods. It saves the priority information of each member of each group. The saved priority level information similar to the following records:

…

E1<sip:GroupEbiloxi.com>; priority=2,

E2<sip:GroupEbiloxi.com>; priority=2,

E3<sip:GroupEbiloxi.com>; priority=2,

E4<sip:GroupEbiloxi.com>; priority=1

E5<sip:GroupEbiloxi.com>; priority=3

…

When the server receives the session request and finds that the group member priority information is stored in the group management server, it first sends a request message to the group management server to obtain the group members and their priority information. Then, the invitation information is sent to all the clients and/or the clients of the group members sequentially according to the order of priority.

In fact, sometimes only the server is used to store the priority information, sometimes only the group management server is used to store the priority information of the group members, and sometimes the server is used to store the priority information and the group management server is used to store the priority information of the group members. level information. The local policy can limit the priority of one of the policies. For example, the multimedia session invitation policy can be set according to the local policy of the operator, and the information saved by the group management server shall prevail. The flow of the present invention when the server saves the priority information and the group management server saves the priority information of the group members will be described below with reference to the accompanying drawings.

As shown in FIG. 3, it is a flow chart of another embodiment of a method for controlling a session invitation of the present invention, including:

301. Client A sends session request information;

The invited clients include: B, C, and D, and the invited groups include group E and group F;

302. The server receives the request information, obtains the identifiers of each invited client and group, and obtains the priority of each invited client B, C, D and group E according to the records saved by itself;

The server's log is:

…

B<sip:GroupBbiloxi.com>; priority=0,

C<sip:GroupCbiloxi.com>; priority=l,

D<sip:GroupDbiloxi.com>; priority=1,

E<sip:GroupEbiloxi.com>; priority=2,

F<sip:GroupFbiloxi.com>; priority=N/A,

…

Therefore, the server obtains the priority of B as 0, the priority of C and D as 1, the priority of group E as 2, and the priority of each member of group F needs to be obtained from the group management server;

303. The server sends request information to the group management server, requesting to obtain members of the group F and their priority information;

304. The group management server feeds back the members of the group F and their priority information;

The priority information of group F recorded by the group management server is:

…

F1<sip:GroupBbiloxi.com>; priority=1,

F2<sip:GroupBbiloxi.com>; priority=1,

E3<sip:GroupCbiloxi.com>; priority=4,

...(E4-E99)...

E100<sip:GroupDbiloxi.com>; priority=4

Therefore, there are two members F1 and F2 in group F with priority 1, and other members are 4, and the group management server feeds back the above information to the server;

305. The server receives the response information from the group management server, and according to the order of priority, first sends the invitation information to the client B with the highest priority;

306. After a preset delay time, send invitation information to clients C, D, F1, and F2 of the next priority;

307-309. After the preset delay time, the server should send an invitation message to the members of the group E with the next priority, but the server cannot know the specific members of the group E, so it should send an invitation message to the saved group E first. The group management server of the member information of the group sends request information, requests to obtain the member information of group E, after receiving the response information of the group management server, sends invitation information to each member of the group E;

310. After a preset delay time elapses, send invitation information to all members of the next priority group F except F1 and F2;

311. At any time, when the number of people participating in the session reaches the maximum number of people that the session can hold or the invitation information has been sent to all clients and groups, the server stops sending the invitation information.

It can be seen from the above technical solutions that the embodiments of the present invention provide multiple methods for obtaining the priority of each client or group, which is beneficial for users to make choices according to different actual situations.

In the above embodiment, after the server obtains the priority of each client, it adopts the method of sending invitation information to the high-priority client first, and sending the invitation information to the lower-priority client after the preset time. In fact, other methods can also be used to send invitation information to clients with different priorities in order. For example, you can also send invitations to high-priority clients first, and wait until the preset number of clients is received. The method of sending invitations to clients with lower priority after feedback from all or all clients with this priority will be described in detail below.

When using the method of sending invitation information to high-priority clients first, and then sending invitation information to lower-priority clients after receiving feedback from a preset number or all clients of this priority, if a few No feedback from the client will result in the inability of clients with lower priority to access, so a further improvement is made in the embodiment of the present invention. After the improvement, when some high-priority clients do not send a response message for a long time, the server Regularly send invitation information to these users who have not sent response information, and no longer send invitation information to them after receiving the response information from the client.

Furthermore, when some high-priority clients have not sent a response message for a long time, the server can also reserve session resources for the high-priority clients, and send invitation information to the next-priority clients. In the following process , the server regularly sends invitation information to the unresponsive high-priority client until it receives the response information from the high-priority client, and the reserved session resource still exists after receiving the response information from the high-priority client , make the client use the reserved session resource and stop sending invitation information to it regularly, the following will be described in detail with an example.

As shown in Figure 4, it is a flowchart of another embodiment of the present invention, including:

401. User A sets the priority of each invited client and group, client A adds the priority information of each invited client and group to the session request information to be sent, and sends the session request information to the server request information;

The invited clients include: B, C, and D, and the invited groups include group E and group F;

Their priorities are:

Client B, priority 0;

Clients C and D, priority 1;

Group E, priority 2;

Group F, priority 3;

402. The server receives the session request information, and acquires the identifiers and priority information of each invited client and group;

403. According to the priority sequence, the server first sends the invitation information to the client B with the highest priority;

404-405. After receiving the response information from client B, send invitation information to clients C and D with the next priority;

406-409. After receiving the response information from clients C and D, the server should send invitation information to members of group E with the next priority, but the server cannot know the specific members of group E, so it should first send invitation information to The group management server that saves the member information of the group E sends a request message, requests to obtain the member information of the group E, and after receiving the feedback information from the group management server, sends an invitation message to each member of the group E;

410. After the server sends the invitation information to each member of group E, after a preset time period T1, the server has received the response information from all members except E1, the server reserves session resources for E1, and starts the timing sending invitation mechanism ;

T1 should be long enough to ensure that the server receives the response information from all members of group E under normal circumstances. If no response information from some members of group E is received within T1, the invitation information should be resent;

The sending invitation mechanism at regular intervals is to send invitation information to E1 at regular intervals, until the server receives the response information of E1 and then no longer resends;

411-413. After the server sends invitation information to each member of group E, after a preset time period T2, the server sends request information to the group management server that stores the member information of group F, requesting to obtain the member information of group F , after receiving the feedback information from the group management server, send invitation information to each member of the group F;

414-415. At any time after step 410, after receiving the response information from E1, the server orders it to use the reserved session resources to participate in the session, and stops sending invitations to it regularly;

416. When the number of people participating in the session reaches the maximum number of people that the session can accommodate, the server stops sending invitation information.

The above embodiment is based on receiving the response information of all clients with a higher priority and then sending invitation information to the clients of the next priority, or when some clients of the higher priority do not respond, they are reserved The assumption that resources send invitations to them at regular intervals and then send invitation information to lower-level clients. In fact, sometimes it is not necessary to receive responses from all clients of this priority, as long as there are a preset number of clients responding to the invitation information. , in this case, the flow of the embodiment of the present invention is basically the same as the above-mentioned flow, and will not be repeated here.

In the above embodiments, the server sends invitation information to each client in sequence according to the order of priority, which solves the defect in the prior art that important users cannot participate in the session due to not distinguishing the invited clients. An embodiment is proposed to solve the problems of the prior art, which will be described in detail below.

In this embodiment, after the server receives the session request from the initiator, it sends invitation information to the invited client and/or clients in the group, and after the number of participants in the session reaches the maximum number of session participants, it receives the subsequent When the session responds with:

According to the priority information of the invited client and/or group, obtain the priority information of the client to which the subsequent session responds, and determine whether any client that has joined the session has a lower priority than the subsequent session If there is any client to which the session response belongs, any client with the lowest priority is randomly cleared in the session, and the subsequent session response is accepted.

Details are given below.

The priority information of the invited clients and/or groups may be pre-saved in any of the following ways:

1. When the initiator initiates a session request, the user sets the priority of each invited client or group by himself. After the session request is initiated, the request information carries the priority information of each client or group;

After the server receives the request information, save the priority information of each client and/or group locally;

2. The server saves the priority of each client and/or group;

3. The priority of each member of the group is saved in the group management server;

When the group management server sends the response information including the group member information to the server, it also sends the priority information of the group members at the same time, and the server receives the response information and saves the priority information locally.

Hereinafter, the embodiment of the present invention will be described by taking the initiator sending request information including priority information of invited clients and groups as an example. When the number of session participants reaches the maximum and a new session member requests to join, the session is replaced according to relevant information. FIG. 5 is a flow chart of another embodiment of a method for controlling a session invitation of the present invention, which includes:

501. User A sets the priority of each invited client and group, and client A adds the priority information of each client and group to the session request information to be sent, and sends the session request information to the server;

The invited clients include: B, C, and D, and the invited groups include group E and group F;

Their priorities are:

Client B, priority 0;

Clients C and D, priority 1;

Group E, priority 2;

Group F, priority 3;

502. The server receives the session request information, acquires and saves the identifiers and priority information of each invited client and group;

503-505. The server sends invitation information to B, C, and D respectively;

506-507. The server sends request information to the group management server, requesting to obtain member information of groups E and F;

508-509. The group management server feeds back the member information of groups E and F to the server;

510-511. The server sends invitation information to the clients of each member according to the obtained member information of groups E and F;

The method of sending the invitation information in the above steps 503-511 is the same as that of the prior art, and they are all performed randomly without a fixed order;

512-513. When the number of people participating in the session reaches the maximum number of people that can be accommodated in the session, and the server receives the response information sent by client D, the server obtains the client according to the stored correspondence between each client and group and their respective priorities. The priority of terminal D is 1;

514-515. The server judges whether any of the clients that have connected to the session has a lower priority than client D, and the judgment result is yes, and the connected client has the lowest priority of 3, then randomly clears one of the connected clients Among the clients of the session, the priority is 3, so that client D accesses the session.

In the embodiment of the present invention, a method for inviting a session according to a certain session invitation strategy is introduced, and some of its beneficial effects lie in:

1. When the number of participating members actually invited is greater than the maximum number of participating members that can be accommodated in the multimedia session, it is necessary to ensure that important users can first occupy the resources of the multimedia session and join the session;

2. When the number of participating session members actually invited is less than or equal to the maximum number of participating members that the multimedia session can hold, it is necessary to consider the key significance of the session participation of the important session participating users for the entire multimedia session. That is, when some important session participating users cannot participate in the multimedia session, the multimedia session system gives up the session invitation to other participating users, and even terminates the establishment of the entire session.

It can be seen from the above technical solutions that the embodiments of the present invention provide multiple methods for controlling the access sequence of each client according to the priority of each client, which is beneficial for users to make choices according to different actual situations.

In fact, it is also possible for the server to pre-judge whether the number of people who will participate in the session exceeds the maximum number of people that the session can accommodate. If not, then directly use the method of the prior art to randomly send invitations to each client.

Specifically, after the server receives the session request, it first saves the number of clients in the request, and then sends a request to the group management server to obtain the number of members of each group. After obtaining the number of members of each group, it calculates the previously saved The sum of the number of clients and the number of members of each group, judge whether the sum is greater than the maximum number of people that the session can accommodate, if it exceeds, then use the session invitation control method provided by the embodiment of the present invention; if it does not exceed, then apply the existing technical approach.

Applying the above-mentioned scheme of judging first and then performing specific operations, when the number of invited users is not greater than the maximum number of people that can be accommodated in a session, the process and time can be significantly saved.

The above-mentioned embodiment of the control method for session invitation, in order to further enhance its function, may also include:

1. A network entity (such as a server) of a multimedia session with a certain authority or a user with a certain authority can activate or block this layered session invitation policy. When the hierarchical session invitation function is activated, the server adopts the priority-based session invitation strategy described in the above embodiments. When the hierarchical session invitation function is blocked, the server adopts unordered session invitations in the prior art.

2. When the session is initially established, the network entity (such as the server) and the client can first negotiate the session invitation capability, so that the two parties can exchange and learn the capability information that the other side supports the session invitation control method. Under certain conditions, the client may also inquire whether the network entity (such as the server) supports the capability of this session invitation control method.

3. Only certain specific users can be limited in the group management server to initiate the enhanced session invitation based on priority information, and correspondingly identified.

Those skilled in the art can know from the foregoing embodiments that the server will establish a session after receiving the response from the invited party. Receiving a response from the invitee is a requirement to establish a session. In fact, the session initiator can set more complicated requirements for establishing a session to meet the further needs of the user. For example: the session initiator may need to initiate a conference, which requires at least one participant from the supervisor, moderator, R&D 1 or R&D 2 or R&D 3 or R&D 4 or R&D 5, Market 1 or Market 2 or Market 3 or 4 or At least one participant in the market 5 and at least one participant in the service 1 or the service 2 or the service 3 or the service 4 or the service 5 participate in the meeting. After the server sends out the session invitation information, only when the response returned by the invited party satisfies the above-mentioned requirements for establishing a session can it send a response message to the session initiator.

In order to meet the above requirements, the session initiator can carry the requirement of establishing a session in the session request information. After sending the invitation information to the invited party, it decides whether to initiate the session according to whether the response information returned by the invited party meets the requirements for establishing the session. The terminal sends a reply message.

As shown in FIG. 6 , another embodiment of a method for controlling a session invitation is given. In this embodiment, the session initiator can specify the invitation: supervisor, moderator, at least one participant in R&D 1 or R&D 2 or R&D 3 or R&D 4 or R&D 5, market 1 or market 2 or market 3 or 4 or market 5, and at least one participant in Service 1 or Service 2 or Service 3 or Service 4 or Service 5. When the response information returned by the invited party indicates that the above requirements are met, a response message may be sent to the session initiator to establish the session. Then the control method of the session invitation includes:

601. The session initiator sends request information to the server, and the request information includes the above-mentioned requirements for establishing a session;

602. If the object invited by the session initiator includes a group, the server acquires the invited group member information from the group management server. This step only needs to be completed before the server sends the invitation information to the group members;

603. The server obtains a request for establishing a session according to the request information sent by the session initiator.

604-608. The server sends session invitation information to the invited group/client.

The server may send session invitation information to the invited parties step by step according to different priorities according to the methods disclosed in the foregoing embodiments; it may also send session invitation information to all invited parties without distinguishing priority information.

In addition to sending session invitation information to the invitee step by step according to the priority, the server can also send session invitation information to the invitee step by step according to other attributes of the invitee. Send a session invitation message to the invitee. For the method for the server to obtain the attribute of the invitee, refer to the method for the server to obtain the priority of the invitee in the foregoing embodiment. In fact, the priority in the preceding embodiments can be regarded as a case of this attribute.

609-613. Some invited clients send back response information to the server;

614. When the server judges whether the invited party who sends back the response has met the requirements for establishing a session according to the acquired requirements for establishing a session, if the requirements are met, then execute step 615, and send a response message to the session initiator; otherwise, wait for no response The client sends back a response message;

For example, in this embodiment, the supervisor, moderator, R&D 1 and R&D 2, market 3, service 3 and service 5 returned response information, and the server judged the session establishment request received in step 601 according to the response information can be satisfied, so the follow-up process of session invitation is executed. At this point, the subsequent processing flow may be to send a response message to the session initiator.

If the requirements for establishing a session are met, but the number of users that the server can accept to participate in the session is less than the number of invited clients who send back responses, the server can refuse some invited parties to participate in the session on the premise that the requirements for establishing a session are met. For example, if the supervisor, moderator, R&D1 and R&2, Market3, and Service2 and Service5 all send back responses, but the server can only accept 6 users to participate in the session, then the server can refuse Service5 to participate in the session, of course It is also possible to deny service 2, RD 1 or RD 2 participation in the session.

615. The server performs a subsequent session invitation process.

In the above embodiments, the server obtains the request for establishing the session from the request information sent by the session initiator. In fact, the server may also pre-store the session establishment request locally, or obtain the session establishment request from other entities dedicated to storing the session establishment request.

Through the method provided by the invention, the session establishment process can be controlled more flexibly. For example, in the above embodiment, the server cannot be controlled only by the number of members, because if all the R&D members do not participate and the rest of the members participate in the session, there will be a total of 12 people (supervisor, moderator, 5 marketers, and 5 service members), which cannot meet the requirements. Session establishment requirements. And one member of each group participates, a total of 5 people (supervisor, moderator, 1 marketing, 1 research and development, 1 service) can meet the session establishment requirements. And if the server controls the session establishment process by specifying the member clients that must participate in the session, then for the R&D group, marketing group, or service group, no user is required for session establishment, but the three groups It is also not possible that all members of the client do not participate in the session, so it is also impossible to control the session establishment process by specifying the member clients that must participate in the session. The method provided by the invention just solves the above problems.

The embodiment of the present invention also provides a multi-party communication system. FIG. 7 is a system block diagram of an embodiment of a multi-party communication system according to the present invention, including:

Initiator:

For sending session request information including the ID of the invited client and/or group to the server;

server, including:

An identification obtaining unit: configured to obtain the identification of the invited client and/or group after receiving the request information sent by the initiator;

A priority obtaining unit: used to obtain the priority of the invited client and/or group;

A group member information obtaining unit: configured to send information requesting to obtain the group member information to a group management server according to the group identifier;

An invitation information sending unit: sending session invitation information to each invited client and/or client of a group member sequentially according to the priority order.

Session establishment unit: after receiving the response information sent by the invited client or group member, if the number of people in the session does not reach the maximum, allocate resources for the client or group member to join the session;

Group management server:

After receiving the request information from the server, send response information including the group member information to the server;

Invited clients:

The invited clients and/or members of the group, after receiving the invitation information sent by the server, feed back response information to the server.

The priority of the invited client and/or group can be obtained through, but not limited to, any of the following methods:

The initiator sends session request information including priority information of the invited client and/or group to the server, and the priority acquiring unit acquires the invited client according to the session request information including priority information and/or group priority;

The server also includes a priority information storage unit for storing the priority information of each client and group, and the priority acquisition unit acquires the invited client and/or group according to the priority information stored in the priority information storage unit The priority of the group.

FIG. 8 is a system block diagram of another embodiment of a multi-party communication system of the present invention. Compared with the embodiment, it adds a judging unit, which is used for:

Judging whether the number of invited clients is greater than the maximum number of conversations according to the sum of the number of invited clients received and the number of group members, if greater, use the unit provided by the present invention to carry out multi-party communication, if not greater, then do not The new unit of the invention is used and the original unit still works in the original mode.

Fig. 9 is a system block diagram of another embodiment of a multi-party communication system of the present invention, including:

Initiator:

For sending session request information including the ID of the invited client and/or group to the server;

server, including:

An identification obtaining unit: configured to obtain the identification of the invited client and/or group after receiving the request information sent by the initiator;

A group member information obtaining unit: used to send information requesting to obtain the group member information to the group management server;

An invitation information sending unit: used to send invitation information to the invited client and/or group members;

Session establishment unit: after receiving the response information sent by the invited client or group member, if the number of session members does not reach the maximum, allocate resources for the client or group member to join the session, when the session When the number of people reaches the maximum, the priority acquisition unit is triggered;

Priority information storage unit:

Used to store the priority information of each client and group;

The priority information is set by the user or the operator, and stored by the server itself; or from the request information sent by the initiator, and the server stores it in the priority information storage unit after receiving it;

Priority acquisition unit:

When the number of people joining the session has reached the maximum value, and when receiving any response information from any subsequent client, the priority obtaining unit obtains the priority of the client according to the information stored in the priority information storage unit;

Priority judging unit:

It is used to judge whether all the clients that have accessed the session have a lower priority than the client that is accessed later, and if so, start the client switching unit;

Client switching unit:

It is used to clear any client with the lowest priority, and allocate resources to the client that accesses later, so that it can join the session.

Group management server:

After receiving the request information from the server, send response information including the group member information to the server;

Invited clients:

The invited clients and/or members of the group, after receiving the invitation information sent by the server, feed back response information to the server.

It can be seen from the above technical solution that the embodiment of the present invention not only solves the technical problem, but also provides a variety of specific implementation modes, which is beneficial for users to make choices according to different actual situations.

The embodiment of the present invention also proposes a server of a multi-party communication system, as shown in FIG. 10 , an apparatus diagram of a server of a multi-party communication system according to an embodiment of the present invention, including:

An identification obtaining unit: used to obtain the identification of the invited client and/or group after receiving the request information sent by the initiator;

A group member information obtaining unit: used to send information requesting to obtain the group member information to the group management server;

A priority obtaining unit: used to obtain the priority of the invited client and/or group;

Invitation information sending unit: used to sequentially send session invitation information to each invited client and/or client of a group member according to the priority order;

Session establishment unit: after receiving the response information sent by the invited client or group member, if the number of people in the session does not reach the maximum, allocate resources for the client or group member to join the session.

The priority of the invited client and/or group can be obtained through, but not limited to, any of the following methods:

The initiator sends session request information including priority information of the invited client and/or group to the server, and the priority acquiring unit acquires the invited client according to the session request information including priority information and/or group priority;

The server also includes a priority information storage unit for storing the priority information of each client and group, and the priority acquisition unit acquires the invited client and/or group according to the priority information stored in the priority information storage unit The priority of the group.

Further, the server may include a judging unit for:

Judging whether the number of invited clients is greater than the maximum number of conversations according to the sum of the number of invited clients and/or the number of group members received, if yes, use the unit provided by the present invention to carry out multiparty communication, if not, then The newly added unit of the present invention is not used and the original unit still works in the original mode.

It can be seen from the above technical solution that the embodiment of the present invention not only solves the technical problem, but also provides a variety of specific implementation modes, which is beneficial for users to make choices according to different actual situations.

The present invention also proposes an initiator of a multi-party communication system, which also includes:

Sending unit: configured to send session request information including the ID of the invited client and/or group and the priority information of the invited client and/or group to the server.

It can be seen from the above technical solutions that the method, the multi-party communication system and its server, and the initiator provided by the embodiments of the present invention can send session invitations to each client in a preset order, and the embodiments of the present invention also provide various The method of obtaining priority and controlling the access order of each client according to different priorities is beneficial for users to make choices according to different actual situations. Further, the embodiment of the present invention also proposes to first judge whether the number of people participating in the session is greater than the capacity that can be accommodated. The scheme of operating after the maximum number of people can significantly save the process and time; the system and its server provided by the embodiment of the present invention can send session invitations to each client in a preset order, and provide a variety of specific implementations The method is helpful for users to make choices according to different actual situations.

The embodiment of the present invention also proposes a server of a multi-party communication system, as shown in FIG. 11, the server includes:

An information acquisition unit, a sending unit, a receiving unit, a judging unit and a response unit, wherein,

The information obtaining unit obtains the request for establishing a session, and if the request for establishing a session is stored in the entity for storing the request for establishing a session, the information obtaining unit obtains the request for establishing a session by interacting with the entity for storing the request for establishing a session;

After receiving the request information from the session initiator, the sending unit sends invitation information to the session invitees, and after receiving the response information sent by at least one invitee, the receiving unit triggers the judgment unit according to the response information and the session information acquired by the information acquisition unit. The requirement for establishment judges whether the invited party who sends the response has met the requirement for establishing a session, and when the requirement for establishing a session is satisfied, the response unit sends a response message.

The control method of the session invitation provided by the present invention, the multi-party communication system and its server, and the initiator have been introduced in detail above. In this paper, specific examples are used to illustrate the principle and implementation of the present invention. The description of the above embodiments is only It is used to help understand the method of the present invention and its core idea; at the same time, for those of ordinary skill in the art, according to the idea of the present invention, there will be changes in the specific implementation and scope of application. In summary, this The content of the description should not be construed as limiting the present invention.

Claims (15)

1. A control method for a session invitation, comprising: Get the priority of invited clients and/or groups; sending session invitation information to each invited client and/or client of a group member in sequence according to the priority order of the client and/or group; The step of sending invitation information to each client sequentially according to the order of priority includes: Send invitation information to all clients of the same priority. When the server receives the response information of the preset number or all clients of this priority, it will send invitation information to all clients of the next priority; if the invitation information is sent And after the first preset time period, the server has not received the response information of the preset number or all clients of this priority, and then re-sends the invitation information to the clients that have not sent the response information; The step of sending invitation information to each client in turn according to the order of priority also includes: If the server does not receive the response information from the preset number or all clients of this priority after sending the invitation information and the second preset time period has elapsed, reserve session resources for the clients that have not sent the response information, and send to the next priority All clients at the level send invitation information, and when they receive the response information from the client that has not sent the response information at any time and the reserved session resources still exist, they are instructed to use the reserved session resources to conduct a session. 2. The control method of session invitation as claimed in claim 1, characterized in that: Also include before the step of obtaining the priority: The client sends session request information carrying the priority information of the invited client and/or group; The steps for obtaining priority include: Acquiring the priority of the invited client and/or group according to the session request information. 3. The control method of session invitation as claimed in claim 1, characterized in that: The steps for obtaining priority include: The priority of the invited client and/or group is obtained locally on the server or obtained from the group management server. 4. The method for controlling session invitation as claimed in any one of claims 1 to 3, characterized in that: Before the step of obtaining the priority, it also includes: Determine whether the number of invited clients is greater than the maximum number of sessions, and if so, proceed to the following steps. 5. The control method of session invitation as claimed in claim 1, characterized in that: It can occur during the session establishment phase or during the session. 6. The method for controlling session invitation as claimed in claim 1, further comprising: A network entity or user with certain authority can set to block or activate this kind of session invitation based on priority information. 7. The method for controlling session invitation as claimed in claim 1, further comprising: Network entities and clients negotiate this enhanced session invitation capability. 8. A multi-party communication system comprising: Initiator: used to send session request information including the ID of the invited client and/or group to the server; Server: used to acquire the ID of the invited client after receiving the request information sent by the initiator and/or acquire the ID of the group member through information interaction with the group management server, and invite the ID according to the ID Clients and/or group members join the session, and resources are allocated to the clients and/or group members joining the session; Group management server: used to store group member IDs and other information, and provide group member IDs to the server through information interaction with the server when a group is invited; Invited clients: including the invited clients and/or members of the group, after receiving the invitation information sent by the server, feeding back response information to the server; It is characterized by: The server also includes: A priority obtaining unit: used to obtain the priority of the invited client and/or group; Invitation information sending unit: used to send invitation information to all clients of the same priority, when the server receives a preset number or response information from all clients of this priority, it sends invitation information to all clients of the next priority ; If the server has not received the response information of the preset number or all clients of this priority after sending the invitation information and after the first preset time period, then re-send the invitation information to the client that has not sent the response information; if in After the invitation message is sent and the second preset time period elapses, the server does not receive the response information from the preset number or all clients of this priority, and reserves session resources for clients that have not sent response information, and transfers to the next priority client All clients send invitation information, and when they receive the response information from the client that has not sent the response information at any time and the reserved session resources still exist, they are instructed to use the reserved session resources to conduct a session. 9. The multi-party communication system as claimed in claim 8, characterized in that: The session request information sent by the initiator to the server also includes: priority information of the invited client and/or group; The priority acquisition unit is used for: Acquiring the priority of the invited client and/or group according to the session request information. 10. The multi-party communication system as claimed in claim 8, characterized in that: The server also includes: Priority information storage unit: used to store priority information of each client and group; The priority acquisition unit is used for: The priority of the invited client and/or group is acquired according to the priority information stored in the priority information storage unit. 11. The multi-party communication system according to any one of claims 8 to 10, characterized in that: The server also includes: Judging unit: used to judge whether the number of invited clients is greater than the maximum number of conversations according to the sum of the received number of invited clients and the number of group members, and if so, use the unit provided by the present invention for multiparty communication. 12. A server of a multi-party communication system, configured to obtain the invited client ID and/or pass Perform information interaction with the group management server to obtain a group member identifier, invite the client and/or group member to join the session according to the identifier, and allocate resources to the client and/or group member joining the session; It is characterized in that the server also includes: A priority obtaining unit: used to obtain the priority of the invited client and/or group; Invitation information sending unit: used to send invitation information to all clients of the same priority, when the server receives a preset number or response information from all clients of this priority, it sends invitation information to all clients of the next priority ; If the server has not received the response information of the preset number or all clients of this priority after sending the invitation information and after the first preset time period, then re-send the invitation information to the client that has not sent the response information; if in After the invitation message is sent and the second preset time period elapses, the server does not receive the response information from the preset number or all clients of this priority, and reserves session resources for clients that have not sent response information, and transfers to the next priority client All clients send invitation information, and when they receive the response information from the client that has not sent the response information at any time and the reserved session resources still exist, they are instructed to use the reserved session resources to conduct a session. 13. The server of the multi-party communication system as claimed in claim 12, characterized in that: A priority obtaining unit: configured to obtain the priority of the invited client and/or group according to the session request information including the priority information sent by the initiator. 14. The server of the multi-party communication system as claimed in claim 12, wherein the server further comprises: Priority information storage unit: used to store priority information of each client and group; The priority acquisition unit is used for: The priority of the invited client and/or group is acquired according to the priority information stored in the priority information storage unit. 15. The server of the multi-party communication system according to any one of claims 12 to 14, wherein the server further comprises: Judging unit: used to judge whether the number of invited clients is greater than the maximum number of conversations according to the sum of the received number of invited clients and/or the number of group members, and if so, use the unit provided by the present invention to carry out multi-party communication .

Images