US9307884B1

US9307884B1 - Visual asset structuring tool

Info

Publication number: US9307884B1
Application number: US10/351,958
Authority: US
Inventors: Don Coleman; Jeff Dodson; Noel F. Fouts; Michael I. Matheson
Original assignee: PNC Financial Services Group Inc
Current assignee: PNC Financial Services Group Inc
Priority date: 2003-01-27
Filing date: 2003-01-27
Publication date: 2016-04-12

Abstract

Systems and techniques for graphically representing a commercial deal by defining entities, assigning roles for relating entities, accessing commercial deal information corresponding to the entities, defining objects for related entities, and automatically generating a visual representation depicting a relationship between entities involved in a commercial deal.

Description

TECHNICAL FIELD

The present invention relates generally to a system and technique for presenting relational information and, more particularly, to a tool and process for automatically presenting a visual representation of a relationship between entities involved in a commercial deal.

BACKGROUND

In today's real estate environment, a typical commercial deal such as a loan transaction, servicing agreement, or cash management agreement may involve numerous entities such as loan assets, businesses, and properties that serve as collateral, for example. The relationships among and obligations of such entities may be quite complicated and may become more complex over the lifetime of the commercial deal. Effectively comprehending and communicating the nature of a deal may be a cumbersome task involving a length study of detailed financial documentation and complex ownership structures, servicing relationships, and cash flows.

To alleviate some of this complexity, an underwriter may choose to create a visual representation of the commercial deal. The visual representation may be used, for example, as an exhibit to summarize and/or verify details of the deal. While a visual representation indeed may be useful, creating such a visual representation may be a complex process in itself. Namely, an underwriter typically must sort through the text of loan documents and agreements to extrapolate the relevant information and then use a peripheral tool to generate a diagram of the transaction. In general, the peripheral tool may be a software application that allows a user to define a structure by manually selecting and interconnecting various shapes. An example of a peripheral tool that may be used in this scenario is the Microsoft® Visio® Organization Chart application.

The use of a peripheral tool to create a visual representation duplicates work and allows for a high margin of error and possible misrepresentation of information. Accordingly, there exists the need for a system and method for automatically presenting a visual representation of a relationship between entities involved in a commercial deal such as a loan transaction, servicing agreement, or cash management agreement.

SUMMARY

In one general aspect, a commercial deal is graphically represented by defining entities, assigning roles for relating entities, accessing commercial deal information corresponding to the entities, defining objects for related entities, and automatically generating a visual representation depicting a relationship between entities involved in a commercial deal.

Implementations may include one or more of the following features. For example, the commercial deal may include one or more loan transactions, servicing agreements, and/or cash management agreements. The entities may include assets, businesses, individuals, properties, collateral, and/or accounts. The roles may include borrower, shareholder, investment, property manager, underwriter, principal, closer, employer, and employee.

Entities may be defined by receiving entity information describing specific attributes of the entities such as entity type, tax identification number, name, telephone number, facsimile number, address, website address, and/or parent company relationship. Roles may be assigned by receiving role information associated with a selected entity such as the specific roles assumed by the entity, the timing of each specific role, role relationship information for associating the selected entity with one or more other entities, and/or assignment information for assigning a selected entity to the commercial deal.

The role relationship information may include roles assumed by a selected entity, the identity of other entities related to the selected entity, roles assumed by each of the other entities, and/or exposure of each other entity. The assignment information may include roles assumed by a selected entity, associated type, the entity to associate, and/or timing of each role. The commercial deal information may include one or more of loan information, property information, cash management agreement information, and servicing agreement information.

The objects may include one or more of a shape, an image, a picture, a photograph, and a graphic. Objects may be defined by automatically associating an object with an entity based on one or more of entity information, role information, and commercial deal information. Generating the visual representation may involve automatically making connections between objects to convey the relationship between entities.

Implementations also may include incorporating the visual representation into the commercial deal information and/or rendering the visual representation to a user as structure of objects joined by connectors. The structure may be rendered in multiple modes and multiple levels. The modes may correspond to ownership structures, cash flow structures, and servicing relationship structures. Increasing levels may increase the number of objects displayed in the visual representation.

Aspects of the present invention may be implemented by an apparatus and/or by a computer program stored on a computer readable medium. The computer readable medium may comprise a disk, a client device, a network device, a host device, and/or a propagated signal.

Other features and advantages will be apparent from the following description, including the drawings, and from the claims.

DESCRIPTION OF THE FIGURES

FIG. 1 illustrates one embodiment of a communications system for presenting a visual representation according to the present invention.

FIG. 2 is a flowchart of one embodiment of a method for presenting a visual representation according to the present invention.

FIG. 3 illustrates one embodiment of a user interface for soliciting and/or displaying entity information according to the present invention.

FIGS. 4-6 illustrate one embodiment of a set of user interface for soliciting and/or displaying role information according to the present invention.

FIG. 7 illustrates one embodiment of a user interface for displaying commercial deal information according to the present invention.

FIG. 8 illustrates one embodiment of a user interface for displaying a visual representation of an ownership structure according to the present invention.

FIGS. 9A-9C illustrate one embodiment of a set of user interface for displaying various levels of an ownership structure according to the present invention.

FIG. 10 illustrates one embodiment of a user interface for displaying a visual representation including a cash flow structure according to the present invention.

FIG. 11 illustrates one embodiment of a user interface for displaying a visual representation including a servicing agreement structure according to the present invention.

DETAILED DESCRIPTION

FIG. 1 illustrates one embodiment of an exemplary communications system 10 for automatically presenting a visual representation depicting a relationship between entities involved in a commercial deal. For brevity, several elements in figure are represented as monolithic structures. It is to be understood, however, that each structure may include numerous interconnected computing elements and/or components designed to operate according to aspects of the present invention.

As shown, the communications system 10 includes a client system 110 connected through a network 115 to a host system 120. The client system 110 and the host system 120 are configured to communicate and exchange information through the network 115. The host system 120 may include and/or form part of an information delivery network, such as, for example, the Internet, the World Wide Web (Web), an on-line service provider, a private network, and/or any other analog or digital wired and/or wireless network that provides information.

In general, the client system 110 includes a computer system having hardware and/or software components for communicating with the network 115 and the host system 120. The client system 110 and host system 120 each may include one or more general-purpose computers (e.g., personal computers and/or servers), one or more special-purpose computers (e.g., devices specifically programmed to communicate with each other), or a combination of one or more general-purpose computers and one or more special-purpose computers. The client system 110 and host system 120 may be structured and arranged to communicate using various communication protocols (e.g., HTTP, TCP/IP, WAP, UDP) to establish connections between network elements and/or to operate within or in concert with one or more other systems (e.g., the Internet and/or Web).

In one implementation, the client system 110 and the host system 120 each include a device (e.g., client device 112, host device 122) operating under the command of a controller (e.g., client controller 114, host controller 124). The broken lines are intended to indicate that in some implementations, the controller, or portions thereof considered collectively, may instruct one or more elements of the device to operate as described. Accordingly, the function of automatically presenting a visual representation of a relationship between entities involved in a commercial deal may be implemented as software controlling one or more elements of the client system 110 and/or the host system 120.

An example of a device is a general-purpose computer capable of responding to and executing instructions in a defined manner. Other examples include a special-purpose computer, a personal computer (PC), a workstation, a server, a laptop computer, a web-enabled telephone, a web-enabled personal digital assistant (PDA), a microprocessor, and integrated circuit, or any other component, machine, tool, equipment, or some combination thereof capable of responding to and executing instructions.

An example of a controller is a software application (e.g., operating system, browser application, client application, server application, proxy application, on-line service provider application, and/or private network application) installed on a device for directing communications. Other examples include, a computer program, code, set of instructions, or some combination thereof, for independently or collectively instructing the device to interact and operate as programmed. The controller may be implemented utilizing any suitable computer language (e.g., Java, Perl, C or C++) and/or object-oriented techniques. The controller also may be a device, such as a workstation or PC, a microprocessor, a network server, a Java virtual machine, or an application-specific integrated circuit.

The controller may be embodied permanently or temporarily in any type of machine, component, physical or virtual equipment, storage medium, or propagated signal capable of delivering instructions to a device. In particular, the controller (e.g., software application, computer program) may be stored on a storage medium (e.g., disk, device, or propagated signal), readable by a computer system, such that if the storage medium is read by the computer system, the functions described herein are performed.

The network 115 may include one or more delivery systems for directly or indirectly connecting the client system 110 and the host system 120. Examples of delivery systems include, but are not limited to, a local area network (LAN), a wide area network (WAN), the Internet, the Web, a telephony network (e.g., analog, digital, wired, wireless, PSTN, ISDN, or xDSL), a radio network, a television network, a cable network, a satellite network, and/or any other wired or wireless communications network configured to carry data. Each network may include one or more elements, such as, for example, intermediate nodes, proxy servers, firewalls, routers, switches, adapters, sockets, and wired or wireless data pathways, configured to direct and/or deliver data.

The client system 110 and the host system 120 communicate in order to present a visual representation depicting a relationship between entities involved in a commercial deal. In one implementation, the client system 110 may include a personal computer running a browser application and the host system 120 may include one or more servers running various software applications (e.g., Web applications). The client system 110 may display various graphical user interfaces (UIs), such as Web pages, that request input from and deliver content to the user. For example, the user may input requested information into a series of UIs and then be presented with a visual representation depicting a relationship between entities involved in a commercial deal.

As shown in FIG. 1, the host system 120 may include a loan production system (LPS) 126 and a loan management system (LMS) 128. The LPS 126 may be configured to present data to the client system 110, which in turn, presents various graphical UIs to a user. The LPS 126 also may receive information from the LMS 128 and other sources 130 through an import facility 132 and may provide information to the LMS 128 and to other sources 130 through an export facility 134. It is to be understood that while the LPS 126, the LMS 128, the other sources 130, the import facility 132, and the export facility 134 are shown as monolithic structures, each may include numerous elements (e.g., servers, routers, switches, firewalls, sockets, databases, tables, disks, hard drives, etc.) in various embodiments of the host system 120.

In general, the LPS 126 and the LMS 128 may perform data entry, data retrieval, and/or data processing for integrating and automating a commercial deal. For example, the LPS 126 and the LMS 128 may perform various functions related to origination and underwriting, servicing and asset management, accounting, investor reporting and special servicing. In one embodiment, the LPS 126 and/or the LMS 128 may include or form part of one or more of the systems described in co-pending U.S. patent application. Ser. No. 10/336,501, entitled “Methods and Systems for Asset/Loan Management and Processing,” which was filed on Jan. 3, 2003 and is incorporated by reference in its entirety.

Referring to FIG. 2, the communications system 10 operates according to a procedure 200 for presenting a visual representation depicting a relationship between entities involved in a commercial deal. The procedure 200 generally involves defining entities (step 210), assigning roles for relating entities (step 220), accessing commercial deal information corresponding to the entities (step 230), defining objects for related entities (step 240), automatically generating a visual representation depicting a relationship between entities involved in a commercial deal (step 250), and incorporating the visual representation into the commercial deal information (step 260).

The procedure 200 will be described below with reference to FIGS. 1-11. While particular embodiments and examples are described and illustrated, the procedure 200 may be implemented by any suitable type of hardware (e.g., device, computer, computer system, equipment, component); software (e.g., program, application, instruction set, code); storage medium (e.g., disk, device, propagated signal); or combination thereof.

At step 210, an entity is defined. An entity may be, for instance, an asset, a business or business unit, an individual, a loan, collateral such as property, an account, and/or any other component of a commercial deal. The commercial deal may include one or more transactions such as, for example, loan transactions, servicing agreements, and/or cash management agreements.

In one implementation, a particular entity involved in a commercial deal may be defined by receiving entity information that describes specific attributes of the entity. The entity information may include, for example, data such as entity type (e.g., individual, corporation, limited partnership, limited liability company), tax identification number, company name, telephone number, facsimile number, address (e.g., street, city, state, postal code, country), website address, and parent company relationship.

The entity information may be received from one or more of the client system 110, the network 115, and/or the host system 120. In some cases, the entity information may be input by a user of a client system 110 and delivered across a network 115 to the host system 120. For example, a user may enter data into one or more graphical UIs structured and arranged to solicit and/or display the entity information. In other cases, the entity information may be extracted from one or more electronic files residing in the host system 120. For example, electronic files containing data pertaining to a commercial deal may be stored in the host system 120 and continuously updated over the lifetime of the deal. The data from these electronic files may be extracted and utilized by the host system 120 in response to a command to graphically depict the relationship among entities involved in the commercial deal.

FIG. 3 illustrates an exemplary UI 30 that may be used to solicit and/or display entity information. In one implementation, the UI 30 may be displayed to a user through a client system 10 such as a personal computer running a Web browser application. In some cases, the user may be required to provide security information (e.g., user name and password) to gain access to the UI 30.

The UI 30 includes browser window 301 configured to display content of a Web site and receive user input. The browser window 301 includes a tool bar 302 for navigating to various areas of the Web site such as a Dashboard area, a Tools area, a Risk Management area, a Data Management area, a Policy area, a System area, a Help area, and a Logout area. The browser window 301 also includes an Entity tab 303, a Related Roles tab 304, an Assignments tab 305, a Roles tab 306, a Financials tab 307, a Credit tab 308, and a Ratings tab 309 for displaying pages corresponding to the tabs.

As shown, the browser window 301 displays an Entity page 310 including text entry boxes 311 for viewing and/or entering entity information. The Entity page 310 may be displayed, for example, when the Entity tab 303 is selected. When presented with the Entity page 310, a user may input text and/or use pull-down menus to enter the entity information into the appropriate text entry boxes 311. The Entity page 310 also includes a Save button 312 for saving entity information, a View List button 313 for viewing a list of entities, a Map button 314 for mapping the location of an entity, a Notes button 315 for entering or displaying comments, a Help button 316 for displaying help information, a Prev button 317 for displaying the previous page, and a Next button 318 for displaying the next page.

At step 220, roles for relating entities are assigned. In general, an entity may assume various roles in a commercial deal and each role may define the relationship of the entity to another entity, an asset, and/or the commercial deal as a whole. Some examples of roles that may be assigned to an entity include, but are not limited to: borrower, shareholder, investment, property manager, underwriter, principal, closer, employer, employee, and/or other part assumed in a commercial deal.

In one implementation, roles may be assigned by receiving role information associated with a selected entity. The role information may include, for instance, the specific roles assumed by the selected entity, the timing (e.g., beginning date, ending date) of each specific role. The role information further may include role relationship information for associating the selected entity with one or more other entities and assignment information for assigning a selected (primary) entity to the commercial or asset. The role relationship information may include, but is not limited to: the roles assumed by a selected entity, the identity (e.g., name, contact information) of other entities related to the selected entity, the role assumed by each of the other entities, and the exposure of each other entity. The assignment information may include, but is not limited to: the roles assumed by a selected (primary) entity, the associated type (e.g., asset, deal), the entity to associate, and the timing (e.g., beginning date, ending date) of each role.

For example, in a particular loan transaction, Company A may have a role as a borrower as well as additional roles as a shareholder of Company B and an investment of Company C. Company A may be considered the primary entity due to its role as the borrower and thus may be assigned to the asset or deal in this case. With respect to Company A, Company B may be designated the role of investment and Company C may be designated the role of shareholder. Assuming complete ownership by each shareholder, the exposure of each shareholder is 100%.

The role information may be received from one or more of the client system 110, the network 115, and/or the host system 120. In some cases, the role information may be input by a user of a client system 110 and delivered across a network 115 to the host system 120. For example, a user may enter data into one or more graphical UIs structured and arranged to solicit and/or display the role relationship information. In other cases, the role relationship information may be extracted from one or more electronic files residing in the host system 120. For example, electronic files containing data pertaining to a commercial deal may be stored in the host system 120 and continuously updated over the lifetime of the deal. The data from these electronic files may be extracted and utilized by the host system 120 in response to a command to graphically depict the relationship among entities involved in the commercial deal.

FIGS. 4-6 respectively illustrate a UI 32, a UI 34, and a UI 36 that may be used to solicit and/or display role information. In one implementation, the UIs may be displayed to a user through a client system 110 such as a personal computer running a Web browser application. Each of the UIs includes a browser window 301 configured to display content of a Web site and receive user input. The browser window 301 includes a tool bar 302 for navigating to various areas of the Web and tabs 303-309 for displaying corresponding pages, as described above.

Referring to FIG. 4, the browser window 301 of the UI 32 displays a Related Roles page 320 including a table 321 for viewing and/or entering related role information such as the roles assumed by a selected entity, the identity (e.g., name, contact information) of other entities related to the selected entity, the role assumed by each of the other entities, and the exposure of each other entity. The Related Roles page 320 may be displayed, for example, when the Related Roles tab 304 is selected. When presented with the Relate Roles page 320, a user may enter the related role information into the appropriate rows and columns of the table 321. The Related Roles page 320 also includes a New button 322 for creating a new table entry, an Edit button 323 for editing a table entry, a Delete button 324 for deleting a table entry, a Print button 325 for printing the table, a Help button 326 for displaying help information, a Prev button 327 for displaying the previous page, and a Next button 328 for displaying the next page.

Referring to FIG. 5, the browser window 301 of the UI 34 displays an Assignments page 340 including a table 341 for viewing and/or entering assignment information such as the roles assumed by a selected (primary) entity, the associated type (e.g., asset, deal), the entity to associate, and the timing (e.g., beginning date, ending date) of each role. The Assignments page 340 may be displayed, for example, when the Assignments tab 305 is selected. When presented with the Relate Roles page 340, a user may enter the assignment information into the appropriate rows and columns of the table 341. The Assignments page 340 also includes an Edit button 342 for editing a table entry, a Print button 343 for printing the table, a Help button 344 for displaying help information, a Prev button 345 for displaying the previous page, and a Next button 346 for displaying the next page.

Referring to FIG. 6, the browser window 301 of the UI 36 displays a Roles page 360 including a table 361 for viewing and/or entering role information such as the specific roles assumed by the selected entity, the timing (e.g., beginning date, ending date) of each specific role. The Roles page 360 may be displayed, for example, when the Roles tab 306 is selected. When presented with the Roles page 360, a user may enter the role information into the appropriate rows and columns of the table 361. The Roles page 360 also includes a New button 362 for creating a new table entry, an Edit button 363 for editing a table entry, a Print button 364 for printing the table, a Help button 365 for displaying help information, a Prev button 366 for displaying the previous page, and a Next button 367 for displaying the next page.

At step 230, commercial deal information corresponding to associated entities is accessed. In general, the commercial deal information includes specific details of a relationship between associated entities. For example, the commercial deal information may include details regarding the relationships and obligations of entities involved in loan transactions, servicing agreements, and/or cash management agreements.

In an implementation, where entities are involved in a loan transaction, the commercial deal information may include specific details of the loan such as loan name, loan status, loan number, loan date, loan term, rate type (e.g., fixed or variable), interest rate, loan amount, and/or other attributes of the loan. The commercial deal information also may include specific details of the property associated with the loan such as property name, loan name, lien type, allocated percentage of loan, property type, square footage or units, allocated loan balance, engineering and environmental reports, tenants, valuator, valuation, and/or other attributes of the property.

In an implementation, where entities are involved in a servicing agreement, the commercial deal information may include specific details of the conditions and services provided among entities (e.g., trust, third-party servicer) and/or any other attributes of the servicing agreement. In an implementation where entities are involved in a cash management agreement, the commercial deal information may include specific details of property and deal level cash flow streams and waterfall requirements among entities (e.g., bank accounts) and/or any other attributes of the cash management agreement.

The commercial deal information may be accessed from one or more of the client system 110, the network 115, and/or the host system 120. In some cases, the commercial deal information may be input by a user of a client system 110 and delivered across a network 115 to the host system 120. For example, a user may enter data into one or more graphical UIs structured and arranged to solicit and/or display the role relationship information. In other cases, the role relationship information may be extracted from one or more electronic files residing in the host system 120. For example, electronic files containing data pertaining to a commercial deal may be stored in the host system 120 and continuously updated over the lifetime of the deal. The data from these electronic files may be extracted and utilized by the host system 120 in response to a command to graphically depict the relationship among entities involved in the commercial deal.

In one embodiment, the commercial deal information may be input into and/or accessed from one or more of the systems described in U.S. patent application Ser. No. 10/336,501, entitled “Methods and Systems for Asset/Loan Management and Processing,” which was filed on Jan. 3, 2003 and is incorporated by reference in its entirety.

At step 240, an object is defined for each associated entity. In general, each entity involved in a commercial deal may be represented as an object. An object may be, for example, a shape, an image, a picture, a photograph, a graphic, and/or any other type of element capable of depicting the entity in a graphical representation of the deal.

In one implementation, an object may be defined by associating a shape or image with a particular entity. In some cases, the associated shape or image may correspond to the type of entity. For example, a loan may be associated with a shaded rectangle, an individual may be associated with an image of a person, and a property may be associated with an image of a building. In other cases, the associated shape or image may be unique for each entity or the same for all entities.

In one embodiment, an object may be associated with an entity automatically according to information entered into and/or stored in the system (e.g., client system 110, host system 120). For instance, entities may be associated with objects automatically based on one or more of the entity information, the role information, and the commercial deal information. In some cases, objects may auto-fill based on the entity information, role information, and/or commercial information. For example, an object representing an entity may be labeled to include information such as the name of the entity (e.g., business name), the role of the entity (e.g., borrower), and/or transactional information (e.g., loan amount).

A system (e.g., client system 110, host system 120) may automatically associate entities with objects. In addition, a user may have the ability to directly associate entities with objects and/or supplement information included with objects. For instance, a user may select an object that will be used to depict an entity and then add text or further details to the object. The user also may edit the shape, image, and/or text of a user-selected object and/or an object automatically associated by the system. In some situations, the user may associate multiple entities with a single object in order to simply the structure of the commercial deal.

At step 250, a visual representation depicting a relationship between entities involved in the commercial deal is generated automatically. In general, connections are made automatically between various objects to convey the relationship between entities. In one implementation, the connections between objects are made based on information entered into a system (e.g., client system 110 and/or host system 120). Such information may include, but is not limited to entity information, role information, and/or commercial deal information.

Because the connections between objects are made automatically, the user does not need to extrapolate data, determine which objects and connections are necessary, or rely on an external program. In addition, flexibility is provided for continuously and automatically updating the visual representations as the structure of the deal, assets, and/or entities changes over time. For example, the system (e.g., client system 110 and/or host system 120) may auto-generate a beginning connecting structure and then adapt the structure as the commercial deal evolves by adding, moving, connecting, and/or reconnecting multiple connectors and objects.

At step 260, the visual representation is incorporated into the commercial deal information. In general, each visual representation may be saved and attached to an appropriate commercial deal. In one implementation, the visual representation may be saved as part of the commercial deal information (e.g., loan record or collateral record) to provide a user with a comprehensive record of the deal. As such, a user may have access to the specific details of the commercial deal as well as a visual representation of the commercial deal without having to locate a file in a peripheral directory.

Once generated, the visual representation may be rendered to a user. In one implementation, the visual representation may be rendered to a user through a client system 110, such as a personal computer running a browser application. The visual representation may be presented as a graphical UI, such as a Web page. The UI may be configured to display the visual representation to the user in response to a command to graphically depict the relationship among entities involved in a commercial deal.

In one embodiment, the visual representation may include a structure of interconnected objects. The structure may be, for example, an organizational chart, a flow chart, a process chart, a block diagram, a tree diagram, a network diagram, a conceptual diagram, a relational diagram, a map, and/or any other interrelationship structure. In general, the visual representation may depict the relationship among entities as connectors joining the objects associated with the entities. Each connector may be displayed as a line segment having end points at related objects. The connectors also may be labeled with text to identify the particular type of relationship. In some cases, the connector may have characteristics (e.g., color, thickness, dashed, etc.) depending on the type of relationship between entities.

In one implementation, the visual representation may be displayed in one or more modes to convey relational information for various scenarios. For example, a user may be able to specify through a dropdown field the mode and/or level at which to view the presented information. In general, the visual representation may have modes corresponding to ownership structures, cash flow diagrams, and/or servicing relationship diagrams. By selecting the desired mode, a user may view multiple charts (e.g., ownership structures, cash flow diagrams, and/or servicing relationship diagrams) based on the same underlying information.

In addition, each visual representation may have multiple levels of detail. For example, at level one, only certain entities may be represented, while changing the field to level two or level three may allow the user to view all related entities within the structure. In one implementation, the level may correspond to roles and/or relationships of the commercial deal. Namely, at a particular level only those objects representing entities having certain roles and/or relationships are displayed. In general, a level one view will provide a high-level structure displaying objects representing the fundamental entities of the commercial deal. Increasing levels, in turn, increases the number of objects displayed in the visual representation.

In some embodiments, several visual representations corresponding to various modes and levels may be presented to a user for selection of the most appropriate visual representation. In other embodiments, a default visual representation may be presented to a user based on the type of commercial deal. The user may be provided with the ability to manipulate the visual representation so that the structure that best fits the parameters of the commercial deal is displayed. Tools may be provided to move, edit, and/or combine objects in the visual representation. In addition, search buttons and criteria may be provided to locate specific data in the underlying information and/or visual representation.

FIGS. 7 and 8 respectively illustrate a UI 38 and a UI 40 that may be used to display specific details of the commercial deal and a visual representation depicting a relationship between entities involved in the commercial deal. In one implementation, the

UIs

38, 40 may be displayed to a user through a client system 110 such as a personal computer running a Web browser application. As shown, each the

UIs

38, 40 include a browser window 301 configured to display content of a Web site and receive user input. The browser window 301 includes a tool bar 302 for navigating to various areas of the Web such as a Dashboard area, a Tools area, a Risk Management area, a Data Management area, a Policy area, a System area, a Help area, and a Logout area. The browser window 301 also includes menu 368 for rendering different views of the commercial deal as well as a Summary tab 369, a Structure tab 370, an and an Associated Objects tab 371 for displaying pages corresponding to the tabs.

Referring to FIG. 7, the browser window 301 of the UI 38 includes a Summary page 380 displaying deal information 381, loan information 382, and property information 383. The Summary page 380 may be displayed, for example, when the Summary tab 369 is selected. In one implementation, the deal information 381 may include, but is not limited to: line of business, department, department region, lead employee, company, country, currency, and partner. The loan information 382 may include, but is not limited to: loan name, loan status, loan number, loan date, loan term, rate type, interest rate, and loan amount. The property information 383 may include, but is not limited to: property name, loan name, lien type, allocated percentage of loan, property type, square footage or units, allocated loan balance, engineering and environmental reports, tenants, valuator, and valuation. When presented with the Summary page 380, a user may review specific details of the commercial deal and/or validate the correct entry of the commercial deal information.

Referring to FIG. 8, the UI 40 includes one embodiment of a Structure page 400 that displays a visual representation 401 depicting a relationship between entities involved in the commercial deal. In this embodiment, the visual representation 401 includes an ownership (asset) structure depicting relationships among related entities including a loan asset 402, several properties 403, 404, and various businesses 405-409.

As shown, the relationships between the loan asset 402 and each of the first property 403 and the second property 404 are depicted as first lien connectors, the relationship between the first business 405 and the loan asset 402 is depicted as a borrower connector, the relationship between the second business 406 and the loan asset 402 is depicted as a manager connector, and the relationship between the second business 406 and the first business 405 is depicted as an investment connector. In addition, the relationships between the third business 407 and each of the first property 403 and the second property 404 are depicted as property manager connectors. The relationship between the first business 405 and each of the third business 407, the fourth business 408, and the fifth business 409 are depicted as investments connectors.

Referring to FIG. 9A, an embodiment of the Structure page 400 includes a visual representation 410 a depicting a relationship between entities involved in the commercial deal. In this embodiment, the visual representation 410 a includes a level one ownership (asset) structure depicting relationships among related entities.

Referring to FIG. 9B, an embodiment of the Structure page 400 includes a visual representation 410 b depicting a relationship between entities involved in the commercial deal. In this embodiment, the visual representation 410 b includes a level two ownership (asset) structure depicting relationships among related entities. The visual representation 410 b includes entities in addition to those entities shown in the visual representation 410 a.

Referring to FIG. 9C, an embodiment of the Structure page 400 includes a visual representation 410 c depicting a relationship between entities involved in the commercial deal. In this embodiment, the visual representation 410 c includes a level three ownership (asset) structure depicting relationships among related entities. The visual representation 410 c includes entities in addition to those entities shown in the visual representation 410 b.

Referring to FIG. 10, an embodiment of the Structure page 400 includes a visual representation 420 depicting a relationship between entities involved in the commercial deal. In this embodiment, the visual representation 420 includes a cash flow structure depicting relationships among related entities. As shown, the visual representation 420 depicts cashflows from loan assets and property through various accounts (e.g., bank accounts, lockboxes, etc.).

Referring to FIG. 11, an embodiment of the Structure page 400 includes a visual representation 430 depicting a relationship between entities involved in the commercial deal. In this embodiment, the visual representation 410 a includes a servicing agreement structure depicting relationships among related entities. As shown, the visual representation 430 depicts the servicing agreements between the borrower and third-party servicers.

As described and illustrated, aspects of the present invention allow a user to efficiently create ownership structures, cash flow structure, and/or serving agreement structures related to a commercial deal. Using this technology, information underlying the ownership structure and entity relationships is input and incorporated to provide a user with a graphical representation of the commercial deal. The graphical representation may depict connections among entities (e.g., collateral to borrower, owner to property, property to property manager, etc.) illustrating the overall deal structure. Accordingly, a user may gain a better understanding of the ownership structure and cash flow as well as the servicing relationship or potential relationship should a loan be securitized, for example. This allows not only for enhanced data validation of the complex ownership and loan structures of a commercial deal, but also allows for a fluid and dynamic visual representation of flat data. Additionally, because the visual representation is generated automatically, the need for peripheral programs is eliminated.

A number of implementations have been described. Nevertheless, it will be understood that various modifications may be made and that other implementations are within the scope of the following claims.

Claims

What is claimed is:

1. A computer-implemented method for graphically representing a commercial deal, the method comprising the steps of:

receiving a first entity definition from a user through a graphical user interface associated with a computing system, wherein the first entity definition is associated with at least one first entity;

receiving a second entity definition from the user through the graphical user interface, wherein the second entity definition is associated with at least one second entity;

receiving role information from the user through the graphical user interface for the at least one first entity and the at least one second entity, wherein the role information comprises role relationship information and assignment information, wherein the role relationship information comprises a role assumed by the at least one first entity and the at least one second entity, the identity of the at least one first entity and the at least one second entity as related to the at least one first entity, and an exposure of the at least one first entity or the at least one second entity, and wherein the assignment information comprises an associated type of role for each of the at least one first entity and the at least one second entity and a timing of the associated type of role assumed by each of the at least one first entity and the at least one second entity;

receiving commercial deal information corresponding to the at least one first entity and the at least one second entity from the user through the graphical user interface;

defining graphical objects for the at least one first entity and the at least one second entity, wherein the graphical objects comprise one or more of a shape, an image, a picture, a photograph, and a graphic, and wherein defining the graphical objects comprises the computing system automatically associating a graphical object with an entity based on the received first entity definition, the received second entity definition, the role information, and the received commercial deal information;

automatically generating by the computing system an electronic visual representation on a display of the computing system depicting with the graphical objects relationships among the at least one first entity and the at least one second entity involved in the commercial deal corresponding to the received commercial deal information including relationships among the at least one first entity and the at least one second entity and an overall deal structure, wherein generating the electronic visual representation comprises the computing system automatically making connections between the graphical objects to visually convey the relationship between the at least one first entity and the at least one second entity on the display, and wherein the electronic visual representation of the entities is selectably rendered in at least one mode on the display corresponding to ownership structures, cash flow structures, and servicing relationship structures, wherein selecting the at least one mode facilitates specifying a level of the overall deal structure to be viewed via the electronic visual representation; and

storing the electronic visual representation in a non-transitory computer readable medium in electronic communication with the computing system;

wherein the graphical user interface is configured to display a default electronic visual representation, wherein the default electronic visual representation is programmed to enable the user to manipulate the default electronic visual representation so that the overall deal structure that best fits parameters of the commercial deal is displayed; and

wherein the graphical user interface is configured to enable the user to save the electronic visual representation as a part of the commercial deal information.

2. The method of claim 1, wherein the received commercial deal information comprises one or more loan transactions.

3. The method of claim 1, wherein each of the at least one first entity and the at least one second entity comprise one or more of an asset, a business, an individual, a property, collateral, and an account.

4. The method of claim 1, wherein the first entity definition comprises entity information describing specific attributes of the at least one first entity.

5. The method of claim 1, wherein the first entity definition comprises one or more of entity type, tax identification number, name, telephone number, facsimile number, address, website address, and parent company relationship.

6. The method of claim 1, wherein the role assumed by the at least one first entity and the at least one second entity comprise one or more of borrower, shareholder, investment, property manager, underwriter, principal, closer, employer, and employee.

7. The method of claim 1, wherein receiving role information from the user comprises receiving role information associated with a selected entity.

8. The method of claim 1, wherein the received commercial deal information comprises servicing agreement information and wherein the servicing agreement information includes details of conditions and services provided among the at least one first entity and the at least one second entity.

9. The method of claim 1, further comprising continuously updating the commercial deal information over a lifetime of the commercial deal.

10. The method of claim 9, further comprising automatically updating the electronic visual representation as the commercial deal information changes over a predetermined period of time.

11. The method of claim 1, wherein the received commercial deal information comprises cash management agreement information, and wherein the cash management agreement information comprises details of property and deal level cash flow streams and waterfall requirements among the at least one first entity and the at least one second entity.

12. The method of claim 1, further comprising rendering the electronic visual representation to the user as a structure of the graphical objects joined by connectors.

13. The method of claim 12, wherein the structure is rendered in multiple levels.

14. The method of claim 13, wherein increasing the multiple levels increases the number of graphical objects displayed in the electronic visual representation.

15. A communications system comprising:

a host system in communication with one or more client systems, the host system including a loan production system configured to:

define entities through a graphical user interface associated with a computing system;

assign roles for relating entities according to role information;

access commercial deal information corresponding to the entities;

define a first graphical object for a first group of related entities, wherein the first graphical object is selected from the group consisting of a shape, an image, a picture, a photograph, and a graphic, and wherein defining the first graphical object comprises the computing system automatically associating the first graphical object with the first group of related entities based on entity information, role information, and commercial deal information;

define a second graphical object for a second group of related entities, wherein the second graphical object is selected from the group consisting of a shape, an image, a picture, a photograph, and a graphic, and wherein defining the second graphical object comprises the computing system automatically associating the second graphical object with the second group of related entities based on entity information, role information, and commercial deal information, and wherein the first graphical object is different from the second graphical object; and

automatically generate by the computing system an electronic visual representation depicting with the first graphical object and the second graphical object a relationship among entities involved in a commercial deal corresponding to the commercial deal information including relationships among related entities and an overall deal structure, wherein generating the electronic visual representation comprises the computing system automatically making connections between the graphical objects to convey the relationship between entities on the display based on the entity information, the role information, and the commercial deal information, wherein the electronic visual representation of the objects is selectably rendered in at least one mode corresponding to ownership structures, cash flow structures, and servicing relationship structures, wherein selecting the at least one mode facilitates specifying a level of the overall deal structure to be viewed via the electronic visual representation; and

automatically update the electronic visual representation based on the commercial deal information over a lifetime of the commercial deal;

display a default electronic visual representation, wherein the default electronic visual representation is programmed to enable a user to manipulate the default electronic visual representation so that the overall deal structure that best fits parameters of the commercial deal is displayed; and

16. A non-transitory computer-readable medium containing computer-executable instructions embedded therein, the instructions, when executed, causing an electronic computer to:

receive a first entity definition from a user, wherein the first entity definition is associated with at least one first entity;

receive a second entity definition from the user, wherein the second entity definition is associated with at least one second entity;

receive role information from the user for the at least one first entity and the at least one second entity, wherein the role information comprises role relationship information and assignment information, wherein the role relationship information comprises a role assumed by the at least one first entity and the at least one second entity, the identity of the at least one first entity and the at least one second entity as related to the at least one first entity, and an exposure of the at least one first entity or the at least one second entity, and wherein the assignment information comprises an associated type of role for each of the at least one first entity and the at least one second entity and a timing of the associated type of role assumed by each of the at least one first entity and the at least one second entity;

access commercial deal information corresponding to the at least one first entity and the at least one second entity;

receive a user-defined graphical object for each of the related entities, wherein the graphical objects comprise one or more of a shape, an image, a picture, a photograph, and a graphic; and

automatically generate an electronic visual representation depicting with the graphical objects relationships among entities involved in a commercial deal including relationships among related entities and an overall deal structure based on entity information, role information, and the commercial deal information, wherein generating the electronic visual representation comprises automatically making connections between the graphical objects to convey the relationship between entities, wherein the electronic visual representation is capable of being rendered in at least one mode corresponding to ownership structures, cash flow structures, and servicing relationship structures, wherein selecting the at least one mode facilitates specifying a level of the overall deal structure to be viewed via the electronic visual representation;

display a default electronic visual representation, wherein the default electronic visual representation is programmed to enable the user to manipulate the default electronic visual representation so that the overall deal structure that best fits parameters of the commercial deal is displayed; and

save the electronic visual representation as a part of the commercial deal information.

17. A computer-implemented method for graphically representing a commercial deal, the method comprising the steps of:

defining entities through a graphical user interface associated with a computing system, wherein the entities are selected from a group consisting of an asset, a business, an individual, a property, collateral, and an account;

assigning roles for relating each of the defined entities, wherein the roles are selected from a group consisting of borrower, shareholder, investment, property manager, underwriter, principal, closer, employer, and employee;

accessing commercial deal information corresponding to the defined entities, wherein the commercial deal information is selected from a group consisting of transactions, servicing agreements, and cash management agreements;

defining graphical objects for related entities, wherein the graphical objects are selected from a group consisting of a shape, an image, a picture, a photograph, and a graphic, and wherein defining the graphical objects comprises the computing system automatically associating an object with an entity based on entity information, role information, and commercial deal information; and

automatically generating by a computing system an electronic visual representation on a display depicting with the graphical objects relationships among entities involved in a commercial deal including relationships among related entities and an overall deal structure based on entity information, role information, and commercial deal information, wherein generating the electronic visual representation comprises the computing system automatically making connections between the graphical objects to convey the relationship between entities, wherein the electronic visual representation of the objects is capable of being rendered in at least one mode corresponding to ownership structures, cash flow structures, and servicing relationship structures, wherein selecting the at least one mode facilitates specifying a level of the overall deal structure to be viewed via the electronic visual representation; and

displaying a default electronic visual representation, wherein the default electronic visual representation is programmed to enable a user to manipulate the default electronic visual representation so that the overall deal structure that best fits parameters of the commercial deal is displayed; and

18. The method of claim 17, wherein defining entities comprises receiving entity information describing specific attributes of the entities, wherein the entity information is selected from the group consisting of entity type, tax identification number, name, telephone number, facsimile number, address, website address, and parent company relationship.

19. The method of claim 17, wherein assigning roles comprises receiving role information associated with a selected entity, wherein the role information is selected from the group consisting of a specific role assumed by the entity, a timing of each specific role, a role relationship information for associating the selected entity with one or more other entities, and an assignment information for assigning a selected entity to the commercial deal.

20. The method of claim 17, wherein the commercial deal information comprises one or more of loan information, property information, cash management agreement information, and servicing agreement information.

21. A computer-implemented method for graphically representing a commercial deal, the method comprising the steps of:

defining entities using a computing system, wherein the entities comprise one or more of an asset, a business, an individual, a property, collateral, and an account, and wherein defining entities comprises electronically receiving through a graphical user interface associated with the computing system entity information describing specific attributes of the entities, wherein the entity information comprises one or more of entity type, tax identification number, name, telephone number, facsimile number, address, website address, and parent company relationship;

assigning roles for relating defined entities, wherein the roles comprise one or more of borrower, shareholder, investment, property manager, underwriter, principal, closer, employer, and employee, and wherein assigning roles comprises receiving role information associated with a selected entity, wherein the role information comprises one or more of a specific role assumed by the entity, a timing of the specific role, role relationship information for associating the selected entity with one or more other entities, and assignment information for assigning the selected entity to the commercial deal;

accessing commercial deal information corresponding to the defined entities, wherein the commercial deal comprises one or more loan transactions, servicing agreements, and cash management agreements;

defining graphical objects for related entities, wherein the graphical objects comprise one or more of a shape, an image, a picture, a photograph, and a graphic, and wherein defining the graphical objects comprises the computing system automatically associating an object with an entity based on entity information, role information, and commercial deal information, wherein the graphical objects are stored in a non-transitory computer readable medium; and

automatically generating by the computing system an electronic visual representation on a display associated with the computing system, the electronic visual display depicting with the graphical objects relationships among entities involved in a commercial deal including relationships among related entities and an overall deal structure; and

wherein automatically generating the electronic visual representation comprises the computing system automatically making graphical connections between the graphical objects to convey the relationship between the entities based on entity information, role information, and commercial deal information; and

wherein the electronic visual representation of the objects is capable of being rendered in at least one mode corresponding to ownership structures, cash flow structures, and servicing relationship structures, wherein selecting the at least one mode facilitates specifying a level of the overall deal structure to be viewed via the electronic visual representation, and wherein the electronic visual representation comprises a first graphical object representative of a first individual and a second graphical object representative of a first collateral;

wherein the graphical user interface is configured to display a default electronic visual representation, wherein the default electronic visual representation is programmed to enable a user to manipulate the default electronic visual representation so that the overall deal structure that best fits parameters of the commercial deal is displayed; and