CN108829712A - 事项管理方法、装置、存储介质及终端设备 - Google Patents

Abstract

本申请实施例中提供的一种事项管理方法、装置、存储介质及终端设备，该方法通过确定存储的事项数据的总体属性参数，并判断所述总体属性参数是否满足设定分类条件；如果所述总体属性参数满足设定分类条件，则确定至少两个类别；根据所述至少两个类别对所述事项数据进行分类处理。通过采用上述技术方案，可以根据存储的事项数据的总体属性参数确定是否需要对事项数据进行分类，以便用户可以对分类后的事项数据进行更好的管理，可以提高事项数据的操作效率。

Description

事项管理方法、装置、存储介质及终端设备

技术领域

本申请实施例涉及终端设备技术领域，尤其涉及一种事项管理方法、装置、存储介质及终端设备。

背景技术

随着终端设备的发展，终端设备能够应用的场景以及能够实现的功能越来越多。终端设备可以作为记录工具，记录用户的各种笔记事项等，例如，终端设备可以记录用户的待办事项并对用户进行提醒，终端设备还可以记录用户的笔记或资料。随着用户的记录越来越多，要找到想要的笔记事项会越来越繁琐，事项数据的操作效率也会变慢。

发明内容

本申请实施例提供的一种事项管理方法、装置、存储介质及终端设备，可以提高事项数据的操作效率。

第一方面，本申请实施例提供了一种事项管理方法，包括：

确定存储的事项数据的总体属性参数，并判断所述总体属性参数是否满足设定分类条件；

如果所述总体属性参数满足设定分类条件，则确定至少两个类别；

根据所述至少两个类别对所述事项数据进行分类处理。

第二方面，本申请实施例提供了一种事项管理装置，包括：

条件判断模块，用于确定存储的事项数据的总体属性参数，并判断所述总体属性参数是否满足设定分类条件；

类别确定模块，用于如果所述总体属性参数满足设定分类条件，则确定至少两个类别；

分类模块，用于根据所述至少两个类别对所述事项数据进行分类处理。

第三方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例所述的事项管理方法。

第四方面，本申请实施例提供了一种终端设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例所述的事项管理方法。

本申请实施例中提供的一种事项管理方案，通过确定存储的事项数据的总体属性参数，并判断所述总体属性参数是否满足设定分类条件；如果所述总体属性参数满足设定分类条件，则确定至少两个类别；根据所述至少两个类别对所述事项数据进行分类处理。通过采用上述技术方案，可以根据存储的事项数据的总体属性参数确定是否需要对事项数据进行分类，以便用户可以对分类后的事项数据进行更好的管理，可以提高事项数据的操作效率。

附图说明

图1为本申请实施例提供的一种事项管理方法的流程示意图；

图2为本申请实施例提供的另一种事项管理方法的流程示意图；

图3为本申请实施例提供的一种事项管理方法的场景示意图；

图4为本申请实施例提供的另一种事项管理方法的流程示意图；

图5为本申请实施例提供的另一种事项管理方法的场景示意图；

图6为本申请实施例提供的另一种事项管理方法的流程示意图；

图7为本申请实施例提供的另一种事项管理方法的流程示意图；

图8为本申请实施例提供的另一种事项管理方法的场景示意图；

图9为本申请实施例提供的另一种事项管理方法的流程示意图；

图10为本申请实施例提供的另一种事项管理方法的流程示意图；

图11为本申请实施例提供的一种事项管理装置的结构框图；

图12为本申请实施例提供的一种终端设备的结构示意图；

图13为本申请实施例提供的另一种终端设备的结构示意图。

具体实施方式

下面结合附图并通过具体实施方式来进一步说明本申请的技术方案。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

终端设备可包括智能手机、平板电脑和其他具有操作***的设备，用户可以通过各种终端设备作为笔记本或清单表使用，用户可以在终端设备中输入各种事项，可以是文字、图片、网址、文件和声音等文件，随着事项越来越多，用户有时候很难找到目标事项，本申请实施例可以对终端设备中的事项数据进行管理，提高用户对事项的操作效率。

图1为本申请实施例提供的一种事项管理方法的流程示意图，该方法可以由事项管理装置执行，其中该装置可以由软件和/或硬件实现，一般可以集成在终端设备中，也可以集成在其他安装有操作***的设备中。如图1所示，该方法包括：

S110、确定存储的事项数据的总体属性参数，并判断所述总体属性参数是否满足设定分类条件。

其中，所述存储的事项数据可以是存储在终端设备中。可选地，可以存储在终端设备中自带的用于存储事项数据的功能项中，还可以是存储在终端设备中安装的用于存储事项数据的应用程序(APP,Application)中。所述存储的事项数据还可以是存储在后台服务器中。

所述总体属性参数包括用于体现所存储的所有事项数据的总体状态的参数。示例性地，总体属性参数可包括存储的所有事项数据所占的大小和/或所有事项数据的数量多少等。

所述设定分类条件为用于判断存储的事项数据是否会过多的条件，如果所述总体属性参数满足设定分类条件，则表示存储的所有事项数据的总体过多。示例性地，如果总体属性参数包括存储的所有事项数据所占的大小，所述设定分类条件可以是设定大小。例如，设定大小为100千字节(Kbyte)，则当判断存储的所有事项数据所占的大小达到100千字节时，可以确定总体属性参数满足设定分类条件。

可选地，所述总体属性参数包括总体数量；相应地，判断所述总体属性参数是否满足设定分类条件可以通过下述方式实施：

判断所述总体数量是否大于设定数量；如果所述总体数量大于设定数量，则确定为满足设定分类条件。

其中，设定数量可以是用户设置或***设置。设定数量为用于表示存储的事项数据数量过多，可能在接下来的使用过程中给用户带来操作的麻烦。示例性地，如果设定数量为50个，在第50个事项数据生成时，可以执行对事项数据进行分类的操作。通过判断存储的事项数据的总体数量是否大于设定数量，可以在存储的事项数据的数量过多时，对事项数据进行及时的分类，可以提高后期用户的操作效率。

可选地，设定数量可以是根据用户对事项数据功能的使用频率或事项数据的生成速度来进行设定。示例性地，用户平均每天都会新建至少一个事项数据，说明用户使用事项数据的功能的频率较高，且事项数据的生成速度也较快，如果预设的设定数量为50个，则根据用户的使用频率或事项数据的生成速度可以适当调低设定数量至30个；以便可以尽快对使用频率进行分类，进一步提高用户的分类效率。

S111、如果所述总体属性参数满足设定分类条件，则确定至少两个类别。

其中，所述类别为用于对事项数据进行分类的类别；如果没有对事项数据进行分类，所有事项数据可以看作属于一个类别。所以在总体属性参数满足设定分类条件时，即存储的事项数据过多时，需要对事项数据进行分类。通过确定至少两个类别，以便可以将多个事项数据分为至少两个类别。

所述类别的数量和/或类别的类型，可以根据用户设置或根据***设定进行设置。示例性地，如果所述事项数据包括待办事项，可以确定两个类别，包括：已处理和未处理。将所有待办事项分为已处理和未处理，以便用户可以清楚直接地了解所有事项数据的状态，可以更方便用户管理所有事项数据。

可选地，如果所述总体属性参数满足设定分类条件，还可以发送分类提示信息至用户；如果接收到用户返回的确定分类指令时，则确定至少两个类别。

通过在总体属性参数满足设定分类条件时，发送分类提示信息给用户以提示用户可以进行分类处理，并根据用户的确定分类指令来执行接下来的分类操作。而如果用户没有返回确定分类指令，则表示用户并不想对事项数据进行分类，可以调整设定分类条件，并返回执行确定存储的事项数据的总体属性参数，并判断所述总体属性参数是否满足设定分类条件的操作；直到收到用户返回的确定分类指令，再执行后续的分类操作。

通过根据发送分类提示信息至用户，并根据用户返回的确定分类指令来确定至少两个类别，可以根据用户的确定分类指令来进行分类的操作，进一步提高用户的分类操作的效率。

S112、根据所述至少两个类别对所述事项数据进行分类处理。

其中，对存储的事项数据进行分类处理，分为至少两个类别，则可以方便用户根据类别来管理事项数据，可以提高用户对事项数据的操作效率。

可选地，可以根据事项数据中包括的内容以及所述至少两个类别对事项数据进行分类处理。示例性地，所述至少两个类别包括已处理和未处理，如果事项数据中包括了用户对于该事项数据的处理结果，则可以根据该处理结果来对事项数据进行分类为未处理或已处理。

可选地，还可以根据用户输入的分类操作以及所述至少两个类别，对所述事项数据进行分类处理。

其中，对所述事项数据进行分类处理时，可以通过用户的主动分类操作来对事项数据进行分类。示例性地，用户可以对每个事项数据分别进行操作，选择该事项数据的类别，以便可以将该事项数据分类至对应的类别中。通过根据用户输入的分类操作以及所述至少两个类别，对所述事项数据进行分类处理，可以在所述类别的类型为用户自定义设置时，可以根据用户的主动分类操作来对事项数据进行分类，可以增加对于事项数据进行分类的操作的多样性。

本申请实施例中提供的一种事项管理方法，通过确定存储的事项数据的总体属性参数，并判断所述总体属性参数是否满足设定分类条件；如果所述总体属性参数满足设定分类条件，则确定至少两个类别；根据所述至少两个类别对所述事项数据进行分类处理。通过采用上述技术方案，可以根据存储的事项数据的总体属性参数确定是否需要对事项数据进行分类，以便用户可以对分类后的事项数据进行更好的管理，可以提高事项数据的操作效率。

图2为本申请实施例提供的另一种事项管理方法的流程示意图，在上述实施例所提供的技术方案的基础上，可选地，如图2所示，该方法包括：

S120、确定存储的事项数据的总体属性参数，并判断所述总体属性参数是否满足设定分类条件。

S121、如果所述总体属性参数满足设定分类条件，则确定至少两个类别。

S122、根据所述至少两个类别对所述事项数据进行分类处理。

上述操作的具体实施方式可以参考上文的相关描述，在此不再赘述。

S123、根据每个类别的处理等级对事项数据进行排列；其中，所述至少两个类别中的每个类别对应一个处理等级。

其中，所述处理等级包括关于事项数据的处理重要性和/或处理时间紧迫性的等级。示例性地，如果所述至少两个类别包括处理中、待处理和已处理，对于用户来说处理中的类别的处理时间紧迫性的等级最高，待处理的类别的处理时间紧迫性的等级其次，已处理的类别的处理时间紧迫性的等级最低。而如果所述至少两个类别包括重要、次要和普通，重要的类别的处理重要性等级最高、次要的类别处理重要性等级其次，普通的类别的处理重要性最低。

其中，根据处理等级对事项数据进行排列，可以是：将处理等级越高的事项数据设于越靠近终端设备的显示屏的优先区域的位置。所述优先区域为用户会优先注意到的区域，可以是终端设备显示屏的顶部区域，还可以是终端设备的显示屏的中心区域，具体的优先区域可以根据用户选择或者实际应用进行设置。

示例性地，如图3所示，事项数据分为了三个类别，分别包括：处理中、待处理和已处理，处理中的处理等级最高，已处理的处理等级最低，所以将属于处理中类别的事项数据124排列于属于已处理类别的事项数据125的上方，以便用户可以优先注意到处理等级高的处理中类别的事项数据。

通过根据每个类别的处理等级对事项数据进行排列，可以更符合用户的操作习惯，进一步优化用户对分类后的事项数据的管理操作。

图4为本申请实施例提供的另一种事项管理方法的流程示意图，在上述任意实施例所提供的技术方案的基础上，对根据每个类别的处理等级对事项数据进行排列的操作进行了优化，可选地，如图4所示，该方法包括：

S130、确定存储的事项数据的总体属性参数，并判断所述总体属性参数是否满足设定分类条件。

S131、如果所述总体属性参数满足设定分类条件，则确定至少两个类别。

S132、根据所述至少两个类别对所述事项数据进行分类处理。

上述操作的具体实施方式可以参考上文的相关描述，在此不再赘述。

S133、根据每个类别中的事项数据的数量确定每个类别的显示条目的尺寸。

其中，所述显示条目为：在终端设备的显示屏上显示每个类别时，每个类别所对应的显示区域。

如果将存储的事项数据分类为若干个类别，则在终端设备的显示屏上显示所有事项数据时，将每个类别的事项数据显示在对应的类别的显示条目内，以便用户可以直接找到对应类别的事项数据。由于不同类别中所包括的事项数据的数量可能不一样，有一些类别中的事项数据较多，有一些类别中的事项数据较少，根据每个类别中的事项数据确定每个类别的显示条目的尺寸，可以使用户在看到对应的类别的显示条目时，能够直观地感受到每个类别中的数量多少。

示例性地，如图5所示，所述确定的至少两个类别包括以日期进行分类的六个类别，分别是去年、1月、2月、3月、4月和其他，每个类别中都有对应的事项数据，六个类别中的事项数据的数量分别是：10、5、17、20、40和1；可以从图中看出，每个类别对应的显示条目136的尺寸有所不同，拥有最多事项数据的类别“4月”的显示条目最大，拥有最少的事项数据的类别“其他”的显示条目最小。

S134、将每个类别对应的事项数据存储至对应的显示条目中。

将每个类别对应的事项数据存储至对应的显示条目中，即将所述事项数据的内容存储至显示条目对应的存储路径内，所述存储路径可以是终端设备中的存储模块中的存储路径，也可以是后台服务器中的存储区域的存储路径。在接收到用户对任一显示条目进行启动操作时，可以获取并显示该显示条目所对应的事项数据。

S135、根据所述类别的处理等级，对所有类别的显示条目进行排列；其中，所述至少两个类别中的每个类别对应一个处理等级。

具体实施方式可以参考上文的相关描述，在此不再赘述。

本申请实施例通过根据每个类别中的事项数据的数量确定每个类别的显示条目的尺寸，以及将每个类别对应的事项数据存储至对应的显示条目中；可以在事项数据分类后，类别较多时，使用户可以根据每个类别的显示条目的尺寸对该类别所包括的事项数据进行了解，可以进一步提高用户对事项数据的管理操作的效率。

图6为本申请实施例提供的另一种事项管理方法的流程示意图，在上述任意实施例所提供的技术方案的基础上，可选地，如图6所示，该方法包括：

S140、确定存储的事项数据的总体属性参数，并判断所述总体属性参数是否满足设定分类条件。

S141、如果所述总体属性参数满足设定分类条件，则确定至少两个类别。

S142、根据所述至少两个类别对所述事项数据进行分类处理。

上述操作的具体实施方式可以参考上文的相关描述，在此不再赘述。

S143、对于每个类别中的事项数据，根据每个事项数据的编辑时间对所有事项数据进行排列。

其中，所述事项数据的标记时间包括所述事项数据的建立时间，或所述事项数据的最后编辑时间。对所有事项数据进行排列可以是：将编辑时间越后的事项数据设于越靠近终端设备的显示屏的优先区域的位置。具体实施方式可以参考上文的相关描述，在此不再赘述。

对于每个类别中的事项数据，根据每个事项数据的标记时间对该类别中的事项数据进行排列，可以在用户打开一个类别中的事项数据时，可以根据编辑时间对事项数据的情况能够清楚了解，进一步优化用户在获取一个类别中的事项数据时的操作效率。

图7为本申请实施例提供的另一种事项管理方法的流程示意图，在上述任意实施例所提供的技术方案的基础上，对根据每个事项数据的编辑时间对所有事项数据进行排列的操作进行了优化，可选地，如图7所示，该方法包括：

S150、确定存储的事项数据的总体属性参数，并判断所述总体属性参数是否满足设定分类条件。

S151、如果所述总体属性参数满足设定分类条件，则确定至少两个类别。

S152、根据所述至少两个类别对所述事项数据进行分类处理。

上述操作的具体实施方式可以参考上文的相关描述，在此不再赘述。

S153、对于每个类别中的事项数据，根据每个事项数据的内容确定每个事项数据的预览条目的尺寸。

其中，所述预览条目为在终端设备的显示屏上显示每个类别中的事项数据时，每个事项数据所对应的显示区域。所述事项数据的内容可以包括事项数据的具体内容、类型和大小。所述事项数据可以包括文字、图片、声音文件、视频文件、文件类中的至少一种。根据每个事项数据的具体内容、类型和大小的不同确定给每个事项数据的预览条目的尺寸。

示例性地，如果两个事项数据均为文字类型的事项数据，一个事项数据内的文字比另一个事项数据内的文字多，则前一个事项数据的预览条目的尺寸大于后一个事项数据。根据每个事项数据的内容确定每个事项数据的预览条目的尺寸，可以使用户通过每个类别中的事项数据的预览条目，就可以对事项数据的情况有一个大概了解，能够提高用户对事项数据的操作效率。

S154、将每个事项数据的内容在对应的预览条目中进行缩放显示。

其中，缩放显示为将事项数据所包括的内容缩放至预设尺寸，以使事项数据所包括的内容可以在预览条目的尺寸内进行显示。示例性地，如图8所示，“处理中”类别包括若干个事项数据，其中有文字类事项数据156、有同时包括图片和文字的事项数据157，以及还有同时包括声音文件和文字的事项数据158；通过将每个事项数据的内容在每个事项数据对应的预览条目中进行缩放显示，能够清楚了解到每个事项数据内具体包括什么内容。

通过将每个事项数据的内容在对应的预览条目中进行缩放显示，用户能够通过预览条目就能清楚了解到事项数据的具体内容，可以进一步提高用户对事项数据的操作效率。

S155、根据每个事项数据的编辑时间，对所有事项数据的预览条目进行排列。

具体实施方式可以参考上文的相关描述，在此不再赘述。

图9为本申请实施例提供的另一种事项管理方法的流程示意图，在上述任意实施例所提供的技术方案的基础上，对根据所述至少两个类别对所述事项数据进行分类处理的操作进行了优化，可选地，如图9所示，该方法包括：

S160、确定存储的事项数据的总体属性参数，并判断所述总体属性参数是否满足设定分类条件。

S161、如果所述总体属性参数满足设定分类条件，则确定至少两个类别。

上述操作的具体实施方式可以参考上文的相关描述，在此不再赘述。

S162、判断所述事项数据中是否包括预设联系人信息。

S163、如果所述事项数据中包括预设联系人信息，则将所述事项数据确定为协作日程类别。

其中，所述预设联系人信息可以是终端设备中的预设通讯录中的联系人的信息，还可以是终端设备中用于进行社交通讯的应用程序中的联系人的信息。可以通过判断事项数据的内容中是否包括预设联系人信息。

所述协作日程类别为需要根据至少两个用户进行协作处理事项数据的类别，即需要根据至少两个用户的处理进度来确定该事项数据的处理进度的类别。用户可以通过在建立事项数据时，将事项数据和对应的预设联系人进行关联绑定或在事项数据内记录预设联系人的信息，以将所述事项数据作为协作日程类别。

本申请实施例通过根据判断所述事项数据中是否包括预设联系人信息，则将所述事项数据确定为协作日程类别，可以对协作日程类别的事项数据进行分类，以便用户可以对协作日程类别的事项数据进行更好的管理，可以提高事项数据的操作效率。

图10为本申请实施例提供的另一种事项管理方法的流程示意图，在上述任意实施例所提供的技术方案的基础上，对根据所述至少两个类别对所述事项数据进行分类处理的操作进行了优化，可选地，如图10所示，该方法包括：

S170、确定存储的事项数据的总体属性参数，并判断所述总体属性参数是否满足设定分类条件。

S171、如果所述总体属性参数满足设定分类条件，则确定至少两个类别。

S172、判断所述事项数据中是否包括预设联系人信息。

S173、如果所述事项数据中包括预设联系人信息，则将所述事项数据确定为协作日程类别。

上述操作的具体实施方式可以参考上文的相关描述，在此不再赘述。

S174、对于所述协作日程类别中的事项数据，将所述事项数据发送至对应的预设联系人。

其中，可以是将所述事项数据的内容以及事项数据的处理信息发送至对应的预设联系人。可以通过用于社交通讯的应用程序发送至对应的预设联系人，具体发送方式可以根据实际情况进行设置，在此不作限定。

S175、根据预设联系人反馈的处理信息变更所述事项数据，并返回执行根据所述至少两个类别对所述事项数据进行分类处理的操作。

其中，预设联系人在接收到事项数据后，可以反馈预设联系人的处理信息。用户在接收到预设联系人反馈的处理信息时，则对所述事项数据的内容和/或处理信息进行变更，在变更后的事项数据的内容已经发生变化，所以需要返回执行根据所述至少两个类别对所述事项数据进行分类处理的操作。

示例性地，用户根据预设联系人反馈的处理信息，以及结合用户自身的处理信息变更事项数据的处理等级。如果用户结合预设联系人反馈的处理信息以及结合用户方的处理信息确定该事项数据为已处理完成，则可以将该事项数据重新进行分类，并分类至已处理类别中。

通过根据预设联系人反馈的处理信息变更所述事项数据，并返回执行根据所述至少两个类别对所述事项数据进行分类处理的操作，用户可以对协作日程类别的事项数据进行更好的管理，并在事项数据发生变更后，重新对事项数据进行分类，可以进一步提高事项数据的操作效率。

图11为本申请实施例提供的一种事项管理装置的结构框图，该装置可以执行事项管理方法，如图11所示，该装置包括：

条件判断模块210，用于确定存储的事项数据的总体属性参数，并判断所述总体属性参数是否满足设定分类条件；

类别确定模块211，用于如果所述总体属性参数满足设定分类条件，则确定至少两个类别；

分类模块212，用于根据所述至少两个类别对所述事项数据进行分类处理。

本申请实施例中提供的一种事项管理装置，通过确定存储的事项数据的总体属性参数，并判断所述总体属性参数是否满足设定分类条件；如果所述总体属性参数满足设定分类条件，则确定至少两个类别；根据所述至少两个类别对所述事项数据进行分类处理。通过采用上述技术方案，可以根据存储的事项数据的总体属性参数确定是否需要对事项数据进行分类，以便用户可以对分类后的事项数据进行更好的管理，可以提高事项数据的操作效率。

可选地，还包括：

第一排列模块，用于根据所述至少两个类别对所述事项数据进行分类处理之后，根据每个类别的处理等级对事项数据进行排列；其中，所述至少两个类别中的每个类别对应一个处理等级。

可选地，第一排列模块具体包括：

条目尺寸确定模块，用于根据每个类别中的事项数据的数量确定每个类别的显示条目的尺寸；

条目存储模块，用于将每个类别对应的事项数据存储至对应的显示条目中；

条目排列模块，用于根据所述类别的处理等级，对所有类别的显示条目进行排列。

可选地，还包括：

第二排列模块，用于根据所述至少两个类别对所述事项数据进行分类处理之后，对于每个类别中的事项数据，根据每个事项数据的编辑时间对所有事项数据进行排列。

可选地，第二排列模块具体包括：

预览尺寸确定模块，用于根据每个事项数据的内容确定每个事项数据的预览条目的尺寸；

缩放显示模块，用于将每个事项数据的内容在对应的预览条目中进行缩放显示；

预览排列模块，用于根据每个事项数据的编辑时间，对所有事项数据的预览条目进行排列。

可选地，所述总体属性参数包括总体数量；

相应地，条件判断模块具体包括：判断所述总体数量是否大于设定数量；如果所述总体数量大于设定数量，则确定为满足设定分类条件。

可选地，分类模块具体用于：

判断所述事项数据中是否包括预设联系人信息；

如果所述事项数据中包括预设联系人信息，则将所述事项数据确定为协作日程类别。

可选地，还包括：

协作发送模块，用于根据所述至少两个类别对所述事项数据进行分类处理之后，对于所述协作日程类别中的事项数据，将所述事项数据发送至对应的预设联系人；

事项变更模块，用于根据预设联系人反馈的处理信息变更所述事项数据，并返回执行根据所述至少两个类别对所述事项数据进行分类处理的操作。

本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的事项管理操作，还可以执行本申请任意实施例所提供的事项管理方法中的相关操作。

本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行事项管理方法，该方法包括：

确定存储的事项数据的总体属性参数，并判断所述总体属性参数是否满足设定分类条件；

如果所述总体属性参数满足设定分类条件，则确定至少两个类别；

根据所述至少两个类别对所述事项数据进行分类处理。

存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带装置；计算机***存储器或随机存取存储器，诸如DRAM、DDR RAM、SRAM、EDO RAM，兰巴斯(Rambus)RAM等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的第一计算机***中，或者可以位于不同的第二计算机***中，第二计算机***通过网络(诸如因特网)连接到第一计算机***。第二计算机***可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机***中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

本申请实施例提供了一种终端设备，该终端设备中可集成本申请实施例提供的事项管理装置。

图12为本申请实施例提供的一种终端设备的结构示意图，本申请实施例提供了一种终端设备30，包括存储器31，处理器32及存储在存储器31上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现上述实施例所述的事项管理方法。本申请实施例提供的终端设备，可以提高事项数据的操作效率。

图13为本申请实施例提供的一种终端设备的结构示意图。如图13所示，该终端设备可以包括：壳体(图中未示出)、触摸屏(图中未示出)、触摸按键(图中未示出)、存储器301、中央处理器(Central Processing Unit，CPU)302(又称处理器，以下简称CPU)、电路板(图中未示出)和电源电路(图中未示出)。所述电路板安置在所述壳体围成的空间内部；所述CPU302和所述存储器301设置在所述电路板上；所述电源电路，用于为所述终端设备的各个电路或器件供电；所述存储器301，用于存储可执行程序代码；所述CPU302通过读取所述存储器301中存储的可执行程序代码来运行与所述可执行程序代码对应的计算机程序，以实现以下步骤：

确定存储的事项数据的总体属性参数，并判断所述总体属性参数是否满足设定分类条件；

如果所述总体属性参数满足设定分类条件，则确定至少两个类别；

根据所述至少两个类别对所述事项数据进行分类处理。

所述终端设备还包括：外设接口303、RF(Radio Frequency，射频)电路305、音频电路306、扬声器311、电源管理芯片308、输入/输出(I/O)子***309、触摸屏312、其他输入/控制设备310以及外部端口304，这些部件通过一个或多个通信总线或信号线307来通信。

应该理解的是，图示终端设备300仅仅是终端设备的一个范例，并且终端设备300可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

下面就本实施例提供的用于实现事项管理的终端设备进行详细的描述，该终端设备以手机为例。

存储器301，所述存储器301可以被CPU302、外设接口303等访问，所述存储器301可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

外设接口303，所述外设接口303可以将设备的输入和输出外设连接到CPU302和存储器301。

I/O子***309，所述I/O子***309可以将设备上的输入输出外设，例如触摸屏312和其他输入/控制设备310，连接到外设接口303。I/O子***309可以包括显示控制器3091和用于控制其他输入/控制设备310的一个或多个输入控制器3092。其中，一个或多个输入控制器3092从其他输入/控制设备310接收电信号或者向其他输入/控制设备310发送电信号，其他输入/控制设备310可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮。值得说明的是，输入控制器3092可以与以下任一个连接：键盘、红外端口、USB接口以及诸如鼠标的指示设备。

触摸屏312，所述触摸屏312是用户终端设备与用户之间的输入接口和输出接口，将可视输出显示给用户，可视输出可以包括图形、文本、图标、视频等。

I/O子***309中的显示控制器3091从触摸屏312接收电信号或者向触摸屏312发送电信号。触摸屏312检测触摸屏上的接触，显示控制器3091将检测到的接触转换为与显示在触摸屏312上的用户界面对象的交互，即实现人机交互，显示在触摸屏312上的用户界面对象可以是运行游戏的图标、联网到相应网络的图标等。值得说明的是，设备还可以包括光鼠，光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸。

RF电路305，主要用于建立手机与无线网络(即网络侧)的通信，实现手机与无线网络的数据接收和发送。例如收发短信息、电子邮件等。具体地，RF电路305接收并发送RF信号，RF信号也称为电磁信号，RF电路305将电信号转换为电磁信号或将电磁信号转换为电信号，并且通过该电磁信号与通信网络以及其他设备进行通信。RF电路305可以包括用于执行这些功能的已知电路，其包括但不限于天线***、RF收发机、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、CODEC(COder-DECoder，编译码器)芯片组、用户标识模块(Subscriber Identity Module，SIM)等等。

音频电路306，主要用于从外设接口303接收音频数据，将该音频数据转换为电信号，并且将该电信号发送至扬声器311。

扬声器311，用于将手机通过RF电路305从无线网络接收的语音信号，还原为声音并向用户播放该声音。

电源管理芯片308，用于为CPU302、I/O子***及外设接口所连接的硬件进行供电及电源管理。

本申请实施例提供的终端设备，可以提高事项数据的操作效率。

上述实施例中提供的事项管理装置、存储介质及终端设备可执行本申请任意实施例所提供的事项管理方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的事项管理方法。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。

Claims (11)

1.一种事项管理方法，其特征在于，包括：

确定存储的事项数据的总体属性参数，并判断所述总体属性参数是否满足设定分类条件；

如果所述总体属性参数满足设定分类条件，则确定至少两个类别；

根据所述至少两个类别对所述事项数据进行分类处理。

2.如权利要求1所述的方法，其特征在于，根据所述至少两个类别对所述事项数据进行分类处理之后，还包括：

根据每个类别的处理等级对事项数据进行排列；其中，所述至少两个类别中的每个类别对应一个处理等级。

3.如权利要求2所述的方法，其特征在于，根据每个类别的处理等级对事项数据进行排列包括：

根据每个类别中的事项数据的数量确定每个类别的显示条目的尺寸；

将每个类别对应的事项数据存储至对应的显示条目中；

根据所述类别的处理等级，对所有类别的显示条目进行排列。

4.如权利要求1所述的方法，其特征在于，根据所述至少两个类别对所述事项数据进行分类处理之后，还包括：

对于每个类别中的事项数据，根据每个事项数据的编辑时间对所有事项数据进行排列。

5.如权利要求4所述的方法，其特征在于，根据每个事项数据的编辑时间对所有事项数据进行排列包括：

根据每个事项数据的内容确定每个事项数据的预览条目的尺寸；

将每个事项数据的内容在对应的预览条目中进行缩放显示；

根据每个事项数据的编辑时间，对所有事项数据的预览条目进行排列。

6.如权利要求1所述的方法，其特征在于，所述总体属性参数包括总体数量；相应地，判断所述总体属性参数是否满足设定分类条件包括：

判断所述总体数量是否大于设定数量；

如果所述总体数量大于设定数量，则确定为满足设定分类条件。

7.如权利要求1至6任一项所述的方法，其特征在于，根据所述至少两个类别对所述事项数据进行分类处理包括：

判断所述事项数据中是否包括预设联系人信息；

如果所述事项数据中包括预设联系人信息，则将所述事项数据确定为协作日程类别。

8.如权利要求7所述的方法，其特征在于，根据所述至少两个类别对所述事项数据进行分类处理之后，还包括：

对于所述协作日程类别中的事项数据，将所述事项数据发送至对应的预设联系人；

根据预设联系人反馈的处理信息变更所述事项数据，并返回执行根据所述至少两个类别对所述事项数据进行分类处理的操作。

9.一种事项管理装置，其特征在于，包括：

条件判断模块，用于确定存储的事项数据的总体属性参数，并判断所述总体属性参数是否满足设定分类条件；

类别确定模块，用于如果所述总体属性参数满足设定分类条件，则确定至少两个类别；

分类模块，用于根据所述至少两个类别对所述事项数据进行分类处理。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-8中任一项所述的事项管理方法。

11.一种终端设备，其特征在于，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-8任一项所述的事项管理方法。