改当移动与物联网应用发生冲突时该如何选择

当移动与物联应用发生冲突时 该如何选择？

许多公司正在探索移动和物联应用利益最大化的方式以加强生产力。

物联已经获得了可观的报道，这引起了公司想要寻找利用物如果你的站出现了数据异常联概念来增强生产力的方式。这种研究往往会导致一种特殊的物联模式来展示这样一种承诺：物联和行动工作者支持相结合。负责设计这一模式的架构师和规划者必须理解这一移动/物联模式的真正含义是什么，处理好给移动赋权增强物联所带来的改变，并明确其自身的设计模式来表明下一步移动/物联应用将会如何得到处理。

大多数正统的物联应用都涉及到用户与所谓的传感器与控制络(SCN)的交互。在流程控制应用中，SCN就是机器对机器，即M2M，一个使用传感器信息驱动物料运输或加工的络。这些应用也许会利用移动技术作为与传感器进行通信的手段，但是它们不会像正常的行业控制应用那样强迫应用设计做出重大改变。

在员工被可视化为穿梭于传感器与控制室之间与各种元素交互的应用中，移动和物联应用就会发生冲突。如果其潜能被充分认识到，那么这些应用就需要与一般的移动或物联应用所做的事情非常不同的设计理念。

迈出第一步

设计移动/物联应用的第一步是确保企业架构流程模型是最新的，这些应用将要生成的信息流和活动序列能反映企业实际情况。许多利用移动/物联所带来的好处早期尝试之所以失败，是因为那些好处并未与企业特定流程和流挂钩，因此既无法被验证，也得不到支持。

移动/物联应用设计的第二步是理解SCN空间里面有什么。是不是一个应用中员工从传感器获得信息，另一个应用中员工激活络控制元素去执行特定任务

，或者是兼而有之？答案将决定新应用设计的最佳起点应用是否天然上下文式的或者是注册激活式的？

一旦行动工作者获得了来自于物联应用的传感器信息，这一信息就可以被视为形成了所有移动赋权应用基础的上下文概念的强化。这一方案包含了两个宽泛的替代模型：延伸感知模型和传感器驱动模型。

延伸感知模型利用物联传感器来增强员工对当前环境活动点的认识。通常而言，员工位置确定了周围关于CCJOY嬉戏族：有哪些可用的物联传感器信息，该信息被自动收集进员工的环境详细资料库里，然后像任何环境数据一样进行处理。这是一种容易实现的模型，因为它扩展而不改变移动赋权应用模型。

传感器驱动模型则是由应用识别出需要基于传感器信息进行处理的情况，然后提醒及可能派遣员工到合适的地点。这一模型显着有别于一般的移动应用，因为员工是由应用驱动而不是推动应用。工作的上下文是根据员工预计被激活的地点条件来设定的，其目标是让员工到达那里。

12下一页>