待办事项的处理方法、装置、存储介质及电子设备与流程

1.本发明涉及数据处理领域，具体而言，涉及一种待办事项的处理方法、装置、存储介质及电子设备。


背景技术：

2.目前，大型企业集团的管理层级和管理主体较多，企业的地域分布较广，涉及的业务类型和业务数据实体多样，协同业务关系复杂，导致集团管理过程中产生的大量不同业务类型的待办事项处理起来十分困难。现有技术中主要通过接口直接查询待办事项数据的方式进行待办事项数据的归集和展示处理，由于获取的待办事项数据量大，取数来源多且涉及到多个数据表的关联，导致归集和展示处理效率低，待办事项的处理效率低。并且，对于异地多数据中心的集团管理模式，跨地域获取多个下级单位的待办事项的场景，无法保证查询性能，无法满足快速归集的需求。另外，通过接口直接查询待办事项数据的方式需要按照不同用户角色、不同组织的待办操作方式等进行代码定制，开发调试工作量较大，开发成本高，且存在大量代码分支，导致扩展性和可维护性较差，无法及时支撑业务变化。
3.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

4.本发明实施例提供了一种待办事项的处理方法、装置、存储介质及电子设备，以至少解决现有技术中通过接口查询的方式进行待办事项数据的归集和展示处理，存在归集和展示处理效率低导致待办事项的处理效率低的技术问题。
5.根据本发明实施例的一个方面，提供了一种待办事项的处理方法，包括：在监听到第一通知消息的情况下，获取第一通知消息包含的待办事项消息的消息主题信息，其中，第一通知消息用于提示目标对象的终端接收到待办事项消息；依据消息主题信息确定第一插件，并通过第一插件对待办事项消息进行转换处理，得到目标数据模型，其中，目标数据模型用于描述待办事项消息关联的待办事项数据；对目标数据模型进行数据存储处理，得到目标数据表，其中，目标数据表用于存储待办事项数据。
6.进一步地，依据消息主题信息确定第一插件，并通过第一插件对待办事项消息进行转换处理，得到目标数据模型，包括：依据消息主题信息，确定待办事项消息对应的待处理业务的业务类型；依据业务类型确定第一插件，并调用第一插件将待办事项消息转换为目标数据模型。
7.进一步地，待办事项消息至少包括目标对象的对象标识，其中，在对目标数据模型进行数据存储处理，得到目标数据表之后，该方法还包括：在检测到目标对象的账号登录成功的情况下，依据目标对象的对象标识，从目标数据表中查询待办事项数据；依据待办事项数据生成目标对象关联的待办事项，并向目标对象展示待办事项，以使目标对象处理待办事项。
8.进一步地，向目标对象展示待办事项，包括：确定待办事项对应的业务类型；依据
待办事项对应的业务类型确定第二插件，并渲染第二插件对应的业务操作，其中，业务操作用于实现待办事项对应的待处理业务；对待办事项进行分页处理，得到分页后的待办事项；向目标对象展示业务操作和分页后的待办事项。
9.进一步地，在向目标对象展示业务操作和分页后的待办事项之后，该方法还包括：在检测到待办事项处理完成之后，将待办事项关联的待办事项数据从目标数据表移动到第一数据表中，其中，第一数据表用于存储已办理的待办事项数据；依据待办事项对应的业务类型，确定待办事项关联的反馈消息的反馈消息主题；获取待办事项的处理结果，并依据反馈消息主题和处理结果，生成反馈消息，其中，反馈消息用于反馈待办事项的状态信息。
10.进一步地，在在监听到第一通知消息的情况下，获取第一通知消息包含的待办事项消息的消息主题信息之前，该方法还包括：确定多个待处理业务的业务类型；配置每个业务类型对应的消息主题和反馈主题，并配置每个业务类型对应的第一插件和第二插件。
11.进一步地，在对目标数据模型进行数据存储处理，得到目标数据表之后，该方法还包括：基于预设的提示方式，向目标对象发送提示信息，其中，提示信息用于提示目标对象处理待办事项。
12.根据本发明实施例的另一方面，还提供了一种待办事项的处理装置，包括：获取模块，用于在监听到第一通知消息的情况下，获取第一通知消息包含的待办事项消息的消息主题信息，其中，第一通知消息用于提示目标对象的终端接收到待办事项消息；确定模块，用于依据消息主题信息确定第一插件，并通过第一插件对待办事项消息进行转换处理，得到目标数据模型，其中，目标数据模型用于描述待办事项消息关联的待办事项数据；处理模块，用于对目标数据模型进行数据存储处理，得到目标数据表，其中，目标数据表用于存储待办事项数据。
13.根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，计算机程序被设置为运行时执行上述的待办事项的处理方法。
14.根据本发明实施例的另一方面，还提供了一种电子设备，该电子设备包括一个或多个处理器；存储器，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现用于运行程序，其中，程序被设置为运行时执行上述的待办事项的处理方法。
15.在本发明实施例中，采用基于异步消息机制实现待办数据的归集处理的方式，首先在监听到第一通知消息的情况下，获取第一通知消息包含的待办事项消息的消息主题信息，然后依据消息主题信息确定第一插件，并通过第一插件对待办事项消息进行转换处理，得到目标数据模型，然后对目标数据模型进行数据存储处理，得到目标数据表。其中，第一通知消息用于提示目标对象的终端接收到待办事项消息，目标数据模型用于描述待办事项消息关联的待办事项数据，目标数据表用于存储待办事项数据。
16.在上述过程中，在监听到第一通知消息的情况下，通过获取第一通知消息包含的待办事项消息的消息主题信息，可以确定出对待办事项消息进行转换处理的第一插件，从而能够得到目标数据模型，实现了基于异步消息机制归集待办事项数据，避免了异地多数据中心集团管理模式下，由于地理分布广和网络不稳定导致的消息归集性能低下和数据丢失问题，提高了消息归集的可靠性，提高了待办事项数据的归集效率，提高了待办事项的处
理效率，并且，通过使用插件，提高了系统的扩展性和可维护性。另外，通过使用目标数据表存储待办事项数据，避免了多个数据表关联导致的归集和展示性能低下，能够提高展示处理效率，实现了待办事项数据的快速展示和及时处理，极大地提升了集团多个业务类型和异地多数据中心情况下，待办事项的用户使用体验，有效地支撑企业集团业务的稳定、高效发展。
17.由此可见，通过本发明的技术方案，达到了提高待办事项数据的归集和展示处理的速度的目的，从而实现了提高待办事项的处理效率的技术效果，进而解决了现有技术中通过接口查询的方式进行待办事项数据的归集和展示处理，存在归集和展示处理效率低导致待办事项的处理效率低的技术问题。
附图说明
18.此处所说明的附图用来提供对本发明的进一步理解，构成本技术的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
19.图1是根据本发明实施例的一种可选的待办事项的处理方法的流程图；
20.图2是根据本发明实施例的一种可选的基于消息机制的待办事项的发送和接收过程的示意图；
21.图3是根据本发明实施例的一种可选的待办事项的整体处理流程的示意图；
22.图4是根据本发明实施例的一种可选的待办事项的处理装置的示意图；
23.图5是根据本发明实施例的一种可选的电子设备的示意图。
具体实施方式
24.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
25.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
26.需要说明的是，本发明所涉及的相关信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。例如，本系统和相关用户或机构间设置有接口，在获取相关信息之前，需要通过接口向前述的用户或机构发送获取请求，并在接收到前述的用户或机构反馈的同意信息后，获取相关信息。
27.实施例1
28.根据本发明实施例，提供了一种待办事项的处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
29.图1是根据本发明实施例的一种可选的待办事项的处理方法的流程图，如图1所示，该方法包括如下步骤：
30.步骤s101，在监听到第一通知消息的情况下，获取第一通知消息包含的待办事项消息的消息主题信息，其中，第一通知消息用于提示目标对象的终端接收到待办事项消息。
31.在上述步骤中，可以通过应用系统、处理器、电子设备等装置监听第一通知消息，可选地，通过待办事项的处理系统监听第一通知消息，在监听到第一通知消息的情况下，待办事项的处理系统进行数据归集处理，获取第一通知消息包含的待办事项消息的消息主题信息。
32.可选地，第一通知消息可以是监听的消息主题发出的“我收到消息了”的通知，消息主题信息至少包括主题id和主题名称，目标对象可以是订阅该消息主题的消息消费者，例如，待办事项的处理人员。
33.可选地，在本实施例中，待办事项以消息的形式进行传递，通过待办事项的处理系统进行消息归集和存储，待消息消费者登录系统后，系统自动查询该消息消费者对应的待办事项数据并生成待办事项进行展示，消息消费者即可在登录系统后看到整理好的待办事项并进行查看和处理。
34.步骤s102，依据消息主题信息确定第一插件，并通过第一插件对待办事项消息进行转换处理，得到目标数据模型，其中，目标数据模型用于描述待办事项消息关联的待办事项数据。
35.可选地，第一插件可以是待办事项接收插件，目标数据模型可以是待办事项模型。依据消息主题的主题id和主题名称，可以确定出对应的待处理业务的业务类型，从而确定出对应的待办事项接收插件，其中，每个业务类型对应的待办事项接收插件和消息主题是预先配置好的，待办事项模型也是预先定义好的，待办事项模型(taskvo)为展示模型。可选地，调用对应的待办事项接收插件将接收到的待办事项消息转换为统一的待办事项模型。
36.步骤s103，对目标数据模型进行数据存储处理，得到目标数据表，其中，目标数据表用于存储待办事项数据。
37.可选地，目标数据表可以是待办事项宽表，在将接收到的待办事项消息转换为统一的待办事项模型之后，对待办事项模型进行存储，将待办事项数据保存在待办事项宽表(taskpo)中，实现了消息归集和存储，可选地，待办事项宽表(taskpo)为持久化模型。
38.基于上述步骤s101至步骤s103所限定的方案，可以获知，在本发明实施例中，采用基于异步消息机制实现待办数据的归集处理的方式，首先在监听到第一通知消息的情况下，获取第一通知消息包含的待办事项消息的消息主题信息，然后依据消息主题信息确定第一插件，并通过第一插件对待办事项消息进行转换处理，得到目标数据模型，然后对目标数据模型进行数据存储处理，得到目标数据表。其中，第一通知消息用于提示目标对象的终端接收到待办事项消息，目标数据模型用于描述待办事项消息关联的待办事项数据，目标数据表用于存储待办事项数据。
39.容易注意到的是，在上述过程中，在监听到第一通知消息的情况下，通过获取第一通知消息包含的待办事项消息的消息主题信息，可以确定出对待办事项消息进行转换处理的第一插件，从而能够得到目标数据模型，实现了基于异步消息机制归集待办事项数据，避免了异地多数据中心集团管理模式下，由于地理分布广和网络不稳定导致的消息归集性能低下和数据丢失问题，提高了消息归集的可靠性，提高了待办事项数据的归集效率，提高了待办事项的处理效率，并且，通过使用插件，提高了系统的扩展性和可维护性。另外，通过使用目标数据表存储待办事项数据，避免了多个数据表关联导致的归集和展示性能低下，能够提高展示处理效率，实现了待办事项数据的快速展示和及时处理，极大地提升了集团多个业务类型和异地多数据中心情况下，待办事项的用户使用体验，有效地支撑企业集团业务的稳定、高效发展。
40.由此可见，通过本发明的技术方案，达到了提高待办事项数据的归集和展示处理的速度的目的，从而实现了提高待办事项的处理效率的技术效果，进而解决了现有技术中通过接口查询的方式进行待办事项数据的归集和展示处理，存在归集和展示处理效率低导致待办事项的处理效率低的技术问题。
41.在一种可选的实施例中，依据消息主题信息确定第一插件，并通过第一插件对待办事项消息进行转换处理，得到目标数据模型，包括：依据消息主题信息，确定待办事项消息对应的待处理业务的业务类型；依据业务类型确定第一插件，并调用第一插件将待办事项消息转换为目标数据模型。
42.可选地，在依据消息主题信息确定第一插件，并通过第一插件对待办事项消息进行转换处理，得到目标数据模型的过程中，首先依据消息主题信息，确定待办事项消息对应的待处理业务的业务类型，即依据消息主题的主题id和主题名称，可以确定出对应的待处理业务的业务类型。
43.可选地，企业集团有多种业务类型，例如，预算、资金等，每种业务都对应不同的待办事项。例如，企业人员a创建付款待办事项，生成资金主题的待办事项消息，待办事项的处理系统调用消息中间件的消息服务，将待办事项消息传递给消息订阅者(例如，集团的审批人员b)，即通过异步消息机制发起付款申请待办事项到集团审核，待办事项的处理系统监听接收到消息后，进行归集处理，根据消息主题(资金主题)得知业务类型是资金类型，调用资金业务对应的待办事项接收插件(即第一插件)对消息进行转换，即将待办事项消息转换为统一的待办事项模型，并存储于待办事项宽表，待审批人员b登录系统后，系统会自动查询待办事项数据，并向审批人员b展示待办事项，以使审批人员b打开待办事项进行处理，待办事项处理完成后，待办事项的处理系统调用消息中间件的消息服务进行消息反馈。
44.进一步地，依据业务类型可以确定出对应的待办事项接收插件，调用对应的待办事项接收插件将接收到的待办事项消息转换为统一的待办事项模型。具体地，基于消息服务进行消息主题的订阅后，监听消息接收情况并将接收到的待办事项消息数据(taskjson)转换为统一的待办事项模型(taskvo)，对于每个业务类型的消息，调用对应的待办事项接收插件进行模型的转化。可选地，创建消息监听对象的部分程序代码如下所示：
45.@ecpmsglistener(topics＝"主题id")
46.public class messagelistener implements iecpmsglistener{
47.@override
48.public void onmessage(ecpmsg ecpmsg){
49.system.out.println("我收到消息了："+json.tojsonstring(ecpmsg))；
50.}
51.}
52.需要说明的是，在上述过程中，实现了基于异步消息机制的待办事项消息的接收、处理以及存储的快速归集，避免了异地多数据中心集团管理模式下，由于地理分布广和网络不稳定导致的消息归集性能低下和数据丢失问题，提高了消息归集的可靠性，提高了待办事项数据的归集效率，提高了待办事项的处理效率。
53.在一种可选的实施例中，待办事项消息至少包括目标对象的对象标识，其中，在对目标数据模型进行数据存储处理，得到目标数据表之后，在检测到目标对象的账号登录成功的情况下，依据目标对象的对象标识，从目标数据表中查询待办事项数据；依据待办事项数据生成目标对象关联的待办事项，并向目标对象展示待办事项，以使目标对象处理待办事项。
54.可选地，目标对象的对象标识指的是消息发送对象的对象标识，例如，消息发送对象的id。具体地，消息生产者在创建待办事项时，根据业务需求填写对应的业务信息，并配置对应的消息主题和消息发送对象，生成待办事项消息，调用消息中间件的消息服务实现待办事项消息的传递。可选地，创建消息发送对象的部分程序代码如下所示：
55.@ecpmsgsender("主题id")
56.private ecpmsgsenderservice ecpmyqueuemsgsenderservice
57.可选地，调用如下服务实现消息发送：
58.ecpmyqueuemsgsenderservice.sendmessage(消息内容)
59.可选地，在对目标数据模型进行数据存储处理，得到目标数据表之后，即在完成消息归集后，在检测到目标对象的账号登录成功的情况下，例如，消息消费者的系统上线，依据该消息消费者的对象标识，可以确定出该消息消费者订阅的消息主题，系统自动从目标数据表中查询该消息消费者对应的待办事项数据。进一步地，依据待办事项数据生成该消息消费者关联的待办事项进行展示，以使该消息消费者处理待办事项。
60.需要说明的是，通过使用目标数据表存储待办事项数据，避免了多个数据表关联导致的归集和展示性能低下，能够提高展示处理效率，实现了待办事项数据的快速展示。
61.在一种可选的实施例中，向目标对象展示待办事项，包括：确定待办事项对应的业务类型；依据待办事项对应的业务类型确定第二插件，并渲染第二插件对应的业务操作，其中，业务操作用于实现待办事项对应的待处理业务；对待办事项进行分页处理，得到分页后的待办事项；向目标对象展示业务操作和分页后的待办事项。
62.可选地，依据待办事项关联的消息主题信息，可以确定出待办事项对应的业务类型，例如，待办事项的处理系统依据待办事项关联的消息主题(资金主题)得知业务类型是资金类型。可选地，第二插件可以是待办事项的业务操作插件，通过业务操作插件可以实现对应的业务操作，例如，批注操作、签名操作。由于每种业务类型的待办事项可以支持的业务操作不同，因此按照业务类型加载相应的业务操作插件，实现对应的业务操作。具体地，依据待办事项对应的业务类型可以确定出对应的业务操作插件，然后渲染业务操作插件对应的业务操作，其中，每个业务类型对应的业务操作插件是预先配置好的。
63.可选地，根据业务需求，采用服务端分页的方式将待办事项宽表的数据分页加载出来，转换为list《taskvo》，即对待办事项进行分页处理，得到分页后的待办事项，然后向目标对象展示业务操作和分页后的待办事项。
64.需要说明的是，在上述过程中，实现了待办事项的快速展示，保障了高并发情况下的展示性能，极大地提升了集团多个业务类型和异地多数据中心情况下，待办事项的用户使用体验，有效地支撑企业集团业务的稳定、高效发展。
65.在一种可选的实施例中，在向目标对象展示业务操作和分页后的待办事项之后，在检测到待办事项处理完成之后，将待办事项关联的待办事项数据从目标数据表移动到第一数据表中，其中，第一数据表用于存储已办理的待办事项数据；依据待办事项对应的业务类型，确定待办事项关联的反馈消息的反馈消息主题；获取待办事项的处理结果，并依据反馈消息主题和处理结果，生成反馈消息，其中，反馈消息用于反馈待办事项的状态信息。
66.可选地，第一数据表可以是已办事项宽表，在向目标对象展示业务操作和分页后的待办事项之后，在检测到待办事项处理完成之后，将待办事项数据从待办事项宽表移动到已办事项宽表，同时会调用统一消息接口，按照反馈主题生成反馈消息，返回待办事项处理结果和状态。具体地，依据待办事项对应的业务类型，可以确定出待办事项关联的反馈消息的反馈消息主题，然后获取待办事项的处理结果，并依据反馈消息主题和处理结果，生成反馈消息，待办事项的处理系统调用消息中间件的消息服务的消息接口，将反馈消息反馈给消息生产者，例如，待办事项的创建者。
67.可选地，在本实施例中提供两种反馈方式，根据不同的业务场景，选取合适的反馈方式，在此不做限定，反馈方式如下所示：
68.(1)以消息主题创建消息发送对象：
69.public static ecpmsgsenderservice createinstance(final string topicid)
70.(2)以消息服务实例id+消息主题id创建发送对象：
71.public static ecpmsgsenderservice createinstance(final string tenantserverid,final string topicid)
72.需要说明的是，基于异步消息机制实现待办事项结果的反馈，避免了异地多数据中心集团管理模式下，由于地理分布广和网络不稳定导致的数据丢失问题，提高了待办事项处理的可靠性。
73.在一种可选的实施例中，在在监听到第一通知消息的情况下，获取第一通知消息包含的待办事项消息的消息主题信息之前，确定多个待处理业务的业务类型；配置每个业务类型对应的消息主题和反馈主题，并配置每个业务类型对应的第一插件和第二插件。
74.可选地，首先对待办事项的处理系统进行待办事项的配置，按照业务类型配置插件和消息主题，以便基于消息服务进行对应消息主题的订阅、发布和接收。具体地，首先确定多个待处理业务的业务类型，然后为每个业务类型配置对应的待办事项的接收插件和业务操作插件，为每个业务类型指定对应的消息主题和反馈主题。
75.可选地，在为每个业务类型指定对应的消息主题的过程中，建立消息主题的配置文件(meta-inf/ecp-message/ecp.message.json文件)，并在该文件上，添加需要发送主题的信息，格式如下：
messagepayload消息内容 signtype签名类型rsasign签名值 98.图2是根据本发明实施例的一种可选的基于消息机制的待办事项的发送和接收过程的示意图，如图2所示，应用程序a(消息生产者)创建待办事项消息，通过应用程序服务器a访问分布式消息队列访问接口，进行消息发布，将消息写入消息队列服务器内存成功立即返回，消息队列服务器根据消息订阅列表确定出对应的消息订阅者，通过消息推送模块推送消息至分布式消息队列访问接口，应用程序b(消息消费者)通过应用程序服务器b访问分布式消息队列访问接口，接收到待办事项消息，进行后续的处理。
99.可选地，本实施例中的待办事项的处理系统可以部署于消息生产者和消息消费者的服务器中，监听消息接收情况，并调用消息中间件的服务，实现消息传递，消息队列服务器对应上述的消息中间件，基于消息中间件的消息服务实现每个消息主题的订阅、发布和接收。
100.需要说明的是，在本实施例中，基于异步消息机制归集待办事项数据，充分利用成熟的消息服务，避免了异地多数据中心集团管理模式下，由于地理分布广和网络不稳定导致的消息归集性能低下和数据丢失问题，保证了消息归集的可靠和高效。
101.图3是根据本发明实施例的一种可选的待办事项的整体处理流程的示意图，如图3所示，首先进行业务类型配置，为每个业务类型配置对应的待办事项接收插件、业务操作插件、消息主题以及反馈主题，然后消息生产者创建某个消息主题的待办事项，待办事项消息产生，并基于消息服务进行该消息主题的订阅、发布和接收，其中，消息服务支持activemq(一种开放源代码消息中间件)、kafka(一种分布式发布订阅消息系统)、rabbitmq(一种面向消息的中间件)、rocketmq(一种分布式消息中间件)、redis(一种内存数据库)的灵活配置。然后在消息监听事件中，对于接收到的每个业务类型的待办事项消息，调用相应的待办事项接收插件将消息转为统一的待办事项模型，将待办事项保存在统一定义的待办事项宽表中。在待办事项的展示功能中，采用服务端分页的方式将宽表的数据分页加载出来，实现待办事项消息显示。由于每种业务类型的待办事项可以支持的业务操作不同，因此按照业务类型加载相应的业务操作插件，实现对应的业务操作。待办事项处理完毕后，将待办数据从待办事项宽表移动到已办事项宽表，同时调用统一消息接口，按照反馈主题生成反馈消息，返回待办事项处理结果和状态。
102.需要说明的是，在本实施例中，基于异步消息机制实现了企业多种业务类型、多数据中心的待办事项的归集处理和处理结果的反馈，定义了统一的待办事项模型，基于宽表存储模式实现了企业待办事项的集中处理、及时提醒和统计分析，解决了待办事项展示时多表关联存在的展示性能低效问题，提高了待办事项数据归集和展示处理的速度。
103.由此可见，通过本发明的技术方案，达到了提高待办事项数据的归集和展示处理的速度的目的，从而实现了提高待办事项的处理效率的技术效果，进而解决了现有技术中通过接口查询的方式进行待办事项数据的归集和展示处理，存在归集和展示处理效率低导致待办事项的处理效率低的技术问题。
104.实施例2
105.根据本发明实施例，提供了一种待办事项的处理装置的实施例，其中，图4是根据
本发明实施例的一种可选的待办事项的处理装置的示意图，如图4所示，该装置包括：获取模块401，用于在监听到第一通知消息的情况下，获取第一通知消息包含的待办事项消息的消息主题信息，其中，第一通知消息用于提示目标对象的终端接收到待办事项消息；确定模块402，用于依据消息主题信息确定第一插件，并通过第一插件对待办事项消息进行转换处理，得到目标数据模型，其中，目标数据模型用于描述待办事项消息关联的待办事项数据；处理模块403，用于对目标数据模型进行数据存储处理，得到目标数据表，其中，目标数据表用于存储待办事项数据。
106.需要说明的是，上述的获取模块401、确定模块402以及处理模块403对应于上述实施例中的步骤s101至步骤s103，三个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。
107.可选地，确定模块包括：第一确定模块，用于依据消息主题信息，确定待办事项消息对应的待处理业务的业务类型；第二确定模块，用于依据业务类型确定第一插件，并调用第一插件将待办事项消息转换为目标数据模型。
108.可选地，待办事项消息至少包括目标对象的对象标识，待办事项的处理装置还包括：查询模块，用于在对目标数据模型进行数据存储处理，得到目标数据表之后，在检测到目标对象的账号登录成功的情况下，依据目标对象的对象标识，从目标数据表中查询待办事项数据；生成模块，用于依据待办事项数据生成目标对象关联的待办事项，并向目标对象展示待办事项，以使目标对象处理待办事项。
109.可选地，生成模块包括：第三确定模块，用于确定待办事项对应的业务类型；第四确定模块，用于依据待办事项对应的业务类型确定第二插件，并渲染第二插件对应的业务操作，其中，业务操作用于实现待办事项对应的待处理业务；第一处理模块，用于对待办事项进行分页处理，得到分页后的待办事项；展示模块，用于向目标对象展示业务操作和分页后的待办事项。
110.可选地，待办事项的处理装置还包括：第二处理模块，用于在向目标对象展示业务操作和分页后的待办事项之后，在检测到待办事项处理完成之后，将待办事项关联的待办事项数据从目标数据表移动到第一数据表中，其中，第一数据表用于存储已办理的待办事项数据；第五确定模块，用于依据待办事项对应的业务类型，确定待办事项关联的反馈消息的反馈消息主题；第一获取模块，用于获取待办事项的处理结果，并依据反馈消息主题和处理结果，生成反馈消息，其中，反馈消息用于反馈待办事项的状态信息。
111.可选地，待办事项的处理装置还包括：第六确定模块，用于在在监听到第一通知消息的情况下，获取第一通知消息包含的待办事项消息的消息主题信息之前，确定多个待处理业务的业务类型；配置模块，用于配置每个业务类型对应的消息主题和反馈主题，并配置每个业务类型对应的第一插件和第二插件。
112.可选地，待办事项的处理装置还包括：发送模块，用于在对目标数据模型进行数据存储处理，得到目标数据表之后，基于预设的提示方式，向目标对象发送提示信息，其中，提示信息用于提示目标对象处理待办事项。
113.实施例3
114.根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，其中，计算机程序被设置为运行时执行上述的待办事项的
处理方法。
115.实施例4
116.根据本发明实施例的另一方面，还提供了一种电子设备，其中，图5是根据本发明实施例的一种可选的电子设备的示意图，如图5所示，电子设备包括一个或多个处理器；存储器，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现用于运行程序，其中，程序被设置为运行时执行上述的待办事项的处理方法。处理器执行程序时实现以下步骤：在监听到第一通知消息的情况下，获取第一通知消息包含的待办事项消息的消息主题信息，其中，第一通知消息用于提示目标对象的终端接收到待办事项消息；依据消息主题信息确定第一插件，并通过第一插件对待办事项消息进行转换处理，得到目标数据模型，其中，目标数据模型用于描述待办事项消息关联的待办事项数据；对目标数据模型进行数据存储处理，得到目标数据表，其中，目标数据表用于存储待办事项数据。
117.可选地，处理器执行程序时还实现以下步骤：依据消息主题信息确定第一插件，并通过第一插件对待办事项消息进行转换处理，得到目标数据模型，包括：依据消息主题信息，确定待办事项消息对应的待处理业务的业务类型；依据业务类型确定第一插件，并调用第一插件将待办事项消息转换为目标数据模型。
118.可选地，待办事项消息至少包括目标对象的对象标识，其中，在对目标数据模型进行数据存储处理，得到目标数据表之后，在检测到目标对象的账号登录成功的情况下，依据目标对象的对象标识，从目标数据表中查询待办事项数据；依据待办事项数据生成目标对象关联的待办事项，并向目标对象展示待办事项，以使目标对象处理待办事项。
119.可选地，向目标对象展示待办事项，包括：确定待办事项对应的业务类型；依据待办事项对应的业务类型确定第二插件，并渲染第二插件对应的业务操作，其中，业务操作用于实现待办事项对应的待处理业务；对待办事项进行分页处理，得到分页后的待办事项；向目标对象展示业务操作和分页后的待办事项。
120.可选地，在向目标对象展示业务操作和分页后的待办事项之后，在检测到待办事项处理完成之后，将待办事项关联的待办事项数据从目标数据表移动到第一数据表中，其中，第一数据表用于存储已办理的待办事项数据；依据待办事项对应的业务类型，确定待办事项关联的反馈消息的反馈消息主题；获取待办事项的处理结果，并依据反馈消息主题和处理结果，生成反馈消息，其中，反馈消息用于反馈待办事项的状态信息。
121.可选地，在在监听到第一通知消息的情况下，获取第一通知消息包含的待办事项消息的消息主题信息之前，确定多个待处理业务的业务类型；配置每个业务类型对应的消息主题和反馈主题，并配置每个业务类型对应的第一插件和第二插件。
122.可选地，在对目标数据模型进行数据存储处理，得到目标数据表之后，基于预设的提示方式，向目标对象发送提示信息，其中，提示信息用于提示目标对象处理待办事项。
123.本文中的设备可以是服务器、pc、pad、手机等。
124.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
125.在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
126.在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的
方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
127.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
128.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
129.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
130.以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

技术特征：
1.一种待办事项的处理方法，其特征在于，包括：在监听到第一通知消息的情况下，获取所述第一通知消息包含的待办事项消息的消息主题信息，其中，所述第一通知消息用于提示目标对象的终端接收到所述待办事项消息；依据所述消息主题信息确定第一插件，并通过所述第一插件对所述待办事项消息进行转换处理，得到目标数据模型，其中，所述目标数据模型用于描述所述待办事项消息关联的待办事项数据；对所述目标数据模型进行数据存储处理，得到目标数据表，其中，所述目标数据表用于存储所述待办事项数据。2.根据权利要求1所述的方法，其特征在于，依据所述消息主题信息确定第一插件，并通过所述第一插件对所述待办事项消息进行转换处理，得到目标数据模型，包括：依据所述消息主题信息，确定所述待办事项消息对应的待处理业务的业务类型；依据所述业务类型确定所述第一插件，并调用所述第一插件将所述待办事项消息转换为所述目标数据模型。3.根据权利要求1所述的方法，其特征在于，所述待办事项消息至少包括所述目标对象的对象标识，其中，在对所述目标数据模型进行数据存储处理，得到目标数据表之后，所述方法还包括：在检测到所述目标对象的账号登录成功的情况下，依据所述目标对象的对象标识，从所述目标数据表中查询所述待办事项数据；依据所述待办事项数据生成所述目标对象关联的待办事项，并向所述目标对象展示所述待办事项，以使所述目标对象处理所述待办事项。4.根据权利要求3所述的方法，其特征在于，向所述目标对象展示所述待办事项，包括：确定所述待办事项对应的业务类型；依据所述待办事项对应的业务类型确定第二插件，并渲染所述第二插件对应的业务操作，其中，所述业务操作用于实现所述待办事项对应的待处理业务；对所述待办事项进行分页处理，得到分页后的待办事项；向所述目标对象展示所述业务操作和所述分页后的待办事项。5.根据权利要求4所述的方法，其特征在于，在向所述目标对象展示所述业务操作和所述分页后的待办事项之后，所述方法还包括：在检测到所述待办事项处理完成之后，将所述待办事项关联的待办事项数据从所述目标数据表移动到第一数据表中，其中，所述第一数据表用于存储已办理的待办事项数据；依据所述待办事项对应的业务类型，确定所述待办事项关联的反馈消息的反馈消息主题；获取所述待办事项的处理结果，并依据所述反馈消息主题和所述处理结果，生成所述反馈消息，其中，所述反馈消息用于反馈所述待办事项的状态信息。6.根据权利要求1所述的方法，其特征在于，在在监听到第一通知消息的情况下，获取所述第一通知消息包含的待办事项消息的消息主题信息之前，所述方法还包括：确定多个待处理业务的业务类型；配置每个业务类型对应的消息主题和反馈主题，并配置所述每个业务类型对应的第一插件和第二插件。
7.根据权利要求1所述的方法，其特征在于，在对所述目标数据模型进行数据存储处理，得到目标数据表之后，所述方法还包括：基于预设的提示方式，向所述目标对象发送提示信息，其中，所述提示信息用于提示所述目标对象处理待办事项。8.一种待办事项的处理装置，其特征在于，包括：获取模块，用于在监听到第一通知消息的情况下，获取所述第一通知消息包含的待办事项消息的消息主题信息，其中，所述第一通知消息用于提示目标对象的终端接收到所述待办事项消息；确定模块，用于依据所述消息主题信息确定第一插件，并通过所述第一插件对所述待办事项消息进行转换处理，得到目标数据模型，其中，所述目标数据模型用于描述所述待办事项消息关联的待办事项数据；处理模块，用于对所述目标数据模型进行数据存储处理，得到目标数据表，其中，所述目标数据表用于存储所述待办事项数据。9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至7任一项中所述的待办事项的处理方法。10.一种电子设备，其特征在于，所述电子设备包括一个或多个处理器；存储器，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现用于运行程序，其中，所述程序被设置为运行时执行所述权利要求1至7任一项中所述的待办事项的处理方法。

技术总结
本发明公开了一种待办事项的处理方法、装置、存储介质及电子设备，涉及数据处理领域。该方法包括：在监听到第一通知消息的情况下，获取第一通知消息包含的待办事项消息的消息主题信息；依据消息主题信息确定第一插件，并通过第一插件对待办事项消息进行转换处理，得到目标数据模型，其中，目标数据模型用于描述待办事项消息关联的待办事项数据；对目标数据模型进行数据存储处理，得到目标数据表，其中，目标数据表用于存储待办事项数据。本发明解决了现有技术中通过接口查询的方式进行待办事项数据的归集和展示处理，存在归集和展示处理效率低导致待办事项的处理效率低的技术问题。率低导致待办事项的处理效率低的技术问题。率低导致待办事项的处理效率低的技术问题。


技术研发人员：薛洪伟 王小海 王国安 张世永 刘日
受保护的技术使用者：远光软件股份有限公司
技术研发日：2023.05.15
技术公布日：2023/8/9