一种终端的组件管理方法及终端

1.一种终端的组件管理方法，其特征在于，包括：
终端包含至少两个容器，所述容器为组件的显示区域；所述容器中至少包含一个组件管理容器，用于显示组件当前的可管理状态，且所述容器中至少包含一个桌面容器，用于显示所述终端的桌面组件；所述桌面容器包括多个页面，所述组件管理容器设置为所述桌面容器的相关页面；
当所述终端接收到进入所述组件管理容器的指令时，所述终端向服务器发送刷新请求；所述刷新请求包含所述终端当前桌面容器中组件的状态信息；
所述终端接收服务器发送的刷新数据并根据所述刷新数据，在所述组件管理容器中显示所述组件当前的可管理状态；所述刷新数据是根据所述组件的状态信息所确定的；
所述可管理状态包括待安装状态、待更新状态和待操作状态中的至少一项；其中，所述待安装状态用于指示所述组件有待安装；
所述待更新状态用于指示所述组件有待更新；
所述待操作状态用于指示所述组件已安装且无需更新；所述待操作状态包含待启动、待删除和可浏览组件信息；
所述根据所述刷新数据显示所述组件当前的可管理状态包括：
根据所述刷新数据显示所述组件的状态图标，所述状态图标为在组件的原始图标上增加状态角标，用于指示所述组件的可管理状态，所述状态角标包括待安装角标、待更新角标和待操作角标中至少一项；其中，
所述待安装角标用于指示所述组件的可管理状态为待安装状态；
所述待更新角标用于指示所述组件的可管理状态为待更新状态；
所述待操作角标用于指示所述组件的可管理状态为待操作状态；
在所述终端接收到进入所述组件管理容器的指令之后，所述方法进一步包括：接收进入所述组件管理容器的触摸操作；
所述接收进入所述组件管理容器的触摸操作包括：在当前屏幕显示所述桌面容器的首页时，接收进入所述组件管理容器的触摸操作，所述触摸操作的方向与进入所述桌面容器下一页的触摸操作的方向相反。
2.一种终端，其特征在于，包括：
至少两个容器，所述容器为组件的显示区域；所述容器中至少包含一个组件管理容器，用于显示组件当前的可管理状态，且所述容器中至少包含一个桌面容器，用于显示所述终端的桌面组件；所述桌面容器包括多个页面，所述组件管理容器设置为所述桌面容器的相关页面；
刷新请求发送单元，用于当所述终端接收到进入所述组件管理容器的指令时，向服务器发送刷新请求；所述刷新请求包含所述终端当前桌面容器中组件的状态信息；
刷新数据接收单元，用于接收服务器发送的刷新数据；所述刷新数据是根据所述组件的状态信息所确定的；
可管理状态显示单元，用于根据所述刷新数据，在所述组件管理容器中显示所述组件当前的可管理状态；
所述至少两个容器中所述组件的可管理状态包括待安装状态、待更新状态和待操作状态中的至少一项；其中，
所述待安装状态用于指示所述组件有待安装；
所述待更新状态用于指示所述组件有待更新；
所述待操作状态用于指示所述组件已安装且无需更新；所述待操作状态包含待启动、待删除和可浏览组件信息；
所述可管理状态显示单元具体为状态图标显示单元，用于根据所述刷新数据显示所述组件的状态图标，所述状态图标为在组件的原始图标上增加状态角标，用于指示所述组件的可管理状态，所述状态角标包括待安装角标、待更新角标和待操作角标中至少一项；其中，
所述待安装角标用于指示所述组件的可管理状态为待安装状态；
所述待更新角标用于指示所述组件的可管理状态为待更新状态；
所述待操作角标用于指示所述组件的可管理状态为待操作状态；
所述终端还包括：触摸操作接收单元，用于接收进入所述组件管理容器的触摸操作；
所述触摸操作接收单元接收包括：触摸操作接收子单元，用于在当前屏幕显示所述桌面容器的首页时，接收进入所述组件管理容器的触摸操作，所述触摸操作的方向与进入所述桌面容器下一页的触摸操作的方向相反。

一种终端的组件管理方法及终端\n技术领域\n[0001] 本发明涉及终端技术领域，尤其涉及一种终端的组件管理方法及终端。\n背景技术\n[0002] 目前智能终端十分流行，智能终端采用了操作系统(Operating System，OS)。常用的OS有微软公司的移动视窗Windows Mobile以及手机视窗Windows Phone、诺基亚公司的塞班Sybiam、Google公司的安卓Android和苹果公司的iOS。用户可以在OS中自定义安装组件以扩充移动终端的功能，满足用户的使用需要。所谓组件是指能够执行某种功能的应用程序或数据。比如，输入法、网络浏览器、绘图应用、图像编辑工具以及邮件客户端等。\n在使用组件过程中，用户还需要对OS中众多组件进行管理，包括安装、更新和正常操作，其中正常操作包括启动、删除和浏览组件信息等。\n[0003] 目前，OS中包含容器，所述容器为组件的显示区域，还可以用于放置组件的图标，一般组件安装后放置于桌面容器中以统一显示。OS中组件的主要管理方法包括：使用桌面容器放置所有组件，用户可以在桌面容器上对所有组件进行启动、删除和浏览组件信息等正常操作。请参见图1，用户只要触摸桌面容器101上的组件图标102就可以启动对应的组件。桌面容器可以包括多个页面，进入桌面容器时首先显示首页，桌面容器首页又称桌面容器第1页或桌面容器主页，其它按序排布为第2页、第3页等，通过触摸操作进入桌面下一页，例如现有技术中通常通过在触摸屏上向左滑动进入下一页，例如，桌面容器101包括\n4个分页，用分页器103的4个圆形表示，当使用首页时，分页器103的第1个圆形加黑，当使用第2页时，分页器103的第2个圆形加黑，如此类推。移动终端出厂时会被预装一系列常用的组件，之后，用户还可以通过安装源将这些组件升级到最新版本，或者安装其它新的组件；最后，用户还可以使用第三方管理组件以高效方式启动组件和浏览组件信息。\n[0004] 但是，上述管理方法使用桌面容器、安装源以及第三方管理组件对组件进行联合管理，用户需要在多个界面上进行频繁的切换，才能有效对众多组件进行管理，增加了组件管理的难度，降低了组件管理的效率，同时降低了用户的操作体验。\n发明内容\n[0005] 为了解决上述问题，本发明提供了一种终端的组件管理方法及其相关终端，用于对OS中的组件进行统一管理，通过实施本发明方案，能够对OS中的组件进行统一管理，从而减少用户进行组件管理的难度，提高组件管理的效率，同时提高用户的操作体验。\n[0006] 一种终端的组件管理方法，包括：\n[0007] 终端包含至少两个容器，所述容器为组件的显示区域；所述容器中至少包含一个组件管理容器，用于显示组件当前的可管理状态，且所述容器中至少包含一个桌面容器，用于显示所述终端的桌面组件；\n[0008] 当所述终端接收到进入所述组件管理容器的指令时，所述终端向服务器发送刷新请求；\n[0009] 所述终端接收服务器发送的刷新数据并根据所述刷新数据显示所述组件当前的可管理状态。\n[0010] 一种终端，包括：\n[0011] 至少两个容器，所述容器为组件的显示区域；所述容器中至少包含一个组件管理容器，用于显示组件当前的可管理状态，且所述容器中至少包含一个桌面容器，用于显示所述终端的桌面组件\n[0012] 刷新请求发送单元，用于当所述终端接收到进入所述组件管理容器的指令时，向服务器发送刷新请求；\n[0013] 刷新数据接收单元，用于接收服务器发送的刷新数据；\n[0014] 可管理状态显示单元，用于根据所述刷新数据显示所述组件当前的可管理状态。\n[0015] 从以上技术方案可以看出，本发明实施例具有以下优点：\n[0016] 设置组件管理容器，当进入组件管理容器时，终端向服务器发送刷新请求以请求刷新数据，并根据所述刷新数据显示所述组件当前的可管理状态。通过组件管理容器对OS中的组件进行统一管理，从而减少组件管理的难度，提高组件管理的效率，同时提高用户的操作体验。\n附图说明\n[0017] 图1为现有技术中终端的组件管理方法示意图；\n[0018] 图2为本发明第一实施例终端的组件管理方法流程图；\n[0019] 图3为本发明第二实施例终端的组件管理方法流程图；\n[0020] 图4为本发明的状态角标示意图；\n[0021] 图5为本发明第三实施例的终端的结构图；\n[0022] 图6为本发明第四实施例的终端的结构图。\n具体实施方式\n[0023] 下面将结合本发明中的说明书附图，对发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。\n[0024] 本发明实施例提供了一种终端的组件管理方法，用于对OS中的组件进行统一管理，通过实施本方法，能够对OS中的组件进行统一管理，从而减少组件管理的难度，提高组件管理的效率，同时提高用户的操作体验。本发明实施例还提供实施所述方法的终端，以下将分别对其进行详细说明。\n[0025] 本发明第一实施例将对一种终端的组件管理方法进行详细说明，所述终端的组件管理方法具体流程请参见图2，包括步骤：\n[0026] 201、当终端接收到进入组件管理容器的指令时，所述终端向服务器发送刷新请求。\n[0027] 所述终端包含至少两个容器，所述容器为组件的显示区域。所述至少两个容器中至少包含一个组件管理容器，用于显示组件当前的可管理状态，且所述容器中至少包含一个桌面容器，用于显示所述终端的桌面组件。\n[0028] 为了对OS中的组件进行统一管理，本发明在所述至少两个容器中设置至少一个组件管理容器，本实施例并不对此进行具体限定。所述组件管理容器用于显示组件当前的可管理状态。背景技术中已经提到，用户对组件的管理包括安装、更新和正常操作，其中，所述正常操作包括启动、删除和浏览组件信息等，对应地，所述组件的可管理状态可以包括：\n待安装、待更新、待操作等，所述待操作可包含待启动、待删除和可浏览组件信息等，此处只作举例说明并不作具体限定。\n[0029] 当终端接收到进入所述组件管理容器的指令时，触发终端向服务器发送刷新请求。所述刷新请求用于向服务器请求刷新数据，其中，所述刷新请求还应该包含所述终端当前桌面容器中组件的状态信息，以便服务器根据所述组件的状态信息向所述终端发送对应的刷新数据，例如，当前已安装的组件列表及其版本号，此处不作具体限定。\n[0030] 另外，所述服务器可以为数据服务器或应用服务器，本实施例并不进行具体限定。\n[0031] 202、所述终端接收服务器发送的刷新数据并根据所述刷新数据显示所述组件当前的可管理状态。\n[0032] 当服务器收到步骤201中终端发送的刷新请求后，服务器将根据所述刷新请求中包含的组件的状态信息向所述终端发送对应的刷新数据，此时，所述终端接收服务器发送的刷新数据并根据所述刷新数据显示所述组件当前的可管理状态。\n[0033] 其中，所述刷新数据是根据组件的状态信息所确定的。例如，当前终端中的组件A的版本号为1.0，而服务器中所述组件A的版本号为2.0，则刷新数据将包含所述组件A有待更新的信息，后续步骤将提示用户：组件A可由版本1.0更新到版本2.0。再如，当前终端发送的刷新请求中包含的组件的状态信息中并不包含组件B，而服务器中包含所述组件B的安装源，后续步骤将提示用户：可以选择安装组件B。\n[0034] 在本实施例中，设置组件管理容器，当进入组件管理容器时，终端向服务器发送刷新请求以请求刷新数据，并根据所述刷新数据显示所述组件当前的可管理状态。通过组件管理容器对OS中的组件进行统一管理，从而减少组件管理的难度，提高组件管理的效率，同时提高用户的操作体验。\n[0035] 本发明第二实施例将对第一实施例所述的终端的组件管理方法进行优化、补充说明，本实施例所述的管理方法具体流程请参见图3，包括步骤：\n[0036] 301、在当前屏幕显示所述桌面容器的首页时，接收进入所述组件管理容器的触摸操作。\n[0037] 所述触摸操作的方向与进入桌面容器下一页的触摸操作的方向相反。所述终端包含至少两个容器，所述容器为组件的显示区域。所述至少两个容器中至少包含一个组件管理容器，用于显示组件当前的可管理状态，且所述容器中至少包含一个桌面容器，用于显示所述终端的桌面组件。\n[0038] 为了对OS中的组件进行统一管理，本发明在容器中设置组件管理容器。所述组件管理容器用于显示组件的可管理状态。背景技术中已经提到，用户对组件的管理包括安装、更新和正常操作，其中，所述正常操作包括启动、删除和浏览组件信息等，对应地，所述组件的可管理状态可以包括：待安装、待更新、待操作等，所述待操作可包含待启动、待删除和可浏览组件信息等。本发明第二实施例将以所述组件的可管理状态为待安装、待更新、待操作三种为例进行说明。\n[0039] 优选地，当用户想进入所述组件管理容器时，向所述终端发出一个触摸操作，在本步骤中，当显示桌面容器首页时，接收进入所述桌面容器的触摸操作。所述触摸操作的方向与进入所述桌面容器下一页的触摸操作的方向相反。由于现有技术中通常采用向左滑动桌面进入桌面下一页，因此此处的方案可以为终端接收右滑触摸操作。\n[0040] 目前，OS中所有组件都放置于桌面容器中，这是一种非常流行的方便用户启动和删除组件的方式。桌面容器与用户操作界面无缝连接，比第三方组件更加方便、直观。背景技术中已经提到，桌面容器可以包括多个页面，进入桌面容器时首先显示首页，桌面容器首页又称桌面容器第1页或桌面容器主页，其它按序排布为第2页、第3页等，在现有技术中，通常采用在触摸屏上向左滑动的方式进入下一分页。\n[0041] 在本优选方案中，可以将所述组件管理容器设置为所述桌面容器的相关页面。而且为了不改变用户的操作习惯，将所述组件管理容器的序号设置为第0页，当终端显示桌面容器第1页时，用户在触摸屏上向下一页的相反方向滑动即能进入所述组件管理容器，在现有技术通常向左滑动进入下一页的前提下，即为向右滑动，从而实现与桌面容器的无缝连接。\n[0042] 302、当所述终端接收到进入所述组件管理容器的指令时，所述终端向服务器发送刷新请求。\n[0043] 当所述终端接收到进入所述组件管理容器的指令时，触发终端向服务器发送刷新请求。所述刷新请求用于向服务器请求刷新数据，所述刷新请求中包含所述终端当前桌面容器中包含的组件的状态信息，以便服务器根据所述组件的状态信息向所述终端发送对应的刷新数据，例如，当前已安装的组件列表及其版本号，此处不作具体限定。\n[0044] 优选地，根据上述步骤301中的举例，所述组件的可管理状态包括：待安装状态、待更新状态和待操作状态中的至少一项。\n[0045] 其中，所述待安装状态用于指示所述组件有待安装，所述待更新状态用于指示所述组件有待更新，所述待操作状态用于指示所述组件已安装且无需更新。\n[0046] 另外，所述服务器可以为数据服务器或应用服务器，本实施例并不进行具体限定。\n[0047] 303、所述终端接收服务器发送的刷新数据并根据所述刷新数据显示所述组件的状态图标。\n[0048] 当服务器收到步骤302中终端发送的刷新请求后，服务器将根据所述刷新请求中包含的组件的状态信息，向所述终端发送对应的刷新数据，此时，所述终端接收服务器发送的刷新数据。\n[0049] 其中，所述刷新数据是根据组件的状态信息所确定的。例如，当前终端中的组件A的版本号为1.0，而服务器中所述组件A的版本号为2.0，则刷新数据将包含所述组件A有待更新的信息，后续步骤将提示用户：组件A可由版本1.0更新到版本2.0。再如，当前终端发送的刷新请求中包含的组件的状态信息中并不包含组件B，而服务器中包含所述组件B的安装源，后续步骤将提示用户：可以选择安装组件B。\n[0050] 在接收到刷新数据后，终端根据所述刷新数据显示所述组件管理容器中组件的状态图标。优选的，所述组件的状态图标为在组件的原始图标上增加状态角标，用于指示所述组件的可管理状态。根据上述步骤301中的举例，组件的可管理状态包括：待安装状态、待更新状态和待操作状态中的至少一项，对应地，所述状态角标可以包括待安装角标、待更新角标和待操作角标中至少一项。所述状态角标的形式如图4中所示，三种状态角标为待安装角标401、待更新角标402和待操作角标403。需要说明的是，本发明实施例附图4仅作示例，也可以采用其他方式显示所述组件的状态图标。另外，所述增加待操作角标后的状态图标可以为所述组件的原始图标，本发明实施例对此并不进行限制。\n[0051] 其中，所述待安装角标用于指示所述组件的可管理状态为待安装状态，所述待更新角标用于指示所述组件的可管理状态为待更新状态，所述待操作角标用于指示所述组件的可管理状态为待操作状态。\n[0052] 据上所述，显示所述组件的状态图标的步骤具体为：\n[0053] 若所述刷新数据指示所述组件已安装且无需更新，即所述组件的可管理状态为待操作状态，则将对应的状态角标显示为所述待操作角标；\n[0054] 若所述刷新数据指示所述组件有待安装，即所述组件的可管理状态为待安装状态，则将对应的状态角标显示为所述待安装角标；\n[0055] 若所述刷新数据指示所述组件有待更新，即所述组件的可管理状态为待更新状态，则将对应的状态角标显示为所述待更新角标。\n[0056] 在本实施例中，设置组件管理容器，当进入组件管理容器时，终端向服务器发送刷新请求以请求刷新数据，并根据所述刷新数据显示所述组件的状态图标，所述组件的状态图标用于指示所述组件的可管理状态。通过组件管理容器对OS中的组件进行统一管理，从而减少组件管理的难度，提高组件管理的效率，同时提高用户的操作体验。\n[0057] 本发明第三实施例将对一种终端进行详细说明，所述终端中包含一个或多个单元用于实现前述方法的一个或多个步骤。因此，对前述方法中各步骤的描述适用于所述终端中相应的单元。本实施例所述的终端具体结构请参见图5，包括：\n[0058] 至少两个容器，所述容器为组件的显示区域。所述至少两个容器中至少包含一个组件管理容器，用于显示组件当前的可管理状态，且所述容器中至少包含一个桌面容器，用于显示所述终端的桌面组件。\n[0059] 为了对OS中的组件进行统一管理，本发明在容器中设置组件管理容器，所设置的组件管理容器的具体实现方式可以为桌面容器中的一个特殊页面，本实施例并不对此进行具体限定。所述组件管理容器用于显示组件当前的可管理状态。\n[0060] 刷新请求发送单元501，用于当终端接收到进入组件管理容器的指令时，向服务器发送刷新请求。\n[0061] 背景技术中已经提到，用户对组件的管理包括安装、更新和正常操作，其中，所述正常操作包括启动、删除和浏览组件信息等，对应地，所述组件的可管理状态可以包括：待安装、待更新、待操作等，所述待操作可包含待启动、待删除和可浏览组件信息等，此处只作举例说明并不作具体限定。\n[0062] 当终端接收到进入所述组件管理容器的指令时，触发刷新请求发送单元501向服务器发送刷新请求。所述刷新请求用于向服务器请求刷新数据，其中，所述刷新请求还应该包含所述终端当前桌面容器中组件的状态信息，以便服务器根据所述组件的状态信息向所述终端发送对应的刷新数据，例如，当前已安装的组件列表及其版本号，此处不作具体限定。\n[0063] 另外，所述服务器可以为数据服务器或应用服务器，本实施例并不进行具体限定。\n[0064] 所述的刷新请求发送单元501与刷新数据接收单元502通过可通信方式连接。\n[0065] 刷新数据接收单元502，用于接收服务器发送的刷新数据。\n[0066] 当服务器收到刷新请求发送单元501发送的刷新请求后，服务器将根据所述刷新请求中包含的组件的状态信息向所述终端发送对应的刷新数据，此时，所述刷新数据接收单元502接收服务器发送的刷新数据。\n[0067] 其中，所述刷新数据是根据组件的状态信息所确定的。例如，当前终端中的组件A的版本号为1.0，而服务器中所述组件A的版本号为2.0，则刷新数据将包含所述组件A有待更新的信息，后续步骤将提示用户：组件A可由版本1.0更新到版本2.0。再如，当前终端发送的刷新请求中包含的组件的状态信息中并不包含组件B，而服务器中包含所述组件B的安装源，后续步骤将提示用户：可以选择安装组件B。\n[0068] 所述的刷新数据接收单元502与可管理状态显示单元503通过可通信方式连接。\n[0069] 可管理状态显示单元503，用于根据所述刷新数据显示所述组件当前的可管理状态。\n[0070] 在所述刷新数据接收单元502接收到刷新数据后，所述可管理状态显示单元503根据所述刷新数据显示所述组件管理容器中组件的可管理状态。前面已经提到，组件的可管理状态可以包括：待安装、待更新、待操作等，所述待操作可包含待启动、待删除和可浏览组件信息等，此处只作举例说明并不作具体限定。\n[0071] 在本实施例中，设置组件管理容器，当进入组件管理容器时，刷新请求发送单元\n501向服务器发送刷新请求以请求刷新数据，可管理状态显示单元503根据所述刷新数据显示所述组件的可管理状态。通过组件管理容器对OS中的组件进行统一管理，从而减少组件管理的难度，提高组件管理的效率，同时提高用户的操作体验。\n[0072] 本发明第四实施例将对第三实施例所述的终端进行补充说明，所述终端中包含一个或多个单元用于实现前述方法的一个或多个步骤。因此，对前述方法中各步骤的描述适用于所述终端中相应的单元。本实施例所述的终端具体结构请参见图6，包括：\n[0073] 至少两个容器，所述容器为组件的显示区域。所述至少两个容器中至少包含一个组件管理容器，用于显示组件当前的可管理状态，且所述容器中至少包含一个桌面容器，用于显示所述终端的桌面组件。\n[0074] 为了对OS中的组件进行统一管理，本发明在容器中设置组件管理容器。所述组件管理容器用于显示组件的可管理状态。背景技术中已经提到，用户对组件的管理包括安装、更新和正常操作，其中，正常操作包括启动、删除和浏览组件信息等，对应地，所述组件的可管理状态可以包括：待安装、待更新、待操作等，所述待操作可包含待启动、待删除和可浏览组件信息等。本发明第四实施例将以所述组件的可管理状态为待安装、待更新、待操作三种为例进行说明。\n[0075] 触摸操作接收单元601，用于接收进入所述组件管理容器的触摸操作。\n[0076] 目前，OS中所有组件都放置于桌面容器中，这是一种非常流行的方便用户启动和删除组件的方式。桌面容器与用户操作界面无缝连接，比第三方组件更加方便、直观。背景技术中已经提到，桌面容器可以包括多个页面，进入桌面容器时首先显示首页，桌面容器首页又称桌面容器第1页或桌面容器主页，其它按序排布为第2页、第3页等，在现有技术中，通常采用在触摸屏上向左滑动的方式进入下一分页。\n[0077] 优选的，当用户想进入所述组件管理容器时，向所述终端发出一个触摸操作。当显示桌面容器首页时，触摸操作接收单元601接收进入所述桌面容器的触摸操作。所述触摸操作的方向与进入所述桌面容器下一页的触摸操作的方向相反。由于现有技术中通常采用向左滑动桌面进入桌面下一页，因此此处的方案可以为终端接收右滑触摸操作。\n[0078] 因此优选的，所述触摸操作接收单元包括触摸操作接收子单元，所述用于在当前屏幕显示所述桌面容器的首页时，接收进入所述组件管理容器的触摸操作，所述触摸操作的方向与进入所述桌面容器下一页的触摸操作的方向相反。在本优选方案中，可以将所述组件管理容器设置为所述桌面容器的相关页面。而且为了不改变用户的操作习惯，将所述组件管理容器的序号设置为第0页，当终端显示桌面容器第1页时，用户在触摸屏上向下一页的相反方向滑动即进入所述组件管理容器，在现有技术通常向左滑动进入下一页的前提下，即为向右滑动，从而实现与桌面容器的无缝连接。\n[0079] 所述触摸操作接收单元601与后续的刷新请求发送单元602通过可通信方式连接。\n[0080] 刷新请求发送单元602，用于当所述终端接收到进入所述组件管理容器的指令时，向服务器发送刷新请求。\n[0081] 当所述终端接收到进入所述组件管理容器的指令时，触发刷新请求发送单元602向服务器发送刷新请求。所述刷新请求用于向服务器请求刷新数据，所述刷新请求中包含所述终端当前桌面容器中包含的组件的状态信息，以便服务器根据所述组件的状态信息向所述终端发送对应的刷新数据，例如，当前已安装的组件列表及其版本号，此处不作具体限定。\n[0082] 优选地，根据本发明实施例4的举例论述，所述组件的可管理状态包括：待安装状态、待更新状态和待操作状态中的至少一项。\n[0083] 其中，所述待安装状态用于指示所述组件有待安装，所述待更新状态用于指示所述组件有待更新，所述待操作状态用于指示所述组件已安装且无需更新。\n[0084] 另外，所述服务器可以为数据服务器或应用服务器，本实施例并不进行具体限定。\n[0085] 所述刷新请求发送单元602与刷新数据接收单元603通过可通信方式连接。\n[0086] 刷新数据接收单元603，用于接收服务器发送的刷新数据。\n[0087] 当服务器收到刷新请求发送单元602发送的刷新请求后，服务器将根据所述刷新请求中包含的组件的状态信息向所述终端发送对应的刷新数据，此时，所述刷新数据接收单元603接收服务器发送的刷新数据。\n[0088] 其中，所述刷新数据是根据组件的状态信息所确定的。例如，当前终端中的组件A的版本号为1.0，而服务器中所述组件A的版本号为2.0，则刷新数据将包含所述组件A有待更新的信息，后续步骤将提示用户：组件A可由版本1.0更新到版本2.0。再如，当前终端发送的刷新请求中包含的组件的状态信息中并不包含组件B，而服务器中包含所述组件B的安装源，后续步骤将提示用户：可以选择安装组件B。\n[0089] 状态图标显示单元604，用于根据所述刷新数据显示所述组件的状态图标。\n[0090] 本发明第三实施例中所述的可管理状态显示单元503具体为本实施例中的状态图标显示单元604。\n[0091] 在刷新数据接收单元603接收到刷新数据后，状态图标显示单元604根据所述刷新数据显示所述组件管理容器中组件的状态图标。优选的，所述组件的状态图标为在组件的原始图标上增加状态角标，用于指示所述组件的可管理状态。前面的优选例已经提到，组件的可管理状态包括：待安装状态、待更新状态和待操作状态中的至少一项，对应地，所述状态角标可以包括待安装角标、待更新角标和待操作角标中至少一项。所述状态角标的形式如图4中所示，三种状态角标为待安装角标401、待更新角标402和待操作角标403。需要说明的是，本发明实施例附图4仅作示例，也可以采用其他方式显示所述组件的状态图标。另外，所述增加待操作角标后的状态图标可以为所述组件的原始图标，本发明实施例对此并不进行限制。\n[0092] 其中，所述待安装角标用于指示所述组件的可管理状态为待安装状态，所述待更新角标用于指示所述组件的可管理状态为待更新状态，所述待操作角标用于指示所述组件的可管理状态为待操作状态。\n[0093] 据上所述，状态图标显示单元604显示所述组件的状态图标的步骤具体为：\n[0094] 若所述刷新数据指示所述组件已安装且无需更新，即所述组件的可管理状态为待操作状态，则状态图标显示单元604将对应的状态角标显示为所述待操作角标；\n[0095] 若所述刷新数据指示所述组件有待安装，即所述组件的可管理状态为待安装状态，则状态图标显示单元604将对应的状态角标显示为所述待安装角标；\n[0096] 若所述刷新数据指示所述组件有待更新，即所述组件的可管理状态为待更新状态，则状态图标显示单元604将对应的状态角标显示为所述待更新角标。\n[0097] 在本实施例中，设置组件管理容器，当进入组件管理容器时，刷新请求发送单元\n602向服务器发送刷新请求以请求刷新数据，状态图标显示单元604根据所述刷新数据显示所述组件的状态图标，所述组件的状态图标用于指示所述组件的可管理状态。通过组件管理容器对OS中的组件进行统一管理，从而减少组件管理的难度，提高组件管理的效率，同时提高用户的操作体验。\n[0098] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。\n[0099] 以上对本发明所提供的一种终端的组件管理方法及其相关终端进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。