KR100811882B1 - Ｐａｒｌａ ｙ Ｘ 웹서비스를 이용한 멀티미디어 메시지서비스 방법 및 장치 - Google Patents

Ｐａｒｌａ ｙ Ｘ 웹서비스를 이용한 멀티미디어 메시지서비스 방법 및 장치 Download PDF

Info

Publication number
KR100811882B1
KR100811882B1 KR1020060051111A KR20060051111A KR100811882B1 KR 100811882 B1 KR100811882 B1 KR 100811882B1 KR 1020060051111 A KR1020060051111 A KR 1020060051111A KR 20060051111 A KR20060051111 A KR 20060051111A KR 100811882 B1 KR100811882 B1 KR 100811882B1
Authority
KR
South Korea
Prior art keywords
message
multimedia message
application server
transmission
multimedia
Prior art date
Application number
KR1020060051111A
Other languages
English (en)
Other versions
KR20070061139A (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 한국전자통신연구원
Priority to US11/634,789 priority Critical patent/US8094589B2/en
Publication of KR20070061139A publication Critical patent/KR20070061139A/ko
Application granted granted Critical
Publication of KR100811882B1 publication Critical patent/KR100811882B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/23—Reliability checks, e.g. acknowledgments or fault reporting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58—Message adaptation for wireless communication
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Health & Medical Sciences (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명은 Parlay X 웹서비스를 이용하여 멀티미디어 메시징 서비스를 제공하는 응용 서버가 송신을 요청한 멀티미디어 메시지에 대한 전송 상태를 용이하게 확인할 수 있는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 방법 및 장치에 관한 것으로서, 상태 정보 알림 활성 요청 메시지에 의하여 응용 서버별로 전송 상태 알림 기능을 활성화시키고, 이후 해당 응용 서버에서 전송 요청한 멀티미디어 메시지에 대한 처리결과를 멀티미디어 메시지 서버로부터 수신하면, 상기 처리 결과로 상태 정보 알림 메시지를 생성하여, 상기 응용 서버에 실시간으로 전송토록 한 것으로서, 상기 상태 정보 알림 메시지는 멀티미디어 메시지를 식별하는 식별값과, 해당 멀티미디어 메시지의 전송 정보를 파라미터로 포함한다.
멀티미디어 메시지 서비스, 개방형 서비스, 응용 서버, Parlay X 웹 서비스, 전송 상태 정보,

Description

Ｐａｒｌａ ｙ Ｘ 웹서비스를 이용한 멀티미디어 메시지 서비스 방법 및 장치{Method and apparatus for multimedia messaging service using Parlay X Web service}
도 1은 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 시스템의 개략적인 구조를 나타낸 블록구성도이다.
도 2는 3GPP TS29.119-5 v6.0.0 문서에 정의된 표준 API에 기반한 멀티미디어 메시지 전송 절차를 나타낸 신호 흐름도이다.
도 3은 본 발명에 의한 멀티미디어 메시지 서비스 방법을 나타낸 신호 흐름도이다.
도 4는 본 발명에 의한 멀티미디어 메시지 서비스 과정에 있어서, 상태 정보 알림 기능의 활성화/비활성화를 위한 신호 흐름도이다.
도 5는 본 발명에 의한 멀티미디어 메시지 서비스 장치를 나타낸 블록구성도이다.
* 도면의 주요 부분에 대한 부호의 설명 *
21: 개방형 API 처리부
22: 멀티미디어 서비스 제어부
23: 저장부
24: MM7 프로토콜 처리부
본 발명은 Parlay X 웹서비스를 이용하여 멀티미디어 메시징 서비스를 제공하는 멀티미디어 메시징 응용 서버가 송신을 요청한 멀티미디어 메시지에 대한 상태를 용이하게 확인할 수 있는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 방법 및 장치에 관한 것이다.
Parlay X 웹서비스 기술은, 응용 서비스 계층과 통신망의 전달망 계층 사이에 표준화된 인터페이스를 제공함으로써, 제삼자가 특정 통신망에 종속되지 않고 통신망의 능력, 예를 들어, 유무선 전화연결(Call Control) 기능, 단문메시지(SMS) 및 멀티미디어 메시지(MMS) 송수신 기능, 특정 가입자의 위치정보 검색 등을 이용하여 사용자에게 서비스를 제공할 수 있도록 한 것이다.
도 1은 Parlay X 웹서비스를 이용한 개방형 서비스 플랫폼 구조를 나타낸 것으로서, 사용자에게 통신망 능력을 활용한 소정의 서비스를 제공하는 응용 서버(10)와 통신망 능력 및 자원을 보유한 유/무선 통신망(30) 사이에 일종의 미들웨어로서 동작하는 Parlay 게이트웨이(20)를 구비함으로써, 상기 응용 서버(10)가 특 정 통신망에 종속되지 않고, 유/무선 통신망(30)의 자원을 활용하여 서비스를 제공할 수 있도록 한다.
상기 Parlay 게이트웨이(20)는 통신망(30)에서 제공하는 망 능력 별로 해당 망자원과 연동하는 서비스 가능 요소(SCF:Service Capable Feature)를 보유하며, 제공되는 서비스 능력별로 API 함수가 설정되어 있어, 상기 응용 서버(10)로부터의 API 함수 호출에 의해서, 해당하는 SCF가 동작하여 통신망(30)의 망 자원과 연동한다. 상기 SCF의 예를 들면, 단문 메시지(SMS) SCF, 멀티미디어 메시지(MMS) SCF, 전화호 연결 기능을 처리하는 호 연결 SCF(TPC SCF), 특정 사용자의 상태 정보를 처리하는 프레즌스(Presence) SCF 등을 들 수 있다.
상술한 개방형 서비스 플랫폼은, Parlay 그룹을 통해 제안되어 3세대 이동통신의 사실상 표준 단체인 3GPP(3rd Generation Project Partnership)의 멤버들과 함께 JWG(Joint Working Group) 활동을 통해 3GPP, ETSI, 3GPP2 등의 규격으로 공표되고 있다.
특히, 최근에는 이동 단말기로 음악, 동영상, 이미지, 문자가 결합된 멀티미디어 메시지의 송수신을 가능케 하는 멀티미디어 메시지 서비스와 관련된 Parlay X MM API에 대하여, 3GPP 및 Parlay Group에서 표준화를 추진되었으며, 현재 3GPP TS 29.119-5 v6.3.0 표준화 문서로 제시되어 있다.
상기 표준 문서에 따르면, 멀티미디어 메시징 서비스를 이용하는 응용 서버와 Parlay X 게이트웨이 간에는 단순 객체 접근 프로토콜(Simple Object Access Protocol)(이하, SOAP라 한다) 메시지를 통해서 상기 표준 문서에서 정의된 Parlay X MM API를 원격에서 호출할 수 있도록 한다.
도 2는 상기 3GPP TS29.119-5 v6.0.0 문서의 정의에 기반한 멀티미디어 메시지 전송 절차를 나타낸 신호흐름도이다.
도 2를 참조하면, 상기 응용 서버(10)는 통신망을 통해 멀티미디어 메시지를 전송하기 위하여, Parlay X 게이트웨이(20)로 멀티미디어 메시지 전송 요청 메시지(SendMessage Request)에 송신하고자 하는 멀티미디어 메시지를 포함하여 전달한다(101).
상기 멀티미디어 메시지 전송 요청 메시지(SendMessage Request)를 수신한 Parlay X 게이트웨이(20)는 멀티미디어 메시지를 식별하기 위한 문자형(String Type)의 MM 식별값(ReferenceID)를 생성하고(102), 상기 생성된 MM 식별값(ReferenceID)을 응답 메시지(SendMessage Response)에 실어 응용 서버(10)로 전송하여 상기 멀티미디어 메시지 전송 요청 메시지(SendMessage Request)를 수신하였음을 알린다(103).
상기 MM 식별값(ReferencID)는 응용서버(10)가 전송 상태 확인, 전송 취소 등의 전송을 요청한 멀티미디어 메시지에 대한 후속 처리를 위하여 이용된다.
그리고, 상기 Parlay X 게이트웨이(20)는 상기 전송이 요청된 멀티미디어 메시지를 통신망(30)에서 멀티미디어 메시징 서비스를 제공하는 MMS(Multimedia Message Servce) 서버(31)에서 규정된 프로토콜, 더 구체적으로는 MM7 프로토콜의 MM7_Submit_REQ 메시지를 통해 MMS 서버(31)로 전송하여, 해당 멀티미디어 메시지의 사용자 단말(40)로의 전송을 요청한다(104).
그리고 상기 Parlay X 게이트웨이(20)는 상기 MMS 서버(31)로부터 응답 메시지(MM7_Submit_RES)를 수신하기 전까지 해당 멀티미디어 메시지에 대한 전송 상태를 나타내는 DeliveryStatus값을 대기(MessageWaiting) 상태로 설정한다(105).
이때, 상기 MM7_Submit_REQ 메시지를 수신한 MMS 서버(31)는 상기 메시지를 분석하여 전송할 멀티미디어 메시지와 전송할 목적지를 추출하고, 이에 따라서 해당 사용자 단말(40)로 멀티미디어 메시지를 전송하며, 그 멀티미디어 전송 결과를 MM7_Submit_RES 메시지에 실어 Parlay X 게이트웨이(20)로 전송한다(108).
상기 Parlay X 게이트웨이(20)는 수신된 MM7_Submit_RES 메시지에 포함된 상태 값이 '전송 성공'을 의미하면, DeliveryStatus 값을 'Delivered'로 설정하고, 상기 수신된 MM7_Submit_RES 메시지에 포함된 상태 값이 '전송 실패'를 의미하면, DeliveryStatus 값을 'DeliveryImpossible'로 설정한다(109).
상기와 같이 멀티미디어 메시지의 전송 처리에 있어서, 상기 멀티미디어 메시지 전송을 용한 응용 서버(10)측에서, 해당 멀티미디어 메시지에 대한 전송 상태 정보를 얻기 위해서는, 응용 서버(10)측에서 전송 상태 정보가 필요한 시점마다 앞서 수신한 전송요청에 대한 응답 메시지(SendMessage Response)에 포함된 상기 MM 식별값(ReferenceID)값을 파라메터로 하는 메시지 전송 상태 요청 메시지(GetMessageDeliveryStatus Request)를 상기 Parlay X 게이트웨이(20)로 전송한다(106,110).
이를 수신한 Parlay X 게이트웨이(20)는 상기 MM 식별값(ReferenceID)에 해당하는 DeliveryStatus 값("MessageWaiting" 또는 "Delivered" 또는 "DeliveryImpossible)")을 상태 정보 요청에 대한 응답 메시지(GetMessageDeliveryStatus Response)에 포함하여 상기 MM 응용 서버(10)로 전송한다(107,111). 상기 Parlay X 게이트웨이(20)가 MMS 서버(31)로부터 MM7_Submit_RES 메시지를 수신하기 전에는 DeliveryStatus 값으로 'MessageWaiting'이 전달되며, MMS 서버(31)로부터 MM7_Submit_RES 메시지를 수신한 후에는, 그에 포함된 전송 결과에 따라서 "Delivered" 또는 "DeliveryImpossible"이 전달된다.
이에 상기 응용 서버(10)는 상기 수신된 상태 정보 요청에 대한 응답 메시지(GetMessageDeliveryStatus Response)에 포함된 상기 DeliveryStatus 값을 활용하여 자신이 송신 요청한 멀티미디어 메시지에 대한 전송 상태를 확인할 수 있다.
이러한 종래의 방법에 의하면, 상기 응용 서버(10)는 전송을 요청한 멀티미디어 메시지의 전송이 성공했는지 실패했는지를 확인하기 위해서는, 'Delivered' 혹은 'DeliveryImpossible'인 DeliveryStatus 값을 얻을 때까지 반복하여 Parlay X 게이트웨이로 메시지 전송 상태를 질의하여야 한다.
따라서 만약에 상기 Parlay X 게이트웨이(20)와 MMS 서버(31)간에 상기 MM7_Submit_REQ 메시지 또는 상기 MM7_Submit_RES 메시지 전송이 늦어지거나, 다량의 메시지 전송이나 기타 과부하로 인하여 상기 Parlay X 게이트웨이(20) 또는 MMS 서버(30)에서 해당 멀티미디어 메시지에 대한 전송 처리가 늦어지는 경우, 응용 서버(10)로부터 Parlay X 게이트웨이(30) 전송 상태 요청 메시 지(GetMessageDeliveryStatus Request)와 그 응답 메시지(GetMessageDeliveryStatus Response)가 여러 번 전달되게 되며, 이것은 상기 응용 서버와 상기 Parlay X 게이트웨이 양측의 입장에서 불필요한 자원 낭비 및 부하 유발을 초래할 수 있다.
본 발명은 상술한 종래의 문제점을 해결하기위한 것으로서, 그 목적은 Parlay X 웹서비스를 이용하여 멀티미디어 메시징 서비스를 제공하는 멀티미디어 메시징 응용 서버가 송신을 요청한 멀티미디어 메시지에 대한 상태를 용이하게 확인할 수 있는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 방법 및 장치를 제공하는 것이다.
더하여, 본 발명의 다른 목적은 응용 서버와 Parlay X 게이트웨이간에 자원 낭비나 부하 유발을 초래하지 않으면서, 효율적으로 멀티미디어 메시지의 전송 상태를 응용 서버 측에서 확인할 수 있도록 하는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 방법 및 장치를 제공하는 것이다.
상기 목적을 달성하기 위한 구성 수단으로서 본 발명은, 응용 서버로부터 멀티미디어 메시지 전송 요청 메시지를 수신하는 단계; 상기 수신된 멀티미디어 메시지 전송 요청 메시지를 분석하여, 멀티미디어 메시지를 추출하고, 상기 멀티미디어 메시지에 대한 식별값을 생성하는 단계; 상기 생성된 멀티미디어 메시지 식별값을 포함한 멀티미디어 전송 요청에 대한 응답 메시지를 응용 서버로 전송하는 단계; 상기 추출된 멀티미디어 메시지를 통신망의 프로토콜에 따른 메시지에 실어 멀티미디어 메시지 서비스(MMS) 서버로 전송하는 단계; 상기 멀티미디어 메시지 서비스 서버로부터 처리 결과를 수신하는 단계; 상기 수신된 처리 결과와 해당 멀티미디어 메시지의 식별값을 조합하여 해당 멀티미디어 메시지의 전송 상태 정보를 알리는 상태 정보 알림 메시지를 생성하고, 상기 생성된 상태 정보 알림 메시지를 해당 응용 서버로 전송하는 단계; 및 상기 응용 서버로부터 상태 정보 알림 메시지에 대한 응답 메시지를 수신하는 단계를 포함하는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 방법을 제공한다.
더하여, 상술한 본 발명의 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 방법은, 상기 응용 서버로부터 자신이 송신한 멀티미디어 메시지에 대한 전송 상태 알림 기능의 활성을 요청하는 상태 알림 기능 활성 요청 메시지를 수신하는 단계; 및 상기 수신된 상태 알림 기능 활성 요청 메시지를 분석하여, 응용 서버별로 멀티미디어 메시지에 대한 전송 상태 알림 기능 활성화를 설정하는 단계를 포함하고, 상기 단계에서 전송 상태 알림 기능이 활성화된 응용 서버의 멀티미디어 메시지에 대해서만 상태 정보 알림 메시지를 생성하여 전송하도록 하는 것을 특징으로 한다.
또한 상술한 본 발명의 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 방법은, 상기 응용 서버로부터 자신이 송신한 멀티미디어 메시지에 대한 전송 상태 알림 기능의 비활성을 요청하는 상태 알림 기능 비활성 요청 메시지를 수신하는 단계; 및 상기 수신된 상태 알림 기능 비활성 요청 메시지를 분석하여, 해당 응용 서버의 전송 상태 알림 기능을 비활성화시키는 단계를 포함하고, 상기 단계에서 전송 상태 알림 기능이 비활성화된 응용 서버의 멀티미디어 메시지에 대해서는 상태 정보 알림 메시지를 생성하지 않도록 하는 것을 특징으로 한다.
더하여, 본 발명은 상기 목적을 달성하기 위한 다른 구성수단으로서, 응용 서버의 API 함수 호출을 통해 응용 서버로부터 송신할 멀티미디어 메시지 및 전송 상태 알림 기능의 활성/비활성 요청를 수신하고, 그 처리 결과를 응용 서버로 전달하는 개방형 API 처리부; 멀티미디어 메시지 서비스를 제공하는 통신망의 멀티미디어 메시지 서버와 해당 멀티미디어 메시지 서버의 프로토콜에 따라서 메시지를 교환하여, 상기 응용 서버의 멀티미디어 메시지 전송 요청를 전달하고, 그 처리 결과를 수신하는 MM7 프로토콜 처리부; 상기 개방형 API 처리부를 통해 수신된 메시지를 분석하여, 전송 상태 알림 기능의 활성/비활성 요청인 경우 응용 서버별로 멀티미디어 메시지의 전송 정보 알림 기능을 활성 혹은 비활성으로 설정하고, 멀티미디어 메시지의 전송 요청이면 해당 멀티미디어 메시지를 MM7 프로토콜 처리부로 전달하여 전송되도록 하고, 상기 MM7 프로토콜 처리부로부터 멀티미디어 메시지에 대한 처리 결과가 수신되면, 해당 전송 상태 알림 기능이 활성화되었는지를 확인하여, 활성화된 경우 상기 개방형 API 처리부를 통해 상태 정보 알림 메시지를 해당 응용 서버로 전송시키는 멀티미디어 서비스 제어부; 및 상기 멀티미디어 서비스 제어부에 의해 처리되는 응용 서버별 전송 상태 알림 기능의 활성/비활성 정보를 저장하며, 멀티미디어 메시지 처리에 요청되는 각 변수 및 식별을 저장하는 저장부를 포함하는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 장치를 제공한다.
더하여, 본 발명에 있어서, 상기 상태 정보 알림 메시지는, 상기 응용 서버로부터 수신된 멀티미디어 메시지 전송 요청 메시지의 수신에 의해 생성된 MM 식별값(ReferenceID)과 상기 식별값에 대응하는 멀티미디어 메시지에 대한 전송 상태를 나타내는 전송 정보(DeliveryInformation)를 파라미터로 포함하는 것을 특징으로 한다.
또한, 본 발명에 있어서, 상기 전송 정보(DeliveryInformation)는, 상기 응용 서버로부터 수신된 멀티미디어 메시지 전송 요청 메시지에 포함된 목적지 주소 리스트와, 해당 목적지 주소에 대응하는 각각의 전송 상태 값으로 구성되는 것을 특징으로 한다.
또한, 본 발명에 있어서, 상기 전송 상태 값은, 해당 멀티미디어 메시지가 사용자측으로 전송이 성공했음을 의미하는 상태값과, 해당 멀티미디어 메시지의 사용자측으로의 전송이 실패했음을 의미하는 상태값을 포함한다.
또한, 본 발명에 있어서, 상기 상태 정보 알림 기능 활성 요청 메시지는 및 상기 상태 정보 알림 기능 비활성 요청 메시지는, 응용 서버 별로 부여된 응용 서버 식별값(AsRegistrationID)을 포함하여 이루어진다.
이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 실시 예를 상세히 설명한다. 첨부된 도면에 있어서 동일한 참조부호를 갖는 구성 요소는 동일한 구성 및 작용을 갖는 것으로 이해될 수 있다. 더불어, 본 발명을 설명함에 있어서, 관련된 공지 기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐리게 할 수 있는 경우 그 상세한 설명은 생략한다.
본 발명에서는 도 1과 같은 개방형 서비스 플랫폼에 있어서, 상기 응용 서버(10)와 Parlay X 게이트웨이(20)간에 멀티미디어 메시지의 상태를 확인하기 위한 메시지들을 다음과 같이 설정한다.
1) 상태 정보 알림 메시지
상태 정보 알림 메시지는 Parlay X 게이트웨이(20)에서 응용 서버(10)로 소정의 멀티미디어 메시지에 대한 상태 정보를 전송하는 메시지로서, 문자형(string type)의 MM 식별값(ReferenceID)과, 전송 정보값(DeliveryInfo)를 파라메터로 포함한다. 상기 MM 식별값(ReferenceID)는 응용 서버(10)측에서 전송요청된 멀티미디어 메시지들을 각각 구분하기 위하여 상기 Parlay X 게이트웨이(20)측에서 멀티미디어 메시지별로 생성되는 식별값으로서, 3GPP TS29.119-5 v6.0.0 문서에 정의된 SendMessage Response 메시지의 파라미터 ReferenceID와 동일한 값이다. 더하여, 상기 전송 정보(DeliveryInfo)는 해당 멀티미디어 메시지의 전송이 성공하였는지, 실패하였는지 아직 전송 실행중인지 등과 같은 전송 상태를 나타낸 것으로서, 3GPP TS29.119-5 v6.0.0 문서에 정의된 DeliveryInformation type과 동일한 값이다. 즉, 전송 정보(DeliveryInformation)를 구성하는 정보는 상기 멀티미디어 메시지 전송 요청 메시지(SendMessage Request)에 포함된 목적지 주소 리스트와 각 목적지 주소에 대응하는 각각의 전송 상태 값을 포함한다.
상기 Parlay X 게이트웨이(20)는 멀티미디어 전송 상태가 변경될 때 바로 상기 상태 정보 알림 메시지를 응용 서버(10)에 전송하는 것이 바람직하며, 구체적으로는 MMS 서버(30)로부터 멀티미디어 메시지 전송에 대한 응답을 수신한 시점에, 얻어진 해당 전송 상태 정보를 응용 서버(10)로 바로 전송하도록 한다.
이에 의하면, 상기 응용 서버(10)는 질의 절차 없이 전송요청한 멀티미디어 메시지에 대한 상태 정보를 얻을 수 있게 된다.
2) 상태 정보 알림 활성 요청 메시지와 상태 정보 알림 비활성 요청 메시지
상기 메시지는 응용 서버(10)에서 조건이나 정책에 따라서, Parlay X 게이트웨이(20)로부터 상태 정보 알림 메시지를 받을 지의 여부를 선택할 수 있도록 하기 위한 것으로서, 각각 Parlay X 게이트웨이(20)에 전송 상태 알림 기능의 활성화를 요청하거나, 비활성화를 요청한다.
상기 상태 정보 알림 활성 요청 메시지와 상태 정보 알림 비활성 요청 메시지는, 파라메터로서 응용서버(10)를 식별하기 위하여 설정된 문자형(string type)의 응용 서버 식별값(AsRegistrationID)을 포함한다. 상기 응용 서버 식별값(AsRegistrationID)는 Parlay X 게이트웨이(20)에 응용 서버(10)를 등록시에 오프라인으로 부여되는 값으로서, 응용 서버(10)들을 서로 식별하는데 이용된다.
이러한 상태 정보 알림 활성 요청 메시지와 상태 정보 알림 비활성 요청 메시지를 이용하여, 각 응용 서버(10)는 Parlay X 게이트웨이(20)에 자신이 전송 요청한 멀티미디어 메시지들에 대한 전송 상태 알림 기능을 활성화시키거나, 비활성화시킬 수 있다.
도 3은 본 발명에 의한 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 방법의 바람직한 실시 예를 보인 신호 흐름도이다.
본 발명에 따른 메시지를 이용하여, 응용 서버(10)가 Parlay X 게이트웨이(20)로부터 상기 상태 정보 알림 메시지를 수신하기 위해서는 먼저, 전송 상태 정보를 전달받고 싶은 응용 서버(10)가 Parlay X 게이트웨이(20)로 상태 정보 알림 활성 요청 메시지를 전송하여(301), Parlay X 게이트웨이(20)의 응용 서버(10)에 대한 전송 상태 알림 기능을 활성화시켜야 한다.
상기 상태 정보 알림 활성 요청 메시지를 수신한 Parlay X 게이트웨이(20)는 수신된 상태 정보 알림 활성 요청 메시지에 포함된 응용 서버 식별값(AsRegisterationID)를 이용하여 상태 정보 알림 활성을 요청한 응용 서버를 식별하고, 상기 식별된 응용 서버에 대한 전송 상태 알림 기능을 활성화시킨다(302).
그리고 Parlay X 게이트웨이(20)는 응용 서버(10)로 상태 정보 알림 활성 응답 메시지를 전송하여 요청된 상태 정보 알림 활성이 처리되었음을 알린다.
이후 응용 서버(10)는 전송할 멀티미디어 메시지가 발생할 때마다, Parlay X 게이트웨이(20)에 송신하고자 하는 멀티미디어 메시지를 포함한 멀티미디어 메시지 전송 요청 메시지(SendMessage Request)를 전달하고(304), 상기 Parlay X 게이트웨이(20)는 상기 수신된 멀티미디어 메시지 전송 요청 메시지(SendMessage Request)에 포함된 멀티미디어 메시지별로 문자형(String Type)의 MM 식별값(ReferenceID)를 생성하여 설정하며(305), 더불어 상기 생성된 MM 식별 값(ReferenceID)을 멀티미디어 메시지 전송 응답 메시지(SendMessage Response)에 실어 응용 서버(10)로 전송하여 상기 멀티미디어 메시지 전송 요청 메시지(SendMessage Request)를 수신하였음을 알린다(306).
상기 MM 식별값(ReferencID)는 응용서버(10)가 전송 상태 확인, 전송 취소 등의 전송을 요청한 멀티미디어 메시지에 대한 후속 처리를 위하여 이용된다.
또한, 상기 Parlay X 게이트웨이(20)는 전송이 요청된 멀티미디어 메시지를 상기 MMS 서버(31)에서 규정된 프로토콜의 전송 메시지, 더 구체적으로는 MM7 프로토콜의 MM7_Submit_REQ 메시지에 실어 MMS 서버(31)로 전송하여, 해당 멀티미디어 메시지의 사용자 단말(40)로의 전송을 요청한다(104). 상기 MMS 서버(31)는 수신된 MM7_Submit_REQ 메시지를 처리하고, 그 처리 결과를 멀티미디어 메시지 전송 응답 메시지(MM7_Submit_RES)에 실어 Parlay X 게이트웨이(20)에 알린다.
그리고 상기 Parlay X 게이트웨이(20)는 상기 MMS 서버(31)로부터 응답 메시지(MM7_Submit_RES)를 수신하기 전까지는 해당 멀티미디어 메시지에 대한 전송 상태를 나타내는 DeliveryStatus값을 대기(MessageWaiting) 상태로 설정하고, MMS 서버(31)로부터 MM7_Submit_RES 메시지가 수신되면, 상기 메시지에 포함된 결과값에 따라서 DeliveryStatus 값을 'Delivered(전송)'또는 'DeliveryImpossible(전송불가)'로 설정한다.
상기와 같은 3GPP TS29에서 정의된 메시지를 이용하여 멀티미디어 메시지의 전송을 처리하면서, 상기 Parlay X 게이트웨이(20)는 상기 알림 기능이 활성화된 응용 서버(10)에서 요청한 멀티미디어 메시지에 대한 전송 상태를 알게되는 경 우, 즉, 상기 변수 DeliveryStatus값이 'Delivered(전송)'또는 'DeliveryImpossible(전송불가)'로 설정되거나, 상기 MMS 서버(31)로부터 전송 결과(MM7_Submit_RES)가 수신되면, 상기로부터 얻어진 전송 정보(Delivered 또는 DeliveryImpossible)를 상기 상태 정보 알림 메시지에 실어 해당 응용 서버(10)로 전송한다(310).
상기 상태 정보 알림 메시지는 상기 응용 서버(10)의 멀티미디어 메시지 전송 요청 메시지(SendMessage Request)의 수신에 생성한 MM 식별값(ReferenceID)과 전송 정보(DeliveryInformation)를 파라미터로 갖는다. 상기 전송 정보(DeliveryInformation)를 구성하는 정보는 상기 멀티미디어 메시지 전송 요청 메시지(SendMessage Request)에 포함된 목적지 주소 리스트와 해당 목적지 주소에 대응하는 각각의 전송 상태 값으로 구성된다.
상기 응용 서버(10)는 상기 상태 정보 알림 메시지를 수신함에 의하여, 자신이 송신한 멀티미디어 메시지에 대한 전송 결과를 확인할 수 있으며, 이에 대한 수신 여부를 상태 정보 알림 응답 메시지를 통해 Parlay X 게이트웨이(20)에 알린다.
상술한 바에 의하면, 응용 서버(10)는 전송 상태 알림 기능을 활성화시킴으로써, 이후 자신이 송신한 멀티미디어 메시지에 대한 전송 결과를 별도의 질의없이 실시간으로 수신할 수 있게 된다.
이때, 상기 응용 서버 별로 조건이나 정책에 따라 송신한 멀티미디어 메시지에 대한 전송 결과를 확인할 필요가 있는 경우도 있게 되고, 필요없는 경우도 발생할 수 있다. 이를 위하여, 본 발명은 상술한 전송 상태 알림 기능을 응용 서버(10)에서 선택적으로 활성화 혹은 비활성화시킬 수 있도록 한다.
도 4는 본 발명에 의한 멀티미디어 메시지 전송 방법에 있어서, 전송 상태 알림 기능의 활성화/비활성화 절차를 보인 신호 흐름도이다.
도 4를 참조하면, 응용 서버(10)에서 송신한 멀티미디어 메시지에 대한 전송 상태 정보를 알 필요가 있는 경우, 상기 응용 서버(10)는 멀티미디어 메시지의 송신 전에 Parlay X 게이트웨이(20)로 상태 정보 알림 활성 요청 메시지를 전송한다(401). 앞서 설명한 바와 같이, 상기 상태 정보 알림 활성 요청 메시지에는 상기 메시지를 송신한 응용 서버(10)에게 부여된 응용 서버 식별값(AsRegistrationID)가 포함되어 있어, Parlay X 게이트웨이(20)가 알림 기능을 활성시킬 응용 서버를 식별할 수 있다. 이에 상기 Parlay X 게이트웨이(20)는 상기 응용 서버 식별값(AsRegistrationID)에 해당하는 응용 서버에 대한 알림 기능을 활성화시킨다(402). 그리고 알림 기능의 활성 여부를 상태 정보 알림 활성 응답 메시지를 통해 해당 응용 서버(10)에 알린다(403).
반대로, 상기 응용 서버(10)측에서 송신한 멀티미디어 메시지에 대한 전송 결과를 확인하지 않아도 되는 경우, 상기 응용 서버(10)는 Parlay X 게이트웨이(20)에게 상태 정보 알림 알림 기능을 비활성화시키기 위해서는 상태 정보 알림 비활성 요청 메시지를 전송한다(404). 상기 상태 정보 알림 비활성 요청 메시지도 마찬가지로 요청자인 응용 서버를 식별하기 위한 문자형(String Type)의 식별값(AsRegistrationID)을 포함하며, 이를 수신한 상기 Parlay X 게이트웨이(20)는 상기 메시지에 포함된 식별값(AsRegistrationID)에 해당하는 응용 서버(10)에 대한 전송 상태 알림 기능을 비활성화시킨다(405). 그리고 상태 정보 알림 비활성 응답 메시지를 해당 응용 서버(10)로 전송한다(406).
도 5는 본 발명에 의한 멀티미디어 메시지 전송 장치를 나타낸 기능 블록도로서, 개방형 서비스 플랫폼에 있어서 상기 응용 서버(10)와 통신망(30)의 자원, 특히 MMS 서버(31) 사이에서 미들웨어로서 기능하는 Parlay X 게이트웨이(20)로서 구현된다.
상기 도 5를 참조하면, 본 발명에 의한 멀티미디어 메시지 전송 장치는, 개방형 API 처리부(21)와, 멀티미디어 서비스 제어부(22)와, 저장부(23)와, MM7 프로토콜 처리부(24)를 포함한다.
상기 개방형 API 처리부(21)는 응용 서버(10)와의 개방형 응용 프로그램 인터페이스를 구현하는 수단으로서, API 함수 호출을 통해 응용 서버(10)로부터 멀티미디어 메시지의 전송 요청 메시지, 전송 상태 알림 기능의 활성/비활성 요청을 위한 상태 정보 알림 활성 요청 메시지, 및 상태 정보 알림 비활성 요청 메시지를 수신하고, 상기 멀티미디어 메시지의 처리 결과를 응용 서버(10)로 전달한다.
상기 멀티미디어 서비스 제어부(22)는 상기 개방형 API 처리부(21)를 통해 수신된 메시지를 분석하여, 상기 응용 서버에 대한 멀티미디어 메시지의 전송 상태 알림 기능을 활성 혹은 비활성으로 설정하고, 멀티미디어 메시지의 송신을 처리하고, 전송 상태 알림 기능이 활성화된 응용 서버에서 요청된 멀티미디어 메시지에 대한 MMS 서버(31)로부터의 처리 결과를 실시간으로 전송하도록 제어한다.
상기 저장부(23)는 상기 멀티미디어 서비스 제어부(22)에 의해 처리되는 응용 서버별 전송 상태 알림 기능의 활성/비활성 정보를 저장하며, 멀티미디어 메시지 처리에 요청되는 각 변수 및 MM 식별값이나 응용 서버의 식별값을 저장 관리한다.
상기 MM7 프로토콜 처리부(24)는 실제 멀티미디어 메시지 서비스를 제공하는 통신망의 자원, 즉, MMS 서버(31)와 상기 MMS 서버(31)에서 지정된 프로토콜(MM7 프로토콜)에 따라서 메시지를 교환하여, 상기 응용 서버(10)의 멀티미디어 메시지 전송 요청를 MMS 서버(31)에 전달하고, 상기 MMS 서버(31)의 처리 결과를 수신하여 상기 멀티미디어 서비스 제어부(22)로 전달한다.
즉, 상기 멀티미디어 메시지 전송 장치에 있어서, 상기 멀티미디어 서비스 제어부(22)는 개방형 API 처리부(21)를 통해 상태 정보 알림 활성 요청 메시지 및 상태 정보 알림 비활성 요청 메시지가 수신되면, 상기 수신된 메시지의 파라미터, 즉, 응용 서버 식별값(AsRegistratedID)를 추출하여, 응용 서버별로 전송 상태 알림 기능을 활성 또는 비활성시킨다. 이 정보는 저장부(23)에서 관리된다.
이후, 멀티미디어 전송 요청이 수신되면, 요청된 멀티미디어 메시지별로 MM 식별값(ReferenceID)를 생성하여 저장부(23)에 저장한 후, 상기 생성된 MM 식별값(ReferenceID)를 응답메시지를 통해 해당 응용 서버(10)에 알린다. 또한, 전송 요청 MM7 프로토콜 처리부(24)를 제어하여, 전송할 멀티미디어 메시지가 포함된 멀티미디어 전송 요청 메시지를 MMS 서버(31)로 전송시키고, 그 처리 결과를 대기한다.
상기에 의하여, MMS 서버(31)로부터 처리 결과가 응답되면, 해당 멀티미디어 메시지를 요청한 응용 서버가 전송 상태 알림 기능이 활성상태인지 비활성상태인지를 확인하여, 활성상태이면, 수신된 처리 결과와 대응하는 멀티미디어 메시지의 식별값(ReferenceID)를 조합하여 앞서 설명한 상태 정보 알림 메시지를 구성한 후, 상기 개방형 API 처리부(21)를 통해 해당 응용 서버(10)로 전송시킨다.
상기한 바와 같이, 본 발명에 따르면, 응용 서버에서 전송요청한 멀티미디어 메시지에 대한 전송 상태 정보를 얻기 위해서, 질의 메시지를 발생시키지 않고도, 한번의 상태 알림 기능 활성요청에 의하여, 멀티미디어 메시지에 대한 전송 상태 정보를 실시간으로 전달받을 수 있는 우수한 효과가 있다.
또한, 이를 통해서 다량의 멀티미디어 메시지를 전송하는 응용 서버에 있어서, 상태 정보 질의에 따른 Parlay X 게이트웨이의 부하를 줄일 수 있는 이점이 있다.
또한, 응용 서버에서 상태 정보 알림 기능을 선택적으로 활성화시키거나 비활성화 시킬 수 있으므로, 응용 서버의 정책이나 조건에 따라서 다양한 응용이 가능하다는 우수한 효과가 있다.

Claims (14)

  1. 응용 서버와 통신망 사이에 위치한 게이트웨이에서의 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 방법에 있어서, 상기 게이트웨이가
    상기 응용 서버로부터 멀티미디어 메시지 전송 요청 메시지를 수신하는 단계;
    상기 수신된 멀티미디어 메시지 전송 요청 메시지를 분석하여, 멀티미디어 메시지를 추출하고, 상기 멀티미디어 메시지의 식별값을 생성하는 단계;
    상기 생성된 멀티미디어 메시지의 식별값을 포함한 멀티미디어 전송 요청에 대한 응답 메시지를 상기 응용 서버로 전송하는 단계;
    상기 추출된 멀티미디어 메시지를 상기 통신망의 프로토콜에 따른 메시지에 실어 멀티미디어 메시지 서비스(MMS) 서버로 전송하는 단계;
    상기 멀티미디어 메시지 서비스 서버로부터 상기 멀티미디어 메시지의 처리 결과를 수신하는 단계;
    상기 수신된 처리 결과와 상기 멀티미디어 메시지의 식별값을 조합하여 상기 멀티미디어 메시지의 전송 상태를 알리는 상태 정보 알림 메시지를 생성하고, 상기 생성된 상태 정보 알림 메시지를 상기 응용 서버로 전송하는 단계; 및
    상기 응용 서버로부터 상기 상태 정보 알림 메시지에 대한 응답 메시지를 수신하는 단계를 포함하는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 방법.
  2. 제1항에 있어서, 상기 상태 정보 알림 메시지는
    상기 멀티미디어 메시지의 식별값과, 상기 식별값에 대응하는 멀티미디어 메시지에 대한 전송 상태를 나타내는 전송 정보를 파라미터로 포함하는 것을 특징으로 하는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 방법.
  3. 제2항에 있어서, 상기 전송 정보는
    상기 응용 서버로부터 수신된 멀티미디어 메시지 전송 요청 메시지에 포함된 목적지 주소 리스트와, 상기 목적지 주소별 전송 상태 값으로 구성되는 것을 특징으로 하는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 방법.
  4. 제3항에 있어서, 상기 전송 상태 값은
    상기 목적지 주소로의 상기 멀티미디어 메시지의 전송이 성공했음을 의미하는 상태값과, 상기 목적지 주소로의 상기 멀티미디어 메시지의 전송이 실패했음을 의미하는 상태값 중에서 하나인 것을 특징으로 하는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 방법.
  5. 제1항 또는 제2항에 있어서,
    상기 응용 서버로부터 멀티미디어 메시지의 전송 요청 메시지를 수신하는 단계 이전에 상기 응용 서버로부터 자신이 송신한 멀티미디어 메시지에 대한 전송 상태 알림 기능의 활성화를 요청하는 상태 정보 알림 활성 요청 메시지를 수신하는 단계;
    상기 수신한 상태 정보 알림 활성 요청 메시지를 분석하여, 상기 응용 서버의 전송 상태 알림 기능을 활성화하는 단계; 및
    상기 멀티미디어 메시지의 처리 결과를 수신하면, 상기 응용 서버의 전송 상태 알림 기능을 확인하여, 활성화된 경우에 상기 상태 정보 알림 메시지를 생성하여 전송하도록 하는 단계를 더 포함하는 것을 특징으로 하는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 방법.
  6. 제5항에 있어서,
    상기 응용 서버로부터 멀티미디어 메시지 전송 요청 메시지를 수신하는 단계이전에 상기 응용 서버로부터 자신이 송신한 멀티미디어 메시지에 대한 전송 상태 알림 기능의 비활성을 요청하는 상태 정보 알림 비활성 요청 메시지를 수신하는 단계;
    상기 상태 정보 알림 비활성 요청 메시지를 분석하여, 상기 응용 서버의 전송 상태 알림 기능을 비활성화시키는 단계; 및
    상기 멀티미디어 메시지의 처리 결과를 수신하면, 상기 응용 서버의 전송 상태 알림 기능을 확인하여, 비활성화된 경우, 상기 멀티미디어 메시지에 대한 상태 정보 알림 메시지를 생성하지 않도록 하는 단계를 더 포함하는 것을 특징으로 하는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 방법.
  7. 제5항에 있어서,
    상기 상태 정보 알림 활성 요청 메시지는
    응용 서버 별로 부여된 응용 서버 식별값을 포함하는 것을 특징으로 하는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 방법.
  8. 제6항에 있어서,
    상기 상태 정보 알림 비활성 요청 메시지는
    응용 서버 별로 부여된 응용 서버 식별값을 포함하는 것을 특징으로 하는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 방법.
  9. 응용 서버의 API 함수 호출을 통해 상기 응용 서버로부터 멀티미디어 메시지에 대한 전송 요청 메시지 또는 상태 정보 알림 활성 요청 메시지 또는 상태 정보 알림 비활성 요청 메시지를 수신하고, 상기 멀티미디어 메시지에 대한 상태 정보 알림 메시지를 상기 응용 서버로 전달하는 개방형 API 처리부;
    멀티미디어 메시지 서비스를 제공하는 통신망의 멀티미디어 메시지 서버와 상기 멀티미디어 메시지 서버의 프로토콜에 따라서 메시지를 교환하여, 상기 응용 서버의 멀티미디어 메시지 전송 요청 메시지를 전달하고, 상기 멀티미디어 메시지 전송 요청에 대한 처리 결과를 수신하는 MM7 프로토콜 처리부;
    상기 개방형 API 처리부를 통해 상기 상태 정보 알림 활성 요청 메시지 또는 상태 정보 알림 비활성 요청 메시지가 수신되면, 상기 응용 서버의 전송 상태 알림 기능을 활성 또는 비활성으로 설정하고, 상기 개방형 API 처리부를 통해 멀티미디어 메시지의 전송 요청 메시지가 수신되면, 상기 멀티미디어 메시지를 상기 MM7 프로토콜 처리부로 전달하여 전송되도록 하고, 상기 MM7 프로토콜 처리부로부터 상기 멀티미디어 메시지에 대한 처리 결과가 수신되면, 상기 응용 서버의 전송 상태 알림 기능이 활성화되었는지를 확인하여, 활성화된 경우 상기 상태 정보 알림 메시지를 생성하여 상기 개방형 API 처리부로 전달하는 멀티미디어 서비스 제어부; 및
    상기 멀티미디어 서비스 제어부에 의해 설정되는 상기 전송 상태 알림 기능의 활성 또는 비활성 정보를 저장하며, 상기 멀티미디어 메시지 처리에 요청되는 변수 및 식별값을 저장하는 저장부를 포함하는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 장치.
  10. 제9항에 있어서, 상기 상태 정보 알림 메시지는
    상기 멀티미디어 메시지의 식별값과 상기 식별값에 대응하는 멀티미디어 메시지에 대한 전송 상태를 나타내는 전송 정보를 파라미터로 포함하는 것을 특징으로 하는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 장치.
  11. 제10항에 있어서, 상기 전송 정보는
    상기 응용 서버로부터 수신된 멀티미디어 메시지 전송 요청 메시지에 포함된 목적지 주소 리스트와, 상기 목적지 주소별 전송 상태 값으로 구성되는 것을 특징으로 하는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 장치.
  12. 제11항에 있어서, 상기 전송 상태 값은
    상기 목적지 주소로의 상기 멀티미디어 메시지의 전송이 성공했음을 의미하는 상태값과, 상기 목적지 주소로의 상기 멀티미디어 메시지의 전송이 실패했음을 의미하는 상태값 중에서 하나인 것을 특징으로 하는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 장치.
  13. 제9항에 있어서,
    상기 상태 정보 알림 활성 요청 메시지는
    응용 서버 별로 부여된 응용 서버 식별값(AsRegistrationID)을 포함하는 것을 특징으로 하는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 장치.
  14. 제9항에 있어서,
    상기 상태 정보 알림 비활성 요청 메시지는
    응용 서버 별로 부여된 응용 서버 식별값(AsRegistrationID)을 포함하는 것을 특징으로 하는 Parlay X 웹서비스를 이용한 멀티미디어 메시지 서비스 장치.
KR1020060051111A 2005-12-08 2006-06-07 Ｐａｒｌａ ｙ Ｘ 웹서비스를 이용한 멀티미디어 메시지서비스 방법 및 장치 KR100811882B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/634,789 US8094589B2 (en) 2005-12-08 2006-12-05 Method and apparatus for multimedia messaging service using Parlay X web service

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20050119326 2005-12-08
KR1020050119326 2005-12-08

Publications (2)

Publication Number Publication Date
KR20070061139A KR20070061139A (ko) 2007-06-13
KR100811882B1 true KR100811882B1 (ko) 2008-03-10

Family

ID=38357074

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020060051111A KR100811882B1 (ko) 2005-12-08 2006-06-07 Ｐａｒｌａ ｙ Ｘ 웹서비스를 이용한 멀티미디어 메시지서비스 방법 및 장치

Country Status (2)

Country Link
US (1) US8094589B2 (ko)
KR (1) KR100811882B1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100979202B1 (ko) * 2007-11-21 2010-09-01 한국전자통신연구원 메시지 서비스 방법 및 메시지 서비스 시스템
CN101911664A (zh) * 2008-03-06 2010-12-08 株式会社日立制作所 服务控制装置、服务控制系统及方法
US9251317B2 (en) * 2009-03-23 2016-02-02 Microsoft Technology Licensing, Llc Network video messaging
CN101997661B (zh) * 2009-08-14 2013-09-11 华为技术有限公司 数据包发送方法、数据包获取方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR19980083797A (ko) * 1997-05-19 1998-12-05 양승택 이동통신시스템에서 제어국내 장치들간 상태 제어방법
KR19990042503A (ko) * 1997-11-27 1999-06-15 윤종용 개인 휴대통신 시스템에서 트랜시버 주제어기의 이중화방법

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100811407B1 (ko) 2001-12-31 2008-03-10 주식회사 케이티 개방형 ＡＰＩ(ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ) 기술을이용한 통합 메시징 서비스 시스템의 호스팅 서비스 제공장치 및 방법
US20060030297A1 (en) * 2004-07-02 2006-02-09 Coble John W Delivery of contents of voice message from voice mailbox to multimedia capable device
KR100519194B1 (ko) 2004-11-09 2005-10-06 유엔젤주식회사 착신 정보 통보 시스템의 처리 방법
US7505482B2 (en) * 2004-11-15 2009-03-17 At&T Intellectual Property I, L.P. Application services infrastructure for next generation networks
US8473617B2 (en) * 2004-12-31 2013-06-25 Sony Corporation Media client architecture for networked communication devices
US7539193B2 (en) * 2005-01-27 2009-05-26 Time Warner Cable, Inc. System and method for facilitating communication between a CMTS and an application server in a cable network

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR19980083797A (ko) * 1997-05-19 1998-12-05 양승택 이동통신시스템에서 제어국내 장치들간 상태 제어방법
KR19990042503A (ko) * 1997-11-27 1999-06-15 윤종용 개인 휴대통신 시스템에서 트랜시버 주제어기의 이중화방법

Also Published As

Publication number Publication date
US20070133761A1 (en) 2007-06-14
KR20070061139A (ko) 2007-06-13
US8094589B2 (en) 2012-01-10

Similar Documents

Publication Publication Date Title
CN102523194B (zh) 使用在场技术的应用信息和命令的传输的用户设备
JP4929248B2 (ja) 加入者になされたコールのルーティング
US8190568B2 (en) System and method for providing interactive communications
US8364122B2 (en) Delayed delivery messaging
US9276964B2 (en) Method and user terminal for supporting provision of capabilities
CN103517266A (zh) 移动网络侧激活移动终端的方法和移动网关系统
EP2224652B1 (en) Method, system, server and terminal for canceling a push message
CN105165035B (zh) 兼具文本消息传输的多媒体消息传输
CN107529229B (zh) 数据传输的方法，装置及系统
EP2797285B1 (en) Method and apparatus for network communication
KR100811882B1 (ko) Ｐａｒｌａ ｙ Ｘ 웹서비스를 이용한 멀티미디어 메시지서비스 방법 및 장치
KR100617775B1 (ko) 멀티미디어 메시징 서비스에서 중복된 도달 통지 메시지에대한 관리 방법
US20050181766A1 (en) Method and device for delivering messages to mobile terminal devices in accordance with a user selectable attainability status
JP2003115795A (ja) 通信システム、この通信システムに用いるサーバ、エージェント制御方法、エージェント制御プログラム
JP5343551B2 (ja) 移動網システム及びガイダンスメッセージ提供方法
US8285784B2 (en) Service creation via presence messaging
JP2007066117A (ja) 情報通知方法及びサーバ
JP4274380B2 (ja) 在圏情報管理サーバ装置、ｓｉｐサーバ装置、在圏情報管理方法
KR102396634B1 (ko) 무선 통신 시스템에서 메시지 수신 정보를 송신하기 위한 장치 및 방법
KR100637535B1 (ko) 불완료 단문메시지 전송 방법
KR100498325B1 (ko) 단문 메시지 전송 방법 및 시스템
US7904506B2 (en) Context information management system
KR100627630B1 (ko) 통화 연결 중에 멀티미디어 메시지를 전송하는 방법 및 장치
KR101295546B1 (ko) 인스턴트 메신저 서비스 방법
JP2006244401A (ja) 配送情報システム

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

Payment date: 20110228

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20111208

Year of fee payment: 20