Patent Publication Number: US-11641317-B2

Title: Activity stream based collaboration

Description:
CROSS-REFERENCE TO RELATED APPLICATIONS 
     This application is a continuation of, and claims a benefit of priority under 35 U.S.C. 120 of the filing date of U.S. patent application Ser. No. 16/572,285 filed Sep. 16, 2019, now U.S. Pat. No. 11,252,069, which is a continuation of and claims a benefit of priority under 35 U.S.C. 120 of the filing date of U.S. patent application Ser. No. 15/913,587 filed Mar. 6, 2018, now U.S. Pat. No. 10,447,568, which is a continuation of and claims a benefit of priority under 35 U.S.C. 120 of the filing date of U.S. patent application Ser. No. 15/610,019 filed May 31, 2017, now U.S. Pat. No. 9,935,860, which is a continuation of and claims a benefit of priority under 35 U.S.C. 120 of the filing date of U.S. patent application Ser. No. 13/529,286 filed Jun. 21, 2012, now U.S. Pat. No. 9,692,675, all of which are incorporated herein by reference. 
    
    
     BACKGROUND OF THE INVENTION 
     In social collaboration tools, activity streams enable participants to exchange information quickly via lightweight communications in real time. Social collaboration tools have become more and more important to both non-enterprise and enterprise users, and increasingly have been used within and among enterprises to facilitate collaboration among users. In some solutions, end users collaborate and track activities by typing and/or reading short messages in an activity stream widget component of an enterprise or other application user interface. 
     Typically, social collaboration tools enable short text-based messages to be shared in real time via the activity stream, enabling messages entered by a sending user to be read in real time by receiving users, for example. Other collaboration tools, such as WebEx™, include the ability to allow a remote user to view or take control over a target user&#39;s computer, e.g., their “desktop”, and all applications running and/or available to be run on it. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
       Various embodiments of the invention are disclosed in the following detailed description and the accompanying drawings. 
         FIG.  1    is a block diagram illustrating an example of a network environment. 
         FIG.  2    is a block diagram illustrating an embodiment of a user interface configured to recognize and respond to control tags in a received activity stream. 
         FIG.  3    is a flow diagram illustrating an embodiment of a process to exert application-level control at a remote system. 
         FIG.  4    is a flow diagram illustrating an embodiment of a process to recognize and respond to control tags in a received activity stream. 
         FIG.  5    is a flow diagram illustrating an embodiment of a process to respond to control tags in a received activity stream. 
         FIG.  6    is a block diagram illustrating an embodiment of a lookup table of application-level actions corresponding to certain control tags. 
         FIG.  7    is a flow diagram illustrating an embodiment of a process to insert into an activity stream as appropriate, and to recognize and respond appropriately to control tags included in an activity stream. 
         FIG.  8    is a block diagram illustrating an embodiment of a backend server configured to participate in an activity stream. 
     
    
    
     DETAILED DESCRIPTION 
     The invention can be implemented in numerous ways, including as a process; an apparatus; a system; a composition of matter; a computer program product embodied on a computer readable storage medium; and/or a processor, such as a processor configured to execute instructions stored on and/or provided by a memory coupled to the processor. In this specification, these implementations, or any other form that the invention may take, may be referred to as techniques. In general, the order of the steps of disclosed processes may be altered within the scope of the invention. Unless stated otherwise, a component such as a processor or a memory described as being configured to perform a task may be implemented as a general component that is temporarily configured to perform the task at a given time or a specific component that is manufactured to perform the task. As used herein, the term ‘processor’ refers to one or more devices, circuits, and/or processing cores configured to process data, such as computer program instructions. 
     A detailed description of one or more embodiments of the invention is provided below along with accompanying figures that illustrate the principles of the invention. The invention is described in connection with such embodiments, but the invention is not limited to any embodiment. The scope of the invention is limited only by the claims and the invention encompasses numerous alternatives, modifications and equivalents. Numerous specific details are set forth in the following description in order to provide a thorough understanding of the invention. These details are provided for the purpose of example and the invention may be practiced according to the claims without some or all of these specific details. For the purpose of clarity, technical material that is known in the technical fields related to the invention has not been described in detail so that the invention is not unnecessarily obscured. 
     An interaction model and supporting technologies to enable a remote user to exercise a degree of control over an application at a target system, via text-based or other control tags typed or otherwise entered into an activity stream by the remote user at the remote user&#39;s system, are disclosed. In various embodiments, the remote user enters into an activity stream a predefined hash tag that the target system is configured to recognize and respond to by performing an associated application-level action. For example, in some embodiments, an enterprise content management user interface application at the target system is configured to recognize in an activity stream a hash (or other) tag such as “#doc.view:document1” and to respond to the tag by performing (or initiating) an operation to retrieve “document1” from a shared repository and display same in a viewer widget (or other application-associated display element) at the target system, as described more fully below. In some embodiments, non-human users, such as backend servers, may be configured to recognize and respond to hash tags inserted in an activity stream and/or to insert such tags into an activity stream, for example to send notifications and/or to prompt human or other participants in the activity stream to perform associated actions. 
     In various embodiments, a user of the system that receives the activity stream has the ability to control, e.g., through configuration settings, responses to dialogs, etc., the degree to which control of the client interface is ceded to the remote system/user. For example, in some embodiments, a hash (or other) tag may be used to provide the ability for content identified in the tag, or determined automatically from an applicable content, such as a document, to be retrieved automatically from a repository and displayed in a viewer or other window or portion of a user interface at the client, and in some such embodiments the user at the receiving system is prompted to indicate whether the user wants the system to respond to the tag by retrieving and displaying the document. 
       FIG.  1    is a block diagram illustrating an example of a network environment. In the example shown, an enterprise (or other) network environment  100  includes a plurality of client systems  1  to n, represented in  FIG.  1    by clients  102 ,  104 , and  106 . Examples of client systems include desktop and/or laptop computers, tablet computers, smart phones and/or other mobile devices, etc. Clients represented by clients  102 ,  104 , and  106  connected via network  108  to one another and to one or more servers. In the example shown, an enterprise content management server  110  provides access to managed content, e.g., files and/or other objects, stored in a shared repository  112 . A business process management server  114  manages business processes, such as work flows, on behalf of enterprise users, using work flow definitions and/or state information stored in data store  116 . 
     In various embodiments, clients such as clients  102 ,  104 , and  106  have installed enterprise content management client software, JavaScript or other browser-executed code, and/or other client side software configured to facilitate collaboration using control tags inserted by users into an activity or other communication stream system to other collaboration participants. In various embodiments, participants may include one or both of human users of client systems such as clients  102 ,  104 , and  106 , and backend processes and/or servers such as enterprise content management server  110  and business process management server  114 . In various embodiments, a participant injects a hash tag or other control tag into an activity stream, for example by entering the tag in a text entry field of an activity stream interface. At a target system that receives the activity stream, the presence of the hash tag in the activity stream is detected and an application level operation is performed in response. For example, in one use of techniques disclosed herein, a user may include in an activity stream a hash tag to cause a document or other content to be retrieved from a shared repository, such as repository  112 , and displayed (or offered for display) automatically at the receiving system. In some embodiments, components of an enterprise content management client user interface software recognize and act in response to presence of the hash tag in the activity stream. 
       FIG.  2    is a block diagram illustrating an embodiment of a user interface configured to recognize and respond to control tags in a received activity stream. In the example shown, an enterprise content management client user interface  202  includes an activity stream component  204  configured to display text-based messages entered by remote and/or local users participating in an activity stream-facilitated collaboration. In the example shown, text entered by remote users or the local user are displayed in time order in a display field  206 . A message entry field (not shown) enables the local user to participate in the conversation. In the example shown, three lines of message text have been communicated followed by a hash tag, “#document.view”. A hash tag recognizer  208  included in and/or associated with user interface  202  recognizes the presence of the hash tag “#document.view” in the activity stream, and broadcasts on enterprise content management (ECM) event bus  210  an event that notifies other elements that the hash tag has been detected. In response, viewer widget  212  retrieves from repository  214  and displays in a window associated with viewer widget  212  a document or other object determined to be relevant based on ECM context  216 . The ECM context may include, without limitation, an application context with which content stored in an ECM system and/or other repository is associated. For example, in a collaboration session regarding a legal contract or other document, the document that is the subject of the collaboration and/or a current phase thereof may be retrieved. In various embodiments, other hash tags and/or additional information may be included and/or used to specify by object or other name a specific document or other object to be retrieved and displayed. In various embodiments, by including a hash or other control tag in the activity stream as disclosed herein, a remote user can control the behavior and operation of a specific application at a target system, in this example the ECM client user interface  202 . 
     In some embodiments, a local user of user interface  202  is provided with a mechanism to configure the behavior of user interface  202  with respect to control tags as described herein. For example, a user may be provided with an ability to determine whether content indicated in control tags is retrieved and displayed automatically, or instead only after the user has indicated the user desires that behavior in a particular instance, for example by choosing an option in a dialog box or other control displayed upon receipt and recognition of a content retrieval control tag. 
       FIG.  3    is a flow diagram illustrating an embodiment of a process to exert application-level control at a remote system. In the example shown, a human or machine user inserts in this example a text-based tag, such as a hash tag as described above, into an activity stream or other communication stream ( 302 ). The stream, including the control tag, is transmitted via a communication service, such as an activity stream, to which the target system is subscribed or otherwise a participant ( 304 ). The target system is configured, for example by the running of ECM or other client user interface software as in the example of  FIG.  2   , to recognize the control tag in the activity stream or other communication stream and to respond thereto by performing an application level action associated with the tag, as described herein. 
       FIG.  4    is a flow diagram illustrating an embodiment of a process to recognize and respond to control tags in a received activity stream. In the example shown, a receiving system, such as a client running an ECM client user interface as in the example of  FIG.  2   , monitors an activity stream ( 402 ). Upon recognizing the presence of a hash tag or other control tag in the stream ( 404 ), an application level operation associated with the tag, e.g., retrieving and displaying a document as in the example described above, is performed ( 406 ). The process continues until the activity stream is no longer active and/or being monitored ( 408 ). 
       FIG.  5    is a flow diagram illustrating an embodiment of a process to respond to control tags in a received activity stream. In various embodiments, the process of  FIG.  5    is used to implement  406  of  FIG.  4   . In the example shown, a received control tag is mapped to a corresponding action ( 502 ). For example, in the example described in connection with  FIG.  2   , the hash tag “#doc.view” would have been mapped to an operation to retrieve and display a document as determined by a current ECM client user interface context. The applicable context, if any for this operation, is determined ( 504 ). The action is performed, in light of the context, if applicable, and in various embodiments in a manner consistent with configured user preferences, if any ( 506 ). For example, in some embodiments a user may control whether the user may be interrupted by actions initiated by others remotely by including a hash tag or other control tag in an activity stream. 
     Note that in the case of an activity stream monitored by a plurality of users, human or otherwise, recipients of the stream each may be configured to respond, potentially in its own way, to a received hash tag or other control tag. For examples, each of a plurality of users may receive a control tag, and their respective systems may in response retrieve and display the same content object as indicated by the control tag included in the activity stream. 
       FIG.  6    is a block diagram illustrating an embodiment of a lookup table of application-level actions corresponding to certain control tags. In the example shown, a lookup table  600  stores a plurality of hash tags (left column) and for each a corresponding action (right column). In the example shown, the hash tag “#doc.view:document1” causes the specified object “document1” to be retrieved and displayed in a view pane, for example of an ECM client user interface, whereas the hash tag “#doc.view” received alone, without specifying an object, causes a document determined by an applicable application context to be retrieved. Similarly, the tag “#doc.checkout:document1” causes “document1” to be checked out from the repository, while the tag “#doc.checkout” alone causes a document indicated by a current ECM client context to be checked out. The tag “#workflow.startworkflow1” in this example causes an instance of “workflow1” to be created and started. In some embodiments, a server such as business process management (BPM) server  114  of  FIG.  1    may be configured to participate in an activity stream, including by recognizing and taking action in response to hash tags included therein, e.g., starting an indicated workflow, as described above. In this example, an administrative task to delete a user may be caused to be performed by an authorized human or machine user inserting into the activity stream the hash tag “#user.delete:user1”, specifying the user to be deleted. Finally, in this example the tag “#search:abc” causes search results for the query “abc”, for example against a body of content stored in a shared repository, to be retrieved and displayed at the recipient system. While a lookup table is shown in  FIG.  6   , in various embodiments, other implementations are used to associate actions with hash tags. 
       FIG.  7    is a flow diagram illustrating an embodiment of a process to insert into an activity stream as appropriate, and to recognize and respond appropriately to control tags included in an activity stream. In some embodiments, the process of  FIG.  7    is implemented on a backend server or other system, for example by a BPM server as shown in  FIG.  1   . In the example shown, a work flow engine in this example registers itself (or is registered by an administrator) as a participant in an activity stream ( 702 ). For example, the engine subscribes to or becomes a follower or other listener to the stream. The stream is monitored, including to recognize any workflow related hash tags that may be included therein ( 704 ). If a hash tag the workflow engine is configured to respond to is found to be present ( 706 ), the associated action is determined and performed ( 708 ). For example, receipt of the tag “#workflow.startworkflow1” in the example above may cause an instance of the workflow indicated to be started. If an event associated with a currently executing workflow occurs that requires action by the workflow engine, and the action includes inserting one or more hash tags into an activity stream with which the workflow is associated ( 710 ), then the appropriate hash tag is determined, generated, and inserted into the activity stream ( 712 ). Examples include, without limitation, hash tag to which receiving application software on the recipient systems (e.g., ECM client user interface software, in the examples described above) may be configured to respond by performing such actions as displaying a notice, prompting a local user to perform a review or provide other input, causing content the recipient user is supposed to review, approve, edit, etc. to be retrieved, checked out, and/or displayed, etc. The process continues until participation in the activity stream ends ( 714 ), for example the work flow is completed, the BPM server is taken out of service for maintenance, etc. 
       FIG.  8    is a block diagram illustrating an embodiment of a backend server configured to participate in an activity stream. In the example shown, BPM server  802  includes a network interface  804  configured to send and receive network communications via a connection  805 . Communications comprising an activity stream are sent and received by activity stream module  806 . In the case of a purely machine user, the activity stream communications may or may not be displayed. A hash tag recognizer  808  monitors the activity stream and is configured to recognize the presence therein of hash tags, and in the case of hash tags to which the workflow engine  810  is required to respond, to determine the required action and cause the action to be performed. The workflow engine responds to received hash tags to which it is required to respond, based as applicable on workflow state information  812 . Examples include without limitation responding to hash tags to start a workflow, report progress with respect to a workflow, transition a workflow to a next state, notify participants in the workflow that a next state has been entered and/or specified actions are required of them, etc. As in  FIG.  7   , in some embodiments, the workflow engine  810  is configured to insert into the activity stream via module  806  one or more hash tags to communicate with other participants and in applicable cases to exercise control over an application at a remote recipients system, for example by causing a document or other object to be retrieved and displayed at the remote system, as described above. 
     Using techniques disclosed herein, a human or machine participant in a collaboration is able to control an application running at a remote system, without providing complete access to and/or control over the remote system. In this way, a potentially useful degree of control may be provided without the security concerns that might be present if more complete control over the target system were provided. 
     Although the foregoing embodiments have been described in some detail for purposes of clarity of understanding, the invention is not limited to the details provided. There are many alternative ways of implementing the invention. The disclosed embodiments are illustrative and not restrictive.