一种可视门铃通信方法、装置、设备及介质与流程

1.本技术涉及可视门铃技术领域，特别涉及一种可视门铃通信方法、装置、设备、介质。


背景技术：

2.随着可视门铃产品日益普及化，可视门铃软件易用性问题已成为核心竞争点。可视门铃产品的主要功能包括门铃呼叫、语音对讲、动检告警等。当访客按下门铃后，门铃用户会收到一条门铃呼叫告警信息。当用户点击门铃呼叫告警后，进入门铃实况界面，并弹出对讲接听按钮。当用户看到实况信息后，当需要和访客对讲时，点击接听按钮即可实现可视对讲。
3.当前可视门铃的通信方法见图1所示，访客按下门铃之后，门铃发送告警消息到云服务器，然后云服务器将告警信息推送到app(application，应用)侧。用户点击推送的告警消息进入app，此时app与门铃通过p2p(peer to peer，点对点技术)技术进行连接，p2p连接成功后，进行设备登录，然后通过rtsp协议(real time streaming protocol，即时串流协定)进行实况启流，启流成功后，可看到门铃的实况，用户点击“接听”按钮，即通过rtsp协议进行双向对讲请求，请求完成后，可开始进行对讲。
4.这种通信方式下需要在p2p连接成功并在设备登录也成功之后，才能实况出图，导致实况出图慢，且实况中已经包含了随流音频，用户点击接听按钮之后再开启rtsp双向音频，会导致门铃侧需要输出2路音频，会消耗多余的流量，如果是电池款门铃，会减少待机时长。


技术实现要素：

5.有鉴于此，本技术的目的在于提供一种方法、装置、设备、介质，能够加快实况出图速度，减少可视门铃的输出消耗，节省流量，提升用户体验。
6.其具体方案如下：
7.第一方面，本技术公开了一种可视门铃通信方法，应用于可视门铃对应的云服务器，包括：
8.接收所述可视门铃发送的门铃呼叫推送信息和cdn推流请求；
9.根据所述门铃呼叫推送信息和cdn推流请求向所述可视门铃对应的app发送告警信息；
10.接收所述app根据所述告警信息发送的cdn拉流请求并将所述cdn拉流请求对应的数据流返回给所述app，以便所述app利用所述数据流进行实况出图并将所述数据流中的音频流作为所述app与所述可视门铃对讲的第一音频通路；
11.根据接收到的、所述app根据所述告警信息发送的通信连接请求建立所述app和所述可视门铃之间的通信连接，以便将所述通信连接作为所述app与所述可视门铃对讲的第二音频通路，以实现所述app与所述可视门铃之间的语音对讲。
12.可选地，所述根据所述门铃呼叫推送信息和cdn推流请求向所述可视门铃对应的app发送告警信息之前，还包括：
13.根据预先获取到的门铃信息确定所述可视门铃当前的门铃接听模式；
14.将所述门铃接听模式加入到所述告警信息中。
15.可选地，所述根据接收到的、所述app根据所述告警信息发送的通信连接请求建立所述app和所述可视门铃之间的通信连接，包括：
16.如果所述门铃接听模式为单人接听模式，则根据接收到的、所述app根据所述告警信息发送的通信连接请求建立所述app和所述可视门铃之间的通信连接，其中，所述通信连接请求为所述app利用所述数据流进行实况出图之后，且在用户点击接听按钮之前发送的请求；
17.如果所述门铃接听模式为多人接听模式，则根据接收到的、所述app根据所述告警信息发送的通信连接请求建立所述app和所述可视门铃之间的通信连接，其中，所述通信连接请求为所述app在监测到用户点击接听界面上的接听按钮之后发送的请求，所述接听界面为用户点击所述告警信息之后，所述app显示的界面。
18.可选地，所述接收所述可视门铃发送的cdn推流请求之后，还包括：
19.根据所述cdn推流请求向所述可视门铃发送cdn流id和推流地址；
20.接收所述可视门铃向所述推流地址推送的、带有所述cdn流id的视频流和音频流。
21.可选地，所述根据接收到的、所述app根据所述告警信息发送的通信连接请求建立所述app和所述可视门铃之间的通信连接，包括：
22.根据接收到的、所述app根据所述告警信息发送的通信连接请求开启rtsp协议单音频广播功能。
23.第二方面，本技术公开了一种可视门铃通信方法，应用于可视门铃对应的app，包括：
24.接收所述可视门铃对应的云服务器发送的告警信息；
25.在监测到用户点击所述告警信息时，根据所述告警信息向所述云服务器发送cdn拉流请求；
26.接收所述云服务器根据所述cdn拉流请求返回的数据流；
27.利用所述数据流进行实况出图并将所述数据流中的音频流作为所述app与所述可视门铃对讲的第一音频通路；
28.根据所述告警信息向所述云服务器发送通信连接请求，以便建立所述app与所述可视门铃对讲的第二音频通路，以实现所述app与所述可视门铃之间的语音对讲。
29.可选地，所述根据所述告警信息向所述云服务器发送通信连接请求，包括：
30.如果所述告警信息中的门铃接听模式为单人接听模式，则在利用所述数据流进行实况出图后，且在用户点击接听按钮之前，根据所述告警信息向所述云服务器发送通信连接请求；
31.如果所述告警信息中的门铃接听模式为多人接听模式，则在监测到用户点击接听界面上的接听按钮时，根据所述告警信息向所述云服务器发送通信连接请求，其中，所述接听界面为用户点击所述告警信息之后，本地显示的界面。
32.第三方面，本技术公开了一种可视门铃通信装置，应用于可视门铃对应的云服务
器，包括：
33.第一信息接收模块，用于接收所述可视门铃发送的门铃呼叫推送信息和cdn推流请求；
34.第一信息发送模块，用于根据所述门铃呼叫推送信息和cdn推流请求向所述可视门铃对应的app发送告警信息；
35.第二信息接收模块，用于接收所述app根据所述告警信息发送的cdn拉流请求；
36.第二信息发送模块，用于将所述cdn拉流请求对应的数据流返回给所述app，以便所述app利用所述数据流进行实况出图并将所述数据流中的音频流作为所述app与所述可视门铃对讲的第一音频通路；
37.通信连接建立模块，用于根据接收到的、所述app根据所述告警信息发送的通信连接请求建立所述app和所述可视门铃之间的通信连接，以便将所述通信连接作为所述app与所述可视门铃对讲的第二音频通路，以实现所述app与所述可视门铃之间的语音对讲。
38.第四方面，本技术公开了一种电子设备，包括：
39.存储器和处理器；
40.其中，所述存储器，用于存储计算机程序；
41.所述处理器，用于执行所述计算机程序，以实现前述公开的可视门铃通信方法。
42.第五方面，本技术公开了一种计算机可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述公开的可视门铃通信方法。
43.可见，本技术先接收所述可视门铃发送的门铃呼叫推送信息和cdn推流请求，然后根据所述门铃呼叫推送信息和cdn推流请求向所述可视门铃对应的app发送告警信息，再接收所述app根据所述告警信息发送的cdn拉流请求并将所述cdn拉流请求对应的数据流返回给所述app，以便所述app利用所述数据流进行实况出图并将所述数据流中的音频流作为所述app与所述可视门铃对讲的第一音频通路，接着根据接收到的、所述app根据所述告警信息发送的通信连接请求建立所述app和所述可视门铃之间的通信连接，以便将所述通信连接作为所述app与所述可视门铃对讲的第二音频通路，以实现所述app与所述可视门铃之间的语音对讲。在app和可视门铃建立所述通信连接之前，便先进行cdn拉流，将cdn拉流的音频作为可视门铃到app的一条音频通路，然后再建立一条通信连接作为app到可视门铃的另一条音频通路，便可实现可视门铃与app之间的音频对讲，加快实况出图速度，且可以减少可视门铃的输出消耗，节省流量，延长电池型门铃的待机时间，提升用户体验。
附图说明
44.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
45.图1为一种现有的可视门铃通信方法流程图；
46.图2为本技术公开的一种可视门铃通信方法流程图；
47.图3为本技术公开的一种具体的可视门铃通信方法流程图；
48.图4为本技术公开的一种可视门铃通信方法流程图；
49.图5为本技术公开的一种具体的可视门铃通信方法流程图；
50.图6为本技术公开的一种可视门铃通信装置结构示意图；
51.图7为本技术公开的一种可视门铃通信装置结构示意图；
52.图8为本技术公开的一种服务器结构示意图；
53.图9为本技术公开的一种用户终端结构示意图。
具体实施方式
54.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
55.目前的可视门铃通信方式下需要在p2p连接成功并在设备登录也成功之后，才能实况出图，导致实况出图慢，且实况中已经包含了随流音频，用户点击接听按钮之后再开启rtsp双向音频，会导致门铃侧需要输出2路音频，会消耗多余的流量，如果是电池款门铃，会减少待机时长。有鉴于此，本技术提出了一种可视门铃通信方法，能够加快实况出图速度，减少可视门铃的输出消耗，节省流量，提升用户体验。
56.参见图2所示，本技术实施例公开了一种可视门铃通信方法，应用于可视门铃对应的云服务器，该方法包括：
57.步骤s11：接收所述可视门铃发送的门铃呼叫推送信息和cdn推流请求。
58.在实际应用中，当所述可视门铃被按下之后，所述可视门铃便会向所述云服务器发送门铃呼叫推送信息和cdn(content delivery network，内容分发网络)推流请求，以便所述云服务器根据所述cdn推流请求向所述可视门铃返回相应的推流信息，所述可视门铃便可以根据云服务器返回的推流信息进行推流。
59.步骤s12：根据所述门铃呼叫推送信息和cdn推流请求向所述可视门铃对应的app发送告警信息。
60.在接收到所述门铃呼叫推送信息和cdn推流请求之后，所述云服务器便可以根据所述门铃呼叫推送信息和cdn推流请求向所述可视门铃对应的app发送告警信息，其中，所述告警信息包括但不限于门铃信息、cdn流id(identity，身份识别码)以及拉流地址，所述门铃信息包括但不限于门铃id。
61.步骤s13：接收所述app根据所述告警信息发送的cdn拉流请求并将所述cdn拉流请求对应的数据流返回给所述app，以便所述app利用所述数据流进行实况出图并将所述数据流中的音频流作为所述app与所述可视门铃对讲的第一音频通路。
62.在将所述告警信息发送给所述app之后，还需要接收所述app根据所述告警信息发送的cdn拉流请求并将所述cdn拉流请求对应的数据流返回给所述app，以便所述app利用所述数据流进行实况出图并将所述数据流中的音频流作为所述app与所述可视门铃对讲的第一音频通路，其中，所述cdn拉流请求中包括但不限于所述cdn流id以及所述拉流地址。所述数据流中包括视频流和音频流。
63.步骤s14：根据接收到的、所述app根据所述告警信息发送的通信连接请求建立所述app和所述可视门铃之间的通信连接，以便将所述通信连接作为所述app与所述可视门铃
对讲的第二音频通路，以实现所述app与所述可视门铃之间的语音对讲。
64.此外，所述云服务器还需要接收所述app根据所述告警信息发送的通信连接请求，根据所述通信连接建立请求建立所述app和所述可视门铃之间的通信连接，这样便可以将所述通信连接作为所述app与所述可视门铃对讲的第二音频通路，以实现所述app与所述可视门铃之间的语音对讲。
65.在具体的实施过程中，第一次通信时建立所述可视门铃与所述云服务器的通信连接，且所述可视门铃按照预设时间间隔向所述云服务器发送通信保持请求，以保持所述可视门铃与所述云服务器之间的长连接，以及所述可视门铃与所述云服务器之间的通信处于激活状态。
66.可见，本技术先接收所述可视门铃发送的门铃呼叫推送信息和cdn推流请求，然后根据所述门铃呼叫推送信息和cdn推流请求向所述可视门铃对应的app发送告警信息，再接收所述app根据所述告警信息发送的cdn拉流请求并将所述cdn拉流请求对应的数据流返回给所述app，以便所述app利用所述数据流进行实况出图并将所述数据流中的音频流作为所述app与所述可视门铃对讲的第一音频通路，接着根据接收到的、所述app根据所述告警信息发送的通信连接请求建立所述app和所述可视门铃之间的通信连接，以便将所述通信连接作为所述app与所述可视门铃对讲的第二音频通路，以实现所述app与所述可视门铃之间的语音对讲。在app和可视门铃建立所述通信连接之前，便先进行cdn拉流，将cdn拉流的音频作为可视门铃到app的一条音频通路，然后再建立一条通信连接作为app到可视门铃的另一条音频通路，便可实现可视门铃与app之间的音频对讲，加快实况出图速度，且可以减少可视门铃的输出消耗，节省流量，延长电池型门铃的待机时间，提升用户体验。
67.参见图3所示，本技术实施例公开了一种具体的可视门铃通信方法，应用于可视门铃对应的云服务器，该方法包括：
68.步骤s21：接收所述可视门铃发送的门铃呼叫推送信息和cdn推流请求。
69.步骤s22：根据所述cdn推流请求向所述可视门铃发送cdn流id和推流地址。
70.在接收到所述cdn推流请求之后，还需要根据所述cdn推流请求向所述可视门铃发送cdn流id和推流地址，以便所述可视门铃利用所述cdn流id将对应的数据流发送到所述推流地址。
71.步骤s23：接收所述可视门铃向所述推流地址推送的、带有所述cdn流id的视频流和音频流。
72.相应地，所述云服务器就需要接收所述可视门铃向所述推流地址推送的、带有所述cdn流id的视频流和音频流。且在接收到所述视频流和所述音频流之后，还需要对所述视频流以及音频流进行存储。
73.步骤s24：根据所述门铃呼叫推送信息和cdn推流请求向所述可视门铃对应的app发送告警信息。
74.在具体的实施过程中，还需要根据所述门铃呼叫推送信息和cdn推流请求向所述可视门铃对应的app发送告警信息。其中，所述告警信息除了包括所述门铃信息、cdn流id以及拉流地址之外，还可以包括门铃接听模式，所述门铃接听模式包括单人接听模式和多人接听模式。
75.相应地，则所述根据所述门铃呼叫推送信息和cdn推流请求向所述可视门铃对应
的app发送告警信息之前，还包括：根据预先获取到的门铃信息确定所述可视门铃当前的门铃接听模式；将所述门铃接听模式加入到所述告警信息中。其中，所述门铃信息包括门铃信息、账号信息、用户终端id以及所述app对应的门铃呼叫开关状态。在用户终端打开app后，app登录云账号之后，会上报相关信息给云服务器，包括用户终端id、门铃呼叫开关状态等信息。云服务器侧根据app上报的信息建立一张门铃信息表格。如果一台门铃的呼叫开关只有1个处于开启状态时，将此门铃的接听模式设置为单人接听模式，其他情况，则设置为多人接听模式。
76.例如，用户1的云账号为account1，其账号下有一台门铃db0，然后用户1分别在2台手机上登录了此账号，2台手机对应的手机id分别是phonea，phoneb。其中phonea手机的门铃呼叫开关是开启的，phoneb手机的门铃呼叫开关是关闭的。用户1将门铃db0分享给了用户2，其账号为account2。用户2在phonec上登录了account2，并且将门铃呼叫开关设置为关闭状态。此时云服务器侧建立了关于门铃db0的表格，具体如下表1所示。
77.表1
78.门铃账号手机id呼叫开关db0account1phonea开db0account1phoneb关db0account2phonec关
79.由上表可知，门铃db0的接听模式为单人接听模式。
80.步骤s25：接收所述app根据所述告警信息发送的cdn拉流请求并将所述cdn拉流请求对应的数据流返回给所述app，以便所述app利用所述数据流进行实况出图并将所述数据流中的音频流作为所述app与所述可视门铃对讲的第一音频通路。
81.在实际应用中，还需要接收所述app根据所述告警信息发送的cdn拉流请求，然后将所述cdn拉流请求对应的数据流返回给所述app，所述app接收到所述数据流之后，便可利用所述数据流进行实况出图并将所述数据流中的音频流作为所述app与所述可视门铃对讲的第一音频通路。也即在拉流成功之后，便可将所述cdn拉流的随流音频作为所述可视门铃到所述app的音频通路1。
82.步骤s26：根据接收到的、所述app根据所述告警信息发送的通信连接请求开启rtsp协议单音频广播功能，以便将所述rtsp协议单音频广播功能作为所述app与所述可视门铃对讲的第二音频通路，以实现所述app与所述可视门铃之间的语音对讲。
83.所述云服务器还需要根据接收到的、所述app根据所述告警信息发送的通信连接请求开启rtsp协议单音频广播功能，以便将所述rtsp协议单音频广播功能作为所述app与所述可视门铃对讲的第二音频通路，以实现所述app与所述可视门铃之间的语音对讲。具体的，通过云服务器开启rtsp协议单音频广播功能，即将所述app到所述可视门铃的音频通路2准备就绪。在用户点击接听按钮时，将采集用户终端侧的音频发给云服务器，然后转发给可视门铃侧。此外，所述通信连接采用的协议可以是其他的通信协议，在此不做具体限定。
84.具体的，如果所述门铃接听模式为单人接听模式，则根据接收到的、所述app根据所述告警信息发送的通信连接请求建立所述app和所述可视门铃之间的通信连接，其中，所述通信连接请求为所述app利用所述数据流进行实况出图之后，且在用户点击接听按钮之前发送的请求。当此门铃的接听模式为单人接听模式时，为了方便后续快速对讲，app侧可
进行“预接听”，即在所述cdn拉流成功并实况出图之后，且在用户点击接听按钮之前便可以向所述云服务器发送通信连接请求，以便根据所述通信连接请求建立所述app和所述可视门铃之间的通信连接。
85.如果所述门铃接听模式为多人接听模式，则根据接收到的、所述app根据所述告警信息发送的通信连接请求建立所述app和所述可视门铃之间的通信连接，其中，所述通信连接请求为所述app在监测到用户点击接听界面上的接听按钮之后发送的请求，所述接听界面为用户点击所述告警信息之后，所述app显示的界面。由于可视门铃只能与一个app进行对讲，因此在多人接听模式下，不能提前确定哪一个app上的接听按钮会被点击，所以无法进行“预接听”，只能在用户点击接听时发送通信连接请求，以便云服务器开启rtsp协议单音频广播功能，即将所述音频通路2准备就绪。
86.在单人模式时，采用预接听方式，可以进行一步加快所述语音对讲的速度，用户点击接听时便可立即进行对讲。
87.参见图4所示，本技术实施例公开了一种可视门铃通信方法，应用于可视门铃对应的app，该方法包括：
88.步骤s31：接收所述可视门铃对应的云服务器发送的告警信息。
89.在所述可视化门铃被按下之后，所述可视门铃便会向所述云服务器发送门铃呼叫推送信息和cdn推流请求，以便所述云服务器根据所述门铃呼叫推送信息和cdn推流请求向所述可视门铃对应的app发送告警信息，相应的，所述app便需要接收所述告警信息，其中，所述告警信息包括但不限于cdn拉流的拉流地址、cdn流id以及门铃信息等，所述拉流地址与前述的推流地址一一对应，根据所述推流地址可以确定出所述拉流地址。
90.步骤s32：在监测到用户点击所述告警信息时，根据所述告警信息向所述云服务器发送cdn拉流请求。
91.在获取到所述告警信息之后，如果监测到用户点击所述告警信息，则根据所述告警信息向所述云服务器发送cdn拉流请求。其中，所述cdn拉流请求中携带所述拉流地址以及所述cdn流id。
92.步骤s33：接收所述云服务器根据所述cdn拉流请求返回的数据流。
93.相应地，在发送所述cdn拉流请求之后，便可以接收所述云服务器根据所述cdn拉流请求返回的数据流，以便利用所述数据流进行实况出图。其中，所述数据流包括视频流和音频流。
94.步骤s34：利用所述数据流进行实况出图并将所述数据流中的音频流作为所述app与所述可视门铃对讲的第一音频通路。
95.可以理解的是，在接收到所述数据流之后，便可以利用所述数据流进行实况出图，并将所述数据流中的音频流作为所述app与所述可视门铃对讲的第一音频通路。
96.步骤s35：根据所述告警信息向所述云服务器发送通信连接请求，以便建立所述app与所述可视门铃对讲的第二音频通路，以实现所述app与所述可视门铃之间的语音对讲。
97.在利用所述数据流进行实况出图之后，还需要根据所述告警信息向所述云服务器发送通信连接请求，以便建立所述app与所述可视门铃对讲的第二音频通路，以实现所述app与所述可视门铃之间的语音对讲。
98.具体的，如果所述告警信息中的门铃接听模式为单人接听模式，则在利用所述数据流进行实况出图后，且在用户点击接听按钮之前，根据所述告警信息向所述云服务器发送通信连接请求；如果所述告警信息中的门铃接听模式为多人接听模式，则在监测到用户点击接听界面上的接听按钮时，根据所述告警信息向所述云服务器发送通信连接请求，其中，所述接听界面为用户点击所述告警信息之后，本地显示的界面。
99.可见，本技术先接收所述可视门铃对应的云服务器发送的告警信息，然后在监测到用户点击所述告警信息时，根据所述告警信息向所述云服务器发送cdn拉流请求，再接收所述云服务器根据所述cdn拉流请求返回的数据流，然后利用所述数据流进行实况出图并将所述数据流中的音频流作为所述app与所述可视门铃对讲的第一音频通路，并根据所述告警信息向所述云服务器发送通信连接请求，以便建立所述app与所述可视门铃对讲的第二音频通路，以实现所述app与所述可视门铃之间的语音对讲。这样在监测到用户点击告警信息之后，便先进行cdn拉流，可以加快实况出图速度，且将cdn拉流的随流音频作为可视门铃到app的一条音频通路，然后再发送通信连接请求建立一条通信连接作为app到可视门铃的另一条音频通路，便可实现可视门铃与app之间的音频对讲，这样可以减少可视门铃的输出消耗，节省流量，延长电池型门铃的待机时间，提升用户体验。
100.参见图5所示，为所述可视门铃通信流程图。门铃与云服务器之间保持长连接，通信处于保活状态，按下门铃后，可视门铃向云服务器发送可视门铃发送的门铃呼叫推送信息和cdn推流请求，云服务器根据所述门铃呼叫推送信息和cdn推流请求向app发送告警信息，用户点击所述告警信息，进入接听界面之后，app开始从cdn拉流，包括视频流和音频流的拉流，拉流成功之后进行实况出图，如果当前门铃接听模式为单人接听模式，则进行预接听，所述云服务器开启rtsp广播功能，也即rtsp协议单音频广播功能，用户点击“接听”按钮之后，便可以开始对讲。如果当前门铃接听模式为多人接听模式，则用户点击“接听”按钮之后，所述云服务器开启rtsp广播功能，开始对讲。
101.参见图6所示，本技术实施例公开了一种可视门铃通信装置，应用于可视门铃对应的云服务器，包括：
102.第一信息接收模块11，用于接收所述可视门铃发送的门铃呼叫推送信息和cdn推流请求；
103.第一信息发送模块12，用于根据所述门铃呼叫推送信息和cdn推流请求向所述可视门铃对应的app发送告警信息；
104.第二信息接收模块13，用于接收所述app根据所述告警信息发送的cdn拉流请求；
105.第二信息发送模块14，用于将所述cdn拉流请求对应的数据流返回给所述app，以便所述app利用所述数据流进行实况出图并将所述数据流中的音频流作为所述app与所述可视门铃对讲的第一音频通路；
106.通信连接建立模块15，用于根据接收到的、所述app根据所述告警信息发送的通信连接请求建立所述app和所述可视门铃之间的通信连接，以便将所述通信连接作为所述app与所述可视门铃对讲的第二音频通路，以实现所述app与所述可视门铃之间的语音对讲。
107.可见，本技术先接收所述可视门铃发送的门铃呼叫推送信息和cdn推流请求，然后根据所述门铃呼叫推送信息和cdn推流请求向所述可视门铃对应的app发送告警信息，再接收所述app根据所述告警信息发送的cdn拉流请求并将所述cdn拉流请求对应的数据流返回
给所述app，以便所述app利用所述数据流进行实况出图并将所述数据流中的音频流作为所述app与所述可视门铃对讲的第一音频通路，接着根据接收到的、所述app根据所述告警信息发送的通信连接请求建立所述app和所述可视门铃之间的通信连接，以便将所述通信连接作为所述app与所述可视门铃对讲的第二音频通路，以实现所述app与所述可视门铃之间的语音对讲。在app和可视门铃建立所述通信连接之前，便先进行cdn拉流，将cdn拉流的音频作为可视门铃到app的一条音频通路，然后再建立一条通信连接作为app到可视门铃的另一条音频通路，便可实现可视门铃与app之间的音频对讲，加快实况出图速度，且可以减少可视门铃的输出消耗，节省流量，延长电池型门铃的待机时间，提升用户体验。
108.进一步的，所述可视门铃通信装置，还包括：
109.接听模式确定模块，用于根据预先获取到的门铃信息确定所述可视门铃当前的门铃接听模式；
110.告警信息确定模块，用于将所述门铃接听模式加入到所述告警信息中。
111.具体的，所述通信连接建立模块15，用于：在所述门铃接听模式为单人接听模式时，则根据接收到的、所述app根据所述告警信息发送的通信连接请求建立所述app和所述可视门铃之间的通信连接，其中，所述通信连接请求为所述app利用所述数据流进行实况出图之后，且在用户点击接听按钮之前发送的请求；
112.在所述门铃接听模式为多人接听模式时，则根据接收到的、所述app根据所述告警信息发送的通信连接请求建立所述app和所述可视门铃之间的通信连接，其中，所述通信连接请求为所述app在监测到用户点击接听界面上的接听按钮之后发送的请求，所述接听界面为用户点击所述告警信息之后，所述app显示的界面。
113.进一步的，所述可视门铃通信装置，还包括：
114.cdn推流信息发送模块，用于根据所述cdn推流请求向所述可视门铃发送cdn流id和推流地址；
115.数据流接收模块，用于接收所述可视门铃向所述推流地址推送的、带有所述cdn流id的视频流和音频流。
116.具体的，所述通信连接建立模块15，具体用于：根据接收到的、所述app根据所述告警信息发送的通信连接请求开启rtsp协议单音频广播功能。
117.参见图7所示，本技术实施例公开了一种可视门铃通信装置，应用于可视门铃对应的app，包括：
118.第三信息接收模块21，用于接收所述可视门铃对应的云服务器发送的告警信息；
119.第三信息发送模块22，用于在监测到用户点击所述告警信息时，根据所述告警信息向所述云服务器发送cdn拉流请求；
120.第四信息接收模块23，用于接收所述云服务器根据所述cdn拉流请求返回的数据流；
121.可视化显示模块24，用于利用所述数据流进行实况出图；
122.音频通路确定模块25，用于将所述数据流中的音频流作为所述app与所述可视门铃对讲的第一音频通路；
123.第四信息发送模块26，用于根据所述告警信息向所述云服务器发送通信连接请求，以便建立所述app与所述可视门铃对讲的第二音频通路，以实现所述app与所述可视门
铃之间的语音对讲。
124.可见，本技术先接收所述可视门铃对应的云服务器发送的告警信息，然后在监测到用户点击所述告警信息时，根据所述告警信息向所述云服务器发送cdn拉流请求，再接收所述云服务器根据所述cdn拉流请求返回的数据流，然后利用所述数据流进行实况出图并将所述数据流中的音频流作为所述app与所述可视门铃对讲的第一音频通路，再根据所述告警信息向所述云服务器发送通信连接请求，以便建立所述app与所述可视门铃对讲的第二音频通路，以实现所述app与所述可视门铃之间的语音对讲。这样在监测到用户点击告警信息之后，便先进行cdn拉流，可以加快实况出图速度，且将cdn拉流的音频作为可视门铃到app的一条音频通路，然后再发送通信连接请求以建立一条通信连接作为app到可视门铃的另一条音频通路，便可向可视门铃发送语音数据，这样可以减少可视门铃的输出消耗，节省流量，延长电池型门铃的待机时间，提升用户体验。
125.进一步的，所述第四信息发送模块26，具体用于：在所述告警信息中的门铃接听模式为单人接听模式时，则在利用所述数据流进行实况出图后，且在用户点击接听按钮之前，根据所述告警信息向所述云服务器发送通信连接请求；
126.在所述告警信息中的门铃接听模式为多人接听模式时，则在监测到用户点击接听界面上的接听按钮时，根据所述告警信息向所述云服务器发送通信连接请求，其中，所述接听界面为用户点击所述告警信息之后，本地显示的界面。
127.进一步的，本技术还公开了一种电子设备。其中，上述电子设备既可以是服务器，也可以是用户终端。图8和图9均是根据已示例性的实施例给出的电子设备结构图，图中的内容不能被认为是对本技术的使用范围的任何限制。
128.图8为本技术实施例提供的一种服务器的结构示意图。该服务器30，具体可以包括：至少一个处理器31、至少一个存储器32、电源33、通信接口34和通信总线35。其中，所述存储器32用于存储计算机程序，所述计算机程序由所述处理器31加载并执行，以实现前述任一实施例中公开的由云服务器执行的可视门铃通信方法中的相关步骤。
129.本实施例中，电源33用于为物联网设备上的各硬件提供工作电压；通信接口34为服务器30创建和外界设备之间的数据传输通道，其所遵循的通信协议为能够适用于本技术技术方案的任意通信协议，再次不对其进行具体限定。
130.另外，存储器32作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源包括操作系统321、计算机程序322及数据323等，存储方式可以是短暂存储或者永久存储。
131.其中，操作系统321用于管理与控制服务器30上的各硬件及计算机程序322，以实现对器31和存储器32中海量的数据库323的运算和处理，其可以是windows、unix、linux等。计算机程序322除了包括能够用于完成前述任一实施例公开的由云服务器执行的可视门铃通信方法对应的计算机程序，还可以进一步包括能够用于完成其他特定工作的计算机程序。数据323包括服务器30接收到的由外界设备传输过来的数据。
132.图9为本技术实施例提供的一种用户终端40的结构示意图，该用户终端具体可以包括但不限于智能手机、平板电脑、笔记本电脑或台式电脑等。所述用户终端40上安装前述实施例中所述的app。
133.通常，本实施例中的用户终端40包括：处理器41和存储器42。
134.其中，处理器41可以包括一个或多个处理核心，比如四核心处理器、八核心处理器等。处理器41可以采用dsp(digital signal processing,数字信号处理)、fpga(field-programmable gate array,现场可编程们阵列)、pla(programmable logic array,可编程逻辑阵列)中的至少一种硬件来实现。处理器41也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(central processing unit,中应处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器41可以集成有gpu(graphics processing unit,图像处理器)，gpu用于负责显示屏所需要显示的图像的渲染和绘制。一些实施例中，处理器41可以包括ai(artificial intelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。
135.存储器42可以包括一个或多个计算机可读存储介质，计算机可读存储介质可以是非暂态的。存储器42还可以包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器42至少用于存储以下计算机程序421，其中，该计算机程序被处理器41加载并执行之后，能够实现前述任一实施例中公开的由app侧执行的方法步骤。另外，存储器42所存储的资源还可以包括操作系统422和数据423等，存储方式可以是短暂存储也可以是永久存储。其中，操作系统422可以是windows、unix、linux等。数据423可以包括各种各样的数据。
136.在一些实施例中，用户终端40还可包括有显示屏43、输入输出接口44、通信接口45、传感器46、电源47以及通信总线48。
137.本技术领域人员可以理解，图9中示出的结构并不构成对用户终端40的限定，可以包括比图示更多或更少的组件。
138.进一步的，本技术实施例还公开了一种计算机可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述任一实施例中公开的可视门铃通信方法。
139.其中，关于上述可视门铃通信方法的具体过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。
140.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
141.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
142.最后，还需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或者操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得一系列包含其他要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并
不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
143.以上对本技术所提供的一种可视门铃通信方法、装置、设备、介质进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。