Device for editing, method for editing and data carrier

FIELD: editing of records.

SUBSTANCE: device is used for separation of data file with main and control data on first file and second file. Device has operation means for determining a point of division on first and second files; editing means for editing first control data, to render ineffective first portion of block of recorded data of fixed length with main data; and means for generating second control data, to render ineffective second portion of block of recorded data of fixed length with main data, and for adding second control data to second data file.

EFFECT: higher efficiency.

3 cl, 46 dwg

 

BACKGROUND of the INVENTION

1. The technical field

The present invention in General relates to a device for editing and how to edit. More specifically, the present invention relates to a device for editing, intended to separate data file including main data generated by the mutual connection of one or multiple blocks of recorded data of a fixed length and control data that control the recording position and the location of the invalid data that cannot be played back. The present invention also relates to a method for editing, intended for use in devices for editing the above type, and the recording media.

2. Prior art

Currently under development the following type of information accumulation. The memory device of small dimensions, which has a built-in solid state memory device such as flash memory, is formed and installed in the control system, specially used for the above type of memory device. Alternatively, the above-described memory device is installed in the control system, integrated in the device audio/video displaying or information device. Therefore clicks the zoom, computer data, data related to the image and audio data can be recorded in the storage environment.

In the above system of information storage, which uses solid-state storage device, an operation is needed editing in the file stored in the storage system information. In addition, you want the number of effective editing operations, such as moving, copying and overwriting of information, which is required in relation to editing the file, placed in the storage environment was minimal, and the processing time and energy consumption required to perform editing operations, was reduced to a minimum level.

BRIEF description of the INVENTION

Accordingly, the present invention is directed to a device for editing, designed to more effectively perform editing operations.

To achieve the above objectives, in accordance with one aspect of the present invention a device for editing, designed to separate data file including main data and the first control data, which are added to the master data and master data are formed using the relationship of one or more amounts of the blocks and the data records of fixed length, the first control data used to control the recording position of the main data and the position of the invalid data, which should not be reproduced. Device for editing includes operational tool designed to determine the split point in the block fixed-length data, including master data, and for separating the main data in the first data file and the second file data in accordance with the split point. The editing tool editing the first control data with the aim to invalidate the first part of the block of data being written is a predetermined fixed length, including the basic data. The generating unit generates the second control data to make the second part of the block of data being written is a predetermined fixed length, including master data, invalid and adds the second control data to the second data file.

In accordance with another aspect of the present invention is directed to a method of editing you want to divide a data file including main data and first control data related to the master data and master data are formed by mutual connection of one or multiple blocks of recorded data of a fixed length, and these p the pout control data are intended to control the recording position of the main data and the position of the invalid data, that should not be reproduced. Editing method includes: a step of determining, designed to determine the split point in a predetermined block of the write data of a fixed length, including the basic data and to partition the main data in the first and second data files in accordance with the split point; the editing phase, which consists in editing the first control data with the aim of making the first part of the block of data being written is a predetermined fixed length, including the basic data is invalid; and the step of generating comprising generating the second control data to make the second part of the predetermined block of the write data of a fixed length, including master data, invalid, and to add a second control data to the second data file.

In accordance with another aspect of the present invention is directed to a recording medium that is designed to control at least one file for read and write file block with a specific data length. The recording medium includes a data recording area, designed to record at least one data file, which is formed of at least one element of the main data, at least one intermediate data element, p is jednoznacnih to reserve the recording area, and the first control data used to control the provisions of the master data record and the intermediate data in the storage environment. In the area of the recording management data is recorded, the second control data that control the data file recorded in the recording area of the data.

BRIEF DESCRIPTION of DRAWINGS

Figa depicts a front view of the storage device, rod type, in accordance with one alternative embodiment of the present invention;

figw - side view of the storage device, rod type, in accordance with one alternative embodiment of the present invention;

figs is a top view of a storage device rod type in accordance with one alternative embodiment of the present invention;

fig.1D is a bottom view of the storage device rod type in accordance with one alternative embodiment of the present invention;

figure 2 - hierarchy of the file system used in one variation of the embodiment of the present invention;

figure 3 - physical data structure of the storage device rod type in accordance with one alternative embodiment of the present invention;

figure 4 - the contents of the control flags in the storage device rod type in accordance with one alternative embodiment of the present invention;

Fig. - the concept of physical addresses and logical addresses before and after the update data storage device, rod type, in accordance with one alternative embodiment of the present invention;

6 is a format of a management table of the translation of the logical-to-physical (logical/physical) addresses used in one variation of the embodiment of the present invention;

Fig.7 shows the structure of the translation tables of the logical/physical address used in one variation of the embodiment of the present invention;

Fig - the interdependence between the amount of flash memory, the number of blocks, the amount of memory allocated to each of the blocks, the amount of memory allocated to each of the pages and the size of the translation table of the logical/physical address of the storage device rod type in accordance with one alternative embodiment of the present invention;

Fig.9 is a block diagram illustrating the control system in accordance with one alternative embodiment of the present invention;

figure 10 - structure of the file allocation table (FAT);

11 shows the structure of the clusters connected in FAT;

Fig - the directory structure;

Fig - subdirectories and contents storing files;

Fig - directory structure of the storage device rod type in accordance with one variant of the embodiment of us who Otsego invention;

Fig file of the list of messages in accordance with one alternative embodiment of the present invention;

Fig - file header of the message list in accordance with one alternative embodiment of the present invention;

Fig input file folder message list in accordance with one alternative embodiment of the present invention;

Fig - login message file message list in accordance with one alternative embodiment of the present invention;

Fig - structure data file message data in accordance with one alternative embodiment of the present invention;

Fig frame file format message data in accordance with one alternative embodiment of the present invention;

figa is an example of a frame structure of the file data messages in accordance with one alternative embodiment of the present invention;

figw - the content of the frame header of the data file messages shown on figa;

figa is another example of a frame structure of the file data messages in accordance with one alternative embodiment of the present invention;

figv depicts the content of the frame header of the data file messages shown on figa;

Fig intermediate frame in the newly created file message data;

Fig - area, protected from reproduction, zameshano the intermediate frame;

Fig algorithm illustrating the operation division in accordance with one alternative embodiment of the present invention;

figa - F1 before performing the split operation;

figv is the first file F1-1 after performing the split operation;

figs second F1-2 after performing the split operation;

Fig - FAT before performing the split operation;

Fig - FAT after performing the split operation;

Fig - the structure of the FAT before performing the split operation;

Fig structure FAT after performing the split operation;

Fig - the structure of the data frame in the table of contents in accordance with one alternative embodiment of the present invention;

Fig is an example of a block data accumulation and the accumulation of data in accordance with one alternative embodiment of the present invention;

Fig is another example of a block data accumulation and content of the stored data in accordance with one alternative embodiment of the present invention; and

Fig is another example of block data accumulation and content of the stored data in accordance with one alternative embodiment of the present invention.

DESCRIPTION of the BEST embodiments of the INVENTION

Variants of the embodiment of the present invention is described below with reference to the drawings. In this variant embodiment the Oia storage device rod type, having an external configuration in the form of a rod, is used as the recording media in accordance with the present invention. Device for editing in accordance with the present invention is described in the context of a management system designed to record/playback a file to/from the storage device, rod type, and method of editing in accordance with the present invention is performed using a method of editing used in the control system of the above type.

1. The external configuration of the storage device rod type

The description of the configuration of the storage device 1 rod type, which serves as a recording medium in accordance with the present invention, given with reference to figa-1D.

The storage device 1 rod type contains, for example, the storage device having a predetermined capacity, in the case of rod type, such as shown in figa-1D. In this variant embodiment as a mass storage device flash memory.

The case depicted in FIGU-1D, made for example of molded plastic and has dimensions of 60 mm (W11), 20 mm (W12) and 2.8 mm (W13), as shown in figa-1C.

Pin 2 with nine electrodes formed so that it passes from the lower part of the front article the Rhone to the bottom surface of the housing, as shown in figa and 1D. Reads/writes are executed in the embedded storage device through the connector 2.

Slice 3 in the top left hand side, as seen in figs. Due to the presence of slice 3, the storage device 1 rod type protected from improper installation, for example, the mechanism for mounting/Dismounting of the control system. Anti-slip grooves 4 are made in the bottom surface of the housing to improve usability. Slide switch 5, designed to protect against accidental deletion of data, placed on the bottom surface of the device.

2. The format of the storage device rod type

2.1. The hierarchy of the file system of the storage device

The format of the storage device 1 rod type, which serves as a recording medium is performed as follows.

Figure 2 shows the hierarchy of the process file system of the storage device 1 rod type. Hierarchy process file system is, as shown in figure 2, layer the application layer file management layer logical addresses, layer the physical address and the access layer of the flash memory, in descending order. In this hierarchy, the layer file management serves as a so-called "table razresheniya (FAT)". Figure 2 shows that the file system in this variant embodiment uses the concept of logical addresses and physical addresses, which will be described in more detail below.

2.2. Physical data structure

Figure 3 shows the physical structure of the data flash memory, which serves as a storage device, placed in storage device 1 rod type.

In the data block originally defined region of accumulation of flash memory that are designated as "segments", which has a fixed length. Each segment has a size of four megabytes (MB) or eight MB, and the number of segments in a separate storage device type flash may vary depending on the capacity of the flash memory.

Each segment is divided into data blocks of a fixed size that are designated as "blocks"that have a size of 8 KB or 16 KB, as indicated at position a in figure 3. Basically, one segment is divided into 512 blocks, and thus, the number of blocks n, indicated at position a in figure 3, is equal to 511. However, since flash memory can be some damaged areas, entry to which is impossible, in practice, the number of blocks, in which recording is allowed, may be less than 511.

Among the blocks 0 to n, arranged as shown at position a in figure 3, two of the Vedas is the corresponding block, that is, the block 0 and block 1 are marked as "boot blocks". In practice, however, as the boot blocks are defined two blocks from the beginning of serviceable units, and therefore, the block 0 and block 1 are not always boot blocks. The remaining blocks are used as the units of the user, intended for storing user data.

Each block is divided into pages from 0 to m, as shown at position D in figure 3, and each of the pages is generated from a data area of 512 bytes and back area with a size of 16 bytes, as shown at position E in figure 3, and which, therefore, has a total capacity of 528 bytes, which represent a fixed length. The block structure of your reservation will be described in detail with reference to the position F in figure 3. So the number of pages in each block is 16, when the capacity of the block is 8 KB, and 32, when the capacity of the block is 16 KB.

The same structure of the pages indicated at the positions D and E in figure 3, is used for boot blocks and blocks user. In the flash memory operation playback/recording of data is performed page by page, while the erase is executed one block at a time. However, since the data is written only into the free page data which were erased, overwritten/write data in practice is chunked.

In the master boot block (b is OK, 0), as shown in position In figure 3, the header is written into page 0, address information indicating the position of the initially damaged data is stored in page 1, and information CIS/IDI is stored in page 2. The second boot block (block 1) is used as a backup copy of the boot block, as shown at position C in figure 3.

The structure of the backup area, indicated at position E in figure 3, is shown in position F figure 3. In the backup area, the first three bytes from byte 0 to byte 2, are used as the area is overwritten, which can be rewritten in accordance with the update content of the data area data. In the field of rewriting the status block is stored in byte 0, the flag data block is stored in a byte number 1 as the status data and the status data of the page is stored in a predetermined upper bit of byte 2, as the flag of the translation tables.

In principle, the bytes from byte 3 to byte 15 stores fixed data in accordance with the contents of the current page, i.e. they store information that cannot be overwritten. Control flags (information block) is stored in byte 3, and the logical address (Logical Address)that will be described below, is stored in the next two bytes, that is, in bytes number 4 and 5. The next five bytes, that is, the byte number 6-10, are used as the area of the reserve format, which in the next two bytes, that is, the byte number 11 and the byte number 12 is stored error correction code (KIO) distributed information designed to correct errors in the area of the reserve format. The remaining three bytes, i.e. byte number 13 - byte number 15, store data KIO for correcting errors in data recorded in the data area indicated at position E in figure 3.

The contents of the control flags that are recorded in the byte number 3 backup area, indicated at position F in figure 3, is defined in bits 7 - 0, as shown in figure 4.

Bits 7, 6, 1 and 0 are reserved (undefined) areas. In bit number 5 is written to a flag indicating when access to the current block is enabled ("1", free) or disabled ("0", the read-Smoking). In bit number 4 is stored a flag that indicates, when the copy protection ("1", enabled) or"0"is prohibited).

In bit number 3 is stored flag translation tables, which is an identifier used to specify when the current block contains the translation table of the logical-to-physical (logical/physical) addresses, which will be described in detail below. If the value of bit 3 is "0", the current block used for translation tables of the logical/physical address. If the value of bit 3 is "1", then the current block does not contain a translation table log the mental/physical address.

In bit number 2 is stored, the flag system. If the flag system is equal to "1", the current block is determined as a user unit. If the flag system is equal to "0", the current block is determined as the boot block.

The relationship of segments and blocks with a capacity of flash memory is described below with reference to Fig. The capacity of the flash memory storage device 1 rod type is defined as one of 4 MB, 8 MB, 16 MB, 32 MB, 64 MB and 128 MB.

When flash memory has the smallest capacity of 4 MB, the capacity of one unit is defined as 8 KB, and the number of blocks is 512, while the capacity of the flash memory, which is 4 MB, the equivalent capacity of one segment. When the capacity of the flash memory is 8 MB, the capacity of one block is 8 KB, and the number of blocks in the two segments is 1024 (512 on each segment). As described above, when one block has a size of 8 KB, the number of pages in one block is 16.

As for a flash memory having a capacity of 16 MB, the capacity of one block can be either 8 KB, or 16 KB. In accordance with this flash memory is divided into two types, that is, one type with 4 segments and 2048 blocks (one block is 8 KB), and another type with 2 segments and 1024 blocks (one block is 16 KB). When one block is 16 KB, the number of pages in one block is 32.

As for a flash memory having a capacity of 32 MB, 64 MB or 128 MB, the capacity of one block is defined only equal the th 16 KB. In line with this, the number of segments/blocks of the flash memory having a capacity of 32 MB, 64 MB and 128 MB, as well 4/2048, 8/4096 and 16/8192 respectively.

2.3. The concept of physical addresses and logical addresses

In regard to the aforementioned physical structure of the data flash memory the concept of physical addresses and logical addresses in the file system in accordance with the present variant embodiment is described below in the context of the operations of overwriting the data shown in positions a and b on figure 5.

Each block has a physical address. Physical address determined in accordance with the order of the physical location of blocks in the flash memory, and the relationship between the blocks and the corresponding physical address is not changed. In the example shown in position a in Fig. four units have a physical address, such as 105, 106, 107 and 108. Each of the actual physical address is represented by two bytes.

Now suppose, as indicated at position a in figure 5, the blocks having the physical address 105 and 106, are recorded area where data is stored, and blocks with physical addresses 107 and 108 are free areas where information was erased.

In contrast, the logical address is the address assigned to the data recorded in the blocks, and used the FAT file system, which will be is described below.

In the example indicated by the position And figure 5, four blocks are logical addresses, such as 102, 103, 104 and 105. The logical address as the physical address represented by two bytes.

Suppose now that the data stored at the physical address 105, as shown at position a in figure 5, it is necessary to overwrite or partially erased. When performing this type of operation in the file system of the flash memory, the updated data is written in the unused blocks, but not the same unit (in this case, in the block with the physical address 105). That is, the data stored at the physical address 105 is erased, as shown in position In figure 5, and the updated data is written to the block with the physical address 107, which was a free block, in accordance with operation 1.

Then, in accordance with step 2 of the data block with logical address 102, the corresponding physical address 105 before the data is updated, as shown at position a in figure 5, is moved so that it will correspond to the physical address 107, which is now assigned to the unit, in which were recorded the updated data. In accordance with this logical address 104 associated with a physical address 107 before the update data is moved so that it will be associated with a physical address 105.

That is, the physical address is an address that is uniquely associated with a corresponding block, while the logical address is an address that is uniquely associated with the data, which were recorded in this block.

Using permutation blocks, as described above, it becomes possible to avoid the need to perform intensive access to the same storage area information (block), thus extending the service life of flash memory, which has limited the number of accesses (rerecord).

By moving the logical address, as represented by step 2, even if the blocks are rotated and moved after a data refresh, FAT identifies those same addresses, allowing, thus, subsequently to exercise the right to access the data.

To simplify the update management data in the conversion table of the logical/physical address, which will be described in detail below, the permutation of blocks is limited to one segment, in other words, it is forbidden to rearrange the blocks between segments.

2.4. Conversion table of the logical/physical address

In accordance with the description with reference to figure 5, the relationship between the physical address and the logical address is changed when performing a permutation of the block. In accordance with the access to the flash memory to play/read data to/from flash memory, you must refer to the conversion table of the logical/physical is dres, which indicates the relationship between physical address and logical address. More specifically, the FAT associated with the conversion table of the logical/physical address so that is specified by the physical address corresponding to the logical address specified in FAT, allowing, thus, to access the unit, represented by a specific physical address. In other words, without translation tables of the logical/physical address is not possible to access the flash memory by using FAT.

Usually, when the storage device 1 rod type is set, for example, in the control system, the microcomputer of the control system checks the content data stored in the storage device 1 rod type, thereby to form a conversion table of the logical/physical address, and then writes the generated table in the RAM of the control system. That is, the information of the translation tables of the logical/physical address is not stored in the storage device 1 rod type.

In contrast, in accordance with this alternative embodiment of the present invention, the conversion table of the logical/physical address is recorded in the storage device 1 rod type.

Figure 6 shows the format of the generated translation tables logical/physical and the resa, which should be recorded in the storage device 1 rod type in accordance with this alternative embodiment. In this variant embodiment, the information table in which a physical address size in two bytes are recorded in accordance with the associated logical addresses, which are placed in ascending order, formed as a conversion table of the logical/physical address.

As indicated above, both the physical address and the logical address is represented by two bytes. This is based on the fact that the same number of bits required to cover all 8192 blocks storage devices like flash, having a maximum capacity of 128 MB.

Thus, the physical addresses and logical addresses, depicted in figure 6 as an example, is represented by two bytes. In this example, the physical address and the logical address specified in hexadecimal notation, namely the values after h are hexadecimal. The same designation applies to the following description of the present invention. For simplicity of presentation, however, some figures part I omitted.

An example of the structure of the translation tables of the logical/physical address based on the principle shown in Fig.6, is depicted in Fig.7. Conversion table of the logical/physical address is Ranida in the block, located in the final segment of the flash memory, as shown at position a in Fig.7.

As shown in position a, figure 7, among the pages separating unit, which have been described with reference to the positions a and D in figure 3, the area for two pages, that is, the page 0 and page 1, is intended for translation tables of the logical/physical address for segment 0. For example, as a flash memory having a capacity of 4 MB, has only one segment, as described with reference to Fig, only page 0 and page 1 are used as the area for recording the translation tables of the logical/physical address.

Flash memory having a capacity of 8 MB, has two segments. In line with this, the page 0 and page 1 are for translation tables of the logical/physical address for segment 0, and then page 2 and page 3 is allocated to the translation tables of the logical/physical address for segment 1.

Accordingly, when the larger capacity flash memory area, each of the two pages is intended for translation tables of the logical/physical address for each segment. As there are 16 segments of the flash memory with a maximum capacity of 128 MB, 32 pages are for the translation tables of the logical/physical address for segments 0-15. In line with this, the maximum number N of pages specified in position a, figure 7,is equal to 31. As can be seen from the above description, the translation tables of the logical/physical address managed prosegment.

As shown in position In figure 7, the data of two pages indicates the structure of the translation tables of the logical/physical address for one segment. That is, since the data area for one page is 512 bytes, as shown at position E in figure 3, 1024 (= 512×2) bytes in detail shown in position In figure 7.

The data region of the two pages with 1024 bytes, divided into fields of two bytes, as shown in position In figure 7, which are separated by the field size in two bytes are used for recording the logical address of 0, the logical address 1 and so on, and the last two bytes, i.e 991-th byte and 992-th byte from the beginning is defined as a field for the logical address 495. Then the associated physical addresses are recorded in the appropriate field the size of two bytes. Then, in the conversion table of the logical/physical address used in the present variant embodiment, when updating the relationship between physical address and logical address, due to the permutation of blocks to update the data, the layout of the entry of the physical address is updated on the basis of the logical address, as a result overwrites the information in the table.

The remaining 32 bytes, that is, with 993-th buy the a to the last 1024-th byte, contact field for storing a physical address for additional blocks. We will be driven to the physical address for an additional 16 units. Additional blocks are so-called "work units", which are designed for temporary storage, for example, data that should be updated in the block.

Although one segment is divided into 512 blocks, the number of managed units is set to 496 blocks corresponding to the logical addresses from 0 to the logical address 495 in the table structure shown in position In figure 7. This is because highlighted above additional blocks, and a certain number of blocks in the flash memory may be employed defective areas (unused areas). In line with this, in practice, the flash memory may contain a significant number of faulty blocks. Thus, it is enough to set the translation table of the logical/physical address so that can only be managed 496 blocks (blocks that allow write/erase).

Unit that stores the conversion table of the logical/physical address is written to "0" in bit 3 of control flags field of the backup of each page, as shown in figure 4. Thus, it becomes possible to identify that suitable the m block recorded conversion table of the logical/physical address.

In the block that contains the translation table of the logical/physical address, when rewriting the contents of the translation tables of the logical/physical address always executes processing for adjusting a Cup spring, as shown in positions a and b on figure 5. In line with this, the block that contains the translation table of the logical/physical address is not fixed, it is impossible to write a conversion table of the logical/physical address in a particular block.

Thus, through the FAT access flash memory to search for the block in which the bit number 3 of governors And flags is "0", indicating, therefore, a unit that stores the conversion table of the logical/physical address. To facilitate a search unit that stores the conversion table of the logical/physical address, in the present variant embodiment is determined that the block that contains the translation table of the logical/physical address located within the destination segment. This determines FAT, so the search is carried out only in the final segment of the block that contains the translation table of the logical/physical address. In other words, there is no need to search the translation table of the logical/physical address for all segments of the flash memory.

Conversion table of the logical/physical addr is sa, depicted in Fig.7, is recorded, for example, in the manufacture of the storage device 1 rod type.

Consider again Fig, which depicts the relationship between the capacity of the flash memory and the size of the translation table of the logical/physical address.

As described with reference to Fig.7, the size of the translation tables of the logical/physical address control one segment is equal to 1024 bytes for two pages, that is 1 KB. Accordingly, when the flash memory has a capacity of 4 MB (only one segment), the size of the translation tables of the logical/physical address is 1 KB, as shown at position E on Fig. When flash memory has a capacity of 8 MB (2 segments), the size of the translation tables of the logical/physical address is 2 KB (4 pages).

When the capacity of the flash memory is 16 MB, the size of the translation tables of the logical/physical address is 4 KB (8 pages) for flash memory with 2048 blocks (4 segments), and is equal to 2 KB (4 pages) for flash memory with 1024 block (2 segment).

In respect of blocks of a flash memory having a capacity of 32 MB (4 segments), 64 MB (8 segments) and 128 MB (16 segments), the size of the translation tables of the logical/physical address is 4 KB (8 pages), 8 KB (16 pages) and 16 KB (32 pages), respectively.

3. Configuration management system

Under this option waples the ment of the invention has the following configuration management system. Figure 9 shows the configuration of the main unit of the control system designed for playback, recording and editing data in accordance with the above-described storage device 1 rod type. The main unit 100 of the control system and the storage device 1 rod type form the system files are stored.

Different types of master data can be reproduced from the storage device 1 rod type and recorded it with the main unit 100 of the control system, such as data of moving image data, still images, messages that are recorded through the microphone, high-quality audio data (referred to hereinafter as "music data"), recorded with the recording media such as compact disks (CD, trademark) and mini discs (MD, trademark) and control data.

In this variant embodiment, for simplicity of presentation it is assumed that the main unit 100 of the control system is a system for recording and playback of data messages, which serve as the basic data. However, the system I / o and data processing system, such as moving images and still images, or music, can be executed in the main unit 100 of the control system, so that the main unit 100 of the control system b the children to serve as a system for relevant data files.

The mechanism 120 of the mounting/Dismounting is designed for loading of the storage device 1 rod type into the main unit 100 of the control system with the possibility of disconnection. Data transfer between the storage device 1 rod type loaded in the mechanism 120 and dismantling the microprocessor 109 is performed through the chip 101 interface (And/f (I/F)) of the processor.

The microphone 103 is also mounted in the main unit 100 of the control system, and the sound picked up by the microphone 103, is fed to the digital signal processor 102 (DSP (DSP)via the amplifier 104 microphone as a sound signal. DSP 102 converts the incoming audio signal into digital audio data and performs a predetermined signal processing, such as encoding the digital audio signal, which is then fed to the control microprocessor 109 as data entry. The microprocessor 109 is able to perform processing necessary for recording data in the storage device 1 rod type through the chip 101 interface processor.

The microprocessor 109 also reads audio data or file data messages that are recorded in the storage device 1 rod type through the chip 101 interface processor and outputs the reproduced audio data/data messages to the DSP 102. DSP 102 then performs predetermined signal processing, Taku is how the decoding of the supplied data, and displays the data in the final form of the analog sound signal to the amplifier 105 loudspeaker. The amplifier 105 loudspeaker amplifies the input audio data and outputs it to the loudspeaker 106, and, thus, plays a sound.

The microprocessor 109 also controls the driver 107 display, which is designed to display a predetermined image, such as menus and instructions for the user or to display the content of a file stored in the storage device 1 rod type, in block 108 of the display. Image data such as moving or still images stored in the storage device 1 rod type, can be read and displayed in block 108 of the display.

The operation unit 112 has various keys used to perform user operations on the main unit 100 showing a system. The microprocessor 109 accepts the command in response to the operation performed in the operation unit 112, and in accordance with this command performs a predefined managing the process. The contents of the operations can be an instruction to write the file, select the file, play the file, split file, which will be described below, or edit the file.

The configuration of the main unit 100 of the control system depicted in Fig.9, the submitted is merely an example and does not limit the configuration of the present invention. There can be used an electronic device of any type as the main unit 100 of the control system, if it enables the exchange of data with the storage device 1 rod type.

4. The structure of the FAT

As described in the filesystem hierarchy, shown in figure 2, the processing related to the file management is performed by using FAT. More specifically, in order to read/write (play/record data from/in the storage device 1 rod type by using the control system depicted in Fig.9, through FAT associated with storage locations of the files in accordance with the request received from the application processing the file system hierarchy, and when this is done the above translation of the logical/physical address, allowing, thus, to provide access to a storage device rod type.

The management structure of FAT is described below with reference to figure 10. In this variant embodiment of the present invention, the FAT and the conversion table of the logical/physical address stored in fasting device 1 rod type. In line with this, the FAT structure, depicted in figure 10, is controlled in the storage device 1 rod type.

The management structure of FAT formed in the form, as shown in figure 10, table partitions, free space, zagruza the sector, FAT, copies of the FAT, root directory, and data area.

In the field of data used blocks of data, such as cluster 2, cluster 3, and so on. A cluster is a data block that is a controlled unit, which is processed using FAT. In General, FAT standard cluster size is 4 KB and can be any power of two between 512 bytes and 32 KB.

In this variant embodiment, as described above, one block is 8 KB or 16 KB. In the storage device 1 rod type, in which each block is 8 KB, the size of the FAT cluster is 8 KB. In the storage device 1 rod type, in which each block is 16 KB, the FAT cluster size is 16 KB. It is 8 KB or 16 KB is used for the data block size that is used under the control of FAT, as well as the size of the data block in the storage device 1 rod type, namely the size of the cluster, processed FAT, equal to the block size of the corresponding storage device 1 rod type. Accordingly, for brevity, let's assume that one unit is equal to one cluster.

The number of blocks indicated by the values from x to (x+m-1), (x+m), (x+m+1), (x+m+2) and so on, on the left side of figure 10, and various data that form the structure of the FAT is stored, thus, in the respective blocks. In practice, however, d is installed is not necessarily stored in a physically sequential blocks, as shown in the scheme depicted in figure 10.

Considering the structure of the FAT, you can see that the partition table is stored the address header and the address of the end of the partition with the maximum capacity of 2 GB. Boot sector indicates the type of FAT - 12-bit or 16-bit FAT, and also indicates the structure of the FAT. The structure of the FAT includes information about the amount of FAT, the cluster size and the size of each field.

FAT is a table representing the link structure of the clusters forming the corresponding file, which will be described below. In the field next to the FAT stored up FAT.

In the root directory are stored the names of the files, the initial cluster number and variety of attributes. For a description of each file uses 32 bytes.

In FAT the relationship between the input in FAT and a cluster is a one-to-one correspondence. At the entrance to each cluster is described by the associated cluster, i.e. the number of the next cluster. That is the file that is generated from the set of clusters (blocks), the initial cluster number is specified in the directory, and the number of the second cluster is represented in the input in the initial cluster in FAT. The number of the third cluster represented in the input to the second cluster. Thus, describes the relationships between the clusters in the FAT.

The concept of a linked structure of the clusters is shown schematically nafig, and number printed on 11 represented in hexadecimal. If recorded two files, such as MAIN. and FUNC.C, the number of initial clusters, for example, 002 and 004 of these two files is described in the directory.

When considering file MAIN. subsequent cluster number 003 is specified at the entrance to the leading cluster number 002, and the next number 006 subsequent cluster described in the input cluster number 003. If the cluster number 006 is the last cluster of the file MAIN., entry cluster number 006 will be recorded code FFF, which points to the last cluster.

In line with this, the file MAIN. is stored in the clusters 002, 003 and 006. That is, assuming that the cluster number corresponds to the number of storage unit 1 rod type, file MAIN. will be stored in blocks 002, 003 and 006 storage device 1 rod type. However, as indicated above, as a cluster, managed FAT, equal to the logical address, it does not necessarily correspond to the physical address.

Similarly, FAT indicates that the file FUNC.C is stored in the cluster 004 and 005, as indicated by the positions b and C figure 11.

At the entrances of clusters corresponding to unused blocks, code 000.

In the table of contents of each file stored in the root directory that describes not only the number of the host cluster, indicated in items a and b In figure 1, but also various data, such as data depicted in Fig. That is, the recorded file name, extension, attribute, reserved area, the time information and the latest updates and information about the date of the last update, the initial cluster number and the size of the file, while they occupy the number of bytes specified in parentheses.

The subdirectory that corresponds to the lower layer than the directory is stored in the data area, and not in the root directory, depicted in figure 10, namely the subdirectory is treated as a file with the directory structure. The size of subdirectories unlimited, and requires input in a subdirectory and entrance into the root directory.

On Fig shows an example structure in which the file DIR1, attribute, which represents the directory is stored in the root directory, the file DIR2, attribute, which means the directory is stored in the file DIR1, and, finally, the file "FILE" is located in the file DIR2.

The initial cluster number of the file DIR1, which serves as the subdirectory specified in the root directory, namely clusters X, Y, and Z associated with the above FAT. On Fig shows that subdirectory DIR1 and DIR2 are treated as files and communications integrated into FAT.

The above description of the structure of FAT is reduced, in General, on Fig. The way to control FAT described below with reference to geneticheskuyu diagram of the memory card, presented at Fig.

On the memory card depicted in Fig, table partitions, free space, boot sector, FAT, region backup FAT, root directory, the directory and the data area is formed, starting from the top of the card.

Memory card depicted in Fig is a map obtained after the translation of the logical/physical address, based on the translation tables of the logical/physical address.

The above boot sector FAT area backup FAT, root directory, the directory and the data area in General is designated as "area a FAT partition". In the above partition table written the address header and the address of the end region of the FAT partitions. In General, for FAT used in the flexible disk, the partition table is not provided.

Free space is formed, because the first track is not stored in any other data except the partition table.

Subsequent boot sector indicates whether FAT 12-bit FAT or 16-bit FAT, and the FAT, the cluster size and the size of each area are recorded in accordance with the type of FAT.

Using FAT manage the placement of files stored in the data regions. The area of backup files is an area in which FAT is copied.

H is here the root directory stores the file name, the address of the primary cluster and the various attributes, and for each file uses 32 bytes.

Part subdirectory is a file attribute which represents a directory, and in the example depicted in Fig, are stored in the subdirectory four files, such as PBLIST.MSV, CAT.MSV, DOG.MSV and MAN.MSV. Part subdirectory manages file names and the location of the file entries in the FAT. More specifically, in the subdirectory depicted on Fig, address "5" FAT recorded in the segment in which the recorded file name CAT.MSV, and address FAT "10" is stored in the segment, which recorded the name of the file DOG.MSV. Address FAT "110" is stored in the segment, which recorded the name of the file MAN.MSV.

Cluster 2 and subsequent clusters are used as the actual field data, and voice data compressed using the method of adaptive differential pulse code modulation (ADIM (ADPCM)), are recorded in the data area.

In this variant embodiment of the voice data compressed by the method of ADIM, are recorded in the file under the name CAT.MSV in clusters of 5 to 8. The audio data is compressed by way of ADIM, i.e. DOG-1, which represent the first part of the file name DOG.MSV recorded in clusters of 10-12, while the audio data is compressed by way of ADIM, i.e. DOG-2, which constitute the second part of the file name DOG.MSV are recorded in the cluster 100 and 101. The audio data is compressed by way of ADIGM in the file is called MAN.MSV, recorded in the clusters 110 and 111.

On Fig shows an example in which a single file is divided and recorded in different clusters. Clusters of the data area that is marked as "empty", are available lots of space for recording data.

The cluster 200 and subsequent clusters are used to manage the file names. File CAT.MSV recorded in the cluster 200, the file DOG.MSV recorded in the cluster 201, and the file MAN.MSV recorded in the cluster 202.

The order of the files can be rearranged in the cluster 200 and the next cluster.

When the storage device 1 rod type, made in accordance with the above description, is installed for the first time, is a reference to the header memory, i.e. the partition table, determining, therefore, the address header and the destination address field of a FAT partition. After reading a portion of data from the boot sector of the reproduced data stored in the root directory and subdirectories. Then, when the search segment, which recorded information managing the reproduction, in relation to the subdirectory, i.e. in which the recorded PBLIST-MSV, checks the destination address of the segment, which recorded PBLIST.MSV. In this variant embodiment, due to the fact that the address "200" is specified at the end of the segment, which recorded PBLIST.MSV, will be referred to the cluster 200.

The cluster 200 and the subsequent cluster soda is RATM file names as well as the playback order. In this variant embodiment, the file CAT.MSV represents the first sounds of the soundtrack. File DOG.MSV is the second soundtrack, and the file MAN.MSV is the third soundtrack.

After performing the links to all the clusters after the cluster 200, again reference is made to a subdirectory, producing, thus, the search segment corresponding to the file names CAT.MSV, DOG.MSV and MAN.MSV. In the table map shown on Fig, address "5" is specified at the end of the segment, which recorded the name of the file CAT.MSV. The address "10" is stored at the end of the segment, which recorded the name of the file DOG.MSV. Address "110" is specified at the end of the segment, which recorded the name of the file MAN.MSV.

Then, after the search start addresses of FAT on the basis of the address "5", the address "6" of the cluster is found as the input. When accessing the address "6" of the entry is found, the address "7" of the cluster as an input, and when accessing the address "7" of the entry is found, the address "8" of the cluster as input. Upon further appeal to the address "8" is input, will be determined by the code "FFF", which indicates the end of the file.

In line with this, the file CAT.MSV takes clusters 5, 6, 7 and 8, and performing conversion to clusters 5, 6, 7 and 8 from the field data, it becomes possible to perform the access in the area where in fact the recorded data compressed by the method of ADIM called CAT.MSV

The way a file search DOG.MSV recorded in different places, as follows.

The address "10" is specified at the end of the segment in which the recorded file DOG.MSV. After searching for the address of the entry in the FAT on the basis of the address "10" is found the address "11" of the cluster as input. When accessing the address "11" of the entry is found, the address "12" cluster as input. When accessing the address "12" entry is found, the address "100" of the cluster as input. Upon further appeal to the address "110" entry is found, the address "101" cluster as input. And finally, when accessing the address "101" entry is found, the code FFF indicating the end of the file.

In line with this, the file DOG.MSV takes clusters 10, 11, 12, 100 and 101, and turning to clusters 10, 11 and 12 of the data area can be provided access to the area in which the recorded data compressed by the method of ADIM corresponding to the first part of the file DOG.MSV. Upon further appeal to the cluster 100 and 101 in a data region may be provided access to the area in which the recorded data ADIM corresponding to the second part of the file DOG.MSV.

In the file under the name MAN.MSV, when searching for an address entry in the FAT on the basis of the address "110" found address "111" cluster as input. When accessing the address "111" entry is found, the code "FFF", representing the end of the file. Thus, the file MAN.MSV takes clusters 110 and 111.

In accordance with the above description of the data portion of the file that are recorded in different locations of the flash memory can be interconnected and can be consistently reproduced.

We now present a description of the file splitting CAT.MSV on three files shown on Fig. On Fig depicts the memory card when the file CAT.MSV divided. The editing process FAT when performing the split operation is performed as follows.

Assume that the user performs a splitting operation on the border between cluster 6 and cluster 7, which will create two files, i.e. CAT1.MSV and CAT2.MSV.

Files DOG.MSV m MAN.MSV, which were pre-recorded respectively in clusters 201 and 202 will first be shifted accordingly in the cluster 202 and 203. Then the file name in the cluster 200 is changed to CAT1.MSV that is a combination of the names SET entered by the user and ID MSV, and the name CAT2.MSV, which is a combination of the names SET entered by the user and ID MSV, will be recorded in the cluster 201.

Then the name CAT.MSV recorded in the subdirectory will be rewritten in the form CAT1.MSV, and the name CAT2.MSV will be recorded in the unused segment.

The number "7" cluster, which contains CAT2.MSV will be recorded at the end of the segment, which recorded CAT2.MSV. Then, instead of the address "6" of the FAT entry will be recorded code "FFF"to the end of the file, indicated by the segment CAT1.MSV subdirectory, was recorded in cluster 6.

5. The file structure of the storage device rod type

5.1. The configuration is irectory

The structure of the files stored in the storage device 1 rod type, organized in the following way. Here is the first description of the configuration directory with a link to Fig.

As indicated above, the basic data that can be managed storage device 1 rod type include moving image data, still image data, the data recorded through the microphone, high-quality audio data recorded on the recording media, such as CD and MD control data, telephone directory data, etc. In accordance with this, in the configuration directory, depicted on Fig, after the root directory contains the directory messages (VOICE), the directory still images (DCIM), the directory of the moving image (MOXXXXNN), the directory control), directory of music data (HIFI), and directory dialing directory (TEL).

In this variant embodiment, the configuration directory is described in detail below in the context of data files and messages. File list messages (MSGLIST.MSF), the file In the message list (MSGLISTB.MSF), which is a copy of the file list messages, folders (FOLDER1 and FOLDER2), etc. are formed as subdirectories of the directory VOICE, as depicted in Fig. The actual data files of messages, for example a file named 98120100.MSV, are formed in the folders.

The above is the configuration directory is just an example, and inside the folder, such as FOLDER1, may be formed from a different folder.

The directory structure of the VOICE registered in the file list of messages and generates arbitrarily a corresponding control system. File list message serves as a control file for the directory structure, and have a backup of the storage device 1 rod type, thus preventing inadvertent Erasure of data.

5.2. The file list of messages

The file structure of the list of messages is described below with reference to Fig-18. The numbers that appear in the rows and columns in the drawings, represent the number of bytes in hexadecimal notation.

On Fig shows the configuration of the data file message list. The first 32 bytes of the file list message is used as a header, followed by entrance into the folder size of 64 bytes and a multiple input messages of size 32 bytes each. In the file list message is, thus, a predetermined number of combinations of inputs in the folder and input message.

In the file list of messages, which is constructed as described above, the order of the folders defined by the entry in the folder specifies the folder switching and the display order of the folders. The order data message with login message indicates that p is relucta and displaying data messages and the playback order of data messages.

The header structure size 32 bytes of the file list of messages shown on Fig. In the header, as shown in Fig described identifier (MSG-ID) file message list, which occupies four bytes, the number (FMT-VER) version of the format that occupies two bytes, the code (MCode) manufacturer, occupying two bytes, the date and time (YMDHMSW) editing, occupying eight bytes, the number (FILE NO)file, which occupies four bytes, size (FSIZE) entry in the folder, which occupies two bytes, size (MSIZE) log message, which occupies two bytes, offset) sign-in folder occupies two bytes, the code (CCODE) character occupies two bytes, and the number (REV) changes, occupying two bytes. Mark (R) in the header marked reserved space, and the same reduction applies to Fig, 18 and 20.

Identifier (MSG-ID) of the master file list message is a fixed value, such as Ox4D53474C (="MSGL")that indicates that the corresponding file is a file in the message list.

Room (FMT-VER) format version indicates the version number of the format that is defined in the system designed for recording voice data files in the storage device 1 rod type, whereby it becomes possible to identify the number of the currently used version. The upper byte of the number is a larger number, and the lower two bytes of oznachaet fewer, so 0×0100 represents, for example, version 1.0.

Code (MCode) manufacturer is a manufacturer code and a model of the system, which was last used to edit the list file messages. Date and time (YMDHMSW) edit specifies the year, month, date, hour, minute, second and day of the week on which the file list message was edited last time. Use binary values, for which only selected eight bytes: two bytes for the year, and one byte for each of the parameters other information. The specific value is set in the information indicating the day of the week (Monday to Sunday).

The file number (FILE NO) represents the number of a message file that was created in recent times. The file number is specified as a sequence number used to create the name of the message file, and is incremented each time you create a new file, thanks to which is reserved the value created in the following file name. The file number is reset to zero when the date is changed.

Size (FSIZE) entry in the folder indicates the size of the input (the INPUT FOLDER) in the folder, which is depicted on Fig, and is a fixed size, for example 64 (bytes).

Size (MSIZE) input message represents the size of the input (INPUT MESSAGE) in the message depicted on Fig, and not only is em a fixed value, example 32 (bytes).

The offset of the entry in the folder is a place from which to start logging in for the first folder, which is expressed by the offset from the beginning of the file. For example, the initial position of a folder located at addresses from 0×0020 0×005F, as shown in Fig, as the offset set value 32 from the point of beginning of the file.

The structure of the entry in the folder shown on Fig. At the entrance to the folder described ID (FLD-ID) folder size in two byte code (MCode) manufacturer size two bytes name (FLD-NAME) folder size 12 bytes, the code (C-CODE) character size in two bytes and 4(DISP-NAME) display size to 4 bytes.

The folder ID is a fixed value, for example 0×4644 (="FD"), intended to identify the header of the input data in the folder. Code (MCode) manufacturer is a code for the manufacturer and model of the system, which has established an appropriate folder.

As the name (FLD-NAME) folder is written the name of the folder FAT in the form of a character string, such as a directory name represented in code defined, for example, JIS X 0201. The name of the folder is mainly formed from the name of the directory, with a maximum of eight bytes, a dot (".") and expansion, with a maximum of three bytes. If the extension is not necessary, it may be stated that what are the directory name without the extension and point. Symbol completion h is placed at the end of line characters, although it can be omitted when the lack of space, if the character string will occupy the entire area of the recording folder name.

Code (C-CODE) symbol represents the code assigned for identification of the character encoding, which describe the following name display, and represents, for example, 0×90 for JIS X 0208-1997 (the so-called "shifted JIS code") or 0×03 to ISO8859-1.

Name (DISP-NAME) display indicates the name of the folder displayed in the system and is written in a character string, that is, in the encoding of characters described in the above WITH-CODE. At least one byte symbol 0×00 end is written at the end of the character string, and the values after the code 0×00 are chosen at random. Record the termination character is not necessary, if due to lack of space, the folder name is the entire area recording the names of the display. If the system automatically generates the name of the display, the folder name is recorded in the FAT.

The structure of the entrance to the message shown on Fig. The log message is generated from an identifier (MID) messages, which occupies one byte, priority (PRI), which occupies one byte, mode (AL-M) activate the alarm signal, which occupies one byte, date (AL-DATE) signal, signaling, which is 5 bytes, the name (FILE-NAME) file, the cat is PoE occupies 8 bytes, and the time and date (REG-DATE records, which occupy 6 bytes.

The message ID is a fixed value, for example 0×4D (="M"), which is designed to identify the data header of the input message. The priority (PRI) represents the importance (or priority) messages and designated four priority levels, for example from 0×00 to 0×03, and a large value indicates a higher priority. When the priority (PRI) is not specified, set the value to 0×00.

Mode (AL-M) enable alarm indicates alarm signal. The individual bits are defined as follows.

bit 1, bit 0 ... setting the time and date

bit 1=0 bit 0=0 work at the appointed time

bit 1=0 bit 0=1 work on the scheduled day of the week

bit 1=1 bit 0=0 work at the appointed time, day and month

bit 1=1 bit 0=1 reserved

bit 2 ... spare (set to 0)

bit 3 ... the flag of the rest

0 bit 7 is set to 0 (erased) after activation of signal alarm

1 bit 7 is not set to 0 (not erased) after activation of signal alarm

bit 4 ... spare (set to 0)

bit 5 ... flag playback messages

0 the message is not played during signal alarm

1 the message is played when the alarm signal

bit 6 ... flag sounding the Oia signal alarm

0 sound alarm is not played during signal alarm

1 sound the alarm plays during signal alarm

bit 7... install flag signal alarm

0 signal alarm is not set

1 beep alarm installed

If the function signal alarm is not used, the mode (AL-M) alarm is set to 0×00. When both bits 5 and 6 recorded 1 the work shall be done in such a way that beep alarm, hear the message, and the message is erased.

Date (AL-DATE) signal alarm is a time and a date, which turns on the alarm signal, as indicated by the binary number in the order year, month, date, hour, minute and day of the week, and each piece of information occupies one byte. The year is specified as an offset from 1980. Values 0 to 127 represent a year from 1980 to 2107. If the year is not set, set value : 0×PP. The use of other values, except 0-127 and 0×PP prohibited.

Name (FILE-NAME) file is written to the message file name in the FAT, and the name of the file without the extension is written in the encoding defined, for example, JIS X 0201. The symbol 0×00 end is written at the end of line characters, although it may be omitted for lack of space, if the string of characters occupies the entire area of the recording file name.

Date (REC DATE) entries recorded date and time at which the recording was made, messages in the form of a one-byte binary numbers in the order of year, month, date, hour, minute, and second. The year is represented as an offset from 1980. Values from 0 to 127 represent the years from 1980 to 2107. If the year is recorded value : 0×FF. The use of other values, except 0-127 and 0×FF prohibited.

File list messages, performed as described above, is placed directly after the VOICE directory and used separate systems.

When the system first identifies the storage device 1 rod type, for example, when the system is rebooted, or when the storage device 1 rod type is inserted into the system, the following operations (1) through (7).

(1) First checks whether the inputs subdirectory in the directory VOICE file contents of the message list.

(2) the Newly created subdirectory is added to the file list of messages.

(3) Astarta subdirectory is deleted from the file list messages. (Operation (2) and (3) is necessary because the subdirectory can be added or deleted without performing an edit list file messages on a personal computer (PC)).

(4) Checks whether the input file in a subdirectory in di is actorii VOICE file contents of the message list.

(5) the Newly created file is added to the file list of messages.

(6) Erased the file is deleted from the file list messages. (Operation (5) and (6) are necessary, because the file can be added or deleted without performing editing operations in the file list messages on PC).

(7) If the system does not use the directory creates a new directory.

The file size of the message list has a fixed size 32736 bytes (32×1024-32). In an area with a size of 32 bytes, the following after logging in the last message, written code 0×00. The maximum number of messages (FAT file)that can be entered is equal to 1020, when the number of subdirectories in the directory VOICE is one. In the file list messages, log in to the folder (subdirectory) requires a drainage area equal to two areas of the input message, and in this case, since the number of inputs in the folder will increase by one the number of messages that can be introduced is reduced by two.

5.3. The data file messages

The data file message is for recording the actual data of the message in the following form. The name of the data file message is logged in the file list of messages and randomly generated by the system.

On Fig shows the structure of a data file message data. The data file message is formed from a frame (FRAME FORMAT) format, frame (TOC FRAME) oglaf is to be placed, frame TITLE FRAME name, frame (FRAME MAKER) manufacturer, frame (FRAME AUTHOR) author information frame (INFORMATION FRAME), the intermediate frame (SPACE FRAME) and frame (DATA FRAME) of data.

However, the frame TITLE FRAME, FRAME MAKER, FRAME AUTHOR and INFORMATION FRAME are optional and the data file message, basically, is formed from a frame (FRAME FORMAT) format and frame (TOC FRAME) table of contents, an intermediate frame (SRACE FRAME) and frame (DATA FRAME) data, which are indicated on Fig solid lines.

The frame format is the basic control information intended for the corresponding file data message, and indicates the type of encoding-decoding, etc. that will be explained in more detail later.

The frame of the table of contents serves as control information indicating the location of the individual frames in the data file of the message, in other words, the structure of the frames of the data file of the message can be identified by the frame of the table of contents.

In the data frame stored the actual message data. The intermediate frame, which will be described in more detail below, is an area that is not designed for playback (unused area), which serves as a reserved area for extension of the frame of the table of contents, or used for the installation area is not used during playback in the file.

In one and t the m file can be placed multiple data frames and the number of intermediate frames, while other frames are presented in the same file only once. The frame format is always located in the header of the file, immediately after it should frame the table of contents.

Frame name, frame manufacturer, the frame of the author and information frame, which are optional, all together are after frame table of contents in descending order based on the identifier of the frame (described below). After the above optional frames should always be the intermediate frame.

The structure of the frame format depicted in Fig. The frame format is an important frame, which describes the type of encoding and so on, and which should be placed in the frame header.

The frame format is formed, as shown in Fig, ID (FILE-ID) file size eight bytes of the frame (SIZE-FMT) frame size format, which occupies four bytes, rooms (FMT-VER) version of the format size of two bytes and names (C-NAME) company size is 16 bytes, the established name (S NAME) of size 16 bytes, number (SET-VER) version of the software and hardware of the size of two bytes, the date and time (DATE-TIME) recording the size of eight bytes, ID (FMT-ID format size of two bytes, the number of channels (CHAN) size in two bytes, the frequency of samples (number of samples per second (SAMP) of size four bytes, the average number of bytes per second (BYTE) reseracher bytes values alignment (ALIGN) block size of two bytes, the number of bits per sample (BIT) size in two bytes and the size of the field (EXT) size in two bytes. Can also be allocated extra space.

Identifier (FILE ID) of the file indicates that the corresponding file is a voice file format (file of audio data in this variant embodiment), using, for example, character encoding IS08859-1. The File ID is a fixed value, for example "MS-VOICE".

Frame (SIZE-FMT) size frame format is the size of the frame format in bytes. As described in more detail below, this description of the size of the frame format can be accessed to the frame of the table of contents.

Room (FMT-VER) format version represents the version of the voice format. One of the upper byte indicates a greater number of versions, and one lower byte represents fewer versions. For example, 0×0100 is a version 1.0 and 0×0203 represents the version 2.3.

Name (C-NAME) of the company refers to the name of the company that created the file, in the form of a character string using, for example, character encoding ISO859-1. Code 0×00 end set end of line characters, although it may be omitted for lack of space, if the string of characters occupies all space is nstwo, allocated to the company name.

Set the name (S NAME) specifies the name of the system on which the file was created in the form of character strings, using, for example, encoding ISO8859-1. Code 0×00 is set at the end of line characters, although it may be omitted for lack of space, if the string of characters occupies a total area allocated for the set name.

Room SET-VER) version of hardware and software indicates the version of the software and hardware systems. One of the upper byte indicates the greater number of the version number, and one lower byte indicates a smaller number version number. For example, 0×0100 represents the version 1.0 and 0×0203 is version 2.3.

Time and date (DATA-TIME record represented by a binary value, in which two bytes allocated for the year and one byte is allocated to each of the other areas of information such as month, day, hour, minute, second and day of the week.

The type of encoding-decoding set ID format (FMT-ID) in the following format.

0×0002 G726 ADIM 22 kHz/3 bits

0×0005 G726 ADIM 11 kHz/3 bits

0×0007 G726 ADIM 8 kHz/4 bits

0×0009 G726 ADIM 8 kHz/2 bits

Number (CHAN) channel specifies the number of channels in the following form.

0×0001 mono

0×0002 stereo

Number (SAMP) samples per sec is NDU specifies the sampling interval in the following format.

0×00001F40 8 kHz

0×W 11.025 kHz

The average number (BYTE) bytes per second represent the number of bytes per second, which is used to calculate the playback time according to the size of the data.

Value (ALIGN) align unit specifies, in units of bytes in the data group, which cannot be separated, which is used for the location of the beginning data. For example, 0×0030 represents 46 bytes, 0×0010 represents 16 bytes.

Number (BIT) bit in the sample indicates the number of bits per sample in the following form.

0×0004 4 bits

0×0003 3 bits

0×0002 2 bits

The size of the additional area (EXT) represents the size of the area intended to describe the information, which is unique to the type of encoding (the area of additional data), as indicated in byte units. That is, if there is an additional data area, specify the size of this area. Additional data area is created in blocks of 16 bytes. If the additional data area is not required, the code is set to 0×0000 in the amount of additional areas (EXT).

After the frame format is the frame index, depicted in Fig. In the frame of the table of contents describes the location of the individual frames in the file. Since each frame is used eight bytes, the size of the milling is mA TOC equal to the value which is a product of 8 bytes to the total number of frames. In line with this, the size of the frame table of contents changes when adding or removing frames. If the total number of frames is an odd number, in the unused area size of eight bytes at the end of the frame index code is set to 0×00. On Fig code 0×00 is set to addresses from 0×0028 0×002F. Configuration of eight bytes, used for one frame, as follows.

ID FRAME ID of the frame 1 byte

reserved 3 bytes (fixed value : 0×00)

size (FRAME SIZE) of the frame 4 bytes

The frame type is determined by the ID of the frame as follows.

the frame format 0×01

the frame table of contents 0×02

the intermediate frame 0×03

the data frame 0×04

frame name 0×05

the frame manufacturer's 0×06

the frame of the author 0×07

information frame 0×08

The frame size is the size of the frame described by the ID of the frame in bytes.

In the frame of the table of contents group described above, data of eight bytes is described in the order of frames. A specific example of the frame contents will be described below.

In accordance with the contents of the frame the table of contents can be identified structure of frames corresponding file zvukovoy the data. When a file is accessed first audio data is identified by the frame format and then checked the contents of the frame contents. As indicated above, access to the frame of the table of contents can be carried out due to the described size of the frame format frame (SIZE-FMT) size. That is, the address header in the frame of the table of contents is an address that is offset from the header file on the size of the frame format.

As described above, after the frame of the table of contents can be placed in the frame name, frame manufacturer, the frame of the author and information frame.

The frame title is a frame that is designed to record the name, and he indicates the two leading bytes, for example the character encoding of the recorded names in the following format.

0×0000 JIS × 0208-1997 (SJIS)

0×0001 ISO8859-1

The size of the frame name is the product of a whole number by 16 bytes, and the code is 0×00 end set end of line characters names.

Frame manufacturer is a company name, machine name and version number of software and hardware of the machine, in which the file was created. In the frame of the manufacturer, as well as in the frame name, top two bytes indicate the type of character encoding, followed by a string of characters. The size of the frame to the manufacturer is the product CE is th number of 16 bytes, and code 0×00 is set at the end of the character string.

The frame of the author is the name of the author (copyright holder) in the form of character strings. Two leading bytes describe the type of character encoding, followed by a string of characters. The frame size of the author is the product of a whole number by 16 bytes, and the code is 0×00 is set at the end of the character string.

The information frame is a frame that is designed to record additional information. Additional information includes the album name, artist name, and the name of the conductor. Additional information may also include the number of reproductions, when the average amount of training. The first byte indicates the ID of the category information and the third and fourth bytes are the type of encoding symbols by which recorded a string of information symbols. The character string is stored starting from the ninth byte of the frame header. The size of the information frame is an integer multiple of 16 bytes, and the code is 0×00 is set in the unused area.

After the above optional frames or frame of the table of contents should the intermediate frame. The need for an intermediate frame, which serves as a non-playing area, is essential. That is they way the staging area must be made at the creation of data. The staging area is used as a reserved area for extension of the frame of the table of contents, or used when an area is not used during playback in the same cluster, while performing the split operation (described below). Any type of data can be stored in the intermediate frame and can be written some dummy data. The size of the intermediate frame is an integer multiple of 16 bytes. Processing the intermediate frame are described in detail below.

In the data frame stored the actual message data. These messages are stored without a gap as a certain number of bits, starting from the high order bit (PRS) bytes of frame header data. For the border used storage byte boundary. For example, for a data size of four bits and a data size of two bits per sample, such as the data shown on Fig and 33, respectively, the boundary data storage represents one byte. For the data size of three bits per sample, such as the data shown on Fig, the boundary data storage consists of three bytes. When voice data is divided, the above-mentioned storage units are used as data blocks.

The data file message is formed using wireapi the data of different frames. An example of a frame format of the data file messages depicted on figa-22V. In the following description, it is assumed that there are no frame name, frame manufacturer, the frame of the author and the frame information, which are optional.

The frame structure is created when produced by an ordinary recording audio data, as depicted in figa. The frame format, the frame of the table of contents, an intermediate frame and the data frame are formed starting with a header file, as shown in figa. Many blocks (clusters), which forms a separate file, unit connected with FAT, and do not necessarily represent physically consecutive blocks, as indicated above.

The information in the above frame structure specified in the frame of the table of contents as information shown on figv.

As described above, many areas of information, each of which has a length of eight bytes are in the order of frames. In the first area the size of eight bytes is set to the ID of the frame, that is, 0×01, and it is followed by the size of the frame format. In the second area the size of eight bytes install code 0×02 the identifier of the frame, and it is followed by the size of the frame the table of contents. As the number of frames is four, the size of the frame contents is 4×8 bytes = 32 bytes (=0×00000020). In t is ETLA area the size of eight bytes install code 0× 03 in the ID frame, and this is followed by the size of the intermediate frame. In the latter area the size of eight bytes install code 0×04 in the ID frame, followed by the data frame size.

In the file message data part of the data can be erased and installed as an area protected from reproduction using the intermediate frame. For example, if we assume that there is a part of the message in the data frame, which must be erased and must not be reproduced, as shown in figa, this part of the message is replaced by the intermediate frame. Since the intermediate frame is ignored when the data is replayed, this leads to the fact that as if part of the message was erased during playback data.

When the frame structure is modified from the structure shown in figa, on the structure shown in figa, the content of the frame the table of contents is updated, as shown in figv.

The size of the first frame format eight bytes remains the same. The identifier of the second frame area the size of eight bytes is a 0×02. As the number of frames increased from two to six, the size of the frame contents is changed to be equal to 6×8 bytes = 48 bytes (=0×00000030). In the third area the size of eight bytes code, 0×03 is installed in identificato the frame, and then, the size of the intermediate frame. When the frame of the table of contents expands to 16 bytes, the size of the intermediate frame is reduced to 16 bytes, which leads to the value of 0×00000180.

In the next area the size of eight bytes is the size of the first part of the data frame, which contains part of the message, which should not be reproduced, and which was divided new intermediate frame. In the fifth area the size of eight bytes, describes the size of the new intermediate frame containing the above-mentioned part of the message. In the latter area the size of eight bytes, the size of the second part of the data frame, separated by a new intermediate frame.

The frame structure of the data file of the message is controlled by the frame of the table of contents, as described above. The content of the frame the table of contents is updated in accordance with changes in the frame structure when adding an intermediate frame or data frame or the result of performing editing operations, such as operation file splitting or combining of the file, which will be described in detail below.

The intermediate frame is processed as follows. When the file message data is newly created, the intermediate frame having a size from 128 bytes up to 640 bytes (=128+512) bytes, is after the frame of the table of contents, as shown in IG. In this case, the size of the intermediate frame is determined so that the initial position of the data frame is placed on the border of the sector.

Although this will be described in more detail below, when the file data message is divided, forming an area of protection from playback in the form of an intermediate frame in the cluster, including the split point.

More specifically, if the split point is set in the cluster, as shown in Fig, header, message data, i.e. the second part of the file is placed at the point of separation. The minimum unit of the file represents a cluster. Thus, the first part of the file before the split point in the cluster contains part of the data, which must not be reproduced (shaded part on Fig), and this part of the data is replaced by the intermediate frame so that it can be protected from replay.

After performing the split operation or operations combining data file message two intermediate frame can be placed next to each other. In this case, two intermediate frame are combined into one intermediate frame, in other words, they are controlled by the frame of the table of contents as one intermediate frame.

As described above, the data file message not only has the data frame, but the frame format, the frame of the table of contents frame called the project, the frame of the manufacturer, the frame of the author, the information frame and the intermediate frame. Compared to other frame format, the frame of the table of contents and the intermediate frame are essential for the following reasons.

The storage device 1 rod type is used not only in the control system such as the system depicted in Fig.9, but also in the device using the system FAT, such as a personal computer (PC).

More specifically, the storage device 1 rod type containing the file data message, which is recorded and managed by the management system, such as the system depicted in Fig.9, is loaded into the PC so that the files can be moved or file name can be changed using the system FAT. However, this violates the conformity of the information obtained in the file with the contents of the data file message-managed file list messages. To overcome this disadvantage, when the storage device 1 rod type first identified by the management system, such as the system depicted in Fig.9, the inputs subdirectory in the directory VOICE managed in accordance with the contents of the list file messages. This allows you to use the storage device 1 rod type in the control system, even if, for example, the user changes the title is their file on your PC. In this case, if the file message data is entered directly in the data frame, and, indirectly, in other frames, the information required for reproducing frame data is also passed to the control system depicted in Fig.9. Thus, even if the file stored in the storage device 1 rod type, will be moved with a PC, data can be without serious problems reproduced from the control system.

When playing back messages using the above information you want to display the recording time and remaining time of the message. In this case, they can be displayed by the display module 108 of the control system depicted in Fig.9.

Usually the file size is managed by the FAT file system, specified in the module display. In the data file message, but the file size is rather calculated in terms of time, but not in a form that is commonly used in the file system, the managed system FAT.

It is the total size of the data frame in the message file using the frame of the table of contents, and then converted to the total playback time using the average number of bytes per second that are recorded in the frame format. The remaining time can be calculated by subtracting the playback time replaying messages from total play time. the compliance with this technology counting can be prevented calculation error, caused by the amount of data in the intermediate frames and other frames.

6. The editing operation with separation

The edit operation with the division, which is part of a system in accordance with this alternative embodiment described below.

In accordance with the editing operation with the division of certain split point specified by the user in order to distinguish the separate audio data file into two files of audio data at the point of separation. This operation is described below with reference to Fig.9, 25-28.

Fig is an algorithm illustrating the editing operation with the division performed under the control of the microprocessor 109. Figa, 26C and 26C explain the concept of separation of file message data storage device 1 rod type. Fig and 28 depict the contents of the FAT before and after performing the split operation.

When the storage device 1 rod type loaded in the control system, the user can identify the data files of the messages that are recorded in the storage device 1 rod type, module 108 of the display. If the user requires a specific data file of the message has been split into two files, the user selects a file message data, which should be separated using module 112 Ave is veraa the name of the file the display module 108 of the display.

After the file is selected by the user, at step F101, depicted on Fig, the microprocessor 109 sets the sound file data, which should be separated. The user then specifies the split point of the selected file. To determine the split point can be considered different operations, for example, the microprocessor 109 may play the selected file data messages, and the user can perform the input operation at the point at which the file should be split, when listening to the playback of the message. However, this operation may cause a slight offset from the desired point of separation, and thus, preferably, may be configured to precisely adjust the split point by the user.

After you define the split point by the user, the microprocessor 109 determines the split point at step F102, and followed the next operation of the division. At step F103, if a particular split point will be inside the cluster (block), data recorded in the cluster is copied to the unused cluster, thus duplicating the data cluster containing the split point. However, if the split point will be placed at the border of the cluster (block), there will be no need to duplicate data cluster, Thu is described in more detail below. In addition, the data recorded in the cluster in the file header, including the control header is copied to the unused cluster, making is a duplicate of the data cluster containing the control header. The control header is a part of the data, including frame format, the frame of the table of contents and an intermediate frame.

At step F104 communication cluster in FAT changes, and at step F105 changes the entry in the directory FAT. In line with this, a new link clusters so that one source file can be divided into two files using the cluster, including the split point, which was re-copied in step F103, and cluster, including the control header. This will be described in more detail below.

Then at step F106 is updated frame the table of contents of the control header, which is placed in the header of the source file, as a consequence, generates a first file corresponding to the first part of the source file, next to the split point.

At step F107 is updated, the control header of the cluster that has been copied and is associated with a file header, consequently, there is a second file corresponding to the second part of the source file after the split point.

The operation of the separation is performed in accordance with the above-described processing. An example of the implementation of the program operations division is represented on figa-28.

Suppose now that F1 depicted in figa, is a data file of the message selected by the user and recorded in the cluster CL (2) - CL (9).

FAT pointing to a connection cluster file F1 shown on Fig. The cluster header file F1 is a cluster CL2 corresponding to the directory entry (not shown). In the cluster CL (2) FAT written code 003, which indicates that the cluster CL (2) is associated with the cluster CL (3). At the entrance to the cluster CL (3) recorded 004, which indicates that the cluster CL (3) is associated with the cluster CL (4). Then all communication is written similarly, and in the last cluster CL (9) set the value of the FFF, which indicates that the cluster CL (9) represents the last cluster.

In accordance with the FAT, formed as described above, is controlled by the entry of the file F1 shown on figa in the cluster CL (2) - CL (9). In the cluster CL (a) and subsequent clusters is recorded value is 000, it means that these clusters are not used.

Now assume that the user gives the command to split the file F1 in the split point TR (DP), depicted on figa. Split point TR is placed in the cluster CL (5). In accordance with this processing occurs at step F103, shown in Fig, i.e. the cluster CL (5) is copied to the unused cluster CL (A), and the cluster CL (2), including the control header is copied to the unused cluster CL (V)./p>

Then on the steps F104 and F105 communication clusters and link directories FAT are updated so that there is a connection cluster, depicted in FIGU and 26C. If two divided file is marked with the names F1-1 and F1-2, initially, a directory entry of the file F1-1, and the cluster header is installed in the cluster CL (2).

At the entrance to FAT, as shown in Fig in the cluster CL (2) code is set 003, in the cluster CL (3) code is set 004, in the cluster CL (4) code is set A, and in the cluster CL (A) set code FFF. Thus, using FAT control file F1-1 so that the file F1-1 is written sequentially in the cluster CL (2), CL (3)CL (4) CL (A), as shown in figv.

Meanwhile formed the entrance to the directory of the file F1-2, and the cluster header is installed in the cluster CL (). At the entrance to FAT, as shown in Fig, written 005 in the cluster CL (C), 006 is recorded in the cluster CL (5), 007 is installed in the cluster CL (6), 008 is installed in the cluster CL (7), 009 recorded in the cluster CL (8), and FFF is recorded in the cluster CL (9). In line with this, using FAT control file F1-2 so that the file F1-2 is written in order in the cluster CL (B)CL (5)CL (6)CL (7), CL (8) CL (9), as shown in figs.

Accordingly, at step F106, depicted on Fig, updated the control file header F1-1, i.e. the contents of the cluster CL (2). More specifically, it changes the size of the fray is and data specified in the frame of the table of contents.

On FIGU shows that the last cluster CL (A) is a cluster that includes the split point TR, and the second part of the message data after the split point TR is an unnecessary data. Thus, the data frame size is changed to the part defined by the arrow represented in phantom line in figv, that is, the shaded part is removed from the data frame. This makes the shaded part of the cluster CL (A) is invalid, and thus, in the file F1-1 will play the part of the data source file F1 to the split point TR.

At step F107, depicted on Fig, updated the control file header F1-2, that is, the contents of the cluster CL (). More specifically, it changes the frame size of the data described in the frame of the table of contents, and changing the positioning of the intermediate frame.

On figs can be seen that the second cluster CL (5) is a cluster that includes the split point TR, and the message data of the cluster CL (5) before the split point TR, are irrelevant data. In addition, the cluster CL () is a copy of the cluster CL (2), and the message data of the data frame, placed after the intermediate frame in the cluster CL (2), is also an irrelevant data for F1-2.

Thus, the size of the intermediate Frai the mA in the frame of the table of contents is modified the intermediate frame is installed in the source cluster CL (2) and copied to the cluster CL (B)extends to the point of separation of the TR cluster (5). The size of the frame data in the frame of the table of contents is also changed.

The intermediate frame is extended to the cluster CL (V) and CL (5) F1-2, and serves as the area that is protected from replay. As a result, in the file F1-2 will play the part of the data source file F1 after the split point TR.

Further description of the operation of division is given below with reference to Fig and 30. As can be seen from the above description of the present variant embodiment, to perform the split operation requires only the following simple procedure. The cluster, including the split point and the cluster, including the control header is copied. Then control headers (frame index) split files partially updated, and the size of data frames and intermediate frames change. As a result, the original file is divided into two files of audio data before and after the split point. Through this procedure, the number of copies and overwrite the data required to perform editing operations, such as operation of the split data file messages can be minimized. This can improve the efficiency of the editing operation and minimise is its number of accesses, required for editing operations, reducing, thus, the processing time and energy consumption to a minimum level.

If the split point of the TR will be placed on the border of the cluster, a backup cluster, including the split point will not be required. For example, if the boundary between the cluster CL (5) and the cluster CL (6) of F1 will be at the point of separation, split the file F1-1 is formed from the clusters CL (2) - CL (5), and split the file F1-2 is formed from the cluster CL (X), which is a duplicate of CL (2), and clusters CL (6) - CL (9). In this case, to perform the split operation requires only copying the cluster, including the control header, which makes the operation more simple and short.

In the example shown in figa, 26C and 26C, the cluster CL (5) is integrated in the file F1-1, while the cluster CL (A) integrated in the file F1-2. However, the cluster CL (A) can be integrated in the file F1-1, while cluster (5) can be integrated in the file F1-2. The same applies to the cluster containing the control header.

In the field, which was originally recorded original cluster CL (5) and which is now used as part of the intermediate frame, i.e. the first part of the cluster CL (5) F1-2, the audio data can be reserved or to be a fictitious data, i.e. they can be ispolneny zero data. Alternatively, it can be used as a storage area for storage of any type of additional data. The same applies to the area that became invalid, instead of used as part of the intermediate frame, i.e. the shaded part shown on figv in the second part of the cluster CL (a) F1-1.

Different types of data can be stored in the intermediate frame, as described above. Instead, this space was replaced by the intermediate frame, it can stay the same data message. In this case, when the two split file are combined in the source frame, each cluster can be used in the form in which they are, making the treatment more effective. If after performing the split operation two intermediate frame are located next to each other, they can be combined into a single intermediate frame.

The procedure and the contents of the split operation is not limited to the above examples, and can be made various changes.

In the above variant of the embodiment, after you've made a duplicate of the cluster containing the split point the split files is formed as an intermediate frame or invalid part by updating the frame of the table of contents. Alternatively, however, Yes the NYM messages before the split point can be added dummy data to create a shared data cluster, which can then be recorded in an unused cluster. The dummy data can also be appended to the message after the split point so as to form the complete data for the cluster, which can then be recorded in an unused cluster. Two clusters can be merged with cluster communications, forming the split files. In this case, dummy data for individual clusters can be managed as an intermediate frame or invalid part, as in this variant embodiment.

Although the present invention has been described on the example of these variants of embodiment in the context of system configuration and editing operations division, it is not limited to the above configuration and operation.

In particular, in this variant embodiment has been described, the operation of the split data file messages in a system using the memory device core type.

However, other types of files, such as music data files and data files of the moving image can be processed in a system using the memory device core type. Then the operation of division can be performed similarly on the music data files or data files of moving images, and the editing operation to sec the population is also effective.

The recording medium in accordance with the present invention is not limited to storage device rod type, such as shown in figa-1D. Can be used carrier-based solid-state storage device having a different configuration, such as a mass storage device in the form of chips, a storage device such as a card, a storage device in the form of a module, etc.

In addition, can be performed by various modifications in the details concerning the format of the file system used in this variant embodiment, in accordance with its practical use.

Changes in the capacitance of the flash memory are not limited depicted on Fig. A storage device in the recording medium in accordance with the present invention may be a storage device that is not flash memory.

As can be seen from the above description, the present invention offers the following advantages. Control information for each file recorded on the recording medium is also recorded on the recording medium. This control information can be controlled by the position of the basic data and the area protected from reproduction. When performing editing operations with division file data is copied to a separate unit, such as videoes the config cluster or block, including the split point, and updates the management information of the file to be split, forming, thus, the first file that matches the first part of the source file. Creates the control information of the second part of the file and is added to the header of the second file, and generates a first portion of the source file before the split point in the second file as an area protected from reproduction, forming, thus, the second file. With this arrangement, moving, copying and overwriting data that are required for file splitting, can be minimized, and the processing time and energy consumption for editing operations can be reduced to a minimum level.

1. Device for editing, designed to separate data file including main data and the first control data, which are added to the master data and master data are formed by the interconnection of one or more blocks of data records of a fixed length, and the first control data are intended to control the recording position of the main data and the position of the invalid data, which must not be reproduced, with the specified device for editing contains an operational tool designed to determine tochteranzeige, in which the block of data being written is a predetermined fixed length includes the main data, and for dividing the main data into the first and second data files in accordance with the split point; editing tool designed for editing the first control data in order to invalidate the first part of the block of data being written is a predetermined fixed length, including master data, and generating tool designed for generating second control data in order to invalidate the second part of the block of data being written is a predetermined fixed length, including the main data, and for adding the second control data to the second data file.

2. Device for editing according to claim 1, characterized in that said operating means is configured to further determine a block of recorded data, in which the basic data must be separated.

3. Device for editing according to claim 2, characterized in that made with the possibility of separation of the data file so that invalid data managed by the first management data contain at least main data, the second part of the block of data being written is separated at the point of separation, a certain specified operating the tool, and invalid data managed by the second management data contain at least the basic data of the first portion of the block of the write data separated at the point of separation.

4. Device for editing according to claim 1, characterized in that it further contains the copy tool designed to copy a block of recorded data containing the split point, with certain specified operating means in the intermediate region, and a means of combining editing features designed to logically combine the copy of the block of data being written into the second data file, while the copied blocks of data being written is included in the first data file and the second file data.

5. Device for editing according to claim 4, characterized in that the recording of empty data in the first and second parts of the copied blocks of data being written, which contains the invalid data.

6. Device for editing according to claim 1, characterized in that it further comprises means copying the first management data is made with the possibility of the formation of the second management data by editing copies of the first control data.

7. Device for editing according to claim 1, characterized in that made with the possibility of combining any the th many areas of invalid data, placed next to each other, after the separation of the data file in the General area of the invalid data.

8. Device for editing according to claim 1, characterized in that it further includes a tool Assembly/disassembly for installation with removable memory device for recording these data files, which in the specified memory device creates a first data file and the second file data.

9. Device for editing of claim 8, wherein the memory device includes non-volatile memory.

10. Device for editing according to claim 1, characterized in that it is intended for use as primary data audio data.

11. Device for editing according to claim 1, characterized in that it is intended for use as basic data of the moving image.

12. Editing method designed to separate data file including main data and first control data associated with the master data and master data formed by the interconnection of one or more blocks of the write data of a fixed length, and the first control data are intended to control the recording position of the main data and the position of the invalid data, which must not be reproduced, containing stage ODA is division, consisting in the determination of the point of separation, in which the block of data being written is a predetermined fixed length includes the main data, and for dividing the main data into the first and second data files in accordance with the split point; the editing phase, which consists in editing the first control data in order to invalidate the first part of the block of data being written is a predetermined fixed length, including master data, and the step of generating, which consists in generating second control data in order to invalidate the second part of the block of data being written is a predetermined fixed length, including master data, and to add a second control data for the second data file.

13. Editing method according to item 12, wherein the step of determining further define the block of data being written, containing the split point, which is recorded basic data.

14. Editing method according to item 13, characterized in that it further comprises: the copy phase, which consists in copying the block of data being written, containing the split point defined at the stage of determination, in the intermediate region, and the step of combining-editing, which consists in combining the copy of the block is writable Yes the data in the second data file, while the copied blocks of data being written is included in the first data file and the second file data.

15. Editing method according to 14, characterized in that the write empty data in the first and in the second part of the blocks of the write data, which are recorded as invalid data.

16. Editing method according to 14, characterized in that it further comprises the step of copying the first control data in the staging area before editing the first control data, on which edit the copied first control data.

17. Editing method according to item 12, characterized in that any set of elements invalid data placed next to each other after the separation of the data file are combined into one region invalid data.

18. Editing method according to item 12, wherein the shared data files recorded in the recording medium, with the possibility of dismantling.

19. Editing method according to item 12, characterized in that as the main data using the audio data.

20. Editing method according to item 12, characterized in that as the master data use the data of the moving image.

21. The recording media that is designed to control at least one file for playback and recording of the file in blocks of data lengths, the content is the overall area of the data recording designed to record at least one data file, which is formed of at least one element of main data of at least one intermediate element data targeted for backup recording area, and the first control data used to control the provisions of the master data record and the intermediate data in the storage medium; and recording control data, designed to record the second control data that control the data file recorded in the specified area of the data record.

22. The recording medium according to item 21, characterized in that it made use of master data containing audio data.

23. The recording medium according to item 21, characterized in that the use of the main data recorded in a compressed format.

24. The recording medium according to item 23, characterized in that the recording of the data file, optionally containing information that controls compression, is used to control compression of the underlying data.

25. The recording medium according to item 21, characterized in that the recording of data in which the name of the data file that is managed by the specified second control data is different from the name of the master data managed are listed first opravlyaushi and data.

26. The recording medium according to item 21, characterized in that the recording of the first control data in the intermediate data.

27. The recording medium according to item 21, wherein configured to store data, in which intermediate data is newly created by separating the main data.

28. The recording medium according to item 21, wherein configured to store data, in which intermediate data is not reproduced.

29. The recording medium according to item 21, characterized in that it contains non-volatile memory.



 

Same patents:

FIELD: data carriers.

SUBSTANCE: device for determining logical state of selected memory cells in memory device with passive matrix addressing is made with possible connection to ferroelectric memory device or forming its portion and contains reading amplifying contours, synchronous amplifier, combined source of shift voltage and signal, active control line driver, multiplexer, a set of routers. Other variant of aforementioned device is additionally equipped with second set of routers. Method describes operation of aforementioned devices.

EFFECT: higher efficiency, broader functional capabilities.

3 cl, 12 dwg

FIELD: electric engineering.

SUBSTANCE: device has frequency filter, voltage amplitude limiter and two comparators, each of which includes differential cascade, two power sources, emitter repeater and voltage divider.

EFFECT: simplified construction, higher precision, higher reliability.

2 dwg

FIELD: electric engineering.

SUBSTANCE: semiconductor memory board has protected area, unprotected area, while board stores sound sequence, multiple objects in form of fixed images, at least one fragment of information about reproduction route, and at least one fragment of information about first and second pointers. Reproduction device has reproduction means, visual display means, control means. Recording device has assignment means and recording means. Methods describe operation of said devices. Data carrier has recorded software, providing reproduction procedure for said board.

EFFECT: broader functional capabilities.

7 cl, 148 dwg

FIELD: data carriers.

SUBSTANCE: board has protected area, wherein a series of encoding keys is stored, unprotected area, wherein at least one sound record is stored and control information. Reproduction device has reading means, decoding means and reproduction means. Recording device has encoding means and recording means. Methods describe operation of said devices. Data carriers contain software, which reflects operations of said methods.

EFFECT: broader functional capabilities.

10 cl, 109 dwg

FIELD: data carriers.

SUBSTANCE: device for reproduction of data from data carrier, program zone of which is used for recording a set of files, and control zone - for controlling copy protection data concerning the file, recorded in program zone, has computer for calculating copy protection information for each time file is reproduced, comparison means for comparing value, calculated on reproduction command, being prior to current one, to value, calculated on current reproduction command, and if these values coincide, the last value is stored as copy protection value, calculated on reproduction command , prior to current one and control means for allowing reproduction of file, appropriate for current command, if value, calculated as response to command, previous relatively to current command, coincides as a result of comparison to value, calculated as a response to current command.

EFFECT: higher reliability, higher efficiency.

4 cl, 46 dwg

FIELD: data carriers.

SUBSTANCE: device for reproduction of data from data carrier, program zone of which is used for recording a set of files, and control zone - for controlling copy protection data concerning the file, recorded in program zone, has computer for calculating copy protection information for each time file is reproduced, comparison means for comparing value, calculated on reproduction command, being prior to current one, to value, calculated on current reproduction command, and if these values coincide, the last value is stored as copy protection value, calculated on reproduction command , prior to current one and control means for allowing reproduction of file, appropriate for current command, if value, calculated as response to command, previous relatively to current command, coincides as a result of comparison to value, calculated as a response to current command.

EFFECT: higher reliability, higher efficiency.

4 cl, 46 dwg

FIELD: computer science.

SUBSTANCE: editing is performed for data files, which are segmented on blocks, each of which has known data length, and to which attribute file is added, having known length, while segmented blocks are recorded on energy independent memory device., method includes selecting two files of data, recorded in data area for their combination, attribute file is separated from the last data file from selected two; control data are edited recorded in control area by setting a logical link between two data files, and attribute file added to first placed file is edited; and edited control data are recorded to control area, and attribute file - to data area.

EFFECT: broader functional capabilities.

4 cl, 5 dwg

FIELD: digital memory technologies.

SUBSTANCE: board has rewritable power-independent memory and control circuit, means for storing address, pointing at limit between authentication area and non-authentication area, circuit for changing size of said areas. Reading device contains estimation means, reading information, pointing at number of times, for which digital data can be read, and playback means. Second device variant additionally has means for digital output of contents.

EFFECT: higher efficiency.

3 cl, 23 dwg

The invention relates to a method of recording, the control method and device for recording

The invention relates to a recording medium for recording audio and video data to the device for editing the specified data to the device for recording these data

FIELD: editing of records.

SUBSTANCE: device is used for separation of data file with main and control data on first file and second file. Device has operation means for determining a point of division on first and second files; editing means for editing first control data, to render ineffective first portion of block of recorded data of fixed length with main data; and means for generating second control data, to render ineffective second portion of block of recorded data of fixed length with main data, and for adding second control data to second data file.

EFFECT: higher efficiency.

3 cl, 46 dwg

FIELD: information technologies.

SUBSTANCE: when user specifies (explicitly or implicitly) that he or she tries or intends to open file, this file may further be locked for edit. Therefore, default action executed, when user requests file opening, results in the fact that access of other users to this file is not prohibited. Then, when user specifies that editing should take place, file is locked.

EFFECT: provision of possibility of file opening modified action.

4 dwg

FIELD: physics, computer technology.

SUBSTANCE: invention concerns computer technology. Data for insertion to the second document are selected in the first document. Selected data are stored in memory, such as clipboard. Together with selected data, related information or data is copied for presentation of any data types related to selected data to application performing insertion or to data user application. User application can respectively obtain name space and related resource, e.g. extensible style language transformation file, for transformation of selected data from first data type related to the first document to another data type for insertion of selected data to the second document with preservation of data structure and format applied in selected data before insertion in inserted data.

EFFECT: prevention of incompatibility of insertion.

33 cl, 6 dwg

FIELD: information technologies.

SUBSTANCE: method for processing of electronic documents includes creation of the first context unit associated to the first part of basic part of electronic document; association of annotation made by electronic ink to the mentioned first part; creation of the second context unit associated to annotation to basic part, at that the first context unit and second context unit are located in the single hierarchical structure of data presenting data associated to electronic document, and preservation of connection that associates the second context unit to the first context unit.

EFFECT: invention provides for creation of more flexible and natural annotations.

42 cl, 49 dwg

FIELD: information technology.

SUBSTANCE: present invention relates to a method of processing digital documents and their digital handwritten notes of arbitrary form. Method of processing digital hand-written notes includes cutting off at least some of digital hand-written character strokes based on time streamlining and (or) space allocation of hand-written character strokes; grouping digital hand-written character strokes in the document for definition of digital hand-written notes, classification of these items according to the type of notes, linking the notes to the relevant areas or places in the document and reformating the notes in the new layout, while maintaining the initial target and values of notes.

EFFECT: invention allows for a more efficient way of processing digital handwritten notes in order to maintain the position of notes in the document, even if the document being edited is displayed on another device or modified in any other way.

37 cl, 22 dwg

FIELD: information technologies.

SUBSTANCE: invention is related to computer equipment, to devices and methods for data processing, and more precisely to systems and methods for reference generation, and may be used for generation of reference in computer applications. Suggested system and method make it possible to hide or show content of reference page, to vary presentation of this content (for instance, text may be replaced by hyperlink to another page with description), and also transfer this content to any page of reference file without change in reference pages and repeated assembly of reference file. Method is based on configuration file of application, in which structure and application tuning parameters are reflected, which are necessary for reflection in reference file. Therefore, variation of the whole single fire of configuration automatically results in variation of any reference file for this application.

EFFECT: reduced labour intensity and increased efficiency in reference generation.

10 cl, 3 dwg

FIELD: physics; computer engineering.

SUBSTANCE: invention relates to methods and systems for converting a hierarchical data structure into a planar data structure. The hierarchical data structure format can be XML. The hierarchical data structure, which conforms to the schema, is loaded into an application program. The data structure contains elements and attributes related to each other through a "parent-child" relationship. The schema sets a hierarchical relationship between the elements and attributes in the hierarchical data structure. After loading the hierarchical data structure conforming to the schema, a set of distribution rules for creating a planar data structure is applied to the hierarchical data structure based on the schema. The distribution rules determine how to put data into the planar data structure. The distribution rules can be applied while identifying properties in the schema which identify requirements for appearance of elements given in the schema. After applying distribution rules to the hierarchical data, the hierarchical data are entered into an electronic table by putting data into rows and columns.

EFFECT: provision for a method and system for converting hierarchical data structure to a planar data structure which is suitable for use in electronic tables, based on a scheme, related to the hierarchical data structure.

21 cl, 11 dwg

FIELD: information technology.

SUBSTANCE: method provides a preliminary presentation which automatically shows the intended outcome of applying one or another control to data. This is preferred when analysing electronic worksheet data by formatting certain data based on the control condition. The method involves identification of one or more data parametres subject to formatting based on the condition on display, selection of a predefined condition and automatic temporary application of that predefined condition to parametre(s), display of the temporary preliminary presentation on the display of the said predefined condition applied to data which correspond to the said predefined condition. The method also enables preliminary change of conditions and parametres applied to data, and automatically provide corresponding preliminary presentation of the effect of such application of the altered conditions with respect to displayed data.

EFFECT: faster formatting of displayed data.

27 cl, 28 dwg

FIELD: information technologies.

SUBSTANCE: modular structure of content may include container of file format joined to modular parts. Fire format includes logically separate modular parts, which are joined to each other by means of one or more connections, besides each modular part is related to type of connection. Modular parts include the following: part "presentation", representing initial part for presentation, part "slide master", related to part "presentation", and "slide model" related to part "master slide". Modular parts may also include part "properties of document", comprising inbuilt properties related to file format, part "miniature sketch" comprising joined miniature sketches, and part "slide" comprising slide in presentation. Each modular part may be requested separately, extracted from presentation and/or repeatedly used in other presentation.

EFFECT: expansion of functional capabilities due to provision of repeated use of parts "slide model" and "slide master" in other presentation together with joined modular parts.

16 cl, 7 dwg

FIELD: information technology.

SUBSTANCE: one aspect of the present invention is a computer-implemented method for automatic completion of data of a formula cell which involves a step for confirming the auto-completion process in response to formula cell data entered by the user and grouping auto-completion options based on the user input. Another aspect of the present invention is display of a dynamic list of auto-completion options when the user input is an initiating feature.

EFFECT: easier entering of formula data.

17 cl, 11 dwg, 25 tbl

FIELD: digital memory technologies.

SUBSTANCE: board has rewritable power-independent memory and control circuit, means for storing address, pointing at limit between authentication area and non-authentication area, circuit for changing size of said areas. Reading device contains estimation means, reading information, pointing at number of times, for which digital data can be read, and playback means. Second device variant additionally has means for digital output of contents.

EFFECT: higher efficiency.

3 cl, 23 dwg

Up!