KR101125121B1 - 데이터 스트림 생성 장치 및 방법 그리고 데이터 스트림 판독 장치 및 방법 - Google Patents

Abstract

데이터 스트림의 생성 동안, 텍스트 데이터, 이스케이프-시작-시퀀스, 데이터 유닛들의 제1 수량, 이스케이프-후속-시퀀스 및 데이터 유닛들의 제2 수량이 데이터 스트림에 기입된다. 베이스 디코더는 단지 텍스트 데이터를 디스플레이하고 이스케이프-시작-시퀀스 및 이스케이프-후속-시퀀스에 의해 참조된 데이터 유닛들을 스킵하며, 반면에 확장 디코더는 그 데이터 유닛들을 판독하고 그들을 함께 처리한다.

데이터 스트림, 이스케이프-시작-시퀀스, 이스케이프-후속-시퀀스, 베이스 디코더, 확장 디코더

Description

데이터 스트림 생성 장치 및 방법 그리고 데이터 스트림 판독 장치 및 방법{Device and Method For Producing A Data Flow and Device and Method For Reading A Data Flow}

본 발명은 데이터 전송에 관한 것이다. 특히 간단한 리시버용 텍스트의 간단한 데이터 전송 및 더 복잡한 리시버용 데이터를 더한 텍스트의 데이터 전송에 관한 것이다.

지금까지 모바일 방식으로 전송된 정보를 모두 수신할 수 있는 다수의 개별 리시버 단말들이 존재한다. 그러한 다른 정보 리시버들의 처리와 출력 능력은 매우 다양하다는 다양한 스펙트럼 특징이 있다. 예컨대, 노트북은 전송된 정보의 모바일 리시버로서 매우 높은 프로세싱 및 출력 능력을 갖는데, 이는 노트북이 상당한 프로세서 리소스들과 메모리 리소스들을 가지고 있기 때문이다. 반면에, 예컨대, 방송 데이터 채널과 같은 정보 서비스에 관여하는 모바일 폰은 단지 매우 한정적인 프로세싱 리소스들과 출력 리소스들을 구비하고 있다. 모바일 폰으로서 조차 의도되지 않고 단지 축구리그 결과 또는 다른 스포츠 결과, 신문 헤드라인, 날씨 뉴스, 기타 등등과 같은 데이터를 수신하기 위한 모바일 방송 수신기로서 의도되는 소형 모바일 방송 수신기는 각 데이터 방송 서비스가 사용되는 경우에 그의 프로세싱 및 출력 리소스들에 있어서 더욱더 한정된다.

간단한 데이터 수집뿐만 아니라 매우 효율적인 방송 전송에 적합한, 디지털 방송용 텍스트-기반 정보 서비스는 “저널라인”이라는 명칭 아래에 존재한다. 이 데이터 서비스는 소형 텍스트 디스플레이를 구비한 비용 효율이 높은 솔루션들로부터 그래픽 유저 인터페이스와 선택적인 텍스트-스피치 재생을 갖는 최고급 리시버들에 이르는 매우 광범위한 리시버 타입들을 지원한다.

유저는 라디오 방송국에 의해 제공된 모든 정보를 즉시 그리고 쌍방향으로 처리할 수 있다. 이러한 점에서, 서비스는 텔레비전용 비디오텍스트에 비교될 수 있다. 기본 정보는 간단한 텍스트 형식으로 제공되며, 여기에서, 어쨌든, 동시에, 영상 또는 비디오 시퀀스와 같은 멀티미디어 요소들까지 확장 및 다른 기능적 확장들을 포함하는 더 복잡한 그래픽 표현을 위한 옵션이 가능하게 될 것이다.

반면에, DAB 트랜스미터에 의한 간단한 방송용 데이터 스트림은 거꾸로 호환될 수 있는 점이 중요하다. 이것은 상기 데이터 스트림이 간단한 리시버들과 더 복잡한 리시버들에 의해 또는 간단한 리시버들인 베이스 리시버들과 더 복잡한 리시버들인 확장 리시버들(extension receivers)에 의해 동일하게 판독되고 처리될 수 있다는 것을 의미한다.

본 발명의 목적은 간단한 리시버들과 복잡한 리시버들 모두에 의해 동일하게 해석될 수 있는 텍스트 데이터뿐만 아니라, 간단한 리시버들과 복잡한 리시버들에 의해 동일하게 처리될 수 있는, 그리고 데이터 전송 및 프로세싱의 높은 융통성을 허용하는 데이터 스트림을 생성하고 처리하는 개념을 제공하는 것이다.

이러한 목적은 청구항 1에 따른 데이터 스트림 생성장치, 청구항 15 또는 17에 따른 데이터 스트림 판독장치, 청구항 28에 따른 데이터 스트림 생성방법, 청구항 29 또는 30에 따른 데이터 스트림 판독방법, 청구항 31에 따른 컴퓨터 프로그램 또는 청구항 32에 따른 데이터 스트림에 의해 달성된다.

텍스트 데이터로부터 떨어져, 데이터 스트림은 베이스 디코더에 의해 스킵되고 확장 디코더(extension decoder)에 의해 해석될 데이터 유닛들의 제1 수량(a first number of data units)를 규정하는 이스케이프-시작-시퀀스(escape-start-sequence), 데이터 유닛들의 제1 수량, 베이스 디코더에 의해 스킵되고 상기 데이터 유닛들의 제1 수량과 함께 확장 디코더에 의해 해석될 데이터 유닛들의 제2 수량(a second number of data units)를 규정하는 이스케이프-후속-시퀀스(escape-continuation-sequence), 게다가 데이터 유닛들의 제2 수량, 그리고 마지막으로 필요하다면, 텍스트 데이터를 포함하여 이루어진다.

이러한 방법에서, 한편에서 이스케이프-시작-시퀀스가 관련하는 데이터 유닛들의 수가 이스케이프-시작-시퀀스에 의해 지적될 수 있는 데이터 유닛들 최대 넘버보다 작거나 기껏해야 그 만큼만 하기 때문에, 짧은 시작 시퀀스들이 사용될 수 있도록 보장된다. 통상적으로 매우 드물게 단지 고화질 디코더들 용으로 고려되는 데이터 유닛들의 수가 이스케이프-시작-시퀀스에 의해 해설될 수 있는 데이터 유닛들의 수보다 크고, 게다가, 이스케이프-후속-시퀀스가 확장 디코더에 의해 데이터 유닛들의 제1 수량과 함께 해석될 데이터 유닛들의 수량을 정의하는 것으로 규정된다. 그러므로, 더 작은 데이터 유닛들의 수량을 갖는 더 짧은 데이터 블록들에 대하여, 단지 항상 이스케이프-시작-시퀀스가 요구되며 그것은 짧은 코드이다. 이는 이스케이프-시작-시퀀스가 임의적으로 긴 길이를 부호화하기 위해 의도되는 것이 아니라, 단지 데이터 유닛들의 한정된 길이를 부호화하기 위해 의도되는 것이기 때문이다. 다른 한편에서, 임의적으로 긴 데이터 도입부들이 가능하며 이스케이프-후속-시퀀스 후에 제2의 데이터 유닛들과 이스케이프-후속-시퀀스들의 임의의 빈번한 반복에 의해 데이터 스트림에 도입될 수 있는 점에서 융통성이 있다.

바꿔 말하면, 융통성있는 데이터 스트림 때문에 확장 디코더용 텍스트에 도입될 데이터 양은 한정되지 않는다. 그러나, 이것은 이스케이프-시작-시퀀스의 길이에 영향을 미치지 않는다. 이는 매우 긴 데이터 삽입부들의 길이를 지적하는 업무가 실제로 여러 개의 시퀀스들에게, 즉 이스케이프-시작-시퀀스와 데이터 스트림에서 나중에 생성되는 이스케이프-후속-시퀀스 그리고 가능하게는 다시 덧붙여진 이스케이프-시작-시퀀스들에게 나눠지고, 반면 단지 매우 짧은 이스케이프-시작-시퀀스가 상대적으로 빈번하게 생성되는 짧은 데이터 삽입부들에 대해 요구되기 때문이다. 그러므로, 확장 디코더가 데이터 스트림에서 이스케이프-후속-시퀀스를 검색할 때, 이 시퀀스와 함께 디스플레이된 데이터 유닛들이 제1의 데이터 유닛들이라는 것을 파악한다. 게다가 융통성에 관하여, 데이터 스트림을 사용할 때, 데이터 타입 인디케이터(data type indicator)는 데이터의 타입을 지정하는 데이터 유닛들에 위치되고 그리하여 프로세싱이 제1의 데이터 유닛들과 제2의 데이터 유닛들 모두의 데이터를 가지고 수행될 것이다. 데이터 타입 인디케이터는, 예컨대, 이스케이프-시작-시퀀스에 의해 언급된 제1의 데이터 유닛들의 앞에, 그리고 이스케이프-후속-시퀀스에 의해 언급된 제2의 데이터 유닛들의 앞에, 위치된다.

도 1은 데이터 스트림 장치의 블록 다이아그램이고,

도 2a는 베이스 리시버의 블록 다이아그램이고,

도 2b는 확장 리시버의 블록 다이아그램이고,

도 3의 3a는 데이터 스트림의 예시도이고,

도 3의 3b는 실시예의 하나의 모습에 따른 이스케이프-시작-시퀀스 및 이스케이프-후속-시퀀스의 확대된 예시도이고,

도 3의 3c는 확장 디코더에 의해 해석될 수 있는 데이터 타입 인디케이터를 함께 구비하며, 도 3의 3a 또는 3b의 이스케이프-시작-시퀀스 및 이스케이프-후속-시퀀스에 의해 참조된 데이터의 예시도이고,

도 4a는 후속 코드없는 데이터 스트림 예이고,

도 4b는 후속 코드를 구비한 부호화 예이고,

도 5는 데이터 스트림 생성 방법의 흐름도이고,

도 6a는 베이스 리시버에 의해 수행된 흐름도이고,

도 6b는 확장 리시버에 의해 수행된 흐름도이고,

도 7은 데이터 타입 인디케이터에 의해 지적될 수 있고 그리고 처리될 수 있는 것과 같은 다른 데이터 타입들이다.

본 발명의 바람직한 실시예들은 수반된 도면들을 참조하여 아래에서 설명될 것이다.

도 1은 출력(12)에서 출력되는 데이터 스트림에 정보를 기입하기 위한 수단(10)을 포함하는 데이터 스트림 생성장치를 나타낸다. 데이터 스트림은 방송 전송의 예에서 자유공간 전송경로(16)를 경유하여 각각 데이터 스트림의 디코더 또는 리시버로 전송되기 위한 데이터 스트림을 전송 및/또는 저장하기 위한 수단(14)으로 공급된다. 선택적으로, 전송 또는 저장 수단(14)의 출력(16)은 전송 또는 저장 수단의 출력에 연결된 메모리 카드와 같은, 컴퓨터-판독가능한 메모리 매체에 연결되거나 또는 리시버가 단지 데이터를 저장할 뿐이고 데이터를 처리하지 않거나 데이터를 동시에 저장하고 처리하지 않는 경우에, 리시버에서와 같은 전송경로의 다른 말단으로 제공된다. 컴퓨터-판독가능한 메모리 매체는 리시버 또는 디코더에서 비휘발성 메모리 카드, 또는 노트북의 하드디스크, 또는 디코더의 작동메모리일 수 있다. 이러한 메모리 매체는 각각 매체가 전류 또는 전압을 공급받는 한 그 데이터를 보유하고 있다.

기입수단(10)은 텍스트 데이터(11a) 및 데이터 유닛들(11b)을 포함하고 있다. 바람직하게는, 계산은 바이트들로 이루어진다. 그러므로, 하나의 데이터 유닛은 8 비트 또는 1바이트 길이이다. 텍스트와 데이터 양자가 이러한 단위크기로 쉽게 다루어질 수 있기 때문에 이러한 단위크기는 바람직하다. 본 명세서에서, 텍스트 인코딩을 위한 UTF8 인코딩 포맷을 사용하는 것이 바람직하다. 여기에서 전형적인 ASCⅡ 문자들은 각 1 바이트로 부호화되며, 반면에, 예를 들면, 독일어 변모음들은 2 바이트로 부호화되고, 예를 들면, 중국 문자들은 3, 4 또는 그 이상 바이트로 부호화된다. 베이스 리시버는 UTF8 인코딩을 복호화(디코딩)할 수 있고, 복호화는 예컨대, UTF8 디코딩 테이블을 둠으로써 수행될 수 있게 된다. 디코딩에 의존하여, 기입수단은 텍스트 데이터와 데이터 유닛들을 병렬적으로 얻는다. 이 경우에, 기입수단은 또한 타임컨트롤신호(11c)를 수신하고, 타임컨트롤 신호는 어떤 시간에 텍스트 데이터와 데이터 유닛들이 예컨대 시리얼(직렬) 데이터 스트림(12)으로 제 공될지를 결정한다. 선택적으로, 기입수단(10)은 정확한 바람직한 시간 또는 비트 스트림 순서로 텍스트 데이터와 데이터 유닛들을 미리 제공하는 단일 입력을 통해 텍스트 데이터와 데이터 유닛들을 미리 받아들일 수 있다.

기입수단은 데이터 스트림에 텍스트 데이터를 기입하도록 실행된다. 데이터 유닛들이 더 복잡한 디코더에 의해 판독되거나 처리될 동안, 간단한 디코더에 의해 스킵될 데이터 유닛들이 기입될 때, 이스케이프-시작-시퀀스는, 예컨대 도 3의 3a에서 도시된 바와 같이, 데이터 스트림에 기입된다. 이스케이프-시작-시퀀스(31)는 베이스 디코더에 의해 스킵될 그리고 확장 디코더에 의해 해석될 데이터 유닛들의 제1 수량을 규정한다. 이 데이터 유닛들의 제1 수량은 그 후에 도 3의 3a의 부호 32에 도시된 바와 같이, 데이터 스트림에 또한 기입된다. 기입될 데이터 블록이 이스케이프-시작-시퀀스에 의해 규정되는 것보다 많은 데이터 유닛들을 포함한다면, 기입수단(10)은 베이스 디코더에 의해 스킵되며, 그렇지만 데이터 유닛들의 제1 수량과 함께 확장 디코더에 의해 해석될 데이터 유닛들의 제2 수량을 규정하는 이스케이프-후속-시퀀스(33)를 기입할 것이다. 이 데이터 유닛들의 제2 수량은 그 후에 도 3의 3a의 부호 34에 도시된 바와 같이, 데이터 스트림에 또한 기입된다.

실행에 의존하여, 즉, 데이터 블록이 이스케이프-후속-시퀀스에 의해 규정되는 것보다 더 많은 데이터를 갖는 대용량 데이터 블록일 때, 확장 디코더에 의해 함께 해석될 텍스트 데이터로 기입될 모든 데이터 유닛들이 이 위치에서 기입될 때 까지, 다시 덧붙여진 이스케이프-후속-시퀀스가 데이터 스트림 등에 쓰여진다.

그리고 나서, 도 1의 기입수단(10)은 다시, 예컨대, 제2 텍스트 데이터(35)와 같이 도 3의 3a에서 도시된 텍스트 데이터를 일반적으로 기입할 것이고, 그리하여 데이터 스트림이 생기게 될 것이다. 여기에서 제1 텍스트 데이터(30) 및 제2 텍스트 데이터(35)는 제출되며, 베이스 디코더에 의해 스킵될 데이터를 다소 에워싼다. 여기에서 베이스 디코더는 이스케이프-시작-시퀀스 및 특히 데이터 유닛들의 수뿐만 아니라 데이터 스트림에서 정확한 데이터 유닛들의 수량을 스킵할 수 있도록 하기 위해 최소한 포함된 데이터 유닛들의 수 및 이스케이프-후속-시퀀스를 적어도 판독할 수 있다.

도 3의 3b는 이스케이프 시작 코드(31a)뿐만 아니라 다운스트림 길이 코드(31b)를 포함하여 이루어지는 이스케이프-시작-시퀀스(31)의 예를 나타내고 있다. 이스케이프-시작-시퀀스(31)는 유사하게 형성되며 분리된 후속 코드(33a) 및 다운스트림 길이 코드(33b)를 포함하여 이루어진다. 예를 들면, 모든 코드들(31a, 31a, 33a, 33b)은 각 1 바이트 또는 각각, 256개 데이터 유닛들이 길이 코드에 의해 코드화될 수 있는 효과를 갖는, 하나의 데이터 유닛 길이이다. 이것은, 데이터 블록이 256개 데이터 유닛들 길이보다 더 긴 때, 후속 코드(33a)는 후속되는 길이 코드(33b)를 갖는 데이터 블록의 남아있는 데이터 유닛들을 부호화하기 위하여 제1의 256개 데이터 유닛들 후에 데이터 스트림에 쓰여지거나 기입될 것이라는 것을 의미한다.

만일 데이터 유닛이 각기 더 길다면, 하나의 데이터 유닛 길이인 길이 코드는 데이터 유닛들의 더 큰 수를 부호화할 수 있고, 이 데이터 유닛들의 더 큰 수는 그 데이터 스트림에서 후속 코드들의 전체 수가 더 작게 되도록 하는 효과를 갖게 될 것이다. 만일, 그러나 8비트 보다 작은 길이 코드가 선택된다면, 길이 코드에 의해 부호화될 수 있는 데이터의 최대 수는 각각 더 작아지고, 그리하여 이전과 같은 상황과 달리 데이터 스트림에서 후속 코드들의 수는 상응하여 증가할 것이다. 일반적으로, 데이터 유닛들의 소정 길이가 데이터 블록들의 소정 평균 길이를 위해 존재하는 점에서 최적이 존재한다. 만일 길이 코드가 너무 길게 만들어진다면, 그 후에, 심지어 단지 매우 짧은 데이터 삽입에 대하여, 전체의 긴 길이 코드가 데이터 스트림에 쓰여져야 할 것이기 때문에, 이 처리절차는 비효율적일 것이다. 만일, 다른 한편으로, 길이 코드가 너무 짧게 만들어진다면, 후속 코드는 데이터 블록들의 매우 큰 수에 대하여 쓰여질 것이고, 그 데이터 블록들은 만일 더 긴 길이 코드가 시작부터 바로 사용된 경우라면 도 3의 3b에 도시된 실행에서 특별히 요구되지 않았을 것이다.

도 4a는 도 4a에서 부호 40에서 지적된 바와 같이, 표시 “This is a great test!”를 생기게 하는 전형적인 데이터 스트림을 나타내고 있다. 결합된 데이터 스트림은 초기에 텍스트 “This is a ”를 갖는 제1 텍스트 데이터(30)를 구비한 다. 이것은 10 바이트를 요구한다. 왜냐하면 각 하나의 바이트가 UTF8 인코딩에서 모든 문자에 대해 그리고 빈 스페이스들에 대해 요구되기 때문이다. 그러므로, 제1 텍스트 데이터는 10 바이트 길이이다.

그 다음에, 데이터가 삽입될 것이다. 이것을 두드러지게 하기 위해, 도 4a에서 도시된 예에서 부호 1A인 이스케이프 시작 코드(31a)는 바이트 인덱스(제로베이스의) 10으로 확인될 수 있다. 여기에서 접두사 “0x”는 16진법의 표현을 가리킨다. 물론, 텍스트 코드와 틀린 다른 어떤 코드도 이스케이프 시작 코드를 위해 삽입될 수 있다. 바꿔 말하면, 도 4a의 예에서 1 바이트 길이인 이스케이프 시작 코드(31a)는 UTF8 인코딩에서 스크린상에 표시될 수 있는 문자들(수들, 문자들, …)을 규정하는 코드와 다른 것이다. 그러므로, 이스케이프 코드들은 예컨대 UTF8 제어 문자들 또는 스크린 상에 표시될 수 있는 문자들용 텍스트 코드들과 틀린 다른 고정된 문자들이다.

이스케이프 시작 코드(31a)의 다음은 길이 코드(31b)에 뒤따르는 데이터 필드가 얼마나 긴지를 나타내는 길이 코드(31b)이다. 길이 영역은 코드 4를 포함하고, 그리하여 그 결과로 도 4a의 제1 데이터 유닛들(32)은 5 바이트를 포함한다. 이에 대한 배경은 제로의 길이는 이치에 닿지 않기 때문에, 길이 영역이 음수표시로(implicitly) 표현“-1”을 포함하는 것이다.

그 다음에, 다른 텍스트 영역, 즉 5바이트를 갖는 단어 “great”가 뒤따르고, 게다가 다시, 바이트 인덱스 22에 이스케이프 시작 코드(31a)가 쓰여지고, 5의 값을 갖는 길이 코드(31b)가 뒤따르며, 그때부터 6-바이트 데이터는 길이 코드를 뒤따르는 바이트 인덱스 24 내지 29에서 쓰여진다. 출력 측에서, 다른 텍스트 블록(35)이 존재하고, 6바이트 길이인데, 이는 1 바이트가 “test” 매 문자에 대하여 요구되기 때문이고 1바이트는 또한 감탄문 표시에 대해 요구되기 때문이다.

이는 두 개의 다른 위치들에서 삽입된 추가적 데이터들의 11바이트를 포함하는 36-바이트 길이의 데이터 스트림을 생기게 한다.

베이스 디코더는 데이터를 판독하고 나타내고, 그리고 나서, 베이스 디코더가 이스케이프 시작 코드(31a)를 만났을 때, 이스케이프 시작 코드에 결합된 길이 코드를 검색할 것이라는 취지로 이스케이프 시작 코드를 해석할 것이다. 그 후에, 이 길이 코드의 해석은 베이스 디코더가 이스케이프 시작 코드와 길이 코드에 의해 참조된 데이터 유닛들을 스킵하도록, 즉 데이터 유닛들은 무시하고 그들은 더 이상 고려하지 않게 하도록 할 것이다. 그리고 나서, 베이스 디코더는 바이트 인덱스 17 내지 21에서 텍스트 데이터를 판독하고 그 후에, 상기 코드(31b)에서 지적된 바이트 수를 다시 스킵하기 위해, 다시 코드(31a)를 이스케이프 시작 코드로 인식하고 상기 코드(31b)에서 결합된 길이 표시를 검색할 것이다.

그러므로, 베이스 디코더는 심지어 더 새로운 또는 더 복잡한 확장 디코더 용으로 쓰여진 데이터 스트림을 판독할 수 있는 것이 간단한 방법으로 보장된다. 베이스 디코더가 데이터를 처리할 수 있는 것이 아니라 상기 코드와 길이 표시를 가지고 이스케이프-시작-시퀀스를 정확하게 해석할 수 있다는 사실은 반대로의 호환성을 보장해준다.

어쨌든, 확장 디코더는 시작 시퀀스, 즉 코드들(31a 및 31b)을 해석할 수 있을 뿐만 아니라, 데이터를 단지 스킵하는 것만이 아니고, 간단한 텍스트 디스플레이 이외에, 데이터 스트림과 이스케이프 시퀀스에 결합된 데이터를 통해 컨트롤될 수 있는 부가 기능을 실행할 수 있도록 데이터를 처리할 수 있다.

도 4b는 후속 코드를 갖는 인코딩 예를 나타내고, 여기에서 도 4b에서 도시된 예에서 하나의 데이터 블록 256바이트보다 긴 것이라고 생각한다. 만일 그런 대용량 데이터 블록이 삽입된다면, 우선, 이스케이프 시작 코드(31a) 및 다운스트림 길이 코드(31b)로 구성된 이스케이프-시작-시퀀스가 데이터 바이트 인덱스 0에서 삽입된다. 그러나, 지금, 길이코드(31b)에서 길이 값은 바이트 인덱스 11 또는 바이트 인덱스 23에서와 같은 어떠한 수가 아니고, 최대, 즉 “FF”이다. 그리고 나서, 길이 코드(31b)를 뒤따라, 256개 제1 데이터 유닛들(32)은 바이트 인덱스 2 내지 257에서 데이터 스트림에 쓰여진다. 몇몇 덧붙여진 데이터 유닛들이 존재하기 때문에, 즉 전부 262바이트이기 때문에, 데이터 스트림 생성기는 데이터 스트림에 모든 데이터 유닛들을 아직 쓰지 못했다는 것을 측정할 것이다. 따라서, 데이터 스트림 생성기는 이스케이프 시작 코드(31a)와 다른 후속 코드(33a)를 데이터 스트림에 쓰고, 그리하여 디코더는, 예컨대 즉시 후속 코드를 따르는, 후속 코드에 속한 데이터 유닛들이 여전히 후속 코드 이전에 처리된 또는 공급된 데이터 유닛들에 속해 있다는 것을 안다. 도 4b에 도시된 예에서, 후속 코드를 뒤따르는 길이 코드(33b)가 6의 길이(코드 0x05)를 특히 지적하도록 6개 이상의 데이터 유닛들이 기입되어야 한다. 그 후에, 이 길이 코드를 뒤따라, 데이터 스트림으로의 삽입은 제2 데이터 유닛들(34)을 쓰면서 종결되고, 여기에서, 그 후에, 도 4b에 도시된 바이트 인덱스 266, 예를 들면 통상 텍스트(35)로부터 시작이 뒤따를 수 있다.

실행에 의존하여, 이스케이프 후속 코드(33a)는 이스케이프 시작 코드(31a)와 반드시 달라야 하는 것은 아니라는 것에 주목해야 한다. 이것은 베이스 디코더에게 중요하지 않다. 베이스 디코더는 단지 이스케이프 시작 코드(31a) 및 이스케이프 후속 코드(33a) 양자를 해석해야 하고 얼마나 많은 데이터가 스킵될지를 파악하기 위하여 이 해석에 따르는 다운스트림 길이 코드를 판독해야 한다. 이 경우에, 확장 디코더는 실행될 것이고, 그리하여 확장 디코더는, 최대 길이, 예컨대, FF를 갖는 길이 코드가 뒤따라지는 이스케이프 시작 코드가 먼저 생성될 때, 후속하는 데이터 유닛들이 여전히 데이터 유닛들(32)에 속해 있고 그러므로 함께 처리되어야 한다는 것을 자동적으로 추정한다. 이스케이프 시작 코드의 의미는 이스케이프 시작 코드(31a)를 뒤따르는 길이코드(31b)가 최대 길이를 지적하는 점에서 따라서 “ 변경”될 것이다. 이스케이프 시작 코드(31a)와 후속 코드(33a)가 같은 값을 갖는 경우, 디코더는 제1의 이스케이프 시작 코드(31a) 후의 길이 코드(31b)가 최대 값, 즉 FF를 갖지 않을 때 데이터 유닛들을 뒤따르는 후속 코드를 후속 코드로가 아니라 새로운 시작코드로 해석할 것이고, 그리하여 제2 시작코드를 뒤따르는 데이터는 제1 시작 코드를 뒤따르는 데이터의 연속으로 고려되지 않고 다르게 처리될 수 있는 새로운 데이터 블록의 새로운 데이터로 고려될 것이다. 데이터가 후속 데이터인지 아닌지의 해석은 데이터 타입 인디케이터가 맨 처음에서와 같이, 소정 위치에서 몇몇 데이터 유닛들을 구성하는 모든 데이터 블록에 위치될 때 특히 중요하고, 데이터 타입 인디케이터는 데이터가 후속 데이터가 아닐 때 판독되며, 또는 데이터가 후속 데이터일 때 디코더에 의해 기대되지 않고 또한 판독되지 않으며, 도 3의 3c를 참조하여 아래에서 설명될 것이다.

다음에서, 도 5를 참조하여, 도 1에 도시된 바와 같은 구조로 된 데이터 스트림 생성기에 의해 수행될 수 있는 것처럼, 데이터 스트림을 생성하기 위한 전형적인 시퀀스 단계들이 설명된다.

도 5에서 흐름도는 텍스트 기입 단계(50)에서 시작한다. 단계 51에서, 텍스트 기입 후에 여전히 기입될 데이터가 존재하는지 여부가 체크된다. 만일 이 질문에 대한 대답이 no인 경우, 루프(52)에 의해 도시된 바와 같이, 다음 텍스 객체가 데이터 스트림에 기입된다. 만일, 그러나 질문에 대한 대답이 yes인 경우, 기입수 단(10)은 단계 53에서 도시된 바와 같이, 이스케이프-시작-시퀀스를 기입한다. 이스케이프-시작-시퀀스는 데이터의 길이, 즉 데이터 유닛들의 수에 대한 정보를 포함하고 있다. 이스케이프-시작-시퀀스를 데이터 스트림에 기입한 후에, 제1 데이터 유닛들은 부호 54로 지적된 바와 같이 기입된다. 단계 55에서, 데이터 블록에 속하는 모든 데이터가 데이터 스트림에 기입되었는지 여부가 체크된다. 이 질문에 대한 대답이 no, 즉 더 이상 데이터가 존재하지 않는다면, 텍스트 객체 또는 이스케이프 코드가 루프(56)에 의해 도시된 바와 같이, 다시 기입될 것이다.

여기에서 이스케이프-시작-시퀀스는 텍스트의 앞에, 텍스트 뒤에 또는 텍스트 사이에 서게 될 수 있음을 주의하여야 한다. 선택적으로, 어쨌든, 이스케이프-시작-시퀀스는 다른 이스케이프 시퀀스의 앞 또는 뒤에 있을 수 있고, 여기에서 다른 이스케이프 시퀀스는 특정 데이터와 다른 것을 가리킨다.

만일, 그러나, 데이터가 여전히 존재하는 것으로 결정된다면, 이스케이프-후속-시퀀스가 단계 57에 도시된 바와 같이, 기입된다. 이 이스케이프-후속-시퀀스에서, 또한 데이터 유닛들의 길이는 결정되고, 그 후 단계 58에서 기입될 것이다. 단계 59에서, 더 이상의 데이터가 존재하는지 체크된다. 만일 이 경우라면, 즉 데이터 블록의 추가 데이터가 기입되고, 덧붙여진 이스케이프-후속-시퀀스가 부호 60에 도시된 바와 같이 쓰여진다. 만일, 반면에 모든 데이터가 기입된 경우라면, 텍스트는 단계 50에 도시된 바와 동일한 방법으로 다시 항상 근본적으로 기입된다. 명확 성을 위하여, 데이터 블록 후의 이러한 텍스트 기입은 도 5에서 단계 61에 의해 가리켜진다.

도 5의 블록 62에 도시된 바와 같이, 데이터가 여전히 존재하는지에 관해 단계 55에서 또는 데이터가 아직도 존재하는지에 관해 단계 59에서 체크는, 기입될 데이터의 길이가 병렬로 또는 별개의 프로세스에서 결정될 때, 반드시 수행되는 것이 아니라는 것에 주목해야 한다. 블록 62에서, 삽입될 데이터 블록이 얼마나 길지가 결정된다. 이스케이프-시작-시퀀스에서 최대한으로 부호화될 데이터 유닛들의 수에 기초하여, 블록 62는 후속 시퀀스들이 얼마나 많이 요구될지를 즉시 파악한다. 도 4b에 도시된 실시예에서, 도 5에서 제어화살표들(63a 및 63b)에 의해 지적되는 바와 같이, 블록 62는 최대 길이가 이스케이프-시작-시퀀스에 기입되는 것을 정하고, 그 후에 후속 시퀀스가 기입되며 그의 길이가 또한 정해진다. 이 경우에 있어서, 블록 55 또는 블록 59에서의 체크는 점선 연결 화살표(64)에 의해 가리키는 바와 같이 수행되지 않는다. 이러한 대안은 이스케이프-시작-시퀀스가 데이터 유닛들 기입 이전에 이미 끝나버린 경우에 해결책을 나타내고, 반면 두 번째 대안에서, 제1 데이터 유닛들 또는 제2 데이터 유닛들 각각 기입된 후에 길이가 단지 이스케이프-시작-시퀀스에 기입될 것이다.

다음에서, 도 2a 및 도 2b를 참조하여, 데이터 스트림을 수신하기 위한 또는 복호화하기 위한 리시버들이 설명될 것이다. 여기에서 데이터 스트림이 텍스트 데 이터, 이스케이프-시작-시퀀스, 데이터 유닛들의 수, 그 후에 이스케이프-후속-시퀀스 및 이스케이프-후속-시퀀스를 따라 다시 텍스트 데이터가 또는 덧붙여진 이스케이프-후속-시퀀스가 뒤따를 수 있는 데이터 유닛들의 수량을 포함한다는 취지로 이 데이터 스트림은 근본적으로 도 3의 3a에 도시된 바와 같이 구성될 수 있다.

데이터 스트림 판독을 위한 베이스 리시버는 데이터 스트림(16)을 얻기 위한 입력 인터페이스(70)를 포함하여 이루어진다. 데이터 스트림은 그 후에 데이터 스트림으로부터 텍스트를 읽고 디스플레이하기 위한 텍스트 디스플레이(72)에 연결된 프로세서(71)로 전송된다. 여기에서 프로세서는 이스케이프-시작-시퀀스를 만날 때 데이터 유닛들의 길이 또는 수(數)를 결정하고, 도 2a의 블록 71에 도시된 바와 같이, 이 데이터 유닛들의 수량을 스킵핑하고, 여기에서 프로세서는 게다가 이스케이프-후속-시퀀스를 만날 때 또한 후속 시퀀스에 속해 있는 데이터 유닛들의 수량을 스킵핑한다.

도 2b에 도시된 바와 같이 확장 리시버는 도 2a의 베이스 리시버의 구성에 추가하여 데이터 유닛들이 단순히 스킵되지 않고 함께 수행되는 프로세서(71)의 모듈 또는 기능을 포함하여 이루어진다.

베이스 리시버에서와 같은 방법으로 확장 리시버에서 작용할 수 있는 또는 작용할 텍스트 디플레이(72) 이외에, 확장 리시버는 이스케이프-시작-시퀀스 및 이 스케이프-후속-시퀀스 후에 데이터 유닛들의 해석을 수행할 것이다.

다음에서, 도 6a 및 6b를 참조하여, 데이터 프로세싱 옵션이 없는 베이스 리시버와 데이터 프로세싱 옵션을 구비한 확장 리시버의 기능 비교가 이루어진다.

베이스 리시버와 확장 리시버 양자가 텍스트 데이터를 읽을 때, 도 2a 또는 도 2b의 프로세서(71)는 텍스트 데이터를 처리하고, 복호화하고, 그리고 나서 텍스트 디스플레이(72)로 텍스트 데이터를 제공하고 도 6a 및 도 6b의 단계 80에 도시된 바와 같이 그들을 디스플레이할 것이다. 만일 리시버들이 이스케이프-시작-시퀀스를 만난다면, 이 이스케이프-시작-시퀀스는 단계 82에 도시된 바와 같이 읽혀질 것이다. 특히, 베이스 리시버는 이스케이프-시작-시퀀스에 의해, 즉, 예컨대 도 3의 3b의 길이코드(31b)에 의해, 데이터 유닛들이 얼마나 많이 가리켜지는지 단계 82에서 나타낼 것이다. 단계 83에서, 베이스 리시버는 그리고 나서 단계 82에서 결정된 데이터 유닛들의 수량을 스킵할 것이다. 대조적으로, 단계 84에서, 확장 리시버는 이스케이프-시작-시퀀스를 뒤따르는 데이터 유닛들을 스킵하지 않고 읽을 것이다. 그러므로, 바람직하게는, 확장 리시버는 또한 길이정보를 요구한다. 만일 데이터가 어쨌든 텍스트와 다른 방법으로 암호화(인코딩)되었다면, 길이 정보는 반드시 요구되지는 않을 것이다.

단계 85에서, 베이스 리시버와 확장 리시버 양자는 도 3의 3a의 데이터 유닛 들을 뒤따르는 이스케이프-후속-시퀀스를 판독한다. 여기에서, 베이스 리시버는 데이터가 얼마나 많이 스킵될지를 파악하기 위해 주로 길이에 관심이 있다. 단계 86에서 베이스 리시버에 의해 그 후 스킵이 수행된다. 반면에, 확장 리시버는 단계 87에서 데이터 유닛들의 제2 수량을 스킵하지 않고 단계 87에 도시된 바와 같이 읽을 것이다. 그리고 나서, 나란한 베이스 리시버는 없는 단계 88에서, 확장 리시버는 도 2b의 기능 또는 모듈(73)을 수행하고, 제1 및 제2 데이터 유닛들의 공통 실행을 이룰 것이다. 모든 데이터 유닛들이 처리 완료되었을 때, 베이스 리시버와 확장 리시버는 단계 89에서 제2 텍스트 데이터, 즉 도 3의 3a에 도시된 데이터 스트림에 따르는 데이터(35)를 디스플레이할 것이다. 만일, 그러나, 제2 길이코드(33b) 또한 최대 길이, 즉 이 예에서 “FF”라면, 확장 리시버는 덧붙여진 이스케이프 후속 코드를 판독하고, 후속하는 길이 코드를 해석하고 그 후에 또한 다시 공통 실행을 허용하기 위해서 그 참조된 데이터 유닛들을 제1 및 제2 데이터 유닛들에 또한 더할 수 있다.

계속하여 도 3의 3c를 참조하여, 확장 리시버가 단계 88에서 무엇을 수행하는지 또는 이스케이프 시작 코드 및 후속 코드 후에 추출되어질 데이터가 어떻게 해석될지 더 상세하게 설명될 것이다.

하나의 실시예에서, 데이터 유닛들의 제1 수량은 예컨대 1 바이트 길이인 데이터 타입 인디케이터(90)를 포함하여 이루어진다. 이 데이터 타입 인디케이터(90) 는 이스케이프-시작-시퀀스(31)에 의해 언급되는 데이터 유닛들의 제1 수량의 소정의, 예컨대 첫 번째 바이트에서 오로지 발견될 수 있다. 비교해 보면, 어떠한 그런 데이터 타입 인디케이터도 데이터 유닛들의 제2 수량에 존재하지 않고, 제2 데이터 유닛들의 수(34)는 함께 수행될 데이터 유닛들, 또는 소위 ‘페이로드(payload)”에 전적으로 바쳐진다. 데이터 타입 인디케이터(90)가 사용될 때, 확장 디코더는 후속 코드 뒤에 포함된 데이터를 제1 데이터 유닛들에 포함된 데이터와 같은 타입에 속하는 것으로 해석할 것이다. 이것은 어떠한 신호들도 데이터 스트림에서 후속 코드를 뒤따르는 데이터 유닛들의 제2 수량을 요구하지 않는 것을 가능하게 하고, 여기에서 데이터 유닛들의 제2 수량은 이러한 데이터가 후속 데이터인지 또는 데이터 유닛들의 제2 수량이 어떤 데이터 타입을 갖는지에 대한 정보를 포함한다. 그 보다도, 데이터 유닛들의 제1 수량에서 데이터 타입 인디케이터는 데이터 유닛들의 제2 수량 용으로 간단히 또한 사용되거나 적용되며, 또는 마치 결코 분리된 적이 없는 것처럼, 각각, 데이터 유닛들의 제2 수량에서 데이터는 데이터 유닛들의 제1 수량에 간단히 더해지고, 그리하여 그들은 그 후에 함께 수행되거나 처리될 것이다.

발명적인 스케일러블 데이터 스트림이 일반적인 표준에 근거하는 것이 이점이다. 그러므로, 객체들은 XML 포맷으로 임포트(import)되고 게다가 처리될 수 있다.

데이터 스트림은 청취자들이 현재 그들이 어디에 있든 텍스트 정보에 즉시 액세스하기 때문에, 청취자들에게 부가적 가치를 제공하는 부가 데이터 채널 같은, 특히 디지털 방송 시스템에 적합하다. 여기에서 디지털 방송용 리시버들은 적어도 텍스트 정보를 디스플레이하는 간단한 리시버들이거나 또는 데이터 유닛들의 제1 수량 및 데이터 유닛들의 제2 수량의 모든 데이터 프로세싱을 수행할 수 있는 특별히 복잡하고 그래서 물론 더 비싼 리시버들이다. 저렴하고 그러므로 대량 생산으로서 유용한 텍스트 디스플레이를 구비하는 리시버들은 청취자를 위한 부가적인 가치를 생성시킬 수 있다. 그렇지만, 데이터 스트림은 또한 그래픽 유저 인터페이스와 선택적인 스피치 재생을 구비한 최고급 리시버들에도 적합하다. 이들 모두는 간단한 실행에 의해, 심지어 저렴한 리시버에서 그리고 사용자가 어떤 데이터가 현재 유효한지에 대해 관심을 가질 필요가 없는 특히 간단한 사용방법으로, 얻어진다. 그 보다도, 유저가 구비한 리시버에 의존하는 데이터 삭제 또는 데이터 실행은 사용자가 그것에 관심을 가질 필요가 없이 전적으로 자동으로 수행된다.

게다가, 소정의 실시예에서, 텍스트 데이터는 객체-지향 방법으로 설명된다. 여기에서 이러한 객체들은 모두 독립적이고 자급적인 유닛들이다. 그러므로, 어떤 글로벌 데이터 구조들도 리시버에서 조립되고 유지될 필요가 없다. 객체들은 데이터 캐러셀(carousel)의 형식으로 전송되고, 데이터 캐싱(cashing)은 리시버에서 유리하게 사용된다. 예컨대 메뉴 디자인들, 뉴스 기사들 또는 티커(ticker) 뉴스들일 수 있는 텍스트 데이터가 소위 NML 객체들로 전송되고, 여기에서 NML은 뉴스 서비 스 마크 언어(News Service Mark Language)를 의미하고 XML-기반 2진 암호화된 콘텐트 표현들에 유사하다.

바람직하게는, 16진법 코드 1A는 시작-이스케이프-코드(31a)로서 사용되고, 16진법 코드 1B는 예컨대 후속 코드로서 사용된다. 도 3의 3c의 데이터 타입 인디케이터(90)는 아래에 설명되는 바와 같이, 몇몇 데이터 타입들을 가리킬 수 있다. 다음의 데이터 타입 인디케이터 값들은 단순히 예시적인 것이다. “00”의 인디케이터(indicator)는 패딩(padding)을 가리킨다. 포함된 데이터는 패팅 바이트들을 지니고, 여기에서 이 컨텐트는 확장 디코더 및 베이스 디코더 모두에 의해 무시된다. 데이터 세트의 대안적 타입은 인디케이터 “01”을 구비하고 절대적인 타임아웃을 나타낸다. NML 객체의 절대적인 프리젠테이션 타임아웃 기간은 한정된다. 이 타임아웃이 경과된 때, NML 객체는 더 이상 디스플레이되지 않을 것이다. 전체 서비스에 대한 일반적인 타임아웃은 선택적으로 설명된다. 데이터 타입 인디케이터 뒤의 페이로드는 450년 이상을 포괄하는, 부호없는 24-비트 정수로서, 1.1.2000까지 15분의 수를 포함한다. 타입 “02”의 데이터 타입 인디케이터는 상대적인 타임아웃을 가리킨다. 여기에서, NML객체의 상대적인 프리젠테이션 타임아웃 기간은 한정된다. 이 기간이 경과한 때, NML 객체는 더 이상 디스플레이되지 않는다. 심지어 객체가 이미 캐시(cache)에 저장된 때도, 타임아웃은 NML 객체의 모든 수신에서 시작된다. 이 이스케이프-시퀀스-코드는 개별적인 NML 객체를 표시하기에 알맞다. 페이로드 데이터는 45일 이상을 포괄하는, 부호없는(언사인드) 16-비트 정수로서, 분(分)의 수를 포함한다. 일반적으로, 타임아웃 데이터는 도 7의 타임아웃 컨트롤러(100)에 의해 처리된다.

데이터 타입 인디케이터 “03”은 일반적인 링크 타겟에 관계된다. 일반적인 링크 타겟은 사용자 상호작용(user interaction)을 위해, 사용자가 분명하게 동작의 실행을 요구할 때, 즉 “핫 버튼” 기능이 설명되거나 제공될 때, 예컨대 컨넥션 컨트롤(연결 제어)(101)에 의해 표시되거나 활성화되는 타겟(목표)이다. 일반적인 링크 타겟들은 NML 객체들의 모든 타입 용으로 규정될 수 있다. 현재 디스플레이된 NML 객체용 일반적인 링크 타겟의 유용성은 사용자가 확장 리시버를 구비하고 있을 때 소정 방법으로 또는 다르게 사용자에게 전달된다. 예컨대 도 3의 3c에서 도시된 페이로드 데이터는 다음의 포맷을 구비하고 있다. 1 바이트가 컨넥션 타입을 표현하고 n바이트가 링크 어드레스를 표현한다. 예컨대, 다음의 링크-타입 값들은 유용할 수 있다. 링크 타입이 예컨대 “00”의 값을 갖고 있을 때, 후속하는 2 바이트들은 동일한 데이터 서비스에서 다른 NML 객체의 객체 ID이다.

URI 문자열이 뒤따르는, 예컨대 “01”의, 다른 링크-타입 바이트는 다른 DAB/DRM 멀티플렉스, 서비스들 또는 서비스 요소들을 가리킨다.

URL 문자열을 나타내는 “02”와 같은, 다른 컨넥션 타입은 인터넷 어드레스 또는 문서를 가리킨다.

전화번호가 뒤따르는 “03”과 같은, 다른 링크 타입은 전화에 의해 이룰 수 있는 음성 서비스를 가리킨다. 넘버는 예컨대 인터내셔널 국번, 예컨대 “+[인터내셔널 국가 코드]”를 가지고 여기에서 시작한다.

일반적으로, 확장 리시버는 알려지지 않은 링크-타입 값들을 무시하도록 설계된다.

덧붙여진 데이터 타입 인디케이터 “FF”는 독점 데이터를 평가할 수 있는 오직 소정의 확장 리시버에 관한 데이터를 선행하는, 예컨대 독점의 데이터 타입 인디케이터(proprietary data type indicator)로서 고려된다.

상기 객체 취급 타입들과 반대로, 데이터 유닛들은 또한 컨텐트 취급 타입들을 포함할 수 있다. 도한 키워드로서 언급된, 데이터 타입 인디케이터 “20”은 선택적 키워드 설명을 함께 갖는 다음의 키워드를 표시한다. 키워드는 예컨대, 도 7의 쿼리 생성수단(102)에 의해 보여지는 바와 같이 리시버-기반의 검색 인덱스를 생성시키기 위해 사용될 수 있다. 페이로드 데이터 섹션은 다음의 포맷을 구비한다. 첫 째는 키워드 길이를 구비한 길이 코드가 온다. 여기에서 길이 -1에 상응하는 값은 언사인드 정수로 표시된다. 키워드로 다루어져야 할 이 데이터 섹션을 따르는 비쥬얼 텍스트 문자들의 수는 확인된다. 그 후에, n 바이트를 갖는 설명이 뒤 따른다. 여기에서 선택적인 설명(optional description)이 키워드에 더해 색인되고 그리고/또는 사용자를 위해 표시될 수 있다.

예컨대 “21”의 다른 데이터 인디케이터는 매크로 정의(macro defintion)를 나타낸다. 매크로는 간단한 참조를 갖는 컨텐트 섹션 어디에나 몇 번이나 삽입될 수 있는 선택적인 이스케이프 시퀀스들을 포함하는 텍스트 섹션들의 정의를 허용한다. 예를 들면, 매크로는 텍스츄얼(textual) 문자 요소들에 더해 설명될 스피치 설명(speech description)들을 규정할 수 있다. 데이터 섹션은 초기에 1 바이트의 매크로 ID(0에서 255)가 뒤따르는 매크로 정의들을 식별하는 포맷을 구비한다. 그 후에 n바이트를 갖는 매크로 정의가 뒤따른다. 이 매크로가 그의 ID에 의해 참조될 때 항상 삽입될 텍스트(이스케이프 시퀀스들을 포함하는)는 n바이트를 갖는 매크로 정의에 포함된다. 리시버들이 매크로를 또한 무시할 수 있기 때문에 매크로들은 반드시 필수적인 정보로 사용되는 것이 아니라는 점을 주목해야 한다. 다른 데이터 타입 인디케이터 “22”는 예컨대 매크로 레퍼런스를 위해 있다. 그의 ID로 언급된 매크로 정의는 외관상으로 사용자에게 디스플레이용 이스케이프 시퀀스의 이 지점에서 소개된다. 데이터 섹션은 매크로 정의를 참조하는 1-바이트 매크로 ID(0에서 255)를 포함한다. 매크로들은 일반적으로 도 7에서 매크로 프로세서(103)에 의해 처리된다.

데이터 타입들의 다른 그룹은 스피치 지원 타입들을 포함하여 이루어질 수 있다. 예컨대 “A0”의 데이터 타입 인디케이터는 표준 언어 또는 미리 설정된 언어를 정의한다. 여기에서, NML 객체의 미리 설정된 언어가 각각 설명되거나 참조된다. 데이터 섹션, 즉 도 3의 3c의 페이로드는 소문자의 3-문자 ISO 언어 코드를 지닌다.

예컨대 “A1”에 의해 참조되는 다른 스피치 지원 타입은 언어 섹션이다. “A1”은 NML 객체의 특별 부분 또는 텍스트 섹션의 특별 넘버의 언어를 규정한다. 페이로드 섹션은 다음의 포맷을 구비한다. 텍스트 길이 -1의 데이터 유닛들의 수의 값들과 같은 값들을 갖는, 1 바이트를 갖는 텍스트 길이가 언사인드 정수로써 존재한다. 이것은 언어 정의가 적용되는 이 데이터 섹션을 따르는 비쥬얼 텍스트 문자들의 수를 정의한다. 그 후에, 소문자의 3-문자 ISO 언어 코드를 지니는 언어 정의를 갖고 3 바이트의 그룹이 뒤따른다.

다른 언어 지원 타입은 예컨대 데이터 타입 인디케이터 “A2”에 의해 색인된다. 그것은 스피치 음소들에 관계되고 국제 음성표기 알파벳(IPA)을 사용하는 텍스트 섹션의 음소 설명을 규정한다. 페이로드 섹션은 그 값이 정수인 1바이트를 갖는 첫 번째 텍스트 길이를 구비한 포맷을 구비한다. 이 바이트는, 음성표기 정의에 의해 표시될, 이 데이터 섹션을 뒤따르는 비쥬얼 텍스트 문자들의 수를 식별한다. 그 후 IPA 음소들을 갖는 n바이트의 그룹이 뒤따른다. 이 그룹은 IPA 표시법 같은 음소들의 음소 정의들을 포함한다.

예컨대 데이터 타입 인디케이터 “A3”에 의해 참조되는 다른 스피치 지원 타입은 이스케이프 시퀀스의 지점에 삽입될 텍스트-투-스피치 프로세서용 브레이크(break)를 정의하는 스피치 브레이크를 포함하여 이루어진다. 데이터 섹션은 언사인드 정수로써 1 바이트를 지니고, 여기에서 이 바이트는 0.1초의 유닛들의 스피치 시간을 정의한다.

예컨대 데이터 타입 인디케이터 “A4”를 구비할 수 있는 다른 스피치 지원 타입은문자들과 특히 이스케이프 시퀀스를 뒤따르는 비쥬얼 텍스트 문자들의 수를 규정하고, 이스케이프 시퀀스를 뒤따르는 비쥬얼 텍스트 문자들의 수는 텍스트-투-스피치 프로세서에 의해 연속적인 워드들 또는 수들 대신에 개별적인 문자들 또는 수들로 다루어진다. 페이로드 섹션은 각자의 값을 구비한 언사인드 정수로서 비쥬얼 텍스트 문자들의 수를 정의하는 1바이트를 지닌다.

길이 코드에 의해 표현될 수 있는 최대 수에 의존하여, 모든 이러한 데이터 타입들은 도 3의 3a의 제1의 데이터 유닛들(32)의 수에서 표현되거나 또는 데이터 유닛들의 수가 모든 데이터를 쓰기에 충분하지 않을 때, 이스케이프-후속-시퀀스에서 각각 시작될 수 있는 데이터 유닛들의 제2 수량에 포함될 수 있다는 점에 주목해야 한다. 데이터 타입 인디케이터에 의해 참조되는 모든 데이터 타입들이 반드시 이스케이프-시작-시퀀스 및 이스케이프-후속-시퀀스 뒤에 데이터 유닛들을 구비해 야 하는 것은 아니다. 그 보다도, 심지어 짧은 데이터 타입들로 단지 후속을 요구하지 않는 데이터를 포함할 수 있다. 이는 이러한 데이터의 데이터 유닛들의 수가 길이 코드(31b)에 의해 표현될 수 있는 데이터 유닛들의 최대 수보다 더 작기 때문이다.

주변 상황들에 의존하며, 모든 발명적 방법은 하드웨어에서 또는 소프트웨어에서 실행될 수 있다. 실행은 디지털 메모리 매체, 특히 방법이 수행될 수 있도록 프로그램할 수 있는 컴퓨터 시스템을 가지고 협력할 수 있는 전기적으로 판독가능한 제어신호들을 가지고 디스크 또는 CD 상에서 수행될 수 있다. 그러므로, 일반적으로, 본 발명은 또한, 컴퓨터 프로그램 제품이 컴퓨터 상에서 작동될 때 발명적 방법을 수행하기 위한 기계-판독가능한 캐리어 상에 저장된 프로그램 코드를 가지고 컴퓨터 프로그램 제품을 구성하고 있다. 바꿔 말하면, 본 발명은 컴퓨터 프로그램이 컴퓨터에서 작동될 때 본 방법을 수행하기 위한 프로그램 코드를 갖는 컴퓨터 프로그램으로써 구현될 수 있다.
생성장치의 일 실시예에 따르면, 데이터 스트림은 시리얼 데이터 스트림이며, 기입수단(10)은 이스케이프-시작-시퀀스(31)를 데이터 스트림의 텍스트데이터(30)의 앞 또는 뒤에 기입하고, 이스케이프-후속-시퀀스(33)를 데이터 스트림의 데이터 유닛의 제1 수량(32) 뒤에 기입하게 된다.
생성장치의 보다 바람직한 일 실시예에서, 기입수단(10)은 첫번째로 텍스트 데이터(30), 그 다음으로 이스케이프-시작-시퀀스(31), 그 다음으로 데이터 유닛들의 제1 수량, 그 다음으로 이스케이프-후속-시퀀스(33), 그 다음으로 데이터 유닛들의 제2 수량(34)을 데이터스트림 내에 배치하게 된다.
생성장치의 보다 바람직한 일 실시예에서, 길이 코드(31b)는 이스케이프 시작 코드(31a) 이후에 바로 데이터 스트림에 기입되거나 또는 길이 코드(31b)는 후속 코드(33a) 이후에 바로 데이터 스트림에 기입된다.
생성장치의 보다 바람직한 일 실시예에서, 길이 코드(33b)는 후속 코드(33a) 뒤에 데이터 스트림에 기입되고, 그리고 길이 코드(31b)는 길이 인코딩을 위한 동일한 인코딩 테이블로부터 기인된 이스케이프 시작 코드(31a) 뒤에 데이터 스트림에 기입된다.
생성장치의 보다 바람직한 일 실시예에서, 데이터 스트림의 데이터 유닛들은 동일하고, 미리 정의된 다수의 비트들 각각을 포함한다.
생성장치의 보다 바람직한 일 실시예에서, 미리 정의된 다수의 비트들은 8이며, 하나의 데이터 유닛은 1바이트이다.
생성장치의 보다 바람직한 일 실시예에서, 데이터 스트림은 제1의 타입 베이스 리시버들과 제2의 타입 확장 리시버들에 의해서 판독될 수 있으며, 여기서 기입수단(10)은 베이스 리시버들과 확장 리시버에 의해 감지될 수 있는 텍스트 데이터 코드들을 사용하게 된다.
생성장치의 보다 바람직한 일 실시예에서, 이스케이프 시작 코드(31a)는 이스케이프-후속-시퀀스(33) 내의 후속 코드(33a)와 동일한 길이를 가지고, 여기서 이 길이는 하나의 데이터 유닛의 길이와 동일하다.
생성장치의 보다 바람직한 일 실시예에서, 길이 코드는 1에서 256바이트의 컨텐트 길이를 부호화하기 위하여 실행된다.
생성장치의 보다 바람직한 일 실시예에서, 데이터 타입 인디케이터(90)는 베이스 디코더에 의해 해석될 수 없으나, 확장 디코더에 의해 해석될 수 있다.
생성장치의 보다 바람직한 일 실시예에서, 기입수단(10)은 데이터 타입 인디케이터에 뒤따라, 데이터 타입 인디케이터(90)에 의해 지시된 데이터 타입을 가진 데이터를 기입하게 된다.
생성장치의 보다 바람직한 일 실시예에서, 기입수단(10)은 이스케이프-시작-시퀀스(31)의 길이 코드(31b) 바로 뒤에 데이터 유닛들의 제1 수량(32)에서 데이터 타입 인디케이터(90)를 데이터 스트림에 기입하게 된다.
판독장치의 보다 바람직한 일 실시예에서, 데이터 스트림은 버퍼에서 래치되며, 그리고 프로세서(71)는 버퍼로부터 데이터 유닛들의 제1 수량(32)과 데이터 유닛들의 제2 수량(34)의 삭제하기 위해, 그리고 계속적으로 버퍼를 판독하기 위해, 또는 버퍼를 판독시, 데이터 유닛들의 제1 수량(32)과 데이터 유닛들의 제2 수량(34)이 저장된 버퍼영역을 스킵할 수 있게 하기 위하여 버퍼를 제어하게 된다.
판독장치의 보다 바람직한 일 실시예에서, 데이터 유닛들의 제1 수량(32)은 데이터 유닛들의제1 수량(32)과 제2 수량(34)의 데이터 타입을 지시하기 위한 데이터 타입 인디케이터(90)를 포함하며, 프로세서(71)는 데이터 타입 인디케이터(90)를 읽고, 데이터 타입 인디케이터(90)에 따라 데이터 유닛들의 제1 수량(32)과 데이터 유닛들의 제2 수량(34)을 함께 처리하게 된다.
판독장치의 보다 바람직한 일 실시예에서, 목표는 데이터 스트림에서 텍스트 데이터를 구비한 객체, DAB/DRM 멀티플렉스, 서비스 또는 서비스 요소, 인터넷 주소, 인터넷 상의 문서 또는 전화번호이다.
판독장치의 보다 바람직한 일 실시예에서, 프로세서는 제1의 데이터 유닛들(32) 또는 제2의 데이터 유닛들(34)이 해석할 수 없는 목표를 규정할 때, 제1의 데이터 유닛들(32) 또는 제2의 데이터 유닛들(34)을 무시하도록 실행된다.
판독장치의 보다 바람직한 일 실시예에서, 데이터 유닛들의 제1 수량(32) 또는 데이터 유닛들의 제2 수량(34) 또는 덧붙여진 데이터 유닛들은 스피치 프로세서(73)용 스피치 서포트 데이터를 포함하는 데이터 타입 인디케이터(90)를 구비하며, 텍스트 섹션의 언어를 지시하고, 스피치 음소를 포함하며, 스피치 브레이크에 관련되거나 또는 스피치 문자들을 구비하고, 그리고 프로세서(71)는 스피치 서포트 데이터를 출력하고 그리고 스피치 출력을 생성하거나 또는 영향을 주기 위하여 스피치 프로세서로 동일한 스피치 서포트 데이터를 제공한다.
판독장치의 보다 바람직한 일 실시예에서, 데이터 스트림은 컴퓨터가 읽을 수 있는 매체에 저장된다.

본 발명은 데이터 전송에 관한 것으로, 특히 간단한 리시버용 텍스트의 간단한 데이터 전송 및 더 복잡한 리시버용 데이터를 더한 텍스트의 데이터 전송에 이용될 수 있다.

Claims (33)

1. 텍스트 데이터(30)를 데이터 스트림에 기입하고, 베이스 디코더에 의해 스킵되고 확장 디코더(extension decoder)에 의해 해석될 데이터 유닛들의 제1 수량(first number of data units)을 규정하는 이스케이프-시작-시퀀스(31)를 상기 데이터 스트림에 기입하고, 상기 데이터 유닛들의 제1 수량(32)을 상기 데이터 스트림에 기입하고, 베이스 디코더에 의해 스킵되고 상기 데이터 유닛들의 제1 수량과 함께 확장 디코더에 의해 해석될 데이터 유닛들의 제2 수량(second number of data units)을 규정하는 이스케이프-후속-시퀀스(33)를 상기 데이터 스트림에 기입하고, 그리고 상기 데이터 유닛들의 제2 수량(34)을 상기 데이터 스트림에 기입하기 위한 기입수단(10)을 포함하여 이루어지는 데이터 스트림 생성장치.
2. 청구항 1에 있어서,

   상기 이스케이프-시작-시퀀스(31)는 이스케이프 시작 코드(31a)와 길이 코드(31b)를 구비하거나, 또는 상기 이스케이프-후속-시퀀스(33)는 후속 코드(33a)와 길이 코드(33b)를 구비하고, 여기에서 상기 이스케이프 시작 코드(31a) 또는 상기 후속 코드(33a)는 상기 텍스트 코드들과 다른 것을 특징으로 하는 데이터 스트림 생성장치.
3. 청구항 1에 있어서,

   상기 수단(10)은, 상기 이스케이프-시작-시퀀스(31)에 대한 미리 설정된 관계에 있어서, 상기 데이터 유닛들의 제1 수량과 상기 데이터 유닛들의 제2 수량 양자의 데이터 타입을 지시하는 데이터 타입 인디케이터(90)를 상기 데이터 스트림에 기입하도록 하는 것을 특징으로 하는 데이터 스트림 생성장치.
4. 텍스트 데이터(30), 데이터 유닛들의 제1 수량(32)을 규정짓는 이스케이프-시작-시퀀스(31), 상기 데이터 유닛들의 제1 수량(32), 데이터 유닛들의 제2 수량을 규정짓는 이스케이프-후속-시퀀스(33) 및 상기 데이터 유닛들의 제2 수량(34)을 구비한 데이터 스트림을 판독하기 위한 장치에 있어서,

   텍스트 데이터(30)를 디스플레이하기 위한 수단(72); 및

   상기 데이터 유닛들의 제1 수량(31)을 스킵핑하기 위해 상기 데이터 유닛들의 제1 수량(31)이 상기 이스케이프-시작-시퀀스로부터 결정되도록 상기 이스케이프-시작-시퀀스(31)를 해석하고,

   상기 데이터 유닛들의 제2 수량(34)을 스킵핑하기 위해 상기 데이터 유닛들의 제2 수량(34)이 상기 이스케이프-후속-시퀀스로부터 결정되도록 상기 이스케이프-후속-시퀀스(33)를 해석하기 위한 프로세서(71);

   를 포함하여 이루어지는 데이터 스트림 판독장치.
5. 텍스트 데이터(30), 데이터 유닛들의 제1 수량(32)을 규정짓는 이스케이프-시작-시퀀스(31), 상기 데이터 유닛들의 제1 수량(32), 데이터 유닛들의 제2 수량을 규정짓는 이스케이프-후속-시퀀스(33) 및 상기 데이터 유닛들의 제2 수량(34)을 구비한 데이터 스트림을 판독하기 위한 장치에 있어서,

   텍스트 데이터(30)를 디스플레이하기 위한 수단(72); 및

   상기 데이터 유닛들의 제1 수량(32)이 판독되도록 상기 이스케이프-시작-시퀀스(31)를 해석하고,

   상기 데이터 유닛들의 제2 수량(34)이 판독되도록 상기 이스케이프-후속-시퀀스(33)를 해석하며,

   상기 텍스트 데이터(30)를 디스플레이하면서 추가로 또는 상기 텍스트 데이터(30)를 디스플레이하는 대신에 상기 데이터 유닛들의 제1 수량(32)과 상기 데이터 유닛들의 제2 수량(34)을 함께 프로세싱(73)하기 위한 프로세서(71)를 포함하여 이루어지는 데이터 스트림 판독장치.
6. 청구항 5에 있어서,

   상기 데이터 유닛들의 제1 수량(32)과 상기 데이터 유닛들의 제2 수량(34)은 연결 타겟을 정의하고, 그리고

   상기 프로세서(71)는 상기 목표에 데이터 연결을 수행하도록 실행되는 것을 특징으로 하는 데이터 스트림 판독장치.
7. 청구항 5에 있어서,

   상기 데이터 유닛들의 제1 수량(32) 또는 상기 데이터 유닛들의 제2 수량(34) 또는 덧붙여진 데이터 유닛들의 수는 객체에 대한 절대적인 또는 상대적인 타임아웃 기간을 규정하고, 그리고

   상기 프로세서(71)는 단지 타임아웃 시간이 프로세서 타임에 도달되지 않았을 때 상기 텍스트 데이터와 확장된 멀티미디어 컨텐트를 디스플레이하기 위한 프로세서 타임과 타임아웃 시간을 비교하는 타임아웃 컨트롤(100)을 수행하도록 실행되는 것을 특징으로 하는 데이터 스트림 판독장치.
8. 청구항 5에 있어서,

   상기 데이터 유닛들의 제1 수량(32) 또는 상기 데이터 유닛들의 제2 수량(34) 또는 덧붙여진 데이터 유닛들은 키워드들과 같이 해석될 텍스트 문자들을 규정하고, 그리고 상기 프로세서(71)는 상기 키워드에 기초를 둔 디코딩을 위한 상기 장치에서 데이터베이스 쿼리를 수행하기 위한 검색-쿼리 생성수단(102)을 구비하는 것을 특징으로 하는 데이터 스트림 판독장치.
9. 청구항 5에 있어서,

   상기 데이터 유닛들의 제1 수량(32) 또는 상기 데이터 유닛들의 제2 수량(34) 또는 덧붙여진 데이터 유닛들은 매크로 데이터를 구비하고, 그리고 상기 프로세서(71)는 상기 매크로 데이터에 의해 규정된 매크로를 수행하기 위한 매크로 프로세서 기능(103)을 수행하도록 실행되는 것을 특징으로 하는 데이터 스트림 판독장치.
10. 청구항 5에 있어서,

    상기 데이터 유닛들의 제1 수량(32) 또는 상기 데이터 유닛들의 제2 수량(34) 또는 덧붙여진 데이터 유닛들의 수는 스피치 설명을 나타내는 데이터 타입 인디케이터(90)를 구비하고, 상기 프로세서(71)는 스피치 출력에 영향을 미치기 위한 데이터 유닛들에 의해 컨트롤될 수 있는 스피치 프로세서(73, 104)를 구비하는 것을 특징으로 하는 데이터 스트림 판독장치.
11. 데이터 스트림에 텍스트 데이터(30)를 기입하는 단계;

    베이스 디코더에 의해 스킵되며 그리고 확장 디코더에 의해 해석될 데이터 유닛들의 제1 수량을 규정하는 이스케이프-시작-시퀀스(31)를 상기 데이터 스트림에 기입하며,

    상기 데이터 스트림에 상기 데이터 유닛들의 제1 수량(32)을 기입하며,

    베이스 디코더에 의해 스킵되며 그리고 확장 디코더에 의해 상기 데이터 유닛들의 제1 수량과 함께 해석될 데이터 유닛들의 제2 수량을 규정하는 이스케이프-후속-시퀀스(33)를 상기 데이터 스트림에 기입하는 단계; 그리고

    상기 데이터 스트림에 상기 데이터 유닛들의 제2 수량(34)을 기입하는 단계; 를 포함하여 이루어지는 데이터 스트림 생성방법.
12. 텍스트 데이터(30), 데이터 유닛들의 제1 수량(32)을 규정하는 이스케이프-시작-시퀀스(31), 상기 데이터 유닛들의 제1 수량(32), 데이터 유닛들의 제2 수량을 규정하는 이스케이프-후속-시퀀스(33), 및 상기 데이터 유닛들의 제2 수량(34)을 구비하는 데이터 스트림을 판독하는 방법에 있어서,

    텍스트 데이터(30)를 디스플레이(72)하는 단계;

    상기 데이터 유닛들의 제1 수량이 상기 이스케이프-시작-시퀀스로부터 결정되도록 상기 이스케이프-시작-시퀀스(31)를 해석하는 단계;

    상기 이스케이프-시작-시퀀스를 해석하는 단계에 기초된 상기 데이터 유닛들의 제1 수량을 스킵핑하는 단계;

    상기 데이터 유닛들의 제2 수량(34)이 상기 이스케이프-후속-시퀀스로부터 결정되도록 상기 이스케이프-후속-시퀀스(33)를 해석하는 단계; 및

    상기 이스케이프-후속-시퀀스를 해석하는 단계에 기초된 상기 데이터 유닛들의 제2 수량(34)을 스킵핑하는 단계; 를 포함하여 이루어지는 데이터 스트림 판독방법.
13. 텍스트 데이터(30), 데이터 유닛들의 제1 수량(32)을 규정하는 이스케이프-시작-시퀀스(31), 상기 데이터 유닛들의 제1 수량(32), 데이터 유닛들의 제2 수량을 규정하는 이스케이프-후속-시퀀스(33), 및 상기 데이터 유닛들의 제2 수량(34)을 구비하는 데이터 스트림을 판독하는 방법에 있어서,

    상기 데이터 유닛들의 제1 수량(32)이 결정되도록 상기 이스케이프-시작-시퀀스(31)를 해석하는 단계;

    상기 이스케이프-시작-시퀀스를 해석하는 단계에 기초된 상기 데이터 유닛들의 제1 수량을 판독하는 단계;

    상기 데이터 유닛들의 제2 수량(34)이 결정되도록 상기 이스케이프-후속-시퀀스(33)를 해석하는 단계;

    상기 이스케이프-후속-시퀀스를 해석하는 단계에 기초된 상기 데이터 유닛들의 제2 수량을 판독하는 단계; 및

    상기 텍스트 데이터(30)를 디스플레이하면서 추가로 또는 상기 텍스트 데이터(30)를 디스플레이하는 대신에 상기 데이터 유닛들의 제1 수량(32)과 상기 데이터 유닛들의 제2 수량(34)을 함께 프로세싱(73)하는 단계; 를 포함하여 이루어지는 데이터 스트림 판독방법.
14. 컴퓨터 프로그램이 컴퓨터 상에서 운영될 때 청구항 11, 12, 13 중의 어느 하나에 따른 방법을 수행하기 위한 프로그램 코드를 구비한 컴퓨터 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록 매체.
15. 텍스트 데이터(30), 데이터 유닛들의 제1 수량(32)을 규정하는 이스케이프-시작-시퀀스(31), 상기 데이터 유닛들의 제1 수량(32), 데이터 유닛들의 제2 수량을 규정하는 이스케이프-후속-시퀀스(33), 및 상기 데이터 유닛들의 제2 수량(34)을 구비하는 데이터 스트림을 기록한 컴퓨터로 읽을 수 있는 기록 매체.
16. 삭제
17. 삭제
18. 삭제
19. 삭제
20. 삭제
21. 삭제
22. 삭제
23. 삭제
24. 삭제
25. 삭제
26. 삭제
27. 삭제
28. 삭제
29. 삭제
30. 삭제
31. 삭제
32. 삭제
33. 삭제

Images