CN101287018A - 基于多系统用户集成的数据处理的方法及装置 - Google Patents

Abstract

本发明公开了一种基于多系统用户集成的数据处理的方法及装置，在本发明提供的方法中，用户在系统A提交系统B的访问请求，所述系统A将所述唯一身份标识和访问请求传递至系统B；系统B依据所述唯一身份标识映射系统内的相应用户信息，并依据所述访问请求和用户信息进行数据处理；所述系统B将数据处理结果和所述唯一身份标识返回至所述系统A。在本发明提供的装置中，包括系统A：接口单元、传递单元，系统B：映射单元、处理单元、返回单元。通过本发明提供的方法及装置，避免在用户集成时建立和维护用户关联表带来的繁琐工作，可以使用户集成的实现简单易行。

Description

基于多系统用户集成的数据处理的方法及装置

技术领域

本发明涉及数据处理技术领域，尤其涉及一种基于多系统用户集成的数据处理的方法及一种基于多系统用户集成的数据处理的装置。

背景技术

随着企业信息化的不断发展，企业所用的企业资源计划(ERP，Enterprise Resource Planning)产品也越来越多，尽管这些产品关注于不同的领域，但相互之间在功能上有相互交叉和连接的地方，因此，必须考虑ERP产品的系统集成问题，否则，系统越多，企业内部的“信息孤岛”也就越多，这就违背了企业信息化的初衷。

企业也已经认识到系统集成的重要性，其中，实现各系统用户一致性的用户集成是系统集成面临的首要问题之一。用户集成是对不同系统的用户进行整合。目前主要有两种方法实现用户集成：

现有技术一为，以某个系统为主(称为主系统)，在主系统的用户表中记录其它系统的用户，建立主系统用户与其它系统用户的关联关系，所有系统的用户登录都需要经过主系统的认证。当系统中的某用户访问另一系统时，需要通过主系统的关联关系才可查找到该用户在另一系统中对应的用户。

现有技术二为，建立单独的用户管理系统，新增用户关联表，以系统ID和用户名为关键字记录各系统用户的对应关系，当某系统的用户访问另一系统时，需要通过该用户管理系统交换用户。而且，每个系统用户变更同时，也需要对用户管理系统中的相应数据进行相应的修改或增减。

上文提到的现有技术一与现有技术二，其共同点在于均需要建立不同系统的用户关联表，通过查找该表，实现用户集成。但是，该方法存在诸多问题：

首先，需要变更原系统设计，增加其它系统关联用户，与用户相关的对象都可能修改。

其次，无法解决用户重复的问题。某用户可能有多个用户名(事实上，不使用邮箱地址、身份证号码等具有唯一性的标识就无法避免用户可能有多个用户名)，导致统计信息不准确，报表数据错误，从而增加了管理难度，当某用户离职后，若遗漏该用户的某个用户名，则不能注销该用户的所有用户名，造成安全隐患。

再者，该方法实施困难，集成时各系统用户需要同步或者合并。用户对应关系需要人工判断，例如，A系统中用户名为张三，对应B系统中用户名zhangsan，对应C系统中用户名00001、61001，在系统集成时，需要整理如下用户对应关系：

A系统	B系统	C系统	...
				张三	zhangsan	0000、61001	...

可以想象，用户对应关系是笛卡尔集，若用户数据量很大，则相应的工作量将很大。也可以由用户自己整理用户对应关系，但如果用户对应关系错误或者遗漏了某个系统中的用户名，后续用户集成管理工作将比较困难。并且新增用户还要查询确认自己在某系统中申请的用户名是否已被注册，用户名重复后因存在业务数据，无法删除重复用户名。

最后，实现用户集成的系统间高耦合，今后若有其它系统需要集成进来，又要重新建立用户对应关系。

总之，目前需要本领域技术人员迫切解决的一个技术问题就是：如何能够创新的提出一种基于多系统用户集成的数据处理机制，用以针对多系统的用户集成，解决变更原系统设计，用户重复，实施困难，系统间高耦合这些问题。

发明内容

本发明所要解决的技术问题是提供一种基于多系统用户集成的数据处理的方法，用以针对多系统的用户集成，解决变更原系统设计，用户重复，实施困难，系统间高耦合这些问题。

本发明的另一个目的是将上述构思应用于具体的应用环境中，提供一种基于多系统用户集成的数据处理的系统，从而保证该方法的实现和应用。

为解决上述技术问题，本发明实施例提供了一种基于多系统用户集成的数据处理的方法，包括：

一种基于多系统用户集成的数据处理的方法，所述用户具有唯一身份标识，所述方法包括：

用户在系统A提交系统B的访问请求，所述系统A将所述唯一身份标识和访问请求传递至系统B；

系统B依据所述唯一身份标识映射系统内的相应用户信息，并依据所述访问请求和用户信息进行数据处理；

所述系统B将数据处理结果和所述唯一身份标识返回至所述系统A。

可选地，所述方法还包括：

如果所述系统B依据所述唯一身份标识未映射到系统内的相应用户信息，则建立所述用户及所述唯一身份标识的映射关系。

可选地，所述方法还包括：

所述系统A将所述数据处理结果返回至所述唯一身份标识对应的用户。

优选地，所述唯一身份标识为：用户企业邮箱地址、和/或用户身份证号码、和/或用户指纹信息。

可选地，在用户提交访问请求的步骤前，所述方法还包括：

判断所述多系统之间用户企业邮箱地址的域名标识符是否一致，若否，则修改为一致。

本发明实施例还公开了一种基于多系统用户集成的数据处理的装置，包括：

一种基于多系统用户集成的数据处理的装置，所述装置包括：

系统A，包括接口单元，用于接收用户在系统A提交的系统B的访问请求；

传递单元，用于将所述用户的唯一身份标识和访问请求传递至系统B；

系统B，包括映射单元，用于依据所述唯一身份标识映射系统内的相应用户信息；

处理单元，用于依据所述访问请求和用户信息进行数据处理，

返回单元，用于将数据处理结果和所述唯一身份标识返回至所述系统A。

可选地，所述系统B还包括：

创建单元，用于当所述映射单元依据所述唯一身份标识未映射到系统内的相应用户信息时，在系统内建立所述用户及所述唯一身份标识的映射关系。

可选地，所述系统A还包括：

反馈单元，用于将所述数据处理结果返回至所述唯一身份标识对应的用户。

可选地，所述装置还包括：

同步单元，所述同步单元与所述系统A和系统B连接，用于判断所述多系统中对应同一用户信息的唯一身份标识是否一致，并在不一致时修改为一致。

优选地，所述唯一身份标识为：用户企业邮箱地址、和/或用户身份证号码、和/或用户指纹信息。

与现有技术相比，本发明具有以下优点：

首先，本发明的用户具有唯一身份标识，在系统A向系统B传递访问请求的同时，传递唯一身份标识，系统B根据唯一身份标识映射出相应的用户，根据访问请求进行相应的数据处理，从而避免建立用户关联表，实现了多系统用户集成。因而，本发明可以在不需要变更原系统设计的基础上，不会增加额外的系统开销，对原系统影响很小甚至没有影响。

其次，通过唯一身份标识解决了用户重复的问题，从而降低了管理难度，而且，若有用户离职，可以一次注销其所有用户名，有效避免了安全隐患。

再者，实施简单易行，不需要各系统用户同步或者合并，也不需要整理用户对应关系，降低了管理工作的难度。

最后，实现了用户集成后，还可随意增加系统，解决了现有技术中系统间高耦合的问题。

附图说明

图1为本发明的基于多系统用户集成的数据处理的方法实施例流程图；

图2为本发明的基于多系统用户集成的数据处理的装置实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、包括以上任何系统或设备的分布式计算环境等等。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本发明实施例的核心构思之一在于，本发明实施例的用户具有唯一身份标识，在系统A向系统B传递访问请求的同时，传递唯一身份标识，系统B根据唯一身份标识映射出相应的用户，根据访问请求进行相应的数据处理，从而实现了用户集成。

参考图1，示出了本发明的基于多系统用户集成的数据处理的方法实施例流程图，可以包括以下步骤：

步骤101：用户在系统A提交系统B的访问请求，所述系统A将所述唯一身份标识和访问请求传递至系统B；

步骤102：系统B依据所述唯一身份标识映射系统内的相应用户信息，并依据所述访问请求和用户信息进行数据处理；

步骤103：系统B将数据处理结果和所述唯一身份标识返回至所述系统A。

下面结合两个具体实例对图1所示各步骤进行详细说明：

具体实例一中，唯一身份标识可以是用户的企业邮箱地址或者用户身份证号码或者用户指纹信息，在此，仅以用户企业邮箱地址为例，当唯一身份标识是企业邮箱地址时，因为不同系统拥有各自的用户信息，导致同一用户在不同系统中的邮箱地址存在差别，例如：某用户王林在ERP系统的邮箱地址为：wl@myEnterprise.com，在门户系统中的邮箱地址为wl@bbb.com，所以，需要把该用户的这两个邮箱地址修改为一致的，具体为：把ERP系统的邮箱地址修改为wl@bbb.com，或者把门户系统中的邮箱地址修改为wl@myEnterprise.com，在此，仅以修改ERP系统的邮箱地址为例。需要指出的是，无论修改ERP系统还是门户系统，都要保证系统中企业邮箱地址的域名标识符唯一。若使用用户身份证号码或者用户指纹信息作为用户唯一标识，可不用进行修改。

某企业购买了两个不同软件商的ERP系统和门户系统，某用户希望在门户系统中登陆ERP系统获取其他拥有ERP权限的用户能够取得的资源或者希望在ERP系统中查询自己审核的订单信息，可以包括如下步骤：

步骤201：ERP系统和门户系统分别在各自的用户表中建立企业邮箱地址，并把同一用户的企业邮箱地址修改为一致；

在此，把ERP系统的企业邮箱地址修改为和门户系统一致。

步骤202：用户登录门户系统；

步骤203：门户系统根据用户获取其企业邮箱地址，并将该地址与请求信息一起通过集成平台发送给ERP系统；

步骤204：ERP系统判断是否是带有企业邮箱地址的访问请求，如果是，进入步骤205；

步骤205：ERP系统检查自己的用户表中是否有接收到的该用户的企业邮箱地址，如果有，进入步骤206，如果没有，建立该用户的企业邮箱地址，进入步骤206；

步骤206：ERP系统根据该企业邮箱地址在自己的系统中映射出用户；

步骤207：ERP系统根据映射出的用户进行相应的操作；

步骤208：ERP系统将操作结果返回给门户系统；

步骤209：门户系统接收操作结果并予以显示。

在具体实例二中，同样可以使用用户的企业邮箱地址或者用户身份证号码或者用户指纹信息作为用户的唯一身份标识，仍然仅以用户企业邮箱地址为例，并且当用户的唯一身份标识是企业邮箱地址时，需要把用户的邮箱地址修改为一致的，若使用用户身份证号码或者用户指纹信息作为用户唯一标识，可不用进行修改。

进行数据交互的系统是ERP系统与办公自动化(OA，OfficeAutomation)系统，现在需要把一采购入库ERP系统，入库后，OA系统中要增加一条工作流。

ERP系统中用户为：wanglin、王林、wl@myEnterprise.com；

OA系统有两个用户，且这两个用户重名，分别为：wl、王林、wl@aaa.com；wl_Sale、王林、wanglin@aaa.com。

实现本具体实例可以包括如下步骤：

步骤301：ERP系统和OA系统分别在各自的用户表中建立企业邮箱地址，判断ERP系统和OA系统的企业邮箱地址的域名标识符是否一致，若否，对企业邮箱地址进行修改，具体为：

把ERP系统的企业邮箱地址修改为wl@aaa.com，则ERP系统的用户信息在修改后为：wanglin、王林、wl@aaa.com；

或者，把OA系统的企业邮箱地址修改为wl@myEnterprise.com，wanglin@myEnterprise.com，则OA系统中的用户信息在修改后分别为：wl、王林、wl@myEnterprise.com；wl_Sale、王林、wanglin@myEnterprise.com。在此，仅以此修改方式为例，需要指出的是，无论修改OA系统还是ERP系统，都需要保证系统中的企业邮箱地址的域名标识符唯一。

步骤302：用户王林登陆ERP系统，填写入库单，其单据号是001，保存该入库单；

步骤303：ERP系统调用OA系统的“增加审批工作流”接口；

步骤304：ERP系统将用户王林的企业邮箱地址及单据号001通过集成平台传递给OA系统；

步骤305：OA系统判断是否是带有企业邮箱地址的访问请求，如果是，进入步骤306；

步骤306：OA系统检查自己的用户表中是否有接收到的该用户的企业邮箱地址，如果有，进入步骤307，如果没有，建立该用户的企业邮箱地址，进入步骤307；

步骤307：OA系统根据该企业邮箱地址在自己的系统中映射出用户；

步骤308：在OA系统中增加一条工作流，即记录：wl；入库单001；入库日期等信息。

在上述两个具体实例中，有些企业一个用户建立两个用户名也是可以的，但是，在用户访问另一个系统时，只能映射为其中一个，因为，根据用户唯一标识映射为用户可以根据企业自身情况自行定义该映射关系，比如可以使用用户唯一标识+部门或者职务或者用户名。

对于前述的方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

参考图2，示出了本发明的基于多系统用户集成的数据处理的装置实施例的结构框图，可以包括：

系统A，包括001：接口单元，用于接收用户在系统A提交的系统B的访问请求；

002：传递单元，用于将所述用户的唯一身份标识和访问请求传递至系统B；

系统B，包括011：映射单元，用于依据所述唯一身份标识映射系统内的相应用户信息；

012：处理单元，用于依据所述访问请求和用户信息进行数据处理，

013：返回单元，用于将数据处理结果和所述唯一身份标识返回至所述系统A。

下面结合方法具体实例一对图2所示各装置进行详细说明。

用户在门户系统欲访问ERP系统，门户系统的接口单元接收访问请求，传递单元将企业邮箱地址和访问请求传递至ERP系统，ERP系统的映射单元依据企业邮箱地址映射系统内的相应用户信息，处理单元依据访问请求和用户信息进行数据处理，完成后，返回单元将数据处理结果和企业邮箱地址返回至门户系统。

门户系统还可以包括创建单元，反馈单元。当门户系统的映射单元依据企业邮箱地址未映射到系统内的相应用户信息时，创建单元建立用户与企业邮箱地址的映射关系。当ERP系统的返回单元将处理结果和企业邮箱地址返回至门户系统后，门户系统的反馈单元将数据数据处理结果返回至用户。

此外，本发明实施例提供的装置还包括同步单元，同步单元与门户系统和ERP系统连接，用于判断门户系统和ERP系统中对应同一用户信息的企业邮箱地址是否一致，当不一致时，将企业邮箱地址修改为一致。

对于方法具体实例二的装置，与图2所示各单元相似，各单元的功能也没有较大区别，可以参考上文对装置具体实例的描述，在此不再赘述。

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

以上对本发明所提供的一种基于多系统用户集成的数据处理的方法及一种基于多系统用户集成的数据处理的系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1、一种基于多系统用户集成的数据处理的方法，其特征在于，所述用户具有唯一身份标识，所述方法包括：

用户在系统A提交系统B的访问请求，所述系统A将所述唯一身份标识和访问请求传递至系统B；

系统B依据所述唯一身份标识映射系统内的相应用户信息，并依据所述访问请求和用户信息进行数据处理；

所述系统B将数据处理结果和所述唯一身份标识返回至所述系统A。

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

如果所述系统B依据所述唯一身份标识未映射到系统内的相应用户信息，则建立所述用户及所述唯一身份标识的映射关系。

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

所述系统A将所述数据处理结果返回至所述唯一身份标识对应的用户。

4、根据权利要求1所述的方法，其特征在于，所述唯一身份标识为：用户企业邮箱地址、和/或用户身份证号码、和/或用户指纹信息。

5、根据权利要求4所述的方法，其特征在于，在用户提交访问请求的步骤前，所述方法还包括：

判断所述多系统之间用户企业邮箱地址的域名标识符是否一致，若否，则修改为一致。

6、一种基于多系统用户集成的数据处理的装置，其特征在于，所述装置包括：

系统A，包括接口单元，用于接收用户在系统A提交的系统B的访问请求；

传递单元，用于将所述用户的唯一身份标识和访问请求传递至系统B；

系统B，包括映射单元，用于依据所述唯一身份标识映射系统内的相应用户信息；

处理单元，用于依据所述访问请求和用户信息进行数据处理，

返回单元，用于将数据处理结果和所述唯一身份标识返回至所述系统A。

7、根据权利要求6所述的装置，其特征在于，所述系统B还包括：

创建单元，用于当所述映射单元依据所述唯一身份标识未映射到系统内的相应用户信息时，在系统内建立所述用户及所述唯一身份标识的映射关系。

8、根据权利要求6所述的装置，其特征在于，所述系统A还包括：

反馈单元，用于将所述数据处理结果返回至所述唯一身份标识对应的用户。

9、根据权利要求6所述的装置，其特征在于，所述装置还包括：

同步单元，所述同步单元与所述系统A和系统B连接，用于判断所述多系统中对应同一用户信息的唯一身份标识是否一致，并在不一致时修改为一致。

10、根据权利要求6所述的装置，其特征在于，所述唯一身份标识为：用户企业邮箱地址、和/或用户身份证号码、和/或用户指纹信息。

Images