一种分屏显示方法、装置、电子设备及存储介质
| 专利类型 | 发明公开 | 法律事件 | 公开; 实质审查; |
| 专利有效性 | 实质审查 | 当前状态 | 实质审查 |
| 申请号 | CN202410140683.4 | 申请日 | 2024-01-31 |
| 公开(公告)号 | CN118012557A | 公开(公告)日 | 2024-05-10 |
| 申请人 | 上汽通用五菱汽车股份有限公司; | 申请人类型 | 企业 |
| 发明人 | 翁运排; 谢嵩松; 乔晨翊; 莫崇杰; 谢明君; | 第一发明人 | 翁运排 |
| 权利人 | 上汽通用五菱汽车股份有限公司 | 权利人类型 | 企业 |
| 当前权利人 | 上汽通用五菱汽车股份有限公司 | 当前权利人类型 | 企业 |
| 省份 | 当前专利权人所在省份：广西壮族自治区 | 城市 | 当前专利权人所在城市：广西壮族自治区柳州市 |
| 具体地址 | 当前专利权人所在详细地址：广西壮族自治区柳州市柳南区河西路18号 | 邮编 | 当前专利权人邮编：545027 |
| 主IPC国际分类 | G06F9/451 | 所有IPC国际分类 | G06F9/451 ; G06F3/0481 ; G06F9/445 ; G09G5/14 ; G09G5/30 |
| 专利引用数量 | 0 | 专利被引用数量 | 0 |
| 专利权利要求数量 | 10 | 专利文献类型 | A |
| 专利代理机构 | 北京汇思诚业知识产权代理有限公司 | 专利代理人 | 张育英; |
| 摘要 | 本 申请 实施例 提出了一种分屏显示方法、装置、 电子 设备及存储介质，通过在检测到满足分屏条件的应用可能出现黑屏等异常启动现象时，在应用界面加载期间全程使用分屏 覆盖 界面遮挡分屏区域，确保异常启动现象不会显示在屏幕上，从而避免用户 感知 到黑屏现象，提升用户的视觉体验。其中，分屏显示方法包括：响应于检测到至少一个应用满足分屏条件，创建至少一个分屏区域；响应于全部应用中存在至少一个与异常启动应用名单相匹配的目标应用，当目标应用的应用界面在对应的分屏区域开始加载时，在对应的分屏区域显示对应的分屏覆盖界面；响应于目标应用对应的应用界面加载完成，并显示在对应的分屏区域上，删除对应的分屏覆盖界面。 | ||
| 权利要求 | 1.一种分屏显示方法，其特征在于，应用于终端侧，所述方法包括： |
||
| 说明书全文 | 一种分屏显示方法、装置、电子设备及存储介质【技术领域】 [0002] 当前的终端设备普遍支持应用分屏功能，也就是将显示屏划分为多个分屏，从而满足用户同时操作多个应用的需求。 [0003] 但是在需要从单屏模式切换至分屏模式时，或需要在分屏模式下创建额外的分屏时，往往会因为终端的运算性能受限，出现短时间的分屏区域黑屏等异常现象，从而导致用户视觉体验不佳。【发明内容】 [0004] 本申请实施例提供了一种分屏显示方法、装置、电子设备及存储介质，通过在检测到满足分屏条件的应用可能出现黑屏等异常启动现象时，在应用界面加载期间全程使用分屏覆盖界面遮挡分屏区域，确保异常启动现象不会显示在屏幕上，从而避免用户感知到黑屏现象，提升用户的视觉体验。 [0005] 第一方面，本申请实施例提供了一种分屏显示方法，应用于终端侧，所述方法包括： [0006] 响应于检测到至少一个应用满足分屏条件，创建至少一个分屏区域，每个所述分屏区域均与一个所述应用对应； [0007] 响应于全部所述应用中存在至少一个与异常启动应用名单相匹配的目标应用，当所述目标应用的应用界面在对应的所述分屏区域开始加载时，在对应的所述分屏区域显示对应的分屏覆盖界面，所述分屏覆盖界面的显示尺寸等于所述分屏区域的尺寸，且不透明度大于零； [0008] 响应于所述目标应用对应的应用界面加载完成，并显示在对应的所述分屏区域上，删除对应的所述分屏覆盖界面。 [0009] 本申请实施例中，在存在至少一个应用需要显示在分屏区域时，将所有需要分屏显示的应用与异常启动应用名单进行匹配，并在相匹配的目标应用对应的分屏区域显示对应的分屏覆盖界面，以遮挡可能出现的黑屏等异常现象，从而避免用户感知到这些异常现象，提升用户的视觉体验。 [0010] 可选的，所述目标应用对应的所述分屏覆盖界面采用预设的第一界面布局与第一外观样式，所述第一界面布局用于指示所述分屏覆盖界面中至少一个界面元素的排列方式，所述界面元素包括文本、图片、视频或者交互按钮，所述第一外观样式至少用于指示所述分屏覆盖界面的背景颜色、显示分辨率与字体格式。 [0011] 本申请实施例中，根据预设的第一外观样式与第一界面布局显示目标应用的分屏覆盖界面，实现所有可能出现黑屏的应用均利用统一的分屏覆盖界面进行显示，使用户在开启不同目标应用时，获得一致的视觉体验，并降低分屏覆盖界面的设计成本。 [0012] 可选的，所述目标应用对应的所述分屏覆盖界面采用第二界面布局与第二外观样式，所述第二界面布局与所述目标应用的应用界面布局一致，所述第二外观样式与所述目标应用的应用界面外观样式一致；或者， [0013] 所述目标应用对应的所述分屏覆盖界面采用第三界面布局与第三外观样式，所述第三界面布局与所述终端侧的系统界面布局一致，所述第三外观样式与所述终端侧的系统界面外观样式一致。 [0014] 本申请实施例中，通过使用与目标应用的应用界面一致的第二界面布局、第二外观样式，或使用与终端测的系统界面一致的第三界面布局、第三外观样式，加载目标应用的分屏覆盖界面，从而使用户在使用分屏功能时不会感到界面切换的突兀，获得更加连贯的视觉体验。 [0015] 可选的，响应于全部所述应用中存在至少一个与异常启动应用名单相匹配的目标应用，当所述目标应用的应用界面在对应的所述分屏区域开始加载时，在对应的所述分屏区域显示对应的分屏覆盖界面，包括： [0016] 响应于全部所述应用中存在至少一个与所述异常启动应用名单相匹配的所述目标应用，为所述目标应用添加覆盖标签； [0017] 响应于检测到所述覆盖标签，从预设的资源库中查找出用于加载所述目标应用对应的所述分屏覆盖界面的界面资源文件； [0018] 根据查找出的所述界面资源文件，在被添加所述覆盖标签的所述目标应用对应的所述分屏区域中，加载对应的所述分屏覆盖界面； [0019] 将加载完成的所述分屏覆盖界面显示在所述目标应用对应的所述分屏区域中。 [0020] 本申请实施例中，通过为目标应用添加覆盖标签，使系统快速识别出需要显示分屏覆盖界面的目标应用，并根据覆盖标签显示目标应用对应的分屏覆盖界面，从而在目标应用可能出现黑屏等异常现象时，系统可以根据覆盖标签直接找到对应的目标应用，实现对异常现象的快速响应，加快分屏覆盖界面的显示速度。 [0021] 可选的，在响应于全部所述应用中存在至少一个与异常启动应用名单相匹配的目标应用，当所述目标应用的应用界面在对应的所述分屏区域开始加载时，在对应的所述分屏区域显示对应的分屏覆盖界面之前，所述方法还包括： [0022] 响应于所述应用首次启动，获取所述应用的启动时间； [0023] 响应于所述应用对应的应用界面显示完成，记录所述应用的界面显示时间； [0024] 计算所述界面显示时间与所述启动时间之间的时间差值； [0025] 响应于所述时间差值大于第一设定时间阈值，将与所述时间差值对应的所述应用添加至所述异常启动应用名单。 [0026] 本申请实施例中，通过获取目标应用的启动时间与界面显示时间之间的时间差值，并判断该时间差值是否大于第一设定时间阈值，确认应用是否可能出现黑屏等异常现象，从而及时排查出可能存在异常现象的目标应用，实现对异常启动应用名单的自动化更新，节省人工维护异常启动应用名单的繁琐程度。 [0027] 可选的，响应于所述目标应用对应的应用界面加载完成，并显示在对应的所述分屏区域上，删除对应的所述分屏覆盖界面，包括： [0028] 响应于所述目标应用对应的应用界面加载完成，将所述目标应用的应用界面显示在对应的所述分屏覆盖界面之下； [0029] 响应于所述目标应用对应的应用界面显示完成，基于预设的减少量，周期性地减少对应的所述分屏覆盖界面的不透明度，直至所述分屏覆盖界面的不透明度减少至零，所述减少量为零到一之间的任意数； [0030] 从所述目标应用对应的所述分屏区域中删除对应的所述分屏覆盖界面。 [0031] 本申请实施例中，在分屏覆盖界面删除之前，调整分屏覆盖界面的不透明度，制造分屏覆盖界面的淡出效果，从而实现在分屏覆盖界面与应用界面之间进行淡入淡出切换的效果，增强分屏切换的视觉连续性。 [0032] 可选的，响应于全部所述应用中存在至少一个与预设的异常启动应用名单相匹配的目标应用，在应用界面开始加载时，在所述目标应用对应的所述分屏区域显示对应的分屏覆盖界面之后，所述方法还包括： [0034] 响应于所述目标应用的进程为异常状态，重新启动所述目标应用，并加载所述目标应用对应的应用界面。 [0035] 本申请实施例中，通过判断应用界面的加载时间是否大于第二设定时间阈值，初步确定应用可能处于异常状态，并进一步通过检测应用进程，确定目标应用是处于计算量过大导致的暂时卡顿状态，还是处于需要重启的进程已终止状态或无法响应状态，从而实现在分屏覆盖界面的遮挡下，对异常状态的应用进行自动重启的效果，避免用户感知到异常状态，进一步提升用户的操作体验。 [0036] 第二方面，本申请实施例提供了一种分屏显示装置，设置于终端侧，所述装置包括： [0037] 分屏区域创建单元，用于响应于检测到至少一个应用满足分屏条件，创建至少一个分屏区域，每个所述分屏区域均与一个所述应用对应； [0038] 显示单元，用于响应于全部所述应用中存在至少一个与异常启动应用名单相匹配的目标应用，当所述目标应用的应用界面在对应的所述分屏区域开始加载时，在对应的所述分屏区域显示对应的分屏覆盖界面，所述分屏覆盖界面的显示尺寸等于所述分屏区域的尺寸，且不透明度大于零； [0039] 删除单元，用于响应于所述目标应用对应的应用界面加载完成，并显示在对应的所述分屏区域上，删除对应的所述分屏覆盖界面。 [0040] 可选的，所述目标应用对应的所述分屏覆盖界面采用预设的第一界面布局与第一外观样式，所述第一界面布局用于指示所述分屏覆盖界面中至少一个界面元素的排列方式，所述界面元素包括文本、图片、视频或者交互按钮，所述第一外观样式至少用于指示所述分屏覆盖界面的背景颜色、显示分辨率与字体格式。 [0041] 可选的，所述目标应用对应的所述分屏覆盖界面采用第二界面布局与第二外观样式，所述第二界面布局与所述目标应用的应用界面布局一致，所述第二外观样式与所述目标应用的应用界面外观样式一致；或者， [0042] 所述目标应用对应的所述分屏覆盖界面采用第三界面布局与第三外观样式，所述第三界面布局与所述终端侧的系统界面布局一致，所述第三外观样式与所述终端侧的系统界面外观样式一致。 [0043] 可选的，所述显示单元具体用于： [0044] 响应于全部所述应用中存在至少一个与所述异常启动应用名单相匹配的所述目标应用，为所述目标应用添加覆盖标签； [0045] 响应于检测到所述覆盖标签，从预设的资源库中查找出用于加载所述目标应用对应的所述分屏覆盖界面的界面资源文件； [0046] 根据查找出的所述界面资源文件，在被添加所述覆盖标签的所述目标应用对应的所述分屏区域中，加载对应的所述分屏覆盖界面； [0047] 将加载完成的所述分屏覆盖界面显示在所述目标应用对应的所述分屏区域中。 [0048] 可选的，所述装置还包括： [0049] 时间获取单元，用于响应于所述应用首次启动，获取所述应用的启动时间； [0050] 所述时间获取单元，还用于响应于所述应用对应的应用界面显示完成，记录所述应用的界面显示时间； [0051] 计算单元，用于计算所述界面显示时间与所述启动时间之间的时间差值； [0052] 名单添加单元，用于响应于所述时间差值大于第一设定时间阈值，将与所述时间差值对应的所述应用添加至所述异常启动应用名单。 [0053] 可选的，所述删除单元具体用于： [0054] 响应于所述目标应用对应的应用界面加载完成，将所述目标应用的应用界面显示在对应的所述分屏覆盖界面之下； [0055] 响应于所述目标应用对应的应用界面显示完成，基于预设的减少量，周期性地减少对应的所述分屏覆盖界面的不透明度，直至所述分屏覆盖界面的不透明度减少至零，所述减少量为零到一之间的任意数； [0056] 从所述目标应用对应的所述分屏区域中删除对应的所述分屏覆盖界面。 [0057] 可选的，所述装置还包括： [0058] 异常状态检测单元，用于响应于所述目标应用对应的应用界面的加载时间大于第二设定时间阈值，检测所述目标应用的进程是否为异常状态，所述异常状态至少包括进程已终止状态和无法响应状态； [0059] 应用重启单元，用于响应于所述目标应用的进程为异常状态，重新启动所述目标应用，并加载所述目标应用对应的应用界面。 [0060] 第三方面，本申请实施例提供了一种电子设备，所述电子设备包括至少一个处理器以及与所述至少一个处理器连接的存储器，所述至少一个处理器用于执行存储器中存储的计算机程序时实现如第一方面所述方法的步骤。 [0061] 第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述方法的步骤。 [0063] 为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。 [0064] 图1为本申请实施例提供的一种分屏显示方法的流程示意图； [0065] 图2(a)‑2(b)是本申请实施例提供的一种分屏区域显示模式的示意图； [0066] 图3为本申请实施例提供的一种分屏覆盖界面的显示效果示意图； [0067] 图4为本申请实施例提供的另一种分屏覆盖界面的显示效果示意图； [0068] 图5为本申请实施例提供的另一种分屏覆盖界面的显示效果示意图； [0070] 图7为本申请实施例提供的另一种分屏覆盖界面的显示效果示意图； [0071] 图8为本申请实施例提供的另一种分屏覆盖界面的显示效果示意图； [0072] 图9为本申请实施例提供的一种分屏覆盖界面的显示方法的流程示意图； [0073] 图10为本申请实施例提供的一种异常启动应用名单的添加方法的流程示意图； [0074] 图11为本申请实施例提供的一种分屏覆盖界面的删除方法的流程示意图； [0075] 图12为本申请实施例提供的一种目标应用异常状态检测方法的流程示意图； [0076] 图13为本申请实施例提供的一种分屏显示装置的结构示意图； [0077] 图14为本申请实施例提供的一种电子设备的结构示意图。【具体实施方式】 [0078] 为了更好的理解本说明书的技术方案，下面结合附图对本申请实施例进行详细描述。 [0079] 应当明确，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本说明书保护的范围。 [0080] 在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。 [0081] 当前的终端设备普遍支持应用分屏功能，也就是将显示屏划分为多个分屏，从而满足用户同时操作多个应用的需求。 [0082] 经本申请发明人研究发现，在需要从单屏模式切换至分屏模式时，或需要在分屏模式下创建额外的分屏时，往往会因为终端的运算性能受限，出现短时间的分屏区域黑屏等异常现象，从而导致用户视觉体验不佳。 [0083] 鉴于此，本申请实施例提供了一种分屏显示方法，通过在检测到满足分屏条件的应用可能出现黑屏等异常启动现象时，在应用界面加载期间全程使用分屏覆盖界面遮挡分屏区域，确保异常启动现象不会显示在屏幕上，从而避免用户感知到黑屏现象，提升用户的视觉体验。 [0084] 下面结合附图，对本申请实施例所提供的方案进行介绍： [0085] 请参见图1，是本申请实施例提供的一种分屏显示方法的流程示意图。该方法应用于终端侧，该终端侧的类型包括但不限于桌上型计算机、笔记本电脑、掌上电脑、手机、苹果电脑、智能手表、平板电脑、车载电脑等终端，且方法步骤如下： [0086] 步骤101：响应于检测到至少一个应用满足分屏条件，创建至少一个分屏区域。 [0087] 本申请实施例中，各类应用可满足的分屏条件至少包括以下三种： [0088] (1)用户的分屏操作指令选中至少一个应用，使被选中的至少一个应用需要执行分屏显示； [0089] (2)用户启动至少一个应用，且至少一个被启动的应用内部的某些功能模块需要执行分屏显示(例如启动视频播放应用并选择同时播放多视频时，可能需要执行分屏显示以同时显示多视频播放界面)； [0090] (3)用户设置了某些被触发时自动执行的预设条件，并在特定条件下触发了其中一项或多项预设条件(例如在开启地图导航时点开音乐播放界面，则自动切换至分屏模式，以同时显示音乐播放界面与地图导航界面)。 [0091] 当检测到有至少一个应用满足上述分屏条件时，即可以立即启动对分屏区域的创建。一般来说，每个满足分屏条件的应用都会被分配一个对应的分屏区域，用以在分屏模式下显示该应用的可视化界面。 [0092] 但当一个应用存在特殊功能或显示需要(如对于媒体播放功能，可能同时存在多个需要播放的视频或音频；或者对于游戏娱乐功能，可能建立多窗口以支持多用户的分屏操作)时，也可以被分配到多个分屏区域。 [0093] 具体来说，创建分屏区域的一种可行方式如下： [0094] 预设多个分屏区域的显示模式，并在用户选择了其中一种分屏区域显示模式，或设置了其中一种分屏区域显示模式为默认时，自动根据所选择的分屏区域显示模式对应的分屏区域排列方式、分屏区域大小与形状，在屏幕上创建对应的一个或多个分屏区域，以显示对应数量的应用界面。 [0095] 图2(a)‑2(b)是本申请实施例提供的一种分屏区域显示模式的示意图，例如，对于一个长16cm、宽12cm的矩形屏幕，以屏幕中心点为坐标系原点，屏幕的水平方向为坐标系的X轴，垂直方向为坐标系的Y轴，且一个单位坐标距离为1cm。则一种用户可选择的分屏区域显示模式如图2(a)所示： [0096] 在矩形屏幕上分别创建两个长8cm、宽12cm的矩形分屏区域，其中一个分屏区域①的中心点坐标为(‑4，0)，另一个分屏区域②的中心点坐标为与(4，0)。 [0097] 或者，一种用户可选择的分屏区域显示模式如图2(b)所示： [0098] 在矩形屏幕上分别创建四个长8cm、宽6cm的矩形分屏区域，其中，第一个分屏区域③的中心点坐标为(‑4，3)、第二个分屏区域④的中心点坐标为(4，3)、第三个分屏区域⑤的中心点坐标为(‑4，‑3)、第四个分屏区域⑥的中心点坐标为(4，‑3)。 [0099] 根据生产厂家或用户的设置不同，像这样的分屏区域显示模式还可以有很多种，此处不再赘述。 [0100] 而由于在分屏显示的模式下，容易因为应用的黑屏、花屏、界面乱码等异常现象的出现，导致用户明显感知到应用加载的不顺畅，降低用户的使用体验。因此需要采用分屏覆盖界面对出现的黑屏等异常现象进行遮挡。 [0101] 步骤102：响应于全部应用中存在至少一个与异常启动应用名单相匹配的目标应用，当目标应用的应用界面在对应的分屏区域开始加载时，在对应的分屏区域显示对应的分屏覆盖界面。 [0102] 本申请实施例中，在检测到分屏模式启动时，可以使用系统内的异常启动应用名单，与分屏模式需要显示的至少一个应用进行匹配。异常启动应用名单内记录有一个或多个可能出现黑屏、花屏或界面乱码等异常现象的应用，其来源可以是一个预设于终端侧内的固定名单，也可以是预设有初始内容、且能够供用户自行设置的可变动名单，从而满足不同的匹配需求。 [0103] 具体来说，一种可行的匹配方式如下： [0104] 将异常启动应用名单内记录的所有应用，与即将通过分屏模式启动的应用之间进行应用名称的对比，当异常启动应用名单内记录的某个应用与即将通过分屏模式启动的某个应用存在应用名称一致的情况时，即可认为即将通过分屏模式启动的该应用，为可能出现黑屏等异常启动现象的目标应用。 [0105] 在一些实施例中，用于在异常启动应用名单与至少一个满足分屏条件的应用之间进行对比的参数，还可以是应用签名、应用标识码，或者以上所提到的三种对比参数中的任意多个。 [0106] 而在确定了需要显示分屏覆盖界面的目标应用之后，即可开始在目标应用对应的分屏区域加载对应的、用于遮盖应用界面的分屏覆盖界面，并在加载完成之后将分屏覆盖界面显示在对应的目标应用的应用界面之上。而在具体的加载过程中，还应确定所显示的分屏覆盖界面的具体外观。 [0107] 一般来说，对于与目标应用对应的分屏覆盖界面，其不透明度默认为大于0的预设值，且显示尺寸默认等于目标应用对应的分屏区域的尺寸，以实现完整遮盖住应用界面，避免用户感知到异常现象的目的。 [0108] 例如，对于一个目标应用，在分屏模式下其应用界面的显示大小为720*960，则分屏覆盖界面的显示尺寸也应为720*960。同时，该分屏覆盖界面的不透明度被按照预设值设置为1。 [0109] 应理解，由于分屏覆盖界面往往具有比应用界面更少的界面元素、更简单的功能内容，因此其加载速度也比起目标应用的应用界面更快，可以在目标应用开始加载应用界面时，采用并行加载或优先加载分屏覆盖界面的方式，将分屏覆盖界面快速显示在目标应用对应的分屏区域上。 [0110] 例如，当目标应用的分屏覆盖界面仅显示一个界面元素(即具有相对最简的显示方式)时，在采取优先加载分屏覆盖界面这种方式的前提下，加载速度一般可缩短至50毫秒以内。 [0111] 从而，由于分屏覆盖界面具有更加精简的界面元素(按照惯例，一般仅在1‑10个以内)，而对应的应用界面往往需要显示更多界面元素(按照惯例，一般在10‑50个以内或更多)，可以使分屏覆盖界面在并行加载或优先于应用界面加载的情况下，以比应用界面快接近一个数量级的速度显示在对应的分屏区域上，使黑屏等异常现象可能的出现时间缩短至用户几乎无法感知的范围内。 [0112] 同时，由于更少的界面元素，在加载分屏覆盖界面时出现黑屏等异常现象的概率相比对应的应用界面也低将近一个数量级。 [0113] 通过这种方式，即可实现使用分屏覆盖界面遮挡分屏区域，避免用户感知到黑屏等异常现象的效果。 [0114] 而在这一基础上，针对不同的系统设置、应用设置与用户使用习惯，还可以将显示的分屏覆盖界面按照界面布局与外观样式的不同划分为不同的界面类型。 [0115] 作为一种可能的实施方式，目标应用对应的分屏覆盖界面采用预设的第一界面布局与第一外观样式，第一界面布局用于指示分屏覆盖界面中至少一个界面元素的排列方式，界面元素包括文本、图片、视频或者交互按钮，第一外观样式至少用于指示分屏覆盖界面的背景颜色、显示分辨率与字体格式。 [0116] 本申请实施例中，考虑到分屏显示方法的简便性与设计成本，一种标准的分屏覆盖界面设置方式为：给所有异常启动应用名单内的应用分配相同的分屏覆盖界面，使所有目标应用均加载同一个预设的分屏覆盖界面。 [0117] 应理解，由于这种预设的分屏覆盖界面需要确保在分屏模式启动时，充分遮挡分屏区域上显示的异常现象，改善用户的视觉体验与操作体验。因此，为了可以让预设的分屏覆盖界面在遮挡黑屏等异常现象的同时，不会使用户感觉到无聊，可以设置预设的界面元素为以下形式中的一种或多种： [0118] (1)可供用户阅读的文本信息，如系统操作提示信息、天气预报信息、热点新闻信息等。 [0119] (2)可供用户欣赏的图片，如壁纸图片、终端侧相册中的随机图片、热点新闻配图、书本插图等。 [0121] (4)可执行简单交互功能的交互按钮，如文本信息切换按钮、分屏区域位置调整按钮、应用基础功能执行按钮(例如，音乐播放应用的音乐播放按钮)等。 [0122] 具体来说，由于该预设的分屏覆盖界面为所有目标应用通用的分屏覆盖界面，并且其对应的第一界面布局、第一外观样式均已为预设参数，可以通过接收用户的自定义命令，改变这些默认的预设参数。因此，该分屏覆盖界面的界面布局、外观样式既可以是固定不变的，也可以是根据用户的自定义命令任意更改的。 [0123] 例如，图3是本申请实施例提供的一种分屏覆盖界面的显示效果示意图，如图所示，对于显示在屏幕1上的目标应用A的分屏覆盖界面2与目标应用B的分屏覆盖界面3，具有相同的第一界面布局，即在分屏覆盖界面的中央位置显示有一个预设的文字信息4，同时还具有相同的第一外观样式，即分屏覆盖界面的背景颜色均为预设的灰色。 [0124] 同时，图4是本申请实施例提供的另一种分屏覆盖界面的显示效果示意图，如图4所示，对于同时以分屏模式显示在屏幕1上的应用5、应用6、目标应用C与目标应用D，其中应用5、应用6不需要加载分屏覆盖界面，目标应用C需要显示分屏覆盖界面7，目标应用D需要显示分屏覆盖界面8，且分屏覆盖界面7与分屏覆盖界面8具有相同的第一界面布局与第一外观样式。第一界面布局为在分屏覆盖界面的中央位置显示有预设的图片9，第一外观样式为在分屏覆盖界面的背景颜色为预设的灰色。 [0125] 应理解，与图4所示的显示效果示意图类似的，对于需要同时显示多个分屏区域的情况，其中任意个需要显示分屏覆盖界面的目标应用都可以显示相同的分屏覆盖界面，且这些分屏覆盖界面都具有相同的第一界面布局与第一外观样式。 [0126] 在一些实施例中，异常启动应用名单内的每个应用均可以对应一个不同的分屏覆盖界面，每个应用对应的分频覆盖界面均具有不同的界面布局与外观样式。 [0127] 具体来说，图5是本申请实施例提供的另一种分屏覆盖界面的显示效果示意图。如图5所示，在一些实施例中，对于同时以分屏模式显示在屏幕1上的目标应用E与目标应用F，目标应用F需要显示分屏覆盖界面10，目标应用G需要显示分屏覆盖界面11，且分屏覆盖界面10的界面布局为在中央位置显示一张预设图片12，分屏覆盖界面11的界面布局为在中央位置显示一个预设视频13；分屏覆盖界面10的外观样式中，背景颜色显示为白色，分屏覆盖界面11的外观样式中的背景颜色则显示为灰色。 [0128] 而对于用户通过自定义命令修改分屏覆盖界面的方案，图6是本申请实施例提供的一种分屏覆盖界面的修改效果示意图。如图6所示，在一些实施例中，对于以分屏模式显示在屏幕1上的目标应用G的分屏覆盖界面14，可以通过用户的自定义命令，修改分屏覆盖界面14的界面布局与外观样式。该自定义命令的生成方式包括但不限于：对终端侧显示的图形化操作界面进行操作、向终端侧中输入任意指令，或者运行特定的配置文件。 [0129] 例如，当终端侧在用户发起分屏覆盖界面的自定义操作时，通过显示的图形化操作界面，接收到了用户针对分屏覆盖界面14生成的自定义命令，且自定义命令的内容，是将分屏覆盖界面14的第一界面布局所指定显示的图片15修改为相同显示尺寸、相同显示位置的视频16，以及将分屏覆盖界面14的第一外观样式所指定的背景颜色从白色修改为灰色，则分屏覆盖界面14的修改效果如图6所示。 [0130] 并且，当终端侧接收到这条针对分屏覆盖界面14的自定义命令，并按照该自定义命令对目标应用G的分屏覆盖界面14执行修改后，会将修改内容更新到第一界面布局与第一外观样式，并保存更新后的第一界面布局、第一外观样式。 [0131] 此外，为了进一步提升分屏覆盖界面的视觉连贯性，还可以使分屏覆盖界面与对应的目标应用的应用界面或终端侧的系统界面，具有相同的界面布局与外观样式。 [0132] 图7为本申请实施例提供的另一种分屏覆盖界面的显示效果示意图，作为一种可能的实施方式，目标应用对应的分屏覆盖界面采用第二界面布局与第二外观样式，第二界面布局与目标应用的应用界面布局一致，第二外观样式与目标应用的应用界面外观样式一致；或者， [0133] 目标应用对应的分屏覆盖界面采用第三界面布局与第三外观样式，第三界面布局与终端侧的系统界面布局一致，第三外观样式与终端侧的系统界面外观样式一致。 [0134] 本申请实施例中，如图7所示，为了使目标应用H对应的分屏覆盖界面17与目标应用H的应用界面18具有相似的视觉效果，提升从分屏覆盖界面17切换至应用界面18时的视觉连贯性，可以对目标应用H的分屏覆盖界面17采用与目标应用H的应用界面18一致的第二界面布局和第二外观样式。 [0135] 例如，目标应用H的应用界面18(虚线框)在界面中央位置显示有一个可交互按钮19，且在界面的最下方居中位置显示有一个固定尺寸的图片20，则在目标应用的分屏覆盖界面17(实线框)中，同样可以在界面中央位置显示有相同的可交互按钮19，并在界面最下方居中位置显示有与应用界面18中的图片20尺寸相同的图片20。 [0136] 而作为实现这一显示效果的具体方案，在应用被添加至异常启动应用名单时，将会同时读取该新添加的应用的应用界面，获取应用界面布局与应用界面外观样式，将应用界面布局作为对应的第二界面布局进行保存，将应用界面外观样式作为第二外观样式进行保存。 [0137] 此外，为了减少分屏覆盖界面的加载计算量与加载中出现黑屏等异常启动现象的风险，使分屏覆盖界面的加载过程不至于像应用界面一样出现影响用户视觉体验的情况，可以采用以下任意解决方案中的一种或两种： [0138] (1)在分屏覆盖界面中复用与应用界面相同的第二界面布局与第二外观样式，以保持与应用界面相似的视觉效果。但所有界面元素(如可交互按钮)仅具备与应用界面中对应界面元素(如同样位置的可交互按钮)一致的外观，用于向用户展示界面外观而非执行任何实际功能，从而避免在分屏覆盖界面上加载执行相应功能的代码或资源，大幅简化分屏覆盖界面的实际功能。 [0139] 具体来说，在目标应用加载应用界面时，一般需要将应用界面所使用到的文件加载至终端侧的内存中。因此，当在分屏覆盖界面中，显示对应的应用界面中对应位置的界面元素时，即可直接调用内存中与界面元素外观对应的文件，以在分屏覆盖界面中加载对应界面元素的外观，降低重复读取、调用相同文件导致的资源占用。 [0140] 同时，由于不需要在分屏覆盖界面中加载界面元素对应的功能，可以避免在后台加载一些与界面元素相关联的功能进程，从而进一步减少内存资源的占用。 [0141] 综上，由于减少了该界面元素对应的相关功能，节省了由此造成的内存占用，可以降低分屏界面出现黑屏等异常现象的概率。 [0142] (2)分屏覆盖界面采用与应用界面相同的第二界面布局与第二外观样式，但所显示的至少一个界面元素仅包括应用界面中的主要元素(如位于页面中央位置的预设图片、预设视频)，使分屏覆盖界面具有与应用界面相似的视觉效果。 [0143] 具体来说，分屏覆盖界面中需要保留的主要元素可人为设定，也可以通过预设的自动筛选规则进行选取。 [0144] 另一方面，图8为本申请实施例提供的另一种分屏覆盖界面的显示效果示意图。如图8所示，为了使目标应用I对应的分屏覆盖界面21与终端侧的系统界面22具有相似的视觉效果，提升从系统界面22切换至分屏覆盖界面21时的视觉连续性，可以对目标应用I的分屏覆盖界面21采用与终端侧的系统界面22一致的第三界面布局与第三外观样式。 [0145] 例如，终端侧的系统界面22(虚线框)具有多个等距排列的应用图标23，则对于分屏覆盖界面21(实线框)，可以在与系统界面22相同的位置，分别显示与系统界面22相同的多个应用图标23。 [0146] 由于这种显示方式的具体实现思路，与目标应用的分屏覆盖界面采用第二界面布局、第二外观样式时的实现思路相似，故此处不再赘述。 [0147] 应理解，由于在采用第三界面布局、第三外观样式时，分屏覆盖界面同样可能出现黑屏等异常现象，因此同样需要采用以下任一种或两种解决方法，避免影响用户的视觉体验： [0148] (1)在分屏覆盖界面中复用与终端侧系统界面相同的第三界面布局与第三外观样式，以保持与系统界面相似的视觉效果。但所有界面元素(如可交互按钮)仅具备与系统界面对应的界面元素(如同样位置的可交互按钮)相同的外观，用于向用户展示界面外观，而不执行任何实际功能，从而避免在分屏覆盖界面上加载执行相应功能的代码或资源，简化分屏覆盖界面的实际功能与资源加载量。 [0149] (2)分屏覆盖界面中采用与终端侧系统界面相同的第三界面布局与第三外观样式，但所显示的至少一个界面元素仅包括系统界面中的主要元素(如位于页面中央位置的预设图片、预设视频)，使分屏覆盖界面具有与终端侧的系统界面相似的视觉效果。 [0150] 具体来说，分屏覆盖界面中需要保留的主要元素可人为设定，也可以通过预设的自动筛选规则进行选取。 [0151] 此外，对于目标应用的分屏覆盖界面，为了尽可能加快分屏覆盖界面的显示速度，还需要对分屏覆盖界面的具体显示方式进行优化。 [0152] 图9为本申请实施例提供的一种分屏覆盖界面的显示方法的流程示意图，作为一种可能的实施方式，步骤102可以通过执行子步骤1021至1024来进一步实现。 [0153] 步骤1021：响应于全部应用中存在至少一个与异常启动应用名单相匹配的目标应用，为目标应用添加覆盖标签。 [0154] 本申请实施例中，当检测到至少一个与异常启动应用名单相匹配(例如，应用名称一致或应用签名一致)的目标应用时，可以为该目标应用分配对应的覆盖标签，该覆盖标签将与目标应用的进程相关联(绑定)，使终端侧既可以在需要识别到目标应用时，同步识别到对应的覆盖标签；也可以不识别目标应用，而是直接识别所有被添加的覆盖标签。 [0155] 步骤1022：响应于检测到覆盖标签，从预设的资源库中查找出用于加载目标应用对应的分屏覆盖界面的界面资源文件。 [0156] 在加载分屏覆盖界面时，可以根据所添加的覆盖标签，快速判断需要加载哪个目标应用对应的分屏覆盖界面，以及分屏覆盖界面所需要显示的、目标应用对应的分屏区域，从而加快分屏覆盖界面显示时的响应速度。 [0157] 随后，在终端侧预设的资源库中查找到加载分屏覆盖界面所需的界面资源文件。该预设的资源库可以位于终端侧的易失性可读存储介质或非易失性可读存储介质中，用于保存任何用于加载分屏覆盖界面的界面资源文件。 [0158] 步骤1023：根据查找出的界面资源文件，在被添加覆盖标签的目标应用对应的分屏区域中，加载对应的分屏覆盖界面。 [0159] 而在查找到目标应用对应的界面资源文件后，即可根据所查找出的界面资源文件，以及确定的绑定有覆盖标签的目标应用对应的分屏区域，开始加载对应的分屏覆盖界面。 [0160] 具体来说，加载目标应用的分屏覆盖界面，需要按照界面资源文件中指定的执行顺序，先后加载分屏覆盖界面的外观样式、至少一个界面元素等内容。由于分屏覆盖界面的具体加载原理，与目标应用的应用界面类似，故此处不再赘述。 [0161] 步骤1024：将加载完成的分屏覆盖界面显示在目标应用对应的分屏区域中。 [0162] 当分屏覆盖界面加载完成后，即可将其显示在目标应用对应的分屏区域上。具体来说，一种可行的分屏覆盖界面显示方法是通过WindowManager的addView方法，将遮盖界面覆盖在分屏区域内的应用界面之上。 [0163] 此外，由于仅靠用户或生产厂商手动更新异常启动应用名单的方法，可能存在名单更新不及时的弊端，因此，还需要引入对异常启动应用名单自动进行更新的方法。 [0164] 图10是本申请实施例提供的一种异常启动应用名单的添加方法的流程示意图，作为一种可能的实施方式，在步骤101之前，还可以进一步执行步骤104至106。 [0165] 步骤104：响应于应用首次启动，获取应用的启动时间。 [0166] 本申请实施例中，当检测到存在某个应用首次启动时，可以立刻获取该应用的启动时间，作为判断该应用是否可能存在启动时黑屏等异常现象的判断指标之一。 [0167] 具体来说，检测某个应用是否为首次启动，以及获取应用的启动时间，均可以通过读取系统运行日志、建立后台监听机制等方法来实现。 [0168] 步骤105：响应于应用对应的应用界面显示完成，记录应用的界面显示时间。 [0169] 而在应用对应的应用界面显示完成后，可以通过检测应用的加载情况实现。具体来说，一种可行的方式是获取应用Activity的生命周期，当生命周期走到onResume，即终端侧确定应用已在后端准备完毕后，就可以认为应用界面已经创建完成。 [0170] 步骤106：计算界面显示时间与启动时间之间的时间差值。 [0171] 在得到界面显示时间与启动时间之后，即可对这两个值进行作差，从而得到用于表示应用从启动到界面加载完成并显示的总时长的时间差值，作为应用是否存在黑屏等异常启动现象的判断指标。 [0172] 步骤107：响应于时间差值大于第一设定时间阈值，将与时间差值对应的应用添加至异常启动应用名单。 [0173] 本申请实施例中，对于首次启动的应用，可以设置一个用于判断应用是否存在黑屏、花屏、界面乱码等异常现象的第一设定时间阈值。该第一设定时间阈值可以是在对某一型号的终端中的多种应用进行大量测试后，归纳出的所有应用对应的平均启动耗时，即是说，当这一型号的终端中，有某个应用的启动时长大于平均启动耗时，则可以认为该应用存在过长的启动耗时，有可能在启动过程中出现黑屏等现象。 [0174] 在根据启动时间与界面显示时间作差得到时间差值后，可以比较第一设定时间阈值与时间差值的大小关系，时间差值相对更大，则可以认为该应用可能会在启动时出现黑屏等异常现象，将其加入异常启动应用名单；而当第一设定时间阈值相对更大时，则认为该应用不存在启动时出现黑屏等异常现象的风险，不对该应用作任何处理。 [0175] 步骤103：响应于目标应用对应的应用界面加载完成，并显示在对应的分屏区域上，删除对应的分屏覆盖界面。 [0176] 本申请实施例中，当目标应用的应用界面加载完成后，由于分屏覆盖界面始终覆盖于常规的应用界面之上，在应用界面加载完成并显示于分屏界面上时，分屏覆盖界面会对应用界面造成遮挡，使应用功能无法被用户正常使用。 [0177] 为了避免这种影响用户体验的情况出现，还需要及时删除覆盖在应用界面上的分屏覆盖界面，确保应用的正常使用。 [0178] 图11是本申请实施例提供的一种分屏覆盖界面的删除方法的流程示意图，作为一种可能的实施方式，步骤103可以通过执行子步骤1031至1034来进一步实现。 [0179] 步骤1031：响应于目标应用对应的应用界面加载完成，将目标应用的应用界面显示在对应的分屏覆盖界面之下。 [0180] 本申请实施例中，考虑到直接删除目标应用对应的分屏覆盖界面，可能存在分屏覆盖界面与应用界面之间切换过于突兀的问题，影响到用户的视觉体验，故采用一种过渡式的显示方式来执行从分屏覆盖界面到应用界面的切换。 [0181] 具体来说，为了避免目标应用的应用界面直接出现在用户面前，首先需要将应用界面显示在对应的分屏覆盖界面之下，使上层正在显示的分屏覆盖界面暂时遮挡住已经显示的应用界面。 [0182] 步骤1032：响应于目标应用对应的应用界面显示完成，基于预设的减少量，周期性地减少对应的分屏覆盖界面的不透明度，直至分屏覆盖界面的不透明度减少至零，减少量为零到一之间的任意数。 [0183] 随后，在确定目标应用的应用界面显示完成后，立即开始调整对应的分屏覆盖界面的不透明度，使分屏覆盖界面的不透明度基于周期性递减的方式从1变成0(即是从可见变为不可见)，从而实现分屏覆盖界面的淡出式过渡效果。 [0184] 在一些实施例中，分屏覆盖界面的不透明度还可以基于多个预设的减少量，周期性、非线性递减的方式从1减少至0，多个预设的减少量之间呈非线性关系。 [0185] 例如，对于目标应用7，其分屏覆盖界面可以基于三个预设的减少量：0.5、0.3、0.2，在第一秒将不透明度从1递减至0.5，第二秒将不透明度从0.5递减至0.2，第三秒将不透明度从0.2递减至0。 [0186] 步骤1033：从目标应用对应的分屏区域中删除对应的分屏覆盖界面。 [0187] 而在分屏覆盖界面的不透明度变为0，即分屏覆盖界面在对应的分屏区域上已不可见后，即可认为分屏覆盖界面切换至应用界面的过渡过程已经完成，删除对应的分屏覆盖界面，并将相关资源文件从内存中释放。 [0188] 此外，在目标应用的应用界面加载时，还可能存在加载过程中突发故障导致的进程终止、进程卡死现象。因此，还需要对这一现象设置配套的分屏显示改进方案。 [0189] 图12是本申请实施例提供的一种目标应用异常状态检测方法的流程示意图。作为一种可能的实施方式，在步骤102之后，还可以进一步执行步骤108至109。 [0190] 步骤108：响应于目标应用对应的应用界面的加载时间大于第二设定时间阈值，检测目标应用的进程是否为异常状态，异常状态至少包括进程已终止状态和无法响应状态。 [0191] 本申请实施例中，通过记录目标应用对应的应用界面的加载时间(即在应用界面仍未加载完成的前提下，从应用界面开始加载之后经历的总时间)，并与第二设定时间阈值比较，可以初步判断应用是否存在加载过程中出现异常状态、导致应用界面无法正常加载的情况。 [0192] 具体来说，当加载时间大于第二设定时间阈值时，可能导致应用界面加载时间过长的原因包括但不限于： [0193] (1)同时分屏显示的应用过多，导致单个目标应用的应用界面所能调用的计算资源变少，加载时间相对延长。 [0194] (2)目标应用的进程出现无响应状态(应用卡死)或进程已结束状态(可能是应用已闪退或应用已被自动关闭)。 [0195] 在第一种情况下，应用界面只是加载时间延长，本身依然处于正常加载状态，因此不需要执行任何处理。 [0196] 而对于第二种情况，由于应用界面已经出现异常状态，则需要由终端侧主动介入进行处理。 [0197] 为了进一步明确应用进程当前状态为以上两种情况的哪一个，需要由终端侧对应用的进程进行检测，确定应用界面的加载过程中是否的确存在异常状态。 [0198] 步骤109：响应于目标应用的进程为异常状态，重新启动目标应用，并加载目标应用对应的应用界面。 [0199] 本申请实施例中，当检测到目标应用出现异常状态时，在不影响用户视觉体验的情况下，可以一边保持将分屏覆盖界面显示在对应的分屏区域上，一边尝试重启目标应用，并重新加载对应的应用界面。 [0200] 而在应用界面重新加载完成后，即可重新执行正常的分屏覆盖界面的删除步骤。 [0201] 在一些实施例中，还可以在检测到目标应用的进程处于异常状态时，在对应的分屏覆盖界面之上显示预设的提示信息，用于告知用户当前分屏区域所显示的目标应用存在异常状态，使用户自行对异常状态进行处理。 [0202] 请参见图13，基于同一发明构思，本申请实施例还提供了一种分屏显示装置的结构示意图，设置于终端侧，该装置的具体结构如下： [0203] 分屏区域创建单元201，用于响应于检测到至少一个应用满足分屏条件，创建至少一个分屏区域，每个分屏区域均与一个应用对应； [0204] 显示单元202，用于响应于全部应用中存在至少一个与异常启动应用名单相匹配的目标应用，当目标应用的应用界面在对应的分屏区域开始加载时，在对应的分屏区域显示对应的分屏覆盖界面，分屏覆盖界面的显示尺寸等于分屏区域的尺寸，且不透明度大于零； [0205] 删除单元203，用于响应于目标应用对应的应用界面加载完成，并显示在对应的分屏区域上，删除对应的分屏覆盖界面。 [0206] 可选的，目标应用对应的分屏覆盖界面采用预设的第一界面布局与第一外观样式，第一界面布局用于指示分屏覆盖界面中至少一个界面元素的排列方式，界面元素包括文本、图片、视频或者交互按钮，第一外观样式至少用于指示分屏覆盖界面的背景颜色、显示分辨率与字体格式。 [0207] 可选的，目标应用对应的分屏覆盖界面采用第二界面布局与第二外观样式，第二界面布局与目标应用的应用界面布局一致，第二外观样式与目标应用的应用界面外观样式一致；或者， [0208] 目标应用对应的分屏覆盖界面采用第三界面布局与第三外观样式，第三界面布局与终端侧的系统界面布局一致，第三外观样式与终端侧的系统界面外观样式一致。 [0209] 可选的，显示单元202具体用于： [0210] 响应于全部应用中存在至少一个与异常启动应用名单相匹配的目标应用，为目标应用添加覆盖标签； [0211] 响应于检测到覆盖标签，从预设的资源库中查找出用于加载目标应用对应的分屏覆盖界面的界面资源文件； [0212] 根据查找出的界面资源文件，在被添加覆盖标签的目标应用对应的分屏区域中，加载对应的分屏覆盖界面； [0213] 将加载完成的分屏覆盖界面显示在目标应用对应的分屏区域中。 [0214] 可选的，装置还包括： [0215] 时间获取单元，用于响应于应用首次启动，获取应用的启动时间； [0216] 时间获取单元，还用于响应于应用对应的应用界面显示完成，记录应用的界面显示时间； [0217] 计算单元，用于计算界面显示时间与启动时间之间的时间差值； [0218] 名单添加单元，用于响应于时间差值大于第一设定时间阈值，将与时间差值对应的应用添加至异常启动应用名单。 [0219] 可选的，删除单元203具体用于： [0220] 响应于目标应用对应的应用界面加载完成，将目标应用的应用界面显示在对应的分屏覆盖界面之下； [0221] 响应于目标应用对应的应用界面显示完成，基于预设的减少量，周期性地减少对应的分屏覆盖界面的不透明度，直至分屏覆盖界面的不透明度减少至零，减少量为零到一之间的任意数； [0222] 从目标应用对应的分屏区域中删除对应的分屏覆盖界面。 [0223] 可选的，装置还包括： [0224] 异常状态检测单元，用于响应于目标应用对应的应用界面的加载时间大于第二设定时间阈值，检测目标应用的进程是否为异常状态，异常状态至少包括进程已终止状态和无法响应状态； [0225] 应用重启单元，用于响应于目标应用的进程为异常状态，重新启动目标应用，并加载目标应用对应的应用界面。 [0226] 请参见图14，基于同一发明构思，本申请实施例还提供了一种电子设备300，该电子设备300可以包括至少一个处理器，该至少一个处理器用于执行存储器中存储的计算机程序，实现本申请实施例提供的如图1、图9‑图12所示的分屏显示方法的步骤。 [0228] 可选的，该电子设备300还可以包括与至少一个处理器连接的存储器，存储器可以包括ROM、RAM和磁盘存储器。存储器用于存储处理器运行时所需的数据，即存储有可被至少一个处理器执行的指令，至少一个处理器通过执行存储器存储的指令，执行如图1、图9‑图12所示的方法。其中，存储器的数量为一个或多个。 [0229] 其中，分屏区域创建单元201、显示单元202、删除单元203所对应的实体设备均可以是前述的处理器。该电子设备可以用于执行图1、图9‑图12所示的实施例所提供的方法。因此关于该电子设备中各功能模块所能够实现的功能，可参考图1、图9‑图12所示的实施例中的相应描述，不多赘述。 [0230] 其中，上述电子设备300可以为智能手机、平板电脑等智能电子设备，本实施例对上述电子设备的形式不作限定。 [0231] 实例性的，图14以智能手机为例示出了电子设备300的结构示意图，如图14所示，电子设备300可以包括处理器310，外部存储器接口320，内部存储器321，通用串行总线(universal serial bus，USB)接口330，充电管理模块340，电源管理模块341，电池342，天线1，天线2，移动通信模块350，无线通信模块360，音频模块370，扬声器370A，受话器370B，麦克风370C，耳机接口370D，传感器模块380，按键390，马达391，指示器392，摄像头393，显示屏394，以及用户识别卡(subscriber identification module，SIM)卡接口395等。 [0232] 可以理解的是，本申请实施例示意的结构并不构成对电子设备300的具体限定。在本申请另一些实施例中，电子设备300可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。 [0233] 处理器310可以包括一个或多个处理单元，例如：处理器310可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processing unit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural‑network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。 [0234] 控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。 [0235] 处理器310中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器310中的存储器为高速缓冲存储器。该存储器可以保存处理器310刚用过或循环使用的指令或数据。如果处理器310需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器410的等待时间，因而提高了系统的效率。 [0236] 在一些实施例中，处理器310可以包括一个或多个接口。接口可以包括集成电路(inter‑integrated circuit，I2C)接口，集成电路内置音频(inter‑integrated circuit sound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general‑purpose input/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。 [0237] 充电管理模块340用于从充电器接收充电输入。 [0238] 电源管理模块341用于连接电池342，充电管理模块340与处理器310。 [0239] 在一些实施例中，电子设备300的天线1和移动通信模块350耦合，天线2和无线通信模块360耦合，使得电子设备300可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code division multiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time‑division code division multiple access，TD‑SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigation satellite system，BDS)，准天顶卫星系统(quasi‑zenith satellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。 [0240] 电子设备300通过GPU，显示屏394，以及应用处理器等实现显示功能。 [0241] 显示屏394用于显示图像，视频等。显示屏394包括显示面板。 [0242] ISP用于处理摄像头393反馈的数据。 [0243] 摄像头393用于捕获静态图像或视频。 [0245] 视频编解码器用于对数字视频压缩或解压缩。电子设备300可以支持一种或多种视频编解码器。这样，电子设备300可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。 [0246] 外部存储器接口320可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备300的存储能力。外部存储卡通过外部存储器接口320与处理器310通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。 [0247] 内部存储器321可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器321可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备300使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器321可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器310通过运行存储在内部存储器321的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备300的各种功能应用以及数据处理。 [0248] 电子设备300可以通过音频模块370，扬声器370A，受话器370B，麦克风370C，耳机接口370D，以及应用处理器等实现音频功能。例如音乐播放，录音等。 [0251] 受话器370B，也称“听筒”，用于将音频电信号转换成声音信号。 [0252] 麦克风370C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。 [0253] 耳机接口370D用于连接有线耳机。耳机接口370D可以是USB接口330，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。 [0254] 按键390包括开机键，音量键等。 [0255] 马达391可以产生振动提示。 [0256] 指示器392可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。 [0257] SIM卡接口395用于连接SIM卡。在一些实施例中，电子设备300采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备300中，不能和电子设备300分离。 [0258] 本申请实施例还提供一种计算机存储介质，其中，计算机存储介质存储有计算机指令，当计算机指令在计算机上运行时，使得计算机执行如图1、图9‑图12所述的方法。 [0259] 以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。 |
||
QQ群二维码
意见反馈
意见反馈