用于计算机和服务守护程序的Schema.org微数据类型？

Question

使用schema.org微数据词汇表，哪种类型的对象最适合表示计算机实例（如Web服务器）和守护进程实例（例如httpd，mysql等）？

我想到的是，非计算机实例可能是Product（例如Dell PowerEdge 1950），特定实例IndividualProduct，操作系统Code ，OS实例Intangible。

守护程序为Code，实例为Intangible。

如果计算机和软件实例分别为IndividualProduct和Intangible，似乎要做extend those base types添加相关属性。

我希望有更多经验的人可以权衡并提供有关我在这里的接近程度的反馈，并在适当的地方提供更正以及更多信息。

Answer 1

（从2019-01编辑：Product的定义后来被更改;而could be used now即使服务器无处可供出售，我也是仍然会建议使用其他东西，除非有一些销售上下文。）

---

Product被定义为“产品是任何可供出售的产品”。我不认为它适用于您的情况，因为您不是将服务器称为待售产品。 IndividualProduct也是如此，因为它更具体。

Code仅适用于您指的是实际的源代码。 SoftwareApplication可能更合适。

我不确定Schema.org是否能够将软件与该软件的运行实例区分开来。也许守护进程 可以<{3}}或Event 另外到Action。

Answer 2

关于schema.org/Product和服务器

正如Unor所写，Product（和IndividualProduct）类型更适合出售的东西。它旨在与schema.org/Offer或制造商网站一起使用，通过零售商销售产品。此外，大约一年前，它扩展了GoodRelations，这对于电子商务来说是一个巨大的本体论（post关于在架构博客上的集成，GoodRelations details）。

因为，我想，你不会出售你需要的服务器，如schema.org /带有子schema.org / Server的计算机类型，不幸的是不存在。所以这就是我的建议 - 向schema.org工作组提出适当的类型（更多关于此内容）。此外，我不确定您是否需要针对特定​​实例的单独类型。而是考虑将实例属性包含在计算机类型中。结构就像

Computer
  properties about configuration
  instance -> instance1
  instance -> instance2
...

还有一个选项是定义 ComputerConfiguration 类型。每个实例都是 Computer ，它通过microdata itemref 引用（使用spec属性） ComputerConfiguration 。

也许最后一个是愚蠢的 - 需要和你的和类似的案例一起找到合适的结构。

关于代码，无形和正在运行的应用

提出

代码类型时考虑了源代码，而不是运行应用程序。您可以在架构blog post中找到更多信息，其中介绍了几种类型（和代码）。

  

这些提议的词汇表将提高搜索引擎的理解   具有技术内容的文档，从而大大增加了   本文档的可发现性。   ...

     

代码将内容部分定义为示例代码

This Code is a C++ sample inserted in an article:
<div itemscope itemtype="http://schema.org/Code">
  <meta itemprop="name" content=" Allocating Memory from a NUMA Node "/>
  <meta itemprop="sampleType" content=" inline"/>
  <div itemprop="programmingLanguage">
  C++
  </div>
</div>

无形 ......好吧，我个人认为你不应该碰它。说明

  

一个实用程序类，作为许多人的保护伞   “无形”的东西，如数量，结构化价值等。

事实上，这是一种篮子，所有类型都没有更好的层次结构。我根本没有看到为什么你需要使用它。

asor point schema.org/SoftwareApplication似乎是最合适的类型。请记住，它的原型是Google Software Application Rich Snippet。更重要的是，移动和浏览器应用程序（包括评论，价格等）。但是如果你对属性没问题，我认为用它来描述运行的守护进程并不是很强烈的矛盾。

同样可以通过特定属性来描述实例，您可以使用。

扩展SoftwareApplication

关于新词汇提案流程

作为Yandex在Schema.org的代表，我可以稍微谈谈接受提案流程。好吧，没有严格的流程:)基本上如果你想让你的新类型（或扩展名）包含在主词汇中，你应该采取以下几个步骤：

• 描述您的提案（.pdf文件很好）。不要害怕过于冗长：更多细节 - 更清晰的用例。非常感谢特定用例和示例。
• 将其发送给public-vocabs maillist。顺便说一句，它是开放的，您可以登录并发现有关其他提案的热门讨论。
• 获取反馈，提供正确的建议并反复为每个人提供最佳建议。
• ...
• 利润！

坚持不懈:)）

轻量版只是将这个问题发送给公共词汇并得到一些反应。也许那里的社区可以为您提供一些可以通过rdfa syntax或external enumerations扩展机制与schema.org一起使用的词汇表。

希望这会有所帮助。