面向复合 Web 服务的以提供者为中心的多智能体信任模型
1. 低开销原则
在面向服务的架构(SOA)中,赋予服务提供者自主性并非其主要功能。因此,联盟的形成必须以尽可能低的开销进行,以免干扰 SOA 的主要功能。
2. 符号定义
为了正式描述相关方法,下面给出一些重要的符号定义:
| 定义 | 描述 |
| ---- | ---- |
| 服务(Service) | 设 $s(i, p) \in S$ 为一个服务实现,其中 $i \in I$ 是服务接口,$s$ 实现该接口,$p \in P$ 是使 $s$ 可用的提供者,且假设 $P$ 和 $S$ 是有限集。服务接口(抽象服务)定义了其所需的输入数据类型和输出数据类型。 |
| 联盟(Coalition) | 联盟大致对应于一个复合服务。设 $c([s_1, …, s_n]) \in C$ 为一个联盟,由一个有序的服务序列组成。为简化起见,本文暂不处理分支和迭代结构,但该定义可扩展以指定过程结构。 |
| 联盟报价(Coalition offer) | 设 $o([v_1, …, v_n], p) \in O$ 是提供者 $p$ 的联盟报价,其中 $v \in S \cup \Xi$,$\Xi$ 是联盟报价中 $\xi(i)$ 空闲插槽的集合,$i \in I$。例如,在一个涉及三个服务的联盟中,提供者 $p_1$ 可能希望填充第一个和最后一个插槽,从而提出 $o_1(s_1, \xi(i_1), s_2)$,将第二个插槽留给接口为 $i_1$ 的服务。 |
| 质量(Quality) | 设 $\theta \in \Theta$ 为服务的质量参数。对于特定服务
超级会员免费看
订阅专栏 解锁全文
1万+

被折叠的 条评论
为什么被折叠?



