KR100604626B1 - 정보 처리 시스템, 정보 처리 장치, 및 정보 처리 방법 - Google Patents

정보 처리 시스템, 정보 처리 장치, 및 정보 처리 방법 Download PDF

Info

Publication number
KR100604626B1
KR100604626B1 KR1020007007870A KR20007007870A KR100604626B1 KR 100604626 B1 KR100604626 B1 KR 100604626B1 KR 1020007007870 A KR1020007007870 A KR 1020007007870A KR 20007007870 A KR20007007870 A KR 20007007870A KR 100604626 B1 KR100604626 B1 KR 100604626B1
Authority
KR
South Korea
Prior art keywords
information processing
data
processing apparatus
remote control
holding
Prior art date
Application number
KR1020007007870A
Other languages
English (en)
Other versions
KR20010034215A (ko
Inventor
이노우에히라쿠
Original Assignee
소니 가부시끼 가이샤
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 소니 가부시끼 가이샤 filed Critical 소니 가부시끼 가이샤
Publication of KR20010034215A publication Critical patent/KR20010034215A/ko
Application granted granted Critical
Publication of KR100604626B1 publication Critical patent/KR100604626B1/ko

Links

Images

Classifications

    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B19/00Driving, starting, stopping record carriers not specifically of filamentary or web form, or of supports therefor; Control thereof; Control of operating function ; Driving both disc and head
    • G11B19/02Control of operating function, e.g. switching from recording to reproducing
    • G11B19/027Remotely controlled
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00731Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction
    • G11B20/00746Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific number
    • G11B20/00804Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific number wherein the usage restriction limits the number of users or devices that are allowed to access a given content
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38Information transfer, e.g. on bus
    • G06F13/42Bus transfer protocol, e.g. handshake; Synchronisation
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B19/00Driving, starting, stopping record carriers not specifically of filamentary or web form, or of supports therefor; Control thereof; Control of operating function ; Driving both disc and head
    • G11B19/02Control of operating function, e.g. switching from recording to reproducing
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B19/00Driving, starting, stopping record carriers not specifically of filamentary or web form, or of supports therefor; Control thereof; Control of operating function ; Driving both disc and head
    • G11B19/02Control of operating function, e.g. switching from recording to reproducing
    • G11B19/022Control panels
    • G11B19/025'Virtual' control panels, e.g. Graphical User Interface [GUI]
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00137Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to contents recorded on or reproduced from a record carrier to authorised users
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00188Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised devices recording or reproducing contents to/from a record carrier
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00855Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a step of exchanging information with a remote server
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10Digital recording or reproducing
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/309Table of contents
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327Table of contents
    • G11B27/329Table of contents on a disc [VTOC]
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00Record carriers by type
    • G11B2220/20Disc-shaped record carriers
    • G11B2220/25Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2525Magneto-optical [MO] discs
    • G11B2220/2529Mini-discs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/34Indicating arrangements 

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Human Computer Interaction (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Selective Calling Equipment (AREA)
  • Computer And Data Communications (AREA)
  • Small-Scale Networks (AREA)

Abstract

콘트롤러인 퍼스널 컴퓨터는 리모트 제어 보유를 위한 예비 요구를 송신한다. 타겟인 MD 레코더/플레이어는, 이것을 수신하므로 대응하여 설정하는 보유 모드로서, 다른 콘트롤러로부터의 리모트 제어는 금지하고, 로컬 키에 있어서는, 재생계, 정지, 이젝트 이외의 키 조작을 금지한다. 이것에 의해, 예를 들면, MD 레코더/플레이어의 TOC정보를 갱신하는 것과 같은 조작 제어는 퍼스널 컴퓨터만이 가능하며, 다른 콘트롤러 또는 로컬 키 조작에 의해, 퍼스널 컴퓨터와 MD 레코더/플레이어 간에서 TOC정보에 부정합이 발생하는 것을 피할 수 있다.
콘트롤러, 제어 보유, TOC 정보, MD레코더/플레이어

Description

정보 처리 시스템, 정보 처리 장치, 및 정보 처리 방법{Information transmission method, information processing method, information transmission system, and data processing apparatus}
본 발명은, 소정의 데이터 통신 포맷에 관한 데이터 인터페이스를 통해서 데이터의 수신 신호를 수행하며, 정보 전송 방법, 정보 처리 방법, 정보 전송 시스템, 및 데이터 처리 장치에 관한 것이다.
음악 등을 기록/재생하는 것이 가능한 기록 장치/재생 장치에 있어서, 음성 신호를 디지털 신호로 기록하는 광자기 디스크, 혹은 자기 테이프 등을 기록 매체로 한 기록 장치/재생 장치가 공지되어 있다.
예를 들면, 미니 디스크의 경우에는, 디스크상에서 유저가 녹음을 수행한 영역(데이터 기록 영역)이나, 또 무엇도 녹음되어 있지 않은 영역(데이터 기록이 가능한 미기록 영역)을 관리하기 위해서, 음악 등의 주 데이터와 별도로, 유저 TOC(이하 U-TOC라 부른다)라고 하는 관리 정보가 기록되어 있다. 그리고 기록 장치는 이 U-TOC를 참조하면서 녹음을 수행하는 영역을 판별하고, 또 재생 장치는 U-TOC를 참조하여 재생해야 하는 영역을 판별하고 있다.
다시 말하면, U-TOC에는 녹음된 각각의 악곡 등이 트랙이라고 하는 데이터 단위로 관리되며, 그 스타트 어드레스, 엔드 어드레스 등이 기록된다. 또한 어떤 것도 녹음되지 않은 미기록 영역(프리 영역)에 있어서는 데이터 기록 가능 영역으로서, 그 스타트 어드레스, 엔드 어드레스 등이 기록된다.
더욱이, 이러한 U-TOC에 의해 디스크상의 영역이 관리되는 것에 의해서, U-TOC를 갱신하기만 하여, 음악 등의 기록 데이터의 1 단위인 트랙의 분할(디바이드), 연결(콘바인), 이동(무브: 트랙 넘버의 변경), 소거(이레이즈) 등의 편집 처리가 용이할 뿐 아니라 신속하게 실행이 가능하게 된다.
또한, U-TOC에 있어서는, 그 디스크의 타이틀(디스크 네임)이나 기록되고 있는 악곡 등의 각 프로그램에 있어서 곡명(트랙 네임) 등을 문자정보로서 기록하여 놓는 것이 가능한 영역도 설정되고 있다. 이를 위해서, 유저의 조작에 의해, 상술한 디스크 네임이나 트랙 네임을 입력한다고 한 편집작업도 수행되도록 되어 있다.
또한, 본 명세서에서는 「프로그램」이란, 디스크에 기록되는 주 데이터로서의 악곡 등의 음성 데이터 등의 단위의 의미로 이용되며, 예를 들어 1곡분의 음악데이터가 1개의 프로그램이 된다. 또한, 「프로그램」과 동의어로서 「트랙」이라고 하는 단어도 사용된다. 또한, 본 명세서에 있어서는 심볼이나 기호 등도 문자로서 포함되는 것으로 한다.
또한, 근년에 들어서, 디지털 위성 방송의 보급이 빨라지고 있다. 디지털 위성 방송은, 예를 들어 기존의 아날로그 방송과 비교해서 노이즈나 페이징에 강하고, 고품질의 신호를 방송하는 것이 가능하다. 또한, 주파수 이용효율이 향상되어, 다채널화도 도모하는 것이 가능하게 된다. 구체적으로는, 디지털위성 방송이라면 1개의 위성으로 수백 채널을 확보하는 것도 가능하다. 이와 같은 디지털위성 방송에서는, 스포츠, 영화, 음악, 뉴스 등의 전문 채널이 다수 이용되고 있으며, 이들 전문채널에서는, 각각의 전문 콘텐츠에 따른 프로그램이 방송되고 있다.
그리고, 상술된 바와 같은 디지털 위성 방송 시스템을 이용하여, 유저가 악곡 등의 음성 데이터를 다운로드하는 것이 가능하기도 하고, 소위 텔레비젼 쇼핑으로서, 예를 들면 유저가 방송화면을 보면서 어떤 상품에 있어서의 구매계약을 체결하기도 하는 것이 제안되고 있다. 요컨대, 디지털 위성 방송 시스템으로서, 통상의 방송내용과 병행한 데이터 서비스 방송을 수행하는 것이다.
일례로서, 악곡 데이터의 다운로드라면, 방송측에 있어서는, 방송 프로그램과 병행해서, 악곡 데이터, 및 이 악곡 데이터에 부수되는 앨범 재킷적인 화면 데이터나, 라이너 노츠(liner notes:악곡이나 아티스트 등에 관한 문장) 등의 텍스트 데이터를 다중화하여 방송하도록 한다. 또한, 이러한 악곡 데이터 및 부수 정보의 다운로드를 할 때에는, GUI(Graphical User Interface)화면 (즉 다운로드 용의 조작화면이다)을 표시하게 하는 것으로서 인터랙티브한 조작을 유저가 수행하도록 하지만, 이 GUI 화면출력으로 인한 데이터도 다중화하여 방송하도록 되어 있다.
그리고, 수신장치를 소유하고 있는 유저측에서는, 소망의 채널을 선국하고 있는 상태에서, 수신장치에 대한 소정의 조작에 의해 악곡 데이터를 다운로드하기 위한 GUI 화면을 표시 출력하도록 한다. 그리고, 이 표시된 조작 화면에 대해서 유저가 조작을 수행하여, 예를 들면 수신 장치에 접속한 디지털 오디오 기기에 대하여 데이터를 공급하고, 이것이 녹음되도록 하는 것이다.
또한, 근년에 있어서는, 각종 디지털 AV(Audio Visual) 기기나 퍼스널 컴퓨터 장치 등의 전자 기기를, 예를 들면 IEEE (Institute of Electrical Engineers) 1394 등의 디지털 데이터 인터페이스 규격에 따른 데이터 버스를 통해서 상호 접속하는 것으로서, 기기 사이에서 데이터를 송수신 가능하도록 한 데이터 전송 시스템이 제안되어 왔다.
이제까지 설명해 온 기술을 배경으로 하면, 예를 들어, 디지털 위성 방송에 의해, 상술한 미니 디스크 기록 재생 장치에 대응하는 오디오 데이터 등을 다운로드 데이터로서 방송하며, 유저측에서는, 디지털 위성 방송 수신장치에 의해 수신한 다운로드 데이터를 데이터 버스를 통해서 미니 디스크 플레이어에 의해 미니 디스크에 기록을 수행하는 것이 가능하도록 한 AV 시스템을 제공하는 것이 생각될 수 있다.
또한, 이와같은 AV 시스템에서는, 다시 말해서, 리모트 제어도 가능하게 된다. 예를 들어, 데이터 버스를 통해서 미니 디스크 기록 재생 장치와 퍼스널 컴퓨터가 접속되어서, 먼저 설명한 미니 디스크 기록 재생 장치에 있어서 편집 처리를 퍼스널 컴퓨터 장치측에서 조작하므로 수행한다고 하는 것도 가능하게 된다.
예를 들어, IEEE 1394 등의 디지털 데이터 인터페이스의 규격에 있어서는, 리모트 제어를 수행하는 기기를 콘트롤러라고 칭하고, 리모트 제어가 수행되는 기기를 타겟트라고 칭한다.
여기서, 예를 들어 상술된 바와 같이 하여, 데이터 인터페이스에 의해 접속되어 구축되는 AV 시스템간에서 리모트 제어를 수행하는 경우, 예를 들면, 1개의 타겟에 대하여 복수의 콘트롤러가 리모트 제어 가능하게 되기도 하고, 혹은 타겟으로서의 기기에 관한 로컬 키(예를 들면 타겟으로서의 기기 본체에 설치된 조작 키)의 조작이 유효하게 되면, 콘트롤러와 타겟의 처리 상황이나, 처리결과 등에 있어서 부정합이 발생하게 된다.
이와같은 부정합을 해결하는데, 예를 들면, 콘트롤러와 타겟에서, 무엇인가의 부정합이 발생하는 가능성이 있는 것 같은 상태가 발생한 경우에는, 그 상태를 상대방측의 기기에 통지하며, 통지된 기기측에서는, 그 통지내용에 따른 처리가 수행되도록 구성된다.
단, 이와같은 구성을 채용한다면, 예를 들어 콘트롤러와 타겟에서 부정합이 되는 상태가 빈발하는 상황에도 대응하여, 항상 복잡한 제어를 수행하도록 프로그램 등의 구축을 수행되어야 한다. 따라서, 콘트롤러도 타겟도 모두, 그 설계로서는 매우 어려운 것이 되어 현실적이지 않다.
도1은 본 발명의 실시의 형태가 대응하는, 디지털 위성 방송 수신 시스템의 구성예를 도시하는 블록도.
도2는 본 실시의 형태에 있어서 수신 설비(AV 시스템)의 구축예를 도시하는 블록도.
도3은 IRD를 위한 리모트 콘트롤러의 외관을 도시하는 정면도.
도4는 방송화면과 GUI 화면의 절환을 도시하는 설명도.
도5는 지상국의 구성예를 도시하는 블록도.
도6은 지상국으로부터 송신되는 데이터를 도시하는 차트.
도7은 송신데이터의 시분할 다중화 구조를 도시하는 설명도.
도8은 DCM-CC에 의한 송신 포맷을 도시하는 설명도.
도9는 트랜스포트 스트림의 데이터 구조도.
도10은 PSI의 테이블 구조를 도시하는 설명도.
도11은 IFD의 구성을 도시하는 설명도.
도12는 본 발명의 실시의 형태의 기록 재생 장치의 블록도.
도13은 실시의 형태의 디스크의 섹터 포맷의 설명도.
도14는 실시의 형태의 디스크의 어드레스 형식의 설명도.
도15는 실시의 형태의 디스크의 어드레스 예의 설명도.
도16은 실시의 형태의 디스크의 영역 구조의 설명도.
도17은 실시의 형태의 U-TOC섹터-0의 설명도.
도18은 실시의 형태의 U-TOC섹터-0의 링 형태의 설명도.
도19는 실시의 형태의 U-TOC섹터-1의 설명도.
도20은 실시의 형태의 U-TOC섹터-2의 설명도.
도21은 실시의 형태의 U-TOC섹터-4의 설명도.
도22는 실시의 형태의 AUX-TOC섹터-0의 설명도.
도23은 실시의 형태의 AUX-TOC섹터-1의 설명도.
도24는 실시의 형태의 AUX-TOC섹터-2의 설명도.
도25는 실시의 형태의 AUX-TOC섹터-3의 설명도.
도26은 실시의 형태의 AUX-TOC섹터-4의 설명도.
도27은 실시의 형태의 AUX-TOC섹터-5의 설명도.
도28은 실시의 형태의 픽쳐 파일섹터의 설명도.
도29는 실시의 형태의 텍스트 파일 섹터의 설명도.
도30은 실시의 형태의 카피 상태 및 카피 상태 갱신 테이블을 도시하는 설명도.
도31은 픽쳐(텍스트) 정보 파일의 데이터 구조를 도시하는 설명도.
도32는 텍스트 모드의 정의내용을 도시하는 설명도.
도33은 텍스트 파일(타임 스탬프 있는 경우)의 데이터 구조를 도시하는 설명도.
도34는 퍼스널 컴퓨터의 구성예를 도시하는 설명도.
도35는 본 실시의 형태에 대응하는 IEEE 1394의 스택 모델을 도시하는 설명도.
도36은 IEEE 1394에 사용되는 케이블 구조를 도시하는 설명도.
도37은 IEEE 1394에 있어서 신호전달 형태를 도시하는 설명도.
도38은 IEEE 1394에 있어서 버스 접속규정을 설명하기 위한 설명도.
도39는 IEEE 1394 시스템 상에서의 노드 ID 설정순서의 개념을 도시하는 설명도.
도40은 IEEE 1394에 관한 패킷 송신의 개요를 도시하는 설명도.
도41은 비동기 통신에 관한 기본적인 통신규칙(트랙잭션 룰)을 도시하는 처 리 천이도.
도42는 IEEE 1394 버스의 어드레싱 구조를 도시하는 설명도.
도43은 CIP의 구조도.
도44는 블록에 의해 규정된 접속 관계의 예를 도시하는 설명도.
도45는 블록 콘트롤 레지스터를 도시하는 설명도.
도46은 비동기 통신에 있어서 규정되는 기록 트랜잭션을 도시하는 처리 천이도.
도47은 비동기 패킷(AV/C 명령 패킷)의 구조도.
도48은 비동기 패킷에 있어서, ctype/response의 정의내용을 도시하는 설명도.
도49는 비동기 패킷에 있어서, subunit_type와, opcode의 정의 내용예를 도시하는 설명도.
도50은 비동기 통신에 있어서 플러그 구조를 도시하는 설명도.
도51은 비동기 통신에 있어서 플러그어드레스 구조를 도시하는 설명도.
도52는 비동기 통신에 있어서 플러그 어드레스 구조를 도시하는 설명도.
도53은 비동기 통신에 있어서 플러그 간에서의 처리를 도시하는 설명도.
도54는 비동기 접속으로서의 송신 수단을 도시하는 설명도.
도55는 퍼스널 컴퓨터(콘트롤러)와 MD 레코더/플레이어(타켓)간에서 처리 상황에 부정합이 발생하는 경우의 구체예를 도시하는 처리 천이도.
도56은 퍼스널 컴퓨터(콘트롤러)와 MD 레코더/플레이어(타겟)간에 있어서 처 리 상황의 부정합의 발생을 회피하기 위한 처리 스탭 구성의 일례를 도시하는 처리 천이도.
도57은 본 실시의 형태로서의 리모트 제어시에 있어서 배타 제어 처리를 실현하기 위한 처리 동작예를 도시하는 처리 천이도.
도58은 본 실시의 형태로서, 다운로드 시에 있어서 배타 제어 처리를 실현하기 위한 처리 동작예를 도시하는 처리 천이도.
도59는 본 실시의 형태로서, 다운로드 시에 있어서 배타 제어 처리를 실현하기 위한, 다른 처리 동작예를 도시하는 처리 천이도.
본 발명은 상기한 과제를 고려하여, 콘트롤러와 타겟간에 있어서 부정합의 발생을 회피하는 것을 목적으로 한다. 또한, 이것을 실현하는데 있어서, 콘트롤러 및 타겟에서는 가능하면 간단한 구성이 채용하도록 하는 것을 목적으로 한다.
본 발명은 상기한 과제를 해결하기 위해, 소정의 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치사이에서의 데이터의 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능해지는 정보 처리 시스템으로서, 적어도, 제 1 정보 처리 장치와, 소정의 기록 매체에 대응한 데이터의 재생, 또는 데이터의 기록, 또는 기록 매체에 기록된 데이터에 관한 소정의 편집 처리를 실행 가능한 데이터 기록 재생수산을 구비한 제 2 정보 처리 장치를 구비하여 구성한다.
그리고, 제 1 정보 처리 장치는, 제 2 정보 처리 장치내의 데이터 기록 재생 수단에 대응하는 소정의 조작 항목에 대해서의 리모트 제어를 수행하기 위한 조작 제어 명령을, 제 2 정보 처리 장치에 대하여 송신하는 것이 가능한 조작 정보 송신 수단과, 제 2 정보 처리 장치에 대하여 송신 출력하는 보유 요구 명령 송신 수단을 구비한다.
또한, 제 2 정보 처리 장치는, 데이터 버스를 통해서 외부로부터 송신된 데이터를 수신하는 수신 수단과, 수신 수단에 의해 수신한 각종 명령에 응답하여 필요한 처리를 실행하는 것으로, 다른 정보 처리 장치에 의한 당해 제 2 정보 처리 장치에 대한 리모트 제어를 가능하게 하는 응답 처리 수단과, 데이터 기록 재생 수단에 대한 소정의 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하기 위한 로컬 조작 제어 수단과, 수신 수단에 의해 수신된 보유 요구 명령에 응답하여 설정해야 하는 보유 모드로서, 제 1 정보 처리 장치에 의한 리모트 제어만을 허가하며, 다른 정보 처리 장치에 의한 리모트 제어에 대해서는 금지하도록 응답 처리 수단에 대하여 설정을 수행하는 제 1 보유 모드 설정 수단과, 로컬 조작 제어 수단에 의해 수행되는 조작 항목 중에서, 소정의 조작 항목을 유효로 하고, 이 유효로 된 조작 항목 이외의 조작 항목에 대해서는 무효로 하도록, 로컬 조작 제어 수단에 대하여 설정을 수행하며, 제 2 보유 모드 설정 수단을 설치하도록 했다.
또한, 소정의 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이에서의 데이터의 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능하게되는 정보 처리 시스템으로서, 적어도, 제 1 정보 처리 장치와 제 2 정보 처리 장치가 구비된다.
그리고, 제 1 정보 처리 장치는, 제 2 정보 처리 장치가 다운로드 가능하게 되는 다운로드 데이터를 송신 출력하는 것이 가능한 다운로드 데이터 송신 수단과, 다운로드 데이터의 송신 개시 시에는, 다운로드 개시 요구 명령을 발생하여 송신 출력하고, 다운로드 데이터의 송신 종료 시에는, 다운로드 종료 요구 명령을 발생하여 송신 출력한다. 다운로드 개시/종료 요구 명령 송신 수단과, 다운로드 개시 요구 명령 개시 요구 명령을 송신하는 이전의 수단에 있어서, 제 2 정보 처리 장치에 대한 리모트 제어를 당해 제 1 정보 처리 장치가 보유하는 것을 요구하는 보유 요구 명령을 발생하여, 제 2 정보 처리 장치에 대하여 송신 출력하는 보유 요구 명령 송신 수단을 설치하는 것으로 한다.
또한, 제 2 데이터 처리 장치는, 데이터 버스를 통해서 송신되는 데이터를 수신하는 수신 수단과, 수신 수단에 의해 수신한 다운로드 데이터를 소정의 기록 매체에 기록하는 것이 가능한 데이터 기록수단과, 수신 수단에 의해 수신한 각종 명령에 응답하여 필요한 처리를 실행하는 것에서, 다른 정보 처리 장치에 의한 당해 제 2 정보 처리 장치에 대한 리모트 제어를 가능하게 하는 응답 처리 수단과, 데이터 기록 재생 수단에 대한 소정의 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하기 위한 로컬 조작 제어 수단과, 수신 수단에 의해 수신한 보유 요구 명령에 응답하여 설정해야 하는 보유 모드로서, 제 1 정보 처리 장치에 의한 리모트 제어만을 허가하며, 다른 정보 처리 장치에 의한 리모트 제어에 대해서는 금지하도록 응답 처리 수단에 대해서 설정을 수행하는 제 1 보유 모드 설정 수단과, 로컬 조작 제어 수단에 의해 수행되는 조작 항목 중에서, 소정의 조작 항목을 유효로 하며, 이 유효로 된 조작 항목 이외의 조작 항목에 대해서는 무효로 하도록, 로컬 조작 제어 수단에 대하여 설정을 수행하는 제 2 보유 모드 설정 수단을 설치한 것으로 했다.
또한, 소정의 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이에서의 데이터의 송수신, 및 각종 명령을 형성하는 정보 처리 장치로서, 소정의 기록 매체에 대응한 데이터의 재생, 또는 기록, 또는 기록 매체에 기록된 데이터에 관한 소정의 편집 처리를 실행 가능한 다른 정보 처리 장치로서의 데이터 기록 재생 장치에 대한 소정의 조작 항목에 대해서의 리모트 제어를 수행하기 위한 조작 제어 명령을 송신하는 것이 가능한 조작 정보 송신 수단과, 데이터 기록 재생 장치에 대한 리모트 제어를 당해 정보 처리 장치가 보유하는 것을 요구하는 보유 요구 명령을 발생하여, 데이터 기록 재생 장치에 대하여 송신 출력하는 보유 요구 명령 송신 수단을 구비하여 구상하는 것으로 했다.
또한, 소정의 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이에서의 데이터의 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능하게 되는 정보 처리 시스템을 형성하는 정보 처리 장치로서, 소정의 기록 매체에 대응한 데이터의 재생, 또는 기록, 또는 기록 매체에 기록된 데이터에 관한 소정의 편집 처리를 실행 가능한 데이터 기록 재생 수단과, 데이터 기록 재생 수단에 대한 소정의 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하기 위한 로컬 조작 제어 수단과, 데이터 버스를 통해서 외부로부터 송신된 데이터를 수신하는 수신 수단과, 수신 수단에 의해 수신한 각종 명령에 응답하여 소정의 처리를 실행하는 것으로, 외부 정보 처리 장치에 의한 당해 정보 처리 장치에 대한 리모트 제어를 가능하게 하는 응답 처리 수단과, 데이터 기록 재생 수단에 대한 소정의 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하기 위한 로컬 조작 제어 수단과, 수신 수단에 의해 수신한, 당해 정보 처리 장치에 대한 리모트 제어의 보유를 요구하기 위한 보유 요구 명령에 응답하여 설정되어야 하는 보유 모드로서, 보유 요구 명령을 송신한 외부 정보 처리 장치에 의한 리모트 제어만을 허가하며, 다른 외부 정보 처리 장치에 의한 리모트 제어에 대해서는 금지하도록 응답 처리 수단에 대하여 설정을 수행하는 제 1 보유 모드 설정 수단과, 수신 수단에 의해 수신한 보유 요구 명령에 응답하여 설정되어야 하는 보유 모드로서, 로컬 조작 제어 수단에 의해 수행되는 조작 항목 중에서, 소정의 조작 항목을 유효로 하여, 이 유효로 된 조작 항목이외의 조작 항목에 대해서는 무효로 하도록 로컬 조작 제어 수단에 대하여 설정을 수행하는 제 2 보유 모드 설정 수단을 구비하여 구상하도록 했다.
또한, 소정의 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이에서의 데이터의 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능하게 되는 정보 처리 시스템을 형성하는 정보 처리 장치로서, 데이터 기록 장치로서의 다른 정보 처리 장치에 대해서, 이 데이터 기록 장치가 기록 가능한 다운로드 데이터를 송신 출력하는 것이 가능한 다운로드 데이터 송신 수단과, 다운로드 데이터의 송신 개시 시에는, 다운로드 개시 요구 명령을 발생하여 송신 출력하며, 다운로드 데이터의 송신 종료 시에는, 다운로드 종료 요구 명령을 발생하여 송신 출력한다. 다운로드 개시/종료 요구 명령 송신 수단과, 다운로드 개시 요구 명령을 송신하는 이전의 단계에 있어서, 데이터 기록 장치에 대한 리모트 제어를 당해 정보 처리 장치가 보유하는 것을 요구하는 보유 요구 명령을 발생하여, 데이터 기록 장치에 대하여 송신 출력하는 보유 요구 명령 송신 수단을 구비하여 구성하도록 했다.
또한, 소정의 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이에서의 데이터의 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능하게 되는 정보 처리 시스템을 형성하는 정보 처리 장치로서, 데이터 버스를 통해서 송신되는 데이터를 수신하는 수신 수단과, 수신 수단에 의해 수신한 각종 명령에 응답하여 소정의 처리를 실행하는 것으로, 외부 정보 처리 장치에 의한 당해 정보 처리 장치에 대한 리모트 제어를 가능하게 하는 응답 처리 수단과, 외부 정보 처리 장치인 송신 장치로부터 송신된 다운로드 데이터를 수신 수단에 의해 수신하며, 소정의 기록 매체에 기록하는 것이 가능한 데이터 기록 수단과, 데이터 기록수단에 대한 소정의 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하도록 로컬 조작 제어 수단과, 송신 장치가 당해 정보 처리 장치에 대한 리모트 제어의 보유를 요구하도록 송신한 보유 요구 명령을 수신 수단에 의해 수신함으로써 응답하여 설정해야 하는 보유 모드로서, 송신 장치에 의해 모드 제어만을 허가하며, 다른 외부 정보 처리 장치에 의한 리모트 제어에 있어서는 금지하도록 응답 처리 수단에 대하여 설정을 수행하는 제 1 보유 모드 설정 수단과, 송신 장치가 당해 정보 처리 장치에 대한 리모트 제어의 보유를 요구하도록 송신한 보유 요구 명령을 수신 수단에 의해 수신함으로써 응답하여 설정해야하는 보유 모두로서, 로컬 조작 제어 수단에 의해 수행되는 조작 항목 중에서, 소정의 조작 항목을 유효로 하여, 이 유효로 된 조작 항목이외의 조작 항목에 대해서는 무효로 하도록 설정을 수행하는 제 2 보유 모드 설정 수단을 구비하여 구성하는 것으로 했다.
또한, 소정의 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이에서의 데이터의 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능하게 되는 정보 처리 시스템에 관한 정보 처리 방법으로서, 이 정보 처리 시스템은, 적어도, 제 1 정보 처리 장치와, 소정의 기록 매체에 대응한 데이터의 재생, 또는 데이터의 기록, 또는 기록 매체에 기록된 데이터에 관한 소정의 편집 처리를 실행 가능한 데이터 기록 재생 수단을 구비한 제 2 정보 처리 장치를 구비하여 구성한다.
그리고, 제 1 정보 처리 장치에 있어서는, 제 2 정보 처리 장치내의 데이터 기록 재생 수단에 대한 소정의 조작 항목에 있어서의 리모트 제어를 수행하기 위한 조작 제어 명령을 제 2 정보 처리 장치에 대하여 송신하는 조작 정보 송신 처리와, 제 2 정보 처리 장치에 대한 리모트 제어를 당해 제 1 정보 처리 장치가 보유하는 것을 요구하는 보유 요구 명령을 발생하여 제 2 정보 처리 장치에 대하여 송신 출력하는 보유 요구 명령 송신 처리를 실행하는 것으로 한다.
또한, 제 2 정보 처리 장치에 있어서는, 데이터 버스를 통해서 외부로부터 송신된 데이터를 수신하는 수신 처리와, 수신 처리에 의해 수신된 각종 명령에 응답하여 소정의 처리를 실행하는 것으로, 다른 정보 처리 장치에 의한 당해 제 2 정보 처리 장치에 대한 소정의 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하기 위한 로컬 조작 제어 처리와, 수신 처리에 의해 수신한 보유 요구 명령에 대응하여 설정되어야 하는 보유 모드로서, 로컬 조작 제어 처리에 의해 수행되는 조작 항목 중에서, 조정의 조작 항목을 유효로 하여, 이 유효로 된 조작 항목 이외의 조작 항목에 대해서는 무효로 하도록 로컬 조작 제어 처리에 대하여 설정을 수행하는 제 2 보유 모드 설정 처리를 실행하도록 구성한다.
또한, 소정의 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것에서, 정보 처리 장치 사이에서의 데이터의 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능하게 되는 정보 처리 시스템에 관한 정보 처리 방법으로서, 이 정보 처리 시스템은, 적어도, 제 1 정보 처리 장치와 제 2 정보 처리 장치가 구비되어 구성된다.
그리고, 제 1 정보 처리 장치에 있어서는, 제 2 정보 처리 장치가 다운로드 가능하게 되는 다운로드 데이터를 송신 출력하는 것이 가능한 다운로드 데이터 송신 처리와, 다운로드 데이터의 송신 개시 시에는, 다운로드 개시 요구 명령을 발생하여 송신 출력하고, 다운로드 데이터의 송신 종료 시에는, 다운로드 종료 요구 명령을 발생하여 송신 출력하는, 다운로드 개시/종료 요구 명령 송신 처리와, 다운로드 개시 요구 명령을 송신하는 이전의 수단에 있어서 제 2 정보 처리 장치에 대한 리모트 제어를 당해 제 1 정보 처리 장치가 보유하는 것을 요구하는 보유 요구 명령을 발생하여, 제 2 정보 처리 장치에 대하여 송신 출력하는 보유 요구 명령 송신 처리로 실행하는 것으로 한다.
또한, 제 2 데이터 처리 장치에 있어서는, 데이터 버스를 통해서 송신되는 데이터를 수신하는 수신 처리와, 수신 처리에 의해 수신한 다운로드 데이터를 소정의 기록 매체에 기록하는 것이 가능한 데이터 기록 처리와, 수신 처리에 의해 수신한 각종 명령에 응답하여 소정의 처리를 실행하는 것으로, 다른 정보 처리 장치에 의한 당해 제 2 정보 처리 장치에 대한 리모트 제어를 가능하게 하는 응답 처리와, 데이터 기록 재생 처리에 대한 소정의 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하기 위한 로컬조작 제어 처리와, 수신 처리에 의해 수신한 보유 요구 명령에 응답하여 설정해야 하는 보유 모드로서 제 1 정보 처리 장치에 의한 리모트 제어만을 허가하며, 다른 정보 처리 장치에 의한 리모트 제어에 대해서는 금지하도록 응답 처리에 대해 설정을 수행하는 제 1 보유 모드 설정 처리와, 수신 처리에 의해 수신한 보유 요구 명령에 응답하여 설정해야 하는 보유 모드로서, 로컬 조작 제어 처리에 의해 수행되는 조작 항목 중에서, 소정의 조작 항목을 유효로 하여, 그 유효로 된 조작 항목 이외의 조작 항목에 있어서는 무효로 하도록 로컬 조작 제어 처리에 대하여 설정을 수행하는 제 2 보유 모드 설정 처리를 실행하도록 구성한다.
또한, 소정의 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이에서의 데이터의 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능해 지는 정보 처리 시스템을 형성하는 정보 처리 장치에 적용되는 정보 처리 방법으로서, 소정의 기록 매체에 대응한 데이터의 재생, 또는 기록, 또는 기록 매체에 기록된 데이터에 관한 소정의 편집 처리를 실행 가능한 다른 정보 처리 장치로서의 데이터 기록 재생 장치에 대한 소정의 조작 항목에 있어서의 리모트 제어를 수행하기 위한 조작 제어 명령을 송신하는 것이 가능한 조작 정보 송신 처리와, 데이터 기록 재생 장치에 대한 리모트 제어를 당해 정보 처리 장치가 보유하는 것을 요구하는 보유 요구 명령을 발생하여, 데이터 기록 재생 장치에 대하여 송신 출력하는 보유 요구 명령 송신 처리를 실행하도록 구성한다.
또한, 소정의 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이에서의 데이터의 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능하게 되는 정보 처리 시스템을 형성하는 정보 처리 장치에 적용되는 정보 처리 방법으로서, 소정의 기록 매체에 대응한 데이터의 재생, 또는 기록, 또는 기록 매체에 기록된 데이터에 관한 소정의 편집 처리를 실행하는 데이터 기록 재생 처리와, 데이터 기록 재생 처리에 대한 소정의 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하기 위한 로컬 조작 제어 처리와, 데이터 버스를 통해서 외부로부터 송신된 데이터를 수신하는 수신 처리와, 수신 처리에 의해 수신한 각종 명령에 응답하여 소정의 처리를 실행하는 것으로 외부 정보 처리 장치에 의한 당해 정보 처리 장치에 대한 리모트 제어를 가능하게 하는 응답 처리와, 데이터 기록 재생 처리에 대한 소정의 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하기 위한 로컬 조작 제어 처리와, 수신 처리에 의해 수신한 당해 정보 처리 장치에 대한 리모트 제어의 보유를 요구하기 위한 보유 요구 명령에 응답하여 설정되어야 하는 보유 모드로서, 보유 요구 명령을 송신한 외부 정보 처리 장치에 의한 리모트 제어만을 허가하며, 다른 외부 정보 처리 장치에 의한 리모트 제어에 대해서는 금지하도록 응답 처리에 대하여 설정을 수행하는 제 1 보유 모드 설정 처리와, 로컬 조작 제어 처리에 의해 수행되는 조작 항목 중에서, 소정의 조작 항목을 유효로 하여, 이 유효로 된 조작 항목 이외의 조작 항목에 대해서 무효로 하도록, 로컬 조작 제어 처리에 대하여 설정을 수행하는 제 2 보유 모드 설정 처리를 실행하도록 구성한다.
소정의 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이에서의 데이터의 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능하게 되는 정보 처리 시스템을 형성하는 정보 처리 장치에 적용되는 정보 처리 방법으로서, 데이터 기록 장치로서의 다른 정보 처리 장치에 대해서, 이 데이터 기록 장치가 기록 가능한 다운로드 데이터를 송신 출력되는 것이 가능한 다운로드 데이터 송신 처리와, 다운로드 데이터의 송신 개시 시에는, 다운로드 개시 요구 명령을 발생하여 송신 출력하고, 다운로드 데이터의 송신 종료 시에는 다운로드 종료 요구 명령을 발생하여 송신 출력하며, 다운로드 개시/종료 요구 명령 송신 처리와, 다운로드 개시 요구 명령을 송신하는 이전의 단계에 있어서 데이터 기록 장치에 대한 리모트 제어를 당해 정보 처리 장치가 보유하는 것을 요구하는 보유 요구 명령을 발생하여 데이터 기록 장치에 대하여 송신 출력하는 보유 요구 명령 송신 처리를 실행하도록 구성하는 것으로 했다.
소정의 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것에서, 정보 처리 장치간의 데이터의 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능하게 되는 정보 처리 시스템을 형성하는 정보 처리 장치에 적용되는 정보 처리 방법으로서, 데이터 버스를 통해서 송신되는 데이터를 수신하는 수신 처리와, 수신 처리에 의해 수신한 각종 명령에 응답하여 필요한 처리를 실행하는 것으로, 외부 정보 처리 장치에 의한 당해 정보 처리 장치에 대한 리모트 제어를 가능하게 하는 응답 처리와, 외부 정보 처리 장치인 송신 장치로부터 송신된 다운로드 데이터를 수신 처리에 의해 수신하며, 소정의 기록 매체에 기록하는 것이 가능한 데이터 기록 처리와, 데이터 기록처리에 대한 소정의 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하기 위한 로컬 조작 제어 처리와, 송신 장치가 당해 정보 처리 장치에 대한 리모트 제어의 보유를 요구하도록 송신한 보유 요구 명령을 수신 처리에 의해 수신하므로 응답하여 설정해야하는 보유 모드로서 송신 장치에 의한 리모트 제어만을 허가하며, 다른 외부 정보 처리 장치에 의한 리모트 제어에 대해서는 금지하도록 응답 처리에 대하여 설정을 수행하는 제 1 보유 모드 설정 처리와, 송신 장치가 당해 정보 처리 장치에 대한 리모트 제어의 보유를 요구하도록 송신한 보유 요구 명령을 수신 처리에 의해 수신한 것에 응답하여 설정해야하는 보유 모드로서, 로컬 조작 제어 처리에 의해 수행되는 조작 항목 중에서, 소정의 조작 항목을 유효로 하여, 이 유효로 된 조작 항목 이외의 조작 항목에 대해서는 무효로 하도록 설정을 수행하며, 제 2 보유 모드 설정 처리를 실행하도록 구성하는 것으로 했다.
상기 구성에 의하면, 콘트롤러로서 리모트 제어를 수행하는 기기(정보 처리 장치)는, 리모트 제어를 수행하는데 앞서서 보유 요구 명령의 송신을 수행하게 되며, 타겟으로서 리모트 제어되는 기기(정보 처리 장치)로는, 보유 요구 명령에 따라서 보유 모드를 설정한다. 또한, 보유 요구 명령을 송신한 명령 이외의 다른 명령로부터의 리모트 제어는 금지하는 것과 동시에, 콘트롤러 자체가 구비되는 조작 키부(로컬 조작 제어 수단)등에 의해 가능한 조작 제어도 제한한다. 이것에 의해서, 본 발명에서는, 혹은 특정의 콘트롤러에 의해 타켓에 대하여 리모트 제어를 수행하는 때에는, 다른 콘트롤러로부터 리모트 제어되지 않으며, 또한, 예를 들어 콘트롤러의 리모트 제어와 병용하면 부정합이 발생하는 가능성이 있을 것 같은 로컬 조작 제어 수단에 의한 조작도 무효로 된다.
또한, 동일하게, 콘트롤러로서의 기기에 의해 다운로드 데이터를 송신하며, 타겟으로서의 기기에 의해, 이 다운로드 데이터를 수신하여 기록하는 경우에 있어서도, 다운로드가 수행되고 있는 기간은, 보유 요구 명령을 송신한 콘트롤러 이외의 다른 콘트롤러로부터의 리모트 제어는 금지하는 동시에, 로컬 조작 제어 수단에 의한 조작 제어를 금지한다고 하는 보유 모드가 설정되게 된다. 이것에 의해서, 예를 들어 다른 콘트롤러에 의한 리모트 제어나 로컬 조작 제어 수단에 의해서 다운로드 동작의 장해가 되는 동작이 발생하는 것을 방지하는 것이 가능하게 된다.
이하, 본 발명의 실시의 형태에 대해서 설명한다.
또한, 이하의 설명은 다음의 순서로 수행한다.
1. 디지털 위성 방송 수신 시스템
1-1. 전체 구성
1-2. GUI 화면에 대한 조작
1-3. 지상국
1-4. 송신 포맷
1-5. IRD
1-6. 미니 디스크 기록 재생 장치
1-6-1. MD 레코더/플레이어 구성
1-6-2. 섹터 포맷 및 어드레스 형식
1-6-3. 영역 구조
1-6-4. U-TOC
1-6-4-1. U-TOC 섹터-0
1-6-4-2. U-TOC 섹터-1
1-6-4-3. U-TOC 섹터-2
1-6-4-3. U-TOC 섹터-4
1-6-5. AUX-TOC
1-6-5-1. AUX-TOC 섹터-0
1-6-5-2. AUX-TOC 섹터-1
1-6-5-3. AUX-TOC 섹터-2
1-6-5-4. AUX-TOC 섹터-3
1-6-5-5. AUX-TOC 섹터-4
1-6-5-6. AUX-TOC 섹터-5
1-6-6. 데이터 파일
1-6-6-1. 픽쳐 파일 섹터
1-6-6-2. 텍스트 파일 섹터
1-7. 퍼스널 컴퓨터 유닛
2. IEEE 1394에 의한 본 실시의 형태의 데이터 통신
2-1. 개요
2-2. 스택 모델
2-3. 신호 전송 형태
2-4. 기기 간의 버스 접속
2-5. 패킷
2-6. 드랜잭션 룰
2-7. 어드레싱
2-8. CIP(공통 등시성 패킷)
2-9. 커넥션 관리
2-10. FCP에 있어서 명령 및 응답
2-11. AV/C 명령 패킷
2-12. 플러그
2-13. 비동기 접속 송신 순서
2-14. 본 발명에 대한 배경
2-15. 본 실시의 형태로서의 리모트 제어
2-16. 본 실시의 형태로서의 리모트 제어(다운로드 시)
1. 디지털 위성 방송 수신 시스템
1-1. 전체 구성
본 발명의 실시의 형태로서는, IEEE 1394 버스에 의해 데이터의 송수신을 수행하는 AV 시스템을 예를 들어 설명한다. 이 AV 시스템으로서는, 디지털 위성 방송을 수신하여, 수신 데이터를 다운로드 가능한 구성이 채용되는 것이다.
여기서 먼저, 본 발명의 실시의 형태로서 AV 시스템을 포함하는 디지털 위성 방송 송수신 시스템의 개요에 대해 설명한다.
도 1은, 본 발명의 실시의 형태로서의 AV 시스템을 포함하는 디지털 위성 방송 송수신 시스템의 전체 구성을 도시하는 것이다. 이 도면에 도시하듯이, 디지털 위성 방송의 지상국(101)에는, TV 프로그램 소재 서버(106)로부터의 TV프로그램 방송을 위한 소재와, 악곡 소재 서버(107)로부터의 악곡 데이터의 소재와, 음성 부가정보 서버(108)로부터의 음성 부가정보와, GUI 데이터 서버(109)로부터의 GUI 데이터가 전달된다.
TV 프로그램 소재 서버(106)는, 통상의 방송 프로그램의 소재를 제공하는 서버이다. 이 TV 프로그램 서버로부터 전달되어 오는 음악방송의 소재는, 동화상 및 음성으로 된다. 예를 들어, 음악방송 프로그램이라면, 상기 TV 프로그램 소재 서버(106)의 동화상 및 음성의 소재를 이용하여, 예를 들어 신곡의 프로모션용의 동화상 및 음성이 방송되기도 하는 것으로 된다.
악곡 소재 서버(107)는, 오디오 채널을 사용하여, 오디오 프로그램을 제공하는 서버이다. 이 오디오 프로그램의 소재는 음성만으로 된다. 이 악곡소재 서버(107)는, 복수의 오디오 채널의 오디오 프로그램의 소재를 지상국(101)에 전송한다.
각 오디오 채널의 프로그램방송에서는 각각 동일한 악곡이 소정의 단위시간 반복하여 방송된다. 각 오디오 채널은, 각각, 독립되며, 그 이용방법으로서는 여러 가지로 생각될 수 있다. 예를 들어, 한 개의 오디오 채널에서는 최신의 일본 대중가요 여러 곡을 어느 일정 시간 반복해서 방송하며, 다른 오디오 채널에서는 최신의 외국 대중가요 여러 곡을 어느 일정시간 반복해서 방송하도록 되어있다.
음성부가정보 서버(108)는, 악곡소재 서버(107)로부터 출력되는 악곡의 시간 정보 등을 제공하는 서버이다.
GUI 데이터 서버(109)는, 유저가 조작하여 이용하는 GUI화면을 형성하기 위한 GUI 데이터를 제공한다. 예를 들어 후술하듯이 악곡의 다운로드에 관한 GUI 화면이라면, 배신되는 악곡의 리스트 페이지나 각 악곡의 정보 페이지를 형성하기 위한 화면 데이터, 텍스트 데이터, 앨범 채널 재킷의 정지화상을 형성하기 위한 데이터 등을 제공한다. 또한, AV 시스템(103)측에서 즉 EPG라고 하는 프로그램표 표시를 수행하는데 이용되는 EPG 데이터도 여기서 제공된다.
또한, GUI데이터로서는, 예를 들어 MHEG 방식이 채용된다. MHEG(Multimedia Hypermedia Information Coding Experts Group)란, 멀티미디어 정보, 순서, 조작 등의 각각과, 그 조합을 오브젝트로 하여 정의되며, 그들의 오프젝트를 부호화한 후에, 타이틀(예를 들면 GUI 화면)로서 제작하기 위한 시나리오 기술의 국제표준이 된다. 또한, 본 실시의 형태에서는 MHEG-5를 채용하는 것으로 한다.
지상국(101)은 상기 TV 프로그램 서버(106), 악곡소재 서버(107), 음성부가정보 서버(108), 및 GUI 데이터 서버(109)로부터 전송된 정보를 다중화하여 송신한다.
본 실시의 형태에서는, TV 프로그램 소재 서버(106)로부터 전송된 비디오데이터는 MPEG 2 방식에 의해 압축 부호화 되며, 오디오 데이터는 MPEG 2 오디오 방식에 의해 압축 부호화된다. 또한, 악곡소재 서버(107)로부터 전송된 오디오 데이터는, 오디오 채널에 대응하여, 예를 들면 MPEG2 오디오방식과, ATRAC(Adoptive Tranform Acoustic Coding) 방식의 어느 한 쪽의 방식에 의해 압축 부호화된다.
또한, 이들의 데이터는 다중화할 때, 키 정보 서버(110)로부터의 키 정보를 이용하여 암호화된다.
또한, 지상국(101)의 내부 구성예에 있어서는 후술된다.
지상국(101)으로부터 신호는 위성(102)을 통해서 각 가정의 수신설비(이하, AV시스템이라고도 한다)(103)에서 수신된다. 위성(102)에는 복수의 트랜스포터가 탑재되어 있다. 한 개의 트랜스포터는 예를 들어 30 Mbps의 전송능력을 갖고 있다. 각 가정의 AV 시스템(103)으로서는, 파라볼라 안테나(111)와 IRD(112)와, 모니터 장치(114)와, MD 레코더/플레이어(1)와, 퍼스널 컴퓨터(113)가 준비된다.
또한, 이 경우에는, IRD(112)에 대하여 조작을 수행하도록 리모트 콘트롤러(64)와, MD 레코더/플레이어(1)에 대하여 조작을 수행하도록 리모트 콘트롤러(32)가 도시되고 있다.
파라볼라 안테나(111)에서 위성(102)을 통해서 방송되어 온 신호가 수신된다. 이 수신신호가 파라볼라 안테나(111)에 취부된 LNB(Low Noize Block Down converter:115)에서 소정의 주파수로 변환되며, IRD(112)에 제공된다.
IRD(112)에 있어서 개략적인 동작으로서는, 수신신호로부터 소정의 채널의 신호를 선국하며, 그 선국된 신호로부터 프로그램으로서의 비디오데이터 및 오디오 데이터의 복조를 수행하여 비디오 신호, 오디오 신호로서 출력한다. 또한, IRD(112)에서는, 프로그램으로서의 데이터와 공히 다중화되어 송신되어 오며, GUI 데이터에 기초하여 GUI화면으로서의 출력도 수행한다. 이와같은 IRD(112)출력은, 예를 들어 모니터 장치(114)에 대응하여 제공된다. 이것에 의해, 모니터장치(114)에서는, IRD(112)에 의해 수신선국된 프로그램의 화상표시 및 음성출력이 수행되며, 또한, 후술하듯이 유저의 조작에 따라서 GUI화면을 표시되게 하는 것이 가능하다.
MD 레코더/플레이어(1)는, 장전된 미니 디스크에 대한 오디오 데이터의 기록 재생이 가능하게 된다. 또한, 오디오 데이터(악곡 데이터), 및 이것에 부수하여 관련된 앨범 재킷 등의 정지 데이터(피크채널), 및 가사나 라이너 노츠 등의 텍스트 데이터(텍스트 파일)를 디스크에 기록하며, 또한, 기록된 이들의 픽쳐 파일 및 텍스트 파일 등의 데이터를 오디오 데이터의 재생시간에 동기시켜서 재생 출력하는 것이 가능하다.
또한, 이후에 있어서는, 상기 오디오 데이터에 보수한 픽쳐 파일 및 텍스트 파일 등의 데이터에 있어서는, 후술하는 MD 레코더/플레이어(1)로의 취급에 따라 서, 편의상 AUX 데이터라고도 한다.
퍼스널 컴퓨터(113)는, 예를 들어, IRD(112)에서 수신한 데이터나, MD 레코더/플레이어(1)에서 재생된 데이터를 취입으로 각종 필요한 편집 처리를 수행하는 것이 가능하다. 또한, 유저의 퍼스널 컴퓨터(113)에 대한 조작에 의해, IRD(112)나, MD 레코더/플레이어(1)의 동작제어를 수행하는 것도 가능하게 된다.
여기서, 본 실시의 형태의 AV 시스템(103)으로서는, 도2에 도시되듯이, IRD(112), MD 레코더/플레이어(1), 및 퍼스널 컴퓨터(113)는, IEEE 1394 버스(116)에 의해 상호 접속되어 있는 것으로 된다.
또한, AV 시스템(103)을 구축하고 있는 IRD(112), MD 레코더/플레이어(1), 및 퍼스널 컴퓨터(113)는, 각각 데이터 전송규격으로서 IEEE 1394에 대응한 데이터 인터페이스를 구비하고 있는 것으로 된다.
이에 의해서, 본 실시의 형태에서는, IRD(112)에서 수신된, 악곡으로서의 오디오 데이터(다운로드 데이터)를, ATRAC 방식에 의해 압축처리가 실시된 채로 상태에서 직접취입으로 기록하는 것이 가능하다. 또한, 상기 오디오 데이터와 공히 송신측으로부터 업로드되는 AUX 데이터를 다운로드하여 기록하는 것도 가능하게 된다.
IRD(112)는, 예를 들면 도1에 표시되듯이, 전화 회선(104)을 통해서 과금 서버(105)와 통신 가능하게 되어 있다. IRD(112)에는, 후술되듯이 각종 정보가 기억되는 IC 카드가 삽입된다. 예를 들면 악곡의 오디오 데이터의 다운로드가 수행된다고 하면, 이것에 관한 이력정보가 IC카드에 기억된다. 이 IC카드의 정보는, 전화회 선(104)을 통해서 소정의 기회, 타이밍으로 과금 서버(105)에 전달된다. 과금 서버(105)는, 이 전달되어 온 이력정보에 따라서 금액을 설정하여 과금을 수행하며, 유저에 청구한다.
여기까지의 설명으로부터 알 수 있듯이, 본 발명이 적용된 시스템에서는, 지상국(101)은, TV프로그램 소재 서버(106)로부터의 음악프로그램 방송의 소재가 되는 비디오 데이터 및 오디오 데이터와, 악곡소재 서버(107)로부터의 오디오 채널의 소재가 되는 오디오 데이터와, 음성부가정보 서버(108)로부터의 음성 데이터와, GUI 서버(109)로부터의 GUI 데이터를 다중화하여 송신하고 있다.
그리고, 각 가정의 AV 시스템(103)에서 이 방송을 수신하면, 예를 들어 모니터 장치(114)에 의해, 선국한 채널의 프로그램을 시청하는 것이 가능하다. 또한, 프로그램의 데이터와 공히 송신되는 GUI 데이터를 이용한 GUI 화면으로서, 도1에는 EPG(전자 프로그램 가이드)화면을 표시시켜, 프로그램의 검색 등을 수행하는 것이 가능하다. 또한, 제2에는, 예를 들어 통상의 프로그램 방송 이외의 특정의 서비스용의 GUI 화면을 이용하여 소정의 조작을 수행하는 것으로, 본 실시의 형태의 경우에는, 방송 시스템에 있어서 제공되고 있는 통상프로그램의 시청 이외의 서비스를 향유하는 것이 가능하다.
예를 들면, 오디오(악곡) 데이터의 다운로드 서비스용의 GUI 화면을 표시시켜서, 이 GUI 화면을 이용하여 조작을 수행하면, 유저가 희망한 악곡의 오디오 데이터를 다운로드하여 MD 레코더/플레이어(1)에 기록하여 보존하는 것이 가능하다.
또한, 본 실시의 형태에서는, 상기한 바와 같은 GUI 화면에 대한 조작을 수반하고, 통상의 프로그램 방송이외의 특정한 서비스를 제공하는 데이터 서비스 방송에 있어서는, 인터랙티브성을 갖는 것도 있으며, 인터랙티브 방송이라고도 하는 것으로 한다.
1-2. GUI 화면에 대한 조작
이기서, 상술하고 있는 인터랙티브 방송의 이용예, 즉, GUI 화면에 대한 조작예에 있어서, 도3 및 도4를 참조하여 개략적으로 설명하고 있으며, 여기서는, 악곡 데이터(오디오 데이터)의 다운로드를 수행하는 경우에 대해서 기술한다.
먼저, 도3에 의해 IRD(112)에 대하여 유저가 조작을 수행하기 위한 리모트 콘트롤러(64)의 조작 키에 있어서, 특히 주요한 것에 있어서 설명하고있다.
도3에는, 리모트 콘트롤러(64)에 있어서 각종 키가 배열된 조작 패널면이 도시되고 있다. 여기서는, 이들 각종 키중에서, 전원 키(161), 수자 키(162), 화면표시절환 키(163), 인터랙티브 절환 키(164), EPG 키 패널(165), 채널 키(166)에 대해서 설명한다.
전원 키(161)는, IRD(112)의 전원의 온/오프를 수행하기 위한 키이다. 숫자 키(162)는, 숫자지정에 의해 채널 절환을 수행하기도 하며, 예를 들어 GUI화면에 있어서 수치입력조작이 필요한 경우에 조작하기 위한 키이다.
화면표시절환 키(163)는, 예를 들어 통상의 방송화면과 EPG 화면의 절환을 수행하는 키이다. 예를 들면, 화면표시절환 키(163)에 의해 EPG 화면을 불러낸 상태 하에서, EPG 키 패널부(165)에 배치된 키를 조작하면, 전자프로그램 가이드의 표시 화면을 이용한 프로그램 검색이 수행된다. 또한, EPG 키 패널부(165)내의 화 살 키(165a)는, 후술하는 서비스의 GUI화면에 관한 커서 이동 등에도 사용하는 것이 가능하다.
인터랙티브 절환 키(164)는, 통상의 방송화면과 그 방송프로그램에 부수한 서비스를 위한 GUI 화면의 절환을 수행하기 위해 설치된다.
채널 키(166)는, IRD(112)에 관한 선국 채널을 그 채널 번호의 오름순, 내림순에 따라서 순차적을 절환되도록 설치되는 키 이다.
또한, 본 실시의 형태의 리모트 콘트롤러(64)로서는, 예를 들어 모니터 장치(114)에 대한 각종 조작도 가능하게 구성되어 있어, 이것에 대응한 각종 키도 설치되어있으나, 여기서는, 모니터 장치(114)에 대응하는 키 등의 설명은 생략된다.
다음에, 도4를 참조하여 GUI 화면에 대한 조작의 구체예에 대해서 설명한다.
AV시스템(103)에 의해 방송을 수신하여 소망의 채널을 선국하면, 모니터 장치(114)의 표시화면에는, 도4(a)에 도시되듯이, TV 프로그램 소재 서버(106)로부터 제공된 프로그램 소재에 기초하여 동화상이 표시된다. 즉, 통상의 프로그램 내용이 표시된다. 여기서는, 예를 들어 음악 프로그램이 표시되고 있는 것으로 한다. 또한, 이 음악프로그램에는 악곡 프로그램이 표시되는 것으로 한다. 이 음악 프로그램에는 악곡의 데이터의 다운로드 서비스(인터랙티브 방송)가 부수되고 있는 것으로 한다.
그리고, 이 음악 프로그램이 표시되고 있는 상태의 하에서, 예를 들면 유저가 리모트 콘트롤러(64)의 인터랙티브 절환 키(164)를 조작한다면, 표시화면은 도4(b)에 도시되듯이, 오디오 데이터의 다운로드를 위한 GUI 화면으로 절환된다.
이 GUI 화면에 있어서는, 먼저, 화면의 좌상부의 TV 프로그램표시 영역(121A)에 대하여, 도4(a)에서 표시된 TV 프로그램 소재 서버(106)로부터의 비디오 데이터에 의한 화상이 축소되어 표시된다.
또한, 화면의 좌상부에는, 오디오 채널에서 방송되고 있는 각 채널의 악곡의 리스트(121B)가 표시된다. 또한, 화면의 좌하에는 텍스트 표시 영역(21C)과 재킷 표시영역(121D)이 표시된다. 더욱이, 화면의 우측에는 가사표시 버튼(122), 프로필 표시 버튼(123), 정보표시 버튼(124), 예약녹음 버튼(125), 예약 총 일람(一覽)표시 버튼(126), 녹음이력표시 버튼(127), 및 다운로드 버튼(128)이 표시된다.
유저는, 이 리스트(121B)에 표시되고 있는 악곡명을 보면서, 흥미가 있는 악곡을 탐색해 간다. 그리고, 흥미가 있는 악곡을 찾았으면 리모트 콘트롤러(64)의 화살 키(165a)(EPG 키 패널부(165)내)를 조작하여, 그 악곡이 표시되고 있는 위치에 커서를 맞춘 후, 엔터 조작을 수행한다(예를 들면, 화살(165a)의 센터 위치를 누름 조작한다).
이것에 의해서, 커서를 맞춘 악곡을 시청하는 것이 가능하다. 즉, 각 오디오 채널에서는, 소정의 단위 시간 중, 동일의 악곡이 반복 방송되고 있으므로, TV 프로그램 표시 영역(121A)의 화면은 그대로 하여, IRD(112)에 의해 상기 조작에 의해 선택된 악곡의 오디오 채널로 절환되어 음성 출력하는 것으로, 그 악곡을 듣는 것이 가능하다. 이때, 재킷 표시 영역(21D)에는 그 악곡의 MD 재킷의 정지화상이 표시된다.
또한, 예를 들어 상기 상태에서 가사표시 버튼(122)에 커서를 맞추고, 엔터 키를 수행(이하, 버튼 표시에 커서를 맞추고, 엔터 조작을 수행하는 것을 "버튼을 누름"으로 한다)하면, 텍스트 표시 영역(121C)에 악곡의 가사가 오디오 데이터와 동기한 타이밍으로 표시된다. 이와 같이, 프로필 표시 버튼(123) 또는 정보표시 버튼(124)을 누르면, 악곡에 대응하는 아티스트의 프로필 또는 콘서트 정보 등이 텍스트 표시 영역(121C)에 표시된다. 이와 같이, 유저는, 현재 어떠한 악곡이 배신되고 있는지를 알 수 있으며, 또한 각 악곡에 있어서의 상세한 정보를 아는 것이 가능하다.
유저는 시청한 악곡을 구입하는 경우에는, 다운로드 버튼(128)을 누른다. 다운로드 버튼(128)을 누르면, 선택된 악곡의 오디오 데이터가 다운로드되어, MD 레코더/플레이어(1)에 의해 디스크에 기록이 수행된다. 악곡의 오디오 데이터와 공히, 그 가사 데이터, 아티스트의 프로필 정보, 재킷의 정지화상 데이터 등을 다운로드하는 것이 가능하다.
그리고, 이와 같이 하여 악곡의 오디오 데이터가 다운로드될 때마다, 그 이력정보가 IRD(112)내의 IC 카드에 기억된다. IC카드에 기억된 정보는, 예를 들면 1개월에 한번씩 과금 서버(105)에 의해 취입이 수행되며, 유저에 대하여 데이터 서비스의 사용이력에 따른 과금이 수행된다. 이것에 의해, 다운로드되는 악곡의 저작권을 보호하는 것이 가능하게 된다.
또한, 유저는 미리 다운로드의 예약을 수행하고자 하는 경우에는, 예약 녹음 버튼(125)을 누른다. 이 버튼을 누르면, GUI 화면의 표시가 절환되며, 예약이 가능한 악곡의 리스트가 화면 전체에 표시된다. 예를 들어 이 리스트는 1시간 단위, 1주간 단위, 채널 단위 등으로 검색한 악곡을 표시하는 것이 가능하다. 유저는 이 리스트 중에서 다운로드의 예약을 수행하고자 하는 악곡을 선택하면, 그 정보가 IRD(112)내에 등록된다. 그리고, 이미 다운로드의 예약을 수행한 악곡을 확인하고 싶은 경우에는, 예약 총 일람표시 버튼(126)을 누르는 것에 의해서, 화면 전체에 표시되는 것이 가능하다. 이와 같이 하여, 예약된 악곡은, 예약시각이 되면 IRD(112)에 의해 다운로드되어, MD 레코더/플레이어(1)에 의해 디스크에 기록된다.
유저는 다운로드를 수행한 악곡에 있어서 확인하고자 하는 경우에는, 녹음이력 버튼(127)을 누르는 것에 의해, 이미 다운로드를 수행한 악곡의 리스트를 화면전체에 표시되게 하는 것이 가능하다.
이와 같이, 본 발명이 적용된 시스템의 AV 시스템(103)에는, 모니터 장치(114)의 GUI 화면 상에 리스트가 표시된다. 그리고, 이 GUI 화면 상의 표시에 의해 악곡을 선택하면 그 악곡을 시청하는 것이 가능하며, 이 악곡의 가사나 아티스트의 프로필 등을 아는 것이 가능하다. 더욱이, 악곡의 다운로드와 그 예약, 다운로드의 이력이나 예약 총 악곡 리스트의 표시 등을 수행하는 것이 가능하다.
상세한 설명은 생략하지만, 상기 도4(b)에 표시하듯이 GUI 화면의 표시와, GUI 화면에 대한 유저의 조작에 대응한 GUI 화면상에서의 표시변경, 및 음성출력은, 전술한 MHEG 방식에 기초한 시나리오 기술에 의해, 오브젝트의 관계를 규정하는 것에 의해 실현된다. 여기서 말하는 오브젝트란, 도4(b)에 표시된 각 버튼에 대응하는 패치로서의 화면 데이터나 각 표시 영역에 표시되는 소재 데이터가 된다.
그리고, 본 명세서에 있어서는, 이 GUI 화면과 같은, 시나리오 기술에 의해 오브젝트 간의 관계가 규정되고 있어서, 어떤 목적에 따른 정보의 출력상태(화상표시나 음성 출력 등)가 실현되는 환경을 "신"이라고 하는 것으로 한다. 또한, 1 신을 형성하는 오브젝트로서, 시나리오 기술의 파일 자체도 포함되게 된다.
이상, 설명하였듯이, 본 발명이 적용된 디지털 위성 방송 시스템에서는 방송 프로그램이 나누어 전달되는 것과 동시에, 복수의 오디오 채널을 사용하여 악곡의 오디오 데이터가 나누어 전달된다. 그리고, 나누어 전달되고 있는 악곡의 리스트 등을 사용하여 소망의 악곡을 찾으며, 그 오디오 데이터를 MD 레코더/플레이어에 의해 간단히 디스크 미디어에 기록하는 것이 가능하다.
또한, 디지털 위성 방송 시스템에 있어서 프로그램 제공 이외의 서비스로서는, 상기한 악곡 데이터의 다운로드 외에도 여러 가지가 생각될 수 있다. 예를 들면, 즉, TV 쇼핑이라고 하는 상품소재 프로그램을 방송한 후에, GUI 화면으로서는 구매계약이 체결되는 것이 용이한 것도 생각할 수 있다.
1-3. 지상국
이제까지, 본 실시의 형태로서 디지털 위성 방송 시스템의 개요에 있어서 설명하였으나, 이후, 이 시스템에 있어서 보다 상세히 설명을 하기로 한다. 거기에, 먼저 지상국(101)의 구성에 있어서 도5를 참조하여 설명한다.
또한, 이후의 설명에 있어서는, 다음의 것을 전제로 한다.
본 실시의 형태에서는, 지상국(101)으로부터 위성(102)을 통한 AV 시스템(103)으로의 송신을 수행하기도 하며, DSM-CC(Digital Strage Media-Command and Control) 포로토콜을 채용한다.
DSM-CC(MPEG-part6) 방식은, 이미 공지되어 있는 것처럼, 예를 들면, 어떤 네트워크를 통해서, 디지털 축적 미디어(DSM)에 축적된 MPEG 부호화 비트 스트림을 취출(Retirve)하기도 하며, 혹은 DSM에 대하여 스트림을 축적(Store)하기 위해서 명령나 제어 방식을 규정한 것이다. 그리고 본 실시의 형태에 있어서는, 이 DSM-CC방식이 디지털 위성 방송 시스템에 있어서 전송 규격으로서 채용되고 있는 것이다.
그리고, DSM-CC 방식에 의해 데이터 방송 서비스(예를 들면 GUI 화면 등)의 콘텐츠(오브젝트의 집합)를 전송하기 위해서는, 콘텐츠의 기술 형식을 정의하여 놓을 필요가 있다. 본 실시의 형태에서는, 이 기술형식의 정의로서 먼저 기술한 MHEG가 채용되는 것이다.
도5에 도시하는 지상국(101)의 구성에 있어서, TV 프로그램 소재 등록 시스템(131)은, TV 프로그램 소재 서버(106)로부터 얻어진 소재 데이터를 AV 서버(35)에 등록한다. 이 소재 데이터는 TV 프로그램 송출 시스템(139)에 전달되며, 여기서 비디오 데이터는 예를 들어 MPEG2 방식으로 압축되며, 오디오 데이터는, 예를 들어 MPEG2 오디오 방식에 의해 패킷 화된다. TV 프로그램 송출 시스템(139)의 출력은 멀티플렉서(145)에 전달된다.
또한, 악곡소재등록 시스템(132)에서는, 악곡소재 서버(107)로부터의 소재 데이터, 즉, 오디오 데이터를, MPEG2 오디오 엔코더(136A), 및 ATRAC 엔코더(136B)에 공급한다. MPEG2 오디오 엔코더(136A, ATRAC 엔코더(136B)에는, 각각 공급된 오디오 데이터에 있어서 엔코더 처리(압축부호화)를 수행한 후, MPEG 오디오 서버(140A) 및 ATRAC 오디오 서버(140B)에 등록된다.
MPEG 오디오 서버(140A)에 등록된 MPEG 오디오 데이터는, MPEG 오디오 송출 시스템(134A)에 전송되어 여기서 패킷 화된 후, 멀티플렉서(145)에 전송된다. ATRAC 오디오 서버(140B)에 등록된 ATRAC 데이터로서 전달되며, 여기서 패킷화되어 멀티플렉서(145)에 송출된다.
또한, 음성부가정보등록 시스템(133)에서는, 음성부가정보 서버(108)로부터의 소재 데이터인 음성부가정보를 음성부가정보 데이터 패이지(137에 등록한다. 이 음성부가정보 데이터(137)에 등록된 음성부가정보는, 음성부가정보송출 시스템(141)에 전송되며, 동일하게, 여기서 패킷화되어 멀티플렉서(145)에 전송된다.
또한, GUI용 소재등록 시스템(134)에서는, GUI 데이터 서버(109)로부터의 소재 데이터인 GUI 데이터를, GUI 소재 데이터 페이지(138)에 등록한다.
GUI 소재 데이터 페이지(138)에 등록된 GUI소재 데이터는, GUI 오서링 시스템(142)에 전송되며, 여기서, GUI 화면, 즉, 도4에서 설명된 '신'으로서의 출력이 가능한 데이터 형식이 되도록 처리가 수행된다.
다시 말해서, GUI 오서링 시스템(142)에 전송되어 오는 데이터로서는, 예를 들면, 악곡의 다운로드를 위한 GUI 화면이라면, 앨범 재킷의 정지화상 데이터, 가사 등의 텍스트 데이터, 또는, 조작에 따라서 출력되어야 하는 음성데이터 등이다.
상기한 각 데이터는 이를테면, 모노미디어라고 하는데, GUI 오서링시스템(142)에서는, MHEG 오서링 툴을 이용하여, 이들의 모노미디어 데이터를 부호화하여, 이것을 오브젝트로서 취급하도록 한다.
그리고, 예를 들어 도4(b)에서 설명한 바와 같이 신(GUI화면)의 표시태양과 조작에 따른 화상음성의 출력태양이 얻어지도록 상기 오브젝트의 관계를 규정한 시나리오 기술 파일(스크립트)과 같이 MHEG-5의 콘텐츠를 작성한다.
또한, 도4(b)에 도시한 바와같은 GUI 화면에서는, TV 프로그램 소재 서버(106)의 소재 데이터를 기본으로 하는 화면, 음성 데이터(MPEG 비디오 데이터, MPEG 오디오 데이터)와, 악곡소재 서버(107)의 악곡소재 데이터를 기본으로 하는 MPEG 오디오 데이터 등도, GUI 화면에 표시되며, 조작에 따른 출력 형태가 얻어진다.
따라서, 상기 시나리오 기술 파일로서는, 상기 GUI 오서링 시스템(042)에서는, 상기한 TV 프로그램 소재 서버(106)의 소재 데이터를 기초로 하는 화상, 음성 데이터, 악곡소재 서버(107)의 악곡 소재 데이터를 기초로 하는 MPEG 오디오 데이터, 또는, 음성 부가 정보 서버(108)를 기초로 하는 음성 부가 정보도 필요에 따라서 오브젝트로서 취급하여, MHEG의 스크립트에 의한 규정이 수행된다.
또한, GUI 오서링 시스템(142)로부터 전송되는 MHEG 콘텐츠의 데이터로서는, 스크립트 파일, 및 오브젝트로서의 각종 정지화상 데이터 파일이나 텍스트 데이터 파일 등이 되지만, 정지화상 데이터는, 예를 들면 JPEG(조인트 포토그래프 엑스퍼트 그룹) 방식으로 압축된 640 x 480 픽셀의 데이터로 되며, 텍스트 데이터는 예를 들어, 800문자 이내의 파일로된다.
GUI 오서링 시스템(142)에서 얻어진 MHEG 콘텐츠의 데이터는 DSM-CC 엔코더(144)에 전송된다.
DSM-CC 엔코더(144)에서는, MPEG2 포맷에 따른 비디오, 오디오 데이터의 데이터 스트림으로 다중가능한 형식의 트랜스포트 스트림(이하 TS로 약한다)으로 변환하여, 패킷되어 멀티플렉서(145)로 출력된다.
멀티플렉서(145)에 있어서는, TV 프로그램 송출 시스템(139)로부터의 비디오 패킷 및 오디오 패킷과, MPEG 오디오 송출 시스템(143A)로부터의 오디오 패킷과, ATRAC 오디오 송출 시스템(143B)로부터의 4배속 오디오 패킷과, 음성부가정보송출 시스템(142)으로부터의 음성부가정보 패킷과, GUI오서링 시스템(142)로부터의 GUI데이터 패킷이 시간축 다중화되는 것과 동시에, 키 정보 서버(110)(도1)로부터 출력된 키 정보에 기초하여 암호화된다.
멀티플렉서(145)의 출력은 전파송출 시스템(146)에 전송되며, 여기서 예를 들면 오류 정정 부호의 부가, 변조, 및 주파수 변환 등의 처리를 실시한 후, 안테나로부터 위성(102)를 향해서 송신 출력하도록 된다.
1-4. 송신 포맷
다음에, DSM-CC 방식에 기초하여 규정된 본 실시예의 형태의 송신 포맷에 대해서 설명한다.
도6은, 지상국(101)로부터 위성(102)에 송신 출력될 때 데이터의 일례를 도시한다. 또한, 전술한 바와 같이, 이 도면에 도시하는 각 데이터는 실제로는 시간축 다중화 되는 것이다. 또한, 이 도면에서는, 도6에 도시되듯이, 시각 t1으로부터 시각 t2의 사이가 한 개의 이벤트로 되며, 기각 t2로부터 다음의 이벤트로 된다. 여기서 말하는 이벤트는, 예를 들어, 음악프로그램의 채널이면, 복수 악곡의 라인나프의 조를 변경하는 단위이며, 시간적으로는 30분 혹은 1시간 정도가 된다.
도6에 도시된 것 처럼, 시각 t1으로부터 시각 t2의 이벤트에서는, 통상의 동화상의 프로그램 방송으로, 소정의 내용A1을 갖는 프로그램이 방송되고 있다. 또한, 시각 t2로부터 시작하는 이벤트에서는, 내용 A2로서의 프로그램이 방송되고 있다. 이 통상의 프로그램으로 방송되고 있는 것은 동화상과 음성이다.
MPEG 오디오 채널(1)-(10)은, 예를 들면, 채널 CH1으로부터 CH10의 10 채널 분이 준비된다. 이 때, 각 오디오 채널 CH1, CH2, CH3, ... C10에서는, 한 개의 이벤트가 방송되고 있는 사이는 동일 악곡이 반복하여 송신된다. 말하자면, 시각t1-t2의 이벤트의 기간에 있어서는, 오디오 채널 CH1 에서는 악곡B1이 반복되어 송신되며, 오디오 채널 CH2에서는 악곡 C1이 반복되어 송신되며, 이하 동일하게, 오디오 채널CH10 에서 악곡K1 이 반복되어 송신되는 것으로 된다. 이것은, 그 이하 도시되고 있는 4배속 ATRAC 오디오 채널(1)-(10)에 있어서도 공통이다.
말하자면, 도6에 있어서, MPEG오디오 채널과 4배속 ATRAC 오디오 채널의 채널 번호인 ( )내의 숫자가 동일한 것은 동일 악곡이된다. 또한, 음성부가정보의 채널 번호인 ( ) 내의 숫자는, 동일 채널 번호를 갖는 오디오 데이터에 부가되고 있는 음성부가정보이다. 또한, GUI데이터로서 전송되는 정지화상 데이터나 텍스트 데이터도 각 채널에 형성되는 것이다. 이들의 데이터는, 도7(a)-(d)에 도시된 것 처럼, MPEG2의 트랜스포트 패킷내에서 시분할 다중화되어 송신되어, 도7의(e)-(h)에 도시되드시 IRD(112)내에서는 각 데이터 패킷의 헤더 정보를 이용하여 재구축된다.
또한, 상기 도6 및 도7에 도시한 송신 데이터중에서, 적어도, 데이터 서비스(인터랙티브 방송)에 이용되는 GUI 데이터는, DSM-CC 방식에 의거해서 논리적으로는 다음과 같이하여 형성되는 것이다. 여기서는, DSM-CC 엔코더(144)로부터 출력되는 트랜스포트 스트림의 데이터에 한정하여 설명한다.
도8(a)에 도시되듯이, DSM-CC방식에 의해 전송되는 실시의 형태의 데이터 방송 서비스는, 서비스 게이트웨이라고 하는 명칭의 루트 디렉토리의 중에서 전부 포함한다. 서비스 게이트웨이에 포함되는 오브젝트로서는, 디렉토리, 파일, 스트림, 스트림 이벤트 등의 종류가 존재한다.
이들 중에서, 파일은 정지화상, 음성, 텍스트, 또는 MHEG에 의해 기술된 스크립트 등의 각각의 데이터 파일이 된다.
스트림은 예를 들어, 다른 데이터 서비스나 AV 스트림(TV 프로그램소재로서의 MPEG 비디오 데이터, 오디오 데이터, 악곡 소재로서의 MPEG 오디오 데이터, ATRAC 오디오 데이터 등)에 링크하는 정보가 포함된다.
또한, 스트림 이벤트는, 동일하게 링크의 정보와 시각정보가 포함된다.
디렉토리는 서로 관련되는 데이터를 저장하는 폴더이다.
그리고, DSM-CC방식에서는, 도8(b)에 도시되듯이, 이들의 단위정보와 서비스 게이트웨이를 각각 오브젝트라고 하는 단위로 촉진하고, 각각을 BIOP 메시지라고 하는 형식으로 변환한다.
또한, 본 발명에 관한 설명에서는, 파일, 스트림, 스트림이벤트의 3개의 오브젝트의 구별은 본질적인 것이 아니므로, 이하의 설명에서는 이들을 파일로서의 오브책트에 대표시켜서 설명한다.
그리고, DMS-CC방식에서는, 도8(c)에 도시하는 모듈이라고 하는 데이터 단위를 생성한다. 이 모듈은, 도8(b)에 도시한 BIOP 메시지화된 오브젝트를 한 개 이상 포함하도록되어 있는 것에 더해서, BIOP 헤더가 부가되어 형성되는 가변길이의 데이터 단위이며, 후술하는 수신측에 관한 수신 데이터의 버퍼링 단위로 된다.
또한, DSM-CC 방식으로서는, 1모듈을 복수의 오브젝트에 의해 형성하는 경우의, 오브젝트간의 관계에 있어서는 특히 규정, 제한되지 않는다. 다시말해, 극단적으로 말하면, 완전히 관계가 없는 신 사이에 있어서 2이상의 오브젝트에 의해 1모듈을 형성했어도, DSM-CC방식의 근본에서의 규정에 어떤 위반하는 것에서는 없다.
이 모듈은, MPEG2 포맷에 의해 규정되는 섹션이라고 하는 형식으로 전송되도록, 도8(d)에 도시되듯이, 기계적으로 "블록"이라고 하는 원칙고정 길이의 데이터 단위로 분할된다. 단, 모듈에 관한 최후의 블록에 있어서는 규정의 고정길이일 필요가 없게 된다. 이렇게, 블록 분할을 수행하는 것은 MPEG2 포맷에 있어서, 1섹션이 4KB를 넘지 않는다고 하는 규정이 있다는 것에 기인한다.
또한, 이 경우에는 상기 블록으로서의 데이터 단위와, 섹션과의 동일한 것이 된다.
이와 같이 하여 모듈을 분할하여 얻은 블록은, 도8(e)에 도시되듯이 헤더가 부가되어 DDB(다운로드 데이터 블록)이라고 하는 메시지의 형식으로 변환된다.
또한, 상기 DDB로의 변환과 병행하여, DSI(다운로드 서버 개시) 및 DII(다운 로드 표시 정보)라고 하는 제어 메시지가 생성된다.
상기 DSI및 DII는, 수신측(IRD(112))에서 수신데이터로부터 모듈을 취득할 때 필요하게 되는 정보이며, DSI는 주로, 다음에 설명하는 캐러셀(모듈)의 식별자, 캐러셀 전체에 관련되는 정보(캐러셀이 1회전하는 시간, 캐러셀 회전의 타임아웃 치) 등의 정보를 갖는다. 또한, 데이터 서비스의 루트 디렉토리(서비스 게이트웨이)의 소재를 알기 위한 정보도 갖는다(오브젝트 캐러셀 방식의 경우).
DII는, 캐러셀에 포함되는 모듈에 대응하는 정보이며, 모듈의 사이즈, 버전, 그 모듈의 타임아웃치 등의 정보를 갖는다.
그리고, 도8(f)에 도시되듯이, 상기DDB, DSI, DII의 3종류의 메시지를 섹션의 데이터 단위에 대응시켜서 주기적으로, 또, 반복송출하도록 된다. 이에 의해서, 수신계측에서는 예를 들어 목적의 GUI화면(신)을 얻는데 필요한 오브젝트가 포함되어 있는 모듈을 언제나 수신가능하게 된다.
본 명세서에서는, 이러한 전송방식을 회전목마에 예를 들어 "캐러셀 방식(carousel system)"이라 하며, 도8(f)에 도시되어 모식적으로 표시되는 데이터 전송형태를 캐러셀이라 한다.
또한, "캐러셀 방식"으로는, "데이터 캐러셀 방식"의 레벨과 "오브젝트 캐러셀 방식"의 레벨로 나누어진다. 특히 오브젝트 캐러셀 방식에서는, 파일, 디렉토리, 스트림, 서비스 게이트웨이 등의 속성을 갖는 오브젝트를 데이터로 하여 캐러셀을 이용하여 전송하는 방식으로, 디렉토리 구조를 취급하는 것이 데이터 캐러셀 방식과 크게 다르다. 본 실시의 형태의 시스템에서는, 오브젝트 캐러셀 방식을 채용하는 것으로 된다.
또한, 상기와 같이하여 캐러셀에 의해 송신되는 GUI데이터, 즉, 도5의 DSM-CC 엔코더(144)로부터 출력되는 데이터로서는, 트랜스포트 스트림의 형태에 의해 출력된다. 이 트랜스포트 스트림은 예를 들면 도9에 도시하는 구조를 갖는다.
도9(a)에는. 트랜스포트 스트림이 표시되어 있다. 이 드랜스포트 스트림이란 MPEG 시스템에서 정의되고 있는 비트 열이며, 도면과 같이 188 바이트의 고정 길이 패킷(트랜스포트 패킷)의 연결에 의해 형성된다.
그리고, 각 트랜스포트 패킷은, 도9(b)에 도시된 바와같이 헤더와 특정의 개별 패킷에 부가정보를 포함하기 위한 어뎁테이션 필드와 패킷의 내용(비디오/오디오 데이터 등)을 표시하는 페이로드(데이터 영역)으로부터 된다.
헤더는, 예를 들어 실제로는 4바이트가 되며, 도9(c)에 도시되듯이 선두에는 반드시 동기 바이트가 있도록 되며, 이보다 후의 소정 위치에 그 패킷의 식별정보인 PID(패킷_ID), 스크램블의 유무를 나타내는 스크램블 제어정보, 후속하는 어뎁테이션 필드나 페이로더의 유무 등을 표시하는 어뎁테이션 필드 제어정보가 저장된어 있다.
이들의 제어정보에 기초하여, 수신장치측에서는 패킷 단위로 디스크램블을 수행하며, 또한, 디멀티플렉서에 의해 비디오/오디오/데이터 등의 필요 패킷의 분리, 압축을 수행하는 것이 가능하다. 또한, 비디오/오디오의 동기재생의 기준인 시각정보를 재생하는 것과 동시에 여기서 수행하는 것이 가능하다.
또한, 여기까지의 설명으로부터 알 수 있드시, 한개의 트랜스포트 스트림에는 복수의 채널분의 영상/음성/데이터의 패킷이 다중화되지만, 이 이외에 PSI(프로그램 특정 정보)라고 하는 선국을 조사하기 위한 신호나, 한정수신(기인의 계약상황에 의해 유료 채널의 수신가불가를 결정하는 수신기능)에 필요한 정보(EMM/ECM), EPG 등의 서비스를 실현하기 위한 SI(서비스 정보)가 동시에 다중화되어 있다. 여기서는, PSI에 대해서 설명한다.
PSI는, 도10에 도시된 바와같이, 네 개의 테이블로 구성된다. 각각의 테이블은, 섹션 형식이라고 하는 MPEG 시스템에 준거한 형식으로 표시된다.
도10(a)에는, NIT(네트워크 정보 테이블) 및 CAT(조건 억세스 테이블)의 테이블이 표시되어 있다.
NIT는, 모든 캐리어에 동일 내용이 다중화된다. 캐리어의 전송제원(편파면, 캐리어 주파수, 중첩 레이트 등)과, 그 다중화되어 있는 채널의 리스트가 기술되어 있다. NIT의 PID로서는, PID = 0 x 0010가 된다.
CAT도 역시, 전체 캐리어에 동일 내용이 다중화된다. 한정수신방식의 식별과 계약 정보 등의 개별 정보인 EMM(엔타이틀 관리 메시지) 패킷의 PID가 기술되고 있다. PID로서는, PID = 0 x 0001 에 의해 표시된다.
도10(b)에는, 캐리어에 고유의 내용을 갖는 정보로서, PAT가 표시된다. PAT에는, 그 캐리어 내의 채널 정보와, 각 채널의 내용을 표시하는 PMT의 PID가 기술되어 있다. PID로서는, PID = 0 x 0000에 의해 표시된다.
또한, 캐리어에 있어서 채널의 정보로서, 도10(c)에 표시되는 PMT(프로그램 맵 테이블)의 테이블을 갖는다.
PMT는, 채널별의 내용이 다중화되어 있다. 예를 들어, 도10(d)에 표시되는, 각 채널을 구성하는 콤포넌트(비디오/오디오 등)와, 디스크램블에 필요한 ECM(암호화 제어 메시지) 패킷의 PID가 기술되어 있는 PMT의 PID는 PAT에 의해 지정된다.
1-5. IRD
따라서, AV시스템(103)에 구비되는 IRD(112)의 일구성예에 있어서 도11을 참조하여 설명한다.
이 도면에 도시하는 IRD(112)에 있어서, 입력단자(T1)에는, 파라볼라안테나(111)의 LNB(115)에 의해 소정의 주파수로 변환된 수신신호를 입력하여 채널/프론트엔드 부(51)에 공급한다.
튜너/프로트 엔드부(51)에는, CPU(중앙 처리 장치)(80)로부터의 전송제원 등을 설정한 설정신호에 기초하여, 이 설정신호에 의해 결정되는 키영역(수신주파수)를 수신하여, 예를 들면 비터비 복조처리나 오류 정정처리 등을 수행하는것으로, 트랜스포트 스트림을 얻게된다.
채널/프론트 엔드부(51)에서 얻어진 트랜스포트 스트림은, 디스크림블러(52)에 대하여 공급된다. 또한, 튜너/프론트엔드부(51)에는, 트랜스포트 스트림으로부터 PSI의 패킷을 취득하고, 그 선국정보를 갱신하는것과 동시에, 트랜스포트 스트림에 있어서 각 채널의 콤포넌트 PID를 얻어서, 예를 들면 CPU(80)에 전송한다. CPU(80)에서는, 취득한 PID를 수신신호처리에 이용하게 된다.
디스크램블러(52)에서는, IC카드(65)에 기억되어 있는 디스크램블러 키 데이터를 CPU(80)를 통해서 접수하는 동시에, CPU(80)에 의해 PID가 설정된다. 그리고, 이 디스크림블러 키 데이터와 PID에 기초하여 디스크림블러 처리를 실행하며, 트랜스포트부(53)에 대하여 전송한다.
트랜스포트부(53)은, 디멀티플렉서(70)과, 예를 들어 DRAM등에 의해 구성되는 큐(Queue:71)로부터 된다. 큐(71)는, 모듈 단위로 대응한 복수의 메모리 영역이 열이 되도록 하여 형성되고 있는 것이된다. 예를 들면 본 실시의 형태에서는, 32열의 메모리 영역이 구비된다. 이를테면, 최대로 32 모듈의 정보를 동시에 저장하는 것이 가능하다.
디멀티플렉서(70)의 개략적 동작으로서는, CPU(80)의 DeMUX 드라이버(82)에 의해 설정된 필터 조건에 따라, 디스크램블러(52)로부터 공급된 트랜스포트 스트림으로부터 필요한 트랜스포트 패킷을 분리하며, 필요하면 큐(71)를 작업영역으로서 이용하여, 먼저 도7(e)-(h)에 의해 표시되는 형식의 데이터를 얻어서, 각각 필요한 기능회로부에 대하여 공급한다.
디멀티플렉서(70)에서 분리된 MPEG 비디오 데이터는, MPEG2 비디오 데이터(55)에 대하여 입력되며, MPEG오디오 데이터는, MPEG 오디오 데이터(54)에 대하여 입력된다. 이러한 디멀티플렉서(70)에 의해 분리된 MPEG 비디오/오디오 데이터의 개별 패킷은, PES(패킷화된 요소 스트림)이라고 불리는 형식으로 각각의 디코더에 입력된다.
또한, 트랜스포트 스트림에 있어서의 MHEG 콘텐츠의 데이터에 있어서는, 디멀티플렉서(70)에 의해 트랜스포트 스트림으로부터 트랜스포트 패킷단위로 분리추출되면서 큐(71)의 필요한 메모리 영역에 기입되게 되어, 모듈 단위로 머물도록 하여 형성된다. 그리고, 이 모듈 단위로 머물게된 MHEG 콘텐츠의 데이터는, CPU(80)의 제어에 의해 데이터 패킷을 통해서, 메인메모리(90)내의 DSM-CC 버퍼(91)에 기입되어 보유된다.
또한, 트랜스포트 스트림에 있어서 4배속 ATRAC 데이터(압축 오디오 데이터)도, 예를 들면, 트랜스포트 패킷 단위로 필요한 데이터가 디멀티플렉서(70)에 의해 분리추출되어 IEEE 1394 인터페이스(60)에 대하여 출력된다. 또한, IEEE 1394 인터페이스(60)를 통한 경우에는, 오디오 데이터 외에, 비디오 데이터, 텍스트 데이터 및 각종 명령 신호 등을 송출하는 것도 가능하게 된다.
PES로서의 형식에 의한 MPEG 비디오 데이터가 입력된 MPEG2 비이도 데이터(55)에서는, 메모리(55A)를 작업영역으로서 이용하면서 MPEG2 포맷에 따라서 복호화처리를 수행한다. 복호화된 비디오데이터는, 표시처리부(58)에 공급된다.
표시처리부(58)에는, 상기 MPEG2 비이도 데이터(55)로부터 입력된 비디오데이터와, 후술하는 바와 같이 하여 메인메모리(90)의 MHEG 버퍼(92)에서 얻어지는 데이터 서비스용의 GUI 화면등의 비디오 데이터가 입력된다. 표시처리부(58)에서는, 이렇게 하여 입력된 비디오 데이터에 있어서 필요한 신호처리를 주어, 소정의 비 TV 방식에 의한 아날로그 오디오 신호로 변환하여 아날로그 비디오 출력단자(T2)에 대해서 출력한다.
이것에 의해서, 아날로그 비디오 출력단자(T2)와 모니터장치(114)의 비디오 입력단자를 접속하는 것으로, 예를 들면 도4에 도시된 바와같이 표시가 수행된다.
또한, PES에 의한 MPEG 오디오 데이터가 입력되는 MPEG2 오디오 데이터(54)에서는, 메모리(54A)를 작업 영역으로서 이용하면서 ,MPEG2 포맷에 따라서 복호화처리를 수행한다. 복호화된 오디오 데이터는, D/A 콘버터(56) 및 광 디지털 출력 인터페이스(59)에 대하여 공급된다.
D/A 콘버터(56)에서는, 입력된 오디오 데이터에 있어서 아날로그 음성 신호로 변환하여 스위칭 회로(57)로 출력한다. 스위칭회로(57)에서는, 아날로그 오디오 출력단자(T3) 또는 (T4)의 어떤 것인가 한쪽에 대하여 아날로그 음성 신호를 출력하도록 신호경로의 절환을 수행한다.
여기서는, 아날로그 오디오 출력단자(T3)는 모니터장치(114)의 음성입력단자와 접속되도록 설치되게 된다. 또한, 아날로그 오디오 출력단자(T4)는 다운로드 한 악곡을 아날로그 신호에 의해 출력하기 위한 단자가 된다.
또한, 광 디지털 출력 인터페이스(59)에서는, 입력된 디지털 오디오 데이터를 광디지털 신호로 변환하여 출력한다. 이 경우, 광디지털 출력 인터페이스(59)는, 예를 들면, IEC958에 준거한다.
메인 메모리(90)는, CPU(80)이 각종 제어 처리를 수행하는 경우의 작업영역으로서 이용되는 것이다. 그리고, 본 실시의 형태에서는, 이 메인 메모리(90)에 있어서, 전술한 DSM-CC 버퍼(91)와, MHEG 버퍼(92)로서의 영역이 할당되도록 되어 있다.
MHEG 버퍼(92)에는, MHEG 방식에 의한 스크립트의 기술에 따라서 생성된 화상 데이터(예를 들면 GUI 화면의 화상 데이터)를 생성하기 위한 작업영역이 되어, 여기서 생성된 화상데이터는 버스라인을 통해서 표시처리부(58)에 공급된다.
CPU(80)는, IRD(112)에 있어서 전체제어를 실행한다. 이 중에서는, 디멀티플렉서(70)에 있어서 데이터 분리추출에 있어서의 제어도 포함된다.
또한, 취득한 MHEG 콘텐츠의 데이터에 있어서 디코더 처리를 수행하는 거승로서, 스크립트의 기술내용에 따라 GUI화면(신)을 구성하여 출력하기 위한 처리도 실행한다.
이를 위해서, 본 실시의 형태의 CPU(80)로서는, 주로 제어 처리를 실행하는 제어 처리부(81)에 더해서, 예를 들어 적어도, DeMUX 드라이버(82), DSM-CC 디코더 블록(83), 및 MHEG 디코더 블록(84)이 구비된다. 본 실시의 형태에서는, 이 중에서, DSM-CC 디코더 블록(83) 및 MHEG 디코더 블록(84)에 있어서는, 소프트웨어에 의해 구성된다.
DeMUX 드라이버(82)는, 입력된 트랜스포트 스트림의 PID에 기초하여 디멀티플렉서(70)에 있어서 필터 조건을 설정한다.
DSM-CC 디코더 블록(83)은, DMS-Manager로서 기능을 갖는 것이며, DSM-CC 버퍼(91) 저장되어 있는 모듈 단위의 데이터에 있어서, MHEG 콘텐츠의 데이터에 재구축한다. 또한, MHEG 데이터 블록(84)으로부터 억세스에 따라 필요한 DSM-CC 데코더 등에 관련하는 처리를 실행한다.
MHEG 디코더 블록(84)는, DSM-CC 디코더 블록(83)에 의해 얻어진 MHEG 콘텐츠의 데이터, 이른바, DSM-CC 버퍼(91)에서 얻어지고 있는 MHEG 콘텐츠의 데이터에 억세스하여, 신 출력을 위한 디코더 처리를 수행한다. 즉, 그 MHEG 콘텐츠의 스크립트 파일에 의해 규정되고 있는 오브젝트 간의 관계를 실현하여 오는 것으로, 신을 형성하는 것이다. 이 경우, 신으로서 GUI화면을 형성하는데 있어서는, MHEG 버퍼(92)를 이용하여, 여기서, 스크립트 파일의 내용에 따라서 GUI화면의 화상 데이터를 생성하게 된다.
DSM-CC 디코더 블록(83) 및 MHEG 디코더 블록(84)의 인터페이스에는, U-U API(응용 이동성 인터페이스)가 채용된다.
U-U API는, DSM Manger 오브젝트(DSM의 기능을 실현하는 서브오브젝트)에 억세스하기 위한 인터페이스이며, 이것에 의해, 서비스 게이트웽, 디렉토리, 파일, 스트림, 스트림 이벤트 등의 오브젝트에 대한 조작을 수행한다.
클라이언트 오브젝트는, 이 API를 사용하는 것에 의해서, 이들의 오브젝트에 대하여 조작을 수행하는것이 가능하다.
여기서, CPU(80)의 제어에 의해 트랜스포트 스트림으로부터 1 신을 형성하는데 필요한 목적의 오브젝트를 추출하기 위한 동작예에 있어서 설명한다.
DSM-CC에서는, 트랜스포트 스트림중의 오브젝트의 소재를 나타내는데 IOR(인터오퍼러블 오브젝트 레퍼런스)가 사용된다. IOR에는, 오브젝트가 포함되는 모듈의 식별자(이하 모듈_id)로 표기), 한개의 모듈중에서 오브젝트를 특정하는 식별자(이하 오브젝트_키로 표기) 외에, 오브젝트가 포함되는 모듈의 정보를 갖는 DII를 식별하기 위한 태그(association_tag) 정보를 포함하고 있다.
또한, 모듈 정보를 갖는 DII에는, 한개 이상의 모듈 각각에 있어서의 module_id, 모듈의 크기, 버전이라고 한 정보와, 그 모듈을 식별하기 위한 태그(association_tag)정보를 포함하고 있다.
트랜스포트 스트림으로부터 뽑힌 IOR이 CPU(80)에 있어서 실별된 경우에, 그 IOR에서 표시된 오브젝션을 수신, 분리하여 얻는 프로세스는, 예를 들면 다음과 같이 된다.
(Pr1) CPU(80)의 DeMUX 드라이버(82)에서는, IOR의 association_tag와 동일한 값을 갖는 엘리먼터리 스트림(이하 ES라고 표기)를, 캐러셀에 관한 PMT의 ES 루프로부터 탐색하여 나와서 PID를 얻는다. 이 PID를 얻은 ES에 DII가 포함되어 있게 된다.
(Pr2) 이 PID와 table_id_ extension을 필터 조건으로 디멀티플렉서(70)에 대하여 설정한다. 이것에 의해, 디멀티플렉서(70)에서는, DII를 분리하여 CPU(80)에 대해서 출력한다.
(Pr3) DII중에서, 앞선 IOR에 포함되어 있던 module_id에 상당하는 모듈의 association_tag를 얻는다.
(Pr4) 상기 association_tag와 동일한 값을 갖는 ES를, PMT의 ES 루프(캐러셀)로부터 탐색하여 내어, PID를 얻는다. 이 PID를 갖는 ES에 목적으로 하는 모듈이 포함된다.
(Pr5) 상기 PID와 module_id를 필터조건으로 하여 설정하여, 디멀티플렉서(70)에 의한 필터링을 수행한다. 이 필터조건에 적합하여 분리추출된 트랜스포트 패킷이 큐(71)의 요소의 메모리 영역(열)에 저장되어 가는것으로, 최종적으로는, 목적하는 모듈이 형성된다.
(Pr6) 먼저의 IOR에 포함된 object_key에 상당하는 오브젝트를 이 모듈로부터 추출한다. 이것이 목적으로 하는 오브젝트가 된다. 이 모듈로부터 추출된 오브젝트는, 예를 들면, DSM-CC 패킷(91)의 소정의 영역에 기입이 수행된다.
예를 들면, 상기 동작을 반복하며, 목적으로 하는 오브젝트를 모아서 DSM-CC 버퍼(91)에 저장하여, 필요한 신을 형성하는 MNEG 콘텐츠가 얻어지게 된다.
맨-머신인터페이스(61)에서는, 리모트 콘트롤러(64)로부터 송신되어온 명령 신호를 수신하여 CPU(80)에 대하여 전송한다. CPU(80)에서는, 수신한 명령 신호에 대응한 기기의 동작이 얻어지도록, 필요한 제어 처리를 실행한다.
IC 카드 슬롯(62)에는 IC카드(65)가 삽입된다. 그리고, 이 삽입된 IC 카드(65)에 대하여 CPU(80)에 의해 정보의 기입 및 독출이 수행된다.
모뎀(63)은, 전화회선(104)을 통해서 과금 서버(105)와 접속되어, CPU(80)의 제어에 의해 IRD(112)와 과금 서버(105)의 통신이 수행되도록 제어된다.
여기서, 상기 구성에 의한 IRD(112)에 있어서 비디오/오디오 소스의 신호의 흐름을, 도4에 의해 설명한 표시형태에 따라서 맞추어 가면서 보충적으로 설명한다.
도4(a)에 도시되듯이, 통상의 프로그램을 출력하는 경우에는, 입력된 트랜스포트 스트림으로부터 필요한 프로그램의 MPEG 비디오 데이터와 오디오 데이터가 추출되어, 각각 복호화처리가 수행된다. 그리고, 이 비디오데이터와 MPEG 오디오 데이터가, 각각 아날로그 비디오 출력단자T2와, 아날로그 오디오 출력 단자T3에 출력되는 것으로, 모니터장치(114)는, 방송프로그램의 화상표시와 음성표시가 수행된다.
또한, 도4(b)에 도시된 GUI 화면을 출력하는 경우에는, 입력된 트랜스포트 스트림으로부터, 이 GUI 화면(신)에 필요한 MHEG 콘텐츠의 데이터를 트랜스포트부(53)에 분리추출하여 DSM-CC 버퍼(91)에 취입한다. 그리고, 이 데이터를 이용하여, 전술한 바와같이 DSM-CC 데이터 블록(83) 및 MHEG 콘텐츠 블록(84)이 기능하는 것으로, MHEG 버퍼(92)에서 신(GUI 화면) 데이터가 작성된다. 그리고, 이 화면 데이터가 표시처리부(58)를 통해서 아날로그 비디오 출력단자T2에 공급되는 것으로, 모니터 장치(114)에는 GUI 화면의 표시가 수행된다.
또한, 도4(b)에 도시된 GUI화면상에서 악곡의 리스트(121B)에 의해 악곡이 선택되며, 그 악곡의 오디오 데이터를 시청하는 경우에는, 이 악곡의 MPEG오디오 데이터가 디멀티플렉서(70)에 의해 얻어진다. 그리고, 이 MPEG 오디오 데이터가, MPEG오디오 데이터(54), D/A 컨버터, 스위치 회로(57). 아날로그 오디오 출력단자T3를 통해서 아날로그 음성 신호가 되어 모티터 장치(114)에 대해서 출력된다.
또한, 도4(b)에 도시된 GUI 화면상에서 다운로드 버튼(128)이 눌러져서 오디오 데이터를 다운로드하는 경우에는, 다운로드 해야하는 악곡의 오디오 데이터가 디멀티플렉서(70)에 의해 추출되어 아날로그 오디오 출력단자T3, 광디스크 출력 인터페이스(59), 또는 IEEE1394 인터페이스(60)에 출력된다.
여기서, 특히 IEEE 1394 인터페이스(60)에 대해서, IEEE 1394 버스(116)를 통해서 MD 레코더/플레이어(1)가 접속되고 있는 경우에는, 디멀티플렉서(70)는 다운로드 악곡의 4배속 ATRAC 데이터가 추출되며, IEEE 1394 인터페이스(60)로부터 IEEE 1394 버스(116)를 통해서 MD 레코더/플레이어(1)에 장진되고 있는 디스크에 대하여 기록이 수행된다. 또한, 이 경우에, 미니 디스크시스템이라고 하는 경우의, AUX 데이터 플레이어로서, 예를 들어 JPEG 방식으로 압축된 앨범 재킷의 정지화상 데이터(피쳐 파일), 가사나 아티스트의 프로필 등의 텍스트 데이터(텍스트 파일)도 디멀티플렉서(70)에 있어서 트랜스포트 스트림으로부터 추출되어, IEEE 1394 인터페이스(60)로부터 IEEE 1394 인터페이스(116)을 통해서 MD 레코더/플레이어(1)에 전송된다. MD 레코더/플레이어(1)에서는, 장전되고 있는 디스크의 소정의 영역에 대해서, 이들 정지화상 데이터, 텍스트 데이터를 기록하는 것이 가능하게 되어 있다.
1-6. 미니 디스크 기록 재생 장치
1-6-1. MD 레코더/플레이어의 구성
도12는, 본 실시의 형태로서 AV 시스템(3)에 구비되는 기록 재생 장치(MD플레이어/레코더)(1)의 내부구성을 도시한다.
음성 데이터가 기록되는 광자기 디스크(미니 디스크)(90)는, 스핀들모터(2)에 의해 회전구동된다. 그리고 광자기디스크(90)에 대하여 기록/재생시에 광학 헤더(3)에 의해 레이저가 조사된다.
광학 헤더(3)는, 기록시에는 기록트랙을 큐리 온도까지 가열하기 위한 고 레벨의 레이저 출력을 수행하고, 또 재생시에는 자기 케르 효과(magnetic Kerr effect)에 의해 반사광으로부터 데이터를 검출하기 위한 비교적 낮은 레벨의 레이저 출력을 수행하게 된다.
이를 위해, 광학헤더(3)에는 레이저 출력수단으로서의 레이저 다이오드, 편광 비임 스프린터나 대물렌즈 등으로부터 되는 광학계, 및 반사광을 검출하기 위한 디텍터 등이 탑재되고 있다. 대물렌즈(3a)에는 축기구(4)에 의해 디스크 반경방향 및 디스크에 접촉하지 않는 방향으로 변위 가능하게 유지되고 있다.
또한, 디스크(90)를 끼워서 광학 헤드(3)과 대향하는 위치로 자기 헤드(6a)가 배치되고 있다. 자기 헤드(6a)는 공급된 데이터에 의해 변조된 자계를 광자기 디스크(90)에 인가하는 동작을 수행한다.
광학 헤드(3) 전체 및 자기 헤드(6a)는, 슬레드 기구(5)에 의해 디스크 반경방향으로 이동 가능하게 된다.
재생동작에 의해, 광학헤드(3)에 의해 디스크(90)로부터 검출된 정보는 RF 앰프(7)에 공급된다. RF 앰프(7)는 공급된 정보의 연산처리에 의해, 재생 RF 신호, 트랙킹 에러 신호 TE, 포커스 에러 신호 FE, 그루브 정보(광자기 디스크(90)에서 프리그루브(워블링 그루브)로서 기록되어 있는 절대위치정보) GFM 등을 추출한다.
추출된 재생 RF 신호는 엔코더/디코더부(8)에 공급된다. 또한, 트랙킹 에러 신호TE, 포커스 에러 신호FE는 버보 회로(9)에 공급되며, 그루브 정보 GFM은 어드레스 디코더(10)에 공급된다.
서보회로(9)는 공급된 트랙킹 에러 신호TE, 포커스 에러 신호FE나, 마이크로컴퓨터에 의해 구성되는 시스템 콘트롤러(11)로부터의 트랙점프 지령, 억세스 지령, 스핀들 모터(2)의 회전속도검출정보 등에 의해 각종 서보 구동신호를 발생시키며, 2축기국(4) 및 슬레드 기구(5)를 제어하여 포커스 및 트랙킹 제어를 수행하며, 또한 스핀들 모터(2)를 일정 속도(CLV)로 제어한다.
어드레스 디코더(10)는 공급된 그루브 정보 GFM을 디코드하여 어드레스 정보를 추출한다. 이 어드레스 정보는 시스템 콘트롤러(11)에 공급되며, 각종의 제어동작에 이용된다.
또한, 재생 RF신호에 있어서는 엔코더/디코더부(8)에 있어서 EFM복조, CIF 등의 디코더 처리가 수행되지만, 이 때 어드레스, 서브코드 데이터 등도 추출되며, 이스템 콘트롤러(11)에 공급된다.
엔코더/디코더부(8)에서 EFM 복조, CIRC등의 디코더 처리된 음성 데이터(섹터 데이터)는, 메모리 콘트롤러(12)에 의해 일단 버퍼 메모리(13)에 기입된다. 또, 광학허드(3)에 의한 디스크(90)으로부터의 데이터의 독출 및 광학 헤드(3)로부터 버퍼 메모리(13)까지의 계에 있어서의 재생 데이터의 전송은 1. 41Mbit/sec로, 게다가 통상은 간결하게 수행된다.
버퍼 메모리(13)에 기입된 데이터는, 재생 데이터의 전송이 0.3Mbit/sec 가 되는 타이밍에서 독출되며, 엔코더/디코더부(14)에 공급된다. 그리고, 음성압축처리에 대한 디코더 처리등의 재생신호처리를 수행하며, 44.1KHz 샘플링, 16 비트 양자화의 디지털 오디오 신호로 된다.
이 디지털 오디오 신호는 D/A 변환기(15)에 의해 아날로그 신호로 되며, 출력처리부(16)에서 레벨 변조, 임피던스 조정등이 수행되어 라인출력단자(17)로부터 아날로그 오디오 신호 Aout으로서 외부기기에 대해서 출력된다. 또한, 헤드폰 출력 Pout으로서 헤드폰 출력단자(27)에 공급되며, 접속되는 헤드폰에 출력된다.
또한, 엔코더/디코더부(14)에서 디코드된 상태의 디지털 오디오 신호는, 디지털 인터페이스부(22)에 공급되는 것으로, 디지털 출력단자(21)로부터 디지털 오디오 신호 Dout으로서 외부기기에 출력하는 것도 가능하다. 예를 들어 케이블에 의한 전송형태로 외부기기에 출력된다.
광자기 디스크(90)에 대해서 기록동작이 실행되는 때에는, 라인 입력단자(18)에 공급된 기록신호(아날로그 오디오 신호Ain)은 A/D 변환기(19)에 의해 디지털 데이터로 된 후, 엔코더/디코더부(14)에 공급되며, 음성압축 엔코더 처리를 수행한다.
또는, 외부기기로부터 디지털 입력단자(20)에 디지털 오디오 신호Din이 공급된 경우는, 디지털 인터페이스부(22)에서 제어 코드 등의 추출이 수행되는 동시에, 그 오디오 데이터가 엔코더/디코더부(14)에 공급되며, 음성압축 엔코더 처리를 수행한다.
또한, 도시되지 않은 마이크로폰 단자를 설치하며, 마이크로폰 입력을 기록신호로서 이용하는 것도 당연히 가능하다.
인코더/디코더부(14)에 의해 압축된 기록 데이터는 메모리 콘트롤러(12)에 의해 일단 버퍼 메모리(13)에 기입되어 축적된 후, 소정량의 데이터 단위마다 독출되어 엔코더/디코더부(8)에 전달된다. 그리고 엔코더/디코더부(8)에서 CIRC 엔코드, EFM 변조등의 엔코드 처리된 후, 자기 헤드 구동회로(6)에 공급된다.
자기 헤드구동회로(6)는 엔코드 처리된 기록 데이터에 따라서, 자기 헤드(6a)에 자기 헤드 구동신호를 공급한다. 즉, 광자기 디스크(90)에 대해서 자기 헤드(6a)에 의한 N 또는 S의 자계 인가가 실행된다. 또한, 이 때 시스템 콘트롤러(11)은 광학 헤드에 대해서, 기록 레벨의 레이저광을 출력하도록 제어신호를 공급한다.
조작부(23)는 유저 조작에 동반되는 부위를 표시하며, 각종 조작 키나 다이얼로서의 조작자가 설치된다. 조작자로서는 예를 들어, 재생, 녹음, 일시정지, 정지, FF(빨리 감기), REW(빨리 되감기), AMS(앞부분 서치) 등의 기록 재생동작에 걸친 조작자나, 통상재생, 프로그램 재생, 셔플 재생 등의 플레이모드에 걸친 조작자, 더우기 표시부(24)에 있어서는 표시상태를 절환하는 표시모드 조작을 위한 조작자, 트랙(프로그램)분할, 트랙 연결, 트랙 소거, 트랙 네임입력, 디스크 네임 입력 등의 프로그램 편집조작을 위한 조작자가 설치되고 있다.
이들 조작키나 다이얼에 의한 조작 정보는 시스템 콘트롤러(11)에 공급되며, 시스템 콘트롤러(11)은 조작 정보에 따른 동작제어를 실행하는 것이 된다.
또한, 본 실시의 형태에 있어서는, 수신부(3)가 구비된다. 수신부(30)에서는, 리모트 콘트롤러(32)로부터 송신된, 예를 들어 적외선에 의한 명령 신호를 수신하여 디코드처리를 수행하여, 명령 코드(조작 정보)로서 시스템 콘트롤러(11)에 출력한다. 이 수신부(30)로부터 출력된 조작 정보에 기초해도, 시스템 콘트롤러(11)는 동작제어를 실행한다.
표시부(24)의 표시동작은 시스템 콘트롤러(11)에 의해 제어된다.
즉, 시스템 콘트롤러(11)은 표시동작을 실행시킬 때 표시해야 하는 데이터를 표시부(24)내의 표시 드라이브에 송신한다. 표시 드라이브는 공급된 데이터에 기초하여 액정 패널 등에 의한 디스플레이의 표시동작을 구동하며, 필요한 숫자, 문자, 기호등의 표시를 실행시킨다.
표시부(24)에 있어서는, 기록/재생하고 있는 디스크의 동작 모드상태, 트랙넘버, 기록시간/재생시간, 편집동작상태 등이 표시된다.
또한, 디스크(90)에는 주 데이터된 프로그램에 부수하여 관리되는 문자정보(트랙네임 등)이 기록 가능하지만, 그 문자정보의 입력시의 입력문자의 표시나, 디스크로부터 독출한 문자정보의 표시등이 실행된다.
더욱이, 본 예의 경우, 디스크(90)에는, 프로그램으로서의 악곡 등의 데이터와 독립한 데이터 파일이 되는 부 데이터(AUX 데이터)가 기록되는 것이 가능하다.
AUX 데이터로서의 데이터 파일은, 문자, 정지화상 등의 정보가 되지만, 이들의 문자나 정지화상은 표시부(24)에 의해 표시출력가능하게 된다.
즉, 본 실시의 형태에 있어서는, AUX 데이터로서의 데이터 파일인 정지화상 데이터는, JPEG(Joint Photographic Coding Experts Group) 방식에 의해 압축된 파일 형식으로 기록된다. JPEG 데이터(26)에서는, 디스크(90)에서 재생되어 예를 들면 버퍼 메모리(13)에 축적된 정지화상 데이터의 파일을 메모리 콘트롤러(12)를 통해서 입력하며, JPEG 방식에 따른 신장처리를 수행하여 표시부(24)에 출력한다. 이것에 의해, AUX 데이터인 정지화상 데이터가 표시부(24)에 서 표시되게된다.
단, AUX 데이터로서의 문자 정보나 정지화상 정보를 출력하는데는, 비교적 대화면이 되며, 또한 화면 상을 혹은 자유자재로 사용가능한 플랫트 디스크 플레이어 CRT 디스플레이가 적당한 경우도 많으며, 이를 위해서, AUX 데이터의 표시출력은 인터페이스부(25)를 통해서 이부의 모니터장치 등에 있어서 실행하는 것이 생각될 수 있다.
또한 AUX 데이터 파일은 유저가 디스크(90)에 기록되는 것도 가능하지만, 그 경우의 입력으로서 이미지 스캐너, 퍼스널 컴퓨터, 키보드 등을 이용하는 것이 필요하게되는 경우가 있으며, 그와 같은 장치로부터 AUX 데이터 파일로서의 정보를 인터페이스부(25)를 통해서 입력하는 것이 생각될 수 있다.
또한, 본 실시의 형태에 있어서는, 인터페이스부(25)는 IEEE 1394 인터페이스가 채용되는 것이 가능하다. 이를 위해서, 이하에서는 인터페이스부(25)를 IEEE 1394 인터페이스(25)로서도 표시한다. 따라서, IEEE 1394 인터페이스(25)는 IEEE 1394 버스(116)을 통해서 각종 외부기기와 접속되게 된다.
시스템 콘트롤러(11)은, CPU, 내부 인터페이스부 등을 구비한 마이크로컴퓨터가 되며, 상술해 온 각종 동작의 제어를 수행한다.
또한, 프로그램 ROM(28)에는, 당해 기록 재생 장치에 있어서 각종 동작을 실현하기 위한 프로그램 등이 저장되며, 워크 RAM(29)에는, 시스템 콘트롤러(11)가 각종 처리를 실행하는데 필요한 데이터나 프로그램 등이 적절히 보유된다.
그런데, 디스크(90)에 대하여 기록/재생 동작을 수행할 때에는, 디스크(90)에 기록되어 있는 관리정보, 즉, P-TOC(프리마스타트 TOC), U-TOC(유저 TOC)를 독출할 필요가 있다. 시스템 콘트롤러(11)는 이들의 관리정보에 따라서 디스크(90)상에 기록해야하는 영역의 어드레스나, 재생해야 하는 영역의 어드레스를 판별하게 된다.
이 관리정보는 버퍼 메모리(13)에 보유된다.
그리고, 시스템 콘트롤러(11)는 이들의 관리정보를, 디스크(90)이 장전될 때 관리정보가 기록된 디스크의 최내주측의 재생동작을 실행하는 것에 의해서 독출하며, 버퍼 메모리(13)에 기록하여 놓으며, 이후 그 디스크(90)에 대한 프로그램의 기록/재생/편집 동작 때에 참조 가능하도록 되어있다.
또한, U-TOC는 프로그램 데이터의 기록이나 각종 편집 처리에 따라서 기록 교체되지만, 시스템 콘트롤러(11)는 기록/편집 동작할 때마다, U-TOC 갱신처리를 버퍼 메모리(13)에 기억시킨 U-TOC정보에 대하여 수행하며, 그 기록갱신동작에 따라서 소정의 타이밍으로 디스크(90)의 U-TOC영역에 있어서도 기록갱신하고자 한다.
또한, 디스크(90)에는 프로그램과는 별도로 AUX-데이타 파일이 기록되지만, 그 AUX 데이터 파일의 관리를 위한 디스크(90) 이상에는 AUX-TOC가 형성된다.
시스템 콘트롤러(11)은 U-TOC의 독출의 때에 AUX-TOC의 독출도 수행하며, 버퍼 메모리(13)에 저장하여 필요시에 AUX 데이터의 관리 상태를 참조가능하도록 하고 있다.
또한 시스템 콘트롤러(11)는 필요에 따라서 소정 타이밍으로(혹은 AUX-TOC의 독출의 때에 동시에) AUX 데이터 파일을 읽어들이고, 버퍼 메모리(13)에 저장한다. 그리고 AUX-TOC로 관리되는 출력 타이밍에 따라서 표시부(24)나, IEEE1394 인터페이스(25)를 통해서 외부기기에 관한 문자나 화상의 출력동작을 실행시킨다.
1-6-2. 섹터 포맷 및 어드레스 형식
도13에서, 섹터, 클러스터라고 하는 데이터 단위에 대해서 설명한다.
미니 디스크시스템에서의 기록 트랙으로서는 도13과 같이 클러스터 CL이 연속하여 형성되고 있으며, 1 클러스터가 기록시의 최소단위가 된다. 1 클러스터는 2-3 주회 트랙분에 상당한다.
그리고 1개의 클러스터 CL은, 섹터 SFC-SFF가 되는 4섹터의 링킹 영역과, 섹터 S00-S1F로서 표시되는 32 섹터의 메인 데이터 영역으로부터 형성되고있다.
1섹터에는 2352 바이트로 형성된 데이터 단위로 되어 있다.
4섹터의 서브데이터 영역중에서, 섹터 SFF는 서브데이터 섹터가 되며, 서브 데이터로서의 정보기록에 사용가능하지만, 섹터 SFC-SFE의 3섹터는 데이터 기록에 는 사용되지 않는다.
한편, TOC데이터, 오디오 데이터, AUX 데이터 등의 기록은 32 섹터분의 메모리 데이터 영역에서 수행된다.
또한, 어드레스는 1섹터마다 기록된다.
또한, 섹터는 더우기 사운드 그루브라고 하는 단위로 세분화되며, 2섹터가 11사운드 그룹으로 나누어진다.
즉, 도시하듯이, 섹터(S00) 등의 우수 섹터와, 섹터(S01) 등의 기수 섹터의 연속하는 2개의 섹터는, 사운드 그룹(SG00-SG0A)이 포함되는 상태가 되고 있다. 한개의 사운드 그룹(424) 바이트로 형성되고 있으며, 11.6msec의 시간에 상당하는 음성 데이터량이 된다.
1개의 사운드 그룹 SG내에서는 데이터가 L채널과 R채널로 나누어져서 기록된다. 예를 들어 사운드 그룹 SG00는 L 채널 데이터L0와 R 채널데이터 RO로 구성되며, 또한 사운드 그룹 SG01은 L채널 데이터 L1과 R채널 데이터 R1으로 구성된다.
또한, L채널 또는 R 채널의 데이터 영역이 되는 212 바이트를 사운드 프레임이라고 부른다.
다음에, 도14에 미니 디스크시스템에서의 어드레스 형식을 설명한다.
각 섹터는, 클러스터 어드레스와 섹터 어드레스에 의해 어드레스가 표현된다. 그리고 도14 상단에 도시되듯이 클러스터 어드레스는 16비트(=2바이트), 섹터 어드레스는 8비트(=1바이트)의 수치가 된다.
이 3 바이트분의 어드레스가, 각 섹터의 선두위치에 기록된다.
더우기 4비트의 사운드 그룹 어드레스를 추가하는 것으로, 섹터 내의 사운드 그룹의 번지도 표현하는 것이 가능하다. 예를 들어 U-TOC등의 관리에 있어서, 사운드 그룹 어드레스까지 표기하는 것으로, 사운드 그룹 단위로서 재생위치설정 등도 가능하게된다.
그런데 U-TOC나 AUX-TOC등에 있어서는, 클러스트 어드레스, 섹터 어드레스, 사운드 어드레스를 3바이트로 표시하기 위해서, 도14 이하에 표시하기 위한 단축형의 어드레스가 사용된다.
또한, 섹터는 1클러스트에 36 섹터이므로 6비트로 표현가능하다. 따라서 섹터 어드레스의 상위 2비트는 생략가능하다. 동일한 클러스트도 디스크 최외주 까지 14비트로 표현가능하므로 클러스트 어드레스의 상위 2비트는 생략가능하다.
이와같이 섹터 어드레스, 클러스트 어드레스의 상위 각 2비트씩을 생략하는 것으로, 사운드 그룹까지 지정가능한 어드레스를 3바이트로 표현가능하다.
또한, 후술하는 U-TOC, AUX-TOC에서, 재생위치, 재생 타이밍 등을 관리하는 어드레스는, 상기의 단축형의 어드레스로서 표기하지만, 그 어드레스로서는, 절대 어드레스 형태로 표시하는 예 이외에는, 오브젝트 어드레스로 표시하는 예도 생각할 수있다. 오브젝트 어드레스는, 예를 들면, 악곡등의 각 프로그램의 선두 위치를 어드레스 0의 위치로 하여 그 프로그램내의 위치를 도시하는 상대적인 어드레스이다. 이 오브젝트 어드레스의 예를 도15에서 설명한다.
악곡등의 프로그램이 기록되는 것은, 도16을 이용하여 후술하지만, 디스크상의 제50 클러스트(16진표현으로 클러스트(32h: 이하 본 명세서에 있어서 'h'를 부착한 숫자는 16진 표기의 수치로 한다)에서 된다.
예를 들어 제 1 프로그램의 선두위치의 어드레스(클러스트 32h, 섹터 00h, 사운드그룹0h)의 어드레스치는 도15(a) 상단에 표시하는 바와 같이, '0000000000110010000000000000'(즉, 0032h, 00h, 0h)가 된다. 이것을 단축형으로 표시하면, 도15(a) 하단과 같이, '000000001100100000000000'(즉, 00h, C8h, 00h)가 된다.
이 선두 어드레스를 기점으로서, 제 1 프로그램내의 어떤 위치로서, 예를 들면 클러스트0032h, 섹터 04h, 사운드 그룹0h의 어드레스는, 도15(b)와 같이 단축형의 절대 어드레스로서, '00h, C8h, 40h'가 되며, 일단 오브젝트 어드레스는, 선두 어드레스를 기점으로 하여 차분하여 클러스트 0000h, 섹터 04h, 사운드그룹 0h를 표현하면 좋으므로, '00h, 00h, 40h'가 된다.
또한 도15(a)의 선두 어드레스를 기점으로 하여, 제 1 프로그램내의 어떤 위치로서, 예를 들면 클러스터 0032h, 섹터 13h, 사운드 그룹 9h의 어드레스는, 도15(c)와같이 단축형의 절대 어드레스로서, '00h, 01h, 39h'가 되며, 일단 오브젝트 어드레스는 '00h, 01h, 39h'가 된다.
예를 들면 이들과 같이, 절대 어드레스 또는 오브젝트 어드레스에 의해, 프로그램내의 위치 등을 지정가능하다.
1-6-3. 영역 구조
본 실시의 형태의 MD 레코더/플레이어(1)가 대응하는 디스크(90)의 영역 구조를 도16에서 설명한다.
도16(a)는 디스크 최내주측으로부터 최외주측까지의 영역을 도시하고 있다.
광자기 디스크로서의 디스크(90)는, 최내주측은 엠보싱된 피트(embossed pits)에 의해 재생전용의 데이터가 형성되는 비트 영역으로 되며, 여기에 P-TOC가 기록되고있다.
비트 영역보다 외주는, 광자기 영역이 되며, 기록 트랙의안내홈으로서의 그루브가 형성된 기록 재생 가능 영역이되고 있다.
이 광자기 영역의 최내주측의 클러스터(0)-클러스터(49)까지의 구간이 관리 영역이 되며, 실제의 악곡 등의 프로그램이 기록되는 것은, 클러스터(50)-클러스터(225)까지 프로그램 영역이 된다. 프로그램 영역보다 외주는 리드 아웃 영역이되고 있다.
관리 영역내를 상세하게 나타낸 것이 도16(b)이다. 도16(b)는 횡방향으로 섹터, 종방향으로 클러스터를 나타내고 있다.
관리 영역에 있어서 클러스터(0,1)은 비트 영역과 완충 영역이 된다. 클러스터(2)는 파워 캘리브레이션 영역 PCA가 되며, 레이저 광의 출력 파워 조정등을 위해서 이용된다.
클러스터(3,4,5)는 U-TOC가 기록된다. U-TOC의 내용은 후술하지만, 한 개의 클러스터내의 각 섹터에 있어서 데이터 포맷이 규정되며, 각각 소정의 관리정보가 기록되지만, 이러한 U-TOC 데이터가 되는 섹터를 갖는 클러스터가, 클러스터(3,4,5)에 3회 반복기록된다.
클러스터(6,7,8)는 AUX-TOC가 기록된다. AUX-TOC의 내용에 있어서도 후술하지만, 한 개의 클러스터내의 각 섹터에 있어서 데이터 포맷이 규정되며, 각각 소정의 관리정보가 기록된다. 이와같은 AUX-TOC 데이터가 되는 섹터를 갖는 클러스터가, 클러스터(6,7,8)에 3회 반복하여 기록된다.
클러스터(9)로부터 클러스터(46)까지의 영역은, AUX 데이터가 기록되는 영역이 된다. AUX 데이터로서의 데이터 파일은 섹터 단위로 형성되며, 후술하는 정지화상 파일로서의 픽쳐 파일 섹터, 문자정보파일로서의 텍스트 파일 섹터, 프로그램에 동기한 문자정보 파일로서의 카라오케 텍스트 파일섹터 등이 형성된다.
그리고 이 AUX 데이터로서의 데이터 파일이나, AUX 데이터 영역내에서 AUX 데이터영역을 기록 가능한 영역등은, AUX-TOC에 의해 관리되고 있는 것이다.
또한 AUX 데이터 영역에서의 데이터 영역의 기록용량은, 에러정정방식 모드(2)로서 생각되는 경우에 2.8M 바이트가 된다.
또한, 예를 들어, 프로그램 영역의 후반부분이나 프로그램 영역보다 외주측의 영역(예를 들면 리드아웃 부분)에, 제 2 AUX 데이터 영역을 형성하며, 데이터 파일의 기록용량을 확대하는 것도 생각해볼 수 있다.
클러스터(47, 48, 49)는, 프로그램 영역과의 완충 영역이 된다.
클러스터(50)(=32h)이후의 프로그램 영역에는, 1 또는 복수의 악곡등의 음성 데이터가 ATRAC으로 불리우는 압축형식으로 기록된다.
기록되는 각 프로그램이나 기록 가능한 영역은, U-TOC에 의해 관리된다.
또한, 프로그램 영역에 있어서의 각 클러스터에 있어서, 섹터FFh는, 전술한바와같이 서브데이터로서의 어떤 정보의 기록에 이용되는 것이 가능하다.
또한, 미니 디스크시스템에서는 프로그램 등이 재생전용의 데이터로서 비트형태로 기록되고 있는 재생전용 디스크도 이용되지만, 이 재생전용 디스크에서는, 디스크상은 전부 비트영역으로 된다. 그리고 기록되고 있는 프로그램의 관리는, P-TOC에 의해 후술하는 U-TOC와 거의 같은 형태로 관리되며, U-TOC는 형성되지 않는다.
단, AUX 데이터로서 재생전용의 데이터 파일을 기록하는 경우는, 그것을 관리하기 위한 AUX-TOC가 기록되는 것이 된다.
1-6-4. U-TOC
1-6-4-1. U-TOC 섹터-0
전술된바와같이, 디스크(90)에 대하여 프로그램(트랙)의 기록/재생동작을 수행하기 위해서는, 시스템 콘트롤러(11)는, 미리 디스크(90)에 기록되고 있는 관리정보로서의 P-TOC, U-TOC를 독출하여 놓고, 필요시에 그것을 참조하게 된다.
여기서, 디스크(90)에 있어서 트랙(악곡 등)의 기록/재생동작 등의 관리를 수행하는 관리정보로서, U-TOC 섹터에 대해서 설명한다.
또한, P-TOC는 도16에서 설명하듯이 디스크(90)의 최내주측의 비트영역에 형성되는 것으로서, 독출전용의 정보이다. 그리고, P-TOC에 의해 디스크의 기록 가능 영역(레코더블 유저 영역)이나, 리드 영역, U-TOC영역 등의 위치의 관리 등이 수행된다. 또한, 모든 데이터가 비트 형태로 기록되고 있는 재생전용의 광 디스크에서는, P-TOC에 의해 ROM화되어 기록되고 있는 악곡의 관리도 수행되는 것이 가능하도록 되며, U-TOC는 형성되지 않는다.
P-TOC에 있어서는 상세한 설명을 생략하며, 여기서는 기록가능한 광자기 디스크에 설치되는 U-TOC에 대해서 설명한다.
도17은 U-TOC 섹터0의 포맷을 표시하는 것이다.
또한, U-TOC 섹터로서는 섹터0-섹터32 까지 설치되는 것이 가능하며, 그중에서, 섹터1, 섹터4는 문자정보, 섹터2는 녹음일시를 기록하는 영역으로 되어 있다.
먼저, 최초에, 디스크(90)의 기록/재생동작에 반드시 필요로 하는 U-TOC 섹터0에 대해서 설명한다.
U-TOC 섹터0는, 주로 유저가 녹음을 수행한 악곡 등의 프로그램이나 새롭게 프로그램이 녹음가능한 프리 영역에 있어서의 관리정보가 기록되어 있는 데이터 영역이 된다.
예를들어 디스크(90)에 어떤 악곡의 녹음을 수행하려고 할 때에는, 시스템 콘트롤러(11)는, U-TOC 섹터0로 부터 디스크상의 프리 영역을 찾아내어, 여기에 음성 데이터를 기록해 가게 된다. 또한, 재생시에는 재생해야하는 악곡이 기록되고 있는 영역을 U-TOC 섹터0로 부터 판별하며, 그 영역에 억세스하여 재생동작을 수행 한다.
U-TOC 섹터0의 데이터 영역(4 바이트 X 588의 2352 바이트)는, 선두위치에 올 0 또는 올 1의 1 바이트 데이터가 나란히 형성되는 동기 패턴이 기록된다.
계속해서 클러스터 어드레스(클러스터 H)(클러스터 L) 및 섹터 어드레스(섹터)가 되는 어드레스가 3바이트에 걸쳐서 기록되며, 더우기 모드 정보(MODE)가 1 바이트 부가되며, 이상에서 헤더가 된다. 여기서 3바이트의 어드레스는, 그 섹터 자체의 어드레스이다.
동기 패턴이나 어드레스가 기록되는 헤더부분에 있어서는, 이 U-TOC섹터0에 한정되지 않으며, P-TOC 섹터, AUX-TOC섹터, AUX 파일 섹터, 프로그램 섹터에서도 동일하며, 후술하는 도19의 이후의 각 섹터에 있어서는 헤더 부분의 설명을 생략하지만, 섹터 단위에 그 섹터 자체의 어드레스 및 동기 패턴이 기록되어 있다.
또한, 섹터 자체의 어드레스로서, 클러스터 어드레스는, 상위 아드레스(클러스터 H)와 하위 어드레스(클러스터 L)의 2 바이트로 기록되며, 섹터 어드레스(섹터)는 1 바이트로 기록된다. 즉, 이 어드레스는 단축형식이 아니다.
계속해서 소정 바이트 위치에서, 메이커 코드, 모델 코드, 최초의 트랙의 트랙넘버(First TON), 최후의 트랙의 트랙 넘버(Last TNO), 섹터 사용상황(Used sectors), 디스크 시리얼 넘버, 디스크 ID 등의 데이터가 기록된다.
더우기, 유저가 녹음을 수행한 기록되어 있는 트랙(악곡 등)의 영역이나 프리영역 등을 후술하는 테이블부에 대응시키는 것에 의해서 식별하기 위해서, 포인터부로서 각종 포인터(P-DFA, P-EMPTY, P-FRA, P-TNO1-P-TNO255)가 기록되는 영역이 용의되고 있다.
그리고, 포인터(P-DFA-P-TNO255)에 대응되는 것이 되는 테이블부로서(O1h)-(FFh)까지의 255개의 파트 테이블이 설치되며, 각각의 파트 테이블에는, 어떤 패치에 있어서 기점이 되는 스타트 어드레스, 종단이 되는 엔드어드레스, 그 패치의 모드 정보(트랙모드)가 기록되어 있다. 더우기 각 파트 테이블에서 표시되는 파트가 다른 파트에 계속해서 연결되는 경우가 있으므로, 그 연결되는 파트의 스타트 어드레스 및 엔드 어드레스가 기록되어 있는 파트 테이블을 도시하는 링크 정보가 기록가능하도록 되어있다.
또한, 파트란 한개의 트랙내에서 시간적으로 연속한 데이터가 물리적으로 연속하여 기록되어 있는 트랙부분을 일컷는다.
그리고, 스타트 어드레스, 엔드 어드레스로서 표시되는 어드레스는, 한 개의 악곡(트랙)을 구성하는 1 또는 복수의 각 파트를 표시하는 어드레스로 한다.
이들의 어드레스는 단축형으로 기록되며, 클러스터, 섹터, 사운드 그룹을 지정한다.
이 종류의 기록 재생 장치에서는, 한 개의 악곡(프로그램/트랙)의 데이터를 물리적으로 불연속으로, 즉, 복수의 파트에 걸쳐서 기록되어 있어도 파트 간에서 억세스하면서 재생하여 오는 것에 의해서 재생동작에 지장은 없도록, 유저가 녹음하는 악곡 등에 있어서는, 녹음가능 영역의 효율사용 등의 목적으로 부터, 복수 파트로 나누어 기록하는 경우도 있다.
그러므로, 링크 정보가 설치되며, 예를들어 각 파트 테이블에 부여된 넘버(01h)-(FFh)에 의해, 연결해야 하는 파트 테이블을 지정하는 것에 의해서 파트 테이블이 연결가능하게 되어 있다.
이를테면 U-TOC 섹터0에 있어서 관리 테이블부에 있어서는, 한 개의 파트 테이블은 한 개의 파트를 표현하며, 예를들어 3개의 파트가 연결되어 구성되는 악곡에 있어서는 링크 정보에 의해 연결되는 3개의 파트 테이블에 의해, 그 파트 위치의 관리가 수행된다.
또한, 실제로는 링크 정보는 소정의 연산 처리에 의해 U-TOC섹터0 내의 바이트 포지션이 되는 수치로 표시된다. 즉, 304 + (링크 정보) X 8(바이트 번째)로서 파트 테이블을 지정한다.
U-TOC 섹터0의 테이블부에 있어서 (01h)-(FFh) 까지의 각 파트 테이블은, 포인터부에 있어서의 포인터(P-DFA, P-EMPTY, P-FRA, P-TNO1-P-TNO255)에 의해, 이하와 같이 그 파트의 내용이 표시된다.
포인터 P-DFA는 광자기 디스크(90)상의 결함 영역에 함께 표시하며, 손상에 의한 테이블 또는 복수의 파트 테이블내의 선두의 파트 테이블을 지정하고 있다. 즉, 결함 파트가 존재하는 경우는 포인터 P-DFA에 있어서 (01h)-(FFh)중 어떤것인가가 기록되어 있으며, 그것에 상당하는 파트 테이블에는, 결함 파트가 스타트 및 엔드 어드레스에 의해 표시되고 있다. 또한, 다른 것에도 결함 파트가 존재하는 경우는, 그 파트 테이블에 있어서 링크 정보로서 다른 파트 테이블이 지정되며, 그 파트 테이블에도 결함 파트가 표시되어 있다. 그리고, 더우기 다른 결함 파트가 아닌 경우는 링 정보는 예를들면 '(00h)'가 되며, 이후 링크가 없어진다.
포인터P-EMPTY은 관리 테이블부에 있어서 1 또는 복수의 미사용의 파트 테이블의 선두의 파트 테이블을 표시하는 것이며, 미사용의 파트 테이블이 존재하는 경우는, 포인터P-EMPTY로서, (01h)-(FFh)중에서 어떤 것인가가 기록된다.
미사용의 파트 테이블이 복수존재하는 경우는, 포인터 P-EMPTY에 의해 지정된 파트 테이블로부터 링크 정보에 의해 순차적으로 파트 테이블이 지정되어 오며, 모든 미사용의 파트 테이블이 관리 테이블부상에서 연결된다.
포인터P-FRA는 광자기 디스크(90)상의 데이터의 기입가능한 프리 영역(소거영역을 포함한다)에 있어서 표시되며, 프리 영역이 되는 트랙부분(=파트)가 표시된 1 또는 복수의 파트 테이블내의 선두의 파트 테이블을 지정하고 있다. 즉, 프리 영역이 존재하는 경우는 포인터P-FRA에 있어서 (01h)-(FFh)중 어느 것인가 기록되고 있으며, 그것에 상당하는 파트 테이블에는, 프리 영역인 파트가 스타트 및 엔드 어드레스에 의해 표시되고 있다. 또한, 이러한 파트가 복수개 있으며, 즉, 파트 테이블이 복수 개 있는 경우는 링크 정보에 의해, 링크 정보가 '(00h)'가 되는 파트 테이블까지 순차적으로 지정되어 있다.
도18에는 파트 테이블에 의해, 프리 영역이 되는 파트의 관리상태를 모식적으로 도시한다. 이것은 파트(03h)(18h)(1Fh)(2Bh)(E3h)가 프리 영역이 되어 있는 때에, 이 상태가 포인터 P-FRA에 계속해서 파트 테이블 (03h)(18h)(1Fh)(2Bh)(E3h)의 링에 의해 표현되고 있는 상태를 표시하고 있다. 또한 상기한 결함영역이나 미사용 파트 테이블의 관리형태도 이것과 같게 된다.
포인터P-ITN01 - P-TN0255는, 광자기 디스크(90)에 유저가 기록을 수행한 악곡등의 트랙에 대해서 표시하며, 예를 들어, 포인터P-TN01에서는 제 1 트랙의 데이터가 기록된 1 또는 복수의 파트 중에서의 시간적으로 선두가 되는 파트가 표시된 파트 테이블을 지정하고 있다.
예를 들면 제 1 트랙(제 1 프로그램)이 된 악곡이 디스크상에서 트랙이 분단되지 않으며, 즉, 한 개의 파트로 기록되고 있는 경우는, 그 제 1 트랙의 기록 영역은 포인터P-TN01에서 표시되는 파트 테이블에 관한 스타트 및 엔드 어드레스로서 기록되어 있다.
또한, 예를들면 제2 트랙(제2 프로그램)이 된 악곡이 디스크 상에서 복수의 파트에 이산적으로 기록되고 있는 경우에는, 이 제2 트랙의 기록위치를 표시하기 위한 각 파트가 시간적으로 순서에 따라서 지정된다. 즉, 포인터P-TN02에 지정된 파트 테이블까지 연결된다(상기, 도18과 동일의 형태).
이와같이 예를들어 2곡째를 구성하는 데이터가 기록된 모든 파트가 순차지정되어 기록되고 있는 것에 의해서, 이 U-TOC섹터 0의 데이터를 이용하여, 2곡째의 재생시나, 그 2곡째의 영역으로의 상서 이산적인 파트로부터 연속적인 음악정보를 취출하기도 하며, 기록 영역을 효율적으로 사용한 기록이 가능하게 된다.
이상과 같이, 기록 갱신가능한 광자기 디스크(90)에 있어서는, 디스크상의 영역 관리는 P-TOC에 의해 되며, 또한 레코더블 유저 영역에 있어서 기록된 악곡이나 프리 영역 등은 U-TOC에 의해 수행된다.
1-6-4-2. U-TOC섹터1
다음에, 도19에 U-TOC섹터1의 포맷을 표시한다. 이 섹터1은 녹음된 각 트랙에 트랙 네임을 붙이기도 하며, 디스크 자체의 명칭 등의 정보가 되는 디스크 네임을 부착하는 경우에, 입력된 문자정보를 기록하는 데이터 영역이 된다.
이 U-TOC 섹터1에는, 기록된 각 트랙에 상당하는 포인터부로서 포인터P-TNA1 - P-TNA255가 용의되며, 또한 이 포인터P-TNA1 - P-TNA255에 의해 지정되는 슬롯부가 1단위 8바이트로 255 단위의 슬롯(O1h)-(FFh) 및 동일하게 8 바이트의 한개의 슬롯(00h)가 용의되고 있으며, 상술한 U-TOC섹터0와 거의 동일한 형태로 문자 데이터를 관리한다.
슬롯(01h)-(FFh)에는 디스크 타이틀이나 트랙 네임으로서의 문자정보가 아스키 코드로 기록된다.
그리고, 예를들어 포인터P-TNA1에 의해 지정되는 슬롯에는 제 1 트랙에 대응하여 유저가 입력한 문자가 기록되게 된다. 또한, 슬롯이 링 정보에 의해 링크되는 것으로, 한 개의 트랙에 대응하는 문자입력은 7바이트(7문자)보다 크게 되어도 대응이 가능하다.
또한, 슬롯(00h)으로서의 8 바이트는 디스크 네임의 기록을 위한 전용 영역이 되며, 포인터P-TNA(x)에 의해서는 지정되지 않는 슬롯이 된다.
이 U-TOC섹터1에서도 포인터 P-EMPTY는 사용하지 않는 슬롯을 관리한다.
1-6-4-3. U-TOC섹터2
다음에, 도20은 U-TOC 섹터2의 포맷을 도시하며, 이 섹터2는, 주로 유저가 녹음을 수행한 악곡의 녹음일시를 기록하는 데이터 영역이 된다.
이 U-TOC 섹터2에는, 기록된 각 트랙에 상당하는 포인터부로서 포인터 P-TRD - P-TORD255가 준비되며, 또한 이 포인터P-TRD1 - P-TRD255에 의해 지정되는 슬롯부가 용의된다. 슬롯부에는 1단위 8바이트로 255 단위의 슬롯(01h)-(FFh)가 형성되며, 상술한U-TOC 섹터0와 거의 동일한 형태로 일시 데이터를 관리한다.
슬롯(O1h)-(FFh)에는 악곡(트랙)의 녹음일시가 6바이트로 기록된다. 6바이트는 각각 1바이트 씩, 년, 월, 일, 시, 분, 초에 상당하는 수치가 기록된다. 또, 남은 2바이트는 메이커 코드 및 모델 코드가 되며, 그 악곡을 녹음한 기록장치의 제조자를 표시하는 코드 데이터, 및 녹음한 기록장치의 기종을 표시하는 코드 데이터가 기록된다.
예를 들어, 디스크에 제 1 곡목으로서 트랙이 녹음되면, 포인터 P-TRD1에 의해 지정되는 슬롯에는 그 녹음일시 및 녹음 장치의 메이커 코드, 모델 코드가 기록된다. 녹음일시 데이터는 시스템 콘트롤러(11)가 내부시계를 참조하여 자동적으로 기록하게 된다.
또한, 슬롯(00h)으로서의 8바이트는 디스크 단위의 녹음일시의 기록을 위한 전용 영역이 되며, 포인터P-TRD(x)에 의해서는 지정되지 않는 슬롯이 된다.
또한, 이 U-TOC 섹터2 에서도 슬롯 포인터P-EMPTY는 사용하지 않는 슬롯을 관리하는 것이 가능하다. 사용되지 않는 슬롯에 있어서는, 모델 코드에 대신에 링 정보가 기록되며, 슬롯 포인터P-EMPTY를 선두에 각 미사용의 슬롯이 링 정보로 링 되어 관리되고 있다.
1-6-4-4. U-TOC 섹터 4
도21은 U-TOC 섹터4를 표시하며, 이 섹터4는, 상기한 섹터1과 동일하게, 유 저가 녹음을 수행한 트랙에 곡명(트랙 네임)을 부착하기도 하며, 디스크 네임을 부착하는 경우에, 입력된 문자 정보를 기록하는 데이터 영역이 되며, 도21과 도19를 비교하여 알 수 있듯이 포맷은 섹터1과 거의 동일하다.
또한, 이 섹터4는 한자나 유럽 문자에 대응하는 코드 데이터(2 바이트 코드)가 기록될 수 있도록 되어 있으며, 도22의 섹터1의 데이터에 가산되어, 소정 바이트 위치에 문자 코드의 속성이 기록된다.
이 U-TOC 섹터4의 문자정보의 관리는, 섹터1과 동일하게 포인터P-TNA1 - P-TNA255 및 포인터 P-TNA1 - P-TNA255에 의해 지정되는 255단위의 슬롯(O1h)-(FFh)에 의해 수행된다.
또한, 본 예의 MD 레코더/플레이어(1)는 U-TOC가 형성되지 않는 재생전용 디스크에 있어서도 대응될 수 있지만, 재생전용 디스크의 경우, P-TOC에 있어서 디스크 네임, 트랙 네임으로서의 문자정보를 기록하여 놓은 것이 가능하다.
즉, P-TOC 섹터로서 U-TOC 섹터1, 섹터4와 개략적으로 동일한 섹터가 용의되며, 디스크 메이커는 미리 디스크 네임, 트랙 네임을 그 P-TOC섹터에 기록하여 놓는 것이 가능하다.
1-6-5. AUX-TOC
1-6-5-1. AUX-TOC 섹터0
본 예의 디스크(90)에서는, 도16에서 설명한 것과 같이 AUX데이터 파일 및 AUX-TOC를 기록하는 영역이 설정되며, AUX데이터 파일로서 악곡 등의 트랙(프로그램)은 독립된 문자정보나 화상정보 등을 기록할 수 있다.
그리고, 그 AUX데이터 파일은 AUX-TOC에 의해 관리된다. 이 AUX-TOC는, 3 클러스터에 걸쳐서 3회 반복하여 기록되며, 따라서 관리 데이터 구조로서는 U-TOC와 동일하게, 1 클러스터 내의 32 섹터를 사용할 수 있다.
본 예에서는, 이하 설명한 바와 같이 AUX-TOC 섹터0-섹터 5를 설정하여, AUX 데이터 파일의 관리를 수행한다.
또한, AUX-TOC 섹터0의 포맷을 도22에서 설명한다.
AUX-TOC섹터0는, 주로 AUX데이터 영역의 전체로서, AUX데이터 영역에 있어서의 프리 영역(빈 영역)의 관리를 수행하는 영역 할당 테이블이 된다.
그리고 도22에 도시된 것 처럼 이 섹터0에서는, 헤더(섹터 어드레스=00h, 모드 정보=02h가 되어 있다)에 이어서, 소정 바이트 위치에, 'M' 'D' 'A' 'D'의 4문자가 ASCII 코드에 의해 4바이트분의 영역을 이용하여 기록된다. 이 'M' 'D' 'A' 'D'의 문자는, 포맷ID를 표시하는 것으로, 이하 설명하는 AUX-TOC섹터에 대하여도, 동일한 바이트 위치에 공통으로 기록되어 있다.
또한, 상기 포맷ID에 계속해서 소정 바이트 위치에 메이커 코드, 모델 코드가 기록되며, 그 이후의 소정 바이트 위치에 유즈드 섹터 정보가 기록된다.
상기 유즈드 섹터 정보에는, AUX-TOC내의 섹터 사용상황이 도시된다.
Used Sectors0를 형성하는 d8-d1의 8비트는, 각각 0-7 섹터에 대응한다. 이하, 동일하게, Used Sectors1의 d8-d1은, 각각 8-15 섹터에 대응한다. Used Sectors2의 d8-d1은, 각각 24-31섹터에 대응한다.
이 AUX-TOC 섹터0에서는, 포인터P-EMPTY. P-BLANK에 의해 포인터부가 형성된 다.
그리고 테이블부에 있어서 스타트 어드레스, 엔드 어드레스, 링 정보가 기록되는 각8 바이트의 파트 테이블이 99단위 형성되어, 상술한 U-TOC섹터0와 동일의 형태로, 파트 테이블(Oh)-(63h)까지가 테이블부로서 사용되며, 남은 파트 테이블(64h)-(FFh)는 사용하지 않는 것으로, ALL '0'(제로)가 셋트된다.
또한, 파트 테이블(64h) 이하를 테이블부로서 사용하여도 구성되지 않지만, 실용적으로는, 99단위의 파트 테이블에 의한 관리로 충분하게 된다. 여기서, 유효한 테이블부로서 파트 테이블(01h)-(63h) 까지로서 있는것은, 버퍼 메모리(13)으로서의 특정한 용량에 대응하여 결정되는 것이다.
포인터 P-EMPTY는, 이 AUX-TOC 섹터0 내에서의 미사용의 파트 테이블을 링크 형태로 관리한다.
포인터P-BLANK는, AUX데이터 영역내에서의 프리 영역, 즉 AUX데이터 영역을 기록하여 가는 것이 가능한 미기록 영역을, U-TOC 섹터0에 있어서 포인터P-FRA와 동일하게 파트 테이블의 링크 형태로 관리한다.
또한, 스타트 영역, 엔드 영역은 단축형태로 되며, 사운드 그룹 위치까지의 지정이 가능하게 되고 있다. 단, 본 실시의 형태의 AUX-TOC 섹터0에서는, 클러스터 단위까지에 의한 어드레스 지정으로 하는 것이 규정되어 있으며, 섹터, 스타트 어드레스, 엔드 어드레스에 있어서 사운드 그룹단위를 표시하는 데이터 위치에는, ALL '0'가 셋트된다.
이하 설정하는 AUX-TOC 섹터1-섹터5까지의 테이블 혹은 슬롯부에 있어서 3바이트로 기록되는 스타트 어드레스, 엔드 어드레스도 단축 형태로 된다. 또한, 스타트 어드레스, 엔드 어드레스로서, 어떤 데이터 단위까지 지정하는 것인가라고 하는 규정은, 각 섹터 내용에 의해 달라지므로, 이하에 있어서 적당히 설명한다.
그런데 재생 전용 디스크AUX-TOC가 형성되는 경우에는, 파트 테이블에 있어서 링 정보가 사용되지 않는다.
1-6-5-2. AUX-TOC 섹터 1
AUX-TOC섹터1-섹터3은, 정지화상 정보로서의 픽처 파일의 관리에 이용된다.
도23에 도시하는 AUX-TOC 섹터1은 픽쳐 할당 테이블로서의 관리 섹터가 되며, AUX데이터 영역에 있어서 픽쳐 파일로서 기록된 각 데이터 파일의 관리를 수행한다.
이 AUX-TOC 섹터1에서는, U-TOC 섹터0와 동일한 형태로 픽쳐 파일의 관리를 수행한다.
본 실시의 형태에서는, AUX 데이터 영역에 기록되는 정지화상 1매의 픽쳐파일로서의 파일길이는 특히 규정되지 않는다. 단, 본 실시의 형태에서는, 후술하드시 하여 표지 픽쳐를 포함하며, 최대로 100픽쳐 파일이 관리가능하게 구성된다. 따라서 본질적으로 기록가능한 픽쳐 화일도 100이된다.
또한, 본지 픽쳐는, 예를들면 디스크 재킷 등이 되는 픽쳐 파일이 된다.
AUX-TOC섹터1의 경우에, 헤더에 있어서는, 섹터 어드레스=01h, 모드 정보=02h가 기록된다.
표지 픽쳐 이외의 99매가 되는 각 픽쳐 파일의 관리에 이용되는 포인터P- PNO(x)로서, AUX-TOC 섹터1내에서는 포인터P-PN01 - P-PN099가 형성된다. 포인터P-PN099보다 후로 부터 테이블부 직전까지의 각 바이트 위치에는 '001h'가 기록된다.
단, AUX데이터 영역의 장래 확장이나 파일 사이즈 변경 등에 의해, 보다 다수의 픽쳐 영역의 기록이 가능하게되는 경우에 대응할 수 있도록, 포인터P-PN(x)로서, 포인터 P-PN01 - P-PN099에 계속해서 바이트 위치로부터, 도23내에 괄호로 표시하는 포인터 P-PN0255까지의 바이트 위치에 대해서, 포인터 P-PN0100 - P-PN255를 설정하는 것이 가능하다.
또한, 메이커 코드, 모델 코드에 계속해서 2바이트의 영역은, 포인터First PNO가 된다. 포인터First PNO에는, 포인터P-PNO1 - P-PNO99중에서 사용되고 잇는 최초의 포인터P-PNO(x)의 넘버x가 기록되며, 포인터Last PNO는, 사용되고 있는 최후의 포인터P-PNO(x)의 넘버x가 기록된다. 예를들어, 포인터P-PNO1 - P-PNO99 중에서, 포인터 P-PN01 - P-PNO5까지 사용되고 있다고 하면, 포인터First PNO=01h, 포인터Last PNO=05h가 기록된다.
또 포인터부에 있어서, 포인터 P-PFRA, P-EMPTY도 형성되고 있다.
그리고 테이블부에 있어서 각 포인터에 대응되는 각8바이트의 파트 테이블로서, 스타트 어드레스, 엔드 어드레스, 화상 모드(S, Pict. 모드)가 기록되는 99 단위의 파트 테이블(01h)-(63h)가 형성된다. 이 경우도, AUX-TOC 섹터0 동일, 남은 파트 테이블(64h)-(FFh)는 사용하지 않는 것으로, ALL '0'(제로)가 셋트된다.
또한, 파트 테이블(00h)는 포인터에 의해서는 지정되지 않는 파트 테이블이 되며, 여기서 표지 픽쳐로서 위치부착된 픽쳐 파일의 어드레스 관리에 전용으로 시용된다. 상기한 화상 모드(S, Pict. 모드)는, 표지 픽쳐의 파트 테이블(00h)에도 동일하게 설치된다.
포인터P-PN01 - P-PN099는, 각각 한 개의 픽쳐 파일이 기록된 영역을, 특정의 파트 테이블을 지정하는 것으로 관리한다. 예를들면 포인터P-PN01로 지정되는 파트 테이블에는, 1매씩으로서의 화상 데이터가 되는 픽쳐 어드레스의 스타트 어드레스, 엔드 어드레스, 화상 모드(S. Pict. 모드)가 기록된 상태가 된다.
또한, 이 AUX-TOC섹터1에서는 링크 정보(Link-P)에 의한 파트 테이블을 링크시켜서 수행하는 파일 관리는 수행되지 않는다. 즉 한개의 픽쳐 파일은 물리적으로 다른 구간으로 분리되어 기록되는 것은 아니다.
또한, 이 섹터내에서의 미사용의 파트 테이블에 있어서는 포인터P-EMPTY를 기점으로 하는 링크 형태(파트 테이블의 8 바이트째가 링크 정보가 된다)에 의해서 관리된다.
또한, AUX-TOC섹터1에서의 포인터P-PFRA는, AUX데이터 영역내의 1 클러스터의 영역에 대하여 1클러스터 미만의 픽쳐 데이터가 기록되어 있으며, 또한, 그 1클러스터내에 있어서 픽쳐 데이터가 기록되지 않는 영역이 미기록 영역(기록가능영역), 즉 프리 영역이 되는 경우는, 이 프리 영역을 관리하는 포인터가 된다. 즉, 포인터P-PFRA에서 지정되는 파트 테이블에 프리 영역으로서의 구간의 어드레스가 기록된다.
또한, AUX-TOC섹터1에서의 각 파트 테이블에 있어서 화상모드(S.Pict. 모드)는, 각 파트 테이블에 의해 지정되는 어드레스에 기록되어 있는 픽쳐 파일에 있어서, 카피 상태를 포함하는 모드 정보를 표시하는 것이 된다.
화상 모드(S.Pict. 모드)는, 예를들면 도30(a)에 표시하듯이 정의된다.
화상모드는 d1-d8의 8비트가 되지만, d1-d2로부터 되는 2 비트에 의해 카피 상태가 표시된다. 카피 상태란, 대응하는 픽쳐 파일에 있어서의 카피의 허가/불허가에 관해서 설정된 정보이다.
이 경우, 카피 상태가(0h)가 된 경우에는, 카피 허가인것을 표시하며, 그 픽쳐 파일은 몇번이고 카피가 가능하게 된다.
카피 상태가(1h)가 된 경우에는, 그 픽쳐 파일에 있어서, 후에 1회만의 카피가 허가되고 있는 것을 표시한다.
카피 상태가 (2h)가 된 경우에는, 그 픽쳐 파일에 있어서, 인증된 데이터 버스를 통해서 1회만의 카피가 허가되고 있는 것을 표시한다. 역으로 말해서, 인증되지 않는 데이터 버스를 통한 경우에는, 카피는 불허가된다.
카피 상태가 (3h)가 된 경우에는, 그 픽쳐 파일에 있어서는, 카피가 금지되고 있는 것을 표시한다.
남은 d3-d8의 비트에 있어서는, 여기서는 미정의 되어있다.
또한, 어떤 픽쳐 파일에 있어서 데이터의 카피가 수행된 경우에는, 그 카피전의 픽쳐 파일에 대응하여 부여된 카피 상태의 내용에 대응하여, 카피 후의 픽쳐 파일에 대응하여 부여되는 카피 상태는, 도30(b)에 도시되듯이 갱신되어야 하는 것이 된다.
즉, 어떤 픽쳐 파일에 있어서, 카피 전에 있어서는 카피 상태가 '0h'가 된 경우는, 카피후에 있어서도 그 픽쳐 파일에는, 카피 상태 '0h'가 부여된다. 즉, 몇번으로도 카피가 가능하게된다.
이것에 대해서, 카피 전에 있어서는 카피 상태가 '1h' 혹은 '2h'가 되는 경우에는, 카피 후에 있어서는, 카피 상태가 '3h'가 되어 이후의 카피는 금지되는 것이 표시된다.
1-6-5-3. AUX-TOC 섹터2
도24에 AUX-TOC 섹터2의 포맷을 표시한다. 이 섹터2는 픽쳐 인포메이션 테이블이 되며, 기록된 각 픽쳐 파일에 픽쳐 네임, 기록일시, 및 인터넷의 URL(균일 리소스 로케이터)의 정보(본 실시의 형태에서는, 이들의 정보를 픽쳐 인포메이션이라 한다)을 부착하는 경우에, 이들 픽쳐 인포메이션으로서의 각 정보를 문자정보로 하여 기록하는 데이터 영역이 된다.
여기서, AUX-TOC섹터2의 설명에 앞서서, AUX-TOC 섹터2의 테이블부에 기록되는 픽쳐 인포메이션 파일의 구조에 있어서 도31에 의해 설명하고 있다. 여기서 말하는 픽쳐 인포메이션 파일이란, 1픽쳐 파일에 대응하는 픽쳐 인포메이션의 정보이다.
이 도31에 표시되듯이, 픽쳐 인포메이션 파일은, 먼저 선두에 픽쳐 네임으로서의 데이터 유닛이 아스키 코드 그밖의 문자 코드로 배치된다. 이 픽쳐 네임은, 도21에 도시한 U-TOC섹터4의 슬롯에 기록되는 문자정보의 포맷에 준한다.
픽쳐 네임으로서의 데이터 유닛에 계속해서는, 데이터 유닛간의 구분을 표시하는 '1Fh'가 배치되며, 이 후에, 기록일시의 데이터 유닛이 배치된다. 이 기록일 시는, 도20에 표시된 U-TOC 섹터2의 슬롯에 기록되는 녹음일시의 포맷에 준하며, 기술된 바와같이 6바이트를 사용하여 기록된다.
기록일시의 데이터 유닛에 계속해서도 상기 '1Fh'가 배치되며, 이 후에 URL로서의 문자가 배치된다. 이 URL에 관해서는, 후술하는 문자 코드에 의존하지 않으며, 아스키 코드에 의해 MSB로부터 기록하는 것이 가능하다. 그리고, 파일의 최후는 '00h'에 의해 마무리된다.
또한, 픽쳐 네임, 기록일시, 및 URL의 데이터 유닛 중에서 어떤 것에 있어서 실제적인 내용이 없어지는 경우에는, 그 데이터 유닛에 대신해서 '00h'를 기록하게 된다.
또한, 상기 URL이지만, 예를들어 픽쳐 파일이 인터넷의 홈 페이지로부터 다운로드하여 얻어지는 것과 같은 경우에는, 그 홈페이지의 URL이 픽쳐 파일에 대해서 부착되는 것이다.
도24로 돌아가서, AUX-TOC 섹터2에 대해서 설명한다.
먼저, AUX-TOC 섹터2의 헤더에 대해서는, 섹터 어드레스=02h, 모드 정보=02h가 기록된다.
또한, AUX-TOC 섹터2에는, 기록돈 각 픽쳐 파일에 대응하도록 포인터부에 포인터 P-PIF1 - P-PIF99(단 P-PIF25까지 확장가능)이 준비되며, 또한 슬롯부에는, 포인터 P-PIF255 - P-PIF99에 의해 지정가능한, 단위 8 바이트로 255단위의 슬롯(01h)-(FFh) 및 동일하게 8바이트중 한 개의 슬롯(001h)이 준비되어 있다.
그리고, 메이커 코드, 모델 코드에 계속해서 2 바이트의 영역은, 포인터First PIF, Last PIF가 된다. 포인터 First PIF는, 포인터 P-PIF1 - P-PIF99중에서, 사용되고 있는 최초의 포인터P-PIF의 넘버가 기록되며, 포인터Last PIF는, 사용되고 있는 최후의 포인터 P-PIF의 넘버가 기록된다.
슬롯(001h)-(FFh)에는 픽쳐 인포메이션 파일로서의 문자정보가 아스키 코드 그 외의 문자 코드로 기록된다. 기록된 문자의 종별은, AUX-TOC 섹터2상의 소정 바이트 위치에 기록된 문자 코드(도면에 있어서 chara.codee로 기술)에 의해 규정된다.
문자코드는, 예를들면 '00h' 가 아스키 코드, '01h'가 모디파이드 ISO.8859-1, '02h'가 뮤직 쉬프티드 JIS, 'O3h'가 KS C 5601-1989(한국어), '04h'가 GB2312-80(중국어) 등과 같이 정의되어 있다.
포인터P-PIF1 - P-PIF99는 각 포인터의 넘버에 대응하는 파일 넘버의 픽쳐 인포메이션 파일이 기록된 특정의 파트 테이블을 지정한다. 예를들면 포인터 P-PIF1에 의해 지정되는 슬롯에는 제 1 픽쳐 파일의 화상에 대응한 문자가 기록되게 된다. 또한, 슬롯(001h)로서의 8바이트는 표지 픽쳐에 대응하는 픽쳐 인포메이션 파일의 기록개시를 위한 전용 영역이 되고 있으며, 포인터P-PIF(x)에 의해서는 지정되지 않는 슬롯이 된다.
이들 각 슬롯은 링크 정보에 의해 링크되는 것으로, 한 개의 픽쳐 파일에 대응하는 픽쳐 인포메이션 파일은 7바이트에 의해 크게 대응가능하게 된다.
또한, 포인터P-EMPTY는 사용하지 않는 슬롯을 링크 형태로 관리한다.
또한, 픽쳐 네임, 기록일시, 및 URL에 각각 다른 AUX-TOC 섹터를 설정하여, 개별적으로 관리하도록 하여도 이루어지지 않는다. 그러나, 도24 및 도31에 도시하는 바와 같이, AUX-TOC 섹터2에 의해 픽쳐 파일에 관해서 부착되는 각종 문자정보를 픽쳐 인포메이션 파일로서 일괄관리하는 것에서, 픽쳐 네임, 기록일시, 및 URL에 각각 다른 AUX-TOC 섹터를 설치하여 관리하는 경우보다도, 관리정보로서 필요한 데이터량(TOC섹터 수)는 적게되며, 디스크의 기록 영역은 유효 이용되는 것이다.
1-6-5-4. AUX-TOC 섹터3
도25에 도시하는 AUX-TOC섹터3은, 픽쳐 플레이백 시퀀스 테이블이 된다.
이것은 악곡 등의 프로그램이 재생에 동기로 픽쳐 파일의 출력(즉 화상표시)를 수행하기 위한 관리 정보가 된다.
AUX-TOC섹터3의 헤더에 있어서는, 섹터 어드레스=03h, 모드 정보=02h가 기록된다.
또한, 기록된 각 픽쳐 파일에 대응하도록 포인터부로서, 포인터P-TNP1 - P-TNP99(단 P-PIF255까지 확장가능)가 준비된다. 이 포인터P-TNP1 - P-TNP99는, 프로그램 영역에 트랙 단위로 기록된 오디오 데이터의 트랙 넘버에 대응한다. 즉, 제 1 트랙 - 제99 트랙에 대응한다.
테이블부에는, 포인터P-TNP1 - P-TNP99에 의해 지정되는 단위 9바이트로 99단위의 파트 테이블(01h) - (63h) 및 동일하게 8바이트중 하나의 파트 테이블(00h)가 준비된다. 이 경우도 사용하지 않는 파트 테이블(64h) - (FFh)에는 ALL '0'가 기록된다. 메이커 코드, 모델 코드에 이어서 포인터First TNP, Last TNP에는, 각각 포인터 P-TNP1 - P-TNP99중에서, 사용되는 최초의 포인터P-TNP의 넘버와, 사용되고 있는 최후의 포인터P-TNP의 넘버가 기록된다.
포인터P-TNP - PTNP99에 의해 지정되는 각 파트 테이블에는, 그 트랙의 선두위치 어드레스로 부터의 옵셋 어드레스 형태로 스타트 어드레스, 엔드 어드레스가 기록된다. AUX-TOC섹터3에는, 사운드 그룹의 단위까지에 의한 어드레스 지정이 수행된다.
또한 각 파트 테이블의 4 바이트째에는, 포인터P-PN0j로서 특정의 픽쳐 파일이 표시되고 있다. 포인터P-PN0j는 AUX-TOC섹터1에서 관리되는 각 픽쳐 어드레스(P-PN01-99)에 상당하는 값이된다. 더우기 링크정보에 의해 다른 파트 테이블을 링크가능하다. 즉, 동일 트랙에 있어서 복수의 픽쳐 어드레스를 표시시키기 위해서 규정가능하다.
예를들어 제 1 트랙으로서의 악곡의 재생을 수행할 때, 그 재생중의 특정의 타이밍에서 제 1 픽쳐 파일의 화상을 출력한 경우는, 제 1 트랙에 대응하는 포인터P-TNP1에서 지정되는 파트 테이블에, 화상출력기간으로서의 스타트 어드레스, 엔드 어드레스를 기록하며, 또한 출력해야할 화상으로서 포인터P-PN0j에서 특정의 픽쳐 파일을 표시한다. 반면에, 제 1 트랙 재생개시로부터 1분 0초를 경과한 시점으로부터 1분 30초를 경과할 때까지의 기간에, 제 1 픽쳐 파일의 화상을 표시출력하고자 하는 경우를 고려하면, 포인터P-TNP1에서 지정되는 파트 테이블에, 스타트 어드레스, 엔드 어드레스로서, 제 1 트랙 재생개시로부터 1분 0초에 상당하는 어드레스 지점, 및 1분 30초에 상당하는 어드레스가, 옵셋 어드레스에 의해 기록된다. 그리고 포인터P-PN0j는 제 1의 픽쳐 파일을 저정하기 위해, P-PN01의 값이 된다.
또한 한개의 트랙의 재생중에 복수의 화상을 절환표시하고자 하는 경우는, 파트 테이블이 링크되어, 출력해야하는 픽쳐 파일 및 출력기간이 관리되게 된다.
또한, 파트 테이블(00h)는 표지 픽쳐에 대응하는 것이지만, 표지 픽쳐 오디오 트랙의 재생에 동기한 화상출력은 원칙으로 수행되지 않는 것이므로, 여기서는, 파트 테이블(00h)의 스타트 어드레스 및 엔드 어드레스로서는 ALL '0'가 기록된다.
그런데, 어떤 트랙에 대응한 파트 테이블에 있어서 스타트 어드레스, 엔드 어드레스가 양쪽모두 ALL '0'인 경우는, 그 트랙의 음성출력기간중에 걸쳐서 지정된 픽쳐 파일(포인터 P-PN0j로 표시됨)의 화상이 표시되도록 한다.
또한, 엔드 어드레스에 있어서만 ALL '0'인 경우는, 그 트랙의 재생기간내에 있어서 다음에 표시해야하는 픽쳐 파일의 스타트 어드레스에 도달할 때 까지, 포인터 P-PN0j로서 지정된 픽쳐 파일을 출력한다.
또한, 스타트 어드레스, 엔드 어드레스가 양쪽 모두 ALL '0'이 아니며, 또한, 동일한 값이 되는 경우에는, 픽쳐 파일의 표시출력은 금지되다.
또한 이 AUX-TOC 섹터5에서도 포인터 P-EMPTY로부터의 링크에서 사용하지 않는 파트 테이블을 관리한다.
1-6-5-5. AUX-TOC 섹터4
AUX-TOC섹터4, 섹터 5는 텍스트 파일의 관리에 이용된다.
먼저 도26에 표시하는 AUX-TOC섹터4는 텍스트 할당 테이블로서의 관리 섹터가 되며, AUX 데이터 영역내에 있어서 텍스트 파일로서 기록된 각 데이터 파일의 관리를 수행한다.
이 AUX-TOC 섹터4에는, U-TOC섹터0와 동일한 형식으로 텍스트 파일의 관리를 수행한다.
반면에 AUX데이터 영역을 전부 텍스트 영역의 기록에 이용하면, 38 클러스터(X 32 섹터 X 2324 바이트)분의 텍스트 데이터가 기록가능하지만, 이 텍스트 ㄷ이터는 AUX-TOC섹터4에 있어서 최대255개의 파일로서 관리가능하다. 단 여기서 후술되듯이, 1매의 표지 텍스트를 포함하여 100 파일까지 관리하는 것이다.
또한 텍스트 파일의 1개의 파일길이는 섹터 단위가 된다.
한 개의 특정 텍스트 파일은, 말하자면 디스크의 표지 픽쳐에 대응하는 텍스트 파일(표지 텍스트)로서 위치 부착 가능하다.
이 AUX-TOC섹터4의 헤더에 있어서는, 섹터 어드레스=04h, 모드 정보=02h가 기록된다.
그리고, 각 텍스트 파일의 관리에 이용되는 포인터P-TXN0(x)로서, AUX-TOC섹터4내에는 포인터P-TXN1 -P-TXN099(단 P-TXN0255까지 확장가능)가 형성된다. 포인터 P-TXN01 - P-TXN099는, 오디오 트랙의 트랙넘버에 대응한다.
즉, 여기서는, 최대로 제 1-제99의 오디오 트랙에 대응부착된 99의 텍스트 파일이 관리가능하게된다(표지텍스트는 제외).
또한, 포인터부에 있어서, 포인터P-PFRA, P-EMPTY도 형성된다.
그리고 테이블부에서 각 포인터에 대응되는 각 8바이트의 파트 테이블로서, 스타트 어드레스, 엔드 어드레스, 텍스트 모드가 기록되는 99단위의 파트 테이블(01h)-(63h)가 형성된다(파트 테이블(63h)-(FFh)은 불사용으로서 ALL '0'가 기억된다).
또한, 텍스트 모드의 정의내용에 있어서는 후술된다.
또한, 파트 테이블(00h)는 포인터에 의해서는 지정되지 않는 파트 테이블이 되지만, 여기는 표지 텍스트로서 위치부착된 텍스트 파일의 어드레스 및 텍스트 모드의 관리에 전용으로 이용된다.
포인터 P-TXN01 - P-TXN099는, 각각 한개의 텍스트 파일이 기록된 영역을, 특정의 파트 테이블을 지정하는 것으로 관리한다. 예를들어 포인터 P-TXN01에서 지정되는 파트 테이블에는, 파일 넘버로서 제 1의 텍스트 파일의 스타트 어드레스, 엔드 어드레스, 텍스트 모드가 기록된 상태가 된다.
또한, 상기 한 바와같이 텍스트 파일은 섹터 단위이므로, 상기 스타트 어드레스, 엔드 어드레스로서는, 섹터 단위까지에 의해 기술되며, 사운드 그룹 단위의 어드레스를 표시하는 데이터 위치에는, '0h'가 셋트된다.
또한, 이 AUX-TOC섹터4에는 링크 정보에 의한 파트 테이블을 링크시켜서 수행하는 파일 관리는 수행되지 않는다. 즉, 한 개의 텍스트 파일은 물리적으로 분리된 구간에 나누어져서 기록되는 것이 아니다.
단, 이 섹터내에서의 미사용의 파트 테이블에 있어서는 포인터 P-EMPTY를 기점으로 하는 링크 형태(파트 테이블의 8바이트째가 링크 정보가 된다)에 의해 관리된다.
또한 AUX-TOC 섹터4에서의 포인터P-PFRA는, AUX 데이터 영역내의 1 클러스터의 영역에 대하여 1클러스터 미만의 텍스트 파일의 데이터가 기록되어 있으며, 또한, 그 1클러스터 내에 있어서 데이터가 기록되지 않는 영역에 대해서는 1 클러스터 내에 있어서 데이터가 기록되지 안는 영역이 미기록 영역(기록가능영역), 즉, 프리 영역이 되는 경우, 이 프리 영역을 관리하는 포인터가 된다. 즉, 포인터P-PFRA에서 지정되는 파트 테이블에 프리 영역으로서의 구간의 어드레스가 기록된다. 그리고, 이 프리 영역 관리에도 파트 테이블의 8바이트째가 링크 정보가 되어 파트 테이블이 링크되어, 복수의 분리된 구간에서 프리 영역으로서 관리되는 경우가 있다.
여기서, AUX-TOC 섹터4의 각 파트 테이블에 설정되는 텍스트 모드의 정의내용에 있어서 도32를 참조하여 설명하고있다.
텍스트 모드는, 각 파트 테이블에 있어서 제4 바이트 위치에 있는 영역이며, d1-d8의 8비트(1바이트)에 의해 형성된다.
이들 d1-d8중에서, d1-d2로부터 이루어지는 2비트는 카피 상태를 표시하지만, 이것에 있어서는, 먼저 도30(a)에 의해 설명한 픽쳐 파일에 있어서의 카피 상태(S.Pict.모드)와 동일하게 되므로, 여기서의 설명은 생략한다.
d3-d4로 부터 이루어지는 2비트는, 그 텍스트 파일의 내용을 표시한다. 이 경우에, d3-d4가 '0h'이면 sung text인 것이 표시된다.
즉, 이 텍스트 파일은, 이것이 대응하는 오디오 트랙으로서 악곡의 가사의 테스트인 것을 표시하며, '1h'이면, 대응하는 오디오 트랙으로서의 악곡을 연주하는 아티스트 정보(아티스트 이름 등)을 기술한 텍스트인 것이 표시된다.
'2h' 이면, 즉 라이너 노츠(앨범에 첨부된 해설등)를 기술한 텍스트 인 것이 표시되며, '3h'는 그외의 정보로서의 텍스트인 것이 표시된다.
d5의 1비트는, 그 텍스트 파일에 있어서 타임스탬프의 삽입의 유무를 표시하며, '0'이면, 타임스탬프가 없는 것을 표시하며, '1'이면 타임스탬프가 있는 것을 표시한다. 또한, 타임스탬프 등과 같은 것에 있어서는, 도33에 의해 후술한다.
d6-d7-d8로부터 이루어지는 3비트는, 문자 코드를 표시한다. 문자 코드는, 예를들면 '0h'가 아스키코드, '1h'가 모디파이드 ISO.8859-1 '2h'가 뮤직 시프티드 JIS, '3h'가 KS C 5601-1989(한국어), '4h'가 GB2312-80(중국어)로서 정의된다. '5h' '6h'는 미정의가 된다. '7h'는 플레인 텍스트로 되며, 그 텍스트 파일을 플레인 텍스트로서 정의하는 것으로, 문자코드로서의 확장성을 부여하는 것이 가능하게 된다.
1-6-5-6. AUX-TOC 섹터5
도27에는 AUX-TOC섹터5의 포맷을 도시한다. 이 섹터5는 텍스트 인포메이션 데이블이 되며, 기록된 각 텍스트 파일에 텍스트 네임, 기록일시, 및 인터넷의 URL의 정보(본 실시의 형태에서는, 이들의 정보를 텍스트 인포메이션이라 한다)을 부착하는 경우에, 이들 텍스트 인포메이션으로서의 각 정보를 문자정보로하여 기록하는 데이터 영역이 된다.
또한, AUX-TOC 섹터5의 테이블부에 기록되는 텍스트 인포메이션 파일의 구조는, 먼저 도31에 도시한 픽쳐 인포메이션 파일에 준한다. 즉, 도31에 있어서의 픽쳐 네임의 데이터 유닛이 텍스트 네임의 데이터 유닛이 되는 이외는 동일한 구조를 갖는다.
도27에 도시하는 AUX-TOC5의 포맷으로서, 헥터에서는, 섹터 어드레스르(Sector)=05h, 모드 정보(MODE)=02h가 기록된다.
또한, AUX-TOC5 섹터5에는, 기록된 각 텍스트 파일에 대응하도록 포인터부에 포인터 P-TXIF1 - P-TXIF99(단 P-TXIF255까지 확장가능)가 준비되며, 또한 슬롯부에는, 포인터 P-TXIF1 - P-TXIF99에 의해 지정가능한, 단위8바이트로 255 단위의 슬롯(01h)-(FFh) 및 동일한 8바이트중 하나의 슬롯(00h)이 준비된다.
그리고, 메이커 코드, 모델 코드에 계속해서 포인터 First TXIF, Last TXIF는, 각각 포인터 P-TXIF99중에서, 사용되고 있는 최초의 포인터 P-TXIF의 넘버가 기록되며, 포인터 Last TXIF는, 사용되고 있는 최후의 포인터 P-TXIF의 넘버가 기록된다.
테이블부로서의 슬롯(00h)-(FFh)에는 텍스트 인포메이션 파일로서의 문자정보가 아스키코드 그 밖의 문자 코드로서 기록된다. 기록되는 문자의 종별은, AUX-TOC섹터 2상의 소정 바이트 위치에 기록된 문자 코드에 의해 규정된다.
이 경우도, 문자 코드는, AUX-TOC섹터2와 같으며, 예를 들어 '00h'가 아스키코드, '01h'가 모디파이드 ISO.8859-1, '02h'가 뮤직 시프티드 JIS, '03h'가 KS C 5601-1989(한국어), '04h'가 GB2312-80(중국어) 등과 같이 정의된다.
포인터 P-TXIF1 - P-TNIF99는, 각 포인터의 넘버에 대응하는 파일 넘버의 텍스트 인포메이션 파일이 기록된 특정의 파트 테이블을 지정한다. 예를 들어 포인터 P-TXF1에 의해 지정되는 슬롯에는, 제 1의 텍스트 인포메이션 파일의 기록개시를 위한 전용 영역이 되며, 포인터 P-TXIF(x)에 의해서는 지정되지 않는 슬롯이 된다.
이들 각 슬롯은 링크 정보에 의해 링크되는 것으로, 한 개의 텍스트 파일에 대응하는 텍스트 인포메이션 파일은 7바이트보다 커도 대응가능하도록 되어 있다.
또한, 이 경우에도, 텍스트 네임, 기록일시, 및 URL에 각각 다른 AUX-TOC 섹터를 설정하여, 개별적으로 관리하도록 하여도 관계없지만, AUX-TOC 섹터5에 의해 픽쳐 파일에 관하여 첨부되는 문자정보를 텍스트 인포메이션 파일로서 일괄관리하는 것으로, 인포메이션 파일의 경우와 동일하게, 관리정보로서 필요로하는 데이터량(TOC 섹터 수)를 적게하기 위해서 배려하는 것도 가능하다.
1-6-6. 데이터 파일
1-6-6-1. 픽쳐 파일 섹터
이상과 같이 형성되는 각 AUX-TOC 섹터에 의해 관리되는 AUX데이터 파일이다. 픽쳐 파일과 텍스트 파일의 2종의 데이터 파일에 있어서 설명한다.
먼저 픽쳐 파일로서는, 정지화상 1매의 파일 길이는 임의로 된다.
정지 화상으로서의 이메지 사이즈는 640 X 480 도트가 되며, 픽쳐 파일은 JPEG 포맷 베이스라인으로 한다. 그리고 픽쳐 파일의 관리는 AUX-TOC에서 수행하기 위해서, 파일의 비트 스트림은 JPEG규정의 SOI(스타트 오브 이미지) 마크로부터 EOI(엔드 오브 이미지) 마크까지로 된다.
또한, 섹터 포맷은 모드2로서, 3rd 레이어 ECC는 무시하기 위해서, 1섹터의 화상 데이터 용량으로서의 유효 바이트는 2324 바이트가 된다. 일례로서, JPEG의 픽쳐 파일이 1 클러스터(=32섹터)인 것으로 하면, 실제의 데이터 사이즈는, 72045(=2324 X 31 +1) 바이트로 부터 74368 바이트(= 2324 X 32)가 된다.
이와 같은 픽쳐 파일을 구성하는 섹터의 포맷은 예를들어 도28고 같이 된다.
선두에는, 동기 패턴, 클러스터 어드레스, 섹터 어드레스, 모드 정보(02h)에 의한 16 바이트의 헤더가 설치되어, 계속해서 8바이트는 미정의된다.
그리고, 데이터DP0-DP2323으로서 표시되도록, 2324 바이트의 화상 데이터가 기록되는 데이터 영역으로서의 영역이 설치된다.
최후의 4바이트에는, 각각 '00h'가 기록되지만, 오류 검출 패리티를 기록하는 것도 생각될 수 있다.
1-6-6-2. 텍스트 파일 섹터
이어서 텍스트 파일로서는, AUX-TOC 섹터-4의 텍스트 모드에 의해 규정되는 ASCⅡ, 수정 ISO 8859-1, 음악 변조된 JIS, 그 외의 텍스트 데이터를 기록할 수 있다.
텍스트 파일을 구성하는 섹터의 포맷은 예컨대, 제29도와 같이 되고, 픽처 파일과 동일하게 선두로부터 헤더(16 바이트), 미정의(유보) 영역(8 바이트)가 설치되며, 이것에 이어서 데이터 DT0∼DT2323으로서 표시하는 바와 같이 2324 바이트의 텍스트 파일로서 데이터가 기록되는 데이터 에리어가 설치된다.
최후의 4 바이트에는, 각각 '00h'가 기록되지만, 오검출 패리티를 기록하는 것도 고려된다.
여기에서, 텍스트 파일 섹터에 기록되는 텍스트 파일의 데이터 구조를 제33도에 나타낸다. 단, 여기에서 나타내는 텍스트 파일은 AUX-TOC 섹터-4의 텍스트 모드로서, 타임 스탬프 있음(d5='1')이 설정되어 있는 경우에 대응하는 데이터 구조로 된다.
이 도면에 도시하는 바와 같이, 텍스트 파일로서, 우선 텍스트 파일마다의 구절을 나타내는 '1Eh'가 배치되고, 이어서 타임 스탬프를 나타내는 데이터 유닛(3 byte pure binary)이 배치된다.
타임 스탬프로서는, 대응하는 오디오 트랙의 재생에 동기한 텍스트 파일의 표시 출력 타이밍을 규정하는 것으로, 대응하는 오디오 트랙의 오디오 세트 어드레스에 의해 표시된다.
이어서, 패러그래프의 데이터 유닛의 데이터 길이를 나타내는 패러그래프 길이의 데이터 유닛(3 byte pure binary)이 배치된다. 그리고, 1Fh의 데이터에 이어서 패러그래프(실체적인 문자 정보)의 데이터 유닛이 배치되어 형성된다.
1-7. 퍼스널 컴퓨터
이어서, 본 실시 형태의 AV 시스템에 있어서의 퍼스널 컴퓨터(113)의 내부 구성에 대하여 제34도를 참조하여 설명한다.
이 도면에 나타내는 퍼스널 컴퓨터(113)는 외부와 데이터의 수수를 행하기 위한 인터페이스로서 IEEE1394 인터페이스(209)를 구비하고 있다. IEEE1394 인터페이스(209)는 외부 데이터 버스로서의 IEEE1394 버스(116)과 접속되는 것으로 외부 기기와 상호 통신이 가능하게 된다.
IEEE1394 인터페이스(209)는 IEEE1394 버스(116)를 통해 수신된 패킷을 복조하고, 복조한 패킷에 포함되는 데이터를 추출하며, 이 추출 데이터를 내부 데이터 통신에 적합한 데이터 포맷에 의해 변환을 행하여 내부 버스(210)를 통해 CPU(201)에 출력한다.
또한, CPU(201)는 제어에 의해 출력된 데이터를 입력하고, 패킷화 등의 IEEE1394 포맷에 따른 변조 처리를 실시하여 IEEE1394 버스(116)를 통해 외부에 송신 출력한다.
CPU(201)는 예컨대, ROM(202)에 유지되고 있는 프로그램에 따라서 각종의 처리를 실행한다. 본 실시 형태에서는, IEEE1394의 규격에 따라서 각종 데이터의 송수신을 가능하게 하기 위해, 상기 RON(202)에 대하여 IEEE1394 인터페이스(209)를 제어하기 위한 프로그램도 저장되는 것으로 한다. 즉, 퍼스널 컴퓨터(113)에 있어서는, IEEE1394에 의한 데이터 송수신에 가능한 세트(하드웨어 및 소프트웨어)가 구비되어 있다.
또한, RAM(203)에는 CPU(201)가 각종 처리를 실행하는데 필요한 데이터나 프로그램 등이 적절하게 유지된다.
입출력 인터페이스(204)는 키보드(205)와 마우스(206)가 접속되어 있고, 이들로부터 공급되는 조작 신호를 CPU(201)에 출력하도록 되어 있다. 또한, 입출력 인터페이스(204)에는 기억 매체로서 하드디스크를 구비한 하드디스크 드라이브(207)가 접속되어 있다. CPU(201)는 입출력 인터페이스(204)를 통해 하드디스크 드라이브(207)의 하드디스크에 대하여 데이터나 프로그램 등의 기록 또는 독출을 행할 수 있도록 되어 있다. 이 경우, 입출력 인터페이스(204)에는 더욱이, 화상 표시를 위한 디스플레이 모니터(208)가 접속되어 있다.
내부 버스(201)는 예컨대, PCI(주변 구성 요소 상호 접속) 또는 로컬 버스 등에 의해 구성되고, 내부에 있어서의 각 기능 회로부 간을 상호 접속하고 있다.
또, 전술한 IRD(112), 및 MD 레코더/플레이어(1)로서도, IEEE1394 인터페이스 기능에 대해서는, 상술한 퍼스널 컴퓨터(113)과 기본적으로는 동일의 구성을 채용한다.
즉, 도11에 도시한 IRD(112)가 있으면, ROM(도11에는 도시 생략)에 대하여, CPU(80)에 의한 IEEE1394 인터페이스(60)의 제어를 가능하게 하기 위한 프로그램이 탑재되고, MD 레코더/플레이어(1)가 있으면, 프로그램 ROM(28)에 대하여 시스템 제어기(11)에 의한 IEEE1394 인터페이스(25)의 제어를 가능하게 하기 위한 프로그램이 탑재된다.
또, 본 실시 형태에 적용되는 IEEE1394 버스 라인에 의해 상호 접속되는 시스템의 구축예는 지금까지 설명한 형태에 한정되는 것이 아니라 어디까지나 일예이다.
2. IEEE1394에 의한 본 실시 형태의 데이터 통신
2-1. 개요
이하, 본 실시 형태로서의 IEEE1394 규격에 따르는 데이터 통신에 대하여 설명한다.
IEEE1394는 직렬 데이터 통신의 규격중의 하나로 된다.
이 IEEE1394에 의한 데이터 전송 방식으로서는, 주기적으로 통신을 행하는 등시성 통신 방식과, 이 주기와 관계없이 비동기적으로 통신하는 비동기 통신 방식이 존재한다. 일반적으로, 등시성 통신 방식은 데이터의 송수신에 이용되고, 비동기 통신 방식은 각종 제어 커맨드의 송수신에 이용된다. 그리고, 1개의 케이블을 사용하여 이들 2종류의 통신 방식에 의해 송수신을 행할 수 있도록 되어 있다.
앞에 설명한 바와 같이, 본 실시 형태의 AV 시스템에 있어서는, 유저 데이터로서, ATRAC 데이터(오디오 데이터)와 이 ATRAC 데이터에 부수하는 AUX 데이터(픽처 파일(JPEG 정지화 데이터), 및 텍스트 파일)을 IEEE1394 버스를 통해 각 기기간에서 송신 또는 수신을 행하는 것이 가능하게 된다.
여기에서, ATRAC 데이터(오디오 데이터)는 재생 시간축에 따라서 음성 출력되어야 할 시계열적인 데이터이고 실시간성이 요구된다. 또한, AUX 데이터와 비교하여 데이터량도 많다. 한편, AUX 데이터는 데이터량은 ATRAC 데이터보다 많지는 않고, 오디오 데이터의 재생에 대하여 동기 재생되는 경우가 있지만, ATRAC 데이터보다 엄밀하게는 실시간성은 요구되지 않는다.
그래서, 본 실시 형태에 있어서의 IEEE1394 인터페이스에 의한 송신 형태의 개요로서는, IEEE1394 버스에 의해 상기 ATRAC 데이터 및 AUX 데이터를 송수신하는데에 있고, ATRAC 데이터(즉, 오디오 데이터)는 등시성 통신 방식에 의해 송수신을 행하고, AUX 데이터는 비동기 통신 방식에 의해 송수신을 행하도록 규정하고 있다. 본 실시 형태로서는, IEEE1394 인터페이스에 의해 ATRAC 데이터와 AUX 데이터를 각각 개별의 기회로서 송신하는 것도 후술하는 바와 같이 등시성 사이클에 의해 ATRAC 데이터와 AUX 데이터를 시분할하여 송신함으로써 외관상으로는 동시에 송신하는 것도 가능하다.
그래서, 이하, 상기한 IEEE1394 규격에 의한 본 실시 형태의 송신 형태를 전제로 하여, 본 실시 형태로서의 설명을 행하고 있는 것으로 한다.
2-2. 스택 모델
도35는 본 실시 형태가 대응하는 IEEE1394의 스택 모델을 나타내고 있다.
IEEE1394 포맷에 있어서는, 비동기계(400)와 등시성계(500)로 대별된다.
여기에서, 비동기계(400)과 등시성계(500)에 공통된 층으로서, 최하위에 물리층(301)이 설치되고, 그 상위에 링크층(302)가 설치된다. 물리층(301)은 하드웨어적인 신호 전송을 담당하기 위한 층이고, 링크층(302)은 IEEE1394 버스를 예컨대, 기기마다에 규정된 내부 버스로 변환하기 위한 기능을 가지는 층으로 된다.
물리층(301), 링크층(302) 및 이어서 설명하는 트랜잭션층(401)은 이벤트/제어/구성 배치의 라인에 의해 직렬 버스 관리(303)와 링크된다.
또한, AV 케이블/커넥터(304)는 AV 데이터 전송을 위한 물리적인 커넥터, 케이블을 나타내고 있다.
비동기계(400)에 있어서의 상기 링크층(302)의 상위에는 트랜잭션층(401)이 설치된다. 트랜잭션층(401)은 IEEE1394로서의 데이터 전송 프로토콜을 규정하는 층으로 되고, 기본적인 비동기 트랜잭션으로서는, 후술하는 바와 같이 하여 기록 트랜잭션, 판독 트랜잭션, 록 트랜잭션이 규정된다.
그리고, 트랜잭션층(401)의 상층에 대하여 FCP(기능 제어 프로토콜)(402)가 규정된다. FCP(402)는 AV/C 명령(AV/C 디지털 인터페이스 명령 세트)(403)로서 규정된 제어 명령을 이용함으로써, 각종 AV 기기에 대한 명령 제어를 실행할 수 있도록 되어 있다.
또한, 트랜잭션층(401)의 상층에 대해서는, 접속 관리 절차(505)를 이용하여 후술하는 플러그(IEEE1394에 있어서의 논리적인 기기 접속 관계)를 설정하기 위한 플러그 제어 레지스터(404)가 규정된다.
동기계(500)에 있어서의 링크층(302)의 상위에는 CIP 헤더 포맷(501)이 규정되고, 이 CIP 헤더 포맷(501)에 관리되는 형태로서, SD-DVCR 실시간 전송(502), HD-DVCR 실시간 전송(503), SDL-DVCR 실시간 전송(504), MPEG2-TS 실시간 전송(505), 오디오 및 음악 실시간 전신(506) 등의 전송 프로토콜이 규정되어 있다.
SD-DVCR 실시간 전송(502), HD-DVCR 실시간 전송(503), SDL-DVCR 실시간 전송(504)은 각각 디지털 VTR(비디오 테이프 레코더)에 대응하는 데이터 전송 프로토콜이다.
SD-DVCR 실시간 전송(502)이 다루는 데이터는 SD-DVCR 기록 포맷(508)의 규정에 따라서 얻어진 데이터 시퀀스(SD-DVCR 데이터 시퀀스(507))로 된다.
또한, HD-DVCR 실시간 전송(503)이 다루는 데이터는 HD-DVCR 기록 포맷(510)의 규정에 따라서 얻어진 데이터 시퀀스(SD-DVCR 데이터 시퀀스(509))로 된다.
SDL-DVCR 실시간 전송(504)이 다루는 데이터는 SDL-DVCR 기록 포맷(512)의 규정에 다라서 얻어지는 데이터 시퀀스(SD-DVCR 데이터 시퀀스(511))로 된다.
MPEG2-TS 실시간 전송(505)은 예컨대, 디지털 위성 방송에 대한 튜너 등에 대응하는 전송 프로토콜로서, 이것이 다루는 데이터는 DVB 기록 포맷(514) 또는 ATV 기록 포맷(515)의 규정에 따라서 얻어지는 데이터 시퀀스(MPEG2-TS 데이터 시퀀스(513))으로 된다.
또한, 오디오 및 음악 실시간 전송(506)은 예컨대, 본 실시 형태의 MD 시스템을 포함하는 디지털 오디오 기기 전반에 대응하는 전송 프로토콜이고, 이것이 다루는 데이터는 오디오 및 음악 기록 포맷(517)의 규정에 따라서 얻어지는 데이터 시퀀스(오디오 및 음악 데이터 시퀀스)로 된다.
2-3. 신호 전송 형태
도36은 IEEE1394 버스로서 실제로 이용되는 케이블의 구조예를 나타내고 있다.
이 도면에 있어서는, 커넥터(600A, 600B)가 케이블(601)을 통하여 접속되어 있음과 함께, 여기에서는 커넥터(600A, 600B)의 핀 단자로서 핀 번호 1∼6의 6개의 핀이 사용되는 경우를 나타내고 있다.
커넥터(600A, 600B)에 설치되는 각 핀 단자에 대해서는, 핀 번호 1은 전원(VP), 핀 번호 2는 접지(VG), 핀 번호 3은 TPB1, 핀 번호 4는 TPB2, 핀 번호 5는 TPA1, 핀 번호 5는 TPA2로 되어 있다.
그리고, 커넥터(600A-600B)간의 각 핀의 접속 형태는
핀 번호 1 (VP) - 핀 번호 1 (VP)
핀 번호 2 (VG) - 핀 번호 2(VG)
핀 번호 3 (TPB1) - 핀 번호 5 (TPA1)
핀 번호 4 (TPB2) - 핀 번호 6 (TPA2)
핀 번호 5 (TPA1) - 핀 번호 3 (TPB1)
핀 번호 6 (TPA2) - 핀 번호 3 (TPB2)와 같이 되어 있다. 그리고, 상기 핀 접속의 조 중에서
핀 번호 3 (TPB1) - 핀 번호 5 (TPA1)
핀 번호 4 (TPB2) - 핀 번호 6 (TPA2)의 2개의 트위스트선의 조에 의해 차동으로 신호를 상호 전송하는 신호선(601A)을 형성하고,
핀 번호 5 (TPA1) - 핀 번호 3 (TPB1)
핀 번호 6 (TPA2) - 핀 번호 3 (TPB2)의 2개의 트위스트선의 조에 의해 차동으로 신호를 상호 전송하는 신호선(601B)를 형성하고 있다.
상기 2조의 신호선(601A) 및 신호선(601B)에 의해 전송되는 신호는 도37(a)에 나타내는 데이터 신호(데이터)와, 도37(b)에 나타내는 스트로브 신호(스트로브)이다.
도37(a)에 나타내는 데이터 신호는 신호선(601A) 또는 신호선(601B)의 한쪽을 사용하여 TPB1, 2로부터 출력되어 TPA1, 2에 입력된다.
또한, 도37(b)에 나타내는 스트로브 신호는 데이터 신호와 이 데이터 신호에 동기하는 전송 클록에 대하여 소정의 논리 연산을 행하는 것에 의해 얻어지는 신호이고, 실제의 전송 클록보다는 낮은 주파수를 가진다. 이 스트로브 신호는 신호선(601A) 또는 신호선(601B) 중에서 데이터 신호 전송에 사용하지 않는 다른쪽의 신호선을 사용하여 TPA1, 2로부터 출력되어 TPB1, 2에 입력된다.
예컨대, 도37(a), 도37(b)에 나타내는 데이터 신호 및 스트로브 신호가 어떤 IEEE1394 대응의 기기에 대하여 입력되는 것으로 하면, 이 기기에 있어서는 입력된 데이터 신호와 스트로브 신호에 대하여 소정의 논리 연산을 행하여 도37(c)에 나타낸 바와 같이 전송 클록을 생성하고, 필요한 입력 데이터 신호 처리에 이용한다.
IEEE1394 포맷에서는, 이와 같은 하드웨어적 데이터 전송 형태를 채용함으로써, 고속인 주기의 클록을 케이블에 의해 기기 사이에서 전송할 필요를 없게 하여 신호 전송의 신뢰성을 높이도록 하고 있다.
또, 상기 설명에서는, 6개의 핀의 사양에 대하여 설명하였지만, IEEE1394 포맷에서는 전원(VP)와 접지(VG)를 생략하여 2조의 트위스트선인 신호선(601A) 및 신호선(601B)만으로 이루어진 4 핀의 사양도 존재한다. 예컨대, 본 실시 형태의 MD 레코더/플레이어(1)에서는, 실제로는 이 4 핀 사용의 케이블을 이용함으로써, 유저에 있어서 보다 간이한 시스템을 제공할 수 있도록 배려하고 있다.
2-4. 기기간의 버스 접속
도38은 IEEE1394 버스에 의한 기기간 접속의 형태예를 모식적으로 도시하고 있다. 이 도면에서는, 기기 A, B, C, D, E의 5대의 기기(노드)가 IEEE1394 버스(즉, 케이블임)에 의해 상호 통신 가능하게 접속되어 있는 경우가 도시되어 있다.
IEEE1394 인터페이스에서는, 기기 A, B, C와 같이 하여 IEEE1394 버스에 의해 직렬적으로 접속하는 소위 「데이지 체인 접속(daisy chain connections)」이 가능하게 된다. 또한, 도38의 경우이면, 기기 A와, 기기 B, D, E간의 접속 형태에 나타낸 바와 같이, 어떤 기기와 복수 기기가 병렬적으로 접속되는 소위 「브랜치 접속」도 가능하게 된다.
시스템 전체로서는, 이 브랜치 접속과 상기 데이지 체인 접속을 병용하여 최대 63대의 기기(노드)를 접속 가능하게 된다. 단, 데이지 체인 접속에 의해서는, 최대로 16대(16 팝)까지의 접속이 가능하게 되어 있다. 또한, SCSI에서 필요하게 되는 터미네이터는 IEEE1394 인터페이스에서는 불필요하다.
그리고, IEEE1394 인터페이스에서는, 상기와 같이 하여 데이지 체인 접속 또는 브랜치 접속에 의해 접속된 기기간에서 상호 통신을 행하는 것이 가능하게 되어 있다. 즉, 도38의 경우이면, 기기 A, B, C, D, E 간의 임의의 복수 기기 사이의 상호 통신이 가능하게 된다.
또한, IEEE1394 버스에 의해 복수의 기기 접속을 행한 시스템(이하에서는 IEEE1394 시스템이라고 함)내에서는, 기기 마다에 할당되는 노드 ID를 설정하는 처리가 실제로는 행해진다. 이 처리를 도39에 보다 모식적으로 도시한다.
여기에서, 도39(a)에 나타내는 접속 형태에 의한 IEEE1394 시스템에 있어서, 케이블의 가감, 시스템에 있어서의 어떤 기기의 전원의 온/오프, PHY(물리층 프로토콜)에서의 자발 발생 처리 등이 있다고 하면, IEEE1394 시스템내에 있어서는 버스 리세트가 발생한다. 이것에 의해, 각 기기 A, B, C, D, E 간에 있어서 IEEE1394 버스를 통하여 전체의 기기에 버스 리스트 통지를 행하는 처리가 실행된다.
이 버스 리세트 통지의 결과, 도39(b)에 나타낸 바와 같이 하여, 통신(Child-Notify)를 행함으로써 인접하는 기기 단자 사이에서 친자(親子) 관계가 정의된다. 즉, IEEE1394 시스템내에 있어서의 기기간의 트리 구조를 구축한다. 그리고, 이 트리 구조의 구축 결과에 따라서, 루트로서의 기기가 정의된다. 루트로서는, 전체의 단자가 자(Ch; 차일드)로서 정의된 기기이고, 도39(b)의 경우이면, 기기 B가 루트로서 정의되어 있는 것으로 된다. 역으로 말하면, 예컨대, 이 루트로서의 기기 B와 접속되는 기기 A의 단자는 친친(親親)(P; 페런트)로서 정의되고 있는 것이다.
상기와 같이 하여 IEEE1394 시스템내의 트리 구조 및 루트가 정의되면, 이어서는 도39(c)에 나타낸 바와 같이 하여 각 기기로부터 자기의 노드 ID의 선언으로서 셀프 ID 패킷이 출력된다. 그리고, 루트가 이 노드 ID에 대하여 순차 승인(grant)을 행하고 있는 것에 의해, IEEE1394 시스템내에 있어서의 각 기기의 어드레스, 즉 노드 ID가 결정된다.
2-5. 패킷
IEEE1394 포맷에서는, 도40에 나타낸 바와 같이 하여 비동기 사이클(공칭 사이클0의 주기를 반복함으로써 송신을 행한다. 이 경우, 1 등시성 사이클은 125 ㎲로 되고, 대역으로서는 100 MHz에 상당한다. 또, 등시성 사이클의 주기로서는 125 ㎲ 이외로 되어도 좋은 것이 규정되어 있다. 그리고, 이 등시성 사이클마다에 데이터를 패킷화하여 송신한다.
이 도면에 도시한 바와 같이, 등시성 사이클의 선두에는 1 등시성 사이클의 개시를 나타내는 사이클 개시 패킷이 배치된다.
이 사이클 개시 패킷은 여기에서의 상세한 설명은 생략하지만, 사이클 마스트로서 정의된 IEEE1394 시스템내의 특정의 1 기기에 의해 그 발생 타이밍이 지시된다.
사이클 개시 패킷에 이어서는, 등시성 패킷이 우선적으로 배치된다. 등시성 패킷은 도면과 같이, 채널마다에 패킷화된 위에 시분할적으로 분열되어 전송된다(등시성 서브액션). 또한, 등시성 서브액션내에 있어서 패킷마다의 구절에는 등시성 갭이고 하는 휴지 구간(예컨대, 0.05 ㎲)가 설치된다.
이와 같이, IEEE1394 시스템에서는, 하나의 전송선로에 의해 등시성 데이터를 멀티 채널로 송수신하는 것이 가능하게 된다.
여기에서, 예컨대, 본 실시 형태의 MD 레코더/플레이어가 대응하는 ATRAC 데이터(압축 오디오 데이터)를 등시성 방식에 의해 송신하는 것을 고려한 경우, ATRAC 데이터가 1배속의 전송 레이트 1.4 Mbps인 것으로 하면, 125 ㎲인 등시성 사이클 주기마다 적어도 대략 20 수 M바이트의 ATRAC 데이터를 등시성 패킷으로서 전송하면, 시계열적인 연속성(실시간성)이 확보되게 된다.
예컨대, 어떤 기기가 ATRAC 데이터를 송신할 때에는, 여기에서의 상세한 설명은 생략하지만, IEEE1394 시스템내의 IRM(등시성 자원 관리자)에 대하여 ATRAC 데이터의 실시간 송신이 확보할 수 있는 만큼의 등시성 패킷의 사이즈를 요구한다. IRM에서는 현재의 데이터 전송 상황을 감시하여 허가/불허가를 부여하고, 허가가 부여되면 지정된 채널에 의해 ATRAC 데이터를 등시성 패킷에 패킷화하여 송신할 수 있다. 이것이 IEEE1394 인터페이스에 있어서의 대역 예약이라고 하는 것이다.
등시성 사이클의 대역내에 있어서, 등시성 서브액션이 사용하지 않는 남은 영역을 이용하여 비동기 서브액션, 즉 비동기의 패킷 송신이 행해진다.
도40에서는, 패킷 A, 패킷 B의 2개의 비동기 패킷이 전송되고 있는 예가 도시되어 있다. 비동기 패킷의 후에는, ack 갭(0.05 ㎲)의 휴지 기간을 삽입하여 ACK(긍정 응답)이라고 하는 신호가 부수한다. ACK는 후술하는 바와 같이 하여 비동기 트랜잭션의 과정에 있어서, 어떤 비동기 데이터의 수신이 있는 것을 송신측(제어기)에 알리기 위해 하드웨어적으로 수신측(타겟)으로부터 출력되는 신호이다.
또한, 비동기 패킷 및 이것에 이어지는 ACK로 이루어지는 데이터 전송 단위의 전후에는, 10 ㎲ 정도의 서브액션 갭이라고 하는 휴지 기간이 설치된다.
여기에서, 등시성 패킷에 의해 ATRAC 데이터를 송신하고, 상기 ATRAC 데이터에 수반하게 되는 AUX 데이터 파일을 비동기 패킷에 의해 송신하도록 하면, 외관상 ATRAC 데이터와 AUX 데이터 파일을 동시에 송신하는 것이 가능하게 된다.
2-6. 트랜잭션 규칙
도41(a)의 처리 천이도에는, 비동기 통신에 있어서의 기본적인 통신 규칙(트랜잭션 규칙)이 도시되어 있다. 이 트랜잭션 규칙은 FCP에 의해 규정된다.
도41(a)에 도시한 바와 같이, 우선 스텝 S11에 의해 리퀘스터(송신측)는 리스폰더(수신측)에 대하여 요구를 송신한다. 리스폰더에서는, 이 요구를 수신하면(스텝 S12), 우선 긍정 응답을 리퀘스터에 반송한다(스텝 S13). 송신측에서는, 긍정 응답을 수신함으로써, 요구가 수신측에서 수신된 것을 인지한다(스텝 S14).
이 후, 리스폰더는 앞의 스텝 S12에서 수신한 요구에 대한 응답으로서, 응답을 리퀘스터에게 송신한다(스텝 S16). 리퀘스터에서는, 응답을 수신하여(스텝 S16), 이것에 응답하여 리스폰더에 대하여 긍정 응답을 송신한다(스텝 S17). 리스폰더에서는 긍정 응답을 수신함으로써, 응답이 송신측에서 수신된 것을 검지한다.
상기 도41(a)에 의해 송신되는 요구 트랜잭션으로서는, 도41(b)의 좌측에 도시한 바와 같이, 기록 요구, 판독 요구, 록 요구의 3종류로 대별하여 정의되고 있다.
기록 요구는 데이터 기입을 요구하는 명령이고, 판독 요구는 데이터의 독출을 요구하는 명령이다. 록 요구는 여기에서는 상세한 설명은 생략하지만, 스와프 비교, 마스크 등을 위한 명령이다.
또한, 기록 요구는 후에 도시하여 설명하는 비동기 패킷(AV/C 명령 패킷)에 저장하는 명령(오퍼랜드)의 데이터 사이에 따라서 더우기 3 종류가 정의된다. 기록 요구(데이터 쿼드렛)은 비동기 패킷의 헤더 사이만에 의해 명령을 송신한다. 기록 요구(데이터 블록: 데이터 길이 = 4 바이트), 기록 요구(데이터 블록: 데이터 길이 ≠4 바이트)는 비동기 패킷으로서 헤더에 대하여 데이터 블록을 부가하여 명령 송신을 행하는 것으로, 양자는, 데이터 블록에 저장되는 오퍼랜드의 데이터 사이즈가 4 바이트인지 그 이상인지가 다르다.
판독 요구도 동일하게 하여, 비동기 패킷에 저장하는 오퍼랜드의 데이터 사이즈에 따라서 판독 요구(데이터 쿼드렛), 판독 요구(데이터 블록: 데이터 길이 = 4 바이트), 판독 요구(데이터 블록: 데이터 길이 ≠4 바이트)의 3 종류가 정의되어 있다.
또한, 응답 트랜잭션으로서는, 도41(b)의 우측에 도시되어 있다.
상술한 3종의 기록 요구에 대해서는, 기록 응답 또는 응답 없음이 정의된다.
또한, 판독 요구(데이터 쿼드렛)에 대해서는 판독 응답(데이터 쿼드렛)이 정의되어, 판독 요구(데이터 블록: 데이터 길이 = 4 바이트), 또는 판독 요구(데이터 블록: 데이터 길이 ≠4 바이트)에 대해서는, 판독 응답(데이터 블록)이 정의된다.
록 요구에 대해서는, 록 응답이 정의된다.
2-7. 어드레싱
도42는 IEEE1394 버스의 어드레싱의 구조를 도시하고 있다.
도42(a)에 도시한 바와 같이, IEEE1394 포맷에서는, 버스 어드레스의 레지스터(어드레스 공간)으로서 64 비트가 의도된다.
이 레지스터의 상위 10 비트의 영역은 IEEE1394 버스를 식별하기 위한 버스 ID를 나타내고, 도42(b)에 도시한 바와 같이 하여 버스 ID로서 버스#0∼#1022의 계 1023의 버스 ID를 설정 가능하게 하고 있다. 버스#1023은 로컬 버스로서 정의되어 있다.
도42(a)에 있어서, 버스 어드레스에 이어지는 6 비트의 영역은 상기 버스 ID에 의해 표시되는 IEEE1394 버스마다에 접속되어 있는 기기의 노드 ID를 나타낸다. 노드 ID는 도42(c)에 도시한 바와 같이 하여 노드 #0∼#62까지의 63의 노드 ID를 식별 가능하게 하고 있다.
상기 버스 ID 및 노드 ID를 나타내는 계 16 비트의 영역은 후술하는 AV/C 명령 패킷의 헤드에 있어서의 데스티네이션 ID에 상당하는 것으로, 이 버스 ID 및 노드 ID에 의해 또는 버스에 접속된 기기가 IEEE1394 시스템 상에서 특정된다.
도42(a)에 있어서, 노드 ID에 이어지는 20 비트의 영역은 레지스터 스페이스이고, 이 레지스터 스페이스에 이어지는 28 비트의 영역은 레지스터 어드레스이다.
레지스터 스페이스의 값은 [F FF FFh]로 되어, 도42(d)에 나타내는 레지스터를 나타내고, 이 레지스터의 내용은 도42(e)에 나타내도록 하여 정의된다. 레지스터 어드레스는 도42(e)에 나타내는 레지스터의 어드레스를 지정하고 있다.
간단하게 설명하면, 도42(e)의 레지스터에 있어서, 예컨대, 어드레스(512) [0 00 02 00h]로부터 시작되는 시리얼 버스 의존 레지스터를 참조하는 것으로, 등시성 사이클의 사이클 타임이나 비어 있는 채널의 정보가 얻어진다.
또한, 어드레스(1024) [0 00 04 00h]로부터 시작되는 구성 배치 ROM의 내용을 참조하면, 노드의 기종으로부터 이 기종에 부여되어 있는 노드 특유 ID 등도 식별할 수 있다.
2-8. CIP
도43은 CIP(Common Isochronous Packet)의 구조를 나타내고 있다. 즉, 도40에 나타낸 등시성 패킷의 데이터 구조이다.
전술한 바와 같이, 본 실시 형태의 MD 레코더/플레이어가 대응하는 기록 재생 데이터의 하나이다. ATRAC 데이터(오디오 데이터)는 IEEE1394 통신에 있어서는, 등시성 통신에 의해 데이터의 송수신이 행해진다. 즉, 실시간성이 유지되는 만큼의 데이터량을 이 등시성 패킷에 저장하여 등시성 사이클마다 순차 송신하는 것이다.
CIP의 선두 32 비트(쿼드렛)는 1394 패킷 헤더로 되어 있다.
1394 패킷 헤드에 있어서 상위로부터 순서대로 16 비트의 영역은 데이터 길이, 이어지는 2 비트의 영역은 태그, 이어지는 6 비트의 영역은 채널, 이어지는 4 비트는 tcode, 이어지는 4 비트는 sy로 되어 있다.
그리고, 1394 패킷 헤드에 이어지는 1 쿼드렛의 영역은 헤더_CRC가 저장된다.
헤더_CRC에 이어지는 2 쿼드렛의 영역이 CIP 헤더로 된다.
CIP 헤더의 상위 쿼드렛의 상위 2 바이트에는, 각각 '0' '0'이 저장되고, 이어지는 6 비트의 영역은 SID(송신 노드 번호)를 나타낸다. SID에 이어지는 8 비트의 영역은 DBS(데이터 블록 사이즈)이며, 데이터 블록의 사이즈(패킷화의 단위 데이터량)가 표시된다. 이어서, FN(2 비트), QPC(3 비트)의 영역이 설정되어 있고, FN에는 패킷화할 때 분할한 수가 표시되며, QPC에는 분할하기 위해 추가한 쿼드렛수가 표시된다.
SPH(1 비트)에는 소스 패킷의 헤더의 플래그가 표시되고, DBC에는 패킷의 흠락을 검출하는 카운터의 값이 저장된다.
CIP 헤더의 하위 쿼드렛의 상위 2 바이트에는 각각 '0' '0'이 저장된다. 그리고, 이것에 이어서 FMT(6 비트), FDF(24 비트)의 영역이 설치된다. FMT에는 신호 포맷(전송 포맷)이 표시되고, 여기에 표시되는 값에 의해 해당 CIP에 저장되는 데이터 종류(데이터 포맷)이 식별 가능하게 된다. 구체적으로는, MPEG 스트림 데이터, 오디오 스트림 데이터, 디지털 비디오 카메라(DV) 스트림 데이터 등의 식별이 가능하게 된다. 이 FMT에 의해 표시되는 데이터 포맷은 예컨대, 도35에 나타낸 CIP 헤더 포맷(401)으로 관리된다. SD-DVCR 실시간 전송(502), HD-DVCR 실시간 전송(503), SDL-DVCR 실시간 전송(504), MPEG2-TS 실시간 전송(505), 오디오 및 음악 실시간 전송(506) 등의 전송 프로토콜에 대응한다.
FDF는 포맷 의존 필드이고, 상기 FMT에 의해 분류된 데이터 포맷에 대하여 더욱 세분화한 분류를 나타내는 영역으로 된다. 오디오에 관한 데이터로 있으면, 예컨대, 리니어 오디오 데이터인지, MIDI 데이터인지의 식별이 가능하게 된다.
예컨대, 본 실시 형태의 ATRAC 데이터이면, 먼저 FMT에 의해 오디오 스트림 데이터의 범주에 있는 데이터인 것이 표시되고, FDF에 규정에 따르는 특정의 값이 저장되어 있으므로, 그 오디오 스트림 데이터는 ATRAC 데이터인 것이 표시된다.
여기에서, 예컨대, FMT에 의해 MPEG인 것이 표시되어 있는 경우, FDF에는 TSF(타임 시프트 플래그)라고 칭해지는 동기 제어 정보가 저장된다. 또한, FMT에 의해 DVCR(디지털 비디오 카메라)인 것이 표시되어 있는 경우, FDF는 도43의 아래에 도시하는 바와 같이 정의된다. 여기에서는, 상위로부터 순서대로 50/60(1 비트)에 의해 1초간의 필드수를 규정하고, STYPE(5 비트)에 의해 비디오의 포맷이 SD와 HD의 어느 것으로 되는지가 표시되어 SYT에 의해 프레임 동기용의 타임 스탬프가 표시된다.
상기 CIP 헤더에 이어서는, FMT, FDF에 의해 표시되는 데이터가 n개의 데이터 블록의 시퀀스에 의해 저장된다. FMT, FDF에 의해 ATRAC 데이터인 것이 표시되는 경우에는, 이 데이터 블록으로서의 영역에 ATRAC 데이터가 저장된다.
그리고, 데이터 블록에 이어서는 최후에 데이터_CRC가 배치된다.
2-9. 접속 관리
IEEE1394 포맷에 있어서는, 「플래그」라고 칭해지는 논리적 접속 개념에 의해 IEEE1394에 의해 접속된 기기간의 접속 관계가 규정된다.
도44는 플래그에 의해 규정된 접속 관계예를 나타내고 있고, 이 경우에는, IEEE1394 버스를 통해 VTR1, VTR2, 셋톱 박스(STB; 디지털 위성 방송 튜너), 모니터 장치(Monitor), 및 디지털 스틸 카메라(Camera)가 접속되어 있는 시스템 형태가 도시되어 있다.
여기에서, IEEE1394의 플래그에 의해 접속 형태로서는 포인트-투-포인트 접속과, 브로드케스트 접속의 2개의 형태가 존재한다.
포인트-투-포인트 접속은 전송 기기와 수신 기기의 관계가 특정되고, 또한 특정의 채널을 사용하여 전송 기기와 수신 기기의 사이에서 데이터 전송이 행해지는 접속 형태이다.
이것에 대하여, 브로드케스트 접속은 송신 기기에 있어서는 특히 수신 기기 및 사용 채널을 특정하지 않고 송신을 행하는 것이다. 수신기측에서는, 특히 송신 기기를 식별하지 않고 수신을 행하고, 필요가 있으면, 송신된 데이터의 내용에 따른 필요한 처리를 행한다.
도44의 경우에 있으면, 포인트-투-포인트 접속으로서, STB가 송신, VTR1이 수신으로 되어 채널 #1을 사용하여 데이터의 전송이 행해지도록 설정되어 있는 상태와, 디지털 스틸 카메라가 송신, VTR2가 수신으로 되어 채널 #2를 사용하여 데이터의 전송이 행해지도록 설정되어 있는 상태가 표시되어 있다.
또한, 디지털 스틸 카메라로부터는 브로드케스트 접속에 의해서도 데이터 전송을 행하도록 설정되어 있는 상태가 표시되어 있고, 여기에서는, 이 브로드케스트 접속에 의해 송신한 데이터를 모니터 장치가 수신하여 필요한 응답 처리를 행하는 경우가 도시된다.
상기와 같은 접속 형태(플래그)는 각 기기에 있어서의 어드레스 공간에 설치되는 PCR(플러그 제어 레지스터)에 의해 확립된다.
도45(a)는 oPCR [n] (출력용 플래그 제어 레지스터)의 구조를 나타내고, 도45(b)는 iPCR [n] (입력용 플래그 제어 레지스터)의 구조를 나타내고 있다. 이들 oPCR [n], iPCR [n]의 사이즈는 공히 32 비트로 되어 있다.
도45(a)의 oPCR에 있어서는, 예컨대, 상위 1 비트의 온라인에 대하여 '1'이 저장되어 있으면, 브로드케스트 접속에 의한 송신인 것이 표시되고, '0'이 저장되어 있으면, 상위 11 비트째로부터 6 비트의 영역의 채널 번호로서 표시되는 채널에 의해 포인트-투-포인트 접속으로 송신하는 것이 표시된다.
또한, 도45(b)의 iPCR에 있어서도, 예컨대, 상위 1 비트의 온라인에 대하여 '1'이 저장되어 있으면, 브로드케스트 접속에 의한 송신인 것이 표시되고, '0'이 저장되어 있으면, 상위 11 비트째로부터 6 비트의 영역의 채널 번호로 표시되는 채널에 의해 송신된 데이터를 포인트-투-포인트 접속으로 송신하는 것이 표시된다.
2-10. FCP에 있어서의 명령 및 응답
본 실시 형태의 IEEE1394 포맷에서는, MD 레코더/플레이어가 대응하는 기록 재생 데이터이고, AUX 데이터(JPEG에 의한 픽쳐 파일 및 텍스트 파일)은 비동기 통신에 의해 데이터의 송수신이 행해진다.
본 실시 형태에 있어서, 비동기 통신에 의한 AUX 데이터의 전송은 도35에 나타낸 FCP(402)에 의해 규정된 것으로 된다. 그래서, 여기에서는, FCP에 의해 규정되는 트랜잭션에 대하여 설명한다.
FCP로서는, 비동기 통신에 있어서 규정된 기록 트랜잭션(도41 참조)를 사용한다. 따라서, 본 실시 형태에 있어서의 AUX 데이터의 전송도 이 FCP에 의해 비동기 통신 중의 기록 트랜잭션을 사용하는 것으로 행해지는 것이다.
FCP를 지원하는 기기는 명령/응답 레지스터를 구비하고, 이어서 도46에 의해 설명하는 바와 같이 하여 명령/응답 레지스터에 대하여 메시지를 기입한 것으로 트랜잭션을 실현한다.
도46의 처리 천이도에 있어서는, 우선 명령 송신을 위한 처리로서, 스텝 S21로서 나타낸 바와 같이, 제어기가 트랜잭션 요구를 발생하여 기록 요구 패킷을 타겟에 대하여 송신하는 처리를 실행한다. 목표로서는, 스텝 S22로서, 이 기록 요구 패킷을 수신하여 명령/응답 레지스터에 대하여 데이터의 기입을 행한다. 또한, 이 때, 타겟으로부터는 제어기에 대하여 긍정 응답을 송신하고, 제어기에서는 이 긍정 응답을 수신한다(S23→S24). 지금까지의 일련의 처리가 명령의 송신에 대응하는 처리로 된다.
이어서는, 명령에 응답한 응답을 위한 처리로서, 타겟으로부터 기록 요구 패킷이 송신된다(S25). 제어기에서는 이것을 수신하여 명령/응답 레지스터에 대하여 데이터의 기입을 행한다(S26). 또한, 제어기에서는 기록 요구 패킷의 수신에 따라서 타겟에 대하여 긍정 응답을 송신한다(S27). 타겟에서는 이 긍정 응답을 수신함으로써, 기록 요구 패킷이 제어기에 수신된 것을 안다(S28).
즉, 제어기로부터 타겟에 대한 명령 전송 처리와, 이것에 응답한 타겟으로부터 제어기에 대한 응답 전송 처리가 FCP에 의한 데이터 전송(트랜잭션)의 기본으로 된다.
2-11. AV/C 명령 패킷
제35도에 의해 설명한 바와 같이, 비동기 통신에 있어서, FCP는 AV/C 명령을 이용하여 각종 AV 기기에 대한 통신을 행할 수 있도록 되어 있다.
비동기 통신에서는, 기록, 판독, 록의 3종의 트랜잭션이 규정되어 있는 것은 제41도에서 설명한 종류이고, 실제로는 각 트랜잭션에 따른 기록 요구/응답 패킷, 판독 요구/응답 패킷, 록 요구/응답 패킷이 이용된다. 그리고, FCP에서는, 상술한 바왁 같이 기록 트랜잭션을 사용하는 것이다.
그래서, 제47도에, 기록 요구 패킷(비동기 패킷(데이터 블록에 대한 기록 요구))의 포맷을 나타낸다. 본 실시 형태에서는, 이 기록 요구 패킷이 즉, AV/C 명령 패킷하여 사용된다.
이 기록 요구 패킷에 있어서의 상위 5 쿼드렛(제 1∼제5 쿼드렛)은 패킷 헤더로 된다.
패킷 헤더의 제 1 쿼드렛에 있어서의 상위 16 비트의 영역은 데스티네이션_ID로서, 데이터의 전송선(수신처)의 노드 ID를 나타낸다. 이어지는 6 비트의 영역은 t1(트랜잭션 라벨)이고, 패킷 번호를 나타낸다. 이어지는 2 비트는 rt(재시도 코드)이고, 해당 패킷이 시작하여 전송된 패킷이지만, 재전송된 패킷을 나타낸다. 이어지는 4 비트의 영역은 tcode(트랜잭션 코드)는 지령 코드를 나타내고 있다. 그리고, 이어지는 4 비트의 영역은 pri(우선 순위)이며, 패킷의 우선 순위를 나타낸다.
제2 쿼드렛에 있어서의 상위 16 비트의 영역은 소스_ID이고, 데이터의 전송원의 노드_ID가 표시된다.
또한, 제2 쿼드렛에 있어서의 하위 16 비트와 제3 쿼드렛 전체의 계 48 비트는 데스티네이션 오프셋으로 되고, 명령 레지스터(FCP_명령 레지스터)와 응답 레지스터(FCP_응답 레지스터)의 어드레스가 표시된다.
상기 데스티네이션_ID 및 데스티네이션 오프셋이 IEEE1394 포맷에 있어서 규정된 64 비트의 어드레스 공간에 상당한다.
제4 쿼드렛의 상위 16 비트의 영역은 데이터 길이로 되고, 후술하는 데이터 필드(제47도에 있어서 굵은 선에 의해 둘러싸인 영역)의 데이터 사이즈가 표시된다.
이어지는 하위 16 비트의 영역은 확장 tcode의 영역으로 되고, tcode를 확장하는 경우에 사용되는 영역이다.
제5 쿼드렛으로서의 32 비트의 영역은 헤더 CRC이고, 패킷 헤더의 체크섬을 행하는 CRC 계산값이 저장된다.
패킷 헤더에 이어지는 제6 쿼드렛으로부터 데이터 블록이 배치되고, 이 데이터 블록내의 선두에 대하여 데이터 필드가 형성된다.
데이터 필드로서 선두로 되는 제6 쿼드렛의 상위 4 비트에는 CTS(명령 및 트랜잭션 세트)가 기술된다. 이것은 해당 기록 요구 패킷의 명령 세트의 ID를 나타내는 것으로, 예컨대, 이 CTS의 값에 대하여 도면과 같이 [0000]으로 설정하면, 데이터 필드에 기술되어 있는 내용이 AV/C 명령인 것으로 정의되는 것이 된다. 즉, 이 기록 요구 패킷은 AV/C 명령 패킷인 것이 표시된 것이다. 따라서, 본 실시 형태에 있어서는, FCP가 AV/C 명령을 사용하기 위해, 이 CTS에는 [0000]이 기술되는 것이 된다.
CTS에 이어지는 4 비트의 영역은 ctype(명령 타입; 명령의 기능 분류), 또는 명령에 따르는 처리 결과(응답)을 나타내는 응답이 기술된다.
제48도에, 상기 ctype 및 응답의 정의 내용을 나타낸다.
ctype(명령)로서는 [0000]∼[0111]을 사용할 수 있는 것으로 두고, [0000]은 제어, [0001]은 상태, [0010]은 질의, [0011]은 통지로서 정의되고, [0100]∼[0111]은 현상, 미정의(예약)로 되어 있다.
CONTROL은 기능을 외부로부터 제어하는 명령이고, STATUS는 외부로부터의 상태를 문의하는 명령, INQUIRY는 제어 명령의 지원의 유무를 외부로부터 문의하는 명령, NOTIFY는 상태의 변화를 외부에 통지하는 것을 요구하는 명령이다.
또, 응답으로서는, [1000]∼[1111]을 사용하는 것으로 두고, [1000]은 수행 불가, [1001]은 허용, [1010]은 거부, [1011]은 트랜잭션중, [1100]은 수행/안정, [1101]은 변경, [1110]은 예약, [1111]은 임시로서 각각 정의되어 있다.
이들 응답은 명령의 종류에 따라서 분리 사용된다. 예컨대, 제어의 명령에 응답하는 응답으로서는 수행 불가, 허용, 거부 또는 임시의 4개 중의 어느 하나가 응답측의 상황 등에 따라서 분리 사용된다.
제47도에 있어서, ctype/응답에 이어지는 5 비트의 영역에는 서브유닛 타입이 저장된다. 서브유닛 타입은 명령의 수신처 또는 응답의 송신원의 서브유닛이 어디에 있는지(기기)를 나타낸다. IEEE1394 포맷에서는, 기기의 그것을 유닛으로 칭하고, 그 유닛(기기)내에 있어서 구비되는 기능적 기기 단위의 종류를 서브유닛으로 칭한다. 예컨대, 일반의 VTR을 예로 들면, VTR으로서의 유닛은 지상파나 위성 방송을 수신하는 튜너와, 비디오 카세트 레코더/플레이어의 2개의 서브유닛을 구비한다.
서브유닛 타입으로서는 예컨대, 제49도 (a)에 도시한 바와 같이 정의되어 있다. 즉, [00000]은 모니터, [00001]∼[00010]은 예약, [00011]은 디스크 레코더/플레이어, [00111]은 VCR, [00101]은 튜너, [00111]은 카메라, [01000]∼[11110]은 예약, [11111]은 서브유닛이 존재하지 않는 경우에 이용되는 유닛으로서 정의되어 있다.
제47도에 있어서, 상기 서브유닛 타입에 이어지는 3 비트에는 동일 종류의 서브유닛이 복수 존재하는 경우에, 각 서브유닛을 특정하기 위한 id(노드 ID)가 저장된다.
상기 id(노드 ID)에 이어지는 8 비트의 영역에는 opcode가 저장되고, 이어지는 8 비트의 영역에는 오퍼랜드가 저장된다.
opcode로는 오퍼레이션 코드의 것이어서, 오퍼랜드에는 opcode가 필요로 하는 정보(파라미터)가 저장된다. 이들 opcode는 서브유닛마다 정의되고, 서브유닛마다 고유의 opcode의 리스트의 테이블을 갖는다. 예컨대, 서브유닛이 VCR이면, opcode로서는 예컨대, 제49도 (b)에 도시한 바와 같이 하여 플레이(재생), 레코드(기록) 등을 시작하는 각종 명령이 정의되어 있다. 오퍼랜드는 opcode마다 정의된다.
제47도에 있어서의 데이터 필드로서는, 상기 제6 쿼드렛의 32 비트가 필수로 되지만, 필요가 있으면, 이것에 이어서 오퍼랜드를 추가하는 것이 가능하다(추가의 오퍼랜드).
데이터 필드에 이어서는 데이터 CRC가 배치된다. 또, 필요가 있으면, 데이터 CRC의 앞에 패딩을 배치하는 것이 가능하다.
2-12. 플래그
여기에서, IEEE1394 포맷에 있어서 플래그에 대하여 개략적으로 설명한다. 여기에서 말하는 플래그로는, 먼저 제45에 의해서도 설명한 바와 같이, IEEE1394 포맷에 있어서의 기기간의 논리적 접속 관계를 말하는 것이다.
도50에 도시한 바와 같이, 비동기 통신에 있어서 유효로 되는 명령 등의 데이터(요구)는 프로듀서로부터 컨슈머에 대하여 전송된다. 여기에서 말하는 프로듀서 및 컨슈머는 각각 IEEE1394 인터페이스 상에서 송신 기기, 수신 기기로서 기능하는 기기를 말하는 것이다. 그리고, 컨슈머에 있어서는, 도면에 사선으로 도시한 바와 같이 프로듀서에 의해 데이터 기입이 행해지는 세그먼트 버퍼를 구비한다.
또한, IEEE1394 시스템에 있어서, 특정의 기기를 프로듀서, 컨슈머로서 규정하기 위한 정보(접속 관리 정보)는 도면에 망선으로 나타낸 플래그 어드레스내의 소정 위치에 저장되어 있다. 세그먼트 버퍼는 플래그 어드레스에 이어서 배치된다.
컨슈머의 세그먼트 버퍼에 대하여 기입 가능한 어드레스 범위(데이터량)는 후술하는 바와 같이 하여 컨슈머측에서 관리하는 한계 카운트 레지스터에 의해 규정된다.
제51도는 비동기 통신에 있어서의 플래그의 어드레스 공간의 구조를 나타내고 있다.
64 비트로 이루어진 플래그의 어드레스 공간은 제51도 (a)에 도시한 바와 같이 하여 2의 16승(64K)의 노드로 분할된다. 그리고, 플래그는 제51도 (b)에 도시한 바와 같이 하여 각 노드의 어드레스 공간내에 있도록 된다. 그리고, 각 플래그는 제51도 (c)에 도시한 바와 같이, 망선의 영역에 의해 나타내는 레지스터와, 사선의 영역에 의해 나타내는 세그먼트 버퍼를 포함하여 형성된다. 레지스터에는 다음에 설명하는 바와 같이 하여 송신측(프로듀서)와 수신측(컨슈머)의 사이에 있어서의 데이터의 수수 관리에 필요한 정보(예컨대, 송신 데이터 사이즈 및 수신 가능 데이터 사이즈)가 저장된다. 세그먼트 버퍼는 프로듀서로부터 컨슈머에 대하여 송신된 데이터가 기입되는 영역이고, 예컨대, 최소로 64 바이트인 것이 규정되어 있다.
제52도 (a)에는 플래그 어드레스가 도시되어 있다. 즉, 상기 제51도 (c)와 동일 내용이 도시되어 있다.
이 도면에 도시한 바와 같이, 레지스터는 플래그 어드레스의 선두에 대하여 배치되고, 이것에 이어서 세그먼트 버퍼가 배치된다.
그리고, 레지스터내의 구조로서는, 제52도 (b)에 도시한 바와 같이 하여 선두에 대하여 예컨대, 32 비트의 프로듀서 카운트 레지스터가 배치되고, 이어서 각 32 비트의 한계 카운트 레지스터 [1]∼[14]가 배치된다. 즉, 하나의 프로듀서 카운트 레지스터와 14개의 한계 카운트 레지스터가 설치된다. 또, 여기에서는, 한계 카운트 레지스터[14]의 뒤쪽에 미사용(unused)의 영역이 설치되어 있다.
상기 제52도 (a) (b)에 나타내는 플래그 구조는 제52도 (c)에 나타내는 바와 같이 하여 오프셋 어드레스에 의해 지정된다.
즉, 오프셋 어드레스 0은 컨슈머 포트(프로듀서 카운트 레지스터)를 지정하고, 오프셋 어드레스 4, 8, 12 …56, 60은 각각 프로듀서 포트 [1]∼[14]를 지정한다. 오프셋 어드레스 60은 예약으로서 정의되는 것으로, 미사용의 영역을 나타내고, 오프셋 어드레스 64에 의해 세그먼트 버퍼를 나타낸다.
제53도에는, 프로듀서측과 컨슈머측과의 양자의 플래그 구조가 도시되어 있다.
비동기 통신의 플래그 구조에 있어서는, 프로듀서 카운트 레지스터로의 기입, 한계 카운트 레지스터로의 기입, 및 세그먼트 버퍼로의 기입을 후술하는 송수신 수순에 따라서 행하는 것으로, 비동기 통신을 실현한다. 이들의 기입은 먼저 설명한 기입 트랜잭션으로서의 처리이다.
프로듀서 카운트 레지스터는 프로듀서에 의해 컨슈머에 대하여 기입이 행해진다.
프로듀서는 자신의 어드레스에 있는 프로듀서 카운트 레지스터에 프로듀서측의 데이터 전송에 관한 정보를 기입한 위에, 이 프로듀서 카운트 레지스터의 내용을 컨슈머의 프로듀서 카운트 레지스터에 대하여 기입한다.
프로듀서 카운트 레지스터는 프로듀서가 컨슈머의 세그먼트 버퍼에 대하여 기입하는 데이터 사이즈로서, 1회의 기입 처리에 의해 기입하는 데이터 사이즈의 정보로 된다. 즉, 프로듀서가 프로듀서 카운트 레지스터의 기입을 행하는 것에 의해 컨슈머의 세그먼트 버퍼에 기입하는 데이터 사이즈를 알게 하는 처리가 행해진다.
이것에 대하여, 한계 카운트 레지스터는 컨슈머에 의해 프로듀서에 대하여 기입이 행해진다.
컨슈머측에서는, 자신의 한계 카운트 레지스터 [1]∼[14] 중 프로듀서에 대응하여 지정된 하나의 한계 카운트 레지스터 [n]에 대하여 자신의 세그먼트 버퍼의 용량(사이즈)를 기입하며, 이 한계 카운트 레지스터 [n]의 내용을 한계 카운트 레지스터 [n]에 대하여 기입한다.
프로듀서측에서는, 상기와 같이 하여 한계 카운트 레지스터 [n]에 기입된 내용에 다라서 1회 정도의 기입 데이터량을 결정하여, 예컨대, 자신의 세그먼트 버퍼에 대하여 기입을 행한다. 그리고, 이 세그먼트 버퍼에 기입한 내용을 컨슈머에 대하여 기입하도록 된다. 이 세그먼트 버퍼로의 기입이 비동기 통신에 있어서의 데이터 송신에 상당한다.
2-13. 비동기 접속(Asynchronous Connection) 송신 수순
이어서, 상기 제53도에 의해 설명한 플래그(프로듀서-컨슈머)간의 구조를 전제로 하여, 제54도의 처리 천이도에 의해 비동기 접속의 기본적인 송수신 수순에 대하여 설명한다.
제54도에 나타내는 송수신 처리의 수순은 비동기 통신으로서 FCP에 의해 규정된 환경원으로서, AV/C 명령(기록 요구 패킷)을 사용하여 행해진다. 그리고, 본 실시 형태에 있어서 다루어지는 AUX 데이터도 이 송수신 수순을 사용하여 IEEE1394 시스템내에서 송수신이 행해진다. 단, 제53도에 도시한 처리는 어디까지나 비동기 접속으로서의 통신 동작을 나타내는 것으로, AUX 데이터의 기록 재생에 대응하는 통신 처리에 대해서는 후술한다.
또, 비동기 접속의 실제에 있어서는 명령 송신에 따라서 제46도에 도시한 바와 같이 긍정 응답의 송수신이 실행되고 있지만, 제54도에 있어서는 긍정 응답에 대하여 송수신 처리의 도시는 생략하고 있다.
또한, IEEE1394 인터페이스에서는 플래그(기기)간의 접속 관계로서, 상기한 프로듀서-컨슈머의 관계 외에 제어기-타겟으로서 규정되는 관계가 존재한다. IEEE1394 시스템 상에 있어서는, 프로듀서-컨슈머의 관계가 규정된 기기와, 제어기-타겟의 관계가 기기와 반드시 일치하는 것은 아니다. 즉, 프로듀서로서 규정된 기기 외에 제어기의 기능을 가지는 것으로 규정된 기기가 존재하는 경우가 있다. 단, 여기에서는, 프로듀서-컨슈머로서의 관계와, 제어기-타겟으로서의 관계가 일치하고 있는 경우를 예로 설명한다.
제54도에 나타내는 송신 수순으로서는, 우선 스텝 S101로서 나타낸 바와 같이, 프로듀서로부터 컨슈머에 대하여 접속 요구를 송신한다. 이 접속 요구는 프로듀서가 컨슈머에 대하여 접속 요구를 행하기 위한 명령으로 프로듀서의 레지스터의 어드레스를 컨슈머에 대하여 전달한다.
이 접속 요구는 스텝 S102의 처리로서 컨슈머가 수신하는 것으로, 컨슈머측에서는 프로듀서의 레지스터의 어드레스를 인식한다. 그리고, 스텝 S103에 의해 응답으로서 컨슈머는 프로듀서에 대하여 접속 접수를 송신한다. 그리고, 스텝 S104에 있어서, 프로듀서가 이것을 수신하는 것으로, 이후의 데이터 송수신을 위한 프로듀서-컨슈머간의 접속이 확립된다.
상기와 같이 하여 접속이 확립되면, 스텝 S105에 의해 컨슈머는 프로듀서에 대하여 한계 카운트 레지스터(이하, 간단히 한계 카운트라고 부른다)의 기입 요구를 행한다. 스텝 S106에 의해 이것을 수신한 프로듀서는 이어지는 스텝 S107의 처리에 의해 한계 카운트 기입 접수를 컨슈머에 대하여 송신한다. 그리고, 스텝 S108의 처리로서, 컨슈머가 한계 카운트 기입 접수를 수신한다. 이 한계 카운트 기입 요구/기입 접수의 일련의 처리에 의해 이후에 있어서의 세그먼트 버퍼로의 데이터 기입 사이즈(세그먼트 버퍼 용량)이 결정된다.
이어지는 스텝 S109에 있어서는, 프로듀서로부터 컨슈머에 대하여 세그먼트 버퍼 기입 요구를 송신한다. 그리고, 스텝 S110에 의해 세그먼트 버퍼 기입 요구가 수신되고, 이것에 응답하여 스텝 S111의 처리로서 컨슈머로부터 프로듀서에 대하여 세그먼트 버퍼 기입 접수를 송신한다. 프로듀서는 스텝 S112에 의해 세그먼트 기입 접수를 수신한다.
이 스텝 S109∼S112까지의 처리가 실행됨으로써, 1회의 프로듀서의 세그먼트 버퍼로부터 컨슈머의 세그먼트 버퍼에 대하여 데이터로의 기입 처리가 완료된다.
여기에서, 상기 스텝 S109∼S112의 처리에 의해 기입되는 데이터는 제40도에 도시한 비동기 패킷에 의한 1회의 송신에 의해 기입된다. 따라서, 비동기 패킷에 의해 전송되는 데이터 사이즈가 상기 한계 카운트에 의해 지정된 데이터 사이즈보다도 작고, 또한 1회의 비동기 패킷에 의한 전송에 의해서는 필요한 데이터 전송이 완료하지 않는 경우에는 세그먼트 버퍼의 용량이 풀로 되는 범위에서 스텝 S109∼S112의 처리가 반복되도록 되어 있다.
그리고, 상기한 스텝 S109∼S112에 나타내는 세그먼트 버퍼로의 기입 처리가 완료하면, 스텝 S113의 처리로서 나타내는 바와 같이 프로듀서로부터 컨슈머에 대하여 프로듀서 카운터 레지스터(이하 간단히 프로듀서 카운트라고 부른다) 기입 요구를 송신한다. 그리고, 컨슈머에서는 스텝 S114의 처리로서 프로듀서 카운트를 수신하여 자신이 프로듀서 카운터 레지스터에 기입을 행하며, 이어지는 스텝 S115의 처리로서 프로듀서 카운트 기입 접수를 프로듀서에 대하여 송신한다. 프로듀서는 스텝 S116에 의해 이 프로듀서 카운트 기입 접수를 수신한다.
이 처리에 의해 앞의 스텝 S109∼S112의 처리로서 프로듀서로부터 컨슈머의 세그먼트 버퍼에 대하여 전송한 데이터 사이즈가 컨슈머에 대하여 알게 되는 것으로 된다.
이어지는 스텝 S117의 처리로서는, 상기 스텝 S113∼S116에 나타낸 프로듀서 카운트 기입 처리에 응답하여 한계 카운트 기입을 위한 일련의 처리가 실행된다. 즉, 스텝 S117∼S120에 나타낸 바와 같이 하여 컨슈머로부터 프로듀서로의 한계 카운트 기입 요구의 송신과, 이 송신에 응답하여 프로듀서로부터 컨슈머로의 한계 카운트 기입 접수의 송신이 행해진다.
상기 스텝 S109∼S120까지의 처리가 비동기 접속에 있어서의 데이터 전송 처리로서의 1 세트의 수순을 이룬다. 여기에서, 예컨대, 송신할 데이터 사이즈가 세그먼트 버퍼 용량보다도 크고, 1회의 스텝 S109∼S120까지의 처리에 의해서는 데이터의 전송이 완료하지 않게 되는 경우에는, 이 스텝 S109∼S120까지의 처리를 데이터의 전송이 완료할 때까지 반복 실행하는 것이 가능하게 되어 있다.
그리고, 데이터의 전송이 완료하면, 스텝 S121에 나타낸 바와 같이 하여 프로듀서는 컨슈머에 대하여 분리 요구를 송신한다. 컨슈머는 스텝 S122에 있어서, 이 분리 요구를 수신하고, 이어지는 스텝 S123에 의해 분리 접수를 송신한다. 스텝 S124에 있어서, 프로듀서가 분리 접수를 수신함으로써, 비동기 접속에 의한 데이터 송수신이 완결한다.
2-14. 본 발명에 이르는 배경
이어서, 지금까지 설명한 내용을 배경으로서, 본 발명에 이른 배경에 대하여 상세히 설명한다.
지금까지의 설명으로부터 알 수 있는 바와 같이, 본 실시 형태로서는 IEEE1394 인터페이스의 AV/C 명령을 이용하여 통신을 행함으로써, 어떤 기기(제어기)로부터 다른 어떤 기기(타겟)에 대한 각종 조작 제어를 행할 수 있다. 즉, IEEE1394 버스 상에서의 원격 제어이다.
단, 앞에서도 설명한 바와 같이, 어떤 제어기가 타겟을 원격 제어하는 경우에, 다른 제어기가 동일 타겟에 대하여 원격 제어를 행하거나 또는 타겟이 구비하는 본체 키나 원격 제어기 등(로컬 키)에 대한 조작이 행해지거나 하는 경우에는, 제어기와 타겟 간에서의 처리 상황이나 처리 결과에 대하여 부정합이 생기는 경우가 있다.
이것에 대하여 구체예로서, 제 1도에 나타낸 AV 시스템을 예로 들며, 퍼스널 컴퓨터(113)가 제어기, MD 레코더/플레이어(1)가 타겟으로 정의되어, 퍼스널 컴퓨터(113)가 MD 레코더/플레이어(1)에 있어서의 편집 처리를 원격 제어하는 경우를 제55도의 처리 천이도를 참조하여 설명한다.
또, 퍼스널 컴퓨터(113)가 MD 레코더/플레이어(1)에 있어서의 편집 처리를 원격 제어하는 것에 대해서는, 실제로는 퍼스널 컴퓨터(113)에 있어서는 MD 레코더/플레이어(1)에 대한 조작을 원격 제어하기 위한 어플리케이션 소프트웨어(이하 간단히 조작 패널이라고 한다)가 구비되어 있는 것으로 된다. 여기에서는, 제55도에 나타내는 처리가 개시되는 이전의 단계에 있어서, 퍼스널 컴퓨터(113)에 있어서 상기 조작 패널이 기동되고 있는 상태에 있는 것으로 한다.
또한, 이후에 있어서의 제55도의 설명에 대해서는, 퍼스널 컴퓨터(113)를 제어기로 하고, MD 레코더/플레이어(1)를 타겟으로 한다.
또한, 제55도에 나타내는 제어기-타겟간의 명령, 응답의 송수신 처리는 AV/C 명령을 이용하여 행해지는 것이다. 각 명령, 응답은 예컨대, 제49도에 의해 설명한 바와 같이 하여 MD 레코더/플레이어(1)(디스크 레코더/플레이어 [00011])가 서브유닛 타입으로 된 아래에서의 opcode로서 정의되어 있다.
또한, 이하의 설명에 있어서는, 로컬 키 또는 로컬 명령라고 하는 말을 이용하는 것이 있다. 본 명세서에 있어서, 로컬 키는 예컨대, 타겟으로서의 기기 본체에 구비되는 각종 조작 키 또는 타겟으로서의 기기에 부속하는 원격 제어기의 것을 말한다. 또한, 로컬 명령은 로컬 키 조작에 따라서 타겟으로서의 기기 내부에서 발생하는 명령의 것을 말한다. 예컨대, MD 레코더/플레이어(1)의 경우이면, 로컬 키는 조작부(23)에 설치되는 각종 키 및 원격 제어기(32)의 것을 말하고, 로컬 명령은 조작부(23) 및 원격 제어기(32)에 대하여 행해지는 조작에 따라서 시스템 제어기(11)가 접수하는 명령을 말하는 것으로 된다.
제55도에 있어서는, 우선 타겟인 MD 레코더/플레이어(1)에 대하여 디스크가 장진되면, 스텝 S201로서 나타낸 바와 같이, 이 타겟으로부터 디스크가 장진된 것을 통지하기 위한 디스크 장진 통지를 제어기에 대하여 송신하도록 하고 있다. 제어기에서는, 스텝 202에 의해 상기 디스크 장진 통지를 수신함으로써, 타겟에 있어서 디스크가 장전된 것을 검지한다.
여기에서, MD 레코더/플레이어(1)에 있어서는, 디스크가 장전된 후에 있어서, 스텝 S301로서 나타낸 바와 같이, 디스크로부터 TOC 정보(U-TOC, AUX-TOC)를 판독하여 예컨대, 버퍼 메모리(13)에 대하여 저장한다.
여기에서, 디스크로부터 판독한 TOC 정보 중 U-TOC 섹터 0의 내용으로서는 제55도 (a)에 나타낸 바와 같이 하여 프로그램 에러가 관리되고 있는 것으로 한다. 즉, 프로그램 에러에 있어서는, 트랙 TR#1∼#3의 3개의 트랙이 기록되어 있고, 각 트랙에 대해서는, 트랙 TR#1은 어드레스 Ad0∼Ad3, 트랙 TR#2는 어드레스 Ad4∼Ad5, 트랙 TR#3은 어드레스 Ad6∼Ad7에 기록되어 있는 것으로 관리되고 있다.
제어기는 상기 스텝 S202에 의해 디스크가 장전된 것을 검지하면, 스텝 S203에 나타낸 바와 같이 TOC(U-TOC, AUX-TOC) 정보를 요구하기 위한 TOC 정보 요구를 타겟에 대하여 송신한다.
스텝 S204에 의해 상기 TOC 정보 요구를 수신한 타겟은 스텝 S205에 있어서, 현재 버퍼 메모리(13)에 저장하고 있는 TOC 정보를 제어기에 대하여 송신한다. 제어기에서는, 스텝 S206에 의해 TOC 정보를 수신하여 예컨대, RAM(203)에 유지함으로써, TOC 정보를 취득할 수 있는 것으로 된다.
이 때 취득된 TOC 정보의 내용은 예컨대, MD 레코더/플레이어(1)에 대하여 디스크가 장진된 때에 판독한 TOC 정보와 동일한 내용이고, 따라서, U-TOC 섹터 0의 내용으로서는 제55도 (d)에 나타낸 바와 같이 하여 제55도 (a)와 동일한 내용이 얻어지고 있는 것으로 된다. 즉, 이 단계에서는, TOC 정보의 내용에 대하여 정합이 통제 불능인 것이다.
또, 스텝 S205 및 스텝 S206에 의한 TOC 정보의 송수신은 앞에 제53도 및 제54도에 의해 설명한 비동기 접속으로서의 세그먼트 버퍼로의 기입에 의해 행해진다.
여기에서, 어떤 단계에 있어서, 스텝 S302로서 나타낸 바와 같이, 타겟인 MD 레코더/플레이어(1)에 있어서, 로컬 키 조작에 다라서 트랙 TR#1을 분할(디바이드)하는 편집 처리가 수행되는 것으로 한다.
이 편집 처리의 결과, MD 레코더/플레이어(1)에 있어서는, 예컨대, 제55도 (b)에 나타낸 바와 같이 하여 U-TOC 섹터 0의 내용이 갱신된다. 즉, 프로그램 에러에는, 트랙 TR#1(=어드레스 Ad0∼Ad1), 트랙 TR#2(=어드레스 Ad2∼Ad3), 트랙 TR#3(=어드레스 Ad4∼Ad5), 트랙 TR#4(=어드레스 Ad6∼Ad7)가 기록되어 있는 것으로 관리되는 것으로 된다.
또, 타겟으로부터 제어기에 대해서는, U-TOC 섹터 0의 내용이 제55도 (b)에 나타낸 바와 같이 갱신된 것에 대한 통지는 특히 행해지지 않는다.
그리고 이후, 예컨대, 제어기에 있어서, 조작 패널에 대하여 트랙 TR#3을 소거하기 위한 조작이 행해지는 것으로 한다. 이 경우에는, 스텝 S207의 처리로서 나타낸 바와 같이 제어기는 트랙 TR#3의 소거를 요구하기 위한 트랙 TR#3 소거 요구를 타겟에 대하여 송신하는 것으로 된다.
그리고, 스텝 S208에 의해 타겟이 상기 트랙 TR#3 소거 요구를 수신한 경우, 타겟인 MD 레코더/플레이어(1)에서는, 스텝 S303으로서 나타낸 바와 같이 하여 현재 자기가 가지고 있는 TOC 정보를 고쳐 씀으로써 트랙 TR#3의 소거를 실행한다. 이것에 의해, MD 레코더/플레이어(1)에 있어서 유지되어 있는 U-TOC 섹터 0의 내용은 제55도 (c)에 나타낸 바와 같이 하여 트랙 TR#1(=어드레스 Ad0∼Ad1), 트랙 TR#2(=어드레스 Ad2∼Ad3), 트랙 TR#3(=어드레스 Ad6∼Ad7)이 기록되어 있는 것을 나타내는 것으로 된다.
타겟인 MD 레코더/플레이어(1)에 있어서는, 상기 스텝 S303으로서의 트랙 TR#3의 소거 처리를 실행함과 동시에 스텝 S209로서 나타낸 바와 같이 하여 제어기에 대하여 트랙 TR#3 소거 접수를 송신한다.
스텝 S210에 의해 제어기가 트랙 TR#3 소거 접수를 수신하는 경우, 제어기에 있어서는 자신이 조작한 편집 처리가 타겟(MD 레코더/플레이어(1))측에서 수행되는 것으로 보고, 제어기(퍼스널 컴퓨터(113))이 유지하고 있는 TOC 정보를 갱신한다.
이 경우에는, 제55도 (d)에 나타내는 U-TOC 섹터 0의 내용에 대하여 트랙 TR#3을 소거하는 갱신 처리를 실행하기 위해 U-TOC 섹터 0으로서는 제55도 (e)에 나타낸 바와 같이 트랙 TR#1(=어드레스 Ad0∼Ad3), 트랙 TR#2(=어드레스 Ad4∼Ad5) 와 같이 하여 프로그램 에러를 관리하는 것으로 된다.
이와 같이 하여 처리가 실행된 경우, 제55도 (c)와 제55도 (e)의 U-TOC 섹터 0의 관리 내용을 비교하여도 알 수 있도록 제어기(퍼스널 컴퓨터(113))와 타겟(MD 레코더/플레이어(1))에서는, 각각이 자기에서 관리하고 있는 TOC 정보에 대하여 정합이 얻어지지 않게 되어 있다.
이 단계에서는 이미 퍼스널 컴퓨터(113)측에서 정확하게 MD 레코더/플레이어(1)측의 TOC 정보의 내용을 파악하여 편집 제어를 행하는 것은 곤란하고, 또한 이 후에 있어서, 퍼스널 컴퓨터(113)에 있어서 유지하고 있는 TOC 정보를 송신하여 MD 레코더/플레이어(1)측의 TOC 정보를 고쳐 쓴 것과 같은 경우에는, 디스크에 있어서의 트랙의 기록 상태와 TOC 정보의 내용이 일치하지 않아서 이하의 정확한 기록 재생이 행해지지 않게 되는 가능성이 있다.
그래서, 예컨대, 상기와 같은 TOC 정보가 부정합으로 되는 상황이 생기는 것을 회피하도록 한 경우에는, 제어기-타겟간에 있어서, 제56도에 나타낸 바와 같이 하여 통신을 행하도록 구성하는 것이 고려된다.
제56도의 처리 천이도에 있어서는, 유선 타겟인 MD 레코더/플레이어(1)에 있어서 디스크가 장진되면, 앞의 제55도의 경우와 동일하게 스텝 S401의 처리에 의해 제어기(퍼스널 컴퓨터(113))에 대하여 디스크 장진 통지를 송신한다. 제어기에 있어서는, 스텝 S402에 의해 상기 디스크 장진 통지를 수신함으로써, 타겟에 있어서 디스크가 장전된 것을 검지한다. 이 때, MD 레코더/플레이어(1)측에 있어서는, 디스크로부터 TOC 정보의 판독을 행하여 버퍼 메모리(13)에 유지하기 위한 처리를 실행한다. 여기에서, 상기 버퍼 메모리(13)에 저장된 TOC 정보에 대해서는 편의상 TOC 내용 A를 가지는 것으로 한다.
제어기는 상기 스텝 S402에 의해 디스크가 장전된 것을 검지하면, 스텝 S403의 처리로서 TOC 정보를 요구하기 위한 TOC 정보 요구를 타겟에 대하여 송신한다.
타겟에 있어서는, 스텝 S404에 의해 TOC 정보 요구의 수신이 행해지고, 이어지는 스텝 S405에 있어서, 현재 버퍼 메모리(13)에 저장하고 있는 TOC 정보를 제어기에 대하여 송신한다. 제어기에서는, 스텝 S406에 의해 TOC 정보를 수신하여 RAM(203)에 유지함으로써 TOC 정보를 획득한다. 이 때, 제어기가 획득한 TOC 정보도 TOC 내용 A를 가지는 것으로 된다.
이 후의 어떤 단계에 있어서, 타겟인 MD 레코더/플레이어(1)에 있어서, 로커 키에 대한 조작에 의해 TOC 내용의 변경을 수반하는 어떤 편집 처리를 행하기 위한 조작 제어가 실행되는 것으로 한다.
이 경우, MD 레코더/플레이어(1)에 있어서는, 상기 로컬 키 조작에 대응하는 편집 처리로서, TOC 정보에 있어서의 필요한 기술 내용에 대하여 고쳐 쓰기를 행한다. 이것에 의해, 예컨대, 버퍼 메모리(13)에 유지되는 TOC 정보로서는 TOC 내용 A로부터 TOC 내용 B로 변한다.
그리고 이 경우에는, 상기와 같이 하여 로컬 키 조작에 의해 TOC 내용의 갱신(편집 처리)가 행해질 때에는, 타겟인 MD 레코더/플레이어(1)에 있어서는, 스텝 S407로서 나타낸 바와 같이 TOC 갱신 통지를 발생하여 이것을 제어기에 대하여 송신하도록 구성된다. 그리고, 스텝 S408의 처리에 의해 제어기가 TOC 갱신 처리를 수신함으로써 제어기는 타겟측에 있어서 TOC 정보의 갱신이 행해진 것을 검지할 수 있다.
그리고, 제어기측으로서는, 상기와 같이 하여 타겟측에서 TOC 정보의 갱신이 행해진 것을 검지하면, 스텝 S409의 처리로서 나타낸 바와 같이 재차 TOC 정보 요구를 타겟으로 송신한다.
스텝 S410의 처리에 의해, TOC 정보 요구를 수신한 타겟은 현재 버퍼 메모리(13)에 유지하고 있는 TOC 정보를 제어기에 대하여 송신한다. 또, 이 때 송신하는 TOC 정보로서는, TOC 정보의 전체로 되어도 좋고, 갱신된 TOC 섹터를 포함한 일부의 정보로 되어도 좋다.
제어기는 스텝 S412의 처리에 의해 TOC 정보를 수신함으로써, 또는 새롭게 TOC 정보를 획득할 있게 되는 것이지만, 여기에서 제어기가 유지한 TOC 정보는 TOC 정보 B이다. 즉, 제어기와 타겟에서 각각이 유지하고 있는 UTOC 내용의 일치가 유지되고 있다.
이와 같이, 타겟측의 로컬 키 조작에 의해 타겟측의 처리 상태 등이 제어기측의 그것과 상위하는 상태가 발생하는 때에는, 우선 타겟측이 이것을 제어기에 대하여 통지하도록 한다. 그리고, 제어기측에서는, 이 통지에 응답하여 타겟에서 발생한 처리 결과를 취득할 수 있도록 구성한 것이다. 이것에 의해, 제어기-타겟간에서의 처리 상황의 정합이 얻어진다.
단, 상기 제56도에 예시한 바와 같은 처리 형태를 취한 경우에는, 그것뿐 처리 스텝이 증가하는 것으로 된다. 또한, 예컨대, 제어기의 조작 패널로부터 어떤 편집 처리가 행해지고 있는 것과 거의 동시 타이밍으로 로컬 키에 의해서도 동일한 편집 처리가 행해지도록 한 상황에서는, TOC 정보가 부정합으로 되는 상태가 빈발하기 때문에, 상기 제56도에 나타낸 처리에 따라서 정합을 도모하면, 그것뿐 처리 동작 자체가 중요하게 된다. 이로 인해, 예컨대, TOC 정보 갱신 중에 있어서는, 제어기측과 타겟측에서 함께 편집을 위한 입력 조작을 금지하기 위한 처리 스텝을 추가하는 등 트러블을 회피할 필요가 있고, 제어 처리도 복잡하게 이루어지는 것을 할 수 없다. 결국, 제어기와 타겟에서 함께 데이터 인터페이스에 관한 프로그램 설계 등의 구성이 복잡한 것으로 된다.
또한, 예를 들면, 타겟으로서의 MD 레코더/플레이어(1)에 대하여, 복수의 제어기로부터 편집 처리가 행해지기 위한 상황에도 대응할 수 있는 것을 고려하면, 상기 제56도에서 설명한 처리의 실제로는 다시 복잡해져버린다.
또한, MD 레코더/플레이어(1)를 예로 들면, 본래는 오디오 기기이고, 오디오데이터를 재생할 때에 원격 제어에 의하여 무엇인가의 편집 제어가 행해지기 위한 상황은 일어나는 것이다. 이 상황에서, 상기 제56도에 모인 복잡한 처리에 의한 부정합의 해소를 도시한 것을 고려하면, 동기 통신에 의한 오디오 데이터를 송수신하는 한쪽에서 비동기 통신에 의한 상기 제56도에 보인 처리를 실행하는 것이 되기 때문에, 결국 제어기와 타겟의 처리 부담이 무거워진다. 특히, 동기 패킷에 의한 버스 대역이 거의 점유되고, 비동기 패킷의 확보가 어려워지는 통신 상황에서는, 제56도에 나타낸 처리와 같은 복잡하고 무거운 처리는 적정한 타이밍으로 실행하는 것이 어려워지는 경우도 생긴다.
이를 위하여, 특히 MD 레코더/플레이어(1) 등의 AV 기기에 대한 원격 제어를 행할 경우의 실제에 있어서, 처리 상황의 부정합의 발생 트러블을 피하기 위해서는, 가능한 한 간단한 통신 처리에 의해 구성된 것이 좋고, 또한, 실용적이기도 하다.
2-15. 본 실시 형태에서의 원격 제어
그래서, 본 실시 형태에서는, 이하 설명한 것과 같이 한 처리 스텝을 구하는 것에서, 간략한 처리에 의해 원격 제어 시에 있어서 발생하여 어떤 처리 상황의 부정합을 회피한다.
제57도의 처리 천이도는 본 실시 형태로서의 원격 제어 시에 일어나는 통신 처리를 나타내고 있다. 또한, 이 도면에 나타낸 처리는, 먼저 도시한 제55도 및 제56도의 경우와 같은 형태로, 퍼스널 컴퓨터(113)가 제어기, MD 레코더/플레이어(1)가 타겟으로 된 위에서, 퍼스널 컴퓨터(113)에 의해 MD 레코더/플레이어에 대한 편집 처리 및 기록/재생에 관련된 조작을 원격 제어에 의해 행할 경우를 예로 들고 있다.
또한, 이 제57도에 보인 제어기-타겟 간의 명령의 송수신 처리도 AV/C 명령을 이용하여 행해지는 것이고, 각 명령이 예를 들면, 제49도에 의한 설명과 같이, MD 레코더/플레이어(1)를 서브유닛(subunit)이라고 하는 opcode로서 정의하고 있는 것이다.
상기 도면에 나타난 처리에 있어서, 먼저, 제어기에 있는 퍼스널 컴퓨터(113)에 있어서, 스텝 S501의 처리에 의해 어플리케이션 프로그램인 "조작 패널"이 기동한다. 이 조작 패널은 예를 들면, 퍼스널 컴퓨터(113)에 설계된 키보드(205) 또는 마우스(206)를 사용자가 조작하는 경우에, MD 레코더/플레이어(1)에 있어서 로컬 키와 동시 조작 제어(IEEE1394 버스를 통하는 원격 제어)를 MD 레코더/플레이어(1)에 대하여 행할 수 있는 기능을 가지고 있다. 그리고, 이 조작 패널로서의 어플리케이션 프로그램은, 퍼스널 컴퓨터(113)의 하드디스크 드라이브(207)의 하드디스크에 기억되고, 기동 시에는 하드디스크 드라이브(207)에 의해 하드디스크로부터 판독이 행해지고, RAM(203)에 의해 동작 가능한 상태로 유지된다.
그리고, 스텝 S501에 의해 조작 패널이 기동되고, 도면에 도시된 것처럼 제어기로부터 타겟에 대하여 보유 요구를 위한 명령이 송신된다.
이 대기 요구 명령의 송신은 AV/C 명령을 이용하고, 제46도에서 설명한 기록 요청 패킷으로 송신된다.
또한, 이 보유 요구 명령은 AV/C 명령에 있어서, 예를 들면, ctype은 제어[0000](제48도 참조)이고, MD 레코더/플레이어(1)(디스크 레코더/플레이어 [00011])는 서브유닛 타입으로 opcode의 첫째로서 정의된 것이고, 기본적으로는, 타겟에 대하여 제어기에 의한 원격 제어의 보유를 요구하는 명령이다.
타겟인 MD 레코더/플레이어(1)는 스텝 S502에 있어서, 상기 보유 요구를 수신하고, 스텝 S503 처리에 의해 보유 접수(accepted) 혹은 보유 거절(rejected)의 어느 응답을 송신한다.
여기서, 보유 접수를 송신하는 경우에는, 현재의 제어기에 의해서도 보유되고 있지 않는 경우에 보유 요구를 송신한 제어기(퍼스널 컴퓨터(113))에 의해 보유 가 허가 가능한 상태가 되는 경우로 된다.
이에 대하여, 보유 거절을 송신하는 경우에는, 예를 들어 퍼스널 컴퓨터(113) 이외의 특정한 제어기에 의해 이미 보유되고, 상기 특정한 제어기 이외의 제어기(퍼스널 컴퓨터(113)도 포함함)에 의해 보유는 금지되어 있는 상태인 경우로 된다.
또한, 보유가 허가 가능한 상태인 경우, MD 레코더/플레이어(1)에 있어서는, 스텝 S601의 처리에서 보이듯이, 보유 모드를 설정하는 것이 행해진다.
여기서의 보유 모드의 설정에서는 두 종류의 설정이 행해진다. 첫째는, 보유 요구를 송신할 수 있는 제어기(여기서는 퍼스널 컴퓨터(113)) 이외의 다른 제어기에 의해 원격 제어는 거절(금지)되도록 설정되는 것이다. 또한, 첫째는 로컬 명령에 의해서 재생계(재생, 빨리 감기, 빨리 되감기, 감기/되감기 방향의 트랙 헤드 서치 명령 등을 포함한다), 정지, 이젝트(디스크의 유출) 이외의 모든 로컬 명령을 무효로 하는 것이다.
이를 위하여 보유 설정이 행해진 경우, 후술한 것과 같이 보유 모드의 해소가 행해질 때까지는 퍼스널 컴퓨터(113) 이외의 제어기로부터 MD 레코더/플레이어(1)에 대하여 원격 제어를 위한 명령이 송신되어도, 이 명령은 거절되게 된다. 결국, 다른 제어기에 의한 원격 제어는 배제되고, 퍼스널 컴퓨터(113)만의 원격 제어가 유효하게 남게 된다.
또한, 재생계, 정지, 이젝트 이외의 로컬 명령에 대하여 무효가 되는 것은, TOC 정보의 기록 변환을 수반하는 기록에 관한 로컬 명령 및 각종 편집 처리에 관 한 로컬 명령에 대해서는 무효가 되는 것을 의미한다. 따라서, 반대로 사용자가 기록이나 편집에 관한 로컬 키 조작을 행하여도 이 조작은 취소되는 것이지만, 이에 의하여 로컬 키 조작에 의해 MD 레코더/플레이어(1)측에서 단독적으로 TOC 정보가 갱신되는 동작은 행해지지 않게 된다.
즉, 보유 모드가 설정된 경우에는, 제어기-타겟간의 처리 상황의 부정합을 생기게 하는 원인이 되는 조작 제어에 있어서는, 보유 요구를 행한 제어기만이 가능하게 되고, 나머지 다른 제어기 및 로컬 키 조작에 의해서는 불가능하게 되는 것이다.
제어기는, 상기 스텝 S503에 의해 송신된 보유 접수 혹은 보유 거절의 무엇인가의 대답을 스텝 S504에 의해 수신하도록 한다.
스텝 S504의 처리에서 보유 접수를 수신한 경우에는, 제어기는 자기 보유 요구가 접수된 것을 인식하고 이후의 조작 패널에 응답하는 처리를 실행하게 된다.
이에 대하여, 대기 거절을 수신하는 경우에는, 조작 패널에 의해 현재 MD 레코더/플레이어(1)가 다른 제어기에 의해 보유되어 있는 상태인 것을 사용자에게 알려주도록 한다. 이것을 사용자에게 통지하는 것에 있어서는, 예를 들면 조작 패널로서의 조작 화면상에 대하여 소정의 표시 형태에 의해 행해지도록 하는 것이 고려된다. 혹은, 소정의 형태에 의한 음성 출력에 의해 행해지도록 하는 것도 고려된다. 물론, 표시와 음성의 병용도 가능하다.
이하는, MD 레코더/플레이어(1)에 의한 보유 접수가 행해진 경우의 처리에 대한 설명이다.
스텝 S504에 있어서 제어기가 보유 접수를 수신한 후에 있어서, 예를 들어 타겟인 MD 레코더/플레이어(1)에 대하여 디스크가 장착되어 있다면, 타겟으로부터는 스텝 S505에 의해 디스크 장착 통지를 송신한다. 또한, 타겟인 MD 레코더/플레이어(1)에 있어서는, 스텝 S602의 처리로서 보이도록 장착된 디스크로부터 판독하는 TOC 정보를 버퍼 메모리(13)에 저장하는 처리도 실행한다.
그리고, 제어기는 스텝 S506에 의해 디스크 장착 통지를 수신하면, 스텝 S507의 처리로서 TOC 정보 요구 송신을 한다. 타겟은 스텝 S508에 의해 TOC 정보 요구를 수신하면, 곧 스텝 S509에 의해 버퍼 메모리(13)에 저장되어 있는 TOC 정보를 송신한다. 그리고, 스텝 S510에 의해 TOC 정보를 수신하는 것이고, 제어기 측에 의해 TOC 정보가 얻어져서, 예를 들면 RAM(203)에 유지된다.
이하는 스텝 S511 및 스텝 S512의 처리에서 나타낸 바와 같이, 제어기 측에서는 조작 패널에 대하여 사용자가 행한 편집 조작에 따르는 각종 명령을 타겟에 대하여 송신한다. 여기서 말한 편집 조작은, 먼저도 설명한 트랙 이름, 디스크 이름 등의 문자 입력, 트랙 이동, 트랙 분할, 트랙 연결, 트랙 소거 등을 시작하고, 미니 디스크 시스템에서 가능한 편집을 위한 각종 조작의 것을 말한다. 또한, AUX 데이터 파일에 있어서의 소요 편집 처리도 가능하게 한다.
타겟에 있어서는, 송신된 각종 명령을 수신하여 이것을 조작 정보로서 다루고, 예를 들면 스텝 S603의 처리에서 나타낸 바와 같이, 이 조작 정보에 따르는 편집 처리(즉 TOC 정보의 갱신 처리)를 실행한다. 또한, 스텝 S511, 스텝 S512의 처리에서는, 스텝 S603의 처리가 실행된 TOC 정보가 갱신되었을 때에는 이 갱신된 내용의 TOC 정보를 타겟에 대하여 순차 송신하고, 항상 MD 레코더/플레이어(1)와 퍼스널 컴퓨터(113)가 유지하는 TOC 내용이 일치하도록 한다.
그리고, 본 실시 형태에서는, 스텝 S511, 스텝 S512의 처리가 실행되고 있는 기간에 있어서, 예를 들면 다른 제어기로부터 타겟에 대한 원격 제어를 위한 명령이 송신되기도 하고, 혹은, 편집 처리 또는 기록 동작을 위한 로컬 명령이 얻어지기도 해도, 이들의 명령 혹은 로컬 명령은 취소되기 때문에 예를 들면 먼저 제 55도에 의해 설명한 처리 상황과는 다른 것이다.
또한, 본 실시 형태의 경우, 로컬 명령으로서 재생계, 정지, 이젝트에 관해서는 유효하지만, 이것은 TOC 정보의 갱신을 수반하지 않는(즉 부정합의 상태를 발생시키지 않음)다고 하는 조작에 관해서는, 조작부(23) 및 원격 제어기(32)에 의해 행해지도록 사용자의 사용 승수의 향상을 도시하고 있는 것이다.
여기서, 예를 들면, 사용자가 조작 패널에 의한 편집 조작을 종료하고, 여기까지 기동된 조작 패널을 종료하기 위한 조작을 행했다고 한다. 여기서부터, 퍼스널컴 퓨터(113)에는 스텝 S513의 처리에서 나타낸 바와 같이, 조작 패널로서의 어플리케이션 프로그램을 종료하고, 이와 함께, 타겟에 대하여 보유 해제 요구를 송신한다.
타겟에서는, 스텝 S514에 의해 보유 해제 요구를 수신하면 스텝 S604의 처리에서 나타난 바와 같이, 앞의 스텝 S601에서 설정한 보유 모드를 해제하기 위한 처리를 실행한다. 결국, 다른 제어기로부터의 원격 제어를 접수 가능한 상태로 됨과 함께, 로컬 키 명령이 전부 유효하게 되도록 설정한다.
그리고, 타겟에서는 상기와 같이 보유 모드를 해제함과 함께 스텝 S515의 처리에서 나타난 바와 같이, 보유 해제 접수를 송신한다. 제어기는 스텝 S516에 의해 이 보유 해제 접수를 수신하는 것으로 보유 해제가 접수되는 것을 확인한다.
또한, 예를 들면 IRD(112)가 제어기로서 MD 레코더/플레이어(1)에 대하여 같은 형태의 원격 제어를 행하도록 구성된 경우에도 도57에 도시된 것과 같은 처리를 적용하면 좋다.
이와 같은 처리에 의하면, 보유 모드가 설정되어 있는 동안은 보유 요구를 행한 제어기의 원격 제어만에 의하여 편집 처리가 행해지기 때문에, 예를 들면 제55도에 나타난 바와 같이 부정합이 생기는 일이 없도록 한다. 또한, 다른 제어기에 의한 원격 제어, 혹은 부정합의 발생을 얻는 로컬 키 조작을 무효로 하는 것으로 부정합을 피하기 때문에 제56도에 나타난 복잡한 처리에서는 없고, 특히 간단한 통신 처리 설계에서 실현할 수 있다.
그런데, 상기 처리 구성에 의하면, 예컨대, 조작 패널이 종료되지 않으면, MD 레코더/플레이어(1)에 있어서는, 퍼스널 컴퓨터에 대응하여 설정한 보유 모드가 계속되는 것으로 된다.
예컨대, 실제의 사용 상황에 있어서는, 유저가 조작 패널에 대한 조작을 행하여 목적의 편집 작업을 종료시킨 후에도, 조작 패널을 기동한 채로 있는 것은 충분히 고려된다. 예컨대, 이후에 있어서, 유저가 조작 패널을 기동한 채로 있는 것을 잊고 MD 레코더/플레이어(1)에 대하여 다른 제어기에 의해 원격 제어를 행하거나 로컬 키에 의해 기록이나 편집 에러를 행하여도 이들 조작은 무효로 되어 버린 다. 이와 같은 것이 일어난 경우, 유저에 의해서는 어딘가에 고장이 발생한 것으로 생각해 버리는 경우도 있다. 따라서, 이와 같은 상황의 경우에는, 어떤 방법에 의해 MD 레코더/플레이어(1)(타겟)에 있어서 자동적으로 보유 모드를 해제할 수 있도록 구성하는 것이 바람직하다.
그래서, 본 실시 형태에서는, 앞에 제39도에 의해 설명한 버스 리세트가 발생한 때에, 보유 모드가 설정되어 있으면 이 보유 모드를 해제하도록 구성된다.
이를 위해서는, 예컨대, 시스템 제어기(11)에 있어서의 IEEE1394 인터페이스 기능으로서 버스 리세트가 발생한 것을 검출할 때에는, 우선 현재 보유 모드가 설정되어 있는지의 여부를 검출하고, 보유 모드가 설정되어 있으면, 이 보유 모드를 해제하는 제어 처리가 행해지도록 구성되면 좋다.
2-16. 본 실시 형태로서의 원격 제어(다운로드시)
그런데, 예컨대, 도1에 나타낸 AV 시스템(103)의 경우, 예컨대, IRD(112)에서 수신한 오디오 데이터(ATRAC 데이터)나 AUX 데이터, 또는 퍼스널 컴퓨터(113)의 하드디스크에 기억되어 있는 오디오 데이터나 AUX 데이터를 IEEE1394 버스를 통해 MD 레코더/플레이어(1)에 기억시키는 것이 가능하다. 즉, 오디오 데이터(ATRAC 데이터)나 AUX 데이터의 다운로드이다.
여기에서, 예컨대, IRD(112) 또는 퍼스널 컴퓨터(113)으로부터 송신한 데이터를 MD 레코더/플레이어(1)에 있어서 수신하여 다운로드를 행하고 있는 때의 것을 고려하여 본다. 이 경우에도, MD 레코더/플레이어(1)에 대하여, 다운로드 데이터의 송신원인 제어기 이외의 다른 제어기에 의해 원격 제어도 가능하게 한 것은 다른 제어기로부터의 원격 제어에 의해 비의도적으로 기억 동작이 정지되거나 편집 처리에 의해 TOC의 내용이 고쳐 쓰게 되어 버리는 등의 불편함을 초래하기 쉽다. 또한, 다운로드시에 로컬 명령을 유효하게 설정하고 있어도 동일한 문제가 생긴다.
그래서, 본 실시 형태에 있어서는, 상기 제57도에 의해 설명한 원격 제어시에 있어서의 배타 제어를 이어서 설명하는 바와 같이 하여 MD 레코더/플레이어(1)에 의해 다운로드시에도 응용한다.
제58도는 다운로드시에 있어서의 처리 동작예를 나타내고 있다. 또, 이 도면에 나타내는 처리로서도, 퍼스널 컴퓨터(113)가 제어기로 되어 있다. 즉, 퍼스널 컴퓨터(113)에 기억하고 있는 데이터를 MD 레코더/플레이어(1)가 다운로드하는 경우의 처리가 표시된다. 단, IRD(112)에서 수신한 데이터를 MD 레코더/플레이어(1)에 다운로드하는 경우이면, IRD(112)를 제어기로서 정의하여 제58도와 동일한 처리를 실행하도록 구성하면 좋다.
제58도에 나타내는 처리로서, 스텝 S701∼S704 사이에서의 처리는 앞에 제57도에 의해 설명한 스텝 S501∼S507과 동일하기 때문에 여기에서 설명은 생략한다.
단, 스텝 S801의 처리로서 나타낸 바와 같이, 보유 요구의 수신/접수에 따르는 보유 모드의 설정 처리가 제57도에 나타내는 스텝 S601의 처리와는 상이하다. 즉, 보유 모드 설정으로서, 퍼스널 컴퓨터(113) 이외의 다른 제어기의 원격 제어를 거절하는 것은 제57도의 경우와 동일하지만, 로컬 명령에 대해서는 전체를 무효로서 소거하도록 설정이 행해진다. 로컬 명령을 전체 무효로 하는 것은 예컨대, 다운로드 데이터를 기록하고 있는 한중간에 예컨대, 정지 조작이나 일시 정지 조작 등의 조작이 로컬 키에 대하여 행해져서, 다운로드 데이터의 기록이 정지하거나 중단하는 불편함이 일어나지 않도록 배려한 것이다.
상기 대기 요구 및 대기 접수의 송수신이 완료하여 이하는 타겟인 MD 레코더/플레이어(1)에 대해서는 퍼스널 컴퓨터(113)에 의한 원격 제어만이 가능하게 된다.
대기 접수의 수신후에 있어서, 제어기는 스텝 S705의 처리에 의해 다운로드 개시 요구를 송신한다. 그리고, 스텝 S706에 의해 타겟인 MD 레코더/플레이어(1)가 대기 접수의 송수신 다운로드 개시 요구를 수신하면, MD 레코더/플레이어(1)에 있어서는, 예컨대, 스텝 S802에 나타낸 다운로드 데이터 수신/기록 대응 처리를 실행한다. 즉, 다운로드 데이터를 수신하여 이것을 디스크에 기록하는데 적합한 설정 상태가 얻어지도록, 필요한 기능 회로부에 대한 제어 등을 실행한다. 이것과 함께, 타겟에서는, 스텝 S707의 처리에 의해 다운로드 개시 접수를 제어기에 대하여 송신한다.
제어기에서는 스텝 S708에 의해 다운로드 개시 접수를 수신함으로써, 타겟에 있어서 다운로드 데이터의 송신을 접수 가능하다는 것을 확인한다.
상기 스텝 S708의 처리가 종료하면, 스텝 S709 및 스텝 S710으로서 나타내는 바와 같이, IEEE1394 버스간에서의 다운로드 데이터의 송수신 처리가 실행된다. 이 때, 제어기로부터는 예컨대, 하드디스크로부터 독출한 데이터를 타겟측의 세그먼트 버퍼에 기입함으로써, 데이터의 송수신을 행한다. 또한, 타겟측에서는, 스텝 S803의 처리로서 나타낸 바와 같이, 자신의 세그먼트 버퍼에 기입된 데이터, 즉 수신한 다운로드 데이터를 디스크에 기록하기 위한 제어 처리를 실행하고 있다.
이와 같이 하여, 다운로드 데이터의 기록이 행해지고 있는 기간에 있어서는, 앞에 설명한 스텝 S801에 의해 보유 모드가 설정되어 있기 때문에, 비록 다른 제어기로부터 원격 제어의 명령이 송신되고 있거나 로컬 키에 대하여 조작이 행해지는 것으로 하여도 MD 레코더/플레이어(1)는 이들 명령에는 응답하지 않고 다운로드 데이터의 기록을 계속시킨다.
다운로드할 데이터의 전송이 완료되면, 제어기는 스텝 S712에 의해 타겟이 이 다운로드 종료 요구를 수신하면, 이어지는 스텝 S713의 처리에 의해 다운로드 종료 접수를 제어기에 대하여 송신한다. 또한, 이 때, 타겟인 MD 레코더/플레이어(1)에 있어서는, 스텝 S804에 의해 지금까지 실행한 다운로드 데이터의 수신 및 디스크로의 기록 동작을 종료시키기 위한 제어 처리를 실행한다. 이 때, 기록 결과에 따라서, TOC 정보의 내용에 대해서는 갱신이 행해진다.
그리고, 제어기에 있어서는, 스텝 S714에 의해 다운로드 종료 접수를 수신하면, 이어지는 스텝 S715에 의해 보유 해제 요구를 송신한다.
타겟에서는, 스텝 S716에 의해 보유 해제 요구를 수신하면, 스텝 S805의 처리로서 나타낸 바와 같이, 앞의 스텝 S601에서 설정한 보유 모드를 해제하기 위한 처리를 실행한다. 그리고, 스텝 S717의 처리에 의해 보유 해제 접수를 송신한다. 제어기는 스텝 S718에 의해 이 보유 해제 접수를 수신함으로써, 보유 해제가 접수된 것을 확인한다.
그런데, 예컨대, 상기 제58도에 나타낸 다운로드 시의 배타 제어 처리와, 앞에 제57도에 나타낸 편집 조작을 위한 원격 제어 시에 있어서의 배타 제어 처리와 함께 실행 가능하게 구성되는 경우로서, 예컨대, 보유 요구의 AV/C 명령에 있어서, 해당 보유 요구가 편집 조작 제어(조작 패널)에 대응하는 것인지 또는 다운로드에 대응하는 것인지를 나타내는 식별 정보가 포함되어 있으면 문제는 없지만, 이와 같은 식별 정보가 포함되지 않는 경우, 스텝 S601 또는 스텝 S801에 있어서의 보유 모드 설정 처리로서는 어느 쪽에 대응시키면 좋은지를 판단할 수 없다.
그래서, 이와 같은 경우에는, 스텝 S601 또는 스텝 S801의 처리로서는 편집 조작 제어(조작 패널)에 대응하는 보유 모드 설정(즉, 재생계, 정지, 이젝트의 로컬 명령에 대해서는 유효하게 된다)로서 두고, 이 후, 다운로드 요구가 수신되면, 로컬 명령에 관해서는 전부 무효로 하도록 설정을 전환하도록 구성하면 좋다.
제59도의 처리 천이도는 본 실시 형태로서의 다른 다운로드 시의 배타 제어 처리예를 나타내고 있다. 또, 이 도면에 있어서, MD 레코더/플레이어(1) 내부에서 실행되는 스텝 S801∼S805의 처리는 제57도와 동일한 것이기 때문에, 여기에서도 동일한 스텝 부호를 붙여 각 처리 스텝에 대하여 상세한 설명은 생략한다.
이 도면에 나타낸 처리에 있어서는, 제58도에 나타낸 보유 요구 및 보유 접수의 송수신은 행해지지 않는 것으로 하고 있다.
그리고, 스텝 S901→S902의 처리로서 나타내는 다운로드 개시 요구의 송수신에 응답하여 타겟인 MD 레코더/플레이어(1)에 있어서는 스텝 S801의 보유 모드 설정을 행하고, 이어서 스텝 S802의 다운로드 데이터 수신/기록 대응 설정을 위한 처 리를 실행한다. 또한, 제어기에 대해서는, 스텝 S903의 처리에 의해 다운로드 개시 접수를 송신하는 처리도 실행한다.
단, 이 때에, MD 레코더/플레이어(1)가 다른 제어기에 의해 보유되고 있는 상태이면, 스텝 S903의 처리로서는, 다운로드 개시 거절 명령을 송신하고, 스텝 S801에 의한 보유 모드 설정 처리는 실행되지 않는다.
또한, 스텝 S904의 처리로서, 제어기측에서 다운로드 개시 접수를 수신한 경우에는, 이하의 다운로드 데이터의 송수신 처리는 실행되지 않지만, 예컨대, 도면에도 나타낸 바와 같이, 유저에 다운로드 개시 요구가 거절된 것을 표시 혹은 음성 등에 의해 통지하는 것으로 된다.
상기 스텝 S904의 처리 후에 있어서는, 스텝 S905 및 스텝 S906로서 나타낸 다운로드 데이터의 송수신 처리가 실행된다. 이 스텝 S905 및 스텝 S906의 처리는 앞에 제58도에 나타낸 스텝 S709∼S710의 처리와 동일하고, 여기에서의 설명은 생략한다. 또한, 스텝 S905 및 스텝 S906에 의해 다운로드 데이터의 송수신 처리와 병행하여 MD 레코더/플레이어(1)에 있어서, 스텝 S802에 의한 다운로드 데이터의 수신과 디스크로의 기록을 위한 제어 처리가 실행되는 점도 제58도의 경우와 동일하다.
여기에서도, 다운로드할 데이터의 전송이 종료하면, 제어기는 스텝 S907의 처리에 의해 다운로드 종료 요구를 수신한다. 그리고, 스텝 S908에 의해 타겟이 이 다운로드 종료 요구를 수신하면, 이어지는 스텝 S909의 처리에 의해 다운로드 종료 접수를 제어기에 대하여 송신한다.
그리고, 이 경우에는, 스텝 S908에 의해 다운로드 종료 요구를 수신한 것에 응답하여 타겟인 MD 레코더/플레이어(1)에 있어서는, 스텝 S804에 의해 다운로드 데이터의 수신 및 디스크로의 기록 동작을 종료시키기 위한 제어 처리를 실행하고, 또한 이어서, 스텝 S805에 나타낸 바와 같이, 지금까지 설정된 보유 모드를 해제한다.
제어기에 있어서는, 스텝 S910에 의해 다운로드 종료 접수를 수신함으로써, MD 레코더/플레이어에 있어서의 다운로드 동작이 적정하게 종료된 것을 확인한다. 그리고, 다운로드를 위한 일련의 처리를 완결한다. 따라서, 이 경우에는, 제58도에 있어서, 스텝 S715∼S718로서 나타낸 보유 해제 요구 및 보유 해제 접수의 송수신 처리는 실행되지 않는 것이다.
지금까지 설명한 처리 동작으로 알 수 있는 바와 같이, 제59도에 나타내는 처리로서는, 다운로드 개시 요구/개시 접수의 송수신 처리가 제58도애 나타내는 보유 요구/보유 접수의 송수신 처리를 겸하고 있고, 타겟에 있어서의 보유 모드의 설정은 다운로드 개시 요구의 수신에 응답하여 행해진다.
동일하게 하여, 제59도에 나타낸 처리에서는, 다운로드 종료 요구/종료 접수의 송수신 처리가 제58도에 나타내는 보유 해제 요구/보유 해제 접수의 송수신 처리를 겸하고 있고, 타겟에서는 보유 해제 요구의 수신에 응답하여 보유 모드의 설정을 해제하도록 하고 있다.
이것에 의해, 제59도에 나타내는 처리에서는, 보유 요구/보유 접수의 송수신 처리와, 다운로드 종료 요구/종료 접수의 송수신 처리가 생략되고, 배타 제어를 위 한 처리로서는 더욱 간략한 것으로 하는 것이 가능하게 된다.
또, 앞에 설명한 버스 리세트의 발생에 따르는 보유 모드의 해제는 다운로드 시에 있어서의 배타 제어에도 적용할 수 있다. 예컨대, 어떠한 장해에 의해 다운로드가 종료하여도 보유 모드가 해제되지 않도록 한 상태로 되어도 버스 리세트가 발생하면 보유 모드를 자동적으로 해제할 수 있어 시스템으로서의 편리성이 향상된다.
또, 상기 실시 형태로서는, 예컨대, 퍼스널 컴퓨터나 IRD가 MD 레코더/플레이어에 대하여 원격 제어 또는 다운로드 데이터의 송신을 행하는 경우의 배타 제어 처리에 대하여 설명하였지만, 본 발명으로서는 제어기와 타겟 사이에서 어떠한 부정합이 발생하는 것을 회피하는 것을 하나의 목적으로 하고 있으므로, 본 발명이 대응하는 시스템을 구성하는 기기로서는, 상기 퍼스널 컴퓨터, IRD, MD 레코더/플레이어 이외에도 각종 고려되고 있다.
또한 본 발명으로서는, IEEE1394의 규격 이외의 디지털 데이터 인터페이스에 대해서도 적용이 가능하다.
이상 설명한 바와 같이, 본 발명으로서는, 예컨대, 디지털 데이터 인터페이스의 버스를 통하여 디스크 기록 재생 장치 등의 기기(타겟)에 대하여 다른 기기(제어기)로부터 원격 제어를 행할 때에, 제어기가 타겟에 대한 원격 제어의 보유를 요구하는 보유 요구 명령을 송신하고, 타겟에서는 이것에 응답하여 보유 모드를 설정한다. 보유 모드로서는, 다른 제어기에 의한 원격 제어는 금지하도록 설정을 행하고, 또한 제어기-타겟 사이에서의 처리 상황 등에 부정합이 생길 수 있는 로컬 키 조작을 무효로 하는 것이다. 또한, 상기 보유 모드를 해제하는 데는 원칙으로서 제어기측으로부터 송신한 보유 해제 요구 명령에 응답하여 타겟측이 이것을 행하도록 되어 있다.
이와 같은 구성에 의해, 예컨대, 다른 제어기에 의한 원격 제어나 로컬 키 조작 등이 비의도적으로 행해지게 하여도 현재 원격 제어(예컨대, 편집 조작 등)을 행하고 있는 제어기와 타겟간에 있어서는, 처리 상황의 부정합은 생기지 않게 되고, 데이터 인터페이스 시스템으로서의 편리성이 향상되는 것으로 된다.
또한, 본 발명에서는, 제어기-타겟 사이에서의 처리 상황의 부정합을 회피하는데, 기본적으로는 상기와 같이 하여 보유 요구 명령을 송신한 제어기에 의한 원격 제어 이외를 배타하는 처리에 의해 실현하기 때문에, 예컨대, 상호 처리 상황의 정합을 취하기 위한 제어기-타겟 사이에서의 통신 처리 등을 행하도록 구성할 필요는 없고, 간이 처리에 의해 실현할 수 있는 것이다.
이것에 의해, 제어기, 타겟의 양자에 대하여 간이 처리 구성으로 하는 것이 가능하다.
또한, 본 발명으로서는, 예컨대, 상기 보유 모드를 설정하는 경우에 있어서, 디스크 기록 재생 장치(타겟)의 로컬 키에 관해서는, 기록 재생의 정지, 기록 매체의 이젝트, 또는 재생에 관련하는 것으로 되는 조작에 대해서는 유효하게 설정된다. 이것에 의해, 예컨대, 제어기와 타겟 사이에서 부정합을 생기게 할 우려가 없는 로컬 키 조작에 관해서는 유저가 조작 가능하게 되기 때문에, 시스템으로서의 사용 편리성이 향상된다.
또한, 제어기로부터 타겟으로서의 기록 재생 장치에 대한 조작을 행하기 위한 조작 패널(조작 정보 송신 수단)이 동작 가능하게 기동된 때에, 보유 요구 명령을 송신하고, 이 조작 패널의 기동이 종료된 때에 보유 해제 요구 명령을 송신하도록 구성함으로써, 제어기측에 있어서의 조작 패널의 기동/종료와 함께 타겟에 대한 보유 설정 및 보유의 해제를 실행하는 것이 가능하게 된다.
또한, 타겟에 있어서는, 정보 처리 시스템내에서 버스 리세트가 발생하면 보유 모드의 설정을 해제하도록 구성함으로써 이미 어떤 제어기에 의해 타겟을 보유하고 있는 필요는 이미 없음에도 불구하고, 타겟에 있어서 보유 모드가 해제되지 않은 상태가 계속하고 있어도 타겟에서는 버스 리세트가 발생하면 자동적으로 보유 모드를 해제하는 것이 가능하게 된다.
또한, 타겟인 기록 재생 장치에 있어서는, 이미 어떤 제어기에 의해 원격 제어가 보유되고 있는 경우, 또는 로컬 키 조작에 의해 편집 처리 등의 부정합이 생길 수 있도록 한 처리를 행하고 있는 경우에는, 보유 요구 명령 등 또는 보유 요구에 상당하는 명령이 송신된다고 하여도, 이것을 거절하기 위한 거절 응답을 반송하도록 함으로써 예컨대, 현재 설정하고 있는 보유 모드를 확보한 위에, 보유 요구 명령을 송신한 제어기에 대하여 보유 거절의 뜻을 통지할 수 있다.
그리고, 제어기에 있어서는, 상기와 같이 하여 거절 응답이 반송되면, 예컨대, 표시나 음성 등에 의해 이 뜻을 유저에게 제시하도록 되지만 이것에 의해 유저는 타겟이 다른 제어기에 의해 보유되고 있는 것을 확인할 수 있고, 예컨대, 타겟 의 보유 상태를 해제하거나 다른 제어기에 의해 원격 제어 조작을 행하도록 하는 등의 대응책을 채용할 수 있다. 즉, 이 점에서도 사용 편리성이 좋아지도록 배려되어 있다.
이와 같이, 본 발명에서는, 간이 처리 구성에 의해 배타 제어를 가능하게 한 위에 상술한 각종 구성을 채용함으로써, 시스템의 편리성이나 유저에 있어서의 사용 편리성의 향상도 도모하도록 되어 있다.
또한, 본 발명으로서는, 상술의 보유 요구 명령에 응답한 타겟에 있어서의 보유 모드 설정, 즉 다른 제어기에 의한 원격 제어 및 로컬 키 조작의 배타 제어를 다운로드 동작에도 적용하고 있다.
즉, 데이터 기록 장치로서의 타겟에 대하여 제어기로서의 기기로부터 다운로드 데이터를 공급하는 경우에도, 제어기로부터의 요구에 따라서 데이터 기록 장치가 보유 모드를 설정하도록 된다.
이것에 의해, 다른 제어기의 원격 제어나 로컬 키 조작에 의해 비의도적으로 다운로드 동작이 중단되도록 한 장해가 발생하는 것을 방지할 수 있고, 또한 상술한 각 구성에 기초한 효과도 거의 동일하게 얻어지게 된다.
또한, 다운로드 시의 배타 제어의 경우에는, 제어기로부터의 다운로드 개시 요구에 응답하여 타겟이 보유 모드를 설정하도록 하면, 보유 요구 명령의 송수신 처리를 생략할 수 있고, 동일하게 제어기로부터의 다운로드 종료 요구에 응답하여 타겟이 보유 모드를 해제하도록 구성하면, 보유 해제 요구 명령의 송수신을 생략할 수 있다. 즉, 더욱 간이한 처리에 의해 본 발명으로서의 배타 제어 처리가 실현된다.
그리고, 데이터 버스로서 IEEE1394 버스를 채용함으로써, 비교적 고속으로 통신을 행할 수 있는 동시에 예컨대, 디스크 기록 재생 장치를 시작으로 하는 AV 기기를 구비하여 시스템을 구축하는 것도 용이하게 가능하게 된다.

Claims (98)

  1. 미리 결정된 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이에서의 데이터의 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능한 정보 처리 시스템으로서,
    적어도, 제 1 정보 처리 장치와, 미리 결정된 기록 매체에 대응한 데이터의 재생, 또는 데이터의 기록, 또는 상기 기록 매체에 기록된 데이터에 관한 미리 결정된 편집 처리를 실행 가능한 데이터 기록 재생 수단을 구비한 제 2 정보 처리 장치를 구비하여 구성되고,
    상기 제 1 정보 처리 장치는,
    상기 제 2 정보 처리 장치내의 데이터 기록 재생 수단에 대한 미리 결정된 조작 항목에 대해서의 리모트 제어를 수행하기 위한 조작 제어 명령을, 상기 제 2 정보 처리 장치에 대하여 송신하는 것이 가능한 조작 정보 송신 수단과,
    상기 제 2 정보 처리 장치에 대한 리모트 제어를 상기 제 1 정보 처리 장치가 보유하는 것을 요구하는 보유 요구 명령을 발생하여, 상기 제 2 정보 처리 장치에 대하여 송신 출력하는 보유 요구 명령 송신 수단을 구비하고,
    상기 제 2 정보 처리 장치는,
    상기 데이터 버스를 통해서 외부로부터 송신된 데이터를 수신하는 수신 수단과,
    상기 수신 수단에 의해 수신된 각종 명령에 응답하여 필요한 처리를 실행하는 것으로, 다른 정보 처리 장치에 의한 상기 제 2 정보 처리 장치에 대한 리모트 제어를 가능하게 하는 응답 처리 수단과,
    상기 데이터 기록 재생 수단에 대한 미리 결정된 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하기 위한 로컬 조작 제어 수단과,
    상기 수신 수단에 의해 수신된 상기 보유 요구 명령에 응답하여 설정되어야 하는 보유 모드로서, 상기 제 1 정보 처리 장치에 의한 리모트 제어만을 허가하고, 다른 정보 처리 장치에 의한 리모트 제어에 대해서는 금지하도록 상기 응답 처리 수단에 대하여 설정을 수행하는, 제 1 보유 모드 설정 수단과,
    상기 수신 수단에 의해 수신한 상기 보유 요구 명령에 응답하여 설정되어야 하는 보유 모드로서, 상기 로컬 조작 제어 수단에 의해 수행되는 조작 항목 중, 미리 결정된 조작 항목을 유효로 하여, 이 유효로 된 조작 항목 이외의 조작 항목에 대해서는 무효로 하도록, 상기 로컬 조작 제어 수단에 대해서 설정을 수행하는, 제 2 보유 모드 설정 수단을 구비하여 구성되는 것을 특징으로 하는, 정보 처리 시스템.
  2. 제 1 항에 있어서,
    상기 미리 결정된 통신 포맷에 의한 데이터 버스는, IEEE 1394 버스인 것을 특징으로 하는, 정보 처리 시스템.
  3. 제 1 항에 있어서,
    상기 제 2 정보 처리 장치에서 제 2 보유 모드 설정 수단은, 기록 재생의 정지, 기록 매체의 이젝트, 또는 재생에 관련되는 조작 항목의 적어도 어떤 한 개의 조작 항목에 대해서는 유효로 하여, 상기 로컬 조작 제어 수단에 대하여 보유 모드를 설정하는 것을 특징으로 하는, 정보 처리 시스템.
  4. 제 1 항에 있어서,
    상기 제 1 정보 처리 장치의 보유 요구 명령 송신 수단은, 상기 조작 정보 송신 수단이 동작가능하게 기동되면, 상기 보유 요구 명령을 송신하도록 구성되어 있는 것을 특징으로 하는, 정보 처리 시스템.
  5. 제 1 항에 있어서,
    상기 제 1 정보 처리 장치에서는,
    상기 제 2 정보 처리 장치에 대한 리모트 제어의 보유의 해제를 요구하는 보유 해제 요구 명령을 발생하여 상기 제 2 정보 처리 장치에 대하여 송신 출력하는 보유 해제 요구 명령 송신 수단이 설치되고,
    상기 제 2 정보 처리 장치에서는,
    상기 제 1 보유 모드 설정 수단은, 상기 수신 수단에 의해 수신한 상기 보유 해제 요구 명령에 응답하여, 데이터 버스에 접속된 다른 모든 정보 처리 장치에 의한 리모트 제어를 허가 가능한 상태로 상기 응답 처리 수단을 설정하는 것으로 보유 모드를 해제하고,
    상기 제 2 보유 모드 설정 수단은, 상기 수신 수단에 의해 수신한 상기 보유 해제 요구 명령에 응답하여, 상기 로컬 조작 제어 수단에 의해 수행되는 모든 조작 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하는 것을 특징으로 하는, 정보 처리 시스템.
  6. 제 5 항에 있어서,
    상기 보유 해제 요구 명령 송신 수단은,
    상기 조작 정보 송신 수단의 기동이 종료되면, 상기 보유 해제 요구 명령을 송신하도록 구성되어 있는 것을 특징으로 하는, 정보 처리 시스템.
  7. 제 1 항에 있어서,
    상기 제 2 정보 처리 장치에서는,
    상기 데이터 버스 상에서 버스 리셋 발생을 검출하는 버스 리셋 검출 수단이 설치되고,
    상기 버스 리셋 검출 수단에 의해 버스 리셋 발생이 검출된 경우에는,
    상기 제 1 보유 모드 설정 수단은, 데이터 버스에 접속된 다른 전체 정보 처리 장치에 의해 리모트 제어를 허가 가능한 상태로 상기 응답 처리 수단을 설정하는 것으로 보유 모드를 해제하고,
    상기 제 2 보유 모드 설정 수단은, 상기 로컬 조작 제어 수단에 의해 수행되는 전체의 조작 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하는 것을 특징으로 하는, 정보 처리 시스템.
  8. 제 1 항에 있어서,
    상기 제 2 정보 처리 장치는,
    상기 수신 수단에 의해 수신한 상기 보유 요구 명령에 대한 응답으로서, 상기 제 2 정보 처리 장치에서 현재의 동작 상황에서는 상기 제 1 정보 처리 장치에 의한 리모트 제어의 보유는 금지된 경우에는, 리모트 제어의 보유를 거절하는 것을 나타내는 거절 응답을 상기 제 1 정보 처리 장치에 대하여 송신하는, 절대 응답 송신 수단을 구비하는 것을 특징으로 하는, 정보 처리 시스템.
  9. 제 8 항에 있어서,
    상기 제 1 정보 처리 장치에 의한 리모트 제어의 보유가 금지되는 경우로는,
    상기 제 2 정보 처리 장치가, 상기 제 1 정보 처리 장치 이외의 다른 정보 처리 장치에 의해 리모트 제어가 보유되고 있는 경우인 것을 특징으로 하는, 정보 처리 시스템.
  10. 제 8 항에 있어서,
    상기 제 1 정보 처리 장치에 의한 리모트 제어의 보유가 금지되는 경우로는,
    상기 제 2 정보 처리 장치에서, 상기 로컬 조작 제어 수단에 의해 상기 편집 처리를 위한 조작 제어가 수행되고 있는 경우인 것을 특징으로 하는, 정보 처리 시스템.
  11. 제 1 항에 있어서,
    상기 제 1 정보 처리 장치는,
    상기 제 2 처리 장치로부터 송신된, 상기 제 1 정보 처리 장치에 의한 리모트 제어의 보유 요구를 거절하는 것을 나타내는 거절 응답을 수신하는 것이 가능한 수신 수단과,
    상기 수신 수단에 의해 상기 거절 응답을 수신한 경우에, 상기 제 2 정보 처리 장치에 대한 리모트 제어가 불가능인 것을 제시하는 제시 수단이 설치되는 것을 특징으로 하는, 정보 처리 시스템.
  12. 미리 결정된 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이에서의 데이터의 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능한 정보 처리 시스템으로서,
    적어도, 제 1 정보 처리 장치와 제 2 정보 처리 장치를 구비하여 구성되고,
    상기 제 1 정보 처리 장치는,
    상기 제 2 정보 처리 장치가 다운로드 가능한 다운로드 데이터를 송신 출력하는 것이 가능한 다운로드 데이터 송신 수단과,
    상기 다운로드 데이터의 송신 개시 시에는, 다운로드 개시 요구 명령을 발생하여 송신 출력하고, 상기 다운로드 데이터의 송신 종료 시에는, 다운로드 종료 요구 명령을 발생하여 송신 출력하는, 다운로드 개시/종료 요구 명령 송신 수단과,
    상기 다운로드 개시 요구 명령을 송신하는 이전의 단계에서, 상기 제 2 정보 처리 장치에 대한 리모트 제어를 상기 제 1 정보 처리 장치가 보유하는 것을 요구하는 보유 요구 명령을 발생하여, 상기 제 2 정보 처리 장치에 대하여 송신 출력하는 보유 요구 명령 송신 수단을 구비하고,
    상기 제 2 정보 처리 장치는,
    상기 데이터 버스를 통해서 송신되는 데이터를 수신하는 수신 수단과,
    상기 수신 수단에 의해 수신한 상기 다운로드 데이터를 미리 결정된 기록 매체에 기록하는 것이 가능한 데이터 기록 수단과,
    상기 수신 수단에 의해 수신한 각종 명령에 응답하여 필요한 처리를 실행하는 것으로, 다른 정보 처리 장치에 의한 상기 제 2 정보 처리 장치에 대한 리모트 제어를 가능하게 하는 응답 처리 수단과,
    상기 데이터 기록 재생 수단에 대한 미리 결정된 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하기 위한 로컬 조작 제어 수단과,
    상기 수신 수단에 의해 수신한 상기 보유 요구 명령에 응답하여 설정해야하는 보유 모드로서, 상기 제 1 정보 처리 장치에 의한 리모트 제어만을 허가하고, 다른 정보 처리 장치에 의한 리모트 제어에 대해서는 금지하도록 상기 응답 처리 수단에 대해서 설정을 수행하는, 제 1 보유 모드 설정 수단과,
    상기 수신 수단에 의해 수신한 상기 보유 요구 명령에 응답하여 설정해야하는 보유 모드로서, 상기 로컬 조작 제어 수단에 의해 수행되는 조작 항목 중, 미리 결정된 조작 항목을 유효로 하여, 그 유효로 된 조작 항목 이외의 조작 항목에 대해서는 무효로 하도록, 상기 로컬 조작 제어 수단에 대하여 설정을 수행하는, 제 2 보유 모드 설정 수단을 구비하여 구성되는 것을 특징으로 하는, 정보 처리 시스템.
  13. 제 12 항에 있어서,
    상기 미리 결정된 통신 포맷에 의한 데이터 버스는, IEEE1394 버스인 것을 특징으로 하는, 정보 처리 시스템.
  14. 제 12 항에 있어서,
    상기 제 1 정보 처리 장치에서는,
    상기 다운로드 종료 요구 명령을 송신하여 이후의 단계에서, 상기 제 2 정보 처리 장치에 대한 리모트 제어의 해제를 요구하는 보유 해제 요구 명령을 발생하여 상기 제 2 정보 처리 장치에 대하여 송신 출력하는 보유 해제 요구 명령 송신 수단이 설치되고,
    상기 제 2 정보 처리 장치에서는,
    상기 제 1 보유 모드 설정 수단은, 상기 수신 수단에 의해 수신한 상기 보유 해제 요구 명령에 응답하여, 데이터 버스에 접속된 다른 모든 정보 처리 장치에 의한 리모트 제어를 허가 가능한 상태로 상기 응답 처리 수단을 설정하는 것으로 보유 모드를 해제하고,
    상기 제 2 보유 모드 설정 수단은, 상기 수신 수단에 의해 수신한 상기 보유 해제 요구 명령에 응답하여, 상기 로컬 조작 제어 수단에 의해 수행되는 모든 제어 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하도록 구성되는 것을 특징으로 하는, 정보 처리 시스템.
  15. 제 12 항에 있어서,
    상기 제 1 정보 처리 장치에서는,
    상기 보유 요구 명령 송신 수단에 의한 보유 요구 명령의 송신은 수행되지 않는 것이 되고,
    상기 제 2 정보 처리 장치에서는,
    상기 제 1 보유 모드 설정 수단 및 상기 제 2 보유 모드 설정 수단은,
    상기 수신 수단에 의해 수신한 상기 제 2 정보 처리 장치로부터의 다운로드 개시 요구 명령에 응답하여, 상기 보유 모드를 설정하도록 구성되는 것을 특징으로 하는, 정보 처리 시스템.
  16. 제 12 항에 있어서,
    상기 제 2 정보 처리 장치에서는,
    상기 제 1 보유 모드 설정 수단은, 상기 수신 수단에 의해 수신한 상기 제 1 정보 처리 장치로부터의 다운로드 종료 요구 명령에 응답하여, 데이터 버스에 접속된 다른 모든 정보 처리 장치에 의한 리모트 제어를 허가 가능한 상태로 상기 응답 처리 수단을 설정하는 것으로 보유 모드를 해제하고,
    상기 제 2 보유 모드 설정 수단은, 상기 수신 수단에 의해 수신한 상기 제 1 정보 처리 장치로부터의 다운로드 종료 요구 명령에 응답하여, 상기 로컬 조작 제어 수단에 의해 수행되는 모든 조작 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하도록 구성되는 것을 특징으로 하는, 정보 처리 시스템.
  17. 제 12 항에 있어서,
    상기 제 2 정보 처리 장치에서는,
    상기 데이터 버스 상에서 버스 리셋 발생을 검출하는 버스 리셋 검출 수단이 설치되고,
    상기 버스 리셋 검출 수단에 의해 버스 리셋 발생이 검출된 경우에는,
    상기 제 1 보유 모드 설정 수단은, 데이터 버스에 접속된 다른 모든 정보 처리 장치에 의한 리모트 제어를 허가 가능한 상태로 상기 응답 처리 수단을 설정하는 것으로 보유 모드를 해제하고,
    상기 제 2 보유 모드 설정 수단은, 상기 로컬 조작 제어 수단에 의해 수행되는 모든 조작 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하는 것을 특징으로 하는, 정보 처리 시스템.
  18. 제 12 항에 있어서,
    상기 제 2 정보 처리 장치는,
    상기 수신 수단에 의해 수신한 상기 보유 요구 명령 또는 상기 다운로드 개시 요구 명령에 대한 응답으로서, 상기 제 2 정보 처리 장치에서 현재의 동작 상황에서는 상기 제 1 정보 처리 장치에 의한 리모트 제어의 보유는 금지되는 경우에는, 리모트 제어의 보유를 거절하는 거절 응답을 상기 제 1 정보 처리 장치에 대하여 송신하는, 거절 응답 송신 수단을 구비하는 것을 특징으로 하는, 정보 처리 시스템.
  19. 제 18 항에 있어서,
    상기 제 1 정보 처리 장치에 의한 리모트 제어의 보유가 금지되는 경우로는,
    상기 제 2 정보 처리 장치가, 상기 제 1 정보 처리 장치 이외의 다른 정보 처리 장치에 의해 리모트 제어가 보유되고 있는 경우인 것을 특징으로 하는, 정보 처리 시스템.
  20. 제 18 항에 있어서,
    상기 제 1 정보 처리 장치에 의한 리모트 제어의 보유가 금지되는 경우로는,
    상기 제 2 정보 처리 장치에서, 상기 로컬 조작 제어 수단에 의해 편집을 위한 조작 제어가 수행되는 경우인 것을 특징으로 하는, 정보 처리 시스템.
  21. 제 12 항에 있어서,
    상기 제 1 정보 처리 장치는,
    상기 제 2 처리 장치로부터 송신된, 상기 제 1 정보 처리 장치에 의한 리모트 제어의 보유 요구를 거절하는 것을 나타내는 거절 응답을 수신하는 것이 가능한 수신 수단과,
    상기 수신 수단에 의해 상기 거절 응답을 수신한 경우에, 상기 제 2 정보 처리 장치에 대한 리모트 제어가 불가능인 것을 제시하는 제시 수단이 설치되는 것을 특징으로 하는, 정보 처리 시스템.
  22. 미리 결정된 통신 포맷에 의한 데이터 버스를 통해 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이에서의 데이터 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능한 정보 처리 시스템을 형성하는 정보 처리 장치로서,
    미리 결정된 기록 매체에 대응한 데이터의 재생, 또는 기록, 또는 상기 기록 매체에 기록된 데이터에 관한 미리 결정된 편집 처리를 실행 가능한 다른 정보 처리 장치로서의 데이터 기록 재생 장치에 대한 미리 결정된 조작 항목에 대해서의 리모트 제어를 수행하기 위한 조작 제어 명령을 송신하는 것이 가능한 조작 정보 송신 수단과,
    상기 데이터 기록 재생 장치에 대한 리모트 제어를 상기 정보 처리 장치가 보유하는 것을 요구하는 보유 요구 명령을 발생하여, 상기 데이터 기록 재생 장치에 대하여 송신 출력하는 보유 요구 명령 송신 수단을 구비하는 것을 특징으로 하는, 정보 처리 장치.
  23. 제 22 항에 있어서,
    상기 미리 결정된 통신 포맷에 의한 데이터 버스는, IEEE1394 버스인 것을 특징으로 하는, 정보 처리 장치.
  24. 제 22 항에 있어서,
    상기 보유 요구 명령 송신 수단은,
    상기 조작 정보 송신 수단이 동작 가능하게 기동되면, 상기 보유 요구 명령을 송신하도록 구성되는 것을 특징으로 하는, 정보 처리 장치.
  25. 제 22 항에 있어서,
    상기 데이터 기록 재생 장치에 대한 리모트 제어의 보유의 해제를 요구하기 위한 보유 해제 요구 명령을 발생하여 상기 데이터 기록 재생 장치에 대하여 송신 출력하는, 보유 해제 요구 명령 송신 수단이 설치되는 것을 특징으로 하는, 정보 처리 장치.
  26. 제 25 항에 있어서,
    상기 보유 해제 요구 명령 송신 수단은,
    상기 조작 정보 송신 수단의 기동이 종료되면, 상기 보유 해제 요구 명령을 송신하도록 구성되는 것을 특징으로 하는, 정보 처리 장치.
  27. 제 22 항에 있어서,
    상기 데이터 기록 재생 장치로부터 송신된, 상기 정보 처리 장치에 의한 리모트 제어의 보유 요구를 거절하는 것을 나타내는 거절 응답을 수신하는 것이 가능한 수신 수단과,
    상기 수신 수단에 의해 상기 거절 응답을 수신한 경우에, 상기 데이터 기록 재생 장치에 대한 리모트 제어가 불가능인 것을 제시하는 제시 수단을 설치한 것을 특징으로 하는, 정보 처리 장치.
  28. 미리 결정된 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이에서의 데이터의 송신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능한 정보 처리 시스템을 형성하는 정보 처리 장치로서,
    미리 결정된 기록 매체에 대응한 데이터의 재생, 또는 기록, 또는 상기 기록 매체에 기록된 데이터에 관한 미리 결정된 편집 처리를 실행 가능한 데이터 기록 재생 수단과,
    상기 데이터 기록 재생 수단에 대한 미리 결정된 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하기 위한 로컬 조작 제어 수단과,
    상기 데이터 버스를 통해서 외부로부터 송신된 데이터를 수신하는 수신 수단과,
    상기 수신 수단에 의해 수신한 각종 명령에 응답하여 필요한 처리를 실행하는 것으로, 외부 정보 처리 장치에 의한 상기 정보 처리 장치에 대한 리모트 제어를 가능케 하는 응답 처리 수단과,
    데이터 기록 재생 수단에 대한 미리 결정된 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하기 위한 로컬 조작 제어 수단과,
    상기 수신 수단에 의해 수신한, 상기 정보 처리 장치에 대한 리모트 제어의 보유를 요구하기 위한 보유 요구 명령에 응답하여 설정되어야 하는 보유 모드로서, 상기 보유 요구 명령을 송신한 외부 정보 처리 장치에 의한 리모트 제어만을 허가하고, 다른 외부 정보 처리 장치에 의한 리모트 제어에 대해서는 금지하도록 상기 응답 처리 수단에 대하여 설정을 수행하는, 제 1 보유 모드 설정 수단과,
    상기 수신 수단에 의해 수신한 상기 보유 요구 명령에 응답하여 설정해야 하는 보유 모드로서, 상기 로컬 조작 제어 수단에 의해 수행되는 조작 항목 중, 미리 결정된 조작 항목을 유효로 하여, 그 유효가 된 조작 항목 이외의 조작 항목에 대해서는 무효로 하도록, 상기 로컬 조작 제어 수단에 대하여 설정을 수행하는, 제 2 보유 모드 설정 수단을 구비하는 것을 특징으로 하는, 정보 처리 장치.
  29. 제 28 항에 있어서,
    상기 미리 결정된 통신 포맷에 의한 데이터 버스는, IEEE1394 버스인 것을 특징으로 하는, 정보 처리 장치.
  30. 제 28 항에 있어서,
    상기 제 2 보유 모드 설정 수단은,
    기록 재생의 정지, 기록 매체의 이젝트, 또는 재생에 관련하게 되는 조작 항목의 적어도 어느 한 개의 조작 항목에 대해서는 유효로 하도록 하여, 상기 로컬 조작 제어 수단에 대하여 보유 모드를 설정하는 것을 특징으로 하는, 정보 처리 장치.
  31. 제 28 항에 있어서,
    현재 상기 정보 처리 장치에 대한 리모트 제어를 보유하고 있는 외부 정보 처리 장치로부터 송신된 리모트 제어의 보유를 해제하기 위한 보유 해제 요구 명령을 상기 수신 수단에 의해 수신한 경우에는,
    상기 제 1 보유 모드 설정 수단은, 상기 수신 수단에 의해 수신한 상기 보유 해제 요구 명령에 응답하여, 데이터 버스에 접속된 다른 모든 정보 처리 장치에 의한 리모트 제어를 허가 가능한 상태로 상기 응답 처리 수단을 설정하는 것으로 보유 모두를 해제하고,
    상기 제 2 보유 모드 설정 수단은, 상기 수신 모드에 의해 수신한 상기 보유 해제 요구 명령에 응답하여, 상기 로컬 조작 제어 수단에 의해 수행되는 모든 제작 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하는 것을 특징으로 하는, 정보 처리 장치.
  32. 제 28 항에 있어서,
    상기 데이터 버스 상에서 버스 리셋 발생을 검출하는 버스 리셋 검출 수단이 설치되고,
    상기 버스 리셋 검출 수단에 의해 버스 리셋 발생이 검출된 경우에는,
    상기 제 1 보유 모드 설정 수단은, 데이터 버스에 접속된 모든 외부 정보 처리 장치에 의한 리모트 제어를 허가 가능한 상태로 상기 응답 처리 수단을 설정하는 것으로 보유 모드를 해제하고,
    상기 제 2 보유 모드 설정 수단은, 상기 로컬 조작 제어 수단에 의해 수행되는 모든 조작 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하는 것을 특징으로 하는, 정보 처리 장치.
  33. 제 28 항에 있어서,
    상기 수신 수단에 의해 수신한 상기 보유 요구 명령에 대한 응답으로서, 상기 정보 처리 장치에서 현재의 동작 상황에서는 상기 보유 요구 명령을 송신한 외부 정보 처리 장치에 의한 리모트 제어의 보유는 금지되는 경우에는, 리모트 제어의 보유를 거절하는 거절 응답을, 상기 보유 요구 명령을 송신한 외부 정보 처리 장치에 대하여 송신하는, 거절 응답 송신 수단을 구비한 것을 특징으로 하는, 정보 처리 장치.
  34. 제 33 항에 있어서,
    상기 보유 요구 명령을 송신한 외부 정보 처리 장치에 의한 리모트 제어의 보유가 금지되는 경우로는,
    상기 정보 처리 장치가, 상기 보유 요구 명령을 송신한 외부 정보 처리 장치 이외의 다른 정보 처리 장치에 의해 리모트 제어가 보유되고 있는 경우인 것을 특징으로 하는, 정보 처리 장치.
  35. 제 33 항에 있어서,
    상기 보유 요구 명령을 송신한 외부 정보 처리 장치에 의한 리모트 제어의 보유가 금지되는 경우로는,
    상기 정보 처리 장치에서, 상기 로컬 조작 제어 수단에 의해 상기 편집 처리를 위한 조작 제어가 수행되고 있는 경우인 것을 특징으로 하는, 정보 처리 장치.
  36. 미리 결정된 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이에서의 데이터의 송신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능한 정보 처리 시스템을 형성하는 정보 처리 장치로서,
    데이터 기록 장치로서의 다른 정보 처리 장치에 대하여, 이 데이터 기록 장치가 기록 가능한 다운로드 데이터를 송신 출력하는 것이 가능한 다운로드 데이터 송신 수단과,
    상기 다운로드 데이터의 송신 개시 시에는, 다운로드 개시 요구 명령을 발생하여 송신 출력하고, 상기 다운로드 데이터의 송신 종료 시에는, 다운로드 종료 요구 명령을 발생하여 송신 출력하는, 다운로드 개시/종료 요구 명령 송신 수단과,
    상기 다운로드 개시 요구 명령을 송신하는 이전의 수단에서, 상기 데이터 기록 장치에 대한 리모트 제어를 상기 정보 처리 장치가 보유하는 것을 요구하는 보유 요구 명령을 발생하여, 상기 데이터 기록 장치에 대해서 송신 출력하는 보유 요구 명령 송신 수단을 구비한 것을 특징으로 하는, 정보 처리 장치.
  37. 제 36 항에 있어서,
    상기 미리 결정된 통신 포맷에 의한 데이터 버스는, IEEE1394 버스인 것을 특징으로 하는, 정보 처리 장치.
  38. 제 36 항에 있어서,
    상기 다운로드 종료 요구 명령을 송신하여 이후의 단계에서, 상기 데이터 기록 장치에 대한 리모트 제어의 보유의 해제를 요구하는 보유 해제 요구 명령을 발생하여 상기 데이터 기록 장치에 대하여 송신 출력하는 보유 해제 요구 명령 송신 수단이 설치되는 것을 특징으로 하는, 정보 처리 장치.
  39. 제 36 항에 있어서,
    상기 데이터 기록 장치에서는, 상기 정보 처리 장치로부터의 다운로드 개시 요구 명령에 응답하여, 상기 정보 처리 장치에 의한 리모트 제어의 보유를 접수하도록 구성되는 것에 더해서,
    상기 정보 처리 장치에서는, 상기 보유 요구 명령 송신 수단에 의한 보유 요구 명령의 송신은 수행되지 않도록 구성되는 것을 특징으로 하는, 정보 처리 장치.
  40. 제 36 항에 있어서,
    상기 데이터 기록 장치로부터 송신된, 상기 정보 처리 장치에 의한 리모트 제어의 보유 요구를 거절하는 것을 나타내는 거절 응답을 수신하는 것이 가능한 수신 수단과,
    상기 수신 수단에 의해 상기 거절 응답을 수신한 경우에, 상기 데이터 기록 장치에 대한 리모트 제어가 불가능인 것을 제시하는 제시 수단이 설치되는 것을 특징으로 하는, 정보 처리 장치.
  41. 미리 결정된 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이의 데이터의 송신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능한 정보 처리 시스템을 형성하는 정보 처리 장치로서,
    상기 데이터 버스를 통해서 송신되는 데이터를 수신하는 수신 수단과,
    상기 수신 수단에 의해 수신한 각종 명령에 응답하여 필요한 처리를 실행하는 것으로, 외부 정보 처리 장치에 의한 해당 정보 처리 장치에 대한 리모트 제어를 가능하게 하는 응답 처리 수단과,
    외부 정보 처리 장치인 송신 장치로부터 송신된 다운로드 데이터를 상기 수신 수단에 의해 수신하고, 미리 결정된 기록 매체에 기록하는 것이 가능한 데이터 기록 수단과,
    상기 데이터 기록 수단에 대한 미리 결정된 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하기 위한 로컬 조작 제어 수단과,
    상기 송신 제어 장치가 상기 정보 처리 장치에 대한 리모트 제어의 보유를 요구하기 위해 송신한 보유 요구 명령을 상기 수신 수단에 의해 수신한 것에 응답하여 설정해야 하는 보유 모드로서, 상기 송신 장치에 의한 리모트 제어만을 허가하고, 다른 외부 처리 장치에 의한 리모트 제어에 대해서는 금지하도록 상기 응답 처리 수단에 대하여 설정을 수행하는, 제 1 보유 모드 설정 수단과,
    상기 송신 장치가 상기 정보 처리 장치에 대한 리모트 제어의 보유를 요구하기 위해 송신한 보유 요구 명령을 상기 수신 수단에 의해 수신한 것에 응답하여 설정해야 하는 보유 모드로서, 상기 로컬 조작 제어 수단에 의해 수행되는 조작 항목 중, 미리 결정된 조작 항목을 유효로 하여, 이 유효로 된 조작 항목 이외의 조작 항목에 대해서는 무효로 하도록 설정을 수행하는, 제 2 보유 모드 설정 수단을 구비하여 구성하는 것을 특징으로 하는, 정보 처리 장치.
  42. 제 41 항에 있어서,
    상기 미리 결정된 통신 포맷에 의한 데이터 버스는, IEEE1394 버스인 것을 특징으로 하는, 정보 처리 장치.
  43. 제 41 항에 있어서,
    상기 송신 장치로부터는, 다운로드 데이터의 송신 후에, 상기 정보 처리 장치에 대한 리모트 제어의 보유의 해제를 요구하는 제어 명령인 보유 해제 요구 명령 송신하는 것에 더해서,
    상기 제 1 보유 모드 설정 수단은, 상기 수신 수단에 의해 수신한 상기 보유 해제 요구 명령에 응답하여, 데이터 버스에 접속된 다른 모든 외부 정보 처리 장치에 의한 리모트 제어를 허가 가능한 상태로 상기 수신 수단을 설정하는 것으로 보유 모드를 해제하고,
    상기 제 2 보유 모드 설정 수단은, 상기 수신 수단에 의해 수신한 상기 보유 해제 요구 명령에 응답하여, 상기 로컬 조작 제어 수단에 의해 수행되는 모든 조작 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하도록 구성되는 것을 특징으로 하는, 정보 처리 장치.
  44. 제 41 항에 있어서,
    상기 송신 장치에서는, 상기 보유 요구 명령의 송신은 수행되지 않으며,
    상기 제 1 보유 모드 설정 수단 및 상기 제 2 보유 모드 설정 수단은,
    상기 송신 장치로부터 송신되고, 다운로드 데이터의 송신 개시를 고지하는 다운로드 개시 요구 명령을 상기 수신 수단에 의해 수신한 것에 응답하여, 상기 보유 모드를 설정하도록 구성되고 있는 것을 특징으로 하는, 정보 처리 장치.
  45. 제 41 항에 있어서,
    상기 제 1 보유 모드 설정 수단은,
    상기 송신 장치로부터 송신된 다운로드 데이터의 송신 종료를 고지하는 다운로드 종료 요구 명령을 상기 수신 수단에 의해 수신한 것에 응답하여, 데이터 버스에 접속된 다른 모든 정보 처리 장치에 의한 리모트 제어를 허가 가능한 상태로 상기 수신 수단을 설정하는 것으로 보유 모드를 해제하고,
    상기 제 2 보유 모드 설정 수단은,
    상기 송신 장치로부터 송신된 다운로드 데이터의 송신 종료를 고지하는 다운로드 종료 요구 명령을 상기 수신 수단에 의해 수신한 것에 응답하여, 상기 로컬 조작 제어 수단에 의해 수행되는 모든 조작 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하도록 구성되는 것을 특징으로 하는, 정보 처리 장치.
  46. 제 41 항에 있어서,
    상기 데이터 버스 상에서 버스 리셋 발생을 검출하는 버스 리셋 검출 수단이 설치되고,
    상기 버스 리셋 검출 수단에 의해 버스 리셋 발생이 검출된 경우에는,
    상기 제 1 보유 모드 설정 수단은, 데이터 버스에 접속된 다른 모든 정보 처리 장치에 의한 리모트 제어를 허가 가능한 상태로 상기 수신 수단을 설정하는 것으로 보유 모드를 해제하고,
    상기 제 2 보유 모드 설정 수단은, 상기 로컬 조작 제어 수단에 의해 수행되는 모든 조작 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하는 것을 특징으로 하는, 정보 처리 장치.
  47. 제 41 항에 있어서,
    상기 수신 수단에 의해 수신한 상기 보유 요구 명령 또는 보유 요구에 상당하는 명령에 대한 응답으로서, 상기 정보 처리 장치에서 현재의 동작 상황에서는 상기 송신 장치에 의한 모드 제어의 보유는 금지되는 경우에는, 리모트 제어의 보유를 거절하는 거절 응답을 상기 송신 장치에 대하여 송신하는, 거절 응답 송신 수단을 구비하는 것을 특징으로 하는, 정보 처리 장치.
  48. 제 47 항에 있어서,
    상기 송신 장치에 의한 리모트 제어의 보유가 금지되는 경우로는,
    상기 정보 처리 장치가, 상기 송신 장치 이외의 다른 외부 정보 처리 장치에 의해 리모트 제어가 보유되고 있는 경우인 것을 특징으로 하는, 정보 처리 장치.
  49. 제 47 항에 있어서,
    상기 송신 장치에 의한 리모트 제어의 보유가 금지되는 경우로는,
    상기 정보 처리 장치에서, 상기 로컬 조작 제어 수단에 의해 편집을 위한 조작 제어가 수행되는 경우인 것을 특징으로 하는, 정보 처리 장치.
  50. 미리 결정된 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치에서의 데이터의 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능한 정보 처리 시스템에 관한 정보 처리 방법으로서,
    상기 정보 처리 시스템은, 적어도, 제 1 정보 처리 장치와, 미리 결정된 기록 매체에 대응한 데이터의 재생, 또는 데이터의 기록, 또는 상기 기록 매체에 기록된 데이터에 관한 미리 결정된 편집 처리를 실행 가능한 데이터 기록 재생 수단을 구비한 제 2 정보 처리 장치를 구비하여 구성되는 것에 더해서,
    상기 제 1 정보 처리 장치에서는,
    상기 제 2 정보 처리 장치 내의 데이터 기록 재생 수단에 대한 미리 결정된 조작 항목에 대해서의 리모트 제어를 수행하기 위한 조작 제어 명령을, 상기 제 2 정보 처리 장치에 대하여 송신하는 조작 정보 송신 처리와,
    상기 제 2 정보 처리 장치에 대한 리모트 제어를 상기 제 1 정보 처리 장치가 보유하는 것을 요구하는 보유 요구 명령을 발생하여, 상기 제 2 정보 처리 장치에 대하여 송신 출력하는 보유 요구 명령 송신 처리를 실행하고,
    상기 제 2 정보 처리 장치에서는,
    상기 데이터 버스를 통해서 외부로부터 송신된 데이터를 수신하는 수신 처리와,
    상기 수신 처리에 의해 수신한 각종 명령에 응답하여 필요한 처리를 실행하는 것으로, 다른 정보 처리 장치에 의한 상기 제 2 정보 처리 장치에 대한 리모트 제어를 가능하게 하는 응답 처리 처리와,
    상기 데이터 기록 재생 수단에 대한 미리 결정된 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하기 위한 로컬 조작 제어 처리와,
    상기 수신 처리에 의해 수신한 상기 보유 요구 명령에 응답하여 설정되어야 하는 보유 모드로서, 상기 제 1 정보 처리 장치에 의한 모드 제어만을 허가하고, 다른 정보 처리 장치에 의한 리모트 제어에 대해서는 금지하도록 상기 응답 처리 처리에 대하여 설정을 수행하는, 제 1 보유 모드 설정 처리와,
    상기 수신 처리에 의해 수신한 상기 보유 요구 명령에 응답하여 설정해야 하는 보유 모드로서, 상기 로컬 조작 제어 처리에 의해 수행되는 조작 항목 중, 미리 결정된 조작 항목을 유효로 하여, 이 유효로 된 조작 항목 이외의 조작 항목에 대해서는 무효로 하도록, 상기 로컬 조작 제어 처리에 대해서 설정을 수행하는, 제 2 보유 모드 설정 처리를 실행하도록 구성되는 것을 특징으로 하는, 정보 처리 방법.
  51. 제 50 항에 있어서,
    상기 미리 결정된 통신 포맷에 의한 데이터 버스는, IEEE1394 버스인 것을 특징으로 하는, 정보 처리 방법.
  52. 제 50 항에 있어서,
    상기 제 2 정보 처리 장치에서 제 2 보유 모드 설정 처리는,
    기록 재생의 정지, 기록 매체의 이젝트, 또는 재생에 관련되는 조작 항목의 적어도 어떤 한 개의 조작 항목에 대해서는 유효로 하도록 하여, 상기 로컬 조작 제어 처리에 대하여 보유 모드를 설정하는 것을 특징으로 하는, 정보 처리 방법.
  53. 제 50 항에 있어서,
    상기 제 1 정보 처리 장치의 보유 요구 명령 송신 처리는,
    상기 조작 정보 송신 처리가 동작 가능하게 기동되면, 상기 보유 요구 명령을 송신하도록 구성되는 것을 특징으로 하는, 정보 처리 방법.
  54. 제 50 항에 있어서,
    상기 제 1 정보 처리 장치에서는,
    상기 제 2 정보 처리 장치에 대한 리모트 제어의 보유의 해제를 요구하는 보유 해제 요구 명령을 발생하여 상기 제 2 정보 처리 장치에 대하여 송신 출력하는 보유 해제 요구 명령 송신 장치가 실행되고,
    상기 제 2 정보 처리 장치에서는,
    상기 제 1 보유 모드 설정 처리는, 상기 수신 처리에 의해 수신한 상기 보유 해제 요구 명령에 응답하여, 데이터 버스에 접속된 다른 모든 정보 처리 장치에 의한 리모트 제어를 허가 가능한 상태로 상기 응답 처리 처리를 설정하는 것으로 보유 모드를 해제하고,
    상기 제 2 보유 모드 설정 처리는, 상기 수신 처리에 의해 수신한 상기 보유 해제 요구 명령에 응답하여, 상기 로컬 조작 제어 처리에 의해 수행되는 모든 조작 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하는 것을 특징으로 하는, 정보 처리 방법.
  55. 제 54 항에 있어서,
    상기 보유 해제 요구 명령 송신 처리는,
    상기 조작 정보 송신 처리의 기동이 종료되면, 상기 보유 해제 요구 명령을 송신하도록 구성되어 있는 것을 특징으로 하는, 정보 처리 방법.
  56. 제 50 항에 있어서,
    상기 제 2 정보 처리 장치에서는,
    상기 데이터 버스 상에서 버스 리셋 발생을 검출하는 버스 리셋 검출 처리를 실행하는 것으로 되고,
    상기 버스 리셋 검출 처리에 의해 버스 리셋 발생이 검출된 경우에는,
    상기 제 1 보유 모드 설정 처리는, 데이터 버스에 접속된 다른 모든 정보 처리 장치에 의한 리모트 제어를 허가 가능한 상태로 상기 응답 처리 처리를 설정하는 것으로 보유 모드를 해제하고,
    상기 제 2 보유 모드 설정 처리는, 상기 로컬 조작 제어 처리에 의해 수행되는 모든 조작 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하는 것을 특징으로 하는, 정보 처리 방법.
  57. 제 50 항에 있어서,
    상기 제 2 정보 처리 장치는,
    상기 수신 처리에 의해 수신한 상기 보유 요구 명령에 대한 응답으로서, 상기 제 2 정보 처리 장치에서 현재의 동작 상황에서는 상기 제 1 정보 처리 장치에 의한 리모트 제어의 보유는 금지되는 경우에는, 리모트 제어의 보유를 거절하는 거절 응답을 상기 제 1 정보 처리 장치에 대하여 송신하는, 거절 응답 송신 처리를 실행하도록 구성되는 것을 특징으로 하는, 정보 처리 방법.
  58. 제 57 항에 있어서,
    상기 제 1 정보 처리 장치에 의한 리모트 제어의 보유가 금지되는 경우로는,
    상기 제 2 정보 처리 장치가, 상기 제 1 정보 처리 장치 이외의 다른 정보 처리 장치에 의해 리모트 제어가 보유되는 경우인 것을 특징으로 하는, 정보 처리 방법.
  59. 제 57 항에 있어서,
    상기 제 1 정보 처리 장치에 의한 리모트 제어의 보유가 금지되는 경우로는,
    상기 제 2 정보 처리 장치에서, 상기 로컬 조작 제어 조작 처리에 의해 상기 편집 처리를 위한 조작 제어가 수행되고 있는 경우인 것을 특징으로 하는, 정보 처리 방법.
  60. 제 50 항에 있어서,
    상기 제 1 정보 처리 장치는,
    상기 제 2 처리 장치로부터 송신된, 상기 제 1 정보 처리 장치에 의한 리모트 제어의 보유 요구를 거절하는 것을 나타내는 거절 응답을 수신하는 것이 가능한 수신 처리와,
    상기 수신 처리에 의해 상기 거절 응답을 수신한 경우에, 상기 제 2 정보 처리 장치에 대한 리모트 제어가 불가능인 것을 제시하는 제시 처리가 실행되는 것을 특징으로 하는, 정보 처리 방법.
  61. 미리 결정된 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이에서의 데이터의 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능한 정보 처리 시스템에 관한 정보 처리 방법으로서,
    상기 정보 처리 시스템은, 적어도, 제 1 정보 처리 장치와 제 2 정보 처리 장치가 구비되어 이루어진 것에 더해서,
    상기 제 1 정보 처리 장치에서는,
    상기 제 2 정보 처리 장치가 다운로드 가능한 다운로드 데이터를 송신 출력하는 것이 가능한 다운로드 데이터 송신 처리와,
    상기 다운로드 데이터의 송신 개시 시에는, 다운로드 개시 요구 명령을 발생하여 송신 출력하고, 상기 다운로드 데이터의 송신 종료 시에는, 다운로드 종료 요구 명령을 발생하여 송신 출력하는, 다운로드 개시/종료 요구 명령 송신 처리와,
    상기 다운로드 개시 요구 명령을 송신하는 이전의 단계에서, 상기 제 2 정보 처리 장치에 대한 리모트 제어를 상기 제 1 정보 처리 장치가 보유하는 것을 요구하는 보유 요구 명령을 발생하여, 상기 제 2 정보 처리 장치에 대하여 송신 출력하는 보유 요구 명령 송신 처리를 실행하고,
    상기 제 2 정보 처리 장치에서는,
    상기 데이터 버스를 통해서 송신되는 데이터를 수신하는 수신 처리와,
    상기 수신 처리에 의해 수신한 상기 다운로드 데이터를 미리 결정된 기록 매체에 기록하는 것이 가능한 데이터 기록 처리와,
    상기 수신 처리에 의해 수신한 각종 명령에 응답하여 필요한 처리를 실행하는 것으로, 다른 정보 처리 장치에 의한 상기 제 2 정보 처리 장치에 대한 리모트 제어를 가능하게 하는 응답 처리 처리와,
    상기 데이터 기록 재생 처리에 대한 미리 결정된 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하기 위한 로컬 조작 제어 처리와,
    상기 수신 처리에 의해 수신한 상기 보유 요구 명령에 응답하여 설정해야 하는 보유 모드로서, 상기 제 1 정보 처리 장치에 의한 리모트 제어만을 허가하고, 다른 정보 처리 장치에 의한 리모트 제어에 대해서는 금지하도록 상기 응답 처리 처리에 대하여 설정을 수행하는, 제 1 보유 모드 설정 처리와,
    상기 수신 처리에 의해 수신한 상기 보유 요구 명령에 응답하여 설정하여야 하는 보유 모드로서, 상기 로컬 조작 제어 처리에 의해 수행되는 조작 항목 중, 미리 결정된 조작 항목을 유효로 하여, 이 유효로 된 조작 항목 이외의 조작 항목에 대해서는 무효로 하도록, 상기 로컬 조작 제어 처리에 대하여 설정을 수행하는, 제 2 보유 모드 설정 처리를 실행하도록 구성되는 것을 특징으로 하는, 정보 처리 방법.
  62. 제 61 항에 있어서,
    상기 미리 결정된 통신 포맷에 의한 데이터 버스는, IEEE1394 버스인 것을 특징으로 하는, 정보 처리 방법.
  63. 제 61 항에 있어서,
    상기 제 1 정보 처리 장치에서는,
    상기 다운로드 종료 요구 명령을 송신하여 이하의 단계에서, 상기 제 2 정보 처리 장치에 대한 리모트 제어의 보유의 해제를 요구하는 보유 해제 요구 명령을 발생하여 상기 제 2 정보 처리 장치에 대하여 송신 출력하는 보유 해제 요구 명령 송신 처리가 실행되고,
    상기 제 2 정보 처리 장치에서는,
    상기 제 1 보유 모드 설정 처리는, 상기 수신 처리에 의해 수신한 상기 보유 해제 요구 명령에 응답하여, 데이터 버스에 접속된 다른 모든 정보 처리 장치에 의한 리모트 제어를 허가 가능한 상태로 상기 응답 처리 처리를 설정하는 것으로 보유 모드를 해제하고,
    상기 제 2 보유 모드 설정 처리는, 상기 수신 처리에 의해 수신한 상기 보유 해제 요구 명령에 응답하여, 상기 로컬 조작 제어 처리에 의해 수행되는 모든 조작 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하도록 구성되는 것을 특징으로 하는, 정보 처리 방법.
  64. 제 61 항에 있어서,
    상기 제 1 정보 처리 장치에서는,
    상기 보유 요구 명령 송신 처리에 의한 보유 요구 명령의 송신은 수행되지 않는 것으로 되고,
    상기 제 2 정보 처리 장치에서는,
    상기 제 1 보유 모드 설정 처리 및 상기 제 2 보유 모드 설정 처리는,
    상기 수신 처리에 의해 수신한 상기 제 2 정보 처리 장치로부터 다운로드 개시 요구 명령에 응답하여, 상기 보유 모드를 설정하도록 구성되어 있는 것을 특징으로 하는, 정보 처리 방법.
  65. 제 61 항에 있어서,
    상기 제 2 정보 처리 장치에서는,
    상기 수신 처리에 의해 수신한 상기 제 1 정보 처리 장치로부터 다운로드 종료 요구 명령에 응답하여, 데이터 버스에 접속된 다른 모든 정보 처리 장치에 의한 리모트 제어를 허가 가능한 상태로 상기 응답 처리 처리를 설정하는 것으로 보유 모드를 해제하고,
    상기 제 2 보유 모드 설정 처리는, 상기 수신 처리에 의해 수신한 상기 제 1 정보 처리 장치로부터의 다운로드 종료 요구 명령에 응답하여, 상기 로컬 조작 제어 처리에 의해 수행되는 모든 조작 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하도록 구성되는 것을 특징으로 하는, 정보 처리 방법.
  66. 제 61 항에 있어서,
    상기 제 2 정보 처리 장치에서는,
    상기 데이터 버스 상에서 버스 리셋 발생을 검출하는 버스 리셋 검출 처리가 실행되고,
    상기 버스 리셋 검출 처리에 의해 버스 리셋 발생이 검출된 경우에는,
    상기 제 1 보유 모드 설정 처리는, 데이터 버스에 접속된 다른 모든 정보 처리 장치에 의한 리모트 제어를 허가 가능한 상태로 상기 응답 처리 처리를 설정하는 것으로 보유 모드를 해제하고,
    상기 제 2 보유 모드 설정 처리는, 상기 로컬 조작 제어 처리에 의해 수행되는 모든 조작 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하는 것을 특징으로 하는, 정보 처리 방법.
  67. 제 61 항에 있어서,
    상기 제 2 정보 처리 장치는,
    상기 수신 처리에 의해 수신한 상기 보유 요구 명령 또는 상기 다운로드 개시 요구 명령에 대한 응답으로서, 상기 제 2 정보 처리 장치에서 현재의 동작상태에서는 상기 제 1 정보 처리 장치에 의한 리모트 제어의 보유는 금지되는 경우에는, 리모트 제어의 보유를 거절하는 거절 응답을 상기 제 1 정보 처리 장치에 대하여 송신하는, 거절 응답 송신 처리를 실행하도록 구성되는 것을 특징으로 하는, 정보 처리 방법.
  68. 제 67 항에 있어서,
    상기 제 1 정보 처리 장치에 의한 리모트 제어의 보유가 금지되는 경우로는,
    상기 제 2 정보 처리 장치가, 상기 제 1 정보 처리 장치 이외의 다른 정보 처리 장치에 의해 리모트 제어가 보유되고 있는 경우인 것을 특징으로 하는, 정보 처리 방법.
  69. 제 67 항에 있어서,
    상기 제 1 정보 처리 장치에 의한 리모트 제어의 보유가 금지되는 경우로는,
    상기 제 2 정보 처리 장치에서, 상기 로컬 조작 제어 처리에 의해 편집을 위한 조작 제어가 수행되고 있는 경우인 것을 특징으로 하는, 정보 처리 방법.
  70. 제 61 항에 있어서,
    상기 제 1 정보 처리 장치는,
    상기 제 2 처리 장치로부터 송신된, 상기 제 1 정보 처리 장치에 의한 리모트 제어의 보유 요구를 거절하는 것을 나타내는 거절 응답을 수신하는 것이 가능한 수신 처리와,
    상기 수신 처리에 의해 상기 거절 응답을 수신한 경우에, 상기 제 2 정보 처리 장치에 대한 리모트 제어가 불가능인 것을 제시하는 제시 처리가 실행되는 것을 특징으로 하는, 정보 처리 방법.
  71. 미리 결정된 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이에서의 데이터의 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능한 정보 처리 시스템을 형성하는 정보 처리 장치에 적용되는 정보 처리 방법으로서,
    미리 결정된 기록 매체에 대응한 데이터의 재생, 또는 기록, 또는 상기 기록 매체에 기록된 데이터에 관한 미리 결정된 편집 처리를 실행 가능한 다른 정보 처리 장치로서의 데이터 기록 재생 장치에 대한 미리 결정된 조작 항목에 대해서의 리모트 제어를 수행하기 위한 조작 제어 명령을 송신하는 것이 가능한 조작 정보 송신 처리와,
    상기 데이터 재생 기록 장치에 대한 리모트 제어를 상기 정보 처리 장치가 보유하는 것을 요구하는 보유 요구 명령을 발생하여, 상기 데이터 기록 재생 장치에 대하여 송신 출력하는 보유 명령 송신 처리를 실행하는 것을 특징으로 하는, 정보 처리 방법.
  72. 제 71 항에 있어서,
    상기 미리 결정된 통신 포맷에 의한 데이터 버스는, IEEE1394 버스인 것을 특징으로 하는, 정보 처리 방법.
  73. 제 71 항에 있어서,
    상기 보유 요구 명령 송신 처리는,
    상기 조작 정보 송신 처리가 동작 가능하게 기동되면, 상기 보유 요구 명령을 송신하도록 구성되는 것을 특징으로 하는, 정보 처리 방법.
  74. 제 71 항에 있어서,
    상기 데이터 기록 재생 장치에 대한 리모트 제어의 보유의 해제를 요구하기 위한 보유 해제 요구 명령을 발생하여 상기 데이터 기록 재생 장치에 대하여 송신 출력하는, 보유 해제 요구 명령 송신 처리를 실행하는 것을 특징으로 하는, 정보 처리 방법.
  75. 제 74 항에 있어서,
    상기 보유 해제 요구 명령 송신 처리는,
    상기 조작 정보 송신 처리의 기동이 종료되면, 상기 보유 해제 요구 명령을 송신하도록 구성되는 것을 특징으로 하는, 정보 처리 방법.
  76. 제 71 항에 있어서,
    상기 데이터 기록 재생 장치로부터 송신된, 상기 정보 처리 장치에 의한 리모트 제어의 보유 요구를 거절하는 것을 나타내는 거절 응답을 수신하는 것이 가능한 수신 처리와,
    상기 수신 처리에 의해 상기 거절 응답을 수신한 경우에, 상기 데이터 기록 재생 장치에 대한 리모트 제어가 불가능인 것을 제시하는 제시 처리가 설치되는 것을 특징으로 하는, 정보 처리 방법.
  77. 미리 결정된 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이에서의 데이터의 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능한 정보 처리 시스템을 형성하는 정보 처리 장치에 적용되는 정보 처리 방법으로서,
    미리 결정된 기록 매체에 대응한 데이터의 재생, 또는 기록, 또는 상기 기록 매체에 기록된 데이터에 관한 미리 결정된 편집 처리를 실행하는 데이터 기록 재생 처리와,
    상기 데이터 기록 재생 처리에 대한 미리 결정된 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하기 위한 로컬 조작 제어 처리와,
    상기 데이터 버스를 통해서 외부로부터 송신된 데이터를 수신하는 수신 처리와,
    상기 수신 처리에 의해 수신한 각종 명령에 응답하여 필요한 처리를 실행하는 것으로, 외부 정보 처리 장치에 의한 상기 정보 처리 장치에 대한 리모트 제어를 가능하게 하는 응답 처리 처리와,
    데이터 기록 재생 처리에 대한 미리 결정된 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하기 위한 로컬 조작 제어 처리와,
    상기 수신 처리에 의해 수신한, 상기 정보 처리 장치에 대한 리모트 제어의 보유를 요구하기 위한 보유 요구 명령에 응답하여 설정하여야 하는 보유 모드로서, 상기 보유 요구 명령을 송신한 외부 정보 처리 장치에 의한 리모트 제어만을 허가하고, 다른 외부 정보 처리 장치에 의한 리모트 제어에 대해서는 금지하도록 상기 응답 처리 처리에 대하여 설정을 수행하는, 제 1 보유 모드 설정 처리와,
    상기 수신 처리에 의해 수신한 상기 보유 요구 명령에 응답하여 설정해야 하는 보유 모드로서, 상기 로컬 조작 제어 처리에 의해 수행되는 조작 항목 중, 미리 결정된 조작 항목을 유효로 하여, 이 유효로 된 조작 항목 이외의 조작 항목에 대해서는 무효로 하도록, 상기 로컬 조작 제어 처리에 대하여 설정을 수행하는, 제 2 보유 모드 설정 처리를 실행하는 것을 특징으로 하는, 정보 처리 방법.
  78. 제 77 항에 있어서,
    상기 미리 결정된 통신 포맷에 의한 데이터 버스는, IEEE1394 버스인 것을 특징으로 하는, 정보 처리 방법.
  79. 제 77 항에 있어서,
    상기 제 2 보유 모드 설정 처리는,
    기록 재생의 정지, 기록 매체의 이젝트, 또는 재생에 관련되는 조작 항목의 적어도 어떤 한 개의 조작 항목에 대해서는 유효로 되도록 하여, 상기 로컬 조작 제어 처리에 대하여 보유 모드를 설정하는 것을 특징으로 하는, 정보 처리 방법.
  80. 제 77 항에 있어서,
    현재 상기 정보 처리 장치에 대한 리모트 제어를 보유하고 있는 외부 정보 처리 장치로부터 송신된 리모트 제어의 보유를 해제하기 위한 보유 해제 요구 명령을 상기 수신 처리에 의해 수신한 경우에는,
    상기 제 1 보유 모드 설정 처리는, 상기 수신 처리에 의해 수신한 상기 보유 해제 요구 명령에 응답하여, 데이터 버스에 접속된 다른 모든 정보 처리 장치에 의한 리모트 제어를 허가 가능한 상태로 상기 응답 처리 처리를 설정하는 것으로 보유 모드를 해제하고,
    상기 제 2 보유 모드 설정 처리는, 상기 수신 처리에 의해 수신한 상기 보유 해제 요구 명령에 응답하여, 상기 로컬 조작 제어 처리에 의해 수행되는 모든 조작 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하는 것을 특징으로 하는, 정보 처리 방법.
  81. 제 77 항에 있어서,
    상기 데이터 버스 상에서 버스 리셋 발생을 검출하는 버스 리셋 검출 처리가 실행되고,
    상기 버스 리셋 검출 처리에 의해 버스 리셋 발생이 검출된 경우에는,
    상기 제 1 보유 모드 설정 처리는, 데이터 버스에 접속된 다른 모든 외부 정보 처리 장치에 의한 리모트 제어를 허가 가능한 상태로 상기 응답 처리 처리를 설정하는 것으로 보유 모드를 해제하고,
    상기 제 2 보유 모드 설정 처리는, 상기 로컬 조작 제어 처리에 의해 수행되는 모든 조작 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하는 것을 특징으로 하는, 정보 처리 방법.
  82. 제 77 항에 있어서,
    상기 수신 처리에 의해 수신한 상기 보유 요구 명령에 대한 응답으로서, 상기 정보 처리 장치에서 현재의 동작 상황에서는 상기 보유 요구 명령을 송신한 외부 정보 처리 장치에 의한 리모트 제어의 보유는 금지되는 경우에는, 리모트 제어의 보유를 거절하는 거절 응답을, 상기 보유 요구 명령을 송신한 외부 정보 처리 장치에 대하여 송신하는, 거절 응답 송신 처리를 실행하는 것을 특징으로 하는, 정보 처리 방법.
  83. 제 82 항에 있어서,
    상기 보유 요구 명령을 송신한 외부 정보 처리 장치에 의한 리모트 제어의 보유가 금지되는 경우로는,
    상기 정보 처리 장치가, 상기 보유 요구 명령을 송신한 외부 처리 장치 이외의 다른 정보 처리 장치에 의해서 리모트 제어가 보유되고 있는 경우인 것을 특징으로 하는, 정보 처리 방법.
  84. 제 82 항에 있어서,
    상기 보유 요구 명령을 송신한 외부처리 장치에 의한 리모트 제어의 보유가 금지되는 경우로는,
    상기 정보 처리 장치에서, 상기 로컬 조작 제어 처리에 의해 상기 편집 처리를 위한 조작 제어가 수행되고 있는 경우인 것을 특징으로 하는, 정보 처리 방법.
  85. 미리 결정된 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이에서의 데이터의 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능한 정보 처리 시스템을 형성하는 정보 처리 장치에 적용되는 정보 처리 방법으로서,
    데이터 기록 장치로서의 다른 정보 처리 장치에 대하여, 이 데이터 기록 장치가 기록 가능한 다운로드 데이터를 송신 출력하는 것이 가능한 다운로드 데이터 송신 처리와,
    상기 다운로드 데이터의 송신 개시 시에는, 다운로드 개시 요구 명령을 발생하여 송신 출력하고, 상기 다운로드 데이터의 송신 종료 시에는, 다운로드 종료 요구 명령을 발생하여 송신 출력하는, 다운로드 개시/종료 요구 명령 송신 처리와,
    상기 다운로드 개시 요구 명령을 송신하는 이전의 단계에서, 상기 데이터 기록 장치에 대한 리모트 제어를 상기 정보 처리 장치가 보유하는 것을 요구하는 보유 요구 명령을 발생하여, 상기 데이터 기록 장치에 대하여 송신 출력하는 보유 요구 명령 송신 처리를 실행하는 것을 특징으로 하는, 정보 처리 방법.
  86. 제 85 항에 있어서,
    상기 미리 결정된 통신 포맷에 의한 데이터 버스는, IEEE1394 버스인 것을 특징으로 하는, 정보 처리 방법.
  87. 제 85 항에 있어서,
    상기 다운로드 종료 요구 명령을 송신한 이후의 단계에서, 상기 데이터 기록 장치에 대한 리모트 제어의 보유의 해제를 요구하는 보유 해제 요구 명령을 발생하여 상기 데이터 기록 장치에 대하여 송신 출력하는 보유 해제 요구 명령 송신 처리를 실행하는 것을 특징으로 하는, 정보 처리 방법.
  88. 제 85 항에 있어서,
    상기 데이터 기록 장치에서는, 상기 정보 처리 장치로부터의 다운로드 개시 요구 명령에 응답하여, 상기 정보 처리 장치에 의한 리모트 제어의 보유를 접수하도록 구성되는 것에 더해서,
    상기 정보 처리 장치에서는, 상기 보유 요구 명령 송신 처리에 의한 보유 요구 명령의 송신은 수행되지 않도록 구성되고 있는 것을 특징으로 하는, 정보 처리 방법.
  89. 제 85 항에 있어서,
    상기 데이터 기록 장치로부터 송신된, 상기 정보 처리 장치에 의한 리모트 제어의 보유 요구를 거절하는 것을 나타내는 거절 응답을 수신하는 것이 가능한 수신 처리와,
    상기 수신 처리에 의해 상기 거절 응답을 수신한 경우에, 상기 데이터 기록 장치에 대한 리모트 제어가 불가능인 것을 제시하는 제시 처리를 실행하는 것을 특징으로 하는, 정보 처리 방법.
  90. 미리 결정된 통신 포맷에 의한 데이터 버스를 통해서 복수의 정보 처리 장치를 접속하는 것으로, 정보 처리 장치 사이에서의 데이터의 송수신, 및 각종 명령의 송신에 의해 실현되는 리모트 제어가 가능한 정보 처리 시스템을 형성하는 정보 처리 장치에 적용되는 정보 처리 방법으로서,
    상기 데이터 버스를 통해서 송신되는 데이터를 수신하는 수신 처리와,
    상기 수신 처리에 의해 수신한 각종 명령에 응답하여 필요한 처리를 실행하는 것으로, 외부 정보 처리 장치에 의한 상기 정보 처리 장치에 대한 리모트 제어를 가능하게 하는 응답 처리 처리와,
    외부 정보 처리 장치인 송신 장치로부터 송신된 다운로드 데이터를 상기 수신 처리에 의해 수신하고, 미리 결정된 기록 매체에 기록하는 것이 가능한 데이터 기록 처리와,
    상기 데이터 기록 처리에 대한 미리 결정된 조작 항목에 대해서의 조작 제어를 로컬에 의해 수행하기 위한 로컬 조작 제어 처리와,
    상기 송신 장치가 상기 정보 처리 장치에 대한 리모트 제어의 보유를 요구하기 위해 송신한 보유 요구 명령을 상기 수신 처리에 의해 수신한 것에 응답하여 설정해야 하는 보유 모드로서, 상기 송신 장치에 의한 리모트 제어만을 허가하고, 다른 외부 정보 처리 장치에 의한 리모트 제어에 대해서는 금지하도록 상기 응답 처리 처리에 대하여 설정을 수행하는, 제 1 보유 모드 설정 처리와,
    상기 송신 장치가 상기 정보 처리 장치에 대한 리모트 제어의 보유를 요구하기 위해서 송신한 보유 요구 명령을 상기 수신 처리에 의해 수신한 것에 응답하여 설정해야 하는 보유 모드로서, 상기 로컬 조작 제어 처리에 의해 수행되는 조작 항목 중, 미리 결정된 조작 항목을 유효로 하여, 이 유효로 된 조작 항목 이외의 조작 항목에 대해서는 무효로 하도록 설정을 수행하는, 제 2 보유 모드 설정 처리를 실행하는 것을 특징으로 하는, 정보 처리 방법.
  91. 제 90 항에 있어서,
    상기 미리 결정된 통신 포맷에 의한 데이터 버스는, IEEE1394 버스인 것을 특징으로 하는, 정보 처리 방법.
  92. 제 90 항에 있어서,
    상기 송신 장치로부터는, 다운로드 데이터의 송신 후에, 상기 정보 처리 장치에 대한 리모트 제어의 보유의 해제를 요구하는 제어 명령인 보유 해제 요구 명령 송신하는 것에 더해서,
    상기 제 1 보유 모드 설정 처리는, 상기 수신 처리에 의해 수신한 상기 보유 해제 요구 명령에 응답하여, 데이터 버스에 접속된 다른 모든 외부 정보 처리 장치에 의한 리모트 제어를 허가 가능한 상태로 상기 수신 처리를 설정하는 것으로 보유 모드를 해제하고,
    상기 제 2 보유 모드 설정 처리는, 상기 수신 처리에 의해 수신한 상기 보유 해제 요구 명령에 응답하여, 상기 로컬 조작 제어 처리에 의해 수행되는 모든 조작 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하도록 구성되는 것을 특징으로 하는, 정보 처리 방법.
  93. 제 90 항에 있어서,
    상기 송신 장치에서는, 상기 보유 요구 명령의 송신은 수행되지 않으며,
    상기 제 1 보유 모드 설정 처리 및 상기 제 2 보유 모드 설정 처리는,
    상기 송신 장치로부터 송신되고, 다운로드 데이터의 송신 개시를 고지하는 다운로드 개시 요구 명령을 상기 수신 처리에 의해 수신한 것에 응답하여, 상기 보유 모드를 설정하도록 구성되는 것을 특징으로 하는, 정보 처리 방법.
  94. 제 90 항에 있어서,
    상기 제 1 보유 모드 설정 처리는,
    상기 송신 장치로부터 송신된 다운로드 데이터의 송신 종료를 고지하는 다운로드 종료 요구 명령을 상기 수신 처리에 의해 수신한 것에 응답하여, 데이터 버스에 접속된 다른 모든 정보 처리 장치에 의한 리모트 제어를 허가 가능한 상태로 상기 수신 처리를 설정하는 것으로 보유 모드를 해제하고,
    상기 제 2 보유 모드 설정 처리는,
    상기 송신 장치로부터 송신된 다운로드 데이터의 송신 종료를 고지하는 다운로드 종료 요구 명령을 상기 수신 처리에 의해 수신한 것에 응답하여, 상기 로컬 조작 제어 처리에 의해 수행되는 모든 조작 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하도록 구성되는 것을 특징으로 하는, 정보 처리 방법.
  95. 제 90 항에 있어서,
    상기 데이터 버스 상에서 버스 리셋 발생을 검출하는 버스 리셋 검출 처리가 실행되고,
    상기 버스 리셋 검출 처리에 의해 버스 리셋 발생이 검출된 경우에는,
    상기 제 1 보유 모드 설정 처리는, 데이터 버스에 접속된 다른 모든 정보 처리 장치에 의한 리모트 제어를 허가 가능한 상태로 상기 수신 처리를 설정하는 것으로 보유 모드를 해제하고,
    상기 제 2 보유 모드 설정 처리는, 상기 로컬 조작 제어 처리에 의해 수행되는 모든 조작 항목이 유효로 되도록 설정하는 것으로 보유 모드를 해제하는 것을 특징으로 하는, 정보 처리 방법.
  96. 제 90 항에 있어서,
    상기 수신 처리에 의해 수신한 상기 보유 요구 명령 또는 보유 요구에 상당하는 명령에 대한 응답으로서, 상기 정보 처리 장치에서 현재의 동작 상황에서는 상기 송신 장치에 의한 리모트 제어의 보유는 금지되는 경우에는, 리모트 제어의 보유를 거절하는 거절 응답을 상기 송신 장치에 대하여 송신하는, 거절 응답 송신 처리를 구비한 것을 특징으로 하는, 정보 처리 방법.
  97. 제 96 항에 있어서,
    상기 송신 장치에 의한 리모트 제어의 보유가 금지되는 경우로는,
    상기 정보 처리 장치가, 상기 송신 장치 이외의 다른 외부 정보 처리 장치에 의해 리모트 제어가 보유되고 있는 경우인 것을 특징으로 하는, 정보 처리 방법.
  98. 제 96 항에 있어서,
    상기 송신 장치에 의한 리모트 제어의 보유가 금지되는 경우로는,
    상기 정보 처리 장치에서, 상기 로컬 조작 제어 처리에 의해 편집하기 위한 조작 제어가 수행되고 있는 것을 특징으로 하는, 정보 처리 방법.
KR1020007007870A 1998-11-17 1999-11-17 정보 처리 시스템, 정보 처리 장치, 및 정보 처리 방법 KR100604626B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP10327018A JP2000156031A (ja) 1998-11-17 1998-11-17 情報処理システム、情報処理装置、及び情報処理方法
JP98-327018 1998-11-17
PCT/JP1999/006411 WO2000030104A1 (fr) 1998-11-17 1999-11-17 Systeme, dispositif et procede de traitement d'informations

Publications (2)

Publication Number Publication Date
KR20010034215A KR20010034215A (ko) 2001-04-25
KR100604626B1 true KR100604626B1 (ko) 2006-07-28

Family

ID=18194399

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020007007870A KR100604626B1 (ko) 1998-11-17 1999-11-17 정보 처리 시스템, 정보 처리 장치, 및 정보 처리 방법

Country Status (6)

Country Link
US (4) US7243131B1 (ko)
EP (1) EP1049088A4 (ko)
JP (1) JP2000156031A (ko)
KR (1) KR100604626B1 (ko)
CN (1) CN1275253C (ko)
WO (1) WO2000030104A1 (ko)

Families Citing this family (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7188344B1 (en) * 1999-12-21 2007-03-06 Unisys Corporation Architecture for a read/write thread lock
US20030099456A1 (en) * 2000-01-06 2003-05-29 Nikon Corporation & Nikon Technologies Inc. Image recorder
DE10195884T1 (de) * 2000-03-08 2003-03-27 Gen Instrument Corp Persönlicher Datenrecorder und Inbetriebnahme und Nutzung desselben
US6879988B2 (en) 2000-03-09 2005-04-12 Pkware System and method for manipulating and managing computer archive files
US20050015608A1 (en) 2003-07-16 2005-01-20 Pkware, Inc. Method for strongly encrypting .ZIP files
US8959582B2 (en) 2000-03-09 2015-02-17 Pkware, Inc. System and method for manipulating and managing computer archive files
JP3983463B2 (ja) * 2000-09-04 2007-09-26 パイオニア株式会社 情報送信装置及び情報送信方法、情報受信装置及び情報受信方法、情報伝送システム及び情報伝送方法並びに情報記録媒体
JP4008688B2 (ja) * 2000-10-12 2007-11-14 松下電器産業株式会社 信号送信装置及び信号受信装置
JP2002123743A (ja) * 2000-10-13 2002-04-26 Canon Inc 情報処理システム、情報処理装置、情報処理方法および記録媒体
GB0111008D0 (en) * 2001-05-04 2001-06-27 Koninkl Philips Electronics Nv Recording of interactive applications
FR2828043B1 (fr) * 2001-07-26 2003-10-10 Canon Kk Procede et dispositif de configuration et d'utilisation d'une unite fonctionnelle dont l'utilisation est soumise a une condition de paiement dans un reseau de communication
US20050181722A1 (en) * 2002-04-22 2005-08-18 Toni Kopra Method, system and user terminal for collecting information on audience of broadcast media stream
BR0309411A (pt) * 2002-04-22 2005-02-01 Nokia Corp Método para apresentar o conteúdo associado com o programa de radiofusão no terminal do usuário de um sistema de telecomunicação, sistema de mìdia, terminal do usuário, e, servidor
US7551888B2 (en) * 2002-04-22 2009-06-23 Nokia Corporation Method and system of displaying content associated with broadcast program
US7599689B2 (en) * 2002-04-22 2009-10-06 Nokia Corporation System and method for bookmarking radio stations and associated internet addresses
JP4016709B2 (ja) * 2002-04-26 2007-12-05 日本電気株式会社 オーディオデータの符号変換伝送方法と符号変換受信方法及び装置とシステムならびにプログラム
US20050021470A1 (en) * 2002-06-25 2005-01-27 Bose Corporation Intelligent music track selection
JP4039158B2 (ja) 2002-07-22 2008-01-30 ソニー株式会社 情報処理装置および方法、情報処理システム、記録媒体、並びにプログラム
KR100480031B1 (ko) * 2002-10-24 2005-03-31 엘지전자 주식회사 피디피 전용 셋톱박스의 키처리방법
JP3836077B2 (ja) * 2002-11-14 2006-10-18 松下電器産業株式会社 伝送データ構造及びそれを伝送するための方法並びに装置
JP2004180092A (ja) * 2002-11-28 2004-06-24 Sony Corp 情報処理装置および情報処理方法、並びにコンピュータ・プログラム
PL358659A1 (en) * 2003-02-10 2004-08-23 Advanced Digital Broadcast Ltd. Method for handling reception of round robin transmitted software
US20040174863A1 (en) * 2003-03-07 2004-09-09 Rami Caspi System and method for wireless remote control of a digital personal media stream manager
US7787749B2 (en) * 2003-03-07 2010-08-31 Siemens Enterprise Communications, Inc. System and method for voice portal control of an integrated communications center
US20040177375A1 (en) * 2003-03-07 2004-09-09 Rami Caspi System and method for short message service control of an integrated communications center
US7536708B2 (en) * 2003-03-07 2009-05-19 Siemens Communications, Inc. System and method for context-based searching and control of an integrated communications center
US20040177371A1 (en) * 2003-03-07 2004-09-09 Rami Caspi System and method for integrated communications center
US7761898B2 (en) * 2003-03-07 2010-07-20 Siemens Enterprise Communications, Inc. System and method for e-mail control of an integrated communications center
US7519073B2 (en) * 2003-03-07 2009-04-14 Siemens Communications, Inc. System and method for instant messaging control of an integrated communications center
US7525975B2 (en) * 2003-03-07 2009-04-28 Rami Caspi System and method for integrated audio stream manager
KR100849842B1 (ko) * 2003-12-23 2008-08-01 삼성전자주식회사 방송용 어플리케이션을 실행하는 장치 및 실행 방법
JP4956938B2 (ja) * 2005-08-25 2012-06-20 富士通株式会社 リモート操作プログラム、方法及び端末装置
JP5085053B2 (ja) * 2006-05-25 2012-11-28 株式会社バンダイナムコゲームス 画像生成システム、プログラム及び情報記憶媒体
TWI323128B (en) * 2006-10-03 2010-04-01 Quanta Comp Inc Image processing apparatus and method
DE102007026222A1 (de) * 2006-10-31 2008-05-08 Siemens Ag Verfahren zur Übertragung von Szene-daten in einem unidirektionalen Datenübertragungssystem
US8649385B2 (en) * 2007-05-29 2014-02-11 Time Warner Cable Enterprises Llc Methods and apparatus for using tuners efficiently for delivering one or more programs
US8245253B2 (en) * 2010-12-15 2012-08-14 Dish Network L.L.C. Displaying music information associated with a television program
EP2898659B1 (en) * 2012-09-21 2017-02-22 Philips Lighting Holding B.V. Method and apparatus for dynamic address assignment
US9110670B2 (en) 2012-10-19 2015-08-18 Microsoft Technology Licensing, Llc Energy management by dynamic functionality partitioning
US9417925B2 (en) * 2012-10-19 2016-08-16 Microsoft Technology Licensing, Llc Dynamic functionality partitioning
CN103631534B (zh) * 2013-11-12 2017-01-11 北京兆芯电子科技有限公司 数据存储系统以及其管理方法
US9843570B2 (en) 2014-11-05 2017-12-12 Datawatch Systems, Inc. System and method for providing security monitoring
CN107094046B (zh) * 2017-05-24 2020-07-07 熊猫电子集团有限公司 一种从站触发的抑制网络的卫星通信方法
JP6973427B2 (ja) * 2019-02-15 2021-11-24 株式会社安川電機 通信システム、通信方法、及びプログラム

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5467295A (en) * 1992-04-30 1995-11-14 Intel Corporation Bus arbitration with master unit controlling bus and locking a slave unit that can relinquish bus for other masters while maintaining lock on slave unit
US5515173A (en) * 1993-03-05 1996-05-07 Gemstar Developement Corporation System and method for automatically recording television programs in television systems with tuners external to video recorders
AU2515295A (en) * 1994-05-16 1995-12-05 Roy J. Mankovitz Television program record scheduling and satellite receiver control using compressed codes
JPH0855080A (ja) * 1994-08-11 1996-02-27 Toshiba Corp 交換機システムにおけるデータアクセス制御方式
JP3870436B2 (ja) * 1995-11-02 2007-01-17 ソニー株式会社 情報信号記録機器及び通信方法
AU3294997A (en) * 1996-06-13 1998-01-07 Starsight Telecast Incorporated Method and apparatus for searching a guide using program characteristics
EP0932958B1 (en) * 1996-10-16 2003-10-15 Thomson Consumer Electronics, Inc. Method for ensuring interoperability of devices connected to a bus and device adapted therefor.
US6263507B1 (en) * 1996-12-05 2001-07-17 Interval Research Corporation Browser for use in navigating a body of information, with particular application to browsing information represented by audiovisual data
FI104223B1 (fi) * 1996-12-17 1999-11-30 Nokia Mobile Phones Ltd Menetelmä SIM-kortin ohjauskomentojen välittämiseksi ulkopuoliselta laitteelta SM-kortille
US6321308B1 (en) * 1997-03-21 2001-11-20 Emc Corporation Method and apparatus for managing access requests from a plurality of devices using dual level queue locking scheme and a doubly-linked circular queue
JP3533314B2 (ja) * 1997-07-17 2004-05-31 松下電器産業株式会社 記録再生装置
US6141702A (en) * 1997-07-30 2000-10-31 Sony Corporation Of Japan Model and command set for an AV/C-based disc media player recorder
JPH1166824A (ja) * 1997-08-15 1999-03-09 Sony Corp オーディオサーバシステム
WO1999014946A1 (en) * 1997-09-18 1999-03-25 Thomson Consumer Electronics, Inc. Digital television apparatus for controlling a peripheral device via a digital bus
US6040829A (en) * 1998-05-13 2000-03-21 Croy; Clemens Personal navigator system
JP2000149407A (ja) * 1998-11-10 2000-05-30 Sony Corp 情報伝送方法、情報処理方法、情報伝送システム、及びデータ処理装置
JP4147689B2 (ja) * 1999-06-14 2008-09-10 ソニー株式会社 情報処理装置及び情報処理方法
JP3408198B2 (ja) * 1999-06-25 2003-05-19 三洋電機株式会社 遠隔制御装置におけるセキュリティロック制御方法

Also Published As

Publication number Publication date
JP2000156031A (ja) 2000-06-06
US7243131B1 (en) 2007-07-10
US20050198214A1 (en) 2005-09-08
CN1275253C (zh) 2006-09-13
KR20010034215A (ko) 2001-04-25
WO2000030104A1 (fr) 2000-05-25
CN1301384A (zh) 2001-06-27
EP1049088A1 (en) 2000-11-02
EP1049088A4 (en) 2007-01-10
US20050193126A1 (en) 2005-09-01
US20050188058A1 (en) 2005-08-25

Similar Documents

Publication Publication Date Title
KR100604626B1 (ko) 정보 처리 시스템, 정보 처리 장치, 및 정보 처리 방법
US6496896B1 (en) Transmission apparatus, recording apparatus, transmission and reception apparatus, transmission method, recording method and transmission and reception method
KR100653561B1 (ko) 정보 수신 장치, 다운로드 방법, 다운로드 진행 상황 표시 방법, 및 기기 선택 방법
KR100673651B1 (ko) 제어장치 및 제어방법
KR100674169B1 (ko) 전자기기 시스템, 제어기기와 동기화된 전원 제어방법
JP2000036850A (ja) データ送信装置および方法、データ受信装置および方法ならびにデータ送受信システムおよび方法
EP1014364B1 (en) Reception method over a chain of interconnected AV apparatus
KR100882522B1 (ko) 전자기기 시스템, 제어기기 및 제어방법
JP4411666B2 (ja) 情報受信装置、及び情報受信方法
JP2000030366A (ja) 情報受信装置、及びダウンロード進捗状況表示方法
JP2000036184A (ja) データ伝送システム及びデータ受信装置
JPH11177511A (ja) デジタル放送用受信再生装置
KR20010015044A (ko) 외부 기기 제어 장치 및 외부 기기 제어 방법
JP2000032428A (ja) 情報受信装置、及びダウンロード方法
EP1061520A2 (en) Editing system, editing apparatus and editing method
JP2000032430A (ja) 情報受信装置、及び機器選択方法
MXPA99010136A (en) Transmission apparatus, registration apparatus, transmission and reception device, transmission method, registration method and method of transmission and reception
EP1098315A1 (en) Electronic device, method of signal processing, method of input signal switching, and download system
JP2002033751A (ja) 電子機器、電子機器管理方法
JP2001101789A (ja) 情報処理装置および方法、並びに記録媒体
JPH11252173A (ja) データ伝送方法
JP2000031927A (ja) データ伝送方法
JP2001236772A (ja) 電子機器システム、電子機器
JP2007159148A (ja) データ伝送方法及びデータ伝送装置

Legal Events

Date Code Title Description
A201 Request for examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
LAPS Lapse due to unpaid annual fee