KR20010075393A - 정보 처리 방법, 정보 처리 장치 및 매체 - Google Patents

Abstract

제어 기기와는 별개의 기록 재생 장치에 장착된 기록 미디어에 기록된 정보의 검색이 용이하게 행할 수 있 도록 하기 위해서, 소정의 기록 미디어가 장착 가능한 기록 재생 장치에서 얻어지는 정보를, 소정의 디지털 인터페이스를 통해 접속된 소정의 제어기기로 관리하는 경우에, 기록 미디어를 관리하는 미디어 식별 번호를 마련하여, 제어기기가 지정한 미디어 식별 번호와, 기록 미디어의 기록 재생 장치에서 관리하는 미디어 식별 번호가 일치하지 않을 때 기록 미디어의 교체가 있었던 것으로 판단하도록 하고, 제어기기 측에서 기록 미디어의 교체에 대한 대처를 할 수 있 도록 하였다. 또한, 기록 미디어에 기록된 파일의 인식에 관해서도, 그 파일의 식별 번호에 근거하여 용이하게 행할 수 있 도록 하였다.

Description

정보 처리 방법, 정보 처리 장치 및 매체{Information processing method, information processing device, and medium}

최근, IEEE(Institute of Electricaland Electronic Engineers) 1394 고속 시리얼 버스(이하, 필요에 따라서, 단지, 1394 버스라고도 칭한다)가 보급되어 있다. 1394 버스에 많은 전자기기(노드)를 접속하여, 서로 정보를 수수할 수 있다. 예를 들면, 디지털 스틸 카메라와 퍼스널 컴퓨터를 1394 버스에 접속하고, 디지털 전자 스틸 카메라에 의해 촬상, 기억된 화상을, 퍼스널 컴퓨터에 의해 검색하여, 모니터에 출력하여, 표시시킬 수 있다.

그런데, 디지털 전자 스틸 카메라는, 많은 화상을 촬상할 수 있을 뿐만 아니라, 그 화상을 축소한, 검색용의 섬네일 화상을 생성하여, 파일로서 기억할 수 있다. 또한 디지털 전자 스틸 카메라는, 그 화상에 따르는 오디오 데이터나, 촬상시의 상황을 메모한 텍스트 데이터 등도 입력하여, 파일로서 기억할 수 있다.

그 결과, 디지털 전자 스틸 카메라는, 많은 파일을 관리하는 것이 필요해져,많은 파일 중에서, 소망의 파일을, 간단히 검색하는 것이 가능한 파일 관리 방법의 실현이 요망되고 있다.

또한, 디지털 전자 스틸 카메라는, 촬상한 화상 데이터를 기억시키는 기록 미디어가 착탈 자유 자재인 것이 있다. 여기서, 디지털 스틸 카메라에 접속된 퍼스널 컴퓨터에서, 카메라에 장착된 기록 미디어에 기록된 데이터의 관리를 행할 때에, 그 관리 도중에 기록 미디어의 교체가 있었을 때, 그 관리 상태가 혼란한 것으로 되어 버리는 문제가 있지만, 종래는 퍼스널 컴퓨터 등에서 기록 미디어의 교체가 있었던 것을 판단하기는 곤란하였다.

또한, 여기서는 전자 스틸 카메라 경우의 문제에 관해서 설명하였지만, 다른 기록 미디어를 사용한 기록 재생 장치를, 컴퓨터 장치 등의 다른 제어기기에 접속하여, 기록 데이터의 관리를 행하는 경우에, 동일 문제가 있다.

본 발명은, 정보 처리 장치 및 방법, 및 매체에 관한 것으로, 특히, 복수의 계층으로 관리되는 정보를 간단히 검색할 수 있도록 한 정보 처리 장치 및 방법, 및 매체에 관한 것이다.

도 1은, 본 발명을 적용한 버스 시스템의 구성 예를 도시하는 블록도.

도 2는, 도 1의 퍼스널 컴퓨터(4)의 구성 예를 도시하는 블록도.

도 3은, 도 1의 카메라 스토리지 서브유닛(12)의 파일 관리예를 설명하는 도.

도 4는, 오브젝트 패스 레퍼런스의 디스크립터의 예를 도시하는 설명도.

도 5는, 컨트롤 커맨드와 리스폰스의 예를 도시하는 설명도.

도 6은, 스토리지 인포메이션 엔트리의 예를 도시하는 설명도.

도 7은, 스토리지 타입의 데이터의 예를 도시하는 설명도.

도 8은 미디어 타입의 예를 도시하는 설명도.

도 9는, 레코더블 인포메이션의 예를 도시하는 설명도.

도 10은, 스토리지 유닛 레퍼런스의 예를 도시하는 설명도.

도 11은, 컨트롤 커맨드와 리스폰스의 예를 도시하는 설명도.

도 12는, 오브젝트 인포메이션 엔트리의 예를 도시하는 설명도.

도 13은, 오브젝트 인포메이션 타입의 예를 도시하는 설명도.

도 14는, 특정 파일의 데이터를 판독하는 처리예를 도시하는 플로우챠트.

도 15는, 핸들 처리의 예를 도시하는 플로우챠트.

도 16은, 파일 ID의 예를 도시하는 설명도.

도 17은, 패스 레퍼런스의 예를 도시하는 설명도.

도 18은, 패스 컴포넌트의 예를 도시하는 설명도.

도 19는, 컨텍스트 ID 예를 도시하는 설명도.

도 20은, 커맨드의 예를 도시하는 설명도.

도 21은, 미디어에 기록된 데이터를 취득하는 처리를 도시하는 플로우챠트.

도 22는, 겟 스토리지 인포메이션 커맨드의 예를 도시하는 설명도.

도 23은, 겟 볼륨 인포메이션 커맨드의 예를 도시하는 설명도.

도 24는, 볼륨 인포메이션 데이터의 예를 도시하는 설명도.

도 25는, 겟 넘버 파일의 예를 도시하는 설명도.

도 26은, 겟 디렉토리 엔트리의 예를 도시하는 설명도.

도 27은, 디렉토리 엔트리 데이터의 예를 도시하는 설명도.

도 28은, 파일 어트리뷰트의 예를 도시하는 설명도.

도 29는, 겟 파일 인포메이션 데이터의 예를 도시하는 설명도.

도 30은, 미디어 컨텍스트 ID를 사용한 처리예를 도시하는 설명도.

도 31은, 컨텐츠 컨텍스트 ID를 사용한 처리예를 도시하는 설명도.

도 32는, 타깃 기기에서의 처리예를 도시하는 플로우챠트.

도 33은, 컨텍스트 ID의 갱신 처리 예를 도시하는 플로우챠트.

도 34는, 컨트롤러 기기에서의 처리예를 도시하는 플로우챠트.

도 35는, IEEE1394 방식에서 규정되는 프레임 구조의 예를 도시하는 설명도.

도 36은, CRS 어텍쳐의 어드레스 공간 구조의 예를 도시하는 설명도.

도 37은, 주요 CRS의 위치, 이름, 기능의 예를 도시하는 설명도.

도 38은, 플러그 컨트롤 레지스터의 구성 예를 도시하는 설명도.

도 39는, oMPR, oPCR, iMPR, iPCR의 구성 예를 도시하는 설명도.

도 40은, 플러그, 플러그 컨트롤 레지스터, 전송 채널의 관계의 예를 도시하는 설명도.

도 41은, 디스크립터의 계층 구조에 의한 데이터 구조 예를 도시하는 설명도.

도 42는, 디스크립터의 데이터 구조 예를 도시하는 설명도.

도 43은, 도 42의 제너레이션 ID의 예를 도시하는 설명도.

도 44는, 도 42의 리스트 ID의 예를 도시하는 설명도.

도 45는, AV/C 커맨드의 스택 모델의 예를 도시하는 설명도.

도 46은, AV/C 커맨드의 커맨드와 리스폰스의 관계의 예를 도시하는 설명도.

도 47은, AV/C 커맨드의 커맨드와 리스폰스의 관계의 예를 보다 자세히 도시하는 설명도.

도 48은, AV/C 커맨드의 데이터 구조의 예를 도시하는 설명도.

도 49는, AV/C 커맨드의 구체적인 예를 도시하는 설명도.

도 50은, AV/C 커맨드의 커맨드와 리스폰스의 구체적인 예를 도시하는 설명도.

본 발명은 이러한 상황을 감안하여 이루어진 것으로, 검색이 용이한 시스템을 실현할 수 있도록 하는 것이다.

제 1 발명은, 소정의 기록 미디어가 장착 가능한 기록 재생 장치에서 얻어지는 정보를, 소정의 디지털 인터페이스를 통해 접속된 소정의 제어기기로 관리하는 정보 처리 방법에 있어서,

상기 기록 미디어를 관리하는 미디어 식별 번호를 마련하여,

상기 제어기기가 지정한 미디어 식별 번호와, 상기 기록 미디어의 기록 재생 장치에서 관리하는 미디어 식별 번호가 일치하지 않을 때, 기록 미디어의 교체가있었던 것으로 판단하도록 한 것이다.

이와 같이 한 것에 따라서, 식별 번호를 사용하여, 제어기기 측에서 기록 미디어를 바르게 인식할 수 있게 된다. 특히, 기록 재생 장치 측에서 관리하는 식별 번호와 제어기기 측에서 관리하는 식별 번호가 일치하지 않을 때, 기록 미디어의 교체가 있었던 것을 알 수 있고, 제어기기 측에서 기록 미디어의 교체에 대한 대처가 가능하게 된다.

제 2 발명은, 제 1 발명의 정보 처리 방법에 있어서,

상기 제어기기에 설정된 미디어 식별 번호와, 상기 기록 재생 장치에서 카운트하는 미디어 식별 번호가 일치하는 지의 여부의 판단을, 상기 기록 재생 장치에서 행하고, 일치하지 않을 때, 상기 제어기기에 기록 미디어의 교체가 있었던 것을 통지하도록 한 것이다.

이와 같이 한 것에 따라서, 기록 재생 장치 측에서의 판단에 근거하여, 제어기기 측에서 기록 미디어의 교체의 유무를 용이하게 판단할 수 있게 된다.

제 3 발명은, 소정의 기록 미디어에 기록된 파일을, 소정의 디지털 인터페이스로 접속된 제어기기에 대하여 제공하는 정보 처리 방법에 있어서,

상기 기록 미디어에 기록된 파일의 식별 번호를, 상기 기록 미디어의 기록 재생 장치에서 생성시켜, 그 식별 번호를 상기 제어기기에 통지하여, 상기 제어기기에서 파일을 인식하도록 한 것이다.

이와 같이 한 것에 따라서, 기록 미디어에 기록된 파일을, 식별 번호를 사용하여, 제어기기 측에서 바르게 인식할 수 있게 된다.

제 4 발명은, 제 3 발명의 정보 처리 방법에 있어서,

상기 기록 미디어에 기록된 파일은, 트리 구조로 된 복수의 계층으로 관리되고,

상기 관리기기에서, 상기 관리된 정보를 검색 또는 액세스하기 위해서, 상기 트리 구조를 더듬는 일없이, 상기 정보의 계층마다의 정보 수와, 각각의 정보의 안내 정보를 취득하고,

그 취득한 안내 정보에 근거하여 하위 층의 파일을 판단하여,

그 판단한 파일을 지정하는 커맨드에 의해, 그 파일의 정보를 얻도록 한 것이다.

이와 같이 한 것에 따라서, 기록 미디어에 기록된 트리 구조로 된 복수의 계층으로 관리된 정보를 얻을 때에, 그 트리 구조를 더듬는 일없이, 소암의 파일 정보를 얻을 수 있어, 많은 정보 중에서 소망의 정보를, 간단하고 또한 확실하게, 검색하여 취득하는 것이 가능해진다.

제 5 발명은, 제 4 발명의 정보 처리 방법에 있어서,

상기 하위 층의 파일의 파일 명과, 그 파일의 상위 층의 디렉토리의 이름을 일치시켜, 하위 층의 파일을 디렉토리로부터 판단할 수 있도록 한 것이다.

이와 같이 한 것에 따라서, 디렉토리를 판독함으로써, 그 하층의 파일의 판단이 가능하게 된다.

제 6 발명은, 제 4 발명의 정보 처리 방법에 있어서,

상위 층의 정보를 판독할 수 있는 상태로 되어 있을 때에, 소정의 커맨드에의해, 그 정보에 접속된 하위 층의 소정의 정보를 판독할 수 있도록 함과 동시에, 상기 상위 층의 정보를 판독할 수 없도록 폐쇄하는 처리를 행하도록 한 것이다.

이와 같이 한 것에 따라서, 각 층의 정보마다 정보를 개방하거나 폐쇄하거나 하는 처리를 개별적으로 행할 필요가 없고, 신속히 소망의 파일 정보를 판독하는 것이 가능하게 된다.

제 7 발명은, 소정의 디지털 인터페이스를 통해 접속된 기록 재생 장치에 장착된 기록 미디어에 관한 정보를 관리하는 정보 처리 장치에 있어서,

상기 기록 미디어를 관리하는 미디어 식별 번호 설정 수단과,

상기 미디어 식별 번호 설정 수단으로 설정된 미디어 식별 번호와, 상기 기록 재생 장치에 설정된 미디어 식별 번호와의 비교 결과로부터 기록 미디어의 교체가 있었던 것을 인식하는 제어 수단을 구비한 것이다.

이와 같이 한 것에 따라서, 식별 번호를 사용하여, 기록 재생 장치에 장착된 기록 미디어를 바르게 인식할 수 있게 된다. 특히, 기록 재생 장치에서 기록 미디어의 교체가 있었던 것을 확실하게 알고, 기록 재생 장치에서 기록 미디어의 교체가 있었던 경우의 대처를 확실하게 행할 수 있다.

제 8 발명은, 제 7 발명의 정보 처리 장치에 있어서,

상기 제어 수단의 제어에 의해, 상기 기록 재생 장치에서 미디어 식별 번호의 비교를 실행시켜, 그 결과를 정보 처리 장치에 통지시키도록 한 것이다.

이와 같이 한 것에 따라서, 정보 처리 장치에서는 통지되는 결과의 판단만으로, 간단히 기록 미디어의 교체의 유무를 알게 된다.

제 9 발명은, 소정의 디지털 인터페이스를 통해 접속된 기록 재생 장치에 장착된 기록 미디어에 기록된 파일의 정보를 관리하는 정보 처리 장치에 있어서,

상기 기록 미디어에 기록된 파일의 식별 번호를 취득하는 식별 번호 취득 수단과,

상기 식별 번호 취득 수단이 취득한 식별 번호에 근거하여, 상기 기록 미디어에 기록된 파일을 인식하는 제어 수단을 구비한 것이다.

이와 같이 한 것에 따라서, 기록 재생 장치에 장착된 기록 미디어에 기록된 파일을, 식별 번호를 사용하여, 정보 처리 장치가 바르게 인식할 수 있게 된다.

제 10 발명은, 제 9 발명의 정보 처리 장치에 있어서,

상기 기록 미디어에 기록된 파일은, 트리 구조로 된 복수의 계층으로 관리되고,

상기 계층마다의 정보 수와, 각각의 정보의 안내 정보를 취득하는 제 1 정보 취득 수단과,

상기 제 1 정보 취득 수단으로 취득한 안내 정보에 근거하여 하위 층의 파일을 판단하여, 그 판단하는 파일이 지정되었을 때, 소정의 커맨드에 의해 상기 관리된 정보 중의 해당하는 파일의 정보를 얻는 제 2 정보 취득 수단을 구비한 것이다.

이와 같이 한 것에 따라서, 기록 미디어에 기록된 트리 구조로 된 복수의 계층으로 관리된 정보를 정보 처리 장치가 얻을 때에, 그 트리 구조를 더듬는 일없이, 소암의 파일 정보를 얻을 수 있어, 많은 정보 중에서 원하는 정보를, 간단하고 또한 확실하게, 검색하여 취득하는 것이 가능해진다.

제 11 발명은, 제 10 발명의 정보 처리 장치에 있어서,

상기 제 1 정보 취득 수단은, 하위 층의 파일을, 그 파일의 상위 층의 디렉토리로부터 판단하도록 한 것이다.

이와 같이 한 것에 따라서, 정보 처리 장치 측에서 디렉토리를 판독함으로써, 그 하층의 파일의 판단을 할 수 있게 된다.

제 12 발명은, 제 10 발명의 정보 처리 장치에 있어서,

상기 제 1 정보 취득 수단은, 상위 층의 정보를 판독할 수 있는 상태로 되어 있을 때에, 소정의 커맨드를 공급하여, 그 정보에 접속된 하위 층의 소정의 정보를 판독할 수 있도록 함과 동시에, 상기 상위 층의 정보를 판독할 수 없도록 폐쇄하는 처리를 행하도록 한 것이다.

이와 같이 한 것에 따라서, 정보 처리 장치 측에서 각 층의 정보마다 정보를 개방하거나 폐쇄하거나 하는 처리를 개별적으로 행할 필요가 없고, 신속히 소망의 파일 정보를 판독하는 것이 가능하게 된다.

제 13 발명은, 소정의 기록 미디어가 장착 가능한 기록 재생 장치에서 얻어지는 정보를 관리하는 프로그램이 기억된 매체에 있어서,

상기 기록 미디어를 관리하는 미디어 식별 번호를 설정하는 스텝과,

설정된 미디어 식별 번호와, 상기 기록 재생 장치로부터 얻어지는 미디어 식별 번호가 일치하는 가 판단하는 스텝과,

상기 판단으로 미디어 식별 번호가 일치하지 않을 때, 기록 미디어의 교체가 있었던 것으로 판단하는 스텝을 포함하는 프로그램을 정보 처리 장치에 실행시키도록 한 것이다.

이와 같이 한 것에 따라서, 상기 프로그램을 실장한 정보 처리 장치에 의하면, 식별 번호를 사용하여, 기록 재생 장치에 장착된 기록 미디어를 바르게 인식할 수 있게 된다. 특히, 기록 재생 장치에서 기록 미디어의 교체가 있었던 것을 확실하게 알고, 기록 재생 장치에서 기록 미디어의 교체가 있었던 경우의 대처를 확실하게 행할 수 있다.

이하, 도면을 참조하여, 본 발명의 제 1 실시예에 관해서 설명한다. 도 1은, 본 발명이 적용된 버스 시스템의 구성 예를 도시하고 있다. 디지털 전자 스틸 카메라(2)는, IEEE1394 고속 시리얼 버스(1)를 통해, 퍼스널 컴퓨터(4) 및 프린터(5)와 접속되어 있다. 디지털 전자 스틸 카메라(2)는, 1394 버스상의 기능 블록으로서, 카메라 유닛(3)을 갖고, 카메라 유닛(3)은, 피사체를 촬상하는 기능을 실행하는 카메라 서브유닛(11)과, 카메라 서브유닛(11)에 의해 촬상된 화상 데이터를 기억하는 카메라 스토리지 서브유닛(12)을 갖고 있다. IEEE1394 고속 시리얼 버스(1)에 의한 데이터 전송 처리에 관해서는, 도 35 이후를 참조하여 후술한다.

퍼스널 컴퓨터(4)는, 예를 들면, 도 2에 도시하는 바와 같이, 연산 처리를 실행하는 중앙 제어 유닛인 CPU(Central Processing Unit)(32)를 내장하고 있다. CPU(32)는, 판독 전용 메모리인 ROM(Read 0nly Memory)(33) 또는 하드 디스크(35)에 격납되어 있는 프로그램을 실행한다. 기록 자유자재의 메모리인 RAM(Random Access Memory)(34)에는, CPU(32)가 실행하는 프로그램이나 데이터가 적당히 기억된다.

CPU(32)에는 버스(31)를 통해 입출력 인터페이스(36)가 접속되어 있고, 입출력 인터페이스(36)에는, 액정 표시 패널인 LCD(Liquid Crystal Display) 혹은 음극선관인 CRT(Cathode Ray Tube) 등으로 이루어지는 표시부(37), 키보드, 마우스 등으로 이루어지는 입력부(38), IEEE1394 고속 시리얼 버스(1)를 통해 디지털 전자 스틸 카메라(2) 또는 프린터(5)와 통신하는 통신 처리를 실행하는 통신부(39), 및 장착된 자기 디스크, 광디스크, 광자기 디스크 등을 구동하는 드라이브(40)가 접속되어 있다.

카메라 서브유닛(11)은, 유저의 지령에 대응하여 피사체를 촬상하면, 그 화상 데이터를 카메라 스토리지 서브유닛(12)에 전송한다. 카메라 서브유닛(11)은 또한, 유저가 촬상에 부수하여, 마이크로폰(도시하지 않음)으로부터 오디오 신호를 입력하거나, 태블릿(도시하지 않음)으로부터 문자, 기호 등을 입력하면, 그 오디오 데이터나 텍스트 데이터를, 카메라 스토리지 서브유닛(12)에 전송한다.

카메라 스토리지 서브유닛(12)은, 1장의 정지 화상의 화상 데이터가 입력되면, 그것을 압축하여, 소정의 ID(식별 기호)를 붙여 1개의 파일(Image File)로서 내장하는 메모리(도시하지 않음)에 기억함과 동시에, 그 사이즈를 축소한 섬네일 화상을 생성하여, 소정의 ID를 붙여 1개의 파일(Thumbnail file)로서 내장하는 메모리에 기억한다. 카메라 스토리지 서브유닛(12)은 또한, 오디오 데이터 또는 텍스트 데이터가 입력되면, 그들을 소정의 ID를 붙여 각각 1개의 파일(오디오 파일 또는 텍스트 파일)로서 내장하는 메모리에 기억한다.

도 3은, 카메라 스토리지 서브유닛(12)이, 이렇게하여 기억하는 파일의, DCF 시스템(Design ru1e for Camera File System)으로서의 관리 방법을 나타내고 있다. DCF 시스템이란 디지털 카메라에 있어서, 화상 정보를 파일로서 관리하는 경우의 이름을 부여하는 경우의 룰을 정한 것이다. 동도에 도시되는 바와 같이, 파일은,트리 구조로 되어 계층적으로 관리된다. 최상위의 계층은, DFC 루트(DCF root)로 되고, 제 2 번째의 계층은, DCF 디렉토리(DCF Directory: 단지 DCF 디렉토리 이외의 데이터인 경우도 있다)로 되고, DCF 디렉토리에 접속된 최하층은, DCF 파일(DCF fi1e)로 되어 있다.

DCF 디렉토리는, 부여된 ID의 소정 위치(여기서는 상위 1자리수째 내지 3자리수째)를 숫자로 하고 있고, 그 밖의 자리수를 알파벳이 되도록 하고 있고, 이 숫자의 자리수의 위치로부터 DCF 디렉토리라고 판단할 수 있도록 하고 있다. 또한, 그 하층에 접속된 DCF 파일에 대응한 ID로 하고 있다.

또한, 최하층의 DCF 파일 중의, 화상 데이터가 기억된 파일은, DCF 오브젝트(DCF 0bject)로 된다. DCF 파일에 관해서도, 부여된 ID의 소정 위치(여기서는 상위 4자리수째 내지 17자리수째)를 숫자로 하고 있고, 그 밖의 자리수를 알파벳이되도록 하고 있고, 이 숫자의 자리수의 위치로부터 DCF 파일이라고 판단할 수 있도록 하고 있다. DCF 오브젝트는, 복수의 파일로 1개의 오브젝트가 구성되는 경우도 있다. 복수의 파일로 1개의 오브젝트가 구성되는 경우, 부여된 ID의 적어도 숫자의 부분은 동일 값으로 하고 있다.

다음에, 본 실시예에서 특징이 되는 디스크립터의 구조를 이하 설명한다. 도 4는, 오브젝트 패스 레퍼런스의 구조 예를 도시하는 도이고, 상기 디스크립터의 어드레스 옵셋치와 대응시켜 도시하고 있다. 상기 디스크립터의 내용으로서는, 디스크립터 타입과, 명칭 타입과, 스토리지 유닛 레퍼런스와, 패스 네임의 데이터 길이와, 패스 네임의 데이터가 기술된다. 스토리지 유닛 레퍼런스의 데이터가 있는것으로, 복수의 스토리지가 있었던 경우에, 어느 스토리지인가가 지정 가능하게 된다. 패스 네임에 관해서는, 디스크립터 내의 오브젝트 리스트 및 오브젝트 엔트리의 모든 패스 네임(이름)이 기술되어 있다.

다음에, 버스에 접속된 컨트롤러가 되는 부분으로부터 타깃이 되는 부분에 대하여, 스토리지 인포메이션 엔트리 취득 처리(이 처리를 미디어 인포메이션(MEDIA INF0RMATION)이라고 한다)를 행하는 경우의 처리 예를, 도 5에 도시한다. 도 5의 좌측에 도시하는 컨트롤 커맨드 포맷은, 컨트롤러로부터 타깃 에 대하여 전송하는 커맨드 데이터의 예를, 1 바이트씩 나타내고 있고, 도 5의 오른쪽에 도시하는 리스폰스 포맷은, 타깃으로부터 컨트롤러에 대하여 반송되는 리스폰스 데이터의 예이다. 리스폰스 데이터의 란이 화살표로 도시되어 있는 개소는, 그 때의 커맨드 데이터가 그대로 반송되는 것을 나타낸다.

최초의 1 바이트로, 미디어 인포메이션을 나타내는 커맨드 데이터가 전송되고, 그 커맨드 데이터가 리스폰스 데이터로서 반송된다. 그리고 상기 예에서는, 트랜잭션 아이덴티파이어(Transaction identifier)의 데이터를 2 바이트로 교환함으로써, 컨트롤러 측에서, 커맨드와 리스폰스와의 대응시킴을 명확히 하여, 파일 작성 등이 바르게 행하여 졌는지 확인할 수 있다. 또한, 스토리지 인포메이션의 최대수(Max NUM ber of storage information)의 커맨드로, 판독하는 스토리지 인포메이션의 엔트리 수를 지정함과 동시에, 스토리지 인포메이션의 수(NUM ber of storage information to return)의 리스폰스로, 실제로 몇개의 스토리지 인포메이션을 판독하였는 가의 데이터가 반송된다. 그리고, 스토리지 인포메이션의 수(NUMber of storage information to return)의 후의 리스폰스로, 스토리지 인포메이션에 관한 데이터(storage information entries)의 데이터가 전송된다.

도 6은, 상기 스토리지 인포메이션의 데이터(storage information entries)의 데이터 구성 예를 도시한 것으로, 최초에 데이터 길이의 데이터가 2 바이트 배치되고, 스토리지 인포메이션 타입(storage information type)인 것을 나타내는 데이터가 1 바이트 배치되고, 계속해서 실제의 데이터인 스토리지 인포메이션 타입에 특유의 데이터(Storage Information Type specific data)가 배치된다.

도 7은, 상기 스토리지 인포메이션 타입에 특유의 데이터(Storage Information Type Specific Data)의 상세의 예를 도시한 것으로, 스토리지 유닛 레퍼런스(storage unit reference)와, 미디어 타입(media type)과, 기록에 관한 인포메이션(recordable information)과, 물리적인 유닛 넘버(physica1 unit no)가 배치된다. 스토리지 유닛 레퍼런스(storage unit reference)는, 도 10에 도시하는 바와 같이, 논리 드라이브 수(Logica1 Drive NUM ber)와, 미디어 제너레이션 카운트(MEDIA Generation Count)로 구성된다. 상기 미디어 제너레이션 카운트(HEDIA Generation Count)는, 상태가 변화할 때마다 변화하는 카운터 치이고, 상기 카운터 치를 타깃 측과 컨트롤러 측에 설정하여, 양자에서 카운터 치를 확인함으로써, 상대를 오인하는 오동작을 방지할 수 있다.

미디어 타입(media type)은, 예를 들면 도 8에 도시하는 바와 같이 정의되어 있다. 즉, 본 예의 기기가 기억(기록) 미디어로서 사용 가능한 CD(컴팩트 디스크), MD(미니 디스크), 컴팩트 플래시, 스마트 미디어 등(모두 상품명)의 미디어마다 값이 정의되어 있다.

기록에 관한 인포메이션(recordable information)은, 여기서는 도 9에 도시하는 데이터 구성으로 되어, 미디어에 기록된 데이터의 프로텍트 정보(소거 불가의 정보)와, 미디어에 기록 가능한가의 정보 등이 기록된다.

다음에, 버스에 접속된 컨트롤러가 되는 부분으로부터 타깃이 되는 부분에 대하여, 오브젝트 엔트리 취득 처리(상기 처리를 파일 리스트(FILE LIST)라고 칭한다)를 행하는 경우의 처리예를, 도 11에 도시한다. 도 11의 좌측에 도시하는 컨트롤 커맨드 포맷은, 컨트롤러로부터 타깃에 대하여 전송하는 커맨드 데이터의 예를, 1 바이트씩 나타내고 있고, 도 11의 오른쪽에 도시하는 리스폰스 포맷은, 타깃 으로부터 컨트롤러에 대하여 반송되는 리스폰스 데이터의 예이다. 리스폰스 데이터의 란이 화살표로 도시되어 있는 개소는, 그 때의 커맨드 데이터가 그대로 반송되는 것을 나타낸다.

최초의 1 바이트로, 파일 리스트(FILE LIST)를 나타내는 커맨드 데이터가 전송되고, 그 커맨드 데이터가 리스폰스 데이터로서 반송된다. 그리고 상기 예에서는, 트랜잭션 아이덴티파이어(Transaction identifier)의 데이터를 2 바이트로 교환함으로써, 컨트롤러 측에서, 커맨드와 리스폰스와의 대응시킴을 명확히 하여, 파일 작성 등이 바르게 행하여 졌는 가 확인할 수 있다. 커맨드의 파일 리스트(FILE LIST)에서는, 어떠한 데이터인가가 지정 가능하고, 속성(Attribute)으로 디렉토리인가 파일인가를 지시할 수 있다. 또한, 및 오브젝트 레퍼런스 패스의 디스크립터 아이덴티파이어(Desciptor Identifier for object reference path)로 어느 디스크립터인 가를 지정하고, 또는 디렉토리와 파일 명의 조합을 특정할 수 있도록 하고 있다. 파일 명에는, 와일드 카드를 지정할 수 있고, 디렉토리내의 파일 링크로서 사용할 수 있다.

리스폰스에 포함되는 오브젝트 인포메이션 엔트리(0bject information entries)는, 도 12에 도시하는 구성으로 된다. 최초에 데이터 길이의 데이터가 2 바이트 배치되고, 오브젝트 인포메이션 타입(0bject Information Type)인 것을 나타내는 데이터가 1 바이트 배치되고, 계속해서 실제의 데이터인 오브젝트 인포메이션 타입에 특유의 데이터(0bject Information Type specific data)가 배치된다.

도 13은, 오브젝트 인포메이션 타입에 특유의 데이터(0bject Information Type specific data)의 데이터 구조를 도시한 것으로, 오브젝트의 속성(0bject Attribute)의 데이터로, 디렉토리 리스트인가 파일인가 나타내고, 데이터 길이에 계속해서, 명칭인 오브젝트 네임(0bject Name)이 배치된다. 명칭인 오브젝트 네임(0bject Name)은, 예를 들면 DOS의 규정에 따른 텍스트 데이터로서 기술된다.

다음에, 이러한 커맨드와 리스폰스의 전송에 의해, 어떠한 파일이 있는 가 검색하는 처리 예를, 도 14의 플로우챠트에 도시한다. 상기 플로우챠트는, 컨트롤러 측에서 본 처리이다. 우선, 서브유닛의 기능을 체크하기 위해서, 버젼 커맨드(VERSI0N)를 전송하여, 해당하는 처리를 행하고(스텝 101), 상기 체크로, 상대의 서브유닛이 카메라 스토리지(즉 본 예의 처리에서 대상이 되는 기억부)인지의 여부를 판단(스텝 102)하고, 카메라 스토리지인 경우에는, 카메라 스토리지 플래그를 온(스텝 103)하고, 카메라 스토리지가 아닌 경우에는, 카메라 스토리지 플래그를 오프로 한다(스텝 104).

그리고, 리스트 스토리지 인포메이션을 취득하는 처리를 행한다. 상기 취득 처리가, 도 5에 도시된 미디어 인포메이션 커맨드와 리스폰스의 전송 처리에 상당한다. 그리고, 이 때 얻어진 미디어 제너레이션 카운트(도 10 참조)의 카운터 치를 셋한다(스텝 108). 그리고 엔트리수(NUM BER 0F ENTRIES)를 구하는 커맨드로, 엔트리의 총수를 취득하고(스텝 109), 파일 리스트(FILE LIST) 커맨드로서 지정된 패스의 파일 엔트리(FILE ENTRIES)와 그 수(n)를 취득한다(스텝 110). 여기서, 취득한 엔트리 수(n)을 m의 값으로부터 감산한 값을, 새로운 m의 값으로 하고(스텝 111), 그 감산한 m치가 0이 되었는지 여부의 판단(스텝 112)은, 0이 아닌 경우에는, 스텝(110)으로 되돌아가고, 모든 파일의 데이터를 취득할 때까지 처리를 반복한다.

스텝(112)에서 m치가 0이 되었다고 판단하였을 때, 여기서의 처리를 종료하고, 어떠한 파일이 있는 가 컨트롤러는 검색된 것으로 된다. 그리고, 어느 것인가의 유저 입력이 있었을 때(스텝 113), 얻어진 파일의 오브젝트를 셋한다(스텝 114). 여기서, 카메라 스토리지 플래그가 온인지의 여부를 판단하고(스텝 115), 이 플러그가 온이 아닐 때, 에러인 것으로 한다(스텝 116). 그리고, 플러그가 온일때, 그 오브젝트에 대한 특정한 커맨드를 발생시켜, 그 오브젝트에 대한 실제의 처리가 행하여진다(스텝 117).

이들 스텝(109 내지 112)의 처리 중에서, 스텝(107)의 미디어 인포메이션 커맨드로 컨트롤러가 취득한 미디어 제너레이션 카운트의 값은, 각 커맨드로 지정되어, 이 경우에 디스크의 검출에 의해서 카메라 스토리지측에서 미디어 제너레이션 카운트의 값이 갱신되어 커맨드로 지정된 것으로 달랐던 경우는, 커맨드를 리젝트함으롤써, 컨트롤러에 미디어의 교환이 있었던 것을 통지한다. 이 경우, 다시 미디어가 삽입된 것을 컨트롤러는 확인하여, 스텝(107 내지 112)의 처리를 행함으로써, 파일 리스트를 취득한다. 스텝(117)의 특정 커맨드에 있어서도 마찬가지로, 미디어 제너레이션 카운트의 값을 사용하여, 미디어의 교환을 통지할 수 있다.

또한, 상기 DCF 시스템에서 데이터 관리를 행하는 구체적인 처리로서는, 예를 들면 도 3에 도시한 디스크립터 구조를 모두 컨트롤러 측에 보이는 처리를 행하도록 하여도 된다. 혹은, DCF 디렉토리와, 그 하층에 접속되는 DCF 파일을 일체로서 취급하도록 하여, 실질적으로 컨트롤러가 취급하는 계층을 1개 감하도록 하여도 된다. 또한, DCF 디렉토리의 이름과, DCF 파일의 이름을, 일체화시켜, DCF 디렉토리의 이름으로부터 DCF 파일을 판단할 수 있도록 하여도 된다.

또한, 오브젝트 핸들(0bject Hand1e)이라고 하는 처리를 적용하여도 된다. 즉, 타깃 측이, 유니크한 오브젝트 핸들을 부여한다. 예를 들면, 4 바이트의 데이터를, 1 바이트의 디스크립터 타입과, 1 바이트의 리사이클 카운터와, 2 바이트의 오브젝트 핸들의 데이터로 구성시킨다. 그리고, 컨트롤러는, 그 오브젝트 핸들의 데이터를 타깃 측으로부터 리스폰스로서 받아서, 오브젝트 핸들의 데이터로 접속 등을 알도록 하여도 된다. 오브젝트 핸들의 데이터는, 그 데이터의 수만큼 개별적으로 ID(식별 부호)를 부여한다. 버스 리셋시에는, 상기 오브젝트 핸들의 데이터는, 컨트롤러가 다시 타깃으로부터 취득한다. 또한, 어느정도의 시간이 경과한경우에도, 그 오브젝트 핸들의 데이터는, 무효인 것으로 한다.

또한, 풀패스의 오브젝트 레퍼런스를, 핸들의 오브젝트 레퍼런스로 변환할 수 있도록 하여, 사용하지 않게 되면, 그 핸들을 폐쇄하도록 하여도 된다. 핸들 을 지정하였을 때, 그 핸들의 이름을 취득하도록 하여도 된다.

또한, 예를 들면 네비게이션 커맨드라고 하는 커맨드를 준비하여, 그 커맨드를 컨트롤러로부터 지정하였을 때, 부모가 되는 핸들을 개방하고 있었을 때, 그 부모에 접속되는 아이가 되는 핸들의 데이터를 타깃으로부터 반송시키도록 하여도 된다. 이 때, 상기 커맨드에서는, 부모(상위의 층)의 정보를 판독할 수 없도록 폐쇄하는 처리를 행하고, 아이(하위 층)의 정보를 판독할 수 있도록 개방하는 처리를 동시에 행한다. 이와 같이 네비게이션 커맨드를 준비함으로써, 소위 디스크립터의 오픈, 클로즈 처리를 개개로 지정하지 않고, 계층 구조로 접속된 데이터를 잇달아 판독할 수 있게 된다.

도 15의 플로우챠트는, 네비게이션 커맨드를 사용하는 예를 도시한 것이다. 우선, 루트 디렉토리의 패스 ID를 셋업(스텝 201)하고, 루트 디렉토리의 핸들을 오픈(스텝 202)한다. 그리고, DCIM의 루트 디렉토리의 핸들에 네비게이트한다(스텝 203). 다음에, DCF의 루트 디렉토리의 챠일드 리스트를 취득하여(스텝 204), 취득한 핸들에 네비게이트시킨다(스텝 2O5). 그리고, DCF 디렉토리의 리스트를 취득하여(스텝 206), 그 취득한 리스트의 파일에 네비게이트하여(스텝 207), 해당하는 파일의 데이터를 취득하면, 핸들을 클로즈시킨다(스텝 208). 이와 같이 잇달아 네비게이션 커맨드를 사용함으로써, 잇달아 다음 계층의 데이터로 옮겨, 데이터를 판독하는 것이 가능하게 된다.

다음에, 본 발명의 제 2 실시예를, 도 16 내지 도 34를 참조하여 설명한다. 본 실시예에 있어서도, 상술한 제 1 실시예와 마찬가지로, 도 1에 도시된 버스 시스템에 적용되는 것이고, 디지털 전자 스틸 카메라(2)를, IEEE1394 고속 시리얼 버스(1)를 통해, 퍼스널 컴퓨터(4) 및 프린터(5)와 접속한 경우에 적용되는 처리이고, 퍼스널 컴퓨터(4)의 구성에 관해서도 도 2에 도시된 구성이 적용된다. 또한, DCF 시스템(Design ru1e for Camera Fi1e system)으로서의 관리 방법에 관해서도, 이미 도 3에서 설명한 처리가 적용된다.

그리고 본 실시예에 있어서는, 디지털 전자 스틸 카메라(2)가 구비하는 카메라 스토리지 서브유닛(12)에, 어떠한 기록 미디어를 장착하여, 그 기록 미디어에 화상 데이터 등을 기록시키도록 하고 있다. 상기 기록 미디어는 착탈 자유자재이고, 예를 들면 메모리 카드가 사용된다.

퍼스널 컴퓨터(4)는, 상기 디지털 전자 스틸 카메라(2)의 카메라 스토리지 서브유닛(12)에 장착된 기록 미디어에 기록된 화상 데이터를, 표시, 가공, 인쇄 등을 행하기 위해서 이용된다. 이 때문에 IEEE1394 고속 시리얼 버스(1)를 통해 디지털 전자 스틸 카메라(2)와 퍼스널 컴퓨터(4)와의 사이에서 전송되는 데이터는, IEEE1394 고속 시리얼 버스 상에서 제어 데이터 등을 교환하기 위해서 정의된 AV/C 프로토콜에 따른 커맨드로 하고 있다. AV/C 프로토콜에 관해서는, 도 35 이후를 참조하여 후술한다.

카메라 스토리지 서브유닛(12)에 장착된 기록 미디어에, 화상 데이터를 정지화상 파일로서 기록할 때의 파일 처리에 관해서는, 메모리 카드에 기록되는 데이터의 관리 방법의 표준 시스템의 1개인 DCF 시스템(Design ru1e for Camera Fi1e system)이 적용된다. 상기 DCF 시스템에 관해서도, 이미 도 3에서 설명한 처리가 적용된다. 기록 미디어에는, 예를 들면 퍼스널 컴퓨터의 오퍼레이션 시스템(OS)에서 사용되고 있는 FAT 파일 시스템으로 논리적인 포맷이 행하여진다. 또한, DCF에서는 디렉토리 명, 파일 명의 붙이는 방법에 번호를 포함하도록 하고 있다.

도 16은, 본 예에서의 기록 미디어에 기록되는 데이터의 파일 ID의 예를 도시하고 있다. 여기서는 파일 ID는, 24 바이트의 데이터로 하고 있고, ID 타입, 디렉토리 명, 파일 명을 기술하도록 하고 있다.

도 17은, 패스 레퍼런스의 데이터 예를 도시하고 있다. 상기 데이터는, 물리적인 볼륨 번호와, 논리적인 볼륨 번호와, 패스 명의 데이터를 기술하도록 하고 있다.

도 18은, 패스 컴포넌트의 데이터 예를 도시하고 있고, 파일 명의 데이터가 기술된다.

도 19는, 컨텍스트 ID의 데이터 예를 도시하고 있다. 본 예의 경우에는, 파일 ID와는 별도로, 디지털 전자 스틸 카메라(2)나 퍼스널 컴퓨터(4)로 데이터를 관리하기 위해서, 컨텍스트 ID(context ID)라고 하는 식별 번호를, 내부에서 설정하고 있다. 상기 컨텍스트 ID에는, 미디어 컨텍스트 ID와, 컨텐츠 컨텍스트 ID의 2종류가 있다. 미디어 컨텍스트 ID는, 기록 미디어가 장착되었을 때만, 그 ID 치가 갱신되도록 하고 있고, 기록 미디어가 제외된 경우나, 미디어내에서 파일이 작성된경우나, 삭제된 경우에는, ID 치가 갱신되지 않는다. 컨텐츠 컨텍스트 ID는, 기록 미디어가 장착된 경우와, 미디어내에서 파일이 작성된 경우와, 파일이 삭제된 경우에, ID 치가 갱신되고, 기록 미디어가 제외된 경우에는 갱신되지 않는다. 컨텍스트 ID 치를 갱신할 때에는, 통상은 1개씩 값을 인클리먼트하도록 하고 있다. 이들의 컨텍스트 ID는, 타깃 기기(여기서는 전자 스틸 카메라(2))와 컨트롤 기기(여기서는 퍼스널 컴퓨터(4))의 쌍방으로 설정된다.

상기 컨텍스트 ID에 의거한 제어를 행하는 경우에는, AV/C 프로토콜에 따른 커맨드로서, 도 20에 도시하는 바와 같이, 〔GET ST0RAGE INFORMATION〕(볼륨의 수를 아는 커맨드)와, 〔GET V0LUME INFORMATION〕(지정한 볼륨에 관한 정보를 얻는 커맨드)와, 〔GET NUM INFO〕(파일 수에 관한 정보를 얻는 커맨드)와, 〔CET DIR ENTRIES〕(지정한 디렉토리에 관한 정보를 얻는 커맨드)와, 〔GET FILE INFORMATION〕(지정한 파일에 관한 정보를 얻는 커맨드)가 준비되어 있다. 이들의 커맨드는, 커맨드 타입은 모두 상대에 대하여 제어 지령을 보내는 컨트롤 커맨드이다.

도 21은, 이들의 커맨드를 사용하여 정보를 취득하는 처리(예를 들면, 퍼스널 컴퓨터(4)가 전자 스틸 카메라(2)에 장착된 기록 미디어에 기록된 화상 파일에 관한 정보를 취득하는 처리)를 도시한 플로우챠트이다.

우선, 볼륨의 수를 아는 커맨드인〔GET ST0RAGE INFORMATION〕 커맨드로 스토리지 정보의 취득을 행하고(스텝 S11), 퍼스널 컴퓨터(4)에서의 유저 조작으로, 그 취득한 볼륨 중의 임의의 것을 선택한다(스텝 S12). 다음에 그 선택된 볼륨 정보를, 〔GET VOLUME INFORMATION〕 커맨드로 취득한다(스텝 S13). 여기까지 취득한 정보에 근거하여, 패스 레퍼런스를 구성시킨다(스텝 S14).

다음에, 지정한 디렉토리에 관한 정보를 얻는 커맨드인〔GET DIR ENTRIES〕 커맨드로, 지정한 디렉토리 명에 관한 정보를 얻는다(스텝 S15). 상기 디렉토리 명을 얻는 처리는, 디렉토리 수에 대응한 수만큼 반복되고, 모든 정보를 얻었다고 판단하였을 때(스텝 S16), 그 중에서 유저 조작으로 파일 또는 디렉토리를 선택시킨다(스텝 S17). 여기서, 파일의 선택인지의 여부를 판단하여(스텝 S18), 파일의 선택이 아닌 경우에는, 스텝(S14)의 처리로 되돌아간다. 파일의 선택인 경우에는, 지정한 파일에 관한 정보를 얻는 커맨드인〔GET FILE INFORMATION〕로 지정한 파일 정보의 취득 처리를 행한다(스텝 S19).

도 22는, 볼륨의 수를 아는 커맨드인〔GET ST0RAGE INFORMATION〕 커맨드의 데이터 예를 도시한 것이다. 또한, 도 22 이후의 도면에 있어서, 리스폰스의 란에, 커맨드를 화살표로 도시하고 있는 경우에는, 커맨드의 데이터가 그대로 반송되는 것을 도시한다. 상기 볼륨의 수를 알기 위한〔GET ST0RAGE INF0] 커맨드에서는, 〔GET ST0RAGE INFORMATION〕 커맨드인 것을 나타내는 커맨드 종별의 데이터가 부가된다. 상기 리스폰스로서는, 물리적인 드라이브 수의 데이터와, 논리적인 드라이브 수의 데이터가 배치하고 있다.

도 23은, 지정한 볼륨에 관한 정보를 얻는 커맨드인 〔GET VOLUME INFORMATION〕 커맨드의 데이터 예를 도시한 것이다. 커맨드에서는, 해당하는 커맨드인 것이 나타내어짐과 동시에, 볼륨을 지정하기 위한 패스 레퍼런스의 데이터가 배치하고 있다. 그 리스폰스에서는, 지정된 패스 레퍼런스에 관해서의 컨텍스트 ID와, 볼륨 인포메이션 데이터가 부가된다.

도 24는, 볼륨 인포메이션 데이터의 구성을 도시하는 도이다. 상기 데이터에서는, 지정된 볼륨에 관한 미디어 타입, 포맷 타입, 볼륨 용량, 볼륨의 빈 용량, 볼륨 시리얼 레이블, 볼륨 명의 데이터가 순차로 배치하고 있다.

도 25는, 파일 수에 관한 정보를 얻는 커맨드인〔GET NUM INFO〕 커맨드의 데이터 예를 도시한 것이다. 커맨드에서는, 해당하는 커맨드인 것이 나타내어지고, 파일을 지정하는 컨텍스트 ID와 패스 레퍼런스의 데이터가 배치하고 있다. 그 리스폰스에서는, 타깃 기기측의 컨텍스트 ID가 배치됨과 동시에, 지정된 파일 수의 데이터가 부가된다.

도 26은, 지정한 디렉토리에 관한 정보를 얻는 커맨드〔GET DIR ENTRIES〕 커맨드의 데이터 예를 도시한 것이다. 커맨드에서는, 해당하는 커맨드인 것이 나타내어지고, 디렉토리를 지정하는 컨텍스트 ID와 패스 레퍼런스의 데이터가 배치하고 있다. 또한, 리쥼 인포메이션의 데이터가 배치하고 있다. 상기 데이터는, 예를 들면 최초에 최대치(FF)를 배치하고, 상기 커맨드를 보낼때 마다 값을 감산하도록 하여, 몇번 처리했었는가를 알도록 하고 있다. 리스폰스에서는, 타깃 기기측의 컨텍스트 ID가 배치됨과 동시에, 지정된 디렉토리 엔트리 데이터가 배치된다.

도 27은, 디렉토리 엔트리 데이터의 예를 도시한 것이다. 상기 데이터로서는, 파일 명, 파일의 속성, 마지막에 처리한 시간, 날짜, 파일의 데이터량에 관해서의 데이터 등이 배치하고 있다. 파일의 속성에 관해서는, 예를 들면 도 28에 도시하는 바와 같이 정의된다. 즉, 판독 전용의 파일 데이터이거나, 서브디렉토리의 데이터(파일이 아니라 디렉토리인 것을 나타내는 데이터) 등이 배치된다.

도 29는, 지정한 파일에 관한 정보를 얻는 커맨드〔GET FILE INFORMATION〕의 데이터 예를 도시한 것이다. 커맨드에서는, 해당하는 커맨드인 것이 나타내어지고, 파일을 지정하는 컨텍스트 ID와 패스 레퍼런스의 데이터가 배치하고 있다. 또한, 파일의 데이터가 어떠한 데이터(예를 들면 화상 데이터의 경우에는 이미지의 화소수, 포맷등)인 것을 구하는 파일 인포메이션 타입의 데이터가 배치하고 있다. 리스폰스에서는, 타깃 측의 컨텍스트 ID가 부가됨과 동시에, 파일에 관한 정보(화상 데이터 등의 데이터 그 자체가 아니라 안내 정보)가 배치된다.

도 30은, 이들의 커맨드를 사용하여, 컨트롤 기기와 타깃 기기와의 사이에서, 컨텍스트 ID가 처리되는 예를 도시한 것이다. 우선, 최초의 상태에서는 타깃 측에 컨텍스트 ID로서 m0, c0가 설정되고, 기록 미디어가 장착되어 있지 않은 것으로 한다. 이 상태에서, 컨트롤러로부터〔GET STORAGE INFORMATION〕 커맨드를 보내었을 때, 타깃 측으로부터는 드라이브 수 0인 것이 반송된다. 그 후, 기록 미디어가 장착되면, 타깃 측의 컨텍스트 ID가 m1, c1로 갱신되고, 그 갱신 후의〔GET ST0RAGE INFORMATION〕커맨드에서, 컨트롤러에도, 그 컨텍스트 ID(m1, c1)가 보내어져, 설정된다. 이 상태에서, 〔GET V0LUME INFORMATION〕 커맨드와, 〔GET DIR ENTRIES〕 커맨드와, 〔GET FILE INFORMATION〕 커맨드를 보내는 것으로, 순차로 그들의 커맨드에 대한 리스폰스로, 해당하는 데이터에 관한 안내 정보가 얻어진다.

이 상태에서, 기록 미디어의 교체가 있으면, 타깃 측의 컨텍스트 ID가 m2,c2로 갱신된다. 이 때, 컨트롤러로부터〔GET FILE INFORMATION〕 커맨드 등을 보내었을 때, 리스폰스에 배치되는 컨텍스트 ID가, 컨트롤러에 설정된 ID와 일치하지 않는 것이 컨트롤러로 검출되어, 기록 미디어의 교체가 검출되고, 컨트롤러의 컨텍스트 ID에 관해서도 m2, c2로 갱신시킨다. 그리고 필요에 따라서, 그 갱신된 미디어에 관한 정보를, 〔GET ST0RAGE INFORMATION〕 커맨드의 전송 등으로 얻는다.

도 31은, 기록 미디어에 화상 데이터 등의 입력이 있었던 경우의 처리이다. 화상 데이터의 입력이 있었던 경우에는, 미디어의 컨텍스트 ID는 갱신되지 않지만, 컨텐츠의 컨텍스트 ID만이 갱신된다.

또한, 이들의 처리를 실행할 때의 타깃 기기 내에서의 처리는, 예를 들면 도 32의 플로우챠트에 도시하는 바와 같이 실행되고, 컨트롤러 기기 내에서의 처리는, 예를 들면 도 34의 플로우챠트에 도시하는 바와 같이 실행된다. 타깃 기기에서의 컨텍스트 ID의 갱신 처리에 관해서는, 도 33의 플로우챠트에 도시하는 바와 같이 실행된다.

이렇게하여 파일 조작을 실행함으로써, 디지털 전자 스틸 카메라 등의 기록 미디어가 장착되는 기기의 파일 조작을 요율 양호하게 행할 수 있다.

또한, 여기까지 설명한 제 1, 제 2 실시예에서 각 기기를 접속한 IEEE1394 고속 시리얼 버스(1)에서 데이터 전송이 행하여지는 상태의 예를, 도 35 이후의 도를 참조하여 이하에 설명한다.

도 35는, IEEE1394에서 접속된 기기의 데이터 전송의 사이클 구조를 도시하는 도이다. IEEE1394에서는, 데이터는, 패킷으로 분할되고, 125μS의 길이의 사이클을 기준으로 하여 시분할로 전송된다. 상기 사이클은, 사이클 마스터 기능을 갖는 노드(버스에 접속된 어느 하나의 기기)로부터 공급되는 사이클 스타트 신호에 의해서 만들어내여진다. 아이소크로너스 패킷은, 모든 사이클의 선두로부터 전송에 필요한 대역(시간 단위이지만 대역이라고 한다)을 확보한다. 이 때문에, 아이소크로너스 전송에서는, 데이터의 일정 시간내의 전송이 보증된다. 단지, 수신측에서의 확인(어크놀리지먼트: ack)은 행하여지지 않고, 전송 에러가 발생한 경우는, 보호하는 기구가 없고, 데이터는 소실된다. 각 사이클의 아이소크로너스 전송에 사용되고 있지 않은 시간에, 아비트레이션의 결과, 버스를 확보한 노드가, 어싱크로너스 패킷을 송출하는 어싱크로너스 전송에서는, 어크놀리지, 및 리트라이를 사용함으로써, 확실한 전송은 보증되지만, 전송의 타이밍은 일정하게는 되지 않는다.

소정의 노드가 아이소크로너스 전송을 행하기 위해서는 그 노드가 아이소크로너스 기능에 대응하지 않으면 안된다. 또한, 아이소크로너스 기능에 대응한 노드의 적어도 1개는, 사이클 마스터 기능을 갖고 있지 않으면 안된다. 또한, IEEE1394 시어리어스 버스에 접속된 노드의 중의 적어도 1개는, 아이소크로너스 리소스 매니저의 기능을 갖고 있지 않으면 안된다.

IEEE1394는, ISO/IEC13213에서 규정된 64비트의 어드레스 공간을 갖는 CSR(Control & Status Register) 어텍쳐에 준하여 처리하고 있다. 도 36은, CSR 어텍쳐의 어드레스 공간의 구조를 설명하는 도이다. 상위 16 비트는, 각 IEEE1394상의 노드를 도시하는 노드 ID이고, 나머지의 48비트가 각 노드에 주어진 어드레스공간의 지정에 사용된다. 상기의 상위 16 비트는 또한 버스 ID의 10비트와 물리 ID(협의의 노드 ID)의 6비트로 분리된다. 모든 비트가 1이 되는 값은, 특별한 목적으로 사용되기 때문에, 1023개의 버스와 63개의 노드를 지정할 수 있다. 노드 ID는, 버스 리셋이 있었을 때에, 다시 부여된다. 버스 리셋은, 버스(1)에 접속되는 기기의 구성이 변화한 경우에 발생한다. 예를 들면, 버스(1)에 접속된 어느 1대의 기기가 제외되거나, 또한 신규로 버스(1)에 기기가 접속되어 것을 인식하였을 때, 버스 리셋이 실행된다.

하위 48 비트로 규정되는 어드레스 공간 중의 상위 20 비트로 규정되는 공간은, 2048 바이트의 CSR 특유의 레지스터나 IEEE1394 특유의 레지스터 등에 사용되는 초기화 레지스터 스페이스(Initial Register Space), 프라이빗 스페이스(Private Space), 및 초기화 메모리 스페이스(Initial Memory Space) 등으로 분할되고, 하위 28 비트로 규정되는 공간은, 그 상위 20비트로 규정되는 공간이, 초기화 레지스터 스페이스인 경우, 컨피겨레이션 ROM(Configuration read only memory), 노드 특유의 용도로 사용되는 초기화 유닛 스페이스(Initial Unit Space), 플러그 컨트롤 레지스터(Plug Control Register PCRs)) 등으로서 사용된다.

도 37은, 주요 CSR의 옵셋 어드레스, 명칭, 및 기능을 설명하는 도이다. 도 37의 옵셋이란, 초기화 레지스터 스페이스가 시작되는 FFFFF0000000h(마지막에 h가 붙은 수자는 16진 표시인 것을 나타낸다) 번지에서의 옵셋 어드레스를 나타내고 있다. 옵셋 220h를 갖는 밴드와이스 어베일러블 레지스터(Bandwidth AvailableRegister)는, 아이소크로너스 통신에 할당 가능한 대역을 나타내고 있고, 아이소크로너스 리소스 매니저로서 동작하고 있는 노드의 값 만이 유효하게 된다. 즉, 도 36의 CSR은, 각 노드가 갖고 있지만, 밴드와이스 어베일러블 레지스터에 관해서는, 아이소크로너스 리소스 매니저의 것만이 유효하게 된다. 바꾸어 말하면, 밴드와이스 어베일러블 레지스터는, 실질적으로, 아이소크로너스 리소스 매니저만이 갖는다. 밴드와이스 어베일러블 레지스터에는, 아이소크로너스 통신에 대역을 할당하고 있지 않은 경우에 최대치가 보존되고, 대역을 할당할 때마다 그 값이 감소하여 간다.

옵셋(224h 내지 228h)의 채널 어베일러블 레지스터(Channels Avai1able Register)는, 그 각 비트가 0 내지 63번의 채널 번호의 각각에 대응하고, 비트가 0인 경우에는, 그 채널이 이미 할당되어 있는 것을 나타내고 있다. 아이소크로너스리소스 매니저로서 동작하고 있는 노드의 채널 어베일러블 레지스터만이 유효하다.

도 36으로 되돌아가서, 초기화 레지스터 스페이스 내의 어드레스(200h 내지 400h)에, 제너럴 ROM(read only memory) 포맷에 근거한 컨피겨레이션 ROM이 배치된다. 컨피겨레이션 ROM에는, 버스 인포메이션 블록, 루트 디렉토리, 및 유닛 디렉토리가 배치된다. 버스 인포메이션 블록 중의 컴패니 ID(Company ID)에는, 기기의 제조자를 나타내는 ID 번호가 격납된다. 칩 ID(Chip ID)에는, 그 기기 고유의, 다른 기기와 중복이 없는 세계에서 유일한 ID가 기억된다.

인터페이스를 통해, 기기의 입출력을 제어하기 위해서, 노드는, 도 36의 이니셜 유닛 스페이스 내의 어드레스(900h 내지 9FFh)에, IEC1883에 규정되는PCR(Plug Control Register)을 갖는다. 이것은, 논리적으로 아날로그 인터페이스와 유사한 신호 경로를 형성하기 위해서, 플러그라고 하는 개념을 실체화한 것이다. 도 38은, PCR의 구성을 설명하는 도이다. PCR은, 출력 플러그를 나타내는 oPCR(output Plug Control Register), 입력 플러그를 나타내는 iPCR(input Plug Control Register)를 갖는다. 또한, PCR은, 각 기기 고유의 출력 플러그 또는 입력 플러그의 정보를 나타내는 레지스터 oMPR(output Master Plug Register)와 iMPR(input Master Plug Register)을 갖는다. 각 기기는, oMPR 및 iMPR을 각각 복수 갖는 것은 아니지만, 개개의 플러그에 대응한 oPCR 및 iPCR을, 기기의 능력에 따라서 복수 가지는 것이 가능하다. 도 38에 도시되는 PCR은, 각각 31개의 oPCR 및 iPCR을 갖는다. 아이소크로너스 데이터의 흐름은, 이들의 플러그에 대응하는 레지스터를 조작함으로써 제어된다.

도 39는, oMPR, oPCR, iMPR, 및 iPCR의 구성을 도시하는 도이다. 도 39a는 oMPR의 구성을, 도 39b는 oPCR의 구성을, 도 39c는 iMPR의 구성을, 도 39d는 iPCR의 구성을, 각각 도시한다. oMPR 및 iMPR의 MSB 측의 2비트의 데이터 레이트의 능력(data rate capability)에는, 그 기기가 송신 또는 수신 가능한 아이소크로너스 데이터의 최대 전송 속도를 나타내는 코드가 격납된다. oMPR의 동보 채널 베이스(broadcast channel base)는, 브로드캐스트 출력(동보 출력)에 사용되는 채널의 번호를 규정한다.

oMPR의 LSB 측의 5비트의 출력 플러그 수(NUM ber of output plugs)에는, 그 기기가 갖는 출력 플러그 수 즉 oPCR의 수를 도시하는 값이 격납된다. iMPR의 LSB측의 5비트의 입력 플러그 수(NUM ber of input Plugs)에는, 그 기기가 갖는 입력 플러그 수, 즉 iPCR의 수를 나타내는 값이 격납된다. 주 확장 필드 및 보조 확장 필드는, 장래의 확장을 위해 정의된 영역이다.

oPCR 및 iPCR의 MSB의 온라인(on-line)은, 플러그의 사용 상태를 나타낸다. 즉, 그 값이 1이면 그 플러그가 온라인이고, 0이면 오프 라인인 것을 나타낸다. oPCR 및 iPCR의 동보 커넥션 카운터(broadcast connection counter)의 값은, 동보 커넥션의 유(1) 또는 무(0)를 나타낸다. oPCR 및 iPCR의 6 비트 폭을 갖는 포인트투 포인트 커넥션 카운터(point-to-point connection counter)가 갖는 값은, 그 플러그가 갖는 포인트 투 포인트 커넥션(point-to-point connection)의 수를 나타낸다. 포인트 투 포인트 커넥션(소위 p-to-p 커넥션)은, 특정한 1개의 노드와 다른 특정한 노드 사이에서만 전송을 행하기 위한 커넥션이다.

oPCR 및 iPCR의 6비트 폭을 갖는 채널 수(channel NUM ber)가 갖는 값은, 그 플러그가 접속되는 아이소크로너스 채널의 번호를 나타낸다. oPCR의 2 비트 폭을 갖는 데이터 레이트(data rate)의 값은, 그 플러그로부터 출력되는 아이소크로너스 데이터의 패킷의 현실의 전송 속도를 나타낸다. oPCR의 4비트 폭을 갖는 오버헤드 ID(overhead ID)에 격납되는 코드는, 아이소크로너스 통신의 오버의 밴드 폭을 나타낸다. oPCR의 10 비트 폭을 갖는 유효 탑재량(payload)의 값은, 그 플러그가 취급할 수 있는 아이소크로너스 패킷에 포함되는 데이터의 최대치를 나타낸다.

도 40은 플러그, 플러그 컨트롤 레지스터, 및 아이소크로너스 채널의 관계를 나타내는 도이다. 여기서는 IEEE1394 방식의 버스에 접속된 기기를, AV디바이스(AV-device)(71 내지 73)로서 나타내고 있다. AV 다바이스(73)의 oMPR에 의해 전송 속도와 oPCR의 수가 규정된 oPCR〔0〕 내지 oPCR〔2〕 중, oPCR〔1〕에 의해 채널이 지정된 아이소크로너스 데이터는, IEEE1394 시어리어스 버스의 채널(#1)에 송출된다. AV 디바이스(71)의 iMPR에 의해 전송 속도와 iPCR의 수가 규정된 iPCR〔0〕과 iPCR〔1〕 중, 입력 채널(#1)이 전송 속도와 iPCR〔0〕에 의해, AV 디바이스(71)는, IEEE1394 시어리어스 버스의 채널(#1)에 송출된 아이소크로너스 데이터를 판독한다. 마찬가지로, AV 디바이스(72)는, oPCR〔0〕로 지정된 채널(#2)에, 아이소크로너스 데이터를 송출하고, AV 디바이스(71)는, iPRC〔1〕로 지정된 채널(#2)로부터 그 아이소크로너스 데이터를 판독한다.

이렇게하여, IEEE1394 시어리어스 버스에 의해서 접속되어 있는 기기 사이에서 데이터 전송이 행하여지지만, 본 예의 시스템에서는, 상기 IEEE1394 시어리어스 버스를 통해 접속된 기기의 컨트롤을 위한 커맨드로서 규정된 AV/C 컨맨드 셋을 이용하여, 각 기기의 컨트롤이나 상태의 판단 등을 행할 수 있도록 하고 있다. 다음에, 상기 AV/C 커맨드 셋에 관해서 설명한다.

우선, 본 예의 시스템에서 사용되는 AV/C 커맨드 셋에 있어서의 서브유닛 아이덴티파이어 디스크립터(Subunit Identifier Descriptor)의 데이터 구조에 관해서, 도 41 내지 도 44를 참조하면서 설명한다. 도 41은, 서브유닛 아이덴티파이어디스크립터의 데이터 구조를 도시하고 있다.

도 41에 도시하는 바와 같이, 서브유닛 아이덴티파이어 디스크립터의 계층 구조의 리스트에 의해 형성되어 있다. 리스트란, 예를 들면, 튜너이면, 수신할 수있는 채널, 디스크이면, 거기에 기록되어 있는 곡 등을 나타낸다. 계층 구조의 최상위 층의 리스트는 루트 리스트라고 불리고 있고, 예를 들면, 리스트(0)가 그 하위의 리스트에 대한 루트가 된다. 다른 리스트도 마찬가지로 루트 리스트가 된다. 루트 리스트는 오브젝트의 수만큼 존재한다. 여기서, 오브젝트란, 예를 들면, 버스에 접속된 AV 기기가 튜너인 경우, 디지털 방송에 있어서의 각 채널 등의 것이다. 또한, 1개의 계층의 모든 리스트는, 공통의 정보를 공유하고 있다.

도 42는, 제너럴 서브유닛 디스크립터(The General Subunit Identifier Descriptor)의 포맷을 도시하고 있다. 서브유닛 디스크립터에는, 기능에 관해서의 속성 정보가 내용으로서 기술되어 있다. 디스크립터 길이( 1ength) 필드는, 그 필드 자체의 값은 포함되어 있지 않다. 제너레이션 ID(generation ID)는, AV/C 커맨드 셋의 버젼을 나타내고 있고, 그 값은 예를 들면 "00h"(h는 16진을 나타낸다)로 되어 있다. 여기서, "00h"는, 예를 들면 도 43에 도시하는 바와 같이, 데이터 구조와 커맨드가 AV/C 제너럴 규격(General Specification)의 버젼 3.0인 것을 뜻하고 있다. 또한, 도 43에 도시하는 바와 같이 "00h"를 제외한 모든 값은, 장래의 사양을 위해 예약 확보되어 있다.

리스트 ID 사이즈(size of list ID)는, 리스트 ID의 바이트 수를 나타내고 있다. 오브젝트 ID 사이즈(size of object ID)는, 오브젝트 ID의 바이트 수를 나타내고 있다. 오브젝트 포지션 사이즈(size of object position)는, 제어시, 참조하는 경우에 사용되는 리스트 중의 위치(바이트 수)를 나타내고 있다. 루트 오브젝트 리스트 수(NUM ber of root object list)는, 루트 오브젝트 리스트의 수를 나타내고 있다. 루트 오브젝트 리스트 ID(root object list id)는, 각각 독립한 계층의 최상위의 루트 오브젝트 리스트를 식별하기 위한 ID를 나타내고 있다.

서브유닛에 속하는 데이터 길이(subunit dependent length)는, 후속의 서브유닛에 속하는 데이터 필드(subunit dependent information) 필드의 바이트 수를 나타내고 있다. 서브유닛에 속하는 데이터 필드는, 기능에 고유의 정보를 나타내는 필드이다. 제조 메이커 특유의 데이터 길이(manufacturer dependent length)는, 후속의 제조 메이커 특유의 데이터(manufacturer dependent information) 필드의 바이트 수를 나타내고 있다. 제조 메이커 특유의 데이터는, 벤더(제조 메이커)의 사양 정보를 나타내는 필드이다. 또한, 디스크립터 중에 제조 메이커 특유의 데이터가 없는 경우는, 상기 필드는 존재하지 않는다.

도 44는, 도 42에서 도시한 리스트 ID의 할당 범위를 도시하고 있다. 도 44에 도시하는 바와 같이, "0000h 내지 0FFFh" 및 "4000h 내지FFFFh"는, 장래의 사양을 위한 할당 범위로서 예약 확보되어 있다. "1000h 내지 3FFFh" 및 "10000h 내지 리스트 ID의 최대치"는, 기능 타입의 종속 정보를 식별하기 위해서 준비되어 있다.

다음에, 본 예의 시스템에서 사용되는 AV/C 커맨드 셋에 관해서, 도 45 내지 도 50을 참조하면서 설명한다. 도 45는, AV/C 커맨드 셋의 스택 모델을 도시하고 있다. 도 45에 도시하는 바와 같이, 물리 레이어(81), 링크 레이어(82), 트랜잭션 레이어(83), 및 시어리어스 버스 매니지먼트(84)는, IEEE l394에 준거하고 있다. FCP(Function Control Protocol)(85)는, IEC61883에 준거하고 있다. AV/C 커맨드 셋(86)은, 1394TA 스펙에 준거하고 있다.

도 46은, 도 45의 FCP85의 커맨드와 리스폰스를 설명하기 위한 도이다. FCP는 IEEE1394 방식의 버스상의 기기(노드)의 제어를 행하기 위한 프로토콜이다. 도 46에 도시하는 바와 같이, 제어하는 측이 컨트롤러이고, 제어되는 측이 타깃이다. FCP의 커맨드의 송신 또는 리스폰스는, IEEE1394의 어싱크로너스 통신의 라이트 트랜잭션을 사용하여, 노드 사이에서 행하여진다. 데이터를 받아들인 타깃은, 수신 확인을 위해, 어크놀리지를 컨트롤러에 되돌려 준다.

도 47은, 도 46에서 도시된 FCP의 커맨드와 리스폰스의 관계를 보다 자세히 설명하기 위한 도이다. IEEE1394 버스를 통해 노드(A)와 노드(B)가 접속되어 있다. 노드(A)가 컨트롤러이고, 노드(B)가 타깃이다. 노드(A), 노드(B) 모두, 커맨드 레지스터 및 리스폰스 레지스터가 각각, 512 바이트씩 준비되어 있다. 도 47에 도시하는 바와 같이, 컨트롤러가 타깃의 커맨드 레지스터(93)에 커맨드 메세지를 기록함으로써 명령을 전달한다. 또한 반대로, 타깃이 컨트롤러의 리스폰스 레지스터(92)에 리스폰스 메세지를 기록함으로써 응답을 전달하고 있다. 이상 2개의 메세지에 대하여, 제어 정보의 교환을 행한다. FCP에서 이송되는 커맨드 셋의 종류는, 후술하는 도 48의 데이터 필드 중의 CTS에 기술된다.

도 48은, AV/C 커맨드의 어싱크로너스 전송 모드로 전송되는 패킷의 데이터 구조를 도시하고 있다. AV/C 커맨드 셋은, AV 기기를 제어하기 위한 커맨드 셋으로, CTS(커맨드 셋의 ID)="0000"이다. AV/C 커맨드 프레임 및 리스폰스 프레임이, 상기 FCP를 사용하여 노드 사이에서 교환된다. 버스 및 AV 기기에 부담을 주지 않기 위해서, 커맨드에 대한 리스폰스는, 100ms 이내에 행하게 되어 있다. 도 48에도시하는 바와 같이, 어싱크로너스 패킷의 데이터는, 수평 방향 32비트(= 1quadlet)로 구성되어 있다. 도면 중 상단은 패킷의 헤더 부분을 나타내고 있고, 도면 중 하단은 데이터 블록을 나타내고 있다. 데스티네이션(destination ID)은, 수신인을 나타내고 있다.

CTS는 커맨드 셋의 ID를 나타내고 있고, AV/C 커맨드 셋에서는 CTS="0000"이다. C 타입/리스폰스 데이터(ctype/reponse)의 필드는, 패킷이 커맨드인 경우는 커맨드의 기능 분류를 나타내고, 패킷이 리스폰스인 경우는 커맨드의 처리 결과를 나타낸다. 커맨드는 크게 나눠, (1) 기능을 외부에서 제어하는 커맨드(CONTROL), (2) 외부(5)로부터 상태를 조회하는 커맨드(STATUS), (3) 제어 커맨드의 서포트의 유무를 외부에서 조회하는 커맨드(GENERAL INQUIRY(오퍼레이션 코드의 서포트의 유무) 및 SPECIFIC INQUIRY(operation code 및 operands의 서포트의 유무)), (4) 상태의 변화를 외부에 알리도록 요구하는 커맨드(NOTIFY)의 4 종류가 정의되어 있다.

리스폰스는 커맨드의 종류에 따라서 되돌려진다. 컨트롤(CONTROL) 커맨드에 대한 리스폰스에는, 「실장되어 있지 않다」(NOT IMPLEMENTED), 「받아 들인다」(ACCEPTED), 「거절」(REJECTED), 및 「잠정」(INTERIM)이 있다. 스테이터스(STATUS) 커맨드에 대한 리스폰스에는, 「실장되어 있지 않다」(NOT IMPLEMENTED), 「거절」(REJECTED), 「이행 중」(IN TRANSITI0N), 및 「안정」(STABLE)이 있다. 커맨드의 서포트의 유무를 외부에서 조회하는 커맨드(GENERAL INQUIRY 및 SPECIFIC INQUIRY에 대한 리스폰스에는, 「실장되어 있다」(IMPLEMENTED), 및 「실장되어 있지 않다」(NOT IMPLEMENTED)가 있다. 상태의변화를 외부에 알리도록 요구하는 커맨드(NOTIFY)에 대한 리스폰스에는, 「실장되어 있지 않다」(NOT IMPLEMENTED), 「거절」(REJECTED)〕, 「잠정」(INTERIM) 및 「변화하였다」(CHANGED)가 있다.

서브유닛 타입(subunit type)은, 기기내의 기능을 특정하기 위해서 설정되어 있고, 예를 들면, 테이프 레코더/플레이어(tape recorder/player), 튜너(tuner) 등이 할당되어 있다. 상기 서브유닛 타입에는, 기기에 대응한 기능 이외에, 다른 기기에 정보를 공개하는 서브유닛인 BBS(Bulletin Board Subunit)에 관해서도 할당이 있다. 같은 종류의 서브유닛이 복수 존재하는 경우의 판별을 행하기 위해서, 판별 번호로서 서브유닛 ID(subunit id)로 어드레싱을 행한다. 오퍼레이션의 코드인 오퍼레이션 코드는 커맨드를 나타내고 있고, 오퍼랜드(operand)는 커맨드의 파라미터를 나타내고 있다. 필요에 따라서 부가되는 필드(additional operands)도 준비되어 있다. 오퍼랜드의 후에는, 0 데이터 등이 필요에 따라서 부가된다. 데이터 CRC(Cyclic Reduncy Check)는 데이터 전송시의 에러 체크에 사용된다.

도 49는, AV/C 커맨드의 구체적인 예를 도시하고 있다. 도 49의 좌측은, 커맨드 타입/리스폰스의 구체적인 예를 도시하고 있다. 도면 중 상단이 커맨드를 나타내고 있고, 도면 중 하단이 리스폰스를 나타내고 있다. "0000"에는 컨트롤(컨트롤), "0001"에는 스테이터스(STATUS), "0010"에는 스페시픽 인콰이어리(SPECIFIC INQUIRY, "0011"에는 노티파이(NOTIFY), "01050"에는 제너럴 인콰이어리(GENERAL INQUIRY)가 할당되어 있다. "0101 내지 0111"는 장래의 사양를 위해 예약 확보되어 있다. 또한, "1000"에는 실장 없음(NOT INPLEMENTED), "1001"에는 받아 들임(ACCEPTED), "1010"에는 거절(REJECTED), "1011"에는 이행 중(IN TRANSITION), "1100"에는 실장 있음(IMPLEMENTED/STABLE), "1101"에는 상태 변화(CHNGED), "1111"에는 잠정 응답(INTERIM)이 할당되어 있다. "1110"는 장래의 사양을 위해 예약 확보되어 있다.

도 49의 중앙은, 서브유닛 타입의 구체적인 예를 도시하고 있다. "00000"에는 비디오 모니터, "00011"에는 디스크 레코더/플레이어, "00100"에는 테이프 레코더/플레이어, "00101"에는 튜너, "00111"에는 비디오 카메라, "01010"에는 BBS(Bulletin Board Subunit).이라고 칭해지는 게시판으로서 사용되는 서브유닛, "11100"에는 제조 메이커 특유의 서브유닛 타입(Vender unique)"11110"에는 특정한 서브유닛 타입(subunit type extended tonext byte)이 할당되어 있다. 또한, "111 111"에는 유닛이 할당되어 있지만, 이것은 기기 자체에 이송되는 경우에 사용되고, 예를 들면 전원의 온 오프 등을 들 수 있다.

도 49의 오른쪽은, 오퍼레이션 코드(operation code)의 구체적인 예를 도시하고 있다. 각 서브유닛 타입마다 오퍼레이션 코드의 테이블이 존재하고, 여기서는, 서브유닛 타입이 테이프 레코더/플레이어인 경우의 오퍼레이션 코드를 나타내고 있다. 또한, 오퍼레이션 코드마다 오퍼랜드가 정의되어 있다. 여기서는, "00h"에는 제조 메이커 특유의 값(Vender dependent), "50h"에는 서치 모드, "51h"에는 타임 코드, "52h"에는 ATN, "60h"에는 오픈 메모리, "61h"에는 메모리 판독, "62h"에는 메모리 기록, "C1h"에는 로드, "C2hh"에는 녹음, "C3h"에는 재생, "C4h"에는 되감기가 할당되어 있다.

도 50은, AV/C 커맨드와 리스폰스의 구체적인 예를 도시하고 있다. 예를 들면, 타깃(콘스머)으로서의 재생기기에 재생 지시를 행하는 경우, 컨트롤러는, 도 50a와 같은 커맨드를 타깃에 보낸다. 상기 커맨드는, AV/C 커맨드 셋을 사용하고 있기 때문에, CTS:"0000"로 되어 있다. ctype(커맨드 타입)에는, 기기를 외부에서 제어하는 커맨드(CONTROL)를 사용하기 때문에, c 타입="0000"로 되어 있다(도 49 참조). 서브유닛 타입은 테이프 레코더/플레이어인 것으로, 서브유닛 타입= "00100"로 되어 있다(도 49 참조). id는 ID0의 경우를 나타내고 있고, id=000으로 되어 있다. 오퍼레이션 코드는 재생을 의미하는 "C3h"로 되어 있다(도 49 참조). 오퍼랜드는 순방향(FORWARD)을 의미하는 "75h"로 되어 있다. 그리고, 재생되면, 타깃은 도 50b와 같은 리스폰스를 컨트롤러에 되돌려준다. 여기서는, 「받아 들임」(accepted)이 리스폰스에 들어 가기 때문에, 리스폰스= "1001"로 되어 있다(도 49 참조). 리스폰스를 제외하고, 그 밖에는 도 50a와 같기 때문에 설명은 생략한다. 이상 설명한 전송 처리가, 상술한 제 1 , 제 2 실시예에서 설명한 IEEE1394고속 시리얼 버스(1)를 통해 실행되는 것이고, 상기 전송 처리 구성을 적용한 후에, 상술한 제 1 , 제 2 실시예에서 설명한 기기 사이에서의 정보 처리가 실행된다.

또한, 상술한 제 1 및 제 2 실시예에서 설명한 처리는, 하드웨어에 의해 실행시킬 수 있지만, 소프트웨어에 의해 실행시킬 수도 있다. 일련의 처리를 소프트웨어에 의해 실행시키는 경우에는, 그 소프트웨어를 구성하는 프로그램이, 전용의 하드웨어로서의 카메라 스토리지 서브유닛(12)에 내장되어 있는 컴퓨터, 또는, 각종의 프로그램을 인스톨함으로써, 각종의 기능을 실행하는 것이 가능하다, 예를들면 범용의 퍼스널 컴퓨터(4) 등에 인스톨된다.

상술한 일련의 처리를 실행하는 프로그램을 컴퓨터 장치 등의 정보 처리 장치에 인스톨하여, 정보 처리 장치에 의해서 실행 가능한 상태로 하기 위해서 사용되는 매체에 관해서, 그 정보 처리 장치가 범용의 퍼스널 컴퓨터인 경우를 예로서 설명하면, 프로그램은, 퍼스널 컴퓨터에 내장되어 있는 기록매체로서의 하드 디스크 장치나 반도체 메모리에 미리 인스톨한 상태로 유저에게 제공할 수 있다.

또한, 프로그램은, 플로피 디스크, CD-R0M(Compact Disk-Read 0nly Memory),광자기(Magneto-0ptica1) 디스크, DVD(Digital Versatile Disk), 자기 디스크, 반도체 메모리 카드 등의 기록 매체에, 일시적 또는 영속적으로 격납하여, 패키지 소프트웨어로서 제공할 수 있다.

또한, 프로그램은, 소정의 다운로드 사이트에서, 디지털 위성 방송 등의 통신 회선을 통해 퍼스널 컴퓨터에 무선으로 전송하거나, 로컬 에어리어 네트워크, 인터넷과 같은 네트워크를 통해, 퍼스널 컴퓨터에 유선으로 전송하고, 퍼스널 컴퓨터에 있어서, 내장하는 하드 디스크 등에 격납시킬 수 있다.

본 명세서에 있어서의 매체란, 이들 모든 매체를 포함하는 광의의 개념을 의미하는 것이다.

또한, 본 명세서에 있어서, 매체에 의해 제공되는 프로그램을 기술하는 스텝은, 기재된 순서에 따라 시계열적으로 행하여지는 처리는 물론, 반드시 시계열적으로 처리되지 않더라도, 병렬적 또는 개별적으로 실행되는 처리도 포함하는 것이다.

또한, 상술한 제 1, 제 2 실시예에서는, 정보 처리 장치에 어떤 컴퓨터 장치에 버스로 접속된 기록 재생 장치의 측에서, 기록 미디어의 교체의 판단을 행하고, 그 결과를 정보 처리 장치에 통지하고, 정보 처리 장치에서는 리스폰스의 데이터로부터 기록 미디어의 교체를 판단하도록 하였지만, 기록 재생 장치로부터 정보 처리 장치에, 그 판단에 필요한 ID를 전송시켜, 정보 처리 장치내에서 기록 미디어의 ID의 비교를 행하여, 기록 미디어의 교체를 판단하도록 하여도 된다.

Claims (13)

1. 소정의 기록 미디어가 장착 가능한 기록 재생 장치에서 얻어지는 정보를, 소정의 디지털 인터페이스를 통해 접속된 소정의 제어기기로 관리하는 정보 처리 방법에 있어서,

   상기 기록 미디어를 관리하는 미디어 식별 번호를 마련하여,

   상기 제어기기가 지정한 미디어 식별 번호와, 상기 기록 미디어의 기록 재생 장치에서 관리하는 미디어 식별 번호가 일치하지 않을 때, 기록 미디어의 교체가 있었던 것으로 판단하는 정보 처리 방법.
2. 제 1 항에 있어서,

   상기 제어기기에 설정된 미디어 식별 번호와, 상기 기록 재생 장치에서 카운트하는 미디어 식별 번호가 일치하는지 여부의 판단을, 상기 기록 재생 장치에서 행하고, 일치하지 않을 때, 상기 제어기기에 기록 미디어의 교체가 있었던 것을 통지하는 정보 처리 방법.
3. 소정의 기록 미디어에 기록된 파일을, 소정의 디지털 인터페이스로 접속된 제어기기에 대하여 제공하는 정보 처리 방법에 있어서,

   상기 기록 미디어에 기록된 파일의 식별 번호를, 상기 기록 미디어의 기록 재생 장치에서 생성시키고, 그 식별 번호를 상기 제어기기에 통지하여, 상기 제어기기로 파일을 인식하도록 한 정보 처리 방법.
4. 제 3 항에 있어서,

   상기 기록 미디어에 기록된 파일은, 트리 구조로 된 복수의 계층으로 관리되고,

   상기 관리기기에서, 상기 관리된 정보를 검색 또는 액세스하기 위해서, 상기 트리 구조를 더듬는 일없이, 상기 정보의 계층마다의 정보 수와, 각각의 정보의 안내 정보를 취득하고,

   그 취득한 안내 정보에 근거하여 하위 층의 파일을 판단하고,

   그 판단한 파일을 지정하는 커맨드에 의해, 그 파일의 정보를 얻도록 한 정보 처리 방법.
5. 제 4 항에 있어서,

   상기 하위 층의 파일의 파일 명과, 그 파일의 상위 층의 디렉토리의 이름을 일치시켜, 하위 층의 파일을 디렉토리로부터 판단할 수 있도록 한 정보 처리 방법.
6. 제 4 항에 있어서,

   상위 층의 정보를 판독할 수 있는 상태로 되어 있을 때에, 소정의 커맨드에 의해, 그 정보에 접속된 하위 층의 소정의 정보를 판독할 수 있도록 함과 동시에, 상기 상위 층의 정보를 판독할 수 없도록 폐쇄하는 처리를 행하도록 한 정보 처리방법.
7. 소정의 디지털 인터페이스를 통해 접속된 기록 재생 장치에 장착된 기록 미디어에 관한 정보를 관리하는 정보 처리 장치에 있어서,

   상기 기록 미디어를 관리하는 미디어 식별 번호 설정 수단과,

   상기 미디어 식별 번호 설정 수단으로 설정된 미디어 식별 번호와, 상기 기록 재생 장치에 설정된 미디어 식별 번호와의 비교 결과로부터 기록 미디어의 교체가 있었던 것을 인식하는 제어 수단을 구비한 정보 처리 장치.
8. 제 7 항에 있어서,

   상기 제어 수단의 제어에 의해, 상기 기록 재생 장치에서 미디어 식별 번호의 비교를 실행시키어, 그 결과를 정보 처리 장치에 통지시키는 정보 처리 장치.
9. 소정의 디지털 인터페이스를 통해 접속된 기록 재생 장치에 장착된 기록 미디어에 기록된 파일의 정보를 관리하는 정보 처리 장치에 있어서,

   상기 기록 미디어에 기록된 파일의 식별 번호를 취득하는 식별 번호 취득 수단과,

   상기 식별 번호 취득 수단이 취득한 식별 번호에 근거하여, 상기 기록 미디어에 기록된 파일을 인식하는 제어 수단을 구비한 정보 처리 장치.
10. 제 9 항에 있어서,

    상기 기록 미디어에 기록된 파일은, 트리 구조로 된 복수의 계층으로 관리되고,

    상기 계층마다의 정보 수와, 각각의 정보의 안내 정보를 취득하는 제 1 정보 취득 수단과,

    상기 제 1 정보 취득 수단으로 취득한 안내 정보에 근거하여 하위 층의 파일을 판단하고, 그 판단하는 파일이 지정되었을 때, 소정의 커맨드에 의해 상기 관리된 정보 중의 해당하는 파일의 정보를 얻는 제 2 정보 취득 수단을 구비한 정보 처리 장치.
11. 제 10 항에 있어서,

    상기 제 1 정보 취득 수단은, 하위 층의 파일을, 그 파일의 상위 층의 디렉토리로부터 판단하도록 한 정보 처리 장치.
12. 제 10 항에 있어서,

    상기 제 1 정보 취득 수단은, 상위 층의 정보를 판독할 수 있는 상태로 되어 있을 때에, 소정의 커맨드를 공급하여, 그 정보에 접속된 하위 층의 소정의 정보를 판독할 수 있도록 함과 동시에, 상기 상위 층의 정보를 판독할 수 없도록 폐쇄하는 처리를 행하도록 한 정보 처리 장치.
13. 소정의 기록 미디어가 장착 가능한 기록 재생 장치에서 얻어지는 정보를 관리하는 프로그램이 기억된 매체에 있어서,

    상기 기록 미디어를 관리하는 미디어 식별 번호를 설정하는 스텝과,

    설정된 미디어 식별 번호와, 상기 기록 재생 장치로부터 얻어지는 미디어 식별 번호가 일치하는가를 판단하는 스텝과,

    상기 판단으로 미디어 식별 번호가 일치하지 않을 때, 기록 미디어의 교체가 있었던 것으로 판단하는 스텝을 포함하는 프로그램을 정보 처리 장치에 실행시키는 매체.