US20200167411A1 - Unstructured Footnotes in Electronic Mortgage Documents - Google Patents
Unstructured Footnotes in Electronic Mortgage Documents Download PDFInfo
- Publication number
- US20200167411A1 US20200167411A1 US16/296,294 US201916296294A US2020167411A1 US 20200167411 A1 US20200167411 A1 US 20200167411A1 US 201916296294 A US201916296294 A US 201916296294A US 2020167411 A1 US2020167411 A1 US 2020167411A1
- Authority
- US
- United States
- Prior art keywords
- query
- electronic
- client device
- attachment
- footnote
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G06F17/241—
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/166—Editing, e.g. inserting or deleting
- G06F40/169—Annotation, e.g. comment data or footnotes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/93—Document management systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
- G06F16/9558—Details of hyperlinks; Management of linked annotations
-
- G06F17/243—
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/166—Editing, e.g. inserting or deleting
- G06F40/174—Form filling; Merging
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
Definitions
- Standardization of processes and data is one of the benefits that users gain from business application software.
- Data is structured and as such put into databases and other structured storage, from where it can be retrieved easily and which allows for methodically analyzing it. Often such data will be used to populate forms which themselves represent data in a structured manner.
- An example of such a form would be a financial assessment of a mortgage applicant.
- FIG. 1 is a simplified illustration of an operating environment, according to exemplary embodiments
- FIGS. 2-5 are examples of a graphical user interface, according to exemplary embodiments.
- FIG. 6 illustrates an electronic database, according to exemplary embodiments.
- first, second, etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first device could be termed a second device, and, similarly, a second device could be termed a first device without departing from the teachings of the disclosure.
- FIG. 1 is a simplified illustration of an operating environment, according to exemplary embodiments.
- a server 20 communicates with a client device 22 via a communications network 24 .
- FIG. 1 illustrates the client device 22 as a mobile tablet computer 26 , which most readers are thought familiar.
- the client device 22 may be a server, mobile smartphone, computer, or any other processor-controlled device, as later paragraphs will explain.
- the client device 22 sends an electronic request 28 via the communications network 24 to a network address (e.g., Internet protocol address) associated with the server 20 .
- the electronic request 28 requests an electronic document 30 and specifies a query parameter 32 . While the electronic document 30 may represent or contain any information or data, most readers are also thought familiar with an electronic mortgage application 34 .
- the electronic request 28 may request electronic data, database entries, forms, and/or documents that are related to the electronic mortgage application 34 .
- a user may thus instruct or cause the mobile tablet computer 26 to send the electronic request 28 specifying the query parameter 32 .
- the server 20 receives the electronic request 28 , the server 20 queries an electronic database 36 for the query parameter 32 specified by the electronic request 28 .
- the server 20 retrieves information stored in the electronic database 36 .
- the server 20 has a processor 38 that executes a server-side application 40 stored in a solid-state memory device 42 .
- the mobile tablet computer 26 has a processor 44 that executes a client-side application 46 stored in a solid-state memory device 48 .
- the server-side application 40 and the client-side application 46 may thus cooperate (perhaps in a client-server relationship) to identify and/or to retrieve electronic mortgage data 50 , database entries 52 , mortgage forms 54 , and/or other information stored in the electronic database 36 that is related to the electronic mortgage application 34 .
- the server-side application 34 instructs or causes the processor 38 to read or inspect the electronic request 28 for the query parameter 32 .
- the server-side application 34 instructs or causes the processor 38 to query the electronic database 36 for the query parameter 32 and identify its corresponding electronic mortgage data 50 , database entries 52 , mortgage forms 54 , and/or other information that is related to the electronic mortgage application 34 .
- the server-side application 34 may then instruct or cause the processor 38 to retrieve any data or information contained within and/or referenced by the electronic database 36 .
- the server-side application 34 may even instruct or cause the processor 38 to assemble or to arrange the electronic mortgage data 50 and/or the database entries 52 as the mortgage forms 54 .
- the server 20 sends a query response 56 to the network address (e.g., Internet protocol address) associated with the mobile tablet computer 26 .
- the network address e.g., Internet protocol address
- the mobile tablet computer 26 receives the query response 56 .
- the query response 56 may be sent as one or more packetized messages 58 , web pages 60 , or short message service (SMS) messages 62 .
- SMS short message service
- the query response 56 may additionally or alternatively be posted to a social network.
- the query response 56 may contain the electronic mortgage data 50 , the database entries 52 , and/or the mortgage forms 54 that are related to the query parameter 32 specified by the electronic request 28 .
- the query response 56 may also contain or reference a hyperlink 64 that permits the mobile tablet computer 26 to download data or information identified by the electronic database 36 .
- the client-side application 34 instructs or causes its processor 44 to present the query response 56 to the user.
- the tablet computer 26 may generate a graphical user interface (or GUI) 66 or display by its display device 68 .
- the graphical user interface 66 incorporates the data or information identified by the electronic database 36 (e.g., the electronic mortgage data 50 , the database entries 52 , and/or the mortgage forms 54 ).
- the tablet computer 26 thus be visually and/or audibly presents the graphical user interface 66 to the user.
- the server 20 may thus be a central or network repository.
- the server 20 may store or maintain the electronic database 36 as a resource for requesting clients (such as the mobile tablet computer 26 ).
- the server may store the database entries 52 that map, relate, or associate many conventional and reverse electronic mortgage applications 34 , the mortgage forms 54 , and/or their corresponding and/or supporting electronic mortgage data 50 .
- the server 20 may thus have hundreds, thousands, or even millions of database entries 52 that map or relate different users to their electronic mortgage applications 34 .
- FIG. 2 is an example of the graphical user interface 66 , according to exemplary embodiments.
- the graphical user interface 66 illustrates an electronic mortgage data record 70 that relates to an applicant's electronic mortgage application (illustrated as reference numeral 34 in FIG. 1 ).
- the electronic mortgage data record 70 has data fields that visually incorporate their corresponding electronic mortgage data 50 and/or the database entries 52 identified by the electronic database 36 (all illustrated in FIG. 1 ).
- the electronic mortgage data record 70 displays a set of current credits, each of them furthermore simply called credit or record (the more technical term) that are the basis for a new credit decision.
- Each credit consists of structured data such as Name 72 , Account Number 74 , Balance 76 , Next Payment Amount 78 , Late Payments 80 , and others.
- the electronic mortgage data record 70 may have one or more categories.
- a System Generated Identifier 82 may be one of the electronic mortgage data 50 and/or the database entries 52 that used to let humans distinguish the different credits in the system that are allocated to a particular case. This does not need to be the same as the record Id that is being used for persistent storage.
- One or more Structured Data fields 84 present the electronic mortgage data 50 and/or the database entries 52 (retrieved from the electronic database 36 illustrated in FIG. 1 ) in a structured form, such as the Name 72 , Account Number 74 , Balance 76 , Next Payment Amount 78 , Late Payments 80 within a predefined period. This data is entered in well-defined fields that are specific to each entry, such as the balance 76 of the account.
- Attachments 86 are documents that are stored electronically.
- the graphical user interface 66 presents the attachments 86 as accessed through the hyperlink 64 , a graphical control button or any other access scheme.
- the Attachments 86 themselves can be clearly defined such as a W9. But the Attachments 86 can also be less structured and defined, such as explanatory letters, police reports, pictures.
- One or more Explanations 88 allow for unstructured explanatory entries. This can be plain text or formatted text such as HTML, allowing to insert hyperlinks to the Attachments 86 . A user of the mobile tablet computer 26 may thus place a cursor and manually enter textual commentary into the field representing the Explanations 88 .
- FIGS. 3-4 are more examples of the graphical user interface 66 , according to exemplary embodiments.
- the graphical user interface 66 again illustrates the electronic mortgage data record 70 that relates to an applicant's electronic mortgage application (illustrated as reference numeral 34 in FIG. 1 ).
- the graphical user interface 66 generally displays the same categories.
- a Record Id 90 is any unique identifier used in the electronic database 36 for the electronic mortgage data record 70 and/or an applicant's electronic mortgage application 34 .
- An Id 92 is a system-generated identifier that allows for human identification of the electronic mortgage data record 70 and/or an applicant's electronic mortgage application 34 in a list of presented records.
- the graphical user interface 66 may also present the Name 72 , Account Number 74 , Balance 76 , Next Payment Amount 78 , and Late Payments 80 . All these fields should have appropriate types for the data entered.
- the Attachments 86 field is also illustrated. While the attachments 86 (such as pdf documents) can be stored directly inside the electronic mortgage data record 70 and/or an applicant's electronic mortgage application 34 , best practices rather suggest alternatively storing the Attachments 86 separately, in a file system or other adequate storage and have references to the stored attachments. This alternative is achieved with an attachment class structure 94 .
- the attachment class structure 94 in its simplest form has two properties:
- the Text 88 is also illustrated.
- the Text 88 allows a user to enter unstructured textual information. It is advantageous to use a markup language such as hyper-text HTML, which allows for extensions. This example will extend HTML with a tag ⁇ special-document> and allow for an attribute “sd-reference” (illustrated as reference numeral 100 ). The Text 88 effectively stored would then appear as
- exemplary embodiments may then modify and/or replace the tag attribute “sd-reference” 100 with the human understandable AttachmentName 96 so it appears as:
- FIG. 5 is another example of the graphical user interface 66 , according to exemplary embodiments.
- the graphical user interface 66 again illustrates the electronic document 30 as multiple mortgage forms 54 that incorporate the electronic mortgage data 50 and/or the database entries 52 identified in the electronic database 36 (illustrated in FIG. 1 ).
- the graphical user interface 66 may process and include a footnote 110 as the hyperlink 64 to further informational content.
- the server (illustrated as reference numeral 20 in FIG. 1 ) may store, retrieve, and send the electronic mortgage data 50 and/or the database entries 52 (illustrated in FIG. 1 ) that are used to generate and/or to display the footnote 110 .
- the graphical user interface 66 displays the mortgage forms 54 that arrange or organize the corresponding electronic mortgage data 50 and/or the database entries 52 , perhaps according to a structured and non-structured format. Many electronic forms are well-defined and do not allow for non-structured information to be presented. But there is always the possibility to add further information behind the formal part of the form or on a blank additional page.
- the footnote 110 ties additional information to the correct entry in the electronic mortgage forms 54 .
- the footnote 110 is a human understandable, electronic reference webpage hyperlink 64 .
- the footnote 110 is preferably encoded in a markup language such as HTML that allows inserting the hyperlink 64 inside the electronic mortgage data record 70 where the user wishes to add the unstructured text 88 .
- FIG. 5 illustrates the user inserting the footnote 110 (“F3”) as additional commentary for the columnar database entry “Credit Bank Credit Card” (illustrated as reference numeral 112 ).
- the “Credit Bank Credit Card” 112 corresponds to the AttachmentName 96 (previously explained with reference to FIGS. 3-4 ).
- the footnote 110 may be added to any location within the electronic mortgage data record 70 , the reader likely understands that the footnote 110 is preferably inserted as textual commentary proximate to its corresponding columnar database entry 112 .
- the text may include a footnote ID and reference text.
- the text reads “F3”, whereas “F” can stand for Footnote and then the number “3” references the human understandable Id of the record.
- the hyperlink 64 may be termed hyperlink F3.
- the unstructured text 88 may be added to the end of the electronic mortgage data record 70 representing the mortgage form 54 .
- the graphical user interface 66 , the electronic mortgage data record 70 , and/or the mortgage form 54 may thus be generated to include a Footnote section 114 .
- the Attachments 86 may be made available on the server 20 . In order to access them from within the footnote 110 (where they are referenced), the Attachments 86 may be embedded in the hyperlink 64 . The reference in the original text is then replaced with an updated hyperlink 64 :
- FIG. 6 further illustrates the electronic database 36 , according to exemplary embodiments.
- FIG. 6 illustrates the electronic database 36 as a table 120 that electronically maps, relates, or associates the attachments 86 to their corresponding tag attribute 100 , footnote 110 , text 88 , and/or hyperlink 64 .
- the table 120 may thus have entries arranged as relational columns and rows that map or relate each different footnote 110 to its corresponding constituent or component database information.
- the electronic database 36 is illustrated as being locally stored in the server 20 , but some or all of the electronic database entries 52 may be remotely maintained at some other server or location in the communications network (illustrated as reference numeral 24 in FIG. 1 ).
- the electronic database 36 may contain many entries that richly detail the footnotes 110 inserted into hundreds, thousands, or millions of the electronic mortgage data records 70 for many mortgage applicants. In practice, then, the electronic database 36 may contain many entries that richly detail many electronic mortgage applications 34 .
- the server 20 may send the electronic mortgage form 54 as the query response 56 to the electronic request 26 .
- the server 20 may generate the electronic mortgage form 54 .
- the electronic mortgage form 54 incorporates the footnote 110 and its explanatory text 88 .
- the footnote 110 may further incorporate the hyperlink 64 to permit mousing over or other tactile selection to download and view the attachment 86 .
- the electronic mortgage form 54 may be generated as or formatted as the packetized messages 58 , web pages 60 , or short message service (SMS) messages 62 .
- SMS short message service
- Exemplary embodiments may utilize any processor-controlled device, such as the above-mentioned server 20 and/or tablet computer 26 .
- the processor-controlled device may be a tablet computer, tablet, digital watch, digital media player, digital television, or any other device having a processor and solid-state memory device.
- the processor-controlled device has a network interface to the communications network 24 , thus allowing two-way, bidirectional communication with clients, servers, and other network-accessible devices.
- the server-side application 40 and the client-side application 46 include instructions, code, and/or programs that cause the processor-controlled device to perform operations, such as calling/retrieving any of the electronic mortgage data 50 or entries 52 in the electronic database 26 and generating the mortgage form 54 and/or the electronic mortgage data record 70 .
- the electronic database 36 may further have tabular (e.g., columns and rows) entries that further map or associate any of the Name 72 , Account Number 74 , Balance 76 , Next Payment Amount 78 , and Late Payments 80 , system generated identifier 82 , Record Id 90 , and/or Id 92 to their corresponding attachments 86 , and to their corresponding tag attribute 100 , footnote 110 , text 88 , and/or hyperlink 64 . Any of the entries in the electronic database may be identified and/or retrieved and sent as a packetized message via the communications network to any other device or network address (e.g., Internet protocol address).
- the processor-controlled device may thus accept or receive queries from clients, and each query specifies a query parameter. If the electronic database contains or references a satisfying or matching entry, any related entries may be identified and send as a query response to the client.
- Exemplary embodiments may be applied regardless of networking environment. Exemplary embodiments may be easily adapted to stationary or mobile devices having cellular, wireless fidelity (WI-FI®), near field, and/or BLUETOOTH® capability. Exemplary embodiments may be applied to mobile devices utilizing any portion of the electromagnetic spectrum and any signaling standard (such as the IEEE 802 family of standards, GSM/CDMA/TDMA or any cellular standard, and/or the ISM band). Exemplary embodiments, however, may be applied to any processor-controlled device operating in the radio-frequency domain and/or the Internet Protocol (IP) domain.
- IP Internet Protocol
- Exemplary embodiments may be applied to any processor-controlled device utilizing a distributed computing network, such as the Internet (sometimes alternatively known as the “World Wide Web”), an intranet, a local-area network (LAN), and/or a wide-area network (WAN).
- Exemplary embodiments may be applied to any processor-controlled device utilizing power line technologies, in which signals are communicated via electrical wiring. Indeed, exemplary embodiments may be applied regardless of physical componentry, physical configuration, or communications standard(s).
- Exemplary embodiments may utilize any processing component, configuration, or system.
- Any processor could be multiple processors, which could include distributed processors or parallel processors in a single machine or multiple machines.
- the processor can be used in supporting a virtual processing environment.
- the processor could include a state machine, application specific integrated circuit (ASIC), programmable gate array (PGA) including a Field PGA, or state machine.
- ASIC application specific integrated circuit
- PGA programmable gate array
- any of the processors execute instructions to perform “operations,” this could include the processor performing the operations directly and/or facilitating, directing, or cooperating with another device or component to perform the operations.
- Exemplary embodiments may packetize.
- the processor-controlled device may collect, send, and retrieve information.
- the information may be formatted or generated as packets of data according to a packet protocol (such as the Internet Protocol).
- the packets of data contain bits or bytes of data describing the contents, or payload, of a message.
- a header of each packet of data may contain routing information identifying an origination address and/or a destination address.
- Exemplary embodiments may be physically embodied on or in a computer-readable memory device or other storage medium.
- This computer-readable medium may include CD-ROM, DVD, tape, cassette, floppy disk, optical disk, memory card, memory drive, and large-capacity disks.
- This computer-readable medium, or media could be distributed to end-subscribers, licensees, and assignees.
- a computer program product comprises processor-executable instructions for adding footnotes to electronic mortgage documents, as the above paragraphs explained.
Abstract
Description
- This application claims domestic benefit of U.S. Provisional Application No. 62/771,620 filed Nov. 27, 2018 and incorporated herein by reference in its entirety.
- Standardization of processes and data is one of the benefits that users gain from business application software. Data is structured and as such put into databases and other structured storage, from where it can be retrieved easily and which allows for methodically analyzing it. Often such data will be used to populate forms which themselves represent data in a structured manner.
- An example of such a form would be a financial assessment of a mortgage applicant.
- While most data is available in a measurable and often numeric value, there may be additional explanatory information that might be relevant for a credit decision (in the case of a mortgage application). For instance, a drop in the FICO score might have an explanation, such as a medical incident or fraud committed by a third party. Additionally, there might be supporting documentation. While some of these cases can be anticipated, and built into the system and into the forms that are used to collect and report the information, there will always be the occasional request that unformatted context needs to be collected and stored. Often such information then has to populate well-defined paper forms, that don't have space for explanations in the particular locations of the form, where such explanations would be most helpful.
- Current systems do not allow to systematically handle such situations. This is particularly the case when data is electronically stored in structured storage, such as databases and then such data is reproduced into well defined forms. State of the art is to allow for a general comment that handles the whole data-set or form.
- The features, aspects, and advantages of the exemplary embodiments are understood when the following Detailed Description is read with reference to the accompanying drawings, wherein:
-
FIG. 1 is a simplified illustration of an operating environment, according to exemplary embodiments; -
FIGS. 2-5 are examples of a graphical user interface, according to exemplary embodiments; and -
FIG. 6 illustrates an electronic database, according to exemplary embodiments. - The exemplary embodiments will now be described more fully hereinafter with reference to the accompanying drawings. The exemplary embodiments may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. These embodiments are provided so that this disclosure will be thorough and complete and will fully convey the exemplary embodiments to those of ordinary skill in the art. Moreover, all statements herein reciting embodiments, as well as specific examples thereof, are intended to encompass both structural and functional equivalents thereof. Additionally, it is intended that such equivalents include both currently known equivalents as well as equivalents developed in the future (i.e., any elements developed that perform the same function, regardless of structure).
- Thus, for example, it will be appreciated by those of ordinary skill in the art that the diagrams, schematics, illustrations, and the like represent conceptual views or processes illustrating the exemplary embodiments. The functions of the various elements shown in the figures may be provided through the use of dedicated hardware as well as hardware capable of executing associated software. Those of ordinary skill in the art further understand that the exemplary hardware, software, processes, methods, and/or operating systems described herein are for illustrative purposes and, thus, are not intended to be limited to any particular named manufacturer.
- As used herein, the singular forms “a,” “an,” and “the” are intended to include the plural forms as well, unless expressly stated otherwise. It will be further understood that the terms “includes,” “comprises,” “including,” and/or “comprising,” when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof. It will be understood that when an element is referred to as being “connected” or “coupled” to another element, it can be directly connected or coupled to the other element or intervening elements may be present. Furthermore, “connected” or “coupled” as used herein may include wirelessly connected or coupled. As used herein, the term “and/or” includes any and all combinations of one or more of the associated listed items.
- It will also be understood that, although the terms first, second, etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first device could be termed a second device, and, similarly, a second device could be termed a first device without departing from the teachings of the disclosure.
-
FIG. 1 is a simplified illustration of an operating environment, according to exemplary embodiments. Aserver 20 communicates with aclient device 22 via acommunications network 24.FIG. 1 illustrates theclient device 22 as amobile tablet computer 26, which most readers are thought familiar. Theclient device 22, however, may be a server, mobile smartphone, computer, or any other processor-controlled device, as later paragraphs will explain. Regardless, theclient device 22 sends an electronic request 28 via thecommunications network 24 to a network address (e.g., Internet protocol address) associated with theserver 20. The electronic request 28 requests anelectronic document 30 and specifies aquery parameter 32. While theelectronic document 30 may represent or contain any information or data, most readers are also thought familiar with anelectronic mortgage application 34. That is, the electronic request 28 may request electronic data, database entries, forms, and/or documents that are related to theelectronic mortgage application 34. A user may thus instruct or cause themobile tablet computer 26 to send the electronic request 28 specifying thequery parameter 32. When theserver 20 receives the electronic request 28, theserver 20 queries anelectronic database 36 for thequery parameter 32 specified by the electronic request 28. - The
server 20 retrieves information stored in theelectronic database 36. Theserver 20 has aprocessor 38 that executes a server-side application 40 stored in a solid-state memory device 42. Themobile tablet computer 26 has aprocessor 44 that executes a client-side application 46 stored in a solid-state memory device 48. The server-side application 40 and the client-side application 46 may thus cooperate (perhaps in a client-server relationship) to identify and/or to retrieveelectronic mortgage data 50,database entries 52,mortgage forms 54, and/or other information stored in theelectronic database 36 that is related to theelectronic mortgage application 34. For example, the server-side application 34 instructs or causes theprocessor 38 to read or inspect the electronic request 28 for thequery parameter 32. The server-side application 34 instructs or causes theprocessor 38 to query theelectronic database 36 for thequery parameter 32 and identify its correspondingelectronic mortgage data 50,database entries 52,mortgage forms 54, and/or other information that is related to theelectronic mortgage application 34. The server-side application 34 may then instruct or cause theprocessor 38 to retrieve any data or information contained within and/or referenced by theelectronic database 36. The server-side application 34 may even instruct or cause theprocessor 38 to assemble or to arrange theelectronic mortgage data 50 and/or thedatabase entries 52 as themortgage forms 54. Regardless, theserver 20 sends aquery response 56 to the network address (e.g., Internet protocol address) associated with themobile tablet computer 26. - The
mobile tablet computer 26 receives thequery response 56. Thequery response 56 may be sent as one or morepacketized messages 58,web pages 60, or short message service (SMS)messages 62. Thequery response 56 may additionally or alternatively be posted to a social network. Regardless, thequery response 56 may contain theelectronic mortgage data 50, thedatabase entries 52, and/or themortgage forms 54 that are related to thequery parameter 32 specified by the electronic request 28. Thequery response 56 may also contain or reference ahyperlink 64 that permits themobile tablet computer 26 to download data or information identified by theelectronic database 36. When themobile tablet computer 26 receives thequery response 56, the client-side application 34 instructs or causes itsprocessor 44 to present thequery response 56 to the user. Thetablet computer 26, for example, may generate a graphical user interface (or GUI) 66 or display by itsdisplay device 68. Thegraphical user interface 66 incorporates the data or information identified by the electronic database 36 (e.g., theelectronic mortgage data 50, thedatabase entries 52, and/or the mortgage forms 54). Thetablet computer 26 thus be visually and/or audibly presents thegraphical user interface 66 to the user. - The
server 20 may thus be a central or network repository. Theserver 20 may store or maintain theelectronic database 36 as a resource for requesting clients (such as the mobile tablet computer 26). The server may store thedatabase entries 52 that map, relate, or associate many conventional and reverseelectronic mortgage applications 34, the mortgage forms 54, and/or their corresponding and/or supportingelectronic mortgage data 50. Theserver 20 may thus have hundreds, thousands, or even millions ofdatabase entries 52 that map or relate different users to theirelectronic mortgage applications 34. -
FIG. 2 is an example of thegraphical user interface 66, according to exemplary embodiments. Thegraphical user interface 66 illustrates an electronicmortgage data record 70 that relates to an applicant's electronic mortgage application (illustrated asreference numeral 34 inFIG. 1 ). The electronicmortgage data record 70 has data fields that visually incorporate their correspondingelectronic mortgage data 50 and/or thedatabase entries 52 identified by the electronic database 36 (all illustrated inFIG. 1 ). The electronicmortgage data record 70 displays a set of current credits, each of them furthermore simply called credit or record (the more technical term) that are the basis for a new credit decision. Each credit consists of structured data such asName 72,Account Number 74,Balance 76,Next Payment Amount 78,Late Payments 80, and others. To each of these credits there are the standard credit documents such as a written loan agreement, a credit card application and periodic statements. Well-designed systems also anticipate special situations, such as joint credit accounts, stolen credit cards and provide structured ways to handle these. But there can be situations that were not anticipated, such as a credit card issuer issued the same credit card number twice, resulting in lots of explanations and supporting documents. - The electronic
mortgage data record 70 may have one or more categories. For example, a System GeneratedIdentifier 82 may be one of theelectronic mortgage data 50 and/or thedatabase entries 52 that used to let humans distinguish the different credits in the system that are allocated to a particular case. This does not need to be the same as the record Id that is being used for persistent storage. One or more Structured Data fields 84 present theelectronic mortgage data 50 and/or the database entries 52 (retrieved from theelectronic database 36 illustrated inFIG. 1 ) in a structured form, such as theName 72,Account Number 74,Balance 76,Next Payment Amount 78,Late Payments 80 within a predefined period. This data is entered in well-defined fields that are specific to each entry, such as thebalance 76 of the account. This structured approach doesn't leave any room for entering data that doesn't strictly conform to the structure.Attachments 86 are documents that are stored electronically. Thegraphical user interface 66 presents theattachments 86 as accessed through thehyperlink 64, a graphical control button or any other access scheme. TheAttachments 86 themselves can be clearly defined such as a W9. But theAttachments 86 can also be less structured and defined, such as explanatory letters, police reports, pictures. One ormore Explanations 88 allow for unstructured explanatory entries. This can be plain text or formatted text such as HTML, allowing to insert hyperlinks to theAttachments 86. A user of themobile tablet computer 26 may thus place a cursor and manually enter textual commentary into the field representing theExplanations 88. -
FIGS. 3-4 are more examples of thegraphical user interface 66, according to exemplary embodiments. Thegraphical user interface 66 again illustrates the electronicmortgage data record 70 that relates to an applicant's electronic mortgage application (illustrated asreference numeral 34 inFIG. 1 ). Thegraphical user interface 66 generally displays the same categories. ARecord Id 90 is any unique identifier used in theelectronic database 36 for the electronicmortgage data record 70 and/or an applicant'selectronic mortgage application 34. AnId 92 is a system-generated identifier that allows for human identification of the electronicmortgage data record 70 and/or an applicant'selectronic mortgage application 34 in a list of presented records. Thegraphical user interface 66 may also present theName 72,Account Number 74,Balance 76,Next Payment Amount 78, andLate Payments 80. All these fields should have appropriate types for the data entered. - The
Attachments 86 field is also illustrated. While the attachments 86 (such as pdf documents) can be stored directly inside the electronicmortgage data record 70 and/or an applicant'selectronic mortgage application 34, best practices rather suggest alternatively storing theAttachments 86 separately, in a file system or other adequate storage and have references to the stored attachments. This alternative is achieved with anattachment class structure 94. Theattachment class structure 94 in its simplest form has two properties: -
- 1.
AttachmentName 96, a string to store the human understandable name of the file attachment (such as “Statement from Credit Bank of Ohio”); and - 2. A
file reference 98, which contains a unique identifier to identify the file attachment, often this would also be the file name.
Methods to store and retrieve files based on an identifier or file name are well documented. In the below simple example, the file name is simply and uniquely identified as “534.”
- 1.
- The
Text 88 is also illustrated. TheText 88 allows a user to enter unstructured textual information. It is advantageous to use a markup language such as hyper-text HTML, which allows for extensions. This example will extend HTML with a tag <special-document> and allow for an attribute “sd-reference” (illustrated as reference numeral 100). TheText 88 effectively stored would then appear as -
- “While Credit Bank sent a letter of apology, <special-document sd-reference:“534”>, they never removed . . . .”
The textual number “534” represents the uniquefile identifier reference 98 of theattachment file 86, allowing the system (such as theserver 20 and/or the mobile tablet computer 26) to retrieve theattachment file 86 itself as theattachment class structure 94 and henceforth theAttachmentName 96. The user ofserver 20 and/or themobile tablet computer 26 may even access an interface or software tool for changing the AttachmentName 96 (in this case of the attachment 86).
- “While Credit Bank sent a letter of apology, <special-document sd-reference:“534”>, they never removed . . . .”
- As
FIG. 4 illustrates, exemplary embodiments may then modify and/or replace the tag attribute “sd-reference” 100 with the humanunderstandable AttachmentName 96 so it appears as: -
- “While Credit Bank sent a letter of apology, Statement from Credit Bank of Ohio, they never removed . . . .”
The hyperlinked “Statement from Credit Bank of Ohio” is a uniform resource locator that points to therespective Attachment 86 instance so that a simple user's mouse click or other tactile selection can request, download, and open the attachment document itself and show it in the respective application (such as a pdf viewer). Referencing an attachment Id and retrieving the name of the attachment (AttachmentName 96) when rendering allows for changes in the name of the attachment while keeping the text consistent.
- “While Credit Bank sent a letter of apology, Statement from Credit Bank of Ohio, they never removed . . . .”
-
FIG. 5 is another example of thegraphical user interface 66, according to exemplary embodiments. Thegraphical user interface 66 again illustrates theelectronic document 30 asmultiple mortgage forms 54 that incorporate theelectronic mortgage data 50 and/or thedatabase entries 52 identified in the electronic database 36 (illustrated inFIG. 1 ). Thegraphical user interface 66 may process and include afootnote 110 as thehyperlink 64 to further informational content. The server (illustrated asreference numeral 20 inFIG. 1 ) may store, retrieve, and send theelectronic mortgage data 50 and/or the database entries 52 (illustrated inFIG. 1 ) that are used to generate and/or to display thefootnote 110. Thegraphical user interface 66 displays the mortgage forms 54 that arrange or organize the correspondingelectronic mortgage data 50 and/or thedatabase entries 52, perhaps according to a structured and non-structured format. Many electronic forms are well-defined and do not allow for non-structured information to be presented. But there is always the possibility to add further information behind the formal part of the form or on a blank additional page. - The
footnote 110 ties additional information to the correct entry in the electronic mortgage forms 54. Thefootnote 110 is a human understandable, electronicreference webpage hyperlink 64. Thefootnote 110, though, is preferably encoded in a markup language such as HTML that allows inserting thehyperlink 64 inside the electronicmortgage data record 70 where the user wishes to add theunstructured text 88.FIG. 5 , for example, illustrates the user inserting the footnote 110 (“F3”) as additional commentary for the columnar database entry “Credit Bank Credit Card” (illustrated as reference numeral 112). As the reader may recognize, the “Credit Bank Credit Card” 112 corresponds to the AttachmentName 96 (previously explained with reference toFIGS. 3-4 ). While thefootnote 110 may be added to any location within the electronicmortgage data record 70, the reader likely understands that thefootnote 110 is preferably inserted as textual commentary proximate to its correspondingcolumnar database entry 112. In order to make thefootnote 110 hyperlink human readable, the text may include a footnote ID and reference text. In this example the text reads “F3”, whereas “F” can stand for Footnote and then the number “3” references the human understandable Id of the record. Thus, thehyperlink 64 may be termed hyperlink F3. - The
unstructured text 88 may be added to the end of the electronicmortgage data record 70 representing themortgage form 54. Thegraphical user interface 66, the electronicmortgage data record 70, and/or themortgage form 54 may thus be generated to include aFootnote section 114. There could bemultiple footnotes 110 for other records. Records and theircorresponding footnotes 110 may be linked through a humanly readable reference index. For example, the footnote “F3” links the third record AttachmentName 96 (e.g., the “Credit Bank Credit Card” 112) to the footnote number 3. Furthermore, there can be a hyperlink embedded through a method called anchor. The link in hyperlink F3 in the record will show up as: -
- <a onclick=“scrolltoFootNote(‘F3’)”>F3)</a>
Whereas thefootnote 110 at the end of thewebpage 60, the electronicmortgage data record 70, and/or themortgage form 54 will be the anchor which can be encoded as:
- <a onclick=“scrolltoFootNote(‘F3’)”>F3)</a>
-
<div data-short-id=″F3″ class=″faw-row″> <div class=″faw-cell bolder″> <span>F3)</span> </div> <div class=″footnotes″> <p>(Footnote Text...)</p> </div> </div>
TheAttachments 86 may be made available on theserver 20. In order to access them from within the footnote 110 (where they are referenced), theAttachments 86 may be embedded in thehyperlink 64. The reference in the original text is then replaced with an updated hyperlink 64: -
- “While Credit Bank sent a letter of apology, <A href=“https://www.url/thedocument.pdf”>Statement from Credit Bank of Ohio</A> they never removed . . . ”
The hyperlink https://www.url/thedocument.pdf will then point to the URL of the document that is made available on theserver 20.
- “While Credit Bank sent a letter of apology, <A href=“https://www.url/thedocument.pdf”>Statement from Credit Bank of Ohio</A> they never removed . . . ”
-
FIG. 6 further illustrates theelectronic database 36, according to exemplary embodiments.FIG. 6 illustrates theelectronic database 36 as a table 120 that electronically maps, relates, or associates theattachments 86 to theircorresponding tag attribute 100,footnote 110,text 88, and/orhyperlink 64. The table 120 may thus have entries arranged as relational columns and rows that map or relate eachdifferent footnote 110 to its corresponding constituent or component database information. Theelectronic database 36 is illustrated as being locally stored in theserver 20, but some or all of theelectronic database entries 52 may be remotely maintained at some other server or location in the communications network (illustrated asreference numeral 24 inFIG. 1 ). AlthoughFIG. 6 only illustrates a few entries, in practice theelectronic database 36 may contain many entries that richly detail thefootnotes 110 inserted into hundreds, thousands, or millions of the electronic mortgage data records 70 for many mortgage applicants. In practice, then, theelectronic database 36 may contain many entries that richly detail manyelectronic mortgage applications 34. - Returning to
FIG. 1 , theserver 20 may send theelectronic mortgage form 54 as thequery response 56 to theelectronic request 26. Once theserver 20 determines theattachment 86 and itscorresponding tag attribute 100,footnote 110,text 88, and/orhyperlink 64, theserver 20 may generate theelectronic mortgage form 54. Theelectronic mortgage form 54 incorporates thefootnote 110 and itsexplanatory text 88. Thefootnote 110 may further incorporate thehyperlink 64 to permit mousing over or other tactile selection to download and view theattachment 86. Theelectronic mortgage form 54 may be generated as or formatted as thepacketized messages 58,web pages 60, or short message service (SMS)messages 62. - Exemplary embodiments may utilize any processor-controlled device, such as the above-mentioned
server 20 and/ortablet computer 26. However, the processor-controlled device may be a tablet computer, tablet, digital watch, digital media player, digital television, or any other device having a processor and solid-state memory device. The processor-controlled device has a network interface to thecommunications network 24, thus allowing two-way, bidirectional communication with clients, servers, and other network-accessible devices. The server-side application 40 and the client-side application 46 include instructions, code, and/or programs that cause the processor-controlled device to perform operations, such as calling/retrieving any of theelectronic mortgage data 50 orentries 52 in theelectronic database 26 and generating themortgage form 54 and/or the electronicmortgage data record 70. Theelectronic database 36 may further have tabular (e.g., columns and rows) entries that further map or associate any of theName 72,Account Number 74,Balance 76,Next Payment Amount 78, andLate Payments 80, system generatedidentifier 82,Record Id 90, and/orId 92 to theircorresponding attachments 86, and to theircorresponding tag attribute 100,footnote 110,text 88, and/orhyperlink 64. Any of the entries in the electronic database may be identified and/or retrieved and sent as a packetized message via the communications network to any other device or network address (e.g., Internet protocol address). The processor-controlled device may thus accept or receive queries from clients, and each query specifies a query parameter. If the electronic database contains or references a satisfying or matching entry, any related entries may be identified and send as a query response to the client. - Exemplary embodiments may be applied regardless of networking environment. Exemplary embodiments may be easily adapted to stationary or mobile devices having cellular, wireless fidelity (WI-FI®), near field, and/or BLUETOOTH® capability. Exemplary embodiments may be applied to mobile devices utilizing any portion of the electromagnetic spectrum and any signaling standard (such as the IEEE 802 family of standards, GSM/CDMA/TDMA or any cellular standard, and/or the ISM band). Exemplary embodiments, however, may be applied to any processor-controlled device operating in the radio-frequency domain and/or the Internet Protocol (IP) domain. Exemplary embodiments may be applied to any processor-controlled device utilizing a distributed computing network, such as the Internet (sometimes alternatively known as the “World Wide Web”), an intranet, a local-area network (LAN), and/or a wide-area network (WAN). Exemplary embodiments may be applied to any processor-controlled device utilizing power line technologies, in which signals are communicated via electrical wiring. Indeed, exemplary embodiments may be applied regardless of physical componentry, physical configuration, or communications standard(s).
- Exemplary embodiments may utilize any processing component, configuration, or system. Any processor could be multiple processors, which could include distributed processors or parallel processors in a single machine or multiple machines. The processor can be used in supporting a virtual processing environment. The processor could include a state machine, application specific integrated circuit (ASIC), programmable gate array (PGA) including a Field PGA, or state machine. When any of the processors execute instructions to perform “operations,” this could include the processor performing the operations directly and/or facilitating, directing, or cooperating with another device or component to perform the operations.
- Exemplary embodiments may packetize. When the processor-controlled device communicates via the communications network, the processor-controlled device may collect, send, and retrieve information. The information may be formatted or generated as packets of data according to a packet protocol (such as the Internet Protocol). The packets of data contain bits or bytes of data describing the contents, or payload, of a message. A header of each packet of data may contain routing information identifying an origination address and/or a destination address.
- Exemplary embodiments may be physically embodied on or in a computer-readable memory device or other storage medium. This computer-readable medium, for example, may include CD-ROM, DVD, tape, cassette, floppy disk, optical disk, memory card, memory drive, and large-capacity disks. This computer-readable medium, or media, could be distributed to end-subscribers, licensees, and assignees. A computer program product comprises processor-executable instructions for adding footnotes to electronic mortgage documents, as the above paragraphs explained.
- While the exemplary embodiments have been described with respect to various features, aspects, and embodiments, those skilled and unskilled in the art will recognize the exemplary embodiments are not so limited. Other variations, modifications, and alternative embodiments may be made without departing from the spirit and scope of the exemplary embodiments.
Claims (20)
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/296,294 US10678996B1 (en) | 2018-11-27 | 2019-03-08 | Unstructured footnotes in electronic mortgage documents |
US16/845,122 US11120206B2 (en) | 2018-11-27 | 2020-04-10 | Unstructured footnotes in electronic mortgage documents |
US17/464,836 US20220043969A1 (en) | 2018-11-27 | 2021-09-02 | Unstructured Footnotes in Electronic Mortgage Documents |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201862771620P | 2018-11-27 | 2018-11-27 | |
US16/296,294 US10678996B1 (en) | 2018-11-27 | 2019-03-08 | Unstructured footnotes in electronic mortgage documents |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/845,122 Continuation US11120206B2 (en) | 2018-11-27 | 2020-04-10 | Unstructured footnotes in electronic mortgage documents |
Publications (2)
Publication Number | Publication Date |
---|---|
US20200167411A1 true US20200167411A1 (en) | 2020-05-28 |
US10678996B1 US10678996B1 (en) | 2020-06-09 |
Family
ID=70770762
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/296,294 Active US10678996B1 (en) | 2018-11-27 | 2019-03-08 | Unstructured footnotes in electronic mortgage documents |
US16/845,122 Active US11120206B2 (en) | 2018-11-27 | 2020-04-10 | Unstructured footnotes in electronic mortgage documents |
US17/464,836 Pending US20220043969A1 (en) | 2018-11-27 | 2021-09-02 | Unstructured Footnotes in Electronic Mortgage Documents |
Family Applications After (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/845,122 Active US11120206B2 (en) | 2018-11-27 | 2020-04-10 | Unstructured footnotes in electronic mortgage documents |
US17/464,836 Pending US20220043969A1 (en) | 2018-11-27 | 2021-09-02 | Unstructured Footnotes in Electronic Mortgage Documents |
Country Status (1)
Country | Link |
---|---|
US (3) | US10678996B1 (en) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4982344A (en) * | 1988-05-18 | 1991-01-01 | Xerox Corporation | Accelerating link creation |
US5603025A (en) * | 1994-07-29 | 1997-02-11 | Borland International, Inc. | Methods for hypertext reporting in a relational database management system |
US6076072A (en) * | 1996-06-10 | 2000-06-13 | Libman; Richard Marc | Method and apparatus for preparing client communications involving financial products and services |
US20030145281A1 (en) * | 2001-10-31 | 2003-07-31 | Metacyber.Net | Hypertext page generator for a computer memory resident rapid comprehension document for original source information, and method |
US7493560B1 (en) * | 2002-05-20 | 2009-02-17 | Oracle International Corporation | Definition links in online documentation |
US20100121888A1 (en) * | 2008-11-11 | 2010-05-13 | Microsoft Corporation | Automatic designation of footnotes to fact data |
US9514113B1 (en) * | 2013-07-29 | 2016-12-06 | Google Inc. | Methods for automatic footnote generation |
US9779063B1 (en) * | 2013-03-15 | 2017-10-03 | Not Invented Here LLC | Document processor program having document-type dependent interface |
US10423703B1 (en) * | 2014-06-26 | 2019-09-24 | Amazon Technologies, Inc. | Detection and rendering of endnotes in digital content |
Family Cites Families (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4953085A (en) | 1987-04-15 | 1990-08-28 | Proprietary Financial Products, Inc. | System for the operation of a financial account |
US6012047A (en) | 1993-01-25 | 2000-01-04 | Transamerica Corporation | Reverse mortgage processing system |
US5995976A (en) * | 1996-10-11 | 1999-11-30 | Walker Asset Management Limited Partnership | Method and apparatus for distributing supplemental information related to printed articles |
US5991745A (en) | 1997-01-22 | 1999-11-23 | Fanniemae | Reverse mortgage loan calculation system and process |
US6762777B2 (en) * | 1998-12-31 | 2004-07-13 | International Business Machines Corporation | System and method for associating popup windows with selective regions of a document |
US6985886B1 (en) | 2000-03-14 | 2006-01-10 | Everbank | Method and apparatus for a mortgage loan management system |
US20010047326A1 (en) | 2000-03-14 | 2001-11-29 | Broadbent David F. | Interface system for a mortgage loan originator compliance engine |
US20020055905A1 (en) | 2000-09-11 | 2002-05-09 | Shekar Jannah | System and process for securitizing reverse mortgage loans |
AU2003298688A1 (en) | 2002-12-30 | 2004-07-29 | Fannie Mae | System and method for pricing loans in the secondary mortgage market |
WO2004061565A2 (en) | 2002-12-30 | 2004-07-22 | Fannie Mae | System and method for facilitating sale of a loan to a secondary market purchaser |
WO2004060040A2 (en) | 2002-12-30 | 2004-07-22 | Fannie Mae | System and method for processing data pertaining to financial assets |
US20040128230A1 (en) | 2002-12-30 | 2004-07-01 | Fannie Mae | System and method for modifying attribute data pertaining to financial assets in a data processing system |
AU2003295771A1 (en) | 2002-12-30 | 2004-07-29 | Fannie Mae | System and method for defining loan products |
US20040205019A1 (en) * | 2003-04-08 | 2004-10-14 | Lendingtree, Inc. | Method and system for selecting qualification forms for financial services and financial products |
US7636742B1 (en) * | 2004-04-01 | 2009-12-22 | Intuit Inc. | Automated data retrieval |
US7711619B2 (en) | 2005-09-15 | 2010-05-04 | Integrated Finance Limited | Graphical user interface for retirement income planning |
US20070265957A1 (en) | 2006-05-10 | 2007-11-15 | Asheesh Advani | System and method for automated flexible person-to-person lending |
US8346657B1 (en) | 2007-10-25 | 2013-01-01 | United Services Automobile Association (Usaa) | Systems and methods for implementing a reverse mortgage |
US8326710B2 (en) * | 2009-11-30 | 2012-12-04 | Ernst Publishing Co., LLC | System and method for generating and tracking field values of mortgage forms |
US8660943B1 (en) | 2011-08-31 | 2014-02-25 | Btpatent Llc | Methods and systems for financial transactions |
US20130339219A1 (en) | 2012-06-15 | 2013-12-19 | Feel My Money, Llc | Interactive Finance And Asset Management System |
US10331721B2 (en) * | 2012-06-21 | 2019-06-25 | Autodesk, Inc. | Systems and methods for visualizing relationships between publications |
US20140143173A1 (en) | 2012-11-16 | 2014-05-22 | Gerald Cochrane Wagner | Systems and methods for using a reverse mortgage as a portfolio supplement |
US20170076381A1 (en) | 2015-09-14 | 2017-03-16 | Bank Of America Corporation | System for assessment of allocated assets |
US20170076382A1 (en) | 2015-09-14 | 2017-03-16 | Bank Of America Corporation | System for dynamic generation of allocation guide for assets |
US20180158139A1 (en) | 2016-12-07 | 2018-06-07 | Kasasa, Ltd. | System and method for issuing and managing flexible loans |
US20190279296A1 (en) | 2018-03-12 | 2019-09-12 | QuantumReverse Inc. | Prioritized Distribution of Funds in Reverse Mortgages |
US20190318423A1 (en) | 2018-04-17 | 2019-10-17 | Kasasa, Ltd. | System and method for issuing and managing flexible loans |
-
2019
- 2019-03-08 US US16/296,294 patent/US10678996B1/en active Active
-
2020
- 2020-04-10 US US16/845,122 patent/US11120206B2/en active Active
-
2021
- 2021-09-02 US US17/464,836 patent/US20220043969A1/en active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4982344A (en) * | 1988-05-18 | 1991-01-01 | Xerox Corporation | Accelerating link creation |
US5603025A (en) * | 1994-07-29 | 1997-02-11 | Borland International, Inc. | Methods for hypertext reporting in a relational database management system |
US6076072A (en) * | 1996-06-10 | 2000-06-13 | Libman; Richard Marc | Method and apparatus for preparing client communications involving financial products and services |
US20030145281A1 (en) * | 2001-10-31 | 2003-07-31 | Metacyber.Net | Hypertext page generator for a computer memory resident rapid comprehension document for original source information, and method |
US7493560B1 (en) * | 2002-05-20 | 2009-02-17 | Oracle International Corporation | Definition links in online documentation |
US20100121888A1 (en) * | 2008-11-11 | 2010-05-13 | Microsoft Corporation | Automatic designation of footnotes to fact data |
US9779063B1 (en) * | 2013-03-15 | 2017-10-03 | Not Invented Here LLC | Document processor program having document-type dependent interface |
US9514113B1 (en) * | 2013-07-29 | 2016-12-06 | Google Inc. | Methods for automatic footnote generation |
US10423703B1 (en) * | 2014-06-26 | 2019-09-24 | Amazon Technologies, Inc. | Detection and rendering of endnotes in digital content |
Also Published As
Publication number | Publication date |
---|---|
US10678996B1 (en) | 2020-06-09 |
US20220043969A1 (en) | 2022-02-10 |
US11120206B2 (en) | 2021-09-14 |
US20200257851A1 (en) | 2020-08-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6704723B1 (en) | Method and system for providing business intelligence information over a computer network via extensible markup language | |
US10817663B2 (en) | Dynamic native content insertion | |
US7512569B2 (en) | User defined components for content syndication | |
CN100447787C (en) | Methods, systems, and computer program products for client side prefetching and caching of portlets | |
US8069181B1 (en) | Autodiscovery of business services | |
US10284666B1 (en) | Third-party cross-site data sharing | |
US20090089278A1 (en) | Techniques for keyword extraction from urls using statistical analysis | |
US20150100594A1 (en) | System and method for financial research management | |
US20090132912A1 (en) | Method and Apparatus for Declarative Updating of Self-Describing, Structured Documents | |
US20110145712A1 (en) | Information exchange using generic data streams | |
US8972375B2 (en) | Adapting content repositories for crawling and serving | |
WO2018126023A1 (en) | Methods and systems for server-side rendering of native content for presentation | |
CN102612687A (en) | Web service interface and querying | |
US9311303B2 (en) | Interpreted language translation system and method | |
US20080271047A1 (en) | Method of Deriving Web Service Interfaces From Form and Table Metadata | |
US10430490B1 (en) | Methods and systems for providing custom crawl-time metadata | |
US7698632B2 (en) | System and method for dynamically updating web page displays | |
US20140189054A1 (en) | System and method of automatic generation and insertion of analytic tracking codes | |
EP1891557A2 (en) | Learning facts from semi-structured text | |
US20100315326A1 (en) | Electronic paper display whitespace utilization | |
WO2013106595A2 (en) | Processing store visiting data | |
US20180075095A1 (en) | Organizing datasets for adaptive responses to queries | |
CN103858121A (en) | Method and system for making Web application obtain database change | |
TW495685B (en) | Agent service system and method for online data access analysis | |
US20110197133A1 (en) | Methods and apparatuses for identifying and monitoring information in electronic documents over a network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FEPP | Fee payment procedure |
Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: SMALL ENTITY |
|
FEPP | Fee payment procedure |
Free format text: ENTITY STATUS SET TO SMALL (ORIGINAL EVENT CODE: SMAL); ENTITY STATUS OF PATENT OWNER: SMALL ENTITY |
|
AS | Assignment |
Owner name: QUANTUMREVERSE, INC., NORTH CAROLINA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MARTIGNONI, THOMAS M.;REEL/FRAME:050106/0060 Effective date: 20190808 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YR, SMALL ENTITY (ORIGINAL EVENT CODE: M2551); ENTITY STATUS OF PATENT OWNER: SMALL ENTITY Year of fee payment: 4 |