KR20090086447A - 메시지를 처리하는 방법, 시스템, 서버 및 단말기 - Google Patents

메시지를 처리하는 방법, 시스템, 서버 및 단말기 Download PDF

Info

Publication number
KR20090086447A
KR20090086447A KR1020097013229A KR20097013229A KR20090086447A KR 20090086447 A KR20090086447 A KR 20090086447A KR 1020097013229 A KR1020097013229 A KR 1020097013229A KR 20097013229 A KR20097013229 A KR 20097013229A KR 20090086447 A KR20090086447 A KR 20090086447A
Authority
KR
South Korea
Prior art keywords
session
message
notification message
information
terminal
Prior art date
Application number
KR1020097013229A
Other languages
English (en)
Other versions
KR101031828B1 (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 KR20090086447A publication Critical patent/KR20090086447A/ko
Application granted granted Critical
Publication of KR101031828B1 publication Critical patent/KR101031828B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/12—Application layer protocols, e.g. WAP [Wireless Application Protocol]

Abstract

메시지를 처리하는 방법, 시스템, 서버 및 단말기가 제공된다. 방법은 다음의 단계를 포함한다. 세션 요청자에 의해 송신된 세션을 구축하도록 요청하는 통지 메시지가 수신되며, 여기서 통지 메시지는 세션에 관련된 세션 관리 정보를 포함한다. 통지 메시지 내의 세션 관리 정보가 획득되고, 세션 요청자와의 세션 연결이 세션 관리 정보에 따라 개시된다. 다르게는, 세션 관리 정보에 따라 통지 메시지가 확인되고, 확인의 결과에 따라 응답 메시지가 생성되여 세션 요청자에게 송신된다. 본 발명의 실시예에서는, 데이터 싱크(DS: Data Synchronization)/디바이스 매니지먼트(DM: Device Management) 서버가 단말기로부터 회신된 정보에 따라 통지 메시지의 문제를 판정하여, 추가의 처리를 수행한다. 이로써, DS 또는 DM 서버가, 세션 연결이 DS 또는 DM 단말기에 의해 구축되었다고 통지되지 않은 경우에 맹목적이고 반복적으로 통지 메시지를 송신하는 것을 방지할 수 있다.
메시지, 응답, 세션

Description

메시지를 처리하는 방법, 시스템, 서버 및 단말기{MESSAGE PROCESSING METHOD, SYSTEM, SERVER AND TERMINAL}
본 발명은 통신 기술, 더욱 상세하게는, 메시지를 처리하는 방법, 시스템, 서버 및 단말기에 관한 것이다.
디바이스 매니지먼트(DM: Device Management) 기술이란, 서버가 오버-더-에어(OTA: Over The Air) 방식으로 단말기에 대해, 파라미터 구성, 펌웨어 업데이트, 소프트웨어 다운로드, 인스톨 및 삭제와 같은 관리 동작, 오류 진단 및 치료, 및 단말기 모니터링을 수행하는 것을 말한다. 데이터 싱크(DS: Data Synchronization) 기술이란, 데이터가 모바일 디바이스와 네트워크 서버 사이에 동기되고, 그 동기된 데이터가 전화번호부, 주소록, 달력, 단문 메시지, 메일 등을 포함하는 것을 말한다.
종래의 DM 기술 또는 DS 기술에서는, 통지 메커니즘이 제공되고, 이것에 의해 서버는 통지 메시지를 단말기 디바이스에 전달하고, 그 단말기 디바이스는 그 통지 메시지 내의 세션 식별자(ID), 서버 ID 및 다른 정보에 따라 서버와 세션 연결을 개시한다. 이 통지 메시지는 단문 메시지 또는 푸싱 방식으로 전달된다. DM 사양서는 단말기 디바이스를 DM 서버가 관리하는 메커니즘을 제공한다. 도 1을 참 조하면, 세션 관리의 흐름은 다음과 같은 단계를 포함한다.
단계 101에서, DS 또는 DM 서버가 세션 연걸을 요청하는 통지 메시지를 전달한다.
단계 102에서, 단말기가 그 통지 메시지를 수신한 후, 사용자는 즉시 세션을 연결할 것인지를 확인하고, 만일 그 확인의 결과가 세션을 연결하는 것이면 단계 103으로 진행하고, 그렇지 않으면 단말기는 어떤 처리도 수행하지 않는다.
단계 103에서, 단말기는 세션 연결을 개시하고 세션 플로(session flow)를 수행하기 위해 서버에게 초기화 패키지(initialization package)를 송신한다.
단계 104에서, 단말기에 의해 송신된 세션 연결을 개시하기 위한 초기화 패키지를 수신한 후에, 서버는 세션 동작을 수행하기 위해 단말기에게 초기화 패키지를 송신한다.
단계 105에서, 단말기 및 서버는 후속 세션 플로를 수행한다.
상술한 종래 기술에 기초하여, 본 발명자는 실제적인 동작 과정에서 몇몇 문제가 발생할 수 있다는 것을 발견했다. 그것은, 서버로부터 통지 메시지를 수신한 후에 단말기의 응답 메커니즘이 없다는 것이며, 그래서 서버는 단말기로부터 피드백을 받을 수 없어서 계속적이고 반복적으로 통지 메시지를 송신하며, 이로 인해 서버의 처리 부하도 증가하고 점유된 네트워크 자원도 증가하게 된다.
본 발명의 실시예에서는, DS 또는 DM 통지 메시지를 확장함으로써, 보다 많은 세션 관리 정보가 DS 또는 DM 통지 메시지 내에 포함되고, DS 또는 DM 단말기는 그 통지 메시지를 분석하고 판정하여 그 분석 및 판정의 결과에 따라 응답 메시지를 DS 또는 DM 서버에 송신하며, 이로써 DS 또는 DM 서버는 또한 DS 또는 DM 단말기로부터 회신된 정보에 따라 처리를 수행한다.
본 발명의 실시예는 다음의 단계를 포함하는 방법을 제공한다.
세션 요청자에 의해 송신된, 세션을 구축할 것을 요청하는 통지 메시지가 수신되고, 상기 통지 메시지는 세선에 관련된 세션 관리 정보를 포함한다.
통지 메시지 내의, 세션에 관련된 세션 관리 정보가 획득되고, 그 세션 관리 정보에 따라 세션 요청자와의 세션 연결이 개시된다. 또는, 세션 관리 정보에 따라 통지 메시지가 확인되고, 응답 메시지가 그 확인의 결과에 따라 생성되어 세션 요청자에게 송신된다.
본 발명의 실시예는 또한 DS 또는 DM 단말기를 제공하며, DS 또는 DM 단말기는,
세션 요청자에 의해 송신된 통지 메시지로서, 세션 관리 정보를 포함하는 통지 메시지를 수신하도록 구성된 통지 메지시 수신 모듈,
세션 관리 정보를 획득하고, 상기 세션 관리 정보에 따라 통지 메시지를 확인하도록 구성된 세션 판정 모듈,
세션 판정 모듈의 확인의 결과에 따라 응답 메시지를 생성하도록 구성된 응답 메시지 생성 모듈, 및
세션 요청자에게 응답 메시지 생성 모듈에 의해 생성된 응답 메시지를 송신하거나, 또는 세션 판정 모듈의 확인의 결과에 따라 세션 요청자와의 세션 연결을 개시하도록 구성된 메시지 송수신 모듈
을 포함한다.
본 발명의 실시예는 DS 또는 DM 세션에 적용 가능한, 메시지를 처리하는 시스템을 제공한다. 이 시스템은, 단말기에게 세션을 구축하도록 요청하기 위한 통지 메시지로서 세션 관리 정보를 포함하는 통지 메시지를 송신하고, 통지 메시지에 대한 응답 메시지를 수신하며, 수신된 응답 메시지에 포함된 내용(content)에 따라 대응하는 처리를 수행하도록 구성된 DS 또느 DM 서버를 포함한다.
본 발명의 실시예는 또한, DS 또는 DM 서버를 제공하며, 그 서버는,
DS 또는 DM 단말기에게 세션을 구축하도록 요청하기 위한 통지 메시지를 송신하도록 구성된 세션 통지 메시지 개시 모듈,
DS 또는 DM 단말기로부터 회신된 응답 메시지를 수신하도록 구성된 응답 메시지 수신 모듈, 및
응답 메시지 내에 포함된 내용에 따라 대응하는 처리를 수행하도록 구성된 처리 모듈
을 포함한다.
본 발명의 실시예는 또한, 세션을 구축하도록 요청하기 위한 통지 메시지로서, 상기 세션에 관련된 세션 관리 정보를 포함하는 통지 메시지가 단말기에게 송신되는 단계, 세션 관리 정보에 따라 단말기로부터 회신된 응답 메시지가 수신되는 단계, 및 응답 메시지 내에 포함된 정보에 따라 대응하는 처리가 수행되는 단계를 포함하는 방법을 제공한다.
도 1은, DS 또는 DM 단말기가 통지 서버로부터 송신된 통지 메시지를 수신하여 그 통지 메시지를 처리하는 종래기술에 따란 세션 관리의 흐름도이다.
도 2는, 본 발명의 실시예에 따른 메지시를 처리하는 시스템의 개략적인 구성도이다.
도 3은 본 발명의 실시예에 따른 도 2의 시스템을 기반으로 구현되는, 메시지를 처리하는 방법의 흐름도이다.
도 4는 본 발명의 실시예에 따른 DS 또는 DM 단말기에서 통지 클라이언트에 의해 통지 서버로 응답 메시지를 송신하는 신호 흐름도이다.
도 5는 본 발명의 실시예에 따른 DS 또는 DM 단말기에서 DS 또는 DM 클라이언트에 의해 DS 또는 DM 서버로 응답 메시지를 송신하는 신호 흐름도이다.
도 6은 본 발명의 실시예에 따른 세션 개시 프로토콜(SIP: Session Initiation Protocol) 푸시 메시지에 의해 DS 또는 DM 서버로 응답 메시지를 송신하는 신호 흐름도이다.
본 발명의 실시예는, DS 또는 DM 세션에 적용 가능한, 메시지를 처리하는 방법을 제공한다. 이 방법에서는, DS 또는 DM 서버에 의해 전달된, 세션 연결을 요청하는 통지 메시지가 수신된 후에, 그 메시지의 내용 및 형식에 대한 분석, 판정 및 검증 결과에 따라, 응답 메시지가 DS 또는 DM 서버로 송신되고, 이로써 서버는 추가의 처리를 수행하기 위해 DS 또는 DM 단말기로부터 회신된 정보에 따라 송신한 통지의 문제점을 판정할 수 있다. 이로써 DS 또는 DM 서버가, DS 또는 DM 단말기에 의해 세션 연결이 구축된다는 것이 통지되지 않는 때 통지 메시지를 맹목적이고 반복적으로 송신하는 것을 방지할 수 있다. 또한 단말기는 세션의 목적 및 중요도를 미리 할 수 있고, 따라서 세션을 수행할지를 결정하고, 세션이 거절된 때는 응답 메시지에 의해 서버에 통지하며, 이로써 서버가 반복적으로 통지 메시지를 송신하는 것을 방지할 수 있다.
상기 방법을 구현하기 위해, 본 발명에 따른 실시예는 메시지를 처리하는 시스템을 제공한다. 도 2에 도시된 바와 같이, 본 발명에 따른 시스템의 개략적인 구성도가 도시되어 있는데, 이 시스템은 단말기(100) 및 서버측을 포함하고 있다. 단말기는 주로 DS 또는 DM 클라이언트(101)(이것은 DM 클라이언트 또는, DS 클라이언트 또는, DM 및 DS 클라이언트 양자 모두 일 수 있음을 의미하고, 이후 이 표현은 동일하게 사용된다), 및 통지 클라이언트(102)를 포함한다. 서버측은 주로 DS 또는 DM 서버(200) 및 통지 서버(300)를 포함한다.
본 발명의 실시예에 따르면, DS 또는 DM 클라이언트(101)는 DS 또는 DM 서버(200)와 DS 또는 DM 프로토콜에 의해 상호작용하고, DS 또는 DM 클라이언트(101)는 메시지 송수신 모듈(1011), 세션 판정 모듈(1012), 및 응답 메시지 생성 모듈(1013)을 포함한다.
메시지 송수신 모듈(1011)은 DS 또는 DM 서버에 의해 송신된 DS 또는 DM 세션 메시지를 수신하고, 응답 메시지 생성 모듈(1013)에 의해 생성된 DS 또는 DM 세션 메시지를 DS 또는 DM 서버(200)에 송신하도록 구성된다.
세션 판정 모듈(1012)은, 메시지의 버전 정보, 메시지 송신자의 ID 정보, 세션의 목적 및 세션의 표시 정보와 같이 통지 메시지 내에 포함된 세션 관리 정보를 추출하도록 구성된다. 세션의 표시 정보는, 한정되는 것은 아니지만, 그 세션의 목적 정보, 중요도 정보, 타임아웃 정보, 동작 정보, 응답 정책 정보 등을 포함한다. 세션 판정 모듈(1012)은 또한 추출된 정보를 처리하도록 구성되어 있는데, 예컨대 해당 세션의 목적에 따라, 해당 세션이 중요한 것인지, 해당 메시지의 버전 정보가 정확한지를 판정하고, 송신자의 ID 정보에 따라 다이제스트 검증(digest authentication) 및 다른 처리 공정을 수행한다. 그리고 세션 판정 모듈은 처리 결과에 따라 메시지에 대한 응답을 결정하도록 구성된다.
세션 판정 모듈(1012)은 또한, 메시지의 포맷과 같은 해당 메시지의 형식 정보를 획득하고, 해당 메시지의 포맷을 분석하며, 분석 결과에 따라 해당 메시지의 응답을 결정하도록 구성된다.
세션 판정 모듈(1012)은또한, 서버 측에 의해 송신된 통지 메시지의 베어러 형식(bearer form) 정보 및 통지 메시지로부터 획득한 정보에 따라 응답 메시지의 형식 및 내용을 결정하도록 구성된다.
응답 메시지 생성 모듈(1013)은, 세션 판정 모듈(1012)의 지적에 따라 응답 메시지를 생성하도록 구성된다. 여기서, 만일 그 응답 메시지가 DS 또는 DM 세션에 기초로 한다면, 응답 메시지 생성 모듈(1013)은 DS 또는 DM 세션 메시지를 생성하여 그것을 메시지 송수신 모듈(1011)을 통해 DS 또는 DM 서버(200)에게 송신하고; 만일 응답 메시지가 논-세션(non session)에 기초로 한 경우, 즉 다시 말해 응답 메시지가 통지 서버에 의해 송신된 통지 메시지의 베어러 형식, 예컨대, SIPaptlwl, 단문 메시지 서비스(SMS), 무선 애플리케이션 프로토콜(WAP) 푸시, 및 SIP 푸시와 같은 것에 기초하여 생성된 경우에는, 응답 메시지 생성 모듈(1013)은 응답 메시지의 대응하는 포맷(예컨대, 아래에서 본 발명의 실시예에서 기술되는 응답 메시지의 포맷)에 따라 그리고 서버 측의 통지 서버에 의해 송신된 통지 메시지의 베어러 형식에 따라 대응하는 포맷을 가진 응답 메시지를 생성하고, 그 대응하는 포맷을 가진 응답 메시지를 아래에서 기술하는 응답 메시지 송신 모듈(1022)을 통해 통지 서버(300)로 송신한다.
다른 경우에로서, DS 또는 DM 클라이언트(101)는 정책 설정 모듈(1014)를 더 포함할 수 있다. 정책 설정 모듈은 메시지에 응답할지 여부를 결정하는 정책을 저장하도록 구성되고, 정책의 상세한 내용은 다음의 방법 실시예의 정책에 관련한 상세한 소개를 참조하여 얻을 수 있다.
세션 판정 모듈(1012)은 또한, 정책 설정 모듈(1014)에서 설정된 정책에 따라 서버 측에 메시지에 대해 응답할 것인지를 결정하도록 구성된다.
본 발명의 실시예에서, 단말기(100)는 또한, 통지 메시지 수신 모듈(1021) 및 응답 메시지 송신 모듈(1022)을 포함하는 통지 클라이언트(102)를 포함한다. 통지 메시지 수신 모듈(1021)은 통지 서버에 의해 송신된 통지 메시지를 수신하도록 구성된다. 응답 메시지 송신 모듈은 응답 메시지 생성 모듈(1012)에 의해 생성된 응답 메시지를 통지 서버에 송신하도록 구성된다. 통지 메시지는, 한정되지는 않지만, 단문 메시지, OTA 푸시 메시지 및 SIP 푸시 메시지 등을 포함한다.
본 발명의 시스템의 실시예에서, 서버 측은 DS 또는 DM 서버(200) 및 통지 서버(300)를 포함한다. 이들의 차이는 로직상의 차이이며, 실제적인 적용에서는 이들 두 서버는 하나의 DS 또는 DM 서버에 집적될 수 있다.
DS 또는 DM 서버(200)는 세션 통지 메시지 개시 모듈(201), 응답 메시지 수신 모듈(202), 및 처리 모듈(203)을 포함할 수 있다. 세션 통지 메시지 개시 모듈(201)은 통지 서버(300) 내의 통지 메시지 송신 모듈에게 세션 통지 메시지를 DS 또는 DM 단말기(100)로 송신하도록 요청하도록 구성된다. 응답 메시지 수신 모듈(202)은, 통지 서버(300) 내의 응답 메시지 분해 모듈(303)에 의해 송신된 분해된 응답 메시지를 통지 클라이언트(102)로부터 회신된 논-세션(non session)에 기초하여 수신하거나, 또는 DS 또는 DM 클라이언트(101)로부터 회신된 세션에 기초하여 응답 메시지를 수신하도록 구성된다. 처리 모듈(203)은 수신된 응답 메시지에 포함된 내용에 따라 추가 처리를 수행한다. 예를 들면, 응답 메시지에 포함된 내용이, 다이제스트 검증이 실패했다는 것을 나타내는 정보, 서버 ID 가 부정확하다는 것을 나타내는 정보, 메시지의 포맷이 부정확하다는 것을 나타내는 정보, 및 버전 정보가 부정확하다는 것을 나타내는 정보 중 하나를 포함하는 경우, 처리 모듈(203)은 대응하는 에러를 바로 잡는다. 응답 메시지 내에 포함된 내용이, 세션이 거절되었다는 것을 나타내는 정보 및 통지 메시지가 성공적으로 수신되었다는 것을 나타내는 정보 중 하나를 포함하는 경우, 처리 모듈(203)은 통지 메시지를 송신하지 않는다. 통지 서버(300) 내의 응답 메시지 분해 모듈(303)은 DS 또는 DM 서버(200) 내에 설정되어 DS 또는 DM 서버(200)가 대응하는 응답 메시지를 분해하 도록 할 수 있다.
통지 서버(300)는 통지 메시지 송신 모듈(301), 응답 메시지 수신 모듈(302), 및 응답 메시지 분해 모듈(303)을 포함할 수 있다. 통지 메시지 송신 모듈(301)은 통지 클라이언트(102)에게 통지 메시지를 송신하도록 구성되고, 응답 메시지 수신 모듈(302)은 통지 클라이언트(102)로부터 회신되는 응답 메시지를 수신하여 그 응답 메시지를 응답 메시지 분해 모듈(303)로 보내도록 구성되며, 응답 메시지 분해 모듈(303)은 통지 클라이언트(102)로부터 응답 메시지 수신 모듈(302)에 의해 수신된 통지 메시지를 분해하여 그 분해의 결과를 DS 또는 DM 서버로 송신하도록 구성된다.
상술한 시스템에 기초하여, 본 발명의 실시예는, DS 또는 DM 세션에 적용 가능한, 메시지를 처리하는 방법을 또한 제공한다. 도 3에 도시되어 있듯이, 본 발명의 방법의 실시예의 흐름도는 다음과 같은 단계를 포함한다.
단계 301에서, 통지 메시지가 수신된다.
DS 또는 DM 단말기는 DS 또는 DM 서버의 요청에 따라 통지 서버에 의해 송신된 DS 또는 DM 세션의 통지 메시지를 수신한다. 통지 메시지는 세션 관리 정보를 포함한다. 예컨대, 세션 관리 정보는, 한정되는 것은 아니지만, 해당 세션의 세션 요청자의 ID 정보, 검증 정보, 및 표시 정보를 포함한다. 표시 정보는, 한정되지 않지만, 해당 세션의, 목적 정보, 중요도 정보, 타임아웃 정보, 동작 정보 및 응답 정책 정보를 포함한다. 본 발명의 실시예에서, DS 또는 DM 통지 메시지를 확장하여, 세션 관리 정보가 통지 메시지에 포함되도록 하고, DS 또는 DM 통지의 메시지 본문부의 포맷들은 상이하며 아래에서 각각 소개한다.
DS 통지 메시지를 확장하는 방법은 다음과 같다. 확장된 DS 통지의 포멧은 아래의 테이블 1에 도시된다.
[테이블 1]
Figure 112009038544119-PCT00001
확장된 필드의 기술(description)은 다음과 같다.
<response-mode> ::= <not-specified> / <response> / ;이 필드는 '응답 모드'를 나타낸다 <no-response> / <user-decide>;
<not-specified> ::= "00"; 이 필드는 '기술되지 않음'을 나타낸다
<response> ::= "01"; 이 필드는 '응답'을 나타낸다
<no-response > ::= "10"; 이 필드는 '응답 안함'을 나타낸다
<user-decide> ::= "11"; 이 필드는 '사용자 결정'을 나타낸다
<importance> ::= <not-specified>/<low>/<normal>/<high>; 이 필드는 '중요도'를 나타낸다
<not-specified> ::= "00"; 이 필드는 '기술되지 않음'을 나타낸다
<low> ::= "01"; 이 필드는 '낮음'을 나타낸다
<normal> ::= "10"; 이 필드는 '보통'을 나타낸다
<high> ::= "11"; 이 필드는 '높음'을 나타낸다
<time-out> ::= 5*BIT ; 이 필드는 '일단위로 타임아웃기간'을 나타낸다
<future-use> ::= 18*BIT; 이 필드는 '확장을 위한 예비용'임을 나타낸다
<length-info> ::= 8*BIT; 이 필드는 '세션 정보의 길이'를 나타낸다
<info> ::= <length-info>*CHAR; 이 필드는 '세션 정보'를 나타낸다
<Op-Code> ::=3*BIT; 이 필드는 '동작 코드'를 나타낸다
<response-mode>에 따라, 서버는 단말기에게 응답 메시지가 송신되어야 하는지를 알려준다. 만일 이 응답 모드가 '응답'이며, 그것은 단말기가 통지 메시지가 성공적으로 수신되었는지를 회신해야 한다는 것을 나타낸다. 만일 이 응답 모드가 '기술되지 않음'이면, 단말기는 정책에 따라 응답 메시지를 송신할지를 결정할 수 있다. 만일 응답 모드가 '응답 안함'이면, 단말기는 서버에 응답 메시지를 보내지 말아야 한다. 만일 응답 모드가 '사용자 결정'이면, 단말기는 사용자를 재촉하고 사용자는 응답 메시지로 응답할지를 결정한다.
실제 응용에 있어서, 만일 통지 메시지의 전송 레이어가 성공 또는 실패 정보의 자동 응답을 지원한다면, 서버는 응답 모드를 '응답 안함' 또는 '기술되지 않음'으로 설정한다. 만일 통지 메시지의 전송 레이어가 응답 메시지의 자동 응답을 지원하지 않으면, 서버는 응답 모드를 '응답'으로 설정하고, 어플리케이션 레이어가 응답 메지시로 응답한다. 구체적인 조합은 상황에 따라 정해질 수 있고, 본 발명은 그 방식에 한정되지 않는다.
<importance>는 세션의 중요도를 보여주며, 단말기는 이 세션의 중요도에 따라 서버와의 세션 연결을 구축해야 할지를 결정한다. 이 중요도는 서버에 의해 결정되고 단말기에는 단지 참고로 될 뿐이다. 그 이유는 서버에게 중요한 세션이 단말기에게는 중요하지 않을 수 있기 때문이다. 단말기는, 자신이 바쁠 때 또는 세션이 자신이게 중요하지 않을 때와 같이, 그 상태에 따라 해당 세션이 중요한지를 결정할 수 있다.
<time-out>은 통지 메시지의 타임아웃 기간을 지정한다. 통지 메시지는 세션 ID 정보를 포함하고, 단말기는 세션 ID 정보에 따라 서버와의 세션 연결을 개시한다. 서버는 자신이 단말기와의 세션 연결을 이해하고 있다는 것을 보장하기 위해 그 정보를 저장해야 한다. 만일 정해진 타임아웃 기간 내에 단말기가 서버와의 세션 연결을 개시하지 않으면, 서버는 자원을 절감하기 위해 그 통지의 관련 정보를 저장하지 않는다. 타임아웃 기간은 일단위이며, 만일 '0'이라면 그것은 시간 제한이 존재하지 않는다는 것을 나타낸다.
<length-info>는 바이트 단위를 이용하여 <info>의 길이를 지정한다. 만일 '0'이라면 그것은 <info>의 길이가 0임을 나타내고, 결국 그 필드는 존재하지 않는다.
<info>는 예컨대, '펌웨어를 업그레이드하기를 원하십니까?'와 같은 통지의 목적을 보여준다. 단말기 또는 사용자는 이 정보에 따라 서버와의 세션 연결을 개시할지를 결정한다.
<Op-Code>는 서버 에 의해 단말기에 지시되는 동작 코드이다. 예컨대, 서버 는 단말기에게 빈 세션을 개시하도록 요청하거나 또는 단말기에게 디바이스 정보를 보고하도록 요청한다. 만일 세션을 받아들이면, 단말기는 <Op-Code>의 표시에 따라 대응하는 세션을 개시한다.
<Op-Code>의 값은 아래의 테이블 2에 나타나 있다.
[테이블 2]
값 의미
000 단말기는 빈 세션을 개시하도록 요청된다.
001 단말기는 완전한 디바이스 정보를 보고하도록 요청된다.
010 단말기는 업데이트된 디바이스 정보를 보고하도록 요청된다.
011 단말기는 디바이스 정보를 보고하지 않도록 요청된다.
100-111 확장을 위한 예비용
그 값이 '000'인 경우, 서버는 클라이언트에게 빈 세션을 개시하도록 요청한다. 세션이 구축된 후, 서버는 <Get> 코맨드를 이용하여 단말기의 다바이스 정보를 획득하거나 동기 동작을 개시할 수 있다.
그 값이 '001'인 경우, 서버는 클라이언트에게 완전한 디바이스 정보를 보고하도록 요청한다. 첫번째 동기 동안, 클라이언트는 서버에게 완전한 디바이스 정보를 보고해야 한다. 후속하는 동기에서는, 클라이언트는 트래픽을 절감하기 위해 업데이트된 디바이스 정보만 보고해야 한다.
그 값이 '010'인 경우, 서버는 클라이언트에게 업데이트된 디바이스 정보를 보고하도록 요청한다. 클라이언트는 <Put> 커맨드를 이용하여 서버에게 업데이트된 디바이스 정보를 보고할 수 있고, 클라이언트는 디바이스 정보의 업데이터 기록을 저장해야 한다.
그 값이 '011'인 경우, 서버는 클라이언트에게 디바이스 정보를 보고하지 말 것을 요청한다. 만일 서버가 클라이언트의 디바이스 정보에 흥미가 없을 때 또는 서버가 클라이언트의 다비이스 정보가 불필요하다고 판단한다면, 트래픽을 절감하기 위해 서버는 클라이언트에게 디바이스 정보를 보고하지 말도록 요청할 수 있다.
다음으로, DM 통지 메시지를 확장하기 위한 방법이 아래에서 기술된다. 확장된 DM 통지의 포맷은 아래의 테이블 3과 같다.
[테이블 3]
Figure 112009038544119-PCT00002
확장된 필드에 대한 기술(description)은 다음과 같다.
<num-MOs>::= 4*BIT; 이 필드는 'MO의 수'를 나타낸다
<future-use>::= 4*BIT; 이 필드는 '확장을 위한 예비용'임을 나타낸다
<MO1>::= <MOI-length><MOI>; 이 필드는 '제1 MOI의 정보'를 나타낸다
<MOI-length>::= 8*BIT; 이 필드는 'MOI의 길이'를 나타낸다
<MOI>::= <MOI-length>*CHAR; 이 필드는 'MO의 ID 정보'를 나타낸다
<num-MOs>는 이 세션에 얼마나 많은 MO가 관여되어 있는지를 보여준다. 그에 뒤따르는 MO1-MON은 MO의 정보를 상세하게 보여준다.
<MOI-length>는 MOI의 길이를 보여준다.
<MOI>는 MO의 ID 정보를 보여준다.
단말기는 임의의 정책을 설정할 수 있고, <MOI>, <Importance>, 또는 다른 정보에 따라 서버와 세션 연결을 개시할지를 자동으로 결정할 수 있다. 예컨대, 만일 중요도가 높은 경우, 단말기는 자동으로 세션을 허가한다. 만일 중요도가 낮은 경우는, 단말기는 자동으로 세션을 거절한다. 예컨대, 만일 MOI가 "urn:oma:mo:fumo:1.0"이라면, 단말기는 또한 자동으로 세션을 허가한다.
단계 302에서, 통지 메시지 내의 내용이 추출된다.
DS 또는 DM 단말기는 통지 메시지 내에 포함된 내용을 추출한다. 하나의 통지 메시지는, 예컨대 세션의 중요도 값 및/또는 세션의, 목적 정보, 동작 정보, 타임아웃 정보(응답의 기간), 그리고 DS 또는 DM 서버 등에 의해 전달된 DS 또는 DM 단말기의 응답 정책을 포함하는, 세션의 표시 정보와 같은, 내용의 일부를 포함할 수 있다. 그러나, 모든 정보가 하나의 통지 메시지에 포함되어야 하는 것은 아니다. 물론 모든 정보가 동시에 전달될 수는 있다.
단계 303에서, DS 또는 DM 단말기는 통지 메시지의 형식 및 내용을 확인한다.
DS 또는 DM 단말기는, 한정되지는 않지만 다음과 같은 처리를 포함하여, 통지 메시지의 내용 및 형식을 확인한다. DS 또는 DM 단말기는, 통지 메시지의 포맷이 정확한지 판정하거나, 메시지의 버전이 일치하는지 판정하거나, 서버 ID가 부정확하거나 서버 ID가 존재하는지 판정하거나, 검증 정보에 따라 다이제스트가 통과되는지 검증하거나, 획득된 세션의 중요도 값에 따라 세션의 중요도를 판정하거나, 또는 획득된 세션의 목적 및 단말기의 현재의 상태, 예컨대 단말기가 바쁜지 또는 동일한 세션이 수행되어 있는지에 따라 세션의 중요도를 판정하거나, 또는 획득된 세션의 목적 정보를 사용자에게 디스플레이하고 사용자가 세션을 거절하는지 수용하는지에 따라 세션의 중요도를 판정한다. DS 또는 DM 단말기는 또한 DS 또는 DM 서버에 의해 DS 또는 DM 단말기로 전달된 DS 또는 DM 단말기의 응답 정책을 채용할지 여부를 결정한다.
단계 304에서, 정책에 따라 어떻게 응답할지가 결정된다. DS 또는 DM 세션을 개시하면, 단말기는 DS 또는 DM 세션을 개시하거나 어떠한 처리도 수행하지 않는다. 그렇지 않으면 단계 306으로 진행한다.
해당 정책은 미리 DS 또는 DM 단말기에 의해 저장된 응답 정책일 수 있고, 또한 DS 또는 DM 단말기에게 DS 또는 DM 서버에 의해 전달된 응답 정책일 수도 있다. DS 또는 DM 단말기의 정책은, 한정되는 것은 아니지만, 다음과 같은 여러 가지 상황을 포함한다.
1. 통지 메시지가 성공적으로 수신된 경우, 다시 말해 통지 메시지의 버전이 정확하고, 포맷이 정확하며, 서버 ID가 정확하고, 다이제스트 유효성이 통과되 었다는 것을 나타내는 경우, 그리고 세션 관리 정보 내의 표시 정보 및/또는 단말기의 현재 상태에 따라 세션이 상대적으로 중요한 것으로 간주되어 받아들여질 수 있는 경우, 그 메시지에 대해 응답해야 한다.
2. 통지 메시지가 성공적으로 수신된 경우, 다시 말해 통지 메시지의 버전이 정확하고, 포맷이 정확하며, DS 또는 DM 서버 ID가 정확하고, 다이제스트 유효성이 통과되었다는 것을 나타내는 경우, 그리고 세션이 상태적으로 중요한 것으로 간주되는 경우, 그 메시지에 대해 응답해서는 안된다.
3. 통지 메시지가 성공적으로 수신된 경우, 다시 말해 통지 메시지의 버전이 정확하고, 포맷이 정확하며, DS 또는 DM 서버 ID가 정확하고, 다이제스트 유효성이 통과된 경우, 그러나 세션 관리 정보 내의 표시 정보 및/또는 단말기의 현재 상태에 따라 세션이 중요하지 않은 것으로 간주되어 세션이 거절된 경우, 그 메시지에 대해 응답해야 한다.
4. 수신된 메시지가, 통지 메시지의 버전이 부정확한 상황, 포맷이 부정확한 상황, DS 또는 DM 서버 ID가 부정확한 상황, 및 다이제스트 유효성이 통과되지 못한 상황 중 하나의 상황에 해당하는 경우, 그러나 세션 관리 정보 내의 표시 정보 및/또는 단말기의 현재 상태에 따라 세션이 상대적으로 중요한 것으로 간주되어 받아들여질 수 있는 경우, 그 메시지에 대해 응답해야 한다.
5. 수신된 메시지가, 버전이 부정확한 상황, 포맷이 부정확한 상황, DS 또는 DM 서버 ID가 부정확한 상황, 및 다이제스트 유효성이 통과되지 못한 상황 중 하나의 상황에 해당하는 경우, 그러나 세션 관리 정보 내의 표시 정보 및/또는 단 말기의 현재 상태에 따라 세션이 중요하지 않은 것으로 간주되어 세션이 거절된 경우, 그 메시지에 대해 응답해야 한다.
실제적인 응용에서, DS 또는 DM 단말기는 사용자를 재촉하고, 사용자는 응답할지 여부를 결정한다. 만일 단계 303에서, 단말기가 DS 또는 DM 서버에 의해 DS 또는 DM 단말기로 전달된 DS 또는 DM 단말기의 응답 정책을 채용하기로 결정한다면, 단말기는 서버에 의해 전달된 응답 정책을 채용함으로써 대응하는 응답을 수행한다. 실제적인 응용에서, 메시지에 대해 응답해야하는 것을 바로 디폴트로 하고, 이 단계는 생략될 수 있다.
단계 305에서, 응답 메시지의 형식 및 내용이 결정되고 응답 메시지가 생성된다.
단계 304에 따라 메시지에 대해 응답해야 한다고 결정된 경우, 단계 303에서의 메시지에 대한 상이한 분석 및 검증 결과, 및 통지 메시지의 상이한 베어러 형식에 따라, 다음과 같은 규칙에 따라 응답 메시지의 형식 및 내용을 결정한다.
응답 메시지의 상이한 형식 및 내용은 각각 응답을 요청하는 4개의 상황에 따라 결정된다.
제1 상황(상기 1.)에서는, 만일 DS 또는 DM 단말기 내의 통지 클라이언트가 통지 메시지의 베어러 형식에 따라 메시지에 응답할 수 있다면, 통지 클라이언트는 서버 측의 통지 메시지가 성공적으로 수신되었다는 내용으로 통지 서버에게 메시지에 대한 응답을 보낸다. 응답 메시지의 내용은 응답 메시지 내에 포함된 상태 코드에 의해 표시되고, 상세하게는 다음과 같은 방법의 실시예를 참조하여 얻을 수 있다. 다르게는, DS 또는 DM 단말기 내의 통지 클라이언트는 통지 메시지의 베어러 형식에 따라 응답할 수 없거나, 통지 클라이언트가 통지 메시지의 베어러 형식에 따라 응답할지라도 통지 서버의 응답 메시지를 위한 ID가 존재하지 않으며, 이로써 메시지에 대한 응답은 이루어지지 않는다. 여기서, DS 또는 DM 단말기 내의 DS 또는 DM 클라이언트는, 서버 측의 통지 메시지가 성공적으로 수신되었다는 내용을 가지고 메시지에 대해 응답한다. 예컨대, 통지 클라이언트는 SMS 방식으로 통지 서버에 의해 송신된 통지 메시지를 수신하지만, 통지 서버의 응답 번호가 존재하지 않으며, 따라서 메시지에 대해 응답이 이루어지지 않는다. 이 응답 메커니즘에서, 통지 메시지에 대해서는, 메시지에 응답하기 위한 DS 또는 DM 세션을 개시하지 않고 편리하게 응답할 수 있다. 물론, 통지 클라이언트가 메시지에 대해 응답을 하든 말든 DS 또는 DM 클라이언트가 메시지에 대해 바로 응답하는 것으로 정하는 것도 고려될 수 있다.
제2 상황(상기 3.)에서, 제1 상황과 유사하게, 만일 DS 또는 DM 단말기 내의 통지 클라이언트가 메시지에 대해 응답할 수 있다면, 통지 클라이언트가 그 메시지에 대해 응답을 보낸다. 다르게는, DS 또는 DM 단말기 내의 DS 또는 DM 클라이언트가 세션이 거절되었다는 내용을 가지고 메시지에 대해 응답한다. 마찬가지로, DS 또는 DM 클라이언트가, 통지 클라이언트가 메시지에 응답할 수 있는지를 고려하지 않고, 세션이 거절되었다는 내용으로 바로 응답하도록 정할 수 있다.
제3 상황(상기 4.)에서, 수신된 메시지가, DS 또는 DM 서버 ID가 부정확한 상황 및 다이제스트 유효성이 통과되지 못한 상황 중 하나의 상황에 해당된 경우, DS 또는 DM 클라이언트는 DS 또는 DM 서버 ID가 부정확하거나 다이제스트 유효성이 통과되지 못하였기 때문에 메시지에 대해 응답할 수 없다. 그리하여 통지 클라이언트가 DS 또는 DM 서버 ID가 부정확하다거나 다이제스트 유효성이 통과되지 못했다는 내용으로 메시지에 응답한다. 수신된 메시지가, 제2 상황과 유사하게, 버전이 부정확하거나 포맷이 부정확하거나 하는 상황에 해당하는 경우, 통지 클라이언트 또는 DS 또는 DM 클라이언트가, 통지 메시지가 부정확하다는 내용, 구체적으로는 메시지의 버전이 부정확하거나 또는 메시지의 포맷이 부정확하다는 에러 타입을 가지고 메시지에 응답하도록 선택된다.
제4 상황(상기 5.)에서, 수신된 메시지가, DS 또는 DM 서버 ID가 부정확한 상황 및 다이제스트 유효성이 통과되지 못한 상황 중 하나의 상황에 해당된 경우, DS 또는 DM 클라이언트는 DS 또는 DM 서버 ID가 부정확하거나 다이제스트 유효성이 통과되지 못하였기 때문에 메시지에 대해 응답할 수 없다. 그리하여 통지 클라이언트가 세션이 거절되었다는 내용으로 응답한다. 제2 상황과 유사하게, 버전이 부정확하거나 포맷이 부정확한 경우, 통지 클라이언트 또는 DS 또는 DM 클라이언트가, 세션이 거절되었다는 내용을 가지고 메시지에 응답하도록 선택된다. 응답 메시지는 응답 메시지의 내용 및 형식에 따라 생성된다.
단계 306에서, DS 또는 DM 단말기가 메시지에 대해 응답한다.
DS 또는 DM 단말기 내의 통지 클라이언트가 메시지에 대해 응답하는 경우, 통지 클라이언트는 서버에 의해 이해될 수 있는 특정 포맷으로 응답 메시지를 패키지화하여, 패키지화된 메시지를 통지 서버로 송신한다. 구체적인 포맷은 본 발명 에 따른 실시예의 관련 단계에 대한 상세한 설명을 참조하면 알 수 있을 것이다.
DS 또는 DM 단말기 내의 DS 또는 DM 클라이언트가 메시지에 대해 응답하는 경우, DS 또는 DM 클라이언트는 서버 세션 통지 메시지의 응답으로서 DS 또는 DM 서버에게 송신되는 세션 메시지 내에 대응하는 내용을 싣는다. 구체적인 싣는 방법은 본 발명에 따른 방법의 실시예의 관련 단계에 대한 상세한 설명을 참조하면 이해할 수 있을 것이다.
DS 또는 DM 세션을 개시하는 것은 응답 메시지의 하나로서 사용될 수 있다.
다음에 두 개의 실시예가 주어지는데, 첫번째 실시예에서, 통지 클라이언트를 통한 응답 프로세스가 기술되고, 두번째 실시예에서는 DS 또는 DM 클라이언트를 통한 응답 프로세스가 기술된다.
도 4를 참조하면, 본 발명에 따른 방법의 제1 실시예의 신호 흐름도이며, 이하의 단계를 포함한다.
단계 401에서, DS 또는 DM 서버는 세션 관리와 관련한 정보를 제공하고 통지 서버에게 DS 또는 DM 단말기에게 통지 메시지를 전달할 것을 요청한다. 통지 서버는 단문 메시지 서버, OTA PUSH 서버 또는 SIP PUSH 서버 등으로서 구현될 수 있다.
관련된 관리 정보 내용은 위에서 설명하였으므로 여기서는 생략한다.
단계 402에서, 통지 서버는 통지 메시지를 DS 또는 DM 단말기에게 전달하고 세션 연걸을 요청한다. 통지 메시지는 세션 관리 목적, 중요도, 및 다른 정보를 포함하고, 전달 방식은 단문 메시지 및 OTA 푸시 등이다.
단계 403에서, 단말기의 통지 클라이언트가 통지 메시지를 DS 또는 DM 클라이언트에게 전달한다.
단계 404에서, DS 또는 DM 단말기 내의 DS 또는 DM 클라이언트가 메시지로부터 , DS 또는 DM 서버 ID와 같은 내용을 추출하고, 통지 메시지 내의 다이제스트를 검증하며, 메시지의 포맷을 분석하고, 세션의 중요도를 결정한다.
DS 또는 DM 단말기는 미리 DS 또는 DM 단말기 내에 설정되어 저장된 상술한 정책에 따라 메시지에 대해 응답해야할지를 결정한다. 예컨대, DS 또는 DM 서버 ID가 부정확하거나, 다이제스트 검증이 실패하거나, 또는 통지의 포맷이 부정확하건 경우, 단말기는 통지 메시지의 응답으로서 서버에 대응하는 에러 정보를 가지고 응답한다.
만일 DS 또는 DM 서버 ID가 정확하거나, 다이제스트 검증이 통과되었거나 또는 통지의 포맷이 정확하다면, 단말기는 대응하는 정보, 예컨대 단말기가 성공적으로 메시지를 수신했다는 것을 나타내는 정보와 같은 대응하는 정보를 가지고, 통지 메시지의 응답으로서 서버에게 응답할 수 있다.
단계 405에서, DS 또는 DM 단말기 내의 DS 또는 DM 클라이언트는 상태 코드 및 응답 메시지를 생성하여, 통지 메시지가 성공적으로 수신되었는지를 나타낸다.
만일 성공적으로 메시지를 수신하였으면, 단말기는 200 (성공) 정보를 가지고 응답한다. 만일 DS 또는 DM 서버 ID가 부정확하거나 다이제스트 검증이 실패했거나, 또는 통지의 포맷이 부정확한 경우에는, 단말기는 대응하는 에러 코드를 통지 서버에 회신한다. 상태 코드의 구체적인 대응하는 테이블은 테이블 5로서 나타 내었다.
단계 406에서, DS 또는 DM 클라이언트는 응답 메시지를 통지 클라이언트에게 전달한다.
DS 또는 DM 클라이언트가 응답 메시지를 통지 클라이언트로 전달하기로 결정하기 전에, 응답 메시지의 베어러 형식 및 통지 서버의 응답 번호에 따라 통지 메시지에 대해 응답할 것을 결정할 필요가 있다.
단계 407에서, 통지 클라이언트는 다음의 테이블 4에 나타낸 바와 같이 특정 포맷으로 응답 메시지를 패키지화한다.
단계 408에서, 통지 클라이언트는 통지 서버에게 패키지화된 응답 메시지를 전달한다.
단계 409에서, 통지 서버는 통지 메시지에 따라 후속 처리를 수행한다.
단말기로부터 회신된 상태 코드가, 메시지가 성공적으로 수신되었다는 것을 나타내는 경우, 통지 서버는 통지 메시지를 재송신하지 않는다. 만일 단말기로부터 회신된 상태 코드가 에러 코드인 경우, 서버는 발생한 오류의 상황에 따라 통지 메시지를 다시 생성하여 단말기로 통지 메시지를 재송신한다. 예컨대, 포맷이 부정확한 경우, 서버는 메시지의 포맷을 확인한다. 만일 다이제스트가 부정확한 경우, 다이제스트를 생성하기 위해 검증 정보를 다시 획득한다.
단계 410에서, 통지 서버는 처리 결과를 DS 또는 DM 서버로 송신한다.
통지 메시지의 형식 및 내용을 분석, 판정 및 검증하는 것에 의해, 메시지의 문제, 예컨대 포맷 문제, DS 또는 DM 서버 ID 문제, 검즈이 통과되지 않는 문제, 및 버전이 부정확하거나 또는 서버에 의해 개시된 세션이 중요하지 않다는 문제가 판정될 수 있다는 것을 상술한 실시예로부터 알 수 있다. 그런 다음, 상기 문제들은 응답 메시지에 실려서 서버로 보내지고, 서버는 통지 메시지가 성공적으로 수신되었는지를 알게 되어, 통지 메시지를 보내지 않게 되거나, 또는 포맷, 버전, 서버 ID의 문제가 메시지에 있다는 것을 알게 된 경우 서버가 관련 정보를 바로잡아 업데이트된 통지 메시지를 세션을 수행하는 시간에 송신하도록 하거나, 또는 단말기가 세션을 거절했다는 정보를 알게 된 후에 서버가 맹목적으로 세션 메시지를 재송신하지 않는다.
단계 505에서, DS 또는 DM 단말기는 통지의 베어러 형식이 전달되면 그에 따라 베어러 형식을 선택하여, 응답 메시지를 구성한다. 더하여, 서버로 하여금 응답 메시지를 보다 잘 이해할 수 있도록, 본 발명에서는 응답 메시지의 포맷을 설계하였고, 아래의 테이블 4와 같다.
[테이블 4] (통지의 응답 메시지의 포맷)
Figure 112009038544119-PCT00003
<version> 및 <sessionid>와 같은 일부 필드는 통지 메시지와 동일한 의미를 가진다. 다른 필드의 기술(description)은 다음과 같다.
<status-code>::= 4*BIT; 이 필드는 '상태 코드'를 나타낸다
<length-authname>::= 8*BIT; 이 필드는 '검증 이름의 길이'를 나타낸다
<authname>::= <length-authname>*CHAR; 이 필드는 '검증 이름'을 나타낸다
<status-code>는 DS 또는 DM 단말기를 검증하는 DS 또는 DM 서버를 위해 사용된다. <status-code>는 '성공', '실패'와 같은, 단말기에 의해 수신된 통지 메시지의 상태 코드를 보여준다. 가능한 상태 코드는 아래의 테이블 5에 소개되어 있다.
[테이블 5]
상태 코드 의미
0000 단말기가 성공적으로 메시지를 수신함
0001 다이제스트 검증 실패
0010 버전이 일치하지 않음
0011 포맷에 에러가 있음
0100 서버 ID가 존재하지 않음
0101 특정되지 않음(Not-specified)이 에러
0111 단말기가 세션을 거절함
0110-1111 확장을 위한 예비용
포맷이나 테이블의 설정은 예로서 주어진 것이며, 본 발명에서 다른 유사한 설정이 배제되는 것은 아니므로 본 발명이 이것에 한정되는 것이 아니다.
더하여, 서버로 하여금 단말기에 의해 송신된 메시지가 통지에 대한 응답 메시지임을 용이하게 알 수 있도록, 응답 메시지의 내용 타입을,
application/vnd.syncml.dm.response application/vnd.syncml.ds.response
로 정의할 수 있다.
서버는 수신된 상태 코드 정보에 따라 단말기에 의한 메시지의 수신 상태를 알 수 있다.
만일 DS 또는 DM 단말기가, 예컨대 통지 서버의 응답 번호를 획득할 수 없거나 통지 서버가 WAP PUSH에 의해 통지 메시지를 전달하여 단말기가 WAP PUSH 방식으로 통지 메시지에 대해 응답할 수 없는 등의 이유나 베어러 형식때문에, 통지 메시지에 대해 응답할 수 없을 때, 단말기는 DS 또는 DM 세션 방식으로 서버에게 응답할 수 있다. 예컨대, 단말기는 통지 서버의 대응하는 에러 정보 또는 세션이 거절되었다는 것을 나타내는 정보를 응답할 수 있다. 만일 DS 또는 DM 단말기가 통지 메시지의 다이제스트를 검증하는 데 실패했거나 또는 DS 또는 DM 서버 ID 정보가 부정확한 것을 알게 되었을 때, 서버를 신뢰할 수 없기 때문에 단말기는 DS 또는 DM 세션을 개시하지 않고 대응하는 에러 정보를 보고한다. 만일 통지의 포맷이 부정확하거나, 버전이 일치하지 않거나, 다른 에러가 존재하는 경우, 단말기는 DS 또는 DM 세션 방식으로 에러 정보를 보고한다. 메시지에 대한 응답이 DS 또는 DM 세션 방식으로 서버에 도달한 경우, 예컨대, org.epenmobilealliance.dm.notification-error가 <Data> 내에서 관련 에러 코드를 나타내는 것처럼, 특정 정보를 보고하기 위해 프로토콜 내에 경고 타입(Alert Type)이 정의되어야 한다.
본 발명에 따른 방법의 제2 실시예에 따라 DS 또는 DM 클라이언트를 통해 메시지에 대해 응답하는 신호 흐름도인 도 5를 참조하여 보다 상세한 상황을 이해라 수 있다. 구체적인 프로세스는 다음과 같다.
단계들은 다음과 같다.
단계 501에서, DS 또는 DM 서버는 세션 관리에 관련된 정보를 제공하고 통지 서버에게 통지 메시지를 DS 또는 DM 터미널에 제공하도록 요청한다. 통지 서버는 단문 메시지 서버, OTA PUSH 서버, 또는 SIP PUSH 서버 등으로서 구현될 수 있다.
관련된 관리 정보 내용은 위에서 설명하였으므로 반복 설명은 하지 않는다.
단계 502에서, 통지 서버는 통지 메시지를 DS 또는 DM 단말기로 전달하고 세션 연결을 요청한다. 통지 메시지는 세션 관리 목적, 중요도, 및 다른 정보를 포함하고, 전달 방식은 단문 메시지 및 OTA PUSH 등일 수 있다.
단계 503에서, 단말기의 통지 클라이언트가 통지 메시지를 DS 또는 DM 클라이언트에게 전달한다.
단계 504에서, DS 또는 DM 단말기 내의 DS 또는 DM 클라이언트는 예컨대 DS 또는 DM 서버 ID와 같은 메시지 내의 내용을 추출하고, 통지 메시지의 다이제스트를 검증하며, 메시지의 포맷을 분석하고, 세션의 중요도를 결정하기도 한다.
DS 또는 DM 단말기는 미리 DS 또는 DM 단말기에 설정되어 저장된 상술한 정 책에 따라 메시지에 대해 응답해야하는지를 결정한다. 예컨대, 통지의 포맷이 부정확하고 버전 정보가 부정확하면, 단말기는 대응하는 에러 정보를 가지고 DS 또는 DM 서버에 응답한다.
만일 DS 또는 DM 서버 ID 가 정확하고, 다이제스트 검증이 통과되고, 통지의 포맷이 정확하고, 또 버전이 정확하면, 단말기는, 예컨대 단말기가 성공적으로 메시지를 수신했다고 하는 것을 나타내는 정보와 같은 대응하는 정보를 가지고 DS 또는 DM 서버에 응답할 수 있다.
단말기가 세션의 중요도가 설정된 정책을 만족시키지 않는다고 판단한 경우에, 단말기는 세션을 거절하는 응답 메시지를 DS 또는 DM 서버에 송신한다.
단계 506에서, DS 또는 DM 클라이언트가, 대응하는 정책에 따라 해당 메시지에 대해 응답해야한다고 판정한 경우, 통지 메시지의 베어러 형식, 통지 서버의 응답 번호 및 다른 정보를 확인함으로써, DS 또는 DM 클라이언트는 통지의 형식으로 응답하지 않는 것으로 결정하거나, DS 또는 DM 세션 방식으로 메시지에 응답할 것을 바로 선택한다. 응답 메시지의 내용은 메시지의 포맷이 부정확하다거나 메시지의 버전이 부정확하다거나, 통지 메시지가 성공적으로 수신되었다거나, 세션이 거절되었다는 내용을 포함한다.
선택적으로, DS 또는 DM 클라이언트는 사용자를 위해 통지 메시지 내에 관련 정보를 표시하고, 사용자에게 사용자 인터페이스에 의해 세션을 거절할지 여부를 확인하도록 요청할 수 있다.
단계 507에서, 사용자는 입력 인터페이스에 의해 세션을 거절할 것을 결정 한다.
단계 508에서, DS 또는 DM 단말기는 DS 또는 DM 서버와 세션 연결을 개시하고 세션을 거절한다는 응답 메시지를 송신한다.
선택적으로, 단말기가 세션을 수용한 경우, 단말기는 통지 메시지 내의 표시에 따라 대응하는 세션 동작을 개시한다. 예컨대, 단말기는 빈 세션을 개시하거나 디바이스 정보를 보고한다.
단계 508에서, DS 또는 DM 단말기는 특별 세션을 개시하도록 요청하여 단말기가 세션을 거절한다는 것을 서버에 통지한다. 경고 타입(Alert Type)은 메시지의 사용을 서버에 통지하도록 정의되어야 하고, 이 타입은 org.openmobilealliance.dm.refus-esession으로 정의될 수 있다.
해당 메시지의 예시는 다음과 같다.
<Alert>; 이 필드는 "경고 커맨드'를 나타낸다
<CmdID>1</CmdID>; 이 필드는 '커맨드의 시퀀스 번호 ID'를 나타낸다
<Data>1226</Data>; 이 필드는 '경고 타입'을 나타내고, 1226는 '총칭 경고(Generic Alert)'을 나타낸다
<Item>; 이 필디는 '데이터 아이템'을 나타낸다
<Meta>; 이 필드는 '데이터 아이템의 기술(description) 정보'를 나타낸다
<Type xmlns="syncml:metinf">; 이 필드는 '아이템 타입'을 나타낸다
org.openmobilealliance.dm.refuse-session; 이 필드는 '세션이 거절 되었음'을 나타낸다
</Type>
<Format xmlns="syncml:metinf">b64</Format>; <Data>의 데이터 포맷
</Meta>
<Data>abc...</Data>; 이 필드는 '데이터 내용'을 나타낸다
</Item>
</Alert>
또는 경고 타입은 별도로 확장된다. 예컨대, Alert 1220은 세션이 거절되었다는 것을 나타내는 정보를 서버에 보고하도록 구성된다.
메시지의 일례는 다음과 같다.
<Alert>; 이 필드는 '통지 커맨드'를 나타낸다
<CmdID>1</CmdID>
<Data>1220</Data>; 이 필드는 '단말기가 세션을 거절했음을 나타내는 통지 타입'을 나타낸다
<Item> ... </Item>
</Alert>
더하여, 메시지의 포맷이 부정확하다는 것, 메시지의 버전이 부정확하다는 것 또 통지 메시지가 성공적으로 수신되었다는 것을 나타내는 정보가 메시지 내의 Alert 요소 내에 포함될 수 있다.
트래픽을 절감하기 위해, 세션을 거절하는 응답 메시지를 수신한 후에는, DS 또는 DM 서버는 그 메시지에 대해 응답하지 않을 수 있다.
상술한 실시예에 대한 설명에 따르면, DS 또는 DM 단말기가, 심지어 서버에 의해 전달된 통지 메시지가 세션이 중요하다고 나타내고 있더라도 단말기가 그 상태에 따라 그 세션이 중요한지를 결정하며, 통지 메시지에 의해 DS 또는 DM 서버에 의해 개시된 세션이 중요한지 여부를 미리 알게 된다는 것을 알 수 있다. 세션이 중요하지 않다고 판정한 경우, 단말기는 서버에게 세션을 거절하는 응답 정보를 바로 보내고, 이로써 DS 또는 DM 서버가, 단말기가 세션을 개시한다고 통지되기 전에 통지 메시지를 반복하여 송신하는 것을 방지하고 또, 서버 처리 및 네트워크 자원을 낭비하는 것을 방지할 수 있다. 따라서, 단말기는 미리 세션의 목적 및 중요도를 알고, 따라서 세션의 중요도가 요구 조건에 맞지 않는 것을 검출한 경우에 현재 진행중인 세션이 거절되는 상황을 피할 수 있어, 단말기의 처리 자원 및 네트워크 전송 자원의 낭비를 방지할 수 있다.
제3 실시예에서, 예컨대 통지 서버로서 기능하는 SIP 푸시 에이전트가 통지 메시지를 송신하는 경우, DS 또는 DM 세션에 적용 가능한, 본 발명에 따른 메시지를 처리하는 방법이 당업자가 보다 명확히 본 발명을 이해할 수 있도록 이하에서 기술된다. 본 실시예에서는, SIP 푸시 송신자 에이전트가 통지 서버이고, SIP 푸시 수신자 에이전트가 통지 클라이언트이다. 푸시 내용은 통지 메시지를 포함한다. 다음과 같은 단계를 포함하는 도 6을 참조하여 보다 상세한 프로세스를 이해할 수 있다.
단계 601에서, DS 또는 DM 서버는 통지 요청을 SIP 푸시 송신자 에이전트에 게 전송하고 통지 메시지를 송신할 것을 요청한다.
단계 602에서, SIP 푸시 송신자 에이전트 서버는 통지의 내용을 DS 또는 DM 단말기에 전달한다.
SIP 푸시 송신자 에이전트 서버는 SIP 푸시 프로토콜을 이용하여 통지 메시지를 DS 또는 DM 단말기 내의 SIP 푸시 수신자 에이전트(즉, 통지 클라이언트)에게 전달한다.
본 실시예에서의 통지의 메시지 헤더 및 다이제스트의 내용은 다음 테이블 6과 같습니다.
[테이블 6]
Figure 112009038544119-PCT00004
통지의 메시지 본문부의 내용은 테이블 7에 나타낸다.
[테이블 7]
Figure 112009038544119-PCT00005
통지의 내용은 MESSAGE 방법을 이용하여 SIP로 전달된다. SIP 메시지의 일 례는 아래와 같다.
MESSAGE sip:user@domain.com SIP/2.0
Via:SIP/2.0/TCP serverpc.domain.com;branch=z9hG4bk776sgdkse;
Max-Forwards: 70
From: sip:server@domain.com;tag=49583
To: sip:user@domain.com
Call-ID: asd88asd77@1.2.3.4
CSeq: 1 MESSAGE
Content-Type: application/vnd.syncml.dm.notification
Content-Length: (...)
[--여기 통지 메시지 갑니다!--]
단계 603에서, SIP 푸시 수신자 에이전트는 통지 메시지를 DS 또는 DM 클라이언트에게 송신한다.
DS 또는 DM 단말기는 SIP를 이용하여 푸시 내용에 대해 응답을 준다. 그 메시지의 일례가 다음과 같다.
SIP/2.0 200 OK
Via: SIP/2.0/TCP proxy.domain.com;branch=z9hG4bk123dsghds;
Via:SIP/2.0/TCP senderpc.domain.com;branch=z9hG4bk776sgdkse;
From: sip:server@domain.com;tag=49394
To: sip:user@domain.com
Call-ID: asd88asd77@1.2.3.4
CSeq: 1 MESSAGE
Content-Type: application/vnd.syncml.dm.response
Content-Length: (...)
[--여기 통지 응답 메시지가 갑니다!--]
응답 메시지의 포맷 및 내용은 다음의 테이블 8에 나타나 있다.
[테이블 8]
Figure 112009038544119-PCT00006
단계 604에서, DS 또는 DM 클라이언트는, 통지 메시지의 내용에 따라 검증, 분석 및 판정을 수행한다. 구체적인 프로세스는 방법 실시예와 같고, DS 또는 DM 클라이언트는 검증, 분석 및 판정의 결과 및 대응하는 정책에 따라 응답 메시지의 내용 및 형식을 결정한다.
예를 들면, 위 프로세스에 의해 SIP 푸시 수신자 에이전트에 의해 메시지에 대한 응답을 하기로 결정된 경우, 단계 605로 진행한다. 만일 DS 또는 DM 단말기가 설정된 정책에 따라 세션의 중요도가 낮다는 것을 알게 되면, DS 또는 DM 단말기는 방해받지 않기를 원하여 자동으로 세션을 거절하고 단계 607로 진행한다.
단계 605에서, SIP 푸시 수신자 에이전트는 SIP 형식으로 SIP 푸시 송신자 에이전트 서버 내의 SIP 푸시 송신자 에이전트에게 응답 메시지를 송신한다.
단계 606에서, SIP 푸시 송신자 에이전트 서버는 응답 메시지를 DS 또는 DM 서버로 송신한다.
단계 607에서, DS 또는 DM 클라이언트는 DS 또는 DM 서버에 대해 DS 또는 DM 세션을 개시하고, 세션을 거절하기 위한 응답 메시지를 송신한다.
세션 거절 메시지의 내용의 일례가 다음과 같다.
<Alert>; 이 필드는 '경고 커맨드'를 나타낸다
<CmdID>1</CmdID>; 이 필드는 '커맨드의 시퀀스 번호 ID'를 나타낸다
<Data>1226</Data>; 이 필드는 '경고 타입'을 나타내고, 1226은 총칭 경고(Generic Alert)을 나타낸다
<Item>; 이 필드는 '데이터 아이템'을 나타낸다
<Meta>; 이 필드는 '데이터 아이템의 기술 정보'를 나타낸다
<Type xmlns="syncml:metinf">; 이 필드는 '아이템 타입'을 나타낸다
org.openmobilealliance.dm.refuse-session; 이 필드는 '단말기가 세션을 거절했음'을 나타낸다
</Type>
<Format xmlns="syncml:metinf">b64</Format> ; 이 필드는 '<데이터>의 포맷'을 나타낸다
</Meta>
<Data>abc... </Data>; 이 필드는 '데이터 내용'을 나타낸다
</Item>
</Alert>
상술한 실시예로부터, 통지 메시지의 형식 및 내용을 분석, 판정 및 검증하는 것에 의해, 메시지 내의 에러, 예컨대, 포맷 에러, DS 또는 DM 서버 ID 에러, 검증이 통과되지 않은 에러, 버전이 부정확한 에러, 또는 서버에 의해 개시된 세션이 중요하지 않은 에러와 같은 것이 판정될 수 있다는 것을 알게 된다. 상기 문제들은 서버로 송신되는 응답 메시지에 포함되어, 서버가, 통지 메시지가 성공적으로 수신되었는지 알고 통지 메시지를 송신하지 않도록 하거나, 또는 서버가 포맷 에러, 버전 에러, 서버 ID 에러가 메시지 내에 존재하는 것을 알게 되면 관련 정보를 바로잡아서 제때 업데이트된 통지 메시지를 재송신하여 세션을 수행하도록 하거나, 또는 서버가, 단말기가 세션을 거절한다는 정보를 안 후에 세션 메시지를 맹목적으로 재송신하지 않는다. 또한, DS 또는 DM 단말기는 DS 또는 DM 서버에 의해 개시된 세션이 중요한 것인지를 통지 메시지에 의해 미리 알게 되고, 서버에 의해 전달된 통지 메시지가 세션이 중요하다는 것을 보여주더라도, 단말기는 그 상태에 따라 세션이 중요한지를 판정한다. 세션이 중요하지 않은 것으로 판정한 경우, 단말기는 서버에게 세션을 거절하는 응답 정보를 바로 송신하여, DS 또는 DM 서버가 단말기로부터 세션 초기화를 수신하기 전에 통지 메시지를 반복적으로 송신하는 것을 방지할 수 있고, 또 서버 처리 및 네트워크 자원의 낭비를 방지할 수 있다. 또는, 단말기는 미리 세션의 목적 및 중요도를 알게 됨으로써, 세션의 중요도가 요구 조건에 맞 지 않는 것을 검출한 경우에 현재 진행중인 세션이 거절되는 상황을 피할 수 있어, 단말기의 처리 자원 및 네트워크 전송 자원의 낭비를 방지할 수 있다.
상술한 구현 방식에 대한 기술에 따르면, 당업자라면 명백하게 본 발명이 소프트웨어 및 필요한 범용 하드웨어 플랫폼에 의해 구현될 수 있다는 것을 알 수 있을 것이다. 물론 하드웨어를 이용하여 구현될 수도 있다. 그러나 대부분의 경우, 전자가 훨씬 바람직하다. 이러한 이해를 바탕으로, 본 발명의 기술적 해결 수단은 실질적으로 종래 기술에 기여하는 부품으로 소프트웨어 제품 형태로 구현될 수 있다. 컴퓨터 소프트웨어 제품은, 컴퓨터의 플로피 디스크, 하드 디스크, 또는 광 디스크와 같은 판독가능한 저장 매체에 저장되고, 컴퓨터 장치(개인용 컴퓨터, 서버, 또는 네트워크 장치)로 하여금 본 발명의 각 실시예에 따른 방법을 실행하도록 할 수 있는 여러 명령어들을 포함한다.
당업자라면 본 발명의 기술적 사상을 벗어나지 않으면서 본 발명의 구성에 여러가지 수정 내지 변경을 가할 수 있음을 알 것이다. 본 발명은 첨부된 청구범위 및 그 균등의 범위 내에 포함되는 모든 변경예를 포함한다는 것을 알아야 한다.
DS 또는 DM 서버에 의해 전달된, 세션 연결을 요구하는 통지 메시지가 수신된 후에, 그 메시지의 내용 및 형식(form)의 분석, 판정 및 검증 결과에 따라, 응답 메시지가 DS 또는 DM 서버로 송신되고, 이로써 그 서버가 추가적인 처리를 수행하기 위해 DS 또는 DM 단말기로부터 회신된 정보에 따라 송신된 통지 메지시의 문제점을 판정할 수 있다는 것은 상술한 방법에서의 기술적 해결책으로부터 알 수 있 을 것이다. 따라서, DS 또는 DM 서버가, 세션 연결이 DS 또는 DM 단말기에 의해 구축된다고 통지받지 않는 경우에 통지 메시지를 맹목적으로 그리고 반복적으로 송신하는 것을 방지할 수 있다. 또한 단말기는 세션의 목적 및 중요도를 미리 할 수 있고, 따라서 세션을 수행할지를 결정하고, 세션이 거절된 때는 응답 메시지에 의해 서버에 통지하며, 이로써 서버가 반복적으로 통지 메시지를 송신하는 것을 방지할 수 있다.

Claims (28)

  1. 데이터 싱크(DS:Data Synchronization) 또는 디바이스 매니지먼트(DM: Device Management) 세션에 적용 가능한, 메시지를 처리하는 방법으로서,
    세션 요청자(session requester)에 의해 송신된 세션을 구축하도록 요청하기 위한 통지 메시지로서, 상기 세션에 관련된 세션 관리 정보를 가진 상기 통지 메시지를 수신하는 단계;
    상기 세션에 관련된 세션 관리 정보를 상기 통지 메시지 내에서 획득하는 단계; 및
    상기 세션 관리 정보에 따라 상기 세션 요청자와 세션 연결을 개시하거나, 또는 상기 세션 관리 정보에 따라 상기 통지 메시지를 확인하고 상기 확인의 결과에 따라 응답 메시지를 생성하여 상기 응답 메시지를 상기 세션 요청자에게 송신하는 단계;
    를 포함하는 메시지를 처리하는 방법.
  2. 제1항에 있어서,
    상기 세션 관리 정보는, 상기 세션 요청자의 식별자(ID) 정보, 권한 정보, 및 상기 세션의 표시 정보를 포함하는, 메시지를 처리하는 방법.
  3. 제2항에 있어서,
    상기 세션의 표시 정보는, 상기 세션의, 사용자 인터페이스 표시 정보, 목적 정보(purpose information), 중요도 정보(importance information), 타임아웃 정보(time-out information), 동작 정보(operation information), 및 응답 정책 정보(reply policy information) 중 하나 이상을 포함하는, 메시지를 처리하는 방법.
  4. 제2항에 있어서,
    상기 통지 메시지를 확인 하는 것은,
    상기 통지 메시지의 포맷이 정확한지 여부를 판정하는 단계,
    상기 세션 요청자의 식별자 정보가 유효한지 여부를 판정하는 단계,
    상기 통지 메시지 내의 권한 정보에 따라 상기 세션 요청자에 대한 신원 검증을 수행하는 단계, 및
    상기 세션의 표시 정보에 따라 상기 세션을 승인할지 여부를 판정하는 단계
    를 포함하여 이루어지는, 메시지를 처리하는 방법.
  5. 제3항에 있어서,
    상기 확인의 결과에 따라 상기 응답 메시지를 생성하기 전에,
    상기 통지 메시지가 응답을 요구하는지 여부를 판정하고, 상기 통지 메시지가 응답을 요구하면 상기 확인의 결과에 따라 상기 응답 메시지를 생성하는 단계를 더 포함하는 메시지를 처리하는 방법.
  6. 제1항 내지 제5항 중 어느 한 항에 있어서,
    상기 확인의 결과에 따라 상기 응답 메시지를 생성하기 전에,
    상기 응답 메시지의 형식을 결정하는 단계를 더 포함하는 메시지를 처리하는 방법.
  7. 제6항에 있어서,
    상기 응답 메지시의 형식을 결정하는 단계는, 상기 응답 메시지의 베어러 형식(bearer form)으로서 상기 통지 메시지의 베어러 형식을 사용하는 단계, 및/또는 상기 통지 메시지에 대해 DS 또는 디바이스 매니지먼트 세션 메시지의 형식으로 응답하는 단계를 더 포함하는 메시지를 처리하는 방법.
  8. 제7항에 있어서,
    상기 응답 메시지는, 상기 통지 메시지가 성공적으로 수신되었다는 것을 나타내는 정보, 상기 통지 메시지의 에러 정보, 상기 세션이 거절되었다는 것을 나타내는 정보, 및 상기 세션이 승인되었다는 것을 나타내는 정보 중 하나를 전달하는, 메시지를 처리하는 방법.
  9. 제8항에 있어서,
    상기 통지 메시지의 에러 정보는,
    상기 통지 메시지 내의 상기 세션 요청자의 식별자 정보가 부정확하거나 존 재하지 않는 다른 것을 나타내는 정보,
    상기 통지 메시지의 포맷이 부정확하다는 것을 나타내는 정보,
    상기 통지 메시지 내의, 상기 통지 메시지의 권한 정보에 대한 검증이 실패했다는 것을 나타내는 정보, 및
    상기 통지 메시지가 유효 기간을 도과했다는 것을 나타내는 정보
    중 하나를 포함하는, 메시지를 처리하는 방법.
  10. 제8항에 있어서,
    상기 DS 또는 디바이스 매니지먼트 세션 메시지의 형식으로 상기 통지 메시지에 대해 응답하는 경우, 상기 응답 메시지는 경보 코맨드(Alert command)에 의해 보고되어 있는, 메시지를 처리하는 방법.
  11. 제6항에 있어서,
    상기 확인의 결과에 따라 상기 응답 메시지를 생성하기 전에,
    사용자를 위해 상기 세션의 표시 정보를 디스플레이하고, 상기 사용자에 의해 상기 세션을 승인할지 여부 및/또는 상기 통지 메시지에 대해 응답해야하는지 여부를 확인하는 단계를 더 포함하는 메시지를 처리하는 방법.
  12. 제8항에 있어서,
    상기 세션 요청자에 의해, 수신된 상기 응답 메시지에 의해 전달된 내용에 따라 대응하는 처리를 수행하는 단계를 더 포함하는 메시지를 처리하는 방법.
  13. 제12항에 있어서,
    상기 대응하는 처리를 수행하는 단계는,
    상기 에러 정보의 에러 타입에 따라 대응하여 상기 통지 메시지를 수정하고, 수정된 상기 통지 메시지를 재전송하는 단계를 포함하는, 메시지를 처리하는 방법.
  14. 데이터 싱크(DS: Data Synchronization) 또는 디바이스 매니지먼트(DM: Device Management) 단말기로서,
    세션 요청자에 의해 송신된 통지 메시지로서, 세션 관리 정보를 포함하는 상기 통지 메시지를 수신하도록 구성된 통지 메지시 수신 모듈;
    상기 세션 관리 정보를 획득하고, 상기 세션 관리 정보에 따라 상기 통지 메시지를 확인하도록 구성된 세션 판정 모듈;
    상기 세션 판정 모듈의 확인의 결과에 따라 응답 메시지를 생성하도록 구성된 응답 메시지 생성 모듈; 및
    세션 요청자에게 상기 응답 메시지 생성 모듈에 의해 생성된 상기 응답 메시지를 송신하거나, 또는 상기 세션 판정 모듈의 확인의 결과에 따라 상기 세션 요청자와의 세션 연결을 개시하도록 구성된 메시지 송수신 모듈
    을 포함하는 데이터 싱크 또는 디바이스 매니지먼트 단말기.
  15. 제14항에 있어서,
    상기 세션 판정 모듈은 또한, 상기 세션 요청자에 의해 송신된 상기 통지 메시지의 베어러 형식에 따라 상기 응답 메시지의 형식을 결정하도록 구성되고,
    상기 메시지 송수신 모듈은 또한, 상기 세션 판정 모듈의 확인의 결과에 따라 DS 또는 DM 세션 메시지의 형식으로 상기 세션 요청자에게 상기 응답 메시지를 송신하도록 구성되며,
    상기 데이터 싱크 또는 디바이스 매니지먼트 단말기는, 상기 세션 판정 모듈의 확인의 결과에 따라 상기 통지 메시지의 베어러 형식으로 상기 세션 요청자에게 상기 응답 메시지를 송신하도록 구성된 응답 메시지 송신 모듈을 더 포함하는, 데이터 싱크 또는 디바이스 매니지먼트 단말기.
  16. 제14항 또는 제15항에 있어서,
    상기 데이터 싱크 또는 디바이스 매니지먼트 단말기는, 상기 통지 메시지의 응답 정책을 설정하도록 구성된 정책 설정 모듈을 더 포함하고,
    상기 세션 판정 모듈은 상기 응답 정책에 따라 상기 통지 메시지에 대해 응답해야 하는지 여부를 판정하여 상기 통지 메시지에 대해 응답해야 하는 것으로 판정한 경우에는 상기 응답 메시지 생성 모듈에게 상기 응답 메시지를 생성하도록 지시하도록 구성된, 데이터 싱크 또는 디바이스 매니지먼트 단말기.
  17. 제14항 또는 제15항에 있어서,
    상기 세션 판정 모듈은 또한, 상기 세션 관리 정보 내의 상기 세션 요청자의 식별자 정보에 따라 상기 세션 요청자의 식별자 정보가 정확한지 여부를 확인하고, 상기 세션 요청자의 식별자 정보가 정확하면 그에 따라 상기 통지 메시지 내의 권한 정보를 검증하며, 상기 세션 관리 정보 내의 세션의 표시 정보에 따라 상기 세션의 중요도를 판정하도록 구성된, 데이터 싱크 또는 디바이스 매니지먼트 단말기.
  18. 제17항에 있어서,
    상기 응답 메시지 생성 모듈은 또한, 상기 세션 판정 모듈에 의해 확인된, 상기 세션 요청자의 식별자 에러 정보 및/또는 검증 실패 정보를 상기 응답 메시지에 포함시키거나, 또는 상기 세션의 표시 정보에 따라 상기 세션 판정 모듈에 의해 확인된 상기 세션의 거절 정보를 상기 응답 메시지에 포함시키도록 구성된, 데이터 싱크 또는 디바이스 매니지먼트 단말기.
  19. 데이터 싱크(DS: Data Synchronization) 또는 디바이스 매니지먼트(DM: Device Management) 세션에 적용 가능한, 메시지를 처리하는 시스템으로서,
    단말기에게 세션을 구축하도록 요청하기 위한 통지 메시지로서 세션 관리 정보를 포함하는 상기 통지 메시지를 송신하고, 상기 통지 메시지에 대한 응답 메시지를 수신하며, 수신된 상기 응답 메시지에 포함된 내용에 따라 대응하는 처리를 수행하도록 구성된 DS 또느 DM 서버를 포함하는 메시지를 처리하는 시스템.
  20. 제19항에 있어서,
    상기 DS 또는 DM 서버는 또한, 상기 단말기가 상기 통지 메시지를 성공적으로 수신하거나 또는 상기 단말기가 상기 세션을 거절한 것을 확인한 때는 상기 통지 메시지를 재송신하지 않도록 구성된, 메시지를 처리하는 시스템.
  21. 제19항에 있어서,
    상기 세션의 구축을 요청하기 위한 상기 통지 메시지를 수신하고, 상기 통지 메시지 내에서 상기 세션에 관련된 상기 세션 관리 정보를 획득하며, 상기 세션 관리 정보에 따라 상기 통지 메시지를 확인하고, 상기 확인의 결과에 따라 상기 응답 메시지를 생성하며, 상기 응답 메시지를 상기 DS 또는 DM 서버로 전송하도록 구성된 단말기를 더 포함하는 메시지를 처리하는 시스템.
  22. 제21항에 있어서,
    상기 단말기는,
    세션 요청자에 의해 송신된 상기 통지 메시지로서, 상기 세션 관리 정보를 포함하는 상기 통지 메시지를 수신하도록 구성된 통지 메시지 수신 모듈;
    상기 세션 관리 정보를 획득하고, 상기 세션 관리 정보에 따라 상기 통지 메시지를 확인하도록 구성된 세션 판정 모듈;
    상기 세션 판정 모듈의 확인의 결과에 따라 상기 응답 메시지를 생성하도록 구성된 응답 메시지 생성 모듈; 및
    상기 세션 요청자에게 상기 응답 메시지 생성 모듈에 의해 생성된 응답 메시지를 송신하거나, 또는 상기 세션 판정 모듈의 확인의 결과에 따라 상기 세션 요청자와의 세션 연결을 개시하도록 구성된 메시지 송수신 모듈
    을 포함하는, 메시지를 처리하는 시스템.
  23. 제22항에 있어서,
    상기 세션 판정 모듈은 또한, 상기 세션 요청자에 의해 송신된 상기 통지 메시지의 베어러 형식에 따라 상기 응답 메시지의 형식을 결정하도록 구성되고,
    상기 메시지 송수신 모듈은 또한, 상기 세션 판정 모듈의 확인의 결과에 따라 DS 또는 DM 세션 메시지 형식으로 상기 세션 요청자에게 상기 응답 메시지를 송신하도록 구성되며,
    상기 단말기는 상기 세션 판정 모듈의 확인의 결과에 따라 상기 통지 메시지의 베어러 형식으로 상기 세션 요청자에게 상기 응답 메시지를 송신하도록 구성된 응답 메시지 송신 모듈을 더 포함하는, 메시지를 처리하는 시스템.
  24. 제23항에 있어서,
    상기 DS 또는 DM의 표시에 따라 상기 단말기에게 상기 세션을 구축하도록 요청하기 위한 상기 통지 메시지를 송신하도록 구성된 통지 메시지 송신 모듈;
    상기 통지 메시지의 베어러 형식으로 송신된 상기 응답 메시지를 수신하도록 구성된 응답 메시지 수신 모듈; 및
    상기 응답 메시지 수신 모듈에 의해 송신된 상기 응답 메시지를 수신하고, 상기 응답 메시지를 분해하며(resolve), 상기 DS 또는 DM 서버에 상기 분해(resolution)의 결과를 송신하도록 구성된 응답 메시지 리졸빙 모듈
    을 더 포함하는 메시지를 처리하는 시스템.
  25. 데이터 싱크(DS: Data Synchronization) 또는 디바이스 매니지먼트(DM: Device Management) 서버로서,
    DS 또는 DM 단말기에게 세션을 구축하도록 요청하기 위한 통지 메시지를 송신하도록 구성된 세션 통지 메시지 개시 모듈;
    상기 DS 또는 DM 단말기로부터 회신된 응답 메시지를 수신하도록 구성된 응답 메시지 수신 모듈; 및
    상기 응답 메시지 내에 포함된 내용에 따라 대응하는 처리를 수행하도록 구성된 처리 모듈
    을 포함하는 데이터 싱크 또는 디바이스 매니지먼트 서버.
  26. 제25항에 있어서,
    상기 응답 메시지 수신 모듈에 의해 수신된 상기 응답 메시지는, 통지 메시지 에러 정보, 상기 단말기가 상기 통지 메시지를 성공적으로 수신했다는 것을 나타내는 정보, 및 상기 단말기가 상기 세션을 거절했다는 것을 나타내는 정보 중 하나를 포함하고,
    상기 처리 모듈은 또한, 상기 통지 메시지 에러 정보 내의 에러 타입에 따라 그에 대응하여 상기 통지 메시지를 수정하여 수정된 상기 통지 메시지를 재송신하거나, 또는 상기 단말기가 상기 통지 메시지를 성공적으로 수신했다는 것을 나타내는 정보 또는 상기 단말기가 상기 세션을 거절했다는 것을 나타내는 정보에 따라 상기 통지 메시지를 재송신하지 않도록 구성된,
    데이터 싱크 또는 디바이스 매니지먼트 서버.
  27. 데이터 싱크(DS: Data Synchronization) 또는 디바이스 매니지먼트(DM: Device Management) 세션에 적용 가능한, 메시지를 처리하는 방법으로서,
    세션을 구축하도록 요청하기 위한 통지 메시지로서, 상기 세션에 관련된 세션 관리 정보를 포함하는 상기 통지 메시지를 단말기에게 송신하는 단계;
    상기 세션 관리 정보에 따라 상기 단말기로부터 회신된 응답 메시지를 수신하는 단계; 및
    상기 응답 메시지 내에 포함된 정보에 따라 대응하는 처리를 수행하는 단계
    를 포함하는 메시지를 처리하는 방법.
  28. 제27항에 있어서,
    상기 대응하는 처리를 수행하는 단계는,
    상기 단말기가 상기 통지 메시지를 성공적으로 수신하였거나 상기 단말기가 상기 세션을 거절한 것을 확인한 경우에, 상기 통지 메시지를 송신하지 않는 단계; 또는
    상기 통지 메시지의 에러 타입을 확인하고 그에 대응하여 상기 통지 메시지를 수정한 후에, 수정된 상기 통지 메시지를 재송신하는 단계
    를 포함하는, 메시지를 처리하는 방법.
KR1020097013229A 2007-07-24 2008-06-13 메시지를 처리하는 방법, 시스템, 서버 및 단말기 KR101031828B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710075289.3 2007-07-24
CN2007100752893A CN101355524B (zh) 2007-07-24 2007-07-24 一种消息处理方法、系统、服务器和终端

Publications (2)

Publication Number Publication Date
KR20090086447A true KR20090086447A (ko) 2009-08-12
KR101031828B1 KR101031828B1 (ko) 2011-04-29

Family

ID=40281001

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020097013229A KR101031828B1 (ko) 2007-07-24 2008-06-13 메시지를 처리하는 방법, 시스템, 서버 및 단말기

Country Status (7)

Country Link
US (2) US8019877B2 (ko)
EP (2) EP2091210B1 (ko)
JP (2) JP2010519812A (ko)
KR (1) KR101031828B1 (ko)
CN (1) CN101355524B (ko)
ES (2) ES2436792T3 (ko)
WO (2) WO2009012677A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011028399A2 (en) * 2009-08-25 2011-03-10 Visa International Service Association Response to alert message
WO2014030905A1 (ko) * 2012-08-20 2014-02-27 엘지전자 주식회사 무선 통신 시스템에서 서버를 활성화 또는 비활성화하기 위한 방법 및 장치

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101340286B (zh) * 2007-05-30 2011-03-30 华为技术有限公司 会话连接发起方法及设备
WO2010133035A1 (zh) * 2009-05-21 2010-11-25 华为终端有限公司 点到多点推送消息处理方法、系统及服务器
CN102271347A (zh) * 2010-06-01 2011-12-07 宏达国际电子股份有限公司 交换装置管理树讯息的方法与通信装置
CN101909282B (zh) * 2010-08-20 2014-11-05 中兴通讯股份有限公司 终端操作的触发方法、装置及系统
US8799378B2 (en) * 2010-12-17 2014-08-05 Microsoft Corporation Non-greedy consumption by execution blocks in dataflow networks
CN102571704B (zh) * 2010-12-24 2015-05-27 华为终端有限公司 管理会话的发起和通知方法、被管理终端及管理服务器
CN102651860B (zh) * 2011-02-24 2014-12-31 华为终端有限公司 一种设备管理方法及装置
CN102130910B (zh) 2011-02-28 2015-04-29 华为技术有限公司 Tcp代理插入和卸载方法及业务网关设备
US8554855B1 (en) * 2011-06-14 2013-10-08 Urban Airship, Inc. Push notification delivery system
US8731523B1 (en) 2011-06-14 2014-05-20 Urban Airship, Inc. Push notification delivery system with feedback analysis
US9531827B1 (en) 2011-06-14 2016-12-27 Urban Airship, Inc. Push notification delivery system with feedback analysis
US20130091198A1 (en) * 2011-10-05 2013-04-11 Htc Corporation Method of Reducing Message Transmission between DM Client and DM Server and Related Communication Device
CN103037322A (zh) * 2011-10-05 2013-04-10 宏达国际电子股份有限公司 减少客户端及服务器间讯息传输的方法及其通信装置
KR101956634B1 (ko) 2012-01-03 2019-03-11 삼성전자 주식회사 행동 정보 알림 서비스 시스템 및 행동 정보 알림 서비스 방법
US9075953B2 (en) 2012-07-31 2015-07-07 At&T Intellectual Property I, L.P. Method and apparatus for providing notification of detected error conditions in a network
US8924443B2 (en) * 2012-10-05 2014-12-30 Gary Robin Maze Document management systems and methods
CN103873538A (zh) * 2012-12-18 2014-06-18 中兴通讯股份有限公司 基于dm协议的服务端与终端的通信方法及系统
US9495558B2 (en) * 2013-03-26 2016-11-15 Google Inc. Systems, methods, and computer program products for managing access control
US9053165B2 (en) * 2013-07-08 2015-06-09 Dropbox, Inc. Structured content item synchronization
US10270871B2 (en) 2014-04-08 2019-04-23 Dropbox, Inc. Browser display of native application presence and interaction data
US9998555B2 (en) 2014-04-08 2018-06-12 Dropbox, Inc. Displaying presence in an application accessing shared and synchronized content
US10171579B2 (en) 2014-04-08 2019-01-01 Dropbox, Inc. Managing presence among devices accessing shared and synchronized content
US10091287B2 (en) 2014-04-08 2018-10-02 Dropbox, Inc. Determining presence in an application accessing shared and synchronized content
US9846528B2 (en) 2015-03-02 2017-12-19 Dropbox, Inc. Native application collaboration
CN106161580A (zh) * 2015-04-28 2016-11-23 中兴通讯股份有限公司 一种连接状态控制方法、装置及系统
CN105245534A (zh) * 2015-10-22 2016-01-13 中国移动通信集团江苏有限公司 一种呼叫结果反馈方法、服务器、终端、系统
CN106656729B (zh) * 2015-10-30 2019-11-22 阿里巴巴集团控股有限公司 一种发送信息的方法及装置
US10248933B2 (en) 2015-12-29 2019-04-02 Dropbox, Inc. Content item activity feed for presenting events associated with content items
US10620811B2 (en) 2015-12-30 2020-04-14 Dropbox, Inc. Native application collaboration
US10382502B2 (en) 2016-04-04 2019-08-13 Dropbox, Inc. Change comments for synchronized content items
EP3648512B1 (en) 2017-08-04 2023-10-18 Huawei Technologies Co., Ltd. Method for processing session in wireless communication, and terminal device
CN111083127B (zh) * 2019-12-05 2021-11-09 达闼机器人有限公司 会话管理方法、电子设备及计算机可读存储介质
CN112231566B (zh) * 2020-10-16 2023-11-28 成都知道创宇信息技术有限公司 信息推送方法、装置、系统和可读存储介质
CN112737922B (zh) * 2020-12-23 2023-04-14 江苏苏宁云计算有限公司 通讯方法、装置、计算机设备和存储介质
CN112866361A (zh) * 2021-01-06 2021-05-28 戴振卿 一种工业数据的安全传输方法
CN112925779A (zh) * 2021-03-02 2021-06-08 重庆度小满优扬科技有限公司 一种报文回执修改方法及装置
CN113098726B (zh) * 2021-06-10 2021-09-03 深圳艾灵网络有限公司 网络切片方法、设备及存储介质

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9826158D0 (en) 1998-11-27 1999-01-20 British Telecomm Anounced session control
US6882659B1 (en) * 1999-09-20 2005-04-19 Telefonaktiebolaget Lm Ericsson (Publ) Wide area network synchronization
JP2001169341A (ja) * 1999-09-29 2001-06-22 Fujitsu Ltd 移動通信サービス提供システム、移動通信サービス提供方法、認証装置、およびホームエージェント装置
JP4076701B2 (ja) * 2000-04-14 2008-04-16 富士通株式会社 ノード装置
US7765316B1 (en) * 2000-10-10 2010-07-27 Intel Corporation Scheduling the uploading of information from a client to a server
JP2002133306A (ja) * 2000-10-20 2002-05-10 Canon Inc 情報処理装置、情報処理システム、情報処理方法、及び記憶媒体
JP3944229B2 (ja) * 2000-12-28 2007-07-11 フューチャーアーキテクト株式会社 フレームワークシステム
CN1291333C (zh) * 2001-09-05 2006-12-20 松下电器产业株式会社 同步消息处理方法
US7155521B2 (en) * 2001-10-09 2006-12-26 Nokia Corporation Starting a session in a synchronization system
CN100589400C (zh) 2002-04-30 2010-02-10 诺基亚有限公司 用于管理树状数据交换的方法和设备
JP2007525087A (ja) * 2003-06-27 2007-08-30 アコニクス・システムズ・インコーポレイテッド アクティブ受信及びアクティブ警告でのコンテクスト依存の転送
FI116958B (fi) * 2003-07-01 2006-04-13 Nokia Corp Hallintasolmujen määrittäminen laitteenhallintajärjestelmässä
US20080235386A1 (en) * 2004-01-15 2008-09-25 Paul Oommen Techniques for Updating Security-Related Parameters for Mobile Stations
US7889869B2 (en) * 2004-08-20 2011-02-15 Nokia Corporation Methods and apparatus to integrate mobile communications device management with web browsing
SE528373C2 (sv) * 2004-08-25 2006-10-31 Smarttrust Ab Förfarande och system för apparathantering
FI20041634A0 (fi) 2004-12-20 2004-12-20 Nokia Corp Tarjontaistunnon muodostaminen kommunikaatiojärjestelmässä
JP4432814B2 (ja) * 2005-03-25 2010-03-17 ヤマハ株式会社 演奏データ通信管理システム及び演奏データ通信管理装置
US7734737B2 (en) * 2005-05-26 2010-06-08 Nokia Corporation Device management with configuration information
KR100941540B1 (ko) * 2005-06-02 2010-02-10 엘지전자 주식회사 장치관리 시스템 및 그 시스템에서의 설정-값 세팅 방법
US20070027971A1 (en) * 2005-07-26 2007-02-01 Sunil Marolia Device management network with notifications comprising multiple choice prompts
US20070093243A1 (en) * 2005-10-25 2007-04-26 Vivek Kapadekar Device management system
BRPI0619358A2 (pt) * 2005-12-02 2011-09-27 Lg Electronics Inc método de gerenciamento de dispositivo usando canal de transmissão
US8437751B2 (en) * 2006-04-25 2013-05-07 Core Wireless Licensing S.A.R.L. Method, apparatus and computer program product for providing confirmed over-the-air terminal configuration
US7721003B2 (en) * 2007-02-02 2010-05-18 International Business Machines Corporation System and method to synchronize OSGi bundle inventories between an OSGi bundle server and a client
US9462060B2 (en) * 2007-04-23 2016-10-04 Alcatel Lucent System and method for sending notification message to a mobile station using session initiation protocol (SIP)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011028399A2 (en) * 2009-08-25 2011-03-10 Visa International Service Association Response to alert message
WO2011028399A3 (en) * 2009-08-25 2011-05-19 Visa International Service Association Response to alert message
WO2014030905A1 (ko) * 2012-08-20 2014-02-27 엘지전자 주식회사 무선 통신 시스템에서 서버를 활성화 또는 비활성화하기 위한 방법 및 장치
US9762465B2 (en) 2012-08-20 2017-09-12 Lg Electronics Inc. Method and apparatus for transmitting a response to a command in wireless communication system

Also Published As

Publication number Publication date
JP2010519812A (ja) 2010-06-03
EP2091210B1 (en) 2013-09-04
US20110296042A1 (en) 2011-12-01
JP5249405B2 (ja) 2013-07-31
ES2436792T3 (es) 2014-01-07
US8341274B2 (en) 2012-12-25
EP2661052A1 (en) 2013-11-06
WO2009012677A1 (fr) 2009-01-29
JP2012085346A (ja) 2012-04-26
ES2552999T3 (es) 2015-12-03
CN101355524B (zh) 2013-10-09
CN101355524A (zh) 2009-01-28
KR101031828B1 (ko) 2011-04-29
EP2091210A1 (en) 2009-08-19
WO2009012730A1 (fr) 2009-01-29
US8019877B2 (en) 2011-09-13
EP2091210A4 (en) 2010-09-01
US20090265471A1 (en) 2009-10-22
EP2661052B1 (en) 2015-08-12

Similar Documents

Publication Publication Date Title
KR101031828B1 (ko) 메시지를 처리하는 방법, 시스템, 서버 및 단말기
ES2423509T3 (es) Un terminal, un servidor y un método para gestionar dicho terminal y un método para comunicar la información de capacidad relativa a este terminal
EP2304907B1 (en) A message delivery mechanism
US8819151B2 (en) Method for processing deferred message
JP4948525B2 (ja) 移動通信端末のインスタントメッセージ伝送方法及びシステム
US8626850B2 (en) Method and system for interworking converged messaging service
US9942281B2 (en) Group communication in communication system
EP2079207A1 (en) A method and device for processing the notification message
US20120254311A1 (en) Method for delivering cpm message and server thereof
US10050924B2 (en) Messaging
JP2011055491A (ja) 特定用途向け登録データまたは登録解除データの送信方法、そのための、システム、サーバ、通信端末
KR100617775B1 (ko) 멀티미디어 메시징 서비스에서 중복된 도달 통지 메시지에대한 관리 방법
EP2081318A1 (en) Method and device for initiating the session connection
CN114979084A (zh) 一种呼叫方法、装置及系统
KR101646019B1 (ko) Ｉｍｓ 기반 장애분석 서비스 제공 장치, 시스템 및 그 방법
Alliance Client-Server Protocol Session and Transactions

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
FPAY Annual fee payment
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20160318

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20170322

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20180403

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20190328

Year of fee payment: 9