Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N9/00—Details of colour television systems
  • H04N9/79—Processing of colour television signals in connection with recording
  • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
  • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
  • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
• • G—PHYSICS
  • G11—INFORMATION STORAGE
  • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
  • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
  • G11B20/10—Digital recording or reproducing
  • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
  • G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
• • G—PHYSICS
  • G11—INFORMATION STORAGE
  • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
  • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
  • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
  • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
  • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
• • G—PHYSICS
  • G11—INFORMATION STORAGE
  • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
  • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
  • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
  • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
  • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
• • G—PHYSICS
  • G11—INFORMATION STORAGE
  • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
  • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
  • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
  • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
  • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
  • G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
  • G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
• • G—PHYSICS
  • G11—INFORMATION STORAGE
  • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
  • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
  • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
  • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
  • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
  • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
  • G11B27/327—Table of contents
  • G11B27/329—Table of contents on a disc [VTOC]
• • G—PHYSICS
  • G11—INFORMATION STORAGE
  • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
  • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
  • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
  • G11B27/34—Indicating arrangements 
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
  • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
  • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
  • H04N21/845—Structuring of content, e.g. decomposing content into time segments
  • H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
• • G—PHYSICS
  • G11—INFORMATION STORAGE
  • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
  • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
  • G11B20/10—Digital recording or reproducing
  • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
  • G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
  • G11B2020/1218—Formatting, e.g. arrangement of data block or words on the record carriers on discs wherein the formatting concerns a specific area of the disc
  • G11B2020/1222—ECC block, i.e. a block of error correction encoded symbols which includes all parity data needed for decoding
• • G—PHYSICS
  • G11—INFORMATION STORAGE
  • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
  • G11B2220/00—Record carriers by type
  • G11B2220/20—Disc-shaped record carriers
  • G11B2220/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
  • G11B2220/215—Recordable discs
  • G11B2220/216—Rewritable discs
• • G—PHYSICS
  • G11—INFORMATION STORAGE
  • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
  • G11B2220/00—Record carriers by type
  • G11B2220/20—Disc-shaped record carriers
  • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
  • G11B2220/2537—Optical discs
• • G—PHYSICS
  • G11—INFORMATION STORAGE
  • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
  • G11B2220/00—Record carriers by type
  • G11B2220/20—Disc-shaped record carriers
  • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
  • G11B2220/2537—Optical discs
  • G11B2220/2562—DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs
• • G—PHYSICS
  • G11—INFORMATION STORAGE
  • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
  • G11B2220/00—Record carriers by type
  • G11B2220/20—Disc-shaped record carriers
  • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
  • G11B2220/2537—Optical discs
  • G11B2220/2562—DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs
  • G11B2220/2575—DVD-RAMs
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N5/00—Details of television systems
  • H04N5/76—Television signal recording
  • H04N5/78—Television signal recording using magnetic recording
  • H04N5/782—Television signal recording using magnetic recording on tape
  • H04N5/783—Adaptations for reproducing at a rate different from the recording rate
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N5/00—Details of television systems
  • H04N5/76—Television signal recording
  • H04N5/84—Television signal recording using optical recording
  • H04N5/85—Television signal recording using optical recording on discs or drums

Definitions

• the invention relates to a method and to an apparatus for addressing a bitstream to be recorded or being recorded on a storage medium, e.g. an optical disc.
• VOBU Video Object Unit
• a 'VOBU map' which is a table where for every VOBU in a recording the length in sectors and the duration in fields is entered.
• a table for data retrieval from a storage medium can be based on bitstream data being subdivided into pieces of constant duration.
• 'Duration' means the difference between the arrival time of the first packet of a piece and the arrival time of the packet following immediately the last packet of that piece.
• 'Housekeeping' in the general context of either RTRW recording or Stream recording is the task to translate a given time value (presentation time in case of RTRW recording or packet arrival time in case of Stream recording) into a disc address value where the desired data can be found.
• the VOBU map or 'housekeeping address table' can contain a specific size or a specific offset or a specific delta size or, in general, a specific address-like quantity for each of these constant-duration pieces.
• a possible type of housekeeping process for these systems could include the following steps:
• the housekeeping address table HAT is based on pieces of constant length or size, i.e. a constant number of bits per piece.
• the HAT contains for each of these pieces of constant size a specific absolute duration or, preferably, a specific delta duration which indicates the arrival time difference between the last and the first packet contained in a piece.
• the housekeeping process i.e. the computation of the target VOBU address includes the following steps:
• the HAT size does not depend on the bitrate of the re- cordings
• the HAT addressing accuracy is constant
• the granularity basically corresponds to the 'piece size constant 1 which can be chosen as appropriate to be constant for all types of discs, to be constant per disc, or to be constant per recording on a specific disc.
• the inventive method is suited for addressing a bitstream to be recorded or being recorded on a storage medium, e.g. a DVD recorder, wherein an address table is used that is based on pieces of said bitstream, and wherein: - said pieces each include a constant amount of bits of said bitstream; to each address table entry for said pieces an absolute time duration or a delta time duration is assigned in said address table using a running index; - in case of absolute time duration values storage: in order to get an address value for reaching a target address the nearest corresponding absolute time duration entry of said address table is selected and the corresponding running index becomes multiplied by said con- stant amount in order to compute said address value, or, in case of delta time duration values storage: in order to get an address value for reaching a target address all delta time durations up to the nearest time duration corresponding to said address value become accu- mulated and the running index corresponding to the delta time duration entry related to said nearest time duration becomes multiplied by said constant amount in order to compute said address value.
• Fig. 1 simplified overall system for DVD Stream Recording
• Fig. 2 basic directory and file structure
• Fig. 5 inventive housekeeping address table
• the DVD Stream Recording system is designed to use rewritable DVD discs for recording existing digital bitstreams, editing them and playing them back as bitstreams.
• the following abbreviations are used:
• LB Logical Block
• RBN relative byte number
• RBP relative byte position
• RLBN relative logical block number
• STB set top box
• TOC table of content
• SCR system clock reference.
• This system is designed to satisfy the following requirements :
• a timing mechanism - i—e-;—a- ⁇ time -stamp—is- added-to—every— broadcast packet to enable proper packet delivery during playback.
• the STB has to generate the Time Stamp information.
• Copy Protection must be supported. In addition, any scrambling performed by the service provider or the STB must be kept unchanged.
• Real -time Recording The system should be designed to enable real-time recording of digital streams. It also should allow the user to concatenate recordings, even if those recordings consist of different stream formats. If recordings are concatenated, a seamless or close to seamless playback possibility would be nice but is not required.
• An 'original' version of a play list This list contains quite low level information, e.g. time map or (broadcast) packet order of the recording. This list is accessible by the STB and the content is understood by the DVD streamer as well as by the STB.
• the playlist In its original version the playlist en- ables the playback of a complete recording. The playlist may be accessed and extended after recording by the STB to allow more sophisticated playback sequences.
• the second piece of information is generated to support the stream recorder to retrieve packet stream chunks (cells) , that are described m terms of the application domain, e.g. 'broadcast packets' or 'time'. This list is owned and understood by the DVD streamer only.
• the system should reserve space which can be used by the STB to store high level TOC and Service Information. This mfor- mation is provided for the user to navigate through the content stored on disc and may contain sophisticated GUI information. The content needs not to be understood by the stream recorder. However a common subset of the TOC information, e.g. based on a character string, may be useful to be shared between STB and DVD, in order to enable the stream recorder to provide a basic menu by itself.
• the STB can generate a sophisticated menu based on the TOC information stored on the disc. However, it should be possi- ble to generate a simple menu by the streamer itself, e.g. via some 'character' information which is shared by STB and DVD.
• trick play modes The STB should be able to steer trick play via the 'play list' . Due to the nature of the broadcast stream, the trick play features may be limited to basic ones, e.g. Time Search and Title Jump.
• the DVD streamer should create the 'original version' of the play list. It also should allow extensions and modifications of the play list by the STB for more sophisticated playback features. The DVD streamer is not responsible for the content of those sophisticated playlist (s).
• an application device AD interacts via an interface IF, e.g. an IEEE1394 interface, with a streamer device STRD, i.e. a DVD recorder.
• a streamer STR within STRD sends its data via output buffer- ing & timestamping handling means BTHO to IF and receives from IF data via input buffering & timestamping handling means BTHI .
• AD sends its data via output buffering & time- stamping handling means BTHOAD to IF and receives from IF data via input buffering & timestamping handling means BTHIAD.
• Any DVD Streamer device STRD has certain requirements to store its own housekeeping data or Streamer-specific navigation data on the disc. These data are solely for helping the retrieval of recorded data; they need not be understood or even be visible to any outside application device AD.
• Any DVD Streamer device STRD needs to communicate with the application device AD it is connected to. This communication should be as universal as possible so that the maximum possible range of applications can be connected to the Streamer.
• the Navigation Data to support such communication are called Common navigation data and must be understandable by the Streamer as well as by the application device.
• the Streamer device STRD should offer to the connected application device AD a means for storing its own private data of any desired kind. The Streamer needs not to understand any of the content, internal structure, or meaning of this Application-specific navigation data.
• Fig. 2 illustrates a possible directory and file structure where all the data comprising the disc content are.
• the files storing the disc content are placed under the STRREC directory which is under the root directory. Under the STRREC directory the following files are created: - COMMON. IFO
• Application Private Data i.e. information that is spe- cific to the Application (s) connected to the Streamer. Needs not to be understood by the Streamer.
• STRREC directory shall not contain any other files or directories.
• Navigation data is provided to control the recording, playing back, and editing of any bitstreams that are recorded.
• Navigation Data includes Stream Management Information (SMI) as contained in the file named COMMON. IFO and Housekeeping Information (HKPI) as contained in the file named STREAMER. IFO. From the point of view of the Streamer Device, these two kinds of information are sufficient to perform all necessary operations.
• SI Stream Management Information
• HKPI Housekeeping Information
• DVD Stream Recording also foresees the possibility of reserving a storage location for Application Private Data (APD) , which may in general also be considered as Navigation Data.
• SMI and HKPI are the Navigation Data which are directly relevant for the Streamer operation.
• SMI includes three kinds of information tables, namely Stream Manager General Information (SM_GI), Stream Title Table (STT), and Stream Playlist Table (SPLT) , in this order.
• HKPI includes two kinds of information tables, namely Housekeeping General Information (HKP_GI) and Housekeeping Address Table (HAT), in this order.
• SM_GI includes information items like end address of SMI, end address of SM_GI, start address of STT and start address of SPLT.
• STT includes information items like Number of Stream Titles, End Address of Stream Title Table, Application Packet Size, Service ID, Application Device ID, Stream Duration, Stream Name Search Pointer, Stream Title Names (STN) .
• SPLT includes information items like Number of Playlists, End address of SPLT, Start Addresses of Playlist Information, Number of Playlist Entries, Index of Stream Title, Start SCR, and End SCR.
• Housekeeping General Information includes information items like Number of Housekeeping Address Entries (HAE_Ns), End address of HKPI (HKPI_EA) and Time Scale Fac- tor (HKP TSCAL) .
• HAE_Ns describes the number of housekeeping address entries contained in this HKPI.
• HKPI_EA describes the End Address of this HKPI.
• HKPJTSCAL describes the time scaling used within this HKPI.
• HAT Housekeeping Address Table
• Application Private Data which consist of three kinds of information, namely Applica- tion Private Data General Information, a set of one or more Application Private Data Search Pointers, and a set of one or more Application Private Data Area. If any Application Private Data exists, these three kinds of information become recorded and stored in this order in the APPLICAT.IFO file.
• Stream Data include one or more 'Stream Objects' (SOBs) which each can be stored as a 'Program stream' as described in ISO/IEC 13818-1, Systems.
• SOBs 'Stream Objects'
• a SOB can be terminated by a program_end_code.
• the value of the SCR field in the first pack of each SOB may be non-zero.
• a SOB contains the Stream Data packed into a sequence of 'Stream Packs' (S_PCKs). Stream data can be organised as one elementary stream and are carried in PES packets with a stream_id.
• a Stream Pack includes a pack header, eventually followed by a system header, and followed by one Stream Packet (S_PKT) .
• a system header may be included in those S_PCKs which are the first S_PCK of a SOB.
• S_PCKs which are the first S_PCK of a SOB.
• a stream Object is composed of one or more Stream Packs
• the HAT table depicted in Fig. 5 contains for each piece or VOBU (VOBU#l to VOBU#n) of the bitstream to be recorded or of the recorded bitstream a corresponding absolute or delta time duration entry ⁇ DUR#1 to ⁇ DURffn .
• DAC denotes a desired address or target address in the bitstream.
• VOBU#l to VOBU#n each concern a constant number of bits of the bitstream.
• the HAT table can have the format of a Stream Time Map Information STMAPI and may include two sub-units: "Stream Time Map General Information" STMAP_GI and one "Mapping List” MAPL.
• a possible content of STMAPI is shown in Fig. 6.
• MAPU_SZ describes the size in sectors of the mapping list units.
• a Mapping Unit Size of e.g. 16 sectors means that the first Mapping List Entry relates to the application packets contained in the first 16 sectors of the Stream, the second Mapping List Entry relates to the application packets contained in the next 16 sectors, and so on.
• MTU_SHFT describes the weight of the LSB of the mapping list entries, relative to the bits of the Packet Arrival Time
• MTU_SHFT describes a value between 16 and 36.
• a value of e.g. "16” means that the LSB of Incremental Application Packet Arrival Time IAPAT has the same weight as PAT_base[0], whereby PAT_base[x] means a PAT base value measured by 90kHz units.
• MTU_SHFT depends on MAPU_SZ. MTU_SHFT fulfils the rules:
• MAPL_ENT_Ns describes the number of Mapping List Entries to follow after STMAP_GI .
• S_S_APAT describes the start Application Packet Arrival Time of the Stream, i.e. the packet arrival time of the first packet belonging to the Stream.
• S_E_APAT describes the end Application Packet Arrival Time of the Stream, i.e. the packet arrival time of the last packet belonging to the Stream.
• the Mapping List MAPL consists of zero or more "Incremental Application Packet Arrival Times" IAPAT.
• IAPAT describes the Incremental Application Packet Arrival Time of the corre- sponding Mapping Unit in DVD Stream Recording' s Incremental PAT Describing Format defined in the following: Let MAPU_S_APAT ( i ) , 1 ⁇ i ⁇ MAPL_ENT_Ns, be the start Application Packet Arrival Time of the Mapping Unit #i, i.e. the packet arrival time of the first packet belonging to the
• IAPAT (i) shall fulfil the rules:
• Fig. 7 shows an example of the order of MAPU, MAPU_S_APAT, MAPU_E_APAT and IAPAT.
• the lower side of the t-axis is divided in IAPAT Time Units and the upper side of the t-axis in the MAPUs .
• MAPU_S_APAT (i ) and MAPU_E_APAT ( i ) are described in the DVD Stream Recording's PAT Describing Format. For the comparison in the equation above MAPU_S_APAT ( i ) and MAPU_E_APAT (i ) are treated as e.g. 6 byte unsigned integer values.
• the duration of IAPAT 1 is the MTU_ SHFT
• Time Unit of IAPAT 5 5. ? 20 seconds
• the application performs its own padding, so that the pack length adjustment methods of DVD-ROM Video or RTRW need not to be used.
• the Stream packets will always have the necessary length.
• the data stream also contains time stamps, e.g. within the data packets.

Landscapes

• Engineering & Computer Science (AREA)
• Multimedia (AREA)
• Signal Processing (AREA)
• Signal Processing For Digital Recording And Reproducing (AREA)
• Television Signal Processing For Recording (AREA)
• Facsimile Heads (AREA)
• Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
• Management Or Editing Of Information On Record Carriers (AREA)
• Compression Or Coding Systems Of Tv Signals (AREA)
• Agricultural Chemicals And Associated Chemicals (AREA)
• Medicines That Contain Protein Lipid Enzymes And Other Medicines (AREA)
• Control Of El Displays (AREA)

Priority Applications (14)

Applications Claiming Priority (4)

Publications (1)

Family

ID=26151084

Family Applications (1)

Country Status (22)

Cited By (1)

Families Citing this family (7)

Citations (5)

Family Cites Families (3)

• 1998
  • 1998-11-04 EP EP98250387A patent/EP0991072A1/en not_active Withdrawn
• 1999
  • 1999-07-30 TW TW088112949A patent/TW484123B/zh active
  • 1999-08-26 ES ES99946026T patent/ES2239459T3/es not_active Expired - Lifetime
  • 1999-08-26 BR BR9913509-4A patent/BR9913509A/pt not_active IP Right Cessation
  • 1999-08-26 DE DE69924264T patent/DE69924264T2/de not_active Expired - Lifetime
  • 1999-08-26 TR TR2001/00596T patent/TR200100596T2/xx unknown
  • 1999-08-26 IL IL14150399A patent/IL141503A0/xx active IP Right Grant
  • 1999-08-26 CN CNB998098809A patent/CN1241202C/zh not_active Expired - Fee Related
  • 1999-08-26 KR KR1020017002248A patent/KR100569816B1/ko active IP Right Grant
  • 1999-08-26 AU AU58549/99A patent/AU758369C/en not_active Ceased
  • 1999-08-26 CZ CZ20010815A patent/CZ297510B6/cs not_active IP Right Cessation
  • 1999-08-26 EP EP99946026A patent/EP1112574B1/en not_active Expired - Lifetime
  • 1999-08-26 US US09/786,185 patent/US7450819B1/en not_active Expired - Fee Related
  • 1999-08-26 RO ROA200100187A patent/RO121297B1/ro unknown
  • 1999-08-26 CA CA002339620A patent/CA2339620C/en not_active Expired - Fee Related
  • 1999-08-26 AT AT99946026T patent/ATE291270T1/de not_active IP Right Cessation
  • 1999-08-26 JP JP2000569401A patent/JP3992437B2/ja not_active Expired - Fee Related
  • 1999-08-26 PL PL99346465A patent/PL193455B1/pl not_active IP Right Cessation
  • 1999-08-26 HU HU0103880A patent/HU223919B1/hu active IP Right Grant
  • 1999-08-26 NZ NZ510243A patent/NZ510243A/xx unknown
  • 1999-08-26 WO PCT/EP1999/006254 patent/WO2000014743A1/en active IP Right Grant
  • 1999-08-26 ID IDW20010547A patent/ID29619A/id unknown
  • 1999-09-06 MY MYPI99003847A patent/MY124422A/en unknown
• 2001
  • 2001-02-19 IL IL141503A patent/IL141503A/en not_active IP Right Cessation

Patent Citations (5)

Also Published As

Similar Documents

Legal Events