`
`
`
`
`
`
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`__________________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`__________________
`
`MERRILL COMMUNICATIONS LLC d/b/a MERRILL
`CORPORATION,
`Petitioner
`
`
`v.
`
`
` E-NUMERATE SOLUTIONS, INC.,
`Patent Owner
`
`
`
`Case IPR2018-01391
`U.S. Patent 9,262,383
`
`
`
`
`
`
`
`
`__________________
`
`
`E-NUMERATE SOLUTIONS, INC’S PATENT OWNER RESPONSE
`PURSUANT TO 37 C.F.R. § 42.120
`
`
`
`
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`TABLE OF CONTENTS
`
`I. INTRODUCTION .......................................................................................................................5
`
`II. BACKGROUND ........................................................................................................................8
`
`A.
`
`B.
`
`Prior Art Markup Language Documents ........................................................................8
`
`The ‘383 Patent ............................................................................................................40
`
`III. DESCRIPTION OF THE PRIOR ART ..................................................................................41
`
`A.
`
`B.
`
`C.
`
`Simpson (Ex. 1005) .....................................................................................................41
`
`Goldfarb (Ex. 1006) .....................................................................................................43
`
`Lyons (Ex. 1007) .........................................................................................................47
`
`IV. CLAIM CONSTRUCTION ...................................................................................................49
`
`A.
`
`“Markup Document” ....................................................................................................49
`
`V. PETITIONER FAILED TO DEMONSTRATE THAT THERE IS SUBSTANTIAL
`EVIDENCE THAT ANY OF THE CHALLENGED CLAIMS ARE OBVIOUS ................53
`
`A.
`
`Grounds 1 & 2: Simpson Or Simpson In View Of Goldfarb Does Not Render
`Claims 1, 17, and 18 Obvious ......................................................................................55
`
`1.
`
`2.
`
`Petitioner Fails To Establish That Either Simpson Or Goldfarb Disclose
`“code for identifying a first markup document including first numerical
`values and first tags reflecting first characteristics of the first numerical
`values”....................................................................................................................55
`
`Petitioner Fails To Establish That Either Simpson Or Goldfarb Disclose
`“code for causing automatic transformation of at least a portion of the first
`or second numerical values of at least one of the first markup document or
`the second markup document, so that at least some of the first numerical
`values of the first markup document and at least some of the second
`numerical values of the second markup document have a common unit of
`measure” ................................................................................................................66
`
`B.
`
`Grounds 3 & 4: Lyons Or Lyons In View Of Goldfarb Does Not Render
`Claims 1, 17, And 18 Obvious .....................................................................................77
`
`1.
`
`Petitioner Fails To Establish That Either Lyons Or Goldfarb Disclose
`“code for identifying a first markup document including first numerical
`values and first tags reflecting first characteristics of the first numerical
`values”....................................................................................................................77
`
`
`
`2
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`2.
`
`Petitioner Fails To Establish That Either Lyons Or Goldfarb Disclose
`“code for causing automatic transformation of at least a portion of the first
`or second numerical values of at least one of the first markup document or
`the second markup document, so that at least some of the first numerical
`values of the first markup document and at least some of the second
`numerical values of the second markup document have a common unit of
`measure” ................................................................................................................81
`
`C.
`
`Grounds 2 & 4: A POSA Would Not Be Motivated To Modify Simpson or
`Lyons In View Of Goldfarb .........................................................................................88
`
`1.
`
`2.
`
`3.
`
`4.
`
`Both Simpson And Lyon Disclose Existing Systems With Limitations The
`Claimed Invention Overcomes ..............................................................................91
`
`The Proposed Modification Would Eliminate Goldfarb’s Stated
`Improvement ..........................................................................................................96
`
`Petitioner Failed To Address The Inefficiencies Created ......................................98
`
`Petitioner Fails To Show How A POSA Would Have Modified Lyons To
`Accept XML Data Files .......................................................................................100
`
`VI. CONCLUSION.....................................................................................................................102
`
`
`
`
`
`
`
`3
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`PATENT OWNER’S EXHIBIT LIST
`
`Exhibit Number Description
`
`2001
`
`2002
`
`Expert Declaration of Dr. Michael J Smith
`
`US Patent No. 7,421,648
`
`
`
`
`
`
`
`
`
`4
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`
`
`I. INTRODUCTION
`
`The Petitioner did not demonstrate that any of the claims of U.S. Patent
`
`No. 9,262,383 (“the ‘383 patent”) are obvious because the Petitioner failed to
`
`show that a person of ordinary skill in the art (“POSA”) would have been
`
`motivated to modify the structure and components of either Simpson or Lyons
`
`to achieve the claimed invention or that a POSA “would have had a
`
`reasonable expectation of success in doing so.” OSRAM Sylvania, Inc. v. Am
`
`Induction Techs., Inc., 701 F.3d 698, 706 (Fed. Cir. 2012). The Board has
`
`consistently declined to conclude that a claim is obvious when the Petition fails
`
`to identify any objective evidence such as experimental data, tending to
`
`establish that two different structures can be combined to achieve the claimed
`
`invention with a reasonable expectation of success.1 Here, the Petitioner did
`
`not set forth any such objective evidence.2 Rather, the Petitioner’s own expert
`
`made hand-waving arguments that the two database systems of Simpson and
`
`Lyons, which did not support XML, and which required file-specific user-
`
`
`1 Epistar, et al. v. Trustees Of Boston University, IPR2013-00298, Decision Not To
`
`Institute, Paper No. 18 (P.T.A.B. November 15, 2103).
`
`2 See e.g., Petition, pp. 33-35 and 59.
`
`
`
`5
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`customized input_templates or multi-screen Import Wizards to “tag” data with
`
`field names so they could be imported into a database system, could be
`
`modified to accept XML-formatted markup documents by first running the
`
`XML markup documents through an HTML converter (which would remove
`
`all markup and structure from said XML markup document). However, such
`
`an implementation would eliminate Goldfarb’s stated improvements of
`
`“adding more structure to data files and providing a universal file structure that
`
`would ease the exchange of data between programs and over the internet”3 by
`
`flattening the XML data file of relevant metadata. Further, the Petitioner
`
`failed to address the inefficiencies created by flattening the relevant data
`
`structure out of the XML file when converting to HTML or how Lyons could
`
`be modified to accept the XML data file.
`
`Moreover, the Petitioner blatantly relied on expert testimony to meet
`
`missing elements in the context of both single and double reference attacks. As
`
`established by the Federal Circuit, “common sense is typically invoked to
`
`provide a known motivation to combine,”4 not a claim limitation, like in this
`
`situation. Further, relying on “common sense” to supply a claim limitation is
`
`
`3 Exhibit 1003, 78; See also Exhibit 1006, xxxix-xl
`
`4 Arendi S.A.R.L. v. Apple Inc., Appeal No. 2015-2073, (August 10, 2016) p. 10.
`
`
`
`6
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`suspect when the missing limitation is not “simple” and the technology not
`
`“straightforward,” and especially so when the limitation is central to the
`
`claimed subject matter.
`
`Still yet, the Arendi court warned that, especially in the context of a
`
`missing claim limitation, resorting to common sense “cannot be used as a
`
`wholesale substitute for reasoned analysis and evidentiary support.”5 In this
`
`case and the related matters, as will be established below, the Petitioner
`
`blatantly relied on expert testimony to meet complex missing elements that are
`
`central to the claimed subject matter, via conclusory statements (not a
`
`"reasoned analysis") without evidentiary support, in blatant disregard of the
`
`factors of Arendi. To this end, this Petition should fail.
`
`For these reasons as explained more fully below, the Petitioner failed to
`
`show that there is a substantial evidence to support its position that the claims
`
`of the ‘383 patent are obvious over Simpson, Lyon and Goldfarb.
`
`Accordingly, the Board should not cancel any of the claims of the ‘383 patent.
`
`
`
`
`5 Id.
`
`…Continued
`
`
`
`
`
`7
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`II. BACKGROUND
`
`A. Prior Art Markup Language Documents6
`
`Inventor Russell T. Davis pioneered several inventions related to
`
`Reusable Data Markup Language including, but not limited to, the ‘383
`
`patent.7 As discussed below, these patents provided numerous advantages over
`
`prior art Markup Languages.8
`
`In the late 1990’s when numbers were treated the same as letters (text) in
`
`software programs, both online and offline, e-Numerate’s key technical
`
`advancements allowed numbers to be substantively treated as the numerical
`
`values they represent.9 This opened the computer world, both online and
`
`
`6 It should be noted that the following exemplary citations to the specification
`
`and/or advantages are for illustrative purposes only, as there may be others
`
`and some covered systems/methods may omit one or more of the same. Thus,
`
`such exemplary citations should not be deemed limiting to the claim language
`
`in any way.
`
`7 Exhibit 1001, 1:7-27.
`
`8 Exhibit 2002, US 7421648 (parent case to ‘383) 1:2-12.
`
`9 Id. at 1:45-47.
`
`
`
`
`
`8
`
`…Continued
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`offline, to vastly improve a user’s ability to identify, manipulate, compare,
`
`convert and process numbers in software like never before.10 The technical
`
`innovations of the ‘383 patent11 are embodied in software that improves and
`
`enhances the functionalities of computer systems over the prior art.12 The
`
`problem that they solve relates to the need for the intelligent identification and
`
`processing of numerical information on the Internet.13
`
`
`
`The Problem
`
`In the late 1990’s, the Internet was replete with numerical data but (i)
`
`there was no way of distinguishing this numerical data from text, (ii) data and
`
`analytic routines were not standardized, and (iii) calculations occurred at too
`
`low a conceptual level.14
`
`
`10 Id. at 2:36-47.
`
`11 Exhibit 1001.
`
`12 See, e.g., Exhibit 2001, ¶ 34.
`
`13 Id.
`
`14 Exhibit 2002 at 1:45-47.
`
`
`
`
`
`9
`
`…Continued
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`The advances of the inventions claimed in the ‘383 patent15 relate to
`
`deficiencies in the prior-art markup languages that existed at the time of the
`
`invention.16 These were Hyper Text Markup Language (HTML)17 and
`
`Extensible Markup Language (XML).18
`
`Internet browsers interpret and display documents formatted in
`
`HTML.19 In order to distinguish the text characters to be displayed from the
`
`information describing how the text characters are to be formatted,
`
`“annotations” that are not visible to the viewer of the displayed document are
`
`added to the document.20 The HTML specification describes the use of a
`
`markup language to include these non-displayed annotations.21 A markup
`
`language is a system for inserting information about the formatting and display
`
`
`15 Exhibit 1001.
`
`16 See, e.g., Exhibit 2001, ¶ 36.
`
`17 Exhibit 2002 at 1:29-39.
`
`18 Id. at 1:61-67.
`
`19 Id. at 1:40-47.
`
`20 Id. at 1:47-48.
`
`21 Id. at 1:34-37.
`
`
`
`
`
`…Continued
`
`10
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`of a group of text characters by placing non-displayed “markup” text before
`
`and after the group of text characters.22 These markups, commonly known as
`
`“tags” in online and other documents in digital format, describe the structure
`
`and formatting of digital documents and instruct computer systems on how to
`
`display them.23
`
`HTML works only with text and images.24 Numbers in HTML
`
`documents are read and displayed as text characters.25 There is no HTML tag
`
`capable of annotating the context or meaning of numerical data appearing in a
`
`markup document for computer systems to interpret these numerical data as
`
`numbers representing a particular type of information instead of a simple string
`
`of text characters.26 At most, HTML tags can be used only to indicate the
`
`display format (e.g., font, size, color, alignment) of numerical data.27 For
`
`
`22 Id.
`
`23 Id. at 1:37-39.
`
`24 Id. at 1:41-42.
`
`25 Id. at 1:45-47.
`
`26 Id. at 1:52-54.
`
`27 Id. at 1:40-45.
`
`
`
`
`
`…Continued
`
`11
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`example, a financial statement showing numbers could be displayed by
`
`computer systems running browsers, but HTML cannot be used to annotate a
`
`given number as “revenue” or “expense,” or as “dollars” or “Euros,” or as
`
`representing “thousands” or “millions,” but rather only as a text character to
`
`be displayed in a certain way according to embedded formatting tags.28
`
`Consequently, computer systems running web browsers could use HTML tags
`
`to display documents containing numbers, but the HTML tags do not enable
`
`computer systems to run analytical applications that read, manipulate,
`
`combine, compare, transform or analyze the numbers, load them into a
`
`spreadsheet, or display them in a graph directly from multiple online sources.29
`
`XML version 1.0 was developed in the mid-to-late 1990s to help
`
`overcome some of HTML’s limitations.30 XML, itself, does not include a set of
`
`pre-defined tags, but rather is a specification that governs the creation of tags
`
`by particular users or groups.31 The XML specification allows developers to
`
`
`28 Id. at 9:45-51.
`
`29 Id. at 1:54-60.
`
`30 Id. at 1:61-64.
`
`31 Id. at 1:64-67.
`
`
`
`
`
`…Continued
`
`12
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`create customized tags that, via a glossary of terms, describe the structure and
`
`meaning of online content.32 But at the time of the inventions of the ‘383
`
`patent33, no set of XML tags had been promulgated for general use, so any
`
`XML tag taxonomy created by one user would not be compatible with the
`
`taxonomies created by other users.34 One user’s XML tag taxonomy, whether
`
`individuals or groups, is not ordinarily available to any other users or groups of
`
`users.35 XML’s lack of standardization, and its separation of data from its
`
`annotations (metadata), left users with no way to manipulate, combine,
`
`compare, transform or analyze numerical data from singular or multiple online
`
`sources using differing custom created XML tag taxonomies.36 The only way
`
`to correct the deficiency of XML was to convert unrelated documents by
`
`hand.37
`
`
`32 Id. at 2:3-8.
`
`33 Exhibit 1001.
`
`34 Exhibit 2002 at 2:8-12.
`
`35 Id.
`
`36 Id. at 2:36-39.
`
`37 Id. at 2:39-42.
`
`
`
`
`
`13
`
`…Continued
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`
`
`Various Embodiments Covered by The Claimed Invention
`
`In contrast to XML, the Reusable Data Markup Language (“RDML”)
`
`represented a significant advance over HTML and XML.38 The patents-at-issue
`
`in this case solve these HTML- and XML-related problems with unique tools
`
`that allowed users for the first time to easily view, compare and analyze
`
`numerical data on the Internet.39 The Reusable Data Markup Language
`
`(“RDML”) and RDML companion innovations pair the metadata directly
`
`with the numerical data in machine-readable form so the numerical data could
`
`be easily identified and used in different program applications.40 Without the
`
`pairing of metadata directly with the numerical data as described in the ‘383
`
`patent41, the capabilities presented in the XBRL standard would not be
`
`possible.42 RDML companion innovations also define standards for both data
`
`
`38 See, e.g., Exhibit 2001, ¶ 40.
`
`39 Exhibit 2002 at 8:14-18.
`
`40 Id. at 5:45-49.
`
`41 Exhibit 1001.
`
`42 Exhibit 2002 at page 2.
`
`
`
`
`
`14
`
`…Continued
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`formats and analytic routines43 and enhance analytical calculation power by
`
`creating data objects at the line item and document levels.44 This overcomes
`
`the limitations of traditional spreadsheets which operate only at the cell (single
`
`number) level.45
`
`Reusable Data Markup Language provides RDML tags for data
`
`characteristics that HTML lacked and supplies a set of tags for content and
`
`meaning of numbers for general use, which is missing in XML.46
`
`A suite of software applications has been developed to create documents
`
`with RDML tag markups, read or parse the RDML documents, display them
`
`as graphs or in tree views, combine and compare data from multiple online
`
`sources, and manipulate, transform and analyze numerical data from multiple
`
`online sources.47 RDML permits the browsing and manipulation of numbers,
`
`and allows the “RDML Data Viewer” to act as a combination Web browser
`
`
`43 Id. at 10:38-39.
`
`44 Id. at 15:59-63.
`
`45 Id. at 2:31-35.
`
`46 Id. at 9:4-11.
`
`47 Id. at 17:1-7.
`
`
`
`
`
`…Continued
`
`15
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`and spreadsheet/analytic application that automatically read numbers from
`
`multiple online sources, understand their meaning, and manipulate them
`
`without human intervention.48
`
`RDML encodes information about numbers in tags that relate to each
`
`number.49 The encoded information is connected with the numbers themselves
`
`and the tags move with the numbers when the numbers are ported.50 By
`
`associating the numbers with the numbers’ attributes and making it machine-
`
`readable, RDML facilitates browsing for and processing numbers.51
`
`The RDML Data Viewer is an “Application” in accordance with the
`
`XML Specifications.52 The RDML Data Viewer accesses information
`
`contained in an XML-formatted document by invoking the XML Processor to
`
`obtain individual data elements based on their “extended” tags that have been
`
`
`48 Id. at 17:7-14.
`
`49 Id. at 4:11-16.
`
`50 Id.
`
`51 Id. at 3:51-61.
`
`52 Id. at 8:46-52.
`
`
`
`
`
`…Continued
`
`16
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`defined in accordance with the “extensibility” features of XML.53 The RDML
`
`Data Viewer automates the process of merging the tagged elements derived
`
`from documents written in different formats and languages into a single,
`
`standardized data set.54 Where there are conflicts, the RDML Data Viewer
`
`automatically resolves the conflicts between the characteristics of the varying
`
`documents to create a standard set of tags using the RDML taxonomy.55 The
`
`RDML Data Viewer also provides a macro development and management
`
`scheme that allows users to create reusable custom routines for the
`
`manipulation, transformation and display of RDML-formatted data.56 By
`
`defining standards for data characteristics and content-analysis, RDML
`
`addresses the problems caused by XML’s use of customized tagging making
`
`RDML applicable for general use.57
`
`
`
`
`53 Id. at 9:4-11.
`
`54 Id. at 9:50-52.
`
`55 Id. at 11:21-27.
`
`56 Id. at 8:60-62.
`
`57 Id. at 10:17-19.
`
`
`
`
`
`…Continued
`
`17
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`The Impact of the Improvements of the ‘383 Patent
`
`One embodiment covered by the claimed invention includes “pairing the
`
`metadata directly with the numerical data in machine-readable form so the
`
`numerical data could be easily identified and used in different program
`
`applications.”58 This has never been done before.
`
`The inventions claimed in the ‘383 patent59 were invented prior to the
`
`creation of the XBRL standard.60 Prior art, as embodied in HTML and XML
`
`at the time of the filing of the ‘383 patent61, did not provide any metadata (i.e.,
`
`information about the attributes or characteristics of a data element) beyond
`
`simple display formatting.62 Without these attributes and characteristics, it was
`
`not possible for a human or a computer to select, process, combine or output
`
`data elements without resorting to human intervention to find, associate and
`
`take into account how the appropriate attributes and characteristics would
`
`
`58 Id. at 5:45-49.
`
`59 Id.
`
`60 See, e.g., Exhibit 2002.
`
`61 Exhibit 1001.
`
`62 Exhibit 2002 at 1:37-39, 1:64-67.
`
`
`
`
`
`18
`
`…Continued
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`affect the selection, processing, combination and outputting activities.63 For
`
`example, financial statements, such as those submitted to the SEC, contain
`
`numeric values for typical accounting data items types such as “Assets,”
`
`“Balances,” “Cash,” etc.64 To organize the multiple occurrences of these items,
`
`accountants would create financial statements such as “Balance Sheets,”
`
`“Income Statements,” etc., that typically have formats that hierarchically
`
`display and summarize these accounting items in a manner that reflects how
`
`the individual organization or organizational unit represents its financial
`
`condition.65 Before the introduction of the inventive concepts contained in the
`
`‘383 patent66, there were no tools that could automatically associate individual
`
`accounting data items with the appropriate sections of the organization’s
`
`financial statements.67 Typically, the organization would have to rely on its
`
`senior financial accountants to manually select, analyze, combine, and format
`
`
`63 Id. at 2:36-42.
`
`64 Id. at 9:44-50.
`
`65 Id. at 9:44-50.
`
`66 Exhibit 1001.
`
`67 Exhibit 2002 at 5:45-52.
`
`
`
`
`
`19
`
`…Continued
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`accounting items in a manner that corresponded to that organization’s
`
`Financial Statement situation.68 Thus, each iteration of Financial Statement
`
`preparation required a large amount of human intervention to create a
`
`Financial Statement that faithfully adhered to the “letter” and “intent” of the
`
`generally accepted accounting standards due to the lack of a means to capture
`
`and utilize the required metadata.69 The ‘383 patent70 provides these
`
`capabilities which are not addressed by either HTML or XML.71 The
`
`continuing significant efforts by the Financial Accounting Standards Board
`
`(FASB) and the XBRL International organization to grow and expand the
`
`Extensible Business Reporting Language are a testament to the necessity and
`
`value of the inventions contained in the ‘383 patent.72 The SEC is currently
`
`performing cross-financial entity and cross-industry “data mining” activities to
`
`better understand financial trends and to better discover improprieties by
`
`
`68 See, e.g., Exhibit 2001, ¶ 46.
`
`69 Id.
`
`70 Exhibit 1001.
`
`71 See, e.g., Exhibit 2001, ¶ 46.
`
`72 Exhibit 1001
`
`
`
`
`
`20
`
`…Continued
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`comparing financial entities.73 These activities would not be possible without
`
`the ability of different program applications to utilize the inventions contained
`
`in the ‘383 patent.74
`
`One embodiment covered by the claimed invention also seeks to “define
`
`standards for both data formats and analytic routines.”75
`
`Before the introduction of the inventions contained in the ‘383 patent76
`
`the preparation of financial statements involved the manual selection, analysis,
`
`combination, and outputting of numerical data items based on the best efforts
`
`of the organization’s senior accountants and later accepted as appropriate by
`
`Certified Public Accountants.77 Without defined standards for capturing and
`
`accessing both numerical data attributes and characteristics, the selection of
`
`appropriate data formats and analytic routines could not be performed
`
`
`73 See, e.g., Exhibit 2001, ¶ 46.
`
`74 Exhibit 1001
`
`75 Exhibit 2002 at 10:38-39.
`
`76 Exhibit 1001.
`
`77 See, e.g., Exhibit 2001, ¶ 48.
`
`
`
`
`
`21
`
`…Continued
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`automatically by either human or machine.78 The ‘383 patent79 provides a
`
`mechanism to capture the metadata required to identify the attributes and
`
`characteristics of each numerical data element, and thereby allow the
`
`automated selection of the appropriate analytic routines based on the metadata
`
`associated with those analytical routines.80 For example, an international
`
`organization may operate in several political jurisdictions, each having their
`
`own financial regulations, reporting formats and analytical processing
`
`procedures.81 For the international organization to produce a combined
`
`Financial Statement of Condition, the financial statement within each
`
`jurisdiction must first be created and then combined into a consolidated
`
`financial statement.82 One embodiment covered by the claimed invention
`
`provides a mechanism to capture the necessary numerical data, item metadata,
`
`and analytical processing routine metadata to facilitate the required association
`
`
`78 Exhibit 2002 at 10:17-19.
`
`79 Exhibit 1001.
`
`80 Exhibit 2002 at 12:60-13:3.
`
`81 Id. at 48:38-42.
`
`82 Id.
`
`
`
`
`
`…Continued
`
`22
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`of numerical data to routines needed to automatically produce combined
`
`financial statements without manual human intervention.
`
`One embodiment covered by the claimed invention involves “enhance
`
`analytical calculation power by creating data objects at the line item and
`
`document levels.”83
`
`Prior art at the time of the filing of the ‘383 patent84 only provided for the
`
`automated display of structured data using HTML85 or XML.86 While these
`
`display structures provided an elementary “visual” representation of the
`
`relationship between the data elements, there was no standard way of
`
`capturing these relationships in a manner that this information could be stored
`
`and accessed by human or automated processes.87 The ‘383 patent88 provides a
`
`
`83 Exhibit 2002 at 15:59-63.
`
`84 Exhibit 1001.
`
`85 Exhibit 2002 at 1:29-39.
`
`86 Id. at 1:61-67.
`
`87 Id. at 10:17-19.
`
`88 Exhibit 1001.
`
`
`
`
`
`23
`
`…Continued
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`mechanism to capture and utilize these types of relationships.89 For example,
`
`financial transactions typically might consist of a date, description, multiple
`
`account identifiers (e.g., debit, credit, distribution, etc.), and amounts for
`
`each.90 In a manual or automated accounting system, these components of a
`
`financial transaction would typically be stored together in an information
`
`processing system (e.g., “data base”).91 Without the inventions contained in
`
`the ‘383 patent92, there would be no automated way of unambiguously
`
`capturing these elements presented in an HTML or XML document due to the
`
`lack of the necessary metadata.93
`
`One possible embodiment of the Reusable Data Markup Language
`
`(RDML) includes “A set of tags to encode attributes and meaning of
`
`numbers.”94 RDML encodes information about numbers in tags that relate to
`
`
`89 Exhibit 2002 at 12:60-13:3.
`
`90 Id. at 9:44-50.
`
`91 Id.
`
`92 Exhibit 1001.
`
`93 Exhibit 2002 at 2:36-42.
`
`94 Id. at 9:4-11.
`
`
`
`
`
`24
`
`…Continued
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`each number, which is connected with the numbers themselves and the tags
`
`move with the numbers when the numbers are ported.”95
`
`Prior art at the time of the filing of the ‘383 patent96 did not provide a
`
`mechanism to identify numerical data element attributes, characteristics,
`
`formats or relationships.97 For example, an information system would typically
`
`store structured data, such as financial transactions, in a “database” system
`
`that preserved record or “line item” relationships for a collection of related
`
`transactions (i.e., a business document).98 Typically, the metadata describing
`
`these record and data element characteristics would be stored in the “schema”
`
`subsystem of the database system.99 However, there was no universal
`
`mechanism to store and share the metadata describing the structure of the
`
`records, the metadata of the individual data elements within each record, the
`
`metadata describing the relationship among different records representing a
`
`
`95 Id. at 4:11-16.
`
`96 Exhibit 1001.
`
`97 Exhibit 2002 at 1:52-54.
`
`98 Id. at 9:44-50.
`
`99 Id. at 11:4-7.
`
`
`
`
`
`25
`
`…Continued
`
`
`
`IPR2018-01391
`U.S. Patent No. 9,262,383
`
`transaction, nor the semantic meaning of the data elements.100 For example, an
`
`“invoice” might consist of various information about the supplier (e.g., name,
`
`address, tax id, etc.), consumer (e.g., name, address, tax id, etc.), and
`
`individual invoice line items (e.g., item identifier, description, dimensions,
`
`cost, etc.) .