`Claim Charts for U.S. Patent 10,423,708
`
`EXHIBIT DD
`
`Page 1
`
`
`
`
`Case 1:19-cv-00859-RTH Document 122-33 Filed 08/12/24 Page 2 of 48
`
`Claim Charts for U.S. Patent 10,423,708
`
`
`The following claim charts are preliminary in nature. e-Numerate reserves the right to amend and supplement these charts as discovery
`proceeds.
`
`1. A non-transitory computer readable storage medium storing one or more programs, the one or more programs comprising instructions
`which, when executed by an electronic device, cause the electronic device to:
`
`generate at least one computer-readable Extensible Markup Language (XML)-compliant data document that is produced using a markup
`language that extends XML for reporting and that is not XML, Hypertext Markup Language (HTML), Extensible Style Language (XSL), nor
`Standard Generalized Markup Language (SGML), the at least one computer-readable XML-compliant data document including:
`
`
`a plurality of line items with a plurality of data values, and
`
` a
`
` plurality of computer-readable semantic tags that describe a semantic meaning of the data values, where the at least one
`computer-readable XML-compliant data document is capable of including multiple hierarchical relationships between two of the
`plurality of line items;
`
`cause a parsing of the at least one computer-readable XML-compliant data document, by causing:
`
`
`access to the at least one computer-readable XML-compliant data document, and
`
`identification of the multiple hierarchical relationships between the two line items, and at least one of the computer-readable
`semantic tags that describes the semantic meaning of at least one of the data values included in the at least one computer-readable
`XML-compliant data document;
`
`cause access to a plurality of computer-readable rules including:
`
`
`a first computer-readable rule,
`
` second computer-readable rule, and
`
` third computer-readable rule;
`
` a
`
` a
`
`
`cause processing of the at least one computer-readable XML-compliant data document, by causing:
`
`
`
`
`
`Page 2
`
`
`
`
`Case 1:19-cv-00859-RTH Document 122-33 Filed 08/12/24 Page 3 of 48
`
`Claim Charts for U.S. Patent 10,423,708
`
`
`
`identification of at least a subset of the computer-readable rules including at least one of:
`
`
`the first computer-readable rule,
`
`the second computer-readable rule, or
`
`the third computer-readable rule; and
`
`processing of at least a portion of the data values of at least a portion of the plurality of line items of the at least one computer-
`readable XML-compliant data document, utilizing the at least subset of the computer-readable rules, and at least a portion of the
`computer-readable semantic tags of the at least one computer-readable XML-compliant data document;
`
`cause display of a result of a validation of the at least one computer-readable XML-compliant data document; and
`
`cause output of a report, by causing:
`
`
`identification of the at least one computer-readable semantic tag that describes the semantic meaning of the at least one data
`value included in the at least one computer-readable XML-compliant data document, and
`
`access to data from one or more sources to represent the at least one data value in the report.
`
`
`10. A method, comprising:
`
`
`at an electronic device:
`
`generating at least one computer-readable Extensible Markup Language (XML)-compliant data document that is produced using a
`markup language that extends XML for reporting and that is not XML, Hypertext Markup Language (HTML), Extensible Style Language (XSL),
`nor Standard Generalized Markup Language (SGML), the at least one computer-readable XML-compliant data document including:
`
`
`a plurality of line items with a plurality of data values, and
`
` a
`
` plurality of computer-readable semantic tags that describe a semantic meaning of the data values, where the at least one
`computer-readable XML-compliant data document is capable of including multiple hierarchical relationships between two of the
`Page 3
`
`
`
`
`
`
`
`
`Case 1:19-cv-00859-RTH Document 122-33 Filed 08/12/24 Page 4 of 48
`
`Claim Charts for U.S. Patent 10,423,708
`
`plurality of line items;
`
`causing a parsing of the at least one computer-readable XML-compliant data document, by causing:
`
`
`access to the at least one computer-readable XML-compliant data document, and
`
`identification of the multiple hierarchical relationships between the two line items, and at least one of the computer-readable
`semantic tags that describes the semantic meaning of at least one of the data values included in the at least one computer-readable
`XML-compliant data document;
`
`causing an access to a plurality of computer-readable rules including:
`
`
`a first computer-readable rule,
`
`
`causing processing of the at least one computer-readable XML-compliant data document, by causing:
`
`
`identification of at least a subset of the computer-readable rules including at least one of:
`
`
`the first computer-readable rule,
`
`the second computer-readable rule, or
`
`the third computer-readable rule; and
`
`
`processing of at least a portion of the data values of at least a portion of the plurality of line items of the at least one computer-
`readable XML-compliant data document, utilizing the at least subset of the computer-readable rules, and at least a portion of the
`computer-readable semantic tags of the at least one computer-readable XML-compliant data document;
`
`causing display of a result of a validation of the at least one computer-readable XML-compliant data document; and
`
`
`
`
`
`
`Page 4
`
` second computer-readable rule, and
`
` third computer-readable rule;
`
` a
`
` a
`
`
`
`
`Case 1:19-cv-00859-RTH Document 122-33 Filed 08/12/24 Page 5 of 48
`
`Claim Charts for U.S. Patent 10,423,708
`
`causing output of a report, by causing:
`
`
`identification of the at least one computer-readable semantic tag that describes the semantic meaning of the at least one data
`value included in the at least one computer-readable XML-compliant data document, and
`
`access to data from one or more sources to represent the at least one data value in the report.
`
`
`17. A method, comprising:
`
`
`at an electronic device:
`
`generating at least one computer-readable Extensible Markup Language (XML)-compliant data document that is produced using
`eXtensible Business Reporting Language (XBRL), the at least one computer-readable XML-compliant data document including:
`
`
`a plurality of line items with a plurality of data values, and
`
` a
`
` plurality of computer-readable semantic tags that describe a semantic meaning of the data values, where the at least one
`computer-readable XML-compliant data document is capable of including multiple hierarchical relationships between two of the
`plurality of line items;
`
`causing a parsing of the at least one computer-readable XML-compliant data document, by causing:
`
`
`access to the at least one computer-readable XML-compliant data document, and
`
`identification of the multiple hierarchical relationships between the two line items, and at least one of the computer-readable
`semantic tags that describes the semantic meaning of at least one of the data values included in the at least one computer-readable
`XML-compliant data document;
`
`causing an access to a plurality of computer-readable rules including:
`
`
`a first computer-readable rule,
`
` second computer-readable rule, and
`
` a
`
`
`
`
`
`
`
`Page 5
`
`
`
`
`Case 1:19-cv-00859-RTH Document 122-33 Filed 08/12/24 Page 6 of 48
`
`Claim Charts for U.S. Patent 10,423,708
`
`a third computer-readable rule;
`
`
`causing processing of the at least one computer-readable XML-compliant data document, by causing:
`
`
`identification of at least a subset of the computer-readable rules including at least one of:
`
`
`the first computer-readable rule,
`
`the second computer-readable rule, or
`
`the third computer-readable rule; and
`
`
`processing of at least a portion of the data values of at least a portion of the plurality of line items of the at least one computer-
`readable XML-compliant data document, utilizing the at least subset of the computer-readable rules, and at least a portion of the
`computer-readable semantic tags of the at least one computer-readable XML-compliant data document;
`
`causing display of a result of a validation of the at least one computer-readable XML-compliant data document; and
`
`causing output of a report, by causing:
`
`
`identification of the at least one computer-readable semantic tag that describes the semantic meaning of the at least one data
`value included in the at least one computer-readable XML-compliant data document, and
`
`access to data from one or more sources to represent the at least one data value in the report.
`
`
`
`Page 6
`
`
`
`
`
`
`
`
`
`
`
`
`Case 1:19-cv-00859-RTH Document 122-33 Filed 08/12/24 Page 7 of 48
`
`Claim Charts for U.S. Patent 10,423,708
`
`
`
`Claim 1 Elements
`A non-transitory computer
`readable storage medium
`storing one or more programs,
`the one or more programs
`comprising instructions which,
`when executed by an electronic
`device, cause the electronic
`device to:
`
`Applicability
`Users of an XBRL validator use a non-transitory computer readable storage medium storing one
`or more programs, the one or more programs comprising instructions which, when executed by
`an electronic device, cause the electronic device to.
`
`Note: Any entity using XBRL on an official basis requires use of an XBRL validator to ensure that
`an XBRL document complies with relevant rules set forth by the XBRL standard.
`
`Upon information and belief, the Federal Deposit Insurance Corporation (FDIC) and/or
`Federal Financial Institutions Examination Council (FFIEC) validate XBRL filings made to
`those organizations and infringe at least claims 1, 10 and 17 of the ‘708 patent in violation
`of 35 U.S.C. § 271(a) by using the patented invention to, inter alia, process multiple XBRL-
`compliant filings. See pertinent excerpt(s) below illustrating applicability to the FDIC/FFIEC
`xBAT formula processor, for example: https://xbrl.us/home/filers/fdic-reporting/.
`
`“The FFIEC report framework was designed with extensibility to other data series. As Figure 1
`illustrates, the framework uses a common dictionary which each report and characteristic
`taxonomy imports. This model provides a modular approach to taxonomy design that can be
`duplicated and extended to include additional regulatory reports, such as the FRB Y9 series. The
`FFIEC report framework reflects the CDR data model which uses formulas in both taxonomies to
`process and validate data received by financial institutions. The same formulas used by the CDR
`system are used in Call Report vendor software to ensure the transparency of formula results. If
`a formula processes incorrectly, both the CDR and vendor software should produce an identical
`result. This approach to pre-validation helps to proactively resolve issues during the report
`creation and submission process.”
`
`
`
`
`
`
`Page 7
`
`
`
`
`Case 1:19-cv-00859-RTH Document 122-33 Filed 08/12/24 Page 8 of 48
`
`Claim Charts for U.S. Patent 10,423,708
`
`
`
`
`“3.5 Processing
`
`Characteristic formulas are expressed to handle two processing models, pre and post. Then
`agencies developed a custom formula processor to handle both pre- and post-processing of
`XBRL formulas. These processing requirements were implemented using custom functions, such
`as ExistingNonNil.
`
`Characteristic and consistency formulas follow different processing models. Consistency
`expressions are defined to process data and provide a result. Characteristic expressions are
`defined to process data, provide a result, process the result, and provide a second and final
`result. This type of “cascading” data processing is a critical step to understand how financial
`data are processed in CDR. Validation must follow a fixed order of execution to provide a proper
`result. Figures 5 and 6 illustrate an overview of the cascading formula pipeline used by CDR.”
`
`
`
`
`
`
`Page 8
`
`
`
`
`Case 1:19-cv-00859-RTH Document 122-33 Filed 08/12/24 Page 9 of 48
`
`Claim Charts for U.S. Patent 10,423,708
`
`
`
`
`“The FDIC developed and enhanced the FFIEC taxonomy framework and initiated development
`on the XBRL Business Analyst Tool (xBAT). This tool marked the beginning of a full CDR
`implementation using XBRL as the exchange mechanism and brought the POC demo into
`reality. The Call Report and formula taxonomy design remained virtually the same but included
`absolute and relative context references. Call Report taxonomies are published on a calendar
`quarter. However, formula expressions reference prior period data, and a formula processor
`will need a point of reference when processing data with formulas. The xBAT formula
`taxonomy included absolute context definitions, such as “P0” for current period or “P1” for one
`period prior. The xBAT formula taxonomy also included relative contexts, such as “–P1Y” for
`the prior year or “–P1Q” for the prior year quarter. The xBAT formula taxonomy was a simple
`implementation of XBRL formulas and did not contain any special functions or processes, such
`as reportability. The xBAT formulas followed a simplistic implementation of cascading data
`validation where formulas process report data and provide a result message. Formula
`expressions did not require a special or custom processor to process formulas with data, but
`the final release of xBAT did provide a mechanism to validate report or formula taxonomies
`with instance data. The formula design was sufficiently simple so that any off-the-shelf XML
`processor could be used to process the formulas with instance data. Also, xBAT provided Call
`Report formulas in a separate formula taxonomy. This allowed a software vendor to process
`formulas with data without having to consider the report taxonomy based on financial
`reporting forms.”
`https://www.fdic.gov/bank/implementingxbrlformulas.pdf
`
`Users of an XBRL validator generate at least one computer-readable Extensible Markup Language
`(XML)-compliant data document that is produced using a markup language that extends XML for
`reporting and that is not XML, Hypertext Markup Language (HTML), Extensible Style Language
`(XSL), nor Standard Generalized Markup Language (SGML), the at least one computer-readable
`XML-compliant data document including: a plurality of line items with a plurality of data values,
`
`Page 9
`
`generate at least one computer-
`readable Extensible Markup
`Language (XML)-compliant data
`document that is produced using
`a markup language that extends
`
`
`
`
`
`
`
`Case 1:19-cv-00859-RTH Document 122-33 Filed 08/12/24 Page 10 of 48
`
`Claim Charts for U.S. Patent 10,423,708
`
`and a plurality of computer-readable semantic tags that describe a semantic meaning of the data
`values, where the at least one computer-readable XML-compliant data document is capable of
`including multiple hierarchical relationships between two of the plurality of line items. See
`excerpt(s) below, for example (emphasis added):
`
`Note: As set forth below, XBRL documents are required by the XBRL standard to be XML-
`compliant and include a plurality of line items with a plurality of data values, and a plurality of
`computer-readable semantic tags.
`
`“In XBRL terminology, a concept is a definition of a reporting term. Concepts manifest as XML
`
`Schema [SCHEMA‑1] element definitions. In the taxonomy schema a concept is given a concrete
`
`name and a type. The type defines the kind of data types allowed for facts measured according
`to the concept definition. For example, a “cash” concept would typically have a monetary type.
`This declares that when cash is reported, its value will be monetary. In contrast, a
`“accountingPoliciesNote” concept would typically have a string type so that, when the
`“accountingPoliciesNote” is reported in an XBRL instance, its value would be interpreted as a
`string of characters. Additional constraints on how concepts can be used are documented by
`
`additional XBRL attributes on the XML Schema [SCHEMA‑1] element definitions that correspond
`
`to the concepts…The linkbases in a taxonomy further document the meaning of the concepts by
`expressing relationships between concepts (inter-concept relationships) and by relating concepts
`to their documentation.”
`http://www.xbrl.org/Specification/xbrl-recommendation-2003-12-31+corrected-errata-2012-01-
`25.htm#_Toc202578211
`
`“The core XBRL specifications (see XBRL Essentials) define validation constraints which XBRL
`processors must impose on all XBRL reports. These enforce not only basic syntactical checks, but
`also ensure that the reports comply with the definitions in the taxonomy.”
`http://specifications.xbrl.org/validation.html
`
`Note: As set forth below, XBRL documents are required by the XBRL standard to be XML-
`compliant and be capable of including multiple hierarchical relationships between two line items.
`
`
`XML for reporting and that is not
`XML, Hypertext Markup
`Language (HTML), Extensible
`Style Language (XSL), nor
`Standard Generalized Markup
`Language (SGML), the at least
`one computer-readable XML-
`compliant data document
`including:
`
` a
`
` plurality of line items with a
`plurality of data values, and
`
` a
`
` plurality of computer-readable
`semantic tags that describe a
`semantic meaning of the data
`values, where the at least one
`computer-readable XML-
`compliant data document is
`capable of including multiple
`hierarchical relationships
`between two of the plurality of
`line items;
`
`
`
`
`
`Page 10
`
`
`
`
`Case 1:19-cv-00859-RTH Document 122-33 Filed 08/12/24 Page 11 of 48
`
`Claim Charts for U.S. Patent 10,423,708
`
`
`
`
`
`
`http://www.exkss.com/devel/huHU/tankonyv/attachments/XBRL_For_Dummies.pdf
`
`“From a technical perspective, XBRL implements XML, but also encapsulates other WC3
`standards to enable features important to business reporting—like multiple relationships (both
`hierarchical and non-hierarchical) and extensibility—that are not available in native XML. The
`XBRL specification defines how to create documents containing your data in well-formed XML
`(called instance documents) and how to create files containing relevant business terminology,
`their meanings, their data types, relationships among terms, and the rules/formulas they must
`follow (called taxonomies).”
`http://www.xbrl.org/bpboarddocs/xbrlorcustomizedxml.pdf
`
`Users of an XBRL validator cause a parsing of the at least one computer-readable XML-compliant
`data document, by causing: access to the at least one computer-readable XML-compliant data
`document, and identification of the multiple hierarchical relationships between the two line
`items, and at least one of the computer-readable semantic tags that describes the semantic
`meaning of at least one of the data values included in the at least one computer-readable XML-
`compliant data document;. See excerpt(s) below, for example (emphasis added):
`
`
`
`
`Page 11
`
`cause a parsing of the at least
`one computer-readable XML-
`compliant data document, by
`causing:
`
`access to the at least one
`computer-readable XML-
`compliant data document, and
`
`identification of the multiple
`hierarchical relationships
`
`
`
`
`
`
`
`Case 1:19-cv-00859-RTH Document 122-33 Filed 08/12/24 Page 12 of 48
`
`Claim Charts for U.S. Patent 10,423,708
`
`http://www.exkss.com/devel/huHU/tankonyv/attachments/XBRL_For_Dummies.pdf
`
`“XBRL can express multiple hierarchies of explicit relations. Because XBRL separates concept and
`relation definitions, you can define more than one hierarchy of such relations.”
`http://www.exkss.com/devel/huHU/tankonyv/attachments/XBRL_For_Dummies.pdf
`
`
`Users of an XBRL validator cause access to a plurality of computer-readable rules including:
`a first computer-readable rule, a second computer-readable rule, and a third computer-readable
`rule. See excerpt(s) below, for example (emphasis added):
`
`Note: As set forth below, a computer-readable datatype rule is required for validation of a type
`of data values.
`
`“The core XBRL specifications (see XBRL Essentials) define validation constraints which XBRL
`processors must impose on all XBRL reports. These enforce not only basic syntactical checks, but
`also ensure that the reports comply with the definitions in the taxonomy.”
`https://specifications.xbrl.org/validation.html
`
`“Datatypes
`All XBRL concept definitions are associated with a datatype that enforces basic validation of the
`format of reported values. For example, ensuring that strings are not reported against concepts
`which should take numeric values. At a technical level, XBRL reuses the XML Schema datatype
`system. The standard defines a wide range of base datatypes, but the Data Type Registry 1.0
`allows for the collaborative development, rapid review, publication and on-going use of
`additional specialised data constraints.”
`http://specifications.xbrl.org/validation.html
`
`Note: As set forth below, a computer-readable calculation rule is required for validation of a
`calculation involving data values.
`
`“Calculations
`Taxonomies can capture basic summation relationships between concepts which will be checked
`
`between the two line items, and
`at least one of the computer-
`readable semantic tags that
`describes the semantic meaning
`of at least one of the data
`values included in the at least
`one computer-readable XML-
`compliant data document;
`cause access to a plurality of
`computer-readable rules
`including:
`
` first computer-readable rule,
`
` a
`
` a
`
` second computer-readable
`rule, and
`
` a
`
` third computer-readable
`rule;
`
`
`
`
`
`Page 12
`
`
`
`
`Case 1:19-cv-00859-RTH Document 122-33 Filed 08/12/24 Page 13 of 48
`
`Claim Charts for U.S. Patent 10,423,708
`
`during the validation process. As the scope of calculations that can be defined in this way is
`limited, many implementations choose to use Formula for all calculation constraints.”
`http://specifications.xbrl.org/validation.html
`
`Note: As set forth below, a computer-readable unit rule is required for validation of a unit of
`data values.
`
`“Units
`The XBRL 2.1 specification requires that facts for concepts with a monetary datatype use
`particular units based on the ISO 4217 currency code standard. More general constraints
`between datatypes and units can be defined in the Units Registry 1.0.”
`http://specifications.xbrl.org/validation.html
`
`“Validation
`Data quality can be greatly enhanced through multiple layers of validation. The XBRL standard
`provides the ability to design and publish business validation rules in a standardised format.
`Basic validation semantics can be represented in XBRL taxonomies using the core specifications.
`More complex constraints can be modelled using the Formula Specifications. These validation
`rules can be applied at the time of preparation of a report, as well as by all of the recipients of
`that report.”
`http://specifications.xbrl.org/spec-group-index-formula.html
`
`“the monetary type serves as the datatype for those financial concepts in a taxonomy which
`denote units in a currency. Instance items with this type must have a unit of measure from the
`ISO 4217 namespace of currencies.”
`http://www.xbrl.org/Specification/XBRL-2.1/REC-2003-12-31/XBRL-2.1-REC-2003-12-
`31+corrected-errata-2013-02-20.html#unit
`
`
`
`
`
`
`
`
`Page 13
`
`
`
`
`Case 1:19-cv-00859-RTH Document 122-33 Filed 08/12/24 Page 14 of 48
`
`Claim Charts for U.S. Patent 10,423,708
`
`cause processing of the at least
`one computer-readable XML-
`compliant data document, by
`causing:
`
`identification of at least a
`subset of the computer-
`readable rules including at
`least one of:
`
`the first computer-readable
`rule,
`
`the second computer-readable
`rule, or
`
`the third computer-readable
`rule; and
`
`processing of at least a
`portion of the data values of
`at least a portion of the
`plurality of line items of the
`at least one computer-
`readable XML-compliant data
`document, utilizing the at
`least subset of the computer-
`readable rules, and at least a
`portion of the computer-
`readable semantic tags of the
`at least one computer-
`readable XML-compliant data
`
`
`
`
`http://www.exkss.com/devel/huHU/tankonyv/attachments/XBRL_For_Dummies.pdf
`
`Users of an XBRL validator cause processing of the at least one computer-readable XML-
`compliant data document, by causing: identification of at least a subset of the computer-
`readable rules including at least one of: the first computer-readable rule, the second computer-
`readable rule, or the third computer-readable rule; and processing of at least a portion of the
`data values of at least a portion of the plurality of line items of the at least one computer-
`readable XML-compliant data document, utilizing the at least subset of the computer-readable
`rules, and at least a portion of the computer-readable semantic tags of the at least one
`computer-readable XML-compliant data document. See excerpt(s) below, for example
`(emphasis added):
`
`“The XBRL conformance suite has over 400 tests, each which an XBRL processor must "pass" an
`property interpret XBRL functionality specified in the XBRL specification.”
`http://frux.wikispaces.com/file/view/Chapter-18-Extracting.pdf
`
`“The core XBRL specifications (see XBRL Essentials) define validation constraints which XBRL
`processors must impose on all XBRL reports. These enforce not only basic syntactical checks, but
`also ensure that the reports comply with the definitions in the taxonomy.”
`http://specifications.xbrl.org/validation.html
`
`“Datatypes
`All XBRL concept definitions are associated with a datatype that enforces basic validation of the
`format of reported values. For example, ensuring that strings are not reported against concepts
`which should take numeric values. At a technical level, XBRL reuses the XML Schema datatype
`system. The standard defines a wide range of base datatypes, but the Data Type Registry 1.0
`allows for the collaborative development, rapid review, publication and on-going use of
`additional specialised data constraints.
`…
`Calculations
`Taxonomies can capture basic summation relationships between concepts which will be checked
`during the validation process. As the scope of calculations that can be defined in this way is
`limited, many implementations choose to use Formula for all calculation constraints.
`Units
`
`Page 14
`
`
`
`
`Case 1:19-cv-00859-RTH Document 122-33 Filed 08/12/24 Page 15 of 48
`
`Claim Charts for U.S. Patent 10,423,708
`
`document
`
`The XBRL 2.1 specification requires that facts for concepts with a monetary datatype use
`particular units based on the ISO 4217 currency code standard. More general constraints
`between datatypes and units can be defined in the Units Registry 1.0.”
`http://specifications.xbrl.org/validation.html
`
`
`
`
`
`
`
`
`Page 15
`
`
`
`
`Case 1:19-cv-00859-RTH Document 122-33 Filed 08/12/24 Page 16 of 48
`
`Claim Charts for U.S. Patent 10,423,708
`
`
`
`
`
`
`
`Page 16
`
`
`
`
`Case 1:19-cv-00859-RTH Document 122-33 Filed 08/12/24 Page 17 of 48
`
`Claim Charts for U.S. Patent 10,423,708
`
`cause display of a result of a
`validation of the at least one
`computer-readable XML-
`compliant data document; and;
`
`
`http://www.exkss.com/devel/huHU/tankonyv/attachments/XBRL_For_Dummies.pdf
`
`Users of an XBRL validator cause display of a result of a validation of the at least one computer-
`readable XML-compliant data document; and. See excerpt(s) below, for example (emphasis
`added):
`
`“The core XBRL specifications (see XBRL Essentials) define validation constraints which XBRL
`processors must impose on all XBRL reports. These enforce not only basic syntactical checks, but
`also ensure that the reports comply with the definitions in the taxonomy. The validation checks
`include:
`
`Datatypes
`All XBRL concept definitions are associated with a datatype that enforces basic validation of the
`format of reported values. For example, ensuring that strings are not reported against concepts
`which should take numeric values. At a technical level, XBRL reuses the XML Schema datatype
`system. The standard defines a wide range of base datatypes, but the Data Type Registry 1.0
`allows for the collaborative development, rapid review, publication and on-going use of
`additional specialized data constraints.
`
`Dimensions
`Taxonomies can associate dimensions with concept definitions, thereby controlling which
`dimensions may - or must - be used with particular concepts.
`Calculations
`Taxonomies can capture basic summation relationships between concepts which will be checked
`during the validation process. As the scope of calculations that can be defined in this way is
`limited, many implementations choose to use Formula for all calculation constraints.
`Units
`
`
`
`
`
`Page 17
`
`
`
`
`Case 1:19-cv-00859-RTH Document 122-33 Filed 08/12/24 Page 18 of 48
`
`Claim Charts for U.S. Patent 10,423,708
`
`The XBRL 2.1 specification requires that facts for concepts with a monetary datatype use
`particular units based on the ISO 4217 currency code standard. More general constraints
`between datatypes and units can be defined in the Units Registry 1.0.”
`https://specifications.xbrl.org/validation.html
`
`“XML validation: Without a valid document in XML, validation is a nonstarter. Business users
`should be able to take this level of validation for granted and never have to deal with it. All XBRL
`processors do XML validation under the hood.
`
`XML Schema validation: An XML document can be valid or well-formed XML, but it may not be
`structured correctly. That structure is what XML Schema validation provides. An XML parser
`generally performs XML Schema validation. The parser makes sure that the elements comply
`with the content model of an XML schema. It also ensures that the data types are correct. Most
`XML languages provide validation only to the extent of an XML schema. XBRL has a number of
`XML schemas that indicate how the XML syntax used by XBRL must be constructed, but XBRL
`goes far beyond XML Schema validation
`
`XBRL syntax validation: Like XML and XML Schema, the XBRL syntax needs to be correct so that
`any XBRL processor can correctly interpret the XBRL taxonomy and/or XBRL instance (not just the
`
`XBRL processor used to create them). XML processors catch some types of errors; XML Schema
`validation detects other types of errors. The XBRL Specification conformance suite has, however,
`more than 400 additional tests that are requirements on XBRL syntax, but XML or XML Schema
`validation can’t detect the errors. XBRL processors detect these types of syntax errors. Again,
`similar to XML validation and XML Schema validation, business users should be able to take this
`level of validation for granted and never have to deal with this level of validation. This
`classification also includes validation related to any XBRL modules utilized.”
`http://www.exkss.com/devel/huHU/tankonyv/attachments/XBRL_For_Dummies.pdf
`
`Users of an XBRL validator cause output of a report, by causing: identification of the at least one
`computer-readable semantic tag that describes the semantic meaning of the at least one data
`value included in the at least one computer-readable XML-compliant data document, and access
`to data from one or more sources to represent the at least one data value in the report. See
`excerpt(s) below, for example (emphasis added):
`
`Page 18
`
`cause output of a report, by
`causing:
`
`identification of the at least
`one computer-readable
`
`
`
`
`
`
`
`Case 1:19-cv-00859-RTH Document 122-33 Filed 08/12/24 Page 19 of 48
`
`Claim Charts for U.S. Patent 10,423,708
`
`
`“Simply put, XBRL is a language that lets you build what you probably typically think of as a
`report. This report is a physical document, just like other documents you’re familiar with: a word-
`processing document, a spreadsheet, or maybe a PDF file. Like these reports, XBRL also has a
`document. The XBRL document, also called an XBRL instance, is built in the form of an electronic
`file and contains business information.
`http://www.exkss.com/devel/huHU/tankonyv/attachments/XBRL_For_Dummies.pdf
`
`“An XBRL instance has four main parts:
`
` ✓
`
` Values: The values are the text (individual values or entire narratives) and numbers in the
`report, the business information. Generally, the text and numbers come from some sort of
`business system, such as an ERP system or a spreadsheet. For example, a value would be a
`number like “5347” or text, such as “Inventory consists of finished goods and workin-progress”
`or even a paragraph or so of narratives.
`
` ✓
`
`