CubeEngine和CubeMicro

CubeEngine是Cubicon虚拟机的专有名称。功能包括实时性能、安全性和占用空间小-适合嵌入设备。它使用的Context模型，代表了上下文的语义关系。这有助于无人值守设备"理解"它们收到的信息。

CubeMicro是CubeEngine的一部分，可以操作低功耗的东西，穿过低带宽信道。远程重新配置的细晶粒的软件组件的能力将有助于将功能降低的事物迁移至功能增加的事物。

CubeCloud

CubeCloud有对CubeWeb的所有数据执行Context化的功能，包括Context注册表，服务/组件交换，实体/社区存储库和主题地图。

Context注册表能"搜索"软件组件和CubeWeb的服务。把每个组件和对特定社区/实体提供的服务连接起来，通过GTIs的使用维持信任。

组件交易所进行社区信息库组件之间的推/拉的发现工作。

服务交易所动态的执行了服务谈判，给生产者和消费者之间的货币交易提供了一个赚钱的机会。

一个实体知识库维持cubeweb用户身份验证/认证。它管理用户的会话，在用户的控制下的多个设备和东西。

每个实体（个人或机构）保持一个"家"的社区资源库。它管理实体的软件组件，维护组件本体，管理在设计时语言元素之间的联系，以及定制系统配置实体的设备和东西。社区库负责"锚定"社区之间概念的意义：支持专利云和物联网之间的互操作性的一键功能。

主题地图图是一个接口，用来控制访问一个实体的个人资料柜。用户的设备/事物可以通过这个接口安全地访问和处理他们的私人数据。访问可以很容易地扩展到其他东西，甚至可以检测的用户生成的收费内容。

交换服务

交换服务允许一个系统与CubeWeb下的其他系统交互。它们是下列传统技术的等效物：REST，SOAP，REST，SQL/NoSQL，SPARQL等。生产者可以添加消费者使用产品的交易费用。交换服务代表CubeProtocol的前六层，将能在TCP/IP的顶端进行操作。（图F）

　　图F：CubeProtocol层

CubeProtocol提供网络货币化的机制，直接收集和分配新整个Cubicon生态系统的服务。例如：一个实体（服务提供商）为一个特定的交易所设定零售价格和可利用性。服务收入的一部分会分配给网络运营商和CubeProtocol的许可机构。提供物理网络的持续改进和CubeProtocol功能的促进在CubeWeb的建设中是很有必要的。

下面将介绍CubeProtocol的系统交换的六种类型。每个都以专门解决传统交换技术设计的意图来设计。

通过一个无国籍/状态的交换可以关闭客户端系统和服务器系统连接。它使用了一个交易机制，可以直接优化共享内存系统的并行处理。例如，一个封闭基础服务回事一个人当前的物理位置。

对话系统通过社区成员（利益相关者）以协商一致方式连接起来。对话上下文中包含的数据，设备间建立交换系统之间的共同理解的内容的共享。业务流程架构用于管理系统之间的数据共享，并且可用于与其他系统转包的交流。例如，对话基础服务会建立一个标准方法来完善智能系统网络交易分享权力。