Systems and methods for making visual data representations actionable

Abstract

The disclosed technology includes systems and methods for making visual representations actionable. This technology makes it possible to drill into data, identify records and take action directly, enhancing customized data visualization representations. The technology disclosed relates to a platform for ultra-fast, ad-hoc data exploration and faceted navigation on integrated, heterogeneous data sets. The disclosed systems and methods for adding and customizing quick actions make it possible for developers, admins, and ISVs to provide customized actionable visual data representations with direct linking for accessing data in a company's records and for linking to third party sites, without saving a new state on a server when dashboard elements are updated. The disclosed systems and methods for making data visualizations actionable in an analytics environment also make it possible to target multiple platforms—generating lenses and dashboards that let users take advantage and access data in a company's records and link to other websites.

Description

FIELD OF DISCLOSURE

The disclosed technology includes systems and methods for making visual data representations actionable.

Businesses are faced with increasing consumer demands for dynamic, personalized multi-channel interactive experiences. Meanwhile, website, network and device complexities impact performance, which in turn impacts revenue. Insight data analysis supports data exploration, dashboard building, and declarative representation of data visualizations. Cloud-based delivery of data visualizations can help users sell smarter, grow faster, and service better.

The disclosed technology makes it possible for users to customize their applications to make visual representations of data in a company's records or other websites actionable. Using the disclosed technology, users can configure data visualization lenses to link directly to records in both internal datasets and third party sites. For example, actions can be customized to look up employees in Workday®, expense reports in Concur®, or benefits in AnyPerk®—an employee engagement platform that helps manage and deliver perks and discount programs to maximize employee happiness in companies. That is, customized actionable data visualizations make it possible for companies to close the loop by turning insight into action across their customer platform.

The disclosed technology makes it possible to drill into data, identify records and take action directly, enhancing customized data visualization representations. An opportunity also arises to provide links to records within a company's third party sites via actionable visual data representations.

BRIEF DESCRIPTION OF THE DRAWINGS

The included drawings are for illustrative purposes and serve only to provide examples of possible structures and process operations for one or more implementations of this disclosure. These drawings in no way limit any changes in form and detail that may be made by one skilled in the art without departing from the spirit and scope of this disclosure. A more complete understanding of the subject matter may be derived by referring to the detailed description and claims when considered in conjunction with the following figures, wherein like reference numbers refer to similar elements throughout the figures.

FIG. 1 illustrates one implementation of an environment for making visualization representations actionable.

FIG. 2 shows an example context for making data visualizations actionable.

FIG. 3 shows an example list of available quick actions.

FIG. 4 shows example quick actions available when open record is selected.

FIG. 5 shows example action details for an open record for a company.

FIG. 6 displays an example workflow with open record and new lead screens.

FIG. 7 shows an example of a raw data table with open vs. closed opportunity data.

FIG. 8 displays an example visualization of a “count of rows by account name” pie chart with an actionable side legend.

FIG. 9 shows an example new dashboard with two actionable dropdown menu options.

FIG. 10 is an example workflow for making visual representations actionable.

FIG. 11 is a block diagram of an example computer system for an environment for making visualization representations actionable.

DETAILED DESCRIPTION

The following detailed description is made with reference to the figures. Sample implementations are described to illustrate the technology disclosed, not to limit its scope, which is defined by the claims. Those of ordinary skill in the art will recognize a variety of equivalent variations on the description that follows.

Insight data analysis supports data exploration, dashboard building, and declarative representation of data visualizations. During exploration and replayed exploration, changes in data filtering, grouping and presentation format are animated, showing how a change redistributes data values. Singularly and in combination, these features can contribute to successful data analysis and presentation.

During single panel data exploration and replay, new data visualizations are animated as they are designed. Drilling down on a data segment, for instance, causes the original data segment to subdivide according to the selected regrouping and visually progress through animated subdivision growth and rearrangement into a more granular data visualization. This helps the analyst understand the data, and subsequently, explain important data segments to colleagues who are interested in the process as well as the numbers.

Analysts can assemble dashboards of three or more charts that provide alternative visualizations of linked data. As an analyst creates a new chart, the system immediately applies the declared queries, widgets and bindings to the EdgeMart(s) involved to generate data visualizations. Notional or generic representations of pie and bar charts are replaced when applying this technology by live data visualizations, without requiring a user to switch from authoring/editing mode into an execution or user mode. (In this disclosure, “pie” and “donut” are used interchangeably to refer to a circular chart with wedges or segments. We recognize that many readers would call the charts in the figures donuts instead of pies.)

An assembled dashboard can be compactly represented by declarative data objects that fully describe charts by their properties. A widget that implements a chart is capable of translating the declarative data object into a data visualization. A selected widget, such as a pie chart widget, has a handful of properties that control how the widget binds to a query and displays data.

Exploration, both original and replay, benefits from animated visualization. Consider drill down and regrouping as a first example. Consider regional win rates on sales proposals worldwide. If Asia Pacific has the best success, an analyst can drill down into the Asia Pacific data several different ways to see what drives success. The analyst looks at a pie chart, for instance, and selects the Asia Pacific segment, choosing to group the data by industry type, with the bar chart visualization. The system responds by subdividing the Asia Pacific arc by industry type and animating the projection of sub-arcs into the bars of a bar chart. The sub-arcs lengthen, straighten and reposition during the animation. The analyst can see in the animation how the industry type bar chart visualization is derived from the regional data. The animation speed can be delivered more slowly or quickly, as suits the circumstances.

The system generates declarative data objects to represent the visualizations, both for replay of data exploration and for dashboards. Dashboards and exploration sequences can be recreated from declarative objects that represent the queries, visualizations, groupings and bindings explored by an analyst-author. Declarative objects specify properties to be applied and values of the properties. A single scene or a dashboard of scenes is represented by a set of declarative objects. Declaration of these objects allows the runtime to create a limited but powerful set of data visualizations during exploration, creation, replay and user dashboard viewing. The vocabulary for declarative data objects is manageable because the declarative objects are special purpose with options capable of specifying queries, bindings and facets that the provided widgets understand and can consume to produce specific data visualizations. Properties of declarative objects can be specified using key-value pairs, as illustrated in U.S. patent application Ser. No. 14/512,258, entitled, “Visual Data Analysis with Animated Informational Morphing Replay”.

Analysts who assemble dashboards that represent customer analytics find it useful to be able to customize their user experience. For example, a sales rep for the Eastern region of a fortune 100 company opens an opportunity dataset and explores by adding measures, groups and filters. As part of exploration they discover some insights related to an account, and would like to click on the account name to view the account within Salesforce to learn more. In another example, a team manager, when viewing a dashboard on retention risk using a Workday dataset, notices an employee who is at high risk and expensive to replace. The manager would like to click on the employee's name within the table to view the employee's profile within the Workday system. In a third example, a sales manager links to a team ranking to show a list of top or bottom players. Since these are best done in a horizontal bar chart, it would be nice to have a profile pic alongside their name and the ability to click to view their profile or contact them. The next chart type would probably be a compare table.

An additional situation in which customization becomes useful is for a dashboard builder building an executive dashboard to provide global insights into their top accounts. The builder likes to include a toggle selector for accounts that include the account logos. In another instance, a sales manager who filters most of their dashboards by sales rep, could use a profile pic in the header to remind them of whose analytics are being viewed. In yet another example, a sales manager, as part of an exploration, narrows down to a couple of problematic accounts within a table. For a specific account, within the table, the manager would like to take action and add a task to the account to execute specific actions. A marketing manager may find it useful to facet over customers using specific datasets and select the subset that is compelling and drop the results into a marketing cloud story. In another case, a user may want to identify non-401k customers and then market to them and track their activity. A sales director at a large company may find bulk workflow actions useful to identify segments that are disproportionately large, and then reassign them—potentially doing workflows based upon these automatically. An admin might like to be able to add, edit or delete dimension properties via a UI, and a dashboard builder may find it useful to be able to override dimension properties to disable links and provide alternate image references.

An opportunity arises to make available customizable quick action menus in lenses and dashboards—to let customers take advantage of so-called quick actions on visualization objects, and to access records from the company's database or elsewhere on the web. Quick actions include adding a task, a campaign, an event, or a note—and can be applied to lenses and dashboard objects in charts and tables at field level. Developers or administrators at a company, or independent software vendors (ISVs) can edit the extended metadata (XMD) file for a dataset to customize dashboard elements, creating menus that appear with popular interface elements of data visualization charts and tables. Quick action definition is at the data source level, and can be leveraged by any lenses or dashboards built on the data source. If the XMD for a dataset is modified, any UI visualization that uses the dataset uses the new version. Actionable visual representations can also include mapping of a company's org IDs to their URLs so that a link to a company record from a multi-org dataset resolves to the correct org instance for that record.

The disclosed technology, for making visual data representations actionable, includes storing definitions of one or more fields and keys to be associated with quantifiable items to be represented by visual objects in a data visualization, and automatically transmitted upon selection of an action trigger control. The technology includes, upon receipt of a query, creating a set of quantified items responsive to the query; and causing display of multiple visual objects that represent the quantified items in the set, with selectable trigger controls for each quantified item in the data visualization. The technology includes receiving data indicating user selection of a trigger control associated with a selected quantified item in the data visualization, the data accompanied by at least one pair of the defined fields and keys for the selected quantified item; and launching an action and either creating a record of the action, or using the accompanying defined fields and keys to associate the record with preexisting records in a database. Detailed examples are provided below.

The disclosed technology for making visual data representations actionable can be rendered natively on multiple platforms that run different operating systems.

Examples of systems, apparatus, and methods according to the disclosed implementations are described in a “sales opportunity” context. The examples of sales contacts such as leads, prospects and accounts are used solely to add context and aid in the understanding of the disclosed implementations. In other instances, data with numerous elements may include airline flight arrival and departure times, medical records of cancer symptoms and treatments, insurance claims, customer service call routing, literacy reporting across the globe, etc. or any data that would have a significant number of features. Other applications are possible, so the following examples should not be taken as definitive or limiting either in scope, context or setting. It will thus be apparent to one skilled in the art that implementations may be practiced in or outside the “sales opportunity” context.

Environment

FIG. 1 illustrates one implementation of an analytics environment 100 that includes a quick action engine 119 for adding and customizing links and quick actions. FIG. 1 also includes a runtime framework with event bus 135 that manages the flow of requests and responses between a user computing device 165 mobile application 166 or desktop application 176, an integrated development environment 112, and a query engine 140.

Data acquired (extracted) from large data repositories is used to create “raw” EdgeMart data structures 150—read-only data structures for analytics—that can be augmented, transformed, flattened, etc. before being published as customer-visible EdgeMarts for business entities. A query engine 140 uses optimized data structures and algorithms to operate on the highly-compressed EdgeMarts 150, delivering exploration views of this data.

A disclosed live dashboard builder engine 108 designs dashboards, displaying multiple lenses developed using the Explorer engine 104 as real-time data query results. That is, an analyst can arrange display charts for multiple sets of query results from the Explorer engine 104 on a single dashboard. When a change to a global filter affects any display chart on the dashboard, the remaining display charts on the dashboard get updated to reflect the change. Accurate live query results are produced and displayed across all display charts on the dashboard.

The EQL language is a real-time query language that uses data flow as a means of aligning results. It enables ad hoc analysis of data stored in EdgeMarts. A user can select filters to change query parameters and can choose different display options, such as a bar chart, pie chart or scatter plot—triggering a real-time change to the display chart—based on a live data query using the updated filter options. An EQL script provides a sequence of statements that are made up of keywords (such as filter, group, and order), identifiers, literals, or special characters. EQL is declarative: you describe what you want to get from your query. Then, the query engine will decide how to efficiently serve it.

A runtime framework with an event bus 135 handles communication between a user mobile application 166 or a desktop application 176 on a user computing device 165, a query engine 140, and integrated development environment 112, which provides a user interface (UI) for creating actionable object-specific quick actions for visual representations of animated data visualizations that can be viewed via morphing engine 125.

The morphing engine 125 receives a request from the event bus 135, and responds with a first chart or graph to be displayed on the live dashboard 115. Segments of a first chart or graph are filter controls that trigger generation of a second query upon selection by a user. Subsequent query requests trigger controls that allow filtering, regrouping, and selection of a second chart or graph of a different visual organization than the first chart or graph.

The disclosed morphing engine 125 includes tweening engine 128 and tweening stepper 138 that work together to generate pixel-level instructions—intermediate frames between two images that give the appearance that the first image evolves smoothly into the second image. That is, a shape can be described by a radius and an angle. The tweening engine 128 calculates the locations for the pixels and the tweening stepper 138 delivers an animation projection sequence for morphing a display chart from a first visualization lens to a second visualization option. The projections between the start and destination frames create the illusion of motion that gets displayed on the dashboard when a user updates data choices.

The overall display, referred to as a dashboard, can include one or more lenses—each lens can include a live chart, selector, text or a number. Integrated development environment 112 includes a UI for creating actionable object-specific quick actions for visual representations. In one example implementation, JSON can be used to express the generated non-procedural data structures.

Quick action engine 119 includes a quick action class used to generate actionable visual data representations. Definitions of display fields paired with unique ID field are stored and automatically transmitted upon selection of a quick action trigger control.

In other implementations, environment 100 may not have the same elements as those listed above and/or may have other/different elements instead of, or in addition to, those listed above.

Actionable data visualizations for quick actions operate directly from visual data representations, without initiating new queries. FIG. 2 shows a data visualization context that includes definitions data store 212 with definitions of display fields paired with unique ID fields. The unique ID fields hold unique ID keys associated with quantified items represented by visual objects in a data visualization 216 within a data context. A set of quantified items 226 includes visual objects 236, 246 and 256, with associated unique ID keys 238, 248 and 258 and trigger controls 237, 247 and 257. In one example, when data—that indicates user selection of trigger control 257 associated with visual object 256 in the set of quantified items 226 in data visualization 216—is received at selection processing 244, the selected quick action 276 launches using the unique ID key 258 and applicable data context in data store 242.

Display 274 can be customized to show the selected quick action 276 with multiple action choices, upon receipt of data indicating the action has been selected. Actions 264 can include logging a call, adding a check in, entering a new opportunity, event, task or note, posting a question. In some cases, the applicable data context is the query data context and default usage of the query data context is not overridden by the stored definitions 212. In other cases, the applicable data context is an external data context other than the query data context, and the stored definitions 212 include an invocation string that specifies the external data context in which the unique ID field is recognized in the external data context. In this case, the invocation string uses the unique ID key to access the external data context.

FIG. 3 shows example actions that can be customized; among the actions are open record 314, new event 324, and new case 334. Actions are configurable. FIG. 4 shows a display of quick actions available when AB Partners open record 314 is selected. These options include adding a new task 414, a new event 416, a new note 418, a new opportunity 464; or check in 466 or log a call 468. Each configurable action can link into a specified instance of a company org or can link into an external system. In one example, a link to a record in Google and an optional tooltip can be the external link.

FIG. 5 shows example account detail for a company, AB Partners, Inc., with a dropdown list of “more” actions 546 that can be customized for accounts 514, including adding a link, a poll, a question, a new note, a new task, a new event, or a new opportunity, or check in or log a call.

FIG. 6 shows the flow from a contextual action dropdown menu, available for company data record 614. The example interface includes one-click access to object-specific quick actions that have been set up in the XMD for an open record. Object-specific quick actions make it possible for users to create records that have automatic relationships to other records, make changes and updates to specific records, and interact with records in ways they define. In one example, the selection of a new lead 642 triggers display of a visual representation of a quick action form 646 for a new lead, customized to the selected company, Acme—1,200 Widgets.

When a dashboard user configures an action, they can specify an ID—for example an account ID or ownerID.Name; and can link back to the owner page of the company, and can use column values. In one implementation of the technology, variables to populate quick actions can be specified by editing the extended metadata (XMD) dataset. Lenses and dashboards are based on the dataset. An example for an XMD dataset, AccountSFDC1.xmd.json, is listed below. In this example, the recordIDField specifies the ID column that must be present in the dataset that makes the reference; the column ID specifies actions and URLs; and the Name field 612 is the account name the user can group by to customize actions. The dataset is from a workflow, in this example.

{“dimensions”:[{“recordIDField”: “Id”, “field”: “Name”}]}

In one example, an end user can access a rendered quick action for a data visualization by right clicking to view new information. In another example, when a cursor hovers over a field that includes an actionable quick action, a popup can be displayed with detailed information about the field under the cursor. Integrated existing actions can display information for a specific user and record. When a query for that ID and user profile is passed, actions that have been configured can be displayed in a modal in an iFrame; an update log can be created, etc. These actionable quick actions can be implemented on any object, or can be added to a custom object. In a sales opportunity context, example selectable quick actions include a log-a-call action, create-new-case action, create-new-contact action, create-new-event action, create-new-lead action, create-new-opportunity action, and create-new-task action.

In an example implementation, a modal can be used as a UI for end users to disambiguate when multiple accounts or records map to the same name. For example, if a dataset includes two Jane Doe names with different IDs, a modal popup can ask the end user to choose one; or can display the data in multiple columns to assist the user in choosing the correct record ID.

Developers, admins and ISVs can modify the XMD file for a dataset, using customized quick action menus to access pre-defined actions from any dimension value in a table or chart within a lens or dashboard. Example actions can be related to objects that represent accounts, cases, leads, and opportunities. Developers, admins and ISVs can also create a new action, and can access company records or an external website that uses HTTP or HTTPS protocols; through the XMD file dimensions section—specifying whether the menu includes all or a subset of actions, and a link to a company record.

In one example implementation, a list of dimensions and measures to be hidden in the user interface can be specified, as shown below.

“hide_dimensions”: [
“Owner-Email”
],
“hide_measures”: [
“TotalMRR”
]

In an example implementation, dimensions specifies the field and recordIdField as ID, to add a menu with the complete set of available create actions and a link to a record, as listed below. In the example, field is the name of the dimension on which the menu appears in dashboard and lens charts and tables. Setting recordIdField enables the create actions and a default link in the menu that opens a record within the dataset for the lens or dashboard. The link uses the current instance and the dimension specified in the recordIdField.

{
“dimensions”: [
{
“field”: “Name”,
“recordIdField”: “Id”
}
]
}

Another example shows a way to specify a linkTemplate to override the default link, which is “1 {{row.recordIdField} }”. Listed below is an example showing a link to a record in Google and an optional tooltip. Another example option can include setting the link to a company record.

“field”: “AccountId”,
“linkTemplate”:
“http://www.google.com/?q=AccountID={ {row.AccountId} }
&AccountName={ {row.AccountId.Name} }”,
“recordIdField”: “AccountId.Name”,
“linkTooltip”: “Custom AccountId Tooltip for Google”

For some implementations, a customization can include the option of not displaying the open record link, activated by setting a linkTemplateEnabled field to false. Similarly, an ActionsEnabled field can be set to false to disable the display of actions in the menu. In some instances, a dimension value is associated with multiple IDs and is not unique. For example, an opportunity with the name “acme” has multiple opportunity IDs (and records). But the action or link can only be directed to one record. In this scenario, the user is given a choice of associated records in a modal. Listed below is an example showing recordDisplayFields.

“field”: “AccountId.Name”,
“recordIdField”: “AccountId.Id”
“recordDisplayFields”: [“Case_ID”,“Account_Name”,“Case_Owner”]

A complete example XMD file for a dataset that includes quick action menus on several fields is listed below.

{
“dimensions”: [
{
“field”: “Name”,
“recordIdField”: “Id”
},
{
“field”: “AccountId.Name”,
“recordIdField”: “AccountId.Id”,
“linkTooltip”: “Custom AccountName Tooltip”
“recordDisplayFields”: [“Name”,“Owner”]
},
{
“field”: “Case_Subject”,
“linkTemplate”:
“http://www.google.com/?q=AccountID={ {row.Case_Id} }
&AccountName={ {row.Case_Owner} }”,
“recordIdField”: “Case_Id”,
“linkTooltip”: “Custom CaseId Tooltip for google”
},
{
“field”: “Id”,
“sfdcActions”: [
{
“name”: “NewAccount”
},
{
“name”: “NewLead”
}
],
“recordIdField”: “Id”,
“sfdcActionsEnabled”: true,
“linkTemplateEnabled”: false,
“linkTooltip”: “Custom Tooltip for Opp Id”
}
]
}

In the example listed above, field is the name of the dimension on which the link appears in dashboard and lens charts and tables. LinkTemplate is the destination of the link. LinkTooltip is optional and can contain text that appears when a cursor hovers over the link.

A link to a company record can be added to a menu. To link to a company record within the current organization instance, configure LinkTemplate as listed below.

“linkTemplate”: “/{{row.Id} }”

In the example, / sets the link's destination to the organization and {{row.Id} } is the record to which to link. Id is the dimension that's looked up in the company, so specify a dimension that exists in the dataset and that returns results when queried, such as an ID or case number. The chart or table would contain a link from an account name (such as Acme). If the account ID for Acme is 0011a0000040KEz on an instance located at https://na24.salesforce.com, the URL generated when the user clicks Acme is https://na24.salesforce.com/0011a0000040KEz.

Similarly, a link to an external website can be added to a menu, and information such as a username can be passed to the linked website, by configuring LinkTemplate as listed below.

“linkTemplate”: “https://www.ExternalWebsite.com/users/{{row.username}}”

In this example, {{row.username} } passes a username through the URL of an external website; for example, if the username is dsmith, the URL generated by clicking dsmith is https://www.ExternalWebsite.com/users/dsmith. LinkTemplate must specify “http://{{row.websiteURL}}” or “https://{{row.websiteURL}}” for the link to work. In general, any static URL can be specified in the XMD file as long as it starts with http:// or https://, and inserts a dynamic value using {{row.}} notation.

One implementation includes making data table representations actionable. FIG. 7 shows a “raw data table” 746 and key fields in a dropdown list 714—listing options for linking to a data record using a specific key, such as owner ID or account type. These variables can be used for constructing a URL that determines the action.

FIG. 8 shows another implementation of a data visualization dashboard: a donut lens 814 that does not include labels, so an associated actionable visual representation of a menu appears as a legend 846 on the side.

Developers, admins and ISVs can also create custom actionable visual representations. FIG. 9 shows an example new dashboard 916 with two quick action options 948—an open record or check in.

Workflow

FIG. 10 shows the flow 1000 of one workflow for making data visualizations actionable. Other implementations may perform the steps in different orders and/or with different, fewer or additional steps than the ones illustrated in FIG. 10. Multiple steps can be combined in some implementations.

At action 1002, definitions of one or more display fields paired with unique ID fields that hold unique ID keys to be associated with quantified items represented by visual objects in a data visualization within a data context are stored.

At action 1003, a query within a query data context is received and a set of quantified items responsive to the query is created.

At action 1004, display of the multiple visual objects that represent the quantified items in the set is caused, wherein the quantified items are visually associated with selectable triggers in the data visualization.

At action 1005, data indicating user selection of a trigger control of a selected quantified item is received. The received data is accompanied by a unique ID key for the selected item.

At action 1006, an action using the unique ID key in the data context specified in the stored definitions is launched.

Computer System

FIG. 11 is a block diagram of an example computer system 1100 for implementing an environment for making visual representations actionable. The processor can be an ASIC or RISC processor. It can be an FPGA or other logic or gate array. It can include graphic processing unit (GPU) resources. Computer system 1110 typically includes at least one processor 1172 that communicates with a number of peripheral devices via bus subsystem 1150. These peripheral devices may include a storage subsystem 1124 including, for example, memory devices and a file storage subsystem, user interface input devices 1138, user interface output devices 1176, and a network interface subsystem 1174. The input and output devices allow user interaction with computer system 1110. Network interface subsystem 1174 provides an interface to outside networks, including an interface to corresponding interface devices in other computer systems.

User interface input devices 1138 may include a keyboard; pointing devices such as a mouse, trackball, touchpad, or graphics tablet; a scanner; a touch screen incorporated into the display; audio input devices such as voice recognition systems and microphones; and other types of input devices. In general, use of the term “input device” is intended to include all possible types of devices and ways to input information into computer system 1110.

User interface output devices 1176 may include a display subsystem, a printer, a fax machine, or non-visual displays such as audio output devices. The display subsystem may include a cathode ray tube (CRT), a flat-panel device such as a liquid crystal display (LCD), a projection device, or some other mechanism for creating a visible image. The display subsystem may also provide a non-visual display such as audio output devices. In general, use of the term “output device” is intended to include all possible types of devices and ways to output information from computer system 1110 to the user or to another machine or computer system.

Storage subsystem 1124 stores programming and data constructs that provide the functionality of some or all of the methods described herein. This software is generally executed by processor 1172 alone or in combination with other processors.

Memory 1122 used in the storage subsystem can include a number of memories including a main random access memory (RAM) 1134 for storage of instructions and data during program execution and a read only memory (ROM) 1132 in which fixed instructions are stored. A file storage subsystem 1136 can provide persistent storage for program and data files, and may include a hard disk drive, a floppy disk drive along with associated removable media, a CD-ROM drive, an optical drive, or removable media cartridges. The software used to implement the functionality of certain systems may be stored by file storage subsystem 1136 in the storage subsystem 1124, or in other machines accessible by the processor.

Bus subsystem 1150 provides a mechanism for letting the various components and subsystems of computer system 1110 communicate with each other as intended. Although bus subsystem 1150 is shown schematically as a single bus, alternative implementations of the bus subsystem may use multiple busses.

Computer system 1110 can be of varying types including a workstation, server, computing cluster, blade server, server farm, or any other data processing system or computing device. Due to the ever-changing nature of computers and networks, the description of computer system 1110 depicted in FIG. 11 is intended only as one example. Many other configurations of computer system 1110 are possible having more or fewer components than the computer system depicted in FIG. 11.

Particular Implementations

The technology disclosed, in one implementation, describes a method of making visual data representations actionable, including storing definitions of one or more display fields paired with unique ID fields, wherein the unique ID fields hold unique ID keys to be associated with quantified items represented by visual objects in a data visualization within a data context. The method also includes receiving a query within a query data context and creating a set of quantified items responsive to the query; and causing display of the multiple visual objects that represent the quantified items, wherein the quantified items are visually associated with selectable triggers in the data visualization. The method further includes receiving data indicating user selection of a trigger control of a selected quantified item, the data accompanied by at least one unique ID key for the selected quantified item; and launching an action using the unique ID key and an applicable data context.

In some implementations, the applicable data context is the query data context and default usage of the query data context is not overridden by the stored definitions. In other implementations, the applicable data context is an external data context other than the query data context, and further includes in the stored definitions an invocation string that specifies the external data context, wherein the unique ID field is recognized in the external data context, and the invocation string uses the unique ID key to access the external data context.

The disclosed method can include causing display of an action menu with multiple action choices available for the selected quantified item, and receiving data indicating a selected action with the unique ID key. The disclosed technology can also include creating a record of the action using the unique ID key and the selected action; and can include associating a record of the action with preexisting records in a database, using the unique ID key and the selected action. The method can further include creating a record, using the unique ID key, wherein the multiple action choices in the action menu include a log-a-call action, a create-new-case action, a create-new-contact action, a create-new-event action, create-new-lead action, create-new-opportunity action, and create-new-task action.

In some disclosed implementations, the method includes the data visualization being generated by a multi-tenant system for managing digital data for a plurality of tenants, each tenant of the plurality of tenants comprising a group of users who share a common access with a specific set of privileges to a software instance of at least one application, further including causing display of an action menu that includes an administrator configurable URL link to a subsystem of the multi-tenant system, and receiving data indicating selection of the subsystem with the unique ID key.

In some implementations, the disclosed technology includes implementing the method of making visual data representations actionable across multiple platforms that have different operating systems, in a native desktop application. In other implementations, the method can be implemented in a native mobile device application.

The technology disclosed, in another implementation, describes a method for making visual data table representations actionable, including storing definitions of one or more display fields paired with unique ID fields, wherein the unique ID fields hold unique ID keys to be associated with data rows in a table within a data context. The method also includes receiving a query within a query data context and creating a set of quantified items responsive to the query; and causing display of the multiple data rows in the table, wherein each of the rows is visually associated with a selectable trigger control. The method further includes receiving data indicating user selection of a trigger control associated with a selected data row, the data accompanied by at least one unique ID key for the selected data row; and launching an action using the unique ID key and an applicable data context.

In some disclosed implementations, the method includes causing display of an action menu with multiple action choices available for the selected data row, and receiving data indicating a selected action with the unique ID key. The method can also include creating a record, using the unique ID key, wherein the multiple action choices in the action menu include a log-a-call action, a create-new-case action, a create-new-contact action, a create-new-event action, create-new-lead action, create-new-opportunity action, and create-new-task action. The method can further include the displayed table being generated by a multi-tenant system for managing digital data for a plurality of tenants, each tenant of the plurality of tenants comprising a group of users who share a common access with a specific set of privileges to a software instance of at least one application, further including causing display of an action menu that includes an administrator configurable URL link to a subsystem of the multi-tenant system, and receiving data indicating selection of the subsystem with the unique ID key.

Other implementations may include a computer implemented system to perform any of the methods described above, the system including a processor, memory coupled to the processor, and computer instructions loaded into the memory.

Yet another implementation may include a tangible computer readable storage medium including computer program instructions that cause a computer to implement any of the methods described above. The tangible computer readable storage medium does not include transitory signals.

While the technology disclosed is disclosed by reference to the preferred embodiments and examples detailed above, it is to be understood that these examples are intended in an illustrative rather than in a limiting sense. It is contemplated that modifications and combinations will readily occur to those skilled in the art, which modifications and combinations will be within the spirit of the innovation and the scope of the following claims.

Claims

1. A computer implemented method of making visual data representations actionable, including: storing definitions of one or more display fields paired with unique ID fields, wherein the unique ID fields hold unique ID keys to be associated with quantified items represented within a data context by visual objects in a data visualization, wherein the data visualization is generated by a multi-tenant system for managing digital data for a plurality of tenants, each tenant of the plurality of tenants comprising a group of users who share a common access with a specific set of privileges to a software instance of at least one application, further including causing display of an action menu that includes an administrator configurable URL link to a subsystem of the multi-tenant system, and receiving data indicating selection of the subsystem with the unique ID key;receiving a query within a query data context and creating a set of quantified items responsive to the query;causing display of the multiple visual objects that represent the quantified items, wherein the quantified items are visually associated with selectable triggers in the data visualization;receiving data indicating user selection of a trigger control of a selected quantified item, the data accompanied by at least one unique ID key for the selected quantified item;launching from the data visualization an action using the unique ID key and an applicable data context selected from at least the query data context and an external data context by stored definitions; andwherein launching the action includes creating a record in a database using the unique ID key having automatic relationships to other records in the database for the applicable data context, wherein the applicable data context is the query data context and default usage of the query data context is not overridden by the stored definitions.

2. The method of claim 1, further including causing display of an action menu with multiple action choices available for the selected quantified item, and receiving data indicating a selected action with the unique ID key.

3. The method of claim 2, further including creating a record of the action using the unique ID key and the selected action.

4. The method of claim 2, further including associating a record of the action with preexisting records in a database, using the unique ID key and the selected action.

5. The method of claim 2, further including creating a record, using the unique ID key, wherein the multiple action choices in the action menu include a log-a-call action, a create-new-case action, a create-new-contact action, a create-new-event action, create-new-lead action, create-new-opportunity action, and create-new-task action.

6. A computer implemented method of making visual data table representations actionable, including: storing definitions of one or more display fields paired with unique ID fields, wherein the unique ID fields hold unique ID keys to be associated with data rows in a table within a data context, wherein the displayed table is generated by a multi-tenant system for managing digital data for a plurality of tenants, each tenant of the plurality of tenants comprising a group of users who share a common access with a specific set of privileges to a software instance of at least one application, further including causing display of an action menu that includes an administrator configurable URL link to a subsystem of the multi-tenant system, and receiving data indicating selection of the subsystem with the unique ID key;receiving a query within a query data context and creating a set of quantified items responsive to the query;causing display of the multiple data rows in the table, wherein each of the rows is visually associated with a selectable trigger control;receiving data indicating user selection of a trigger control associated with a selected data row, the data accompanied by at least one unique ID key for the selected data row; andlaunching an action using the unique ID key and an applicable data context selected from at least the query data context and an external data context by stored definitions; andwherein launching the action includes creating a record in a database using the unique ID key having automatic relationships to other records in the database for the applicable data context, wherein the applicable data context is the query data context and default usage of the query data context is not overridden by the stored definitions.

7. The method of claim 6, further including causing display of an action menu with multiple action choices available for the selected data row, and receiving data indicating a selected action with the unique ID key.

8. The method of claim 7, further including creating a record, using the unique ID key, wherein the multiple action choices in the action menu include a log-a-call action, a create-new-case action, a create-new-contact action, a create-new-event action, create-new-lead action, create-new-opportunity action, and create-new-task action.

9. A system of making visual data representations actionable, the system including: a processor, memory coupled to the processor, and computer instructions loaded into the memory that, when executed, cause the processor to implement a process that includes:storing definitions of one or more display fields paired with unique ID fields, wherein the unique ID fields hold unique ID keys to be associated with quantified items represented by visual objects in a data visualization within a data context, wherein the data visualization is generated by a multi-tenant system for managing digital data for a plurality of tenants, each tenant of the plurality of tenants comprising a group of users who share a common access with a specific set of privileges to a software instance of at least one application, further including causing display of an action menu that includes an administrator configurable URL link to a subsystem of the multi-tenant system, and receiving data indicating selection of the subsystem with the unique ID key;receiving a query within a query data context and creating a set of quantified items responsive to the query;causing display of the multiple visual objects that represent the quantified items, wherein the quantified items are visually associated with selectable triggers in the data visualization;receiving data indicating user selection of a trigger control of a selected quantified item, the data accompanied by at least one unique ID key for the selected quantified item; andlaunching an action using the unique ID key and an applicable data context selected from at least the query data context and an external data context by stored definitions; andwherein launching the action includes creating a record in a database using the unique ID key having automatic relationships to other records in the database for the applicable data context, wherein the applicable data context is the query data context and default usage of the query data context is not overridden by the stored definitions.

10. The system of claim 9, further including causing display of an action menu with multiple action choices available for the selected quantified item, and receiving data indicating a selected action with the unique ID key.

11. The system of claim 10, further including creating a record of the action using the unique ID key and the selected action.

12. The system of claim 10, further including associating a record of the action with preexisting records in a database, using the unique ID key and the selected action.

13. The system of claim 11, further including creating a record, using the unique ID key, wherein the multiple action choices in the action menu include a log-a-call action, a create-new-case action, a create-new-contact action, a create-new-event action, create-new-lead action, create-new-opportunity action, and create-new-task action.

14. A tangible computer readable storage medium loaded with computer instructions that, when executed, cause a computer system to perform actions that make visual data representations actionable, the actions including: storing definitions of one or more display fields paired with unique ID fields, wherein the unique ID fields hold unique ID keys to be associated with quantified items represented by visual objects in a data visualization within a data context, wherein the data visualization is generated by a multi-tenant system for managing digital data for a plurality of tenants, each tenant of the plurality of tenants comprising a group of users who share a common access with a specific set of privileges to a software instance of at least one application, further including causing display of an action menu that includes an administrator configurable URL link to a subsystem of the multi-tenant system, and receiving data indicating selection of the subsystem with the unique ID key;receiving a query within a query data context and creating a set of quantified items responsive to the query;causing display of the multiple visual objects that represent the quantified items, wherein the quantified items are visually associated with selectable triggers in the data visualization;receiving data indicating user selection of a trigger control of a selected quantified item, the data accompanied by at least one unique ID key for the selected quantified item; andlaunching an action using the unique ID key and an applicable data context selected from at least the query data context and an external data context by stored definitions; andwherein launching the action includes creating a record in a database using the unique ID key having automatic relationships to other records in the database for the applicable data context, wherein the applicable data context is the query data context and default usage of the query data context is not overridden by the stored definitions.

15. The tangible computer readable storage medium of claim 14, further including causing display of an action menu with multiple action choices available for the selected quantified item, and receiving data indicating a selected action with the unique ID key.

16. The tangible computer readable storage medium of claim 14, further including creating a record of the action using the unique ID key and the selected action.