用户界面渲染方法及装置与流程

文档序号:12747807阅读:397来源:国知局
用户界面渲染方法及装置与流程

本发明涉及计算机技术领域,更具体地,涉及一种用户界面渲染方法及装置。



背景技术:

现有的用户界面的渲染的方式多种多样,不同的渲染引擎所对应的渲染步骤不尽相同,在渲染的处理速度以及对产品性能的影响上更是各有差异。

但在普遍的用户界面渲染过程中,往往是通过一条主线程完成渲染的整个过程。这种用户界面渲染方式,使得主线程的任务量增多,所占用的CPU的运算量较多,对CPU的性能要求较高。特别是在处理多来源多类型的大量数据量时,由于其所占用的大量的CPU的运算,用户界面渲染的过程不够顺畅,进行造成相应的产品出现卡顿,甚至更严重的话,则会使智能设备黑屏或者死机,影响用户的体验。

因此,业界亟需一种方法或装置,以有效地解决上述问题。



技术实现要素:

本发明的目的旨在解决上述技术的至少一个缺陷,特别是如何减少用户界面渲染过程中的CPU开销。

第一方面,本发明提供了一种用户界面渲染方法,包括:

获取与用户界面渲染有关的数据信息;

创建至少一个数据处理线程,对数据层中的所述数据信息进行过滤和/或加工处理;

将已过滤和/或加工处理过的所述数据信息发送到视图层二次处理并包装成渲染用户界面所需要的UI信息;

将所述UI信息发送到渲染线程,渲染相应的用户界面。

具体地,获取与用户界面渲染有关的数据信息的步骤中,包括:

接收来自服务器的数据信息;

获取与用户界面渲染有关的所述数据信息。

具体地,创建至少一个数据处理线程,对数据层中的所述数据信息进行过滤和/或加工处理的步骤中,对应包括:

在数据层创建一个数据过滤线程,根据预先的设定对所述数据信息进行过滤;

以及和/或:

创建一个数据加工线程,对已过滤的所述数据信息进行解析包装。

具体地,将已过滤和/或加工处理过的所述数据信息发送到视图层加工处理并包装成渲染用户界面所需要的UI信息的步骤中,包括:

将已过滤和/或加工处理过的所述数据信息发送到视图层;

调用主线程的至少一个数据处理线程,对所述数据信息进行二次处理并包装渲染成用户界面所需要的UI信息。

具体地,将所述UI信息发送到渲染线程,渲染相应的用户界面的步骤中,包括:

将所述UI信息以数据包的形式发送到渲染线程;

根据所述UI信息,渲染相应的用户界面。

优选地,所述UI信息包括用户界面中的图文内容、用户界面的呈现形式、用户界面的各组件的位置以及用户界面的各组件的大小。

优选地,对所述数据信息进行解析包装的内容包括:根据所述数据信息的类型,提供不同的数据处理类对所述数据信息进行解析包装。

具体地,还包括:

调用垃圾回收的操作,释放系统资源。

具体地,还包括:

将所述渲染结果放入缓存以便当接收到针对所述数据信息的渲染指示时,从所述缓存中读取出所述渲染结果。

第二方面,本发明提供了一种用户界面渲染装置,包括:

获取模块,用于获取与用户界面渲染有关的数据信息;

数据处理模块,用于创建至少一个数据处理线程,对数据层中的所述数据信息进行过滤和/或加工处理;

发送模块,用于将已过滤和/或加工处理过的所述数据信息发送到视图层二次处理并包装成渲染用户界面所需要的UI信息;

渲染模块,用于将所述UI信息发送到渲染线程,渲染相应的用户界面。

具体地,所述获取模块被配置为:

接收来自服务器的数据信息;

获取与用户界面渲染有关的所述数据信息。

具体地,所述数据处理模块被配置为:

在数据层创建一个数据过滤线程,根据预先的设定对所述数据信息进行过滤;

以及和/或:

创建一个数据加工线程,对已过滤的所述数据信息进行解析包装。

具体地,所述发送模块被配置为:

将已过滤和/或加工处理过的所述数据信息发送到视图层;

调用主线程的至少一个数据处理线程,对所述数据信息进行二次处理并包装渲染成用户界面所需要的UI信息。

所述渲染模块被配置为:

将所述UI信息以数据包的形式发送到渲染线程;

根据所述UI信息,渲染相应的用户界面。

优选地,所述UI信息包括用户界面中的图文内容、用户界面的呈现形式、用户界面的各组件的位置以及用户界面的各组件的大小。

优选地,对所述数据信息进行解析包装的内容包括:根据所述数据信息的类型,提供不同的数据处理类对所述数据信息进行解析包装。

具体地,还包括:

调用模块,用于调用垃圾回收的操作,释放系统资源。

具体地,还包括:

读取模块,用于将所述渲染结果放入缓存以便当接收到针对所述数据信息的渲染指示时,从所述缓存中读取出所述渲染结果。

跟现有技术相比,本发明的技术方案所具有的优点包括:

1.本发明通过在数据层创建子线程对所获取到的与用户界面渲染有关的数据信息进行处理,所述子线程所涉及到的逻辑基本是数据层的,故此时并不阻碍主线程的UI渲染,减少了主线程所占用的CPU的开销,从而提升了产品的流畅度,带给用户更好的体验。

2.本发明还在视图层对来自数据层的数据信息进行加工处理,将这些数据信息按照渲染的各个元素类型进行分类包装,然后打包丢给主线程,主线程根据这些信息直接渲染用户界面即可,优化了渲染的过程,提升了渲染的性能,有助于提升产品的流畅度。同时由于这些运算处理的逻辑是在视图层的子线程完成的,进一步节省了渲染过程中CPU的开销,从而进一步提升了产品运行的流畅度。

附图说明

为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1示出了本发明用户界面渲染方法的一种实施例的流程框图;

图2示出了本发明用户界面渲染装置的一种实施例的结构示意图;

图3示出了应用本发明用户界面渲染方法的终端设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。

在本发明的说明书和权利要求书及上述附图中的描述的一些流程中,包含了按照特定顺序出现的多个操作,但是应该清楚了解,这些操作可以不按照其在本文中出现的顺序来执行或并行执行,操作的序号如101、102等,仅仅是用于区分开各个不同的操作,序号本身不代表任何的执行顺序。另外,这些流程可以包括更多或更少的操作,并且这些操作可以按顺序执行或并行执行。需要说明的是,本文中的“第一”、“第二”等描述,是用于区分不同的消息、设备、模块等,不代表先后顺序,也不限定“第一”和“第二”是不同的类型。

本领域普通技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本领域普通技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。

本领域普通技术人员可以理解,本发明所涉及的名词的含义至少包括:

用户界面(User Interface):简称UI,亦称使用者界面,是系统与用户之间进行交互和信息交换的媒介,它实现信息的内部形式与人类可以接受形式之间的转换。用户界面是介于用户与硬件而设计彼此之间交互沟通相关软件,目的在使得用户能够方便有效率地去操作硬件以达成双向之交互,完成所希望借助硬件完成之工作。用户界面定义广泛,包含了人机交互与图形用户接口,凡参与人类与机械的信息交流的领域都存在着用户界面。例如:现在网络上的视屏直播间、YY、微信、以及各种应用程序的操作界面。

线程(Thread):有时也被称为轻量级进程(Lightweight Process,LWP),是程序执行流的最小单元。一个标准的线程有线程ID、当前指令指针、寄存器集合以及堆栈组成。另外,线程是进程中的一个实体,是被系统独立调度和分派的基本单位,线程自己不拥有系统资源,只拥有一点儿在运行中必不可少的资源,但它可与同属一个线程的其它进程共享进程所拥有的资源。一个线程可以创建和撤销另一个线程,同一进程中的多个进程之间可以并发执行。由于线程之间的相互制约,致使线程在运行中呈现出间断性。线程也有就绪、阻塞和运行三种基本状态。就绪状态是指线程具备运行的所有条件,逻辑上可以运行,在等待处理机;运行状态是指线程占有处理机正在运行;阻塞状态是指线程在等待一个事件(如某一个信号量),逻辑上不可执行。每一个程序都至少有一个线程,若程序只有一个线程,那就是程序本身。其中,当一个程序启动时,就有一个进程被操作系统创建,与此同时一个线程也立刻运行,该线程通常叫做程序的主线程。而子线程一般是指为了完成某个特殊的任务,并行于主线程的其他线程。

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

如图1所示,提供了本发明用户界面渲染方法的一种实施例的流程图,其包括步骤S11-S14:

S11.获取与用户界面渲染有关的数据信息。

具体地,步骤S11中,包括:

接收来自服务器的数据信息;

获取与用户界面渲染有关的所述数据信息。

信息数据网络的时代,人们基本使用着智能设备通过数据网络与外界进行信息交互,例如通过浏览器关注时事新闻、与朋友在社交性应用程序上进行联系、参与网络视频直播娱乐等。人们使用智能设备接入数据网络进行信息交互的过程中,必然会接收来自外界的数据信息,从而在自己的智能设备的用户界面上进行更新显示。

例如,用户启动智能设备进入系统的用户操作界面,打开应用程序,通过数据网络与外界信息进行信息交互。为了实现数据的更新,本机设备必然会接收来自某服务器的数据信息。在本发明的一种实施例中,用户打开应用程序、数据网页、视频播放网页等,接收了来自服务器的数据信息,对应的,在这些数据信息当中,存在着不同功能的数据信息,而其中与用户界面渲染有关的数据信息在传输的过程中,会被识别出来从而被获取,从而进行处理加工。

具体地,还包括:

调用垃圾回收的操作,释放系统资源。

例如,在获取与用户界面渲染有关的数据信息之前,调用垃圾回收的操作,释放系统资源,减少由于智能设备的系统资源过度被占用而造成的卡顿,运行过慢的现象。同时,对一些正在运行的、不必要的相关数据进行回收,有利于提高其它线程运行的流畅度。可以理解的是,调用垃圾回收的操作是独立的操作,其并不依赖于当前的程序运行的进度或者线程对数据信息的处理进度。它通过预先的设置得以实现,可以在当前程序运行进度或者线程对数据信息的处理进度的某一环节触发,从而释放系统的资源。

S12.创建至少一个数据处理线程,对数据层中的所述数据信息进行过滤和/或加工处理。

具体地,创建至少一个数据处理线程,对数据层中的所述数据信息进行过滤和/或加工处理的步骤中,对应包括:

在数据层创建一个数据过滤线程,根据预先的设定对所述数据信息进行过滤;

以及和/或:

创建一个数据加工线程,对已过滤的所述数据信息进行解析包装。

在通信链路中进行传输的数据信息的功能、类型是多种多样的,所获取到的与用户界面渲染有关的数据信息的功能及类型同样也是多种多样的。例如,其中有些数据信息是违反国家法律法规被屏蔽的而无法在用户界面上进行展示,有些数据信息是只在后台进行操作而不需在用户界面上进行展示的,有些数据信息则是无效的。这种数据信息的存在,如果通过在主线程上进行渲染处理,主线程在对这些数据进行筛选过滤或者加工处理的过程中占用CPU的开销。当这种数据信息的存在数量较多时,则会占用大量的CPU开销,从而降低对当前的用户界面渲染的过程造成影响,降低其渲染的效率,以及其对应的程序运行的流畅度。当然地,智能设备上各种软件运行的流畅度也会有一定的影响,破坏用户的体验。

本发明中,在用户界面渲染所对应的主线程中,通过创建至少一个子线程对数据进行加工处理。通过调用该子程序,从而实现对在数据层传输的所述数据信息进行对应的处理。一种实施例中,在数据层创建一个数据过滤线程,将无法在用户界面上展示的、无效的、当前情景不适合展示的数据信息进行一个过滤,从而减少主线程渲染的数据量,减少CPU的开销。另一种实施例中,也可以创建数据加工线程,对所述数据信息进行加工处理。因为用户界面数据类型多样化,可以进行分类包装等多种操作。进一步的,可以在同一个实施例中同时创建数据过滤线程以及数据处理加工线程,对在数据层传输的所述数据信息进行对应的操作处理。其中,所述数据过滤线程、数据加工处理线程所涉及的逻辑都是在数据层面的,而这些逻辑基本都在子线程进行,此时并不阻碍到主线程的用户界面渲染的操作,这就意味着,其减少了主线程所占用的CPU的开销,保证了渲染过程的流畅度,提高了用户的体验。

优选地,对所述数据信息进行解析包装的内容包括:根据所述数据信息的类型,提供不同的数据处理类对所述数据信息进行解析包装。

例如,用户界面的数据信息是多样化的,但这些数据是有规律可寻的,可按照一定的标准对这些数据进行划分。在这样的前提下,提供不同的数据处理类对所获取到的用户界面渲染相关的数据提前按照用户界面展示的各个元素或者组件的区别或者结构体的不同,进行封装打包处理。这种预处理的操作,将原本由主线程处理的内容承包下来进行分散处理,减少了主线程的任务量,相应的,减少了主线程在这方面的CPU开销,有利于用户界面渲染的顺利进行以及对应的产品的流畅度。

S13.将已过滤和/或加工处理过的所述数据信息发送到视图层二次处理并包装成渲染用户界面所需要的UI信息。

具体地,将已过滤和/或加工处理过的所述数据信息发送到视图层加工处理并包装成渲染用户界面所需要的UI信息的步骤中,包括:

将已过滤和/或加工处理过的所述数据信息发送到视图层;

调用主线程的至少一个数据处理线程,对所述数据信息进行二次处理并包装渲染成用户界面所需要的UI信息。

在本发明的实施例中,所获取的与用户界面渲染有关的数据信息,在数据层中,已经经过了至少一个子线程的处理。这种处理的效果是明显的,它减少了主线程的任务量,节省了主线程所占用的CPU开销。但这种处理是不彻底的,有所欠缺的,需要对这些加工过的数据进一步的处理,使得这种处理的优势得到进一步的提升。故此,在将已过滤和/或加工处理过的所述数据信息发送到视图层时,在视图层会对这些数据进行再次的处理,即二次处理。在本发明的一种实施例中,这种二次处理通过再次创建子线程的方式,对所述数据信息进行加工处理。用户界面所呈现出来的元素,包括但不限于图片文字内容、字体排版、按钮、菜单、列表、对话框、视频文件等。

应当注意到,用户界面所呈现来的形式,跟用户界面在进行信息交互的过程中更新是有所不同的。

优选地,所述UI信息包括用户界面中的图文内容、用户界面的呈现形式、用户界面的各组件的位置以及用户界面的各组件的大小。

S14.将所述UI信息发送到渲染线程,渲染相应的用户界面。

具体地,将所述UI信息发送到渲染线程,渲染相应的用户界面的步骤中,包括:

将所述UI信息以数据包的形式发送到渲染线程;

根据所述UI信息,渲染相应的用户界面。

具体地,还包括:

将所述渲染结果放入缓存以便当接收到针对所述数据信息的渲染指示时,从所述缓存中读取出所述渲染结果。

在本发明的一种实施例中,经过了过滤和/或加工处理的与用户界面渲染有关的数据信息发送到了视图层经过了再次加工,最后是要用于渲染对应的用户界面的。在视图层当中,所述UI信息是以数据包的形式在通信链路中应该注意的是传输,然后由渲染线程根据所述的UI信息渲染所述的用户界面。这里所述的渲染线程可以是指中心渲染进程,即主线程,其直接调用渲染引擎根据所述UI信息执行渲染;也可以是中心渲染进程所创建或所调动的渲染线程,即子线程,由该子线程调用渲染引擎完成渲染操作。

可以理解的是,由于在一个用户界面处于被操作的状态时,与外界的信息交互是比较频繁的。同时,由于用户界面所展示出来的形式是比较稳定、不多变的,在渲染的过程中,存在需要重复同样的渲染结果。故此,将渲染结果暂时放入缓存,以便当再次接收到对所述数据信息的渲染指示时,可以从缓存中读取出所述渲染结果,从而实现渲染结果的复用,降低了渲染的计算量。

图2则示出了本发明用户界面渲染装置的一种实施例的结构示意图,该用户界面渲染装置包括:获取模块S101、数据处理模块S102、发送模块S103以及渲染模块S104。

获取模块S101,用于获取与用户界面渲染有关的数据信息。

具体地,所述获取模块S101被配置为:

接收来自服务器的数据信息;

获取与用户界面渲染有关的所述数据信息。

信息数据网络的时代,人们基本使用着智能设备通过数据网络与外界进行信息交互,例如通过浏览器关注时事新闻、与朋友在社交性应用程序上进行联系、参与网络视频直播娱乐等。人们使用智能设备接入数据网络进行信息交互的过程中,必然会接收来自外界的数据信息,从而在自己的智能设备的用户界面上进行更新显示。

例如,用户启动智能设备进入系统的用户操作界面,打开应用程序,通过数据网络与外界信息进行信息交互。为了实现数据的更新,本机设备必然会接收来自某服务器的数据信息。在本发明的一种实施例中,用户打开应用程序、数据网页、视频播放网页等,接收了来自服务器的数据信息,对应的,在这些数据信息当中,存在着不同功能的数据信息,而其中与用户界面渲染有关的数据信息在传输的过程中,会被识别出来从而被获取,从而进行处理加工。

具体地,还包括:

调用模块,用于调用垃圾回收的操作,释放系统资源。

例如,在获取与用户界面渲染有关的数据信息之前,调用垃圾回收的操作,释放系统资源,减少由于智能设备的系统资源过度被占用而造成的卡顿,运行过慢的现象。同时,对一些正在运行的、不必要的相关数据进行回收,有利于提高其它线程运行的流畅度。可以理解的是,调用垃圾回收的操作是独立的操作,其并不依赖于当前的程序运行的进度或者线程对数据信息的处理进度。它通过预先的设置得以实现,可以在当前程序运行进度或者线程对数据信息的处理进度的某一环节触发,从而释放系统的资源。

数据处理模块S102,用于创建至少一个数据处理线程,对数据层中的所述数据信息进行过滤和/或加工处理。

具体地,所述数据处理模块S102被配置为:

在数据层创建一个数据过滤线程,根据预先的设定对所述数据信息进行过滤;

以及和/或:

创建一个数据加工线程,对已过滤的所述数据信息进行解析包装。

在通信链路中进行传输的数据信息的功能、类型是多种多样的,所获取到的与用户界面渲染有关的数据信息的功能及类型同样也是多种多样的。例如,其中有些数据信息是违反国家法律法规被屏蔽的而无法在用户界面上进行展示,有些数据信息是只在后台进行操作而不需在用户界面上进行展示的,有些数据信息则是无效的。这种数据信息的存在,如果通过在主线程上进行渲染处理,主线程在对这些数据进行筛选过滤或者加工处理的过程中占用CPU的开销。当这种数据信息的存在数量较多时,则会占用大量的CPU开销,从而降低对当前的用户界面渲染的过程造成影响,降低其渲染的效率,以及其对应的程序运行的流畅度。当然地,智能设备上各种软件运行的流畅度也会有一定的影响,破坏用户的体验。

本发明中,在用户界面渲染所对应的主线程中,通过创建至少一个子线程对数据进行加工处理。通过调用该子程序,从而实现对在数据层传输的所述数据信息进行对应的处理。一种实施例中,在数据层创建一个数据过滤线程,将无法在用户界面上展示的、无效的、当前情景不适合展示的数据信息进行一个过滤,从而减少主线程渲染的数据量,减少CPU的开销。另一种实施例中,也可以创建数据加工线程,对所述数据信息进行加工处理。因为用户界面数据类型多样化,可以进行分类包装等多种操作。进一步的,可以在同一个实施例中同时创建数据过滤线程以及数据处理加工线程,对在数据层传输的所述数据信息进行对应的操作处理。其中,所述数据过滤线程、数据加工处理线程所涉及的逻辑都是在数据层面的,而这些逻辑基本都在子线程进行,此时并不阻碍到主线程的用户界面渲染的操作,这就意味着,其减少了主线程所占用的CPU的开销,保证了渲染过程的流畅度,提高了用户的体验。

优选地,对所述数据信息进行解析包装的内容包括:根据所述数据信息的类型,提供不同的数据处理类对所述数据信息进行解析包装。

例如,用户界面的数据信息是多样化的,但这些数据是有规律可寻的,可按照一定的标准对这些数据进行划分。在这样的前提下,提供不同的数据处理类对所获取到的用户界面渲染相关的数据提前按照用户界面展示的各个元素或者组件的区别或者结构体的不同,进行封装打包处理。这种预处理的操作,将原本由主线程处理的内容承包下来进行分散处理,减少了主线程的任务量,相应的,减少了主线程在这方面的CPU开销,有利于用户界面渲染的顺利进行以及对应的产品的流畅度。

发送模块S103,用于将已过滤和/或加工处理过的所述数据信息发送到视图层二次处理并包装成渲染用户界面所需要的UI信息。

具体地,所述发送模块S103被配置为:

将已过滤和/或加工处理过的所述数据信息发送到视图层;

调用主线程的至少一个数据处理线程,对所述数据信息进行二次处理并包装渲染成用户界面所需要的UI信息。

在本发明的实施例中,所获取的与用户界面渲染有关的数据信息,在数据层中,已经经过了至少一个子线程的处理。这种处理的效果是明显的,它减少了主线程的任务量,节省了主线程所占用的CPU开销。但这种处理是不彻底的,有所欠缺的,需要对这些加工过的数据进一步的处理,使得这种处理的优势得到进一步的提升。故此,在将已过滤和/或加工处理过的所述数据信息发送到视图层时,在视图层会对这些数据进行再次的处理,即二次处理。在本发明的一种实施例中,这种二次处理通过再次创建子线程的方式,对所述数据信息进行加工处理。用户界面所呈现出来的元素,包括但不限于图片文字内容、字体排版、按钮、菜单、列表、对话框、视频文件等。

应当注意到,用户界面所呈现来的形式,跟用户界面在进行信息交互的过程中更新是有所不同的。

优选地,所述UI信息包括用户界面中的图文内容、用户界面的呈现形式、用户界面的各组件的位置以及用户界面的各组件的大小。

渲染模块S104,用于将所述UI信息发送到渲染线程,渲染相应的用户界面。

数据信息所述渲染模块S104被配置为:

将所述UI信息以数据包的形式发送到渲染线程;

根据所述UI信息,渲染相应的用户界面。

具体地,还包括:

读取模块,用于将所述渲染结果放入缓存以便当接收到针对所述数据信息的渲染指示时,从所述缓存中读取出所述渲染结果。

在本发明的一种实施例中,经过了过滤和/或加工处理的与用户界面渲染有关的数据信息发送到了视图层经过了再次加工,最后是要用于渲染对应的用户界面的。在视图层当中,所述UI信息是以数据包的形式在通信链路中应该注意的是传输,然后由渲染线程根据所述的UI信息渲染所述的用户界面。这里所述的渲染线程可以是指中心渲染进程,即主线程,其直接调用渲染引擎根据所述UI信息执行渲染;也可以是中心渲染进程所创建或所调动的渲染线程,即子线程,由该子线程调用渲染引擎完成渲染操作。

可以理解的是,由于在一个用户界面处于被操作的状态时,与外界的信息交互是比较频繁的。同时,由于用户界面所展示出来的形式是比较稳定、不多变的,在渲染的过程中,存在需要重复同样的渲染结果。故此,将渲染结果暂时放入缓存,以便当再次接收到对所述数据信息的渲染指示时,可以从缓存中读取出所述渲染结果,从而实现渲染结果的复用,降低了渲染的计算量。

本发明实施例还提供了一种实体装置,如图3所示,为了便于说明,仅示出了与本发明实施例相关的部分,具体技术细节未揭示的,请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant,个人数字助理)、POS(Point of Sales,销售终端)、车载电脑等任意终端设备,以终端为手机为例:

图3示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图3,手机包括:射频(Radio Frequency,RF)电路1510、存储器1520、输入单元1530、显示单元1540、传感器1550、音频电路1560、无线保真(wireless fidelity,WiFi)模块1570、处理器1580、以及电源1590等部件。本领域技术人员可以理解,图3中示出的手机结构并不构成对手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。

下面结合图3对手机的各个构成部件进行具体的介绍:

RF电路1510可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,给处理器1580处理;另外,将设计上行的数据发送给基站。通常,RF电路1510包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier,LNA)、双工器等。此外,RF电路1510还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统(Global System of Mobile communication,GSM)、通用分组无线服务(General Packet Radio Service,GPRS)、码分多址(Code Division Multiple Access,CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution,LTE)、电子邮件、短消息服务(Short Messaging Service,SMS)等。

存储器1520可用于存储软件程序以及模块,处理器1580通过运行存储在存储器1520的软件程序以及模块,从而执行手机的各种功能应用以及数据处理。存储器1520可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器1520可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1530可用于接收输入的数字或字符信息,以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地,输入单元1530可包括触控面板1531以及其他输入设备1532。触控面板1531,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1531上或在触控面板1531附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板1531可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器1580,并能接收处理器1580发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1531。除了触控面板1531,输入单元1530还可以包括其他输入设备1532。具体地,其他输入设备1532可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1540可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1540可包括显示面板1541,可选的,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1541。进一步的,触控面板1531可覆盖显示面板1541,当触控面板1531检测到在其上或附近的触摸操作后,传送给处理器1580以确定触摸事件的类型,随后处理器1580根据触摸事件的类型在显示面板1541上提供相应的视觉输出。虽然在图3中,触控面板1531与显示面板1541是作为两个独立的部件来实现手机的输入和输入功能,但是在某些实施例中,可以将触控面板1531与显示面板1541集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器1550,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1541的亮度,接近传感器可在手机移动到耳边时,关闭显示面板1541和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。

音频电路1560、扬声器1561,传声器1562可提供用户与手机之间的音频接口。音频电路1560可将接收到的音频数据转换后的电信号,传输到扬声器1561,由扬声器1561转换为声音信号输出;另一方面,传声器1562将收集的声音信号转换为电信号,由音频电路1560接收后转换为音频数据,再将音频数据输出处理器1580处理后,经RF电路1510以发送给比如另一手机,或者将音频数据输出至存储器1520以便进一步处理。

WiFi属于短距离无线传输技术,手机通过WiFi模块1570可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图3示出了WiFi模块1570,但是可以理解的是,其并不属于手机的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。

处理器1580是手机的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器1520内的软件程序和/或模块,以及调用存储在存储器1520内的数据,执行手机的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器1580可包括一个或多个处理单元;优选的,处理器1580可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器1580中。

手机还包括给各个部件供电的电源1590(比如电池),优选的,电源可以通过电源管理系统与处理器1580逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出,手机还可以包括摄像头、蓝牙模块等,在此不再赘述。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:只读存储器(ROM,Read Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁盘或光盘等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。

以上对本发明所提供的一种实体装置进行了详细介绍,对于本领域的一般技术人员,依据本发明实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1