Persistency free architecture

Patent metadata

Field	Value
Publication number	US-9747167-B2
Application number	US-201414191837-A
Country	US
Kind code	B2
Filing date	Feb 27, 2014
Priority date	Feb 27, 2014
Publication date	Aug 29, 2017
Grant date	Aug 29, 2017

Abstract

System and method for persistency free management of media storage including, during routine operation: continuously receiving streams of data; storing the streams of data in corresponding files in a non-volatile storage; including in the files a tag indicating whether the file is categorized as active or inactive; and when recovering from a crash: generating a list of active files by scanning the files and identifying active files. System and method for recovering after controller crash may include: during routine operation: continuously handling by the controller processes related to media metadata, by sending commands to a controlled device; sending state parameters related to the processes to the controlled device; and when recovering from the crash: retrieving the state parameters from the controlled device.

First claim

What is claimed is:

1. A method for managing media storage, the method comprising:
during routine operation, a recorder:
continuously receiving, at the recorder, streams of media data including at least an audio interaction, while the interaction is taking place;
storing each of the streams of data in one or more files corresponding to the stream, in a non-volatile storage while the interaction is taking place;
including in the header of each of the files, a tag indicating whether the file is categorized as active and an identifier associating the file with a respective interaction, the file being active while storing of a stream of data continues or inactive, the file being inactive after storing of a stream of data ends, wherein including the tag comprises:
upon creating the file, including in the header, a first tag indicating that the file is categorized as active; and
when the file becomes full or when all data related to one of the streams has been stored in the file, replacing, by the recorder, the first tag with a second tag indicating that the file is categorized as inactive;

during the routine operation, a controller sending to the recorder state parameters required to resume operation of the controller when recovering from a controller crash, wherein the state parameters comprise interaction metadata of the streams;
when recovering from a recorder crash:
generating, at the recorder, a list of active files by scanning the files and identifying active files based on the tags included in the files indicating that the files are categorized as active and associating each active file with its respective interaction based on the identifier; and

wherein recovering from a controller crash:
retrieving the state parameters from the recorder; and
resuming operation of the recorder.

2. The method of claim 1 , comprising:
during the routine operation:
storing the files in the non-volatile storage in a location that is indicative of the time the files where created.

3. The method of claim 2 ,
wherein, scanning the files comprises scanning the files stored at a location that is associated with a predetermined time period before the crash.

4. The method of claim 1 , comprising:
when recovering from the recorder crash:
closing the active files by replacing the tag with a tag indicating that the files are categorized as inactive.

5. The method of claim 1 , comprising:
when recovering from the recorder crash:
associating each of the active files with its respective interaction according to the identifiers in the header of the file.

6. The method of claim 1 , wherein the identifiers associating each file with its respective interaction is selected from the list consisting of:
interaction identification, compound identification, recorded session identification and time of start of recorded session.

7. The method of claim 1 , wherein the state parameters are selected from the list consisting of:
interaction identification, compound identification, participants and start time of the interaction.

8. A system for managing media storage, the method comprising:
a Non-volatile storage unit;
a controller; and
a recorder,
wherein during routine operation, the recorder is configured to:
continuously receiving, at the recorder, streams of media data including at least an audio interaction, while the interaction is taking place;
store each of the streams of data in one or more files corresponding to the stream, in a non-volatile storage while the interaction is taking place; and
include in the header of each of the files, a tag indicating whether the file is categorized as active and an identifier associating the file with a respective interaction, the file being active while storing of a stream of data continues or inactive, the file being inactive after storing of a stream of data ends, wherein the recorder is configured to replace the first tag with a second tag indicating that the file is categorized as inactive when the file becomes full or when all data related to one of the streams being store in the file;

wherein the recorder is configured to, when recovering from a recorder crash:
generate a list of active files by scanning the files and identifying active files based on tags included in the files indicating that the files are active, and associate each file with its respective interaction based on the identifier; and

wherein the controller is configured to:
during the routine operation, send the recorder state parameters required to resume operation of the controller when recovering from a controller crash, wherein the state parameters comprise state of the interaction metadata of the streams; and

when recovering from a controller crash, retrieve the state parameters from the recorder.

9. The system of claim 8 , wherein during the routine operation the recorder is further configured to:
store the files in the non-volatile storage in a location that is indicative of the time the files where created.

10. The system of claim 8 wherein when recovering from the recorder crash, the recorder is further configured to:
scan the files stored at a location that is associated with a predetermined time period before the crash.

11. The system of claim 8 , wherein when recovering from the recorder crash, the recorder is further configured to:
close the active files by replacing the tag with a tag indicating that the files are categorized as inactive.

12. The system of claim 8 , wherein when recovering from the recorder crash, the recorder is further configured to:
associate each of the active files with its respective interaction according to the identifiers in the header of the file.

13. The system of claim 8 , wherein: the media metadata comprises metadata; and the state parameters are selected from the list consisting of: interaction identification, compound identification, participants and start time of the interaction.

Assignees

• Nice-Systems Ltd
• Nice Ltd

Inventors

• Zur Tal
• Kolodizner Efim

Classifications

• G06F11/1441 Primary

  Resetting or repowering · CPC title