CN112738472B - 全景直播探视方法及系统、计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种全景直播探视方法及系统、计算机可读存储介质，该方法包括以下步骤：当检测到探视端连接至服务器时，根据探视端的探视权限将相应的可探视列表发送至探视端；获取探视端选择的被探视端，并控制探视端加入被探视端的直播间；当检测到探视端发起探视时，将被探视端的全景摄像机机位列表发送至探视端；获取探视端选择的全景摄像机机位，并利用互动式连接建立框架建立探视端与被探视端之间的实时通讯，以将相应全景摄像机的音视频流实时发送至探视端。本发明实现了在直播探视过程中提供被探视端的全景视频及探视端与被探视端之间的实时通话功能的效果，为用户提供了低时延、多人参与的全景直播探视，提升了用户的使用体验。

Description

全景直播探视方法及系统、计算机可读存储介质

技术领域

本申请涉及全景直播技术领域，尤其涉及一种全景直播探视方法及系统、计算机可读存储介质。

背景技术

为了实现患者与家属之间的直播探视，传统的技术方案所采用的技术手段为：先通过设置在病房内的摄像头采集患者的音视频数据，然后将所述音视频数据通过网络上传至直播平台的服务器，最后由服务器将所述音视频数据通过网络发送至家属设备。然而传统技术在直播探视过程中无法提供全景视频及多人实时通话功能，用户的使用体验仍然较差。

发明内容

本申请实施例通过提供一种全景直播探视方法及系统、计算机可读存储介质，解决了传统技术在直播探视过程中无法提供全景视频及多人实时通话功能的问题，实现了在直播探视过程中提供被探视端的全景视频及探视端与被探视端之间的实时通话功能的效果，为用户提供了低时延、多人参与的全景直播探视，提升了用户的使用体验。

本申请实施例提供了一种全景直播探视方法，应用于服务器，所述方法包括：

当检测到探视端连接至服务器时，根据所述探视端的探视权限将相应的可探视列表发送至所述探视端；

获取所述探视端选择的被探视端，并控制所述探视端加入所述被探视端的直播间；

当检测到所述探视端发起探视时，将所述被探视端的全景摄像机机位列表发送至所述探视端；

获取所述探视端选择的全景摄像机机位，并利用互动式连接建立框架建立所述探视端与被探视端之间的实时通讯，以将相应全景摄像机的音视频流实时发送至所述探视端。

在一实施例中，在所述当检测到探视端连接至服务器时，根据所述探视端的探视权限将相应的可探视列表发送至所述探视端的步骤之前，还包括：

当接收到被探视端发送的加入直播间的请求时，控制所述被探视端加入已绑定的直播间。

在一实施例中，在所述当接收到被探视端发送的加入直播间的请求时，控制所述被探视端加入已绑定的直播间的步骤之前，还包括：

当检测到被探视端连接至服务器时，判断所述被探视端是否已绑定直播间；

若所述被探视端未绑定直播间，则为所述被探视端分配并绑定一个直播间。

在一实施例中，在所述当检测到探视端连接至服务器时，根据所述探视端的探视权限将相应的可探视列表发送至所述探视端的步骤之前，还包括：

根据每个探视端的用户信息为所述每个探视端配置相应的探视权限。

在一实施例中，所述方法还包括：

当接收到所述探视端发送的切换全景摄像机机位的请求时，将所述被探视端的全景摄像机机位列表发送至所述探视端；

获取所述探视端选择的全景摄像机机位，并将相应全景摄像机的音视频流实时发送至所述探视端。

在一实施例中，所述方法还包括：

当接收到所述被探视端发送的禁用某一全景摄像机机位的请求时，将所述全景摄像机机位从所述被探视端的全景摄像机机位列表中移除。

在一实施例中，所述方法还包括：

若检测到被探视端进入语音通话模式，则令所述探视端将音频流实时发送至所述被探视端。

在一实施例中，所述方法还包括：

若检测到被探视端进入视频通话模式，则令所述探视端将音视频流实时发送至所述被探视端。

本申请实施例还提供了一种全景直播探视系统，所述系统包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的全景直播探视程序，所述全景直播探视程序被所述处理器执行时实现如上述的全景直播探视方法的步骤。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有全景直播探视程序，所述全景直播探视程序被处理器执行时实现如上述的全景直播探视方法的步骤。

本申请实施例中提供的一种全景直播探视方法及系统、计算机可读存储介质的技术方案，至少具有如下技术效果：

由于采用了当检测到探视端连接至服务器时，根据所述探视端的探视权限将相应的可探视列表发送至所述探视端；获取所述探视端选择的被探视端，并控制所述探视端加入所述被探视端的直播间；当检测到所述探视端发起探视时，将所述被探视端的全景摄像机机位列表发送至所述探视端；获取所述探视端选择的全景摄像机机位，并利用互动式连接建立框架建立所述探视端与被探视端之间的实时通讯，以将相应全景摄像机的音视频流实时发送至所述探视端的技术手段。所以，有效解决了传统技术在直播探视过程中无法提供全景视频及多人实时通话功能的问题，实现了在直播探视过程中提供被探视端的全景视频及探视端与被探视端之间的实时通话功能的效果，为用户提供了低时延、多人参与的全景直播探视，提升了用户的使用体验。

附图说明

图1为本申请实施例涉及的系统的结构示意图；

图2为本申请全景直播探视方法的第一实施例的流程示意图；

图3为本申请全景直播探视方法的第二实施例的流程示意图；

图4为本申请全景直播探视方法的第三实施例的流程示意图；

图5为本申请全景直播探视方法的第四实施例的流程示意图。

具体实施方式

本申请为了解决传统技术在直播探视过程中无法提供全景视频及多人实时通话功能的问题，采用了当检测到探视端连接至服务器时，根据所述探视端的探视权限将相应的可探视列表发送至所述探视端；获取所述探视端选择的被探视端，并控制所述探视端加入所述被探视端的直播间；当检测到所述探视端发起探视时，将所述被探视端的全景摄像机机位列表发送至所述探视端；获取所述探视端选择的全景摄像机机位，并利用互动式连接建立框架建立所述探视端与被探视端之间的实时通讯，以将相应全景摄像机的音视频流实时发送至所述探视端的技术方案。实现了在直播探视过程中提供被探视端的全景视频及探视端与被探视端之间的实时通话功能的效果，为用户提供了低时延、多人参与的全景直播探视，提升了用户的使用体验。

为了更好地理解上述技术方案，下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。

结合图1所示，其为本申请各个实施例中涉及的系统的一种硬件结构示意图，所述系统可以包括：处理器101、存储器102、通信模块103等部件。本领域技术人员可以理解，图1所示的系统的硬件结构并不构成对所述系统的限定，所述系统可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图1对所述系统的各个部件进行具体的介绍：

处理器101是系统的控制中心，连接整个系统的各个部分，通过运行或执行存储在存储器102内的程序，以及调用存储在存储器102内的数据，执行系统的各种功能或对数据进行处理，从而对系统进行整体监控。

存储器102可用于存储系统的各种程序以及各种数据。存储器102主要包括存储程序区和存储数据区，其中，存储程序区至少存储了进行全景直播探视所需的程序；存储数据区可以存储系统的各种数据。此外，存储器102可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件或其他易失性固态存储器件。

通信模块103可用于实现多个设备之间的通信。

在本申请实施例中，处理器101可以用于调用存储在存储器102中的全景直播探视程序，并执行以下操作：

当检测到探视端连接至服务器时，根据所述探视端的探视权限将相应的可探视列表发送至所述探视端；

获取所述探视端选择的被探视端，并控制所述探视端加入所述被探视端的直播间；

当检测到所述探视端发起探视时，将所述被探视端的全景摄像机机位列表发送至所述探视端；

获取所述探视端选择的全景摄像机机位，并利用互动式连接建立框架建立所述探视端与被探视端之间的实时通讯，以将相应全景摄像机的音视频流实时发送至所述探视端。

在一实施例中，处理器101可以用于调用存储在存储器102中的全景直播探视程序，并执行以下操作：

当接收到被探视端发送的加入直播间的请求时，控制所述被探视端加入已绑定的直播间。

在一实施例中，处理器101可以用于调用存储在存储器102中的全景直播探视程序，并执行以下操作：

当检测到被探视端连接至服务器时，判断所述被探视端是否已绑定直播间；

若所述被探视端未绑定直播间，则为所述被探视端分配并绑定一个直播间。

在一实施例中，处理器101可以用于调用存储在存储器102中的全景直播探视程序，并执行以下操作：

根据每个探视端的用户信息为所述每个探视端配置相应的探视权限。

在一实施例中，处理器101可以用于调用存储在存储器102中的全景直播探视程序，并执行以下操作：

当接收到所述探视端发送的切换全景摄像机机位的请求时，将所述被探视端的全景摄像机机位列表发送至所述探视端；

获取所述探视端选择的全景摄像机机位，并将相应全景摄像机的音视频流实时发送至所述探视端。

在一实施例中，处理器101可以用于调用存储在存储器102中的全景直播探视程序，并执行以下操作：

当接收到所述被探视端发送的禁用某一全景摄像机机位的请求时，将所述全景摄像机机位从所述被探视端的全景摄像机机位列表中移除。

在一实施例中，处理器101可以用于调用存储在存储器102中的全景直播探视程序，并执行以下操作：

若检测到被探视端进入语音通话模式，则令所述探视端将音频流实时发送至所述被探视端。

在一实施例中，处理器101可以用于调用存储在存储器102中的全景直播探视程序，并执行以下操作：

若检测到被探视端进入视频通话模式，则令所述探视端将音视频流实时发送至所述被探视端。

本实施例根据上述技术方案，采用了当检测到探视端连接至服务器时，根据所述探视端的探视权限将相应的可探视列表发送至所述探视端；获取所述探视端选择的被探视端，并控制所述探视端加入所述被探视端的直播间；当检测到所述探视端发起探视时，将所述被探视端的全景摄像机机位列表发送至所述探视端；获取所述探视端选择的全景摄像机机位，并利用互动式连接建立框架建立所述探视端与被探视端之间的实时通讯，以将相应全景摄像机的音视频流实时发送至所述探视端的技术手段。所以，有效解决了传统技术在直播探视过程中无法提供全景视频及多人实时通话功能的问题，实现了在直播探视过程中提供被探视端的全景视频及探视端与被探视端之间的实时通话功能的效果，为用户提供了低时延、多人参与的全景直播探视，提升了用户的使用体验。

为了更好地理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。

结合图2所示，在本申请的第一实施例中，本申请的全景直播探视方法应用于服务器，具体包括以下步骤：

步骤S110，当检测到探视端连接至服务器时，根据所述探视端的探视权限将相应的可探视列表发送至所述探视端。

在本实施例中，所述探视端为需要对他人进行探视的用户所使用的用户端，其中探视端用户使用的设备可以是VR(虚拟现实)眼镜、智能手机、平板电脑、个人电脑等设备。而所述服务器为提供全景直播探视服务的探视平台所使用的服务器，并且所述服务器内运行了STUN(防火墙打洞服务)、TURN(转发服务)、SIGNAL(信令服务)等服务。

所述探视权限为对每个探视端预先进行设置的用于限定所述探视端能够探视的被探视端的权限信息。在一实施例中，所述探视权限可以根据探视端的用户信息进行设置。而所述可探视列表为由探视端能够探视的被探视端的信息构成的列表。其中，所述被探视端的信息至少包括能够对其起标识作用的信息，例如可以是被探视端用户的姓名信息。在一实施例中，所述可探视列表中的被探视端的信息还可以包括能够标识所述被探视端是否已经开启直播的信息。例如，可以在被探视端的用户姓名之后标注“直播中”或者“未直播”。

探视端的设备可以通过路由器、交换机等设备接入公网，然后连接至服务器并与服务器进行信息交换。而若服务器检测到探视端连接至服务器，则意味着探视端已经登录至探视平台，并且探视端用户可能将要对某个被探视端发起探视。因此此时服务器需要根据所述探视端的探视权限将相应的可探视列表发送至所述探视端，以便所述探视端用户能够根据所述可探视列表选择探视的对象。

步骤S120，获取所述探视端选择的被探视端，并控制所述探视端加入所述被探视端的直播间。

在本实施例中，所述被探视端为被他人进行探视的用户所使用的用户端，其中被探视端用户使用的设备可以是智能手机、平板电脑、个人电脑等设备，并且被探视端的设备还需要包括一个或者多个全景摄像机。所述被探视端的直播间为与所述被探视端绑定的直播间。在探视端接收到服务器发送的相应的可探视列表之后，探视端用户即可根据所述可探视列表选择希望探视的对象，并在选择了希望探视的被探视端之后将所选择的被探视端发送至服务器。而服务器在获取了所述探视端所选择的被探视端之后，即可控制所述探视端加入所述被探视端的直播间。

步骤S130，当检测到所述探视端发起探视时，将所述被探视端的全景摄像机机位列表发送至所述探视端。

在本实施例中，所述被探视端的设备包括一个或者多个全景摄像机，并且所述一个或者多个全景摄像机被根据实际需要设置于被探视端用户所在的场景中。例如，若所述被探视端用户为患者，则将所述一个或者多个全景摄像机设置于该患者所处的病房中。而所述全景摄像机机位列表即为由所述一个或者多个全景摄像机的方位等信息构成的列表。例如，若所述被探视端的设备包括三个全景摄像机并且分别被设置于被探视端用户的床头、床尾、床左侧，则所述全景摄像机机位列表包含的信息可以为“01床头”、“02床尾”、“03床左侧”。其中，所述全景摄像机可以进行全方位360度的拍摄，能够用于获取所述被探视端的全景视频。

若检测到所述探视端发起探视，则意味着所述探视端已经加入相应被探视端的直播间中并且被探视端也已经开启直播，此时可以将所述被探视端的全景摄像机机位列表发送至所述探视端，以供所述探视端选择探视的角度。在一实施例中，服务器在将所述被探视端的全景摄像机机位列表发送至所述探视端之前，还可以根据所述被探视端用户的需要禁用某一或者某些全景摄像机机位，当接收到所述被探视端发送的禁用某一全景摄像机机位的请求时，服务器将所述全景摄像机机位从所述被探视端的全景摄像机机位列表中移除。在另一实施例中，也可以选择在所述全景摄像机机位列表中添加与所述全景摄像机机位是否可选择相关的信息并通过更改所述信息来实现对全景摄像机机位的禁用。例如，所述全景摄像机机位列表包含的信息可以为“01床头可选择”、“02床尾不可选”、“03床左侧可选择”。其中信息为“02床尾不可选”的全景摄像机机位不可被选择。

步骤S140，获取所述探视端选择的全景摄像机机位，并利用互动式连接建立框架建立所述探视端与被探视端之间的实时通讯，以将相应全景摄像机的音视频流实时发送至所述探视端。

在本实施例中，在探视端接收到服务器发送的全景摄像机机位列表之后，探视端用户即可根据所述全景摄像机机位列表选择希望探视的角度，并在选择了希望探视的角度之后将所选择的全景摄像机机位发送至服务器。而服务器在获取了所述探视端所选择的全景摄像机机位之后，即可利用互动式连接建立(ICE)框架建立所述探视端与被探视端之间的实时通讯，以将相应全景摄像机的音视频流实时发送至所述探视端。同样的，所述被探视端也可以从所述探视端获取音频流或者音视频流。其中，所述互动式连接建立框架可以借助所述服务器中的STUN(防火墙打洞服务)和TURN(转发服务)穿透探视端和被探视端的NAT(网络地址转换)防火墙，建立探视端与被探视端之间的P2P(Peer To Peer)网络，从而实现探视端与被探视端之间的实时通讯。可以理解的是，同时与被探视端建立实时通讯的探视端可以不止一个。本申请通过将实时通讯技术与全景直播技术进行结合，为用户提供了低时延、多人参与全景直播探视。

上述方法的有益效果为采用了当检测到探视端连接至服务器时，根据所述探视端的探视权限将相应的可探视列表发送至所述探视端；获取所述探视端选择的被探视端，并控制所述探视端加入所述被探视端的直播间；当检测到所述探视端发起探视时，将所述被探视端的全景摄像机机位列表发送至所述探视端；获取所述探视端选择的全景摄像机机位，并利用互动式连接建立框架建立所述探视端与被探视端之间的实时通讯，以将相应全景摄像机的音视频流实时发送至所述探视端的技术方案。所以，有效解决了传统技术在直播探视过程中无法提供全景视频及多人实时通话功能的问题，实现了在直播探视过程中提供被探视端的全景视频及探视端与被探视端之间的实时通话功能的效果，为用户提供了低时延、多人参与的全景直播探视，提升了用户的使用体验。

结合图3所示，在本申请的第二实施例中，本申请的全景直播探视方法应用于服务器，具体包括以下步骤：

步骤S210，当检测到被探视端连接至服务器时，判断所述被探视端是否已绑定直播间。

在本实施例中，所述被探视端的设备同样可以通过路由器、交换机等设备接入公网，然后连接至服务器并与服务器进行信息交换。而若服务器检测到被探视端连接至服务器，则意味着所述被探视端已经登录至探视平台，并且所述被探视端用户可能希望开启直播。但是服务器在控制被探视端开启直播之前，还需要先判断所述被探视端是否已绑定直播间，以确定是否可以在接收到被探视端发送的加入直播间的请求时直接控制所述被探视端加入直播间。

步骤S220，若所述被探视端未绑定直播间，则为所述被探视端分配并绑定一个直播间。

在本实施例中，若所述被探视端未绑定直播间，则意味着服务器无法在接收到被探视端发送的加入直播间的请求时直接控制所述被探视端加入直播间，此时需要先为所述被探视端分配一个直播间。例如，可以根据直播间房号的顺序为所述被探视端分配直播间，即若上一个被分配的直播间房号为1000，则可以将直播间房号为1001的直播间分配给所述被探视端。在为所述被探视端分配了一个直播间之后，还需要使所述被探视端与所述直播间进行绑定，以方便被探视端多次使用。在一实施例中，还可以根据实际需要为所述被探视端绑定的直播间设置使用时间。例如，若所述被探视端用户为患者并且该患者的预计住院时间为30天，则可以将所述探视端绑定的直播间的使用时间设置为30天。

步骤S230，当接收到被探视端发送的加入直播间的请求时，控制所述被探视端加入已绑定的直播间。

在本实施例中，在所述被探视端已经绑定了直播间之后，若接收到被探视端发送的加入直播间的请求，则可以直接控制所述被探视端加入已绑定的直播间。而所述被探视端在加入已绑定的直播间之后，即可等待其他探视端加入直播间。

步骤S240，根据每个探视端的用户信息为所述每个探视端配置相应的探视权限。

在本实施例中，在根据所述探视端的探视权限将相应的可探视列表发送至所述探视端之前，可以根据每个探视端的用户信息为所述每个探视端配置相应的探视权限。在一实施例中，若所述全景直播探视方法应用于某医院，则所述用户信息可以是用户身份信息，并且所述用户身份信息至少可以包括患者亲友、本院医生。而为用户身份信息为患者亲友的探视端配置的探视权限可以是仅能探视与所述探视端用户为亲友关系的患者；为用户身份信息为本院医生的探视端配置的探视权限可以是仅能探视由所述探视端用户负责治疗的患者。

步骤S250，当检测到探视端连接至服务器时，根据所述探视端的探视权限将相应的可探视列表发送至所述探视端。

步骤S260，获取所述探视端选择的被探视端，并控制所述探视端加入所述被探视端的直播间。

步骤S270，当检测到所述探视端发起探视时，将所述被探视端的全景摄像机机位列表发送至所述探视端。

步骤S280，获取所述探视端选择的全景摄像机机位，并利用互动式连接建立框架建立所述探视端与被探视端之间的实时通讯，以将相应全景摄像机的音视频流实时发送至所述探视端。

上述方法的有益效果为在第一实施例的基础上增加了为被探视端绑定直播间的步骤、控制被探视端加入直播间的步骤以及为探视端设置探视权限的步骤。所以，进一步有效解决了传统技术在直播探视过程中无法提供全景视频及多人实时通话功能的问题，实现了在直播探视过程中提供被探视端的全景视频及探视端与被探视端之间的实时通话功能的效果，为用户提供了低时延、多人参与的全景直播探视，提升了用户的使用体验。

结合图4所示，在本申请的第三实施例中，本申请的全景直播探视方法应用于服务器，具体包括以下步骤：

步骤S310，当检测到探视端连接至服务器时，根据所述探视端的探视权限将相应的可探视列表发送至所述探视端。

步骤S320，获取所述探视端选择的被探视端，并控制所述探视端加入所述被探视端的直播间。

步骤S330，当检测到所述探视端发起探视时，将所述被探视端的全景摄像机机位列表发送至所述探视端。

步骤S340，获取所述探视端选择的全景摄像机机位，并利用互动式连接建立框架建立所述探视端与被探视端之间的实时通讯，以将相应全景摄像机的音视频流实时发送至所述探视端。

步骤S350，当接收到所述探视端发送的切换全景摄像机机位的请求时，将所述被探视端的全景摄像机机位列表发送至所述探视端。

在本实施例中，若接收到所述探视端发送的切换全景摄像机机位的请求，则需要将所述被探视端的全景摄像机机位列表再次发送至所述探视端，以供所述探视端重新选择探视的角度。在一实施例中，服务器在将所述被探视端的全景摄像机机位列表再次发送至所述探视端之前，仍然可以根据所述被探视端用户的需要禁用某一或者某些全景摄像机机位，当接收到所述被探视端发送的禁用某一全景摄像机机位的请求时，服务器将所述全景摄像机机位从所述被探视端的全景摄像机机位列表中移除。在另一实施例中，也可以选择在所述全景摄像机机位列表中添加与所述全景摄像机机位是否可选择相关的信息并通过更改所述信息来实现对全景摄像机机位的禁用。例如，所述全景摄像机机位列表包含的信息可以为“01床头可选择”、“02床尾不可选”、“03床左侧可选择”。其中信息为“02床尾不可选”的全景摄像机机位不可被选择。

步骤S360，获取所述探视端选择的全景摄像机机位，并将相应全景摄像机的音视频流实时发送至所述探视端。

在本实施例中，在探视端接收到服务器再次发送的全景摄像机机位列表之后，探视端用户即可根据所述全景摄像机机位列表再次选择希望探视的角度，并在再次选择了希望探视的角度之后将所选择的全景摄像机机位发送至服务器。而服务器在获取了所述探视端所选择的全景摄像机机位之后，即可控制所述被探视端停止将前一全景摄像机的音视频流发送至所述探视端，并将当前选择的全景摄像机的音视频流实时发送至所述探视端。

上述方法的有益效果为在第一实施例的基础上增加了为探视端切换全景摄像机机位的步骤。所以，进一步有效解决了传统技术在直播探视过程中无法提供全景视频及多人实时通话功能的问题，实现了在直播探视过程中提供被探视端的全景视频及探视端与被探视端之间的实时通话功能的效果，为用户提供了低时延、多人参与的全景直播探视，提升了用户的使用体验。

结合图5所示，在本申请的第四实施例中，本申请的全景直播探视方法应用于服务器，具体包括以下步骤：

步骤S410，当检测到探视端连接至服务器时，根据所述探视端的探视权限将相应的可探视列表发送至所述探视端。

步骤S420，获取所述探视端选择的被探视端，并控制所述探视端加入所述被探视端的直播间。

步骤S430，当检测到所述探视端发起探视时，将所述被探视端的全景摄像机机位列表发送至所述探视端。

步骤S440，获取所述探视端选择的全景摄像机机位，并利用互动式连接建立框架建立所述探视端与被探视端之间的实时通讯，以将相应全景摄像机的音视频流实时发送至所述探视端。

步骤S450，若检测到被探视端进入语音通话模式，则令所述探视端将音频流实时发送至所述被探视端。

在本实施例中，若检测到被探视端进入语音通话模式，则意味着所述被探视端可能仅希望与所述探视端之间进行语音通话，此时可以令所述探视端仅将音频流实时发送至所述被探视端。

步骤S460，若检测到被探视端进入视频通话模式，则令所述探视端将音视频流实时发送至所述被探视端。

在本实施例中，若检测到被探视端进入视频通话模式，则意味着所述被探视端可能希望与所述探视端之间进行视频通话，此时可以令所述探视端将音视频流实时发送至所述被探视端。在一实施例中，在令所述探视端将音视频流实时发送至所述被探视端之前，可以先向所述探视端发送进行视频通话的请求。然后仅在接收到所述探视端发送的同意进行视频通话的指令时令所述探视端将音视频流实时发送至所述被探视端。可以理解的是，被探视端用户能够同时与多个探视端用户进行通话，并且该被探视端用户可以同时与所有探视端用户进行语音通话，也可以同时与所有探视端用户进行视频通话，还可以与一部分探视端用户进行语音通话而与另一部分探视端用户进行视频通话。

上述方法的有益效果为在第一实施例的基础上增加了被探视端进入不同通话模式时的步骤。所以，进一步有效解决了传统技术在直播探视过程中无法提供全景视频及多人实时通话功能的问题，实现了在直播探视过程中提供被探视端的全景视频及探视端与被探视端之间的实时通话功能的效果，为用户提供了低时延、多人参与的全景直播探视，提升了用户的使用体验。

基于同一发明构思，本申请实施例还提供了一种全景直播探视系统，所述系统包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的全景直播探视程序，所述全景直播探视程序被所述处理器执行时实现如上述的全景直播探视方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

由于本申请实施例提供的系统，为实施本申请实施例的方法所采用的系统，故而基于本申请实施例所介绍的方法，本领域所属人员能够了解该系统的具体结构及变形，故而在此不再赘述。凡是本申请实施例的方法所采用的系统都属于本申请所欲保护的范围。

基于同一发明构思，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有全景直播探视程序，所述全景直播探视程序被处理器执行时实现如上述的全景直播探视方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

由于本申请实施例提供的计算机可读存储介质，为实施本申请实施例的方法所采用的计算机可读存储介质，故而基于本申请实施例所介绍的方法，本领域所属人员能够了解该计算机可读存储介质的具体结构及变形，故而在此不再赘述。凡是本申请实施例的方法所采用的计算机可读存储介质都属于本申请所欲保护的范围。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

应当注意的是，在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本发明可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发

明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (9)

1.一种全景直播探视方法，其特征在于，应用于服务器，所述方法包括：

根据每个探视端的用户信息为所述每个探视端配置相应的探视权限；

当检测到所述探视端连接至服务器时，根据所述探视端的探视权限将相应的可探视列表发送至所述探视端；

获取所述探视端根据所述可探视列表选择的被探视端，并控制所述探视端加入所述被探视端的直播间；

当检测到所述探视端发起探视时，将所述被探视端的全景摄像机机位列表发送至所述探视端，其中，当检测到所述探视端发起探视，则意味着所述探视端已经加入相应被探视端的直播间中并且被探视端也已经开启直播，所述全景摄像机机位列表由一个或者多个全景摄像机的方位信息构成的列表；

获取所述探视端根据所述全景摄像机机位列表选择的全景摄像机机位，并利用互动式连接建立框架建立所述探视端与被探视端之间的实时通讯，以将相应全景摄像机的音视频流实时发送至所述探视端。

2.如权利要求1所述的全景直播探视方法，其特征在于，在所述当检测到所述探视端连接至服务器时，根据所述探视端的探视权限将相应的可探视列表发送至所述探视端的步骤之前，还包括：

当接收到被探视端发送的加入直播间的请求时，控制所述被探视端加入已绑定的直播间。

3.如权利要求2所述的全景直播探视方法，其特征在于，在所述当接收到被探视端发送的加入直播间的请求时，控制所述被探视端加入已绑定的直播间的步骤之前，还包括：

当检测到被探视端连接至服务器时，判断所述被探视端是否已绑定直播间；

若所述被探视端未绑定直播间，则为所述被探视端分配并绑定一个直播间。

4.如权利要求1所述的全景直播探视方法，其特征在于，所述方法还包括：

当接收到所述探视端发送的切换全景摄像机机位的请求时，将所述被探视端的全景摄像机机位列表发送至所述探视端；

获取所述探视端选择的全景摄像机机位，并将相应全景摄像机的音视频流实时发送至所述探视端。

5.如权利要求1所述的全景直播探视方法，其特征在于，所述方法还包括：

当接收到所述被探视端发送的禁用某一全景摄像机机位的请求时，将所述全景摄像机机位从所述被探视端的全景摄像机机位列表中移除。

6.如权利要求1所述的全景直播探视方法，其特征在于，所述方法还包括：

若检测到被探视端进入语音通话模式，则令所述探视端将音频流实时发送至所述被探视端。

7.如权利要求1所述的全景直播探视方法，其特征在于，所述方法还包括：

若检测到被探视端进入视频通话模式，则令所述探视端将音视频流实时发送至所述被探视端。

8.一种全景直播探视系统，其特征在于，所述系统包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的全景直播探视程序，所述全景直播探视程序被所述处理器执行时实现如权利要求1至7任一项所述的全景直播探视方法的步骤。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有全景直播探视程序，所述全景直播探视程序被处理器执行时实现如权利要求1至7任一项所述的全景直播探视方法的步骤。

Images