CN109242410A - 一种待办事项的生成方法和装置 - Google Patents
一种待办事项的生成方法和装置 Download PDFInfo
- Publication number
- CN109242410A CN109242410A CN201810904033.7A CN201810904033A CN109242410A CN 109242410 A CN109242410 A CN 109242410A CN 201810904033 A CN201810904033 A CN 201810904033A CN 109242410 A CN109242410 A CN 109242410A
- Authority
- CN
- China
- Prior art keywords
- information
- backlog
- characteristic
- preset rules
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 58
- 230000003542 behavioural effect Effects 0.000 claims abstract description 14
- 238000012790 confirmation Methods 0.000 claims description 7
- 239000000284 extract Substances 0.000 claims description 7
- 238000000605 extraction Methods 0.000 claims description 5
- 230000015654 memory Effects 0.000 description 13
- 238000010586 diagram Methods 0.000 description 9
- 238000006116 polymerization reaction Methods 0.000 description 9
- 230000002123 temporal effect Effects 0.000 description 9
- 230000006399 behavior Effects 0.000 description 5
- 238000013475 authorization Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 235000013399 edible fruits Nutrition 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000012549 training Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
- G06Q10/1093—Calendar-based scheduling for persons or groups
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/629—Protecting access to data via a platform, e.g. using keys or access control rules to features or functions of an application
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Entrepreneurship & Innovation (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- General Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Marketing (AREA)
- Economics (AREA)
- Data Mining & Analysis (AREA)
- Tourism & Hospitality (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请公开了一种待办事项的生成方法和装置，该方法包括：根据用户的行为数据，获取与待办事项相关的第一信息；从第一信息中提取特征数据，特征数据包括用户信息、信息内容、未读标记、应用的使用频率、应用标识以及时间标签中的至少一种，特征数据用于判断第一信息是否能够生成待办事项；根据特征数据，判断第一信息是否符合预设规则，预设规则为生成待办事项的规则；若是，则根据第一信息生成待办事项，并进行聚合后加载。这样，通过对待办事项相关的信息进行分析，在确定这些信息符合生成待办事项的规则时，智能生成待办事项，相较于由用户手动创建待办事项而言，不仅可以减少用户操作，而且不容易错漏，可以有效提升用户的使用体验。
Description
技术领域
本申请涉及信息处理领域，尤其涉及一种待办事项的生成方法和装置。
背景技术
随着科学技术的飞速发展，各种各样的应用软件应运而生，包括用于对用户的待办事项进行记录和提示的应用软件。这些应用软件通常可以记录用户的待办事项，并在设定时间向用户进行提示，用户在接收到提示后，可以及时对待办事项进行处理，给用户带来极大地便利。
然而，在实际应用中，这些应用软件中记录的待办事项通常需要用户手动创建，步骤较为繁琐且容易错漏，从而影响用户的使用体验。
发明内容
本申请实施例提供一种待办事项的生成方法和装置，用于解决现有的应用软件记录的待办事项由用户创建，步骤较为繁琐且容易错漏，影响用户使用体验的问题。
为了解决上述技术问题，本申请是这样实现的：
本申请实施例提供一种待办事项的生成方法，包括：
根据用户的行为数据，获取与待办事项相关的第一信息；
从所述第一信息中提取特征数据，所述特征数据包括用户信息、信息内容、标记信息、应用的使用频率、应用标识以及时间标签中的至少一种，所述特征数据用于判断第一信息是否能够生成待办事项；
根据所述特征数据，判断所述第一信息是否符合预设规则，所述预设规则为生成待办事项的规则；
若是，则根据所述第一信息生成待办事项，并进行聚合后加载。
本申请实施例提供一种待办事项的生成装置，包括：
获取单元，根据用户的行为数据，获取与待办事项相关的第一信息；
提取单元，从所述第一信息中提取特征数据，所述特征数据包括用户信息、信息内容、标记信息、应用的使用频率、应用标识以及时间标签中的至少一种，所述特征数据用于判断第一信息是否能够生成待办事项；
判断单元，根据所述特征数据，判断所述第一信息是否符合预设规则，所述预设规则为生成待办事项的规则；
生成单元，在所述判断单元判断所述第一信息符合所述预设规则时，根据所述第一信息生成待办事项，并进行聚合后加载。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：
本申请实施例提供的技术方案，根据用户的行为数据，获取与待办事项相关的第一信息；从所述第一信息中提取特征数据，所述特征数据包括用户信息、信息内容、未读标记、应用的使用频率、应用标识以及时间标签中的至少一种，所述特征数据用于判断第一信息是否能够生成待办事项；根据所述特征数据，判断所述第一信息是否符合预设规则，所述预设规则为生成待办事项的规则；若是，则根据所述第一信息生成待办事项，并进行聚合后加载。这样，通过对待办事项相关的信息进行分析，在确定这些信息符合生成待办事项的规则时，智能生成待办事项，相较于由用户手动创建待办事项而言，不仅可以减少用户操作，而且不容易错漏，在智能生成待办事项后，通过对待办事项聚合后加载，可以及时提示用户，进而有效提升用户的使用体验。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请的一个实施例待办事项的生成方法的流程示意图；
图2是本申请的一个实施例待办事项列表的示意图；
图3是本申请的一个实施例待办事项的生成方法的流程示意图；
图4为本申请实施例提供的一种电子设备的结构示意图；
图5为本申请实施例提供的一种待办事项的生成装置的结构示意图。
具体实施方式
现有技术中，应用软件记录的待办事项通常由用户手动创建，具体地，用户可以在终端的系统中找到应用软件后，打开应用软件并在应用软件中输入待办事项的标题和内容，应用软件在接收到用户输入的标题和内容后，可以根据标题和内容生成待办事项。
在实际应用中，虽然用户可以通过上述记载的方法方便地在应用软件中创建待办事项，但是，用户创建待办事项的步骤较为繁琐，且，在用户输入错误或者遗漏重要的待办事项时，应用软件将不能准确记录用户的待办事项，从而影响用户的使用体验。
为了解决上述技术问题，本申请实施例提供一种待办事项的生成方法和装置，该方法包括：根据用户的行为数据，获取与待办事项相关的第一信息；从所述第一信息中提取特征数据，所述特征数据包括用户信息、信息内容、未读标记、应用的使用频率、应用标识以及时间标签中的至少一种，所述特征数据用于判断第一信息是否能够生成待办事项；根据所述特征数据，判断所述第一信息是否符合预设规则，所述预设规则为生成待办事项的规则；若是，则根据所述第一信息生成待办事项，并进行聚合后加载。
本申请实施例提供的技术方案相较于现有技术而言，至少可以实现以下有益效果：
(1)通过对待办事项相关的信息进行分析，在确定这些信息符合生成待办事项的规则时，智能生成待办事项，使得待办事项的生成不再依赖于用户手动创建；
(2)相较于由用户手动创建待办事项而言，可以减少用户操作；
(3)根据与待办事项相关的信息智能生成待办事项，相较于用户手动创建待办事项而言，不容易错漏，在智能生成待办事项后，通过对待办事项聚合后加载，可以及时提示用户，进而有效提升用户的使用体验。
下面结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
以下结合附图，详细说明本申请各实施例提供的技术方案。
图1为本申请实施例提供的一种待办事项的生成方法的流程示意图。所述方法如下所述。
步骤102：根据用户的行为数据，获取与待办事项相关的第一信息。
在步骤102中，在创建用户的待办事项时，可以根据用户的行为数据，获取与待办事项相关的第一信息。
本申请实施例中，所述用户的行为数据可以理解为，用户针对终端的操作行为产生的数据，所述终端可以是智能手机、平板电脑、PC等。例如，当终端为智能手机时，用户的操作行为可以是查看应用信息、浏览网面，查看短信等，这些行为产生的数据即为用户的行为数据。根据用户的行为数据，可以获取到与待办事项相关的第一信息。
优选地，所述第一信息可以包括邮件信息、短信息、应用通知信息、日程信息以及剪贴板信息中的至少一种。
所述邮件信息可以是用户使用的智能终端中安装的各类邮件应用接收到的邮件的信息，所述短信息可以是所述智能终端接收到的短信息，所述应用通知信息可以是所述智能终端中安装的一个或多个应用的通知信息，所述日程信息可以是所述智能终端中日程应用(例如，日历)记录的待办日程，所述剪贴板信息可以是所述智能终端的剪贴板中记录的信息。其中，所述智能终端可以是智能手机、平板电脑、个人计算机等。
可选地，所述第一信息还可以是其他与用户的待办事项相关的信息，例如，用户使用的终端是智能手机时，所述第一信息可以是未接来电信息、电量过低时的提示信息等，这里不再一一举例说明。本申请实施例以所述第一信息包括邮件信息、短信息、应用通知信息、日程信息以及剪贴板信息中的至少一种为例进行说明。
本申请实施例在获取所述第一信息时，在一种实现方式中，可以实时获取所述第一信息，具体地，可以实时地对第一信息或第一信息对应的应用进行监控，在监控到新的第一信息时，可以实时获取新的第一信息。
例如，所述第一信息包括邮件信息时，可以对用户的邮件应用进行监控，在监控到邮件应用接收新邮件时，可以获取新的邮件对应的邮件信息；再例如，所述第一信息包括应用通知信息时，可以对应用进行监控，在监控到应用发出通知信息时，可以实时获取新的通知信息。
在另一种实现方式，在获取所述第一信息时，还可以定期获取，具体地，可以预先确定获取第一信息的时间周期，这样，可以按照所述时间周期获取在所述时间周期内产生的第一信息。其中，所述时间周期可以根据实际情况确定，这里不做具体限定。
例如，所述第一信息包括邮件信息时，可以每隔一小时获取在最近一小时内接收到的邮件对应的邮件信息，其中，获取的邮件可以是已读邮件，也可以是未读邮件；再例如，所述第一信息包括应用通知信息时，可以每隔十分钟获取在该十分钟内应用产生的通知信息，其中，该十分钟内应用产生的通知信息可以是未读的通知信息。
需要说明的是，本申请实施例在通过上述任一种方式获取所述第一信息之前，需要首先获得对所述第一信息的访问权限，也就是说，需要在获得对所述第一信息的访问权限的前提下，获取所述第一信息。
具体地，当所述第一信息包括邮件信息时，需要该邮件信息对应的邮件应用提供接口，并由用户授予访问邮件信息的权限。
当所述第一信息包括短信息时，需要申请系统权限，并由用户授予访问短信息的权限，例如，系统为Android系统时，需要申请Android系统权限“android.permission.RECEIVE_SMS”，在获得用户授权后，可以通过系统接口获取短信息。
当所述第一信息包括应用通知信息时，需要该应用通知信息对应的应用提供接口，并由用户授予访问应用通知信息的权限。
当所述第一信息包括日程信息时，需要申请系统权限，并由用户授予访问日程信息的权限，例如，系统为Android系统时，需要申请Android系统权限“android.permission.READ_CALENDAR”，在获得用户授权后，可以通过系统接口获取日程信息。
当所述第一信息包括剪贴板信息时，在用户的授权下，可以通过系统的接口获取剪贴板信息。
这样，在通过上述记载的方法获得访问所述第一信息的权限后，可以方便地通过上述记载的任一种方式获取所述第一信息。在获取到所述第一信息后，可以执行步骤104。
步骤104：从所述第一信息中提取特征数据。
在步骤104中，在获取到所述第一信息后，由于所述第一信息不一定符合生成待办事项的规则(即根据所述第一信息不一定能够生产待办事项)，因此，可以从所述第一信息中提取用于判断所述第一信息是否能够生成待办事项的特征数据。
本申请实施例中，从所述第一信息中提取的所述特征数据，优选地，可以包括用户信息、信息内容、标记信息、应用的使用频率、应用标识以及时间标签中的至少一种。其中：
所述用户信息可以是其他用户的信息，并非需要创建待办事项的用户的信息，例如，当所述第一信息中包括邮件信息时，所述用户信息可以是邮件的发件人信息；再例如，当所述第一信息中包括短信息时，所述用户信息可以是短信的发送方信息。
所述信息内容可以是所述第一信息包含的具体内容，例如，当所述第一信息中包括邮件信息时，所述信息内容可以是邮件标题，也可以是邮件内容，其中，所述邮件标题可以是邮件的主题，所述邮件内容可以是邮件的正文包含的内容。
所述标记信息可以是所述第一信息为已标记的信息时所述第一信息具有的标记，优选地，所述标记信息可以包括置顶标记以及未读标记中的至少一种，例如，当所述第一信息包括邮件信息时，所述标记信息可以是未读标记，也可以是置顶标记。
可选地，所述标记信息也可以包括其他标记，例如所述第一信息为重要信息时的标记，所述第一信息为紧急信息时的标记等。本申请实施例可以以所述标记信息包括置顶标记以及未读标记中的至少一种为例进行说明。
所述应用的使用频率以及所述应用标识，可以是所述第一信息为应用通知信息时，所述应用通知信息对应的应用的使用频率以及应用标识。
所述时间标签可以是所述第一信息中包含的时间信息，例如，所述第一信息包括日程信息时，所述时间标签可以是日程信息中包含的待办日程的时间信息。
在本申请实施例中，从所述第一信息中提取的所述特征数据，还可以是所述第一信息中包含的其他与待办事项相关的数据，本申请实施例仅以上述记载的特征数据为例进行说明。
本申请实施例可以以所述特征数据包括用户信息、信息内容、标记信息、应用的使用频率、应用标识以及时间标签中的至少一种为例进行说明。
在从所述第一信息中提取所述特征数据时，可以根据不同的第一信息提取得到不同的特征数据。具体地：
当所述第一信息包括邮件信息时，从所述第一信息中提取的特征数据可以包括发件人信息、邮件标题、标记信息以及邮件内容中的至少一种；
当所述第一信息包括短信息时，从所述第一信息中提取的特征数据可以包括发送方信息、标记信息以及短信内容中的至少一种；
当所述第一信息包括应用通知信息时，从所述第一信息中提取的特征数据可以包括应用的使用频率以及应用标识中的至少一种；
当所述第一信息包括日程信息时，从所述第一信息中提取的特征数据可以包括时间标签；
当所述第一信息包括剪贴板信息时，从所述第一信息中提取的特征数据可以包括剪贴板内容。
应理解，上述记载的从不同的第一信息中提取到的特征数据，仅仅是本申请的优选实施例，在其他实现方式中，还可以从所述第一信息中提取到其他的特征数据，例如，所述第一信息包括邮件信息时，提取到的特征数据还可以包括时间标签(例如，邮件的接收时间)或抄送人信息等，本申请实施例不再一一举例说明。
在按照上述记载的方法从所述第一信息中提取所述特征数据后，可以执行步骤106。
步骤106：根据所述特征数据，判断所述第一信息是否符合预设规则。
在步骤106中，在从所述第一信息中提取到特征数据后，可以根据所述特征数据，判断所述第一信息是否符合预设规则，其中，所述预设规则可以是生成待办事项的规则。
本申请实施例中，在判断所述第一信息是否符合预设规则时，不同的第一信息可以使用不同的预设规则进行判断。具体可以以以下几种实现方式为例进行说明：
在第一种实现方式中，所述第一信息可以包括邮件信息，所述特征数据可以包括发件人信息、邮件标题、标记信息、邮件内容中的至少一种，在根据所述特征数据，判断所述第一信息是否符合预设规则时，可以包括以下至少一种方法：
第一种方法：当所述特征数据包括发件人信息时，判断所述发件人信息对应的发件人是否为已标记的发件人；若是，则确定所述第一信息符合所述预设规则。
具体地，用户可以预先对邮件联系人中的特殊联系人(例如家庭成员，领导)、重要联系人(例如同事)或常用联系人等进行标记，在判断第一信息是否符合预设规则时，可以判断从邮件信息中提取的发件人信息对应的发件人是否是已标记过的联系人，若是，则可以说明根据所述第一信息可以生成待办事项，并确定所述第一信息符合预设规则。其中，所述预设规则可以理解为邮件联系人规则。
例如，第一信息为邮件信息A，邮件信息A的发件人信息对应的发件人是用户a，用户a是邮件收件方用户b已标记的重要联系人，因此，可以确定第一信息符合预设规则，可以生成用户b的待办事项。
第二种方法：当所述特征数据包括邮件标题时，判断所述邮件标题是否包含预设标题；若是，则确定所述第一信息符合所述预设规则。
所述预设标题可以是用户可以预先设置与待办事项相关的邮件标题，所述预设标题可以是会议标题，也可以是用于对用户进行提示的标题，具体可以根据实际情况确定，这里不做具体限定。
在判断第一信息是否符合预设规则时，可以判断从邮件信息中提取的邮件标题是否包含所述预设标题，若包含，则可以说明根据所述第一信息可以生成待办事项，并确定所述第一信息符合预设规则。其中，所述预设规则可以理解为邮件标题规则。
例如，第一信息为邮件信息A，邮件信息A的邮件标题为“培训会议”，预设的邮件标题是“会议”，则可以确定第一信息符合预设规则。
第三种方法：当所述特征数据包括标记信息时，判断所述邮件信息是否为已标记的邮件；若是，则确定所述第一信息符合所述预设规则。
所述标记信息可以包括置顶标记以及未读标记中的至少一种，在判断第一信息是否符合预设规则时，可以根据所述标记信息确定邮件信息是否是已标记的邮件，若是，则可以说明根据所述第一信息可以生成待办事项，并确定所述第一信息符合预设规则。其中，所述预设规则可以理解为邮件标记规则。
例如，第一信息为邮件信息A，邮件信息A具有置顶标记，则可以确定邮件信息A是置顶邮件，所述第一信息符合预设规则。
第四种方法：当所述特征数据包括邮件内容时，判断所述邮件内容是否包含与待办事项相关的关键词；若是，则确定所述第一信息符合所述预设规则。
与待办事项相关的关键词可以预先确定得到，其中，可以通过以下至少一种方法确定与待办事项相关的关键词：
第一种方法：接收用户手动设置的关键词；
即用户可以根据自己的实际情况手动设置与待办事项相关的关键词。
第二种方法：从服务器获取与待办事项相关的关键词；
所述服务器可以是实现本申请实施例的应用软件对应的服务器，也可以是云服务器，其中，所述服务器中可以对不同用户的历史待办事项进行智能分析，得到多个与待办事项相关的关键词，也可以接收不同用户上传的与待办事项相关的关键词。
此外，所述服务器在通过上述方法得到多个关键词后，还可以根据不同用户的用户特征对关键词进行分类汇总，得到不同用户特征对应的关键词，其中，所述用户特征可以包括用户的年龄、职业、性别等。这样，在从服务器获取关键词时，可以根据收件人的用户特征选择与用户特征对应的关键词，使得预先确定的关键词更加个性化。
应理解，上述记载的由用户手动设置关键词或从服务器获取关键词仅仅是本申请实施例的优选方式，在实际应用中，还可以通过其他方法预先确定得到与待办事项相关的关键词，例如，从本地获取用户的历史待办事项，并从中提取关键词，这里不再一一举例说明。
在通过上述一种或多种方法确定与待办事项相关的关键词后，在判断第一信息是否符合预设规则时，可以将邮件内容与预先确定的关键词进行匹配，确定邮件内容是否包含所述关键词。若是，则可以说明根据所述第一信息可以生成待办事项，并确定所述第一信息符合预设规则。其中，所述预设规则可以理解为邮件关键词规则。
例如，第一信息为邮件信息A，邮件信息A的邮件内容为“明天下午三点开会”，预先确定的关键词为“会议”，这样，可以确定邮件信息A的邮件内容包含关键词，第一信息符合预设规则。
需要说明的是，当所述第一信息包含邮件信息时，只要所述第一信息符合上述邮件联系人规则、邮件标题规则、邮件标记规则以及邮件关键词规则中的一种或多种，就可以确定所述第一信息符合预设规则。
在第二种实现方式中，所述第一信息可以包括短信息，所述特征数据可以包括发送方信息、标记信息、短信内容中的至少一种，在根据所述特征数据，判断所述第一信息是否符合预设规则时，可以包括以下至少一种方法：
第一种方法：当所述特征数据包括发送方信息时，判断所述发送方信息对应的发送方是否为已标记的发送方；若是，则确定所述第一信息符合所述预设规则。
具体地，用户可以预先对通信联系人中的特殊联系人(例如家庭成员，领导)、重要联系人(例如同事)或常用联系人等进行标记，在判断第一信息是否符合预设规则时，可以判断从短信息中提取的发送方信息对应的发送方是否是已标记过的联系人，若是，则可以说明根据所述第一信息可以生成待办事项，并确定所述第一信息符合预设规则。其中，所述预设规则可以理解为短信联系人规则。
例如，第一信息为短信息A，短信息A的发送方信息对应的发送方是用户a，用户a是短信接收方用户b已标记的特殊联系人，因此，可以确定第一信息符合预设规则，可以生成用户b的待办事项。
第二种方法：当所述特征数据包括标记信息时，判断所述短信息是否为已标记的短信；若是，则确定所述第一信息符合所述预设规则。
所述标记信息可以包括置顶标记以及未读标记中的至少一种，在判断第一信息是否符合预设规则时，可以根据所述标记信息确定短信息是否是已标记的短信，若是，则可以说明根据所述第一信息可以生成待办事项，并确定所述第一信息符合预设规则。其中，所述预设规则可以理解为短信标记规则。
例如，第一信息为短信息A，短信息A具有未读标记，则可以确定短信息A是未读短信，第一信息符合预设规则。
第三种方法：当所述特征数据包括短信内容时，判断所述短信内容是否包含与待办事项相关的关键词；若是，则确定所述第一信息符合所述预设规则。
与待办事项相关的关键词可以预先确定得到，具体可以通过上述第一种实现方式中记载的方法预先确定得到，这里不再重复描述。
在确定得到与待办事项相关的关键词后，在判断第一信息是否符合预设规则时，可以将短信内容与预先确定的关键词进行匹配，确定短信内容是否包含关键词，若是，则可以说明根据所述第一信息可以生成待办事项，并确定所述第一信息符合预设规则。其中，所述预设规则可以理解为短信关键词规则(可以与邮件关键词规则相同)。
例如，第一信息为短信息A，短信息A的短信内容为“明天五点后打电话”，关键词为“电话”，则可以确定短信息A的邮件内容包含关键词，第一信息符合预设规则。
需要说明的是，当所述第一信息包含短信息时，只要所述第一信息符合上述短信联系人规则、短信标记规则以及短信关键词规则中的一种或多种，就可以确定所述第一信息符合预设规则。
在第三种实现方式中，所述第一信息可以包含应用通知信息，所述特征数据可以包括应用的使用频率以及应用标识中的至少一种，在根据所述特征数据，判断所述第一信息是否符合预设规则时，可以包括以下至少一种方法：
第一种方法：当所述特征数据包括应用的使用频率时，判断所述使用频率是否大于预设频率；若是，则确定所述第一信息符合所述预设规则。
所述预设频率可以根据应用的实际使用情况确定，这里不做具体限定。在判断第一信息是否符合预设规则时，可以判断发出应用通知信息的应用在最近一段时间(可根据实际情况确定)内的使用频率是否大于预设频率，若是，则可以说明该应用为经常使用的应用或最近使用的应用，根据所述第一信息可以生成待办事项，并确定所述第一信息符合预设规则。其中，所述预设规则可以理解为使用频率规则。
例如，第一信息为应用A发出的通知信息，应用A在一个星期内的使用次数超过5次，则可以确定应用A为经常使用的应用，所述第一信息符合预设规则。
第二种方法：当所述特征数据包括应用标识时，判断所述应用标识是否为即时通讯应用的标识；若是，则确定所述第一信息符合所述预设规则。
在判断第一信息是否符合预设规则时，可以根据发出应用通知信息的应用的标识，判断该应用是否是即时通讯应用，若是，则可以说明可以根据所述第一信息可以生成待办事项，并确定所述第一信息符合预设规则，其中，所述预设规则可以理解为即时通讯规则。
例如，第一信息为应用A发出的通知信息，应用A为即时通讯应用，则可以确定所述第一信息符合预设规则。
需要说明的是，由于应用通知信息的内容的保密程度较高，因此，本申请实施例并未提取应用通知信息的内容，进而根据应用通知信息的内容确定第一信息是否符合预设条件。应理解，在允许提取应用通知信息的内容的情况下，可以通过判断应用通知信息的内容是否包含关键词，确定第一信息是否符合预设规则，所述预设规则可以理解为应用关键词规则。
还需要说明的是，当所述第一信息包含应用通知信息时，只要所述第一信息符合上述使用频率规则以及即时通讯规则中的一种或多种，就可以确定所述第一信息符合预设规则。
在第四种实现方式中，所述第一信息可以包括日程信息，所述特征数据可以包括时间标签，在根据所述特征数据，判断所述第一信息是否符合预设规则时，可以包括：
判断所述时间标签是否大于当前时间；若是，则确定所述第一信息符合所述预设规则。
由于日程信息中包含用户手动设置的待办事项或系统自动设置的待办事项(例如系统可以根据用户购买的火车票自动生成乘车待办事项)，因此，当第一信息包括日程信息时，在判断第一信息是否符合预设条件时，可以将日程信息的时间标签与当前时间进行比较，判断日程信息的时间是否大于当前时间，即日程信息的时间标签是否晚于当前时间，若是，则可以说明日程是待办日程，可以根据日程信息生成待办事项，并确定第一信息符合预设规则。其中，所述预设规则可以理解为时间规则。
可选地，当第一信息包括日程信息时，在获取所述第一信息时，可以直接获取时间标签大于当前时间的日程信息，这样，可以无需判断，直接确定所述第一信息符合预设规则。
在第五种实现方式中，所述第一信息可以包括剪贴板信息，所述特征数据可以包括剪贴板内容，在根据所述特征数据，判断所述第一信息是否符合预设规则时，可以包括：
判断所述剪贴板内容是否包含与待办事项相关的关键词；若是，则确定所述第一信息符合所述预设规则。
与待办事项相关的关键词可以预先确定得到，具体可以通过上述第一种实现方式中记载的方法确定得到，这里不再重复描述。
在确定得到与待办事项相关的关键词后，在判断第一信息是否符合预设规则时，可以将剪贴板内容与预先确定的关键词进行匹配，确定剪贴板内容是否包含关键词，若是，则可以说明根据所述第一信息可以生成待办事项，并确定所述第一信息符合预设规则。其中，所述预设规则可以理解为剪贴板关键词规则。
这样，在通过上述记载的五种实现方式，判断第一信息符合生成待办事项的预设规则后，可以执行步骤108。
步骤108：根据所述第一信息生成待办事项，并进行聚合后加载。
在步骤108中，当所述第一信息符合生成待办事项的预设规则时，可以根据所述第一信息生成待办事项。
本申请实施例中，根据所述第一信息生成待办事项，可以包括：
根据所述第一信息的所述特征数据，确定所述待办事项的标题；
根据所述第一信息的内容，确定待办事项的内容。
本申请实施例生成的待办事项可以包括标题和内容两部分，其中，待办事项的标题或内容中可以包含待办事项对应的时间信息，所述时间信息可以用于表征待办事项的处理时间。例如，待办事项是会议，所述时间信息可以包含会议的开始时间和截止时间。
在根据第一信息生成待办事项时，待办事项的标题可以根据从第一信息中提取的特征数据确定得到，待办事项的内容可以根据所述第一信息的内容确定得到，具体可以将所述第一信息的内容作为待办事项的内容，也可以从所述第一信息中提取关键信息，以关键信息作为待办事项的内容，还可以将文字提示作为待办事项的内容，例如，“您有新的未读信息”。
本申请实施例中，可以根据不同的特征数据以及不同的第一信息内容生成不同的待办事项。为了便于理解，可以分别以下面几种情况为例进行说明：
当特征数据包含用户信息时，待办事项的标题可以是所述用户信息，内容可以是从第一信息中提取的关键信息，例如，当第一信息包含邮件信息，邮件信息的特征数据包含发件人信息时，待办事项的标题可以是发件人信息，内容可以是从邮件内容中提取的关键字。
当特征数据包含信息内容时，待办事项的标题可以是与信息内容相匹配的关键词，内容可以是第一信息的内容。例如，当第一信息包含邮件信息，邮件信息的特征数据包含邮件内容，邮件内容与关键词“会议”相匹配时，待办事项的标题可以是会议，内容可以是邮件内容。
当特征数据包含标记信息时，待办事项的标题可以是标记信息，内容可以是第一信息的内容。例如，当第一信息包含短信息，特征数据包含未读标记时，待办事项的标题可以是未读短信，待办事项的内容可以是短信内容。
当特征数据包含应用的使用频率或应用标识时，待办事项的标题可以是应用标识，内容可以是文字提示。例如，当第一信息包含应用通知信息，特征数据包含应用标识时，待办事项的标题为应用标识，待办事项的内容可以是“您有新的应用通知信息”。
当特征数据包含时间标签时，待办事项的标题可以是时间标签，内容可以是第一信息的内容。例如，当第一信息包含日程信息，特征数据包含日程信息的时间标签时，待办事项的标题可以是时间标签，内容可以是日程信息的内容。
这样，可以根据不同的特征数据以及不同的第一信息内容，智能不同的生成待办事项，相较于现有技术中由用户手动创建待办事项而言，可以有效减少用户操作，且不易出现错漏。
在本申请的一个实施例中，在根据所述第一信息生成待办事项后，所述方法还包括：
生成提示信息，所述提示信息用于提示用户是否确认所述待办事项；
接收用户的确认信息，所述确定信息用于表征所述用户确认所述待办事项；
将所述待办事项进行聚合后加载。
本申请实施例中，为了保证待办事项的有效性，可以不直接将待办事项添加至待办事项列表中，而是向用户进行提示，并由用户确定生成的待办事项是否有效，如果用户确认有效，那么可以将待办事项进行聚合后加载；如果用户确认无效，那么可以忽略待办事项。
应理解，本申请实施例中也可以默认智能生成的待办事项有效，并直接进行聚合后加载，无需用户确认；此外，用户也可以自行设置是否需要由用户本人确认生成的待办事项是否有效。
需要说明的是，如果由用户确认待办事项是否有效，那么，还可以根据用户的确认结果，对与待办事项相关的关键词进行更正。具体地，在根据与待办事项相关的关键词判断第一信息符合预设规则，进而生成待办事项时，如果用户确认生成的待办事项无效，则可以对相应的关键词标记一次。
针对同一个关键词而言，如果该关键词被标记的次数超过设定次数(具体可以根据实际情况确定)，则可以确定该关键词有误，并将该关键词移除，这样，再次根据关键词判断第一信息是否符合预设规则时，可以避免使用有误的关键词进行判断，提高判断的准确率。
本申请实施例中，在将智能生成的待办事项进行聚合后加载，可以包括：
根据所述第一信息的类别，确定所述待办事项的类别，所述第一信息的类别包括：邮件、短信、应用通知、日程、剪贴板中的至少一种；
按照所述待办事项的类别，将所述待办事项进行聚合后加载。
需要说明的是，本申请实施例在步骤102中获取第一信息时，可能存在同一个信息被重复获取的情况，例如，用户a向用户b发送会议通知时，可能即通过邮件发送，又通过短信通知，在这种情况下，将会获取到针对同一个会议的邮件信息以及短信息，进而生成相同的待办事项。
为了避免重复聚合加载重复的待办事项，在生成待办事项后，可以判断生成的待办事项中是否已存在重复的待办事项，若是，则可以忽略该待办事项；若否，则可以对待办事项进行聚合后加载。
本申请实施例中，对待办事项进行聚合后加载，可以理解为对待办事项进行分类汇总后显示。在对待办事项进行分类时，具体可以根据第一信息的类别，对待办事项进行分类。其中，第一信息的类别可以包括邮件、短信、应用通知、日程、剪贴板中的至少一种，待办事项的类别可以是其对应的第一信息的类别。
例如，当第一信息包含邮件信息时，根据第一信息生成的待办事项的类别可以是邮件；当第一信息包含短信息时，根据第一信息生成的待办事项的类别可以是短信；当第一信息包含应用通知信息时，根据第一信息生成的待办事项的类别可以是应用通知。
应理解，在对待办事项进行分类时，还可以按照其他分类标准进行分类，例如，还可以按照待办事项的时间信息进行分类，比如可以将距离当前时间5天内的待办事项划分为一类，5天以外10天以内的待办事项划分为一类，超过10天的待办事项为一类，等等。这里不再一一举例说明。
在按照上述记载的方法确定待办事项的类别后，可以按照待办事项的类别，将待办事项进行聚合，可选地，可以按照待办事项的类别，将待办事项添加至待办事项列表中，待办事项列表中可以包含不同类别与不同待办事项之间的映射关系。
在本申请实施例中，在将待办事项添加至待办事项列表中后，如果待办事项的类别属于邮件、短信或应用通知中的其中一种，那么，还可以将待办事项在该类别中进行二次分类。
例如，当待办事项的类别为邮件时，可以按照邮件发件人、邮件标题、邮件是否为标记邮件等对与待办事项进行分类，将具有相同邮件发件人的邮件划分为一类，将具有相同邮件标题的邮件划分为一类，将具有相同标记的邮件划分为一类。
当待办事项的类别为短信时，可以按照短信的发送方、短信是否为标记短信等对待办事项进行分类，将具有相同短信发送方的短信划分为一类，将具有相同标记的短信划分为一类。
当待办事项的类别为应用通知时，可以按照发出应用通知信息的应用是否为即时通讯的应用进行分类，将对应即时通讯应用的待办事项划分为一类，将其他的待办事项化分为一类。
在将待办事项按照不同的类别进行聚合后，可以加载聚合后的待办事项。其中，加载的方式可以包含多种，例如，可以在锁屏界面加载聚合后的待办事项，以便用户可以在锁屏界面方便地查看待办事项，也可以在负一屏中加载聚合后的待办事项，以便用户在负一屏中方便地查看待办事项，还可以在应用中加载聚合后的待办事项，以便用户在查看应用时，可以同时查看到待办事项，所述应用可以是用户经常访问的应用，例如，微信，QQ等。
应理解，在其他实现方式中，还可以通过其他方式加载聚合后的待办事项，这里不再一一举例说明。
本申请实施例中，在加载待办事项时，还可以按照待办事项的优先级，对待办事项进行排序，并按照排序结果加载所述待办事项。
待办事项的优先级可以由用户手动设置，也可以是根据默认规则确定得到，例如，可以根据待办事项的时间信息，将距离当前时间最近的待办事项确定为最高的优先级，也可以默认将与会议相关的待办事项确定为最高的优先级，还可以按照待办事项的类别确定优先级，优先级从高到低的顺序可以是邮件类待办事项、短信类待办事项、应用通知类待办事项、日程待办事项、剪贴板待办事项。这里不再一一举例说明。
在确定待办事项的优先级后，可以按照优先级对待办事项进行排序。在排序时，可以对聚合的所有待办事项进行统一排序，也可以针对每一类待办事项进行分别排序。
如图2所示，在智能手机的锁屏页面中加载聚合后的待办事项，并以待办事项列表的形式显示，其中，待办事项列表中包含6类待办事项，6类待办事项从上到下的展示顺序可以依次为手动创建类、邮件类、短信类、应用通知类、日程类、剪贴板类。
图2中，可以对每一类待办事项按照优先级进行排序，并将优先级高的排在该类待办事项的顶端。其中，手动创建类中，待办事项A的时间早于待办事项B的时间，A的优先级高于B；邮件类中，待办事项C为普通联系人发送的未读邮件，待办事项D为会议邮件，待办事项D的优先级高于待办事项C的优先级。
短信类中，待办事项E和F均为未读短信，其中待办事项F的发送方为用户的特殊联系人，待办事项F的优先级高于待办事项E；应用通知类中，待办事项G为即时通讯应用发出的通知信息，待办事项H为普通应用发出的通知信息，待办事项G的优先级高于待办事项H。
日程类和剪贴板类中，各包含一个待办事项，分别是待办事项I和待办事项J，可以无需排序。
图2中，在锁屏页面展示排序后的待办事项列表后，可以允许用户在锁屏页面中手动调整待办事项的排序。此外，在用户根据展示的待办事项列表对待办事项进行处理后，或用户取消待办事项后(例如暂时取消会议)，还可以允许用户手动关闭或删除待办事项。这样，可以有效提高用户的使用体验。
应理解，图2所示的待办事项列表仅为一种示例，在申请实施例中，还可以按照其他规则对待办事项进行排序展示，例如，日程类中的待办事项G的时间距离当前时间最近，可以视为待办事项G具有最高的优先级，并将待办事项G在待办事项的顶端进行展示。
本申请实施例中，为了便于用户可以及时地处理待办事项，还可以根据待办事项中包含的时间信息，向用户进行提示，这样，用户可以根据提示及时地对待办事项进行处理。例如，当待办事项为会议时，可以在会议开始前15分钟进行提示；当待办事项是应用通知信息时，可以在接收到应用通知信息时向用户进行提示，若用户一直未查看应用通知信息，那么还可以按照设定周期向用户进行提示，直至用户查看未读的应用通知信息。
在向用户进行提示时，提示的方式可以包含多种，例如，语音提示，文本提示等，这里不再一一举例说明。
本申请实施例中提供的技术方案，根据用户的行为数据，获取与待办事项相关的第一信息；从所述第一信息中提取特征数据，所述特征数据包括用户信息、信息内容、未读标记、应用的使用频率、应用标识以及时间标签中的至少一种所述特征数据用于判断所述第一信息是否能够生成待办事项；根据所述特征数据，判断所述第一信息是否符合预设规则，所述预设规则为生成待办事项的规则；若是，则根据所述第一信息生成待办事项，并进行聚合后加载。这样，通过对待办事项相关的信息进行分析，在确定这些信息符合生成待办事项的规则时，智能生成待办事项，相较于由用户手动创建待办事项而言，不仅可以减少用户操作，而且不容易错漏，可以有效提升用户的使用体验。
图3是本申请的一个实施例待办事项的生成方法的流程示意图，图3所示的实施例与图1所示的实施例属于相同的发明构思，图3所示的待办事项的生成方法如下所述：
步骤301：根据用户的行为数据，获取与待办事项相关的第一信息。
所述第一信息可以包括邮件信息、短信息、应用通知信息、日程信息以及剪贴板信息中的至少一种，具体可以参见图1所示实施例中记载的相关内容，这里不再重复描述。
步骤302：从所述第一信息中提取特征数据。
所述特征数据可以包括用户信息、信息内容、标记信息、应用的使用频率、应用标识以及时间标签中的至少一种，所述特征数据可以用于判断所述第一信息是否能够生成待办事项。其中，不同的第一信息可以提取到不同的特征数据，具体可以参见图1所示实施例中记载的相关内容，这里不再重复描述。
步骤303：根据所述特征数据，判断所述第一信息是否符合预设规则。
所述预设规则为生成待办事项的规则，其中，不同的第一信息可以使用不同的预设规则进行判断，具体可以参见图1所示实施例中记载的内容，这里不再重复描述。
若确定第一信息符合预设规则，则可以执行步骤304，否则，可以忽略该第一信息，并执行步骤301。
步骤304：根据所述第一信息生成待办事项。
具体地，可以根据从第一信息中提取的特征数据生成待办事项的标题，根据第一信息的内容生成待办事项的内容。具体可以参见图1所示实施例中记载的内容，这里不再重复说明。
步骤305：确定所述待办事项是否有效。
在确定待办事项是否有效时，可以将生成的待办事项向用户进行提示，由用户确认是否有效。若用户确认有效，则可以执行步骤306；若用户确认无效，则可以忽略该待办事项，并执行步骤301。
应理解，在其他实现方式中，也可以默认待办事项有效，即可以不执行步骤305，直接由步骤304跳到步骤306。
步骤306：根据所述第一信息的类别，确定所述待办事项的类别。
在步骤306中，可以视为所述待办事项不是重复添加的待办事项。
第一信息的类别可以包含：邮件、短信、应用通知、日程、剪贴板中的至少一种，待办事项的类别可以视为待办事项对应的第一信息的类别。
步骤307：按照所述待办事项的类别，将所述待办事项进行聚合。
在确定待办事项的类别后，可以按照待办事项的类别，将待办事项进行聚合，即将相同类别的待办事项聚合为一类。
步骤308：加载聚合后的待办事项。
在步骤308中，在加载聚合后的待办事项时，可以在智能终端的锁屏界面加载，也可以在智能终端的负一屏中加载，还可以在智能终端中用户经常访问的应用中记载，这里不做具体限定。
在加载聚合后的待办事项时，可以按照优先级对待办事项进行排序，具体排序方法可以参见图1所示实施例中记载的内容，这里不再重复描述。
此外，还可以根据待办事项中包含的时间信息，向用户进行提示，提示的方式可以是语音提示，也可以是文本提示，这样，用户可以方便地在查看待办事项，并及时处理待办事项，有效提升用户的使用体验。
本申请实施例提供的技术方案，可以根据与待办事项相关的信息，智能生成待办事项，减少用户操作的同时，还可以弥补用户忽略的重要事项，此外，在生成待办事项后，还可以在锁屏页面展示包含不同类别的待办事项的待办事项列表，可以方便用户及时查看待办事项，并及时对待办事项进行处理，有效提升用户体验。
图4是本申请的一个实施例电子设备的结构示意图。请参考图4，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成待办事项的生成装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：
根据用户的行为数据，获取与待办事项相关的第一信息；
从所述第一信息中提取特征数据，所述特征数据包括用户信息、信息内容、标记信息、应用的使用频率、应用标识以及时间标签中的至少一种，所述特征数据用于判断所述第一信息是否能够生成待办事项；
根据所述特征数据，判断所述第一信息是否符合预设规则，所述预设规则为生成待办事项的规则；
若是，则根据所述第一信息生成待办事项，并进行聚合后加载。
上述如本申请图4所示实施例揭示的待办事项的生成装置执行的方法可以应用于处理器中，或者由处理器实现。
该电子设备还可执行图1的方法，并实现待办事项的生成装置在图1所示实施例的功能，本申请实施例在此不再赘述。
本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图1所示实施例的方法，并具体用于执行以下操作：
根据用户的行为数据，获取与待办事项相关的第一信息；
从所述第一信息中提取特征数据，所述特征数据包括用户信息、信息内容、标记信息、应用的使用频率、应用标识以及时间标签中的至少一种，所述特征数据用于判断所述第一信息是否能够生成待办事项；
根据所述特征数据，判断所述第一信息是否符合预设规则，所述预设规则为生成待办事项的规则；
若是，则根据所述第一信息生成待办事项，并进行聚合后加载。
图5为本申请实施例提供的一种待办事项的生成装置的结构示意图。所述装置具体可以包括：获取单元51、提取单元52、判断单元53以及生成单元54，其中：
获取单元51，获取与待办事项相关的第一信息；
提取单元52，从所述第一信息中提取特征数据，所述特征数据包括用户信息、信息内容、标记信息、应用的使用频率、应用标识以及时间标签中的至少一种；
判断单元53，根据所述特征数据，判断所述第一信息是否符合预设规则，所述预设规则为生成待办事项的规则；
生成单元54，在所述判断单元53判断所述第一信息符合所述预设规则时，根据所述第一信息生成待办事项。
可选地，所述第一信息包括邮件信息、短信息、应用通知信息、日程信息以及剪贴板信息中的至少一种。
可选地，当所述第一信息包括邮件信息时，所述特征数据包括发件人信息、邮件标题、标记信息以及邮件内容中的至少一种；
其中，所述判断单元53，根据所述特征数据，判断所述第一信息是否符合预设规则，包括以下至少一项：
当所述特征数据包括发件人信息时，判断所述发件人信息对应的发件人是否为已标记的发件人；若是，则确定所述第一信息符合所述预设规则；
当所述特征数据包括邮件标题时，判断所述邮件标题是否包含预设标题；若是，则确定所述第一信息符合所述预设规则；
当所述特征数据包括标记信息时，判断所述邮件信息是否为已标记的邮件；若是，则确定所述第一信息符合所述预设规则；
当所述特征数据包括邮件内容时，判断所述邮件内容是否包含与待办事项相关的关键词；若是，则确定所述第一信息符合所述预设规则。
可选地，当所述第一信息包括短信息时，所述特征数据包括发送方信息、标记信息以及短信内容中的至少一种；
其中，所述判断单元53，根据所述特征数据，判断所述第一信息是否符合预设规则，包括以下至少一项：
当所述特征数据包括发送方信息时，判断所述发送方信息对应的发送方是否为已标记的发送方；若是，则确定所述第一信息符合所述预设规则；
当所述特征数据包括标记信息时，判断所述短信息是否为已标记的短信；若是，则确定所述第一信息符合所述预设规则；
当所述特征数据包括短信内容时，判断所述短信内容是否包含与待办事项相关的关键词；若是，则确定所述第一信息符合所述预设规则。
可选地，当所述第一信息包括应用通知信息时，所述特征数据包括应用的使用频率以及应用标识中的至少一种；
其中，所述判断单元53，根据所述特征数据，判断所述第一信息是否符合预设规则，包括以下至少一项：
当所述特征数据包括应用的使用频率时，判断所述使用频率是否大于预设频率；若是，则确定所述第一信息符合所述预设规则；
当所述特征数据包括应用标识时，判断所述应用标识是否为即时通讯应用的标识；若是，则确定所述第一信息符合所述预设规则。
可选地，当所述第一信息包括日程信息时，所述特征数据包括时间标签；
其中，所述判断单元53，根据所述特征数据，判断所述第一信息是否符合预设规则，包括：
判断所述时间标签是否大于当前时间；若是，则确定所述第一信息符合所述预设规则。
可选地，当所述第一信息包括剪贴板信息时，所述特征数据包括剪贴板内容；
其中，所述判断单元53，根据所述特征数据，判断所述第一信息是否符合预设规则，包括：
判断所述剪贴板内容是否包含与待办事项相关的关键词；若是，则确定所述第一信息符合所述预设规则。
可选地，所述生成单元54，根据所述第一信息生成待办事项，包括：
根据所述第一信息的所述特征数据，确定所述待办事项的标题；
根据所述第一信息的内容，确定待办事项的内容。
可选地，所述生成单元54在根据所述第一信息生成待办事项后，生成提示信息，所述提示信息用于提示用户是否确认所述待办事项；接收用户的确认信息，所述确定信息用于表征所述用户确认所述待办事项；将所述待办事项进行聚合后加载。
可选地，所述生成单元54，将所述待办事项进行聚合后加载，包括：
根据所述第一信息的类别，确定所述待办事项的类别，所述第一信息的类别包括：邮件、短信、应用通知、日程、剪贴板中的至少一种；
按照所述待办事项的类别，将所述待办事项进行聚合后加载。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
Claims (14)
1.一种待办事项的生成方法，其特征在于，包括：
根据用户的行为数据，获取与待办事项相关的第一信息；
从所述第一信息中提取特征数据，所述特征数据包括用户信息、信息内容、标记信息、应用的使用频率、应用标识以及时间标签中的至少一种，所述特征数据用于判断所述第一信息是否能够生成待办事项；
根据所述特征数据，判断所述第一信息是否符合预设规则，所述预设规则为生成待办事项的规则；
若是，则根据所述第一信息生成待办事项，并进行聚合后加载。
2.如权利要求1所述方法，其特征在于，
所述第一信息包括邮件信息、短信息、应用通知信息、日程信息以及剪贴板信息中的至少一种。
3.如权利要求2所述方法，其特征在于，
当所述第一信息包括邮件信息时，所述特征数据包括发件人信息、邮件标题、标记信息以及邮件内容中的至少一种；
其中，根据所述特征数据，判断所述第一信息是否符合预设规则，包括以下至少一项：
当所述特征数据包括发件人信息时，判断所述发件人信息对应的发件人是否为已标记的发件人；若是，则确定所述第一信息符合所述预设规则；
当所述特征数据包括邮件标题时，判断所述邮件标题是否包含预设标题；若是，则确定所述第一信息符合所述预设规则；
当所述特征数据包括标记信息时，判断所述邮件信息是否为已标记的邮件；若是，则确定所述第一信息符合所述预设规则；
当所述特征数据包括邮件内容时，判断所述邮件内容是否包含与待办事项相关的关键词；若是，则确定所述第一信息符合所述预设规则。
4.如权利要求2所述方法，其特征在于，
当所述第一信息包括短信息时，所述特征数据包括发送方信息、标记信息以及短信内容中的至少一种；
其中，根据所述特征数据，判断所述第一信息是否符合预设规则，包括以下至少一项：
当所述特征数据包括发送方信息时，判断所述发送方信息对应的发送方是否为已标记的发送方；若是，则确定所述第一信息符合所述预设规则；
当所述特征数据包括标记信息时，判断所述短信息是否为已标记的短信；若是，则确定所述第一信息符合所述预设规则；
当所述特征数据包括短信内容时，判断所述短信内容是否包含与待办事项相关的关键词；若是，则确定所述第一信息符合所述预设规则。
5.如权利要求2所述方法，其特征在于，
当所述第一信息包括应用通知信息时，所述特征数据包括应用的使用频率以及应用标识中的至少一种；
其中，根据所述特征数据，判断所述第一信息是否符合预设规则，包括以下至少一项：
当所述特征数据包括应用的使用频率时，判断所述使用频率是否大于预设频率；若是，则确定所述第一信息符合所述预设规则；
当所述特征数据包括应用标识时，判断所述应用标识是否为即时通讯应用的标识；若是，则确定所述第一信息符合所述预设规则。
6.如权利要求2所述方法，其特征在于，
当所述第一信息包括日程信息时，所述特征数据包括时间标签；
其中，根据所述特征数据，判断所述第一信息是否符合预设规则，包括：
判断所述时间标签是否大于当前时间；若是，则确定所述第一信息符合所述预设规则。
7.如权利要求2所述方法，其特征在于，
当所述第一信息包括剪贴板信息时，所述特征数据包括剪贴板内容；
其中，根据所述特征数据，判断所述第一信息是否符合预设规则，包括：
判断所述剪贴板内容是否包含与待办事项相关的关键词；若是，则确定所述第一信息符合所述预设规则。
8.如权利要求1至7任一项所述的方法，其特征在于，根据所述第一信息生成待办事项，包括：
根据所述第一信息的所述特征数据，确定所述待办事项的标题；
根据所述第一信息的内容，确定待办事项的内容。
9.如权利要求8所述的方法，其特征在于，在根据所述第一信息生成待办事项后，所述方法还包括：
生成提示信息，所述提示信息用于提示用户是否确认所述待办事项；
接收用户的确认信息，所述确定信息用于表征所述用户确认所述待办事项；
将所述待办事项进行聚合后加载。
10.如权利要求9所述的方法，其特征在于，将所述待办事项进行聚合后加载，包括：
根据所述第一信息的类别，确定所述待办事项的类别，所述第一信息的类别包括：邮件、短信、应用通知、日程、剪贴板中的至少一种；
按照所述待办事项的类别，将所述待办事项进行聚合后加载。
11.一种待办事项的生成装置，其特征在于，包括：
获取单元，获取与待办事项相关的第一信息；
提取单元，从所述第一信息中提取特征数据，所述特征数据包括用户信息、信息内容、标记信息、应用的使用频率、应用标识以及时间标签中的至少一种；
判断单元，根据所述特征数据，判断所述第一信息是否符合预设规则，所述预设规则为生成待办事项的规则；
生成单元，在所述判断单元判断所述第一信息符合所述预设规则时，根据所述第一信息生成待办事项。
12.如权利要求11所述的装置，其特征在于，所述生成单元，根据所述第一信息生成待办事项，包括：
根据所述第一信息的所述特征数据，确定所述待办事项的标题；
根据所述第一信息的内容，确定待办事项的内容。
13.如权利要求12所述的装置，其特征在于，
所述生成单元在根据所述第一信息生成待办事项后，生成提示信息，所述提示信息用于提示用户是否确认所述待办事项；
接收用户的确认信息，所述确定信息用于表征所述用户确认所述待办事项；
将所述待办事项进行聚合后加载。
14.如权利要求13所述的装置，其特征在于，所述生成单元，将所述待办事项进行聚合后加载，包括：
根据所述第一信息的类别，确定所述待办事项的类别，所述第一信息的类别包括：邮件、短信、应用通知、日程、剪贴板中的至少一种；
按照所述待办事项的类别，将所述待办事项进行聚合后加载。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810904033.7A CN109242410A (zh) | 2018-08-09 | 2018-08-09 | 一种待办事项的生成方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810904033.7A CN109242410A (zh) | 2018-08-09 | 2018-08-09 | 一种待办事项的生成方法和装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109242410A true CN109242410A (zh) | 2019-01-18 |
Family
ID=65070031
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810904033.7A Pending CN109242410A (zh) | 2018-08-09 | 2018-08-09 | 一种待办事项的生成方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109242410A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109934563A (zh) * | 2019-03-20 | 2019-06-25 | 钱露露 | 一种基于微信公众号的企业智慧办公系统 |
| CN110245922A (zh) * | 2019-06-21 | 2019-09-17 | Oppo广东移动通信有限公司 | 一种日程管理方法、装置及计算机可读存储介质 |
| CN110472941A (zh) * | 2019-08-12 | 2019-11-19 | Oppo（重庆）智能科技有限公司 | 基于通知消息的日程创建方法和装置、终端、存储介质 |
| CN112926947A (zh) * | 2021-03-22 | 2021-06-08 | 上海仙塔智能科技有限公司 | 一种待办事项的提醒方法、装置、电子设备及存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105608555A (zh) * | 2015-12-16 | 2016-05-25 | 北京橙鑫数据科技有限公司 | 待办事项自动提醒实现方法及装置 |
| CN107146064A (zh) * | 2017-03-13 | 2017-09-08 | 广州视源电子科技股份有限公司 | 待办事项提醒方法及服务器 |
| CN107580128A (zh) * | 2017-08-31 | 2018-01-12 | 珠海市魅族科技有限公司 | 待办事项处理方法及装置、终端及可读存储介质 |
| CN107633383A (zh) * | 2017-09-13 | 2018-01-26 | 青岛真时科技有限公司 | 一种聚合待办事项的方法、装置、系统和移动终端 |
-
2018
- 2018-08-09 CN CN201810904033.7A patent/CN109242410A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105608555A (zh) * | 2015-12-16 | 2016-05-25 | 北京橙鑫数据科技有限公司 | 待办事项自动提醒实现方法及装置 |
| CN107146064A (zh) * | 2017-03-13 | 2017-09-08 | 广州视源电子科技股份有限公司 | 待办事项提醒方法及服务器 |
| CN107580128A (zh) * | 2017-08-31 | 2018-01-12 | 珠海市魅族科技有限公司 | 待办事项处理方法及装置、终端及可读存储介质 |
| CN107633383A (zh) * | 2017-09-13 | 2018-01-26 | 青岛真时科技有限公司 | 一种聚合待办事项的方法、装置、系统和移动终端 |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109934563A (zh) * | 2019-03-20 | 2019-06-25 | 钱露露 | 一种基于微信公众号的企业智慧办公系统 |
| CN109934563B (zh) * | 2019-03-20 | 2021-08-13 | 深圳市禅游科技股份有限公司 | 一种基于微信公众号的企业智慧办公系统 |
| CN110245922A (zh) * | 2019-06-21 | 2019-09-17 | Oppo广东移动通信有限公司 | 一种日程管理方法、装置及计算机可读存储介质 |
| CN110472941A (zh) * | 2019-08-12 | 2019-11-19 | Oppo（重庆）智能科技有限公司 | 基于通知消息的日程创建方法和装置、终端、存储介质 |
| CN110472941B (zh) * | 2019-08-12 | 2022-08-09 | Oppo（重庆）智能科技有限公司 | 基于通知消息的日程创建方法和装置、终端、存储介质 |
| CN112926947A (zh) * | 2021-03-22 | 2021-06-08 | 上海仙塔智能科技有限公司 | 一种待办事项的提醒方法、装置、电子设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10587552B1 (en) | Apparatus and method for maintaining a message thread with opt-in permanence for entries | |
| US10785185B2 (en) | Automated summary of digital group conversations | |
| US20180176170A1 (en) | Systems and methods for electronic message prioritization | |
| CN109242410A (zh) | 一种待办事项的生成方法和装置 | |
| US9521102B2 (en) | Method of and system for constructing a listing of e-mail messages | |
| US9369413B2 (en) | Method and apparatus for communication and collaborative information management | |
| US8892658B2 (en) | Break-through mechanism for personas associated with a single device | |
| US10614422B2 (en) | Method and system for communication content management | |
| CN103473218B (zh) | 一种电子邮件分类方法及其装置 | |
| CN107104887A (zh) | 一种即时消息提醒方法、装置及其用户终端 | |
| US20110219083A1 (en) | Email auto-filing and management | |
| CN107370661A (zh) | 基于联系人列表的消息发送方法、装置及电子设备 | |
| KR20090036591A (ko) | 이메일, 보이스메일 및 채팅 메시지들을 갖는 대화 스레드들을 생성 및 표시하기 위한 방법 및 시스템 | |
| CN114143282A (zh) | 邮件处理方法、装置、设备及存储介质 | |
| US11593741B2 (en) | Personal data fusion | |
| CN107392653A (zh) | 一种电子名片推送方法及其装置、用户终端 | |
| CN111833021A (zh) | 一种事件提醒方法、装置、设备及计算机可读存储介质 | |
| CN107786422A (zh) | 一种消息提醒方法及装置 | |
| US8706820B2 (en) | Rules extensibility engine | |
| KR101974586B1 (ko) | 하이브리드 웹/앱 기기 및 pc를 통한 통합 행정서비스 제공방법 및 이를 이용한 통합 행정서비스 시스템 | |
| CN106998386B (zh) | 一种新增联系方式的方法及其装置、用户终端 | |
| CN105913215A (zh) | 电子邮件处理方法及设备 | |
| US8082310B2 (en) | Selective publication of e-mail account access frequency | |
| EP3318021B1 (en) | Managing and indexing communication data, and recommending communication type | |
| US20230206188A1 (en) | Using multiple data sources for communication event action identification |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190118 |
|
| RJ01 | Rejection of invention patent application after publication |