Method and system for replacing data in a structured design template

Abstract

A method and system for replacing data in a design template. An end-user may provide a dynamic, structured client data set to be adapted to a predetermined, structured design template (e.g., a map or report). A repository of design templates may be searched to discover a list of candidate templates that may be capable of matching the client data. The end-user may select a design template that may be capable of showing the client data. The server may match the client data to a data structure for a candidate design template by using a data replacement approach, such as a column / alias approach. The end-user may potentially enlarge the matching set by providing information to help the matching algorithm; for example, providing column aliases where the matching algorithm may match template data column and column alias names with those specified for the client dataset.

Description

CROSS-REFERENCE TO RELATED APPLICATIONS[0001]This application is a continuation of U.S. patent application Ser. No. 11 / 933,396, filed Oct. 31, 2007, which in turn claims priority from U.S. provisional application Ser. No. 60 / 900,239, filed Feb. 8, 2007, each of which is incorporated herein by reference it its entirety.BACKGROUND[0002]1. Field[0003]Embodiments of the present invention relate generally to design templates and, more particularly, to replacing data in structured design templates.[0004]2. Description of the Related Art[0005]Being able to represent structured data in complex graphical representations can help businesses and organizations to identify successes, failures, trends, and opportunities for greater effectiveness. Reports, which may include data grids, charts, pictures, maps, and other data and non-data driven sections, are the most common way to represent and facilitate analysis of data.[0006]A geographical map is a non-limiting example of such a report. Many exa...

AI Technical Summary

Problems solved by technology

In addition, creating complex representations such as maps may often require formatting data in very specific ways and placing it in special data providers so that the mapping software can access the data properly.

They may be very sophisticated and difficult to perfect—sometimes even created and tested in one environment, and then deployed to another.

The amount of knowledge and time required to format and properly situate the data, configure, and define rules for rendering the data using such tools may be prohibitive for most non-technical and business users for whom “reporting” is not a primary job function.

However, a report may be also something more crude (without a graphical, design-time environment), such as a web-page programmed in a language like PHP.

Moreover, to create new visualizations requires knowledge of the tool and additional end-user work.

While it is often possible to create formulas, precise control of formatting, pixel-by-pixel, typically is not, or is sufficiently time-consuming that client end-users will not do it.

In a conventional approach, there is no acceptable solution to this quandary.

Because there is not an effective means to match and populate arbitrary client data with ready-built graphical templates (“reports”).

Either way, time, money, and tempers may be exhausted.

The wizard may be “smart” but the burden of creating it is still on the client end-user and what is shown is limited by the client end-user's ability, time, and effort—as well as the software.

Although such an approach may be useful for “peeking at” or “profiling” data from different sources, it may not be useful for representing user data graphically for analysis.

However, such embodiments proved to be critically limited.

Since client and template data are not analyzed prior to matching, incompatible templates could be presented invoked and may fail unexpectedly (since column names and data types do not match perfectly).

Moreover, without a flexible and robust matching process, the universe of candidate templates is very small and thus, template reuse is critically limited.

Images