一种业务推送方法和电子设备与流程

1.本技术涉及终端技术领域，尤其涉及一种业务推送方法和电子设备。


背景技术：

2.目前视频通话功能已经非常普及，但由于移动网络存在不稳定的情况，而实时视频通话对带宽占用的要求较高，导致视频通话过程中，经常会出现由于用户网络不稳定，导致画面卡顿的情况。当画面卡顿情况出现时，用户并不方便使用其他应用。


技术实现要素：

3.本技术提供了一种业务推送方法和电子设备，本技术还提供一种计算机可读存储介质，以提供一种业务推送方法，在用户通话过程中一方网络受限时，向另外一方进行业务推送。
4.第一方面，本技术提供了一种业务推送方法，应用于第一电子设备，第二电子设备通过第一电子设备与第三电子设备处于通信连接状态，包括：
5.获取第一目标信息，第一目标信息与第二电子设备相关联；
6.基于第一目标信息，判断第二电子设备的网络是否发生异常；
7.若判断第二电子设备的网络发生异常，向第三电子设备进行业务推送，使得第三电子设备显示第一电子设备推送的业务。
8.进一步地，若判断第二电子设备的网络发生异常，向第三电子设备进行业务推送，使得第三电子设备显示第一电子设备推送的业务，包括：
9.若判断第二电子设备的网络发生异常，向第三电子设备发送第一指示消息，使得第三电子设备基于第一指示消息，显示第三电子设备在预设时间段内已启动过的目标应用程序，以完成第一电子设备的业务推送；或者
10.若判断第二电子设备的网络发生异常，向第三电子设备发送第一指示消息，使得第三电子设备基于第一指示消息，显示至少一个目标应用程序，以完成第一电子设备的业务推送，其中，目标应用程序由第一指示消息指定。
11.进一步地，第一指示消息包括第二指示消息，第二指示消息用于中止第三电子设备与第一电子设备之间的通信。
12.进一步地若判断第二电子设备的网络发生异常，向第三电子设备进行业务推送，使得第三电子设备显示第一电子设备推送的业务，包括：
13.若判断第二电子设备的网络发生异常，向第三电子设备发送第三指示消息，使得第三电子设备基于第三指示消息，向第一电子设备发送第一请求，其中，第一请求用于向第一电子设备请求业务；
14.基于第一请求向第三电子设备进行业务推送。
15.进一步地，业务包括视频彩铃，基于第一请求向第三电子设备进行业务推送，包括：
16.基于第一请求向第四电子设备发送视频彩铃请求；
17.接收第四电子设备发送的视频彩铃，并将视频彩铃转发给第三电子设备，以完成第一电子设备的业务推送。
18.进一步地，还包括：
19.接收第三电子设备发送的第二请求，其中，第二请求用于查询第二电子设备的网络状况；
20.基于第二请求获取第二目标信息，第二目标信息与第二电子设备相关联；
21.基于第二目标信息，判断第二电子设备的网络是否恢复正常；
22.若判断第二电子设备的网络恢复正常，向第三电子设备发送第四指示消息，使得第三电子设备基于第四指示消息，关闭第一电子设备推送的业务，以恢复与第一电子设备的通信。
23.第二方面，本技术提供了一种第一电子设备，包括处理器和存储设备，第二电子设备通过第一电子设备与第三电子设备处于通信连接状态，存储器存有应用程序，应用程序由处理器运行时，使得第一电子设备执行以下步骤：
24.获取第一目标信息，第一目标信息与第二电子设备相关联；
25.基于第一目标信息，判断第二电子设备的网络是否发生异常；
26.若判断第二电子设备的网络发生异常，向第三电子设备进行业务推送，使得第三电子设备显示第一电子设备推送的业务。
27.进一步地，应用程序由处理器运行时，使得第一电子设备执行若判断第二电子设备的网络发生异常，向第三电子设备进行业务推送，使得第三电子设备显示第一电子设备推送的业务的步骤，包括以下步骤：
28.若判断第二电子设备的网络发生异常，向第三电子设备发送第一指示消息，使得第三电子设备基于第一指示消息，显示第三电子设备在预设时间段内已启动过的目标应用程序，以完成第一电子设备的业务推送；或者
29.若判断第二电子设备的网络发生异常，向第三电子设备发送第一指示消息，使得第三电子设备基于第一指示消息，显示至少一个目标应用程序，以完成第一电子设备的业务推送，其中，目标应用程序由第一指示消息指定。
30.进一步地，第一指示消息包括第二指示消息，第二指示消息用于中止第三电子设备与第一电子设备之间的通信。
31.进一步地，应用程序由处理器运行时，使得第一电子设备执行若判断第二电子设备的网络发生异常，向第三电子设备进行业务推送，使得第三电子设备显示第一电子设备推送的业务的步骤，包括以下步骤：
32.若判断第二电子设备的网络发生异常，向第三电子设备发送第三指示消息，使得第三电子设备基于第三指示消息，向第一电子设备发送第一请求，其中，第一请求用于向第一电子设备请求业务；
33.基于第一请求向第三电子设备进行业务推送。
34.进一步地，业务包括视频彩铃，应用程序由处理器运行时，使得第一电子设备执行基于第一请求向第三电子设备进行业务推送的步骤，包括以下步骤：
35.基于第一请求向第四电子设备发送视频彩铃请求；
36.接收第四电子设备发送的视频彩铃，并将视频彩铃转发给第三电子设备，以完成第一电子设备的业务推送。
37.进一步地，应用程序由处理器运行时，使得第一电子设备还执行以下步骤：
38.接收第三电子设备发送的第二请求，其中，第二请求用于查询第二电子设备的网络状况；
39.基于第二请求获取第二目标信息，第二目标信息与第二电子设备相关联；
40.基于第二目标信息，判断第二电子设备的网络是否恢复正常；
41.若判断第二电子设备的网络恢复正常，向第三电子设备发送第四指示消息，使得第三电子设备基于第四指示消息，关闭第一电子设备推送的业务，以恢复与第一电子设备的通信。
42.第三方面，本技术提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行如第一方面所述的方法。
43.第四方面，本技术提供一种计算机程序，当所述计算机程序被计算机执行时，用于执行第一方面所述的方法。
44.在一种可能的设计中，第四方面中的程序可以全部或者部分存储在与处理器封装在一起的存储介质上，也可以部分或者全部存储在不与处理器封装在一起的存储器上。
附图说明
45.图1为相关技术中在被叫方网络受限时主叫方与其他设备的通信示意图；
46.图2为相关技术中用户a的设备、用户b的设备、视频彩铃网关与视频通话云服务器之间的通信示意图；
47.图3为本技术实施例提供的一种推送方法的流程图；
48.图4为本技术另一实施例提供的一种推送方法的流程图；
49.图5为本技术实施例提供的第二电子设备通过第一电子设备与第三电子设备进行通信的示意图；
50.图6a-6b具体涉及本技术一个实施例提供的第三电子设备的用户界面图。
51.图7为本技术另一个实施例提供的第二电子设备通过第一电子设备与第三电子设备进行通信的示意图；
52.图8a-8d具体涉及本技术另一个实施例提供的第三电子设备的用户界面图。
具体实施方式
53.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。其中，在本技术实施例的描述中，除非另有说明，“/”表示或的意思，例如，a/b可以表示a或b；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。
54.以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本技术实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
55.目前视频通话功能已经非常普及，但由于移动网络存在不稳定的情况，而实时视频通话对带宽占用的要求较高，导致视频通话过程中，经常会出现由于用户网络不稳定，导致画面卡顿的情况。例如，当用户a和用户b在两方通话中，而用户b的网络出现带宽受限的情况(如进入电梯、地下室等弱网环境)时，用户a虽然网络正常，但仍然无法接收到用户b的画面，因为此时用户b的画面信息并没有正常发出；同时，用户a仍然需要将本方的画面编码后发送到视频通话云服务器，考虑到此时用户b的网络已经断开，所以用户a发送的报文根本不会发送到用户b，因此这部分上行带宽占用是浪费掉的。
56.参见图1，涉及相关技术中在被叫方网络受限时主叫方与其他设备的通信示意图。
57.图1示出了用户a侧的终端设备和用户b侧终端设备，用户a正向用户b发出视频通话请求或者语音通话请求，以视频通话请求为例，用户a为主叫方，用户b为被叫方。需要说明的是，用户a通过视频通话云服务器进行视频通话，例如，用户a作为主叫方先向视频通话云服务器发送建立通话的请求，视频通话云服务器经过用户鉴权等处理后，确认当前主叫方与被叫方用户设备均可进行视频通话，视频通话云服务器向被叫方(用户b)转发上述建立通话的请求，以建立视频通话。
58.在用户a与用户b建立视频通话以进行视频信息交换前，即用户a在用户b呼叫时过程中，用户a的设备向视频通话云服务器发送进行视频彩铃业务的请求，视频通话云服务器接收该请求后，向视频彩铃网关转发该请求，以请求视频彩铃。视频网关确认用户a可以收看视频彩铃后，向视频通话云服务器发送与用户a的设备建立连接的消息，以与用户a的设备建立连接。用户a与视频彩铃网关建立连接后，视频彩铃网关向视频通话云服务器发送视频彩铃，然后视频通话云服务器将视频彩铃转发给用户a的设备以播放该视频彩铃。
59.当用户b与用户a的视频通话连接建立后，即用户b接听呼叫后，向视频通话云服务器发送回答消息。视频通话云服务器在接收到用户b的回答消息后，视频通话云服务器向视频彩铃网关发出中断消息，以断开用户a与视频彩铃网关之间的谋体连接，用户a的设备停止播放视频彩铃。
60.可以发现，在相关技术中，现有的视频彩铃流程只出现在通话建立前，主叫方可以看到，被叫无法看到，并且通话过程中无法播放。
61.同时，现有的volte视频通话由于是使用运营商专网传输媒体报文，网络质量有一定保障，因此通话中视频卡顿次数较少。而目前流行的voip视频通话由于使用internet网络，传输质量无法保证，因此卡顿出现的可能性更高。但无论哪种形式的视频通话，都没有在通话视频卡顿时利用视频彩铃对用户体验进行改进。此外，若在通话视频卡顿时若是带宽较好的一方的设备不能播放视频彩铃或者用户选择不播放视频彩铃时，为带宽较好的一方的用户大部分只能继续在通话界面前等待网络受限的一方带宽恢复，影响用户的体验。
62.由此，本技术提出一种新的技术方案，解决以下技术问题，即视频通话出现某一方带宽受限时，另一方即使网络状况良好但此时仍然要看着卡顿的画面，非常影响用户的体验。具体地，本发明提供一种业务的推荐方法，可以在用户通话过程中一方网络受限时，向另外一方进行业务推送，提高用户的体验。
63.参见图2，用户a的设备、用户b的设备、视频彩铃网关与视频通话云服务器之间的通信示意图。
64.图2中，用户a的设备、用户b的设备、视频彩铃网关与视频通话云服务器之间可进
行通信。用户a的设备包括但不限于面型、膝上型、平板或手持计算机，还可以应用于诸如蜂窝电话、pda等可以进行视频通话的设备。用户b的设备包括但不限于面型、膝上型、平板或手持计算机，还可以应用于诸如蜂窝电话、pda等可以进行视频通话的设备。用户a可与用户b通过视频通话云服务器进行视频通话，具体地，用户a和用户b基于用户a的设备中的视频通话应用与用户b的设备中的视频通话应用进行视频通话。
65.用户a的设备包括应用软件层和系统框架层。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。应用程序层可以包括一系列应用程序包。应用程序包可以包括相机，图库，日历，通话，地图，导航，wlan，蓝牙，音乐，视频，短信息等应用程序。
66.应用程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface，api)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。电话管理器用于提供通信功能。例如通话状态的管理(包括接通，挂断等)。资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。
67.此外用户a的设备可通过视频通话云服务器与视频彩铃网关进行通信，具体地，用户a的设备可通过视频通话云服务器发送交互报文，与视频彩铃网关建立连接，以进一步地在用户a的设备上播放视频彩铃。
68.参见图3，具体涉及本技术一个实施例中提供的一种推送方法的流程图。该方法可应用于图2所示的通信结构中，具体地，可在上述视频通话云服务器上执行。
69.具体地，本技术公开的方法具体包括以下步骤：
70.步骤302，第一电子设备获取第一目标信息，第一目标信息与第二电子设备相关联。
71.第一电子设备包括上文所述的视频通话云服务器，当然也可以包括视频通话服务器以及语音通话云服务器等。为了更为清楚地说明，其中，第三电子设备与第二电子设备包括但不限于面型、膝上型、平板或手持计算机，第二电子设备与第三电子设备通过第一电子设备进行通话，即本技术所公开的推送方法在第一电子设备上运行时，第三电子设备与第二电子设备正在进行视频通话或者语音通话，即已经建立视频通话或者语音通话。需要说明的是，该视频通话包括但不限于voip视频通话以及volte视频通话。
72.上述第一目标信息包括第一电子设备在预设时间段统计的第二电子设备向第一电子设备发送的数据报文的数量，也可包括第二电子设备与第一电子设备之间的信道质量，还包括能够指示当前第二电子设备的网络是否受限的其他信息等等。
73.步骤304，基于第一目标信息，判断所述第二电子设备的网络是否发生异常
74.上文已经示出，上述第一目标信息包括第一电子设备在预设时间段统计的第二电子设备向视频通话云服务器发送的数据报文的数量，也可包括第二电子设备与第一电子设备之间的信道质量的相关信息，还包括能够指示当前第二电子设备的网络受限的其他信息等等。基于该第一目标信息，第一电子设备可判断当前第二电子设备的网络情况、网络是否发生异常等等。
75.在一个示例中，第一电子设备可以通过比较第一电子设备在预设时间段统计的第二电子设备发送的报文的数量是否小于预设阈值，来判断第二电子设备的网络是否受限，例如，如果预设时间段内接收第二电子设备的报文为零或者小于预设阈值，可以确定第二电子设备的网络已经受限，即发生异常。
76.步骤306，若判断第二电子设备的网络发生异常，向第三电子设备进行业务推送，使得第三电子设备显示第一电子设备推送的业务。
77.若第二电子设备的网络发生异常，第三电子设备的用户只能看到卡顿画面，并且其上行带宽也在一直浪费中，为了避免第三电子设备的用户看到卡顿状态，视频通话云服务器可主动向其推送业务，推送视频彩铃或者指示用户启动其他应用，提高了用户的体验。
78.下面参照图4-8，对本技术所示的推送方法进行详细的说明与阐述，图4具体涉及本技术另一个实施例中提供的一种推送方法的流程图。图5具体涉及本技术一个实施例中提供的第二电子设备通过第一电子设备与第三电子设备进行通信的示意图。图6a-6b具体涉及本技术一个实施例提供的第三电子设备的用户界面图。图7具体涉及本技术另一个实施例中提供的第二电子设备通过第一电子设备与第三电子设备进行通信的示意图。图8a-图8d具体涉及本技术另一个实施例提供的第三电子设备的用户界面图。
79.参见图4中，步骤402，第一电子设备获取第一目标信息，第一目标信息与第二电子设备相关联。
80.上文已经示出，第一电子设备包括上文所述的视频通话云服务器，当然也可以包括一般的视频通话服务器以及语音通话云服务器等。其中，第三电子设备与第二电子设备包括但不限于面型、膝上型、平板或手持计算机，第二电子设备与第三电子设备通过视频通话云服务器进行通话，即本技术所公开的推送方法在视频通话云服务器运行时，第三电子设备与第二电子设备正在进行视频通话。需要说明的是，该视频通话包括但不限于voip视频通话以及volte视频通话。
81.上述第一目标信息包括视频通话云服务器在预设时间段统计的第二电子设备向第一电子设备发送的数据报文的数量，也可包括第二电子设备与第一电子设备之间的信道质量，还包括能够指示当前第二电子设备的网络是否受限的其他信息等等。
82.需要说明的是，第一电子设备可以基于第三电子设备的请求，来决定是否获取上述第一目标信息。参见图5，在步骤501中第三电子设备先向第一电子设备发送查询请求，该查询请求具体用于查询第二电子设备的网络是否发生异常。
83.第一电子设备基于该查询请求获取与第二电子设备的网络状况相关的信息，即上
述第一目标信息。
84.步骤404，基于第一目标信息，第一电子设备判断第二电子设备的网络是否发生异常。
85.上文已经示出，上述第一目标信息包括视频通话云服务器在预设时间段统计的第二电子设备向视频通话云服务器发送的数据报文的数量，也可包括第二电子设备与第一电子设备之间的信道质量的相关信息，还包括能够指示当前第二电子设备的网络受限的其他信息等等。基于该第一目标信息，视频通话云服务器可判断当前第二电子设备的网络情况、网络是否发生异常等等。
86.在一个示例中，第一电子设备可以通过比较视频通话云服务器在预设时间段统计的第二电子设备发送的报文的数量是否小于预设阈值，来判断第二电子设备的网络是否受限，例如，如果预设时间段内接收第二电子设备的报文为零或者小于预设阈值，可以确定第二电子设备的网络已经受限，即发生异常。
87.步骤406，若判断第二电子设备的网络发生异常，第一电子设备向第三电子设备发送第一指示消息。
88.参见图5中步骤502，第一电子设备在判断出第二电子设备的带宽受限后，向第三电子设备发出第一指示消息。
89.在一个实施例中，该第一指示消息包括第二电子设备的网络受限的信息，第三电子设备获取第一指示消息后，可以通过其框架层自动在当前通话界面的上，显示用户在预设时间段启动过的应用程序，用户可以选择显示的应用程序中的一个进行使用，继续参见图5中的步骤503，第三电子设备在接收到第一指示消息后，直接向第三电子设备的框架层请求应用程序，框架层基于请求，在用户界面显示应用程序。参见图6a-图6b，图6a为在第二电子设备网络未受限时第三电子设备的用户界面图，图6b为在第二电子设备网络受限时第三电子设备的用户界面图。在第二电子设备的网络未受限时，用户通过第三电子设备发送视频报文，可以同时接收由第一电子设备转发的第二电子设备发送的视频报文。当第二电子设备的网络受限时，第二电子设备无法发出相关的视频消息。第三电子设备的用户界面在此时由图6a所示的用户界面变为图6b所示的用户界面，即在通话视频窗口上，重新建立一个新的窗口，新的窗口中显示多个应用程序。
90.在一个实施例中，图6b中示出了四个应用程序，该四个应用程序可以为用户在预设时间段内曾经使用过的应用程序，用户可以选择其中一个应用程序进行使用。
91.在另一个实施例，指示消息可以包括第三电子设备中的应用程序，第三电子设备在接收到该指示消息，从指示消息中提取所包含的应用程序，然后在用户界面显示该指示消息中的应用程序，在步骤505中，用户可以选择其中一个应用程序进行使用。
92.在另一个实施例中，该第一指示消息还包括第二指示消息，该第二指示消息可以指示第三电子设备中止上传第三电子设备侧的视频报文。从而节约上行带宽，使得用户能够充分利用带宽进行其他业务，本技术通过节约的上行带宽，使用户在使用在用户界面显示的应用程序时，有更好地体验。
93.在一个实施例中，第一电子设备判断第二电子设备的网络发生异常时，向第三电子设备发送第三指示消息，使得第三电子设备基于第三指示消息，向第一电子设备发送第一请求，其中，第一请求用于向第一电子设备请求业务，第一电子设备基于第一请求向第三
电子设备进行业务推送，具体地该业务包括视频彩铃。
94.参见图7，在步骤702第三电子设备接收到第一电子设备发送的指示消息，然后在步骤703向第一电子设备发送播放视频彩铃的请求，第一电子设备在接收到该播放视频彩铃的请求，在步骤704向视频彩铃网关请求视频彩铃，然后步骤705中第一电子设备接收视频彩铃网关发送的视频彩铃，并在步骤706将接收到的视频彩铃转发给第三电子设备，第三电子设备将接收到的视频彩铃在用户界面进行自动播放。
95.在一个示例中，两个电子设备进行视频通话时，第一电子设备对网络未受限的一方电子设备进行视频彩铃推送，例如上述第三电子设备和第二电子设备通过第一电子设备进行视频通话。参见图8a和图8b，图8a为在第二电子设备网络未受限时第三电子设备的用户界面图，图8b为在第二电子设备网络受限时第三电子设备的用户界面图。在第二电子设备的网络未受限，用户通过第三电子设备发送视频报文，可以同时接收由第一电子设备转发的第二电子设备发送的视频报文。当第二电子设备的网络受限时，第二电子设备无法发出相关的视频消息。第一电子设备向第三电子设备发送指示消息，第三电子设备接收到该指示消息后，向第一电子设备直接发送播放视频彩铃的请求，第一电子设备在接收到该播放视频彩铃的请求后，向视频彩铃网关请求视频彩铃，然后第一电子设备接收视频彩铃网关发送的视频彩铃，并将接收到的视频彩铃转发给第三电子设备，第三电子设备可以在用户界面进行播放。图8b中，第三电子设备在视频通话的用户界面上，新建一个播放窗口，播放视频彩铃。
96.需要说明的是，第一电子设备向第三电子设备推送视频彩铃也可不基于第三电子设备发送的视频彩铃请求，第一电子设备在判断第二电子设备的网络受限后，直接向视频彩铃网关请求视频彩铃，并向第三电子设备转发获取的视频彩铃。
97.在另一个示例中，在多个电子设备进行视频通话时，第一电子设备对网络未受限的电子设备进行视频彩铃推送。具体参见图8c和图8d，图8c中示出了多个电子设备进行通话时，电子设备的网络没有受限时第三电子设备的用户界面图，其中，第三电子设备为图中本方用户1的电子设备，用户1通过其第三电子设备与其他5个用户的电子设备进行视频通话。当其他5个用户的电子设备中的任意一个或者多个的网络受限时，如用户3的电子设备的网络受限时，视频通话云服务器可以基于用户请求或者直接向用户3对应的第三电子设备中的通话窗口内播放视频彩铃。
98.步骤408，第一电子设备接收第三电子设备发送的第二请求，其中，第二请求用于查询第二电子设备的网络状况，基于第二请求获取第二目标信息，第二目标信息与第二电子设备相关联，基于第二目标信息，判断第二电子设备的网络是否恢复正常；
99.在一个实施例中，在图5中的步骤507中，第三电子设备可以向第一电子设备发送第二电子设备的网络是否受限的查询请求，示例性地，第三电子设备可以周期性地向第一电子设备查询第二电子设备的网络是否受限，第一电子设备可基于该查询请求实时地判断第二电子设备的网络情况。
100.在另一个示例中，在第三电子设备向第一电子设备查询第二电子设备的网络是否受限前，第一电子设备可在步骤506判断第二电子设备的带宽是否恢复。
101.在一个实施例中，图7中的步骤708与上述步骤507相同，在此不再赘述。
102.步骤410，若判断第二电子设备的网络恢复正常，第一电子设备向第三电子设备发
送第四指示消息，使得第三电子设备基于第四指示消息，关闭第一电子设备推送的业务，以恢复与第一电子设备的通信。
103.在一个实施例中，参见图5中的步骤508，第一电子设备将第二电子设备带宽恢复的信息发送给第三电子设备，第三电子设备在收到该消息后，在步骤509通过框架层自动关闭用户在上述示例中打开使用的应用程序，以进行视频通话。
104.在一个实施例中，参见图7中的步骤709，第一电子设备将第二电子设备带宽恢复的信息发送给第三电子设备，第三电子设备在收到该消息后，在步骤710通向第一电子设备请求停止发送视频彩铃的请求，第一电子设备在接收到停止发送视频彩铃的请求后，终止发送该视频彩铃，使得用户继续进行通话。
105.本技术公开的业务推荐方法，通过在第一电子设备增加通过双方任一一方的带宽是否受限，向带宽未受限得一方发送指示消息，使得带宽未受限得一方可以确定当前视频卡顿由于另一方带宽受限导致，从而基于指示消息，使用推荐的业务或者指定业务。同时，该指示消息指示带宽未受限的一方的电子设备停止上传视频信息，节省上行带宽，使后续的增强体验方式不受视频通话的带宽占用影响。
106.通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
107.在本技术实施例各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
108.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
109.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。