KR20010060188A

KR20010060188A - 데이터 소스, 데이터 변환 장치, 데이터 역변환 장치,보조 데이터 파일 생성장치, 수신 방법, 매체 및 정보 집합

Info

Publication number: KR20010060188A
Application number: KR1020000062098A
Authority: KR
Inventors: 요시다준지; 마츠미치요코; 쥬리다츠로; 야마다마사즈미
Original assignee: 마츠시타 덴끼 산교 가부시키가이샤
Priority date: 1999-10-21
Filing date: 2000-10-21
Publication date: 2001-07-06
Also published as: CN1318833A; DE60025128D1; EP1094637A2; US6937599B1; EP1094637B1; DE60025128T2; CN1290025C; EP1094637A3

Abstract

데이터 소스는, 입력데이터를 소정의 데이터 패킷으로 변환하는 데이터 변환 수단, 상기 데이터 패킷을 저장하는 데이터 버퍼, 소정의 어드레스가 가산되고, 상기 데이터 패킷을 송신하는 방법이 기술된 디스크립터를 저장하는 디스크립터 리스트, 상기 소정의 어드레스를 선입선출모드로 저장하는 FIFO, 및, 수신개시지시가 상기 데이터 변환수단으로부터 수신되는 때, 상기 FIFO에서 아직 참조되지 않은 상기 소정의 어드레스를 참조하고, 상기 소정의 어드레스에 의하여 표시된 상기 디스크립터를 송신하는 방법에 따라서 상기 버퍼로부터 상기 디스크립터에 대응하는 데이터 패킷을 페치하고, 상기 데이터 패킷으로부터 송신 패킷을 생성하고 이를 출력하고 상기 송신 패킷의 출력이 종료될 때 송신 완료통지를 상기 데이터 변환수단에 송신하는 데이터 송신 수단을 포함하고, 상기 FIFO 에 저장된 상기 소정 어드레스의 개수는 N(N: 이 또는 그 이상이고 상기 디스크립터의 전체 개수보다 작다)인 것을 포함한다.

Description

데이터 소스, 데이터 변환 장치, 데이터 역변환 장치, 보조 데이터 파일 생성장치, 수신 방법, 매체 및 정보 집합{DATA SOURCE, DATA CONVERSION DEVICE, INVERSE DATA CONVERSION DEVICE, AUXILIARY DATA FILE GENERATION DEVICE, RECEPTION METHOD, MEDIUM AND INFORMATION AGGREGATE}

본 발명은 패킷 데이터를 전송하는 데이터 소스, 기록/재생장치에서 기록될 데이터 스트림을 처리하고 동시에 스트림 데이터 룩을 파일과 동일하게 형성하는 장치 및 방법과, IEEE 1394 버스상의 데이터 싱크에서 수신방법에 관한 것이다.

LSI 기술의 개량으로써, 영상 정보 및 음성 정보가 디지털화되고 전송된 네트워크를 개발한다. 영상 정보 및 음성 정보는 실시간으로 재생되어야 하므로, 실시간전송을 가능하게 하는 네트워크가 요구된다.

이와 같은 실시간 전송에 적합한 네트워크로써, IEEE1394 라는 네트워크가 제안된다. IEEE1394 는 직렬의 고속 버스 시스템이고 동기 전송으로 호환될 수 있으므로 데이터의 실시간 전송이 가능하게 한다.

현재, IEEE1394는 가정에서 사용하기 위한 디지털 VCR (이하 DV로 참조된다)뿐 만 아니라 다수의 디지털 영상/음성 장치(이하 AV 로 참조된다)에서 외부 인터페이스로서 설치된다. DV 에 관해서, 예컨대 DV의 동작은 외부장치로부터 제어될 수 있고 데이터는 IEEE 1394를 사용하여 외부장치 및 DV 사이에서 전송될 수 있다.

한편, 개인용 컴퓨터(이하 PC로 참조된다)에서도 또한, IEEE 1394는 1999년에 가상적으로 표준 OS로 되고, 다른 OS 들로 되는 마이크로 소프트의 윈도우98을 위해 IEEE 1394가 정식으로 지원되고 있다는 사실 때문에, PC 업계에서도 광범위하게 사용되고 있다. 더욱이, 이들 PC 와 DV를 갖는 디지털 음성/영상 장치들의 병합이 추구되고 있다.

첫째로, 제1 종래 예로써, PC 로부터 DV 까지 데이터를 전송하는 데이터 소스는 도 1 내지 도 7, 도 10과 도 11을 사용하여 기술될 것이다.

도 1은 데이터 소스의 일례이다. 도 1에서, 101은 데이터 변환부, 102는 데이터 버퍼, 디스크립터 리스트,104는 IEEE 1394 드라이버, 105는 IEEE 1394인터페이스, 106은 IEEE 1394 버스, 107은 FIFO, 108은 입력 데이터, 109는 예컨대 IEC 61883과 호환하는 CIP (공통 이소크로너스 패킷), 110은 디스크립터, 111은 디스크립터(110)가 격납된 디스크립터 리스트(103)상의 어드레스, 112는 송신개시지시, 113은 송신종료통지이고, 114는 이소크로너스 패킷이다.

도 2는 데이터 전송용 CIP(109)의 구성의 일 예이다. 도 2에서 201은 패킷 데이터, 202는 CIP 헤더이다.

도 3은 엠프티 데이터 전송을 위한 CIP (109)의 구성의 일예이다.

도 4는 이소크로노스 패킷의 구성의 일예이다. 도 4에서 401은 이소크로너스 헤더, 402는 헤더 CRC , 403은 데이터 CRC 이다.

도 5는 데이터 버퍼(102)의 구성의 일예이다. 도 5에서 501a, 501b, 501c 및 501d 는 프레임 버퍼, 502a, 502b, 503c 및 504d 는 미송신 플래그이다. 데이터 버퍼(102)는 여기서 4개의 프레임 버퍼에 의하여 구성된다.

도 6은 디스크립터(110)의 구성의 일예이다.

도 7은 디스크립터 리스트(103)의 구성의 일예이다. 디스크립터 리스트(103)에서, 4개의 디스크립터는 프레임 버퍼의 번호로 저장될 수 있다.

도 10 및 도 11은 FIFO(107)의 구성의 일예이다. 도 10 및 도 11에서, 디스크립터(110)의 어드레스는 하위의 하이라르키에 위치되고, 이후에 FIFO(107)에서 저장된다. 그러나, 상기한 도 1내지 도 7, 도 10, 도 11에서 입력 데이터(108)는 다수의 패킷 데이터(201)에 의해 구성된 DV 데이터이다. 또한, 미송신 플래그(502), 미송신 플래그(502b), 미송신 플래그(502c) 및 미송신 플래그(502d)는 "기송신" 또는 "미송신"상태에 있으며, 초기 상태는 " 기송신"이 된다.

상기한 구성을 가진 종래 기술에 따른 데이터 소스의 동작은 이하에 설명될 것이다.

입력 데이터(108)를 수신할 때, 데이터 변환부(101)는 패킷 데이터(201)를 페치하고, CIP 헤더(202)를 연속으로 가산하고, 데이터 버퍼(102)에 도2에 나타낸 바와 같은 CIP(109)로서 저장한다. 이때, CIP(109)는 첫 번째 장소의 프레임 버퍼(501a)에 저장된다.

다음에, 소정의 번호의 CIP(109), 예를 들면, 14번째 CIP(109)가 프레임 버퍼(501a)에 저장되면, 데이터 변환부(101)는, 도 6에 나타낸 바와 같이, 프레임 버퍼(501a)에 저장된 CIP(109)를 송신하는 방법에서 디스크립터(110a)를 생성하고, 디스크립터 리스트(103)를 저장한다. 이때, 디스크립터 리스트(103)에서 디스크립터(110a)에 저장된 어드레스(111a)는 FIFO(107)에 함께 저장되고, 동시에 프레임 버퍼(501a)에 속하는 송신 플래그(502a)가 "미송신"으로 형성된다.

여기서, 도 6에 나타낸 바와 같이, "프레임 버퍼(501a)" "디스크립터 ID", 종래 정보"에 저장된 "프레임 버퍼(501a)의 어드레스", CIP(109)의 길이", "CIP 의 번호"는 디스크립터 (110a) 에 저장된다. "디스크립터 ID"는 디스크립터 (110)를 구분하는 정보를 포함한다. 예를 들면, 디스크립터(110a)의 "디스크립터 ID"는 "A"를 포함하고, 디스크립터(110b)의 "디스크립터 ID"는 "B"를 포함한다.

그때부터, 데이터 변환부(101)는 소정 번호의 CIP(109)를 각 프레임 버퍼에 저장하는, 프레임 버퍼(501b) --> 프레임 버퍼(501c) --> 프레임 버퍼(501d)--> 프레임 버퍼(501a)의 순서로 저장하기 위한 프레임 버퍼를 주기적으로 변화시킨다. 이때, CIP(109)가 다음에 저장될 프레임 버퍼의 미송신 플래그(502a), 예컨대 프레임 버퍼(501a)가 "미송신" 된다면, 데이터 변환부(101)는 저장을 위한 동작을행하지 않지만 플래그가 "기송신"될 때까지 대기한다.

또한, 데이터 변환부(101)가 소정 번호의 CIP(109)를 각 프레임 버퍼에 저장한 후, 데이터 변환부(101)는 송신개시지시(112)가 IEEE 1394드라이버(104)에 아직 송신되지 않았다면, 송신개시지시(112)가 IEEE 1394드라이버(104)에 송신된다. 이때, FIFO(107)에 저장된 디스크립터(110)의 어드레스는 도10 에 나타낸 바와 같다.

다음에, 송신개시지시(112)가 데이터 변환부(101)로부터 수신되는 때, IEEE 1394드라이버(104)는 FIFO(107)에 저장된 디스크립터(110)의 어드레스로부터 초기에 저장된 디스크립터(110)의 어드레스를 참조하고, 디스크립터 리스트(103)로부터 디스크립터(110a)를 검출한다. 그 후, 디스크립터(110a)에서 기술된 내용에 따라, CIP(109)는 프레임 버퍼(501a)로부터 연속하여 페치되고, 이소크로노스 패킷(114)은 도 4에 나타낸 바와 같이 생성된다.

더욱이, IEEE 1394드라이버(104)는 그 생성된 이소크로노스 패킷(114)을 IEEE 1394인터페이스(105)를 통해 IEEE 1394버스에 출력한다.

다음에, 프레임 버퍼(501a)로부터 디스크립터(110)에서 기술된 "CIP(109)의 개수" 에 따른 CIP(109)를 페치할 경우, IEEE 1394 드라이버(104)는 (이 경우) 디스크립터(110a)의 "디스크립터 ID "가 되는 "A"와 함께 데이터 변환부(101)에 송신종료통지(113)를 전송한다.

상술된 프로세스가 종료될 때, IEEE 1394드라이버(104)는 아직 참조되지 않은 디스크립터(110b)의 어드레스를 참조하여. FIFO(107)을 검색하고, 프레임버퍼(501a)의 경우에서와 같이, 디스크립터(110b)에 해당하는 프레임 버퍼(501b)를 처리한다.

송신종료통지(113)가 IEEE 1394드라이버(104)로부터 수신되는 때, 데이터 변환부(101)는 그 최하위 하이라르키층에 위치된 디스크립터(110)의 어드레스를 FIFO(107)로부터 페치하고 폐기한다. 예를 들면, 도 10의 경우, 디스크립터(110)의 어드레스는 도 11에 나타낸 바와 같이, 페치되고 폐기된다. 동시에, 디스크립터 리스트(110a)를 "디스크립터 ID"로 나타내는 "A"는 데이터 변환부(101)가 송신된 때인 송신완료 통지(113)와 함께 송신되므로, 데이터 변환부(101)는 프레임 버퍼(501a)에 해당하는 미송신 플래그(502a)를 "기송신"으로 재기록한다.

그때부터, 데이터는 이러한 프로세스를 반복함으로써 PC 로부터 DV까지 송신된다.

더욱이, 상술된 일련의 동작은, 입력 데이터(108)의 전송률과 IEEE 1394 버스(106)의 전송률사이에 차이가 있다면, 엠프티 데이터는 때때로 그 전송률을 조정하기 위해 송신되어야 한다. 이때, 데이터 변환부(101)는 필요시, 도 3에 나타낸 CIP 헤더(202)에 의해서만이 구성된 CIP(109)를 생성한다. 이 경우, 직전의 CIP(109)가 프레임 버퍼(501a)에 저장된 때에는 14번째 CIP(109)가 프레임 버퍼(501a)에 저장되지 않을 지라도, 프레임 버퍼(501a)용 디스크립터(110a)는 디스크립터 리스트(103)에서 생성되어 저장되고, 송신된 플래그(501a)는 상술한 바와 같이 제1 위치에서 "미송신"으로 형성된다. 그후, 엠프티 데이터 용 CIP (109)는 프레임 버퍼(501b)에 저장되고, 프레임 버퍼(501b)에 함께 저장되어 CIP(109)를송신하는 방법을 서술하는 디스크립터(110b)는 디스크립터 리스트(103)에서 생성되어 저장된다. 다음 동작은 DV 데이터를 전송하는 송신CIP의 경우와 같이 실행된다.

이제, 개인용 컴퓨터(생략하여 PC 로 참조)의 경우, 통상적으로, 영상과 음성 같은 짝수 스트림은 짝수로써 처리된다. 그러나, 영상과 음성이 실제로 기록되면, 이들을 스트림으로 기록하는 VTR 같은 장치는 일반적으로 사용된다. VTR 에 기록된 영상과 음성을 처리/편집하기 위해, 특별히 편집한 장비가 사용될 수있으나, 고가이고 편집장비로 원래 제작된 것들과 다른 기능을 가진 수단을 부가하기가 곤란하다. 그러므로, PC에 의해 PC의 소프트웨어를 사용한 음성 및 영상 같은 데이터를 처리/편집하는 것이 효과적이다.

다음으로, 제2 의 종래예로써, PC를 가지고 편집을 실행한 프로시저는 도 17을 사용하여 이하에 설명될 것이다. PC를 일 예로써 특정하였으나. PC 외의 장비가 유사하게 사용될 수 있다. 도 17에서, 1은 PC, 2는 스트림 데이터 기록/재생 장치(2)이다. DV(디지털 레코드 VR)이 스트림 데이터 기록/재생 장치(2)의 일예로써 특정되지만, VTR은 아날로그 또는 디지털로 기록될 수 있고, I/F는 아날로그 또는 디지털 형태에 대응한다.

PC(1)의 내부 부분은 하드웨어, OS(운영체제)인 커널 모드의 소프트웨어와, 애플리케이션인 유저 모드의 소프트웨어에 의해 구성된다. 3은 데이터 형식 변화 소프트웨어, 4는 음성/영상데이터를 처리하는 소프트웨어(편집 소프트웨어가 일예로 포함될 수 있다), 5는 데이터 형식 역변환 및 송신 소프트웨어이다. 6은 소프트웨어 관리 파일, 7은 PC(1)이 (예컨대 HDD)를 처리하는 데이터를 기록 및 재생하는기록/재생 장치를 나타낸다.

첫째로, 데이터는 스트림 데이터 기록/재생장치로 재생되고, PC(1)에서 출력되는 데이터에 필요한 부분은 PC(1)에서 존재하는 수신 및 데이터 형식 변환 소프트웨어(3)를 사용하여 PC(1)에서 캡쳐된다. 사실상, 수신 및 데이터 형식 변환 소프트웨어(3)는 데이터를 파일 형식으로 변환하고 HDD(7)에 기입한다. 사실상, 수신 및 데이터 형식 변환 소프트웨어(3)는 파일A를 기입하는 파일을 관리하는 소프트웨어(6)를 지시함으로써, 수신 및 데이터 형식 변환 소프트웨어(3)에 의해 변환된 HDD(7)와 파일에 기입한다. 기입은:

1) 파일-오픈 지시 - 파일명을 특정한다.

2) 오픈된 파일에 기입지시 - 기입 위치의 시작, 기입 데이터의 크기 및 기입 데이터를 지정한다.

3) 파일 클로우즈 지시. 또는 그의 반복에 의하여 실행된다. 모든 파일 데이터가 기입되어야 하지만, 기입 순서 및 기입 크기는 임의적이다.

그후, 음성/영상 데이터를 처리하는 소프트웨어(4)는 파일 A를 판독하기 위해 파일을 관리하는 소프트웨어(6)를 지시하고, HDD(7)로부터 판독된 데이터에 기초하여 필요한 프로세스를 실행한다. 일반적으로, HDD(7)를 기입하기 위해 새로운 파일 B로써 처리된 결과 파일 B에 기입될 지시가 형성된다. 더욱이, 파일 A 의 판독은 다음:

1) 파일-오픈 지시 - 파일명을 특정한다.

음성/영상 데이터를 처리하는 소프트웨어(4)에 의해 처리된 후, 발생된 파일B 는 데이터 형식 역변환에 의해 변환되고 소프트웨어(5)를 스트림 데이터로 송신하며 스트림 데이터 기록/재생장치(2)에 동시에 기록된다.

스트림 데이터 기록/재생장치(2)에 기록될 수 있는 데이터 형식은, 예컨대 실시간으로 계속하여 실행되는 IEC 6834에 정의된 DV(디지털 비디오 카세트)의 IEEE11394로부터 영상 및 음성이 입력/출력되는 데이터 형식을 포함한다. (지시가 장치에 송신되지 않는다면, 대략 재생 버튼 이 푸시될 때 데이터의 재생이 시작하고, 대략 정지 버튼 이 푸시될 때 데이터의 재생이 정지한다. 대략 재생 버튼 이 푸시될 때 데이터의 기록이 시작하고, 대략 정지 버튼 이 푸시될 때 데이터의 기록이 정지한다. 파일인 경우, 파일의 전단과 후단은 엄격히 제한된다. )

공통으로 사용되는 영상 및 음성에 관한 파일 형식은 avi 형식이라 하는 파일 형식을 포함한다. 이는 영상 및 음성 정보(예를 들어 영상의 프레임 속도, 프레임 이름, 스크린 크기, 영상압축의 타입, 음성의 샘플링 주파수, 음성의 데이터 속도, 음성의 샘플링 개수, 음성채널의 개수)에 대한 정보를 파일의 전단에서 헤더 정보로서 위치시키고, 청크(Chunk)라는 각 유닛에 대한 연상 데이터 및 음성 데이터를 배열하고, 각 청크가 파일의 후단에서 색인 정보로서 파일(색인 순서는 각 청크에 대해 발생된다)에 존재함을 지시하는 정보를 위치시킨다.

이제, IEC 61883은 DV 같은 AV 장치의 데이터 전송을 위해 그리고 상기한 IEEE 1394를 사용한 제어장치를 수행하기 위한 프로토콜로서 표준화된다.

다음, 제3 종래예로써, PC에 의해 DV로부터 출력된 데이터를 수신하는 방법은 도 2, 도 4, 또 18내지 도 24, 및 도 27내지 도 30을 사용하여 기술된다.

도 18은 IEEE 1394 버스 상에 접속된 PC 및 DV를 나타낸다. 도 18에서 703은 애플리케이션, 704 는 DV 용 드라이버, 705는 IEEE 1394드라이버, 706은 IEEE 1394 드라이버, 707은 데이터 출력부, 708은 oPCR[0], 709는 IEEE 1394 인터페이스, 710은 IEEE 1394 버스, 711은 DV 데이터, 109는 CIP, 714는 동작 지시, 715는 IEEE 1394드라이버(705)에 대한 리퀘스트, 716은 리퀘스트에 대한 응답, 717은 레지스터 데이터이다.

도 2는 CIP(10)의 구성에 대한 일 실시예이다. 도 2에서, 201은 패킷 데이터, 202는 CIP 헤더이다. CIP 헤더에서, 데이터를 출력하는 장치의 노드 수를 나타내는 SID(소스 노드 ID)필드, 및 어떤 데이터가 전송되는지를 나타내는 정보를 설명한다. 데이터를 수신하는 장치는 SID 필드를 참조함으로써 어떤 것이 송신장치가 되는지, 그리고 이후에 기술된 방송 전송 및 포인트-투-포인트 전송을 위한 접속의 관리가 수행되는 때를 결정한다.

도 4는 이소크로노스 패킷의 구성에 대한 일 실시예이다. 도 4에서, 410은 이소크로노스 헤더, 402는 헤더 CRC, 403은 데이터 CRC이다. 이소크로노스 헤더(401)에서 데이터를 전송하는 채널이 설명된다.

도 19는 oPCR의 구성을 나타낸다. 도 19에서 명백한 바와 같이, oPCR 에서는방송접속카운터, 포인트-투-포인트 접속 카운터, 채널번호 등이 설명된다.

도 20은 iPCR의 구성을 나타낸다. 도 20에서 명백한 바와 같이, iPCR 에서는 방송접속카운터, 포인트-투-포인트 접속 카운터, 채널번호 등이 설명된다.

도 21은 IEC 61883에서 방송 전송을 예시하는 개념도이다. 도 21에서 601은 수신장치, 602는 송신장치이다.

도 22는 IEC 61883에서 포인트-투-포인트 전송을 예시하는 개념도이다.

도 23은 IEC 61883에서 포인트-투-포인트 전송 및 방송 전송이 동시에 실행되는 상태를 예시하는 개념도이다.

도 24는 송신장치(602)의 oPCR[0] 값과 수신장치(601)의 iPCR[0] 값의 일예를 나타낸다. 즉, 도 24에서, 예로 든 송신장치(602)의 oPCR[0] 값과 수신장치(601)의 iPCR[0] 값은, 초기상태, 도 21의 상태(방송 전송을 수행하는 상태), 그리고, 도 22의 상태(방송 전송 및 포인트-투-포인트 전송을 수행하는 상태)를 나타낸다. 이는 이후에 설명될 것이다.

도 27내지 도 30은 oPCR[0]의 값이 어떻게 재기록되는지를 나타내는 청이 표이다. bcc는 방송접속카운터, p2p는 포인트-투-포인트 접속 카운터를 나타낸다.

첫째로, 방송 전송 및 포인트-투-포인트 전송은 IEC 61883에서 설명될 것이다.

도 21 에 나타낸 바와 같이, 방송 전송에서, 송신장치(602)는 예컨대 채널번호(63)(이하 ch63이라 한다)로 데이터만을 출력하고, 출력된 데이터를 수신하는모든 장치에 대해서는 케어하지 하지 않는다. 한편, 수신장치(601)는 ch63 에 전송된 데이터를 싱크하지만, 데이터를 출력한 장치에 대한 케어에는 요구되지 않는다.

이에 비해, 포인트-투 포인트 전송에서, 송신 장치 및 수신장치를 명백히 정의함으로써, 일대일 데이터 전송은 도 22에 나타낸 바와 같이 송신장치(602) 및 수신장치(601) 사이에서 수행된다. 필요하다면, 예를 들어, 송신장치는 다수의 포인트-투-포인트 전송을 동시에 실행할 수 있으므로, 일 전송 대 다수의 전송이 가능하다.

또한, 방송 전송 및 포인트-투-포인트 전송은 동시에 수행될 수 있다. 예를 들면, 도 23에 나타낸 바와 같이, 송신장치(602)는 방송 전송에 의하여 데이터를 ch63에 출력할 수 있고, 동시에 일대일 전송을 포인트-투-포인트 전송에 의해서 수신장치(601)에 실행할 수 있다.

다음, 방송 전송 및 포인트-투-포인트 전송이 IEC 61883에서 수행되는 방법이 설명될 것이다.

IEC 61883에 대응하는 송신장치(602)는 출력 제어용 레지스터로써 oPCR(출력 플러그 제어 레지스터)를 갖는다. 동시에, IEC 61883에 대응하는 수신장치(601)는 출력 제어용 레지스터로써 iPCR(입력 플러그 제어 레지스터)를 갖는다. oPCR의 구성은 도 19 에 나타낸 바와 같고, iPCR의 구성은 도 20에 나타낸 바와 같다. 다수의 oPCR 및 iPCR를 구비할 수있고 N 번째 레지스터는 oPCR「N] 또는 iPCR「N]로써 표현될 수 있다. 이 경우, 0번째 레지스터가 사용됨을 추정한다면, 송신장치(602)의 oPCR[0]과 수신장치(601)의 oPCR「0]로써 표현될 수 있다.

첫째로, 초기상태의 경우, 즉 어떤 접속도 설정되지 않은 경우, 도 24의 초기상태의 컬럼으로 나타낸 바와 같이, oPCR[0]의 bcc 및 p2p는 모두 0이고, iPCR[0]의 bcc 및 p2p도 유사하게 모두 0이다. 채널 번호는 초기값의 일예로써 63을 포함한다.

송신장치(602)가 출력을 방송 전송에 의하여 채널로 수행할 경우, oPCR[0]의 bcc 로 1이 할당된다. 유사하게, 수신장치(601)가 입력을 방송 전송에 의하여 채널로 수행할 경우, iPCR[0]의 bcc 로 1이 할당된다. 즉, 방송 전송이 도 21에 나타낸 바와 같이 수행될 때, 송신장치(602)의 각각의 bcc, p2p 및 채널번호와 수신장치(601)의 iPCE[0]은 도 24의 도 21의 컬럼으로 나타낸 바와 같다. 물론, 수신장치(601)가 송신장치(602)의 출력을 수신하기 위해 채널번호가 동일하여야 한다. 송신장치(602)가 방송 전송에 의해 출력을 종료할 경우, oPCR[0]의 bcc 는 0 으로 다시 복귀한다. 유사하게, 수신장치(601)가 방송 전송에 의해 입력을 종료할 경우, iPCR[0]의 bcc 는 0 으로 다시 복귀한다.

송신장치(602)와 수신장치(601)가 포인트-투-포인트 방식으로 전송을 수행할 경우, 장치(송신장치(602) 또는 수신장치(601) 또는 제3의 장치)중 하나는 송신장치(602)의 oPCR[0]의 p2p에 1을 가산하고, 동시에 수신장치(601)의 iPCR[0]의 p2p에 1을 가산한다. 즉, 포인트-투-포인트가 도 22에 나타난 바와 같이 수행된다면, 송신장치(602)의 oPCR[0] 및 수신장치(601)의 iPCR[0]의 bcc, p2p, 채널번호 각각의 값은 도 21 내지 도 24의 컬럼에 나타낸 바와 같다.

여기서, 송신장치(602)의 oPCR[0] 및 수신장치(601)의 iPCR[0]의 채널 모두가 63으로 전송을 수행하지만, 포인트-투-포인트 전송을 설정하는 장치는 송신장치(602)의 oPCR[0] 및 수신장치(601)의 iPCR[0]의 양 채널이, 필요시, 포인트-투-포인트 전송을 수행하기 위해 0 내지 62중 어느 하나로 변경할 수 있다.

포인트-투-포인트 전송이 송신장치(602) 및 수신장치(601)사이에서 종료되는 때, 포인트-투-포인트 전송을 설정하는 장치는 송신장치(602)의 oPCR[0]의 p2p에 1을 감산하고, 동시에 수신장치(601)의 iPCR[0]의 p2p에 1을 감산한다.

방송 방식과 포인트-투-포인트 방식이 동시에 수행되는 경우, 상술된 동작은 각 접속이 설정될 때 유사한 방식으로 실행될 수 있다. 예를 들면, 송신장치(602)가 방송 방식에서 출력을 ch 63으로 전송하고 동시에 도 23 에 나타낸 바와 같이 포인트-투-포인트 방식에서 데이터를 수신장치(601)에 송신할 경우, 송신장치(602)의 oPCR[0]의 bcc 및 p2p값은 도 24 의 도 23의 컬럼에 나타낸 바와 같이 모두 1이 된다. 그러나, 수신장치(601)가 방송 방식으로 반드시 동시에 수신할 필요가 없으므로, iPCR[0]의 bcc 가 형성되어야 할지의 여부는 수신장치(601)까지 이른다.

부수적인 일로서, 방송 전송, 혹은 포인트-투-포인트 전송인지의 여부는 2개의 자원, 즉, 채널 및 밴드폭이 IEEE 1394 버스(1394)상에 전송이 수행되는 경우에 확보되어야 한다. IEC 61883의 경우, 채널에서 소정의 접속을 설정하는 장치는 이들 자원을 확보하고, 접속을 분리한 최종 장치는 이들 자원을 해방하여야 한다.

이제, 송신장치가 되는 DC(702)로부터 PC(701)까지 데이터가 어떻게 전송되는지를 설명할 것이다.

첫째로, DV(702)의 동작을 설명할 것이다.

재생 개시 지시를 수신할 경우, DV(702)는 oPCR[0]708 의 bcc 에 1을 할당한다. 데이터 출력부(707)는 DV 데이터(711)의 출력을 IEEE1394 인터페이스(709)에서 개시한다. IEEE 1394 인터페이스(709)는 도 2에 나타낸 바와 같이 CIP(109)를 생성하도록 수신된 DV 데이터(711)를 분리한 패킷 데이터(201)에 CIP 헤더(202)를 가산하고, 또한 IEEE 1394 버스(710)를 생성 및 출력하는 이소크로노스헤더(401), 헤더 CRC(402) 및 데이터 CRC(403)를 도 4에 나타낸 바와 같은 이소크로노스 패킷에 가산한다. p2p가 0과 동일한 경우, 즉, bc 가 1 로 복귀되기 전에 접속이 설정되지 않을 경우, IEEE 1394 인터페이스 1394 인터페이스(709)는 IEEE 1394 버스(710)로 출력을 개시하기 전에 채널 번호 및 필요한 밴드폭으로 기입된 채널을 확보한다.

재생 개시 정지를 수신할 경우, DV(702)는 oPCR[0] (708) 의 bcc 로 복귀하고, 데이터 출력부(707)는 IEEE 1394 인터페이스(709)로 출력을 정지하고, IEEE1394 인터페이스(709)는 IEEE 1395버스(709)로의 출력을 정지한다. 동시에, bcc와 p2p가 모두 0이고, 접속이 설정되지 않을 경우, IEEE 1394 인터페이스(709)는 확보된 채널 및 밴드폭의 자원을 해방한다.

다음에, PC (701)의 동작은 이하에 설명될 것이다.

수신개시 지시를 애플리케이션(709)으로부터 동작지시(714)로서 수신할 때, DV 용 드라이버(704)는 리퀘스트(715)에서와 같이, DV (702)의 oPCR값을 구하는 리퀘스트를 IEEE 1394 드라이버(705)에 송신한다. IEEE 1394 드라이버(705)는 IEEE 1394 인터페이스(706)를 통해 oPCR[0](708)내 레지스터 데이터(71)를 송신하기 위해 IEEE 1394인터페이스(709)를 리퀘스트한다. 송신 리퀘스트를 수신할 때, IEEE 1394인터페이스(709)는 레지스터 데이터(717)를 oPCR[0](708)으로부터 페치하고 이를 IEEE 1394인터페이스(706)에 송신한다. IEEE 1394드라이버(705)는 IEEE 1394인터페이스(706)에 의해 수신된 레지스터 데이터(706)를 리스폰스(716)에서와 같이, DV 용 드라이버(704)에 출력한다.

DV 용 드라이버(704)는 레지스터 데이터(717)의 내용을 보여주고, oPCR[0]의 bcc(708) 가 1이거나, p2p가 1이상일 경우, oPCR[0]의 p2p 값에 1을 가산하여 구해진 값을 oPCR[0]에서 oPCR[0](708)의 p2p에 할당함으로서 구해진 데이터를 새로운 데이터(717)로써 기입하는 지시를 리퀘스트(715)로써 IEEE 1394 드라이버(705)에 송신한다. oPCR[0](708)에서 레지스터 데이터(717)가 리퀘스트(715)로써 기입하는 지시를 수신할 때, IEEE 1394 드라이버(705)는 oPCR[0](708)에서 레지스터 데이터(717)를 IEEE 1394 인터페이스(706)를 통하여 재기입하는 IEEE 1394 인터페이스(709)를 리퀘스트한다. 기입 리퀘스트를 수신할 때, IEEE 134 인터페이스(709)는 새로운 레지스터 데이터(717)가 합당한 값일 경우 oPCR[0](708)에서 새로운 레지스터 데이터(717)를 기입한다.

그후, DV 드라이버(704)는 oPCR[0]내 채널번호 예컨대 ch63 에 의해 표시된 값으로부터 리퀘스트(715)로써 IEEE 1394 드라이버(705)가지 수신하는 데이터를 개시하는 지시를 송신한다. 수신개시의 미지시를 리퀘스트(715)로써 수신할 때, IEEE 1394 드라이버(705)는 IEEE 1394버스(710)상의 ch63으로부터 IEEE 1394 인터페이스(706)를 통하는 데이터가 되는 이소크로너스 패킷의 수신을 개시한다. IEEE 1394드라이버(705)는 CIP(09)를 수신된 이소크로너스 패킷으로부터 페치하고 CIP(109)를 DV용 드라이버(704)로 출력한다. DV용 드라이버(704)는 패킷 데이터(201)를 CIP(109)로부터 페치하고, DV 데이터(711)를 패킷 데이터(201)로부터 생성하며, 애플리케이션(703)에 출력한다.

또한, DV용 드라이버(704)는 레지스터 데이터(717)의 내용을 보여주고, oPCR(708)의 bcc 및 p2p가 모두 0이라면, IEEE 1394[0]버스(710)에서 사용되지 않는 다른 장치인 채널 예컨대 ch0을 oPCR[0](708)에서 채널번호로 할당하고, 새로운 레지스터 데이터(717)로써 oPCR[0](708)에서의 p2p의 값에 1을 가산하여 구해진 값을 리퀘스트(715)로써 IEEE 1394 드라이버(705)에 할당한다.

oPCR[0](708)에서 레지스터 데이터(717)가 리퀘스트(715)로써 기입하는 지시를 수신할 때, IEEE 1394 드라이버(705)는 oPCR[0](708)에서 레지스터 데이터(717)를 IEEE 1394 인터페이스(706)를 통하여 재기입하는 IEEE 1394 인터페이스(709)를 리퀘스트한다. 기입 리퀘스트를 수신할 때, IEEE 134 인터페이스(709)는 새로운 레지스터 데이터(717)가 합당한 값일 경우 oPCR[0](708)에서 레지스터 데이터(717)를 기입한다. 동시에, DV용 드라이버(704)는 IEEE 1394「0」버스(710)의 자원인 ch0 및 필요한 밴드폭을 확보하여, ch0 으로부터 수신데이터를 개시하는 지시를 리퀘스트(715)로써 IEEE1394 드라이버(705)에 송신한다. 수신개시의 지시를 리퀘스트(715)로써 수신할 때, IEEE 1394 드라이버(705)는 IEEE 1394버스(710)상의 ch0으로부터 IEEE 1394 인터페이스(706)를 통하는 데이터가 되는 이소크로너스 패킷의 수신을 개시한다. DV(702)가 데이터를 출력하지 않았다면, IEEE 1394 드라이버(705)는 데이터를 출력할 때까지 대기한다.

다음 동작은 oPCR[0](708)의 bcc가 1 과 동일한 경우와 유사하다.

한편, 수신정지의 지시를 동작 지시(714)로써 애플리케이션(703)으로부터 수신할 때, DV용 드라이버(704)는 IEEE 1394버스(710)로부터 수신데이터가 리퀘스트(715)로써 IEEE 1394 인터페이스(706)까지 데이터를 수신하기 위한 지시를 송신한다. 수신정지의 지시를 수신할 때, IEEE 1394 인터페이스(706)는 IEEE 1394버스(710)로부터 수신하기 위해 데이터를 정지시킨다.

다음, 수신정지의 지시를 동작 지시(714)로써 애플리케이션(703)으로부터 수신할 때, DV용 드라이버(704)는 IEEE 드라이버(705)가 리퀘스트(715)로써 IEEE 드라이버(705)에, DV(702)의 oPCR[0](708)값을 구하는 리퀘스트를 송신한다. DV 용 드라이버(704)는 oPCR[0](708)의 p2p 값에 1을 감산하여 구해진 값을 oPCR[0](708)에서 oPCR[0](708)의 p2p에 할당함으로서 구해진 데이터를 새로운 레지스터 데이터(717)로써 기입하는 지시를 리퀘스트(715)로써 IEEE 1394 드라이버(705)에 송신한다. 상술된 것과 유사한 동작에 의해서 DV(702)의 oPCR[0]값은 변경된다. oPCR[0](708)의 bcc가 0이고 DV용 드라이버(704)가 IEEE 1394버스(710)의 자원을 초기에 확보한다면, DV용 드라이버(704)는 IEEE 1394 버스(710)의 자원을 동시에 해방한다. 이때, 필요시, DV용 드라이버(704)는 oPCR[0]의 채널번호 값을 원래의 값으로 복귀시킨다.

DV(702)의 oPCR[0](708) 값과 IEEE 1394 버스(710)의 자원을 확보하고, IEEE 1394 버스(710)의 자원을 해방하고 이들을 해방하는 표는 일예로써 도 27내지도30에 나타낸 바와 같다.

전체적으로, 4개의 가능한 동작이 추정되는데, 이는 DV(702)의 재생개시와 PC(701)의 수신개시가 초기에 수행되고, DV(702)의 재생개시와 PC(701)의 수신개시 중 어느 하나가 초기에 수행되는지를 고려하여 추정된다.

도 27은 DV(702)의 재생개시와 PC(701)의 수신개시가 초기에 수행되는 경우를 나타낸다. PC(701)이 수신될 때, oPCR[0]의 bcc와 p2p 는 DV(702)의 재생이 아직 수신되지 않았기 때문에 양쪽 모두 0이 된다. 따라서, PC(701)는 oPCR[0]의 채널번호를 ch0로 변화시키고 p2p를 1로 변화시키며, IEEE 1394 (710)버스의 자원을 확보시킨다. DV(702)가 재생을 개시할 때, 자원은 확보되지 않고, bcc는 p2p가 이미 1, 즉 포인트-투-포인트 접속이 이미 설정되기 때문에 1로 변경된다.

DV(702)가 재생을 정지할 때, 자원은 해방되지 않고, bcc는 p2p가 여전히 1, 즉 포인트-투-포인트 접속이 설정되기 때문에 0으로 복귀된다.

PC(701)가 수신을 정지할 때, PC(701)는 oPCR[0](708)의 채널 번호를 ch63로 복귀시키고, p2p는 동시에 0으로 복귀시킨다. 이 점에서, DV(702)가 재생되지 않으므로, oPCR[0](708)의 bcc는 또한 0으로 된다. 따라서, PC(701)는 IEEE 1394버스(710)의 자원을 해방한다.

도 28은 PC(701)의 수신개시와 PC(701)의 수신정지가 초기에 수행되는 경우를 나타낸다. PC(701)이 수신될 때, oPCR[0]의 bcc와 p2p 는 DV(702)의 재생이 아직 개시되지 않았기 때문에 양쪽 모두 0이 된다. 따라서, PC(701)는 oPCR[0]의 채널번호를 ch0로 변화시키고 p2p를 1로 변화시키며, IEEE 1394 (710)버스의 자원을확보시킨다. DV(702)가 재생을 개시할 때, 자원은 확보되지 않고, bcc는 p2p가 이미 1, 즉 포인트-투-포인트 접속이 이미 설정되기 때문에 1로 변경된다.

PC(701)가 수신을 정지할 때, PC(701)는 oPCR[0](708)의 채널 번호를 ch63로 복귀시키고, p2p는 동시에 0으로 복귀시킨다. 이 점에서, DV(702)가 여전히 재생되므로, oPCR[0](708)의 bcc는 또한 1로 된다. 따라서, PC(701)는 IEEE 1394버스(710)의 자원을 해방하지 않는다.

DV(702)가 재생을 정지할 때, bcc는 0으로 복귀하지만, p2p는 이미 0으로 전환되고 접속되지 않게 설정되므로 DV(702)는 IEEE 1394버스(710)의 자원을 해방한다.

도 29는 DV(702)의 재생 PC(701)의 수신정지가 초기에 수행되는 경우를 나타낸다. PC(702)가 재생될 때, DV(702)는 자원을 재생하고 또한 p2p가 여전히 0, 즉 포인트-투-포인트 접속이 설정되지 않기 때문에 0으로 전환된다.

PC(701)가 수신을 정지할 때, DV(702)의 재생은 이미 개시되고, oPCR[0](708)의 bcc 가 1 이된다. 따라서, PC(701)는 oPCR[0](708)의 p2p를 1로 전환시킬 뿐이고, 채널 번호의 변화 또는 IEEE 1394버스(710)의 자원을 확보하지 않는다.

DV(702)가 수신을 정지할 때, PC(701)는 oPCR[0](708)의 p2p를 0으로 전환시킨다. 이 점에서, DV(702)가 여전히 재생되므로, oPCR[0](708)의 bcc는 또한 1로 된다. 따라서, PC(701)는 IEEE 1394버스(710)의 자원을 해방하지 않는다.

DV(702)가 재생을 정지할 때, bcc는 0으로 복귀하지만, p2p는 이미 0으로전환되고 접속되지 않게 설정되므로 DV(702)는 IEEE 1394버스(710)의 자원을 해방한다.

도 30은 DV(702)의 재생 개시와 DV(702)의 수신정지가 초기에 수행되는 경우를 나타낸다. PC(702)가 재생될 때, DV(702)는 자원을 확보하고 또한 p2p가 여전히 0, 즉 포인트-투-포인트 접속이 설정되지 않기 때문에 0으로 전환된다.

PC(701)가 수신을 정지할 때, DV(702)의 재생은 이미 개시되고, oPCR[0](708)의 bcc 가 1 이 된다. 따라서, PC(701)는 oPCR[0](708)의 p2p를 1로 전환시킬 뿐이고, 채널 번호의 변화 또는 IEEE 1394버스(710)의 자원을 확보하지 않는다.

DV(702)가 수신을 정지할 때, 자원은 해방되지 않고 p2p가 여전히 1, 즉 포인트-투-포인트 접속이 설정되기 때문에 0으로 다시 전환된다.

DV(701)가 수신을 정지할 때, PC(701)는 oPCR[0](708)의 p2p를 0으로 전환시킨다. 이 점에서, DV(702)가 여전히 재생되므로, oPCR[0](708)의 bcc는 또한 0으로 된다. 동시에, PC(701)는 IEEE 1394버스(710)의 자원을 해방할 필요가 없지만, IEEE 1394드라이버(705) 및 DV용 드라이버(704)가 그들 자신의 확보되는 자원 이외에는 자원을 가질 수 없는 특성을 갖기 때문에, 자원이 해방될 수 없다.

즉, 일반적으로, DV(102) 같은 IEEE1394버스(110)에 접속된 장치는 다른 장치가 확보된 자원을 해방할 수 없다. 이에 반해, 윈도우 98이 제공된 PC(101)는 그들 자신의 확보되는 자원을 가질 수 있는 특성을 갖지만, 다른 장치에 의해 확보된 자원을 해방할 수 없다.

상술된 바와 같이, IEC 61883에서 장치를 확보하는 채널내 접속중 어느 하나에 첫째로 설정된 장치와 접속을 분리하는 최후의 장치는 이들 자원을 해방하여야 한다. 그러므로, PC(701)는 IEC 61883과 일치한다면 자원을 해방하여야 하지만, 그 자원은 PC(701)의 특성으로 인해 해방될 수 없다.

일단 자원이 적절하게 해방되지 않는다면, 자원은 버스리셋이 IEEE 1394 버스(710)가 아닌 한 다시 사용될 수 없다.

제1 종래 예에 따른 데이터 소스의 동작은 상술된 바와 같지만, 상술한 구성에서는 디스크립터 리스트(103)에 저장된 디스크립터(110)의 모든 어드레스는 FIFO(107)에 저장된다. 이 경우, FIFO(107)에 저장된 디스크립터(110)의 어드레스 번호가 증가한다면, IEEE 1394드라이버(104)에 의해 사용된 PC내 메모리의 크기도 또한 증가한다.

역으로 말하자면, FIFO(107)에 저장된 디스크립터(110)의 어드레스 번호가 감소한다면, 즉, 데이터 버퍼(102)내 프레임 버퍼의 번호가 감소한다면, 데이터 변환부(110)에 입력될 지터를 수신하는 가능한 범위는 점차로 좁아진다. 이 경우, 데이터 변환부(110)에 입력될 입력 데이터(08)가 예를 들어 소정의 지연정도 이상이 된다면, IEEE 1394드라이버(104)는 이소크로노스 패킷(114)을 연속으로 송신할 수 없다.

즉, 통상의 데이터 소스에서는 메모리에 의해 요구되는 크기 및 송신 안정도사이에 일부의 트레이드오프 관계가 형성되는 문제(제1 문제)가 있다.

또한, 제2 종래예를 위해 기술된 방법 또는 장치에서는, 수신 및 데이터 포맷 변환 소프트웨어(3)에 의한 프로세스와 데이터 형식 역변환 및 송신 소프트웨어(5)에 의한 프로세스는 소프트웨어(4)가 복잡한 음성/영상데이터를 처리하기 전후에 추가로 실행되어야 한다.

그러나, 스트림 데이터 기록/재생 장치(2)에 의해 처리되는 데이터가 스트림 데이터이고 파일 형식(즉, 헤더 정보 및 인덱스 정보를 갖지 않는다)이 아니고, PC(1)에서 음성/영상데이터를 처리하는 소프트웨어(4)가 제1 장소에서 비동기 타이밍으로 HDD(7)를 포함하는 기록 매제뿐만 아니라 임의 데이터를 액세스하므로, 통상 실시간으로 기록/재생을 행하는 스트림 데이터 기록/재생 장치(2)에 직접 액세스하는 것은 필요한 데이터를 구하는데 도움이 되지 않는다.

음성/영상데이터를 처리하는 소프트웨어(4)가 스트림 데이터 기록/재생 장치(2)에 기록된 스트림 데이터를 처리하는 것만을 원하고 그 결과 PC 의 HDD에 기입하는 경우, 바꾸어 말해, 음성/영상데이터를 처리하는 소프트웨어(4)가 PC 의 HDD에 기입하는 것만을 원하고 그 결과 스트림 데이터 기록/재생 장치(2)에 기록된 스트림 데이터를 기입하는 경우, 유사하게 복잡하고, HDD 용량이 요구된다.

더욱이, 대량의 음성/영상 데이터(예컨대 5분간 1GB 이상의 데이터)를 HDD(7)에 캡쳐하기 위해서는 대용량의 HDD 가 요구된다. , 데이터가 HDD에 축적될 수 있다면, 수신 및 데이터 변환 소프트웨어에 의해 일시로 불가피하게 캡쳐되지만, HDD 의 용량이 곧 소진되므로 데이터를 교체하여야하고, 매우 복잡하게 된다.

종래 기술은 상술한 문제점을 갖는다.

즉, PC 장치에 의해 스트림 데이터 기록/재생장치에 기록된 영상 및 음성 데이터를 편집하는 프로시저 및 장치는 복잡하다는 문제(제2 문제)가 있다.

또한, PC 장치의 소프트웨어 편집 영상 및 음성 데이터로부터 스트림 데이터 기록/재생장치에 기록된 영상 및 음성 데이터까지 직접 액세스를 실행할 수 없다는 문제(제3 문제)가 있다.

또한, PC 장치의 영상 및 음성 데이터가 편집될 때 대용량의 HDD가 요구된다는 문제(제4 문제)가 있다.

또한, 제3의 종래 기술에서 기술된 통상의 구성에서, IEEE 1394버스의 자원의 해방이 적절히 실행될 수 없고, 결국 이들 자원은 도 30에 나타낸 순서로 동작이 실행된다면 사용될 수 없다는 문제(제5 문제)가 있다.

상술된 제1 문제를 고려하면, 본 발명은 PC 에 의해 요구되는 메모리의 크기를 감소시키고, 프레임 버퍼의 개수를 변화시키지 않는 데이터 소스, 매체 및 정보 집합을 제공하려는 의도이다.

상술된 제2 내지 제4 문제를 고려하면, 본 발명은 임의의 비동기 타이밍에서 영상 및 음성 데이터를 처리하는 상술된 소프트웨어로부터 임의 데이터까지 액세스를 가능하게 하고, 매우 복잡한 프로세스를 실행할 필요성을 제거하고, HDD 에 업로드/다운로드를 실행할 필요, 즉 대용량의 HDD를 요구할 필요가 없는, 데이터 변환장치, 보조데이터 파일 발생장치, 데이터 역변환 장치, 데이터 변환 방법, 보조데이터 파일 발생방법, 데이터 역변환방법, 매체 및 정보 집합을 제공하려는 의도이다.

상술된 제5 문제를 고려하면, 본 발명은 매시간마다 IEEE 1394 버스의 자원을 적절히 해방할 수 있는 수신 방법, 매체, 및 제공하려는 의도이다.

상기 PC 에 의해 요구되는 메모리의 크기를 감소시키고, 프레임 버퍼의 개수를 변화시키지 않는 데이터 소스, 매체 및 정보 집합을 제공하려는 의도이다.

도 1은 본 발명의 실시예 및 종래예에서 데이터 소스를 예시하는 도면,

도 2는 CIP (109)의 구성의 실시예를 예시하는 도면,

도 3은 엠프티 데이터가 전송될 때, CIP (109)의 구성의 실시예를 예시하는 도면,

도 4는 이소크로노스 패킷의 구성의 실시예를 예시하는 도면,

도 5는 데이터 버퍼(102)의 구성의 실시예를 예시하는 도면,

도 6은 서술자(110)의 구성의 실시예를 예시하는 도면,

도 7은 서술자 리스트(103)의 구성의 실시예를 예시하는 도면,

도 8은 본 발명의 실시예에서 FIFO(107)의 구성의 실시예를 예시하는 도면,

도 9는 본 발명의 실시예에서 FIFO(107)의 구성의 실시예를 예시하는 도면,

도 10은 종래예에서 FIFO(107)의 구성의 실시예를 예시하는 도면,

도 11은 종래예에서 FIFO(107)의 구성의 실시예를 예시하는 도면,

도 12는 본 발명의 실시예의 데이터 역변환 장치를 예시하는 블록도,

도 13은 본 발명의 실시예의 보조 데이터 파일 발생장치를 예시하는 도면,

도 14는 본 발명의 실시예의 데이터 역변환 장치를 예시하는 블록도,

도 15는 도 14 의 데이터 역변환수단(31)을 보조하기 위해 보조 데이터 파일발생 수단(41)을 예시하는 블록도,

도 16은 프로그램에 의해 실행된 예시도,

도 17은 종래의 스트림이 파일로서 처리되는 프로세스의 설명도,

도 18은 본 발명의 제1 실시예와 종래예의 데이터 소스와 데이터 싱크를 예시하는 블록도,

도 19는 oPCR 의 구성도,

도 20은 iPCR 의 구성도,

도 21은 IEC 61883에서 방송 전송의 개념도,

도 22는 IEC 61883에서 포인트-투-포인트(point - to - point)개념도,

도 23은 IEC 61883에서 방송 전송과 IEC 61883에서 포인트-투-포인트가 동시에 수행되는 상태를 나타낸 개념도,

도 24는 수신기(601)의 oPCR[0]과 송신기(602)의 iPCR「0」 값의 일례를 나타낸 도면,

도 25는 PCR「0」 (708) 값의 천이를 나타낸 도면,

도 26은 PCR「0」 (708) 값의 천이를 나타낸 도면,

도 27은 PCR「0」 (708) 값의 천이를 나타낸 도면,

도 28은 PCR「0」 (708) 값의 천이를 나타낸 도면,

도 29는 PCR「0」 (708) 값의 천이를 나타낸 도면,

도 30은 PCR「0」 (708) 값의 천이를 나타낸 도면.

<도면의 주요 부분에 대한 부호의 설명>

7 : HDD 11 : 데이터 변환수단

12 : 리퀘스트 해석수단 13 : 선택수단

21 : 보조 데이터 파일 생성수단 22 : 스트림 데이터 해석수단

23 : 헤더 정보생성수단 24 : 인덱스 정보생성수단

25 : 음성 정보생성수단 31 : 데이터 역변환수단

32 : 리퀘스트 및 데이터 해석수단 33 : 제 1 의 버퍼

34 : 제 2 의 버퍼 41 : 보조 데이터 파일 생성수단

42 : 리퀘스트 및 데이터 해석수단 43 : 헤더정보 발생수단

44 : 인덱스 정보 발생수단 45 : 음성정보 발생수단

101 : 데이터 변환부 102 : 데이터 버퍼

103 : 디스크립터 리스트 104 : IEEE 1394 드라이버

105 : IEEE 1394 인터페이스 106 : IEEE 1394 버스

107 : FIFO 108 : 입력 데이터

109 : CIP 110 : 디스크립터

111 : 디스크립터(110)가 저장된 어드레스 112 : 송신 개시지시시

113 : 송신 종료통지 114 : 이소크로너스 패킷

201 : 패킷 데이터 202 : CIP 헤더

401 : 이소크로너스 헤더 402 : 헤더 CRC

403 : 데이터 CRC 501a, 501b, 501d : 프레임 버퍼

502a, 502b, 502c,502d : 미송신 플래그 701 : PC

702 : DV 703 : 애플리케이션

704 : DV용 드라이버 705 : IEEE 1394 드라이버

706 : IEEE 1394 인터페이스 707 : 데이터 출력부

708 : OPCR[0] 709 : IEEE 1394 인터페이스

710 : IEEE 1394 버스 711 : DV 데이터

712 : CIP 714 : 동작지시

715 : 리퀘스트 716 : 리스폰스

717 : 레지스터 데이터 601 : 수신장치

602 : 송신장치

제1 의 본 발명은, 데이터 소스에 있어서,

입력데이터를 소정의 데이터 패킷으로 변환하는 데이터 변환 수단,

상기 데이터 패킷을 저장하는 데이터 버퍼,

소정의 어드레스가 가산되고, 상기 데이터 패킷을 송신하는 방법이 기술된 디스크립터를 저장하는 디스크립터 리스트,

상기 소정의 어드레스를 선입선출모드로 저장하는 FIFO, 및,

수신개시지시가 상기 데이터 변환수단으로부터 수신되는 때, 상기 FIFO에서 아직 참조되지 않은 상기 소정의 어드레스를 참조하고,

상기 소정의 어드레스에 의하여 표시된 상기 디스크립터를 송신하는 방법에 따라서 상기 버퍼로부터 상기 디스크립터에 대응하는 데이터 패킷을 페치하고, 상기 데이터 패킷으로부터 송신 패킷을 생성하고 이를 출력하고 상기 송신 패킷의 출력이 종료될 때 송신 완료통지를 상기 데이터 변환수단에 송신하는 데이터 송신 수단을 포함하고,

상기 FIFO 에 저장된 상기 소정 어드레스의 개수는 N( N : 1 또는 그 이상상기 디스크립터의 전체 개수보다 작다)인 것을 특징으로 하는 데이터 소스이다.

제 2의 본 발명은,

상기 데이터 변환 수단은 상기 소정 어드레스의 개수가 N 이하일 때 상기 FIFO에 소정의 어드레스를 새로이 저장하고,

소정 어드레스 N이 상기 FIFO에 이미 저장되어 있을 때, 송신완료 통지를 수신할 때까지 대기하고,

상기 송신완료 통지를 수신할 때 , 상기 소정의 어드레스를 상기FIFO에서 페치하여 이를 폐기하고, 그후,

상기 FIFO의 소정의 어드레스가 상기 디스크립터 리스트에 아직 저장되지 않은 비저장 디스크립터가 존재할 때, 상기 비저장 디스크립터를 상기 FIFO에 저장하는 하는 것을 특징으로 하는 데이터 소스이다.

제 3의 본 발명은,

상기 데이터 변환 수단은 상기 송신 완료 통지 M (M 은 고정되거나 가변됨)이 도착할 때, 상기 제2 어드레스의 M을 상기 FIFO 로부터 배치로 페치하고 이를 폐기하는 것을 특징으로 하는 데이터 소스이다.

제 4의 본 발명은,

상기 데이터 송신 수단은 IEEE 1394 인터페이스이고 상기 송신 패킷은 IEEE 1394에서 이소크로너스 패킷인 것을 특징으로 하는 데이터 소스이다.

제 5의 본 발명은,

상기 데이터 패킷은 IEC 61883에서 공통의 이소크로너스 패킷인 것을 특징으로 하는 데이터 소스이다.

제 6의 본 발명은,

파일 판독 리퀘스트에 응답하여 데이터를 출력하는 데이터 변환 장치에 있어서,

상기 파일의 전방단으로부터 적어도 하나의 오프셋 위치와 판독될 데이터의 사이즈로 구성된 상기 데이터 리퀘스트를 해석하는 리퀘스트 해석 수단, 및,

상기 리퀘스트 해석 수단으로부터 지시에 따라 소정의 데이터를 선택하여 출력하는 선택수단을 포함하는 것을 특징으로 하는 데이터 변환 장치이다.

제 7의 본 발명은,

상기 파일은 avi 형식 파일이고,

상기 리퀘스트 해석 수단은 헤더 정보, 인덱스 정보, 영상 데이터 및 음성 데이터가 요청한 부분을 해석하고,

상기 선택 수단은 상기 리퀘스트 해석 수단의 결과에 기초하여 소정의 위치로 배치되고, 상기 avi 형식에 따라 데이터를 재배열하고 이를 출력하는 것을 특징으로 하는 데이터 변환 장치이다.

제 8의 본 발명은,

상기 리퀘스트 해석 수단은, 영상데이터가 요청될 때이다. 상기 영상데이터를 구하기 위해 상기 영상 데이터가 기록된 기록/ 재생 수단을 제어하는 것을 특징으로 하는 데이터 변환 장치이다.

제 9의 본 발명은,

헤더 파일로써 avi 형식 파일의 헤더 정보와 인덱스 파이로써 인덱스 정보를 생성하는 보조 데이터 파일 생성 장치에 있어서,

입력될 스트림 데이터를 해석하고 상기 헤더 정보 및 상기 인덱스 정보를 생성하는데 필요한 정보를 생성하는 스트림 데이터 해석 수단,

상기 스트림 데이터 해석 수단에 의하여 추출된 상기 헤더 정보를 생성하는데 필요한 정보를 소정의 형식으로 변환하고 상기 헤더파일로써의 정보로 저장하는 지시를 제공하는 헤더 정보 생성 수단, 및,

상기 스트림 데이터 해석 수단에 의하여 구해진 상기 인덱스 정보를 생성하는데 필요한 정보를 소정의 형식으로 변환하고 상기 인덱스파일로써의 정보로 저장하는 지시를 제공하는 인덱스 정보 생성 수단을 포함하는 것을 특징으로 하는 보조 데이터 파일 생성 장치이다.

제 10의 본 발명은,

상기 스트림 데이터 해석 수단은 음성 데이터 추출을 위해 입력될 스트림 데이터를 해석하고,

상기 스트림 데이터 해석 수단에 의하여 추출된 상기 음성 데이터를 소정의 형식으로 변환하고 상기 음성파일로써 데이터를 저장하는 지시를 제공하는 음성 정보 생성 수단을 추가로 포함하는 것을 특징으로 하는 보조 데이터 파일 생성 장치이다.

제 11의 본 발명은,

파일 기입 리퀘스트에 응답하여 데이터를 출력하는 데이터 역변환 장치에 있어서,

버퍼와,

상기 기입 리퀘스트로부터 기로장치에 기록될 데이터가 상기 파일의 전방단으로부터 적어도 하나의 오프셋 위치, 기입될 데이터의 사이즈와 상기 버퍼에 추출되고 출력되는 기입 데이터로 구성되고, 상기 버퍼에 축적된 데이터가 소정의 크기에 도달할 때 상기 버퍼의 내용이 출력되도록 제어하는 리퀘스트 해석 수단을 포함하는 것을 특징으로 하는 데이터 역변환 장치이다.

제 12의 본 발명은,

상기 파일은 avi 형식 파일이고,

상기 리퀘스트 해석 수단은 헤더 정보, 인덱스 정보, 영상 데이터 및 음성 데이터로 기입 데이터를 분리하고 영상 데이터 및 음성 데이터를 상기 버퍼에 출력하는 것을 특징으로 하는 데이터 역변환 장치이다.

제 13의 본 발명은,

상기 파일은 avi 형식 DV 데이터의 파일이고,

상기 버퍼는 제1 버퍼 및 제2 버퍼로 구성되고,

상기 리퀘스트 해석 수단은 상기 제1 버퍼에 음성 데이터가 출력되고, 상기 제2 버퍼에 영상데이터가 출력되며, 소정 크기의 영상 데이터가 상기 제2 버퍼에 축적될 때, 상기 제1 버퍼의 음성 데이터가 상기 제2 버퍼의 영상 데이터에 인터리브된 음성 데이터에 대해 중첩되고 상기 기록장치에 출력되도록 제어하는 것을 특징으로 하는 데이터 역변환 장치이다.

제 14의 본 발명은,

헤더 파일로써 avi 형식 파일의 헤더 정보와 인덱스 파일로써 인덱스 정보를 생성하는 보조 데이터 파일 생성 장치에 있어서,

상기 파일의 전방단으로부터 적어도 하나의 오프셋 위치, 기입될 데이터의 사이즈 및 기입 데이터로 구성된 상기 기입 리퀘스트로부터 상기 헤더 정보 및 상기 인덱스 정보를 추출하는 리퀘스트 해석 수단,

상기 리퀘스트 해석 수단에 의해 추출된 상기 헤더정보를 상기 헤더 파일로써 저장하기 위해 지시를 제공하는 헤더 정보 지시 수단과,

상기 리퀘스트 해석 수단에 의해 구해진 상기 인덱스 정보를 상기 인덱스 파일로써 저장하기 위해 지시를 제공하는 인덱스 정보 지시 수단을 포함하는 하는 것을 특징으로 하는 보조 데이터 파일 생성 장치이다.

제 15의 본 발명은,

상기 리퀘스트 해석 수단은 상기 기입 리퀘스트로부터 음성 데이터를 추출하고,

상기 리퀘스트 해석 수단에 의해 추출된 상기 음성 데이터를 소정의 형식으로 변환하고 이 데이터를 음성 데이터 파이로써 저장하는 지시를 제공하는 음성 정보 생성 수단을 추가로 포함하는 것을 특징으로 하는 보조 데이터 파일 생성 장치이다.

제 16의 본 발명은,

헤더 정보, 인덱스 정보, 영상 데이터 및 음성 데이터의 부분이 avi 형식의전방단으로부터 적어도 하나의 오프셋 위치로 구성된 상기 파일의 판독에 의해 리퀘스트되고 판독될 데이터의 사이즈가 해석되며,

소정의 위치에 배치돌 각각의 데이터가 판독되고, avi 형식으로 재배열된 데이터가 해석 결과에 근거하여 구해지는 것을 특징으로 하는 데이터 변환 방법이다.

제 17의 본 발명은,

상기 영상 데이터가 리퀘스트될 때, 영상 데이터가 기록되어 있는 기록 /재생 수단은 상기 영상 데이터를 구하기 위해 제어되는 것을 특징으로 하는 데이터 변환 방법이다.

제 18의 본 발명은,

입력될 스트림 데이터가 해석되고, avi 형식에 기초한 헤더 정보와 avi 형식에 기초한 인덱스 정보를 생성하는 데 필요한 정보가 추출되는 보조 데이터 파일 생성 방법에 있어서,

상기 헤더 정보를 생성하기 위해 구해진 정보는 소정의 형식으로 변환되고 헤더 파일로써 저장되며,

상기 인덱스 정보를 생성하기 위해 구해진 정보는 소정의 형식으로 변환되고 인덱스 파일로써 저장되는 것을 특징으로 하는 보조 데이터 파일 생성 방법이다.

제 19의 본 발명은,

입력될 스트림 데이터가 해석되고, avi 형식에 기초한 음성 데이터가 추출되고, 소정의 형식으로 변환되며, 파일로써 저장되는 것을 특징으로 하는 보조 데이터 파일 생성 방법이다.

제 20의 본 발명은,

헤더 정보, 인덱스 정보, 영상 데이터 및 음성 데이터의 부분이 avi 형식의 전방단으로부터 적어도 하나의 오프셋 위치로 구성된 상기 파일의 판독에 의해 리퀘스트되고 판독될 데이터의 사이즈가 해석되며,

소정의 위치에 배치돌 각각의 데이터가 판독되고, avi 형식으로 재배열된 데이터가 해석 결과에 근거하여 구해지는 것을 특징으로 하는 데이터 변환방법이다.

제 21의 본 발명은,

상기 파일은 avi 형식 DV 데이터의 파일이고,

음성 데이터로서 데이터 분리는 영상 데이터로서 데이터 분리로 인터리브되는 영상 데이터에 대하여 중첩되어, 스트림 데이터가 출력될 때, 출력되는 것을 특징으로 하는 데이터 변환방법이다.

제 22의 본 발명은,

보조 데이터 생성 방법에 있어서,

상기 파일의 기입 리퀘스트는 avi 형식 파일의 전방단으로부터 적어도 하나의 오프셋 위치로 구성되고, 기입될 데이터의 사이즈와 기입 데이터는 avi 형식에 근거한 헤더 정보와 avi 형식에 근거한 인덱스 정보를 추출하기 위해 분석되고,

상기 헤더 정보는 헤더 파이로써 저장되고 상기 인덱스 파일은 인덱스 파이로써 저장되는 것을 특징으로 하는 보조 데이터 생성 방법이다.

제 23의 본 발명은,

avi 형식에 근거한 음성 데이터는 상기 기입 리퀘스트로부터 추출되고, 소정의 형식으로 변환되고, 파일로써 저장되는 것을 특징으로 하는 보조 데이터 생성 방법이다.

제 24의 본 발명은,

수신방법에 있어서,

IEC 61883으로 실질적으로 확인하는 데이터 싱크와 IEC 61883으로 확인하는 데이터 소스의 경우와, 상기 데이터 싱크는 IEEE 1394 버스에 접속되고, 상기 IEEE 1394 버스에 접속된 모든 또는 일부 장치를 제어하는 장치 제어수단과 IEEE 1394인터페이스를 갖는 퍼스널 컴퓨터가 되는 경우,

수신 개시 지시를 수신할 때, 상기 데이터 싱크는 방송 전송을 사용하여 상기 IEEE 1394버스에 상기 데이터소스가 출력 데이터를 출력하는 지를 결정하고,

방송 전송을 사용하여 상기 IEEE 1394버스에 상기 데이터소스가 상기 출력 데이터를 출력하는 경우, 상기 데이터 싱크는 포인트-투-포인트 접속을 상기 데이터 소스에 설정하지 않고 상기 출력 데이터를 수신하는 것을 특징으로 하는 수신방법이다.

제 25의 본 발명은,

상기 데이터소스는 출력 제어 레지스터를 구비하고,

상기 출력 제어 레지스터는 방송 전송이 수행되는지를 표시하는 플래그와 상기 출력 데이터가 출력된 채널을 표시하는 채널 번호를 포함하며,

상기 데이터 싱크가 퍼스널 컴퓨터인 경우,

상기 데이터 싱크는 방송 전송을 사용하여 상기 IEEE 1394버스에 상기 데이터소스가 상기 출력 데이터를 출력하는 지를 상기 플래그를 판독함으로서 결정하고,

방송 전송을 사용하여 상기 IEEE 1394버스에 상기 데이터소스가 상기 출력 데이터를 출력하는 경우,

상기 채널 번호를 변경하지 않고 상기 채널 번호를 기술하기 위해 상기 출력 데이터를 채널로부터 수신하는 것을 특징으로 하는 수신방법이다.

제 26의 본 발명은,

상기 데이터 소스는 출력제어 레지스터를 가지고,

상기 출력제어 레지스터는 방송 전송이 수행되었는지를 표시하는 플래그와 상기 출력데이터가 어느 채널로 출력되었는지를 표시하는 출력번호를 가지며,

상기 데이터 싱크가 개인용 컴퓨터인 경우에는,

상기 데이터 싱크는 상기 데이터 소스가 방송 전송에 사용되는 상기 IEEE 1394 버스로 상기 출력데이터를 출력하였는지 상기 플래그를 판독하므로써 결정하고,

상기 데이터 싱크는 상기 채널번호를 임의의 값 N (N은 0과 63 사이의 정수임)으로 변경하고, 상기 N은 상기 채널번호가 상기 N인 채널로부터 상기 출력데이터를 수신함으로서 수반되는 것을 특징으로 하는 수신방법이다.

제 27의 본 발명은,

상기 데이터 소스가 상기 출력데이터를 상기 IEEE 1394 버스로 출력되지 않는 경우 및

상기 데이터 싱크가 개인용 컴퓨터인 경우에는,

상기 데이터 싱크가 상기 데이터 소스의 포인트-투-포인트 접속을 확인한 후에, 상기 데이터 소스가 상기 출력데이터를 상기 IEEE 1394 버스로 출력하기 시작하고, 동시에 상기 데이터 싱크는 상기 출력데이터를 수신하는 것을 특징으로 하는 수신방법이다.

제 28의 본 발명은,

IEC 61883과 동형의 제 2 데이터 싱크가 상기 IEEE 1394 버스에 접속되고,

상기 데이터 소스가 확인되거나 상기 데이터 소스가 상기 제 2 데이터 싱크의 포인트-투-포인트 접속을 확인한 상태 하에 상기 데이터 소스가 상기 출력데이터를 상기 IEEE 1394 버스로 출력하는 경우 및

상기 데이터 싱크가 개인용 컴퓨터인 경우에는,

상기 데이터 싱크는 상기 데이터 소스의 포인트-투-포인트 접속을 확인하고, 상기 출력데이터를 수신하는 것을 특징으로 하는 수신방법이다.

제 29의 본 발명은,

상기 데이터 소스는 가정에서 사용하기 위한 디지털 VCR인 것을 특징으로 하는 수신방법이다.

제 30의 본 발명은,

상기 데이터 소스는 MPEG 데이터를 출력하는 셋탑박스인 것을 특징으로 하는 수신방법이다.

제 31의 본 발명은,

컴퓨터에 의해 실행된 청구항 1 내지 청구항 30 중 어느 한 항에 따른 상기 데이터 소스의 수단의 전부 또는 일부의 기능의 전부 또는 일부를 가지기 위한 프로그램 및/또는 데이터, 상기 데이터 변환장치, 상기 보조 데이터 파일 생성장치 또는 상기 데이터 역변환 장치를 담지하는 매체로써 상기 컴퓨터에 의해 수행되는 것을 특징으로 하는 매체이다.

제 32의 본 발명은,

컴퓨터에 의해 실행된 청구항 1 내지 청구항 30 중 어느 한 항에 따른 상기 데이터 소스의 수단의 전부 또는 일부의 기능의 전부 또는 일부를 가지기 위한 프로그램 및/또는 데이터, 상기 데이터 변환장치, 상기 보조 데이터 파일 생성장치 또는 상기 데이터 역변환 장치인 것을 특징으로 하는 정보집합이다.

제 33의 본 발명은,

컴퓨터에 의해 실행된 청구항 1 내지 청구항 30 중 어느 한 항에 따른 상기 데이터 변환방법의 단계의 전부 또는 일부의 동작의 전부 또는 일부를 가지기 위한 프로그램 및/또는 데이터, 상기 보조 데이터 파일 생성방법, 상기 데이터 역변환방법 또는 상기 수신방법을 담지하는 매체로써, 상기 컴퓨터에 의해 처리될 수 있는 것을 특징으로 하는 매체이다.

제 34의 본 발명은,

컴퓨터에 의해 실행되는 청구항 1 내지 청구항 30 중 어느 한 항에 따른 상기 데이터 변환방법의 단계의 전부 또는 일부의 동작의 전부 또는 일부를 가지기 위한 프로그램 및/또는 데이터, 상기 보조 데이터 파일 생성방법, 상기 데이터 역변환방법 또는 상기 수신방법인 것을 특징으로 하는 정보집합이다.

본 발명의 실시예는 도면을 참조하여 이하에서 기술될 것이다.

(제1 실시예)

시작하기 전, 제1 실시예는 도 1 내지 도9를 사용하여 기술될 것이다.

본 실시예에서 데이터 소스의 구성은 제1 종래예와 유사하고 입력 데이터(108)는 다수의 패킷 데이터(201)로 구성된 DV 데이터가 되고, IEC 61883과 일치한다.

도 8 및 도 9는 본 실시예에 따른 데이터 소스의 FIFO(107)의 일예를 나타낸다. 도 8 및 도 9에서 FIFO(107)의 하위하이라르키에 위치된 디스크립터(110)의 어드레스는 이후에 FIFO(107)에 저장된다. 또한, 미송신 플래그(502), 미송신 플래그(502b), 미송신 플래그(502c) 및 미송신 플래그(502d)는 "기송신" 또는 "미송신"상태에 있으며, 초기 상태는 " 기송신"이 된다.

상기한 구성을 가진 본 발명의 실시예에 따른 데이터 소스의 동작은 이하에 설명될 것이다.

다음에, 소정의 크기의 CIP(109), 예를 들면, 14번째 CIP(109)가 프레임 버퍼(501a)에 저장되면, 데이터 변환부(101)는, 도 6에 나타낸 바와 같이, 프레임 버퍼(501a)에 저장된 CIP(109)를 송신하는 방법에서 디스크립터(110a)를 생성하고, 디스크립터 리스트(103)를 저장한다. 이때, 디스크립터 리스트(103)에서 디스크립터(110a)에 저장된 어드레스(111a)는 FIFO(107)에 함께 저장되고, 동시에 프레임 버퍼(501a)에 속하는 송신 플래그(502a)가 "미송신"으로 전환된다.

그때부터, 데이터 변환부(101)는 소정 번호의 CIP(109)를 각 프레임 버퍼에 저장하는, 프레임 버퍼(501b)--> 프레임 버퍼(501c)--> 프레임 버퍼(501d)--> 프레임 버퍼(501a)의 순서로 저장하기 위한 프레임 버퍼를 변화시킨다. 이때, CIP(109)가 다음에 저장될 프레임 버퍼의 미송신 플래그(502a), 예컨대 프레임 버퍼(501a)가 "미송신" 된다면, 데이터 변환부(101)는 저장을 위한 동작을 행하지 않고 플래그가 "기송신"될 때까지 대기한다. 지금까지의 동작은 종래예와 유사하다.

본 실시예에 있어서, 상술된 상태에서 소정 수의 어드레스가 FIFO(107)에 기저장된 경우에, 디스크립터(110)가 새로이 생성된 때는, 디스크립터 리스트(103)에 저장되지만, 디스크립터 리스트(103)에 대응하는 어드레스(111)는 FIFO(107)에 즉시 저장되지 않는다. 예를 들면, 도 10 에 나타낸 예에서, 어드레스(110a) 및 어드레스(110b)가 이미 저장되어 있으므로, 디스크립터 리스트(103)에 디스크립터(110c)가 생성되어 저장되지만, 디스크립터(110c)의 저장 어드레스(111c)는 FIFO(107)에 저장되지 않는다.

또한, 데이터 변환부(101)가 소정 번호의 CIP(109)를 프레임 버퍼(501d)에저장한 후, 데이터 변환부(101)는 송신개시지시(112)가 IEEE 1394드라이버(104)에 송신되지 않았다면, 송신개시지시(112)가 IEEE 1394드라이버(104)에 송신된다.

더욱이, 송신종료통지(113)가 IEEE 1394드라이버(104)로부터 수신되는 때, 데이터 변환부(101)는 디스크립터(110)의 어드레스를 FIFO(107)로부터 페치하고 폐기하고, 다음에 FIFO(107)가, 도 8에 나타낸 상태, 즉 FIFO (107)에 단지 2개의 어드레스만이 저장될 수 있는 상태에 있다면, 도 9에 나타낸 바와 같이, FIFO( 107)에 저장되지 않은 어드레스(111c)를, 디스크립터(110)에 저장한다. 동시에, 디스크립터 리스트(110a)를 "디스크립터 ID"로 나타내는 "A"는 데이터 변환부(101)가 동시에 송신된 송신완료통지(113)와 함께 송신되므로, 데이터 변환부(101)는 프레임 버퍼(501a)에 해당하는 미송신 플래그(502a)를 "기송신"으로 재기록한다.

때때로, 데이터는 이러한 프로세스를 반복함으로써 PC 로부터 DV까지 송신된다.

이러한 방법으로, 본 발명의 실시예에 따른 데이터 소스에 따르면, 데이터 버퍼(102)내 프레임 버퍼의 개수와 디스크립터 리스트(103)에 저장될 수 있는 디스크립터(110)의 개수는 제1의 종래예의 경우와 동일하고 4개가 되지만, FIFO(107)에 저장된 디스크립터(11)의 저장 어드레스의 개수는 2개가 되므로, 1394 드라이버(104)에 의해 필요한 PC의 메모리 크기를 감소시킬수 있다.

또한, FIFO(107)에 저장되어 있는 디스크립터(110)의 저장된 어드레스(111)의 개수가 2개로 특정되어 있을지라도, 소정의 개수는 1 또는 그 이상, 그리고 저장될 수 있는 디스크립터(110)의 개수는 그 이하가 된다.

또한, 송신 패킷이 각각 1로써 송신된 후 폐기될 어드레스의 갯수를 서술하는 것을 설명하고 있지만, M(확보 도는 가변 크기)으로 세트될 수 있다.

또한, 디스크립터(11)의 구성은 도 6에 나타낸 바와 같이 기술되어 있지만, 디스크립터(11)의 요소가 도 6에 나타낸 최소한의 것들 포함하는 한, 소정의 구성이 채택될 수있고 그 배열이 도 6에 나타내 바와 같이 반드시 동일할 필요는 없다.

또한, 데이터 변환부(101)가 소정 번호의 CIP(109)를 프레임 버퍼(501d)에 저장한 후를 기술하고 있을지라도, 데이터 변환부(101)는 송신개시지시(112)가 IEEE 1394드라이버(104)에 송신되지 않았다면, 송신개시지시(112)가 IEEE 1394드라이버(104)에 송신되고, 이때 데이터 변환부(101)가 송신개시지시(112)를 IEEE 1394 드라이버(104)로 송신하는 타이밍은 이것들이 아닌 다른 타이밍으로 될 수 있다.

또한, 입력 데이터(108)가 다수의 패킷 데이터(201)로 구성된 DV 데이터로서 기술되어 있지만, 다수의 패킷 데이터로 구성된 다른 종류로 될 수도 있다.

또한, IEEE 1394 드라이버(104)와 IEEE 1394 인터페이스(105)를 사용하여 IEEE 1394 버스(106)에 데이터를 송신하는 데이터 소스가 기술되어 있지만, 다른 인터페이스 및 드라이버로 사용될 수도 있다.

또한, CIP(109)가 IEC 61883과 일치하는 것으로 기술되어 있지만, 다른 패킷 데이터로 기술될 수도 있다.

(제 2 실시예)

이제 제2 실시예가 기술될 것이다.

도 12는 본 발명의 실시예의 데이터 변환장치를 설명하는 블록도이고, 도 12에 나타낸 데이터 변환 수단(11)은 본 실시예의 데이터 변환장치가 된다. 도 12에서, 12는 리퀘스트 해석수단, 13은 선택 수단이다.

첫째로, 데이터 판독의 리퀘스트(파일의 전단으로부터의 위치와 판독될 데이터의 사이즈)가 음성/영상을 처리하는 소프트웨어(4)로부터 소프트웨어(6)관리 파일을 통해 수신될 때, 리퀘스트 해석수단(12)은 HDD(7)에서 파일로써 작성된 헤더 정보 및 인덱스 정보에 기초하여 리퀘스트된 영상 데이터, 음성 데이터, 헤더 정보 및 인덱스 정보의 부분을 해석한다. 또한 영상 데이터가 리퀘스트된다면, 리퀘스트 해석 수단(12)은 영상 데이터의 리퀘스트 부분이 구해지도록 스트림 데이터 기록/재생 장치(2)를 제어한다.

선택 수단(13)은 헤더 정보 및 인덱스 정보가 리퀘스트된다면, 리퀘스트 해석 수단(12)에 의한 해석에 기초하여 헤더 정보 및 인덱스 정보를 출력하고, 영상 데이터가 리퀘스트된다면, 스트림 데이터 기록/재생 장치(2)로부터 구해진 영상 데이터의 리퀘스트된 부분을 출력한다. 리퀘스트의 내용에 따라서 이들 데이터가 결합될 수 있다. 음성 데이터의 경우, 음성 데이터 파일이 HDD(7)상에서 작성된다면, 그 데이터가 사용될 수있고, 음성 데이터 파일이 HDD(7)상에서 작성되지 않는다면, 스트림 데이터 기록/재생 장치(2)는 음성 데이터의 리퀘스트된 부분이 영상데이터의 경우에서와 같이, 음성 데이터를 얻기 위해 구해질 수 있도록 제어된다.

이러한 방법으로, 선택 수단(13)은, 리퀘스트 해석 수단(12)에 의한 해석결과에 기초하여, 음성/영상 데이터를 처리하는 소프트웨어(4)에 의해 처리될 수 있는 소프트웨어(4)에 의해 프로세스될 수 있는 데이터 시퀀스로 스트림 데이터 기록/재생 장치(2)로부터 구해진 데이터를 변환하고 출력한다.

상술된 구성의 데이터 변환 수단(11)은 음성/영상 데이터를 처리하는 소프트웨어(4)로 하여금 파일로써 데이터를 고려한 대용량의 HDD를 사용하지 않고 스트림 데이터 기록/재생 장치(2)내에 기록된 이븐스트림 데이터에 액세스 가능하게 하고, 복잡한 연산을 실행한다.

또한, 헤더 정보 및 인덱스 정보가 HDD(7)에 있는 것으로, 기술되어 있을 지라도, HDD(7)에 반드시 필요한 것이 아니고 메모리 상에서 고속 동작을 보장하기 위해 개발될 수도 있다.

도 13은 본 발명의 실시예의 보조 데이터 파일 생성장치를 설명하는 블록도이고, 도 13에 나타낸 보조 데이터 파일 생성 수단(11)은 본 실시예의 보조 데이터 파일 생성장치가 된다. 도 13에서, 22는 스트림 데이터 해석수단, 23은 헤더정보 생성수단, 24는 인덱스 정보 생성 수단, 25는 음성정보 생성 수단이다. 도 12를 사용하여 기술된 본 실시예의 데이터 변환장치의 경우, 리퀘스트 해석수단(12)은 HDD(7)에서 파일로써 미리 존재하는 보조 데이터인 헤더 정보 및 인덱스 정보(부존재 할 수 있는 음성 데이터)가 기술되어 있고, 정보를 생성하는 수단이 설명될 것이다.

스트림 데이터 해석 수단(22)은 스트림 데이터 기록/재상 장치(2)에서 추출되고, 헤더 정보해석 수단(23)은 음성/영상 데이터를 처리하는 소프트웨어(4)에 의해 프로세스될 수 있는 형식인 파일의 헤더정보 형식에 따라 시퀀스를 생성하고, HDD(7)에서 시퀀스를 파일로써 기입한다.

또한, 스트림 데이터 해석 수단(22)은, 영상 데이터 및 음성 데이터가 스트림 데이터 기록/재생장치(2)에서, 파일의 전방단에 대응하는 플레임으로부터 파일의 후방단에 대응하는 플레임까지 하나이상의 플레임 단위로부터 재생된 스트림 데이터에서 ??크된다고 추정하면, 각 청크 데이터의 사이즈를 검색하고 인덱스 정보를 생성하며, 인덱스 정보 생성 수단(24)은 음성/영상 데이터를 처리하는 소프트웨어(4)에 의해 프로세스될 수 있는 형식인 파일의 인덱스정보 형식에 따라 데이터 시퀀스를 생성하고, HDD(7)에서 시퀀스를 파일로써 기입한다.

상술된 구성의 보조 데이터 파일 재생 수단(21)은 스트림 데이터 기록/재생 장치(2)에 의해 재생된 데이터(영상 데이터)를 갖지 않는 헤더 정보 및 인덱스 정보를 생성할 수 있게 하지만, 파일과 같은 데이터룩업 표를 형성할 필요가 없다.

또한, 스트림 데이터 해석 수단(22)은 스트림 데이터 기록/재상 장치(2)에 의해서 재생된 데이터로부터 음성 데이터를 추출할 수있고, 음성 정보 생성 수단(25)은 음성/영상 데이터를 처리하는 소프트웨어(4)에 의해 프로세스될 수 있는 형식에 따라 음성 데이터의 시퀀스로 음성 데이터를 변환하고, HDD(7)에서 시퀀스를 파일로써 기입한다. 음성 데이터는 헤더정보 및 인덱스 정보의 용량보다 더 크기 때문에, 하나의 파일로 고려되는 대신에 하나이상의 플레임을 갖는 파일을 유닛으로서 분리할 수 있다.

도 14는 본 발명의 실시예의 데이터 역변환 장치를 설명하는 블록도이고, 도 14에 나타낸 데이터 역변환 장치(31)는 본 실시예의 데이터 역변환 장치가 된다. 도 14에서, 32는 리퀘스트 및 데이터 해석수단, 33은 제1 버퍼 34는 제2 버퍼이다. 데이터 역변환수단(31)은 스트림 데이터 기록/재생 장치(2)의 기록 매체에 데이터를 기록하기 위하여 음성/영상 데이터를 처리하는 소프트웨어(4)에 의해 프로세스될 수 있는 데이터를 스트림 데이터로 변환하는 수단이다.

첫째로, 데이터 기입 리퀘스트(파일의 전방단으로부터의 위치와 기입될 데이터의 사이즈)가 음성/영상을 처리하는 소프트웨어(4)로부터 소프트웨어(6)관리 파일을 통해 수신될 때, 리퀘스트 및 데이터 해석수단(32)은 영상 데이터, 음성 데이터, 헤더 정보 및 인덱스 정보의 부분을 해석한다. 리퀘스트 및 데이터 해석수단(32)은 음성데이터의 경우, 제1 버퍼에 데이터를 기입하고, 영상 데이터의 경우, 제2 버퍼에 데이터를 기입한다.

리퀘스트 및 데이터 해석 수단(32)은 제2 버퍼에 기입될 데이터의 크기를 미리 감시하고, 소정 크기의 데이터가 출력될 때, 리퀘스트 및 데이터 해석 수단(32)은 제2 버퍼(34)내 영상 데이터에 대응하는 제1 버퍼(33)에 축적된 음성 데이터부분과 결합하고, 이를 기록하기 위해 스트림 데이터 기록/재생 장치(2)로 송신한다.

상술한 구성의 데이터 역변환 수단(31)은 음성/영상 데이터를 처리하는 소프트웨어(4)로부터 실시간으로 파일 형식에서 스트림 데이터로써 스트림 데이터 기록/재생장치(2)에서 비동기식으로 기입된 데이터를 기록가능하게 한다.

또한, 여기서는 음성/영상 데이터가 파일 형식으로 기입된 경우, 음성 데이터가 통상 영상 데이터 이전이 기입되므로 영상 데이터에 대해 제어가 행해지지만, 음성 데이터에 대해 제어가 행해지는 구성으로 유사한 효과를 구할 수 있다.

영상데이터의 일부에 음성 데이터가 삽입되는 DV(디지털 비디오 카세트) 형식과, ah avi 파일형식에 근거한 파일의 경우, 음성 데이터의 일부는 무시된다. 따라서, 스트림 데이터 기록/재생장치(2)에 데이터가 실제로 송신되고 기록되는 때, 음성/영상 데이터로 처리되는 소프트웨어에 의해 기입될 순서의 음성 데이터는, 제2 버퍼(34)의 영상 데이터내 음성 데이터에 대해 처리된 제1 버퍼(33)의 음성 데이터를 중첩함으로써, 정확히 기록될 수 있다.

도 15는 본 발명의 실시예의 보조 데이터 파일 생성수단(41)을 나타내는 블록도이고, 42는 리퀘스트 및 데이터 해석 수단, 43은 헤더정보생성수단, 44는 인덱스정보생성수단, 45는 음성정보생성수단이다. 도 14를 사용하여 설명되는 실시예에서, 영상 데이터 및 음성 데이터는 스트림 데이터 기록/재생장치(2)에서 기록될 수 있지만, 음성/영상 데이터를 처리하는 소프트웨어가 동일한 파일을 다시 판독하고자 하는 때, 도 12에 나타낸 데이터 변환 수단(11)은 헤더 정보 및 인덱스 정보(부존 재할 수 있는 음성 데이터)가 HDD(7) 파일로써 미리 존재한다면, 제2 실시예와 같은 설명으로 파일을 생성할 필요가 있다.

보조 데이터 파일 생성수단(41)은, 음성/영상 데이터를 처리하는 소프트웨어(4)가 스트림 데이터 재생 기록장치(2)의 스트림 데이터를 기록할 때 기입될 순서로 데이터로부터 미리 헤더 정보 및 인덱스 정보( 및 음성 데이터)를 파일로써 발생한다면, 이들을 생성하는 효과는 제2 실시예로 기술된 방법으로 생략될수있고, 이하에서 설명될 것이다.

리퀘스트 및 데이터 해석 수단(42)에 의한 해석에서 헤더정보로 결정된 데이터의 일부는, 헤더 정보분리 수단(43)에 의해 HDD(7)에 직접 기입된다. avi 형식 파일의 경우, 파일의 전방단에 헤더가 위치하므로, 파일(오프셋)의 전방단으로부터의 위치가 소프트에어(4)관리 파일을 통하는 음성 및 영상데이터로 처리되는 소프트웨어(4)로부터의 위치에서 0 으로 된다면, 헤더 정보로써 여겨질 수 있다.

또한, 헤더 정보의 형식은 내용 표시 마크, 데이터 사이즈 및 실제 데이터가 연속하여 기입되는 구조로 생성하므로, 헤더 정보의 사이즈는 용이하게 검출될 수 있다.

리퀘스트 및 데이터 해석 수단(42)에 의한 해석에서 인덱스정보로 결정된 데이터의 일부는, 인덱스 정보분리 수단(44)에 의해 HDD(7)에 직접 기입된다. avi 형식 파일의 경우, 인덱스의 전방단에 헤더가 위치하는 전체 데이터 부(이는 헤더 정보에 포함될 수 있슴)의 사이즈정보가 다음 헤더 정보의 음성/영상 데이터의 전방단에 기록되기 때문에 계산될 수 있다. 인덱스엔트리의 사이즈정보는 인덱스의 전방단에 기입되고, 전체 파일의 사이즈정보는 인덱스의 후방단에 기입되므로, 인덱스 정보의 사이즈는 용이하게 검출될 수 있다.

이때, 스트림 데이터 기록/재생 장치(2)로부터 인덱스엔트리가 판독될 경우 용이한 프로세스를 위해 구성이 수정될 수 있다. 파일 사이즈 및 인덱스엔트리 사이즈가 수정으로 인해 변경된다면, 헤더 정보 및 인덱스 정보의 해당 정보가 동시에 갱신될 필요가 있다.

상술된 구성의 보조 데이터 파일 재생 수단(41)은 파일 같은 스트림 데이터 기록/재생 장치(2)의 룩업에 의해 재생된 스트림 데이터를 형성하는데 필요한 헤더 정보 및 인덱스 정보를 생성할 수 있게 한다.

또한, 스트림 데이터 해석 수단(42)은 음성/영상 데이터를 처리하는 소프트웨어(4)로부터 음성 데이터를 추출할 수있고, 음성/영상 데이터를 처리하는 소프트웨어(4)에 의해 프로세스될 수 있는 형식의 파일로써 HDD(7)에 음성데이터를 기입한다. 음성 데이터는 헤더정보 및 인덱스 정보의 용량보다 더 크기 때문에, 하나의 파일로 고려되는 대신에 하나이상의 플레임을 갖는 파일을 유닛으로서 분리할 수 있다. 각각의 청크에 대해서 음성 데이터 및 영상 데이터를 식별하는 청크 ID 와 청크의 파일 사이즈 정보는 데이터 부에 가산될 수도 있으므로, 음성 데이터가 용이하게 검출될 수 있다.

그후, 상술한 실시예에 있어서, 데이터 변환부(11), 보조 데이터 파일 생성수단(21), 데이터 역변환수단(31), 및 보조 데이터 파일 생성수단(41)은 PC 1(유사 기능을 가진 퍼스널 컴퓨터 이외의 장치)에 포함된 것으로 기술되어 있지만, 본 발명은 데이터 변환부(11), 보조 데이터 파일 생성수단(21), 데이터 역변환수단(31), 및 보조 데이터 파일 생성수단(41)을 가진 기능의 프로그램으로 실현하고, 플로피 디스크 및 이들을 전송하는 기록매체에 이들을 기록하는 다른 독립 시스템으로 용이하게 구현될 수 있다. 도 16은 이들 기능이 플로피 디스크를 사용하여 전송되는 경우를 기술한다.

도 16(a)은 예컨대 플로피 디스크의 물리적 형식이 기록 매체의 주요부임을나타낸다. 트랙은 외부 주변으로부터 내부 주변으로 향하는 동신원 형이고, 16섹터의 각도방향으로 분리된다. 프로그램은 이 방법으로 할당된 영역에 따라 기록된다.

도 16(b)은 이 플로피 디스크를 저장하는 케이스를 나타낸다. 이 플로피 디스크의 좌측면, 정면 및 단면을 각각 나타낸다. 케이스내 플로피 디스크를 이러한 방법으로 저장함으로서, 디스크는 먼지와 외부 충격으로부터 보호되고 완전히 전송될 수 있다.

도 16(c)은 프로그램을 플로피 디스크에 기록/재생하는 것을 예시한다. 도면에 나타낸 바와 같이, 플로피 디스크 장치를 컴퓨터 시스템에 접속함으로써 프로그램의 기록/재생을 플로피 디스크로 수행할 수 있다. 디스크는 삽입구를 통해 플로피 디스크를 삽입하고 꺼낸다. 기록시, 컴퓨터 시스템은 플로피 디스크 드라이브를 사용하여 디스크에 프로그램을 기록한다. 재생시, 플로피 디스크 드라이브는 디스크로부터 프로그램을 판독하고 그 프로그램을 컴퓨터 시스템에 전송한다.

또한, 본 실시예에서, 기록 매체로서 플로피 디스크를 사용하여 설명되고 있으나, 유사한 성능은 광디스크를 사용하여 달성될 수도 있다. 또한, 기록 매체는 이들 디스크에 제한되지 않고, 유사한 방법으로 구현될 수 있는 IC 카드 및 ROM 카세트 같은 프로그램을 기록할 수 있다.

상술된 바와 같이, 본 실시예에서, 음성/영상 데이터를 처리하는 소프트웨어(4)로부터 소프트웨어(6)관리 파일을 통하는 판독 리퀘스트는 미리 작성된 헤더 정보 및 인덱스 정보에 근거하여 해석되고, 헤더 정보 및 인덱스 정보에 의하여 구해진 데이터는 판독 데이터로써 복귀함으로써, 음성/영상 데이터를 처리하는 소프트웨어(4)로 하여금 스트림 데이터 기록/재생 장치(2)에 기록된 이븐 스트림이 파일로써 액세스가능하게 한다.

또한, 스트림 데이터 기록/재생 장치(2)에 의해 재생된 데이터, 또한 소프트웨어(6)관리 파일로부터 기입 리퀘스트를 수반하는 데이터로부터 파일을 데이터 룩업을 형성하는데 필요한 헤더 정보 및 인덱스 정보를 생성하고 HDD(7)so 정보를 파일로써 작성하는 것을 가능하게 한다.

또한, 음성/영상 데이터를 처리하는 소프트웨어(4)로부터 소프트웨어(6)관리 파일을 경유하는 기입 리퀘스트에 수반하는 데이터에서 음성/영상 데이터를 추출하고, 소정의 크기가 축적될 때 음성/영상 데이터를 배치로 전송함으로써 비동기식으로 파일 형식에 기입된 데이터를 실시간으로 스트림 데이터로써 기록할 수있게 한다.

(제3 실시예)

이제, 도 18 내지 도 20 과 도 25 내지 도 28을 사용하여 제3 실시예가 기술될 것이다.

DV(702)의 구성 및 동작은 제3 종래예의 것들과 유사하고, PC(701)의 구성 은 제3 종래예의 것들과 유사하다.

또한, 이 실시예의 DV(702)는 본 발명의 데이터 소스의 일예이고, 이 실시예의 PC(701)는 본 발명의 퍼스널 컴퓨터의 일예이고, 이 실시예의 DV용 드라이버(704), IEEE 1394 드라이버(705)는 본 발명의 장치 제어수단의 일예이다.

PC(701)의 동작이 설명될 것이다.

수신개시 지시를 애플리케이션(709)으로부터 동작지시(714)로서 수신할 때, DV 용 드라이버(704)는 리퀘스트(715)에서와 같이, DV (702)의 oPCR값을 구하는 리퀘스트를 IEEE 1394 드라이버(705)에 송신한다. IEEE 1394 드라이버(705)는 IEEE 1394 인터페이스(706)를 통해 oPCR[0](708)내 레지스터 데이터(71)를 송신하기 위해 IEEE 1394인터페이스(709)를 리퀘스트한다. 송신 리퀘스트를 수신할 때, IEEE 1394인터페이스(709)는 레지스터 데이터(717)를 oPCR[0](708)로부터 페치하고 이를 IEEE 1394인터페이스(706)에 송신한다. IEEE 1394드라이버(705)는 IEEE 1394인터페이스(706)에 의해 수신된 레지스터 데이터(706)를 리스폰스(716)에서와 같이, DV 용 드라이버(704)에 출력한다.

DV 용 드라이버(704)는 레지스터 데이터(717)의 내용을 보여주고, oPCR[0](708)의 bcc가 1이면, 포인트-투-포인트 접속을 DV(702)로 설정하지 않는다. 즉, oPCR[0]내 채널 번호 예컨대 ch63 으로 표시된 값으로부터 IEEE 1394드라이버(705)까지 리퀘스트(715)로써 직접 데이터를 수신하기 위해 리퀘스트를 송신하다. 리퀘스트(715)로써 수신개시 지시를 수신할 때, IEEE 1394드라이버(705)는 IEEE 1394인터페이스(706)를 통해 IEEE 1394버스(710)상의 ch63 으로부터 데이터가 되는 이소크로노스 패킷의 수신을 개시한다.

그때부터의 동작은 종래예의 것들과 유사하다.

oPCR[0](708)의 bcc가 0 인 경우의 동작은 종래예의 것들과 유사하다.

한편, 수신정지의 지시를 동작 지시(714)로써 애플리케이션(703)으로부터 수신할 때, DV용 드라이버(704)는 IEEE 1394버스(710)로부터 수신데이터가 첫째 리퀘스트(715)로써 IEEE 1394 인터페이스(706)까지 데이터를 수신하기 위한 지시를 송신한다. 수신정지의 지시를 수신할 때, IEEE 1394 인터페이스(706)는 IEEE 1394버스(710)로부터 수신하기 위해 데이터를 정지시킨다.

다음, 수신시작에서, 포인트-투-포인트 접속을 DV(702)로 설정하는 oPCR[0](708)의 p2p 값에 1이 가산된다면, DV용 드라이버(704)는 IEEE 드라이버(705)가 리퀘스트(715)로써 IEEE 드라이버(705)에, DV(702)의 oPCR[0](708)값을 구하는 리퀘스트를 송신한다. 그후, DV 용 드라이버(704)는 oPCR[0](708)의 p2p 값에 1을 감산하여 구해진 값을 oPCR[0](708)에서 oPCR[0](708)의 p2p에 할당함으로서 구해진 데이터를 새로운 레지스터 데이터(717)로써 기입하는 지시를 리퀘스트(715)로써 IEEE 1394 드라이버(705)에 송신한다. 상술된 것과 유사한 동작에 의해서, DV(702)의 oPCR[0](708)값은 변경된다. oPCR[0](708)의 bcc가 0이고 DV용 드라이버(704)가 IEEE 1394버스(710)의 자원을 초기에 확보한다면, DV용 드라이버(704)는 IEEE 1394 버스(710)의 자원을 동시에 해방한다. 그후, 필요시, DV용 드라이버(704)는 oPCR[0]의 채널번호 값을 원래의 값으로 복귀시킨다.

포인트-투-포인트 접속이 수신시작에서 DV(702)로 설정하지 않는다면, DV용 드라이버(704)는 어떤 것도 없는 것이 되어 프로세스를 종료한다.

상술된 동작에서, DV(702)의 oPCR[0](708)값을 기술하고, IEEE 1394버스(710)의 자원을 확보하며 해방하는 표는 일예로써 도 25 내지 도 28에 나타낸다.

종래 기술의 경우에서와 같이, 전체적으로, 4개의 동작이 가능한데, 이는 DV(702)의 재생개시와 PC(701)의 수신개시가 초기에 수행되었고, DV(702)의 재생개시와 PC(701)의 수신개시 중 어느 하나가 초기에 수행되는지를 고려하여 가능하다.

도 25는 DV(702)의 재생개시와 PC(701)의 수신정지가 초기에 수행되는 경우를 나타낸다. DV(702)가 재생을 개시할 때, DV(702)는 p2p 가 여전히 0 이므로, 즉 포인트-투 -포인트 접속이 아직 설정되지 않았으므로, 자원을 확보한다.

PC(701)이 수신을 개시할 때, DV(702)가 재생을 이미 개시하고 oPCR[0]의 bc가 1 로 된다. 따라서, PC(701)는 oPCR[0]의 채널번호와 p2p의 값을 변화시키지 않고 IEEE 1394 (710)버스의 자원을 확보시키지 않는다. 즉 포인트-투 -포인트 접속이 아직 설정되지 않고 방송 전송만이 사용된다.

PC(701)이 수신을 정지할 때, DV(702)가 여전히 재생을 수행하고 있으므로 oPCR[0](708)의 bc가 1 로 된다. 따라서, PC(701)는 IEEE 1394 (710)버스의 자원을 해방시킬 필요가 없다.

DV(702)가 재생을 정지할 때, bcc는 0 으로 복귀하지만, p2p는 여전히 0이고 어떤 접속도 설정되지 않으므로, DV(701)는 IEEE 1394 (710)버스의 자원을 해방한다.

도 26은 DV(702)의 재생개시와 PC(701)의 수신정지가 초기에 수행되는 경우를 나타낸다. DV(702)가 재생을 개시할 때, DV(702)는 p2p 가 여전히 0 이고 포인트-투 -포인트 접속이 아직 설정되지 않았으므로, 자원을 확보한다.

PC(701)이 수신을 개시할 때, DV(702)가 재생을 이미 개시하고 oPCR[0](708)의 bcc가 1 로 된다. 따라서, PC(701)는 oPCR[0]의 p2p를 1로 변화시킬 뿐, 채널번호와 p2p의 값을 변화시키지 않고 IEEE 1394 (710)버스의 자원을 확보시키지 않는다.

DV(702)가 재생을 정지할 때, bcc 또한 0 으로, 즉 포인트-투 -포인트 접속이 아직 설정되지 않으므로, DV(701)는 IEEE 1394 (710)버스의 자원을 해방한다.

PC(701)이 수신을 개시할 때, DV(702)가 재생을 이미 IEEE 1394 (710)버스의 자원을 해방시켜, PC(701)은 간단히 수신을 정지할 수 있다.

수신 개시가 초기에 수행되는 동작은 도 27 및 도 28에 나타낸 바와 같이 종래예와 유사하다.

따라서, PC(701)는 그들 자신에 의해 확보된 자원을 해방할 수 있지만, 그 특성상 다른 장치에 의해 자원을 해방할 수 없는 경우에, IEEE 1394버스(710)의 자원은, PC(701)의 수신을 개시/정지하는 주문과 DV(702)의 재생을 개시/정지하는 주문에 관계없이, 어떤 경우에도 정확히 확보 및 해방될 것이다.

또한, DV(702)의 oPCR[0](708)에서 기입된 채널번호의 값이 초기상태로 ch63 로서 기술되어 있지만, 어떤 정수 0 내지 63도 채택될 수 있다.

또한, DV(702)의 oPCR[0](708)에서 기입된 채널번호의 값은, 포인트-투-포인트 접속이 PC(701)에 의하여 DV(702)로 설정되어 있을 때 ch0 으로 전환되지만, 채널이 또다른 장치에 의하여 이미 확보되어 있지 않은 한, 어떤 정수 0 내지 63도 채택될 수 있는 것으로 기술되어 있다.

또한, PC(701) 및 DV(702)가 IEEE 1394 버스(710)에 접속되어 있지만, 또다른 IEEE 1394 장치도 채택될 수 있는 것으로 기술되어 있다.

또한, 초기상태로써, DV(702)의 oPCR[0](708)이 0, 즉, DV(702)가 어떤 다른 장치와 포인트-투-포인트 접속을 설정하지 않지만, DV(702)가 또다른 장치와 포인트-투-포인트 접속을 초기상태로써 설정할 수 있다는 것으로 기술되어 있다.

또한, 본 실시예에서는 PC(701)의 동작이 설명되어 있으나, PC(701) 이외의 장치, 즉, DV9702)로부터 데이터를 수신하는 또다른 장치에 의하여 확보된 자원을 해방할 수 있는 장치의 경우, 본 실시예의 PC(801)의 경우에서와 같이 장치가 동작할 수 있거나, 종래 기술로 기술된 PC(701)의 경우에서와 같이 장치가 동작할 수 있다.

또한, 본 발명은 데이터 소스, 데이터 변환장치, 보조 데이터 파일생성 장치, 또는 컴퓨터에 의해 실행되는 본 발명의 데이터 역변환 장치의 모두 또는 일부수단의 모든 기능 또는 일부기능을 가진 프로그램 및/또는 데이터를 담지한 매체이며, 상기 매체는 또한 본 발명에 속하는 컴퓨터에 의하여 프로세스될수 있다.

또한, 정보집합은 데이터 소스, 데이터 변환장치, 보조 데이터 파일생성 장치 또는 컴퓨터에 의해 실행되는 본 발명의 데이터 역변환 장치의 모두 또는 일부수단의 모든 기능 또는 일부기능을 가진 프로그램 및/또는 데이터, 또는 본 발명에 속하는 컴퓨터에 의하여 실행될 수 있는 본 발명의 데이터 역변환 장치를 특징으로 한다.

또한, 본 발명은 데이터 변환 방법, 보조 데이터 파일생성 방법, 데이터 역변환 방법 또는 컴퓨터에 의해 실행되는 본 발명의 수신방법의 모두 또는 일부단계의 모든 기능 또는 일부작동을 가진 프로그램 및/또는 데이터를 담지한 매체이며, 상기 매체는 본 발명에 속하는 컴퓨터에 의하여 실행될 수 있는 것을 특징으로 한다.

정보 집합은 데이터 변환 방법, 보조 데이터 파일생성 방법의 모두 또는 일부단계 모든 작동 또는 일부작동을 가진 프로그램 및/또는 데이터이며, 상기 컴퓨터에 의해 실행되는 본 발명의 데이터 역변환방법 또는 수신방법도 또한 본 발명에 속하는 것을 특징으로 하는 정보집합이다.

또한, 본 발명은 데이터 소스, 데이터 변환장치, 보조 데이터 파일생성 장치, 또는 컴퓨터에 의해 실행되는 본 발명의 데이터 역변환 장치의 모두 또는 일부수단의 모든 기능 또는 일부기능을 가진 프로그램 및/또는 데이터를 담지한 매체이며, 상기 판독할 수 있는 상술된 프로그램 및 데이터는 컴퓨터에 의해 판독될 수있고 판독되고 있으며 상술된 기능을 실행하기 위해 상기 설명한 컴퓨터와 함께 작동한다.

또한, 본 발명은 데이터 변환 방법, 보조 데이터 파일생성 방법, 데이터 역변환 장치 또는 컴퓨터에 의해 실행되는 본 발명의 수신방법의 모두 또는 일부단계 모든 기능 또는 일부작동을 가진 프로그램 및/또는 데이터를 담지한 매체이며, 상기 판독할 수 있는 상술된 프로그램 및 데이터는 컴퓨터에 의해 판독될 수있고 판독되고 있으며 상술된 작동을 실행하기 위해 상기 설명한 컴퓨터와 함께 작동한다.

본 발명은 데이터 소스, 데이터 변환장치, 보조 데이터 파일생성 장치 또는 컴퓨터에 의해 실행되는 본 발명의 데이터 역변환 장치의 모두 또는 일부수단의 모든 기능 또는 일부기능을 가진 프로그램 및/또는 데이터인 정보집합이며, 상기 판독할 수 있는 상술된 프로그램 및 데이터는 컴퓨터에 의해 판독되고 상술된 기능을 실행하기 위해 상기 설명한 컴퓨터로 작동한다.

본 발명은 데이터 변환 방법, 보조 데이터 파일생성 방법, 데이터 역변환방법 또는 컴퓨터에 의해 실행되는 본 발명의 수신방법의 모두 또는 일부단계 모든 작동 또는 일부작동을 가진 프로그램 및/또는 데이터인 정보집합이며, 상기 판독할 수 있는 상술된 프로그램 및 데이터는 컴퓨터에 의해 판독되고 상술된 작동을 실행하기 위해 상기 설명한 컴퓨터로 작동한다.

또한, 본 발명의 데이터는 데이터 구조, 데이터 포맷, 데이터 타입 및 이와 같은 것을 포함한다.

또한, 본 발명의 매체는 ROM과 같은 기록매체, 인터넷같은 전송 매체 및, 광파, 라디오파 및 음향파와 같은 전송 매체를 포함한다.

또한, 예를 들어 본 발명의 매체는 프로그램 및/또는 데이터를 기록하는 기록매체 및 프로그램 및/또는 데이터를 전송하는 전송 매체를 포함한다.

또한, 본 발명에 있어서, 컴퓨터에 의해 처리되는 것은 ROM 같은 기록매체의 경우에 컴퓨터에 의해 판독됨을 포함하며 전송되는 프로그램 및/또는 데이터는 예를 들어 전송미디어의 경우에 컴퓨터에 의한 전송결과로 취급된다.

또한, 본 발명의 정보집합은 프로그램 및/또는 데이터 같은 소프트웨어를 포함한다.

또한, 상술된 바와 같이, 본 발명의 구성은 소프트웨어 또는 하드웨어로 구현된다.

상술된 바와 같이, 본 발명은 IEEE 1394 드라이버에 의해, 프레임 버퍼의 동일한 개수가 사용되어질 때조차도 FIFO에서 저장된 어드레스 개수 감소에 의해, 사용되는 PC 메모리의 크기가 감소되게 하는 데이터 소스, 매개 및 정보집합을 제공할 수 있다.

또한, 본 발명은 임의의 데이터에 임의의 비동기 타이밍에서 직접적으로 음성/영상을 처리하는 소프트웨어로부터 직접적으로 접근하는 것은 가능하기 때문에 HDD에 매우 복잡한 처리 및 업로드/다운로드 데이터를 수행하는데 반드시 필요한 것은 아니며, 많은 거대한 HDD용량을 요구하지 않는 매체 및 정보집합, 데이터 변환장치, 보조 데이터 파일 생성장치, 데이터 변환방법, 보조 데이터 파일 생성방법, 데이터 역 변환방법을 제공할 수 있다.

또한, 본 발명은 수신방법, 매체 및 데이터 소스가 이미 방송전송에 의해 송신을 수행하는 경우에서 포인트 투 포인트 접속을 설정하는 대신에 방송전송을 사용하는 수신을 수행하기 위해 데이터 싱크를 허용하는 정보집합을 제공할 수 있으며, 데이터 전송의 종료시 IEEE 1394의 자원을 항상 정확히 해방하게 한다.

Claims

데이터 소스에 있어서,

입력데이터를 소정의 데이터 패킷으로 변환하는 데이터 변환 수단,

상기 데이터 패킷을 저장하는 데이터 버퍼,

소정의 어드레스가 가산되고, 상기 데이터 패킷을 송신하는 방법이 기술된 디스크립터를 저장하는 디스크립터 리스트,

상기 소정의 어드레스를 선입선출모드로 저장하는 FIFO, 및,

수신개시지시가 상기 데이터 변환수단으로부터 수신되는 때, 상기 FIFO에서 아직 참조되지 않은 상기 소정의 어드레스를 참조하고,

상기 소정의 어드레스에 의하여 표시된 상기 디스크립터를 송신하는 방법에 따라서 상기 버퍼로부터 상기 디스크립터에 대응하는 데이터 패킷을 페치하고, 상기 데이터 패킷으로부터 송신 패킷을 생성하고 이를 출력하고 상기 송신 패킷의 출력이 종료될 때 송신 완료통지를 상기 데이터 변환수단에 송신하는 데이터 송신 수단을 포함하고,

상기 FIFO 에 저장된 상기 소정 어드레스의 개수는 N( N : 1 또는 그 이상 상기 디스크립터의 전체 개수보다 작다)인 것을 특징으로 하는 데이터 소스.
제 1항에 있어서,

상기 데이터 변환 수단은 상기 소정 어드레스의 개수가 N 이하일 때 상기FIFO에 소정의 어드레스를 새로이 저장하고,

소정 어드레스 N이 상기 FIFO에 이미 저장되어 있을 때, 송신완료 통지를 수신할 때까지 대기하고,

상기 송신완료 통지를 수신할 때 , 상기 소정의 어드레스를 상기FIFO에서 페치하여 이를 폐기하고, 그후,

상기 FIFO의 소정의 어드레스가 상기 디스크립터 리스트에 아직 저장되지 않은 비저장 디스크립터가 존재할 때, 상기 비저장 디스크립터를 상기 FIFO에 저장하는 하는 것을 특징으로 하는 데이터 소스.
제 2항에 있어서,

상기 데이터 변환 수단은 상기 송신 완료 통지 M (M 은 고정되거나 가변됨)이 도착할 때, 상기 제2 어드레스의 M을 상기 FIFO 로부터 배치로 페치하고 이를 폐기하는 것을 특징으로 하는 데이터 소스.
제 2항 또는 제 3항에 있어서,

상기 데이터 송신 수단은 IEEE 1394 인터페이스이고 상기 송신 패킷은 IEEE 1394에서 이소크로너스 패킷인 것을 특징으로 하는 데이터 소스.
제 4항에 있어서,

상기 데이터 패킷은 IEC 61883에서 공통의 이소크로너스 패킷인 것을 특징으로 하는 데이터 소스.
파일 판독 리퀘스트에 응답하여 데이터를 출력하는 데이터 변환 장치에 있어서,

상기 파일의 전방단으로부터 적어도 하나의 오프셋 위치와 판독될 데이터의 사이즈로 구성된 상기 데이터 리퀘스트를 해석하는 리퀘스트 해석 수단, 및,

상기 리퀘스트 해석 수단으로부터 지시에 따라 소정의 데이터를 선택하여 출력하는 선택수단을 포함하는 것을 특징으로 하는 데이터 변환 장치.
제 6항에 있어서,

상기 파일은 avi 형식 파일이고,

상기 리퀘스트 해석 수단은 헤더 정보, 인덱스 정보, 영상 데이터 및 음성 데이터가 요청한 부분을 해석하고,

상기 선택 수단은 상기 리퀘스트 해석 수단의 결과에 기초하여 소정의 위치로 배치되고, 상기 avi 형식에 따라 데이터를 재배열하고 이를 출력하는 것을 특징으로 하는 데이터 변환 장치.
제 7항에 있어서,

상기 리퀘스트 해석 수단은, 영상데이터가 요청될 때. 상기 영상데이터를 구하기 위해 상기 영상 데이터가 기록된 기록/ 재생 수단을 제어하는 것을 특징으로하는 데이터 변환 장치.
헤더 파일로써 avi 형식 파일의 헤더 정보와 인덱스 파이로써 인덱스 정보를 생성하는 보조 데이터 파일 생성 장치에 있어서,

입력될 스트림 데이터를 해석하고 상기 헤더 정보 및 상기 인덱스 정보를 생성하는데 필요한 정보를 생성하는 스트림 데이터 해석 수단,

상기 스트림 데이터 해석 수단에 의하여 추출된 상기 헤더 정보를 생성하는데 필요한 정보를 소정의 형식으로 변환하고 상기 헤더파일로써의 정보로 저장하는 지시를 제공하는 헤더 정보 생성 수단, 및,

상기 스트림 데이터 해석 수단에 의하여 구해진 상기 인덱스 정보를 생성하는데 필요한 정보를 소정의 형식으로 변환하고 상기 인덱스파일로써의 정보로 저장하는 지시를 제공하는 인덱스 정보 생성 수단을 포함하는 것을 특징으로 하는 보조 데이터 파일 생성 장치.
제 9항에 있어서,

상기 스트림 데이터 해석 수단은 음성 데이터 추출을 위해 입력될 스트림 데이터를 해석하고,

상기 스트림 데이터 해석 수단에 의하여 추출된 상기 음성 데이터를 소정의 형식으로 변환하고 상기 음성파일로써 데이터를 저장하는 지시를 제공하는 음성 정보 생성 수단을 추가로 포함하는 것을 특징으로 하는 보조 데이터 파일 생성 장치.
파일 기입 리퀘스트에 응답하여 데이터를 출력하는 데이터 역변환 장치에 있어서,

버퍼와,

상기 기입 리퀘스트로부터 기로장치에 기록될 데이터가 상기 파일의 전방단으로부터 적어도 하나의 오프셋 위치, 기입될 데이터의 사이즈와 상기 버퍼에 추출되고 출력되는 기입 데이터로 구성되고, 상기 버퍼에 축적된 데이터가 소정의 크기에 도달할 때 상기 버퍼의 내용이 출력되도록 제어하는 리퀘스트 해석 수단을 포함하는 것을 특징으로 하는 데이터 역변환 장치.
제 11항에 있어서,

상기 파일은 avi 형식 파일이고,

상기 리퀘스트 해석 수단은 헤더 정보, 인덱스 정보, 영상 데이터 및 음성 데이터로 기입 데이터를 분리하고 영상 데이터 및 음성 데이터를 상기 버퍼에 출력하는 것을 특징으로 하는 데이터 역변환 장치.
제 12항에 있어서,

상기 파일은 avi 형식 DV 데이터의 파일이고,

상기 버퍼는 제1 버퍼 및 제2 버퍼로 구성되고,

상기 리퀘스트 해석 수단은 상기 제1 버퍼에 음성 데이터가 출력되고, 상기제2 버퍼에 영상데이터가 출력되며, 소정 크기의 영상 데이터가 상기 제2 버퍼에 축적될 때, 상기 제1 버퍼의 음성 데이터가 상기 제2 버퍼의 영상 데이터에 인터리브된 음성 데이터에 대해 중첩되고 상기 기록장치에 출력되도록 제어하는 것을 특징으로 하는 데이터 역변환 장치.
헤더 파일로써 avi 형식 파일의 헤더 정보와 인덱스 파일로써 인덱스 정보를 생성하는 보조 데이터 파일 생성 장치에 있어서,

상기 파일의 전방단으로부터 적어도 하나의 오프셋 위치, 기입될 데이터의 사이즈 및 기입 데이터로 구성된 상기 기입 리퀘스트로부터 상기 헤더 정보 및 상기 인덱스 정보를 추출하는 리퀘스트 해석 수단,

상기 리퀘스트 해석 수단에 의해 추출된 상기 헤더정보를 상기 헤더 파일로써 저장하기 위해 지시를 제공하는 헤더 정보 지시 수단과,

상기 리퀘스트 해석 수단에 의해 구해진 상기 인덱스 정보를 상기 인덱스 파일로써 저장하기 위해 지시를 제공하는 인덱스 정보 지시 수단을 포함하는 하는 것을 특징으로 하는 보조 데이터 파일 생성 장치.
제 14항에 있어서,

상기 리퀘스트 해석 수단은 상기 기입 리퀘스트로부터 음성 데이터를 추출하고,

상기 리퀘스트 해석 수단에 의해 추출된 상기 음성 데이터를 소정의 형식으로 변환하고 이 데이터를 음성 데이터 파이로써 저장하는 지시를 제공하는 음성 정보 생성 수단을 추가로 포함하는 것을 특징으로 하는 보조 데이터 파일 생성 장치.
헤더 정보, 인덱스 정보, 영상 데이터 및 음성 데이터의 부분이 avi 형식의 전방단으로부터 적어도 하나의 오프셋 위치로 구성된 상기 파일의 판독에 의해 리퀘스트되고 판독될 데이터의 사이즈가 해석되며,

소정의 위치에 배치돌 각각의 데이터가 판독되고, avi 형식으로 재배열된 데이터가 해석 결과에 근거하여 구해지는 것을 특징으로 하는 데이터 변환 방법.
제 16항에 있어서,

상기 영상 데이터가 리퀘스트될 때, 영상 데이터가 기록되어 있는 기록 /재생 수단은 상기 영상 데이터를 구하기 위해 제어되는 것을 특징으로 하는 데이터 변환 방법.
입력될 스트림 데이터가 해석되고, avi 형식에 기초한 헤더 정보와 avi 형식에 기초한 인덱스 정보를 생성하는 데 필요한 정보가 추출되는 보조 데이터 파일 생성 방법에 있어서,

상기 헤더 정보를 생성하기 위해 구해진 정보는 소정의 형식으로 변환되고 헤더 파일로써 저장되며,

상기 인덱스 정보를 생성하기 위해 구해진 정보는 소정의 형식으로 변환되고인덱스 파일로써 저장되는 것을 특징으로 하는 보조 데이터 파일 생성 방법.
제 18항에 있어서,

입력될 스트림 데이터가 해석되고, avi 형식에 기초한 음성 데이터가 추출되고, 소정의 형식으로 변환되며, 파일로써 저장되는 것을 특징으로 하는 보조 데이터 파일 생성 방법.
헤더 정보, 인덱스 정보, 영상 데이터 및 음성 데이터의 부분이 avi 형식의 전방단으로부터 적어도 하나의 오프셋 위치로 구성된 상기 파일의 판독에 의해 리퀘스트되고 판독될 데이터의 사이즈가 해석되며,

소정의 위치에 배치돌 각각의 데이터가 판독되고, avi 형식으로 재배열된 데이터가 해석 결과에 근거하여 구해지는 것을 특징으로 하는 데이터 변환방법.
제 20항에 있어서,

상기 파일은 avi 형식 DV 데이터의 파일이고,

음성 데이터로서 데이터 분리는 영상 데이터로서 데이터 분리로 인터리브되는 영상 데이터에 대하여 중첩되어, 스트림 데이터가 출력될 때, 출력되는 것을 특징으로 하는 데이터 변환방법.
보조 데이터 생성 방법에 있어서,

상기 파일의 기입 리퀘스트는 avi 형식 파일의 전방단으로부터 적어도 하나의 오프셋 위치로 구성되고, 기입될 데이터의 사이즈와 기입 데이터는 avi 형식에 근거한 헤더 정보와 avi 형식에 근거한 인덱스 정보를 추출하기 위해 분석되고,

상기 헤더 정보는 헤더 파이로써 저장되고 상기 인덱스 파일은 인덱스 파이로써 저장되는 것을 특징으로 하는 보조 데이터 생성 방법.
제 22항에 있어서,

avi 형식에 근거한 음성 데이터는 상기 기입 리퀘스트로부터 추출되고, 소정의 형식으로 변환되고, 파일로써 저장되는 것을 특징으로 하는 보조 데이터 생성 방법.
수신방법에 있어서,

IEC 61883으로 실질적으로 확인하는 데이터 싱크와 IEC 61883으로 확인하는 데이터 소스의 경우와, 상기 데이터 싱크는 IEEE 1394 버스에 접속되고, 상기 IEEE 1394 버스에 접속된 모든 또는 일부 장치를 제어하는 장치 제어수단과 IEEE 1394인터페이스를 갖는 퍼스널 컴퓨터가 되는 경우,

수신 개시 지시를 수신할 때, 상기 데이터 싱크는 방송 전송을 사용하여 상기 IEEE 1394버스에 상기 데이터소스가 출력 데이터를 출력하는 지를 결정하고,

방송 전송을 사용하여 상기 IEEE 1394버스에 상기 데이터소스가 상기 출력 데이터를 출력하는 경우, 상기 데이터 싱크는 포인트-투-포인트 접속을 상기 데이터 소스에 설정하지 않고 상기 출력 데이터를 수신하는 것을 특징으로 하는 수신방법.
제 24항에 있어서,

상기 데이터소스는 출력 제어 레지스터를 구비하고,

상기 출력 제어 레지스터는 방송 전송이 수행되는지를 표시하는 플래그와 상기 출력 데이터가 출력된 채널을 표시하는 채널 번호를 포함하며,

상기 데이터 싱크가 퍼스널 컴퓨터인 경우,

상기 데이터 싱크는 방송 전송을 사용하여 상기 IEEE 1394버스에 상기 데이터소스가 상기 출력 데이터를 출력하는 지를 상기 플래그를 판독함으로서 결정하고,

방송 전송을 사용하여 상기 IEEE 1394버스에 상기 데이터소스가 상기 출력 데이터를 출력하는 경우,

상기 채널 번호를 변경하지 않고 상기 채널 번호를 기술하기 위해 상기 출력 데이터를 채널로부터 수신하는 것을 특징으로 하는 수신방법.
제 24 항에 있어서,

상기 데이터 소스는 출력제어 레지스터를 가지고,

상기 출력제어 레지스터는 방송 전송이 수행되었는지를 표시하는 플래그와 상기 출력데이터가 어느 채널로 출력되었는지를 표시하는 출력번호를 가지며,

상기 데이터 싱크가 개인용 컴퓨터인 경우에는,

상기 데이터 싱크는 상기 데이터 소스가 방송 전송에 사용되는 상기 IEEE 1394 버스로 상기 출력데이터를 출력하였는지 상기 플래그를 판독하므로써 결정하고,

상기 데이터 싱크는 상기 채널번호를 임의의 값 N (N은 0과 63 사이의 정수임)으로 변경하고, 상기 N은 상기 채널번호가 상기 N인 채널로부터 상기 출력데이터를 수신함으로서 수반되는 것을 특징으로 하는 수신방법.
제 25 항 또는 제 26 항에 있어서,

상기 데이터 소스가 상기 출력데이터를 상기 IEEE 1394 버스로 출력되지 않는 경우 및

상기 데이터 싱크가 개인용 컴퓨터인 경우에는,

상기 데이터 싱크가 상기 데이터 소스의 포인트-투-포인트 접속을 확인한 후에, 상기 데이터 소스가 상기 출력데이터를 상기 IEEE 1394 버스로 출력하기 시작하고, 동시에 상기 데이터 싱크는 상기 출력데이터를 수신하는 것을 특징으로 하는 수신방법.
제 25 항 내지 제 27 항 중 어느 한 항에 있어서,

IEC 61883과 동형의 제 2 데이터 싱크가 상기 IEEE 1394 버스에 접속되고,

상기 데이터 소스가 확인되거나 상기 데이터 소스가 상기 제 2 데이터 싱크의 포인트-투-포인트 접속을 확인한 상태 하에 상기 데이터 소스가 상기 출력데이터를 상기 IEEE 1394 버스로 출력하는 경우 및

상기 데이터 싱크가 개인용 컴퓨터인 경우에는,

상기 데이터 싱크는 상기 데이터 소스의 포인트-투-포인트 접속을 확인하고, 상기 출력데이터를 수신하는 것을 특징으로 하는 수신방법.
제 24 항 내지 제 28 항 중 어느 한 항에 있어서,

상기 데이터 소스는 가정에서 사용하기 위한 디지털 VCR인 것을 특징으로 하는 수신방법.
제 24 항 내지 제 28 항 중 어느 한 항에 있어서,

상기 데이터 소스는 MPEG 데이터를 출력하는 셋탑박스인 것을 특징으로 하는 수신방법.
컴퓨터에 의해 실행된 청구항 1 내지 청구항 30 중 어느 한 항에 따른 상기 데이터 소스의 수단의 전부 또는 일부의 기능의 전부 또는 일부를 가지기 위한 프로그램 및/또는 데이터, 상기 데이터 변환장치, 상기 보조 데이터 파일 생성장치 또는 상기 데이터 역변환 장치를 담지하는 매체로써 상기 컴퓨터에 의해 수행되는 것을 특징으로 하는 매체.
컴퓨터에 의해 실행된 청구항 1 내지 청구항 30 중 어느 한 항에 따른 상기 데이터 소스의 수단의 전부 또는 일부의 기능의 전부 또는 일부를 가지기 위한 프로그램 및/또는 데이터, 상기 데이터 변환장치, 상기 보조 데이터 파일 생성장치 또는 상기 데이터 역변환 장치인 것을 특징으로 하는 정보집합.
컴퓨터에 의해 실행된 청구항 1 내지 청구항 30 중 어느 한 항에 따른 상기 데이터 변환방법의 단계의 전부 또는 일부의 동작의 전부 또는 일부를 가지기 위한 프로그램 및/또는 데이터, 상기 보조 데이터 파일 생성방법, 상기 데이터 역변환방법 또는 상기 수신방법을 담지하는 매체로써, 상기 컴퓨터에 의해 처리될 수 있는 것을 특징으로 하는 매체.
컴퓨터에 의해 실행되는 청구항 1 내지 청구항 30 중 어느 한 항에 따른 상기 데이터 변환방법의 단계의 전부 또는 일부의 동작의 전부 또는 일부를 가지기 위한 프로그램 및/또는 데이터, 상기 보조 데이터 파일 생성방법, 상기 데이터 역변환방법 또는 상기 수신방법인 것을 특징으로 하는 정보집합.