US8381104B2 - Systems and methods for providing context recognition - Google Patents

Abstract

Systems and methods are disclosed for launching a child application to perform functions on a document created by a parent application without the need for integration of the child application within the parent application. In one implementation, a system detects a child application available for activation by a processor of a computer and determines what functions the child application can perform. The system then determines that the function can operate on an open file, and once the system receives a selection of the function, the system launches the child application and performs the function on the open file. In another implementation, the system determines that the function may operate on a plurality of open files, creates an interface that allows selection of one of the plurality of open files, and launches the child application and performs the function on a selected file.

Description

RELATED APPLICATIONS

This application claims priority from U.S. Provisional Application Ser. No. 61/331,856, filed May 6, 2010, the disclosure of which is expressly incorporated herein by reference.

FIELD

This disclosure generally relates to the management and integration of software products and more particularly, to a method and system for managing child software applications that integrate with parent software applications.

BACKGROUND

For decades a number of software applications have, become core products used by professionals to manage various business operations. For instance, word processing, spreadsheet, document processing, presentation, and drawing software applications, such as Microsoft® Word, EXCEL®, PowerPoint®, Visio®, PROJECT, and Adobe® Acrobat®, have become ubiquitous in business and personal computer usage. Users create, edit, and otherwise manage their documents and other files within these applications. Thus, it these types of software applications are referred to herein parent applications.

Since their inception, parent applications have steadily gained popularity and now have become the foundation for most business and personal computing environments. As a result, third party applications were developed and designed to integrate with parent applications to provide additional features that compliment those of the parent applications. These applications, referred to herein as child applications, obtained functionality through their integration within a parent application or through user navigation from the child application to a location of a saved file created and/or edited in a parent application.

The diversity and growth of child applications has resulted in a computer programming environment where parent applications include multiple child applications that have been integrated within the parent application and expand the capability of the parent application. When a child application is integrated with a parent application, the functionality offered by the child application becomes available from within the parent application. The parent application may make the child functionality available through, for example, a button on a toolbar or through a menu option.

Because, however, the child applications depend on services provided by the parent application and may not work by themselves, the child applications must load when the parent application loads. For example, a business user's word processing document might be associated with a number of child applications, and thus, for example, include in its toolbar additional buttons relating to the various functionalities of the child applications. These functionalities may include functionalities to (1) compare the document to another; (2) convert the document to PDF, (3) format tables of contents and numbering; (4) add document identification numbers; (5) manage references and other footnotes included in the document; (6) enable robust image editing; (7) collaborate with other users; (8) manage externally designed templates; (9) integrate with a document management system; (10) track, manage and clean metadata; (11) conduct and manage screenshots; and (12) incorporate contacts from a contact management system. In scenarios where these twelve functionalities need to run, one user of a single parent application requires a minimum of twelve integrations. In addition, a minimum of twelve additional functionality buttons must be added to the interface of the word processing program, thus crowding the field of the word processing's preexisting traditional functionality buttons.

Integrating child applications in a parent application is typically done using the native application programming interface (API) provided by parent applications, such as COM objects, ODMA integrations, command line integration, DLL integration, or other known methodologies. Unfortunately, these multiple integrations create a computing environment that hinders productivity and causes major delays in the loading of the parent application because all the integrated child applications' integrations must also be loaded.

Regardless of the method used to create the integrations, the child application's integration resides within the parent application. Each time a user starts the parent application, the integrations, or “add ins” as they are commonly called, have to load and start. In addition, each time a user closes the parent application the “add ins” have to unload and stop. Thus, the greater the number of integrations, the longer the time the parent application takes to open or close, creating a loss of productivity for the users. Additionally, the integrated child applications open the parent application up to a range of potential errors, bugs, and other technical issues and conflicts caused by multiple child applications seeking integration with the parent application.

However, without “add ins,” accessing the functionality of a child application that is dependent upon a parent application requires multiple steps, leading to lost productivity. For example, a user wishing to compare two versions of the same PDF document, in a case where that comparison functionality is not integrated or “added in” as another functionality in the Word Processing software (e.g., Microsoft® WORD®), must first open the document comparison child application, then browse to and select the saved versions of the two files to compare and, finally, submit a request to process the comparison of those two files. Often the IT departments of company networks, frustrated by the problems and the consequential support burden created by “add ins,” remove them. The “add in” removal makes the users' workflow somewhat less productive.

Currently, there are only two options for dealing with the management and integration of child applications with parent applications. Users may accept the loading and unloading problems related to integrating “add ins” or remove the “add-ins” and accept the loss of productivity. Both of these are not ideal options to increase the productivity and efficiency of computer users. As such, current systems implementing child and parent applications are dated and have reached their capacity to improve productivity related to functionality and workflow efficiency.

Therefore it is desirable to provide users with the functionality offered by child applications without the inherent problems related to the current integration of those functionalities. Thus, there is a need for a method and system of software coupling that does not require child applications to integrate with and be presented inside of parent applications or require users to navigate through multiple steps to enable a child application to use files created in a parent application. Methods and systems consistent with the disclosed embodiments of the invention address these and other problems of current child application integrations.

SUMMARY

Disclosed embodiments provide a context recognition and activation engine that allows a user to apply the functionality of one or more child applications to the subject matter of a parent application. For example, disclosed embodiments may give a user the ability to send a word processing document to one or more child applications, such as meta-data removal or document comparison applications, for processing.

Consistent with disclosed embodiments, a method is provided for launching a child application without integrating the child application into parent applications. In one aspect, the method includes detecting a child application available to a processor of a computer and determining a function that is associated with the child application. The method may further include determining one or more parameters used to perform the function of the child application and generating information used to display a representation of the function in an interface that is separate from a parent application, so that the function is selectable and launches the child application upon selection.

Consistent with other disclosed embodiments, a system is provided for launching a child application without integrating the child application into a parent application. In one aspect, the system includes a processor and a memory. The memory includes instructions that cause the processor to generate information used to display a representation of a plurality of functions available in a child application, so that the plurality of functions are selectable. The memory may further include instructions that cause the processor to recognize an open file created by the parent application. The memory further includes instructions that cause the processor to determine that one of the plurality of functions can be performed on the open file, to receive a selection of the representation of the one of the plurality of functions, and to launch the child application to perform the one of the plurality of functions on the open file.

Consistent with other disclosed embodiments, tangible computer-readable storage media may store program instructions that are executable by a processor to implement any of the methods, disclosed herein.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosed embodiments, as claimed.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate several embodiments and together with the description, serve to explain the disclosed principles. In the drawings:

FIGS. 1aand1bare diagrams of exemplary context recognition and activation system components that may be used to implement disclosed embodiments.

FIG. 2 is a flow diagram illustrating an exemplary context recognition and activation process, consistent with disclosed embodiments.

FIG. 3 is a flow diagram illustrating an exemplary initialization of the context recognition and activation system, consistent with disclosed embodiments.

FIG. 4 is an exemplary interface created by a context recognition engine and activation engine, consistent with disclosed embodiments.

FIGS. 5aand5bare exemplary child application settings interfaces created by the context recognition and activation system, consistent with disclosed embodiments.

FIG. 6 is a flow diagram illustrating an exemplary activation engine process, consistent with disclosed embodiments.

FIG. 7 is an exemplary display of a file in focus and the resulting interface created by a context recognition and activation system of child applications and functions, consistent with disclosed embodiments.

FIG. 8 is an exemplary display of selection of one of a plurality of open files for use as the parameter of a function of a child application, consistent with disclosed embodiments.

DESCRIPTION OF THE EMBODIMENTS

Disclosed embodiments may enable a context recognition and activation engine to recognize opened files created from various parent applications. The activation engine may then make the functionality of child applications available to a user outside of a direct integration relationship with parent applications or the multi-step process of navigating to saved locations of those same files. Disclosed embodiments may accomplish this by, for example, creating an interface, or another parent application, that includes the API for various child programs. The interface is configured to recognize the functions that each child application can perform and the parent application files the functions can be performed on. In one embodiment, the context recognition and activation engine may communicate with an operating system to determine what files are open, what parent application opened them, and match this information with the child program APIs.

Reference will now be made in detail to exemplary embodiments, examples of which are illustrated in the accompanying drawings. Wherever convenient, the same reference numbers will be used throughout the drawings to refer to the same or like parts.

FIGS. 1aand1bare diagrams of exemplary context recognition and activation system components that may be used to implement disclosed embodiments. The components and arrangement, however, may vary.

In accordance with certain disclosed embodiments, acontext recognition engine130 andactivation engine135 may run on a computer system including a number of components, such as aprocessor105,nonvolatile storage110,memory115,operating system120, input/output (I/O)devices125, andbus145. In one aspect, a Context Recognition and Activation Engine (CRAE engine150) may comprisecontext recognition engine130 andactivation engine135.CRAE engine150 may reside inmemory115, and may be loaded fromstorage110 or from other external tangible storage medium (not shown) through I/O devices125. Instructions inCRAE engine150 may be executed byprocessor105. In certain embodiments, as shown inFIG. 1b,CRAE engine150 may comprise acontext recognition engine130 residing onclient terminal100 andactivation engine135 residing onserver170, which is connected to client computer or terminal100 overnetwork150. In other embodiments,CRAE engine150 may reside onserver170 andclient terminal100 may use a thin client to accessCRAE engine150. In disclosedembodiments activation engine135 andcontext recognition engine130 may be one software file.CRAE engine150 may work withprocessor105 orprocessor171 to perform features of disclosed embodiments described below.

In one embodiment, acomputer system100 may implementCRAE engine150 to perform one or more functions consistent with certain embodiments.Computer system100 may be a general purpose or notebook computer, a mobile device with computing ability, a server, a mainframe computer, or any combination of these computers and/or affiliated components.Computer system100 may communicate with network150 (not shown inFIG. 1a) through I/O devices125. For example,computer system100 may establish a direct communication link withnetwork150, such as through a LAN, a WAN, or other suitable connection that enablescomputer system100 to send and receive information, as described herein.Computer system100 may be a standalone system or may be part of a subsystem, which may, in turn, be part of a larger system, such as a networked desktop emulator.

Processors105 and171 may be one or more known processing devices, such as a microprocessor from the Pentium™ family manufactured by Intel™ or the Turion™ family manufactured by AMD™.Memory115 and172 may be one or more storage devices configured to store information used byprocessor105 or171 to perform certain functions related to disclosed embodiments.Memory115 may also include instructions that enable a parent application to run onsystem100. Alternatively, the instructions that enable a parent application to run onsystem100 may be stored inexternal storage145 or available frommemory172 overnetwork150.Storage110 may be a volatile or non-volatile, magnetic, semiconductor, tape, optical, removable, nonremovable, or other type of storage device or tangible computer-readable medium.

In one embodiment,memory115 may include one or more context recognition, child application, and/or activation programs or subprograms130-140 loaded fromstorage110 or elsewhere that, when executed byprocessor105, perform various procedures, operations, or processes consistent with disclosed embodiments. For example,memory115 may includecontext recognition engine130 that may communicate withoperating system120 to (1) determine and recognize open files, (2) determine and recognize the parent application used to open the files, and (3) determine what child application functions can be performed on the open files.Memory115 may also includeactivation engine135 that assists in the identification of a file that will be the object of a function of a child application, and initiates a call to the child application for the performance of the function on the identified file. Alternatively,memory172 may includeactivation engine135.Memory115 may also includechild applications140 and an integrative support program that links the other programs and allows them to use a common database, provides a common user interface, performs basic bookkeeping tasks, (such as storing the user's input, etc.), and provides user guidance and help.Memory115 may also include other programs that perform other functions and processes, such as programs that provide communication support, Internet access, etc.Memory172 may also includechild application140 and an integrative support program that allow applications inmemory172 to be accessed bysystem100.

Methods, systems, and articles of manufacture consistent with disclosed embodiments are not limited to separate programs or computers configured to perform dedicated tasks. For example,memory115 may be configured with acontext recognition engine130 that performs one or more functions when executed byprocessor105. For example,memory115 may includeprogram130 that performs one or more functions of thecontext recognition engine130. Alternatively,memory115 may include multiple programs that collectively perform one or more functions ofcontext recognition engine130. Moreover,processor105 may execute one or more programs located remotely fromsystem100. For example,system100 may access one or more remote programs, such as those found in memory175, that, when executed, perform functions related to disclosed embodiments.

Memory115 may be also be configured withoperating system120 that performs known operating system functions when executed bysystem100. By way of example,operating system120 may include Microsoft Windows™, Unix™, Linux™ Apple™ Computers type operating systems, Personal Digital Assistant (PDA) type operating systems, such as Microsoft CE™, or other types of operating systems. Accordingly, embodiments of the disclosed invention will operate and function with computer systems running any type of operating system. In one aspect,operating system120 may communicate withcontext recognition engine130 oractivation engine135 to deliver information about what processes are currently running and what process currently has focus.

I/O devices125 may comprise one or more input devices and one or more output devices that allow data to be received and/or transmitted bysystem100. For example, I/O devices125 may include one or more input devices, such as a keyboard, touch screen, mouse, and the like, that enablesystem100 to receive data from a user, such as selection of a active process, selection of a functionality, selection of one of a plurality of open processes, etc. Further,system100 may include I/O devices125 that communicate with one or more output devices, such as a display screen, CRT monitor, LCD monitor, plasma display, printer, speaker devices, and the like, that enablesystem100 to present data to a user. I/O devices125 may also include one or more digital and/or analog communication input/output devices that allowsystem100 to communicate with other machines and devices. The configuration and number of input and/or output devices incorporated in I/O devices125 may vary as appropriate for certain embodiments.

Computer system100 may also be communicatively connected to one or more databases (not shown) locally or throughnetwork150. The databases store information and are accessed and/or managed throughsystem100. By way of example, the databases may be document management systems, Microsoft SQL database. SharePoint databases, Oracle™ databases, Sybase™ databases, or other relational databases. The databases may include, for example, data and information related to the API of child applications, such as functions performed by the child applications, parent applications compatible with the functions, parameters required by the functions, etc. Systems and methods of disclosed embodiments, however, are not limited to separate databases or even to the use of a database.

FIG. 2 is a flow diagram illustrating an exemplary context recognition and activation process, consistent with disclosed embodiments. In certain embodiments, process200 may be performed byCRAE engine150. In an embodiment implemented usingcomputer system100, as shown instep205 ofFIG. 2,processor105 may initializecontext recognition engine130 and/oractivation engine135. Alternatively,processor105 may initializerecognition engine130 andprocessor171 may initializeactivation engine135. Once initialized, instep210,CRAE engine150 may communicate withoperating system120 to determine the files that are currently open incomputer system100, identify the parent applications that control the open files, and determine one or more available child application functionalities that support the open files. Files include documents, such as text, graphical, image, and other data that may be created by a parent application. For instance, a file may be created and opened with a parent application and may be displayed in its own window on the display device. As explained above, parent applications include word processing programs, spreadsheet programs, picture editors, presentation programs, and document editors. Accordingly, examples of files include, but are not limited to, word processing documents, spreadsheets, diagrams, presentations, JPEG files, BMP files, GIF files, PDF files, and text files. In certain embodiments,CRAE engine150 may communicate with an operating system (not shown) running onserver170 to determine the files currently open and available to a user onserver170.CRAE engine150 may determine the parent applications that control the open files onserver170 and determine one or more available child application functionalities that support the open files onserver170.

Instep215,CRAE engine150 may generate information that is used to present on a display device the child application functions available tosystem100. In certain embodiments this may include files available tosystem100 throughserver170. In one embodiment,CRAE engine150 generates representations of functions performed by child applications, with functions supporting any open file highlighted. In another embodiment,CRAE engine150 may generate information for display that may highlight only those functions that support the file currently in focus. A file in focus may be a file that a user is currently working with using the computer system. For example, a file in focus may include a file that is being manipulated or used by a user, such as a file that a user has selected to receive user input. User input may include signals or data representing the selection of a key on the keyboard or a mouse click, or the selection of a shortcut key, such as <Control-V> for “Paste.” In this example, when the file has focus, the input is sent to the position of the cursor in the file. As another example, a PDF file may be a file in focus when a user currently manipulates the PDF file using one or more commands, short cuts, or other user-input, such as highlighting text, inserting a watermark, etc. In general, and as another example, a computer system running multiple parent applications may generate interfaces that are displayed collectively on a display device, such as two windows; one window for a PDF document, and a second window for a word processing document. When a user selects the word processing document to perform some operation, such as cut and paste, etc., the word processing document is a file in focus, while the PDF document is not. Alternatively, if the user selects the PDF document (e.g., by placing a cursor in the PDF document window, and thus deselecting the word processing document), the PDF document is a file in focus, while the word processing document is not. The previous examples are illustrative of different types of scenarios to show a file in focus and are not intended to limit the disclosed embodiments. Other types of operations, user inputs, and file selections may be implemented to assign a file in focus that are consistent with certain aspects related to the disclosed embodiments.

Instep220,CRAE engine150 may receive a selection of a child application function. The selection may be responsive to user input or a processor executing a computer program that provides a selection of the child application. Instep225,CRAE engine150 may determine the open file that will serve as a parameter of the selected function. Instep230,CRAE engine150 may launch the child application and perform the selected function on the open file that was passed as a parameter to the function. Launching the child application may involve opening or starting the child application or may involve interacting with an already open instance of the child application. In certain embodiments, launching may involve opening or starting the child application on a server. In this exemplary manner,CRAE engine150 enables the functionality of a child application to be performed on a file of a parent application without having to be integrated into the parent application and without having a user or computer program independently open the child application to search for the files that the function is performed upon. In certain embodiments,CRAE engine150 may use DirectX® to launch the child application.

FIG. 3 is a flow diagram illustrating an exemplary initialization ofcontext recognition engine130 andactivation engine135, consistent with disclosed embodiments.CRAE engine150 may be programmed to recognize certain child applications. Thus, instep305CRAE engine150 may detect the child applications available tosystem100 by communicating withoperating system120. The child applications may be available tosystem100 because they are accessible tocomputer system100. For example, a child application may be available tocomputer system100 because it is (1) installed locally, inmemory115,storage110, or inexternal storage145, (2) it is installed onserver170 and available throughnetwork150, or (3) it is available through a combination of local installation and remote installation onserver170. Child applications may be available tosystem100 based on other configurations consistent with the disclosed embodiments.

Instep310,CRAE engine150 may determine one or more functions associated with each child application available tosystem100. The types of functions associated with each child application may vary based on the type of available child application. For example, a meta-data scrubber application may be associated with one or more cleaning functions, such as a single document cleaning function or a multiple document cleaning function. A screen capture child application may include a full screen capture function, a screen region capture function, or a function that captures an area of an open window displayed on a display device. The functions associated with a child application may be stored in a data repository, such asstorage110,external storage145, ormemory115, as a part of the API for the child application.

Instep315,CRAE engine150 may determine the parameters required by each determined child application (e.g., what types of files work with a respective function). OnceCRAE engine150 has identified the child applications and the functions associated with each child application,CRAE engine150 generates instep320 an interface, such as a display area, that may include the available child applications.FIG. 4 illustrates an exemplary display area listing the available child applications. The processes described insteps305 through320 are an example of the initialization ofcontext recognition engine130 andactivation engine135 described instep205 ofFIG. 2.

FIG. 4 is an exemplary interface created by a context recognition engine and activation engine, consistent with disclosed embodiments. In one embodiment, the interface includesdisplay400, which may include one or morechild application indications405 that reflect one or more child applications available tosystem100. For eachchild application indication405,display400 may includefunction representation410 that represents the function(s) supported by the child application represented byindication405. For example,indication405 may reflect a document comparison child application andfunction representation410 may reflect one or more of the functions supported by the document comparison application, such as the comparison of WORD documents, comparison of EXCEL® documents, or comparison of PDF documents.Function representation410 may be shown as active or inactive.Function representation410 may be active whenCRAE engine150 recognizes that the file currently in focus can be passed to the function as a parameter.Display400 may indicate thatfunction representation410 is active by using bolding, highlighting, coloring, or some other visual indication. When active,function representation410 may also be selectable. Whenfunction representation410 is selected, for example, by clicking on the indication with a mouse or by placing the cursor on the indication and pressing the <Enter> key, then the child application associated with the selected function may launch and perform the selected function.

Child application indication405 may also be selectable. Upon selection,CRAE engine150 may create a display that enables selection of any open file. In one embodiment, in response to a selection of a specific file,CRAE engine150 may determine which function of the selectedchild application indication405 operates on the selected file, and launch the determined function.

Display400 may also includesettings indicator420 that may allow a user to customize the settings of a child application anddisplay400. Whensettings indicator420 is selected,CRAE engine150 may display modifiable child application settings, as shown inFIGS. 5aand5b.

FIGS. 5aand5bare exemplary child application settings interfaces created byCRAE engine150, consistent with disclosed embodiments. In one embodiment,CRAE engine150 may generate information that is used to displaywindow500 that provides mechanisms to enable a user to select the order ofchild application indicators405, as shown inFIG. 5a. In one embodiment,CRAE engine150 may hidechild application indicators405 frominterface400 based on selection or deselection of the child application in the “Buttons”menu520. In other embodiments,CRAE engine150 may displaywindow505 that enables a user to set parameters for a child application based on selection of items510-515. Items510-515 are settings used by a screen capture child application that may be applied to functions performed by the child application. For example, if setting510 is not selected then the screen capture child application will exclude the cursor from the captured image. In this manner,CRAE engine150 may receive and set global parameters for a child application that may apply to all functions of the child application. Global parameters are settings of the child application that apply to the functions performed. For example, a global parameter for a document comparison child application may include the color of insertions or the color of deletions. A global parameter for a metadata removal application may be the type of metadata ignored, or left alone, during the metadata removal process. As shown inFIG. 5b, a global parameter for a screen capture application may be including the cursor in the captured image. Global parameters may be stored inmemory115,storage110,external storage145, or in other storage accessible overnetwork150.

FIG. 6 is a flow diagram illustrating an exemplary activation engine process, consistent with disclosed embodiments. In one embodiment, the process may be performed byCRAE engine150. After a child application function has been selected, instep605CRAE engine150 may determine whether an open file currently has focus. If a file is in focus then, instep610,CRAE engine150 selects the file currently in focus as an object of the selected function. If no file currently has focus then, instep615,CRAE engine150 may determine the number of open files that can be the object of the selected function. In one embodiment,CRAE engine150 may determine the number of open files that can be the object of a selected function by identifying the parent application of the file in focus. In one embodiment, the determination may be based on the functions of child applications that support files opened by specific parent applications. If only one open file is a candidate for the selected function, then, instep620,CRAE engine150 may select the one file as a parameter for the selected function. Once a file has been selected, instep640,CRAE engine150 may start the child application and perform the selected function on the selected file. In certain embodiments,CRAE engine150 may start the child application using DirectX®.

If more than one open file can be a parameter for the selected function, then instep630,CRAE engine150 may create a display of the open files able to serve as a parameter for the selected function. In some embodiments this display may resemble the display ofFIG. 8. Instep635,CRAE engine150 may receive a selection of one the documents displayed bystep630. Finally, instep640,CRAE engine150 may start the child application and perform the selected function on the selected file.

In one embodiment, a child application function may require two files as parameters of the function. In this case,CRAE engine150 may select the document in focus as the first parameter (e.g. steps605-610) and then continue withstep630 to select a second file as the second parameter for the selected function.CRAE engine150 may repeat this process for as many files as needed by the selected function. The processes described in connection withsteps605 through640 are an example of determining the open file that will serve as the parameter of the selected function described instep225 ofFIG. 2.

FIG. 7 is an exemplary display of a file in focus and an interface created by a context recognition and activation system of child applications and functions, consistent with disclosed embodiments. In this example, the file in focus is a PDF document, but it is understood that the file could be any type of file consistent with the disclosed embodiments.

Consistent with disclosed embodiments and this example,CRAE engine150 may recognize the PDF file type and determine the functions that can be performed on a PDF file. As a result,CRAE engine150 may updatecertain function representations410 ondisplay400 as active. As shown inFIG. 7, theactive function representations410 may be bolded, highlighted, rendered in italics, or have some other visual indicator. In the example ofFIG. 7, all offunction representations410 under child application “MANAGE PDF” are active. In addition, function “PDF” is active under child application “COMPARE” and function “SINGLE DOCUMENT” is active under child application “CLEAN METADATA.” Thus, in the example ofFIG. 7, context recognition system may receive selection of the function REDACT, start the MANAGE PDF child application with the REDACT function, and use the PDF document in focus as the parameter of the REDACT function.

FIG. 8 is an exemplary display of selection of one of a plurality of open files for use as the parameter of a function of a child application, consistent with disclosed embodiments. Consistent with the example shown inFIG. 8,CRAE engine150 may determine that no files are in focus and thus determine the child application functions that can be performed on any currentlyopen files805. As a result,CRAE engine150 may rendercertain function representations410 ondisplay400 as active. In the example ofFIG. 8, WORD and EXCEL® documents are open, soCRAE engine150 makes the “WORD” and “EXCEL” functions of child application “COMPARE” active. In addition,CRAE engine150 may also make the “SINGLE DOCUMENT” and “BATCH CLEAN” functions of child application “CLEAN METADATA” active because these functions can be performed on WORD and EXCEL® documents.

OnceCRAE engine150 receives a selection of one of thefunction representations410, it may create an interface, such aswindow810, that allows selection of one or more of the open documents. In the example ofFIG. 8, the COMPARE function requires two files, sowindow810 allows selection of two of the open documents. In other embodiments,window810 may allow selection of one file, or it may allow selection of three or more files. The number of files selectable fromwindow810 may depend on the number of files a selected function requires as parameters. In the example ofFIG. 8, after both files have been selected,CRAE engine150 may start the child application associated with the selected function, causing the child application to perform the selected function on the two selected files.

The foregoing descriptions have been presented for purposes of illustration and description. They are not exhaustive and do not limit the disclosed embodiments to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practicing the disclosed embodiments. For example, the described implementation includes software, but the disclosed embodiments may be implemented as a combination of hardware and software or in hardware alone. Additionally, although disclosed aspects are described as being stored in a memory on a computer, one skilled in the art will appreciate that these aspects can also be stored on other types of tangible computer-readable media, such as secondary storage devices, like hard disks, floppy disks, a CD-ROM, or other forms of RAM or ROM.

Computer programs based on the written description and disclosed methods are within the capabilities of one of ordinary skill in the art. The various programs or program modules can be created using any of the techniques known to one skilled in the art or can be designed in connection with existing software. For example, program sections or program modules can be designed in or by means of DirectX, .Net Framework, .Net Compact Framework (and related languages, such as Visual Basic, C, etc.), XML, Java, C++, JavaScript, HTML, HTML/AJAX, or any other now known or later created programming language. One or more of such software sections or modules can be integrated into a computer system or existing browser software.

Other embodiments will be apparent to those skilled in the art from consideration of the specification and practice of the embodiments disclosed herein. The recitations in the claims are to be interpreted broadly based on the language employed in the claims and not limited to examples described in the present specification or during the prosecution of the application, which examples are to be construed non-exclusive. Further, the steps of the disclosed methods may be modified in any manner, including by reordering steps and/or inserting or deleting steps. It is intended, therefore, that the specification and examples be considered as exemplary only, with a true scope and spirit being indicated by the following claims and their full scope equivalents.

Claims (26)

1. A computer-implemented method for launching a child application, the method comprising:

detecting a child application available to a processor of a computer;

performing, by the processor, the operations of

determining a function associated with the child application;

determining one or more parameters used to perform the function of the child application;

generating information used to display a representation of the function in an interface that is separate from a parent application, so that the representation of the function is selectable; and

in response to selection of the representation of the function, launching the child application and performing the function such that the function of the child application is performed without requiring integrating the child application into the parent application.

2. The method ofclaim 1, the operations further comprising:

receiving a selection of the representation of the function;

determining that an open file has focus; and

launching the child application to perform the function of the child application on the open file.

3. The method ofclaim 2, further comprising:

receiving a global parameter for the child application; and

performing the function of the child application on the open file using the global parameter.

4. The method ofclaim 2, wherein a server receives the selection of the representation of the function and launches the child application to perform the function on the open file.

5. The method ofclaim 1, wherein the interface includes information that identifies the child application associated with the function.

6. The method ofclaim 5, further comprising:

receiving a request to hide the child application and the function from the interface; and

generating information used to display the interface, wherein the representation of the function is not part of the information generated.

7. The method ofclaim 1, wherein the generating further comprises:

identifying a parent application of a file currently in focus; and

determining that the function may operate on the file currently in focus, wherein the representation of the function indicates the function is active.

8. A system for launching a child application, the system comprising:

a processor; and

a memory coupled to the processor, the memory storing instructions to direct the processor to perform operations comprising:

detecting a child application available to the processor of a computer,

determining a function associated with the child application,

determining one or more parameters used to perform the function of the child application,

generating information used to display a representation of the function in an interface that is separate from a parent application, so that the representation of the function is selectable, and

in response to selection of the representation of the function, launching the child application and performing the function such that the function of the child application is performed without requiring integrating the child application into the parent application.

9. The system ofclaim 8, the operations further comprising:

receiving a selection of the representation of the function;

determining that an open file has focus; and

launching the child application to perform the function of the child application on the open file.

10. The system ofclaim 9, the operations further comprising:

receiving a global parameter for the child application; and

performing the function of the child application on the open file using the global parameter.

11. The system ofclaim 9, wherein a server receives the selection of the representation of the function and launches the child application to perform the function on the open file.

12. The system ofclaim 8, wherein the interface includes information that identifies the child application associated with the function.

13. The system ofclaim 12, the operations further comprising:

receiving a request to hide the child application and the function from the interface; and

generating information used to display the interface, wherein the representation of the function is not part of the information.

14. The system ofclaim 8, wherein the generating further comprises:

identifying a parent application of a file currently in focus; and

determining that the function may operate on the file currently in focus, wherein the representation of the function indicates the function is active.

15. A computer-implemented method for launching a child application, the method comprising:

detecting a child application available to a processor of a computer; and

performing, by the processor, the operations of:

determining a function associated with the child application,

determining one or more parameters used to perform the function of the child application,

determining that a plurality of open files may be the object of the function, and

generating information used to display a representation of the function in an interface that is separate from a parent application, so that the representation of the function is selectable and launches the child application upon selection without requiring integrating the child application into the parent application.

16. The method ofclaim 15, further comprising:

receiving a selection of the function;

determining that one of the plurality of open files has focus; and

launching the child application to perform the function of the child application on the one of the plurality of open files that has focus.

17. The method ofclaim 15, further comprising:

receiving a selection of the function;

determining that none of the plurality of open files has focus;

generating information used to enable selection of one of the plurality of open files;

receiving a selection of one of the plurality of open files; and

launching the child application to perform the function on the one of the plurality of open files.

18. The method ofclaim 17, wherein the launching further comprises sending the selection of the one of the plurality of open files and the selection of the function to a server, wherein the server launches the child application to perform the function on the one of the plurality of open files.

19. A system for launching a child application, the system comprising:

a processor; and

a memory coupled to the processor, the memory storing instructions to direct the processor to perform operations comprising:

detecting a child application available to a processor of a computer;

determining a function associated with the child application,

determining one or more parameters used to perform the function of the child application,

determining that a plurality of open files may be the object of the function, and

generating information used to display a representation of the function in an interface that is separate from a parent application, so that the representation of the function is selectable and launches the child application upon selection without requiring integrating the child application into the parent application.

20. The method ofclaim 19, the operations further comprising:

receiving a selection of the function;

determining that one of the plurality of open files has focus; and

launching the child application to perform the function of the child application on the one of the plurality of open files that has focus.

21. The system ofclaim 19, the operations further comprising:

receiving a selection of the function;

determining that none of the plurality of open files has focus;

generating information used to enable selection of one of the plurality of open files;

receiving a selection of one of the plurality of open files; and

launching the child application to perform the function on the one of the plurality of open files.

22. The system ofclaim 21, wherein the launching further comprises sending the selection of the one of the plurality of open files and the selection of the function to a server, wherein the server launches the child application to perform the function on the one of the plurality of open files.

23. A computer-implemented method for launching a child application, the method comprising:

performing, by the processor, the operations of

generating information used to display a representation of a plurality of functions available in a child application, so that the plurality of functions are selectable;

recognizing an open file created by the parent application;

determining that the one of the plurality of functions can be performed on the open file;

allowing selection of a representation of the one of the plurality of functions,

receiving a selection of the representation of the one of the plurality of functions, and

in response to receiving the selection, launching the child application to perform the one of the plurality of functions on the open file without requiring integrating the child application into the parent application.

24. The method ofclaim 23, wherein the launching further comprises sending the selection of the one of the plurality of functions to a server, wherein the server launches the child application to perform the function on the open file.

25. A system for launching a child application, the system comprising:

a processor; and

a memory coupled to the processor, the memory storing instructions to direct the processor to perform operations comprising:

generating information used to display a plurality of representations of a plurality of functions available in a child application, so that the plurality of representations are selectable,

recognizing an open file created by the parent application;

determining that the one of the plurality of functions can be performed on the open file,

allowing selection of a representation of the one of the plurality of functions,

receiving a selection of the representation of the one of the plurality of functions, and

in response to receiving the selection, launching the child application to perform the one of the plurality of functions on the open file without requiring integrating the child application into the parent application.

26. The system ofclaim 25, wherein the launching further comprises sending the selection of the one of the plurality of functions to a server, wherein the server launches the child application to perform the function on the open file.

Images