KR100740196B1

KR100740196B1 - 가정용 네트워크에서 비동기성 데이터를 송신하기 위한 방법

Info

Publication number: KR100740196B1
Application number: KR1020007013817A
Authority: KR
Inventors: 기용 비쵸; 질르 스트로브; 니콜라스 판느쉐르
Original assignee: 톰슨 멀티미디어
Priority date: 1998-06-08
Filing date: 1999-06-07
Publication date: 2007-07-18
Also published as: JP2002518886A; CN1304611A; EP1086564A1; AU4606599A; EP0964559A1; MY121072A; KR20010052614A; AU758392B2; WO1999065202A1; CN1161941C

Abstract

본 발명은 가정용 통신 네트워크에서 데이터를 송신하기 위한 방법에 관한 것이다.

이 네트워크는 데이터 패킷을 생성하는 수단을 포함하는 제 1 장치와, 이러한 데이터 패킷을 이용하는 수단을 포함하는 제 2 장치를 포함한다.

발명의 방법은 상기 제 1 장치와 상기 제 2 장치 사이에 연결을 개방하는 단계와, 상기 제 2 장치가 메시지 버퍼를 상기 연결에 할당하게 하는 단계로서, 상기 제 2 장치는 상기 메시지 버퍼의 크기를 상기 제 1 장치에 통보하는, 메시지 버퍼 할당 단계와, 상기 제 1 장치가 상기 데이터 패킷을 상기 제 2 장치에 송신하게 하는 단계로서, 상기 데이터 패킷은 분할되어 메시지에서 페이로드로 전달되며, 이 페이로드의 크기는 상기 메시지 버퍼 크기보다 더 작거나 같은, 데이터 패킷 송신 단계를 포함하는 것을 특징으로 한다.

본 발명은 가정용 네트워크 통신에 적용된다.

Description

가정용 네트워크에서 비동기성 데이터를 송신하기 위한 방법{METHOD FOR TRANSMITTING ASYNCHRONOUS DATA IN A HOME NETWORK}

'HAVi(Home Audio/Video interoperability)' 구조로도 호칭되는 명세서, '가정용 오디오/비디오 상호운용성 구조 버전 0.8'은 적어도 다음과 같은 회사의 WEB 사이트 상에서 1998년 5월 15일에 개시되었다: 소니, 필립스, 도시바, 샤프 및 히타치.

이러한 명세서는, 가전 장치 및 컴퓨팅 장치(computing device)를 포함하며, IEEE 1394 1995 직렬 버스 및 IEC 61883 인터페이스 표준과 호환성을 갖는 가정용 네트워크의 구현을 설명한다.

HAVi 명세서 버전 0.8은 섹션 3.2와 5.2에서 '메시징 시스템(Messaging System)'으로 지칭되는 장치간(inter-device) 통신 시스템을 설명한다. 때때로 '메시지 전달 시스템'으로도 호칭되는 이 메시징 시스템은, 네트워크 내의 몇몇 장치 유형에 제공되는 소프트웨어 객체(HAVi 용어에 따르면 '소프트웨어 요소')이다. 이것은 다수의 기능을 포함하는 응용 프로그래밍 가능한 인터페이스를 소유하며, 이 인터페이스는 소프트웨어 요소에 의해 메시지를 또 다른 소프트웨어 요소에 전달하도록 액세스될 수 있다. 소프트웨어 요소가 또 다른 장치에서의 또 다른 소프트웨 어 요소의 어떤 기능을 호출할 때, 호출된 기능은 메시징 시스템 메시지로 매핑(mapping)된다.

메시지는, HAVi 문서의 섹션 3.2.1에서 설명된 사전에 정의된 포맷을 이용한다. 메시지는 메시지 페이로드의 길이를 정의하는 두 개의 바이트를 포함한다. 한 예로, 메시지의 최대 길이는 64Kb를 약간 초과하며, 이 최대 길이의 페이로드에는 헤더 정보의 길이가 더해진다.

HAVi 버전 0.8의 메시징 시스템은 네트워크에서 기능 호출을 수행하며, 소프트웨어 요소 식별자를 관리하도록 잘 적응된다. 본 발명자는 제안된 구조에서 다음의 문제점을 인식하였다: 전달 소프트웨어 요소가 메시지를 수신 소프트웨어 요소에 전달할 때, 메시징 시스템은 수신 소프트웨어 요소의 메모리 용량을 고려하지 않는다. 만약 수신 소프트웨어 요소에 의해 통신에 할당된 버퍼가 충분하지 않다면, 수신 소프트웨어 요소는 막대한 양의 데이터를 처리해야만 하는 문제에 직면할 수 도 있다. 다시 말해, HAVi 0.8 문서는, 수신 소프트웨어 요소가 자신이 수신한 많은 양의 데이터를 제어하도록 할 수 없다.

본 발명의 목적은, 데이터 패킷을 생성하는 수단을 포함하는 제 1 장치와, 이러한 데이터 패킷을 이용하는 수단을 포함하는 제 2 장치를 포함하는 가정용 통신 네트워크에서 데이터를 송신하기 위한 방법이며, 상기 방법은,

- 상기 제 1 장치와 상기 제 2 장치 사이에 연결을 개방하는 단계와;

- 상기 제 2 장치가 메시지 버퍼를 상기 연결에 할당하게 하는 단계로서, 상 기 제 2 장치는 상기 메시지 버퍼의 크기를 상기 제 1 장치에 통보하는, 메시지 버퍼 할당 단계와;

- 상기 제 1 장치가 상기 데이터 패킷을 상기 제 2 장치에 송신하게 하는 단계로서, 상기 데이터 패킷은 분할되어 메시지에서 페이로드로 전달되며, 이 페이로드의 크기는 상기 메시지 버퍼 크기보다 더 작거나 같은, 데이터 패킷 송신 단계를 포함하는 것을 특징으로 한다.

수신 장치는 상기 수신 장치의 메시지 버퍼의 크기를 송신의 시작 부분에 명시하며, 전달 장치는 제한된 페이로드 크기를 유지하기 위해서 이 값을 고려한다.

'장치'라는 말은 그 의미가 물리적인 장치로 제한되지 않는다. 이것은 그 중에도 소프트웨어 객체, 특히 HAVi 0.8 문서로 정의된 바와 같은 '소프트웨어 요소'를 포함한다.

본 발명의 특정한 실시예에 따라서, 상기 페이로드는, 상기 제 1 장치 및 제 2 장치와는 독립적인 제 1 최대 길이를 가지며, 여기서, 상기 제 2 장치에 의존하는 제 2 최대 길이는 상기 메시지 버퍼 크기에 의해 구성되며, 상기 제 1 최대 길이와 상기 제 2 최대 길이 중 가장 짧은 길이는 메시지를 상기 제 2 장치에 전달하기 위해서 유지된다.

제 1 최대 메시지 크기는 명세서 자체에 의해 제공되며: 예를 들면, HAVi 0.8은 최대 메시지 크기로서 64 킬로바이트를 제공한다. 제 2 최대 메시지 크기는 연결 내에서 정의되는 것, 즉 수신 장치의 메시지 크기이다. 이러한 메시지 크기는 이러한 특정한 수신 장치에, 특정한 연결을 통해서 전달된 메시지와 관련하여서만 이용되어야 한다.

따라서, 본 발명은, HAVi 0.8 문서에서 제시되는 네트워크에서 본질적인 문제를 해결하는 반면, 이러한 문서, 특히 메시징 시스템과 호환성이 있다.

본 발명의 다른 특징 및 이점은, 수반된 도면의 도움으로 설명되는 비제한적인 실시예의 설명을 통해서 분명해질 것이다.

도 1은 가정용 네트워크의 블록도.

도 2는 도 1의 가정용 네트워크에서의 장치의 블록도.

도 3은 도 2의 장치에서 구현되는 소프트웨어 객체 및 레이어의 예에 대한 도면.

도 4는 스트림을 생성하는 실체(entity)('생성자')와 이 스트림을 수신하는 실체('소비자') 사이에서의 메시지 교환으로서, 생성자가 스트림 전달의 주도권을 갖는 경우인, 메시지 교환에 대한 도면.

도 5는 도 4와 유사한 도면으로서, 소비자가 생성자로부터의 스트림 요청의 주도권을 갖는 경우인, 도면.

도 6은 동일한 연결의 프레임에서 생성자와 소비자 모두인 두 실체 사이에서의 교환에 대한 도면.

본 설명은 다음의 문서에서 정의되는 용어를 이용하며, 가정용 네트워크 구조에 대한 더 상세한 사항을 위해서는 이러한 문서를 참조해야 한다: 'HAVi 구조 - 가정용 오디오/비디오 상호운용성(HAVi) 구조'(1998년 5월 11일에 버전 0.8)는 적어도 다음 회사의 WEB 사이트 상에서 1998년 5월 15일에 공개적으로 개시되었다: 소니, 필립스, 도시바, 샤프 및 히타치.

도 1은 HAVi 0.8 명세서에 의해서 정의되는 네 개의 장치 유형 모두를 포함하는 HAVi-적응형 가정용 네트워크의 예에 대한 도면이다. 가정용 네트워크는 통신 버스를 포함하며, 이 통신 버스는 본 예에 따르면 IEEE 1394 1995 직렬 버스이다. 이러한 버스에는 디지털 텔레비전, 디지털 수신기/디코더, 모뎀, 디지털 비디오 디스크 레코더/플레이어(DVD) 및 비디오카세트 레코더(VCR)가 연결된다. 텔레비전 수신기는 완전 오디오/비디오(FAV : Full Audio/Video) 장치이며, 이 장치는 HAVi 명세서에 따른 대부분의 기능을 갖는 장치 유형이다. 특히, FAV 유형 장치는 HAVi 런타임(runtime) 코드를 실행하기 위한 용량을 갖는다. 또한, 텔레비전 수신기는 VCR을 제어하도록 소프트웨어를 주관할 수 있으며, 본 경우에 VCR은 레거시(legacy) 장치, 즉 어떠한 HAVi 기능도 갖지 않는 장치이다. 레거시 장치는, 버스 상에서 통신하기 위해서 필요한 수단, 즉 버스 커넥터를 가지고 있지 않으므로 완전 오디오/비디오 장치에 직접 연결된다. 디지털 디코더 및 모뎀은 중간 오디오/비디오(IAV : Intermediate Audio/Video) 장치이며, FAV 장치의 특징중 많은 특징을 갖지만, 다른 장치를 제어하도록 소프트웨어를 다운로딩하는 성능을 갖지는 않는다. 그럼에도 불구하고, 이러한 소프트웨어는 IAV 장치에 내재될 수 도 있다. 최근에, DVD 플레이어는 기본 오디오/비디오(BAV : Basic Audio/Video) 장치이며, HAVi 코드를 실행하기 위한 수단을 갖지는 않지만 통신 버스에 연결할 수 있는 용량과, HAVi 환경과 기본 오디오 비디오 장치 자체의 환경 사이에서 소프트웨어 인터페이스를 실행하는 IAV 장치 또는 FAV 장치와 통신할 수 있는 용량을 적어도 갖는다.

도 2는 텔레비전 수신기의 HAVi 기능부와 관련되는 텔레비전 수신기의 구성요소의 블록도이다. 텔레비전 수신기(1)는 내부 버스(7)를 통해서 RAM 메모리(3)와 재프로그래밍 가능한 ROM 메모리(4)에 연결되는 마이크로프로세서(2)를 포함한다. ROM은, 마이크로프로세서에 의해 실행되는 장치의 기능부들을 관리하기 위한 수신기의 소프트웨어 요소 및 다른 코드를 저장하는데 이용된다. 텔레비전 수신기는 또한 IEEE 1394 버스에 대한 연결부(5)를 포함하며, 이 연결부는 물리적인/링크 회로{및 비동기성 트랜젝션(transaction) 및 버스 관리 레이어에 필요한 소프트웨어}를 포함한다. 텔레비전 수신기는 오디오/비디오 스트림을 제어하고 이 오디오/비디오 스트림을 특정한 장치, 본 경우 도 1의 VCR과 교환하기 위한 커넥터(6)를 또한 포함한다.

도 3은 텔레비전 수신기에서, 좀더 일반적으로는 FAV-유형 장치에서의 소프트웨어 객체(HAVi 용어에 따르면 '소프트웨어 요소')의 구성을 도시한다.

텔레비전 수신기는 다수의 응용 및 장치 제어 응용을 주관하며, 이들 응용은 대응하는 응용 프로그래밍 가능한 인터페이스를 통해서 다음의 소프트웨어 요소와 상호 동작한다:

- 다른 소프트웨어 요소가 IEEE 1394 버스를 통해서 비동기성 통신 및 등시성 통신을 수행하게 하는 1394 통신 매체 관리자,

- 다른 소프트웨어 요소와 메시지를 교환하기 위한 메시지 전달 시스템,

- 객체 상태 변경을 관리하기 위한 이벤트 관리자,

- 튜너 장치 및 레코딩 장치와 같은 기능성 구성요소 사이에서 오디오/비디오 데이터 스트림을 관리하기 위한 스트림 관리자,

- 로컬 소프트웨어 요소와 이들의 식별자 리스트를 보유한 레지스트리(registry)로서, 원격의 레지스트리와의 통신을 관리하는 레지스트리,

- 장치 제어 모듈(DCM : Device Control Modules)을 로딩하거나 제거하기 위한 장치 제어 모듈 관리자(DCMM : Device Control Module Manager),

- 내재되거나 업로딩되는 다수의 장치 제어 모듈.

도 3의 내재된 응용이 본 경우에는 전자 프로그램 안내(EPG)인 반면, 장치 제어 모듈(DCM)중 하나는 도 1의 VCR을 제어하기 위해서 설치되며, 또 다른 DCM은 DVD 플레이어로부터 다운로딩된다.

장치 제어 모듈은, 또한 FCM(Functional Control Module)으로도 호칭되는 하나 이상의 기능성 제어 모듈을 제어할 수 도 있다. FCM은, 충분히 알려진 기능 세트를 통해서 장치의 특정한 기능에 대한 제어를 제공하는 소프트웨어 요소이며, 이러한 기능 세트는 응용 프로그래밍 가능한 인터페이스, 즉 API(Application Programmable Interface)로 호칭되는 기능 그룹을 포함한다. 디지털 텔레비전 수신기/디코더에서, FCM API는 전형적으로 튜너 및 비디오/오디오 디코더의 제어 전용일 것이다.

본 실시예에 따라서, 비동기성 데이터 API가 정의된다. 이러한 API 또는 이들의 일부분은 FCM에 포함되며, FCM은 생성자와 소비자 사이에서의 비동기성 데이 터 스트림 전송을 관리하는 성능을 필요로 한다.

용어, '생성자' 및 '소비자'는 비동기성 스트림을 생성하거나 그러한 스트림을 수신하기 위한 장치 또는 기능성 구성요소의 성능을 나타내는데 이용된다. 소비자 및 생성자는 저장 장치일 수 있지만, 반드시 저장 장치일 필요는 없다.

서비스 정보를 디멀티플렉싱하는 디지털 스트림 디멀티플렉서는 생성자이다. 레코딩 장치(예컨대, 메모리, 광자기 디스크, 하드 디스크 또는 디지털 비디오 카세트 레코더)가 또한 생성자일 수 있다. 데이터를 생성하거나 처리하는 하나의 소프트웨어가 또한 생성자일 수 있다.

소비자의 예가 또한 제공될 수 있다: 정보를 재생하는 레코딩 장치, 프린터 또는 디스플레이 장치.

생성자 및 소비자라는 개념은 배타적이지 않다, 즉 몇몇 장치 또는 기능성 구성요소는 동일한 연결 내에서 두 기능을 모두 가질 수 도 있다. 이러한 장치의 예는 인터넷 서비스에 액세스하기 위한 공중 회선교환 전화망에 연결된 모뎀이다. HAVi 네트워크에서 본다면, 모뎀은 소비자로서 동작할 수 있고 즉, 인터넷 서버에 송신하기 위해 고객 응용으로부터 데이터를 받아들일 수 있거나 또는 인터넷 서버로부터 고객 응용으로 데이터를 전송할 때에는 생성자로서 동작할 수 있다. 고객 응용은 이 경우에 생성자와 소비자 모두이다.

용어, '비동기성 데이터 스트림'은 '등시성 데이터 스트림', 즉 HAVi 문서에 의해 정의되는 스트림 관리자에 의해 처리되는 오디오 및 비디오 스트림과 구별하기 위해서 이용된다. 전형적으로, 비동기성 데이터는 화상, 파일 또는 프로그램 코 드에 대응하는 데이터로 구성된다. 이하에서 상세하게 설명되는 기능들을 구현하는 FCM은 도입부에서 기술된 결점들을 교정하면서 메시징 시스템(HAVi 버전 0.8 문서에서 정의됨)과 호환성을 유지할 것이다.

FCM은 하나 이상의 컨테이너(container)를 관리할 수 있으며, 컨테이너는 소비자, 생성자 또는 두 기능을 모두 갖는 실체를 나타내는 일반적인 용어이다. 만약 FCM이 하나 초과의 컨테이너를 포함한다면, 각 컨테이너는 고유한 표시(unique label)에 의해 식별된다. 단지 하나의 컨테이너만 존재한다면 그러한 표시는 과잉일 수 있지만, 발명의 변형에 따라서 그럼에도 불구하고 시스템의 균등성(uniformity)을 이유로 구현될 수 있다.

비동기성 데이터 API는 이하에서 제공되는 파라미터와 기능에 의해서 정의된다. FCM이 단순히 소비자, 생성자 또는 둘 다 인지의 여부에 따라서, 기능의 적절한 서브세트가 구현되어야 한다.

기능의 정의에서 이용되는 용어, 'in'은 기능을 호출하는 소프트웨어 요소에 의해서 기능 호출을 수신하는 소프트웨어 요소로 전달되는 파라미터를 정의하는 반면, 용어, 'out'은 기능 호출을 수신하는 소프트웨어 요소에 의해서 반환되는 파라미터를 정의한다.

(a) 파일록(FileLoc) 파라미터

이 파라미터는 생성자로부터 소비자로의 어떤 메시지가 연속적인 일련의 메시지중 제 1 메시지, 중간 메시지 또는 마지막 메시지인지의 여부를 나타낸다. 이러한 일련의 메시지의 이용 조건은 도 4 내지 도 6과 관련하여 나중에 기술된 대로 설명될 것이다.

파라미터는 다음과 같이 정의된다:

enum FileLoc{START, NEXT, MIDDLE};

(b) 컨테이너 파라미터

이 파라미터는 컨테이너의 특성(characteristics)을 정의한다. 예를 들면, 프로그램 파일을 포함하는 컨테이너는 상기 컨테이너의 식별자('ioid'), 상기 컨테이너가 포함하는 파일의 이름, 파일 유형 및 파일 크기에 의해서 정의될 것이다.

파라미터는 다음과 같이 정의된다:

struct Container{

ioid;

characteristics;

}

(c) OpenRead 기능

이 기능은 단지 생성자인 FCM 내에서 구현된다. 이것은, 컨테이너로부터 비동기성 스트림의 전송을 요청하기 위해서 소비자에 의해서 호출된다. 이것은 다음과 같이 정의된다:

Status IoStream::OpenRead(

in any ioid,

in long message_buffer_size,

in OperationCode opCode,

out short cid

)

'Status'는 기능 반환 값의 유형이다.

다음의 파라미터는 OpenRead 기능에 의해 이용된다:

- ioid: 이 파라미터는 개방(open)될 컨테이너의 식별자이다. 만약 기능을 구현하는 FCM이 하나의 컨테이너만을 갖는다면 이 파라미터는 꼭 있어야 하는 것은 아니며, 그럼에도 불구하고 만약 기능 호출에서 이 파라미터가 존재한다면 상기 FCM에 의해 무시될 것이다.

- message_buffer_size: 이 파라미터는 메시징 시스템 오버헤드(즉, 메시징 시스템 레이어에 관련된 헤더 및 다른 데이터)를 배제하고 소비자에 의해 받아들여지는 메시지의 최대 크기를 나타낸다. 생성자는 소비자로 전달되는 상기 생성자의 메시지 페이로드의 길이를 결정하기 위해 이러한 파라미터를 고려할 것이다. 바람직하게, 페이로드의 길이는 소비자의 메시지 버퍼 크기와 같을 것이다.

연결이 수립될 때, 메시지 버퍼 크기는 고정될 수 있거나, 이용 가능한 메모리 자원을 기초로 호출 소프트웨어 요소에 의해서 다이내믹하게 할당될 수 있다. OpenRead 기능에 있어서, 소비자는 연결을 수립하는데 있어서 주도권을 가지며, 따라서 OpenRead 기능에서 파라미터로서 전달된 메시지 버퍼 크기는 소비자 메시지 버퍼의 크기이다.

- opCode: 이 파라미터는 생성자가 스트림을 소비자에게 전달하는데 이용하는 코드이다. 이 연산(operation) 코드는, 생성자가 고객에게 응답을 발신하기 위 해서 호출해야 하는 소비자의 기능을 식별한다. 이 파라미터는 소비자에 의해 설정된다. 연산 코드는 소프트웨어 요소 내의 기능을 유일하게 식별한다. 이 경우에, 이것은 이하에서 정의된 바와 같이 '기록(Write)' 기능이다. 네트워크에서 기능의 고유한 어드레스는 'SEID' 식별자와 연산 코드를 또한 포함한다.

- cid: 하나 초과의 이러한 연결이 존재할 수 있으므로, 이 파라미터는 생성자와 소비자 사이에서 제공된 연결을 식별한다. 파라미터의 값은 생성자에 의해서 정의되며, 각 연결을 고유하게 식별하기 위해서 주어진 순간에 동일한 생성자에 의해서 이용되는 다른 모든 이러한 식별자와 다르게 된다.

다음의 값중 하나가 'OpenRead' 기능 호출에 의해 반환된다:

만약 호출이 성공하였다면, '0',

만약 컨테이너 식별자가 정확한 것이 아니었다면, '1',

만약 컨테이너가 액세스될 수 없다면, '2'. 이것은 예컨대 너무 많은 판독 액세스가 동일한 시간에 몇 개의 연결을 통해 이루어지는 경우에 발생할 것이다.

(d) OpenWrite 기능

이 기능은 단지 소비자인 FCM에서 구현된다. 이 기능은 생성자가 비동기성 스트림을 소비자의 FCM 내의 컨테이너에 전달하게 한다.

이것은 다음과 같이 정의된다:

Status IoStream::OpenWrite(

in any ioid,

out long message_buffer_size,

out short cid

)

다음의 파라미터들은 이미 정의되었던 파라미터들에 추가로 이용된다:

- ioid,

message_buffer_size: 이것은 소비자에 의해서 받아들여진 메시지 페이로드의 최대 크기를 나타낸다. 생성자는 데이터를 전달하는 동안과 폐쇄 요청이 있을 때까지 이러한 파라미터를 고려할 것이다.

cid: 이 파라미터는 연결을 식별한다. OpenWrite 기능의 경우에, cid 파라미터의 값을 정의하는 것은 바로 호출된 FCM이다.

기능은 다음의 값 중 하나를 반환한다:

만약 기능 호출이 성공적이라면, '0',

만약 기능 호출에서 전달된 컨테이너 식별자 'ioid'가 정확하지 않다면, '1',

만약 'ioid' 식별자에 의해 식별된 컨테이너가 액세스될 수 없다면, '2'.

(e) 개방(open) 기능

이 기능은, 동일한 연결의 프레임에서 소비자 및 생성자로서 모두 동작하는 FCM에서 구현된다.

이 기능은, 소비자/생성자가 비동기성 스트림을 컨테이너로부터/로 수신/전달하게 한다.

이 기능은 다음과 같이 정의된다:

Status IoStream::Open(

in any ioid,

in long message_buffer_size_client,

in OperationCode opCode,

out long message_buffer_size_FCM,

out short cid

)

다음의 파라미터가 이용된다:

- ioid,

- message_buffer_size_client: 이 파라미터는, FCM 기능을 호출하는 고객 응용에 의해서 받아들여지는 메시지의 최대 크기를 나타낸다. 호출된 FCM이 생성자일 때, 이것은, 소비자(즉, 고객 응용)로의 데이터 전달 동안과, 폐쇄 요청이 있을 때까지 이러한 파라미터를 고려할 것이다.

- message_buffer_size_FCM: 이 파라미터는, FCM에 의해 받아들여지는 메시지의 최대 크기를 나타낸다. 고객 응용이 생성자로서 동작할 때, 이것은, 소비자(즉, FCM)로의 데이터 전달 동안과, 폐쇄 요청이 있을 때까지 이러한 파라미터를 고려할 것이다.

- opCode: 이 파라미터는, FCM이 비동기성 스트림을 고객 응용(소비자로서 동작할)에 전달하기 위해서 이용할 코드이다. 이 연산 코드는, 생성자가 비동기성 데이터를 고객에게 발신하기 위해서 호출해야할 고객 응용 API 기능을 식별한다. 이 경우에, 이것은 이하에서 정의되는 바와 같은 '기록' 기능이다. 네트워크에서의 기능의 고유한 주소는 또한 'SEID' 식별자와 연산 코드를 포함한다.

cid: 이 파라미터는 연결을 식별한다. 이것은 FCM에 의해 결정되고 전달된다.

이 기능은 다음의 값 중 하나를 반환한다:

만약 기능 호출이 성공적이라면, '0',

(f) 기록(write) 기능

기록 기능은, 데이터를 소비자로 전송하기 위해서 생성자에 의해서 호출되어야 하는 기능이다. 생성자는, 이러한 기능을 새로 호출하기 이전에 기록 기능의 반환 값을 기다려야 한다.

이러한 기능은 소비자 측에서 구현된다. 비동기성 데이터 API의 기능의 연산 코드가 사전에 결정되기 때문에, FCM이 소비자로서 동작할 때, 이 기능의 연산 코드는 충분히 공지된 연산 코드이다. 고객 응용이 소비자로 동작하는 경우에, 비동기성 데이터 API가 반드시 고객 응용에 의해서 구현되지는 않기 때문에, 연산 코드는 소비자에 의한 OpenRead 기능 호출 또는 개방 기능 호출을 통해서 파라미터로서 생성자에게 전달된다. 여기에서, 비록 유사한 결과를 얻게 되는 임의의 독점(proprietary) 기능이 이용될 수 있을 지라도, 고객 응용이 기록 기능을 구현 한다는 것으로 가정한다.

기록 기능은 다음과 같이 정의된다:

IoStream::Write

Prototype

Status IoStream::Write (

in cid,

in FILELOC where,

in sequence<byte>data,

)

다른 기능들을 위해서 이미 정의된 파라미터에 추가로, 다음의 파라미터가 기록 기능에 의해서 이용된다:

- where: 이 파라미터는 메시지가 스트림을 전송하기 위한 일련의 메시지 중에서 제 1 메시지, 마지막 메시지 또는 중간 메시지임을 소비자에게 통보하며,

- data: 이것은 메시지의 페이로드, 즉 전송되는 스트림의 일부분이다.

기록 기능은 다음의 반환 값들 중 하나를 반환한다:

만약 소비자가 또 다른 메시지를 요청한다면, '0',

만약 소비자가 생성자에게 이러한 전송을 중단해야함을 통보할 필요가 있다면, '1'.

(g) Dir 기능

이 기능은 FCM의 컨테이너의 식별자 리스트를 반환한다. 만약 FCM이 단지 하 나의 디폴트(default) 컨테이너를 관리한다면, 이 기능은 구현될 필요가 없다.

본 실시예의 변형에 따라서, 이 기능은 각 컨테이너의 다른 특성을 또한 반환한다(예컨대 저장 요소 유형, 이용 가능한 총 공간, 이용 가능한 자유 공간, 파일 리스트 등).

이 기능은 다음과 같이 정의된다:

IoStream::Dir

Prototype

void IoStream::Dir(

out sequence <Container> list

)

'list' 파라미터는 FCM에 의해서 관리되는 컨테이너의 리스트이다. 앞에서 기술된 바와 같이, 컨테이너는 상기 컨테이너의 'ioid' 식별자에 의해서 식별된다. 리스트는 비어 있을 수 있다. 이것은 FCM이 단지 하나의 컨테이너를 처리함을 의미한다.

(h) '폐쇄(Close)' 기능

이 기능은 소비자 또는 생성자가 이전에 개방된 연결을 폐쇄하는 것을 가능하게 하며, 이 개방된 연결은 'cid' 파라미터에 의해서 식별된다. 연결은, 연결을 개방시켰던 고객 응용에 의해서만 폐쇄될 수 있다.

스트림 전송이 완료된 후, 소프트웨어 요소가 반드시 연결을 폐쇄할 필요는 없다. 소프트웨어 요소는 연결을 계속 개방시킬 수 있으며, 이 연결을 통해서 또 다른 스트림을 전송할 수 있다.

기능의 프로토타입(prototype)은 다음과 같이 정의된다:

Status IOStream::Close(

in long cid

)

유일한 파라미터는 'cid' 파라미터, 즉 연결의 식별자이다.

수신 FCM은 다음의 상태 값중 하나를 통해 승인한다:

0: 연결이 성공적으로 폐쇄되었다,

1: 'cid' 파라미터의 송신된 값이 알려지지 않는다.

도 4는, 생성자가 스트림을 전달할 수 있는 주도권을 갖게될 때 소비자와 생성자 사이에서의 메시지 흐름을 예시한다.

생성자, 예컨대 도 1의 경우 디코더는 상기 디코더의 메시징 시스템에게 소비자 예컨대 도 1의 경우 디지털 텔레비전 수신기의 디스플레이의 OpenWrite 기능을 호출할 것을 요청하며, 이는 디코더가 디멀티플렉싱하고 압축해제한 정지 화상을 나타내도록 디스플레이를 준비시키기 위해서이다. 디코더는, 네트워크 내의 모든 디스플레이 장치 리스트를 요청함으로써 상기 디코더의 로컬 레지스트리 서비스로부터 디스플레이 FCM의 식별자를 얻으며, 디지털 텔레비전 수신기의 디스플레이를 이용할 것을 결정한다. 이를 위해서, 도 1의 네트워크에서의 완전 오디오/비디오 장치에 의해 실행되는 디스플레이 FCM은 앞에서 정의된 응용 프로그래밍 가능한 인터페이스(API)로부터의 필요한 기능, 즉 개방 기능, 기록 기능 및 폐쇄 기능을 포함한다.

레지스트리 서비스에 대한 좀더 상세한 사항은 톰슨 멀티미디어(THOMSON multimedia)의 이름으로 1998년 4월 23일에 출원된 프랑스 특허 출원(제 FR 9805110 호)에서 제공된다.

소비자는, 값('0')을 반환하고, 이에 대응하는 파라미터 값, 즉 연결 식별자'cid', 이러한 연결에 할당된 메시지 버퍼의 바이트 단위의 크기 및 기록 기능의 연산 코드를 전달함으로써 연결을 개방시키기 위한 요청을 승인하며, 이 연산 코드는 원칙적으로 생성자에 의해 알려지지 않는다. 그러면 생성자는, 메시지 페이로드중 어떠한 것도 명시된 메시지 버퍼 크기보다 더 길지 않게 하는 방식으로 다수의 메시지를 통해서 충분히 분배된 상기 생성자의 데이터를 전송하기 시작할 것이다.

먼저, 생성자는, 'where' 파라미터가 값(START)을 갖는 기록 기능을 소비자로부터 이전에 수신된 연산 코드를 이용하여 호출할 것이다. 'START' 값은 메시지가 일련의 메시지중 제 1 메시지임을 나타내며, 이 일련의 메시지를 통해서 소비자 메시지 버퍼 크기보다 더 큰 데이터 조각(a piece of data)이 전송된다. 바람직한 실시예에 따라서, 생성자는 상기 생성자의 메시지 페이로드 각각에 대해서 소비자의 메시지 버퍼 크기에 의해 인증된 최대 메시지 길이를 이용하려하며, 이는 필요한 전체 메시지의 수를 줄이기 위해서 이다. 다시 말해, 페이로드 크기는, 만약 전송될 충분한 데이터가 남아 있다면, 명시된 소비자 버퍼 크기와 같다. 만약 소비자에 의해 명시된 버퍼 크기가 HAVi 문서에 의해서 정의된 제한치(즉, 버전 0.8에서 64 킬로 바이트)보다 더 크다면, 메시지의 페이로드 크기는 그러한 제한치의 크기 로 제한된다.

생성자는 이러한 제 1 메시지로 전송될 데이터 부분을 또한 포함할 것이다. 후속적인 메시지는, 일련의 메시지에서 중간 메시지를 지시하기 위해서 'where' 파라미터를 위한 값('NEXT')을 이용할 것이다. 마지막 메시지는 'END' 값을 이용할 것이다.

생성자는, 자신이 수행한 각 기록 기능 호출에 대한 적절한 승인('0' 반환 값)을 수신한 후에만 메시지를 전달할 것이다.

모든 데이터가 전송되었을 때, 생성자는 소비자와의 연결을 폐쇄하기 위해서 폐쇄 명령을 호출한다.

도 5는 생성자 FCM의 'OpenRead' 기능을 호출하는 연결을 개방할 수 있는 주도권을 갖는 경우를 예시한다. OpenRead 기능 및 OpenWrite 기능 사이에서 다른 파라미터는 별도로 하고, 이 메커니즘은 도 4와 관련하여 설명된 메커니즘과 유사하다.

도 6은 소비자-생성자 고객 응용이 소비자-생성자 FCM과의 완전 이중 연결(full duplex connection)을 개시하는 경우를 예시한다. 본 실시예에 따라서, FCM은 단일 컨테이너와 관련된 모뎀을 관리한다.

고객 응용은, 인입 메시지를 처리하기 위해서 상기 고객 응용의 최대 버퍼 크기를 파라미터로서 제공하는 FCM과의 연결을 개방한다. 이에 응답하여, FCM은 모뎀을 초기화하여, 사전에 결정된 설정(전화 번호, 연결 이름, 패스워드...)을 이용하여 제공된 서버에 연결하며, 고객 응용에 대한 연결의 개방을 확인하여('0' 상태 값을 송신함으로써), 다른 파라미터들 사이에서 상기 FCM의 최대 메시지 버퍼 크기와 연결 식별자(cid)를 송신한다.

그런 다음, 고객 응용은 제 1 요청(본 예에 따라 하나의 메시지 페이로드에 적합함)을 FCM에 전달한다. FCM은 모뎀 액세스를 통해서 페이로드 내용을 발신하며, 고객 응용에 대한 송신을 승인한다. 서버는 이 요청을 처리하며, 이것을 응답으로 반환한다. FCM은 응답의 흐름(response flow)을 수신하여, 몇 가지 메시지를 이용하여, 이 응답을 고객 응용의 최대 버퍼 크기에 따른 메시지의 페이로드를 통해서 분배함으로써 고객 응용에 이 응답의 흐름을 발신한다. 데이터의 전송은, 모든 데이터가 전송될 때까지 계속된다. 고객 응용과 FCM 사이의 통신은 고객 응용과 원격 서버 사이의 사전에 정의된 프로토콜에 따라서 계속된다.

이 프로토콜에 따라서, 고객 응용은 연결을 폐쇄한다.

본 출원인의 이름으로 1998년 9월 28일에 출원되고, 우선권이 청구된 유럽 특허 출원(제 98402384.6호)은 인터넷 액세스 기능성 구성요소 모듈(internet access functional component module)에 관한 것이다.
상술한 바와 같이, 본 발명은 데이터 패킷을 생성하는 수단을 포함하는 제 1 장치와, 이러한 데이터 패킷을 이용하는 수단을 포함하는 제 2 장치를 포함하는 가정용 통신 네트워크에서 데이터를 송신하기 위한 방법에 이용된다.

Claims

데이터 패킷을 생성하는 수단을 포함하는 제 1 장치와, 상기 데이터 패킷을 이용하는 수단을 포함하는 제 2 장치를 포함하는 가정용 통신 네트워크에서 데이터를 송신하기 위한 방법으로서,

하나 이상의 컨테이너(container)를 관리할 수 있고, 비동기성 데이터 API를 포함하는 FCM(Function Control Module: 기능성 제어 모듈)에 의해 상기 디바이스의 기능이 제어되고, 상기 방법은:

- 상기 제 1 장치와 상기 제 2 장치 사이에 연결을 개방하는 단계와,

- 상기 제 2 장치가 메시지 버퍼를 상기 연결에 할당하게 하는 단계로서, 연결이 수립될 때, 메시지 버퍼 크기는 고정될 수 있거나, 이용 가능한 메모리 자원을 기초로 호출 소프트웨어 요소에 의해서 다이내믹하게(dynamically) 할당될 수 있고, 상기 제 2 장치는 상기 메시지 버퍼의 크기를 상기 제 1 장치에 통보하는, 메시지 버퍼 할당 단계와,

- 상기 제 1 장치가 상기 데이터 패킷을 상기 제 2 장치에 송신하게 하는 단계로서, 상기 데이터 패킷은 분할되어 메시지에서 페이로드로 전달되며, 이 페이로드의 크기는 상기 메시지 버퍼 크기보다 더 작거나 같은, 데이터 패킷 송신 단계를 포함하는 것을 특징으로 하는, 가정용 통신 네트워크에서 데이터를 송신하기 위한 방법.
제 1항에 있어서, 상기 페이로드는, 상기 제 1 장치 및 제 2 장치와는 독립적인 제 1 최대 길이를 가지며, 여기서, 상기 제 2 장치에 의존하는 제 2 최대 길이는 상기 메시지 버퍼 크기에 의해 구성되며, 상기 제 1 최대 길이와 상기 제 2 최대 길이 중 가장 짧은 길이는 메시지를 상기 제 2 장치에 전달하기 위해서 유지되는 것을 특징으로 하는, 가정용 통신 네트워크에서 데이터를 송신하기 위한 방 법.
제 1항 또는 제 2항에 있어서, 상기 연결은, 상기 제 2 장치에 데이터를 기록하기 위해서 상기 제 2 장치에 전달된 기능 호출을 통해서 상기 제 1 장치에 의해서 개방되는 것을 특징으로 하는, 가정용 통신 네트워크에서 데이터를 송신하기 위한 방법.
제 1항 또는 제 2항에 있어서, 상기 연결은, 상기 제 1 장치로부터 데이터를 판독하기 위해서 상기 제 1 장치에 전달된 기능 호출을 통해서 상기 제 2 장치에 의해서 개방되는 것을 특징으로 하는, 가정용 통신 네트워크에서 데이터를 송신하기 위한 방법.
제 1항 또는 제 2항에 있어서, 상기 제 1 장치는 상기 데이터 패킷을 저장하기 위한 적어도 하나의 데이터 저장 요소를 포함하는 것을 특징으로 하는, 가정용 통신 네트워크에서 데이터를 송신하기 위한 방법.
제 5항에 있어서, 상기 제 1 장치는, 각각 식별자(identifier)에 의해 식별되는 하나 초과의 저장 요소를 포함하는 것을 특징으로 하는, 가정용 통신 네트워크에서 데이터를 송신하기 위한 방법.
제 1항 또는 제 2항에 있어서, 상기 제 2 장치는 상기 데이터 패킷을 저장하기 위한 적어도 하나의 데이터 저장 요소를 포함하는 것을 특징으로 하는, 가정용 통신 네트워크에서 데이터를 송신하기 위한 방법.