Machine-learned database interaction model

A central database system trains a machine-learned model based on training data identifying entity characteristics of account holder entities, content item characteristics of a content item presented to the account holder entities, and interactions between the account holder entities and the presented content item. The central database system then identifies a target set of account holder entities, and applies the trained machine-learned model to the entity characteristics of each account holder entity of the target set of account holder entities, the entity characteristics of each of the account holder entities that previously interacted with the content item, and the content item characteristics of the content item to identify a subset of the target set of account holder entities for presentation of the content item. The content item is then displayed to the subset, the content item includes an interface element that, when selected, causes an interaction to take place.

TECHNICAL FIELD

This disclosure relates generally to database systems, and more specifically to training and applying machine-learned models in a database system.

BACKGROUND

Centralized database systems, such as employment management database systems, store large amount of data for the various entities associated with the database systems. In some embodiments, this data includes interactions between the entities associated with the database system and content items presented within the database system. Accordingly, centralized database systems may be able to identify patterns and characteristics of the entities, and thus may be positioned to offer valuable insight into which content items when presented to one or more entities are likely to result in an interaction.

SUMMARY

A central database system trains a machine-learned model based on training data identifying entity characteristics of account holder entities, content item characteristics of a content item presented to the account holder entities, and interactions between the account holder entities and the presented content item. The central database system then identifies a target set of account holder entities, and applies the trained machine-learned model to the entity characteristics of each account holder entity of the target set, the entity characteristics of each of the account holder entities that previously interacted with the content item, and the content item characteristics of the content item to identify a subset of the target set of account holder entities for presentation of the content item. The content item is then displayed to the subset, the content item including an interface element that, when selected, causes an interaction to take place. The account holder entities of the subset are associated with an above-threshold likelihood to result, when presented the content item, in an interaction with the content item.

DETAILED DESCRIPTION

System Architecture

FIG.1is a block diagram of a system environment100in which a central database system110operates, in accordance with an embodiment. The system environment100shown byFIG.1includes the central database system110, a network120, one or more account holder entities130, and one or more content providers140. The system environment100may have alternative configurations than shown inFIG.1, including for example different, fewer, or additional components.

The account holder entities130and the content providers140communicate with the central database system110via one or more computing devices capable of receiving user input as well as transmitting and/or receiving data via the network120. Examples of computing devices include conventional computer systems (such as a desktop or a laptop computer, a server, a cloud computing device, and the like), client devices (such as smartphones, tablet computers, mobile devices, and the like), or any other device having computer functionality. The devices of the account holder entities130and the content providers140are configured to communicate with the central database system110via the network120, for example using a native application executed by the devices or through an application programming interface (API) running on a native operating system of the devices, such as IOS® or ANDROID™. In another example, the devices of the account holder entities130and the content providers140are configured to communicate with the central database system110via an API running on the central database system.

It should be noted that when reference is made to an account holder entity130or a content provider140performing an action within the environment100ofFIG.1, in practice it may be a device of the account holder entity or the content provider, respectively, that is performing the action, for instance at the direction of the account holder entity or the content provider.

Account holder entities130can include any entities associated with accounts of the central database system110. For instance, an account holder entity130may be an individual, an employee, an employer, a representative of a company or organization, and the like. As one example, an employer of 100 employees may be associated with an employer account within the central database system110, and may provide employee information (such as name, title, biographic information, geographic information, salary, benefits, and the like) for each employee to the central database system110. The central database system110, in turn, may provision an account through the central database system110for each employee, and thus each employee may also be an account holder entity130.

The content providers140provide content items and/or other information to the central database system110via the network120. A content provider140may be an advisor, a lawyer or law firm, an accountant or accounting firm, a component or materials supplier, a venture capital firm or banking organization, a technology partner (such as an integration or IT provider), or any other suitable service or product provider. In some embodiments, the content providers140are associated with an account of the central database system110. Content items provided by the content providers140to the central database system110may include graphical widgets, reminders, files, text, images, video, workflow content, recommendations (e.g., for finding business partners, for learning more about features of central database system110, etc.), compliance requirements, payroll content, coupons, discount opportunities, tax credit opportunities, advertisements, any other suitable content, or any combination thereof. Each content item includes an interface element such as a link and/or a button providing a means for interacting with the content item. Other information provided by the content providers140to the central database system110may include content item characteristics. In some embodiments, the content items provided by the content providers140are sponsored content items for which the content providers140provide remuneration to the central database system110for distributing the content items.

The central database system110is configured to receive and store various information associated with one or more entities, such as the account holder entities130and the content providers140. As described below, the central database system110is able to train and apply a machine-learned model to identify one or more account holder entities130that, if presented with a content item are most likely to interact with the content item. The central database system110is able to leverage information stored by the central database system110associated with the account holder entities130and the content item in order to train the machine-learned model.

In the embodiment ofFIG.1, the central database system110includes an entity database150, a content item database155, an interaction database160, a training information database165, a machine-learned model170, a training engine175, a target account holder identification engine180, and an interface engine185. It should be noted that in other embodiments, the central database system110can include fewer, additional, or different components that those illustrated herein. In addition, in the embodiment ofFIG.1, the central database system110is associated with an entity (such as a company or organization) different from the account holder entities130and the content providers140. Accordingly, the central database system110includes hardware (such as servers, networking equipment, databases or other storage devices, data center systems, and the like) distinct (and in some embodiments, physically remotely from) the devices associated with the account holder entities130and the content providers140.

The entity database150is configured to store entity characteristics associated with the account holder entities130. In some embodiments, the entity characteristics stored in the entity database150is information gathered from the account holder entities130as these entities are establishing accounts with the central database system110. For instance, the central database system110can be an enterprise software provider that provides human resources software to employers for use with employees. In this example, the employer may provide entity characteristics describing characteristics of the employer and describing characteristics of each of the employees to the central database system110during the course of provisioning accounts for the employees with the central database system110. In other embodiments, entity characteristics associated with the account holder entities130can be provided to the central database system110for storage in the entity database150via any other suitable source or medium.

Examples of entity characteristics associated with an account holder entity130stored by the entity database150can include but are not limited to: a type of the account holder entity (e.g., a company, an educational institution, a professional or charitable association, an employer, an employee, a government organization, and the like), an age of the account holder entity (e.g., how long the entity has been in business, been established, etc.), a number of individuals or headcount associated with the account holder entity, tax or finance issue expertise of the account holder entity, compliance expertise of the account holder entity, an industry expertise of the account holder entity, fundraising or selling expertise of the account holder entity, non-profit expertise and capabilities of the account holder entity (e.g., grant expertise, R&D expertise, and the like), services offered by the account holder entity, a service type associated with the account holder entity (e.g., an automated service, personal/hand-holding service, and the like), an industry or focus associated with the account holder entity, a tax status of the account holder entity (e.g., for-profit business, non-profit organization, etc.), software used by the account holder entity, revenue or profits of the account holder entity, a filing city or state associated with the account holder entity (e.g., where the account holder entity files taxes), a state of incorporation or registration of the account holder entity, cities or states in which the account holder entity is present (e.g., does business, has offices, etc.), cities or states in which the account holder entity has employees or members, addresses associated with the account holder entity (e.g., addresses of offices of the account holder entity), geographic locations of customers of the account holder entity, or any other suitable characteristic of the account holder entity.

The content item database155is configured to store content item characteristics associated with content items and other information provided by the content providers140. In some embodiments, the content item characteristics stored in the content item database155is information provided by the content providers140as the providers are establishing accounts with the central database system110. In other embodiments, content item characteristics associated with content items can be provided to the central database system110for storage in the content item database155via any other suitable source or medium.

Examples of content item characteristics associated with a content item and stored by the content item database155can include but are not limited to: one or more industries targeted by the content item, one or more demographics targeted by the content item, one or more expertise targeted by the content item, one or more geographic locations targeted by the content item, services described in the content item, products described in the content item, any time sensitive information included in the content item, amount of times the content item has been displayed and to whom, or any other suitable characteristic of the content item.

The interaction database160is configured to store interaction data associated with content items and the account holder entities that interact with the content items. In some embodiments, the interaction database160is updated with new interaction data every time an interaction between account holder entity130and content item takes place. Examples of interaction data stored by the interaction database160include who (i.e., which account holder entities) interacted with a content item, what type of interaction took place (e.g., selection of a link, selection of a button, etc.), what was the outcome of the interaction (e.g., positive outcomes such as likes, subscriptions, views, purchases, etc. or negative outcomes such as dislikes, deletions, dismisses, etc.), when an interaction with a content item takes place, an amount of time between a content item being displayed to an account holder entity and an interaction with the content item taking place, or any other suitable interaction data.

The training information database165includes a set of training information used to train a machine-learned model. In some embodiments, the set of training information includes historical information stored by the entity database150associated with a set of account holder entities130, historical information stored by the content item database155associated with a content item, and historical information representative of interactions between the set of account holder entities and the content item stored by the interaction database160. For instance, the set of training information can include multiple entries, with each entry including information describing entity characteristics of an account holder entity130, information describing content item characteristics of a content item presented to the account holder entity130, and information describing an interaction between the account holder entity130and the content item.

The machine-learned model170is a model that is trained by the training engine175using the set of training information stored in the training information database165. The training engine175can train the machine-learned model170initially based on the set of training information, and can retrain the machine-learned model when the set of training information is updated (e.g., new information is added, one or more entity characteristics of an account holder entity130has changed, one or more content item characteristics of a content item has changed, interaction data has changed, and the like). The machine-learned model170can be retrained by the training engine175periodically, after the passage of a threshold amount of time, after the occurrence of a triggering event, at the request of a user or other entity associated with the central database system110, and the like.

The training engine175can implement one or more machine learning techniques to train the machine-learned model170. For instance, the machine-learned model can include one or more models, including but not limited to a linear support vector machine (linear SVM), boosting for other algorithms (e.g., AdaBoost), neural networks, logistic regression, naïve Bayes classifiers, memory-based learning techniques, random forest classifiers, bagged trees, decision trees, boosted trees, boosted stumps, a supervised or unsupervised learning algorithm, or any suitable combination thereof.

The machine-learned model170is trained based on the set of training information in order to identify one or more account holder entities130that, if presented with a content item, are most likely to interact with the content item. In some embodiments, the machine-learned model170is trained on the set of training information in order to identify one or more account holder entities130that, if presented with the content item, are most likely to have a positive interaction (e.g., a like, a subscribe, a click, a purchase, and so on) with the content item. In some embodiments, the machine-learned model170is trained to identify patterns or correlations between entity characteristics of a first set of account holder entities130presented with the content item, content item characteristics of the content item presented to the first set of account holder entities130, and interactions between the first set account holder entities130and the content item. In some embodiments, some or all of the account holder entities130in the first set of account holder entities130are randomly presented with the content item. Based on the identified patterns and correlations, the machine-learned model can identify, based on entity characteristics of each account holder in a target set of account holder entities130, entity characteristics of each of the account holder entities130of the first set that interacted with the content item, and the content item characteristics to identify a subset of the target set of account holder entities130for presenting the content item.

FIG.2is a data flow diagram illustrating the training and application of a machine-learned model170, according to one embodiment. In the embodiment ofFIG.2, the machine-learned model170is trained using a training set of information200, including account holder information210(e.g., entity characteristics of a first set of account holder entities130), content item information220(e.g., content item characteristics for a content item), and interaction data230(e.g., information describing interactions between the one or more account holder entities130of the first set and the content item). The machine-learned model170receives positive account holder information215(e.g., entity characteristics of one or more account holder entities130of the first set that interacted with the content item), content item information220, and target account holder information240(e.g., entity characteristic of a target set of account holder entities130), and identifies a set of target account holders250(e.g., a subset of the target set of account holder entities130) that, when presented with the content item, are most likely to interact with the content item.

The target account holder identification engine180identifies a target set of account holder entities130to which a content item may be presented. The target set of account holder entities130are selected from the account holder entities130associated with accounts of the central database system110. The target account holder identification engine180identifies a set of entity characteristics associated with each account holder entity130. Examples of the identified set of entity characteristics include a size of the account holder entity130, an industry of the account holder entity, a filing state of the account holder entity, or any other suitable entity characteristics (such as any of the entity characteristics described above with regards to the account holder entities130and stored within the entity database150). The target account holder identification engine180identifies a set of content item characteristics associated with the content item. Example characteristics in the identified set of content item characteristics include one or more industries targeted by the content item, services described in the content item, any time sensitive information included in the content item, amount of times the content item has been displayed and to whom, or any other suitable characteristics (such as any of the content item characteristics described above with regards to the content item and stored within the content item database155).

In some embodiments, the target account holder identification engine180can identify one or more account holder entities130of the target set based on entity characteristics of these account holder entities130matching some of the content item characteristics (e.g., when an account holder entity130grows to a certain headcount, the account holder entity130can be identified so that a content item advertising a law firm may be presented), based on a time or date (e.g., an account holder entity130can be selected so that a content item reminding the entity about payday may be presented within one day of payday), based on previous interactions with a content item by similar account holder entities130(e.g., if several companies in a particular industry within a particular geographic area interacted with a content item providing a discount on shipping expenses, a different account holder130within the particular industry and particular geographic area may be identified to be presented with the same content item), or based on any other suitable criteria.

In some embodiments, the target account holder identification engine180can identify one or more account holder entities130of the target set based on information from the content provider140. For instance, the content provider140for a particular content item may dictate certain entity characteristics that have to be present in the one or more account holder entities130. For example, the content provider for a particular content item that includes reminders for possible tax credits may dictate that the target set of account holder entities130should at least include account holder entities130that include one or more physical locations in California and are non-profit organizations.

In some embodiments, none of the account holder entities in the target set of account holder entities130satisfy exclusion criteria. Exclusion criteria are criteria that if satisfied results in an account holder entity130being excluded from the target set of account holder entities130. In some embodiments, exclusion criteria may include an overlap between an entity characteristic of an account holder entity130and a content characteristic of the content item. In one example, an account holder entity130that provides tax services to customers (i.e., an entity characteristic) would not be identified to be presented with a content item that recommends tax preparation services (i.e., a content item characteristic). In some embodiments, exclusion criteria may include an opt-out setting set by the account holder entity130. For example, an account holder entity130may select to opt-out of being presented with content items by the central database system100or may select to opt-out of being presented with content items based on content item characteristics. In some embodiments, exclusion criteria may include the account holder entity130having been presented the content item recently within a predefined time interval (e.g., within 1 hour, within 4 hours, within 1 day, etc.)

In some embodiments, the target account holder identification engine180may randomly select one or more account holder entities130to be part of the target set.

The target account holder identification engine180applies the machine-learned model170to the entity characteristics of each account holder entity130of the target set, the entity characteristics of each account holder entity130of the set of account holder entities130that previously interacted with the content item, and the content item characteristics associated with the content item. The machine-learned model170outputs a subset of the target set of account holder entities130to present the content item. As described above, the subset of the target set of account holder entities130are the account holder entities130that, when presented with the content item, are most likely to interact with the content item.

The subset of the target set of account holder entities130output by the machine-learned model170may include all account holder entities130within the target set of account holder entities130that are associated with an above-threshold likelihood to result, when presented the content item, in an interaction with the content item.

In some embodiments, the machine-learned model170is configured to recommend account holder entities130in the subset that are associated with entity characteristics that match a threshold amount (e.g., two matches, three matches, five matches, etc.) and/or a threshold percentage (e.g., 25%, 50%, 75%, etc.) of entity characteristics associated with the set of account holder entities130that previously interacted with the content item. For instance, an account holder entity130that previously interacted with the content item is associated with entity characteristics that include a headcount of 100 employees, 20 employees have selling expertise, and has a location in California. The machine-learned model170may determine an account holder entity130in the target set that is associated with entity characteristics that include a headcount of 85 employees, 20 employees have selling expertise, and has a location in California is included in the subset.

In some embodiments, the machine-learned model170ranks the account holder entities130in the subset of the target set of account holder entities130. For example, a first account holder entity130in the subset may be ranked higher than a second account holder entity130in the subset based on the first account holder entity130having more entity characteristics in common with the set of account holder entities130that previously interacted with the content item than the second account holder entity130.

In some embodiments, the machine-learned model170is configured to apply a weight to each account holder entity130in the set of account holder entities130that previously interacted with that content item. The weight may determine to what effect the entity characteristics of each account holder entity130in the set have on the determination of the subset of the target set of account holder entities130. For example, an account holder entity130in the set that previously interacted with the content item may historically interact with substantially all of the content items it is presented with. This account holder entity130may be assigned a lower weight such that the entity characteristics of this account holder entity130are not considered by or are considered by a lesser degree by the machine-learned model170in the selection of the subset. In another example, an account holder entity130in the set that previously interacted with the content item and the interaction was a positive outcome (e.g., the account holder entity130selected a like button of the content item) may be assigned a higher weight such that the entity characteristics of this account holder entity130are considered to a higher degree by the machine-learned model170.

The interface engine185coordinates communications between the entities ofFIG.1. For instance, the interface engine185receives information describing entity characteristics of the account holder entities130(for instance, while onboarding and provisioning accounts within the central database system110for these entities) and stores the received information in the entity database150. Likewise, the interface engine185receives information describing content item characteristics of content items from the content providers140(for instance, while onboarding and provisioning accounts within the central database system110for the content providers) and stores the received information in the content item database155. The interface engine185may receive information describing interactions with content items and store the received information in the interaction database160. The interface engine185can provide one or more content items to the account holder entities130. In some embodiments, the interface engine185generates and causes display of one or more graphic user interfaces (GUIs), for instance for display by a device of an account holder entity130and/or a device of a content provider140.

Upon identifying a subset of the target set of account holder entities130to present the content item to, the interface engine185causes display of the content item within an interface displayed by a device associated with the account holder entities130of the subset. In some embodiments, the interface displayed by the device associated with the account holder entities130includes a GUI displayed by an application executed by the device and associated with the central database system110. In some embodiments, the interface includes one or more interface elements (for instance, a link) that, when interacted with, causes a new content item to be presented or a new window to open. In some embodiments, the interface includes one or more interface elements that, when interacted with, causes a dismissal of the corresponding content item (i.e., a removal of the content item from the display). In some embodiments, instead of a content item displayed within an interface of an application associated with the central database system110, the content item can be emailed, texted, or otherwise communicated to the account holder entities130for display within a different interface by a device associated with the account holder entities130.

User Interface Examples

FIG.3Aillustrates an example interface300associated with the central database system110, according to one embodiment. The user interface300is displayed by a device of an account holder entity130. Along the right-hand side of the user interface300, four content items (i.e., content item310, content item320, content item330, and content item340) are displayed to the account holder entity130. In other embodiments, the content items310,320,330,340may be displayed along any side of and/or in different areas or portions of the user interface300. The content items310,320,330include text and interface elements (i.e., links315,325,335, respectively), and the content item340includes only an interface element (a link). The links315,325,335and the content item340as interface elements provide a means for the account holder entity130to interact with the respective content items.

When the account holder entity130interacts with (e.g., clicks on) a link, interaction data may be stored in the interaction database160. In some embodiments, in response to either an interaction or no interaction of the account holder entity130with any of the content items310,320,330,340, the central database system110can update the set of training information stored within the training information database165, and the training engine175can retrain the machine-learned model170based on the updated set of training information.

FIG.3Billustrates another example interface305associated with the central database system110, according to one embodiment. The user interface305is displayed by a device of an account holder entity130. The user interface305is substantially similar to the user interface300in that there are multiple content items including interface elements being displayed by the user interface. The user interface305includes three content items (i.e., content item350, content item360, and content item370) being displayed to the account holder entity130. The content item350includes text and interface elements (i.e., link355and link357). The content item360includes text and interface elements (i.e., link365and link367). The content item370includes text and interface element (i.e., link375). In one example, the account holder entity130may interact with content item360by selecting link365. This interaction may be stored by the central database system110in the interaction database160. In another example, the account holder entity130may interact with content item360by selecting link367. This interaction may be stored by the central database system110in the interaction database160. With one interaction being a positive interaction where the account holder entity130wanted to ‘Learn more’ by selecting link365and the other interaction being a negative interaction where the account holder entity130wanted to ‘Dismiss’ the content item, the central database system110can update the set of training information accordingly. The training engine175can retrain the machine-learned model170based on the updated set of training information.

Process for Identifying Account Holder Entities

FIG.4is a flowchart illustrating a process400for training and applying a machine-learned model to identify account holder entities to present with a content item, according to one embodiment. It should be noted that in other embodiments, the process illustrated byFIG.4can include fewer, additional, or different steps than those described herein.

A training set of information is accessed410describing entity characteristics of each account holder in a first set of account holder entities, content item characteristics of a content item presented to each account holder entity of the first set, and interaction between the first set of account holder entities and the presented content item. Entity characteristics are features describing the account holder entity (e.g., describing the employer) and describing each of the people associated with the account holder entity (e.g., describing each employee). In some embodiments, the entity characteristics are provided by each account holder entity to the central database system during set-up of a central database system account. Content item characteristics are features describing the content item (e.g., industries targeted by the content item, one or more geographic locations targeted by the content item, services described in the content item, products described in the content item, any time sensitive information included in the content item, and so on). In some embodiments, the content characteristics are provided by a content provider when the content provider provides the content item to the central database system. Interaction data is recorded by the central database system and stored in a database. Interaction data may include who (i.e., which account holder entities) interacted with a content item, what type of interaction took place (e.g., selection of a link, selection of a button, etc.), what was the outcome of the interaction (e.g., positive outcomes such as likes, subscriptions, views, purchases, etc. or negative outcomes such as dislikes, deletions, ignores, etc.), when an interaction with a content item takes place, an amount of time between a content item being displayed to an account holder entity and an interaction with the content item taking place.

Some or all of the account holder entities of the first set may be randomly chosen and presented with the content item by the central database system. For example, a content provider provides a content item, corresponding content item characteristics of the content item, and any other information relevant to the content item to the central database system. The central database system presents this content item to random account holder entities included in the first set (i.e., the central database system is agnostic to some or all of the account holder entities of the first set presented with the content item).

A machine-learned model is trained420using the accessed training set of information to identify additional account holder entities that if presented with the content item are most likely to interact with the content item. In some embodiments, the machine-learned model can be trained to identify account holder entities associated with an above-threshold likelihood to result, when presented the content item, in an interaction with the content item. As noted above, the machine-learned model can be a neural network, a Bayes classifier, a linear support vector machine, and the like.

The central database system identifies430a target set of account holder entities. In some embodiments, one or more account holder entities of the target set may be identified based on entity characteristics of these account holder entities matching some of the content item characteristics (e.g., when an account holder entity grows to a certain headcount, the account holder entity can be identified so that a content item advertising a law firm may be presented). In some embodiments, one or more account holder entities of the target set may be identified based on information provided by a content provider. For instance, the content provider for a particular content item may dictate certain entity characteristics that have to be present in the one or more account holder entities. In some embodiments, none of the account holder entities in the target set satisfy exclusion criteria. Exclusion criteria being criteria that if satisfied result in an account holder entity to not be included in the target set of account holder entities. In some embodiments, exclusion criteria may include an overlap between an entity characteristic of an account holder entity and a content characteristic of the content item. In one example, an account holder entity that provides accounting services to customers (i.e., an entity characteristic) would not be identified to be presented with a content item that advertises services provided by a different accounting firm (i.e., a content item characteristic). In some embodiments, exclusion criteria may include an opt-out setting set by the account holder entity. In some embodiments, exclusion criteria may include the account holder entity having been presented the content item recently within a predefined time interval (e.g., within 1 hour, within 4 hours, within 1 day, etc.). In some embodiments, the one or more account holder entities of the target set may be chosen at random.

The central database system applies440the trained machine-learned model to the entity characteristics of each account holder entity of the target set, the entity characteristics of each account holder entity of the first set that previously interacted with the content item, and the content item characteristics to identify a subset of the target set of account holder entities for presentation of the content item. The trained machine-learned model may identify one or more account holder entities to be included in the subset that are associated with entity characteristics that match a threshold amount (e.g., two matches, three matches, five matches, etc.) and/or a threshold percentage (e.g., 25%, 50%, 75%, etc.) of entity characteristics associated with the first set of account holder entities that previously interacted with the content item. In some embodiments, the machine-learned model170is configured to apply a weight to each account holder entity in the first set of account holder entities that previously interacted with that content item. The weight may determine to what effect the entity characteristics of each account holder entity in the first set have on the determination of the subset of the target set of account holder entities. For example, an account holder entity in the first set that previously interacted with the content item may historically interact with substantially all of the content items it is presented with. This account holder entity may be assigned a lower weight such that the entity characteristics of this account holder entity are not considered by or are considered by a lesser degree by the machine-learned model in the selection of the subset. In another example, an account holder entity in the first set that previously interacted with the content item and the interaction was a positive outcome (e.g., the account holder entity selected link to purchase an item advertised by the content item) may be assigned a higher weight such that the entity characteristics of this account holder entity are considered to a higher degree by the machine-learned model.

The central database system causes450display of the content item to the subset within an interface displayed by a device. Each device associated with an account holder entity of the subset. The content item includes an interface element that, when selected, causes an interaction to take place.

Additional Considerations