Opening network-enabled electronic documents

Abstract

System(s), method(s), and/or technique(s) (“tools”) are described that enable a user to open a network-enabled electronic document in either a specific software application associated with the electronic document or a network browser. In some cases the tools do so using a single link. On selection of the link, if the user's computing device has access to the specific software application, the tools may load the electronic document using that application. Or, if the user's computing device does not have access to the specific software application, the tools may render the electronic document with a network browser. In so doing, the tools may make the document available to a larger set of potential users through their browsers, allow users the convenience of accessing the document within a browser, optimize users' experience in working with the document through a specific software application, or provide a simpler opening procedure.

Description

BACKGROUND

Currently, users may open network-enabled electronic documents by selecting links. Some links cause a specific software application associated with the electronic document to load the electronic document. Some other links cause a network browser to render the electronic document.

Assume, for example, that a sales manager wants to enable his or her salesmen to be able to open an electronic document to record their sales. The sales manager may send an email to the salesmen with two links to the electronic document: one for opening the electronic document using a specific software application associated with the electronic document; and one for opening the electronic document with a network browser.

SUMMARY

System(s), method(s), and/or technique(s) (“tools”) are described that enable a user to open a network-enabled electronic document in either a specific software application associated with the electronic document or a network browser. In some cases the tools do so using a single link. On selection of the link, if the user's computing device has access to the specific software application, the tools may load the electronic document using that application. Or, if the user's computing device does not have access to the specific software application, the tools may render the electronic document with a network browser. In so doing, the tools may make the document available to a larger set of potential users through their browsers, allow users the convenience of accessing the document within a browser, optimize users' experience in working with the document through a specific software application, or provide a simpler opening procedure.

This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an exemplary operating environment in which various embodiments of the tools may operate.

FIG. 2 is an exemplary process illustrating some ways in which the tools open a network-enabled electronic document in either a specific software application associated with the electronic document or a network browser when the electronic document is selected with a link in a document library.

FIG. 3 is an exemplary process illustrating some ways in which the tools open an electronic document responsive to a user selecting the electronic document with a link in a webpage, an email, or another document.

FIG. 4 is an exemplary process describing ways in which the tools determine whether to open in a network browser or a specific software application.

FIG. 5 shows an exemplary flow diagram with actions and/or communications between elements of FIG. 1.

The same numbers are used throughout the disclosure and figures to reference like components and features.

DETAILED DESCRIPTION

Overview

The following document describes tools capable of enabling a user to open a network-enabled electronic document in either a specific software application associated with the electronic document or a network browser. The tools may decide between these options based on: whether the user's computing device has access to the specific software application or a version of that application capable of fully implementing the electronic document's functions; a pre-selected setting or default; or the user's selection, among others.

An environment in which the tools may enable these and other actions is set forth below in a section entitled Exemplary Operating Environment. This section is followed by another section describing exemplary ways in which the tools open a network-enabled electronic document responsive to the electronic document being selected with a link in a document library, entitled Selecting an Electronic Document with a Link in a Document Library. Another section follows and describes exemplary ways in which the tools open a network-enabled electronic document responsive to the electronic document being selected with other types of links, entitled Selecting an Electronic Document with a Link in a Webpage, Email, or Document. A final section, entitled Determining Where to Open Electronic Documents, sets forth an exemplary process by which the tools may determine whether to open an electronic document in a network browser or a specific software application. These section titles are provided for the reader's convenience and do not alter or limit the scope of the entitled sections.

Exemplary Operating Environment

Before describing the tools in detail, the following discussion of an exemplary operating environment is provided to assist the reader in understanding one way in which various inventive aspects of the tools may be employed. The environment described below constitutes but one example and is not intended to limit application of the tools to any one particular operating environment. Other environments may be used without departing from the spirit and scope of the claimed subject matter.

FIG. 1 illustrates one such operating environment generally at 100 comprising a client computing device 102 having one or more client processor(s) 104 and client computer-readable media 106. The client computing device is shown with a desktop computer icon but may be another type of computing device, such as a smart phone, laptop, or personal digital assistant. The client processors are capable of accessing and/or executing the computer-readable media. The client computer-readable media comprises or has access to a network browser 108, which is a module, program, or other entity capable of interacting with a network-enabled entity, a detection module 110, and a specific software application 112.

The detection module is capable of detecting whether or not the client computing device has access to the specific software application and, in some cases, the specific software application's version and capabilities. It may be part of or separate from the network browser and comprise script and/or an ActiveX module. The specific software application is capable of opening a specific type of electronic document, such as an Excel™ application that is capable of editing Excel™-type spreadsheet electronic documents or an Infopath™ application that is capable of editing Infopath™-form types of electronic documents. The specific software application may also comprise or be affected by a document loading module 114, which is capable of causing an electronic document to be loaded and opened within the specific software application.

The operating environment also comprises a network 116 and server(s) 118 (“servers”). The network enables communication between the client and the servers, and may comprise a global or local wired or wireless network, such as the Internet or a company's intranet.

The servers comprise a single server or multiple servers, such as a server farm, though the servers may also comprise additional server or non-server entities capable of communicating with other entities or of governing the individual servers. The servers are shown with three separate servers 118a, 118b, and 118c operating serially or in parallel to service requests.

The servers comprise servers' processors 120 and server computer-readable media 122. The server processors are capable of accessing and/or executing the server computer-readable media. The server computer-readable media comprises or has access to a request handler 124, and a network electronic document application 126. The request handler is capable of receiving or intercepting requests, such as requests generated responsive to a user selecting to open an electronic document. The network electronic document application is capable of servicing an electronic document, such as by creating and providing HTML (“HyperText Markup Language”) enabling the network browser to render the electronic document and receiving and saving edits to the electronic document.

Selecting an Electronic Document with a Link in a Document Library

The following discussion describes exemplary ways in which the tools open a network-enabled electronic document in either a specific software application associated with the electronic document or a network browser responsive to the electronic document being selected with a link in a document library. A document library may comprise, for example, a web page containing a collection of electronic documents and a way in which to select a link to each of these documents. This discussion refers to particular elements, such as elements of operating environment 100 of FIG. 1, though other elements and environments may be used.

When a user selects a link, such as a hyperlink in a document library to open an electronic document, the tools determine whether or not a specific software application associated with the electronic document is available on or accessible by the user's computing device (e.g., it is installed). The tools also determine whether or not the specific software application is of a version compatible with the electronic document. If both of these are true, the tools may load the electronic document on the user's computing device with the specific software application. In some cases there is an indication (e.g., a previously selected setting) indicating that the electronic document should only be opened in the network browser. In these cases the tools may forgo these actions and immediately open the electronic document in the network browser.

If the specific software application associated with the electronic document is not accessible or is accessible but of an incompatible version, the tools may also open the electronic document with the user's network browser. To do so, the tools may, in some cases, cause the network browser to navigate to a page with appropriate query parameters sufficient to cause the browser to open the electronic document on that page.

The tools may behave in either of these manners regardless of whether the user is selecting to create a new electronic document or is selecting an existing electronic document. Also, when the user is done with the electronic document, the tools may return the user to the page that was used to open the document (e.g., the document library page or other page through which the link was selected). An exemplary process performing some of the above actions is set forth immediately below.

FIG. 2 is an exemplary process 200 illustrating some ways in which the tools open a network-enabled electronic document selected with a link in a document library. The process is illustrated as a series of blocks representing individual operations or acts performed by elements of operating environment 100 of FIG. 1, such as detection module 110 and request handler 124. This and other processes disclosed herein may be implemented in any suitable hardware, software, firmware, or combination thereof, in the case of software and firmware, these processes represent a set of operations implemented as computer-executable instructions stored in computer-readable media and executable by one or more processors.

Block 202 receives a selection through a link to a document library for a network-enabled electronic document. A user, for instance, may click on an icon (e.g., a button graphic) associated with, or text for, a universal resource locator (URL) to select the electronic document in the document library.

Block 204 determines whether the electronic document is accessible through the document library, such as by being on a shared enterprise server (e.g., a SharePoint™ server). If yes, the tools proceed to block 206. If no, the tools proceed to block 212.

Block 206 determines whether the document library has a previously selected or default setting indicating that the electronic document should be opened in the network browser regardless of whether or not the specific software application associated with the electronic document is accessible and of a compatible version. If yes (it does have a setting), the tools proceed to block 208. If no, the tools proceed to block 210.

Block 208 redirects the network browser to a page on which the electronic document may be opened. Here the tools redirect the network browser to a dynamic server-generated browser page that is capable of opening the electronic document. This dynamic server-generated browser page may be generated using asp, aspx, jsp, php, and cgi technologies, for example, which permit the document to be displayed as part of the dynamic server-generated browser page. Here the tools use a URL having the URL for the electronic document along with query parameters. These query parameters indicate whether the document library is set for the electronic document to be opened in the browser even if the specific software application is accessible. These query parameters may contain an encoded server-relative path to the electronic document's file and an encoded absolute path to the page that was used to open the file. The absolute path parameter may later be used by the network browser to navigate back to that page when the electronic document is closed.

Block 210 determines whether the user has a right to open the electronic document in the specific software application. The tools may determine this based on a security setting in the file for the electronic document, which may be referenced in the path of the request. If no, the tools proceed to block 208 and redirect the network browser. If yes, the tools proceed to block 212.

Block 212 determines if the specific software application associated with the network-enable electronic document is accessible and, in some cases, whether it is of a compatible version. Here block 212 determines whether or not a document loading module associated with the specific software application is installed (e.g., an ActiveX module) on the user's computing device. If yes, the tools proceed to block 214. If no, the tools proceed to block 208.

Block 214 opens the electronic document with the specific software application. Here the tools use the document loading module to open the electronic document in the specific software application. The document loading module may receive, as a parameter, the URL for the electronic document. With this parameter, the specific software application requests the file for the electronic document in such a way that the server can distinguish the request from a network browsers request. In one particular embodiment, the server distinguishes the request with a translate F HTTP header, receives the file, and opens the electronic document.

Selecting an Electronic Document with a Link in a Webpage, Email, or Document

The following discussion describes exemplary ways in which the tools open a network-enabled electronic document in either a specific software application associated with the electronic document or a network browser responsive to the electronic document being selected with a link in a webpage, email, or document. This discussion refers to particular elements, such as elements of operating environment 100 of FIG. 1, though other elements and environments may be used.

When a user selects a link to open an electronic document through a webpage, email, document (e.g., a word-processing document), or the like, the tools determine whether or not a specific software application associated with the electronic document is accessible by the user's computing device (e.g., it is installed) and is of a version compatible with the electronic document.

If these are both true, the tools cause the specific software application to open the electronic document. If these are not both true, the tools cause the network browser to open the electronic document. To open the electronic document using the network browser, the tools cause the network browser to navigate to a page with appropriate query parameters sufficient to cause the browser to open the electronic document on that page.

The tools may behave in either of these manners regardless of whether the user is selecting a new or existing electronic document. When the user is done with the electronic document, the tools may return the user to the document library page or other page through which the user selected the link. An exemplary process performing some of the above actions is set forth immediately below.

FIG. 3 is an exemplary process 300 illustrating some ways in which the tools open an electronic document responsive to a user selecting the electronic document with a link in a webpage, an email, or another document. The process is illustrated as a series of blocks representing individual operations or acts performed by elements of operating environment 100 of FIG. 1, such as detection module 110 and request handler 124.

Block 302 receives a selection through a link in a webpage, email, or other document and for a network-enabled electronic document. A user, for instance, may click on a universal resource locator (URL) link in an email to select the electronic document.

Block 304 determines whether or not the user has a right to open the electronic document at least in the network browser. The tools may do so through information in the file for the electronic document, such as security settings and the identity of the user or machine through which the user selected the link. If block 304 determines that the user does not have this right, the tools may end the process and/or provide an error message (not shown).

Block 306 determines whether or not the electronic document should only be opened in the network browser. The tools may determine that the electronic document should be loaded in the network browser even if the user's computing device has access to the specific software application based on a default setting or a previously selected setting. If yes (it should be opened in the network browser), the tools proceed to block 308. If no, the tools proceed to block 310.

Block 308 renders the electronic document through the network browser. The tools may do so using a server having software tailored to the electronic document, such as an electronic-form-ready server for an electronic-form type of electronic document or a spreadsheet-ready server for an electronic document comprising spreadsheets.

Block 310 determines whether the user has a right to open the electronic document in the specific software application. The tools may determine this based on a security setting in the file for the electronic document, which may be referenced in the path of the request. If yes, the tools proceed to block 312. If no, the tools proceed to block 308 and render the electronic document.

Block 312 determines whether an identifier for the specific software application is present and, if so, whether it indicates a version equal to or greater than the electronic document's version. The tools may do so based on query parameters in the header. These query parameters may include those noted as part of process 200 above. If no, the tools proceed to block 308 and render the electronic document. If yes, the tools proceed to block 314.

Block 314 opens the electronic document with the specific software application. The tools may receive, as a parameter, the URL for the electronic document. The tools may then return the electronic document's content such that it will be opened by the specific software application. Or it may then compute a URL for a redirect to the specific software application or append query parameters to the URL for the selected link. These parameters may include those noted as part of process 200. This URL or appended URL is used by the tools to launch the specific software application either with a 302 redirect to the appended URL or by passing the URL to the document loading module.

Determining where to Open Electronic Documents

The following discussion describes these and alternative ways in which the tools determine where to open a network-enabled electronic document. By way of example, this discussion refers to particular elements, such as elements of operating environment 100 of FIG. 1, processes 200 and 300, and flow diagram 500 of FIG. 5.

FIG. 4 is an exemplary process 400 illustrated as a series of blocks representing individual operations or acts performed by elements of operating environment 100 of FIG. 1, such as detection module 110 and request handler 124.

Block 402 intercepts a request generated by a user selecting a link to open an electronic document. The link may be to open an electronic document in a document library as set forth in process 200 or a link in a webpage, email, or other document as set forth in process 300. In some cases selection of this link, if it were not intercepted, would cause the specific software application to open the electronic document. In some others, if it were not intercepted, this selection would cause the network browser to open the electronic document.

This link may include information indicating what version or capabilities are needed in a specific software application associated with the requested electronic document to enable the functionality of the electronic document. Alternatively or conjunctively, the detection module may inspect the contents of the electronic document to determine the document's version or capabilities.

FIG. 5 is an exemplary flow diagram showing actions and/or communications between elements of FIG. 1. Here the request generated by selection of the link is intercepted from network browser 108 (on client computing device 102) by request handler 124 over communications network 116. Communications over the communications network are shown with arrows over a dashed line. This interception is marked with arrow 1.

Block 404 determines whether or not the user's computing device has access to a specific software application associated with the requested electronic document or whether the electronic document was previously selected to be opened only in a network browser. Block 404 may also determine the capabilities of the specific software application and/or its version.

Here the request handler asks detection module 110 whether the user's computing device has access to the specific software application and for its version. The detection module receives this query for information from the request handler, shown at arrow 2. The detection module determines whether the user's client computing device has access to the specific software application (e.g., it is installed) and, if it does, the application's version. The detection module then provides this information, shown at arrow 3, which is received by the request handler. This communication between the request handler and the detection module may be indirect, such as through the network browser.

Block 404 may decide whether or not to make this determination based on the request having information indicating that the requested electronic document may possibly be opened using remote resources (e.g., network electronic document application 126) or local resources (e.g., specific software application 112). In some cases this information is a particular extension in a URL for the request, such as an “.xls” extension for a spreadsheet type of electronic document or an “.xml” extension for an electronic-form type of electronic document. In some other cases, this information is or is derived from meta-information promoted from the document to a filing system or document library.

Block 404 may also determine that the electronic document was previously selected to be opened only in the network browser based on having information indicating that the requested electronic document's URL comprises a particular parameter. This permits designers or other users of an electronic document to ensure that the electronic document is only opened in the network browser even if the user's client computing device has access to the specific software application associated with that electronic document.

Process 400 proceeds to block 406 if the user's client computing device does not have access (and/or an appropriate version or capabilities) to the specific software application or is previously set to be opened by the network browsers. Alternatively, an additional selection may be requested from the user, such as a dialog box asking whether or not the user wishes to open the electronic document in either the network browser or the specific software application (not shown). A user's selection to open the electronic document in the network browser may be determinative. Otherwise, the process proceeds to block 408.

Block 406 causes the electronic document to be opened in a network browser. If the request would have caused the electronic document to be opened in the specific software application—if it were not intercepted—the request handler alters the request effective to enable the network browser to handle the request. This dynamic alteration to the request causes data to be sent to the user's client computing device using a different format than were it not altered. Here the request handler alters the request and submits it to the network electronic document application effective to cause the network electronic document application to send data in a format acceptable for direct rendering in the network browser (e.g., HTML), rather than in the format used by the specific software application (e.g., the format corresponding to the physical file for the electronic document). This is shown in FIG. 5 at arrows 4a and 5a.

Block 408 causes a specific software application associated with the selected electronic document to open the electronic document. The request handler may instruct the detection module or document loading module 114 to request a physical file (e.g., a non-rendering file) for the electronic document in a format usable by the specific software application. This is shown at arrow 4b. The request handler may do so by dynamically altering the request from the user's selection and sending this altered request to the detection module or document loading module and telling it to make a request using this altered request. The request handler alters the user's request by appending query parameters to it (such as those noted in process 200 or 300 above).

Here the detection module receives these instructions and makes a request for a physical file. The detection module makes the request of the network electronic document application, though it may make the request of any source (local or remote) capable of supplying the physical file (arrow 5b). This physical file is effective to enable the specific software application to open the electronic document on the user's client computing device. In response, the network electronic document application provides the physical file to the detection module at arrow 6b.

The detection module receives the physical file and causes the document loading module to load the physical file and the specific software application effective to cause the specific software application to open the electronic document. This is shown at arrows 7b and 8b. The document loading module may know to cause the specific software application to load the physical file based on information provided in the physical file, such as its format being compatible with the specific software application but not with the network browser.

In cases where the link is selected by the user through the network browser, such as in a webpage, the tools may remain or return to that webpage. For instance, if a user selects a link in a webpage opened in the network browser, the tools may open the electronic document with the specific software application or within the webpage.

Each of the above acts, includes blocks of process 200, 300, and 400, may all be performed without user interaction other than the user's selection of a link to open an electronic document. This enables a user, with as little as one selection of one link, to open an electronic document in either a network browser or a specific software application, as appropriate. A user may not need, for example, to know whether his or her client computing device has access to the specific software application, that the specific software application is of an appropriate version or capabilities, or that the electronic document should be opened in the network browser even if the user's device has an appropriate specific software application installed.

CONCLUSION

The above-described systems, methods, and/or techniques enable a user to open a network-enabled electronic document in either a specific software application associated with the electronic document or a network browser. In some cases the user may do so through selection of a single link. Although the systems and methods have been described in language specific to structural features and/or methodological acts, it is to be understood that the systems and methods defined in the appended claims are not necessarily limited to the specific features or acts described. Rather, the specific features and acts are disclosed as exemplary forms of implementing the claimed systems and methods.

Claims

1. A method implemented at least in part by a computing device comprising: intercepting a request by a user to open an electronic document;from a server, querying a client computing device to determine whether the client computing device has a specific software application capable of opening the electronic document;receiving, on the server, a response indicating that the client computing device has the specific software application capable of opening the electronic document;dynamically altering, on the server, the request to enable a network browser to open the electronic document instead of the specific software application;submitting, to the client computing device, the altered request for opening the electronic document;receiving, from the server, data in a format acceptable for rendering the electronic document in a web browser on the client computing device, wherein the data comprises a format different than physical files opened with the specific software application; andopening the electronic document in the web browser on the client computing device,wherein the request is altered by appending query parameters to the request,wherein the query parameters indicate whether a document library on the client computing device is set for the electronic document to be opened in the network browser even if the specific software application is accessible on the client computing device,wherein the query parameters contain an encoded server-relative path to the electronic document's file and an encoded absolute path to the page that was used to open the electronic document's file,wherein the absolute path parameter is used by the network browser to navigate back to the page when the electronic document is closed,wherein the intercepting the request is generated by the selection of a link and wherein the request, if it were not intercepted, would cause the specific software application to open the electronic document, andwherein the acts of receiving and opening are performed without user interaction other than the user's selection of the link.

2. The method of claim 1, wherein the act of receiving comprises an indication from the user's computing device that the specific software application is installed on the client computing device.

3. The method of claim 1, further comprising: requesting information from the user's computing device indicating whether the user's computing device has or does not have access to the specific software application;receiving the information; andsending, if the information indicates that the user's computing device has access to the specific software application, data for the electronic document in a format usable by the specific software application to the user's computing device.

4. The method of claim 1, wherein the link comprises a Universal Resource Locator (URL) for the electronic document within the document library.

5. The method of claim 1, wherein the link comprises a Universal Resource Locator (URL) selected from within a webpage, email, or other electronic document.

6. The method of claim 1, further comprising receiving the specific software application's version and the electronic document's version, and wherein the act of receiving comprises determining that the user's computing device does not have access to the specific software application if the specific software application's version is not compatible with the electronic document's version.

7. The method of claim 1, further comprising determining whether the electronic document was previously selected to be opened only in the network browser and, if the electronic document was so previously selected, causing the network browser to open the electronic document.

8. The method of claim 1, further comprising, if the link is selected from a webpage, and responsive to the electronic document being closed, presenting the webpage.

9. The method of claim 1, wherein the act of receiving comprises determining that the electronic document's file extension is for a type of electronic document capable of being opened in only one of the network browser or the specific software application.

10. A method implemented at least in part by a computing device comprising: receiving, responsive to a user selecting a link for an electronic document, a query for information regarding whether the user's computing device has access to a specific version of a software application associated with the electronic document;determining whether the user's computing device has access to the specific version of software application;providing the information;receiving, if the information indicates that the user's computing device has access to the specific version of the software application, instructions to make a request for data for the electronic document in a format usable by the specific version of the software application;dynamically altering the request with one or more parameters, wherein the one or more parameters indicate whether a document library on the user's computing device is set for the electronic document to be opened in the a network browser even if the specific version of the software application is accessible on the user's computing device; anddirecting the network browser on the user's computing device to a dynamic server-generated browser page that is capable of opening the electronic document,wherein the parameters contain an encoded server-relative path to the electronic document's file and an encoded absolute path to the page that was used to open the electronic document's file,wherein the absolute path parameter is used by the network browser to navigate back to the page when the electronic document is closed,wherein the act of providing the information comprises providing the version for the specific software application and the act of receiving instructions comprises receiving the instructions only if the information indicates that the specific software application's version is as new or newer than the electronic document's version, andwherein the acts of receiving the query, providing, receiving instructions, and making the request are performed without user interaction other than being responsive to the user selecting the link.

11. The method of claim 10, further comprising receiving the data and causing the specific version of software application to load the data effective to open the electronic document.