CN102904882B - 随机呼叫的转发方法及装置 - Google Patents
随机呼叫的转发方法及装置 Download PDFInfo
- Publication number
- CN102904882B CN102904882B CN201210356617.8A CN201210356617A CN102904882B CN 102904882 B CN102904882 B CN 102904882B CN 201210356617 A CN201210356617 A CN 201210356617A CN 102904882 B CN102904882 B CN 102904882B
- Authority
- CN
- China
- Prior art keywords
- client
- random call
- server
- random
- call request
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 20
- 230000004044 response Effects 0.000 claims description 8
- 230000011664 signaling Effects 0.000 abstract description 19
- 238000005516 engineering process Methods 0.000 description 10
- 230000000977 initiatory effect Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 101100043929 Arabidopsis thaliana SUVH2 gene Proteins 0.000 description 2
- 101100043931 Chlamydomonas reinhardtii SUVH3 gene Proteins 0.000 description 2
- 101150057295 SET3 gene Proteins 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000036651 mood Effects 0.000 description 2
- 101100218322 Arabidopsis thaliana ATXR3 gene Proteins 0.000 description 1
- 102100029768 Histone-lysine N-methyltransferase SETD1A Human genes 0.000 description 1
- 102100032742 Histone-lysine N-methyltransferase SETD2 Human genes 0.000 description 1
- 101000865038 Homo sapiens Histone-lysine N-methyltransferase SETD1A Proteins 0.000 description 1
- 101100149326 Homo sapiens SETD2 gene Proteins 0.000 description 1
- LZHSWRWIMQRTOP-UHFFFAOYSA-N N-(furan-2-ylmethyl)-3-[4-[methyl(propyl)amino]-6-(trifluoromethyl)pyrimidin-2-yl]sulfanylpropanamide Chemical compound CCCN(C)C1=NC(=NC(=C1)C(F)(F)F)SCCC(=O)NCC2=CC=CO2 LZHSWRWIMQRTOP-UHFFFAOYSA-N 0.000 description 1
- 101100533304 Plasmodium falciparum (isolate 3D7) SETVS gene Proteins 0.000 description 1
- 101150117538 Set2 gene Proteins 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种随机呼叫的转发方法及装置，在上述方法中，服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配；服务器将第一客户端的随机呼叫请求转发至第二客户端。根据本发明提供的技术方案，实现了信令流程简单、接通速度更快、可以满足随机呼叫对私密性的需求。
Description
技术领域
本发明涉及通信领域，具体而言，涉及一种随机呼叫的转发方法及装置。
背景技术
互联网语音/可视电话（Voice over Internet Protocol，简称为VOIP）是互联网以及3G移动通信网上最受欢迎的一类应用。它以IP分组交换的方式在两个终端之间传输媒体（语音/视频），其优点在于可以最大效率地利用带宽，从而承载更多的用户。与普通电话相比，终端用户可以享受更加低廉的资费。VOIP的应用层控制协议广泛使用会话初始协议（Session Initiation Protocol，简称为SIP），通过该协议可以获取媒体数据的描述以及启动或终止媒体传输。而常用的媒体数据传输协议是实时传送协议（Real-time TransportProtocol，简称为RTP），对于不同类型的媒体负载拥有不同的RTP负载格式规范。SIP采用客户端/服务器模式(C/S模式)，其中，代理服务器负责对请求登录（或注册）的终端用户进行鉴权、认证，将已经登录用户的呼叫请求寻址/路由到目的终端用户。
随机呼叫是一种全新的通话方式，由代理服务器在众多随机呼叫请求的终端中随机匹配出一对终端进行通话，即完全随机匹配。目前类似应用的实现方式均采用随机呼叫的客户端向代理服务器发送特定的随机呼叫请求，代理服务器在众多随机呼叫请求的终端中随机匹配出一对终端，例如：A和B；然后代理服务器以视频会议服务器的形式为这对终端建立起语音会议，即代理服务器分别向A和B发起会议呼叫，并以中间媒介的身份在A和B之间传递所有的信令和语音。然而上述实现形式复杂，接通速度慢，而且A和B之间的通话内容很有可能在服务器被窃听。
发明内容
本发明提供了一种随机呼叫的转发方法及装置，以至少解决相关技术中的随机呼叫通话方式实现形式复杂、接通速度慢、安全性差的问题。
根据本发明的一个方面，提供了一种随机呼叫的转发方法。
根据本发明的随机呼叫的转发方法包括：服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配；服务器将第一客户端的随机呼叫请求转发至第二客户端。
优选地，服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配包括：服务器从多个发出随机呼叫请求的客户端中选取第一客户端，其中，第一客户端发出的随机呼叫请求中携带有第一客户端的标识信息和/或偏好信息；服务器根据第一客户端发出的随机呼叫请求从多个客户端中除第一客户端之外的其他客户端中获取与第一客户端相匹配的第二客户端。
优选地，服务器从多个发出随机呼叫请求的客户端中选取第一客户端包括：服务器从多个发出随机呼叫请求的客户端中查找与服务器最先接收到的随机呼叫请求对应的客户端，并将查找到的客户端作为第一客户端；或者，服务器从多个发出随机呼叫请求的客户端中随机选取第一客户端。
优选地，服务器根据第一客户端发出的随机呼叫请求从多个客户端中除第一客户端之外的其他客户端中获取与第一客户端相匹配的第二客户端包括：服务器判断其他客户端中是否存在与第一客户端的标识信息和/或偏好信息相匹配的客户端；如果不存在，则服务器从其他客户端中随机选取第二客户端；如果存在，则服务器根据第一客户端的标识信息和/或偏好信息从其他客户端中选取与第一客户端匹配度最高的客户端作为第二客户端。
优选地，在服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配之后，还包括：服务器从多个发出随机呼叫请求的客户端中除第一客户端和第二客户端之外的剩余客户端中选取下一个第一客户端，并选取与下一个第一客户端相互匹配的下一个第二客户端，直至多个发出随机呼叫请求的客户端全部完成匹配。
优选地，服务器将第一客户端的随机呼叫请求转发至第二客户端包括：服务器向第二客户端发送终止随机呼叫请求消息，其中，终止随机呼叫请求消息中携带有第一客户端的标识信息和/或偏好信息；第二客户端在接收到终止随机呼叫请求消息后，中断该第二客户端发出的随机呼叫请求；第二客户端在接收到服务器转发的第一客户端的随机呼叫请求后，从第一客户端的随机呼叫请求或者终止随机呼叫请求消息中获取第一客户端的标识信息和/或偏好信息，并确定与第一客户端建立通话。
优选地，在第二客户端从第一客户端的随机呼叫请求或者终止随机呼叫请求消息中获取第一客户端的标识信息和/或偏好信息，并确定与第一客户端建立通话之后，还包括：第一客户端经由服务器接收来自于第二客户端的随机呼叫响应消息，其中，随机呼叫响应消息中携带有第二客户端的标识信息和/或偏好信息；第一客户端从随机呼叫响应消息中获取第二客户端的标识信息和/或偏好信息，并确定与第二客户端建立通话。
根据本发明的另一方面，提供了一种随机呼叫的转发装置。
根据本发明的随机呼叫的转发装置包括：选取模块，用于从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配；转发模块，用于将第一客户端的随机呼叫请求转发至第二客户端。
优选地，选取模块包括：选取单元，用于从多个发出随机呼叫请求的客户端中选取第一客户端，其中，第一客户端发出的随机呼叫请求中携带有第一客户端的标识信息和/或偏好信息；获取单元，用于根据第一客户端发出的随机呼叫请求从多个客户端中除第一客户端之外的其他客户端中获取与第一客户端相匹配的第二客户端。
优选地，选取单元包括：查找单元，用于从多个发出随机呼叫请求的客户端中查找与服务器最先接收到的随机呼叫请求对应的客户端，并将查找到的客户端作为第一客户端；第一随机选取单元，用于服务器从多个发出随机呼叫请求的客户端中随机选取第一客户端。
优选地，获取单元包括：判断单元，用于判断其他客户端中是否存在与第一客户端的标识信息和/或偏好信息相匹配的客户端；第二随机选取单元，用于在判断单元输出为否时，从其他客户端中随机选取第二客户端；匹配单元，用于在判断单元输出为是时，根据第一客户端的标识信息和/或偏好信息从其他客户端中选取与第一客户端匹配度最高的客户端作为第二客户端。
优选地，选取模块，用于从多个发出随机呼叫请求的客户端中除第一客户端和第二客户端之外的剩余客户端中选取下一个第一客户端，并选取与下一个第一客户端相互匹配的下一个第二客户端，直至多个发出随机呼叫请求的客户端全部完成匹配。
通过本发明，服务器先后接收到多个客户端同时发出的随机呼叫请求，服务器从多个客户端中选取第一客户端和第二客户端进行匹配，并将第一客户端的随机呼叫请求转发至第二客户端，解决了相关技术中的随机呼叫通话方式实现形式复杂、接通速度慢、安全性差的问题，进而实现了信令流程简单、接通速度更快、可以满足随机呼叫对私密性的需求。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的随机呼叫的转发方法的流程图；
图2是根据本发明优选实施例的代理服务器进行客户端匹配的流程图；
图3是根据本发明优选实施例的基于VOIP随机通话系统的信令交互的流程图；
图4是根据本发明优选实施例的取消随机呼叫的流程图；
图5是根据本发明优选实施例的拒接随机呼叫的流程图；
图6是根据本发明实施例的随机呼叫的转发装置的结构框图；以及
图7是根据本发明优选实施例的随机呼叫的转发装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
图1是根据本发明实施例的随机呼叫的转发方法的流程图。如图1所示，该方法可以包括以下处理步骤：
步骤S102：服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配；
步骤S104：服务器将第一客户端的随机呼叫请求转发至第二客户端。
相关技术中，随机呼叫通话方式实现形式复杂、接通速度慢、安全性差。采用如图1所示的方法，服务器先后接收到多个客户端同时发出的随机呼叫请求（例如：随机呼叫客户端向随机呼叫代理服务器发送SIP INVITE请求），服务器从多个客户端中选取第一客户端和第二客户端进行匹配（例如：随机呼叫代理服务器根据SIP INVITE请求中的Call-Info头字段中携带的用户标识/偏好信息进行匹配计算，获取随机呼叫终端对），并将第一客户端的随机呼叫请求转发至第二客户端。与相关技术应用的信令流程不同：随机呼叫代理服务器将配对后的一方客户端的随机呼叫请求取消，并将另一方的随机呼叫请求转发至该客户端，而并非以视频会议等形式组织双方通话，将配对后客户端的语音信令和语音转发给对方，由此解决了相关技术中的随机呼叫通话方式实现形式复杂、接通速度慢、安全性差的问题，进而实现了信令流程简单、接通速度更快、可以满足随机呼叫对私密性的需求。
需要说明的是，本发明提供的技术方案，其实施的前提与相关技术中通用的基于SIP的VOIP相同，即客户端已注册到所属代理服务器。
优选地，在步骤S102中，服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配可以包括以下操作：
步骤S1：服务器从多个发出随机呼叫请求的客户端中选取第一客户端，其中，第一客户端发出的随机呼叫请求中携带有第一客户端的标识信息和/或偏好信息；
在优选实施例中，由多个随机呼叫终端同时向随机呼叫代理服务器发送随机呼叫的信令，该信令是一种特定的INVITE请求，其中，请求的目的通用资源标识符（UniformResource Identifier，简称为URI）为代理服务器的URI；INVITE请求中的Call-Info头字段携带有随机呼叫终端的标识信息和/或偏好信息，例如：可以携带用户的性别、年龄、当前所在地区、兴趣爱好以及心情状态信息，还可以携带与该用户匹配的用户的性别、年龄、当前所在地区等信息。
步骤S2：服务器根据第一客户端发出的随机呼叫请求从多个客户端中除第一客户端之外的其他客户端中获取与第一客户端相匹配的第二客户端。
例如：当前向服务器发起随机呼叫请求的客户端有A、B、C、D和E，如果第一次选取A作为第一客户端，那么与A相匹配的第二客户端将从B、C、D和E中选取。
优选地，在上述步骤S1中，服务器从多个发出随机呼叫请求的客户端中选取第一客户端可以包括以下方式之一：
方式一、服务器从多个发出随机呼叫请求的客户端中查找与服务器最先接收到的随机呼叫请求对应的客户端，并将查找到的客户端作为第一客户端；
例如：当前同时向服务器发起随机呼叫请求的客户端有A、B、C、D和E，服务器会分别记录各个客户端到达服务器的时间，假设服务器当前最先接收到的客户端是A，那么A将被作为第一客户端。
方式二、服务器从多个发出随机呼叫请求的客户端中随机选取第一客户端。
例如：当前同时向服务器发起随机呼叫请求的客户端有A、B、C、D和E，服务器会在各个客户端中随机选取一个客户端（假设是B）作为第一客户端。
优选地，在上述步骤S2中，服务器根据第一客户端发出的随机呼叫请求从多个客户端中除第一客户端之外的其他客户端中获取与第一客户端相匹配的第二客户端可以包括以下处理：
步骤S21：服务器判断其他客户端中是否存在与第一客户端的标识信息和/或偏好信息相匹配的客户端；
步骤S22：如果不存在，则服务器从其他客户端中随机选取第二客户端；
步骤S23：如果存在，则服务器根据第一客户端的标识信息和/或偏好信息从其他客户端中选取与第一客户端匹配度最高的客户端作为第二客户端。
在优选实施例中，假设当前同时向服务器发起随机呼叫请求的客户端有A、B、C、D和E，并且服务器已经选取A作为第一客户端。接下来服务器需要在B、C、D和E中为A选取相匹配的第二客户端。服务器会判断在B、C、D和E中是否存在与A的标识信息和/或偏好信息相匹配的客户端，例如：A的偏好是喜欢与年龄在20-30岁的男性建立通话，而在B、C、D和E中并没有符合要求的客户端，那么服务器只能从B、C、D和E中随机选取一个客户端作为第二客户端，然后由A来选择是否与其进行通话。如果在B、C、D和E中有D和E符合A的偏好要求，那么需要继续比较两者其他的匹配信息，假设A还希望在符合上述条件的情况下，建立通话的用户最好与A位于同一座城市，经过比较后，D与A位于同一座城市，而E与A的地理位置相距甚远，最终服务器选取D作为A的匹配客户端。
优选地，在步骤S102，服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配之后，还可以包括以下处理：
服务器从多个发出随机呼叫请求的客户端中除第一客户端和第二客户端之外的剩余客户端中选取下一个第一客户端，并选取与下一个第一客户端相互匹配的下一个第二客户端，直至多个发出随机呼叫请求的客户端全部完成匹配。
在优选实施例中，随机呼叫代理服务器处理在同一时刻收到的多个INVITE请求，服务器可以根据INVITE请求中Call-Info头字段所携带信息进行随机匹配。图2是根据本发明优选实施例的代理服务器进行客户端匹配的流程图。如图2所示，具体匹配流程如下：
步骤S202：当前时间段内待匹配的随机呼叫客户端集合SET0中，选取最早接收到的INVITE请求的客户端A；
步骤S204：判断A发送的INVITE请求中是否携带有Call-Info头字段，即客户端A是否填写希望匹配的客户端的信息；如果有，则转到步骤S208；如果没有，则转到步骤S206；
步骤S206：在客户端集合SET0中随机选取客户端B；转到步骤S222；
步骤S208：依次获取客户端A的标识信息和/或偏好信息，首先判断是否存在与客户端A的性别信息相匹配的客户端集合；如果存在，则继续执行步骤S210；如果不存在，则转到步骤S212；
步骤S210：选取与客户端A的性格信息相匹配的客户端集合SET1；
步骤S212：继续判断是否存在与客户端A的年龄信息相匹配的客户端集合；如果存在，则继续执行步骤S214；如果不存在，则转到步骤S216；
步骤S214：选取与客户端A的年龄信息相匹配的客户端集合SET2；
步骤S216：继续判断是否存在与客户端A的地域信息相匹配的客户端集合；如果存在，则继续执行步骤S218；如果不存在，则转到步骤S220；
步骤S218：选取与客户端A的地域信息相匹配的客户端集合SET3；
步骤S220：在客户端集合SET3中随机选取终端B；
步骤S222：将A和B从集合中去掉，返回步骤S202，在剩余客户集合SETn中再次找出最早请求的客户端N，并用相同流程算法继续为N找出与其匹配的客户端，直至处理完集合SET0中所有的随机请求。
优选地，在步骤S104中，服务器将第一客户端的随机呼叫请求转发至第二客户端可以包括以下操作：
步骤S3：服务器向第二客户端发送终止随机呼叫请求消息，其中，终止随机呼叫请求消息中携带有第一客户端的标识信息和/或偏好信息；
步骤S4：第二客户端在接收到终止随机呼叫请求消息后，中断该第二客户端发出的随机呼叫请求；
步骤S5：第二客户端在接收到服务器转发的第一客户端的随机呼叫请求后，从第一客户端的随机呼叫请求或者终止随机呼叫请求消息中获取第一客户端的标识信息和/或偏好信息，并确定与第一客户端建立通话。
优选地，在步骤S5，第二客户端从第一客户端的随机呼叫请求或者终止随机呼叫请求消息中获取第一客户端的标识信息和/或偏好信息，并确定与第一客户端建立通话之后，还可以包括以下步骤：
步骤S6：第一客户端经由服务器接收来自于第二客户端的随机呼叫响应消息，其中，随机呼叫响应消息中携带有第二客户端的标识信息和/或偏好信息；
步骤S7：第一客户端从随机呼叫响应消息中获取第二客户端的标识信息和/或偏好信息，并确定与第二客户端建立通话。
在优选实施例中，随机呼叫客户端向代理服务器发送特定的SIP INVITE请求，该特定请求中以Call-Info头字段包含随机呼叫用户的个人偏好等信息。代理服务器首先在众多发出随机呼叫请求的客户端中根据Call-Info字段信息随机匹配出一个或多个终端对，例如：终端对A和B；其次，代理服务器将B的呼叫请求取消；然后代理服务器将A的随机呼叫请求转发至B，并将A和B的个人信息传递给对方。如果A和B都选择同意通话，B接听后，即在A和B之间建立起随机呼叫。反之，如果任意一方不同意通话，则随时结束上述随机通话。
下面结合图3所示的优选实施方式对上述优选实施过程做进一步的描述。
图3是根据本发明优选实施例的基于VOIP随机通话系统的信令交互的流程图。如图3所示，该流程可以包括以下处理步骤：
步骤S302：由多个随机呼叫终端同时向随机呼叫代理服务器发送随机呼叫的信令，该信令是一种特定的INVITE请求，其中，请求的目的URI为代理服务器的URI；INVITE请求中的Call-Info头字段携带有随机呼叫终端的标识信息和/或偏好信息，例如：可以携带用户的性别、年龄、当前所在地区、兴趣爱好以及心情状态信息，还可以携带与该用户匹配的用户的性别、年龄、当前所在地区等信息；
步骤S304：随机呼叫代理服务器处理在同一时刻发出的多个INVITE请求，根据INVITE请求中Call-Info头字段所携带的信息进行随机匹配，例如：在当前时间段内待匹配的随机呼叫客户端集合SET0中，选取最先接收到的INVITE请求的客户端A，根据A的个人/偏好信息，使用如上述图2所示的匹配算法流程，获取与A相匹配的客户端为B。然后将A和B从集合中去除，并在剩余客户集合SETn中再次找出下一个最先接收到的INVITE请求的客户端N，并采用相同的流程算法继续为N找出与其匹配的客户端，直至处理完集合SET0中所有的随机呼叫请求；
步骤S306：随机呼叫代理服务器向客户端B发送取消（Cancel）信令，其中，该Cancel信令与相关技术中的Cancel信令不同，其差别在于本发明的Cancel信令携带有客户端A的Call-Info信息，客户端B在收到Cancel信令后，挂断随机呼叫请求；
步骤S308：随机呼叫代理服务器将客户端A的随机呼叫请求转发给客户端B，即将步骤S302中的客户端A的随机呼叫请求中的目的URI由代理服务器的URI修改为客户端B的URI；客户端B向用户B呈现信令中Call-Info所携带的客户端A的标识和/或偏好信息，由用户B选择是否接听；
步骤S310：客户端B向客户端A回复信令100Trying以及180Ring，客户端A将接收到的100Trying中Call-Info所携带的客户端B的信息呈现给用户A，由用户A选择是否接听；
步骤S312：如果双方在选择接听阶段都选择同意接听，客户端B与客户端A之间完成通用VOIP信令流程200OK和ACK，进入正式通话。
需要说明的是，在选择接听阶段，如果用户A根据接收到的B的Call-Info信息，选择取消随机呼叫请求，那么取消流程与通用的VOIP呼叫取消流程相同，具体可以参见如图4，此处不再赘述；在选择接听阶段，如果用户B根据接收到的A的Call-Info信息，选择拒绝接听，那么拒接流程与通用的VOIP拒接流程相同，具体可以参见如图5，此处不再赘述。
图6是根据本发明实施例的随机呼叫的转发装置的结构框图。如图6所示，该随机呼叫的转发装置可以包括：选取模块10，用于从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配；转发模块20，用于将第一客户端的随机呼叫请求转发至第二客户端。
采用如图6所示的装置，解决了相关技术中的随机呼叫通话方式实现形式复杂、接通速度慢、安全性差的问题，进而实现了信令流程简单、接通速度更快、可以满足随机呼叫对私密性的需求。
优选地，如图7所示，上述选取模块10可以包括：选取单元100，用于从多个发出随机呼叫请求的客户端中选取第一客户端，其中，第一客户端发出的随机呼叫请求中携带有第一客户端的标识信息和/或偏好信息；获取单元102，用于根据第一客户端发出的随机呼叫请求从多个客户端中除第一客户端之外的其他客户端中获取与第一客户端相匹配的第二客户端。
优选地，如图7所示，上述选取单元100可以包括：查找单元1000，用于从多个发出随机呼叫请求的客户端中查找与服务器最先接收到的随机呼叫请求对应的客户端，并将查找到的客户端作为第一客户端；第一随机选取单元1002，用于服务器从多个发出随机呼叫请求的客户端中随机选取第一客户端。
优选地，如图7所示，上述获取单元102可以包括：判断单元1020，用于判断其他客户端中是否存在与第一客户端的标识信息和/或偏好信息相匹配的客户端；第二随机选取单元1022，用于在判断单元输出为否时，从其他客户端中随机选取第二客户端；匹配单元1024，用于在判断单元输出为是时，根据第一客户端的标识信息和/或偏好信息从其他客户端中选取与第一客户端匹配度最高的客户端作为第二客户端。
优选地，上述选取模块10，用于从多个发出随机呼叫请求的客户端中除第一客户端和第二客户端之外的剩余客户端中选取下一个第一客户端，并选取与下一个第一客户端相互匹配的下一个第二客户端，直至多个发出随机呼叫请求的客户端全部完成匹配。
需要说明的是，图6和图7中所示的各个模块以及各个单元之间相互作用的优选工作方式可以参见图1至图5所示的实施例，此处不再赘述。
从以上的描述中，可以看出，上述实施例实现了如下技术效果（需要说明的是这些效果是某些优选实施例可以达到的效果）：解决了相关技术中的随机呼叫通话方式实现形式复杂、接通速度慢、安全性差的问题，进而实现了信令流程简单、接通速度更快、可以满足随机呼叫对私密性的需求。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (8)
1.一种随机呼叫的转发方法，其特征在于，包括：
服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配；
所述服务器将所述第一客户端的随机呼叫请求转发至所述第二客户端；
其中，所述服务器从所述多个发出随机呼叫请求的客户端中选取所述第一客户端和所述第二客户端进行匹配包括：所述服务器从所述多个发出随机呼叫请求的客户端中选取所述第一客户端，其中，所述第一客户端发出的随机呼叫请求中携带有所述第一客户端的标识信息和/或偏好信息；所述服务器根据所述第一客户端发出的随机呼叫请求从所述多个客户端中除所述第一客户端之外的其他客户端中获取与所述第一客户端相匹配的所述第二客户端；
其中，所述服务器根据所述第一客户端发出的随机呼叫请求从所述多个客户端中除所述第一客户端之外的其他客户端中获取与所述第一客户端相匹配的所述第二客户端包括：所述服务器判断所述其他客户端中是否存在与所述第一客户端的标识信息和/或偏好信息相匹配的客户端；如果不存在，则所述服务器从所述其他客户端中随机选取所述第二客户端；如果存在，则所述服务器根据所述第一客户端的标识信息和/或偏好信息从所述其他客户端中选取与所述第一客户端匹配度最高的客户端作为所述第二客户端。
2.根据权利要求1所述的方法，其特征在于，所述服务器从所述多个发出随机呼叫请求的客户端中选取所述第一客户端包括：
所述服务器从所述多个发出随机呼叫请求的客户端中查找与所述服务器最先接收到的随机呼叫请求对应的客户端，并将查找到的客户端作为第一客户端；或者，
所述服务器从所述多个发出随机呼叫请求的客户端中随机选取所述第一客户端。
3.根据权利要求1所述的方法，其特征在于，其中，在所述服务器从所述多个发出随机呼叫请求的客户端中选取所述第一客户端和所述第二客户端进行匹配之后，所述服务器从所述多个发出随机呼叫请求的客户端中除所述第一客户端和所述第二客户端之外的剩余客户端中选取下一个第一客户端，并选取与所述下一个第一客户端相互匹配的下一个第二客户端，直至所述多个发出随机呼叫请求的客户端全部完成匹配。
4.根据权利要求1所述的方法，其特征在于，所述服务器将所述第一客户端的随机呼叫请求转发至所述第二客户端包括：
所述服务器向所述第二客户端发送终止随机呼叫请求消息，其中，所述终止随机呼叫请求消息中携带有所述第一客户端的标识信息和/或偏好信息；
所述第二客户端在接收到所述终止随机呼叫请求消息后，中断该第二客户端发出的随机呼叫请求；
所述第二客户端在接收到所述服务器转发的所述第一客户端的随机呼叫请求后，从所述第一客户端的随机呼叫请求或者所述终止随机呼叫请求消息中获取所述第一客户端的标识信息和/或偏好信息，并确定与所述第一客户端建立通话。
5.根据权利要求4所述的方法，其特征在于，在所述第二客户端从所述第一客户端的随机呼叫请求或者所述终止随机呼叫请求消息中获取所述第一客户端的标识信息和/或偏好信息，并确定与所述第一客户端建立通话之后，还包括：
所述第一客户端经由所述服务器接收来自于所述第二客户端的随机呼叫响应消息，其中，所述随机呼叫响应消息中携带有所述第二客户端的标识信息和/或偏好信息；
所述第一客户端从所述随机呼叫响应消息中获取所述第二客户端的标识信息和/或偏好信息，并确定与所述第二客户端建立通话。
6.一种随机呼叫的转发装置，其特征在于，包括：
选取模块，用于从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配；
转发模块，用于将所述第一客户端的随机呼叫请求转发至所述第二客户端；
其中，所述选取模块包括：选取单元，用于从所述多个发出随机呼叫请求的客户端中选取所述第一客户端，其中，所述第一客户端发出的随机呼叫请求中携带有所述第一客户端的标识信息和/或偏好信息；获取单元，用于根据所述第一客户端发出的随机呼叫请求从所述多个客户端中除所述第一客户端之外的其他客户端中获取与所述第一客户端相匹配的所述第二客户端；
其中，所述获取单元包括：判断单元，用于判断所述其他客户端中是否存在与所述第一客户端的标识信息和/或偏好信息相匹配的客户端；第二随机选取单元，用于在所述判断单元输出为否时，从所述其他客户端中随机选取所述第二客户端；匹配单元，用于在所述判断单元输出为是时，根据所述第一客户端的标识信息和/或偏好信息从所述其他客户端中选取与所述第一客户端匹配度最高的客户端作为所述第二客户端。
7.根据权利要求6所述的装置，其特征在于，所述选取单元包括：
查找单元，用于从所述多个发出随机呼叫请求的客户端中查找与服务器最先接收到的随机呼叫请求对应的客户端，并将查找到的客户端作为第一客户端；
第一随机选取单元，用于所述服务器从所述多个发出随机呼叫请求的客户端中随机选取所述第一客户端。
8.根据权利要求6所述的装置，其特征在于，所述选取模块，用于从所述多个发出随机呼叫请求的客户端中除所述第一客户端和所述第二客户端之外的剩余客户端中选取下一个第一客户端，并选取与所述下一个第一客户端相互匹配的下一个第二客户端，直至所述多个发出随机呼叫请求的客户端全部完成匹配。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210356617.8A CN102904882B (zh) | 2012-09-24 | 2012-09-24 | 随机呼叫的转发方法及装置 |
| PCT/CN2013/081381 WO2014044096A1 (zh) | 2012-09-24 | 2013-08-13 | 随机呼叫的转发方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210356617.8A CN102904882B (zh) | 2012-09-24 | 2012-09-24 | 随机呼叫的转发方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102904882A CN102904882A (zh) | 2013-01-30 |
| CN102904882B true CN102904882B (zh) | 2018-08-10 |
Family
ID=47576918
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210356617.8A Active CN102904882B (zh) | 2012-09-24 | 2012-09-24 | 随机呼叫的转发方法及装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102904882B (zh) |
| WO (1) | WO2014044096A1 (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102904882B (zh) * | 2012-09-24 | 2018-08-10 | 南京中兴新软件有限责任公司 | 随机呼叫的转发方法及装置 |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100459631C (zh) * | 2005-09-12 | 2009-02-04 | 中国移动通信集团公司 | 通过即时通信系统直接建立语音呼叫的方法 |
| CN101083758A (zh) * | 2006-05-29 | 2007-12-05 | 腾讯科技（深圳）有限公司 | 建立音/视频会话的系统及方法 |
| US8064342B2 (en) * | 2006-10-27 | 2011-11-22 | Verizon Patent And Licensing Inc. | Load balancing session initiation protocol (SIP) servers |
| CN101325744A (zh) * | 2007-06-14 | 2008-12-17 | 华为技术有限公司 | 一种根据终端能力触发业务的方法、装置及系统 |
| CN101420488B (zh) * | 2007-10-25 | 2011-09-14 | 华为技术有限公司 | 处理终端间通信请求的方法、服务器 |
| CN101472235B (zh) * | 2007-12-25 | 2012-08-15 | 华为技术有限公司 | 一种多终端通信方法、系统和装置 |
| CN101588349A (zh) * | 2008-05-21 | 2009-11-25 | 华为技术有限公司 | 实现ims业务的方法及系统、请求单元、存储单元 |
| US20100088314A1 (en) * | 2008-10-07 | 2010-04-08 | Shaobo Kuang | Method and system for searching on internet |
| US20110044321A1 (en) * | 2009-08-21 | 2011-02-24 | Jonathan Rosenberg | Midcall fallback for voice over internet protocol (voip) calls |
| CN101998325A (zh) * | 2009-08-25 | 2011-03-30 | 中兴通讯股份有限公司 | 一种指示终端媒体类型的呼叫方法及装置 |
| US8341207B2 (en) * | 2010-04-07 | 2012-12-25 | Apple Inc. | Apparatus and method for matching users for online sessions |
| CN102904882B (zh) * | 2012-09-24 | 2018-08-10 | 南京中兴新软件有限责任公司 | 随机呼叫的转发方法及装置 |
-
2012
- 2012-09-24 CN CN201210356617.8A patent/CN102904882B/zh active Active
-
2013
- 2013-08-13 WO PCT/CN2013/081381 patent/WO2014044096A1/zh active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| WO2014044096A1 (zh) | 2014-03-27 |
| CN102904882A (zh) | 2013-01-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20210297408A1 (en) | Method and system for creating a virtual sip user agent by use of a webrtc enabled web browser | |
| CN104813655B (zh) | 在视频会议会话中预览呼叫方的方法 | |
| US9049262B2 (en) | Method and system for combined peer-to-peer (P2P) and central relay server-based telecommunication conferencing using a telephony and conferencing protocol | |
| CN102347950B (zh) | 电信网络向互联网提供会话服务的方法及系统 | |
| CN1838590B (zh) | 在会话起始协议信号过程提供因特网密钥交换的方法及系统 | |
| CN101257395B (zh) | 支持多媒体会议预约的系统及方法 | |
| US20040037406A1 (en) | Method and system for exchanging instant messages in a multi-party conference call | |
| CN101156393B (zh) | 在ims网络中根据初始过滤规则处理注册消息的方法 | |
| CN103475499A (zh) | 一种基于网络电话会议的语音对讲方法及系统 | |
| EP2219338A1 (en) | A method and equipment for uploading the real-time media content | |
| CN105245493B (zh) | 通信网络中的能力查询处理 | |
| CN107251510A (zh) | 建立并且保持voip呼叫 | |
| CN103716299B (zh) | 一种基于sip进行会话的方法、终端及呼叫业务服务器 | |
| CN104902111B (zh) | 一种基于Web RTC多方通话建立的方法、设备和系统 | |
| CN109802913A (zh) | 融合会议实现方法及装置、电子设备、可读存储介质 | |
| CN110650260B (zh) | 一种网络终端音频内外网互通系统及方法 | |
| CN108271131A (zh) | 一种呼叫控制方法、服务器、车载终端及移动终端 | |
| KR20060028130A (ko) | 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에따른 호 처리 시스템 및 방법 | |
| CN105554434A (zh) | 基于ims架构的视频组呼业务实现方法及系统 | |
| CN105187677B (zh) | 用于转移呼叫的系统和方法 | |
| CN102904882B (zh) | 随机呼叫的转发方法及装置 | |
| CN102316228B (zh) | 在总机业务中实现话务员插入通话的方法、装置和系统 | |
| CN100546373C (zh) | 多媒体视讯系统主叫呼集的实现方法 | |
| CN108347412A (zh) | 一种三方会议中邀请新会议成员的方法、装置及系统 | |
| CN102307178B (zh) | Pstn-ip双网协作通信的交换控制方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 210012 NANJING, JIANGSU PROVINCE TO: 518057 SHENZHEN, GUANGDONG PROVINCE |
|
| TA01 | Transfer of patent application right |
Effective date of registration: 20130131 Address after: 518057 Nanshan District science and technology, Guangdong Province, South Road, No. 55, No. Applicant after: ZTE Corporation Address before: 210012 Zhongxing communication, No. 68, Bauhinia Road, Yuhuatai District, Jiangsu, Nanjing Applicant before: Nanjing Branch of Zhongxing Communication Co., Ltd. |
|
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20180425 Address after: 210012 No. 68 Bauhinia Road, Yuhuatai District, Jiangsu, Nanjing Applicant after: Nanjing Zhongxing New Software Co., Ltd. Address before: No. 55, Nanshan District science and technology road, Nanshan District, Shenzhen, Guangdong Applicant before: ZTE Corporation |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20191118 Address after: 518057 Nanshan District science and technology, Guangdong Province, South Road, No. 55, No. Patentee after: ZTE Communications Co., Ltd. Address before: Yuhuatai District of Nanjing City, Jiangsu province 210012 Bauhinia Road No. 68 Patentee before: Nanjing Zhongxing New Software Co., Ltd. |