A user's experience using search features in a computing environment can be rather limited in scope, functionality, and presentation. For example, a user may perform independent searches in different contexts, such as a search for a local file, object, or application through a file system search feature, another independent search for an email in a separate email application search feature, yet another independent search for Web content using a separate Web search service, etc. Results from such different contexts of searches are generally provided independently, with independent rankings and groupings, in presentations by separate applications and/or in separate windows and formats, etc. Accordingly, such searches fail to provide integration among the different contexts of search results.
Search services can find resources (e.g., files, streams, objects, data, etc.) that can be accessed by specific applications for a richer user experience. For example, a movie player application can access a database of online, streamable movies with rich annotative information (e.g., cast information, reviews, images, previews). However, if a user does not have the application installed on his or her computer, the user may not be able to access the application-enhanced information.
Implementations described and claimed herein address the foregoing problems by determining an identity of an application associated with a search result, determining whether the application is available and/or installed on the user's system, and installing the application when appropriate. A search management system receives at a computing device one or more search results from a search operation based on a search query. The search operation was performed a search on content in a datastore accessible through an application. At least one of the search results is associated with an application identifier identifying the application. A contextual application installer determines whether the application identified by the application identifier is already installed for execution by the computing device and installs the application on the computing device, if the application is not already installed on the computing device. As part of the installing operation, the contextual application installer presents a prompt identifying the application and installs the application on the computing device if an instruction to install the application is received responsive to presentation of the prompt.
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 features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.
Other implementations are also described and recited herein.
Yet another search context may include an “application content” search, such as a search of data accessible specifically through an enumerated application or a set of enumerated applications executable by a user's computing system or a local server (whether or not the application is already installed on the user's computing system). For example, a news reader application on the user's computing system may provide enhanced access to news articles accessible locally or remotely. Such enhanced access may include functionality for assembly of related images, related stories, related videos, etc. If the application is not yet installed on the user's computing system, the search management system or related sub-systems may offer to install the application for use in accessing the content associated with the search result. In one implementation, an application that can access the application content is identifiable by an application identifier that uniquely identifies the target application within an application store or catalog, within a database of otherwise installable applications (e.g., via download or removable media), etc. It should be understood that certain application content may be accessible via multiple uniquely identified applications, such as in the case of several specifically-identified music player applications being able to operate on (e.g., playback) a particular music library. It should be understood that non-application content refers to local or remote content that is not accessible via an enumerated application, such as remote Web content or local file content that is not specified for access via an enumerated application designated by an unambiguous application identifier.
In another example, a search result referencing a contact (a type of local content, such as from a contacts application or file, or remote content, such as from a social networking service database or CRM system) may be returned as a search result. Content elements (e.g., actionable sub-components of the contact search content) may be presented with certain instrumentation to allow a user to select the content element (e.g., an “entity property”), such as a phone number or an email address within the contact content, to invoke the associated action (e.g., making a call to the phone number or composing an email to the email address) via a target application.
It should be understood that various search contexts may be performed locally or remotely. For example, an application search context may be performed on locally accessible application content. Such application content resides locally to the user's computing system and is associated with an enumerated application executable on the user's computing system. Likewise, an application search context may be performed on remotely accessible application content. Such application content resides external to the user's computing system and yet is still associated with an enumerated application executable on the user's computing system.
Other content from the search result content may also be used in invoking the action. For example, if a restaurant search result is returned based on entry of a date and time in the search query, the date and time may be included in the subject line or body of a new email, responsive to selection of the email address of the restaurant as returned in the search result.
Other search contexts and actions may be supported in other implementations.
The search management system 106 integrates searches in such contexts to allow a user to perform a single search, rather than a series of independent searches, and obtain an aggregated ranking, grouping, and presentation of the integrated search results. The search handling system also processes contextual metadata in association with such search results to allow the user's computing system to perform actions in response to selection of individual search results (e.g., installing and/or launching an appropriate audio player to play an audio file corresponding to a search result). Example metadata may include one or more application identifiers, one or more action identifiers, etc.
In the illustrated implementation, as the user types each letter of the search query into the search field 104, the search management system 106 progressively searches through the various supported search contexts (e.g., local content, remote content, application content, etc.) based on the entered portion of the search query and presents progressive search results 108 (e.g., a USA Today article about a NASA report on solar flares and a Wikipedia entry about solar flares) and search query suggestions 110 (e.g., “Solar flares today,” “Solar flare news,” etc.). In the case of the search results 108, the song files may be found in one or more of the local content, remote content, and application content search contexts.
The search management system 106 receives the search query or portion thereof (collectively referred to as the “search query” unless specified more specifically) and serves the search query to a local search provider and/or a remote search provider. The local search provider, for example, may be a search facility resident in the client or within the local area network that allows the user to search for files, objects, applications, etc. within the file system of the client device, client-accessible servers and storage devices, and other local datastores (e.g., a local image, video or audio database; a local inventory database, a local personnel database etc.). In contrast, the remote search provider, for example, may be a WAN-resident search facility, such as a Web search engine, that allows the user to search Web domains, online databases, and other remote resources. One or both of the search providers return search results based on the search query to the search management system 106, which passes the search results to the user interface for integrated presentation to the user.
In
As previously discussed, an application content search performs a search through content accessible via an application executable by the user's computing system. For example, a media player application on the user's computing system may have access to local audio files, Web-resident audio files, streaming music channels, etc. In one implementation, a search of at least one index of such application content may be achieved via the search field 104 and the search management system 106. It should be understood that the specific application used to access the application content need not be installed or executing on the user's computing system at the time of the search operation (or at the time of the selection of a content element of a source application in the more general perspective). Instead, if the enumerated application is available (e.g., via an online application store or via another installation method), the search result may indicate the appropriate application to be used to access the application content, in some cases offering to install the application, offering to allow the user to purchase and install the application, directing the user to otherwise obtain and install the application, etc.
Further, one or more search engines (e.g., the search management system 106, a Web-based search engine or service, etc.) can return contextualized search results that can be interpreted by the search management system 106 to provide enhanced presentation (e.g., prioritization, grouping, personalization, etc.) and functionality (automatic launching of appropriate applications, automatic invocation of appropriate actions, etc.).
If the appropriate application is not installed on the computing device, the search management system 206 or a related component determines whether the appropriate application is available for installation on the client computer. If not, the content of the selected search result is presented in a default application, such as a browser. In contrast, if the appropriate application is not installed but is available for installation and execution on the computing device, the search management system 206 or a related component presents the user with an option (as shown in partial screenshot 200) of accessing the search result content in the browser or installing the USA Today application on the computing system and accessing the search result content through the USA Today application for a richer user experience.
The pane 204 presents a preview 205 of the news article content and a control 210 to allow the user to select access through a browser. The pane 212 presents another preview 216 of the news article content and a control 214 to allow the user to select installation of the USA Today application for access to the news article. By selecting the control 214, the user can instruct the search management system 206 or a related component to search an application store or other application sources for an installable version of the application identified by the application identifier. Upon finding such an installable version of the application, the search management system 206 or a related component installs the application and opens the search result content using the installed application for presentation to the user.
It should be understood that in some implementations, no default application is available. For example, an application content search result may be received from an online database that does not have a corresponding Web page. Accordingly, in such circumstances, the search management system 206 may offer only an application installation option to allow the user to application content, if no other appropriate application is already installed.
Furthermore, in some implementations, a user may not be prompted to install the application. For example, in the case of the online weather database above, the search management system 206 may automatically initiate installation of the weather application, whether upon receipt or later at selection of the corresponding search result.
Example contextual information may include a unique application identifier, a search result descriptor providing a schema describing the data reference by the search result (e.g., identifying the data as an audio file of MPEG4 format in association with a “play” action), etc. The contextual information may also include a variety of other information including licensing information, purchase transaction information, an address for buying/installing a specified application to operate on the data identified by the search result, crowd-sourced application settings, crowd-sourced information for supplementing the search result (e.g., crowd-sourced playlists, crowd-sourced album artwork, crowd-sourced associated media, etc.).
The search management system 304 receives a search query 303 (e.g., via a user interface), processes it and passes it through a communications network 306 (e.g., the Web) to a search service 308, receives contextualized search results 307 from the search service 308, and returns, via a search results interface, one or more contextualized search results from a variety of search contexts (e.g. Web searches, application content searches, etc.). An example search results interface includes a web server supporting the search service 308, or some other communication system for communicating search results to searching entities. In one implementation, the search service 308 acts as a central broker that receives and processes the search query 303 from the search management system 304, integrates all cloud-based content (e.g., from providers 322, 324, 328, 330), and returns the contextualized search results 307 (pertaining to remote Web and application content) to the search management system 304.
The search management system 304 also performs local searches and/or application content searches. In one implementation, the search management system 304 integrates local searches, Web searches, and application content searches, prioritizing results from each context using rankings computed across the three contexts, and, when appropriate, presenting the results through a user interface in an integrated display (e.g., in the same search result window, with search results from each context intermixed with search results from other contexts).
In some implementations, an appropriate application may not be installed for execution on the computing device 302. Accordingly, a contextual application installer 320 may use the application identifier received in association with the contextual search results 307 or the local contextual search results to search an application store or other application sources for an installable version of the application identified by the application identifier. Upon finding such an installable version of the application, the contextual application installer 320 installs the application and opens the search result content using the installed application for presentation to the user.
In other implementations, selection of a search result may trigger an action within an application (see applications 309, which may be newly installed) that operates on the content associated with the search result content. For example, selection of a song from a search results list can invoke a “play” action within a music player application. Launching of the appropriate application and activation of the action may be facilitated by contextualized search results, both from the search service 308 and from local content and local application content searches performed on the computing device 302. In one implementation, the contextualized search results include an application identifier and an action identifier. For example, the application identifier may specify a unique application available for installation and execution on the computing device 302. The unique application is identified as being appropriate for execution on the search result content. The action identifier specifies the action to be taken by the application on the search result content. A contextual application launcher 310 processes the application identifier and the action identifier to perform the specified action on the search result content using the specified application.
In the context of local searches, the search management system 304 collects and/or generates one or more local indexes (e.g., a local file index 312 and a local application content search index 314), which may be integrated into a single local index 316. For example, the local file index 312 represents a collection of scanned (e.g., crawled) and parsed data from local files for use in identifying search results satisfying a search query. In contrast, a local application content search index 314 represents a collection of parsed data from an application database or other application content datastore. Such parsed data may be obtained by scanning (e.g., crawling) the database or other datastore associated with the application (collectively referred to as “application datastores 315) directly or by scanning (e.g., crawling) the application datastore via an API or other mechanism for accessing the application's data. The scanned data is parsed into the local application content search index 314. The local file index 312 and local application content search index 314 may be integrated (e.g., its indexes combined) in real time, periodically, responsive to changes in the searchable data, responsive to receipt of a search query, etc. It should be understood that the local file index 312 may also include data from other locally accessible datastores 317, such as shared storage systems, external hard drives, virtual storage systems, etc., whether connected directly to the computing device 302 or connected via a communications network 318.
The local file index 312 and local application content search index 314 may be generated using methods and systems similar to those illustrated and described with regard to remote content in
The search service 308, which can represent a collection of search services, crawls remotely accessible datastores and content from other sources to generate a searchable index. Responsive to receipt of a search query, the search service 308 analyzes its searchable index and returns contextualized search results 307. The searchable index may be generated from the scanning and parsing of Web pages (such as those provided by Web content providers 322 and 324), datastores containing application content (such as application search content datastore 326 provided by an application search content provider 328 and an application search content datastore 330 provided by an application search content provider 332), and other content sources. In one implementation, an application search content provider may generate its own index of its content and make it available to the search service 308. In another implementation, an application search content provider may provide an API or other mechanism to allow the search service 308 or another entity to access the provider's content for generation of an index that may be accessed by the search service 308. In yet another implementation, a content provider may periodically upload structured content data to the search service 308 using a mechanism such as an XML RSS feed.
The search service 308 transfers the contextualized search results 307 to the search management system 304 for integration and presentation with local search results. The search management system 304 also generates a local set of contextualized search results. Each set of contextualized search results may include a variety of search result context parameters. Examples of such context parameters are listed below, without limitation:
Accordingly, the contextualized search results 307 (e.g., which may include search results associated with remote content, e.g., Web content, and remote application content) and contextualized search results generated by the search management system 304 (e.g., which may include search results associated with local content, e.g., local files, and local application content accessible by locally executable applications) are ranked in aggregate and presented through a user interface in an integrated format (e.g., a single search results window). Furthermore, selection of a search result may result in a launch of an associated application (e.g., specified by a contextually-provided application identifier) and invocation of an associated action (e.g., specified by a contextually-provided action identifier), such as “play the audio content associated with the selected search result.”
It should also be understood that the search management system 304 can operate as an application content provider, in that the application content it accesses through applications 309 may be Web-based datastores (rather than local datastores). The remote content or an index associated with the remote content accessible though the applications 309 may be therefore be served up to the search service 308 to supplement the index search content available to the search service 308.
It should be understood that search results from various search contexts and classifications may alternatively be presented in separate views, rather than an integrated view. For example, application content search results may be presented in one window and local search results may be presented in another window. In another example, the different types of search results may be presented in a single window that allows a user to toggle through the different search contexts or classifications.
In yet another implementation, the classification tags may be used to disambiguate search results, thereby grouping, ranking, and filtering search results to provide a more relevant set of search results to the user. For example, a query may be tagged to pertain to “Michael Jackson” the musician rather than “Michael Jackson” the whisky expert. As such, search results returned about the whisky expert may then be ranked lower, grouped in a different region of the user interface, filtered out altogether, etc.
Classification tags may also be used to, without limitation:
The query and answer manager 406 receives the classified query and directs it to one or more appropriate answer workflows, such as the Web content answer workflow 408 or the application content answer workflow 409. Other answer workflows may also be employed, such as a multimedia content answer workflow, an ads workflow, etc.
In one example, the classified query is passed to a Web content answer workflow 408, which applies the classified query to output of a Web content pipeline 410 as a run-time service. On a substantially continuous basis, the Web content pipeline 410 receives and indexes a Web content stream 412 from a Web crawler 414. The Web crawler 416 analyzes Web pages 416 and provides the crawled Web content stream 412 to the Web content pipeline 410, which indexes and otherwise processes the Web content to make the indexed Web content available to the Web content answer workflow 408. The Web content answer workflow 408 applies the received classified query to the indexed Web content of the Web content pipeline 410 and provides the query and answer manager 406 with ranked and/or otherwise contextualized search results from the Web content.
In another example, the classified query is passed to an application content answer workflow 409, which works with an application content index server 418 to apply the classified query to indexed application content output received from an application content pipeline 420. The application content pipeline 420 processes data from various application content sources, including without limitation the Web content stream 412, the application content from feeds 423, and application content API interaction 432. Such content can be organized in a variety of ways, including without limitation by canonical entity and by content identifier. For example, when organized by canonical entity, content from various sources are matched against a well-known entity like “Katy Perry” and stored relative to that canonical entity by the entity processors 434. This technique allows search results from the application content index server 418 to pull all related application content for “Katy Perry” in a single request. In one implementation, the query classifier 404 is primarily responsible for determined whether the canonical entity “Katy Perry” is the topic intended by the user. In another example, when organized by content identifier, each set of application content received from various sources is indexed into separate documents. The application content index server 418 matches relevant documents from such sources based on various signals, such as the number of terms matching, popularity of the document, popularity of the source, popularity of the application, etc.
The application content ranker model 422 provides one or more models, used by the application content index server 418, for ranking indexed application content received from the application content pipeline 420. The application content index server 418 returns to the application content answer workflow 409 a set of ranked application content documents.
In the example of the application content pipeline 420, application content is input to the application content pipeline 420 through a variety of mechanisms. One possible mechanism is through the Web Content stream 412, which (at least in the case of application content) receives crawled Web content from Web sites that are accessible through an application (e.g., a movie database that is accessible through a movie browsing and playing application) and provides structured content of the information from the associated Web pages. For certain Web pages, for example, the elements of individual pages in the Web content stream 412 are mapped to provide structured data (e.g., pictures at certain locations in the Web pages are album cover images, text at certain locations in the Web pages identify the artist, etc.) through an application content extractor 431. The Web crawler 414 fetches raw Web page content, which is fed to the Web content pipeline 410 as the Web content stream 412. The Web content stream 412 is also processed by the application content extractor 431 to generate structured data based on the mappings. The structured data is passed to the application content pipeline 420. In an alternative implementation, the application content extractor 431 can be integrated into the Web crawler 414.
The mappings are provided by one or more URL-pattern-to-application-information mapping models (see, e.g., map 430). The structured data from the Web content stream 412 is received by the app content pipeline 420 and used to generate indexed application content for use in responding to search queries. Alternatively, Web page developers can mark-up their Web pages to allow the Web crawler 414 to extract structured data from each marked-up Web page. This structured data is extracted from Web pages having content that is accessible through an unambiguous application executable on the user's system (such Web content, when input to the application content pipelines, is also referred to as a type of “application content” because it is based on Web content accessible via an identified application executable by the user's computer system.)
In another mechanism for extracting application content, a feed aggregator 424 receives structured application content 423 (e.g., in XML format) from one or more application content feeds 426 and/or application store catalog feeds 428. The structural elements are provided through the feeds by the application content providers (e.g., the movie database provider) and/or the application stores.
In yet another mechanism for extracting application content, an application content API interaction module 432 accesses online content sources via a source-provided API. In such a mechanism, the application content API interaction module 432 queries online content sources to obtain structured data relating to the application content provided by these sources.
Each of these mechanisms, as well as other potential application content providing mechanisms, may be employed to provide structured application content data to the application content pipeline 420. Within the application content pipeline 420, an application content repository updater 435 processes the received structured application content data and updates already stored structured application content data recorded in the application content repository 436. Example updates may include without limitation supplementing, altering, or deleting portions of the application content stored in the application content repository 436. For example, a new movie may be made available through a movie service accessible through a movie player application on the client. The application content representing the new movie may be added to the application content repository 436. In contrast, a movie may have been removed from a movie service, so the application content representing the formerly-available movie may be deleted from the application content repository 436.
One or more entity processors 434 receive updated application content from the application content repository and may associate some of the content with various entities. An entity represents a semantic data object having annotated properties, such a unique identifier, a collection of properties based on the attributes of the real-world topic it represents, links representing the topic's relationship to other entities, actions that a searcher for that topic might want to invoke, etc. The entity processors 434 stamp (e.g., assign one or more unique identifiers to) components of the application content to associate it with the entities in an entity database (e.g., to associate movie content with a movie entity, with an actor entity, etc.). An application data repository 438 may include without limitation application metadata such as the application title, icon, description, etc., which may be obtained from the online application store, an application metadata service, etc. Such metadata may be used to enhance the information associated with the application content search result in its presentation via a user interface 456, for example.
An indexed document generator 440 receives stamped application content from the entity processors 434 and content characterization parameters from a content injector 442. The content injector 442 receives content characterization parameters, such as telemetry data, anchor data, ranking parameters, etc., which can be used by the indexed document generator 440 to provide rich indexed application content for use by the application content index server 418 when serving application content search results to the application content answer workflow 409. Example content characterization parameters are described below.
An application content click stream 444 collects and delivers telemetry data by tracking historical user behavior (e.g., “the click stream”) when users interact with application content data and related applications themselves. An application content anchor stream 446 operates on application content collected from Web pages and collects and delivers anchor text of a selected link, text that is located in the proximity of a selected link, text that is located on Web pages referenced by the selected link, etc. An application content static rank 448 collects and delivers static ranking information provided by other sources, such as human-generated ranking data, marketing research ranking, etc. Additional application content ranking signals 450 collects and delivers a variety of other ranking data, including without limitation view counts and user ratings associated with the application content. An application store static rank 452 collects and delivers static ranking information received from one or more online application stores, such as an online store that allows users to download and install application to their client computers for use in accessing application content. For example, if a variety of movie applications may access one or more online movie databases, ranking information from the application store static rank 452 may providing higher ranking information for the most popular of the movie applications as discerned from user purchase information through the online application store or the online movie database. It should also be understood that certain ranking data may also be provided from dynamic ranking sources.
Based on the above-described content characterization and the collected application content, the indexed document generator 440 provides the indexed application data to the application content index server 418 and the application content answer workflow 409 for use in responding to the search query and ranking the application content search results. The application content answer workflow 409 may also receive real-time application content via a real-time application content API 433, which provides an alternate route for application content so that application content need not to be processed by the application content pipeline 420 for indexing and may be queried through the application content answer workflow directly. For example, a travel application may provide a real-time API to book flights from one location to another. The application content answer workflow 409 may identify a user query to match the pattern of a “book-flight” query and then call the real-time application content API 433 directly to perform the related action. Similarly, a weather application may provide a real-time API to query a weather forecast or a location. The application content answer workflow 409 can retrieve data from the real-time application content API 433 in real-time if it determines that the query intent is related to a weather forecast for the location. Similarly, a sports application may provide a real-time API to support queries for real-time scores, and a news application can have a real-time API to provide a real-time news feed.
The query and answer manager 406 merges the ranked application content search results with search results from other contents (e.g., from the ranked Web search results received from the Web content answer workflow 408), combining their respective rankings to provide an integrated ranking with both Web content search results and application content search results (i.e., search results from different search contexts). The query and answer manager 406 merges the rankings of search results from different search contexts. In one implementation, each search result is associated with an individualized ranking metric (e.g., a confidence score). However, in some implementations, the search results from the different search contexts may not be based on the same distribution or range. For example, search results in one search context may be ranked on 1 to 5 star ratings while search results in another search context may be ranking on a very broad, nearly continuous spectrum of ranking metric values. The query and answer manager 406 can normalize these varying ranking metric schemes based on personalized and/or aggregated parameters. In one implementation, an aggregated normalization service may provide normalization parameters across various search contexts based on back-end evaluation and/or aggregation of user interaction with search results over time. As such, as the aggregated normalization service finds that users generally find search results based on one ranking metric scheme more relevant than another, the relevance of that scheme is amplified relative to another less relevant ranking metric scheme for all users.
In another implementation, a personalized normalization service may provide normalization parameters based on a user's individual interaction with search results over time. As such, as the personalized normalization service finds that a particular user generally finds search results based on one ranking metric scheme more relevant than another, the relevance of that scheme is amplified relative to the other less relevant ranking metric scheme for that user. In one implementation, personalized normalization is given greater weight or supersedes aggregated normalization, although other preferences may be employed.
It should be understood that different types of search results (e.g., pertaining to Web content, application content, images, etc.) and search results from different search contexts may be ranked according to their own ranking and grouping schemes. When being organized for presentation in an integrated search results view, the organization may be arranged by static placement (e.g., top of page, middle of page, bottom of page, etc.) or it can be managed by dynamic placement based on ranking and grouping parameters, typically subject to some normalization among the different schemes.
A user interface support manager 454 receives the integrated search results and adds appropriate user interface parameters for delivery to the user interface 456 of the client. The search results are presented in the user interface 456 with integrated rankings, groupings, and other presentation characteristics.
Personalization data, based on user preferences and historical user behavior (e.g., collected in application content click stream 444) can be associated with a machine identifier, an account/user identifier, etc. In this manner, the same machine identifier, etc. can be submitted with the search query 402 and maintained locally and/or remotely in a user data profile (UDP) for use in refining the ranking and/or grouping of the search results for a particular machine and/or user.
In summary, Web content and application content are input to one or more indexing pipelines, which index the content to support search services. Responsive to receipt of a search query, the indexed Web content and application content is searched to generate search results. Some of the search results are annotated with contextual parameters identifying an application identifier, an action identifier, and/or other contextual information (e.g., ranking parameters, grouping parameters, etc.) for use by a search management system to generated integrated search results, install applications, launch applications, and invoke actions on content associated with a selected search result.
If the decision operation 504 determines that the identified application is not installed on the computing device, then a presentation operation 506 presents the search result in a search results list with a prompt offering a default access option (e.g., accessing the content of the search result via a Web browser) or via installation of the identified application. A decision operation 508 determines whether the user selects default access or installation of the identified application. If the user selects default access, a presentation operation 510 presents the application content associated with the selected search result via a default access facility (e.g., a Web browser). If the user selects installation (thereby providing an instruction to install the application), an installation operation 512 locates an installable version of the identified application (e.g., at an application store or other application source) and installs the identified application on the computing device. The launching application 516 then launches the application identified by the application identifier to operating on the content associated with the selected search result. The launching operation 516 may also invoke a specific action with the application to operate on the content.
It should be understood that multiple applications and application installation options may be presented. For example, contextual information received in association with the search result may specify multiple application identifiers. If one of the specified applications is not yet installed on the computing system, the decision operation 504 may determine that all specified applications are not installed, and the presenting operation 506 may present one or more prompts offering one or more default access options, installation options, and application options for access to the application content associated with the selected search result. These operations 504 and 506 may be further refined based on user or system settings.
Furthermore, in various implementations, the decision operation 504 may provide a form of version control, in that an application identifier or associated parameter may specify a particular version of the identified application (e.g., the most current version) and therefore cause the presentation operation 506 to present an option of installing the specified version (e.g., offering to update the specified application to the most current version).
The system bus 23 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, a switched fabric, point-to-point connections, and a local bus using any of a variety of bus architectures. The system memory may also be referred to as simply the memory, and includes read only memory (ROM) 24 and random access memory (RAM) 25. A basic input/output system (BIOS) 26, containing the basic routines that help to transfer information between elements within the computer 20, such as during start-up, is stored in ROM 24. The computer 20 further includes a hard disk drive 27 for reading from and writing to a hard disk, not shown, a magnetic disk drive 28 for reading from or writing to a removable magnetic disk 29, and an optical disk drive 30 for reading from or writing to a removable optical disk 31 such as a CD ROM, DVD, or other optical media.
The hard disk drive 27, magnetic disk drive 28, and optical disk drive 30 are connected to the system bus 23 by a hard disk drive interface 32, a magnetic disk drive interface 33, and an optical disk drive interface 34, respectively. The drives and their associated tangible computer-readable media provide nonvolatile storage of computer-readable instructions, data structures, program modules and other data for the computer 20. It should be appreciated by those skilled in the art that any type of tangible computer-readable media which can store data that is accessible by a computer, such as magnetic cassettes, flash memory cards, digital video disks, random access memories (RAMs), read only memories (ROMs), and the like, may be used in the example operating environment.
A number of program modules may be stored on the hard disk, magnetic disk 29, optical disk 31, ROM 24, or RAM 25, including an operating system 35, one or more application programs 36, other program modules 37, and program data 38. A user may enter commands and information into the personal computer 20 through input devices such as a keyboard 40 and pointing device 42. Other input devices (not shown) may include a microphone (e.g., for voice input), a camera (e.g., for a natural user interface (NUI)), a joystick, a game pad, a satellite dish, a scanner, or the like. These and other input devices are often connected to the processing unit 21 through a serial port interface 46 that is coupled to the system bus, but may be connected by other interfaces, such as a parallel port, game port, or a universal serial bus (USB). A monitor 47 or other type of display device is also connected to the system bus 23 via an interface, such as a video adapter 48. In addition to the monitor, computers typically include other peripheral output devices (not shown), such as speakers and printers.
The computer 20 may operate in a networked environment using logical connections to one or more remote computers, such as remote computer 49. These logical connections are achieved by a communication device coupled to or a part of the computer 20; the implementations are not limited to a particular type of communications device. The remote computer 49 may be another computer, a server, a router, a network PC, a client, a peer device or other common network node, and typically includes many or all of the elements described above relative to the computer 20, although only a memory storage device 50 has been illustrated in
When used in a LAN-networking environment, the computer 20 is connected to the local network 51 through a network interface or adapter 53, which is one type of communications device. When used in a WAN-networking environment, the computer 20 typically includes a modem 54, a network adapter, a type of communications device, or any other type of communications device for establishing communications over the wide area network 52. The modem 54, which may be internal or external, is connected to the system bus 23 via the serial port interface 46. In a networked environment, program engines depicted relative to the personal computer 20, or portions thereof, may be stored in the remote memory storage device. It is appreciated that the network connections shown are example and other means of and communications devices for establishing a communications link between the computers may be used.
In an example implementation, software or firmware instructions and data for providing a search management system, various applications, search context pipelines, search services, service, a local file index, a local or remote application content index, a provider API, a contextual application launcher, and other instructions and data may be stored in memory 22 and/or storage devices 29 or 31 and processed by the processing unit 21.
Some embodiments may comprise an article of manufacture. An article of manufacture may comprise a tangible storage medium to store logic. Examples of a storage medium may include one or more types of computer-readable storage media capable of storing electronic data, including volatile memory or non-volatile memory, removable or non-removable memory, erasable or non-erasable memory, writeable or re-writeable memory, and so forth. Examples of the logic may include various software elements, such as software components, programs, applications, computer programs, application programs, system programs, machine programs, operating system software, middleware, firmware, software modules, routines, subroutines, functions, methods, procedures, software interfaces, application program interfaces (API), instruction sets, computing code, computer code, code segments, computer code segments, words, values, symbols, or any combination thereof. In one embodiment, for example, an article of manufacture may store executable computer program instructions that, when executed by a computer, cause the computer to perform methods and/or operations in accordance with the described embodiments. The executable computer program instructions may include any suitable type of code, such as source code, compiled code, interpreted code, executable code, static code, dynamic code, and the like. The executable computer program instructions may be implemented according to a predefined computer language, manner or syntax, for instructing a computer to perform a certain function. The instructions may be implemented using any suitable high-level, low-level, object-oriented, visual, compiled and/or interpreted programming language.
The implementations described herein are implemented as logical steps in one or more computer systems. The logical operations may be implemented (1) as a sequence of processor-implemented steps executing in one or more computer systems and (2) as interconnected machine or circuit modules within one or more computer systems. The implementation is a matter of choice, dependent on the performance requirements of the computer system being utilized. Accordingly, the logical operations making up the implementations described herein are referred to variously as operations, steps, objects, or modules. Furthermore, it should be understood that logical operations may be performed in any order, unless explicitly claimed otherwise or a specific order is inherently necessitated by the claim language.
The above specification, examples, and data provide a complete description of the structure and use of exemplary implementations. Since many implementations can be made without departing from the spirit and scope of the claimed invention, the claims hereinafter appended define the invention. Furthermore, structural features of the different examples may be combined in yet another implementation without departing from the recited claims.
The present application claims benefit of priority to U.S. Provisional Patent Application No. 61/828,549, entitled “Application Installation from Search Results” and filed on May 29, 2013, which is specifically incorporated by reference for all that it discloses and teaches. The present application is also related to U.S. Nonprovisional patent application Ser. No. ______ [Docket No. 338740.02], entitled “Context-Based Actions from a Source Application;” U.S. Nonprovisional patent application Ser. No. ______ [Docket No. 338742.02], entitled “Search Result Contexts for Application Launch;” U.S. Nonprovisional patent application Ser. No. ______ [Docket No. 338743.02], entitled “Application Content Search Management;” U.S. Nonprovisional patent application Ser. No. ______ [Docket No. 338744.02], entitled “Personalized Prioritization of Integrated Search Results;” and U.S. Nonprovisional patent application Ser. No. ______ [Docket No. 338745.02], entitled “Integrated Search Results,” all of which are filed concurrently herewith and are specifically incorporated herein by reference for all that they disclose and teach.
Number | Date | Country | |
---|---|---|---|
61828549 | May 2013 | US |