KR20010034457A

KR20010034457A - Ａｖ/ｃ 명령어

Info

Publication number: KR20010034457A
Application number: KR1020007008252A
Authority: KR
Inventors: 제임스데이비드브이.
Original assignee: 밀러 제리 에이; 소니 일렉트로닉스 인코포레이티드
Priority date: 1998-03-14
Filing date: 1999-03-12
Publication date: 2001-04-25
Also published as: KR100588405B1; WO1999047996A3; EP1062568B1; CA2318232C; CA2318232A1; DE69908570D1; DE69908570T2; WO1999047996A2; JP2002507847A; US7085480B1; ATE242507T1; AU3081999A; EP1062568A2

Abstract

하드 디스크 장치와 같은 대용량 저장 유닛에 저장된 데이터를 구성하고 억세스하기 위한 본 발명의 방법 및 시스템을 제공한다. 객체는 저장된 데이터와 관련되고, 고유 객체 식별자는 하드 디스크 장치에 의해 상기 객체를 위해 도출되고, 상기 객체에 할당된다. 객체는 자신의 객체 식별자에 의해 어드레스된다. 객체는 계층적 구성에서 다른 객체와 함께 유지된다. 계층적 구성은, 객체 식별자를 포함하고 또한 다른 객체에 대한 객체 식별자를 포함하는 객체 목록을 포함한다. 명령어는 데이터와 관련된 객체에 대한 객체 식별자를 사용하여 저장된 데이터에 억세스하고 작동하는데 한정된다. 따라서, 객체는 일정한 방법으로 오디오/영상 네트워크의 하드 디스크 장치 상에서 명명(named)되고 구성되며, 객체가 상기 장치에 의해 쉽게 억세스될 수 있고 검색될 수 있도록, 객체는 AV 네트워크의 장치에 나타난다. 일 실시예에서, 고유 객체 식별자는, 특정 하드 디스크 장치에 대한 고유 벤더 번호를 나타내는 제 1 부분, 및 객체가 생성된 날짜 및 시간과 같은 고유 할당을 나타내는 제 2 부분을 포함한다.

Description

ＡＶ/Ｃ 명령어{AV/C COMMANDS}

오디오/영상(AV) 네트워크 구조는, 장치 기능성(functionality) 및 상호운용 기능(interoperability)이 이루어질 수 있는 강력한 플랫폼(platform)을 제공하고, 가전 장치에 병합되는 향상된 정교함(sophistication)의 장점을 이용할 수 있다. 일반적인 AV 가정용 네트워크 또는 사무용 네트워크는 상이한 방식으로 AV 매체를 제공하고 리코딩하는 다양한 가전 장치로 구성된다. 예를 들어, 가정용으로 공급된 일반적인 AV 기기는, 무선 수신기 또는 튜너, 컴팩트 디스크(CD: Compact Disc) 플레이어 및/또는 디지털 비디오 디스크 플레이어(DVD: Digital Video Disc Player), 다수의 스피커, 텔레비전, 비디오 카세트 리코더(VCR: Video Cassette Recorder), 테이프 덱, 등과 같은 다수의 성분을 포함하고, 또한 개인용 컴퓨터(PC: Personal Computer)를 포함할 수 있다.

통신 표준, 즉 IEEE 1394 표준은 표준 통신 프로토콜 계층{즉, 오디오 영상 제어(AV/C) 프로토콜}을 사용하여 가전 장치와 네트워킹하는데 한정된다. IEEE 1394 표준은, 디지털 장치를 상호연결하기 위한 저가의 고속 직렬 버스 구조를 구현하여, 범용 입력/출력 연결을 제공하기 위한 국제 표준이다. IEEE 1394 표준은 응용에 대한 디지털 인터페이스를 한정하여, 버스를 통해 데이터가 송신되기 전에, 응용이 디지털 데이터를 아날로그 형태로 변환할 필요성을 제거한다. 따라서, 수신 응용은, 버스로부터 아날로그 데이터가 아닌 디지털 데이터를 수신하므로, 아날로그 데이터를 디지털 형태로 변환할 필요가 없을 것이다. IEEE 1394 표준은 부분적으로 가전 통신에 이상적인데, 이는 버스가 활성화(active)될 동안 장치가 직렬 버스에 추가되거나 직렬 버스로부터 제거될 수 있기 때문이다. IEEE 1394 표준은 비동기 포맷 데이터 송신과 등시성 포맷 데이터 송신 모두를 지원한다.

종래 기술의 도 1은 비동기 데이터 및 등시성 데이터를 저장하는데 일반적으로 사용된 예시적인 하드 디스크 장치(HDD)(10)를 도시한다. 데이터는 스핀들(spindle)(4)에서 회전하는 플래터(6)에 저장된다. HDD(10)는 다수의 가동 판독/기록 헤드(8)를 구비하는데, 상기 헤드는 플래터(6)의 상이한 부분으로부터 판독하거나 상기 부분에 기록하기 위해 암(arm)(2)을 사용하여 플래터(6)의 중심에 더 근접하거나 중심으로부터 더 멀리 이동된다. 하드 디스크 장치는 일반적으로 수직으로 쌓아 올려지고(stacked), 스핀들(4)에 장착된 수 개의 플래터를 구비한다. 그러한 구성에서, 암(2)은 플래터의 각 표면마다 하나의 판독/기록 헤드를 구비할 것이다.

스핀들(4)에 관련된 헤드의 반지름 위치(radial position)는 실린더(cylinder)라 불린다. 각 헤드는 하나의 트랙으로부터 판독하거나 기록하는데 충분할 만큼 폭이 넓다. 트랙은 특정한 데이터의 바이트 수, 일반적으로 512 바이트를 포함하는 섹터로 분할된다. HDD(10) 상의 데이터를 억세스하기 위해, 실린더 및 헤드를 지정할 필요가 있는데, 상기 실린더와 헤드는 특정 트랙, 데이터가 시작하는 섹터 번호, 및 억세스될 바이트 수를 함께 식별한다. 데이터 트랜잭션(transaction)은 일반적으로 섹터 처음에서 시작한다.

종래 기술의 컴퓨터 시스템에서, HDD(10) 상에 저장된 객체(object)는 통상적으로 논리 블록 어드레스에 의해 억세스된다. HDD(10), 또는 HDD(10)를 제어하는 프로그램은, 객체에 대한 논리적 어드레스를 디스크 상의 관련된 데이터의 물리적 위치에 매핑(map)하기 위해 제한된 양의 매핑(maping)을 수행한다. 사용자에게는, 논리 블록이 연속 범위인 것으로 보여서, 그 경우가 자주 없을지라도 객체가 HDD(10) 상에 끊임없이 저장된다는 착각에 빠지도록 한다. 데이터를 저장하기 위한 종래 기술의 방법은 문제가 있는데, 이는 HDD(10)가 함께 잘 작동하지 않는 다중 객체에 의해 쉽게 공유되도록 하지 않기 때문이다. 예를 들어, 윈도우즈(Windows) 시스템 및 유닉스(Unix) 시스템과 같은 응용은, 파티션(partition)으로 분리되지 않는다면, HDD(10) 상에서 함께 잘 작동하지 않는다. 그러나, 파티션의 크기는 변경하기 어려워서, 종래의 기술은 또한 문제가 있는데, 이는 상기 파티션의 크기가 유연성이 없고, 객체가 크기에 있어서 쉽게 변경될 수 없기 때문이다.

"트랙"의 또 다른 유형은 가전 미니디스크(MD)에 저장된 매체의 순서에 관한 것이다. 새로운 데이터가 MD로 로딩(loaded)될 때, 상기 데이터는 트랙 번호에 저장된다. 그러나, 트랙 번호는 시간에 따라 자주 변경될 수 있다. 예를 들어, 트랙에 저장된 파일의 삭제 또는 입력은 후속하는 트랙 번호를 한 위치씩 이동시키므로, 모든 후속 트랙에 영향을 미친다. 따라서, 트랙 번호는 AV 네트워크의 다중 장치에 의해 공유된 객체를 어드레스하도록 사용될 수 없는데, 이는 트랙 번호가, 객체가 MD 상에 리코딩되는 시간과 객체가 네트워크 상의 다른 장치에 의해 나중에 억세스되고 검색되는 시간 사이에서 변경될 수 있기 때문이다. 네트워크 상의 장치는 초기에 특정 객체를 지정한 특정 트랙 번호를 저장할 수 있지만, 후에 장치가 상기 트랙 번호를 지정할 때, 상기 장치는 필요한 객체보다 상이한 객체를 매우 잘 수신할 수도 있다. 예를 들어, MD 상에서 "트랙(3)"으로 초기에 식별된 객체는, 이전 트랙에 저장된 파일이 삭제된 경우 실질적으로 "트랙(2)"로 식별될 것이고, 그 후에 "트랙(4)"는 "트랙(3)"으로 알려질 것이다. 그 후에 MD로부터 "트랙(3)"을 요청한 AV 네트워크 상의 장치는 원하는 트랙대신 트랙(4)로 이전에 식별된 트랙을 수신할 것이다.

따라서, 일반적으로, AV 네트워크, 특히, AV/C 프로토콜에 따른 네트워크(network compliant with the AV/c protocol)에 있는 HDD 상에 저장된 정보("객체")를 일정하게 명명(naming)하고, 구성(organizing)하며, 상기 객체들을 사용자 또는 AV 네트워크의 다른 장치에 나타내기 위한 메커니즘 및 방법이 부족하다. 많은 상이한 유형의 장치가 서로 결합될 수 있는 AV 네트워크내에서, 상기 장치가 사용자 또는 네트워크의 다른 장치에 의해 쉽게 억세스될 수 있도록 일정한 방법으로 객체를 나타내는 것이 바람직하다.

본 발명은 오디오/영상 네트워크에 결합된 가전 장치 분야에 관한 것이다. 더 구체적으로, 본 발명은 오디오/영상 네트워크에 있는 하드디스크 장치에 저장된 데이터를 구성하고 억세스하기 위한 시스템 및 방법에 적합하다. 본 발명의 일 실시예는 하드 디스크 장치에 억세스하기 위한 AV/C 명령어(commands)를 개시한다.

본 출원은, 1998년, 3월 14일에 출원되고, 본 출원의 양수인에게 양도된, "하드 디스크 장치(HDD) 서브 유닛에 억세스하기 위한 AV/C 명령어"라는 제목의 공동 계류중인 가특허 출원{일련 번호(제 60/078,018), 대리인 관리 번호(제 50M2389호)}에 대해 우선권을 청구한다.

도 1은 종래 기술의 대용량 저장 유닛의 일실시예를 도시한 도면.

도 2는 본 발명의 일실시예가 실행될 수 있는 예시적인 오디오/영상 네트워크를 도시한 도면.

도 3a는 본 발명에 따라 사용된 제어기 장치의 일실시예의 블록도.

도 3b는 본 발명의 실시예가 실행될 수 있는 대용량 저장 유닛의 일실시예의 블록도.

도 4는 본 발명에 따라 사용된 객체 계층의 일실시예를 도시한 도면.

도 5는 본 발명의 일실시예에 따라 객체 계층에 제공된 기술적 데이터를 예시하는 도면.

도 6은 본 발명의 일실시예에 따라 사용된 AV/C 명령어에 대한 일반적 데이터 패킷 포맷을 도시한 도면.

도 7은 본 발명에 따라 사용된 RECORD_TRACK 명령어 구조의 일실시예를 도시한 도면.

도 8은 본 발명에 따라 사용된 PLAY_TRACK 명령어 구조의 일실시예를 도시한 도면.

도 9는 본 발명에 따라 사용된 PLAY_TRACKS 명령어 구조의 일실시예를 도시한 도면.

도 10은 본 발명의 일실시예에 따라 서브 트랙 요소를 갖는 PLAY_TRACKS 명령어의 작동을 도시한 도면.

도 11은 본 발명에 따라 사용된 READ_TRACK 명령어 구조의 일실시예를 도시한 도면.

도 12는 본 발명에 따라 사용된 WRITE_TRACK 명령어 구조의 일실시예를 도시한 도면.

따라서, AV 네트워크에 있는 하드 디스크 장치에 저장된 객체를 일정한 방법으로 명명하고, 구성하며, 또한 객체가 쉽게 억세스될 수 있고 올바른 객체가 검색되도록, 상기 객체들을 AV 네트워크의 다른 장치에 나타내는 방법 및 시스템이 필요하다. 또한 유연성이 있고, 객체의 크기가 쉽게 변경되게 하지 않는 방법 및 시스템이 필요하다.

본 발명은 오디오/영상(AV) 네트워크에 있는 하드 디스크 장치에 저장된 객체를 일정한 방법으로 명명하고 구성하는 본 발명의 방법 및 시스템을 포함한다. 본 발명은, 객체가 쉽게 억세스되고 올바른 객체가 검색되도록 상기 객체들을 AV 네트워크의 다른 장치에 나타낸다. 본 발명은 또한 유연성이 있고, 객체의 크기가 쉽게 변경되게 하는 본 발명의 방법 및 시스템을 포함한다. 명확하게 언급되지 않은 본 발명의 이러한 이점과 다른 이점은 본 명세서에 제공된 본 발명의 논의내에서 명백할 것이다.

본 발명은 AV 네트워크에 있는 하드 디스크 장치와 같은 대용량 저장 유닛에 저장된 데이터를 구성하고 억세스하기 위한 본 발명의 방법 및 시스템에 적합하다. 객체는 저장된 데이터와 관련되고, 고유 객체 식별자(unique object identifier)는 대용량 저장 유닛에 의해 객체에 대해 도출되고, 할당된다. 객체는 자신의 객체 식별자에 의해 어드레스된다. 객체는 계층적인 구성에서 다른 객체와 함께 유지되되, 계층적인 구성은, 객체 식별자를 포함하고 또한 다른 객체에 대한 객체 식별자를 포함하는 객체 목록을 포함한다. 하드 디스크 장치는, 객체와 관련된 데이터의 실제 물리적 저장 위치로의 객체 식별자의 매핑을 관리한다.

본 실시예에서, AV 네트워크의 장치는 AV/C(오디오 영상 제어) 프로토콜을 따르고, AV 네트워크는 IEEE 1394 통신 표준을 따른다.

본 실시예에서, 객체 식별자는, 객체가 직접적으로 또는 간접적으로 다른 객체를 기준으로 하는(reference) 계층적 구조로 배열된다. 예를 들어, 계층적 구조에서, 목록 객체(list object)는 유사한 목적을 갖는 객체를 그룹화(group)하도록 사용될 수 있다. 다른 객체를 지시하는(point) 객체는, 데이터의 실제 물리적 위치의 어드레스보다는 다른 객체의 객체 식별자를 기준으로 사용한다. 객체는 자신의 객체 식별자에 기초하여 직접 억세스될 수 있다. 대안적으로, 객체는 객체 식별자를 사용하여 객체 계층을 통해 항해함으로써 발견될 수 있다.

본 실시예에서, 객체는 자신을 기술한 기술적 정보를 포함할 수 있다. 객체는 또한 상기 기술적 정보를 사용하여 위치할 수 있다.

본 실시예에서, 객체 식별자는 다른 객체에서 재사용(reused)되지 않는다. 일 실시예에서, 객체 식별자는, 객체 식별자가 해당 하드 디스크 장치에 대해 고유(unique)하도록, 하드 디스크 장치에 의해 할당된 식별 번호에 기초한다. 또 다른 실시예에서, 객체 식별자는 벤더(vendor)에 의해 하드 디스크 장치에 유일하게 할당된 값을 포함해서, 객체 식별자는 모든 하드 디스크 장치에서 고유하다.

일 실시예에서, 일반적 데이터 패킷 포맷은, 데이터에 관련된 객체에 대한 객체 식별자를 사용하여, 저장된 데이터에 억세스하고 상기 저장된 데이터에 대해 작동하도록 사용된 명령어에 한정된다. 사용된 명령어는, 트랙 객체로 리코딩하기 위한 RECORD_TRACK, 트랙 객체를 재생하기 위한 PLAY_TRACK, 서브 트랙(subtrack) 어레이로부터 재생하기 위한 PLAY_TRACKS, 트랙 객체로부터 판독하기 위한 READ_TRACK, 및 트랙 객체에 기록하기 위한 WRITE_TRACK을 포함한다.

본 명세서의 일부분에 병합되고, 일부분을 형성하는 첨부된 도면은 본 발명의 실시예를 도시하고, 기술(description)과 함께 본 발명의 원리를 설명하는데 기여한다.

본 발명의 후속하는 상세한 기술에서, 하드 디스크 장치에 억세스하기 위한 AV/C 명령어인 다수의 특정 세부 사항은 본 발명의 완전한 이해를 제공하기 위해 설명된다. 그러나, 본 발명이 이러한 특정 세부 사항없이 또는 세부 사항에 상당하는 내용과 함께 실행될 수 있다는 것이 당업자에 의해 인식될 것이다. 다른 경우에, 널리 공지된 방법, 절차, 성분, 및 회로는 본 발명의 측면을 불필요하게 불명료하지 않기 위해서 구체적으로 기술되지 않았다.

후속하는 구체적인 기술(description)의 몇몇 부분은, 지능형 전자 매체 장치(intelligent electronic media device)내에 데이터 비트 상의 절차, 논리 블록, 처리, 및 작동의 다른 기호 표시(symbolic representation)에 관해 제공된다. 이들 기술과 표시는, 데이터 처리 분야의 당업자의 업무의 내용을 다른 당업자에게 가장 효과적으로 전달하기 위해 데이터 처리 분야의 당업자에 의해 사용된 수단이다. 절차, 논리 블록, 과정 등은, 본 명세서에 존재하고, 일반적으로, 원하는 결과를 초래하는 단계 또는 명령(instruction)의 이치에 맞는(self-consistent) 순서가 된다고 생각된다. 상기 단계는 물리적 양의 물리적 조정(manipulation)을 필요로 하는 단계이다. 일반적으로, 반드시 필요하지 않을지라도, 이들 물리적 조정은, 가전 매체 장치에서 저장되고, 송신되고, 조합되고, 비교되고, 그렇지 않다면 조정될 수 있는 전기 신호 또는 자기 신호의 형태를 취한다. 편리함의 이유로, 또한 공통된 용법을 참조하여, 이들 신호는 본 발명에 관해 비트, 값, 요소, 기호(symbol), 문자, 용어(terms), 번호 등으로 언급된다.

그러나, 이들 모든 용어가, 물리적 조정 및 양을 참조한 것으로 해석되고, 단지 편리한 표식(label)이고, 기술 분야에 공통적으로 사용된 용어를 고려하여 추가로 해석되어야 한다는 것을 명심해야 한다. 후속하는 논의로부터의 명백한 것으로 달리 명확하게 언급되지 않는다면, 본 발명의 논의 내내, "관련하는" 또는 "도출하는" 또는 "할당하는" 또는 "계산하는" 또는 "유지하는" 또는 "억세스하는" 등과 같은 용어를 이용하는 논의가, 마이크로제어기와 같은 전자 장치 또는 데이터를 조정하고 변형하는 유사한 전자 계산 장치(즉, 전용 또는 내장형 컴퓨터 시스템)의 작용(action) 및 처리를 언급한다는 것이 이해된다. 상기 데이터는, 전자 장치의 레지스터 및 메모리내에서 물리적 (전자) 양으로 표현되고, 전자 장치 메모리 또는 레지스터 또는 다른 그러한 정보 저장, 송신, 또는 디스플레이 스크린내에서 물리적 양으로 유사하게 표현되는 다른 데이터로 변형된다.

현재 제안된 기법(technologies)은, 가전 장치가 가정용 네트워크 또는 사무용 네트워크에 연결되게 하고, 오디오 정보, 비디오 정보 및 다른 데이터를 네트워크 버스를 통해 서로 송신하게 한다. 본 명세서의 논의를 위해, "전자 장치"{즉, 도 3a의 제어기 장치(12)} 및 "네트워크"와 같은 용어는 장치의 임의의 형태 또는 유형에 한정되지 않을 뿐 아니라, 분산(distribution) 네트워크 또는 데이터 포맷의 임의의 유형에도 한정되지 않는다. 본 명세서의 논의를 위해, 본 발명은, 직렬 버스를 사용하고 표준 프로토콜을 거쳐 통신하는 하드웨어에 의해 상호연결된 전자 장치를 포함하는 가정용 네트워크의 상황(context)에서 논의된다.

본 발명은 본 발명의 방법 및 시스템을 포함하는데, 상기 방법 및 시스템은, 오디오/영상(AV) 네트워크의 하드 디스크 장치(HDD)에 저장된 객체를 일정한 방법으로 명명하고, 구성하며, 또한 객체가 쉽게 억세스되고 올바른 객체가 검색되도록 상기 객체들을 AV 네트워크의 다른 장치에 나타낸다. 본 실시예에서, 객체는 HDD에 저장된 데이터와 관련되고, 고유 객체 식별자는 HDD에 의해 객체에 대해 도출되고, 이 객체에 할당된다. 객체는 실질적으로 객체 식별자를 사용하여 위치한다. 객체는 다른 객체와 함께 계층적 구성에서 유지되되, 계층적 구성은, 객체 식별자를 포함하고 또한 다른 객체에 대한 객체 식별자를 포함하는 객체 목록을 포함한다. 명령어는 데이터와 관련된 객체에 대한 객체 식별자를 사용하여, 저장된 데이터에 억세스하고 작동하는데 한정된다.

표시법 및 명명법

본 명세서의 논의를 위해, 다음 용어 및 용어의 일반적인 정의가 사용된다. 용어가 이들 일반적인 정의에 제한되지 않는다는 것은 명백하다.

"객체"는 대용량 저장 유닛{즉, 하드 디스크 장치(HDD); 도 3b를 참조}에 저장되고, 자신의 객체 식별자를 통해 억세스되는 개체(entity)로 언급된다. 객체는 사용자가 볼 수 있는(user-visible) 데이터, 다른 객체의 포인터(pointer), 및 다른 장치에 의존적인(other device-dependent) 리소스를 포함할 수 있다. "논리프(nonleaf) 객체"는 객체의 계층에서의 보다 낮은 레벨에서 다른 객체에 대한 표준 기준을 갖는 객체이다. "리프(leaf) 객체"는 다른 객체에 대한 기준을 갖지 않는 객체이다.

"기술적 데이터"{또는 설명자(descriptor) 데이터 또는 정보}는, 상기 객체의 내용 또는 용도를 기술하도록 사용될 수 있는 객체와 관련된 사용자 억세스가능한(user-accessible) 데이터이다.

"객체 식별자"는 본 발명에 따라 HDD에 의해 각 객체에 할당된 고유 식별자 값이다. 본 실시예에서, 객체 식별자는 또 다른 객체를 위해 재사용되지 않는다. 일 실시예에서, 객체 식별자는, 예를 들어, 다른 크기의 식별자가 본 발명에 따라 사용될 수 있다는 것이 인식될지라도, 64-비트 값이다. 64-비트 값을 사용함으로써, 고유 식별자를 대용량 저장 유닛의 수명 동안 효과적인 각 객체에 제공하는 것이 가능하다. 예를 들어, 객체가 초기에 저장된 시간 및 날짜를 포함하는 객체 식별자를 도출하는 것이 가능하다. 또 다른 실시예에서, 객체 식별자는 128-비트 값이다. 64-비트 객체 식별자에 포함된 정보에 더하여, 128-비트 값으로, 객체 식별자는, 벤더에 의해 HDD에 고유하게 할당된 식별 번호 뿐 아니라, HDD 유닛의 벤더(vendor)에 할당된 고유 식별 번호도 포함할 수 있다. 따라서, 어떠한 다른 객체도 동일한 객체 식별자를 가질 수 없다.

"트랙"은 데이터가 위치한 HDD 유닛 상의 논리적으로 접촉하는 저장 영역이다. HDD 유닛이 트랙을 분산된 세트의 섹터로서 실제로 저장할 수 있다는 것이 인식된다. 트랙은 일반적으로 시간-순서로 된(time-sequenced)(즉, 등시성) 오디오 또는 비디오의 스트림 데이터를 포함한다. "트랙 객체"는 트랙과 관련된 리프 객체의 특정한 경우이다. 트랙 객체의 설명자 부분은, 트랙 길이 및 내용(즉, 저작권이 있는 데이터, 등)을 기술하지만, 데이터(예를 들어, 물리적 위치가 응용 및 사용자로부터 숨겨진 채로 있는)의 물리적 위치의 지식을 내보내지 않는다.

분산 오디오 영상 네트워크

도 2는 본 발명의 실시예를 지원할 수 있는 예시적인 네트워크(40)를 도시한다. 네트워크(40)는, 개인용 컴퓨터 시스템을 포함하는 가전 장치를 포함하고, 도시된 전자 장치보다 상이한 조합으로 다른 전자 장치를 병합하도록 확장될 수 있다.

네트워크(40)는, 네트워크 인터페이스{즉, 버스(30)}를 경유하여 네트워크(40)에 서로 결합된, 지능형 제어기 장치(12), 비디오 카메라(14), 텔레비전(16), 개인용 컴퓨터(18), 수신기(20), 비디오 카세트 리코더(VCR) 유닛(22), 및 컴팩트 디스크(CD) 유닛(24)과 같은 통합 수신기/디코더 장치를 포함한다. 제어기 장치(12)는, 대상 장치{즉, 네트워크(40)의 다른 가전 장치}를 제어하는 셋톱 박스 또는 개인용 컴퓨터와 같은 지능형 제어기 장치이다. 네트워크(40)는 또한 하드 디스크 장치(HDD)(60)를 포함한다. HDD(60)는, 네트워크(40) 상의 분리된 장치로서, 또는 개인용 컴퓨터(18)와 같은 네트워크(40) 상의 다른 장치의 서브 유닛으로서 구현될 수 있는 하드 디스크 장치이다.

본 실시예에서, 버스(30)는 IEEE 1394를 따르는(compliant with IEEE 1394) 버스이다. 따라서, 네트워크(40)의 가전 장치는, AV/C(오디오 영상 제어) 프로토콜과 같은 IEEE 1394를 따르는 프로토콜을 사용하여 버스(30)를 통해 통신한다. 본 발명의 실시예는, 가정용 오디오/영상 상호운용 기능(HAVI: Home Audio/Visual Interoperability) 구조를 따르는 가전 장치의 네트워크와 같은 다양한 네트워크 구조 및 다른 프로토콜과 함께 작동가능하다.

가전 장치는, 각각 고유 어드레스, 제어 레지스터의 세트, 및 휘발성 및 비휘발성 메모리 유닛을 구비한 네트워크(40) 상의 노드로 나타난 논리적 개체로 간주된다. 네트워크(40)의 가전 장치는 동위 기반(peer-to-peer basis) 상에서 서로 상호작용할 수 있고, 데이터, 명령어 등은 네트워크(40)내의 장치들 사이에서 송신될 수 있다.

도 3a는 제어기 장치(12)의 일실시예의 블록도이다. 다수의 상이한 시스템이 본 발명에 따라 사용될 수 있을지라도, 예시적인 시스템은 제어기 장치(12)에 의해 나타난다.

도 3a를 참조하여, 제어기 장치(12)는 정보 및 명령(instruction)을 처리하기 위해 내부 어드레스/데이터 버스(200)와 결합된 프로세서(201)를 포함한다. 프로세서(201)에 대한 정보 및 명령을 저장하기 위해, 휘발성 메모리(202)(즉, 랜덤 억세스 메모리)는 또한 버스(200)에 결합된다. 프로세서(201)에 대한 정적(static) 정보 및 명령을 저장하기 위해, 비휘발성 메모리(203)(즉, 판독 전용 메모리)는 버스(200)에 결합된다. 제어기 장치(12)는 정보 및 명령을 저장하기 위해 버스(200)에 결합된 대용량 저장 유닛(204)(즉, 자기 또는 광학 디스크 및 디스크 드라이브와 같은 데이터 저장 장치)을 임의로 포함한다. 제어기 장치(12)는 버스(200)에 결합된 비디오/오디오 수신기 유닛(206) 및 동화상 전문가 그룹(MPEG: Moving Pictures Experts Group) 유닛(207)을 또한 포함한다. 버스 인터페이스(208)는 네트워크 버스(30)와 인터페이싱하기 위해 사용된다.

도 3b는 본 발명의 실시예가 구현될 수 있는 예시적인 대용량 저장 유닛의 블록도이다. 아래의 논의에서, 본 발명이 다양한 유형의 대용량 저장 유닛에서 실행될 수 있다는 것이 인식될지라도, 본 발명은 하드 디스크 장치(HDD) 유닛의 상황에서 논의된다. HDD(60)는 네트워크{즉, 도 2의 네트워크(40)}내의 분리된 유닛으로 구현될 수 있거나, 네트워크(40) 상의 장치의 서브 유닛으로 구현될 수 있다.

HDD 유닛(60)은 입력/출력(I/O) 버스 인터페이스(126)를 거쳐 네트워크 버스(30)에 결합된다. HDD 유닛(60)은 마이크로제어기(microcontroller)(120)("내장형 시스템"), 및 시스템 버스(128)에 결합된 저장 유닛(50)을 포함한다. 다른 저장 매체가 본 발명에 따라 사용될 수 있을지라도, 저장 유닛(50)은 일반적으로 데이터를 자기적으로 저장하기 위한 다수의 플래터를 포함한다. 마이크로제어기(120)는 시스템 버스(128)를 거쳐 시스템 메모리(124)에 결합된 중앙 처리 유닛(CPU: Central Processing Unit)(122)을 포함한다. 사용자 인터페이스(130)는 시스템 버스(128)에 또한 결합된다. 다른 I/O 장치가 사용자와 통신하기 위해 사용될 수 있을지라도, 사용자 인터페이스(130)가 장치에 특정한(device specific) 것이지만 키보드 및 디스플레이를 포함하는 것이 바람직하다.

HDD 유닛(60)은 객체를 데이터로 저장 유닛(50)에 저장하도록 사용된다. 마이크로제어기(120)는 내장형 시스템인데, 상기 시스템은, 객체가 억세스되고 검색될 수 있도록 객체 식별자를 HDD 유닛(60)에 저장된 객체에 할당하고 관리하도록 사용된다. 마이크로제어기(120)는 객체와 관련된 데이터의 실제 물리적 저장 위치로의 객체 식별자의 매핑을 관리한다. 따라서, 마이크로제어기(120)는 응용 대신 이 태스크(task)의 부담을 지고, 객체에 관련된(object-related) 저장을 효과적으로 관리할 유연성을 HDD 유닛(60)에 제공한다.

마이크로제어기(120)는, 또한 객체의 위치를 객체 계층에서 잃어버린 객체를 없앨 책임이 있다. 예를 들어, 객체 계층에서 더 상위의 객체가 삭제될 때, 상기 객체에 의해 단독으로 기준이 된 객체는 마이크로제어기(120)에 의해 삭제된다. 마이크로 제어기(120)는 본 발명에 따라 구현된 재생 명령어와 리코딩 명령어와 같은 명령어 및 다른 명령어를 호출하기 위해 또한 사용된다.

개인용 컴퓨터를 위한 운영 체제(operating system)(즉, 윈도우즈 또는 유닉스)와 같은 대규모의 응용은 대규모이고 영구적인(persistent) 트랙 객체로서 HDD 유닛(60) 상에 저장된다. 따라서, 본 발명에 따라, 상이한 운영 체제는 상이한 트랙에 할당된다. 예를 들어, 윈도우즈는 트랙(4)에 할당될 수 있고, 유닉스는 트랙(7)에 할당될 수 있다. 객체 크기는 쉽게 지정되고 변경된다. 따라서, 본 발명은, 예를 들어, 2가지의 별개의 운영 체제가 동일한 디스크에 상주하게 하는 유연성있는 방법 및 시스템을 제공한다.

객체 계층의 예시적인 실시예

도 4는, 본 발명의 일실시예에 따라 HDD 유닛(60)(도 3b)에 저장된 객체들 사이의 계층적인 관계를 보여주는 객체 계층(400)을 도시한 도면이다. 객체 계층(400)은 HDD 유닛(60)의 시스템 메모리(124)에서 유지될 수 있다.

도 4는, 본 실시예에서, 객체 식별자가, 객체가 다른 객체를 직접적으로 또는 간접적으로 기준으로 하는 계층적인 구조(400)로 배열된다는 것을 도시한다. HDD(60)(도 3b)는, 객체와 관련된 데이터의 실제 물리적 저장 위치로의 객체 식별자의 매핑을 관리한다. 계층적 구조(400)에서, 목록 객체는 다른 객체로의 포인터를 포함하고, 유사한 목적을 갖는 객체를 그룹화하도록 사용될 수 있다. 다른 객체를 지시하는 객체는, 데이터의 실제 물리적 위치의 어드레스보다는 다른 객체의 객체 식별자를 기준으로 사용한다. 객체는 자신의 객체 식별자에 기초하여 직접 억세스될 수 있다. 대안적으로, 객체는, 객체 식별자 또는 기술적 데이터(descriptive data)를 사용하여, 객체 계층을 통해 항해함으로써 발견될 수 있다.

서브 유닛 식별자(402)는 HDD 유닛(60)의 하나의 특정한 경우와 관련된 고유 식별자이다. 예를 들어, 고유 번호는 각 HDD 유닛 제조자에 할당될 수 있고, 각 제조자는 고유 번호를 각 HDD 유닛에 할당할 수 있어서, 각 유닛을 다른 유닛과 구별할 수 있다. 이 실시예에서, 서브 유닛 식별자(402)는, 객체 식별자가 각 HDD 유닛에 대해 고유하도록 객체 식별자내에 포함된다. 따라서, HDD 유닛(60) 상의 각 객체 식별자는 상기 HDD 유닛에서 고유할 뿐 아니라 모든 유닛에 대해서도 고유하다. 따라서, 객체가 HDD 유닛(60)으로부터, 예를 들어, 제 2 HDD 유닛으로 복사된 경우, 객체 식별자는 제 2 HDD 유닛 상에 이미 존재하는 객체 식별자와 동일하지 않아서, 상기 객체 식별자는 변경되어서는 안될 것이다. 그러므로, 본 실시예에 따라, 특정 객체 식별자에 의해 알려진 객체는 고유하고, HDD 유닛으로부터 또 다른 HDD 유닛으로 복사될지라도, 상기 객체 식별자에 의해 계속해서 알려진다. AV 네트워크{즉, 도 2의 네트워크(40)} 상의 다른 장치는, 단일하고 영구적인 객체 식별자를 사용하여 상기 객체를 다양한 유닛으로부터 계속해서 억세스하고 검색할 수 있어서, 요청에 응답하여 올바른 객체가 항상 검색된다.

전술한 바와 같이, 객체가 초기에 저장된 시간 및 날짜를 객체 식별자로 병합하는 것이 또한 가능하다. 대안적으로, 계수기(counter)는 HDD 유닛에서 구현될 수 있다. 이 경우, 새로운 객체 식별자는 바로 이전의 객체 식별자에 대해 사용된 값을 하나씩 증가시킴으로써 생성된다. 서브 유닛 식별자(402)와의 조합에서, 이 구성(scheme)은 항상 모든 장치를 통해 단일 객체에 고유한 객체 식별자를 제공할 것이다.

도 4를 계속해서 참조하여, 본 실시예에서, 루트(404)는 다른 객체로의 억세스를 용이하게 하기 위해 사용된 표준 객체이다. 루트(404)는 본 발명에 따라 구현된 객체 계층(400)의 상부에 있다. 루트(404)는 다른 객체에 대한 포인터(pointer)를 포함한다. 즉, 루트(404)는 다른 객체에 대한 객체 식별자를 사용하여 이들 객체와 관련된다. 루트(404)의 기술적(descriptive) 부분은, 공지된 방법으로 서브 유닛 식별자(402), 및 벤더에 의존적인(vendor-dependent) 데이터에 매핑될 수 있다. 루트(404)는 또한 내용 목록(content list)(406)에 매핑된다. 루트(404) 구조의 일실시예는 표 1에 제공된다.

표 1-예시적인 루트 구조

디렉토리

리프(leaf)/리스트아이디(listid)

objectId(내용)

objectId_

디렉토리/레프셋(refset)

디렉토리/레프정보(refinfo)

리프/서브 유닛

리프/벤더

엔트리...

도 4의 내용 목록(contents list)(406)은 HDD 유닛(60)(도 3b)에 포함된 모든 트랙 객체를 기준으로 하는 객체의 특정한 경우이다. 내용 목록(406)은 HDD 유닛(60)에 의해 생성되고 관리된다. 객체 계층(400)에서, 내용 목록(406)은 본 실시예의 루트(404)에 의해 직접 기준이 된다. 내용 목록(406) 구조의 일실시예는 표 2에 제공된다.

표 2-예시적인 내용 목록 구조

디렉토리

리프/객체 목록

디렉토리/레프셋

디렉토리/레프정보

디렉토리/레프셋

디렉토리/레프정보

엔트리...

도 4를 계속해서 참조하여, 본 실시예에서, 트랙 목록(408)은 루트(404)에 의해 직접 기준이 된다. 트랙 목록(408)은, 트랙 객체{즉, 각각 트랙(0), 트랙(1), 트랙(2), ..., 트랙(n)}와 각각 차례로 관련된 리프 객체{즉, 리프(0), 리프(1), 리프(2), ..., 리프(n)}를 차례로 기준으로 한다. 트랙 목록(408)의 일실시예는 표 3에 제공된다.

표 3-예시적인 트랙 목록 구조

디렉토리/트랙

디렉토리/트랙정보

바이트 단위의 크기

시간 단위의 크기

추가 정보

엔트리....

각 리프 객체에 지정될 수 있는 기술적 데이터(즉, "추가 정보")는, 데이터의 유형(즉, 등시성 또는 비동기), 쿼들렛(1 쿼들렛은 4 바이트와 같다) 단위로 측정된 대역폭 요구조건, 복사 방지 특성(즉, 한번만 복사, 복사 금지, 한번만 재생, 등), 및 억세스 권리(즉, 판독/기록 허용, 등)를 포함한다.

도 4를 여전히 참조하여, 목록(412)은 다른 객체를 지시하는 객체 목록을 나타낸다. 목록(412)은 유사한 목적을 갖는, 예를 들어, 외부 응용의 편리함을 위해, 객체를 그룹화하도록 사용될 수 있다.

객체(414)는 목록(412)에 매핑되고, 자신을 기술하기 위해 기술적 정보와 같은 사용자가 볼 수 있는 데이터를 포함한다. 서브 트랙 어레이(sub track array)(416)는 서브 트랙 요소를 기준으로 하는데, 여기서 각 서브 트랙 요소는 트랙 객체 및 트랙 영역(또한 도 10을 참조)을 식별한다.

도 5는 본 발명의 일실시예에 따라 객체 계층(500)의 기술적 데이터의 일예이다. 객체는 객체의 생성기(creator)의 이름과 같은, 자신을 기술한 기술적 정보를 포함할 수 있다. 각 객체내의 디렉토리는 디렉토리 정보를 객체가 기준으로 하는 객체와 관계를 맺는데 기여한다. 디렉토리내의 엔트리(entry)는 기준이 되는 객체(위의 표 1을 참조)를 기술하기 위해 객체 식별자 및 기술적 데이터를 갖는다. 따라서, 예를 들어, 이름 "로버트"{블록(508)}는 트랙(1){블록(510)}과 관계를 맺는다. 객체 계층(500)에서, 블록(508)을 지시하는 다른 객체{"아버지" 블록(504) 및 "아들" 블록(506)}는 상황에 특정한(context-specific) 정보(즉, "형" 및 "삼촌")를 제공하도록 사용된다. 따라서, 다른 객체(즉, "로버트")를 지시하는 객체와 관계를 맺는 기술적 정보(즉, "아버지" 및 "아들")는 기준이 된 객체와 또한 관계를 맺는다.

객체의 기술적 데이터 부분은 계층적 구조로 구성되어, 제너릭 설명자 항해자 방법(generic descriptor navigator method)을 지원하므로, 벤더에 종속적인 데이터가 식별되고 무시될 수 있다. 확장 키는, 다수의 벤더가 할당한 표식 값 할당을 사용하여 다수의 벤더로 하여금 벤더에 종속적인 데이터에 고유하게 표식을 붙이게 한다. 기술적 데이터 포맷은 마이크로컴퓨터 버스를 위해 제어 및 상태 레지스터(CSR: Control and Status Register)와 같은 다양한 구조와 함께 사용될 수 있다.

예시적인 명령어

도 6은 본 발명의 본 실시예에 따라 사용된 AV/C 명령어를 위한 일반적인 데이터 패킷 포맷(610)을 도시한다. 다른 명령어가 본 발명에 따라 사용될 수 있다는 것이 인식될지라도, 이들 명령어는 RECORD_TRACK, PLAY_TRACK, PLAY_TRACKS, READ_TRACK, 및 WRITE_TRACK을 포함한다. 명령어는 전술한 바와 같이, 각 객체에 대해 고유하고 영구적인 객체 식별자를 각각 사용한다. 따라서, 본 발명에 따라, 각 객체는, 사용되는 명령어에 따라 쉽게 억세스될 수 있고 올바른 객체가 작동되도록, 일정하게 나타난다.

도 6을 참조하여, 명령어는 쿼들렛 포맷으로 존재한다. "명령어 트랜젝션 셋(cts: Command Transaction Set)" 필드는 길이가 4 비트이고, AV/C 데이터 패킷 포맷을 다른 데이터 패킷 포맷과 구별하도록 사용된다. 본 실시예에서, AV/C 데이터 패킷은 0의 cts 값을 갖는다.

도 6을 계속해서 참조하여, "ctype"(명령어 유형) 필드는 길이가 4 비트이고, "서브 유닛_유형" 필드는 5 비트의 길이이고, "서브 Id" 필드는 3 비트의 길이이고, "op코드" 필드는 8 비트의 길이이다. 이러한 실시예에서, 이들 필드는 제안된 IEC-61883 표준에 한정된다. 8 비트 "오퍼랜드(0)" 필드는 표준이고, 오퍼랜드(0) 확장 메커니즘은 본 발명의 본 실시예에 한정된 명령어에 제공된다.

도 7은 RECORD_TRACK 명령어 구조(620)의 일실시예를 도시한다. RECORD_TRACK 명령어 구조는 리코딩된 트랙 객체가 어떻게 생성되는지를 지정한 파라미터를 포함한다. 등시성 트랙 객체내로 어드레싱하는 것은 리코딩 동안의 시간에 기초할 수 있다.

32-비트 "modes" 필드는 RECORD_TRACK 모드 파라미터를 제공한다. 64-비트 "objectId" 필드는 32-비트 "objectIdHi" 값과 "objectIdLo" 값을 연결시킴으로써 형성된다. 지정된 objectId 값이 널(null)이면, 새로운 트랙 객체가 생성된다. 64-비트 "startTime" 필드는, 원하는 리코딩이 시작한 후에, 32-비트 "startTimeHi" 값과 "startTimeLo" 값을 연결시킴으로써 형성된다. 64-비트 "maxFileLength" 필드는 32-비트 "maxFileLengthHi" 값과 "maxFileLengthLo" 값을 연결시킴으로써 형성된다. 지정된 maxFileLength 값이 널이면, 이용가능한 모든 공간이 사용될 수 있다. 64-비트 "maxElapsedTime" 필드는 32-비트 "maxElapsedTimeHi" 값과 "maxElapsedTimeLo" 값을 연결시킴으로써 형성된다. 지정된 maxElapsedTime 값이 널이면, 리코딩은 무기한으로 계속할 수 있다. 32-비트 "tocPlacement" 필드는 객체가 위치될 내용의 테이블(table){즉, 도 4의 내용 목록(406)} 내의 위치를 지정한다.

RECORD_TRACK 명령어는 데이터를 선택된 트랙 객체로 수신하도록 사용된다. 널 인수(null argument)가 objectId에 제공되면, 객체가 생성되어, 내용의 테이블내의 지정된 위치에 위치하고, 데이터를 리코딩하기 위해 사용된다. 본 실시예에서, 리코딩은 길이가 0인(zero-length) 트랙에서 시작한다. 리코딩은, 지정된 길이에 도달되거나 초과될 때까지, 모드 지정(modes-specified) 조건이 충족될 때까지, 또는 이용가능한 저장(available storage)이 소모될 때까지, 어느 것이 먼저 발생하든지 간에 리코딩은 계속된다.

도 8은 PLAY_TRACK 명령어 구조(630)의 일실시예를 도시한다. PLAY_TRACK 명령어는, 명령어에서 식별된 파라미터를 사용하여 선택된 위치 마커(marker)들 사이에 놓인 트랙 객체를 재생하도록 사용된다. 등시성 트랙 객체내에서 어드레싱하는 것은 재생 동안의 시간에 기초할 수 있다. PLAY_TRACK 명령어는 데이터를 선택된 트랙 객체로부터 이전에 초기화된 등시성 데이터 스트림으로 송신하도록 사용된다.

도 8을 계속해서 참조하여, 64-비트 "objectId" 필드는 32-비트 "objectIdHi" 값과 "objectIdLo" 값을 연결시킴으로써 형성된다. 지정된 objectId 값이 널(null)이면, 내용 테이블{즉, 도 4의 내용 목록(406)}내의 제 1 트랙 객체가 추정된다. 64-비트 "startOffset" 값은 32-비트 "startOffsetHi" 값과 "startOffsetLo" 값을 연결시킴으로써 형성된다. 지정된 값, 즉 startOffset 값이 00000000₁₆이면, 재생은 트랙 상의 제 1 데이터에서 시작한다. 64-비트 "endOffset" 값은 32-비트 "endOffsetHi" 값과 "endOffsetLo" 값을 연결시킴으로써 형성된다. 지정된 endOffset 값이 FFFFFFFF₁₆이면, 재생은 트랙 상의 마지막 데이터에서 종료한다.

PLAY_TRACK 명령어는 선택된 마커들 사이에서 선택된 트랙 객체를 재생한다. 재생은, startOffset에 의해 지정된 위치에서(또는 startOffset이 위치들 사이에 존재하는 경우, 다음 위치에서) 시작하고, endOffsetHi 위치에 의해 지정된 위치에서(또는 지정된 위치가 위치들 사이에 존재하는 경우, 이전 위치에서) 종료한다. 트랙은 전부 재생될 필요는 없다.

도 9는 PLAY_TRACKS 명령어 구조(640)의 일실시예를 도시한다. PLAY_TRACKS 명령어는 다수의 트랙 객체를 재생하도록 사용된다. PLAY_TRACKS 명령어 구조는 서브 트랙 어레이{즉, 도 4의 서브 트랙 어레이(416)}의 서브 트랙 요소를 기준으로 하는데, 여기서 각 서브 트랙 요소는 재생될 트랙 객체와 트랙 객체의 영역을 식별한다.

도 9를 계속해서 참조하여, 32-비트 "modes" 필드는 PLAY_TRACKS 명령어 파라미터를 제공한다. 64-비트 "objectId" 필드는 32-비트 "objectIdHi" 값과 "objectIdLo" 값을 연결시킴으로써 형성된다. 64-비트 "startOffset" 값은, 32-비트 "startOffsetHi" 값과 "startOffsetLo" 값을 연결시킴으로써 형성되는데, 재생이 시작해야할 제 1 선택된 서브 트랙 요소내에서 시간 오프셋으로 측정된다. 64-비트 "endOffset" 값은, "endOffsetHi" 값과 "endOffsetLo" 값을 연결시킴으로써 형성되는데, 재생이 종료해야 할 제 1 선택된 서브 트랙 요소상의 시작 위치내에서 시간 오프셋으로 측정된다. "entrySelect" 값은 제 1 재생 요소가 위치한 지정된 객체내의 위치를 지정한다. "elementSelect" 값은 재생 요소가 위치한 객체 목록내의 위치를 지정한다.

도 10을 참조하여, PLAY_TRACKS 명령어는 객체의 기술적 데이터에 지정된 서브 트랙 요소(650)의 연결을 야기시키는데, 여기서 각 서브 트랙 요소는 기술적 데이터의 목록에 포함된 트랙 객체의 부분을 지정한다. PLAY_TRACKS 연산은 선택된 서브 트랙 요소내의 "start" 오프셋(660)에서 시작한다. 널 서브 트랙 요소(널 서브 트랙 요소는 0의 startOffset 값에 의해 식별된다)에 도달될 때까지, 재생 중단(play-stopping) 조건이 검출될 때까지, 또는 "endOffset"(670) 위치에 도달될 때까지, 어느 것이 먼저 발생하든지 간에 연산은 후속 서브 트랙 요소를 통해 계속된다.

도 11은 READ_TRACK 명령어 구조(680)의 일실시예를 도시한다. READ_TRACK 명령어는 선택된 트랙 객체로부터 비동기 데이터 블록의 부분을 불러오도록 사용된다. READ_TRACK 명령어는 256 바이트의 데이터가 지정된 트랙 객체로부터 판독되도록 하게 한다. 32-비트 "modes" 필드는 READ_TRACK 파라미터를 제공한다. 64-비트 "objectId" 값은 32-비트 "objectIdHi" 값과 "objectIdLo" 값을 연결시킴으로써 형성되고, 억세스될 트랙 객체를 식별한다. 64-비트 "byteOffset" 값은 32-비트 "byteOffsetHi" 값과 "byteOffsetLo" 값을 연결시킴으로써 형성되고, 억세스될 트랙 위치를 식별한다.

도 12는 WRITE_TRACK 명령어 구조(690)의 일실시예를 도시한다. WRITE_TRACK 명령어는 비동기 데이터 블록의 부분을 선택된 트랙 객체로부터 변경하도록 사용된다. WRITE_TRACK 명령어는 256 바이트의 데이터가 지정된 트랙 객체에 기록되도록 하게 한다. 32-비트 "modes" 필드는 WRITE_TRACK 파라미터를 제공한다. 64-비트 "objectId" 값은 32-비트 "objectIdHi" 값과 "objectIdLo" 값을 연결시킴으로써 형성되고, 억세스될 트랙 객체를 식별한다. 64-비트 "byteOffset" 값은 32-비트 "byteOffsetHi" 값과 "byteOffsetLo" 값을 연결시킴으로써 형성되고, 억세스될 트랙 위치를 식별한다.

따라서, 본 발명은, 일정한 방법으로 AV 네트워크에 있는 하드 디스크 장치에 저장된 객체를 구성하고 억세스하며, 또한 객체가 쉽게 억세스될 수 있고 올바른 객체가 검색되도록, 상기 객체들을 AV 네트워크의 다른 장치에 나타내는 방법 및 시스템을 제공한다. 본 발명은 유연성이 있고, 객체의 크기가 쉽게 변경되게 한다.

따라서, 본 발명의 바람직한 실시예, 즉, 하드 디스크 장치에 억세스하기 위한 AV/C 명령어가 기술된다. 본 발명이 특정 실시예에 기술되지만, 본 발명이 그러한 실시예에 의해 제한된 것처럼 해석되어서는 안되고, 오히려 아래의 청구항에 따라 해석되어야 한다는 것이 인식되어야 한다.

Claims

대용량 저장 유닛에서 오디오 및 영상 데이터를 나타내는 저장된 데이터를 구성하고(organizing) 억세스하기 위한 방법에 있어서,

a)객체(object)를 상기 저장된 데이터와 관련시키는 단계와,

b)상기 객체에 대한 고유 객체 식별자를 도출하고, 상기 고유 객체 식별자를 상기 객체에 할당하는 단계로서, 상기 고유 객체 식별자는 상기 대용량 저장 유닛내의 상기 저장된 데이터의 물리적 위치에 기초하지 않는, 고유 객체 식별자를 도출하고, 할당하는 단계와,

c)다른 객체와 함께 계층적 구성에서 상기 객체를 유지하는 단계로서, 상기 계층적 구성은 객체 목록을 포함하고, 상기 객체 목록은 상기 고유 객체 식별자 및 상기 다른 객체에 대한 다른 고유 객체 식별자를 포함하는, 상기 객체를 유지하는 단계와,

d)상기 고유 객체 식별자를 사용하여 상기 객체를 억세스하는 단계를 포함하는, 저장된 데이터를 구성하고 억세스하기 위한 방법.
제 1항에 있어서, 단계 b)는 상기 고유 객체 식별자를 도출하고 할당하기 위해 상기 대용량 저장 유닛의 내장형(embedded) 시스템을 사용하는 단계를 포함하는, 저장된 데이터를 구성하고 억세스하기 위한 방법.
제 1항에 있어서, 단계 b)는, 상기 고유 객체 식별자가 상기 대용량 저장 유닛에 고유하도록 상기 고유 객체 식별자가 도출될 때에 해당하는 날짜 및 시간을 상기 고유 객체 식별자에 포함시키는 단계를 포함하는, 저장된 데이터를 구성하고 억세스하기 위한 방법.
제 2항에 있어서, 단계 b)는, 상기 고유 객체 식별자가 다수의 대용량 저장 유닛에 고유하도록, 상기 대용량 저장 유닛에 고유한 식별 번호를 상기 고유 객체 식별자에 포함시키는 단계를 더 포함하는, 저장된 데이터를 구성하고 억세스하기 위한 방법.
제 1항에 있어서, 단계 c)는, 상기 대용량 저장 유닛에 저장된 데이터와 관련된 객체 목록을 포함하는 내용 테이블을 생성하는 단계를 더 포함하는, 저장된 데이터를 구성하고 억세스하기 위한 방법.
제 1항에 있어서, 단계 c)는 상기 제 2 객체에 대한 고유 객체 식별자를 사용하여 제 1 객체를 제 2 객체와 관련시키는 단계를 더 포함하는, 저장된 데이터를 구성하고 억세스하기 위한 방법.
제 6항에 있어서, 단계 d)는, 상기 제 1 객체에 대한 고유 객체 식별자를 사용하여 상기 제 1 객체를 위치시키는 단계와,

상기 제 2 객체에 대한 상기 고유 객체 식별자를 사용하여 상기 제 2 객체를 위치시키는 단계를 포함하는, 저장된 데이터를 구성하고 억세스하기 위한 방법.
제 1항에 있어서, 단계 d)는 기술적 데이터를 사용하여 상기 객체를 위치시키는 단계를 포함하되, 상기 객체는 상기 저장된 데이터를 기술하기 위해 상기 기술적 데이터를 포함하는, 저장된 데이터를 구성하고 억세스하기 위한 방법.
제 1항에 있어서, 상기 객체를 사용하여 상기 객체에 억세스하고, 명령어를 실행시키는 단계를 더 포함하는, 저장된 데이터를 구성하고 억세스하기 위한 방법.
제 9항에 있어서, 상기 명령어는, 상기 객체와 관련된 상기 저장된 데이터가 리코딩된다는 것을 지정하는, 저장된 데이터를 구성하고 억세스하기 위한 방법.
제 9항에 있어서, 상기 명령어는, 상기 객체와 관련된 상기 저장된 데이터가 재생되는 것을 지정하는, 저장된 데이터를 구성하고 억세스하기 위한 방법.
제 9항에 있어서, 상기 명령어는 상기 객체와 관련된 상기 저장된 데이터로부터 판독하기 위한 것인, 저장된 데이터를 구성하고 억세스하기 위한 방법.
제 9항에 있어서, 상기 명령어는 상기 객체와 관련된 상기 저장된 데이터에 기록하기 위한 것인, 저장된 데이터를 구성하고 억세스하기 위한 방법.
제 1항에 있어서, 상기 대용량 저장 유닛은 자기 디스크 장치인, 저장된 데이터를 구성하고 억세스하기 위한 방법.
대용량 저장 유닛에 있어서,

데이터를 저장하기 위한 저장 수단과,

상기 데이터를 상기 저장 수단으로부터 판독하고 상기 저장 수단으로 기록하기 위한 상기 저장 수단에 인접하게 위치한 데이터 송신 수단과,

상기 데이터 송신 수단의 동작(movement)을 제어하기 위한 마이크로제어기를 포함하되, 상기 마이크로제어기는, 객체를 상기 데이터와 관련시키고, 상기 객체에 대한 고유 객체 식별자를 도출하고, 상기 고유 객체 식별자를 상기 객체에 할당하며, 상기 고유 객체 식별자를 사용하여 상기 객체에 억세스하기 위한 것이되, 상기 고유 객체 식별자는 상기 대용량 저장 유닛 내의 상기 저장된 데이터의 물리적 위치에 기초하지 않으며,

상기 마이크로제어기는 다른 객체와 함께 계층적 구성에서 상기 객체를 또한 유지하기 위한 것이고, 상기 계층적 구성은, 상기 고유 객체 식별자 및 상기 다른 객체에 대한 다른 고유 객체 식별자를 포함하는 객체 목록을 포함하는, 데이터 송신 수단의 동작을 제어하기 위한 마이크로제어기를 포함하는, 대용량 저장 유닛.
제 15항에 있어서, 상기 저장 수단은 오디오 및 영상 내용을 나타내는 데이터를 저장하기 위한 매체이고, 상기 송신 수단은, 상기 데이터가 상기 헤드를 사용하여 상기 표면에서 판독되고 기록되도록, 상기 매체의 표면에 인접하게 위치한 헤드인, 대용량 저장 유닛.
제 15항 또는 제 16항에 있어서, 상기 고유 객체 식별자가 상기 대용량 저장 유닛에 고유하도록, 상기 고유 객체 식별자는 도출되는, 대용량 저장 유닛.
제 15항, 제 16항 또는 17항에 있어서, 상기 고유 객체 식별자는, 상기 고유 객체 식별자가 다수의 대용량 저장 유닛에 고유하도록 상기 대용량 저장 유닛에 고유한 식별 번호를 포함하는, 대용량 저장 유닛.
제 15항 내지 제 18항 중 어느 한 항에 있어서, 상기 객체는 상기 데이터를 기술하기 위해 기술적 데이터(descriptive data)를 포함하되, 상기 객체는 상기 기술적 데이터를 사용하여 위치하는, 대용량 저장 유닛.
제 15항 내지 제 19항 중 어느 한 항에 있어서, 상기 고유 객체 식별자는 상기 고유 객체 식별자가 도출될 때에 해당하는 날짜 및 시간을 포함하는, 대용량 저장 유닛.
제 15항 내지 제 20항 중 어느 한 항에 있어서, 상기 마이크로제어기 수단은 상기 대용량 저장 유닛에 저장된 데이터와 관련된 객체 목록을 포함하는 내용 테이블을 또한 생성시키기 위한 것인, 대용량 저장 유닛.
제 15항 내지 제 21항 중 어느 한 항에 있어서, 상기 계층적 구성은 상기 제 2 객체에 대한 고유 객체 식별자를 사용하여 제 2 객체와 관련된 제 1 객체를 더 포함하는, 대용량 저장 유닛.
제 22항에 있어서, 상기 제 1 객체는 상기 제 1 객체에 대한 고유 객체 식별자를 사용하여 위치하고, 상기 제 2 객체는 상기 제 2 객체에 대한 상기 고유 객체 식별자를 사용하여 위치하는, 대용량 저장 유닛.
제 15항 내지 제 23항 중 어느 한 항에 있어서, 상기 객체는 상기 데이터를 기술하기 위해 기술적 데이터를 포함하는, 대용량 저장 유닛.
제 15항 내지 제 24항 중 어느 한 항에 있어서, 상기 마이크로제어기 수단은 또한 상기 객체를 사용하여 상기 객체에 억세스하고, 명령어를 실행시키기 위한 것인, 대용량 저장 유닛.
제 25항에 있어서, 상기 명령어는 상기 객체와 관련된 상기 저장된 데이터가 리코딩된다는 것을 지정하는, 대용량 저장 유닛.
제 25항에 있어서, 상기 명령어는 상기 객체와 관련된 상기 저장된 데이터가 재생된다는 것을 지정하는, 대용량 저장 유닛.
제 25항에 있어서, 상기 명령어는 상기 객체와 관련된 상기 저장된 데이터로부터 판독하기 위한 것인, 대용량 저장 유닛.
제 25항에 있어서, 상기 명령어는 상기 객체와 관련된 상기 저장된 데이터에 기록하기 위한 것인, 대용량 저장 유닛.