KR19990082226A - 버스 구조 위에서의 데이터 전달 및 버스 관리를 위한 응용 프로그래밍 인터페이스 - Google Patents

버스 구조 위에서의 데이터 전달 및 버스 관리를 위한 응용 프로그래밍 인터페이스 Download PDF

Info

Publication number
KR19990082226A
KR19990082226A KR1019980705954A KR19980705954A KR19990082226A KR 19990082226 A KR19990082226 A KR 19990082226A KR 1019980705954 A KR1019980705954 A KR 1019980705954A KR 19980705954 A KR19980705954 A KR 19980705954A KR 19990082226 A KR19990082226 A KR 19990082226A
Authority
KR
South Korea
Prior art keywords
application
interface
bus structure
buffer
data
Prior art date
Application number
KR1019980705954A
Other languages
English (en)
Other versions
KR100472908B1 (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 KR19990082226A publication Critical patent/KR19990082226A/ko
Application granted granted Critical
Publication of KR100472908B1 publication Critical patent/KR100472908B1/ko

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/10—Program control for peripheral devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/10—Program control for peripheral devices
    • G06F13/102—Program control for peripheral devices where the programme performs an interfacing function, e.g. device driver
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/14—Handling requests for interconnection or transfer
    • G06F13/20—Handling requests for interconnection or transfer for access to input/output bus
    • G06F13/28—Handling requests for interconnection or transfer for access to input/output bus using burst mode transfer, e.g. direct memory access DMA, cycle steal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40058—Isochronous transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40065—Bandwidth and channel allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40123—Interconnection of computers and peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H04L49/901—Buffering arrangements using storage descriptor, e.g. read or write pointers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H04L49/9031—Wraparound memory, e.g. overrun or underrun detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H04L49/9047—Buffering arrangements including multiple buffers, e.g. buffer pools
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Information Transfer Systems (AREA)
  • Bus Control (AREA)
  • Communication Control (AREA)

Abstract

응용 프로그래밍 인터페이스는 응용과 버스 구조 사이에서 등시성 및 비동기 데이터 전달 동작을 실현하고 관리한다. 비동기 전달 도중에, API는, 응용 내의 하나 또는 그 이상의 로컬 데이터 버퍼와 버스 구조 위의 어드레스 범위 사이에서, 하나 또는 그 이상의 비동기 트랜잭션을 사용하여 임의의 데이터 양을 전달하는 능력을 포함한다. 자동 트랜잭션 생성기는 데이터 전달을 종결하기 위하여 필요한 트랜잭션을 자동으로 생성하기 위하여 사용될 수 있다. API는 또한, 전용 채널 위에서 등시적으로, 응용과 버스 구조상의 다른 노드 사이의 데이터를 전달하는 능력을 포함한다. 등시성 데이터 전달 도중에, 버퍼 관리 구조는 데이터 버퍼 기술자의 연결된 목록을 관리하기 위하여 사용된다. 이러한 연결된 기술자 목록은 버퍼의 원형 목록을 구성할 수 있고, 각 버퍼를 위하여, 목록 내에서 다음 버퍼에 대한 전방 포인터와, 목록 내에서 이전 버퍼에 대한 후방 포인터를 포함할 수 있다. 연결된 기술자 목록은, 응용이 부가적인 버퍼를 부가하거나 목록으로부터 현존 버퍼를 제거할 수 있는 선형 목록을 형성할 수도 있다. 데이터의 등시성 전달 도중에, API는, 응용에 의한 데이터 내의 특정 시점에 대한 재동기화를 허용하는, 데이터의 스트림 내에서 재동기화 이벤트가 실현된다. 데이터 전달 도중의 소정의 시점에 응용을 호출하는, 목록 내의 각 버퍼를 위한 콜백 루틴이 또한 실현된다.

Description

버스 구조 위에서의 데이터 전달 및 버스 관리를 위한 응용 프로그래밍 인터페이스
IEEE 1394 표준("고성능 직렬 버스를 위한 P1394 표준" 초안 8.01vl, 1995년 6월 16일)은, 비동기 및 등시성 포맷의 데이터 전달을 모두 지원하는 값이 비싸지 않은 고속 직렬 버스 구조를 실현하기 위한 국제 표준이다. 등시성 데이터 전달은, 중요한 순간 사이의 시간 간격이 송신 및 수신 응용 모두에서 동일한 지속 간격을 갖도록, 발생하는 실시간 전달이다. 등시적으로 전달된 데이터의 각 패킷은 자신의 시간 주기 내에서 전달된다. 데이터 전달을 위한 이상적인 응용의 예는 비디오 레코더로부터 텔레비전 세트 사이를 향해 등시적으로 구성될 수 있다. 비디오 레코더는 영상과 음향을 기록하고, 데이터를 이산 덩어리 또는 패킷으로 저장한다. 그후, 비디오 레코더는, 텔레비전 세트에 의한 디스플레이를 위하여, 제한된 시간 기간에 대해 기록된 영상 및 음향을 나타내는 각 패킷을 상기 시간 기간 동안에 전달한다. IEEE 1394 표준의 버스 구조는 응용 사이의 등시성의 데이터 전달을 위한 다중 채널을 제공한다. 6비트의 채널 번호가 적절한 응용에 의한 수신을 보장하기 위하여 데이터와 함께 방송된다. 이것은 복수의 응용이 버스 구조를 가로질러 동시에 등시성 데이터를 전달하도록 허용한다. 비동기 전달은, 가능한 신속하게 발생하고, 소스로부터의 데이터의 양을 목적지에 전달하는, 종래의 데이터 전달이다.
IEEE 1394 표준은 디지털 장치를 상호접속하기 위한 고속 직렬버스를 제공하고, 이에 의해 범용 I/O 접속을 제공한다. IEEE 1394 표준은 응용을 위한 디지털 인터페이스를 한정하고, 이에 의해, 응용이 디지털 데이터를 버스를 가로질러 전송하기 전에 아날로그 데이터로 변환하는 필요성을 제거한다. 상응하게 수신중인 응용은 버스로부터 아날로그 아닌 디지털 데이터를 수신할 것이고, 따라서 아날로그 데이터를 디지털 데이터로 변환할 필요가 없다. IEEE 1394 표준에 의해 요구되는 케이블은 이러한 장치를 연결하기 위해 사용되는 부피가 큰 다른 케이블과 비교하여 크기에서 매우 가늘다. 버스가 활성인 동안, 장치는 IEEE 1394 버스로부터 부가되거나 제거될 수 있다. 장치가 이렇게 부가되거나 제거된다면, 버스는 자동적으로 현존하는 노드 사이에서 데이터를 전송하기 위하여 자신을 재구성한다. 노드는 버스 구조상에서 유일한 어드레스를 갖는 논리적인 존재로 간주된다. 각 노드는 확인 ROM, 제어 레지스터의 표준화된 세트와 자신의 어드레스 공간을 제공한다.
IEEE 1394 표준은 도 1에 도시된 바와 같이 프로토콜을 한정한다. 이러한 프로토콜은 트랜잭션 층(12), 링크 층(14) 및 물리 층(16)에 연결된 직렬 버스 관리 블록(10)을 포함한다. 물리 층(16)은 장치 또는 응용과 IEEE 1394 케이블 사이의 전기적 및 기계적인 접속을 제공한다. 물리 층(16)은 또한, IEEE 1394 버스에 접속된 모든 장치가 실제 데이터 전송 및 수신과 함께 버스에 억세스하는 것을 보장하기 위한 중재(arbitration)를 제공한다. 링크 층(14)은 비동기 및 등시성 데이터 패킷 운송 모두를 위한 데이터 패킷 전달 서비스를 제공한다. 이것은, 승인 프로토콜을 사용하는 비동기 데이터 운송과, 정시간(just-in-time) 데이터 전달을 위한 실시간 보장된 대역폭 프로토콜을 제공하는 등시성 데이터 운송 모두를 지원한다. 트랜잭션 층(12)은 판독, 기록 및 로크(lock)를 포함하는 비동기 데이터 전달을 종결시키기 위해 필요한 명령을 지원한다. 직렬 버스 관리 블록(10)은 등시성 데이터 전달을 관리하기 위한 등시성 소스 관리자를 포함한다. 직렬 버스 관리 블록(10)은 또한, 중재 타이밍을 최적화하는 형태로 직렬 버스의 전체적인 구성 제어와, 버스 상의 모든 장치를 위한 적절한 전기적인 출력의 보장과, 사이클 마스터의 할당과, 등시성 채널과 대역폭 자원의 할당, 및 에러의 기본적인 통지를 제공한다.
IEEE 1394 표준의 직렬 버스를 사용하는 응용을 위한 응용 프로그래밍 인터페이스(API)는 응용이 데이터 전달을 위해 IEEE 1394 버스를 사용할 수 있도록 하기 위하여 스킵스톤(Skipstone)사에 의해 개발되어 왔다. 이들의 API에 대해, 스킵스톤은, 미국, 텍사스 78759, 오스틴, # 425, 웨스트 브레이커 레인 3925에 소재하는 스킵스톤사로부터 취득 가능한 "직렬 소프트 IEEE 1394 디벨로퍼 툴키트"라는 명칭의 소책자를 포함한다. 스킵스톤은 이들의 API를, IEEE 1394 버스 상에서 장치에 기록되거나 또는 이로부터 얻어지는 데이터를 관리하기 위한 응용에 의해 사용되려 하는 프로그래밍 호출의 수집으로서 한정한다. 등시성 전달을 초기화하기 위하여, 몇 가지 비동기 데이터 전달이 응용을 구성하고, 데이터 전송을 위해 사용될 특정 채널을 결정하는데 요구될 수 있다. 일단 채널이 결정되면, 데이터를 보내기 전에 데이터를 저장하는 전송 응용과, 처리되기 전에 데이터를 저장하는 수신 응용에서 버퍼가 사용된다. 전송 응용에 있어서, 스킵스톤 API는, 적절한 시간 기간 도중에, 능동적으로 버스 구조상에서 적절한 버퍼의 적절한 부분으로부터의 데이터의 전달을 관리한다. 수신 응용에 있어서, 스킵스톤 API는 능동적으로, 적절한 버퍼의 적절한 부분에 데이터를 저장하는 버스 구조로부터 데이터의 수신과, 적절한 시간 기간에서 데이터의 처리를 관리한다.
비동기 데이터 전달 도중에, 스킵스톤 API는 능동적으로 데이터 전달을 완결시키기 위해 요구되는 트랜잭션을 관리한다. 비동기 인입 기록 트랜잭션 도중에, 응용은, 1394 버스 어드레스 공간의 특정 영역에 맵핑된(mapped) 버퍼를 API에 제공한다. 기록 트랜잭션이 API에 도달함에 따라, 이들의 데이터는 버퍼에 저장된다. 비동기 인입 판독 트랜잭션 도중에, 응용은 버퍼가 유효한 정보를 포함하는 것을 보장할 책임이 있다. 그후 1394 버스 구동기는, 판독 트랜잭션이 도달할 때, 요구된 어드레스에서의 버퍼로부터 데이터를 판독한다. 기록 및 판독 트랜잭션 모두를 위해, 스킵스톤 API는 능동적으로 필요한 각 트랜잭션을 관리하고 생성한다. 예컨대, 데이터의 한 블록이 다중 트랜잭션을 요구하는 크기로 응용에 전달되고 있다면, 스킵스톤 API는 상기 응용으로 하여금 데이터의 상기 블록의 전달을 완결하기 위하여 필요한 각 1394 트랜잭션을 기술하도록 요구한다. 이것은, 비동기 데이터 전달 동작 도중에, 상기 응용의 프로세서에 의한 상당한 오버헤드(overhead)와 함께 API의 최대한의 주의를 소비한다.
스킵스톤 API는 유사한 방법으로 등시성 데이터 전달 동작을 지원한다. 특히, 상기 응용은 각 등시성 패킷을 스킵스톤 API에 기술하여만 한다. 그후 스킵스톤 API는 각 패킷을 적절한 시간에 전달한다. 이것은 상당한 프로세서 오버헤드를 필요로 하고, 이에 의해 상기 응용에 의한 등시성 데이터의 효율적인 처리를 방해한다.
API에 의한 통제와 응용의 프로세서를 필요로 함이 없이, 데이터 전달을 완결하기 위해 필요한 트랜잭션의 자동화된 생성을 제공하는 API가 필요하다. 응용에 의해 필요하다면, 높은 정도의 하드웨어 자동화를 허용하면서, IEEE 1394 표준 버스 구조의 등시성 전달 특성을 매우 효율적으로 실현하는 API가 추가로 필요하다.
본 발명은 버스 구조 위에서 통신하기 위한 응용을 위한 인터페이스를 제공하는 분야에 관한 것이다. 특히, 본 발명은 비동기 및 등시성(isochronous) 포맷 모두에서의 버스 구조 위의 응용 사이의 버스 관리 및 데이터 전달 동작을 제어하는 분야에 관한 것이다.
도 1은 IEEE 1394 표준에 의해 한정된 프로토콜을 도시하는 도면.
도 2는 버스 구조를 포함하는 시스템 내에서 응용 프로그래밍 인터페이스의 블록도 구조를 도시하는 도면.
도 3은 입/출력(I/O)버스(56 및 58)에 의해 함께 연결된 비디오 카메라(50), 비디오카세트 레코더(52) 및 컴퓨터(54)를 포함하는 시스템을 도시하는 도면.
도 4는 본 발명의 응용 프로그래밍 인터페이스를 실현하기 위하여, 각 시스템 내에서 존재하는 하드웨어 시스템의 블록도.
도 5는 응용에 의해 API(20)에 할당된 버퍼에 대응하는 버퍼 기술자의 목록을 도시하는 도면.
도 6은 등시성 전달 및 수신 동작을 위한 API 버퍼 처리를 도시하는 흐름도.
응용 프로그래밍 인터페이스는, 응용과 버스 구조 사이에서 등시성 및 비동기 데이터 전달 동작을 실현하고 관리한다. 비동기 전달 도중에, API는 하나 이상의 비동기 트랜잭션을 사용하여, 응용 내의 하나 이상의 로컬 데이터 버퍼와 버스 구조 위의 어드레스의 범위 사이에서 임의의 양의 데이터를 전달하는 능력을 포함한다. 자동 트랜잭션 생성기는, 응용 프로그래밍 인터페이스에 의한 직접 프로세서 제어 또는 통제 없이, 데이터 전달을 완결하기 위하여 필요한 트랜잭션을 자동적으로 생성하는데 사용될 수 있다. API는 또한, 전용 채널 위에서 등시적으로, 응용과 버스 구조상에서의 다른 노드 사이에서 데이터를 전달하는 능력을 포함한다. 등시성 데이터 전달 도중에, 버퍼 관리 구조는 응용에 의해 제공된 데이터 버퍼 기술자(descriptors)의 연결된 목록을 관리하는데 사용된다. 버퍼 기술자의 연결된 목록은, 등시성 데이터의 연속 스트림의 중단되지 않는 흐름을 보장하기 위하여, API에 의해 유지된다. 이러한 연결된 기술자 목록은 버퍼의 원형 목록을 구성할 수 있고, 각 버퍼를 위하여 목록 내에서 다음 버퍼에 대한 전방(forward) 포인터와, 목록 내에서 이전 버퍼에 대한 후방(backward) 포인터를 포함할 수 있다. 연결된 기술자 목록은, 응용이 목록으로부터 부가적인 버퍼를 부가하거나 현존 버퍼를 제거할 수 있는, 선형 목록을 구성할 수도 있다. 데이터의 등시성 전달 도중에, API는 데이터 내의 특정 시점에 대한 응용의 재동기화를 허용하는, 데이터 스트림 내의 재동기화 이벤트(event)의 실현을 제공한다. 실현은 또한, 데이터의 전달 도중에 소정의 시점에 상기 응용을 호출하는, 목록 내의 각 버퍼를 위한 콜백(callback) 루틴을 제공한다.
도 3은 입/출력(I/O)버스(56 및 58)에 의해 함께 연결된 비디오 카메라(50), 비디오카세트 레코더(52) 및 컴퓨터(54)를 포함하는 시스템을 도시한다. I/O 버스(56)는 비디오 카메라(50)를 비디오카세트 레코더(52)에 접속시켜, 비디오 카메라(50)가 기록을 위하여 데이터를 비디오카세트 레코더(52)로 보내도록 허용한다. I/O 버스(58)는 비디오카세트 레코더(52)를 컴퓨터(54)에 접속시켜, 비디오카세트 레코더(52)가 디스플레이를 위해 데이터를 컴퓨터(54)로 보내도록 허용한다.
본 발명에 따른 응용 프로그래밍 인터페이스(API)는, 버스 구조(56 및 58)를 가로질러 통신되는 데이터 전달 동작을 제어하기 위하여, 비디오 카메라(50), 비디오카세트 레코더(52) 또는 컴퓨터(54)를 포함하는 연결된 서브시스템의 임의의 하나 또는 모두에서 실현될 수 있다. 본 발명의 양호한 실시예에 있어서, 버스 구조(56 및 58)는 IEEE 1394 표준 케이블이다.
본 발명의 응용 프로그래밍 인터페이스를 실현하기 위해 각 시스템 내에 존재하는 하드웨어 시스템의 블록도는 도 4에 도시되었다. 도 4에 도시된 하드웨어 시스템에 있어서, 인쇄 회로 기판(60)은 사용자 인터페이스(70)에 접속된다. 인쇄 회로 기판(60)은 시스템 버스(68)에 의해 시스템 메모리(64)와 I/O 버스 인터페이스(66)에 접속된 중앙 처리 유니트(CPU)(62)를 포함한다. 사용자 인터페이스(70)는 또한 시스템 버스(68)에 접속된다. 사용자 인터페이스(70)는 특정 서브시스템이지만, 서브시스템의 사용자와 통신하기 위한 키보드, 디스플레이 또는 다른 I/O 장치를 포함할 수 있다.
비디오 카메라(50), 비디오카세트 레코더(52) 및 컴퓨터(54)를 포함하는 각 서브 시스템은, 본 발명의 응용 프로그래밍 인터페이스를 실현하기 위하여, 도 4에 도시된 시스템과 같은 하드웨어 시스템을 포함할 것이다. 이들 각 장치 내의 CPU(62)는 응용 프로그램 지령을 실행하기 위해 사용된다. 따라서 본 발명의 API는, 적절한 하나의 버스(56 또는 58) 위에서, 현존 서브시스템과 다른 서브시스템 중 하나 사이에서 등시성 및 비동기 데이터 전달 동작을 관리할 것이다.
본 발명에 따른 응용 프로그래밍 인터페이스는, 버스 구조 위에서 응용에 대한 및 이로부터의 등시성 및 비동기 데이터 전달을 실현한다. 여기에서 사용된 응용은 응용 또는 장치 구동기로 언급된다. 데이터 전달 동작이 완결되는 버스 구조는 IEEE 1394 표준 버스 구조인 것이 바람직하다. 그러나, 당업자에게는 명백한 바와 같이, 본 발명의 응용 프로그래밍 인터페이스는 또한 다른 형태의 버스 구조 위에서의 데이터 전달을 관리하는 용도로 적용될 수 있다. 응용 프로그래밍 인터페이스는, 하나 이상의 비동기 트랜잭션을 사용하는 버스 구조 위에서, 응용에 의해 제공된 로컬 데이터 버퍼와 어드레스 범위 사이에서 임의의 양의 데이터를 전달하는 능력을 포함한다. 데이터 블록의 비동기 전달이 시작될 때, 응용 프로그래밍 인터페이스는 자동 트랜잭션 생성기에 명령을 보낸다. 그후 자동 트랜잭션 생성기는, 직접적인 프로세서 제어가 없이, 또는 응용 프로그래밍 인터페이스에 의한 통제를 요구함이 없이, 완전한 데이터 블록을 비동기적으로 전달하기 위하여 필요한 판독 또는 기록 트랜잭션을 자동적으로 생성한다.
응용 프로그래밍 인터페이스는 또한, 전용 채널 위에서, 응용과 버스 구조상의 다른 노드 사이에서 데이터를 등시적으로 전달하는 능력을 포함한다. 등시성 데이터 전달 도중에, 버퍼 관리 구조는 응용 내의 데이터 버퍼를 관리하는데 사용된다. 응용은 전달될 데이터의 형태와 양에 따라, 버퍼의 하나, 하나 이상 또는 연결된 목록을 사용할 수 있다. 버퍼를 지시하는 버퍼 기술자의 연결된 목록은, 등시성 데이터의 연속 스트림의 중단되지 않는 흐름을 보장하기 위하여, API에 의해 유지된다. 이러한 연결된 기술자 목록은 버퍼의 선형 또는 원형 목록을 실현할 수 있고, 각 버퍼를 위하여 목록 내에서 다음 버퍼에 대한 기술자를 위한 전방 포인터와 목록 내에서 이전 버퍼에 대한 기술자를 위한 후방 포인터를 포함할 수 있다. 선형 목록이 실현될 때, 응용은 데이터의 처리를 위해 필요에 따라, 다이내믹하게 버퍼를 목록에 추가하거나, 목록으로부터 현존 버퍼를 제거할 수 있다.
데이터의 등시성 전달 도중에, 본 발명의 응용 프로그래밍 인터페이스는, 데이터 내에서의 특정 시점에 대한 재동기화를 허용하는 데이터 스트림 내에서 재동기화 이벤트의 실현을 제공한다. 실현은 또한, 데이터 전달 동작 도중에 소정의 특정 시점에서 응용을 호출하는, 각 버퍼를 위한 콜백 루틴을 위해 제공된다. 재동기화 이벤트와 콜백 루틴 모두 IEEE 1394 표준에 의해 지원된다.
본 발명의 응용 프로그래밍 인터페이스는 또한 버스 구조 위에서 필요에 따라 버스 관리 동작을 수행하는 능력을 포함한다. 이러한 버스 관리 동작은 필요에 따라 등시성 채널 번호를 할당 및 재할당하는 것, 및 등시성 대역폭을 할당 및 재할당하는 것을 포함한다. 버스 구조가 IEEE 1394 표준 버스 구조라면, 응용 프로그래밍 인터페이스는 IEEE 1394 표준에 의해 요구되는 다른 버스 관리 동작을 수행하기도 한다.
버스 구조를 포함하는 시스템 내의 본 발명에 따른 응용 프로그래밍 인터페이스의 블록도 구조는 도 2에 도시되었다. API(20)는 응용(22 및 24)과 버스 구조(28) 사이의 인터페이스로 작용하여, 버스 구조(28)와 응용(22 및 24) 사이의 데이터 전달을 관리한다. 도 2에 도시된 바와 같이, 단일 API(20)은 다중 응용과 버스 구조(28) 사이의 인터페이스로서 작용할 수 있다. 예컨대, 도 3에 도시된 컴퓨터 시스템(54) 내에서, 단일의 API(20)는 컴퓨터 시스템(54)에 의해 구동되는 하나 이상의 응용 사이에서의 인터페이스로 작용할 수 있다.
하드웨어 및 물리적인 인터페이스(26)는 API(20)와 버스 구조(28) 사이에 포함된다. 하드웨어 및 물리적인 인터페이스(26)는, 버스 구조(28)상에서 하나의 응용(22 또는 24)과 다른 노드 사이의 비동기 데이터 전달의 완결을 위해 필요한 트랜잭션을 자동적으로 생성하기 위하여 자동 트랜잭션 생성기(38)를 포함한다. 하드웨어 및 물리적인 인터페이스(26)는 또한, 버스 구조(28)를 향한 및 이로부터의 데이터의 흐름을 감시하고 관리하기 위한 버스 인터페이스(40)를 포함한다. 하드웨어 및 물리적인 인터페이스(26)는, API(20)에 의해 제어되는, 한 세트의 메모리 버퍼(30)에 접속된 것으로 도시되었다. 메모리 버퍼(30)의 세트는 메모리 버퍼(32, 34 및 36)를 포함한다. 이하에서 설명되는 바와 같이, 메모리 버퍼(32, 34 및 36)는 응용(22)에 및 이로부터의 등시성 데이터 전달을 지속하는 용도를 위하여 응용(22)에 의해 API(20)에 제공된다.
등시성 데이터 전달
등시성 데이터 전달 동작을 개시하기 위하여, 응용은 먼저 API(20)로부터 등시성 채널을 요구한다. 응용은 특정 채널 번호 또는 임의의 현재 유효한 채널 번호를 요구할 수 있다. API(20)는 그후 IEEE 1394 표준의 요구마다 등시성 전달을 위한 채널을 얻는다. IEEE 1394 표준은 버스 구조(28)를 가로질러 데이터 스트림과 함께 방송되는 6 비트의 채널 번호를 지원한다. 응용과 버스 구조(28)상의 다른 노드 사이의 등시성 데이터 전달을 위해 일단 한 채널이 할당되면, 어떠한 다른 노드도 상기 특정 채널 번호를 사용할 수 없다. 채널이 할당된 후, 데이터 버퍼는 응용에 의해 데이터 전달을 위해 사용될 API(20)에 할당되어야만 한다. API(20)는 상기 응용이 데이터의 버퍼 중 하나, 하나 이상 또는 목록을 데이터의 등시성 스트림을 수신하거나 전송하는 용도에 할당하는 것을 허용한다. API(20)에 할당된 각 버퍼는 인접하거나 또는 조각이 될 수 있고, 논리적이거나 물리적일 수 있다. 데이터 버퍼의 목록은 원형 또는 선형일 수 있다. 데이터 버퍼의 선형 목록이 API(20)에 할당되면, 응용(22)은 데이터를 처리하기 위하여 부가적인 버퍼를 부가하거나, 또는 필요한 목록으로부터 버퍼를 제거할 수 있다.
도 2에 도시된 시스템에 있어서, 등시성 데이터 전달을 위하여 응용(22)은 버퍼(32, 34 및 36)를 포함하는 세 개의 버퍼(30)를 API(20)에 할당한다. 상기 응용은 또한 세 개의 버퍼 기술자의 연결된 목록을 API에 할당하는데, 버퍼(32, 34 및 36) 각각에 대해 하나씩 할당한다. API(20)는 연결된 목록 내에서 각 버퍼를 위하여 버퍼 기술자를 유지하고, 응용, 할당된 버퍼 및 버스 구조(28) 사이에서 등시성 데이터의 흐름을 관리한다. API(20)에 의해 관리되는 기술자 목록 내에서, 각 버퍼는 버퍼 기술자에 의해 표시되는데, 상기 버퍼 기술자는 목록 내에서 다음 버퍼를 위한 기술자에 대한 전방 포인터와 목록 내에서 이전 버퍼를 위한 기술자에 대한 후방 포인터를 포함한다. 응용에 의해 API(20)에 할당된 버퍼에 대응하는 버퍼 기술자의 목록은 도 5에 도시되었다. 각 버퍼 기술자(1-n)는 메모리 버퍼(1-n)에 대응한다. 특히, 버퍼 기술자(80)는 메모리 버퍼(84)에 대응하고, 버퍼 기술자(82)는 메모리 버퍼(86)에 대응한다.
버퍼 기술자 각각은 대응하는 버퍼의 어드레스와 길이를 포함한다. 버퍼 기술자는 또한, 현재 데이터 전달 동작의 방향에 따라, 버퍼가 채워지거나 비워진 후 호출하기 위한 콜백 종결 루틴을 포함한다. 버퍼 기술자는, 응용에 의해 프로그램되며, 버퍼가 특정 이벤트 또는 시간에 어떻게 동기화되는 지에 대한 선택적인 동기화 이벤트 필드를 더 포함한다. 특히, 메모리 버퍼(84)에 대응하는 버퍼 기술자(80)는 메모리 버퍼(84)를 위한 어드레스(80a)와 길이(80b)를 포함한다. 필요하다면, 종결 루틴(80c)과 동기화 이벤트(80d)가 역시 포함된다.
버퍼 기술자와 메모리 버퍼의 이러한 용도는 본 발명의 API를 사용하는 응용에 큰 유연성을 허용하는데, 왜냐하면 기술자, 버퍼, 종결 루틴 및 동기화 이벤트 모두가 특정 필요에 따른 응용에 의해 설정되기 때문이다. 한 예로서, 디지털 비디오 모니터에 데이터를 등시적으로 전달하는 디지털 비디오 카메라 내에서 동작중인 응용에 대해, 데이터는 API가 버퍼 기술자를 유지하는 메모리 버퍼 내에 로드된다. 그후 API는 버퍼로부터 비디오 모니터로의 각 데이터 패킷의 전달을 관리한다. 비디오 카메라는 기술자 쌍이 동일한 메모리 버퍼를 지시하도록 함으로써, 수직 범위에서 두 배(2x)의 압축 특성을 실현할 수 있다. 즉, 기술자(1 및 2)는 메모리 버퍼(1)를 지시할 것이고, 기술자(3 및 4)는 메모리 버퍼(2)를 지시할 것이며, 이후도 이처럼 된다. 각 쌍의 제 2 기술자에서 종결 루틴은 메모리 버퍼 내의 데이터가 판독될 준비가 되었음을 비디오 모니터에 알린다. 이것은, 비디오 카메라가 제 1 및 제 2 주사 라인 데이터를 출력함에 따라, 제 2 주사 라인 데이터가 메모리 버퍼 내에서 제 1 주사 라인 데이터 위에 제 2 주사 라인 데이터로 덮어 기록하는 것을 의미한다. 비디오 모니터는, 제 2 주사 라인이 기록되어 모니터가 제 1 주사 라인 데이터를 볼 수 없을 때 이후까지, 메모리 버퍼를 판독하지 않는다. 이러한 방법에 있어서, 모든 다른 주사 라인은 생략된다.
기술자는 목록이 사실상 원형이 되도록 허용하여, 버퍼(32, 34 및 36)로 또는 이로부터 연속적인 데이터 스트림을 유지한다. 버스 구조(28)를 따라 응용(22)으로부터 다른 노드로의 등시성 데이터 전달 도중에, 응용(22)은 버퍼(32, 34 및 36)를 차례로 데이터로 채운다. 그후, API(20)는 적절한 시간 기간 동안에 적절한 버퍼로부터 버스 구조(28)로의 데이터의 전달을 관리한다. 하드웨어 및 물리적인 인터페이스(26) 내의 버스 인터페이스(40)는 버퍼(32, 34 및 36)로부터 버스 구조(28)상으로의 데이터 전달을 제어한다. 다른 노드로부터 버스 구조(28)를 따라 응용(22)으로의 등시성 데이터 전달 도중에, API(20)는 버스 구조(28)로부터 버스 인터페이스(40)를 통해 적절한 버퍼(32, 34 및 36)로의 데이터 전달을 관리한다. 할당된 하나의 버퍼가 채워짐에 따라, 데이터는 연결된 목록 내의 다음 버퍼에 저장된다. 그후 응용(22)은 적절한 시간 기간 도중에 적절한 하나의 버퍼(32, 34 및 36)로부터 데이터를 판독한다. 일단 응용(22)이 버퍼로부터 데이터 판독을 종료하면, 상기 버퍼는 API(20)에 다시 제공되고, 응용(22)은 다음 버퍼로부터의 데이터를 처리한다.
버퍼 기술자는 또한, 데이터 전달 동작을 완결하는데 필요한대로, 응용으로 하여금 API(20)로부터 버퍼를 제거하거나 또는 버퍼를 할당하는 것을 허용하는 버퍼의 선형 목록을 실현할 것이다. 예컨대, 등시성 수신 동작 도중에, 상기 응용이 각 버퍼의 처리를 종료함에 따라, 더 많은 데이터를 수신하도록 각 버퍼를 API에 다시 할당할 수 있다. 상응하게, 데이터 전달 동작을 완결하기 위하여 추가의 버퍼가 필요하다면, 상기 응용은 더 많은 버퍼를 API에 할당할 수 있다.
API(20)는, 응용(22)에 의해 요구된다면, 등시성 데이터의 전달 도중에 재동기화 이벤트 및/또는 콜백 루틴을 실행할 것이다. 재동기화 이벤트는, 전달 도중의 데이터 내에서, 시간상의 소정의 특정 시점에 대해 응용에 의한 재동기화를 허용한다. 데이터가 등시적으로 전달되기 때문에, 이러한 재동기화 이벤트는 또한 데이터 흐름에 대한 시간 내의 적절한 점에 대해 응용을 동기화시킬 것이다. 비디오 데이터의 전달은 재동기화 이벤트의 실현에 대한 이상적인 예를 제공한다. 비디오 레코더와 같은 응용으로부터의 비디오 데이터의 전달 도중에, 데이터는, 하나의 수평 라인을 모니터 또는 텔레비전에 디스플레이하기 위해 필요한 데이터를 나타내는, 블록으로 전달된다. 각 수평 라인의 디스플레이 이후, 모니터는 다음 수평 라인을 디스플레이하도록 그 자체를 리세트하여야만 한다. 재동기화 이벤트는 각 수평 라인에 대한 데이터의 끝에서 모니터에 의해 채용될 수 있어, 모니터로 하여금 그 자체를 다음 수평 라인의 시작에 재동기화 시키는 것을 허용한다.
본 발명의 API의 양호한 실시예에 있어서, 특정 값이 등시성 데이터 블록 패킷 헤더에 출현할 때, 또는 등시성 데이터가 개시 동작을 위한 버스의 특정 채널 상에서 출현하거나 또는 정지 동작을 위한 버스의 특정 채널 상에서 종료될 때, 등시성 동작은 즉시 수행될 수 있도록 동기화 또는 예정될 수 있다.
API(20)에 할당된 각 버퍼는 재동기화 이벤트 및 콜백 루틴을 구비할 수 있다. 콜백 루틴은 한 프레임을 나타내는 데이터 한 블록의 전달 종료시의 비디오 데이터의 전달 도중에 채용될 수 있다. 모니터 또는 텔레비전은 수평 라인을 한 프레임으로 그룹 지우고, 각 프레임의 종료 시, 다음 프레임의 시작을 준비하도록 스크린의 상부에 그 자체를 리세트시킨다. 콜백 루틴은 각 프레임을 나타내는 데이터 스트림의 종료 시에 사용될 수 있다. 이러한 구조는 버퍼가 버스 구조(28)에 접속된 소스로부터 비디오 프레임을 나타내는 데이터로 채워지는 것을 허용한다. 비디오 프레임을 나타내는 데이터가 전달된 후, 콜백 루틴은, 다음 프레임을 나타내는 데이터가 전달되었고 처리를 위해 유효한 것을 응용에 통지하기 위하여 사용될 수 있다. 그후 상기 응용은, 다음 프레임을 위한 데이터가 다음 버퍼에 로드되는 동안, 데이터의 이러한 프레임을 위한 데이터를 처리할 수 있다.
등시성 송부 및 수신 동작을 위해 API 버퍼 처리를 도시하는 흐름도가 도 6에 도시되었다. 등시성 수신 동작의 시작(102)에서 응용은 버퍼/기술자, 종결 루틴 호출 및 동기화 이벤트를 설정하는 것으로 간주한다. 흐름도(100)는 버스 시스템에서의 처리를 필요로 하는 각 등시성 스트림을 위하여 단계(102)에서 시작된다. API(20)은 인입 데이터를 처리하기 위한 현재 기술자의 트랙을 유지한다. 즉, API는 다음 버퍼에 대한 포인터와, 데이터가 저장될 수 있는 다음 버퍼 내의 위치를 유지한다.
단계(104)에서 다음 버퍼 기술자는 연결된 목록으로부터 얻어진다. 단계(106)에서 더 이상의 임의의 기술자가 연결된 목록 내에 포함되는 지를 결정하기 위한 검사가 이루어진다. 더 이상의 기술자가 연결된 목록 내에 존재하지 않는다면, 처리는 단계(108)에서 종료된다. 부가적인 기술자가 존재한다면, 루틴은 현재 버퍼를 위한 동기화 이벤트가 도착할 때가지 대기하는 단계(112)로 이동한다. 동기화 이벤트가 일단 도착하면, 단계(114)에서 현재 버퍼는 수신 동작을 위한 인입 데이터로 채워지거나 또는, 버퍼로부터의 데이터가 송부 동작을 위해 전송된다. 버퍼가 처리된 후, 단계(116)에서 콜백 루틴이 이러한 버퍼를 위해 포함되었는 지의 여부가 결정된다. 만약 콜백 루틴이 포함되었다면, 단계(118)에서 콜백 루틴이 호출된다. 그렇지 않을 경우, 루틴은 단계(104)로 복귀하고, 다음 기술자를 얻는다. 콜백 루틴이 제공되었는 지의 여부에 따라, API와 하드웨어 서브시스템(26)은 다음 버퍼 기술자가 등시성 데이터가 손실되지 않게 얻어지는 것을 보장한다.
흐름도(100)의 단계는, 도 3 및 4와 관련하여 상술한 바와 같이, 통상적인 개인용 컴퓨터(PC), 삽입된 처리 시스템 등에서 볼 수 있는 것과 같은 CPU와 관련 서브시스템에 의해 수행될 수 있다. 일반적으로, 본 명세서에서 나타낸 흐름도의 단계는 "C", 파스칼, 포트란, 베이직, 어셈블리 언어 등과 같은 임의의 적합한 프로그래밍 언어로, 또는 이러한 언어의 조합으로 실현될 수 있다. 임의의 적합한 컴퓨터 프로그래밍 기술이, 순차적인 또는 객체 지향 프로그래밍, 병렬 또는 분산 처리, 인터럽트 구동 또는 폴링 이벤트(polled event) 처리, 등과 같이, 단계를 실현하기 위한 소프트웨어 설계를 위하여 사용될 수 있다. 본 명세서에서 설명되고 청구범위에서 청구된 방법의 단계 및 장치 요소를 여전히 달성하면서, 단계는 흐름도에 도시된 것에 변형되거나, 첨가 또는 추출될 수 있다. 단일 단계에서의 처리는 두 개 이상의 단계로 분할될 수 있다. 또한 일부 실시예에 있어서, 두 개 이상의 단계는 동일한 시간에 달성될 수도 있고, 이들의 임무가 뒤섞일 수 있다. 단계의 순서 또는 경로도 변경될 수 있다. 각 흐름도는 본 발명의 양호한 실시예에서 한 기능을 달성하기 위해 사용된 논리의 원시적인 한 예의 오직 한 경우에 불과하다.
논의의 목적을 위하여, 흐름도의 누적 단계는, 이들이 두 개 이상의 루틴, 프로그램, 처리 등으로 실현될 수 있다 할지라도, 단일의 "루틴"또는 프로그램을 구성하는 것으로 언급된다. 흐름도의 단계는 동일하거나 다른 장치에 존재하는 프로세서 사이에 분산될 수도 있다.
등시성 데이터 전달 동작의 한 예로서, 만약 응용(22)이 버스 구조(28)에 접속된 노드에서 비디오 레코더로부터 데이터를 등시적으로 수신하는 비디오 모니터라면, API(20)는 버스 구조로부터, 각각이 연결된 목록에서 버퍼 기술자에 의해 표시되는 버퍼(32, 34 및 36)로의 데이터의 흐름을 관리할 것이다. 제 1 버퍼(32)는 비디오 레코더로부터 수신된 데이터로 채워진다. 제 1 버퍼(32)가 채워지면, 연결 목록 내의 다음 버퍼(34)가 채워지는 동안, 비디오 모니터(22)에 의해 처리되고 디스플레이된다. 만약 제 1 버퍼(32)가 한 프레임에 대한 데이터의 종료 시에 콜백 루틴을 포함하였다면, 상기 콜백 루틴은, 제 1 프레임을 나타내는, 제 1 버퍼(32)에서의 데이터를 처리할 수 있음을 비디오 모니터(22)에 통지하기 위하여 사용될 수 있다. 비디오 모니터(22)가 제 1 버퍼(32) 내의 데이터의 처리를 종료할 때, 버스 구조(28)로부터 수신된 추가 데이터를 저장하기 위하여 버퍼(32)를 API(20)에 다시 제공할 수 있다.
응용(22)이 버스 구조에 접속된 다른 노드에 등시성 데이터를 전달하는 비디오 레코더라면, 상기 응용은 버퍼(32, 34 및 36)를 차례로 데이터로 로드시킨다. 그후, API(20)는 적절한 시간에 적절한 채널 번호를 가지고, 버퍼(32, 34 및 36)로부터 버스 구조(28)상으로의 데이터의 전달을 관리한다. 이러한 방법에 있어서, 본 발명의 API(20)는 응용에 또는 이로부터의 등시성 데이터 전달을 관리한다.
비동기 데이터 전달
응용(24)과, 버스 구조(28)에 접속된 다른 노드 사이의 비동기 데이터 전달 동작을 실행하기 위하여, API(20)은, 전달을 종결하기 위해 필요한 요구를 자동적으로 생성하는 하드웨어 자동화 레벨을 사용하고, 응용과 API(20)가 데이터 전달 동작이 종결되는 동안 다른 기능을 수행하도록 허용하는, 직접 메모리 억세스(DMA) 모델을 필수적으로 한정한다. API(20)는 비동기 데이터 전달을 위하여 메모리-맵핑된 인터페이스를 응용에 제공한다. 비동기 데이터 전달을 시작하기 위하여, 응용(24)은 기술자를 API(20)에 전달하는데, 상기 기술자는 응용의 어드레스 공간 내의 버퍼의 어드레스와, 전달이 발생하는 버스 구조의 어드레스 공간 내의 시작 어드레스와, 전달될 데이터의 블록의 길이와, 전달이 판독 또는 기록 동작일 지를 나타내는 코드를 포함한다. API(20)는 필요한 데이터를 하드웨어 자동 전달 생성기(38)에 제공하고, 상기 생성기는 이후 버스 구조(28)를 가로질러 데이터의 전체 블록의 전달을 종결하는데 필요한 하나 이상의 트랜잭션을 생성한다. 자동 전달 생성기(38)는 그후 버스 구조(28)를 가로질러 응용(24)에 의해 할당된 버퍼와 적절한 어드레스 사이에서 데이터의 전달을 종결하기 위하여 필요한 판독 또는 기록 트랜잭션을 생성한다. 이러한 자동화는 비동기 데이터 전달 동작을 종결하는데, API(20) 또는 응용(24)의 주의를 필요로 하지 않는다. 본 발명의 양호한 실시예에서 자동 트랜잭션 생성기(38)가 하드웨어로 실현되지만, 자동화 트랜잭션 생성기가 API(20) 내의 소프트웨어로 실현될 수도 있다는 것은 당업자에게는 자명하다. 응용이 하드웨어 자동화의 이러한 레벨을 필요로 하지 않는다면, API(20)는, 자동 트랜잭션 생성기(38)를 사용함이 없이, 데이터 전달 동작을 종결하기 위하여 필요한 트랜잭션을 생성할 수도 있다.
당업자에게 공지된 바와 같이, 각 판독 또는 기록 트랜잭션은, 버스 구조(28)의 시스템과 성능에 따라, 데이터의 특정 양을 전달하기만 할 수 있다. 그러므로, 데이터의 블록을 전달하기 위하여, 복수의 판독 또는 기록 트랜잭션을 생성하는 것이 필요할 수 있다. 종래 기술의 시스템과는 대조적으로, 본 발명의 API(20)는 단일 명령을 자동 트랜잭션 생성기 블록(38)에 보낸다. 그후 자동 트랜잭션 생성기 블록(38)은, API(20)에 의한 추가의 주의를 필요로 함이 없이, 버스 구조(28) 위에서 데이터의 완전한 블록을 전달하는데 필요한 판독 또는 기록 트랜잭션을 생성한다. 이것은, API(20)와 응용(24)이 전달이 발생하는 동안 다른 과제를 수행할 수 있음에 따라, 시스템이 보다 더 효율적이 되게 허용한다. 전달이 비동기이기 때문에, 데이터의 전체 블록의 전달이 일단 종료되면, API(20)는 응용(24)에 통지한다.
상술한 바와 같이, 본 발명의 양호한 실시예에 있어서, 버스 구조(28)는 IEEE 1394 표준 버스 구조이다. 그러므로 비동기 데이터 전달에 대해 버스 구조(28)는 64비트 어드레스 공간을 제공한다. 자동 트랜잭션 생성기(38)에 제공된 기술자 내에서, 데이터 전달이 발생하려 하는 원격 어드레스는 64비트 어드레스에 의해 지정된다.
비동기 판독 동작을 개시하기 위하여, 응용(24)은 API(20)에 기술자를 전달하는데, 상기 기술자는 데이터가 전달되려 하는 대상의 응용의 어드레스 공간 내의 버퍼의 어드레스와, 데이터가 판독되려는 버스 구조(28)의 어드레스 공간 내의 64비트 개시 어드레스와, 전달되려는 데이터 블록의 길이와, 전달이 판독 동작임을 나타내는 코드를 포함한다. 그후 API(20)는 필요한 정보를 자동 트랜잭션 생성기(38)에 전달한다. 그후 자동 트랜잭션 생성기(38)는, 버스 구조(28) 상에서 적절한 노드로부터 응용 버퍼에 데이터를 전달하기 위해 필요한, 판독 명령을 생성한다. 응용은, 판독 트랜잭션이 생성되기 전에 특정 버퍼가 유효한 것을 보장할 책임이 있다. 그후 데이터는 공지된 방법으로 자동 트랜잭션 생성기(38)에 의해 생성된 트랜잭션에 따라 판독된다.
비동기 기록 동작을 개시하기 위하여, 응용(24)은 API(20)에 기술자를 전달하는데, 상기 기술자는 데이터가 전달되려 하는 응용의 어드레스 공간 내의 버퍼의 어드레스와, 데이터가 기록되려는 버스 구조(28)의 어드레스 공간 내의 64비트 개시 어드레스와, 전달되려는 데이터 블록의 길이와, 전달이 기록 동작임을 나타내는 코드를 포함한다. 그후 API(20)는 필요한 정보를 자동 트랜잭션 생성기(38)에 전달한다. 그후 자동 트랜잭션 생성기(38)는, 응용 버퍼로부터 버스 구조(28) 상에서의 적절한 노드에 데이터를 전달하기 위해 필요한, 기록 명령을 생성한다. 그후 데이터는 공지된 방법으로 자동 트랜잭션 생성기(38)에 의해 생성된 트랜잭션에 따라 응용 버퍼로부터 전달된다. 버퍼가 전달될 때, 응용(24)에 통지된다.
API 약정 및 버스 관리 동작
응용은 API(20) 내의 루틴을 동기적으로 또는 비동기적으로 호출한다. 만약 응용이 루틴을 동기적으로 호출한다면, 루틴이 응용으로 복귀하는 시간에, API는 요구된 동작을 종결하거나, 또는 API는 선택된 요구가 종결될 수 없음을 나타내는 종결 상태를 복귀시킨다. 선택적으로, 만약 응용이 루틴을 비동기적으로 호출한다면, 요구된 동작은, 루틴이 제어를 클라이언트(client)에 복귀시키는 시간에, 거의 종결되지 않을 것이다. 루틴을 비동기적으로 호출하기 위하여, 응용은 종결 콜백 루틴을 제공한다. API는 원래의 호출로부터 복귀되기 전에 이러한 종결 루틴을 호출할 수 있다. 그러나, 대부분의 경우, API는 동작을 개시시킨 원래의 호출로부터 복귀된 후 요구된 동작을 종결하고, 이후 동작이 이루어졌음을 나타내기 위하여 응용의 종결 루틴을 호출한다.
API에 의해 제공된 임의의 서비스를 사용하기 전에, 응용은 먼저 API를 초기화시켜야만 한다. 각 응용은 API를 별도로 초기화시켜야만 한다. 응용은 ActivateSonyAPI 서브루틴을 호출함으로써 API를 초기화시킨다. 이러한 서브루틴은 API와 응용 사이의 접속을 구성한다. ActivateSonyAPI를 호출할 때, 응용은 버스 리세트 또는 다른 버스 이벤트가 발생할 때를 API가 호출하는 지시 루틴을 지정할 수 있다. ActivateSonyAPI 서브루틴은 하나의 값을 응용에 복귀시키는데, 상기 응용은 이후 API의 루틴에 대한 후속하는 호출 시 이 값을 사용한다.
동작의 경과 도중에 큰 수의 지시를 기대하는 응용은, 배타적인 사용을 위한 부가적인 지시 버퍼를 API에 전달하기 위하여, AddIndBufffers 루틴을 호출할 수 있다. 클라이언트는, API가 현재 소유하는 버퍼의 번호를 검사하기 위하여, 먼저 CountIndBuffers 루틴을 호출할 수 있다. API를 비활성화시키는 것에 선행하여, 응용은 RelIndBuffers 루틴을 호출함으로써 API에 이전에 제공된 지시 버퍼를 해제할 수 있다.
응용이 API의 사용을 끝마칠 때, DeactivateSonyAPI 루틴을 호출한다. 이러한 루틴은 응용과 API 사이의 접속을 깨뜨리고, 응용을 대신하여 API에 의해 사용중인 임의의 지시 버퍼 또는 다른 자원을 해제시킨다. 일부 응용의 버퍼가 현재 API에 의해 사용중이라면, API는 주어진 응용으로부터 곧바로 분리될 수 없음을 주목해야 한다. 주어진 응용을 위해 API가 활동중인 시간 동안, 응용은 API가 제공하는 모든 서비스에 억세스한다.
API를 초기화한 후, IEEE 1394 표준의 8절에서 한정되고, 이하에서 설명되는 바와 같이, 응용은 다양한 IEEE 1394 버스 관리 기능을 수행할 수 있다. 응용은, MGMTAllocateChannel과 MGMTDeAllocateChannel 루틴을 각각 사용하여, 현재 활동중인 등시성 자원 관리자로부터 등시성 채널 번호를 각각 할당 및 재할당할 수 있다. 이들 응용을 사용하여, 응용은 유효하다면 특정 채널 번호를 할당하도록 요구할 수 있다. 선택적으로, 응용은 현재 유효한 임의의 채널 번호를 할당하도록 요구할 수 있다. 이들 API 루틴은, 등시성 채널 번호를 할당 및 재할당하는 것에 대해 IEEE 1394 표준의 요구를 따른다. 등시성 채널 번호를 사용할 때, 응용은 IEEE 1394 표준 또는 임의의 다른 통제 프로토콜(governing protocol) 서류에 적용될 수 있는 임의의 다른 요구를 따를 책임이 있다.
응용은, MGMTAllocateBandwidth와 MGMTDeAllocateBandwidth 루틴을 각각 사용하여, 현재 활동중인 등시성 자원 관리자로부터 등시성 대역폭을 각각 할당 및 재할당할 수 있다. 이들 API 루틴은 등시성 대역폭을 할당 및 재할당하는 것에 대해 IEEE 1394 표준의 요구를 따른다. 이들 루틴을 사용할 때, 응용은 필요한 등시성 대역폭의 정확한 양을 계산하고, 훨씬 더 정확하게 할당하는 것에 대한 책임이 있다. 응용은 또한, 임의의 등시성 대역폭을 할당, 재할당 또는 소유하는 것에 대해, IEEE 1394 표준 및 다른 임의의 통제 프로토콜 서류에 부가되는 적용 가능한 규칙을 따라야 하는 책임이 있다.
응용이 API를 비활성화시킬 때, API는 응용이 이전에 할당된 임의의 버스 자원을 재할당하려고 시도하지 않는다. IEC AV 프로토콜 표준에서 요구되는 바와 같이, 이것은 응용이 이들 자원의 소유권을 쉽게 포기하도록 허용한다. 그러나, 등시성 버스 자원을 할당 및 재할당할 때, 이것은 통제 프로토콜을 따르는 완전한 책임을 응용에 부가한다.
응용은, 활동 버스 관리자로부터 현재 토폴로지 맵 및 속도 맵 정보를 검색할 수 있고, 만약 존재한다면, MGMTBusInfo 루틴을 사용하여 임의의 다른 유효한 버스 정보를 검색할 수 있다. 응용이 구동 중인 노드가 활성 버스 관리자인지 여부에 관계없이, 이러한 루틴은 버스 관리자로부터 최신의 정보를 검색한다. 현재 활성인 버스 관리자가 없다면, 이러한 루틴은 실패할 것이라는 점을 주목해야 한다. IEEE 1394 표준의 8절은 토폴로지 맵 및 속도 맵의 포맷과, 버스 관리자가 존재하거나 존재하지 않는 조건을 한정한다.
API를 초기화한 후, 응용은 IEEE 1394 직렬 버스 우에서 비동기 데이터 전달 요구를 개시시키기 위하여 ASYNDataRequest 루틴을 호출할 수 있다. 응용은, IEEE 1394 표준에서 한정된 임의의 비동기 트랜잭션을 개시시키기 위하여, 이러한 루틴을 사용할 수 있는데, 상기 트랜잭션은 데이터 블록 판독 또는 기록 요구, 쿼드렛 판독(quadlet read) 또는 기록 요구, 또는 임의의 로크 요구를 포함한다. 응용이 ASYNDataReqest 루틴을 호출할 때, 상기 루틴은 응용 어드레스 공간 내의 버퍼를 위한 기술자, 64 비트 IEEE 1394 어드레스 공간 내의 개시 어드레스, 데이터 전달 길이 및 트랜잭션 코드를 전달한다. 그후 ASYNDataRequest 루틴은 상기 요구를 부합시키기 위하여 하나 이상의 IEEE 1394 트랜잭션을 생성한다. API가 요구된 데이터 전달 동작을 종료할 때, 또는 에러에 직면할 때, 응용이 이러한 루틴을 동기적으로 또는 비동기적으로 호출했는 지에 따라, API는 응용으로 복귀하거나, 또는 응용의 콜백 루틴을 호출한다.
IEEE 1394 직렬 버스 위에서 로크 트랜잭션을 수행하기 위하여, 응용은 ASYNDataRequest 루틴을 호출하고, 요지의 값, 데이터 값 및 로크 동작 코드를 전달한다. API는, 예컨대 동기적 또는 비동기적인 호출 형태에 의해 결정된 바와 같이, 요구된 로크 동작을 생성하고 응용으로 복귀하거나 또는 응용의 콜백 루틴을 호출한다.
API를 초기화한 후, 응용은 IEEE 1394 직렬 버스 상의 등시성 데이터의 채널의 출처를 밝히거나 또는 밝히지 않을 수 있다. 등시성 데이터를 전달하기 전에, 응용은 ISOCHOpen 루틴을 사용하여 등시성 포트를 먼저 개방하여야만 한다. 이러한 루틴을 호출할 때, 상기 응용은, 응용이 전달하려는 등시성 데이터의 스트림에 대한 방향 및 다른 정보를 지정한다. ISOCHOpen 루틴은 필요한 시스템 자원이 유효한 지를 결정하고, 그럴 경우 응용으로 복귀한다. 이러한 루틴이 성공적으로 완결되면, 상기 응용은 등시성 데이터의 스트림을 전달하기 위한 배타적인 용도를 위하여 예약된 모든 필요한 시스템 자원을 구비한다.
응용이 등시성 채널 상에서 통신하거나 청취할 때, 호스트 시스템 내에서 등시성 데이터의 소스 또는 목적지는 응용에 의해 소유되고 데이터 구조에서 기술된 하나 이상의 데이터 버퍼이다. 응용은 이들 버퍼를 ISOCHAttach 루틴을 호출함으로써 API에 전달한다. 이러한 루틴은, 응용 데이터를 이들 버퍼에 또는 이로부터 전달에 대비하여 응용 버퍼를 등시성 스트림에 "부속"("attach")시킨다. API가 이들로 종료되기 전에, 응용이 그 버퍼를 다시 요구하기를 희망한다면, 응용은, 응용이 다시 요구하기를 희망하는 이들 버퍼를 지정하는 ISOCHDetach 루틴을 호출할 수 있다.
API는 등시성 데이터 버퍼를 기술하기 위하여 응용이 사용하는 버퍼 기술자를 한정하는데, 상기 등시성 데이터 버퍼는 응용으로 하여금 등시성 데이터의 수신 또는 전달을 위해 사용하기 위한 데이터의 버퍼 중 하나 또는 하나 이상 또는 목록을 지정하도록 허용한다. 각 버퍼는 인접하거나 또는 단편적, 논리적 또는 물리적일 수 있고, 응용은 버퍼에 기초하여 버퍼 상에서 콜백 루틴을 지정할 수 있다. 이것은 응용을 대신하여 API 내의 극도로 유연한 버퍼 취급을 허용하여, 넓은 범위의 응용 요구사항을 지원한다.
응용이 등시성 포트를 개방하고, 버퍼를 이러한 포트에 부착시킬 때, 응용은 등시성 데이터의 스트림을 제어할 수 있다. ISOCHControl 루틴을 호출함으로써 이러한 것을 실행한다. 이러한 루틴은 응용으로 하여금 등시성 스트림을 응용 버퍼에 또는 이로부터 개시하거나 또는 정지시키도록 허용한다. 이러한 루틴을 호출할 때, 응용은, 예컨대 특정 등시성 주기 또는 다른 이벤트 시점에서 즉시, 스트림을 개시시키거나 또는 정지시키는 이벤트를 지정할 수 있다. 응용이 등시성 데이터의 스트림을 전달하는 것을 종료할 때, ISOCHClose 루틴을 호출함으로써 개방 포트에 관련된 시스템 자원을 해제한다.
ActivateSonyAPI 및 DeactivateSonyApi 루틴은, 호출하는 응용(the calling application)에 유효한 API에 의해 제공되는 IEEE 1394 특정 서비스를 구성하는 초기화 메커니즘을 제공한다. ActivateSonyAPI 루틴은 API에 의해 제공된 서비스에 대한 접속을 구성한다. DeactivateSonyAPI 루틴은 API에 의해 제공된 서비스에 대한 특정 접속을 제거한다. 활성화의 결과는 유효한 activateReq 구조이다. 호출하는 응용은 포인터를 API에 대한 후속하는 모든 호출의 부분으로서 이러한 구조에 전달한다. 응용을 위한 API를 활성화시키는 일부로서, 응용은 원격 노드로부터 버스 리세트 또는 요구 지시와 같은 지시 루틴을 제공할 수 있는데, API는 관련된 IEEE 1394 버스 상에서 무언가 발생했음을 호출자에 알리기 위하여 상기 지시 루틴을 사용한다. 비활성화의 결과는, 어느 경우든, 활성화 시간에 등록된 지시 루틴이 등록 해제된다는 것이다. 비활성화에 뒤이어, 호출자는 API가 먼저 재활성화 되지 않는다면, 임의의 API 서비스를 사용할 수 없다.
다음의 기능은 미래의 동작을 위하여 API를 활성화시킨다.
STATUS ActivateSonyAPI(ActivateReqPtr activateReq);
이러한 루틴은 하나의 파라메터를 취하고, 상태값을 복귀시킨다. 호출자는 이하에서 설명하는 바와 같이, activateReq 데이터 구조를 채우고, 포인터를 ActivateSonyAPI 루틴에 전달한다. 이러한 루틴이 GOOD 상태를 복귀시킨 후, 호출자는 결과의 activateReq 데이터 구조를 저장한다. 이러한 데이터 구조는 응용과 API 사이의 접속을 나타낸다. 이러한 접속을 확인하기 위하여, 호출자는 포인터를 API에 대한 후속하는 호출 상에서 activateReq 데이터 구조에 전달한다. 가능한 상태 복귀값은, API가 이제 활성이고 activateReq 데이터 구조가 미래의 동작을 위해 유효한 것을 나타내는 GOOD, API가 요구를 받아들였음을 나타내지만 이 시간에 활성화되지 않는 PENDING, 및 API를 활성화시키려고 시도하는 동안 예기치 않는 에러가 발생했다는 것과 API가 활성화되지 않았음을 나타내는 UNDEFINEDERROR이다. PENDING 값이 복귀된 후, API는 활성화 요구가 종결될 때, API는 AsyncCompletion 루틴을 호출한다. 이 때, 요구 상태 필드는 활성 요구를 위한 종결 상태를 포함한다.
단일의 파라메터는 activatReq 데이터 구조의 어드레스를 포함한다. 이러한 데이터 구조는 아래의 표 1에서 한정되는 바와 같이 API를 활성화시키기 위해 필요한 정보를 제공한다.
typedef struct ActivateReq {void (*BusResetHandler)(BusResetPtr); /* 버스 리세트 조정기 */STATUS(*IndicationHandler)(IndicationPtr); /* 표시 조정기 */void *RefPtr; /* 상기 루틴에 의한 사용을 위함 */void *SonyAPIPrivate; /* the cookie */void(*AsyncCompletion)(struct ActivateReq *req); /* 종결 루틴 */void *UserPtr; /* 종결 루틴의 사용을 위함 */STATUS Status; /* 종결 상태 */} ActivateReq, *ActivateReqPtr;
파일된(filed) BusResetHandler가 0과 같지 않을 때, 버스 리세트 이벤트를 수신시에 호출하기 위한 루틴의 어드레스를 포함한다. 버스 리세트가 IEEE 1394 버스 상에서 발생할 때, API는 버스 리세트 정보를 포함하는 데이터 구조의 어드레스를 전달하는 BusResetHandler 루틴을 호출한다. IndicationHandler 필드가 0과 같지 않을 때, API에 의해 처리되지 않는 것의 지시가 발생할 때 호출하기 위한 루틴의 어드레스를 포함한다. API가 원격 노드로부터 요구 부-동작(subaction)을 수신할 때, 요구를 기술하는 데이터 구조의 어드레스를 전달하는 IndicationHandler 루틴을 호출한다. API는 활성화 처리의 부분으로서 SonyAPIPrivate 필드를 채운다. API는 후속하는 호출 시에 이러한 필드 내의 값을 사용한다. 호출하는 응용은 이러한 필드 내의 값을 변경하지 않을 것이다. AsyncCompletion 필드가 0과 같지 않을 때, API가 활성이고 응용을 호출하는 것에 의한 용도를 위해 유효할 때 호출하기 위한 루틴의 어드레스를 포함한다. 응용을 호출하는 것은 종결 루틴에 요구가 비동기 또는 동기인 지를 지정할 수 있다. UserPtr 필드는 호출하는 응용의 종결 루틴에 의한 용도를 위해 유효하다. API는 이러한 필드를 변경하지 않는다. Status 필드는 활성화 요구 상태를 포함한다.
다음 기능은 요구에 의해 표시된 API의 실증을 종료시킨다.
status DeactivateSonyAPI(ActivateReqPtr request);
이러한 기능에 대한 가능한 상태 복귀 값은, API가 이제 비활성화되었고, activateReq 데이터 구조가 미래의 동작을 위한 용도에 유효하지 않다는 것을 나타내는 GOOD, API가 비활성화 요구를 받아들였지만 이 시간까지 여전히 활성화인 것을 나타내는 INVALIDCONNECTION, PENDING, 및 API를 비활성화 시키려고 시도하는 동안 예기치 않은 에러가 발생하였음과 API가 활성일 수 있음을 나타내는 UNDEFINEDERROR이다. PENDING 값이 복귀된 후, API는 비활성화 요구가 종결될 때 AsyncCompletion 루틴을 호출한다. 이 때, 요구 상태 필드는 활성 요구를 위한 종결 상태를 포함한다.
단일의 파라메터는 API를 이전에 활성화시키기 위해 사용된 activateReq 데이터 구조의 어드레스를 포함한다. 상기 절은 이러한 데이터 구조를 한정하고, 그 필드를 기술한다. 비활성화시킬 때, 호출자는 이전에 API를 활성화시키기 위해 사용된 동일한 데이터 구조를 사용하여야만 한다. 호출자는 AsyncCompletion 필드 및 UserPtr 필드 내의 값을 변경할 수 있다. 호출자는, DeactivateSonyAPI 루틴에 대한 호출에 선행하여 ActivateSonyAPI 루틴에 대한 초기 호출을 따르는 activateReq 데이터 구조 내의 임의의 다른 필드를 변경하지 않아야 한다. 특정 응용을 위해 API를 비활성화시키는 것에 덧붙여, 이러한 루틴은 또한 응용이 이전에 API에 전달한 임의의 표시 버퍼를 해제시킨다. 응용에 의해 소유된 현저한 표시 버퍼가 존재하고, 응용이 이러한 루틴을 동기적으로 호출하려고 시도한다면, 이러한 루틴은 에러를 복귀시킨다. 이러한 것이 발생하면, 응용은 종결 루틴을 지정하는 이러한 루틴을 다시 호출할 수 있다. API는, 모든 응용의 표시 버퍼가 해제될 때, 비활성화 요구를 종결할 것이고, 응용의 표시 루틴을 호출할 것이다.
API는 표시 처리 루틴, BusResetHandler 및 IndicationHandler를 비동기적으로 호출하고, 이들은 이들에 유효한 제한된 시스템 서비스를 가질 수 있다. 환경과 가능한 일부 다른 상황에 따라, API는 인터럽트 레벨에서 이들 루틴을 호출할 수 있다. BusResetHandler 루틴에 있어서, 조정기(handler)는 포인터를 버스 리세트 정보에 전달한다. IndicationHandler 루틴에 있어서, 조정기는 포인터를 표시 정보에 전달한다. 응용은 이들 표시 루틴의 하나 또는 모두의 어드레스를, API를 활성화시키는 시간에, API에 전달한다. 응용은 이들 조정기 중 하나 또는 두 조정기를 제공하거나 또는 조정기 루틴을 전혀 제공하지 않을 수도 있다.
버스 리세트 처리 루틴은 다음의 호출 약정을 구비한다.
void BusResetHandler(BusResetBlockPtr busResetBlock);
busResetBlock 데이터 구조는, 다음의 표 2에서 한정되는 바와 같이, 버스 리세트 이벤트를 기술하는 데이터 구조의 어드레스를 포함한다.
typedef struct {ActivatereqPtr activateReq; /* 세션(session) */QUADLET generation; /* 버스 생성 */QUADLET numNodes; /* 버스 상의 노드 수 */TopologyMapPtr topology; /* 버스 토폴로지(topology) */..... other?} BusResetBlock, *BusResetBlockPtr;
API는, 버스 리세트 조정기 루틴을 제공하는 응용을 위해 API가 활성인 동안 IEEE 1394 버스 상에서 버스 리세트가 발생하는 임의의 시간에, 버스 리세트 처리 루틴을 호출한다. 버스 접속 및 접속 해제의 물리적인 특성으로 인해 리세트의 한 클러스터(cluster)가 발생할 때, 조정기는 한 번 호출될 것이다. 조정기는 재 입력되지 않을 것이지만, 연속적으로 몇 차례 호출될 수 있다. 버스 리세트의 결과로서, 버스 리세트의 시간에서 계류중인 모든 비동기 트랜잭션은 에러 상태와 함께 종결될 것이다. 등시성 통신량(traffic)은 IEEE 1394 규격마다 다시 시작될 것이고, 버스 리세트 조정기의 실행 도중에 표시를 생성할 수 있다.
비동기 트랜잭션 요구 표시 루틴은 다음의 호출 약정을 구비한다.
void IndicationHandler(IndicationBlockPtr indicationBlockPtr)
IndicationBlockPtr 데이터 구조는 다음의 표 3에서 한정된 표시 블록의 어드레스를 포함한다.
typedef struct {ActivateReqPtr activateReq; /* 세션 */LocalBufferPtr indicationBuf /* 정보 */} IndicationBlock, *IndicationBlockPtr;
API는, API 자체에 의해 또는 IEEE 1394 인터페이스 하드웨어에 의해 처리되지 않는 비동기 요구 부-동작을 수신할 때, 표시 루틴을 호출한다. 이러한 각 이벤트에 대해, API는, API를 활성화시키고 표시 조정자를 제공하기 위하여 제 1 응용으로 시작하는, 각 응용의 표시 루틴을 호출한다. 각 표시 조정기는, 표시를 처리하였는 지 여부를 나타내기 위한 값을 API에 되돌린다. API가 표시를 처리하였음을 나타내는 표시 루틴으로부터 상태를 수신할 때, API는 이러한 표시를 위하여 어떠한 다른 표시 루틴도 호출하지 않는다.
API는 일부 요구 부-동작 자체를 처리한다. 이들 트랜잭션을 위하여, API는 어떠한 표시 조정기 루틴도 호출하지 않는다. API는, API를 통해 응답 부-동작을 생성하기 위하여, 표시 조정기 루틴을 위해 필요한 표시 및 부가적인 정보를 초래하는 모든 IEEE 1394 트랜잭션 정보를 전달한다.
응용은 버퍼를 표시 조정기에 제공할 수 있다. 이러한 기능은 응용으로 하여금 응용의 특정 요구 사항을 수용하기 위하여 표시 버퍼의 디폴트 설정을 확장하도록 허용한다. 표시 버퍼의 큰 설정은, IEEE 1394 인터페이스에서 비지 승인 신호(a busy ack signal)를 초래함이 없이 보다 더 현저한 표시를 허용한다. 응용은, API로부터 표시를 수신할 때, 소속된 버퍼를 수신하도록 보장받지 않는다. 더욱이, API는, 표시를 보고할 때 필요하다면, 응용 표시 버퍼를 다른 응용에 전달할 수 있다.
현재의 표시 버퍼 카운트 기능은 표시 버퍼 풀(pool)에서 표시 버퍼의 전체 카운트값을 복귀시킨다. 복귀된 값은 표시 버퍼의 현재의 카운트값이다.
첨가 표시 버퍼 기능은 버퍼를 표시 버퍼 풀에 제공한다. 버퍼 요소는 로컬버퍼(LocalBuffer)로서 기술된다. 이러한 기능의 호출자는 이러한 요구에 의해 표시된 저장의 소유권을 API에 양도하고, 저장의 충당에 앞서 소유권을 다시 얻어야만 한다.
STATUS AddIndBuffers(ActivateReqPtr context, BufMgmtBlockPtr bufBlock);
AddIndBuffers 기능에 대한 가능한 상태 복귀 값은 API가 요구를 받아들였고 이후의 시간에 종결할 것임을 나타내는 GOOD, API가 비활성화 요구를 받아들였음을 나타내는 INVALIDCONNECTION, PENDING, 버퍼가 이러한 플랫폼(platform)상에 덧붙여질 수 없음을 나타내는 UNSUPPORTEDOP, 및 일부 데이터가 전달되었을 지라도, 요구를 받아들이려고 시도하는 동안 예기치 않은 에러가 발생하였음을 나타내는 UNDEFINEDERROR이다. 계류중인(pending) 값이 복귀될 때, API는 요구가 종결될 때 AsyncCompletion 종결 루틴을 호출한다. 이 때, BufMgmtBlock의 상태 필드는 요구를 위한 종결 상태를 포함할 것이다.
AddIndBuffers 기능의 제 1 파라메터는 유효 ActivateReq 데이터 구조의 어드레스를 포함한다. 제 2 파라메터는 BufMgmtBlock 데이터 구조의 어드레스를 포함한다. 이러한 데이터 구조는 이하의 표 4에서와 같이 버퍼를 기술한다.
typedef struct BufMgmtBlock {BMIdata APIprivate; /* API 전용(private) */LocalBufferPtr buffs; /* 제공할(contribure) 버퍼 */void(*AsyncCompletion)(struct BufMgmtBlock *req)/* 종결 루틴 */void *UserPtr; /* 종결 루틴에 의한 사용을 위함 */STATUS Status; /* 동작을 위한 종결 상태 */} BufMgmtBlock, *BufMgmtBlockPtr;
APIprivate 필드는 요구를 관리하기 위한 전용(private) 데이터를 포함한다. LocalBufferPtr 필드는 제공할 버퍼를 위한 기술자를 포함한다. 이들 버퍼는 임의의 크기가 될 수 있다. API는 임의로 제공된 버퍼의 모두 또는 일부를 사용할 수 있거나 또는 전혀 사용하지 않을 수 있다. AsyncCompletioin 필드가 0이 아닐 때, 이 필드는 동작을 종결할 시에 호출할 루틴의 어드레스를 포함한다. UserPtr 필드는 호출하는 종결 루틴에 의한 용도를 위하여 유효하다. API는 이러한 필드를 변경하지 않는다. Status 필드는 요구된 데이터 전달 동작의 상태를 포함한다. 상태 필드는 비동기 동작이 종결될 때까지 "계류"("pending") 상태를 포함한다. 종결 루틴이 호출되면, Status 필드는 종결 상태를 포함할 것이다.
해제 표시 버퍼 기능은 이전에 덧붙여진 표시 버퍼를 호출기(invoker)에 복귀시킨다. 버퍼 요소는 LocalBuffer로서 기술된다. 이러한 기능의 호출기는, AddIndBuffers 기능 요구에 의해 부가된 버퍼의 서브세트(subset)를 지정할 수 있다. 요구된 모든 버퍼가 해제될 때, 종결 루틴이 호출된다.
STATUS RelIndBuffers(ActivateReqPtr context, BufMgmtBlockPtr bufBlock); RelIndBuffer 기능에 대한 가능한 상태 복귀값은, API가 요구를 수용하였고, 이를 이후의 시간에 종결할 것임을 나타내는 PENDING, 버퍼가 이러한 플랫폼에 첨가될 수 없음을 나타내는 INVALIDCONNECTION, UNSUPPORTEDOP, 및 일부 데이터가 전달되었다 할지라도, 요구를 받아들이려고 시도하는 동안 예기치 않은 에러가 발생하였음을 나타내는 UNDEFINEDERROR이다.
해제 표시 버퍼의 제 1 파라메터는 유효한 activateReq 데이터 구조의 어드레스를 포함한다. 제 2 파라메터는 BufMgmtPtr 데이터 구조의 어드레스를 포함한다. 이러한 데이터 구조는, 위에서 한정한 바와 같이, 버퍼를 기술한다. 응용이 API로 하여금 버퍼를 해제하도록 요구할 때, 버퍼가 첫 번째로 API에 제공된 때와 동일한 설명을 사용하여 상기 버퍼를 기술하여야만 한다.
버스 관리 루틴은 IEEE 1394 버스 관리 기능을 수행한다. 이들 기능은 등시성 버스 자원을 할당 및 재할당하는 것과, IEEE 1394 버스의 토폴로지 또는 구성에 대한 정보를 검색하는 것을 포함한다.
MGMTAllocateChannel 루틴은 단일의 등시성 채널 번호를 할당하기 위하여 IEEE 1394 표준의 8절에 한정된 프로토콜을 사용한다. 약정을 호출하는 MGMTAllocateChannel 루틴은 다음과 같다.
status MGMTAllocatChannel(ActivateReqPtr context, MGMTAllocateChBlockPTr allocateChBlock);
MGMTAllocateChannel 루틴을 위해 가능한 상태 복귀값은, 채널이 성공적으로 할당되었음을 나타내는 GOOD, 문맥(context) 파라메터가 API에 대한 현재의 활성 연결의 어드레스를 포함하지 않음을 나타내는 INVALIDCONNECTION, API가 요구를 수용하였음을 나타내는 PENDING, 요구된 채널 번호가 현재 유효하지 않음을 나타내는 CHUNAVAILABLE, 예기치 않은 에러가 발생하였음을 나타내는 UNDEFINEDERROR이다. 계류중인(pending) 값이 복귀되면, 할당 요구가 종결될 때 API는 MGMTCompletion 루틴을 호출하고, 그 시간에 상태 필드는 이러한 요구를 위한 종결 상태를 포함할 것이다.
MGMTAllocateChannel 루틴의 제 1 호출 파라메터는 활성 ActivateReq 데이터 구조의 어드레스이다. 제 2 파라메터는 이하의 표 5에서 한정된 데이터 구조의 어드레스를 포함한다.
typedef struct MGMTAllocateChBlock {QUADLET channel; /* 할당할 채널 번호, 또는 모두 1 */QUADLET allocateCh; /* 할당된 실제 채널 번호 */OCTLET chAvailable; /* 유효한 채널 번호의 비트 마스크(bit mask) */void(*MGMTCompletion)(struct MGMTAllocateChBlock *req);/* 클라이언트 종결 루틴 */void *UserPtr; /* 종결 루틴에 의한 사용을 위함 */STATUS Status /* 종결 상태 */} MGMTAllocateChBlock, MGMTAllocateChBlockPtr;
채널 필드는 할당할 채널 번호를 포함한다. 채널 번호가 0과 63을 포함하여 0 내지 63의 범위 내에 있다면, 상기 루틴은 지정된 채널 번호를 할당하려고 시도한다. 채널 번호가 모두 1과 같다면, 상기 루틴은 할당할 채널 번호를 선택한다. 채널 필드가 임의의 다른 값을 포함한다면, 상기 루틴은 chAvailable 필드를 채우고, chUnavailable 상태를 복귀시킨다. 이것은 현재 활성인 등시성 자원 관리자로부터 유효 채널의 비트 마스크(channels available bit mask)의 현재 값을 결정하는데 사용될 수 있음을 주목해야 한다. allocatedCh 필드는 실제 할당된 채널 번호로 채워지거나, 또는 이러한 루틴을 호출한 결과로서 채널이 할당되지 않았다면, 모두 1로 채워진다. chAvailable 필드는 등시성 자원 관리자에서 유효_채널(channels_available) CSR의 현재 값으로 채워진다. CSR 내에서의 값은 어느 때라도 변화될 수 있어, 이러한 필드 내의 값은 단편적일 뿐이고, 후속하는 호출시에는 다른 값이 될 수 있다. MGMTCompletion 필드 내의 값이 NULL(0)과 같지 않다면, 이러한 필드는 종결시에 호출할 루틴의 어드레스를 포함한다. UserPtr 필드는 응용의 종결 루틴에 의한 사용을 위해 유효하다. API는 이러한 필드를 변경하지 않는다. 상태 필드는 이러한 호출을 위한 종결 상태를 포함한다. 응용이 이러한 루틴을 비동기적으로 호출한다면, 이러한 필드는 종결 루틴이 호출될 때까지 PENDING 상태를 포함한다.
MGMTAllocateBandwidth 루틴은 등시성 대역폭을 할당하기 위하여 IEEE 1394 표준의 8절에서 한정된 프로토콜을 사용한다. MGMTAllocateBandwidth 루틴의 호출 약정은 다음과 같다.
status MGMTAllocateBandwidth(ActivateReqPtr context, MGMTAllocateCh- BlockPtr allocateChBlock);
MGMTAllocateBandwidth 루틴의 가능한 상태 복귀 값은, 대역폭이 성공적으로 할당되었음을 나타내는 GOOD, 문맥 파라메터가 API에 대한 현재 활성 연결의 어드레스를 포함하지 않음을 나타내는 INVALIDCONNECTION, API가 요구를 수용하였음을 나타내는 PENDING, 요구된 대역폭이 현재 유효하지 않음을 나타내는 BWUNAVAILABLE, 및 예기치 않은 에러가 발생하였음을 나타내는 UNDEFINEDERROR이다. 계류중인 값이 복귀되면, API는 할당 요구가 종결될 때 MGMTCompletion 루틴을 호출하고, 이때 상태 필드는 이러한 요구를 위한 종결 상태를 포함할 것이다.
MGMTAllocateBandwidth 루틴의 제 1 호출 파라메터는 활성 ActivateReq 데이터 구조의 어드레스이다. 제 2 파라메터는 이하의 표 6에서 한정된 바와 같이 데이터 구조의 어드레스를 포함한다.
typedef struct MGMTAllocateBWBlock {QUADLET bandwidth; /* 할당할 대역폭, 또는 모두 1 */QUADLET bwAvailable; /* IRM 내의 BWAvailable 레지스터의 실제 값 */void(*MGMTCompletion)(struct MGMTAllocateBWBlock *req);/* 클라이언트 종결 루틴 */void *UserPtr; /* 종결 루틴에 의한 사용을 위함 */STATUS Status /* 종결 상태 */} MGMTAllocateBWBlock, MGMTAllocateBWBlockPtr;
대역폭 필드는 할당할 대역폭의 양을 포함한다. 이러한 수가 모두 1인 값과 동일하다면, 루틴은 bwAvailable 필드를 채우고, BWUNAVAILABLE 상태를 복귀시킨다. 이것은, 현재 활성인 등시성 자원 관리자로부터 bwAvailable 필드의 현재 값을 결정하기 위해 사용될 수 있음을 주목해야 한다. bwAvailable 필드는 등시성 자원 관리자에서 대역폭/유효 CSR의 현재 값으로 채워진다. CSR 내의 값은 어느 때라도 변화될 수 있어, 이러한 필드 내의 값은 단편적일 뿐이고, 후속하는 호출시에는 다른 값이 될 수 있다. MGMTCompletion 필드 내의 값이 NULL(0)과 같지 않다면, 종결시에 호출할 루틴의 어드레스를 포함한다. UserPtr 필드는 응용의 종결 루틴에 의한 사용을 위해 유효하다. API는 이러한 필드를 변경하지 않는다. 상태 필드는 이러한 호출을 위한 종결 상태를 포함한다. 응용이 이러한 루틴을 비동기적으로 호출한다면, 이러한 필드는 종결 루틴이 호출될 때까지 PENDING 상태를 포함한다.
MGMTDeAllocateChannel 루틴은 단일의 등시성 채널 번호를 재할당하기 위하여 IEEE 1394 표준의 8절에 한정된 프로토콜을 사용한다. MGMTDeAllocateChannel 루틴의 호출 약정은 다음과 같다.
status MGMTDeAllocateChannel (ActivateReqPtr context, MGMTAllocateCh- BlockPtr allocateChBlock);
상기 루틴은 두 개의 파라메터를 취하고, 상태 값을 복귀시킨다. MGMTDeAllocateChannel에 대한 가능한 상태 복귀 값은, 채널이 성공적으로 재할당되었음을 나타내는 GOOD, 문맥 파라메터가 API에 대한 현재 활성 연결의 어드레스를 포함하지 않음을 나타내는 INVALIDCONNECTION, API가 요구를 수용하였음을 나타내는 PENDING, 요구된 채널 번호가 할당되지 않았음을 나타내는 CHUNAVAILABLE, 및 예기치 않은 에러가 발생하였음을 나타내는 UNDEFINEDERROR이다. 계류중인 값이 복귀되면, API는 할당 요구가 종결될 때 MGMTCompletion 루틴을 호출하고, 이때 상태 필드는 이러한 요구를 위한 종결 상태를 포함할 것이다.
MGMTDeAllocateChannel 루틴의 제 1 호출 파라메터는 활성 ActivateReq 데이터 구조의 어드레스이다. 제 2 파라메터는 MGMTAllocateChBlock 데이터 구조의 어드레스를 포함한다. 이러한 루틴은 상기 데이터 구조의 채널 필드 내에서 지정된 채널을 재할당하고, chAvailable 필드를 현재 활성인 등시성 자원 관리자로부터 채널_유효 비트 마스크의 현재 값으로 채운다.
MGMTDeAllocateBandwidth 루틴은 등시성 대역폭을 재할당하기 위하여 IEEE 1394 표준의 8절에서 한정된 프로토콜을 사용한다. MGMTDeAllocateBandwidth 루틴의 호출 약정은 다음과 같다.
status MGMTDeAllocateBandwidth(ActivateReqPtr context, MGMTAllocateCh- BlockPtr allocateChBlock);
상기 루틴은 두 개의 파라메터를 취하고, 상태 값을 복귀시킨다. MGMTDeAllocateBandwidth 루틴을 위한 가능한 상태 복귀 값은, 대역폭이 성공적으로 재할당되었음을 나타내는 GOOD, 문맥 파라메터가 API에 대한 현재 활성 연결의 어드레스를 포함하지 않음을 나타내는 INVALIDCONNECTION, API가 요구를 수용하였음을 나타내는 PENDING, 이러한 요구를 종결하는 것은 등시성 자원 관리자 내의 대역폭_유효 레지스터가 유효하지 않게 하고, 어떠한 동작도 일어나지 않았음을 나타내는 BWUNAVAILABLE, 및 예기치 않은 에러가 발생하였음을 나타내는 UNDEFINEDERROR이다. 계류중인 값이 복귀되면, API는 할당 요구가 종결될 때 MGMTCompletion 루틴을 호출하고, 이때 상태 필드는 이러한 요구를 위한 종결 상태를 포함할 것이다.
MGMTDeAllocateBandwidth 루틴의 제 1 호출 파라메터는 활성 ActivateReq 데이터 구조의 어드레스이다. 제 2 파라메터는 MGMTAllocateBWBlock 데이터 구조의 어드레스를 포함한다. 이러한 루틴은 대역폭 필드 내에 포함된 대역폭을 재할당하고, bwAvailable 필드를 현재 활성인 등시성 자원 관리자 내에서 대역폭_유효 레지스터의 현재 값으로 채운다.
MGMTBusInfo 루틴은, 응용이 동작 중인 노드와 연결된 IEEE 1394 버스에 대한 정보를 복귀시킨다. 이러한 정보는 IEEE 1394 표준에서 한정된 바와 같이, PHY 갭 카운터의 현재 설정값, 연결된 IEEE 1394 버스 상의 노드의 수, 버스 토폴로지 맵에 대한 포인터, 및 버스 속도 맵에 대한 포인터를 포함한다.
ASYNDataRequest 루틴은, 64 비트 IEEE 1394 어드레스 공간 내에서 어드레스의 선형 범위와 응용의 데이터 버퍼 사이에서 데이터를 전달하기 위하여, 하나 이상의 IEEE 1394 비동기 판독 또는 기록 트랜잭션을 생성한다. ASYNDataRequest 루틴은 다음의 호출 약정을 갖는다.
STATUS ASYNDataRequest(ActivateReqPtr request, asyncTransportPtr xfrBlock);
ASYNDataRequest 루틴에 대한 가능한 상태 복귀 값은, API가 데이터 전달 요구를 성공적으로 종결하였음을 나타내는 GOOD, API가 요구를 수용하였고 이후의 시간에 이를 종결할 것임을 나타내는 PENDING, flags.opCode 필드에 알지 못하는 코드가 존재함을 나타내는 INVALIDOPCODE, ActivateReqPtr 필드가 활성 연결을 나타내지 않음을 나타내는 INVALIDCONNECTION, 및 일부 데이터가 전달되었을 지라도, 요구를 받아들이려고 시도하는 동안 예기치 않은 에러가 발생하였음을 나타내는 UNDEFINEDERROR이다.
ASYNDataRequest 루틴의 제 1 파라메터는 유효 activateReq 데이터 구조의 어드레스를 포함한다. 제 2 파라메터는 asyncTransport 데이터 구조의 어드레스를 포함한다. 이러한 데이터 구조는 이하의 표 7에서 한정되는 바와 같이 요구된 데이터 전달 동작을 기술한다.
typedef struct AsyncTransport {ASYdata APIprivate; /* API 전용 */OPTION OPCode :4; /* 수행할 동작의 한정 */OPTION BusSpeed :4; /* 전달을 위하여 사용할 버스 속도 */OPTION NonIncr :1; /* 원격 어드레스를 증가시키지 않음 */BUFSIZE BlockSize /* 모든 블록 요구를 위해 사용하기 위한 블 록 판독 또는 기록 요구 크기에 대해, 0은버스 속도에 대해 최대값의 사용을 의미 */LocalBuffer ApplBufPtr; /* 응용 데이터를 위한 버퍼 기술자 */RemoteAddr RemoteBufPtr; /* IEEE 1394 버스 상의 64비트 어드레스 */BUFSIZE Length; /* 전달할 바이트 수 */void(*AsyncCompletion) (struct AsyncTransport* req); /* 종결 루틴 */void *UserPtr; /* 종결 루틴에 의한 사용을 위함 */STATUS status; /* 동작을 위한 종결 상태 */} AsyncTransport, *AsyncTransportPtr;enum OpCodes {/* asynch 데이터 전달 동작 */BLOCKWRITE, /* 블록 기록 요구를 사용하여 데이터 전달 */
BLOCKREAD, /* 블록 판독 요구를 사용하여 데이터 전달 */QUADLETWRITE, /* QUADLET기록 트랜잭션을 사용하여 데이터 전달 */QUADLETREAD, /* QUADLET판독 트랜잭션을 사용하여 데이터 전달 *//* 로크 트랜잭션 */MASKSWAP, /* 마스크 교환(mask swap) 로크 동작 */COMPARESWAP, /* 비교 교환 로크 동작 */FETCHADD, /* 페치 및 첨가 로크 동작 */LITTLEADD, /* little endian 페치/첨가 로크 동작 */BOUNDEDADD, /* 제한된 첨가 로크 동작 */WRAPADD, /* 랩(wrap) 첨가 로크 동작 */};
ASYdata 필드는 요구를 관리하기 위한 전용 데이터를 포함한다. OpCode 필드는, 요구된 동작을 기술하고, asyncOpCodes enum 내에서 한정된 값 중 하나가 되어야만 하는, 코드를 포함한다. NonIncr 필드는, 1로 설정될 때 루틴으로 하여금 remoteBufPtr 필드에 포함된 동일한 IEEE 1394 어드레스에 모든 데이터 전달하게 하고, 0으로 설정될 때 루틴으로 하여금, remoteBufPtr 필드 내에 포함된 어드레스와 함께 시작하는, IEEE 1394 어드레스의 증분 범위에 데이터를 전달하게 한다. BlockSize 필드는, 모든 블록의 판독 또는 기록 요구 부-동작을 위해 사용하기 위하여, 최대 크기를 바이트 형태로 포함한다. 0의 값은 선택된 버스 속도에 대해 최대 요구 크기를 사용하는 것을 의미한다. APPLBufPtr 필드는 응용 데이터 버퍼를 위한 기술자를 포함한다. RemoteBufPtr 필드는 원격 IEEE 1394 노드에서 데이터 버퍼의 64비트 어드레스를 포함한다. 길이 필드는 전달할 바이트의 수를 포함하는데, 상기 바이트 수는 응용 데이터 버퍼의 길이와 같거나 이보다 적을 것이다. AsyncCompletion 필드가 0과 같지 않을 때, 데이터 전달을 종결할 시에 호출할 루틴의 어드레스를 포함한다. UserPtr 필드는 응용 종결 루틴을 호출하는 것에 의한 사용을 위해 유효하고, API에 의해 변경되지 않는다. 상태 필드는 요구된 데이터 전달 동작의 상태를 포함한다. 이러한 필드는 비동기 동작이 종결될 때까지 "계류중"("pending") 상태를 포함한다. 종결 루틴이 호출될 때, 이러한 필드는 종결 상태를 포함할 것이다.
ASYNLockRequest 루틴은 IEEE 1394 버스 상에서 하나의 로크 트랜잭션을 생성한다. ASYNLockRequest 루틴은 다음의 호출 약정을 갖는다.
STATUS ASYNLockRequest (ActivateReqPtr request, AsyncLockBlockPtr lockBlock);
ASYNLockRequest 루틴에 대한 가능한 상태 복귀 값은, API가 로크 트랜잭션을 성공적으로 수행하였고, 그 결과가 AsyncLockBlock에 포함되었음을 나타내는 GOOD, API가 요구를 수용하였고 이후의 시간에 이를 종결할 것임을 나타내는 PENDING, AsyncLockBlock 데이터 구조의 OpCode 필드에 알지 못하는 코드가 존재함을 나타내는 INVALIDOPCODE, ActivateReqPtr 필드가 활성 연결을 나타내지 않음을 나타내는 INVALIDCONNECTION, 및 일부 데이터가 전달되었을 지라도, 요구를 받아들이려고 시도하는 동안 예기치 않은 에러가 발생하였음을 나타내는 UNDEFINEDERROR이다.
ASYNLockRequest 루틴의 제 1 파라메터는 유효 activateReq 데이터 구조의 어드레스를 포함한다. 제 2 파라메터는 AsyncLockBlock 데이터 구조의 어드레스를 포함한다. 이러한 데이터 구조는 이하의 표 8에서 한정된 바와 같이 요구된 데이터 전달 동작을 기술한다.
typedef struct AsyncLockBlock {ASYdata APIprivate; /* API 전용 */OPTION OPCode :4; /* 수행할 동작의 한정 */OPTION BusSpeed :4; /* 전달을 위하여 사용할 버스 속도 */struct {union {QUADLET Arg32;OCTLET Arg64;} arg; /* 32 또는 64 비트 로크 인수(argument) */union {QUADLET Data32;OCTLET Data64;} data; /* 32 또는 64 비트 로크 데이터 */} ArgData;RemoteAddr remoteBufPtr; /* IEEE 1394 버스 상의 64비트 어드레스 */
void(*AsyncCompletion) (struct AsyncLockBlock *req); /* 종결 루틴 */void *UserPtr; /* 종결 루틴에 의한 사용을 위함 */STATUS status; /* 동작을 위한 종결 상태 */} AsyncLockBlock, *AsyncLockBlockPtr;
APIPrivate 필드는 요구를 관리하기 위한 전용 데이터를 포함한다. OpCode 필드는, 요구된 동작을 기술하고, asyncOpCodes enum 내에서 한정된 값 중 하나를 포함하여야만 하는, 코드를 포함한다. ArgData struct 필드는 이러한 로크 트랜잭션을 위한 인수 및 데이터를 포함한다. remoteBufPtr 필드는 IEEE 1394 버스 상의 64비트 목적지 어드레스를 포함한다. AsyncCompletion 필드가 0과 같지 않을 때, 로크 트랜잭션을 종결할 때 호출할 루틴의 어드레스를 포함한다. UserPtr 필드는 응용 종결 루틴을 호출하는 것에 의한 사용을 위해 유효하고, API에 의해 변경되지 않는다. 상태 필드는 요구된 데이터 전달 동작의 상태를 포함한다. 이러한 필드는 비동기 동작이 종결될 때까지 "계류중"("pending") 상태를 포함한다. 종결 루틴이 호출될 때, 이러한 필드는 종결 상태를 포함할 것이다.
등시성 자원 관리 루틴은 IEEE 1394 인터페이스를 통해 응용 데이터 버퍼에 또는 이로부터 등시성 데이터를 전달하기 위하여 필요한 시스템 자원을 할당 및 재할당한다. 할당 및 재할당은 시스템 내에서 등시성 데이터의 다중 전위의 응용 사이에서 충돌을 피하기 위하여 필요하다. 등시성 데이터가 IEEE 1394 버스를 통해 흐를 때면 언제나, 필요한 버스 자원 즉, 채널 번호 및 대역폭을 소유하는 실체가 IEEE 1394 버스 상에 존재하게 된다. 등시성 데이터를 사용하는 각 응용은, 이들 자원을 할당 및 재할당해야만 하는 사람 또는 이 때를 위하여 규칙의 세트를 구비한다. API 내의 버스 관리 루틴은 응용으로 하여금 IEEE 1394 표준의 요구 사항에 따라 이들 자원을 할당하도록 허용한다. 이러한 부분 내의 루틴은 IEEE 1394 버스 자원을 할당하지 않고, 이들 루틴은 응용 데이터 버퍼에 또는 이로부터 등시성 데이터를 전달하는데 필요한 시스템 레벨 자원만을 할당할 뿐인 것을 주목해야 한다. 이들 자원은, 낮은 레벨의 인터럽트 조정기 및 디스패처(dispatcher)와 같은, DMA 채널과 이를 유지하기 위한 상기 시스템 자원을 포함한다.
ISOCHOpen 루틴은 등시성 포트를 개방하고 초기화시킨다. 등시성 포트는, API의 응용과 API가 동작하는 로컬 노드 내에서의 하드웨어와 소프트웨어 자원의 집합이다. 자원의 이러한 집합은, 상기 노드에 또는 이로부터 등시성 데이터의 단일 스트림을 전달하는데 요구되는, 로컬 노드 내의 모든 것을 구성한다. 자원의 이러한 집합은, IEEE 1394 표준의 8절에 한정된 버스 관리 규칙에 따라 응용이 개별적으로 할당하여야만 하는 IEEE 1394 버스 자원과, 통제 응용 규칙 및 요구 사항을 포함하지 않는다. API의 응용이 IEEE 1394 버스 자원을 할당 및 재할당할 수 있도록 하는 상기 루틴은 위에서 기술되었다.
포트 개방 루틴은 다음의 호출 약정을 갖는다.
status ISOCHOpen (ActivateReqPtr connectionPtr, ISOCHOpenBlockPtr openBlock);
포트 개방 루틴의 제 1 파라메터는 유효 activateReq 데이터 구조의 어드레스를 포함한다. 제 2 파라메터는 ISOCHOpenBlock 데이터 구조의 어드레스를 포함한다. 이러한 루틴의 성공적인 종결 시에, 이러한 포트에 영향을 미치는 API에 대한 미래의 호출시에 이러한 개방된 등시성 포트를 참조하기 위하여, 응용은 이러한 ISOCHOpenBlock 데이터 구조를 사용한다.
포트 개방 루틴에 대한 가능한 상태 복귀 값은, 개방 요구가 성공적으로 종결되었음을 나타내는 GOOD, API가 요구를 수용하였고 이후의 시간에 이를 종결할 것임을 나타내는 PENDING, 등시성 포트 또는 다른 필요한 자원이 현재 유효하지 않고 요구가 거부되었음을 나타내는 NORESOURCES, 요구된 버스 속도가 지원되지 않음을 나타내는 INVALIDREQUEST, ActivateReqPtr 필드가 활성 API 연결을 나타내지 않음을 나타내는 INVALIDCONNECTION, 및 요구가 받아들여질 수 없지만, 에러가 확인될 수 없음을 나타내는 UNDEFINEDERROR이다.
포트 개방 루틴의 호출 파라메터는 ISOCHOpenBlock 데이터 구조의 어드레스를 포함한다. 이러한 데이터 구조는 이하의 표 9에서 한정된 바와 같이 요구를 기술한다.
typedef struct {ISOlink APIprivate; /* API 전용 */OPTION Direction :2; /* 소스/싱크(source/sink) */OPTION BusSpeed :4; /* 요구된 버스 속도 */void(*AsyncCompletion) (struct ISOCHOpenBlock *req); /* 종결 루틴 */void *UserPtr; /* 종결 루틴에 의한 사용을 위함 */
STATUS status; /* 동작을 위한 종결 상태 */} ISOCHOpenBlock, *ISOCHOpenBlockPtr;enum Direction {INPUT, /* 응용 데이터 버퍼에 대한 입력 지정 */OUTPUT /* 응용 데이터 버퍼의 출력 지정 */};
방향 필드는 등시성 데이터 전달의 방향을 나타낸다. AsyncCompletion 필드가 0과 같지 않을 때, 종결시에 호출할 루틴의 어드레스를 포함한다. UserPtr 필드는 호출하는 응용의 종결 루틴에 의한 사용을 위해 유효하고, API에 의해 변경되지 않는다. 상태 필드는 요구된 데이터 전달 동작의 상태를 포함한다. 이러한 필드는 비동기 데이터 전달 동작이 종결될 때까지 "계류중"("pending")인 상태를 포함한다. 종결 루틴이 불려질 때, 이러한 필드는 종결 상태를 포함한다. 응용이 등시성 포트로 종료될 때, isochPortPtr를 ISOCHClose 루틴에 전달한다.
ISOCHClose 루틴은, ISOCHOpen 루틴을 사용하여 이전에 개방된 등시성 포트를 닫는다. 이러한 루틴은 다음과 같은 호출 약정을 갖는다.
STATUS ISOCHClose (ActivateReqPtr connectionPtr, ISOCHOpenBlockPtr OpenBlock);
이러한 루틴은 단일의 파라메터를 취하고 상태 값을 복귀시킨다. 이러한 루틴은 비동기적으로 실행하고, 종결 시에 ISOCHOpenBlock에서 한정된 종결 루틴을 불러낸다. ISOCHClose 루틴에 대한 가능한 상태 복귀 값은, 동작이 성공적으로 종결되었음을 나타내는 GOOD, API가 요구를 수용하였고 이후의 시간에 이를 종결할 것임을 나타내는 PENDING, connectionPtr이 활성 API 연결을 나타내지 않거나 또는 openBlock이 현재 개방된 등시성 포트를 나타내지 않음을 나타내는 INVALIDCONNECTION, 및 요구가 받아들여질 수 없지만, 에러가 확인될 수 없음을 나타내는 UNDEFINEDERROR이다.
ISOCHClose 루틴의 제 1 호출 파라메터는 유효 activateReq 데이터 구조의 어드레스이다. 제 2 호출 파라메터는 ISOCHOpen 루틴으로 포트를 개방시키기 위해 사용되는 ISOCHOpenBlock의 어드레스이다.
등시성 데이터 제어 루틴은 응용 데이터 버퍼로의 또는 이로부터의 등시성 데이터 스트림을 제어한다. 등시성 데이터를 청취하는 응용에 대하여, 이들 제어 루틴은 시스템으로의 등시성 데이터의 흐름에 영향을 미칠 뿐이고, IEEE 1394 버스 자체 상의 등시성 데이터에는 영향을 미치지 않는다. 응용 데이터 버퍼로부터 등시성 데이터를 전달하는 응용에 대하여, 이들 제어 루틴은 또한 IEEE 1394 버스 상의 등시성 데이터의 흐름에 영향을 미친다.
ISOCHControl 루틴은 다음의 호출 약정을 갖는다.
STATUS ISOCHControl (ISOCHOpenBlockPtr openBlockPtr, ISOCHCtlBlockPtr ctlReqPtr);
ISOCHControl 루틴에 대한 가능한 상태 복귀 값은, 동작이 성공적으로 종결되었음을 나타내는 GOOD, openBlock 필드가 활성 등시성 포트를 나타내지 않음을 나타내는 INVALIDCONNECTION, 동작이 현재 계류중임을 나타내는 PENDING, ISOCHControlBlock의 opCode 필드가 불법적인 값을 포함하였음을 나타내는 INVALIDOPCODE, 동작이 IEEE 1394 인터페이스 하드웨어의 제한 또는 소프트웨어 또는 동작 환경의 제한으로 인해 지원되지 않음을 나타내는 UNSUPPORTEDOP, 및 동작이 수행될 수 없지만, 에러가 확인될 수 없음을 나타내는 UNDEFINEDERROR이다. 계류중인 값이 복귀된다면, 콜백 루틴이 호출되는 시간에, ISOCHControlBlock 내의 상태 필드는 제어 요구의 종결 상태를 포함할 것이다.
ISOCHControl 루틴의 제 1 파라메터는 유효 ISOCHOpenBlock 데이터 구조의 어드레스를 포함한다. 제 2 파라메터는 ISOCHCtlBlock 데이터 구조의 어드레스를 포함한다. 이러한 데이터 구조는 다음의 표 10에서 한정된 바와 같이 요구된 제어 동작을 기술한다.
typedef struct ISOCHCtlBlock {ISOlink APIPrivate; /* API 전용 */OPTION IsoOpCode :4; /* 수행할 동작 */OPTION IsoEvent :4; /* 개시/정지를 위한 트리거 이벤트 */OPTION Sy :4; /* 필요하다면 sy 필드값 */OPTION Tag :2; /* 개시할 때 사용할 태그(tag) 값 */OPTION Channel :6; /* 개시할 때 사용할 채널 값 */BusTime; /* 이벤트가 발생할 때를 지정 */void(*AsyncCompletion) (struct ISOCHCtlBlock *req); /* 종결 루틴 */
void *UserPtr; /* 종결 루틴에 의한 사용을 위함 */STATUS Status; /* 동작을 위한 종결 상태 */} ISOCHCtlBlock, *ISOCHCtlBlockPtr;
APIPrivate 필드는 이러한 요구를 관리하기 위하여 API에 의해 사용된 전용 저장 값을 포함한다. IsoOpCode 필드는, 요구된 제어 동작을 설명하는 IsoOpCode enum으로부터 한 값을 포함한다. IsoEvent 필드는, 요구된 동작을 수행하는 트리거 이벤트를 지정한다. IsoEvent 필드가 "SYFIELD" 값을 포함한다면, Sy 필드는 등시성 채널이 시작하거나 정지하도록 야기하는, sy 필드 내의 값을 포함한다. IsoOpCode 필드가 "개시"("START") 값을 포함한다면, 태그(Tag) 필드로부터의 값은 등시성 데이터 블록의 패킷 헤더 내의 태그(Tag)값을 위하여 사용된다. IsoOpCode 필드가 "개시" 값을 포함한다면, 채널 필드로부터의 값은 등시성 데이터 블록의 패킷 헤더 내의 채널 값을 위하여 사용된다. IsoEvent 필드가 "시간"("TIME") 값을 포함한다면, 시간 필드는 요구된 동작이 발생하려 하는 버스 시간을 포함한다. AysncCompletion 필드가 0과 같지 않을 때, 데이터 전달 종결 시에 호출하려는 루틴의 어드레스를 포함한다. UserPtr 필드는 호출하는 응용의 종결 루틴에 의한 사용을 위해 유효하다. API는 이러한 필드를 변경하지 않는다. 상태 필드는 요구된 데이터 전달 동작의 상태를 포함한다. 이러한 필드는 비동기 데이터 전달 동작이 종결될 때까지 "계류중"("pending")인 상태를 포함한다. 종결 루틴이 호출될 때, 이러한 필드는 종결 상태를 포함한다.
등시성 부속 루틴은 응용 데이터 버퍼 기술자를 API 소프트웨어에 전달한다. 응용은 버퍼를, IEEE 1394 인터페이스 하드웨어와, 소프트웨어의 관련 하부 층에 유효하도록 하기 위하여, 어느 때라도 이러한 루틴을 호출할 수 있다. 이러한 루틴을 위한 호출 약정은 다음과 같다.
status ISOCHAttach(ISOCHOpenBlockPtr openBlock, ISOCHAppendBlockPtr append);
등시성 부속 루틴에 대한 가능한 상태 복귀 값은, 동작이 종결되었고 응용 데이터 버퍼가 수용되었음을 나타내는 GOOD, openBlock 필드가 활성 등시성 포트를 나타내지 않음을 나타내는 INVALIDCONNECTION, 버퍼 기술자 내에서 지정된 재동기화 이벤트가, 하드웨어 실행, 소프트웨어 실행 또는 다른 시스템 환경의 제한으로 인해 지원되지 않음을 나타내는 UNSUPPORTEDOP, 등시성 데이터가 흐르는 동안 응용 데이터 버퍼의 원형 목록을 추가하거나, 또는 등시성 데이터가 흐르는 동안 현존 원형 목록에 새로운 버퍼를 추가하려는 시도를 나타내는 INVALIDREQUEST, 및 동작이 수행될 수 없지만, 실제 에러가 확인될 수 없음을 나타내는 UNDEFINEDERROR이다.
ISOCHAttach 루틴의 제 1 파라메터는 유효 ISOCHOpenBlock 데이터 구조의 어드레스를 포함한다. 제 2 파라메터는 ISOCHAppendBlock 데이터 구조의 어드레스를 포함한다. 이러한 데이터 구조는 다음의 표 11에서 한정된 바와 같이 응용 데이터 버퍼 목록을 기술한다.
typedef struct ISOCHAppendBlock {ISOlink APIPrivate; /* API 전용 */
isochBufferPtr IsochBuffList; /* 등시성 버퍼의 목록 개시 */void(*AsyncCompletion) (struct ISOCHAppendBlock *req); /* 종결 루틴 */void *UserPtr; /* 종결 루틴에 의한 사용을 위함 */STATUS status; /* 동작을 위한 종결 상태 */} ISOCHAppendBlock, *ISOCHAppendBlockPtr;
APIPrivate 필드는 요구를 관리하기 위하여 API에 의해 사용된 전용 저장 값을 포함한다. IsochBuffList 필드는, 지정된 포트에 부가하기 위한 목록의 제 1 등시성 버퍼의 어드레스를 포함한다. 현재의 버퍼 목록 또는 부가하려는 버퍼 목록이 원형이라면, 동작은 포트가 정지될 때에 수행될 뿐이고, 부가된 동작은 이전에 부가된 어떠한 버퍼라도 교체할 것이다. 버퍼의 원형이 아닌 목록은 버퍼의 현존 원형이 아닌 목록에 어느 때라도 부가될 수 있다. AysncCompletion 필드가 0과 같지 않을 때, 종결 시에 호출하려는 루틴의 어드레스를 포함한다. UserPtr 필드는 호출하는 응용의 종결 루틴에 의한 사용을 위해 유효하고, API에 의해 변경되지 않는다. 상태 필드는 요구된 동작의 상태를 포함한다. 이러한 필드는 비동기 데이터 동작이 종결될 때까지 "계류중"("PENDING")인 상태를 포함한다. 종결 루틴이 불려질 때, 이러한 필드는 종결 상태를 포함할 것이다.
IsochBuffList 필드는 isochBuffer의 어드레스를 포함한다. isochBuffer 데이터 구조는 단일의 응용 데이터 버퍼를 기술한다. 전형적으로, isochBuffer 데이터 구조는 이중으로 나열된 목록으로 존재한다. 이러한 데이터 구조는 다음의 표 12에서 한정된다.
typedef struct isochBuffer {struct isochBuffer *Next; /* 다음 블록에 대한 포인터 */struct isochBuffer *previous; /* 이전 블록에 대한 포인터 */OPTION Circular :1; /* 목록이 원형 */OPTION ResynchEvent :4; /* 선택적인 재동기화 이벤트 */OPTION Sy :4; /* sy 필드값 */busTime Time; /* 재동기화 이벤트로 사용 */localBufPtr ApplBufPtr; /* 응용 데이터에 대한 포인터 */void(*IsochCompletion)(struct isochBuffer *buf); /* 종결 루틴 */void *UserPtr; /* 종결 루틴에 의한 사용을 위함 */} isochBuffer, *isochBufferPtr;
다음 필드는 목록 내의 다음 버퍼의 어드레스를 포함한다. 이전 필드는 목록 내의 이전 버퍼의 어드레스를 포함한다. 원형 필드는 버퍼의 종결 세트가 원형임을 나타낸다. ResynchEvent 필드는 선택적인 재동기화 이벤트를 포함한다. 이러한 필드 내의 IMMEDIATE 값은 재동기화를 나타내지 않는다. ResynchEvent 필드가 "SY 필드"("SYFIELD")의 값을 포함할 때, Sy 필드는 이러한 응용 데이터 버퍼에 또는 이로부터 데이터를 전달하기 전에 정지시키기 위한 sy 값을 포함한다. ResynchEvent 필드가 "시간"("TIME") 값을 포함할 때, 시간 필드는 이러한 응용의 데이터 버퍼에 또는 이로부터 데이터를 전달하기 전에 대기하는 버스 시간을 포함한다. ApplBufPtr 필드는 응용 데이터 버퍼의 어드레스를 포함한다. 이러한 어드레스는, 동작 환경의 성능에 따라, 논리적, 물리적, 분산된 또는 인접하는 것이 될 수 있다. IsochCompletion 필드는 종결 루틴의 어드레스를 포함한다. 이러한 필드 내의 값이 0이 아니라면, 이러한 루틴은, 이러한 버퍼를 위한 데이터 전달이 종결될 때, 호출된다. UserPtr 필드는 호출하는 응용의 종결 루틴에 의한 용도에 유효하고, API에 의해 변형되지 않는다.
ISOCHDetach 루틴은 API로부터 응용 데이터 버퍼를 검색하고, 응용에 대한 소유권을 복귀시킨다. IEEE 1394 인터페이스 하드웨어로부터와, 소프트웨어의 관련 하부 층으로부터 버퍼를 분리하게 위하여, 응용은 이러한 루틴을 언제라도 호출할 수 있다. 요구된 버퍼는 종결 루틴이 불려질 때 분리된다. 이러한 루틴을 위한 호출 약정은 다음과 같다.
status ISOCHDetach(ISOCHOpenBlockPtr openBlock, ISOCHAppendBlockPtr unhook);
ISOCHDetach 루틴에 대한 가능한 상태 복귀 값은, 동작이 종결되었고, 이제 응용 데이터 버퍼가 분리되었음을 나타내는 GOOD, 동작이 현재 계류중임을 나타내는 PENDING, openBlock 필드가 활성 등시성 포트를 나타내지 않음을 나타내는 INVALIDCONNECTION, ISOCHAppendBlock 내에서 기술된 버퍼가 발견되지 않았거나, 또는 이들이 ISOCHOpenBlock 구조 내에서 기술된 등시성 포트에 의해 소유되지 않음을 나타내는 INVALIDREQUEST, 및 동작이 수행될 수 없지만, 에러가 확인될 수 없음을 나타내는 UNDEFINEDERROR이다. 계류중인 값이 복귀된다면, 콜백 루틴이 호출되는 시간에, ISOCHAppendBlock 내의 상태 필드는 분리 동작의 종결 상태를 포함할 것이다.
ISOCHDetach 루틴의 제 1 파라메터는 유효 ISOCHOpenBlock 데이터 구조의 어드레스를 포함한다. 제 2 파라메터는 ISOCHAppendBlock 데이터 구조의 어드레스를 포함한다. 이러한 데이터 구조는 상술한 바와 같은 응용 데이터 버퍼 목록을 기술한다.
본 발명의 응용 프로그래밍 인터페이스는 응용에 대한 인터페이스를 제공하고, 응용으로 하여금 버스 구조 위에서 등시성 및 비동기 데이터 포맷으로 데이터를 전달하도록 허용한다. 응용 프로그래밍 인터페이스는 등시성 데이터 전달 도중에 버스 구조(28) 위에서 비동기 데이터의 전달을 지원한다. 등시성 데이터가 버스 구조(28) 위에서 전달되는 동안, 비동기 데이터는 간격(gaps)을 채우기 위해 사용될 수 있다. IEEE 1394 표준은 등시성 데이터에 대한 최악의 지터(jitter)를 규정하여, 등시성 데이터의 한 패킷에 대한 제한된 잠재성을 지정한다. 그러므로 API(20)는 등시성 데이터의 패킷이 적절한 시간 기간 동안 전달되는 것을 보장한다. 그러나, 등시성 데이터의 패킷 사이의 간격 내에서, 데이터의 등시성 패킷이 전달된다.
종래 기술의 시스템과는 대조적으로, 본 발명의 API는 자동 트랜잭션 생성기(38)를 제어함으로써 비동기 데이터의 전달을 자동화할 수 있는데, 상기 생성기(38)는 메모리 맵핑된 버스 구조(28) 위에서 비동기 데이터 전달을 종결하는데 필요한 트랜잭션을 자동적으로 생성한다. 등시성 데이터 전달 도중에, 각각이 대응하는 버퍼를 나타내는 버퍼 기술자들의 연결된 목록은 버스 구조(28) 위에서 응용에 또는 이로부터 데이터 전달하기 위하여 유지된다. 각 버퍼는 콜백 루틴과 재동기화 이벤트를 포함할 수 있다.
본 발명은, 본 발명의 구성 및 동작 원리의 이해를 쉽게 하기 위한 상세 사항을 병합한 특정 실시예의 관점에서 설명되었다. 특정 실시예와 이들의 상세 사항에 대한 이러한 참조는 이하에 첨부된 청구 범위의 범주를 제한하려는 것은 아니다. 설명을 위하여 선택된 실시예에서 본 발명의 사상과 범주를 벗어남이 없이 변형이 이루어질 수 있다는 것은 당업자에게는 자명할 것이다.

Claims (64)

  1. 버스 구조 위에서 응용(an application)에 또는 이로부터의 데이터 전달을 제어하기 위한, 상기 응용과 상기 버스 구조 사이의 인터페이스에 있어서,
    a. 상기 응용에 메모리 맵핑된(memory-mapped) 인터페이스를 제공하기 위한, 상기 응용과 상기 버스 구조 사이에서의 비동기 데이터 전달을 제어하기 위한 수단과,
    b. 버퍼의 연결된 목록을 포함하는, 상기 응용과 상기 버스 구조 사이에서 등시성(isochronous) 데이터 전달을 제어하기 위한 수단을 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  2. 제 1항에 있어서, 비동기 데이터 전달을 제어하기 위한 상기 수단은 데이터를 패킷(packet)으로 전달 또는 수신하는데, 상기 패킷 각각은 목적지 확인자, 어드레스 및 길이 값을 포함하는 헤더를 구비하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  3. 제 2항에 있어서, 상기 버스 구조를 가로질러 데이터의 비동기 전달을 종결하기 위하여 필요한 요구를 자동적으로 생성하기 위하여 비동기 데이터 전달을 제어하기 위한 상기 수단과 상기 버스 구조에 접속된 자동화된 하드웨어 인터페이스를 더 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  4. 제 3항에 있어서, 상기 버스 구조는 IEEE 1394 표준 버스 구조인 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  5. 제 1항에 있어서, 상기 연결된 버퍼의 각각은 전방 포인터(forward pointer)와 후방 포인터(backward pointer)를 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  6. 제 5항에 있어서, 상기 연결된 버퍼 각각은 데이터 전달 동작 도중의 소정의 시점에 상기 응용을 호출하기 위한 콜백(callback) 루틴을 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  7. 제 6항에 있어서, 상기 연결된 버퍼 각각은 상기 응용을 상기 데이터 전달에 재동기화시키기 위한 재동기화 이벤트(a resynchronization event)를 더 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  8. 제 7항에 있어서, 버퍼를 상기 연결된 목록에 부가하기 위한 수단을 더 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  9. 제 8항에 있어서, 상기 연결된 목록으로부터 버퍼를 제거하기 위한 수단을 더 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  10. 응용과 버스 구조 사이에서의 데이터 전달 동작을 제어하기 위한, 상기 응용과 상기 버스 구조 사이의 인터페이스에 있어서,
    a. 상기 응용과 통신하고, 상기 응용으로부터 요구를 수신하고, 상기 응용에 지령을 보내기 위한 응용 인터페이스와,
    b. 상기 응용에 의해 할당된 버퍼와 버스 구조 사이에서 비동기 데이터 전달 동작을 종결하기 위하여 필요한 트랜잭션을 자동적으로 생성하기 위한 자동 트랜잭션 생성기와,
    c. 등시성 데이터 전달이 종결되려 하는 상기 응용에 의해 제공된 버퍼의 연결된 목록을 포함하는, 상기 등시성 데이터 전달을 제어하기 위한 수단과,
    d. 상기 버스 구조에 물리적인 인터페이스를 제공하고, 상기 버스 구조 위에서 데이터 패킷을 보내고 수신하기 위한 버스 인터페이스를 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  11. 제 10항에 있어서, 버퍼의 상기 연결된 목록은 각 버퍼를 위한 전방 포인터와 후방 포인터를 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  12. 제 11항에 있어서, 각 버퍼는, 데이터 전달 동작 도중의 소정의 시점에 상기 응용을 호출하기 위해 활성화되는 콜백 루틴을 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  13. 제 12항에 있어서, 각 버퍼는, 상기 응용을 데이터 전달 도중의 소정의 시점에 재동기화시키기 위해 활성화되는 재동기화 이벤트를 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  14. 제 13항에 있어서, 버퍼를 상기 연결된 목록에 부가하기 위한 수단을 더 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  15. 제 14항에 있어서, 상기 연결된 목록으로부터 버퍼를 제거하기 위한 수단을 더 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  16. 제 10항에 있어서, 상기 자동 트랜잭션 생성기는 하드웨어 논리 회로로 실현되는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  17. 제 10항에 있어서, 상기 자동 트랜잭션 생성기는 소프트웨어로 실현되는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  18. 메모리 맵핑된 인터페이스를 응용에 제공하고, 상기 응용과 버스 구조 사이에서 비동기 데이터 전달 동작을 관리하기 위한 방법에 있어서,
    a. 상기 응용으로부터 데이터 전달 동작을 위한 요구를 받아들이는 단계와,
    b. 상기 버스 구조를 가로질러 상기 데이터 전달 동작을 종결하는데 필요한 트랜잭션을 자동으로 생성하기 위한 자동 트랜잭션 생성기에 지령을 제공하는 단계와,
    c. 상기 응용에 상기 데이터 전달 동작이 종결되는 때를 통지하는 단계를 포함하는 것을 특징으로 하는 메모리 맵핑된 인터페이스를 제공하고 비동기 데이터 전달을 관리하는 방법.
  19. 제 18항에 있어서, 상기 요구는 응용 버퍼를 위한 어드레스, 상기 버스 구조의 어드레스 공간 내의 시작 어드레스, 전달될 데이터의 길이 및 상기 전달의 방향을 포함하는 것을 특징으로 하는 메모리 맵핑된 인터페이스를 제공하고 비동기 데이터 전달을 관리하는 방법.
  20. 제 19항에 있어서, 상기 시작 어드레스는 64 비트 어드레스인 것을 특징으로 하는 메모리 맵핑된 인터페이스를 제공하고 비동기 데이터 전달을 관리하는 방법.
  21. 제 20항에 있어서, 상기 버스 구조는 IEEE 1394 표준 버스 구조인 것을 특징으로 하는 메모리 맵핑된 인터페이스를 제공하고 비동기 데이터 전달을 관리하는 방법.
  22. 제 18항에 있어서, 상기 자동 트랜잭션 생성기는 하드웨어 논리 회로로 실현되는 것을 특징으로 하는 메모리 맵핑된 인터페이스를 제공하고 비동기 데이터 전달을 관리하는 방법.
  23. 제 18항에 있어서, 상기 자동 트랜잭션 생성기는 소프트웨어로 실현되는 것을 특징으로 하는 메모리 맵핑된 인터페이스를 제공하고 비동기 데이터 전달을 관리하는 방법.
  24. 응용과 버스 구조 사이의 데이터 전달 동작을 관리하기 위한, 상기 응용과 상기 버스 구조 사이의 인터페이스에 있어서,
    a. 상기 응용으로부터 요구를 수신하고 상기 응용에 지령을 보내기 위하여, 상기 응용과 통신하는 수단과,
    b. 상기 응용의 버퍼와 상기 버스 구조 사이에서 비동기 데이터 전달 동작을 종결하기 위하여 필요한 트랜잭션을 자동으로 생성하기 위한 자동 트랜잭션 생성기와,
    c. 상기 버스 구조에 데이터 패킷을 보내고 상기 버스 구조로부터 데이터 패킷을 수신하기 위하여, 상기 버스 구조 위에서 감시하고 통신하기 위한 수단을 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  25. 제 24항에 있어서, 데이터 전달 동작은, 상기 응용이 통신하기 위한 상기 수단에 요구를 보낼 때, 시작되는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  26. 제 25항에 있어서, 상기 요구는 상기 응용의 상기 버퍼를 위한 어드레스, 상기 버스를 가로지르는 시작 어드레스, 전달될 데이터의 길이, 및 상기 전달의 방향을 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  27. 제 26항에 있어서, 상기 버스 구조는 IEEE 1394 표준 버스 구조인 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  28. 제 24항에 있어서, 상기 응용과 상기 버스 구조 사이에서 등시성 데이터 전달 동작을 제어하기 위한 수단을 더 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  29. 제 28항에 있어서, 등시성 데이터 전달 동작을 제어하기 위한 상기 수단은, 상기 데이터 전달이 종결되려 하는 상기 응용에 의해 제공된 버퍼의 연결된 목록을 유지하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  30. 제 29항에 있어서, 상기 연결된 목록은 상기 목록 내의 각 버퍼를 위한 전방 포인터와 후방 포인터를 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  31. 제 29항에 있어서, 상기 목록 내에 포함된 각 버퍼는, 데이터 전달 동작 도중의 소정의 시점에 상기 응용을 호출하기 위해 활성화되는 콜백 루틴을 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  32. 제 31항에 있어서, 상기 목록 내에 포함된 각 버퍼는, 상기 응용을 데이터 전달 동작 도중의 소정의 시점에 재동기화하기 위해 활성화되는 재동기화 이벤트를 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  33. 응용과 IEEE 1394 표준 버스 구조 사이에서 데이터 전달 동작을 관리하기 위한, 상기 응용과 IEEE 1394 표준 버스 구조 사이의 인터페이스에 있어서,
    a. 상기 응용과 통신하고, 상기 응용으로부터 요구를 수신하고, 상기 응용에 지령을 보내기 위한 응용 인터페이스와,
    b. 상기 응용에 의해 할당된 버퍼와 버스 구조 사이에서 비동기 데이터 전달 동작을 종결하기 위하여 필요한 트랜잭션을 자동적으로 생성하기 위한 자동 트랜잭션 생성기와,
    c. 상기 버스 구조 위에서 데이터 패킷을 보내고 수신하기 위하여, 상기 버스 구조에 물리적인 인터페이스를 제공하기 위한 버스 인터페이스 회로를 포함하는 것을 특징으로 하는 상기 응용과 IEEE 1394 표준 버스 구조 사이의 인터페이스.
  34. 제 33항에 있어서, 데이터 전달 동작은, 상기 응용이 요구를 상기 응용 인터페이스에 보낼 때, 시작되는 것을 특징으로 하는 상기 응용과 IEEE 1394 표준 버스 구조 사이의 인터페이스.
  35. 제 34항에 있어서, 상기 요구는 상기 응용의 상기 버퍼를 위한 어드레스, 상기 버스 구조를 가로지르는 시작 어드레스, 전달될 데이터의 길이, 및 상기 전달의 방향을 포함하는 것을 특징으로 하는 상기 응용과 IEEE 1394 표준 버스 구조 사이의 인터페이스.
  36. 제 35항에 있어서, 상기 버스 구조는 IEEE 1394 표준 버스 구조인 것을 특징으로 하는 상기 응용과 IEEE 1394 표준 버스 구조 사이의 인터페이스.
  37. 제 33항에 있어서, 상기 자동 트랜잭션 생성기는 하드웨어 논리 회로로 실현되는 것을 특징으로 하는 상기 응용과 IEEE 1394 표준 버스 구조 사이의 인터페이스.
  38. 제 33항에 있어서, 상기 자동 트랜잭션 생성기는 소프트웨어로 실현되는 것을 특징으로 하는 상기 응용과 IEEE 1394 표준 버스 구조 사이의 인터페이스.
  39. 인터페이스를 응용에 제공하고, 상기 응용과 버스 구조 사이에서 등시성 데이터 전달을 관리하기 위한 방법에 있어서,
    a. 상기 응용으로부터 데이터 전달 동작을 위한 요구를 받아들이는 단계와,
    b. 상기 데이터 전달 동작을 종결하기 위하여, 상기 응용에 의해 제공된 버퍼의 연결된 목록을 관리하는 단계를 포함하는데, 데이터는 하나의 버퍼와 상기 버스 구조 사이에서, 상기 응용이 다른 버퍼를 처리하는 도중에, 전달되는 것을 특징으로 하는 인터페이스를 제공하고 등시성 데이터 전달을 관리하는 방법.
  40. 제 39항에 있어서, 등시성 전달 동작 도중에 상기 응용은 데이터를 버퍼에 로딩함으로써 버퍼를 처리하는 것을 특징으로 하는 인터페이스를 제공하고 등시성 데이터 전달을 관리하는 방법.
  41. 제 39항에 있어서, 등시성 수신 동작 도중에, 상기 응용은 버퍼로부터 데이터를 얻음으로써 버퍼를 처리하는 것을 특징으로 하는 인터페이스를 제공하고 등시성 데이터 전달을 관리하는 방법.
  42. 제 39항에 있어서, 상기 연결된 목록은, 상기 연결된 목록 내의 각 버퍼를 위한 전방 포인터와 후방 포인터를 포함하는 것을 특징으로 하는 인터페이스를 제공하고 등시성 데이터 전달을 관리하는 방법.
  43. 제 39항에 있어서, 연결된 목록 내의 각 버퍼는, 데이터 전달 동작 도중의 소정의 시점에 상기 응용을 호출하기 위해 활성화되는 콜백 루틴을 위한 성능을 포함하는 것을 특징으로 하는 인터페이스를 제공하고 등시성 데이터 전달을 관리하는 방법.
  44. 제 39항에 있어서, 상기 목록 내에 포함된 각 버퍼는, 상기 응용을 데이터 전달 동작 도중의 소정의 시점에 재동기화시키기 위해 활성화되는 재동기화 이벤트를 위한 성능을 포함하는 것을 특징으로 하는 인터페이스를 제공하고 등시성 데이터 전달을 관리하는 방법.
  45. 제 42항에 있어서, 상기 연결된 목록에 버퍼를 부가하기 위한 수단을 더 포함하는 것을 특징으로 하는 인터페이스를 제공하고 등시성 데이터 전달을 관리하는 방법.
  46. 제 45항에 있어서, 상기 연결된 목록으로부터 버퍼를 제거하기 위한 수단을 더 포함하는 것을 특징으로 하는 인터페이스를 제공하고 등시성 데이터 전달을 관리하는 방법.
  47. 응용과 버스 구조 사이의 데이터 전달 동작을 관리하기 위한, 상기 응용과 상기 버스 구조 사이의 인터페이스에 있어서,
    a. 상기 응용으로부터 요구를 수신하고 상기 응용에 지령을 보내기 위하여, 상기 응용과 통신하는 수단과,
    b. 버퍼의 연결된 목록의 관리를 포함하는, 상기 응용과 상기 버스 구조 사이의 등시성 데이터 전달 동작을 제어하기 위한 수단과,
    c. 상기 버스 구조로부터 데이터 패킷을 수신하고 데이터 패킷을 보내기 위하여, 상기 버스 구조 위에서 감시하고 통신하기 위한 수단을 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  48. 제 47항에 있어서, 버퍼의 상기 연결된 목록은 상기 응용에 의해 제공되는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  49. 제 48항에 있어서, 상기 연결된 목록은, 상기 연결된 목록 내의 각 버퍼를 위한 전방 포인터를 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  50. 제 49항에 있어서, 상기 연결된 목록은, 상기 연결된 목록 내의 각 버퍼를 위한 후방 포인터를 더 포함하여, 목록을 원형으로 구성하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  51. 제 47항에 있어서, 상기 연결된 목록 내의 각 버퍼는, 데이터 전달 동작 도중의 소정의 시점에 상기 응용을 호출하기 위해 활성화되는 콜백 루틴를 위한 성능을 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  52. 제 47항에 있어서, 상기 목록에 포함된 각 버퍼는, 상기 응용을 데이터 전달 동작 도중의 소정의 시점에 재동기화시키기 위해 활성화되는 재동기화 이벤트를 위한 성능을 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  53. 제 47항에 있어서, 상기 응용에 의해 할당된 버퍼와 버스 구조 사이에서 비동기 데이터 전달 동작을 종결하기 위해 필요한 트랜잭션을 자동으로 생성하기 위한 자동 트랜잭션 생성기를 더 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  54. 제 53항에 있어서, 상기 버스 구조는 IEEE 1394 표준 버스 구조인 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  55. 제 48항에 있어서, 상기 연결된 목록은, 상기 연결된 목록 내의 각 버퍼를 위한 전방 포인터와 후방 포인터를 포함하여, 목록을 선형으로 구성하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  56. 제 55항에 있어서, 상기 연결된 목록에 버퍼를 부가하기 위한 수단을 더 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  57. 제 56항에 있어서, 상기 연결된 목록으로부터 버퍼를 제거하기 위한 수단을 더 포함하는 것을 특징으로 하는 상기 응용과 상기 버스 구조 사이의 인터페이스.
  58. 응용과 IEEE 1394 표준 버스 구조 사이에서 데이터 전달 동작을 관리하기 위한, 상기 응용과 IEEE 1394 표준 버스 구조 사이의 인터페이스에 있어서,
    a. 상기 응용과 통신하고, 상기 응용으로부터 요구를 수신하고, 상기 응용에 지령을 보내기 위한 응용 인터페이스와,
    b. 상기 응용에 의해 제공된 버퍼의 연결된 목록을 포함하는, 상기 응용과 상기 버스 구조 사이에서 등시성 데이터 전달 동작을 제어하기 위한 수단과,
    c. 상기 버스 구조 위에서 데이터 패킷을 보내고 수신하기 위하여, 상기 버스 구조에 물리적인 인터페이스를 제공하기 위한 버스 인터페이스 회로를 포함하는 것을 특징으로 하는 상기 응용과 IEEE 1394 표준 버스 구조 사이의 인터페이스.
  59. 제 58항에 있어서, 상기 연결된 목록은, 상기 연결된 목록 내의 각 버퍼를 위한 전방 포인터와 후방 포인터를 포함하여, 목록을 원형으로 구성하는 것을 특징으로 하는 상기 응용과 IEEE 1394 표준 버스 구조 사이의 인터페이스.
  60. 제 59항에 있어서, 상기 연결된 목록 내의 각 버퍼는, 데이터 전달 동작 도중의 소정의 시점에 상기 응용을 호출하기 위해 활성화되는 콜백 루틴을 위한 성능을 포함하는 것을 특징으로 하는 상기 응용과 IEEE 1394 표준 버스 구조 사이의 인터페이스.
  61. 제 60항에 있어서, 상기 목록 내에 포함된 각 버퍼는, 상기 응용을 데이터 전달 동작 도중의 소정의 시점에 재동기화시키기 위해 활성화되는 재동기화 이벤트를 위한 성능을 포함하는 것을 특징으로 하는 상기 응용과 IEEE 1394 표준 버스 구조 사이의 인터페이스.
  62. 제 58항에 있어서, 상기 연결된 목록은, 상기 연결된 목록 내의 각 버퍼를 위한 전방 포인터와 후방 포인터를 포함하여, 목록을 선형으로 구성하는 것을 특징으로 하는 상기 응용과 IEEE 1394 표준 버스 구조 사이의 인터페이스.
  63. 제 62항에 있어서, 상기 연결된 목록에 버퍼를 부가하기 위한 수단을 더 포함하는 것을 특징으로 하는 상기 응용과 IEEE 1394 표준 버스 구조 사이의 인터페이스.
  64. 제 63항에 있어서, 상기 연결된 목록으로부터 버퍼를 제거하기 위한 수단을 더 포함하는 것을 특징으로 하는 상기 응용과 IEEE 1394 표준 버스 구조 사이의 인터페이스.
KR10-1998-0705954A 1996-02-02 1997-01-29 버스구조를통한데이터전송및버스관리를위한애플리케이션프로그래밍인터페이스 KR100472908B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US08/594,651 US5991520A (en) 1996-02-02 1996-02-02 Application programming interface for managing and automating data transfer operations between applications over a bus structure
US8/594,651 1996-02-02
US08/594,651 1996-02-02

Publications (2)

Publication Number Publication Date
KR19990082226A true KR19990082226A (ko) 1999-11-25
KR100472908B1 KR100472908B1 (ko) 2005-07-21

Family

ID=24379801

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-1998-0705954A KR100472908B1 (ko) 1996-02-02 1997-01-29 버스구조를통한데이터전송및버스관리를위한애플리케이션프로그래밍인터페이스

Country Status (10)

Country Link
US (2) US5991520A (ko)
EP (4) EP0877983B1 (ko)
JP (1) JP3993893B2 (ko)
KR (1) KR100472908B1 (ko)
AT (2) ATE199987T1 (ko)
AU (1) AU1855797A (ko)
CA (1) CA2244713C (ko)
DE (2) DE69723726T2 (ko)
TW (1) TW317623B (ko)
WO (1) WO1997028504A1 (ko)

Families Citing this family (102)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5991520A (en) * 1996-02-02 1999-11-23 Sony Corporation Application programming interface for managing and automating data transfer operations between applications over a bus structure
US6631435B1 (en) * 1996-02-02 2003-10-07 Sony Corporation Application programming interface for data transfer and bus management over a bus structure
US6233637B1 (en) * 1996-03-07 2001-05-15 Sony Corporation Isochronous data pipe for managing and manipulating a high-speed stream of isochronous data flowing between an application and a bus structure
US6519268B1 (en) * 1996-03-07 2003-02-11 Sony Corporation Asynchronous data pipe for automatically managing asynchronous data transfers between an application and a bus structure
US5940600A (en) * 1996-04-01 1999-08-17 Apple Computer, Inc. Isochronous channel having a linked list of buffers
JP3783363B2 (ja) * 1996-10-03 2006-06-07 ソニー株式会社 データ通信方法、電子機器、及び物理層集積回路
US7383341B1 (en) * 1996-10-15 2008-06-03 Kabushiki Kaisha Toshiba Data transfer control device, relay device and control device suitable for home network environment
EP0859324B1 (en) * 1997-02-14 2007-01-03 Canon Kabushiki Kaisha Data transmission apparatus, system and method, and image processing apparatus
US6131119A (en) * 1997-04-01 2000-10-10 Sony Corporation Automatic configuration system for mapping node addresses within a bus structure to their physical location
JP3927647B2 (ja) * 1997-04-21 2007-06-13 キヤノン株式会社 情報処理装置、情報処理方法及び情報処理システム
SE521494C2 (sv) * 1997-09-24 2003-11-04 Telia Ab Transmissionssystem för hemnätverk
JPH11168524A (ja) * 1997-12-05 1999-06-22 Canon Inc 通信制御装置および通信制御装置のデータ処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体
JPH11177588A (ja) * 1997-12-10 1999-07-02 Sony Corp 電子機器及びデータ通信方法
EP0932104B1 (en) * 1998-01-27 2004-10-06 Deutsche Thomson-Brandt Gmbh Method and apparatus for transferring bi-directionally data between an IEEE 1394 bus and a device
EP0932103A1 (en) * 1998-01-27 1999-07-28 Deutsche Thomson-Brandt Gmbh Method and apparatus for transferring bi-directionally data between an IEEE 1394 bus and device
US6292844B1 (en) 1998-02-12 2001-09-18 Sony Corporation Media storage device with embedded data filter for dynamically processing data during read and write operations
US6134625A (en) * 1998-02-18 2000-10-17 Intel Corporation Method and apparatus for providing arbitration between multiple data streams
GB2336743B (en) * 1998-04-24 2003-07-09 Sony Uk Ltd Digital multi-media device and method relating thereto
GB2336744B (en) * 1998-04-24 2003-03-26 Sony Uk Ltd Digital multi-media device and method relating thereto
GB2336745B (en) * 1998-04-24 2003-07-09 Sony Uk Ltd Digital multi-media device and method relating thereto
US6230201B1 (en) * 1998-05-29 2001-05-08 Ip Net Solutions, Inc. Configurable transaction routing system and method
US6404771B1 (en) * 1998-06-17 2002-06-11 Advanced Micro Devices, Inc. Clock lead/lag extraction in an isochronous data bus
US6212171B1 (en) * 1998-06-22 2001-04-03 Intel Corporation Method and apparatus for gap count determination
US6496509B1 (en) * 1998-08-03 2002-12-17 Advanced Micro Devices, Inc. System for transmitting data packets between computers via an IEEE-1394 network medium
US6499036B1 (en) * 1998-08-12 2002-12-24 Bank Of America Corporation Method and apparatus for data item movement between disparate sources and hierarchical, object-oriented representation
US6505255B1 (en) 1999-04-29 2003-01-07 Mitsubishi Electric Information Technology Center America, Inc. (Ita) Method for formatting and routing data between an external network and an internal network
US6496862B1 (en) 1998-08-25 2002-12-17 Mitsubishi Electric Research Laboratories, Inc. Remote monitoring and control of devices connected to an IEEE 1394 bus via a gateway device
US6292842B1 (en) * 1998-08-28 2001-09-18 Hewlett-Packard Company Method for transferring data to an application
KR100316650B1 (ko) * 1998-08-29 2002-01-12 윤종용 상위 계층 데이터 전송을 위한 상위 프로토콜과 ieee 1394버스 정합 방법
US6513085B1 (en) * 1998-10-13 2003-01-28 Texas Instruments Incorporated Link/transaction layer controller with integral microcontroller emulation
US6243778B1 (en) * 1998-10-13 2001-06-05 Stmicroelectronics, Inc. Transaction interface for a data communication system
US6167471A (en) 1998-10-14 2000-12-26 Sony Corporation Method of and apparatus for dispatching a processing element to a program location based on channel number of received data
JP3325839B2 (ja) * 1998-10-15 2002-09-17 パイオニア株式会社 情報送信装置及び方法、情報受信装置及び方法並びに情報送受信装置及び方法
US6185632B1 (en) * 1998-10-19 2001-02-06 Hewlett-Packard Company High speed communication protocol for IEEE-1394 including transmission of request and reply writes to a datagram-FIFO-address to exchange commands to end a job
US7362381B1 (en) * 1998-11-20 2008-04-22 Thomson Licensing Device interoperability utilizing bit-mapped on-screen display menus
US6539450B1 (en) * 1998-11-29 2003-03-25 Sony Corporation Method and system for adjusting isochronous bandwidths on a bus
US6327637B1 (en) * 1998-12-18 2001-12-04 Cirrus Logic, Inc. Interface tap for 1394-enabled serial bus device
US6456714B2 (en) * 1999-03-18 2002-09-24 Sony Corporation Apparatus and method for interfacing between multimedia network and telecommunications network
US6810452B1 (en) 1999-03-19 2004-10-26 Sony Corporation Method and system for quarantine during bus topology configuration
US6374316B1 (en) 1999-03-19 2002-04-16 Sony Corporation Method and system for circumscribing a topology to form ring structures
US6631415B1 (en) 1999-03-19 2003-10-07 Sony Corporation Method and system for providing a communication connection using stream identifiers
JP3417872B2 (ja) * 1999-04-07 2003-06-16 日本電気株式会社 交換方法
US6421745B1 (en) 1999-04-12 2002-07-16 Sony Corporation Asynchronous connections with scattering page tables for transmitting data from a producer device to a consumer device over an IEEE 1394 serial data bus
AU4482000A (en) 1999-04-23 2000-11-10 Sony Electronics Inc. Method of and apparatus for implementing and sending an asynchronous control mechanism packet
US6502158B1 (en) 1999-04-23 2002-12-31 Sony Corporation Method and system for address spaces
US6378000B1 (en) 1999-04-29 2002-04-23 Mitsubish Electric Research Laboratories, Inc Address mapping in home entertainment network
US6633547B1 (en) 1999-04-29 2003-10-14 Mitsubishi Electric Research Laboratories, Inc. Command and control transfer
US6523064B1 (en) 1999-04-29 2003-02-18 Mitsubishi Electric Research Laboratories, Inc Network gateway for collecting geographic data information
US6600756B1 (en) * 1999-06-14 2003-07-29 Hewlett-Packard Development Company, Lp. Method of improving the performance of a bus which is asynchronous-traffic intensive
US6519654B1 (en) * 1999-07-07 2003-02-11 Sharp Laboratories Of America, Incorporation Method of designing an interface for a real-time messaging system
KR100644559B1 (ko) * 1999-07-26 2006-11-13 삼성전자주식회사 디지털 인터페이스를 갖는 기기의 채널 할당방법
US7032024B1 (en) * 1999-07-29 2006-04-18 Samsung Electronics Co., Ltd. Connection management method for devices connected digital interface and command structure therefor
AU2178100A (en) * 1999-08-09 2001-03-05 Cross Match Technologies, Inc. System and method for sending a packet with position address and line scan data over an interface cable
KR100662484B1 (ko) * 1999-08-23 2007-01-02 엘지전자 주식회사 디지털 인터페이스에서의 버스 제어방법
KR100611998B1 (ko) * 1999-08-27 2006-08-11 삼성전자주식회사 상위 프로토콜과 고속 시리얼 버스의 정합방법
US7130315B1 (en) 1999-09-10 2006-10-31 Sony Corporation Method of and apparatus for utilizing extended AV/C command and response frames including transaction label and common result/error code
US6754185B1 (en) * 1999-09-27 2004-06-22 Koninklijke Philips Electronics N.V. Multi link layer to single physical layer interface in a node of a data communication system
US6247071B1 (en) * 1999-10-04 2001-06-12 B2C2, Inc. System for receiving an isochronous data stream at a computer using a main memory buffer
US6721859B1 (en) 1999-10-21 2004-04-13 Sony Corporation Multi-protocol media storage device implementing protocols optimized for storing and retrieving both asynchronous and isochronous data
US6711181B1 (en) 1999-11-17 2004-03-23 Sony Corporation System and method for packet parsing and data reconstruction in an IEEE 1394-1995 serial bus network
US6523108B1 (en) 1999-11-23 2003-02-18 Sony Corporation Method of and apparatus for extracting a string of bits from a binary bit string and depositing a string of bits onto a binary bit string
US6728821B1 (en) 1999-11-29 2004-04-27 Sony Corporation Method and system for adjusting isochronous bandwidths on a bus
US7023801B1 (en) * 1999-12-07 2006-04-04 Lsi Logic Corporation Speculative packet selection for transmission of isochronous data
US7062779B1 (en) * 1999-12-10 2006-06-13 Sun Microsystems, Inc. Methods and apparatus for accessing synchronized broadcast data
DE69940781D1 (de) * 1999-12-30 2009-06-04 Sony Deutschland Gmbh Schnittstellenverbindungsschicht- Einrichtung zum Aufbau eines verteilten Netzwerks
US7895610B1 (en) * 2000-01-18 2011-02-22 Koninklijke Philips Electronics N.V. System and method for displaying information on the screen of a user interface device under the control of a digital audio playback device
US6647446B1 (en) 2000-03-18 2003-11-11 Sony Corporation Method and system for using a new bus identifier resulting from a bus topology change
US7006515B1 (en) * 2000-04-07 2006-02-28 Omneon Video Networks Isochronous queue and buffer management
US6795854B1 (en) * 2000-04-21 2004-09-21 Polarlake Limited Operating system for structured information processing
US6647448B1 (en) 2000-06-29 2003-11-11 Sony Corporation Method and apparatus for managing resource schedules in a peer to peer distributed networking environment
US6757773B1 (en) 2000-06-30 2004-06-29 Sony Corporation System and method for determining support capability of a device coupled to a bus system
US6901444B1 (en) * 2000-06-30 2005-05-31 Sony Corporation Method of and apparatus for communicating data structures between devices in a networking environment
US7720821B1 (en) 2000-06-30 2010-05-18 Sony Corporation Method of and apparatus for writing and reading time sensitive data within a storage device
US6725311B1 (en) * 2000-09-14 2004-04-20 Microsoft Corporation Method and apparatus for providing a connection-oriented network over a serial bus
US6687699B1 (en) * 2000-09-15 2004-02-03 Hewlett-Packard Development Company, L.P. System and method for tracking computer data
US6647447B1 (en) * 2000-12-29 2003-11-11 Sony Corporation Allocating isochronous channel numbers to devices on an IEEE-1394 bus
US6977939B2 (en) * 2001-01-26 2005-12-20 Microsoft Corporation Method and apparatus for emulating ethernet functionality over a serial bus
US6820150B1 (en) * 2001-04-11 2004-11-16 Microsoft Corporation Method and apparatus for providing quality-of-service delivery facilities over a bus
US6871248B2 (en) * 2001-09-29 2005-03-22 Hewlett-Packard Development Company, L.P. Isochronous transactions for interconnect busses of a computer system
US7028132B2 (en) * 2001-09-29 2006-04-11 Hewlett-Packard Development Company, L.P. Distributed peer-to-peer communication for interconnect busses of a computer system
US7003604B2 (en) * 2001-10-04 2006-02-21 Sony Corporation Method of and apparatus for cancelling a pending AV/C notify command
US6944704B2 (en) * 2001-10-04 2005-09-13 Sony Corporation Method and apparatus for utilizing extended AV/C command frames including status inquiry, notify inquiry and control inquiry command types
US20030125993A1 (en) * 2001-12-27 2003-07-03 Ho Chi Fai Method and system for event distribution
US20040015539A1 (en) * 2002-07-16 2004-01-22 Andrew Alegria Content exporting from one application to another
US20040034710A1 (en) * 2002-08-13 2004-02-19 Frank Rau Data transfer operations
US7308517B1 (en) * 2003-12-29 2007-12-11 Apple Inc. Gap count analysis for a high speed serialized bus
US20050172241A1 (en) * 2004-01-08 2005-08-04 International Business Machines Corporation System and method for improved direct system clipboard
US7334056B2 (en) * 2004-08-09 2008-02-19 Lsi Logic Corporation Scalable architecture for context execution
US7185123B2 (en) * 2004-09-15 2007-02-27 Qualcomm Incorporated Method and apparatus for allocating bandwidth on a transmit channel of a bus
KR100677143B1 (ko) * 2004-10-15 2007-02-02 삼성전자주식회사 등시성 스트림 전송 방법 및 장치
US7774304B2 (en) * 2005-01-31 2010-08-10 International Business Machines Corporation Method, apparatus and program storage device for managing buffers during online reorganization
US20060224766A1 (en) * 2005-03-31 2006-10-05 Malackowski Donald W Operating room communication bus and method
US7831624B2 (en) 2005-06-24 2010-11-09 Seagate Technology Llc Skip list with address related table structure
CN100456262C (zh) * 2005-12-05 2009-01-28 迈普（四川）通信技术有限公司 一种主动回收数据缓冲区的方法
US7739422B2 (en) * 2006-03-21 2010-06-15 International Business Machines Corporation Method to improve system DMA mapping while substantially reducing memory fragmentation
FR2925190B1 (fr) * 2007-12-18 2009-11-20 Alcatel Lucent Procede et dispositif de communication entre plusieurs interfaces de connexion
US8612637B2 (en) * 2011-09-25 2013-12-17 National Instruments Corportion Configuring buffers with timing information
US9268621B2 (en) * 2011-11-02 2016-02-23 Red Hat, Inc. Reducing latency in multicast traffic reception
US8869168B2 (en) * 2012-05-14 2014-10-21 International Business Machines Corporation Scheduling synchronization in association with collective operations in a parallel computer
US9288163B2 (en) * 2013-03-15 2016-03-15 Avago Technologies General Ip (Singapore) Pte. Ltd. Low-latency packet receive method for networking devices
JP6090751B2 (ja) * 2013-09-27 2017-03-08 サイレックス・テクノロジー株式会社 デバイスサーバとその制御方法
CN110765138B (zh) * 2019-10-31 2023-01-20 北京达佳互联信息技术有限公司 数据查询方法、装置、服务器及存储介质

Family Cites Families (86)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE2221629C3 (de) 1972-05-03 1978-04-27 Siemens Ag, 1000 Berlin Und 8000 Muenchen Verfahren zur Synchronisierung in Zeitmultiplex-Übertragungssystemen
US3906484A (en) 1972-09-13 1975-09-16 Westinghouse Electric Corp Decoder input circuit for receiving asynchronous data bit streams
US4218756A (en) 1978-06-19 1980-08-19 Bell Telephone Laboratories, Incorporated Control circuit for modifying contents of packet switch random access memory
US4409656A (en) 1980-03-13 1983-10-11 Her Majesty The Queen, In Right Of Canada As Represented By The Minister Of National Defense Serial data bus communication system
US4395710A (en) 1980-11-26 1983-07-26 Westinghouse Electric Corp. Bus access circuit for high speed digital data communication
US4379294A (en) 1981-02-12 1983-04-05 Electric Power Research Institute, Inc. Data highway access control system
US4493021A (en) * 1981-04-03 1985-01-08 The United States Of America As Represented By The Administrator Of The National Aeronautics And Space Administration Multicomputer communication system
US4633392A (en) 1982-04-05 1986-12-30 Texas Instruments Incorporated Self-configuring digital processor system with logical arbiter
GB8304950D0 (en) 1983-02-22 1983-03-23 Int Computers Ltd Data communication systems
US4897783A (en) 1983-03-14 1990-01-30 Nay Daniel L Computer memory system
US4857910A (en) * 1983-12-19 1989-08-15 Pitney Bowes Inc. Bit-map CRT display control
US4739323A (en) 1986-05-22 1988-04-19 Chrysler Motors Corporation Serial data bus for serial communication interface (SCI), serial peripheral interface (SPI) and buffered SPI modes of operation
EP0267974B1 (en) * 1986-11-14 1992-02-19 International Business Machines Corporation Control interface for transferring data between a data processing unit and input/output devices
US4972470A (en) 1987-08-06 1990-11-20 Steven Farago Programmable connector
US4998245A (en) * 1987-12-17 1991-03-05 Matsushita Electric Industrial Co., Ltd. Information transmission system having collective data transmission and collection devices
US5008879B1 (en) 1988-11-14 2000-05-30 Datapoint Corp Lan with interoperative multiple operational capabilities
US5359713A (en) * 1989-06-01 1994-10-25 Legato Systems, Inc. Method and apparatus for enhancing synchronous I/O in a computer system with a non-volatile memory and using an acceleration device driver in a computer operating system
JPH03123232A (ja) 1989-10-06 1991-05-27 Matsushita Electric Ind Co Ltd データ伝送制御処理方法
JPH03156554A (ja) * 1989-11-14 1991-07-04 Hitachi Ltd データ転送制御方式
EP0447145B1 (en) * 1990-03-12 2000-07-12 Hewlett-Packard Company User scheduled direct memory access using virtual addresses
US5546553A (en) 1990-09-24 1996-08-13 Texas Instruments Incorporated Multifunctional access devices, systems and methods
US5307491A (en) * 1991-02-12 1994-04-26 International Business Machines Corporation Layered SCSI device driver with error handling circuit providing sense data from device directly to the driver on the occurrence of an error
US5369773A (en) * 1991-04-26 1994-11-29 Adaptive Solutions, Inc. Neural network using virtual-zero
JP3243803B2 (ja) 1991-08-28 2002-01-07 ソニー株式会社 Ａｖ機器
US5487153A (en) * 1991-08-30 1996-01-23 Adaptive Solutions, Inc. Neural network sequencer and interface apparatus
US5471632A (en) * 1992-01-10 1995-11-28 Digital Equipment Corporation System for transferring data between a processor and a system bus including a device which packs, unpacks, or buffers data blocks being transferred
US5475860A (en) * 1992-06-15 1995-12-12 Stratus Computer, Inc. Input/output control system and method for direct memory transfer according to location addresses provided by the source unit and destination addresses provided by the destination unit
US5497466A (en) 1992-07-17 1996-03-05 Texas Instruments Inc. Universal address generator
EP0588046A1 (en) * 1992-08-14 1994-03-23 International Business Machines Corporation IEEE standard 802.2 virtual device driver
US5647057A (en) * 1992-08-24 1997-07-08 Texas Instruments Incorporated Multiple block transfer mechanism
US5499344A (en) 1992-10-07 1996-03-12 Texas Instruments Incorporated Programmable dual port data unit for interfacing between multiple buses
US5550802A (en) * 1992-11-02 1996-08-27 National Semiconductor Corporation Data communication network with management port for isochronous switch
US5544324A (en) * 1992-11-02 1996-08-06 National Semiconductor Corporation Network for transmitting isochronous-source data using a frame structure with variable number of time slots to compensate for timing variance between reference clock and data rate
KR100305268B1 (ko) * 1992-11-02 2001-11-22 아담 씨. 스트리겔 스위칭메카니즘에서의등시(等時)데이타의국부루프백
EP0596648A1 (en) 1992-11-02 1994-05-11 National Semiconductor Corporation Network link endpoint capability detection
EP0596651A1 (en) * 1992-11-02 1994-05-11 National Semiconductor Corporation Network for data communication with isochronous capability
KR940017376A (ko) 1992-12-21 1994-07-26 오오가 노리오 송신 방법, 수신 방법, 통신 방법 및 쌍방향 버스 시스템
GB2275852B (en) * 1993-03-05 1997-02-26 Sony Broadcast & Communication Signal synchroniser with resynchronise control
US5509126A (en) * 1993-03-16 1996-04-16 Apple Computer, Inc. Method and apparatus for a dynamic, multi-speed bus architecture having a scalable interface
US5559967A (en) * 1993-03-18 1996-09-24 Apple Computer, Inc. Method and apparatus for a dynamic, multi-speed bus architecture in which an exchange of speed messages occurs independent of the data signal transfers
DE4323405A1 (de) 1993-07-13 1995-01-19 Sel Alcatel Ag Zugangskontrollverfahren für einen Pufferspeicher sowie Vorrichtung zum Zwischenspeichern von Datenpaketen und Vermittlungsstelle mit einer solchen Vorrichtung
US5887145A (en) 1993-09-01 1999-03-23 Sandisk Corporation Removable mother/daughter peripheral card
US5444709A (en) 1993-09-30 1995-08-22 Apple Computer, Inc. Protocol for transporting real time data
CA2134061A1 (en) * 1993-10-28 1995-04-29 Aaron William Ogus Frame buffering of network packets
US5835726A (en) 1993-12-15 1998-11-10 Check Point Software Technologies Ltd. System for securing the flow of and selectively modifying packets in a computer network
US5659780A (en) * 1994-02-24 1997-08-19 Wu; Chen-Mie Pipelined SIMD-systolic array processor and methods thereof
EP0957610B1 (en) * 1994-03-09 2001-07-11 Matsushita Electric Industrial Co., Ltd. Data transmission system and method
US5465402A (en) 1994-03-23 1995-11-07 Uniden America Corp. Automatic frequency transfer and storage method
JP3129143B2 (ja) 1994-05-31 2001-01-29 松下電器産業株式会社 データ転送方法
US5689244A (en) 1994-06-24 1997-11-18 Sony Corporation Communication system and electronic apparatus
JP3458469B2 (ja) * 1994-07-15 2003-10-20 ソニー株式会社 信号受信装置及び通信方法
US5687316A (en) 1994-07-29 1997-11-11 International Business Machines Corporation Communication apparatus and methods having P-MAC, I-MAC engines and buffer bypass for simultaneously transmitting multimedia and packet data
US5603058A (en) * 1994-09-08 1997-02-11 International Business Machines Corporation Video optimized media streamer having communication nodes received digital data from storage node and transmitted said data to adapters for generating isochronous digital data streams
US5586264A (en) * 1994-09-08 1996-12-17 Ibm Corporation Video optimized media streamer with cache management
US5548587A (en) * 1994-09-12 1996-08-20 Efficient Networks, Inc. Asynchronous transfer mode adapter for desktop applications
US5617419A (en) * 1994-09-20 1997-04-01 International Business Machines Corporation Adapting switch port and work station communication adapters to data frame types with disparate formats and data rates
JP3371174B2 (ja) * 1994-09-22 2003-01-27 ソニー株式会社 パケット受信装置
US5619646A (en) 1994-09-27 1997-04-08 International Business Machines Corporation Method and system for dynamically appending a data block to a variable length transmit list while transmitting another data block over a serial bus
US5632016A (en) 1994-09-27 1997-05-20 International Business Machines Corporation System for reformatting a response packet with speed code from a source packet using DMA engine to retrieve count field and address from source packet
US5640592A (en) 1994-09-30 1997-06-17 Mitsubishi Kasei America, Inc. System for transferring utility algorithm stored within a peripheral device to a host computer in a format compatible with the type of the host computer
WO1996013776A1 (en) 1994-10-31 1996-05-09 Intel Corporation M & a for exchanging data, status, and commands over a hierarchical serial bus assembly using communication packets
US5602853A (en) * 1994-11-03 1997-02-11 Digital Equipment Corporation Method and apparatus for segmentation and reassembly of ATM packets using only dynamic ram as local memory for the reassembly process
US5704052A (en) * 1994-11-06 1997-12-30 Unisys Corporation Bit processing unit for performing complex logical operations within a single clock cycle
US5664124A (en) * 1994-11-30 1997-09-02 International Business Machines Corporation Bridge between two buses of a computer system that latches signals from the bus for use on the bridge and responds according to the bus protocols
KR0138964B1 (ko) 1994-12-14 1998-06-15 김주용 데이타 포멧 변화기를 포함한 차분 펄스 코드 변조기
US5526353A (en) 1994-12-20 1996-06-11 Henley; Arthur System and method for communication of audio data over a packet-based network
US5533018A (en) 1994-12-21 1996-07-02 National Semiconductor Corporation Multi-protocol packet framing over an isochronous network
US5835733A (en) 1994-12-22 1998-11-10 Texas Instruments Incorporated Method and apparatus for implementing a single DMA controller to perform DMA operations for devices on multiple buses in docking stations, notebook and desktop computer system
US5781780A (en) 1994-12-22 1998-07-14 Texas Instruments Incorporated Power management supply interface circuitry, systems and methods
US5559796A (en) * 1995-02-28 1996-09-24 National Semiconductor Corporation Delay control for frame-based transmission of data
US5594732A (en) 1995-03-03 1997-01-14 Intecom, Incorporated Bridging and signalling subsystems and methods for private and hybrid communications systems including multimedia systems
JP3249334B2 (ja) 1995-04-06 2002-01-21 株式会社東芝 ディジタルインターフェース装置及びディジタルインターフェース方法
FI98028C (fi) 1995-05-03 1997-03-25 Nokia Mobile Phones Ltd Datasovitin
US5793953A (en) 1995-07-07 1998-08-11 Sun Microsystems, Inc. Method and apparatus for allowing packet data to be separated over multiple bus targets
US5815678A (en) 1995-07-14 1998-09-29 Adaptec, Inc. Method and apparatus for implementing an application programming interface for a communications bus
US5787298A (en) 1995-08-18 1998-07-28 General Magic, Inc. Bus interface circuit for an intelligent low power serial bus
US5692211A (en) * 1995-09-11 1997-11-25 Advanced Micro Devices, Inc. Computer system and method having a dedicated multimedia engine and including separate command and data paths
US5970236A (en) 1995-11-14 1999-10-19 Compaq Computer Corporation Circuit for selectively performing data format conversion
US5812883A (en) 1995-11-22 1998-09-22 Mitsubishi Chemical America, Inc. System for reading and storing formatting information after formatting a first storage medium and using the stored formatting information to format a second storage medium
US5991520A (en) * 1996-02-02 1999-11-23 Sony Corporation Application programming interface for managing and automating data transfer operations between applications over a bus structure
US5828416A (en) 1996-03-29 1998-10-27 Matsushita Electric Corporation Of America System and method for interfacing a transport decoder to a elementary stream video decorder
US5761430A (en) 1996-04-12 1998-06-02 Peak Audio, Inc. Media access control for isochronous data packets in carrier sensing multiple access systems
EP0860823A4 (en) 1996-07-15 2001-05-02 Toshiba Kk DEVICE WITH DIGITAL INTERFACE, NETWORK SYSTEM WITH THIS DEVICE AND COPY PROTECTION PROCEDURE
US5761457A (en) 1996-10-21 1998-06-02 Advanced Micro Devices Inc. Inter-chip bus with fair access for multiple data pipes
US5938752C1 (en) 1997-05-20 2002-02-05 Microsoft Corp System and method for encapsulating legacy data transport protocols for ieee 1394 serial bus
US6085270A (en) 1998-06-17 2000-07-04 Advanced Micro Devices, Inc. Multi-channel, multi-rate isochronous data bus

Also Published As

Publication number Publication date
EP0952526B1 (en) 2003-07-23
DE69704344T2 (de) 2001-10-31
DE69704344D1 (de) 2001-04-26
AU1855797A (en) 1997-08-22
EP2284713A2 (en) 2011-02-16
JP2000510659A (ja) 2000-08-15
CA2244713C (en) 2003-04-15
EP1056016A2 (en) 2000-11-29
EP0877983A1 (en) 1998-11-18
JP3993893B2 (ja) 2007-10-17
ATE245837T1 (de) 2003-08-15
EP0952526A3 (en) 2001-10-04
TW317623B (ko) 1997-10-11
ATE199987T1 (de) 2001-04-15
DE69723726D1 (de) 2003-08-28
EP0877983B1 (en) 2001-03-21
EP1056016A3 (en) 2002-01-09
US5991520A (en) 1999-11-23
CA2244713A1 (en) 1997-08-07
DE69723726T2 (de) 2004-04-22
KR100472908B1 (ko) 2005-07-21
US6243783B1 (en) 2001-06-05
WO1997028504A1 (en) 1997-08-07
EP0952526A2 (en) 1999-10-27
EP2284713A3 (en) 2013-12-18

Similar Documents

Publication Publication Date Title
KR100472908B1 (ko) 버스구조를통한데이터전송및버스관리를위한애플리케이션프로그래밍인터페이스
US6901474B2 (en) Application programming interface for data transfer and bus management over a bus structure
US5940600A (en) Isochronous channel having a linked list of buffers
US6425021B1 (en) System for transferring data packets of different context utilizing single interface and concurrently processing data packets of different contexts
US6081846A (en) Method and computer program product for reducing intra-system data copying during network packet processing
US7080386B2 (en) Architecture with digital signal processor plug-ins for general purpose processor media frameworks
US7944952B2 (en) Asynchronous data pipe for automatically managing asynchronous data transfers between an application and a bus structure
US6233637B1 (en) Isochronous data pipe for managing and manipulating a high-speed stream of isochronous data flowing between an application and a bus structure
US6052744A (en) System and method for transferring concurrent multi-media streams over a loosely coupled I/O bus
US7577782B2 (en) Application programming interface for data transfer and bus management over a bus structure
JPH06215117A (ja) ビデオ・データ・フレーム伝送方法および装置
KR20040012716A (ko) 주변장치로부터 호스트 컴퓨터 시스템에 인터럽트를전달하기 위한 방법 및 장치
JPH1173334A (ja) データ処理方法、記録媒体及びデータ処理装置
US6728834B2 (en) System and method for effectively implementing isochronous processor cache
US7003613B1 (en) System for transferring data using a USB host system with a dedicated processor
KR100516411B1 (ko) 패킷화된 데이터 통신 인터페이스 장치의 pci-직렬 버스 인터페이스 장치를 자율적으로 동작하는 방법 및 시스템
JP2001520823A (ja) データストリーム処理のためのプロトコルプロセッサ
US6847650B1 (en) System and method for utilizing a memory device to support isochronous processes
JP2000284977A (ja) ポート接続制御装置
JPS63145550A (ja) フアイル転送処理方式

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130128

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20140128

Year of fee payment: 10

FPAY Annual fee payment

Payment date: 20150128

Year of fee payment: 11

FPAY Annual fee payment

Payment date: 20160126

Year of fee payment: 12

EXPY Expiration of term