数据存储方法、装置和系统 【技术领域】
本发明涉及通信领域，具体涉及数据存储方法、数据存储装置和数据存储系统。
背景技术
融合数据库是一种数据存储装置。它提供一个存储平台，将不同网络、不同网元的数据集中存储。在引入融合数据库后，由于用户数据可以集中存储在融合数据库中，因此，原存储有用户数据的各网元需要进行业务和数据分离改造，改造后的网元仅处理业务逻辑即可。改造后的网元可以通过融合数据库对外提供的Lightweight Directory Access Protocol(轻量目录访问协议，LDAP)、XML Configuration Access Protocol(可扩展标记语言配置访问协议，XCAP)等访问接口访问融合数据库。
融合数据库使用LDAP的Directory Information Tree(目录信息树，DIT)描述Home Location Register(归属位置寄存器，HLR)、Home Subscriber Server(归属用户服务器，HSS)等实际应用的模型，对于实际应用中存在的多对多关系，LDAP使用Alias(别名)进行描述。上述多对多关系如HLR中的InternationalMobile Subscriber Identity(国际移动用户识别码，IMSI)和Mobile StationInternational ISDN Number(移动台国际ISDN号码，MSISDN)之间的对应关系，再如HSS中的IP Multimedia Public Identity(共有身份标识，IMPU)和IPMultimedia Private Identity(私有身份标识，IMPI)之间的对应关系。
在实现本发明的过程中，发明人发现：目前LDAP中的Alias是指向任意条目的，因此，在使用Alias定义电信领域的HLR、HSS等应用中的数据，以存储数据时，无法使HLR、HSS等应用的DIT具有确定性。
【发明内容】
本发明实施方式提供数据存储方法、装置和系统，在目录信息树中包含有别名条目时，使每个别名条目都指向确定类型条目，从而使目录信息树具有确定性。
本发明实施方式提供的数据存储方法，包括：
接收存储处理请求；
在确定需要进行存储处理的数据条目为别名条目时，对从所述请求中获取的所述需要存储处理的数据条目所指向的条目类型和从预先设置的目录信息树中的别名条目所指向的条目类型信息中获取的所述数据条目所指向的条目类型进行比较；
如果相同，则对所述数据条目进行存储处理；
如果不相同，则不对所述数据条目进行存储处理。
本发明实施方式提供的数据存储装置，包括：
存储模块，用于存储目录信息树中的别名条目所指向的条目类型信息；
接收模块，用于接收存储处理请求；
判断模块，用于在识别出接收模块接收到的存储处理请求中携带的需要存储处理的数据条目为别名条目时，对从所述请求中获取的所述需要存储处理的数据条目所指向的条目类型和从所述存储模块中获取的所述数据条目所指向的条目类型进行比较；
存储处理模块，用于在所述判断模块的比较结果为相同时，对所述数据条目进行存储处理，否则，不对所述数据条目进行存储处理。
本发明实施方式提供的数据存储系统，包括：
至少一个第一网络设备，用于发送存储处理请求；
第二网络设备，设置有融合数据库且存储有目录信息树中的别名条目所指向的条目类型信息，用于接收第一网络设备发送的所述请求，在识别出接收到的所述请求中携带的需要存储处理的数据条目为别名条目时，对从所述请求中获取的所述数据条目所指向的条目类型和从预先存储的设置信息中获取的所述数据条目所指向的条目类型进行比较；如果相同，则对所述数据条目进行存储处理；如果不相同，则不对所述数据条目进行存储处理。
通过上述技术方案的描述可知，通过设置目录信息树中的别名条目所指向的条目类型信息，并在数据条目存储过程中利用该设置的信息进行指向的条目类型信息的比较，然后，在所指向的条目类型信息一致时才存储数据条目，避免了存储的数据条目所指向的条目类型的不确定性，限定了每个别名条目所指向的具体条目，从而使每个别名条目都指向确定类型条目，使目录信息树具有确定性。
【附图说明】
图1是本发明实施例应用的融合数据库组网示意图；
图2是本发明实施例一的数据存储方法流程图；
图3是本发明实施例二的HLR应用中MSISDN和IMSI的Alias对象定义示意图；
图4是本发明实施例六的针对HLR应用、利用基于模型定义之外的配置信息设置Alias条目所指向的条目类型信息的示意图；
图5是本发明实施例八的增加MsisdnAlias条目的流程图；
图6是本发明实施例九的数据存储装置示意图；
图7是本发明实施例十的数据存储系统示意图。
【具体实施方式】
本发明实施例描述的技术方案可以应用的一个具体的融合数据库组网如附图1所示。
图1的融合数据库中集中存储有原HLR和原HSS等设备存储的数据；融合数据库对外提供有LDAP、XCAP等访问接口；通过Provisioning(业务发放)实体可以对融合数据库中的数据进行配置；图1中的各HLR FE(HLR业务前端)和HSS FE(HSS业务前端)仅进行业务逻辑处理。
下面结合附图对本发明的各实施例进行说明。
实施例一、数据存储方法的流程图如附图2所示。
图2中，步骤200、接收存储处理请求，即接收需要进行存储处理的数据条目。这里的需要进行存储处理的数据条目可以是需要增加的数据条目，也可以是需要修改的数据条目等。上述存储处理请求中至少携带有需要进行存储处理的数据条目的名称信息以及数据条目所指向的条目类型信息。该名称信息可以唯一标识出一个别名条目，该名称信息可以用别名条目的位置来表示，也可以用别名条目的ID(标识符)来表示。
其中，存储处理请求可以是HLR业务前端发送的，也可以是HSS业务前端发送的。
步骤210、从接收到的存储处理请求中获取需要进行存储处理的数据条目的名称信息，在根据该名称信息确定出需要进行存储处理的数据条目为别名条目的情况下，到步骤220。
步骤220、从上述存储处理请求携带的信息中获取需要存储处理的数据条目所指向的条目类型，并从预先设置的信息中获取上述数据条目所指向的条目类型。需要说明的是，上述从存储处理请求中获取需要存储处理的数据条目所指向的条目类型的操作也可以在步骤210中执行。
上述预先设置的信息包含有目录信息树中的别名条目所指向的条目类型信息。上述预先设置的信息的存储方式可以是多种多样的。例如，可以存储在模型定义信息中；再例如，可以存储在模型定义信息之外的配置信息中，即该配置信息独立于模型定义信息，该配置信息可以以配置表、配置数据库等形式存在。上述设置的别名条目所指向的条目类型信息即别名条目的指向范围。
预先设置的信息存储在模型定义信息中的方式可以是多种多样的。第一个具体的例子为：别名条目所指向的条目类型信息设置于别名对象定义中的对象的扩展定义字段中。第二个具体的例子为：别名条目所指向的条目类型信息设置于条目定义的扩展定义字段中。第三个具体的例子为：别名条目所指向的条目类型信息设置于相对条目名称定义的扩展定义字段中；第四个具体的例子为：别名条目所指向的条目类型信息设置于目录信息树结构定义的扩展定义字段中。当然，预先设置的信息也可以设置于模型定义信息中的其它位置，例如，在别名对象定义或条目定义或相对条目名称定义或结果描述定义中增加新的扩展字段，以存储上述预先设置的信息。
步骤230、将获取的两个条目类型进行比较，如果两个条目类型相同，则到步骤240，否则，到步骤250。
步骤240、对上述接收到的存储处理请求中的数据条目进行存储处理，即将该数据条目存储在融合数据库中。
步骤250、本次数据条目的存储处理结束。
可选的，在步骤250中，还可以输出错误信息，该错误信息表示需要存储处理的数据条目所指向的条目类型超出了预先设置的别名条目所指向的条目类型范围。该错误信息可以携带在LDAP Add Response消息中，例如：对LDAPAdd Response消息中的LDAPResult字段的错误码定义进行扩展，利用扩展后的错误码来表示实施例一中的错误信息。扩展LDAP Add Response消息中的错误码定义的一个具体例子如下述实施例七的记载。另外，该错误信息也可以携带在LDAP Modify Response消息中，例如：对LDAP Modify Response消息中的LDAPResult字段的错误码定义进行扩展，利用扩展后的错误码来表示实施例一中的错误信息。当然，也可以采用其它消息来携带上述错误信息，例如，利用新增的消息来携带上述错误信息等。
从上述实施例一的描述可以看出，通过在模型定义信息中或者在模型定义信息之外的配置信息中设置目录信息树的别名条目所指向的条目类型信息，从而在融合数据库存储数据条目的过程中，可以利用设置的信息进行别名条目所指向的条目类型信息的比较，然后，在比较出别名条目所指向的条目类型信息一致时才存储数据条目，从而限定了每个存储的数据条目所指向的具体条目类型，避免了将指向的条目类型与设置的条目类型不一致的数据条目存储在融合数据库中的现象，避免了融合数据库中存储的数据条目所指向的条目类型具有不确定性的现象；从而使每个别名条目都指向确定类型条目，使LDAP的目录信息树具有确定性。另外，实施例一描述的数据存储方法可以适用在包含DIT且需要使用Alias的各领域中。
实施例一中设置别名条目所指向的条目类型信息可以通过多种不同的方式来实现，下面以实施例二至实施例六为例，对实施例一中设置别名条目所指向的条目类型信息的不同实现方式进行例举说明。
实施例二、基于Alias对象定义设置别名条目所指向的条目类型信息，即在现有的LDAP Schema(模型)定义的Alias对象定义的基础上，增加相应的描述信息，以限定Alias条目的具体指向。
LDAP中的对象定义描述如下：
ObjectClassDescription＝LPAREN WSP
numericoid ；对象的OID(对象标识符)定义
[SP″NAME″SP qdescrs] ；对象的名称定义
[SP″DESC″SP qdstring] ；对象的描述
[SP″OBSOLETE″] ；表示该对象类为非激活
[SP″SUP″SP oids] ；父对象定义
[SP kind]；对象的类型，对象的类型包括：抽象类、结构类、辅助类三种
[SP″MUST″SP oids] ；必选属性类型
[SP″MA Y″SP oids] ；可选属性类型
extensions WSP RPAREN ；对象的扩展定义
上述kind＝″ABSTRACT″/″STRUCTURAL″/″AUXILIARY″，且extensions定义为：
extensions＝*(SP xstring SP qdstrings)
xstring＝″X″HYPHEN1*(ALPHA/HYPHEN/USCORE)
本实施例可以以LDAP中的Alias对象为父对象，利用Alias对象定义中的对象的扩展定义(extensions)来描述Alias条目所指向的条目类型信息。可以将此时的Alias对象定义称为扩展的Alias对象定义。
利用Alias对象定义中的对象的扩展定义来描述Alias条目所指向的条目类型信息的一个具体的例子为：
根据extensions的语法结构，在Alias对象定义的extensions部分使用字段
AliasDestination＝
“X‑AliasDestination”；用来记录Alias条目指向的字段名称，即表示该extensions中包含有Alias条目指向的具体条目类型信息。Alias对象指向的字段名称即可以限定Alias条目所指向的条目类型信息
SP oid；用来记录Alias条目所指向的具体条目类型信息，该字段的类型为标准中定义的oid类型
在实际应用中，使用扩展的Alias对象定义来设置Alias条目所指向的条目类型信息的一个具体例子为：
(
1.3.4.1.4.142.2.27.1.2.200；扩展的Alias对象的OID
NAME ′newAliasobject′；扩展的Alias对象的名称，不同类型的Alias使用不同的名称
DESC specified Alias object；扩展的Alias对象的描述，为限定的Alias对象
SUP′Alias′；描述了该对象的父对象名称，为LDAP定义的Alias对象
AliasExtension；使用上述的扩展定义限定Alias对象的指向范围
)
下面结合附图3、对HLR应用中的MSISDN和IMSI的Alias对象的定义进行说明。
图3的HLR应用中，MSISDNAlias条目应指向MSISDN条目，IMSIAlias条目应指向IMSI条目。
图3中的MSISDNAlias对象的定义如下：
(
1.3.4.1.4.142.2.27.1.2.201；扩展的MSISDNAlias对象的OID
NAME ′msisdnAlias′；msisdn类型的Alias对象名称
DESC specified Alias object；扩展的MSISDNAlias对象的描述，为限定的Alias对象
SUP′Alias′；描述了该对象的父对象名称为LDAP规范中定义的Alias对象
X‑AliasDestination 1.3.5；1.3.5为该HLR应用的MSISDN条目的oid，确定了该Alias条目具体指向的条目类型
)
采用上述类似的方法可以对图3中的IMSIAlias对象进行定义，在此不再详细说明。
需要说明的是，为了清晰起见，图3中的两个别名条目具有不同的别名条目名称，即MSISDNALIAS和IMSIALIAS；当然，图3中的两个别名条目均可以命名为ALIAS，在这种情况下，可以通过别名条目所在的位置来标识不同的别名条目。
实施例三、基于条目定义设置别名条目所指向的条目类型信息，即在现有的DITContentRule(DIT条目)定义的基础上，增加相应的描述信息，以限定Alias条目的具体指向。
在本实施例中通过在LDAP Schema(模型)定义的DITContentRule中扩展描述信息来确定Alias条目的具体指向。也就是说，在Alias对象定义过程中不设置Alias条目所指向的条目类型信息，而在为Alias对象定义条目时，使用条目定义DITContentRuleDescription的Extensions部分来描述Alias条目所指向的条目类型信息。
利用DITContentRuleDescription的Extensions部分来描述Alias条目所指向的条目类型信息如上述实施例二中针对Extension部分的记载，在此不在详细说明。
实施四、基于相对条目名称定义设置别名条目所指向的条目类型信息，即在现有的NameFormDescription(相对条目名称描述)定义的基础上，增加相应的描述信息，以限定Alias条目的具体指向。
在本实施例中通过在LDAP Schema(模型)定义的NameFormDescription中扩展描述信息来确定Alias条目的具体指向。也就是说，在Alias对象定义过程中、以及在条目定义过程中不设置Alias条目所指向的条目类型信息，而在为Alias对象定义相对条目名称时，使用NameFormDescription的Extensions部分来描述Alias条目所指向的条目类型信息。
利用NameFormDescription的Extensions部分来描述Alias条目所指向的条目类型信息如上述实施例二中针对Extensions部分的记载，在此不在详细说明。
实施例五、基于目录信息树结构定义设置别名条目所指向的条目类型信息，即在现有的DITStructureRuleDescription(DIT结构描述)定义的基础上，增加相应的描述信息，以限定Alias条目的具体指向。
在本实施例中通过在LDAP Schema定义的DITStructureRuleDescription中扩展描述信息来确定Alias条目的具体指向。也就是说，在Alias对象定义过程中、在条目定义过程中、以及在相对条目名称定义过程中均不设置Alias条目所指向的条目类型信息，而在为Alias对象定义条目结构时，使用DITStructureRuleDescription的Extensions部分来描述Alias条目所指向的条目类型信息。
利用DITStructureRuleDescription的Extensions部分来描述Alias条目所指向的条目类型信息如上述实施例二中针对Extensions部分的记载，在此不在详细说明。
实施例六、基于模型定义之外的配置信息设置别名条目所指向的条目类型信息。
在本实施例中，不需要在Alias对象定义、条目定义、相对条目名称定义、以及目录信息树结构定义等模型定义过程中设置Alias条目的指向范围，而在模型定义之外的配置表、配置数据库等中设置配置信息，以描述Alias条目所指向的条目类型信息。一种具体实现过程为：在配置文件中针对实际应用DIT中的每个Alias条目依次描述Alias条目所指向的条目类型信息。
一个针对HLR应用、利用基于模型定义之外的配置信息设置Alias条目所指向的条目类型信息的例子如附图4和表1所示。
图4中，HLR的LDAP Schema的DIT中为Alias条目定义了两个父条目，这两个父条目分别是MSISDN条目和IMSI条目。然后，在Alias条目配置表中指明每个位置的Alias条目所指向的条目类型信息，Alias条目配置表如表1所示。
表1
Alias位置 Alias所指向的条目类型信息
HlrApp.IMSI MSISDN
HlrApp.MSISDN IMSI
表1中，Alias位置记录了LDAP Schema定义中每个Alias条目的祖先条目名称，该祖先条目名称从DIT的根条目开始一直到该Alias条目的父条目名称、且不同祖先条目名称之间以“.”号隔开，该祖先条目名称清晰的记录了相应的Alias条目的具体位置，利用该祖先条目名称可以唯一标识一个Alias条目；Alias指向条目名称与Alias位置一一对应，以表明该位置的Alias条目所指向的条目名称，即图4左边的Alias条目所指向的条目类型为MSISDN，图4右边的Alias条目所指向的条目类型为IMSI。
在需要存储数据条目时，可以利用表1中明确表示出的两个Alias条目所指向的条目类型信息对需要进行存储的数据条目进行指向条目类型的检查，以判断需要存储的数据条目的指向是否超出预定范围，在判断出超出预定范围时，可以不对该数据条目进行存储处理，而且可以返回相应的错误信息，在判断出没有超出预定范围时，应对该数据条目进行存储处理。
实施例一中的输出错误信息可以通过多种不同的方式来实现，下面以实施例七为例，对实施例一中输出错误信息的一种实现方式进行例举说明。
实施例七、通过扩展LDAP Add Response消息中的错误码定义来实现超出指向范围的错误信息。
现有的LDAP定义的LDAP Add Response消息中的LDAPResult定义如下：
LDAPResult::＝SEQUENCE{
resultCode ENUMERATED{
success (0)，
affectsMultipleDSAs (71)，
‑‑72‑79unused‑‑
other (80)，
...}，
matchedDN LDAPDN，
diagnosticMessage LDAPString，
referral [3]Referral OPTIONAL}
其中，结果码72‑79为未使用的保留项，本实施例可以利用72‑79中的任意一个结果码、或者利用新扩展的其它结果码来表示需要增加的数据条目所指向的条目类型超出了预设定的Alias条目指向范围的错误信息。
下面结合实施例八、以HLR应用为例对实施例一的数据存储方法的一种实现方式进行例举说明。
实施例八、基于图3所示的HLR应用模型的增加MsisdnAlias条目的流程如附图5所示。
图5中，步骤1、HLR FE需要增加MsisdnAlias条目，HLR FE向融合数据库发送LDAP增加请求(LDAP Add Request)，该LDAP增加请求中携带有需要增加的MsisdnAlias条目信息。
步骤2、融合数据库接收到该LDAP增加请求后，从该请求中获取需要增加的条目名称信息即MsisdnAlias条目名称信息，在确定出该MsisdnAlias条目为别名条目时，从请求中获取MsisdnAlias条目所指向的条目类型信息，例如从该请求携带的AliasedObjectName中获取需要增加的MsisdnAlias条目所指向的条目类型信息；在获取了需要增加的MsisdnAlias条目所指向的条目类型信息后，再判断需要增加的MsisdnAlias条目所指向的条目类型信息是否与模型定义中设置的指向MSISDN相同，在其它实施方式中也可以将需要增加的MsisdnAlias条目的指向范围与上述表1中第2个表项的Alias指向条目名称进行比较。如果判断出需要增加的MsisdnAlias条目所指向的条目类型信息为MSISDN，则对上述需要增加的MsisdnAlias条目进行增加处理，否则，在LDAP Add Response(LDAP增加响应)中携带上述扩展定义的结果码，以指示MsisdnAlias条目所指向的条目类型超出范围。
需要说明的是，在上述步骤2中，从请求中获取MsisdnAlias条目所指向的条目类型信息的操作可以和从该请求中获取需要增加的条目名称信息的操作一起执行，即从请求中同时获取需要增加的条目名称信息和该条目所指向的条目类型信息。
下面结合附图对数据存储装置、及数据存储系统的具体实施例进行说明。
实施例九、数据存储装置如附图6所示。
图6中的数据存储装置包括：存储模块600、接收模块610、判断模块620和存储处理模块630；可选的该数据存储装置还包括：发送模块640。
存储模块600中存储有目录信息树中的别名条目所指向的条目类型信息。存储模块600中存储的别名条目所指向的条目类型信息可以以多种方式实现，例如，存储模块600中存储有模型定义信息，该模型定义信息中包含有别名条目所指向的条目类型信息；再例如，存储模块600中存储有配置信息，该配置信息中包含有别名条目所指向的条目类型信息，而且该配置信息为除模型定义信息之外的信息。
在存储模块600存储的模型定义信息中包含有别名条目所指向的条目类型信息的情况下，存储模块600中存储的模型定义信息可以包括：包含有别名条目所指向的条目类型信息的别名对象定义信息，此时的别名条目所指向的类型信息可以设置在对象定义的扩展定义字段中；存储模块600中存储的模型定义信息也可以包括：包含有别名条目所指向的类型信息的条目定义信息，此时的别名条目所指向的类型信息可以设置在条目定义的扩展定义字段中；存储模块600中存储的模型定义信息也可以包括：包含有别名条目所指向的类型信息的相对条目名称定义信息，此时的别名条目所指向的类型信息可以设置在相对条目名称定义的扩展定义字段中；存储模块600中存储的模型定义信息还可以包括：包含有别名条目所指向的类型信息的目录信息树结构定义信息中，此时的别名条目所指向的条目类型信息可以设置于目录信息树结构定义的扩展定义字段中。
在存储模块600存储的配置信息中包含有别名条目所指向的条目类型信息的情况下，存储模块600中存储的配置信息可以如配置表或配置数据库等形式，例如，存储如上述表1所示的信息。
存储模块600中存储别名条目所指向的条目类型信息的具体实现方式如上述实施例二至实施例六的描述，在此不再详细说明。
接收模块610接收需要进行存储处理的数据条目，即接收存储处理请求，该存储处理请求中携带有需要进行存储处理的数据条目的名称信息、以及该数据条目所指向的条目类型信息。接收模块600接收的存储处理请求可以是其它网络设备传输来的、需要增加数据条目的请求或者需要修改数据条目的请求。例如，接收模块610接收LDAP增加请求。
判断模块620在识别出接收模块610接收到的请求中携带的数据条目为别名条目时，从请求中获取需要存储处理的数据条目所指向的条目类型信息，并从存储模块600处获取设置信息中该数据条目所指向的条目类型信息，然后，比较获取的两个条目类型，并输出比较结果。
存储处理模块630在判断模块620输出的比较结果为相同时，对接收模块610接收到的数据条目进行存储处理；在判断模块620输出的比较结果为不相同时，不对接收模块610接收到的数据条目进行存储处理。
发送模块640在判断模块620输出的比较结果为不相同时，输出错误信息，以指示需要存储的数据条目所指向的条目类型超出预先设置的该数据条目所指向的范围，即指示需要存储的数据条目所指向的条目类型不符合预先设置的该数据条目所指向的条目类型的要求。发送模块640可以将错误信息携带在LDAP Add Response消息或者LDAP Modify Response消息中的LDAPResult字段中，例如，对LDAP Add Response消息的LDAPResult字段的错误码定义进行扩展，利用扩展后的错误码来表示上述错误信息。对LDAP Add Response消息的LDAPResult字段的错误码定义进行扩展的一个具体例子如上述实施例七的描述，在此不再详细说明。
从上述实施例九的描述可以看出，通过在存储模块600中设置目录信息树的别名条目所指向的条目类型信息，从而判断模块620可以利用存储模块600中存储的信息进行别名条目所指向的条目类型信息的比较，这样，在判断模块620比较出别名条目所指向的条目类型信息一致时，存储处理模块630才存储数据条目，从而限定了每个存储的数据条目所指向的具体条目类型，避免了存储处理模块630将指向的条目类型与设置的条目类型不一致的数据条目存储在融合数据库中的现象，避免了融合数据库中存储的数据条目所指向的条目类型具有不确定性的现象；从而使每个别名条目都指向确定类型条目，使目录信息树具有确定性。
实施例十、数据存储系统如附图7所示。
图7中的数据存储系统包括：至少一个第一网络设备700和第二网络设备710。第一网络设备可以为HLR FE、及HSS FE等。
第一网络设备700向第二网络设备710发送存储处理请求，该存储处理请求中至少携带有需要进行存储处理的数据条目的名称信息以及该数据条目所指向的条目类型信息。这里的需要进行存储处理的数据条目可以为需要增加的数据条目，也可以为需要修改的数据条目，即存储处理请求可以为数据条目增加请求，也可以为数据条目修改请求。例如，在需要增加数据条目时，第一网络设备700发送LDAP增加请求，该LDAP增加请求中携带有需要增加的数据条目、以及该数据条目所指向的条目类型信息等。
第二网络设备710中设置有融合数据库，且第二网络设备710中存储有目录信息树的别名条目所指向的条目类型信息。第二网络设备710接收第一网络设备700发送来的存储处理请求，第二网络设备710在识别出接收到的存储处理请求中携带的数据条目为别名条目时，从接收到的存储处理请求中获取该数据条目所指向的条目类型信息，如从LDAP增加请求中获取该数据条目所指向的条目类型信息。第二网络设备710从其存储的设置信息中获取上述数据条目所指向的条目类型，并将获取的两个条目类型信息进行比较；如果相同，则对接收到的数据条目进行存储处理；如果不相同，则不对接收到的数据条目进行存储处理。
第二网络设备710包括：存储模块、接收模块、判断模块和存储处理模块。可选的，第二网络设备710还可以包括：发送模块。存储模块、接收模块、判断模块、存储处理模块和发送模块的描述如上述实施例九的描述，在此不再详细说明。
从上述实施例十的描述可以看出，通过在第二网络设备710中设置目录信息树的别名条目所指向的条目类型信息，从而第二网络设备710可以利用其存储的预先设置的信息进行别名条目所指向的条目类型信息的比较，这样，第二网络设备710在比较出别名条目所指向的条目类型信息一致时，才存储数据条目，从而限定了每个存储的数据条目所指向的具体条目类型，避免了第二网络设备710将指向的条目类型与设置的条目类型不一致的数据条目存储在融合数据库中的现象，避免了融合数据库中存储的数据条目所指向的条目类型具有不确定性的现象；从而使每个别名条目都指向确定类型条目，使目录信息树具有确定性。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，本发明的申请文件的权利要求包括这些变形和变化。