EP3673428A1 - Computer-implementiertes verfahren zum steuern einer kollaborations-plattform, kommunikations- und kollaborationsapplikation und kommunikations- und kollaborations-plattform - Google Patents

Computer-implementiertes verfahren zum steuern einer kollaborations-plattform, kommunikations- und kollaborationsapplikation und kommunikations- und kollaborations-plattform

Info

Publication number
EP3673428A1
EP3673428A1 EP18759080.7A EP18759080A EP3673428A1 EP 3673428 A1 EP3673428 A1 EP 3673428A1 EP 18759080 A EP18759080 A EP 18759080A EP 3673428 A1 EP3673428 A1 EP 3673428A1
Authority
EP
European Patent Office
Prior art keywords
user
information
read
session
information segment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP18759080.7A
Other languages
English (en)
French (fr)
Inventor
Juergen Brieskorn
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Unify Patente GmbH and Co KG
Original Assignee
Unify Patente GmbH and Co KG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Unify Patente GmbH and Co KG filed Critical Unify Patente GmbH and Co KG
Publication of EP3673428A1 publication Critical patent/EP3673428A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/101—Collaborative creation, e.g. joint development of products or services
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/103—Workflow collaboration or project management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1822—Conducting the conference, e.g. admission, detection, selection or grouping of participants, correlating users to one or more conference sessions, prioritising transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/216—Handling conversation history, e.g. grouping of messages in sessions or threads
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences

Definitions

  • the invention relates to a computer-implemented method for controlling a collaboration platform, a communication and collaboration application as well as a communication and collaboration platform.
  • a user group can be determined or selected, which deals with a specific topic.
  • the discussion contributions to the topic as well as questions and answers on the subject are received in a thread in a chronological and possibly hierarchical sequence and displayed to the users of the user group accordingly.
  • the documentation and control of the information flow may make it necessary, particularly in the business environment, for a sender of information to assign one or more specific users of the user group to a specific information segment (INFORMATION SEGMENT). within the thread and expects to receive feedback from the one or more users of the user group.
  • This feedback information may be, for example, a corresponding read notification (READ_NOTIFICATION), so that the sender of information is notified by this that the information segment marked by him has been read by the one or more user / users.
  • Read-receipts are known in current communication and collaboration applications known in the art, but the flow of information is limited to a simple bilateral exchange of information segments and there is no way to generate the read receipt in the context of a session related to a particular topic.
  • e-mail systems known in the art provide read-e-mail read receipts; However, they are not embedded in the context of a session or shared session, where only a specific topic is being worked on, with regard to bilateral user conversations or in the case of multilateral conversations, for example when using a mailing list when sending e-mails ,
  • a user of a predetermined user group of a session in a thread of the user group is enabled to request and receive a read receipt selectively for one or more information segments of the thread from one or more predetermined users of the user group.
  • a computer-implemented method for controlling a collaboration platform upon which a communication and collaboration application (COL_APP) is run allowing a number of users of a predetermined user group to participate in a session at which the user group participates in communicating and collaborating on a predetermined topic, collecting and displaying contributions of individual users in a thread as information segments, the method comprising the steps of:
  • the method further comprising a step of aggregating metadata regarding the request of the read receipt by the first user and the acknowledgment message from the second user, and wherein the Information about the read receipt is transmitted to the first user by providing the metadata, in particular by displaying the metadata in a workflow-based view.
  • the method according to the invention makes it possible for each user of a user group of a particular session running on the COL_APP on the collaboration platform to mark individual contributions of the user in the form of selectable information segments in a thread for a predetermined topic of the session and for the thus marked information segments then selectively or individually request a read receipt from one or more predetermined users.
  • COL_APP is a function shared by all users of a user group.
  • the method further comprises the step of generating a status instance for the at least one second user.
  • the metadata may include: an indication of the information segment;
  • Timestamp information regarding the timing of the post of the information segment by the first user are Timestamp information regarding the timing of the post of the information segment by the first user
  • User information about the first user in particular an identification of the first user
  • Timestamp information about the time of receipt of the information segment by the second user and the time of generation of a read receipt are generated and displayed via the communication and collaboration application in the context of a timestamp-based workflow.
  • the meta information of a session obtained from the relevant time stamp information or data is made available to all users of the user group with regard to the read acknowledgment requests and the associated acknowledgment messages for specific information segments of the session or the thread.
  • the method comprises the steps of
  • the workflow-based view includes a sequence of the individual information segments of the plurality of information segments in chronological order within the thread of a predetermined session.
  • the workflow-based view may contain the information as to whether the second user has read the information segment, this being represented by visual modification of the character string identifying the second user.
  • the visual modification can be realized by underlining or highlighting the information segment. This allows the user to quickly recognize at a glance whether a read receipt has been received for a designated information segment or not. Other forms of presentation are also possible.
  • a communication and collaboration application adapted to perform a method for selectively requesting and providing a read receipt for individual information segments within a thread of a user group with a predetermined number of users of a session.
  • a communication and collaboration platform which is adapted to execute a method for selectively requesting and providing a read confirmation for individual information segments within a thread of a user group with a predetermined number of users of a session.
  • FIG. 1 shows an illustration of a communication and collaboration application (COL_APP) according to an embodiment of the invention with different logical structures;
  • FIG. 2 shows a further illustration of parts of the COL_APP according to an embodiment of the invention;
  • FIG. 1 shows an illustration of a communication and collaboration application (COL_APP) according to an embodiment of the invention with different logical structures;
  • FIG. 2 shows a further illustration of parts of the COL_APP according to an embodiment of the invention;
  • FIG. 3 is yet another illustration of portions of the COL_APP according to one embodiment of the invention.
  • FIG. 4 is an abstract view illustrating the step of aggregating metadata of a session according to an embodiment of the invention.
  • FIG. 1 is an illustration of a communication and collaboration application (COL_APP) 1 according to an embodiment of the invention having various logical structures.
  • a multiplicity of sessions have been created or created on a collaboration platform (not shown) on which the COL_APP 1 runs as a centralized server function, which is a session list 2 for a first user a in the display of COL_APP 1 is displayed.
  • a corresponding view is generated by the COL_APP 1, ie a view in which a session list 2 is displayed with all sessions 3 running on the COL_APP 1.
  • a predetermined number of users participate, forming a user group, for example, to work together on a given topic or a specific task.
  • the display may be selected from the information pertaining to the selected session 3, among others the sequence of information segments 6 according to the active selection conversation 7-2 (see explanations below); Presence information and member status of users of the user group of a session 3; and
  • the thread 5 is displayed for the session 3 selected by the user a.
  • all contributions of the individual users of a user group participating in the selected session 3 are represented as information segments 6 (INFORMATION_SEGMENT), which are shown in chronological order with regard to the time of posting of the contributions or information segments 6.
  • the first user would like to monitor a, whether a certain second user b, who also belongs to the user group for this selected session 3, reads a certain contribution or a specific information segment 6 of the thread 5, he can now read the information segment 6 of FIG Select interest (marked here by the dashed border of the information segment 6) and tagged or labeled.
  • the tag includes a predetermined string identifying the second user b. The identification of the second user b can then take place by accessing the COL_APP 1 to a database which is assigned to the COL_APP 1 (not shown).
  • the tag identifying user b is created by adding ' @ ⁇ user-name>' by the first user a, where 'user-name' is to be replaced by the name of the second user b.
  • the request made by the first user a for a read confirmation of the predetermined information segment 3 by the second user b is then processed by a metadata engine 11 (see FIG. 4) of the COL_APP 1.
  • metadata are aggregated by the COL_APP as a centralized server function, which comprise an indication of the information segment 3; Timestamp information regarding the timing of the post of the information segment 3 by the first user a;
  • User information about the first user a in particular an identification of the first user a;
  • the respectively identified individual metadata information of a session is then entered by the metadata engine 1 1 into the session representation 6 or on the aggregation level 10 (FIG. 7) after selection of the first user 1 in the respective meta-level (conversation 7-1 or information ACK 7-2).
  • a notification list 8 of the first user 1 is displayed, i. H. the list contains all notifications of other users of the session list 2, which are directed to the first user 1.
  • FIG. 2 is an abstracted representation of all the session lists 2 of the metadata engine 1 1, with a more detailed view of portions of the COL_APP 1 according to one embodiment of the invention, focusing on the operations for the SESSION I.
  • portions of the display 9 of the COL_APP 1 on a screen of the first user a (left side of FIG. 2) and parts of the display 9 'of the COL_APP 1 are displayed on a screen of the second user b.
  • These are respective session or conversation views of a predetermined SESSION I, identified by the reference numeral 3, on the side of the first user a and on the side of the second user b.
  • the first user is a participant of Session 1 or belongs to the user group for Session I, but he does not belong to the user groups of Session II and Session III; he is not a participant in Sessions II and III.
  • Session I is considered, which is represented by the dashed border of the statement SESSION I and the participating users a, b, c, which forms the user group for this session becomes.
  • the first user a has tagged, for example, an information segment 6 for a read confirmation by the second user b as described in connection with FIG. 1, then according to the selection of session I on the left side of the display 9 of the first user a the information for Thread 5, in which the tagged information segment 6 (represented here by the placeholder, ⁇ ') is displayed.
  • the tag added by the first user a is underlined as soon as a read confirmation by the second user b is present. Furthermore, it can be seen that in the marked session I, the second user b has requested a read confirmation for a selected by him information segment of a third user c, who has also already confirmed the reading of the corresponding notification or the information segment 6, which in turn Underlining the tag in the display 9 of the COL_APP 1 is visualized.
  • the third user c has requested a read confirmation for an information segment 6 selected by him from the first user a, who has not yet confirmed receipt of the corresponding notification or reading of the selected information segment 6, which can be recognized by the absence of an underlining of the tag is. It is furthermore possible to visualize meta information relating to the time stamp information of the read confirmation, for example via a so-called "mouse-over function" for user a on the display 9.
  • a so-called "mouse-over function" for user a on the display 9.
  • the first user a has requested a read receipt for an information segment 6 associated with session I. Furthermore, a fourth user d for a the session II associated information segment 6 requested a read confirmation from the second user b and has a fifth user e for an information segment 6 associated with the session II, a read confirmation from the second user b is requested.
  • the notifications already confirmed with a read receipt by the second user b namely the uppermost and middle notification, are here visually marked by being highlighted in gray. The not yet confirmed by the second user b notification, however, is not grayed out.
  • the second user b recognizes at a glance which information segments 6 he has already read or for which he has issued a read receipt, and which he, however, has not read and still has to read.
  • FIG. 3 is yet another illustration of portions of the COL_APP 1 according to one embodiment of the invention.
  • FIG. Here, part of the display 9 of the first user a of the COL_APP 1 is shown, the two left columns, ie the session list 2 and the thread 5 information indicating what has already been explained in connection with FIG.
  • another field 10 is displayed here, which represents the meta-level information for a read confirmation of the session I, which is selected by the first user a.
  • the view presented here is a workflow-based view when .Information ACK '(see Fig. 1: Meta-level "Session Selection" 4) is selected has been. This view represents a complete view of aggregated and aggregated metadata arranged in the sequence of the respective timestamps regarding the request for a read confirmation of the predetermined session.
  • Each user of a session 3 (or here: user a, b and c of session I) is provided with an identical view of all the aggregated metadata.
  • the metadata view is stored in a timestamp-based flow for read receipt requests (READ_NOTIFICATION) and read receipts (ACKnowledge notifications).
  • READ_NOTIFICATION read receipt requests
  • ACKnowledge notifications read receipts
  • TEXT in the figure is a placeholder for the respective representation of an information segment 6, which consists of a TEXT header (Subject line) and the content of the information segment 6.
  • the content of the information segment 6 may include, for example, text or information about other media (eg, files, pictures, videos, etc.).
  • FIG. 4 is an abstract view illustrating the step of aggregating metadata 10 of a session 3 according to an embodiment of the invention, which is performed by the metadata engine 1 1 of the COL_APP 1.
  • data for the users of the COL_APP 1 are aggregated on a session basis, that is to say for a respective session 3, so that a user of a session has an individual request for a read acknowledgment for each Infornnationssegnnent this session 3 or running in the session 3 thread 5 for one or more predetermined users of the session 3 can create.
  • each user of the session 3 ie a predetermined user group, identical access to the metadata of the session 3.
  • the metadata engine 1 1 generated for each session 3 individually for each appropriately tagged information segment 6 a separate status instance or User status instance 12.
  • the statistical data of the status instances 12 thus generated are displayed in the meta-level view of the session 3 (information ACK, see FIG. 1) and are made available to all users of the session 3, or all users of the session 3 Session 3 can access it.
  • the workflow and the tasks of COL_APP 1 when aggregating the metadata are selected from the perspective of the user requesting the read receipt (eg the first user a) and from the perspective of the user issuing the read receipt (eg the second user b) in the tables below, it is assumed that the corresponding session of the participating user has already been defined and created in the COL_APP 1.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Multimedia (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Die Erfindung betrifft 1 ein Computer-implementiertes Verfahren zum Steuern einer Kollaborations-Plattform, auf welcher eine Kommunikations- und Kollaborations-Applikation (COL_APP) (1) läuft, durch welche es einer Anzahl von Usern (a, b, c, d, e) einer vorbestimmten Usergruppe ermöglicht wird, in einer Session (3), an der die Usergruppe teilnimmt, über ein vorbestimmtes Thema zu kommunizieren und kollaborieren, wobei Beiträge einzelner User (a, b, c, d, e) in einem Thread als Informationssegmente (6) gesammelt und angezeigt werden, wobei das Verfahren die folgenden Schritte umfasst: Empfangen einer Anforderung einer Lesebestätigung durch einen ersten User (a) der vorbestimmten Usergruppe der Session (3), wobei sich die Anforderung der Lesebestätigung auf ein durch den ersten User (a) mit einem Tag versehenes Informationssegment (6) des Threads (5) bezieht, wobei das Tag eine vorbestimmte Zeichenkette umfasst, welche zumindest einen zweiten User (b) identifiziert, von welchem der erste User (a) für das mit dem Tag versehene Informationssegment (6) die Lesebestätigung anfordert; Identifizieren des zumindest einen zweiten Users (b) in einer Datenbank der COL_APP; Senden einer Benachrichtigung an den zumindest einen zweiten User (b), welche das Informationssegment (6) enthält; Empfangen einer Bestätigungsnachricht von dem zweiten User (b), dass er die das Informationssegment (6) enthaltende Benachrichtigung gelesen hat; und Zuordnen einer Lesebestätigung zu dem Informationssegment (6), sobald der zumindest eine zweite User (b) die Benachrichtigung gelesen hat, wobei das Verfahren weiterhin einen Schritt des Aggregierens von Metadaten bezüglich der Anforderung der Lesebestätigung durch den ersten User (a) und bezüglich der Bestätigungsnachricht von dem zweiten User (b) umfasst, und wobei die Information über die Lesebestätigung dem ersten User (a) durch Bereitstellen der Metadaten, insbesondere durch Anzeigen der Metadaten in einer Workflowbasierten Ansicht, übermittelt wird. Weiterhin betrifft die Erfindung eine Kommunikations- und Kollaborationsapplikation sowie eine Kommunikations- und Kollaborationsapplikation.

Description

Computer-implementiertes Verfahren zum Steuern einer Kollaborations- Plattform, Kommunikations- und Kollaborationsapplikation und
Kommunikations- und Kollaborations-Plattform
Beschreibung
Die Erfindung betrifft ein Computer-implementiertes Verfahren zum Steuern einer Kollaborations-Plattform, eine Kommunikations- und Kollaborationsapplikation sowie eine Kommunikations- und Kollaborations- Plattform.
Kommunikations- und Kollaborationsapplikationen (COL_APP) werden vor allem in Hinblick auf soziale Netzwerke immer beliebter. Aber auch im geschäftlichen Umfeld ist es heutzutage üblich, solche Applikationen in den Workflow zu integrieren, wo sie Nutzern (USER) oder Nutzergruppen, welche beispielsweise in einem vorgegebenen Session-Thread oder -Kontext zur Bearbeitung eines vorbestimmten Themas dienen.
In einer Session kann somit eine User-Gruppe bestimmt oder ausgewählt werden, welche sich mit einem bestimmten Thema befasst. Die Diskussionsbeiträge zu dem Thema sowie auch Fragen und Antworten zu dem Thema werden in einem Thread in chronologischer und gegebenenfalls hierarchischer Abfolge entgegengenommen und den Usern der User-Gruppe entsprechend angezeigt.
Die Dokumentation und Steuerung des Informationsflusses kann es insbesondere im geschäftlichen Umfeld jedoch notwendig machen, dass ein Sender von Information einen oder mehrere bestimmte User der User-Gruppe auf ein bestimmtes Informationssegment (INFORMATION SEGMENT) innerhalb des Threads aufmerksam machen möchte und dabei erwartet, dass er von dem/den einen oder mehreren User/Usern der User-Gruppe hierzu eine Feedback-Information erhält. Diese Feedback-Information kann beispielsweise eine entsprechende Lesebenachrichtigung (READ_NOTIFICATION) sein, so dass der Sender von Information hierdurch benachrichtigt wird, dass das von ihm markierte Informationssegment von dem einem oder mehreren User/Usern gelesen wurde.
In derzeitigen aus dem Stand der Technik bekannten Kommunikations- und Kollaborationsapplikationen sind Lesebestätigungen bekannt, wobei jedoch der Informationsfluss auf einen einfachen bilateralen Austausch von Informationssegmenten beschränkt ist und hierbei keine Möglichkeit besteht, die Lesebestätigung im Kontext einer auf ein bestimmtes Thema bezogenen Session zu generieren.
Beispielsweise stellen aus dem Stand der Technik bekannte E-Mail-Systeme Lesebestätigungen für gelesene E-Mails bereit; sie sind jedoch im Hinblick auf bilaterale Nutzerkonversationen oder auch im Falle von multilateralen Konversationen, beispielsweise bei Verwendung einer Mailing-Liste bei der Versendung von E-Mails, nicht in den Kontext einer Session oder shared Session eingebettet, wo ausschließlich an einem bestimmten Thema gearbeitet wird.
Applikationen, die in den sozialen Netzwerken bereitgestellt werden, wie beispielsweise WhatsAPP, in denen auch Gruppenkonversationen geführt werden können, sehen ebenfalls keine selektive Lesebestätigung einzelner adressierter Gruppenmitglieder vor, so dass ein User der Gruppenkonversation keine Möglichkeit hat, eine Information darüber zu erlagen, ob ein bestimmter anderer User ein bestimmtes Segment einer solchen Gruppenkonversation gelesen hat oder nicht.
Daher ist es eine Aufgabe der vorliegenden Erfindung, ein Computerimplementiertes Verfahren zum Steuern einer Kollaborations-Plattform, eine Kommunikations- und Kollaborationsapplikation sowie eine Kommunikations- und Kollaborations-Plattform bereitzustellen, mittels welcher die genannten Defizite zumindest teilweise behoben werden. Insbesondere ist es wünschenswert, dass ein User einer vorbestimmten User-Gruppe einer Session in einem Thread der User-Gruppe ermöglicht wird, eine Lesebestätigung selektiv für einen oder mehrere Informationssegmente des Threads von einem oder mehreren vorbestimmten Usern der Usergruppe anzufordern und zu erhalten.
Diese Aufgabe wird erfindungsgemäß durch ein Computer-implementiertes Verfahren zum Steuern einer Kollaborations-Plattform mit den Merkmalen gemäß Anspruch 1 , durch eine Kommunikations- und Kollaborationsapplikation mit den Merkmalen gemäß Anspruch 8 sowie durch eine Kommunikations- und Kollaborationsapplikation mit den Merkmalen gemäß Anspruch 9 gelöst. Bevorzugte Weiterbildungen des erfindungsgemäßen Gegenstands sind in den Unteransprüchen definiert.
Dementsprechend wird gemäß der vorliegenden Erfindung ein Computerimplementiertes Verfahren zum Steuern einer Kollaborations-Plattform bereitgestellt, auf weicher eine Kommunikations- und Kollaborations-Applikation (COL_APP) läuft, durch welche es einer Anzahl von Usern einer vorbestimmten Usergruppe ermöglicht wird, in einer Session, an der die Usergruppe teilnimmt, über ein vorbestimmtes Thema zu kommunizieren und kollaborieren, wobei Beiträge einzelner User in einem Thread als Informationssegmente gesammelt und angezeigt werden, wobei das Verfahren die folgenden Schritte umfasst:
Empfangen einer Anforderung einer Lesebestätigung durch einen ersten User der vorbestimmten Usergruppe der Session, wobei sich die Anforderung der Lesebestätigung auf ein durch den ersten User mit einem Tag versehenes Informationssegment des Threads bezieht, wobei das Tag eine vorbestimmte Zeichenkette umfasst, welche zumindest einen zweiten User identifiziert, von welchem der erste User für das mit dem Tag versehene Informationssegment die Lesebestätigung anfordert; Identifizieren des zumindest einen zweiten Users in einer Datenbank der COL APP; Senden einer Benachrichtigung an den zumindest einen zweiten User, welche das Informationssegment enthält;
Empfangen einer Bestätigungsnachricht von dem zweiten User, dass er die das Informationssegment enthaltende Benachrichtigung gelesen hat; und
Zuordnen einer Lesebestätigung zu dem Informationssegment, sobald der zumindest eine zweite User die Benachrichtigung gelesen hat, wobei das Verfahren weiterhin einen Schritt des Aggregierens von Metadaten bezüglich der Anforderung der Lesebestätigung durch den ersten User und bezüglich der Bestätigungsnachricht von dem zweiten User umfasst, und wobei die Information über die Lesebestätigung dem ersten User durch Bereitstellen der Metadaten, insbesondere durch Anzeigen der Metadaten in einer Workflow-basierten Ansicht, übermittelt wird. Durch das erfindungsgemäße Verfahren wird ermöglicht, dass jeder User einer Usergruppe einer bestimmten über die COL_APP auf der Kollaborations- Plattform laufenden Session in einem Thread zu einem vorbestimmten Thema der Session einzelne Beiträge der User in Form von auswählbaren Informationssegmenten markieren kann und für die so markierten Informationssegmente dann selektiv bzw. individuell von einem oder mehreren vorbestimmten Usern eine Lesebestätigung anfordern kann. Dies wird erfindungsgemäß durch Bereitstellen bzw. Anzeigen der gewünschten Informationen auf einer Metaebene erzielt. Gemäß einer bevorzugten Ausführungsform haben alle User der Usergruppe auf die aggregierten Metadaten Zugriff, so dass jederzeit für jeden User der Usergruppe einer vorbestimmten Session Information darüber verfügbar ist, welcher User welche Beiträge bzw. Informationssegmente des Threads gelesen hat. Die Lesebestätigungs-Funktion der COL_APP ist eine von allen Usern einer Usergruppe gemeinsam genutzte Funktion.
Gemäß einer weiteren bevorzugten Ausführungsform umfasst das Verfahren weiterhin den Schritt des Generierens einer Status-Instanz für den zumindest einen zweiten User. Ferner können die Metadaten umfassen: eine Indikation des Informationssegments;
Zeitstempel-Information bezüglich des Zeitpunkts des Postens des Informationssegments durch den ersten User;
User-Information über den ersten User, insbesondere eine Identifikation des ersten Users;
Zeitstempel-Information über den Zeitpunkt des Empfangs des Informationssegments durch den zweiten User und über den Zeitpunkt des Generierens einer Lesebestätigung. Somit werden Lesebestätigungen aller User einer shared Session über die Kommunikations- und Kollaborationsapplikation im Kontext eines Zeitstempel- basierten Workflows generiert und anzeigt. Insbesondere wird die aus den relevanten Zeitstempel-Informationen bzw. Daten erlangte Metainformation einer Session hinsichtlich der Lesebestätigungs-Anforderungen und der zugehörigen Bestätigungsnachrichten für bestimmte Informationssegmente der Session bzw. des Threads allen Usern der Usergruppe bereitgestellt.
Gemäß noch einer weiteren bevorzugten Ausführungsform umfasst das Verfahren die Schritte des
Erstellens einer Zeitstempel-Statistik auf der Basis von statistischen Daten der Zeitstempel-Informationen;
Überwachens der Zeitstempel-Statistik; und
Aktualisierens der statistischen Daten der Zeitstempel-Information.
Vorzugsweise enthält die Workflow-basierte Ansicht eine Sequenz der einzelnen Informationssegmente von der Vielzahl von Informationssegmenten in chronologischer Abfolge innerhalb des Threads einer vorbestimmten Session.
Die Workflow-basierte Ansicht kann die Information darüber enthalten, ob der zweite User das Informationssegment gelesen hat, wobei dies durch visuelle Modifikation der den zweiten User identifizierenden Zeichenkette dargestellt wird. Die visuelle Modifikation kann durch ein Unterstreichen oder ein farbliches Hervorheben des Informationssegments realisiert werden. Die ermöglicht es dem User, auf einen Blick schnell zu erkennen, ob eine Lesebestätigung zu einem gekennzeichneten Informationssegment eingegangen ist oder nicht. Andere Darstellungsformen sind jedoch auch möglich.
Erfindungsgemäß wird eine Kommunikations- und Kollaborationsapplikation bereitgestellt, welche angepasst ist, um ein Verfahren zum selektiven Anfordern und Bereitstellen einer Lesebestätigung für einzelne Informationssegmente innerhalb einer Threads einer Usergruppe mit einer vorbestimmten Anzahl an Usern einer Session auszuführen.
Ferner wird erfindungsgemäß eine Kommunikations- und Kollaborationsplattform bereitgestellt, welche angepasst ist, um ein Verfahren zum selektiven Anfordern und Bereitstellen einer Lesebestätigung für einzelne Informationssegmente innerhalb einer Threads einer Usergruppe mit einer vorbestimmten Anzahl an Usern einer Session auszuführen.
Weitere Merkmale, Aufgaben, Vorteile und Einzelheiten der vorliegenden Erfindung werden aus der nachstehenden Beschreibung konkreter Ausführungsbeispiele und ihrer zeichnerischen Darstellung in den beigefügten Figuren noch deutlicher werden. Es versteht sich, dass Merkmale, Aufgaben, Vorteile und Einzelheiten einzelner Ausführungsbeispiele auf andere Ausführungsbeispiele übertragbar sind und auch im Zusammenhang mit den anderen Ausführungsbeispielen als offenbart gelten sollen, soweit dies nicht aus technischen oder naturgesetzlichen Gründen offensichtlich abwegig ist. In diesem Sinne können Merkmale verschiedener Ausführungsbeispiele grundsätzlich stets miteinander kombiniert werden, und die Kombination kann ebenfalls als Ausführungsbeispiel der Erfindung verstanden werden.
Im Folgenden wird die Erfindung anhand bevorzugter Ausführungsbeispiele und mit Hilfe der Figuren näher beschrieben. Dabei ist Fig. 1 eine Darstellung einer Kommunikations- und Kollaborationsapplikation (COL_APP) gemäß einer Ausführungsform der Erfindung mit verschiedenen logischen Strukturen; Fig. 2 eine weitere Darstellung von Teilen der COL_APP gemäß einer Ausführungsform der Erfindung;
Fig. 3 noch eine weitere Darstellung von Teilen der COL_APP gemäß einer Ausführungsform der Erfindung; und
Fig. 4 eine abstrakte Ansicht zur Darstellung des Schritts des Aggregierens von Metadaten einer Session gemäß einer Ausführungsform der Erfindung.
Fig. 1 ist eine Darstellung einer Kommunikations- und Kollaborationsapplikation (COL_APP) 1 gemäß einer Ausführungsform der Erfindung mit verschiedenen logischen Strukturen.
In der Figur ist zunächst erkennbar, dass auf einer Kollaborationsplattform (nicht dargestellt), auf welcher die COL_APP 1 als zentralisierte Server- Funktion läuft, eine Vielzahl von Sessions angelegt bzw. erstellt wurden, welche als Session-Liste 2 für einen ersten User a in der Anzeige der COL_APP 1 dargestellt ist. Für jeden weiteren User wird eine entsprechende Ansicht durch die COL_APP 1 generiert, d. h. eine Ansicht, in der eine Session-Liste 2 mit allen Sessions 3 angezeigt wird, welche auf der COL_APP 1 laufen. An jeder Session 3 nimmt eine vorbestimmte Anzahl an Usern teil, die eine Usergruppe bilden, um beispielsweise gemeinsam an einem vorgegebenen Thema oder einer bestimmten Aufgabe zu arbeiten. Weiterhin ist hier dargestellt, wie eine durch den User a ausgewählte Session 3, welche in der Anzeige grau hinterlegt ist und durch eine gestrichelte Markierung umrandet ist, zur ausgewählten Session auf Metaebene 4 dargestellt wird. Hier kann die Anzeige von der ausgewählten Session 3 betreffenden Informationen ausgewählt werden, wie unter anderem die Abfolge von Informationssegmenten 6 gemäß der aktiven Auswahl Conversation 7-2 (siehe Erläuterungen weiter unten); Anwesenheitsangaben und Mitgliedsstatus von Usern der Usergruppe einer Session 3; und
- aggregierte Metainformation zu Lesebestätigungsanforderungen und Lesebestätigungen (verfügbar unter Auswahl .Information ACK' 7-1 ).
Im mittleren Teil der Anzeige der COL_APP 1 wird der Thread 5 zu der durch den User a ausgewählten Session 3 angezeigt. Hier sind alle Beiträge der einzelnen User einer an der ausgewählten Session 3 teilnehmenden Usergruppe als Informationssegmente 6 (INFORMATION_SEGMENT) dargestellt, welche in chronologischer Reihenfolge bezüglich des Zeitpunkts des Postens der Beiträge bzw. Informationssegmente 6 dargestellt sind.
Im Fall, dass der erste User a überwachen möchte, ob ein bestimmter zweiter User b, welcher ebenfalls der Usergruppe zu dieser ausgewählten Session 3 angehört, einen bestimmten Beitrag bzw. ein bestimmtes Informationssegment 6 des Threads 5 liest, kann er nun das Informationssegment 6 von Interesse auswählen (hier gekennzeichnet durch die gestrichelte Umrandung des Informationssegments 6) und mit einem Tag versehen bzw. kennzeichnen. Das Tag umfasst eine vorbestimmte Zeichenkette, welche den zweiten User b identifiziert. Die Identifizierung des zweiten Users b kann dann durch Zugriff der COL_APP 1 auf eine Datenbank, die der COL_APP 1 zugeordnet ist, (nicht dargestellt) erfolgen. Das den User b identifizierende Tag wird durch ein Hinzufügen von ,@<user-name>' durch den ersten User a erstellt, wobei ,user- name' durch den Namen des zweiten Users b zu ersetzen ist. Die so von dem ersten User a gestellte Anforderung einer Lesebestätigung des vorbestimmten Informationssegments 3 durch den zweiten User b wird dann durch einen Metadaten-Engine 1 1 (siehe Fig. 4) der COL_APP 1 verarbeitet. Hierzu werden durch die COL_APP als zentralisierte Serverfunktion Metadaten aggregiert, welche umfassen eine Indikation des Informationssegments 3; Zeitstempel-Information bezüglich des Zeitpunkts des Postens des Informationssegments 3 durch den ersten User a;
User-Information über den ersten User a, insbesondere eine Identifikation des ersten Users a; und
- Zeitstempel-Information über den Zeitpunkt des Empfangs des
Informationssegments 3 durch den zweiten User b und über den Zeitpunkt des Generierens einer Lesebestätigung. und welche dazu verwendet werden, um die Lesebestätigungsanforderung (READ NOTIFICATION) des ersten Users a in die zeitliche Abfolge des Workflows der ausgewählten Session 3 einzuordnen. Die jeweils identifizierten einzelnen Metadaten-Informationen einer Session werden dann von der Metadaten Engine 1 1 ja nach Auswahl des ersten Users 1 in der jeweiligen Metaebene (Conversation 7-1 oder Information ACK 7-2) in die Sessiondarstellung 6 oder auf der Aggregierungsebene 10 (Information ACK 7- 2) eingefügt.
In der rechten Spalte der in Fig. 1 dargestellten COL_APP 1 wird eine Benachrichtigungsliste 8 des ersten Users 1 angezeigt, d. h. die Liste enthält alle Benachrichtigungen anderer User der Session-Liste 2, welche an den ersten User 1 gerichtet sind.
Fig. 2 ist eine abstrahierte Darstellung aller Session-Listen 2 der Metadaten- Engine 1 1 unter einer detaillierteren Betrachtung von Teilen der COL_APP 1 gemäß einer Ausführungsform der Erfindung mit Fokus auf die Abläufe für die SESSION I. Hier werden Teile der Anzeige 9 der COL_APP 1 an einem Bildschirm des ersten Users a (linke Seite von Fig. 2) und Teile der Anzeige 9' der COL_APP 1 an einem Bildschirm des zweiten Users b angezeigt. Es handelt sich dabei um jeweilige Session- bzw. Konversations-Ansichten einer vorbestimmten SESSION I, gekennzeichnet durch das Bezugszeichen 3, auf der Seite des ersten Users a sowie auf der Seite des zweiten Users b. Jeweils auf der linken Seite der jeweiligen Ansicht des ersten Users a und des zweiten Users b wird die Gesamtheit der Session-Listen 2 der Medatdaten-Engine 1 1 mit den Sessions I, II, III angezeigt, wobei SESSION I auf der Kollaborationsplattform über die COL_APP 1 des hier betrachteten ersten Users a und zweiten Users b läuft. Hier ist der erste User a Teilnehmer der Session 1 bzw. gehört zu der Usergruppe zu Session I, zu den Usergruppen von Session II und Session III gehört er jedoch nicht; er ist also nicht Teilnehmer der Sessions II und III.
Der zweite User b ist dagegen Teilnehmer aller Sessions I, II, III, die in dem Metadaten-Engine 1 1 laufen. Auf dem Bildschirm bzw. in der Anzeige 9 der COL_APP 1 für den ersten Users a wird Session I betrachtet, was durch die gestrichelte Umrandung der Angabe SESSION I und der teilnehmenden User a, b, c, welche die Usergruppe für diese Session bildet, dargestellt wird. Wenn der erste User a beispielsweise ein Informationssegment 6 für eine Lesebestätigung durch den zweiten User b wie in Zusammenhang mit Fig. 1 beschrieben getaggt hat, werden dann entsprechend der Auswahl von Session I auf der linken Seite der Anzeige 9 des ersten Users a die Informationen zum Thread 5, in welchem sich das getaggte Informationssegment 6 (hier durch den Platzhalter ,ΤΕΧΤ' dargestellt) befindet, angezeigt. Hierbei wird das durch den ersten User a hinzugefügte Tag unterstrichen, sobald eine Lesebestätigung durch den zweiten User b vorliegt. Weiterhin ist erkennbar, dass in der gekennzeichneten Session I der zweite User b eine Lesebestätigung für ein von ihm ausgewähltes Informationssegment von einem dritten User c angefordert hat, der ebenfalls das Lesen der entsprechenden Benachrichtigung bzw. des Informationssegments 6 ebenfalls bereits bestätigt hat, was wiederum durch Unterstreichen des Tags in der Anzeige 9 der COL_APP 1 visualisiert wird.
Ferner hat der dritte User c eine Lesebestätigung für ein von ihm ausgewähltes Informationssegment 6 von dem ersten User a angefordert, der den Empfang der entsprechenden Benachrichtigung bzw. das Lesen des ausgewählten Informationssegments 6 jedoch noch nicht bestätigt hat, was durch Fehlen einer Unterstreichung des Tags erkennbar ist. Es ist weiterhin möglich, zu der Zeitstempel-Information der Lesebestätigung zugehörige Metainformation beispielsweise über eine sogenannte „Mouse- Over-Funktion" für den User a auf der Anzeige 9 sichtbar zu machen. Auf der linken Seite von Fig. 2, auf welcher die Anzeige 9' des zweiten Users b dargestellt ist, welcher der Empfänger des von dem ersten User a getaggten Informationssegments 6 ist, ist erkennbar, dass in der rechten Spalte der Anzeige 9' alle Benachrichtigungen für Lesebestätigungen, die von dem Metadaten-Engine 1 1 verwaltet werden, von durch User ausgewählte Informationssegmente 6 aufgelistet sind. An oberster Stelle der rechten Spalte in der Anzeige 9' wird angezeigt, dass der erste User a eine Lesebestätigung für ein der Session I zugehöriges Informationssegment 6 angefordert hat. Weiterhin hat ein vierter User d für ein der Session II zugehöriges Informationssegment 6 eine Lesebestätigung von dem zweiten User b angefordert und ein fünfter User e hat für ein der Session II zugehöriges Informationssegment 6 eine Lesebestätigung von dem zweiten User b angefordert. Die bereits mit einer Lesebestätigung durch den zweiten User b bestätigten Benachrichtigungen, nämlich die oberste und mittlere Benachrichtigung, sind hier visuell markiert, indem sie grau hinterlegt sind. Die noch nicht durch den zweiten User b bestätigte Benachrichtigung ist dagegen nicht grau hinterlegt. So erkennt der zweite User b auf einen Blick, welche Informationssegmente 6 er bereits gelesen hat bzw. für welche er eine Lesebestätigung erteilt hat, und welcher er dagegen nicht gelesen hat und noch lesen muss.
Fig. 3 ist noch eine weitere Darstellung von Teilen der COL_APP 1 gemäß einer Ausführungsform der Erfindung. Hier ist ein Teil der Anzeige 9 des ersten Users a der COL_APP 1 dargestellt, wobei die beiden linken Spalten, d. h. die Session-Liste 2 und die Informationen zum Thread 5 anzeigen, was bereits in Zusammenhang mit Fig. 2 erläutert wurde. Darüber hinaus ist hier ein weiteres Feld 10 angezeigt, welches die Metaebenen-Informationen zu einer Lesebestätigung der Session I, welche durch den ersten User a ausgewählt ist, darstellt. Die hier dargestellte Ansicht ist eine Workflow-basierte Ansicht, wenn .Information ACK' (siehe Fig. 1 : Metaebene„Session-Auswahl" 4) ausgewählt wurde. Diese Ansicht stellt eine komplette Ansicht von gesammelten und aggregierten Metadaten dar, welche in der Abfolge der jeweiligen Zeitstempel bezüglich der Anforderung einer Lesebestätigung der vorbestimmten Session angeordnet sind.
Jedem User einer Session 3 (oder hier: User a, b und c der Session I) wird eine identische Ansicht von allen aggregierten Metadaten bereitgestellt. In der hier dargestellten Ausführungsform wird die Metadatenansicht in einem Zeitstempel- Basierten Fluss für Lesebestätigungsanforderungen (READ_NOTIFICATION) und Lesebestätigungen (ACKnowledge Benachrichtigungen). Auf der Basis von Statistiken zu den Metadaten, welche in einem COL_APP Aggregationsengine (siehe Fig. 4) erstellt werden bzw. verfügbar sind, sind weitere Bewertungen möglich, z. B.:
eine Liste von Usern, die nicht auf eine Lesebenachrichtigungsanforderung (READ_NOTIFICATION) reagiert haben;
eine Liste von Usern mit der kürzesten/mittleren/längsten Reaktionszeit bezüglich des Zugriffs auf die Benachrichtigungen, etc. Wie bereits oben erwähnt, stellt„TEXT" in der Figur einen Platzhalter für die jeweilige Repräsentation eines Informationssegments 6 dar, welches aus eine TEXT-Header (Betreffzeile) und dem Inhalt des Informationssegments 6 besteht. Der Inhalt des Informationssegments 6 kann beispielsweise Text umfassen oder Information über andere Medien (z. B. Dateien, Bilder, Videos, etc.).
Fig. 4 ist eine abstrakte Ansicht zur Darstellung des Schritts des Aggregierens von Metadaten 10 einer Session 3 gemäß einer Ausführungsform der Erfindung, welcher durch den Metadaten-Engine 1 1 der COL_APP 1 ausgeführt wird.
Hierbei werden Daten für die User der COL_APP 1 auf einer Session-Basis, also für eine jeweilige Session 3, aggregiert, so dass ein User einer Session eine individuelle Anforderung einer Lesebestätigung für jedes Infornnationssegnnent dieser Session 3 bzw. des in der Session 3 laufenden Threads 5 für einen oder mehrere vorbestimmte User der Session 3 erstellen kann. Dabei hat jeder User der Session 3, d. h. eine vorbestimmte Usergruppe, identischen Zugriff auf die Metadaten der Session 3. Um dies zu ermöglichen, generiert der Metadaten-Engine 1 1 für jede Session 3 individuell für jedes entsprechend getaggte Informationssegment 6 eine separate Statusinstanz bzw. User-Statusinstanz 12. Die statistischen Daten der so generierten Status- Instanzen 12 werden in der Metaebenen-Ansicht der Session 3 angezeigt (Information ACK, siehe Fig. 1 ) und werden allen Usern der Session 3 zur Verfügung gestellt, bzw. alle User der Session 3 können darauf Zugriff nehmen.
Der Workflow und die Tasks der COL_APP 1 beim Aggregieren der Metadaten werden aus der Perspektive des die Lesebestätigung anfordernden Users (z. B. des ersten Users a) und aus der Perspektive des die Lesebestätigung abgebenden Users (z. B. des zweiten Users b) in den unten angegebenen Tabellen erläutert, wobei vorausgesetzt wird, dass die entsprechende Session der beteiligten User bereits definiert und in der COL_APP 1 erstellt worden ist.
Tabelle 1 : Ansicht des die Lesebestätigung anfordernden Users (Session I,
User a taggt TEXT#1 für User b)
Intention des die Task des die COL_APP Task COL_APP Peer- Lesebestätigung Lesebestätigung Anzeige Task anfordernden anfordernden
Users Users
User a von User a fügt
Session I ,@User b' dem
möchte, dass ausgewählten und
TEXT#1 durch gekennzeichneten
User b gelesen Informationssegm
und bestätigt ent TEXT#1 hinzu
wird
Metadaten-Engine TEXT#1 @User
1 1 generiert die b
Statusinstanz 12
für User b für Session I und
überwacht
Zeitstempelstatistiken für alle
Informationssegme
nte des Users b in
Session I
User b liest TEXT# 1 zum Zeitpunkt ACK#1
Metadaten-Engine Als Lese1 1 aktualisiert bestätigung
statistische wird
Zeitdaten TEXT#1 ©User
b unterstrichen
User a möchte User a wählt Metadaten-Engine Metadaten- detaillierte .Information ACK 1 1 berechnet die Ansicht 10 der
Aufzeichnungen Session View' 7-1 aktuellsten Session I, wie der Leseum auf Metadaten Zeitstempeldaten in Fig. 4 bestätigungen Zugriff zu nehmen des betreffenden dargestellt
sehen Session-Status- Engines
Tabelle 2: Ansicht des die Lesebestätigung abgebenden Users (Session I,
User a taggt TEXT#1 für User b)
Intention Task des die COL_APP COL_APP Anzeige Peer- des die Lesebestäti-gung Task Task/Event
Lesebestät abgebenden Users
i-gung
abgebend
en Users TEXT#1
Benachrichti-
Gungsanfor- derung wird in der
Benachrichtigungsliste 8
des Users b
angezeigt
User b von User b klickt auf die
Session 1 Nachricht mit
möchte TEXT#1 in der
TEXT#1 Benachrichtigungsli
zum ste 8
Zeitpunkt
[time#1]
lesen
Metadaten- TEXT#1 @User b Als Lesebe¬
Engine 1 1 wird in der stätigung aktualisiert Benachrichtigungsli wird die ste 8 grau hinterlegt TEXT#1 (®Us
Statusinsta er b unternz 12 des strichen
Users b für
Session I
und
überwacht
Zeitstempel
-Statistiken
in Bezug
auf den
Zeitpunkt
der ACK#1
Information
User a User a wählt Metadaten- User-Metadaten- möchte .Information ACK Engine 7 Ansicht für Session
detaillierte Session View' 7-1 , berechnet I, wie in Fig. 4
Aufzeich- um Zugriff auf die die dargestellt nungen Metadaten zu aktuellsten über die nehmen Zeit¬
Lesebestempelstätigundaten des gen sehen entsprechenden Session- status- Engine
Bezugszeichen
I Kommunikations- und Kollaborationsapplikation
2 Session-Liste
3 Session
4 Meta-Ebene„Session-Auswahl"
5 Thread
6 Informationssegmente
7-1/7-2Metadaten-Engine-Darstellungsebenen: -1 : Information ACK, -2:
Conversation
8 Benachrichtigungsliste
9, 9' Anzeige
10 Metaebenen-Informations-Feld (Darstellung der aggregierten Session- Daten)
I I Metadaten-Eng ine
12 User-Statusinstanz

Claims

Ansprüche
Computer-implementiertes Verfahren zum Steuern einer Kollaborations- Plattform, auf welcher eine zentrale Kommunikations- und Kollaborations-Applikation (COL_APP) (1 ) läuft, durch welche es einer Anzahl von Usern (a, b, c, d, e) einer vorbestimmten Usergruppe ermöglicht wird, in einer Session (3), an der die Usergruppe teilnimmt, über ein vorbestimmtes Thema zu kommunizieren und kollaborieren, wobei Beiträge einzelner User (a, b, c, d, e) in einem Thread als Informationssegmente (6) gesammelt und angezeigt werden, wobei das Verfahren die folgenden Schritte umfasst:
Empfangen einer Anforderung einer Lesebestätigung durch einen ersten User (a) der vorbestimmten Usergruppe der Session (3), wobei sich die Anforderung der Lesebestätigung auf ein durch den ersten User (a) mit einem Tag versehenes Informationssegment (6) des Threads (5) bezieht, wobei das Tag eine vorbestimmte Zeichenkette umfasst, welche zumindest einen zweiten User (b) identifiziert, von welchem der erste User (a) für das mit dem Tag versehene Informationssegment (6) die Lesebestätigung anfordert;
Identifizieren des zumindest einen zweiten Users (b) in einer Datenbank der COL_APP;
Senden einer Benachrichtigung an den zumindest einen zweiten User (b), welche das Informationssegment (6) enthält; Empfangen einer Bestätigungsnachricht von dem zweiten User (b), dass er die das Informationssegment (6) enthaltende Benachrichtigung gelesen hat; und
Zuordnen einer Lesebestätigung zu dem Informationssegment (6), sobald der zumindest eine zweite User (b) die Benachrichtigung gelesen hat, wobei
das Verfahren weiterhin einen Schritt des Aggregierens von Metadaten bezüglich der Anforderung der Lesebestätigung durch den ersten User (a) und bezüglich der Bestätigungsnachricht von dem zweiten User (b) umfasst, und wobei die Information über die Lesebestätigung dem ersten User (a) durch Bereitstellen der Metadaten, insbesondere durch Anzeigen (10) der Metadaten in einer Workflow-basierten Ansicht, übermittelt wird.
2. Verfahren gemäß Anspruch 1 , wobei alle User (a, b, c, d, e) der Usergruppe auf die aggregierten Metadaten Zugriff haben.
Verfahren gemäß Anspruch 1 oder 2, wobei das Verfahren weiterhin den Schritt umfasst des Generierens einer Status-Instanz (12) für den zumindest einen zweiten User (b), und wobei die Metadaten umfassen: eine Indikation des Informationssegments (6);
Zeitstempel-Information bezüglich des Zeitpunkts des Postens des
Informationssegments (6) durch den ersten User (a);
User-Information über den ersten User (a), insbesondere eine
Identifikation des ersten Users (a);
Zeitstempel-Information über den Zeitpunkt des Empfangs des Informationssegments (6) durch den zweiten User(b) und über den Zeitpunkt des Generierens einer Lesebestätigung.
Verfahren gemäß einem der Ansprüche 1 bis 3, wobei das Verfahren weiterhin die Schritte umfasst des
Erstellens einer Zeitstempel-Statistik auf der Basis von statistischen Daten der Zeitstempel-Informationen;
Überwachens der Zeitstempel-Statistik; und
Aktualisierens der statistischen Daten der Zeitstempel-Information.
Verfahren gemäß einem der Ansprüche 1 bis 4 wobei die Workflowbasierte Ansicht eine Sequenz der einzelnen Informationssegmente (6) von der Vielzahl von Informationssegmenten (6) in chronologischer Abfolge innerhalb des Threads (5) einer ausgewählten Session (3) enthält.
6. Verfahren gemäß einem der Ansprüche 1 bis 5, wobei in der Workflowbasierten Ansicht (10) die Information darüber, ob der zweite User (b) das Informationssegment (6) gelesen hat, durch visuelle Modifikation der den zweiten User (b) identifizierenden Zeichenkette dargestellt wird.
Verfahren gemäß Anspruch 6, wobei die visuelle Modifikation ein Unterstreichen oder ein farbliches Hervorheben des Informationssegments (6) umfasst.
Kommunikations- und Kollaborationsapplikation, welche angepasst ist, um ein Verfahren zum selektiven Anfordern und Bereitstellen einer Lesebestätigung für einzelne Informationssegmente (6) innerhalb einer Threads (5) einer Usergruppe mit einer vorbestimmten Anzahl an Usern (a, b, c, d, e) einer Session (3) gemäß den Ansprüche 1 bis 8 auszuführen.
9. Kommunikations- und Kollaborationsplattform, welche angepasst ist, um ein Verfahren gemäß den Ansprüchen 1 bis 7 auszuführen.
EP18759080.7A 2017-08-22 2018-08-20 Computer-implementiertes verfahren zum steuern einer kollaborations-plattform, kommunikations- und kollaborationsapplikation und kommunikations- und kollaborations-plattform Withdrawn EP3673428A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102017119183.6A DE102017119183A1 (de) 2017-08-22 2017-08-22 Computer-implementiertes Verfahren zum Steuern einer Kollaborations-Plattform, Kommunikations- und Kollaborationsapplikation und Kommunikations- und Kollaborations-Plattform
PCT/EP2018/072442 WO2019038232A1 (de) 2017-08-22 2018-08-20 Computer-implementiertes verfahren zum steuern einer kollaborations-plattform, kommunikations- und kollaborationsapplikation und kommunikations- und kollaborations-plattform

Publications (1)

Publication Number Publication Date
EP3673428A1 true EP3673428A1 (de) 2020-07-01

Family

ID=63350537

Family Applications (1)

Application Number Title Priority Date Filing Date
EP18759080.7A Withdrawn EP3673428A1 (de) 2017-08-22 2018-08-20 Computer-implementiertes verfahren zum steuern einer kollaborations-plattform, kommunikations- und kollaborationsapplikation und kommunikations- und kollaborations-plattform

Country Status (4)

Country Link
US (2) US11397920B2 (de)
EP (1) EP3673428A1 (de)
DE (1) DE102017119183A1 (de)
WO (1) WO2019038232A1 (de)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI673613B (zh) * 2018-10-17 2019-10-01 財團法人工業技術研究院 伺服器及其資源調控方法
CN114006880B (zh) * 2021-10-25 2023-06-27 北京有竹居网络技术有限公司 一种消息回执的获取方法、装置、电子设备和存储介质
US12166737B2 (en) * 2022-06-07 2024-12-10 Snap Inc. Automatically incremented read-watermark
US11775935B1 (en) 2022-07-30 2023-10-03 Zoom Video Communications, Inc. Archiving whiteboard events

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US999018A (en) 1910-09-08 1911-07-25 John W Duncan Device for filling ice-cream cones.
US7606865B2 (en) * 2002-11-29 2009-10-20 Grouptivity Collaboration system and method
EP2335161A4 (de) * 2008-09-05 2012-03-28 Yammer Inc System und verfahren für kollaborative kurznachrichtenübertragung und diskussion
KR101504362B1 (ko) * 2008-10-07 2015-03-19 삼성전자주식회사 그룹 멤버별 ｉｍ 메시지에 대한 처리 통지를 요청하기 위한 이동 통신 시스템 및 방법
US8788645B2 (en) 2009-12-30 2014-07-22 Sap Ag Audience selection and system anchoring of collaboration threads
US9621958B2 (en) * 2010-05-05 2017-04-11 Adobe Systems Incorporated Deferred, on-demand loading of user presence within a real-time collaborative service
US8909719B2 (en) 2011-03-24 2014-12-09 Yammer, Inc. Method of managing feeds based on classifications
US9722962B2 (en) * 2014-03-21 2017-08-01 Facebook, Inc. Providing message status notifications during electronic messaging
US9990108B2 (en) * 2016-03-29 2018-06-05 Cisco Technology, Inc. Read activity of chat rooms
TWI782955B (zh) * 2017-05-12 2022-11-11 香港商阿里巴巴集團服務有限公司 展示方法及裝置

Also Published As

Publication number Publication date
US20220327485A1 (en) 2022-10-13
US20200167732A1 (en) 2020-05-28
US11397920B2 (en) 2022-07-26
DE102017119183A1 (de) 2019-02-28
US12293332B2 (en) 2025-05-06
WO2019038232A1 (de) 2019-02-28

Similar Documents

Publication Publication Date Title
DE60313531T2 (de) Verfahren und Gerät zur Verarbeitung von sofortigen Nachrichten
EP3673428A1 (de) Computer-implementiertes verfahren zum steuern einer kollaborations-plattform, kommunikations- und kollaborationsapplikation und kommunikations- und kollaborations-plattform
DE102011117777B3 (de) System und Verfahren zur Bestimmung eines bevorzugten Kommunikationskanal
DE202019106796U1 (de) Elektronisches Ereignismanagementsystem
DE102015008619A1 (de) Verfahren und Vorrichtung zum Verfassen von elektronischen Postnachrichten beginnend von existierenden Nachrichten in einem elektronischen Postprogramm
DE602004002777T2 (de) Vorrichtung zur Behandlung von E-Mails in einer Mehrbenutzer-Umgebung
EP2198577B1 (de) Internetgestütztes informationssystem und verfahren zur ermittlung eines datenempfängerspezifischen datensatzes
DE102010016858A1 (de) Verfahren und Vorrichtung zum Überwachen eines Drucksystems und derartiges Drucksystem
WO2020164974A1 (de) Verfahren zur überwachung einer funktionalität eines fahrzeuginformationssystems eines kraftfahrzeugs, sowie elektronische recheneinrichtung, computerprogramm und datenträger
EP3074936A1 (de) Plattform-vorrichtung für aktiv verbreitetes quantitatives schwarm-wissen
DE112021001504T5 (de) Vorrichtung zum Austausch von Nachrichten, und Verfahren zum Austausch von Nachrichten
DE102024207297B3 (de) Verfahren zur verdeckten Kommunikation, System, und Computerprogrammprodukt
DE602004002450T2 (de) Ausgabedatenverwaltung
Kunze New work-opportunities and risks of digital collaboration
DE10246810B4 (de) Verfahren zum Übertragen von Daten in einem Daten-Übertragungs-System sowie Daten-Übertragungs-System
DE10153500A1 (de) Verfahren zur Kommunikation zwischen Mitgliedern und Nichtmitgliedern eines Teams
DE102019203162A1 (de) Verfahren und System zum Koordinieren von Lieferantenteilnehmern in einem Lieferantennetzwerk
WO2017194679A1 (de) Computerimplementiertes verfahren zur abstimmung über beiträge
WO2014202153A1 (de) Digitales wissensmanagementsystem
DE10154169A1 (de) System und Verfahren für die Verwaltung der Kommunikation und Zusammenarbeit von Teammitgliedern
DE10154306A1 (de) Verfahren für die Problemlösung innerhalb einer Teamumgebung
EP1277188A1 (de) Computersystem zur wahrnehmung mehrerer arten voneinander unabhängiger ausbildungs-, schulungs- und verwaltungsaufgaben in einer virtuellen lernwelt
DE102023132034A1 (de) Verfahren zur Erstellung von Gruppen eines Messengersystems und Messengersystem
DE102012212742B4 (de) Verfahren und Anordnung zum kollaborativen Erstellen eines Sendeprogramms aus medialen Inhalten
Neale et al. Fairness and groups

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20200313

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20220303

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20220714