CN111191998B - 事项处理方法及装置 - Google Patents

Abstract

本申请实施例提供一种事项处理方法及装置，该方法在服务器接收到来自终端的事项统计指令时，向终端发送事项统计界面，获取终端低于事项统计界面配置的事项统计参数，并获取事项统计参数对应的事项统计数据，使得终端可以根据事项统计数据对事项统计界面进行更新并显示；借助于客户终端与服务器互联网连接，服务器从用户终端获取事项统计数据，为事项统计处理提供了有效的事项统计数据源，通过事项处理装置进行事项数据统计，无需再进行人工统计处理，降低了人工成本，避免了由于人为失误造成的数据统计错误，简化了事项统计流程，便于工作人员及时查询和了解事项的详细情况，同时有利于对事项处理的工作流程进行进一步调优。

Description

事项处理方法及装置

技术领域

本申请涉及数据管理领域，尤其涉及一种事项处理方法及装置。

背景技术

随着“互联网+政务服务”的推进，不少政府部门都逐渐开设了网上办事平台，为市民提供线上民生服务的途径。

一个办事事项会生成一个事项表格，目前，网上办事平台的工作人员需要通过导出表格，来完成对个事项的统计，进而人工分析了解网上办事平台的使用情况。

发明内容

本申请实施例提供一种事项处理方法及装置，以提升事项管理效率。

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

在接收到来自第一终端的事项统计指令时，向第一终端发送事项统计界面，以使第一终端显示事项统计界面；

获取第一终端基于事项统计界面配置的事项统计参数；

获取事项统计参数对应的事项统计数据；

向第一终端发送事项统计数据，以使第一终端根据事项统计数据对事项统计界面进行更新并显示。

一方面，本申请还提供一种事项处理装置，其包括：

事项统计指令接收模块，用于在接收到来自第一终端的事项统计指令时，向第一终端发送事项统计界面，以使第一终端显示事项统计界面；

事项统计参数设置模块，用于获取第一终端基于事项统计界面配置的事项统计参数；

事项统计数据获取模块，用于获取事项统计参数对应的事项统计数据；

事项统计数据显示模块，用于向第一终端发送事项统计数据，以使第一终端根据事项统计数据对事项统计界面进行更新并显示。

一方面，本申请实施例提供了一种计算机设备，其包括存储器，处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行程序时实现如上述方法的步骤。

一方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，其中，计算机程序被处理器执行时实现上述方法中的步骤。

本申请实施例提供了一种事项处理方法及装置，该事项处理方法在服务器接收到来自终端的事项统计指令时，向终端发送事项统计界面，获取终端低于事项统计界面配置的事项统计参数，并获取事项统计参数对应的事项统计数据，使得终端可以根据事项统计数据对事项统计界面进行更新并显示；借助于客户终端与事项处理服务器互联网连接，事项处理服务器从用户终端获取事项统计数据，为事项统计处理提供了有效的事项统计数据源，通过事项处理装置进行事项数据统计，无需再进行人工统计处理，降低了人工成本，避免了由于人为失误造成的数据统计错误，简化了流程，便于工作人员及时查询和了解事项的详细情况；同时，通过事项处理装置可以随时对事项进行相关的事项管理、需求管理操作，提高了事项处理操作的便捷性，便于工作人员及时对事项、需求进行管理，提升了事项管理效率。本申请实施例提供的事项处理方法从服务管理、需求管理、事项管理、事项统计全流程，实现了高效处理“互联网+政务服务”业务办理事项，调高了多角色协同的便捷性、流程操作的易用性、以及数据统计的准确的，同时有利于对事项处理的工作流程的调优。

附图说明

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

图1为本申请提供的事项处理系统的场景实施例的示意图。

图2为本申请提供的事项处理方法的第一种实施例的流程图。

图3为本申请提供的事项处理方法的第二种实施例的流程图。

图4为本申请提供的事项统计界面的一种示意图。

图5为本申请提供的事项处理方法的第三种实施例的流程图。

图6为本申请提供的事项管理界面的一种示意图。

图7为本申请提供的事项处理方法的第四种实施例的流程图。

图8为本申请提供的需求管理界面的一种示意图。

图9为本申请提供的事项处理方法的第五种实施例的流程图。

图10为本申请提供的事项处理装置的第一种实施例的结构示意图。

图11为本申请提供的事项处理装置的事项统计参数设置模块的一种实施例的结构示意图。

图12为本申请提供的事项处理装置的第二种实施例的结构示意图。

图13为本申请提供的事项处理装置的第三种实施例的结构示意图。

图14为本申请提供的事项处理装置的第四种实施例的结构示意图。

图15为本申请提供的计算机设备的一个实施例的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供一种事项处理方法及装置、计算机设备和计算机可读存储介质。其中，该事项处理装置可以集成在计算机设备中，该计算机设备可以是服务器，也可以是终端等设备。

请参照图1，图1为本申请提供的事项处理系统的场景实施例的示意图，该系统可以包括终端以及服务器，终端之间、终端与服务器之间通过各种网关组成的互联网等方式连接通信。其中，终端包括用户终端11等，服务器包括事项处理服务器12；其中：

用户终端11包括但不局限于手机、平板电脑、笔记本电脑、个人计算(PC，Personal Computer)、微型处理盒子、或者其他设备等；主要提供事项处理界面的显示、以及事项处理界面使用数据的获取等功能；

服务器包括本地服务器和/或远程服务器等。事项处理服务器12可以部署在本地服务器，也可以部分或者全部部署在远程服务器上。

需要说明的是，图1所示的系统场景示意图仅仅是一个示例，本申请实施例描述的服务器以及场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本申请实施例中的事项是指政务工作或政务服务所对应的具体内容，例如公积金查询相关业务作为一个事项、公积金提取相关业务作为一个事项、护照办理相关业务作为一个事项、水费缴纳相关业务作为一个事项等。事项统计是指对上述具体内容所对应的各项数据的统计，例如公积金查询相关业务对应的查询次数、公积金提取相关业务的提取次数、水费缴纳相关业务的使用次数等。事项管理是指根据政务工作或政务服务的需要，对上述事项进行新增、删除、或重新编辑的操作。事项需求是指具体政务工作部门对政务工作或政务服务的需要，例如武汉市需要上线网上公积金提取这一事项的需求、北京市需要上线网上缴纳机动车违规费用这一事项的需求等。需求管理指根据政务工作或政务服务的需要，对上述需求进行新增、删除、或重新编辑的操作。服务是指政务工作部门对公民提供的网上办事事项。服务管理是指对上述服务对应的相关数据的获取与统计。

请参照图2，图2为本申请提供的事项处理方法的第一种实施例的流程图。该方法可以应用于诸如终端、服务器等计算机设备中，该事项处理方法包括事项统计步骤、事项管理步骤、需求管理步骤、以及服务管理步骤。

其中，服务管理步骤包括：

201：第一用户终端生成服务请求指令。

在本实施例中，第一用户终端是指个人用户，如市民等用户侧的终端，也即上文中的第二终端。

服务请求指令是指市民等用户需要查询某个事项需求时，例如查询“武汉公积金查询”这个事项需求时，生成服务请求指令并添加至服务请求中，该服务请求指令携带对应事项请求的标识等信息。

202：第一用户终端发送服务请求至事项处理服务器。

事项处理服务器主要用于事项管理、事项需求管理、服务请求处理、数据统计等功能。

203：事项处理服务器获取服务管理数据。

事项处理服务器根据服务请求指令查找到对应的事项需求，例如“武汉公积金查询”这一事项需求，然后调用该事项需求对应的服务管理数据，服务管理数据用于生成服务管理界面，包括界面数据，例如用户账号输入项位置、界面分辨率、验证码等。

204：事项处理服务器将服务管理数据发送至第一用户终端。

205：第一用户终端显示服务管理界面。

第一用户终端根据接收到的服务管理数据，生成对应的服务管理界面。

206：第一用户终端将服务管理界面的使用信息发送至事项处理服务器。

市民等用户基于第一用户终端显示的服务管理界面完成服务请求，例如完成公积金查询这一服务请求，然后第一用户终端将服务管理界面的使用信息，例如完成本次公积金查询、或者查询失败等使用信息发送至事项处理服务器。

207：事项处理服务器生成事项统计数据。

事项处理服务器根据服务管理界面的使用信息，生成事项统计数据，例如针对公积金查询这一事项，统计该事项下所有事项需求(武汉公积金查询、深圳公积金查询等)的使用信息，生成总使用次数、服务成功率等事项统计数据。

事项统计步骤包括：

208：第二用户终端生成事项统计指令。

第二用户终端是指政府工作人员所使用的终端，包括上文中的第一终端、第三终端以及第四终端等。

政府工作人员在需要统计某一个事项的使用情况时，通过第二用户终端生成事项统计指令并添加至事项统计请求中，事项统计指令携带事项标识，例如公积金查询这一事项标识等。

209：第二用户终端发送事项统计请求至事项处理服务器。

210：事项处理服务器获取事项统计相关参数信息。

事项处理服务器根据事项统计指令携带的事项标识，获取对应的事项统计相关参数信息，事项统计相关参数信息用于生成事项统计界面，包括该事项统计界面相关的界面数据，例如该事项可选的服务分类、服务大类、服务小类、事项专版、事项名称、事项类型、统计时间等等选择项的位置、可选内容等。

211：事项处理服务器将事项统计相关参数信息发送至第二用户终端。

212：第二用户终端显示事项统计界面。

第二用户终端根据接收到的事项统计相关参数信息，生成对应的事项统计界面，例如生成图4所示的事项统计界面。

213：第二用户终端将事项统计参数发送至事项处理服务器。

政府工作人员在事项统计界面进行服务分类、服务大类、服务小类、事项专版、事项名称、事项类型、统计时间等等选择项进行选择，生成事项统计参数，例如在需要统计公积金查询业务这一事项在某一时间段的使用数据时，事项统计参数包括时间、事项名称等，并发送至事项处理服务器。

214：事项处理服务器获取事项统计数据。

事项处理服务器根据事项统计参数，调用对应的事项统计数据，例如公积金查询业务这一事项在某一时间段的使用数据。

215：事项处理服务器将事项统计数据发送至第二用户终端。

216：第二用户终端对事项统计界面进行更新显示。

第二用户终端根据事项统计数据，如图4所示，对最初的事项统计界面进行更新显示。

事项管理步骤包括：

217：第二用户终端生成事项管理指令。

政府工作人员在需要对事项进行管理时，例如新增、删除、修改等，可以通过第二用户终端生成事项管理指令并添加至事项管理请求中，事项管理指令携带事项标识，如公积金查询等。

218：第二用户终端发送事项管理请求至事项处理服务器。

219：事项处理服务器获取事项管理相关参数信息。

事项处理服务器根据事项标识调用对应的事项管理相关参数信息，事项管理相关参数信息用于生成事项管理界面，这些界面参数包括新增控件、服务大类、服务小类、事项类别、上线状态、已上线城市、事项名称、时间等选择项的位置、可选内容等。

220：事项处理服务器将事项管理相关参数信息发送至第二用户终端。

221：第二用户终端显示事项管理界面。

第二用户终端根据事项管理相关参数信息，生成对应的事项管理界面，并展示给用户，例如图6所示的事项管理界面。

222：第二用户终端将事项管理参数发送至事项处理服务器。

政府工作人员在图6所示的事项管理界面进行设置，例如增加什么事项、管理什么事项、查询什么事项等，然后根据这些设置生成对应的事项管理参数发送至事项处理服务器。

223：事项处理服务器获取事项管理数据。

事项处理服务器调用事项管理参数对应的事项管理数据，例如某事项的上线城市等，以对事项管理界面进行更新。

224：事项处理服务器将事项管理数据发送至第二用户终端。

225：第二用户终端显示事项管理数据。

第二用户终端通过更新后的事项管理界面显示事项管理数据。

226：第二用户终端将事项管理指令发送至事项处理服务器。

用户在更新后的事项管理界面内对事项进行管理，例如新增、删除或重新编辑等管理操作，生成对应的事项管理指令。

227：事项处理服务器对事项进行新增、删除或重新编辑。

事项处理服务器根据接收到的事项管理指令，对事项进行新增、删除或重新编辑等管理操作。

需求管理步骤包括：

228：第二用户终端生成需求管理指令。

政府工作人员在需要对事项需求(例如图8所示的接入需求)进行管理时，例如新增、删除、修改等，可以通过第二用户终端生成需求管理指令并添加至需求管理请求中，需求管理指令携带事项需求标识，如武汉公积金查询等。

229：第二用户终端发送需求管理请求至事项处理服务器。

230：事项处理服务器获取需求管理相关参数信息。

事项处理服务器根据需求标识调用对应的需求管理相关参数信息，需求管理相关参数信息用于生成需求管理界面，这些界面参数包括新增控件、上线状态、项目(即事项需求)名称、上线时间等选择项的位置、可选内容等。

231：事项处理服务器将需求管理相关参数信息发送至第二用户终端。

232：第二用户终端显示需求管理界面。

第二用户终端根据需求管理相关参数信息，生成对应的需求管理界面，并展示给用户，例如图7所示的需求管理界面。

233：第二用户终端将需求管理参数发送至事项处理服务器。

政府工作人员在图7所示的需求管理界面进行设置，例如增加什么事项需求、管理什么事项需求、查询什么事项需求等，然后根据这些设置生成对应的需求管理参数发送至事项处理服务器。

234：事项处理服务器获取需求管理数据。

事项处理服务器调用需求管理参数对应的需求管理数据，例如某事项需求的上线状态、上线时间等，以对需求管理界面进行更新。

235：事项处理服务器将需求管理数据发送至第二用户终端。

236：第二用户终端显示需求管理数据。

第二用户终端通过更新后的需求管理界面显示需求管理数据。

237：第二用户终端将需求管理指令发送至事项处理服务器。

用户在更新后的需求管理界面内对事项需求进行管理，例如新增、删除或重新编辑等管理操作，生成对应的需求管理指令。

238：事项处理服务器对需求进行新增、删除或重新编辑。

事项处理服务器根据接收到的需求管理指令，对事项需求进行新增、删除或重新编辑等管理操作。

本实施例提供一种事项处理方法，该事项处理方法包括事项统计步骤、事项管理步骤、需求管理步骤、以及服务管理步骤；借助于客户终端与事项处理服务器互联网连接，事项处理服务器从用户终端获取事项统计数据，为事项统计处理提供了有效的事项统计数据源，通过事项处理装置进行事项数据统计，无需再进行人工统计处理，降低了人工成本，避免了由于人为失误造成的数据统计错误，简化了流程，便于工作人员及时查询和了解事项的详细情况；同时，通过事项处理装置可以随时对事项进行相关的事项管理、需求管理操作，提高了事项处理操作的便捷性，便于工作人员及时对事项、需求进行管理。本申请实施例提供的事项处理方法从服务管理、需求管理、事项管理、事项统计全流程，实现了高效处理“互联网+政务服务”业务办理事项，调高了多角色协同的便捷性、流程操作的易用性、以及数据统计的准确的，同时有利于对事项处理的工作流程的调优。

下面通过具体实施例详细说明本申请提供的事项处理方法的各个步骤的具体流程。

请参照图3，图3为本申请提供的事项处理方法的第二种实施例的流程图。第二种实施例对应于事项处理方法中的事项统计步骤，本申请实施例提供的事项统计步骤具体包括：

301，在接收到来自第一终端的事项统计指令时，向第一终端发送事项统计界面，以使第一终端显示事项统计界面；

302，获取第一终端基于事项统计界面配置的事项统计参数；

303，获取事项统计参数对应的事项统计数据；

304，向第一终端发送事项统计数据，以使第一终端根据事项统计数据对事项统计界面进行更新并显示。

在301中，服务器接收到的事项统计指令是事项处理装置通过相关载体(比如网站、小程序、APP等)获取到的特定的归属于事项统计类的指令，该指令一般为相关事项统计的工作人员通过上述第二用户终端发出。根据事项统计指令，显示的事项统计界面是事项处理装置进行事项处理模式选择后呈现的界面，请参照图4，图4为本申请提供的事项统计界面的一种示意图。该事项统计界面包括事项统计的各参数(如时间参数、事项专版参数、事项类型参数、事项名称参数等)设置窗口，上述参数设置窗口的类型包括选项选择窗口、文字输入窗口、选项选择和文字输入综合窗口。事项统计界面还包括确定选择窗口(如查询确定窗口、参数重置确定窗口、数据导出确定窗口等)。

在302中，获取第一终端基于事项统计界面配置的事项统计参数是指在上述事项统计界面显示的各参数设置窗口中，进行相关的事项统计参数的设定。事项统计参数是指待统计的事项的相关参数，包括待统计事项的相关时间、待统计事项的名称、待统计事项的类型、待统计事项的服务分类等等。事项统计参数的设置可以根据事项统计界面显示的各参数设置窗口的类型进行相应的设置，当参数设置窗口为选项选择窗口时，参数的设置为对参数选项的选择；当参数设置窗口为文字输入窗口时，参数的设置为在参数设置窗口对应的文字输入接口内输入相关参数的文字；参数设置窗口为选项选择和文字输入综合窗口时，参数的设置可以是对参数选项的选择，也可以是在参数设置窗口对应的文字输入接口内输入相关参数的文字。在设置好事项统计参数后，对选择确定窗口进行选择确定。

具体的，由于待统计的事项一般具有多种不同的参数，为了对事项进行更精确的统计处理，可以采用下述方式对事项统计参数进行获取。

步骤302的第一种实施例的具体步骤包括：

获取第一终端在事项统计界面内的第一控件被触发后，事项统计界面内的第二控件对应的设置参数；

根据第二控件对应的设置参数，得到事项统计参数。

事项统计界面内的第一控件对应于事项统计界面显示的各窗口，当对事项统计界面的显示窗口进行点击时，就会触发窗口对应的第一控件。当第一控件对应的窗口为选择选项窗口，或选项选择和文字输入综合窗口时，事项处理装置便会根据所触发的第一控件信息进行数据匹配，并获取第一控件所下的设置参数，也即第一控件下第二控件对应的设置参数。例如，当作为时间参数的选择选项窗口被点击时，作为时间选择控件的第一控件被触发，事项处理装置获取时间选择控件下的时间参数，并将时间参数进行显示。

根据第二控件对应的设置参数，获取事项统计参数的步骤，具体包括：

根据第二控件中时间选择控件对应的类型选择参数，确定事项选择参数中的类型参数；

根据第二控件中名称选择控件对应的名称选择参数，确定事项选择参数中的事项参数；

根据第二控件中时间选择控件对应的时间选择参数，确定事项选择参数中的时间参数。

第二控件中时间选择控件对应的时间选择参数包括起始时间参数和结束时间参数，时间参数为事项处理装置获取统计数据的发生时间点，在进行时间选择参数的获取时，需要同时对起始时间参数和结束时间参数进行确定，即获取起始时间参数和结束时间参数之间的时间段。

这样即完成了本实施例的事项处理方法中基于事项统计界面，获取事项统计参数的过程。

本申请提供的事项处理方法的302的第二种实施例的具体步骤包括：

在事项统计界面内的第一控件被触发时，显示文字输入接口；

根据第一控件对应的事项统计参数，接收文字输入接口处输入的该事项统计参数对应的文字信息。

事项统计界面内的第一控件对应于事项统计界面显示的各窗口，当对事项统计界面的显示窗口进行点击时，就会触发窗口对应的第一控件。当第一控件对应的窗口为文字输入窗口时，事项处理装置便会根据所触发的第一控件信息，显示第一控件对应的文字输入接口，以供相关参数的文字的输入。根据第一控件对应的事项统计参数，在第一控件对应的文字输入接口处，输入该事项统计参数对应的文字。

这样即完成了本实施例的事项处理方法中基于事项统计界面，获取事项统计参数的过程。

在图4所示的事项统计界面内，事项统计参数的获取还包括确定事项统计参数中的服务分类参数，确定事项统计参数中的服务大类参数，确定事项统计参数中的服务小类参数，确定事项统计参数中的事项专版参数，确定事项统计参数中的事项URL参数。

303中，服务器获取事项统计参数对应的事项统计数据，是指对后台存储器中存储的数据与相关事项统计参数进行匹配，以筛选出符合相关事项统计参数设定的数据，从而得到事项统计参数对应的事项统计数据。

304中，事项处理装置根据303获取的事项统计数据，对事项统计界面进行更新，并将事项统计数据进行显示。

这样即完成了本实施例的事项处理方法的事项处理过程，即事项统计处理过程。

本实施例的事项统计步骤全部由事项处理装置在计算机设备上运行完成，无需再进行人工统计处理，降低了人工成本，避免了由于人为失误造成的数据统计错误，简化了流程，可以随时通过计算机设备进行事项统计处理，便于工作人员及时查询和了解事项的详细情况，有利于对事项处理的工作流程进行进一步调优。

请参照图5，图5为本申请提供的事项处理方法的第三种实施例的流程图。第二种实施例对应于事项处理方法中的事项管理步骤，本申请实施例提供的事项管理步骤的第一种实施例的步骤具体包括：

501，在接收到来自第四终端的事项管理指令时，向第四终端发送事项管理界面，以使第四终端显示事项管理界面；

502，获取第四终端基于事项管理界面设置的事项管理参数；

503，根据事项管理参数，生成事项管理参数对应的事项管理数据；

504，根据事项管理数据，增加事项。

在501中，接收到的事项管理指令是事项处理装置通过相关载体(比如网站、小程序、APP等)获取到的特定的归属于事项管理类的指令，该指令一般为相关事项管理的工作人员通过上述第二用户终端发出。显示的事项管理界面是事项处理装置进行事项处理模式选择后呈现的界面，请参照图6，图6为本申请提供的事项管理界面的一种示意图。该事项管理界面包括事项管理的各参数(如事项状态参数、事项名称参数、事项类型参数等)设置窗口、确定选择窗口(如查询确定窗口、数据导出确定窗口等)、以及事项新增窗口等。同样的，上述参数设置窗口的类型包括是选项选择窗口、文字输入窗口、选项选择和文字输入综合窗口。

在502中，在上述事项管理界面显示的各参数设置窗口中，进行相关的事项管理参数的设置。事项管理参数是指待管理事项的相关参数，可以包括待管理事项的类型、待管理事项的名称、待管理事项的状态等。事项管理参数的设置可以根据事项管理界面显示的各参数设置窗口的类型进行相应的设置，当参数设置窗口为选项选择窗口时，参数的设置为对选项的选择；当参数设置窗口为文字输入窗口时，参数的设置为在参数设置窗口内输入相关参数的文字；参数设置窗口为选项选择和文字输入综合窗口时，参数的设置可以是对选项的选择，也可以是在参数设置窗口内输入相关参数的文字。在设置好事项管理参数后，对选择确定窗口进行选择确定。

事项管理参数的具体设置方法与事项统计参数的设置相类似，具体可参照202，在此不再赘述。

在503中，事项处理装置根据设置的事项管理参数，对后台存储器中存储的事项管理的数据库内的相关信息进行匹配，以筛选出符合相关事项管理参数设定的数据，从而得到事项管理参数对应的事项管理数据，该事项管理数据在包括表1所示的数据库内容时，还包括新增、删除、重新编辑等操作指令。请参照表1，表1为本申请提供的事项管理的一种实施例的数据库结构。需要注意的是，表1仅为事项管理的数据库的一种结构，并不用于限制事项管理的数据库。

表1

在504中，当事项管理数据是增加事项时，可以采取下述方式对事项进行增加。增加事项的第一种实施例的步骤包括：

在事项管理界面内的新增窗口对应的控件被触发时，获取事项新增对应的参数信息；

基于新增事项对应的参数信息，根据待新增事项的具体信息数据，获取新增事项的具体参数数据；

在参数确认窗口对应的控件触发时，保存新增事项的参数数据。

当事项管理界面的事项新增窗口被点击时，事项新增窗口对应的控件就会被触发。事项处理装置获取被触发的控件信息，根据被触发的事项新增控件信息，获取新增事项对应的参数信息，并将参数信息进行显示。

上述显示的新增事项对应的参数信息，是存储在存储器中，与事项相关联的固有参数信息，不涉及事项的具体参数数据，因此需要根据待新增事项的具体信息数据，对参数信息进行进一步的获取，以得到新增事项的各项具体参数数据。具体的，为便于获取新增事项的具体参数数据，可以采取以下方式进行新增事项的具体参数数据的获取：

在新增事项对应的参数信息显示为编辑页面时，在编辑页面内的第一控件被触发时，获取第一控件下第二控件对应的设置参数或显示第一控件对应的参数信息的文字输入接口；

基于第二控件对应的设置参数，根据待新增事项的具体信息数据，获取新增事项的具体参数数据；或通过参数信息的文字输入接口获取的文字信息，得到新增事项的具体参数数据。

编辑页面内的第一控件对应于编辑页面内的各显示窗口，包括参数(如事项状态参数、事项名称参数、事项类型参数等)设置窗口、参数确定窗口等。当对编辑页面内的显示窗口进行点击时，就会触发窗口对应的第一控件。事项管理参数的设置可以根据编辑页面显示的各参数设置窗口的类型进行相应的设置，当第一控件对应的窗口为选择选项窗口，或选项选择和文字输入综合窗口时，事项处理装置便会根据所触发的第一控件类型进行数据匹配，并获取第一控件所下的设置参数，也即第一控件下第二控件对应的设置参数。例如，当作为时间参数的选择选项窗口被点击时，作为时间选择控件的第一控件被触发，事项处理装置获取时间选择控件下的时间参数，并将时间参数进行显示。当第一控件对应的窗口为文字输入窗口时，事项处理装置便会根据所触发的第一控件类型，显示参数信息的文字输入接口，以供文字输入。

当第一控件对应的窗口为选择选项窗口，或选项选择和文字输入综合窗口时，根据待新增事项的具体信息数据，对第一控件下第二控件对应的设置参数进行选择，并触发选定的设置参数对应的第二控件，完成对该新增事项参数的设置，即获取了新增事项的具体参数数据；当第一控件对应的窗口为文字输入窗口时，通过参数信息的文字输入接口获取的文字信息，得到新增事项的具体参数数据。

当第一控件对应的窗口为选择选项窗口，或选项选择和文字输入综合窗口时，新增事项的具体参数数据的获取与上述事项选择参数的获取类似，具体可参照上述实施例，在此不再赘述。

当完成新增事项的各向具体参数数据的设置后，需要对已经设定的新增事项的各向具体参数数据进行保存，以完成事项的新增。具体为事项处理装置在接收到参数确认窗口对应的控件被触发时，将新增事项的各向具体参数数据保存至存储器中。

这样即完成了本实施例的事项处理方法的事项管理步骤中新增事项的过程。

除上述事项管理数据的增加外，本申请提供的事项管理步骤还可以包括事项的删除和重新编辑。事项管理步骤的第二种实施例的具体步骤包括：

根据事项管理数据，对事项进行删除或重新编辑。

当事项管理数据是删除事项时，可以采取下述方式对事项进行删除事项删除的步骤包括：

当事项删除窗口对应的控件被触发时，显示选择确认页面，选择确认页面内包括选择确认参数；

根据被触发的选择确认控件对应的选择确认参数，确定是否删除需求。

当事项管理界面直接显示事项删除窗口时，可以直接点击事项删除窗口对事项进行删除；当事项删除窗口没有直接显示在事项管理界面上时，需要通过事项编辑窗口或其他管理窗口，进入事项删除窗口所在的页面。

当事项删除窗口对应的控件被触发时，事项处理装置获取删除窗口对应的删除请求，获取删除请求对应的删除确认信息，并将删除确认信息进行页面显示，该显示页面一般包括肯定确认参数和否定确认参数，他们分别对应于不同的选择确认控件。

根据被触发的选择确认控件对应的选择确认参数，确定是否删除事项具体包括：当被触发的选择确认控件对应于肯定确认参数时，事项处理装置接收到事项删除确认信息，获取与待删除的事项相对应的数据信息，并将与待删除的事项相对应的数据信息从存储器中删除；当被触发的选择确认控件对应于否定确认参数时，事项处理装置接收到不删除事项的确认信息，选择确认页面隐藏。

这样即完成了本实施例的事项处理方法的事项管理步骤中删除事项的过程。

当事项管理数据是重新编辑事项时，可以采取下述方式对事项进行重新编辑。事项编辑的步骤包括：

当事项编辑窗口对应的控件被触发时，获取待编辑事项对应的事项参数数据，并显示事项参数页面；

在事项参数对应的控件被触发时，根据重新编辑的事项，获取新的事项参数。

事项管理界面内的事项参数一般不直接显示为可编辑状态，需要通过触发编辑窗口对应的控件，从而进入可编辑的事项参数页面。事项处理装置在获取到事项编辑窗口对应的控件信息时，会获取事项对应的参数数据，并将其展示为可编辑的参数页面。

在事项参数对应的控件被触发时，根据重新编辑的需要，获取新的事项参数的步骤与上述实施例中事项参数的设置相同，具体可参照上述实施例，在此不再赘述。

这样即完成了本实施例的事项处理方法的事项管理步骤中事项重新编辑的过程。

本实施例的事项管理步骤全部由事项处理装置在计算机设备上运行完成，借助于客户终端与事项处理服务器互联网连接，可以随时随地通过事项处理装置的相关载体(比如网站、小程序、APP等)进行事项管理操作，提高了事项管理操作的便捷性，便于工作人员及时对事项进行管理，有利于对事项处理的工作流程进行进一步调优。

请参照图7，图7为本申请提供的事项处理方法的第四种实施例的流程图。第二种实施例对应于事项处理方法中的需求管理步骤，本申请实施例提供需求管理步骤的第一种实施例的步骤具体包括：

701，在接收到来自第三终端的需求管理指令时，向第三终端发送需求管理界面，以使第三终端显示需求管理界面；

702，获取第三终端基于需求管理界面设置的需求管理参数；

703，根据需求管理参数，生成需求管理参数对应的需求管理数据；

704，根据需求管理数据，增加事项需求。

在701中，接收到的需求管理指令是事项处理装置通过相关载体(比如网站、小程序、APP等)获取到的特定的归属于需求管理类的指令，该指令一般为相关需求管理的工作人员通过第二用户终端发出。显示的需求管理界面是事项处理装置进行事项处理模式选择后呈现的界面，请参照图8，图8为本申请提供的需求管理界面的一种示意图。该需求管理界面包括需求管理的各参数(如时间参数、需求状态参数、需求名称参数、关键字等)设置窗口、确定选择窗口(如查询确定窗口、参数重置确定窗口、数据导出确定窗口等)、以及需求新增窗口等。同样的，上述参数设置窗口的类型可以包括选项选择窗口、文字输入窗口、选项选择和文字输入综合窗口。

在702中，在上述需求管理界面显示的各参数设置窗口中，进行相关的需求管理参数的设置。需求管理参数是指待管理需求的相关参数，可以包括待管理需求的相关时间、待管理需求的名称、待管理需求的状态等。需求管理参数的设置可以根据需求管理界面显示的各参数设置窗口的类型进行相应的设置，当参数设置窗口为选项选择窗口时，参数的设置为对选项的选择；当参数设置窗口为文字输入窗口时，参数的设置为在参数设置窗口内输入相关参数的文字；参数设置窗口为选项选择和文字输入综合窗口时，参数的设置可以是对选项的选择，也可以是在参数设置窗口内输入相关参数的文字。在设置好需求管理参数后，对选择确定窗口进行选择确定。

需求管理参数的具体设置方法与事项统计参数的设置相类似，具体可参照上述实施例中的202，在此不再赘述。

在703中，事项处理装置根据设置的需求管理参数，对后台存储器中存储的需求管理的数据库内的相关信息进行匹配，以筛选出符合相关需求管理参数设定的数据，从而得到需求管理参数对应的需求管理数据，该需求管理数据在包括表2所示的数据库内容时，还包括新增、删除、重新编辑等操作指令。请参照表2，表2为本申请提供的需求管理的一种实施例的数据库结构。需要注意的，表2仅为需求管理的数据库的一种结构，而不用于不限制于需求管理的数据库。

表2

在704中，当需求管理数据是增加需求时，可以采取下述方式对需求进行增加。704的第一种实施例的步骤包括：

在需求管理界面内的需求新增窗口对应的控件被触发时，获取需求新增对应的参数信息；

基于需求新增对应的参数信息，根据待新增需求的具体信息数据，获取新增需求的具体参数数据；

在参数确认窗口对应的控件被触发时，保存新增需求的参数数据。

当需求管理界面的需求新增窗口被点击时，需求新增窗口对应的控件就会被触发。事项处理装置获取被触发的控件信息，根据被触发的需求新增控件信息，获取需求新增对应的参数信息，并将参数信息进行显示。

由于上述显示的需求新增对应的参数信息，是存储在存储器中，与需求相关联的固有参数信息，不涉及需求的具体参数数据，因此需要根据待新增需求的具体信息数据，对参数信息进行进一步的获取，以得到新增需求的各项具体参数数据。

具体的，为便于获取新增需求的具体参数数据，可以采取以下方式对新增需求的具体参数数据进行获取：

在需求新增对应的参数信息显示为编辑页面时，在编辑页面内的第一控件被触发时，获取第一控件下第二控件对应的设置参数，或显示第一控件对应的参数信息的文字输入接口；

基于第二控件对应的设置参数，根据待新增需求的具体信息数据，获取新增需求的具体参数数据；或通过参数信息的文字输入接口获取的文字信息，得到新增需求的具体参数数据。

编辑页面内的第一控件对应于编辑页面内的各显示窗口，包括参数(如时间参数、需求状态参数、需求名称参数、关键字等)设置窗口、参数确定窗口等，当对编辑页面内的显示窗口进行点击时，就会触发显示窗口对应的第一控件。需求管理参数的设置可以根据编辑页面显示的各参数设置窗口的类型进行相应的设置，当第一控件对应的窗口为选择选项窗口，或选项选择和文字输入综合窗口时，事项处理装置便会根据所触发的第一控件类型进行数据匹配，并获取第一控件所下的设置参数，也即第一控件下第二控件对应的设置参数。例如，当作为时间参数的选择选项窗口被点击时，作为时间选择控件的第一控件被触发，事项处理装置获取时间选择控件下的时间参数，并将时间参数进行显示。当第一控件对应的窗口为文字输入窗口时，事项处理装置便会根据所触发的第一控件类型，显示参数信息的文字输入接口，以供文字输入。

当第一控件对应的窗口为选择选项窗口，或选项选择和文字输入综合窗口时，根据待新增需求的具体信息数据，对第一控件下第二控件对应的设置参数进行选择，并触发选定的设置参数对应的第二控件，完成对该新增需求参数的设置，即获取了新增需求的具体参数数据；当第一控件对应的窗口为文字输入窗口时，通过参数信息的文字输入接口获取的文字信息，得到新增需求的具体参数数据。

当第一控件对应的窗口为选择选项窗口，或选项选择和文字输入综合窗口时，新增需求的具体参数数据的获取与事项选择参数的获取类似，具体可参照上述实施例，在此不再赘述。

当完成新增需求的各向具体参数数据的设置后，需要对已经设定的新增需求的各向具体参数数据进行保存，以完成需求的新增。具体为事项处理装置在接收到参数确认窗口对应的控件被触发时，将新增需求的各向具体参数数据保存至存储器中。

这样即完成了本实施例的事项处理方法的需求管理步骤中新增需求的过程。

除上述需求管理的新增外，本申请提供的需求管理步骤还可以包括需求的删除和重新编辑。需求管理步骤的第二种实施例的步骤包括：

根据需求管理数据，对需求管理数据进行删除或重新编辑。

当需求管理数据是删除需求时，可以采取下述方式对需求进行删除。根据需求管理需要，对需求管理数据进行删除的步骤包括：

当需求删除窗口对应的控件被触发时，显示选择确认页面，选择确认页面内包括选择确认参数；

根据被触发的选择确认控件对应的选择确认参数，确定是否删除需求。

当需求管理界面直接显示需求删除窗口时，可以直接点击需求删除窗口对需求进行删除；当需求删除窗口没有直接显示在需求管理界面上时，需要通过需求编辑窗口或其他管理窗口，进入需求删除窗口所在的页面，再进行需求的删除操作。

当需求删除窗口对应的控件被触发时，事项处理装置获取删除窗口对应的删除请求，获取删除请求对应的删除确认信息，并将删除确认信息进行页面显示，该显示页面一般包括肯定确认参数和否定确认参数，他们分别对应于不同的选择确认控件。

根据被触发的选择确认控件对应的选择确认参数，确定是否删除需求具体包括：当被触发的选择确认控件对应于肯定确认参数时，事项处理装置接收到需求删除确认信息，获取与待删除的需求相对应的数据信息，并将与待删除的需求相对应的数据信息从存储器中删除；当被触发的选择确认控件对应于否定确认参数时，事项处理装置接收到不删除需求的确认信息，隐藏选择确认页面。

这样即完成了本实施例的事项处理方法的需求管理步骤中删除需求的过程。

当需求管理数据是重新编辑需求时，可以采取下述方式对需求进行重新编辑。根据需求管理需要，对需求管理数据进行重新编辑的步骤包括：

当需求编辑窗口对应的控件被触发时，获取待编辑需求对应的需求参数数据，并显示需求参数页面；

在需求参数对应的控件被触发时，根据重新编辑的需要，获取新的需求参数。

需求管理界面内的需求参数一般不直接显示为可编辑状态，需要通过触发编辑窗口对应的控件，从而进入可编辑的需求参数页面。事项处理装置在获取到需求编辑窗口对应的控件信息时，会获取待编辑需求对应的需求参数数据，并将其展示为可编辑的参数页面。

在需求参数对应的控件被触发时，根据重新编辑的需要，获取新的需求参数的步骤与上述实施例中需求参数的设置相类似，具体可以参照上述实施例，在此不再赘述。

这样即完成了本实施例的事项处理方法的需求管理步骤中需求重新编辑的过程。

本实施例的需求管理步骤全部由事项处理装置在计算机设备上运行完成，借助于客户终端与事项处理服务器互联网连接，可以随时随地通过事项处理装置的相关载体(比如网站、小程序、APP等)进行需求管理操作，提高了需求管理操作的便捷性，便于工作人员及时对需求进行管理，有利于对事项处理的工作流程进行进一步调优。

请参照图9，图9为本申请提供的事项处理方法的第五种实施例的流程图。第二种实施例对应于事项处理方法中的服务管理步骤，本申请实施例提供的服务管理步骤具体包括：

901，在接收到来自第二终端的服务请求指令时，向第二终端发送服务请求对应的服务管理界面，以使第二终端显示服务管理界面；

902，根据第二终端使用服务管理界面的使用数据，生成服务请求对应事项的事项统计数据。

在901中，接收到的服务请求指令是事项处理装置通过相关载体(比如网站、小程序、APP等)获取到的特定的归属于服务请求类的指令，该指令一般为被服务的人员通过用户终端发出。根据服务请求指令，显示的服务管理界面是事项处理装置进行事项处理模式选择后，并根据具体的服务请求呈现的界面。

被服务人员对服务管理界面每进行操作使用一次，便会留下一项与操作对应的使用数据，这些使用数据会被服务管理界面内相应服务事项位置的数据埋点(统计代码)获取记录下来，作为事项统计数据的原始来源，数据埋点的位置与服务管理界面内的服务事项一一对应。

由于服务管理界面的使用数据为原始数据，为了得到事项统计所需的事项统计数据，可以采用以下方式对事项统计数据进行获取。

具体的，902包括：

根据服务管理界面的数据埋点，获取第二终端使用服务管理界面的使用数据；

将服务管理界面的使用数据与对应事项的信息进行匹配，生成服务请求对应事项的事项统计数据。

事项处理装置在获取了服务管理界面的使用数据之后，需要对其做整理，使用服务请求对应的事项ID到事项数据表中查询出关联信息，将使用数据与关联信息进行匹配，从而生成服务请求对应事项的事项统计数据。

这样即完成了本实施例的事项处理方法的事项处理过程，即服务管理处理过程。

本实施例的服务需求步骤由事项处理装置在用户终端上运行完成，服务管理方法中服务管理界面的使用数据由事项处理装置获取，并将其与对应事项的关联信息进行匹配，生成服务请求对应事项的事项统计数据，存储在存储器中红，为事项统计处理提供了有效的事项统计数据源。

本申请还提供一种事项处理装置，事项处理装置包括事项统计模块、事项管理模块、需求管理模块、以及服务管理模块。下面以具体实施例对上述模块进行详细说明。

请参照图10，图10为本申请提供的事项处理装置的第一种实施例的结构示意图。该第一种实施例的结构示意图对应于事项统计模块的结构，本实施例的事项统计模块可以用于实施上述事项统计步骤，事项统计模块包括：

事项统计指令接收模块1001，用于在接收到来自第一终端的事项统计指令时，向第一终端发送事项统计界面，以使第一终端显示事项统计界面；

事项统计参数设置模块1002，用于获取第一终端基于事项统计界面配置的事项统计参数；

事项统计数据获取模块1003，用于获取事项统计参数对应的事项统计数据；

事项统计数据显示模块1004，用于向第一终端发送事项统计数据，以使第一终端根据事项统计数据对事项统计界面进行更新并显示。

具体的，请参照图11，图11为本申请实施例提供的事项统计参数设置模块1002的一种实施例的结构示意图。事项统计参数设置模块1002包括：

类型参数设置子模块10021，用于根据第二控件中时间选择控件对应的类型选择参数，确定事项选择参数中的类型参数；

名称参数设置子模块10022，用于根据第二控件中名称选择控件对应的名称选择参数，确定事项选择参数中的事项参数；

时间参数设置子模块10023，用于根据第二控件中时间选择控件对应的时间选择参数，确定事项选择参数中的时间参数。

请参照图12，图12为本申请提供的事项处理装置的第二种实施例的结构示意图。该第二种实施例的结构示意图对应于事项管理模块的结构，本实施例的事项管理模块可以用于实施上述事项管理步骤，事项管理模块包括：：

事项管理指令接收模块1201，用于在接收到来自第四终端的事项管理指令时，向第四终端发送事项管理界面，以使第四终端显示事项管理界面；

事项管理参数设置模块1202，用于获取第四终端基于事项管理界面设置的事项管理参数；

事项管理数据获取模块1203，用于根据事项管理参数，生成事项管理参数对应的事项管理数据；

事项管理界面显示模块1204，用于显示事项管理界面，以及事项管理参数对应的事项管理数据；

事项增加模块1205，用于根据事项管理数据，增加事项；

事项删除模块1206，用于根据事项管理数据，对事项进行删除或重新编辑。

请参照图13，图13为本申请提供的事项处理装置的第三种实施例的结构示意图。该第三种实施例的结构示意图对应于需求管理模块的结构，本实施例的需求管理模块可以用于实施上述需求管理步骤，需求管理模块包括：：

需求管理指令接收模块1301，用于在接收到来自第三终端的需求管理指令时，向第三终端发送需求管理界面，以使第三终端显示需求管理界面；

需求管理参数设置模块1302，用于获取第三终端基于需求管理界面设置的需求管理参数；

需求管理数据获取模块1303，用于根据需求管理参数，生成需求管理参数对应的需求管理数据；

需求管理界面显示模块1304，用于显示需求管理界面，以及需求管理参数对应的需求管理数据；

需求增加模块1305，用于根据需求管理数据，增加事项需求；

需求删除模块1306，用于根据需求管理数据，对事项需求进行删除或重新编辑。

本申请实施例提供的事项处理装置还包括服务管理模块，请参照图14，图14为本申请提供的事项处理装置的第四种实施例的结构示意图。该第四种实施例的结构示意图对应于服务管理模块的结构，本实施例的服务管理模块可以用于实施上述服务管理步骤，服务管理模块包括：

服务管理指令接收模块1401，用于接收来自第二终端的服务请求指令；

服务管理界面显示模块1402，用于在接收到来自第二终端的服务请求指令时，向第二终端发送服务请求对应的服务管理界面，以使第二终端显示服务管理界面；

服务管理界面数据处理模块1403，用于根据第二终端使用服务管理界面的使用数据，生成服务请求对应事项的事项统计数据。

请参阅图15，图15为本申请提供的计算机设备的一个实施例的结构示意图。本申请实施例提供的计算机设备，可以用于实施本申请实施例的事项处理方法。

该计算机设备可以包括智能手机、平板电脑、膝上便携式计算机和台式计算机等等。计算机设备可以包括RF(Rad i o Frequency，射频)电路1501、一个或一个以上计算机可读存储介质的存储器1502、输入单元1503、显示单元1504、传感器1505、音频电路1506、Wif i(Wi re l ess Fi de l ity，无线传输)模块1507、一个或者一个以上处理核心的处理器1508、以及电源1509等部件。

本领域技术人员可以理解，图15中示出的计算机设备结构并不构成对计算机设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

RF电路1501可用于收发信息，或通话过程中信号的接收和发送，特别的，将基站的下行信息接收后，交由一个或者多个处理器1508处理；同时，将涉及上行的数据发送给基站。通常，RF电路1501包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份(SIM)模块卡、收发信机、耦合器、LNA(Low Noi se Amp l i fi er，低噪声放大器)、双工器等。此外，RF电路还可以通过无线通信和网络与其他设备通信。无线通信可以使用任一通信标准或协议，包括但不限于GSM(G l oba l Systemof Mobi l e Commun i cat ion，全球移动通讯系统)、GPRS(Genera l Packet Rad i o Servi ce，通用分组无线服务)、CDMA(Code Di vi s i on Mu l t i p l e Access，码分多址)、WCDMA(Wi deband Code Di vi s i on Mu l t i p l e Access，宽带码分多址)、LTE(Long Term Evo l ut i on，长期演进)、电子邮件、SMS(Short Messagi ng Servi ce，短消息服务)等。

存储器1502可用于存储软件程序以及模块，处理器1508通过运行存储在存储器1502中的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器1502主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(如声音播放功能、图像播放功能等)等；存储数据区可存储根据计算机设备的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1502可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器1502还可以包括存储器控制器，以提供处理器1508和输入单元1503对存储器1502的访问。

输入单元1503可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体的，输入单元1503可以包括触敏表面15031以及其他输入设备15032。触敏表面15031也称为触摸屏或者触控板，可收集用户在其上或附近的触摸操作(如用户使用手指、触笔等任何适合的物体或者附件在触敏表面15031上或在触敏表面15031附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面15031可以包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1508，并能接收处理器1508发来的命令并加以执行。此外，可采用电阻式、电容式、红外线以及表面声波等多种感测类型，实现触敏表面15031的功能。其他输入设备15032可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1504可用于显示用户输入的信息、提供给用户的信息、以及计算机设备的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频及其任意组合来构成。显示单元1504可包括显示面板15041，可选的，可以采用LCD(Liquid Crysta l Di sp lay，液晶显示器)、OLED(Organi c Light Emitt i ng Diode，有机发光二极管)等形式来配置显示面板15041。进一步的，触敏表面15031可覆盖显示面板15041，当触敏表面15031检测到在其上或其附近的触摸操作后，传送给处理器1508，以确定触摸事件的类型，随后处理器1508根据触摸事件的类型在显示面板15041上提供相应的视觉输出。虽然在图15中，触摸表面15031与显示面板15041是作为两个独立的部件来实现输入和输出功能，但是在某些实施例中，可以将触敏表面15031与显示面板15041集成而实现输入和输出功能。

传感器1505可以包括光传感器、运动传感器、以及其他类型的传感器。具体的，光传感器包括环境光传感器和接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板15041的亮度，接近传感器可在计算机设备移动到耳边时，关闭显示面板15041和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于计算机设备50还可配置的陀螺仪、气压计、湿度计、温度计、红外传感器等其他传感器，在此不再赘述。

音频电路1506、扬声器15061和传声器15062提供了用户与计算机设备之间的音频接口。音频电路1506可以将接收到的音频数据转换后的电信号，传输到扬声器15061，由扬声器15061转换成声音信号输出；另一方面，传声器15062将收集到的声音信号转换成电信号，由音频电路接收后转换为音频数据，再将音频数据输出至处理器1508处理后，经RF电路1501发送给另一终端，或者将音频数据输出至存储器1502以便进一步处理。音频电路还可能包括耳塞插孔，以提供外设耳机与计算机设备150的通信。

WiFi属于短距离无线传输技术，计算机设备通过WiFi模块1507可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线宽带互联网访问。虽然图15示出了WiFi模块1507，但是它并不属于计算机设备的必须构成，可以根据需要在不改变发明的本质的基础上而进行省略。

处理器1508是计算机设备的控制中心，利用各种接口和线路连接整个计算机设备的各个部分，通过运行或执行存储在存储器1502内的软件程序和/或模块，以及调用存储在存储器1502内的数据，执行计算机设备150的各项功能和处理数据。可选的，处理器1508可以包括一个或多个处理核心；优选的，处理器1508可集成应用处理器和调制解调处理器，其中，应用处理器主要用于处理操作系统、用户界面和应用程序等，调制解调处理器主要用于处理无线通信；相对应的，上述调制解调处理器也可以不集成到处理器1508中。

计算机设备还包括给各个部件供电的电源1509(比如电池)。电源可以通过电源管理系统与处理器1508逻辑连接，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源1509还可以包括一个或多个直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，计算机设备还可以包括蓝牙模块和摄像头等，在此不再赘述。

具体在本实施例中，计算机设备包括存储器、以及一个或多个程序，其中一个或多个程序对应本申请实施例的事项处理装置，一个或多个程序存储于存储器中，且经配置由一个或多个处理器形成本申请的事项处理装置，执行本申请实施例的事项处理方法。

本申请的事项处理装置所在的计算机设备的工作环境优选为个人计算机或客户端。当然，该事项处理装置所在的计算机设备的工作环境也包括服务器计算机、手持式或膝上型设备、多处理系统、消费型计算机设备、小型计算机、大型计算机、以及上述任意系统或设备的分布式计算环境等。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对事项处理方法的详细描述，此处不再赘述。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本申请实施例所提供的任一种方法中的步骤。以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

其中，该存储介质可以包括：只读存储器(ROM，Read On l y Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

由于该存储介质中所存储的指令，可以执行本申请实施例所提供的任一种方法中的步骤，因此，可以实现本申请实施例所提供的任一种方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

以上对本申请实施例所提供的一种事项处理方法及装置、计算机设备及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。

Claims (9)

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

在接收到来自第一终端的事项统计指令时，向所述第一终端发送事项统计界面，以使所述第一终端显示所述事项统计界面；

获取所述第一终端基于所述事项统计界面配置的事项统计参数；

获取所述事项统计参数对应的事项统计数据；

向所述第一终端发送所述事项统计数据，以使所述第一终端根据所述事项统计数据对所述事项统计界面进行更新并显示；

在接收到来自第二终端的服务请求指令时，向所述第二终端发送所述服务请求对应的服务管理界面，以使所述第二终端显示所述服务管理界面；

根据所述第二终端使用所述服务管理界面的使用数据，生成所述服务请求对应事项的事项统计数据；

在接收到来自第三终端的需求管理指令时，向所述第三终端发送需求管理界面，以使所述第三终端显示所述需求管理界面；

获取所述第三终端基于所述需求管理界面设置的需求管理参数；

根据所述需求管理参数，生成所述需求管理参数对应的需求管理数据，所述需求管理数据的数据库结构包括接入需求编号字段、接入需求名称字段、上线城市字段、需求类型字段、上线状态字段、项目名称字段、对接形式字段、业务需求单位字段、业务方联系人字段、合作商字段、任务单字段、原来填写数据项字段、现在填写数据项字段、原需报材料数字段、现在需报材料数字段、原来跑动次数字段、现在跑动次数字段、少填字段、少报字段、少跑字段，其中，所述接入需求编号字段、原来填写数据项字段、现在填写数据项字段、原需报材料数字段、现在需报材料数字段、原来跑动次数字段、现在跑动次数字段、少填字段、少报字段、少跑字段为数值类型字段，所述接入需求名称字段、上线城市字段、需求类型字段、上线状态字段、项目名称字段、对接形式字段、业务需求单位字段、业务方联系人字段、合作商字段、任务单字段为文本类型字段；

根据所述需求管理数据，增加事项需求；

在接收到来自第四终端的事项管理指令时，向所述第四终端发送事项管理界面，以使所述第四终端显示所述事项管理界面；

获取所述第四终端基于所述事项管理界面设置的事项管理参数；

根据所述事项管理参数，生成所述事项管理参数对应的事项管理数据，所述事项管理数据的数据库结构包括事项编号字段、接入需求编号字段、事项名称字段、已上线城市字段、事项类型字段、上线状态字段；

根据所述事项管理数据，增加事项。

2.如权利要求1所述的事项处理方法，其特征在于，所述根据所述第二终端使用所述服务管理界面的使用数据，生成所述服务请求对应事项的事项统计数据的步骤包括：

根据所述服务管理界面的数据埋点，获取所述第二终端使用所述服务管理界面的使用数据；

将所述服务管理界面的使用数据与所述对应事项的信息进行匹配，生成所述服务请求对应事项的事项统计数据。

3.如权利要求1所述的事项处理方法，其特征在于，还包括：

根据所述需求管理数据，对所述事项需求进行删除或重新编辑。

4.如权利要求1所述的事项处理方法，其特征在于，还包括：

根据所述事项管理数据，对所述事项进行删除或重新编辑。

5.如权利要求1至4任一项所述的事项处理方法，其特征在于，所述获取所述第一终端基于所述事项统计界面配置的事项统计参数的步骤包括：

获取所述第一终端在所述事项统计界面内的第一控件被触发后，所述事项统计界面内的第二控件对应的设置参数；

根据所述第二控件对应的设置参数，得到所述事项统计参数。

6.如权利要求5所述的事项处理方法，所述根据所述第二控件对应的设置参数，获取所述事项统计参数的步骤包括：

根据所述第二控件中时间选择控件对应的类型选择参数，确定所述事项选择参数中的类型参数；

根据所述第二控件中名称选择控件对应的名称选择参数，确定所述事项选择参数中的事项参数；

根据所述第二控件中时间选择控件对应的时间选择参数，确定所述事项选择参数中的时间参数。

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

事项统计指令接收模块，用于在接收到来自第一终端的事项统计指令时，向所述第一终端发送事项统计界面，以使所述第一终端显示所述事项统计界面；

事项统计参数设置模块，用于获取所述第一终端基于所述事项统计界面配置的事项统计参数；

事项统计数据获取模块，用于获取所述事项统计参数对应的事项统计数据；

事项统计数据显示模块，用于向所述第一终端发送所述事项统计数据，以使所述第一终端根据所述事项统计数据对所述事项统计界面进行更新并显示；

服务管理界面显示模块，用于在接收到来自第二终端的服务请求指令时，向所述第二终端发送所述服务请求对应的服务管理界面，以使所述第二终端显示所述服务管理界面；

服务管理界面数据处理模块，用于根据所述第二终端使用所述服务管理界面的使用数据，生成所述服务请求对应事项的事项统计数据；

需求管理指令接收模块，用于在接收到来自第三终端的需求管理指令时，向所述第三终端发送需求管理界面，以使所述第三终端显示所述需求管理界面；

需求管理参数设置模块，用于获取所述第三终端基于所述需求管理界面设置的需求管理参数；

需求管理数据获取模块，用于根据所述需求管理参数，生成所述需求管理参数对应的需求管理数据，所述需求管理数据的数据库结构包括接入需求编号字段、接入需求名称字段、上线城市字段、需求类型字段、上线状态字段、项目名称字段、对接形式字段、业务需求单位字段、业务方联系人字段、合作商字段、任务单字段、原来填写数据项字段、现在填写数据项字段、原需报材料数字段、现在需报材料数字段、原来跑动次数字段、现在跑动次数字段、少填字段、少报字段、少跑字段，其中，所述接入需求编号字段、原来填写数据项字段、现在填写数据项字段、原需报材料数字段、现在需报材料数字段、原来跑动次数字段、现在跑动次数字段、少填字段、少报字段、少跑字段为数值类型字段，所述接入需求名称字段、上线城市字段、需求类型字段、上线状态字段、项目名称字段、对接形式字段、业务需求单位字段、业务方联系人字段、合作商字段、任务单字段为文本类型字段；

需求增加模块，用于根据所述需求管理数据，增加事项需求；

事项管理指令接收模块，用于在接收到来自第四终端的事项管理指令时，向所述第四终端发送事项管理界面，以使所述第四终端显示所述事项管理界面；

事项管理参数设置模块，用于获取所述第四终端基于所述事项管理界面设置的事项管理参数；

事项管理数据获取模块，用于根据所述事项管理参数，生成所述事项管理参数对应的事项管理数据，所述事项管理数据的数据库结构包括事项编号字段、接入需求编号字段、事项名称字段、已上线城市字段、事项类型字段、上线状态字段；

事项增加模块，用于根据所述事项管理数据，增加事项。

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

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