CA2287030A1 - Method and apparatus for accessing multidimensional data - Google Patents
Method and apparatus for accessing multidimensional data Download PDFInfo
- Publication number
- CA2287030A1 CA2287030A1 CA002287030A CA2287030A CA2287030A1 CA 2287030 A1 CA2287030 A1 CA 2287030A1 CA 002287030 A CA002287030 A CA 002287030A CA 2287030 A CA2287030 A CA 2287030A CA 2287030 A1 CA2287030 A1 CA 2287030A1
- Authority
- CA
- Canada
- Prior art keywords
- data
- spreadsheet
- user
- recited
- user interface
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/166—Editing, e.g. inserting or deleting
- G06F40/177—Editing, e.g. inserting or deleting of tables; using ruled lines
- G06F40/18—Editing, e.g. inserting or deleting of tables; using ruled lines of spreadsheets
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
- Y10S707/99934—Query formulation, input preparation, or translation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
- Y10S707/99935—Query augmenting and refining, e.g. inexact access
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99943—Generating database or data structure, e.g. via user interface
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
Abstract
Retrieving multidimensional data from a data source and displaying the data in a familiar and pre-existing user interface automatically propagates user-created formulas thereby eliminating the need for users to re-enter formulas. A data representation of the multidimensional data is sent to a query processor which creates row and column structures. These structures are manipulated based on a user action, such as zoom-in, and a multidimensional data output tree showing a hierarchy of the multidimensional data. Also created is a blueprint containing instructions on insertions and deletions to be carried out by the program associated with the pre-existing user interface, such as a spreadsheet program. Once the blueprint is interpreted by the program, typically through a data representation manipulator or common spreadsheet layer, the user interface is configured to accommodate the returned multidimensional data. Once the user interface is populated with the data, the program, such as the spreadsheet program, adjusts the user-created formula cell designations to reflect the new configuration.
Description
i ~ a n , METHOD AND APPARATUS FOR ACCESSING
MULTIDllVIENSIONAL DATA
s By Inventors:
Thomas R. Tortolani Koorosh M. Nouri BACKGROUND OF THE INVENTION
1. FIELD OF THE INVENTION
The present invention relates generally to computer software, and, more particularly, to computer software for accessing, manipulating, and presenting data through a user interface.
MULTIDllVIENSIONAL DATA
s By Inventors:
Thomas R. Tortolani Koorosh M. Nouri BACKGROUND OF THE INVENTION
1. FIELD OF THE INVENTION
The present invention relates generally to computer software, and, more particularly, to computer software for accessing, manipulating, and presenting data through a user interface.
2. DESCRIPTION OF THE RELATED ART
An important feature of any computer program, particularly end-user application programs, is its ability to interact with the user. How an application program allows a user to navigate, manipulate, retrieve, and display data is a critical component in the program's overall functionality. Often, the commercial 2o success or failure of a software program can hinge on how easy it is for an end-user to actually use the software and, more specifically in some cases, how effectively and intelligently the data is displayed or presented to the user.
More recently, while the expectations and sophistication of users has increased, users have disfavored programs in which repetitive data must be keyed into the program or in which obvious modifications to data are not made without prompting by a user. In short, as users' needs become more complex and as the users become more proficient with computer software, graphical and text based user interfaces should be easy to learn and be as intuitive or familiar as possible.
One general category of end-user application software, in which the user interface is an important component, addresses data storage, retrieval, and manipulation. One type of application within this category is often referred to as database management programs or simply database applications. Encompassed Attorney Docket No. HYPEPOO1/CDT/RN
Pa~crr ' ' CA 02287030 1999-10-21 within this category are database systems referred to commercially as multidimensional databases or, in technical discussions, as Online Analytical Processing (OLAP) data stores. The OLAP paradigm is described in the white paper entitled "Providing OLAP (On-line Analytical Processing) to User-s Analysts: An IT Mandate" by E.F. Codd, S.B. Codd, and C.T. Salley published by Codd & Date, Inc., and incorporated by reference herein for all purposes. Typically, a multidimensional database stores and organizes data in a way that better reflects how a user would want to view the data than is possible in a two-dimensional spreadsheet or relational database file. Multidimensional databases are better suited generally to handle applications with large volumes of numeric data and that require calculations on numeric data, such as business analysis and forecasting.
A dimension within multidimensional data is typically a basic categorical definition of data in a database outline (discussed in greater detail below).
A
multidimensional database can contain several dimensions thereby allowing analysis of a large volume of data from multiple viewpoints or perspectives.
Thus, a dimension can also be described as a perspective or view of a specific dataset. A different view of the same data is referred to as an alternative dimension. A data management system that supports simultaneous, alternative views of datasets is said to be multidimensional. Using a business application as an example, dimensions are items such as TIME, ACCOUNTS, PRODUCT
LINES, MARKETS, DIVISIONS, and so on. Within each dimension, there is typically a consolidation or other relationship between items.
A multidimensional database generally resides on a dedicated or shared server computer. The user interface resides on a front-end component, such as a client computer. With most multidimensional databases presently on the market, the format and functionality of the user interfaces are not all well-suited for complex business uses. Many of these user interfaces were not designed for performing high-volume numeric calculations or business analysis, the very attributes that make multidimensional databases inherently superior to other types of databases and data stores. Nor are they designed to allow easy and efficient navigation through data in a multidimensional database. In one sense the database and the user interface are too closely coupled and thus requires the user to learn a new interface and replace familiar interfaces with a foreign interface. An example of a multidimensional database with such a user interface is ExpressTM from Oracle Corporation of Foster City, California.
Attorney Docket No. HYPEP001/CDT/RN
PnrErrr interfaces accompanying multidimensional databases in recent years is one that utilizes widely recognized computer spreadsheet formats. A spreadsheet is used as a query tool to the multidimensional database. Many end-users using computers in a business environment and even those not in a business setting are more or less familiar with the concept of cells making up rows and columns in a spreadsheet format. Spreadsheet applications such as ExcelTM from Microsoft Corporation of Redmond, Washington and Lotus 1-2-3TM of IBM
Corporation of Armonk, New York, are used widely in the business world and have been prevalent in the software market for nearly two decades. The user interface and format of such spreadsheet programs are very familiar to most business end-users, many of whom are potential users of multidimensional databases which store and organize the data displayed in the spreadsheet One type of user interface that improves on the basic, generally ill-suited programs.
A multidimensional user interface utilizing a spreadsheet format is presently available from Hyperion Solutions Corporation of Sunnyvale, California. One feature of the spreadsheet user interface for multidimensional data navigation presently available is the ability to insert formulas in certain cells to express relationships among data in other cells. However, insertion of such formulas or formulaic relationships in one cell showing a particular relationship among values in other cells is confined only that one cell. Such formulaic relationships are not propagated or communicated to other portions of the multidimensional data as the data is retrieved from the database. Once a cell-based formulaic relationship is entered, it only applies to the cells explicitly entered by the user. However, it is likely that the user would want the same formulaic relationship to apply to cells holding the same type of value but having a different level of granularity. In a simple example, Table 1 shows two rows in a spreadsheet containing the following data:
A B C D E
Attorney Docket No. HYPEP001/CDT/RN
An important feature of any computer program, particularly end-user application programs, is its ability to interact with the user. How an application program allows a user to navigate, manipulate, retrieve, and display data is a critical component in the program's overall functionality. Often, the commercial 2o success or failure of a software program can hinge on how easy it is for an end-user to actually use the software and, more specifically in some cases, how effectively and intelligently the data is displayed or presented to the user.
More recently, while the expectations and sophistication of users has increased, users have disfavored programs in which repetitive data must be keyed into the program or in which obvious modifications to data are not made without prompting by a user. In short, as users' needs become more complex and as the users become more proficient with computer software, graphical and text based user interfaces should be easy to learn and be as intuitive or familiar as possible.
One general category of end-user application software, in which the user interface is an important component, addresses data storage, retrieval, and manipulation. One type of application within this category is often referred to as database management programs or simply database applications. Encompassed Attorney Docket No. HYPEPOO1/CDT/RN
Pa~crr ' ' CA 02287030 1999-10-21 within this category are database systems referred to commercially as multidimensional databases or, in technical discussions, as Online Analytical Processing (OLAP) data stores. The OLAP paradigm is described in the white paper entitled "Providing OLAP (On-line Analytical Processing) to User-s Analysts: An IT Mandate" by E.F. Codd, S.B. Codd, and C.T. Salley published by Codd & Date, Inc., and incorporated by reference herein for all purposes. Typically, a multidimensional database stores and organizes data in a way that better reflects how a user would want to view the data than is possible in a two-dimensional spreadsheet or relational database file. Multidimensional databases are better suited generally to handle applications with large volumes of numeric data and that require calculations on numeric data, such as business analysis and forecasting.
A dimension within multidimensional data is typically a basic categorical definition of data in a database outline (discussed in greater detail below).
A
multidimensional database can contain several dimensions thereby allowing analysis of a large volume of data from multiple viewpoints or perspectives.
Thus, a dimension can also be described as a perspective or view of a specific dataset. A different view of the same data is referred to as an alternative dimension. A data management system that supports simultaneous, alternative views of datasets is said to be multidimensional. Using a business application as an example, dimensions are items such as TIME, ACCOUNTS, PRODUCT
LINES, MARKETS, DIVISIONS, and so on. Within each dimension, there is typically a consolidation or other relationship between items.
A multidimensional database generally resides on a dedicated or shared server computer. The user interface resides on a front-end component, such as a client computer. With most multidimensional databases presently on the market, the format and functionality of the user interfaces are not all well-suited for complex business uses. Many of these user interfaces were not designed for performing high-volume numeric calculations or business analysis, the very attributes that make multidimensional databases inherently superior to other types of databases and data stores. Nor are they designed to allow easy and efficient navigation through data in a multidimensional database. In one sense the database and the user interface are too closely coupled and thus requires the user to learn a new interface and replace familiar interfaces with a foreign interface. An example of a multidimensional database with such a user interface is ExpressTM from Oracle Corporation of Foster City, California.
Attorney Docket No. HYPEP001/CDT/RN
PnrErrr interfaces accompanying multidimensional databases in recent years is one that utilizes widely recognized computer spreadsheet formats. A spreadsheet is used as a query tool to the multidimensional database. Many end-users using computers in a business environment and even those not in a business setting are more or less familiar with the concept of cells making up rows and columns in a spreadsheet format. Spreadsheet applications such as ExcelTM from Microsoft Corporation of Redmond, Washington and Lotus 1-2-3TM of IBM
Corporation of Armonk, New York, are used widely in the business world and have been prevalent in the software market for nearly two decades. The user interface and format of such spreadsheet programs are very familiar to most business end-users, many of whom are potential users of multidimensional databases which store and organize the data displayed in the spreadsheet One type of user interface that improves on the basic, generally ill-suited programs.
A multidimensional user interface utilizing a spreadsheet format is presently available from Hyperion Solutions Corporation of Sunnyvale, California. One feature of the spreadsheet user interface for multidimensional data navigation presently available is the ability to insert formulas in certain cells to express relationships among data in other cells. However, insertion of such formulas or formulaic relationships in one cell showing a particular relationship among values in other cells is confined only that one cell. Such formulaic relationships are not propagated or communicated to other portions of the multidimensional data as the data is retrieved from the database. Once a cell-based formulaic relationship is entered, it only applies to the cells explicitly entered by the user. However, it is likely that the user would want the same formulaic relationship to apply to cells holding the same type of value but having a different level of granularity. In a simple example, Table 1 shows two rows in a spreadsheet containing the following data:
A B C D E
Attorney Docket No. HYPEP001/CDT/RN
1. # Of ItemsPrice Total Sales Sold Per Item 2. Entire 256 38 (B2*C2) Market 3.
PnTerrr The user inserts a formula in the last cell that provides the total sales amount for the entire country -- data not available directly from the multidimensional database. Using the spreadsheet as a query tool, the user can click on, or zoom-in on, a market dimension (cell A2), causing the database to return members of the market dimension, such as, East, West, South, and Central. Presently, the total sales amount formula (B2*C2) is not propagated to each of the new rows even though the user would very likely want to see the total sales amount for each region, since he indicated that that data was desirable for national sales.
The user has to key in the same formula in each cell after zooming in on the region dimension. This requires significant time typing in repetitive data and is error-prone.
Therefore, it would be desirable to have a user interface utilizing a spreadsheet that allows the user to create formulas in an ad hoc manner that uses multidimensional data and have those formulas propagate and replicate while the user is navigating through the multidimensional data. It would also be desirable to have the formulas propagate and replicate in an intuitive or intelligent manner and with reduced user intervention. Thus, there is a need for an automated and intelligent process for replicating user-entered formulas manipulate multidimensional data in a spreadsheet user interface.
Attorney Docket No. HYPEP001/CDT/RN
Pn~rrr ' CA 02287030 1999-10-21 S LTMMARY OF THE INVENTION
Generally, the invention relates to improved techniques for displaying and retrieving multidimensional data using a spreadsheet user interface. This is achieved by propagation or removal of formulas throughout different views of the multidimensional data.
The invention can be implemented in numerous ways, including as a method, system, and computer-readable media. Several of the embodiments of the invention are discussed below.
As a method for presenting data including formulaic relationships using l0 a cell-based user interface, an embodiment of the invention includes the acts of:
retrieving an initial data representation of data in a cell-based or spreadsheet user interface, the initial data representation including a representation of a user data navigation operation; determining whether the initial data representation contains user-created formulaic relationships; creating a set of instructions to be 15 performed by a cell-based or spreadsheet program associated with the user interface based on the user data navigation operation and user-created formulaic relationships; creating a return data representation including updated data from a data source to be displayed in the cell-based or spreadsheet user interface and a set of instructions to be performed by the cell-based or spreadsheet program;
2o and performing the set of instructions thereby allowing any formulaic relationships to be automatically replicated and displayed in the cell-based user interface.
As a method for modifying a spreadsheet user interface to accommodate cell-based formula propagation, the spreadsheet user interface used to display 25 multidimensional data, an embodiment of the invention includes the acts of:
determining the number of rows and the number of columns to be either inserted or removed in the spreadsheet user interface; determining one or more locations in the spreadsheet user interface where rows and columns are to be inserted or removed; creating multiple spreadsheet instructions based on the number of 3o rows and the number of columns and the one or more locations in the spreadsheet user interface where the rows and columns are to be inserted or deleted; and performing the spreadsheet instructions to modify the spreadsheet user interface thereby accommodating cell-based formula propagation.
As a method for automatically propagating user-created formulas Attorney Docket No. HYPEP001/CDT/RN
Pn~rrr ' CA 02287030 1999-10-21 following a user navigation through data of a database capable of being viewed in a mufti-dimensional manner, an embodiment of the invention includes the acts of: displaying a view of an initial data set from the database, wherein the first view of the data set displays numeric data, and at least a portion of the numeric data results from a user-created formula; receiving a user navigation request with respect to the view of the initial data set; determining a view of a return data set from the database, wherein the view of the return data set has at least numeric data, and at least a portion of the numeric data results from propagating the user-created formula of the view of the initial data set to positions within the view of the return data set; and displaying the view of the return data set.
As a system for retrieving multidimensional data and displaying the multidimensional data in a spreadsheet program, an embodiment of the invention includes the following components: a spreadsheet program having a user interface; a data representation manipulator or common spreadsheet layer for creating and deciphering a data representation; a query processor for processing a user navigation operation encoded in the data representation and for accessing a multidimensional data outline; and a data source for storing data that is retrieved and displayed in the user interface.
Attorney Docket No. HYPEP001/CDT/RN
PnrErrr BRIEF DESCRIPTION OF THE DRAWINGS
The invention may best be understood by reference to the following description taken in conjunction with the accompanying drawings, illustrating by way of example the principles of the invention, in which:
FIG. 1 is a screen display of a spreadsheet user interface containing multidimensional data from a data source;
FIG. 1B is a screen display of the spreadsheet user interface shown in FIG. 1 after having inserted a formula;
FIG. 1C is a screen display of a spreadsheet user interface showing data after the user has navigated through the data and after formulas entered by the user have been replicated and propagated in accordance with one embodiment of the present invention;
FIG. 2 is a block diagram showing components of a data retrieval system in accordance with one embodiment of the present invention;
FIG. 3 is a flow diagram showing a process of retrieving data from a data source and propagating user-created formulas in an associated user interface in accordance with one embodiment of the present invention;
FIG. 4 is a flow diagram showing in greater detail step 302 of FIG. 3 describing in further detail preliminary steps taken before a condensed formatted message is created in accordance with one embodiment of the present invention;
FIG. S is a flow diagram showing in greater detail step 304 of FIG. 3 describing the process of the query processor deciphering the formatted message once it is received in accordance with one embodiment of the present invention;
FIG. 6 is a flow diagram showing in greater detail step 306 of FIG. 3 describing a process of creating an output data structure in accordance with one embodiment of the present invention;
FIG. 7 is a flow diagram showing in greater detail step 308 of FIG. 3 describing a process of the Common Spreadsheet Layer (CSL) receiving and processing the returned condensed formatted message from the data source in accordance with one embodiment of the present invention;
FIG. 8 is a flow diagram showing a process of creating a return data representation including a blueprint of instructions to be carried out by a spreadsheet program in accordance with one embodiment of the present invention;
Attorney Docket No. HYPEP001/CDT/RN
ParErrr FIG. 9A is a block diagram showing a column structure containing three top level nodes corresponding to the first three data strings in the spreadsheet in accordance with one embodiment of the present invention;
FIG. 9B is a block diagram showing a row structure containing four data nodes corresponding to the first column in FIG. 1B in accordance with one embodiment of the present invention;
FIG. 9C is a schematic diagram of a data outline showing the hierarchy of multidimensional data displayed in FIG. 1C; and FIG. 10 is a block diagram of a typical computer system suitable for to implementing one embodiment of the present invention.
Attorney Docket No. HYPEP001/CDT/RN
PnrErrr g ' CA 02287030 1999-10-21 DETAILED DESCRIPTION OF THE INVENTION
Reference will now be made in detail to a preferred embodiment of the invention. An example of the preferred embodiment is illustrated in the accompanying drawings. While the invention will be described in conjunction with a preferred embodiment, it will be understood that it is not intended to limit the invention to one preferred embodiment. To the contrary, it is intended to cover alternatives, modifications, and equivalents as may be included within the spirit and scope of the invention as defi~ted by the appended claims.
A method and system for replicating and propagating formulas and data to relationships in a user interface associated with multidimensional data, thereby reducing input from a user, are described in the various figures. The user interface of the present invention is described below using a spreadsheet paradigm that is separate or datinguishable from the multidimensional data.
The spreadsheet format (i.e., a grid or cell-based format) is beneficial in that 15 there is a large base of users who are already familiar with the typical spreadsheet interface (e.g. Microsoft Excel or Lotus 1-2-3). The user interface of the present invention utilizes the spreadsheet interface and allows users to retrieve and manipulate multidimensional data. It also allows them to easily navigate through such data. The concept of navigating through data is unique to 2o the multidimensional or OLAP paradigm. Users can get various perspectives of the same data at a particular level or can go to different levels of data granularity by using keystrokes or user input via the spreadsheet program. The user can load large volumes of multidimensional data directly into a spreadsheet and begin analyzing, navigating, and changing perspectives on the data immediately 25 without having to learn an entirely new user interface. However, it should be understood that the user interface of the present invention is not limited to the spreadsheet paradigm.
Users often want to create formulas or relationships among data using existing values in a multidimensional database and have those results displayed 3o in a spreadsheet. For example, keying in a formula such as C5 = (B6*C6)B5 is, of course, necessary at least once since only the user knows formula.
However, having to key in the same formula using different cell numbers but expressing the same relationship among other data values multiple times is tedious, inefficient, and error prone. It would be useful and efficient for a 35 multidimensional query processor, also referred to as a data view manager to Attorney Docket No. HYPEP001/CDT/RN
PATENT
. . ' CA 02287030 1999-10-21 replicate and propagate the same formula in other cells in the spreadsheet based on the first time the user inputs the formula. This feature is illustrated in FIGS.
lA through 1C.
FIG. lA is a screen display of a spreadsheet user interface containing multidimensional data from a data source. The data shows Sales figures for four quarters and the entire year at cell B5 through cell F5. Similarly, the data shows other data, such as cost of goods sold (COGS), Margin and Total Expenses for each quarter and the year in columns B through F. In the described embodiment, data in the cells are 'stored in a multidimensional database. In other embodiments, other types of data stores such as relational databases or flat files can be used to store the actual data. However, the data is combined, formatted, and retrieved in a multidimensional format. In these embodiments, an interface customized to the particular type of data store is used to combine and format the relational or flat data into a multidimensional format.
For example, data from relational sources would need to be transformed into a multidimensional cube before it can be retrieved multidimensionally. One software tool capable of doing this is the Hyperion Integration Server available from Hyperion Solutions Corporation. FIG. 1B is a s:,reer~ display of tr~e spreadsheet user interface shown in FIG. lA after having inserted a formula. A
formula 102, expressed as C6 = B6B5, is keyed in by the user and the result 104 is displayed in cell C6. Similarly, the user inputs a formula (not shown), for Margin (C7=B7B5) and Total Expenses (C8=B8B5), thereby creating a new column to hold these values and shifting the values from "Qtr2" over one column. The same formula is inputted by the user for the other three quarters thereby creating columns E, G, and I holding values of the ratio of each data row compared to Sales. Thus far, the user has manually input the necessary formulas into the spreadsheet. The methods and systems of the present invention determine whether data cells in the spreadsheet are sources from an underlying data store or contain user-defined spreadsheet formulas, such as the ones discussed above (e.g., C7=B7B5).
FIG. 1C is another screen display of the spreadsheet user interface shown in FIG. 1B after the user has navigated through the data and after formulas entered by the user have been replicated and propagated in accordance with one embodiment of the present invention. Having started with the higher data level shown in FIG. lA and the formula-enhanced data view of FIG. 1B, the user performs a data navigation operation to obtain a different perspective of Attorney Docket No. HYPEP001/CDT/RN
Pn~rrr ' CA 02287030 1999-10-21 the data. In the case illustrated in FIG. 1C, the user performed a zoom-in or drill-down operation resulting in a more detailed display of the same Sales and Expenses data shown in FIGS. lA and 1B. As will be shown below, the present invention interprets any user formulas, their multidimensional context, and the data navigation request made by the user.
In FIG. 1C, the user performed a multidimensional navigation operation by zooming in on the next level of Market thereby creating sub-categories of market regions shown in column A 106, namely East, West, South, and Central. The user has obtained another perspective of the multidimensional to data that already existed in the database. That is, Sales, COGS, Margin and Total Expense figures for each of the regions already exist as data values in the database. However, also included in the output are all the formulas entered by the user in FIG. 1B. As shown in column D 108, for example, are values corresponding to the formulas entered by the user except now they are replicated for each regional market. This was done without the user having to enter any additional formulas. The processes of the present invention interpret the context of the user-entered formulas and, while the user navigates through the data, propagates tire forlrmlas to the appropriate cell wi-ule adjusting tt~z cells numbers accordingly.
2o As shown in FIG. 1C, all the values that were of interest to the user at the entire market level (ratios of COGS, Margin and Total Expenses to Sales) are replicated automatically for the user for each of the regional markets. In the described embodiment of the present invention, the processes performed according to the present invention assumed from the context of the original formulas that the user would very likely desire to have the same formulas for each regional market. The processes for determining the context and propagating the formulas are described in greater detail below. The automatic propagation of the formulas saves the user from having to manually enter the formulas for each of the markets. In the described embodiment, the user can 3o choose not to have the formulas propagated and replicated, in which case columns D, F, H, and J would not contain formula values. It is also worth noting that column A is now used to hold labels of the regional markets, thereby causing all data values and formulas (and the cell designations in the formulas) to be shifted accordingly.
FIG. 2 is a block diagram showing components of a data retrieval system in accordance with one embodiment of the present invention. At the Attorney Docket No. HYPEP001/CDT/RN
Pn~trr . , . ,' CA 02287030 1999-10-21 front end of the data retrieval system is a display monitor 202 of a computer 203, such as a client computer or a network computer. Shown on display monitor 202 is a spreadsheet user interface 204. Typical spreadsheet programs are Excel from Microsoft Corporation of Redmond, Washington and Lotus 1-2-3 from IBM Corporation of Armonk, New York. The spreadsheet program can also be a generic or customized grid comprised of rows and columns of cells used to hold data, strings, and formulas. The spreadsheet program typically runs or executes on the computer 203. Spreadsheet add-in programs 206 are modules that allow third-parties or users to write into the spreadsheet program additional functionality. In the described embodiment, the formula propagation and preservation features being added to the spreadsheet user interface can be seen as a significant "add-in" to the spreadsheet program.
In the described embodiment, a common spreadsheet layer (CSL) 208 accepts data either from the spreadsheet program or from the back end of a data retrieval system (discussed below) and performs any necessary conversions regarding data format. When accepting data from the spreadsheet, CSL 208 converts the spreadsheet data, as well as other data components discussed below, into a condensed or compact data representation. In the described embodiment, this compact data representation is in binary format. The exact 2o format of the data representation depends on the type of data source being used.
When accepting data from the back end, CSL 208 converts the compacted data representation to a form suitable for the particular spreadsheet program being used.
Application Programming Interface (API) 210 lies between CSL 208 and a network connection 212. API 210 can be any suitable application programming interface based on the spreadsheet program being used and the type of network. At the back end of the data retrieval system are a query processor or data view manager 214 and a data source 216. Query processor 214 receives and transmits the compact data representation. Query processor 214 typically resides on a server computer attached to data source 216. In other embodiments the query processor 214 resides on a separate computer from the data source. The compact data representation is analyzed (when received) or created (when transmitting) by query processor 214. The functions of query processor 214 are described in greater detail in FIG. 8 below. Data source 216 is any suitable data storage area that holds the data displayed by the spreadsheet user interface 204. In the described embodiment, data source 216 is a Attorney Docket No. HYPEP001/CDT/RN
PATENT
multidimensional data source such as Essbase from Hyperion Solutions Corporation of Sunnyvale, California. In another embodiment, data source 216 can be a relational database such as DB2 from IBM Corporation or simply be flat files. In another embodiment, CSL 208 , query processor 214, and data source 216 can all reside on computer 203.
FIG. 3 is a flow diagram showing a process of retrieving data from a data source and propagating user-created formulas in a spreadsheet user interface in accordance with one embodiment of the present invention. At step 302 a CSL (e.g., CSL 208) converts grid content from a spreadsheet to a format to recognizable to the data source. In general, the format is a compact data representation. In the described embodiment, the format is a binary spreadsheet table, or BST, a proprietary format from Hyperion Solutions Corporation. In other embodiments, formats other than BST in which the data is formatted and condensed in a manner recognizable to the data source can be used. In the described embodiment, a BST message consists of the data in the spreadsheet, including strings such as labels, a representation of the user navigation action, and action modifiers referred to as options, such as Formula Fill, indicating that formulas should be preserved and replicated. By converting to a BST message, the data source of the described embodiment will understand what the user 2o wants to do and whether any formulas have been entered by the user. Step is described in greater detail below with reference to FIG. 4.
The data source in the described embodiment, as discussed in FIG. 2, is a multidimensional database, such as Essbase from Hyperion Solutions Corporation. In other embodiments, the underlying data source does not have to be multidimensional. For example, a relational database or flat files can also be used to store the data. The automatic formula replication and propagation in a spreadsheet format of the present invention can be implemented on any appropriate underlying data source if the data is converted to a multidimensional cube, using a software tool such as the Hyperion Integration Server. At step 304 the BST message is transmitted to a data source through an API (e.g. API
210) and a network, and is deciphered by a data source(e.g. data source 216).
In particular, a query processor (e.g. query processor 214) decodes the user navigation action and also determines whether the user has entered any formulas in the spreadsheet. At step 306 the query processor performs the operations specified in the BST message, specifically the navigation operation specified by the user, and creates a return BST message or, in other embodiments, a return Attorney Docket No. HYPEP001/CDT/RN
Pn~rrr . , . ,' CA 02287030 1999-10-21 compact data representation. The return compact data representation is obtained from the data source 216 and contains the new grid content to be displayed in the spreadsheet (based on the user navigation operation) and additional logic for preserving and replicating formulas if specified by the user. This additional logic includes the number of rows and columns that need to be inserted to accommodate formula propagation and the locations of those rows and columns. Steps 304 and 306 are described in greater detail below with reference to FIG. 5.
At step 308 the CSL deciphers the return BST message from the query to processor and instructs the spreadsheet to perform any necessary insertions or deletions of rows and columns according to formula preservation and replication. The CSL gives this "blueprint" to the spreadsheet so that any additional data can be displayed. At step 310 the CSL calls add-in procedures to place the results and content in the spreadsheet (or grid). In the described embodiment, add-in procedures are components or modules of the present invention that are needed to communicate data with the underlying spreadsheet.
Many commercial software applications have add-in modules so that external programs can communicate with the spreadsheet. The add-in procedures are a toolkit that allow users to expand on the functionality of the spreadsheet. In the 2o described embodiment, the data communicated is the blueprint of what needs to be done based on the user formulas and user navigation operations. If formula preservation is not ON, the contents of the cells is replaced cell by cell and no blueprint is needed. If formula preservation is ON, insert/delete/paste instructions in the blueprint are performed first before the contents of the cells are replaced cell by cell. The blueprint and how it is created is discussed in greater detail below.
FIG. 4 is a flow diagram showing in greater detail step 302 of FIG. 3 in accordance with one embodiment of the present invention. FIG. 4 describes in further detail preliminary steps taken before a compact data representative, such as in BST message, is created. At step 402 the user performs either a menu operation or a mouse operation using the spreadsheet user interface to initiate a data navigational action. A few examples of data navigational actions are zoom-in, zoom-out, and refresh. Once the user enters a navigational action, the spreadsheet add-in is triggered at step 404. At step 406, closely related to step 404, the spreadsheet transmits to the add-in program the contents of the cells.
Attorney Docket No. HYPEP001/CDT/RN
PATENT
, , , ,' CA 02287030 1999-10-21 The content transmitted is generally data strings (e.g. column or row labels), the actual data, and NULLS for empty cells.
At step 408 the CSL converts the transmitted spreadsheet input grid contents and the navigation action into an efficient compact data representative,(e.g. a BST message). In the described embodiment, the contents of the input grid are read and replaced into a two-dimensional array of cells where each cell contains a structure. Each structure specifies the type of each cell in the input grid (e.g., string, NULL, integer, double, etc.), the value of the cell (e.g. "MARKET", 23460, etc.), and the location of the cell l0 represented by the structure. This two-dimensional array of structures (within the cells) is the compact data representation.
FIG. 5 is a flow diagram showing step 304 of FIG. 3 in greater detail in accordance with one embodiment of the present invention. FIG. 5 describes the process of the query processor deciphering the compact data representation once it is received. At step 502 the query processor receives the compact data representative in an appropriate protocol, such as BST in the described embodiment. At step 504 the query processor transforms or translates the data in the data representation into a row and column structure. The operation of the query processor in this regard is described further below with reference to FIGS. 9A and 9B. At step 506 the query processor determines what operation or navigational action was performed by the user. Depending on the navigational action, at step 508 the query processor manipulates the row and column structures created at step 504 to reflect the navigational action. In the described embodiment, the two structures are manipulated, if necessary, by examining an outline of the multidimensional data as described in FIG. 9C.
Based on the outline, the query processor determines what data to return. For example, referring to FIGS. lA to 1C, the outline structures contain data that the query processor uses to determine what the next level of detail down (zoom-in) from Market is, which in this case, are the different regional markets.
The regional markets (East, West, South, etc.) are children of a parent Market level.
These relationships are described in greater detail below.
At step 510 the query processor checks options set by the user.
Specifically, it checks options regarding formula preservation, such as retain formulas on retrieval or retain formulas on zoom operations. If the user chose options to preserve formulas during data navigation, the query processor will return a blueprint even if there were no formulas. In other embodiments, a Attorney Docket No. HYPEP001/CDT/RN
PA'rerrr ' CA 02287030 1999-10-21 blueprint may not be created if the query processor detects that there were no formulas in the input grid. At step 510, the data source informs the CSL how much space (i.e. number of rows and columns) will be needed to replicate the formulas. For example, if a particular row containing a formula needs to be replicated, the row is copied and then pasted the required number of times.
Through this operation, the space for the additional formula is created.
FIG. 6 is a flow diagram showing in greater detail step 306 of FIG. 3 in accordance with one embodiment of the present invention. FIG. 6 describes a process of creating a return data representative. In the described embodiment, this return data representative is created by the query processor and is sent to the CSL. At step 602 the query processor checks the outline of the multidimensional data for relationships, such as parent-child relationships.
This step is described in greater detail below with reference to FIG. 8. At step the query processor checks the options as in step 510 and creates a blueprint reflecting the formula preservation options. In the described embodiment, the blueprint for preserving (in the case of simply refreshing the spreadsheet) or . propagating formulas (such as when zooming in on a view) contains information such as whether to cut or copy formulas, the number of rows and columns to be inserted, and their columns. Step 604 is described in greater detail below with reference to FIG. 8. At step 606 the query processor converts the blueprint created in step 604 and the actual data into a compact return data representation, such as in BST format in the described embodiment. This return data representation is then sent to the CSL at step 608.
FIG. 7 is a flow diagram showing in greater detail step 308 of FIG. 3 in accordance with one embodiment of the present invention. FIG. 7 describes a process of the CSL receiving and processing the compact data representation from the query processor referred to in step 606 of FIG. 6. At step 702 the CSL divides the compact data representation into separate components. In the described embodiment, the compact data representation is split into at least two parts: grid data and a blueprint. At step 704 the program determines whether the formula preservation option is ON. If so, the program reads the blueprint created in step 604 indicating formula preservation options. As described above, the blueprint contains information such as whether to copy or cut columns and rows, how many, and locations. If the formula preservation option is not ON, there is no blueprint and the program skips this step.
Attorney Docket No. HYPEP001/CDT/RN
Pn~rerrr At step 706 spreadsheet add-in modules perform the operations in the spreadsheet that are specified in the blueprint. In the described embodiment these operations include inserting and deleting rows and columns, and cutting and pasting a region. The blueprint is essentially a combination of these insertion and deletion instructions with further information regarding locations as to where they should occur. At this stage the spreadsheet has the right number of rows and columns to fit the new data contents returned by the data source. At step 708 the add-in modules fill the newly configured spreadsheet with the actual data from the data source according to the data navigation action made by the user. At this stage the process of formula preservation and retrieving data into the spreadsheet is complete.
FIG. 8 is a flow diagram showing a process of creating a return compact data representation including a blueprint of instructions to be carried out by a spreadsheet program in accordance with one embodiment of the present invention. FIG. 8 shows in greater detail steps 602 to 606 of FIG. 6. This process occurs after the query processor receives the initial data representation from the CSL that contains the grid data, user navigation actions, and options chosen by the user. Once the initial data representation is received the query processor creates row and column structures as stated in step 802. These structures are created by reading the contents of each cell in the grid. In the described embodiment, the query processor ignores actual data in the grid and processes strings. When the query processor hits numeric or data in a cell, it does not process that cell. Techniques for this type of processing are known in the art. For example, some of the techniques rely on the fact that data in grids or spreadsheets typically start at the same column or row location. Examples of row and column structures are shown in FIGS. 9A and 9B.
FIGS. 9A and 9B are block diagrams showing sample row and column structures created from processing the spreadsheet shown in FIG. 1B in accordance with one embodiment of the present invention. FIG. 9A is a column 3o structure 902 that contains three nodes in the first level: a Product node 904, a Market node 906, and a Scenario node 908, corresponding to the first three data strings in the spreadsheet shown in FIG. 1B. Each node contains row and column data. For example, Product node 904 contains data indicating that it starts at row 0 and column 1. The arrows between the nodes point to related nodes that are "siblings." At a next dimension (also referred to as a nested dimension) are nodes for each "Qtr" and "Year." For example, a node 910 is Attorney Docket No. HYPEP001/CDT/RN
PATENT
the "Qtrl" node that indicates that the string "Qtrl" is in a cell that begins at row 2 and column 1. Also shown are nodes for "Qtr2," "Qtr3," "Qtr4," and "year"
containing corresponding location data. FIG. 9B is a row structure 912 that contains four nodes: a Sales node 914, a COGS node 916, a Margin node 918, and a Total Expenses node 920. As with column structure 902, each node in row structure 912 contains row and column data. Row structure 912 contains nodes that have next dimensions but that do not have siblings.
Returning to FIG. 8, step 804 the query processor examines an outline tree for children or parent nodes of the data item selected in the spreadsheet.
For example, if the user navigation operation is a zoom-in (also referred to as drill-down) on a particular data item or member, the query processor checks an outline tree representing the hierarchy of the multidimensional data for any children nodes. Similarly, if the operation is a zoom-out, the query processor will check for one or more parent nodes. For retrieve or refresh operations, the query processor may not need to check the data outline. FIG. 9C is a schematic diagram of a data outline showing the hierarchy of multidimensional data. The data shown reflects the data displayed in FIG. 1C. Data outline 922 is a hierarchical tree that shows at a top dimension PRODUCT, MARKET, and SCENARIO. A member MARKET 924 has four children: EAST, WEST, 2o CENTRAL, and SOUTH. Each of these members can also have children nodes as shown for EAST. Thus when a zoom-in operation is performed on MARKET in FIG. 1B, all of MARKET'S children are returned to the spreadsheet automatically. In the described embodiment, the data outline 922 or hierarchical tree resides on the data source 216.
Once the data outline has been examined, the query processor manipulates or adjusts the row and column structures according to the navigation operation chosen by the user at step 806. Based on the user navigation operation, the column and row counts in the nodes of structures 902 and 912 are adjusted based on whether any rows or columns are inserted or 3o deleted. Using FIGS. lA to 1C as examples, since the user zoomed -in on MARKET, the MARKET node is removed from the row structure and its children are inserted in the column structure corresponding to the spreadsheet.
As a result, the column and row numbers of nodes in the column structure need to be adjusted to reflect the addition of a new column. The new column is column A shown in FIG. 1C. Because this new column will eventually be displayed in the spreadsheet program, the row and column structures must first Attorney Docket No. HYPEP001/CDT/RN
PnrErrr be updated. Conversely, if the user were to zoom-out from one of the MARI~T children, such as SOUTH, a column would be deleted and all the columns would be shifted over to the left, as shown in FIGS. lA and 1B. Thus the row and column counts in both structures are adjusted based on whether a data item chosen by the user has children or parents as indicated in the data outline. It is also based on whether there are user-created formulas in the spreadsheet.
At step 808 the query processor prepares a blueprint of spreadsheet instructions and transmits the blueprint to CSL 208 for conversion. In the 1o described embodiment the blueprint is an instruction set directed to the spreadsheet program instructing it to perform certain operations to set-up the spreadsheet grid so that it can accommodate the multidimensional data.
Referring to FIGS. 1B and 1C, the blueprint would contain instructions to insert one column at column 1 (or column A in the spreadsheet display) to 15 accommodate the children of MARKET. In addition, twelve additional rows (beyond the four existing rows) must be inserted to hold Sales, COGS, Margin, and Total Expense data for each of the four regions. In the described embodiment, this is stated as inserting three new regions of four rows into the spreadsheet starting at row 1. The location of the insertions and deletions must 20 also be specified in the blueprint so that the spreadsheet knows where to perform the instructions. This information, derived from the data outline 922, reflected in row and column structures 902 and 912, is inserted in the blueprint that is eventually read, after being converted, by the spreadsheet program.
Once the query processor prepares the blueprint, it is transmitted to the CSL
25 along with the data from the data source.
At step 810 the CSL converts the return compact data representation that includes the blueprint and the grid data to a form that can be interpreted by the spreadsheet add-in which in turn communicates with the spreadsheet. The spreadsheet instructions are transmitted to the add-in modules which send them 30 to the actual spreadsheet program for execution. At step 812 the spreadsheet program executes any insert and delete row and column instructions needed to configure the spreadsheet so that it can accommodate the incoming data. At step 814 the data converted by the CSL from the return data representation is loaded or inserted into the newly configured spreadsheet.
35 In the described embodiment, the query processor, the spreadsheet and the CSL (common spreadsheet layer) can run on a general-purpose computer, Attorney Docket No. HYPEP001/CDT/RN
PATENT
such as a server or client computer in a network configuration. FIG. 10 and the related description below describes a computer-implemented embodiment of the present invention. As discussed above, the programs and processes of the present invention employ various computer-implemented operations involving data stored in computer systems. These operations include, but are not limited to, those requiring physical manipulation of physical quantities. Usually, though not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, and otherwise manipulated. The operations described herein that form part of the to invention are useful machine operations. The manipulations performed are often referred to in terms, such as, extracting, producing, identifying, running, determining, comparing, executing, downloading, or detecting. It is sometimes convenient, principally for reasons of common usage, to refer to these electrical or magnetic signals as bits, values, elements, variables, characters, data, or the like. It should be remembered, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities.
The present invention also relates to devices, systems or apparatus for performing the aforementioned operations. A system can be specially constructed for the required purposes, or it can be a general purpose computer selectively activated or configured by a computer program, such as the query processor program, stored in the computer. The processes presented above are not inherently related to any particular computer or other computing apparatus.
In particular, various general purpose computers can be used with programs written in accordance with the teachings herein, or, alternatively, it may be more convenient to construct a more specialized computer system to perform the required operations, such as querying the data source or converting and interpreting the initial and return data representation.
FIG. 10 is a block diagram of a general purpose computer system 1000 suitable for carrying out the processing in accordance with one embodiment of the present invention. FIG. 10 illustrates one embodiment of a general purpose computer system. Other computer system architectures and configurations can be used for carrying out the processing of the present invention. Computer system 1000, made up of various subsystems described below, includes at least one microprocessor subsystem (also referred to as a central processing unit, or CPU) 1002. That is, CPU 1002 can be implemented by a single-chip processor Attorney Docket No. HYPEP001/CDT/RN
PATENT
or by multiple processors. CPU 1002 is a general purpose digital processor which controls the operation of the computer system 1000. Using instructions retrieved from memory, the CPU 1002 controls the reception and manipulation of input data, and the output and display of data on output devices.
CPU 1002 is coupled bi-directionally with a first primary storage 1004, typically a random access memory (RAM), and uni-directionally with a second primary storage area 1006, typically a read-only memory (ROM), via a memory bus 1008. As is well known in the art, primary storage 1004 can be used as a general storage area and as scratch-pad memory, and can also be used to store to input data and processed data. It can also store programming instructions and data, in the form of a message store in addition to other data and instructions for processes operating on CPU 1002, and is typically used for fast transfer of data and instructions in a bi-directional manner over the memory bus 1008. Also well known in the art, primary storage 1006 typically includes basic operating instructions, program code, data and objects used by the CPU 1002 to perform its functions. Primary storage devices 1004 and 1006 may include any suitable computer-readable storage media, described below, depending on whether, for example, data access needs to be bi-directional or uni-directional. CPU 1002 can also directly and very rapidly retrieve and store frequently needed data in a 2o cache memory 1010.
A removable mass storage device 1012 provides additional data storage capacity for the computer system 1000, and is coupled either bi-directionally or uni-directionally to CPU 1002 via a peripheral bus 1014. For example, a specific removable mass storage device commonly known as a CD-ROM
typically passes data uni-directionally to the CPU 1002, whereas a floppy disk can pass data bi-directionally to the CPU 1002. Storage 1012 may also include computer-readable media such as magnetic tape, flash memory, signals embodied on a carrier wave, PC-CARDS, portable mass storage devices, holographic storage devices, and other storage devices. A fixed mass storage 1016 also provides additional data storage capacity and is coupled bi-directionally to CPU 1002 via peripheral bus 1014. The most common example of mass storage 1016 is a hard disk drive. Generally, access to these media is slower than access to primary storages 1004 and 1006. Mass storage 1012 and 1016 generally store additional programming instructions, data, and the like that typically are not in active use by the CPU 1002. It will be appreciated that the information retained within mass storage 1012 and 1016 may be incorporated, if Attorney Docket No. HYPEPOO1/CDT/RN
Pn~rerrr needed, in standard fashion as part of primary storage 1004 (e.g. RAlVIJ as virtual memory.
In addition to providing CPU 1002 access to storage subsystems, the peripheral bus 1014 is used to provide access to other subsystems and devices as well. In the described embodiment, these include a display monitor 1018 and adapter 1020, a printer device 1022, a network interface 1024, an auxiliary input/output device interface 1026, a sound card 1028 and speakers 1030, and other subsystems as needed.
The network interface 1024 allows CPU 1002 to be coupled to another to computer, computer network, or telecommunications network using a network connection as shown. Through the network interface 1024, it is contemplated that the CPU 1002 might receive information, e.g., data objects or program instructions, from another network, or might output information to another network in the course of performing the above-described processes.
15 Information, often represented as a sequence of instructions to be executed on a CPU, may be received from and outputted to another network, for example, in the form of a computer data signal embodied in a earner wave. An inteuace card or similar device and appropriate software implemented by CPU 1002 can be used to connect the computer system 1000 to an external network and 2o transfer data according to standard protocols. That is, method embodiments of the present invention may execute solely upon CPU 1002, or may be performed across a network such as the Internet, intranet networks, or local area networks, in conjunction with a remote CPU that shares a portion of the processing.
Additional mass storage devices (not shown) may also be connected to CPU
25 1002 through network interface 1024.
Auxiliary I/O device interface 1026 represents general and customized interfaces that allow the CPU 1002 to send and, more typically, receive data from other devices such as microphones, touch-sensitive displays, transducer card readers, tape readers, voice or handwriting recognizers, biometrics readers, 3o cameras, portable mass storage devices, and other computers.
Also coupled to the CPU 1002 is a keyboard controller 1032 via a local bus 1034 for receiving input from a keyboard 1036 or a pointer device 1038, and sending decoded symbols from the keyboard 1036 or pointer device 1038 to the CPU 1002. The pointer device may be a mouse, stylus, track ball, or 35 tablet, and is useful for interacting with a graphical user interface, such as user interface 204 of the spreadsheet program.
Attorney Docket No. HYPEP001/CDT/RN
PnrErrr In addition, embodiments of the present invention further relate to computer storage products with a computer readable medium that contain program code for performing various computer-implemented operations. The computer-readable medium is any data storage device that can store data which can thereafter be read by a computer system, such as data source 216 of FIG.
2.
The media and program code may be those specially designed and constructed for the purposes of the present invention, or they may be of the kind well known to those of ordinary skill in the computer software arts. Examples of computer-readable media include, but are not limited to, all the media mentioned l0 above: magnetic media such as hard disks, floppy disks, and magnetic tape;
optical media such as CD-ROM disks; magneto-optical media such as floptical disks; and specially configured hardware devices such as application-specific integrated circuits (ASICs), programmable logic devices (PLDs), and ROM and RAM devices. The computer-readable medium can also be distributed as a data signal embodied in a carrier wave over a network of coupled computer systems so that the computer-readable code is stored and executed in a distributed fashion. Examples of program code include both machine code, as produced, for example, by a compiler, or files containing higher level code that may be executed using an interpreter.
2o It will be appreciated by those skilled in the art that the above described hardware and software elements are of standard design and construction. Other computer systems suitable for use with the invention may include additional or fewer subsystems. In addition, memory bus 1008, peripheral bus 1014, and local bus 1034 are illustrative of any interconnection scheme serving to link the subsystems. For example, a local bus could be used to connect the CPU to fixed mass storage 1016 and display adapter 1020. The computer system shown in FIG. 10 is but an example of a computer system suitable for use with the invention. Other computer architectures having different configurations of subsystems may also be utilized.
Although the foregoing invention has been described in some detail for purposes of clarity of understanding, it will be apparent that certain changes and modifications may be practiced within the scope of the appended claims.
Furthermore, it should be noted that there are alternative ways of implementing both the process and apparatus of the present invention. For example, although the invention is described as using a multidimensional data source, other types of data sources can be used to retrieve data ultimately displayed in the Attorney Docket No. HYPEP001/CDT/RN
Pn~rtr . . . , CA 02287030 1999-10-21 spreadsheet user interface. In another example, the initial and return data representations can be in any suitable format that can be interpreted by the particular spreadsheet add-in modules being used. In yet another example, it is not required that the actual data in the spreadsheet be converted to a compact data representation where the navigational operation being performed is a refresh or update of the data. Accordingly, the present embodiments are to be considered as illustrative and not restrictive, and the invention is not to be limited to the details given herein, but may be modified within the scope and equivalents of the appended claims.
Attorney Docket No. HYPEP001/CDTIRN
PATENT
PnTerrr The user inserts a formula in the last cell that provides the total sales amount for the entire country -- data not available directly from the multidimensional database. Using the spreadsheet as a query tool, the user can click on, or zoom-in on, a market dimension (cell A2), causing the database to return members of the market dimension, such as, East, West, South, and Central. Presently, the total sales amount formula (B2*C2) is not propagated to each of the new rows even though the user would very likely want to see the total sales amount for each region, since he indicated that that data was desirable for national sales.
The user has to key in the same formula in each cell after zooming in on the region dimension. This requires significant time typing in repetitive data and is error-prone.
Therefore, it would be desirable to have a user interface utilizing a spreadsheet that allows the user to create formulas in an ad hoc manner that uses multidimensional data and have those formulas propagate and replicate while the user is navigating through the multidimensional data. It would also be desirable to have the formulas propagate and replicate in an intuitive or intelligent manner and with reduced user intervention. Thus, there is a need for an automated and intelligent process for replicating user-entered formulas manipulate multidimensional data in a spreadsheet user interface.
Attorney Docket No. HYPEP001/CDT/RN
Pn~rrr ' CA 02287030 1999-10-21 S LTMMARY OF THE INVENTION
Generally, the invention relates to improved techniques for displaying and retrieving multidimensional data using a spreadsheet user interface. This is achieved by propagation or removal of formulas throughout different views of the multidimensional data.
The invention can be implemented in numerous ways, including as a method, system, and computer-readable media. Several of the embodiments of the invention are discussed below.
As a method for presenting data including formulaic relationships using l0 a cell-based user interface, an embodiment of the invention includes the acts of:
retrieving an initial data representation of data in a cell-based or spreadsheet user interface, the initial data representation including a representation of a user data navigation operation; determining whether the initial data representation contains user-created formulaic relationships; creating a set of instructions to be 15 performed by a cell-based or spreadsheet program associated with the user interface based on the user data navigation operation and user-created formulaic relationships; creating a return data representation including updated data from a data source to be displayed in the cell-based or spreadsheet user interface and a set of instructions to be performed by the cell-based or spreadsheet program;
2o and performing the set of instructions thereby allowing any formulaic relationships to be automatically replicated and displayed in the cell-based user interface.
As a method for modifying a spreadsheet user interface to accommodate cell-based formula propagation, the spreadsheet user interface used to display 25 multidimensional data, an embodiment of the invention includes the acts of:
determining the number of rows and the number of columns to be either inserted or removed in the spreadsheet user interface; determining one or more locations in the spreadsheet user interface where rows and columns are to be inserted or removed; creating multiple spreadsheet instructions based on the number of 3o rows and the number of columns and the one or more locations in the spreadsheet user interface where the rows and columns are to be inserted or deleted; and performing the spreadsheet instructions to modify the spreadsheet user interface thereby accommodating cell-based formula propagation.
As a method for automatically propagating user-created formulas Attorney Docket No. HYPEP001/CDT/RN
Pn~rrr ' CA 02287030 1999-10-21 following a user navigation through data of a database capable of being viewed in a mufti-dimensional manner, an embodiment of the invention includes the acts of: displaying a view of an initial data set from the database, wherein the first view of the data set displays numeric data, and at least a portion of the numeric data results from a user-created formula; receiving a user navigation request with respect to the view of the initial data set; determining a view of a return data set from the database, wherein the view of the return data set has at least numeric data, and at least a portion of the numeric data results from propagating the user-created formula of the view of the initial data set to positions within the view of the return data set; and displaying the view of the return data set.
As a system for retrieving multidimensional data and displaying the multidimensional data in a spreadsheet program, an embodiment of the invention includes the following components: a spreadsheet program having a user interface; a data representation manipulator or common spreadsheet layer for creating and deciphering a data representation; a query processor for processing a user navigation operation encoded in the data representation and for accessing a multidimensional data outline; and a data source for storing data that is retrieved and displayed in the user interface.
Attorney Docket No. HYPEP001/CDT/RN
PnrErrr BRIEF DESCRIPTION OF THE DRAWINGS
The invention may best be understood by reference to the following description taken in conjunction with the accompanying drawings, illustrating by way of example the principles of the invention, in which:
FIG. 1 is a screen display of a spreadsheet user interface containing multidimensional data from a data source;
FIG. 1B is a screen display of the spreadsheet user interface shown in FIG. 1 after having inserted a formula;
FIG. 1C is a screen display of a spreadsheet user interface showing data after the user has navigated through the data and after formulas entered by the user have been replicated and propagated in accordance with one embodiment of the present invention;
FIG. 2 is a block diagram showing components of a data retrieval system in accordance with one embodiment of the present invention;
FIG. 3 is a flow diagram showing a process of retrieving data from a data source and propagating user-created formulas in an associated user interface in accordance with one embodiment of the present invention;
FIG. 4 is a flow diagram showing in greater detail step 302 of FIG. 3 describing in further detail preliminary steps taken before a condensed formatted message is created in accordance with one embodiment of the present invention;
FIG. S is a flow diagram showing in greater detail step 304 of FIG. 3 describing the process of the query processor deciphering the formatted message once it is received in accordance with one embodiment of the present invention;
FIG. 6 is a flow diagram showing in greater detail step 306 of FIG. 3 describing a process of creating an output data structure in accordance with one embodiment of the present invention;
FIG. 7 is a flow diagram showing in greater detail step 308 of FIG. 3 describing a process of the Common Spreadsheet Layer (CSL) receiving and processing the returned condensed formatted message from the data source in accordance with one embodiment of the present invention;
FIG. 8 is a flow diagram showing a process of creating a return data representation including a blueprint of instructions to be carried out by a spreadsheet program in accordance with one embodiment of the present invention;
Attorney Docket No. HYPEP001/CDT/RN
ParErrr FIG. 9A is a block diagram showing a column structure containing three top level nodes corresponding to the first three data strings in the spreadsheet in accordance with one embodiment of the present invention;
FIG. 9B is a block diagram showing a row structure containing four data nodes corresponding to the first column in FIG. 1B in accordance with one embodiment of the present invention;
FIG. 9C is a schematic diagram of a data outline showing the hierarchy of multidimensional data displayed in FIG. 1C; and FIG. 10 is a block diagram of a typical computer system suitable for to implementing one embodiment of the present invention.
Attorney Docket No. HYPEP001/CDT/RN
PnrErrr g ' CA 02287030 1999-10-21 DETAILED DESCRIPTION OF THE INVENTION
Reference will now be made in detail to a preferred embodiment of the invention. An example of the preferred embodiment is illustrated in the accompanying drawings. While the invention will be described in conjunction with a preferred embodiment, it will be understood that it is not intended to limit the invention to one preferred embodiment. To the contrary, it is intended to cover alternatives, modifications, and equivalents as may be included within the spirit and scope of the invention as defi~ted by the appended claims.
A method and system for replicating and propagating formulas and data to relationships in a user interface associated with multidimensional data, thereby reducing input from a user, are described in the various figures. The user interface of the present invention is described below using a spreadsheet paradigm that is separate or datinguishable from the multidimensional data.
The spreadsheet format (i.e., a grid or cell-based format) is beneficial in that 15 there is a large base of users who are already familiar with the typical spreadsheet interface (e.g. Microsoft Excel or Lotus 1-2-3). The user interface of the present invention utilizes the spreadsheet interface and allows users to retrieve and manipulate multidimensional data. It also allows them to easily navigate through such data. The concept of navigating through data is unique to 2o the multidimensional or OLAP paradigm. Users can get various perspectives of the same data at a particular level or can go to different levels of data granularity by using keystrokes or user input via the spreadsheet program. The user can load large volumes of multidimensional data directly into a spreadsheet and begin analyzing, navigating, and changing perspectives on the data immediately 25 without having to learn an entirely new user interface. However, it should be understood that the user interface of the present invention is not limited to the spreadsheet paradigm.
Users often want to create formulas or relationships among data using existing values in a multidimensional database and have those results displayed 3o in a spreadsheet. For example, keying in a formula such as C5 = (B6*C6)B5 is, of course, necessary at least once since only the user knows formula.
However, having to key in the same formula using different cell numbers but expressing the same relationship among other data values multiple times is tedious, inefficient, and error prone. It would be useful and efficient for a 35 multidimensional query processor, also referred to as a data view manager to Attorney Docket No. HYPEP001/CDT/RN
PATENT
. . ' CA 02287030 1999-10-21 replicate and propagate the same formula in other cells in the spreadsheet based on the first time the user inputs the formula. This feature is illustrated in FIGS.
lA through 1C.
FIG. lA is a screen display of a spreadsheet user interface containing multidimensional data from a data source. The data shows Sales figures for four quarters and the entire year at cell B5 through cell F5. Similarly, the data shows other data, such as cost of goods sold (COGS), Margin and Total Expenses for each quarter and the year in columns B through F. In the described embodiment, data in the cells are 'stored in a multidimensional database. In other embodiments, other types of data stores such as relational databases or flat files can be used to store the actual data. However, the data is combined, formatted, and retrieved in a multidimensional format. In these embodiments, an interface customized to the particular type of data store is used to combine and format the relational or flat data into a multidimensional format.
For example, data from relational sources would need to be transformed into a multidimensional cube before it can be retrieved multidimensionally. One software tool capable of doing this is the Hyperion Integration Server available from Hyperion Solutions Corporation. FIG. 1B is a s:,reer~ display of tr~e spreadsheet user interface shown in FIG. lA after having inserted a formula. A
formula 102, expressed as C6 = B6B5, is keyed in by the user and the result 104 is displayed in cell C6. Similarly, the user inputs a formula (not shown), for Margin (C7=B7B5) and Total Expenses (C8=B8B5), thereby creating a new column to hold these values and shifting the values from "Qtr2" over one column. The same formula is inputted by the user for the other three quarters thereby creating columns E, G, and I holding values of the ratio of each data row compared to Sales. Thus far, the user has manually input the necessary formulas into the spreadsheet. The methods and systems of the present invention determine whether data cells in the spreadsheet are sources from an underlying data store or contain user-defined spreadsheet formulas, such as the ones discussed above (e.g., C7=B7B5).
FIG. 1C is another screen display of the spreadsheet user interface shown in FIG. 1B after the user has navigated through the data and after formulas entered by the user have been replicated and propagated in accordance with one embodiment of the present invention. Having started with the higher data level shown in FIG. lA and the formula-enhanced data view of FIG. 1B, the user performs a data navigation operation to obtain a different perspective of Attorney Docket No. HYPEP001/CDT/RN
Pn~rrr ' CA 02287030 1999-10-21 the data. In the case illustrated in FIG. 1C, the user performed a zoom-in or drill-down operation resulting in a more detailed display of the same Sales and Expenses data shown in FIGS. lA and 1B. As will be shown below, the present invention interprets any user formulas, their multidimensional context, and the data navigation request made by the user.
In FIG. 1C, the user performed a multidimensional navigation operation by zooming in on the next level of Market thereby creating sub-categories of market regions shown in column A 106, namely East, West, South, and Central. The user has obtained another perspective of the multidimensional to data that already existed in the database. That is, Sales, COGS, Margin and Total Expense figures for each of the regions already exist as data values in the database. However, also included in the output are all the formulas entered by the user in FIG. 1B. As shown in column D 108, for example, are values corresponding to the formulas entered by the user except now they are replicated for each regional market. This was done without the user having to enter any additional formulas. The processes of the present invention interpret the context of the user-entered formulas and, while the user navigates through the data, propagates tire forlrmlas to the appropriate cell wi-ule adjusting tt~z cells numbers accordingly.
2o As shown in FIG. 1C, all the values that were of interest to the user at the entire market level (ratios of COGS, Margin and Total Expenses to Sales) are replicated automatically for the user for each of the regional markets. In the described embodiment of the present invention, the processes performed according to the present invention assumed from the context of the original formulas that the user would very likely desire to have the same formulas for each regional market. The processes for determining the context and propagating the formulas are described in greater detail below. The automatic propagation of the formulas saves the user from having to manually enter the formulas for each of the markets. In the described embodiment, the user can 3o choose not to have the formulas propagated and replicated, in which case columns D, F, H, and J would not contain formula values. It is also worth noting that column A is now used to hold labels of the regional markets, thereby causing all data values and formulas (and the cell designations in the formulas) to be shifted accordingly.
FIG. 2 is a block diagram showing components of a data retrieval system in accordance with one embodiment of the present invention. At the Attorney Docket No. HYPEP001/CDT/RN
Pn~trr . , . ,' CA 02287030 1999-10-21 front end of the data retrieval system is a display monitor 202 of a computer 203, such as a client computer or a network computer. Shown on display monitor 202 is a spreadsheet user interface 204. Typical spreadsheet programs are Excel from Microsoft Corporation of Redmond, Washington and Lotus 1-2-3 from IBM Corporation of Armonk, New York. The spreadsheet program can also be a generic or customized grid comprised of rows and columns of cells used to hold data, strings, and formulas. The spreadsheet program typically runs or executes on the computer 203. Spreadsheet add-in programs 206 are modules that allow third-parties or users to write into the spreadsheet program additional functionality. In the described embodiment, the formula propagation and preservation features being added to the spreadsheet user interface can be seen as a significant "add-in" to the spreadsheet program.
In the described embodiment, a common spreadsheet layer (CSL) 208 accepts data either from the spreadsheet program or from the back end of a data retrieval system (discussed below) and performs any necessary conversions regarding data format. When accepting data from the spreadsheet, CSL 208 converts the spreadsheet data, as well as other data components discussed below, into a condensed or compact data representation. In the described embodiment, this compact data representation is in binary format. The exact 2o format of the data representation depends on the type of data source being used.
When accepting data from the back end, CSL 208 converts the compacted data representation to a form suitable for the particular spreadsheet program being used.
Application Programming Interface (API) 210 lies between CSL 208 and a network connection 212. API 210 can be any suitable application programming interface based on the spreadsheet program being used and the type of network. At the back end of the data retrieval system are a query processor or data view manager 214 and a data source 216. Query processor 214 receives and transmits the compact data representation. Query processor 214 typically resides on a server computer attached to data source 216. In other embodiments the query processor 214 resides on a separate computer from the data source. The compact data representation is analyzed (when received) or created (when transmitting) by query processor 214. The functions of query processor 214 are described in greater detail in FIG. 8 below. Data source 216 is any suitable data storage area that holds the data displayed by the spreadsheet user interface 204. In the described embodiment, data source 216 is a Attorney Docket No. HYPEP001/CDT/RN
PATENT
multidimensional data source such as Essbase from Hyperion Solutions Corporation of Sunnyvale, California. In another embodiment, data source 216 can be a relational database such as DB2 from IBM Corporation or simply be flat files. In another embodiment, CSL 208 , query processor 214, and data source 216 can all reside on computer 203.
FIG. 3 is a flow diagram showing a process of retrieving data from a data source and propagating user-created formulas in a spreadsheet user interface in accordance with one embodiment of the present invention. At step 302 a CSL (e.g., CSL 208) converts grid content from a spreadsheet to a format to recognizable to the data source. In general, the format is a compact data representation. In the described embodiment, the format is a binary spreadsheet table, or BST, a proprietary format from Hyperion Solutions Corporation. In other embodiments, formats other than BST in which the data is formatted and condensed in a manner recognizable to the data source can be used. In the described embodiment, a BST message consists of the data in the spreadsheet, including strings such as labels, a representation of the user navigation action, and action modifiers referred to as options, such as Formula Fill, indicating that formulas should be preserved and replicated. By converting to a BST message, the data source of the described embodiment will understand what the user 2o wants to do and whether any formulas have been entered by the user. Step is described in greater detail below with reference to FIG. 4.
The data source in the described embodiment, as discussed in FIG. 2, is a multidimensional database, such as Essbase from Hyperion Solutions Corporation. In other embodiments, the underlying data source does not have to be multidimensional. For example, a relational database or flat files can also be used to store the data. The automatic formula replication and propagation in a spreadsheet format of the present invention can be implemented on any appropriate underlying data source if the data is converted to a multidimensional cube, using a software tool such as the Hyperion Integration Server. At step 304 the BST message is transmitted to a data source through an API (e.g. API
210) and a network, and is deciphered by a data source(e.g. data source 216).
In particular, a query processor (e.g. query processor 214) decodes the user navigation action and also determines whether the user has entered any formulas in the spreadsheet. At step 306 the query processor performs the operations specified in the BST message, specifically the navigation operation specified by the user, and creates a return BST message or, in other embodiments, a return Attorney Docket No. HYPEP001/CDT/RN
Pn~rrr . , . ,' CA 02287030 1999-10-21 compact data representation. The return compact data representation is obtained from the data source 216 and contains the new grid content to be displayed in the spreadsheet (based on the user navigation operation) and additional logic for preserving and replicating formulas if specified by the user. This additional logic includes the number of rows and columns that need to be inserted to accommodate formula propagation and the locations of those rows and columns. Steps 304 and 306 are described in greater detail below with reference to FIG. 5.
At step 308 the CSL deciphers the return BST message from the query to processor and instructs the spreadsheet to perform any necessary insertions or deletions of rows and columns according to formula preservation and replication. The CSL gives this "blueprint" to the spreadsheet so that any additional data can be displayed. At step 310 the CSL calls add-in procedures to place the results and content in the spreadsheet (or grid). In the described embodiment, add-in procedures are components or modules of the present invention that are needed to communicate data with the underlying spreadsheet.
Many commercial software applications have add-in modules so that external programs can communicate with the spreadsheet. The add-in procedures are a toolkit that allow users to expand on the functionality of the spreadsheet. In the 2o described embodiment, the data communicated is the blueprint of what needs to be done based on the user formulas and user navigation operations. If formula preservation is not ON, the contents of the cells is replaced cell by cell and no blueprint is needed. If formula preservation is ON, insert/delete/paste instructions in the blueprint are performed first before the contents of the cells are replaced cell by cell. The blueprint and how it is created is discussed in greater detail below.
FIG. 4 is a flow diagram showing in greater detail step 302 of FIG. 3 in accordance with one embodiment of the present invention. FIG. 4 describes in further detail preliminary steps taken before a compact data representative, such as in BST message, is created. At step 402 the user performs either a menu operation or a mouse operation using the spreadsheet user interface to initiate a data navigational action. A few examples of data navigational actions are zoom-in, zoom-out, and refresh. Once the user enters a navigational action, the spreadsheet add-in is triggered at step 404. At step 406, closely related to step 404, the spreadsheet transmits to the add-in program the contents of the cells.
Attorney Docket No. HYPEP001/CDT/RN
PATENT
, , , ,' CA 02287030 1999-10-21 The content transmitted is generally data strings (e.g. column or row labels), the actual data, and NULLS for empty cells.
At step 408 the CSL converts the transmitted spreadsheet input grid contents and the navigation action into an efficient compact data representative,(e.g. a BST message). In the described embodiment, the contents of the input grid are read and replaced into a two-dimensional array of cells where each cell contains a structure. Each structure specifies the type of each cell in the input grid (e.g., string, NULL, integer, double, etc.), the value of the cell (e.g. "MARKET", 23460, etc.), and the location of the cell l0 represented by the structure. This two-dimensional array of structures (within the cells) is the compact data representation.
FIG. 5 is a flow diagram showing step 304 of FIG. 3 in greater detail in accordance with one embodiment of the present invention. FIG. 5 describes the process of the query processor deciphering the compact data representation once it is received. At step 502 the query processor receives the compact data representative in an appropriate protocol, such as BST in the described embodiment. At step 504 the query processor transforms or translates the data in the data representation into a row and column structure. The operation of the query processor in this regard is described further below with reference to FIGS. 9A and 9B. At step 506 the query processor determines what operation or navigational action was performed by the user. Depending on the navigational action, at step 508 the query processor manipulates the row and column structures created at step 504 to reflect the navigational action. In the described embodiment, the two structures are manipulated, if necessary, by examining an outline of the multidimensional data as described in FIG. 9C.
Based on the outline, the query processor determines what data to return. For example, referring to FIGS. lA to 1C, the outline structures contain data that the query processor uses to determine what the next level of detail down (zoom-in) from Market is, which in this case, are the different regional markets.
The regional markets (East, West, South, etc.) are children of a parent Market level.
These relationships are described in greater detail below.
At step 510 the query processor checks options set by the user.
Specifically, it checks options regarding formula preservation, such as retain formulas on retrieval or retain formulas on zoom operations. If the user chose options to preserve formulas during data navigation, the query processor will return a blueprint even if there were no formulas. In other embodiments, a Attorney Docket No. HYPEP001/CDT/RN
PA'rerrr ' CA 02287030 1999-10-21 blueprint may not be created if the query processor detects that there were no formulas in the input grid. At step 510, the data source informs the CSL how much space (i.e. number of rows and columns) will be needed to replicate the formulas. For example, if a particular row containing a formula needs to be replicated, the row is copied and then pasted the required number of times.
Through this operation, the space for the additional formula is created.
FIG. 6 is a flow diagram showing in greater detail step 306 of FIG. 3 in accordance with one embodiment of the present invention. FIG. 6 describes a process of creating a return data representative. In the described embodiment, this return data representative is created by the query processor and is sent to the CSL. At step 602 the query processor checks the outline of the multidimensional data for relationships, such as parent-child relationships.
This step is described in greater detail below with reference to FIG. 8. At step the query processor checks the options as in step 510 and creates a blueprint reflecting the formula preservation options. In the described embodiment, the blueprint for preserving (in the case of simply refreshing the spreadsheet) or . propagating formulas (such as when zooming in on a view) contains information such as whether to cut or copy formulas, the number of rows and columns to be inserted, and their columns. Step 604 is described in greater detail below with reference to FIG. 8. At step 606 the query processor converts the blueprint created in step 604 and the actual data into a compact return data representation, such as in BST format in the described embodiment. This return data representation is then sent to the CSL at step 608.
FIG. 7 is a flow diagram showing in greater detail step 308 of FIG. 3 in accordance with one embodiment of the present invention. FIG. 7 describes a process of the CSL receiving and processing the compact data representation from the query processor referred to in step 606 of FIG. 6. At step 702 the CSL divides the compact data representation into separate components. In the described embodiment, the compact data representation is split into at least two parts: grid data and a blueprint. At step 704 the program determines whether the formula preservation option is ON. If so, the program reads the blueprint created in step 604 indicating formula preservation options. As described above, the blueprint contains information such as whether to copy or cut columns and rows, how many, and locations. If the formula preservation option is not ON, there is no blueprint and the program skips this step.
Attorney Docket No. HYPEP001/CDT/RN
Pn~rerrr At step 706 spreadsheet add-in modules perform the operations in the spreadsheet that are specified in the blueprint. In the described embodiment these operations include inserting and deleting rows and columns, and cutting and pasting a region. The blueprint is essentially a combination of these insertion and deletion instructions with further information regarding locations as to where they should occur. At this stage the spreadsheet has the right number of rows and columns to fit the new data contents returned by the data source. At step 708 the add-in modules fill the newly configured spreadsheet with the actual data from the data source according to the data navigation action made by the user. At this stage the process of formula preservation and retrieving data into the spreadsheet is complete.
FIG. 8 is a flow diagram showing a process of creating a return compact data representation including a blueprint of instructions to be carried out by a spreadsheet program in accordance with one embodiment of the present invention. FIG. 8 shows in greater detail steps 602 to 606 of FIG. 6. This process occurs after the query processor receives the initial data representation from the CSL that contains the grid data, user navigation actions, and options chosen by the user. Once the initial data representation is received the query processor creates row and column structures as stated in step 802. These structures are created by reading the contents of each cell in the grid. In the described embodiment, the query processor ignores actual data in the grid and processes strings. When the query processor hits numeric or data in a cell, it does not process that cell. Techniques for this type of processing are known in the art. For example, some of the techniques rely on the fact that data in grids or spreadsheets typically start at the same column or row location. Examples of row and column structures are shown in FIGS. 9A and 9B.
FIGS. 9A and 9B are block diagrams showing sample row and column structures created from processing the spreadsheet shown in FIG. 1B in accordance with one embodiment of the present invention. FIG. 9A is a column 3o structure 902 that contains three nodes in the first level: a Product node 904, a Market node 906, and a Scenario node 908, corresponding to the first three data strings in the spreadsheet shown in FIG. 1B. Each node contains row and column data. For example, Product node 904 contains data indicating that it starts at row 0 and column 1. The arrows between the nodes point to related nodes that are "siblings." At a next dimension (also referred to as a nested dimension) are nodes for each "Qtr" and "Year." For example, a node 910 is Attorney Docket No. HYPEP001/CDT/RN
PATENT
the "Qtrl" node that indicates that the string "Qtrl" is in a cell that begins at row 2 and column 1. Also shown are nodes for "Qtr2," "Qtr3," "Qtr4," and "year"
containing corresponding location data. FIG. 9B is a row structure 912 that contains four nodes: a Sales node 914, a COGS node 916, a Margin node 918, and a Total Expenses node 920. As with column structure 902, each node in row structure 912 contains row and column data. Row structure 912 contains nodes that have next dimensions but that do not have siblings.
Returning to FIG. 8, step 804 the query processor examines an outline tree for children or parent nodes of the data item selected in the spreadsheet.
For example, if the user navigation operation is a zoom-in (also referred to as drill-down) on a particular data item or member, the query processor checks an outline tree representing the hierarchy of the multidimensional data for any children nodes. Similarly, if the operation is a zoom-out, the query processor will check for one or more parent nodes. For retrieve or refresh operations, the query processor may not need to check the data outline. FIG. 9C is a schematic diagram of a data outline showing the hierarchy of multidimensional data. The data shown reflects the data displayed in FIG. 1C. Data outline 922 is a hierarchical tree that shows at a top dimension PRODUCT, MARKET, and SCENARIO. A member MARKET 924 has four children: EAST, WEST, 2o CENTRAL, and SOUTH. Each of these members can also have children nodes as shown for EAST. Thus when a zoom-in operation is performed on MARKET in FIG. 1B, all of MARKET'S children are returned to the spreadsheet automatically. In the described embodiment, the data outline 922 or hierarchical tree resides on the data source 216.
Once the data outline has been examined, the query processor manipulates or adjusts the row and column structures according to the navigation operation chosen by the user at step 806. Based on the user navigation operation, the column and row counts in the nodes of structures 902 and 912 are adjusted based on whether any rows or columns are inserted or 3o deleted. Using FIGS. lA to 1C as examples, since the user zoomed -in on MARKET, the MARKET node is removed from the row structure and its children are inserted in the column structure corresponding to the spreadsheet.
As a result, the column and row numbers of nodes in the column structure need to be adjusted to reflect the addition of a new column. The new column is column A shown in FIG. 1C. Because this new column will eventually be displayed in the spreadsheet program, the row and column structures must first Attorney Docket No. HYPEP001/CDT/RN
PnrErrr be updated. Conversely, if the user were to zoom-out from one of the MARI~T children, such as SOUTH, a column would be deleted and all the columns would be shifted over to the left, as shown in FIGS. lA and 1B. Thus the row and column counts in both structures are adjusted based on whether a data item chosen by the user has children or parents as indicated in the data outline. It is also based on whether there are user-created formulas in the spreadsheet.
At step 808 the query processor prepares a blueprint of spreadsheet instructions and transmits the blueprint to CSL 208 for conversion. In the 1o described embodiment the blueprint is an instruction set directed to the spreadsheet program instructing it to perform certain operations to set-up the spreadsheet grid so that it can accommodate the multidimensional data.
Referring to FIGS. 1B and 1C, the blueprint would contain instructions to insert one column at column 1 (or column A in the spreadsheet display) to 15 accommodate the children of MARKET. In addition, twelve additional rows (beyond the four existing rows) must be inserted to hold Sales, COGS, Margin, and Total Expense data for each of the four regions. In the described embodiment, this is stated as inserting three new regions of four rows into the spreadsheet starting at row 1. The location of the insertions and deletions must 20 also be specified in the blueprint so that the spreadsheet knows where to perform the instructions. This information, derived from the data outline 922, reflected in row and column structures 902 and 912, is inserted in the blueprint that is eventually read, after being converted, by the spreadsheet program.
Once the query processor prepares the blueprint, it is transmitted to the CSL
25 along with the data from the data source.
At step 810 the CSL converts the return compact data representation that includes the blueprint and the grid data to a form that can be interpreted by the spreadsheet add-in which in turn communicates with the spreadsheet. The spreadsheet instructions are transmitted to the add-in modules which send them 30 to the actual spreadsheet program for execution. At step 812 the spreadsheet program executes any insert and delete row and column instructions needed to configure the spreadsheet so that it can accommodate the incoming data. At step 814 the data converted by the CSL from the return data representation is loaded or inserted into the newly configured spreadsheet.
35 In the described embodiment, the query processor, the spreadsheet and the CSL (common spreadsheet layer) can run on a general-purpose computer, Attorney Docket No. HYPEP001/CDT/RN
PATENT
such as a server or client computer in a network configuration. FIG. 10 and the related description below describes a computer-implemented embodiment of the present invention. As discussed above, the programs and processes of the present invention employ various computer-implemented operations involving data stored in computer systems. These operations include, but are not limited to, those requiring physical manipulation of physical quantities. Usually, though not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, and otherwise manipulated. The operations described herein that form part of the to invention are useful machine operations. The manipulations performed are often referred to in terms, such as, extracting, producing, identifying, running, determining, comparing, executing, downloading, or detecting. It is sometimes convenient, principally for reasons of common usage, to refer to these electrical or magnetic signals as bits, values, elements, variables, characters, data, or the like. It should be remembered, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities.
The present invention also relates to devices, systems or apparatus for performing the aforementioned operations. A system can be specially constructed for the required purposes, or it can be a general purpose computer selectively activated or configured by a computer program, such as the query processor program, stored in the computer. The processes presented above are not inherently related to any particular computer or other computing apparatus.
In particular, various general purpose computers can be used with programs written in accordance with the teachings herein, or, alternatively, it may be more convenient to construct a more specialized computer system to perform the required operations, such as querying the data source or converting and interpreting the initial and return data representation.
FIG. 10 is a block diagram of a general purpose computer system 1000 suitable for carrying out the processing in accordance with one embodiment of the present invention. FIG. 10 illustrates one embodiment of a general purpose computer system. Other computer system architectures and configurations can be used for carrying out the processing of the present invention. Computer system 1000, made up of various subsystems described below, includes at least one microprocessor subsystem (also referred to as a central processing unit, or CPU) 1002. That is, CPU 1002 can be implemented by a single-chip processor Attorney Docket No. HYPEP001/CDT/RN
PATENT
or by multiple processors. CPU 1002 is a general purpose digital processor which controls the operation of the computer system 1000. Using instructions retrieved from memory, the CPU 1002 controls the reception and manipulation of input data, and the output and display of data on output devices.
CPU 1002 is coupled bi-directionally with a first primary storage 1004, typically a random access memory (RAM), and uni-directionally with a second primary storage area 1006, typically a read-only memory (ROM), via a memory bus 1008. As is well known in the art, primary storage 1004 can be used as a general storage area and as scratch-pad memory, and can also be used to store to input data and processed data. It can also store programming instructions and data, in the form of a message store in addition to other data and instructions for processes operating on CPU 1002, and is typically used for fast transfer of data and instructions in a bi-directional manner over the memory bus 1008. Also well known in the art, primary storage 1006 typically includes basic operating instructions, program code, data and objects used by the CPU 1002 to perform its functions. Primary storage devices 1004 and 1006 may include any suitable computer-readable storage media, described below, depending on whether, for example, data access needs to be bi-directional or uni-directional. CPU 1002 can also directly and very rapidly retrieve and store frequently needed data in a 2o cache memory 1010.
A removable mass storage device 1012 provides additional data storage capacity for the computer system 1000, and is coupled either bi-directionally or uni-directionally to CPU 1002 via a peripheral bus 1014. For example, a specific removable mass storage device commonly known as a CD-ROM
typically passes data uni-directionally to the CPU 1002, whereas a floppy disk can pass data bi-directionally to the CPU 1002. Storage 1012 may also include computer-readable media such as magnetic tape, flash memory, signals embodied on a carrier wave, PC-CARDS, portable mass storage devices, holographic storage devices, and other storage devices. A fixed mass storage 1016 also provides additional data storage capacity and is coupled bi-directionally to CPU 1002 via peripheral bus 1014. The most common example of mass storage 1016 is a hard disk drive. Generally, access to these media is slower than access to primary storages 1004 and 1006. Mass storage 1012 and 1016 generally store additional programming instructions, data, and the like that typically are not in active use by the CPU 1002. It will be appreciated that the information retained within mass storage 1012 and 1016 may be incorporated, if Attorney Docket No. HYPEPOO1/CDT/RN
Pn~rerrr needed, in standard fashion as part of primary storage 1004 (e.g. RAlVIJ as virtual memory.
In addition to providing CPU 1002 access to storage subsystems, the peripheral bus 1014 is used to provide access to other subsystems and devices as well. In the described embodiment, these include a display monitor 1018 and adapter 1020, a printer device 1022, a network interface 1024, an auxiliary input/output device interface 1026, a sound card 1028 and speakers 1030, and other subsystems as needed.
The network interface 1024 allows CPU 1002 to be coupled to another to computer, computer network, or telecommunications network using a network connection as shown. Through the network interface 1024, it is contemplated that the CPU 1002 might receive information, e.g., data objects or program instructions, from another network, or might output information to another network in the course of performing the above-described processes.
15 Information, often represented as a sequence of instructions to be executed on a CPU, may be received from and outputted to another network, for example, in the form of a computer data signal embodied in a earner wave. An inteuace card or similar device and appropriate software implemented by CPU 1002 can be used to connect the computer system 1000 to an external network and 2o transfer data according to standard protocols. That is, method embodiments of the present invention may execute solely upon CPU 1002, or may be performed across a network such as the Internet, intranet networks, or local area networks, in conjunction with a remote CPU that shares a portion of the processing.
Additional mass storage devices (not shown) may also be connected to CPU
25 1002 through network interface 1024.
Auxiliary I/O device interface 1026 represents general and customized interfaces that allow the CPU 1002 to send and, more typically, receive data from other devices such as microphones, touch-sensitive displays, transducer card readers, tape readers, voice or handwriting recognizers, biometrics readers, 3o cameras, portable mass storage devices, and other computers.
Also coupled to the CPU 1002 is a keyboard controller 1032 via a local bus 1034 for receiving input from a keyboard 1036 or a pointer device 1038, and sending decoded symbols from the keyboard 1036 or pointer device 1038 to the CPU 1002. The pointer device may be a mouse, stylus, track ball, or 35 tablet, and is useful for interacting with a graphical user interface, such as user interface 204 of the spreadsheet program.
Attorney Docket No. HYPEP001/CDT/RN
PnrErrr In addition, embodiments of the present invention further relate to computer storage products with a computer readable medium that contain program code for performing various computer-implemented operations. The computer-readable medium is any data storage device that can store data which can thereafter be read by a computer system, such as data source 216 of FIG.
2.
The media and program code may be those specially designed and constructed for the purposes of the present invention, or they may be of the kind well known to those of ordinary skill in the computer software arts. Examples of computer-readable media include, but are not limited to, all the media mentioned l0 above: magnetic media such as hard disks, floppy disks, and magnetic tape;
optical media such as CD-ROM disks; magneto-optical media such as floptical disks; and specially configured hardware devices such as application-specific integrated circuits (ASICs), programmable logic devices (PLDs), and ROM and RAM devices. The computer-readable medium can also be distributed as a data signal embodied in a carrier wave over a network of coupled computer systems so that the computer-readable code is stored and executed in a distributed fashion. Examples of program code include both machine code, as produced, for example, by a compiler, or files containing higher level code that may be executed using an interpreter.
2o It will be appreciated by those skilled in the art that the above described hardware and software elements are of standard design and construction. Other computer systems suitable for use with the invention may include additional or fewer subsystems. In addition, memory bus 1008, peripheral bus 1014, and local bus 1034 are illustrative of any interconnection scheme serving to link the subsystems. For example, a local bus could be used to connect the CPU to fixed mass storage 1016 and display adapter 1020. The computer system shown in FIG. 10 is but an example of a computer system suitable for use with the invention. Other computer architectures having different configurations of subsystems may also be utilized.
Although the foregoing invention has been described in some detail for purposes of clarity of understanding, it will be apparent that certain changes and modifications may be practiced within the scope of the appended claims.
Furthermore, it should be noted that there are alternative ways of implementing both the process and apparatus of the present invention. For example, although the invention is described as using a multidimensional data source, other types of data sources can be used to retrieve data ultimately displayed in the Attorney Docket No. HYPEP001/CDT/RN
Pn~rtr . . . , CA 02287030 1999-10-21 spreadsheet user interface. In another example, the initial and return data representations can be in any suitable format that can be interpreted by the particular spreadsheet add-in modules being used. In yet another example, it is not required that the actual data in the spreadsheet be converted to a compact data representation where the navigational operation being performed is a refresh or update of the data. Accordingly, the present embodiments are to be considered as illustrative and not restrictive, and the invention is not to be limited to the details given herein, but may be modified within the scope and equivalents of the appended claims.
Attorney Docket No. HYPEP001/CDTIRN
PATENT
Claims (54)
1. A method of presenting data including formulaic relationships using a cell-based user interface, the method comprising:
retrieving an initial data representation of data in the cell-based user interface, the initial data representation including a representation of a user navigation operation;
determining whether the data representation contains user-created formulaic relationships;
creating a set of instructions to be performed by a cell-based data manipulation program associated with the cell-based user interface according to the user operation and user-created formulaic relationships;
creating a second data representation including updated data from a data source to be displayed in the cell-based user interface and the set of instructions to be performed by the cell-based data manipulation program; and performing the set of instructions thereby allowing any formulaic relationships to be automatically replicated and displayed in the cell-based user interface.
retrieving an initial data representation of data in the cell-based user interface, the initial data representation including a representation of a user navigation operation;
determining whether the data representation contains user-created formulaic relationships;
creating a set of instructions to be performed by a cell-based data manipulation program associated with the cell-based user interface according to the user operation and user-created formulaic relationships;
creating a second data representation including updated data from a data source to be displayed in the cell-based user interface and the set of instructions to be performed by the cell-based data manipulation program; and performing the set of instructions thereby allowing any formulaic relationships to be automatically replicated and displayed in the cell-based user interface.
2. A method as recited in claim 1 wherein retrieving an initial data representation of data in the cell-based user interface further comprises converting data in the cell-based user interface and the user navigation operation to a compact binary representation.
3. A method as recited in claim 2A wherein the compact binary representation is a binary spreadsheet table format.
4. A method as recited in claim 1 further comprising creating the initial data representation of data in the cell-based user interface by utilizing spreadsheet add-in modules to transmit data to a spreadsheet data and user navigation operation formatter.
5. A method as recited in claim 4 wherein the spreadsheet data and user navigation operation formatter is a common spreadsheet layer.
6. A method as recited in claim 1 wherein determining whether the data representation contains user-created formulaic relationships further comprises detecting whether cells in the cell-based user interface contain one of either data or non-data values.
7. A method as recited in claim 1 wherein creating a set of instructions to be performed by a cell-based data manipulation program further comprises creating a row structure containing a plurality of row nodes and a column structure containing a plurality of column nodes.
8. A method as recited in claim 7 wherein each one of the plurality of row nodes contains first position data of each string at the beginning of each row in the cell-based user interface and each one of the plurality of column nodes contains second position data of each string at the beginning of each column in the cell-based user interface.
9. A method as recited in claim 8 further comprising adjusting the first position data and the second position data after examining an outline of multidimensional data.
10. A method as recited in claim 9 wherein the outline of multidimensional data contains a hierarchy of data in the form of parent-child relationships.
11. A method as recited in claim 10 wherein the first position data and the second position data for a particular node is adjusted based on whether a parent-child relationship exists for that particular node.
12. A method as recited in claim 1 wherein creating a second data representation including updated data from a data source to be displayed in the cell-based user interface and the set of instructions to be performed by the cell-based data manipulation program further comprises converting data from the data source and the set of instructions to be performed by the cell-based data manipulation program to a compact binary representation.
13. A method as recited in claim 12 wherein the set of instructions to be performed by the cell-based manipulation program is derived from a blueprint of operations needed to configure the cell-based user interface to accommodate the data.
14. A method as recited in claim 13 wherein the data is multidimensional data and the data source is a multidimensional database.
15. A method as recited in claim 1 wherein performing the set of instructions further comprises invoking add-in modules associated with the cell-based data manipulation program to enable execution of the set of instructions by the cell-based data manipulation program.
16. A method as recited in claim 1 further comprising populating the cell-based data manipulation program with multidimensional data thereby displaying it through a newly configured cell-based user interface.
17. A method of modifying a spreadsheet user interface to accommodate cell-based formula propagation, the spreadsheet user interface used to display multidimensional data, the method comprising:
determining the number of rows and the number of columns to be either inserted or removed in the spreadsheet user interface;
determining one or more locations in the spreadsheet user interface where rows and columns are to be inserted or removed;
creating a plurality of spreadsheet instructions based on the number of rows and the number of columns and the one or more locations in the spreadsheet user interface where the rows and columns are to be inserted or deleted; and performing the spreadsheet instructions to modify the spreadsheet user interface thereby accommodating cell-based formula propagation.
determining the number of rows and the number of columns to be either inserted or removed in the spreadsheet user interface;
determining one or more locations in the spreadsheet user interface where rows and columns are to be inserted or removed;
creating a plurality of spreadsheet instructions based on the number of rows and the number of columns and the one or more locations in the spreadsheet user interface where the rows and columns are to be inserted or deleted; and performing the spreadsheet instructions to modify the spreadsheet user interface thereby accommodating cell-based formula propagation.
18. A method as recited in claim 18 wherein determining the number of rows and the number of columns to be either inserted or removed in the spreadsheet user interface further comprises receiving a compact data message containing information relating to the spreadsheet contents and a user operation.
19. A method as recited in claim 19 further comprising creating a row structure including a plurality of row nodes containing first position data and a column structure including a plurality of column nodes containing second position data.
20. A method as recited in claim 17 further comprising examining the user operation and a multidimensional data outline and adjusting the first position data and the second position data to reflect the user operation.
21. A method as recited in claim 21 wherein creating a plurality of spreadsheet instructions further comprises creating a set of operations indicating whether rows and columns in the spreadsheet user interface are to inserted or deleted.
22. A method as recited in claim 17 wherein the set of operations further indicates regions in the spreadsheet user interface that are to be replicated.
23. A method as recited in claim 17 wherein creating a plurality of spreadsheet instructions further comprises examining a multidimensional data outline to determine whether the spreadsheet user interface should be reconfigured.
24. A method as recited in claim 24 wherein performing the spreadsheet instructions to modify the spreadsheet user interface further comprises examining a formatted data message containing a set of operations and spreadsheet data.
25. A method as recited in claim 24 further comprising converting the formatted data message using a spreadsheet interface layer thereby producing the spreadsheet instructions and transmitting the spreadsheet instructions to one or more add-in modules associated with the spreadsheet user interface.
26. A computer-implemented system for retrieving multidimensional data and displaying the multidimensional data in a spreadsheet program, the system comprising:
a spreadsheet program having a user interface;
a data representation manipulator for creating and deciphering a data representation;
a query processor for processing a user navigation operation encoded in the data representation and for accessing a multidimensional data outline; and a data source for storing data that is retrieved and displayed in the user interface.
a spreadsheet program having a user interface;
a data representation manipulator for creating and deciphering a data representation;
a query processor for processing a user navigation operation encoded in the data representation and for accessing a multidimensional data outline; and a data source for storing data that is retrieved and displayed in the user interface.
27. A computer-implemented system as recited in claim 26 further comprising a row structure and a column structure created by the query processor, wherein the row structure includes a plurality of row nodes and the column structure includes a plurality of column nodes.
28. A computer-implemented system as recited in claim 26 wherein the multidimensional data outline further comprises a plurality of data levels, each data level having one or more data nodes.
29. A computer-implemented system as recited in claim 26 further comprising a blueprint file including one or more spreadsheet operations and corresponding locations.
30. A computer-implemented system as recited in claim 26 wherein the data source is a relational database.
31. A computer-implemented system as recited in claim 26 wherein the data source is a multidimensional database.
32. A computer readable medium containing programmed instructions arranged to present data including formulaic relationships using a cell-based user interface, the computer readable medium including programmed instructions for:
retrieving an initial data representation of data in the cell-based user interface, the initial data representation including a representation of a user navigation operation;
determining whether the data representation contains user-created formulaic relationships;
creating a set of instructions to be performed by a cell-based data manipulation program associated with the cell-based user interface according to the user operation and user-created formulaic relationships;
creating a second data representation including updated data from a data source to be displayed in the cell-based user interface and the set of instructions to be performed by the cell-based data manipulation program; and performing the set of instructions thereby allowing any formulaic relationships to be automatically replicated and displayed in the cell-based user interface.
retrieving an initial data representation of data in the cell-based user interface, the initial data representation including a representation of a user navigation operation;
determining whether the data representation contains user-created formulaic relationships;
creating a set of instructions to be performed by a cell-based data manipulation program associated with the cell-based user interface according to the user operation and user-created formulaic relationships;
creating a second data representation including updated data from a data source to be displayed in the cell-based user interface and the set of instructions to be performed by the cell-based data manipulation program; and performing the set of instructions thereby allowing any formulaic relationships to be automatically replicated and displayed in the cell-based user interface.
33. A computer readable medium as recited in claim 32 wherein the programmed instructions for creating a set of instructions to be performed by a cell-based data manipulation program further comprises programmed instructions for creating a row structure containing a plurality of row nodes and a column structure containing a plurality of column nodes.
34. A computer readable medium as recited in claim 33 further comprising programmed instructions such that each one of the plurality of row nodes contains first position data of each string at the beginning of each row in the cell-based user interface and each one of the plurality of column nodes contains second position data of each string at the beginning of each column in the cell-based user interface.
35. A computer readable medium as recited in claim 33 further comprising programmed instructions for adjusting the first position data and the second position data after examining an outline of multidimensional data.
36. A computer readable medium as recited in claim 35 further comprising programmed instructions such that the outline of multidimensional data contains a hierarchy of data in the form of parent-child relationships.
37. A computer readable medium as recited in claim 36 further comprising programmed instructions such that the first position data and the second position data for a particular node is adjusted based on whether a parent-child relationship exists for that particular node.
38. A computer readable medium containing programmed instructions arranged to modify a spreadsheet user interface to accommodate cell-based formula propagation, the spreadsheet user interface used to display multidimensional data, the computer readable medium including programmed instructions for:
determining the number of rows and the number of columns to be either inserted or removed in the spreadsheet user interface;
determining one or more locations in the spreadsheet user interface where rows and columns are to be inserted or removed;
creating a plurality of spreadsheet instructions based on the number of rows and the number of columns and the one or more locations in the spreadsheet user interface where the rows and columns are to be inserted or deleted; and performing the spreadsheet instructions to modify the spreadsheet user interface thereby accommodating cell-based formula propagation.
determining the number of rows and the number of columns to be either inserted or removed in the spreadsheet user interface;
determining one or more locations in the spreadsheet user interface where rows and columns are to be inserted or removed;
creating a plurality of spreadsheet instructions based on the number of rows and the number of columns and the one or more locations in the spreadsheet user interface where the rows and columns are to be inserted or deleted; and performing the spreadsheet instructions to modify the spreadsheet user interface thereby accommodating cell-based formula propagation.
39. A computer-implemented method for automatically propagating user-created formulas following a user navigation through data of a database capable of being viewed in a multi-dimensional manner, said computer-implemented method comprising:
(a) displaying a view of a first data set from the database, the first view of the data set displays at least numeric data, and at least a portion of the numeric data results from a user-created formula;
(b) receiving a user navigation request with respect to the view of the first data set;
(c) determining a view of a second data set from the database, the view of the second data set having at least numeric data, and at least a portion of the numeric data results from propagating the user-created formula of the view of the first data set to positions within the view of the second data set; and (d) displaying the view of the second data set.
(a) displaying a view of a first data set from the database, the first view of the data set displays at least numeric data, and at least a portion of the numeric data results from a user-created formula;
(b) receiving a user navigation request with respect to the view of the first data set;
(c) determining a view of a second data set from the database, the view of the second data set having at least numeric data, and at least a portion of the numeric data results from propagating the user-created formula of the view of the first data set to positions within the view of the second data set; and (d) displaying the view of the second data set.
40. A computer-implemented method as recited in claim 39, wherein the first and second data sets are multi-dimensional.
41. A computer-implemented method as recited in claim 39, wherein the user navigation request is one of a zoom-in navigation request.
42. A computer-implemented method as recited in claim 39, wherein said displaying a view of a first data set from the database operates to display the first view in a grid format, and said displaying the view of the second data set operates to display the second view in a grid format.
43. A computer-implemented method as recited in claim 42, wherein the grid format is a spreadsheet grid.
44. A computer-implemented method as recited in claim 39, wherein said determining a view of a second data set from the database comprises:
forming a first data representation describing the first view and the user navigation request;
forwarding the first data representation to a data view manager;
converting, at the data view manager, the first data representation into row and column structures;
modifying, at the data view manager, the row and column structures based on the user navigation request;
determining, at the data view manager, formula propagation information for the view of the second data set with respect to the first data set; and forming a return data representation based on the modified row and column structures and the formula preservation information, the return data representation describing the view of the second data set.
forming a first data representation describing the first view and the user navigation request;
forwarding the first data representation to a data view manager;
converting, at the data view manager, the first data representation into row and column structures;
modifying, at the data view manager, the row and column structures based on the user navigation request;
determining, at the data view manager, formula propagation information for the view of the second data set with respect to the first data set; and forming a return data representation based on the modified row and column structures and the formula preservation information, the return data representation describing the view of the second data set.
45. A computer-implemented method as recited in claim 44, wherein said displaying the view of the second data set comprises:
constructing the view of the second data set in accordance with the return data representation; and populating the view of the second data set with data from the database.
constructing the view of the second data set in accordance with the return data representation; and populating the view of the second data set with data from the database.
46. A computer-implemented method as recited in claim 44, wherein said modifying, at the data view manager, the row and column structures, makes use of a data outline that describes the multi-dimensional nature of the database.
47. A computer-implemented method as recited in claim 44, wherein the formula preservation information indicates at least copy and paste operations for the user-created formula.
48. A computer-implemented method as recited in claim 44, wherein a spreadsheet application provides the views of the database to a user, wherein said displaying a view of a first data set from the database operates to display the first view in a spreadsheet grid format, and said displaying the view of the second data set operates to display the second view in a spreadsheet grid format, and wherein the formula preservation information are spreadsheet instructions carried-out by the spreadsheet application.
49. A method for displaying data from a database of a computer program, said method comprising the operations of:
displaying a first grid of data on a display device, the data within the first grid of data including at least numeric data, and at least a portion of the numeric data results from a user-created formula;
receiving a user navigation request with respect to the first grid of data, the user navigation request requesting a related but different dimensional view of the data displayed in the first grid of data; and displaying an altered grid of data on the display device, the altered grid of data being related to the first grid of data, the data within the altered grid of data including at least numeric data, and at least a portion of the numeric data results from propagating the user-created formula associated with the first grid of data to a plurality of different cells within the altered grid of data to provide the different dimensional view of the data.
displaying a first grid of data on a display device, the data within the first grid of data including at least numeric data, and at least a portion of the numeric data results from a user-created formula;
receiving a user navigation request with respect to the first grid of data, the user navigation request requesting a related but different dimensional view of the data displayed in the first grid of data; and displaying an altered grid of data on the display device, the altered grid of data being related to the first grid of data, the data within the altered grid of data including at least numeric data, and at least a portion of the numeric data results from propagating the user-created formula associated with the first grid of data to a plurality of different cells within the altered grid of data to provide the different dimensional view of the data.
50. A method as recited in claim 49, wherein the user navigation request is a zoom-in navigation request.
51. A method as recited in claim 49, wherein the computer program is a spreadsheet program.
52. A computer readable medium containing programmed instructions arranged to automatically propagate user-created formulas following a user navigation through data of a database capable of being viewed in a multi-dimensional manner, the computer readable medium including programmed instructions for:
(a) displaying a view of a first data set from the database, the first view of the data set displays at least numeric data, and at least a portion of the numeric data results from a user-created formula;
(b) receiving a user navigation request with respect to the view of the first data set;
(c) determining a view of a second data set from the database, the view of the second data set having at least numeric data, and at least a portion of the numeric data results from propagating the user-created formula of the view of the first data set to positions within the view of the second data set; and (d) displaying the view of the second data set.
(a) displaying a view of a first data set from the database, the first view of the data set displays at least numeric data, and at least a portion of the numeric data results from a user-created formula;
(b) receiving a user navigation request with respect to the view of the first data set;
(c) determining a view of a second data set from the database, the view of the second data set having at least numeric data, and at least a portion of the numeric data results from propagating the user-created formula of the view of the first data set to positions within the view of the second data set; and (d) displaying the view of the second data set.
53. A computer readable medium as recited in claim 52 further comprising programmed instructions such that said determining a view of a second data set from the database further comprises programmed instructions for:
forming a first data representation describing the first view and the user navigation request;
forwarding the first data representation to a data view manager;
converting, at the data view manager, the first data representation into row and column structures;
modifying, at the data view manager, the row and column structures based on the user navigation request;
determining, at the data view manager, formula propagation information for the view of the second data set with respect to the first data set; and forming a return data representation based on the modified row and column structures and the formula preservation information, the return data representation describing the view of the second data set.
forming a first data representation describing the first view and the user navigation request;
forwarding the first data representation to a data view manager;
converting, at the data view manager, the first data representation into row and column structures;
modifying, at the data view manager, the row and column structures based on the user navigation request;
determining, at the data view manager, formula propagation information for the view of the second data set with respect to the first data set; and forming a return data representation based on the modified row and column structures and the formula preservation information, the return data representation describing the view of the second data set.
54. A computer readable medium containing programmed instructions arranged to display data from a database of a computer program, the computer readable medium including programmed instructions for:
displaying a first grid of data on a display device, the data within the first grid of data including at least numeric data, and at least a portion of the numeric data results from a user-created formula;
receiving a user navigation request with respect to the first grid of data, the user navigation request requesting a related but different dimensional view of the data displayed in the first grid of data; and displaying an altered grid of data on the display device, the altered grid of data being related to the first grid of data, the data within the altered grid of data including at least numeric data, and at least a portion of the numeric data results from propagating the user-created formula associated with the first grid of data to a plurality of different cells within the altered grid of data to provide the different dimensional view of the data.
displaying a first grid of data on a display device, the data within the first grid of data including at least numeric data, and at least a portion of the numeric data results from a user-created formula;
receiving a user navigation request with respect to the first grid of data, the user navigation request requesting a related but different dimensional view of the data displayed in the first grid of data; and displaying an altered grid of data on the display device, the altered grid of data being related to the first grid of data, the data within the altered grid of data including at least numeric data, and at least a portion of the numeric data results from propagating the user-created formula associated with the first grid of data to a plurality of different cells within the altered grid of data to provide the different dimensional view of the data.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/178,059 | 1998-10-26 | ||
US09/178,059 US6317750B1 (en) | 1998-10-26 | 1998-10-26 | Method and apparatus for accessing multidimensional data |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2287030A1 true CA2287030A1 (en) | 2000-04-26 |
Family
ID=22651014
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002287030A Abandoned CA2287030A1 (en) | 1998-10-26 | 1999-10-21 | Method and apparatus for accessing multidimensional data |
Country Status (3)
Country | Link |
---|---|
US (1) | US6317750B1 (en) |
EP (1) | EP0997834A3 (en) |
CA (1) | CA2287030A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7512623B2 (en) | 2001-07-06 | 2009-03-31 | Angoss Software Corporation | Method and system for the visual presentation of data mining models |
Families Citing this family (204)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8321411B2 (en) | 1999-03-23 | 2012-11-27 | Microstrategy, Incorporated | System and method for management of an automatic OLAP report broadcast system |
US6567796B1 (en) | 1999-03-23 | 2003-05-20 | Microstrategy, Incorporated | System and method for management of an automatic OLAP report broadcast system |
US9262383B2 (en) | 1999-05-21 | 2016-02-16 | E-Numerate Solutions, Inc. | System, method, and computer program product for processing a markup document |
US9262384B2 (en) | 1999-05-21 | 2016-02-16 | E-Numerate Solutions, Inc. | Markup language system, method, and computer program product |
US9268748B2 (en) | 1999-05-21 | 2016-02-23 | E-Numerate Solutions, Inc. | System, method, and computer program product for outputting markup language documents |
US7249328B1 (en) * | 1999-05-21 | 2007-07-24 | E-Numerate Solutions, Inc. | Tree view for reusable data markup language |
US7421648B1 (en) | 1999-05-21 | 2008-09-02 | E-Numerate Solutions, Inc. | Reusable data markup language |
US6920608B1 (en) | 1999-05-21 | 2005-07-19 | E Numerate Solutions, Inc. | Chart view for reusable data markup language |
US9208213B2 (en) | 1999-05-28 | 2015-12-08 | Microstrategy, Incorporated | System and method for network user interface OLAP report formatting |
US6496842B1 (en) * | 1999-05-28 | 2002-12-17 | Survol Interactive Technologies | Navigating heirarchically organized information |
US8607138B2 (en) | 1999-05-28 | 2013-12-10 | Microstrategy, Incorporated | System and method for OLAP report generation with spreadsheet report within the network user interface |
US6626959B1 (en) * | 1999-06-14 | 2003-09-30 | Microsoft Corporation | Automatic formatting of pivot table reports within a spreadsheet |
US6569205B1 (en) * | 1999-07-26 | 2003-05-27 | International Business Machines Corporation | Method and system for report presentation and navigation in a computer system |
US6408292B1 (en) | 1999-08-04 | 2002-06-18 | Hyperroll, Israel, Ltd. | Method of and system for managing multi-dimensional databases using modular-arithmetic based address data mapping processes on integer-encoded business dimensions |
US6385604B1 (en) | 1999-08-04 | 2002-05-07 | Hyperroll, Israel Limited | Relational database management system having integrated non-relational multi-dimensional data store of aggregated data elements |
US7882426B1 (en) * | 1999-08-09 | 2011-02-01 | Cognex Corporation | Conditional cell execution in electronic spreadsheets |
US6546395B1 (en) * | 1999-08-30 | 2003-04-08 | International Business Machines Corporation | Multi-dimensional restructure performance by selecting a technique to modify a relational database based on a type of restructure |
US6542895B1 (en) * | 1999-08-30 | 2003-04-01 | International Business Machines Corporation | Multi-dimensional restructure performance when adding or removing dimensions and dimensions members |
US7889052B2 (en) | 2001-07-10 | 2011-02-15 | Xatra Fund Mx, Llc | Authorizing payment subsequent to RF transactions |
US7237188B1 (en) * | 2004-02-06 | 2007-06-26 | Microsoft Corporation | Method and system for managing dynamic tables |
US6836537B1 (en) | 1999-09-13 | 2004-12-28 | Microstrategy Incorporated | System and method for real-time, personalized, dynamic, interactive voice services for information related to existing travel schedule |
US8130918B1 (en) | 1999-09-13 | 2012-03-06 | Microstrategy, Incorporated | System and method for the creation and automatic deployment of personalized, dynamic and interactive voice services, with closed loop transaction processing |
US6587547B1 (en) | 1999-09-13 | 2003-07-01 | Microstrategy, Incorporated | System and method for the creation and automatic deployment of personalized, dynamic and interactive voice services, with real-time drilling via telephone |
US6964012B1 (en) | 1999-09-13 | 2005-11-08 | Microstrategy, Incorporated | System and method for the creation and automatic deployment of personalized, dynamic and interactive voice services, including deployment through personalized broadcasts |
US6829334B1 (en) | 1999-09-13 | 2004-12-07 | Microstrategy, Incorporated | System and method for the creation and automatic deployment of personalized, dynamic and interactive voice services, with telephone-based service utilization and control |
US6597379B1 (en) * | 1999-09-15 | 2003-07-22 | International Business Machines Corporation | Automated navigation to exceptional condition cells in a merchandise planning system |
US7542921B1 (en) | 1999-09-30 | 2009-06-02 | Jpmorgan Chase Bank, N.A. | Network-based financial planning system and method |
FR2806183B1 (en) * | 1999-12-01 | 2006-09-01 | Cartesis S A | DEVICE AND METHOD FOR INSTANT CONSOLIDATION, ENRICHMENT AND "REPORTING" OR BACKGROUND OF INFORMATION IN A MULTIDIMENSIONAL DATABASE |
US6615202B1 (en) * | 1999-12-01 | 2003-09-02 | Telesector Resources Group, Inc. | Method for specifying a database import/export operation through a graphical user interface |
WO2001061568A2 (en) * | 2000-02-17 | 2001-08-23 | E-Numerate Solutions, Inc. | Rdl search engine |
US20020029207A1 (en) | 2000-02-28 | 2002-03-07 | Hyperroll, Inc. | Data aggregation server for managing a multi-dimensional database and database management system having data aggregation server integrated therein |
US6877013B1 (en) | 2000-03-15 | 2005-04-05 | Cadence Design Systems, Inc. | Methods and apparatus for extracting capacitances exerted on diagonal interconnect lines in an integrated circuit design |
US6574619B1 (en) * | 2000-03-24 | 2003-06-03 | I2 Technologies Us, Inc. | System and method for providing cross-dimensional computation and data access in an on-line analytical processing (OLAP) environment |
WO2001080103A1 (en) * | 2000-04-19 | 2001-10-25 | Henrik Kjaer | A web based multidimensional presentation and calculation system |
US6915289B1 (en) * | 2000-05-04 | 2005-07-05 | International Business Machines Corporation | Using an index to access a subject multi-dimensional database |
US7269786B1 (en) * | 2000-05-04 | 2007-09-11 | International Business Machines Corporation | Navigating an index to access a subject multi-dimensional database |
US6341292B1 (en) * | 2000-05-30 | 2002-01-22 | Outlooksoft Corporation | Spreadsheet-based network information exchange with two-part cache |
US6754677B1 (en) * | 2000-05-30 | 2004-06-22 | Outlooksoft Corporation | Method and system for facilitating information exchange |
US7685520B2 (en) | 2000-06-22 | 2010-03-23 | Intel Corporation | Electronic programming guide with selectable categories |
US6601062B1 (en) | 2000-06-27 | 2003-07-29 | Ncr Corporation | Active caching for multi-dimensional data sets in relational database management system |
US6763357B1 (en) * | 2000-06-27 | 2004-07-13 | Ncr Corporation | Method for determining the computability of data for an active multi-dimensional cache in a relational database management system |
AU2002222963B2 (en) * | 2000-07-13 | 2007-05-10 | Oracle International Corporation | Performing spreadsheet-like calculations in a database system |
US7031935B1 (en) | 2000-07-31 | 2006-04-18 | J.P. Morgan Advisory Services Inc. | Method and system for computing path dependent probabilities of attaining financial goals |
EP1202206A3 (en) * | 2000-10-24 | 2004-01-21 | International Business Machines Corporation | Method and system in an electronic spreadsheet for persistently self-replicating multiple ranges of cells through a copy-paste operation |
US7295999B1 (en) | 2000-12-20 | 2007-11-13 | Jpmorgan Chase Bank, N.A. | System and method for determining eligibility and enrolling members in various programs |
WO2002054743A2 (en) * | 2000-12-29 | 2002-07-11 | Bellsouth Intellectual Property Corporation | Web based messaging system with personalized caller specific messages |
US7082569B2 (en) * | 2001-01-17 | 2006-07-25 | Outlooksoft Corporation | Systems and methods providing dynamic spreadsheet functionality |
US8275974B2 (en) * | 2001-01-16 | 2012-09-25 | Outlooksoft Corporation | Systems and methods providing dynamic spreadsheet functionality |
WO2002057932A1 (en) * | 2001-01-16 | 2002-07-25 | Outlooksoft Corporation | Systems and methods providing dynamic spreadsheet functionality |
US9600842B2 (en) | 2001-01-24 | 2017-03-21 | E-Numerate Solutions, Inc. | RDX enhancement of system and method for implementing reusable data markup language (RDL) |
US7895098B2 (en) | 2001-03-01 | 2011-02-22 | Jpmorgan Chase Bank, N.A. | System and method for measuring and utilizing pooling analytics |
US6636855B2 (en) * | 2001-03-09 | 2003-10-21 | International Business Machines Corporation | Method, system, and program for accessing stored procedures in a message broker |
US20020178140A1 (en) * | 2001-05-25 | 2002-11-28 | Woodmansee Donald Ernest | Method for characterizing and storing data analyses in an analysis database |
US7725427B2 (en) | 2001-05-25 | 2010-05-25 | Fred Bishop | Recurrent billing maintenance with radio frequency payment devices |
US20020184260A1 (en) * | 2001-05-30 | 2002-12-05 | Paul Martin | Multidimensional data entry in a spreadsheet |
US20030009649A1 (en) * | 2001-05-30 | 2003-01-09 | Paul Martin | Dynamic conversion of spreadsheet formulas to multidimensional calculation rules |
US20020184043A1 (en) * | 2001-06-04 | 2002-12-05 | Egidio Lavorgna | Systems and methods for managing business metrics |
US7761403B2 (en) * | 2001-06-20 | 2010-07-20 | Oracle International Corporation | Run-time optimizations of queries with SQL spreadsheet |
US7177855B2 (en) * | 2001-06-20 | 2007-02-13 | Oracle International Corporation | Compile-time optimizations of queries with SQL spreadsheet |
US9031880B2 (en) | 2001-07-10 | 2015-05-12 | Iii Holdings 1, Llc | Systems and methods for non-traditional payment using biometric data |
US20040236699A1 (en) | 2001-07-10 | 2004-11-25 | American Express Travel Related Services Company, Inc. | Method and system for hand geometry recognition biometrics on a fob |
US9454752B2 (en) | 2001-07-10 | 2016-09-27 | Chartoleaux Kg Limited Liability Company | Reload protocol at a transaction processing entity |
US8284025B2 (en) | 2001-07-10 | 2012-10-09 | Xatra Fund Mx, Llc | Method and system for auditory recognition biometrics on a FOB |
US8548927B2 (en) | 2001-07-10 | 2013-10-01 | Xatra Fund Mx, Llc | Biometric registration for facilitating an RF transaction |
US7705732B2 (en) | 2001-07-10 | 2010-04-27 | Fred Bishop | Authenticating an RF transaction using a transaction counter |
US7735725B1 (en) | 2001-07-10 | 2010-06-15 | Fred Bishop | Processing an RF transaction using a routing number |
US8001054B1 (en) | 2001-07-10 | 2011-08-16 | American Express Travel Related Services Company, Inc. | System and method for generating an unpredictable number using a seeded algorithm |
US7668750B2 (en) | 2001-07-10 | 2010-02-23 | David S Bonalle | Securing RF transactions using a transactions counter |
US9024719B1 (en) | 2001-07-10 | 2015-05-05 | Xatra Fund Mx, Llc | RF transaction system and method for storing user personal data |
US7251776B2 (en) * | 2001-07-13 | 2007-07-31 | Netview Technologies, Inc. | System and method for efficiently and flexibly utilizing spreadsheet information |
US7010779B2 (en) * | 2001-08-16 | 2006-03-07 | Knowledge Dynamics, Inc. | Parser, code generator, and data calculation and transformation engine for spreadsheet calculations |
WO2003019843A2 (en) * | 2001-08-23 | 2003-03-06 | Efunds Corporation | Method and apparatus for formatting a data grid for the display of a view |
US20030072027A1 (en) * | 2001-10-11 | 2003-04-17 | Haines Robert E. | Unique identifier for customer account and method |
US20030074268A1 (en) * | 2001-10-11 | 2003-04-17 | Haines Robert E. | User and device interactions for web consolidation |
JP2003122567A (en) * | 2001-10-12 | 2003-04-25 | Masateru Minemoto | Device and method for multidimensional programming |
US6988242B2 (en) * | 2002-01-07 | 2006-01-17 | International Business Machines Corporation | Transforming a portion of a database into a custom spreadsheet |
US7720795B2 (en) | 2002-02-05 | 2010-05-18 | General Electric Company | Digital cockpit |
US7756896B1 (en) | 2002-03-11 | 2010-07-13 | Jp Morgan Chase Bank | System and method for multi-dimensional risk analysis |
AU2003230751A1 (en) | 2002-03-29 | 2003-10-13 | Bank One, Delaware, N.A. | System and process for performing purchase transaction using tokens |
US7447687B2 (en) * | 2002-05-10 | 2008-11-04 | International Business Machines Corporation | Methods to browse database query information |
US6839719B2 (en) * | 2002-05-14 | 2005-01-04 | Time Industrial, Inc. | Systems and methods for representing and editing multi-dimensional data |
US20030218640A1 (en) * | 2002-05-24 | 2003-11-27 | International Business Machines Corporation | System and method for displaying results in tabular and tree views |
US20040006556A1 (en) * | 2002-06-18 | 2004-01-08 | Daniel Kwoh | Visual presentation of information in multiple dimensions |
US7634460B2 (en) * | 2002-06-28 | 2009-12-15 | Sas Institute Inc. | Computer-implemented data replacement graphical user interface system and method |
CA2391692C (en) * | 2002-07-15 | 2006-07-04 | Allan Williams | Computer database with adaptive storage space architecture |
US6805287B2 (en) | 2002-09-12 | 2004-10-19 | American Express Travel Related Services Company, Inc. | System and method for converting a stored value card to a credit card |
US7716167B2 (en) * | 2002-12-18 | 2010-05-11 | International Business Machines Corporation | System and method for automatically building an OLAP model in a relational database |
US7472127B2 (en) | 2002-12-18 | 2008-12-30 | International Business Machines Corporation | Methods to identify related data in a multidimensional database |
US7953694B2 (en) * | 2003-01-13 | 2011-05-31 | International Business Machines Corporation | Method, system, and program for specifying multidimensional calculations for a relational OLAP engine |
US20040181753A1 (en) * | 2003-03-10 | 2004-09-16 | Michaelides Phyllis J. | Generic software adapter |
US20040181518A1 (en) * | 2003-03-14 | 2004-09-16 | Mayo Bryan Edward | System and method for an OLAP engine having dynamic disaggregation |
US7895191B2 (en) * | 2003-04-09 | 2011-02-22 | International Business Machines Corporation | Improving performance of database queries |
US8612421B2 (en) * | 2003-05-07 | 2013-12-17 | Oracle International Corporation | Efficient processing of relational joins of multidimensional data |
US7530012B2 (en) * | 2003-05-22 | 2009-05-05 | International Business Machines Corporation | Incorporation of spreadsheet formulas of multi-dimensional cube data into a multi-dimensional cube |
US7089266B2 (en) | 2003-06-02 | 2006-08-08 | The Board Of Trustees Of The Leland Stanford Jr. University | Computer systems and methods for the query and visualization of multidimensional databases |
US7734661B2 (en) * | 2003-08-11 | 2010-06-08 | Descisys Limited | Method and apparatus for accessing multidimensional data |
US7366725B2 (en) * | 2003-08-11 | 2008-04-29 | Descisys Limited | Method and apparatus for data validation in multidimensional database |
US7624068B1 (en) | 2003-08-18 | 2009-11-24 | Jpmorgan Chase Bank, N.A. | Method and system for dynamically adjusting discount rates for a card transaction |
US7225195B2 (en) * | 2003-08-27 | 2007-05-29 | Gil Avrahami | Method for a dynamic information messaging system |
FR2859552B1 (en) * | 2003-09-10 | 2006-03-31 | Granite Software | METHOD AND SYSTEM FOR HANDLING DATA FROM MULTIDIMENSIONAL DATABASES USING A TABLET |
US7756907B2 (en) | 2003-09-16 | 2010-07-13 | The Board Of Trustees Of The Leland Stanford Jr. University | Computer systems and methods for visualizing data |
US20070078826A1 (en) * | 2005-10-03 | 2007-04-05 | Tolga Bozkaya | Analytic enhancements to model clause in structured query language (SQL) |
US7979384B2 (en) * | 2003-11-06 | 2011-07-12 | Oracle International Corporation | Analytic enhancements to model clause in structured query language (SQL) |
US7337163B1 (en) * | 2003-12-04 | 2008-02-26 | Hyperion Solutions Corporation | Multidimensional database query splitting |
US20050125677A1 (en) * | 2003-12-09 | 2005-06-09 | Michaelides Phyllis J. | Generic token-based authentication system |
US20050198567A1 (en) * | 2004-01-29 | 2005-09-08 | Vermeulen Bert M. | Web navigation method and system |
US20050197845A1 (en) * | 2004-03-02 | 2005-09-08 | Kai Wachter | Business workbook precalculation |
US7797239B2 (en) * | 2004-03-12 | 2010-09-14 | Sybase, Inc. | Hierarchical entitlement system with integrated inheritance and limit checks |
US8478668B2 (en) * | 2004-03-12 | 2013-07-02 | Sybase, Inc. | Hierarchical entitlement system with integrated inheritance and limit checks |
US8572221B2 (en) | 2004-05-26 | 2013-10-29 | Facebook, Inc. | System and method for managing an online social network |
US7664804B2 (en) * | 2004-06-01 | 2010-02-16 | Microsoft Corporation | Method, system, and apparatus for exposing workbook ranges as data sources |
US7707143B2 (en) | 2004-06-14 | 2010-04-27 | International Business Machines Corporation | Systems, methods, and computer program products that automatically discover metadata objects and generate multidimensional models |
US7480663B2 (en) | 2004-06-22 | 2009-01-20 | International Business Machines Corporation | Model based optimization with focus regions |
US7318550B2 (en) | 2004-07-01 | 2008-01-15 | American Express Travel Related Services Company, Inc. | Biometric safeguard method for use with a smartcard |
US7809678B2 (en) * | 2004-07-09 | 2010-10-05 | Microsoft Corporation | Fact dimensions in multidimensional databases |
US7562086B2 (en) * | 2004-07-09 | 2009-07-14 | Microsoft Corporation | Custom grouping for dimension members |
US7873669B2 (en) * | 2004-07-09 | 2011-01-18 | Microsoft Corporation | Direct write back systems and methodologies |
US7974895B1 (en) | 2004-07-16 | 2011-07-05 | Jp Morgan Chase Bank | System and method for developing finance rate information |
US8578399B2 (en) | 2004-07-30 | 2013-11-05 | Microsoft Corporation | Method, system, and apparatus for providing access to workbook models through remote function cells |
US7991804B2 (en) * | 2004-07-30 | 2011-08-02 | Microsoft Corporation | Method, system, and apparatus for exposing workbooks as data sources |
US20060075224A1 (en) * | 2004-09-24 | 2006-04-06 | David Tao | System for activating multiple applications for concurrent operation |
US8095499B2 (en) * | 2004-10-19 | 2012-01-10 | Microsoft Corporation | Query consolidation for structured reports |
US8060817B2 (en) * | 2004-11-09 | 2011-11-15 | Oracle International Corporation | Data viewer |
US8402361B2 (en) * | 2004-11-09 | 2013-03-19 | Oracle International Corporation | Methods and systems for implementing a dynamic hierarchical data viewer |
US7800613B2 (en) * | 2004-12-02 | 2010-09-21 | Tableau Software, Inc. | Computer systems and methods for visualizing data with generation of marks |
US7647551B2 (en) * | 2004-12-15 | 2010-01-12 | Microsoft Corporation | System and method for formatting a cell in response to data stored in a separate location |
JP3734491B1 (en) * | 2004-12-21 | 2006-01-11 | 公靖 中野 | How to display in-cell graph of spreadsheet |
US7890343B1 (en) | 2005-01-11 | 2011-02-15 | Jp Morgan Chase Bank | System and method for generating risk management curves |
US7693860B2 (en) * | 2005-03-18 | 2010-04-06 | Microsoft Corporation | Method and system to associate cell and item metadata |
US7562308B2 (en) * | 2005-04-22 | 2009-07-14 | Sap Aktiengesellschaft | Providing user input values in input controls |
US7747939B2 (en) * | 2005-05-31 | 2010-06-29 | Microsoft Corporation | Generating free form reports within a data array |
US8234293B2 (en) * | 2005-09-08 | 2012-07-31 | Microsoft Corporation | Autocompleting with queries to a database |
US7792847B2 (en) * | 2005-09-09 | 2010-09-07 | Microsoft Corporation | Converting structured reports to formulas |
US8099674B2 (en) | 2005-09-09 | 2012-01-17 | Tableau Software Llc | Computer systems and methods for automatically viewing multidimensional databases |
US7805433B2 (en) * | 2005-10-14 | 2010-09-28 | Microsoft Corporation | Multidimensional cube functions |
US7961188B2 (en) * | 2005-12-05 | 2011-06-14 | Microsoft Corporation | Persistent formatting for interactive charts |
US20070168323A1 (en) * | 2006-01-03 | 2007-07-19 | Microsoft Corporation | Query aggregation |
US7962396B1 (en) | 2006-02-03 | 2011-06-14 | Jpmorgan Chase Bank, N.A. | System and method for managing risk |
US7999809B2 (en) | 2006-04-19 | 2011-08-16 | Tableau Software, Inc. | Computer systems and methods for automatic generation of models for a dataset |
US7707192B1 (en) | 2006-05-23 | 2010-04-27 | Jp Morgan Chase Bank, N.A. | Confidence index for assets |
US20080018928A1 (en) * | 2006-07-17 | 2008-01-24 | Business Objects, S.A. | Apparatus and method for report invocation and manipulation on a mobile communication device |
US9262763B2 (en) * | 2006-09-29 | 2016-02-16 | Sap Se | Providing attachment-based data input and output |
US20080086359A1 (en) * | 2006-10-04 | 2008-04-10 | Holton Peter R | Sales opportunity explorer |
US20080126395A1 (en) * | 2006-11-28 | 2008-05-29 | Ocyrhoe Technologies Ltd | Automatically creating a relational database from a spreadsheet |
US20080140623A1 (en) * | 2006-12-11 | 2008-06-12 | Microsoft Corporation | Recursive reporting via a spreadsheet |
US8869020B2 (en) * | 2006-12-27 | 2014-10-21 | Sap Ag | Method and system for generating relational spreadsheets |
US8015210B2 (en) * | 2006-12-27 | 2011-09-06 | Sap Ag | Method and system for generating string-based addresses |
US7725462B2 (en) * | 2006-12-28 | 2010-05-25 | Teradata Us, Inc. | Applying segment conditions to measure results |
US7809748B2 (en) * | 2007-02-23 | 2010-10-05 | Microsoft Corporation | Extended cell information in multidimensional data models |
US7720831B2 (en) * | 2007-02-26 | 2010-05-18 | Microsoft Corporation | Handling multi-dimensional data including writeback data |
US7743071B2 (en) * | 2007-02-26 | 2010-06-22 | Microsoft Corporation | Efficient data handling representations |
US7925989B2 (en) * | 2007-05-09 | 2011-04-12 | Sap Ag | System and method for simultaneous display of multiple tables |
US7765216B2 (en) * | 2007-06-15 | 2010-07-27 | Microsoft Corporation | Multidimensional analysis tool for high dimensional data |
US7739666B2 (en) * | 2007-06-15 | 2010-06-15 | Microsoft Corporation | Analyzing software users with instrumentation data and user group modeling and analysis |
US7747988B2 (en) * | 2007-06-15 | 2010-06-29 | Microsoft Corporation | Software feature usage analysis and reporting |
US7870114B2 (en) * | 2007-06-15 | 2011-01-11 | Microsoft Corporation | Efficient data infrastructure for high dimensional data analysis |
US8478637B1 (en) | 2008-04-08 | 2013-07-02 | Jpmorgan Chase Bank, N.A. | Index for assessing discount potential |
US20110119300A1 (en) * | 2008-07-09 | 2011-05-19 | Kxen | Method Of Generating An Analytical Data Set For Input Into An Analytical Model |
US8706681B2 (en) * | 2008-10-01 | 2014-04-22 | Prophix Software Inc. | System and method for processing and/or analyzing OLAP based data according to one or more parameters |
US8327256B2 (en) * | 2008-11-19 | 2012-12-04 | Oracle International Corporation | Matrix tree presentation structures |
US8671363B2 (en) * | 2008-11-19 | 2014-03-11 | Oracle International Corporation | Nested dimensions presentation structures |
US20100131457A1 (en) * | 2008-11-26 | 2010-05-27 | Microsoft Corporation | Flattening multi-dimensional data sets into de-normalized form |
US8707156B2 (en) * | 2009-04-02 | 2014-04-22 | Business Objects, S.A. | Render engine for spreadsheet |
US20100325173A1 (en) * | 2009-06-23 | 2010-12-23 | The Board Of Regents Of The The University Of Texas System | Rapid development of informatics systems for collaborative data management |
US8190557B2 (en) * | 2009-11-25 | 2012-05-29 | Barber Paul Grant | Processor and method configured for executing data transfer or data adjustment functions on OLAP based data |
US9069747B2 (en) | 2010-08-26 | 2015-06-30 | Sap Se | Methods, apparatus, systems and computer readable mediums for use in association with electronic spreadsheets |
KR101188886B1 (en) * | 2010-10-22 | 2012-10-09 | 삼성에스디에스 주식회사 | System and method for managing genetic information |
US20130304531A1 (en) | 2012-05-11 | 2013-11-14 | Paul Barber | System and method for performing detailed planning functions |
US9558173B2 (en) * | 2012-08-03 | 2017-01-31 | Google Inc. | Method for creating a document model from discontinuous selections of an existing document |
US8812488B2 (en) | 2012-08-16 | 2014-08-19 | Oracle International Corporation | Constructing multidimensional histograms for complex spatial geometry objects |
US9152618B2 (en) * | 2012-08-31 | 2015-10-06 | Microsoft Technology Licensing, Llc | Cell view mode for outsized cells |
US20150032743A1 (en) * | 2013-07-18 | 2015-01-29 | CIMCON Software, Inc. | Analyzing files using big data tools |
US9317529B2 (en) | 2013-08-14 | 2016-04-19 | Oracle International Corporation | Memory-efficient spatial histogram construction |
US9740718B2 (en) | 2013-09-20 | 2017-08-22 | Oracle International Corporation | Aggregating dimensional data using dense containers |
US9836519B2 (en) | 2013-09-20 | 2017-12-05 | Oracle International Corporation | Densely grouping dimensional data |
US9990398B2 (en) | 2013-09-20 | 2018-06-05 | Oracle International Corporation | Inferring dimensional metadata from content of a query |
US9489386B2 (en) | 2014-03-19 | 2016-11-08 | International Business Machines Corporation | Inferred operations for data analysis |
US9424318B2 (en) | 2014-04-01 | 2016-08-23 | Tableau Software, Inc. | Systems and methods for ranking data visualizations |
US9613102B2 (en) | 2014-04-01 | 2017-04-04 | Tableau Software, Inc. | Systems and methods for ranking data visualizations |
US20150278214A1 (en) | 2014-04-01 | 2015-10-01 | Tableau Software, Inc. | Systems and Methods for Ranking Data Visualizations Using Different Data Fields |
US10606855B2 (en) | 2014-07-10 | 2020-03-31 | Oracle International Corporation | Embedding analytics within transaction search |
US10585892B2 (en) | 2014-07-10 | 2020-03-10 | Oracle International Corporation | Hierarchical dimension analysis in multi-dimensional pivot grids |
US20160092424A1 (en) * | 2014-09-25 | 2016-03-31 | Oracle International Corporation | Client side calculations |
WO2016057551A1 (en) * | 2014-10-10 | 2016-04-14 | Lam Research Corporation | Mobile connectivity and control of semiconductor manufacturing equipment |
USD814488S1 (en) * | 2014-10-10 | 2018-04-03 | Lam Research Corporation | Display screen with graphical user interface for supporting service maintenance and tracking activities in semiconductor tool |
US10229655B2 (en) * | 2015-02-28 | 2019-03-12 | Microsoft Technology Licensing, Llc | Contextual zoom |
US10642831B2 (en) | 2015-10-23 | 2020-05-05 | Oracle International Corporation | Static data caching for queries with a clause that requires multiple iterations to execute |
US10783142B2 (en) | 2015-10-23 | 2020-09-22 | Oracle International Corporation | Efficient data retrieval in staged use of in-memory cursor duration temporary tables |
US10678792B2 (en) | 2015-10-23 | 2020-06-09 | Oracle International Corporation | Parallel execution of queries with a recursive clause |
US10331899B2 (en) | 2015-10-24 | 2019-06-25 | Oracle International Corporation | Display of dynamic contextual pivot grid analytics |
US10558659B2 (en) | 2016-09-16 | 2020-02-11 | Oracle International Corporation | Techniques for dictionary based join and aggregation |
US11017165B2 (en) * | 2017-07-10 | 2021-05-25 | Adaptam Inc. | Methods and systems for connecting a spreadsheet to external data sources with temporal replication of cell blocks |
US10909134B2 (en) * | 2017-09-01 | 2021-02-02 | Oracle International Corporation | System and method for client-side calculation in a multidimensional database environment |
KR101966177B1 (en) * | 2017-09-19 | 2019-04-05 | 이강돈 | Method and system for processing multi-dimentional spread sheet document |
US11086876B2 (en) | 2017-09-29 | 2021-08-10 | Oracle International Corporation | Storing derived summaries on persistent memory of a storage device |
US11016986B2 (en) * | 2017-12-04 | 2021-05-25 | Palantir Technologies Inc. | Query-based time-series data display and processing system |
US10896297B1 (en) | 2017-12-13 | 2021-01-19 | Tableau Software, Inc. | Identifying intent in visual analytical conversations |
US10860649B2 (en) * | 2018-03-14 | 2020-12-08 | TCL Research America Inc. | Zoomable user interface for TV |
US11055489B2 (en) | 2018-10-08 | 2021-07-06 | Tableau Software, Inc. | Determining levels of detail for data visualizations using natural language constructs |
US11030255B1 (en) | 2019-04-01 | 2021-06-08 | Tableau Software, LLC | Methods and systems for inferring intent and utilizing context for natural language expressions to generate data visualizations in a data visualization interface |
US11455339B1 (en) | 2019-09-06 | 2022-09-27 | Tableau Software, LLC | Incremental updates to natural language expressions in a data visualization user interface |
US11222018B2 (en) | 2019-09-09 | 2022-01-11 | Oracle International Corporation | Cache conscious techniques for generation of quasi-dense grouping codes of compressed columnar data in relational database systems |
US11900477B1 (en) * | 2019-10-16 | 2024-02-13 | Avalara, Inc. | Enabling reviewer to assess private data set of other party using custom parameter values |
US11657217B2 (en) | 2020-06-26 | 2023-05-23 | Adaptam Inc. | Methods and systems for presenting drop-down, pop-up or other presentation of a multi-value data set in a spreadsheet cell |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0400620B1 (en) * | 1989-05-31 | 1997-07-30 | Microsoft Corporation | Method for hiding and showing spreadsheet cells |
EP0548240A1 (en) * | 1990-09-10 | 1993-06-30 | Lotus Development Corporation | Apparatus and method for reformattable spreadsheet |
US5293615A (en) * | 1990-11-16 | 1994-03-08 | Amada Carlos A | Point and shoot interface for linking database records to spreadsheets whereby data of a record is automatically reformatted and loaded upon issuance of a recalculation command |
JPH05197734A (en) * | 1992-01-17 | 1993-08-06 | Mitsui Eng & Shipbuild Co Ltd | Data processing system |
US5416895A (en) * | 1992-04-08 | 1995-05-16 | Borland International, Inc. | System and methods for improved spreadsheet interface with user-familiar objects |
US6002865A (en) * | 1992-05-28 | 1999-12-14 | Thomsen; Erik C. | Location structure for a multi-dimensional spreadsheet |
US5471612A (en) * | 1994-03-03 | 1995-11-28 | Borland International, Inc. | Electronic spreadsheet system and methods for compiling a formula stored in a spreadsheet into native machine code for execution by a floating-point unit upon spreadsheet recalculation |
US5604854A (en) * | 1994-04-22 | 1997-02-18 | Borland International, Inc. | System and methods for reformatting multi-dimensional spreadsheet information |
US5603021A (en) * | 1994-09-02 | 1997-02-11 | Borland International, Inc. | Methods for composing formulas in an electronic spreadsheet system |
US5845270A (en) * | 1996-01-02 | 1998-12-01 | Datafusion, Inc. | Multidimensional input-output modeling for organizing information |
US5767854A (en) * | 1996-09-27 | 1998-06-16 | Anwar; Mohammed S. | Multidimensional data display and manipulation system and methods for using same |
US6094651A (en) * | 1997-08-22 | 2000-07-25 | International Business Machines Corporation | Discovery-driven exploration of OLAP data cubes |
US5918232A (en) * | 1997-11-26 | 1999-06-29 | Whitelight Systems, Inc. | Multidimensional domain modeling method and system |
US6112209A (en) * | 1998-06-17 | 2000-08-29 | Gusack; Mark David | Associative database model for electronic-based informational assemblies |
-
1998
- 1998-10-26 US US09/178,059 patent/US6317750B1/en not_active Expired - Lifetime
-
1999
- 1999-10-20 EP EP99308284A patent/EP0997834A3/en not_active Withdrawn
- 1999-10-21 CA CA002287030A patent/CA2287030A1/en not_active Abandoned
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7512623B2 (en) | 2001-07-06 | 2009-03-31 | Angoss Software Corporation | Method and system for the visual presentation of data mining models |
Also Published As
Publication number | Publication date |
---|---|
US6317750B1 (en) | 2001-11-13 |
EP0997834A2 (en) | 2000-05-03 |
EP0997834A3 (en) | 2002-10-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6317750B1 (en) | Method and apparatus for accessing multidimensional data | |
US6684207B1 (en) | System and method for online analytical processing | |
US6687693B2 (en) | Architecture for distributed relational data mining systems | |
US11194793B1 (en) | Dynamically materialized views for sheets based data | |
US10565232B2 (en) | Constructing queries for execution over multi-dimensional data structures | |
US11755606B2 (en) | Dynamically updated data sheets using row links | |
US9361340B2 (en) | Processing database queries using format conversion | |
US7222130B1 (en) | Report then query capability for a multidimensional database model | |
US7873664B2 (en) | Systems and computer program products to browse database query information | |
US5893125A (en) | Non-modal database system with methods for incremental maintenance | |
US8209280B2 (en) | Exposing multidimensional calculations through a relational database server | |
US6907428B2 (en) | User interface for a multi-dimensional data store | |
US20020052893A1 (en) | Method and system for importing and exporting table data | |
US20050187974A1 (en) | Modularized extraction, transformation, and loading for a database | |
US20040237029A1 (en) | Methods, systems and computer program products for incorporating spreadsheet formulas of multi-dimensional cube data into a multi-dimentional cube | |
KR101581980B1 (en) | Paging hierarchical data | |
US20110153548A1 (en) | Optimizing data transfer time on graphics processor units | |
AU2005201996A1 (en) | Combining multidimensional expressions and data mining extensions to mine OLAP cubes | |
EP1875456A2 (en) | System and method for managing complex relationships over distributed heterogeneous data sources | |
US20090210438A1 (en) | Apparatus and method for positioning user-created data in olap data sources | |
US7890532B2 (en) | Complex data access | |
EP1492030B1 (en) | System and method for online analytical processing using dimension attributes and multiple hierarchies per dimension | |
US7415457B2 (en) | Using a cache to provide cursor isolation | |
US20070174322A1 (en) | Method for building data encapsulation layers for highly variable schema | |
US9069747B2 (en) | Methods, apparatus, systems and computer readable mediums for use in association with electronic spreadsheets |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FZDE | Discontinued |