KR20080091006A - 무선 트랜잭션 내에서 메시지들을 상관시키기 위한 시스템및 방법 - Google Patents

Abstract

무선 트랜잭션 내에서의 메시지들을 상관시키기 위한 방법 및 시스템이 개시된다. 메시지들 각각은 고유 메시지 식별자를 요구하며, 이 방법은, 관련된 메시지들에 대해서는 동일한 트랜잭션 식별자를 생성하는 단계; 트랜잭션 내에서의 메시지의 번호에 대응하는 메시지 인덱스를 상기 트랜잭션 식별자에 추가하는 단계를 포함함으로써, 상기 트랜잭션 식별자와 메시지 인덱스는 메시지들 각각에 대하여 고유 메시지 식별자를 형성한다.

무선 트랜잭션, 고유 메시지 식별자, 트랜잭션 식별자, 메시지 인덱스

Description

무선 트랜잭션 내에서 메시지들을 상관시키기 위한 시스템 및 방법{SYSTEM AND METHOD FOR CORRLEATING MESSAGES WITHIN A WIRELESS TRANSACTION}

본 출원은 대체로 비동기 통신 시스템 환경에서 메시지들의 효율적인 통신 및 트랜잭션에 관한 것으로, 특히 무선 네트워크에서 메시지들의 상관에 관한 것이다.

무선 통신 환경에서, 무선 장치와, 네트워크 서버와 같은 네트워크 요소 사이에서는 메시지들이 전송된다. 이들 메시지들은 전형적으로 메시지를 식별케하는 고유 식별자를 포함한다. 이러한 고유 식별자는 이후부터 "메시지 id"라 언급될 것이다.

또한, 메시지는 전형적으로, 무선 장치나 무선 요소가 메시지를 더욱 용이하게 해석하도록 허용하기 위해서 메시지 타입을 식별케하는 필드를 포함할 것이다.

메시지들 그 자체는 장치와 무선 요소 사이의 개별 메시지들의 논리적 그룹으로 종종 그룹화될 수 있다. 예를 들어, 송출 메시지는 후속 수신되는 인입 메시지와 어느 정도 연관된다. 장치와 서버 사이의 개별 메시지들의 논리적 그룹은 트랜잭션을 형성한다. 트랜잭션 내의 메시지들을 상관시키는 것이 종종 바람직할 것 이다.

그러나, 무선 통신에서 메시지 순서는 종종 비동기적이다. 따라서, 예를 들어, 복수의 송출 메시지들이 전송되고 그 송출 메시지들이 전송된 순서와는 상이한 순서로 인입 메시지들이 수신될 수 있다. 이를 극복하기 위해, 전형적인 해결책은 모든 메시지 내에서 트랜잭션 식별자 필드를 사용하는 것이다. 이 필드는 메시지 식별자 및 메시지 타입 필드에 더하여 추가된다. 그러나, 트랜잭션 식별자 필드의 추가는 문제가 있는데, 이는 트랜잭션 식별자는 다른 트랜잭션 식별자와 구분되기에 충분할만큼 클 필요가 있으므로, 모든 메시지에 트랜잭션 식별자를 추가하기 위한 네트워크 자원면에서의 오버헤드가 상당히 크기 때문이다.

본 발명의 시스템 및 방법은, 트랜잭션 식별자와 메시지 인덱스의 조합으로서 메시지 식별자 필드를 구성함으로써 종래 기술의 단점들을 극복하는 것에 관한 것이다. 양호하게는, 메시지 크기를 감소시켜 네트워크 용량을 절감하면서도, 전역적으로 또는 국부적으로 고유한 메시지 식별자 필드가 여전히 제공된다.

추가적인 양태에서, 몇개의 메커니즘을 통해 트랜잭션에 대한 트랜잭션 타입이 식별될 수 있다. 제1 메커니즘은 메시지 식별자에 트랜잭션 타입 인덱스를 추가하는 것이다.

제1 메커니즘은 트랜잭션 타입을 명시하기 위해 트랜잭션에서 첫번째 메시지의 메시지 인덱스를 사용하는 것이다. 모바일 장치 및 네트워크 요소는 새로운 트랜잭션 식별자를 인식하고 그에 따라 메시지 인덱스를 무시할 수도 있는데, 이는 트랜잭션 내에서 그 메시지가 첫번째 메시지인 것으로 간주되기 때문이다. 인덱스 필드는 트랜잭션 타입 인덱스로 대체될 수도 있기 때문에 메시지의 트랜잭션 타입을 식별하는데 사용될 수 있다.

제3 메커니즘은 트랜잭션 타입을 식별하기 위해 휴리스틱(heuristics)을 사용하는 것이다. 구체적으로, 메시지 크기, 사용된 무선 베어러(radio bearer), 또는 메시지의 다른 특징들이 트랜잭션 타입을 예비적으로 식별하기 위해 사용될 수 있다. 만일 후속하여 트랜잭션 타입의 할당이 올바르지 않은 것으로 발견되면, 트랜잭션 타입은 재할당될 수 있다.

제4 메커니즘은, 어떠한 트랜잭션 타입도 존재하지 않으나, 메시지들이 메시지 타입 정보를 포함하는 것이다. 이해하겠지만, 트랜잭션 내의 첫번째 메시지의 메시지 타입은 종종 트랜잭션을 고유하게 식별케할 것이다.

트랜잭션 타입의 신원확인은 트랜잭션 내에서 메시지 타입의 추적을 제공할 수도 있다. 구체적으로, 트랜잭션은 특정한 순서로 되어 있다고 기대되는 제한된 갯수의 메시지 타입들을 가지므로, 트랜잭션을 추적함으로써 다음 메시지 타입이 유도될 수 있다. 그 결과, 메시지 식별자로부터 트랜잭션 타입이 식별될 수 있다면 별도의 메시지 타입 필드를 가질 필요가 없어질 것이다.

따라서, 본 출원은 무선 트랜잭션 내에서 메시지들을 상관시키기 위한 방법을 제공한다. 상기 메시지들 각각은 고유한 메시지 식별자를 요구하며, 이 방법은, 트랜잭션 식별자를 생성하는 단계로서, 상기 트랜잭션 식별자는 관련된 메시지들에 대해 동일한 것인, 상기 트랜잭션 식별자를 생성하는 단계와; 상기 트랜잭션 식별자에 메시지 인덱스를 추가하는 단계로서, 상기 메시지 인덱스는 트랜잭션 내에서의 메시지의 번호에 대응함으로써, 상기 트랜잭션 식별자와 메시지 인덱스는 상기 메시지들 각각에 대한 고유 메시지 식별자를 형성하는 것인, 상기 트랜잭션 식별자에 상기 메시지 인덱스를 추가하는 단계를 포함한다.

본 출원은 무선 트랜잭션 내의 메시지들을 상관시키도록 구성된 메시지 식별자를 더 제공할 수 있다. 이 메시지 식별자는, 관련된 메시지들에 대해 동일한 트랜잭션 식별자, 및 메시지 인덱스를 포함하고, 상기 메시지 인덱스는 트랜잭션 내 에서의 메시지의 번호에 대응한다.

본 출원은 무선 트랜잭션 내의 관련된 메시지들을 처리하기 위한 방법을 더 제공한다. 이 방법은, 메시지를 수신하는 단계로서, 상기 메시지는 관련된 메시지들에 대해 동일한 트랜잭션 식별자를 포함하는 메시지 식별자와, 트랜잭션 내에서의 메시지의 번호에 대응하는 메시지 인덱스를 갖는 것인, 상기 메시지를 수신하는 단계와; 상기 메시지 식별자로부터 트랜잭션 식별자를 추출하는 단계와; 상기 트랜잭션 식별자가 알려진 것인지의 여부를 검사하여, 알져지지 않은 경우, 그 트랜잭션 식별자에 대한 트랜잭션 레코드를 생성하고, 트랜잭션 타입이 이용가능한지의 여부를 검사하는 단계와; 알려져 있는 경우, 트랜잭션 레코드를 갱신하고, 그 트랜잭션 레코드에 기초하여 메시지를 처리하는 단계를 포함한다.

본 출원은 무선 네트워크 내에서 상관된 메시지들을 처리하기 위한 네트워크 요소를 더 제공한다. 이 네트워크 요소는, 복수의 트랜잭션 타입들 각각에 대한 메시지 타입과 시퀀스를 저장하는 프로토콜 데이터 스토리지와; 기존 트랜잭션들에 대한 트랜잭션 레코드를 저장하는 트랜잭션 상태 스토리지와; 메시지 프로세서를 포함하고, 상기 메시지 프로세서는, 관련된 메시지들에 대해 동일한 트랜잭션 식별자를 포함하는 메시지 식별자와, 트랜잭션 내에서의 메시지의 번호에 대응하는 메시지 인덱스를 갖는 메시지를 수신하고; 상기 메시지 식별자로부터 트랜잭션 식별자를 추출하고, 상기 트랜잭션 상태 스토리지로부터 상기 트랜잭션 식별자가 알려진 것인지의 여부를 검사하고, 만일 알려지지 않은 것이라면, 상기 트랜잭션 상태 스토리지 내에 그 트랜잭션 식별자에 대한 트랜잭션 레코드를 생성하고, 트랜잭션 타입이 이용가능한지의 여부를 검사하며, 만일 알려진 것이라면, 그 트랜잭션 레코드를 갱신하고, 그 트랜잭션 레코드에 기초하여 메시지를 처리하도록 구성되어 있다.

무선 트랜잭션 내에서의 메시지들을 상관시키기 위한 방법 및 시스템이 개시된다.

이제 도 1을 참조한다. 도 1은 장치(10)와 서버(20) 사이의 통신에 대한 예시적 흐름도를 예시한다. 도 1의 예는 장치(10)와 서버(20)간의 통신을 예시하기 위한 것이지 본 발명을 제한하기 위한 것은 아니다.

장치(10)는 서버(20)에 다양한 메시지를 전송할 수 있다. 도 1의 예에서, 메시지들(30, 32, 34, 및 36)이 서버(20)에 전송된다. 메시지들(30, 32, 34, 및 36) 각각은 상이한 사항에 관한 것이고, 도 1에서는 상이한 라인 타입으로 예시되어 있다. 메시지들(30, 32, 34, 및 36)의 예들로는, 콘텐츠 요청, 콘텐츠 수신 확인, 추가 콘텐츠 요청, 콘텐츠 응답이 포함될 수 있다.

장치(10)는 메시지들(30, 32, 34, 및 36)과 같은 많은 메시지들을 서버(20)에 전송할 수 있다. 그러나, 무선 통신의 비동기적 성질로 인해, 메시지들(30, 32, 34, 및 36)에 기초한 서버(20)로부터 장치(10)로의 응답은 서버(20)이 메시지들(30, 32, 34, 및 36)을 수신한 순서에 대응하지 않을 수도 있다.

도 1의 예에서, 메시지(32)에 관련된 응답(40)이 장치(10)에서 먼저 수신된 다. 후속해서, 메시지(36)에 관련된 응답(42)이 장치(10)에 의해 수신된다.

도 1의 예에서, 메시지(34)에 대응하는 응답(44)이 그 다음 수신된다. 마지막으로, 메시지(30)에 대응하는 응답(46)이 수신된다.

상기에서의 문제는, 장치가, 메시지(30)에 대한 응답(46), 메시지(32)에 대한 응답(40), 메시지(34)에 대한 응답(44), 및 메시지(36)에 대한 응답(42)을 어떻게 상관시킬 것인가에 관한 것이다. 본 명세서에서, 메시지(30)와 응답(46)은 동일한 트랜잭션의 일부이다. 마찬가지로, 메시지(32)와 응답(40)은 동일한 트랜잭션의 일부이고, 메시지(34)와 응답(44)은 동일한 트랜잭션의 일부이며, 메시지(36)와 응답(42)은 동일한 트랜잭션의 일부이다. 여기서, 4개 트랜잭션들 각각은 서로 고유하다.

상기에 대한 해결책은, 트랜잭션 식별자와, 그 트랜잭션 내에서의 메시지 번호 또는 인덱스와의 조합으로서의 메시지 식별자 필드를 구축하는 것이다. 이것이 설명될 것이다.

[트랜잭션 식별자][메시지 인덱스]

당업자라면 이해하는 바와 같이, 트랜잭션 식별자와 메시지 인덱스와의 조합은 네트워크 자원의 절감을 제공한다. 구체적으로, 트랜잭션 식별자는 고유할 필요가 있다. 여기서 고유하다라는 것은, 전역적으로 고유한 값이거나, 캐리어 영역, 장치, 서버, 서비스, 채널과 같은 정황 내에서 고유한 값으로서 정의될 수 있다. 또한, 당업자라면 이해하겠지만, 고유하다라는 것은 반드시 완전하게 고유할 필요는 없고, 다른 트랜잭션 식별자와 동일한 값을 가질 확률이 통계적으로 낮기만 하면 된다.

메시지 식별자도 역시 고유할 필요가 있기 때문에, 고유한 트랜잭션 식별자와, 트랜잭션 내에서의 메시지에 대한 인덱스와의 조합은 고유 메시지 식별자를 제공한다. 고유한 값의 구현을 위해 메시지마다 상당한 수의 바이트를 요구하기 때문에, 하나의 고유한 값의 제거는 자원을 절감시켜 준다.

따라서, 예를 들어, 만일 트랜잭션 식별자가 "1234"라면, 메시지 인덱스는 트랜잭션 식별자 이후에 추가될 수 있다. 예를 들어, 메시지 인덱스는 01이면, 그에 따라, 메시지 식별자는 123401이 된다. 당업자라면 이해하겠지만, 이것은 트랜잭션 및 메시지 양자 모두를 식별하기 위해 훨씬 짧은 식별자를 형성한다.

상기 "1234"의 예는 간략화된 것에 불과하고, 실제적으로는, 전역적으로 고유하거나, 캐리어 영역, 장치, 서버, 서비스 또는 채널과 같은 정황 내에서 고유한 식별자를 만들기 위해서는 다수의 바이트가 요구된다. 이와 같은 식별자는, 예를 들어, 장치 또는 서버에서 타임 스탬프에 기초하여 난수 발생기로 발생될 수 있다.

상기로부터 메시지 인덱스는 매우 작을 수 있다. 예를 들어, 무선 트랜잭션은 전형적으로 짧고 대개는 16개보다 작은 수의 메시지를 요구한다. 따라서, 메시지 인덱스로서 2 내지 4비트 정도가 트랜잭션 식별자에 추가될 수 있다. 그러나, 이것은 메시지 인덱스의 일례일 뿐이며, 제한을 의미하는 것은 아니다. 다른 크기의 메시지 인덱스가 사용될 수 있으며 당업자에게는 자명할 것이다.

전술한 사항은, 전형적으로 32 내지 256 바이트 사이에 있는 트랜잭션 식별자가, 32 내지 256 바이트 사이에 있는 별개의 메시지 식별자에 부가될 필요가 없 다는 잇점을 제공한다. 그리하여, 오버헤드가 절감된다.

또 다른 양태에서, 트랜잭션 식별자, 메시지 식별자 및 양호하게는 메시지 타입 필드를 대체하기 위해, 트랜잭션 식별자 및 메시지 인덱스를 갖는 단일의 메시지 식별자 필드가 사용될 수 있다.

특히, 콘텐츠 전달 프레임워크에서 트랜잭션 타입들이 미리정의되고, 따라서, 트랜잭션에 참여하는 메시지들의 타입들도 미리정의된다. 게다가, 트랜잭션 내의 이들 메시지들의 순서가 미리정의된다.

이것은 도 2, 3, 및 4를 참조하여 보다 상세히 기술될 것이다.

도 2를 참조하면, 풀드 컨텐츠 시스템(pulled content system)에서 전형적인 푸시된 통지에 대한 흐름도가 예시되어 있다.

도 2에서, 장치(10) 및 서버(20)는 서로 통신한다. 도 2의 예에서 트랜잭션은, 콘텐츠가 이용가능하다는 사실을 장치(10)에 통지하는 첫번째 메시지(210)를 예시하고 있다. 이에 응답하여, 장치(10)는, 이용가능한 콘텐츠를 얻기 위해 콘텐츠 요청을 포함하는 메시지(212)를 서버(20)에 전송한다.

그 다음, 서버는, 메시지(214)에서, 콘텐츠 응답을 전송한다.

그 다음, 장치(10)는 선택사항으로서, 확인(216)을 전송한다.

이해하겠지만, 메시지들(210, 212, 214, 및 216)은 풀드 컨텐츠 시스템에서의 푸시된 통지에 대한 트랜잭션을 형성한다. 트랜잭션의 타입은 메시지들의 타입 및 이들 메시지들의 순서를 정의한다.

또한, 메시지들(210, 212, 및 214) 중 임의의 메시지에 대한 오류 발생시에, 상기 정의된 메시지들 대신에, 단계(212, 214, 또는 216)에서 오류 메시지가 전송될 수 있다.

도 3을 참조하면, 풀 시스템(pull system)이 제공된다. 도 3의 예에서, 장치(10)는 서버(20)와 통신한다. 첫번째 메시지(310)는 장치(10)로부터 서버(20)로 전송되고, 콘텐츠 요청을 형성한다.

메시지(310)에 대한 응답으로서, 서버(20)는 콘텐츠 응답을 제공하는 메시지(312)를 전송한다. 그 다음, 장치(10)는 선택사항으로서 확인 메시지(314)를 전송할 수 있다.

상기 도 2의 예에서와 같이, 도 3의 메시지들(310, 312, 및 314)은 단일의 트랜잭션을 형성한다. 나아가, 트랜잭션 타입에 기초하여, 트랜잭션 내의 메시지들은 미리 결정되고 메시지들의 순서는 미리 결정된다.

당업자라면 이해하겠지만, 메시지들(310 또는 312)에서의 오류 발생시에, 메시지들(312 또는 314) 대신에 오류 메시지가 전송될 수 있다.

도 4를 참조하면, 이 도면은 푸시 시스템에 대한 예시적 흐름도를 도시하고 있다. 도 4의 예에서, 도 2의 예에서와 같이 콘텐츠에 대한 단순 통지가 아니라 콘텐츠 그 자체가 장치(10)에 푸시된다.

도 4에서, 장치(10)는 서버(20)와 통신한다. 서버(20)는, 메시지(410)에서, 콘텐츠 또는 콘텐츠의 일부를 장치(10)에게 전송할 수 있다.

응답으로, 장치(10)는 선택사항으로서 메시지(412)에서 확인을 전송할 수 있다. 대안으로서, 장치(10)는 메시지(412)에서 추가 콘텐츠 요청 또는 오류 메시지 를 전송할 수 있다.

그 다음, 서버(20)는, 콘텐츠가 이용가능하게 되었을 때 또는 추가 콘텐츠 요청이 수신된 경우, 메시지(414)에서 더 많은 콘텐츠를 전송할 수 있다. 이것은, 예를 들어, 장치가 제한된 용량을 갖거나 푸시 베어러가 크기 제한을 갖는 경우 콘텐츠 분할을 위해 사용될 수 있다. 메시지(416)에서, 장치는 선택사항으로서 콘텐츠의 수신을 확인하거나, 추가 콘텐츠를 요청하거나, 오류 메시지를 전송할 수 있다.

상기 도 2 및 도 3의 예들에서와 같이, 메시지(410 및 412)는 단일의 트랜잭션을 형성한다. 나아가, 만일 메시지(412)가 추가 콘텐츠 요청이라면, 도 4의 메시지(414 및 416)는 동일한 트랜잭션의 일부를 형성할 수 있다. 한 실시예에서, 메시지 인덱스는 최대값에 도달한 후 리셋될 수 있다. 따라서, 예를 들어, 만일 16개 메시지들이 트랜잭션의 일부를 형성한다면, 메시지 인덱스는 15번째 메시지 이후에 0으로 되돌아갈 수 있다.

트랜잭션 타입에 기초하여, 메시지들(410 및 412)에 대한 메시지 타입들이 알려지고, 나아가, 메시지들(410 및 412)의 순서가 알려진다.

트랜잭션에서 메시지 타입 및 순서가 미리 정의되기 때문에, 전술된 바와 같은 트랜잭션 식별자 및 트랜잭션 내에서의 메시지 번호 또는 인덱스의 사용은 트랜잭션에 참여하고 있는 메시지들의 타입들을 식별할 수 있게 한다.

특히, 트랜잭션 타입을 고유하게 식별하기 위해 다양한 옵션들이 존재한다.

제1 옵션에서, 트랜잭션 타입은, 메시지 식별자의 트랜잭션 식별자에 내장될 수 있다. 그 결과, 메시지 인덱스를 식별하기 위한 제2 서브셋이 트랜잭션 내에 존재해야 한다는 요건이 만족되어야 한다. 구체적으로, 만일 장치가 16개 타입의 트랜잭션을 수신할 수 있다면, 트랜잭션 타입은 4비트로서, 트랜잭션 식별자의 어디엔가에 추가될 수 있다. 따라서, 예를 들어, 트랜잭션 식별자의 선두에 트랜잭션 타입 인덱스를 추가함으로써 트랜잭션 식별자가 확장될 수 있다. 이것은 이하와 같이 예시될 수 있다:

[트랜잭션 식별자][메시지 인덱스]

여기서, 메시지 식별자의 트랜잭션 식별자 서브셋은 트랜잭션 타입을 포함한다.

그러나, 이것은 제한을 의미하는 것이 아니며, 트랜잭션 타입은 트랜잭션 식별자 필드 내의 어디에나 추가될 수 있다. 당업자에게는 트랜잭션 타입과 트랜잭션 식별자를 결합한 다양한 형태가 가능할 것이다.

제2 옵션은, 트랜잭션 타입이 메시지 식별자 필드의 트랜잭션 식별자 서브셋에 내장되지 않고, 그 대신, 장치 또는 서버가 그들이 이전에 본적이 없는 트랜잭션 번호를 수신하면, 이를 그 트랜잭션 내에서의 첫번째 메시지로서 해석하는 것이다. 따라서, 메시지 인덱스와는 별개로서 트랜잭션 타입을 추가하는 것 대신에, 트랜잭션 내에서의 첫번째 메시지에 대한 메시지 인덱스는 트랜잭션 타입을 식별케해야한다. 장치 또는 서버는, 메시지 인덱스가 트랜잭션 타입을 식별케하고, 그 메시지는 트랜잭션에서의 첫번째 메시지인 것으로 이해할 것이다.

상기 제2 옵션이, 메시지 식별자가 하기와 같은 트랜잭션 내에서 첫번째 메 시지에 대해 예시된다.

[트랜잭션 식별자][트랜잭션 타입 인덱스]

그리고, 트랜잭션 내의 후속 메시지들에 대해, 메시지 식별자는 하기와 같다:

[트랜잭션 식별자][메시지 인덱스]

따라서, 트랜잭션 내에서의 연속된 메시지들은 그 식별자의 메시지 부분 내에서의 메시지 인덱스를 운반한다.

제3 옵션은 트랜잭션 타입이 메시지 식별자의 트랜잭션 식별자 서브셋에 내장되는 않는 것이다. 대부분의 경우, 트랜잭션 내의 첫번째 메시지의 타입은 트랜잭션 타입을 고유하게 식별케한다. 트랜잭션 타입 및 그 트랜잭션 내에서의 메시지들의 예상된 순서에 관한 판정은, 첫번째 메시지의 처리시에 동적으로 이루어질 수 있다. 대안으로서, 트랜잭션 타입은, 무선 베어러 또는 메시지를 전달하는데 사용되었던 인터페이스, 또는 메시지의 크기에 기초하여 식별될 수 있다. 예를 들어, 메시지의 크기는 푸시된 콘텐츠와 콘텐츠 가용성의 푸시된 통지 메시지들을 구분하는데 사용될 수 있어서, 도 2와 도 4에 도시된 트랜잭션들을 분리할 수 있다. 이 예는, 식별자 필드의 메시지 서브셋에 대한 메시지 인덱스만을 여전히 요구한다. 이것은 다음과 같이 예시된다:

[트랜잭션 식별자][메시지 인덱스]

상기 휴리스틱의 사용은 메시지가 처리될 처리구조의 층에 대한 신원확인을 허용한다. 이 경우에, 휴리스틱이 틀리고 메시지가 엉뚱한 층에서 처리되었다고 밝혀지더라도, 메시지는 그 메시지에 대한 약간의 지연과 함께 올바른 층에서 재처리될 수 있다. 그러나, 이들 타입의 휴리스틱을 사용함으로써 전반적인 시간 절감이 달성될 것이다.

제4 옵션은 트랜잭션 식별자가 트랜잭션 타입에 대한 정보를 포함하지 않는 것이다. 이 경우, 메시지 타입 정보가 메시지 서브셋에 포함된다. 이것은 다음과 같이 예시된다:

[트랜잭션 식별자][메시지 서브셋]

메시지 서브셋은 예를 들어 다음과 같다:

[메시지 인덱스][메시지 타입]

상기와 같은 트랜잭션 타입들의 사용은 도 5를 참조하여 더 도시된다. 도 5는 결합된 트랜잭션 및 메시지 식별자들을 이용하기 위한 예시적 방법의 흐름도이다. 도 5의 예에서, 이 방법은, 메시지가 수신되는 단계 510에서 시작한다. 그 다음, 이 방법은 단계 512로 진행하고, 여기서, 수신된 메시지로부터 트랜잭션 식별자가 추출된다.

그 다음, 이 방법은 단계 514로 진행하고, 여기서, 장치 또는 서버는 단계 512에서 추출된 트랜잭션 식별자가 새로운 트랜잭션 식별자인지의 여부를 알아보기 위해 검사한다. 당업자라면 이해하겠지만, 장치 또는 서버(예를 들어, 도 1, 2, 3, 또는 4의 장치(10) 또는 서버(20))는 트랜잭션 식별자를 저장하고, 만일 저장된 트랜잭션 식별자들 중 어느 것과도 정합하지 않는 트랜잭션 식별자가 수신되면, 단계 514에 대해 새로운 트랜잭션 식별자인 것으로 간주될 것이다.

단계 514로부터, 만일 새로운 트랜잭션 식별자가 식별되면, 프로세스는 단계 516으로 진행하고, 여기서 트랜잭션 레코드가 생성되고, 장치 또는 서버 상에 저장된다.

단계 516으로부터, 그 다음, 프로세스는 단계 518로 진행하고, 여기서 트랜잭션 타입이 이용가능한지의 여부를 알기 위해 검사가 이루어진다. 단계 518은 트랜잭션 타입을 식별하기 위해 상기에서 교시한 바와 같은 다양한 옵션들을 사용할 수 있다. 이것은, 예를 들어, 만일 개별 트랜잭션 타입 필드가 식별자 필드에 추가된다면 트랜잭션으로부터 트랜잭션 타입 필드를 추출하는 단계를 포함한다. 대안으로서, 이것은 첫번째 메시지일 것이기 때문에, 트랜잭션 타입을 식별하기 위해 메시지 인덱스가 트랜잭션 타입 인덱스로 대체될 수 있다. 추가의 대안에서, 트랜잭션 타입을 식별하기 위해 휴리스틱 모델이 사용될 수 있다. 추가의 대안에서, 트랜잭션 타입을 식별하기 위해 메시지 타입이 사용될 수 있다.

단계 518로부터, 만일 트랜잭션 타입이 이용가능하다면, 프로세스는 단계 520으로 진행하고, 여기서, 그 트랜잭션 타입을 포함하도록 트랜잭션 레코드가 갱신된다.

만일 트랜잭션 식별자가 새로운 것이 아니라면 프로세스는 단계 514로부터 단계 530으로 진행하고, 트랜잭션 타입이 이용가능하지 않다면 단계 518로부터 단계 530으로 진행하고, 그 외에는 단계 520으로부터 단계 530으로 진행한다. 단계 530에서는, 단계 510에서 수신되었던 메시지가 처리된다.

그 다음, 프로세스는 단계 532로 진행하고, 여기서 그 트랜잭션 상태가 갱신 된다. 예를 들어, 만일 도 2의 트랜잭션 타입을 이용하고 있다면, 일단 콘텐츠 가용성 메시지가 수신되고 나면, 트랜잭션 상태는, 장치에서 예상되는 다음 메시지는 전송되어야 할 콘텐츠 검색 요청임을 표시할 수 있다. 이해하겠지만, 각각의 트랜잭션은, 사용되는 메시지 및 메시지 순서와 더불어 특정한 프로토콜을 가진다.

프로세스는 단계 532로부터 단계 534로 진행한다. 여기서, 장치 또는 서버는 프로토콜 데이터에 따라 트랜잭션 흐름을 계속한다.

당업자라면 이해하겠지만, 도 5의 예는, 트랜잭션 타입이라 불리는 트랜잭션 식별자, 메시지 타입, 및 메시지 식별자를 포함하는 정보를 수신된 메시지로부터 추출하기위해 사용한 한 방법을 예시한 것에 불과하다. 다른 예들이 당업자에게는 자명할 것이다.

도 6을 참조하면, 도 6은 전형적인 시스템의 블럭도를 예시한다. 이 시스템에서, 장치(610)는 서버(620)와 통신한다. 장치(610)는 수신된 메시지들을 처리하도록 구성된 메시지 프로세서(612)를 포함한다.

메시지 프로세서(612)는 프로토콜 데이터 스토리지(614)와 통신한다. 프로토콜 데이터 스토리지(614)는 장치(610)가 예상하는 다양한 프로토콜을 저장한다. 이들 프로토콜들은, 예를 들어, 도 2, 3, 및 4에 예시된 바와 같은 트랜잭션 진행을 포함한다.

메시지 프로세서(612)는 장치(610)가 연루된 다양한 트랜잭션들의 현재 상태를 저장하는 트랜잭션 상태 스토리지(616)와도 통신한다. 따라서, 예를 들어, 만일 장치가 도 2에 예시된 바와 같은 트랜잭션을 진행하고 있고 서버로부터 트랜잭 션 식별자와 함께 콘텐츠 가용성의 통지를 제공하는 첫번째 메시지를 수신하였고, 동일한 트랜잭션 식별자를 이용하여 콘텐츠 요청을 전송했다면, 트랜잭션 상태 스토리지(616)는, 그 트랜잭션 식별자와 연관된 다음 차례의 메시지는 서버(620)로부터의 콘텐츠 응답이어야 한다는 것을 가리킬 수 있다.

마찬가지로, 서버(620)는 수신된 메시지들을 처리하도록 구성된 메시지 프로세서(622)를 포함한다. 나아가, 프로토콜 데이터 스토리지(624)는, 서버가 장치(610)와 통신하기 위해 채택하거나, 장치(610)와 통신할 때 사용할 수 있는 다양한 프로토콜을 포함한다.

서버(620)는 서버(620)가 연루되어 있는 다양한 트랜잭션들의 현재 상태를 식별하기 위해 트랜잭션 상태 스토리지(626)를 더 포함한다. 이런 식으로, 메시지(630)는 장치(610)와 서버(620) 사이에서 전달된다.

당업자라면 이해하겠지만, 도 1, 2, 3, 또는 4의 장치(10), 도 6의 장치(610)는 임의의 모바일 장치일 수 있다. 한 예로서의 모바일 장치가 도 7에 예시되어 있다.

도 7은 본 출원의 장치 및 방법의 양호한 실시예들과 함께 사용되기에 적합화된 모바일 스테이션을 예시하는 블럭도이다. 모바일 스테이션(700)은 양호하게는 적어도 음성 및 데이터 통신 능력을 구비한 양방향 무선 통신 장치이다. 제공되는 정확한 기능에 따라, 무선 장치는, 예를 들어, 데이터 메시징 장치, 양방향 페이저, 무선 전자메일 장치, 데이터 메시징 기능을 구비한 셀룰러 전화, 무선 인터넷 장치, 또는 데이터 통신 장치라 언급될 수 있다.

모바일 스테이션(700)이 양방향 통신이 가능한 경우, 통신 서브시스템(711)을 포함할 것이다. 이 통신 서브시스템(711)은, 수신기(712) 및 송신기(714) 양자 모두를 포함하며, 이들 외에도, 양호하게는 하나 이상의 내장된 또는 내부의 안테나 소자(716 및 718), 국부 발진기(LO, 713), 디지털 신호 처리기(DSP, 720)와 같은 처리 모듈등의 연관된 컴포넌트들을 포함한다. 통신 분야의 당업자라면 이해하겠지만, 통신 서브시스템(711)의 특정한 설계는 장치를 동작시킬 통신 네트워크에 따라 달라질 것이다.

네트워크 액세스 요건은 네트워크(719)의 타입에 따라 역시 변동할 것이다. 일부 CDMA 네트워크에서, 네트워크 액세스는 모바일 스테이션(700)의 가입자 또는 사용자와 연관된다. CDMA 모바일 스테이션은, CDMA 네트워크 상에서 동작하기 위해 착탈가능한 사용자 신분 모듈(RUIM; Removable User Identity Module) 또는 가입자 신분 모듈(SIM; Subscriber Identity Module) 카드를 요구할 것이다. SIM/RUIM 인터페이스(744)는, SIM/RUIM 카드가 디스켓이나 PCMCIA 카드처럼 삽입되고 배출될 수 있는 카드-슬롯과 통상 유사하다. SIM/RUIM 카드는 약 64K의 메모리를 가질 수 있으며, 많은 키 구성(751), 및 신원정보 및 가입자 관련 정보와 같은 기타의 정보(753)를 유지한다.

요구된 네트워크 등록 또는 활성화 프로시져가 완료된 때, 모바일 스테이션(700)은 네트워크(719)를 통해 통신 신호를 송수신할 수 있다. 도 7에 예시된 바와 같이, 네트워크(719)는 모바일 장치와 통신하는 복수개의 기지국으로 구성될 수 있다. 예를 들어, 하이브리드 CDMA 1x EVDO 시스템에서, CDMA 기지국 및 EVDO 기지국은 모바일 스테이션과 통신하고 모바일 스테이션은 양자 모두에 동시에 접속된다. EVDO 및 CDMA 1x 기지국은 모바일 장치와 통신하기 위해 상이한 페이징 슬롯들을 사용한다.

통신 네트워크(719)를 통해 안테나(716)에 의해 수신된 신호들은 수신기(712)에 입력되고, 이 수신기는 신호 증폭, 주파수 하향 변환, 필터링, 채널 선택등과 같은 일반적인 수신기 기능을 수행하며, 도 7에 도시된 예시적 시스템에서는, 아날로그 대 디지털(A/D) 변환도 수행한다. 수신된 신호의 A/D 변환은, 복조 및 디코딩과 같은 더 복잡한 통신 기능이 DSP(720) 내에서 수행되도록 허용한다. 마찬가지로, 예를 들어 DSP(720)에 의한 변조 및 인코딩을 포함하여, 전송될 신호들이 처리되고, 디지털 대 아날로그 변환, 주파수 상향 변환, 필터링, 증폭, 및 안테나(718)를 거쳐 통신 네트워크(719)를 통한 전송을 위해 송신기(714)에 입력된다. DSP(720)는 통신 신호를 처리할 뿐만 아니라, 수신기 및 송신기 제어를 제공한다. 예를 들어, 수신기(712) 및 송신기(714)에서 통신 신호에 가해지는 이득은, DSP(720)에서 구현된 자동 이득 제어 알고리즘을 통해 적응적으로 제어될 것이다.

모바일 스테이션(700)은 양호하게는 장치의 전반적 동작을 제어하는 마이크로프로세서(738)를 포함한다. 적어도 데이터 및 음성 통신을 포함한 통신 기능들이 통신 서브시스템(711)을 통해 수행된다. 마이크로프로세서(738)는 디스플레이(722), 플래시 메모리(724), 랜덤 액세스 메모리(RAM, 726), 보조 입력/출력(I/O) 서브시스템(728), 직렬 포트(730), 하나 이상의 키보드 또는 키패드(732), 스피커(734), 마이크로폰(736), 단거리 통신 서브시스템과 같은 기타의 통신 서브 시스템(740) 및 전체적으로 742로 표시된 임의의 기타 장치 서브시스템들과도 역시 상호작용한다. 직렬 포트(730)는 USB 포트 또는 당업자에게 알려진 기타의 포트를 포함할 수 있다.

도 7에 도시된 서브시스템들의 일부는 통신-관련 기능들을 수행하는 반면, 다른 서브시스템들은 "상주" 기능 또는 온-디바이스 기능을 제공할 것이다. 주목할 것은, 예를 들어, 키보드(732) 및 디스플레이(722)와 같은 일부 서브시스템들은 통신 네트워크를 통해 전송하기 위한 텍스트 메시지를 입력하는 것과 같은 통신-관련 기능들, 및 계산기 또는 작업 리스트와 같은 장치-상주 기능들 양자 모두를 위해 사용될 수 있다.

마이크로프로세서(738)에 의해 사용되는 운영 체제 소프트웨어는 양호하게는 플래시 메모리(724)와 같은 영구 저장장치 내에 저장되지만, 그 대신에 ROM 또는 (도시되지 않은) 유사한 저장 소자가 사용될 수도 있다. 당업자라면, 운영 체제, 특정 장치 애플리케이션, 또는 그 일부가 RAM(726)과 같은 휘발성 메모리에 일시적으로 로드될 수 있다는 것을 이해할 것이다. 수신된 통신 신호들은 또한 RAM(726)에 저장될 수 있다.

도시된 바와 같이, 플래시 메모리(724)는 컴퓨터 프로그램(758) 및 프로그램 데이터 스토리지(750, 752, 754 및 756) 양자 모두에 대해 상이한 영역들로 분할될 수 있다. 이들 상이한 스토리지 타입들은 각각의 프로그램이 그들 자신의 데이터 스토리지 요건들에 대해 플래시 메모리(724)의 일부를 할당할 수 있다는 것을 가리킨다. 운영 체제 기능에 추가하여, 마이크로프로세서(738)는 양호하게는 모바일 스테이션 상에서 소프트웨어 애플리케이션들의 실행을 가능케한다. 예를 들어, 적어도 데이터 및 음성 통신 애플리케이션을 포함한, 기본적 동작을 제어하는 미리결정된 애플리케이션 세트가, 통상 제조 중에 모바일(700) 상에 설치될 것이다. 기타의 애플리케이션들이 후속하여 또는 동적으로 설치될 수 있다.

양호한 소프트웨어 애플리케이션은, 전자메일, 캘린더 이벤트, 음성 메일, 약속, 및 태스크 항목을 포함하지만 이들로만 한정되지 않는 모바일 스테이션의 사용자에 관한 데이터 항목들을 조직하고 관리하는 능력을 갖는 개인 정보 관리자(PIM; personal information manager) 애플리케이션일 것이다. 당연히, PIM 데이터 항목들의 저장을 용이하게 하기 위해 모바일 스테이션 상에는 하나 이상의 메모리 저장소가 이용가능할 것이다. 이와 같은 PIM 애플리케이션은 무선 네트워크(719)를 통해 데이터 항목들을 송수신하는 능력을 가질 것이다. 양호한 실시예에서, PIM 데이터 항목들은, 호스트 컴퓨터 시스템에 저장되거나 호스트 컴퓨터 시스템과 연관된 모바일 스테이션 사용자의 대응하는 데이터 항목들과 솔기없이(seamless) 통합되고, 동기화되고, 갱신된다. 추가의 애플리케이션들이, 네트워크(719), 보조 I/O 서브시스템(728), 직렬 포트(730), 단거리 통신 서브시스템(740) 또는 기타의 적절한 서브시스템(742)을 통해 모바일 스테이션(700) 상에 로드되고, 마이크로프로세서(738)에 의한 실행을 위해 사용자에 의해 RAM(726)에, 또는 양호하게는 비휘발성 저장소(미도시)에 설치된다. 애플리케이션 설치에서 이와 같은 융통성은 장치의 기능성을 증가시키고 향상된 온-디바이스 기능, 통신-관련 기능, 또는 양자 모두를 제공할 것이다. 예를 들어, 보안 통신 애플리케이션은 전자 상거래 기능 및 기타의 이와 같은 금융 거래가 모바일 스테이션(700)을 이용하여 수행될 수 있도록 한다.

데이터 통신 모드에서, 텍스트 메시지 또는 웹 페이지 다운로드와 같은 수신된 신호는 통신 서브시스템(711)에 의해 처리되고, 마이크로프로세서(738)에 입력된다. 마이크로프로세서는 양호하게는 디스플레이(722), 또는 대안으로서 보조 I/O 장치(728)로의 출력을 위해 수신된 신호를 더 처리한다. 전달 클라이언트(140)와 대등할 수 있는 전달 클라이언트(760)도 역시 입력을 처리할 수 있다.

모바일 스테이션(700)의 사용자는, 디스플레이(722) 및 아마도 보조 I/O 장치(728)와 연계하여, 양호하게는 완전한 영숫자 키보드 또는 전화-타입 키패드인 예를 들어 키보드(732)를 사용하여 전자메일 메시지들과 같은 데이터 항목들을 작성할 수도 있다. 그 다음, 이와 같이 작성된 항목은 통신 서브시스템을 거쳐 통신 네트워크를 통해 전송될 것이다.

음성 통신의 경우, 모바일 스테이션(700)의 전반적 동작은, 수신된 신호는 양호하게는 스피커(734)에 출력될 것이고, 전송용 신호는 마이크로폰(736)에 의해 발생될 것이라는 점을 제외하고는, 유사하다. 음성 메시지 기록 서브시스템과 같은 대안적인 음성 또는 오디오 I/O 서브시스템이 역시 모바일 스테이션(700) 상에 구현될 수도 있다. 비록 음성 또는 오디오 출력은 양호하게는 주로 스피커(734)를 통해 달성되지만, 예를 들어, 발신측의 신원, 음성 발신의 지속기간, 또는 기타의 음성 관련 정보를 표시하기 위해 디스플레이(722)가 사용될 수도 있다.

도 7의 직렬 포트(730)는, 통상 사용자의 데스크탑 컴퓨터(미도시)와의 동기 화가 요망되는 PDA-타입 모바일 스테이션에서 구현되지만, 선택사항에 해당하는 장치 컴포넌트이다. 이와 같은 포트(730)는, 사용자가 외부 장치나 소프트웨어 애플케이션을 통해 선호사항을 설정할 수 있도록 해주며, 무선 통신 네트워크가 아닌 다른 방법을 통해 모바일 스테이션(700)에 정보 또는 소프트웨어 다운로드를 제공함으로써 모바일 스테이션(700)의 능력을 확장시킬 것이다. 직접적이어서 신뢰성있는 접속 또는 신뢰받은 접속(trusted connection)을 통해 장치 상에 암호화 키를 로드하여 안전한 장치 통신을 가능케하기 위해 대안적인 다운로드 경로가 사용될 수 있다. 당업자라면 이해하겠지만, 모뎀으로서 동작하는 컴퓨터에 접속하기 위해 직렬 포트(730)가 또한 사용될 수 있다.

단거리 통신 서브시스템과 같은 기타의 통신 서브시스템(740)은, 모바일 스테이션(700)과, 상이한 시스템들 또는 반드시 유사한 장치일 필요는 없는 장치들 사이에서 통신을 제공할 수 있는 추가의 선택사항적 컴포넌트이다. 예를 들어, 서브시스템(740)은 적외선 장치 및 연관된 회로들 및 컴포넌트들 또는 블루투스^TM 통신 모듈을 포함하여, 유사한 능력을 갖춘 시스템 및 장치들과의 통신을 제공한다.

본 명세서에서 기술된 실시예들은 본 출원 기술의 요소들에 대응하는 요소들을 갖는 구조, 시스템, 또는 방법의 예들이다. 본 명세서는 당업자로 하여금 본 출원 기술의 요소들에 대응하는 비슷한 대안적인 요소들을 갖는 실시예를 구상하고 사용할 수 있도록 해준다. 따라서, 본 출원 기술의 의도된 범위는 본 명세서에서 기술된 출원 기술과 상이하지 않은 기타의 구조, 시스템, 또는 방법을 포함하며, 나아가, 본 명세서에서 기술된 본 출원 기술과 실질적이지 않은 차이점을 갖는 구조, 시스템, 또는 방법을 더 포함한다.

도 1은 무선 통신의 비동기적 성질을 예시하는 흐름도.

도 2는 푸시된 콘텐츠 가용성 통지를 이용하는 풀 베이스 콘텐츠 전달에 대한 전형적인 콘텐츠 전달 트랜잭션의 흐름도.

도 3은 풀 타입 전달 트랜잭션을 예시하는 흐름도.

도 4는 푸시 콘텐츠 전달 트랜잭션을 예시하는 흐름도.

도 5는 결합된 트랜잭션 식별자 및 메시지 인덱스를 이용하기 위한 예로서의 방법을 예시하는 흐름도.

도 6은 본 발명의 방법에 사용되는 간략화된 시스템의 블럭도.

도 7은 본 발명의 방법 및 시스템과 함께 사용될 수 있는 예시적 모바일 장치의 블럭도.

Claims (22)

1. 무선 트랜잭션 내의 메시지들을 상관시키기 위한 컴퓨터 구현된 방법으로서, 상기 메시지들 각각은 고유 메시지 식별자를 요구하는 것인, 상기 방법에 있어서,

   트랜잭션 식별자를 생성하는 단계로서, 상기 트랜잭션 식별자는 관련된 메시지들에 대해 동일한 것인, 상기 트랜잭션 식별자를 생성하는 단계와;

   상기 트랜잭션 식별자에 메시지 인덱스를 추가하는 단계로서, 상기 메시지 인덱스는 상기 무선 트랜잭션 내에서의 메시지의 번호에 대응하는 것인, 상기 메시지 인덱스를 추가하는 단계를 포함하고,

   상기 트랜잭션 식별자와 메시지 인덱스는 상기 무선 트랜잭션 내에서의 상기 메시지들 각각에 대한 고유 메시지 식별자를 형성하는 것인, 무선 트랜잭션 내의 메시지들을 상관시키기 위한 컴퓨터 구현된 방법.
2. 제1항에 있어서, 상기 고유 메시지 식별자 내에 트랜잭션 타입을 식별케하는 인덱스를 삽입하는 단계를 더 포함하는, 무선 트랜잭션 내의 메시지들을 상관시키기 위한 컴퓨터 구현된 방법.
3. 제1항에 있어서, 상기 메시지 인덱스를 상기 트랜잭션의 첫번째 메시지 내의 트랜잭션 타입 인덱스로 대체하는 단계를 더 포함하는, 무선 트랜잭션 내의 메시지들을 상관시키기 위한 컴퓨터 구현된 방법.
4. 제1항 내지 제3항 중 어느 한 항에 있어서, 메시지 타입 인덱스를 상기 고유 메시지 식별자에 추가하는 단계를 더 포함하는, 무선 트랜잭션 내의 메시지들을 상관시키기 위한 컴퓨터 구현된 방법.
5. 제1항 내지 제4항 중 어느 한 항에 있어서, 상기 고유 메시지 식별자는 전역적으로 고유하거나, 캐리어 영역, 장치, 서버, 서비스, 및/또는 채널 중 임의의 것을 포함하는 정황 내에서 고유한 것인, 무선 트랜잭션 내의 메시지들을 상관시키기 위한 컴퓨터 구현된 방법.
6. 무선 트랜잭션 내의 메시지들을 상관시키도록 구성된 메시지 식별자에 있어서,

   관련된 메시지들에 대해서는 동일한 트랜잭션 식별자; 및

   상기 무선 트랜잭션 내에서의 메시지의 번호에 대응하는 메시지 인덱스

   를 포함하는 메시지 식별자.
7. 제6항에 있어서, 트랜잭션 타입을 식별케하는 인덱스를 더 포함하는 메시지 식별자.
8. 제6항에 있어서, 트랜잭션 타입 인덱스를 더 포함하고, 상기 트랜잭션 타입 인덱스는 상기 메시지 인덱스를 상기 트랜잭션의 첫번째 메시지 내의 상기 메시지 인덱스로 대체하도록 구성된 것인, 메시지 식별자.
9. 제6항 내지 제8항 중 어느 한 항에 있어서, 메시지 타입 인덱스를 더 포함하는 메시지 식별자.
10. 제6항 내지 제9항 중 어느 한 항에 있어서, 상기 메시지 식별자는 전역적으로 고유하거나, 캐리어 영역, 장치, 서버, 서비스, 및/또는 채널 중 임의의 것을 포함하는 정황 내에서 고유한 것인, 메시지 식별자.
11. 무선 트랜잭션 내의 상관된 메시지들을 처리하기 위한 컴퓨터 구현된 방법에 있어서,

    메시지를 수신하는 단계로서, 상기 메시지는, 관련된 메시지들에 대해 동일한 트랜잭션 식별자를 포함하는 메시지 식별자와, 상기 무선 트랜잭션 내에서의 상기 메시지의 번호에 대응하는 메시지 인덱스를 갖는 것인, 상기 메시지를 수신하는 단계와;

    상기 메시지 식별자로부터 상기 트랜잭션 식별자를 추출하는 단계와;

    상기 트랜잭션 식별자가 알려진 것인지의 여부를 검사하는 단계와;

    만일 알려진 것이 아니라면,

    상기 트랜잭션 식별자에 대한 트랜잭션 레코드를 생성하는 단계와;

    트랜잭션 타입이 이용가능한지의 여부를 검사하는 단계를,

    만일 알려진 것이라면,

    상기 트랜잭션 레코드를 갱신하는 단계와;

    상기 트랜잭션 레코드에 기초하여 상기 메시지를 처리하는 단계를

    포함하는 무선 트랜잭션 내의 상관된 메시지들을 처리하기 위한 컴퓨터 구현된 방법.
12. 제11항에 있어서, 상기 메시지 식별자는 상기 트랜잭션 타입을 포함하는 인덱스를 더 포함하는 것인, 무선 트랜잭션 내의 상관된 메시지들을 처리하기 위한 컴퓨터 구현된 방법.
13. 제11항에 있어서, 상기 메시지 인덱스를 상기 트랜잭션의 첫번째 메시지 내의 트랜잭션 타입 인덱스로 대체하는 단계를 더 포함하는 무선 트랜잭션 내의 상관된 메시지들을 처리하기 위한 컴퓨터 구현된 방법.
14. 제11항에 있어서, 상기 트랜잭션 타입이 이용가능한지의 여부를 검사하는 단계는, 상기 트랜잭션 타입을 휴리스틱(heuristically)을 사용하여 유도하는 단계를 포함하는 것인, 무선 트랜잭션 내의 상관된 메시지들을 처리하기 위한 컴퓨터 구현된 방법.
15. 제14항에 있어서, 상기 휴리스틱을 사용한 트랜잭션 타입의 유도는, 상기 메시지의 크기; 상기 메시지를 전달하는데 사용된 베어러; 또는 상기 메시지를 전달하는데 사용된 인터페이스 중 임의의 것에 기초하는 것인, 무선 트랜잭션 내의 상관된 메시지들을 처리하기 위한 컴퓨터 구현된 방법.
16. 제11항 내지 제15항 중 어느 한 항에 있어서, 상기 메시지 식별자는 메시지 타입 인덱스를 더 포함하는 것인, 무선 트랜잭션 내의 상관된 메시지들을 처리하기 위한 컴퓨터 구현된 방법.
17. 제11항 내지 제16항 중 어느 한 항에 있어서, 상기 고유 메시지 식별자는 전역적으로 고유하거나, 캐리어 영역, 장치, 서버, 또는 서비스, 및/또는 채널 중 임의의 것을 포함하는 정황 내에서 고유한 것인, 무선 트랜잭션 내의 상관된 메시지들을 처리하기 위한 컴퓨터 구현된 방법.
18. 제11항 내지 제17항 중 어느 한 항에 있어서, 트랜잭션 타입은 한정된 세트의 메시지 타입들을 정의하고, 상기 처리하는 단계는 메시지 타입을 유도하기 위해 상기 트랜잭션 타입을 이용하는 것인, 무선 트랜잭션 내의 상관된 메시지들을 처리하기 위한 컴퓨터 구현된 방법.
19. 제18항에 있어서, 트랜잭션 상태를 저장하는 단계를 더 포함하고, 상기 트랜 잭션 상태는 트랜잭션 타입 내의 메시지 시퀀스로부터 유도되는 것인, 무선 트랜잭션 내의 상관된 메시지들을 처리하기 위한 컴퓨터 구현된 방법.
20. 무선 네트워크 내에서 상관된 메시지들을 처리하기 위한 네트워크 요소에 있어서,

    복수의 트랜잭션 타입들 각각에 대하여 메시지 타입과 시퀀스를 저장하는 프로토콜 데이터 스토리지;

    기존 트랜잭션들에 대한 트랜잭션 레코드를 저장하는 트랜잭션 상태 스토리지와;

    상기 네트워크 요소로 하여금, 상기 제1항 내지 제5항 중 어느 한 항에 따른 방법, 또는 제11항 내지 제19항 중 어느 한 항에 따른 방법의 단계들을 수행케하도록 구성된 메시지 프로세서

    를 포함하는, 네트워크 요소.
21. 제20항에 있어서, 상기 네트워크 요소는 무선 장치 또는 서버인 것인, 네트워크 요소.
22. 컴퓨팅 장치로 하여금 제1항 내지 제5항 중 어느 한 항에 따른 방법, 또는 제11항 내지 제19항 중 어느 한 항에 따른 방법의 단계들을 수행케하며, 상기 컴퓨팅 장치의 프로세서에 의해 실행가능한 프로그램 명령어들을 저장하는 컴퓨터 판독 가능한 기록 매체.

Images