[发明专利]复杂抽象语法标识对象的存储方法

说明书

技术领域

本发明涉及数字通信领域，并且特别地，涉及一种复杂抽象语法标识(Abstract Syntax Notation dot one，ASN.1)对象的存储方法。

背景技术

目前，ASN.1和关系数据库在通讯领域中的应用非常广泛。在实际应用中，需要解决一个问题就是ASN.1对象信息在数据库中的存储，其中，ASN.1对象与数据库表对象之间的映射最为关键。

目前，这两者之间的关系主要按照类型匹配，依据层次关系逐层对结构来进行映射，例如，ASN.1中的INTEGER类型映射为SQL语言中的INTEGER类型。但是，ASN.1中的不确定任意类型(即，标准中所定义的ANY类型)在结构化查询语言(SQL语言)中并没有与之匹配的类型；此外，对于复杂的ASN.1对象(例如，含有三层及三层以上结构的对象)，如果仍旧按照上述方式进行映射，则对应的数据库表对象的结构将非常复杂，从而导致出入数据库操作复杂。除此之外，大报文的数据库存储一直是比较难以解决的问题，如果按常规处理，必然会牵涉很多子从表，无论是写库还是提取都异常烦琐。

例如，ASN.1结构A-T

A-T∷＝SEQUENCE{

       b    B-T，

       value  ANY，

       ...

}

B-T∷＝SEQUENCE{

       c    C-T，

       ...，

       value  INTEGER

}

C-T∷＝SEQUENCE{

       Id    INTEGER，

       ...，

       value  Graphic String

}

可以看出，A-T是一个三层结构类型，其中包含有结构类型B-T，B-T内进一步包含有C-T。根据相关技术的常规方法，在把A-T映射为数据库表结构(TableA)的过程中，同时也要把B-T，C-T映射成数据库表(即，TableB和TableC)。这三张表通过外键进行联系，TableB和TableC是TableA的子从表，这样A-T就对应了三张表。

此时，复杂的表结构会导致A-T对象出入库操作烦琐，代码量比较大，而且代码对ASN结构依赖性较高，耦合性较大；并且，如果之后A-T结构有改变，则必须对这段代码进行相应修改，从而加大了维护工作量。另外，在A-T结构下的value是ANY类型的情况下，根据常规方法是无法处理的。

目前，对于那些类似ASN.1、XML的有结构的对象的常见数据存储方法是将这些有结构的信息体按其信息层次转化为关系模型进行存储，例如，如专利号为CN200510116858、名称为“基于关系数据库的XML数据存储与访问方法”的已公开的专利中所描述的。其主要缺点在于：如果按照上述方法来进行复杂结构的信息体的数据存储和读取，必然会带来复杂的转化计算，从而引起存储空间膨胀、导致数据访问效率降低。

然而，至今尚未提出能够有效、简便地解决复杂ASN.1对象的存储和读取问题的技术方案。

发明内容

考虑到上述问题而做出本发明，为此，本发明的主要目的在于提供一种复杂抽象语法标识对象的存储方案，以解决现有技术中存储复杂的ASN.1对象时处理过程复杂的问题

根据本发明的实施例，提供了一种复杂抽象语法标识对象的存储方法。

该方法包括：映射关系建立模块根据抽象语法标识的具有特定形式的对象的结构建立抽象语法标识与数据库的映射关系；第一编码模块对抽象语法标识的对象的结构进行第一编码，转换为字符流报文；第二编码模块对字符流报文进行第二编码，将字符流报文中无法被语言解析器识别的符号转换为语言解析器能够识别的符号；以及存储模块根据抽象语法标识与数据库的对应关系，将经过第二编码的字符流报文写入相应的数据库。

其中，特定形式的对象是指：对象的结构中元素为不确定的任意类型、以及对象的结构是多重嵌套结构。此时，将结构中元素为不确定的任意类型、或者结构是多重嵌套结构并且不需要对多重结构中包含的数据进行单独操作的对象作为整体进行处理。另外，映射关系建立模块将结构为需要对内部数据进行单独操作的多重嵌套结构的对象的映射为数据库中的子表。

另外，第二编码模块对字符流报文中的字符逐个执行第二编码。