AMONG ENTITY DATA OBJECTS

Cross-Reference to Related Applications

[0001] This disclosure claims priority to U.S. Provisional Application No. 62/188,862, entitled "Evaluating Interconnectivity Among Entities Involved In Market Transactions," filed July 6, 2015, the entirety of which is hereby incorporated by reference herein.

Technical Field

[0002] This disclosure relates generally to data structure for analyzing relationships among entities, and more particularly relates to updating data structures to accurately reflect, among data objects representing entities, interconnectivity among the entities for assessing risks and other attributes of entity relationships.

Background

[0003] Databases and other data structures may be used to identify relationships between different individuals, organizations, businesses, or other logical entities. In a simplified example, a database may include information about a set of businesses. The database may include a table for each business. Within each table, the database can include rows that identify different trade lines or other business relationships between the business and other businesses. This database allows a user to identify certain data objects (e.g., tables), which represent business entities and the relationships among these data objects, which represent transactions or other associations among the businesses.

[0004] But existing data structures for representing activities and characteristics of certain entities may not account for certain interconnections among entities. For example, when relating one data object representing a first entity to a second data object representing a second data entity, a data structure may be limited to using data that explicitly identifies both the first and second entities (e.g., data describing the first entity's debts and assets). Risk assessments that use this data structure may fail to focus on a wider network of interconnections between the first entity and other entities, such as indirect relationships between the first entity and other entities.

[0005] Thus, prior data structures may be limited to relating data objects, which represent entities, based only on explicitly identified relationships (e.g., creditor-debtor relationships). These data structures fail to account for other ways in which different entities may be interconnected (e.g., the indirect relationships described above). This deficiency of current data structures may result in inaccurate risk assessments with respect to related entities.

Summary

[0006] Aspects and examples are disclosed for modifying data structures to describe derived relationships among entity data objects and thereby representing interconnectivity among groups of entities. In some aspects, an interconnectivity evaluation system identifies, in a data structure with data indicating links among entity data objects, first links between a first entity data object and additional entity data objects and second links between a second entity data object and the additional entity data objects. A connectivity score for the first and second entity data objects, which indicates a weight of a relationship between the first and second entity data objects, is computed based on the first links and the second links. Data in the data structure is modified to indicate a relationship between the first and second entity data objects. The relationship is associated with the computed connectivity score. If a difference between the connectivity score and a desired connectivity score exceeds a threshold, a recommendation is outputted to modify the connectivity score by changing at least some of the links among the entity data objects.

[0007] This illustrative example is mentioned not to limit or define the invention, but to aid understanding thereof. Other aspects, advantages, and features will become apparent after review of the entire description and figures, including the following sections: Brief Description of the Figures, Detailed Description, and Claims. Brief Description of the Figures

[0008] These and other features, aspects, and advantages of the present disclosure are better understood when the following Detailed Description is read with reference to the accompanying drawings.

[0009] FIG. 1 depicts an example of an interconnectivity evaluation system that can be used to update data structures to accurately reflect interconnectivity among a set of entity data objects, according to some aspects of the present disclosure.

[0010] FIG. 2 depicts an example of the interconnectivity of the entities depicted in FIG. 1, according to some aspects of the present disclosure.

[0011] FIG. 3 depicts an example of a process for evaluating interconnectivity among a network of entities, according to some aspects of the present disclosure.

[0012] FIG. 4 depicts an example of trade lines linking different interconnected entities, according to some aspects of the present disclosure.

[0013] FIG. 5 depicts an example of connectivity scores derived for interconnected entities, according to some aspects of the present disclosure.

[0014] FIG. 6 depicts an example of an entity data object that can indicate both explicit links to other entity data objects and derived relationships with other entity data objects, according to some aspects of the present disclosure.

[0015] FIG. 7 depicts an example of the entity data object of FIG. 6 after being updated to identify derived relationships with other entity data objects, according to some aspects of the present disclosure.

[0016] FIG. 8 depicts an example of an entity data object that can indicate both explicit links to other entity data objects and derived relationships with other entity data objects. [0017] FIG. 9 depicts an example of a process for using computed connectivity scores to generate suggestions for modifying trade lines, according to some aspects of the present disclosure.

[0018] FIG. 10 depicts an example of a computing system for implementing certain features, according to some aspects of the present disclosure.

Detailed Description

[0019] This disclosure describes modifying databases and other data structures to include derived relationships among data objects that represent entities (e.g., individuals, organizations, etc.). Derived relationships can include, for example, relationships that are determined based on a connectivity score for groups of entity data objects, and that can encompass indirect relationships among entity data objects. A connectivity score can be computed based on analyzing data that describes explicit links among groups of entity data objects in the data structure and identifying both direct and indirect relationships that interconnect the entity data objects.

[0020] In some aspects, an interconnectivity evaluation module executed by a processing device can determine connectivity scores for a target entity based on a network of explicit links described by data in a data structure. For instance, a database or other data structure can include entity data objects, which include data describing entities, and entity connection data, which describes or otherwise indicates explicit links between different entities (e.g., trade lines between different businesses). The links in the network of entities can be analyzed to identify derived relationships (e.g., non-zero connectivity scores) among entity data objects, even if no explicit link between the data objects (e.g., a trade line) is identified in the data structure.

[0021] In a simplified example, entity data objects may represent businesses, and entity connection data can describe trade lines between the businesses. Prior to computing connectivity scores, the data structure may only identify entity data objects as being associated with one another if the entity connection data identifies trade lines or other explicit links between them. The interconnectivity evaluation module can compute a connectivity score for a target entity and a selected related entity using (i) a number of trade lines that exist between the target entity and other related entities and (ii) a number of trade lines that exist between the selected related entity and the other related entities. The connectivity score can indicate the weight of a relationship between two entity data objects. The weight can represent the degree to which impacts on a first entity can affect the operations of a second entity. The interconnectivity evaluation module can update the data structure to reflect a derived relationship between two entities, where the derived relationship corresponds to the computed connectivity score.

[0022] In some aspects, computed connectivity scores can be used to generate suggestions for assessing risk associated with interconnections represented by the derived relationships and associated connectivity scores. For example, the interconnectivity evaluation module can determine, based on analyzing entity data objects and entity connection data, that a first entity, such as a consumer of products or services, and a second entity, such as a supplier of products or service, have one or more trade lines with one another or are otherwise involved in the same supply chain. The interconnectivity evaluation module can compute a connectivity score for the consumer entity with respect to the supplier entity. The interconnectivity evaluation module can determine whether the connectivity score is above a threshold. A connectivity score above the threshold may indicate that negative impacts on the supplier entity will be highly disruptive to the consumer entity. The interconnectivity evaluation module can generate one or more suggestions based on the connectivity score exceeding a threshold. In one example, the interconnectivity evaluation module can transmit a notification indicating that the consumer entity should monitor risk indicators for the supplier entity. In another example, the interconnectivity evaluation module can transmit a notification indicating that the consumer entity should modify or diversify the supplier entities used to obtain the product or service.

[0023] The features discussed herein are not limited to any particular hardware architecture or configuration. A computing device can include any suitable arrangement of components that provide a result conditioned on one or more inputs. Suitable computing devices include multipurpose, microprocessor-based computer systems accessing stored software that programs or configures the computing system from a general-purpose computing apparatus to a specialized computing apparatus implementing one or more aspects of the present subject matter. Any suitable programming, scripting, or other type of language or combinations of languages may be used to implement the teachings contained herein in software to be used in programming or configuring a computing device.

[0024] Referring now to the drawings, FIG. 1 is a block diagram illustrating an example of an interconnectivity evaluation system 100 that can be used to update data structures to accurately reflect interconnectivity among a set of entity data objects 108a-e. A network of entities can include, for example, a set of individuals, companies, or other logical entities and the relationships via which different entities provide services or products to one another. In some aspects, the entities 1 lOa-e can include interconnected suppliers of products or services, consumers of products or services, or some combination thereof.

[0025] The interconnectivity evaluation system 100 is a computing device or group of computing devices configured to execute an interconnectivity evaluation module 101. The interconnectivity evaluation system 100 can be communicatively coupled to servers 107a-e that are associated with respective entities HOa-e. The interconnectivity evaluation module 101 can include executable instructions for accessing data source 102 and using data objects representing the various entities HOa-e to determine interconnectivities among the entities 110a-e. These determined interconnectivities can be used, for example, to identify risks associated with connections between different entities or groups of entities in a network of entities.

[0026] The interconnectivity evaluation module 101 can access data stored data sources 102. The data sources 102 can include databases or other data structures stored in a non- transitory computer-readable medium that is accessible to the interconnectivity evaluation module 101. The data can include entity connection data 104, such as (but not limited to) trade line data, subscriber accounts 106, and entity data objects 108. In some aspects, the interconnectivity evaluation module 101 can generate one or more of the entity connection data 104, the subscriber accounts 106, and the entity data objects 108 based on communications with the servers 107a-e.

[0027] In one example, the interconnectivity evaluation module 101 receives the entity connection data 104, the subscriber accounts 106, or the entity data objects 108 from one or more of the servers 107a-e and generates a copy of this data in a non-transitory computer- readable medium of the interconnectivity evaluation system 100. In another example, the interconnectivity evaluation module 101 receives other communications from one or more of the servers 107a-e and generates the entity connection data 104, the subscriber accounts 106, or the entity data objects 108 from this received data. Examples of this data include transaction data describing electronic transactions among at least some of the entities 1 lOa-e.

[0028] The interconnectivity evaluation module 101 can generate, analyze, or otherwise use the entity connection data 104 and entity data objects 108, as stored in one or more data structures of a non-transitory computer-readable medium, to update data structures to accurately reflect interconnectivity among a set of entity data objects 108a-e. Each entity data object 108 can represent a given one of the entities HOa-e or a given subset of the entities HOa-e. An entity data object can be any suitable data structure or collection of data structures having data that uniquely identifies a particular entity. Examples of entity data objects include (but are not limited to) databases, database records, tables, table rows, nodes of a data graph, etc. The entity connection data 104 can indicate how different entities are connected with one another. The entity connection data 104 can be any suitable data structure or collection of data structures for storing data describing associations or transactions between groups of entities. Examples of suitable data structures for entity connection data 104 include databases, tables, data graphs, etc. The interconnectivity evaluation module 101 can use the entity connection data 104 and the entity data objects 108 to generate or analyze a virtual model of the network of entities 1 lOa-e.

[0029] In some aspects, entities may be connected via business relationships between different entities. These business relationships can be identified using the entity connection data 104. A first example of a business relationship identified by entity connection data 104 is a debtor-creditor relationship. For instance, if entity 110a is a creditor of the entity 110b, the entity connection data 104 can include a record identifying the business credit account held by the entity 110b with respect to the entity 110a. A second example of a business relationship identified by the entity connection data 104 is a financial services relationship. For instance, if entity 110c is responsible for managing investments on behalf of the entity 110b, the entity connection data 104 can include a record identifying the investment account held by the entity 110b with respect to the entity 110c. A third example of a business relationship identified by the entity connection data 104 is a banking services relationship. For instance, if entity 1 lOd is a banking institution with which entity 1 lOe has an account, the entity connection data 104 can include a record identifying the investment account held by the entity HOe with respect to the entity HOd. (These examples of entity connection data 104 are provided for illustrative purposes only; other types of business relationships in which a first entity provides products or services to a second entity can be described by the entity connection data 104.)

[0030] The subscriber accounts 106 can be stored in, for example, a database or other suitable data source. The subscriber accounts 106 can include data regarding respective entities that are subscribers to an online service 103. In some aspects, the online service 103 can be a separate service that is executed by the interconnectivity evaluation system 100 and that is accessible by the interconnectivity evaluation module 101. In other aspects, the online service 103 can be integrated with the interconnectivity evaluation module 101.

[0031] The data included in the subscriber accounts 106 can be received from one or more computing systems associated with one or more of the entities 1 lOa-e. In some aspects, an online service 103 that includes or is accessible to the interconnectivity evaluation module 101 can verify at least some of the data received from entities by comparison with data received from external sources, transactional data collected by the online service 103, or other data sources. In some aspects, a subscriber entity may populate the subscriber account by instructing or otherwise permitting the online service 103 to extract or otherwise access the relevant subscriber data from other services or databases.

[0032] The data sources 102 can include, for example, secure and credentialed databases accessible to the interconnectivity evaluation system 100. The data sources 102 can include internal databases or other data sources that are stored at or otherwise accessible to the computing system. The data sources 102 can also include external databases that are accessible via external networks. Non-limiting examples of data stored in the data sources include verified credit data, verified tax data, verified asset data (e.g., property records or verified data regarding other assets possessed by a client), and other types of verified subscriber information. [0033] In some aspects, the data sources 102 (which may include internal or external databases) may be data storage devices controlled, at least in part, by one or more users of the interconnectivity evaluation module 101. The data sources 102 can be updated periodically or continuously. In other aspects, the internal or external databases are controlled by an entity other than the users of the interconnectivity evaluation module 101.

[0034] The interconnectivity evaluation system 100 can electronically communicate with one or more servers 107a-e that are associated with the entities HOa-e via one or more data networks 105. For example, an online service 103 that includes or is accessible to the interconnectivity evaluation module 101 can receive requests from one or more of the entities HOa-e to establish one or more subscriber accounts 106. The online service 103 can establish the subscriber accounts by storing authentication information (e.g., user names, passwords, etc.) that can be used to authenticate one or more of the entities HOa-e. Subsequent to establishing the subscriber accounts, the online service 103 that includes the interconnectivity evaluation module 101 can authenticate one or more users representing one or more of the entities 1 lOa-e.

[0035] If the users are properly authenticated, the online service 103 can receive at least some of the entity connection data 104 of one or more entities HOa-e from the users. For example, a user of an entity 110b that is a creditor of the entity 110a can log into the online service 103 with appropriate authentication information and transmit data indicating that another entity 110a has established a business credit line with the entity 110b. The online service 103 can generate or modify a record in the entity connection data 104 that describes or otherwise indicates the established business credit line between the entities 110a and 110b.

[0036] In some aspects, the interconnectivity evaluation module 101 can include or communicate with one or more of a web server module, a web services module, and an enterprise services module. For example, a web server module can be executed by a suitable processing device to provide one or more web pages or other interfaces to a client system operated by one of the entities. The web services module can generate this content by executing one or more analytical algorithms using information retrieved from one or more of the data sources. The enterprise services module can be executed to retrieve the information from one or more of the data sources accessible by the interconnectivity evaluation module 101.

[0037] FIG. 2 is a block diagram illustrating an example of the interconnectivity of entities HOa-e. In some aspects, the interconnectivity evaluation system 100 can generate or otherwise a data structure representing a group of entities HOa-e by using entity data objects 108 representing the entities HOa-e and entity connection data representing links (e.g., trade lines) between pairs of the entities HOa-e. In the example depicted in FIG. 2, the entities l lOa-e can be related to one another via trade lines 202, 204, 206, 208, 210, 212, and 214. Each trade line, which can be identified by the interconnectivity evaluation module 101 from the entity connection data 104 depicted in FIG. 1, represents a link between entities in which one of the entities provides products or services (e.g., credit lines, banking services, manufacturing services, etc.) that are consumed or otherwise used by another entity.

[0038] An entity can be linked to one or more other entities by more than one trade line. Different trade lines may represent different accounts, services, products, or other business or legal relationships between different entities. In one example, a first entity 110a may rely on a second entity 110b for banking services, as represented by the trade line 202, and investment services, as represented by the trade line 204. In another example, a first entity 110a may have two separate credit accounts with a second entity 110b. The trade lines 202 and 204 can represent these credit accounts.

[0039] Entities may be directly or indirectly connected via the links described in the entity connection data. Directly connected entities can be entities that provide products or services to one another. For example, the entity 110a is directly connected to the entity 110b via the trade lines 202 and 204 and to the entity l lOe via the trade line 212. Indirectly connected entities can be entities that provide products or services to another common entity, receive products or services from the common entity, or some combination thereof. For example, the entity 110a may rely on a second entity 110b for both banking services and investment services, as represented by the trade lines 202 and 204. The entity 110c may receive banking services from the entity 110b, as represented by the trade line 206, and the entity l lOd may receive financial services from the entity 110b, as represented by the trade line 208. In this manner, the entities 110a, 110c, 1 lOd are interconnected.

[0040] In some aspects, entities may be connected to other entities through both direct and indirect connections. For example, the entities 110a and l lOe depicted in FIG. 2 are directly connected (e.g., by exchanging products or services), as represented by the trade line 212. The entities 110a and 1 lOe are also indirectly connected via the trade lines 202 and 204 between the entities 110a and 110b, the trade lines 206 and 208 between the entity 110b and the entities 110c and l lOd, and the trade lines 214 and 210 between the entity l lOe and the entities 110c and l lOd.

[0041] The number of entities and trade lines depicted in FIGs. 1 and 2 are depicted for illustrative purposes only. However, any number of interconnected entities and trade lines can be evaluated using the interconnectivity evaluation module 101.

[0042] In some aspects, the interconnectivity evaluation system 100 described herein can be used for evaluating risks associated with a network of entities, as this risk mitigation may involve understanding of the inter-relationships between or among these entities than is available with existing solutions. In a simplified example, multiple entities involved in manufacturing certain products may be interconnected with one another. For instance, a first entity involved in a system for manufacturing products may be a consumer of certain raw materials supplied by a second entity and a debtor of a third entity. Even though the second entity has no direct business relationship with the third entity, a negative impact on the second entity (e.g., a bankruptcy) may negatively impact the first entity. This negative impact may be, for example, a bankruptcy or other change in the second entity's financial position that affects the ability of the second entity to provide materials used in a manufacturing process by the first entity, which in turn disrupts the first entity's operations and decreases the financial ability of the first entity to service its debt to the third entity. In this manner, the different entities are interconnected.

[0043] Existing solutions for evaluating interconnectivity among networks of entities may be insufficient for accurately analyzing the effect of these interconnections between entities. For example, prior solutions may focus on a given company's debts and assets when evaluating risks involved with entering into a market transaction with the company. This focus on the company, rather than a wider network of interconnections affecting the company, may fail to account for the company's influence on other entities in the network, or vice versa. This failure may result in inaccurate risk assessments with respect to transactions among entities (e.g., supply chains, market transactions, provision of online services) involving the company.

[0044] In some aspects, evaluating interconnectivity among entities can involve evaluating the degree to which impacts (e.g., changes in financial position such as profit losses, bankruptcies, etc.) to a business or other entity will impact related businesses or entities (e.g., other business partners, creditors, etc.). The interconnectivity evaluation module 101 101, when executed by a processing device, can determine connectivity scores for a target entity based on a network of relationships between the target entity and related entities. For example, a connectivity score for the target entity and a selected related entity can be computed using (i) a number of trade lines that exist between the target entity and the selected related entity, (ii) a number of trade lines that exist between the target entity and other related entities, and (iii) a number of trade lines that exist between the selected related entity and the other related entities.

[0045] The connectivity score can be provided to the target entity or another entity that may enter into a new business relationship or other type of connection with the target entity. In one example, a high connectivity score between a target entity and one or more other entities can indicate that a positive or negative impact on the target entity may have a respective disruption on the larger networks of entities. In another example, a high connectivity score between a target entity and one or more other entities can indicate that a business relationship with the target entity may be an advantageous business opportunity.

[0046] In some aspects, computed connectivity scores can be used to generate suggestions for assessing modifying trade lines. For example, the interconnectivity evaluation module 101 can determine that a first entity (e.g., a consumer of products or services) and a second entity (e.g., a supplier of products or service) have one or more trade lines with one another or are otherwise involved in the same supply chain. The interconnectivity evaluation module 101 can compute a connectivity score for the consumer entity with respect to the supplier entity. The interconnectivity evaluation module 101 can determine whether a difference between the connectivity score and a desired connectivity score exceeds a threshold. In one example, a computed connectivity score that is above a desired connectivity score or outside a range of desired connectivity scores may indicate that negative impacts on the supplier entity will be highly disruptive to the consumer entity. In another example, a computed connectivity score that is below a desired connectivity score may otherwise indicate that a business relationship with the supplier entity would be undesirable. [0047] The interconnectivity evaluation module 101 can generate one or more suggestions based on the difference between the connectivity score and the desired connectivity score exceeding the threshold. In one example, the interconnectivity evaluation module 101 can configure a suitable output device (e.g., a network interface device, a display device, etc.) to transmit a notification indicating that the consumer entity should monitor risk indicators for the supplier entity. In another example, the interconnectivity evaluation module 101 can configure a suitable output device to transmit a notification indicating that the consumer entity should modify or diversify the supplier entities used to obtain the product or service.

[0048] In some aspects, the interconnectivity evaluation system described herein can provide improvements over existing computer-implemented interconnectivity evaluation solutions. Existing solutions for evaluating interconnectivity a network of entities may fail to identify risks that result from indirect connections between entities. For example, existing solutions may be limited to analyzing a given entity's debts and assets rather than the entity's influence on other entities in the network, or vice versa. This failure may result in inaccurate risk assessments with respect to transactions among entities. The interconnectivity evaluation system according to some examples can evaluate interconnectivity among a wider network of entities using a particular collection of computing assets (e.g., network connections with multiple servers associated with entities, a non-transitory computer-readable medium storing large amounts of transaction and other entity-connection data from the servers via an online service, and an interconnectivity module executed on one or more processing devices), which may result in more accurate risk assessments. The operations described herein for interconnectivity evaluation can improve the performance of a computer system performing interconnectivity evaluation as compared to existing solutions. [0049] The interconnectivity evaluation module 101 can execute one or more algorithms for identifying and evaluating the interconnectivity among the entities HOa-e. FIG. 3 is a flow chart illustrating an example of a process 300 for evaluating interconnectivity among entities involved in market transactions according to some aspects. For illustrative purposes, the process 300 is described with reference to the implementation depicted in FIGs. 1 and 2. Other implementations, however, are possible.

[0050] The process 300 can involve accessing electronic entity connection data for a target entity and related entities, as depicted in block 302. For example, the interconnectivity evaluation module 101 can be executed by a suitable processing device to perform one or more operations suitable for implementing block 302. The operations may include retrieving or otherwise accessing a database or other suitable data structure stored in a non-transitory computer-readable medium that includes the electronic entity connection data. In one example, the electronic entity connection data can describe or otherwise indicate trade lines between the target entity and related entities.

[0051] In some aspects, the electronic data includes information about trade lines between different entities. FIG. 4 is a chart 400 illustrating an example of trade lines among different interconnected entities HOa-e. Each row identifies the trade lines between a given entity and each other entity. For example, as depicted in FIG. 4, the entity 110a has 17 trade lines with the entity 110b, 0 trade lines with the entity 110c, 26 trade lines with the entity 1 lOd, and 22 trade lines with the entity 1 lOe.

[0052] The process 300 can also involve computing connectivity scores for the target entity that indicate respective relationships between impacts (e.g., changes in financial position) on the target entity and impacts on related entities, as depicted in block 304. For example, the interconnectivity evaluation module 101 can be executed by a suitable processing device to perform one or more operations suitable for implementing block 304. [0053] In some aspects, the operations for computing a connectivity score can include identifying a degree of direct connectivity between a first entity (i.e., the target entity) and a second entity, identifying degrees of connectivity between the first entity and additional entities other than the second entity (e.g., additional businesses with which the first entity has trade lines), and weighting the degrees of connectivity between the first entities and the additional entities based on connectivity between the second entity and the additional entities.

[0054] For example, the processing device can compute a connectivity score for a target entity 110a and a related entity 110b. The processing device can access data received from various external data sources that identify trade lines involving the target entity 110a and the related entity 110b. The processing device can compute a ratio of (i) a number of trade lines between the target entity 110a and the related entity 110b and (ii) a total number of trade lines involving the target entity 110a. The computed ratio can represent the direct connectivity between the target entity 110a and the related entity 110b. The processing device can also compute, for each of the additional entities HOc-e, a ratio of trade lines between the target entity 110a and the additional entity. The processing device can also compute weights to be applied to the ratios between the target entity 110a and the additional entities HOc-e. The weights can represent degrees of interconnectivity between third-party entities, the target entity 110a, and the related entity 110b. For example, the weights for the weighted sum can be computed from a first set of connectivity scores between the target entity 110a and the other entities HOc-e and a second set of connectivity scores between the related entity 110b and the other entities 1 lOc-e. [0055] In one example, the interconnectivity evaluation module 101 can compute a connectivity score for the I ^th entity with respect to the j ^th entity of n entities using the following formula:

The variable t _i; - represents a number of trade lines between the i ^th entity and the j ^th entity. The variable t _ik represents a number of trade lines between the i ^th entity and another k ^th entity. The variable T _t represents a total number of trade lines involving the i ^th entity. The variable d _k j represents a connectivity score of the k ^th entity with respect to the j ^th entity, and the variable d _ik represents a connectivity score of the i ^th entity with respect to the k ^th entity. The connectivity score d _t j can be recursively computed.

[0056] In additional or alternative aspects, other data describing relationships between entities can be used to compute connectivity scores. For example, different trade lines may involve different amounts of money, and other business relationships (e.g., supplier-consumer relationships) may involve other quantifiable attributes associated with the business relationships. These quantifiable attributes can be used to compute the various weights described above. Non-limiting examples of other quantifiable attributes include the total business value of a set of trade lines between two entities, the total valuation of an entity, the total outstanding account receivables (A/R) of an entity, the outstanding account receivables (A/R) between two entities, and the like. For example, in the process described above, the total business value of a set of trade lines between entity 110a and another entity may be used as an additional factor in calculating the weight applied to the ratio of trade lines between entity 110a and the other entity.

[0057] An example of computed connectivity scores using the formula above is provided in FIG. 5. FIG. 5 depicts a chart 500 with examples of connectivity scores for interconnected entities 1 lOa-e. The connectivity scores are computed using the formula described above and the numbers of trade lines depicted in FIG. 4.

[0058] The process 300 can also involve transmitting the connectivity scores to a target entity or other entity, as depicted in block 306. For example, the interconnectivity evaluation module 101 can be executed by a suitable processing device to perform one or more operations suitable for implementing block 306. In some aspects, the operations may include generating a suitable electronic communication (e.g., an Extensible Markup Language ("XML") document, a web page, an e-mail, etc.) and configuring a network interface device to transmit the electronic communication (e.g., an Extensible Markup Language ("XML") document, a web page, an e-mail, etc.) to one or more computing systems associated with a target entity, an entity that has requested connectivity scores for the target entity, or some other suitable entity the providers. In additional or alternative aspects, the operations may include generating a suitable electronic message and configuring a display device or other output device to output the electronic message (e.g., via a graphical interface) at one or more computing systems.

[0059] In some aspects, the interconnectivity evaluation module 101 can be used to update data structures to reflect both explicit links among entities and derived relationships among entities. For example, an explicit link between two entity data objects can be identified by data in a data structure, such as a database, if the entity connection data 104 indicates a trade line or other business relationship between the two entities corresponding to the entity data objects. In the exampled described above with respect to FIG. 2, two explicit links exist between the entity data objects 108a, 108b. The explicit links can be identified and included in the data structure based on entity connection data 104 describing the trade lines 202, 204. Using the examples of connectivity scores depicted in FIG. 4, the entity data object 108a can have explicit links to the entity data objects 108b, 108d, 108e based one or more trade lines being associated with the entity data object 108a and each of the entity data objects 108b, 108d, 108e. Other relationships between entities can also be categorized as explicit links by the interconnectivity evaluation module 101.

[0060] A derived relationship between two entity data objects can be determined based on connectivity scores, such as the scores depicted in FIG. 5. For instance, the interconnectivity evaluation module 101 can determine that a derived relationship exists between two entity data objects if the connectivity score for the two entities is above a certain threshold (e.g., a non-zero connectivity score). Using the examples of connectivity scores depicted in FIG. 5, the entity data object 108a can have a derived relationship with each of the entity data objects 108b-e based on the non-zero connectivity scores for each pair of entity data objects.

[0061] In some aspects, updating data structures to reflect both explicit links among entities and derived relationships among entities can involve modifying one or more data structures that are included in or associated with an entity data object. For example, in FIG. 6, the entity data object 108a includes tables 602, 604. The table 602 identifies explicit links between the entity data object 108a and one or more other entity data objects. In this example, the table 602 includes records identifying multiple explicit links between the entity data object 108a and the entity data object 108b. These explicit links correspond to different trade lines between the entities that correspond to the entity data objects 108a, 108b.

[0062] In this example, the table 604 identifies derived relationships. Prior to the computation of one or more connectivity scores, the table 604 may not reflect any relationship between certain pairs of entity data objects. In the simplified example of FIG. 6, the table 604 is empty, and therefore does not reflect any derived relationship between the entity data object 108a and any other entity data object. [0063] FIG. 7 depicts an example of the entity data object 108a after being modified to reflect the results of connectivity score computations. In this example, the table 604 is updated to reflect the derived relationships between the entity data object 108a and each of the entity data objects 108b, 108c. For instance, the interconnectivity evaluation module 101 can add data to the table 604 that describes a derived relationship between the entity data objects 108a, 108b, where the derived relationship is added based on the connectivity score of 23.56% being computed for the entity data objects 108a, 108b. The interconnectivity evaluation module 101 can also add data to the table 604 that describes a derived relationship between the entity data objects 108a and 108c, where the derived relationship is added based on the connectivity score of 2.40% being computed for the entity data objects 108a and 108c. In some aspects, the derived relationship can be associated with the computed connectivity scores, as depicted in the example of FIG. 7. Thus, the updated table 604 of the entity data object 108a indicates a derived relationship between the entity data objects 108a, 108c even though no direct link between these objects may exist in the data structure.

[0064] In additional or alternative aspects, updating data structures to reflect both explicit links among entities and derived relationships among entities can involve modifying one or more data structures that are included in or associated with entity connection data. For example, in FIG. 8, the entity connection data 104 includes a table 802. The table 802 identifies different types of connections between pairs of entity data objects. The identified connections include explicit links (e.g., links corresponding to various trade lines between the entity data object 108a and the entity data object 108b) and derived relationships (e.g., relationships corresponding to computed connectivity scores for the entity data object 108a and each of the entity data objects 108b, 108c). In the example depicted in FIG. 8, the table 802 has been updated to reflect the derived relationships corresponding to the computed connectivity scores. [0065] Any suitable data structure can be used to store data identifying explicit links and derived relationships between entity data objects. In some aspects, the examples depicted in FIGs. 7-9 can be used separately or in combination. Data structures other than database tables, however, may be used.

[0066] In some aspects, the interconnectivity evaluation module 101 can configure the interconnectivity evaluation module 101 to electronically communicate the connectivity score and one or more suggestions for modifying trade lines or other links among entity data objects based on computed connectivity scores. For example, FIG. 9 is a flow chart illustrating an example of a process 900 for using computed connectivity scores to generate suggestions for modifying trade lines or other links among entity data objects. For illustrative purposes, the process 900 is described with reference to the implementation depicted in FIGs. 1-8. Other implementations, however, are possible.

[0067] The process 900 can involve identifying, from a data structure with data about the entity data objects, first links between the first entity data object and additional entity data objects and second links between the second entity data object and the additional entity data objects, as depicted in block 902. The interconnectivity evaluation module 101 can be executed by a suitable processing device to perform one or more operations suitable for implementing block 902. In one example, the operations may include accessing electronic data, such as entity data objects and entity connection data, from a database or other suitable data structure. The accessed electronic data can identify, for example, trade lines between different entities that are described by or otherwise correspond to the entity data objects. The interconnectivity evaluation module 101 can identify, from the entity data objects and entity connection data, explicit links such as trade lines between the first entity and additional entities and trade lines between the second entity and the additional entities. [0068] The process 900 can also involve computing a connectivity score for the first entity and the second entity, as depicted in block 904. The interconnectivity evaluation module 101 can be executed by a suitable processing device to perform one or more operations suitable for implementing block 904. In some aspects, the connectivity score can indicate a weight of a relationship between the first entity data object and the second entity data object. An example of a weight of relationship is a degree to which impacts on operations involving the first entity are likely to affect impacts on operations involving the second entity. For instance, the connectivity score may indicate a relationship between a change in the financial position of the first entity and a change in the financial position of the second entity. The operations may include performing one or more of the operations described above with respect to block 304.

[0069] The process 900 can also involve updating the data structure to indicate a relationship between the first entity data object and the second entity data object that is associated with the computed connectivity score, as depicted in block 906. The interconnectivity evaluation module 101 can be executed by a suitable processing device to perform one or more operations suitable for implementing block 906. In some aspects, a table or other data structure included in or associated with an entity data object may be updated to indicate a derived relationship between two entity objects. The derived relationship may involve two entity objects with an explicit link or two entity objects without an explicit link.

[0070] For instance, in the examples described above with respect to FIGs. 7-9, a data structure that includes one or more of the tables 604, 802 can be updated to add a first derived relationship between entity data objects 108a, 108b. The first derived relationship is added based on the computed connectivity score for entity data objects 108a, 108b. In this example, the data structure that includes one or more of the tables 604, 802 can also be updated to add a second derived relationship between entity data objects 108a, 108c. The second derived relationship is added based on the computed connectivity score for entity data objects 108a, 108c. Derived relationships can be identified between entity data objects even if no explicit link between entity data objects 108a, 108c is otherwise included in the data structure (e.g., in the table 602 that identifies explicit links or in rows of the table 802 that identify explicit connections).

[0071] The process 900 can also involve determining that a difference between the computed connectivity score and a desired connectivity score exceeds a threshold, as depicted in block 908. For example, the interconnectivity evaluation module 101 can be executed by a suitable processing device to perform one or more operations suitable for implementing block 908. The operations may include accessing a database or other suitable data structure stored in a computer-readable medium that describes risk profiles or other criteria used for evaluating connectivity scores. The operations may also include comparing the computed connectivity score to one or more desired connectivity scores (e.g., a maximum connectivity score, a minimum connectivity score, a range of acceptable connectivity scores, etc.). The difference between the computed connectivity score and the desired connectivity score may exceed a threshold if the computed connectivity score is greater than a maximum connectivity score, less than a minimum connectivity score, or is otherwise sufficiently different from one or more desired connectivity scores.

[0072] The process 900 can also involve outputting suggestions based on determining that the difference between the computed connectivity score and the desired connectivity score exceeds the threshold, as depicted in block 910. For example, the interconnectivity evaluation module 101 can be executed by a suitable processing device to perform one or more operations suitable for implementing block 910. The operations may include generating and transmitting a suitable electronic communication (e.g., an Extensible Markup Language ("XML") document, a web page, an e-mail, etc.) to one or more computing systems associated with the first entity or some other entity that has requested a connectivity score for the first entity with respect to the second entity.

[0073] In some aspects, the interconnectivity evaluation module 101 can generate and transmit a notification indicating that the first entity should monitor risk indicators for the second entity. In another example, the interconnectivity evaluation module can transmit a notification indicating that the first entity should replace or supplement the trade line between the first and second entities with another trade line between the first entity and another entity. For example, if the second entity is included in a supply chain that involves the first entity, the notification may include a suggestion to utilize an alternate supply chain that does not include the second entity.

[0074] For illustrative purposes, the processes 300 and 900 are described herein using trade lines as examples of connections between entities in a network of entities. But other implementations are possible. Any suitable relationship or other connection among different entities may be used by the interconnectivity evaluation system in the manner described herein.

[0075] Although the processes 300 and 900 are described herein with respect to direct connections between entities, other implementations are possible. In some aspects, the interconnectivity evaluation module 101 can be used to evaluate the risk associated with entering into a transaction with an entity that is highly interconnected with other entities.

[0076] For example, entity 110a may wish to evaluate the risk involved with entering into a business relationship with the entity HOd. The interconnectivity evaluation module 101 may receive a request from an entity 110a to evaluate the connectivity between the entity HOd and other entities with which the entity 110a has trade lines. The interconnectivity evaluation module 101 may determine that an entity HOd has a high connectivity score with respect to entities 110b and HOe. This high connectivity score may indicate that if entity 110a enters into the relationship with the entity HOd, a negative impact on the entity HOd would negatively affect the entity 110a both directly (e.g., through the trade line between entities 110a and HOd) and indirectly (e.g., through the trade lines between the entity HOd and the entities 110b and HOe). For example, if the entity HOd declares bankruptcy, the entity 110a would lose a revenue stream from the entity HOd (e.g., the repayment of a debt) and may lose revenue streams from the entities 110b and HOe if the bankruptcy of from the entity HOd negatively impacts the ability of the entities 110b and HOe to uphold financial obligations to the entity 110a.

[0077] In some aspects, the interconnectivity evaluation module 101 may generate analytics or recommendations that can assist the entity 110a in reducing the risk involved with entering or maintaining the business relationship with the entity 1 lOd. In one example, the interconnectivity evaluation module 101 may generate and transmit a message to the entity 110a suggesting that the entity 110a should reject a request by the entity HOd to borrow money, should limit the total financial obligation of the entity 1 lOd to the entity 110a (e.g., by loaning no more than a threshold amount of money to the entity HOd), or should take some other action that would address the risk indicated by the interconnectivity score for the entity HOd. The entity 110a may respond to the suggestion by, for example, rejecting a loan request from the entity HOd or limiting an amount of a loan to the entity HOd. In another example, if the contemplated business relationship involves the entity HOd being a product supplier to the entity 110a, the interconnectivity evaluation module 101 may identify alternative suppliers having connectivity scores with respect to the entities 110b and HOe that are lower than the connectivity score of the entity 1 lOd with respect to the entities 110b and 1 lOe. The interconnectivity evaluation module 101 may generate and transmit a message to the entity 110a suggesting that the entity 110a should select one or more of the alternative suppliers. The entity 110a may respond to the suggestion by selecting one or more of the suggested alternative suppliers.

[0078] Any suitable computing system or group of computing systems can be used to perform the operations described herein. For example, FIG. 10 is a block diagram depicting an example of an interconnectivity evaluation system 100 for implementing certain features according to some aspects.

[0079] The interconnectivity evaluation system 100 can include a processor 1002 that is communicatively coupled to a memory 1004 and that executes computer-executable program code stored in the memory 1004, accesses information stored in the memory 1004, or both. Examples of a processor 1002 include a microprocessor, an application-specific integrated circuit, a field-programmable gate array, or any other suitable processing device. The processor 1002 can include any number of processing devices, including one. The processor 1002 can include or communicate with a memory 1004 storing program code that, when executed by the processor 1002, causes the processor to perform the operations described in this disclosure.

[0080] The memory 1004 can include any suitable computer-readable medium. The computer-readable medium can include any electronic, optical, magnetic, or other storage device capable of providing a processor with computer-readable program code or other program code. Non-limiting examples of a computer-readable medium include a magnetic disk, memory chip, optical storage, flash memory, storage class memory, a CD-ROM, DVD, ROM, RAM, an ASIC, magnetic tape or other magnetic storage, or any other medium from which a computer processor can read and execute program code. The program code may include processor-specific program code generated by a compiler or an interpreter from code written in any suitable computer-programming language. Examples of suitable programming language include C, C++, C#, Visual Basic, Java, Python, Perl, JavaScript, ActionScript, etc. [0081] The interconnectivity evaluation system 100 may also include a number of external or internal devices such as input or output devices. For example, the interconnectivity evaluation system 100 is shown with an input/output interface 1008 that can receive input from input devices or provide output to output devices. A bus 1006 can also be included in the interconnectivity evaluation system 100. The bus 1006 can communicatively couple one or more components of the interconnectivity evaluation system 100.

[0082] The interconnectivity evaluation system 100 can execute program code that includes the interconnectivity evaluation module 101. The program code for the interconnectivity evaluation module 101 may be resident in any suitable computer-readable medium and may be executed on any suitable processing device. The program code for the interconnectivity evaluation module 101 can reside in the memory 1004 at the interconnectivity evaluation system 100. The interconnectivity evaluation module 101 stored in the memory 1004 can configure the processor 1002 to perform the operations described herein.

[0083] The interconnectivity evaluation system 100 can include one or more output devices. One example of an output device is the network interface device 1010 depicted in FIG. 10. A network interface device 1010 can include any device or group of devices suitable for establishing a wired or wireless data connection to one or more data networks 105. Non-limiting examples of the network interface device 1010 include an Ethernet network adapter, a modem, etc. Another example of an output device is the presentation device 1012 depicted in FIG. 10. A presentation device 1012 can include any device or group of devices suitable for providing visual, auditory, or other suitable sensory output indicating recommendations generated by the interconnectivity evaluation module 101. Non- limiting examples of the presentation device 1012 include a touchscreen, a monitor, a speaker, a separate mobile computing device, etc. General Considerations

[0084] Numerous specific details are set forth herein to provide a thorough understanding of the claimed subject matter. But those skilled in the art will understand that the claimed subject matter may be practiced without these specific details. Certain methods, apparatuses, or systems that would be known by one of ordinary skill have not been described in detail so as not to obscure claimed subject matter. Those skilled in the art, upon attaining an understanding of the foregoing, may produce alterations to, variations of, and equivalents to aspects described herein. Any aspects or examples may be combined with any other aspects or examples.

[0085] Unless specifically stated otherwise, it is appreciated that throughout this specification that terms such as "processing," "computing," "calculating," "determining," and "identifying" or the like refer to actions or processes of a computing device, such as one or more computers or a similar electronic computing device or devices, that manipulate or transform data represented as physical electronic or magnetic quantities within memories, registers, or other information storage devices, transmission devices, or display devices of the computing platform.

[0086] A computing device can include any suitable arrangement of components that provides a result conditioned on one or more inputs. Suitable computing devices include multipurpose microprocessor-based computer systems accessing stored software that programs or configures the computing system from a general purpose computing apparatus to a specialized computing apparatus implementing one or more aspects of the present subject matter. Any suitable program coding, scripting, or other type of language or combinations of languages may be used to implement the teachings contained herein in software to be used in programming or configuring a computing device. Though aspects of the methods disclosed herein may be performed in the operation of such computing devices, the order of the blocks in the examples can be varied (e.g., re-ordered, combined, broken into sub-blocks, performed in parallel, etc.).

[0087] The use of "adapted to" or "configured to" herein is meant as open and inclusive language that does not foreclose devices adapted to or configured to perform additional tasks or steps. Additionally, the use of "based on" is meant to be open and inclusive, in that a process, step, calculation, or other action "based on" one or more recited conditions or values may, in practice, be based on additional conditions or values beyond those recited. Headings, lists, and numbering included herein are for ease of explanation only and are not meant to be limiting.

[0088] Accordingly, this disclosure has been presented for purposes of example rather than limitation, and does not preclude inclusion of modifications, variations, or additions to the present subject matter as would be readily apparent to one of ordinary skill in the art.