一种多方点对点通话方法及装置、设备、存储介质与流程

本发明涉及点对点通信技术，尤其涉及一种多方点对点通话方法及装置、设备、存储介质。

背景技术：

目前实现多方通话的方法主要使用视频会议系统中心控制设备(mcu)，进行中央混屏，通过将多路多媒体信号混合成一路，从而达到减少带宽的目的。每个客户端与mcu建立一个连接，客户端向mcu发送一路多媒体流，mcu将混合后的一路多媒体流发送给客户端，该方法主要应用在企业视频会议系统。

mcu的核心功能就是视频和音频的混合，通过将多路多媒体信号混合成一路，因为其要处理多路信号的编码解码，对mcu服务器性能要求很高。在现网中家庭多方通话的场景时，同时接入mcu的客户端非常巨大，而且mcu的成本非常高，需要几万甚至十几万。目前多方通话主要用于企业级，成本高，不适用于日常生活例如家庭场景的广泛推广。

技术实现要素：

有鉴于此，本发明实施例为解决现有技术中存在的至少一个问题而提供一种多方点对点通话方法及装置、设备、存储介质，能够适用于日常生活例如家庭场景的广泛推广，具备成本低的优点。

本发明实施例的技术方案是这样实现的：

一方面，本发明实施例提供一种多方点对点通话方法，所述方法包括：

平台接收第一客户端发送的建立通话请求，所述建立通话请求中携带待建立的通话标识、至少两个第二客户端的标识；

根据所述待建立的通话标识和所述至少两个第二客户端的标识，在所述至少两个第二客户端之间建立通话连接。

另一方面，本发明实施例提供一种多方点对点通话方法，所述方法包括：

第一客户端通过点对点方式向至少两个第二客户端发送通话邀请请求；

接收所述至少两个所述第二客户端中的客户端发送的通话邀请响应；

根据所述通话邀请响应确认通话建立成功后，向平台发送建立通话请求，所述建立通话请求中携带待建立的通话标识、至少两个第二客户端的标识，所述建立通话请求用于请求平台在所述至少两个第二客户端之间建立通话连接。

又一方面，本发明实施例提供一种多方点对点通话装置，所述装置包括第一接收单元和建立单元，其中：

所述第一接收单元，用于接收第一客户端发送的建立通话请求，所述建立通话请求中携带待建立的通话标识、至少两个第二客户端的标识；

所述建立单元，用于根据所述待建立的通话标识和所述至少两个第二客户端的标识，在所述至少两个第二客户端之间建立通话连接。

又一方面，本发明实施例提供一种多方点对点通话装置，所述装置包括第一发送单元、第二接收单元和第二发送单元，其中：

所述第一发送单元，用于第一客户端通过点对点方式向至少两个第二客户端发送通话邀请请求；

所述第二接收单元，用于接收所述至少两个所述第二客户端中的客户端发送的通话邀请响应；

所述第二发送单元，用于根据所述通话邀请响应确认通话建立成功后，向平台发送建立通话请求，所述建立通话请求中携带待建立的通话标识、至少两个第二客户端的标识，所述建立通话请求用于请求平台在所述至少两个第二客户端之间建立通话连接。

又一方面，本发明实施例提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述的多方点对点通话方法方法。

还一方面，本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述的多方点对点通话方法。

本发明实施例提供的多方点对点通话方法及装置、设备、存储介质，其中，平台接收第一客户端发送的建立通话请求，所述建立通话请求中携带待建立的通话标识、至少两个第二客户端的标识；根据所述待建立的通话标识和所述至少两个第二客户端的标识，在所述至少两个第二客户端之间建立通话连接；如此，能够适用于日常生活例如家庭场景的广泛推广，具备成本低的优点。

附图说明

图1为本发明实施例建立多方点对点通话的系统架构示意图；

图2为本发明实施例多方点对点通话方法的实现流程示意图；

图3为本发明实施例多方点对点通话方法的实现流程示意图；

图4为本发明实施例多方点对点通话方法的实现流程示意图；

图5为本发明实施例通话正常建立情况下sip信令流的流向示意图；

图6为本发明实施例为多方点对点通话装置的组成结构示意图；

图7为本发明实施例中作为客户端的计算设备的一种硬件实体示意图。

具体实施方式

针对上述缺点，本发明实施例针对家庭多方通话场景提出一种基于网页实时通讯(webreal-timecommunications，webrtc)技术和sip协议实现多方点对点通话的技术方案，该方案能够充分利用webrtc点对点通话的能力和会话初始协议(sessioninitiationprotocol，sip)协议的实时通信能力，实现多方点对点通话，具备成本低的特点。家庭用户对于价格是非常敏感的，故需要采用低成本的建设方案来实现多方通话的功能。在本发明的实施例中，终端发送的多媒体流都是点对点的，不需要经过服务器混合和转发，从而极大降低了平台的建设成本。

下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。

本发明实施例先提供一种多方点对点通话方法的系统架构，该系统架构为包括平台和与多个用户对应的客户端的点对点通话系统，平台与客户端之间通过sip信令进行通信，各客户端之间通过点对点方式进行通信。其中一个用户可以对应一个客户端、两个客户端或者三个或三个以上的客户端，多个用户包括两个或两个以上，例如三个用户。以三个用户、每一个用户对应一个客户端为例进行说明，图1为本发明实施例建立多方点对点通话的系统架构示意图，如图1所示，该系统架构包括作为平台的sip信令服务器30、与三个用户11至13中每一个用户对应的客户端21至23，sip信令服务器30与客户端21至23之间通过sip信令进行通信，各客户端21至23之间通过点对点方式进行多媒体信息的通信。

结合前面的实施例提供的系统架构示意图，本发明实施例提供一种多方点对点通话方法，该方法应用于点对点通话系统，该方法所实现的功能可以通过系统中计算设备的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该计算设备至少包括处理器和存储介质。

图2为本发明实施例多方点对点通话方法的实现流程示意图，如图2所示，该方法包括：

步骤s201，第一客户端通过点对点方式向至少两个第二客户端发送通话邀请请求；

这里，所述至少两个包括两个、三个、四个及以上。其中所述第一客户端作为主叫客户端，第二客户端作为被叫客户端，即主叫客户端向两个以上的客户端发送通话邀请请求。例如用户a、b和c是一家人，用户a的客户端a作为主叫客户端，客户端a向用户b的客户端b和用户c的客户端c分别发送通话邀请请求。再如，例如用户a、b、c和d是一家人，用户a的客户端a作为主叫客户端，客户端a向用户b的客户端b、用户c的客户端c和用户d的客户端d分别发送通话邀请请求。

步骤s202，第一客户端接收所述至少两个所述第二客户端中的客户端发送的通话邀请响应；

步骤s203，第一客户端根据所述通话邀请响应确认通话建立成功后，向平台发送建立通话请求，所述建立通话请求中携带待建立的通话标识、至少两个第二客户端的标识，所述建立通话请求用于请求平台在所述至少两个第二客户端之间建立通话连接。

这里，如果第一客户端收到通话建立成功的响应之后，则第一客户端与那些发送通话建立成功的第二客户端可以进行通话了，例如用户a、b和c是一家人，客户端a向客户端b和客户端c分别发送通话邀请请求后，客户端b和c回复了通话建立成功的响应之后，则客户端a与b，客户端a与c都可以进行通话了；即用户a说话，用户b和c都是可以听到用户a的说话，但是这时候，用户b与用户c之间进行通话还是不行的，因此需要依赖平台去完成用户b与用户c之间进行通话，从而第一客户端向平台发送建立通话请求，建立通话请求用于请求平台在所述客户端b和c之间建立通话连接。

再如，用户a、b、c和d是一家人，客户端a向客户端b、客户端c和客户端d分别发送通话邀请请求后，客户端b、c和d回复了通话建立成功的响应之后，则客户端a与b，客户端a与c、客户端a与d都可以进行通话了；即用户a说话，用户b、c和d都是可以听到用户a的说话，但是这时候，用户b与用户c之间、用户b与用户d之间、用户c与用户d之间进行通话还是不行的，因此需要依赖平台去完成用户b、c和d两两之间进行通话，从而第一客户端向平台发送建立通话请求，建立通话请求用于请求平台在所述客户端b、c和d两两之间建立通话连接。

这里，所述方法还包括：判断回复通话建立成功的第二客户端的数量是否大于等于2个，如果回复通话建立成功的第二客户端的数量大于两个，则执行步骤s203；如果回复通话建立成功的第二客户端的数量小于两个，仅有一个，则流程结束，不执行步骤s203。以所述至少两个第二客户端仅包括两个客户端为例，如果只有其中一个客户端回复通话建立成功，则流程结束，例如，用户a、b和c是一家人，客户端a向客户端b和客户端c分别发送通话邀请请求后，仅有客户端b或c回复了通话建立成功的响应，则流程结束，不用再执行步骤s203。这是因为本实施例提供的是一种点对点的多方通话方法，平台用户完成两个及两个以上被叫客户端(第二客户端)之间的通话连接，如果仅有一个被叫客户端，则无所谓被叫客户端之间的通话连接，所以，当回复通话建立成功的被叫客户端的数量被叫客户端仅有一个，则流程结束。

步骤s204，平台接收第一客户端发送的建立通话请求，所述建立通话请求中携带待建立的通话标识、至少两个第二客户端的标识；

继续承接上述的例子，用户a、b和c是一家人，作为第一客户端的客户端a向平台发送建立通话请求，该建立通话请求中携带通话标识和客户端b和c的标识。

步骤s205，平台根据所述待建立的通话标识和所述至少两个第二客户端的标识，在所述至少两个第二客户端之间建立通话连接。

这里，平台根据待建立的通话标识和客户端b和c的标识建立客户端b与c之间的通话连接。

在其他的实施例中，所述根据所述待建立的通话标识和所述至少两个第二客户端的标识，在所述至少两个第二客户端之间建立通话连接，包括：

步骤s11，平台从所述至少两个第二客户端的标识中确定第三客户端的标识；

这里，对于平台来讲，所有的客户端可以是平等的；平台根据第二客户端的数量生成一个两两进行通话连接的组合，例如第二客户端只有两个b和c，可以将客户端b和/或c确定为第三客户端。如果将客户端b确定为第三客户端，那么对应的客户端c为第四客户端；如果将客户端c确定为第三客户端，那么客户端b为第四客户端。将客户端b和c同时确定为第三客户端时，客户端b和c会同时向对方发起通话邀请请求，但是在执行的时候，客户端之间会有差异，在某一时刻，只有b发起了通话邀请请求，或者接收到了c发起的通话邀请请求。

这里，所述从所述至少两个第二客户端的标识中确定第三客户端的标识，包括：从所述至少两个第二客户端的标识中随机确定第三客户端的标识；或，将每一所述至少两个第二客户端的标识确定为第三客户端的标识。

步骤s12，平台根据第三客户端的标识向所述第三客户端发送呼叫转移消息，所述呼叫转移消息包括待建立的通话标识和第四客户端的标识，其中所述第四客户端包括除所述第三客户端的标识之外的其他第二客户端。

例如，继续承接上述的例子，用户a、b和c建立一个多方点对点的通话，两个第二客户端分别为客户端b和c，则从客户端b和c确定第三客户端，在实现的过程中，可以从客户端b和c中随机确定一个客户端作为第三客户端，此时，第四客户端为客户端b或c；当然还可以将客户端b和c都确定为第三客户端，那么第四客户端即为对端的客户端。再如，继续承接上述的例子，用户a、b、c和d是一家人，两个第二客户端分别为客户端b、c和d，则从客户端b、c和d中随机确定一个客户端作为第三客户端，当然还可以将客户端b、c和d都确定为第三客户端。在实现的过程中，可以采用循环呼叫，即客户端b向c发起通话邀请请求，客户端c向d发起通话邀请请求，客户端d向b发起通话邀请请求。

在其他的实施例中，在上述步骤s12之后，所述方法还包括：

步骤s13，所述第三客户端接收平台发送的呼叫转移消息，所述呼叫转移消息包括待建立的通话标识和第四客户端的标识；

步骤s14，如果所述第三客户端对所述呼叫转移消息认证通过，所述第三客户端根据所述第四客户端的标识向所述第四客户端发送通话邀请请求，所述通话邀请请求中携带待建立的通话标识。

这里，所述如果所述第三客户端对所述呼叫转移消息认证通过，所述第三客户端根据所述第四客户端的标识向所述第四客户端发送通话邀请请求，包括：如果所述第三客户端确定所述待建立的通话标识满足预设条件，所述第三客户端根据所述第四客户端的标识向所述第四客户端发送通话邀请请求。其中，所述预设条件可以为呼叫转移消息中的通话标识与正在进行的通话id相同，即判断呼叫转移消息中的通话id(待建立的通话id)与正在进行的通话id是否相同，如果相同则向用户c发起通话邀请(invite)请求，并携带待建立的通话id。

在其他的实施例中，如果所述第三客户端对所述呼叫转移消息认证不通过，则流程结束；

步骤s15，所述第四客户端接收所述第三客户端发送的通话邀请请求，所述通话邀请请求中携带待建立的通话标识；

步骤s16，如果所述第三客户端对所述通话邀请请求认证通过，接听所述通话邀请请求。

这里，如果所述第三客户端对所述通话邀请消息认证不通过，则流程结束。

举例来说，客户端a、b、c和d建立一个多方点对点的通话，假设客户端a为第一客户端，客户端b为第三客户端，客户端b接收平台发的呼叫转移消息(步骤s13)后，对呼叫转移消息进行认证，如果通过，接受通话邀请请求，且客户端b向作为第四客户端的客户端c发起通话邀请请求(步骤s14)，客户端c接收客户端b发送的通话邀请请求(步骤s15)，对通话邀请请求进行认证，如果通过，接受通话邀请请求，且此时作为客户端c向客户端d发起通话邀请请求，客户端d接收客户端c发送的通话邀请请求，对通话邀请请求进行认证，如果通过，接受通话邀请请求，且此时客户端d向客户端b发起通话邀请请求，客户端b对通话邀请请求进行认证，如果通过，接收接受通话邀请请求，否则拒绝。在本例中，如果客户端是中间的客户端，当认证通过，则接受通话邀请请求，并向下一个客户端发起通话邀请请求；当认证不通过，则拒绝通话邀请请求。

在实现的过程中，上述的第一客户端至第四客户端是逻辑上的划分，第一客户端至第四客户端可以在同一个终端上实现，因为对于终端来讲，第一客户端为主叫客户端，第二客户端为被叫客户端，终端既可以作为主叫客户端，也可以作为被叫客户端。

上述实施例针对多方通话场景，提供了一种基于webrtc技术和sip协议实现多方点对点通话的方法。特别适用于在家庭多方通话的场景下，因为在家庭多方通话的场景下，通话方通常较少，且家庭用户对于视频通话的成本非常敏感，所以必须要在满足其多方通话需求的前提下，降低成本到家庭用户可接受的程度。

在本实施例中，采用多方点对点的方式建立多方通话，假设有n+1个客户端，对于每一个客户端都与其他n个客户端建立连接。平台负责处理sip信令，并维护多方通话的状态，协助各客户端之间建立起点对点的通话。第一用户先发起多方通话邀请，各被邀请方同意或拒绝后，第一用户向平台发起建立多方通话的请求，平台下发信令给各被邀请方，协助各被邀请方之间建立点对点通话。

相关技术中，基于mcu实现多方通话的方式，需要服务器进行多路多媒体流的混合，随着客户端的增多，服务器可能需要同时处理几千路流的混合，需要的计算能力非常巨大。对于这种计算能力的需求，可能需要引入专业的硬件mcu设备，而该类设备价格非常高昂。另外，所有的多媒体流都需要经过服务器转发，故对服务器的带宽也消耗极大。

以上两方面原因都会导致平台建设成本极高，降低多方通话产品的市场竞争力。本实施例提出针对家庭多方通话场景，充分利用webrtc点对点通话的能力和sip协议的实时通信能力，实现多方点对点通话。平台只需要处理sip信令，极大地降低了对平台计算能力的需求。同时，多媒体流采用点对点的方案，也降低了对平台带宽的消耗。图3为本发明实施例多方点对点通话方法的实现流程示意图，如图3所示，该方法包括：

步骤s301，用户a的客户端发起多方通话邀请，并生成通话id；

步骤s302，用户a的客户端a向用户b的客户端b、用户c的客户端c发起invite请求，并在invite请求中携带通话id，将通话id传递给用户b的客户端b和用户c的客户端c；

步骤s303，用户b的客户端b和用户c的客户端c向用户a的客户端a返回200ok响应；

步骤s304，客户端a收到通话建立成功的响应后，将平台发起建立多方通话的请求，请求携带通话id、主叫客户端a和被叫客户端b、c等信息；

步骤s305，平台收到客户端a发起的请求后，协助所有被叫之间建立通话连接，向被叫客户端b发送refertoc消息，携带通话id，通知客户端b向客户端c发起invite请求；

步骤s306，客户端b收到refer消息后，先判断refer中的通话id与正在进行的通话id是否相同，如果相同则向客户端c发起invite请求，并携带通话id；

步骤s307，客户端c收到invite请求后，判断invite中的通话id与正在进行的通话id是否相同，如果相同则自动接听；

步骤s308，至此，客户端a和客户端b、客户端a和客户端c、客户端b和客户端c之间的通话全部建立完成。

本实施例提供了一种基于webrtc技术和sip协议实现多方点对点通话方法，包括：用户发起多方通话邀请，被邀请方可选择接受邀请，邀请方通知平台建立多方点对点通话，平台协助被邀请方之间建立sip连接，被邀请方之间使用webrtc技术实现点对点通话。图4为本发明实施例多方点对点通话方法的实现流程示意图，如图4所示，该方法包括：

步骤s401，用户a的客户端a发起三方通话；

步骤s402，用户b的客户端b和用户c的客户端c接听通话；

步骤s403，主叫客户端a确认与被叫客户端b和c之间的通话建立成功；

步骤s404，主叫客户端a向平台发送建立多方通话请求；

步骤s405，平台接收主叫客户端a建立多方通话请求；

步骤s406，平台协助被叫客户端之间建立通话链接；

步骤s407，被叫客户端b收到与被叫客户端c建立通话的通知；

步骤s408，客户端b对通知进行认证，如果认证通过，进入步骤s409，如果认证不通过，则进入步骤s410；

步骤s409，客户端b向客户端c发起呼叫；

步骤s410，客户端b进行拒绝；

步骤s411，客户端c对客户端b发起的呼叫进行认证；如果认证通过，进入步骤s412，如果认证不通过，则进入步骤s413；

步骤s412，客户端c进行自动接听，三方点对点通话建立，流程结束；

步骤s413，客户端c进行拒绝。

图5为本发明实施例通话正常建立情况下sip信令流的流向示意图，如图5所示，该方法包括：

步骤s501，用户a的客户端a向客户端b发起三方通话请求；

这里，该请求采用sip请求(sip:invite{id:xx})，该请求中携带有通话id：xx；

步骤s502，用户b的客户端b向客户端a返回sip响应(sip:200ok)；

步骤s503，客户端a向客户端b发送sip确认(sip:ack)接听通话；

步骤s504，用户a的客户端a向客户端c发起三方通话请求；

这里，该请求采用sip请求(sip:invite{id:xx})，该请求中携带有通话id：xx；

步骤s505，客户端c向客户端a返回sip响应(sip:200ok)；

步骤s506，客户端a向客户端c发送sip确认(sip:ack)接听通话；

步骤s507，客户端a向平台发送http:{id:xx,caller:a,callee:[b,c]}；其中通话标识(id)为xx、主叫方(caller)为客户端a//被叫方(callee)为客户端b和c；

步骤s508，平台向客户端b发送sip信令(sip:refertoc{id:xx})，即refertoc消息，携带通话id；

步骤s509，客户端b向平台回复sip信令(sip:202accept)，即202接受；

步骤s510，客户端b向客户端c发送sip请求，携带通话id：xx；

步骤s511，客户端c向客户端a返回sip响应(sip:200ok)；

步骤s512，客户端a向客户端c发送sip确认(sip:ack)接听通话。

本发明实施例提供的技术方案可以充分利用客户端的处理能力，减少服务器侧对于多媒体流的处理过程，服务器侧只需要处理sip信令即可实现多方通话，极大地降低了平台的建设成本。这意味着，与使用mcu进行多媒体流混合的方案相比，不仅有更多的系统资源来处理sip信令，而且相同平台处理性能下，能支持更多的用户进行多方通话。

基于前述的实施例，本发明实施例提供一种多方点对点通话装置，该装置包括第一装置和第二装置，各装置所包括的各单元、以及各单元所包括的各模块，可以通过计算设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(cpu)、微处理器(mpu)、数字信号处理器(dsp)或现场可编程门阵列(fpga)等。

图6为本发明实施例为多方点对点通话装置的组成结构示意图，如图6所示，该第一装置600包括第一接收单元601和建立单元602，第二装置610包括第一发送单元611、第二接收单元612和第二发送单元613，其中：

所述第一发送单元611，用于通过点对点方式向至少两个第二客户端发送通话邀请请求；

所述第二接收单元612，用于接收所述至少两个所述第二客户端中的客户端发送的通话邀请响应；

所述第二发送单元613，用于根据所述通话邀请响应确认通话建立成功后，向平台发送建立通话请求，所述建立通话请求中携带待建立的通话标识、至少两个第二客户端的标识，所述建立通话请求用于请求平台在所述至少两个第二客户端之间建立通话连接。

所述第一接收单元601，用于接收第一客户端发送的建立通话请求，所述建立通话请求中携带待建立的通话标识、至少两个第二客户端的标识；

所述建立单元602，用于根据所述待建立的通话标识和所述至少两个第二客户端的标识，在所述至少两个第二客户端之间建立通话连接。

在其他的实施例中，所述建立单元包括第一确定模块和第一发送模块，其中：

所述第一确定模块，用于从所述至少两个第二客户端的标识中确定第三客户端的标识；

所述第一发送模块，用于根据第三客户端的标识向所述第三客户端发送呼叫转移消息，所述呼叫转移消息包括待建立的通话标识和第四客户端的标识，其中所述第四客户端包括除所述第三客户端的标识之外的其他第二客户端。

在其他的实施例中，所述第一确定模块，用于从所述至少两个第二客户端的标识中随机确定第三客户端的标识；或，将每一所述至少两个第二客户端的标识确定为第三客户端的标识。

在其他的实施例中，所述第二装置还包括第三接收单元和第三发送单元，其中：所述第三接收单元，用于接收平台发送的呼叫转移消息，所述呼叫转移消息包括待建立的通话标识和第四客户端的标识；

所述第三发送单元，用于如果所述第三客户端对所述呼叫转移消息认证通过，所述第三客户端根据所述第四客户端的标识向所述第四客户端发送通话邀请请求，所述通话邀请请求中携带待建立的通话标识。

在其他的实施例中，所述第三发送单元，用于如果所述第三客户端确定所述待建立的通话标识满足预设条件，所述第三客户端根据所述第四客户端的标识向所述第四客户端发送通话邀请请求。

在其他的实施例中，所述第一客户端作为第四客户端，所述装置还包括第四接收单元和接听单元，其中：

所述第四接收单元，用于接收所述第三客户端发送的通话邀请请求，所述通话邀请请求中携带待建立的通话标识；

所述接听单元，用于如果所述第三客户端对所述通话邀请请求认证通过，接听所述通话邀请请求。

以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本发明装置实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解。

需要说明的是，本发明实施例中，如果以软件功能模块的形式实现上述的多方点对点通话方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：u盘、移动硬盘、只读存储器(readonlymemory，rom)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。

对应地，本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现前述的多方点对点通话方法的步骤。

对应地，本发明实施例还提供一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现前述的多方点对点通话方法的步骤。

这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本发明装置实施例中未披露的技术细节，请参照本发明存储介质和设备实施例的描述而理解。

这里，所述计算设备包括作为客户端的电子设备和作为平台的多媒体服务器，其中在实施的过程中的电子设备可以为各种类型的具有信息处理能力的设备，例如所述电子设备可以包括手机、平板电脑、台式机、个人数字助理、导航仪、数字电话、视频电话、电视机等。

需要说明的是，图7为本发明实施例中作为客户端的计算设备的一种硬件实体示意图，该计算设备700的硬件实体包括：处理器701、通信接口702和存储器703，其中

处理器701通常控制计算设备700的总体操作。

通信接口702可以使计算设备通过网络与其他终端或服务器通信。

存储器703配置为存储由处理器701可执行的指令和应用，还可以缓存待处理器701以及计算设备700中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(flash)或随机访问存储器(randomaccessmemory，ram)实现。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(readonlymemory，rom)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。