Schema.org金融扩展:银行与金融机构结构化数据标记指南
BLUF 摘要
本文介绍Schema.org金融扩展,用于标记银行、金融产品及报价,侧重零售银行应用的简洁与实用。涵盖BankOrCreditUnion、FinancialProduct、Offer等核心类,并提供Microdata、RDFa和JSON-LD格式的使用示例。
Schema.org 金融扩展:为银行与金融机构赋能
注意:本文档基于 Schema.org 的开发版本。更多详情请参阅 我们的工作方式。
引言
本文旨在为使用 Schema.org 标记银行及其产品提供背景信息。如需了解更多信息并与项目背后的社区进行交流,请参考 http://w3.org/community/fibo/。
此项工作源于金融行业业务本体项目(Financial Industry Business Ontology,简称 FIBO),详情请见 http://www.fibo.org/schema。许多类和属性的定义灵感来源于、基于或与 http://www.fibo.org 保持一致。
概述
Schema.org 的金融扩展涵盖了与银行和金融机构相关的最重要的现实世界对象。该扩展主要反映了三类对象:
银行及其识别机制(A bank and its identification mechanism)
金融产品(A financial product)
面向客户的要约(An offer to the client)
在为每一类对象选择类型和属性时,扩展的作者们(见“致谢”)遵循了简洁性和实用性原则。“简洁性”原则催生了一个极小的术语集,形成了一个轻量级的扩展;而“实用性”原则则将术语范围限定在从零售银行视角看到的最重要的对象上。
“奥卡姆剃刀”原则指导我们专注于那些反映普通消费者偏好(从其搜索行为和典型数字金融活动角度观察)的术语。
尽管来源各异,但在本文中,我们使用“金融扩展”这一总称平等地对待它们。由于它们都存在于共享的 Schema.org 命名空间中,从实践角度来看,它们如何产生并不重要。
毫无疑问,当前形式的扩展可能无法满足银行和其他金融机构的所有需求。然而,它创建了一个可以立即使用的框架,尽管体量小巧,却能带来巨大收益。
本项目的作者致力于未来对 Schema.org 词汇表的金融“面貌”进行开发。这将包括向 Schema.org 核心、托管扩展(hosted extensions)以及未来 Schema.org 的“外部”金融扩展中添加和修订最重要的类型和属性,这些扩展将不受早期“精简”方法极简主义的限制。
金融扩展的概念图与层级结构
以下图表展示了扩展的概念图。如前所述,该图包含了来自 Schema.org “核心”和实际金融扩展(撰写本文时位于 pending.schema.org)的元素:


银行通过其 LEI(法人机构识别码,Legal Entity Identifier)代码 leiCode(上图)以及 Schema.org 中已有的术语(见下文“基本模型”)进行识别。
扩展中的大多数术语允许描述金融产品及其特征(上图),反映了扩展对金融行业“零售视角”的主要关注点。
还有一些辅助术语有助于描述银行提供的要约("ExchangeRateSpecification"、"RepaymentSpecification")。
金融扩展的完整术语层次结构
扩展中的所有术语以红色标示。Schema.org 中已定义的类别以灰色标示。
类型
(此处应插入类型层次结构图或列表,但根据输入内容,此部分在原始文档中可能以图表形式存在,文本描述较少。为保持连贯性,我们在此处进行概括性说明。)
金融扩展引入了新的类型,如 BankOrCreditUnion、FinancialProduct 及其子类(BankAccount、LoanOrCredit 等),它们继承自 Schema.org 核心中已有的类型,如 Service、LocalBusiness 和 Organization。
属性
(此处应插入属性层次结构图或列表,同样进行概括性说明。)
扩展引入了特定于金融领域的属性,例如 leiCode(用于银行识别)、interestRate、annualPercentageRate(APR,年化百分比利率)、loanTerm 等,同时也充分利用了 Schema.org 核心中通用的属性,如 name、description、amount。
金融对象的基本模型
下图阐述了描述主要金融对象类别的基本模式。
银行
描述银行和信用合作社的主要类型 BankOrCreditUnion 是以下 Schema.org 类序列的子类:FinancialService -> LocalBusiness ->(Organization 和 Place)。该机构可以通过以下 Schema.org 属性进行识别:name、contactPoint、address 和网站 url。扩展增加了金融机构的基本全局标识符:leiCode:法人机构识别码(字母数字代码或 LEI URI)。
金融产品

具体产品的示例如下图所示:

在此示例中,DepositAccount(InvestmentOrDeposit -> FinancialProduct 序列的子类)通过以下属性进行描述:amount、interestRate、provider 和 availableChannel。

在此示例中,MortgageLoan(LoanOrCredit -> FinancialProduct 序列的子类)通过以下属性进行描述:amount、interestRate、annualPercentageRate(代表 APR)、loanTerm 和 loanRepaymentForm。
要约
对于大多数金融产品,我们进入了 Schema.org 中与商业要约相关的领域,这些领域借鉴了来自电子商务 GoodRelations 词汇表的相关术语:

在此示例中,类型 Offer 用于将 PaymentService(FinancialProduct 的子类)作为一项服务向客户进行描述。该服务可以被正确命名(name),并通过 PriceSpecification 表达提供的价格,从而可以指定价格本身(price)、货币(priceCurrency)和数量(eligibleQuantity)。
在另一个常见示例中,支付卡(PaymentCard)(同时是 PaymentMethod 和 FinancialProduct 的子类)可以被正确命名(name),并使用 Offer 类型的元素向客户提供,从而可以表达要约方(offeredBy)及其实际功能(BusinessFunction)。
版权与免责声明:本文仅用于信息分享与交流,不构成任何形式的法律、投资、医疗或其他专业建议,也不构成对任何结果的承诺或保证。
文中提及的商标、品牌、Logo、产品名称及相关图片/素材,其权利归各自合法权利人所有。本站内容仅供参考,请以官方信息为准。
若本文内容或素材涉嫌侵权、隐私不当或存在错误,请相关权利人/当事人联系本站,我们将及时核实并采取删除、修正或下架等处理措施。 也请勿在评论或联系信息中提交身份证号、手机号、住址等个人敏感信息。



