US20160028784A1 - Techniques to restore communications sessions for applications having conversation and meeting environments - Google Patents

Abstract

Techniques for restoring communications sessions for applications having conversation environment and a meeting embodiment are described. A system may include a meeting component of a communications application for selecting a meeting from multiple meetings, a conversation component of the communications application for managing multiple conversation threads, and a recovery component of the communications application for recovering an active meeting from the multiple meetings or an active conversation thread from the multiple conversation threads. Other embodiments are described and claimed.

Description

RELATED CASE
• This application is a continuation of, claims the benefit of and priority to, previously filed U.S. patent application Ser. No. 13/032,019 entitled “Techniques to Restore Communications Sessions for Applications Having Conversation and Meeting Environments” filed on Feb. 22, 2011, the subject matter of which is hereby incorporated by reference in its entirety.
BACKGROUND
• Communications applications are available for enabling users to have conversations in which synchronous, real-time communication is occurring between parties. For example, conversations have traditionally been held over telephones, though telephone conversation capability has been extended through conference calling, video conferencing, and multiple party conversations via voice over IP (VoIP).
• In addition to telephone, conversations have come to include text-based forms of real-time communication such as instant messaging and group chat. In these approaches, two or more users exchange text messages that are transmitted and read by all users. The users participate in an exchange of messages that occurs synchronously for all users. In this way, synchronous text-based conversations can differ from communications such as email in which the parties are not in synchronous, real-time communication, but exchange messages over extended periods of time.
• Network-based meetings are also performed online in which one party shares a computer desktop or application with one or more other parties over a network connection. In this way, all meeting participants are able to view a common presentation and interact to exchange ideas. A meeting can be any type of collaboration session, including those in which each participant can speak to the other participants or exchange text messages, for example.
• Typically, different applications can be used for conversations and meetings. Oftentimes, a different application is used for each different type of conversation, for example, an instant messaging application for texting and a separate VoIP application for voice conversations over IP networks. Additionally, instant messaging, chat threads, and recorded VoIP conversations can be saved for future reference. However, it can be difficult, for example, for a user to organize the various conversation applications and locate saved conversations in addition to managing a separate meeting application. Furthermore, it can be difficult, for example, for a user to restore lost communications and associated context for different types of conversations and meetings. It is with respect to these and other considerations that improvements are needed.
SUMMARY
• The following presents a simplified summary in order to provide a basic understanding of some novel embodiments described herein. This summary is not an extensive overview, and it is not intended to identify key/critical elements or to delineate the scope thereof. Its sole purpose is to present some concepts in a simplified form as a prelude to the more detailed description that is presented later.
• To that end, architecture is disclosed for bringing a conversation environment and a meeting environment into a single communications application. In this way, a user experience is provided that enables communication and collaboration around applications and related topics, projects and documents rather than verbal or text-based communication.
• The communications application includes a meeting component for providing a meeting environment to the user. The meeting component enables the user to select a particular meeting from multiple meetings. A meeting schedule component tracks scheduled online meetings defined according to a list. An ad hoc collaboration component enables the user to create an ad hoc meeting. In this way, users can initiate, interact and manage meetings seamlessly inside a single communications application. The meetings environment also enables the user to manage content related to one or more of the meetings, such as applications, documents and other pre-meeting or post-meeting content.
• The communications application also includes a conversation component for providing a conversation environment to the user. The conversation component enables the user to manage multiple conversation threads. The multiple conversation threads can be in any suitable format, such as instant messaging, group chat, telephone calls, or an online meeting. The conversation threads can include active conversation threads, past conversation threads, and persistent conversation threads, for example. The communications application also enables the user to perform searches of the meetings and conversations.
• The communications application further includes a recovery component for restoring a communications session for an active communications item in response to a recovery event. An active communications item may comprise, for example, a communications session for an active meeting or an active conversation thread. A recovery event may comprise, for example, an interruption of a communications session for an active communications item. A store component stores recovery information for an active communications item, and a monitor component monitors various aspects of a communications session for the active communications item to detect a recovery event. When a recovery event is detected, a recovery component attempts to automatically recover the communications session and associated context using the recovery information, with the recovered communications session having identical or similar session information and content used before the recovery event.
• To the accomplishment of the foregoing and related ends, certain illustrative aspects are described herein in connection with the following description and the annexed drawings. These aspects are indicative of the various ways in which the principles disclosed herein can be practiced and all aspects and equivalents thereof are intended to be within the scope of the claimed subject matter. Other advantages and novel features will become apparent from the following detailed description when considered in conjunction with the drawings.
BRIEF DESCRIPTION OF THE DRAWINGS
• FIG. 1 illustrates a computer-implemented system for performing communications.
• FIG. 2 illustrates aspects of the meeting component as used with the computer-implemented system for performing communications.
• FIG. 3 illustrates a content management component for managing content related to meetings.
• FIG. 4 illustrates additional aspects of conversation threads managed by a conversation component.
• FIG. 5 illustrates an alternative embodiment of the computer-implemented system for performing communications.
• FIG. 6 illustrates additional aspects of types of conversations items displayed in a selection pane.
• FIG. 7 illustrates a method of communications.
• FIG. 8 illustrates further aspects in the method of communications.
• FIG. 9 illustrates additional aspects in the method of communications.
• FIG. 10 illustrates still further aspects in the method of communications.
• FIG. 11 illustrates a user interface for accessing a meeting environment.
• FIG. 12 illustrates a user interface for accessing a conversations environment and a meeting environment.
• FIG. 13 illustrates aspects of a recovery component as used with the computer-implemented system for restoring communications.
• FIG. 14 illustrates aspects of a store component as used with the computer-implemented system for restoring communications.
• FIG. 15 illustrates a permissions component to store recovery information.
• FIG. 16 illustrates a monitor component for monitoring meetings.
• FIG. 17 illustrates a monitor component for monitoring conversation threads.
• FIG. 18 illustrates additional aspects of types of recovered communications items displayed in a selection pane.
• FIG. 19 illustrates additional aspects of types of conversations items displayed in a selection pane.
• FIG. 20 illustrates a method of restoring communications.
• FIG. 21 illustrates further aspects in the method of restoring communications.
• FIG. 22 illustrates additional aspects in the method of restoring communications.
• FIG. 23 illustrates still further aspects in the method of restoring communications.
• FIG. 24 illustrates a block diagram of a computing system operable to execute the communications in accordance with the disclosed architecture.
• FIG. 25 illustrates an exemplary computing environment operable to provide communications.
DETAILED DESCRIPTION
• The disclosed communications architecture provides a user experience that includes a conversation environment and a meeting embodiment in a single real-time communications application. Real-time communications applications are people-centric, and all communications are only centered on people. As VoIP solutions evolved, a phone environment has been added; however, the introduction of conversations and meeting into the real-time application provides a rich user experience for addressing modalities heretofore not available in a single real-time communications application.
• A navigation menu enables the user to select between multiple communications environments, including a conversations environment and a meeting environment, among other selections. Multiple conversation threads can be accessed in various conversation formats, including formats associated with instant messaging, group chat, a telephone call, voice, video, email, application sharing, and an online meeting, for example. A meeting environment can be navigated for accessing one or more meetings. Other suitable communications environments can be also be navigated from the same navigation menu, besides the conversation environment and meeting environment.
• The disclosed architecture brings the management of different types of conversations (e.g., text-based, audio-based, etc.) into a single communications application, thus allowing a user to navigate and move seamlessly between conversations. Real-time messaging applications are “people-centric” since the various modalities of communication are centered on people and associated human interactions. A “meeting” is a specialized type of interaction where users are collaborating with multiple modalities (e.g., voice, text, video, documents, desktop sharing, etc.). A conversation on the telephone or with text can be escalated to a meeting experience. Conversely, a meeting can lead to a follow-up conversation on a phone or conference call. Rather than using multiple separate applications for these interactions, incorporating both a conversation environment and a meeting environment into a single communication application allows the user to navigate through ad hoc and scheduled communications, follow-up on past and missed conversations and escalate these communications into an immersive real-time meeting experience.
• The communications system and application also includes a selection pane for displaying a list of the conversation threads or meetings, depending on the environment selected by the user. The selection pane can include a list of active conversation threads or meetings, as well as lists of history conversation threads or meetings and persistent conversation threads or meetings. A preview pane can also be included in the communications system. The preview pane displays a preview of a specific item from the list shown in the selection pane.
• The communications system and application further includes a recovery architecture for recovering or restoring a communications session for an active communications item in response to a recovery event. Many times, a communications session for a meeting or conversation thread may be unexpectedly disrupted due to internal or external problems, or sometimes even human error. For instance, a client device may incur a communications error such as loss of radio channels or network disconnect, a computing error such as application failure and restart, a platform error such as loss of power, or an accidental activation of an end button by the user, among many others. When a recovery event occurs, a user typically needs to manually restart a communications session and may not have the necessary information readily available, such as a conference number and access code, for example. Further, a recovery event causes a loss of context for the communications session, including any previous information conveyed during the communications session, which may include previous texts, voice, audio, video, documents, notes, and so forth. The recovery architecture attempts to solve these and other problems by monitoring for a recovery event and automatically recovering a lost communications session, including any context for the communications session such as historical information used prior to the recovery event. In this manner, a user may experience a seamless and smooth recovery of communications and context for a meeting or conversation thread, among other types of activities.
• Reference is now made to the drawings, wherein like reference numerals are used to refer to like elements throughout. In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding thereof. It may be evident, however, that the novel embodiments can be practiced without these specific details. In other instances, well known structures and devices are shown in block diagram form in order to facilitate a description thereof. The intention is to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the claimed subject matter.
• It is worthy to note that descriptions of some embodiments may use one or more reference variables, such as a reference variable N, for example. Each reference variable may represent any positive integer. Further, use of identical reference variables (e.g., N) in varying descriptions do not necessarily indicate that a same value needs to be assigned to each instance of an identical reference variable.
• Communications Architecture
• FIG. 1 illustrates a computer-implementedsystem100 for performing communications. Thesystem100 provides a single user experience for accessing multiple communications environments to facilitate communications and collaboration between users (e.g., groups). The communications environments can include a meeting environment and a conversation environment. The meeting environment is established through ameeting component102, which is part of acommunications application104. Themeeting component102 enables the user to select a meeting frommultiple meetings106. The conversation environment is established through aconversation component108, which is also part of thecommunications application104. The conversation component enables the user to managemultiple conversation threads110.
• Through themeeting component102, the meeting environment provides easy access to online meetings and related content. Themeeting component102 enables online meetings to be created in thecommunications application104 that are available in the meeting environment. Themeeting component102 provides access to meeting-related content stored on external applications, such as a remote server. Themeeting component102 also provides one-click access to join available meetings displayed within thecommunications application104, as discussed in detail hereinbelow. Additionally, a user can search all meetings to which access is available. In these ways, themeeting component102 enables a range of online conferencing capabilities to become integral parts of meetings and provides users with a single application to join and participate in meetings.
• Theconversation component108 provides conversation management for users participating in multiple online conversations. This helps users organizeconversation threads110 according to individual users or topics. A user can also browse or search otherongoing conversation threads110 related to a given topic or project, as will be set forth in greater detail hereinbelow. It is to be appreciated thatconversation threads110 can be associated with different conversation types, including but not limited to, instant messaging, group chat, telephone calls, video, and/or an online meeting.
• FIG. 2 illustrates aspects of themeeting component102 as used with the computer-implementedsystem100 for performing communications. Ameeting schedule component202 enables the tracking of scheduled online meetings defined according to alist204 of scheduled meetings. The meetings shown on thelist204 can include active and/or tagged meetings. Themeeting schedule component202 allows the user to obtain quick access to online meetings that are currently active or tagged by the user. Thelist204 can also include scheduled upcoming meetings. Thelist204 can be saved on a user's local application or accessed from a remote network server.
• FIG. 2 also illustrates an adhoc collaboration component206 that can be used for creating anad hoc meeting208. This allows a selected group of users to create meetings “on the spot” with a single click in the user interface of the communication application104 (ofFIG. 1), rather than creating a scheduled meeting in advance. In this way, the user can open and access a virtual meeting conference room to start an ad hoc collaboration at any time.
• As also illustrated inFIG. 2, asearch component210 can be used for performing searches of the multiple meetings. This enables the user to locate meetings or content that can be related to a specific, project, or site, located on a network server or other remote storage location. In one aspect, metadata can be incorporated into meetings as part of an existing meeting file or as a separate, associated index file. Thus, thesearch component210 enables a search of meetings to be performed.
• FIG. 3 illustrates acontent management component300 for managing content related to meetings. Thecontent management component300 can managepre-meeting content302 andpost-meeting content304 related to at least one of themultiple meetings106. Thispre-meeting content302 andpost-meeting content304 can be shared with other users participating in a particular meeting. Thepre-meeting content302 can include background information related to the meeting, so that the users can review content files prior to the meeting as part of meeting preparation. Thepost-meeting content304 can be reviewed after the meeting so that the users can implement or take action on subjects discussed in the meeting. In this way, quick sharing of meeting content with all participants can be facilitated, providing a useful meeting environment through thecommunication application104.
• FIG. 4 illustrates additional aspects ofconversation threads400 managed by theconversation component108. Theconversation threads400 includeactive conversation threads402. Theconversation component108 can manage active conversations by enabling the user to quickly shift between active conversations with one or more persons in multiple different modalities. For example, the user can access an active instant messaging thread, while concurrently engaged with a phone conversation, a video conference, and/or an application sharing session.
• Theconversation threads400 can also includepast conversation threads404. Theconversation component108 enables the user to view a conversation history of recent orold conversation threads404 and quickly restart a conversation.
• Theconversation threads400 can also includepersistent conversation threads406. Theconversation component108 enables the user to view, create, and manage topic or group-centric conversations that persist over a period of time between multiple users. It is to be appreciated that theconversation threads400 can include other types of conversations in addition to those indicated hereinabove, and that theconversation threads400 depicted are not to be construed as limiting in any way.
• FIG. 5 illustrates an alternative embodiment of a computer-implementedsystem500 for performing communications. Anavigation menu component502 enables the user to select betweenmultiple communications components504 that includecommunications items506, as set forth hereinbelow. Thecommunications components504 include a conversation component508 (similar toconversation component108 ofFIG. 1) and a meeting component510 (similar to meetingcomponent102 ofFIG. 1), which are components that provide representations of a conversation environment and a meeting environment in a single communications application, rather than separate application environments, as typical with previous-type systems.
• As illustrated inFIG. 5, theconversation component508 provides the user with a conversation environment in which thecommunications items506 include one or more conversation threads presented in one or more a conversation formats. The conversation format can include any suitable format, such as those associated with instant messaging, group chat, a telephone call, voice or audio, video, email, application sharing, and/or meeting formats.
• As also illustrated inFIG. 5, themeeting component510 provides the user with a meeting environment in which thecommunications items506 include one or more meetings. As mentioned in connection with the aforementioned embodiment, themeeting component510 can include aspects of managing meeting history, upcoming meetings, and managing meeting content within the real-time communications environment.
• As also illustrated inFIG. 5, thenavigation menu component502 includes selection options for different communications component types selected from thecommunication components504, in addition to theconversation component508 and themeeting component510. These different communications component types can include components for “people & groups” and “phone” environments, for example. Combining multiple different communication environments together in a single communication application brings a new dimension to how users manage a communications experience.
• FIG. 5 also illustrates aselection pane component512 for displaying a list of thecommunications items506. Theselection pane component512 can be a section of a user interface in the communications application that enables the user to quickly scan the communications and select an item, for example, by clicking a specific item to open or resume a communications session (e.g., a conversation thread or meeting). Apreview pane component514 displays a preview of aspecific communications item516 from the list ofcommunications items506. In this way, the user can view the content of the specific communications item before deciding whether or not to open or resume.
• FIG. 5 also illustrates anotification component518 for indicating a new active communication item or a missed communication item. Thenotification component518 particularly denotes activity in the conversation environment. For example, if the user is engaged in five active or open conversations, and if one of the conversations has an unread message, the conversation environment will notify the user of this unread message using thenotification component518. Thenotification component518 can be a flag or icon or other visually discernable element, on the interface for example, that draws attention to that specific conversation. Thenotification component518 can notify the user of new activity in active conversations and can also notify the user of missed conversations. Thenotification component518 can also include an audible indicator to audibly alert the user.
• FIG. 6 illustrates additional aspects of the types of conversations items displayed in theselection pane component512. Theselection pane component512 includes a list ofactive communications items600. This can include active conversation threads or meetings. Theselection pane component512 can also include a list ofhistory communications items602, which can include past conversation threads and meetings. A list ofpersistent communications items604 can also be presented in theselection pane component512, which include ongoing communications between multiple user participants.
• As described hereinabove thecommunication system500 can define a conversation environment and a meeting environment in a single communications application. However, thecommunication system500 and the associated application can also include a “people & groups” environment and “phone” environment. In such an implementation, thenavigation menu component502 can provide a conversation environment that enables users to manage active, past and persistent conversations, along with a meeting environment that enables users to manage communications around scheduled and ad hoc collaborations among users and topics.
• As disclosed herein, the subject embodiments provide a single unified user experience that provides meetings and conversations and other types of conversations to be managed as objects for initiating communication and collaboration, regardless of the storage or data source. In this way, the subject embodiments provide advantages over previous systems that employ unrelated applications that store various communications in different, unassociated locations.
• Included herein is a set of flow charts representative of exemplary methodologies for performing novel aspects of the disclosed architecture. While, for purposes of simplicity of explanation, the one or more methodologies shown herein, for example, in the form of a flow chart or flow diagram, are shown and described as a series of acts, it is to be understood and appreciated that the methodologies are not limited by the order of acts, as some acts may, in accordance therewith, occur in a different order and/or concurrently with other acts from that shown and described herein. For example, those skilled in the art will understand and appreciate that a methodology could alternatively be represented as a series of interrelated states or events, such as in a state diagram. Moreover, not all acts illustrated in a methodology may be required for a novel implementation.
• FIG. 7 illustrates a method of communications employing multiple communication environments. At700, functionality for a conversations environment and a meetings environment is exposed in a communications application. At702, a list of items associated with the conversations environment or the meetings environment is displayed. At704, a specific item is opened from the list of items. In this way, a user is able to select between the conversations environment and the meetings environment (as well as other environments), and interact thereby to perform multiple communications operations.
• FIG. 8 illustrates further aspects in the method of communications. At800, the conversations environment is selected. At802, a list of communications threads in a conversation format is presented to the user in response to selection of the conversations environment by the user, who can select from the list. This list of communications threads corresponds to the list of items at702 (ofFIG. 7), as relating to the conversations environment. At804, a selected item from the list of communications threads is opened, which corresponds to the opening of the specific item at704 (ofFIG. 7), as pertaining to the communications environment. Once the selected conversation thread is opened, the user can review or continue the conversation.
• FIG. 9 illustrates additional aspects in a method of communications. At900, the meetings environment is selected. At902, a list of meetings is presented to the user in response to selection of the meetings environment by the user, in order to select a meeting from the list. This list of meetings corresponds to the list of items at702 (ofFIG. 7), as relating to the conversations environment. At904, the user is enabled to join a selected meeting, and this corresponds to the opening of the specific item at704 (ofFIG. 7), as pertaining to the meetings environment. Once the selected meeting is joined, the user can participate in the meeting.
• FIG. 10 illustrates still further aspects in a method of communications ofFIG. 7. At1000, a preview of the specific item from the list of items is displayed. This enables the user to review the specific item before opening. At1002, a list of scheduled online meetings is tracked via the meetings environment. At1004, an ad hoc online meeting can be created via the meetings environment. In this manner, the user can manage multiple meetings and create new meetings as needed. At1006, content related to an item from the list of items can be managed. This content can be any sort of documents or files that are used during a meeting or conversation, or used before to prepare or after to review. At1008, the user can navigate between items in the conversations environment and the meetings environment. For example, a user can select between conversations beginning with a phone calling, and into which past conversations and follow up meetings are accessed. The user can cycle between people-interactive conversation and meetings environments.
• Additionally, it is to be appreciated that one or more different communications environment types can be selected in the communications application. These different communications environment types are different from the conversations environment and meetings environment, and can be suitably used for any different sort of communication that might be contemplated by a user.
• FIG. 11 illustrates auser interface1100 that can be employed by a communications application for establishing and accessing a meeting environment. It is to be appreciated that thisuser interface1100 is depicted by way of example, and any suitable interface can be contemplated for implementing the intended functionality. Theinterface1100 can be a graphical user interface (GUI) used with a computer, but can also be any other suitable interface comprised of buttons, panels, panes, windows, menus, and the like.
• As illustrated inFIG. 11, theinterface1100 includes anidentification display1102 that can display a user name, status, contact information, and any other suitable information relevant to the user. One or more communications environments are accessible through navigation selectors, for example, aphone selector1104, a people &groups selector1106, ameetings selector1108, and aconversations selector1110. Themeetings selector1108 is indicated as selected, shown with an “M.” Other fields display information relevant to meetings, and the information in these fields varies depending if another selector is selected.Calendar information1112 is also displayed, to indicate the date and time, and the user's availability until a specific time.
• FIG. 11 also shows ameeting information field1114 that displays information of a specific meeting. This information can include the meeting name, the date, time and other identifying indicia, and a list of attendees, with attendee job titles or positions, for example. In this way, themeeting information field1114 can display a real-time presence for meetings and attendees. At a higher level, themeeting information field1114 can display a list of upcoming online meetings. Upon selection of a specific meeting, themeeting information field1114 can refresh to display the aforementioned information shown inFIG. 11.
• Themeeting information field1114 can also be selected to display tagged meetings. These are meetings that are tagged by the user so the meetings can be viewed inside the meeting environment. A MAPI (messaging application programming interface) property on a meeting stored in the communications application can allow querying for tagged meetings. Alternatively, the application can maintain a reference to GUIDs (globally unique IDs) of tagged meetings, as a separate object in a local or server application.
• FIG. 11 also shows ajoin meeting button1116 that enables the user to join a selected online meeting (e.g., with one click). Anew meeting button1118 enables the user to schedule a new meeting, and thereafter invite users to join at an appointed time. A conference nowbutton1120 is a one-click option that allows user to start an ad hoc collaboration session by inviting other users to a virtual conference room that is assigned to the user. Additionally, theinterface1100 can include integrated options for accessing meeting content, such as documents and files to be used during a meeting, or prior to or after the meeting. Theinterface1100 can also include a search functionality to enable the user to search meetings based on metadata incorporated into a meeting file or a separate associated file.
• FIG. 12 illustrates auser interface1200 for accessing a conversations environment and a meeting environment. Theinterface1200 indicates the selection of multiple communications environments in a single communication application, and specifically depicts a conversation environment, where the associated fields display respective elements. It is to be appreciated that thisuser interface1200 is depicted by way of example, and any suitable interface can be contemplated for implementing the intended functionality. Theinterface1200 can be a GUI used with a computer, but can also be any other suitable interface comprised of buttons, displays and the like.
• As illustrated inFIG. 12, theinterface1200 includes anidentification display1202 that can display a user name, status, contact information, and any other suitable information relevant to the user. A navigation menu of multiple communications environments is accessed by navigational tabs, including aphone environment selector1204, a people &groups environment selector1206, ameetings environment selector1208, and aconversations environment selector1210, the latter of which being the selected selector in this example. Other fields display information relevant to conversations, and the information in these fields varies in the event that another selector is selected.
• FIG. 12 also shows aselection pane1212 that displays information related to conversations. This information can include an active conversations list1214 and aconversation history list1216, which shows past conversations that are stored locally or on a network server. Selecting an item from theactive conversation list1214 enables a user to join a conversation thread in progress. Clicking an item from theconversation history list1216 re-initiates the past conversation. The active conversations list1214 and theconversation history list1216 can include a conversation name, the date, time and other identifying indicia, including participants. The active conversations list1214 and theconversation history list1216 can also include identifying indicia such as the type of conversation thread, for example, whether it is instant messaging, group chat, phone call, online meeting, application sharing session, or any other suitable unified communications modality.
• Theselection pane1212 illustrated inFIG. 12 can optionally include a persistent conversations list (not shown) that allows access to ongoing conversations. Persistent conversations can be held in active chat rooms created by users around topics or groups of users. These conversations can be stored on a network server to be accessed by any user at any desired time. A search feature (not shown) can be enabled to allow users to search across all types of conversations, and searching for keywords or embedded metadata tags.
• FIG. 12 illustrates apreview pane1218 that can display the contents of an active or saved conversation thread with actively accessing the thread. As depicted, thepreview pane1218 can be a line-by-line display of an instant messaging thread, also identifying the participants and the time of the conversation.
• As described hereinabove, the subject embodiments provide a single application for accessing multiple communications environments, and multiple types of communications formats within a particular environment. The subject embodiments enable a user to quickly look to observe and navigate active communications and communications history items. Selecting items on lists and previewing items enables quick and convenient navigation and management, enabling users to leverage all available communications information in a single application.
• Recovery Architecture
• FIG. 13 illustrates a computer-implemented recovery architecture and system for recovering lost communications. As previously described, thesystem100 provides a single user experience for accessing multiple communications environments to facilitate communications and collaboration between users (e.g., groups). Thesystem100 allows users to initiate, interact and manage meetings and conversations seamlessly inside a single communications application. Additionally or alternatively, thesystem100 further provides a single user experience for recovering or restoring communications items, such asactive communications items600, as managed by one or more of the multiple communications environments.
• In various embodiments, thecommunications application104 of thesystem100 may be further augmented to include various components of a recovery architecture for thesystem100. As shown in the illustrated embodiment ofFIG. 13, for example, thecommunications application104 may further include arecovery component1302 arranged to storerecovery information1304. Therecovery component1302 may be generally arranged for recovering one or more communications items, such asactive communications items600, for example.Active communications items600 may include withoutlimitation meetings106 orconversation threads110 managed byrespective meeting component102 andconversation component108 during a communication session. In various embodiments, ameeting106 or aconversation thread110 engaged in an active communication session may be sometimes referred to as “active meeting106” or “active conversation thread110.”
• A communications session is a semi-permanent interactive information interchange, also known as a dialogue, a conversation or a meeting, between two or more communicating devices. A communication session is set up or established at a certain point in time (e.g., a session start time) and torn down at a later point in time (e.g., a session end time). An established communication session may involve more than one message in each direction. A communications session may include stateful communications, meaning that at least one of the communicating parts needs to save information about the session history in order to be able to communicate. A communications session may also include stateless communication, where the communication comprises independent requests with responses.
• In one embodiment, for example, a communications session may be implemented as part of protocols or services at an application layer, session layer or transport layer of the open systems interconnection (OSI) model. An application layer example may include a hypertext transfer protocol (HTTP) session. A session layer example may include a session initiation protocol (SIP) based Internet phone call session. A transport layer example may include a transmission control protocol (TCP) session, such as a TCP virtual circuit, a TCP connection or a TCP socket. These are merely a few examples, and anactive communications item600 may use other types of communication sessions as desired for a given implementation. The embodiments are not limited in this context.
• In one embodiment, for example, a communications session may be considered an “active communications session” when there is a defined session start time and a defined session end time has not been reached. An “inactive communications session” may refer to a communications session where there is a defined session start time and a defined session end time has been reached. Determination of whether a defined session start time has occurred may be based on control signaling for completing setup of one or more communications channels for a communications session, such as control signals to request ameeting106 orconversation thread110 by one party, and acknowledgement accepting the request by at least one other party. Determination of whether a defined session end time has been reached may be based on an explicit termination of a communications session, such as receipt of a control signaling for completing teardown of one or more communications channels for a communications session in response to user control directive terminating the communication session, for example. In this case, receipt of a user control directive and subsequent tear down of communications channels for the communications session may be considered a defined session end time. Additionally or alternatively, determination of whether a defined session end time has been reached may be based on an implicit termination of a communications session, such as expiration of a timeout period after a last message sent by a client device for any of the parties participating in the communications session, for example. In this case, expiration of the timeout period and subsequent tear down of communications channels for the communications session may be considered a defined session end time.
• Once themeeting component102 and/or theconversation component108 of thesystem100 initiates anactive communication item600 during a communication session between two or more parties, therecovery component1302 monitors theactive communication item600 and associated communication session to detect a recovery event. A recovery event may generally comprise any event that causes termination of a communications session before a defined session end time. In some cases, a recovery event is an error case that prematurely or unexpectedly disrupts, disconnects, interrupts or otherwise terminates a communication session before normal completion. In one embodiment, for example, a recovery event may comprise any event that causes a communication session for anactive communication item600 to terminate before a defined session end time. Examples of recovery events may include interruptions caused by network disconnect, network failure, device failure, component failure, hardware failure, software failure, communications stack failure, radio failure, radio channel failure, signal interference (e.g., drop in signal-to-noise ratio), power conservation measures, power failure, user error (e.g., accidental depressing end call button), third party error (e.g., severed lines), undocking event, rebooting event, timeout event, disconnect event, and any other events and errors that unexpectedly interrupts a communication session. The embodiments are not limited to these examples.
• Upon detection of a recovery event, the recovercomponent1302 may utilizerecovery information1304 associated with the interrupted communications session to automatically restart, reestablish, restore or otherwise recover the communications session. The recovered communications session may include identical or similar characteristics as the interrupted communications session, including without limitation the same or similar participants, device parameters, communications parameters, security parameters, privacy parameters, meeting content, communications history, messages, and so forth. In some cases, a communications session before a recovery event may be referred to as a “communications session” or “first communications session” while a communications session after a recovery event may be referred to as a “recovered communications session” or “second communications session.” However, such terminology is meant interchangeably and designed to convey a concept that communications sessions before and after a recovery event are similar or identical communications sessions. In other words, communications sessions before and after a recovery event are different versions of a same communications session.
• FIG. 14 illustrates anoperating environment1400 illustrating aspects of astore component1402 as used with therecovery component1302 of thesystem100. Thestore component1402 may be generally arranged to control and manage storage operations for different sets ofrecovery information1304 related to anactive communications item600, such as one of themultiple meetings106 ormultiple conversation threads110, for example. Thestore component1402 may store different types of information asrecovery information1304, including asession identifier1404,session information1406,content information1408, andother information1410. It may be appreciated that more or less types of information may be stored asrecovery information1304 as needed for a given implementation, and the embodiments are not limited in this context.
• In one embodiment, thestore component1402 may storerecovery information1304 utilizing asession identifier1404. Thesession identifier1404 may comprise a globally unique identifier (GUID) that uniquely identifies one or more communications session of anactive communications item600 and associated set ofrecovery information1304. Thesession identifier1404 may be assigned by a client device or a server device, and is typically assigned at a session start time for a communications session. Thestore component1402 may use thesession identifier1404 to create or locate an associated set ofrecovery information1304 from a file system. Thestore component1402 may then add, delete, or modify information stored by a file with the set ofrecovery information1304. For instance, sometime after a communications session for anactive communications system600 is first established, asession identifier1404 is created and assigned to the communications session and/or theactive communications item600. Once assigned, thestore component1402 may use thesession identifier1404 to storerecovery information1304 for theactive communications item600. Thestore component1402 may storerecovery information1304 at different time intervals according to a schedule on a periodic, aperiodic or continuous basis, as desired for a given implementation.
• Thestore component1402 may storerecovery information1304 comprisingsession information1406.Session information1406 may include any control and signaling information for establishing (e.g., set up information), managing and terminating (e.g., tear down information) a communications session. Examples ofsession information1406 may include without limitation application parameters, hardware parameters, software parameters, device parameters, network parameters, communications parameters, protocol information, state information, configuration information, security information, privacy information, and so forth.
• Thestore component1402 may storerecovery information1304 comprisingcontent information1408.Content information1408 may include any multimedia content intended for human consumption and communicated during a communication session. Examples ofcontent information1408 may include without limitation text information, voice information, video information, audio information, image information, animation information, application programs, application program files, meeting content, shared documents, whiteboards, web sites, web services, web applications, chat information, messaging information, and so forth.
• Thestore component1402 may storerecovery information1304 comprisingother information1410.Recovery information1304 may further include other useful types of information, such as user profile information, metadata associated with a set ofrecovery information1304, financial information, security credentials, permission parameters associated with a set of recovery information, time stamps, storing parameters (e.g., store intervals), defined recovery events, and so forth.
• FIG. 15 illustrates anoperating environment1500 illustrating apermissions component1502 to storerecovery information1304. Thepermissions component1502 may be generally arranged to define and store a set ofrecovery permissions1504. Thestore component1402 may userecovery permissions1504 to manage storage operations forrecovery information1304. Therecovery component1302 may further userecovery permissions1504 to manage recovery operations usingrecovery information1304. Each set ofrecovery permissions1504 may be created and associated with a specific user, application, device, network, communications session,active communications item600, ameeting106, aconversation thread110, and/or a set ofrecovery information1304. Examples forrecovery permissions1504 may include authentication information for a device or user, security information, authorization information, privacy information, priority information, quality of service (QoS) information, and storage location information, among other types of information.
• Therecovery permissions1504 may define various storage parameters for storingrecovery information1304. For instance, assume a client device such as a smart phone or tablet computer has limited memory and/or processing capabilities. A user may accesspermissions component1502 to define a set ofrecovery permissions1504 indicating thatrecovery information1304 should be stored on theserver datastore1508 of a server device. This configuration may have a benefit of using greater memory and/or processing resources as offered by a typical server device, although at a cost of increased bandwidth requirements and latency in transmittingrecovery information1304 over a network between a client device and the server device. Alternatively, a user may accesspermissions component1502 to define a set ofrecovery permissions1504 indicating thatrecovery information1304 should be stored on the client datastore1508 of a client device. This may be appropriate for client devices having a greater amount of memory and processing resources, such as a notebook or desktop computer. This configuration may have a benefit of decreasing bandwidth requirements and latency at a cost of increased use of local memory and processing resources. Other examples of storage parameters suitable forrecovery permissions1504 may include specific storage locations, conditional storage locations based on a meeting type, conversation thread type, or application type, and so forth.
• Therecovery permissions1504 may define various recovery parameters for recovering a communications session usingrecovery information1304. Continuing with our previous example, assume a user has a first client device such as a smart phone with limited display capabilities. If a recovery event occurs, the user may define a recovery parameter that only recovers a partial history for ameeting106 orconversation thread110 that fits within a display area of the smart phone. Further assume the user has a second client device such as a tablet computer with larger display capabilities relative to the smart phone. If a recovery event occurs, the user may define a recovery parameter that recovers a full history for ameeting106 orconversation thread110 due to the larger display area. Additional examples of other recovery parameters suitable forrecovery permissions1504 may include recovering communications sessions based on priority level (e.g., recover only higher priority calls not lower priority calls), application program (e.g., recover only short messaging service sessions not multimedia messaging service sessions), modality (e.g., recover only voice calls not video calls), participants (e.g., recover history for business associates not personal friends), time of day (e.g., recover full history during business hours and partial history during personal hours), location (e.g., recover full history when at office and partial history when at home), user preferences (e.g., recover partial history initially and additional history amounts based on subsequent requests), and so forth.
• FIG. 16 illustrates anoperating environment1600 that illustrates amonitor component1610 for monitoringmeetings106. Themonitor component1610 may be generally arranged for monitoringactive communications items600, such asactive meetings106, to detect a recovery event. Themonitor component1610 may monitor various aspects, characteristics, attributes or properties foractive meetings106 and/or themeeting component102 to detect recovery events, such as a disconnect event, for example. For instance, themonitor component1610 may monitor a radio channel for a radio connecting a client device to a network device, and detect when the radio channel is terminated without an explicit control directive received from a user (e.g., caller or callee). In another example, themonitor component1610 may monitor a communications stack to detect when the communications stack or a layer from the communications stack becomes unstable and terminates. In yet another example, themonitor component1610 may monitor an application program (e.g., a conferencing application) to detect an unexpected termination or crash of the application program. In still another example, themonitor component1610 may monitor a system program such as an operating system to detect a system crash. In yet another example, themonitor component1610 may monitor a communications channel for a silent period that exceeds a defined time period, and assume failure of a remote client device as a recovery event. Themonitor component1610 may monitor other aspects associate with anactive meeting106, such as loss of radio signals, power conservation measures, hardware failures, software failures, biometrics, and so forth.
• FIG. 17 illustrates anoperating environment1700 that illustrates amonitor component1610 for monitoringconversation threads110. Themonitor component1610 may be generally arranged for monitoringactive communications items600, such asactive conversation threads110, to detect a recovery event. Themonitor component1610 may monitor various aspects, characteristics, attributes or properties foractive conversation threads110 and/or theconversation component108 to detect recovery events, such as a disconnect event, for example. Examples of monitoring operations for themonitor component1610 may be similar to those given for theactive meetings106 and themeeting component102 as described with reference toFIG. 17, among others.
• FIG. 18 illustrates acommunications system1800 that illustrates additional aspects of types of recoveredcommunications items1806.FIG. 18 illustrates a computer-implementedcommunications system1800 comprising anavigation menu component1802 arranged for selecting betweencommunications components1804 that includeactive communications items600, such asactive meetings106 andactive conversation threads110. Thecommunications components1804 may include, among other components, aconversation component1808, ameeting component1810, and arecovery component1811. Theconversation component1808, themeeting component1810, and therecovery component1811 may be representative of therespective conversation component104, themeeting component102, and therecovery component1302, for example.
• FIG. 18 illustrates aconversation component1808 of a real-time version of thecommunications application104 in which anactive communications item600 comprises at least oneactive conversation thread106 in a conversation format. Examples of conversation formats may include formats associated with instant messaging, group chat, a telephone call, voice, video, email, application sharing, or an online meeting, among others.
• FIG. 18 further illustrates ameeting component1810 of the real-time version of thecommunications application104 in which anactive communications item600 comprises at least one active meeting.
• FIG. 18 still further illustrates arecovery component1811 of the real-time version of thecommunications application104 to recover one or moreactive communications items600 in response to a recovery event. Aselection pane component1812 may display a list of recoveredcommunications items1806. Apreview pane component1814 may display a preview of a specific recoveredcommunications item1816 from the list.
• FIG. 18 still further illustrates anotification component1818 of the real-time version of thecommunications application104 for indicating whether recovery operations for a recoveredcommunications item1806 have succeeded or failed. Thenotification component1818 may notify a user of a status for recovery operations. Thenotification component1818 can be a flag or icon or other visually discernable element, on the interface for example, that draws attention to that specific conversation. Thenotification component1818 can notify the user of recoveredcommunications items1806, and also if anactive communications item600 cannot be recovered. In some cases, thenotification component1818 can comprise a dialog indicating an error or event message, and corrective actions, if needed. Thenotification component1818 can also include an audible indicator to audibly alert the user.
• FIG. 19 illustrates additional aspects of the types of conversations items displayed in theselection pane component1812. Theselection pane component1812 includes a list of recoveredactive communications items1900. This can include active conversation threads or active meetings. Theselection pane component1812 can also include a list of recoveredhistory communications items1902, which can include past conversation threads and past meetings. For instance, recoveredhistory communications items1902 may includeactive communications items600 that have become inactive due to normal termination, such as reaching a session end time, for example. A list ofpersistent communications items1904 can also be presented in theselection pane component1812, which include ongoing communications between multiple user participants outside of a real-time communications session, such as IM message threads lasting several days, weeks or months.
• Although certain embodiments focus on recoveringactive communications items600, therecovery component1302 may recover different types of inactive communications items, such ashistory communications items602 andpersistent communications items604, for example. For instance, when anactive communications item600 is terminated normally and becomes inactive, it may become ahistory communications item602 or apersistent communications item604. Therecovery information1304 for the previouslyactive communications items600 may be archived for recovering thehistory communications item602 or thepersistent communications item604. For example, if a user wanted to restart thehistory communications item602 or thepersistent communications item604, therecovery information1304 may be used to establish a new active communications session for thehistory communications item602 or thepersistent communications item604 to convert one or both into anactive communications item600. In another example, if a client device is lost, stolen or deactivated, or its file system is lost or corrupted, the client device or a replacement client device may be loaded with thehistory communications item602 or thepersistent communications item604 via the associatedrecovery information1304 to form recoveredhistory communications items1902 or recoveredpersistent communications items1904.
• As withFIGS. 7-12,FIGS. 20-23 may comprise a set of flow charts representative of exemplary methodologies for performing novel aspects of the disclosed architecture ofFIGS. 13-19. While, for purposes of simplicity of explanation, the one or more methodologies shown herein, for example, in the form of a flow chart or flow diagram, are shown and described as a series of acts, it is to be understood and appreciated that the methodologies are not limited by the order of acts, as some acts may, in accordance therewith, occur in a different order and/or concurrently with other acts from that shown and described herein. For example, those skilled in the art will understand and appreciate that a methodology could alternatively be represented as a series of interrelated states or events, such as in a state diagram. Moreover, not all acts illustrated in a methodology may be required for a novel implementation.
• FIG. 20 illustrates alogic flow2000 for restoringactive communications items600. In one embodiment, for example, thelogic flow2000 may be executed by the real-time communications application104 of thesystem100.
• Thelogic flow2000 may expose functionality for a conversations environment and a meetings environment in a communications application atblock2002. For example, thenavigations menu components502,1802 may expose functionality for a conversations environment and a meetings environment in acommunications application104.
• Thelogic flow2000 may display a list of items associated with the conversations environment or the meetings environment atblock2004. For example, theselection pane component512 may display a list ofactive communications items506,600 associated with the conversations environment or the meetings environment.
• Thelogic flow2000 may initiate a first communications session for a specific item from the list of items atblock2006. For example, thecommunications application104 may initiate a first communications session for aspecific communications item516 from the list ofactive communications items506,600.
• Thelogic flow2000 may detect a recovery event for the first communications session atblock2008. For example, themonitor component1610 may detect a recovery event for the first communications session for thespecific communications item516 from the list ofactive communications items506,600.
• Thelogic flow2000 may recover the first communications session in response to the recovery event atblock2010. For example, therecovery component1302 may recover the first communications session in response to the recovery event to form a recoveredactive communications item1900.
• FIG. 21 illustrates alogic flow2100 for restoringactive communications items600. In one embodiment, for example, thelogic flow2100 may also be executed by the real-time communications application104 of thesystem100. For example, thelogic flow2100 may illustrate initiation of different types ofactive communications items600, such as anactive meeting106, and detection of recovery events for theactive meeting106.
• Thelogic flow2100 may initiate a first communications session for a specific item comprising an active meeting. For example, thecommunications application104 may initiate a first communications session for aspecific communications item516 comprising anactive meeting106.
• Thelogic flow2100 may select an active meeting from the list of items atblock2102. For example, thecommunications application104 may select anactive meeting106 from the list ofactive communications items506 in response to a user control directive.
• Thelogic flow2100 may enable a user to join an active meeting atblock2104. For example, thecommunications application104 may initiate a first communications session for the selectedactive meeting106.
• Thelogic flow2100 may detect a disconnect from the active meeting atblock2106. For example, themonitor component1610 may detect a recovery event in the form of a disconnect event for theactive meeting106. A disconnect event may comprise a client device disconnecting from a network used for communicating with another client device or a server device.
• FIG. 22 illustrates alogic flow2200 for restoringactive communications items600. In one embodiment, for example, thelogic flow2200 may also be executed by the real-time communications application104 of thesystem100. For example, thelogic flow2100 may illustrate initiation of different types ofactive communications items600, such asactive conversation threads110,402, and detection of recovery events for theactive conversation threads110,402.
• Thelogic flow2200 may initiate a first communications session for a specific item comprising anactive conversation thread402. For example, thecommunications application104 may initiate a first communications session for aspecific communications item516 comprising anactive conversation thread402.
• Thelogic flow2200 may select an active conversation thread from the list of items atblock2102. For example, thecommunications application104 may select anactive conversation thread402 from the list ofactive communications items506 in response to a user control directive.
• Thelogic flow2200 may enable a user to join an active meeting atblock2204. For example, thecommunications application104 may initiate a first communications session for the selectedactive conversation thread402.
• Thelogic flow2100 may detect a disconnect from the active conversation thread atblock2206. For example, themonitor component1610 may detect a recovery event in the form of a disconnect event for theactive conversation thread402. A disconnect event may comprise a client device disconnecting from a network used for communicating with another client device or a server device.
• FIG. 23 illustrates alogic flow2300 for restoringactive communications items600. In one embodiment, thelogic flow2300 may also be executed by the real-time communications application104 of thesystem100. For example, in response to detection of a recovery event, therecovery component1302 may initiate recovery operations to recover a lostactive communications item600. Therecovery component1302 may automatically initiate recovery operations once a recovery event is detected. Alternatively, therecovery component1302 may notify a user of a recovery event, prompt a user for instructions, and receive a user control directive with instructions to recover the first communication session. For instance, a GUI view may illustrate different options for a user using conventional audio, visual and tactile GUI elements, such as icons, buttons, vibrations, blinking lights, sounds, animations, and so forth. The GUI view may be specifically arranged to allow a user fast acquisition of available options and convenient initiation of recovery operations if desired.
• Thelogic flow2300 may retrieve recovery information atblock2300. For example, therecovery component1302 may retrieverecovery information1304 associated with aspecific communications item516 from a local datastore, such as theclient datastore1506, in response to the recovery event. Additionally or alternatively, therecovery component1302 may retrieverecovery information1304 associated with aspecific communications item516 from a remote datastore, such as theserver datastore1508, in response to the recovery event.
• Thelogic flow2300 may initiate a second communications session atblock2302. For example, therecovery component1302 may initiate a second communications session having one or more communications parameters of the first communication session usingrecovery information1304 associated with thespecific communications item516. Additionally or alternatively, therecovery component1302 may initiate a second communications session having one or more content items of the first communication session usingrecovery information1304 associated with thespecific communications item516. It may be appreciated that the second communications sessions may represent a partial or full reconstruction of the first communications session to allow ongoing communications between participants until normal termination of theactive communications item600 has occurred (e.g., a defined session end time).
• Therecovery component1302 may attempt to construct the second communications session and restore any content items previously used or communicated prior to the recovery event differently based upon the specific type ofactive communications item600. For instance, when anactive communications item600 is anactive conversation thread110 comprising a voice conversation, therecovery component1302 may only attempt to recover a communications session and not reproduce any previous audio information or voice information transmitted prior to a recovery event. Such reproduction may impair future voice communications once the second communications session has been established. However, when anactive communications item600 is anactive conversation thread110 comprising text messages (e.g., chat messages, SMS message, MMS messages, and so forth), therecovery component1302 may restore both the communications session and previous text messages communicated prior to a recovery event. A type and amount of content information reproduced or rehydrated for a second communications session may vary according to a given type ofactive communications item600 and associated modality (e.g., audio, visual, sensory) as desired for a given implementation. Similarly, a second communications session for anactive communications item600 for anactive meeting106 may include previous meeting notes, chat messages, shared documents, whiteboard information, shared applications, and so forth. The embodiments are not limited in this context.
• Thelogic flow2300 may present a notification indicating the specific item has been restored atblock2304. For example, thenotification component1818 may present a notification indicating thespecific communications item516 has been restored to form a recoveredcommunications item1806.
• FIG. 24 illustrates a block diagram of acomputing system2400 operable to execute communications in accordance with the disclosed architecture. In order to provide additional context for various aspects thereof,FIG. 24 and the following discussion are intended to provide a brief, general description of thesuitable computing system2400 in which the various aspects can be implemented. While the description above is in the general context of computer-executable instructions that can run on one or more computers, those skilled in the art will recognize that a novel embodiment also can be implemented in combination with other program modules and/or as a combination of hardware and software.
• Thecomputing system2400 for implementing various aspects includes thecomputer2402 having processing unit(s)2404, asystem memory2406, and asystem bus2408. The processing unit(s)2404 can be any of various commercially available processors such as single-processor, multi-processor, single-core units and multi-core units. Moreover, those skilled in the art will appreciate that the novel methods can be practiced with other computer system configurations, including minicomputers, mainframe computers, as well as personal computers (e.g., desktop, laptop, etc.), hand-held computing devices, microprocessor-based or programmable consumer electronics, and the like, each of which can be operatively coupled to one or more associated devices.
• Thesystem memory2406 can include volatile (VOL) memory2410 (e.g., random access memory (RAM)) and non-volatile memory (NON-VOL)2412 (e.g., ROM, EPROM, EEPROM, etc.). A basic input/output system (BIOS) can be stored in thenon-volatile memory2412, and includes the basic routines that facilitate the communication of data and signals between components within thecomputer2402, such as during startup. Thevolatile memory2410 can also include a high-speed RAM such as static RAM for caching data.
• Thesystem bus2408 provides an interface for system components including, but not limited to, thememory subsystem2406 to the processing unit(s)2404. Thesystem bus2408 can be any of several types of bus structure that can further interconnect to a memory bus (with or without a memory controller), and a peripheral bus (e.g., PCI, PCIe, AGP, LPC, etc.), using any of a variety of commercially available bus architectures.
• Thecomputer2402 further includes storage subsystem(s)2414 and storage interface(s)2416 for interfacing the storage subsystem(s)2414 to thesystem bus2408 and other desired computer components. The storage subsystem(s)2414 can include one or more of a hard disk drive (HDD), a magnetic floppy disk drive (FDD), and/or optical disk storage drive (e.g., a CD-ROM drive DVD drive), for example. The storage interface(s)2416 can include interface technologies such as EIDE, ATA, SATA, and IEEE 2494, for example.
• One or more programs and data can be stored in thememory subsystem2406, a removable memory subsystem2418 (e.g., flash drive form factor technology), and/or the storage subsystem(s)2414, including anoperating system2420, one ormore application programs2422,other program modules2424, andprogram data2426. Generally, programs include routines, methods, data structures, other software components, etc., that perform particular tasks or implement particular abstract data types. All or portions of theoperating system2420,applications2422,modules2424, and/ordata2426 can also be cached in memory such as thevolatile memory2410, for example. It is to be appreciated that the disclosed architecture can be implemented with various commercially available operating systems or combinations of operating systems (e.g., as virtual machines).
• Theaforementioned application programs2422,program modules2424, andprogram data2426 can include the computer-implementedcommunications system100, themeeting component102, thecommunications application104, themultiple meetings106, theconversation component108, and themultiple conversation threads110 ofFIG. 1, theaspects200, themeeting schedule component202, thelist204 of scheduled meetings, the ad hoccollaboration component206, the ad hocmeeting208, and thesearch component210 ofFIG. 2, thecontent management component300, thepre-meeting content302, and thepost-meeting content304 ofFIG. 3, theconversation threads400, theactive conversation threads402, thepast conversation threads404, and thepersistent conversation threads406 ofFIG. 4.
• Theaforementioned application programs2422,program modules2424, andprogram data2426 can also include the computer-implementedsystem500, thenavigation menu component502, themultiple communications components504, thecommunications items506, theconversation component508, themeeting component510, theselection pane component512, thepreview pane component514, thespecific communications item516, and thenotification component518, ofFIG. 5, the list ofactive communications items600, the list ofhistory communications items602, and the list ofpersistent communications items604 ofFIG. 6.
• Theaforementioned application programs2422,program modules2424, andprogram data2426 can further include theuser interface1100, theidentification display1102, thephone selector1104, the people &groups selector1106, themeetings selector1108, theconversations selector1110, thecalendar information1112, themeeting information field1114, thejoin meeting button1116, thenew meeting button1118, and the conference nowbutton1120 ofFIG. 11, theuser interface1200, theidentification display1202, thephone environment selector1204, the people &groups environment selector1206, themeetings environment selector1208, theconversations environment selector1210, theselection pane1212, theactive conversations list1214, theconversation history list1216, and thepreview pane1218 ofFIG. 12, and the methods ofFIGS. 7-10, for example.
• Theaforementioned application programs2422,program modules2424, andprogram data2426 can include the computer-implementedcommunications system100, therecovery component1302 andrecovery information1304 ofFIG. 13, thestore component1402,session identifier1404, thesession information1406, thecontent information1408, andother information1410 ofFIG. 14, thepermissions component1502, therecovery permissions1504, and database programs to manage theclient datastore1506 andserver datastore1508 ofFIG. 15, and themonitor component1610 ofFIGS. 16,17.
• Theaforementioned application programs2422,program modules2424, andprogram data2426 can also include the computer-implementedsystem1800, thenavigation menu component1802, themultiple communications components1804, the recoveredcommunications items1806, theconversation component1808, themeeting component1810, theselection pane component1812, thepreview pane component1814, the specific recoveredcommunications item1816, and thenotification component1818, ofFIG. 18, the list of active recoveredcommunications items1900, the list of history recoveredcommunications items1902, and the list of recoveredpersistent communications items1904 ofFIG. 19, and the methods ofFIGS. 20-23, for example.
• The storage subsystem(s)2414 and memory subsystems (2406 and2418) serve as computer readable media for volatile and non-volatile storage of data, data structures, computer-executable instructions, and so forth. Computer readable media can be any available media that can be accessed by thecomputer2402 and includes volatile and non-volatile media, removable and non-removable media. For thecomputer2402, the media accommodate the storage of data in any suitable digital format. It should be appreciated by those skilled in the art that other types of computer readable media can be employed such as zip drives, magnetic tape, flash memory cards, cartridges, and the like, for storing computer executable instructions for performing the novel methods of the disclosed architecture.
• A user can interact with thecomputer2402, programs, and data using externaluser input devices2428 such as a keyboard and a mouse. Other externaluser input devices2428 can include a microphone, an IR (infrared) remote control, a joystick, a game pad, camera recognition systems, a stylus pen, touch screen, gesture systems (e.g., eye movement, head movement, etc.), and/or the like. The user can interact with thecomputer2402, programs, and data using onboarduser input devices2430 such a touchpad, microphone, keyboard, etc., where thecomputer2402 is a portable computer, for example. These and other input devices are connected to the processing unit(s)2404 through input/output (I/O) device interface(s)2432 via thesystem bus2408, but can be connected by other interfaces such as a parallel port, IEEE 2494 serial port, a game port, a USB port, an IR interface, etc. The I/O device interface(s)2432 also facilitate the use ofoutput peripherals2434 such as printers, audio devices, camera devices, and so on, such as a sound card and/or onboard audio processing capability.
• One or more graphics interface(s)2436 (also commonly referred to as a graphics processing unit (GPU)) provide graphics and video signals between thecomputer2402 and external display(s)2438 (e.g., LCD, plasma) and/or onboard displays2440 (e.g., for portable computer). The graphics interface(s)2436 can also be manufactured as part of the computer system board.
• Thecomputer2402 can operate in a networked environment (e.g., IP) using logical connections via a wire/wireless communications subsystem2442 to one or more networks and/or other computers. The other computers can include workstations, servers, routers, personal computers, microprocessor-based entertainment appliance, a peer device or other common network node, and typically include many or all of the elements described relative to thecomputer2402. The logical connections can include wire/wireless connectivity to a local area network (LAN), a wide area network (WAN), hotspot, and so on. LAN and WAN networking environments are commonplace in offices and companies and facilitate enterprise-wide computer networks, such as intranets, all of which may connect to a global communications network such as the Internet.
• When used in a networking environment thecomputer2402 connects to the network via a wire/wireless communication subsystem2442 (e.g., a network interface adapter, onboard transceiver subsystem, etc.) to communicate with wire/wireless networks, wire/wireless printers, wire/wireless input devices2444, and so on. Thecomputer2402 can include a modem or has other means for establishing communications over the network. In a networked environment, programs and data relative to thecomputer2402 can be stored in the remote memory/storage device, as is associated with a distributed system. It will be appreciated that the network connections shown are exemplary and other means of establishing a communications link between the computers can be used.
• Thecomputer2402 is operable to communicate with wire/wireless devices or entities using the radio technologies such as the IEEE 802.xx family of standards, such as wireless devices operatively disposed in wireless communication (e.g., IEEE 802.11 over-the-air modulation techniques) with, for example, a printer, scanner, desktop and/or portable computer, personal digital assistant (PDA), communications satellite, any piece of equipment or location associated with a wirelessly detectable tag (e.g., a kiosk, news stand, restroom), and telephone. This includes at least Wi-Fi (or Wireless Fidelity) for hotspots, WiMax, and Bluetooth™ wireless technologies. Thus, the communications can be a predefined structure as with a conventional network or simply an ad hoc communication between at least two devices. Wi-Fi networks use radio technologies called IEEE 802.11x (a, b, g, etc.) to provide secure, reliable, fast wireless connectivity. A Wi-Fi network can be used to connect computers to each other, to the Internet, and to wire networks (which use IEEE 802.3-related media and functions).
• The illustrated aspects can also be practiced in distributed computing environments where certain tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules can be located in local and/or remote storage and/or memory system.
• FIG. 25 illustrates a schematic block diagram of acomputing environment2500 that can be used for communications. Theenvironment2500 includes one or more client(s)2502. The client(s)2502 can be hardware and/or software (e.g., threads, processes, computing devices). The client(s)2502 can house cookie(s) and/or associated contextual information, for example.
• Theenvironment2500 also includes one or more server(s)2504. The server(s)2504 can also be hardware and/or software (e.g., threads, processes, computing devices). Theservers2504 can house threads to perform transformations by employing the architecture, for example. One possible communication between aclient2502 and aserver2504 can be in the form of a data packet adapted to be transmitted between two or more computer processes. The data packet may include a cookie and/or associated contextual information, for example. Theenvironment2500 includes a communication framework2506 (e.g., a global communication network such as the Internet) that can be employed to facilitate communications between the client(s)2502 and the server(s)2504.
• Communications can be facilitated via a wire (including optical fiber) and/or wireless technology. The client(s)2502 are operatively connected to one or more client data store(s)2508 that can be employed to store information local to the client(s)2502 (e.g., cookie(s) and/or associated contextual information). Similarly, the server(s)2504 are operatively connected to one or more server data store(s)2510 that can be employed to store information local to theservers2504.
• While certain ways of displaying information to users are shown and described with respect to certain figures as screenshots, those skilled in the relevant art will recognize that various other alternatives can be employed. The terms “screen,” “screenshot”, “webpage,” “document”, and “page” are generally used interchangeably herein. The pages or screens are stored and/or transmitted as display descriptions, as graphical user interfaces, or by other methods of depicting information on a screen (whether personal computer, PDA, mobile telephone, or other suitable device, for example) where the layout and information or content to be displayed on the page is stored in memory, database, or another storage facility.
• As used in this application, the terms “component” and “system” are intended to refer to a computer-related entity, either hardware, a combination of hardware and software, software, or software in execution. For example, a component can be, but is not limited to being, a process running on a processor, a processor, a hard disk drive, multiple storage drives (of optical and/or magnetic storage medium), an object, an executable, a thread of execution, a program, and/or a computer. By way of illustration, both an application running on a server and the server can be a component. One or more components can reside within a process and/or thread of execution, and a component can be localized on one computer and/or distributed between two or more computers. The word “exemplary” may be used herein to mean serving as an example, instance, or illustration. Any aspect or design described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other aspects or designs.
• What has been described above includes examples of the disclosed architecture. It is, of course, not possible to describe every conceivable combination of components and/or methodologies, but one of ordinary skill in the art may recognize that many further combinations and permutations are possible. Accordingly, the novel architecture is intended to embrace all such alterations, modifications and variations that fall within the spirit and scope of the appended claims. Furthermore, to the extent that the term “includes” is used in either the detailed description or the claims, such term is intended to be inclusive in a manner similar to the term “comprising” as “comprising” is interpreted when employed as a transitional word in a claim.

Claims (20)

What is claimed is:

1. A computer-implemented method, comprising:

exposing functionality, via a processing unit, for a conversations environment and a meetings environment in a communications application;

displaying a list of items associated with the conversations environment or the meetings environment;

detecting a termination of an active communications session for a communications item in the list of items, the active communications session including an active conversation thread; and

recovering the communications application and the active communications session, including establishing a new active communications session or restarting the active communications session.

2. The method ofclaim 1 further comprising detecting a recovery event corresponding to the termination of the active communications session.

3. The method ofclaim 1 further comprising converting the communications item into the new communications session.

4. The method ofclaim 1 further comprising detecting an interruption of the active communications session caused by at least one of an event or an error.

5. The method ofclaim 1, wherein the termination is caused by at least one of a network disconnect, network failure, device failure, component failure, hardware failure, software failure, communications stack failure, radio failure, radio channel failure, signal interference, power conservation measures, power failure, user error, third party error, undocking event, rebooting event, timeout event, or a disconnect event.

6. The method ofclaim 1 further comprising establishing the new active communications session with at least one identical or similar characteristic as the terminated active communications session.

7. The method ofclaim 1, wherein the at least one similar or identical characteristic comprises same or similar participants, device parameters, communications parameters, security parameters, privacy parameters, meeting content, communications history, or messages.

8. An apparatus, comprising:

a component of a communications application operative on a processing circuit to expose functionality for a conversations environment and a meetings environment and display a list of items associated with the conversations environment or the meetings environment; and

another component of the communications applications operative on the processing circuit to detect a termination of an active communications session for a communications item in the list of items, the active communications session including an active conversation thread and recover the communications application and the active communications session by establishing a new active communications session or restarting the active communications session.

9. The apparatus ofclaim 8, wherein the other component is further operative to detect a recovery event corresponding to the termination of the active communications session.

10. The apparatus ofclaim 8, wherein the other component is further operative to convert the communications item into the new communications session.

11. The apparatus ofclaim 8, wherein the other component is further operative to detect an interruption of the active communications session caused by at least one of an event or an error.

12. The apparatus ofclaim 8, wherein the termination is caused by at least one of a network disconnect, network failure, device failure, component failure, hardware failure, software failure, communications stack failure, radio failure, radio channel failure, signal interference, power conservation measures, power failure, user error, third party error, undocking event, rebooting event, timeout event, or a disconnect event.

13. The apparatus ofclaim 8, wherein the other component is further operative to establish the new active communications session with at least one identical or similar characteristic as the terminated active communications session.

14. The apparatus ofclaim 13, wherein the at least one similar or identical characteristic comprises same or similar participants, device parameters, communications parameters, security parameters, privacy parameters, meeting content, communications history, or messages.

15. A computer-readable media storing instructions that when executed by a system, cause the system to:

expose functionality, via a processing unit, for a conversations environment and a meetings environment in a communications application;

display a list of items associated with the conversations environment or the meetings environment;

detect a termination of an active communications session for a communications item in the list of items, the active communications session including an active conversation thread; and

recover the communications application and the active communications session, including establishing a new active communications session or restarting the active communications session.

16. The computer-readable media ofclaim 15 further having instructions that when executed by the system, cause the system to:

detect a recovery event corresponding to the termination of the active communications session.

17. The computer-readable media ofclaim 15 further having instructions that when executed by the system, cause the system to:

convert the communications item into the new communications session.

18. The computer-readable media ofclaim 15 further having instructions that when executed by the system, cause the system to:

detect an interruption of the active communications session caused by at least one of an event or an error.

19. The computer-readable media ofclaim 15, the termination being caused by at least one of a network disconnect, network failure, device failure, component failure, hardware failure, software failure, communications stack failure, radio failure, radio channel failure, signal interference, power conservation measures, power failure, user error, third party error, undocking event, rebooting event, timeout event, or a disconnect event.

20. The computer-readable media ofclaim 15 further having instructions that when executed by the system, cause the system to:

establish the new active communications session with at least one identical or similar characteristic as the terminated active communications session.

Images