业务管理系统及方法

技术领域

本发明涉及业务管理技术领域，具体为业务管理系统及方法。

背景技术

当前单位面向用户所开放的各类项目申报工作，往往线下流程过于繁琐，且申报条件和要求不够清晰，让有些用户来回跑好多趟。目前，很多单位已经委托软件开发公司为其构建了线上项目申报系统，这给用户进行项目申报的工作带来了很大便利，用户只需要通过线上选择要申报的项目，然后根据指引去填写项目表单所要求的内容，同时上传相应附件材料，即可等待单位线上审批。线上审批通过后，用户只需要按照要求跑一次单位上交相关原件材料复核，即可完成项目申报工作。

CN201910390426.5公布的一种线上项目申报系统及其方法，将所有申报的材料按照表单顺序、材料顺序一次性全部导出成同一个pdf标准化文件，使得用户仅仅只需要按照标准化文件的要求，逐步打印纸质文件，即可完成复审材料的准备工作，避免了差材料、漏材料和材料顺序不正确的问题，减少了用户来回提交复审材料的次数。

而存在以下问题：

其申报的方式还局限于申报处，而无法在微信上进行申报。

发明内容

本发明的目的在于提供业务管理系统及方法，解决了现有技术中的问题。

为实现上述目的，本发明提供如下技术方案：业务管理系统，包括移动端和PC电脑端，所述移动端分为项目经理端和前端客服端，项目经理端和前端客服端选择是否授权系统发送项目状态变化信息到微信，确认授权需要公司微信公众号，项目变动信息以公众号消息的方式推送给授权用户。

进一步地，所述项目经理端用于项目经理提交项目信息，查看项目进度使用；

所述前端客服端用于邀请项目经理、管理下级客服及项目经理使用，查看直接管理的项目经理提交的项目信息，也可以查看下级客服所关联项目经理提交的项目信息。

进一步地，所述项目经理端包括项目提交单元、项目变动发送单元、授权单元、项目信息单元和自主注册单元；

所述项目提交单元分别与项目变动发送单元、项目信息单元和自主注册单元连接，授权单元与项目变动发送单元连接；

所述项目提交单元用于项目经理端的项目经理提交项目项目信息单元，并在提交过程中收集每个项目的项目信息单元中所出现的关键词，并根据关键词分类，通过预分类，在提交时，能够提交至PC电脑端指定的位置；

所述项目变动发送单元在提交项目后系统弹窗询问是否授权发送项目变动消息到微信，如果允许发送消息，系统判断当前用户是否已关注微信公众号；如果未关注则跳转到关注公众号页面提示用户关注，否则接收不到系统推送消息；

所述授权单元个人中心有授权开关，可以取消和授权发送消息的权限；

所述项目信息单元通过建立的项目管理页面，可以查看报备的所有项目列表、报名成功项目列表、中标项目列表，列表页面可以按项目名模糊搜索；

所述自主注册单元判断在提交的过程中，该项目是否有对应的前端客服处理，若判断有前端客服处理，则提交成功进入PC电脑端，若判断没有前端客服，则提示用户联系平台客户，PC电脑端给用户给其分配前端客服后，项目信息重新提交。

进一步地，所述前端客服端通过建立不同等级的前端客服，其中，前端客服的等级随着时间以及服务质量、指标晋升，例如：前端客服B＜前端客服A＜前端客服A。

进一步地，所述前端客服B：

可以查看所有自己发展的项目经理所提交的项目、项目经理总数及资料；

所述前端客服A：

可以查看所有自己发展的项目经理所提交的项目、下级前端客服B所发展项目经理提交的项目，可以查看下级前端客服B总数及资料、项目经理总数及资料；

所述前端客服A：

可以查看所有自己发展的项目经理所提交的项目、下级前端客服A和下级前端客服B所发展项目经理提交的项目。可以查看下级前端客服总数及资料、项目经理总数及资料。

进一步地，所述PC电脑端分为总后台、专属客服后台和投标客服后台；

所述总后台用于拥有所有查看和编辑权限，可以为专属客服分配区域，区域内提交的项目自动计入此专属客服的后台项目列表中；

所述专属客服后台用于接收前端客服端提交的项目，用于负责审批项目和分配投标客服，审批的项目信息不完整或不符合公司要求的驳回，项目经理可以根据驳回原因修改或放弃，若审批通过则为项目分配至投标客服后台；

所述投标客服后台用于负责跟进项目状态，如中止报名、标书制作中、中标、未中标、弃标，中止报名和弃标需备注原因。

进一步地，所述前端客服端每个项目提交成功后，系统随机生成唯一key值，此key值将加密存储，用于不同客服后台查询所关联的项目时使用。

本发明提出的另一种技术，包括业务管理系统的方法，包括以下步骤：

S1：用户在提交项目的过程中，判断项目是否有对应的前端客服处理，若判断有前端客服处理，则提交成功进入专属客服后台审核，若判断没有前端客服，则提示用户联系平台客户，总后台给用户分配前端客服，项目信息重新提交；

S2：专属客服后台在审核的过程中，根据提交项目信息进行审批，审批的项目信息不完整或不符合公司要求的驳回，项目经理可以根据驳回原因放弃提交项目，或修改项目信息则重复S1，若审批通过则为项目分配至投标客服后台；

S3：投标客服后台实时跟进项目进度，修改项目状态。

进一步地，S2专属客服后台在审核的过程中，根据提交项目信息进行审批，包括以下步骤：

S21:获取所述提交项目信息的分节信息，并根据所述分节信息将所述提交项目信息划分为若干条待审核信息；

S22：提取每一条待审核信息包含的关键词，根据所述关键词分析不同待审核信息之间的逻辑关系，生成分析结果；

提取所述分析结果中包含的逻辑词，基于所述逻辑词的逻辑特性建立项目框架并将所述每一条待审核信息输入到所述项目框架对应的项目层中；

S23：利用流程图展开所述项目框架生成项目流程图，在所述项目流程图中获取所述提取项目信息的主要流程分支；

获取所述主要流程分支包含的项目事件，在历史审核事件库中提取与所述项目事件一致的已通过事件；

分别获取所述项目流程图中每一剩余流程分支对应的项目数据以及数据类型，建立所述提取项目信息的项目数据列表；

S24：基于所述项目数据列表，在所述已通过事件中提取与项目数据的数据类型一致的历史数据，并为每一数据类型建立数据统计图；

根据所述数据统计图，分别获取每一数据类型的环比增长率；

在所述历史数据中提取最近历史数据，并基于所述环比增长率分别生成每一数据类型对应的本期数据区间；

分别判断每一数据类型对应的项目数据是否在对应的本期预测数据区间内；

S25：若所有数据类型对应的项目数据均在对应的本期预测数据区间内，确定所述项目信息通过审批；

反之，确定所述项目信息不通过审批。

进一步地，所述PC电脑端在项目经理端和前端客服端在授权系统发送项目状态变化信息到微信之前，还用于对项目状态变化信息进行加密，其步骤包括：

根据所述项目状态变化信息构建项目数据集合；

提取所述项目集合中的核心属性，提取完毕后，将所述项目数据集合划分为多个数据子集合；

获取所述核心属性的扩展数据，根据所述扩展数据与每个数据子集合的数据关联性确定每个数据子集合相对于所述核心属性的信息增益；

根据所述信息增益以及每个数据子集合的瞬态数据特征和数据统计特征计算出所述项目数据集合的重要性指数：

其中，Q表示为项目数据集合的重要性指数，N表示为数据子集合的数量，i表示为第i个数据子集合，P

根据所述重要度指数计算出项目数据集合的加密系数：

F＝0.4Q*0.3K*0.3H

其中，F表示为项目数据集合的加密系数，K表示为项目数据集合中数据的影响指数，H表示为项目状态变化信息中的授权敏感信息分布概率；

将所述加密系数与预设阈值进行比较，获取比较结果；

根据所述比较结果选择加密方式，其中，若所述比较结果为加密系数大于等于预设阈值，则对项目状态变化信息采用第二加密方式进行加密，若所述比较结果为加密系数小于预设阈值，则对项目状态变化信息采用第一加密方式进行加密，所述第二加密方式的加密程度高于所述第一加密方式。

与现有技术相比，本发明的有益效果如下：

1、本业务管理系统及方法，用户在提交项目的过程中，项目变动发送单元和自主注册单元设有扩展接口，通过扩展接口将项目变动发送单元中已关注微信公众号和未关注公众号页面的用户进行物理隔离，分为关注集合和未关注集合，则在后续的业务管理中，针对已关注微信公众号进行项目提交的用户进行优先项目转交于自主注册单元提交，而未关注微信公众号的用户需要提交项目时，用户被分配至未关注集合内，并且用户关注公众号后，将关注的用户归纳至关注集合内，并且平台通过实时刷新两者集合用户，优化其用户项目提交的群体；

2、本业务管理系统及方法，判断项目是否有对应的前端客服处理，若判断有前端客服处理，则提交成功进入专属客服后台审核，若判断没有前端客服，则提示用户联系平台客户，总后台给用户分配前端客服，项目信息重新提交；专属客服后台在审核的过程中，根据提交项目信息进行审批，审批的项目信息不完整或不符合公司要求的驳回，项目经理可以根据驳回原因放弃提交项目，或修改项目信息则重复S1，若审批通过则为项目分配至投标客服后台；

3、本业务管理系统及方法，通过业务管理系统的移动端和PC电脑端业务组件中的两端都可以选择是否授权系统发送项目状态变化信息到微信，确认授权需要关注公司微信公众号，项目变动信息以公众号消息的方式推送给授权用户，通过平台的权限管理进行配置，最终形成需要的业务管理系统。

附图说明

图1为本发明的整体原理图；

图2为本发明的移动端模块图；

图3为本发明的项目经理端模块图；

图4为本发明的PC电脑端模块图；

图5为本发明的流程图。

图中：1、移动端；11、项目经理端；111、项目提交单元；112、项目变动发送单元；113、授权单元；114、项目信息单元；115、自主注册单元；12、前端客服端；2、PC电脑端；21、总后台；22、专属客服后台；23、投标客服后台。

具体实施方式

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

请参阅图1-4，业务管理系统，包括移动端和PC电脑端，移动端分为项目经理端11和前端客服端12，项目经理端11和前端客服端12选择是否授权系统发送项目状态变化信息到微信，确认授权需要公司微信公众号，项目变动信息以公众号消息的方式推送给授权用户。

项目经理端11用于项目经理提交项目信息，查看项目进度使用；

前端客服端12用于邀请项目经理、管理下级客服及项目经理使用，查看直接管理的项目经理提交的项目信息，也可以查看下级客服所关联项目经理提交的项目信息。

项目经理端11包括项目提交单元111、项目变动发送单元112、授权单元113、项目信息单元114和自主注册单元15；

项目提交单元111分别与项目变动发送单元112、项目信息单元114和自主注册单元115连接，授权单元113与项目变动发送单元112连接；

项目提交单元111用于项目经理端11的项目经理提交项目项目信息单元114，并在提交过程中收集每个项目的项目信息单元114中所出现的关键词，并根据关键词分类，通过预分类，在提交时，能够提交至PC电脑端指定的位置；

项目提交单元111上留有业务组件接口，业务组件接口可识别提交的项目，并且业务组件接口通过在开放服务网关协议框架的基础上构建项目信息提交业务。

项目变动发送单元112在提交项目后系统弹窗询问是否授权发送项目变动消息到微信，如果允许发送消息，系统判断当前用户是否已关注微信公众号；如果未关注则跳转到关注公众号页面提示用户关注，否则接收不到系统推送消息；

授权单元113个人中心有授权开关，可以取消和授权发送消息的权限；

项目信息单元114通过建立的项目管理页面，可以查看报备的所有项目列表、报名成功项目列表、中标项目列表，列表页面可以按项目名模糊搜索；

自主注册单元115判断在提交的过程中，该项目是否有对应的前端客服处理，若判断有前端客服处理，则提交成功进入PC电脑端，若判断没有前端客服，则提示用户联系平台客户，PC电脑端给用户给其分配前端客服后，项目信息重新提交。

项目变动发送单元112和自主注册单元115设有扩展接口，通过扩展接口将项目变动发送单元112中已关注微信公众号和未关注公众号页面的用户进行物理隔离，分为关注集合和未关注集合，则在后续的业务管理中，针对已关注微信公众号进行项目提交的用户进行优先项目转交于自主注册单元115提交，而未关注微信公众号的用户需要提交项目时，用户被分配至未关注集合内，并且用户关注公众号后，将关注的用户归纳至关注集合内，并且平台通过实时刷新两者集合用户。

前端客服端12通过建立不同等级的前端客服，其中，前端客服的等级随着时间以及服务质量、指标晋升，例如：前端客服B＜前端客服A2＜前端客服A1。

前端客服端12首先可以获取用于项目的信息，并且，根据每个用户提交的项目类型分配至不同的前端客服端12，并且设置的处理设备可以根据项目类型对应的多个服务方式，用户需要服务时，处理设备能够有丰富的带宽资源来对客户进行服务，缓解多个服务压力，处理设备也能够及时安排前端客服端12与用户之间进行对接；同时，由于用户和前端客服的标识都具有对应的优先级，因此，可确定出当前优先级最高的用户信息，提高了服务处理效率，减少了用户项目提交的等待时间。

前端客服B：

可以查看所有自己发展的项目经理所提交的项目、项目经理总数及资料；

前端客服A2：

可以查看所有自己发展的项目经理所提交的项目、下级前端客服B所发展项目经理提交的项目，可以查看下级前端客服B总数及资料、项目经理总数及资料；

前端客服A1：

可以查看所有自己发展的项目经理所提交的项目、下级前端客服A2和下级前端客服B所发展项目经理提交的项目。可以查看下级前端客服总数及资料、项目经理总数及资料。

前端客服端12的接收终端接收到用户项目提交的呼叫请求，每个前端客服端12负责一个或多个用户，信息储存系统读取用户信息，若是新用户则将信息录入数据信息存储系统内部并进入IVR自动语音流程功能，若是老用户通过权限系统对比用户资料，如果用户被列为黑名单则拒绝接收呼叫，反之，进入IVR自动语音流程功能，系统根据每位客服每天的接入量，随机出发满意度短信，再根据客户回答的满意度打分，对客服做出相应的信息反馈。

PC电脑端分为总后台21、专属客服后台22和投标客服后台23；

总后台21用于拥有所有查看和编辑权限，可以为专属客服分配区域，区域内提交的项目自动计入此专属客服的后台项目列表中；

专属客服后台22用于接收前端客服端12提交的项目，用于负责审批项目和分配投标客服，审批的项目信息不完整或不符合公司要求的驳回，项目经理可以根据驳回原因修改或放弃，若审批通过则为项目分配至投标客服后台23；

投标客服后台23用于负责跟进项目状态，如中止报名、标书制作中、中标、未中标、弃标，中止报名和弃标需备注原因。

前端客服端12每个项目提交成功后，系统随机生成唯一key值，此key值将加密存储，用于不同客服后台查询所关联的项目时使用。

项目经理端11和前端客服端12选择是否授权系统发送项目状态变化信息到微信，确认授权需要公司微信公众号，项目变动信息以公众号消息的方式推送给授权用户。项目提交单元111用于项目经理端11的项目经理提交项目项目信息单元114，并在提交过程中收集每个项目的项目信息单元114中所出现的关键词，并根据关键词分类，通过预分类，在提交时，能够提交至PC电脑端指定的位置；通过扩展接口将项目变动发送单元112中已关注微信公众号和未关注公众号页面的用户进行物理隔离，分为关注集合和未关注集合，则在后续的业务管理中，针对已关注微信公众号进行项目提交的用户进行优先项目转交于自主注册单元115提交，而未关注微信公众号的用户需要提交项目时，用户被分配至未关注集合内，并且用户关注公众号后，将关注的用户归纳至关注集合内，并且平台通过实时刷新两者集合用户。专属客服后台22用于接收前端客服端12提交的项目，用于负责审批项目和分配投标客服，审批的项目信息不完整或不符合公司要求的驳回，项目经理可以根据驳回原因修改或放弃，若审批通过则为项目分配至投标客服后台23。

通过业务管理系统的移动端和PC电脑端业务组件中的两端都可以选择是否授权系统发送项目状态变化信息到微信，确认授权需要关注公司微信公众号，项目变动信息以公众号消息的方式推送给授权用户，通过平台的权限管理进行配置，最终形成需要的业务管理系统。

请参阅图5，业务管理系统的管理方法，包括以下步骤：

步骤一：用户在提交项目的过程中，判断项目是否有对应的前端客服处理，若判断有前端客服处理，则提交成功进入专属客服后台22审核，若判断没有前端客服，则提示用户联系平台客户，总后台21给用户分配前端客服，项目信息重新提交；

步骤二：专属客服后台22在审核的过程中，根据提交项目信息进行审批，审批的项目信息不完整或不符合公司要求的驳回，项目经理可以根据驳回原因放弃提交项目，或修改项目信息则重复S1，若审批通过则为项目分配至投标客服后台23；

步骤三：投标客服后台23实时跟进项目进度，修改项目状态。

在一个实施例中，S2专属客服后台22在审核的过程中，根据提交项目信息进行审批，包括以下步骤：

S21:获取所述提交项目信息的分节信息，并根据所述分节信息将所述提交项目信息划分为若干条待审核信息；

S22：提取每一条待审核信息包含的关键词，根据所述关键词分析不同待审核信息之间的逻辑关系，生成分析结果；

提取所述分析结果中包含的逻辑词，基于所述逻辑词的逻辑特性建立项目框架并将所述每一条待审核信息输入到所述项目框架对应的项目层中；

S23：利用流程图展开所述项目框架生成项目流程图，在所述项目流程图中获取所述提取项目信息的主要流程分支；

获取所述主要流程分支包含的项目事件，在历史审核事件库中提取与所述项目事件一致的已通过事件；

分别获取所述项目流程图中每一剩余流程分支对应的项目数据以及数据类型，建立所述提取项目信息的项目数据列表；

S24：基于所述项目数据列表，在所述已通过事件中提取与项目数据的数据类型一致的历史数据，并为每一数据类型建立数据统计图；

根据所述数据统计图，分别获取每一数据类型的环比增长率；

在所述历史数据中提取最近历史数据，并基于所述环比增长率分别生成每一数据类型对应的本期数据区间；

分别判断每一数据类型对应的项目数据是否在对应的本期预测数据区间内；

S25：若所有数据类型对应的项目数据均在对应的本期预测数据区间内，确定所述项目信息通过审批；

反之，确定所述项目信息不通过审批；

该实例中，待审核信息表示项目数据中包含的条例；

该实例中，逻辑关系表示不同待审核信息之间的关系；

该实例中，项目框架表示项目信息中所有信息的布局；

该实例中，主要流程分支表示项目信息中主要待审核通过所在的分支；

该实例中，项目数据列表表示项目信息中所在项目数据的统计表；

该实例中，数据统计图可以为折线图；

该实例中，环比增长率表示数据类型对应的项目数据与前一期数据相比的增长率，其中，若数据下降，则增长率为负。

上述技术方案的工作原理：首先获取项目信息，根据项目信息的分节信息将其划分为若干条待审核信息，然后根据每一条待审核信息包含的关键词，分析不同待审核信息之间的逻辑关系，生成分析结果，根据分析结果中包含的逻辑词，建立项目框架，再利用流程图展开项目框架生成项目流程图，获取项目信息的主要流程分支包含的项目事件，在历史审核事件库中提取与项目事件一致的已通过事件，然后根据项目流程图中每一剩余分支对应的项目数据以及数据类型，建立项目数据列表，再在所述已通过事件中提取与数据类型一致的历史数据，并为每一所述数据类型建立数据统计图，分别获取每一数据类型的环比增长率，结合前一期数据生成每一数据类型对应的本期数据区间，然后可以判断每一数据类型对应的项目数据是否在对应的本期预测数据区间内，若所有数据类型对应的项目数据均在对应的本期预测数据区间内，确定项目信息通过审批，反之，确定项目信息不通过审批。

上述技术方案的有益效果：在进行项目审核时不仅要审核项目本身的数据还要审核其中包含的数据是否合理，利用逻辑框架分析项目信息包含的多条待审核信息，然后建立流程图，确定项目信息的主要事件，然后利用历史审核情况确定项目信息中每一条数据是否在合理的增长范围内，这样以来不仅可以快速审核项目数据，还避免了大量的人工计算过程，加快了审核速度。

在一个实施例中，所述PC电脑端在项目经理端11和前端客服端12在授权系统发送项目状态变化信息到微信之前，还用于对项目状态变化信息进行加密，其步骤包括：

根据所述项目状态变化信息构建项目数据集合；

提取所述项目集合中的核心属性，提取完毕后，将所述项目数据集合划分为多个数据子集合；

获取所述核心属性的扩展数据，根据所述扩展数据与每个数据子集合的数据关联性确定每个数据子集合相对于所述核心属性的信息增益；

根据所述信息增益以及每个数据子集合的瞬态数据特征和数据统计特征计算出所述项目数据集合的重要性指数：

其中，Q表示为项目数据集合的重要性指数，N表示为数据子集合的数量，i表示为第i个数据子集合，P

根据所述重要度指数计算出项目数据集合的加密系数：

F＝0.4Q*0.3K*0.3H

其中，F表示为项目数据集合的加密系数，K表示为项目数据集合中数据的影响指数，H表示为项目状态变化信息中的授权敏感信息分布概率；

将所述加密系数与预设阈值进行比较，获取比较结果；

根据所述比较结果选择加密方式，其中，若所述比较结果为加密系数大于等于预设阈值，则对项目状态变化信息采用第二加密方式进行加密，若所述比较结果为加密系数小于预设阈值，则对项目状态变化信息采用第一加密方式进行加密，所述第二加密方式的加密程度高于所述第一加密方式。

上述技术方案的有益效果为：通过计算项目数据集合的重要性指数进而确定其加密系数可以精准地确定对于项目状态变化信息的加密等级和方式，从而最大化地保证项目状态变化信息的隐私性和安全性，提高了数据安全性。

综上所述：本业务管理系统及方法，用户在提交项目的过程中，项目变动发送单元112和自主注册单元115设有扩展接口，通过扩展接口将项目变动发送单元112中已关注微信公众号和未关注公众号页面的用户进行物理隔离，分为关注集合和未关注集合，则在后续的业务管理中，针对已关注微信公众号进行项目提交的用户进行优先项目转交于自主注册单元115提交，而未关注微信公众号的用户需要提交项目时，用户被分配至未关注集合内，并且用户关注公众号后，将关注的用户归纳至关注集合内，并且平台通过实时刷新两者集合用户，判断项目是否有对应的前端客服处理，若判断有前端客服处理，则提交成功进入专属客服后台22审核，若判断没有前端客服，则提示用户联系平台客户，总后台21给用户分配前端客服，项目信息重新提交；专属客服后台22在审核的过程中，根据提交项目信息进行审批，审批的项目信息不完整或不符合公司要求的驳回，项目经理可以根据驳回原因放弃提交项目，或修改项目信息则重复S1，若审批通过则为项目分配至投标客服后台23；投标客服后台23实时跟进项目进度，修改项目状态。通过业务管理系统的移动端和PC电脑端业务组件中的两端都可以选择是否授权系统发送项目状态变化信息到微信，确认授权需要关注公司微信公众号，项目变动信息以公众号消息的方式推送给授权用户，通过平台的权限管理进行配置，最终形成需要的业务管理系统。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”；“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程；方法；物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程；方法；物品或者设备所固有的要素。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化；修改；替换和变型，本发明的范围由所附权利要求及其等同物限定。