一种纠纷文本生成方法及装置、存储介质和电子设备与流程

专利2024-06-28  70



1.本发明涉及数据处理领域,尤其是一种纠纷文本生成方法及装置、存储介质和电子设备。


背景技术:

2.随着互联网技术的飞速发展,越来越多的公文通过互联网进行公开,使得人们能够快速获取公文信息。所述公文信息类型有多种,例如裁判文书。裁判文书是记载人民法院审理过程和结果,它是诉讼活动结果的载体,也是人民法院确定和分配当事人实体权利义务的唯一凭证。一条结构完整、要素齐全、逻辑严谨的裁判文书,既是当事人享有权利和负担义务的凭证,也是上级人民法院监督下级人民法院民事审判活动的重要依据。
3.通过裁判文书,能够获取多种类型信息。以公司法规范的对象为例,公司法,是为了规范公司的组织和行为,保护公司、股东和债权人的合法权益,维护社会经济秩序,促进社会主义市场经济的发展而制定的法律。公司纠纷是指公司及公司相关主体之间发生的,以公司法规定的权利义务为内容的民事纠纷。它是因现代公司制度下的特定主体违反有关公司具体法律制度的规定而引发的一类特殊民事纠纷,以区别于刑事、行政纠纷。公司纠纷不同于普通的民事纠纷。其一,公司纠纷起因于对公司法所规定的特殊的公司法权利义务的违反;其二,公司纠纷的主体虽为平等主体,但纠纷主体多具有特殊的身条关系。
4.对用户来讲,互联网上存在海量信息,裁判文书中内容又较多,还需要甄别信息中各个对象的关系,在如此浩瀚的信息中获取有效信息成为亟需解决的技术问题。


技术实现要素:

5.有鉴于此,本发明提供了一种纠纷文本生成方法及装置、存储介质和电子设备,能够解决在海量公文中难于快速、直观获取有效信息的技术问题。
6.本发明提供一种纠纷文本生成方法。所述方法包括:
7.获取企业所涉及的各个裁判文书;针对各个所述裁判文书中的任一裁判文书,执行以下步骤:
8.提取出所述裁判文书中的第一类型当事人实体、第二类型当事人实体与纠纷类型,并依据指定规则形成至少一条待验证数据;
9.获取所述企业的股东信息,使用所述股东信息对至少一条所述待验证数据进行验证,根据验证结果为每条符合条件的待验证数据添加对应标记;
10.基于标记过的待验证数据,生成并展示指定格式的所述企业的纠纷文本。
11.可选地,所述第一类型当事人实体是所述纠纷事件中的原告、上诉人、申请人和保全人的其中之一;所述第二类型当事人实体是所述纠纷事件中的被告、被上诉人、被申请人和被保全人的其中之一。
12.可选地,所述依据指定规则形成至少一条待验证数据,包括:
13.将所述第一类型当事人实体、第二类型当事人实体和纠纷类型导入到数据表的目
标行;
14.在所述目标行存在多个第一类型当事人实体和/或多个第二类型当事人实体的情况下,使用炸裂函数将所述目标行拆分为多个新的目标行,其中,每个新的目标行包括一个第一类型当事人实体、一个第二类型当事人实体和纠纷类型,且不同新的目标行所包括的第一类型当事人实体和第二类型当事人实体不完全相同;
15.将每个所述新的目标行中的数据确定为一条待验证数据。
16.可选地,所述企业是上市企业,所述获取所述企业的股东信息,包括:
17.解析所述企业的上市公告,得到所述企业的全部投资方;
18.将每个所述投资方的名称分别与工商信息公示网站中的企业名称进行对比,根据对比结果确定所述企业的股东信息。
19.可选地,所述使用所述股东信息对至少一条所述待验证数据进行验证,根据验证结果为每条符合条件的待验证数据添加对应标记,包括:
20.获取预先设定的多种类型的纠纷模板;
21.针对任一条待验证数据,将其中的第一类型当事人实体、第二类型当事人实体分别与所述股东信息进行关联,并判断关联后的所述待验证数据是否符合所述多种类型的纠纷模板中的任一类型的纠纷模板;
22.在所述待验证数据符合其中一种类型的纠纷模板时,为所述待验证数据添加对应的模板标记。
23.可选地,所述方法还包括:
24.对数据库执行实时监控,以获取各个企业的裁判文书和股东信息的增加信息、删除信息或修改信息;
25.基于所述增加信息、所述删除信息或所述修改信息,实时计算并更新所展示的企业纠纷文本。
26.本发明提供一种纠纷文本生成装置。所述装置包括:
27.获取模块:配置为获取企业所涉及的各个裁判文书;针对各个所述裁判文书中的任一裁判文书,均触发提取模块;
28.提取模块:配置为提取出所述裁判文书中的第一类型当事人实体、第二类型当事人实体与纠纷类型,并依据指定规则形成至少一条待验证数据;
29.标记模块:配置为获取所述企业的股东信息,使用所述股东信息对至少一条所述待验证数据进行验证,根据验证结果为每条符合条件的待验证数据添加对应标记;
30.文本生成模块:配置为基于标记过的待验证数据,生成并展示指定格式的所述企业的纠纷文本。
31.本发明提供一种存储介质,所述存储介质中存储有多条指令;所述多条指令,用于由处理器加载并执行如前任一项所述方法。
32.本发明提供一种电子设备,所述电子设备,包括:
33.处理器,用于执行多条指令;
34.存储器,用于存储多条指令;
35.其中,所述多条指令,用于由所述存储器存储,并由所述处理器加载并执行如前任一项所述方法。
36.本发明通过在海量源信息中,确定待查询主体在纠纷信息中的第一类型、所述第二类型信息,显示整理后的所述纠纷信息,能够直观获取公文中的有效信息,特别是对具体的公司,能够看到该公司所涉及的经营纠纷的相关的提示,能够帮助用户对于公司经营过程中对公司股权等产生实际影响的相关情况进行聚焦、对于特定的场景进行准确切入。本发明基于公开的大数据,聚焦于待查询公司经营过程中公司及其股东因公司事务产生的纠纷,能够及时了解待查询公司的潜在风险,避免用户投资所述待查询公司的损失,同时降低了用户的理解成本,提供了用户的体验,能够从大数据中挖掘出有价值的纠纷信息,纠纷信息更新实时、同步、快速、高效。
37.下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
附图说明
38.通过结合附图对本发明实施例进行更详细的描述,本发明的上述以及其他目的、特征和优势将变得更加明显。附图用来提供对本发明实施例的进一步理解,并且构成说明书的一部分,与本发明实施例一起用于解释本发明,并不构成对本发明的限制。在附图中,相同的参考标号通常代表相同部件或步骤。
39.图1是本发明一示例性实施例提供的方法的流程示意图。
40.图2是本发明一示例性实施例提供的装置的结构示意图。
41.图3是本发明一示例性实施例提供的电子设备的结构。
具体实施方式
42.下面,将参考附图详细地描述根据本发明的示例实施例。显然,所描述的实施例仅仅是本发明的一部分实施例,而不是本发明的全部实施例,应理解,本发明不受这里描述的示例实施例的限制。
43.应注意到:除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
44.本领域技术人员可以理解,本发明实施例中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等,既不代表任何特定技术含义,也不表示它们之间的必然逻辑顺序。
45.还应理解,在本发明实施例中,“多个”可以指两个或两个以上,“至少一个”可以指一个、两个或两个以上。
46.还应理解,对于本发明实施例中提及的任一部件、数据或结构,在没有明确限定或者在前后文给出相反启示的情况下,一般可以理解为一个或多个。
47.另外,本发明中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。另外,本发明中字符“/”,一般表示前后关联对象是一种“或”的关系。
48.还应理解,本发明对各个实施例的描述着重强调各个实施例之间的不同之处,其相同或相似之处可以相互参考,为了简洁,不再一一赘述。
49.同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
50.以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本发明及其应用或使用的任何限制。
51.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,技术、方法和设备应当被视为说明书的一部分。
52.应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
53.本发明实施例可以应用于终端设备、计算机系统、服务器等电子设备,其可与众多其它通用或专用计算系统环境或配置一起操作。适于与终端设备、计算机系统、服务器等电子设备一起使用的众所周知的终端设备、计算系统、环境和/或配置的例子包括但不限于:个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统﹑大型计算机系统和包括上述任何系统的分布式云计算技术环境,等等。
54.终端设备、计算机系统、服务器等电子设备可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常,程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等,它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施,分布式云计算环境中,任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中,程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。
55.示例性方法
56.图1是本发明一示例性实施例提供的纠纷文本生成方法的流程示意图。本实施例可应用在电子设备上,如图1所示,包括以下步骤s1~s4:
57.步骤s1、获取企业所涉及的各个裁判文书;针对各个所述裁判文书中的任一裁判文书,执行以下步骤s2~s4:
58.步骤s2、提取出所述裁判文书中的第一类型当事人实体、第二类型当事人实体与纠纷类型,并依据指定规则形成至少一条待验证数据;
59.步骤s3、获取所述企业的股东信息,使用所述股东信息对至少一条所述待验证数据进行验证,根据验证结果为每条符合条件的待验证数据添加对应标记;
60.步骤s4、基于标记过的待验证数据,生成并展示指定格式的所述企业的纠纷文本。
61.下面进行具体阐述:
62.裁判文书记录了公司、法人、其它团体或个人的起诉或被起诉的记录,通过企业所涉及的各个裁判文书,可以得到公司、法人、其它团体或个人的全部的起诉或被起诉的记录。所述第一类型当事人实体是所述纠纷事件中的原告、上诉人、申请人和保全人的其中之一;所述第二类型当事人实体是所述纠纷事件中的被告、被上诉人、被申请人和被保全人的其中之一。
63.以某些业务场景为例,例如,在与某公司达成合作前,需要评估与该公司合作的合作风险。则将该公司分号作为第一类型当事人、以及第二类型当事人,在全部裁判文书中通过搜索该公司,解析该公司相关的裁判文书。
64.进一步地,所述主体具有唯一标识,所述唯一标识例如为公司名、纳税识别号等。通过所述唯一标识能够识别所述主体。
65.例如,将公司名作为唯一标识,如果该公司为第一类型当事人,则确定并记录与该公司产生纠纷的第二类型当事人的相关信息;如果该公司为第二类型当事人,则确定并记录与该公司产生纠纷的第一类型当事人的相关信息。
66.进一步地,所述依据指定规则形成至少一条待验证数据,包括:
67.将所述第一类型当事人实体、第二类型当事人实体和纠纷类型导入到数据表的目标行;
68.在所述目标行存在多个第一类型当事人实体和/或多个第二类型当事人实体的情况下,使用炸裂函数将所述目标行拆分为多个新的目标行,其中,每个新的目标行包括一个第一类型当事人实体、一个第二类型当事人实体和纠纷类型,且不同新的目标行所包括的第一类型当事人实体和第二类型当事人实体不完全相同;
69.将每个所述新的目标行中的数据确定为一条待验证数据。
70.本实施例中,从所述裁判文书中提取到的第一类型当事人实体、第二类型当事人实体与纠纷类型可能有多项内容。将所述第一类型当事人实体、第二类型当事人实体和纠纷类型导入到数据表的目标行。例如,导入到数据表的目标行中的信息包括原告a,b,c、被告d,e、以及案由x,即目标行存在多个第一类型当事人实体a,b,c和多个第二类型当事人实体d,e,为了便于处理,根据逻辑对一个裁判文书中提取出的多个原告、多个被告的案件由炸裂函数,即explode函数炸裂出多行。以目标行中的信息包括原告a,b,c、被告d,e、以及案由x为例,经explode函数炸裂,得到如下6个新的目标行:
71.原告a,被告d,案由x(第1行)、
72.原告a,被告e,案由x(第2行)、
73.原告b,被告a,案由x(第3行)、
74.原告a,被告e,案由x(第4行)、
75.原告c,被告d,案由x(第5行)、
76.原告c,被告e,案由x(第6行)。
77.进而,将6个新的目标行中每个新的目标行中的数据确定为一条待验证数据。
78.本实施例中,根据验证结果为每条符合条件的待验证数据添加对应标记。
79.进一步地,所述企业是上市企业,所述获取所述企业的股东信息,包括:
80.解析所述企业的上市公告,得到所述企业的全部投资方;
81.将每个所述投资方的名称分别与工商信息公示网站中的企业名称进行对比,根据对比结果确定所述企业的股东信息。
82.本实施例中,根据获得的所述企业的全部投资方,对投资方名称和工商信息网的公司名称进行对比,得到唯一的所述企业,进而得到所述企业的股东信息。本发明获取股东信息用于后续的信息关联、数据分析及数据挖掘。
83.一个公司的股东可能是人也可能是公司,通过解析该公司的上市公告(季度以及年报)以及上市公司公示的十大股东和十大流通股东,得到此公司的股东信息,判断纠纷信息对应的纠纷事件的对方当事人是否为股东,若为其股东,则所述纠纷信息对应的纠纷事件为股东与公司之间的纠纷;若不为股东,则所述纠纷信息对应的纠纷事件为公司和其他当事人之间的纠纷。
84.在一些实施例中,该纠纷文本可以是经营纠纷的文本。在获取企业所涉及的各个
裁判文书时,可以基于裁判文书的案由把与经营纠纷相关的裁判文书筛选出来,再执行后续步骤。
85.具体而言,本发明预先对纠纷类型进行分类,能够从多种角度和维度对纠纷信息进行解析。一个实施例中,将经营纠纷类型分为以下三类,分别是公司资本金方面的纠纷、股东权利方面的纠纷和公司人格独立和股东有限责任方面的纠纷。公司资本金方面的纠纷,即基于公司资本关系直接引发的纠纷;股东权利方面的纠纷,即基于股权关系引发的纠纷。从裁判文本中提取案由部分,对裁判文书的案由进行分类,选取69种与公司经营纠纷相关的案由,分别为:股东资格确认纠纷、股东名册记载纠纷、请求变更公司登记纠纷、股东出资纠纷、新增资本认购纠纷、股东知情权纠纷、请求公司收购股条纠纷、股权转让纠纷、公司决议纠纷、公司设立纠纷、公司证照返还纠纷、发起人责任纠纷、公司盈余分配纠纷、损害股东利益责任纠纷、损害公司利益责任纠纷、股东损害公司债权人利益责任纠纷、公司关联交易损害责任纠纷、公司合并纠纷、公司分立纠纷、公司减资纠纷、公司增资纠纷、公司解散纠纷、清算责任纠纷、上市公司收购纠纷、合伙协议纠纷、企业债权转股权合同纠纷、合伙企业财产条额转让纠纷、企业股条合作制改造合同纠纷、企业债权转股权纠纷、特殊的普通合伙纠纷、公司的控股股东、实际控制人、董事、监事、高级管理人员损害公司利益赔偿纠纷、股东滥用公司法人独立地位和股东有限责任赔偿纠纷、股东会或者股东大会、董事会决议效力确认纠纷、股东会或者股东大会、董事会决议撤销纠纷、股东会或者股东大会、董事会决议效力纠纷、股条收购请求权纠纷、有限合伙纠纷、普通合伙纠纷、董事、高级管理人员损害股东利益赔偿纠纷、公司章程或章程条款撤销纠纷、股权确认纠纷、股权质权纠纷、股东滥用股东权利赔偿纠纷、股东名册变更纠纷、申请破产清算、申请公司清算、公司清算纠纷、企业兼并合同纠纷、企业分立合同纠纷、侵害企业出资人权益纠纷、企业出资人权益确认纠纷、企业公司制改造合同纠纷、企业分立纠纷、企业兼并纠纷、申请破产重整、企业租赁经营合同纠纷、退伙纠纷、入伙纠纷、债权债务概括转移合同纠纷、债权转让合同纠纷、债权人撤销权纠纷、债权人代位权纠纷、申请破产和解、企业出售合同纠纷、破产撤销权纠纷、破产债权确认纠纷、破产抵销权纠纷、清算组成员责任纠纷、土地承包经营权入股合同纠纷。在获取企业所涉及的各个裁判文书时,可以基于以上案由对裁判文书进行筛选。
86.进一步地,所述使用所述股东信息对至少一条所述待验证数据进行验证,根据验证结果为每条符合条件的待验证数据添加对应标记,包括:
87.获取预先设定的多种类型的纠纷模板;
88.针对任一条待验证数据,将其中的第一类型当事人实体、第二类型当事人实体分别与所述股东信息进行关联,并判断关联后的所述待验证数据是否符合所述多种类型的纠纷模板中的任一类型的纠纷模板;
89.在所述待验证数据符合其中一种类型的纠纷模板时,为所述待验证数据添加对应的模板标记。
90.本实施例中,获取预先设定的若干类型的纠纷模板,根据获取的股东信息,建立股东信息表,根据股东信息表对原告、被告进行连接关联(join关联),并确定所述待验证数据属于哪种类型的纠纷模板,确定出对应的纠纷模板,用模板标记对所述待验证数据进行标记。
91.其中,纠纷模板可以是展示纠纷文本时使用的文案模板,包括以下类型:
92.1.该公司因xx被股东xx起诉(n)
93.2.该公司因xx起诉股东xx(n)
94.3.该公司因xx被当事人xx起诉(n)
95.4.该公司因xx起诉当事人xx(n)
96.5.该公司的股东xx因xx被股东xx起诉(n)
97.本发明对存储信息的数据库进行维护及监控,具有全量同步及增量同步两种模式。
98.全量同步是解析海量裁判文书网的存量文书数据为基础并与各大股东数据公开网的数据结合计算出经营纠纷的快照数据。海量数据计算引擎利用hive on spark的方式将一个大任务分成多个小任务,并分配到集群多台机器中一起运算,最终将结果进行reducebykey组合,返回到hive表中。
99.利用hive对海量数据批量处理得到经营纠纷相关的数据,批量处理后的数据导入mysql供后端查询,为所述经营纠纷相关的数据添加纠纷模板的标记,
100.增量同步是通过canal解析mysql各个表的增量数据生成binlog,并发送至kafka相应的topic,实时程序采用flink流计算框架监听kafka topic中的数据,流计算框架中的数据是无界的,是一条一条的,是无法提前预知的。kafka相应的topic聚合起来,汇聚成一个flink的source,流向下游。所有数据先进行过滤filter算子,过滤是用于筛选裁判文书中的案由,把与经营纠纷相关的诉讼数据筛选出来,并通过算法解析的原被告匹配纠纷模板的类型。
101.本实施例中,由中间件kafka监听topic mysql数据库中所有的数据源。使用apollo进行中心配置。对查询方式,采用单字段变化单字段更新,流量比较小。所述增量同步模式性能稳定,同时也不影响线上服务查询,能够对股东变更数据及裁判文书数据的变化进行数据的动态更新。
102.进一步地,所述增量同步包括:对数据库执行实时监控,以获取各个企业的裁判文书和股东信息的增加信息、删除信息或修改信息;
103.基于所述增加信息、所述删除信息或所述修改信息,实时计算并更新所展示的企业纠纷文本。
104.在本技术实施例中,一方面,裁判文书网有上亿个文书,以解析海量裁判文书网的存量文书数据为基础并与各大股东数据公开网的数据结额方式合可以计算出各个企业的经营纠纷并以纠纷文本的形式进行展示。另一方面,可以对股东数据和裁判文书数据的新增,变更,删除进行实时监测,并对经营纠纷数据实时计算更新。通过对历史存量数据和实时数额据的结合使用,使数据具有及时性和完整性,增加数据的价值。
105.在本技术实施例中,基于公开大数据对司法案件的分析,聚焦于在公司经营过程中公司及其股东因公司事务产生的纠纷,避免用户投资公司的损失,降低了用户的理解成本,提高了用户的体验。
106.示例性装置
107.图2是本发明一示例性实施例提供的纠纷文本生成装置的结构示意图。如图2所示,本实施例包括:
108.获取模块:配置为获取企业所涉及的各个裁判文书;针对各个所述裁判文书中的
任一裁判文书,均触发提取模块;
109.提取模块:配置为提取出所述裁判文书中的第一类型当事人实体、第二类型当事人实体与纠纷类型,并依据指定规则形成至少一条待验证数据;
110.标记模块:配置为获取所述企业的股东信息,使用所述股东信息对至少一条所述待验证数据进行验证,根据验证结果为每条符合条件的待验证数据添加对应标记;
111.文本生成模块:配置为基于标记过的待验证数据,生成并展示指定格式的所述企业的纠纷文本。
112.示例性电子设备
113.图3是本发明一示例性实施例提供的电子设备的结构。该电子设备可以是第一设备和第二设备中的任一个或两者、或与它们独立的单机设备,该单机设备可以与第一设备和第二设备进行通信,以从它们接收所采集到的输入信号。图3图示了根据本公开实施例的电子设备的框图。如图3所示,电子设备30包括一个或多个处理器31和存储器32。
114.处理器31可以是中央处理单元(cpu)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元,并且可以控制电子设备中的其他组件以执行期望的功能。
115.存储器32可以包括一个或多个计算机程序产品,所述计算机程序产品可以包括各种形式的计算机可读存储介质,例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(ram)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(rom)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令,处理器31可以运行所述程序指令,以实现上文所述的本公开的各个实施例的软件程序的纠纷文本生成方法以及/或者其他期望的功能。在一个示例中,电子设备还可以包括:输入装置33和输出装置34,这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。
116.此外,该输入装置33还可以包括例如键盘、鼠标等等。
117.该输出装置34可以向外部输出各种信息。该输出装置34可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。
118.当然,为了简化,图3中仅示出了该电子设备中与本公开有关的组件中的一些,省略了诸如总线、输入/输出接口等等的组件。除此之外,根据具体应用情况,电子设备还可以包括任何其他适当的组件。
119.示例性计算机程序产品和计算机可读存储介质
120.除了上述方法和设备以外,本公开的实施例还可以是计算机程序产品,其包括计算机程序指令,所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的纠纷文本生成方法中的步骤。
121.所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码,所述程序设计语言包括面向对象的程序设计语言,诸如java、c++等,还包括常规的过程式程序设计语言,诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。
122.此外,本公开的实施例还可以是计算机可读存储介质,其上存储有计算机程序指
令,所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的纠纷文本生成方法中的步骤。
123.所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
124.以上结合具体实施例描述了本公开的基本原理,但是,需要指出的是,在本公开中提及的优点、优势、效果等仅是示例而非限制,不能认为这些优点、优势、效果等是本公开的各个实施例必须具备的。另外,上述公开的具体细节仅是为了示例的作用和便于理解的作用,而非限制,上述细节并不限制本公开为必须采用上述具体的细节来实现。
125.本说明书中各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似的部分相互参见即可。对于系统实施例而言,由于其与方法实施例基本对应,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
126.本公开中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的,可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇,指“包括但不限于”,且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”,且可与其互换使用,除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”,且可与其互换使用。
127.可能以许多方式来实现本公开的方法和装置。例如,可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和装置。用于所述方法的步骤的上述顺序仅是为了进行说明,本公开的方法的步骤不限于以上具体描述的顺序,除非以其它方式特别说明。此外,在一些实施例中,还可将本公开实施为记录在记录介质中的程序,这些程序包括用于实现根据本公开的方法的机器可读指令。因而,本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。
128.还需要指出的是,在本公开的装置、设备和方法中,各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本公开。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的,并且在此定义的一般原理可以应用于其他方面而不脱离本公开的范围。因此,本公开不意图被限制到在此示出的方面,而是按照与在此公开的原理和新颖的特征一致的最宽范围。
129.为了例示和描述的目的已经给出了以上描述。此外,此描述不意图将本公开的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例,但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。

技术特征:
1.一种纠纷文本生成方法,其特征在于,包括:获取企业所涉及的各个裁判文书;针对各个所述裁判文书中的任一裁判文书,执行以下步骤:提取出所述裁判文书中的第一类型当事人实体、第二类型当事人实体与纠纷类型,并依据指定规则形成至少一条待验证数据;获取所述企业的股东信息,使用所述股东信息对至少一条所述待验证数据进行验证,根据验证结果为每条符合条件的待验证数据添加对应标记;基于标记过的待验证数据,生成并展示指定格式的所述企业的纠纷文本。2.如权利要求1所述的方法,其特征在于,所述第一类型当事人实体是所述纠纷事件中的原告、上诉人、申请人和保全人的其中之一;所述第二类型当事人实体是所述纠纷事件中的被告、被上诉人、被申请人和被保全人的其中之一。3.如权利要求1所述的方法,其特征在于,所述依据指定规则形成至少一条待验证数据,包括:将所述第一类型当事人实体、第二类型当事人实体和纠纷类型导入到数据表的目标行;在所述目标行存在多个第一类型当事人实体和/或多个第二类型当事人实体的情况下,使用炸裂函数将所述目标行拆分为多个新的目标行,其中,每个新的目标行包括一个第一类型当事人实体、一个第二类型当事人实体和纠纷类型,且不同新的目标行所包括的第一类型当事人实体和第二类型当事人实体不完全相同;将每个所述新的目标行中的数据确定为一条待验证数据。4.如权利要求1所述的方法,其特征在于,所述企业是上市企业,所述获取所述企业的股东信息,包括:解析所述企业的上市公告,得到所述企业的全部投资方;将每个所述投资方的名称分别与工商信息公示网站中的企业名称进行对比,根据对比结果确定所述企业的股东信息。5.如权利要求1所述的方法,其特征在于,所述使用所述股东信息对至少一条所述待验证数据进行验证,根据验证结果为每条符合条件的待验证数据添加对应标记,包括:获取预先设定的多种类型的纠纷模板;针对任一条待验证数据,将其中的第一类型当事人实体、第二类型当事人实体分别与所述股东信息进行关联,并判断关联后的所述待验证数据是否符合所述多种类型的纠纷模板中的任一类型的纠纷模板;在所述待验证数据符合其中一种类型的纠纷模板时,为所述待验证数据添加对应的模板标记。6.如权利要求1所述的方法,其特征在于,所述方法还包括:对数据库执行实时监控,以获取各个企业的裁判文书和股东信息的增加信息、删除信息或修改信息;基于所述增加信息、所述删除信息或所述修改信息,实时计算并更新所展示的企业纠纷文本。7.一种纠纷文本生成装置,其特征在于,包括:
获取模块:配置为获取企业所涉及的各个裁判文书;针对各个所述裁判文书中的任一裁判文书,均触发提取模块;提取模块:配置为提取出所述裁判文书中的第一类型当事人实体、第二类型当事人实体与纠纷类型,并依据指定规则形成至少一条待验证数据;标记模块:配置为获取所述企业的股东信息,使用所述股东信息对至少一条所述待验证数据进行验证,根据验证结果为每条符合条件的待验证数据添加对应标记;文本生成模块:配置为基于标记过的待验证数据,生成并展示指定格式的所述企业的纠纷文本。8.如权利要求7所述的装置,其特征在于,所述第一类型当事人实体是所述纠纷事件中的原告、上诉人、申请人和保全人的其中之一;所述第二类型当事人实体是所述纠纷事件中的被告、被上诉人、被申请人和被保全人的其中之一。9.一种计算机可读存储介质,所述存储介质中存储有多条指令;所述多条指令,用于由处理器加载并执行如权利要求1-6中任一项所述方法。10.一种电子设备,其特征在于,所述电子设备,包括:处理器,用于执行多条指令;存储器,用于存储多条指令;其中,所述多条指令,用于由所述存储器存储,并由所述处理器加载并执行如权利要求1-6中任一项所述方法。

技术总结
本发明公开了一种纠纷文本生成方法、装置、存储介质和电子设备,其中方法包括:获取企业所涉及的各个裁判文书;针对各个所述裁判文书中的任一裁判文书,执行以下步骤:提取出所述裁判文书中的第一类型当事人实体、第二类型当事人实体与纠纷类型,并依据指定规则形成至少一条待验证数据;获取所述企业的股东信息,使用所述股东信息对至少一条所述待验证数据进行验证,根据验证结果为每条符合条件的待验证数据添加对应标记;基于标记过的待验证数据,生成并展示指定格式的所述企业的纠纷文本。该方法聚焦于主体经营过程中的纠纷,能够及时了解主体的潜在风险,降低了用户的理解成本,挖掘出有价值的纠纷信息,纠纷信息更新实时、同步、快速、高效。高效。高效。


技术研发人员:高一淇 王涛
受保护的技术使用者:北京金堤科技有限公司
技术研发日:2022.07.01
技术公布日:2022/11/1
转载请注明原文地址: https://tieba.8miu.com/read-8378.html

最新回复(0)