使用 schema.org 微数据词汇表，哪种类型的对象最适合表示计算机实例（如 Web 服务器）和守护程序实例（例如 httpd、mysql 等）？
我想出的是，计算机的非实例可能是 Product（例如 Dell PowerEdge 1950），特定实例是 IndividualProduct，操作系统 Code，操作系统实例 @987654324 @。
一个守护进程是Code，一个实例是Intangible。
在计算机和软件实例分别为 IndividualProduct 和 Intangible 的情况下，似乎要做的是向extend those base types 添加相关属性。
我希望有更多经验的人能够参与进来，并就我在这里的目标提供反馈，并在适当的情况下提供更正以及更多信息。
【问题讨论】：
标签： html microdata schema.org
(从 2019 年 1 月开始编辑：Product 的定义后来发生了变化；而 could be used now 即使服务器没有出售，我仍然建议除非有一些销售背景，否则请改用其他东西。）
Product 被定义为“产品是可以出售的任何东西”。我认为这不适用于您的情况，因为您没有将服务器称为待售产品。 IndividualProduct 也是如此，因为它更具体。
Code 仅适用于您指的是实际源代码。 SoftwareApplication 可能更合适。
我不确定 Schema.org 是否能够将软件与该软件的运行实例区分开来。也许守护进程可能是Event或Action 除了到SoftwareApplication。
【讨论】：
关于 schema.org/Product 和服务器
正如 unor 所写，Product（和 IndividualProduct）类型更适合用于销售的产品。它旨在与 schema.org/Offer 一起使用，或在通过零售商销售产品的制造商网站上使用。此外，大约一年前，它通过 GoodRelations 进行了扩展，这是一个专门用于电子商务的庞大本体（post 关于架构博客的集成，GoodRelations details）。
我猜，您不会出售您需要的服务器，例如带有子 schema.org/Server 的 schema.org/Computer 类型，不幸的是这些服务器不存在。所以这就是我的建议 - 向 schema.org 工作组提出适当的类型（更多信息见下文）。此外，我不确定您是否需要针对特定实例使用单独的类型。而是考虑将 instance 属性包含到您的 Computer 类型中。结构会是这样的
Computer
properties about configuration
instance -> instance1
instance -> instance2
...
另一个选项是定义 ComputerConfiguration 类型。每个实例都是 Computer，它通过微数据 itemref 引用（具有规范属性）ComputerConfiguration。
也许最后一个很傻 - 需要与你的和类似的案例一起玩才能找到合适的结构。
关于代码、无形和正在运行的应用程序
Code 类型是在考虑源代码的情况下提出的，而不是运行应用程序。您可以在架构 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>
无形的...好吧，我个人认为你不应该碰它。说明说
一个实用程序类，用作许多 “无形”的东西，例如数量、结构化值等。
事实上，这是所有类型在层次结构中没有更好位置的篮子。而且我根本不明白你为什么需要使用它。
正如 unor 点，schema.org/SoftwareApplication 似乎是最适合您的类型。请记住，它的原型是 Google Software Application Rich Snippet。你知道，这更多的是关于移动和浏览器应用程序（包括评论、价格等）。但是如果你对属性没问题，我认为用它来描述正在运行的守护进程不会有很大的矛盾。
同样，实例可以通过您可以扩展 SoftwareApplication 的特定属性来描述。
关于新词汇提案流程
作为 Schema.org 的 Yandex 代表，我可以谈谈接受提案的过程。好吧，没有严格的流程 :) 基本上，如果您希望将新类型（或扩展）包含在主要词汇中，您应该采取一些步骤：
并且坚持不懈:)
精简版只是将这个问题发送给公共词汇并获得一些反应。也许那里的社区可以通过rdfa syntax 或external enumerations 扩展机制为您提供一些可以与schema.org 一起使用的词汇表。
希望这会有所帮助。
【讨论】：