数字财务报告的范例汇总为更好地了解什么是信息集以及它如何发挥作用提供了契机。在此，我想说明的是，这些中间信息集将XBRL问题分割成两个独立的、截然不同的问题。

我专门为范例汇总准备了一个信息集摘要。通过呈现人类可读的HTML，就能了解信息集的雏形。SEC样式的信息集运用SEC逻辑模型术语，而商业报告逻辑模型(BRLM)样式的信息集运用的则是不同的术语。

·  事实表：人类可读文本(HTML)、SEC样式的信息集(XML)、BRLM样式的信息集(XML)

·  相互关系：人类可读文本(HTML)、SEC样式的信息集(XML)、BRLM样式的信息集(XML)

·  报告元素：人类可读文本(HTML)、SEC样式的信息集(XML)、BRLM样式的信息集(尚不存在)

·  业务规则：人类可读文本(HTML)、SEC样式的信息集(即将公布)、BRLM样式的信息集(尚不存在)

通过这些信息集，我创建了小结/检查功能，仅仅用于对信息集内的信息进行重建而已。当然，我还使用其它一些东西。我将产量验证报告用于计算验证、业务规则验证和XBRL语法验证。也许，以上这些就包含在一个信息集里。

这些数据集是如何形成的呢？它们是由XBRL处理器产生的。但现在，这些数据集并不是由XBRL处理器直接产生的。我现在所做的就是让XBRL处理器直接产生数据集，这实际上是非常技术性的。而且我希望这些数据集必须未被进行过组织排列。之后，我所要做的就是通过使用XSLT对这些数据集进行重组。这是一项艰巨的任务，而且想要准确地完成这项任务需要XBRL处理器。

一旦你拥有了数据集，就需要通过解决某些问题去创造有用的信息，这跟XBRL就没有了任何关系。因为这跟之前的问题完全是两码事，你也不会再需要XBRL处理器了。

例如，如果尝试通过展示文档来呈现数字商业报告的信息是无法让人信服的。这只能让人们了解信息在打印文档中的雏形。我的目标是打印的版本，不是按照黑体或是其他的不同字体等格式设置，而是根据信息的意义进行格式设置。用户需要最少的展示文档将事实表变成一个有用的、切实可行的表格。做这件事只须识别信息集，和XBRL没有任何关系。

在上述呈现形成的过程中，我根本没有使用XBRL以及任何与XBRL有关的任何东西。我所做的只是通过使用事实表、相互关系和报告元素来创建事实表信息集。

我下一步将利用小结/检 查功能解决呈现问题。有两件事我现在还无法做到，因为他们超出了我现在的编程技术水平。第一件事就是在展示文档形成的过程中使用信息模型。你需要通过观察 元模式以及商业应用案例来了解怎样呈现不同的信息模型。我可能会理解并解决这个问题，但我还是会寻求具有高超编程技术人的帮助。第二件事就是我需要正确处 理纵列和行列中大量的【轴】。如果你仔细观察范例汇总中的展示文档，你会发现每一纵列和行列都只包含一个【轴】。这在元模式和商业应用案例可不是常有的 事。正确处理这两件事将会帮助完成我所期望的展示文档。

如果我去解决有关呈现的难题，用户就可以像Excel数据透视表一样搜索展示文档并能了解Firefox是如何插入展示文档的，但我并不打算这样做。我将把这些难题留给那些真正知道自己在做什么的人，而这个对于我来说太难了。

只有真的这样做了，才能了解信息集的强大功能。