CN101242588B - 会话邀请的控制方法与多方通信***及其服务器、发起端 - Google Patents
会话邀请的控制方法与多方通信***及其服务器、发起端 Download PDFInfo
- Publication number
- CN101242588B CN101242588B CN 200810003628 CN200810003628A CN101242588B CN 101242588 B CN101242588 B CN 101242588B CN 200810003628 CN200810003628 CN 200810003628 CN 200810003628 A CN200810003628 A CN 200810003628A CN 101242588 B CN101242588 B CN 101242588B
- Authority
- CN
- China
- Prior art keywords
- client
- server
- priority
- group
- session
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 66
- 238000004891 communication Methods 0.000 title claims abstract description 45
- 230000004044 response Effects 0.000 claims description 126
- 230000005540 biological transmission Effects 0.000 claims description 22
- 230000008569 process Effects 0.000 claims description 15
- 230000003993 interaction Effects 0.000 claims description 10
- 230000002708 enhancing effect Effects 0.000 claims description 2
- 238000005516 engineering process Methods 0.000 abstract description 4
- 239000003999 initiator Substances 0.000 abstract description 3
- 244000182067 Fraxinus ornus Species 0.000 abstract 1
- 238000011160 research Methods 0.000 description 11
- 238000012827 research and development Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 6
- 230000000977 initiatory effect Effects 0.000 description 5
- 238000013459 approach Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 238000009434 installation Methods 0.000 description 3
- 238000004321 preservation Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 239000004148 curcumin Substances 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000012467 final product Substances 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 239000000047 product Substances 0.000 description 1
- 238000005728 strengthening Methods 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供了会话邀请的控制方法与多方通信***及其服务器、发起端,该方法包括:获取被邀情的客户端和/或群组的优先级;根据所述客户端和/或群组的优先级顺序依次向各个被邀请的客户端和/或群组成员的客户端发送会话邀请信息。通过本发明实施例会话邀请的控制方法与多方通信***及其服务器、发起端,可以先向重要的客户端发送邀请信息以保证重要的客户端可以优先接入会话,这样就避免了现有技术中随机向所有被邀请的客户端发送邀请信息而造成重要客户端常常无法接入的情况,提高了多媒体会话的用户体验;也同时保证了会话中重要客户端的加入对于会话进一步开展的意义,优化了网络资源的使用。
Description
技术领域
本发明涉及多媒体会话技术,特别是一种会话邀请的控制方法。
背景技术
随着多媒体会话技术发展,多方通信逐渐成为一种普遍的业务。实现多方通信的方式有多种,例如可以通过基于网际协议的多媒体子***(IMS)架构来实现。
即按即通(PoC)***是一种基于IMS的多方通信***,Poc***中,多方通信的会话请求可以由PoC用户通过PoC客户端发起,也可以是由PoC服务器侧发起,下面以PoC用户通过PoC客户端发起会话请求为例说明建立多方通信的流程。
如图1所示,为PoC***中多方通信建立流程的流程图,包括:
101、发起端向服务器发送会话请求信息,所述请求信息中包括欲邀请的用户及群组的标识;
102、服务器收到所述请求信息,随机获取其中的标识,根据不同类型的标识分别进行不同的操作,如下面103、104所述:
103、若获取的是群组标识,具体进行以下步骤:
103a、发送包括该群组标识的请求信息到群组管理服务器;
103b、群组管理服务器根据该群组标识,获取各个群组成员信息,向服务器发送包括该群组各个成员信息的信息;
103c、服务器收到该信息后,根据其中的各个群组成员信息,向所述各个群组成员发送邀请信息;
104、若获取的是用户标识,具体进行以下步骤:
向该用户发送邀请信息;
105、用户和/或群组成员客户端收到邀请信息,向服务器发送响应信息;
106、服务器收到所述响应信息,并向发起端发送反馈信息;
107、发起端收到服务器发送的反馈信息,并向服务器发送响应信息;
108、服务器收到的发起端的响应信息,建立会话。
相应地,该PoC***包括:
发起端:用于向服务器发送包括被邀请的客户端和/或群组的标识的会话请求信息;
服务器:用于收到所述发起端发送的请求信息后,获取所述被邀请的客户端标识和/或通过与群组管理服务器进行信息交互获取群组成员标识,根据所述标识邀请所述客户端和/或群组成员加入会话,为加入会话的客户端和/或群组成员分配资源;
群组管理服务器:用于保存群组成员的标识及其他信息,当有群组被邀请时通过与服务器的信息交互向服务器提供群组成员标识;
被邀请的客户端:包括所述被邀请的客户端和/或群组的各个成员,当收到服务器发送的邀请信息后,向服务器反馈响应信息。
实际中,会话能容纳的成员数量是有限的,所以发起端在向服务器发送邀请之前会检查被邀请的成员数量是否超过会话能容纳的最大数量,但是由于群组的成员数量发起端无法得知,所以依靠发起端的检测来避免邀请成员的数量大于可容纳成员的数量的做法就没有意义。
当发出的实际邀请的数量大于可容纳成员的数量时,就必定有一部分人无法加入,由于现有技术发送邀请时是随机进行的,所以加入会话的成员就不可控制,这样就导致一些重要成员无法加入会话,如果重要用户无法加入会话,常常会使会话无法进行、失去意义,影响用户的使用,且浪费了资源。
例如:某公司人事部门欲组织公司董事长、某事业处主管两名、骨干员工10名、普通员工100名参加一项目开工动员会,而实际上该会话只能容纳80人,由于发起端(人事部门)发起的会话邀请中有两个群组,而群组的成员数量发起端不可知,所以发起端不会认为被邀请的成员数量大于可容纳成员的数量,此时仍然向服务器发送了该会话请求,服务器收到该会话请求后就实际上随机地向113名成员发送了会话邀请,而最终加入会话的将是最早响应的80名成员,这样很有可能就造成了董事长、主管或者骨干员工没有加入会话,影响会议的效果,特别是如果董事长或者两名主管不参加的话会话将无法展开。
另一方面,有些情况下是需要不同群组的被邀请者参与会话,例如:某公司要组织产品立项讨论会议,会议要求公司主管、会议主持人必须参加,研发部门、市场部门、服务部门必须有代表参加,各部门可以有多人参加,但不允许有部门缺席。会话邀请被发送给所有相关客户端和群组,会话邀请规则可以是:主管响应、且主持人响应、且三个群组中都有客户端响应,则可以建立会话,否则等待缺席客户端/群组返回响应信息。会话建立过程中,可能会话邀请通知下发后,研发部门的被邀请者没有接受邀请,如果研发群组无人参加会话,则会话并非发起人所期望的,会话将无法进行。
发明内容
本发明实施例要解决的技术问题是提出一种会话邀请的控制方法,以预设的顺序向各个客户端发送会话邀请;本发明还提出了一种多方通信***,以预设的顺序向各个客户端发送会话邀请;本发明还提出了一种多方通信***中的服务器,以预设的顺序向各个客户端发送会话邀请;本发明还提出了一种多方通信***中的发送端,发送携带有优先级信息的会话请求信息;本发明还提出一种会话邀请的控制方法,服务器根据获得的建立会话的要求,以及收到的被邀请方返回的响应决定是否建立会话;本发明还提出了一种根据获得的建立会话的要求,以及收到的被邀请方返回的响应决定是否建立会话的服务器。
为解决上述技术问题,本发明实施例提供了一种会话邀请的控制方法,包括:
获取被邀情的客户端和/或群组的优先级;
根据所述客户端和/或群组的优先级顺序依次向各个被邀请的客户端和/或群组成员的客户端发送会话邀请信息。
本发明实施例还提供了一种会话邀请的控制方法,包括:
向被邀请的客户端和/或群组中的客户端发送邀请信息,在参加会话的人数达到会话人数最大值后,收到在后的会话响应时:
根据预先保存的被邀请的客户端和/或群组的优先级信息获取所述在后的会话响应的所属客户端的优先级信息,判断已加入会话的客户端中是否有优先级低于所述在后的会话响应所属客户端的,如果有,则在会话中随机清除任一优先级最低的客户端,接受所述在后的会话响应。
本发明实施例还提供了一种多方通信***,该***包括:
发起端:用于向服务器发送包括被邀请的客户端和/或群组的标识的会话请求信息;
服务器:用于收到所述发起端发送的请求信息后,获取所述被邀请的客户端标识和/或通过与群组管理服务器进行信息交互获取群组成员标识,根据所述标识邀请所述客户端和/或群组成员加入会话,为加入会话的客户端和/或群组成员分配资源;
群组管理服务器:用于保存群组成员的标识及其他信息,当有群组被邀请时通过与服务器的信息交互向服务器提供群组成员标识;
被邀请的客户端:包括所述被邀请的客户端和/或群组的各个成员,当收到服务器发送的邀请信息后,向服务器反馈响应信息;
其中:
服务器还包括:
优先级获取单元:用于获取所述被邀请的客户端和/或群组的优先级;
邀请信息发送单元:用于根据所述优先级的顺序依次向各个被邀请的客户端和/或群组成员的客户端发送会话邀请信息。
本发明实施例还提供了一种多方通信***,该***包括:
发起端:用于向服务器发送包括被邀请的客户端和/或群组的标识的会话请求信息;
服务器:用于收到所述发起端发送的请求信息后,获取所述被邀请的客户端标识和/或通过与群组管理服务器进行信息交互获取群组成员标识,根据所述标识邀请所述客户端和/或群组成员加入会话,为加入会话的客户端和/或群组成员分配资源;
群组管理服务器:用于保存群组成员的标识及其他信息,当有群组被邀请时通过与服务器的信息交互向服务器提供群组成员标识;
被邀请的客户端:包括所述被邀请的客户端和/或群组的各个成员,当收到服务器发送的邀请信息后,向服务器反馈响应信息;
其中:
服务器还包括:
优先级信息存储单元:用于存储各个客户端及群组的优先级信息;
优先级获取单元:用于根据优先级信息存储单元存储的信息获取客户端的优先级;
优先级判断单元:用于当加入会话的人数已达到会话人数最大值后,再收到在后接入的客户端的加入会话响应信息时,触发优先级获取单元获取已接入会话的所有客户端及所述在后接入的客户端的优先级,判断已接入会话的所有客户端中是否有比所述在后接入的客户端的优先级低的,如果有,则启动客户端切换单元;
客户端切换单元:用于清除任一优先级最低的客户端,为所述在后接入的客户端分配资源,使其加入会话。
本发明实施例还提供了一种多方通信***的服务器,用于收到发起端发送的包括被邀请的客户端和/或群组的标识的会话请求信息后,获取所述被邀请的客户端标识和/或通过与群组管理服务器进行信息交互获取群组成员标识,根据所述标识邀请所述客户端和/或群组成员加入会话,为加入会话的客户端和/或群组成员分配资源;
其中,所述服务器还包括:
优先级获取单元:用于获取所述被邀请的客户端和/或群组的优先级;
邀请信息发送单元:用于根据所述优先级的顺序依次向各个被邀请的客户端和/或群组成员的客户端发送会话邀请信息。
本发明实施例还提供了一种多方通信***中的发起端,包括:
发送单元:用于向服务器发送包括被邀请的客户端和/或群组的标识及被邀请的客户端和/或群组的优先级信息的会话请求信息。
本发明实施例还提供了一种会话邀请的控制方法,该方法包括:
获取建立会话的要求;
向会话被邀请方发送邀请信息;
收到至少一个会话被邀请方返回的响应信息;
根据该响应信息和该建立会话的要求判断该建立会话的要求是否得到满足;
若该建立会话的要求得到满足,则发送应答消息。
本发明实施例还提供了一种服务器,该服务器包括:
信息获取单元、发送单元、接收单元、判断单元和应答单元,其中,
信息获取单元获取建立会话的要求;
在收到会话发起端的请求信息后,发送单元向会话被邀请方发送邀请信息,接收单元收到至少一个被邀请方发送的响应信息后,触发判断单元根据该响应信息和信息获取单元获取的建立会话的要求判断发出响应的被邀请方是否已经满足建立会话的要求,当该建立会话的要求满足时,应答单元发送应答消息。
以上技术方案可以看出,由于本发明实施例向客户端发送会话邀请时采用了一定的顺序,使用时可以设置先向重要的客户端发送邀请信息以保证重要的客户端可以优先接入会话,这样就避免了现有技术中随机向所有被邀请的客户端发送邀请信息而造成重要客户端常常无法接入的情况,提高了多媒体会话的用户体验;也同时保证了会话中重要客户端的加入对于会话进一步开展的意义,优化了网络资源的使用。
附图说明
图1为在现有技术PoC***中多方通信建立流程的流程图;
图2为本发明实施例一种会话邀请的控制方法的一实施例的流程图;
图3为本发明实施例一种会话邀请的控制方法的另一实施例的流程图;
图4为本发明实施例一种会话邀请的控制方法的又一实施例的流程图;
图5为本发明实施例一种会话邀请的控制方法的再一实施例的流程图;
图6为本发明实施例一种会话邀请的控制方法的又一实施例的流程图;
图7为本发明实施例一种多方通信***的一实施例的***框图;
图8为本发明实施例一种多方通信***的另一实施例的***框图;
图9为本发明实施例一种多方通信***的又一实施例的***框图;
图10为本发明实施例一种多方通信***中的服务器的装置图;
图11为本发明实施例一种多方通信***中的另一服务器的装置图。
具体实施方式
本发明一个实施例中会话邀请的控制方法包括:
获取被邀请的客户端和/或群组的优先级;
根据所述客户端和/或群组的优先级顺序依次向各个被邀请的客户端和/或群组成员的客户端发送会话邀请信息。
所述的被邀请的客户端和/或群组的优先级可以通过以下任意一种途径获取:
1、发起端在发起会话请求时,用户自行设置各个被邀请的客户端和/或群组的优先级,当发起会话请求后,请求信息中携带各个被邀请的客户端和/或群组的优先级信息;
当服务器接收到所述请求信息后,在所述请求信息中获取其中各个被邀请的客户端和/或群组的优先级信息;
2、服务器保存各个客户端和/或群组的优先级;
当服务器接收到发起端发送的会话请求后,根据自身保存的各个客户端和/或群组的优先级获取被邀请的客户端和/或群组的优先级;
3、群组管理服务器中预先保存的各个群组成员的优先级;
当群组管理服务器向服务器发送包括群组成员信息的响应信息时,同时发送群组成员的优先级信息,服务器收到所述响应信息即可获取各个群组成员的优先级信息。
而根据优先级顺序向各个客户端和/或群组成员的客户端发送会话邀请信息的方案可以具体为:
1、向同一优先级的所有客户端发送邀请信息,经过预设的时长后,根据优先级顺序向下一优先级的所有客户端发送邀请信息;
这样对于不同等级的用户,在会话邀请时间上的先后策略,可以在客观上保证首先被邀请的用户具有优先加入会话的机会。
2、向同一优先级的所有客户端发送邀请信息,当服务器收到预设数量的或所有该优先级客户端的响应信息后,向下一优先级的所有客户端发送邀请信息;
如果在发送了邀请信息并经过了预设的时长后服务器未收到预设数量的或所有该优先级客户端的响应信息,则重新向未发出响应信息的客户端发送邀请信息,当收到所述客户端的响应信息后则不再向其发送;
3、向同一优先级的所有客户端发送邀请信息,当服务器收到预设数量的或所有该优先级客户端的响应信息后,向下一优先级的所有客户端发送邀请信息;
如果在发送了邀请信息并经过了第一预设时长后服务器未收到预设数量的或所有该优先级客户端的响应信息,则定时向未发出响应信息的客户端发送邀请信息,当收到所述客户端的响应信息后则不再向其发送。
如果在发送了邀请信息并经过了第二预设时长后服务器未收到该所有客户端的响应信息,为未发出响应信息的客户端预留会话资源,向下一优先级的所有客户端发送邀请信息,当任意时刻收到所述未发出响应信息的客户端的响应信息且仍存在所述预留会话资源时,令其使用所述预留的会话资源进行会话;
以下以PoC***中的实例说明本发明的实施例。
为了形象地说明本发明实施例,假设本发明实施例的背景是:某公司人事部门(以下以A代替)欲组织公司董事长(以下以B代替)、某事业部主管两名(以下以C、D代替)、骨干员工10名(编组为E,以下以“组E”代替)、普通员工100名(编组为F,以下以“组F”代替)参加一项目开工动员会。但是实际PoC会话只能最多容纳80人,若采用随机发送邀请的方法,很有可能使董事长、主管、骨干员工中的部分成员无法参加,影响会议的效果,特别是如果董事长或者两名主管都不参加的话会话将无法展开。
为解决上述问题,本发明一实施例的解决方案如图2所示,图2为本发明一实施例的流程图,包括:
201、用户A设置各个被邀请的客户端和群组的优先级,客户端A在欲发送的会话请求信息中加入各个客户端和群组的优先级信息,向服务器发送所述会话请求信息;
被邀请的客户端包括:B、C、D,被邀请的群组包括组E、组F;
它们的优先级分别是:
客户端B,优先级0;
客户端C、D,优先级1;
群组E,优先级2;
群组F,优先级3;
具体地,用户在客户端输入欲邀请的客户端和/或群组,并设置它们的优先级,然后客户端在发出的invite消息中加入这些客户端和/或群组的优先级信息,具体地,可以是在sip消息的消息头进行扩展或者在sip消息的消息体(sdp body)进行扩展,加入各个客户端和/或群组的优先级标识,以下分别说明:
对sip消息的消息头进行扩展,加上各个客户端和/或群组的优先级标识,发出的信息如下:
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)
或者,对sip消息的消息体进行扩展,加上各个客户端和/或群组的优先级标识,发出的信息如下:
<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、服务器收到所述会话请求信息,获取各个被邀请客户端和群组的标识及其优先级信息;
203、根据优先级顺序,服务器首先向优先级最高的客户端B发送邀请信息;
204、经过预设的延迟时间后,向下一优先级的客户端C与D发送邀请信息;
所述延迟时间应当保证在正常情况下服务器可以收到客户端B的响应信息;
205-207、又经过预设的延迟时间后,服务器应当向又下一优先级的群组E的成员发送邀请信息,但是服务器无法知晓群组E的具体成员,所以首先应当向保存群组E的成员信息的群组管理服务器发送请求信息,请求获取群组E的成员信息,当收到该群组管理服务器的响应信息后,向该群组E的各个成员发送邀请信息;
所述延迟时间应当保证在正常情况下服务器可以收到客户端C、D的响应信息;
208-210、再经过预设的延迟时间后,服务器应当向再下一优先级的群组F的成员发送邀请信息,但是服务器无法知晓群组F的具体成员,所以首先应当向保存群组F的成员信息的群组管理服务器发送请求信息,请求获取群组F的成员信息,当收到该群组管理服务器的反馈信息后,向该群组F的各个成员发送邀请信息;
所述延迟时间应当保证在正常情况下服务器可以收到组E的各个成员的响应信息;
211、任意时刻,当参与会话的人数达到会话可以容纳的最高人数或已向全部的客户端和/或群组发送邀请信息后,服务器停止发送邀请信息。
上述步骤中的205,208步骤,即向群组管理服务器服务器分别请求群组E,群组F的具体成员的步骤,也可以发生在201步骤之后进行。PoC服务器在接收到会话邀请之后,立即到相应的群组管理服务器请求具体的群组成员信息。将这些从群组管理服务器获得的详细成员相关信息保存在PoC服务器本地,然后根据优先级进行具体的会话邀请。
在上述这个实施例中,由用户设置优先级并由客户端将优先级标识加入到请求信息中,然后服务器获取优先级信息,进而实现按优先级顺序依次向客户端发送邀请信息的,实际上,所述优先级信息也可以预先保存在服务器中或者群组管理服务器中,以下分别说明。
服务器保存优先级信息:
服务器本地保存各个客户端和/或群组的优先级信息,这种信息可以是用户设置、运营商设置或其他方式产生的,保存的优先级信息类似如下的记录:
…
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,
…
当使用服务器保存优先级信息时,服务器收到用户发来的会话请求后,根据自身保存的客户端和/或群组的优先级信息获取各个被邀请的客户端和/或群组的优先级,然后根据优先级顺序依次向各个客户端和/或群组成员的客户端发送邀请信息。
群组管理服务器保存群组成员的优先级信息:
群组管理服务器保存各个客户端或者群组的优先级信息,这种信息可以是用户设置、运营商设置或其他方式产生的,其保存了各个群组的各个成员的优先级信息,保存的优先级信息类似如下的记录:
…
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
…
当服务器收到会话请求,发现其中包括了群组成员优先级信息保存在群组管理服务器的群组后,首先向群组管理服务器发送请求信息,获取该群组的成员及其优先级信息,然后根据优先级顺序依次向所有各个客户端和/或群组成员的客户端发送邀请信息。
实际上,有时只使用服务器来保存优先级信息,有时只使用群组管理服务器保存群组成员的优先级信息,有时也同时使用服务器来保存优先级信息并且群组管理服务器保存群组成员的优先级信息。本地策略可以限定其中某种策略的优先性,例如,可以根据运营商的本地策略设置多媒体会话邀请策略以群组管理服务器保存的信息为准。以下结合附图说明当服务器保存优先级信息且群组管理服务器保存群组成员的优先级信息时本发明的流程。
如图3所示为本发明一种会话邀请的控制方法的另一实施例的流程图,包括:
301、客户端A发送会话请求信息;
被邀请的客户端包括:B、C、D,被邀请的群组包括组E、组F;
302、服务器收到所述请求信息,获取各个被邀请的客户端和群组的标识,根据自身保存的记录获取各个被邀请客户端B、C、D和群组E的优先级;
服务器的记录为:
…
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,
…
所以,服务器获取B的优先级为0,C、D的优先级为1,组E的优先级为2,组F的各个成员的优先级需要在群组管理服务器获取;
303、服务器发送请求信息到群组管理服务器,请求获取群组F的成员及其优先级信息;
304、群组管理服务器反馈群组F的成员及其优先级信息;
群组管理服务器记录的群组F的优先级信息为:
…
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
所以,群组F里面有两个成员F1、F2的优先级为1,其他成员都为4,群组管理服务器将上述信息反馈到服务器;
305、服务器收到群组管理服务器的响应信息,根据优先级顺序,首先向优先级最高的客户端B发送邀请信息;
306、经过预设的延迟时间后,向下一优先级的客户端C、D、F1、F2发送邀请信息;
307-309、又经过预设的延迟时间后,服务器应当向又下一优先级的群组E的成员发送邀请信息,但是服务器无法知晓群组E的具体成员,所以首先应当向保存群组E的成员信息的群组管理服务器发送请求信息,请求获取群组E的成员信息,当收到该群组管理服务器的响应信息后,向该群组E的各个成员发送邀请信息;
310、再经过预设的延迟时间后,向下一优先级的群组F中除F1、F2之外的全部成员发送邀请信息;
311、任意时刻,当参与会话的人数达到会话可以容纳的最高人数或已向全部的客户端和群组发送邀请信息后,服务器停止发送邀请信息。
由以上技术方案可以看出,本发明实施例提供了多种获取各个客户端或群组的优先级的方法,有利于用户针对不同的实际情况作出选择。
以上的实施例中,当服务器获取到各个客户端的优先级后,对不同优先级的客户端采用先向高优先级的发送邀请信息,经过预设时间后向较低优先级的发送邀请信息的方式来发送邀请的,实际上,也可以采用其他方式来按顺序向优先级不同的客户端发送邀请信息,例如,也可以采用先向高优先级的客户端发送邀请,等收到预设数量的或所有该优先级客户端的反馈后再向较低优先级的客户端发送邀请的方式,以下具体说明。
当使用先向高优先级的客户端发送邀请信息,等收到预设数量的或所有该优先级客户端的反馈后再向较低优先级客户端发送邀请信息这种方式时,如果遇到少数客户端没有反馈就会造成优先级较低的客户端无法接入的后果,所以本发明实施例中作出进一步改进,改进后,当一些高优先级的客户端长时间未发出响应信息后,服务器定时向这些未发出响应信息的用户发送邀请信息,当收到所述客户端的响应信息后则不再向其发送。
进一步地,当一些高优先级的客户端长时间未发出响应信息后,服务器还可以为该高优先级客户端保留会话资源,向下一优先级的客户端发送邀请信息,在后面的流程中,服务器定时向所述未响应的高优先级客户端发送邀请信息直到收到所述高优先级客户端的响应信息,收到所述高优先级客户端的响应信息且仍存在所述预留会话资源时,令该客户端使用保留的会话资源,并停止定时向其发送邀请信息,以下结合实例详细说明。
如图4所示为本发明又一实施例的流程图,包括:
401、用户A设置各个被邀请的客户端和群组的优先级,客户端A在欲发送的会话请求信息中加入各个被邀请的客户端和群组的优先级信息,向服务器发送所述会话请求信息;
被邀请的客户端包括:B、C、D,被邀请的群组包括组E、组F;
它们的优先级分别是:
客户端B,优先级0;
客户端C、D,优先级1;
群组E,优先级2;
群组F,优先级3;
402、服务器收到所述会话请求信息,获取各个被邀请客户端和群组的标识及其优先级信息;
403、根据优先级顺序,服务器首先向优先级最高的客户端B发送邀请信息;
404-405、当收到客户端B的响应信息后,向下一优先级的客户端C与D发送邀请信息;
406-409、当收到客户端C与D的响应信息后,服务器应当向又下一优先级的群组E的成员发送邀请信息,但是服务器无法知晓群组E的具体成员,所以首先应当向保存群组E的成员信息的群组管理服务器发送请求信息,请求获取群组E的成员信息,当收到该群组管理服务器的反馈信息后,向该群组E的各个成员发送邀请信息;
410、服务器向群组E的各个成员发送邀请信息之后,经过了预设时长T1,服务器除了E1之外,其他成员的响应信息都已收到,服务器为E1保留会话资源,启动定时发送邀请机制;
T1应当足够长,可以保证正常情况下服务器收到组E所有成员的响应信息,如果T1时长内未收到组E的某些成员的响应信息,则应当重发邀请信息;
所述定时发送邀请机制即为每间隔一定的时间向E1发送邀请信息,直到服务器收到E1的响应信息后则不再重发;
411-413、服务器向群组E的各个成员发送邀请信息之后,经过了预设时长T2,服务器向保存群组F的成员信息的群组管理服务器发送请求信息,请求获取群组F的成员信息,当收到该群组管理服务器的反馈信息后,向该群组F的各个成员发送邀请信息;
414-415、当步骤410后的任意时刻,服务器收到E1的响应信息后,令其使用保留的会话资源参加会话,停止定时向其发送邀请;
416、当参与会话的人数达到会话可以容纳的最高人数后,服务器停止发送邀请信息。
以上的实施例是基于收到某一较高优先级的全部客户端的响应信息再向下一优先级的客户端发送邀请信息、或当该较高优先级的部分客户端无响应则为其保留资源定时向其发送邀请再向下一级客户端发送邀请信息的假设,实际上,有时并不需要收到该优先级全部的客户端响应,只要有预设数量的客户端响应邀请信息就可以,这种情况下本发明实施例的流程基本同上述流程,在此不再赘述。
以上的实施例中,通过服务器按照优先级顺序依次向各个客户端发送邀请信息的方式,解决了现有技术中不对被邀请的客户端作区分而造成重要用户无法参加会话的缺陷,本发明还提出一个实施例来解决现有技术的问题,以下详细说明。
本实施例中,服务器收到发起端的会话请求后,向被邀请的客户端和/或群组中的客户端发送邀请信息,在参加会话的人数达到会话人数最大值后,收到在后的会话响应时:
根据被邀请的客户端和/或群组的优先级信息获取所述在后的会话响应的所属客户端的优先级信息,判断已加入会话的客户端中是否有优先级低于所述在后的会话响应所属客户端的,如果有,则在会话中随机清除任一优先级最低的客户端,接受所述在后的会话响应。
以下详细说明。
所述被邀请的客户端和/或群组的优先级信息可以通过以下任意一种途径预先保存:
1、发起端在发起会话请求时,用户自行设置各个被邀请的客户端或者群组的优先级,当发起会话请求后,请求信息中携带各个客户端或者群组的优先级信息;
当服务器接收到所述请求信息后,将各个客户端和/或群组的优先级信息保存在本地;
2、服务器保存各个客户端和/或群组的优先级;
3、群组管理服务器中保存群组的各个成员的优先级;
当群组管理服务器向服务器发送包括群组成员信息的响应信息时,同时发送群组成员的优先级信息,服务器收到所述响应信息将所述优先级信息保存在本地。
以下以发起端发起包括被邀请的客户端和群组的优先级信息的请求信息为例说明本发明实施例。在会话参与数达到最大,又有新的会话成员请求加入的情况下,根据相关信息进行会话替换。如图5所示为本发明一种会话邀请的控制方法的再一实施例的流程图,其包括:
501、用户A设置各个被邀请的客户端和群组的优先级,客户端A在欲发送的会话请求信息中加入各个客户端和群组的优先级信息,向服务器发送所述会话请求信息;
被邀请的客户端包括:B、C、D,被邀请的群组包括组E、组F;
它们的优先级分别是:
客户端B,优先级0;
客户端C、D,优先级1;
群组E,优先级2;
群组F,优先级3;
502、服务器收到所述会话请求信息,获取并保存各个被邀请客户端和群组的标识及其优先级信息;
503-505、服务器向B、C、D分别发送邀请信息;
506-507、服务器向群组管理服务器发送请求信息,请求获取群组E与F的成员信息;
508-509、群组管理服务器向服务器反馈群组E与F的成员信息;
510-511、服务器根据获得的群组E与F的成员信息,向各个成员的客户端发送邀请信息;
以上步骤503-511发送邀请信息的方式与现有技术相同,都是随机进行的,没有固定顺序;
512-513、当参与会话的人数达到会话可以容纳的最高人数后,服务器又收到客户端D发送的响应信息时,服务器根据保存的各个客户端和群组与其各自优先级的对应关系获得客户端D的优先级为1;
514-515、服务器判断已接入会话的客户端中是否有比客户端D优先级低的,判断结果为有,且接入的客户端的优先级最低的为3,则随机清除一个已接入会话的客户端中优先级为3的,使客户端D接入会话。
本发明实施例中,引入按照一定的会话邀请策略进行会话邀请的方法,其部分有益效果在于:
1、当实际邀请的参与会话成员大于多媒体会话能够容纳的最大参与成员数目时,需要保证重要用户能够首先占用多媒体会话资源,加入会话;
2、当实际邀请的参与会话成员小于等于多媒体会话能够容纳的最大参与成员数目时,需要考虑到重要会话参与用户的会话参与对于进行整个多媒体会话的关键意义。即当某些重要会话参与用户不能参与到多媒体会话时,多媒体会话***放弃对其他参与用户的会话邀请,甚至终止整个会话的建立。
由以上技术方案可以看出,本发明实施例提供了多种根据各个客户端的优先级控制各个客户端的接入顺序的方法,有利于用户针对不同的实际情况作出选择。
实际上,也可以让服务器预先判断将要参加会话的人数是否超过会话可容纳的最大人数,如果不超过,则直接用现有技术的方法,随机向各个客户端发送邀请即可。
具体地,服务器收到会话请求后,先保存请求中客户端的数量,然后向群组管理服务器发送获取各个群组的成员数量的请求,当获取了各个群组的成员数量后,计算前述保存的客户端数量与各个群组成员数量的总和,判断所述总和是否大于会话可容纳的最大人数,若超过,则使用本发明实施例提供的会话邀请的控制方法;若不超过,则应用现有技术的方法。
应用上述先判断再进行具体操作的方案,当所邀请的用户不大于会话容纳的最大人数时,可以明显节约流程并节约时间。
以上所述的会话邀请的控制方法实施例,为进一步增强其功能,还可以包括:
1.具有一定权限的多媒体会话的网络实体(例如服务器)或者具有一定权限用户可以激活或者屏蔽这种分层会话邀请策略。当分层会话邀请功能被激活时,服务器采用上述实施例中所述的基于优先级会话邀请策略。当分层会话邀请功能被屏蔽时,服务器采用现有技术中无序的会话邀请。
2.在会话初始建立的时候,网络实体(例如服务器)和客户端可以先协商会话邀请能力,使双方交换、获知对方支持这种会话邀请的控制方法的能力信息。客户端在一定条件下也可以查询网络实体(例如服务器)的是否支持这种会话邀请的控制方法的能力。
3.可以在群组管理服务器中限定某些特定用户才能够发起这种基于优先级信息的增强的会话邀请,并且作相应的标识。
同领域技术人员根据上述实施例可以知道,服务器在收到被邀请方的响应后会建立会话。收到被邀请方的响应是建立会话的要求。事实上,会话发起端可以设置更为复杂的建立会话的要求,以满足用户进一步的需求。如:会话发起端可能需要发起一次会议,该会议需要主管、主持人、研发1或者研发2或者研发3或者研发4或者研发5中至少一个参与者、市场1或者市场2或者市场3或者4或者市场5中至少一个参与者,以及服务1或者服务2或者服务3或者服务4或者服务5中至少一个参与者参加会议。服务器发出会话邀请信息后,只有被邀请方返回的响应满足上述建立会话的要求时,才向会话发起端发出应答消息。
为了满足上述需求,会话发起端可以在会话请求信息中携带建立会话的要求,在向被邀请方发送邀请信息后,根据被邀请方返回的响应信息是否满足该建立会话的要求决定是否向会话发起端发出应答消息。
如图6所示,给出了又一种会话邀请的控制方法的实施例。在该实施例中,会话发起端可以指定邀请:主管、主持人、研发1或者研发2或者研发3或者研发4或者研发5中至少一个参与者、市场1或者市场2或者市场3或者4或者市场5中至少一个参与者,以及服务1或者服务2或者服务3或者服务4或者服务5中至少一个参与者。当被邀请方返回的响应信息表明满足上述要求时,可以向会话发起端发出应答消息,以建立会话。则该会话邀请的控制方法包括:
601、会话发起端向服务器发送请求信息,该请求信息中包括了上述建立会话的要求;
602、如果会话发起方邀请对象包括群组,则服务器向群组管理服务器获取被邀请的群组成员信息。该步骤只要在服务器向群组成员发送邀请信息前完成即可;
603、服务器根据会话发起端发送的请求信息获得建立会话的要求。
604-608、服务器向被邀请的群组/客户端发送会话邀请信息。
服务器可以根据前述实施例揭示的方法,按照不同的优先级逐级向被邀请方发送会话邀请信息;也可以不区分优先级信息而向所有被邀请方发送会话邀请信息。
服务器除了可以根据优先级逐级向被邀请方发送会话邀请信息外,还可以根据被邀请方的其他属性逐级向被邀请方发送会话邀请信息,如根据被邀请方的签约服务信息的不同先后向被邀请方发送会话邀请信息。服务器获取该被邀请方的属性的方法可以参考前述实施例中服务器获取被邀请方的优先级的方法。事实上,可以把前述实施例中的优先级看作该属性的一种情况。
609-613、部分被邀请的客户端向服务器发回响应信息;
614、当服务器根据获取的建立会话的要求,判断发回响应的被邀请方是否已经满足该建立会话的要求,如果满足该要求则执行步骤615,向会话发起端发出应答消息;否则等待未响应客户端发回响应信息;
例如,在本实施例中,主管、主持人、研发1和研发2、市场3、服务3和服务5返回了响应信息,服务器根据这些响应信息,判断在步骤601中收到的建立会话的要求能够得到满足,因此执行会话邀请后续处理流程。此时,该后续处理流程可以是向会话发起端发出应答消息。
若建立会话的要求已满足,但服务器会话可以接受的参与用户数小于发回响应的被邀请客户数时,服务器可以在满足会话建立要求的前提下,拒绝某些被邀请方参与会话。例如,若主管、主持人、研发1和研发2、市场3以及服务2和服务5都发回了响应,但该服务器只能接受6个用户参加会话,则服务器可以拒绝服务5参与会话,当然也可以拒绝服务2、研发1或研发2参与会话。
615、服务器进行后续会话邀请过程。
以上实施例中,服务器是从会话发起端发送的请求信息中获得建立会话的要求。实际上,服务器还可以在本地预先保存建立会话的要求,或从其他专门用于保存建立会话的要求的实体中获取该建立会话的要求。
通过本发明提供的方法,可以更加灵活地控制会话建立过程。例如上述实施例中,服务器并不能仅靠成员个数来控制,因为如果研发成员全部不参加、其余成员全部参加会话,共计12人(主管、主持人、5名市场、5名服务),不能满足会话建立要求。而每个群组一个成员参加,共计5人(主管、主持人、1名市场、1名研发、1名服务)反而可以满足会话建立要求。又假如服务器要靠指定必须参加会话的成员客户端来控制会话建立过程,那么对于研发群组、市场群组或者服务群组,没有一个用户是会话建立所必须要求的,但这三个群组的成员全部不参加会话也是不可以的,所以也无法用指定必须参加会话的成员客户端的方法来控制会话建立过程。本发明提供的方法,正是解决了上面的问题。
本发明实施例还提供了一种多方通信***,如图7所示为本发明一种多方通信***的一实施例的***框图,包括:
发起端:
用于向服务器发送包括被邀请的客户端和/或群组的标识的会话请求信息;
服务器,包括:
标识获取单元:用于收到所述发起端发送的请求信息后,获取所述被邀请的客户端和/或群组的标识;
优先级获取单元:用于获取所述被邀请的客户端和/或群组的优先级;
群组成员信息获取单元:用于根据所述群组标识向群组管理服务器发送请求获取所述群组成员信息的信息;
邀请信息发送单元:根据所述优先级的顺序依次向各个被邀请的客户端和/或群组成员的客户端发送会话邀请信息。
会话建立单元:当收到所述被邀请的客户端或群组成员发送的响应信息后,如果会话人数未达到最大,则为该客户端或群组成员分配资源,使其加入会话;
群组管理服务器:
用于收到所述服务器的请求信息后,向服务器发送包括所述群组成员信息的响应信息;
被邀请的客户端:
包括所述被邀请的客户端和/或群组的各个成员,当收到服务器发送的邀请信息后,向服务器反馈响应信息。
所述的被邀请的客户端和/或群组的优先级可以通过但不仅限于以下任意一种途径获取:
发起端向服务器发送包括被邀请的客户端和/或群组的优先级信息的会话请求信息,所述优先级获取单元根据所述包括优先级信息的会话请求信息获取所述被邀请的客户端和/或群组的优先级;
服务器还包括用于存储各个客户端及群组的优先级信息的优先级信息存储单元,所述优先级获取单元根据优先级信息存储单元存储的优先级信息获取被邀请的客户端和/或群组的优先级。
图8所示为本发明一种多方通信***的另一实施例的***框图,相比于一实施例,其增加了一个判断单元,该判断单元用于:
根据接收到的被邀请的客户端数量和群组成员数量的总和判断被邀请的客户端数量是否大于会话人数最大值,如果大于,使用本发明提供的单元进行多方通信,如果不大于,则不使用本发明新增单元且原有单元仍以原有方式工作。
图9所示为本发明一种多方通信***的又一实施例的***框图,包括:
发起端:
用于向服务器发送包括被邀请的客户端和/或群组的标识的会话请求信息;
服务器,包括:
标识获取单元:用于收到所述发起端发送的请求信息后,获取所述被邀请的客户端和/或群组的标识;
群组成员信息获取单元:用于向群组管理服务器发送请求获取所述群组成员信息的信息;
邀请信息发送单元:用于向所述被邀请的客户端和/或群组成员发送邀请信息;
会话建立单元:当收到所述被邀请的客户端或群组成员发送的响应信息后,如果会话人数未达到最大,则为该客户端或群组成员分配资源,使其加入会话,当会话人数达到最大,则触发优先级获取单元;
优先级信息存储单元:
用于存储各个客户端及群组的优先级信息;
所述优先级信息来自于用户或运营商设置、服务器自身保存的;或来自于发起端发送的请求信息中,服务器收到后就保存在优先级信息存储单元;
优先级获取单元:
当加入会话的人数已达到最大值,此时收到任一后接入的客户端的响应信息时,优先级获取单元获取根据优先级信息存储单元存储的信息获取该客户端的优先级;
优先级判断单元:
用于判断已接入会话的所有客户端中是否有比所述后接入的客户端的优先级低的,如果有,则启动客户端切换单元;
客户端切换单元:
用于清除任一优先级最低的客户端,为所述后接入的客户端分配资源,使其加入会话。
群组管理服务器:
用于收到所述服务器的请求信息后,向服务器发送包括所述群组成员信息的响应信息;
被邀请的客户端:
包括所述被邀请的客户端和/或群组的各个成员,当收到服务器发送的邀请信息后,向服务器反馈响应信息。
由上述技术方案可以看出,本发明实施例不仅解决了技术问题,并且提供了多种具体的实施方式,有利于用户针对不同的实际情况作出选择。
本发明实施例还提出了一种多方通信***的服务器,如图10所示本发明实施例一种多方通信***的服务器的装置图,包括:
标识获取单元:用于收到发起端发送的请求信息后,获取所述被邀请的客户端和/或群组的标识;
群组成员信息获取单元:用于向群组管理服务器发送请求获取所述群组成员信息的信息;
优先级获取单元:用于获取所述被邀请的客户端和/或群组的优先级;
邀请信息发送单元:用于根据所述优先级的顺序依次向各个被邀请的客户端和/或群组成员的客户端发送会话邀请信息;
会话建立单元:当收到所述被邀请的客户端或群组成员发送的响应信息后,如果会话人数未达到最大,则为该客户端或群组成员分配资源,使其加入会话。
所述的被邀请的客户端和/或群组的优先级可以通过但不仅限于以下任意一种途径获取:
发起端向服务器发送包括被邀请的客户端和/或群组的优先级信息的会话请求信息,所述优先级获取单元根据所述包括优先级信息的会话请求信息获取所述被邀请的客户端和/或群组的优先级;
服务器还包括用于存储各个客户端及群组的优先级信息的优先级信息存储单元,所述优先级获取单元根据优先级信息存储单元存储的优先级信息获取被邀请的客户端和/或群组的优先级。
进一步地,所述服务器可以包括一判断单元,用于:
根据接收到的被邀请的客户端数量和/或群组成员数量的总和判断被邀请的客户端数量是否大于会话人数最大值,如果是,使用本发明提供的单元进行多方通信,如果否,则不使用本发明新增单元且原有单元仍以原有方式工作。
由上述技术方案可以看出,本发明实施例不仅解决了技术问题,并且提供了多种具体的实施方式,有利于用户针对不同的实际情况作出选择。
本发明还提出了一种多方通信***的发起端,其还包括:
发送单元:用于向服务器发送包括被邀请的客户端和/或群组的标识及被邀请的客户端和/或群组的优先级信息的会话请求信息。
从以上技术方案可以看出,本发明实施例提供的方法、多方通信***及其服务器、发起端,可以以预设的顺序向各个客户端发送会话邀请,并且本发明实施例还提供了多种获取优先级及根据不同优先级控制各个客户端接入顺序的方法,有利于用户针对不同的实际情况作出选择,进一步地,本发明实施例还提出了先进行判断参加会话的人数是否大于可容纳的最大人数之后再进行操作的方案,可以明显节约流程与时间;本发明实施例提供的***及其服务器,可以以预设的顺序向各个客户端发送会话邀请,并且提供了多种具体的实施方式,有利于用户针对不同的实际情况作出选择。
本发明实施例还提出了一种多方通信***的服务器,如图11所示,该服务器包括:
信息获取单元、发送单元、接收单元、判断单元和应答单元,其中,
信息获取单元获取建立会话的要求,若建立会话的要求保存在建立会话要求保存实体中时,信息获取单元通过与建立会话要求保存实体进行交互获取建立会话的要求;
在收到会话发起端的请求信息后,发送单元向会话被邀请方发送邀请信息,接收单元收到至少一个被邀请方发送的响应信息后,触发判断单元根据该响应信息和信息获取单元获取的会话建立的要求判断发出响应的被邀请方是否已经满足建立会话的要求,当该建立会话的要求满足时,应答单元发送应答消息。
以上对本发明所提供的会话邀请的控制方法与多方通信***及其服务器、发起端进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (15)
1.一种会话邀请的控制方法,其特征在于,包括:
获取被邀请的客户端和/或群组的优先级;
根据所述客户端和/或群组的优先级顺序依次向各个被邀请的客户端和/或群组成员的客户端发送会话邀请信息;
所述根据优先级顺序依次向各个客户端发送邀请信息的步骤包括:
向同一优先级的所有客户端发送邀请信息,当服务器收到预设数量的或所有该优先级客户端的响应信息后,向下一优先级的所有客户端发送邀请信息;如果在发送了邀请信息并经过了第一预设时长后服务器未收到预设数量的或所有该优先级客户端的响应信息,则重新向未发出响应信息的客户端发送邀请信息;
所述根据优先级顺序依次向各个客户端发送邀请信息的步骤还包括:
如果在发送了邀请信息并经过了第二预设时长后服务器未收到预设数量的或所有该优先级客户端的响应信息,为未发出响应信息的客户端预留会话资源,向下一优先级的所有客户端发送邀请信息,当任意时刻收到所述未发送到响应信息的客户端的响应信息且仍存在所述预留会话资源时,令其使用所述预留会话资源进行会话。
2.如权利要求1所述的会话邀请的控制方法,其特征在于:
在所述获取优先级的步骤之前还包括:
客户端发送携带有被邀请的客户端和/或群组的优先级信息的会话请求信息;
所述获取优先级的步骤包括:
根据所述会话请求信息获取被邀请的客户端和/或群组的优先级。
3.如权利要求1所述的会话邀请的控制方法,其特征在于:
所述获取优先级的步骤包括:
在服务器本地获取或者从群组管理服务器获取被邀请的客户端和/或群组的优先级。
4.如权利要求1至3任一项所述的会话邀请的控制方法,其特征在于:
所述获取优先级的步骤之前还包括:
判断被邀情的客户端数量是否大于会话人数最大值,若是则进行后面的步骤。
5.如权利要求1所述的会话邀请的控制方法,其特征在于:
可以发生在会话建立阶段或者会话进行过程中。
6.如权利要求1所述的会话邀请的控制方法,其特征还包括,
具有一定权限的网络实体或者用户可以设置屏蔽或者激活这种基于优先级信息的会话邀请。
7.如权利要求1所述的会话邀请的控制方法,其特征还包括,
网络实体和客户端就这种增强的会话邀请能力进行协商。
8.一种多方通信***,该***包括:
发起端:用于向服务器发送包括被邀请的客户端和/或群组的标识的会话请求信息;
服务器:用于收到所述发起端发送的请求信息后,获取所述被邀请的客户端标识和/或通过与群组管理服务器进行信息交互获取群组成员标识,根据所述标识邀请所述客户端和/或群组成员加入会话,为加入会话的客户端和/或群组成员分配资源;
群组管理服务器:用于保存群组成员的标识及其他信息,当有群组被邀请时通过与服务器的信息交互向服务器提供群组成员标识;
被邀请的客户端:包括所述被邀请的客户端和/或群组的各个成员,当收到服务器发送的邀请信息后,向服务器反馈响应信息;
其特征在于:
服务器还包括:
优先级获取单元:用于获取所述被邀请的客户端和/或群组的优先级;
邀请信息发送单元:用于向同一优先级的所有客户端发送邀请信息,当服务器收到预设数量的或所有该优先级客户端的响应信息后,向下一优先级的所有客户端发送邀请信息;如果在发送了邀请信息并经过了第一预设时长后服务器未收到预设数量的或所有该优先级客户端的响应信息,则重新向未发出响应信息的客户端发送邀请信息;如果在发送了邀请信息并经过了第二预设时长后服务器未收到预设数量的或所有该优先级客户端的响应信息,为未发出响应信息的客户端预留会话资源,向下一优先级的所有客户端发送邀请信息,当任意时刻收到所述未发送到响应信息的客户端的响应信息且仍存在所述预留会话资源时,令其使用所述预留会话资源进行会话。
9.如权利要求8所述的多方通信***,其特征在于:
发起端向服务器发送的会话请求信息中还包括:被邀请的客户端和/或群组的优先级信息;
所述优先级获取单元用于:
根据所述会话请求信息获取被邀请的客户端和/或群组的优先级。
10.如权利要求8所述的多方通信***,其特征在于:
服务器还包括:
优先级信息存储单元:用于存储各个客户端及群组的优先级信息;
所述优先级获取单元用于:
根据优先级信息存储单元存储的优先级信息获取被邀请的客户端和/或群组的优先级。
11.如权利要求8至10任一项所述的多方通信***,其特征在于:
服务器还包括:
判断单元:用于根据接收到的被邀请的客户端数量和群组成员数量的总和判断被邀请的客户端数量是否大于会话人数最大值,如果大于,使用本发明提供的单元进行多方通信。
12.一种多方通信***的服务器,用于收到发起端发送的包括被邀请的客户端和/或群组的标识的会话请求信息后,获取所述被邀请的客户端标识和/或通过与群组管理服务器进行信息交互获取群组成员标识,根据所述标识邀请所述客户端和/或群组成员加入会话,为加入会话的客户端和/或群组成员分配资源;
其特征在于,所述服务器还包括:
优先级获取单元:用于获取所述被邀请的客户端和/或群组的优先级;
邀请信息发送单元:用于向同一优先级的所有客户端发送邀请信息,当服务器收到预设数量的或所有该优先级客户端的响应信息后,向下一优先级的所有客户端发送邀请信息;如果在发送了邀请信息并经过了第一预设时长后服务器未收到预设数量的或所有该优先级客户端的响应信息,则重新向未发出响应信息的客户端发送邀请信息;如果在发送了邀请信息并经过了第二预设时长后服务器未收到预设数量的或所有该优先级客户端的响应信息,为未发出响应信息的客户端预留会话资源,向下一优先级的所有客户端发送邀请信息,当任意时刻收到所述未发送到响应信息的客户端的响应信息且仍存在所述预留会话资源时,令其使用所述预留会话资源进行会话。
13.如权利要求12所述的多方通信***的服务器,其特征在于:
优先级获取单元:用于根据发起端发送的包括优先级信息的会话请求信息获取所述被邀请的客户端和/或群组的优先级。
14.如权利要求12所述的多方通信***的服务器,其特征在于,该服务器还包括:
优先级信息存储单元:用于存储各个客户端及群组的优先级信息;
所述优先级获取单元用于:
根据优先级信息存储单元存储的优先级信息获取被邀请的客户端和/或群组的优先级。
15.如权利要求12至14任一项所述的多方通信***的服务器,其特征在于,该服务器还包括:
判断单元:用于根据接收到的被邀请的客户端数量和/或群组成员数量的总和判断被邀请的客户端数量是否大于会话人数最大值,如果大于,使用本发明提供的单元进行多方通信。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200810003628 CN101242588B (zh) | 2007-02-09 | 2008-01-14 | 会话邀请的控制方法与多方通信***及其服务器、发起端 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710005029.9 | 2007-02-09 | ||
CN200710005029 | 2007-02-09 | ||
CN 200810003628 CN101242588B (zh) | 2007-02-09 | 2008-01-14 | 会话邀请的控制方法与多方通信***及其服务器、发起端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101242588A CN101242588A (zh) | 2008-08-13 |
CN101242588B true CN101242588B (zh) | 2012-12-12 |
Family
ID=39933747
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200810003628 Expired - Fee Related CN101242588B (zh) | 2007-02-09 | 2008-01-14 | 会话邀请的控制方法与多方通信***及其服务器、发起端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101242588B (zh) |
Families Citing this family (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103188618B (zh) * | 2011-12-28 | 2016-03-02 | 鼎桥通信技术有限公司 | 呼叫处理方法、用户设备和网络侧设备 |
CN102664820A (zh) * | 2012-04-10 | 2012-09-12 | 苏州阔地网络科技有限公司 | 一种视频会议的来宾邀请方法及*** |
CN102638359A (zh) * | 2012-04-10 | 2012-08-15 | 苏州阔地网络科技有限公司 | 一种视频会议来宾邀请方法及*** |
CN102611715A (zh) * | 2012-04-19 | 2012-07-25 | 苏州阔地网络科技有限公司 | 一种网络会议来宾的邀请方法及*** |
CN103546872B (zh) * | 2012-07-17 | 2017-04-05 | 普天信息技术研究院有限公司 | 一种集群通信***中的寻呼消息发送方法 |
CN103259715B (zh) * | 2013-05-14 | 2016-11-02 | 华为软件技术有限公司 | 一种管理多人会话的方法、装置及*** |
CN103297280B (zh) * | 2013-06-24 | 2015-09-02 | 腾讯科技(深圳)有限公司 | 一种加入用户群组的方法、退出用户群组的方法及装置 |
WO2016101170A1 (en) * | 2014-12-24 | 2016-06-30 | Motorola Solutions, Inc. | Methods and systems for patching direct-mode talkgroups among dual-watch mobile radios |
CN105827498A (zh) * | 2015-01-05 | 2016-08-03 | 腾讯科技(深圳)有限公司 | 多人实时互动的控制方法及装置 |
CN112819450A (zh) * | 2015-10-09 | 2021-05-18 | 徐蔚 | 数字货币获取方法和*** |
CN105511858B (zh) * | 2015-11-27 | 2019-07-02 | 小米科技有限责任公司 | 活动参与用户确定方法及装置 |
WO2017168302A1 (en) * | 2016-03-29 | 2017-10-05 | Reliance Jio Infocomm Limited | System and methods for providing at least one service to a user device through a multimedia gateway |
CN109257318B (zh) * | 2017-07-12 | 2021-06-11 | ***通信集团广东有限公司 | 一种群组通话建立方法及平台 |
CN109151236B (zh) * | 2018-09-03 | 2021-02-02 | 中国联合网络通信集团有限公司 | 呼叫路由选择方法及呼叫路由选择*** |
CN111917925A (zh) * | 2019-05-09 | 2020-11-10 | 深圳兆日科技股份有限公司 | 通讯方法、装置及计算机可读存储介质 |
CN113765932B (zh) * | 2019-07-05 | 2023-05-02 | 聚好看科技股份有限公司 | 多方通话的控制方法及电子设备 |
CN111224795B (zh) * | 2019-11-21 | 2022-03-25 | 北京达佳互联信息技术有限公司 | 入群申请处理方法、装置、电子设备及存储介质 |
CN111416871A (zh) * | 2020-03-27 | 2020-07-14 | 乌鲁木齐明华智能电子科技有限公司 | 一种多方智能远程应答机制方法 |
CN114079651A (zh) * | 2020-08-19 | 2022-02-22 | 阿里巴巴集团控股有限公司 | 会议处理方法及装置 |
CN112818303B (zh) * | 2021-02-01 | 2024-03-05 | 北京字跳网络技术有限公司 | 交互方法、装置和电子设备 |
CN113688389A (zh) * | 2021-08-20 | 2021-11-23 | 许昌学院 | 一种基于计算机网络安全的数据挖掘***及方法 |
CN114915510B (zh) * | 2022-05-11 | 2023-08-11 | 北京蜂巢世纪科技有限公司 | 群聊加入方法、装置、智能头戴式设备及可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1618055A (zh) * | 2001-12-15 | 2005-05-18 | 汤姆森特许公司 | 调用预定时间视频会议的服务器 |
CN1794775A (zh) * | 2005-07-12 | 2006-06-28 | 华为技术有限公司 | 一种无线一键通业务中的计费方法 |
CN1825989A (zh) * | 2005-02-24 | 2006-08-30 | 华为技术有限公司 | 一种实现即按即讲抢占业务的方法 |
-
2008
- 2008-01-14 CN CN 200810003628 patent/CN101242588B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1618055A (zh) * | 2001-12-15 | 2005-05-18 | 汤姆森特许公司 | 调用预定时间视频会议的服务器 |
CN1825989A (zh) * | 2005-02-24 | 2006-08-30 | 华为技术有限公司 | 一种实现即按即讲抢占业务的方法 |
CN1794775A (zh) * | 2005-07-12 | 2006-06-28 | 华为技术有限公司 | 一种无线一键通业务中的计费方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101242588A (zh) | 2008-08-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101242588B (zh) | 会话邀请的控制方法与多方通信***及其服务器、发起端 | |
US10135881B2 (en) | Virtual private meeting room | |
CN101345845B (zh) | 一种在ims环境中实现视频会议业务的方法 | |
CN101257395B (zh) | 支持多媒体会议预约的***及方法 | |
CN101682409B (zh) | 管理预建立的会话的方法、实现该方法的无线一键通话***和无线一键通话用户设备 | |
TWI445433B (zh) | 用於裝置間媒體串流傳送之方法、使用者設備和軟體產品 | |
RU2382397C2 (ru) | Метод и система для определения сервера с управляющими функциями | |
US20070286101A1 (en) | System and method for providing conferencing capabilities | |
CN102348167A (zh) | 在服务器中支持多种多媒体类型的通信服务的方法 | |
WO2005107156A1 (en) | Group communication in a communication system | |
CN101138201A (zh) | 在无线一键通网络中识别响应客户机的方法和*** | |
US20120042026A1 (en) | System and method for establishing session upon satisfaction of particular conditions | |
CN101491123A (zh) | 在无线一键通会话中传输和施加发言权控制方案的方法以及实现该方法的*** | |
CN101471806A (zh) | 子会议实现方法、私密会议实现方法、装置和终端设备 | |
EP2091189A1 (en) | Re-activated group communication | |
CN105556980B (zh) | 用于在沉浸式社交中心会话中集成内容观看和通信的方法和*** | |
CN101043431B (zh) | 一种缩短多方通话业务建立时间的方法与*** | |
US20100185958A1 (en) | Method for Controlling User Number Displayed in the Conference Service Noticing Information | |
CN101159946B (zh) | 蜂窝按讲业务的发言权控制方法和蜂窝按讲服务器 | |
CN101626300A (zh) | 一种多媒体会议中子会议的创建方法和*** | |
CN103139216B (zh) | 管理无线一键通话会话支持的媒体类型的方法和用户设备 | |
EP2214376B1 (en) | Management method, system and apparatus for specific apparatus in multimedia session | |
CN100579263C (zh) | 帮助选择数据发送的一键通服务 | |
CN101321158A (zh) | 一种限制业务资源订阅的方法、***及装置 | |
CN102811205A (zh) | 一种用应用服务器实现子会议功能的方法和*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20121212 |