交换服务

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

图F:CubeProtocol层

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

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

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

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

一个查询合并"大数据",由传感器开始分布在整个物联网。Cubicon利用一个集成的网络/ 组合图式模型,该模型拥有一致的动态和持久的数据表示,消除内存和存储之间的数据转换。图式模型代表非结构化,半结构化和结构化数据的归一化形式,因此最大限度地减少冗余和依赖的关系。

图式模型能在特定环境下处理高度连接的信息。Cubicon查询语言功能可以捕获传感器网络的实时数据,将其放置到处理结果表。由于高效的分步处理,图表可以保存为网格。异构数据在CPU核心上处理的,交易基础和同质性资料是整个GPU核心处理的并行基础。例如,基于查询服务发现,购买和分析的数据是在基于动态基础的网格传感器收集的。

一个推断者为代理的旅游在地图上铺好一条路。一个推断传达者传授一系列地图的只是,关于他们的主题特征和参考资源赋存,由社区和实体库主办的。一个推断代理在主题之间导航以便执行推理。例如,基于推断服务可能是一个监控代理,能够在相机之间穿行,进行基于主题地图推理的实时图像分析。

一个信号从一个传感器(遥控)采集周期数据-在有效周期内的中断被称为"不可用"状态。例如,基于信号服务是从北极传送来的实时环境温度的饲料。

并行分布和同时收集的网格数据-大电网的数据可以很容易地分配和分布到多个在CubeEngines的服务器中进行处理。例如,基于并发服务是后期加工大电网的传感器数据,真正有效地利用了云中闲置的计算资源。


相关内容