首页> 中国专利> 一种合同类型管理系统

一种合同类型管理系统

摘要

本申请公开一种合同类型关系系统。该系统包括基本信息管理模块、合同树上下级定制模块、合同关系维护模块和合同元数据配置模块。该系统可通过功能调用模块调用上述模块对合同的基本信息、父合同与子合同的合同树、不同类型合同之间的关系以及合同的元数据进行管理,能够实现对合同的基本管理,适用于管理不同类型的合同,减少了开发人员的工作量。

著录项

  • 公开/公告号CN104331516A

    专利类型发明专利

  • 公开/公告日2015-02-04

    原文格式PDF

  • 申请/专利权人 山东中创软件工程股份有限公司;

    申请/专利号CN201410695679.0

  • 发明设计人 刘民;朱思武;姜林青;张乐奎;

    申请日2014-11-26

  • 分类号G06F17/30;G06Q10/06;G06Q40/00;

  • 代理机构北京集佳知识产权代理有限公司;

  • 代理人王宝筠

  • 地址 250014 山东省济南市历下区千佛山东路41-1号

  • 入库时间 2023-12-17 03:22:58

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2018-07-17

    授权

    授权

  • 2015-03-11

    实质审查的生效 IPC(主分类):G06F17/30 申请日:20141126

    实质审查的生效

  • 2015-02-04

    公开

    公开

说明书

技术领域

本申请涉及合同管理领域,更具体地说,涉及一种合同类型管理系统。

背景技术

银行信贷、金融租赁等金融领域的创新活动日新月异,新的业务品种也 在不断的涌现,原有业务品种的合同要素、约束规则等也在频繁发生变更, 进而需要不断地增加或维护业务品种所关联的主合同、借据、担保合同(以 下统称为合同)等信息,涉及到的主要开发工作内容如下:合同信息要素页 面展示、合同数据存储规则控制、合同业务校验规则定义以及各合同之间的 隶属关系控制。

一般的开发方式是针对新增品种进行全新开发,给开发人员带来了较大 的工作量。

发明内容

有鉴于此,本申请提供一种合同类型管理系统,该系统能够实现对多种 类型的合同进行管理,减少了开发人员的工作量。

为了实现上述目的,现提出的方案如下:

一种合同类型管理系统,包括:

基本信息管理模块,所述基本信息管理模块用于对合同的基本信息进行 管理,所述合同基本信息包括:合同类型编码、展示名称、基本信息存储表 名称、扩展信息存储处理类、扩展信息存储表名称;

合同树上下级定制模块,所述合同树上下级定制模块用于建立主合同和 子合同之间的合同树;

合同关系维护模块,所述合同关系维护模块用于维护不同合同之间的关 联关系;

合同元数据配置模块,所述合同元数据配置模块用于配置合同查询元数 据、存储元数据和展示元数据;

功能调用模块,所述功能调用模块用于调用所述基本信息管理模块、所 述合同树上下级定制模块、所述合同关系维护模块和/或所述合同元数据配置 模块,对合同进行相应的处理。

优选的:与所述功能调用模块相连的监听模块,所述监听模块用于监听 合同的状态变化。

优选的,所述扩展信息存储处理类包括:通用表存储、指定表存储和按 类型存储。

优选的,所述不同合同之间的关联关系包括:关系类型和业务关系类型;

其中,所述关系类型包括:聚合关系和关联关系;

所述业务关系类型包括:主从关系、占用关系和附属关系。

经由上述技术方案可知,本申请公开一种合同类型关系系统。该系统包 括基本信息管理模块、合同树上下级定制模块、合同关系维护模块和合同元 数据配置模块。该系统可通过功能调用模块调用上述模块对合同的基本信息、 父合同与子合同的合同树、不同类型合同之间的关系以及合同的元数据进行 管理,能够实现对合同的基本管理,适用于管理不同类型的合同,减少了开 发人员的工作量。

附图说明

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

图1示出了本发明一种合同类型管理系统的一个实施例的结构示意图;

图2示出了本发明一种合同类型管理系统的另一个实施例的结构示意图。

具体实施方式

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

实施例一

参见图1示出了本发明一种合同类型管理系统的一个实施例的结构示意 图。

由图1可知,在本实施例中,该系统主要包括:基本信息管理模块1、合 同树上下级定制模块2、合同关系维护模块3、合同元数据配置模块4以及与上 述功能模块相连的功能调用模块5。

其中,基本信息管理模块,用于对合同的基本信息进行管理,对合同的 基本信息进行配置,并以表格的形式进行展示,所述合同基本信息包括:合 同类型编码、展示名称、基本信息存储表名称、扩展信息存储处理类、扩展 信息存储表名称。

其中,该功能模块配置提供的详细配置项如下,下面短期流动资金贷款 对应的借款合同为例进行说明。

下面分别对基本信息存储、扩展信息存储、代码管理者进行详细说明:

1)基本信息存储表名称

基本信息存储表名称用于指定存储该类型合同的表名。假设指定的基本 信息存储表名称为G_MAIN_CONTRACT,当合同为新建或无效状态时,合 同基本信息存储到G_MAIN_CONTRACT_TEMP表(命名规则为“基本信息存 储表名称”+“_TEMP”)中;当合同为生效或冻结状态时,合同基本信息被 存储到G_MAIN_CONTRACT表中;当合同为关闭状态时,合同基本信息被 存储到G_MAIN_CONTRACT_HISTORY表(命名规则为“基本信息存储表名 称”+“_HISTORY”)中。

2)扩展信息存储处理类

该处理类有三个选项,通用表存储(默认)、指定表存储、按类型存储。 三种不同的存储策略主要影响的是合同扩展信息的存储方式,而不影响合同 基本信息的存储方式,下面详细介绍三种存储策略:

选择通用表存储时,存储策略采用通用表存储的方式,“扩展信息存储 表名称”信息项将不可选,属于当前合同类型的合同扩展信息将根据合同状 态不同被保存在合同构件所提供的三个通用合同扩展信息表中。

选择指定表存储时,存储策略采用按指定表存储的方式,“扩展信息存 储表名称”信息项将变为可选,此时可以选择存储属于当前合同类型的合同 的扩展信息的表名。如果默认的表不能满足实际的需求,可根据需要建表结 构并将表名配置到相应的位置。

选择按类型存储时,存储策略采用按类型存储的方式,“扩展信息存储 表名称”信息项将不可选,当前类型的合同扩展信息的存储表名为 CONT_CONTRACTEXT+“合同类型编码”。例如上表所示的借款合同类型, 其编码为“M001”,当此合同类型的扩展信息存储处理类选择按类型存储时, 借款合同的扩展信息会根据合同状态不同,被分别存储到 CONT_CONTRACTEXTM001_TEMP、CONT_CONTRACTEXTM001及 CONT_CONTRACTEXTM001_HISTORY表中(同基本信息存储方式)。

3)代码管理者

代码管理者用于指定当前合同类型的合同编号的生成策略,合同构件提 供默认的代码策略管理者,选择默认的代码策略管理者时,合同编号的生成 规则为:合同类型编码+9位序列号。开发人员可根据实际需求,通过接口来 开发满足实际需求的合同编码生成规则。

合同树上下级定制模块,所述合同树上下级定制模块用于建立同类型合 同中主合同和子合同之间的合同树。

其中,该功能模块用于将子合同添加到同类型的主合同中,从而形成父 子结构,且其子合同还可以添加自己的子合同,从而形成合同类型树。其中, 合同类型树根节点(合同)的孩子节点表示合同大类,例如主合同、从合同、 凭证等都属于合同大类,而叶子节点代表则表示一个具体的合同类型,如借 款合同、银行承兑汇票合同、抵押合同等。

合同关系维护模块,所述合同关系维护模块用于维护不同合同之间的关 联关系。该功能模块用于维护合同之间的关系名称、关系类型、业务关系类 型等信息,提供的详细配置项如下,并以短期流动资金贷款对应的借款合同 与借据为例进行说明。

合同元数据配置模块,所述合同元数据配置模块用于配置合同查询元数 据、存储元数据和展示元数据。该模块包括:查询元数据、存储元数据和展 示元数据。其中,查询元数据的作用是,当在合同信息维护功能中,选择当 前合同类型,按合同类型来查询合同信息时,查询条件中会自动的读出您在 查询元数据提供者类中定义的该合同类型的信息项,从而实现了可按信息项 来查询合同。查询元数据的URL用于指定及设计当前合同类型所用的模版名 称,因为目前合同管理的展示合同存储采用和vtemplet结合的方式,因此, 这里只需要统一配制默认的存储元数据提供者类即可。

存储元数据的URL用于指定及设计当前合同类型所用的VTemplet模版 名称。第一次设计模版且保存时,当前合同类型的模版即会被保存成当前您 所指定的URL名称。

功能调用模块,所述功能调用模块用于调用所述基本信息管理模块、所 述合同树上下级定制模块、所述合同关系维护模块和/或所述合同元数据配置 模块,对合同进行相应的处理。

实施例二

参见图2示出了本发明一种合同类型管理系统的另一个实施例的结构示 意图。

需要说明的是,在本发明的其他实施例中,该系统还包括:与所述功能 调用模块相连的监听模块6,所述监听模块用于监听合同的状态变化。

具体的,对于合同类型设计两个监听器接口:

com.cvicse.contract.listener.ContractVOServiceListener

和com.cvicse.contract.listener.ContractListener。

1)合同信息加载时(执行ContractVOService中的loadContractVO方法),此 时可以通过实现ContractVOServiceListener中的onCreated或onLoaded方法执行 相关操作;通过页面进行合同信息保存时可以通过实现 ContractVOServiceListener中的beforeSave和afterSave方法执行相关操作;通过 页面进行合同信息删除时可以通过实现ContractVOServiceListener中的 beforeRemove和afterRemove方法执行相关操作。

2)每个合同类型支持设置自己的监听器,该监听器实现了 com.cvicse.contract.listener.ContractListener接口,开发人员可根据实际需求, 通过配置com.cvicse.contract.listener.ContractListener接口的实现类作为当前类 型的监听器。父类型的监听器会自动被子类型继承,所以支持将共性的校验 规则纳入父类型监听器管理。

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

本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都 是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用 本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易 见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下, 在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例, 而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号