事物组
事物组是 ThingWorx 中的可引用实体类型,允许将事物和事物组作为其成员。除了 ThingWorx 的当前权限模型外,ThingWorx 管理员还可以借助事物组仅有规模地管理需要访问权限的事物的显示。有以下几种主要的事物组用例:
有规模的可见性权限管理 - 您可以对事物进行分组,以使得仅指定的用户组或用户可以查看它们。事物组允许进行可见性权限委派。此可见性权限委派可在用户管理子系统中启用。可见性权限委派允许用户在事物组上设置组织单位 (以及相应的用户和用户组),并将该可见性设置委派给那些属于已设置可见性权限的事物组中成员的事物和事物组 (以及任何级别的孙项)。这将通过在事物组的可见性权限中指定的组织和组织单位进行配置。针对组织/组织单位指定的可见性权限可决定直接事物和事物组子项的可见性,也会决定层次结构中任何级别的孙项事物的可见性。您也可以借助事物组来组织用户组,方法是委派特定的用户组,使其对具有特定属性的指定事物具有可见性。
将事物组作为混搭和其他应用程序的构建块 - 应用程序开发人员可以利用事物组将层次或范围自定义工作流可视化到指定事物组。
对事物进行分组的最常用方式按区域、客户、特定位置以及模型编号进行分组。
事物组可见性权限委派
大致了解可见性权限在 ThingWorx 中的工作方式将有助于了解事物组的差异。如果用户具有查看特定事物的可见性权限,则此用户可以查看该事物。但是,启用可见性权限后,如果用户具有查看特定事物组的可见性权限,则其不仅可以查看该事物组,还可以查看该事物组内的所有事物,而不管这些事物上实际分配的可见性权限如何。同样,用户也可以查看该事物组内的所有事物组,而不管这些事物组上分配的可见性权限如何。在事物组的用户管理子系统中,将“事物组可见性权限委派已启用”选项设置为 true,可将该事物组的可见性权限委派至其所有子事物和/或事物组。因此,如果用户可以查看特定事物组,那么他们也可以查看该事物组的所有层次结构子项事物和事物组。当用户被授予所有事物组的集合级别可见性权限时,会出现此行为的例外情况。选择“事物组可见性权限委派已启用”选项不会影响事物组的集合级别可见性权限。例如,如果用户由于具有集合级别可见性权限而能够查看所有事物组,则在启用可见性权限委派时,用户便无需查看属于事物组子项的所有事物。用户必须具有特定事物组的可见性权限才能查看子项事物并利用可见性权限委派。
如果删除事物或事物组,则会同时删除其在所有层次结构内的所有成员实例。
事物组最佳作法
请勿对分组事物和事物组使用 1:1 比率。例如,如果将位置用作分组条件,那么每个事物组只有一个事物可能会对运行时性能造成影响。
请勿使用高频率属性值数据作为事物组中分组事物的基础。如果使用属性数据更改事件在 ThingWorx 中执行操作,其中包括对事物组的操作 (如可见性更改、成员资格、包部署和其他操作),请注意属性更改的速率、操作以及运行时对平台资源 (内存、CPU 消耗等) 的影响。如果此速率较高,则订阅可能难以使用可用资源执行某些操作。
示例:使用事物组进行可见性管理
您可以使用事物组来管理可见性权限。在此示例中,West Coast 用户组只能访问 West coast 事物,而 East coast 用户组只能访问 East coast 事物。
1. 用户管理子系统中启用“事物组可见性权限委派已启用”选项。
2. 创建用户组。
3. 创建包含 East coast 组织单位和 West coast 组织单位的组织。添加用户组和用户作为组织单位的成员。
4. 为每个事物组分配可见性权限。
* 
如有必要,还必须设置设计时和运行时权限。这些权限不能通过事物组进行设置。
5. 通过订阅和服务添加或移除作为事物组成员的事物。建议使用事物形态来定义属性 (半静态属性:那些不经常更改的属性,如位置和客户,而不是更改频率较高的遥测数据,如温度)、服务以及用于管理事物组成员资格的订阅。
将事物组与其他功能搭配使用
以下示例说明了如何将事物组与其他功能搭配使用。在此示例中,结果是:销售发生并记录在 CRM 系统 (如 Salesforce) 中时,会在 ThingWorx 中以编程方式创建新事物,并将该事物添加到相应的事物组中,从而使得已分配的用户和用户组能够查看资产。
1. 在事物形态上设置订阅、服务和属性,其中事物形态将在创建或更新事物后将事物分组到事物组中。
2. 使用 ThingWorx Flow 将 CRM 系统连接至 ThingWorx。对于智能互联产品的每个新销售,都会通过定义了属性值的相应事物形态和事物模板在 ThingWorx 中创建一个事物。
3. 设置用户组可见性以及用户组运行时和设计时权限。将相应的可见性用户组添加到组织单位中。将用户添加到相应的用户组。
这对您有帮助吗?