KR100750823B1

KR100750823B1 - 멀티미디어 소비자 전자 시스템 및 방법

Info

Publication number: KR100750823B1
Application number: KR1020017013670A
Authority: KR
Inventors: 유딘크롭티.
Original assignee: 코닌클리케 필립스 일렉트로닉스 엔.브이.
Priority date: 2000-02-25
Filing date: 2001-02-06
Publication date: 2007-08-22
Also published as: PL363503A1; KR20020001849A; WO2001063413A2; WO2001063413A3; CN1473295A; JP2003532954A; US20010037416A1; EP1287434A2; RU2001131736A; CN100342338C

Abstract

본 발명은 통신 네트워크(120)를 통해 상호 접속된 제어기 스테이션(114)과 피제어 스테이션(102)을 포함하는 통신 시스템(100)에 관한 것이다. 상기 피제어 스테이션(102)의 기능들의 세트는 기본 소프트웨어 요소를 통해 액세스 가능하다. 상기 기능들의 세트의 확장은 상기 기본 소프트웨어 요소에 대한 링크를 가지고 있는 확장 소프트웨어 요소를 통해 액세스 가능하다. 또한, 본 발명은 상기 통신 시스템(100)에서 표준화된 확장 기능을 제공하는 방법에 관한 것이다.

통신 네트워크, 제어기 스테이션, 기본 소프트웨어 요소, 액세스, 기능 확장

Description

멀티미디어 소비자 전자 시스템 및 방법{Multimedia consumer electronics system and method}

본 발명은 통신 네트워크를 통해 상호 접속된 제어기 스테이션과 피제어 스테이션을 포함하는 통신 시스템에 관한 것으로, 상기 피제어 스테이션의 기능들의 세트는 기본 소프트웨어 요소를 통해 액세스 가능하다.

또한, 본 발명은 통신 네트워크를 통해 상호 접속된 상기 제어기 스테이션 및 피제어 스테이션을 포함하며 상기 피제어 스테이션의 기능들의 세트는 기본 소프트웨어 요소를 통해 액세스 가능한 통신 시스템에서, 표준화된 확장 기능을 제공하는 방법에 관한 것이다.

멀티미디어 소비자 전자 시스템들은 소비자들에게 멀티미디어 콘텐트를 제공하기 위해, DVB 및 유사한 기술들을 사용하는 가정 내의 디지털 네트워크를 구비할 수 있다. 그러한 시스템에 사용될 수 있는 많은 상이한 장치들이 상호 작용할 수 있도록 하기 위해서, 여러 가지 표준들이 정의되어 있다. 그러한 한가지 표준은 홈 오디오/비디오 상호운영(HAVi) 아키텍쳐의 사양(Specification of the Home Audio/Video Interoperability(HAVi) Architecture)(버전 1.0, 2000년 1월 디지털 비디오 방송(DVB); 서비스 정보의 구축 및 사용에 관한 가이드라인들(Guidelines on implementation and usage of Service information(SI)), ETR 211, 1997년 8월, 제 2판)이다. 본 발명은 본 출원의 범위로부터 이탈하지 않고 유사한 아키텍쳐 및 시스템들에도 적용될 수 있음을 알 수 있지만, 본 발명은 이하에서 HAVi 아키텍쳐에 관하여 부분적으로 설명된다.

본 발명에 따른 멀티미디어 시스템은 복수의 스테이션들을 포함할 수 있다. 스테이션은 피제어 기지국(들)으로서 작용하는 1개 이상의 다른 스테이션들을 제어하는 제어기 스테이션으로서 작용할 수 있다. 스테이션은 로컬 기능들이 메시지를 전송함으로써 액세스될 수 있는 기능들의 세트의 형태로 사용될 수 있게 한다. 상기 기능들의 세트는 상기 스테이션의 하드웨어 및/또는 소프트웨어에 의해 제공되는 실제의 내재 기능의 추상적 표현으로서 보여질 수 있다. 그 표현은 외부에서 제공되는 기능들과 내부 구현간에 엄격한 일대일 관계가 요구되지 않는다는 의미에서 추상적이다. 일반적으로, 상기 표현은 표준화되어 있고, 실제적인 구현은 벤더(vendor)나 심지어 모델 특정적이다. 따라서, 상기 스테이션은 추상적 표현(AR)을 내부 제어 메카니즘에 맵핑하고, 따라서 내재 하드웨어/소프트웨어를 (예컨대, 하드웨어 구성 요소들을 제어하기 위한 12C와 같은 내부 버스를 사용하여) 제어한다. 그러한 맵핑 및 제어는 통상적으로 소프트웨어로 수행된다. 이는 추상적 표현을 상기 스테이션의 내재 하드웨어/소프트웨어의 구체적 표현에 맵핑하는데 필요한 기능도 커버한다.

상기 AR은 메시징 메카니즘을 사용하여 제어될 수 있다. 명령 메시지들은 정의된 업무를 수행하도록 스테이션에게 명령하는 각각의 기능에 대해 정의된다. 요청 메시지는 상기 스테이션의 상태와 같은 기능의 실행에 대해 상기 스테이션으로부터 정보가 검색되게 한다. 이벤트 메시지들은 상기 스테이션이 이 스테이션에서 일어난 상태 변화와 같은 이벤트들을 다른 스테이션에게 알릴 수 있게 한다.

제어 스테이션에서, 다른 스테이션의 기능을 제어하는 작업은 이른바 오디오/비디오 제어기(AV/C)에 할당된다. 상기 AV/C는 다른 제어 스테이션들과는 관계 없이 작용한다. 일반적으로, 상기 AV/C는 사용자로부터의 트리거(예컨대, 사용자가 리모트 콘트롤의 버튼을 누름) 또는 상기 시스템에서 발생된 이벤트에 응답하여, 통상적으로 피쳐(feature) 또는 애플리케이션이라고 하는 제어 시퀀스를 시작한다. 상기 AV/C에 의해 실행되는 애플리케이션의 전형적인 예는 자동 플레이 피쳐이다. 이 피쳐의 경우, 사용자가 (예컨대, 플레이 버튼을 누르거나 테이프를 삽입하여) VCR의 재생 기능을 활성화한 것에 응답하여, 상기 AV/C는 VCR 데크에게 테이프를 재생할 것을 명령하고, 상기 VCR 데크에게 TV로부터 이용 가능한 테이프로부터 발생된 A/V 신호를 생성할 것을 명령하며, 상기 TV에게 상기 VCR로부터의 신호를 모니터로 제공할 것을 명령한다. 이 예에서, 꼭 필요한 것은 아니지만, 상기 제어 AV/C는 명령 메시지들의 개수를 줄이기 위해 상기 TV나 VCR에 위치되는 것이 바람직함을 알 수 있다. 여러 가지 AV/C들이 상기 스테이션들에 제공될 수도 있다. 스테이션은 시간에 따라 또는 심지어 동시에 제어 스테이션 또는 피제어 스테이션으로서 작용할 수 있다.

FCM은 이 FCM을 통해 피제어 스테이션의 기능에의 액세스를 제공하는 (소프트웨어) 추상화(abstraction)이다. 상기 FCM은 위에서 언급한 것들과 같은 피제어 스테이션에 관련된 기능을 실행하기 위한 코드를 포함하고 있다. FCM은 벤더 ID를 가지고 있고, 이 ID는 FCM의 벤더 또는 제조자를 식별한다. 이에 따라, 벤더는 자신의 벤더 특정 확장들을 표준 정의된 FCM에 부가할 수 있다. 그러나, 지시된 벤더 ID는 벤더를 지시하기 때문에, 이 방법은 표준화 기구와 같은 다른 엔터티에 의해 표준을 확장하는데 사용될 수 없다.

본 발명의 목적은 기능의 확장에 대해 융통성이 있는, 설명된 종류의 통신 시스템을 제공하는데 있다.

이 목적은 확장 소프트웨어 요소를 통해 액세스 가능한 상기 기능들의 세트의 확장에 특징이 있고, 상기 확장 소프트웨어 요소는 기본 소프트웨어 요소들에의 액세스를 가능하게 하기 위한 기본 소프트웨어 요소에 대한 링크를 포함하는 본 발명에 따른 통신 시스템으로 달성된다. 이와 같은 시스템에서, 확장 기능은 확장 소프트웨어 요소를 통해 액세스될 수 있으며, 기본 소프트웨어 요소를 통해 제공된 기능들의 세트가 여전히 존재하여 통상적으로 사용될 수 있다. 스테이션이 확장 기능을 사용하는 경우, 기본 소프트웨어 요소에 액세스하기 위한 링크를 따라 상기 기능들의 세트에 액세스할 수도 있다. 확장 기능에 대한 메카니즘에 대해 정보를 가지고 있지 않은 스테이션도 여전히 문제없이 동작할 수 있으며, 이는 통신 시스템의 역방향 호환성을 가능하게 한다. 바람직하게, 이 통신 시스템은 홈 오디오/비디오 상호운영(HAVi; Home audio/Video interoperability) 아키텍쳐의 시스템이다. 이 경우에, 기본 소프트웨어 요소는 HAVi 튜너 FCM으로서 가장 잘 실현된다.

일 실시예에서, 링크는 상기 기본 소프트웨어 요소의 소프트웨어 요소 식별자(SEID; software element identifier)를 구비하고 있다. 상기 SEID는 상기 통신 시스템에서 특정되도록 보장되며, 따라서, 예컨대 상기 기본 소프트웨어 요소를 가진 시스템의 키로서 상기 SEID를 사용하여 레지스트리를 탐색함으로써, 상기 기본 소프트웨어 요소의 위치를 결정하기에 매우 적절하다.

다른 실시예에서, 상기 확장 소프트웨어 요소는 상기 소프트웨어 요소 식별자를 리턴하는 기능 호출을 실행하기 위한 컴퓨터 코드를 구비하고 있다. 표준 기능 호출 또는 객체 지향 소프트웨어가 사용될 때 SEID를 판독하기 위한 방법을 구현함으로써, 다른 스테이션들이 어느 기본 소프트웨어 요소가 링크되어 있는지를 찾아내기가 매우 용이하다.

다른 실시예에서, 상기 확장 소프트웨어 요소는 확장 소프트웨어 요소의 위치를 결정하기 위해 레지스트리에 질의하는 것을 가능하게 하기 위해 상기 레지스트리에 등록되어 있다. 상기 레지스트리는 특정 기능을 가진 소프트웨어 요소를 위치 결정하는데 사용될 수 있으며, 따라서 상기 확장 기능이 이용 가능하도록 상기 확장 소프트웨어 요소의 등록이 필요하다.

다른 실시예에서, 상기 기본 소프트웨어 요소는 제 1 벤더 식별자를 포함하며, 상기 확장 소프트웨어 요소는 제 2 벤더 식별자를 포함하고, 상기 제 2 벤더 식별자는 상기 제 1 벤더 식별자와는 다르다. 상기 제 2 벤더 식별자는 디지털 비디오 방송(DVB) 컨소시엄과 같은 컨소시엄 및 표준화 기구 중 하나를 식별하는 것이 바람직하다. 에러 메시지 번호, 방법 식별자 또는 소프트웨어 요소 종류와 조합된 벤더 ID는 유일한 벤더-특정 에러 메시지, 방법 식별자 또는 소프트웨어 요소들을 생성하기 위해 사용될 수 있다. 이는 제조업자들이 자신의 특정 확장에 의해 표준 FCM을 확장시킬 수 있게 한다. 그러나, 지시된 벤더 ID는 벤더를 나타내기 때문에, 이 방법은 표준화 기구 또는 컨소시엄과 같은 다른 엔터티에 의해 표준을 확장하는데 사용될 수 없다. 이제, 확장 소프트웨어 요소에 자신의 벤더 식별자를 제공할 수 있고, 그 벤더 또는 제조자의 식별자를 가진 기본 소프트웨어 요소에 링크할 수 있다.

본 발명의 또 다른 목적은 상기 기능의 제공에 대해 융통성이 있는, 전제부에 따른 방법을 제공하는데 있다.

이 목적은 표준화된 확장 기능에의 액세스를 제공하는 확장 소프트웨어 요소를 레지스트리에 등록하며, 상기 확장 소프트웨어 요소는 기본 소프트웨어 요소들에의 액세스를 가능하게 하기 위해 기본 소프트웨어 요소에 대한 링크를 포함하는 것을 특징으로 하는 본 발명에 따른 방법으로 달성된다. 확장 소프트웨어 요소를 레지스트리에 등록함으로써, 다른 애플리케이션들은 상기 확장 소프트웨어 요소의 위치를 결정하거나 상기 확장 소프트웨어 요소에 의해 제공된 기능의 위치를 결정할 수 있다. 기본 소프트웨어 요소에 의해 제공된 기능도 등록될 수 있다.

일 실시예에서, 이 방법은 기본 소프트웨어 요소에 대한 소프트웨어 요소 식별자를 리턴하는 기능 호출을 실행하기 위한 컴퓨터 코드를 포함하는 확장 소프트웨어 요소의 위치를 결정하기 위해 레지스트리에 질의하는 단계; 상기 소프트웨어 요소 식별자를 얻기 위해 상기 기능 호출을 실행하는 단계; 상기 기본 소프트웨어 요소의 위치를 결정하기 위해 상기 레지스트리에 질의하는 단계; 및 상기 기본 소프트웨어 요소를 통해 액세스 가능한 기능들의 세트에 액세스하는 단계를 더 포함한다.

본 발명의 이들 형태 및 다른 형태들은 도면에 나타낸 실시예들을 참조하면 명확하다.

도 1은 본 발명에 따른 소비자 장치들을 가진 시스템의 블록도.

도 2는 도 1의 시스템의 제어기 스테이션의 소프트웨어 아키텍쳐의 블록도.

도면 전반에 걸쳐서 동일한 참조 번호들은 유사하거나 대응하는 부분을 나타낸다. 도면에 지시된 부분들의 일부는 일반적으로 소프트웨어로 구현되며, 소프트웨어 모듈 또는 오브젝트와 같은 소프트웨어 엔터티를 나타낸다.

도 1은 본 발명에 따른 제어 시스템(100)의 블록도이다. 시스템(100)은 적어도 하나의 피제어 스테이션을 포함하며, 피제어 스테이션들(102, 104, 106, 108, 110, ..., 112)이 도시되어 있다. 시스템(100)은 또한 복수의 제어기 스테이션들을 포함하고 있다. 도면에는 제어기 스테이션들(114, 116)이 예시되어 있다. 상기 제어기 스테이션들은 동일한 상위 레벨 통신 프로토콜들을 사용하여 예컨대 IEEE 1394를 기초로 상기 시스템의 메인 통신 네트워크(120)를 통해 접속된다. 피제어 스테이션들(102 내지 106)은 제어기 스테이션(114)에 직접 접속된다. 이 접속은 전용 네트워크와 같은 적절한 통신 수단을 통해 이루어질 수 있다. 피제어 스테이션(108)은 메인 네트워크(120)에 접속되지만, 메인 네트워크(120)에 필요한 방식으로 AR이 제어에 이용 가능하게 하는데 필요한 모든 프로토콜을 사용하지 않는다. 그러나, 상기 스테이션(108)은 다른 프로토콜(예컨대, 전용 프로토콜 또는 다른 표준에 따른 프로토콜)을 사용할 수 있으며, 그것만으로 제어기 스테이션과 통신할 수 있다.

상기 시스템에서, 제어기 스테이션들(또는, 간단히 제어기들)과 피제어 스테이션들 간에 구별이 행해진다. 제어기는 피제어 스테이션을 위한 호스트로서 작용하는 스테이션이다. 피제어 스테이션 및 그 제어기는 동일한 물리 장치 또는 분리된 장치들 상에 존재할 수 있다. 제어기는 상기 피제어 장치에 대한 추상적 표현(AR)을 호스트한다고 말한다. 제어 인터페이스는 이 AR의 API(애플리케이션 프로그램 인터페이스)를 통해 노출된다. 이 API는 상기 스테이션을 제어하기 위한 애플리케이션(피쳐)의 액세스 포인트이다. 예컨대, 거실에 있는 지능형 텔레비전은 많은 상호 접속된 피제어 스테이션들의 제어기일 수도 있다. 피제어 스테이션은 상기 스테이션의 사용자 인터페이스를 구축하고 상기 스테이션의 외부 제어를 허용하는 코드를 포함할 수 있다. 그러한 스테이션이 먼저 접속될 때, 상기 제어기는 사용자 인터페이스 및 제어 코드를 획득한다. 다음에, 상기 스테이션을 나타 내는 아이콘이 상기 텔레비전 스크린 상에 나타날 수 있으며, 상기 아이콘을 조작하면 상기 제어 프로그램의 요소들은 나타내어진 스테이션 또는 스테이션들을 규정된 방식으로 동작시킬 수 있다.

시스템(100)의 동작 및 융통성 있는 특성을 이해하기 위해, 소비자 전자 스테이션들(102 내지 112)의 통신 능력들의 범주에 대해 먼저 설명된다. 실제로, 여기서 확인된 것보다 스무스한 장치 능력들의 연속성이 존재하지만, 이 범주화는 시스템(100)의 모델을 이해하는데 유용하다. 이 일반예에서 상기 스테이션들(102 내지 112)들의 통신 능력들은 상이한 레벨들의 정교성을 가지고 있다. 그 통신 능력에 따라, 스테이션들(102 내지 112)들은 다음의 종류들 중 하나에 속한다:

· 제어기 스테이션

다음의 2가지 종류의 제어기 스테이션들 사이에 구별이 행해질 수 있다:

· 풀(Full) AV 장치(FAV)

풀 AV 장치는 일반적으로 많은 세트의 자원들을 가지고 있고 복잡한 소프트웨어 환경을 지원할 수 있다. FAV의 주된 구별 특징은 피제어 스테이션에 대한 추상적 표현(AR)을 실행하기 위한 런타임(runtime) 환경의 존재이다. 이에 따라, FAV는 다른 스테이션으로부터 또는 다른 근거리 통신망 또는 광대역 통신망을 통해 AR을 업로드할 수 있고, 따라서 그 제어에 개선된 능력을 제공할 수 있다. 상기 FAV는 또한 애플리케이션/피쳐를 다운로드할 수도 있다. 바람직하게, 다운로드된 코드는 가상 머신의 일부 형태의 실행 가능 코드(예컨대, 자바 또는 유사한 바이크 코드)이다. 마찬가지로, FAV 장치들의 예로는 셋톱 박스(STB), 디지털 TV 수상기(DTV), 범용 홈 제어 장치 및 심지어 홈 PC를 들 수 있다.

· 중간 AV 장치(IAV)

중간 AV 장치들은 일반적으로 FAV 장치들보다 저렴하고, 자원들이 보다 많이 제한되어 있다. 상기 장치들은 다운로드 가능 AR들에 대한 런타임 환경을 제공하지 않으며, 따라서 상기 시스템 내의 임의의 장치들의 제어기로서 작용할 수 없다. 그러나, IAV는 상기 시스템에서 특정 피제어 스테이션(들)의 제어에 본래의 지원을 제공할 수 있다.

· 피제어 스테이션

다음의 2 가지 종류의 제어기 스테이션들 사이에 구별이 행해질 수 있다;

· 기본 AV 장치(BAV)

이들 장치는 사업상 또는 자원상의 이유로, 업로드 가능 AR을 제공함으로써 장래 입증되는 행동을 구현하기 위해 선택되는 장치이다. 이들 장치는 제어기 스테이션에 의해(업로드 가능 바이트코드를 통해 FAV 장치에 의해 또는 고유 코드를 통해 IAV 장치에 의해) 제어될 수 있다. BAV와 그 제어기 스테이션간의 프로토콜은 전용 프로토콜이다. 제어기 스테이션과 BAV 장치간의 통신은 상기 AR의 명령이 상기 BAV 장치에 의해 사용되는 명령 프로토콜로 그리고 그 명령 프로토콜로부터 번변환되는 것을 필요로 한다. 이 변환은 상기 AR을 실행하는 제어기 스테이션에 의해 수행된다.

· 레거시(legacy) AV 장치(LAV)

LAV 장치는 설명된 시스템 아키텍쳐 및 통신 프로토콜들을 따르지 않는 장치 이다. 일반적으로, 그러한 장치들은 초기에 구축되었다. 이들 장치들은 제어를 위해 전용 프로토콜을 사용하며, 통상적으로 단순한 제어 전용 프로토콜을 가지고 있다. 그러한 장치들은 홈 네트워크로 동작할 수 있지만 FAV 또는 IAV 장치들은 게이트웨이로서 동작할 것을 필요로 한다. 풀 AV 장치 또는 중간 AV 장치와 레거시 AV 장치간의 통신은 명령이 레거시 명령 프로토콜로 또는 그 레거시 명령 프로토콜로부터 변환되는 것을 필요로 한다.

상호 작용의 과정 동안에, 스테이션들은 대등 형식으로 제어 및 데이터를 교환할 수 있다. 이에 따라, 통신 레벨에서, 상기 시스템의 마스터 또는 제어기로서 작용하는 장치가 필요 없게 된다. 그러나, 논리적 마스터 또는 제어기는 기본적인 대등 통신 모델에 제어 구조를 부과할 수 있다.

소프트웨어 아키텍쳐

제어기 스테이션의 소프트웨어 아키텍쳐가 도 2에 도시되어 있다. 상기 아키텍쳐의 소프트웨어 요소들은 네트워크 관리의 기본 표기들, 장치 추상화, 장치내 통신 및 장치 유저 인터페이스(UI) 관리를 지원한다. 총괄적으로, 이들 소프트웨어 요소들은 상기 시스템에서 휴대 가능한 분배형 애플리케이션을 구축하기 위한 한 세트의 서비스들인 상호 운영 API을 제공한다. 상기 소프트웨어 요소들 자체는 실시간 운영 체제등과 같은 벤더 특정 플랫폼(210) 상에 존재한다. 도 2에는 제어기 스테이션 상에서의 소프트웨어 요소들의 배열이 도시되어 있다. 구현 청사진으로 의도되지 않았지만, 도면에는, 소프트웨어 요소들이 플랫폼 특정 API들과 플랫폼 독립 애플리케이션들 사이에 중간층을 형성하는 방법이 강조되어 있다. 중요한 소프트웨어 요소는 추상화 표현(AR)이다. 3개의 AR(220, 222, 224)들이 표시되어 있다. 상기 AR은 스테이션을 제어하는데 사용된 소프트웨어 요소이다. AR은 피제어 스테이션 내의 각각의 기능 요소에 대한 기능 요소 모듈(FCM)들의 코드와 AR 자체의 코드를 포함하고 있다. FCM은 소프트웨어 환경 및 애플리케이션들에 기능 요소의 기능을 제공하는 기능 요소의 (소프트웨어) 추상화이다. 애플리케이션들은 기능 요소와 직접 통신하지 않고 상기 FCM을 통해서반 통신하며, 상기 FCM은 기능 요소와 직접 통신하지 않고, 항상 AR(이 AR은 적어도 관계를 제공하는데 사용된 모델임)을 통해 통신한다. FCM은 레지스트리에서 수신기로서 등록될 수 있고(상세 내용은 후술됨), 메시징 시스템을 통해 다른 오브젝트들과 통신할 수 있다는 의미에서 오브젝트이다. 기능 요소는 스테이션의 하나의 식별 가능 메인 기능과 관련된 기능들을 나타낸다. 예컨대, VCR AR은 테이프 데크 및 튜너를 위해 별개의 FCM들을 구비할 수 있고, TV AR은 모니터, PIP(picture in picture 디스플레이) 및 튜너를 위한 별개의 FCM들을 포함할 수 있다. 또한, AR은 장치 제어 애플리케이션, 즉 상기 장치의 사용자 제어 및 그 기능 요소들을 허용하는 소프트웨어 요소를 포함할 수 있다. 도면에서, AR(220)은 제어기 스테이션 자체의 기능을 나타내고, AR(222, 224)은 각각 2개의 피제어 스테이션들의 기능을 나타낸다.

상기 제어기 스테이션은 AR들(예컨대, 업로드된 AR들) 또는 애플리케이션에 런타임 환경을 제공하는 제어 수단(240)을 구비하고 있다. 상기 제어기 스테이션은 또한 AR 분배 수단(250) 및 AR 할당 수단(260)을 구비하고 있다. 상기 AR 할당 수단(260)은 이 제어기 스테이션 상에서 실행되도록 할당된 AR을 실행을 위한 제어 수단(240)에 할당한다. 상기 분배 수단(250)은 제어기 스테이션 상에서의 AR의 설치 및 제거를 제어하는 AR 관리자의 작업을 수행한다.

AR들은 새로운 장치들 및 피쳐들을 수용하는 융통성 있는 아키텍쳐 및 자원에 대한 중심 개념이다. AR들은 2가지 주요 종류가 있다:

· 내장 AR - 이 AR은 제어기 스테이션 상에 미리 설치된다.

· 업로드 AR - 이 AR은 다운로드가능 코드, 예컨대 바이트 코드를 사용하여 구현된다. 업로드 AR들은 FAV 장치들 상에서만 구동된다.

바람직하게, 내장 AR은 한 제조업자의 VCR의 범위와 같은 제어 가능 스테이션들의 범위를 제어하는데 사용될 수 있다. 그러한 경우에, 바람직하게, 상기 제어기 스테이션은 연관된 실제 피제어 스테이션의 추가 정보를 (예컨대, 네트워크를 통해 모델 번호를 판독함으로써) 얻고, 특정 피제어 스테이션에 최적으로 동작하도록 일반 AR을 조절한다. 이 경우에, AR들은 장치들 또는 특정 모델들만의 패밀리들의 제어를 위해 API를 제공할 수 있다. 일반적으로, 패밀리 지향 AR은 보다 광범위한 용도를 가지게 되지만, 특정 AR들은 벤더 특정 피쳐 및 능력의 제어를 허용한다.

피제어 스테이션의 경우에, 관련 AR이 상기 시스템에 존재해야 하고, 상기 피제어 스테이션의 구동에 참여할 수 있어야 한다. BAV 장치의 경우에, 상기 AR은 BAV 장치에서 기억 장치로부터 직접, 또는 BAV 장치(상기 네트워크 상에 존재하거나, 심지어 광대역 네트워크를 경유한 액세스를 통한 다른 스테이션에 위치된 하드디스크)에 관련된 다른 기억 장치로부터 직접 얻어질(다운로드될) 수 있다. 후자 의 경우에, 기억 위치의 지시가 상기 피제어 스테이션을 위해 저장된다. 이 지시는 피제어 스테이션 자체에, 또는 제어기 스테이션이나 중앙 스테이션과 같은 다른 스테이션에 저장될 수 있다. LAV 장치들의 경우에, 상기 AR은 제어기 스테이션 상에 미리 설치되거나 임의의 기억 위치로부터 얻어진다. 유사하게, 제어기 스테이션이 또한 다른 스테이션들에서 애플리케이션들/피쳐들에 의해 사용되도록 하는데는, 구동 AR이 요구된다. 통상적으로, 그와 같은 AR은 꼭 필요하지는 않지만 상기 제어기 자체에서 구동하게 된다.

제어기 스테이션은 1개 이상의 애플리케이션들(피쳐들)을 포함할 수 있으며, 애플리케이션들(270, 272, 274)이 도시되어 있다. 이 애플리케이션은 메시지를 1개 이상의 관련 AR들에 전송한다. 상기 AR들은 동일한 스테이션에 또는 상기 메시지가 네트워크를 통해 전송되는 다른 스테이션에 배치될 수 있다.

다른 소프트웨어 요소들은 다음과 같이 상기 제어기 스테이션에 마찬가지로 포함될 수 있다:

· 통신 매체 관리자(230) - 다른 요소들이 네트워크 상에서 비동기 및 등시 통신과 같은 통신을 수행하게 한다. 바람직하게, IEEE 1394가 상기 네트워크로서 사용된다.

· 메시징 시스템(232) - 요소들 간에 메시지를 전달하는 역할을 한다.

· 이벤트 관리자(234) - 이벤트 전달 서비스를 수행한다. 이벤트는 오브젝트 또는 홈 네트워크의 상태 변화이다.

· 스트림 관리자(236) - 기능 요소들 간의 AV 및 다른 매체의 실시간 전송을 관리하는 역할을 한다.

· 레지스트리(238) - 디렉토리 서비스를 수행하며, 오브젝트가 홈 네트워크 상의 다른 오브젝트를 배치하게 함.

상기 시스템 내의 스테이션들은 상기 스테이션 및 그 능력에 관한 기술 데이터(자기 기술 장치(Self Describing Device) 데이터, 즉 SDD)를 포함할 수 있다. IEEE 1394가 네트워크로서 사용되면, 바람직하게 이 정보는 구성 ROM에 사용되는 IEEE 1212 어드레싱 기술을 따른다. 상기 SDD 데이터는 사용자 인터페이스 요소들을 구축하기 위해 AR 코드 및 데이터를 포함할 수 있다.

통신 매체 관리자

통신 매체 관리자(CMM, 230)는 네트워크의 매체 의존 엔터티이다. 상기 통신 매체 관리자는 CMM이 상주하는 동일한 장치에 상주하는 다른 요소들 또는 애플리케이션 프로그램들에 대한 서비스를 제공하기 위해 내재하는 통신 매체와 인터페이스한다. 각각의 물리적 통신 매체는 상기 목적들을 실현하기 위하여 자신의 CMM을 가지고 있다. 여기서, IEEE 1394를 위한 CMM에 대해 보다 상세히 설명한다.

2가지 형태의 서비스들이 상기 CMM에 의해 제공된다. 하나의 서비스는 상기 원격 장치들에게 요청을 전송하고 상기 원격 장치들로부터의 지시를 수신하기 위해 전송 메카니즘을 제공하는 것이다. 다른 하나의 서비스는 버스 동작을 추상화하고, 정보를 상기 시스템에 제공하는 것이다. IEEE 1394 버스는 동적으로 구성 가능한 네트워크이다. 각각의 버스가 리셋된 후, 장치는 이전에 가지고 있는 것과는 완전히 다른 물리적 ID를 가질 수 있다. 네트워크 구성 요소 또는 애플리케이션이 상기 네트워크 내의 장치와 통신하고 있으면, 상기 장치가 상이한 물리적 ID를 가질 수 있더라도, 버스 리셋 후에 통신을 지속하고자 할 수 있다. 빈번한 버스 리셋과 무관하게 장치를 특유하게 식별하기 위해, 글로벌 유니트 ID(GUID)가 상기 CMM 및 다른 엔터티들에 의해 사용된다. GUID는 노드 벤더 ID의 24 비트와 칩 ID의 40 비트로 구성된 64비트이다. 장치의 물리적 ID가 일정하게 변할 수 있지만, 그 GUID는 영구적이다. 상기 CMM은 그 클라이언트들이 장치 GUID 정보를 이용할 수 있도록 해 준다.

1394 버스의 진보된 특징들 중 하나는 핫 플러깅(hot plugging) 및 언플러깅(unplugging)과 같은 동적 장치 동작들을 지원하기 위한 것이다. 사용자 수준까지 이를 완전하게 지원하기 위해, 시스템 구성 요소들 또는 애플리케이션들은 이들 환경 변화를 인식해야 한다. 상기 CMM은 그와 같은 동적 버스 변화들을 검출하여 알리기 위해 이벤트 관리자(EM)와 협동한다. 1394 버스 내의 토포로지 변화는 버스 리셋을 야기하므로, 상기 CMM은 상기 변화들을 찾아내고, 관련 정보와 함께 이들 변화에 관하여 상기 이벤트 관리자에게 상기 이벤트를 제공한다. 다음에, 상기 이벤트 관리자는 관련 이벤트들을 모든 관심 있는 엔터티 또는 애플리케이션들에 분배하게 된다.

메시징 시스템

메시징 시스템(232)은 통신 설비들을 소프트웨어 요소들에 제공한다. 상기 메시징 시스템은 네트워크 및 전송층들에 대해 독립적이다. 메시징 시스템은 FAV 및 LAV 장치에 내장된다. 장치의 메시징 시스템은 그 장치의 소프트웨어 요소들의 식별자를 할당하는 역할을 한다. 이들 식별자는 먼저 등록을 위한 소프트웨어 요소들에 의해 사용된다. 다음에, 이들은 홈 네트워크에서 서로를 식별하기 위해 소프트웨어 요소들에 의해 사용된다. 소프트웨어 요소(A)가 메시지를 다른 소프트웨어 요소(B)에 전송하고자 할 때, 상기 메시지 시스템 API을 호출하면서 B의 소프트웨어 요소 식별자를 사용해야 한다.

장치 제어

본 발명에 따른 시스템에서, AR은 그 네트워크에 알려진 각각의 BAV 및 LAV 장치를 위해 존재해야 한다. 상기 AR은 상기 장치에 인터페이스를 제공하고, 이 인터페이스를 아키텍쳐 내의 소프트웨어 요소로서 제공한다. AR 내에는, 상기 장치의 기능 요소들을 나타내는 여러 가지 FCM들이 포함되어 있으며, 또한 그 FCM들은 상기 아키텍쳐 내의 소프트웨어 요소들로서 제공된다. 다른 애플리케이션들은 상기 AR 및 FCM을 통해 상기 장치와 대화할 수 있도록, 이용 가능한 장치 및 기능 요소들을 발견할 것을, 그리고 소프트웨어 요소 식별자를 찾기 위해 레지스트리에 질의할 수 있다. AR들은 이들을 설치할 수 있는 FAV 또는 LAV에 의해 처리된다. AR 코드 유닛이 설치되면 모든 관련 FCM들이 설치된다. 상기 코드는 모든 FAV 장치 상에 설치될 수 있는 표준 바이트 코드로 기록될 수 있거나, 코드를 알고 있고 그 종류의 코드를 위해 준비된 FAV 또는 LAV 상에만(FAV 또는 IAV에 의해서만) 설치될 수 있는 일부 고유 코드로 기록될 수 있다.

기능 요소 모듈(FCM)

FCM은 소프트웨어 환경 및 애플리케이션들에 그 기능 요소의 기능을 제공하 는 기능 요소의 (소프트웨어) 추상화이다. 애플리케이션들은 기능 요소와 직접 통신하지 않게 되며, FCM을 통해서만 통신하고, 상기 FCM은 상기 기능 요소와 직접 통신하지 않고, 항상 AR(이 AR은 관계를 제공하기 위해 사용된 모델로서, FCM 구현은 CMM과 직접 통신할 수 있음)을 통해 통신한다. FCM은 레지스트리에 수신기로서 등록되어 있고, 메시징 시스템을 통해 다른 오브젝트들과 통신할 수 있다는 점에서 소프트웨어 오브젝트이다. 상기 메시징 시스템을 통해, 상기 시스템의 협약에 따른 명령 프로토콜을 제공한다.

상기 레지스트리에서, 각각의 소프트웨어 요소(예컨대, FCM 또는 DCM)는 한 세트의 상수들에 의해 정의된다. 상기 HAVi 아키텍쳐의 문맥에서, 이들 상수중 가장 중요한 상수는 소프트웨어 요소 형태, 벤더 ID 및 HUID이다. 상기 소프트웨어 요소 형태는 상기 요소(예컨대, 튜너, 레지스트리 등)의 종류를 나타낸다. 상기 HUID는 상기 요소를 호스팅하는 장치의 HAVi 특정 ID이다. 상기 벤더 ID는 상기 벤더 또는 FCM의 제조업자를 나타낸다. 이 값은 IEEE에 의해 표준화되어 있다.

상기 벤더 ID는 사양을 확장하는데 사용될 수 있다. 에러 메시지 번호, 방법 식별자 또는 소프트웨어 요소 형태와 조합된 벤더 ID는 특유한 벤더 특정 에러 메시지들, 방법 식별자들 또는 소프트웨어 요소들을 생성하는데 사용될 수 있다. 이에 따라, 제조업자들은 자신들의 특정 확장들에 의해 표준 FCM들을 확장할 수 있다. 그러나, 지시된 벤더 ID가 벤더를 지시하기 때문에, 이 방법은 표준화 기구와 같은 다른 엔터티에 의해 상기 표준을 확장하는데 사용될 수 없다.

다른 엔터티가 표준을 확장하고자 하는 경우, 상기 확장은 예컨대 DVB에 의 해 확장로서 인식되어야 한다. 그와 같은 추가 기능을 필요로 하는 애플리케이션은 기능을 용이하고 명백하게 배치할 수 있어야 한다. 이는 상기 확장 기능이 레지스트리를 사용하여 배치될 수 있을 것을 필요로 한다. 그러나, 원래 인터페이스는 여전히 존재해야 하며, 제조업자들은 위에서 설명한 방식으로 확장될 수 있어야 한다. 상기 확장이 벤더에 의해 제공된 FCM을 대체하는 경우, 그 벤더가 자신의 확장들을 제공하는 것을 불가능하게 한다. 이 단계를 행하려는 벤더는 거의 없다.

이 문제를 해결하기 위해, 이른바 기본 소프트웨어 요소에 대한 뷰(view) 또는 인터페이스가 도입된다. 이제, 레지스트리(238)는 기존의 소프트웨어 요소뿐만 아니라 이 소프트웨어 요소에 대한 하나 이상의 뷰를 포함할 수 있다. 이들 뷰는 상기 기본 소프트웨어 요소에 대한 표준 확장 방법 및 링크를 가지고 있다. 상기 뷰들을 생성하는 메카니즘은 상기 FCM이 상기 레지스트리(238)에 한 세트의 소프트웨어 요소들로서 등록하는 것이다.

상기 기본 소프트웨어 요소는 상기 소프트웨어 요소의 제조자의 벤더 ID를 가지고 있다. 상기 확장 소프트웨어 요소는 상기 기본 소프트웨어 요소에 대한 뷰 또는 인터페이스이다. 별도의 SEID 하에 등록되더라도, 상기 기본 소프트웨어 요소에 직접 링크된다.

이와 같은 시스템에서, 상기 기본 소프트웨어 요소는 상기 소프트웨어 요소의 표준 기능에 대한 액세스 포인트를 나타낸다. 모든 표준 기능은 상기 기본 소프트웨어 요소를 사용하여 액세스될 수 있으며, 예컨대, 상기 기본 소프트웨어 요소가 FCM을 나타내면, 이 FCM의 모든 자원 관리가 상기 확장 소프트웨어 요소가 아 닌 상기 기본 소프트웨어 요소를 사용하여 행해져야 한다. 대조적으로, 상기 확장 기능은 상기 확장 소프트웨어 요소에서 이용 가능한 기능 호출들을 통해 액세스될 수 있을 뿐이다. 이들은 예컨대 표준 파라미터 포맷을 제공함으로써 상기 기본 소프트웨어 요소의 기능의 '래퍼(wrapper)'로서 기능할 수 있다.

이 형식으로 실현된 확장 소프트웨어 요소는 상기 기본 소프트웨어 요소의 모든 기능을 복제하지 않는다. 링크는 상기 기본 소프트웨어 요소, 따라서 제공된 기능에의 액세스를 제공한다. 상기 확장 기능만이 상기 확장 소프트웨어 요소에서 구현될 필요가 있다.

이 확장의 벤더 ID가 확장을 생성하는 엔터티의 벤더 ID이기 때문에, 모든 소프트웨어 요소들, 방법들, 속성들 및 에러 식별자들이 전용 확장들의 범위를 사용하여 엔터티에 의해 특유하게 정의될 수 있다.

상기 기본 소프트웨어 요소(310)에 대한 직접적인 링크를 제공하기 위해, 상기 확장 소프트웨어 요소는 상기 기본 소프트웨어 요소(310)의 SEID를 제공한다. 이에 따라, 애플리케이션은 SEID 및 벤더 ID의 필요한 표준화된 조합에 대한 레지스트리(238)을 탐색할 수 있다. 이 조합이 발견되면, 상기 기본 소프트웨어 요소도 발견된다. 그러나, 이는 확장 소프트웨어 요소와 기본 소프트웨어 요소가 링크되는 것을 필요로 한다. 확장이 존재하면 기본도 존재해야 한다.

상기 기본 소프트웨어 요소는 표준 정의된 소프트웨어 요소 형태를 사용하여 인식될 수 있다. 상기 확장 소프트웨어 요소는 사설 소프트웨어 요소 형태 및 벤더 ID를 사용하여 식별될 수 있다.

본 발명의 하기 실시예에서, DVB 관련 확장은 HAVi 튜너 FCM에 대해 행해진다. 이 확장 FCM은 다른 확장들에 대한 링크를 제공할 수 있다. 상기 확장은 DVB 확장들의 초점이기 때문에, DVB 상주 게이트웨이는 각각의 튜너 FCM에 DVB-튜너 확장을 항상 제공해야 한다. 또한, 일부 기본적인 유틸리티 방법들, 및 IHDN 상에서 스트리밍되어야 하는 요소들을 선택하지 않고 튜너의 전송 스트림 소스의 선택을 허용하는 방법이 제공된다. 이 기능은 MHP 튜너 API에 의해 요구된다. 이 기능의 활용예로는, 일부 MPEG-2 섹션들을 필터링하기 위한 전송 스트림의 선택을 들 수 있다.

상기 확장 FCM을 이용가능하게 하기 위해, 레지스트리(238)에 등록되어야 한다. 상기 벤더 ID 및 SEID 속성들이 요구되며, 다음과 같이 정의된다:

레지스트리 속성이름	IDL 유형	크기(바이트)	값
ATT_VENDOR_ID	vendorId	3	DVB vendor id
ATT_SEID	SoftwareElementType	4	0x8000 0000

상기 확장 FCM은 다음의 서비스들을 제공한다:

서비스	통신종류	지역	액세스	Resv Prot
DvbTunerExt::GetDvbSiSeid	M	전세계	전부
DvbTunerExt::GetSfSeid	M	전세계	전부
DvbTunerExt::GetBaseFcmSeid	M	전세계	전부
DvbTunerExt::SelectSourceTs	M	전세계	전부	예
DvbTunerExt::GetBouquetServiceLists	M	전세계	전부
DvbTunerExt::GetNetworkServiceLists	M	전세계	전부

이 확장 FCM을 사용하여, 다른 확장 FCM들이 부가될 수 있다. 특히, 기본 기능이 서비스 정보 확장 및 확장 필터링 섹션을 부가하기 위해 제공된다. 상기 서비스들은 모두 이하에서 설명된다.

DvbTunerExt::GetBaseFcmSeid

기본형:

Status DvbTunerExt::GetBaseFcmSeid(

out SEID baseFcmSeid)

파라미터들:

baseFcmSeid - 튜너 FCM의 SEID, 이는 확장임.

설명:

이 방법은 본 발명의 서비스에 의해 확장된 HAVi 튜너 FCM의 소프트웨어 요소 식별자를 리턴한다.

DvbTunerExt::GetDvbSiSeid

기본형:

Status DvbTunerExt::GetDvbSiSeid(

out SEID dvbSiSeid)

파라미터들:

dvbSiSeid - 이 튜너 FCM의 SI 확장의 SEID.

설명:

이 방법은 DVB 튜너의 서비스 정보 확장의 소프트웨어 요소 식별자를 리턴한다.

에러 코드들:

· ENOTIMPLEMENTED - 튜너는 DVB-SI 확장을 구현하지 않음.

DvbTunerExt::GetSfSeid

기본형:

Status DvbTunerExt::GetSfSeid(

out SEID sfSeid)

파라미터들:

sfSeid - 이 튜너 FCM의 확장을 필터링하는 섹션의 SEID

설명:

이 방법은 상기 DVB 튜너의 섹션 필터 확장의 소프트웨어 요소 식별자를 리턴한다.

에러 코드들:

· ENOTIMPLEMENTED - 튜너는 DVB-SI 확장을 구현하지 않음

DvbTunerExt::SelectSourceTs

기본형:

Status DvbTunerExt::SelectSourceTs(

in ServiceLocator ts)

파라미터들:

ts - HAVi 튜너 FCM에 접속된 상기 튜너가 튜닝되는 전송 스트림을 나타내 는 ServiceLocator.

설명:

이 방법은 이러한 DVB 튜너 FCM 확장을 위해 HAVi 튜너 FCM의 MPEG2-TS 선택을 변화시킨다. MPEG2-TS를 선택하면 출력 플러그들에 대한 어떠한 스트리밍도 발생하지 않게 된다. 상기 MPEG2-TS 소스만이 SI 필터링 및/또는 섹션 필터링을 준비하기 위해 선택된다. 이 방법은 섹션 필터 및 DVB-SI 확장이 HLN 상에서 정보 스트리밍 없이 다른 전송 스트림들에 액세스할 수 있게 한다.

전송 스트림을 선택하면 MPEG2-TS의 MPEG2-TS 요소들의 스트리밍이 정지되게 된다.

이 방법은 섹션 필터 또는 DVB-SI 확장을 또한 구현하는 모든 DVB 튜너 FCM들에 대해 필수적이다.

에러 코드들:

·ENOTIMPLEMENTED - SelectSourceTs 방법은 DVB 튜너 FCM에 의해 지원되지 않음.

·DvbTunerExt::ELOCATOR - 튜너 FCM이 로케이터를 분석할 수 없는 경우.

DvbTunerExt::GetBouquetServiceLists

기본형:

Status DvbTunerExt::GetBouquetServiceLists(

out ushort startListNumber,

out ushort endListNumber)

파라미터들:

startListNumber - 제1부케(bouquet) 서비스 리스트의 리스트 번호.

endListNumber - 최종 부케 서비스 리스트의 리스트 번호.

설명:

이 방법은 튜너 FCM에 알려진 부케들을 나타내는 서비스 리스트들의 시작 및 끝 리스트 번호를 리턴한다(Tuner::GetServiceList 및 Tuner::GetService

ListInfo).

에러 코드들:

· ENOTIMPLEMENTED - 기본 튜너 FCM은 부케 리스트들을 지원하지 않음.

· TUNER::ELIST - 어떠한 부케도 튜너에 알려지지 않음.

DvbTunerExt::GetNetworkServiceLists

기본형:

Staus DvbTunerExt::GetNetworkServiceLists(

out ushort startListNumber,

out ushort endListNumber)

파라미터들:

startListNumber - 제 1 네트워크 서비스 리스트의 리스트 번호.

endListNumber - 최종 네트워크 서비스 리스트의 리스트 번호.

설명:

이 방법은 튜너 FCM에 알려진 네트워크를 나타내는 서비스 리스트들의 시작 및 끝 리스트 번호를 리턴한다(Tuner::GetServiceList 및 Tuner::GetService

ListInfo).

에러 코드들:

·ENOTIMPLEMENTED - 기본 튜너 FCM은 네트워크 리스트들을 지원하지 않음.

·TUNER::ELIST - 어떠한 네트워크들도 튜너에 알려지지 않음.

Claims

통신 네트워크(120)를 통해 상호 접속된 제어기 스테이션(114)과 피제어 스테이션(102)을 포함하는 멀티미디어 소비자 전자 시스템(100)으로서, 상기 피제어 스테이션(102)의 기능들의 세트가 기본 소프트웨어 요소를 통해 액세스 가능한, 상기 멀티미디어 소비자 전자 시스템(100)에 있어서,

상기 기능들의 세트의 확장은 확장 소프트웨어 요소를 통해 액세스 가능하고, 상기 확장 소프트웨어 요소는 상기 기본 소프트웨어 요소에의 액세스를 가능하게 하기 위해 상기 기본 소프트웨어 요소에 대한 링크를 포함하는 것을 특징으로 하는, 멀티미디어 소비자 전자 시스템(100).
제 1 항에 있어서,

상기 멀티미디어 소바자 전자 시스템(100)은 홈 오디오/비디오 상호운영(Home Audio/Video interoperability: HAVi) 아키텍쳐의 시스템인, 멀티미디어 소비자 전자 시스템(100).
제 2 항에 있어서,

상기 기본 소프트웨어 요소는 HAVi 튜너 FCM인, 멀티미디어 소비자 전자 시스템(100).
제 1 항에 있어서,

상기 링크는 상기 기본 소프트웨어 요소에 대한 소프트웨어 요소 식별자(software element identifier: SEID)를 포함하는, 멀티미디어 소비자 전자 시스템(100).
제 4 항에 있어서,

상기 확장 소프트웨어 요소는 상기 소프트웨어 요소 식별자를 리턴하는 기능 호출(function call)을 실행하기 위한 컴퓨터 코드를 포함하는, 멀티미디어 소비자 전자 시스템(100).
제 1 항에 있어서,

상기 확장 소프트웨어 요소는 상기 확장 소프트웨어 요소의 위치를 결정하기 위해 레지스트리(238)에 질의하는 것을 가능하게 하기 위해 상기 레지스트리(238)에 등록되어 있는, 멀티미디어 소비자 전자 시스템(100).
제 1 항에 있어서,

상기 기본 소프트웨어 요소는 제 1 벤더 식별자를 포함하고, 상기 확장 소프트웨어 요소는 제 2 벤더 식별자를 포함하며, 상기 제 2 벤더 식별자는 상기 제 1 벤더 식별자와는 다른, 멀티미디어 소비자 전자 시스템(100).
제 7 항에 있어서,

상기 제 2 벤더 식별자는 표준화 기구(standardization body)와 컨소시엄(consortium) 중 하나를 식별하는, 멀티미디어 소비자 전자 시스템(100).
제 7 항에 있어서,

상기 제 2 벤더 식별자는 디지털 비디오 방송(Digital Video Broadcasting: DVB) 컨소시엄을 식별하는, 멀티미디어 소비자 전자 시스템(100).
통신 네트워크(120)를 통해 상호 접속된 제어기 스테이션(114)과 피제어 스테이션(102)을 포함하는 멀티미디어 소비자 전자 시스템(100)에서 표준화된 확장 기능(standardized extended functionality)을 제공하는 방법으로서, 상기 피제어 스테이션(102)의 기능들의 세트가 기본 소프트웨어 요소를 통해 액세스 가능한, 상기 방법에 있어서,

상기 표준화된 확장 기능에의 액세스를 제공하는 확장 소프트웨어 요소를 레지스트리(238)에 등록하는 단계로서, 상기 확장 소프트웨어 요소는 상기 기본 소프트웨어 요소에의 액세스를 가능하게 하기 위해 상기 기본 소프트웨어 요소에 대한 링크를 포함하는, 상기 등록 단계를 포함하는 것을 특징으로 하는, 표준화된 확장 기능 제공 방법.
제 10 항에 있어서,

상기 확장 소프트웨어 요소의 위치를 결정하기 위해 상기 레지스트리(238)에 질의하는 단계로서, 상기 확장 소프트웨어 요소는 상기 기본 소프트웨어 요소에 대한 소프트웨어 요소 식별자를 리턴하는 기능 호출을 실행하기 위한 컴퓨터 코드를 포함하는, 상기 질의 단계;

상기 소프트웨어 요소 식별자를 얻기 위해 상기 기능 호출을 실행하는 단계;

상기 기본 소프트웨어 요소의 위치를 결정하기 위해 상기 레지스트리(238)에 질의하는 단계; 및

상기 기본 소프트웨어 요소를 통해 액세스 가능한 기능들의 세트에 액세스하는 단계를 더 포함하는, 표준화된 확장 기능 제공 방법.