CN102289730B - 用于集团客户关系管理的图形化展示系统和方法 - Google Patents

Abstract

本发明公开了一种用于集团客户关系管理的图形化展示系统和方法，该系统包括客户端和服务端，其中，客户端包括：左视图模块，实现图形化界面的左部面板；集团视图模块，实现集团客户关系树的展现和维护界面；本地管理模块，对所述视图模块产生的操作请求和参数进行协议转换后发送到服务端或者根据服务端的响应信息调用相应的视图模块进行处理，网络接口模块，实现与服务端的数据交换。服务端包括：服务接口模块，负责与客户端通信和协议转换，逻辑处理模块，根据客户端的操作请求进行业务解析；数据库访问模块，用于根据业务解析进行相应的数据库操作。通过图形化展示集团关系树，可以全面展现各个客户的关联关系，方便对客户关系的管理维护。

Description

用于集团客户关系管理的图形化展示系统和方法

技术领域

本发明涉及计算机图形化展示技术，尤其涉及一种用于集团客户关系管理的图形化展示系统及其集团客户关系管理的方法。

背景技术

商业银行的对公客户因集团授信业务、企业客户法人、客户控股或投资关系形成多层次的集团客户关系。涵盖集团授信关系、同法人关系、控股或投资关系、战略性集团关系的各类客户关联关系将作为商业银行的贷前营销、客户评级、授信审批、额度分割、业务审批、合同签订、贷后风险管控以及集团客户资金归集等各类业务流程环节的重要参考和审批依据，因此，集团客户关系的建立和及时更新维护，对于商业银行信贷业务及存款业务的快速健康发展具有非常重要意义。如何在客户关系管理系统中，全面、直观、细致而详尽地展现对公集团客户关系，同时提供灵活、快捷、友好的更新渠道是此类系统建设面临的一个重大问题。

在现行的各类客户关系管理信息系统中的集团客户关系的展现与维护，都通过前端应用读取后台集团客户关系数据，并以数据表单方式按单个客户逐一展现与其关联的客户及其关联关系、控股比例等指标，无法直观展现一个完整的多层级的集团客户关系，既不利于用户浏览查询，也不便于对客户关系进行批量维护，具体而言，存在以下缺陷：

1.单一客户的所有关联关系都是独立展现，无法直观、完整地在一个页面完整的展现单个客户的所有关联客户或集团。

2.无法形成多层级的集团客户关系树，表单方式的展现，最多只能支持单层的集团与客户关系，集团与客户、客户与客户间跨层级的隶属关系无法从表单上得到直观地反映。无法在一个完整的集团客户关系树中，快速定位到指定客户的所处的位置，进而影响对该客户的相关业务操作。

3.增、删、改、查等指标均为按单个客户、单个关联关系逐一进行，其间要完成多次人机交互，也无法基于关系树中的子树方便地实现客户关系的批量维护操作，影响维护操作的效率和准确性。

4.格式化的展现页面无法支持用户采用拖、拉等矢量操作，无法依据用户喜好或关注点形成客户化定制的集团客户关系视图，也影响维护操作准确性。

发明内容

本发明的目的在于提供一种用于集团客户关系管理的图形化展示系统及其集团客户关系管理的方法，通过图形化展示集团关系树，可以全面展现各个客户的关联关系，并且方便对客户关系的各种管理维护。

一方面，本发明实施方式提供一种用于集团客户关系管理的图形化展示系统，该系统包括客户端和服务端，

其中，所述客户端至少包括：

左视图模块，继承视图(view)类，实现图形化界面的左部面板，提供包含查找、保存、恢复、关键信息展现的控制功能界面，

集团视图模块，继承view类，实现集团客户关系树的展现和维护界面，

本地管理模块，继承控制(command)类，用于对所述左视图模块或集团视图模块产生的操作请求和参数进行协议转换后通过网络接口模块发送到所述服务端，或者根据该网络接口模块转发的来自所述服务端的响应信息调用所述左视图模块或集团视图模块进行相应的处理，

所述网络接口模块，继承服务(service)类，与所述本地管理模块连接，实现与所述服务端的数据交换服务；

其中，所述服务端至少包括：

服务接口模块，用于负责与所述客户端通信和协议转换，

逻辑处理模块，与服务接口模块连接，用于根据所述客户端的操作请求进行相应的业务解析，

数据库访问模块，与逻辑处理模块连接，用于根据所述业务解析结果进行相应的数据库操作。

另一方面，本发明实施方式提供一种用于上述图形化展示系统的集团客户关系管理方法，所述方法至少包括以下步骤：

在客户端，左视图模块或集团视图模块根据用户操作产生操作请求和参数，

本地管理模块针对所述左视图模块或集团视图模块产生的不同操作请求采用不同的第一类协议号的通信协议对参数进行组装，

网络接口模块将组装得到的数据组装成可扩展标记语言(extensiblemarkup language，xml)请求报文发送到服务端；

在服务端，服务接口模块接收并解析所述xml请求报文，得到所述第一类协议号和参数，

逻辑处理模块根据解析得到的第一类协议号和参数调用该第一类协议号对应的逻辑操作组件执行相应的操作处理，

所述服务接口模块对不同的操作结果信息采用不同的第二类协议号进行组装得到xml响应报文，并发送到所述客户端；

在所述客户端，所述网络接口模块接收并解析所述xml响应报文，得到第二类协议号和操作结果信息，

所述本地管理模块根据所述第二类协议号和操作结果信息调用所述左视图模块显示所述操作结果信息或者根据所述操作结果信息按照集团关系树算法更新集团视图模块中集团关系树的显示。

根据本发明实施方式，通过集团关系树的图形化展示，可以直观地在一个页面完整展现单个客户的所有关联客户或集团；并可以形成多层级的集团客户关系树，反映了集团与客户、客户与客户之间多层级的隶属关系，进而可以快速定位到指定客户的在整个集团关系树所处的位置，进而作为业务决策的依据；用户可基于集团客户关系树，通过简单的拖、拉、增删节点等操作，既可逐一完成单个客户关系的维护操作，也可基于关系树中的子树方便地实现客户关系的批量维护操作，大大提高维护操作的效率和准确性，维护结果实时刷新，也可以实时反映到视图中；用户可依据其喜好或关注点，通过矢量操作形成客户化定制的集团客户关系视图；可依据用户需要，通过前端页面选择灵活配置各类指标，动态展现用户所需要的属性；界面展示与数据通信采用不同线程，各线程独立运行，客户端服务器端交互数据量大时采用分页下载，界面展示可不必等待全部数据下载完毕，进而缩短了用户等待时间，提高了用户体验。

附图说明

图1是根据本发明实施方式的一种用于集团客户关系管理的图形化展示系统的系统架构图；

图2是根据本发明实施方式的一种用于集团客户关系管理的图形化展示系统的结构框图；

图3是图1所示本地管理模块130的功能模块图；

图4是图1所示网络接口模块140的功能模块图；

图5是图1所示服务接口模块210的功能模块图；

图6是图1所示逻辑处理模块220的功能模块图；

图7是根据本发明实施方式的一种用于集团客户关系管理的图形化展示系统的集团客户关系管理方法的流程图；

图8是根据本发明实施方式的一种用于集团客户关系管理的图形化展示系统的集团客户关系管理方法的实施例1；

图9是根据本发明实施方式的一种用于集团客户关系管理的图形化展示系统的集团客户关系管理方法的实施例2；

图10是根据本发明实施方式的一种用于集团客户关系管理的图形化展示系统的集团客户关系管理方法的实施例3；

图11是根据本发明实施方式的一种用于集团客户关系管理的图形化展示系统的集团客户关系管理方法的实施例4；

图12是根据本发明实施方式的一种用于集团客户关系管理的图形化展示系统的集团客户关系管理方法的实施例5；

图13是根据本发明实施方式的一种集团关系树算法的流程图；

图14是图13中步骤S300的详细流程图；

图15图示了根据本发明实施方式的关系树图表及显示区域计算过程。

具体实施方式

为使本发明的实施例的目的、技术方案和优点更加清楚，下面将进一步结合附图对本发明作详细描述。

在具体描述本发明实施例或实施方式之前，需要说明的是，本领域的技术人员应当理解，本说明书和权利要求书中描述的“第一”、“第二”、“第三”、“第四”和“第壹”、“第贰”、“第叁”、“第肆”仅仅用作区分相同名称的术语，而非意在限定本发明的保护范围。

参见图1，图示了本发明实施方式的集团客户关系管理的图形化界面的整体实现架构。

其中，服务端基于SUP平台的JAVA技术按照用例控制器(UCC)/业务处理服务(BS)/数据访问接口(DAO)的三层结构实现，以JAVA组件包形式提供服务，其中UCC负责与客户端通信和协议转换，BS实现业务解析，DAO负责数据库的操作。

客户端采用通用PureMVC三层框架，基于Flex平台实现。Flex框架pureMVC中包含三个部分：Model(模型)、View(视图)、Command(控制)。View类实现图形化界面展现，Command类实现请求通信协议包组装和数据解析，Model类实现与服务端通信功能。以上三部分都继承了框架INotifier接口，通过消息机制实现各部分之间的松耦合。在本发明实施方式中，基于Flex富客户端平台技术，采用SWF文件直接嵌入JSP页面的方式，实现图形化界面，动态响应界面矢量操作，同时基于控制管理器(LocalManager)实现业务数据的传递，实现不同视角的集团客户关系视图(View)的切换与刷新。

虽然以上对技术人员研发本发明实施方式的技术方案的平台和技术手段作了具体说明，其目的仅仅在于帮助理解本发明的技术方案，而不能理解为限定本发明的保护范围和应用范围，本领域的技术人员应当理解，采用任何技术平台和技术手段研发的具有本发明权利要求书所记载的技术特征或等同的技术特征、并且基本能够实现与本发明权利要求相同的功能的技术方案也是本发明的实施方式之一，均落入本发明权利要求书的保护范围。

参见图2，是根据本发明实施方式的一种用于集团客户关系管理的图形化展示系统的结构框图。所述图形化展示系统包括客户端100和服务端200，其中，所述客户端100至少包括：

左视图模块110，继承view类，实现图形化界面的左部面板，提供包含查找、保存、恢复、关键信息展现的控制功能界面，

集团视图模块120，继承view类，实现集团客户关系树的展现和维护界面，

本地管理模块130，继承command类，用于对所述左视图模块110或集团视图模块120产生的操作请求和参数进行协议转换后通过网络接口模块140发送到所述服务端200，或者根据该网络接口模块140转发的来自所述服务端200的响应信息调用所述左视图模块110或集团视图模块120进行相应的处理，

所述网络接口模块140，继承服务(service)类，与所述本地管理模块130连接，实现与所述服务端200的数据交换服务；

其中，所述服务端200至少包括：

服务接口模块210，用于负责与所述客户端100通信和协议转换，

逻辑处理模块220，与服务接口模块210连接，用于根据所述客户端的操作请求进行相应的业务解析，

数据库访问模块230，与逻辑处理模块210连接，用于根据所述业务解析结果执行对数据库240相应的操作。

在本发明实施方式中，如图3所示，本地管理模块130包括协议转换组件1301，用于针对所述左视图模块110或集团视图模块120产生的不同操作请求采用不同的第一类协议号的通信协议对参数进行组装，将组装得到的数据通过所述网络接口模块140发送到服务端200。

如图4所示，网络接口模块140包括：

客户端xml报文组装组件1401，用于将所述本地管理模块160组装得到的数据组装成完整的可扩展标记语言(extensible markup language，xml)请求报文；

客户端发送组件1402，用于调用对外服务接口类的发送服务端方法将所述xml请求报文发送到所述服务端200。

如图5所示，服务接口模块210包括：

服务端接收组件2101，用于接收所述xml请求报文；

服务端xml报文解析组件2102，用于解析所述xml报文得到所述第一类协议号和参数。

如图6所示，逻辑处理模块220包括逻辑调度组件2201，用于根据解析得到的第一类协议号和参数调用该第一类协议号对应的逻辑操作组件执行相应的操作处理。

在本发明实施方式中，如图5所示，所述服务接口模块210还包括：

服务端xml报文组装组件2103，用于针对逻辑处理模块220不同的操作结果信息采用不同的第二类协议号进行组装得到xml响应报文；

服务端发送组件2104，用于将所述xml响应报文发送到所述客户端100。

如图4所示，所述网络接口模块140还包括：

客户端接收组件1403，用于接收所述服务端200发送的xml响应报文；

客户端xml报文解析组件1404，用于解析所述xml响应报文得到第二类协议号和操作结果信息。

如图3所示，所述本地管理模块130还包括操作结果处理组件1302，用于根据所述第二类协议号和操作结果信息调用所述左视图模块110显示所述操作结果信息或者根据所述操作结果信息按照集团关系树算法更新集团视图模块120中集团关系树的显示。

由上述可知，所述视图以图标节点来表示客户或集团，以节点间关系来表示客户关系。用户可拖动界面图标，增加或删除图标或图标之间的连线来维护相应的客户关系。可以直观地在一个页面完整展现单个客户的所有关联客户或集团；并可以形成多层级的集团客户关系树，反映了集团与客户、客户与客户之间多层级的隶属关系，进而可以快速定位到指定客户的在整个集团关系树所处的位置，进而作为业务决策的依据。

以上从功能、结构、信息交互等方面对本发明实施方式的一种图形化展示系统进行了具体说明，下面结合附图对上述图形化展示系统进行集团客户关系管理的方法进行详细阐述。

参见图7，图示了本发明的一种图形化展示系统中进行集团客户关系管理方法整体流程图。如图所示，所述方法至少包括以下步骤：

S001，在客户端，左视图模块或集团视图模块根据用户操作产生操作请求和参数，

S002，本地管理模块针对所述左视图模块或集团视图模块产生的不同操作请求采用不同的第一类协议号的通信协议对参数进行组装，

S003，网络接口模块将组装得到的数据组装成xml请求报文发送到服务端；

S004，在服务端，服务接口模块接收并解析所述xml请求报文，得到所述第一类协议号和参数，

S005，逻辑处理模块根据解析得到的第一类协议号和参数调用该第一类协议号对应的逻辑操作组件执行相应的操作处理，

S006，所述服务接口模块对不同的操作结果信息采用不同的第二类协议号进行组装得到xml响应报文，并发送到所述客户端；

S007，在所述客户端，所述网络接口模块接收并解析所述xml响应报文，得到第二类协议号和操作结果信息，

S008，所述本地管理模块根据所述第二类协议号和操作结果信息调用所述左视图模块显示所述操作结果信息或者根据所述操作结果信息按照集团关系树算法更新集团视图模块中集团关系树的显示。

由上述可知，通过将用户操作(例如拖、拉、增删节点等)产生的操作请求及相应的参数发送到服务端进行相应的逻辑处理，并将处理结果反馈给客户端，更新视图显示。如此一来，用户可基于集团客户关系树，通过简单的拖、拉、增删节点等操作，既可逐一完成单个客户关系的维护操作，也可基于关系树中的子树方便地实现客户关系的批量维护操作，大大提高维护操作的效率和准确性，维护结果实时刷新，也可以实时反映到视图中；用户还可依据其喜好或关注点，通过矢量操作形成客户化定制的集团客户关系视图，可依据用户需要，通过前端页面选择灵活配置各类指标，动态展现用户所需要的属性。

在本发明实施方式中，所采用的协议的第一类协议号和第二类协议号的对应关系定义如表1所示，其具体的定义在下面各个实施例中逐一描述，所作的描述同样适合于上述用于集团客户关系管理的图形化展示系统的实施方式，当然，本领域的技术人员应当理解，本发明并不局限于此，本发明可以采用具有同样功能的其他协议或标准。

表1

实施例1：查询客户

在客户端，操作员(即用户)录入查询条件(客户编号或客户名称)，点击界面上“查询”按钮，如图8所示，本发明实施方式的方法运行流程为：

S101，左视图模块调用左视图类(LeftMainView)的查询方法(clickQuestButton())组装用户录入的包括客户名称的查询条件，将客户名称作为参数产生调用本地管理模块的操作请求；

S102，所述本地管理模块将所述客户名称按照第一类协议号中的第一协议号(U001)对应的通信协议进行组装，其中U001的定义如表2所示；

表2

协议号	U001	查询集团部管辖客户，全行对公客户
				参数
数据序号	数据项名称	可选参数	数据类型
数据
				数据序号	数据项名称	可选参数	数据类型
1	页号		数字
				2	页内最大记录数		数字
3	客户编号		字符串
				4	客户名称		字符串
5	组织机构号		字符串
				6	客户状态	有效/无效	字符串
7	客户类别	虚拟/现有/潜在	字符串

8

客户范围

集团客户/战略集团客户/同法人客户/集团部客户/全行客户

字符串

S103，网络接口模块将所述本地管理模块组装得到的数据组装成xml请求报文发送到服务端；

S104，在服务端，服务接口模块接收并解析所述xml请求报文，得到所述第一类协议号U001和客户名称；

S105，逻辑处理模块根据所述第一类协议号中的U001确定操作请求为查询客户，使用所述客户名称作为参数调用查询服务类(ICustsQuestBS)中的查询方法(questCusts())查询后台数据库；

S106，所述查询服务类中的查询方法调用数据库访问模块中的全量客户查询类(ICustomerDAO)访问数据库，获取与所述客户名称相同的客户列表信息；

S107，服务接口模块按照第二类协议号中的第壹协议号(D001)对应的通信协议将所述客户列表信息转换成xml响应报文，并发送到所述客户端；

S108，在所述客户端，所述网络接口模块接收并解析所述xml响应报文，得到第二类协议号D001、操作结果信息即客户列表信息，其中D001的定义如表3所示：

表3

协议号	D001
				参数
数据序号	数据项名称	可选参数	数据类型
				1	总记录数		数字
2	当前页号		数字
				3	页内最大记录数		数字
				数据
数据序号	数据项名称	可选参数	数据类型
				1	客户名称		字符串

2	客户编号		字符串
				3	所属集团编号		字符串
4	所属集团名称		字符串
				5	所属战略集团编号		字符串
6	所属战略集团名称		字符串
				7	监管集团名称		字符串
8	同法主体编号		字符串
				9	同法主体名称		字符串
10	组织机构号		字符串

S109，所述本地管理模块读取所述客户列表信息，并根据所述第二类协议号D001确定本次操作为显示查询结果，调用所述左视图模块中左视图类的客户列表信息展现方法(showCustsList)显示查询到的所述客户列表信息。

实施例2：增加客户至集团

如图9所示，本发明实施方式的方法运行流程为：

S201-S209，同实施例1中的S101-S109，向用户展示客户列表信息；

S210，在客户端，用户从左视图类的显示结果中选择客户，点击“增加”按钮，获取用户选中的客户编号，将所述客户编号和所述集团的集团编号作为参数产生调用所述本地管理模块的操作请求；

S211，所述本地管理模块按照第一类协议号中的第二协议号(U002)对应的通信协议对所述客户编号和集团编号进行组装，其中U002的定义如表4所示；

表4

协议号	U002
				参数
数据序号	数据项名称	可选参数	数据类型

				数据
数据序号	数据项名称	可选参数	数据类型
				1	增加模式	直接修改/提示修改	字符串
2	客户编号		字符串
				3	所属集团编号		字符串
4	所属战略集团编号		字符串
				5	同法主体编号		字符串
6	父结点编号		字符串

S212，网络接口模块将组装得到的数据组装成xml请求报文发送到服务端；

S213，服务接口模块接收并解析所述xml请求报文，得到所述第一类协议号U002和待增加的客户编号、要增加到的集团编号；

S214，逻辑处理模块根据所述第一类协议号中的U002确定操作请求为增加客户，调用添加客户服务类(IAddCustsBS)中的新增客户方法(addCusts())执行增加客户操作，具体地，包括：

调用数据库访问模块中的集团成员数据库接口(IGroupMemDAO)将所述客户编号对应的客户加入为集团与成员关系表，

调用数据库访问模块中的集团成员数据库接口将所述客户编号对应的客户增加到所述集团编号对应的集团部客户列表中，并返回操作结果信息；

S215，服务接口模块按照第二类协议号中的第贰协议号(D002)对应的通信协议将所述操作结果信息转换成xml响应报文，并发送至客户端；其中，D002的定义表5所示：

表5

S216，网络接口模块接收并解析所述xml响应报文，得到D002和操作结果信息；

S217，本地管理模块根据D002确定本次操作为显示增加后的操作结果，根据所述操作结果信息按照集团关系树算法更新集团视图模块中集团关系树，以显示增加客户以后的集团关系。

实施例3：删除集团成员

在客户端，用户从集团视图模块的集团树视图类(TreeMainView)中选中一个显示状态为有效的客户，点击鼠标右键，从快速菜单中选取删除客户，点击“保存”。如图10所示，本实施方式的方法运行流程为：

S301，获取用户选中的待删除的客户编号，将所述客户编号作为参数调用集团视图类的删除客户方法，

所述集团视图类的删除客户方法以客户编号和集团编号作为参数产生调用本地管理模块的操作请求；

S302，所述本地管理模块将所述客户编号和集团编号，按照第一类协议号中的第三协议号(U003)对应的通信协议进行组装；其中，U003的定义如表6所示：

表6

S303，网络接口模块将组装得到的数据组装成xml请求报文发送到服务端；

S304，在服务端，服务接口模块接收并解析所述xml请求报文，得到所述第一类协议号U003和参数(即客户编号和集团编号)；

S305，逻辑处理模块根据所述第一类协议号中的U003确定操作请求为删除客户，使用所述客户编号和集团编号作为参数调用删除客户类中的删除客户方法对后台数据库进行修改；

S306，所述删除客户类中的删除客户方法调用数据库访问模块中的集团成员数据库接口的更新状态方法将所述客户编号对应的客户的状态修改为已删除状态；

S307，调用所述集团成员数据库接口的更新所属集团编号方法将集团部客户名单中相应客户端集团编号设置为空；

S308，所述服务接口模块按照第二类协议号中的第叁协议号(D003)对应的通信协议将上述操作结果信息转换成xml响应报文，并发送至客户端；其中，D003的定义如表7所示：

表7

协议号	D003
				参数
数据序号	数据项名称	可选参数	数据类型
数据
				数据序号	数据项名称	可选参数	数据类型
1	结点类别		字符串
				2	股东标识		字符串
3	客户名称		字符串
				4	客户编号		字符串
5	所属父结点编号		字符串
				6	与上级关系		字符串
7	所属集团编号		字符串
				8	所属集团名称		字符串
9	所属战略集团编号		字符串
				10	所属战略集团名称		字符串
11	监管集团名称		字符串
				12	同法主体编号		字符串

13	同法主体名称		字符串
				14	组织机构号		字符串
15	管理机构		字符串
				16	显示坐标		字符串
17	最后更新日期		字符串

S309，在所述客户端，所述网络接口模块接收并解析所述xml响应报文，得到第二类协议号和操作结果信息；

S310，本地管理模块根据D003确定本次操作为显示删除后的操作结果，根据所述操作结果信息按照集团关系树算法更新集团视图模块中集团关系树，以显示删除客户以后的集团关系。

实施4：查询客户所属关系树

在客户端，用户录入查询条件(客户编号或客户名称)，查询范围选择集团下客户，点击界面上″查询″按钮，如图11所示，本实施方式的方法运行流程为：

S401-S409，同实施例1的S101-S109，向用户展示客户列表信息；

S410，在客户端，用户从左视图模块中显示结果中选择客户，点右键选择显示客户所属集团，获取用户选中的客户编号，将所述客户编号作为参数产生调用所述本地管理模块的操作请求；

S411，所述本地管理模块按照第一类协议号中的第四协议号(U004)对应的通信协议对所述客户编号进行组装；其中，U004的定义如表8所示：

表8

协议号	U004	查询集团部管辖客户在集团/战略集团/同法主体下的列表
				参数
数据序号	数据项名称	可选参数	数据类型
数据

数据序号	数据项名称	可选参数	数据类型
				1	页号		数字
2	最大记录数		数字
				3	客户编号		字符串
4	客户名称		字符串
				5	组织机构号		字符串
6	客户状态	有效，已删除	字符串
				7	集团客户编号		字符串
8	集团名称		字符串
				9	战略集团编号		字符串
10	战略集团名称		字符串
				11	同法主体编号		字符串
12	同法主体名称		字符串

S412，网络接口模块将组装得到的数据组装成xml请求报文发送到服务端；

S413，服务接口模块接收并解析所述xml请求报文，得到所述第一类协议号U004和参数即待查询的客户编号；

S414，逻辑处理模块根据所述第一类协议号中的U004确定操作请求为查询客户所属关系树，调用查询客户服务类的查询客户列表方法执行查询，具体地，包括：

调用数据库访问模块中的集团成员数据库接口从集团与成员关系表中获取所述客户编号对应客户所属集团，

根据查询到的所属集团调用集团成员数据库接口将所属集团下的客户形成集团客户列表；

S415，所述服务接口模块按照第二类协议号中的第肆协议号(D004)对应的通信协议将所述集团客户列表转换成xml响应报文，并发送至客户端；其中，D004的定义如表9所示：

表9

协议号	D004
				参数
数据序号	数据项名称	可选参数	数据类型
				1	总记录数		数字
2	当前页号		数字
				3	页内最大记录数		数字
				数据
数据序号	数据项名称	可选参数	数据类型
				1	结点类别		字符串
2	股东标识		字符串
				3	客户名称		字符串
4	客户编号		字符串
				5	客户状态		字符串
6	所属父结点编号		字符串
				7	与上级关系		字符串
8	所属集团编号		字符串
				9	所属集团名称		字符串
10	所属战略集团编号		字符串
				11	所属战略集团名称		字符串
12	监管集团名称		字符串
				13	同法主体编号		字符串
14	同法主体名称		字符串
				15	组织机构号		字符串
16	管理机构		字符串
				17	显示坐标		字符串
18	最后更新日期		字符串

S416，在所述客户端，所述网络接口模块接收并解析所述xml响应报文，得到D004和客户形成的集团客户列表；

S417，本地管理模块根据D004确定本次操作为显示查询结果，根据所述集团客户列表按照集团关系树算法更新集团视图模块中集团关系树。

实施例5：修改集团成员关系

在客户端，用户从集团树视图中选中一条关系线，选择其中一个端点，即可将其拖动到其它的有效客户上，释放鼠标，点击“保存”。如图12所示，本实施方式的方法运行流程为：

S501，获取集团树视图中用户修改后的关系线两端的集团编号、客户编号和父节点编号，将所述集团编号和客户编号作为参数调用集团视图类的关系修改方法(ReSetRelation)，

所述集团视图类的关系修改方法以所述客户编号和集团编号作为参数产生调用本地管理模块的操作请求；

S502，所述本地管理模块将所述客户编号、集团编号和父节点编号，按照第一类协议号中的第二协议号(U002)对应的通信协议进行组装；

S503，网络接口模块将组装得到的数据组装成xml请求报文发送到服务端；

S504，在服务端，服务接口模块接收并解析所述xml请求报文，得到所述第一类协议号U002和参数；

S505，逻辑处理模块根据所述第一类协议号中的U002确定操作请求为修改集团成员关系，使用所述客户编号、集团编号和父节点编号作为参数调用增加客户类中的重设关系方法对后台数据库进行修改；

S506，所述增加客户类中的重设关系方法调用数据库访问模块中的集团成员数据库接口将操作请求中指定的客户的父节点修改为参数指定的客户；

S507，确定所述指定的父节点是否为集团编号，如果是，则调用所述集团成员数据库接口在集团与成员关系表中修改所属集团编号；

S508，所述服务接口模块按照第二类协议号中的第贰协议号(D002)对应的通信协议将上述操作后的结果信息转换成xml响应报文，并发送至客户端；

S509，本地管理模块根据D002确定本次操作为显示修改关系后的结果，根据所述集团客户列表按照集团关系树算法更新集团视图模块中集团关系树，以显示修改客户关系以后的集团关系。

以上通过五个实施例，对本发明的方法进行了详细阐述，需要说明书的是，上述实施例中的协议编号，仅仅用着举例，本领域的技术人员根据实际应用，采用不同的协议和协议编号。通过以上实施例的描述可知，用户可基于集团客户关系树，通过简单的拖、拉、增删节点等操作，既可逐一完成单个客户关系的维护操作，也可基于关系树中的子树方便地实现客户关系的批量维护操作，大大提高维护操作的效率和准确性，维护结果实时刷新，也可以实时反映到视图中；用户可依据其喜好或关注点，通过矢量操作形成客户化定制的集团客户关系视图；可依据用户需要，通过前端页面选择灵活配置各类指标，动态展现用户所需要的属性；界面展示与数据通信采用不同线程，各线程独立运行，客户端服务器端交互数据量大时采用分页下载，界面展示可不必等待全部数据下载完毕，进而缩短了用户等待时间，提高了用户体验。

此外，本发明实施方式，还提供了一种集团关系树算法，如图13所示，包括：

S100，判断集团关系树是否需要更新，若是，则执行步骤S200，否则结束流程；具体而言：可以判断客户列表缓存数据列表不为空，并且不只是集团根节点本身，继续执行，否则，退出；

S200，根据集团编号从数组中查找根节点，并设置该根节点的层级为0；

S300，以所述根节点为起始父节点，递归找出所有子公司节点，并记录层级关系；

S400，针对每一个节点，判断该节点的子节点数目是否大于预定值(例如但不限于2)，如果是，则横向显示，否则竖向显示；

具体地，如果一个节点子节点数＞2个，显示方向为横向；否则方向为竖向，并且可以进行如下设置：

显示区域为固定大小(例如30X90，或90X30)

节点色彩默认为浅灰色(可配制)

如果节点状态为待新增，显示状态设为待新增，色彩为蓝色(可配制)

如果节点状态为待移出，显示状态设为待移出，色彩为深绿(可配制)

如果节点为有效，创建日期为当日，显示状态为当日新增，色彩为浅蓝(可配制)

如果节点为删除，最后修改日期为当日，显示状态为当日已删除，包彩深灰色(可配制)

节点关系分为集团与成员、战略性集团与成员、同法人集团与成员、控股或投资、母子公司、总分公司等关系

如果节点被选中，显示为粗线框；

S500，以所述根节点为父节点，递归计算各个子节点在视图中所占位置的坐标值，根据计算得到的坐标值显示各个节点；

具体地，根据父节点方向，当前节点方向，父节点子节点数，以及当前节点顺序，当前节点层结，计算出节点所占坐标位置，子区域之间以及子区域与父区域之间相接但不相交，如图15所示：

递归取得下层节点所占用区域并集(两矩形并集为包围两矩形区域的最小矩形，如R1 U R2＝R1((20，20)，(60，120))U R2((20，120)，(120，160))＝((20，20)，(120，160)))

当节点层级为负，将节点区域在下层节点区域下方中心合并，作为本层区域

当节点层级为正，将节点区域在下层节点区域上方中心合并，作为本层区域

根的区域计算将上下两个子区域以根区域作并集，全部计算完成后，根区域中心作为显示区中心显示

节点固定大小为W(宽)X H(高)，计算公式如下：

假设有两个子节点：R1((cx1，cy1)，w1，h1)，R2((cx2，cy2)，w2，h2)

父节点：R0(cx0，cy0，w0，h0)

并集计算结果：R((cx，cy)，w，h)＝((cx0，cy0)，max(w1+w2)，w0)，(h1+h0))

计算子节点中心：cx1＝cx-W/2+W/2+0*W

                cy1＝cy+H/2+H/2

                cx2＝cx-W/2+W/2+1*W

                cy2＝cy+H/2+H/2

其中：R((cx，cy)，w，h)代表R((中心x坐标，中心y坐标)，矩形宽w，矩形高h)；

S600，根据所述各个节点的层级数、坐标值和显示方向布置各个节点，并根据各个节点的子节点编号和父节点编号用线条将各个子节点连接起来构成所述集团关系树。

其中，如图14所示，所述步骤S300包括：

S3100，初始化当前父节点编号＝集团编号，当前父节点层级＝0；

S3200，在数组中查找父节点＝当前父节点编号的节点，表示为D；

S3300，判断是否找到所述节点D，如果是，则执行步骤S3400，否则结束；

S3400，判断当前父节点层级+1是否大于或等于所述找到的节点D的层级，如果是，则记录所述节点D的层级＝当前父节点层级+1，否则所述节点D的层级不变；并且记录所述节点D的子节点数＝0，当前父节点的子节点数＝当前父节点的子节点数+1；

S3500，更新当前父节点编号为所述节点D的编号，然后转到执行步骤S3200。

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

以上所公开的仅为本发明的具体实施方式，仅用于对本发明进行举例说明，不能以此限定本发明之保护范围，本领域技术人员在不脱离本发明实质的前提下可以进行各种修改、变化或替换，因此，依照本发明所作的各种等同变化，仍属于本发明所涵盖的范围。

Claims (31)

1.一种用于集团客户关系管理的图形化展示系统，其特征在于，所述图形化展示系统基于Flex富客户端平台，采用SWF文件直接嵌入JSP页面的方式实现图形化界面，并且包括客户端和服务端，

其中，所述客户端至少包括：

左视图模块，继承视图view类，实现图形化界面的左部面板，提供包含查找、保存、恢复、关键信息展现的控制功能界面，

集团视图模块，继承view类，实现集团客户关系树的展现和维护界面，其中，所述视图以图标节点来表示客户或集团，以节点间关系来表示客户关系，

本地管理模块，继承控制command类，用于对所述左视图模块或集团视图模块产生的操作请求和参数进行协议转换后通过网络接口模块发送到所述服务端，或者根据该网络接口模块转发的来自所述服务端的响应信息调用所述左视图模块或集团视图模块进行相应的处理，其中，所述本地管理模块包括协议转换组件，该协议转换组件用于针对所述左视图模块或集团视图模块产生的不同操作请求采用不同的第一类协议号的通信协议对参数进行组装，将组装得到的数据通过所述网络接口模块发送到服务端，

所述网络接口模块，继承服务service类，与所述本地管理模块连接，实现与所述服务端的数据交换服务，其中，所述网络接口模块包括用于将所述本地管理模块组装得到的数据组装成完整的可扩展标记语言xml请求报文的客户端xml报文组装组件和用于调用对外服务接口类的发送服务端方法将所述xml请求报文发送到所述服务端的客户端发送组件；

其中，所述服务端至少包括：

服务接口模块，用于负责与所述客户端通信和协议转换，其中，所述服务端接口模块包括用于接收所述xml请求报文的服务端接收组件和用于解析所述xml报文得到所述第一类协议号和参数的服务端xml报文解析组件；

逻辑处理模块，与服务接口模块连接，用于根据所述客户端的操作请求进行相应的业务解析，

数据库访问模块，与逻辑处理模块连接，用于根据所述业务解析结果进行相应的数据库操作。

2.根据权利要求1所述的图形化展示系统，其特征在于，所述逻辑处理模块包括：

逻辑调度组件，用于根据解析得到的第一类协议号和参数调用该第一类协议号对应的逻辑操作组件执行相应的操作处理。

3.根据权利要求2所述的图形化展示系统，其特征在于，所述服务接口模块还包括：

服务端xml报文组装组件，用于针对不同的操作结果信息采用不同的第二类协议号进行组装得到xml响应报文；

服务端发送组件，用于将所述xml响应报文发送到所述客户端。

4.根据权利要求3所述的图形化展示系统，其特征在于，所述网络接口模块还包括：

客户端接收组件，用于接收所述服务端发送的xml响应报文；

客户端xml报文解析组件，用于解析所述xml响应报文得到第二类协议号和操作结果信息。

5.根据权利要求4所述的图形化展示系统，其特征在于，所述本地管理模块还包括：

操作结果处理组件，用于根据所述第二类协议号和操作结果信息调用所述左视图模块显示所述操作结果信息或者根据所述操作结果信息按照集团关系树算法更新集团视图模块中集团关系树的显示。

6.一种用于权利要求1所述图形化展示系统的集团客户关系管理方法，其特征在于，所述方法至少包括以下步骤：

在客户端，左视图模块或集团视图模块根据用户操作产生操作请求和参数，

本地管理模块针对所述左视图模块或集团视图模块产生的不同操作请求采用不同的第一类协议号的通信协议对参数进行组装，

网络接口模块将组装得到的数据组装成可扩展标记语言xml请求报文发送到服务端；

在服务端，服务接口模块接收并解析所述xml请求报文，得到所述第一类协议号和参数，

逻辑处理模块根据解析得到的第一类协议号和参数调用该第一类协议号对应的逻辑操作组件执行相应的操作处理，

所述服务接口模块对不同的操作结果信息采用不同的第二类协议号进行组装得到xml响应报文，并发送到所述客户端；

在所述客户端，所述网络接口模块接收并解析所述xml响应报文，得到第二类协议号和操作结果信息，

所述本地管理模块根据所述第二类协议号和操作结果信息调用所述左视图模块显示所述操作结果信息或者根据所述操作结果信息按照集团关系树算法更新集团视图模块中集团关系树的显示。

7.根据权利要求6所述的方法，其特征在于，当用户操作为查询客户时，所述左视图模块根据用户操作产生操作请求和参数包括：

所述左视图模块调用左视图类的查询方法组装用户录入的包括客户名称的查询条件，将客户名称作为参数产生调用本地管理模块的操作请求。

8.根据权利要求7所述的方法，其特征在于，所述本地管理模块针对所述左视图模块或集团视图模块产生的不同操作请求采用不同的第一类协议号的通信协议对参数进行组装包括：

所述本地管理模块将所述客户名称按照第一类协议号中的第一协议号对应的通信协议进行组装。

9.根据权利要求8所述的方法，其特征在于，所述逻辑处理模块根据解析得到的第一类协议号和参数调用该第一类协议号对应的逻辑操作组件执行相应的操作处理包括：

所述逻辑处理模块根据所述第一类协议号中的第一协议号确定操作请求为查询客户，使用所述客户名称作为参数调用查询服务类中的查询方法查询后台数据库；

所述查询服务类中的查询方法调用数据库访问模块中的全量客户查询类ICustomerDAO访问数据库，获取与所述客户名称相同的客户列表信息。

10.根据权利要求9所述的方法，其特征在于，所述服务接口模块对不同的操作结果信息采用不同的第二类协议号进行组装得到xml响应报文包括：

所述服务接口模块按照第二类协议号中的第壹协议号对应的通信协议将所述客户列表信息转换成xml响应报文。

11.根据权利要求10所述的方法，其特征在于，所述本地管理模块根据所述第二类协议号和操作结果信息调用所述左视图模块显示所述操作结果信息包括：

所述本地管理模块读取所述客户列表信息，并根据所述第二类协议号中的第壹协议号确定本次操作为显示查询结果，调用所述左视图模块中左视图类的客户列表信息展现方法显示查询到的所述客户列表信息。

12.根据权利要求11所述的方法，其特征在于，当用户操作为将所述客户列表中其中一个客户增加至集团时，所述左视图模块根据用户操作产生操作请求和参数还包括：

获取用户选中的客户编号，将所述客户编号和所述集团的集团编号作为参数产生调用所述本地管理模块的操作请求。

13.根据权利要求12所述的方法，其特征在于，所述本地管理模块针对所述左视图模块产生的不同操作请求采用不同的第一类协议号的通信协议对参数进行组装还包括：

所述本地管理模块按照第一类协议号中的第二协议号对应的通信协议对所述客户编号和集团编号进行组装。

14.根据权利要求13所述的方法，其特征在于，所述逻辑处理模块根据解析得到的第一类协议号和参数调用该第一类协议号对应的逻辑操作组件执行相应的操作处理还包括：

所述逻辑处理模块根据所述第一类协议号中的第二协议号确定操作请求为增加客户，调用添加客户服务类中的新增客户方法执行增加客户操作。

15.根据权利要求14所述的方法，其特征在于，所述新增客户方法执行增加客户操作包括：

调用数据库访问模块中的集团成员数据库接口IGroupMemDAO将所述客户编号对应的客户加入为集团与成员关系表；

调用数据库访问模块中的集团成员数据库接口将所述客户编号对应的客户增加到所述集团编号对应的集团部客户列表中，并返回操作结果信息。

16.根据权利要求15所述的方法，其特征在于，所述服务接口模块对不同的操作结果信息采用不同的第二类协议号进行组装得到xml响应报文包括：

所述服务接口模块按照第二类协议号中的第贰协议号对应的通信协议将所述操作结果信息转换成xml响应报文。

17.根据权利要求11所述的方法，其特征在于，当用户操作为查询所述客户列表其中一个客户所属关系树时，所述左视图模块根据用户操作产生操作请求和参数还包括：

获取用户选中的客户编号，将所述客户编号作为参数产生调用所述本地管理模块的操作请求。

18.根据权利要求17所述的方法，其特征在于，所述本地管理模块针对所述左视图模块产生的不同操作请求采用不同的第一类协议号的通信协议对参数进行组装还包括：

所述本地管理模块按照第一类协议号中的第四协议号对应的通信协议对所述客户编号进行组装。

19.根据权利要求18所述的方法，其特征在于，所述逻辑处理模块根据解析得到的第一类协议号和参数调用该第一类协议号对应的逻辑操作组件执行相应的操作处理还包括：

所述逻辑处理模块根据所述第一类协议号中的第四协议号确定操作请求为查询客户所属关系树，调用查询客户服务类的查询客户列表方法执行查询。

20.根据权利要求19所述的方法，其特征在于，所述查询客户服务类的查询客户列表方法执行查询包括：

调用数据库访问模块中的集团成员数据库接口从集团与成员关系表中获取所述客户编号对应客户所属集团；

根据查询到的所属集团调用集团成员数据库接口将所属集团下的客户形成集团客户列表。

21.根据权利要求20所述的方法，其特征在于，所述服务接口模块对不同的操作结果信息采用不同的第二类协议号进行组装得到xml响应报文包括：

所述服务接口模块按照第二类协议号中的第肆协议号对应的通信协议将所述集团客户列表转换成xml响应报文。

22.根据权利要求6所述的方法，其特征在于，当用户操作为删除集团部客户时，所述集团视图模块根据用户操作产生操作请求和参数包括：

获取用户选中的待删除的客户编号，将所述客户编号作为参数调用集团视图类的删除客户方法；

所述集团视图类的删除客户方法以客户编号和集团编号作为参数产生调用本地管理模块的操作请求。

23.根据权利要求22所述的方法，其特征在于，所述本地管理模块针对所述集团视图模块产生的不同操作请求采用不同的第一类协议号的通信协议对参数进行组装包括：

所述本地管理模块将所述客户编号和集团编号，按照第一类协议号中的第三协议号对应的通信协议进行组装。

24.根据权利要求23所述的方法，其特征在于，所述逻辑处理模块根据解析得到的第一类协议号和参数调用该第一类协议号对应的逻辑操作组件执行相应的操作处理包括：

所述逻辑处理模块根据所述第一类协议号中的第三协议号确定操作请求为删除客户，使用所述客户编号和集团编号作为参数调用删除客户类中的删除客户方法对后台数据库进行修改；

所述删除客户类中的删除客户方法调用数据库访问模块中的集团成员数据库接口的更新状态方法将所述客户编号对应的客户的状态修改为已删除状态；

调用所述集团成员数据库接口的更新所属集团编号方法将集团部客户名单中相应客户端集团编号设置为空。

25.根据权利要求24所述的方法，其特征在于，所述服务接口模块对不同的操作结果信息采用不同的第二类协议号进行组装得到xml响应报文包括：

所述服务接口模块按照第二类协议号中的第叁协议号对应的通信协议将所述操作结果信息转换成xml响应报文。

26.根据权利要求6所述的方法，其特征在于，当用户操作为修改集团成员关系时，所述集团视图模块根据用户操作产生操作请求和参数包括：

获取集团树视图中用户修改后的关系线两端的集团编号、客户编号和父节点编号，将所述集团编号和客户编号作为参数调用集团视图类的关系修改方法；

所述集团视图类的关系修改方法以客户编号和集团编号作为参数产生调用本地管理模块的操作请求。

27.根据权利要求26所述的方法，其特征在于，所述本地管理模块针对所述集团视图模块产生的不同操作请求采用不同的第一类协议号的通信协议对参数进行组装包括：

所述本地管理模块将所述客户编号、集团编号和父节点编号，按照第一类协议号中的第二协议号对应的通信协议进行组装。

28.根据权利要求27所述的方法，其特征在于，所述逻辑处理模块根据解析得到的第一类协议号和参数调用该第一类协议号对应的逻辑操作组件执行相应的操作处理包括：

所述逻辑处理模块根据所述第一类协议号中的第二协议号确定操作请求为修改集团成员关系，使用所述客户编号、集团编号和父节点编号作为参数调用增加客户类中的重设关系方法对后台数据库进行修改；

所述增加客户类中的重设关系方法调用数据库访问模块中的集团成员数据库接口将操作请求中指定的客户的父节点修改为参数指定的客户；

确定所述指定的父节点是否为集团编号，如果是，则调用所述集团成员数据库接口在集团与成员关系表中修改所属集团编号。

29.根据权利要求28所述的方法，其特征在于，所述服务接口模块对不同的操作结果信息采用不同的第二类协议号进行组装得到xml响应报文包括：

所述服务接口模块按照第二类协议号中的第贰协议号对应的通信协议将所述操作结果信息转换成xml响应报文。

30.根据权利要求6至29中任意一项所述的方法，其特征在于，所述集团关系树算法包括：

A、判断集团关系树是否需要更新，若是，则执行步骤B，否则结束流程；

B、根据集团编号从数组中查找根节点，并设置该根节点的层级为0；

C、以所述根节点为起始父节点，递归找出所有子公司节点，并记录层级关系；

D、针对每一个节点，判断该节点的子节点数目是否大于预定值，如果是，则横向显示，否则竖向显示；

E、以所述根节点为父节点，递归计算各个子节点在视图中所占位置的坐标值，根据计算得到的坐标值显示各个节点；

F、根据所述各个节点的层级数、坐标值和显示方向布置各个节点，并根据各个节点的子节点编号和父节点编号用线条将各个子节点连接起来构成所述集团关系树。

31.根据权利要求30所述的方法，其特征在于，步骤C包括：

C1，初始化当前父节点编号=集团编号，当前父节点层级=0；

C2，在数组中查找父节点=当前父节点编号的节点；

C3，判断是否找到所述节点，如果是，则执行步骤C4,否则结束；

C4，判断当前父节点层级+1是否大于或等于所述找到的节点的层级，如果是，则记录所述找到的节点的层级=当前父节点层级+1，否则所述找到的节点的层级不变；并且记录所述找到的节点的子节点数=0，当前父节点的子节点数=当前父节点的子节点数+1；

C5，更新当前父节点编号为所述找到的节点的编号，然后转到执行步骤C2。

Images