专利名称：判决用户访问控制逻辑的方法及装置的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种判决用户访问控制逻辑的方法及 装置。
背景技术：
伴随着TD( time division 时分)的放号，无线承载网络网速以及手机终端 能力都有了很大的提升。如何使高端手机能直接访问WWW网站，是各个运营 商在新形势下亟需解决的问题。
中国移动提出了解决此问题的一个思路即在WAP (Wireless Application Protocol,无线应用协议)网关与SP (service provider,月艮务提供商)之间，增 加一个TD适配器，该适配器负责对SP (例如WWW网站服务提供商)返回的 页面进行适配(图片大小缩放、排版等)，由WAP网关判决将终端用户的请求 转发至SP还是转发至TD适配器。
至于WAP网关如何判决用户的访问控制逻辑，现有技术中尚未有合适的解 决方案。
发明内容
鉴于上述的分析，本发明旨在提供一种判决用户的访问控制逻辑的方法及 装置，用以解决判决用户的访问控制逻辑的问题。 本发明的目的主要是通过以下技术方案实现的
本发明提供了 一种判决用户访问控制逻辑的方法，包括
步骤A:根据收到的局方控制信息预加载TD配置信息即时分配置信息；步骤B:当收到用户请求时，才艮据预加载的TD配置信息判断该用户请求是 否满足跳转到TD适配器即时分适配器的条件，如果是，将该用户请求转发至 TD适配器；否则将该用户请求转发至用户请求的SP即服务提供商。
进一步地，所述步骤A中具体包括
步骤Al:对接收到的局方控制信息进行解析后得到多个控制组ID信息； 所述控制组ID信息包括控制元及其所属的控制组ID;
步骤A2:将多个所述控制组ID信息分别加载到所述TD配置信息中相应的 控制组链表中，并按照预定规则将多个所述控制组ID进行组合后加载到所述TD 配置信息中的多元联合控制组信息链表中。
进一步地，当多个控制组ID信息包括终端类型以及终端类型组ID、请求方 法类型以及请求方法组ID、请求协议类型以及请求协议组ID，以及SP的URL 以及SP组ID时，所述步骤A2具体包括
将所述终端类型以及终端类型组ID加载到终端类型链表中、将所述请求方 法类型以及请求方法组ID加载到方法链表中、将所述请求协议类型以及协议组 ID分别加载到请求协议链表中；将所述SP的URL及SP组ID加载到SP哈希-链表的双层存储结构中，所述SP哈希-链表的第一级是以该SP组的host即域名 作为键值，第二级是host下所配置的URL链表。
进一步地，所述步骤A2中，将所述SP的URL以及SP组ID加载到SP哈 希-链表的双层存储结构中的过程具体包括
步骤A21:根据SP的URL，解析出该URL对应的host;根据该host检查所 述SP哈希-链表的第一级中是否存在该host,如果存在，执行步骤A22;如果不 存在，执行步骤A23;步骤A22:查看该host下的URL链表中是否存在该URL,如果不存在，则 将URL添加到该host下的URL链表中，否则放弃该URL;
步骤A23:创建一个以该host为键值的URL链表，并将该URL添加到创 建的URL链表中。
进一步地，所述步骤B具体包括
步骤B1:当收到用户请求时，对该用户请求的每一个控制元进行如下操作 判断该控制元是否存在于所述TD配置信息的相应控制组链表中，如果是，
获取该控制元所属的控制组ID，否则将该用户请求转发至其请求的SP;
步骤B2:判断多个所述控制组ID的组合是否在所述多元联合控制组信息链
表中，如果是，将该用户请求转发至TD适配器，否则将该用户请求转发至其请
求的SP。
本发明还提供了 一种判决用户访问控制逻辑的装置，所述装置设置于无线 应用协议WAP网关中，包括TD配置信息单元和判决转发单元，其中，
所述TD配置信息单元，用于根据局方下发的控制信息加载并存储TD配置 信息；
所述判决转发单元，用于在收到用户请求时，才艮据所述TD配置信息单元中 的TD配置信息判断该用户请求是否满足跳转到TD适配器的条件，如果是，将 该用户请求转发至TD适配器；否则将该用户请求转发至用户请求的SP。
进一步地，所述TD配置信息单元具体用于，对局方下发的控制信息进行解 析后得到多个控制组ID信息，所述控制组ID信息包括控制元及其所属的控制 组ID;并将多个所述控制组ID信息分别加载到相应的控制组链表中，并按照预 定规则将多个所述控制组ID进行组合后加载到多元联合控制组信息链表中。进一步地，所述控制组链表包括
存储终端类型以及终端类型组ID的终端类型链表、存储请求方法类型以及 请求方法组ID的方法链表、存储请求协议类型以及协议组ID的请求协议链表， 以及存储SP组ID的SP哈希-链表，所述哈希-链表的第一级是以该SP组的host 作为键值，第二级是host下所配置的URL链表。
进一步地，所述判决转发单元具体包括第一判断模块和第二判断模块， 其中，
所述第一判断模块，用于在收到用户请求时，对该用户请求的每一个控制 元进行如下操作
判断该控制元是否存在于所述TD配置信息的相应控制组链表中，如果是， 获取该控制元所属的控制组ID,并将该控制组ID发送给所述第二判断模块，否 则将该用户请求转发至其请求的SP;
所述第二判断模块，用于判断其收到的多个所述控制组ID的组合是否在所 述多元联合控制组信息链表中，如果是，将该用户请求转发至TD适配器，否则 将该用户请求转发至其请求的SP。
本发明有益效果如下
本发明通过根据局方下载的控制信息预加载TD配置信息，并通过该TD配 置信息实现了将用户请求转发至SP还是TD适配器的判定。
本发明的其他特征和优点将在随后的说明书中阐述，并且，部分的从说明 书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可 通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获 得。
图1为为本发明实施例所述方法的流程示意图； 图2为本发明实施例中，TD控制信息加载的逻辑流程示意图； 图3为本发明实施例中，终端类型链表、方法链表、请求协议链表、SP哈 希-链表和联合控制组信息链表之间的结构关系示意图4为本发明实施例中，SP组ID信息的加载过程示意图5为本发明实施例中，WAP网关根据TD配置信息进行判决的流程示意
图6为本发明实施例所述装置的结构示意图。
具体实施例方式
下面结合附图来具体描述本发明的优先实施例，其中，附图构成本申请一 部分，并与本发明的实施例一起用于阐释本发明的原理。为了清楚和简化目的， 当其可能使本发明的主题模糊不清时，将省略本文所描述的器件中已知功能和 结构的详细具体说明。
首先结合附图1到附图5对本发明实施例所述方法进行详细说明。 如图1所示，图1为本发明实施例所述方法的流程示意图，具体可以包括 如下步骤
步骤100: WAP网关才艮据局方下发的控制信息进行解析加载得到TD配置 信息；
步骤101: WAP收到用户请求；
步骤102:根据所述TD配置信息判断该用户请求是否满足跳转到TD适配 器的条件，如果满足，执行步骤102，否则执行步骤103;步骤103:将该用户请求转发至TD适配器； 步骤104:将该用户请求转发至用户请求的SP。
如图2所示，图2为TD控制信息加载的逻辑流程示意图，具体可以包括以 下步骤
步骤201: WAP网关接收到运营商局方下发的控制信息后，对该控制信息 进行解析；所述控制信息中包含有运营商规定的用户请求可用的终端类型以及 终端类型组ID、请求方法类型以及请求方法组ID、请求协议类型以及请求协议 组ID、 SP的URL及URL所属的SP组ID等信息；
步骤202:根据该控制信息解析出终端类型以及终端类型组ID，并将解析 出的终端类型以及其所属的终端类型组ID加载到TD配置信息的终端类型链表 中；
步骤203:根据控制信息解析出请求方法类型以及请求方法组ID，并将解 析出的请求方法类型以及其所属的请求方法组ID加载到TD配置信息的方法链 表中；
步骤204:根据控制信息解析出请求协议类型以及请求协议组ID，并将解 析出的请求协议类型以及请求协议组ID加载到TD配置信息的请求协议链表中；
步骤205:根据控制信息解析出SP的URL及其所属的SP组ID，并将解 析出的SP组ID加载到TD配置信息的SP哈希-链表中；
步骤206:将解析出来的多个控制组ID进行按照运营商的规定进行组合后 插入到TD配置信息的联合控制组信息链表中。
经过上述步骤处理后的多个链表，即终端类型链表、方法链表、请求协议 链表、SP哈希-链表和联合控制组信息链表之间的关系如图3所示，例如，当根
10据局方下发的控制信息进行解析出终端类型分别为UA1、 UA2.....UAn,终端类 型组ID分别为IDul、 IDu2….IDun时，将这些终端类型及其所属的终端类型组 ID加载到图3中的终端类型链表中；如果有两个或多个终端类型属于同一终端 组时，例如，当UA1和UA2属于同一终端组时uhu2;当解析出请求方法类型 分别为Methodl、 Method2.…Methodn,请求方法组ID分别为IDml、 IDm2.... IDmn时，将这些请求方法类型及其所属的方法组ID加载到图3中的方法链表 中，其中，IDml、 IDm2….IDmn中的两个或多个可能相等；当解析出请求协议 类型分别为Protocol 1 、Protoco12.... Protocoln,请求协议组ID分别为IDp 1 、IDp2.... IDpn时，将这些请求协议类型及其所属的请求协议组ID加载到图3中的请求协 议链表中，其中，Protocol 1、 Protoco12.…Protocoln中的两个或多个可能相等； 当根据SP的URL解析出host分别为hostl 、 host2....hostn，并且每个host下配 置的URL分别为URLl、 URL2.....URLn， SP组ID (即URL所属的组ID )分 别为IDll、 ID12.…IDln时,将host、 host下属的URL、 URL所属的SP组ID加 载到图3中的SP哈希-链表中。当将上述解析出来的内容加载到相应的链表中 后，还要根据运营商的规定对终端类型组ID、方法组ID、请求协议组ID以及 SP组ID进行合理组合，并将多个组合分别加载到联合控制组信息链表中，其中 IDmi、 IDuj、 IDpk和IDlx分别表示方法组ID、终端类型组ID、请求协议组ID 以及SP组ID。
本发明实施例中对于SP组ID信息的存储采用了基于SP哈希-链表(哈希-链表)的两层存储结构，其中，第一级是以该SP的host(域名)作为键值的hash 表，第二级则是该Host下所配置的URL链表信息，这样实现了对hash表快速 定位(通过散列函数，计算其键值)的目的，从而大大减少了组信息定位的时间消耗。对于终端类型链表、方法链表、请求协议链表以及联合控制组信息链 表，则釆用现有技术中普通的单链表即可。
需要说明的是，局方第一次下发控制信息时，可以携带当前支持的所有终
端类型以及终端类型组ID请求方法类型以及请求方法组ID、请求协议类型以及 请求协议组ID、 SP的URL及URL所属的SP组ID等控制元信息，也可以携带 其中的一部分信息，其中，n>l;以后局方在需要增加的时候，只需要将终端 类型链表、方法链表、请求协议链表以及联合控制组信息链表没有的条目相应 的增加进去即可，例如，当需要增加一个终端类型时，局方下发控制信息告知 WAP, WAP根据该控制信息中解析出来的新增加的终端类型及终端类型组ID 对终端类型链表进行遍历，如果没有该终端类型，就将该增加的终端类型加载 到终端类型链表中，并设定其所属的终端类型组ID。
如图4所示，图4为SP组ID信息的加载过程(即步骤205 )示意图，包括 以下步骤
步骤401:根据SP的URL解析出该URL对应的host;
步骤402:检查SP哈希-链表结构中是否存在该host，如果存在，跳转至步 骤404,否则跳转至403;
步骤403:创建一个新的list结构，将该URL添加到list尾部，将该list指 针以host为键值插入SP哈希-链表结构中；
步骤404:获得以该host为4建值的内存数据区地址即list的头指针，遍历该 list,查看该URL是否存在，如果不存在，则将URL添加到list尾部，否则放 弃该URL。
经过上述TD配置信息的处理后，当WAP网关收到用户请求后，就可以才艮据上述TD配置信息判决将用户请求转发至SP还是转发至TD适配器，具体判 决过程如图5所示，图5为WAP网关根据TD配置信息进行判决的流程示意图， 具体包括以下步骤
步骤501: WAP网关收到用户请求，并且TD加速适配功能开启；
步骤502:根据用户请求遍历TD配置信息中的方法链表，判断该用户请求 的方法是否在TD配置信息的方法链表中，如果在，执行步骤503,否则转到步 骤515;例如，通过图3所示的方法链表
步骤503:根据用户请求的方法，获得请求方法组ID;例如，根据该用请 求的方法在图3所示的方法链表中获得方法组ID为IDm2;
步骤504:根据用户请求遍历TD配置信息中的请求协议链表，判断该用户 请求的协议类型是否在TD配置信息的请求协议链表中，如果在，执行步骤505, 否则转到步骤515;
步骤505:根据用户请求的协议类型，获得该请求协议组ID;例如，根据 该用请求的协议类型在图3所示的请求协议链表中获得请求协议组ID为IDp2;
步骤506:根据用户请求遍历TD配置信息中的终端类型链表，判断该用户 终端得类型是否在TD配置信息的终端类型链表中，如果在，执行步骤507,否 则转到步骤515;
步骤507:根据用户终端的类型，获得该终端所在的终端类型组ID;例如， 根据该用户终端的类型在图3所示的终端类型链表中获得终端类型组ID为 IDul;
步骤508:根据用户请求的host遍历TD配置信息中的SP哈希-链表，判断 用户请求的host是否配置在SP组中，如果是，执行步骤509,否则转到步骤515;
13步骤509:根据host,获得运营商配置的该host下的URL链表信息； 步骤510:用户请求的URL是否在该链表中，如果是，执行步骤511,否 则转到步骤515;
步骤511:根据URL，获得该URL对应的SP组ID;例如，才艮据该用请求 的host在图3所示的SP哈希-链表链表中获得该URL的SP组ID为ID12;
步骤512:根据获得的四个控制组ID,遍历TD配置信息中的联合控制组信 息链表；
步骤513:联合控制组信息链表中是否存在本次请求的四个控制组ID (IDm2、 IDp2、 IDul、 ID12、 2)的组合，如果是，执行步骤514,否则转到步 骤515;
步骤514: WAP网关将该用户请求转发至TD适配器；
步骤515: WAP网关将该用户请求转发至SP。
下面结合附图6对本发明实施例所述装置进行详细说明。
如图6所示，图6为本发明实施例所述装置的结构示意图，所述设置于WAP
网关中，具体可以包括TD配置信息单元和判决转发单元；下面对各个单元分
别进行详细说明。
(一)TD配置信息单元，用于根据局方下发的控制信息加载并存储TD配 置信息；具体的说就是，TD配置信息单元对局方下发的控制信息进行解析后得 到多个控制组ID信息，所述控制组ID信息包括控制元及其所属的控制组ID; 并将所述多个控制组ID信息分别加载到相应的控制组链表中，将多个控制组ID 加载到多元联合控制组信息链表中。
所述控制组链表包括存储终端类型以及终端类型组ID的控制组链表、存储请求方法类型以及请求方法组ID的控制组链表、存储请求协议类型以及请求
协议组ID的控制组链表，以及存储SP的URL及SP组ID的SP哈希-链表，所 述SP哈希-链表的第一级是以该SP组的host作为键值，第二级是host下所配置 的URL信息。当TD配置信息单元接收到运营商局方下发的控制信息后，对该 控制信息进行解析；根据该控制信息解析出终端类型以及终端类型组ID,并将 解析出的终端类型以及终端类型组ID相应的加载到其中的终端类型链表中；根 据控制信息解析出请求方法类型以及请求方法组ID,并将解析出的请求方法类 型以及请求方法组ID相应的加载到其中的方法链表中；根据控制信息解析出请 求协议类型以及请求协议组ID,并将解析出的请求协议类型以及请求协议组ID 相应的加载到其中的请求协议链表中；根据控制信息解析出SP组ID，并将解析 出的SP组ID相应的加载到其中的SP哈希-链表中；将解析出来的多个控制组 ID按照运营商的规定进行组合后插入到联合控制组信息链表中。
(二)判决转发单元，在收到用户请求时，判决转发单元根据所述TD配置 信息单元中的TD配置信息判断该用户请求是否满足跳转到TD适配器的条件， 如果是，将该用户请求转发至TD适配器；否则将该用户请求转发至用户请求的 SP。
所述判决转发单元具体包括第 一判断模块和第二判断模块， 第 一判断模块在收到用户请求时，对该用户请求的每一个控制元进行如下 操作
判断该控制元是否存在于所述TD配置信息的相应控制组链表中，如果是， 获取该控制元所属的控制组ID,并将该控制组ID发送给所述第二判断模块，否 则将该用户请求转发至其请求的SP第二判断模块，接收第一判断模块发来的控制组ID，判断其收到的多个(本 发明实施例中是四个)所述控制组ID的组合是否在所述多元联合控制组信息链
表中，如果是，将该用户请求转发至TD适配器，否则将该用户请求转发至其请 求的SP。
以上所述，仅以四元控制信息(终端类型、SP、请求方法、请求协议类型 等)为例对本发明实施例进行了说明，但是本领域技术人员应该知道，本发明 实施例同样适用于多于四元的控制信息，因为本发明实施例对多元控制中，采 用组的概念，这样就以后可以根据需要增加控制元信息，代码以及逻辑判断上 都方便修改。当然，本发明实施例同样可以根据需要减少控制元信息，处理方 式类似，此处不再赘述。
综上所述，本发明实施例提供了一种判决用户访问控制逻辑的方法及装置， WAP网关通过对多元信息进行联合控制，从而判断将用户请求转发至SP还是 TD适配器。与一般的访问控制逻辑不同的是，TD改造中的多元联合控制中， 我们采用了组的概念，即不同的控制维度(控制元)都规定了其所归属的组， 所以多元联合控制也就是控制元的组控制。对于SP这一控制元所归属的组信息 的定位，本发明实施例中采用了基于SP哈希-链表的两层存储结构，采用 hash+list的二级结构在对SP组信息的定位时，可以避免对单链表遍历的低效性； 对多元控制中，采用组的概念，这样以后如果控制元信息需要进行增加时，代 码以及逻辑判断上都方便修改，便于以后扩展。
以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局 限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易 想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护
16范围应该以权利要求书的保护范围为准。
权利要求
1、一种判决用户访问控制逻辑的方法，其特征在于，包括步骤A根据收到的局方控制信息预加载TD配置信息即时分配置信息；步骤B当收到用户请求时，根据预加载的TD配置信息判断该用户请求是否满足跳转到TD适配器即时分适配器的条件，如果是，将该用户请求转发至TD适配器；否则将该用户请求转发至用户请求的SP即服务提供商。
2、 根据权利要求1所述的方法，其特征在于，所述步骤A中具体包括 步骤Al:对接收到的局方控制信息进行解析后得到多个控制组ID信息；所述控制组ID信息包括控制元及其所属的控制组ID;步骤A2:将多个所述控制组ID信息分別加载到所述TD配置信息中相应的 控制组链表中，并按照预定规则将多个所述控制组ID进行组合后加载到所述TD 配置信息中的多元联合控制组信息链表中。
3、 根据权利要求2所述的方法，其特征在于，当多个控制信息包括终端 类型以及终端类型组ID、请求方法类型以及请求方法组ID、请求协议类型以及 请求协议组ID，以及SP的URL以及SP组ID时，所述步骤A2具体包括将所述终端类型以及终端类型组ID加载到终端类型链表中、将所述请求方 法类型以及请求方法组ID加载到方法链表中、将所述请求协议类型以及协议组 ID分别加载到请求协议链表中；将所述SP的URL及SP组ID加载到SP哈希-链表的双层存储结构中，所述SP哈希-链表的第一级是以该SP组的host即域名 作为键值，第二级是host下所配置的URL链表。
4、 根据权利要求3所述的方法，其特征在于，所述步骤A2中，将所述SP 的URL以及SP组ID加载到SP哈希-链表的双层存储结构中的过程具体包括述SP哈希-链表的第一级中是否存在该host,如果存在，执行步骤A22;如果不 存在，执行步骤A23;步骤A22:查看该host下的URL链表中是否存在该URL,如果不存在，则 将URL添加到该host下的URL链表中，否则放弃该URL;步骤A23:创建一个以该host为键值的URL链表，并将该URL添加到创 建的URL链表中。
5、 根据权利要求2到4中任意一项所述的方法，其特征在于，所述步骤B 具体包括步骤B1:当收到用户请求时，对该用户请求的每一个控制元进行如下操作 判断该控制元是否存在于所述TD配置信息的相应控制组链表中，如果是，获取该控制元所属的控制组ID,否则将该用户请求转发至其请求的SP;步骤B2:判断多个所述控制组ID的组合是否在所述多元联合控制组信息链表中，如果是，将该用户请求转发至TD适配器，否则将该用户请求转发至其请求的SP。
6、 一种判决用户访问控制逻辑的装置，其特征在于，所述装置设置于无线 应用协议WAP网关中，包括TD配置信息单元和判决转发单元，其中，所述TD配置信息单元，用于根据局方下发的控制信息加载并存储TD配置 信息；所述判决转发单元，用于在收到用户请求时，才艮据所述TD配置信息单元中 的TD配置信息判断该用户请求是否满足跳转到TD适配器的条件，如果是，将 该用户请求转发至TD适配器；否则将该用户请求转发至用户请求的SP。
7、 根据权利要求6所述的装置，其特征在于，所述TD配置信息单元具体用于，对局方下发的控制信息进行解析后得到多个控制组ID信息，所述控制组ID信息包括控制元及其所属的控制组ID;并将多个所述控制组ID信息分别加 载到相应的控制组链表中，并按照预定规则将多个所述控制组ID进行组合后加 载到多元联合控制组信息链表中。
8、 根据权利来求7所述的装置，其特征在于，所述控制组链表包括 存储终端类型以及终端类型组ID的终端类型链表、存储请求方法类型以及请求方法组ID的方法链表、存储请求协议类型以及协议组ID的请求协议链表， 以及存储SP组ID的SP哈希-链表，所述哈希-链表的第一级是以该SP组的host 作为键值，第二级是host下所配置的URL链表。
9、 根据权利要求6到8中任意一项所述的装置，其特征在于，所述判决转 发单元具体包括第一判断模块和第二判断模块，其中，所述第一判断模块，用于在收到用户请求时，对该用户请求的每一个控制 元进行如下操作判断该控制元是否存在于所述TD配置信息的相应控制组链表中，如果是， 获取该控制元所属的控制组ID，并将该控制组ID发送给所述第二判断模块，否 则将该用户请求转发至其请求的SP;所述第二判断模块，用于判断其收到的多个所述控制组ID的组合是否在所 述多元联合控制组信息链表中，如果是，将该用户请求转发至TD适配器，否则 将该用户请求转发至其请求的SP。
全文摘要
本发明公开了一种判决用户访问控制逻辑的方法及装置，其中所述方法包括根据收到的局方控制信息预加载TD配置信息即时分配置信息；当收到用户请求时，根据预加载的TD配置信息判断该用户请求是否满足跳转到TD适配器即时分适配器的条件，如果是，将该用户请求转发至TD适配器；否则将该用户请求转发至用户请求的SP即服务提供商；本发明通过对多元控制信息进行联合控制，从而判断将用户请求转发至SP还是TD适配器；对SP组信息的加载，采用哈希-链表的二级结构，定位速度快；对多元控制中，采用组的概念，便于以后扩展。
文档编号H04W88/00GK101594694SQ200910148709
公开日2009年12月2日 申请日期2009年6月30日 优先权日2009年6月30日
发明者吴丽梅, 杰 李 申请人:中兴通讯股份有限公司