CN110727443A - 一种待办事项处理方法及系统 - Google Patents

Abstract

本申请提供一种待办事项处理方法及系统，在实际应用中，根据待处理任务生成待办事项后，可以根据特定的推送优先级，将待办事项以第三方程序插件推送、专用应用程序推送和信息链接推送中的一种或同时进行推送，从而适应不同的用户终端环境，避免用户无法接收到待办事项的情况发生，缓解处理不及时现象。所述方法还通过第三方程序插件、专用应用程序以及手机浏览页面，将待办事项展示在用户终端上，使用户可以直接通过展示的页面完成事项处理，生成处理数据，进一步提高待办事项的处理效率，缓解处理不及时现象。

Description

一种待办事项处理方法及系统

技术领域

本申请涉及工业信息管理技术领域，尤其涉及一种待办事项处理方法及系统。

背景技术

工业信息管理系统处理待办事项的过程一般包括：先通过系统中的处理任务触发提醒事件，生成一个待办事项，再通过网络将生成的待办事项，以提示文本的形式，发送给用户终端，以使用户根据接收到的提示文本处理相应的任务。目前信息管理系统中待办事项的处理方式为，各个业务功能在产生待办事项的同时，会自动在待办事项库中建立一条指定代办人的待办事项。然后需要用户通过PC端登录进系统中，系统会在专门的待办事项列表里显示对应的待办事项，待用户点击后进行操作，用户操作完成之后该待办事项会自动默认为关闭。

从上述待办事项的处理方式可知，在系统中建立待办事项的时候，用户必须登录进系统中方能看到自己的待办事项，这样导致待办事项处理不及时，特别在处理流程相关的待办事项时，例如文件校核确认等，如果处理不及时，会导致整个流程处理滞后，严重影响办公效率，且系统会在用户点击该待办事项的时候会默认该待办事项已经处理结束，这样会导致比如用户误点操作，也会将待办事项结束，用户无法主动选择该待办事项是否真的结束，最终导致整个待办事项处理效率低下，误操作率较高。

为了提高待办事项的处理效率，以及缓解误操作情况，目前工业管理信息系统还可以通过在用户的终端设备中安装应用程序，当系统生成待办事项后，可以通过应用程序直接访问管理系统界面，以进行相应的处理操作。但这种方式实施的前提，是用户终端必须安装应用程序，并且在用户网络状况较差的情况下，很容易出现推送的消息无法发送至用户终端的情况，这种情况同样会造成待办事项的处理方式效率偏低，容易造成处理不及时的问题。

发明内容

本申请提供了一种待办事项处理方法及系统，以解决传统待办事项处理方法效率低，容易造成处理不及时的问题。

第一方面，本申请提供一种待办事项处理方法，包括：

服务器通过待处理任务触发提醒事件，生成待办事项；

服务器根据推送优先级将所述待办事项通过预设方式中的一种发送至用户终端；其中，所述预设方式包括第三方程序插件推送、专用应用程序推送和信息链接推送；所述推送优先级根据所述预设推送顺序、历史推送方式以及反馈消息中的一种或多种组合计算获得；

用户终端按照所述预设方式展示接收到的所述待办事项；

用户终端获取针对所述待办事项的处理数据，以及将所述处理数据发送至所述服务器。

可选的，所述方法在按照预设推送顺序获得所述推送优先级时，包括：

根据所述待办事项获取待处理任务的安全级别；

对比所述安全级别与预设安全阈值；

如果所述安全级别低于所述预设安全阈值，所述预设推送顺序为优先采用第三方程序插件推送或专用应用程序推送；

如果所述安全级别高于所述预设安全阈值，所述预设推送顺序为优先采用专用应用程序推送。

可选的，所述方法在按照预设推送顺序获得所述推送优先级时，包括：

根据所述待办事项获取待处理任务的操作难度级别；

对比所述操作难度级别与预设难度阈值；

如果所述操作难度级别低于所述难度阈值，所述预设推送顺序为优先采用第三方程序插件推送；

如果所述操作难度级别高于所述难度阈值，所述预设推送顺序为优先采用专用应用程序推送。

可选的，所述方法在按照历史推送方式获得所述推送优先级时，包括：

提取待办事项发送的目标终端对应的历史推送信息；

根据所述历史推送信息生成目标终端的处理速度值；

按照所述处理速度值从快到慢的顺序，生成所述推送优先级中的优先顺序。

可选的，所述方法在按照反馈消息获得所述推送优先级时，包括：

通过专用应用程序推送的方式，将带有反馈指令的待办事项发送至所述用户终端；

接收所述用户终端上专用应用程序针对所述反馈指令发送的反馈信息；

如果在预设时间内，未接收到所述反馈信息，通过第三方程序插件推送方式将带有反馈指令的待办事项发送至所述用户终端；

接收所述用户终端上第三方程序针对所述反馈指令发送的反馈信息；

如果在预设时间间隔内，未接收到所述反馈信息，通过信息链接推送方式待办事项发送至所述用户终端。

可选的，服务器根据推送优先级将所述待办事项通过预设方式中的一种发送至用户终端的步骤，还包括：

获取待办事项对应待处理任务的预设任务类型；

根据所述预设任务类型获取加权算法；

根据所述加权算法对预设推送顺序、历史推送方式以及反馈消息进行加权计算，获得每种预设方式对应的优先级评分；

根据所述优先级评分生成所述推送优先级。

第二方面，本申请还提供一种待办事项处理方法，包括：

服务器通过待处理任务触发提醒事件，生成待办事项；

服务器将所述待办事项同时通过全部预设方式发送至用户终端；所述预设方式包括第三方程序插件推送、专用应用程序推送和信息链接推送；

用户终端根据接收到的所述待办事项，启动自检进程，检查所述用户终端安装的应用程序；

用户终端启动预设优先级最高的应用程序处理所述待办事项，以及通过所启动的应用程序将处理数据发送至所述服务器。

可选的，用户终端根据接收到的所述待办事项，启动自检进程，检查所述用户终端安装的应用程序的步骤，包括：

如果所述用户终端中安装有所述专用应用程序，启动所述专用应用程序；

在所述专用应用程序中展示所述待办事项；

如果所述用户终端中未安装所述专用应用程序，通过自检进程检查所述用户终端中是否安装第三方程序；

如果所述用户终端中安装有所述第三方程序，启动所述第三方程序；

在所述第三方程序中加载所述待办事项对应的第三方程序插件，以展示所述待办事项；

如果所述用户终端中未安装所述第三方程序，通过信息链接展示所述待办事项。

第三方面，本申请提供一种待办事项处理系统，包括服务器，以及与所述服务器建立通信连接的多个用户终端，所述服务器中内置信息管理程序，以提供信息服务管理平台；所述用户终端被设置为具有不同的管理权限，预设管理权限对应的所述用户终端可以通过所述信息管理程序生成待处理任务；

所述服务器被进一步配置为执行以下程序步骤：通过待处理任务触发提醒事件，生成待办事项；以及，根据推送优先级将所述待办事项通过预设方式中的一种发送至用户终端；其中，所述预设方式包括第三方程序插件推送、专用应用程序推送和信息链接推送；所述推送优先级根据所述预设推送顺序、历史推送方式以及反馈消息中的一种或多种组合计算获得；

所述用户终端被进一步配置为执行以下程序步骤：按照所选定的预设方式展示接收到的所述待办事项；获取针对所述待办事项的处理数据，以及将所述处理数据发送至所述服务器。

第四方面，本申请提供一种待办事项处理系统，包括服务器，以及与所述服务器建立通信连接的多个用户终端，所述服务器中内置信息管理程序，以提供信息服务管理平台；所述用户终端被设置为具有不同的管理权限，预设管理权限对应的所述用户终端可以通过所述信息管理程序生成待处理任务；所述用户终端内置自检进程；

所述服务器被进一步配置为执行以下程序步骤：通过待处理任务触发提醒事件，生成待办事项；以及，将所述待办事项同时通过全部预设方式发送至用户终端；所述预设方式包括第三方程序插件推送、专用应用程序推送和信息链接推送；

所述用户终端被进一步配置为执行以下程序步骤：根据接收到的所述待办事项，启动自检进程，检查所述用户终端安装的应用程序；以及，启动预设优先级最高的应用程序处理所述待办事项，以及通过所启动的应用程序将处理数据发送至所述服务器。

由以上技术方案可知，本申请提供的待办事项处理方法在实际应用中，根据待处理任务生成待办事项后，可以根据特定的推送优先级，将待办事项以第三方程序插件推送、专用应用程序推送和信息链接推送中的一种或同时进行推送，从而适应不同的用户终端环境，避免用户无法接收到待办事项的情况发生，缓解处理不及时现象。所述方法还通过第三方程序插件、专用应用程序以及手机浏览页面，将待办事项展示在用户终端上，使用户可以直接通过展示的页面完成事项处理，生成处理数据，进一步提高待办事项的处理效率，缓解处理不及时现象。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请一种待办事项处理方法的流程示意图；

图2为本申请根据安全级别获得推送优先级的流程示意图；

图3为本申请根据操作难度级别获得推送优先级的流程示意图；

图4为本申请根据历史推送信息生成推送优先级的流程示意图；

图5为本申请根据反馈消息获得推送优先级的流程示意图；

图6为本申请通过加权算法生成推送优先级的流程示意图；

图7为本申请另一种待办事项处理方法的流程示意图；

图8为本申请自检进程检查用户终端安装应用程序的流程示意图。

具体实施方式

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

参见图1，为本申请一种待办事项处理方法的流程示意图。由图1可知，在本申请的一个实施例中，所述待办事项处理方法，包括以下步骤：

S11：服务器通过待处理任务触发提醒事件，生成待办事项。

本申请提供的技术方案在实际应用中，可通过待办事项处理系统完成相应的任务发布，任务处理，任务进度更新以及任务完成等相关任务程序。由于不同的任务需要多个用户参与，例如，在工业生产中，一份报表文件需要通过制表人员、校核人员、分管人员以及主管人员依次完成签子，才能正式生效以进行数据存储，因此，需要每一个相关人员都具有一个终端设备，即用户终端。用户终端各自的处理操作数据统一由服务器进行汇总，并判断，确认是否完成任务。

需要说明的是，本申请所述用户终端是指用户使用的具有数据收发和处理的终端设备，如智能手机、个人计算机、平板电脑等。为了便于描述，本申请实施例以智能手机作为示例，显然，对于其他终端设备，本申请提供的方法同样适用。

本申请一个任务的发布，需要在服务器端或者由一个用户终端向服务器端发起一个待处理任务，待处理任务中包含需要处理的任务数据，以及参与任务处理的人员(终端)信息，发起待处理任务后，通过执行服务器上的信息管理程序，可以出发提醒事件，以至于生成待办事项。实际应用中，每个发送给用户终端的包含待处理任务的消息即一个待办事项，显然，对于一个待处理任务，其可以对应多个待办事项，例如，每发送给一个用户进行处理，即需要生成一个待办事项。并且，针对不同的任务处理阶段，发送给用户的待办事项先后顺序也不同。

S12：服务器根据推送优先级将所述待办事项通过预设方式中的一种发送至用户终端。

其中，所述预设方式包括第三方程序插件推送、专用应用程序推送和信息链接推送；所述推送优先级根据所述预设推送顺序、历史推送方式以及反馈消息中的一种或多种组合计算获得。

实际应用中，对于不同的用户终端，其可能安装有不同的应用程序。所述专有应用程序是指针对当前管理系统所开发的应用程序，通常专有应用程序的开发难度和工程量较大，并且其作为专用程序，除进行管理系统的工作外，一般不包含其他功能，因此导致其安装量较小，需要企业管理进行统一要求，但即便如此，针对不同类型的终端型号和系统类型，依然存在用户终端没有或不能安装专用应用程序的情况。

所述第三方程序插件是指能够进行应用访问和消息发布的应用程序，并且在第三方程序中可以通过插件等方式进行应用扩展，例如，微信小程序，浏览器插件等。这种第三方程序的安装普及性和适配性较高，并且对于管理系统的开发工作也较小，但由于信息的传递依赖于第三方程序，需要通过第三方程序的服务器进行传递，可能造成数据安全隐患。因此，对于第三方程序插件进行推送的方式在进行待办事项推送时，待办事项应具有较低的安全等级要求，或者需要对待办事项对应的数据进行进一步加密处理。

上述两种推送方式，可以直接通过专用应用程序或者第三方程序访问待办事项对应的处理界面，以方便用户直接进行后续处理操作。

所述信息链接是指，将待办事项转化为提示信息，再通过短消息的方式将提示信息发送给用户终端，以提示用户进行相应的处理操作。在发送给用户终端的待办事项中，可以仅包含提示内容，例如：“您有一件××任务需要处理，请登录××网站完成任务”，以可以在提示信息中包含初步的任务描述信息，如该任务需要怎么处理，处理时限，以及当前处理进度等。实际应用中，信息链接以短信息的方式发送给用户终端，可以在用户终端网络状况较差的情况下，依然能够接收到信息链接，缓解因网络状况造成的待办事项处理不及时的问题。

针对不同的信息推送方式，本申请中根据推送优先级将所述待办事项通过预设方式中的一种发送至用户终端的方式也不同。具体如下：

如图2所示，所述方法在按照预设推送顺序获得所述推送优先级时，包括以下步骤：

S1211：根据所述待办事项获取待处理任务的安全级别；

S1212：对比所述安全级别与预设安全阈值；

S1213：如果所述安全级别低于所述预设安全阈值，所述预设推送顺序为优先采用第三方程序插件推送或专用应用程序推送；

S1214：如果所述安全级别高于所述预设安全阈值，所述预设推送顺序为优先采用专用应用程序推送。

实际应用中，如果当前待处理任务的安全级别较低，如进行一般报表的核对工作，则其待办事项的可以不必进行保密处理，因此可以优先采用三方程序插件推送或专用应用程序推送的方式完成待办事项的推送，以保证处理的实效性。而如果当前待处理任务的安全级别较高，如图纸校核工作，则优先采用专用应用程序推送，如果不能通过专用应用程序推送，再选择信息链接推送的方式。

进一步地，如图3所示，实际应用中，还可以综合考虑待处理任务的操作难易程度，来确定使用何种推送方式，即所述方法在按照预设推送顺序获得所述推送优先级时，包括如下步骤：

S1221：根据所述待办事项获取待处理任务的操作难度级别；

S1222：对比所述操作难度级别与预设难度阈值；

S1223：如果所述操作难度级别低于所述难度阈值，所述预设推送顺序为优先采用第三方程序插件推送；

S1224：如果所述操作难度级别高于所述难度阈值，所述预设推送顺序为优先采用专用应用程序推送。

实际应用中，可以通过服务器中的管理系统，对各种类型的任务进行操作难度分级，例如，可以通过数字代表操作难度级别，一级代表操作难度简单，如点击同意或反对按钮即可；二级代表操作难度为一般，如需要对数值进行修正等；三级代表操作难度复杂，如需要对图表或图形实施操作等。

由于专用应用程序的定制性能最强，因此，操作难度积极较高时，应优先采用专用应用程序进行推送，以使用户能够直接通过专用应用程序完成后续操作。如果操作难度等级较低时，则可以直接通过调用第三方程序内置的浏览器完成后续操作，因此，在此情况下可以优先采用第三方程序插件推送，以提高处理效率。

如图4所示，所述方法在按照历史推送方式获得所述推送优先级时，包括以下步骤：

S1231：提取待办事项发送的目标终端对应的历史推送信息；

S1232：根据所述历史推送信息生成目标终端的处理速度值；

S1233：按照所述处理速度值从快到慢的顺序，生成所述推送优先级中的优先顺序。

实际应用中，服务器通过何种方式将待办事项推送给用户终端可以通过历史记录的方式进行确定。具体过程可以为：服务器根据待办事项中预发送的目标终端地址或者其他识别标识，从数据库中提取向该目标终端发送的历史推送信息。在历史推送信息中，可以包括在该目标终端曾经推送成功的推送方式，例如目标终端在上一次推送消息时，是通过专用应用程序推送的方式，并且后续处理结果也是通过专用应用程序的方式完成的，则在当前推送过程中，也可以按照此方式再次进行推送。

如果当前目标终端的历史记录中采用的多种推送方式，为了采用最佳的推送方式，还可以根据历史推送信息中每种推送方式对应的响应时间，来确定每种推送方式对应的处理速度。最后选择一个最快的处理方式作为针对当前目标终端的推送方式。即在实际应用中，可以按照所述处理速度值从快到慢的顺序，作为所述推送优先级顺序。

另外，在本申请的部分实施例中，如图5所示，所述方法在按照反馈消息获得所述推送优先级时，包括以下步骤：

S1241：通过专用应用程序推送的方式，将带有反馈指令的待办事项发送至所述用户终端；

S1242：接收所述用户终端上专用应用程序针对所述反馈指令发送的反馈信息；

S1243：如果在预设时间内，未接收到所述反馈信息，通过第三方程序插件推送方式将带有反馈指令的待办事项发送至所述用户终端；

S1244：接收所述用户终端上第三方程序针对所述反馈指令发送的反馈信息；

S1245：如果在预设时间间隔内，未接收到所述反馈信息，通过信息链接推送方式待办事项发送至所述用户终端。

实际应用中，为了获取服务器的最佳推送方式，还可以在待办事项中内置一个隐藏的反馈指令，当用户终端或者用户终端中的应用程序在接收到该待办事项时，可以针对该反馈指令向服务器发送反馈信息。显然，针对每一种推送方式，其所附带的反馈指令形式也不同，例如，针对第三方程序这种推送方式所附带的反馈指令，在发送到用户终端后，如果用户终端安装有对应的第三方程序，则第三方程序可以向服务器返回反馈信息；如果用户终端没有安装有对应的第三方程序，则不会向服务器返回反馈信息。

本实施例中，服务器可以默认通过预设的优先级顺序，采用优先级最高的方式向用户终端推送该待办事项。例如，当前系统默认采用专用应用程序推送的方式，将该待办事项进行推送，并在预设时间内，接收用户终端返回的反馈信息。如果接收到反馈信息，则说明用户终端上安装有专用应用程序，当前推送方式可行，直接在用户终端上显示该待办事项即可。如果没有接收到反馈信息，则说明用户终端上没有安装专用应用程序，此时，可以通过预设推送优先级为次级的方式，如第三方程序插件，再将待办事项进行推送，直到最终在用户终端上显示待办事项或者采用信息链接推送方式为止。

通过上述方式，一方面，可以无需对用户终端进行大量配置，另一方面，还可以避免服务器采用一种推送方式推送待办事项时推送不成功的情况发生。在实际应用中，为了使待办事项的处理过程更加智能合理，还可以综合上述多种因素，确定最优的推送方式，即在本申请的部分实施例中，如图6所示，服务器根据推送优先级将所述待办事项通过预设方式中的一种发送至用户终端的步骤，还包括：

S1251：获取待办事项对应待处理任务的预设任务类型；

S1252：根据所述预设任务类型获取加权算法；

S1253：根据所述加权算法对预设推送顺序、历史推送方式以及反馈消息进行加权计算，获得每种预设方式对应的优先级评分；

S1254：根据所述优先级评分生成所述推送优先级。

实际应用中，可以在服务器管理系统中内置多种加权算法，针对不同的应用场景、不同的任务类型和不同的运行时间段，可以具有多种不同的加权算法。因此，本实施例中，可以通过待办事项对应待处理任务的预设任务类型，从而确定对应的加权算法。再根据加权算法对上述三种推送方式进行加权计算，确定每种方式对应的优先级评分，以调整推送优先级。

上述加权算法，可以根据所应用的领域进行自行设定，例如，当前应用场景中用户终端相对较稳定，并且用户终端对应的权限等级划分是固定的方式，为了获得更快的推送方式，可以更加侧重于通过历史推送方式，因此，该方式的权值可以设置的较高。

S13：用户终端按照所述预设方式展示接收到的所述待办事项。

实际应用中，用户终端在获取到待办事项后，可以通过与推送方式对应的程序显示该待办事项。例如，如果服务器通过专用应用程序将待办事项推送给用户终端，则用户终端上的专用应用程序可以直接将该待办事项进行显示，以便用户进行相应的处理操作。需要说明的是，本申请所述的显示该待办事项，不仅包括显示该待办事项对应的提示信息，而且包括该待办事项的处理页面，以使用户可以直接在终端设备上处理该待办事项，提高待办事项的处理效率。

S14：用户终端获取针对所述待办事项的处理数据，以及将所述处理数据发送至所述服务器。

在显示待办事项的处理页面后，任务对应的操作人员可以针对待办事项在处理页面进行相应操作，操作完成后，即生成处理数据，再将处理数据发送给服务器，完成当前待办事项的处理操作。服务器根据获取的处理数据，可以进行对应的任务进度更新，以将后续的任务再生成待办事项，发送给其他用户终端。

可见，在本申请提供的技术方案中，服务器在生成待办事项后，可以通过上述优化推送方法，将待办事项通过第三方程序、专用应用程序或信息链接的方式推送给用户终端，以通过最优的推送方式保障用户终端能够及时接收到待办事项，提高待办事项的处理效率。

基于上述待办事项处理方法，本申请还提供一种待办事项处理系统，包括服务器，以及与所述服务器建立通信连接的多个用户终端，所述服务器中内置信息管理程序，以提供信息服务管理平台；所述用户终端被设置为具有不同的管理权限，预设管理权限对应的所述用户终端可以通过所述信息管理程序生成待处理任务；

所述服务器被进一步配置为执行以下程序步骤：通过待处理任务触发提醒事件，生成待办事项；以及，根据推送优先级将所述待办事项通过预设方式中的一种发送至用户终端；其中，所述预设方式包括第三方程序插件推送、专用应用程序推送和信息链接推送；所述推送优先级根据所述预设推送顺序、历史推送方式以及反馈消息中的一种或多种组合计算获得；

所述用户终端被进一步配置为执行以下程序步骤：按照所选定的预设方式展示接收到的所述待办事项；获取针对所述待办事项的处理数据，以及将所述处理数据发送至所述服务器。

在本申请的另一个实施例中，如图7所示，本申请还提供的待办事项处理方法，包括以下步骤：

S21：服务器通过待处理任务触发提醒事件，生成待办事项；

S22：服务器将所述待办事项同时通过全部预设方式发送至用户终端；所述预设方式包括第三方程序插件推送、专用应用程序推送和信息链接推送；

S23：用户终端根据接收到的所述待办事项，启动自检进程，检查所述用户终端安装的应用程序；

S24：用户终端启动预设优先级最高的应用程序处理所述待办事项，以及通过所启动的应用程序将处理数据发送至所述服务器。

本实施例与上述实施例的区别在于，服务器将待办事项发送至用户终端的步骤中，服务器可以同时通过第三方程序插件推送、专用应用程序推送和信息链接推送三种方式进行推送，而用户终端在接收到待办事项后，可以启动自检进程，检查所述用户终端中安装的应用程序。并且，通过启动预设优先级最高的应用程序处理所述待办事项，从而完成待办事项的处理。

具体的，如图8所示，用户终端根据接收到的所述待办事项，启动自检进程，检查所述用户终端安装的应用程序的步骤，还包括：

S221：如果所述用户终端中安装有所述专用应用程序，启动所述专用应用程序；

S222：在所述专用应用程序中展示所述待办事项；

S223：如果所述用户终端中未安装所述专用应用程序，通过自检进程检查所述用户终端中是否安装第三方程序；

S224：如果所述用户终端中安装有所述第三方程序，启动所述第三方程序；

S225：在所述第三方程序中加载所述待办事项对应的第三方程序插件，以展示所述待办事项；

S226：如果所述用户终端中未安装所述第三方程序，通过信息链接展示所述待办事项。

根据预先设定的自检程序，用户终端在接收到待办事项后，可以先检查当前终端内是否安装有专用应用程序，如果有，直接通过专用应用程序显示该待办事项，以及完成后续处理工作，并停止进行检查；如果没有，则进一步检查是否安装有第三方程序，如果有，通过第三方应用程序显示该待办事项，以及完成后续处理工作，如果没有，则进一步通过信息链接的方式提示用户该待办事项。

本实施例中，自检进程可作为一个内置在终端设备中的隐藏进程，其自检过程可以自动运行而不必被用户感知，因此整个可以在相同的用户感受上，通过最合适的方式展示待办事项，从而有利于用户及时处理待办事项，缓解处理不及时现象。

基于上述待办事项处理方法，本申请提供一种待办事项处理系统，包括服务器，以及与所述服务器建立通信连接的多个用户终端，所述服务器中内置信息管理程序，以提供信息服务管理平台；所述用户终端被设置为具有不同的管理权限，预设管理权限对应的所述用户终端可以通过所述信息管理程序生成待处理任务；所述用户终端内置自检进程；

所述服务器被进一步配置为执行以下程序步骤：通过待处理任务触发提醒事件，生成待办事项；以及，将所述待办事项同时通过全部预设方式发送至用户终端；所述预设方式包括第三方程序插件推送、专用应用程序推送和信息链接推送；

所述用户终端被进一步配置为执行以下程序步骤：根据接收到的所述待办事项，启动自检进程，检查所述用户终端安装的应用程序；以及，启动预设优先级最高的应用程序处理所述待办事项，以及通过所启动的应用程序将处理数据发送至所述服务器。

由以上技术方案可知，本申请提供的待办事项处理方法在实际应用中，根据待处理任务生成待办事项后，可以根据特定的推送优先级，将待办事项以第三方程序插件推送、专用应用程序推送和信息链接推送中的一种或同时进行推送，从而适应不同的用户终端环境，避免用户无法接收到待办事项的情况发生，缓解处理不及时现象。所述方法还通过第三方程序插件、专用应用程序以及手机浏览页面，将待办事项展示在用户终端上，使用户可以直接通过展示的页面完成事项处理，生成处理数据，进一步提高待办事项的处理效率，缓解处理不及时现象。

本申请提供的实施例之间的相似部分相互参见即可，以上提供的具体实施方式只是本申请总的构思下的几个示例，并不构成本申请保护范围的限定。对于本领域的技术人员而言，在不付出创造性劳动的前提下依据本申请方案所扩展出的任何其他实施方式都属于本申请的保护范围。

Claims (10)

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

服务器通过待处理任务触发提醒事件，生成待办事项；

服务器根据推送优先级将所述待办事项通过预设方式中的一种发送至用户终端；其中，所述预设方式包括第三方程序插件推送、专用应用程序推送和信息链接推送；所述推送优先级根据所述预设推送顺序、历史推送方式以及反馈消息中的一种或多种组合计算获得；

用户终端按照所述预设方式展示接收到的所述待办事项；

用户终端获取针对所述待办事项的处理数据，以及将所述处理数据发送至所述服务器。

2.根据权利要求1所述的待办事项处理方法，其特征在于，所述方法在按照预设推送顺序获得所述推送优先级时，包括：

根据所述待办事项获取待处理任务的安全级别；

对比所述安全级别与预设安全阈值；

如果所述安全级别低于所述预设安全阈值，所述预设推送顺序为优先采用第三方程序插件推送或专用应用程序推送；

如果所述安全级别高于所述预设安全阈值，所述预设推送顺序为优先采用专用应用程序推送。

3.根据权利要求1所述的待办事项处理方法，其特征在于，所述方法在按照预设推送顺序获得所述推送优先级时，包括：

根据所述待办事项获取待处理任务的操作难度级别；

对比所述操作难度级别与预设难度阈值；

如果所述操作难度级别低于所述难度阈值，所述预设推送顺序为优先采用第三方程序插件推送；

如果所述操作难度级别高于所述难度阈值，所述预设推送顺序为优先采用专用应用程序推送。

4.根据权利要求1所述的待办事项处理方法，其特征在于，所述方法在按照历史推送方式获得所述推送优先级时，包括：

提取待办事项发送的目标终端对应的历史推送信息；

根据所述历史推送信息生成目标终端的处理速度值；

按照所述处理速度值从快到慢的顺序，生成所述推送优先级中的优先顺序。

5.根据权利要求1所述的待办事项处理方法，其特征在于，所述方法在按照反馈消息获得所述推送优先级时，包括：

通过专用应用程序推送的方式，将带有反馈指令的待办事项发送至所述用户终端；

接收所述用户终端上专用应用程序针对所述反馈指令发送的反馈信息；

如果在预设时间内，未接收到所述反馈信息，通过第三方程序插件推送方式将带有反馈指令的待办事项发送至所述用户终端；

接收所述用户终端上第三方程序针对所述反馈指令发送的反馈信息；

如果在预设时间间隔内，未接收到所述反馈信息，通过信息链接推送方式待办事项发送至所述用户终端。

6.根据权利要求1所述的待办事项处理方法，其特征在于，服务器根据推送优先级将所述待办事项通过预设方式中的一种发送至用户终端的步骤，还包括：

获取待办事项对应待处理任务的预设任务类型；

根据所述预设任务类型获取加权算法；

根据所述加权算法对预设推送顺序、历史推送方式以及反馈消息进行加权计算，获得每种预设方式对应的优先级评分；

根据所述优先级评分生成所述推送优先级。

7.一种待办事项处理方法，其特征在于，包括：

服务器通过待处理任务触发提醒事件，生成待办事项；

服务器将所述待办事项同时通过全部预设方式发送至用户终端；所述预设方式包括第三方程序插件推送、专用应用程序推送和信息链接推送；

用户终端根据接收到的所述待办事项，启动自检进程，检查所述用户终端安装的应用程序；

用户终端启动预设优先级最高的应用程序处理所述待办事项，以及通过所启动的应用程序将处理数据发送至所述服务器。

8.根据权利要求7所述的待办事项处理方法，其特征在于，用户终端根据接收到的所述待办事项，启动自检进程，检查所述用户终端安装的应用程序的步骤，包括：

如果所述用户终端中安装有所述专用应用程序，启动所述专用应用程序；

在所述专用应用程序中展示所述待办事项；

如果所述用户终端中未安装所述专用应用程序，通过自检进程检查所述用户终端中是否安装第三方程序；

如果所述用户终端中安装有所述第三方程序，启动所述第三方程序；

在所述第三方程序中加载所述待办事项对应的第三方程序插件，以展示所述待办事项；

如果所述用户终端中未安装所述第三方程序，通过信息链接展示所述待办事项。

9.一种待办事项处理系统，其特征在于，包括服务器，以及与所述服务器建立通信连接的多个用户终端，所述服务器中内置信息管理程序，以提供信息服务管理平台；所述用户终端被设置为具有不同的管理权限，预设管理权限对应的所述用户终端可以通过所述信息管理程序生成待处理任务；

所述服务器被进一步配置为执行以下程序步骤：通过待处理任务触发提醒事件，生成待办事项；以及，根据推送优先级将所述待办事项通过预设方式中的一种发送至用户终端；其中，所述预设方式包括第三方程序插件推送、专用应用程序推送和信息链接推送；所述推送优先级根据所述预设推送顺序、历史推送方式以及反馈消息中的一种或多种组合计算获得；

所述用户终端被进一步配置为执行以下程序步骤：按照所选定的预设方式展示接收到的所述待办事项；获取针对所述待办事项的处理数据，以及将所述处理数据发送至所述服务器。

10.一种待办事项处理系统，其特征在于，包括服务器，以及与所述服务器建立通信连接的多个用户终端，所述服务器中内置信息管理程序，以提供信息服务管理平台；所述用户终端被设置为具有不同的管理权限，预设管理权限对应的所述用户终端可以通过所述信息管理程序生成待处理任务；所述用户终端内置自检进程；

所述服务器被进一步配置为执行以下程序步骤：通过待处理任务触发提醒事件，生成待办事项；以及，将所述待办事项同时通过全部预设方式发送至用户终端；所述预设方式包括第三方程序插件推送、专用应用程序推送和信息链接推送；

所述用户终端被进一步配置为执行以下程序步骤：根据接收到的所述待办事项，启动自检进程，检查所述用户终端安装的应用程序；以及，启动预设优先级最高的应用程序处理所述待办事项，以及通过所启动的应用程序将处理数据发送至所述服务器。

Images