通知事件的处理方法及装置、存储介质、电子设备与流程

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.图1示意性示出本公开示例性实施例中一种通知事件的处理方法的流程示意图；
36.图2示意性示出本公开示例性实施例中一种调整直播界面的方法的流程示意图；
37.图3示意性示出本公开示例性实施例中另一种调整直播界面的方法的流程示意图；
38.图4示意性示出本公开示例性实施例中应用场景下通知事件的处理方法的流程示意图；
39.图5示意性示出本公开示例性实施例中应用场景下一种显示通知事件的界面示意图；
40.图6示意性示出本公开示例性实施例中应用场景下另一种显示通知事件的界面示意图；
41.图7示意性示出本公开示例性实施例中一种通知事件的处理装置的结构示意图；
42.图8示意性示出本公开示例性实施例中一种用于实现通知事件的处理方法的电子设备；
43.图9示意性示出本公开示例性实施例中一种用于实现通知事件的处理方法的计算机可读存储介质。
具体实施方式
44.现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
45.本说明书中使用用语“一个”、“一”、“该”和“所述”用以表示存在一个或多个要素/组成部分/等；用语“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等；用语“第一”和“第二”等仅作为标记使用，不是对其对象的数量限制。
46.此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。
47.针对相关技术中存在的问题，本公开提出了一种通知事件的处理方法，通过观众端提供一直播界面，图1示出了通知事件的处理方法的流程图，如图1所示，通知事件的处理
方法至少包括以下步骤：
48.步骤s110.接收通知事件，对直播界面进行显示内容识别得到内容识别结果。
49.步骤s120.基于内容识别结果，对直播界面进行显示方式识别得到方式识别结果。
50.步骤s130.根据方式识别结果调整直播界面，以显示通知事件。
51.在本公开的示例性实施例中，通过显示内容识别和显示方式识别两重判断逻辑调整直播界面，处理逻辑缜密严谨，调整方式与直播界面的多种观看方式和场景完美适配，保证了直播界面的调整准确性，并且，调整过程无需用户投入学习成本或者进行额外操作，优化了用户体验。进一步的，在调整后的直播界面内显示通知事件，是一种兼容显示通知事件和直播界面的显示方式，不会出现由于显示通知事件而导致遮挡直播界面的情况，保证了通知事件的及时提醒效果和直播界面的完全展示效果。
52.下面对通知事件的处理方法的各个步骤进行详细说明。
53.在步骤s110中，接收通知事件，对直播界面进行显示内容识别得到内容识别结果。
54.在本公开的示例性实施例中，通知事件可以是包括来电、短信息、即时聊天消息以及应用程序的推送消息，例如活动推送消息等中的任意一种。亦即，该通知事件可以是任何能够对全屏显示的应用程序的运行界面造成干扰的事件。
55.以直播类的应用程序为例，当用户使用直播类应用程序时，例如ios或者安卓侧，以及直播类应用程序的服务端可以向当前用户账号的直播类应用程序下发通知事件。
56.在观众端接收到该通知事件时，可以对该直播界面进行显示内容识别处理。
57.具体的，可以是根据直播界面的显示位置信息确定当前用户是否处于直播间内，以得到内容识别结果。
58.在可选的实施例中，内容识别结果包括：直播界面处于直播间页面和直播界面处于非直播间页面。
59.当直播界面处于非直播界面内时，可以是直播间页面处于直播类应用程序的首页等位置，本示例性实施例对此不做特殊限定。
60.在可选的实施例中，当内容识别结果为直播页面处于非直播间页面时，显示通知事件。
61.当直播界面未处于直播间页面时，表明显示通知事件并不会对用户观看直播造成干扰，因此可以直接完全展示该通知事件的通知卡片。
62.在步骤s120中，基于内容识别结果，对直播界面进行显示方式识别得到方式识别结果。
63.在本公开的示例性实施例中，当内容识别结果为直播界面处于直播间页面时，可以进一步对直播页面进行显示方式识别。
64.在可选的实施例中，当内容识别结果为所述直播界面处于直播间页面时，通过识别位于直播界面内的全屏控件是否开启得到方式识别结果。
65.具体的，可以是对直播间页面是否处于全屏显示的方式进行识别。并且，对该直播直播间页面是否处于全屏方式的识别可以是通过查找位于直播界面内的全屏控件是否开启的方式，也可以是其他识别方式，本示例性实施例对此不做特殊限定。
66.在可选的实施例中，方式识别结果包括：直播间界面全屏显示和直播间界面非全屏显示。
67.举例而言，当直播界面内的全屏控件开启时，表征该直播界面的方式识别结果为直播间界面全屏显示；当直播界面内的全屏控件没有开启时，表征该直播界面的方式识别结果为直播间界面非全屏显示。
68.在另一实施例中，通过检测终端的状态，从而识别直播间界面是否处于全屏显示。例如，当有全屏创建或者取消的时候，会给句柄为hwndaccessbar的窗口发送id为msg_appbar_msgid的消息。具体到全屏消息，此时wparam为abn_fullscreenapp，而lparam则能够判断当前是有直播间界面的窗口全屏还是有直播间界面的窗口取消全屏。(bool)lparam为true表示有窗口全屏，而(bool)lparam为false则表示有窗口取消全屏状态。或者例如，用getsystemmetrics获取屏幕的宽度和高度，进一步判断窗体和获取到的值是否一致确定直播间界面是否处于全屏显示。
69.在步骤s130中，根据方式识别结果调整直播界面，以显示通知事件。
70.在本公开的示例性实施例中，在确定直播界面的方式识别结果之后，可以根据该方式识别结果调整直播界面，以在调整后的直播界面内显示通知事件。
71.在可选的实施例中，图2示出了一种调整直播界面的方法的流程示意图，如图2所示，该方法至少包括以下步骤：在步骤s210中，当方式识别结果为直播界面全屏显示时，对直播界面进行缩放调整处理。
72.当直播界面全屏显示时，可以对直播界面进行缩放调整处理。具体的，缩放调整处理可以是按照一定的缩放比例缩小该直播界面。该缩放比例可以按照实际情况和需求进行设置，本示例性实施例对此不做特殊限定。
73.在步骤s220中，在缩放调整处理后的直播界面内显示通知事件。
74.在对直播界面进行缩放调整处理之后，可以在缩放调整处理后的直播界面内显示通知事件。
75.在本示例性实施例中，当直播界面全屏显示时，可以在缩放调整处理后的直播界面内显示通知事件，能够兼容显示通知事件和直播界面，不会由于显示通知事件而导致遮挡直播界面的情况发生，保证了通知事件的及时提醒效果和直播界面的完全展示效果。
76.在可选的实施例中，图3示出了另一种调整直播界面的方法的流程示意图，如图3所示，该方法至少包括以下步骤：在步骤s310中，当方式识别结果为直播界面非全屏显示时，对直播界面进行界面下移处理。
77.当直播界面非全屏显示时，可以对直播界面进行界面下移处理。具体的，界面下移处理可以是将直播界面内的组件，例如视频区、导航和公屏发言区整体下移一定空间。该下移空间可以按照实际情况和需求进行设置，本示例性实施例对此不做特殊限定。
78.在步骤s320中，在界面下移处理后的直播界面内显示通知事件。
79.在对直播界面进行界面下移处理之后，可以在界面下移处理后的直播界面内显示通知事件。
80.在本示例性实施例中，当直播界面处于非全屏显示状态时，可以在界面下移处理后的直播界面内显示通知事件，能够兼容显示通知事件和直播界面，不会出现由于显示通知事件导致遮挡直播界面的情况发生，保证了通知事件的及时提醒效果和直播界面的完全展示效果。
81.进一步的，在调整后的直播界面内显示通知事件之后，还可以对通知事件进行隐
藏，并对调整的直播界面进行恢复，以还原用户原本的观看状态。
82.在可选的实施例中，隐藏通知事件，并恢复缩放调整处理后的直播界面或恢复界面下移处理后的直播界面。
83.当在缩放调整处理或者界面下移处理后的直播界面内显示通知事件之后，用户可以通过上滑通知事件或者等待一段时间的方式隐藏该通知事件。除此之外，也可以通过其他方式隐藏该通知事件，本示例性实施例对此不做特殊限定。
84.进一步的，在通过缩放调整处理的方式调整直播界面的情况下，在隐藏通知事件之后，可以将直播界面重新填充至整个观众端，以恢复直播界面。
85.在通过界面下移处理的方式调整直播界面的情况下，在隐藏通知事件之后，可以通过将直播界面的所有组件重新还原位置的方式恢复直播界面。
86.下面结合一应用场景对本公开实施例中通知事件的处理方法做出详细说明。
87.图4示出了应用场景下通知事件的处理方法的流程示意图，如图4所示，在步骤s410中，收到通知事件。
88.服务端收到要下发的通知事件。通知事件可以是包括来电、短信息、即时聊天消息以及应用程序的推送消息，例如活动推送消息等中的任意一种。亦即，该通知事件可以是任何能够对全屏显示的应用程序的运行界面造成干扰的事件。
89.在步骤s420中，下发通知事件。
90.以直播类的应用程序为例，当用户使用直播类应用程序时，直播类应用程序的服务端可以向当前用户账号的直播类应用程序下发通知事件。
91.在步骤s430中，判断是否在直播间内。
92.在观众端接收到该通知事件时，可以对该直播界面进行显示内容识别处理。
93.具体的，可以是根据直播界面的显示位置信息确定当前用户是否处于直播间内，以得到内容识别结果。并且，该显示位置信息可以是表征用户当前处于直播类应用程序的首页还是处于直播间内的信息，本示例性实施例对此信息的具体形式不做特殊限定。
94.举例而言，当显示位置信息为0时，可以表征当前用户处于直播类应用程序的首页；当显示位置信息为1时，可以表征当前用户处于直播间内。除此之外，也可以根据其他形式或内容的显示位置信息确定对应的内容识别结果，本示例性实施例对此不做特殊限定。
95.其中，内容识别结果包括：直播界面处于直播间页面和直播界面处于非直播间页面。
96.在步骤s440中，完全展示通知卡片。
97.当直播界面处于非直播界面内时，可以是直播间页面处于直播类应用程序的首页等位置，本示例性实施例对此不做特殊限定。
98.当内容识别结果为直播页面处于非直播间页面时，显示通知事件。
99.当直播界面未处于直播间页面时，表明显示通知事件并不会对用户观看直播造成干扰，因此可以直接完全展示该通知事件的通知卡片。举例而言，可以在非直播页面的中心区域对通知卡片进行展示，并且，对通知卡片内的文字或者链接等内容以不缩略的方式展示，以使用户直观查看该通知卡片。
100.在步骤s450中，判断是否全屏播放。
101.当内容识别结果为直播界面处于直播间页面时，可以进一步对直播页面进行显示
方式识别。
102.具体的，可以是对直播页面是否处于全屏显示的方式进行识别。
103.方式识别结果包括：直播间界面全屏显示和直播间界面非全屏显示。
104.举例而言，当直播界面内的全屏控件开启时，表征该直播界面的方式识别结果为直播间界面全屏显示；当直播界面内的全屏控件没有开启时，表征该直播界面的方式识别结果为直播间界面非全屏显示。
105.在另一实施例中，通过检测终端的状态，从而识别直播间界面是否处于全屏显示。例如，当有全屏创建或者取消的时候，会给句柄为hwndaccessbar的窗口发送id为msg_appbar_msgid的消息。具体到全屏消息，此时wparam为abn_fullscreenapp，而lparam则能够判断当前是有直播间界面的窗口全屏还是有直播间界面的窗口取消全屏。(bool)lparam为true表示有窗口全屏，而(bool)lparam为false则表示有窗口取消全屏状态。或者例如，用getsystemmetrics获取屏幕的宽度和高度，进一步判断窗体和获取到的值是否一致确定直播间界面是否处于全屏显示。
106.在确定直播界面的方式识别结果之后，可以根据该方式识别结果调整直播界面，以在调整后的直播界面内显示通知事件。
107.在步骤s460中，仅视频内容缩放。
108.当方式识别结果为直播界面全屏显示时，对直播界面进行缩放调整处理。
109.图5示出了应用场景下一种显示通知事件的界面示意图，如图5所示，当直播界面全屏显示时，可以对直播界面进行缩放调整处理。具体的，缩放调整处理可以是按照一定的缩放比例缩小该直播界面。该缩放比例可以按照实际情况和需求进行设置，本示例性实施例对此不做特殊限定。
110.该缩放比例的大小可以与通知事件的内容有关。举例而言，当通知内容中仅包含文字时，可以将直播界面缩小至90％的缩放比例大小，以展示通知事件；当通知内容中除了包含文字之外，还包括链接或者图片等其他内容时，可以将该直播界面缩小至80％的缩放比例大小，以展示通知事件。
111.除此之外，该缩放比例的大小也可以与通知事件窗口类型有关。当通知内容中展示的是系统维护等信息时，可以将该直播界面缩小至90％的缩放比例大小，以展示通知事件；当通知内容中展示的是用户福利或者热门活动等信息时，可以将该直播界面缩小至80％的缩放比例大小，以展示通知事件。
112.在对直播界面进行缩放调整处理之后，可以在缩放调整处理后的直播界面内显示通知事件。
113.举例而言，该通知事件的显示方式可以是以缩略内容的形式进行展示，也可以是将全部信息无缩略的展示。进一步的，当想要强调热门活动和用户福利等信息时，还可以对重点文字进行颜色或者大小上的差异化显示。
114.进一步的，在调整后的直播界面内显示通知事件之后，还可以对通知事件进行隐藏，并对调整的直播界面进行恢复，以还原用户原本的观看状态。
115.当在缩放调整处理后的直播界面内显示通知事件之后，用户可以通过上滑通知事件或者等待一段时间的方式隐藏该通知事件。除此之外，也可以通过其他方式隐藏该通知事件，本示例性实施例对此不做特殊限定。
116.进一步的，在通过缩放调整处理的方式调整直播界面的情况下，在隐藏通知事件之后，可以将直播界面重新填充至整个观众端，以恢复直播界面。
117.在步骤s470中，布局整体下移。
118.当直播界面非全屏显示时，可以对直播界面进行界面下移处理。
119.图6示出了应用场景下另一种显示通知事件的界面示意图，如图6所示，当用户对直播界面非全屏观看时，客户端收到通知事件时，可以对直播界面进行界面下移处理。具体的，界面下移处理可以是将直播界面内的组件，例如视频区、导航和公屏发言区整合下移一定空间。该下移空间可以按照实际情况和需求进行设置，本示例性实施例对此不做特殊限定。
120.该下移空间可以与通知事件的具体内容有关。举例而言，当通知内容中仅包含文字时，可以将直播界面下移观众端终端设备的5％长度的空间大小，以展示通知事件；当通知内容中除了包含文字之外，还包括链接或者图片等其他内容时，可以将直播界面下移观众端终端设备的10％长度的空间大小，以展示通知事件。
121.除此之外，该下移空间的大小也可以与通知窗口类型有关。举例而言，当通知内容中展示的是系统维护等信息时，可以将直播界面下移观众端终端设备的5％长度的空间大小，以展示通知事件；当通知内容中展示的是用户福利或者热门活动等信息时，可以将直播界面下移观众端终端设备的10％长度的空间大小，以展示通知事件。
122.在对直播界面进行界面下移处理之后，可以在界面下移处理后的直播界面内显示通知事件。
123.举例而言，该通知事件的显示方式可以是以缩略内容的形式进行展示，也可以是将全部信息无缩略的展示。进一步的，当想要强调热门活动和用户福利等信息时，还可以对重点文字进行颜色或者大小上的差异化显示。
124.进一步的，在调整后的直播界面内显示通知事件之后，还可以对通知事件进行隐藏，并对调整的直播界面进行恢复，以还原用户原本的观看状态。
125.当在界面下移处理后的直播界面内显示通知事件之后，用户可以通过上滑通知事件或者等待一段时间的方式隐藏该通知事件。除此之外，也可以通过其他方式隐藏该通知事件，本示例性实施例对此不做特殊限定。
126.在通过界面下移处理的方式调整直播界面的情况下，在隐藏通知事件之后，可以通过将直播界面的所有组件重新还原位置的方式恢复直播界面。
127.在该应用场景下的通知事件的处理方法，通过显示内容识别和显示方式识别两重判断逻辑调整直播界面，处理逻辑缜密严谨，调整方式与直播界面的多种观看方式和场景完美适配，保证了直播界面的调整准确性，并且，调整过程无需用户投入学习成本或者进行额外操作，优化了用户体验。进一步的，在调整后的直播界面内显示通知事件，是一种兼容显示通知事件和直播界面的显示方式，不会出现由于显示通知事件而导致遮挡直播界面的情况，保证了通知事件的及时提醒效果和直播界面的完全展示效果。
128.此外，在本公开的示例性实施例中，还提供一种通知事件的处理装置，通过观众端提供一直播界面。图7示出了通知事件的处理装置的结构示意图，如图7所示，通知事件的处理装置700可以包括：内容识别模块710、方式识别模块720和事件显示模块730。其中：
129.内容识别模块710，被配置为接收通知事件，对直播界面进行显示内容识别得到内
容识别结果；方式识别模块720，被配置为基于内容识别结果，对直播界面进行显示方式识别得到方式识别结果；事件显示模块730，被配置为根据方式识别结果调整直播界面，以显示通知事件。
130.在本发明的一种示例性实施例中，所述内容识别结果包括：所述直播界面处于直播间页面和所述直播界面处于非直播间页面。
131.在本发明的一种示例性实施例中，所述方法还包括：
132.当所述内容识别结果为所述直播页面处于非直播间页面时，显示所述通知事件。
133.在本发明的一种示例性实施例中，所述基于所述内容识别结果，对所述直播界面进行显示方式识别得到方式识别结果，包括：
134.当所述内容识别结果为所述直播界面处于所述直播间页面时，通过识别位于所述直播界面内的全屏控件是否开启得到方式识别结果。
135.在本发明的一种示例性实施例中，所述方式识别结果包括：所述直播界面间全屏显示和所述直播间界面非全屏显示。
136.在本发明的一种示例性实施例中，所述根据所述方式识别结果调整所述直播界面，以显示所述通知事件，包括：
137.当所述方式识别结果为所述直播界面全屏显示时，对所述直播界面进行缩放调整处理；
138.在所述缩放调整处理后的所述直播界面内显示所述通知事件。
139.在本发明的一种示例性实施例中，所述根据所述方式识别结果调整所述直播界面，以显示所述通知事件，包括：
140.当所述方式识别结果为所述直播界面非全屏显示时，对所述直播界面进行界面下移处理；
141.在所述界面下移处理后的所述直播界面内显示所述通知事件。
142.在本发明的一种示例性实施例中，在所述显示所述通知事件之后，所述方法还包括：
143.隐藏所述通知事件，并恢复所述缩放调整处理后的所述直播界面或恢复所述界面下移处理后的所述直播界面。
144.上述通知事件的处理装置700的具体细节已经在对应的通知事件的处理方法中进行了详细的描述，因此此处不再赘述。
145.应当注意，尽管在上文详细描述中提及了通知事件的处理装置700的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
146.此外，在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。
147.下面参照图8来描述根据本发明的这种实施例的电子设备800。图8显示的电子设备800仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
148.如图8所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830、显示单元840。
149.其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。
150.存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)821和/或高速缓存存储单元822，还可以进一步包括只读存储单元(rom)823。
151.存储单元820还可以包括具有一组(至少一个)程序模块825的程序/实用工具824，这样的程序模块825包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
152.总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
153.电子设备800也可以与一个或多个外部设备1000(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口850进行。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器840通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
154.通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd
‑
rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施例的方法。
155.在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。
156.参考图9所示，描述了根据本发明的实施例的用于实现上述方法的程序产品900，其可以采用便携式紧凑盘只读存储器(cd
‑
rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
157.所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读
存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
158.计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
159.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
160.可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c 等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
161.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。