专利名称：随机呼叫的转发方法及装置的制作方法
技术领域：
本发明涉及通信领域，具体而言，涉及一种随机呼叫的转发方法及装置。
背景技术：
互联网语音/可视电话(Voice over Internet Protocol,简称为VOIP)是互联网以及3G移动通信网上最受欢迎的一类应用。它以IP分组交换的方式在两个终端之间传输媒体(语音/视频)，其优点在于可以最大效率地利用带宽，从而承载更多的用户。与普通电话相比，终端用户可以享受更加低廉的资费。VOIP的应用层控制协议广泛使用会话初始协议(Session Initiation Protocol,简称为SIP),通过该协议可以获取媒体数据的描述以及启动或终止媒体传输。而常用的媒体数据传输协议是实时传送协议(Real-timeTransport Protocol,简称为RTP),对于不同类型的媒体负载拥有不同的RTP负载格式规范。SIP采用客户端/服务器模式(C/S模式)，其中，代理服务器负责对请求登录(或注册) 的终端用户进行鉴权、认证，将已经登录用户的呼叫请求寻址/路由到目的终端用户。随机呼叫是一种全新的通话方式，由代理服务器在众多随机呼叫请求的终端中随机匹配出一对终端进行通话，即完全随机匹配。目前类似应用的实现方式均采用随机呼叫的客户端向代理服务器发送特定的随机呼叫请求，代理服务器在众多随机呼叫请求的终端中随机匹配出一对终端，例如A和B ;然后代理服务器以视频会议服务器的形式为这对终端建立起语音会议，即代理服务器分别向A和B发起会议呼叫，并以中间媒介的身份在A和B之间传递所有的信令和语音。然而上述实现形式复杂，接通速度慢，而且A和B之间的通话内容很有可能在服务器被窃听。
发明内容
本发明提供了一种随机呼叫的转发方法及装置，以至少解决相关技术中的随机呼叫通话方式实现形式复杂、接通速度慢、安全性差的问题。根据本发明的一个方面，提供了一种随机呼叫的转发方法。根据本发明的随机呼叫的转发方法包括服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配；服务器将第一客户端的随机呼叫请求转发至第二客户端。优选地，服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配包括服务器从多个发出随机呼叫请求的客户端中选取第一客户端，其中，第一客户端发出的随机呼叫请求中携带有第一客户端的标识信息和/或偏好信息；服务器根据第一客户端发出的随机呼叫请求从多个客户端中除第一客户端之外的其他客户端中获取与第一客户端相匹配的第二客户端。优选地，服务器从多个发出随机呼叫请求的客户端中选取第一客户端包括服务器从多个发出随机呼叫请求的客户端中查找与服务器最先接收到的随机呼叫请求对应的客户端，并将查找到的客户端作为第一客户端；或者，服务器从多个发出随机呼叫请求的客户端中随机选取第一客户端。优选地，服务器根据第一客户端发出的随机呼叫请求从多个客户端中除第一客户端之外的其他客户端中获取与第一客户端相匹配的第二客户端包括服务器判断其他客户端中是否存在与第一客户端的标识信息和/或偏好信息相匹配的客户端；如果不存在，则服务器从其他客户端中随机选取第二客户端；如果存在，则服务器根据第一客户端的标识信息和/或偏好信息从其他客户端中选取与第一客户端匹配度最高的客户端作为第二客户端。优选地，在服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配之后，还包括服务器从多个发出随机呼叫请求的客户端中除第一客户端和第二客户端之外的剩余客户端中选取下一个第一客户端，并选取与下一个第一客户端相互匹配的下一个第二客户端，直至多个发出随机呼叫请求的客户端全部完成匹配。 优选地，服务器将第一客户端的随机呼叫请求转发至第二客户端包括服务器向第二客户端发送终止随机呼叫请求消息，其中，终止随机呼叫请求消息中携带有第一客户端的标识信息和/或偏好信息；第二客户端在接收到终止随机呼叫请求消息后，中断该第二客户端发出的随机呼叫请求；第二客户端在接收到服务器转发的第一客户端的随机呼叫请求后，从第一客户端的随机呼叫请求或者终止随机呼叫请求消息中获取第一客户端的标识信息和/或偏好信息，并确定与第一客户端建立通话。优选地，在第二客户端从第一客户端的随机呼叫请求或者终止随机呼叫请求消息中获取第一客户端的标识信息和/或偏好信息，并确定与第一客户端建立通话之后，还包括第一客户端经由服务器接收来自于第二客户端的随机呼叫响应消息，其中，随机呼叫响应消息中携带有第二客户端的标识信息和/或偏好信息；第一客户端从随机呼叫响应消息中获取第二客户端的标识信息和/或偏好信息，并确定与第二客户端建立通话。根据本发明的另一方面，提供了一种随机呼叫的转发装置。根据本发明的随机呼叫的转发装置包括选取模块，用于从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配；转发模块，用于将第一客户端的随机呼叫请求转发至第二客户端。优选地，选取模块包括选取单元，用于从多个发出随机呼叫请求的客户端中选取第一客户端，其中，第一客户端发出的随机呼叫请求中携带有第一客户端的标识信息和/或偏好信息；获取单元，用于根据第一客户端发出的随机呼叫请求从多个客户端中除第一客户端之外的其他客户端中获取与第一客户端相匹配的第二客户端。优选地，选取单元包括查找单元，用于从多个发出随机呼叫请求的客户端中查找与服务器最先接收到的随机呼叫请求对应的客户端，并将查找到的客户端作为第一客户端；第一随机选取单元，用于服务器从多个发出随机呼叫请求的客户端中随机选取第一客户端。优选地，获取单元包括判断单元，用于判断其他客户端中是否存在与第一客户端的标识信息和/或偏好信息相匹配的客户端；第二随机选取单元，用于在判断单元输出为否时，从其他客户端中随机选取第二客户端；匹配单元，用于在判断单元输出为是时，根据第一客户端的标识信息和/或偏好信息从其他客户端中选取与第一客户端匹配度最高的客户端作为第二客户端。
优选地，选取模块，用于从多个发出随机呼叫请求的客户端中除第一客户端和第二客户端之外的剩余客户端中选取下一个第一客户端，并选取与下一个第一客户端相互匹配的下一个第二客户端，直至多个发出随机呼叫请求的客户端全部完成匹配。通过本发明，服务器先后接收到多个客户端同时发出的随机呼叫请求，服务器从多个客户端中选取第一客户端和第二客户端进行匹配，并将第一客户端的随机呼叫请求转发至第二客户端，解决了相关技术中的随机呼叫通话方式实现形式复杂、接通速度慢、安全性差的问题，进而实现了信令流程简单、接通速度更快、可以满足随机呼叫对私密性的需求。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中
图I是根据本发明实施例的随机呼叫的转发方法的流程图；图2是根据本发明优选实施例的代理服务器进行客户端匹配的流程图；图3是根据本发明优选实施例的基于VOIP随机通话系统的信令交互的流程图；图4是根据本发明优选实施例的取消随机呼叫的流程图；图5是根据本发明优选实施例的拒接随机呼叫的流程图；图6是根据本发明实施例的随机呼叫的转发装置的结构框图；以及图7是根据本发明优选实施例的随机呼叫的转发装置的结构框图。
具体实施例方式下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。图I是根据本发明实施例的随机呼叫的转发方法的流程图。如图I所示，该方法可以包括以下处理步骤步骤S102 :服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配；步骤S104 :服务器将第一客户端的随机呼叫请求转发至第二客户端。相关技术中，随机呼叫通话方式实现形式复杂、接通速度慢、安全性差。采用如图I所示的方法，服务器先后接收到多个客户端同时发出的随机呼叫请求(例如随机呼叫客户端向随机呼叫代理服务器发送SIP INVITE请求)，服务器从多个客户端中选取第一客户端和第二客户端进行匹配(例如随机呼叫代理服务器根据SIP INVITE请求中的Call-Info头字段中携带的用户标识/偏好信息进行匹配计算，获取随机呼叫终端对)，并将第一客户端的随机呼叫请求转发至第二客户端。与相关技术应用的信令流程不同随机呼叫代理服务器将配对后的一方客户端的随机呼叫请求取消，并将另一方的随机呼叫请求转发至该客户端，而并非以视频会议等形式组织双方通话，将配对后客户端的语音信令和语音转发给对方，由此解决了相关技术中的随机呼叫通话方式实现形式复杂、接通速度慢、安全性差的问题，进而实现了信令流程简单、接通速度更快、可以满足随机呼叫对私密性的需求。需要说明的是，本发明提供的技术方案，其实施的前提与相关技术中通用的基于SIP的VOIP相同，即客户端已注册到所属代理服务器。优选地，在步骤S102中，服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配可以包括以下操作步骤SI :服务器从多个发出随机呼叫请求的客户端中选取第一客户端，其中，第一客户端发出的随机呼叫请求中携带有第一客户端的标识信息和/或偏好信息；在优选实施例中，由多个随机呼叫终端同时向随机呼叫代理服务器发送随机呼叫的信令，该信令是一种特定的INVITE请求，其中，请求的目的通用资源标识符(UniformResource Identifier,简称为URI)为代理服务器的URI ； INVITE请求中的Call-Info头字段携带有随机呼叫终端的标识信息和/或偏好信息，例如可以携带用户的性别、年龄、当前所在地区、兴趣爱好以及心情状态信息，还可以携带与该用户匹配的用户的性别、年龄、 当前所在地区等信息。步骤S2 :服务器根据第一客户端发出的随机呼叫请求从多个客户端中除第一客户端之外的其他客户端中获取与第一客户端相匹配的第二客户端。例如当前向服务器发起随机呼叫请求的客户端有A、B、C、D和E，如果第一次选取A作为第一客户端，那么与A相匹配的第二客户端将从B、C、D和E中选取。优选地，在上述步骤SI中，服务器从多个发出随机呼叫请求的客户端中选取第一客户端可以包括以下方式之一方式一、服务器从多个发出随机呼叫请求的客户端中查找与服务器最先接收到的随机呼叫请求对应的客户端,并将查找到的客户端作为第一客户端；例如当前同时向服务器发起随机呼叫请求的客户端有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 :当前时间段内待匹配的随机呼叫客户端集合SETO中，选取最早接收到的INVITE请求的客户端A ;步骤S204 :判断A发送的INVITE请求中是否携带有Call-Info头字段，即客户端A是否填写希望匹配的客户端的信息；如果有，则转到步骤S208 ;如果没有，则转到步骤S206 ；步骤S206 :在客户端集合SETO中随机选取客户端B ;转到步骤S222 ；步骤S208 :依次获取客户端A的标识信息和/或偏好信息，首先判断是否存在与客户端A的性别信息相匹配的客户端集合；如果存在，则继续执行步骤S210 ;如果不存在，则转到步骤S212 ；步骤S210 :选取与客户端A的性格信息相匹配的客户端集合SETl ；步骤S212 :继续判断是否存在与客户端A的年龄信息相匹配的客户端集合；如果存在，则继续执行步骤S214 ;如果不存在，则转到步骤S216 ；步骤S214 :选取与客户端A的年龄信息相匹配的客户端集合SET2 ；步骤S216 :继续判断是否存在与客户端A的地域信息相匹配的客户端集合；如果存在，则继续执行步骤S218 ;如果不存在，则转到步骤S220 ；步骤S218 :选取与客户端A的地域信息相匹配的客户端集合SET3 ；步骤S220 :在客户端集合SET3中随机选取终端B ；步骤S222 :将A和B从集合中去掉，返回步骤S202，在剩余客户集合SETn中再次找出最早请求的客户端N，并用相同流程算法继续为N找出与其匹配的客户端，直至处理完集合SETO中所有的随机请求。优选地，在步骤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头字段所携带的信息进行随机匹配，例如在当前时间段内待匹配的随机呼叫客户端集合SETO中，选取最先接收到的INVITE请求的客户端A，根据A的个人/偏好信息，使用如上述图2所示的匹配算法流程，获取与A相匹配的客户端为B。然后将A和B从集合中去除，并在剩余客户集合SETn中再次找出下一个最先接收到的INVITE请求的客户端N，并采用相同的流程算法继续为N找出与其匹配的客户端，直至处理完集合SETO中所有的随机呼叫请求；步骤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回复信令IOOTrying以及180Ring，客户端A将接收到的IOOTrying中Call-Info所携带的客户端B的信息呈现给用户A,由用户A选择是否接听；步骤S312 :如果双方在选择接听阶段都选择同意接听，客户端B与客户端A之间完成通用VOIP信令流程2000K和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中所示的各个模块以及各个单元之间相互作用的优选工作方式可以参见图I至图5所示的实施例，此处不再赘述。从以上的描述中，可以看出，上述实施例实现了如下技术效果(需要说明的是这些效果是某些优选实施例可以达到的效果)解决了相关技术中的随机呼叫通话方式实现形式复杂、接通速度慢、安全性差的问题，进而实现了信令流程简单、接通速度更快、可以满足随机呼叫对私密性的需求。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技 术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种随机呼叫的转发方法，其特征在于，包括 服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配； 所述服务器将所述第一客户端的随机呼叫请求转发至所述第二客户端。
2.根据权利要求I所述的方法，其特征在于，所述服务器从所述多个发出随机呼叫请求的客户端中选取所述第一客户端和所述第二客户端进行匹配包括 所述服务器从所述多个发出随机呼叫请求的客户端中选取所述第一客户端，其中，所述第一客户端发出的随机呼叫请求中携带有所述第一客户端的标识信息和/或偏好信息； 所述服务器根据所述第一客户端发出的随机呼叫请求从所述多个客户端中除所述第一客户端之外的其他客户端中获取与所述第一客户端相匹配的所述第二客户端。
3.根据权利要求2所述的方法，其特征在于，所述服务器从所述多个发出随机呼叫请求的客户端中选取所述第一客户端包括 所述服务器从所述多个发出随机呼叫请求的客户端中查找与所述服务器最先接收到的随机呼叫请求对应的客户端，并将查找到的客户端作为第一客户端；或者， 所述服务器从所述多个发出随机呼叫请求的客户端中随机选取所述第一客户端。
4.根据权利要求2所述的方法，其特征在于，所述服务器根据所述第一客户端发出的随机呼叫请求从所述多个客户端中除所述第一客户端之外的其他客户端中获取与所述第一客户端相匹配的所述第二客户端包括 所述服务器判断所述其他客户端中是否存在与所述第一客户端的标识信息和/或偏好信息相匹配的客户端； 如果不存在，则所述服务器从所述其他客户端中随机选取所述第二客户端； 如果存在，则所述服务器根据所述第一客户端的标识信息和/或偏好信息从所述其他客户端中选取与所述第一客户端匹配度最高的客户端作为所述第二客户端。
5.根据权利要求2所述的方法，其特征在于，在所述服务器从所述多个发出随机呼叫请求的客户端中选取所述第一客户端和所述第二客户端进行匹配之后，还包括 所述服务器从所述多个发出随机呼叫请求的客户端中除所述第一客户端和所述第二客户端之外的剩余客户端中选取下一个第一客户端，并选取与所述下一个第一客户端相互匹配的下一个第二客户端，直至所述多个发出随机呼叫请求的客户端全部完成匹配。
6.根据权利要求2所述的方法，其特征在于，所述服务器将所述第一客户端的随机呼叫请求转发至所述第二客户端包括 所述服务器向所述第二客户端发送终止随机呼叫请求消息，其中，所述终止随机呼叫请求消息中携带有所述第一客户端的标识信息和/或偏好信息； 所述第二客户端在接收到所述终止随机呼叫请求消息后，中断该第二客户端发出的随机呼叫请求； 所述第二客户端在接收到所述服务器转发的所述第一客户端的随机呼叫请求后，从所述第一客户端的随机呼叫请求或者所述终止随机呼叫请求消息中获取所述第一客户端的标识信息和/或偏好信息，并确定与所述第一客户端建立通话。
7.根据权利要求6所述的方法，其特征在于，在所述第二客户端从所述第一客户端的随机呼叫请求或者所述终止随机呼叫请求消息中获取所述第一客户端的标识信息和/或偏好信息，并确定与所述第一客户端建立通话之后，还包括 所述第一客户端经由所述服务器接收来自于所述第二客户端的随机呼叫响应消息，其中，所述随机呼叫响应消息中携带有所述第二客户端的标识信息和/或偏好信息； 所述第一客户端从所述随机呼叫响应消息中获取所述第二客户端的标识信息和/或偏好信息，并确定与所述第二客户端建立通话。
8.一种随机呼叫的转发装置，其特征在于，包括 选取模块，用于从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配； 转发模块，用于将所述第一客户端的随机呼叫请求转发至所述第二客户端。
9.根据权利要求8所述的装置，其特征在于，所述选取模块包括 选取单元，用于从所述多个发出随机呼叫请求的客户端中选取所述第一客户端，其中，所述第一客户端发出的随机呼叫请求中携带有所述第一客户端的标识信息和/或偏好信息； 获取单元，用于根据所述第一客户端发出的随机呼叫请求从所述多个客户端中除所述第一客户端之外的其他客户端中获取与所述第一客户端相匹配的所述第二客户端。
10.根据权利要求9所述的装置，其特征在于，所述选取单元包括 查找单元，用于从所述多个发出随机呼叫请求的客户端中查找与所述服务器最先接收到的随机呼叫请求对应的客户端,并将查找到的客户端作为第一客户端； 第一随机选取单元，用于所述服务器从所述多个发出随机呼叫请求的客户端中随机选取所述第一客户端。
11.根据权利要求9所述的装置，其特征在于，所述获取单元包括 判断单元，用于判断所述其他客户端中是否存在与所述第一客户端的标识信息和/或偏好信息相匹配的客户端； 第二随机选取单元，用于在所述判断单元输出为否时，从所述其他客户端中随机选取所述第二客户端； 匹配单元，用于在所述判断单元输出为是时，根据所述第一客户端的标识信息和/或偏好信息从所述其他客户端中选取与所述第一客户端匹配度最高的客户端作为所述第二客户端。
12.根据权利要求9所述的装置，其特征在于，所述选取模块，用于从所述多个发出随机呼叫请求的客户端中除所述第一客户端和所述第二客户端之外的剩余客户端中选取下一个第一客户端，并选取与所述下一个第一客户端相互匹配的下一个第二客户端，直至所述多个发出随机呼叫请求的客户端全部完成匹配。
全文摘要
本发明公开了一种随机呼叫的转发方法及装置，在上述方法中，服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配；服务器将第一客户端的随机呼叫请求转发至第二客户端。根据本发明提供的技术方案，实现了信令流程简单、接通速度更快、可以满足随机呼叫对私密性的需求。
文档编号H04M7/00GK102904882SQ20121035661
公开日2013年1月30日 申请日期2012年9月24日 优先权日2012年9月24日
发明者宋秀娟 申请人:中兴通讯股份有限公司南京分公司