US20020002562A1 - Computer controlled display system using a graphical replay device to control playback of temporal data representing collaborative activities - Google Patents
Computer controlled display system using a graphical replay device to control playback of temporal data representing collaborative activities Download PDFInfo
- Publication number
- US20020002562A1 US20020002562A1 US08/552,648 US55264895D US2002002562A1 US 20020002562 A1 US20020002562 A1 US 20020002562A1 US 55264895 D US55264895 D US 55264895D US 2002002562 A1 US2002002562 A1 US 2002002562A1
- Authority
- US
- United States
- Prior art keywords
- session
- window
- playback
- events
- event
- 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.)
- Granted
Links
- 230000002123 temporal effect Effects 0.000 title claims description 39
- 230000000694 effects Effects 0.000 title description 40
- 230000000007 visual effect Effects 0.000 claims description 64
- 238000000034 method Methods 0.000 claims description 45
- 230000008859 change Effects 0.000 claims description 23
- 230000003993 interaction Effects 0.000 claims description 14
- 238000012545 processing Methods 0.000 claims description 5
- 238000012217 deletion Methods 0.000 abstract description 8
- 230000037430 deletion Effects 0.000 abstract description 7
- 238000003860 storage Methods 0.000 description 25
- 230000000875 corresponding effect Effects 0.000 description 18
- 230000006870 function Effects 0.000 description 18
- 230000008569 process Effects 0.000 description 14
- 238000010586 diagram Methods 0.000 description 11
- 239000000463 material Substances 0.000 description 9
- 230000001276 controlling effect Effects 0.000 description 8
- 238000004458 analytical method Methods 0.000 description 7
- 230000000994 depressogenic effect Effects 0.000 description 7
- 230000007246 mechanism Effects 0.000 description 7
- 230000015654 memory Effects 0.000 description 7
- 238000010926 purge Methods 0.000 description 6
- ZPUCINDJVBIVPJ-LJISPDSOSA-N cocaine Chemical compound O([C@H]1C[C@@H]2CC[C@@H](N2C)[C@H]1C(=O)OC)C(=O)C1=CC=CC=C1 ZPUCINDJVBIVPJ-LJISPDSOSA-N 0.000 description 5
- 238000012552 review Methods 0.000 description 5
- ORILYTVJVMAKLC-UHFFFAOYSA-N Adamantane Natural products C1C(C2)CC3CC1CC2C3 ORILYTVJVMAKLC-UHFFFAOYSA-N 0.000 description 4
- 230000009471 action Effects 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 4
- 238000013459 approach Methods 0.000 description 3
- 230000006399 behavior Effects 0.000 description 3
- 239000006227 byproduct Substances 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 238000012937 correction Methods 0.000 description 3
- 230000001419 dependent effect Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000003121 nonmonotonic effect Effects 0.000 description 3
- 238000004513 sizing Methods 0.000 description 3
- 238000007792 addition Methods 0.000 description 2
- 230000003139 buffering effect Effects 0.000 description 2
- 238000007405 data analysis Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 239000003550 marker Substances 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 238000003825 pressing Methods 0.000 description 2
- 238000013518 transcription Methods 0.000 description 2
- 230000035897 transcription Effects 0.000 description 2
- 241001422033 Thestylus Species 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000003466 anti-cipated effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 229940032122 claris Drugs 0.000 description 1
- 239000003086 colorant Substances 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000000881 depressing effect Effects 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000008450 motivation Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 238000012805 post-processing Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 239000000047 product Substances 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 230000005236 sound signal Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- IHCDKJZZFOUARO-UHFFFAOYSA-M sulfacetamide sodium Chemical compound O.[Na+].CC(=O)[N-]S(=O)(=O)C1=CC=C(N)C=C1 IHCDKJZZFOUARO-UHFFFAOYSA-M 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 238000012549 training Methods 0.000 description 1
- 238000007794 visualization technique Methods 0.000 description 1
- 230000001755 vocal effect Effects 0.000 description 1
- 230000003442 weekly effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
- G06F16/48—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
- G06F16/489—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using time information
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
Definitions
- the present invention is related to the field of multi-media capture, replay and editing of sessions.
- Real-Time notetaking where a person takes notes during the meeting using a system that timestamps the various individual elements of the notes. This provides a comprehensible index into the recording of the meeting. By simply selecting any element of the notes, the system can retrieve and play the part of the AV recording that corresponds to the timestamp of the note element.
- the simplest example is a textual transcription system, in which the user simply types text as the meeting proceeds (the text can be a literal transcription of what is being said or arbitrary notes about the meeting).
- the notes consist of a string of text, and the timestamped note elements are the individual characters of the text. After the notetaking is complete, the user can select a character and the corresponding part of the meeting recording will be retrieved and played.
- Notetaking systems allow users to construct a visual representation (i.e. the notes), whose visible elements function as indices into the meeting recording.
- Each index element has a time associated with it, which is the time at which the user created it. Since each index element is visible, the user can select it by simply pointing to it and, since it has an associated time, obtaining an address into the meeting recording.
- a downside of the notetaking approach is that a person must be devoted to the notetaking task. Thus, it would be desirable to create an index into the meeting recording without dedicating a person to the task of notetaking, and which is a by-product of the natural meeting activity itself.
- EPO Publication 0 495 612 A2 entitled “A Data Access System”, Michael G. Lamming, published Jul. 22, 1992 describes a note-taking system based on a notepad computer with an integrated audio/video recorder.
- each character or stroke that is input by the user is invisibly time-stamped by the computer. This activity results in the creation of meeting “notes”.
- the audio/video stream is also continuously time-stamped during recording.
- the meeting notes as finally created are presented to the user. To play a section of recording back, the user selects part of command.
- the computer then examines the time-stamp and “winds” the record to the corresponding place in the audio/video recording, where it starts playing —so that the user hears and/or sees what was being recorded at the instant the selected text or strokes were input.
- the user may input key “topic” words and subsequently place check marks by the appropriate word as the conversation topic veers into that neighborhood.
- the present invention is directed to a user interface for controlling playback of temporal data representing a collaborative activity such as a meeting.
- temporal data is captured by one or more capture devices (e.g. audio recordings or an electronic whiteboard).
- Temporal data is comprised of timestreams and events.
- Timestreams are sets of timestamped data which represent some recordable aspect of the meeting. Audio and video recordings, or a stored history of the actions on an electronic whiteboard are examples of timestreams.
- Events are occurrences within a timestream. For example, an event may be a particularly significant action taken on the electronic whiteboard, or a change in speaker during the session. Events are used to create indices which provide direct access to a point or span in time during the collaborative activity.
- Timestreams may inherently define events, or alternatively, may be analyzed to identify events.
- Event information is comprised of a timestamp, an event type and a list of various properties of the instance of the event.
- Playback of the temporal data is desirable to recall conversations and/or other activities that occurred during the meeting by both those present and by those who did not attend the collaborative activity.
- the timestreams of a session are played back contemporaneously. Such contemporaneous playback is desirable since it best conveys the dynamics of the meeting.
- Playback of a session is performed under the control of a session access device. Coupled to the session access device are a plurality of players for playing back timestreams.
- the session access device utilizes event information to create a user interface for controlling session replay.
- the user interface is comprised of a plurality of windows. Each window may represent a player, a playback controller or an editor (which would permit a user to create additional timestream information).
- a window acting as a player for playing back a timestream for a shared representation media e.g. the electronic whiteboard
- Each graphical object displayed in the window is associated with one or more events (e.g. a creation event, an editing event, a move event or a deletion event).
- Selection of a graphical object enables playback time to be moved to the time for one of the associated events.
- the selection made may also be on an area of the window. This will enable the user to view all events related to markings made in the selected area (as some markings may be erased or moved).
- FIG. 1 is a block diagram of a system for capture and replay of temporal data in the currently preferred embodiment of the present invention.
- FIG. 2 is a block diagram of a session access workstation as may be utilized in the currently preferred embodiment of the present invention.
- FIG. 3 is a simplified pseudo-state of the operation of the session access workstation of the currently preferred embodiment of the present invention.
- FIG. 4 is an illustration of a visual user interface of the display coupled to a session access workstation in the currently preferred embodiment of the present invention.
- FIG. 5 is an illustration of a timeline user interface display for a session in the currently preferred embodiment of the present invention
- FIG. 6 is a simplified illustration of a timeline interface highlighting the relationship between the overview time track display area and the focus time track display area.
- FIG. 7 is an illustration showing the result of an operation where the focus bar of FIG. 6 is stretched and the focus time track display area scaled accordingly.
- FIG. 8 is an illustration of the timeline user interface display system for controlling playback of two sessions.
- FIG. 9 is an illustration of a timeline interface wherein two non-contiguous focus segments are presented in the overview time track area and the focus time track area contains the detail of each focus segment.
- FIG. 10 is an illustration of a timeline interface showing the result of re-sizing one of the focus time track areas of FIG. 9.
- FIG. 11 is an example of a timeline interface for replay of a session recorded with a plurality of capture devices, including a Selection Track resulting from a selection operation on a LiveBoard window.
- FIG. 12 is further illustration of the timeline user interface display showing the results of merging the audio tracks of FIG. 11 onto a single track.
- FIG. 13 is a further illustration of the timeline user interface display of FIG. 11 showing the results of opening a note on a note track.
- FIG. 14 is an illustration of a meeting player for the same session used to create the timeline user interface of FIG. 11.
- FIG. 15 is an illustration of LiveBoard window in the currently preferred embodiment of the present invention.
- FIG. 16 is an illustration of correlation between the LiveBoard window and the timeline interface, namely graphical object to timeline indexing.
- FIG. 17 is an illustration of correlation between the LiveBoard window and the timeline interface, namely a synchronized display state wherein both the LiveBoard window and the timeline interface reflect the same instant in time.
- FIG. 18 is an illustration of correlation between the LiveBoard window and the timeline interface, namely temporal to spatial indexing.
- FIG. 19 is an illustration of correlation between the LiveBoard window and the timeline interface, namely multiple events per graphical object.
- FIG. 20 is an illustration of correlation between the LiveBoard window and the timeline interface, namely indexing by location in the objects area.
- FIGS. 21 and 22 provide an example of LiveBoard window operating in the “bouncing-ball” playback mode before and after the LiveBoard window has been edited.
- the present invention provides for the replay of records of collaborative activities, such as meetings, and other non-collaborative activities. While the currently preferred embodiment is naturally described in the setting of a meeting, the present invention is not limited to such activities.
- Non-collaborative activities include presentations, speeches, training sessions, and the like.
- Meetings amongst groups of people are held for various reasons (e.g. brainstorming, project review, etc.). Often, a participant, or some other designated person will take “minutes” of the meeting to report the “output” or results of the meeting. The creation of such minutes will typically require that written notes be maintained. However, such written notes of the meeting themselves may be incomplete, or may interfere with the meeting itself.
- Other meeting artifacts e.g. diagrams or lists
- An object of the present invention is to create indices into the meeting recording of a collaborative activity that are a natural by-product of the activity itself. This provides an intuitive way for people to gain direct access to portions of the recorded session. Events such as the change of a speaker, writing on and manipulating markings on a whiteboard or the taking of a note are examples of such natural by-products of a meeting that provide useful index points.
- a use of the present invention is to permit a person, either an attendee or a non-attendee of the activity, to replay the activity and add their own written or verbal comments. These comments are created in the form of new events having a temporal frame of reference identical to that of the original activity.
- the present invention may be used to support collaborative activities having different formats.
- One such format is where a prepared agenda is presented and the collaborative activity addresses the points on the agenda.
- the present invention may support such a format by enabling the agenda to be “saved” in a digital form, displaying the agenda during the course of the activity and enabling annotations to be made on the displayed agenda. Such annotations may subsequently be used as indices to the record of the activity (e.g. if someone wanted to hear the discussion about a particular agenda item discussed during the activity).
- Another format is brainstorming. Here, a general topic is discussed and through the synergy of the group, ideas are generated. These ideas are typically written onto a shared medium like a whiteboard for discussion. Later, a user may view a “re-creation” of the writings on the whiteboard and use the markings to go directly to points of interest.
- GUI Graphical User Interface
- a “window” refers to a visual representation of an executing task.
- a window may be programmed to function as one or more of a player, playback controller, or an editor. Windows and operation thereof is well known in the art, so no further discussion of windows or their operation is deemed necessary.
- Such a GUI will also support operations such as “point and click” and “drag and drop”.
- a “point and click” operation is one where a cursor on a display screen is positioned over a desired portion of the display, such as an icon, using a cursor control device such as a mouse or trackball. Once the cursor is appropriately positioned, a button/switch associated with the cursor control device is quickly depressed and released. This creates a signal which causes a predetermined and context dependent operation to occur. Other operations may require a “double click” where the button/switch is depressed and released rapidly, twice in succession.
- a “drag and drop” operation is one where the cursor is positioned on an object, the button associated with cursor control device held down, and the object moved or stretched until the button is released (or the movement exceeds some predetermined boundary).
- the system of the present invention is described with reference to a software based timestream architecture and to a systems architecture.
- the timestream architecture describes the software framework in which the currently preferred embodiment is implemented.
- the system architecture describes the functional components of the present invention
- Timestream refers to timestamped media data captured on a capture device and which can be played back on a player.
- Events are data representing an occurrence, e.g. a switch in speakers or writing on a whiteboard, that happen at some point or interval during an activity being captured.
- Temporal Data refers to the combination of Timestreams and Events.
- Sessions are named collections of Temporal Data, which represent coherently captured activities such as meetings.
- Players are devices which can playback a timestream in its original form or in a form which is indicative of the dynamics of the timestream.
- Editors refer to user interfaces through which changes may be made to visual indicators or by which Events and timestreams may be added to a session.
- Playback Controllers refer to user interfaces through which playback of a session is controlled.
- Capture Devices are devices which capture and store temporal data. Different types of capture devices will capture different media (e.g. audio, video or writing on a whiteboard) of a session.
- the timestream architecture supports the use of extensible sets of tools for coordinated recording and playback. It is based on a distributed object system that allows users to easily build object which exist in one address space on a particular machine but have “proxy” objects that exist in the same or different address spaces on the same or other machines in a network is utilized. This distributed objects system is termed Inter-Language Unification (ILU) and is described by Janssen in “ILU Manual”, Xerox Technical Report, ISTL-CSA-94-01-02, January 1994.
- ILU Inter-Language Unification
- the basic data components of the timestream architecture are Events, Timestreams and Sessions.
- Events consist of a start time, a duration (possibly zero for ‘point’ events), a type, and possible properties which may depend upon the type. (For example a LiveBoard page event might have ‘page-number’ and ‘page-heading’ properties.)
- Events are created by calls to Session objects as described below.
- Timestream objects are used to reference stored data for a given media type.
- the data associated with a timestream allow time based access of the recorded media.
- this consists of time sampled data which could be treated as events, the high volume and highly media (and even device) dependent interpretation of the sampled data make it more practical to view the timestream as ‘opaque’.
- timestream data is normally manipulated only by special tools related to the media and format of the timestream.
- the data is created by a Recorder object and played back by a Player object. Also, it may possibly be analyzed by media specific tools to produce Events. (e.g.
- Timestream CLASS SUPERCLASS PersistentObject END METHODS mediaType():String, e.g. audio format():String, e.g. sun au startTime():Time, duration():Time, END
- Sessions are hierarchical collections which may contain events, timestreams and other sessions. This use of the term ‘Session’ is broader than one sometimes encounters, and it should be noted that a ‘Session’ in the narrower sense of data associated with say a given meeting or discussion, would be a special case. Sessions are essentially a general purpose bookkeeping mechanism for organizing Timestream data.
- Session CLASS SUPERCLASS PersistentObject END METHODS getTimestreamByName(name:String):Timestream, getAllTimestreams():Timestream Sequence, getSessionByName(name:Session):Session, getAllSessions():Session Sequence, createEvent(start:Time, dur:Time, type String, props: Property List):Event END
- the timestreams architecture is extensible in the sense that Player and Recorder objects share a common interface independent of media type, and that no fixed set of supported media types is assumed.
- TYPE Recorder CLASS METHODS record(), pause(), createRecording(session:Session, name:Name):Timestream, finishRecording(), END;
- Player and Recorder objects for a given media type are implemented by a ‘MediaServer’ associated with that media type.
- MediaServer associated with that media type.
- the context argument specifies information about the Player or Recorder. For example, it could specify the host and device name used for audio input/output.
- the analyzer accesses the data in timestreams of the given session, and creates events associated with the session. Which types of timestream (e.g. audio, video, etc.) are accessed by the analyzer depend on the type of analyzer.
- the ‘specs’ argument provides any necessary information about how the analysis is to be performed.
- the analyzer might be an audio word spotter which creates an event every time a given word (which would be part of the specs string) is spoken.
- the Analyzer could be running after a session has been recorded, or in real time during the recording process. In real time, the events produced by the analyzer, can be ‘observed’ by other processes (see event notification described below) such as a process that implements a user interface.
- the architecture provides a broker object which locates MediaServers appropriate for supporting media of a specified type.
- the broker can also help locate other kinds of objects such as analyzers.
- the brokers can use information stored in shared network files to keep track of which running processes implement a given object type (e.g. an audio MediaServer), and/or of which programs must be run to create those processes. Other network based name services could also be used.
- Timestream and session data are stored in a timestream database.
- Application programs using the timestream database first obtain a timestream master object, which has methods for creating or locating other objects.
- the master object may be obtained from a timestream server running in another process (perhaps on another host) through the same mechanisms as used by Brokers described above.
- the program code which implements the Timestreams server (and the master object) may be included directly in an application process.
- timestream session.getTimestreamByName(‘recording1’)
- broker master.getBroker( )
- player mserver.getPlayer(‘mu law’, ‘default audio device’) player.play(1)
- the timestreams architecture provides several mechanisms which help applications coordinate with one another in general, and which help coordinate control of multiple players and recorders in particular.
- One mechanism is the Confederation object which is a collection of Players and/or Recorders which act as a single Player and/or Recorder.
- Players or Recorders may be dynamically added to or removed from a confederation.
- TYPE Confederation CLASS SUPERCLASSES Player, Recorder END METHODS registerPlayer(player:Player), unregisterPlayer(player:Player), registerRecorder(recorder:Recorder), unregisterRecorder(recorder:Recorder), ... END
- a Confederation supports the methods of those classes such as Play and Record.
- the Confederation also supports additional methods implementing such behaviors as the playing of sequences of time ranges.
- a program can implement an EventNotifier, which is an object having a method called ‘noticeEvent’.
- the notifier may be registered with a session object, and then whenever an event is added to that session, the noticeEvent method is called with the event as an argument. For example when a selection is made of some objects in on a LiveBoard Window, events can be created indicating times associated with the selected objects, and a timeline interface with a registered EventNotifier can be contacted (i.e. the noticeEvent method called) allowing it to graphically indicate those times. This example is described in greater detail below.
- NTP Network Time Protocol
- RFC-1769 the Network Time Protocol (NTP) described in RFC-1769 is used among the distributed machines to keep the clocks accurate to within milliseconds (this is an adaptive protocol and will usually yield even better results by learning how to adapt to the machine's drift, not simply by resynchronizing to a common standard).
- NTP Network Time Protocol
- each quanta of a timestream's data would be timestamped (as with the Real-Time Protocol packets used in the video), but system assurances that the data will be sampled at a precise clock rate is also adequate.
- Drift very low frequency errors
- Drift is also an issue during recording sessions.
- Drift in those elements of the system that are clocking themselves e.g., an audio device running at a reported 8000 samples/sec that turns out to be 8057 samples/sec
- Jitter high frequency errors
- Jitter are generally handled by buffering at appropriate places in the system.
- Synchronization issues in timestreams playback sessions (which often coincide with capture sessions, or may be sort of “nested” in a capture setting) are closer to those typically dealt With in multimedia systems.
- the various timestream players operate in a free-wheeling mode, using well-synchronized and drift-free system clocks to stay reasonably closely synchronized. This means that each player is responsible for playing its timestream in a manner that matches the passage of system time. In normal playback speed, this means that exactly one second of playback (and system time passage) should occur for each second of the original disk recording; faster and slower playback rates simply represent more and less of the recording being played back. Note that the best representation of these higher and lower speed playbacks may be customized for a user's needs—high-speed, pitch-preserved speech may be desired for skimming a meeting, or quarter-second video clips chained together from appropriate intervals might best convey very-high speed video playback.
- a session start-up module 101 performs various “housekeeping” functions in preparation for recording a session.
- the session start-up module is preferably embodied as software executing on a computer based system that is coupled to the various recording components.
- the Session start-up module must make sure that session storage device 103 has enough available storage capacity for storing the temporal data that is to be created. This is accomplished by providing an estimate as to the length of the session to be recorded and the number/types of capture devices being used.
- the capture session start-up module 101 will also synchronize the start of “recording” by each of the capture devices 102 a - c . Each of the capture devices may commence recording at the same or at different times.
- the capture devices 102 a - c capture the timestreams of the various media and in some instances create events.
- the capture device 102 a generates timestream and event data 107 .
- an example of capture device 102 a is an electronic whiteboard such as the commercially available LiveBoard TM product available from LiveWorks TM, a Xerox Company, of San Jose, Calif.
- the timestream data being captured from the LiveBoard is generated asynchronously as interactions occur.
- An event may also be generated by invocation of a predetermined function (e.g. changing a page on the LiveBoard.)
- the capture device 102 b generates a timestream 108 .
- the capture device is continually in a mode of capturing timestream data.
- Typical examples of capture device 102 b are video and audio recorders.
- Another example of such a capture device 102 b is a pointer.
- a pointer capture device is one that captures the movement of a pointer, e.g. laser pointers that are typically used during a presentation to point out something on a projected slide or other visual.
- a pointer capture device is particularly useful for formal presentations when the commonly viewed material is prepared beforehand. The replay of a pointer timestream would thus show the movements of the pointer during the replay of a presentation.
- the capture device 102 c only generates events 109 .
- An example of the capture device 102 c is a button.
- a button is a device which causes the creation of an event in a button timestream associated with a user operating the button. Button events may be created by the user to indicate various activities such as the beginning of a topic of interest, a particularly useful dialog or the switching of a topic.
- Another example is a slide projector. Events in a slide projector timestream would indicate the changing of slides.
- the capture devices 102 a - b preferably capture the timestream in a digital format. It is desirable to store the timestream in a digital format to facilitate direct and random access to the various carts of the timestream. However, it is within the scope of the present invention to capture and store timestream data in an analog format.
- the format of a timestream will correspond to the capture device used to create the timestream.
- an audio timestream is comprised of a set of audio samples taken at some regular interval
- a LiveBoard timestream is a history file of timestamped primitive operations (described in more detail below). Management of the captured timestream data is performed by various Media Servers which can choose to store their data in whatever way they deem most appropriate.
- the created temporal data is stored in session storage device 103 .
- the session storage device 103 provides permanent storage for different types of data: session data, event data, and timestream data.
- the session storage device 103 is, in practice, distributed over different physical storage devices and managed by different components of the Timestream Architecture (described below).
- the temporal data analyzer 104 is a processing means (e.g. a computer based system) that is used to analyze temporal data 111 to identify events 110 .
- the event information is also stored in the session storage device 103 .
- Access to a recorded session is accomplished through a session access workstation 105 .
- This access may be over a network (e.g. in a client-server architecture), or it could be through a direct connection.
- Access session start-up module 109 performs the various “housekeeping” functions necessary for replaying a session.
- the functionality of the access session start-up module is typically performed by the session access workstation 105 .
- the session access workstation 105 is typically a computer controlled display system wherein control of session playback is accomplished through a graphical user interface presented on a display. Such a graphical user interface is described below.
- the session access workstation is a SUN SparcStation-10 running the Sun OS 4.1 operating system with an X-Windows graphical user interface, available from SUN Microsystems Inc., of Mountain View, Calif.
- each of the various players, playback controllers, and editors is integrated within the session access workstation. So playback of an electronic whiteboard timestream is accomplished through a first window on the display of the workstation, a video timestream through a second window on the display of the workstation and an audio timestream via an audio subsystem of the workstation.
- the players need not be integrated within a session access workstation, and may be discrete playback devices.
- a single window may perform the function of a player, playback controller and editor. The organization of windows and their accompanying functionality in the currently preferred embodiment is described in greater detail below with reference to FIG. 3.
- new temporal data 112 created through use of an editor is stored in session storage device 103 .
- the primary function of the LiveBoard in a collaborative activity is to provide a “shared representation” which each user can view and interact with. It should be noted that the LiveBoard and its operating software are designed so that such a “shared representation” need not be on a single LiveBoard device. Multiple LiveBoards can be coupled together via networks such that the actual collaborative activity may take place at different physical locations.
- the LiveBoard as used in the currently preferred embodiment is not primarily intended to be a means for creating indices to the session recording. However, as will be discussed in greater detail below, the LiveBoard has unique capabilities which make it a useful tool for controlling subsequent playback of a recorded session.
- the LiveBoard operates under the control of the Tivoli application.
- the Tivoli application is described in detail by Pedersen, E., K. McCall, T. Moran, and F. Halasz in “Tivoli: An Electronic Whiteboard for Informal Workgroup Meetings”, Proceedings of the INTERCHI ' 93 Conference on Human Factors in Computing Systems , pp. 391-389, April 1993. It should be noted that a version of the Tivoli application is commercially available from LiveWorks under the name Meeting Desk, for operation on a personal computer class system.
- Tivoli has a user interface that is similar to the class of image creation programs known as “draw” programs.
- An example of a draw program is MacDraw available from Claris Corporation of Santa Clara, Calif.
- Draw programs create and manipulate images as collections of graphical objects.
- Tivoli drawings are represented as graphical objects. Graphical objects include:
- strokes “digital ink” objects created with a pen input device
- images/icon objects created by import or copying
- clocks created with a clock gesture.
- Clocks are special marks created on the LiveBoard that appear as a circular analog clock face showing its creation time.
- Tivoli maintains a history list of executed primitive operations, e.g. add an object, delete an object, create an object, change an object, select an object(s) or change a page. Every primitive operation in the history list is timestamped and is associated with an object. As will be described in greater detail below, it is this history list that is analyzed to identify events.
- the graphical objects appearing on the LiveBoard may be either made during the course of a meeting or loaded from some memory media (e.g. a floppy disk) in a fashion similar to opening a word-processing file on a personal computer. This latter instance is particularly useful when the session is a formal presentation.
- some memory media e.g. a floppy disk
- a gesture is an interaction with a LiveBoard that is created like any other “inkstroke”, but is interpreted as a command (e.g. editing commands). For example, if a particular object is to be “deleted”, the objects are selected by an encircling gesture with the pen and a delete command (e.g. a pigtail gesture) invoked. After the deletion occurs, the marking caused by the gesture no longer appears on the LiveBoard (however, as will be described later, in the present invention a “ghost” image may be retained when the session is replayed).
- the Session Storage Device is the functional component of the Timestream Architecture that provides permanent storage for different types of data: Session data, Event data, and Timestream data.
- the Session Storage Device is, in practice, distributed over different physical storage devices and managed by different components of the Timestream Architecture. It is most practical to divide up the Session Storage Device into a Timestream Database (for Session and Event data) and Bulk Timestream Storage (for Timestream data).
- Timestream Storage is where the actual data of Timestreams are stored and managed. In the case of video, this consists of long, bulky sequences of digitized and compressed video frames.
- the management of Timestream data is relegated to the various Media Servers, which can choose to store their data in whatever way they deem most appropriate.
- most of the Media Servers store their data in ordinary Unix files; but Media Servers for other storage mechanisms (e.g., a computer-controlled VCR for analog storage of audio/video timestreams) have also been implemented. It is even possible for a Media Server to use the Timestream Database for its Timestream data, which may be the most expedient mechanism for a Timestream with intermittent, low-bulk data (e.g., the textual notes produced by a laptop computer).
- the Timestream Database is a repository for storing and retrieving Session and Event data, i.e., the data that organizes all the information into Sessions and describes the constituents of Sessions.
- the Timestream Database supports the user in locating a desired Session, determining which Timestreams are associated with that Session, and finding Events that are associated with the Session and its Timestreams.
- the Timestream Database should not onlv support the browsing of the Session data, but also a database querying capability to allow selective retrieval of Sessions and Events. Session and Event information must persist for months and years, and thus must be stored on non-volatile devices (usually disks).
- Timestream Architecture is object-oriented, an object-oriented database is appropriate as a persistent object store for the Timestream Database.
- timestream database may also be implemented on top of a standard relational database.
- the Timestream Database is implemented on top of the Unix file system.
- Temporal data analysis is particular to the information captured by the timestream and the desirable events to be extracted.
- one useful form of an event is knowing when a particular person is speaking.
- Techniques for performing such an analysis on an audio stream are described in co-pending applications Ser. No. 08/226,525 entitled “Unsupervised Speaker Clustering For Automatic Speaker Indexing Of Recorded Audio Data”, and Ser. No.
- the list of events for an audio timestream will comprise a plurality of data items each containing a timestamp, duration and speaker identifier.
- an event may be the drawing of a figure or the writing of a word, a page change, erasures of figures or words, annotations made on existing markings, or the entering of a particular command to the LiveBoard user interface.
- the LiveBoard operates under the control of the Tivoli application.
- the timestream generated by Tivoli is a history list of timestamped primitive operations recorded in temporal order. The analysis of such a timestream involves parsing the sequence of primitive operations to identify significant events.
- Each marking on the LiveBoard is referred to as an object.
- Each object has one or more events associated with it. It is fundamental to the present invention that all the events related to an object are identified and provided to a user as an index into the session. Accordingly, temporal data analysis in the present invention identifies the various events on objects and stores the events. For every object there is an object-creation event. The object may also have object-altering events and an object-deletion event. Further aspects of the LiveBoard timestream are discussed below with respect to the LiveBoard window.
- the session access workstation is a computer controlled display system operating under the control of program instructions stored on a storage medium and is described with reference to FIG. 2.
- the computer based system is comprised of a plurality of components coupled via a bus 201 .
- the bus 201 illustrated here is simplified in order not to obscure the present invention.
- the bus 201 may consist of a plurality of parallel buses (e.g. address, data and status buses) as well as a hierarchy of buses (e.g. a processor bus, a local bus and an I/O bus).
- the computer system is further comprised of a processor 202 for executing instructions provided via bus 201 from Internal memory 203 (note that the Internal memory 203 is typically a combination of Random Access or Read Only Memories).
- program instructions for carrying out the various functional components of the present invention are stored in internal memory 203 .
- the processor 202 and Internal memory 203 may be discrete components or a single integrated device such as an Application Specification Integrated Circuit (ASIC) chip.
- the processor 202 and internal memory 203 comprise circuitry for performing the various processing functions described herein.
- a keyboard 204 for entering alphanumeric input
- external storage 205 for storing data
- a cursor control device 206 for manipulating a cursor
- a display 207 for displaying visual output.
- the keyboard 204 would typically be a standard QWERTY keyboard but may also be a telephone like keypad.
- the external storage 205 may be a fixed or removable magnetic or optical disk drive.
- the cursor control device 206 will typically have a button or switch associated with it to which the performance of certain functions can be programmed.
- audio output means 208 is typically comprised of some audio signal generation means (e.g. a Digital to Analog Converter) and a speaker.
- the audio output means 208 may also act as a player.
- a video output means 209 coupled to the bus 201 is a video output means 209 .
- the video output means is typically a commercially available processing means, e.g. a video board, for enabling a video signal to be displayed on display 207 .
- session access workstation is embodied on a computer based system operating pursuant to programmed instructions stored on a storage medium
- present invention could be practiced on any computer controlled display system, such as a fixed function terminal or a LiveBoard.
- FIG. 3 is a simplified state diagram illustrating the basic low-level operation of the session access workstation.
- the session access workstation is initially in a start state 301 when a request to playback a session is received.
- a session start-up state 302 is then entered.
- the session or sessions to be played back are selected by the user.
- the temporal data of the selected sessions are retrieved and the various players, controllers and editors are synchronized.
- the various players may be integrated into the same physical device as the session access workstation, or they may be separate devices.
- the various windows i.e.
- an “operate” state 303 is entered.
- the operate state 303 described here is used to convey the notion that the session access workstation is interactive and that the various functions of the user interface for the session access workstation can be invoked at any time.
- the “operate” state 303 is initially entered, the session is cued to playback the session from the beginning.
- various primitive functions are performed responsive to user input. Invocation of a “play” command or equivalent graphical user interface input (e.g. clicking on a particular icon) will cause playback of the session to commence (box 304 ).
- an operation to select objects in the LiveBoard window may invoke a “stop” followed by a “modify display.”
- FIG. 4 illustrates the screen display of the session access workstation.
- the screen display of FIG. 4 shows a plurality of windows that are open concurrently. As for most windows oriented graphical user interfaces, the size and placement of the windows is at the choice of the user.
- a LiveBoard Window 401 may operate as a player, playback controller or as an editor. As a player it is used to playback a LiveBoard timestream. As a controller it enables control of the replay of the session through interaction with objects displayed therein (described in greater detail below).
- a user may create new objects or make specific annotations relating to the session which may be displayed in subsequent replays of the session.
- the Video Window 402 is a player that is used to playback a video timestream.
- Notes windows 404 and 405 are players used to playback notes that may have been taken on a laptop computer, or like device, that was enabled as a capture device during the course of the meeting.
- the Meeting player window 408 is a player and playback controller.
- the meeting player window 408 provides a simulation of the dynamics of the meeting as it is played back, using the events of the various other temporal data. Playback is controlled though interaction with various icons presented in the meeting player window 408 .
- the meeting player window is described in greater detail below.
- Audio window 406 is a controller used to control the replay of the audio timestream, in particular the speaker volume for the audio replay of the session.
- Multi-media editor 407 is an editor that is used to create notes, event or other information which may be introduced back into the session as a timestream. Further, the multi-media editor 407 may be used to create multi-media documents that do not require the session access workstation to be viewed.
- the timeline interface window 403 is a playback controller.
- the timeline interface window 403 embodies a temporal based view of the events as they occurred during a session.
- the timeline interface window 403 is described in greater detail below.
- the timeline interface of the currently preferred embodiment of the present invention provides playback control through interaction with a representation of events along a timeline.
- Events may be either of a fixed duration, or be open ended (wherein only the creation time is of significance).
- event data is loaded into the session access workstation.
- the event data is used to create visual indicators that are scaled on a timeline. These visual indicators may be used as index points to move replay directly into corresponding time points of the session.
- the internal structure for organizing the event data into the timeline representation is now described.
- the loaded event data is organized to give a user a simple way to control the event data.
- This organization is defined by a Type Map, an Event Menu and a Track Map. All event type have hierarchic names called Htypes. For example:
- a user defined Type Map is used for creating such Htypes.
- the Type Map is a set of rules that takes the parameters of each Event and produces an Htype.
- the set of Htypes are then arranged into a simple hierarchic event menu that is presented to the user in the label area of a time track area. All events may be displayed to the user onto Tracks.
- the layout is defined by the Track Map.
- the Track Map is a list of Tracks, each with a list of Htypes that are represented on the corresponding Track.
- Visual indicators are created for each of the Htypes. Visual indicators can be of any graphical styles, but two general classes of visual indicators are most commonly used. The first class is termed segments. Segments are displayed on the timeline, as rectangular boxes that are sized and scaled to correspond to the duration over which the event occurs. The second class is termed startpoints. These are displayed on the timeline as triangles whose left edges are vertically positioned at the points in time that the events began, and whose rights sides “point” to the right to indicate that the activity corresponding to the events continue indefinitely. For such events, there is no concern about the duration of the event (e.g. an event indicating that a person is beginning to take notes). Various operations may be performed with respect to the Visual Indicators. Operations on Visual Indicators include:
- FIG. 5 illustrates the basic areas in the timeline window.
- the timeline window 501 is comprised of a plurality of display areas.
- An overview time track area 502 is used to provide an overview of the session, and a focus time track area 503 provides more detailed information over a duration less than or equal to the entire session.
- operation of each of the track areas can provide the same type of temporal information. The difference is the scale which the information is intended to detail (i.e. the entire session versus a portion of the session).
- clock area 512 Defined within overview time track area 502 is clock area 512 and defined within focus time track area 503 is clock area 513 . Each of the clock areas 512 and 513 present the clock times and tick marks to indicate the time span and scale of the corresponding time track area.
- the overview time track area 502 has defined within it a special track termed the focus track 508 . Lying on the focus track 508 is a focus segment 509 .
- the focus segment 509 corresponds to a duration of the session detailed in the focus time track area 503 .
- label area Further associated with each time track area. Each label area is for identifying the “tracks” which are displayed in the corresponding time track area.
- the label area 504 corresponds to the overview time track area 502 and the label area 505 corresponds to the focus time track area 503 .
- the relationship between the overview time track area 502 and the focus time track area 503 is indicated in focus area 507 . This relationship is made visually apparent by arms 510 and 511 which extend from the ends of the focus segment 509 to the ends of the focus time track area 503 .
- buttons 506 are buttons for invoking various playback control functions. Such buttons are invoked by using a cursor control device in a point and click fashion.
- the arrangement and functions of the buttons is exemplary and is intended to provide simple access to specific commonly used functions.
- the button 520 is used to cause playback to skip back in time 10 seconds and the button 521 causes playback to skip forward in time 10 seconds.
- the directional arrows in button group 522 provide for context sensitive movement or scrolling.
- the button 523 provides for stopping the replay of the session.
- the button 524 initiates the playing of the session.
- the button 525 permits skipping to next events on a selected track or set of selected tracks.
- the button 526 provides for entering an Edit mode to modify the timeline interface or the visual indicators displayed thereon.
- the button group 527 provides for context sensitive deleting or copying (e.g. copy or delete a visual indicator).
- the button group 528 provides for context sensitive expand and collapse (e.g. collapse a set of tracks into a single track, or expand a collapsed set of tracks)
- the button 529 is used to display a session menu.
- the session menu enables the user to load data for sessions, save sessions or quit sessions.
- the portion of the session being shown in the focus time track display area is indicated by a focus segment contained on a focus track of the overview time track area.
- the focus segment is re-sized by the user. This is illustrated in FIGS. 6 - 7 .
- the focus segment 601 indicates a portion of the session that is shown in focus time track area 602 .
- Other visual cues identifying this relationship include the changes to the respective clock areas 603 and 604 , namely the re-sizing of tick marks and the respective beginning and end times for the time track areas, and the relative positioning of the time indicators 605 and 606 .
- playback time indicator 607 which indicates the current playback time.
- Re-sizing the focus segment is accomplished by various cursor control operations.
- a button depressed on the mouse while the cursor is positioned on the right edge of the focus segment causes the focus segment to be stretched in the direction of movement of the cursor.
- the left side of the focus segment is manipulated in the same manner.
- FIG. 7 is an illustration of the result of the right side of the focus segment 701 having been stretched to the right to increase the span shown in the focus time track area. This increased span is also reflected by changes in the clock areas 702 and 703 (re-scaling of tick marks and a change in the end time for the focus time track area.)
- the timeline interface can be used to control playback of multiple sessions or to focus on multiple spans of a single session.
- FIG. 8 is an illustration of a timeline interface for two sessions.
- the two sessions may represent the morning half and afternoon half of an all-day meeting. Or they may represent different occurrences of a regularly scheduled meeting such as a weekly project review meeting. Typically, the two sessions will have some commonality.
- the timeline interface window 801 is comprised of two overview time track areas 802 and 803 and corresponding focus time track areas 804 and 805 .
- Focus segment 806 indicates a span in the session corresponding to overview time track area 802 and the detail for that span in focus time track area 804 .
- focus segment 807 indicates a span in the session corresponding to overview time track area 803 and the detail for that span in focus time track area 805 .
- the actual tracks show in the respective focus time track areas 804 and 805 need not be the same. If they are different, separate label areas would be needed. This may be undesirable as taking up too much space in the display area.
- FIG. 9 is a further illustration that indicates that the detail of multiple spans of a single session may be displayed in the focus time track area. This causes multiple focus segments to be displayed on the focus track of the overview time track area.
- a first focus segment 901 has detail shown in a corresponding area 903 in the focus time track area while a second focus segment 902 has a corresponding area 904 in the focus time track area.
- Such a display may be desirable when it has been determined that there are certain areas where there is no interest in replaying (e.g. if you know beforehand that you only want to review discussion relating to particular pages on the LiveBoard).
- the focus time track area will be divided evenly between the two focus segments and be on the same scale.
- the portion of the focus time track display allocated to a session duration can be modified.
- the area 904 of FIG. 9 has been increased to the area 1001 of FIG. 10
- the area 903 of FIG. 9 has been decreased to area 1002 of FIG. 10.
- This increase of size may be performed by a drag operation moving the left side of the area 904 to the left.
- FIGS. 11 - 14 illustrate variations on a timeline interface display for a system comprising the following capture devices: a LiveBoard, an audio recorder, two user taking notes on personal computers, a video recorder and a button for each user.
- capture devices a LiveBoard
- an audio recorder two user taking notes on personal computers
- video recorder and a button for each user.
- Other combinations of capture devices may be utilized or events from some capture devices may be omitted, which would result in a different timeline interface display.
- the session attendees for this example are named Adam, Betty and Charlie.
- overview time track area 1101 displays information for the entire session and has a focus segment indicating the entire session.
- focus time track area 1102 displays the detail of the entire session.
- Playback indicators 1113 and 1114 indicate the current playback location within their respective time duration's.
- session identifier 1103 Further associated with the session area 1101 is session identifier 1103 .
- the session identifier identifies the session being played back.
- Information provided related to the overview session time track area, and thus the entire session includes the session start time 1104 , and the session end time 1105 .
- Each of the session start time 1104 and session end time 1105 may indicate the actual time of day that the session occurred or be relative to a session start time of 0:0:0 (as illustrated in FIG. 11).
- Information related to the focus time track area 1102 includes the span start time 1106 and the span end time 1107 .
- Each of the span start time 1134 and span end time 1135 may be in terms of the actual time of day of the particular span, or be relative to a session start time of 0.
- the focus time track area 1102 includes a track label section 1111 for providing information about what each track represents.
- Tracks 1117 and 1118 indicate editing events performed on the LiveBoard.
- Track 1118 is generated responsive to a selection operation performed in the LiveBoard window and is described in greater detail below.
- the track 1117 indicates various editing operations performed on objects on the LiveBoard.
- each editing operation has a unique color coded visual indicator. So the color red may represent the deletion of an object, the color green the addition of an object and the color blue the movement of an object.
- Tracks 1119 - 1121 indicate audio events.
- the track 1119 indicates segments where “Adam” is speaking
- the track 1120 indicates segments where “Betty” is speaking
- the track 1121 indicates segments where “Charlie” is speaking.
- Each of the visual indicators of segments when a participant is speaking is visually distinct (typically by color or texturing).
- Tracks 1122 - 1123 indicate the start point of notes that were taken by meeting participants Adam and Charlie. The notes were taken on a personal computer or other text creation device that is operating as a capture device.
- Track 1124 indicates instances of the event of “button” pressing. Each meeting participant has a button that may be depressed when the participant feels that something significant is being discussed. Again, the visual indicators are color coded to identify the person who depressed the button. So for example blue indicates Betty depressed her button and green indicates that Charlie depressed his button.
- Track 1125 indicates instances of events relating to the video timestream. Such events may include a person standing to speak, or some type of gesturing with respect to a whiteboard. Such events would be identified through analysis of the video timestream.
- the selection track 1118 is automatically generated as a result of a selection interaction in the LiveBoard window.
- the selection interaction is one where various objects (e.g. words, or diagrams) that are displayed on the LiveBoard are selected. Events relating to the selected object(s) are then displayed on the timeline window. It should also be noted that selection may occur with respect to a spatial area. In such a selection, an area is selected and events for objects that were located in the selected area are displayed on the timeline. This would be particularly useful to replay portions of a session where markings were erased from the LiveBoard (e.g.
- a creation event 1127 indicates a point in time where an object was created
- a move event 1128 indicates the point in time where the object was moved on the LiveBoard
- a change color event 1129 indicates that the object color was changed
- a delete event 1130 indicates that the object was deleted.
- each of the time track areas is user modifiable. Tracks may be merged, added, hidden or moved. In order to modify the contents of a time track area operations are performed within the corresponding label section. For example, with reference to FIG. 11 the audio tracks 1119 - 1121 may be selected and merged. The results of such merged tracks is illustrated in FIG. 12, where merged track 1201 has been created. Selection of tracks may be accomplished by operating the cursor control device by depressing a switch associated with the cursor control device and moving the cursor in a manner such that it passes over the labels of the track. Indication of selection of labels is accomplished through some visual stimulus such as presenting the selected labels in a reverse video mode. Confirmation of selected labels is accomplished by releasing the switch. At this point various track operation options may be presented. The user would then select the desired operation (in this case a merge operation). This is but one way in which track display operations could be performed. Other techniques could be invocation through pull down menus or through commands entered on a command line.
- Operations on Tracks include:
- a point and click operation on the different visual indicators may cause different things to occur.
- the subsequent playback of the timestreams will be set to the time corresponding to the beginning of the visual indicator.
- a window containing the text in the note is opened. The occurrence of such an operation is illustrated in FIG. 13.
- the visual indicator 1301 has been pointed to and the switch on the cursor control device clicked.
- This causes a text window 1302 to be opened containing the text generated during the meeting (here the text “Good Point Made By Betty. Need to Use that Argument in Meeting With the Boss”).
- the text window may also be presented in a different location outside the time track display area.
- timeline may be displayed with a vertical or horizontal orientation, or used in combination with other visualization techniques for showing long strings of sequenced data.
- the form of a player is not limited to playback of the temporal data of a session in the exact same form as it was created.
- An example of such a player is the meeting player.
- a meeting player is used to visually represent various meeting dynamics. This may be useful for example when a person may not be able to recognize the voices being replayed, but wishes to identify the speaker.
- the meeting player of the present invention simulates the activities as they are taking place during the meeting.
- FIG. 14 illustrates a window 1400 displaying a meeting player.
- the meeting contains visual indicators 1401 - 1403 each representing a meeting participant, visual indicators 1404 and 1405 represent note taking devices (e.g. laptop computers) and the visual indicators 1406 - 1408 represent “buttons”.
- the icons representing current events that are occurring are highlighted.
- the icon 1401 is highlighted so the speaker represented by icon 1401 is speaking.
- the corresponding button icon would be displayed as highlighted.
- each of the associated icons may maintain the same visual characteristic as the corresponding track on the timeline. So if the speaker icon 1401 , button icon 1406 , and personal computer icon 1404 Were associated with Adam, who had a visual characteristic of blue, these icons would be blue. However, it is recognized that there may be situations where this would not be possible due to limitations in the number of displayable colors or other factors.
- a LiveBoard page and title indicator 1410 Further displayed in the meeting player window are a LiveBoard page and title indicator 1410 and a clock 1411 .
- the page and title indicator 1410 indicates the “page” that is currently being viewed on the LiveBoard at this instant of the playback.
- the clock 1411 indicates the playback time.
- a table 1409 is also displayed to provide a visual cue as to the fact that the session represents a meeting.
- the meeting player may also be used to change playback to a different speaker. This enables the user to easily traverse the meeting by a particular speaker. Switching to the different speakers is accomplished by a “point and click” operation on the icon of the desired speaker. This will cause the playback to jump to the next point in time for the selected speaker. Moreover, this operation may work for any icon, where a jump to the next instance of an event associated with the selected icon is made (e.g. the Page and title indicator 1410 could be subject to a “point and click” operation to skip the replay to the beginning of the next page of the LiveBoard). Thus, the meeting player in this instance further operates to control playback of the session.
- the meeting player may be designed to indicate various other events that can be analyzed.
- a “laughter” icon 1412 or “applause” icon 1413 can be provided to indicate when laughter or applause is occurring, or to skip to a next temporal occurrence of laughter or applause.
- other types of activities e.g. presentations, could be represented in a similar fashion.
- the LiveBoard Window of the currently preferred embodiment simultaneously operates as a player of the LiveBoard timestream, a playback controller, and an editor.
- the LiveBoard window is based on the aforementioned Tivoli software.
- the LiveBoard window operates in different playback modes: an animated mode reconstructing the exact appearance of a past state, a “bouncing-ball” mode, where a cursor points to the area where marking/editing is happening and a “null” mode.
- the LiveBoard window replays the LiveBoard timestream (i.e. the timestamped history list), in the sequence recorded.
- the state of the LiveBoard at the end of the session (or end state of a page) is displayed and as events related to objects occur, the objects are highlighted and pointed to by the cursor.
- the shape of the cursor changes to indicate the type of event (e.g. a pen for creating the object; a hand for moving the object; an eraser for deleting the object).
- the end state of the LiveBoard at the end of a session (or end state of a page) is displayed. The null mode is used when updating of the LiveBoard window is undesirable (e.g. it would be distracting to the user).
- an additional feature called ghosts leaves a faint version of an object (its ghost) on the display even after it is deleted. This feature can be turned on or off by the user. A ghost object can be used as an index into the session.
- the animation mode and bouncing-ball mode each indicate the type of event occurring at a particular time.
- the cursor tells the type of event
- full animation mode the animation shows the type of event by how it is animated.
- Playback control occurs through interaction with the objects displayed during playback.
- a user may select an object and invoke a play command directly on the LiveBoard to cause immediate playback at the most significant event relating to the phrase (e.g. the time it was written on the LiveBoard).
- Other playback control features are described below.
- the LiveBoard window may be operated as an editor because all the LiveBoard functionality is available. So a user may perform their own manipulation of the objects displayed, or add to the drawings. Such manipulations will generate their own timestream.
- the LiveBoard window operates as both a player and a playback controller.
- the LiveBoard window provides a playback control means which is not strictly based on the end state of the notetaking medium.
- a user may interact with the LiveBoard at any point during the playback. So for example, a user may be replaying the session and skip ahead to a point in the session (e.g. by a point and click operation on a clock) and notices that a word was erased from the LiveBoard. This could trigger a user to review the portion of the playback related to the erasure of the word in greater detail.
- FIG. 15 illustrates the LiveBoard Window of the currently preferred embodiment “Copyright 1991-1995 Xerox Corporation” 17 U.S.C. 401).
- the LiveBoard Window 1501 is an instance of the user interface for the Tivoli application running on the session access workstation.
- the LiveBoard Window is comprised of a controls area 1502 which borders an objects area 1503 on two sides.
- the various controls in the controls area 1502 are active in the LiveBoard Window 1501 . It is the markings displayed in the objects area 1503 which are active and selectable objects.
- a Playback Tool 1504 is used to initiate playback at a point relevant to a selected object.
- the history list is a listing of primitive operations performed and each primitive operation is timestamped and associated with an object.
- the object is typically defined spatially and as the function performed. For example, draw a line from point X1, Y1 to X2, Y2. So when a selection of an object is made, it is a simple matter of looking at the spatial location, finding the objects at that location, finding the primitive objects associated with the objects and then choosing the time of the most salient event. In the general case, the most salient event will be the “creation” event. However, other times may be interesting to the user so a selection operation is provided which enables as user to select the most salient event (described below).
- LiveBoard timestreams can be generally categorized into 2 types: monotonic and non-monotonic.
- a monotonic timestream has primarily “create” events. The only thing that happens is that new objects are created (no moves, changes or erases). In a monotonic timestream, the overwhelming majority of objects have just one event associated with it (its creation event).
- a non-monotonic timestream is comprised of creation, change, move and delete events.
- each object can have more than one event associated with it. It is useful to distinguish changes that change the positions of objects (i.e., moves) and those that don't. If a timestream does not have any position-changing events, then each object has a unique position on the display. If there are movement events, then an object may occupy multiple positions during the session. Finally, if a timestream has deletion events, then the objects may disappear at some time during the session.
- the LiveBoard window may be used as a playback controller stand-alone or in correlation with the Timeline interface.
- the correlation with the Timeline interface is described below.
- the issue is what “event” to use to commence playback time for a selected object.
- the system plays the session at the time of the earliest event associated with the object.
- other times for an object might be significant, e.g., the times at which an object was moved might be important.
- an event menu may be provided which lists all the events associated with the object. The user just selects the event desired and playback would commence at the time associated with the event.
- Another technique is to use a play-next-event button, which skips the playback time to the next event associated with the current object. Yet another technique using timeline correlation is described below.
- clocks are graphical objects created by a clock gesture. Clocks may be manipulated and edited in the same fashion as all graphical objects. But a clock object is special: it contains a special property in its data structure that represents its own private “internal” time. When a playback tool touches a clock, the play point is set to the clock's internal time, not to the time of some event associated with the clock (e.g. its creation time). Thus, the clock can be used to deal with time independently of its own history. By default the clock's internal time is the same time as the creation operation for the clock. But it doesn't have to be, and this leads to various useful functions.
- the clock's internal time may be altered.
- an edit gesture currently, point and hold
- a menu pops up which allows the user to change the clock's internal time.
- These change can be either relative (e.g. move the internal time forward or backward by N seconds) or absolute (i.e. change the internal time to a specified time T).
- the former is most useful, because it allows a clock's internal time to be adjusted slightly to be more accurate for indexing.
- FIGS. 16 - 20 Other features of the correlation through interaction with the LiveBoard Window are illustrated in the following scenario described with reference to FIGS. 16 - 20 . It should be noted that the representation of the LiveBoard Window and the timeline interface have been simplified. In particular, the control areas on the LiveBoard window and the overview time track area of the timeline interface are not shown in the Figures.
- the user sees a word in the LiveBoard Window 1601 and wants to replay the conversation when this word was written.
- the user selects the word 1602 “redundancy” utilizing a suitable selection technique (here by circling the word with a gesture using the pen/mouse).
- the timeline interface 1603 is then updated on the Select track to show all events related to the selected word.
- the visual indicator 1604 is displayed on select track 1605 .
- the visual indicator 1604 represents the event of writing the word. In this instance, no other events are associated with the word “redundancy”.
- playback time indicator 1606 Also illustrated in the timeline interface 1603 is playback time indicator 1606 . So it is noted that at this time, the playback is at a point “after” the word “redundancy” has been written.
- FIG. 17 illustrates the synchronization between the LiveBoard Window and the timeline interface.
- the user moves playback time indicator 1703 in the timeline interface 1702 just before the visual indicator 1604 .
- the LiveBoard window 1701 is then updated to display what was on the LiveBoard at that instant in time.
- the word “redundancy” does not appear in the LiveBoard window.
- both the LiveBoard window and timeline interface are updated synchronously. After a while the word “redundancy” will appear on the LiveBoard.
- FIG. 18 This is illustrated in FIG. 18.
- the visual indicator 1804 are selected from the timeline interface 1803 .
- the word “router” 1802 is highlighted (illustrated here by the dashed circle.)
- the event corresponding to the visual indicator 1804 is associated with the word “router”.
- the user sees a bold box on the diagram in the LiveBoard window and selects the box.
- Three visual indicators are displayed on the selection track of the timeline interface (alternatively, the three visual indicators could have been highlighted on the Edit track).
- the first type of visual indicators designate the creation events for the box
- the second type of visual indicators designate the line-width-changing events when the box was made bold
- the third type of visual indicators designate the event of moving the box on the drawing.
- the visual indicators on the timeline interface are visually distinct to indicate the kind of events they represent. The user is interested in why the box is bold and so moves the time marker to the line-width-changing events and invokes playback using the playtool.
- each of these visual indicators represents a particular type of event associated with the object. Further, in the currently preferred embodiment, each visual indicator will have some visual characteristic, typically color, which will correspond to the type of event.
- Ghost object are faint outlines of objects used to indicate that at some point in time during the session, an object was at this particular location.
- a user may notice various object ghosts and want to know what was or will be there (e.g. a list of items where at the end of a session it is apparent by the ghost object that an item was erased).
- FIG. 20 This is illustrated in FIG. 20.
- the user has selected area 2002 in the diagram of the LiveBoard window 2001 .
- the area 2001 corresponds to the area containing the list of words, “add”, “router” and “redundancy”.
- the timeline interface 2003 has now highlighted multiple visual indicators 2004 - 2006 which relate to events that correspond to events associated with the area 2002 , namely events associated with the words “add”, “router” and “redundancy”. It should be noted that this is merely a spatial correlation, namely, an event representing a word that was erased on the list may also have been highlighted.
- FIG. 20 is “ghost” object 2007 . At this point in the playback, the object at the location indicated by “ghost” object 2007 has been erased.
- an editor permits a user to add timestream and event data after the fact.
- the LiveBoard Window is used as an editor, what is edited is the markings on the LiveBoard (or new markings added).
- additions and or deletions to the LiveBoard timestream are made as a result of such editing.
- a separate timestream may be created.
- the LiveBoard Window when used as an editor provides a very effective vehicle for enabling a non-participant to efficiently review the recorded session. This is in part because all the basic capabilities of the LiveBoard are available during the replay of the session. This is best described with reference to FIGS. 21 and 22 showing the LiveBoard Window at the end of a session both before and after an editing session.
- the LiveBoard in this example is operating in the bouncing ball playback mode.
- various handwritten markings appear on the LiveBoard window 2101 .
- each of these handwritten markings may be used to index into the session.
- some of the markings may be extraneous (e.g. mark 2102 ), or even illegible (e.g. mark 2103 ).
- FIG. 22 illustrates the LiveBoard window of FIG. 21 after someone has edited it.
- the edited LiveBoard window 2201 has been expanded to accommodate notations made by the editor.
- the edited LiveBoard window 2201 makes use of clocks and inserted text to provide more indices and information.
- text has been associated with each clock to indicate what is being discussed at that point. So for example, the text 2203 can be used to indicate what the mark 2103 means.
- the clock/text 2202 indicates what the collection of markings represent and when creation of the markings began.
- the edited LiveBoard window would enable a subsequent viewer to more effectively use the LiveBoard window as a playback controller.
- the existing markings on the LiveBoard window may be changed. This may done for example to erase the extraneous marking, e.g. the marking 2102 of FIG. 21 so as to not detract the subsequent viewer of the window.
- timestream architecture Another aspect of the timestream architecture is control of captured timestreams. Users are very concerned about captured timestreams, especially timestreams which are “literal” records like audio and video. They are concerned with who has access to the literal records of their activities and conversations. They are concerned with knowing when they are being recorded, and they want control over this. On the other hand, after an interesting but unrecorded discussion, users often wish that they had recorded it.
- the timestream architecture provides for special treatment of “Control Events”.
- a Control Event specifies
- Control Event can selectively control them. For example, it may be useful to control just the audio during a sensitive span of a discussion.
- a Control Event can also specify all timestreams in the session.
- the recorded material can be physically purged from the database. Access to hearing or viewing the recorded material can be denied or given to specific users or groups of users. Access can be of different types, such as access to be able to read only, to be able to append new material, to be able to fully edit the material, or to be able to change the access controls.
- Control Events may specify that only the chair of a meeting may edit the meeting records, that only the manager of the group may change the access controls, that only the meeting's attendees may append new material to the captured records, and that only a specific set of other individuals may listen to the captured audio.
- the timing of the controls can be specified. This is most useful for purging. Captured records can be purged at different times, such as immediately upon specification (e.g., to eradicate a personnel discussion), right after a session (e.g., to erase an uninteresting meeting), or days or months later (e.g., for archiving and storage management). But it may also be specified that access to a meeting's records be denied to non-attendees for a week, giving the chair time to edit the records.
- Timestream architecture makes it possible for Control Events to specify a variety of controls, the architecture does not implement them directly, but delegates control to the various components of the architecture. Many of the specifications can be encoded in the database to enforce them. The timestream Players and the Timeline interface can also help enforce some access controls.
- the purging usually must be implemented by Recorders, or by some process that understands a particular timestream's data format. A purging process can either overwrite the data to be purged (“zero it out”) or actually rewrite and compress the records by leaving out the data to be purged.
- the Timestream architecture does not per se guarantee a full implementation of the Control Events, but only to do the best it can with components available in a given situation.
- Control Events are only useful if users can easily create and edit them. It is natural for users to specify Control Events with the Timeline Interface after a session.
- a simple set of user interface tools are provided to give the users unobtrusive control of audio recording during the session. It is important to make users aware of when recording is taking place. The red light on a video camera does this. For the LiveBoard, a flashing “On Record” is displayed while recording is taking place. Pause and Record buttons, both hard buttons on physical devices and soft buttons on either the LiveBoard or computer display allow the users to turn the recorders on and off. But this control must be anticipated: the user must know ahead of time that the coming activity is either interesting or sensitive and therefore to either Record or Pause the recorders. In practice, this is not effective: users often do not recognize these situations until well after they are started. Thus, post-hoc control is needed.
- Our user interface provides for this by implementing a concept of “On Record” and “Off Record” (in addition to Pause and Record), which allows users to control recording after the fact, but within a session in an appropriate manner.
- the idea is that a whole session is actually recorded, users are allowed to mark parts of the session as being On Record or Off Record, and after the session the Off Record parts of recordings are purged.
- a flashing “On Record” notice is displayed, along with an Off Record button.
- the Off Record button When the Off Record button is pressed, the user can mark the session to be off the record as of now or as of N minutes ago. For example, if a discussion starts shifting to a sensitive topic and the discussants note this after a few minutes, they can then set the last, say, 5 minutes to be Off Record.
- a flashing “Off Record” is displayed along with an On Record button, which allows the user to mark the session as on the record. For example, when the discussion gets interesting, the last 10 minutes can be put back on the record.
Abstract
A system for controlling the playback of a recorded session. Timestream and event information for the session is captured by one or more recording devices. Playback of a session is performed under the control of a session access device. A session access device utilizes event information to create a user interface for controlling session replay. In the present invention, a window acting as a player for playing back a timestream for a shared representation media (e.g. an electronic whiteboard) is also used for controlling playback of the session. Each graphical object in the window is associated with one or more events (e.g. a creation event, an editing event, a move event or a deletion event). Selection of a graphical object enables playback time to be moved to the time for one of the associated events. The selection made may also be on an area of the window. This will enable the user to view all events related to graphical objects in the selected area (as some graphical objects may be erased or moved).
Description
- The present invention is directly related to an invention that is the subject matter of a concurrently filed, commonly assigned U.S. patent application having the following serial numbers and titles:
- Ser. No. ______, entitled “Computer Controlled Display System Using A Timeline To Control Playback Of Temporal Data Representing Collaborative Activities”, herein incorporated by reference;
- Ser. No. ______, entitled “System For The Capture and Replay Of Temporal Data Representing Collaborative”, herein incorporated by reference;
- Ser. No. ______, entitled “Computer Controlled Display System Activities Using Correlated Graphical and Timeline Interfaces For Controlling Replay Of Temporal Data Representing Collaborative Activities”, herein incorporated by reference.
- The present invention is related to the field of multi-media capture, replay and editing of sessions.
- Much of the work of groups, even in such orderly settings as structured meetings, takes the form of casual interaction the give and take of conversational exchanges whereby a group comes to a shared understanding of the technical, process, and relational facets of their work. This casual activity is poorly supported by most computational tools, which tend to focus on the outcomes of such activity, while ignoring much of how the group arrived at those outcomes. Further, attempts to gather such information typically end tip formalizing the activity, making the participants conform to a way of working that suits the information gathering tool rather than supporting their natural work practices.
- Collecting audio, video, and computational recording of a meeting provides a rich, reviewable record of group processes. Unfortunately, the benefits of such a record has tended to be unwieldy, oftentimes because of the required sequential access. With the advent of digital recordings of such information the ability to instantly access such information is possible. However, instant access is only useful if you know where to go. Thus, it is necessary and desirable to index such records based on meaningful elements or events.
- One approach to indexing is termed Real-Time notetaking, where a person takes notes during the meeting using a system that timestamps the various individual elements of the notes. This provides a comprehensible index into the recording of the meeting. By simply selecting any element of the notes, the system can retrieve and play the part of the AV recording that corresponds to the timestamp of the note element.
- The simplest example is a textual transcription system, in which the user simply types text as the meeting proceeds (the text can be a literal transcription of what is being said or arbitrary notes about the meeting). The notes consist of a string of text, and the timestamped note elements are the individual characters of the text. After the notetaking is complete, the user can select a character and the corresponding part of the meeting recording will be retrieved and played.
- Notetaking systems allow users to construct a visual representation (i.e. the notes), whose visible elements function as indices into the meeting recording. Each index element has a time associated with it, which is the time at which the user created it. Since each index element is visible, the user can select it by simply pointing to it and, since it has an associated time, obtaining an address into the meeting recording.
- Notetaking systems work fine as long as the construction of the visual representation only consists of a sequence of element creating events. Problems arise when the representation is allowed to be edited during the course of the meeting, i.e. there are also element-altering and element-deleting events. The source of the problems is that the indices are the visible elements and not the events.
- A downside of the notetaking approach is that a person must be devoted to the notetaking task. Thus, it would be desirable to create an index into the meeting recording without dedicating a person to the task of notetaking, and which is a by-product of the natural meeting activity itself.
- Related Works Include
- Pedersen, E., K. McCall, T. Moran, and F. Halasz, “Tivoli: An Electronic Whiteboard for Informal Workgroup Meetings”,Proceedings of the INTERCHI '93 Conference on Human Factors in Computing Systems, pp. 391-389, April 1993 which describes an electronic whiteboard application called Tivoli: The paper describes the operation of Tivoli and the motivations for its design. Several design issues are discussed including the need to reconsider the basic assumptions behind the standard desktop Graphical User Interface, the use of strokes as the fundamental object in the system, the generalized wipe interface technique, the use of meta-strokes as gestural commands.
- Wolf, C., J. Rhyne, and L. Briggs, “Communications and Information Retrieval with a Pen-based Meeting Support Tool”,Proceedings of the Conference on Computer-Supported Cooperative Work, pp. 322-329, November 1992 which describes a system called We-Met (Window Environment-Meeting Enhancement Tools) for supporting communication and information retrieval needs of small group meetings. We-Met runs on workstations with an attached LCD/digitizing tablet over a local area network. We-Met provides a shared drawing area in which the participants may each work in. The shared drawing area is presented on the workstations. The reference describes the results of a user study of We-Met in group settings to better understand how it is used and a study that did not involve We-Met conducted for the purpose of better understanding how it can be used to facilitate information retrieval of recorded meeting content.
-
EPO Publication 0 495 612 A2 entitled “A Data Access System”, Michael G. Lamming, published Jul. 22, 1992 describes a note-taking system based on a notepad computer with an integrated audio/video recorder. As the user types on the keyboard or writes with the stylus or similar input instrument on the notepad computer, each character or stroke that is input by the user is invisibly time-stamped by the computer. This activity results in the creation of meeting “notes”. The audio/video stream is also continuously time-stamped during recording. When playback is desired, the meeting notes as finally created are presented to the user. To play a section of recording back, the user selects part of command. The computer then examines the time-stamp and “winds” the record to the corresponding place in the audio/video recording, where it starts playing —so that the user hears and/or sees what was being recorded at the instant the selected text or strokes were input. With a graphical user interface, the user may input key “topic” words and subsequently place check marks by the appropriate word as the conversation topic veers into that neighborhood. - The present invention is directed to a user interface for controlling playback of temporal data representing a collaborative activity such as a meeting. Such temporal data is captured by one or more capture devices (e.g. audio recordings or an electronic whiteboard). Temporal data is comprised of timestreams and events. Timestreams are sets of timestamped data which represent some recordable aspect of the meeting. Audio and video recordings, or a stored history of the actions on an electronic whiteboard are examples of timestreams. Events are occurrences within a timestream. For example, an event may be a particularly significant action taken on the electronic whiteboard, or a change in speaker during the session. Events are used to create indices which provide direct access to a point or span in time during the collaborative activity. Timestreams may inherently define events, or alternatively, may be analyzed to identify events. Event information is comprised of a timestamp, an event type and a list of various properties of the instance of the event.
- Playback of the temporal data is desirable to recall conversations and/or other activities that occurred during the meeting by both those present and by those who did not attend the collaborative activity. The timestreams of a session are played back contemporaneously. Such contemporaneous playback is desirable since it best conveys the dynamics of the meeting.
- Playback of a session is performed under the control of a session access device. Coupled to the session access device are a plurality of players for playing back timestreams. The session access device utilizes event information to create a user interface for controlling session replay. The user interface is comprised of a plurality of windows. Each window may represent a player, a playback controller or an editor (which would permit a user to create additional timestream information). In the present invention, a window acting as a player for playing back a timestream for a shared representation media (e.g. the electronic whiteboard) is also used for controlling playback of the session. Each graphical object displayed in the window is associated with one or more events (e.g. a creation event, an editing event, a move event or a deletion event). Selection of a graphical object enables playback time to be moved to the time for one of the associated events. The selection made may also be on an area of the window. This will enable the user to view all events related to markings made in the selected area (as some markings may be erased or moved).
- FIG. 1 is a block diagram of a system for capture and replay of temporal data in the currently preferred embodiment of the present invention.
- FIG. 2 is a block diagram of a session access workstation as may be utilized in the currently preferred embodiment of the present invention.
- FIG. 3 is a simplified pseudo-state of the operation of the session access workstation of the currently preferred embodiment of the present invention.
- FIG. 4 is an illustration of a visual user interface of the display coupled to a session access workstation in the currently preferred embodiment of the present invention.
- FIG. 5 is an illustration of a timeline user interface display for a session in the currently preferred embodiment of the present invention
- FIG. 6 is a simplified illustration of a timeline interface highlighting the relationship between the overview time track display area and the focus time track display area.
- FIG. 7 is an illustration showing the result of an operation where the focus bar of FIG. 6 is stretched and the focus time track display area scaled accordingly.
- FIG. 8 is an illustration of the timeline user interface display system for controlling playback of two sessions.
- FIG. 9 is an illustration of a timeline interface wherein two non-contiguous focus segments are presented in the overview time track area and the focus time track area contains the detail of each focus segment.
- FIG. 10 is an illustration of a timeline interface showing the result of re-sizing one of the focus time track areas of FIG. 9.
- FIG. 11 is an example of a timeline interface for replay of a session recorded with a plurality of capture devices, including a Selection Track resulting from a selection operation on a LiveBoard window.
- FIG. 12 is further illustration of the timeline user interface display showing the results of merging the audio tracks of FIG. 11 onto a single track.
- FIG. 13 is a further illustration of the timeline user interface display of FIG. 11 showing the results of opening a note on a note track.
- FIG. 14 is an illustration of a meeting player for the same session used to create the timeline user interface of FIG. 11.
- FIG. 15 is an illustration of LiveBoard window in the currently preferred embodiment of the present invention.
- FIG. 16 is an illustration of correlation between the LiveBoard window and the timeline interface, namely graphical object to timeline indexing.
- FIG. 17 is an illustration of correlation between the LiveBoard window and the timeline interface, namely a synchronized display state wherein both the LiveBoard window and the timeline interface reflect the same instant in time.
- FIG. 18 is an illustration of correlation between the LiveBoard window and the timeline interface, namely temporal to spatial indexing.
- FIG. 19 is an illustration of correlation between the LiveBoard window and the timeline interface, namely multiple events per graphical object.
- FIG. 20 is an illustration of correlation between the LiveBoard window and the timeline interface, namely indexing by location in the objects area.
- FIGS. 21 and 22 provide an example of LiveBoard window operating in the “bouncing-ball” playback mode before and after the LiveBoard window has been edited.
- A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever.
- The present invention provides for the replay of records of collaborative activities, such as meetings, and other non-collaborative activities. While the currently preferred embodiment is naturally described in the setting of a meeting, the present invention is not limited to such activities. Non-collaborative activities include presentations, speeches, training sessions, and the like. Meetings amongst groups of people are held for various reasons (e.g. brainstorming, project review, etc.). Often, a participant, or some other designated person will take “minutes” of the meeting to report the “output” or results of the meeting. The creation of such minutes will typically require that written notes be maintained. However, such written notes of the meeting themselves may be incomplete, or may interfere with the meeting itself. Other meeting artifacts (e.g. diagrams or lists) are also created through use of some shared representation medium, e.g. a whiteboard. In any event, it is often desirable to go back and look at such notes and/or artifacts to prepare the minutes.
- Another aid in creating meetings minutes is an audio or video recording. Unfortunately, such recordings are purely sequential and often very difficult to efficiently retrieve information from.
- An object of the present invention is to create indices into the meeting recording of a collaborative activity that are a natural by-product of the activity itself. This provides an intuitive way for people to gain direct access to portions of the recorded session. Events such as the change of a speaker, writing on and manipulating markings on a whiteboard or the taking of a note are examples of such natural by-products of a meeting that provide useful index points.
- A use of the present invention is to permit a person, either an attendee or a non-attendee of the activity, to replay the activity and add their own written or verbal comments. These comments are created in the form of new events having a temporal frame of reference identical to that of the original activity.
- The present invention may be used to support collaborative activities having different formats. One such format is where a prepared agenda is presented and the collaborative activity addresses the points on the agenda. The present invention may support such a format by enabling the agenda to be “saved” in a digital form, displaying the agenda during the course of the activity and enabling annotations to be made on the displayed agenda. Such annotations may subsequently be used as indices to the record of the activity (e.g. if someone wanted to hear the discussion about a particular agenda item discussed during the activity). Another format is brainstorming. Here, a general topic is discussed and through the synergy of the group, ideas are generated. These ideas are typically written onto a shared medium like a whiteboard for discussion. Later, a user may view a “re-creation” of the writings on the whiteboard and use the markings to go directly to points of interest.
- The currently preferred embodiment of the present invention is implemented on a computer controlled display system having a Graphical User Interface (GUI) which allows multiple concurrent “windows” to be displayed. A “window” refers to a visual representation of an executing task. As will be described in greater detail below, a window may be programmed to function as one or more of a player, playback controller, or an editor. Windows and operation thereof is well known in the art, so no further discussion of windows or their operation is deemed necessary. Such a GUI will also support operations such as “point and click” and “drag and drop”. A “point and click” operation is one where a cursor on a display screen is positioned over a desired portion of the display, such as an icon, using a cursor control device such as a mouse or trackball. Once the cursor is appropriately positioned, a button/switch associated with the cursor control device is quickly depressed and released. This creates a signal which causes a predetermined and context dependent operation to occur. Other operations may require a “double click” where the button/switch is depressed and released rapidly, twice in succession. A “drag and drop” operation is one where the cursor is positioned on an object, the button associated with cursor control device held down, and the object moved or stretched until the button is released (or the movement exceeds some predetermined boundary).
- The system of the present invention is described with reference to a software based timestream architecture and to a systems architecture. The timestream architecture describes the software framework in which the currently preferred embodiment is implemented. The system architecture describes the functional components of the present invention
- Terms used in the description of the timestream and system architecture are now defined.
- Timestream refers to timestamped media data captured on a capture device and which can be played back on a player.
- Events are data representing an occurrence, e.g. a switch in speakers or writing on a whiteboard, that happen at some point or interval during an activity being captured.
- Temporal Data refers to the combination of Timestreams and Events.
- Sessions are named collections of Temporal Data, which represent coherently captured activities such as meetings.
- Players are devices which can playback a timestream in its original form or in a form which is indicative of the dynamics of the timestream.
- Editors refer to user interfaces through which changes may be made to visual indicators or by which Events and timestreams may be added to a session.
- Playback Controllers refer to user interfaces through which playback of a session is controlled.
- Capture Devices are devices which capture and store temporal data. Different types of capture devices will capture different media (e.g. audio, video or writing on a whiteboard) of a session.
- Timestream Architecture
- The timestream architecture supports the use of extensible sets of tools for coordinated recording and playback. It is based on a distributed object system that allows users to easily build object which exist in one address space on a particular machine but have “proxy” objects that exist in the same or different address spaces on the same or other machines in a network is utilized. This distributed objects system is termed Inter-Language Unification (ILU) and is described by Janssen in “ILU Manual”, Xerox Technical Report, ISTL-CSA-94-01-02, January 1994. The basic data components of the timestream architecture are Events, Timestreams and Sessions.
- Events consist of a start time, a duration (possibly zero for ‘point’ events), a type, and possible properties which may depend upon the type. (For example a LiveBoard page event might have ‘page-number’ and ‘page-heading’ properties.) The interface to Event objects looks like this
TYPE Event = CLASS SUPERCLASS PersistentObject END METHODS getType():String, getStartTime():Time, getDuration():Time END - The interface specifications described herein are in the style of the specification language of ILU system described above, but are not intended to be literal or exact, and should be easily interpretable by one familiar with object oriented programming. The meaning of datatypes String and Time are taken as self evident. Additionally, as a subclass of PersistentObject, Events inherit the methods
getPropertyNames():StringSequence setProperty(name:String, value:String) getProperty(name:String):String, - Events are created by calls to Session objects as described below.
- Timestream objects are used to reference stored data for a given media type. Generally speaking the data associated with a timestream allow time based access of the recorded media. Although for many digital media, such as recorded audio, this consists of time sampled data which could be treated as events, the high volume and highly media (and even device) dependent interpretation of the sampled data make it more practical to view the timestream as ‘opaque’. That is, timestream data is normally manipulated only by special tools related to the media and format of the timestream. In particular, the data is created by a Recorder object and played back by a Player object. Also, it may possibly be analyzed by media specific tools to produce Events. (e.g. speaker segments, silence/pause, scene change, etc.) Note also, that treating a timestream object as opaque allows the architecture to accommodate analog media. (e.g. the recorder and player might be a VCR under computer software control, and the timestream might provide the software with information about which tape should be used, and an absolute time that should be associated with the beginning of the tape.) The interface to Timestream objects looks as follows:
TYPE Timestream = CLASS SUPERCLASS PersistentObject END METHODS mediaType():String, e.g. audio format():String, e.g. sun au startTime():Time, duration():Time, END - Sessions are hierarchical collections which may contain events, timestreams and other sessions. This use of the term ‘Session’ is broader than one sometimes encounters, and it should be noted that a ‘Session’ in the narrower sense of data associated with say a given meeting or discussion, would be a special case. Sessions are essentially a general purpose bookkeeping mechanism for organizing Timestream data. The interface to Session objects looks something like this
TYPE Session = CLASS SUPERCLASS PersistentObject END METHODS getTimestreamByName(name:String):Timestream, getAllTimestreams():Timestream Sequence, getSessionByName(name:Session):Session, getAllSessions():Session Sequence, createEvent(start:Time, dur:Time, type String, props: Property List):Event END - Players, Recorders and Media Servers
- The timestreams architecture is extensible in the sense that Player and Recorder objects share a common interface independent of media type, and that no fixed set of supported media types is assumed. A simplified interface to Player and Recorder objects is:
TYPE Player = CLASS METHODS seek(t:Time), Change playback time to t location():Time, Return current playback time play(s:Speed), Play with speed factor s (1 = normal) stop(), Stop playing ... attach(timestream:Timestream) Set player to play given timestream END; TYPE Recorder = CLASS METHODS record(), pause(), createRecording(session:Session, name:Name):Timestream, finishRecording(), END; - Player and Recorder objects for a given media type are implemented by a ‘MediaServer’ associated with that media type. Of course supporting a new media type requires the implementation of a new MediaServer, but no change to the architecture (i.e. to the interfaces necessary for creating or controlling recorders and players) are required. This means that generic applications (e.g. recording control programs or access and playback control programs) can be written which will automatically support new media types, or new implementations of service for existing media types. A simplified description of the interface to MediaServer objects is given by
TYPE MediaServer = CLASS METHODS getRecorder(format:String, context:String):Recorder, getPlayer(format:String, context:String):Player END - The context argument specifies information about the Player or Recorder. For example, it could specify the host and device name used for audio input/output.
- Analyzers can be used to process the data associated with one or more timestreams and produce events. Two such analyzers used in the currently preferred embodiment are described below. A simplified description of the interface to an analyzer is given by
TYPE Analyzer = CLASS METHODS produceEvents(session:Session, specs:String) END - The analyzer accesses the data in timestreams of the given session, and creates events associated with the session. Which types of timestream (e.g. audio, video, etc.) are accessed by the analyzer depend on the type of analyzer. The ‘specs’ argument provides any necessary information about how the analysis is to be performed. For example the analyzer might be an audio word spotter which creates an event every time a given word (which would be part of the specs string) is spoken. Note that the Analyzer could be running after a session has been recorded, or in real time during the recording process. In real time, the events produced by the analyzer, can be ‘observed’ by other processes (see event notification described below) such as a process that implements a user interface.
- To further facilitate this extensibility, the architecture provides a broker object which locates MediaServers appropriate for supporting media of a specified type. The broker can also help locate other kinds of objects such as analyzers. The brokers can use information stored in shared network files to keep track of which running processes implement a given object type (e.g. an audio MediaServer), and/or of which programs must be run to create those processes. Other network based name services could also be used. A simplified description of the interface to a broker is given by
TYPE Broker = CLASS METHODS getMediaServer(media:String):MediaServer getAnalyzer(type:String):Analyzer END - Basic Control
- Events, timestream and session data are stored in a timestream database. Application programs using the timestream database first obtain a timestream master object, which has methods for creating or locating other objects. The master object may be obtained from a timestream server running in another process (perhaps on another host) through the same mechanisms as used by Brokers described above. Alternatively, the program code which implements the Timestreams server (and the master object) may be included directly in an application process.
- The basic steps necessary for a simple recording application in pseudo code are:
. . . get top level timestream object called ‘master’. . . session = master.getSessionByName(‘Recordings’) broker = master.getBroker() mserver = broker.getMediaServer(‘audio’) recorder = mserver.getRecorder(‘mu law’, ‘default audio device’) recorder.createRecording(session, ‘recording1’) recorder.record() . . . some code which looks for user interface events indicating that recording should be pauses, resumed, or completed. . . . call routine to close recording recording.finishRecording() exit - The above pseudo-code fragment describes the steps needed to create an audio recording named ‘recording1’ in an existing session called Recordings.
- The pseudo-code necessary for playing back the recording would be . . . get top level timestream object called ‘master’
- session=master.getSessionByName(‘Recordings’)
- timestream=session.getTimestreamByName(‘recording1’)
- broker=master.getBroker( )
- mserver=broker.getMediaServer(‘audio’)
- player=mserver.getPlayer(‘mu law’, ‘default audio device’) player.play(1)
- . . . wait for user interface events indicating playback should be stopped, or that a seek to a different time should be called.
- Confederations—Coordinated Playing and Recording
- The timestreams architecture provides several mechanisms which help applications coordinate with one another in general, and which help coordinate control of multiple players and recorders in particular. One mechanism is the Confederation object which is a collection of Players and/or Recorders which act as a single Player and/or Recorder. Players or Recorders may be dynamically added to or removed from a confederation. A simplified description of the interface to a Confederation is given by
TYPE Confederation = CLASS SUPERCLASSES Player, Recorder END METHODS registerPlayer(player:Player), unregisterPlayer(player:Player), registerRecorder(recorder:Recorder), unregisterRecorder(recorder:Recorder), ... END - As a subclass of Player and Recorder, it is implied that a Confederation supports the methods of those classes such as Play and Record. The Confederation also supports additional methods implementing such behaviors as the playing of sequences of time ranges.
- Using confederations, simplified code for setting up and controlling playback of all media recorded for a session called ‘ProjectMeeting#3’ would look like
top level timestream object called ‘master’ . . . session = master.getSessionByName(‘ProjectMeeting#3’) . . . broker = master.getBroker() . . . conf = master.getConfederation(‘xyz’) . . . timestreams = session.getAllStreams() for each timestream in timestreams do begin . . . mserver = broker.getMediaServer(timestream.mediaType()) . . . player = mserver.getPlayer(timestream.format(), ‘host1’) . . . conf.registerPlayer(player) end conf.play() . . . . . . - wait for user interface events indicating how playback should be controlled.
- Note that the confederation is given the name ‘xyz’. Other programs could get this confederation from the master object and use it to control playback. This allows several programs running on the same host, but perhaps with very different interfaces to jointly control playback. Furthermore the same program as described above, but running on a different host could create players associated with that host, and register them with the ‘xyz’ configuration. The result would be a shared distributed playback tool, requiring essentially no additional programming burden to implement.
- Event Notification—Interclient Communication
- Another coordination mechanism is event notification. A program can implement an EventNotifier, which is an object having a method called ‘noticeEvent’. The notifier may be registered with a session object, and then whenever an event is added to that session, the noticeEvent method is called with the event as an argument. For example when a selection is made of some objects in on a LiveBoard Window, events can be created indicating times associated with the selected objects, and a timeline interface with a registered EventNotifier can be contacted (i.e. the noticeEvent method called) allowing it to graphically indicate those times. This example is described in greater detail below.
- Synchronization
- Synchronization issues arise at a variety of junctures and in numerous forms. First, during capture, there is the need to keep timestreams sufficiently aligned so that errors will not be perceptually annoying during playback. In the case of audio and video, this means that video and sounds must stay aligned to approximately {fraction (1/30)} second (before annoying lip-sync problems arise, for instance). Since the two timestreams may be captured independently, on different machines, it is necessary to use (or reconstruct) some common clock among the various sources. In the currently preferred embodiment, when running fully connected, the Network Time Protocol (NTP) described in RFC-1769 is used among the distributed machines to keep the clocks accurate to within milliseconds (this is an adaptive protocol and will usually yield even better results by learning how to adapt to the machine's drift, not simply by resynchronizing to a common standard). Preferably, each quanta of a timestream's data would be timestamped (as with the Real-Time Protocol packets used in the video), but system assurances that the data will be sampled at a precise clock rate is also adequate.
- In other cases, e.g., textual annotations indexing other media timestreams, requirements for such strict synchronization may be relaxed. Again, the metric of needing sufficient accuracy that any errors will not be annoying during playback is applied. For a textual note, this means that the note must index the timestream at a location sufficiently close to that which the user intended so that the mark is a functional pointer to the recorded material. In some circumstances, seconds of slop may be allowable, in others, fractions of a second may be intolerable. If the user is running NTP on the hardware that's running the annotation software, that measure will generally provide sufficient accuracy. Other options include making a call a time server to get the current time from an NTP-equipped machine whenever an annotation is made, or synching the clocks at the outset of the meeting to calculate an offset between the annotation machine and NTP time. This last form of correction may take the form of a special “synchronization event”—one that is noted in (or can be analyzed out of) the data of two or more of the distributed resources.
- Almost regardless of the degree of precise synchronization required, provisions can be made that will permit fully disconnected operation of various capture devices. This is desirable in cases where a recording is made in a setting where connection (computational, audio, video, etc.) is undesirable or impossible. Handheld computers or commercial camcorders are acceptable capture devices, provided that means are provided for eventually aligning the disparate clocks of the equipment. An example of a technique to align a disconnected laptop with an audio recording is to hit a laptop key noisily; this is an effective synchronizing event. The keystroke is picked up by the laptop and timestamped by its clock; the audio is analyzed to find the audio event representing the key hit, this event being timestamped with the audio recorder's clock. From this the offset between the the clocks can be computed, and one of the sets of timestamps adjusted to the other.
- Drift (very low frequency errors) is also an issue during recording sessions. Depending on the degree of accuracy needed in sessions where independent clocks are employed, it may be necessary to take readings at the start and end of the session to compensate for systematic gains or losses or check the clock repeatedly for offset corrections. Drift in those elements of the system that are clocking themselves (e.g., an audio device running at a reported 8000 samples/sec that turns out to be 8057 samples/sec) may require additional tweaking during playback, if data can be gathered to suggest corrective action (e.g., play at 8057/8000 when normal speed playback is desired).
- Jitter (higher frequency errors) are generally handled by buffering at appropriate places in the system.
- Synchronization issues in timestreams playback sessions (which often coincide with capture sessions, or may be sort of “nested” in a capture setting) are closer to those typically dealt With in multimedia systems.
- To set context it is assumed that a variety of media timestreams (audio, video, computing logs) have been captured and are now charged with playing back all or a desired subset of those timestreams in close synchrony so that a captured activity may be re-experienced. It is further assumed that all of the records were captured with perfect data, no drift, jitter, or offsets to compensate for.
- In the currently preferred embodiment the various timestream players operate in a free-wheeling mode, using well-synchronized and drift-free system clocks to stay reasonably closely synchronized. This means that each player is responsible for playing its timestream in a manner that matches the passage of system time. In normal playback speed, this means that exactly one second of playback (and system time passage) should occur for each second of the original disk recording; faster and slower playback rates simply represent more and less of the recording being played back. Note that the best representation of these higher and lower speed playbacks may be customized for a user's needs—high-speed, pitch-preserved speech may be desired for skimming a meeting, or quarter-second video clips chained together from appropriate intervals might best convey very-high speed video playback.
- Two aspects of using free-wheeling synchronization are worthy of note—good startup and pause opportunity. The first is simply that correct behavior of such an approach is dependent upon the players all starting at the same time, regardless of transmission time, buffering, etc. This means that the players should honor the request for a scheduled start (e.g., initiate playback at X system time (some small but adequate time (fractions of seconds) into the future) at 100% normal speed of material recorded at Y system time). This mode of startup assures a coordinated start where subsequent real-time clock adherence will produce the desired behavior. Pause opportunity simply means that particular user actions give the players an additional opportunity for minute synchronization corrections (e.g., declaring one player to be the master and having all child players sync to it whenever the user stops or pauses the playback).
- System Architecture
- A block diagram view of the hardware architecture of the present invention is illustrated with reference to FIG. 1. Referring to FIG. 1, a session start-up
module 101 performs various “housekeeping” functions in preparation for recording a session. The session start-up module is preferably embodied as software executing on a computer based system that is coupled to the various recording components. Among its tasks, the Session start-up module must make sure thatsession storage device 103 has enough available storage capacity for storing the temporal data that is to be created. This is accomplished by providing an estimate as to the length of the session to be recorded and the number/types of capture devices being used. The capture session start-upmodule 101 will also synchronize the start of “recording” by each of the capture devices 102 a-c. Each of the capture devices may commence recording at the same or at different times. - The capture devices102 a-c capture the timestreams of the various media and in some instances create events. The
capture device 102 a generates timestream andevent data 107. In the currently preferred embodiment, an example ofcapture device 102 a is an electronic whiteboard such as the commercially available LiveBoard TM product available from LiveWorks TM, a Xerox Company, of San Jose, Calif. The timestream data being captured from the LiveBoard is generated asynchronously as interactions occur. An event may also be generated by invocation of a predetermined function (e.g. changing a page on the LiveBoard.) - The
capture device 102 b generates atimestream 108. In such a type of capture device, the capture device is continually in a mode of capturing timestream data. Typical examples ofcapture device 102 b are video and audio recorders. Another example of such acapture device 102 b is a pointer. A pointer capture device is one that captures the movement of a pointer, e.g. laser pointers that are typically used during a presentation to point out something on a projected slide or other visual. A pointer capture device is particularly useful for formal presentations when the commonly viewed material is prepared beforehand. The replay of a pointer timestream would thus show the movements of the pointer during the replay of a presentation. - The
capture device 102 c only generatesevents 109. An example of thecapture device 102 c is a button. A button is a device which causes the creation of an event in a button timestream associated with a user operating the button. Button events may be created by the user to indicate various activities such as the beginning of a topic of interest, a particularly useful dialog or the switching of a topic. Another example is a slide projector. Events in a slide projector timestream would indicate the changing of slides. - The capture devices102 a-b preferably capture the timestream in a digital format. It is desirable to store the timestream in a digital format to facilitate direct and random access to the various carts of the timestream. However, it is within the scope of the present invention to capture and store timestream data in an analog format. The format of a timestream will correspond to the capture device used to create the timestream. For example, an audio timestream is comprised of a set of audio samples taken at some regular interval, while a LiveBoard timestream is a history file of timestamped primitive operations (described in more detail below). Management of the captured timestream data is performed by various Media Servers which can choose to store their data in whatever way they deem most appropriate.
- The created temporal data is stored in
session storage device 103. Thesession storage device 103 provides permanent storage for different types of data: session data, event data, and timestream data. Thesession storage device 103 is, in practice, distributed over different physical storage devices and managed by different components of the Timestream Architecture (described below). - Also coupled to the
session storage device 103 is atemporal data analyzer 104. Thetemporal data analyzer 104 is a processing means (e.g. a computer based system) that is used to analyzetemporal data 111 to identifyevents 110. The event information is also stored in thesession storage device 103. - Access to a recorded session is accomplished through a
session access workstation 105. This access may be over a network (e.g. in a client-server architecture), or it could be through a direct connection. Access session start-upmodule 109 performs the various “housekeeping” functions necessary for replaying a session. The functionality of the access session start-up module is typically performed by thesession access workstation 105. Thesession access workstation 105 is typically a computer controlled display system wherein control of session playback is accomplished through a graphical user interface presented on a display. Such a graphical user interface is described below. In the currently preferred embodiment, the session access workstation is a SUN SparcStation-10 running the Sun OS 4.1 operating system with an X-Windows graphical user interface, available from SUN Microsystems Inc., of Mountain View, Calif. - Further coupled to the
session access workstation 105 areplayers 106,playback controllers 107 andeditors 108. Each of the various players, playback controllers, and editors is integrated within the session access workstation. So playback of an electronic whiteboard timestream is accomplished through a first window on the display of the workstation, a video timestream through a second window on the display of the workstation and an audio timestream via an audio subsystem of the workstation. However, it would be apparent to one of skill in the art that the players need not be integrated within a session access workstation, and may be discrete playback devices. Further, in the currently preferred embodiment, a single window may perform the function of a player, playback controller and editor. The organization of windows and their accompanying functionality in the currently preferred embodiment is described in greater detail below with reference to FIG. 3. - Finally, new
temporal data 112 created through use of an editor is stored insession storage device 103. - LiveBoard Operation
- The primary function of the LiveBoard in a collaborative activity is to provide a “shared representation” which each user can view and interact with. It should be noted that the LiveBoard and its operating software are designed so that such a “shared representation” need not be on a single LiveBoard device. Multiple LiveBoards can be coupled together via networks such that the actual collaborative activity may take place at different physical locations.
- The LiveBoard as used in the currently preferred embodiment is not primarily intended to be a means for creating indices to the session recording. However, as will be discussed in greater detail below, the LiveBoard has unique capabilities which make it a useful tool for controlling subsequent playback of a recorded session. The LiveBoard operates under the control of the Tivoli application. The Tivoli application is described in detail by Pedersen, E., K. McCall, T. Moran, and F. Halasz in “Tivoli: An Electronic Whiteboard for Informal Workgroup Meetings”,Proceedings of the INTERCHI '93 Conference on Human Factors in Computing Systems, pp. 391-389, April 1993. It should be noted that a version of the Tivoli application is commercially available from LiveWorks under the name Meeting Desk, for operation on a personal computer class system.
- Tivoli has a user interface that is similar to the class of image creation programs known as “draw” programs. An example of a draw program is MacDraw available from Claris Corporation of Santa Clara, Calif. Draw programs create and manipulate images as collections of graphical objects. Tivoli drawings are represented as graphical objects. Graphical objects include:
- strokes: “digital ink” objects created with a pen input device
- characters: created via keyboard or imported from text files
- images/icon objects: created by import or copying
- structured objects: imported from databases
- clocks: created with a clock gesture. Clocks are special marks created on the LiveBoard that appear as a circular analog clock face showing its creation time.
- Tivoli maintains a history list of executed primitive operations, e.g. add an object, delete an object, create an object, change an object, select an object(s) or change a page. Every primitive operation in the history list is timestamped and is associated with an object. As will be described in greater detail below, it is this history list that is analyzed to identify events.
- The graphical objects appearing on the LiveBoard may be either made during the course of a meeting or loaded from some memory media (e.g. a floppy disk) in a fashion similar to opening a word-processing file on a personal computer. This latter instance is particularly useful when the session is a formal presentation.
- Another important aspect of the operation of the LiveBoard is the use of gestures. A gesture is an interaction with a LiveBoard that is created like any other “inkstroke”, but is interpreted as a command (e.g. editing commands). For example, if a particular object is to be “deleted”, the objects are selected by an encircling gesture with the pen and a delete command (e.g. a pigtail gesture) invoked. After the deletion occurs, the marking caused by the gesture no longer appears on the LiveBoard (however, as will be described later, in the present invention a “ghost” image may be retained when the session is replayed).
- Further aspects of the Tivoli user interface are illustrated below with respect to the LiveBoard Window.
- Session Storage Device
- As described above, the Session Storage Device is the functional component of the Timestream Architecture that provides permanent storage for different types of data: Session data, Event data, and Timestream data. The Session Storage Device is, in practice, distributed over different physical storage devices and managed by different components of the Timestream Architecture. It is most practical to divide up the Session Storage Device into a Timestream Database (for Session and Event data) and Bulk Timestream Storage (for Timestream data).
- Bulk Timestream Storage is where the actual data of Timestreams are stored and managed. In the case of video, this consists of long, bulky sequences of digitized and compressed video frames. In the Timestream Architecture, the management of Timestream data is relegated to the various Media Servers, which can choose to store their data in whatever way they deem most appropriate. In the currently preferred embodiment, most of the Media Servers store their data in ordinary Unix files; but Media Servers for other storage mechanisms (e.g., a computer-controlled VCR for analog storage of audio/video timestreams) have also been implemented. It is even possible for a Media Server to use the Timestream Database for its Timestream data, which may be the most expedient mechanism for a Timestream with intermittent, low-bulk data (e.g., the textual notes produced by a laptop computer).
- The Timestream Database is a repository for storing and retrieving Session and Event data, i.e., the data that organizes all the information into Sessions and describes the constituents of Sessions. The Timestream Database supports the user in locating a desired Session, determining which Timestreams are associated with that Session, and finding Events that are associated with the Session and its Timestreams. The Timestream Database should not onlv support the browsing of the Session data, but also a database querying capability to allow selective retrieval of Sessions and Events. Session and Event information must persist for months and years, and thus must be stored on non-volatile devices (usually disks). Since the Timestream Architecture is object-oriented, an object-oriented database is appropriate as a persistent object store for the Timestream Database. However, the timestream database may also be implemented on top of a standard relational database. In the currently preferred embodiment, the Timestream Database is implemented on top of the Unix file system.
- Analyzers
- Temporal data analysis is particular to the information captured by the timestream and the desirable events to be extracted. In the case of a timestream of audio information, one useful form of an event is knowing when a particular person is speaking. Thus, it is desirable to analyze the audio stream to 1) segment the timestream to indicate when different persons are speaking, and 2) assign the various segments to the person speaking. These segments would then represent events in the timestream. Techniques for performing such an analysis on an audio stream are described in co-pending applications Ser. No. 08/226,525 entitled “Unsupervised Speaker Clustering For Automatic Speaker Indexing Of Recorded Audio Data”, and Ser. No. 8/226,519 entitled “Segmentation Of Audio Data For Indexing Of Conversational Speech For Real-Time Or Postprocessing Applications”, both of which are assigned to the same assignee of the present application. In any event, once such analysis is performed, the list of events for an audio timestream will comprise a plurality of data items each containing a timestamp, duration and speaker identifier.
- In the case of analysis of a timestream captured by a LiveBoard, an event may be the drawing of a figure or the writing of a word, a page change, erasures of figures or words, annotations made on existing markings, or the entering of a particular command to the LiveBoard user interface. As described above, the LiveBoard operates under the control of the Tivoli application. The timestream generated by Tivoli is a history list of timestamped primitive operations recorded in temporal order. The analysis of such a timestream involves parsing the sequence of primitive operations to identify significant events.
- Each marking on the LiveBoard is referred to as an object. Each object has one or more events associated with it. It is fundamental to the present invention that all the events related to an object are identified and provided to a user as an index into the session. Accordingly, temporal data analysis in the present invention identifies the various events on objects and stores the events. For every object there is an object-creation event. The object may also have object-altering events and an object-deletion event. Further aspects of the LiveBoard timestream are discussed below with respect to the LiveBoard window.
- Session Access Workstation
- In the currently preferred embodiment, the session access workstation is a computer controlled display system operating under the control of program instructions stored on a storage medium and is described with reference to FIG. 2. Referring to FIG. 2, the computer based system is comprised of a plurality of components coupled via a bus201. The bus 201 illustrated here is simplified in order not to obscure the present invention. The bus 201 may consist of a plurality of parallel buses (e.g. address, data and status buses) as well as a hierarchy of buses (e.g. a processor bus, a local bus and an I/O bus). In any event, the computer system is further comprised of a
processor 202 for executing instructions provided via bus 201 from Internal memory 203 (note that theInternal memory 203 is typically a combination of Random Access or Read Only Memories). When in operation, program instructions for carrying out the various functional components of the present invention are stored ininternal memory 203. Theprocessor 202 andInternal memory 203 may be discrete components or a single integrated device such as an Application Specification Integrated Circuit (ASIC) chip. Theprocessor 202 andinternal memory 203 comprise circuitry for performing the various processing functions described herein. - Also coupled to the bus201 are a
keyboard 204 for entering alphanumeric input,external storage 205 for storing data, acursor control device 206 for manipulating a cursor, and adisplay 207 for displaying visual output. Thekeyboard 204 would typically be a standard QWERTY keyboard but may also be a telephone like keypad. Theexternal storage 205 may be a fixed or removable magnetic or optical disk drive. Thecursor control device 206 will typically have a button or switch associated with it to which the performance of certain functions can be programmed. Further coupled to the bus 201 is audio output means 208. The audio output means 208 is typically comprised of some audio signal generation means (e.g. a Digital to Analog Converter) and a speaker. The audio output means 208 may also act as a player. Finally, coupled to the bus 201 is a video output means 209. The video output means is typically a commercially available processing means, e.g. a video board, for enabling a video signal to be displayed ondisplay 207. - While the session access workstation is embodied on a computer based system operating pursuant to programmed instructions stored on a storage medium, the present invention could be practiced on any computer controlled display system, such as a fixed function terminal or a LiveBoard.
- The session access workstation operates using program instructions for playback and control as described above with reference to the timestream architecture. FIG. 3 is a simplified state diagram illustrating the basic low-level operation of the session access workstation. Referring to FIG. 3, the session access workstation is initially in a start state301 when a request to playback a session is received. A session start-up state 302 is then entered. During the session start-up state 302, the session or sessions to be played back are selected by the user. The temporal data of the selected sessions are retrieved and the various players, controllers and editors are synchronized. Note that the various players may be integrated into the same physical device as the session access workstation, or they may be separate devices. The various windows (i.e. players, playback controllers and editors) are then displayed on the display coupled to the session access workstation. At this point, what is termed an “operate” state 303 is entered. The operate state 303 described here is used to convey the notion that the session access workstation is interactive and that the various functions of the user interface for the session access workstation can be invoked at any time. In any event, when the “operate” state 303 is initially entered, the session is cued to playback the session from the beginning. While in “operate” state 303 various primitive functions are performed responsive to user input. Invocation of a “play” command or equivalent graphical user interface input (e.g. clicking on a particular icon) will cause playback of the session to commence (box 304). This causes a playstate to be set to “play”. Invocation of a “stop” command will cause playback of the session to cease and the playstate to be set to “stop” (box 305). Invocation of “display modification” commands or controls while in a particular window will cause the window to be modified (box 306). Such modifications may be to change the tracks displayed in a timeline interface. Invocation of playback controls will cause the playback point to change (box 307). This will cause the replay of the session to be cued at a new point. Invocation of edit commands will cause either modifications to existing temporal data, or the creation of new temporal data (box 308). Upon initiating the operations in the various states, returning to the operate state 303 occurs.
- It should be noted that multiple of such operations may be invoked in order to accomplish a particular function on the session access workstation. For example, an operation to select objects in the LiveBoard window may invoke a “stop” followed by a “modify display.”
- Finally, invocation of an “exit” command while in operate state303 will cause the access session to be halted (stop state 309).
- Display of Session Access Workstation
- FIG. 4 illustrates the screen display of the session access workstation. The screen display of FIG. 4 shows a plurality of windows that are open concurrently. As for most windows oriented graphical user interfaces, the size and placement of the windows is at the choice of the user. Referring to FIG. 4, what is concurrently displayed is a
LiveBoard Window 401,video window 402, timeline interface window 403, notes windows 404-405,audio window 406,multi-media editor window 407 andmeeting player window 408. TheLiveBoard window 401 may operate as a player, playback controller or as an editor. As a player it is used to playback a LiveBoard timestream. As a controller it enables control of the replay of the session through interaction with objects displayed therein (described in greater detail below). As an editor, a user may create new objects or make specific annotations relating to the session which may be displayed in subsequent replays of the session. - The
Video Window 402 is a player that is used to playback a video timestream.Notes windows - The
Meeting player window 408 is a player and playback controller. Themeeting player window 408 provides a simulation of the dynamics of the meeting as it is played back, using the events of the various other temporal data. Playback is controlled though interaction with various icons presented in themeeting player window 408. The meeting player window is described in greater detail below. -
Audio window 406 is a controller used to control the replay of the audio timestream, in particular the speaker volume for the audio replay of the session. -
Multi-media editor 407 is an editor that is used to create notes, event or other information which may be introduced back into the session as a timestream. Further, themulti-media editor 407 may be used to create multi-media documents that do not require the session access workstation to be viewed. - The timeline interface window403 is a playback controller. The timeline interface window 403 embodies a temporal based view of the events as they occurred during a session. The timeline interface window 403 is described in greater detail below.
- Timeline Interface
- The timeline interface of the currently preferred embodiment of the present invention provides playback control through interaction with a representation of events along a timeline. Events may be either of a fixed duration, or be open ended (wherein only the creation time is of significance). During session start-up, event data is loaded into the session access workstation. The event data is used to create visual indicators that are scaled on a timeline. These visual indicators may be used as index points to move replay directly into corresponding time points of the session. The internal structure for organizing the event data into the timeline representation is now described.
- The loaded event data is organized to give a user a simple way to control the event data. This organization is defined by a Type Map, an Event Menu and a Track Map. All event type have hierarchic names called Htypes. For example:
- Speaker/Adam
- LiveBoard/Edit/Move
- Button/Betty
- Note/Laptop/Charlie.
- A user defined Type Map is used for creating such Htypes. The Type Map is a set of rules that takes the parameters of each Event and produces an Htype. The set of Htypes are then arranged into a simple hierarchic event menu that is presented to the user in the label area of a time track area. All events may be displayed to the user onto Tracks. The layout is defined by the Track Map. The Track Map is a list of Tracks, each with a list of Htypes that are represented on the corresponding Track.
- Visual indicators are created for each of the Htypes. Visual indicators can be of any graphical styles, but two general classes of visual indicators are most commonly used. The first class is termed segments. Segments are displayed on the timeline, as rectangular boxes that are sized and scaled to correspond to the duration over which the event occurs. The second class is termed startpoints. These are displayed on the timeline as triangles whose left edges are vertically positioned at the points in time that the events began, and whose rights sides “point” to the right to indicate that the activity corresponding to the events continue indefinitely. For such events, there is no concern about the duration of the event (e.g. an event indicating that a person is beginning to take notes). Various operations may be performed with respect to the Visual Indicators. Operations on Visual Indicators include:
- Create Visual Indicator (given type or Typed by default)
- Select Visual Indicator(s)
- Unselect Visual Indicator(s)
- Move Visual Indicator to different Track (times stay same)
- Copy Visual Indicator to different Track (times stay same)
- View more information about Event represented by Visual Indicator
- Edit selected Visual Indicator's display parameters
- Edit Visual Indicator times
- Adjust Visual Indicator begin time
- Adjust Visual Indicator (segment) end time
- Adjust Visual Indicator time position
- FIG. 5 illustrates the basic areas in the timeline window. Referring to FIG. 5, the
timeline window 501 is comprised of a plurality of display areas. An overviewtime track area 502 is used to provide an overview of the session, and a focustime track area 503 provides more detailed information over a duration less than or equal to the entire session. It should be noted that operation of each of the track areas can provide the same type of temporal information. The difference is the scale which the information is intended to detail (i.e. the entire session versus a portion of the session). - Defined within overview
time track area 502 isclock area 512 and defined within focustime track area 503 is clock area 513. Each of theclock areas 512 and 513 present the clock times and tick marks to indicate the time span and scale of the corresponding time track area. The overviewtime track area 502 has defined within it a special track termed thefocus track 508. Lying on thefocus track 508 is afocus segment 509. Thefocus segment 509 corresponds to a duration of the session detailed in the focustime track area 503. Further associated with each time track area is a label area. Each label area is for identifying the “tracks” which are displayed in the corresponding time track area. Thelabel area 504 corresponds to the overviewtime track area 502 and thelabel area 505 corresponds to the focustime track area 503. The relationship between the overviewtime track area 502 and the focustime track area 503 is indicated infocus area 507. This relationship is made visually apparent byarms 510 and 511 which extend from the ends of thefocus segment 509 to the ends of the focustime track area 503. - Also illustrated in FIG. 5 is a
button area 506. Thebutton area 506 is a static area that contains “soft” buttons for invoking various playback control functions. Such buttons are invoked by using a cursor control device in a point and click fashion. The arrangement and functions of the buttons is exemplary and is intended to provide simple access to specific commonly used functions. - The
button 520 is used to cause playback to skip back intime 10 seconds and thebutton 521 causes playback to skip forward intime 10 seconds. The directional arrows in button group 522 provide for context sensitive movement or scrolling. The button 523 provides for stopping the replay of the session. Thebutton 524 initiates the playing of the session. The button 525 permits skipping to next events on a selected track or set of selected tracks. The button 526 provides for entering an Edit mode to modify the timeline interface or the visual indicators displayed thereon. The button group 527 provides for context sensitive deleting or copying (e.g. copy or delete a visual indicator). The button group 528 provides for context sensitive expand and collapse (e.g. collapse a set of tracks into a single track, or expand a collapsed set of tracks) Thebutton 529 is used to display a session menu. The session menu enables the user to load data for sessions, save sessions or quit sessions. - As noted above, the portion of the session being shown in the focus time track display area is indicated by a focus segment contained on a focus track of the overview time track area. In order to change the span of focus in the focus time track area, the focus segment is re-sized by the user. This is illustrated in FIGS.6-7. In FIG. 6, the
focus segment 601 indicates a portion of the session that is shown in focustime track area 602. Other visual cues identifying this relationship include the changes to therespective clock areas time indicators playback time indicator 607 which indicates the current playback time. - Re-sizing the focus segment is accomplished by various cursor control operations. In the currently preferred embodiment, a button depressed on the mouse while the cursor is positioned on the right edge of the focus segment causes the focus segment to be stretched in the direction of movement of the cursor. The left side of the focus segment is manipulated in the same manner.
- FIG. 7 is an illustration of the result of the right side of the
focus segment 701 having been stretched to the right to increase the span shown in the focus time track area. This increased span is also reflected by changes in theclock areas 702 and 703 (re-scaling of tick marks and a change in the end time for the focus time track area.) - The timeline interface can be used to control playback of multiple sessions or to focus on multiple spans of a single session. FIG. 8 is an illustration of a timeline interface for two sessions. The two sessions may represent the morning half and afternoon half of an all-day meeting. Or they may represent different occurrences of a regularly scheduled meeting such as a weekly project review meeting. Typically, the two sessions will have some commonality. Referring to FIG. 8, the
timeline interface window 801 is comprised of two overviewtime track areas time track areas time track area 802 and the detail for that span in focustime track area 804. Similarly, focus segment 807 indicates a span in the session corresponding to overviewtime track area 803 and the detail for that span in focustime track area 805. The actual tracks show in the respective focustime track areas - FIG. 9 is a further illustration that indicates that the detail of multiple spans of a single session may be displayed in the focus time track area. This causes multiple focus segments to be displayed on the focus track of the overview time track area. Referring to FIG. 9, a
first focus segment 901 has detail shown in acorresponding area 903 in the focus time track area while asecond focus segment 902 has acorresponding area 904 in the focus time track area. Such a display may be desirable when it has been determined that there are certain areas where there is no interest in replaying (e.g. if you know beforehand that you only want to review discussion relating to particular pages on the LiveBoard). By default, the focus time track area will be divided evenly between the two focus segments and be on the same scale. However, as illustrated in FIG. 10, the portion of the focus time track display allocated to a session duration can be modified. Here, thearea 904 of FIG. 9 has been increased to thearea 1001 of FIG. 10, and thearea 903 of FIG. 9 has been decreased toarea 1002 of FIG. 10. This increase of size may be performed by a drag operation moving the left side of thearea 904 to the left. - FIGS.11-14 illustrate variations on a timeline interface display for a system comprising the following capture devices: a LiveBoard, an audio recorder, two user taking notes on personal computers, a video recorder and a button for each user. Of course, other combinations of capture devices may be utilized or events from some capture devices may be omitted, which would result in a different timeline interface display. The session attendees for this example are named Adam, Betty and Charlie.
- Referring to FIG. 11, overview
time track area 1101 displays information for the entire session and has a focus segment indicating the entire session. Thus, focustime track area 1102 displays the detail of the entire session. Playback indicators 1113 and 1114 indicate the current playback location within their respective time duration's. - Further associated with the
session area 1101 issession identifier 1103. The session identifier identifies the session being played back. - Information provided related to the overview session time track area, and thus the entire session includes the session start time1104, and the session end time 1105. Each of the session start time 1104 and session end time 1105 may indicate the actual time of day that the session occurred or be relative to a session start time of 0:0:0 (as illustrated in FIG. 11).
- Information related to the focus
time track area 1102 includes thespan start time 1106 and thespan end time 1107. Each of the span start time 1134 and span end time 1135 may be in terms of the actual time of day of the particular span, or be relative to a session start time of 0. - The focus
time track area 1102 includes a track label section 1111 for providing information about what each track represents.Tracks Track 1118 is generated responsive to a selection operation performed in the LiveBoard window and is described in greater detail below. Thetrack 1117 indicates various editing operations performed on objects on the LiveBoard. Ontrack 1117, each editing operation has a unique color coded visual indicator. So the color red may represent the deletion of an object, the color green the addition of an object and the color blue the movement of an object. - Tracks1119-1121 indicate audio events. The track 1119 indicates segments where “Adam” is speaking, the
track 1120 indicates segments where “Betty” is speaking, and thetrack 1121 indicates segments where “Charlie” is speaking. Each of the visual indicators of segments when a participant is speaking is visually distinct (typically by color or texturing). - Tracks1122-1123 indicate the start point of notes that were taken by meeting participants Adam and Charlie. The notes were taken on a personal computer or other text creation device that is operating as a capture device.
-
Track 1124 indicates instances of the event of “button” pressing. Each meeting participant has a button that may be depressed when the participant feels that something significant is being discussed. Again, the visual indicators are color coded to identify the person who depressed the button. So for example blue indicates Betty depressed her button and green indicates that Charlie depressed his button. -
Track 1125 indicates instances of events relating to the video timestream. Such events may include a person standing to speak, or some type of gesturing with respect to a whiteboard. Such events would be identified through analysis of the video timestream. - As described above, the
selection track 1118 is automatically generated as a result of a selection interaction in the LiveBoard window. The selection interaction is one where various objects (e.g. words, or diagrams) that are displayed on the LiveBoard are selected. Events relating to the selected object(s) are then displayed on the timeline window. It should also be noted that selection may occur with respect to a spatial area. In such a selection, an area is selected and events for objects that were located in the selected area are displayed on the timeline. This would be particularly useful to replay portions of a session where markings were erased from the LiveBoard (e.g. during the process of replaying, a skip is made and it is noticed that an object has been erased, or it has been replaced with another object.) Referring back to FIG. 11, various selection events are illustrated. Again, preferably the visual indicators are color coded to indicate the type of event. A creation event 1127 indicates a point in time where an object was created, a move event 1128 indicates the point in time where the object was moved on the LiveBoard, a change color event 1129 indicates that the object color was changed, and a delete event 1130 indicates that the object was deleted. - The content of each of the time track areas is user modifiable. Tracks may be merged, added, hidden or moved. In order to modify the contents of a time track area operations are performed within the corresponding label section. For example, with reference to FIG. 11 the audio tracks1119-1121 may be selected and merged. The results of such merged tracks is illustrated in FIG. 12, where
merged track 1201 has been created. Selection of tracks may be accomplished by operating the cursor control device by depressing a switch associated with the cursor control device and moving the cursor in a manner such that it passes over the labels of the track. Indication of selection of labels is accomplished through some visual stimulus such as presenting the selected labels in a reverse video mode. Confirmation of selected labels is accomplished by releasing the switch. At this point various track operation options may be presented. The user would then select the desired operation (in this case a merge operation). This is but one way in which track display operations could be performed. Other techniques could be invocation through pull down menus or through commands entered on a command line. - Operations on Tracks include:
- Select Track(s)
- Unselect Track(s)
- Create Track (given Htypes)
- Reposition selected Track
- Delete selected Track(s)
- Collapse selected Tracks (into one Track)
- Expand selected Track (into a sequence of Tracks based on its Htypes)
- Edit Display Parameters of selected Track(s)
- Edit Track Label
- A point and click operation on the different visual indicators may cause different things to occur. In each case, the subsequent playback of the timestreams will be set to the time corresponding to the beginning of the visual indicator. In the case of Notes, a window containing the text in the note is opened. The occurrence of such an operation is illustrated in FIG. 13. Referring to FIG. 13, the
visual indicator 1301 has been pointed to and the switch on the cursor control device clicked. This causes atext window 1302 to be opened containing the text generated during the meeting (here the text “Good Point Made By Betty. Need to Use that Argument in Meeting With the Boss”). It should be noted that the text window may also be presented in a different location outside the time track display area. - It should be noted that the timeline may be displayed with a vertical or horizontal orientation, or used in combination with other visualization techniques for showing long strings of sequenced data.
- Meeting Player/Controller
- The form of a player is not limited to playback of the temporal data of a session in the exact same form as it was created. An example of such a player is the meeting player. A meeting player is used to visually represent various meeting dynamics. This may be useful for example when a person may not be able to recognize the voices being replayed, but wishes to identify the speaker. The meeting player of the present invention simulates the activities as they are taking place during the meeting. FIG. 14 illustrates a
window 1400 displaying a meeting player. Referring to FIG. 14, the meeting contains visual indicators 1401-1403 each representing a meeting participant,visual indicators icon 1401 is highlighted so the speaker represented byicon 1401 is speaking. Likewise, when someone presses a button, the corresponding button icon would be displayed as highlighted. - Note that it would be possible to include within the speaker icon a thumbnail image of the speaker. It may also be desirable that each of the associated icons may maintain the same visual characteristic as the corresponding track on the timeline. So if the
speaker icon 1401,button icon 1406, andpersonal computer icon 1404 Were associated with Adam, who had a visual characteristic of blue, these icons would be blue. However, it is recognized that there may be situations where this would not be possible due to limitations in the number of displayable colors or other factors. - Further displayed in the meeting player window are a LiveBoard page and
title indicator 1410 and aclock 1411. The page andtitle indicator 1410 indicates the “page” that is currently being viewed on the LiveBoard at this instant of the playback. Theclock 1411 indicates the playback time. A table 1409 is also displayed to provide a visual cue as to the fact that the session represents a meeting. - The meeting player may also be used to change playback to a different speaker. This enables the user to easily traverse the meeting by a particular speaker. Switching to the different speakers is accomplished by a “point and click” operation on the icon of the desired speaker. This will cause the playback to jump to the next point in time for the selected speaker. Moreover, this operation may work for any icon, where a jump to the next instance of an event associated with the selected icon is made (e.g. the Page and
title indicator 1410 could be subject to a “point and click” operation to skip the replay to the beginning of the next page of the LiveBoard). Thus, the meeting player in this instance further operates to control playback of the session. - The meeting player may be designed to indicate various other events that can be analyzed. For example, a “laughter”
icon 1412 or “applause”icon 1413 can be provided to indicate when laughter or applause is occurring, or to skip to a next temporal occurrence of laughter or applause. Further, while the preferred embodiment is used to represent a meeting, other types of activities, e.g. presentations, could be represented in a similar fashion. - LiveBoard Window
- The LiveBoard Window of the currently preferred embodiment simultaneously operates as a player of the LiveBoard timestream, a playback controller, and an editor. The LiveBoard window is based on the aforementioned Tivoli software. The LiveBoard window operates in different playback modes: an animated mode reconstructing the exact appearance of a past state, a “bouncing-ball” mode, where a cursor points to the area where marking/editing is happening and a “null” mode. In the animated mode, the LiveBoard window replays the LiveBoard timestream (i.e. the timestamped history list), in the sequence recorded. In the “bouncing-ball” mode, the state of the LiveBoard at the end of the session (or end state of a page) is displayed and as events related to objects occur, the objects are highlighted and pointed to by the cursor. In the “bouncing-ball” mode the shape of the cursor changes to indicate the type of event (e.g. a pen for creating the object; a hand for moving the object; an eraser for deleting the object). In the “null” mode the end state of the LiveBoard at the end of a session (or end state of a page) is displayed. The null mode is used when updating of the LiveBoard window is undesirable (e.g. it would be distracting to the user).
- In each playback mode, an additional feature called ghosts leaves a faint version of an object (its ghost) on the display even after it is deleted. This feature can be turned on or off by the user. A ghost object can be used as an index into the session.
- The animation mode and bouncing-ball mode each indicate the type of event occurring at a particular time. In bouncing ball mode, the cursor tells the type of event, whereas in full animation mode the animation shows the type of event by how it is animated.
- Playback control occurs through interaction with the objects displayed during playback. As a simple example, a user may select an object and invoke a play command directly on the LiveBoard to cause immediate playback at the most significant event relating to the phrase (e.g. the time it was written on the LiveBoard). Other playback control features are described below.
- The LiveBoard window may be operated as an editor because all the LiveBoard functionality is available. So a user may perform their own manipulation of the objects displayed, or add to the drawings. Such manipulations will generate their own timestream.
- It is significant that the LiveBoard window operates as both a player and a playback controller. As opposed to known notetaking systems, the LiveBoard window provides a playback control means which is not strictly based on the end state of the notetaking medium. A user may interact with the LiveBoard at any point during the playback. So for example, a user may be replaying the session and skip ahead to a point in the session (e.g. by a point and click operation on a clock) and notices that a word was erased from the LiveBoard. This could trigger a user to review the portion of the playback related to the erasure of the word in greater detail.
- FIG. 15 illustrates the LiveBoard Window of the currently preferred embodiment “Copyright 1991-1995 Xerox Corporation” 17 U.S.C. 401). Referring to FIG. 15, the
LiveBoard Window 1501 is an instance of the user interface for the Tivoli application running on the session access workstation. The LiveBoard Window is comprised of acontrols area 1502 which borders anobjects area 1503 on two sides. The various controls in thecontrols area 1502 are active in theLiveBoard Window 1501. It is the markings displayed in theobjects area 1503 which are active and selectable objects. Also illustrated is aPlayback Tool 1504. ThePlayback Tool 1504 is used to initiate playback at a point relevant to a selected object. - The example of an interaction with the LiveBoard to select an object and listen to its earliest point is possible because of the created history list. As described above, the history list is a listing of primitive operations performed and each primitive operation is timestamped and associated with an object. The object is typically defined spatially and as the function performed. For example, draw a line from point X1, Y1 to X2, Y2. So when a selection of an object is made, it is a simple matter of looking at the spatial location, finding the objects at that location, finding the primitive objects associated with the objects and then choosing the time of the most salient event. In the general case, the most salient event will be the “creation” event. However, other times may be interesting to the user so a selection operation is provided which enables as user to select the most salient event (described below).
- LiveBoard timestreams can be generally categorized into 2 types: monotonic and non-monotonic. A monotonic timestream has primarily “create” events. The only thing that happens is that new objects are created (no moves, changes or erases). In a monotonic timestream, the overwhelming majority of objects have just one event associated with it (its creation event).
- A non-monotonic timestream is comprised of creation, change, move and delete events. Thus, each object can have more than one event associated with it. It is useful to distinguish changes that change the positions of objects (i.e., moves) and those that don't. If a timestream does not have any position-changing events, then each object has a unique position on the display. If there are movement events, then an object may occupy multiple positions during the session. Finally, if a timestream has deletion events, then the objects may disappear at some time during the session.
- The LiveBoard window may be used as a playback controller stand-alone or in correlation with the Timeline interface. The correlation with the Timeline interface is described below. In standalone mode, for a monotonic timestream selection of an object and invocation of the playtool w ill cause replay at the time of the “creation” event for the object (since this is the only event related to the object).
- In the case of non-monotonic timestreams, the issue is what “event” to use to commence playback time for a selected object. When the user points to an object with the Playback tool, the system plays the session at the time of the earliest event associated with the object. However, other times for an object might be significant, e.g., the times at which an object was moved might be important. There are alternative ways to access other event times for an object. For example, an event menu may be provided which lists all the events associated with the object. The user just selects the event desired and playback would commence at the time associated with the event.
- Another technique is to use a play-next-event button, which skips the playback time to the next event associated with the current object. Yet another technique using timeline correlation is described below.
- Clocks
- The notion of clocks on a LiveBoard and in the LiveBoard window were described above. A clock is useful in replaying the session in that it provides a temporal reference of when activities took place in the LiveBoard window. Recall that clocks are graphical objects created by a clock gesture. Clocks may be manipulated and edited in the same fashion as all graphical objects. But a clock object is special: it contains a special property in its data structure that represents its own private “internal” time. When a playback tool touches a clock, the play point is set to the clock's internal time, not to the time of some event associated with the clock (e.g. its creation time). Thus, the clock can be used to deal with time independently of its own history. By default the clock's internal time is the same time as the creation operation for the clock. But it doesn't have to be, and this leads to various useful functions.
- The clock's internal time may be altered. In the currently preferred embodiment, when an edit gesture (currently, point and hold) is made on a clock, a menu pops up which allows the user to change the clock's internal time. These change can be either relative (e.g. move the internal time forward or backward by N seconds) or absolute (i.e. change the internal time to a specified time T). The former is most useful, because it allows a clock's internal time to be adjusted slightly to be more accurate for indexing.
- For example, in a meeting an interesting issue is raised and discussed. A user at the LiveBoard can index this discussion by creating a clock and writing a note. But usually the clock will be created somewhat after the discussion began. Thus the clock can be edited to adjust its time backwards a bit to more accurately index the start of the discussion. This edit can be made during the meeting or later during an access session. The latter is most useful, because it is convenient to replay the meeting from the current clock setting to determine if the setting is accurate. In the current implementation, this is made convenient for the user by having replay commence automatically after an edit is made, giving the user immediate feedback on the appropriateness of the time setting.
- Users can create clocks during an access session by adding them via the LiveBoard window (see the LiveBoard Window as an Editor below). But in this situation the internal time of the clock is set to the current playpoint of the playback tools, not to it's creation time in the access session (which is not at all useful). For example, consider a user accessing an earlier meeting. He listens to the audio of the meeting and hears an important idea that was not indexed during the meeting. So at this point in the playback he creates a clock and then types a note next to it. This clock is a new index into the meeting. Thus the quality and quantity of indexing can be enhanced at access time by being able to create objects that hold times in the original meeting.
- LiveBoard and Timeline Correlation
- It is often desirable to view all the events associated with an object. For example, a user may wish to know when and if an object was altered or deleted. As described above, all the events associated with an object selected in the LiveBoard are displayed on a selection track of the Timeline interface. This provides a means for displaying user specified relevant indices into a session through correlation between the LiveBoard and Timeline interfaces.
- Other features of the correlation through interaction with the LiveBoard Window are illustrated in the following scenario described with reference to FIGS.16-20. It should be noted that the representation of the LiveBoard Window and the timeline interface have been simplified. In particular, the control areas on the LiveBoard window and the overview time track area of the timeline interface are not shown in the Figures.
- Graphical Object to Timeline Indexing.
- Referring to FIG. 16, the user sees a word in the LiveBoard Window1601 and wants to replay the conversation when this word was written. The user selects the
word 1602 “redundancy” utilizing a suitable selection technique (here by circling the word with a gesture using the pen/mouse). The timeline interface 1603 is then updated on the Select track to show all events related to the selected word. Here, thevisual indicator 1604 is displayed onselect track 1605. Thevisual indicator 1604 represents the event of writing the word. In this instance, no other events are associated with the word “redundancy”. - Also illustrated in the timeline interface1603 is
playback time indicator 1606. So it is noted that at this time, the playback is at a point “after” the word “redundancy” has been written. - Synchronous Display State
- FIG. 17 illustrates the synchronization between the LiveBoard Window and the timeline interface. The user moves playback time indicator1703 in the
timeline interface 1702 just before thevisual indicator 1604. TheLiveBoard window 1701 is then updated to display what was on the LiveBoard at that instant in time. In particular it is noted that when compared to FIG. 16, the word “redundancy” does not appear in the LiveBoard window. - When the Play command is invoked, both the LiveBoard window and timeline interface are updated synchronously. After a while the word “redundancy” will appear on the LiveBoard.
- Temporal to Spatial Indexing
- Now the user notices that there were some events on the timeline just before the event on the selection track. he user selects the visual indicators representing these events on the timeline, and immediately the corresponding elements of the drawing are highlighted in the LiveBoard window. That is, the correlation between the drawing and the timeline is bi-directional.
- This is illustrated in FIG. 18. The
visual indicator 1804 are selected from thetimeline interface 1803. In theLiveBoard window 1801, the word “router” 1802 is highlighted (illustrated here by the dashed circle.) Thus the event corresponding to thevisual indicator 1804 is associated with the word “router”. - Multiple Events Per Graphical Object
- Next, the user sees a bold box on the diagram in the LiveBoard window and selects the box. Three visual indicators are displayed on the selection track of the timeline interface (alternatively, the three visual indicators could have been highlighted on the Edit track). The first type of visual indicators designate the creation events for the box, the second type of visual indicators designate the line-width-changing events when the box was made bold; and the third type of visual indicators designate the event of moving the box on the drawing. As noted above, the visual indicators on the timeline interface are visually distinct to indicate the kind of events they represent. The user is interested in why the box is bold and so moves the time marker to the line-width-changing events and invokes playback using the playtool.
- This is illustrated in FIG. 19. The
box 1902 is highlighted inLiveBoard window 1901. The visual indicators 1904-1906 are highlighted in thetimeline interface 1903. As described above, each of these visual indicators represents a particular type of event associated with the object. Further, in the currently preferred embodiment, each visual indicator will have some visual characteristic, typically color, which will correspond to the type of event. - The user selects
visual indicator 1904 from which to commence replay. - Indexing by Location in the Objects Area
- Next, the user considers a diagram on another page of the drawing. This diagram was drawn, erased, and redrawn several times throughout the meeting; and the user wants to hear why the earlier versions were not considered to be correct. The user selects the area of the drawing where the diagram is located. Now, several sections of the timeline are highlighted, revealing all the events for all the objects that were ever in that area of the drawing, including objects that have been deleted or moved. The user moves the time marker to the first highlighted deletion visual indicator to find the discussion of why the first version was changed.
- A visual cue that objects will be or were in a particular location is ghost objects. Ghost object are faint outlines of objects used to indicate that at some point in time during the session, an object was at this particular location. A user may notice various object ghosts and want to know what was or will be there (e.g. a list of items where at the end of a session it is apparent by the ghost object that an item was erased).
- This is illustrated in FIG. 20. Referring to FIG. 20, the user has selected
area 2002 in the diagram of theLiveBoard window 2001. Briefly referring to FIG. 16, thearea 2001 corresponds to the area containing the list of words, “add”, “router” and “redundancy”. Thetimeline interface 2003 has now highlighted multiple visual indicators 2004-2006 which relate to events that correspond to events associated with thearea 2002, namely events associated with the words “add”, “router” and “redundancy”. It should be noted that this is merely a spatial correlation, namely, an event representing a word that was erased on the list may also have been highlighted. Further illustrated in FIG. 20 is “ghost”object 2007. At this point in the playback, the object at the location indicated by “ghost”object 2007 has been erased. - LiveBoard Window as an Editor
- As described above, an editor permits a user to add timestream and event data after the fact. When the LiveBoard Window is used as an editor, what is edited is the markings on the LiveBoard (or new markings added). In this case, additions and or deletions to the LiveBoard timestream are made as a result of such editing. Alternatively, a separate timestream may be created.
- The LiveBoard Window when used as an editor provides a very effective vehicle for enabling a non-participant to efficiently review the recorded session. This is in part because all the basic capabilities of the LiveBoard are available during the replay of the session. This is best described with reference to FIGS. 21 and 22 showing the LiveBoard Window at the end of a session both before and after an editing session. The LiveBoard in this example is operating in the bouncing ball playback mode.
- Referring to FIG. 21, various handwritten markings appear on the LiveBoard window2101. As discussed above, each of these handwritten markings may be used to index into the session. However, during some meetings some of the markings may be extraneous (e.g. mark 2102), or even illegible (e.g. mark 2103). Moreover, there may even have been important points that were discussed, but somehow never made it on to the LiveBoard.
- FIG. 22 illustrates the LiveBoard window of FIG. 21 after someone has edited it. Referring to FIG. 22, the edited
LiveBoard window 2201 has been expanded to accommodate notations made by the editor. The editedLiveBoard window 2201 makes use of clocks and inserted text to provide more indices and information. In FIG. 22, text has been associated with each clock to indicate what is being discussed at that point. So for example, thetext 2203 can be used to indicate what the mark 2103 means. The clock/text 2202 indicates what the collection of markings represent and when creation of the markings began. Clearly, the edited LiveBoard window would enable a subsequent viewer to more effectively use the LiveBoard window as a playback controller. - As an editor, the existing markings on the LiveBoard window may be changed. This may done for example to erase the extraneous marking, e.g. the marking2102 of FIG. 21 so as to not detract the subsequent viewer of the window.
- User Control of Captured Timestreams
- Another aspect of the timestream architecture is control of captured timestreams. Users are very concerned about captured timestreams, especially timestreams which are “literal” records like audio and video. They are concerned with who has access to the literal records of their activities and conversations. They are concerned with knowing when they are being recorded, and they want control over this. On the other hand, after an interesting but unrecorded discussion, users often wish that they had recorded it.
- User control is supported in the timestream architecture. However, implementation requires user interface tools to effectively give control to the user, both during the capture of sessions as well as afterwards.
- The timestream architecture provides for special treatment of “Control Events”. A Control Event specifies
- a time span (start time and duration),
- which timestreams to control,
- what kind of control (purge level of protection), and
- when the control takes effect.
- Given that captured sessions can have multiple timestreams, a Control Event can selectively control them. For example, it may be useful to control just the audio during a sensitive span of a discussion. A Control Event can also specify all timestreams in the session.
- There are several kinds of control. The recorded material can be physically purged from the database. Access to hearing or viewing the recorded material can be denied or given to specific users or groups of users. Access can be of different types, such as access to be able to read only, to be able to append new material, to be able to fully edit the material, or to be able to change the access controls. For example, Control Events may specify that only the chair of a meeting may edit the meeting records, that only the manager of the group may change the access controls, that only the meeting's attendees may append new material to the captured records, and that only a specific set of other individuals may listen to the captured audio.
- Finally, the timing of the controls can be specified. This is most useful for purging. Captured records can be purged at different times, such as immediately upon specification (e.g., to eradicate a personnel discussion), right after a session (e.g., to erase an uninteresting meeting), or days or months later (e.g., for archiving and storage management). But it may also be specified that access to a meeting's records be denied to non-attendees for a week, giving the chair time to edit the records.
- While the Timestream architecture makes it possible for Control Events to specify a variety of controls, the architecture does not implement them directly, but delegates control to the various components of the architecture. Many of the specifications can be encoded in the database to enforce them. The timestream Players and the Timeline interface can also help enforce some access controls. The purging usually must be implemented by Recorders, or by some process that understands a particular timestream's data format. A purging process can either overwrite the data to be purged (“zero it out”) or actually rewrite and compress the records by leaving out the data to be purged. The Timestream architecture does not per se guarantee a full implementation of the Control Events, but only to do the best it can with components available in a given situation.
- It has been determined that providing access controls in a time-based way is very subtle in general. For example, suppose that the audio/video record of a certain 10-minute span of discussion is to be purged because it deals with a sensitive decision; and suppose that the video record showed a whiteboard on the wall. Even if the 10-minute span is purged from the video, there is no guarantee that remnants from that discussion do not remain on the whiteboard after that span. As a practical matter, however, time-based controls are useful most of the time.
- Control Events are only useful if users can easily create and edit them. It is natural for users to specify Control Events with the Timeline Interface after a session.
- In the currently preferred embodiment, a simple set of user interface tools are provided to give the users unobtrusive control of audio recording during the session. It is important to make users aware of when recording is taking place. The red light on a video camera does this. For the LiveBoard, a flashing “On Record” is displayed while recording is taking place. Pause and Record buttons, both hard buttons on physical devices and soft buttons on either the LiveBoard or computer display allow the users to turn the recorders on and off. But this control must be anticipated: the user must know ahead of time that the coming activity is either interesting or sensitive and therefore to either Record or Pause the recorders. In practice, this is not effective: users often do not recognize these situations until well after they are started. Thus, post-hoc control is needed.
- Our user interface provides for this by implementing a concept of “On Record” and “Off Record” (in addition to Pause and Record), which allows users to control recording after the fact, but within a session in an appropriate manner. The idea is that a whole session is actually recorded, users are allowed to mark parts of the session as being On Record or Off Record, and after the session the Off Record parts of recordings are purged.
- When a session is started for recording, a flashing “On Record” notice is displayed, along with an Off Record button. When the Off Record button is pressed, the user can mark the session to be off the record as of now or as of N minutes ago. For example, if a discussion starts shifting to a sensitive topic and the discussants note this after a few minutes, they can then set the last, say, 5 minutes to be Off Record. Similarly, when the session is off the record, a flashing “Off Record” is displayed along with an On Record button, which allows the user to mark the session as on the record. For example, when the discussion gets interesting, the last 10 minutes can be put back on the record. These controls persist to the end of the session, when the users could decide that the whole session is to be put on or off the record.
- What these user interface tools do is to cause Control Events to be created during the session (off record segments are marked as purged and on record segments marked as allowing access). After the session is closed, a process is run that analyzes the produced Control Events for conflicting specifications (i.e., spans of the session are marked as both on and off the record) and then calls the Recorders to purge the records. One technique for conflict resolution is to give precedence to more recent Control Events. However, a user can ask to see the Control Events via the Timeline interface and edit them before calling for a purge.
- One difficulty in this user interface is that it is difficult for a user to know how many minutes back in time to change the record. One improvement for this would be to use our audio analysis tools to given the user more meaningful time points. For example, after pressing the Off Record button, a menu of backup points to recent audio pauses or speaker changes could be presented. The user could be allowed to playback from these to determine the correct time point.
- Thus, a computer controlled display system for accessing contemporaneously timestreams of information is disclosed. While the present invention is described with respect to a preferred embodiment, it would be apparent to one skilled in the art to practice the present invention with other configurations of information retrieval systems. Such alternate embodiments would not cause departure from the spirit and scope of the present invention.
Claims (14)
1. A computer controlled display system for controlling the replay of a session captured on a plurality of media capture devices, wherein at least one of said plurality of media capture devices is a shared representation media, said shared representation media for creating and displaying graphical objects, said computer controlled display system coupled to one or more players for replaying said session, said computer controlled display system comprising:
a display;
session input means for receiving temporal data of said captured session, said temporal data comprising timestreams and events;
user input means for enabling a user to interact with said computer controlled display system;
synchronization means for synchronizing playback of said session by said one or more players;
processing circuitry for generating display information from a timestream representing operations performed on said shared representation media, said display information for display in a window on said display, said window operating as a player for replaying the temporal sequence of operations performed on said shared representation media, said replay causing one or more graphical objects to be displayed in said window, and said window further operating as a user interface for controlling the playback of said session;
window control circuitry for detecting a user interaction on one or more graphical objects in said window and generating a playback control signal to said synchronization means, said playback control signal corresponding to said user interaction.
2. The computer controlled display system as recited in claim 1 wherein said window operating as a player has an operating mode that recreates the interactions with the shared representation media in the same temporal sequence that they occurred.
3. The computer controlled display system as recited in claim 1 wherein said window operating as a player has an operating mode that starts with an end state of the graphical objects on the shared representation media and moves a cursor to point to the graphical objects in the same temporal sequence that an event occurred with respect to said marking
4. The computer controlled display system as recited in claim 3 wherein said visual representation of said cursor will change in accordance with the event occurring with respect to a graphical object pointed to.
5. The computer controlled display system as recited in claim 1 wherein one of said operations performed on said shared representation is an erase operation for erasing graphical objects and which are subsequently represented by a ghost graphical object.
6. The computer controlled display system as recited in claim 1 wherein said window control circuitry further comprises:
means for identifying a graphical object that a cursor is pointing to;
means for identifying events associated with said pointed to graphical object, said events having associated therewith a time said event occurred in said session;
means for determining which event to move playback to;
and wherein said playback control signal is one that moves playback to the time associated with said determined event.
7. The computer controlled display system as recited in claim 6 wherein said means for determining Which event to move playback to is comprised of means for displaying a menu of all the events associated with said graphical object and means for detecting an event selected from said menu.
8. The computer controlled display system as recited in claim 1 wherein said window control circuitry further comprises:
means for identifying a graphical object that a cursor is pointing to;
means for identifying a creation event for said graphical object; and
said playback control signal is one that moves playback to the time associated with said creation event.
9. In a computer controlled display system for controlling playback of a session, a method for changing the playback time of said session, said session captured on a plurality of media capture devices, wherein at least one of said plurality of media capture devices is a shared representation media, said shared representation media for creating and displaying graphical objects, said method comprising the steps of:
a) analyzing a timestream of said shared representation media to identify a plurality of events, each of said plurality of events corresponding to an object created on the shared representation media during said session, each of said events having a corresponding a point in time in said session;
b) replaying said timestream of said shared representation media in a window on a display coupled to said computer controlled display system;
c) detecting that a user has selected a graphical object in said window, said graphical object representing a marking made on said shared representation media;
d) identifying events associated with said graphical object;
e) determining which of said events will be used to more playback time to; and
f) cueing players to move playback of said session to the time associated with said event determined in step e).
10. The method as recited in claim 9 wherein said step of replaying a representation of said shared representation media in a window on a display coupled to said computer controlled display system is further comprised of the steps of:
b1) displaying objects in said window representing an end state of the shared representation media at the end of said session; and
b2) moving a cursor to point to an object that is associated with an event during the playback of said session.
11. The method as recited in claim 10 further comprising the step of:
b3) changing the visual representation of said cursor to correspond to the type of event occurring on an object.
12. The method as recited in claim 9 wherein said step of replaying said timestream of said shared representation media in a window on a display coupled to said computer controlled display system is further comprised of the step of displaying graphical objects in said window in the temporal sequence that they were created.
13. The method as recited in claim 12 wherein said step of replaying said timestream of said shared representation media in a window on a display coupled to said computer controlled display system is further comprised of the step of displaying a ghost object at the spatial location where an object is deleted.
14. The method as recited in claim 9 wherein said step of determining which of said events will be used to move playback time to is further comprised of the steps of:
e1)displaying a list of events associated with said graphical object so that a user may select one of said events;
e2) detecting that a user has selected one of the events in said list of events; and
e3) providing said selected event as said determined event.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/552,648 US6332147B1 (en) | 1995-11-03 | 1995-11-03 | Computer controlled display system using a graphical replay device to control playback of temporal data representing collaborative activities |
Publications (1)
Publication Number | Publication Date |
---|---|
US20020002562A1 true US20020002562A1 (en) | 2002-01-03 |
Family
ID=24206209
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US08/552,648 Expired - Lifetime US6332147B1 (en) | 1995-11-03 | 1995-11-03 | Computer controlled display system using a graphical replay device to control playback of temporal data representing collaborative activities |
US08/552,648 Granted US20020002562A1 (en) | 1995-11-03 | 1995-11-03 | Computer controlled display system using a graphical replay device to control playback of temporal data representing collaborative activities |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US08/552,648 Expired - Lifetime US6332147B1 (en) | 1995-11-03 | 1995-11-03 | Computer controlled display system using a graphical replay device to control playback of temporal data representing collaborative activities |
Country Status (2)
Country | Link |
---|---|
US (2) | US6332147B1 (en) |
JP (1) | JP3943636B2 (en) |
Cited By (94)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010051957A1 (en) * | 2000-06-13 | 2001-12-13 | Brother Kogyo Kabushiki Kaisha | Information recording and reproducing apparatus |
US20020154173A1 (en) * | 2001-04-18 | 2002-10-24 | Etgen Michael P. | Graphical user interface for direct control of display of data |
US20020161804A1 (en) * | 2001-04-26 | 2002-10-31 | Patrick Chiu | Internet-based system for multimedia meeting minutes |
US20030118087A1 (en) * | 2001-12-21 | 2003-06-26 | Microsoft Corporation | Systems and methods for interfacing with digital history data |
US20030218632A1 (en) * | 2002-05-23 | 2003-11-27 | Tony Altwies | Method and architecture of an event transform oriented operating environment for a personal mobile display system |
US20040174400A1 (en) * | 2000-02-25 | 2004-09-09 | Kargo, Inc. | Keypad-driven graphical user interface for an electronic device |
US20040260759A1 (en) * | 2003-06-06 | 2004-12-23 | Fuji Xerox Co., Ltd. | Systems and methods for capturing customer service engagements |
US20050243656A1 (en) * | 2001-03-28 | 2005-11-03 | Microsoft Corporation | Electronic module for sensing pen motion |
US20050289453A1 (en) * | 2004-06-21 | 2005-12-29 | Tsakhi Segal | Apparatys and method for off-line synchronized capturing and reviewing notes and presentations |
US20060026251A1 (en) * | 2004-07-27 | 2006-02-02 | International Business Machines Corporation | Method, system and program product for annotating a development artifact |
US20060177198A1 (en) * | 2004-10-20 | 2006-08-10 | Jarman Matthew T | Media player configured to receive playback filters from alternative storage mediums |
US20070038999A1 (en) * | 2003-07-28 | 2007-02-15 | Rincon Networks, Inc. | System and method for synchronizing operations among a plurality of independently clocked digital data processing devices |
US20070126755A1 (en) * | 2002-06-19 | 2007-06-07 | Microsoft Corporation | System and Method for Whiteboard and Audio Capture |
US20070186236A1 (en) * | 2000-10-23 | 2007-08-09 | Clearplay, Inc. | Multimedia content navigation and playback |
US20080153975A1 (en) * | 2005-03-17 | 2008-06-26 | Lubrizol Advanced Materials, Inc. | Nanoparticle/Vinyl Polymer Composites |
US20080168168A1 (en) * | 2007-01-10 | 2008-07-10 | Hamilton Rick A | Method For Communication Management |
US20090113353A1 (en) * | 2007-10-31 | 2009-04-30 | Ravi Prakash Bansal | Cursor locator |
US20090249176A1 (en) * | 2000-10-23 | 2009-10-01 | Clearplay Inc. | Delivery of navigation data for playback of audio and video content |
US20100005028A1 (en) * | 2008-07-07 | 2010-01-07 | International Business Machines Corporation | Method and apparatus for interconnecting a plurality of virtual world environments |
US20100146393A1 (en) * | 2000-12-19 | 2010-06-10 | Sparkpoint Software, Inc. | System and method for multimedia authoring and playback |
US20100306661A1 (en) * | 2000-03-17 | 2010-12-02 | Crain Kenneth H | Methods and devices for recording changes in visual stimuli observed through browser-based interfaces |
US20100325547A1 (en) * | 2009-06-18 | 2010-12-23 | Cyberlink Corp. | Systems and Methods for Sharing Multimedia Editing Projects |
US20110029604A1 (en) * | 2002-08-27 | 2011-02-03 | Intel Corporation | User interface to facilitate exchanging files among processor-based devices |
US20110066600A1 (en) * | 2009-09-15 | 2011-03-17 | At&T Intellectual Property I, L.P. | Forward decay temporal data analysis |
US20110066598A1 (en) * | 2005-10-28 | 2011-03-17 | Invensys Systems, Inc. | Sequence of events recorder facility for an industrial process control environment |
US20110106716A1 (en) * | 2000-06-16 | 2011-05-05 | Hariton Nicholas T | Method of doing business providing litigation services using a virtual scripting room |
US20110154117A1 (en) * | 2009-12-22 | 2011-06-23 | General Electric Company, A New York Corporation | Methods and apparatus to perform log file analyses |
CN102193771A (en) * | 2010-03-18 | 2011-09-21 | 柯尼卡美能达商用科技株式会社 | Conference system, information processing apparatus and display method |
US20110276881A1 (en) * | 2009-06-18 | 2011-11-10 | Cyberlink Corp. | Systems and Methods for Sharing Multimedia Editing Projects |
US20120209962A1 (en) * | 2000-01-24 | 2012-08-16 | Aviv Eyal | Streaming media search and playback system |
US8464164B2 (en) * | 2006-01-24 | 2013-06-11 | Simulat, Inc. | System and method to create a collaborative web-based multimedia contextual dialogue |
US20130266921A1 (en) * | 2012-04-04 | 2013-10-10 | Robert Charles Wellman Jenks | Student Response Replay with Flexible Data Organization and Representation Overlays |
US8588949B2 (en) | 2003-07-28 | 2013-11-19 | Sonos, Inc. | Method and apparatus for adjusting volume levels in a multi-zone system |
US20130332804A1 (en) * | 2012-06-06 | 2013-12-12 | Conrad Delbert Seaman | Methods and devices for data entry |
US8775546B2 (en) | 2006-11-22 | 2014-07-08 | Sonos, Inc | Systems and methods for synchronizing operations among a plurality of independently clocked digital data processing devices that independently source digital data |
US20150040033A1 (en) * | 2004-10-14 | 2015-02-05 | Cerulean Studios, Llc | System and method for intergrating advanced multimedia features within an instant messaging environment |
CN105100679A (en) * | 2014-05-23 | 2015-11-25 | 三星电子株式会社 | Server and method for providing collaboration service and user terminal receiving collaboration service |
US20150341401A1 (en) * | 2014-05-23 | 2015-11-26 | Samsung Electronics Co., Ltd. | Server and method of providing collaboration services and user terminal for receiving collaboration services |
US9207905B2 (en) | 2003-07-28 | 2015-12-08 | Sonos, Inc. | Method and apparatus for providing synchrony group status information |
US9288596B2 (en) | 2013-09-30 | 2016-03-15 | Sonos, Inc. | Coordinator device for paired or consolidated players |
US9300647B2 (en) | 2014-01-15 | 2016-03-29 | Sonos, Inc. | Software application and zones |
US9313591B2 (en) | 2014-01-27 | 2016-04-12 | Sonos, Inc. | Audio synchronization among playback devices using offset information |
US9374607B2 (en) | 2012-06-26 | 2016-06-21 | Sonos, Inc. | Media playback system with guest access |
US9400593B2 (en) | 2004-09-14 | 2016-07-26 | Nicholas T. Hariton | Distributed scripting for presentations with touch screen displays |
US20160246458A1 (en) * | 2007-06-08 | 2016-08-25 | Apple Inc. | User Interface for Electronic Backup |
TWI549050B (en) * | 2015-09-08 | 2016-09-11 | 宏碁股份有限公司 | Method of adjusting window and electronic apparatus thereof |
US20160320954A1 (en) * | 2015-04-30 | 2016-11-03 | Elwha Llc | One-touch replay for whiteboard |
US9538122B2 (en) | 2010-11-01 | 2017-01-03 | Todd Fitzsimmons | System and method for time shifting at least a portion of a program |
US20170118221A1 (en) * | 1997-03-10 | 2017-04-27 | Dell Software Inc. | Query interface to policy server |
US9654545B2 (en) | 2013-09-30 | 2017-05-16 | Sonos, Inc. | Group coordinator device selection |
US9679054B2 (en) | 2014-03-05 | 2017-06-13 | Sonos, Inc. | Webpage media playback |
US9690540B2 (en) | 2014-09-24 | 2017-06-27 | Sonos, Inc. | Social media queue |
US9723038B2 (en) | 2014-09-24 | 2017-08-01 | Sonos, Inc. | Social media connection recommendations based on playback information |
US9720576B2 (en) | 2013-09-30 | 2017-08-01 | Sonos, Inc. | Controlling and displaying zones in a multi-zone system |
US9729115B2 (en) | 2012-04-27 | 2017-08-08 | Sonos, Inc. | Intelligently increasing the sound level of player |
US9749760B2 (en) | 2006-09-12 | 2017-08-29 | Sonos, Inc. | Updating zone configuration in a multi-zone media system |
US9756424B2 (en) | 2006-09-12 | 2017-09-05 | Sonos, Inc. | Multi-channel pairing in a media system |
US9766853B2 (en) | 2006-09-12 | 2017-09-19 | Sonos, Inc. | Pair volume control |
US9781513B2 (en) | 2014-02-06 | 2017-10-03 | Sonos, Inc. | Audio output balancing |
US9787550B2 (en) | 2004-06-05 | 2017-10-10 | Sonos, Inc. | Establishing a secure wireless network with a minimum human intervention |
US9794707B2 (en) | 2014-02-06 | 2017-10-17 | Sonos, Inc. | Audio output balancing |
US9860286B2 (en) | 2014-09-24 | 2018-01-02 | Sonos, Inc. | Associating a captured image with a media item |
US9874997B2 (en) | 2014-08-08 | 2018-01-23 | Sonos, Inc. | Social playback queues |
US9886234B2 (en) | 2016-01-28 | 2018-02-06 | Sonos, Inc. | Systems and methods of distributing audio to one or more playback devices |
US9961656B2 (en) | 2013-04-29 | 2018-05-01 | Google Technology Holdings LLC | Systems and methods for syncronizing multiple electronic devices |
US9959087B2 (en) | 2014-09-24 | 2018-05-01 | Sonos, Inc. | Media item context from social media |
US9977561B2 (en) | 2004-04-01 | 2018-05-22 | Sonos, Inc. | Systems, methods, apparatus, and articles of manufacture to provide guest access |
US10055003B2 (en) | 2013-09-30 | 2018-08-21 | Sonos, Inc. | Playback device operations based on battery level |
US10097893B2 (en) | 2013-01-23 | 2018-10-09 | Sonos, Inc. | Media experience social interface |
CN109597597A (en) * | 2018-11-09 | 2019-04-09 | Oppo广东移动通信有限公司 | Frequency processing method, apparatus, electronic equipment and computer-readable medium |
US10306364B2 (en) | 2012-09-28 | 2019-05-28 | Sonos, Inc. | Audio processing adjustments for playback devices based on determined characteristics of audio content |
US10360290B2 (en) | 2014-02-05 | 2019-07-23 | Sonos, Inc. | Remote creation of a playback queue for a future event |
US10409564B2 (en) * | 2015-08-03 | 2019-09-10 | Microsoft Technology Licensing, Llc | Recording and playback of development sessions |
US10587693B2 (en) | 2014-04-01 | 2020-03-10 | Sonos, Inc. | Mirrored queues |
US10621310B2 (en) | 2014-05-12 | 2020-04-14 | Sonos, Inc. | Share restriction for curated playlists |
TWI691849B (en) * | 2014-05-23 | 2020-04-21 | 南韓商三星電子股份有限公司 | Server and method of providing collaboration services and user terminal for receiving collaboration services |
US10645130B2 (en) | 2014-09-24 | 2020-05-05 | Sonos, Inc. | Playback updates |
US10873612B2 (en) | 2014-09-24 | 2020-12-22 | Sonos, Inc. | Indicating an association between a social-media account and a media playback system |
US11106425B2 (en) | 2003-07-28 | 2021-08-31 | Sonos, Inc. | Synchronizing operations among a plurality of independently clocked digital data processing devices |
US11106424B2 (en) | 2003-07-28 | 2021-08-31 | Sonos, Inc. | Synchronizing operations among a plurality of independently clocked digital data processing devices |
US11190564B2 (en) | 2014-06-05 | 2021-11-30 | Sonos, Inc. | Multimedia content distribution system and method |
US11223661B2 (en) | 2014-09-24 | 2022-01-11 | Sonos, Inc. | Social media connection recommendations based on playback information |
US11265652B2 (en) | 2011-01-25 | 2022-03-01 | Sonos, Inc. | Playback device pairing |
US11294618B2 (en) | 2003-07-28 | 2022-04-05 | Sonos, Inc. | Media player system |
US11403062B2 (en) | 2015-06-11 | 2022-08-02 | Sonos, Inc. | Multiple groupings in a playback system |
US11429343B2 (en) | 2011-01-25 | 2022-08-30 | Sonos, Inc. | Stereo playback configuration and control |
US20220308942A1 (en) * | 2018-07-06 | 2022-09-29 | Capital One Services, Llc | Systems and methods for censoring text inline |
US11481182B2 (en) | 2016-10-17 | 2022-10-25 | Sonos, Inc. | Room association based on name |
US11500608B2 (en) * | 2020-06-17 | 2022-11-15 | Avaya Management L.P. | Smart audio playback |
US20220398224A1 (en) * | 2020-10-30 | 2022-12-15 | Docusign, Inc. | Edit Interface in an Online Document System |
US11615818B2 (en) | 2005-04-18 | 2023-03-28 | Clearplay, Inc. | Apparatus, system and method for associating one or more filter files with a particular multimedia presentation |
US11650784B2 (en) | 2003-07-28 | 2023-05-16 | Sonos, Inc. | Adjusting volume levels |
US20230367539A1 (en) * | 2022-01-11 | 2023-11-16 | Meta Platforms, Inc. | Generating interactive session captures that continuously highlight active speakers during playback |
US11894975B2 (en) | 2004-06-05 | 2024-02-06 | Sonos, Inc. | Playback device connection |
Families Citing this family (163)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3855462B2 (en) * | 1998-05-29 | 2006-12-13 | 株式会社日立製作所 | Method for editing command sequence with processing time and apparatus using the same |
US6622171B2 (en) * | 1998-09-15 | 2003-09-16 | Microsoft Corporation | Multimedia timeline modification in networked client/server systems |
JP3826604B2 (en) * | 1998-10-16 | 2006-09-27 | 富士ゼロックス株式会社 | Scenario generation apparatus and scenario generation method for presentation materials |
JP2000207263A (en) * | 1998-11-12 | 2000-07-28 | Sony Corp | Processor and method for information processing and providing medium |
US6687877B1 (en) * | 1999-02-17 | 2004-02-03 | Siemens Corp. Research Inc. | Web-based call center system with web document annotation |
US6538665B2 (en) * | 1999-04-15 | 2003-03-25 | Apple Computer, Inc. | User interface for presenting media information |
EP1054321A3 (en) * | 1999-05-21 | 2002-06-19 | Sony Corporation | Information processing method and apparatus |
US6871107B1 (en) * | 1999-07-01 | 2005-03-22 | Ftr Pty, Ltd. | Digital audio transcription system |
US7050110B1 (en) * | 1999-10-29 | 2006-05-23 | Intel Corporation | Method and system for generating annotations video |
US7299405B1 (en) * | 2000-03-08 | 2007-11-20 | Ricoh Company, Ltd. | Method and system for information management to facilitate the exchange of ideas during a collaborative effort |
US7653925B2 (en) | 1999-11-17 | 2010-01-26 | Ricoh Company, Ltd. | Techniques for receiving information during multimedia presentations and communicating the information |
US6976032B1 (en) | 1999-11-17 | 2005-12-13 | Ricoh Company, Ltd. | Networked peripheral for visitor greeting, identification, biographical lookup and tracking |
US6963910B1 (en) * | 2000-03-03 | 2005-11-08 | International Business Machines Corporation | Graphical user interface for creating assets |
US6763377B1 (en) * | 2000-03-03 | 2004-07-13 | International Business Machines Corporation | Asset management and scheduling graphical user interface for media streamer |
US7302490B1 (en) | 2000-05-03 | 2007-11-27 | Microsoft Corporation | Media file format to support switching between multiple timeline-altered media streams |
US20020024539A1 (en) * | 2000-05-08 | 2002-02-28 | Columbia University | System and method for content-specific graphical user interfaces |
US7240286B2 (en) * | 2000-08-25 | 2007-07-03 | Matsushita Electric Industrial Co., Ltd. | Content editing apparatus, content editing method, content editing program, and computer-readable storage medium |
US7975021B2 (en) | 2000-10-23 | 2011-07-05 | Clearplay, Inc. | Method and user interface for downloading audio and video content filters to a media player |
US6728680B1 (en) * | 2000-11-16 | 2004-04-27 | International Business Machines Corporation | Method and apparatus for providing visual feedback of speed production |
US20020078099A1 (en) * | 2000-12-15 | 2002-06-20 | International Business Machines Corporation | Method and system for off-loading and retrieving document content in a document processing system |
US20020133513A1 (en) * | 2001-03-16 | 2002-09-19 | Ftr Pty Ltd. | Log note system for digitally recorded audio |
US7143353B2 (en) * | 2001-03-30 | 2006-11-28 | Koninklijke Philips Electronics, N.V. | Streaming video bookmarks |
JP2003008805A (en) * | 2001-06-26 | 2003-01-10 | Matsushita Electric Ind Co Ltd | Electronic blackboard system |
US7861169B2 (en) | 2001-11-19 | 2010-12-28 | Ricoh Co. Ltd. | Multimedia print driver dialog interfaces |
US7747655B2 (en) | 2001-11-19 | 2010-06-29 | Ricoh Co. Ltd. | Printable representations for time-based media |
GB2383733B (en) * | 2001-12-28 | 2005-08-03 | Nokia Corp | A communication log for an electronic device |
US7139978B2 (en) * | 2002-03-01 | 2006-11-21 | Sap Ag | Recording user interaction with an application |
US20030182168A1 (en) * | 2002-03-22 | 2003-09-25 | Martha Lyons | Systems and methods for virtual, real-time affinity diagramming collaboration by remotely distributed teams |
JP3747884B2 (en) * | 2002-05-23 | 2006-02-22 | ソニー株式会社 | Content recording / reproducing apparatus, content recording / reproducing method, and computer program |
AU2003247643A1 (en) * | 2002-06-25 | 2004-01-06 | Robert G. Combs | Data logging and digital video recording/playback system |
US20040021765A1 (en) * | 2002-07-03 | 2004-02-05 | Francis Kubala | Speech recognition system for managing telemeetings |
US20040024582A1 (en) * | 2002-07-03 | 2004-02-05 | Scott Shepard | Systems and methods for aiding human translation |
US7546372B2 (en) * | 2002-07-11 | 2009-06-09 | Ibeam Systems, Inc. | System and method for providing to multiple user computers concurrent telephonic access to multiple remote devices |
US20040027365A1 (en) * | 2002-08-07 | 2004-02-12 | Sayers Craig P. | Controlling playback of a temporal stream with a user interface device |
JP2004112379A (en) * | 2002-09-19 | 2004-04-08 | Fuji Xerox Co Ltd | Image retrieving system |
JP2004112372A (en) * | 2002-09-19 | 2004-04-08 | Fuji Xerox Co Ltd | Image processing system |
US20040176946A1 (en) | 2002-10-17 | 2004-09-09 | Jayadev Billa | Pronunciation symbols based on the orthographic lexicon of a language |
CA2457602A1 (en) * | 2003-02-19 | 2004-08-19 | Impatica Inc. | Method of synchronizing streams of real time data |
US7188156B2 (en) * | 2003-03-20 | 2007-03-06 | International Business Machines Corporation | System, method and computer program for providing a time map of rolled-up data |
US7703002B2 (en) | 2003-03-31 | 2010-04-20 | Ricoh Company, Ltd. | Method and apparatus for composing multimedia documents |
US7536638B2 (en) | 2003-03-31 | 2009-05-19 | Ricoh Co., Ltd. | Action stickers for identifying and processing stored documents |
US7552381B2 (en) * | 2003-03-31 | 2009-06-23 | Ricoh Co., Ltd. | Check boxes for identifying and processing stored documents |
US7509569B2 (en) | 2003-03-31 | 2009-03-24 | Ricoh Co., Ltd. | Action stickers for nested collections |
US7757162B2 (en) | 2003-03-31 | 2010-07-13 | Ricoh Co. Ltd. | Document collection manipulation |
US7739583B2 (en) | 2003-03-31 | 2010-06-15 | Ricoh Company, Ltd. | Multimedia document sharing method and apparatus |
US20040230910A1 (en) * | 2003-05-16 | 2004-11-18 | Brian Lin | Assistant editing display method for media clips |
US20050125717A1 (en) * | 2003-10-29 | 2005-06-09 | Tsakhi Segal | System and method for off-line synchronized capturing and reviewing notes and presentations |
US7689712B2 (en) | 2003-11-26 | 2010-03-30 | Ricoh Company, Ltd. | Techniques for integrating note-taking and multimedia information |
JP4123209B2 (en) * | 2004-09-07 | 2008-07-23 | ソニー株式会社 | Video material management apparatus and method, recording medium, and program |
CN1773536A (en) * | 2004-11-11 | 2006-05-17 | 国际商业机器公司 | Method, equipment and system for generating speech summary |
US7873502B2 (en) * | 2004-12-22 | 2011-01-18 | The Mathworks, Inc. | Creation and maintenance of a history list in a method and apparatus for integrated modeling, simulation and analysis of chemical and biological systems |
US8271872B2 (en) * | 2005-01-05 | 2012-09-18 | Apple Inc. | Composite audio waveforms with precision alignment guides |
US20080141180A1 (en) * | 2005-04-07 | 2008-06-12 | Iofy Corporation | Apparatus and Method for Utilizing an Information Unit to Provide Navigation Features on a Device |
US20070005691A1 (en) * | 2005-05-26 | 2007-01-04 | Vinodh Pushparaj | Media conference enhancements |
US8078740B2 (en) | 2005-06-03 | 2011-12-13 | Microsoft Corporation | Running internet applications with low rights |
US7554576B2 (en) | 2005-06-20 | 2009-06-30 | Ricoh Company, Ltd. | Information capture and recording system for controlling capture devices |
US8805929B2 (en) | 2005-06-20 | 2014-08-12 | Ricoh Company, Ltd. | Event-driven annotation techniques |
JP2007004896A (en) * | 2005-06-23 | 2007-01-11 | Toshiba Corp | Information storage medium, information transfer method, information reproducing method, and information recording method |
US8560946B2 (en) * | 2006-03-22 | 2013-10-15 | Vistracks, Inc. | Timeline visualizations linked with other visualizations of data in a thin client |
US7954049B2 (en) * | 2006-05-15 | 2011-05-31 | Microsoft Corporation | Annotating multimedia files along a timeline |
US7831928B1 (en) | 2006-06-22 | 2010-11-09 | Digg, Inc. | Content visualization |
US8869037B2 (en) * | 2006-06-22 | 2014-10-21 | Linkedin Corporation | Event visualization |
US8185737B2 (en) | 2006-06-23 | 2012-05-22 | Microsoft Corporation | Communication across domains |
US7956849B2 (en) | 2006-09-06 | 2011-06-07 | Apple Inc. | Video manager for portable multifunction device |
US20080145829A1 (en) * | 2006-12-15 | 2008-06-19 | Atellis, Inc. | Synchronous multi-media recording and playback with end user control of time, data, and event visualization for playback control over a network |
US8113844B2 (en) * | 2006-12-15 | 2012-02-14 | Atellis, Inc. | Method, system, and computer-readable recording medium for synchronous multi-media recording and playback with end user control of time, data, and event visualization for playback control over a network |
US20080177771A1 (en) * | 2007-01-19 | 2008-07-24 | International Business Machines Corporation | Method and system for multi-location collaboration |
KR101437653B1 (en) * | 2007-01-26 | 2014-09-12 | 삼성전자주식회사 | Method for providing GUI for converting view time and video apparatus thereof |
US7599475B2 (en) * | 2007-03-12 | 2009-10-06 | Nice Systems, Ltd. | Method and apparatus for generic analytics |
US20110107214A1 (en) * | 2007-03-16 | 2011-05-05 | Simdesk Technologies, Inc. | Technique for synchronizing audio and slides in a presentation |
US20100107117A1 (en) * | 2007-04-13 | 2010-04-29 | Thomson Licensing A Corporation | Method, apparatus and system for presenting metadata in media content |
US9870796B2 (en) | 2007-05-25 | 2018-01-16 | Tigerfish | Editing video using a corresponding synchronized written transcript by selection from a text viewer |
US20080295085A1 (en) * | 2007-05-25 | 2008-11-27 | Microsoft Corporation | Integrated code review tool |
US8306816B2 (en) * | 2007-05-25 | 2012-11-06 | Tigerfish | Rapid transcription by dispersing segments of source material to a plurality of transcribing stations |
US20080307105A1 (en) * | 2007-06-11 | 2008-12-11 | Microsoft Corporation | Streaming media archiver for live events |
US9542394B2 (en) * | 2007-06-14 | 2017-01-10 | Excalibur Ip, Llc | Method and system for media-based event generation |
JP5313466B2 (en) * | 2007-06-28 | 2013-10-09 | ニュアンス コミュニケーションズ,インコーポレイテッド | Technology to display audio content in sync with audio playback |
US8161389B1 (en) * | 2007-10-31 | 2012-04-17 | Adobe Systems Incorporated | Authoring tool sharable file format |
BRPI0820577A8 (en) * | 2007-11-19 | 2015-11-10 | Koninklijke Philips Electronics Nv | MEDICAL INTERVENTION MONITORING SYSTEM AND METHOD FOR COLLECTING EVENT-RELATED DATA ELEMENTS IN AN INTERVENTION PROCEDURE, AND, COMPUTER PROGRAM PRODUCT |
US20090193327A1 (en) * | 2008-01-30 | 2009-07-30 | Microsoft Corporation | High-fidelity scalable annotations |
US8103966B2 (en) * | 2008-02-05 | 2012-01-24 | International Business Machines Corporation | System and method for visualization of time-based events |
US8584048B2 (en) * | 2008-05-29 | 2013-11-12 | Telcordia Technologies, Inc. | Method and system for multi-touch-based browsing of media summarizations on a handheld device |
US8171410B2 (en) * | 2008-05-29 | 2012-05-01 | Telcordia Technologies, Inc. | Method and system for generating and presenting mobile content summarization |
US20090327896A1 (en) * | 2008-06-27 | 2009-12-31 | Microsoft Corporation | Dynamic media augmentation for presentations |
US20100034514A1 (en) * | 2008-08-05 | 2010-02-11 | Mathieu Paul Luc Massart | Display device and method with content recording and/or streaming |
US8249870B2 (en) * | 2008-11-12 | 2012-08-21 | Massachusetts Institute Of Technology | Semi-automatic speech transcription |
US8621357B2 (en) * | 2008-12-30 | 2013-12-31 | Apple Inc. | Light table for editing digital media |
US8626322B2 (en) * | 2008-12-30 | 2014-01-07 | Apple Inc. | Multimedia display based on audio and visual complexity |
US8832555B2 (en) * | 2008-12-30 | 2014-09-09 | Apple Inc. | Framework for slideshow object |
US8296675B2 (en) * | 2009-03-09 | 2012-10-23 | Telcordia Technologies, Inc. | System and method for capturing, aggregating and presenting attention hotspots in shared media |
US8689128B2 (en) | 2009-03-16 | 2014-04-01 | Apple Inc. | Device, method, and graphical user interface for moving a current position in content at a variable scrubbing rate |
US8380866B2 (en) | 2009-03-20 | 2013-02-19 | Ricoh Company, Ltd. | Techniques for facilitating annotations |
US20100257457A1 (en) * | 2009-04-07 | 2010-10-07 | De Goes John A | Real-time content collaboration |
US20100306018A1 (en) * | 2009-05-27 | 2010-12-02 | Microsoft Corporation | Meeting State Recall |
KR20110047768A (en) * | 2009-10-30 | 2011-05-09 | 삼성전자주식회사 | Apparatus and method for displaying multimedia contents |
JP5668365B2 (en) * | 2009-11-20 | 2015-02-12 | 株式会社リコー | Drawing processing system, server device, user terminal, drawing processing method, program, and recording medium |
JP2011165032A (en) * | 2010-02-12 | 2011-08-25 | Buffalo Inc | Computer program and data backup method |
US8572488B2 (en) * | 2010-03-29 | 2013-10-29 | Avid Technology, Inc. | Spot dialog editor |
US8762890B2 (en) | 2010-07-27 | 2014-06-24 | Telcordia Technologies, Inc. | System and method for interactive projection and playback of relevant media segments onto the facets of three-dimensional shapes |
US9083756B2 (en) * | 2010-08-09 | 2015-07-14 | Ebay Inc. | Session analysis systems and methods |
US8443285B2 (en) | 2010-08-24 | 2013-05-14 | Apple Inc. | Visual presentation composition |
GB2502229B (en) | 2011-03-31 | 2020-05-06 | Hewlett Packard Development Co | Augmenting user interface elements |
WO2012167318A1 (en) * | 2011-06-08 | 2012-12-13 | Paul Epstein | A method and system for facilitating a meeting |
JP5638479B2 (en) * | 2011-07-26 | 2014-12-10 | 株式会社東芝 | Transcription support system and transcription support method |
US8849948B2 (en) * | 2011-07-29 | 2014-09-30 | Comcast Cable Communications, Llc | Variable speed playback |
JP5404726B2 (en) * | 2011-09-26 | 2014-02-05 | 株式会社東芝 | Information processing apparatus, information processing method, and program |
US9449406B2 (en) * | 2012-11-19 | 2016-09-20 | Hewlett Packard Enterprise Development Lp | Manipulating timelines |
FR2985047A1 (en) * | 2011-12-22 | 2013-06-28 | France Telecom | Method for navigation in multi-speaker voice content, involves extracting extract of voice content associated with identifier of speaker in predetermined set of metadata, and highlighting obtained extract in representation of voice content |
US9400592B2 (en) | 2012-03-26 | 2016-07-26 | Sharp Laboratories Of America, Inc. | Methods, systems and apparatus for digital-marking-surface space and display management |
US9753619B2 (en) * | 2013-03-08 | 2017-09-05 | Thomas Creative Group Productions, Llc | Interactive presentation system |
US9727544B2 (en) * | 2013-05-06 | 2017-08-08 | Dropbox, Inc. | Animating edits to documents |
US10381046B2 (en) | 2014-07-16 | 2019-08-13 | United States Bankruptcy Court For The District Of Utah | Apparatus and methods for recording audio and video |
CN106797493A (en) | 2014-09-02 | 2017-05-31 | 苹果公司 | Music user interface |
US9405810B2 (en) | 2014-11-24 | 2016-08-02 | Asana, Inc. | Server side system and method for search backed calendar user interface |
CN106375179B (en) * | 2015-07-23 | 2020-04-21 | 腾讯科技(深圳)有限公司 | Method and device for displaying instant communication message |
US20170285930A1 (en) * | 2016-04-01 | 2017-10-05 | Microsoft Technology Licensing, Llc. | Document content replay |
JP2018032912A (en) * | 2016-08-22 | 2018-03-01 | 株式会社リコー | Information processing apparatus, information processing method, information processing program, and information processing system |
GB2555377A (en) * | 2016-10-13 | 2018-05-02 | Thermoteknix Systems Ltd | Monitoring system with interactive display interface |
USD813883S1 (en) * | 2016-11-16 | 2018-03-27 | Brunswick Corporation | Exercise equipment display screen with graphical user interface |
US11431836B2 (en) | 2017-05-02 | 2022-08-30 | Apple Inc. | Methods and interfaces for initiating media playback |
US10992795B2 (en) | 2017-05-16 | 2021-04-27 | Apple Inc. | Methods and interfaces for home media control |
US10928980B2 (en) | 2017-05-12 | 2021-02-23 | Apple Inc. | User interfaces for playing and managing audio items |
US20220279063A1 (en) | 2017-05-16 | 2022-09-01 | Apple Inc. | Methods and interfaces for home media control |
CN111343060B (en) | 2017-05-16 | 2022-02-11 | 苹果公司 | Method and interface for home media control |
US10977434B2 (en) | 2017-07-11 | 2021-04-13 | Asana, Inc. | Database model which provides management of custom fields and methods and apparatus therfor |
US10623359B1 (en) | 2018-02-28 | 2020-04-14 | Asana, Inc. | Systems and methods for generating tasks based on chat sessions between users of a collaboration environment |
US11138021B1 (en) | 2018-04-02 | 2021-10-05 | Asana, Inc. | Systems and methods to facilitate task-specific workspaces for a collaboration work management platform |
US10613735B1 (en) | 2018-04-04 | 2020-04-07 | Asana, Inc. | Systems and methods for preloading an amount of content based on user scrolling |
US10785046B1 (en) | 2018-06-08 | 2020-09-22 | Asana, Inc. | Systems and methods for providing a collaboration work management platform that facilitates differentiation between users in an overarching group and one or more subsets of individual users |
US11321380B2 (en) * | 2018-08-09 | 2022-05-03 | Vivi International Pty Ltd | Real time synchronization of client device actions with presented content |
US10616151B1 (en) | 2018-10-17 | 2020-04-07 | Asana, Inc. | Systems and methods for generating and presenting graphical user interfaces |
US10956845B1 (en) | 2018-12-06 | 2021-03-23 | Asana, Inc. | Systems and methods for generating prioritization models and predicting workflow prioritizations |
US11113667B1 (en) | 2018-12-18 | 2021-09-07 | Asana, Inc. | Systems and methods for providing a dashboard for a collaboration work management platform |
US11782737B2 (en) | 2019-01-08 | 2023-10-10 | Asana, Inc. | Systems and methods for determining and presenting a graphical user interface including template metrics |
US10684870B1 (en) | 2019-01-08 | 2020-06-16 | Asana, Inc. | Systems and methods for determining and presenting a graphical user interface including template metrics |
US11204683B1 (en) | 2019-01-09 | 2021-12-21 | Asana, Inc. | Systems and methods for generating and tracking hardcoded communications in a collaboration management platform |
US11010121B2 (en) | 2019-05-31 | 2021-05-18 | Apple Inc. | User interfaces for audio media control |
CN113748408A (en) | 2019-05-31 | 2021-12-03 | 苹果公司 | User interface for audio media controls |
USD916877S1 (en) * | 2019-08-02 | 2021-04-20 | iMFLUX Inc. | Display screen having graphical user interface for control of injection molding |
US11748118B2 (en) * | 2019-09-24 | 2023-09-05 | Atlassian Pty Ltd. | Systems and methods for tracking and visualizing state transitions |
US11599855B1 (en) | 2020-02-14 | 2023-03-07 | Asana, Inc. | Systems and methods to attribute automated actions within a collaboration environment |
US11763259B1 (en) | 2020-02-20 | 2023-09-19 | Asana, Inc. | Systems and methods to generate units of work in a collaboration environment |
US11455601B1 (en) | 2020-06-29 | 2022-09-27 | Asana, Inc. | Systems and methods to measure and visualize workload for completing individual units of work |
US11900323B1 (en) | 2020-06-29 | 2024-02-13 | Asana, Inc. | Systems and methods to generate units of work within a collaboration environment based on video dictation |
US11449836B1 (en) | 2020-07-21 | 2022-09-20 | Asana, Inc. | Systems and methods to facilitate user engagement with units of work assigned within a collaboration environment |
US11568339B2 (en) | 2020-08-18 | 2023-01-31 | Asana, Inc. | Systems and methods to characterize units of work based on business objectives |
US11392291B2 (en) | 2020-09-25 | 2022-07-19 | Apple Inc. | Methods and interfaces for media control with dynamic feedback |
US11769115B1 (en) | 2020-11-23 | 2023-09-26 | Asana, Inc. | Systems and methods to provide measures of user workload when generating units of work based on chat sessions between users of a collaboration environment |
US11405435B1 (en) | 2020-12-02 | 2022-08-02 | Asana, Inc. | Systems and methods to present views of records in chat sessions between users of a collaboration environment |
CN112689088A (en) * | 2020-12-21 | 2021-04-20 | 维沃移动通信(杭州)有限公司 | Image display method and device and electronic equipment |
JP2022152630A (en) * | 2021-03-29 | 2022-10-12 | パナソニックIpマネジメント株式会社 | Online video distribution support method and online video distribution support apparatus |
US11694162B1 (en) | 2021-04-01 | 2023-07-04 | Asana, Inc. | Systems and methods to recommend templates for project-level graphical user interfaces within a collaboration environment |
US11676107B1 (en) | 2021-04-14 | 2023-06-13 | Asana, Inc. | Systems and methods to facilitate interaction with a collaboration environment based on assignment of project-level roles |
US11553045B1 (en) | 2021-04-29 | 2023-01-10 | Asana, Inc. | Systems and methods to automatically update status of projects within a collaboration environment |
US11803814B1 (en) | 2021-05-07 | 2023-10-31 | Asana, Inc. | Systems and methods to facilitate nesting of portfolios within a collaboration environment |
US11792028B1 (en) | 2021-05-13 | 2023-10-17 | Asana, Inc. | Systems and methods to link meetings with units of work of a collaboration environment |
US11809222B1 (en) | 2021-05-24 | 2023-11-07 | Asana, Inc. | Systems and methods to generate units of work within a collaboration environment based on selection of text |
US11756000B2 (en) | 2021-09-08 | 2023-09-12 | Asana, Inc. | Systems and methods to effectuate sets of automated actions within a collaboration environment including embedded third-party content based on trigger events |
US11635884B1 (en) | 2021-10-11 | 2023-04-25 | Asana, Inc. | Systems and methods to provide personalized graphical user interfaces within a collaboration environment |
US11836681B1 (en) | 2022-02-17 | 2023-12-05 | Asana, Inc. | Systems and methods to generate records within a collaboration environment |
US11934633B2 (en) | 2022-03-14 | 2024-03-19 | Honeywell International Inc. | Method and system for visual representation of sensor-detected events |
US11860931B1 (en) * | 2022-07-11 | 2024-01-02 | Truist Bank | Graphical user interface with insight hub and insight carousel |
US11863601B1 (en) | 2022-11-18 | 2024-01-02 | Asana, Inc. | Systems and methods to execute branching automation schemes in a collaboration environment |
Family Cites Families (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5307456A (en) | 1990-12-04 | 1994-04-26 | Sony Electronics, Inc. | Integrated multi-media production and authoring system |
US5317732A (en) | 1991-04-26 | 1994-05-31 | Commodore Electronics Limited | System for relocating a multimedia presentation on a different platform by extracting a resource map in order to remap and relocate resources |
US5359712A (en) | 1991-05-06 | 1994-10-25 | Apple Computer, Inc. | Method and apparatus for transitioning between sequences of digital information |
EP0526064B1 (en) | 1991-08-02 | 1997-09-10 | The Grass Valley Group, Inc. | Video editing system operator interface for visualization and interactive control of video material |
US5594859A (en) * | 1992-06-03 | 1997-01-14 | Digital Equipment Corporation | Graphical user interface for video teleconferencing |
US5404316A (en) | 1992-08-03 | 1995-04-04 | Spectra Group Ltd., Inc. | Desktop digital video processing system |
US5377997A (en) * | 1992-09-22 | 1995-01-03 | Sierra On-Line, Inc. | Method and apparatus for relating messages and actions in interactive computer games |
US5420801A (en) | 1992-11-13 | 1995-05-30 | International Business Machines Corporation | System and method for synchronization of multimedia streams |
US5414809A (en) * | 1993-04-30 | 1995-05-09 | Texas Instruments Incorporated | Graphical display of data |
US5689641A (en) * | 1993-10-01 | 1997-11-18 | Vicor, Inc. | Multimedia collaboration system arrangement for routing compressed AV signal through a participant site without decompressing the AV signal |
US5557724A (en) * | 1993-10-12 | 1996-09-17 | Intel Corporation | User interface, method, and apparatus selecting and playing channels having video, audio, and/or text streams |
US5583980A (en) | 1993-12-22 | 1996-12-10 | Knowledge Media Inc. | Time-synchronized annotation method |
US5550965A (en) * | 1993-12-27 | 1996-08-27 | Lucent Technologies Inc. | Method and system for operating a data processor to index primary data in real time with iconic table of contents |
US5613909A (en) * | 1994-07-21 | 1997-03-25 | Stelovsky; Jan | Time-segmented multimedia game playing and authoring system |
US5613032A (en) | 1994-09-02 | 1997-03-18 | Bell Communications Research, Inc. | System and method for recording, playing back and searching multimedia events wherein video, audio and text can be searched and retrieved |
US5619733A (en) | 1994-11-10 | 1997-04-08 | International Business Machines Corporation | Method and apparatus for synchronizing streaming and non-streaming multimedia devices by controlling the play speed of the non-streaming device in response to a synchronization signal |
US5533110A (en) * | 1994-11-29 | 1996-07-02 | Mitel Corporation | Human machine interface for telephone feature invocation |
US5574845A (en) * | 1994-11-29 | 1996-11-12 | Siemens Corporate Research, Inc. | Method and apparatus video data management |
US5535209A (en) | 1995-04-10 | 1996-07-09 | Digital Equipment Corporation | Method and apparatus for transporting timed program data using single transport schedule |
US5561791A (en) | 1995-04-10 | 1996-10-01 | Digital Equipment Corporation | Method and apparatus for conditioning timed program independent of transport timing |
US5623424A (en) | 1995-05-08 | 1997-04-22 | Kabushiki Kaisha Toshiba | Rate-controlled digital video editing method and system which controls bit allocation of a video encoder by varying quantization levels |
US5623483A (en) | 1995-05-11 | 1997-04-22 | Lucent Technologies Inc. | Synchronization system for networked multimedia streams |
-
1995
- 1995-11-03 US US08/552,648 patent/US6332147B1/en not_active Expired - Lifetime
- 1995-11-03 US US08/552,648 patent/US20020002562A1/en active Granted
-
1996
- 1996-10-30 JP JP28885996A patent/JP3943636B2/en not_active Expired - Fee Related
Cited By (296)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170118221A1 (en) * | 1997-03-10 | 2017-04-27 | Dell Software Inc. | Query interface to policy server |
US8782194B2 (en) * | 2000-01-24 | 2014-07-15 | George Aposporos | Streaming media search and playback system |
US20120209962A1 (en) * | 2000-01-24 | 2012-08-16 | Aviv Eyal | Streaming media search and playback system |
US9405753B2 (en) | 2000-01-24 | 2016-08-02 | George Aposporos | Dynamic ratings-based streaming media playback system |
US9779095B2 (en) | 2000-01-24 | 2017-10-03 | George Aposporos | User input-based play-list generation and playback system |
US10318647B2 (en) | 2000-01-24 | 2019-06-11 | Bluebonnet Internet Media Services, Llc | User input-based play-list generation and streaming media playback system |
US9547650B2 (en) | 2000-01-24 | 2017-01-17 | George Aposporos | System for sharing and rating streaming media playlists |
US20040174400A1 (en) * | 2000-02-25 | 2004-09-09 | Kargo, Inc. | Keypad-driven graphical user interface for an electronic device |
US9823808B2 (en) | 2000-03-17 | 2017-11-21 | Rateze Remote Mgmt Llc | Methods and devices for recording changes in visual stimuli observed through browser-based interfaces |
US8887055B2 (en) * | 2000-03-17 | 2014-11-11 | Schlucktronix Llc | Methods and devices for recording changes in visual stimuli observed through browser-based interfaces |
US20100306661A1 (en) * | 2000-03-17 | 2010-12-02 | Crain Kenneth H | Methods and devices for recording changes in visual stimuli observed through browser-based interfaces |
US7174503B2 (en) * | 2000-06-13 | 2007-02-06 | Brother Kogyo Kabushiki Kaisha | Information recording and reproducing apparatus |
US20010051957A1 (en) * | 2000-06-13 | 2001-12-13 | Brother Kogyo Kabushiki Kaisha | Information recording and reproducing apparatus |
US10592863B2 (en) | 2000-06-16 | 2020-03-17 | Nicholas T. Hariton | Method and apparatus for remote real time co-authoring of internet based multimedia collaborative presentations |
US9792584B2 (en) * | 2000-06-16 | 2017-10-17 | Nicholas T. Hariton | Remote real time co-authoring of internet based multimedia collaborative presentations |
US20110106716A1 (en) * | 2000-06-16 | 2011-05-05 | Hariton Nicholas T | Method of doing business providing litigation services using a virtual scripting room |
US20070186236A1 (en) * | 2000-10-23 | 2007-08-09 | Clearplay, Inc. | Multimedia content navigation and playback |
US9628852B2 (en) | 2000-10-23 | 2017-04-18 | Clearplay Inc. | Delivery of navigation data for playback of audio and video content |
US20090249176A1 (en) * | 2000-10-23 | 2009-10-01 | Clearplay Inc. | Delivery of navigation data for playback of audio and video content |
US10313744B2 (en) | 2000-10-23 | 2019-06-04 | Clearplay, Inc. | Multimedia content navigation and playback |
US20100146393A1 (en) * | 2000-12-19 | 2010-06-10 | Sparkpoint Software, Inc. | System and method for multimedia authoring and playback |
US10127944B2 (en) * | 2000-12-19 | 2018-11-13 | Resource Consortium Limited | System and method for multimedia authoring and playback |
US20190138573A1 (en) * | 2000-12-19 | 2019-05-09 | Resource Consortium Limited | System and Method for Multimedia Authoring and Playback |
US7397469B2 (en) * | 2001-03-28 | 2008-07-08 | Microsoft Corporation | Electronic module for sensing pen motion |
US20050243656A1 (en) * | 2001-03-28 | 2005-11-03 | Microsoft Corporation | Electronic module for sensing pen motion |
US7134093B2 (en) * | 2001-04-18 | 2006-11-07 | International Business Machines Corporation | Graphical user interface for direct control of display of data |
US20020154173A1 (en) * | 2001-04-18 | 2002-10-24 | Etgen Michael P. | Graphical user interface for direct control of display of data |
US7260771B2 (en) * | 2001-04-26 | 2007-08-21 | Fuji Xerox Co., Ltd. | Internet-based system for multimedia meeting minutes |
US20020161804A1 (en) * | 2001-04-26 | 2002-10-31 | Patrick Chiu | Internet-based system for multimedia meeting minutes |
US20030118087A1 (en) * | 2001-12-21 | 2003-06-26 | Microsoft Corporation | Systems and methods for interfacing with digital history data |
US7146574B2 (en) * | 2001-12-21 | 2006-12-05 | Microsoft Corporation | Systems and methods for interfacing with digital history data |
US20030218632A1 (en) * | 2002-05-23 | 2003-11-27 | Tony Altwies | Method and architecture of an event transform oriented operating environment for a personal mobile display system |
US20070126755A1 (en) * | 2002-06-19 | 2007-06-07 | Microsoft Corporation | System and Method for Whiteboard and Audio Capture |
US7770116B2 (en) * | 2002-06-19 | 2010-08-03 | Microsoft Corp. | System and method for whiteboard and audio capture |
US9049178B2 (en) | 2002-08-27 | 2015-06-02 | Intel Corporation | User interface to facilitate exchanging files among processor-based devices |
US9049177B2 (en) | 2002-08-27 | 2015-06-02 | Intel Corporation | User interface to facilitate exchanging files among processor-based devices |
US20110029604A1 (en) * | 2002-08-27 | 2011-02-03 | Intel Corporation | User interface to facilitate exchanging files among processor-based devices |
US8150911B2 (en) * | 2002-08-27 | 2012-04-03 | Intel Corporation | User interface to facilitate exchanging files among processor-based devices |
US7287223B2 (en) * | 2003-06-06 | 2007-10-23 | Fuji Xerox Co., Ltd. | System for editing and aligning captured events and data to a common time base to create customer service engagement multimedia document |
US20040260759A1 (en) * | 2003-06-06 | 2004-12-23 | Fuji Xerox Co., Ltd. | Systems and methods for capturing customer service engagements |
US10296283B2 (en) | 2003-07-28 | 2019-05-21 | Sonos, Inc. | Directing synchronous playback between zone players |
US10365884B2 (en) | 2003-07-28 | 2019-07-30 | Sonos, Inc. | Group volume control |
US11200025B2 (en) | 2003-07-28 | 2021-12-14 | Sonos, Inc. | Playback device |
US11132170B2 (en) | 2003-07-28 | 2021-09-28 | Sonos, Inc. | Adjusting volume levels |
US8588949B2 (en) | 2003-07-28 | 2013-11-19 | Sonos, Inc. | Method and apparatus for adjusting volume levels in a multi-zone system |
US11106424B2 (en) | 2003-07-28 | 2021-08-31 | Sonos, Inc. | Synchronizing operations among a plurality of independently clocked digital data processing devices |
US11106425B2 (en) | 2003-07-28 | 2021-08-31 | Sonos, Inc. | Synchronizing operations among a plurality of independently clocked digital data processing devices |
US11080001B2 (en) | 2003-07-28 | 2021-08-03 | Sonos, Inc. | Concurrent transmission and playback of audio information |
US8689036B2 (en) | 2003-07-28 | 2014-04-01 | Sonos, Inc | Systems and methods for synchronizing operations among a plurality of independently clocked digital data processing devices without a voltage controlled crystal oscillator |
US10120638B2 (en) | 2003-07-28 | 2018-11-06 | Sonos, Inc. | Synchronizing operations among a plurality of independently clocked digital data processing devices |
US10031715B2 (en) | 2003-07-28 | 2018-07-24 | Sonos, Inc. | Method and apparatus for dynamic master device switching in a synchrony group |
US10133536B2 (en) | 2003-07-28 | 2018-11-20 | Sonos, Inc. | Method and apparatus for adjusting volume in a synchrony group |
US11294618B2 (en) | 2003-07-28 | 2022-04-05 | Sonos, Inc. | Media player system |
US10970034B2 (en) | 2003-07-28 | 2021-04-06 | Sonos, Inc. | Audio distributor selection |
US11301207B1 (en) | 2003-07-28 | 2022-04-12 | Sonos, Inc. | Playback device |
US8938637B2 (en) | 2003-07-28 | 2015-01-20 | Sonos, Inc | Systems and methods for synchronizing operations among a plurality of independently clocked digital data processing devices without a voltage controlled crystal oscillator |
US10140085B2 (en) | 2003-07-28 | 2018-11-27 | Sonos, Inc. | Playback device operating states |
US10146498B2 (en) | 2003-07-28 | 2018-12-04 | Sonos, Inc. | Disengaging and engaging zone players |
US10157033B2 (en) | 2003-07-28 | 2018-12-18 | Sonos, Inc. | Method and apparatus for switching between a directly connected and a networked audio source |
US9141645B2 (en) | 2003-07-28 | 2015-09-22 | Sonos, Inc. | User interfaces for controlling and manipulating groupings in a multi-zone media system |
US9158327B2 (en) | 2003-07-28 | 2015-10-13 | Sonos, Inc. | Method and apparatus for skipping tracks in a multi-zone system |
US9164533B2 (en) | 2003-07-28 | 2015-10-20 | Sonos, Inc. | Method and apparatus for obtaining audio content and providing the audio content to a plurality of audio devices in a multi-zone system |
US9164532B2 (en) | 2003-07-28 | 2015-10-20 | Sonos, Inc. | Method and apparatus for displaying zones in a multi-zone system |
US9164531B2 (en) | 2003-07-28 | 2015-10-20 | Sonos, Inc. | System and method for synchronizing operations among a plurality of independently clocked digital data processing devices |
US9170600B2 (en) | 2003-07-28 | 2015-10-27 | Sonos, Inc. | Method and apparatus for providing synchrony group status information |
US9176519B2 (en) | 2003-07-28 | 2015-11-03 | Sonos, Inc. | Method and apparatus for causing a device to join a synchrony group |
US9176520B2 (en) | 2003-07-28 | 2015-11-03 | Sonos, Inc. | Obtaining and transmitting audio |
US9182777B2 (en) | 2003-07-28 | 2015-11-10 | Sonos, Inc. | System and method for synchronizing operations among a plurality of independently clocked digital data processing devices |
US9189011B2 (en) | 2003-07-28 | 2015-11-17 | Sonos, Inc. | Method and apparatus for providing audio and playback timing information to a plurality of networked audio devices |
US9189010B2 (en) | 2003-07-28 | 2015-11-17 | Sonos, Inc. | Method and apparatus to receive, play, and provide audio content in a multi-zone system |
US9195258B2 (en) | 2003-07-28 | 2015-11-24 | Sonos, Inc. | System and method for synchronizing operations among a plurality of independently clocked digital data processing devices |
US10963215B2 (en) | 2003-07-28 | 2021-03-30 | Sonos, Inc. | Media playback device and system |
US10956119B2 (en) | 2003-07-28 | 2021-03-23 | Sonos, Inc. | Playback device |
US9207905B2 (en) | 2003-07-28 | 2015-12-08 | Sonos, Inc. | Method and apparatus for providing synchrony group status information |
US9213356B2 (en) | 2003-07-28 | 2015-12-15 | Sonos, Inc. | Method and apparatus for synchrony group control via one or more independent controllers |
US9213357B2 (en) | 2003-07-28 | 2015-12-15 | Sonos, Inc. | Obtaining content from remote source for playback |
US9218017B2 (en) | 2003-07-28 | 2015-12-22 | Sonos, Inc. | Systems and methods for controlling media players in a synchrony group |
US10949163B2 (en) | 2003-07-28 | 2021-03-16 | Sonos, Inc. | Playback device |
US10754612B2 (en) | 2003-07-28 | 2020-08-25 | Sonos, Inc. | Playback device volume control |
US10754613B2 (en) | 2003-07-28 | 2020-08-25 | Sonos, Inc. | Audio master selection |
US9348354B2 (en) | 2003-07-28 | 2016-05-24 | Sonos, Inc. | Systems and methods for synchronizing operations among a plurality of independently clocked digital data processing devices without a voltage controlled crystal oscillator |
US9354656B2 (en) | 2003-07-28 | 2016-05-31 | Sonos, Inc. | Method and apparatus for dynamic channelization device switching in a synchrony group |
US10747496B2 (en) | 2003-07-28 | 2020-08-18 | Sonos, Inc. | Playback device |
US10613817B2 (en) | 2003-07-28 | 2020-04-07 | Sonos, Inc. | Method and apparatus for displaying a list of tracks scheduled for playback by a synchrony group |
US11550539B2 (en) | 2003-07-28 | 2023-01-10 | Sonos, Inc. | Playback device |
US11550536B2 (en) | 2003-07-28 | 2023-01-10 | Sonos, Inc. | Adjusting volume levels |
US10545723B2 (en) | 2003-07-28 | 2020-01-28 | Sonos, Inc. | Playback device |
US10157034B2 (en) | 2003-07-28 | 2018-12-18 | Sonos, Inc. | Clock rate adjustment in a multi-zone system |
US10445054B2 (en) | 2003-07-28 | 2019-10-15 | Sonos, Inc. | Method and apparatus for switching between a directly connected and a networked audio source |
US10157035B2 (en) | 2003-07-28 | 2018-12-18 | Sonos, Inc. | Switching between a directly connected and a networked audio source |
US10387102B2 (en) | 2003-07-28 | 2019-08-20 | Sonos, Inc. | Playback device grouping |
US8234395B2 (en) | 2003-07-28 | 2012-07-31 | Sonos, Inc. | System and method for synchronizing operations among a plurality of independently clocked digital data processing devices |
US11556305B2 (en) | 2003-07-28 | 2023-01-17 | Sonos, Inc. | Synchronizing playback by media playback devices |
US11625221B2 (en) | 2003-07-28 | 2023-04-11 | Sonos, Inc | Synchronizing playback by media playback devices |
US10175930B2 (en) | 2003-07-28 | 2019-01-08 | Sonos, Inc. | Method and apparatus for playback by a synchrony group |
US10359987B2 (en) | 2003-07-28 | 2019-07-23 | Sonos, Inc. | Adjusting volume levels |
US9658820B2 (en) | 2003-07-28 | 2017-05-23 | Sonos, Inc. | Resuming synchronous playback of content |
US10324684B2 (en) | 2003-07-28 | 2019-06-18 | Sonos, Inc. | Playback device synchrony group states |
US11635935B2 (en) | 2003-07-28 | 2023-04-25 | Sonos, Inc. | Adjusting volume levels |
US11650784B2 (en) | 2003-07-28 | 2023-05-16 | Sonos, Inc. | Adjusting volume levels |
US10303431B2 (en) | 2003-07-28 | 2019-05-28 | Sonos, Inc. | Synchronizing operations among a plurality of independently clocked digital data processing devices |
US10303432B2 (en) | 2003-07-28 | 2019-05-28 | Sonos, Inc | Playback device |
US9727304B2 (en) | 2003-07-28 | 2017-08-08 | Sonos, Inc. | Obtaining content from direct source and other source |
US9727302B2 (en) | 2003-07-28 | 2017-08-08 | Sonos, Inc. | Obtaining content from remote source for playback |
US9727303B2 (en) | 2003-07-28 | 2017-08-08 | Sonos, Inc. | Resuming synchronous playback of content |
US10175932B2 (en) | 2003-07-28 | 2019-01-08 | Sonos, Inc. | Obtaining content from direct source and remote source |
US9733892B2 (en) | 2003-07-28 | 2017-08-15 | Sonos, Inc. | Obtaining content based on control by multiple controllers |
US9734242B2 (en) | 2003-07-28 | 2017-08-15 | Sonos, Inc. | Systems and methods for synchronizing operations among a plurality of independently clocked digital data processing devices that independently source digital data |
US9733891B2 (en) | 2003-07-28 | 2017-08-15 | Sonos, Inc. | Obtaining content from local and remote sources for playback |
US9733893B2 (en) | 2003-07-28 | 2017-08-15 | Sonos, Inc. | Obtaining and transmitting audio |
US9740453B2 (en) | 2003-07-28 | 2017-08-22 | Sonos, Inc. | Obtaining content from multiple remote sources for playback |
US10289380B2 (en) | 2003-07-28 | 2019-05-14 | Sonos, Inc. | Playback device |
US10185540B2 (en) | 2003-07-28 | 2019-01-22 | Sonos, Inc. | Playback device |
US10282164B2 (en) | 2003-07-28 | 2019-05-07 | Sonos, Inc. | Synchronizing operations among a plurality of independently clocked digital data processing devices |
US9778900B2 (en) | 2003-07-28 | 2017-10-03 | Sonos, Inc. | Causing a device to join a synchrony group |
US10185541B2 (en) | 2003-07-28 | 2019-01-22 | Sonos, Inc. | Playback device |
US9778897B2 (en) | 2003-07-28 | 2017-10-03 | Sonos, Inc. | Ceasing playback among a plurality of playback devices |
US9778898B2 (en) | 2003-07-28 | 2017-10-03 | Sonos, Inc. | Resynchronization of playback devices |
US10228902B2 (en) | 2003-07-28 | 2019-03-12 | Sonos, Inc. | Playback device |
US10209953B2 (en) | 2003-07-28 | 2019-02-19 | Sonos, Inc. | Playback device |
US10216473B2 (en) | 2003-07-28 | 2019-02-26 | Sonos, Inc. | Playback device synchrony group states |
US20070038999A1 (en) * | 2003-07-28 | 2007-02-15 | Rincon Networks, Inc. | System and method for synchronizing operations among a plurality of independently clocked digital data processing devices |
US11467799B2 (en) | 2004-04-01 | 2022-10-11 | Sonos, Inc. | Guest access to a media playback system |
US10983750B2 (en) | 2004-04-01 | 2021-04-20 | Sonos, Inc. | Guest access to a media playback system |
US11907610B2 (en) | 2004-04-01 | 2024-02-20 | Sonos, Inc. | Guess access to a media playback system |
US9977561B2 (en) | 2004-04-01 | 2018-05-22 | Sonos, Inc. | Systems, methods, apparatus, and articles of manufacture to provide guest access |
US10541883B2 (en) | 2004-06-05 | 2020-01-21 | Sonos, Inc. | Playback device connection |
US11456928B2 (en) | 2004-06-05 | 2022-09-27 | Sonos, Inc. | Playback device connection |
US11025509B2 (en) | 2004-06-05 | 2021-06-01 | Sonos, Inc. | Playback device connection |
US10439896B2 (en) | 2004-06-05 | 2019-10-08 | Sonos, Inc. | Playback device connection |
US9787550B2 (en) | 2004-06-05 | 2017-10-10 | Sonos, Inc. | Establishing a secure wireless network with a minimum human intervention |
US10097423B2 (en) | 2004-06-05 | 2018-10-09 | Sonos, Inc. | Establishing a secure wireless network with minimum human intervention |
US9960969B2 (en) | 2004-06-05 | 2018-05-01 | Sonos, Inc. | Playback device connection |
US9866447B2 (en) | 2004-06-05 | 2018-01-09 | Sonos, Inc. | Indicator on a network device |
US10965545B2 (en) | 2004-06-05 | 2021-03-30 | Sonos, Inc. | Playback device connection |
US10979310B2 (en) | 2004-06-05 | 2021-04-13 | Sonos, Inc. | Playback device connection |
US11894975B2 (en) | 2004-06-05 | 2024-02-06 | Sonos, Inc. | Playback device connection |
US11909588B2 (en) | 2004-06-05 | 2024-02-20 | Sonos, Inc. | Wireless device connection |
US20050289453A1 (en) * | 2004-06-21 | 2005-12-29 | Tsakhi Segal | Apparatys and method for off-line synchronized capturing and reviewing notes and presentations |
US20060026251A1 (en) * | 2004-07-27 | 2006-02-02 | International Business Machines Corporation | Method, system and program product for annotating a development artifact |
US7734685B2 (en) * | 2004-07-27 | 2010-06-08 | International Business Machines Corporation | Method, system and program product for annotating a development artifact |
US10133455B2 (en) | 2004-09-14 | 2018-11-20 | Nicholas T. Hariton | Distributed scripting for presentations with touch screen displays |
US9400593B2 (en) | 2004-09-14 | 2016-07-26 | Nicholas T. Hariton | Distributed scripting for presentations with touch screen displays |
US20150040033A1 (en) * | 2004-10-14 | 2015-02-05 | Cerulean Studios, Llc | System and method for intergrating advanced multimedia features within an instant messaging environment |
US20060177198A1 (en) * | 2004-10-20 | 2006-08-10 | Jarman Matthew T | Media player configured to receive playback filters from alternative storage mediums |
US8117282B2 (en) * | 2004-10-20 | 2012-02-14 | Clearplay, Inc. | Media player configured to receive playback filters from alternative storage mediums |
US20080153975A1 (en) * | 2005-03-17 | 2008-06-26 | Lubrizol Advanced Materials, Inc. | Nanoparticle/Vinyl Polymer Composites |
US11615818B2 (en) | 2005-04-18 | 2023-03-28 | Clearplay, Inc. | Apparatus, system and method for associating one or more filter files with a particular multimedia presentation |
US8615313B2 (en) * | 2005-10-28 | 2013-12-24 | Invensys Systems, Inc. | Sequence of events recorder facility for an industrial process control environment |
US20110066598A1 (en) * | 2005-10-28 | 2011-03-17 | Invensys Systems, Inc. | Sequence of events recorder facility for an industrial process control environment |
US8464164B2 (en) * | 2006-01-24 | 2013-06-11 | Simulat, Inc. | System and method to create a collaborative web-based multimedia contextual dialogue |
US11385858B2 (en) | 2006-09-12 | 2022-07-12 | Sonos, Inc. | Predefined multi-channel listening environment |
US10228898B2 (en) | 2006-09-12 | 2019-03-12 | Sonos, Inc. | Identification of playback device and stereo pair names |
US10848885B2 (en) | 2006-09-12 | 2020-11-24 | Sonos, Inc. | Zone scene management |
US9928026B2 (en) | 2006-09-12 | 2018-03-27 | Sonos, Inc. | Making and indicating a stereo pair |
US10897679B2 (en) | 2006-09-12 | 2021-01-19 | Sonos, Inc. | Zone scene management |
US11388532B2 (en) | 2006-09-12 | 2022-07-12 | Sonos, Inc. | Zone scene activation |
US9860657B2 (en) | 2006-09-12 | 2018-01-02 | Sonos, Inc. | Zone configurations maintained by playback device |
US10448159B2 (en) | 2006-09-12 | 2019-10-15 | Sonos, Inc. | Playback device pairing |
US9813827B2 (en) | 2006-09-12 | 2017-11-07 | Sonos, Inc. | Zone configuration based on playback selections |
US10966025B2 (en) | 2006-09-12 | 2021-03-30 | Sonos, Inc. | Playback device pairing |
US10306365B2 (en) | 2006-09-12 | 2019-05-28 | Sonos, Inc. | Playback device pairing |
US10028056B2 (en) | 2006-09-12 | 2018-07-17 | Sonos, Inc. | Multi-channel pairing in a media system |
US10469966B2 (en) | 2006-09-12 | 2019-11-05 | Sonos, Inc. | Zone scene management |
US10136218B2 (en) | 2006-09-12 | 2018-11-20 | Sonos, Inc. | Playback device pairing |
US11082770B2 (en) | 2006-09-12 | 2021-08-03 | Sonos, Inc. | Multi-channel pairing in a media system |
US9766853B2 (en) | 2006-09-12 | 2017-09-19 | Sonos, Inc. | Pair volume control |
US9756424B2 (en) | 2006-09-12 | 2017-09-05 | Sonos, Inc. | Multi-channel pairing in a media system |
US9749760B2 (en) | 2006-09-12 | 2017-08-29 | Sonos, Inc. | Updating zone configuration in a multi-zone media system |
US10555082B2 (en) | 2006-09-12 | 2020-02-04 | Sonos, Inc. | Playback device pairing |
US11540050B2 (en) | 2006-09-12 | 2022-12-27 | Sonos, Inc. | Playback device pairing |
US8775546B2 (en) | 2006-11-22 | 2014-07-08 | Sonos, Inc | Systems and methods for synchronizing operations among a plurality of independently clocked digital data processing devices that independently source digital data |
US20080168168A1 (en) * | 2007-01-10 | 2008-07-10 | Hamilton Rick A | Method For Communication Management |
EP2122979B1 (en) * | 2007-01-10 | 2016-09-28 | Nuance Communications, Inc. | Method for communication management |
US8712757B2 (en) * | 2007-01-10 | 2014-04-29 | Nuance Communications, Inc. | Methods and apparatus for monitoring communication through identification of priority-ranked keywords |
US20160246458A1 (en) * | 2007-06-08 | 2016-08-25 | Apple Inc. | User Interface for Electronic Backup |
US10891020B2 (en) * | 2007-06-08 | 2021-01-12 | Apple Inc. | User interface for electronic backup |
US20090113353A1 (en) * | 2007-10-31 | 2009-04-30 | Ravi Prakash Bansal | Cursor locator |
US20100005028A1 (en) * | 2008-07-07 | 2010-01-07 | International Business Machines Corporation | Method and apparatus for interconnecting a plurality of virtual world environments |
US8701008B2 (en) * | 2009-06-18 | 2014-04-15 | Cyberlink Corp. | Systems and methods for sharing multimedia editing projects |
US20100325547A1 (en) * | 2009-06-18 | 2010-12-23 | Cyberlink Corp. | Systems and Methods for Sharing Multimedia Editing Projects |
US8819559B2 (en) * | 2009-06-18 | 2014-08-26 | Cyberlink Corp. | Systems and methods for sharing multimedia editing projects |
US20110276881A1 (en) * | 2009-06-18 | 2011-11-10 | Cyberlink Corp. | Systems and Methods for Sharing Multimedia Editing Projects |
US8595194B2 (en) * | 2009-09-15 | 2013-11-26 | At&T Intellectual Property I, L.P. | Forward decay temporal data analysis |
US20110066600A1 (en) * | 2009-09-15 | 2011-03-17 | At&T Intellectual Property I, L.P. | Forward decay temporal data analysis |
US20110154117A1 (en) * | 2009-12-22 | 2011-06-23 | General Electric Company, A New York Corporation | Methods and apparatus to perform log file analyses |
US20110227951A1 (en) * | 2010-03-18 | 2011-09-22 | Konica Minolta Business Technologies, Inc. | Conference system, information processing apparatus, display method, and non-transitory computer-readable recording medium encoded with display program |
CN102193771B (en) * | 2010-03-18 | 2022-04-01 | 柯尼卡美能达商用科技株式会社 | Conference system, information processing apparatus, and display method |
CN102193771A (en) * | 2010-03-18 | 2011-09-21 | 柯尼卡美能达商用科技株式会社 | Conference system, information processing apparatus and display method |
US9538122B2 (en) | 2010-11-01 | 2017-01-03 | Todd Fitzsimmons | System and method for time shifting at least a portion of a program |
US11265652B2 (en) | 2011-01-25 | 2022-03-01 | Sonos, Inc. | Playback device pairing |
US11758327B2 (en) | 2011-01-25 | 2023-09-12 | Sonos, Inc. | Playback device pairing |
US11429343B2 (en) | 2011-01-25 | 2022-08-30 | Sonos, Inc. | Stereo playback configuration and control |
US20130266921A1 (en) * | 2012-04-04 | 2013-10-10 | Robert Charles Wellman Jenks | Student Response Replay with Flexible Data Organization and Representation Overlays |
US10063202B2 (en) | 2012-04-27 | 2018-08-28 | Sonos, Inc. | Intelligently modifying the gain parameter of a playback device |
US10720896B2 (en) | 2012-04-27 | 2020-07-21 | Sonos, Inc. | Intelligently modifying the gain parameter of a playback device |
US9729115B2 (en) | 2012-04-27 | 2017-08-08 | Sonos, Inc. | Intelligently increasing the sound level of player |
US20130332804A1 (en) * | 2012-06-06 | 2013-12-12 | Conrad Delbert Seaman | Methods and devices for data entry |
US9374607B2 (en) | 2012-06-26 | 2016-06-21 | Sonos, Inc. | Media playback system with guest access |
US10306364B2 (en) | 2012-09-28 | 2019-05-28 | Sonos, Inc. | Audio processing adjustments for playback devices based on determined characteristics of audio content |
US10341736B2 (en) | 2013-01-23 | 2019-07-02 | Sonos, Inc. | Multiple household management interface |
US11889160B2 (en) | 2013-01-23 | 2024-01-30 | Sonos, Inc. | Multiple household management |
US10587928B2 (en) | 2013-01-23 | 2020-03-10 | Sonos, Inc. | Multiple household management |
US10097893B2 (en) | 2013-01-23 | 2018-10-09 | Sonos, Inc. | Media experience social interface |
US11032617B2 (en) | 2013-01-23 | 2021-06-08 | Sonos, Inc. | Multiple household management |
US11445261B2 (en) | 2013-01-23 | 2022-09-13 | Sonos, Inc. | Multiple household management |
US10582464B2 (en) | 2013-04-29 | 2020-03-03 | Google Technology Holdings LLC | Systems and methods for synchronizing multiple electronic devices |
US9967847B2 (en) | 2013-04-29 | 2018-05-08 | Google Technology Holdings LLC | Systems and methods for synchronizing multiple electronic devices |
US10743270B2 (en) | 2013-04-29 | 2020-08-11 | Google Technology Holdings LLC | Systems and methods for syncronizing multiple electronic devices |
US10743271B2 (en) | 2013-04-29 | 2020-08-11 | Google Technology Holdings LLC | Systems and methods for syncronizing multiple electronic devices |
US9967848B2 (en) | 2013-04-29 | 2018-05-08 | Google Technology Holdings LLC | Systems and methods for synchronizing multiple electronic devices |
US10952170B2 (en) | 2013-04-29 | 2021-03-16 | Google Technology Holdings LLC | Systems and methods for synchronizing multiple electronic devices |
US10813066B2 (en) | 2013-04-29 | 2020-10-20 | Google Technology Holdings LLC | Systems and methods for synchronizing multiple electronic devices |
US11743849B2 (en) | 2013-04-29 | 2023-08-29 | Google Technology Holdings LLC | Systems and methods for syncronizing multiple electronic devices |
US10820289B2 (en) | 2013-04-29 | 2020-10-27 | Google Technology Holdings LLC | Systems and methods for syncronizing multiple electronic devices |
US9961656B2 (en) | 2013-04-29 | 2018-05-01 | Google Technology Holdings LLC | Systems and methods for syncronizing multiple electronic devices |
US9654545B2 (en) | 2013-09-30 | 2017-05-16 | Sonos, Inc. | Group coordinator device selection |
US11543876B2 (en) | 2013-09-30 | 2023-01-03 | Sonos, Inc. | Synchronous playback with battery-powered playback device |
US11317149B2 (en) | 2013-09-30 | 2022-04-26 | Sonos, Inc. | Group coordinator selection |
US10871817B2 (en) | 2013-09-30 | 2020-12-22 | Sonos, Inc. | Synchronous playback with battery-powered playback device |
US10091548B2 (en) | 2013-09-30 | 2018-10-02 | Sonos, Inc. | Group coordinator selection based on network performance metrics |
US10055003B2 (en) | 2013-09-30 | 2018-08-21 | Sonos, Inc. | Playback device operations based on battery level |
US10142688B2 (en) | 2013-09-30 | 2018-11-27 | Sonos, Inc. | Group coordinator selection |
US9288596B2 (en) | 2013-09-30 | 2016-03-15 | Sonos, Inc. | Coordinator device for paired or consolidated players |
US10775973B2 (en) | 2013-09-30 | 2020-09-15 | Sonos, Inc. | Controlling and displaying zones in a multi-zone system |
US11818430B2 (en) | 2013-09-30 | 2023-11-14 | Sonos, Inc. | Group coordinator selection |
US9686351B2 (en) | 2013-09-30 | 2017-06-20 | Sonos, Inc. | Group coordinator selection based on communication parameters |
US10320888B2 (en) | 2013-09-30 | 2019-06-11 | Sonos, Inc. | Group coordinator selection based on communication parameters |
US9720576B2 (en) | 2013-09-30 | 2017-08-01 | Sonos, Inc. | Controlling and displaying zones in a multi-zone system |
US11494063B2 (en) | 2013-09-30 | 2022-11-08 | Sonos, Inc. | Controlling and displaying zones in a multi-zone system |
US10687110B2 (en) | 2013-09-30 | 2020-06-16 | Sonos, Inc. | Forwarding audio content based on network performance metrics |
US11757980B2 (en) | 2013-09-30 | 2023-09-12 | Sonos, Inc. | Group coordinator selection |
US11740774B2 (en) | 2013-09-30 | 2023-08-29 | Sonos, Inc. | Controlling and displaying zones in a multi-zone system |
US11175805B2 (en) | 2013-09-30 | 2021-11-16 | Sonos, Inc. | Controlling and displaying zones in a multi-zone system |
US11057458B2 (en) | 2013-09-30 | 2021-07-06 | Sonos, Inc. | Group coordinator selection |
US9513868B2 (en) | 2014-01-15 | 2016-12-06 | Sonos, Inc. | Software application and zones |
US11055058B2 (en) | 2014-01-15 | 2021-07-06 | Sonos, Inc. | Playback queue with software components |
US11720319B2 (en) | 2014-01-15 | 2023-08-08 | Sonos, Inc. | Playback queue with software components |
US9300647B2 (en) | 2014-01-15 | 2016-03-29 | Sonos, Inc. | Software application and zones |
US10452342B2 (en) | 2014-01-15 | 2019-10-22 | Sonos, Inc. | Software application and zones |
US9313591B2 (en) | 2014-01-27 | 2016-04-12 | Sonos, Inc. | Audio synchronization among playback devices using offset information |
US9813829B2 (en) | 2014-01-27 | 2017-11-07 | Sonos, Inc. | Audio synchronization among playback devices using offset information |
US9538300B2 (en) | 2014-01-27 | 2017-01-03 | Sonos, Inc. | Audio synchronization among playback devices using offset information |
US11182534B2 (en) | 2014-02-05 | 2021-11-23 | Sonos, Inc. | Remote creation of a playback queue for an event |
US10872194B2 (en) | 2014-02-05 | 2020-12-22 | Sonos, Inc. | Remote creation of a playback queue for a future event |
US10360290B2 (en) | 2014-02-05 | 2019-07-23 | Sonos, Inc. | Remote creation of a playback queue for a future event |
US11734494B2 (en) | 2014-02-05 | 2023-08-22 | Sonos, Inc. | Remote creation of a playback queue for an event |
US9781513B2 (en) | 2014-02-06 | 2017-10-03 | Sonos, Inc. | Audio output balancing |
US9794707B2 (en) | 2014-02-06 | 2017-10-17 | Sonos, Inc. | Audio output balancing |
US10762129B2 (en) | 2014-03-05 | 2020-09-01 | Sonos, Inc. | Webpage media playback |
US9679054B2 (en) | 2014-03-05 | 2017-06-13 | Sonos, Inc. | Webpage media playback |
US11782977B2 (en) | 2014-03-05 | 2023-10-10 | Sonos, Inc. | Webpage media playback |
US10587693B2 (en) | 2014-04-01 | 2020-03-10 | Sonos, Inc. | Mirrored queues |
US11831721B2 (en) | 2014-04-01 | 2023-11-28 | Sonos, Inc. | Mirrored queues |
US11431804B2 (en) | 2014-04-01 | 2022-08-30 | Sonos, Inc. | Mirrored queues |
US11188621B2 (en) | 2014-05-12 | 2021-11-30 | Sonos, Inc. | Share restriction for curated playlists |
US10621310B2 (en) | 2014-05-12 | 2020-04-14 | Sonos, Inc. | Share restriction for curated playlists |
US10810360B2 (en) | 2014-05-23 | 2020-10-20 | Samsung Electronics Co., Ltd. | Server and method of providing collaboration services and user terminal for receiving collaboration services |
US10277643B2 (en) * | 2014-05-23 | 2019-04-30 | Samsung Electronics Co., Ltd. | Server and method of providing collaboration services and user terminal for receiving collaboration services |
US20150341401A1 (en) * | 2014-05-23 | 2015-11-26 | Samsung Electronics Co., Ltd. | Server and method of providing collaboration services and user terminal for receiving collaboration services |
CN105100679A (en) * | 2014-05-23 | 2015-11-25 | 三星电子株式会社 | Server and method for providing collaboration service and user terminal receiving collaboration service |
TWI691849B (en) * | 2014-05-23 | 2020-04-21 | 南韓商三星電子股份有限公司 | Server and method of providing collaboration services and user terminal for receiving collaboration services |
US20190230138A1 (en) * | 2014-05-23 | 2019-07-25 | Samsung Electronics Co., Ltd. | Server and method of providing collaboration services and user terminal for receiving collaboration services |
US11899708B2 (en) | 2014-06-05 | 2024-02-13 | Sonos, Inc. | Multimedia content distribution system and method |
US11190564B2 (en) | 2014-06-05 | 2021-11-30 | Sonos, Inc. | Multimedia content distribution system and method |
US10126916B2 (en) | 2014-08-08 | 2018-11-13 | Sonos, Inc. | Social playback queues |
US11360643B2 (en) | 2014-08-08 | 2022-06-14 | Sonos, Inc. | Social playback queues |
US9874997B2 (en) | 2014-08-08 | 2018-01-23 | Sonos, Inc. | Social playback queues |
US10866698B2 (en) | 2014-08-08 | 2020-12-15 | Sonos, Inc. | Social playback queues |
US9723038B2 (en) | 2014-09-24 | 2017-08-01 | Sonos, Inc. | Social media connection recommendations based on playback information |
US9860286B2 (en) | 2014-09-24 | 2018-01-02 | Sonos, Inc. | Associating a captured image with a media item |
US10873612B2 (en) | 2014-09-24 | 2020-12-22 | Sonos, Inc. | Indicating an association between a social-media account and a media playback system |
US11539767B2 (en) | 2014-09-24 | 2022-12-27 | Sonos, Inc. | Social media connection recommendations based on playback information |
US10645130B2 (en) | 2014-09-24 | 2020-05-05 | Sonos, Inc. | Playback updates |
US10846046B2 (en) | 2014-09-24 | 2020-11-24 | Sonos, Inc. | Media item context in social media posts |
US11451597B2 (en) | 2014-09-24 | 2022-09-20 | Sonos, Inc. | Playback updates |
US11134291B2 (en) | 2014-09-24 | 2021-09-28 | Sonos, Inc. | Social media queue |
US9690540B2 (en) | 2014-09-24 | 2017-06-27 | Sonos, Inc. | Social media queue |
US11223661B2 (en) | 2014-09-24 | 2022-01-11 | Sonos, Inc. | Social media connection recommendations based on playback information |
US9959087B2 (en) | 2014-09-24 | 2018-05-01 | Sonos, Inc. | Media item context from social media |
US11431771B2 (en) | 2014-09-24 | 2022-08-30 | Sonos, Inc. | Indicating an association between a social-media account and a media playback system |
US20160320954A1 (en) * | 2015-04-30 | 2016-11-03 | Elwha Llc | One-touch replay for whiteboard |
US11403062B2 (en) | 2015-06-11 | 2022-08-02 | Sonos, Inc. | Multiple groupings in a playback system |
US10409564B2 (en) * | 2015-08-03 | 2019-09-10 | Microsoft Technology Licensing, Llc | Recording and playback of development sessions |
TWI549050B (en) * | 2015-09-08 | 2016-09-11 | 宏碁股份有限公司 | Method of adjusting window and electronic apparatus thereof |
US11194541B2 (en) | 2016-01-28 | 2021-12-07 | Sonos, Inc. | Systems and methods of distributing audio to one or more playback devices |
US9886234B2 (en) | 2016-01-28 | 2018-02-06 | Sonos, Inc. | Systems and methods of distributing audio to one or more playback devices |
US10592200B2 (en) | 2016-01-28 | 2020-03-17 | Sonos, Inc. | Systems and methods of distributing audio to one or more playback devices |
US11526326B2 (en) | 2016-01-28 | 2022-12-13 | Sonos, Inc. | Systems and methods of distributing audio to one or more playback devices |
US10296288B2 (en) | 2016-01-28 | 2019-05-21 | Sonos, Inc. | Systems and methods of distributing audio to one or more playback devices |
US11481182B2 (en) | 2016-10-17 | 2022-10-25 | Sonos, Inc. | Room association based on name |
US20220308942A1 (en) * | 2018-07-06 | 2022-09-29 | Capital One Services, Llc | Systems and methods for censoring text inline |
CN109597597A (en) * | 2018-11-09 | 2019-04-09 | Oppo广东移动通信有限公司 | Frequency processing method, apparatus, electronic equipment and computer-readable medium |
US11500608B2 (en) * | 2020-06-17 | 2022-11-15 | Avaya Management L.P. | Smart audio playback |
US20220398224A1 (en) * | 2020-10-30 | 2022-12-15 | Docusign, Inc. | Edit Interface in an Online Document System |
US20230367539A1 (en) * | 2022-01-11 | 2023-11-16 | Meta Platforms, Inc. | Generating interactive session captures that continuously highlight active speakers during playback |
Also Published As
Publication number | Publication date |
---|---|
US6332147B1 (en) | 2001-12-18 |
JP3943636B2 (en) | 2007-07-11 |
JPH09179710A (en) | 1997-07-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6332147B1 (en) | Computer controlled display system using a graphical replay device to control playback of temporal data representing collaborative activities | |
US5786814A (en) | Computer controlled display system activities using correlated graphical and timeline interfaces for controlling replay of temporal data representing collaborative activities | |
US5717879A (en) | System for the capture and replay of temporal data representing collaborative activities | |
US5717869A (en) | Computer controlled display system using a timeline to control playback of temporal data representing collaborative activities | |
US6239801B1 (en) | Method and system for indexing and controlling the playback of multimedia documents | |
JP3526067B2 (en) | Reproduction device and reproduction method | |
US5572728A (en) | Conference multimedia summary support system and method | |
US5537529A (en) | Apparatus and method for creating versions of computer models and creating communications incorporating created versions therefrom | |
EP0695446B1 (en) | Multimedia synchronization system | |
EP0866397B1 (en) | System for capturing and retrieving audio data and corresponding hand-written notes | |
US8131866B2 (en) | Annotations for production parts in a media production system | |
Harrison et al. | Designing video annotation and analysis systems | |
Chiu et al. | LiteMinutes: an Internet-based system for multimedia meeting minutes | |
US6148304A (en) | Navigating multimedia content using a graphical user interface with multiple display regions | |
US7506262B2 (en) | User interface for creating viewing and temporally positioning annotations for media content | |
US5596696A (en) | Method and apparatus for synchronizing graphical presentations | |
US20050125717A1 (en) | System and method for off-line synchronized capturing and reviewing notes and presentations | |
US20050289453A1 (en) | Apparatys and method for off-line synchronized capturing and reviewing notes and presentations | |
US11620047B2 (en) | Method, apparatus, terminal device, and storage medium for operating interactive white board | |
WO1994027235A1 (en) | Midi synchronization system | |
WO1994027233A1 (en) | Audio synchronization system | |
US20240073368A1 (en) | System and method for documenting and controlling meetings with labels and automated operations | |
JP2565048B2 (en) | Scenario presentation device | |
Schilit et al. | Scenes from a demonstration: merging the benefits of paper notebooks with the power of computers in dynomite | |
Roschelle | Video analysis tools for HCI: Keep it simple, flexible, portable |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: JPMORGAN CHASE BANK, AS COLLATERAL AGENT, TEXAS Free format text: SECURITY AGREEMENT;ASSIGNOR:XEROX CORPORATION;REEL/FRAME:015134/0476 Effective date: 20030625 |
|
AS | Assignment |
Owner name: XEROX CORPORATION, CONNECTICUT Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A. AS SUCCESSOR-IN-INTEREST ADMINISTRATIVE AGENT AND COLLATERAL AGENT TO JPMORGAN CHASE BANK;REEL/FRAME:066728/0193 Effective date: 20220822 |