[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

US7574591B2 - Capturing and restoring application state after unexpected application shutdown - Google Patents

Capturing and restoring application state after unexpected application shutdown Download PDF

Info

Publication number
US7574591B2
US7574591B2 US11/331,405 US33140506A US7574591B2 US 7574591 B2 US7574591 B2 US 7574591B2 US 33140506 A US33140506 A US 33140506A US 7574591 B2 US7574591 B2 US 7574591B2
Authority
US
United States
Prior art keywords
application
data
shutdown
user
storing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active, expires
Application number
US11/331,405
Other versions
US20070162779A1 (en
Inventor
Shaheeda Parveen Nizar
Chaitanya Dev Sareen
Jixin Wu
Joel Downer
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Microsoft Technology Licensing LLC
Original Assignee
Microsoft Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Microsoft Corp filed Critical Microsoft Corp
Priority to US11/331,405 priority Critical patent/US7574591B2/en
Priority to US11/507,648 priority patent/US7716461B2/en
Assigned to MICROSOFT CORPORATION reassignment MICROSOFT CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: NIZAR, SHAHEEDA PARVEEN, SAREEN, CHAITANYA DEV, WU, JIXIN, DOWNER, JOEL, BY HIS LEGAL REPESENTATIVE, DOWNER, ALEITA
Priority to KR1020087016578A priority patent/KR101278822B1/en
Priority to EP07709581.8A priority patent/EP1974286B1/en
Priority to JP2008550343A priority patent/JP5140001B2/en
Priority to CN2007800022899A priority patent/CN101371250B/en
Priority to PCT/US2007/000245 priority patent/WO2007087138A1/en
Priority to TW096100726A priority patent/TWI475484B/en
Publication of US20070162779A1 publication Critical patent/US20070162779A1/en
Publication of US7574591B2 publication Critical patent/US7574591B2/en
Application granted granted Critical
Assigned to MICROSOFT TECHNOLOGY LICENSING, LLC reassignment MICROSOFT TECHNOLOGY LICENSING, LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MICROSOFT CORPORATION
Active legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/24Resetting means
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1415Saving, restoring, recovering or retrying at system level
    • G06F11/1438Restarting or rejuvenating
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/4401Bootstrapping
    • G06F9/4418Suspend and resume; Hibernate and awake

Definitions

  • a typical software user may have multiple applications and multiple documents in use, where each application user interface and each launched document is displayed in one or more display frames on the user's computer display screen.
  • deployed applications and associated documents are in a given state at any given time.
  • a deployed word processing application may be displaying page 4 of a memorandum.
  • a user's electronic mail application may be deployed showing the user's contacts information.
  • a spreadsheet document may be deployed, and the fifth sheet of data may be displayed showing data the user is reviewing while preparing the memorandum currently displayed by her word processing application.
  • computers and software applications are often unexpectedly shut down for a variety of reasons.
  • a power outage may cause a computer and any applications presently in use to shut down.
  • An operating system or software application may “crash” where some aspect of data being processed or some aspect of processing sequencing in the operating system or application becomes problematic and causes the operating system or application to shut down.
  • a computer or software application shutdown is intentional, but still unexpected to the user. For example, while the user is away from her computer, a computer system administrator at her organization may load a software patch (update or other software modification) to one or more applications she is currently using, followed by a restart of her computer for properly integrating the patch with the subject application.
  • Such intended or unintended shutdowns and restarts often cause a loss of data being entered or edited by a user at the time of the shutdown, and moreover, such shutdowns and restarts often result in a loss of the current application state of the various applications in use at the time of the shutdown and subsequent restart. That is, the number of applications deployed, the locations on the display screen of the various application display frames, the deployment of particular documents or other data, the editing locations in deployed documents, and other application settings states are lost.
  • the user After the shutdown and subsequent restart, the user must redeploy each application and associated document or other data, reposition and resize the application display frames for each deployed application, and redeploy each document or other data in use to a position in the document or data at which the document or data was being edited prior to the shutdown.
  • Embodiments of the present invention solve the above and other problems by providing for capturing and restoring application settings states during application shutdowns and subsequent restarts. Pre-shutdown deployed user data also may be captured for redeployment after subsequent application restart.
  • an in-use application periodically saves data representing its current state. For example, data representing the size and location of deployed application user interface components and display frames, the location of scrollbars and other displayed application components, and data representing presently displayed documents and the viewing and editing positions of presently displayed documents are stored to memory on a periodic basis.
  • a draft data storage mechanism is provided for storing user data such as draft calendar data being entered or edited during an electronic calendar application session.
  • Both application state data and user data may be automatically stored at regular intervals, for example, every 10 minutes, or alternatively, application state data and user data may be stored automatically upon the detection of an impending application shutdown.
  • a restart manager module if a planned application shutdown is scheduled, notifies any in-use application to automatically save application state data and any user data.
  • the application When an application is restarted after an intended or unintended shutdown, the application is redeployed to the application state stored for the application prior to shutdown. And, any documents or other user data that were in use at the time of application shutdown are automatically redeployed and displayed according to the last stored state for the documents or other data prior to application shutdown.
  • FIG. 1 illustrates an exemplary computing operating environment.
  • FIG. 2 is a simplified block diagram illustrating a relationship and interaction between a software application, software application components and a computer operating system.
  • FIG. 3 is a logical flow diagram illustrating the storing of application state data and user data prior to application shutdown and illustrating the restarting of an application after an intended or unintended shutdown.
  • embodiments of the present invention are directed to capturing and restoring application state and user data during unexpected application shutdowns and subsequent restarts.
  • Data representing in-use application settings state and in-use user data are stored on a periodic basis, or upon notification of an impending application shutdown.
  • any application deployed prior to shutdown is re-deployed according to the stored application settings state for each application and any in-use documents or other data are re-deployed according to the stored user data.
  • storage and restoration of application settings state and storage and restoration of user data may be performed separately.
  • both pre-shutdown application state and user data may be captured and restored, or alternatively, only application state may be captured and restored automatically upon restart, and any pre-shutdown user data may be re-deployed manually or automatically based on a separate storage of that user data.
  • FIG. 1 and the following discussion are intended to provide a brief, general description of a suitable computing environment in which the invention may be implemented. While the invention will be described in the general context of program modules that execute in conjunction with an application program that runs on an operating system on a personal computer, those skilled in the art will recognize that the invention may also be implemented in combination with other program modules.
  • program modules include routines, programs, components, data structures, and other types of structures that perform particular tasks or implement particular abstract data types.
  • program modules may be located in both local and remote memory storage devices.
  • Embodiments of the invention may be implemented as a computer process (method), a computing system, or as an article of manufacture, such as a computer program product or computer readable media.
  • the computer program product may be a computer storage media readable by a computer system and encoding a computer program of instructions for executing a computer process.
  • the computer program product may also be a propagated signal on a carrier readable by a computing system and encoding a computer program of instructions for executing a computer process.
  • one exemplary system for implementing the invention includes a computing device, such as computing device 100 .
  • the computing device 100 typically includes at least one processing unit 102 and system memory 104 .
  • the system memory 104 may be volatile (such as RAM), non-volatile (such as ROM, flash memory, etc.) or some combination of the two.
  • System memory 104 typically includes an operating system 105 suitable for controlling the operation of a networked personal computer, such as the WINDOWS® operating systems from MICROSOFT CORPORATION of Redmond, Wash.
  • the system memory 104 may also include one or more software applications 106 and may include program data 107 . This basic configuration is illustrated in FIG. 1 by those components within dashed line 108 .
  • the application 106 may comprise many types of software applications, such as an electronic mail program, a calendar program, an Internet browsing program, and the like.
  • An example of such programs is OUTLOOK® manufactured by MICROSOFT CORPORATION.
  • the application 106 may include a number of other types of software applications including a multiple-functionality software application for providing many other types of functionalities.
  • Such a multiple-functionality application may include a number of program modules, such as a word processing program, a spreadsheet program, a slide presentation program, a database program, and the like.
  • An example of such a multiple-functionality application is OFFICETM manufactured by MICROSOFT CORPORATION.
  • the computing device 100 may have additional features or functionality.
  • the computing device 100 may also include additional data storage devices (removable and/or non-removable) such as, for example, magnetic disks, optical disks, or tape.
  • additional storage is illustrated in FIG. 1 by removable storage 109 and non-removable storage 110 .
  • Computer storage media may include volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information, such as computer readable instructions, data structures, program modules, or other data.
  • System memory 104 , removable storage 109 and non-removable storage 110 are all examples of computer storage media.
  • Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by computing device 100 . Any such computer storage media may be part of device 100 .
  • Computing device 100 may also have input device(s) 112 such as keyboard, mouse, pen, voice input device, touch input device, etc.
  • Output device(s) 114 such as a display, speakers, printer, etc. may also be included. These devices are well known in the art and need not be discussed at length here.
  • the computing device 100 may also contain communication connections 116 that allow the device to communicate with other computing devices 118 , such as over a network in a distributed computing environment, for example, an intranet or the Internet.
  • Communication connection 116 is one example of communication media.
  • Communication media may typically be embodied by computer readable instructions, data structures, program modules, or other data in a modulated data signal, such as a carrier wave or other transport mechanism, and includes any information delivery media.
  • modulated data signal means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal.
  • communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media.
  • wireless media such as acoustic, RF, infrared and other wireless media.
  • computer readable media includes both storage media and communication media.
  • FIG. 2 is a simplified block diagram illustrating a relationship and interaction between a software application, software application components, and an operating system according to embodiments of the present invention.
  • application state data and user data are periodically and/or automatically stored to memory so that application state and user data state may be restored after unexpected application shutdown.
  • the application 106 is representative of any software application, for example, a word processing application, slide presentation application, spreadsheet application, database application, calendar application, or other application for which application state and associated user data may be stored prior to application shutdown for subsequent restart and restoration of pre-shutdown application state and user data state.
  • the application settings 210 are representative of one or more application settings associated with a given application prior to unexpected application shutdown.
  • the application settings 210 include the number and placement of application display frames.
  • a word processing application may have a display frame in which a document is displayed.
  • a calendar application may have one or more display frames representing contacts data, electronic mail data, tasks data and the like deployed on a display screen of the user's computer.
  • Additional application settings include the locations, sizes and shapes of deployed application display frames.
  • the application settings include any user customization of user interface components, for example, the inclusion, exclusion, and/or placement of individual functionality controls in a user interface component such as a toolbar or dropdown menu.
  • Other application settings state data includes the position of scrollbars and other user interface components in a given application display frame, as well as, other application display frame display properties such as user interface component background colors and the like.
  • a presently selected application user interface will be displayed in an application display frame on the surface of the display screen, and other presently deployed application user interface components in their respective application display frames will be deployed in positions underneath the presently selected application user interface and associated display frame.
  • each application 106 presently in use stores to memory data representing the present application settings for each respective application.
  • the automatic storing of application settings may be set by user control to occur at regular intervals, for example, every 10 minutes, every five minutes, every one minute, and the like.
  • a default application settings storage interval may be set, for example, every 10 minutes.
  • each application 106 in use will automatically store to memory the number, shapes, sizes, positions, user interface component settings and customizations, display order and other application settings for displayed application components.
  • a “crash” detection module may be utilized wherein application settings are automatically saved upon the detection of an impending unexpected shutdown of a given application. That is, even though an application settings storage interval may be set to every 10 minutes, if the application crash module detects that an application is shutting down, application settings applicable to each in-use application may be automatically stored immediately before the shutdown is complete.
  • the user data 215 is representative of user data that is presently deployed via the in-use applications 106 .
  • the user data may include word processing documents, spreadsheet application data, slide presentation application slides, drawings and the like, electronic mail and calendar information including electronic mail messages, calendar information, tasks information, and the like. That is, the user data 215 is representative of any user data that is presently deployed via the in-use applications 106 and that is being reviewed, manipulated, edited, or otherwise utilized via the in-use applications 106 .
  • the application settings 215 on a periodic basis, for example, every 10 minutes, user data is automatically stored to memory so that the user data may be restored after an unexpected application shutdown.
  • user edits, data entry, or other modifications to the data are automatically stored to a draft version of the document that may be utilized if the application is unexpectedly shut down during a time in which the user has failed to manually save her most recent changes to the data.
  • user data including electronic mail and calendar data may be stored automatically upon the detection of an impending application shutdown.
  • an improved data storage and draft data function is provided for calendar information entered or edited via an electronic calendar application 106 , for example, OUTLOOK®, manufactured by MICROSOFT CORPORATION.
  • calendar information such as appointments, meeting requests, tasks, contacts, and other electronic mail and calendar application data are stored to a draft data folder so that the data may be restored in the event of an unexpected application shutdown.
  • the electronic meeting request being prepared by the user is periodically stored to a draft meeting request folder so that the draft meeting request may be restored after an unexpected application shutdown.
  • tasks, notes, contacts data, and other electronic mail and calendar application data being entered or edited are periodically stored to a draft data folder so that those data items may be restored if an unexpected application shutdown occurs during entry and/or edit of any of those electronic mail and calendar application data items.
  • the application restoration module 205 includes sufficient computer executable instructions for directing the restoration of stored application settings and user data after an unexpected (intended or unintended) application shutdown.
  • the application restoration module 205 is representative of software application instructions integrated with each application 106 for directing the periodic and/or automatic storage of application settings state data and user data.
  • the application restoration module 205 may operate as an independent software application that calls each in-use application 106 from time to time or upon an impending application shutdown to direct the automatic storage of application settings state data and user data.
  • application restart may be performed independently of the restart of any other application in use including the operating system 105 . That is, a given application 106 , for example, a word processing application, may experience an unexpected shutdown even though other applications in use, including the operating system 105 , may continue running under normal operating conditions. Alternatively, the in-use applications 106 may be shut down and restarted in conjunction with the operating system 105 , particularly when a shutdown of the associated computer 100 occurs, which causes a shutdown of all in-use applications, or when the shutdown of a given application 106 is directed via the operation system 105 .
  • a restart manager module 220 may be utilized in association with the operating system 105 to direct the automatic storage of application settings state data and user data of a given application 106 when a shutdown of one or more applications 106 is scheduled to occur. For example, if the computer system administrator of a given organization desires to load a software patch (update or other modification) to one or more applications 106 , the restart manager module 220 may be utilized by the system administrator to call each in-use application 106 and direct each in-use application 106 to store application settings 210 and user data 215 prior to a scheduled application shutdown. For example, a user may be presently using one or more applications 106 for entering, editing or otherwise manipulating various user data. While the user is away from her computer, a system administrator of her organization may desire to load a software update or patch to the applications 106 in use by the user.
  • the restart manager module 220 may be utilized by the system administrator to direct the in-use applications 106 to automatically store application settings state and user data prior to the shutdown and restart even though the time for a periodic storage of application settings state data and user data has not elapsed, for example, the elapse of a 10-minute interval between automatic data storage cycles.
  • the memory storage 104 is representative of system memory to which application settings state data and user data may be stored, as described herein.
  • the memory storage 104 is representative of the system registry of the computer 100 , or any other suitable local or remote storage medium which may be used for storing application settings state data and user data described herein.
  • FIG. 3 is a logical flow diagram illustrating the storing of application state data and user data prior to application shutdown and illustrating the restarting of an application after an intended or unintended shutdown.
  • an example user is operating one or more applications 106 and that the user has placed display frames of the in-use applications 106 at various locations, orientations and sizes, and that the user has further deployed one or more user data items, for example, word processing documents, spreadsheet documents, slide presentation documents, electronic mail and calendar data, and the like for entering and/or editing the user's data.
  • the logical flow 300 begins at start block 305 and proceeds to application run block 310 in which the user is presently running and utilizing one or more applications 106 , as described above.
  • decision operation 315 a determination is made as to whether operation of a given application is to be terminated because of a planned application shutdown and restart. As described above, if the applications 106 and/or operating system 105 are to be shutdown and restarted under planned conditions owing to the upload of a software application patch to one of the applications 106 and/or operating system 105 or owing to some other planned shutdown, the restart manager module 220 may notify the in-use applications 106 and the operating system 105 that a shutdown and restart will occur.
  • the logical flow proceeds to automatic save operation 335 , and the restart manager module 220 directs each in-use application 106 to automatically save the present state of any user data 215 , as described above. For example, if the user is presently editing a word processing application, a spreadsheet application, or is entering and editing electronic mail and calendar application data, the restart manager 220 will direct the associated applications 106 to automatically store the user data at its present state so that the data may be restored to its current state after the applications have been restarted.
  • data being entered and/or edited by the user includes electronic calendar data including meeting requests, contacts information, appointments information, tasks or notes information
  • the associated electronic calendar application 106 will automatically save the current state of that data to an appropriate storage medium 104 , as described above.
  • the restart manager module 220 directs each in-use application 106 and/or the operating system 105 to automatically store the current state of the application settings 210 , as described above.
  • the current state of displayed user interfaces, display frames, or other application components including the shapes, sizes, locations and orientations of displayed user interface components and display frames, and including the states of user interface components, for example, toolbars, buttons, controls, scrollbars and the like are automatically stored.
  • the user data and application settings state data are stored to memory 104 .
  • the in-use applications 106 and/or operating system 105 are shut down.
  • routine proceeds to automatic save operation 320 , and user data 215 is automatically stored on a periodic basis, for example, every 10 minutes, as described above with reference to FIG. 2 .
  • user data 215 is automatically stored on a periodic basis, for example, every 10 minutes, as described above with reference to FIG. 2 .
  • application settings state data 210 for any in-use application 106 and/or the operating system 105 are automatically stored on a periodic basis, for example, every 10 minutes, as described above with reference to FIG. 2 .
  • the intervals between automatic data storage for both user data and application settings state data may be modified by user input, or the intervals between automatic data storage may be set by default.
  • the automatic storage of application settings data and the automatic storage of user data may be performed independently of each other. For example, application settings state data may be stored every 5 minutes, and user data may be stored every 10 minutes.
  • a determination may be made as to whether any changes to user data have occurred since the last automatic saving of user data. If no changes have occurred to the user data, then no automatic saving of user data must be accomplished.
  • automatic saving of application settings state data may also occur outside the normal automatic saving intervals or frequencies, and may occur just before an application shutdown if an application shutdown is detected by the respective applications 106 and/or operating system 105 .
  • the in-use applications 106 and/or the operating system 105 are automatically restarted after a previous shutdown, as described above.
  • retrieve settings operation 360 the application settings state data stored for the in-use applications 106 and/or the operating system 105 are retrieved from memory storage 104 by the application restoration module 205 for each in-use application 106 .
  • the application restoration module 205 may be automatically invoked upon restart of the application 106 .
  • the application restoration module 205 may direct the restart of each respective in-use application 106 at the direction of the restart manager module 220 , particularly in the case of planned application shutdowns and restarts, as described above.
  • user data retrieval operation 365 the user data stored for each in-use application 106 is retrieved from memory storage 104 .
  • the in-use applications 106 and/or operating system 105 are restarted, and the user interface components, for example, application display frames, user interface components, scrollbar settings and the like are automatically drawn for display on the user's computer display screen according to the stored application settings state data. That is, each display frame is redrawn to its previous location, to its previous size, and is drawn to contain user interface components that were displayed prior to the shutdown in accordance with the application settings state data that were stored prior to shutdown.
  • the user interface components for example, application display frames, user interface components, scrollbar settings and the like are automatically drawn for display on the user's computer display screen according to the stored application settings state data. That is, each display frame is redrawn to its previous location, to its previous size, and is drawn to contain user interface components that were displayed prior to the shutdown in accordance with the application settings state data that were stored prior to shutdown.
  • user data is drawn for display according to the user data that was saved prior to application shutdown. For example, if the user was editing a word processing document, and page 5 of the word processing document was displayed with an edit insertion point deployed between two particular words at the time the user data was saved prior to application shutdown, then the document will be drawn to include the particular page and editing insertion point according to the last saved user data prior to application shutdown.
  • the application display frames, user interfaces, and user data are displayed on the user's display screen so that the user experience is restored to a point equaling the last stored application settings state data and user data stored prior to application shutdown.
  • application settings state data and user data may be stored by a user action. For example, if the user has a number of applications in use with display frames organized according to the user's desire, and the user is currently editing a number of user data items, for example, word processing documents, spreadsheet documents, slide presentation documents, and a variety of electronic mail and calendar data, the user may desire to manually force the saving of application settings state data and user data so that the user may manually shut down her computer and in-use applications while the user is away, for example, while the user is on a vacation.
  • a user action For example, if the user has a number of applications in use with display frames organized according to the user's desire, and the user is currently editing a number of user data items, for example, word processing documents, spreadsheet documents, slide presentation documents, and a variety of electronic mail and calendar data, the user may desire to manually force the saving of application settings state data and user data so that the user may manually shut down her computer and in-use applications while the user is away, for example, while the user is on a vacation.
  • a user may selectively save current application settings state data and present user data, followed by a manual shutdown of the in-use applications 106 and/or operating system 105 .
  • the user may selectively return the applications 106 and the user data to the states of the applications 106 and the user data manually stored by the user prior to shutdown.
  • the user may efficiently and automatically return to application settings states and displayed user data states at which the applications and user data were displayed prior to the user' intentional shutdown.
  • the user may perform the planned (intended) shutdown and data saving operations via the restart manager module 220 .
  • the routine 300 ends at operation 395 .

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

Methods, systems and computer products provide for capturing and restoring application settings states and associated user data during unexpected application shutdowns and subsequent restarts. Data representing in-use application settings state and in-use user data are stored on a periodic basis, or upon notification of an impending application shutdown. Upon restart, any application deployed prior to shutdown is re-deployed according to the stored application settings state for each application and any in-use documents or other data are re-deployed according to the stored user data.

Description

BACKGROUND
Computer and software users have grown accustomed to performing a variety of tasks using a number of different software applications. Letters, memoranda and other documents are prepared using word processing applications. Presentations and drawings are prepared using slide presentation applications. Financial reports and other data manipulation are prepared and performed using spreadsheet applications. Electronic mail, calendar information, tasks and notes are entered, exchanged and maintained using electronic mail and calendar applications, and a variety of other tasks are performed with other applications.
At any given time, a typical software user may have multiple applications and multiple documents in use, where each application user interface and each launched document is displayed in one or more display frames on the user's computer display screen. In such cases, deployed applications and associated documents are in a given state at any given time. For example, a deployed word processing application may be displaying page 4 of a memorandum. At the same time, a user's electronic mail application may be deployed showing the user's contacts information. A spreadsheet document may be deployed, and the fifth sheet of data may be displayed showing data the user is reviewing while preparing the memorandum currently displayed by her word processing application.
Unfortunately, computers and software applications are often unexpectedly shut down for a variety of reasons. A power outage may cause a computer and any applications presently in use to shut down. An operating system or software application may “crash” where some aspect of data being processed or some aspect of processing sequencing in the operating system or application becomes problematic and causes the operating system or application to shut down. On the other hand, often a computer or software application shutdown is intentional, but still unexpected to the user. For example, while the user is away from her computer, a computer system administrator at her organization may load a software patch (update or other software modification) to one or more applications she is currently using, followed by a restart of her computer for properly integrating the patch with the subject application.
Such intended or unintended shutdowns and restarts often cause a loss of data being entered or edited by a user at the time of the shutdown, and moreover, such shutdowns and restarts often result in a loss of the current application state of the various applications in use at the time of the shutdown and subsequent restart. That is, the number of applications deployed, the locations on the display screen of the various application display frames, the deployment of particular documents or other data, the editing locations in deployed documents, and other application settings states are lost. After the shutdown and subsequent restart, the user must redeploy each application and associated document or other data, reposition and resize the application display frames for each deployed application, and redeploy each document or other data in use to a position in the document or data at which the document or data was being edited prior to the shutdown.
It is with respect to these and other considerations that the present invention has been made.
SUMMARY
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 as an aid in determining the scope of the claimed subject matter.
Embodiments of the present invention solve the above and other problems by providing for capturing and restoring application settings states during application shutdowns and subsequent restarts. Pre-shutdown deployed user data also may be captured for redeployment after subsequent application restart. According to an embodiment of the invention, an in-use application periodically saves data representing its current state. For example, data representing the size and location of deployed application user interface components and display frames, the location of scrollbars and other displayed application components, and data representing presently displayed documents and the viewing and editing positions of presently displayed documents are stored to memory on a periodic basis.
In addition to storing application state data, user data, for example, data being presently entered or edited in an in-use document or data, is stored to memory on a periodic basis. According to one embodiment, a draft data storage mechanism is provided for storing user data such as draft calendar data being entered or edited during an electronic calendar application session.
Both application state data and user data may be automatically stored at regular intervals, for example, every 10 minutes, or alternatively, application state data and user data may be stored automatically upon the detection of an impending application shutdown. According to one embodiment of the invention, if a planned application shutdown is scheduled, a restart manager module notifies any in-use application to automatically save application state data and any user data.
When an application is restarted after an intended or unintended shutdown, the application is redeployed to the application state stored for the application prior to shutdown. And, any documents or other user data that were in use at the time of application shutdown are automatically redeployed and displayed according to the last stored state for the documents or other data prior to application shutdown.
These and other features and advantages will be apparent from a reading of the following detailed description and a review of the associated drawings. It is to be understood that both the foregoing general description and the following detailed description are explanatory only and are not restrictive of the invention as claimed.
BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 illustrates an exemplary computing operating environment.
FIG. 2 is a simplified block diagram illustrating a relationship and interaction between a software application, software application components and a computer operating system.
FIG. 3 is a logical flow diagram illustrating the storing of application state data and user data prior to application shutdown and illustrating the restarting of an application after an intended or unintended shutdown.
DETAILED DESCRIPTION
As briefly described above, embodiments of the present invention are directed to capturing and restoring application state and user data during unexpected application shutdowns and subsequent restarts. Data representing in-use application settings state and in-use user data are stored on a periodic basis, or upon notification of an impending application shutdown. Upon restart, any application deployed prior to shutdown is re-deployed according to the stored application settings state for each application and any in-use documents or other data are re-deployed according to the stored user data. According to embodiments of the present invention, storage and restoration of application settings state and storage and restoration of user data may be performed separately. That is, both pre-shutdown application state and user data may be captured and restored, or alternatively, only application state may be captured and restored automatically upon restart, and any pre-shutdown user data may be re-deployed manually or automatically based on a separate storage of that user data.
In the following detailed description, references are made to the accompanying drawings that form a part hereof and in which are shown by way of illustrations specific embodiments or examples. These embodiments may be combined, other embodiments may be utilized, and structural changes may be made without departing from the spirit or scope of the present invention. The following detailed description is therefore not to be taken in a limiting sense and the scope of the present invention is defined by the appended claims and their equivalents.
Referring now to the drawings, in which like numerals refer to like elements through the several figures, aspects of the present invention and an exemplary computing operating environment will be described. FIG. 1 and the following discussion are intended to provide a brief, general description of a suitable computing environment in which the invention may be implemented. While the invention will be described in the general context of program modules that execute in conjunction with an application program that runs on an operating system on a personal computer, those skilled in the art will recognize that the invention may also be implemented in combination with other program modules.
Generally, program modules include routines, programs, components, data structures, and other types of structures that perform particular tasks or implement particular abstract data types. Moreover, those skilled in the art will appreciate that the invention may be practiced with other computer system configurations, including hand-held devices, multiprocessor systems, microprocessor-based or programmable consumer electronics, minicomputers, mainframe computers, and the like. The invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote memory storage devices.
Embodiments of the invention may be implemented as a computer process (method), a computing system, or as an article of manufacture, such as a computer program product or computer readable media. The computer program product may be a computer storage media readable by a computer system and encoding a computer program of instructions for executing a computer process. The computer program product may also be a propagated signal on a carrier readable by a computing system and encoding a computer program of instructions for executing a computer process.
With reference to FIG. 1, one exemplary system for implementing the invention includes a computing device, such as computing device 100. In a basic configuration, the computing device 100 typically includes at least one processing unit 102 and system memory 104. Depending on the exact configuration and type of computing device, the system memory 104 may be volatile (such as RAM), non-volatile (such as ROM, flash memory, etc.) or some combination of the two. System memory 104 typically includes an operating system 105 suitable for controlling the operation of a networked personal computer, such as the WINDOWS® operating systems from MICROSOFT CORPORATION of Redmond, Wash. The system memory 104 may also include one or more software applications 106 and may include program data 107. This basic configuration is illustrated in FIG. 1 by those components within dashed line 108.
According to embodiments of the invention, the application 106 may comprise many types of software applications, such as an electronic mail program, a calendar program, an Internet browsing program, and the like. An example of such programs is OUTLOOK® manufactured by MICROSOFT CORPORATION. The application 106 may include a number of other types of software applications including a multiple-functionality software application for providing many other types of functionalities. Such a multiple-functionality application may include a number of program modules, such as a word processing program, a spreadsheet program, a slide presentation program, a database program, and the like. An example of such a multiple-functionality application is OFFICE™ manufactured by MICROSOFT CORPORATION.
The computing device 100 may have additional features or functionality. For example, the computing device 100 may also include additional data storage devices (removable and/or non-removable) such as, for example, magnetic disks, optical disks, or tape. Such additional storage is illustrated in FIG. 1 by removable storage 109 and non-removable storage 110. Computer storage media may include volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information, such as computer readable instructions, data structures, program modules, or other data. System memory 104, removable storage 109 and non-removable storage 110 are all examples of computer storage media. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by computing device 100. Any such computer storage media may be part of device 100. Computing device 100 may also have input device(s) 112 such as keyboard, mouse, pen, voice input device, touch input device, etc. Output device(s) 114 such as a display, speakers, printer, etc. may also be included. These devices are well known in the art and need not be discussed at length here.
The computing device 100 may also contain communication connections 116 that allow the device to communicate with other computing devices 118, such as over a network in a distributed computing environment, for example, an intranet or the Internet. Communication connection 116 is one example of communication media. Communication media may typically be embodied by computer readable instructions, data structures, program modules, or other data in a modulated data signal, such as a carrier wave or other transport mechanism, and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. The term computer readable media as used herein includes both storage media and communication media.
FIG. 2 is a simplified block diagram illustrating a relationship and interaction between a software application, software application components, and an operating system according to embodiments of the present invention. As described herein, according to embodiments of the present invention, application state data and user data are periodically and/or automatically stored to memory so that application state and user data state may be restored after unexpected application shutdown. Referring to FIG. 2, the application 106 is representative of any software application, for example, a word processing application, slide presentation application, spreadsheet application, database application, calendar application, or other application for which application state and associated user data may be stored prior to application shutdown for subsequent restart and restoration of pre-shutdown application state and user data state.
The application settings 210 are representative of one or more application settings associated with a given application prior to unexpected application shutdown. For example, the application settings 210 include the number and placement of application display frames. For example, a word processing application may have a display frame in which a document is displayed. A calendar application may have one or more display frames representing contacts data, electronic mail data, tasks data and the like deployed on a display screen of the user's computer. Additional application settings include the locations, sizes and shapes of deployed application display frames. Additionally, the application settings include any user customization of user interface components, for example, the inclusion, exclusion, and/or placement of individual functionality controls in a user interface component such as a toolbar or dropdown menu. Other application settings state data includes the position of scrollbars and other user interface components in a given application display frame, as well as, other application display frame display properties such as user interface component background colors and the like.
As should be appreciated from the foregoing, individual users often deploy a variety of different software applications simultaneously, and the users often place application components, such as application display frames and displayed user interface components in a variety of customized locations, positions, sizes and orientations. As is well known to those skilled in the art, display frames of a given application, or display frames of a plurality of presently in-use applications may be stacked on a display screen according to the priority of use. For example, if a user presently has deployed a word processing application user interface, an electronic mail application user interface and a spreadsheet application user interface, a presently selected application user interface will be displayed in an application display frame on the surface of the display screen, and other presently deployed application user interface components in their respective application display frames will be deployed in positions underneath the presently selected application user interface and associated display frame.
According to embodiments of the invention, each application 106 presently in use stores to memory data representing the present application settings for each respective application. The automatic storing of application settings may be set by user control to occur at regular intervals, for example, every 10 minutes, every five minutes, every one minute, and the like. Alternatively, a default application settings storage interval may be set, for example, every 10 minutes. At the scheduled storage interval or frequency, each application 106 in use will automatically store to memory the number, shapes, sizes, positions, user interface component settings and customizations, display order and other application settings for displayed application components.
According to an alternative embodiment, a “crash” detection module may be utilized wherein application settings are automatically saved upon the detection of an impending unexpected shutdown of a given application. That is, even though an application settings storage interval may be set to every 10 minutes, if the application crash module detects that an application is shutting down, application settings applicable to each in-use application may be automatically stored immediately before the shutdown is complete.
The user data 215 is representative of user data that is presently deployed via the in-use applications 106. For example, the user data may include word processing documents, spreadsheet application data, slide presentation application slides, drawings and the like, electronic mail and calendar information including electronic mail messages, calendar information, tasks information, and the like. That is, the user data 215 is representative of any user data that is presently deployed via the in-use applications 106 and that is being reviewed, manipulated, edited, or otherwise utilized via the in-use applications 106. As described above for the application settings 215, on a periodic basis, for example, every 10 minutes, user data is automatically stored to memory so that the user data may be restored after an unexpected application shutdown. For example, if the user is presently preparing a memorandum for her employer, on a periodic basis, for example, every 10 minutes, user edits, data entry, or other modifications to the data are automatically stored to a draft version of the document that may be utilized if the application is unexpectedly shut down during a time in which the user has failed to manually save her most recent changes to the data. As described above for the application settings data, in addition to periodic storage of user data, for example, every 10 minutes, user data including electronic mail and calendar data, described below, may be stored automatically upon the detection of an impending application shutdown.
According to embodiments of the present invention, an improved data storage and draft data function is provided for calendar information entered or edited via an electronic calendar application 106, for example, OUTLOOK®, manufactured by MICROSOFT CORPORATION. According to this embodiment, on a periodic basis, calendar information such as appointments, meeting requests, tasks, contacts, and other electronic mail and calendar application data are stored to a draft data folder so that the data may be restored in the event of an unexpected application shutdown. For example, if a user is presently entering an electronic meeting request into her electronic calendar application 106 for establishing a meeting with one or more colleagues, the electronic meeting request being prepared by the user is periodically stored to a draft meeting request folder so that the draft meeting request may be restored after an unexpected application shutdown. Likewise, tasks, notes, contacts data, and other electronic mail and calendar application data being entered or edited are periodically stored to a draft data folder so that those data items may be restored if an unexpected application shutdown occurs during entry and/or edit of any of those electronic mail and calendar application data items.
Referring still to FIG. 2, the application restoration module 205 includes sufficient computer executable instructions for directing the restoration of stored application settings and user data after an unexpected (intended or unintended) application shutdown. According to embodiments of the present invention, the application restoration module 205 is representative of software application instructions integrated with each application 106 for directing the periodic and/or automatic storage of application settings state data and user data. Alternatively, the application restoration module 205 may operate as an independent software application that calls each in-use application 106 from time to time or upon an impending application shutdown to direct the automatic storage of application settings state data and user data.
According to embodiments of the present invention, application restart may be performed independently of the restart of any other application in use including the operating system 105. That is, a given application 106, for example, a word processing application, may experience an unexpected shutdown even though other applications in use, including the operating system 105, may continue running under normal operating conditions. Alternatively, the in-use applications 106 may be shut down and restarted in conjunction with the operating system 105, particularly when a shutdown of the associated computer 100 occurs, which causes a shutdown of all in-use applications, or when the shutdown of a given application 106 is directed via the operation system 105.
A restart manager module 220 may be utilized in association with the operating system 105 to direct the automatic storage of application settings state data and user data of a given application 106 when a shutdown of one or more applications 106 is scheduled to occur. For example, if the computer system administrator of a given organization desires to load a software patch (update or other modification) to one or more applications 106, the restart manager module 220 may be utilized by the system administrator to call each in-use application 106 and direct each in-use application 106 to store application settings 210 and user data 215 prior to a scheduled application shutdown. For example, a user may be presently using one or more applications 106 for entering, editing or otherwise manipulating various user data. While the user is away from her computer, a system administrator of her organization may desire to load a software update or patch to the applications 106 in use by the user.
As is appreciated by those skilled in the art, often after the upload of a software patch or other update or modification to a given application 106, a shutdown and restart of the application 106 is required to properly integrate the software patch or other update to the subject application. If the shutdown and restart occurs while the user is away from her computer, but while the user has presently deployed software applications and user data, application state and user data may be lost because of the shutdown and restart. According to embodiments of the present invention, the restart manager module 220 may be utilized by the system administrator to direct the in-use applications 106 to automatically store application settings state and user data prior to the shutdown and restart even though the time for a periodic storage of application settings state data and user data has not elapsed, for example, the elapse of a 10-minute interval between automatic data storage cycles.
Referring still to FIG. 2, the memory storage 104 is representative of system memory to which application settings state data and user data may be stored, as described herein. As should be appreciated, the memory storage 104 is representative of the system registry of the computer 100, or any other suitable local or remote storage medium which may be used for storing application settings state data and user data described herein.
Having described an exemplary operating environment for embodiments of the present invention with reference to FIGS. 1 and 2 above, FIG. 3 is a logical flow diagram illustrating the storing of application state data and user data prior to application shutdown and illustrating the restarting of an application after an intended or unintended shutdown. For purposes of illustration, consider that an example user is operating one or more applications 106 and that the user has placed display frames of the in-use applications 106 at various locations, orientations and sizes, and that the user has further deployed one or more user data items, for example, word processing documents, spreadsheet documents, slide presentation documents, electronic mail and calendar data, and the like for entering and/or editing the user's data.
The logical flow 300 begins at start block 305 and proceeds to application run block 310 in which the user is presently running and utilizing one or more applications 106, as described above. At decision operation 315, a determination is made as to whether operation of a given application is to be terminated because of a planned application shutdown and restart. As described above, if the applications 106 and/or operating system 105 are to be shutdown and restarted under planned conditions owing to the upload of a software application patch to one of the applications 106 and/or operating system 105 or owing to some other planned shutdown, the restart manager module 220 may notify the in-use applications 106 and the operating system 105 that a shutdown and restart will occur.
If a planned shutdown is to occur, the logical flow proceeds to automatic save operation 335, and the restart manager module 220 directs each in-use application 106 to automatically save the present state of any user data 215, as described above. For example, if the user is presently editing a word processing application, a spreadsheet application, or is entering and editing electronic mail and calendar application data, the restart manager 220 will direct the associated applications 106 to automatically store the user data at its present state so that the data may be restored to its current state after the applications have been restarted. In addition, as described above, if data being entered and/or edited by the user includes electronic calendar data including meeting requests, contacts information, appointments information, tasks or notes information, the associated electronic calendar application 106 will automatically save the current state of that data to an appropriate storage medium 104, as described above.
At application settings save operation 340, the restart manager module 220 directs each in-use application 106 and/or the operating system 105 to automatically store the current state of the application settings 210, as described above. For example, the current state of displayed user interfaces, display frames, or other application components, including the shapes, sizes, locations and orientations of displayed user interface components and display frames, and including the states of user interface components, for example, toolbars, buttons, controls, scrollbars and the like are automatically stored. At save operation 345, the user data and application settings state data are stored to memory 104. At application close operation 350, the in-use applications 106 and/or operating system 105 are shut down.
Referring back to decision operation 315, if a planned shutdown of in-use applications 106 and/or the operating system 105 is not to occur, the routine proceeds to automatic save operation 320, and user data 215 is automatically stored on a periodic basis, for example, every 10 minutes, as described above with reference to FIG. 2. At automatic save operation 325, application settings state data 210 for any in-use application 106 and/or the operating system 105 are automatically stored on a periodic basis, for example, every 10 minutes, as described above with reference to FIG. 2.
As described above, the intervals between automatic data storage for both user data and application settings state data may be modified by user input, or the intervals between automatic data storage may be set by default. Alternatively, the automatic storage of application settings data and the automatic storage of user data may be performed independently of each other. For example, application settings state data may be stored every 5 minutes, and user data may be stored every 10 minutes. For another example, at automatic save operation 320, a determination may be made as to whether any changes to user data have occurred since the last automatic saving of user data. If no changes have occurred to the user data, then no automatic saving of user data must be accomplished. On the other hand, even if no changes have been made to the user data since the last automatic saving cycle, changes may have nonetheless occurred to the application settings state, for example, the user may have moved a display frame from one location on the display screen to another. In such a case, the automatic saving of application settings state data will be required at operation 325. As described above with reference to FIG. 2, automatic saving of user data and application settings state data may also occur outside the normal automatic saving intervals or frequencies, and may occur just before an application shutdown if an application shutdown is detected by the respective applications 106 and/or operating system 105.
At decision operation 330, a determination is made as to whether operation of a given application is being terminated because of an unplanned application shutdown. If no shutdown of the in-use applications 106 and/or operating system 105 occurs, the routine proceeds back to application run operation 310 and proceeds as described above. If an unplanned application shutdown occurs at decision operation 330, the routine proceeds to application restart operation 335. As should be appreciated, the application restart operation 335 also proceeds from the planned application closing operation 350 described above for planned shutdowns.
At application restart operation 335, the in-use applications 106 and/or the operating system 105 are automatically restarted after a previous shutdown, as described above. At retrieve settings operation 360, the application settings state data stored for the in-use applications 106 and/or the operating system 105 are retrieved from memory storage 104 by the application restoration module 205 for each in-use application 106. As should be appreciated, if the application shutdown was for an individual application 106, the application restoration module 205 may be automatically invoked upon restart of the application 106. Alternatively, the application restoration module 205 may direct the restart of each respective in-use application 106 at the direction of the restart manager module 220, particularly in the case of planned application shutdowns and restarts, as described above. At user data retrieval operation 365, the user data stored for each in-use application 106 is retrieved from memory storage 104.
At operation 370, the in-use applications 106 and/or operating system 105 are restarted, and the user interface components, for example, application display frames, user interface components, scrollbar settings and the like are automatically drawn for display on the user's computer display screen according to the stored application settings state data. That is, each display frame is redrawn to its previous location, to its previous size, and is drawn to contain user interface components that were displayed prior to the shutdown in accordance with the application settings state data that were stored prior to shutdown.
At operation 375, user data is drawn for display according to the user data that was saved prior to application shutdown. For example, if the user was editing a word processing document, and page 5 of the word processing document was displayed with an edit insertion point deployed between two particular words at the time the user data was saved prior to application shutdown, then the document will be drawn to include the particular page and editing insertion point according to the last saved user data prior to application shutdown.
At display operation 380, the application display frames, user interfaces, and user data are displayed on the user's display screen so that the user experience is restored to a point equaling the last stored application settings state data and user data stored prior to application shutdown.
According to an alternative embodiment, application settings state data and user data may be stored by a user action. For example, if the user has a number of applications in use with display frames organized according to the user's desire, and the user is currently editing a number of user data items, for example, word processing documents, spreadsheet documents, slide presentation documents, and a variety of electronic mail and calendar data, the user may desire to manually force the saving of application settings state data and user data so that the user may manually shut down her computer and in-use applications while the user is away, for example, while the user is on a vacation.
According to this embodiment, a user may selectively save current application settings state data and present user data, followed by a manual shutdown of the in-use applications 106 and/or operating system 105. When the user subsequently desires to restart her computer, the user may selectively return the applications 106 and the user data to the states of the applications 106 and the user data manually stored by the user prior to shutdown. Thus, the user may efficiently and automatically return to application settings states and displayed user data states at which the applications and user data were displayed prior to the user' intentional shutdown. According to one embodiment, the user may perform the planned (intended) shutdown and data saving operations via the restart manager module 220. The routine 300 ends at operation 395.
It will be apparent to those skilled in the art that various modifications or variations may be made in the present invention without departing from the scope or spirit of the invention. Other embodiments of the present invention will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein.

Claims (20)

1. A method of restoring application state after unexpected application shutdown, comprising:
storing application settings data, the application settings data representing an application settings state of an application operating on a computing device, the application settings state including data that represents a position of a displayed user interface component of the application and a size of the displayed user interface component;
automatically determining, at the computing device, whether the application experienced an unexpected shutdown, an unexpected shutdown being a shutdown of the application occurring under circumstances in which a user of the application did not expect the application to shut down;
in response to determining that the application experienced an unexpected shutdown, automatically retrieving the application settings data at the computing device; and
in response to determining that the application experienced an unexpected shutdown, automatically restarting the application on the computing device to an application settings state according to the application settings data.
2. The method of claim 1,
wherein storing the application settings data includes storing data representing any displayed application user interface components, including data representing any displayed sub-components of the any displayed application user interface components; and
wherein restarting the application to an application settings state includes deploying the any displayed user interface components after restarting the application.
3. The method of claim 1, wherein storing the application settings data includes storing the application settings data at a periodic frequency during operation of the application.
4. The method of claim 1,
wherein the method further comprises determining, at the computing device, whether a scheduled shutdown of the application is to occur; and
wherein storing the application settings data includes storing the application settings data in response to determining that a scheduled shutdown of the application is to occur, the scheduled shutdown of the application being an unexpected shutdown of the application.
5. The method of claim 4, further comprising, prior to determining whether the application experienced an unexpected shutdown, performing, at the computing device, the scheduled shutdown of the application.
6. The method of claim 5, wherein performing the scheduled shutdown comprises performing the scheduled shutdown when a system administrator uses a restart manager module to shut down the application.
7. The method of claim 1, further comprising storing a set of user data, the set of user data containing all user data deployed via the application prior to an unexpected shutdown of the application.
8. The method of claim 7, wherein storing the set of user data includes storing the set of user data at a periodic frequency during operation of the application.
9. The method of claim 7,
wherein the method further comprises determining, at the computing device, whether a scheduled shutdown of the application is to occur, the scheduled shutdown being an unexpected shutdown; and
wherein storing the set of user data includes storing the set of user data in response to determining that the scheduled shutdown of the application is to occur.
10. The method of claim 7, wherein the method further comprises after restarting the application, deploying, via the application, the set of user data.
11. The method of claim 10, prior to deploying the set of user data, retrieving the set of user data.
12. The method of claim 7, wherein storing the set of user data includes storing electronic calendar data to an electronic calendar data storage site.
13. A computer readable storage medium containing computer executable instructions which, when executed by a computer, cause the computer to perform a method of restoring application state after application shutdown, the method comprising:
automatically storing application settings data, the application settings data representing an application settings state of an application, the application settings state including data that represents a position of a displayed user interface component of the application and a size of the displayed user interface component;
automatically storing a set of user data, the set of user data containing any user data displayed via the application;
automatically determining whether the application experienced an unexpected shutdown, an unexpected shutdown being a shutdown of the application occurring under circumstances in which a user of the application did not expect the application to shutdown;
in response to determining that the application experienced an unexpected shutdown, automatically retrieving the application settings data;
in response to determining that the application experienced an unexpected shutdown, automatically retrieving the set of user data;
in response to determining that the application experienced an unexpected shutdown, automatically restarting the application to an application settings state according to the application settings data; and
in response to determining that the application experienced an unexpected shutdown, automatically displaying via the restarted application, the user data contained in the set of user data.
14. The computer readable storage medium of claim 13,
wherein automatically storing the application settings data includes automatically storing data representing any displayed application user interface components, including data representing a position, a size and any displayed sub-components of the any displayed application user interface components; and
wherein automatically restarting the application includes deploying the any displayed user interface components after restarting the application.
15. The computer readable storage medium of claim 13, wherein automatically storing the application settings data includes automatically storing the application settings data at a periodic frequency during operation of the application.
16. The computer readable storage medium of claim 13,
wherein the method further comprises automatically determining whether an unexpected shutdown of the application is to occur: and
wherein automatically storing the application settings data includes automatically storing the application settings data in response to determining that an unexpected shutdown of the application is to occur.
17. The computer readable storage medium of claim 13, wherein automatically storing the set of user data includes automatically storing electronic calendar data to an electronic calendar data storage site.
18. A computer readable storage medium containing computer executable instructions which when executed by a computer cause the computer to perform a method of restoring application state after application shutdown, the method comprising:
automatically storing application settings data to an electronic calendar data storage site, the application settings data representing an application settings state of an electronic calendaring application operating on the computer, the application settings data including data that represents;
a position of a first displayed user interface component of the electronic calendar application, and
a size of the first displayed user interface component, and
automatically storing user data to the electronic calendar data storage site, the user data being data deployed via the electronic calendar application within the first displayed user interface component;
after storing the application settings data and the deployed user data, performing a scheduled shutdown of the electronic calendar application, the scheduled shutdown being scheduled by a system administrator, the scheduled shutdown being an unexpected shutdown, wherein the unexpected shutdown is a shutdown of the electronic calendaring application occurring under circumstances in which a user of the electronic calendaring application did not expect the electronic calendaring application to shutdown;
after performing the scheduled shutdown of the electronic calendar application, loading a software patch that modifies the electronic calendar application;
after loading the software patch, automatically determining whether the electronic calendar application has experienced an unexpected shutdown;
in response to determining that the electronic calendar application has experienced an unexpected shutdown, retrieving the application settings data;
in response to retrieving the application settings data, restarting the electronic calendar application on the computer to the application settings state represented by the application settings data;
in response to determining that the electronic calendar application has experienced an unexpected shutdown, retrieving the user data from the electronic calendar data storage site; and
displaying, via the electronic calendar application, the user data in a second user interface component at the position of the first displayed user interface component, the second user interface component having the size of the first displayed user interface component.
19. The computer readable storage medium of claim 18,
wherein the method further comprises automatically determining that the scheduled shutdown is to occur; and
wherein automatically storing the set of user data includes automatically storing the set of user data to the electronic calendar data storage site in response to determining that the scheduled shutdown is to occur.
20. The computer readable storage medium of claim 18, wherein automatically storing the set of user data includes automatically storing the set of user data to the electronic calendar data storage site at a periodic frequency during operation of the electronic calendar application.
US11/331,405 2006-01-12 2006-01-12 Capturing and restoring application state after unexpected application shutdown Active 2026-10-08 US7574591B2 (en)

Priority Applications (8)

Application Number Priority Date Filing Date Title
US11/331,405 US7574591B2 (en) 2006-01-12 2006-01-12 Capturing and restoring application state after unexpected application shutdown
US11/507,648 US7716461B2 (en) 2006-01-12 2006-08-21 Capturing and restoring application state after unexpected application shutdown
PCT/US2007/000245 WO2007087138A1 (en) 2006-01-12 2007-01-04 Capturing and restoring application state after unexpected application shutdown
EP07709581.8A EP1974286B1 (en) 2006-01-12 2007-01-04 Capturing and restoring application state after unexpected application shutdown
JP2008550343A JP5140001B2 (en) 2006-01-12 2007-01-04 Capture and rebuild application state after an unexpected application shutdown
CN2007800022899A CN101371250B (en) 2006-01-12 2007-01-04 Capturing and restoring application state after unexpected application shutdown
KR1020087016578A KR101278822B1 (en) 2006-01-12 2007-01-04 Capturing and restoring application state after unexpected application shutdown
TW096100726A TWI475484B (en) 2006-01-12 2007-01-08 Capturing and restoring application state after unexpected application shutdown

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US11/331,405 US7574591B2 (en) 2006-01-12 2006-01-12 Capturing and restoring application state after unexpected application shutdown

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/507,648 Continuation US7716461B2 (en) 2006-01-12 2006-08-21 Capturing and restoring application state after unexpected application shutdown

Publications (2)

Publication Number Publication Date
US20070162779A1 US20070162779A1 (en) 2007-07-12
US7574591B2 true US7574591B2 (en) 2009-08-11

Family

ID=38234133

Family Applications (1)

Application Number Title Priority Date Filing Date
US11/331,405 Active 2026-10-08 US7574591B2 (en) 2006-01-12 2006-01-12 Capturing and restoring application state after unexpected application shutdown

Country Status (1)

Country Link
US (1) US7574591B2 (en)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080114979A1 (en) * 2006-11-15 2008-05-15 Chen-Ning Hsi Method for processing working state of processing device by using identification data
US20090158295A1 (en) * 2007-12-17 2009-06-18 Microsoft Corporation Device settings restore point
US20100064068A1 (en) * 2008-09-09 2010-03-11 Canon Kabushiki Kaisha Apparatus, method and program
US20100077074A1 (en) * 2008-09-25 2010-03-25 Karen Papierniak Techniques for hierarchical report tool session management
US20100115334A1 (en) * 2008-11-05 2010-05-06 Mark Allen Malleck Lightweight application-level runtime state save-and-restore utility
US20110314124A1 (en) * 2009-03-25 2011-12-22 Roger Brian Gimson Capturing an application state
US20120230587A1 (en) * 2011-03-09 2012-09-13 Asset Science Llc Systems and methods for testing content of mobile communication devices
US8484569B2 (en) 2010-06-30 2013-07-09 International Business Machines Corporation Saving and restoring collaborative applications in context
US9002543B2 (en) 2012-12-20 2015-04-07 Honeywell International Inc. Situation aftermath management system and method
US9223611B2 (en) 2010-12-28 2015-12-29 Microsoft Technology Licensing, Llc Storing and resuming application runtime state
US9286309B2 (en) 2007-05-23 2016-03-15 Adobe Systems Incorporated Representation of last viewed or last modified portion of a document

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8510743B2 (en) 2007-10-31 2013-08-13 Google Inc. Terminating computer applications
US20090260062A1 (en) * 2008-04-15 2009-10-15 International Business Machines Corporation Real-time online communications management
US8276144B2 (en) * 2008-04-15 2012-09-25 International Business Machines Corporation Electronic device workspace restriction
EP2280348B1 (en) * 2009-07-27 2011-09-21 International Business Machines Corporation Method and system for saving operational state of running applications when unexpected shutdown events occur
JP4937385B2 (en) * 2010-07-20 2012-05-23 株式会社東芝 Information processing apparatus and display area arrangement method
US20150309970A1 (en) 2010-11-18 2015-10-29 Google Inc. State information in a stateless environment
US20120143900A1 (en) * 2010-12-06 2012-06-07 Google Inc. Instant Search For Settings
JP2013092940A (en) * 2011-10-26 2013-05-16 Canon Inc Electronic apparatus and power control method for the same
US8880860B2 (en) * 2011-12-02 2014-11-04 Qualcomm Incorporated Methods and apparatus for saving conditions prior to a reset for post reset evaluation
GB2503439A (en) * 2012-06-26 2014-01-01 Ibm Method of restarting a software system that has unintentional shutdown.
CN103634337B (en) * 2012-08-22 2018-09-18 腾讯科技(深圳)有限公司 Page recovery, device and mobile terminal
US10444990B2 (en) * 2013-11-22 2019-10-15 Sap Se Fast restart of applications using shared memory
CN105518638A (en) * 2014-08-11 2016-04-20 华为技术有限公司 Method and device for loading view of application and electronic terminal
KR102446325B1 (en) * 2015-06-24 2022-09-22 삼성전자주식회사 Operating Method For Application Program and electronic device supporting the same
US10249266B2 (en) * 2016-02-29 2019-04-02 Vmware, Inc. Preserving desktop state across login sessions
CN105892818A (en) * 2016-03-31 2016-08-24 北京金山安全软件有限公司 Information processing method and device and electronic equipment
CN106131337A (en) * 2016-07-19 2016-11-16 宇龙计算机通信科技(深圳)有限公司 A kind of method and device out of service based on User Status control application
US10848483B2 (en) * 2016-12-08 2020-11-24 Ricoh Company, Ltd. Shared terminal, communication system, and display control method, and recording medium
US11169815B2 (en) * 2018-01-16 2021-11-09 Bby Solutions, Inc. Method and system for automation tool set for server maintenance actions
US11487276B2 (en) 2020-03-03 2022-11-01 International Business Machines Corporation Salvaging outputs of tools
WO2022061859A1 (en) * 2020-09-28 2022-03-31 Intel Corporation Application restore based on volatile memory storage across system resets

Citations (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4827447A (en) * 1986-06-13 1989-05-02 International Business Machines Corporation Method for selectively returning to the beginning or the previous revision point in document edition
US5317752A (en) * 1989-12-22 1994-05-31 Tandem Computers Incorporated Fault-tolerant computer system with auto-restart after power-fall
WO1996007964A1 (en) 1994-09-07 1996-03-14 International Business Machines Corporation Control of transitions between power management states in a computer system
US5712971A (en) * 1995-12-11 1998-01-27 Ab Initio Software Corporation Methods and systems for reconstructing the state of a computation
US5748882A (en) 1992-09-30 1998-05-05 Lucent Technologies Inc. Apparatus and method for fault-tolerant computing
US5996073A (en) 1997-12-18 1999-11-30 Tioga Systems, Inc. System and method for determining computer application state
US6009258A (en) 1997-09-26 1999-12-28 Symantec Corporation Methods and devices for unwinding stack of frozen program and for restarting the program from unwound state
US6018805A (en) 1997-12-15 2000-01-25 Recipio Transparent recovery of distributed-objects using intelligent proxies
US6122752A (en) 1998-06-19 2000-09-19 At&T Corporation System and method for characterizing and repairing intelligent systems
KR20000063253A (en) 2000-06-07 2000-11-06 송명순 Method of Self-Diagnosis and Self-Restoration of System Error and A Computer System Using The Same
US6151569A (en) 1997-09-26 2000-11-21 Symantec Corporation Automated sequence of machine-performed attempts to unfreeze an apparently frozen application program
US6199179B1 (en) 1998-06-10 2001-03-06 Compaq Computer Corporation Method and apparatus for failure recovery in a multi-processor computer system
US6336161B1 (en) * 1995-12-15 2002-01-01 Texas Instruments Incorporated Computer configuration system and method with state and restoration from non-volatile semiconductor memory
KR20020026814A (en) 2000-10-02 2002-04-12 포만 제프리 엘 Method and Apparatus for Suspending And Resuming Operation of A Computer System
US6393584B1 (en) * 1995-04-26 2002-05-21 International Business Machines Corporation Method and system for efficiently saving the operating state of a data processing system
US6490594B1 (en) 1997-04-04 2002-12-03 Microsoft Corporation Database computer system with application recovery and dependency handling write cache
US20030051186A1 (en) 2001-09-11 2003-03-13 Sun Microsystems, Inc. Methods to restore tests execution after unexpected crashes for use in a distributed test framework
US20030208593A1 (en) 2002-05-06 2003-11-06 Microsoft Corporation Uniquely identifying a crashed application and its environment
US6662310B2 (en) 1999-11-10 2003-12-09 Symantec Corporation Methods for automatically locating url-containing or other data-containing windows in frozen browser or other application program, saving contents, and relaunching application program with link to saved data
US20030236826A1 (en) * 2002-06-24 2003-12-25 Nayeem Islam System and method for making mobile applications fault tolerant
US20040153973A1 (en) * 2002-11-21 2004-08-05 Lawrence Horwitz System and method for automatically storing and recalling application states based on application contexts
US6785783B2 (en) * 2000-11-30 2004-08-31 International Business Machines Corporation NUMA system with redundant main memory architecture
US20050009510A1 (en) * 2001-12-07 2005-01-13 Masayuki Tsuda Mobile communication terminal, method for controlling execution state of application program, application program, and recording medium wherein application has been recorded
US20050038933A1 (en) 2003-08-14 2005-02-17 International Business Machines Corporation System and method for hibernating application state data on removable module
US20050102396A1 (en) 1999-10-05 2005-05-12 Hipp Burton A. Snapshot restore of application chains and applications
US6968469B1 (en) * 2000-06-16 2005-11-22 Transmeta Corporation System and method for preserving internal processor context when the processor is powered down and restoring the internal processor context when processor is restored
US20050268301A1 (en) * 2004-05-26 2005-12-01 Kelley Brian H Method, software and apparatus for using application state history information when re-launching applications

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5206647A (en) * 1991-06-27 1993-04-27 Hughes Aircraft Company Low cost AGC function for multiple approximation A/D converters
US6289044B1 (en) * 1998-05-12 2001-09-11 Nortel Networks Limited Automatic gain control circuit for a modem receiver
US6259391B1 (en) * 1999-06-18 2001-07-10 Nortel Networks Limited Analog gain control adjustment using a probabilistic algorithm
US6292120B1 (en) * 2000-03-02 2001-09-18 Adc Telecommunications, Inc. Automatic gain control for input to analog to digital converter

Patent Citations (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4827447A (en) * 1986-06-13 1989-05-02 International Business Machines Corporation Method for selectively returning to the beginning or the previous revision point in document edition
US5317752A (en) * 1989-12-22 1994-05-31 Tandem Computers Incorporated Fault-tolerant computer system with auto-restart after power-fall
US5748882A (en) 1992-09-30 1998-05-05 Lucent Technologies Inc. Apparatus and method for fault-tolerant computing
WO1996007964A1 (en) 1994-09-07 1996-03-14 International Business Machines Corporation Control of transitions between power management states in a computer system
US6393584B1 (en) * 1995-04-26 2002-05-21 International Business Machines Corporation Method and system for efficiently saving the operating state of a data processing system
US5712971A (en) * 1995-12-11 1998-01-27 Ab Initio Software Corporation Methods and systems for reconstructing the state of a computation
US6336161B1 (en) * 1995-12-15 2002-01-01 Texas Instruments Incorporated Computer configuration system and method with state and restoration from non-volatile semiconductor memory
US6490594B1 (en) 1997-04-04 2002-12-03 Microsoft Corporation Database computer system with application recovery and dependency handling write cache
US6009258A (en) 1997-09-26 1999-12-28 Symantec Corporation Methods and devices for unwinding stack of frozen program and for restarting the program from unwound state
US6151569A (en) 1997-09-26 2000-11-21 Symantec Corporation Automated sequence of machine-performed attempts to unfreeze an apparently frozen application program
US6018805A (en) 1997-12-15 2000-01-25 Recipio Transparent recovery of distributed-objects using intelligent proxies
US5996073A (en) 1997-12-18 1999-11-30 Tioga Systems, Inc. System and method for determining computer application state
US6199179B1 (en) 1998-06-10 2001-03-06 Compaq Computer Corporation Method and apparatus for failure recovery in a multi-processor computer system
US6122752A (en) 1998-06-19 2000-09-19 At&T Corporation System and method for characterizing and repairing intelligent systems
US20050102396A1 (en) 1999-10-05 2005-05-12 Hipp Burton A. Snapshot restore of application chains and applications
US6662310B2 (en) 1999-11-10 2003-12-09 Symantec Corporation Methods for automatically locating url-containing or other data-containing windows in frozen browser or other application program, saving contents, and relaunching application program with link to saved data
KR20000063253A (en) 2000-06-07 2000-11-06 송명순 Method of Self-Diagnosis and Self-Restoration of System Error and A Computer System Using The Same
US6968469B1 (en) * 2000-06-16 2005-11-22 Transmeta Corporation System and method for preserving internal processor context when the processor is powered down and restoring the internal processor context when processor is restored
KR20020026814A (en) 2000-10-02 2002-04-12 포만 제프리 엘 Method and Apparatus for Suspending And Resuming Operation of A Computer System
US6785783B2 (en) * 2000-11-30 2004-08-31 International Business Machines Corporation NUMA system with redundant main memory architecture
US20030051186A1 (en) 2001-09-11 2003-03-13 Sun Microsystems, Inc. Methods to restore tests execution after unexpected crashes for use in a distributed test framework
US20050009510A1 (en) * 2001-12-07 2005-01-13 Masayuki Tsuda Mobile communication terminal, method for controlling execution state of application program, application program, and recording medium wherein application has been recorded
US20030208593A1 (en) 2002-05-06 2003-11-06 Microsoft Corporation Uniquely identifying a crashed application and its environment
US20030236826A1 (en) * 2002-06-24 2003-12-25 Nayeem Islam System and method for making mobile applications fault tolerant
US20040153973A1 (en) * 2002-11-21 2004-08-05 Lawrence Horwitz System and method for automatically storing and recalling application states based on application contexts
US20050038933A1 (en) 2003-08-14 2005-02-17 International Business Machines Corporation System and method for hibernating application state data on removable module
US20050268301A1 (en) * 2004-05-26 2005-12-01 Kelley Brian H Method, software and apparatus for using application state history information when re-launching applications

Non-Patent Citations (7)

* Cited by examiner, † Cited by third party
Title
"C5 1.0 Features and Architecture Overview: C5 Operating System Features", http://www.jaluna.com/doc/c5/html/Overview/x5098.html, printed Dec. 7, 2005, 6 pp.
Candea, George et al., "Recovery-Oriented Computing: Building Multitier Dependability", IEEE Computer Society, Nov. 2004, pp. 60-67.
Evers, Joris, "Windows Vista to 'freeze dry' PCs before patching", CNET News.com, http://news.com.com/Windows+Vista+to+freeze+dry+PCs+before+patching/2100-7355-3-5846234.html?part=rss&tag=5846234&subj=news, Sep. 2, 2005, 5 pp.
Extended European Search Report mailed Mar. 6, 2009 including corrected Written Opinion from European Application No. 07709581.8 - 1243.
Guy, Ashley, "The Edition Editing Experience", http://www.abcdv.com/article/articleview/180/4/27/, Oct. 2003, 7 pp.
Knop, F. et al., "Failure-Resilient Computations in the EcliPSe System," 1994 International Conference on Parallel Processing, pp. III-184-III-187 (1994).
Laadan, Oren et al., "Transparent Checkpoint-Restart of Distributed Applications on Commodity Clusters", Proceedings of the 2005 IEEE International Conference on Cluster Computing, Boston MA, Sep. 26-30, 2005, 13 pp.

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080114979A1 (en) * 2006-11-15 2008-05-15 Chen-Ning Hsi Method for processing working state of processing device by using identification data
US9286309B2 (en) 2007-05-23 2016-03-15 Adobe Systems Incorporated Representation of last viewed or last modified portion of a document
US20090158295A1 (en) * 2007-12-17 2009-06-18 Microsoft Corporation Device settings restore point
US8352784B2 (en) * 2007-12-17 2013-01-08 Microsoft Corporation Device settings restore point
US20100064068A1 (en) * 2008-09-09 2010-03-11 Canon Kabushiki Kaisha Apparatus, method and program
US8380892B2 (en) * 2008-09-09 2013-02-19 Canon Kabushiki Kaisha Apparatus, method and program
US20100077074A1 (en) * 2008-09-25 2010-03-25 Karen Papierniak Techniques for hierarchical report tool session management
US8234367B2 (en) * 2008-09-25 2012-07-31 Teradata Us, Inc. Techniques for hierarchical report tool session management
US8291261B2 (en) * 2008-11-05 2012-10-16 Vulcan Technologies Llc Lightweight application-level runtime state save-and-restore utility
US20100115334A1 (en) * 2008-11-05 2010-05-06 Mark Allen Malleck Lightweight application-level runtime state save-and-restore utility
US20110314124A1 (en) * 2009-03-25 2011-12-22 Roger Brian Gimson Capturing an application state
US8484569B2 (en) 2010-06-30 2013-07-09 International Business Machines Corporation Saving and restoring collaborative applications in context
US9223611B2 (en) 2010-12-28 2015-12-29 Microsoft Technology Licensing, Llc Storing and resuming application runtime state
US9600323B2 (en) 2010-12-28 2017-03-21 Microsoft Technology Licensing, Llc Storing and resuming application runtime state
US9934064B2 (en) 2010-12-28 2018-04-03 Microsoft Technology Licensing, Llc Storing and resuming application runtime state
US20120230587A1 (en) * 2011-03-09 2012-09-13 Asset Science Llc Systems and methods for testing content of mobile communication devices
US9152521B2 (en) * 2011-03-09 2015-10-06 Asset Science Llc Systems and methods for testing content of mobile communication devices
US9002543B2 (en) 2012-12-20 2015-04-07 Honeywell International Inc. Situation aftermath management system and method

Also Published As

Publication number Publication date
US20070162779A1 (en) 2007-07-12

Similar Documents

Publication Publication Date Title
US7574591B2 (en) Capturing and restoring application state after unexpected application shutdown
US7716461B2 (en) Capturing and restoring application state after unexpected application shutdown
US8965929B2 (en) Manipulating electronic backups
US8311988B2 (en) Consistent back up of electronic information
US9286166B2 (en) Electronic backup of applications
US8370853B2 (en) Event notification management
US9009115B2 (en) Restoring electronic information
US8484569B2 (en) Saving and restoring collaborative applications in context
US8584091B2 (en) Management of graphical information notes
EP2372553A1 (en) Application-based backup-restore of electronic information
US20080126442A1 (en) Architecture for back up and/or recovery of electronic data
EP2057545A2 (en) Managing backup of content
RU2336553C2 (en) System and method for support of applications that are minimised with expanded set of functions

Legal Events

Date Code Title Description
AS Assignment

Owner name: MICROSOFT CORPORATION, WASHINGTON

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:DOWNER, JOEL, BY HIS LEGAL REPESENTATIVE, DOWNER, ALEITA;NIZAR, SHAHEEDA PARVEEN;SAREEN, CHAITANYA DEV;AND OTHERS;REEL/FRAME:018625/0383;SIGNING DATES FROM 20060808 TO 20061011

STCF Information on status: patent grant

Free format text: PATENTED CASE

FPAY Fee payment

Year of fee payment: 4

AS Assignment

Owner name: MICROSOFT TECHNOLOGY LICENSING, LLC, WASHINGTON

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MICROSOFT CORPORATION;REEL/FRAME:034543/0001

Effective date: 20141014

FPAY Fee payment

Year of fee payment: 8

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 12