CN109727176A - 企业监管处理方法、装置、计算机设备和存储介质 - Google Patents

企业监管处理方法、装置、计算机设备和存储介质 Download PDF

Info

Publication number
CN109727176A
CN109727176A CN201910004218.7A CN201910004218A CN109727176A CN 109727176 A CN109727176 A CN 109727176A CN 201910004218 A CN201910004218 A CN 201910004218A CN 109727176 A CN109727176 A CN 109727176A
Authority
CN
China
Prior art keywords
supervision
collaboration
task
data
mark
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201910004218.7A
Other languages
English (en)
Inventor
朱元
李磊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
OneConnect Smart Technology Co Ltd
Original Assignee
OneConnect Smart Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by OneConnect Smart Technology Co Ltd filed Critical OneConnect Smart Technology Co Ltd
Priority to CN201910004218.7A priority Critical patent/CN109727176A/zh
Publication of CN109727176A publication Critical patent/CN109727176A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请涉及一种基于大数据的企业监管处理方法、装置、计算机设备和存储介质,该方法包括:获取企业信用数据;从所述企业信用数据中,选取协同监管数据;所述协同监管数据,是需进行协同监管处理的企业信用数据;针对所述协同监管数据,确定相应的多个政府监管方的标识;根据协同监管数据,分别生成与各政府监管方的标识相应的协同监管任务;将各所述协同监管任务分别按照相应政府监管方的标识下发;下发的所述协同监管任务,用于指示相应政府监管方执行所述协同监管任务;接收通过政府监管方的标识返回的针对协同监管任务的执行反馈信息。采用本方法能够提高企业监管处理的准确性。

Description

企业监管处理方法、装置、计算机设备和存储介质
技术领域
本申请涉及计算机技术领域,特别是涉及一种企业监管处理方法、装置、计算机设备和存储介质。
背景技术
随着科学技术的飞速发展,企业的数量逐渐增多,企业的类型也日益增多。为了保证各个企业的规范运营和正常发展,政府部门的合理监管是必不可少的。
由于,企业的运营是涉及到多方面的,所以,一个企业往往需要接收多个政府监管部门的监管。不同的政府监管部门都有不同的监管权责,每个监管部门,只会获知自己内部系统中的企业信息,并由部门内部的监管人员根据内部系统的企业信息进行相应的监管处理。然而,各个政府监管部门由于监管手段或者监管途径不同,单一通过自身系统所了解到的企业信息可能存在不足,因而,这种隔离式的监管会导致对企业的监管处理不准确。
发明内容
基于此,有必要针对上述技术问题,提供一种能够企业监管处理准确性的企业监管处理方法、装置、计算机设备和存储介质。
一种企业监管处理方法,所述方法包括:
获取企业信用数据;
从所述企业信用数据中,选取协同监管数据;
针对所述协同监管数据,确定相应的多个政府监管方的标识;
根据协同监管数据,分别生成与各政府监管方的标识相应的协同监管任务;
将各所述协同监管任务分别按照相应政府监管方的标识下发;下发的所述协同监管任务,用于指示相应政府监管方执行所述协同监管任务;
接收通过政府监管方的标识返回的针对协同监管任务的执行反馈信息。
一种企业监管处理装置,所述装置包括:
协同监管数据获取模块,用于获取企业信用数据;从所述企业信用数据中,选取协同监管数据;
协同监管任务生成模块,用于针对所述协同监管数据,确定相应的多个政府监管方的标识;根据协同监管数据,分别生成与各政府监管方的标识相应的协同监管任务;
任务下发模块,用于将各所述协同监管任务分别按照相应政府监管方的标识下发;下发的所述协同监管任务,用于指示相应政府监管方执行所述协同监管任务;
反馈信息获取模块,用于接收通过政府监管方的标识返回的针对协同监管任务的执行反馈信息。
一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
获取企业信用数据;
从所述企业信用数据中,选取协同监管数据;
针对所述协同监管数据,确定相应的多个政府监管方的标识;
根据协同监管数据,分别生成与各政府监管方的标识相应的协同监管任务;
将各所述协同监管任务分别按照相应政府监管方的标识下发;下发的所述协同监管任务,用于指示相应政府监管方执行所述协同监管任务;
接收通过政府监管方的标识返回的针对协同监管任务的执行反馈信息。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
获取企业信用数据;
从所述企业信用数据中,选取协同监管数据;
针对所述协同监管数据,确定相应的多个政府监管方的标识;
根据协同监管数据,分别生成与各政府监管方的标识相应的协同监管任务;
将各所述协同监管任务分别按照相应政府监管方的标识下发;下发的所述协同监管任务,用于指示相应政府监管方执行所述协同监管任务;
接收通过政府监管方的标识返回的针对协同监管任务的执行反馈信息。
上述企业监管处理方法、装置、计算机设备和存储介质,从所述企业信用数据中,选取出协同监管数据,根据协同监管数据,分别生成与各政府监管方的标识相应的协同监管任务;将各所述协同监管任务分别按照相应政府监管方的标识下发;下发的所述协同监管任务,用于指示相应政府监管方执行所述协同监管任务。即实现多方协同对企业进行监管的目的,相较于单一部门独立地监管企业而言,提高了监管准确性。此外,将多方协同监管的执行反馈信息统一汇总,进一步提高了企业监管处理的准确性。
附图说明
图1为一个实施例中企业监管处理方法的应用场景图;
图2为一个实施例中企业监管处理方法的流程示意图;
图3为一个实施例中企业监管处理方法的原理示意图;
图4为一个实施例中企业监管处理装置的结构框图;
图5为另一个实施例中企业监管处理装置的结构框图;
图6为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的企业监管处理方法,可以应用于如图1所示的应用环境中。其中,后台服务器110通过网络分别与数据来源服务器120和协同监管服务器130通过网络进行通信。其中,后台服务器110、数据来源服务器120和协同监管服务器130可以用独立的服务器或者是多个服务器组成的服务器集群来实现。可以理解,数据来源服务器120,是提供企业信用数据的服务器。协同监管服务器130,用于协同执行监管任务。
后台服务器110可以从数据来源服务器120中获取企业信用数据。后台服务器110可以从所述企业信用数据中,选取协同监管数据;所述协同监管数据,是需进行协同监管处理的企业信用数据;针对所述协同监管数据,确定相应的多个政府监管方的标识;根据协同监管数据,分别生成与各政府监管方的标识相应的协同监管任务;将各所述协同监管任务分别按照相应政府监管方的标识下发至相应协同监管服务器130。其中,下发的所述协同监管任务,用于指示相应协同监管服务器130执行所述协同监管任务。协同监管服务器130可以将针对协同监管任务的执行反馈信息返回至后台服务器110。
在一个实施例中,如图2所示,提供了一种企业监管处理方法,以该方法应用于图1中的后台服务器110为例进行说明,包括以下步骤:
S202,获取企业信用数据。
其中,企业信用数据,是用于表示企业的信用的相关数据。
在一个实施例中,企业信用数据,包括企业的经营信息、奖惩信息等。
在一个实施例中,后台服务器可以从政府部门的数据库中获取企业信用数据。政府部门,包括市场监督管理局和安全监督管理局等。
在一个实施例中,除了政府部门的数据库以外,后台服务器还可以从互联网平台中获取的关于企业信用的舆论信息,得到企业信用数据。
即从来源角度来讲,企业信用数据可以包括企业信用的官方数据和关于企业信用的舆论信息等中的至少一种。
具体地,后台服务器可以主动从政府部门的数据库或互联网平台中获取企业信用数据。后台服务器也可以在接收到协同监管发起部门发起的协同监管请求后,响应于该协同监管请求,执行获取企业信用数据的步骤。
在一个实施例中,该方法还包括:接收通过协同监管发起方标识发起的协同监管请求。步骤S202获取企业信用数据包括:提取协同监管请求中的企业标识;获取企业标识所对应的企业信用数据。
具体地,想要发起协同监管的部门的操作人员,可以基于协同操作终端进行协同监管操作,并触发协同操作终端基于协同监管操作生成并发送协同监管请求至后台服务器。该协同监管请求中包括协同监管发起方标识。协同监管发起方标识,用于唯一标识协同监管发起方。协同监管请求中还包括指定的需要进行协同监管处理的企业的企业标识。后台服务器可以根据该企业标识获取该企业标识所标识的企业的企业信用数据。
可以理解,在其他实施例中,企业信用数据可以并非是指定某一企业的企业信用数据,也可以是从数据库中获取的多个企业的企业信用数据。
S204,从企业信用数据中,选取协同监管数据。
其中,协同监管数据,是需进行协同监管处理的企业信用数据。
在一个实施例中,后台服务器可以自动识别企业信用数据中存在风险的企业信用数据,将存在风险的企业信用数据作为协同监管数据。
在一个实施例中,后台服务器可以将获取的企业信用数据输出至信用管理终端进行显示,操作人员可以从显示的企业信用数据中选定需要进行协同监管处理的企业信用数据,并通过信用管理终端上报至后台服务器,后台服务器获取上报的协同监管数据。
S206,针对协同监管数据,确定相应的多个政府监管方的标识。
其中,政府监管方的标识,用于标识进行协同监管的政府部门。
在一个实施例中,后台服务器可以可以对协同监管数据输出至信用管理终端可视化展示,操作人员可以针对协同监管数据,选择处理该协同监管数据的政府监管方,信用管理终端获取所选取的多个政府监管方的标识,并将多个政府监管方的标识上报至后台服务器。
在一个实施例中,后台服务器还可以解析协同监管数据,确定协同监管数据所匹配的一个或多个业务事项,将一个或多个业务事项所属的权责部门的标识,作为进行协同监管的政府监管方的标识。
S208,根据协同监管数据,分别生成与各政府监管方的标识相应的协同监管任务。
在一个实施例中,步骤S208包括:确定所述协同监管数据所匹配的各个业务事项;分别获取与各个业务事项相应的任务模板;将所述协同监管数据分别填入与所匹配的各业务事项相应的任务模板中,生成协同监管任务。
其中,任务模板,是监管任务的基础框架信息。可以理解,将实际的协同监管数据填入任务模板中的相应位置,可以生成协同监管任务。
业务事项,即指政府监管方具有权限处理的业务。
在一个实施例中,业务事项,包括注册地址处理事项和法定代表人处理事项等中的至少一种。
在一个实施例中,后台服务器可以提取协同监管数据的特征信息,将提取的特征信息与预设的业务事项的描述信息进行匹配,当特征信息与业务事项的描述信息匹配,则判定该特征信息所提取自的协同监管数据,与该业务事项匹配。
具体地,后台服务器中可以针对各个业务事项预先设置相应的任务模板,后台服务器可以查找针对与协同监管数据匹配的各个业务事项相应设置的任务模板。进一步地,后台服务器可以将协同监管数据,分别填入与该协同监管数据所匹配的各业务事项相应的任务模板中,将任务模板的数据和协同监管数据结合,自动地智能地生成协同监管任务。
在一个实施例中,步骤S208包括:将所述协同监管数据输出至任务制作终端进行呈现;接收所述任务制作终端发送的、且针对各个政府监管方的标识的监管任务制定请求;所述监管任务制定请求,是任务制作终端根据针对所述协同监管数据的监管任务制定操作生成;根据所述监管任务制定请求中包括的监管内容,生成与各政府监管方的标识相应的协同监管任务。
其中,任务制作终端,是用于接收监管任务制定操作的终端。
具体地,操作人员可以基于任务制作终端呈现的协同监管信息,自定义地针对各个政府监管方标识制定协同监管任务。任务制作终端可以基于操作人员针对协同监管信息的协同监管任务制定操作,生成协同监管任务制定请求,并发送至后台服务器。
可以理解,用户在自定义地针对各个政府监管方标识制定协同监管任务时,可以输入相应的监管内容。协同监管任务制定请求中则包括该输入的监管内容。后台服务器可以根据协同监管任务制定请求中包括的监管内容,生成与各政府监管方标识相应的协同监管任务。即,监管内容是基于信息,后台服务器可以将用户输入的监管内容作为基础数据,进行任务生成处理,生成与各政府监管方的标识相应的协同监管任务。
其中,监管内容,是与监管相关的内容。在一个实施例中,监管内容包括任务名称、任务类型、任务种类、任务具体事项和任务时间等中的至少一种。
S210,将各所述协同监管任务分别按照相应政府监管方的标识下发;下发的所述协同监管任务,用于指示政府监管方执行所述协同监管任务。
在一个实施例中,后台服务器可以将协同监管任务下发至政府监管方的标识所对应的协同监管服务器,并由协同监管服务器将协同监管任务分配至监管人员所使用的监管终端上进行显示。监管人员可以按照显示的协同监管任务,进行相应的监管处理。
可以理解,协同监管服务器在接收到下发的协同监管任务后,可以被触发以确定监管人员,再将将协同监管任务分配至监管人员所使用的监管终端上进行显示。
在一个实施例中,后台服务器可以直接调用政府监管方标识所对应的服务器的接口,将协同监管任务下发至相应的政府监管方标识所对应的服务器。
在一个实施例中,后台服务器也可以通过共享机制,将协同监管任务发送至数据库前置机,并向相应政府监管方标识所对应的协同监管服务器发送通知,协同监管服务器在接收到通知后,自发地去数据库前置机中获取自身所对应的协同监管任务。
S212,接收通过政府监管方的标识返回的针对协同监管任务的执行反馈信息。
其中,执行反馈信息,是指执行监管任务时获得的反馈信息。在一个实施例中,执行反馈信息,包括协同监管任务的任务状态和执行结果等。
在一个实施例中,任务状态包括“待处理”、“处理中”和“已完成”等状态。在一个实施例中,任务状态还可以包括“已终止”、“延期中”等状态。
可以理解,监管人员可以执行所显示的监管任务,并通过监管终端将执行反馈信息发送至相应协同监管服务器,协同监管服务器可以通过政府监管方的标识将执行反馈信息返回至后台服务器。
上述企业监管处理方法,从所述企业信用数据中,选取出需进行协同监管处理的企业信用数据,根据协同监管数据,分别生成与各政府监管方的标识相应的协同监管任务;将各所述协同监管任务分别按照相应政府监管方的标识下发;下发的所述协同监管任务,用于指示相应政府监管方执行所述协同监管任务。即实现多方协同对企业进行监管的目的,相较于单一部门独立地监管企业而言,提高了监管准确性。此外,将多方协同监管的执行反馈信息统一汇总,进一步提高了企业监管处理的准确性。
在一个实施例中,步骤S204从企业信用数据中,选取协同监管数据包括:将企业信用数据分别输入风险预警模型中,输出风险预警结果;根据风险预警结果,确定出存在风险的企业信用数据作为协同监管数据。本实施例中,步骤S206针对协同监管数据,确定相应的多个政府监管方的标识包括:根据风险预警结果,确定各协同监管数据相应的风险类型;针对不同风险类型的协同监管数据,分别确定相应的政府监管方的标识。
其中,风险预警模型,是预先根据样本数据进行迭代地机器学习训练得到的、且用于预测企业信用数据的风险性的机器学习模型。
具体地,后台服务器可以将企业信用数据分别输入风险预警模型中,输出风险预警结果。可以理解,风险预警结果可以表示出存在风险的企业信用数据。
在一个实施例中,后台服务器可以通过风险预警模型,对企业信用数据进行分类,划分为正常的企业信用数据和存在风险的企业信用数据,并根据存在风险的企业信用数据生成风险预警结果。因此,风险预警结果中包括存在风险的企业信用数据。后台服务器可以根据风险预警结果,确定出存在风险的企业信用数据作为协同监管数据。
进一步地,后台服务器可以根据风险预警结果,确定各协同监管数据相应的风险类型。可以理解,风险预警结果除了可以包括存在风险的企业信用数据以外,还可以包括该存在风险的企业信用数据的风险类型。后台服务器可以针对不同风险类型的协同监管数据,分别确定相应的政府监管方的标识。即可以将同一风险类型的协同监管数据,确定一个相应的政府监管方的标识,不同风险类型的协同监管数据所对应的政府监管方的标识不同。
在一个实施例中,针对不同风险类型的协同监管数据,分别确定相应的政府监管方的标识包括:针对每个风险类型的协同监管数据,确定协同监管数据所匹配的业务事项;获取业务事项所属的权责部门的标识,确定协同监管的政府监管方的标识。
具体地,针对每个风险类型的协同监管数据,后台服务器可以提取协同监管数据的特征信息,将提取的特征信息与预设的业务事项的描述信息进行匹配,当特征信息与业务事项的描述信息匹配,则判定该特征信息所提取自的协同监管数据,与该业务事项匹配。后台服务器可以获取所匹配的业务事项所属的权责部门的标识,进而,可以将获取的权责部门的标识,作为进行协同监管的政府监管方的标识。可以理解,不同风险类型的协同监管数据,其所对应的政府监管方的标识不同。
上述实施例中,通过风险预警模型来识别预警存在风险的企业信用数据,得到协同监管数据,使得多方协同监管风险信用数据,提高了对风险数据的监控力度,进而提高了安全性。并且以风险类型为单位,针对不同风险类型,分别确定相应的政府监管方的标识,即以风险类型为单位,确定相应政府监管方,实现对不同企业存在的同一风险类型的企业信用数据,进行批量监管。
在一个实施例中,该方法还包括:接收通过政府监管方的标识发送的任务延期请求;提取任务延期请求中的政府监管方的标识;对下发的与政府监管方的标识相应的协同监管任务进行延期处理,并更新协同监管任务的任务状态更新为延期状态。
在一个实施例中,监管人员可以基于监管终端进行任务延期操作,并通过监管终端生成任务延期请求发送至政府监管方的标识所对应的协同监管服务器,协同监管服务器可以通过相应政府监管方的标识将任务延期请求发送至后台服务器。
在另一个实施例中,政府监管方的标识所对应的协同监管服务器可以自发地监测任务处理进度和时限,当当前时间距协同监管任务的指定完成期限在预设时长范围内时,则可以自发地触发针对协同监管任务生成任务延期请求。后台服务器则可以获取通过政府监管方的标识发送的、且在当前时间距协同监管任务的指定完成期限在预设时长范围内触发生成的任务延期请求。
后台服务器可以提取任务延期请求中的政府监管方的标识,并对下发的与政府监管方的标识相应的协同监管任务进行延期处理。进一步地,后台服务器可以将协同监管任务的任务状态更新为延期状态。
上述实施例中,对协同监管任务实现了延期处理,使使用更加的灵活、提高了适用性。
在一个实施例中,后台服务器还可以在协同监管任务下发后,接收通过协同监管发起方标识发送的任务终止请求,根据该任务终止请求,向下发协同监管任务的政府监管方的标识发送任务终止命令,以指示政府监管方终止处理所下发的协同监管任务。进一步地,后台服务器还可以将该协同监管任务的任务状态更新为已终止状态。
在一个实施例中,后台服务器还可以对协同监管任务进行逾期监测,当超过任务截止时间仍未办结时,后台服务器则可以将协同监管任务加入逾期任务列表中,并对进入逾期状态的协同监管任务进行提醒处理。在一个实施例中,后台服务器可以按照与进入逾期状态的协同监管任务相应的政府监管方的标识发送督办提醒通知,以提醒政府监管方尽快处理协同监管任务。
在一个实施例中,后台服务器还可以接收通过政府监管方的标识发送的监管事项订阅请求,根据该监管事项订阅请求,确定所订阅的监管事项,获取该监管事项的信息,向政府监管方推送其所订阅的监管事项的信息。
上述实施例中,对协同监管任务实现了任务终止、逾期监测以及监管事项订阅的处理,使使用更加的灵活、提高了适用性。
图3为一个实施例中企业监管处理的原理示意图。为了便于理解,现结合图3对整个协同监管流程和实现原理进行解释说明。参照图3,可以从各个委办局或者市监委内等数据库中获取企业信用数据,然后进行风险入库,对企业信用数据进行风险预警,根据风险预警结果,识别出其中存在风险的企业信用数据作为协同监管数据。根据协同监管数据,针对不同的监管部门(即政府监管方)生成不同的协同监管任务,以使得各个监管部门共同实现对协同监管数据的协同处理。然后,各个监管部门可以将协同监管任务分发至各个监管人员所使用的终端进行显示,监管人员可以根据监管终端上显示的协同监管任务进行现场执法(即执行协同监管任务),监管人员在执法过程中,可以返回执行反馈信息,比如,返回协同监管任务的任务状态。进而可以查看到任务完成情况和监管结果。
应该理解的是,虽然图2的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图4所示,提供了一种企业监管处理装置400,包括:协同监管数据获取模块402、协同监管任务生成模块404、任务下发模块406以及反馈信息获取模块408,其中:
协同监管数据获取模块402,用于获取企业信用数据;从企业信用数据中,选取协同监管数据。
协同监管任务生成模块404,用于针对协同监管数据,确定相应的多个政府监管方的标识;根据协同监管数据,分别生成与各政府监管方的标识相应的协同监管任务。
任务下发模块406,用于将各协同监管任务分别按照相应政府监管方的标识下发;下发的协同监管任务,用于指示相应政府监管方执行协同监管任务。
反馈信息获取模块408,用于接收通过政府监管方的标识返回的针对协同监管任务的执行反馈信息。
在一个实施例中,协同监管数据获取模块402还用于将企业信用数据分别输入风险预警模型中,输出风险预警结果;根据风险预警结果,确定出存在风险的企业信用数据作为协同监管数据;针对协同监管数据,确定相应的多个政府监管方的标识包括:根据风险预警结果,确定各协同监管数据相应的风险类型;针对不同风险类型的协同监管数据,分别确定相应的政府监管方的标识。
在一个实施例中,协同监管任务生成模块404还用于针对每个风险类型的协同监管数据,确定协同监管数据所匹配的业务事项;获取业务事项所属的权责部门的标识,确定协同监管的政府监管方的标识。
在一个实施例中,协同监管任务生成模块404还用于确定协同监管数据所匹配的各个业务事项;分别获取与各个业务事项相应的任务模板;将协同监管数据分别填入与所匹配的各业务事项相应的任务模板中,生成协同监管任务。
在一个实施例中,协同监管任务生成模块404还用于将协同监管数据输出至任务制作终端进行呈现;接收任务制作终端发送的、且针对各个政府监管方的标识的监管任务制定请求;监管任务制定请求,是任务制作终端根据针对协同监管数据的监管任务制定操作生成;根据监管任务制定请求中包括的监管内容,生成与各政府监管方的标识相应的协同监管任务。
如图5所示,在一个实施例中,该装置400还包括:
任务延期模块410,用于接收通过政府监管方的标识发送的任务延期请求;提取任务延期请求中的政府监管方的标识;对下发的与政府监管方的标识相应的协同监管任务进行延期处理,并将协同监管任务的任务状态更新为延期状态。
在一个实施例中,协同监管数据获取模块402还用于接收通过协同监管发起方标识发起的协同监管请求;提取协同监管请求中的企业标识;获取企业标识所对应的企业信用数据。
关于企业监管处理装置的具体限定可以参见上文中对于企业监管处理方法的限定,在此不再赘述。上述企业监管处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是图1中的后台服务器110,其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中,存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质可存储操作系统和计算机程序。该计算机程序被执行时,可使得处理器执行一种企业监管处理方法。该计算机设备的处理器用于提供计算和控制能力,支撑整个计算机设备的运行。该内存储器中可储存有计算机程序,该计算机程序被处理器执行时,可使得处理器执行一种企业监管处理方法。计算机设备的网络接口用于进行网络通信。
本领域技术人员可以理解,图6中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器存储有计算机程序,计算机程序被处理器执行时,使得处理器执行上述企业监管处理方法的步骤。此处企业监管处理方法的步骤可以是上述各个实施例的企业监管处理方法中的步骤。
在一个实施例中,提供了一种计算机可读存储介质,存储有计算机程序,计算机程序被处理器执行时,使得处理器执行上述企业监管处理方法的步骤。此处企业监管处理方法的步骤可以是上述各个实施例的企业监管处理方法中的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种企业监管处理方法,所述方法包括:
获取企业信用数据;
从所述企业信用数据中,选取协同监管数据;
针对所述协同监管数据,确定相应的多个政府监管方的标识;
根据协同监管数据,分别生成与各政府监管方的标识相应的协同监管任务;
将各所述协同监管任务分别按照相应政府监管方的标识下发;下发的所述协同监管任务,用于指示相应政府监管方执行所述协同监管任务;
接收通过政府监管方的标识返回的针对协同监管任务的执行反馈信息。
2.根据权利要求1所述的方法,其特征在于,所述从所述企业信用数据中,选取协同监管数据包括:
将所述企业信用数据分别输入风险预警模型中,输出风险预警结果;
根据风险预警结果,确定出存在风险的企业信用数据作为协同监管数据;
所述针对所述协同监管数据,确定相应的多个政府监管方的标识包括:
根据风险预警结果,确定各协同监管数据相应的风险类型;
针对不同风险类型的协同监管数据,分别确定相应的政府监管方的标识。
3.根据权利要求2所述的方法,其特征在于,所述针对不同风险类型的协同监管数据,分别确定相应的政府监管方的标识包括:
针对每个风险类型的协同监管数据,确定所述协同监管数据所匹配的业务事项;
获取业务事项所属的权责部门的标识,确定协同监管的政府监管方的标识。
4.根据权利要求1所述的方法,其特征在于,所述根据协同监管数据,分别生成与各政府监管方的标识相应的协同监管任务包括:
确定所述协同监管数据所匹配的各个业务事项;
分别获取与各个业务事项相应的任务模板;
将所述协同监管数据分别填入与所匹配的各业务事项相应的任务模板中,生成协同监管任务。
5.根据权利要求1所述的方法,其特征在于,所述根据协同监管数据,分别生成与各政府监管方的标识相应的协同监管任务包括:
将所述协同监管数据输出至任务制作终端进行呈现;
接收所述任务制作终端发送的、且针对各个政府监管方的标识的监管任务制定请求;所述监管任务制定请求,是任务制作终端根据针对所述协同监管数据的监管任务制定操作生成;
根据所述监管任务制定请求中包括的监管内容,生成与各政府监管方的标识相应的协同监管任务。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收通过政府监管方的标识发送的任务延期请求;
提取所述任务延期请求中的政府监管方的标识;
对下发的与所述政府监管方的标识相应的协同监管任务进行延期处理,并将所述协同监管任务的任务状态更新为延期状态。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述方法还包括:
接收通过协同监管发起方标识发起的协同监管请求;
获取企业信用数据包括:
提取所述协同监管请求中的企业标识;
获取所述企业标识所对应的企业信用数据。
8.一种企业监管处理装置,其特征在于,所述装置包括:
协同监管数据获取模块,用于获取企业信用数据;从所述企业信用数据中,选取协同监管数据;
协同监管任务生成模块,用于针对所述协同监管数据,确定相应的多个政府监管方的标识;根据协同监管数据,分别生成与各政府监管方的标识相应的协同监管任务;
任务下发模块,用于将各所述协同监管任务分别按照相应政府监管方的标识下发;下发的所述协同监管任务,用于指示相应政府监管方执行所述协同监管任务;
反馈信息获取模块,用于接收通过政府监管方的标识返回的针对协同监管任务的执行反馈信息。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
CN201910004218.7A 2019-01-03 2019-01-03 企业监管处理方法、装置、计算机设备和存储介质 Pending CN109727176A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910004218.7A CN109727176A (zh) 2019-01-03 2019-01-03 企业监管处理方法、装置、计算机设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910004218.7A CN109727176A (zh) 2019-01-03 2019-01-03 企业监管处理方法、装置、计算机设备和存储介质

Publications (1)

Publication Number Publication Date
CN109727176A true CN109727176A (zh) 2019-05-07

Family

ID=66298050

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910004218.7A Pending CN109727176A (zh) 2019-01-03 2019-01-03 企业监管处理方法、装置、计算机设备和存储介质

Country Status (1)

Country Link
CN (1) CN109727176A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110704210A (zh) * 2019-09-20 2020-01-17 天翼电子商务有限公司 脚本任务调用方法、系统、介质及装置
CN111080141A (zh) * 2019-12-19 2020-04-28 深圳市检验检疫科学研究院 国境口岸出入境生物试剂的管理方法、系统、设备及介质
CN113782168A (zh) * 2021-08-25 2021-12-10 北京金山云网络技术有限公司 区域公共医疗协同处理方法、装置、电子设备及存储介质
CN113850520A (zh) * 2021-09-29 2021-12-28 天元大数据信用管理有限公司 一种区域风险防控协同联动方法、装置、设备及介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160350823A1 (en) * 2015-05-27 2016-12-01 Ascent Technologies Inc. System and methods for automatically generating regulatory compliance manual using modularized and taxonomy-based classification of regulatory obligations
CN107067354A (zh) * 2017-03-20 2017-08-18 广东建邦计算机软件股份有限公司 基于共治网格的监管任务处理方法和装置
CN107784067A (zh) * 2017-08-31 2018-03-09 平安科技(深圳)有限公司 监察信息处理方法、装置、服务器和存储介质
CN108256814A (zh) * 2017-08-18 2018-07-06 平安科技(深圳)有限公司 项目信息处理方法、装置、服务器和存储介质
CN108520369A (zh) * 2018-07-06 2018-09-11 西安日间结算登记有限公司 基于大数据的中小企业金融监管系统
CN108874968A (zh) * 2018-06-07 2018-11-23 平安科技(深圳)有限公司 风险管理数据处理方法、装置、计算机设备和存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160350823A1 (en) * 2015-05-27 2016-12-01 Ascent Technologies Inc. System and methods for automatically generating regulatory compliance manual using modularized and taxonomy-based classification of regulatory obligations
CN107067354A (zh) * 2017-03-20 2017-08-18 广东建邦计算机软件股份有限公司 基于共治网格的监管任务处理方法和装置
CN108256814A (zh) * 2017-08-18 2018-07-06 平安科技(深圳)有限公司 项目信息处理方法、装置、服务器和存储介质
CN107784067A (zh) * 2017-08-31 2018-03-09 平安科技(深圳)有限公司 监察信息处理方法、装置、服务器和存储介质
CN108874968A (zh) * 2018-06-07 2018-11-23 平安科技(深圳)有限公司 风险管理数据处理方法、装置、计算机设备和存储介质
CN108520369A (zh) * 2018-07-06 2018-09-11 西安日间结算登记有限公司 基于大数据的中小企业金融监管系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
乌云娜;王和平;胡新亮;李泽众;: "非经营性政府投资项目协同监管机制――基于多智能体系统", 技术经济与管理研究, no. 02 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110704210A (zh) * 2019-09-20 2020-01-17 天翼电子商务有限公司 脚本任务调用方法、系统、介质及装置
CN110704210B (zh) * 2019-09-20 2023-10-10 天翼电子商务有限公司 脚本任务调用方法、系统、介质及装置
CN111080141A (zh) * 2019-12-19 2020-04-28 深圳市检验检疫科学研究院 国境口岸出入境生物试剂的管理方法、系统、设备及介质
CN113782168A (zh) * 2021-08-25 2021-12-10 北京金山云网络技术有限公司 区域公共医疗协同处理方法、装置、电子设备及存储介质
CN113850520A (zh) * 2021-09-29 2021-12-28 天元大数据信用管理有限公司 一种区域风险防控协同联动方法、装置、设备及介质

Similar Documents

Publication Publication Date Title
CN109727176A (zh) 企业监管处理方法、装置、计算机设备和存储介质
CN109816399A (zh) 投诉件的管理方法、装置、计算机设备和存储介质
WO2020073727A1 (zh) 风险预测方法、装置、计算机设备和存储介质
CN110264328A (zh) 对账方法、装置、设备、系统及计算机可读存储介质
CN112085597A (zh) 一种贷款处理方法及系统
CN109409836A (zh) 数据申请处理方法及装置、电子设备、存储介质
CN107909234A (zh) 工作流数据的时限提醒方法、处理方法及其装置、设备
CN110135815B (zh) 差旅订单监控方法、装置、计算机设备和存储介质
CN109409780B (zh) 变更处理方法、装置、计算机设备和存储介质
CN113435517B (zh) 异常数据点输出方法、装置、计算机设备和存储介质
CN110458633A (zh) 基于区块链技术的发票数据生成方法、系统和计算机设备
CN110400080A (zh) 考核数据监控方法、装置、计算机设备和存储介质
CN114638391A (zh) 运单风险场景识别处理方法、装置、计算机设备和介质
CN109961328A (zh) 确定订单冷静期的方法和装置
CN109992495A (zh) 接口测试的方法和装置
CN114661792A (zh) 金融数据处理方法、装置、电子设备、介质及产品
CN108038667B (zh) 保单生成方法、装置及设备
CN114186024A (zh) 推荐方法及装置
CN113191743A (zh) 基于区块链的模型化企业管理方法及系统
CN112712369A (zh) 一种反洗钱可疑交易监测方法和装置
CN110147997A (zh) 数据处理方法、装置、设备及存储介质
CN109308298A (zh) 工程项目综合管理系统
CN109377266A (zh) 业务数据跟踪与管理方法、装置、计算机设备和存储介质
CN112862495A (zh) 交易数据风险控制方法、装置、计算机设备和存储介质
CN112101852A (zh) 核电站物料的发料批次推荐方法、装置、设备及介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20190507

WD01 Invention patent application deemed withdrawn after publication