确定通知重要性的方法、装置及移动终端与流程

本公开涉及移动终端技术领域，尤其涉及一种确定通知重要性的方法、装置、移动终端及计算机可读存储介质。

背景技术：

随着移动终端技术的快速发展，各种移动终端例如手机已非常普及，并且，功能日益强大。例如，用户可以利用手机通知栏显示的通知来获取信息，但过多的通知已经严重影响了用户的日常使用，同时也降低了有效通知信息的获取效率。

为了解决上述问题，可以通过对通知排序结果进行评分，若评分较低，则表明通知排序结果不能很好地满足用户的需求，需要对通知进行重排序。相关技术中，通过衡量用户的平均点击位置来评价通知排序的效果，其中，衡量用户平均点击位置的方法包括：

假设用户收到了20条通知，用户下拉通知栏后，点击了其中的第1条、第6条和第8条通知，那么其平均点击位置就是(1+6+8)/3＝5。假设通知排序是有效果的，同样是这20条通知，但重要通知都被前置了，用户下拉通知栏后，变成点击第1条、第2条和第4条通知，其平均点击位置就是(1+2+4)/3＝2.3。

由此可见，平均点击位置越小，排序效果越好。但是，上述方法无法衡量出单条通知的重要性。

技术实现要素：

为克服相关技术中存在的问题，本公开提供一种确定通知重要性的方法、装置、移动终端及计算机可读存储介质。

根据本公开实施例的第一方面，提供一种确定通知重要性的方法，包括：

获取预设时长内每条通知在移动终端通知栏中出现的总次数和用户针对所述每条通知的操作信息；

根据所述每条通知在移动终端通知栏中出现的总次数、所述用户针对所述每条通知的操作信息以及预设的至少一个评价指标计算公式，计算出与每条通知对应的每个评价指标的分数；

对所述与每条通知对应的每个评价指标的分数进行加权运算，得到用于衡量每条通知重要性的分数；

根据所述用于衡量每条通知重要性的分数，确定所述每条通知的重要性。

在一实施例中，所述方法还包括：

计算属于同一应用的所有通知的平均分数，并将所述平均分数作为对应应用的分数；

按照应用的分数由大到小的顺序对所有应用进行排序；

将排序在预设阈值之前的应用确定为能够锁屏展现和悬浮展现的应用。

在一实施例中，所述方法还包括：

根据所述用于衡量每条通知重要性的分数，计算出所有通知的总分数；

根据所述总分数确定所有通知的排序效果。

在一实施例中，所述计算属于同一应用的所有通知的平均分数，包括：

对所述与每条通知对应的每个评价指标的分数重新进行加权运算，得到与每条通知对应的评价分数；

根据所述与每条通知对应的评价分数，计算属于同一应用的所有通知的平均分数。

在一实施例中，所述操作信息包括阅读时长、点击次数、删除次数和屏蔽次数中的至少一项。

根据本公开实施例的第二方面，提供一种确定通知重要性的装置，包括：

获取模块，被配置为获取预设时长内每条通知在移动终端通知栏中出现的总次数和用户针对所述每条通知的操作信息；

第一计算模块，被配置为根据所述获取模块获取的所述每条通知在移动终端通知栏中出现的总次数、所述用户针对所述每条通知的操作信息以及预设的至少一个评价指标计算公式，计算出与每条通知对应的每个评价指标的分数；

第一运算模块，被配置为对所述第一计算模块计算出的与每条通知对应的每个评价指标的分数进行加权运算，得到用于衡量每条通知重要性的分数；

第一确定模块，被配置为根据所述第一运算模块得到的用于衡量每条通知重要性的分数，确定所述每条通知的重要性。

在一实施例中，所述装置还包括：

第二计算模块，被配置为计算属于同一应用的所有通知的平均分数，并将所述平均分数作为对应应用的分数；

排序模块，被配置为按照所述第二计算模块计算的应用的分数由大到小的顺序对所有应用进行排序；

第二确定模块，被配置为将所述排序模块排序在预设阈值之前的应用确定为能够锁屏展现和悬浮展现的应用。

在一实施例中，所述装置还包括：

第三计算模块，被配置为根据所述用于衡量每条通知重要性的分数，计算出所有通知的总分数；

第三确定模块，被配置为根据所述第三计算模块计算出的所述总分数确定所有通知的排序效果。

在一实施例中，所述第二计算模块包括：

运算子模块，被配置为对所述与每条通知对应的每个评价指标的分数重新进行加权运算，得到与每条通知对应的评价分数；

计算子模块，被配置为根据所述运算子模块得到的所述与每条通知对应的评价分数，计算属于同一应用的所有通知的平均分数。

在一实施例中，所述操作信息包括阅读时长、点击次数、删除次数和屏蔽次数中的至少一项。

根据本公开实施例的第三方面，提供一种移动终端，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

获取预设时长内每条通知在移动终端通知栏中出现的总次数和用户针对所述每条通知的操作信息；

根据所述每条通知在移动终端通知栏中出现的总次数、所述用户针对所述每条通知的操作信息以及预设的至少一个评价指标计算公式，计算出与每条通知对应的每个评价指标的分数；

对所述与每条通知对应的每个评价指标的分数进行加权运算，得到用于衡量每条通知重要性的分数；

根据所述用于衡量每条通知重要性的分数，确定所述每条通知的重要性。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述确定通知重要性方法的步骤。

本公开的实施例提供的技术方案可以包括以下有益效果：通过根据获取的每条通知在移动终端通知栏中出现的总次数、用户针对每条通知的操作信息以及预设的至少一个评价指标计算公式，计算出与每条通知对应的每个评价指标的分数，并对与每条通知对应的每个评价指标的分数进行加权运算，得到用于衡量每条通知重要性的分数，从而可以根据用于衡量每条通知重要性的分数衡量每条通知的重要性。

通过计算属于同一应用的所有通知的平均分数，并将该平均分数作为对应应用的分数，然后按照应用的分数由大到小的顺序对所有应用进行排序，并将排序在预设阈值之前的应用确定为能够锁屏展现和悬浮展现的应用，上述实现方式可以确保重要应用的通知能够锁屏展现和悬浮展现，从而有利于用户获知所需要的信息。

通过计算出所有通知的总分数，并根据该总分数确定所有通知的排序效果，实现方式简单，且准确性高。

计算属于同一应用的所有通知的平均分数的方式简单，且有助于后续确定能够锁屏展现和悬浮展现的应用。

通过描述操作信息的内容，使得方案更清楚，且为后续计算与每条通知对应的每个评价指标的分数提供条件。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种确定通知重要性的方法的流程图。

图2是根据一示例性实施例示出的另一种确定通知重要性的方法的流程图。

图3是根据一示例性实施例示出的另一种确定通知重要性的方法的流程图。

图4是根据一示例性实施例示出的锁屏展现的通知的示意图。

图5是根据一示例性实施例示出的一种确定通知重要性的装置的框图。

图6是根据一示例性实施例示出的另一种确定通知重要性的装置的框图。

图7是根据一示例性实施例示出的另一种确定通知重要性的装置的框图。

图8是根据一示例性实施例示出的另一种确定通知重要性的装置的框图。

图9是根据一示例性实施例示出的一种适用于确定通知重要性的装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种确定通知重要性的方法的流程图，如图1所示，该确定通知重要性的方法可应用于移动终端上，该方法包括以下步骤s101-s104：

在步骤s101中，获取预设时长内每条通知在移动终端通知栏中出现的总次数和用户针对每条通知的操作信息。

其中，用户针对每条通知的操作信息可以包括但不局限于阅读时长、点击次数、删除次数和屏蔽次数中的至少一项。

移动终端例如手机的通知栏中可以显示通知，以方便用户获知各种信息。其中，预设时长可以根据需要设置，例如可以为24小时、3天、7天等。

在步骤s102中，根据每条通知在移动终端通知栏中出现的总次数、用户针对每条通知的操作信息以及预设的至少一个评价指标计算公式，计算出与每条通知对应的每个评价指标的分数。

其中，预设的至少一个评价指标计算公式可以包括但不局限于以下评价指标计算公式：

点击意愿＝点击次数/总次数

阅读意愿＝总阅读时长/总次数

删除意愿＝删除次数/总次数

屏蔽意愿＝屏蔽次数/总次数

其中，阅读时长可以近似等于每条通知在通知栏中的显示时长。

例如，通知a在24小时内在通知栏中出现了1次，阅读时长为2s，点击次数为1次，删除次数和屏蔽次数均为0，则与通知a对应的点击意愿为1，阅读意愿为2，删除意愿为0，屏蔽意愿为0。

本实施例通过引入删除次数和屏蔽次数等负向指标，可以更好地量化用户的行为，有助于确定通知的重要性。同时，通过量化同一点击率的通知的评价指标，可以更好地确定通知的重要性。例如，用户都点击了通知a和通知b，点击率均为100％，但通知a的出现总次数是2，点击意愿为：1/2＝0.5，通知b的出现总次数为10，点击意愿为：1/10＝0.1。由此可以推断出，通知a对于用户更加重要。

在步骤s103中，对与每条通知对应的每个评价指标的分数进行加权运算，得到用于衡量每条通知重要性的分数。

在该实施例中，可以根据需要为每个评价指标设置权重，并基于所设置的权重对与每条通知对应的每个评价指标的分数进行加权运算，得到用于衡量每条通知重要性的分数。

例如，可以将阅读意愿的权重设为1/10，其它三个意愿的权重设为1，则可以得到用于衡量每条通知重要性的分数为：点击意愿+阅读意愿/10-删除意愿-屏蔽意愿。

假设，通知a在24小时内在通知栏中出现了1次，阅读时长为2s，点击次数为1次，删除次数和屏蔽次数均为0，则与通知a对应的点击意愿为1，阅读意愿为2，删除意愿为0，屏蔽意愿为0，用于衡量通知a的重要性的分数为1.2。

通知b在24小时内在通知栏中出现了3次，阅读时长为2s，点击次数为1次，删除次数和屏蔽次数均为0，则与通知b对应的点击意愿为0.33，阅读意愿为0.67，删除意愿为0，屏蔽意愿为0，用于衡量通知b的重要性的分数为0.4。

在步骤s104中，根据用于衡量每条通知重要性的分数，确定每条通知的重要性。

由于用于衡量通知a的重要性的分数高于用于衡量通知b的重要性的分数，因此，通知a的重要性高于通知b的重要性。

上述实施例，通过根据获取的每条通知在移动终端通知栏中出现的总次数、用户针对每条通知的操作信息以及预设的至少一个评价指标计算公式，计算出与每条通知对应的每个评价指标的分数，并对与每条通知对应的每个评价指标的分数进行加权运算，得到用于衡量每条通知重要性的分数，从而可以根据用于衡量每条通知重要性的分数衡量每条通知的重要性。

图2是根据一示例性实施例示出的另一种确定通知重要性的方法的流程图，如图2所示，在上述步骤s103之后，该方法还可以包括：

在步骤s105中，根据用于衡量每条通知重要性的分数，计算出所有通知的总分数。

假设预设时长内在手机通知栏共出现了5条通知，这5条通知在通知栏中出现的总次数和用户针对每条通知的操作信息可如表1所示。

表1用户针对每条通知的操作信息及每条通知的分数

在步骤s106中，根据总分数确定所有通知的排序效果。

根据表1，可以获知5条通知的总分数为0.03，表明5条通知的排序效果较差，需要再次调整。

上述实施例，通过计算出所有通知的总分数，并根据该总分数确定所有通知的排序效果，实现方式简单，且准确性高。

图3是根据一示例性实施例示出的另一种确定通知重要性的方法的流程图，如图3所示，在上述步骤s102之后，该方法还可以包括：

在步骤s201中，计算属于同一应用的所有通知的平均分数，并将平均分数作为对应应用的分数。

在该实施例中，可以采用以下方式计算属于同一应用的所有通知的平均分数：对与每条通知对应的每个评价指标的分数重新进行加权运算，得到与每条通知对应的评价分数，然后根据与每条通知对应的评价分数，计算属于同一应用的所有通知的平均分数。

例如，可以将阅读意愿的权重设为1/10，屏蔽意愿的权重设为10，其它两个意愿的权重设为1，则可以得到与每条通知对应的评价分数为：点击意愿+阅读意愿/10-删除意愿-屏蔽意愿*10。

假设，通知a、通知b、通知c……和通知n属于同一应用x，则属于应用x的所有通知的平均分数为：(通知a的评价分数+通知b的评价分数+通知c的评价分数+…+通知n的评价分数)/n，也即应用x的分数为：(通知a的评价分数+通知b的评价分数+通知c的评价分数+…+通知n的评价分数)/n。

上述计算属于同一应用的所有通知的平均分数的方式简单，且有助于后续确定能够锁屏展现和悬浮展现的应用。

在步骤s202中，按照应用的分数由大到小的顺序对所有应用进行排序。

在步骤s203中，将排序在预设阈值之前的应用确定为能够锁屏展现和悬浮展现的应用。

其中，预设阈值可以根据需要进行设置，例如可以为5％，即属于排名在前5％的应用的通知才可以锁屏展现和悬浮展现。

其中，通知可以锁屏展现是指移动终端例如手机处于锁屏状态下，通知可以在锁屏桌面展现，如图4所示。通知可以悬浮展现是指移动终端例如手机处于解锁状态下，通知可以在桌面顶部展现。

上述实施例，通过计算属于同一应用的所有通知的平均分数，并将该平均分数作为对应应用的分数，然后按照应用的分数由大到小的顺序对所有应用进行排序，并将排序在预设阈值之前的应用确定为能够锁屏展现和悬浮展现的应用，上述实现方式可以确保重要应用的通知能够锁屏展现和悬浮展现，从而有利于用户获知所需要的信息。

与前述确定通知重要性的方法实施例相对应，本公开还提供了确定通知重要性的装置实施例。

图5是根据一示例性实施例示出的一种确定通知重要性的装置的框图，如图5所示，确定通知重要性的装置包括：获取模块51、第一计算模块52、第一运算模块53和第一确定模块54。

获取模块51被配置为获取预设时长内每条通知在移动终端通知栏中出现的总次数和用户针对每条通知的操作信息。

其中，用户针对每条通知的操作信息可以包括但不局限于阅读时长、点击次数、删除次数和屏蔽次数中的至少一项。

移动终端例如手机的通知栏中可以显示通知，以方便用户获知各种信息。其中，预设时长可以根据需要设置，例如可以为24小时、3天、7天等。

第一计算模块52被配置为根据获取模块51获取的每条通知在移动终端通知栏中出现的总次数、用户针对每条通知的操作信息以及预设的至少一个评价指标计算公式，计算出与每条通知对应的每个评价指标的分数。

其中，预设的至少一个评价指标计算公式可以包括但不局限于以下评价指标计算公式：

点击意愿＝点击次数/总次数

阅读意愿＝总阅读时长/总次数

删除意愿＝删除次数/总次数

屏蔽意愿＝屏蔽次数/总次数

其中，阅读时长可以近似等于每条通知在通知栏中的显示时长。

例如，通知a在24小时内在通知栏中出现了1次，阅读时长为2s，点击次数为1次，删除次数和屏蔽次数均为0，则与通知a对应的点击意愿为1，阅读意愿为2，删除意愿为0，屏蔽意愿为0。

本实施例通过引入删除次数和屏蔽次数等负向指标，可以更好地量化用户的行为，有助于确定通知的重要性。同时，通过量化同一点击率的通知的评价指标，可以更好地确定通知的重要性。例如，用户都点击了通知a和通知b，点击率均为100％，但通知a的出现总次数是2，点击意愿为：1/2＝0.5，通知b的出现总次数为10，点击意愿为：1/10＝0.1。由此可以推断出，通知a对于用户更加重要。

第一运算模块53被配置为对第一计算模块52计算出的与每条通知对应的每个评价指标的分数进行加权运算，得到用于衡量每条通知重要性的分数。

在该实施例中，可以根据需要为每个评价指标设置权重，并基于所设置的权重对与每条通知对应的每个评价指标的分数进行加权运算，得到用于衡量每条通知重要性的分数。

例如，可以将阅读意愿的权重设为1/10，其它三个意愿的权重设为1，则可以得到用于衡量每条通知重要性的分数为：点击意愿+阅读意愿/10-删除意愿-屏蔽意愿。

假设，通知a在24小时内在通知栏中出现了1次，阅读时长为2s，点击次数为1次，删除次数和屏蔽次数均为0，则与通知a对应的点击意愿为1，阅读意愿为2，删除意愿为0，屏蔽意愿为0，用于衡量通知a的重要性的分数为1.2。

通知b在24小时内在通知栏中出现了3次，阅读时长为2s，点击次数为1次，删除次数和屏蔽次数均为0，则与通知b对应的点击意愿为0.33，阅读意愿为0.67，删除意愿为0，屏蔽意愿为0，用于衡量通知b的重要性的分数为0.4。

第一确定模块54被配置为根据第一运算模块53得到的用于衡量每条通知重要性的分数，确定每条通知的重要性。

由于用于衡量通知a的重要性的分数高于用于衡量通知b的重要性的分数，因此，通知a的重要性高于通知b的重要性。

如图5所示的装置用于实现上述如图1所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

上述实施例，通过根据获取的每条通知在移动终端通知栏中出现的总次数、用户针对每条通知的操作信息以及预设的至少一个评价指标计算公式，计算出与每条通知对应的每个评价指标的分数，并对与每条通知对应的每个评价指标的分数进行加权运算，得到用于衡量每条通知重要性的分数，从而可以根据用于衡量每条通知重要性的分数衡量每条通知的重要性。

图6是根据一示例性实施例示出的另一种确定通知重要性的装置的框图，如图6所示，在上述图5所示实施例的基础上，该装置还可包括：第二计算模块55、排序模块56和第二确定模块57。

第二计算模块55被配置为计算属于同一应用的所有通知的平均分数，并将平均分数作为对应应用的分数。

在该实施例中，可以采用以下方式计算属于同一应用的所有通知的平均分数：对与每条通知对应的每个评价指标的分数重新进行加权运算，得到与每条通知对应的评价分数，然后根据与每条通知对应的评价分数，计算属于同一应用的所有通知的平均分数。

排序模块56被配置为按照第二计算模块55计算的应用的分数由大到小的顺序对所有应用进行排序。

第二确定模块57被配置为将排序模块56排序在预设阈值之前的应用确定为能够锁屏展现和悬浮展现的应用。

其中，预设阈值可以根据需要进行设置，例如可以为5％，即属于排名在前5％的应用的通知才可以锁屏展现和悬浮展现。

其中，通知可以锁屏展现是指移动终端例如手机处于锁屏状态下，通知可以在锁屏桌面展现，如图4所示。通知可以悬浮展现是指移动终端例如手机处于解锁状态下，通知可以在桌面顶部展现。

如图6所示的装置用于实现上述如图3所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

上述实施例，通过计算属于同一应用的所有通知的平均分数，并将该平均分数作为对应应用的分数，然后按照应用的分数由大到小的顺序对所有应用进行排序，并将排序在预设阈值之前的应用确定为能够锁屏展现和悬浮展现的应用，上述实现方式可以确保重要应用的通知能够锁屏展现和悬浮展现，从而有利于用户获知所需要的信息。

图7是根据一示例性实施例示出的另一种确定通知重要性的装置的框图，如图7所示，在上述图5所示实施例的基础上，该装置还可以包括：第三计算模块58和第三确定模块59。

第三计算模块58被配置为根据用于衡量每条通知重要性的分数，计算出所有通知的总分数。

假设预设时长内在手机通知栏共出现了5条通知，这5条通知在通知栏中出现的总次数和用户针对每条通知的操作信息可如表1所示。

第三确定模块59被配置为根据第三计算模块58计算出的总分数确定所有通知的排序效果。

根据表1，可以获知5条通知的总分数为0.03，表明5条通知的排序效果较差，需要再次调整。

如图7所示的装置用于实现上述如图2所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

上述实施例，通过计算出所有通知的总分数，并根据该总分数确定所有通知的排序效果，实现方式简单，且准确性高。

图8是根据一示例性实施例示出的另一种确定通知重要性的装置的框图，如图8所示，在上述图6所示实施例的基础上，第二计算模块55包括：运算子模块551和计算子模块552。

运算子模块551被配置为对与每条通知对应的每个评价指标的分数重新进行加权运算，得到与每条通知对应的评价分数。

计算子模块552被配置为根据运算子模块551得到的与每条通知对应的评价分数，计算属于同一应用的所有通知的平均分数。

例如，可以将阅读意愿的权重设为1/10，屏蔽意愿的权重设为10，其它两个意愿的权重设为1，则可以得到与每条通知对应的评价分数为：点击意愿+阅读意愿/10-删除意愿-屏蔽意愿*10。

假设，通知a、通知b、通知c……和通知n属于同一应用x，则属于应用x的所有通知的平均分数为：(通知a的评价分数+通知b的评价分数+通知c的评价分数+…+通知n的评价分数)/n，也即应用x的分数为：(通知a的评价分数+通知b的评价分数+通知c的评价分数+…+通知n的评价分数)/n。

如图8所示的装置用于实现上述如图3所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

上述计算属于同一应用的所有通知的平均分数的方式简单，且有助于后续确定能够锁屏展现和悬浮展现的应用。

关于上述实施例中的装置，其中各个模块、子模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图9是根据一示例性实施例示出的一种适用于确定通知重要性的装置的框图。例如，装置900可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图9，装置900可以包括以下一个或多个组件：处理组件902，存储器904，电源组件906，多媒体组件908，音频组件910，输入/输出(i/o)的接口912，传感器组件914，以及通信组件916。

处理组件902通常控制装置900的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件902可以包括一个或多个处理器920来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件902可以包括一个或多个模块，便于处理组件902和其他组件之间的交互。例如，处理部件902可以包括多媒体模块，以方便多媒体组件908和处理组件902之间的交互。

存储器904被配置为存储各种类型的数据以支持在设备900的操作。这些数据的示例包括用于在装置900上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

电源组件906为装置900的各种组件提供电力。电源组件906可以包括电源管理系统，一个或多个电源，及其他与为装置900生成、管理和分配电力相关联的组件。

多媒体组件908包括在所述装置900和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件908包括一个前置摄像头和/或后置摄像头。当设备900处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件910被配置为输出和/或输入音频信号。例如，音频组件910包括一个麦克风(mic)，当装置900处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器904或经由通信组件916发送。在一些实施例中，音频组件910还包括一个扬声器，用于输出音频信号。

i/o接口912为处理组件902和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件914包括一个或多个传感器，用于为装置900提供各个方面的状态评估。例如，传感器组件914可以检测到设备900的打开/关闭状态，组件的相对定位，例如所述组件为装置900的显示器和小键盘，传感器组件914还可以检测装置900或装置900一个组件的位置改变，用户与装置900接触的存在或不存在，装置900方位或加速/减速和装置900的温度变化。传感器组件914可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件914还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件914还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件916被配置为便于装置900和其他设备之间有线或无线方式的通信。装置900可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信部件916经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件916还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

在示例性实施例中，装置900可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器904，上述指令可由装置900的处理器920执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。