Thing集成层(Thing Integration Layer)将负责找到其他物，并与其进行通信。

　　一旦两个Thing找到彼此之后，他们就需要经历一种注册机制。Thing集成层必须评估与另一个Thing之间的通信是否可能。因此，必须对上下文情境及行为模式进行比较，这一功能是由上下文管理层所提供的。

　　如果对于模式匹配的评估结果是正面的，那么该Thing就能够向另一个Thing发送创建新的上下文情境或行为的通知。传递给其他Thing的上下文情境和行为将由上下文管理层提供。

　　Thing的注册必须由一个集中式的组件，或是由Thing本身完成(例如自发现的网络扫描)。

　　(点击放大图像)

　　用户将通过 应用集成层 (Application Integration Layer)与物进行连接。(直接)建立在RILA架构上的应用属于这一层。可以将应用的集成看做一个服务层，甚至是一个简单的UI。这一层具体的实现取决于实际的用例。

　　到此为止，我们终于讲完了每个层的作用。现在让我们来面对那些跨层的挑战，首先从安全层开始。在构建IoT系统时，我们必须在每个层上全盘考虑安全性问题。系统必须找到攻击的来源，以找到合适的安全标准。

　　(点击放大图像)

　　我们可以列举出以下攻击来源：

　　用户：终端用户有可能会成为一种攻击来源，因为这种攻击有可能会人为地、或是无意地影响整个系统。这种类型的攻击中最常见的方式是钓鱼攻击，即尝试从受攻击者那里获取敏感信息。

　　Web界面：如果应用本身提供了一个web界面，那么它就有可能遭受到一些“传统的”攻击，例如SQL注入或XSS攻击。 OWASP (开放式Web应用安全项目)列举了网站最容易遭受的10种攻击的场景。

　　Thing：智能设备经常会通过某个应用与外部系统进行通信，而这种应用依赖于某种形式的操作系统。这就存在两种主要的受攻击的可能。一是应用本身或许没有采取适当的安全机制，二是底层的操作系统可能会被侵入或感染。

　　低层次的硬件组件：在考虑硬件组件及其提供的安全措施时，用户必须考虑到计算能力的问题。一个主要的风险在于低运算能力的设备不具备进行安全加密通信所需的CPU能力。在支持多个传感器的场景中，系统可以选择消除异常值，以获得一个准确的值，但这种方式无法保证安全性。如果由传感器所提供数据的准确性对于系统来说十分重要，那么则需要使用更强大的硬件，而这将使系统的成本上升一个数量级。