CN104463507A - 一种服务合约创建方法和系统 - Google Patents

Abstract

本发明的服务合约创建方法和系统，预先定义授信及合同等产品家族，并分别为各产品家族集成相应的产品类型集，同时为产品类型集中的每一产品类型预先集成相应的辅助信息集。在此基础上，当有服务合约创建需求时，可基于预先集成的各配置因素配置所需内容，实现合约的创建，具体地，如接收到产品创建请求时，依据该请求中所包括的产品类型，创建初始产品模型；接收到辅助信息添加请求时，向所建模型中添加所配置的辅助信息等。可见，本发明通过将银行系统中不同授信额度和合同定义为不同产品，实现了服务合约的配置式创建功能，为银行人员提供了便利，同时提高了服务合约的创建效率。

Description

一种服务合约创建方法和系统

技术领域

本发明属于银行信息管理技术领域，尤其涉及一种服务合约创建方法和系统。

背景技术

银行信贷系统中，授信额度和合同种类繁多，各个种类的授信额度或合同所涉及的参数较多，且不同种类授信额度或合同间的关系较为复杂。

目前，银行方面在为客户创建相应的服务合约时，需人工输入服务合约所涉及的授信额度种类、合同种类、各参数内容以及不同种类授信额度或合同间的关系等各项信息，为银行人员的工作带来了诸多不便，同时，降低了服务合约的创建效率。

发明内容

有鉴于此，本发明的目的在于提供一种服务合约创建方法和系统，以克服现有技术存在的需人工输入合约信息的缺陷，为银行人员的工作提供便利，同时提高服务合约的创建效率。

为此，本发明公开如下技术方案：

一种服务合约创建方法，包括：

接收操作人员针对目的产品家族所发出的产品创建请求，所述产品创建请求包括目的产品类型，所述目的产品类型为操作人员基于所述目的产品家族中预先集成的产品类型集所配置的产品类型，其中，产品家族包括授信家族和合同家族；

创建初始产品模型，所述初始产品模型所属的产品类型为所述目的产品类型；

接收操作人员的辅助信息添加请求，所述辅助信息添加请求包括目的辅助信息，所述目的辅助信息为操作人员基于预先集成的辅助信息集所配置的辅助信息；

在所述初始产品模型中添加所述目的辅助信息，以形成完整的第一产品。

上述方法，优选的，所述辅助信息集包括产品服务类型集、产品价格类型集和产品特征类型集。

上述方法，优选的，还包括：

接收操作人员的产品类别关联请求，所述产品类别关联请求包括目的产品分类类别，所述目的产品分类类别为操作人员基于目的产品分类方式下预先集成的产品分类类别集所配置的分类类别；

在所创建的第一产品上关联所述目的产品分类类别。

上述方法，优选的，还包括：

接收操作人员的产品关系创建请求，所述产品关系创建请求包括第二产品标识信息及配置的关系参数；

基于所述关系参数，创建所述第一产品与所述第二产品标识信息所对应的第二产品间的产品关系。

上述方法，优选的，所述关系参数包括关系类型，关系复合条件及关系有效日期。

上述方法，优选的，还包括：

接收操作人员的外部对象关联请求，所述外部对象关联请求包括外部对象标识信息，所述外部对象关联请求为操作人员通过配置所需的外部对象所触发的请求；

创建所述第一产品与所述外部对象标识信息所对应的外部对象间的关联关系。

一种服务合约创建系统，包括：

第一接收模块，用于接收操作人员针对目的产品家族所发出的产品创建请求，所述产品创建请求包括目的产品类型，所述目的产品类型为操作人员基于所述目的产品家族中预先集成的产品类型集所配置的产品类型；

创建模块，用于创建初始产品模型，所述初始产品模型所属的产品类型为所述目的产品类型；

第二接收模块，用于接收操作人员的辅助信息添加请求，所述辅助信息添加请求包括目的辅助信息，所述目的辅助信息为操作人员基于预先集成的辅助信息集所配置的辅助信息；

添加模块，用于在所述初始产品模型中添加所述目的辅助信息，以形成完整的第一产品。

上述系统，优选的，还包括：

第三接收模块，用于接收操作人员的产品类别关联请求，所述产品类别关联请求包括目的产品分类类别，所述目的产品分类类别为操作人员基于目的产品分类方式下预先集成的产品分类类别集所配置的分类类别；

第一关联模块，用于在所创建的第一产品上关联所述目的产品分类类别。

上述系统，优选的，还包括：

第四接收模块，用于接收操作人员的产品关系创建请求，所述产品关系创建请求包括第二产品标识信息及配置的关系参数；

产品关系创建模块，用于基于所述关系参数，创建所述第一产品与所述第二产品标识信息所对应的第二产品间的产品关系。

上述系统，优选的，还包括：

第五接收模块，用于接收操作人员的外部对象关联请求，所述外部对象关联请求包括外部对象标识信息，所述外部对象关联请求为操作人员通过配置所需的外部对象所触发的请求；

第二关联模块，用于创建所述第一产品与所述外部对象标识信息所对应的外部对象间的关联关系。

由以上方案可知，本发明预先定义授信及合同等产品家族，并分别为各产品家族集成相应的产品类型集，同时为产品类型集中的每一产品类型预先集成相应的辅助信息集(如产品服务类型集)。在此基础上，当有服务合约创建需求时，可基于预先集成的各配置因素配置所需内容，实现合约的创建，具体地，如接收到产品创建请求时，依据该请求中所包含的产品类型，创建初始产品模型；接收到辅助信息添加请求时，向所建模型中添加所配置的辅助信息等。可见，本发明通过将银行系统中不同授信额度和合同定义为不同产品，实现了服务合约的配置式创建功能，为银行人员提供了便利，同时提高了服务合约的创建效率。

附图说明

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

图1是本发明实施例一公开的服务合约创建方法的一种流程图；

图2是本发明实施例二公开的服务合约创建方法的另一种流程图；

图3是本发明实施例三公开的服务合约创建方法的又一种流程图；

图4是本发明实施例四公开的服务合约创建方法的再一种流程图；

图5是本发明实施例五公开的服务合约创建系统的一种结构示意图；

图6是本发明实施例五公开的服务合约创建系统的另一种结构示意图；

图7是本发明实施例五公开的服务合约创建系统的又一种结构示意图；

图8是本发明实施例五公开的服务合约创建系统的再一种结构示意图；

图9是本发明实施例五公开的服务合约的配置式创建的逻辑原理图。

具体实施方式

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

实施例一

本实施例一公开一种服务合约创建方法，参考图1，所述方法可以包括以下步骤：

S101：接收操作人员针对目的产品家族所发出的产品创建请求，所述产品创建请求包括目的产品类型，所述目的产品类型为操作人员基于所述目的产品家族中预先集成的产品类型集所配置的产品类型，其中，产品家族包括授信家族和合同家族。

S102：创建初始产品模型，所述初始产品模型所属的产品类型为所述目的产品类型。

S103：接收操作人员的辅助信息添加请求，所述辅助信息添加请求包括目的辅助信息，所述目的辅助信息为操作人员基于预先集成的辅助信息集所配置的辅助信息。

S104：在所述初始产品模型中添加所述目的辅助信息，以形成完整的第一产品。

本发明预先定义授信及合同等产品家族，并在各产品家族下创建相应的产品类型，产品家族是从顶层维度对产品进行分类。

在产品家族下可建立产品类型，具体地，本发明分别为授信家族和合同家族集成了相应的产品类型集，例如，授信家族的产品类型集可包括综合授信额度类型、中小授信额度类型等；合同家族的产品类型集包括借款合同类型、银行承兑汇票合同类型等。同时，本发明为每一产品类型预先集成了相应的产品服务类型集、产品价格类型集和产品特征类型集等辅助信息，以实现为后续的服务合约创建过程中，建立完整的产品信息提供支持。

其中，产品价格类型和产品特征类型依赖于产品服务类型，产品特征类型还依赖于产品类型(所述“依赖于”是指建立产品特征类型时必须选择某一产品类型)。

产品特征类型是指某类型产品所共有的特征。以授信额度为例，综合授信额度类型的共有特征为金额、授信最短期限、授信最长期限、是否代付等；中小授信额度类型的共有特征为金额、授信最短期限、授信最长期限等。以合同为例，借款合同类型的共有特征为合同金额、合同生效日、合同到期日等；银行承兑汇票合同类型的共有特征为合同金额、合同生效日、合同到期日、承兑协议编号等。

产品参数是指某一具体产品其产品特征类型的值，比如综合授信额度类型下产品A，其授信最短期限为6个月，则6个月就是产品A的产品参数；又比如银行承兑汇票合同类型下产品B，其承兑协议编号为12345678，则12345678就是产品B的产品参数。

在定义了产品家族，并集成了各种产品类型以及诸如产品服务类型、产品价格类型和产品特征类型等各种辅助信息的基础上，并发明还为操作人员提供产品家族的灵活建立功能，以及产品类型和各辅助信息的个性化配置、快速定制功能，从而为产品或服务合约的配置式创建奠定基础。

以上内容可作为本发明的预处理部分，在此基础上，当银行与客户进行合约签订，银行操作人员需为客户创建所需的服务合约时，可采用本发明的各步骤处理逻辑实现服务合约的创建。其中，服务合约是产品、产品与产品分类类别间的关联关系、产品与产品间的关联关系、产品与外部对象间关联关系的集合，服务合约至少需包含一个产品，该产品可以是授信家族某一产品类型的产品，也可以是合同家族某一产品类型的产品，因此，服务合约的创建至少需包含一个产品的创建过程。

实际应用场景中，可采用软件系统的形式实现本发明的各步骤处理逻辑。

具体地，当银行操作人员有服务合约的创建请求时，需首先创建所需的产品，此时，操作人员可依据客户的实际需求在本发明软件系统上选取所需的目的产品家族，并基于目的产品家族所对应的产品类型集配置所需的目的产品类型，在此基础上，触发产品创建操作，实现向软件系统发送产品创建请求。

当软件系统接收到所述产品创建请求后，依据该请求中所包含的产品类型引用银行方面预先创建的相应产品模板，在其界面上为操作人员创建一个初始产品模型。

在创建了初始产品模型后，需对所建模型进行相应的信息填充，以实现完整产品的建立。此时，银行操作人员可依据客户的实际需求从预先集成的产品服务类型集、产品价格类型集和产品特征类型集中配置所需的产品服务类型、产品价格类型和产品特征类型，本发明的软件系统在接收到用户的配置信息后(即相当于发送所述辅助信息添加请求)，在所述初始产品模型中添加用户所配置的信息、使其生效，从而实现了对所述初始产品模型进行信息细化设计，进而实现了完整产品的建立。

若客户需求的服务合约较为简单，仅包含一个产品，则至此已实现了完整服务合约的建立。

需要说明的是，实际应用本发明时，不必局限于本文所定义的授信及合同这两个产品家族，可由银行方面依据其实际的业务需求对所述产品家族进行自行定义。

由以上方案可知，本发明预先定义授信及合同等产品家族，并分别为各产品家族集成相应的产品类型集，同时为产品类型集中的每一产品类型预先集成相应的辅助信息集(如产品服务类型集)。在此基础上，当有服务合约创建需求时，可基于预先集成的各配置因素配置所需内容，实现合约的创建，具体地，如接收到产品创建请求时，依据该请求中所配置的产品类型，创建初始产品模型；接收到辅助信息添加请求时，向所建模型中添加所配置的辅助信息等。可见，本发明通过将银行系统中不同授信额度和合同定义为不同产品，实现了服务合约的配置式创建功能，为银行人员提供了便利，同时提高了服务合约的创建效率。

实施例二

本实施例二中，参考图2，所述方法还可以包括以下步骤：

S105：接收操作人员的产品类别关联请求，所述产品类别关联请求包括目的产品分类类别，所述目的产品分类类别为操作人员基于目的产品分类方式下预先集成的产品分类类别集所配置的分类类别；

S106：在所创建的第一产品上关联所述目的产品分类类别。

本实施例中，除了在产品家族下建立产品类型，还同时在产品家族下建立产品分类方式，产品分类方式是从不同维度对产品进行分类，比如从产品金额大小这一维度可将产品分为一万以上、一万以下这两种产品分类类别；从产品期限长短这一维度可将产品分为两年以上、两年以下一年以上和一年以下这三种产品分类类别。产品分类类别基于产品分类方式，即产品分类方式下可建立产品分类类别，产品分类类别可描述为某一产品分类方式下的产品分类类别，产品分类类别不可单独存在。

本实施例预先集成各种分类方式及各分类方式所对应的产品分类类别，并同时为操作人员提供各分类方式及各产品分类类别的灵活建立、配置、快速定制功能。

需要说明的是，产品类型和产品分类都是对产品进行划分。不同点在于产品必须属于某一产品类型；而对于产品分类来说，产品可以与产品分类类别做关联，也可不做关联，产品可以与不同产品分类方式下的某一产品分类类别关联，但不可以与相同产品分类方式下的多个产品分类类别关联。对于产品而言，产品类型是必须的，产品分类类别不是必须的。

与客户签订合约时，若依据客户实际需求，需将所建产品与相应分类方式下的相应产品分类类别进行关联，可首先从预先集成的各分类方式中配置出所需的分类方式，并进而在该分类方式下的产品分类类别集合中配置出所需的产品分类类别，当软件系统接收到用户配置的产品分类类别(相当于接收到产品类别关联请求)时，即在所建产品上关联所述产品分类类别，使所述产品分类类别生效。

实施例三

本实施例三中，参考图3，所述方法还可以包括以下步骤：

S107：接收操作人员的产品关系创建请求，所述产品关系创建请求包括第二产品标识信息及配置的关系参数；

S108：基于所述关系参数，创建所述第一产品与所述第二产品标识信息所对应的第二产品间的产品关系。

本实施例还为操作人员提供产品关系的灵活配置功能，具体地，通过配置关系类型、关系复合条件、关系有效日期，可灵活配置不同产品之间的关系。

其中，关系类型包括包含关系、依赖关系和关联关系。包含关系是指一个产品包含另一个产品；依赖关系是指一个产品依赖于另一个产品，依赖关系是单向的，比如产品A使用到了产品B，这种关系具有偶然性，但是产品B的变化会影响到产品A；关联关系是一种强依赖关系，这种关系一般是长期性，双方一般是平等的。关系复合条件是指用户配置的产品与产品之间的规则(比如产品A的金额大于某一范围时，其与产品B才可以是依赖关系)，可与关系类型同时使用，更灵活的配置产品之间的关系。

若所创建的服务合约中，需在不同产品之间创建产品关系，则操作人员可依据客户的实际需求，配置当前产品与目标产品间的关系类型、关系复合条件、关系有效日期等关系参数(相当于发送产品关系创建请求)，之后软件系统接收所配置的信息，并使其生效，完成产品关系的配置。

实施例四

本实施例中，参考图4，所述方法还可以包括以下步骤：

S109：接收操作人员的外部对象关联请求，所述外部对象关联请求包括外部对象标识信息，所述外部对象关联请求为操作人员通过配置所需的外部对象所触发的请求；

S110：创建所述第一产品与所述外部对象标识信息所对应的外部对象间的关联关系。

本实施例在以上各实施例的基础上，还提供产品关联外部对象的配置功能，即具体地，可根据产品关联外部对象提供类获取外部对象，配置产品同外部对象的关联关系。产品关联外部对象提供类实现获取外部对象列表的接口。银行方面实现了合约对象类，此类可获取合约对象列表，比如信贷证明合约，技术改造贷款合约等，则产品可与某一合约对象做关联，两者之间的关系默认为关联关系。

实施例五

本实施例五公开一种服务合约创建系统，该系统与以上各实施例公开的服务合约创建方法相对应。

首先，相应于实施例一，参考图5，所述系统包括第一接收模块100、创建模块200、第二接收模块300和添加模块400。

第一接收模块100，用于接收操作人员针对目的产品家族所发出的产品创建请求，所述产品创建请求包括目的产品类型，所述目的产品类型为操作人员基于所述目的产品家族中预先集成的产品类型集所配置的产品类型；

创建模块200，用于创建初始产品模型，所述初始产品模型所属的产品类型为所述目的产品类型；

第二接收模块300，用于接收操作人员的辅助信息添加请求，所述辅助信息添加请求包括目的辅助信息，所述目的辅助信息为操作人员基于预先集成的辅助信息集所配置的辅助信息；

添加模块400，用于在所述初始产品模型中添加所述目的辅助信息，以形成完整的第一产品。

相应于实施例二，参考图6，所述系统还可以包括第三接收模块500和第一关联模块600。

第三接收模块500，用于接收操作人员的产品类别关联请求，所述产品类别关联请求包括目的产品分类类别，所述目的产品分类类别为操作人员基于目的产品分类方式下预先集成的产品分类类别集所配置的分类类别；

第一关联模块600，用于在所创建的第一产品上关联所述目的产品分类类别。

相应于实施例三，参考图7，所述系统还可以包括第四接收模块700和产品关系创建模块800。

第四接收模块700，用于接收操作人员的产品关系创建请求，所述产品关系创建请求包括第二产品标识信息及配置的关系参数；

产品关系创建模块800，用于基于所述关系参数，创建所述第一产品与所述第二产品标识信息所对应的第二产品间的产品关系。

相应于实施例四，参考图8，所述系统还可以包括第五接收模块900和第二关联模块1000。

现实应用场景中，可采用产品管理构件的形式实现本发明，如图9所示。

对于本发明实施例五公开的服务合约创建系统而言，由于其与以上各实施例公开的服务合约创建方法相对应，所以描述的比较简单，相关相似之处请参见以上各实施例中服务合约创建方法部分的说明即可，此处不再详述。

综上所述，本发明通过将银行信贷系统中不同的授信额度和合同定义为不同产品，并通过对产品类型、产品特征类型、产品分类方式、产品分类等进行灵活配置，实现了服务合约的配置式开发，解决了产品多样化和产品分类多样化带来的产品开发、服务合约开发问题，最终可使开发者把注意力集中在分析业务需求和配置模型上，为项目提供了快速构建功能。

为了描述的方便，描述以上系统时以功能分为各种模块或单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

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

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

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种服务合约创建方法，其特征在于，包括：

接收操作人员针对目的产品家族所发出的产品创建请求，所述产品创建请求包括目的产品类型，所述目的产品类型为操作人员基于所述目的产品家族中预先集成的产品类型集所配置的产品类型，其中，产品家族包括授信家族和合同家族；

创建初始产品模型，所述初始产品模型所属的产品类型为所述目的产品类型；

接收操作人员的辅助信息添加请求，所述辅助信息添加请求包括目的辅助信息，所述目的辅助信息为操作人员基于预先集成的辅助信息集所配置的辅助信息；

在所述初始产品模型中添加所述目的辅助信息，以形成完整的第一产品。

2.根据权利要求1所述的方法，其特征在于，所述辅助信息集包括产品服务类型集、产品价格类型集和产品特征类型集。

3.根据权利要求1所述的方法，其特征在于，还包括：

接收操作人员的产品类别关联请求，所述产品类别关联请求包括目的产品分类类别，所述目的产品分类类别为操作人员基于目的产品分类方式下预先集成的产品分类类别集所配置的分类类别；

在所创建的第一产品上关联所述目的产品分类类别。

4.根据权利要求1所述的方法，其特征在于，还包括：

接收操作人员的产品关系创建请求，所述产品关系创建请求包括第二产品标识信息及配置的关系参数；

基于所述关系参数，创建所述第一产品与所述第二产品标识信息所对应的第二产品间的产品关系。

5.根据权利要求4所述的方法，其特征在于，所述关系参数包括关系类型，关系复合条件及关系有效日期。

6.根据权利要求1所述的方法，其特征在于，还包括：

接收操作人员的外部对象关联请求，所述外部对象关联请求包括外部对象标识信息，所述外部对象关联请求为操作人员通过配置所需的外部对象所触发的请求；

创建所述第一产品与所述外部对象标识信息所对应的外部对象间的关联关系。

7.一种服务合约创建系统，其特征在于，包括：

第一接收模块，用于接收操作人员针对目的产品家族所发出的产品创建请求，所述产品创建请求包括目的产品类型，所述目的产品类型为操作人员基于所述目的产品家族中预先集成的产品类型集所配置的产品类型；

创建模块，用于创建初始产品模型，所述初始产品模型所属的产品类型为所述目的产品类型；

第二接收模块，用于接收操作人员的辅助信息添加请求，所述辅助信息添加请求包括目的辅助信息，所述目的辅助信息为操作人员基于预先集成的辅助信息集所配置的辅助信息；

添加模块，用于在所述初始产品模型中添加所述目的辅助信息，以形成完整的第一产品。

8.根据权利要求7所述的系统，其特征在于，还包括：

第三接收模块，用于接收操作人员的产品类别关联请求，所述产品类别关联请求包括目的产品分类类别，所述目的产品分类类别为操作人员基于目的产品分类方式下预先集成的产品分类类别集所配置的分类类别；

第一关联模块，用于在所创建的第一产品上关联所述目的产品分类类别。

9.根据权利要求7所述的系统，其特征在于，还包括：

第四接收模块，用于接收操作人员的产品关系创建请求，所述产品关系创建请求包括第二产品标识信息及配置的关系参数；

产品关系创建模块，用于基于所述关系参数，创建所述第一产品与所述第二产品标识信息所对应的第二产品间的产品关系。

10.根据权利要求7所述的系统，其特征在于，还包括：

第五接收模块，用于接收操作人员的外部对象关联请求，所述外部对象关联请求包括外部对象标识信息，所述外部对象关联请求为操作人员通过配置所需的外部对象所触发的请求；

第二关联模块，用于创建所述第一产品与所述外部对象标识信息所对应的外部对象间的关联关系。