CN111539665A - 函件监控方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及数据处理技术领域，公开了一种基于函件监控方法、装置、设备及存储介质，该方法通过读取不同的函件应用程序中的函件信息，并生成与函件信息对应的流转包裹和流转轨迹图，并在流转包裹中设置跟踪标记，通过跟踪标记对用于流转的流转包裹进行监听，从而获取函件信息在流转过程中的监管信息，基于该监管信息显示于流转轨迹图之上，以便于查询监控函件信息的实时动态；通过上述的方式将不同的函件应用程序中的函件信息统一监控，解决了现有技术中不同应用函件需要采用不同监控手段的方式，而导致函件跟踪困难的问题，提升了监管的力度，保证函件的及时送达，提高了用户对函件平台的使用体验。

Description

函件监控方法、装置、设备及存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种函件监控方法、装置、设备及存储介质。

背景技术

目前，对于函件的发送包括线上和线下两种方式，但是不管是线上还是线下，其都存在多种发送的方式，例如APP、快递、客服平台等等，而对于各自的方式发送出去的函件，在对函件的流转轨迹的记录，只能通过各自的平台或者程序进行监控，这样的方式对于用户只使用单一的方式发送函件来说，是非常方便的，但是对于同时使用不同的方式发送时，对于函件的监控就需要逐个平台或者软件去查询监控了，例如发送电子邮件，电子邮件有千万种APP可以实现，如网易邮箱APP、Foxmail、QQ邮箱等等，若管理员需要对公司的所有员工邮件进行监控时，则需要在对应的后台上监控，这样的处理方式大大增加了管理员的工作量，尤其是在邮件发送方式没有分类的情况下，其工作量就更加大了，并且操作也复杂，因此，亟需提供一种可以实现对多个应用程序中的函件发送进行统一监控的方案来解决上述的问题。

发明内容

本发明的主要目的在于解决现有的函件流转轨迹跟踪复杂，无法实现统一监控管理的问题。

本发明第一方面提供了一种函件监控方法，应用于函件管控平台，所述函件监控方法包括：

建立所述函件管控平台上的监控接口与各函件发送应用程序之间的通信链路，基于所述通信链路监控各函件发送应用程序，并读取各所述函件发送应用程序中的函件信息，其中，所述函件信息包括各应用程序中的已发送函件和待发送函件中的至少一种；

根据所述函件信息中的函件发送方式，将各函件发送应用程序发送的函件分为纸件发送方式的第一函件和电子发送方式的第二函件；

根据预设函件跟踪规则构建所述第一函件和第二函件的流转轨迹图，以及根据预设函件跟踪规则生成所述第一函件和第二函件的流转包裹，并在所述流转包裹中设置函件的跟踪标记，其中，所述预设函件跟踪规则包括纸质函件跟踪规则和电子函件跟踪规则，所述流转轨迹图包括发件的起始节点、目的节点和至少一个中间节点；

利用所述跟踪标记监控所述流转包裹流转至每个节点时的处理情况，生成监管信息，其中所述监管信息包括第一函件的流转信息和第二函件的流转信息；

根据所述监管信息，分别对所述第一函件和第二函件流转轨迹图上对应的节点的状态进行显示。

可选的，在本发明第一方面的第一种实现方式中，所述根据预设函件跟踪规则生成所述第一函件和第二函件的流转包裹，并在所述流转包裹中设置函件的跟踪标记包括：

流转包裹，并在所述流转包裹中设置函件的跟踪标记包括：

对所述第一函件进行解析，解析得到第一函件的类型信息和第一函件的具体内容，以及对所述第二函件进行解析，解析得到第二函件的类型信息和第二函件的具体内容；

根据所述类型信息从所述函件管控平台中预先存储的函件模板库中调取对应的函件模板，并基于所述函件模板和所述具体内容生成所述流转包裹；

根据定位跟踪技术，在所述流转包裹中设置一个全局唯一标识符，所述全局唯一标识符用于监听所述流转包裹在传输过程的所有处理动作。

可选的，在本发明第一方面的第二种实现方式中，所述根据预设函件跟踪规则构建所述第一函件和第二函件的流转轨迹图包括：

从预置的类型信息与业务***信息之间的对应关系表中，查询与所述类型信息对应的业务***信息；

根据所述业务***信息获取对应的***配置信息，并从所述***配置信息中识别出业务***发送所述流转包裹时所采用的函件发送方式；

根据所述函件发送方式选择对应的流转轨迹图的构建规则，并根据所述构建规则构建所述函件信息对应的流转轨迹图，其中，所述流转轨迹图包括从所述业务***产生请求到函件接收人接收完成过程中的所有节点视图以及每个节点所使用的流转方式。

可选的，在本发明第一方面的第三种实现方式中,所述函件发送方式包括纸件发送方式和电子发送方式，所述根据所述构建规则构建所述函件信息对应的流转轨迹图包括：

根据所述第一函件，调用预设的第一函件轨迹生成规则构建第一流转轨迹图；

根据所述第二函件，调用预设的第二函件轨迹生成规则构建第二流转轨迹图。

可选的，在本发明第一方面的第四种实现方式中，所述构建规则包括函件生成轨迹规则和函件跟踪轨迹生成规则，所述根据所述构建规则构建所述函件信息对应的流转轨迹图包括：

根据所述类型信息，确定生成所述流转包裹过程中，所要调配的***节点；

将所述***节点映射至所述函件生成轨迹规则对应的轨迹模型中，得到函件处理轨迹图，所述函件处理轨迹图包括从所述业务***产生请求到流转包裹发送出去之前的所有节点以及每个节点对函件发送请求的处理状态信息；

提取所述函件发送请求中携带的函件接收人的地址信息；

根据所述函件跟踪轨迹生成规则，构建所述函件发送方式到所述地址信息之间的流转轨迹，并标记所述流转轨迹中流转包裹必须停留处理的流转节点，得到函件发送跟踪轨迹图，所述函件发送跟踪轨迹图包括从发送所述流转包裹的节点到函件接收人接收完成节点之间的所有流转节点以及每个流转节点对函件文件报告的处理状态信息。

可选的，在本发明第一方面的第五种实现方式中，所述跟踪标记为解密被触发，所述利用所述跟踪标记监控所述流转包裹流转至每个节点时的处理情况，生成监管信息包括：

识别所述流转包裹流转至每个节点时，是否存在解密过程的触发；

若存在，则获取触发解密时所产生的操作信息，生成点亮所述节点的第一监管信息；

若不存在，则根据所述节点当前的状态信息，生成第二监管信息。

可选的，在本发明第一方面的第六种实现方式中，所述根据所述监管信息，分别对所述第一函件和第二函件流转轨迹图上对应的节点的状态进行更改，并进行显示包括：

提取所述第一监管信息中触发解密过程的所有权限信息；

对所有权限信息，按照从高到低的级别等级进行排序，并生成多级别菜单；

将所述多级别菜单，显示于所述函件管控平台的显示界面上。

本发明第二方面提供了一种函件监控装置，所述函件监控装置包括：

采集模块，用于建立所述函件管控平台上的监控接口与各函件发送应用程序之间的通信链路，基于所述通信链路监控各函件发送应用程序，并读取各所述函件发送应用程序中的函件信息，其中，所述函件信息包括各应用程序中的已发送函件和待发送函件中的至少一种；

分类模块，用于根据所述函件信息中的函件发送方式，将各函件发送应用程序发送的函件分为纸件发送方式的第一函件和电子发送方式的第二函件；

标记模块，用于根据预设函件跟踪规则构建所述第一函件和第二函件的流转轨迹图，以及根据预设函件跟踪规则生成所述第一函件和第二函件的流转包裹，并在所述流转包裹中设置函件的跟踪标记，其中，所述预设函件跟踪规则包括纸质函件跟踪规则和电子函件跟踪规则，所述流转轨迹图包括发件的起始节点、目的节点和至少一个中间节点；

监控模块，用于利用所述跟踪标记监控所述流转包裹流转至每个节点时的处理情况，生成监管信息，其中所述监管信息包括第一函件的流转信息和第二函件的流转信息；

处理模块，用于根据所述监管信息，分别对所述第一函件和第二函件流转轨迹图上对应的节点的状态进行显示。

可选的，在本发明第二方面的第一种实现方式中，所述标记模块包括：解析单元、包裹生成单元和定位单元；

所述解析单元用于对对所述第一函件进行解析，解析得到第一函件的类型信息和第一函件的具体内容，以及对所述第二函件进行解析，解析得到第二函件的类型信息和第二函件的具体内容；

所述包裹生成单元用于根据所述类型信息从所述函件管控平台中预先存储的函件模板库中调取对应的函件模板，并基于所述函件模板和所述具体内容生成所述流转包裹；

所述定位单元用于根据定位跟踪技术，在所述流转包裹中设置一个全局唯一标识符，所述全局唯一标识符用于监听所述流转包裹在传输过程的所有处理动作。

可选的，在本发明第二方面的第二种实现方式中，所述标记模块还包括查询单元、识别单元和轨迹生成单元；

所述查询单元用于从预置的类型信息与业务***信息之间的对应关系表中，查询与所述类型信息对应的业务***信息；

所述识别单元用于根据所述业务***信息获取对应的***配置信息，并从所述***配置信息中识别出业务***发送所述流转包裹时所采用的函件发送方式；

所述轨迹生层单元用于根据所述函件发送方式选择对应的流转轨迹图的构建规则，并根据所述构建规则构建所述函件信息对应的流转轨迹图，其中，所述流转轨迹图包括从所述业务***产生请求到函件接收人接收完成过程中的所有节点视图以及每个节点所使用的流转方式。

可选的，在本发明第二方面的第三种实现方式中，所述函件发送方式包括纸件发送方式和电子发送方式，所述轨迹生成单元具体用于根据所述第一函件，调用预设的第一函件轨迹生成规则构建第一流转轨迹图；根据所述第二函件，调用预设的第二函件轨迹生成规则构建第二流转轨迹图。

可选的，在本发明第二方面的第四种实现方式中，所述轨迹生成单元具体用于根据所述类型信息，确定生成所述流转包裹过程中，所要调配的***节点；将所述***节点映射至所述函件生成轨迹规则对应的轨迹模型中，得到函件处理轨迹图，所述函件处理轨迹图包括从所述业务***产生请求到流转包裹发送出去之前的所有节点以及每个节点对函件发送请求的处理状态信息；提取所述函件发送请求中携带的函件接收人的地址信息；根据所述函件跟踪轨迹生成规则，构建所述函件发送方式到所述地址信息之间的流转轨迹，并标记所述流转轨迹中流转包裹必须停留处理的流转节点，得到函件发送跟踪轨迹图，所述函件发送跟踪轨迹图包括从发送所述流转包裹的节点到函件接收人接收完成节点之间的所有流转节点以及每个流转节点对函件文件报告的处理状态信息。

可选的，在本发明第二方面的第五种实现方式中，所述跟踪标记为解密被触发，所述监控模块包括触发单元和监控单元；

所述触发单元用于识别所述流转包裹流转至每个节点时，是否存在解密过程的触发；

所述监控单元用于在触发单元识别存在触发时，获取触发解密时所产生的操作信息，生成点亮所述节点的第一监管信息；用于在触发单元识别不存在触发时，根据所述节点当前的状态信息，生成第二监管信息。

可选的，在本发明第二方面的第六种实现方式中，所述处理模块包括提取单元、排序单元和显示单元；

所述提取单元用于提取所述第一监管信息中触发解密过程的所有权限信息；

所述排序单元用于对所有权限信息，按照从高到低的级别等级进行排序，并生成多级别菜单；

所述显示单元用于将所述多级别菜单，显示于所述函件管控平台的显示界面上。

本发明第三方面提供了一种函件监控设备，包括：存储器和至少一个处理器，所述存储器中存储有指令，所述存储器和所述至少一个处理器通过线路互联；所述至少一个处理器调用所述存储器中的所述指令，以使得所述函件监控设备执行上述的函件监控方法。

本发明的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述的函件监控方法。

本发明提供的技术方案中，通过读取不同的函件应用程序中的函件信息，并生成与函件信息对应的流转包裹和流转轨迹图，并在流转包裹中设置跟踪标记，通过跟踪标记对用于流转的流转包裹进行监听，从而获取函件信息在流转过程中的监管信息，基于该监管信息显示于流转轨迹图之上，以便于查询监控函件信息的实时动态；通过上述的方式将不同的函件应用程序中的函件信息统一监控，解决了现有技术中不同应用函件需要采用不同监控手段的方式，而导致函件跟踪困难的问题，提升了监管的力度，保证函件的及时送达，提高了用户对函件平台的使用体验。

附图说明

图1为本发明实施例中函件监控方法的一个实施例示意图；

图2为本发明实施例中函件监控方法的另一个实施例示意图；

图3为本发明实施例中的一种流转轨迹图示意图；

图4为本发明实施例中的另一种流转轨迹图示意图；

图5为本发明实施例中函件监控装置的一个实施例示意图；

图6为本发明实施例中函件监控装置的另一个实施例示意图；

图7为本发明实施例中函件监控设备的一个实施例示意图。

具体实施方式

本发明实施例提供了一种基于函件管控平台对多种函件发送统一管理的方案，主要是通过由平台统一管理模板、统一发送函件，并记录各环节数据，比如业务***推送函件数据到函件平台的时间、函件***生成函件的时间、函件***发送函件的时间、客户阅读函件的时间等，将函件发送到客户阅读全流程跟踪，并通过界面可视化展示，从而实现直观的查看函件流转的轨迹，及时发现并解决问题，提升客户满意度。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”或“具有”及其任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为便于理解，下面对本发明实施例的具体流程进行描述，请参阅图1，本发明实施例中函件监控方法的一个实施例包括：

101、建立所述函件管控平台上的监控接口与各函件发送应用程序之间的通信链路，基于所述通信链路监控各函件发送应用程序，并读取各所述函件发送应用程序中的函件信息；

在该步骤中，所述函件信息包括各应用程序中的已发送函件和待发送函件中的至少一种，且不同应用程序的函件发送方式会存在不相同，但是即使是不相同，其总体可以分为两大类型，纸件发送方式和电子发送方式，而电子发送方式还可能会存在多种域名的发送，但是都是通过电子的方式发送；这里的监控接口是基于互联网或者内部局域网与函件应用程序的函件处理后台连接的通信链路，其可以是物理接口，也可以是一种数据的抓包工具；所述函件应用程序可以是现有技术中的邮件应用程序或者是业务***。

在本实施例中，若所述函件应用程序为邮件应用程序时，则函件管控平台通过监控接口获取到的函件发送请求为一些业务***触发的调用邮件应用程序的请求，该请求中携带有业务***生成的业务数据单据或者通知单等等。若所述函件应用程序为业务***本身时，则函件管控平台获取到的函件发送请求为业务***本身的业务数据单据或者是通知单传送命令，这里的业务***本身具有函件传送功能。

102、根据所述函件信息中的函件发送方式，将各函件发送应用程序发送的函件分为纸件发送方式的第一函件和电子发送方式的第二函件；

103、根据预设函件跟踪规则构建所述第一函件和第二函件的流转轨迹图，以及根据预设函件跟踪规则生成所述第一函件和第二函件的流转包裹，并在所述流转包裹中设置函件的跟踪标记；

在本实施例中，这里的函件信息包括函件的类型信息和发送函件的具体内容，其中，在生成流转包裹时，具体是通过函件的类型信息从函件管控平台或者函件模板库中获取对应的函件模板，然后基于具体内容对函件模板进行修改，得到流转包裹，而该流转包裹基于不同的函件发送方式，其存在的形式也不相同，若是电子的发送方式，则流转包裹为包括函件内容的文件压缩包，若是纸质的发送方式，则流转包裹为虚拟的压缩包，而具体的函件文件则通过打印等方式输出成纸质版文件，并在输出纸质版文件的同时生成一个虚拟的跟踪包。

在本实施例中，在对第一函件和第二函件生成流转轨迹图时，具体实现为：

根据所述第一函件，调用预设的第一函件跟踪规则将所述第一函件生成虚拟流转包裹，基于所述虚拟流转包裹构建第一流转轨迹图，并在所述虚拟流转包裹中设置函件的跟踪标记；

根据所述第二函件，调用预设的第二函件跟踪规则将所述第二函件直接打包形成虚拟流转包裹，基于所述虚拟流转包裹构建第二流转轨迹图，并在所述虚拟流转包裹中设置函件的跟踪标记。

进一步的，为了便于函件管控平台对函件文件的跟踪，在生成流转包裹的同时，利用丁文跟踪技术，在流转包裹中设置一个跟踪标识，该跟踪标识可以是一个全局唯一标识符，在跟踪时，只对全局唯一标识符监控即可。

在本实施例中，在生成流转包裹之前，还需要生成流转轨迹图，其中该流转轨迹图可以理解为是反应函件从生成到用户完成接收的整个过程的状态记录和监控的监控图。例如，在保险的业务领域中，函件指的是保险单的发送或者续费通知等信息，对于续费通知，其具体实现过程为：通过续费通知确定对应的业务信息，比如业务类型、通知信息的类型和通知的具体内容，基于业务类型选择对应的函件模板库，基于通知信息的类型从函件模板库中选择对应的通知模板，然后根据具体呢绒对通知模板进行调整，得到对应的通知文件，该通知文件可以是短信息，也可以是合同文件，甚至还可以是提示信息；而流转轨迹图则是指示依次从对应的业务***到函件生成平台，再到函件发送平台、函件配送平台和用户接收地址或终端的轨迹图。

104、利用所述跟踪标记监控所述流转包裹流转至每个节点时的处理情况，生成监管信息；

在本实施例中，，其中所述监管信息包括第一函件的流转信息和第二函件的流转信息；在监听所述流转包裹的处理情况时，具体是通过跟踪标记对流转包裹在流转过程中产生的信息进行监听获取，例如在流转包裹通过电子邮件发送出去后，若流转包裹流转到中转站时，由于客服进行中转接收操作产生的中转接收信息，而跟踪标记对该中转接收信息进行监听，根据监听的情况生成监管信息，基于该监管信息对流转轨迹图上的节点进行更改处理。

在该步骤中，其产生的监管信息包括状态信息，该状态信息用于指示该节点的完成度，在实际应用中，对于流转包裹的流转一般包括以完成、未完成、完成百分比等等状态。

105、根据所述监管信息，分别对所述第一函件和第二函件流转轨迹图上对应的节点的状态进行显示。

在本实施例中，所述流转轨迹图包括两种轨迹图，分别是流转包裹的处理轨迹图和流转包裹发送轨迹图，这里处理轨迹图是用于记录函件从业务***发送到发送出去这个过程中的流程跟踪，发送轨迹图是对函件发送出去之后的流程跟踪轨迹图。

对于处理轨迹图，例如跟踪记录函件发送出去时的状态信息，具体是对函件发送的时间、客户阅读函件的时间等；对于发送轨迹跟踪图将函件发送到客户阅读全流程跟踪，并通过界面可视化展示。

本发明实施例中，通过函件管控平台对不同的函件应用层序中的函件信息进行监控，并且读取其中的函件信息生成对应的流转包裹和流转轨迹图，在流转包裹中设置跟踪标记，对流转包裹进行跟踪，从而达到了对函件信息的直接跟踪，这样即可以实现了不同应用之间的函件的统一管理，同时也保证了函件的实时监控，还实现了对函件跟踪的可视化监控，大大减少了业务员的函件跟踪数据的处理量，提高了使用体验。

请参阅图2，本发明实施例中函件监控方法的另一个实施例，在本实施例中，该方法是通过设置具有可以实现对不同应用程序的业务数据进行监控的通信接口的管控平台来实现，基于该硬件基础，所述函件监控方法具体包括如下步骤：

201、监控并读取各函件应用程序中的函件信息；

202、对所述函件信息进行解析，解析得到函件的类型信息和函件的具体内容；

203、根据所述类型信息获取所述函件管控平台中预先存储的函件模板，并基于所述函件模板和所述具体内容生成所述流转包裹；

204、根据定位跟踪技术，在所述流转包裹中设置一个全局唯一标识符，所述全局唯一标识符用于监听所述流转包裹在传输过程的所有处理动作；

在本实施例中，设置全局唯一标识符，可选的是通过增加一个标识字段的方式来进行函件的跟踪监听，例如设置一个阅读的检测字段，只要该字段检测到函件被打开过，不惯是打开成功还是不成功都可以，当然，在实际应用中，为了进一步提高函件的跟踪精准度，这里的检测字段可以设置为一定时长的检测字段，只有在函件被阅读一定时长后才能出发该字段的反馈。

进一步的，该全局唯一标识符还可以是选择函件具体内容中的其中一个字符设置跟踪埋点的方式来设置。

在本实施例中，在生成流转包裹之前，函件管控平台预先根据不同的业务***中不同的业务类型以及不同业务函件设置不同的函件模板，基于函件模板可以快速的生成对应的流转包裹，所述流转包裹可以是邮件、短信息等等。

可选的，对于生成流转包裹时，具体根据不同的业务类型从模板库中选择对应的模板进行操作，在生成流转包裹的同时还需要选择发送流转包裹的发送方式，例如业务账单，可以选择电子的发送方式，这时就要找到对应的发送应用程序，例如电子邮箱或者是聊天应用。

205、从预置的类型信息与业务***信息之间的对应关系表中，查询与所述类型信息对应的业务***信息；

206、根据所述业务***信息获取对应的***配置信息，并从所述***配置信息中识别出业务***发送所述流转包裹时所采用的函件发送方式；

207、根据所述函件发送方式选择对应的流转轨迹图的构建规则，并根据所述构建规则构建所述函件信息对应的流转轨迹图，其中，所述流转轨迹图包括从所述业务***产生请求到函件接收人接收完成过程中的所有节点视图以及每个节点所使用的流转方式；

在本实施例中，在生成所述流转轨迹图时，其流转轨迹图可以是一个从函件生成到用户接收完成的完整轨迹图，也可以是包括两个子图，若是以一个完整的图存在时，对于流转包裹的生成设置为通过同一的单元来实现，例如通过函件管控平台，而函件的发送方式可以针对于不同的业务类型进行设置，当然也可以是根据函件的类型信息来设置。

在本实施例中，若选择针对相同类型的函件设定同一种发送方式的情况下，在生成流转轨迹图时，在根据函件发送请求确定函件的类型信息后，直接可以根据业务***节点、流转包裹生成节点和函件发送节点构建出对应的流转轨迹图。

在实际应用中，由于设置函件的生成节点全部设置在函件管控平台上，所以在构建流转轨迹图时使用的规则可以是一种连接网络图，如3(a)图所示，在确定了业务***和发送方式后，接通业务***和发送方式分别到函件管控平台的连接，从而生成对应的流转轨迹图，如图3(b)所示，例如，确定业务***是业务***2，发送方式是电子邮件发送时，接通两者到函件管控平台的轨迹线，并直接连接到用户。

208、识别所述流转包裹流转至每个节点时，是否存在解密过程的触发；

在该步骤中，在将函件通过对应的发送方式发送出去后，基于跟踪标记进行函件的跟踪时，其跟踪标记可以设置为解密触发、识别字段等形式。

209、若存在，则获取触发解密时所产生的操作信息，生成点亮所述节点的第一监管信息；

210、若不存在，则根据所述节点当前的状态信息，生成第二监管信息；

在本实施例中，这里的解密进行是指只要被触发即可，不需要确定是否解密成功，例如函件的发送方式使用的是快递时，那么在函件流转到中转站时，通过该扫码的方式来触发对函件的解密操作，即是只要对函件进行了扫码就认为是进行了解密的操作，从而生成一个监管信息，反馈会给函件管控平台对该中转站对应的节点进行点亮，当业务员查看状态时，可以直观的确定函件的动态情况。

211、根据上述的监管信息，对所述流转轨迹图上对应的节点的状态进行更改，并进行显示。

在本实施例中，若是以两个子图存在时，对于步骤207还可以通过以下方式实现：

根据所述类型信息，确定生成所述流转包裹过程中，所要调配的***节点；

将所述***节点映射至所述函件生成轨迹规则对应的轨迹模型中，得到函件处理轨迹图，所述函件处理轨迹图包括从所述业务***产生请求到流转包裹发送出去之前的所有节点以及每个节点对函件发送请求的处理状态信息；

提取所述函件发送请求中携带的函件接收人的地址信息；

根据所述函件跟踪轨迹生成规则，构建所述函件发送方式到所述地址信息之间的流转轨迹，并标记所述流转轨迹中流转包裹必须停留处理的流转节点，得到函件发送跟踪轨迹图，所述函件发送跟踪轨迹图包括从发送所述流转包裹的节点到函件接收人接收完成节点之间的所有流转节点以及每个流转节点对函件文件报告的处理状态信息。

在实际应用中，由于设置函件的生成节点全部设置在函件管控平台上，所以在构建流转轨迹图时使用的规则可以是一种连接网络图，首先是基于函件的类型信息确定业务***和发送方式，形成函件的生成轨迹图，然后在判断函件通过对应的发送方式发送出去之后，基于函件的接收地址或者用户信息来创建发送的轨迹图，如图4所示。

在本实施例中，对于步骤211在显示时，其监管信息可以在节点上会存在不同等级的操作信息，基于该操作信息可以进行菜单式显示，具体实现如下：

提取所述第一监管信息中触发解密过程的所有权限信息；

对所有权限信息，按照从高到低的级别等级进行排序，并生成多级别菜单；

将所述多级别菜单，显示于所述函件管控平台的显示界面上。

在实际应用中，通过建立统一的函件管控平台，由平台统一管理函件的生成模板、统一管理发送函件，并记录各环节数据，比如业务***推送函件数据到函件平台的时间、函件***生成函件的时间、函件***发送函件的时间、客户阅读函件的时间等，将函件发送到客户阅读全流程跟踪，并通过界面可视化展示。

当这里的流转包裹是给客户发送的通知书时，在业务***中的通知书具体可以按照以下几种类型极性归类，分别是客户9类(投连年报、万能年报、保全批单等)、保费4类(三合一通知书、停效通知书、对账单/半年对账单、催缴通知书)；

在函件管控平台检测到业务***下发的函件发送请求后，根据请求中的通知内容，选择对应的函件生成模板，生成通知书，同时根据函件或者业务的类型信息，生成从数据生产(业务***)—>到组装成函件(函件平台)—>到发送函件(电子邮件发送/邮局寄送纸函/金管家APP推送)的流转轨迹图。其中邮件是函件发送的一种渠道，通知消息是函件中的一种。

为了便于函件的归类监控，在实际应用中，业务员可能会对某种类型的函件进行批量集中发送，这时，可以采用批次流转轨迹的方式进行监控，也即是说对该批集中发送的函件进行统一监控，在一个流转轨迹图体现即可，例如用户是在同一公司或者是同一大厦上上班时，对于业务账单的下发，可以分别打印出来，然后进行统一的快递发送，生成一个流转轨迹图。

在本实施例中，在所述根据所述监管信息，对所述流转轨迹图上对应的节点的状态进行更改，并进行显示之后，还包括：

统计所述流转轨迹图中各个节点的流转包裹的发送状态，所述发送状态包括发送成功和发送失败；

将统计的发送成功和发送失败的流转包裹数量分别显示于对应的节点上。

在实际应用中，批次流转轨迹的生成也可以是按函件类型、发送的二级机构(可以理解为将全国划分成很多城市，二级机构对应一个省会城市，三级机构对应地级市)来统计生成该函件对应的该机构的整体流转情况，比如三合一函件，该二级机构共100个函件，50个需通过电邮发送、20个需通过邮局寄送纸函发送、30个需通过金管家发送；实际电邮发送成功45个，失败5个，邮局发送成功18，失败2个，金管家发送成功30个，失败0个。

综上，通过上述的方式来实现对函件的统一管控，大大减少了业务员的函件跟踪数据的处理量，并且基于这种可视化的流转轨迹图进行管控，实现了直观的查看函件流转的轨迹，帮助内勤用户更好的管理函件，及时发现并解决问题，提升客户满意度。

上面对本发明实施例中函件监控方法进行了描述，下面对本发明实施例中函件监控装置进行描述，请参阅图5，本发明实施例中函件监控装置一个实施例包括：

采集模块501，用于通过监控接口监控各函件应用程序，并读取各所述函件应用程序中的函件信息，其中，所述函件信息包括已发送函件和待发送函件中的至少一种；

标记模块502，用于根据所述函件信息生成对应的流转包裹和流转轨迹图，并在所述流转包裹中设置函件的跟踪标记；

监控模块503，用于利用所述跟踪标记监听所述流转包裹流转至每个节点时的处理情况，生成监管信息；

处理模块504，用于根据所述监管信息，对所述流转轨迹图上对应的节点的状态进行更改，并进行显示。

本发明实施例中，通过读取不同的函件应用程序中的函件信息，并生成与函件信息对应的流转包裹和流转轨迹图，并在流转包裹中设置跟踪标记，通过跟踪标记对用于流转的流转包裹进行监听，从而获取函件信息在流转过程中的监管信息，基于该监管信息显示于流转轨迹图之上，以便于查询监控函件信息的实时动态；通过上述的方式将不同的函件应用程序中的函件信息统一监控，解决了现有技术中不同应用函件需要采用不同监控手段的方式，而导致函件跟踪困难的问题，提升了监管的力度，保证函件的及时送达，提高了用户对函件平台的使用体验。

请参阅图6，本发明实施例中函件监控装置的另一个实施例包括：

采集模块501，用于通过监控接口监控各函件应用程序，并读取各所述函件应用程序中的函件信息，其中，所述函件信息包括已发送函件和待发送函件中的至少一种；

标记模块502，用于根据所述函件信息生成对应的流转包裹和流转轨迹图，并在所述流转包裹中设置函件的跟踪标记；

监控模块503，用于利用所述跟踪标记监听所述流转包裹流转至每个节点时的处理情况，生成监管信息；

处理模块504，用于根据所述监管信息，对所述流转轨迹图上对应的节点的状态进行更改，并进行显示。

可选的，在本实施例中，所述标记模块502包括：解析单元5021、包裹生成单元5022和定位单元5023；

所述解析单元5021用于对所述函件信息进行解析，解析得到函件的类型信息和函件的具体内容；

所述包裹生成单元5022用于根据所述类型信息获取所述函件管控平台中预先存储的函件模板，并基于所述函件模板和所述具体内容生成所述流转包裹；

所述定位单元5023用于根据定位跟踪技术，在所述流转包裹中设置一个全局唯一标识符，所述全局唯一标识符用于监听所述流转包裹在传输过程的所有处理动作。

可选的，在本实施例中，所述标记模块502还包括查询单元5024、识别单元5025和轨迹生成单元5026；

所述查询单元5024用于从预置的类型信息与业务***信息之间的对应关系表中，查询与所述类型信息对应的业务***信息；

所述识别单元5025用于根据所述业务***信息获取对应的***配置信息，并从所述***配置信息中识别出业务***发送所述流转包裹时所采用的函件发送方式；

所述轨迹生层单元5026用于根据所述函件发送方式选择对应的流转轨迹图的构建规则，并根据所述构建规则构建所述函件信息对应的流转轨迹图，其中，所述流转轨迹图包括从所述业务***产生请求到函件接收人接收完成过程中的所有节点视图以及每个节点所使用的流转方式。

可选的，在本实施例中，所述轨迹生成单元5026具体用于根据所述类型信息，确定生成所述流转包裹过程中，所要调配的***节点；将所述***节点映射至所述函件生成轨迹规则对应的轨迹模型中，得到函件处理轨迹图，所述函件处理轨迹图包括从所述业务***产生请求到流转包裹发送出去之前的所有节点以及每个节点对函件发送请求的处理状态信息；提取所述函件发送请求中携带的函件接收人的地址信息；根据所述函件跟踪轨迹生成规则，构建所述函件发送方式到所述地址信息之间的流转轨迹，并标记所述流转轨迹中流转包裹必须停留处理的流转节点，得到函件发送跟踪轨迹图，所述函件发送跟踪轨迹图包括从发送所述流转包裹的节点到函件接收人接收完成节点之间的所有流转节点以及每个流转节点对函件文件报告的处理状态信息。

可选的，在本实施例中，所述跟踪标记为解密被触发，所述监控模块503包括触发单元5031和监控单元5032；

所述触发单元5031用于识别所述流转包裹流转至每个节点时，是否存在解密过程的触发；

所述监控单元5032用于在触发单元识别存在触发时，获取触发解密时所产生的操作信息，生成点亮所述节点的第一监管信息；用于在触发单元识别不存在触发时，根据所述节点当前的状态信息，生成第二监管信息。

可选的，在本实施例中，所述处理模块504包括提取单元5041、排序单元5042和显示单元5043；

所述提取单元5041用于提取所述第一监管信息中触发解密过程的所有权限信息；

所述排序单元5042用于对所有权限信息，按照从高到低的级别等级进行排序，并生成多级别菜单；

所述显示单元5043用于将所述多级别菜单，显示于所述函件管控平台的显示界面上。

可选的，在本实施例中，所述处理模块504还包括：统计单元5044；

所述统计单元5044用于统计所述流转轨迹图中各个节点的流转包裹的发送状态，所述发送状态包括发送成功和发送失败；

所述显示单元5043用于将统计的发送成功和发送失败的流转包裹数量分别显示于对应的节点上。

本发明实施例中，通过函件管控平台对不同的函件应用层序中的函件信息进行监控，并且读取其中的函件信息生成对应的流转包裹和流转轨迹图，在流转包裹中设置跟踪标记，对流转包裹进行跟踪，从而达到了对函件信息的直接跟踪，这样即可以实现了不同应用之间的函件的统一管理，同时也保证了函件的实时监控，还实现了对函件跟踪的可视化监控，大大减少了业务员的函件跟踪数据的处理量，提高了使用体验。

上面图5和图6从模块化功能实体的角度对本发明实施例中的函件监控装置进行详细描述，下面从硬件处理的角度对本发明实施例中函件监控设备进行详细描述。

图7是本发明实施例提供的一种函件监控设备的结构示意图，该函件监控设备700可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessing units，CPU)710(例如，一个或一个以上处理器)和存储器720，一个或一个以上存储应用程序733或数据732的存储介质730(例如一个或一个以上海量存储设备)。其中，存储器720和存储介质730可以是短暂存储或持久存储。存储在存储介质730的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对函件监控设备700中的一系列指令操作。更进一步地，处理器710可以设置为与存储介质730通信，在函件监控设备700上执行存储介质730中的一系列指令操作。

基于函件监控设备700还可以包括一个或一个以上电源740，一个或一个以上有线或无线网络接口750，一个或一个以上输入输出接口760，和/或，一个或一个以上操作***731，例如Windows Serve，Mac OS X，Unix，Linux，FreeBSD等等。本领域技术人员可以理解，图7示出的函件监控设备结构并不构成对基于函件监控设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本发明还提供一种计算机可读存储介质，该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行所述函件监控方法的步骤。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种函件监控方法，应用于函件管控平台，其特征在于，所述函件监控方法包括：

建立所述函件管控平台上的监控接口与各函件发送应用程序之间的通信链路，基于所述通信链路监控各函件发送应用程序，并读取各所述函件发送应用程序中的函件信息，其中，所述函件信息包括各应用程序中的已发送函件和待发送函件中的至少一种；

根据所述函件信息中的函件发送方式，将各函件发送应用程序发送的函件分为纸件发送方式的第一函件和电子发送方式的第二函件；

根据预设函件跟踪规则构建所述第一函件和第二函件的流转轨迹图，以及根据预设函件跟踪规则生成所述第一函件和第二函件的流转包裹，并在所述流转包裹中设置函件的跟踪标记，其中，所述预设函件跟踪规则包括纸质函件跟踪规则和电子函件跟踪规则，所述流转轨迹图包括发件的起始节点、目的节点和至少一个中间节点；

利用所述跟踪标记监控所述流转包裹流转至每个节点时的处理情况，生成监管信息，其中所述监管信息包括第一函件的流转信息和第二函件的流转信息；

根据所述监管信息，分别对所述第一函件和第二函件的流转轨迹图上对应的节点的状态进行显示。

2.根据权利要求1所述的函件监控方法，其特征在于，所述根据预设函件跟踪规则生成所述第一函件和第二函件的流转包裹，并在所述流转包裹中设置函件的跟踪标记包括：

对所述第一函件进行解析，解析得到第一函件的类型信息和第一函件的具体内容，以及对所述第二函件进行解析，解析得到第二函件的类型信息和第二函件的具体内容；

根据所述类型信息从所述函件管控平台中预先存储的函件模板库中调取对应的函件模板，并基于所述函件模板和所述具体内容生成所述流转包裹；

根据定位跟踪技术，在所述流转包裹中设置一个全局唯一标识符，所述全局唯一标识符用于监听所述流转包裹在传输过程的所有处理动作。

3.根据权利要求2所述的函件监控方法，其特征在于，所述根据预设函件跟踪规则构建所述第一函件和第二函件的流转轨迹图包括：

从预置的类型信息与业务***信息之间的对应关系表中，查询与所述类型信息对应的业务***信息；

根据所述业务***信息获取对应的***配置信息，并从所述***配置信息中识别出业务***发送所述流转包裹时所采用的函件发送方式；

根据所述函件发送方式选择对应的流转轨迹图的构建规则，并根据所述构建规则构建所述函件信息对应的流转轨迹图，其中，所述流转轨迹图包括从所述业务***产生请求到函件接收人接收完成过程中的所有节点视图以及每个节点所使用的流转方式。

4.根据权利要求3所述的函件监控方法，其特征在于，所述函件发送方式包括纸件发送方式和电子发送方式，所述根据所述构建规则构建所述函件信息对应的流转轨迹图包括：

根据所述第一函件，调用预设的第一函件轨迹生成规则构建第一流转轨迹图；

根据所述第二函件，调用预设的第二函件轨迹生成规则构建第二流转轨迹图。

5.根据权利要求4所述的函件监控方法，其特征在于，所述构建规则包括函件生成轨迹规则和函件跟踪轨迹生成规则，所述根据所述构建规则构建所述函件信息对应的流转轨迹图包括：

根据所述类型信息，确定生成所述流转包裹过程中，所要调配的***节点；

将所述***节点映射至所述函件生成轨迹规则对应的轨迹模型中，得到函件处理轨迹图，所述函件处理轨迹图包括从所述业务***产生请求到流转包裹发送出去之前的所有节点以及每个节点对函件发送请求的处理状态信息；

提取所述函件发送请求中携带的函件接收人的地址信息；

根据所述函件跟踪轨迹生成规则，构建所述函件发送方式到所述地址信息之间的流转轨迹，并标记所述流转轨迹中流转包裹必须停留处理的流转节点，得到函件发送跟踪轨迹图，所述函件发送跟踪轨迹图包括从发送所述流转包裹的节点到函件接收人接收完成节点之间的所有流转节点以及每个流转节点对函件文件报告的处理状态信息。

6.根据权利要求1-5中任一项所述的函件监控方法，其特征在于，所述跟踪标记为解密被触发，所述利用所述跟踪标记监控所述流转包裹流转至每个节点时的处理情况，生成监管信息包括：

识别所述流转包裹流转至每个节点时，是否存在解密过程的触发；

若存在，则获取触发解密时所产生的操作信息，生成点亮所述节点的第一监管信息；

若不存在，则根据所述节点当前的状态信息，生成第二监管信息。

7.根据权利要求5所述的函件监控方法，其特征在于，所述根据所述监管信息，分别对所述第一函件和第二函件流转轨迹图上对应的节点的状态进行显示包括：

提取所述第一监管信息中触发解密过程的所有权限信息；

对所有权限信息，按照从高到低的级别等级进行排序，并生成多级别菜单；

将所述多级别菜单，显示于所述函件管控平台的显示界面上。

8.一种函件监控装置，其特征在于，所述函件监控装置包括：

采集模块，用于建立所述函件管控平台上的监控接口与各函件发送应用程序之间的通信链路，基于所述通信链路监控各函件发送应用程序，并读取各所述函件发送应用程序中的函件信息，其中，所述函件信息包括各应用程序中的已发送函件和待发送函件中的至少一种；

分类模块，用于根据所述函件信息中的函件发送方式，将各函件发送应用程序发送的函件分为纸件发送方式的第一函件和电子发送方式的第二函件；

标记模块，用于根据预设函件跟踪规则构建所述第一函件和第二函件的流转轨迹图，以及根据预设函件跟踪规则生成所述第一函件和第二函件的流转包裹，并在所述流转包裹中设置函件的跟踪标记，其中，所述预设函件跟踪规则包括纸质函件跟踪规则和电子函件跟踪规则，所述流转轨迹图包括发件的起始节点、目的节点和至少一个中间节点；

监控模块，用于利用所述跟踪标记监控所述流转包裹流转至每个节点时的处理情况，生成监管信息，其中所述监管信息包括第一函件的流转信息和第二函件的流转信息；

处理模块，用于根据所述监管信息，分别对所述第一函件和第二函件流转轨迹图上对应的节点的状态进行显示。

9.一种函件监控设备，其特征在于，所述函件监控设备包括：存储器和至少一个处理器，所述存储器中存储有指令，所述存储器和所述至少一个处理器通过线路互联；

所述至少一个处理器调用所述存储器中的所述指令，以使得所述函件监控设备执行如权利要求1-7中任一项所述的函件监控方法。

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

Images