对个性化数据库与外部用户数据库的透明访问的方法技术

本发明专利技术包括利用统一用户特征集（１１２）的系统及用来生成统一用户特征集（１１２）的方法，该统一用户特征集用来提供对多个数据源的透明接口。取得基本用户Ｊａｖａ　Ｂｅａｎ以通过个性化服务器（１１０）工作，并访问个性化数据库（１０４）。该基本用户Ｊａｖａ　Ｂｅａｎ提供了透明接口，通过该接口可以检索并更新隐式与显式的属性。然后创建企业Ｊａｖａ　Ｂｅａｎ，以扩展该基本用户Ｊａｖａ　Ｂｅａｎ，使隐式与显式的属性也可以通过该透明接口从外部用户数据库进行检索与更新。（*该技术在2022年保护过期，可自由使用*）

【技术实现步骤摘要】

一般地，本专利技术涉及来自多个资源的数据的集成。
技术介绍
企业一直在寻找更好的方法，以将新信息与其现存数据集成，如可以从第三方资源获取的有关当前或可能客户的信息。为使这种集成有效，公司必须能够简化该集成过程，去除不必要的费用或采购，并去除中断时间，一般需要该中断时间以实现新的数据系统或修改现存数据结构。例如，一个企业可能希望将额外的用户特征集数据整合到其已确立的用户数据中。该额外的特征集数据可以被分离的资源(如个性化服务器)所配置与维护。经常该企业具有原来就存在的企业客户或用户数据，这些数据在该个性化服务器范围之外。该数据一般位于现存企业数据库中，可能包括每个客户的信息，如名称、社会保险号码、和/或公司特有的信息，例如特定航空公司的常客的飞行里程。该企业会希望将该数据无缝地集成到其个性化解决方案之中，从而尽可能地避免数据迁移的困难。因此本专利技术的目的在于为来自现存数据源的数据与来自外部来源的数据之间的集成，开发一种无缝的方法。
技术实现思路
本专利技术包括一种用来生成统一用户特征集(unified user profile)的系统。该系统包括第一数据源与第二数据源。用服务器来访问第一与第二数据源。该服务器使用用户组件，该用户组件适用于将来自第一与第二数据源的数据聚合到统一用户特征集中。本专利技术还包括用来生成统一用户特征集的结构。该结构可以建立在基本用户企业Java Bean之上，该基本用户企业Java Bean可以被扩展以整合来自用户数据存储的现存用户数据。然后可以生成用户特有企业Java Bean，其允许对现存用户数据的透明读和写访问。本专利技术还包括一种用来生成统一用户特征集的方法。在一个实施例中，取得了适用于通过个性化服务器工作以访问个性化数据库的基本用户JavaBean。该基本用户Java Bean提供了一种透明接口，通过该接口可以检索并更新隐式与显式的属性。然后创建企业Java Bean，以扩展该基本用户JavaBean，以便也可以从外部用户数据库检索并更新隐式与显式的属性。本专利技术还包括一种用来透明地访问多个数据源的方法。在该方法中，取得了适用于通过服务器工作以访问内部数据源的基本用户Java Bean。该基本用户Java Bean提供了一种透明接口，通过该接口可以从该内部数据源检索并更新隐式与显式的属性。然后扩展该基本用户Java Bean，以便可以进一步提供一种透明接口，通过该接口可以从至少一个外部数据源中检索并更新隐式与显式的属性。本专利技术还包括一种用来透明地访问多个数据源的系统。该系统使用服务器与多个数据源通信。在该系统中包括了扩展的用户Java Bean，该Java Bean适用于提供通过该服务器的对数据源的透明访问。附图说明图1示出根据本专利技术的一个实施例的UUP配置；图2示出根据本专利技术的一个实施例的UUP配置；图3示出根据本专利技术的一个实施例的UUP配置；图4示出根据本专利技术的一个实施例的UUP配置；图5(a)与5(b)的流程图示出根据本专利技术的一个实施例的为隐式与显式的情况调用setUserPoints()的步骤； 图6的流程图示出根据本专利技术的一个实施例的运行ejbFind例程的步骤。具体实施例方式根据前面对本专利技术的概述，以下给出本专利技术实施例的详细描述，该实施例目前被认为是最好的模式。本专利技术的结构定义了现存用户数据可以与更易动态变化的个性化数据进行整合的途径。在服务器中，例如用来为特定用户或用户组个性化内容或服务的个性化服务器，系统用户一般由用户特征集表示。用户特征集提供了用户ID(标识)以及对用户属性的访问，如年龄或电子邮件地址。属性值可以是单值的或多值的，并可以通过将属性名称作为键值的getProperty()函数或类似方法请求。本专利技术的用户特征集的优点在于其可以被扩展并定制，以从现存数据源检索用户信息。例如，与服务器(如个性化服务器)或解决方案一起装上的用户特征集，可以将用户属性(如来自个性化服务器数据库的属性与来自LDAP服务器或本领域已知的遗留数据库的用户属性)组合到单一用户特征集之中，以备在应用中使用。然后，开发人员与系统用户就不必担心不同的底层数据源。为取得用户信息，该用户特征集是唯一需要访问的地方。本专利技术的统一用户特征集(Unified User Profile，UUP)包括这种属性聚合，其将来自现存数据源与个性化服务器数据库表的属性聚合到单一的定制的用户特征集之中。更具体地，UUP通过扩展用户组件，结合了现存用户/客户数据。通过将该个性化服务器数据库表装入现存数据库实例之中，并且扩展用户实现，开发人员就能够迅速创建定制的UUP，其能够从现存数据库中检索属性，并将属性存储/更新到现存数据库中。需要这种灵活性是因为其允许对现存数据的访问，而不对使用该数据的现存应用进行数据迁移或中断。然而应该理解，如果需要，现存数据可以被迁移到分离的个性化服务器数据库实例中。与其他服务器解决方案相比，该UUP的一个主要优点在于该UUP不需要在数据库管理系统(如客户的关系型数据库管理系统)中进行数据库模式更新或数据迁移。该UUP最好通过编写扩展EJB来创建，而不是通过更新数据库表，或运行数据迁移脚本。现有技术的服务器经常要求为额外的用户属性而更新用户数据库表模式。图1-4显示本专利技术的UUP系统的可能配置。在图1的第一配置100中，企业、遗留(legacy)、或其他外部数据库102与个性化服务器数据库104向个性化服务器110提供属性数据。个性化服务器110还从用户数据存储106接收信息，如验证信息、用户列表、组列表、以及组成员。该用户数据存储可以是任何适当的系统，如本领域已知的LDAP、Unix或NT系统。用户数据存储106还包括用于验证的安全区108。个性化服务器数据库104与安全区108在本配置中保持分离，因为可能需要这种对验证与检索的分离，然而这对本专利技术的实现不是必须的。当用户或组已经存在于某类数据存储时，如LDAP目录，可以使用该配置。然后该现存的用户属性数据被个性化服务器110所取得，并被与个性化数据合并以生成UUP 112。当用户或组已经存在于用户数据存储204(如LDAP目录)中，并且没有现存用户数据必须被结合到UUP 210中时，如图2所示的第二配置200可能有用。此时，所有的用户与组属性数据最好都存储在个性化服务器数据库202中。在本配置中，个性化服务器208最好仍利用用户数据存储204的安全区206。在没有现存用户与组的存储的情形，如图3所示的第三配置300可能有用。个性化服务器数据库302的表包含所有的用户与组数据，并且最好还包含独立的安全区304。此时个性化服务器306在生成UUP 308时只需要查看个性化服务器数据库302。当用户、组、以及属性数据位于企业、遗留、或其他外部数据库402中，并且必须由个性化服务器408聚合到UUP 410中时，如图4所示的第四配置400可能有用。此时必须创建定制安全区404以通过个性化服务器使用现存用户与组。该定制安全区不必一定与外部数据库402存储在一起，但可以被聚合到个性化数据库406之中。同样，检索与验证区最好保持分离。本专利技术的结构的一个实施例依赖于三个主要来源以将数据聚合到UUP中(1)基本用户企业Java Bean(EJB本文档来自技高网...

【技术保护点】
一种用于生成统一用户特征集的系统，以允许对多个数据源的透明访问，该系统包括：（ａ）第一数据源；（ｂ）第二数据源；以及（３）服务器，适用于访问所述第一与第二数据源，所述服务器包括组件，该组件适用于将来自所述第一与第二数 据源的数据聚合到统一用户特征集内。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：米歇尔比森，蒂莫西布里登，查尔斯帕克拉特，汤姆斯塔姆，史蒂文威尔科克斯，
申请(专利权)人：BEA系统公司，
类型：发明
国别省市：US[美国]