KR100582811B1 - 데이터 전송 관리 방법 - Google Patents

데이터 전송 관리 방법 Download PDF

Info

Publication number
KR100582811B1
KR100582811B1 KR1020000025230A KR20000025230A KR100582811B1 KR 100582811 B1 KR100582811 B1 KR 100582811B1 KR 1020000025230 A KR1020000025230 A KR 1020000025230A KR 20000025230 A KR20000025230 A KR 20000025230A KR 100582811 B1 KR100582811 B1 KR 100582811B1
Authority
KR
South Korea
Prior art keywords
data
data transmission
state
reception
transmitter
Prior art date
Legal status (The legal status 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 status listed.)
Expired - Fee Related
Application number
KR1020000025230A
Other languages
English (en)
Other versions
KR20010014898A (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 KR20010014898A publication Critical patent/KR20010014898A/ko
Application granted granted Critical
Publication of KR100582811B1 publication Critical patent/KR100582811B1/ko
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; 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
    • G06COMPUTING OR CALCULATING; 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
    • G06F13/4265Bus transfer protocol, e.g. handshake; Synchronisation on a point to point bus
    • G06F13/4269Bus transfer protocol, e.g. handshake; Synchronisation on a point to point bus using a handshaking protocol, e.g. Centronics connection

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Small-Scale Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Systems (AREA)
  • Selective Calling Equipment (AREA)

Abstract

상호 링크된 다수의 기기를 갖는 시스템에서, 본 발명은 불필요한 데이터 송신 또는 데이터 전송 라인의 불필요한 점유를 피하는 방법을 개시한다. 데이터의 송신/수신에 이용 가능한 기기를 확인한 후에, 데이터의 수신/송신을 개시하기 위한 데이터 전송 라인이 확립된다. 데이터 송신 동안, 데이터 송신/수신의 이네이블 및 디스에이블 상태가 모니터링되며, 필요에 따라, 데이터 송신을 해제한다.

Description

데이터 전송 관리 방법{METHOD OF DATA TRANSMISSION MANAGEMENT}
도 1은 본 발명의 실시예 1에 따른 데이터의 수신에 이용 가능한 기기를 탐색하는 송신기의 절차를 도시하는 흐름도,
도 2는 본 발명의 실시예 3에 따른 데이터의 송신에 이용 가능한 기기를 탐색하는 수신기의 절차를 도시하는 흐름도,
도 3은 본 발명의 실시예 5에 따른 데이터의 송신 및 수신에 이용 가능한 기기를 탐색하는 제 3 기기의 절차를 도시하는 흐름도,
도 4a 및 4b는 CMP에서의 플러그 개념을 예시하는 개략도,
도 5a 및 5b는 PLOG INFO 커맨드 및 응답을 예시하는 도면,
도 6a 및 6b는 INPUT PLUG SIGNAL FORMAT 커맨드 및 OUTPUT PLUG SIGNAL FORMAT 커맨드를 예시하는 도면,
도 7a, 7b 및 7c는 ISOCH_IO_WISH 커맨드 및 응답을 예시하는 도면,
도 8a 및 8b는 DIGITAL INPUT 커맨드 및 DIGITAL OUTPUT 커맨드를 예시하는 도면,
도 9a 및 9b는 iPCR 형식 및 oPCR 형식을 예시하는 도면,
도 10은 버스 시스템의 구조를 예시하는 구성도,
도 11은 접속의 일례를 시각적으로 도시하는 이미지 도면.
도면의 주요 부분에 대한 부호의 설명
1 : VCR 1 2 : VCR 2
3 : STB 4 : 모니터
본 발명은 예를 들면, 다수의 기기를 상호 접속하는 버스 시스템에서 사용하는 데이터 전송 관리 방법에 관한 것이다.
MPEG2 전송 패킷 형식(이하 TS 패킷으로 지칭됨)이나 디지털 비디오 형식(이하 DV로 지칭됨)의 오디오 및 비디오 데이터(이하 AV 데이터로 지칭됨)의 실시간 전송(real-time transmission)에 적합한 네트워크로서 IEEE1394로서 알려진 디지털 인터페이스가 제안되어 있다. IEEE1394는 직렬 고속 버스 시스템(serial high-speed bus system)으로서, 동기 타이밍(synchronous timing)에서의 등시성 형식(isochronous format)으로 데이터를 송신하여, 데이터의 실시간 전송이 가능하다. 또한, 등시성 데이터 전송과 병행하여 비동기 타이밍에서의 비동기 데이터 전송을 실행할 수 있다.
IEEE1394에서는, 하나의 로컬 버스를 통해 최대 63개의 기기를 접속할 수 있다. 기기에 전원이 공급되는 동안에, 각각의 기기의 케이블을 접속하거나 또는 해제할 수 있다. 기기의 부가 또는 제거 시에는, 이들의 접속을 자동적으로 인식하어 네트워크를 재구성한다.
IEEE1394는 다양한 오디오 및 디지털 기기에 외부 인터페이스로서 설치될 수 있다. IEEE1394와 그 AV 데이터 전송 모드 또는 AV 프로토콜의 조합(IEC 61883에서 규정: 소비자 전자 제품을 위한 디지털 인터페이스의 사양서(specifications of digital interface for consumer electronic equipment)은 예를 들면, 두 개의 DV 기기가 데이터 전송 및 디지털 더빙을 위해 각각 통신될 수 있도록 한다. 또한 AV 프로토콜 이외의 비동기 전송 모드는 AV 기기에 Play 및 Stop을 포함하는 제어 커맨드를 전달하기 위한 비동기 접속 또는 AV/C 디지털 인터페이스 커맨드 세트와 같이 사용될 수도 있다.
IEEE1394에서는, 멀티-채널 AV 신호(multi-channel AV signals)를 하나의 커넥터를 통해 전송할 수 있다. 또한, 신호의 입력 및 출력은 하나의 커넥터를 통해 수행될 수 있다. AV 프로토콜은 하나의 채널을 수신하거나 또는 송신하는 가상 커넥터로서 플러그가 할당된다. 따라서 입력 및 출력 각각을 위해 두 가지 타입의 플러그 필요하다. 즉, 입력 플러그는 하나의 채널을 통해 데이터를 수신하며 출력 플러그는 하나의 채널을 통해 데이터를 송신한다. 이 때문에 N개 채널의 등시성 패킷을 수신하기 위해서 N개의 입력 플러그를, N개 채널의 등시성 패킷을 송신하기 위해서 N개의 출력 플러그를 갖는 기기가 필요하다.
온/오프 동작을 결정하거나 또는 처리될 채널을 할당하기 위해서 레지스터(PCR, 플러그 제어 레지스터)가 제공된다. PCR은 입력을 위한 iPCR 및 출력을 위한 oPCR의 두 가지 타입으로 분류되어 있다. PCR은 IEEE1394의 어드레스 영역(address area)에 위치하고 있어, 비동기 패킷을 사용하여 직접 판독되거나 또는 값을 변경할 수 있다. 따라서 신호의 입력 및 출력을 제어하는데 별도의 전용 제어 커맨드가 필요없어, PCR은 하드웨어로도 구현될 수 있다.
따라서, PCR은 기기 간의 신호 접속을 위한 AV 프로토콜의 접속 관리 절차(CMP; connection management procedure)에서 이용된다. CMP는 3가지 상이한 신호 접속 방법, 즉 1) 브로드캐스트 아웃 접속(broadcast out connection), 2) 브로드캐스트 인 접속(broadcast in connection), 및 3) 포인트-대-포인트(p-대-p) 접속으로 분류되어 있다. 그들의 개념은 도 4에 예시되어 있다. 도 4는 도 10에 도시된 바와 같이 캠코더(0), VCR 1, VCR 2, STB(세트 탑 박스, 위성 방송 수신기)(3), 모니터(4) 및 제어기(5)가 IEEE1394에 의하여 상호 접속된 예시적인 버스 시스템의 플러그를 도시하고 있다.
브로드캐스트 아웃 접속은 출력 플러그와 채널 사이에 확립된다. 도 4a를 참조하면, 캠코더(0)는 브로드캐스트 아웃 접속에 의해 63번째 채널에 링크되어 있다. 63번째 채널과 모니터(4)는 브로드캐스트 인 접속에 의해 링크되어 있다. 따라서, 캠코더(0)로부터의 데이터는 채널을 매체로 하여 모니터(4)에 의해 수신된다.
브로드캐스트 아웃 접속은 임의의 다른 기기에 의해 해제될 수 있다. 예를 들면, VCR 2의 PLAY 버튼 스위치를 사용자가 누른 경우, VCR 2는 캠코더(0)로부터 브로드캐스트 아웃 접속을 해제하여 브로드캐스트 아웃 접속을 63번째 채널로 설정하는 어플리케이션(application)을 실행할 수도 있다. 이 경우에, 모니터(4)는 브로드캐스트 인 접속에 의해 63번째 채널에 링크되어 있고, 이에 따라 그 디스플레이 이미지는 자동적으로 VCR 2로부터의 이미지로 시프트된다.
VCR 2는 자신의 이미지가 출력되는 63번째 채널이 또 다른 기기(캠코더(0))에 링크되어 있는 것을 검출하고, 이 기기의 oPCR을 판독한다. 또한 63번째 채널이 단지 브로드캐스트 아웃 접속에만 사용된다는(engaged) 것을 감지하면, VCR 2는 oPCR을 재기록하여 브로드캐스트 아웃 접속을 해제한다.
결과적으로, 캠코더(0)는 등시성 패킷을 63번째 채널로 출력하는 것을 중단하고, 이에 따라 VCR 2가 63번째 채널과 브로드캐스트 아웃 접속을 설정하는 것을 허용한다.
두 개의 특정 기기 간의 보호 신호 접속이 요청되는 경우에는, p-대-p 접속을 사용한다. 도 4에 도시된 바와 같이, STB(3)과 VCR 1간의 p-대-p 접속이 61번째 채널을 통해 설정되어 있다. p-대-p 접속은 1-대-1 접속이므로 접속을 확립한 기기에 의해서만 해제될 수 있다. p-대-p 접속은 출력 기기, 입력 기기 또는 제 3 기기에 의해서 확립될 수도 있다. 예를 들면, 재생 측의 VCR과 기록 측의 VCR간의 p-대-p 접속을 제어기(5)가 설정할 수도 있다. 또한, 두 개 이상의 p-대-p 접속이 하나의 출력 플러그로 오버레이될 수도 있다. 또한, 두 개 이상의 p-대-p 접속이 단일 입력 플러그 또는 두 개 이상의 플러그로 오버레이될 수도 있다.
삭제
그러나, 전술한 CMP의 접속 관리 방법은 이하의 결점을 갖는다.
첫째, p-대-p 접속은 불필요한 등시성 전송을 형성할 수도 있다. 불필요한 등시성 전송의 특징적 실례는 다음과 같다.
1-1) 제 3 기기에 의해 설정된 p-대-p 접속이 실제 데이터의 송신이 없거나 또는 엠프티 패킷(empty packet)이 전달되는 동안 계속 유지될 수도 있다. 또한, 제 3 기기 또는 송신기에 의해 설정된 p-대-p 접속은 송신된 데이터가 수신기에 의해 사용되지 않는 경우에도 유지될 수도 있다. 등시성 전송에서는 송신을 개시하기 이전에 대역폭을 할당하여, 송신이 종료되면 대역폭을 복원(restore)한다. 결과적으로, 대역폭이 또 다른 기기에 할당되어, 송신기로부터의 등시성 전송이 디스에이블되는 결과가 발생할 수 있다. p-대-p 접속은 불필요한 데이터 송신을 유발시켜 효율적인 데이터 송신을 방해할 수 있다.
1-2) 송신기 또는 제 3 기기에 의해 설정된 p-대-p 접속으로 수신된 데이터가 수신기에 의해 항상 유효하게 사용되지 않을 수도 있다.
1-3) 수신기 또는 제 3 기기에 의해 설정된 p-대-p 접속으로 송신된 데이터가 송신기에 의해 항상 보증되지 않을 수도 있다. 이것은 불필요한 데이터 송신을 초래한다.
둘째, 브로드캐스트 아웃 접속은 수신기를 식별(identify)하지 않으므로, 데이터를 수신할 수 있는 기기가 없을 수도 있다. 따라서, 이와 같은 불필요한 데이터 송신에 의해, 데이터 송신을 위한 한정된 자원 내에서 이용 가능한 전체 전송 용량을 저하시킨다.
세째, 브로드캐스트 인 접속을 설정하려는 어떠한 기기도 브로드캐스트 아웃 접속의 설정을 준비하는 기기를 탐색하도록 고려되어 있지 않다. 예를 들면, 수신기가 데이터를 실제로 수신하기 전에, 데이터의 송신을 준비하는 어떠한 기기도 알고 있지 못하므로, 관심 데이터(data of interest)가 송신되는 채널을 조사해야 한다.
본 발명은 상호 링크된 다수의 기기를 갖는 버스 시스템에서, 데이터 송신 또는 수신이 허여되는지 여부를 문의하는 질의에 대한 응답에 따라, 기기 간의 데이터 전송 라인을 설정 및 해제하는 데이터 전송 관리 방법을 제공한다.
관심 데이터의 신호 형식이 변하면, 기기 간의 데이터 전송 라인을 설정 및 해제하는 관리가 그 변화에 대응하여 이루어질 수 있다.
또한, 상호 링크된 다수의 기기를 갖는 버스 시스템에서, 데이터 송신 및 데이터 수신 각각의 이용 가능성에 대해 다른 기기에 질의하는데 제 3 기기가 사용될 수도 있다. 데이터 송신 및 데이터 수신의 이용 가능성을 알리는 다른 기기의 질의에 대한 응답에 따라, 제 3 기기는 다른 기기 간의 데이터 전송의 설정 또는 해제를 관리한다.
이하의 실시예는 도 4에 예시된 IEEE1394에 적용된 버스 시스템의 본 발명의 전송 관리 방법을 설명한다.
(실시예 1)
송신기가 캠코더(0)이고 AV 데이터를 송신하고자 한다고 가정하면, 데이터를 수신하는 기기를 탐색하는 송신기의 절차에 대해서 도 1의 흐름도를 참조하여 설명할 것이다.
단계 1에서, 송신기는 각 기기(instrument)에 기기의 입력 플러그의 수를 질의하기 위한 PLUG_INFO 상태 커맨드를 어드레싱(addresses)한다.
PLUG_INFO 상태 커맨드는 IEEE1394 트레이드 어소시에에션에서 1998년 4월 15일자로 발행한 "AV/C digital interface command set general specification, Ver.3.0, April 15,1998"로 규정되어 있는 커맨드 중의 하나로서 목표 기기의 입력 또는 출력 플러그의 수를 질의하는데 사용된다. 도 5a 및 도 5b는 커맨드를 상세히 도시한다. 송신기는, 직렬 버스 출력 플러그로부터 데이터를 송신하려는 경우, 직렬 버스 입력 플러그 수를 질의하기 위해서 도 5a에 도시된 커맨드를 목표 기기(target instrument)에 어드레싱한다.
목표 기기는, 도 5a에 도시된 커맨드를 수신하면, 도 5b에 도시된 형식의 응답을 출력한다. 도 5b에 도시된 응답은 등시성 입력 플러그(isochronous input plugs)의 수를 전달하는 Serial_bus_input_plugs 필드, 등시성 출력 플러그의 수를 전달하는 Serial_bus_output_plugs 필드, 외부(아날로그) 입력 플러그 수를 전달하는 External_input_plugs 필드, 외부(아날로그) 출력 플러그의 수를 전달하는 External_output_plugs 필드를 포함하고 있다.
목표 기기는, 입력 플러그를 갖고 있는 경우, 절차는 도 1의 단계 2로 진행하여, 각각의 입력 플러그가 신호를 수신할 수 있는지 여부를 질의하기 위해서 INPUT_PLUG_SIGNAL_FORMAT 질의 커맨드를 전달한다. INPUT_PLUG_SIGNAL_FORMAT 질의 커맨드는 또한 AV/C 커맨드 세트에 할당되어 있다. 그 형식이 도 6a에 도시되어 있다. 예를 들면, fmt 및 fdf의 두 개의 필드를 갖는 데이터의 특정 신호 형식이 캠코더(0)로부터, 플러그 필드에 저장된 번호에 의해서 식별되는 목표 기기의 요구되는 플러그로 송신되면, 요구되는 플러그가 특정 신호 형식의 데이터, 예를 들면 "DV 형식에 호환하는 NTSC(525/60)"을 수신할 수 있는지 여부를 조사해야 한다. 목표 기기의 플러그 중 어느 것도 송신기로부터의 특정 형식의 데이터를 수신할 수 없다면(즉, 응답은 "NOT_IMPLEMENTED"를 나타내면), 해당 목표 기기가 특정 형식의 데이터에 응답하지 않는다고 판단하여, 이 절차는 또 다른 기기에 질의하기 위해 단계 1을 반복한다.
입력 플러그가 데이터를 수신할 수 있다고 판단되면, 절차는 도 1의 단계 3으로 진행하여 플러그가 데이터 수신이 준비되었는가를 질의한다. 이 질의는 도 7a, 7b 및 7c에 도시된 바와 같은 ISOCH_IO_WISH 상태/질의 커맨드를 사용하여 만들어질 수도 있다. 커맨드는 범용적으로 사용하기 위해, 예컨대 AV/C 커맨드 형식과 호환되도록 도면에 도시된 계층 구조를 갖는다.
도 7a에 도시된 바와 같이, AV/C 커맨드로서 사용하기 위해서는 FLOW_MANAGEMENT 커맨드를 채용한다. FLOW_MANAGEMENT 커맨드는 카테고리 필드(category field)의 비트에 의해 지시되는 다수의 기능을 전달할 수 있다. category_dependent 필드는 카테고리 필드에 따라 크기나 구체적 정의에 대한 정보를 수용(hold)할 수 있다.
도 7b에 도시된 바와 같이, 카테고리 필드가 00인 경우, FLOW_MANAGEMENT 커맨드는 ISOCH_IO_WISH 커맨드를 운반한다. 질의되어진 목표 기기에 의해 판정되는 다른 필드, 즉 후술될 ipN, opN, i_sig 및 o_sig는 커맨드에 송신을 위해 1로 채워진다.
본 실시예의 ISOCH_IO_WISH 커맨드는 통지 커맨드 모드 및 상태 커맨드 모드 공통으로 사용될 수 있다. 상태 커맨드 모드로서, 목표 기기는 커맨드에 응답하여 자신의 상태를 전달한다. 통지 커맨드 모드로서, 목표 기기는 커맨드에 응답하여 자신의 상태를 전달하고, 자신의 상태가 변하면 상태 변화를 통지한다. 상태 커맨드 및 통지 커맨드는 AV/C 커맨드의 5비트째로부터 8비트째까지의, c타입이라고 알려진 4비트에 의해 식별되지만, 그 밖의 비트는 동일한다.
도 7c에 도시된 응답에서, ipN(N=00,01,...,30)은 접속 요구 비트를 나타내며, 그 값이 0이면, "번호 N의 플러그는 데이터 입력을 요구하지 않고 있다"를 나타내며, 그 값이 1이면, "번호 N의 플러그는 데이터 입력을 요구한다"를 나타낸다. 비트의 값은 실제 데이터 입력과 무관하다. 예를 들면, 데이터 입력이 요구된 경우라도 데이터 수신은 발생하지 않을 수도 있다. 또한, i_sig가 0일 때, 그것은 "모든 입력 플러그는 이전과 동일한 신호를 받아들인다"를 나타내며, i_sig가 1일 때에는, "모든 입력 플러그는 이전 형식과 다른 신호 형식을 받아들인다"를 나타낸다. 이 신호 형식은 두 개의 특정 필드 fmt 및 fdf로 규정되는 DV, MPEG2-TS, 오디오 데이터 형식 중에서 선택될 수 있음을 유념해야 한다. i_sig의 비트는 상태 커맨드에 대한 응답이나, 통지 커맨드에 대한 최초의 응답에서는 항상 0이다.
응답에서의 이 비트를 판독함으로써, 어느 플러그가 데이터 입력을 요구하는지를 판정한다. 통지 커맨드가 수신되면, 응답은 데이터 입력을 요구하는 플러그의 현재 상태를 나타내며, 사용 가능한(applicable) 신호 형식이 변경되고 나서는, 변화를 나타내는 응답이 형성된다. 캠코더로서 예를 들면, 카메라 촬영 모드 또는 테이프 재생 모드 중 PLAY/CUE/REVIEW 동작을 위해 ip00=0이 주어진다. Stop, FF 또는 REW 동작이 선택되면, 등시성 패킷의 입력이 허가되어, ip00이 1로 시프트한다. 또한 REC Pause 모드에서는, ip00=1이 주어진다.
삭제
VCR에서는, 테이프 재생 모드 중 PLAY/CUE/REVIEW 동작으로서 ip01=0이 주어진다. VCR 1이 Stop/FF/REW 상태일 때, 등시성 패킷의 입력이 허락되어 ip01은 1로 시프트된다. REC pause 동작에서는, ip01=1이 주어진다. 다른 데이터가 VCR 1 상에 기록되는 동안에는, ip01=1이 주어진다.
STB(3)에서, ip03=0은 프로그램 데이터의 출력을 나타내며, ip03=1은 디코딩 및 외부 데이터의 출력을 나타낸다.
모니터가 내장된 튜너로부터의 프로그램을 디스플레이하는 경우, ip04=0이 주어진다. 다른 기기로부터 프로그램 데이터가 수신되어 디스플레이되는 동안에는 ip04=0이 주어진다. ip04=1에 의해 디코딩 및 외부 데이터의 출력이 표시된다.
모니터에 내장된 디코더가 DV로부터 MPEG 디코딩 모드로 전환(switch)되면, 모니터의 통지 커맨드에 대한 응답으로 i_sig 플러그가 1로 시프트된다.
데이터 입력을 요구하는 입력 플러그가 존재하면 도 1의 단계 4로 진행하여, 데이터 입력을 요구하는 플러그가 다른 기기로부터 신호를 수신하는지를 플러그의 iPCR을 판독하여 판단한다. 다른 기기로부터 신호를 수신중인 것으로 판단하면, 절차는 데이터 입력을 요구하는 다른 플러그를 조사하기 위해 단계 2로 되돌아간다. 플러그가 데이터 입력을 요구하지 않으면, 다른 기기를 체크하기 위해 절차는 단계 1로 되돌아간다.
입력 플러그가 데이터 입력을 요구하며, 다른 기기로부터 데이터를 수신하고 있지 않다면, 절차는 도 1의 단계 5로 진행한다. 송신기는 INPUT_PLUG_SIGNAL_FORMAT 제어 커맨드를 목표 기기에 전달하여 입력 플러그의 신호 형식을 현재의 형식으로부터 송신될 데이터의 형식으로 시프트시킨다.
입력 플러그의 신호 형식이 커맨드에 의해 매칭되면, 다른 기기로부터 데이터를 수신하지 않음으로써 데이터 입력의 수신을 위한 상태가 준비되며 절차는 단계 6으로 진행한다. 수신기의 조건으로 인해 입력 플러그의 신호 형식은 원하는 대로 변하지 않는 경우도 있다. 이후에 ISOCH_IO_WISH 통지 커맨드를 출력하거나, 또는 또 다른 플러그를 질의하기 위해 단계 2로부터 또는 또 다른 기기를 탐색하기 위해 단계 1로부터 절차가 반복되게 된다.
캠코더(0)가 DV 형식의 데이터를 송신하려 하지만, 목표 모니터는 MPEG 신호의 수신을 준비하며 DV 데이터를 허용하지 않는다고 가정한다. 그러면, 캠코더는 ISOCH_IO_WISH 통지 커맨드를 모니터에 전달하며, 모니터는 순차로 각각의 플러그 상태인 ip00-30 및 0인 i_sig flag를 운반하는 응답을 송신한다. 예를 들면, 하나의 모드에서 다른 모드로 전환된 모니터에 내장된 디코더의 접속에 의해서 DV 형식을 수용하도록 상태가 시프트되면, 응답 내 i_sig 플래그는 0에서 1로 전환된다. 1의 i_sig 플래그를 수신하면, 캠코더는 입력 플러그의 신호 형식을 확인하여 DV 데이터를 모니터로 송신한다.
더 구체적으로는, 도 1의 단계 6에서, 송신기는 데이터 전송하기 위한 전송 라인을 설정하기 위해 자신의 출력 플러그와 목표 기기의 입력 플러그 간에 p-대-p 접속을 제공한다. ISOCH_IO_WISH 커맨드는 "접속은 유효한 데이터의 송신을 허용한다" 및 "입력 데이터는 낭비없이 그 전체가 이용된다."는 것을 나타내어, 내부 접속을 변경할 필요는 없다.
각각의 기기의 입력 플러그가 데이터의 신호 형식을 허용하지 않거나, 데이터의 입력을 요구하지 않거나, 또는 또 다른 기기로부터의 데이터 입력과 연결하는데 이용할 수 없어 데이터 송신을 거부하면, 송신기는 데이터가 다른 기기에 의해서도 수신될 수 없다고 판단하여, 데이터의 송신을 해제한다. ISOCH_IO_WISH 통지 커맨드는 송신기가 목표 기기의 각각의 입력 플러그 상태-다른 기기로부터의 신호의 입력과 연결되어 있는지 또는 데이터 입력을 요구하지 않고 있는지-를 모니터링하도록 허용함으로서, 절차를 효율적으로 진행할 수 있다.
데이터의 송신 및 수신이 더 이상 요구되지 않으면, 전송 라인은 분리되어 데이터 송신을 종결시킨다. 그 절차는 후술한다. 본 실시예에서는, 송신기는 p-대-p 접속을 설정하므로 p-대-p 접속을 해제하는 것이 그 임무(responsibility)이다. 따라서, 데이터 송신이 더 이상 필요하지 않으면, 송신기는 간단히 p-대-p 접속을 해제한다. 한편, 수신기는 더 이상의 데이터의 입력이 없다는 것을 검출하여 그 동작을 중단한다.
수신기가 데이터의 수신을 종료하고자 하나, p-대-p 접속의 해제가 적절하지 않는 경우, 데이터의 송신이 더 이상 요구되지 않음을 송신기에 통지하여 p-대-p 접속을 해제하는 것을 허용하게 해야 한다. 이 때문에, ISOCH_IO_WISH 통지 커맨드를 사용할 수 있다. 데이터 송신이 설정되면, 송신기는 재차 수신기에 ISOCH_IO_WISH 통지 커맨드를 공급한다. 이것은 플러그로부터의 데이터 입력 요구가 중지되면, 연결된 플러그에 대해 ipN 비트를 0으로 시프트하도록 수신기가 허용하여, 최종 응답을 출력한다. 이와 달리, 데이터 입력의 요구를 유지하고 있지만 신호 형식이 다른 형식으로 변경되면, 수신기는 연결된 플러그에 대한 i_sig를 1로 시프트시키고 최종 응답을 출력한다. 그 후, 송신기는 1비트의 ipN을 갖는 최종 응답으로부터 플러그가 현재 데이터 송신으로부터 차단되었음(disengaged)을 인식하여 플러그에 대한 p-대-p 접속을 해제한다. 송신기는, 어떠한 다른 기기도 p-대-p 접속으로 연결되어 있지 않으면, 그 송신 동작을 종료하거나 또는 또 다른 동작으로 진행한다.
더 구체적으로는, i_sing가 1로 시프트되면, 송신기는 INPUT_PLUG_SINGAL_FORMAT 상태 커맨드를 사용하여 p-대-p 접속으로 연결된 플러그의 신호 형식이 변경되었는지 여부를 체크한다. 형식이 변경된 경우, 플러그에 대한 p-대-p 접속을 해제한다. 변경되지 않았다면, p-대-p 접속을 유지한다.
(실시예 2)
본 실시예는 p-대-p 접속을, 전송 라인을 설정하는 브로드캐스트 접속에 의해 대체한다는 점이 실시예 1과 상이하다. 단계 1 내지 단계 5는 실시예 1의 단계와 동일하기 때문에 상세한 설명은 생략한다.
p-대-p 접속에 대해서는, p-대-p 접속을 갖고자 하는 송신기는 채널 및 대역폭을 포함하는 자원을 확보하여, 채널, 데이터 율 및 오버헤드-ID를 결정하고, 도 9에 도시된 바와 같이 iPCR 또는 oPCR 형식의 포인트-대-포인터 접속 카운터를 0에서 1로 시프트시킨다. 포인트-대-포인트 접속 카운터는 목표 기기 및 다른 기기를 1씩 증가시킴으로써 오버레이될 수도 있다.
브로드캐스트 접속을 설정하기 위해서는, 송신기는 채널 및 대역폭을 포함하는 자원을 할당하여, 채널, 데이터 율 및 오버헤드-ID를 결정하고, 도 9에 도시된 iPCR 또는 oPCR 형식의 브로드캐스트 접속 카운터를 1로 시프트시킨다.
p-대-p 접속은 그 규칙에 따라 iPCR 또는 oPCR을 재기록하는 제 3 기기, 송신기, 수신기 중 어느 것에 의해 설정될 수 있다. 그러나 iPCR 또는 oPCR의 브로드캐스트 접속 카운터는 플러그가 연결되어 있는 기기에 의해서만 1로 시프트될 수 있다. 예를 들면, iPCR의 브로드캐스트 접속 카운터는 송신기 또는 제 3 기기에 의해서 1로 시프트되는 것이 금지되어 있다. 더 구체적으로는, 브로드캐스트 인/아웃(broadcast in/out) 접속은 비 외부 기기에 의해서 설정될 수 있다. AV/C 커맨드는 수신기/송신기에 브로드캐스트 인/아웃 접속의 설정을 요청하는 외부 기기에 제공된다.
더 구체적으로, 도 8b에 도시된 바와 같은 DIGITAL_OUTPUT 커맨드는 70(설정)으로 세트된 connection_status로 변경되어 해당 기기에 전송하고, 자원 할당을 포함하는 브로드캐스트 아웃 접속을 설정하기 위해 요구된 동작을 순차 진행한다. 또한, 70(설정)으로 세트된 connection_status를 갖는 도 8a에 도시된 바와 같은 DIGITAL_INPUT 커맨드를 수신하면, 기기는 브로드캐스트 인 접속이 설정된다.
본 실시예에서는, 송신기는 도 1의 단계 6에서의 브로드캐스트 아웃 접속을 설정하기 위해 그 스스로 자원을 확보하고 채널의 번호를 확인하며, 입력 READY 상태에 있는(즉, 데이터의 수신을 준비하나 아직까지는 데이터를 수신하고 있지는 않는) iPCR에 채널 번호를 기록한다. 이후에 송신기는 70(설정)으로 세트된 connection_status를 갖는 DIGITAL_INPUT 커맨드를 수신기에 전달하여 브로드캐스트 인 접속을 설정한다. 브로드캐스트 인 접속 및 브로드캐스트 아웃 접속이 단일 채널에 대해서 설정됨으로써, 송신기와 수신기 간에는 유효한 전송 라인이 설정될 수 있다.
데이터 입력 또는 출력이 더 이상 필요하지 않는 경우, 상술한 절차에 의해 설정된 전송 라인을 해제하는 절차 및 데이터 입력을 중지시키는 절차에 대해서 설명한다. 본 실시예에서는, 송신기가 데이터 송신을 더 이상 필요로 하지 않는 경우, 송신기는 간단하게 브로드캐스트 아웃 접속을 해제하여 데이터 송신을 중단시킨다. 따라서, 수신기는 데이터가 입력되지 않음을 검출하고 동작을 중단시킨다.
수신기는 데이터 송신의 중단을 결정하면, 브로드캐스트 인 접속을 간단하게 해제할 수 있다. 또한 수신기가 더 이상 데이터의 수신을 원하지 않을 때, 불필요한 데이터 송신을 중지시키고자 하나, 계속해서 데이터를 송신하는 송신기를 확인할 수 없는 경우는, 60(해제)으로 세트된 connection_status를 갖는 DIGITAL_OUTPUT 커맨드를 송신기에 어드레싱하여 브로드캐스트 아웃 접속을 해제한다. 또한, oPCR의 브로드캐스트 접속 카운터 비트를 수신기가 클리어 오프(clear off)하여 브로드캐스트 아웃 접속을 해제하는 것도 가능하다. 또한, 수신기는 더 이상의 데이터 송신이 필요없음을 송신기로부터 제공된 ISOCH_IO_WISH 통지 커맨드를 이용하여 송신기에 통지하여, 송신기가 데이터 송신을 중지할 수 있게 한다. 후자의 경우에, 다른 기기가 채널을 통해 송신기로부터의 데이터를 수신할 수 있기 때문에, 브로드캐스트 아웃 접속을 통한 데이터의 송신의 중단을 송신기에 요구하기 전에 수신기가 또 다른 기기로부터 iPCR을 판독하여 브로드캐스트 인 접속이 채널에 링크하고 있지 않는지를 판정하는 것이 바람직하다.
실시예 1 및 실시예 2로 기술된 절차에 따라, 송신기는 데이터 전송 라인을 설정 및 해제할 수 있다. 데이터 송신이 불필요한지 여부를 판정하여, 송신기는 더 이상의 불필요한 데이터의 송신을 중지시킬 수 있어, 불필요한 데이터 송신을 회피할 수 있다.
도 1에 도시된 흐름도의 각 단계에서, 입력 플러그의 수, 원하는 신호 형식의 지원, 데이터 입력을 위한 대기 및 또 다른 신호의 수신을 질의하는 커맨드는 상술한 실시예에 한정되지 않으며, 질의를 행할 수 있는 어떠한 형태이어도 된다. 도 7에 도시하는 바와 같이 제공되는 ISOCH_IO_WISH 통지 커맨드는 단일 형식의 선택 및 질의 그룹을 전하는 하나의 커맨드 또는 상태 커맨드를 반복함으로써 대체할 수 있다. 예를 들면, ISOCH_IO_WISH 통지 커맨드에 fmt 및 fdf 필드를 부가하여, 통지 커맨드의 수신 시의 fmt 및 fdf 필드에 의해 규정된 신호 형식에 기초하여 데이터 송신 요구를 회답할 수 있도록 한다. 이 경우, 신호 형식이 데이터 송신 유지 요구로 변화되면, 각각의 포트에서의 비트는 0으로 클리어 오프되고, 이에 따라 i_sig 및 o_sig로의 비트의 할당은 필요하지 않을 수도 있다.
질의의 순서는 본 발명의 상술한 실시예에 한정되는 않으며, 임의로 변경시킬 수도 있다.
전송 라인은, 한정되는 것은 아니지만, 실시예 1 및 실시예 2에서의 데이터 송신을 수행하는 송신기에 의해 설정되나, 수신기에 의해 설정될 수도 있다. 예를 들면, 송신기가 이용 가능한 입력 플러그를 식별하여, 브로드캐스트 아웃 접속을 통해 데이터를 송신하면, 데이터의 수신을 요구한 수신기는 데이터가 송신되는 채널을 체크하여, 그 채널상에 p-대-p 접속을 설정하여 데이터를 수신한다. 데이터가 쓸모없다면, 수신기는 전송 라인을 해제할 수도 있다.
(실시예 3)
송신기로부터의 AV 데이터를 수신하기 위한 수신기의 송신기 탐색 절차를 도 2를 참조하여 설명한다.
단계 1에서, 수신기는 도 5a에 도시된 바와 같은, 기기의 출력 플러그의 수를 질의하기 위한 PLUG_INFO 상태 커맨드를 각각의 기기에 어드레싱한다. 요구되는 입력 플러그를 기기에서 이용할 수 없으면, 질의는 또 다른 기기로 시프트된다.
요구되는 출력 플러그가 목표 기기에서 이용 가능하면, 절차는 도 2의 단계 2로 진행하며, 여기서 수신기는 OUTPUT_PLUG_SIGNAL_FORMAT 질의 커맨드를 어드레싱하여, 존재하는 AV 데이터의 요구되는 신호 형식을 출력 플러그가 지원하는지 여부를 질의한다. OUTPUT_PLUG_SIGNAL_FORMAT 질의 커맨드는 AV/C 커맨드 세트에 규정되어 있다. 그 구조를 도 6b에 도시하고 있다. 예를 들면, 도 4에 도시된 캠코더(0)는 fmt 및 fdf의 두 개의 필드로 규정된 신호 형식의 데이터를 수신하려고 하여, 요구되는 형식, 예를 들어, "DV 형식과 호환 가능한 NTSC(526/60)"에서의 데이터의 이용 가능성에 대해 플러그에 질의한다. 기기의 플러그와 요구되는 형식과의 관계가 무관한 경우(예를 들면, 응답이 "실행되지 않음"을 나타내는 경우), 또 다른 플러그에 질의하기 위해서 도 2의 단계 1을 반복한다.
요구되는 형식의 데이터를 송신하는데 출력 플러그를 이용할 수 있으면, 절차는 단계 3으로 진행하며, 여기서 이후에 출력 플러그가 데이터를 송신할 준비가 되었는지 여부를 질의한다. 질의에는 신설된 ISOCH_WISH 커맨드를 사용한다. 도 7c에 도시된 바와 같이, 응답은 접속 커맨드 비트 opN(N=00,01,...,30)을 포함하며, 여기서 각 비트는, "N번째 출력 플러그가 출력을 요구하지 않는다"일 경우에는 0이고, "N번째 출력 플러그가 출력을 요구한다"일 경우에는 1이다. 이 비트는 출력 플러그가 실제로 등시성 패킷을 송신하는 동작중인지의 여부를 내포하지는 않는다. 예를 들면, op00이 1일 때, 0번째 출력 플러그는 데이터를 출력하고 있거나 출력하고 있지 않을 수도 있다.
캠코더(0)의 경우, 카메라 촬영 모드 및 테이프 재생 모드 중 PLAY/CUE/REVIES 동작을 위해 op00=1이 주어진다. STOP, FF 및 REW 동작에서는, 등시성 패킷의 전송에 관계없이 실제 데이터를 출력하지 않을 때 op00=0이 주어진다. 테이프가 로드되지 않는다면, op00=0이 주어진다. VCR 1에서는, 테이프 재생 모드 중 PLAY/CUE/REVIEW 동작은 op01=1로 된다. STOP, FF 및 REW 동작에서는, 등시성 패킷의 전송에 관계없이 실제 데이터가 출력되지 않을 때 op01=0이 주어진다. 또한, 데이터 출력을 테이프 기록 모드에서 사용할 수 없을 때, op01=0이 주어진다. STB에서는, 프로그램 데이터의 출력은 op03=1이고 프로그램 등과 같은 메뉴 디스플레이는 op03=0이다. 모니터의 경우, 내장된 튜너로부터 수신된 프로그램이 디스플레이 중이고 데이터가 외부로 송신될 준비가 되었을 때 op04=1가 주어진다. 또 다른 기기로부터 수신된 프로그램 데이터가 디스플레이되고, 데이터 출력이 불가능이면, op03은 0이다.
o_sig의 값이 0일 때, 그것은 "각각의 출력 플러그는 이전과 같이 동일한 신호 형식을 수용한다"를 나타낸다. 1일 때는, "모든 출력 플러그는 이전의 신호 형식과 다른 신호 형식을 수용한다"를 나타낸다. 이 비트는 상태 커맨드에 대한 응답이나 통지 커맨드에 대한 최초의 응답에서는 항상 0이다.
VCR이 MPEG2-TS 형식 및 DV 형식간에 호환성이 있다면, 테이프의 기록 영역이 DV로부터 MPEG2-TS 형식으로 변할 때에, 재생중인 테이프로부터의 데이터의 신호 형식은 DV 신호로부터 MPEG2-TS 신호로 시프트될 수 있다. 그러면 통지 커맨드를 수신한 VCR은 1로 시프트된 o-sig로서 응답을 출력한다. 또한 DV 형식 신호가 NTSC 모드에서 PAL 모드로 변하면, 응답 또한 1의 o_sig로 만들어진다.
따라서, 출력 요구를 갖는 플러그는 응답 내의 비트를 판독함으로써 식별될 수 있다. 또한 통지 커맨드가 송신됨에 따라, 입력 또는 출력 준비 상태가 변경되고 출력 플러그에 의해 수용된 신호 형식이 변경될 때의 응답으로서 사용된다. 요구되는 신호 형식을 송신할 수 있는 출력 플러그가 출력 요구를 하지 않을 때는, 그것은 내부 플러그 접속의 현재 상태로 인해 데이터 송신에 이용할 수 없다고 생각된다. 예를 들면, 튜너를 가지고 있지 않은 VCR은 임의의 테이프가 로드되지 않으면, 데이터를 송신할 수 없다. 출력 요구를 위한 또 다른 출력 플러그를 질의하기 위해 도 2의 단계 3에서의 동작이 필요하다.
출력 플러그가 출력 요구를 가질 때, 절차는 단계 4로 진행하고, 여기서 출력 플러그가 데이터의 송신 중인지 여부를 oPCR로부터 판정한다.
데이터가 출력 플러그를 통해 송신될 때에, 데이터가 원하는 신호 형식인지가 조사된다. 데이터가 요구되는 신호 형식이면 절차는 단계 6으로 진행한다. 데이터가 요구되는 신호 형식이 아니면, 데이터를 수신하는 동작은 해제된다.
데이터가 출력 플러그를 통해 송신되지 않는다면, OUTPUT_PLUG_FORMAT 제어 커맨드가 출력되어 출력 형식을 요구되는 신호 형식으로 변화시킨다. 송신기의 출력 플러그에서 신호 형식이 제어 커맨드에 응답하여 변화됨에 따라, 데이터 송신이 준비된 것을 인식하여 절차는 단계 6으로 진행한다.
출력 플러그에서 신호 형식을 변화시키는 상술한 절차는 수신기의 상황(condition)으로 인해 어렵다. 이 경우에는, OUTPUT_PLUG_SIGNAL_FORMAT 통지 커맨드가 출력되어 출력 형식을 요구되는 신호 형식으로 변화시킨다. 그렇지 않으면, 절차가 또 다른 기기를 질의하기 위해 단계 4 또는 단계 1로부터 반복된다.
단계 6에서는, 수신기는 목표 기기로의 데이터 전송 라인을 갖기 위해 p-대-p 접속을 설정하고 동작 중인 출력 플러그로부터의 데이터 수신을 개시한다. ISOCH_IO_WISH 커맨드는 "유효한 데이터를 접속의 개시 시에 출력한다" 및 "수신된 데이터를 낭비없이(without waste) 사용한다"를 통지하므로, 내부 접속의 비변화를 요구한다.
기기의 출력 플러그가 요구되는 신호 형식을 송신하는데 이용할 수 없거나 또는 출력 요구가 존재하지 않는다면, 기기로부터의 출력 수신이 불가능하게 되고, 수신기는 데이터 수신 동작을 중지한다. 이후에, 수신기는, 예를 들면, 또 다른 기기로부터 신호를 수신하는 기기의 상태(condition) 및 출력 요구가 없는 플러그 상태를 모니터링 하는 등의 동작으로 진행한다.
출력 또는 입력을 위해 데이터가 더 이상 요구되지 않으면, 데이터 수신을 종료하기 위하여 상술한 절차에 의해 설정된 데이터 전송 라인을 해제하는 절차를 이하에서 설명할 것이다. 본 실시예의 수신기에 의해 p-대-p 접속이 설정됨에 따라, 이 접속은 수신기에 의해서만 해제될 수 있다.
수신기가 데이터의 수신을 더 이상 요구하지 않으면, p-대-p 접속을 수신기가 해제한다. 송신기는 p-대-p 접속의 해제를 검출한 후 송신 동작의 정지 등의 또 다른 동작으로 진행한다.
송신기가 데이터 송신을 정지시키려 할 때, 송신기는 수신기가 설정한 p-대-p 접속을 해제하는 것이 불가능하므로, 송신기는 데이터 송신의 종료를 수신기에 통지하여 수신기가 접속을 해제하도록 한다. 더 구체적으로, 전술한 ISOCH_IO_WISH 통지 커맨드를 이 목적을 위해 사용한다. 데이터 송신이 개시되면, 수신기는 ISOCH_IO_WISH 통지 커맨드를 송신기에 다시 전달한다. 순차적으로, 그 출력 플러그의 출력 요구가 삭제되면, 송신기는 opN 비트를 0으로 시프트하고, 수신기에 대한 최종 응답으로서 커맨드를 되돌려 준다. 이와 달리, 신호 형식이 또 다른 것으로 전환되면, 송신기는 최종 응답을, o_sig 비트를 1로 시프트하여 수신기로 송신한다.
응답을 수신하면, 수신기는 동작 중인 출력 플러그가 데이터 송신과 연결되지 않음을 인식하여 플러그에 대한 p-대-p 접속을 해제한다. 수신기 모두에 대한 p-대-p 접속이 해제되면, 송신기는 데이터 송신의 종료 등의 또 다른 동작으로 진행한다. o_sig 비트가 1로 시프트되면, 수신기는 자신이 설정한 p-대-p 접속을 통해 링크된 플러그의 신호 형식이 변하였는지를 체크하기 위한 OUTPUT_PLUG_SIGNAL_FORMAT 상태 커맨드를 전달한다. 형식이 변했다면, 플러그와의 p-대-p 접속이 해제된다. 변하지 않는다면, p-대-p 접속은 계속된다.
(실시예 4)
본 실시예는 전송 라인을 설정하기 위한 p-대-p 접속이 브로드캐스트 접속으로 대체한다는 점이 실시예 3과 상이하다. 단계 1 내지 단계 5의 절차는 실시예 3의 절차와 동일하므로, 상세한 설명은 생략한다.
본 실시예에서는, 수신기는 70(설정)으로 세트된 connection_status를 갖는 DIGITAL_OUTPUT 커맨드를 송신기에 제공하고, 송신기가 브로드캐스트 출력 접속을 설정하도록 한다. 이 때, 수신기가 채널의 번호를 지정하고자 하면, oMPR 내에 broadcast_channel_base 필드를 할당한다. 수신기는 데이터가 수신되는 채널의 번호를 확인하고 나서 브로드캐스트 인 접속을 설정하여 데이터 입력을 개시한다. 브로드캐스트 인 접속 및 브로드 캐스트 아웃 접속이 하나의 채널을 통하여 설정됨에 따라, 전송 라인이 송신기 및 수신기 사이에 전개된다.
데이터 송신 및 수신이 더 이상 필요치 않을 때, 데이터 입력을 종료시키기 위해 상술한 절차에 의해 설정된 전송 라인을 해제하는 절차를 이하에서 설명한다. 본 실시예에서는 브로드캐스트 접속을 이용함으로써, 데이터 송신의 종료가 검출되는 경우, 송신기는 브로드캐스트 아웃 접속을 해제하여 데이터 송신을 종료한다. 그리고 나서 수신기는 데이터 송신의 중단을 검출하고, 수신 동작의 중단과 같은 또 다른 동작으로 진행한다.
수신기가 더 이상의 데이터 입력을 요구하지 않으면, 간단히 브로드캐스트 인 접속을 해제할 수 있다. 또한, 수신기가 데이터 입력이 해제된 이후에 불필요한 데이터 송신을 피하려 할 때, 60(해제)으로 세트된 connection_status를 갖는 DIGITAL_OUTPUT 커맨드를 송신기에 보내어, 동작 중인 수신기를 확인할 수 없는 송신기로 하여금 수신기와의 브로드캐스트 아웃 접속을 해제할 수 있도록 한다. 브로드캐스트 아웃 접속은 또한 oPCR의 접속-카운트 비트를 0으로 클리어 오프함으로써 해제될 수 있다. 이와 달리, 상술한 ISOCH_IO_WISH 통지 커맨드는 송신기에 더 이상 데이터를 수신하지 않음과 송신기의 데이터 송신 중단 허용을 송신기에 통지하는데 사용될 수 있다. 또 다른 기기(들)가 채널을 통해 송신기에 의해 브로드캐스트된 데이터를 수신하려는 경우, 수신기는 각각의 기기의 iPCR을 호출하여 송신기에게 브로드캐스트 아웃 접속을 해제할 것을 명령하기 이전에 기기들이 브로드캐스트 인 접속에 의해 채널과 링크될 수 있는지 여부를 체크한다.
실시예 3 및 4에 따라 기술된 절차에 따라, 수신기는 데이터 전송 라인을 설정하고 해제할 수 있으므로, 실제로 데이터를 수신하기 이전에 불필요한 데이터 송신을 판정하고, 더 이상의 입력이 필요없으면, 불필요한 데이터 송신을 피하기 위해 데이터 송신을 해제한다.
도 2에 도시된 흐름도에서, 입력 플러그의 수를 질의하는 커맨드, 요구되는 신호 형식에 대한 지원, 데이터 입력을 위한 대기, 및 또 다른 신호의 수신은 본 실시예의 것들에 한정되지 않으며, 질의를 행하는 어떠한 형태일 수도 있다. 도 7에 도시된 바와 같이 제공되는 ISOCH_IO_WISH 통지 커맨드는 신호 형식의 선택 및 질의 그룹을 운반하는 하나의 커맨드 또는 상태 커맨드를 반복함으로서 대체할 수도 있다. 예를 들면, ISOCH_IO_WISH 통지 커맨드에 fmt 및 fdf 필드를 부가하여, 수신기가 이 통지 커맨드를 수신하면, fmt 및 fdf 필드에 의해 규정된 신호 형식에 기초하여 데이터 송신 요청을 출력할 수 있게 한다.
이 경우에, 신호 형식이 데이터 송신 유지 요구로 변경되면, 각각의 포트의 비트는 0으로 클리어 오프되고, 이에 따라 i_sig 및 o_sig에 비트를 할당하는 것이 필요치 않다. 또한 질의의 순서는 본 발명의 본 실시예의 순서에 한정되지 않으며 임의로 변경될 수 있다.
한정되는 것은 아니지만, 전송 라인은 실시예 3 및 4의 데이터를 수신하는 수신기에 의해 설정되나, 송신기에 의해 설정될 수도 있다.
예를 들면, 수신기가 이용 가능한 출력 플러그를 식별하여 플러그를 갖는 기기에 데이터 송신 시작을 요구하면, 데이터 송신에 이용 가능한 기기는 순차적으로 데이터 전송 라인을 설정하고 데이터를 송신한다.
(실시예 5)
AV 데이터의 입력 또는 출력에 관계되지 않으면서, 데이터를 송신하기 위한 기기 및 데이터를 수신하기 위한 기기를 확인하여 이 두 기기 사이의 데이터 전송 라인을 설정하는 제 3 기기의 절차가 도 3을 참조하여 설명한다.
단계 1에서, 제 3 기기는 PLUG_INFO 상태 커맨드를 각각의 기기에 전달하여 이용 가능한 입력 또는 출력 플러그의 수를 질의한다. 제 3 기기가 등시성 전송을 관리함으로써, 도 5a에 도시된 커맨드는 목표 기기의 직렬 버스 입력 또는 출력 플러그의 수를 조사하는데 사용된다. 입력 또는 출력 플러그를 기기가 이용할 수 없으면, 질의는 또 다른 기기로 시프트된다.
입력 또는 출력 플러그를 이용할 수 있는 경우는, 절차는 단계 2로 진행하며, 제 3 기기는 INPUT_PLUG_SIGNAL 질의 커맨드 및 OUTPUT_PLUG_SIGNAL_FORMAT 질의 커맨드를 출력하여, 관심 데이터의 신호 형식을 지원하는지 여부, 예를 들면, 입력 또는 출력 플러그가 "DV 형식에 호환하는 NTSC(525/60)"의 데이터를 수용하는지를 목표 기기의 각각의 플러그에 질의한다. 목표 기기의 플러그가 관심 데이터의 형식을 지원하지 않는 경우(즉, 응답이 "수행 불가능"을 나타내는 경우), 목표 기기는 데이터 송신에 부적합하여, 절차는 또 다른 기기에 질의하기 위해 도 3의 단계로부터 반복된다.
입력 플러그가 관심 데이터의 신호 형식을 수신할 수 있거나 또는 출력 플러그가 데이터 신호 형식을 송신할 수 있는 경우는, 상기 신호 형식의 데이터 송신을 지원하는 목표 기기의 이용 가능한 플러그 리스트가 단계 3에서 만들어진다. 목표 기기의 모든 플러그가 리스트화될 때까지 체크(check up)를 반복한다.
리스트가 완성되면, 절차는 단계 4로 진행하고, 플러그가 데이터 출력의 준비가 되었는지 여부를 질의하기 위해 ISOCH_IO_WISH 커맨드를 출력한다. 또한, 응답 내의 비트로부터, 어떤 플러그가 출력 요구를 하고 있는지 여부를 알 수 있다. 이 목적을 위해 통지 커맨드를 출력하면, 출력 플러그의 상태의 변화시 및 출력 플러그의 신호 형식이 변화 시의 응답으로서 사용할 수도 있다.
응답 내의 비트로부터 어떤 플러그가 출력 요구하는를 알게 된다. 이 목적을 위해 통지 커맨드를 출력하면, 출력 플러그의 상태의 변경 시 및 출력 플러그의 신호 형식의 변화 시의 응답으로서 사용할 수 있다.
출력 요구를 갖는 출력 플러그가 발견되면, 절차는 도 3의 단계 5로 진행하고, 플러그가 데이터 송신의 동작 중인지를 출력 플러그의 oPCR로부터 판정한다.
데이터가 송신되면, 이후에, 데이터가 요구되는 신호 형식인지를 조사한다. 데이터가 요구되는 신호 형식이면, 데이터 입력을 준비하고 절차는 단계 10으로 진행한다. 데이터가 요구되는 신호 형식이 아니면, 수신기는 OUTPUT_LUG_SIGNAL_FORMAT 제어 커맨드를 출력하여, 요구되는 신호 형식의 출력 플러그로의 변경을 요구한다. 그 때에는 다른 기기와의 p-대-p 접속 또는 브로드캐스트 접속이 전개되지 않는다는 것을 확인하는 것이 필요하다.
수신기 기기의 상태로 인해 출력 플러그의 신호 형식이 요구되는 형식으로 성공적으로 변경되지 않을 수도 있다. 이 경우에, OUTPUT_PLUG_SIGNAL_FORMAT 통지 커맨드를 출력하여, 출력 플러그의 신호 형식을 원하는 형식으로 변화시킬 것을 요구한다. 이와 달리, 또 다른 기기에 질문하기 위해 절차가 단계 1로부터 반복될 수도 있다.
데이터 출력을 준비하는 플러그를 발견하면, 절차는 도 3의 단계 7로 진행하고, ISOCH_IO_WISH 커맨드를 출력하여 어떤 플러그가 데이터 입력 준비 중인지를 질의한다. 또한, 응답 내의 비트로부터 어느 플러그가 입력 요구하는지를 알 수 있다. 이 목적을 위해 통지 커맨드를 출력하면, 입력 플러그의 상태의 변화시 및 입력 플러그의 신호 형식의 변경화시의 응답으로서 사용할 수 있다.
응답 내의 비트로부터 어떤 플러그가 입력 요구하는지를 알 수 있다. 이 목적을 위해 통지 커맨드를 출력하면, 입력 플러그의 상태의 변화시 및 입력 플러그의 신호 형식의 변화시의 응답으로서 사용할 수 있다.
입력 요구를 갖는 입력 플러그가 발견되면, 절차는 도 3의 단계 8로 진행하고, 플러그가 또 다른 기기로부터 수신을 위한 동작 중에 있는지를 플러그의 iPCR로부터 판단한다. 수신 동작 중이 아닐 때는, 데이터 입력을 준비하고, 절차는 단계 10으로 진행한다. 수신 동작 중일 때는 입력 요구를 갖는 또 다른 플러그로 질의가 시프트된다. 입력 요구를 갖는 입력 플러그가 발견되지 않으면, 절차는 또 다른 기기에 질의하기 위해 단계 1로부터 반복된다.
도 3의 단계 10에서, 제 3 기기는 모든 플러그(또는 관심 플러그)에 관한 정보를 검토하며 이용 가능한 출력 플러그와 이용 가능한 입력 플러그간에 p-대-p 접속을 설정한다. ISOCH_IO_WISH 커맨드는 "이 접속은 유효한 데이터의 송신을 허용한다" 및 "입력 데이터 모두는 낭비없이 사용된다."를 나타내고 있으므로, 내부 접속을 변경할 필요는 없다.
각각의 기기의 입력 또는 출력 플러그가 데이터의 신호 형식을 수용하지 않거나, 데이터의 입력 또는 출력을 요구하지 않거나, 또는 또 다른 데이터를 수신하거나 또는 송신하기 위한 기능 중에 있지 않음으로 인해 데이터의 송신이 거부된다면, 제 3 기기는 데이터 전송 라인을 설정하지 않는다. 제 3 기기는 또 다른 동작, 예컨대 데이터를 다른 기기에 입력 또는 송신하는 동작 중인 기기나 입력 또는 출력 요구를 갖지 않는 플러그를 모니터링하기 위해 ISOCH_IO_WISH 통지 커맨드를 반복적으로 출력하는 등의 다른 동작으로 진행할 수 있다.
데이터의 송신 또는 수신이 더 이상 필요없을 때, 데이터 송신을 종료시키기 위해 상술한 절차에 의해 설정된 데이터 전송 라인을 해제시키는 제 3 기기의 절차를 지금 설명한다. 본 실시예에서는, 제 3 기기가 p-대-p 접속을 설정하고 있어, p-대-p 접속을 해제할 책임도 있다.
삭제
제 3 기기는 더 이상의 데이터 송신이 필요 없음을 검출하면, p-대-p 접속을 해제한다. 이후에 송신기 또는 수신기는 oPCR 또는 iPCR의 컨탠트(content)에 따라 송신 또는 수신 동작을 종료시키는 등과 같은 또 다른 동작으로 진행한다.
수신기가 데이터의 입력을 종료시키고자 하나 제 3 기기에 의해 설정된 p-대-p 접속을 직접 해제할 수 없는 경우, 제 3 기기에게 데이터 입력이 더 이상 필요치 않음을 통지하고, 제 3 기기가 p-대-p 접속을 해제함을 허용하여야 한다. 데이터 송신이 개시되면, 제 3 기기는 수신기에 ISOCH_IO_WISH 통지 커맨드를 제공한다. 이것은 수신기의 입력 플러그가 데이터의 입력을 요구하지 않을 때, 수신기는 플러그에 대한 ip00 내지 ip30의 비트를 0으로 시프트시키고, 응답으로서 통지 커맨드를 되돌리는 것을 허용한다. 또한 수신기가 신호 형식을 변경하고자 하면, i_sig의 비트를 1로 시프트시키고, 응답으로서 통지 커맨드를 되돌려준다. 그러면 제 3 기기는 동작 중인 입력 플러그가 더 이상 데이터 입력을 요구하지 않는 것을 응답으로부터 인식하여, 플러그와의 p-대-p 접속을 해제한다.
마찬가지로, 송신기가 데이터 입력을 종료시키고자 하나 제 3 기기에 의해 설정된 p-대-p 접속을 직접 해제할 수 없는 경우, 제 3 기기에게 데이터 출력이 더 이상 필요치 않음을 통지하고, 제 3 기가가 p-대-p 접속을 해제하는 것을 허용한다. 데이터 송신이 개시되면, 제 3 기기는 송신기에 ISOCH_IO_WISH 통지 커맨드를 제공한다. 송신기의 출력 플러그가 데이터 출력을 더 이상 요구하지 않으면, 송신기가 플러그에 대해 op00 내지 op30의 비트를 0으로 시프트시키고, 응답으로서 통지 커맨드를 되돌려준다. 또한, 송신기가 데이터 출력의 신호 형식을 변경시키고자 하면, o_sig의 비트를 1로 시프트시키고, 응답으로서 통지 커맨드를 되돌려준다. 그러면 제 3 기기는 동작 중인 출력 플러그가 더 이상의 데이터 출력을 요구하지 않음을 응답으로부터 인식하여, 플러그와의 p-대-p 접속을 해제시킨다. 이후 불필요한 데이터 송신을 피하기 위해, P-대-p 접속을 통해 송신기로부터 데이터를 수신하는 기기가 그들의 동작을 정지하면, 제 3 기기는 송신기에 송신 동작을 종료할 것을 지시한다. i_sig 또는 o_sig의 비트가 1로 시프트되면, 제 3 기기는 제어 커맨드를 사용하여 목표 기기에 송신/수신 신호 형식으로의 전환을 지시한다. 목표 기기가 커맨드를 무시한다면, p-대-p 접속은 제 3 기기에 의해 종료된다.
출력 기기가 요구되는 신호 형식으로 이용할 수 있음을 발견하면, 입력 기기를 탐색하기 위해 본 실시예의 동작이 수행되나, 입력 요구를 갖는 입력 기기가 발견되면, 출력 기기를 탐색하는 것으로 변경될 수도 있다. 또한 입력 및 출력 플러그가 데이터 송신을 위한 준비가 세트(set)되면, 이용 가능한 입력 및 출력 플러그의 리스트가 만들어진다. 특히, 본 실시예에서는 신호 형식이 특정되고 플러그 리스트가 만들어 진 이후에 p-대-p 접속이 설정되나, 신호 포맷은 특별히 특정되지 않고 p-대-p 접속 바로 전에 동작 중의 형식으로 전환할 수도 있다.
(실시예 6)
본 실시예는 데이터 전송 라인을 전개시키기 위한 p-대-p 접속을 브로드캐스트 접속으로 대체한다는 점이 실시예 5와 상이하다. 단계 1 내지 단계 5로의 절차는 실시예 5와 동일하므로 상세한 설명을 생략한다.
본 실시예에서는, 제 3 기기는 70(설정)으로 세트된 connection_status를 갖는 DIGITAL_OUTPUT 커맨드를 전달하여, 송신기가 도 3의 단계 6에서의 브로드캐스트 아웃 접속을 설정하게 한다. 동시에, 제 3 기기는 70(설정)으로 세트된 connection_status를 갖는 DIGITAL_INPUT 커맨드를 전달하여, 수신기가 브로드캐스트 인 접속을 설정하도록 한다. 이러한 방식으로, 브로드캐스트 아웃 접속 및 브로드캐스트 인 접속이 하나의 채널에 설정되어 송신기와 수신기간에 데이터 전송 라인을 전개한다. 브로드캐스트 인 및 아웃 접속을 설정하는 절차는 실시예 2 및 4에 기술된 것과 동일하므로 상세한 설명은 생략한다.
상술한 절차에 의해 설정된 데이터 전송 라인의 해제 및 데이터 입력 및 데이터 출력이 더 이상 요구되지 않는 경우에 데이터 입력을 종료하는 절차를 이하에서 설명한다. 본 실시예에서는, 브로드캐스트 접속이 이용되며, 송신기가 송신 동작을 정지하려 할 때, 데이터 송신을 종료시키기 위해 간단히 브로드캐스트 아웃 접속을 해제한다. 수신기는 데이터가 입력되지 않음을 검출하여 동작을 정지한다.
수신기는, 더 이상의 데이터 입력을 원하지 않을 때는, 간단히 브로드캐스트 인 접속을 해제한다. 수신기가 수신 기능을 정지하였지만 송신기가 데이터를 수신하는 다른 기기(들)를 알 수 없는 경우에 더 이상의 불필요한 데이터 송신을 피하기 위해서, 수신기는 60(해제)로 세트된 connetion_status를 갖는 DIGITAL_OUTPUT 커맨드를 출력하여 송신기가 브로드캐스트 아웃 접속을 해제하도록 지시한다. 수신기가 송신기의 broadcast_connection_counter를 직접 0으로 클리어 오프하는 것도 가능하다. 이와 달리, 송신기가 전술한 ISOCH_IO_WISH 통지 커맨드를 수신기에 전달함으로써, 수신기는 송신기에 더 이상의 데이터 입력이 필요없음을 통지하여 송신기의 데이터 송신의 중지하도록 한다. 또 다른 기기(들)이 채널을 통해 송신기에 의해 브로드캐스트된 데이터를 수신하는 경우, 제 3 기기는 각 기기의 iPCR을 호출하여 송신기에 데이터 송신의 해제를 명령하기 전에 기기들이 브로드캐스트 인 접속에 의해 채널에 링크되었는지 체크하는 것이 바람직하다. 마찬가지로, 제 3 기기가 데이터 전송 라인을 해제하고자 하는 경우, 60(해제)으로 세트된 접속 상태를 갖는 DIGITAL_OUTPUT 커맨드를 출력하여 송신기가 브로드캐스트 아웃 접속을 해제하도록 지시한다. oPCR 내 브로드캐스트 접속 카운터 비트를 0으로 클리닝 오프하는 수신기에 의하여 브로드캐스트 아웃 접속을 해제하는 것도 가능하다.
실시예 5 및 6에 기술된 절차에 따라, 제 3 기기는 데이터 전송 라인의 설정및 해제를 관리할 수 있어, 데이터 송신이 불필요한지를 결정하고, 더 이상의 데이터 송신이 요구되지 않으면 송신을 해제하여 불필요한 송신을 회피한다.
도 3에 도시된 흐름도에서, 입력 플러그의 수를 질의하는 커맨드, 요구되는 신호 형식의 지원, 데이터 입력을 위한 대기 및 또 다른 신호의 수신이 본 실시예의 것들에 한정되는 것은 아니며, 질의를 수행할 수 있는 어떠한 형태일 수도 있다.
삭제
도 7에 도시된 바와 같이 제공된 ISOCH_IO_WISH 통지 커맨드는 신호 형식의 선택 및 질의 그룹을 운반하는 하나의 커맨드 또는 상태 커맨드로 대체될 수 있다. 예를 들면, ISOCH_IO_WISH 통지 커맨드에 fmt 및 fdf 필드를 부가하고, 기기가 이 통지 커맨드를 수신하면, fmt 및 fdf 필드에 의해 규정된 신호 형식에 기초하여 데이터 송신을 위한 요구를 출력할 수 있도록 한다. 신호 형식이 데이터 송신을 유지 요구로 변경되는 경우, 각각의 포트의 비트는 0으로 클리오 오프되고, 이에 따라 i_sig 및 o_sig에 비트를 할당하는 것이 필요하지 않다.
또한 질의의 순서가 본 발명의 본 실시예의 순서에 한정되는 것이 아니며 임의로 변경될 수 있다.
실시예 1 내지 6에서 상술한 데이터 송신을 위한 관리에서는 질의를 위한 커맨드가 사용되나, 접속 상태의 속성을 사전 결정하고 그들의 변화가 탐색되면 제어될 각 기기에 커맨드를 제공하여 관리를 수행할 수도 있다. 예를 들면, 도 10에 도시된 버스 시스템에서, 각 기기의 접속 상태가 변경되면, 그 속성 데이터가 제어기(5)로 송신된다. 제어기(5)는 접속 상태의 시각적 디스플레이 및 기기의 데이터 입력 및 출력을 제공한다. 도 11은 접속을 시각적으로 도시한 이미지 도면이다.
본 발명은 상호 링크된 다수의 기기를 갖는 버스 시스템에서, 데이터 송신 또는 수신이 허여되는지를 문의하는 질의에 대한 응답에 따라, 기기간의 데이터 전송 라인을 설정 및 해제하는 데이터 전송 관리 방법을 제공하는 효과가 있다.

Claims (23)

  1. 상호 링크된 다수의 기기(instrument)를 갖는 버스 시스템에서의 데이터 전송 관리 방법에 있어서,
    데이터 송신이 이네이블(enable)되어 있는지 여부 및 데이터의 수신이 이네이블되어 있는지 여부 중 어느 하나에 대해서 질의를 행하여, 상기 질의에 대한 응답을 수신하는 단계와,
    상기 응답에 기초하여 상기 기기간의 데이터 전송 라인을 확립 및 해제하는 단계
    를 포함하는 데이터 전송 관리 방법.
  2. 제 1 항에 있어서,
    상기 질의에 대한 상기 응답은 데이터의 송신 또는 수신에 대한 이네이블 또는 디스에이블 상태 중 하나 및, 이네이블 또는 디스에이블 상태의 변화(a change)를 포함하는 데이터 전송 관리 방법.
  3. 제 1 항에 있어서,
    상기 질의는 특정 형식의 데이터의 송신 또는 수신에 대한 이네이블 상태 또는 디스에이블 상태 중 하나 및, 이네이블 또는 디스에이블 상태의 변화를 포함하는 데이터 전송 관리 방법.
  4. 상호 링크된 다수의 기기(instrument)를 갖는 버스 시스템에서의 데이터 전송 관리 방법에 있어서,
    송신될 데이터의 신호 형식의 통지에 응답하여 상기 기기간의 데이터 전송 라인을 확립 및 해제하는 단계
    를 포함하는 데이터 전송 관리 방법.
  5. 상호 링크된 다수의 기기(instrument)를 갖는 버스 시스템에서의 데이터 전송 관리 방법에 있어서,
    상기 버스 시스템을 통해 데이터를 송신하는 기기인 송신기로 하여금 데이터의 수신이 가능한지 여부를 질의하도록 지시하는 단계와,
    상기 송신기에 데이터 수신의 이네이블 또는 디스에이블 상태를 알리는 수신 상태 응답을 제공하는 단계와,
    상기 수신 상태 응답에 따라, 상기 송신기가 상기 기기간의 데이터 전송 라인을 설정하도록 허용하는 단계
    를 포함하는 데이터 전송 관리 방법.
  6. 제 5 항에 있어서,
    상기 수신 상태 응답은 데이터 수신의 이네이블 상태 또는 디스에이블 상태 중 하나 및, 이네이블 또는 디스에이블 상태의 변화를 포함하는 데이터 전송 관리 방법.
  7. 제 5 항 또는 제 6 항에 있어서,
    상기 수신 상태 응답을 수신시, 상기 송신기는 데이터 송신의 이네이블 상태 또는 디스에이블 상태에 있는지 여부를 자체 조사하고,
    자신이 이네이블 상태에 있을 때, 상기 수신 상태 응답을 전달하는 목표 기기와 상기 송신기 사이의 상기 데이터 전송 라인을 확립하는
    데이터 전송 관리 방법.
  8. 제 5 항 또는 제 6 항에 있어서,
    상기 수신 상태 응답을 전달하는 상기 목표 기기는 상기 송신기가 데이터를 송신하고 있는지를 체크하여,
    상기 송신기가 상기 데이터를 송신하고 있는 경우, 상기 목표 기기와 상기 송신기 사이의 상기 데이터 전송 라인을 확립하는
    데이터 전송 관리 방법.
  9. 제 5 항 또는 제 6 항에 있어서,
    상기 송신기는 목표 기기가 특정 형식의 데이터를 수신하기 위한 이네이블 상태 또는 디스에이블 상태에 있는지 여부를 질의하는 데이터 전송 관리 방법.
  10. 제 9 항에 있어서,
    질의를 수신한 경우, 상기 목표 기기가 디스에이블 상태에 있다면, 상기 목표 기기는 디스에이블 상태에 있다는 것을 상기 송신기에 알리는 데이터 전송 관리 방법.
  11. 상호 링크된 다수의 기기(instrument)를 갖는 버스 시스템에서의 데이터 전송 관리 방법에 있어서,
    상기 버스 시스템을 통해 데이터를 수신하는 기기인 수신기로 하여금 데이터 송신이 이네이블되어 있는지 여부를 질의하도록 지시하는 단계와,
    데이터 송신의 이네이블 또는 디스에이블 상태를 알려주는 송신 상태 응답을 상기 수신기에 제공하는 단계와,
    상기 송신 상태 응답에 따라 상기 수신기가 상기 기기간의 데이터 전송 라인을 확립하도록 허용하는 단계
    를 포함하는 데이터 전송 관리 방법.
  12. 제 11 항에 있어서,
    상기 송신 상태 응답은 데이터 송신을 위한 이네이블 또는 디스에이블 상태 중 하나 및, 이네이블 또는 디스에이블 상태의 변화를 포함하는 데이터 전송 관리 방법.
  13. 제 11 항 또는 제 12 항에 있어서,
    상기 송신 상태 응답을 수신시, 상기 수신기는 데이터 수신의 이네이블 또는 디스에이블 상태에 있는지 여부를 자체 조사하고,
    상기 수신기는, 자신이 이네이블 상태에 있을 때, 상기 송신 상태 응답을 전달하는 목표 기기와 상기 수신기 사이의 데이터 전송 라인을 확립하는
    데이터 전송 관리 방법.
  14. 제 11 항 또는 제 12 항에 있어서,
    상기 송신 상태 응답을 전달하는 목표 기기는 상기 목표 기기와 상기 수신기 사이의 데이터 전송 라인을 확립하여,
    상기 데이터를 상기 수신기에 송신하는
    데이터 전송 관리 방법.
  15. 제 11 항 또는 제 12 항에 있어서,
    상기 수신기는 목표 기기가 특정 형식의 데이터를 송신하기 위한 이네이블 상태인지 또는 디스에이블 상태인지 여부를 질의하는 데이터 전송 관리 방법.
  16. 제 15 항에 있어서,
    상기 질의 수신시, 상기 목표 기기가 특정 형식의 데이터를 송신하기 위한 디스에이블 상태에 있다면, 상기 목표 기기는 상기 수신기에 자신이 디스에이블 상태에 있다는 것을 알리는 데이터 전송 관리 방법.
  17. 상호 링크된 다수의 기기(instrument)를 갖는 버스 시스템에서의 데이터 전송 관리 방법에 있어서,
    데이터의 송신도 수신도 하지 않는 제 3 기기로 하여금, 데이터의 송신이 이네이블되어 있는지 여부 및 데이터의 수신이 이네이블되어 있는지 여부 중 적어도 하나를 질의하도록 지시하는 단계와,
    상기 제 3 기기에 데이터 송신의 이네이블 또는 디스에이블 상태, 및 데이터 수신의 이네이블 또는 디스에이블 상태를 각각 알리는 목표 기기의 송신 상태 응답 및 수신 상태 응답을 제공하는 단계와,
    상기 송신 또는 수신 상태 응답에 따라서, 상기 제 3 기기가 상기 송신 상태 응답을 전달하는 기기 및 상기 수신 상태 응답을 전달하는 기기 사이의 데이터 전송 라인을 확립 또는 해제하도록 허용하는 단계
    를 포함하는 데이터 전송 관리 방법.
  18. 제 17 항에 있어서,
    상기 수신 상태 응답은 데이터를 수신하기 위한 이네이블 상태 또는 디스에이블 상태 중 하나 및 이네이블 상태 또는 디스에이블 상태의 변화를 포함하며, 상기 송신 상태 응답은 데이터를 송신하기 위한 이네이블 상태 또는 디스에이블 상태 중 하나 및, 이네이블 상태 또는 디스에이블 상태의 변화를 포함하는 데이터 전송 관리 방법.
  19. 제 17 항 또는 제 18 항에 있어서,
    상기 제 3 기기는 상기 목표 기기가 특정 형식의 데이터를 송신 또는 수신하기 위한 이네이블 상태인지 또는 디스에이블 상태인지를 질의하는 데이터 전송 관리 방법.
  20. 제 17 항 또는 제 18 항에 있어서,
    상기 질의 수신시, 상기 목표 기기가 특정 형식의 데이터를 송신 또는 수신하기 위한 디스에이블 상태에 있다면, 상기 목표 기기는 자신이 디스에이블 상태에 있다는 것을 상기 제 3 기기에 알리는 데이터 전송 관리 방법.
  21. 제 17 항에 있어서,
    데이터의 수신이 준비되었다는 것을 나타내는 수신 상태 응답보다 데이터의 송신이 준비되었다는 것을 나타내는 송신 상태 응답을 먼저 수신할 때, 상기 제 3 기기는 상기 데이터 전송 라인을 설정하기 전에, 상기 송신 상태 응답을 전달하는 상기 목표 기기가 데이터 송신의 준비가 되어 있는지 여부를 조사하는 데이터 전송 관리 방법.
  22. 제 17 항에 있어서,
    데이터의 송신이 준비되었다는 것을 나타내는 송신 상태 응답보다 데이터의 수신이 준비되었다는 것을 나타내는 수신 상태 응답을 먼저 수신할 때, 상기 제 3 기기는 상기 데이터 전송 라인을 설정하기 전에 상기 수신 상태 응답을 전달하는 상기 목표 기기가 데이터 수신의 준비가 되어 있는지 여부를 조사하는 데이터 전송 관리 방법.
  23. 제 1 항, 제 4 항, 제 5 항, 제 11 항, 제 17 항 중 어느 한 항에 있어서,
    상기 버스 시스템은 IEEE1394인 데이터 전송 관리 방법.
KR1020000025230A 1999-05-12 2000-05-12 데이터 전송 관리 방법 Expired - Fee Related KR100582811B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP13090499A JP3671738B2 (ja) 1999-05-12 1999-05-12 伝送管理方法
JP99-130904 1999-05-12

Publications (2)

Publication Number Publication Date
KR20010014898A KR20010014898A (ko) 2001-02-26
KR100582811B1 true KR100582811B1 (ko) 2006-05-24

Family

ID=15045454

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020000025230A Expired - Fee Related KR100582811B1 (ko) 1999-05-12 2000-05-12 데이터 전송 관리 방법

Country Status (6)

Country Link
US (1) US7032059B1 (ko)
EP (1) EP1052574B1 (ko)
JP (1) JP3671738B2 (ko)
KR (1) KR100582811B1 (ko)
CN (1) CN1202654C (ko)
DE (1) DE60034398T2 (ko)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6965975B2 (en) * 2001-03-31 2005-11-15 Lg Electronics Inc. Apparatus and method for moving contents having a restricted number of copies between storage media
JP2002304333A (ja) * 2001-04-03 2002-10-18 Sony Corp 伝送方法及び伝送装置
JP3719180B2 (ja) * 2001-09-27 2005-11-24 ソニー株式会社 通信方法、通信システム及び出力機器
US7127575B2 (en) * 2003-07-10 2006-10-24 Hitachi, Ltd. Offsite management using disk based tape library and vault system
US7791639B2 (en) 2003-12-17 2010-09-07 Canon Kabushiki Kaisha Control apparatus, video processing apparatus, and control method thereof
WO2005060253A1 (ja) 2003-12-17 2005-06-30 Canon Kabushiki Kaisha 通信装置及び制御方法
JP4599056B2 (ja) * 2003-12-17 2010-12-15 キヤノン株式会社 制御装置及び映像処理装置
JP2005236926A (ja) 2004-02-23 2005-09-02 Canon Inc データ出力装置、データ入力装置及び制御方法
JP2005244477A (ja) 2004-02-25 2005-09-08 Canon Inc データ出力装置、データ入力装置及び制御方法
JP2006099555A (ja) * 2004-09-30 2006-04-13 Toshiba Corp コンテンツ送受信装置
JP4356997B2 (ja) * 2005-03-15 2009-11-04 キヤノン株式会社 通信装置及びその通信方法
JP4863386B2 (ja) * 2007-04-06 2012-01-25 シャープ株式会社 画像処理装置、該画像処理装置における情報送信方法
CN103455398A (zh) * 2013-09-13 2013-12-18 浪潮电子信息产业股份有限公司 一种避免带内外信息交互失败的方法

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6386939A (ja) * 1986-09-30 1988-04-18 Canon Inc 通信制御装置
JPS63232676A (ja) * 1987-03-20 1988-09-28 Toshiba Corp フアクシミリ装置
JPH0715525A (ja) * 1993-06-28 1995-01-17 Ricoh Co Ltd マルチメディア通信端末装置
JPH10164534A (ja) * 1996-11-26 1998-06-19 Sony Corp 情報信号伝送装置
KR19980024769A (ko) * 1996-09-13 1998-07-06 가네코 히사시 복수 마이크로컴퓨터 응용 수단 사이에 데이터를 전송하는 데이터 전송 시스템
KR19980071339A (ko) * 1997-02-14 1998-10-26 미따라이 후지오 데이타 통신 장치 및 방법
JPH10290247A (ja) * 1997-02-14 1998-10-27 Canon Inc データ通信方法、装置、システム、及び記憶媒体
JPH1155298A (ja) * 1997-06-06 1999-02-26 Nissan Motor Co Ltd 情報通信装置
KR20000020015A (ko) * 1998-09-17 2000-04-15 윤종용 Ieee 1394 시리얼 버스를 통해 디지털 신호 전송을 위한 동기신호 발생장치

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4827409A (en) * 1986-07-24 1989-05-02 Digital Equipment Corporation High speed interconnect unit for digital data processing system
US5576902A (en) * 1993-01-13 1996-11-19 Hitachi America, Ltd. Method and apparatus directed to processing trick play video data to compensate for intentionally omitted data
US5768224A (en) * 1993-05-28 1998-06-16 Sony Corporation AV system and method of establishing a connection setting for AV component devices
JP3639319B2 (ja) * 1994-01-25 2005-04-20 富士通株式会社 並列計算機システム,データ転送制御方法および送受信制御装置
EP1085701A3 (en) * 1994-03-09 2001-07-04 Matsushita Electric Industrial Co., Ltd. Data transmission system and method
JP3371174B2 (ja) * 1994-09-22 2003-01-27 ソニー株式会社 パケット受信装置
JP3500785B2 (ja) * 1995-07-12 2004-02-23 ソニー株式会社 通信制御方法及び電子機器
US5933430A (en) * 1995-08-12 1999-08-03 Sony Corporation Data communication method
JP3248428B2 (ja) * 1996-06-18 2002-01-21 ヤマハ株式会社 電子機器及びデータ伝送システムのチャンネル制御方法
CA2216573C (en) * 1996-10-01 2006-03-14 Sony Corporation Digital tuner having ieee 1394 serial bus interface for providing a plurality of selected programs as a functional unit
JPH10145753A (ja) * 1996-11-15 1998-05-29 Sony Corp 受信装置および方法
JPH10224424A (ja) * 1997-02-12 1998-08-21 Matsushita Electric Ind Co Ltd データ送信装置、データ受信装置、及び媒体
US6298406B1 (en) * 1997-10-24 2001-10-02 Sony Corporation Method of and apparatus for detecting direction of reception of bus packets and controlling direction of transmission of bus packets within an IEEE 1394 serial bus node
US6038625A (en) * 1998-01-06 2000-03-14 Sony Corporation Of Japan Method and system for providing a device identification mechanism within a consumer audio/video network
JPH11205363A (ja) * 1998-01-20 1999-07-30 Nec Corp Ieee1394機器制御装置
JP3277874B2 (ja) * 1998-01-29 2002-04-22 日本電気株式会社 Ieee1394ブリッジ
US6233611B1 (en) * 1998-05-08 2001-05-15 Sony Corporation Media manager for controlling autonomous media devices within a network environment and managing the flow and format of data between the devices
US6539443B1 (en) * 1998-08-12 2003-03-25 Intel Corporation Bus communication and transfer rate negotiation system
JP4025429B2 (ja) * 1998-08-21 2007-12-19 富士通株式会社 接続制御装置及び接続制御方法
US6169725B1 (en) * 1998-10-30 2001-01-02 Sony Corporation Of Japan Apparatus and method for restoration of internal connections in a home audio/video system
US6414971B1 (en) * 2000-01-31 2002-07-02 Sony Corporation System and method for delivering data packets in an electronic interconnect
US6557067B1 (en) * 2000-02-03 2003-04-29 Sony Corporation System and method to effectively compensate for delays in an electronic interconnect

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6386939A (ja) * 1986-09-30 1988-04-18 Canon Inc 通信制御装置
JPS63232676A (ja) * 1987-03-20 1988-09-28 Toshiba Corp フアクシミリ装置
JPH0715525A (ja) * 1993-06-28 1995-01-17 Ricoh Co Ltd マルチメディア通信端末装置
KR19980024769A (ko) * 1996-09-13 1998-07-06 가네코 히사시 복수 마이크로컴퓨터 응용 수단 사이에 데이터를 전송하는 데이터 전송 시스템
JPH10164534A (ja) * 1996-11-26 1998-06-19 Sony Corp 情報信号伝送装置
KR19980071339A (ko) * 1997-02-14 1998-10-26 미따라이 후지오 데이타 통신 장치 및 방법
JPH10290247A (ja) * 1997-02-14 1998-10-27 Canon Inc データ通信方法、装置、システム、及び記憶媒体
JPH1155298A (ja) * 1997-06-06 1999-02-26 Nissan Motor Co Ltd 情報通信装置
KR20000020015A (ko) * 1998-09-17 2000-04-15 윤종용 Ieee 1394 시리얼 버스를 통해 디지털 신호 전송을 위한 동기신호 발생장치

Also Published As

Publication number Publication date
EP1052574A2 (en) 2000-11-15
EP1052574B1 (en) 2007-04-18
US7032059B1 (en) 2006-04-18
CN1274230A (zh) 2000-11-22
KR20010014898A (ko) 2001-02-26
DE60034398T2 (de) 2007-08-16
JP2000324143A (ja) 2000-11-24
JP3671738B2 (ja) 2005-07-13
DE60034398D1 (de) 2007-05-31
EP1052574A3 (en) 2004-04-21
CN1202654C (zh) 2005-05-18

Similar Documents

Publication Publication Date Title
EP1085700B1 (en) Data transmission system and method
JP3520572B2 (ja) 入力機器選択方法
US8848732B2 (en) Method of controlling connection between nodes in digital interface
KR100582811B1 (ko) 데이터 전송 관리 방법
EP1499069B1 (en) Method of, and system for, using a plurality of transmission lines and connection mode setting method
JP2001103408A (ja) 情報出力装置および接続関係管理方法
US7372821B2 (en) Signal processing system, signal receiving device, and communication control method
US7668993B1 (en) System and method for determining the connection state of devices connected to a bus
US7639919B2 (en) Signal processing system, signal outputting device, signal inputting device, and communication control method
JP3637817B2 (ja) 機器接続方法およびプログラム記録媒体
US20040225756A1 (en) Signal processing system, signal output device, signal receiving device, and communication control mehtod
JP2003324451A (ja) 信号処理システム、信号出力装置、信号入力装置及び通信制御方法
JPH07250072A (ja) データ転送方法
JP2001168886A (ja) 伝送路利用方法、情報伝送システムおよび電子機器
JP2006279411A (ja) ネットワーク制御装置
JP2001077834A (ja) データ転送方法

Legal Events

Date Code Title Description
PA0109 Patent application

St.27 status event code: A-0-1-A10-A12-nap-PA0109

PG1501 Laying open of application

St.27 status event code: A-1-1-Q10-Q12-nap-PG1501

A201 Request for examination
P11-X000 Amendment of application requested

St.27 status event code: A-2-2-P10-P11-nap-X000

P13-X000 Application amended

St.27 status event code: A-2-2-P10-P13-nap-X000

PA0201 Request for examination

St.27 status event code: A-1-2-D10-D11-exm-PA0201

D13-X000 Search requested

St.27 status event code: A-1-2-D10-D13-srh-X000

D14-X000 Search report completed

St.27 status event code: A-1-2-D10-D14-srh-X000

E902 Notification of reason for refusal
PE0902 Notice of grounds for rejection

St.27 status event code: A-1-2-D10-D21-exm-PE0902

P11-X000 Amendment of application requested

St.27 status event code: A-2-2-P10-P11-nap-X000

P13-X000 Application amended

St.27 status event code: A-2-2-P10-P13-nap-X000

E701 Decision to grant or registration of patent right
PE0701 Decision of registration

St.27 status event code: A-1-2-D10-D22-exm-PE0701

PR1002 Payment of registration fee

St.27 status event code: A-2-2-U10-U11-oth-PR1002

Fee payment year number: 1

GRNT Written decision to grant
PR0701 Registration of establishment

St.27 status event code: A-2-4-F10-F11-exm-PR0701

PG1601 Publication of registration

St.27 status event code: A-4-4-Q10-Q13-nap-PG1601

R18-X000 Changes to party contact information recorded

St.27 status event code: A-5-5-R10-R18-oth-X000

PR1001 Payment of annual fee

St.27 status event code: A-4-4-U10-U11-oth-PR1001

Fee payment year number: 4

FPAY Annual fee payment

Payment date: 20100512

Year of fee payment: 5

PR1001 Payment of annual fee

St.27 status event code: A-4-4-U10-U11-oth-PR1001

Fee payment year number: 5

LAPS Lapse due to unpaid annual fee
PC1903 Unpaid annual fee

St.27 status event code: A-4-4-U10-U13-oth-PC1903

Not in force date: 20110517

Payment event data comment text: Termination Category : DEFAULT_OF_REGISTRATION_FEE

PC1903 Unpaid annual fee

St.27 status event code: N-4-6-H10-H13-oth-PC1903

Ip right cessation event data comment text: Termination Category : DEFAULT_OF_REGISTRATION_FEE

Not in force date: 20110517

PN2301 Change of applicant

St.27 status event code: A-5-5-R10-R13-asn-PN2301

St.27 status event code: A-5-5-R10-R11-asn-PN2301

PN2301 Change of applicant

St.27 status event code: A-5-5-R10-R13-asn-PN2301

St.27 status event code: A-5-5-R10-R11-asn-PN2301