CN1155120A - 访问信息的方法 - Google Patents

Abstract

一种信息访问方法，在适当安全性下允许属于一个客户—服务器系统的用户数据被属于其他客户—服务器系统的用户访问，并且根据将被访问的用户以及希望访问数据的用户的安全级别控制访问允许。当用户发出对其他客户—服务器系统的用户的访问请求时，请求通过用户ID管理单元送到ID转换单元，后者将用户ID转换为客人ID，并将请求送到用户ID管理单元。用户ID管理单元确定客人ID是注册的。通过安全检查单元将请求送到用户数据管理单元。

Description

访问信息的方法

本发明涉及一种信息访问方法，用于访问保持在客户-服务器系统中所含的服务器单元中的信息，更具体地涉及这样的信息访问方法，当位于客户-服务器系统中的客户单元，通过具有连接在其间的两个或多个客户-服务器系统的网络，访问保持在位于另一客户-服务器系统中的服务器单元中的信息时，该方法是有效的。

作为访问在严格保护的数据文件中所保持的信息的方法，已经提出利用用户ID(标识)或口令对访问这样的数据文件进行限制的方法。利用这种方法，客户-服务器系统采取这些步骤：在服务器单元中注册一个用户ID或一个口令，利用它们允许在具有服务器单元的客户-服务器系统中进行访问，对用户输入的用户ID或口令与注册在客户-服务器系统中的用户ID或口令进行比较，并且只有用户ID和口令两者都相互匹配时，才允许对服务器单元中所含的数据文件进行访问。如果属于一个公司一个部门的特定用户的一个用户或用户组访问一个数据文件，则根据公司内每个用户的职位设置某些访问级别。每个访问级别可以得到将被访问的数据文件的相应部分。利用那些访问级别进行访问限制，比如不能访问数据文件，只访问数据文件，以及能够更改数据文件。

在网络中，比如具有通过其连接的两个或多个客户-服务器系统的通信工具，当注册在一个客户-服务器系统中的数据文件被另一客户-服务器系统的一个客户单元访问时，该客户单元在具有该数据文件的客户-服务器系统中预注册一个引导ID，使得该客户单元可以从其所属的系统访问不同客户-服务器系统中的数据文件。

如果将前述客户-服务器系统应用于管理日程的系统，则将要保护的信息是每个用户的日程。

例如，对于将要召开会议的人，会议主持人需要在会议日访问每个与会者的日程，以便检查每个与会者的日程是否是公开的。然而，如果任何一个与会者属于与主持人的系统不同的客户-服务器系统的管理，则在当前状态下，该与会者的客户-服务器系统被配置成无条件地允许主持人访问他或她的日程或者禁止主持人这样做。

个人日程含有一个对该客户-服务器系统的任何用户都是公开的部分，比如约定日和小时，以及另一个对系统的所有用户都不公开的部分，比如商务旅行的目的地或商人。当前系统并不根据被访问用户与将访问数据的用户之间的关系对被访问的部分或不被访问的部分提供精确限制数据的能力。

本发明的一个目的在于提供一种信息访问方法，它允许客户-服务器系统的用户在适当安全性下访问另一客户-服务器系统的用户数据。

本发明的另一个目的在于提供一种信息访问方法，它根据被访问用户与将访问用户数据的用户之间的安全级别的关系控制对用户数据的访问允许。

后文中，术语“系统”指具有为每个用户存储用户数据、作为用户ID注册允许用户访问用户数据的ID并且将注册的用户ID的范围指定为系统自身的管理范围的功能的系统。本发明的特征在于提供一种保安方法，它将属于第一系统的管理范围的第一用户ID转换为属于第二系统的管理范围的第二用户ID(客人ID)，并且如果第二用户ID和用户数据拥有者的第三用户ID属于第二系统，则允许用户访问用户数据。

另外，根据本发明的信息访问方法被配置为，对每个用户设置多个安全级别中的一个，设置一个用于从请求访问用户数据的用户的安全级别和其数据将由前一用户访问的用户的安全级别确定是否允许对用户数据的访问的表，并且如果被请求来访问用户数据则通过参照该表确定是否允许访问用户数据。

当具有第一用户ID的用户登录到第一系统，或者发出访问用户数据的请求时，第一系统检查第一用户ID。当具有第一用户ID的用户发出访问第二系统的用户数据的请求时，检查第一用户ID是否注册在ID转换表中。当访问请求被传到第二系统时，检查第二用户ID是否注册在ID转换表中。即，执行三次检查，直到一个系统的用户被允许访问属于另一个系统的用户的数据。进行三次检查之后，具有第一ID的用户使得能够访问由第二系统管理的所有用户数据。另外，使用安全级别使得能够根据发出访问请求的用户的安全级别和其数据将被访问的用户的安全级别确定是否允许对用户数据的至少一部分的访问。

图1是根据本发明的系统的总体结构的框图；

图2是显示根据本发明一个实施方式的ID转换表14的数据格式的表；

图3是显示根据本发明一个实施方式的用户ID表11的数据格式的表；

图4是显示根据本发明一个实施方式的安全表12的数据格式的表；

图5是显示根据本发明一个实施方式的用户数据13的数据格式的表；

图6是显示根据本发明的一个实施方式的位于系统之间的进程的流程图。

下面，参照附图描述应用了本发明的一个实施方式的日程管理。

图1是显示用于描述本发明的一个实施方式的基本系统结构的框图。在本发明中，术语“客户-服务器系统”是指这样的系统，它被配置为将至少一个客户单元(20)连接到至少一个服务器单元(10)，使得该系统的服务器单元对使用该系统的客户单元的用户的数据(41)进行管理。

图1显示具有通过网络90连接的两个这样的客户-服务器系统(100，500)的系统结构。标号10指用于管理用户日程的服务器单元。标号20指作为通过局域网(LAN)30访问服务器单元10的客户单元的个人计算机(PC)。在图1中，PC20与LAN30连接。实际上，可以将两台或多台PC连接到LAN30上。标号41指用于注册每个用户日程的用户数据注册单元。注册在注册单元41中的日程包括一个公开部分411和一个封闭部分412，两者都示于图5，并在下面描述。标号43指用于注册用户ID的用户ID表，该用户ID被允许访问保持在具有该用户ID的用户所属的客户-服务器系统中的用户数据。标号42指用于注册安全表的安全表注册单元，用于根据希望访问数据的用户与将被访问的用户的安全级别确定是否访问目标用户的日程的封闭部分412，这将在后文参照图3和图4详述。标号44指用于注册ID转换表的ID转换表注册单元，用于注册用户ID与客人ID(属于另一日程管理系统)之间的相应关系。标号11指LAN控制单元，用于控制服务器10与PC20之间通过LAN30的通信。标号90指网络，比如与两个日程管理系统(100，500)连接的公用线路，专用线路和中继LAN。标号16指用于控制两个日程管理系统通过网络90的通信的网关。标号12指用户ID管理单元，它参照用户ID表注册单元43，以检查从PC20发送的用户ID和从其他日程管理系统发送的客人ID，并且从用户ID获得PC的地址。标号13指安全检查单元，它通过参照安全表注册单元42确定是否允许对目标用户日程的封闭部分412的访问。标号14指用户数据管理单元，它读出由PC(20，60)所请求的用户的日程信息，并且通过用户ID管理单元12或网关16将被允许的数据作为安全检查单元13的确定结果发送到PC20或其他系统500。标号15指ID转换单元，用于通过参照ID转换表44将用户ID转换为客人ID。在图1中，网络90用于将左手侧所示的日程管理系统(100)连接到右手侧所示的其他日程管理系统(500)，各具有相同的功能结构。服务器单元10是一个比如PC或工作站的信息处理装置。用户ID管理单元3，安全检查单元4，用户数据管理单元5，ID转换单元6等是通过执行存储在该信息处理装置的存储单元(未示出)中的程序实现的。

图2示出ID转换表(44，84)的数据格式的一个例子。该ID转换表(44或84)具有一个用户ID与客人ID之间的相应关系集合。用户ID是注册在用户所属的客户-服务器系统(例如，100)所含的用户ID表注册单元43中的用户标识符。客人ID作为用户ID注册在其他客户-服务器系统(例如，500)所含的用户ID表注册单元84中的用户标识符。如果一个客户-服务器系统含有作为与会者的被允许访问其他客户-服务器系统的用户，则客人ID被作为客人ID注册在后一客户-服务器系统所含的ID转换表中。如果一个客户-服务器系统不含有被允许访问其他客户-服务器系统的用户，则客人ID不被注册在后一系统的ID转换表中。客人ID可以重复使用。因此，两个或多个用户可以使用一个客人ID。

图3示出在用户ID表注册单元43中所注册的用户ID表430的数据格式的一个例子。该表用于注册被允许访问用户数据注册单元41的用户。该表含有属于日程管理系统的管理范围的用户的标识符。每个表项由用户的用户ID431、安全级别432和属性信息433组成。安全级别432指示安全的级别或等级。该例中，具有“B001”和“B002”的用户ID431的表项指示客人ID注册为用户ID。

图4示出在安全表注册单元42中所注册的安全表420的数据格式的一个例子。安全表420指示对于每个安全级别432对日程的封闭部分的访问权。横轴上的字母指示将被访问的用户的安全级别，而纵轴上的字母指示想要访问用户数据的用户的安全级别。对于访问权，值“1”指示能够访问，而值“0”指示不能够访问。在该表中，假定最高级别为A，从A至Z，级别逐一降低，该表是公共安全管理的一个例子，其中如果(想要访问数据的用户的安全级别)≥(将被访问的用户的安全级别)，则想要访问数据的用户总是被允许访问数据，而如果不是，则他或她不被允许访问数据。实际上，这种数据格式不需要表，因为访问权可以通过相互比较两个用户的安全级别来获得。然而，如果以复杂方式从想要访问数据的用户和将被访问的其他用户的安全级别来获得访问权，则安全表420是必要的。

图5示出用户数据410的数据格式的一个例子。用户数据410存储用户的日程，作为两个或多个用户的用户数据。用户ID431是指示将被访问的用户数据的拥有者的ID号。在每个用户的日程信息中，公开部分411是不管访问权由任何用户访问的部分。具体地说，公开部分411与日程的日和时间部分相应。尤其是，公开部分411只向任何用户指示将被访问的用户的日程上的自由时间。封闭部分412只向有访问权的用户指示数据，含有私人信息或有关商业秘密的信息，比如商务旅行的目的地和有关商务的重要事项。

在此，描述访问日程数据的实际过程。

首先，描述作为客户-服务器系统100的客户单元的PC20的用户如何访问在系统100自身中所注册的用户的日程。

PC20的用户(用户ID：C003)通过发送用于指定他或她自身以及将被访问的用户的用户ID(例如他或她自身的雇员号、姓名或用户ID)的数据，经过LAN30向服务器单元10的LAN控制单元11发出访问包括在他或她自身系统中的日程数据的请求。用户ID管理单元12工作，通过参照用户ID管理单元12，检查所收到的用户ID是否是由管理单元12所属的客户-服务器系统所管理的用户的数据。该情形下，用户ID指示注册在那一客户-服务器系统中的用户。因此，从服务器单元读用户ID的安全级别(B)，并且将用于指定想要访问数据的用户的ID、相应安全级别和将被访问的用户的数据传送到安全检查单元13。然后，安全检查单元13工作，通过参照安全表注册单元42，确定是否允许对所请求的日程的封闭部分412的访问，并将确定结果传送到用户数据注册单元14。用户数据管理单元14工作，访问用户数据注册单元41，读将被访问的所请求的用户的日程数据，通过用户ID管理单元12、LAN控制单元11和LAN30向PC20发送被允许的部分。

反过来，描述日程管理系统的用户如何向其他日程管理系统的用户发出访问请求的过程。

图6示出这一过程和从PC(20)发出访问另一用户的日程的请求到PC(20)获得所请求的日程信息的处理流程。PC(20)工作，向服务器单元(10)发出访问日程的请求，利用了发出请求的用户ID和其他系统的被访问的其他用户ID(步骤31)。用户ID管理单元12经过LAN30和LAN控制单元11接收该请求(步骤32)，并且存储所请求的用户ID与PC20物理地址之间的对应关系。接着，用户ID管理单元12工作，通过参照用户ID表43，检查给出访问请求的用户的ID(步骤33)，然后如果将被访问的用户属于与想要访问数据的用户不同的系统，则将控制转到ID转换单元15.ID转换单元15工作，通过参照ID转换表(44)，将用户ID转换为客人ID(步骤34)，并且通过网关16和网络90将访问请求传送到该不同的客户-服务器系统500。如果用户ID未注册在ID注册表44中，则ID转换单元15拒绝访问请求。访问请求含有客人ID、用户ID和被访问的用户的用户ID。服务器单元50的用户ID管理单元52接收访问请求(步骤36)，并且检查客人ID和将被访问的用户的用户ID431是否注册在用户ID表注册单元83中(步骤37)。如果两个ID都未注册在单元83中，则用户ID管理单元52拒绝访问请求。用户ID管理单元52拒绝含有不经过网关56的客人ID的访问请求。如果两个ID都注册在注册单元83中，则将给出访问请求的用户的用户ID、其安全级别432、将被访问的用户的用户ID、及其安全级别432发送到安全检查单元53。安全检查单元53工作，通过参照安全表82获得给出访问请求的用户的访问权(步骤38)，并将给出访问请求的用户的用户ID、将被访问的用户的用户ID和访问权发送到用户数据管理单元54。用户数据管理单元54工作，检索存储在用户数据注册单元81中的数据，并读取以将被访问的用户的用户ID431注册的用户数据(步骤39)。如果访问权被使能，则将整个日程信息经过网关56和网络90传送到服务器单元10，而如果访问权不被使能，则只将日程信息的公开部分411传送到服务器单元10(步骤40和41)。该日程信息含有给出访问请求的用户的用户ID和将被访问的用户的用户ID。用户ID管理单元12接收该日程信息(步骤42)，并且从给出访问请求的用户的用户ID获得PC20的物理地址，将日程信息经过LAN控制单元11和LAN30发送到发出访问请求的PC20(步骤43)。PC20接收该日程信息(步骤44)，并将其显示在显示单元上。

在前述实施方式中，当PC(20)访问服务器单元时，请求方的用户ID与用于指定被请求用户的信息(比如，雇员号、姓名和用户ID)一起发送。可替代地，将请求方的用户ID发送到服务器单元。然后，检查被允许由用户ID访问的客户-服务器系统的状态(具体地说，向客户单元输出与允许被访问的用户数据有关的比如姓名和雇员号这样的标志)。然后，可以向服务器单元输入用于指定将被访问的用户的信息。

另外，在前述实施方式中，网关(16，56)设置在服务器单元(10，50)的内部。可替代地，网关(16，56)可以独立于服务器单元(10，50)设置。可以根据网络90的类型选择比如路由器这样的另一网间连接单元取代网关(16，56)。或者，可以采用简单的网络通信控制机制。另外，在前述实施方式中，请求方的用户ID被从服务器单元10传送到服务器单元50，然后返回服务器单元10。这是一个与PC20联系的ID。取代用户ID，可以使用由用户ID管理单元12所编号的交易ID。用户数据431的内容不限于与用户日程有关的信息。可以是任何数据。用户数据431被分为公开部分411和封闭部分412。实际上，所有用户数据431可以是公开部分。在这种情形下，安全级别432、安全表420和安全检查单元13是不需要的。相反，所有用户数据可以是封闭部分。

在前述实施方式中，一个日程管理系统只配置一个服务器单元。可替代地，可以采用多服务器系统，因此可以配置为两个或多个服务器单元。如上配置的日程管理系统具有两个或多个服务器单元，它们经过一个LAN连接，其中一个服务器单元具有一个网关，而另一个服务器单元不具有网关。用户ID表430的内容与系统中所包含的任何服务器单元中的相同。每个服务器单元负责相应的用户组。多服务器类型日程管理系统的处理流程与图6所示的处理的流程从步骤31至36是相同的。在步骤37，通过参照用户ID表430，检查客人ID和将被访问的用户的用户ID是否注册。如果两个ID都已注册，则确定将被访问的用户的用户ID是否属于服务器单元所处理的用户组。如果可以由服务器单元处理访问日程的请求，则处理的流程从后续步骤38至44与图6中所示处理流程相同。如果将被访问的用户的用户ID属于由同一信息管理系统中所含的另一服务器单元所处理的用户组，则将用户ID及其安全级别经过LAN控制单元和LAN发送到那一个服务器。然后，该服务器工作，执行从步骤38至40的处理，然后将日程信息发送至服务器1-2。服务器单元工作，仅仅中继日程信息，然后将其经过网关发送至服务器单元。从后续步骤42至44的处理流程与图6中所示的处理流程相同。如上所述，多服务器类型信息管理系统使得能够将用户数据410和处理负载分布到两个或多个服务器单元。

如上所述，根据本发明，通过用户ID和客人ID检查门的用户能够访问属于其他系统的所有用户数据。另外，该系统提供一种根据将被访问的用户和给出访问请求的用户的安全级别对访问用户数据的封闭部分的访问权进行精细控制的能力。

Claims (6)

1.在具有两个或多个通过通信装置连接的客户-服务器系统的总体系统中访问信息的方法，所述客户-服务器系统的每个具有至少一个服务器单元和与所述服务器单元连接的至少一个客户单元，并且所述服务器单元保持所述客户单元的信息，其特征在于包括步骤：

在每个用户所属的客户-服务器系统中以每个用户分开的方式存储所述用户的数据；

在每个客户-服务器系统中注册一个用户ID，使得在主客户-服务器系统中所含的所述客户单元的用户能够访问相同客户-服务器系统中所含的客户单元的数据；

如果在客户-服务器系统中所含的用户被允许访问在其他客户-服务器系统中所含的信息，则将被允许访问在其他客户-服务器系统中所含的客户单元的数据的ID以一种方式作为客人ID注册，以对应于该用户所属的客户-服务器系统的用户ID；以及

当系统中的用户希望访问在其他系统中所含的用户数据时，将所输入的用户ID转换为客人ID，并且访问在其他系统中所含的用户数据。

2.根据权利要求1的信息访问方法，其特征在于所述用户数据包括一个所有用户都能访问的公开部分和一个并非所有用户都能访问的封闭部分。

3.根据权利要求1的信息访问方法，其特征在于向所述用户向其输入所述用户ID的客户单元输出被允许由所述输入的用户ID访问的用户数据的标志，使得通过在所述输出的标志中指定所述用户数据的所需片段来访问所述用户数据。

4.访问信息的方法，采取这样的步骤：以对每个用户分开的方式存储用户数据，将被允许访问所述用户数据的用户的ID注册为用户ID，将所述注册的用户ID指定为一个客户-服务器系统的管理范围，并且在两个或多个客户-服务器系统上访问另一个用户的用户数据，

其特征在于包括以下步骤：

将第一客户服务器系统的管理范围所属的第一用户ID转换为第二系统的管理范围所属的第二用户ID；以及

如果所述第二用户ID和与所述用户数据的用户相应的第三用户ID都属于所述第二系统的管理范围，则允许所述用户访问所述用户数据。

5.采取为每个用户存储用户数据的步骤的访问信息的方法，其特征在于包括以下步骤：

为用户指定多个安全级别中的一个；

指定一个表，该表用于从请求访问所述用户数据的用户的安全级别和其数据被访问的用户的安全级别确定是否将要访问所述用户数据；以及

如果发出请求，则通过参照所述表确定是否允许对所述用户数据的访问。

6.根据权利要求5的访问信息的方法，其特征在于所述用户数据包括一个对任何其他用户公开的部分和一个对任何其他用户不公开的部分，并且允许特定用户对所述用户数据的所述不公开部分进行访问。

Images