本公开涉及计算机技术领域,特别涉及一种管理应用程序的组件的方法及装置。
背景技术:
用户可在终端中安装各类应用程序(application,简称“应用”),以扩展终端的功能。
应用通常包括多个组件(component),组件是对数据和方法的简单封装,用于实现特定的功能。应用的不同功能可通过不同的组件来实现。以Android(安卓)应用为例,Android应用的组件包括:Activity(活动)、Service(服务)、Broadcast Receiver(广播接收者)和Content Provider(内容提供者)。Android应用的各项功能可通过上述组件来实现。
技术实现要素:
本公开提供了一种管理应用程序的组件的方法及装置。
根据本公开实施例的第一方面,提供了一种管理应用程序的组件的方法,所述方法包括:
获取应用的组件;
获取所述组件中的冗余组件,所述冗余组件是指所实现的功能与所述应用的功能无关的组件;
禁用所述冗余组件。
可选地,所述获取所述组件中的冗余组件,包括:
显示所述组件;
获取对应于所述组件中的所述冗余组件的选择信号;
根据所述选择信号,将被选择的所述组件确定为所述冗余组件。
可选地,所述获取所述组件中的冗余组件,包括:
对于每一个组件,检测所述组件在被禁用之后,所述应用的功能是否受到影响;
若所述组件在被禁用之后所述应用的功能未受影响,则将所述组件确定为所述冗余组件。
可选地,所述获取所述组件中的冗余组件,包括:
分别检测各个所述组件是否在冗余组件列表中,所述冗余组件列表中包括至少一个冗余组件;
将在所述冗余组件列表中的组件确定为所述冗余组件。
可选地,所述方法还包括:
接收服务器发送的所述冗余组件列表;
或者,
当获取到对应于目标功能的关闭指示时,将用于实现所述目标功能的组件添加至所述冗余组件列表中。
可选地,所述禁用所述冗余组件,包括:
调用组件启用设置方法,通过所述组件启用设置方法禁用所述冗余组件。
根据本公开实施例的第二方面,提供了一种管理应用程序的组件的装置,所述装置包括:
第一获取模块,被配置为获取应用的组件;
第二获取模块,被配置为获取所述组件中的冗余组件,所述冗余组件是指所实现的功能与所述应用的功能无关的组件;
禁用模块,被配置为禁用所述冗余组件。
可选地,所述第二获取模块,包括:
组件显示子模块,被配置为显示所述组件;
信号获取子模块,被配置为获取对应于所述组件中的所述冗余组件的选择信号;
第一确定子模块,被配置为根据所述选择信号,将被选择的所述组件确定为所述冗余组件。
可选地,所述第二获取模块,包括:
功能检测子模块,被配置为对于每一个组件,检测所述组件在被禁用之后,所述应用的功能是否受到影响;
第二确定子模块,被配置为在所述组件在被禁用之后所述应用的功能未受影响时,将所述组件确定为所述冗余组件。
可选地,所述第二获取模块,包括:
组件检测子模块,被配置为分别检测各个所述组件是否在冗余组件列表中,所述冗余组件列表中包括至少一个冗余组件;
第三确定子模块,被配置为将在所述冗余组件列表中的组件确定为所述冗余组件。
可选地,所述装置还包括:
列表接收模块,被配置为接收服务器发送的所述冗余组件列表;
列表构建模块,被配置为当获取到对应于目标功能的关闭指示时,将用于实现所述目标功能的组件添加至所述冗余组件列表中。
可选地,所述禁用模块,被配置为调用组件启用设置方法,通过所述组件启用设置方法禁用所述冗余组件。
根据本公开实施例的第三方面,提供了一种管理应用程序的组件的装置,所述装置包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
获取应用的组件;
获取所述组件中的冗余组件,所述冗余组件是指所实现的功能与所述应用的功能无关的组件;
禁用所述冗余组件。
本公开实施例提供的技术方案可以包括以下有益效果:
通过获取应用的组件中的冗余组件,并禁用该冗余组件,使得终端在运行应用的过程中不会运行与应用功能无关的冗余组件;解决了相关技术中因运行应用的冗余组件,而导致影响用户正常使用应用,且浪费终端的系统资源的问题;达到了避免冗余组件影响到用户正常使用应用,且节省终端的系统资源的技术效果。
另外,通过获取对应于组件中的冗余组件的选择信号,根据选择信号,将被选择的组件确定为冗余组件;使得终端可以根据用户的选择确定冗余组件,有助于提高确定出的冗余组件的准确性。
另外,通过检测组件在被禁用之后,应用的功能是否受到影响,若组件在被禁用之后应用的功能未受影响,则将组件确定为冗余组件;实现了自动化地分析确定冗余组件。
另外,通过分别检测各个组件是否在冗余组件列表中,将在冗余组件列表中的组件确定为冗余组件;实现了自动化地确定冗余组件,且能够简单、高效地确定出冗余组件。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本公开说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的一种管理应用程序的组件的方法的流程图;
图2是根据另一示例性实施例示出的一种管理应用程序的组件的方法的流程图;
图3是根据另一示例性实施例示出的一种管理应用程序的组件的方法的流程图;
图4是根据另一示例性实施例示出的一种管理应用程序的组件的方法的流程图;
图5是根据一示例性实施例示出的一种管理应用程序的组件的装置的框图;
图6A是根据一示例性实施例示出的一种第二获取模块的框图;
图6B是根据另一示例性实施例示出的一种第二获取模块的框图;
图6C是根据另一示例性实施例示出的一种第二获取模块的框图;
图7是根据一示例性实施例示出的一种装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
由于应用的组件中有可能会包括一些冗余组件,冗余组件是指所实现的功能与应用的功能无关的组件,这些冗余组件的运行无疑会影响用户正常使用应用,且浪费终端的系统资源(如处理资源和存储资源)。例如,一款具备计算器功能的应用,其除了包括用于实现计算器功能的组件之外,还可能包括用于实现广告推送功能的组件。在该应用运行的过程中,用于实现广告推送功能的组件也启动运行,向用户推送广告,这不仅会影响到用户正常使用应用,而且会浪费终端的系统资源。基于此,本公开实施例提供了一种管理应用程序的组件的方法,和基于这个方法的装置,以解决上述相关技术中存在的问题。本公开实施例提供的技术方案,其核心思想是获取应用中的冗余组件,并禁用该冗余组件,以避免冗余组件影响到用户正常使用应用,且有助于节省终端的系统资源。
本公开实施例提供的方法,各步骤的执行主体可以是终端,该终端可以为手机、平板电脑、电子书阅读器、多媒体播放设备、计算机等。为了便于表述,在下述各个方法实施例中,以各步骤的执行主体为终端进行说明。
图1是根据一示例性实施例示出的一种管理应用程序的组件的方法的流程图,该方法可以包括如下几个步骤。
在步骤101中,获取应用的组件。
终端获取应用的组件。应用通常包括多个组件,组件是对数据和方法的简单封装,用于实现特定的功能。以Android应用为例,Android应用的组件包括:Activity、Service、Broadcast Receiver和Content Provider。上述四大组件的主要功能如下:Activity组件用于显示用户交互界面;Service组件用于实现无界面且长时间运行的功能;Broadcast Receiver组件用于接收来自系统和应用的广播消息;Content Provider组件用于存储应用需要的数据。Android应用的各项功能可通过上述组件来实现。在本公开实施例中,对应用的类型不作限定,其可以是能够在终端中安装的各类应用程序,如即时通信应用、社交类应用、支付类应用、生活服务类应用、购物类应用、日常工具类应用,等等。
在一个示例中,终端通过指定管理类获取应用的组件,该指定管理类用于管理应用的各个组件。以Android系统为例,终端通过Package Manager(包管理类)获取应用的组件。Package Manager主要用于管理应用程序包,通过它即可获取应用的各个组件。
可选地,终端不必获取应用的所有组件,终端获取应用的广播接收组件和服务组件。其中,广播接收组件用于接收来自系统和应用的广播消息,服务组件用于实现无界面且长时间运行的功能。以Android应用为例,广播接收组件即为Broadcast Receiver组件,服务组件即为Service组件。也即,终端可不必获取应用的Activity组件和Content Provider组件,仅获取应用的Broadcast Receiver组件和Service组件即可。由于Activity组件和Content Provider组件所实现的功能通常是与应用的功能相关的,且Activity组件和Content Provider组件不会在后台自动运行占用系统资源,因此Activity组件和Content Provider组件中存在冗余组件的可能性较小,为了节省终端的处理开销以及提高终端后续获取冗余组件的效率,可不必获取应用的Activity组件和Content Provider组件。而Broadcast Receiver组件和Service组件能够自启动运行,尤其是Service组件能够在后台常驻运行,通常利用Broadcast Receiver组件和Service组件来实现一些与应用的功能无关的功能,因此Broadcast Receiver组件和Service组件中存在冗余组件的可能性较大,是需要重点管控的对象。以Android应用为例,在一个示例中,终端通过Package Manager的queryBroadcastReceivers方法获取应用的广播接收组件(也即Broadcast Receiver组件);终端通过Package Manager的queryIntentServices方法获取应用的服务组件(也即Service组件)。
另外,终端所获取的应用的组件,可以是应用中当前正在运行的组件。对于应用中当前不在运行的组件,由于其并不会影响到用户正常使用应用,也不会占用终端的系统资源,因此可不必获取。
在步骤102中,获取组件中的冗余组件。
终端获取组件中的冗余组件,冗余组件是指所实现的功能与应用的功能无关的组件。也即,对于应用所包括的某一组件来说,如果去除该组件并不会影响到应用的功能,则该组件即可认为是冗余组件。例如,冗余组件通常包括用于实现广告推送功能的组件、用于实现应用升级功能的组件、用于实现窗口弹出功能的组件,等等。
终端获取组件中的冗余组件的可能实现方式,可参见下述图2至图4所示实施例中的介绍和说明。
在步骤103中,禁用冗余组件。
终端禁用冗余组件,也即终端将冗余组件关闭,禁止其运行。冗余组件被禁用之后,应用的其它非冗余组件仍可正常运行,因此应用的功能不会受到影响。
在一个示例中,终端调用组件启用设置方法,通过组件启用设置方法禁用冗余组件。以Android应用为例,终端调用Package Manager的setComponentEnabledSetting方法禁用冗余组件。
综上所述,本实施例提供的方法,通过获取应用的组件中的冗余组件,并禁用该冗余组件,使得终端在运行应用的过程中不会运行与应用功能无关的冗余组件;解决了相关技术中因运行应用的冗余组件,而导致影响用户正常使用应用,且浪费终端的系统资源的问题;达到了避免冗余组件影响到用户正常使用应用,且节省终端的系统资源的技术效果。
下面,通过几个实施例对获取组件中的冗余组件的几种可能实现方式进行介绍和说明。
图2是根据另一示例性实施例示出的一种管理应用程序的组件的方法的流程图,该方法可以包括如下几个步骤。
在步骤201中,获取应用的组件。
本步骤可参见上文对于步骤101的介绍和说明,本实施例对此不再赘述。
在步骤202中,显示组件。
终端将获取到的各个组件进行显示,以供用户从终端显示的各个组件中选择冗余组件。终端显示组件的方式可以是以列表的方式显示所有组件,也可以逐个显示每个组件,本实施例不对终端显示组件的方式作限定。
可选地,由于用户根据组件的名称或者组件包括的代码可能无法了解组件所实现的功能,这样,可能会导致用户错误地选择了影响应用正常使用的组件,因此,本实施例中,终端在显示组件时,还可以对应显示组件所实现的功能,以便用户准确地选择冗余组件。
在步骤203中,获取对应于组件中的冗余组件的选择信号。
用户从终端显示的组件中选择冗余组件。相应地,终端获取用户触发的对应于组件中的冗余组件的选择信号,该选择信号用于指示用户选择的冗余组件。假设终端以列表的方式显示所有组件,该列表中包括每一个组件对应的选择项(如勾选框、选择按钮等)。对于上述列表中的任一组件,若用户需要选择其作为冗余组件,则用户可点击该组件对应的选择项以触发选择信号,终端获取到该选择信号之后,确定该组件被用户选择为冗余组件。
在步骤204中,根据选择信号,将被选择的组件确定为冗余组件。
终端将选择信号所对应的组件确定为冗余组件。
在步骤205中,禁用冗余组件。
本步骤可参见上文对于步骤103的介绍和说明,本实施例对此不再赘述。
综上所述,本实施例提供的方法,通过获取对应于组件中的冗余组件的选择信号,根据选择信号,将被选择的组件确定为冗余组件;使得终端可以根据用户的选择确定冗余组件,有助于提高确定出的冗余组件的准确性。
图3是根据另一示例性实施例示出的一种管理应用程序的组件的方法的流程图,该方法可以包括如下几个步骤。
在步骤301中,获取应用的组件。
本步骤可参见上文对于步骤101的介绍和说明,本实施例对此不再赘述。
在步骤302中,对于每一个组件,检测组件在被禁用之后,应用的功能是否受到影响。
终端将获取的组件依次通过启用设置方法禁用,并检测该应用是否存在闪退、卡死、无法启动、无法实现人机交互等问题,若存在,则说明应用的功能受到影响。若组件在被禁用之后应用的功能未受到影响,则执行步骤303;若组件在被禁用之后应用的功能受到影响,则再次启动该组件,并切换下一个组件再次执行步骤302。本实施例不对终端禁用每个组件的顺序作限定。
在步骤303中,若组件在被禁用之后应用的功能未受影响,则将组件确定为冗余组件。
若组件在被禁用之后应用的功能未受影响,则说明该组件是与应用的功能无关的组件,终端将该组件确定为冗余组件。
在步骤304中,禁用冗余组件。
本步骤可参见上文对于步骤103的介绍和说明,本实施例对此不再赘述。
综上所述,本实施例提供的方法,通过检测组件在被禁用之后,应用的功能是否受到影响,若组件在被禁用之后应用的功能未受影响,则将组件确定为冗余组件;实现了自动化地分析确定冗余组件。
图4是根据另一示例性实施例示出的一种管理应用程序的组件的方法的流程图,该方法可以包括如下几个步骤。
在步骤401中,获取应用的组件。
本步骤可参见上文对于步骤101的介绍和说明,本实施例对此不再赘述。
在步骤402中,分别检测各个组件是否在冗余组件列表中,冗余组件列表中包括至少一个冗余组件。
终端可预先存储应用所对应的冗余组件列表,该应用所对应的冗余组件列表中包括应用的各个冗余组件。例如,该应用所对应的冗余组件列表中包括应用的各个冗余组件的标识。对于获取到的每一个组件,终端检测该组件是否在冗余组件列表中;若是,则确定该组件为冗余组件;若否,则确定该组件不是冗余组件。
在步骤403中,将在冗余组件列表中的组件确定为冗余组件。
在步骤404中,禁用冗余组件。
本步骤可参见上文对于步骤103的介绍和说明,本实施例对此不再赘述。
另外,终端可通过如下方式获取冗余组件列表:
在一个示例中,终端接收服务器发送的冗余组件列表。服务器端可维护有各个应用所对应的冗余组件列表。终端可从服务器中下载获取应用所对应的冗余组件列表。
在另一示例中,当获取到对应于目标功能的关闭指示时,终端将用于实现目标功能的组件添加至冗余组件列表中。冗余组件列表还可以是终端根据用户选择的需要关闭的功能而自行生成的。例如,当终端检测到用户关闭应用显示的推送广告时,终端将应用中用于实现广告推送功能的组件添加至冗余组件列表中。通过上述方式,所确定的冗余组件更加符合用户的个性化需求。
综上所述,本实施例提供的方法,通过分别检测各个组件是否在冗余组件列表中,将在冗余组件列表中的组件确定为冗余组件;实现了自动化地确定冗余组件,且能够简单、高效地确定出冗余组件。
下述为本公开装置实施例,可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节,请参照本公开方法实施例。
图5是根据一示例性实施例示出的一种管理应用程序的组件的装置的框图。该装置具有实现上述方法示例的功能,所述功能可以由硬件实现,也可以由硬件执行相应的软件实现。该装置可以包括:第一获取模块510、第二获取模块520和禁用模块530。
第一获取模块510,被配置为获取应用的组件。
第二获取模块520,被配置为获取第一获取模块510获取的组件中的冗余组件,冗余组件是指所实现的功能与应用的功能无关的组件。
禁用模块530,被配置为禁用第二获取模块520获取的冗余组件。
综上所述,本实施例提供的装置,通过获取应用的组件中的冗余组件,并禁用该冗余组件,使得终端在运行应用的过程中不会运行与应用功能无关的冗余组件;解决了相关技术中因运行应用的冗余组件,而导致影响用户正常使用应用,且浪费终端的处理资源的问题;达到了避免冗余组件影响到用户正常使用应用,且节省终端的处理资源的技术效果。
在基于图5所示实施例提供的一个可选实施例中,如图6A所示,第二获取模块520,包括:组件显示子模块521、信号获取子模块522和第一确定子模块523。
组件显示子模块521,被配置为显示第一获取模块510获取的组件。
信号获取子模块522,被配置为获取对应于组件显示子模块521显示的组件中的冗余组件的选择信号。
第一确定子模块523,被配置为根据信号获取子模块522获取的选择信号,将被选择的组件确定为冗余组件。
在基于图5所示实施例提供的另一可选实施例中,如图6B所示,第二获取模块520,包括:功能检测子模块524和第二确定子模块525。
功能检测子模块524,被配置为对于第一获取模块510获取的每一个组件,检测组件在被禁用之后,应用的功能是否受到影响。
第二确定子模块525,被配置为在功能检测子模块524检测出组件在被禁用之后应用的功能未受影响时,将组件确定为冗余组件。
在基于图5所示实施例提供的另一可选实施例中,如图6C所示,第二获取模块520,包括:组件检测子模块526和第三确定子模块527。
组件检测子模块526,被配置为分别检测第一获取模块510获取的各个组件是否在冗余组件列表中,冗余组件列表中包括至少一个冗余组件。
第三确定子模块527,被配置为根据组件检测子模块526的检测结果,将在冗余组件列表中的组件确定为冗余组件。
可选地,所述装置还包括:列表接收模块或者列表构建模块。
列表接收模块,被配置为接收服务器发送的冗余组件列表。
列表构建模块,被配置为当获取到对应于目标功能的关闭指示时,将用于实现目标功能的组件添加至冗余组件列表中。
在基于图5所示实施例提供的另一可选实施例中,禁用模块530,被配置为调用组件启用设置方法,通过组件启用设置方法禁用冗余组件。
需要说明的一点是,上述实施例提供的装置在实现其功能时,仅以上述各个功能模块的划分进行举例说明,实际应用中,可以根据实际需要而将上述功能分配由不同的功能模块完成,即将设备的内容结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
本公开一示例性实施例还提供了一种管理应用程序的组件的装置,能够实现本公开提供的管理应用程序的组件的方法,该装置包括:处理器,以及用于存储处理器的可执行指令的存储器。其中,处理器被配置为:
获取应用的组件;
获取所述组件中的冗余组件,所述冗余组件是指所实现的功能与所述应用的功能无关的组件;
禁用所述冗余组件。
可选地,所述处理器被配置为:
显示所述组件;
获取对应于所述组件中的所述冗余组件的选择信号;
根据所述选择信号,将被选择的所述组件确定为所述冗余组件。
可选地,所述处理器被配置为:
对于每一个组件,检测所述组件在被禁用之后,所述应用的功能是否受到影响;
若所述组件在被禁用之后所述应用的功能未受影响,则将所述组件确定为所述冗余组件。
可选地,所述处理器被配置为:
分别检测各个所述组件是否在冗余组件列表中,所述冗余组件列表中包括至少一个冗余组件;
将在所述冗余组件列表中的组件确定为所述冗余组件。
可选地,所述处理器还被配置为:
接收服务器发送的所述冗余组件列表;
或者,
当获取到对应于目标功能的关闭指示时,将用于实现所述目标功能的组件添加至所述冗余组件列表中。
可选地,所述处理器被配置为:
调用组件启用设置方法,通过所述组件启用设置方法禁用所述冗余组件。
图7是根据一示例性实施例示出的一种装置700的框图。例如,装置700可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图7,装置700可以包括以下一个或多个组件:处理组件702,存储器704,电源组件706,多媒体组件708,音频组件710,输入/输出(I/O)的接口712,传感器组件714,以及通信组件716。
处理组件702通常控制装置700的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件702可以包括一个或多个处理器718来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件702可以包括一个或多个模块,便于处理组件702和其他组件之间的交互。例如,处理组件702可以包括多媒体模块,以方便多媒体组件708和处理组件702之间的交互。
存储器704被配置为存储各种类型的数据以支持在装置700的操作。这些数据的示例包括用于在装置700上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件706为装置700的各种组件提供电力。电源组件706可以包括电源管理系统,一个或多个电源,及其他与为装置700生成、管理和分配电力相关联的组件。
多媒体组件708包括在所述装置700和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件708包括一个前置摄像头和/或后置摄像头。当装置700处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件710被配置为输出和/或输入音频信号。例如,音频组件710包括一个麦克风(MIC),当装置700处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器704或经由通信组件716发送。在一些实施例中,音频组件710还包括一个扬声器,用于输出音频信号。
I/O接口712为处理组件702和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件714包括一个或多个传感器,用于为装置700提供各个方面的状态评估。例如,传感器组件714可以检测到装置700的打开/关闭状态,组件的相对定位,例如所述组件为装置700的显示器和小键盘,传感器组件714还可以检测装置700或装置700一个组件的位置改变,用户与装置700接触的存在或不存在,装置700方位或加速/减速和装置700的温度变化。传感器组件714可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件714还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件714还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件716被配置为便于装置700和其他设备之间有线或无线方式的通信。装置700可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件716还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器704,上述指令可由装置700的处理器718执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
一种非临时性计算机可读存储介质,当所述存储介质中的指令由装置700的处理器执行时,使得装置700能够执行上述方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。