Microsoft Technology Licensing, LLC

Jason A Bould

Andrew Robert Miller

Michael J McCormack

Suraj T Poozhiyil

Scott Timothy Gardner

Cyrus R Balsara

Mark H Lucovsky

Sumit Chauhan

Richard Shawn McDowell

David Jon Conger

Vijay Mital

Gregory Scott Lindhorst

Neil Warren Black

Timothy E Getsch

Robert Coggins

Ryan Christopher McMinn

Jonathan McPherson

Jianlan Song

Paul D Bishop

Robert E Coggins

Geoffrey L Griffith

A received reply email document enables some action to be effectuated using data included in the email document responsive to field identifiers associated with the data and corresponding to fields of metadata. The associated field identifiers that correspond to known fields of the metadata provide some expectation as to the semantic meaning and/or syntactic constraints of the data to which the field identifiers are associated. In a described implementation, an actionable email documents module creates an email document having blocks that are mapped to fields of metadata. The email document is transmitted to one or more recipients. Each recipient adds data to the blocks so that the data becomes mapped to the fields of the metadata. The recipients return a reply email document having the field-mapped data. Upon receipt, the module can effectuate some action using the field-mapped data responsive to the mappings.

Actionable email documents

Embodiments are provided for creating and reusing custom data types in a database. A selection of a field or group of fields may be received from a database table in the database by a database software application executing on a computer system. Each selected field may include a set of field properties. The application may further receive a user input to initiate saving the selected field or group of fields as a custom data type. In response to receiving the input, the application may be configured to generate a dialog for receiving custom data type information for the selected field or group of fields and save the selected field or group of fields as a custom data type. The custom data type may then be reused by the application in the database.

Database data type creation and reuse

Tools and techniques are described for formats for database template files shared between client and server environments. Systems provided by these tools may include client subsystems that include client-side database management applications that instantiate tables within a database, and instantiate client-specific database template files corresponding respectively to the tables. These database management applications may also instantiate server-specific database template files that correspond to the client-specific template files, and may enable servers to access the server-specific template file. These systems may also include server subsystems that further include server-side database management services that access the server-specific template files, and instantiate server-side template files based thereon. In turn, the database management services may create database applications from the server-side template files.

Formats for database template files shared between client and server environments

Embodiments are provided to define relationships for merging template or database part tables with one or more database tables in a computer system. A database application may utilize a schema to receive metadata associated with a target database part table in one or more markup language elements. The database application may then receive metadata associated with a source database table to be joined with the target table in the schema elements. The database application may then receive join type metadata in the schema elements. The join type metadata may specify whether fields from the source table are to be merged into the target table or whether fields from the target table are to be merged into the source table. In response to receiving the target table metadata and the source table metadata, the database application may then merge the target and source tables utilizing the join type metadata.

Database part table junctioning

Embodiments are provided to merge, manage, create, and reuse database parts in a computer system. Database parts may include database tables, datatypes, field combinations or entire databases. A selection of a database part is received by a database software application executing on a computer system. The application may be configured to check for metadata associated with the database part to identify an action property. If, after checking for the metadata, a merge action property is identified, then the application may check for a metadata property associated with a database table. If a merge action associated with the database table is identified, then the application may merge the database part with the database table in the database. The application may also be configured to generate a user interface for creating database parts using database tables and for creating a database part by saving a database.

Database part creation, merge and reuse

A rich client view of server data is integrated within a server presentation of data provided by a portal server application. The rich client view of data is included with other web based views provided according to the server presentation of data when the rich client view is created. The rich client view is integrated among the web based views such that the rich client view and web based views are organized together. A separate application is launched to render the rich client view in response to a selection to render the rich client view. The selection to render the rich client view is integrated within the server presentation of data such that rich client view is provided seamlessly within the server presentation.

Integration rich client views in server presentations

Growing community of inventors

Bellevue, WA, United States of America

Jason A Bould