CN116894736A - 一种函件管理方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明提供了一种函件管理方法、装置、计算机设备和存储介质。该方法包括：获取目标业务的业务数据；目标业务的业务状态为待处理；基于业务数据，生成目标业务对应的业务函件；向目标业务相关联的目标用户终端推送函件信息；函件信息基于业务函件生成；在接收到目标用户终端基于函件信息发送的第一确认指令的情况下，将目标业务的业务状态修改为已处理；第一确认指令用于表征对业务函件进行函件回稍处理。本发明实施例通过上述方式实现函件发送、函件确认至函件回稍的整体流程的自动化处理，整个函件管理流程无需依赖人工进行流程的监管，以此降低了函件管理的成本。

Description

一种函件管理方法、装置、计算机设备及存储介质

技术领域

本发明涉及数据处理技术领域及数字医疗领域，尤其涉及一种函件管理方法、装置、计算机设备和存储介质。

背景技术

在数字医疗领域，医疗函件的管理通常由人工进行。例如，医疗保险的保单服务人员在下载投保人的医疗保险函件之后，通过上门或者邮寄的方式将纸质函件发送给投保人确认并签名，在投保人签名之后，扫描已签名的纸质函件进而实现函件回销，以此完成一次函件管理的流程。

从上述内容可以得到，相关技术中对医疗函件的管理过于依赖人工，这提高了函件管理的成本。

发明内容

本发明的主要目的在于提供了一种函件管理方法、装置、计算机设备和存储介质，旨在解决相关技术中对医疗函件的管理过于依赖人工，这提高了函件管理的成本的技术问题。

为实现上述目的，本发明提供一种函件管理方法，该方法包括：

获取目标业务的业务数据；所述目标业务的业务状态为待处理；

基于所述业务数据，生成所述目标业务对应的业务函件；

向所述目标业务相关联的目标用户终端推送函件信息；所述函件信息基于所述业务函件生成；

在接收到所述目标用户终端基于所述函件信息发送的第一确认指令的情况下，将所述目标业务的业务状态修改为已处理；所述第一确认指令用于表征对所述业务函件进行函件回稍处理。

可选地，所述方法还包括：

向所述目标业务相关联的管理终端发送所述业务函件；

在接收到所述管理终端针对所述业务函件发送的第二确认指令的情况下，基于所述业务函件生成函件信息；所述第二确认指令用于表征管理人员已确认所述业务函件。

可选地，所述方法还包括：

向所述第一用户终端推送所述第一信息，以及向每个第二用户终端推送对应的第二信息。

可选地，所述方法还包括：

根据所述目标业务包括的用户信息，确定与所述目标业务相关联的至少一个第二用户终端；

向所述至少一个第二用户终端中的每个第二用户终端推送对应的第二信息。

可选地，所述方法还包括：

所述第一信息包括所述业务函件对应的下载地址和第一用户终端对所述业务函件进行函件回稍处理的第一地址，所述第二信息包括所述业务函件对应的下载地址和第二用户终端对所述业务函件进行函件回稍处理的第二地址。

可选地，所述方法还包括：

在接收到所述第一用户终端通过所述第一地址发送的第一文件的情况下，确定接收到所述第一用户终端基于所述函件信息发送的第一确认指令；所述第一文件为第一用户终端对所述业务函件进行函件处理生成的文件；

在接收到每个第二用户终端通过对应的第二地址发送的第二文件的情况下，确定接收到所述每个第二用户终端基于所述函件信息发送的第一确认指令；第二文件为对应的第二用户终端对所述业务函件进行函件处理生成的文件。

可选的，所述方法还包括：

对于每个第二用户终端，在所述业务函件的函件类型为预设类型，且接收到所述第二用户终端通过对应的第二地址发送的第二文件的情况下，将所述第二文件发送至所述目标业务相关联的管理终端；

在接收到所述管理终端针对所述第二文件发送的第三确认指令的情况下，确定接收到所述第二用户终端基于所述函件信息发送的第二确认指令；所述第三确认指令用于表征管理人员已确认所述第二文件。

此外，为实现上述目的，本发明还提供一种函件管理装置，所述装置包括；

获取模块，用于获取目标业务的业务数据；所述目标业务的业务状态为待处理；

第一生成模块，用于基于所述业务数据，生成所述目标业务对应的业务函件；

推送模块，用于向所述目标业务相关联的目标用户终端推送函件信息；所述函件信息基于所述业务函件生成；

修改模块，用于在接收到所述目标用户终端基于所述函件信息发送的第一确认指令的情况下，将所述目标业务的业务状态修改为已处理；所述第一确认指令用于表征对所述业务函件进行函件回稍处理。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

所述计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序时实现本申请实施例中提出的任一项所述的函件管理方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现本申请实施例中提出的任一项所述的函件管理方法的步骤。

与现有技术相比，本申请实施例主要有以下有益效果：

本发明实施例中，获取目标业务的业务数据；目标业务的业务状态为待处理；基于业务数据，生成目标业务对应的业务函件；向目标业务相关联的目标用户终端推送函件信息；在接收到目标用户终端基于函件信息发送的第一确认指令的情况下，将目标业务的业务状态修改为已处理。本发明实施例通过上述方式实现函件发送、函件确认至函件回稍的整体流程的自动化处理，整个函件管理流程无需依赖人工进行流程的监管，以此降低了函件管理的成本。

附图说明

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

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的函件管理方法的一个实施方式的流程图；

图3是本根据本申请的函件管理系统的一个实施例的结构图

图4是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

本发明实施例提供的数据格式的确定方法应用于数据处理系统除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交线上平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture ExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的函件管理方法一般由服务器/终端设备执行，相应地，函件管理方法装置一般设置于服务器/终端设备中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请提出的函件管理方法的一个实施例的流程图。本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。

其中。所述函件管理方法，包括以下步骤：

S210，获取目标业务的业务数据。

上述目标业务的业务状态为待处理，可选地，上述目标业务可以是业务状态为待处理状态的医疗保单业务。

上述业务数据包括但不限于目标业务的用户信息、业务信息和用户联系方式。可选地，在目标业务为医疗保单业务的情况下，上述医疗保单业务的业务数据包括保单信息、投保人信息、投保人联系方式、代理人信息和代理人联系方式，其中，上述代理人可以理解为投保人提供保单代理业务的人员。

本步骤中，可以从业务系统中确定待处理的目标业务，并获取该目标业务的业务数据，也可以通过其他方式获取目标业务的业务数据，在此不做具体限定。

可选地，本发明提供的函件管理方法可以应用于上述业务系统中，或者应用于其他终端，在此不做具体限定。

S220，基于所述业务数据，生成所述目标业务对应的业务函件。

如上所述，业务数据包括用户信息、业务信息和用户联系方式。本步骤中，在获取到业务数据之后，基于该业务数据，生成目标业务对应的业务函件，其中，上述业务函件包括用户信息、业务信息和用户联系方式。例如，在目标业务为医疗保单业务的情况下，上述业务函件包括保单信息、投保人个人信息以及代理人个人信息。

可选地，上述业务函件为PDF文件。

S230，向所述目标业务相关联的目标用户终端推送函件信息。

本步骤中，可以基于业务函件生成函件信息，并向目标用户终端推送该函件信息。具体的如何生成函件信息以及如何推送函件信息的技术方案，请参阅后续实施例。

S240，在接收到所述目标用户终端基于所述函件信息发送的第一确认指令的情况下，将所述目标业务的业务状态修改为已处理。

本步骤中，目标用户终端在接收到函件信息之后，需要对业务函件进行函件回稍处理，并对外发送第一确认指令。在接收到第一确认指令的情况下，表示目标用户终端对该业务函件进行函件回稍处理，则对业务函件进行函件回稍处理，具体而言，将目标业务的业务状态修改为已处理。

本步骤中，在接收到第一确认指令的情况下，直接进行函件回稍处理，业务文件无需管理人员再次确认，即可出具核保结论并核保结案，减少了管理人员的工作量。

本发明实施例中，获取目标业务的业务数据；目标业务的业务状态为待处理；基于业务数据，生成目标业务对应的业务函件；向目标业务相关联的目标用户终端推送函件信息；在接收到目标用户终端基于函件信息发送的第一确认指令的情况下，将目标业务的业务状态修改为已处理。本发明实施例通过上述方式实现函件发送、函件确认至函件回稍的整体流程的自动化处理，整个函件管理流程无需依赖人工进行流程的监管，以此降低了函件管理的成本。

此外，由于整个函件管理的流程是自动化的，因此可以避免函件管理的流程因人为原因出错，进而提高了函件管理的效率。

可选地，所述向所述目标业务相关联的目标用户终端推送函件信息之前，所述方法还包括：

向所述目标业务相关联的管理终端发送所述业务函件；

在接收到所述管理终端针对所述业务函件发送的第二确认指令的情况下，基于所述业务函件生成函件信息；所述第二确认指令用于表征管理人员已确认所述业务函件。

本实施例中，在生成业务函件之后，将业务函件发送至管理终端，以使得管理人员审核该业务函件。需要说明的是，若业务函件的数量为多份，则会将每份业务函件发送至管理终端，管理人员进行业务函件数量的确认。

在接收到管理终端针对业务函件发送的第二确认指令的情况下，表示管理人员已确认业务函件和内容和数量，则基于业务函件生成函件信息。其中，上述管理人员可以理解为核保人员。

本实施例中，在生成业务函件之后，通过将业务函件发送至管理终端的方式，供管理人员预览业务函件并审核该业务函件，以此在向目标用户终端发送函件信息之前，管理人员预先审核业务函件，避免业务函件出错，进而提高函件管理流程整体的效率。

可选地，所述目标用户终端包括第一用户终端和至少一个第二用户终端，所述函件信息包括与所述第一用户终端对应的第一信息以及与每个第二用户终端对应的第二信息；

所述向所述目标业务相关联的用户终端推送函件信息，包括：

向所述第一用户终端推送所述第一信息，以及向每个第二用户终端推送对应的第二信息。

需要说明的是，上述目标用户终端包括第一用户终端和至少一个第二用户终端。可选地，在医疗保单的函件管理场景中，一份医疗保单涉及一个保单代理人和至少一个投保人，上述第一用户终端为保单代理人相关联的终端，上述第二用户终端为投保人相关联的终端。上述第一信息与第一用户终端对应，上述第二信息与第二用户终端对应，其中，上述第一信息和第二信息均包括业务函件。可选地，上述第一信息和第二信息为短信、小程序提醒信息和应用程序提醒信息中的至少一项。

示例性的，医疗保单的代理人为A，投保人为B和C。这种情况下，向A终端推送第一信息，向B终端和C终端推送第二信息，其中，上述第一信息为短信和应用程序提醒信息，上述第二信息为短信。

本实施例中，向不同的用户终端推送不同的函件信息，以此优化用户终端的通知体系，全方位的保证了函件的有效触达和后续有效的追踪。

可选地，所述向每个第二用户终端推送对应的第二信息，包括：

根据所述目标业务包括的用户信息，确定与所述目标业务相关联的至少一个第二用户终端；

向所述至少一个第二用户终端中的每个第二用户终端推送对应的第二信息。

如上所述，目标业务包括用户信息，本实施例中，可以根据该用户信息确定目标业务相关联的至少一个第二用户终端。例如，医疗保单的投保人为B和C，则可以将投保人B相关联的终端和投保人C相关联的终端确定为第二用户终端。

在确定至少一个第二用户终端之后，向每个第二用户终端推送对应的第二信息。应理解，由于每个投保人对应的投保内容可能不同，即每个投保人对应的业务函件不同，因此每个第二用户终端对应的第二信息之间可能存在区别。

本实施例中，在目标业务与多个用户相关联的情况下，通过向每个第二用户终端推送对应的第二信息，向每个用户发送对应的业务函件，以此减少函件交互频次，提高函件管理的效率。

可选地，所述第一信息包括所述业务函件对应的下载地址和第一用户终端对所述业务函件进行函件回稍处理的第一地址，所述第二信息包括所述业务函件对应的下载地址和第二用户终端对所述业务函件进行函件回稍处理的第二地址。

如上所述，函件信息包括第一信息和第二信息，第一信息与第一用户终端对应，第二信息与第二用户终端对应。可选地，上述第一信息和第二信息为短信、小程序提醒信息和应用程序提醒信息等。

在一可选地应用场景中，上述第一用户终端为医疗保单代理人相关联的终端，上述第二用户终端为医疗投保人相关联的终端，上述第一信息和第二信息为短信。这种场景下，上述第一信息包括业务函件的下载地址以及代理人协助进行函件回稍的链接；上述第二信息包括业务函件的下载地址以及投保人进行函件回稍的链接，代理人可以基于业务函件的下载地址下载或预览业务函件，基于第一地址进行函件回稍处理；投保人可以基于业务函件的下载地址下载或预览业务函件，基于第二地址进行函件回稍处理。

本实施例中，在第一信息和第二信息中提供函件回稍处理的地址，不需要人工进行函件回稍，以此降低了函件回稍的成本。

可选地，所述在接收到所述目标用户终端基于所述函件信息发送的第一确认指令的情况下，将所述目标业务的业务状态修改为已处理之前，所述方法还包括以下任意一项：

在接收到所述第一用户终端通过所述第一地址发送的第一文件的情况下，确定接收到所述第一用户终端基于所述函件信息发送的第一确认指令；所述第一文件为第一用户终端对所述业务函件进行函件处理生成的文件；

在接收到每个第二用户终端通过对应的第二地址发送的第二文件的情况下，确定接收到所述每个第二用户终端基于所述函件信息发送的第一确认指令；第二文件为对应的第二用户终端对所述业务函件进行函件处理生成的文件。

一种可选地实施方式为，第一用户终端对接收到的业务函件进行处理生成第一文件，并通过第一信息中的第一地址发送该第一文件。在接收到第一用户终端通过第一地址发送的第一文件的情况下，确定第一用户终端发送第一确认指令，则对业务函件进行函件回稍处理。

例如，第一用户通过第一用户终端在接收到业务函件之后，在业务函件上填写电子签名和填写函件内容，生成第一文件，并通过第一地址发送该第一文件。

另一种可选地实施方式为，第二用户终端对接收到的业务函件进行回稍处理生成第二文件，并通过第二信息中的第二地址发送该第二文件。在接收到第二用户终端通过第二地址发送的第二文件的情况下，确定第二用户终端发送第一确认指令，则对业务函件进行函件回稍处理。

例如，第二用户通过第二用户终端在接收到业务函件之后，在业务函件上填写电子签名和填写函件内容，生成第二文件，并通过第二地址发送该第二文件。

再例如，第二用户通过第二用户终端在接收到业务函件之后，在业务函件中新增附件以此生成第二文件，并通过第二地址发送该第二文件。

本实施例提供了一种线上函件回稍的流程，相比于线下的人工函件回稍，线上函件回稍提高了函件回稍的时效，以及使得函件回稍的流程更加简洁。

可选地，所述在接收到每个第二用户终端通过对应的第二地址发送的第二文件的情况下，确定接收到所述每个第二用户终端基于所述函件信息发送的第二确认指令，包括：

对于每个第二用户终端，在所述业务函件的函件类型为预设类型，且接收到所述第二用户终端通过对应的第二地址发送的第二文件的情况下，将所述第二文件发送至所述目标业务相关联的管理终端；

在接收到所述管理终端针对所述第二文件发送的第三确认指令的情况下，确定接收到所述第二用户终端基于所述函件信息发送的第二确认指令；所述第三确认指令用于表征管理人员已确认所述第二文件。

本实施例中，若业务函件的函件类型为预设类型，表示该业务函件在第二用户处理之后还需要管理人员进行审核。

具体而言，第二用户终端通过第二地址发送函件类型为预设类型的第二文件，在接收到上述第二文件的情况下，将第二文件发送至目标业务相关联的管理终端，以使得管理人员审核该第二文件。在接收到管理终端发送的第三确认指令的情况下，表示管理人员已确认该第二文件，则将目标业务的业务状态修改为已处理。

与现有技术相比，本申请实施例主要有以下有益效果：

本发明实施例中，获取目标业务的业务数据；目标业务的业务状态为待处理；基于业务数据，生成目标业务对应的业务函件；向目标业务相关联的目标用户终端推送函件信息；在接收到目标用户终端基于函件信息发送的第一确认指令的情况下，将目标业务的业务状态修改为已处理。本发明实施例通过上述方式实现函件发送、函件确认至函件回稍的整体流程的自动化处理，整个函件管理流程无需依赖人工进行流程的监管，以此降低了函件管理的成本。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

进一步参考图4，作为对上述图2所示方法的实现，本申请提供了一种函件管理系统300的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种计算机设备中。

.本发明实施例提供的一种函件管理装置300，函件管理装置300包括：

获取模块310，用于获取目标业务的业务数据；所述目标业务的业务状态为待处理；

第一生成模块320，用于基于所述业务数据，生成所述目标业务对应的业务函件；

推送模块330，用于向所述目标业务相关联的目标用户终端推送函件信息；所述函件信息基于所述业务函件生成；

修改模块340，用于在接收到所述目标用户终端基于所述函件信息发送的第一确认指令的情况下，将所述目标业务的业务状态修改为已处理；所述第一确认指令用于表征对所述业务函件进行函件回稍处理。

可选地，所述函件管理装置300，还包括：

发送模块，用于向所述目标业务相关联的管理终端发送所述业务函件；

第二生成模块，用于在接收到所述管理终端针对所述业务函件发送的第二确认指令的情况下，基于所述业务函件生成函件信息；所述第二确认指令用于表征管理人员已确认所述业务函件。

可选地，所述目标用户终端包括第一用户终端和至少一个第二用户终端，所述函件信息包括与所述第一用户终端对应的第一信息以及与每个第二用户终端对应的第二信息；

所述推送模块330，还用于：

向所述第一用户终端推送所述第一信息，以及向每个第二用户终端推送对应的第二信息。

所述推送模块330，还具体用于：

根据所述目标业务包括的用户信息，确定与所述目标业务相关联的至少一个第二用户终端；

向所述至少一个第二用户终端中的每个第二用户终端推送对应的第二信息。

可选地，所述第一信息包括所述业务函件对应的下载地址和第一用户终端对所述业务函件进行函件回稍处理的第一地址，所述第二信息包括所述业务函件对应的下载地址和第二用户终端对所述业务函件进行函件回稍处理的第二地址。

可选地，所述函件管理装置300，还包括以下任意一项：

第一确定模块，用于在接收到所述第一用户终端通过所述第一地址发送的第一文件的情况下，确定接收到所述第一用户终端基于所述函件信息发送的第一确认指令；所述第一文件为第一用户终端对所述业务函件进行函件处理生成的文件；

第二确定模块，用于在接收到每个第二用户终端通过对应的第二地址发送的第二文件的情况下，确定接收到所述每个第二用户终端基于所述函件信息发送的第一确认指令；第二文件为对应的第二用户终端对所述业务函件进行函件处理生成的文件。

可选地，所述第二确定模块，还用于：

对于每个第二用户终端，在所述业务函件的函件类型为预设类型，且接收到所述第二用户终端通过对应的第二地址发送的第二文件的情况下，将所述第二文件发送至所述目标业务相关联的管理终端；

在接收到所述管理终端针对所述第二文件发送的第三确认指令的情况下，确定接收到所述第二用户终端基于所述函件信息发送的第二确认指令；所述第三确认指令用于表征管理人员已确认所述第二文件。

本发明实施例中，获取目标业务的业务数据；目标业务的业务状态为待处理；基于业务数据，生成目标业务对应的业务函件；向目标业务相关联的目标用户终端推送函件信息；在接收到目标用户终端基于函件信息发送的第一确认指令的情况下，将目标业务的业务状态修改为已处理。本发明实施例通过上述方式实现函件发送、函件确认至函件回稍的整体流程的自动化处理，整个函件管理流程无需依赖人工进行流程的监管，以此降低了函件管理的成本。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图4，图4为本实施例计算机设备基本结构框图。

所述计算机设备5包括通过系统总线相互通信连接存储器51、处理器52、网络接口53。需要指出的是，图中仅示出了具有组件51-53的计算机设备5，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器51至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器51可以是所述计算机设备5的内部存储单元，例如该计算机设备5的硬盘或内存。在另一些实施例中，所述存储器51也可以是所述计算机设备5的外部存储设备，例如该计算机设备5上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器51还可以既包括所述计算机设备5的内部存储单元也包括其外部存储设备。本实施例中，所述存储器51通常用于存储安装于所述计算机设备5的操作系统和各类应用软件，例如X方法的程序代码等。此外，所述存储器51还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器52在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器52通常用于控制所述计算机设备5的总体操作。本实施例中，所述处理器52用于运行所述存储器51中存储的程序代码或者处理数据，例如运行所述X方法的程序代码。

所述网络接口53可包括无线网络接口或有线网络接口，该网络接口53通常用于在所述计算机设备5与其他电子设备之间建立通信连接。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有所述函件管理方法程序，所述函件管理方法程序可被至少一个处理器执行，以使所述至少一个处理器执行如上述的函件管理方法的步骤。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件线上平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

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

获取目标业务的业务数据，其中，所述目标业务的业务状态为待处理；

基于所述业务数据，生成所述目标业务对应的业务函件；

向所述目标业务相关联的目标用户终端推送函件信息，其中，所述函件信息基于所述业务函件生成；

在接收到所述目标用户终端基于所述函件信息发送的第一确认指令的情况下，将所述目标业务的业务状态修改为已处理，其中，所述第一确认指令用于表征对所述业务函件进行函件回稍处理。

2.根据权利要求1所述的方法，其特征在于，在所述向所述目标业务相关联的目标用户终端推送函件信息的步骤之前，所述方法还包括：

向所述目标业务相关联的管理终端发送所述业务函件；

在接收到所述管理终端针对所述业务函件发送的第二确认指令的情况下，基于所述业务函件生成函件信息，其中，所述第二确认指令用于表征管理人员已确认所述业务函件。

3.根据权利要求1所述的方法，其特征在于，所述目标用户终端包括第一用户终端和至少一个第二用户终端，所述函件信息包括与所述第一用户终端对应的第一信息以及与每个第二用户终端对应的第二信息；

所述向所述目标业务相关联的用户终端推送函件信息的步骤，包括：

向所述第一用户终端推送所述第一信息，以及向每个第二用户终端推送对应的第二信息。

4.根据权利要求3所述的方法，其特征在于，所述向每个第二用户终端推送对应的第二信息的步骤，包括：

根据所述目标业务包括的用户信息，确定与所述目标业务相关联的至少一个第二用户终端；

向所述至少一个第二用户终端中的每个第二用户终端推送对应的第二信息。

5.根据权利要求3所述的方法，其特征在于，所述第一信息包括所述业务函件对应的下载地址和第一用户终端对所述业务函件进行函件回稍处理的第一地址，所述第二信息包括所述业务函件对应的下载地址和第二用户终端对所述业务函件进行函件回稍处理的第二地址。

6.根据权利要求5所述的方法，其特征在于，在所述在接收到所述目标用户终端基于所述函件信息发送的第一确认指令的情况下，将所述目标业务的业务状态修改为已处理的步骤之前，所述方法还包括以下任意一项：

在接收到所述第一用户终端通过所述第一地址发送的第一文件的情况下，确定接收到所述第一用户终端基于所述函件信息发送的第一确认指令；所述第一文件为第一用户终端对所述业务函件进行函件处理生成的文件；或

在接收到每个第二用户终端通过对应的第二地址发送的第二文件的情况下，确定接收到所述每个第二用户终端基于所述函件信息发送的第一确认指令；第二文件为对应的第二用户终端对所述业务函件进行函件处理生成的文件。

7.根据权利要求6所述的方法，其特征在于，所述在接收到每个第二用户终端通过对应的第二地址发送的第二文件的情况下，确定接收到所述每个第二用户终端基于所述函件信息发送的第二确认指令的步骤，包括：

对于每个第二用户终端，在所述业务函件的函件类型为预设类型，且接收到所述第二用户终端通过对应的第二地址发送的第二文件的情况下，将所述第二文件发送至所述目标业务相关联的管理终端；

在接收到所述管理终端针对所述第二文件发送的第三确认指令的情况下，确定接收到所述第二用户终端基于所述函件信息发送的第二确认指令；所述第三确认指令用于表征管理人员已确认所述第二文件。

8.一种函件管理装置，其特征在于，包括：

获取模块，用于获取目标业务的业务数据；所述目标业务的业务状态为待处理；

第一生成模块，用于基于所述业务数据，生成所述目标业务对应的业务函件；

推送模块，用于向所述目标业务相关联的目标用户终端推送函件信息；所述函件信息基于所述业务函件生成；

修改模块，用于在接收到所述目标用户终端基于所述函件信息发送的第一确认指令的情况下，将所述目标业务的业务状态修改为已处理；所述第一确认指令用于表征对所述业务函件进行函件回稍处理。

9.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述的函件管理方法的步骤。

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