Abstract: A secure framework for authoring and execution of user-entered database scripts, rules, procedures and other forms of programming is provided. A performance management application is used as an interface between a client data modeling, manipulation or analysis application and one or more data sources or analysis services to prevent malicious or inadvertent implementation of harmful, damaging and/or unauthorized new or modified scripts, rules, procedures or other forms of programming to one or more data sources or data analysis/manipulation services that may be used for retrieving, storing, modifying or using data contained in or affected by the one or more data sources or data analysis/manipulation services.

Abstract: Financial intelligence architecture that employs financial types that are combined with rules to build financial behavior into the product. Types have behaviors such that types can be assigned that lead to the physical creation of underlying code which embodies the behaviors. Extensibility is provided at least by type parameterization and new type creation. Because types are a design time experience, types are two-way and can be modified, even after instantiation. This allows for mixing and matching of types and underlying behavior giving the system more flexibility at design time while providing a huge simplification of all the details that actually go into such financial applications. The type library is a set of rules that produce metadata, which metadata is later processed by a separate engine to produce the physical schema. The type library defines the basic interactions, data types, and behaviors for predefined dimensions in the system.

Abstract: Computer-readable storage media, computer-implemented methods, and systems are disclosed for a multi-platform calculation rule language and its environment. A calculation rule, presented in an expression language and specifying one or more functions, is received. The expression language, for a plurality of different platforms, allows each of a plurality of functions to be expressed using a common syntax. A selected platform is identified on which the calculation rule is to be executed. The calculation rule is resolved to the attributes of the data model in the selected platform to apply the calculation rule to the data model. The calculation rule is executed by performing the one or more functions specified in the calculation rule, and the results from executing the calculation rule are reported.

Abstract: Data allocation is performed by translating a rule set to a query list. An allocation engine receives the rule set and the data and generates a query list. The query list may be in MDX or SQL syntax. After modifying the queries in the list into a list of physical queries that match the specific characteristic of the data store, a modeling abstraction layer provides the physical queries to the data store engine to perform the queries and provide the results to the allocation engine. The allocation engine allocates the data among existing or new hierarchical levels based on the query results. The allocated data may be stored in the same data store as the original data.

Abstract: A secure framework for authoring and execution of user-entered database scripts, rules, procedures and other forms of programming is provided. A performance management application is used as an interface between a client data modeling, manipulation or analysis application and one or more data sources or analysis services to prevent malicious or inadvertent implementation of harmful, damaging and/or unauthorized new or modified scripts, rules, procedures or other forms of programming to one or more data sources or data analysis/manipulation services that may be used for retrieving, storing, modifying or using data contained in or affected by the one or more data sources or data analysis/manipulation services.

Abstract: Computer-readable storage media, computer-implemented methods, and systems are disclosed for a multi-platform calculation rule language and its environment. A calculation rule, presented in an expression language and specifying one or more functions, is received. The expression language, for a plurality of different platforms, allows each of a plurality of functions to be expressed using a common syntax. A selected platform is identified on which the calculation rule is to be executed. The calculation rule is resolved to the attributes of the data model in the selected platform to apply the calculation rule to the data model. The calculation rule is executed by performing the one or more functions specified in the calculation rule, and the results from executing the calculation rule are reported.

Abstract: Financial intelligence architecture that employs financial types that are combined with rules to build financial behavior into the product. Types have behaviors such that types can be assigned that lead to the physical creation of underlying code which embodies the behaviors. Extensibility is provided at least by type parameterization and new type creation. Because types are a design time experience, types are two-way and can be modified, even after instantiation. This allows for mixing and matching of types and underlying behavior giving the system more flexibility at design time while providing a huge simplification of all the details that actually go into such financial applications. The type library is a set of rules that produce metadata, which metadata is later processed by a separate engine to produce the physical schema. The type library defines the basic interactions, data types, and behaviors for predefined dimensions in the system.

Abstract: Allocation performance is enhanced by optimizing queries associated with the allocation. A sparse definition space for a calculation is translated into a dense space for performing the calculation for efficient resource utilization. A calculation expression is symbolically analyzed to determine a relationship between non-zero calculated results and non-zero cells in the input data. From this relationship the regions on which the calculated results are non-zero are obtained by examining the input data. The calculation space is thus reduced to a smaller one. The resulting calculation space is no longer sparse and enables efficient performance of allocation.

Abstract: Data allocation is performed by translating a rule set to a query list. An allocation engine receives the rule set and the data and generates a query list. The query list may be in MDX or SQL syntax. After modifying the queries in the list into a list of physical queries that match the specific characteristic of the data store, a modeling abstraction layer provides the physical queries to the data store engine to perform the queries and provide the results to the allocation engine. The allocation engine allocates the data among existing or new hierarchical levels based on the query results. The allocated data may be stored in the same data store as the original data.

Abstract: Allocation performance is enhanced by optimizing queries associated with the allocation. A sparse definition space for a calculation is translated into a dense space for performing the calculation for efficient resource utilization. A calculation expression is symbolically analyzed to determine a relationship between non-zero calculated results and non-zero cells in the input data. From this relationship the regions on which the calculated results are non-zero are obtained by examining the input data. The calculation space is thus reduced to a smaller one. The resulting calculation space is no longer sparse and enables efficient performance of allocation.

Abstract: Leaf-level, multi-dimensional calculations are optimized by translating the multi-dimensional calculations to efficient query scripts. To generate efficient query scripts, rows are transposed to columns while affected rows are reduced by reversing calculation relationships. Actual calculations are performed on calculated columns. Transposing row-to-column enables fast arithmetic calculations. Reversing the calculation relationships enables a reduction of the rows that need to be processed.

Abstract: A system and method for remote postage metering of postage indicia, including demanding a desired postage amount and subsequently printing the postage indicia onto a piece of mail. A user inputs certain necessary information, as well as additional desired information, into a local processor-based system. The local system then assembles a postage demand in suitable format and transmits the same to a remote postage metering device. The remote postage metering device then verifies the demand for authority to demand and valid funding. Upon verification, the remote postage meter serves the transaction by configuring a shared device using virtual user device data structures and assembles a data packet representing an authorized postage indicia. The data packet is transmitted to the local system for printing. Printing of the postage indicia may be unaccompanied, or may include additional information.

Abstract: A system and method for remote postage metering of postage indicia, including demanding a desired postage amount and subsequently printing the postage indicia onto a piece of mail. A user inputs certain necessary information, as well as additional desired information, into a local processor-based system. The local system then assembles a postage demand in suitable format and transmits the same to a remote postage metering device. The remote postage metering device then verifies the demand for authority to demand and valid funding. Upon verification, the remote postage meter serves the transaction by configuring a shared device using virtual user device data structures and assembles a data packet representing an authorized postage indicia. The data packet is transmitted to the local system for printing. Printing of the postage indicia may be unaccompanied, or may include additional information.