从SKOS上的W3C页面collections我明白概念可以分组在'集合'中。但是，概念也可以是概念方案的一部分。
我是否正确地假设两者之间的区别在于，conceptScheme通常会基于某些理论基础或模式，而集合是更为随意的概念集？
例如，如果我有产品系列的架构并且客户会将这些产品组合在一起，那么我是否会将整个产品系列作为conceptScheme，同时将客户所拥有的产品称为集合？ / p>
答案 0 :(得分：5)
SKOS集合旨在表示特定词库中密切相关概念的分组。 SKOS Primer给出了“源动物奶”的集合示例，其中包含“牛奶”，“山羊奶”等项目。因此，它是一个额外的组织特征（与正常概念层次正交）相关术语 - “源头动物奶”本身并不是一个概念 - “牛奶”，“山羊奶”等更广泛的概念仍然是“牛奶”。
概念方案有不同的意图：它们旨在捕获/识别单个完整的同义词库/分类法，这在几个这样的叙词/分类法共存的情况下很有用。 ConceptScheme中的项目不一定是密切相关术语的“分组”，但它们都是术语的整体层次结构的一部分。
应用于您的示例：产品范围架构似乎最适合“单一完整分类法”定义，因此最好使用ConceptScheme捕获。
至于每个客户拥有的产品：我不确定我是否会代表使用集合（您可以简单地为您的客户设置标识符，并且只有'ownsProduct'关系指向每个单独的产品）。即使你这样做，SKOS系列也不是最合适的：这是更多的情境知识而不是与词库/分类法本身有关。但是，如果您需要在产品范围架构中将某些产品组合在一起，例如“口味的牙膏”（带有亚型'甜味'，'咸味'和'薄荷味'），那就是你要用SKOS系列的。