Images

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

Definitions

• Computer spreadsheet applications such as EXCEL, available from MICROSOFT CORPORATION of Redmond, Wash., are popular mechanisms for keeping track of information. Users of spreadsheet applications often spend considerable time developing and implementing complicated logic within workbooks created using spreadsheet applications. Workbooks may contain valuable workbook elements, such as charts, tables, etc., that operate on data stored within or outside of the workbook. In addition, depending on the function of the workbook, data relied upon within a workbook is subject to being changed often. It is with respect to this environment that the present application is directed.
• Embodiments are directed to providing URL-facilitated access to spreadsheet component elements.
• a client may discover and then access elements of an existing workbook directly through a uniform resource locator or uniform resource identifier (collectively, URL).
• a client may also provide, through a URL, value(s) for parameter(s) defined by the existing workbook. If value(s) are provided by the client, the workbook may be recalculated using the value(s) before a requested element of the workbook is returned to the client. In embodiments, the workbook is recalculated using a transient copy of the workbook, which is then discarded and the original workbook remains unchanged. Data changed in the workbook is automatically reflected in returned elements of the workbook when a request for such element is refreshed.
• FIG. 1 illustrates an exemplary system for facilitating access to workbook elements as described in the present application.
• FIG. 2 illustrates an exemplary URL that may be used with respect the systems and methods of the present application.
• FIG. 3 illustrates a workbook element including settable parameters that may be used with respect to the systems and methods of the present application.
• FIG. 4 illustrates a workbook element retrieved according to the systems and methods of the present application.
• FIG. 5 illustrates a workbook element retrieved after being recalculated with supplied parameter values according to the systems and methods of the present application.
• FIG. 6 illustrates a method for obtaining a workbook element according to the systems and methods of the present application.
• FIG. 7 illustrates a method for providing a workbook element according to the systems and methods of the present application.
• FIG. 8 illustrates an exemplary operating environment usable with the systems and methods of the present application.
• program modules include routines, programs, components, data structures, and other types of structures that perform particular tasks or implement particular abstract data types.
• present systems and methods may be practiced with other computer system configurations, including hand-held devices, multiprocessor systems, microprocessor-based or programmable consumer electronics, minicomputers, mainframe computers, and the like.
• present systems and methods may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network.
• program modules may be located in both local and remote memory storage devices.
• EXCEL spreadsheet application program from MICROSOFT CORPORATION of Redmond, Wash. is described along with its related web service, EXCEL SERVICES. It should be appreciated, however, that the various aspects of the present system and methods may be utilized with other spreadsheet application programs and services from other manufacturers. Moreover, although the inventive aspects described herein are presented in the context of a spreadsheet application program, it should be appreciated that other types of application programs may also be utilized to embody the various aspects of the present system and methods. It should also be appreciated that, as used herein, the words “first,” “second,” or similar terms are used for convenience and are not intended to limit the terms that they modify by implying a particular order, rank, position in a series, or importance.
• Embodiments of the present application are directed to providing URL-facilitated access to spreadsheet component elements.
• a client may discover and then access elements of an existing workbook directly through a uniform resource locator or uniform resource identifier (collectively, URL).
• a client may also provide, through a URL, value(s) for parameter(s) defined by the existing workbook. If value(s) are provided by the client, the workbook may be recalculated using the value(s) before a requested element of the workbook is returned to the client. In embodiments, the workbook is recalculated using a transient copy of the workbook, which is then discarded and the original workbook remains unchanged. Data changed in the workbook is automatically reflected in returned elements of the workbook when a request for such element is refreshed.
• embodiments of the present application allow client application developers to leverage the existing work and data in workbooks without requiring the developer to understand the underlying logic within the workbook. Moreover, because elements of the workbooks are accessed directly in the native workbook version, embodiments herein allow developers of workbooks to easily share data and logic within workbooks with other developers and client applications without knowledge of how to parse or publish such elements of the workbook.
• FIG. 1 is a block diagram of a system 101 according to an embodiment of the present application.
• client 100 is operably connected to a network 102 .
• Servers 105 and 110 are also operably connected to network 102 .
• One or more of servers 105 and 110 may operate as an agent to implement a spreadsheet web service, such as EXCEL SERVICES offered by MICROSOFT CORPORATION of Redmond, Wash. It will be appreciated that servers 105 and 110 are depicted in FIG. 1 as examples, and more or fewer servers are possible.
• spreadsheet web service 115 may be implemented on servers 105 and 110 .
• spreadsheet web service 115 is a web service, it will be appreciated that it can be distributed and implemented on multiple servers, such as servers 105 and 110 (and additional servers not shown in FIG. 1 ).
• Spreadsheet web service 115 may comprise an application programming interface (API) 120 and a spreadsheet application 125 , such as EXCEL, available from MICROSOFT CORPORATION of Redmond, Wash.
• API application programming interface
• Client 100 may act as an agent for one or more applications, such as browser 140 and gadget 145 , to operate as requestors of services from the spreadsheet web service 115 .
• Particular workbooks such as workbooks 130 , 135 , and 155 , created using a spreadsheet application, such as spreadsheet application 125 , may be stored on servers 105 and 110 and/or on separate storage devices, such as storage device 150 .
• Storage device 150 is also operably connected to the network 102 .
• Servers operably connected to the network 102 such as servers 105 and 110 , may host an entry page for spreadsheet web service 115 .
• client 100 and servers 105 and 110 agree upon a spreadsheet web service description (such as a Web Service Definition Language (WSDL) document) either through negotiation, publication on the network 102 , or otherwise.
• WSDL Web Service Definition Language
• the WSDL document may specify the address on network 102 of servers 105 and 110 and other servers hosting entry pages for spreadsheet web service 115 .
• network 102 may comprise the Internet, an extranet, intranet, or any other suitable network.
• client 100 and servers 105 and 110 may be combined into a single physical machine.
• client 100 , servers 105 and 110 , and storage device 150 communicate across network 102 using the AtomPub messaging protocol defined at RFC5023 (http://www.ietf.org/rfc/rfc5023.txt) and including URI and Payload Extensions defined by “Atom Publishing Protocol: Data Services URI and Payload Extensions,” available from MICROSOFT CORPORATION (http://msdn.microsoft.com/en-us/library/dd541188 (PROT.10).aspx), each of which is hereby incorporated by reference as if fully set forth herein.
• AtomPub messaging protocol defined at RFC5023 (http://www.ietf.org/rfc/rfc5023.txt) and including URI and Payload Extensions defined by “Atom Publishing Protocol: Data Services URI and Payload Extensions,” available from MICROSOFT CORPORATION (http://msdn.microsoft.com/en-us/library/dd541188
• messages are transmitted between and among client 100 and servers 105 and 110 using hypertext transfer protocol (HTTP) or hypertext transfer protocol secure (HTTPS).
• HTTP hypertext transfer protocol
• HTTPS hypertext transfer protocol secure
• embodiments herein comprise and utilize methods and systems described in the EXCEL SERVICES REST Protocol Specification (MS-ESREST), which is available from MICROSOFT CORPORATION, is incorporated in its entirety herein.
• MS-ESREST EXCEL SERVICES REST Protocol Specification
• Client 100 , servers 105 and 110 , and storage device 150 may also communicate directly through peer-to-peer protocols or otherwise.
• client 100 directly accesses elements of a workbook, such as workbooks 130 , 135 , and 155 stored on servers 105 and 110 and storage device 150 , using a URL.
• API 120 provides a uniform interface between clients (such as client 100 ) and servers (such as server 105 ) and sufficiently defines interactions between clients and servers such that each such interaction is self-contained.
• the present embodiments may be considered to provide Representational State Transfer (REST)-type capabilities in a spreadsheet web service.
• REST Representational State Transfer
• the URL 200 comprises a marker path 201 , a file path 202 , and an element path 203 .
• the first section 201 of the exemplary URL 200 provides a “marker path” to a web services page, such as an “.aspx” page that acts as an entry point to a spreadsheet web service.
• a web services page such as an “.aspx” page that acts as an entry point to a spreadsheet web service.
• EXCEL MICROSOFT CORPORATION of Redmond, Wash.
• EXCEL SERVICES a web service offering REST-type capabilities within EXCEL SERVICES.
• the entry page to a web service offering REST-type capabilities within EXCEL SERVICES may be provided by the following URL: “http://server/_vti_bin/EXCELRest.aspx.”
• the marker path comprises a URL to a spreadsheet web services entry page hosted on a server, such as server 105 .
• the “_vit_bin/EXCELRest.aspx” portion of the marker path can be omitted, and the exemplary URL 200 may comprise a direct path to the
• the second section 202 of the exemplary URL 200 shown in FIG. 2 provides a “file path,” which identifies the file (such as workbook 130 in FIG. 1 ) that contains the workbook element sought by the client.
• file path identifies the file (such as workbook 130 in FIG. 1 ) that contains the workbook element sought by the client.
• workbook 130 is an EXCEL file named “Bugs.xlsx” and was located in a folder called “Shared Documents”
• the file path for that workbook 130 would be “/Shared Documents/Bugs.xlsx,” as shown in the example URL 200 .
• the third section 203 of the exemplary URL 200 shown in FIG. 2 provides an “element path.” This is the path within the targeted workbook to the element of the workbook sought by the client. For example, if the targeted workbook, e.g., workbook 130 , included a chart named “PersonalBugChart,” the element path for that element of workbook 130 may comprise: “/Model/Charts(‘PersonalBugChart’).”
• a target workbook such as workbook 130
• the creator of spreadsheet 130 may use various functionality within the workbook 130 to manipulate data that is contained within cells of the workbook or retrieved externally from the workbook to create such elements of the workbook.
• a client 100 may discover the available elements of the workbook and gain access to such elements by use of URLs dictated by API 120 .
• API 120 defines available element paths (such as the third section 203 of the exemplary URL shown in FIG. 2 ) that are supported by the spreadsheet web service.
• the element paths may be used to discover types of available elements and specific lists of elements of a particular type as well as to obtain the elements themselves.
• one element path may be defined by API 120 that returns the “model” for the workbook.
• the model for the workbook may include a set of element types available in a particular workbook.
• a client navigating to the “model” element path may receive a list consisting of: “charts” and “tables.”
• the model is not workbook-specific and is defined by the element types that are supported by the web service via the API.
• the model for a particular workbook may include, e.g., pivot tables and named cell ranges, even no such elements exist for that particular workbook.
• URLs may also be defined for lists of elements having a particular element type.
• a client 100 may navigate to an element path comprising “/Model/Charts,” and the server 105 will return a list of all charts available in the specified workbook, such as workbook 130 .
• a client such as client 100
• less than all charts available may be returned.
• an author of the workbook 130 may set a subset of charts to be returned by the server 105 in response to navigation by the client to the “/Model/Charts” element path.
• lists of available elements and the elements themselves may be considered conceptually different data structures.
• entity data model described in the Conceptual Schema Definition File Format protocol specification (MC-CSDL) available from MICROSOFT CORPORATION (available at http://msdn.microsoft.com/en-us/library/dd541474(PROT.10).aspx, and incorporated by reference herein in its entirety)
• data structures that comprise lists of available elements are considered “entity sets,” while actual elements of the target workbook, such as a table, a pivot table, a range, etc., are considered “entities.”
• the mapping between workbook (or spreadsheet) data structures and the entity data model of MC-CSDL may be described by Table 1, below:
• EntitySet Ranges The list of ranges that are exposed by EntitySet the spreadsheet.
• Charts The list of charts that are exposed by the EntitySet spreadsheet Tables The list of tables that are exposed by the EntitySet spreadsheet.
• PivotTables The list of pivot tables that are exposed EntitySet by the spreadsheet. Range A range from the spreadsheet.
• Entity Table A table from the spreadsheet Entity PivotTable A PivotTable from the spreadsheet Entity Chart A chart from the spreadsheet None, Returned as a binary response to the request.
• the API 120 may also define the format(s) in which the resource at that element path may be returned to the client.
• Particular element paths may include a default format that is used to return the relevant element of the workbook if no other format is specified in the element path.
• API 120 may define supported element paths and formats as shown in Table 2, below:
• the API 120 simplifies direct access to elements of a workbook, such as workbooks 130 , 135 and 155 .
• workbook 130 is named “Sales.xlsx” and is located in a “Cycles” folder on server 105 .
• Sales.xlsx contains a Table named “SalesProjections.”
• Server 105 hosts an entry point for spreadsheet web service 115 in the form of an .aspx page: “EXCELRest.aspx.” Assume also that the user prefers that the table is returned in an html format.
• server 105 will return the HTML code for the SalesProjections table in workbook 130 to the requesting application on client 100 .
• the server hosting spreadsheet web service 115 with which the client 100 communicates via network 102 need not be the same server that stores the workbook from which the client seeks to obtain an element.
• client 100 may use a URL containing a marker path that specifies server 110 and a file path that specifies workbook 130 stored on server 105 or workbook 155 stored on storage device 150 . So long as the workbook specified by the file path is in a location that is accessible by server 110 , web service 115 , which is distributed across servers 105 and 110 (and possibly other servers) may permit the server 110 to return the requested workbook element(s) to the client 100 .
• the creator of the workbook 130 may declare within the workbook certain parameters that users of the workbook may change to affect calculations within the workbook 130 .
• settable parameters may be discovered in a similar manner as available workbook elements. For example, a user may direct a browser application, such as browser application 140 , to a URL to return all settable parameters for a particular workbook or workbook element.
• the URL to effect a return of settable parameters for the “SalesProjections” table in the “Sales.xlsx” workbook may comprise, e.g.: http://server/_vti_bin/EXCELRest.aspx/Cycles/Sales.xlsx/Model/Tables(‘SalesProjections’)/Parameters.
• the settable parameters requested and returned may be for the entire workbook 130 , not just a particular workbook element.
• FIG. 3 depicts an exemplary workbook 300 created with a spreadsheet application, such as EXCEL available from MICROSOFT CORPORATION of Redmond, Wash.
• the chart 310 depicted in workbook 300 illustrates the chances of a person dying at a particular age given a set of values for particular parameters 320 .
• the parameters include “Number of cigarette packets,” “Overweight” and “Family history of heart-attack.”
• the “Number of cigarette packets” parameter is settable to any positive number.
• the other two parameters are settable as binary variables—1 meaning true and 0 meaning false.
• the chart 310 depicts the chances of a person dying at a particular age assuming that the person smokes zero packs of cigarettes per week, is not overweight, and does not have a family history of heart attacks.
• FIG. 4 depicts a browser window 400 and a properties window 410 displaying properties of the page displayed in browser window 400 .
• Browser window 400 may be generated by a browser application (such as browser application 140 ) and displays a chart 420 that is identical to chart 310 shown in FIG. 3 .
• the chart was retrieved by directing the browser to the following URL 430 : http://tsdlt2/_vti_bin/EXCELRest.aspx/Docs/MortalityChances.xlsx/Model/Charts(‘Chances Chart’)?.
• the chart 420 is returned in the default format (in this case, a PNG image) with the parameter values as they are found in the native chart 310 depicted in FIG. 3 .
• FIG. 5 illustrates the result of specifying parameter values in the URL used to request the chart.
• FIG. 5 depicts a browser window 500 and a properties window 510 displaying properties of the page displayed in browser window 500 .
• Browser window 500 may be generated by a browser application (such as browser application 140 ) and displays a chart 520 .
• URL 530 is identical to URL 430 except that it includes a value for the “Number of cigarette packets” parameter (named “Packets”) that was defined in the workbook 300 as it exists natively in the spreadsheet application.
• the value for the “Packets” parameter is set at “10” via the URL 530 used to request the chart 520 .
• the chart 520 is different from chart 310 in that it reflects that a person is likely to die younger if he or she smokes ten packets of cigarettes per week.
• the server returning the requested workbook element creates a transient copy of the workbook before recalculating using parameters specified by the URL request.
• the workbook “MortalityChances” is stored in native form on storage device 150 with all parameters set to zero (as shown in FIG. 3 ).
• spreadsheet web service 115 on server 105 requests a copy of the workbook 155 from storage device 150 via network 102 .
• the requested “ChancesChart” element of workbook “MortalityChances.xlsx” is recalculated using the parameter value 10 for the “Packets” parameter.
• the recalculated “ChancesChart” element is provided to the browser application 140 , and the recalculated copy of the workbook 155 is discarded (or not persistently saved) by server 105 .
• the workbook 155 stored at storage device 150 remains unchanged by the supplied parameter in the URL 530 .
• the developer of a workbook such as workbook 155 , can create a “standard” or “generic” set of parameter values that will not be changed each time a client requests that the workbook be recalculated.
• FIGS. 3 , 4 and 5 depict the use of a browser application, such as browser application 140 , to retrieve workbook elements
• a client 100 may include a gadget application 145 that provides a specific user interface for interacting with spreadsheet web service 115 and displaying elements returned by spreadsheet web service 115 .
• the gadget application 145 may include a user interface to display discovered element types, elements, and parameters and to accept selection of elements and element types and input of parameter values that are automatically then translated into the appropriate URL to retrieve the desired workbook element(s).
• the retrieval of workbook elements may be programmatic (as opposed to user-initiated) and may be performed by any client application without the need for user input.
• client applications, themselves, may be servers.
• the data may be refreshed. For example, if the logic or data underlying the targeted workbook change, the retrieved element (such as a chart, table, etc.) may be affected.
• Clients can ensure that they receive updated workbook elements by requesting that the workbook element be resent. In embodiments, this can be accomplished by a user refreshing a request for a particular URL in a browser (as discussed above). This can also be accomplished programmatically.
• a client application may be programmed, for example, to request the desired workbook element on a periodic or other basis, with or without user intervention.
• Client 100 may also designate a format in which the server is required to return the desired element.
• the desired format may also be communicated in the URL used to request the workbook element.
• formats may include, inter alia, image (such as a portable network graphic (PNG) image), atom (such as an ATOM feed defined by RFC 5023, available from http://www.ietf.org/rfc/rfc5023.txt (October 2007) and extensions thereto available at http://msdn.microsoft.com/en-us/library/dd541188 (PROT.10).aspx), and html (specifying a HyperText Markup Language (HTML) fragment to be returned for the requested workbook element).
• HTML HyperText Markup Language
• HTML fragments include lines of text that adhere to HTML tag rules, as described in HTML, but do not have processing instructions or any other type of header information.
• Client applications such as browser 140 and gadget 145 may be programmed to extract the desired information from the returned, formatted workbook element. For example, a client application may traverse an HTML fragment or extensible markup language (XML) (returned as part of an ATOM feed) to display the element in a manner dictated by the client application.
• XML extensible markup language
• a range comprises a range of cells in a workbook.
• all of the elements that are available to be retrieved pursuant to the present systems and methods may be made available by the creator of the workbook. For example, a workbook creator may create “named ranges” in the workbook by marking such ranges as being available to a user when the workbook is accessed by a server. Such designation of named ranges (and available charts, tables, pivot tables, etc.) may be made by numerous methods, including in metadata associated with the workbook or otherwise.
• routine 600 will be described illustrating a process pursuant to the present application.
• routines presented herein it should be appreciated that the logical operations of various embodiments of the present application are implemented (1) as a sequence of computer implemented acts or program modules running on a computing system and/or (2) as interconnected machine logic circuits or circuit modules within the computing system. The implementation is a matter of choice dependent on the performance requirements of the computing system implementing the invention. Accordingly, the logical operations illustrated in the present figures and specification, and making up the embodiments of the present application are referred to variously as operations, structural devices, acts, steps, or modules.
• FIG. 6 depicts an exemplary routine that may be performed, in embodiments, by a client, such as client 100 , in obtaining a workbook element using a URL.
• a request for workbook element types is sent.
• a request for workbook element types may be sent, e.g., by redirecting a browser application to a URL for the “model” of a particular workbook.
• a request 601 for workbook element types may comprise sending the following HTTP request: GET tsdlt2/_vti_bin/EXCELRest.aspx/Docs/MortalityChances.xlsx/Model.
• the request for workbook element types includes a file path (Docs/MortalityChances.xlsx) and an element path (Model).
• the request 601 may include a format according to which the workbook element types are to be returned.
• the routine proceeds to operation 602 , where a response is received that contains the workbook element types.
• the response may include an ATOM feed containing all of the element types available in the specified workbook.
• available element types may include, in embodiments, charts, tables, pivot tables, and ranges.
• a request is sent for available elements of a first type.
• a client application such as gadget application 145
• receiving the list of available element types may present such list to a user.
• the user or the application itself
• more than one element type may be requested.
• the client application may then, in embodiments, generate a request to determine what particular charts are available in the workbook.
• a response is received including available elements of the first type.
• the response may comprise an ATOM feed including a list of all available charts in the “MortalityChances.xlsx” workbook.
• a request for settable parameters of the first element is sent.
• the request may again take the form an HTTP GET request that specifies a path to retrieve settable parameters.
• the API at the server may define this request to require the return of settable parameters for the entire workbook.
• this request may be interpreted according to a spreadsheet web service API (such as API 120 ) as requesting the settable parameters for only the “ChancesChart” within the “MortalityChances.xlsx” workbook.
• requesting parameters for a particular element may comprise requesting parameters for the entire workbook, including the parameters for the particular element.
• a response is received including the requested settable parameters.
• one settable parameter affecting the “ChancesChart” element in the “MortalityChances.xlsx” workbook may be the number of “packets” of cigarettes someone smokes.
• the settable parameters may be presented to a user (e.g., via an input box on a web page) or exposed to a client application that programmatically provides values to for the parameters.
• a request is sent for the first element.
• the request includes a network-traversable path to the first element, a requested format for results to be returned, and new parameter values for one or more settable parameters affecting the first element.
• this may be interpreted as a request for the “ChancesChart” provided in image form after having been recalculated with a settable “Packets” parameter equal to 10.
• the first element is received in the requested format and reflecting the parameter value supplied in the request. The received first element may then be used by the requesting client, client application, or user for display or further calculation, as needed.
• a refresh request is sent for the first element.
• the refresh request can be identical to the request sent in operation 607 or contain a request for a different format or different parameter value. Even an identical request may still result in a different result being returned as data or logic underlying the first element in the workbook may have changed. In this way, making periodic and identical refresh requests will ensure that the received first element is kept up to date with any changes in the workbook.
• a client application may display on a desktop a first element (e.g., a chart) for which the underlying data is constantly in flux, such as the number of software “bugs” for which a particular client-application user is responsible.
• the client application may be programmed to periodically and consistently send refresh requests for the first element and display the newly refreshed first element when received so that the displayed chart of software bugs remains in sync with the changing data underlying the workbook.
• refresh request may be initiated by a user, such as by clicking the refresh button in a browser application, such as browser application 140 .
• the refreshed first element is received.
• the refreshed first element received may be identical to the first element received in operation 608 or may reflect a different requested format or different supplied parameter value.
• the refreshed first element may have changed due to changes to underlying data or logic in the workbook, even though the request made in operation 609 may be identical to the request made in operation 607 .
• the client application (or client-application user) may already be aware of the settable parameters for a particular spreadsheet and may already be familiar with the element types and elements available in a spreadsheet. Accordingly, in embodiments, one or more of the steps 601 through 606 may be skipped for a given interaction.
• a request is received for element types of a particular workbook.
• the request is received at a server, such as server 105 .
• the server such as server 105
• the API may define the format of a request for workbook element types, such as the request received at operation 701 , to include a file path and an element path, wherein the element path is to the “model” for the workbook.
• the API may define the format for a request for workbook element types of a workbook “Mortality Chances” located in a “Docs” folder accessible through a web services entry point at “http://tsdlt2/_vti_bin/EXCELRest.aspx” to be: GET tsdlt2/_vti_bin/EXCELRest.aspx/Docs/MortalityChances.xlsx/Model/.
• Flow proceeds to operation 702 , wherein a response is sent including the element types of the workbook.
• a server such as server 105 , obtains the model for the workbook in accordance with behaviors defined by an API, such as API 120 , and returns the workbook element types for the workbook.
• a request is received for available elements of a first type.
• a server may receive this request and return (at operation 704 ) all available elements of the first type.
• a request for settable parameters for a first element is received.
• the request may also comprise a request for all settable parameters of the workbook as a whole, including settable parameters of the first element.
• a response is sent with settable parameters of the first element (or of the entire workbook, including settable parameters of the first element).
• a server such as server 105
• that receives the request at operation 705 may, according to a controlling API, extract from the workbook the requested settable parameters and send them (operation 706 ) in a requested (or default) format to a requesting client application.
• a request for the first element is received.
• the first element is recalculated using the parameter value(s) (if any) from the request received at operation 707 .
• a server such as server 105
• the recalculation operation includes creating a transient copy of the workbook and recalculating the first element with the supplied parameter value(s) using the transient copy.
• the transient copy is not saved in persistent storage and may be discarded following operation 709 .
• the transient copy may be placed in a recycle bin, be made subject to trash collection, or otherwise be left unprotected while the original workbook is unchanged. In this manner, a main (or original or native) copy of the workbook can remain generic without being affected by one or more user's requests to recalculate using supplied settable parameter values.
• a response is sent with the requested first element calculated according to any supplied settable parameter value(s) and provided in a requested (or default) format.
• the response at operation 709 may comprise a chart, in image format, that has been recalculated after setting the “Packets” parameter value equal to 10.
• a refresh request may be received at operation 710 .
• the refresh request is treated similarly to the originally received request at operation 707 .
• the refresh request may include a requested format and parameter value(s) that may or may not be the same as the format and parameter values in the request received at operation 707 .
• the first element may be recalculated again using a transient copy of the workbook (not shown) and returned in a response (operation 711 ) using the format and parameter value(s) included in the refresh request.
• a request received at operations 701 , 703 , 705 , 707 , or 710 includes a supported requested format
• the requested information may be returned in that format. If the requested format is not supported or is not present in the request, a default format may be used.
• FIG. 8 illustrates one example of a suitable operating environment 800 in which a software embodiment may be implemented.
• client 100 servers 105 and 110 , and storage device 150 may all comprise operating environments similar to operating environment 800 .
• This is only one example of a suitable operating environment and is not intended to suggest any limitation as to the scope of use or functionality.
• Other well known computing systems, environments, and/or configurations that may be suitable for use include, but are not limited to, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.
• operating environment 800 typically includes at least one processing unit 802 and memory 804 .
• memory 804 may be volatile (such as RAM), non-volatile (such as ROM, flash memory, etc.), or some combination of the two.
• This most basic configuration is illustrated in FIG. 8 by dashed line 806 .
• environment 800 may also include storage devices (removable, 808 , and/or non-removable, 810 ) including, but not limited to, magnetic or optical disks or tape.
• environment 800 may also have input device(s) 814 such as keyboard, mouse, pen, voice input, etc. and/or output device(s) 816 such as a display, speakers, printer, etc.
• input device(s) 814 such as keyboard, mouse, pen, voice input, etc.
• output device(s) 816 such as a display, speakers, printer, etc.
• Also included in the environment may be one or more communication connections, 812 , such as LAN, WAN, point to point, etc.
• Operating environment 800 typically includes at least some form of computer readable media.
• Computer readable media can be any available media that can be accessed by processing unit 802 or other devices comprising the operating environment.
• Computer readable media may comprise computer storage media and communication media.
• Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data.
• Computer storage media includes, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information.
• Communication media embodies computer readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media.
• modulated data signal means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal.
• communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. Combinations of the any of the above should also be included within the scope of computer readable media.
• the operating environment 800 may be a single computer operating in a networked environment using logical connections to one or more remote computers.
• the remote computer may be a personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above.
• the logical connections may include any method supported by available communications media.
• Such networking environments are commonplace in offices, enterprise-wide computer networks, intranets and the Internet.

Abstract

Description

Claims (20)

Priority Applications (1)

Applications Claiming Priority (2)

Publications (2)

Family

ID=45439356

Family Applications (1)

Country Status (1)

Cited By (1)

Families Citing this family (9)

Citations (88)

• 2010
  • 2010-08-31 US US12/873,165 patent/US8825745B2/en active Active

Patent Citations (91)

Non-Patent Citations (124)

Also Published As

Similar Documents

Legal Events