论文部分内容阅读
【摘要】信任作为社会存在的一个整体部分，是社会网络中人与人之间的核心关系。网络中信任关系包含三个方面：主体与主体的关系、主体与资源的关系、资源与资源的关系。在分布式网络中，服务的可信（QoS）属性主要倾向于主体对资源的信任关系。因此可以利用信任模型来建立和管理服务资源的可信属性，实现和约束正确的信任关系。
针对上述问题，在充分考虑信任模型是否具有规模可扩展性，在信任计算和信任信息存储方面的可扩展性，以及信任信息传播过程中的带宽开销问题的基础上，以期望保证SOArWare平台中服务资源的质量，提高组合软件的可信保障。
【关键词】服务资源；管理系统；设计
【中图分类号】TP319【文献标识码】A
【文章编号】1007-4309（2010）12-0076-1.5
一、服务资源信任管理系统功能需求
第一，利用虚构数据主动调用资源库中的服务，收集主动探测服务的可信属性，包括执行时间和可用性。
第二，当封装在容器中的服务被实际调用时，自动反馈被调用服务的可信属性，包括执行时间和可用性。
第三，使用资源库中的服务进行组合服务开发的软件人员还可对服务进行评估，要收集其对服务的主观评价，包括：正确性、响应速度、执行时间、价格、易用性、稳定性、可靠性和兼容性。
二、可信属性管理体系结构
为更好地说明系统的工作，下面的描述会按照从上到下，从粗到细的过程逐步解释系统的结构。
一般实验室项目包括服务库、服务总线、服务容器、开发环境等几个主要部分，本系统属于服务库部分。服务库的结构见图1。
图1服务库结构
其中，本系统属于服务可信预测工具的可信属性管理部分，见图2，包括数据库访问接口、可行属性收集两个部分。
图2系统结构图
可信属性管理的功能模块图见图3。功能模块图包含4个子模块，每个子模块的具体设计将在下面介绍。
图3功能模块图
三、可信管理系统的关键技术
（一）可信属性的定义
QoS属性是对服务多个质量标准的一种组合。这些质量标准包含：（1）可用性：常常用“一段时间内不能提供服务的概率”来衡量；（2）安全性：涉及服务提供的授权机制，交互信息的一致性保障等；（3）响应时间：指计算结果的正确性不仅依赖于计算的逻辑结果，而且还依赖于产生结果的时间；（4）吞吐量：服务处理请求的速率。
此外，还有其他很多标准，比如价格、兼容性、易用性等。软件服务生产线的可信属性目前主要集中在QoS属性中的可用性、时间属性和信誉度。其中的信誉度由收集到的正确性、响应速度、执行时间、价格、易用性、稳定性、可靠性和兼容性进行综合评估计算得出。
（二）可信属性的收集处理
为了确保可信度的全局性，我们从主观评价和客观评价两方面共同评估服务的可信属性值。软件生产线平台中的服务属性计算也要综合衡量主动收集的可信属性值和反馈收集的可信属性值两部分。
相應地，本文介绍的服务资源可信属性管理系统包含两个工具：QoS属性主动收集工具和生产线反馈收集工具。生产线反馈收集工具又分为两个模块：容器自动反馈子模块和用户反馈收集子模块。
QoS属性主动收集工具利用虚构数据主动调用资源库中的服务，探测其相关可信属性信息，包括执行时间和可用性。容器自动反馈模块和用户反馈收集模块。其中，封装在容器中的服务被调用时，容器自动反馈模块会对该服务自动生成相对客观的可信属性信息，包括执行时间和可用性；用户反馈工具则从软件开发人员那里，收集他们对于所用服务的主观评价，并将其映射为相应的可信属性信息，包括：正确性、响应速度、执行时间、价格、易用性、稳定性、可靠性和兼容性。
（三）服务资源信任度评估方法
经过上面的系统工作，我们已经较为完整地收集到了服务资源的可信属性，下面将对如何整合这些属性做出讨论。
最初提出的主观信任度评估模型中存在很多问题，包括信任的表述和度量的合理性有待进一步解释，模型大多采用求简单算术平均值的方法综合多个不同推荐路径的信任度，不能很好地解决恶意推荐对信任度评估的影响等。针对以上问题，人们都做了深入的研究，希望能够提高模型的可靠性及可扩展性。
四、数据结构设计
系统数据结构设计主要包括数据库结构、数据库接口、容器自动反馈Module中调用服务列表的基类等的设计。数据库结构主要是为服务可信属性新增加的表结构，数据库接口主要是新增所有表对外提供的访问接口，容器自动反馈Module中调用服务列表的基类主要是记录调用服务的标识及可信属性信息。
（一）可信数据库表设计
（1）Services表用于存储服务，表中外键businessId指向BusinessEntity表。
（2）Operations表用于存储服务的方法，表中外键serviceId指向Services表。
（3）Message表用于存储服务方法的参数，表中外键serviceId指向Services表，键typeId指向Types表。
其中operation_qos表、module_qos表及feedback表是在原有数据库的基础上为服务可信属性新增的表。
（二）可信数据库接口
可信数据库建成以后，主要为服务可信属性管理系统提供接口Session类，来提供可信属性信息的存储、查询、删除及更新操作。
针对为可信属性新增的三个表，接口Session类主要有三个：OperationQosSession、Module_QosSession和FeedBackSession。
（三）容器自动反馈模块中调用服务列表的基类定义
模块中的处理器由消息触发，故Soap消息到来就会激活处理器执行相应功能，但同时，处理器中定义的局部变量也会重新定义。这就带来了一个问题，那就是调用服务的相关信息无法在处理器中保存。因此，我们提出了一种解决方法，在模块初始时，建立服务列表，Soap消息激活处理器后只对列表进行相关插入和删除操作。服务请求消息到来，向列表尾部添加服务初始信息（服务名、部署服务的容器IP地址、操作名、起始时间等），服务响应消息到来后，依据服务名和操作名在列表中查询相应服务并将其可信属性信息存入资源库中后删除。
五、小结
本文首先对服务资源可信属性管理系统的需求和功能进行概要分析，提出系统的总体设计方案，并再次细化分析各个功能模块的功能。下一步将对主要的功能模块进行具体的实现。
【参考文献】
［1］周明辉，梅宏，焦文品．基于中间件的可定制信任管理框架［J］．电子学报，2005，33（5）．
［2］李海华，杜小勇，田萱．一种能力属性增强的Web服务信任评估模型［J］．计算机学报，2008，31（8）．
【收稿日期】2010年11月9日
【作者简介】李凤祥（1972- ）：男，辽宁凌源人，沈阳铁路机械学校信息部，讲师，研究方向：数据库、计算机教学。
针对上述问题，在充分考虑信任模型是否具有规模可扩展性，在信任计算和信任信息存储方面的可扩展性，以及信任信息传播过程中的带宽开销问题的基础上，以期望保证SOArWare平台中服务资源的质量，提高组合软件的可信保障。
【关键词】服务资源；管理系统；设计
【中图分类号】TP319【文献标识码】A
【文章编号】1007-4309（2010）12-0076-1.5
一、服务资源信任管理系统功能需求
第一，利用虚构数据主动调用资源库中的服务，收集主动探测服务的可信属性，包括执行时间和可用性。
第二，当封装在容器中的服务被实际调用时，自动反馈被调用服务的可信属性，包括执行时间和可用性。
第三，使用资源库中的服务进行组合服务开发的软件人员还可对服务进行评估，要收集其对服务的主观评价，包括：正确性、响应速度、执行时间、价格、易用性、稳定性、可靠性和兼容性。
二、可信属性管理体系结构
为更好地说明系统的工作，下面的描述会按照从上到下，从粗到细的过程逐步解释系统的结构。
一般实验室项目包括服务库、服务总线、服务容器、开发环境等几个主要部分，本系统属于服务库部分。服务库的结构见图1。
图1服务库结构
其中，本系统属于服务可信预测工具的可信属性管理部分，见图2，包括数据库访问接口、可行属性收集两个部分。
图2系统结构图
可信属性管理的功能模块图见图3。功能模块图包含4个子模块，每个子模块的具体设计将在下面介绍。
图3功能模块图
三、可信管理系统的关键技术
（一）可信属性的定义
QoS属性是对服务多个质量标准的一种组合。这些质量标准包含：（1）可用性：常常用“一段时间内不能提供服务的概率”来衡量；（2）安全性：涉及服务提供的授权机制，交互信息的一致性保障等；（3）响应时间：指计算结果的正确性不仅依赖于计算的逻辑结果，而且还依赖于产生结果的时间；（4）吞吐量：服务处理请求的速率。
此外，还有其他很多标准，比如价格、兼容性、易用性等。软件服务生产线的可信属性目前主要集中在QoS属性中的可用性、时间属性和信誉度。其中的信誉度由收集到的正确性、响应速度、执行时间、价格、易用性、稳定性、可靠性和兼容性进行综合评估计算得出。
（二）可信属性的收集处理
为了确保可信度的全局性，我们从主观评价和客观评价两方面共同评估服务的可信属性值。软件生产线平台中的服务属性计算也要综合衡量主动收集的可信属性值和反馈收集的可信属性值两部分。
相應地，本文介绍的服务资源可信属性管理系统包含两个工具：QoS属性主动收集工具和生产线反馈收集工具。生产线反馈收集工具又分为两个模块：容器自动反馈子模块和用户反馈收集子模块。
QoS属性主动收集工具利用虚构数据主动调用资源库中的服务，探测其相关可信属性信息，包括执行时间和可用性。容器自动反馈模块和用户反馈收集模块。其中，封装在容器中的服务被调用时，容器自动反馈模块会对该服务自动生成相对客观的可信属性信息，包括执行时间和可用性；用户反馈工具则从软件开发人员那里，收集他们对于所用服务的主观评价，并将其映射为相应的可信属性信息，包括：正确性、响应速度、执行时间、价格、易用性、稳定性、可靠性和兼容性。
（三）服务资源信任度评估方法
经过上面的系统工作，我们已经较为完整地收集到了服务资源的可信属性，下面将对如何整合这些属性做出讨论。
最初提出的主观信任度评估模型中存在很多问题，包括信任的表述和度量的合理性有待进一步解释，模型大多采用求简单算术平均值的方法综合多个不同推荐路径的信任度，不能很好地解决恶意推荐对信任度评估的影响等。针对以上问题，人们都做了深入的研究，希望能够提高模型的可靠性及可扩展性。
四、数据结构设计
系统数据结构设计主要包括数据库结构、数据库接口、容器自动反馈Module中调用服务列表的基类等的设计。数据库结构主要是为服务可信属性新增加的表结构，数据库接口主要是新增所有表对外提供的访问接口，容器自动反馈Module中调用服务列表的基类主要是记录调用服务的标识及可信属性信息。
（一）可信数据库表设计
（1）Services表用于存储服务，表中外键businessId指向BusinessEntity表。
（2）Operations表用于存储服务的方法，表中外键serviceId指向Services表。
（3）Message表用于存储服务方法的参数，表中外键serviceId指向Services表，键typeId指向Types表。
其中operation_qos表、module_qos表及feedback表是在原有数据库的基础上为服务可信属性新增的表。
（二）可信数据库接口
可信数据库建成以后，主要为服务可信属性管理系统提供接口Session类，来提供可信属性信息的存储、查询、删除及更新操作。
针对为可信属性新增的三个表，接口Session类主要有三个：OperationQosSession、Module_QosSession和FeedBackSession。
（三）容器自动反馈模块中调用服务列表的基类定义
模块中的处理器由消息触发，故Soap消息到来就会激活处理器执行相应功能，但同时，处理器中定义的局部变量也会重新定义。这就带来了一个问题，那就是调用服务的相关信息无法在处理器中保存。因此，我们提出了一种解决方法，在模块初始时，建立服务列表，Soap消息激活处理器后只对列表进行相关插入和删除操作。服务请求消息到来，向列表尾部添加服务初始信息（服务名、部署服务的容器IP地址、操作名、起始时间等），服务响应消息到来后，依据服务名和操作名在列表中查询相应服务并将其可信属性信息存入资源库中后删除。
五、小结
本文首先对服务资源可信属性管理系统的需求和功能进行概要分析，提出系统的总体设计方案，并再次细化分析各个功能模块的功能。下一步将对主要的功能模块进行具体的实现。
【参考文献】
［1］周明辉，梅宏，焦文品．基于中间件的可定制信任管理框架［J］．电子学报，2005，33（5）．
［2］李海华，杜小勇，田萱．一种能力属性增强的Web服务信任评估模型［J］．计算机学报，2008，31（8）．
【收稿日期】2010年11月9日
【作者简介】李凤祥（1972- ）：男，辽宁凌源人，沈阳铁路机械学校信息部，讲师，研究方向：数据库、计算机教学。