KR102072345B1 - 복수의 사용자에 대한 메시지 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체 - Google Patents

복수의 사용자에 대한 메시지 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체 Download PDF

Info

Publication number
KR102072345B1
KR102072345B1 KR1020130103728A KR20130103728A KR102072345B1 KR 102072345 B1 KR102072345 B1 KR 102072345B1 KR 1020130103728 A KR1020130103728 A KR 1020130103728A KR 20130103728 A KR20130103728 A KR 20130103728A KR 102072345 B1 KR102072345 B1 KR 102072345B1
Authority
KR
South Korea
Prior art keywords
message
users
provider network
server
network
Prior art date
Application number
KR1020130103728A
Other languages
English (en)
Other versions
KR20150025736A (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 KR1020130103728A priority Critical patent/KR102072345B1/ko
Publication of KR20150025736A publication Critical patent/KR20150025736A/ko
Application granted granted Critical
Publication of KR102072345B1 publication Critical patent/KR102072345B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • 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
    • H04W8/28—Number portability ; Network address portability

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

본 발명은 복수의 사용자에 대한 메시지 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체에 관한 것으로, 이러한 본 발명은, 인터페이스 모듈을 통해 복수의 사용자에 대한 프로세스를 요청하는 프로세스 요청 메시지를 수신하면, 상기 복수의 사용자 각각이 가입된 사업자망을 질의하는 사업자망 질의 메시지를 번호 이동성 관리 서버로 전송하고, 상기 번호 이동성 관리 서버로부터 상기 복수의 사용자 각각이 가입된 사업자망에 대한 정보를 포함하는 사업자망 응답 메시지를 수신하는 네트워크 정보를 수집하기 위한 프로세스 서버와, 이에 따른 방법을 제공한다.

Description

복수의 사용자에 대한 메시지 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체{Apparatus for processing message related with a plurality of users, method thereof and computer recordable medium storing the method}
본 발명은 메시지 처리 기술에 관한 것으로, 더욱 상세하게는, 복수의 사용자가 최종 가입한 사업자망에 대한 정보를 수집하기 위한 메시지 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체에 관한 것이다.
무선통신서비스에서 ALL IP라는 용어가 보다 현실적으로 구현이 가능해진 시점은 스마트폰의 확산을 시작으로 하는 단말의 성능향상 및 무선 네트워크 성능이 충분히 확보된 최근이다. 발전된 단말 및 네트워크 환경으로 인해 통신사업자의 고유한 사업 영역이 비 통신 영역의 개인 및 그룹 서비스 제공자에게 많은 부분 공유되는 현상이 보편화 되고 있으며, 이미 많은 애플리케이션이 통신 사업자의 고유한 사업 영역에 해당되는 서비스를 이동통신 고객에게 제공하고 있다. 이에 따라 통신 사업자들은 차세대 커뮤니케이션 서비스를 빠른 속도로 도입하여 상용화 하고 있다. 이 변화의 핵심에는 커뮤니케이션의 가장 기본적인 방식인 음성, 영상, 문자 서비스를 IP(Internet Protocol) 기반으로의 고도화하는 작업들이 위치하고 있으며, 음성과 영상 서비스로 IP Voice Call/IP Video Call을 제공하고 이와 동시에 IP 기반의 서비스인 RCS(Rich Communication Suite, 이하 RCS)를 제공하게 된다.
한국공개특허 제2004-0024162호, 2004년 03년 20일 공개 (명칭: 엠엔피 서비스 시스템 및 방법)
본 발명의 목적은 네트워크 상의 메시지 처리 절차 중 복수의 사용자가 가입된 사업자망에 대한 정보를 수집할 때, 시스템의 부하를 줄이기 위한 메시지 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체를 제공함에 있다.
상술한 바와 같은 목적을 달성하기 위한 본 발명의 바람직한 실시 예에 따른 메시지 처리를 위한 프로세스 서버는, 메시지 송수신을 위한 인터페이스 모듈과, 상기 인터페이스 모듈을 통해 복수의 사용자에 대한 프로세스를 요청하는 프로세스 요청 메시지를 수신하면, 상기 복수의 사용자 각각이 가입된 사업자망을 질의하는 사업자망 질의 메시지를 번호 이동성 관리 서버로 전송하고, 상기 번호 이동성 관리 서버로부터 상기 복수의 사용자 각각이 가입된 사업자망에 대한 정보를 포함하는 사업자망 응답 메시지를 수신하는 제어 모듈을 포함한다.
상술한 바와 같은 목적을 달성하기 위한 본 발명의 바람직한 실시 예에 따른 메시지 처리를 위한 방법은, 복수의 사용자에 대한 프로세스를 요청하는 프로세스 요청 메시지를 수신하는 단계와, 상기 복수의 사용자 각각이 가입된 사업자망을 질의하는 사업자망 질의 메시지를 번호 이동성 관리 서버로 전송하는 단계와, 상기 번호 이동성 관리 서버로부터 상기 복수의 사용자 각각이 가입된 사업자망에 대한 정보를 포함하는 사업자망 응답 메시지를 수신하는 단계를 포함한다.
본 발명에 따르면, 복수의 사용자가 가입된 사업자망에 대한 정보를 수집할 때, 복수의 사용자 각각에 대해 여러 번에 걸쳐 메시지를 전송하거나, 수신하지 않고, 하나의 메시지로 해당 정보를 수집하기 때문에, 시스템의 부하를 줄일 수 있다.
도 1은 본 발명의 실시 예에 따른 무선 통신 시스템을 설명하기 위한 도면이다.
도 2는 본 발명의 실시예에 따른 프로세스 서버의 개략적인 구성을 설명하기 위한 블록도이다.
도 3는 본 발명의 실시예에 따른 메시지 처리 방법을 설명하기 위한 흐름도이다.
도 4는 본 발명의 제1 실시예에 따른 하나의 사업자망에 대한 처리 방법을 설명하기 위한 흐름도이다.
도 5는 본 발명의 제2 실시예에 따른 하나의 사업자망에 대한 처리 방법을 설명하기 위한 흐름도이다.
도 6은 본 발명의 실시예에 따른 프로세스 서버의 메시지 처리 방법을 설명하기 위한 흐름도이다.
이하, 첨부된 도면을 참조하여 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 본 발명을 용이하게 실시할 수 있는 바람직한 실시예를 상세히 설명한다. 다만, 본 발명의 바람직한 실시예에 대한 동작 원리를 상세하게 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 발명의 핵심을 흐리지 않고 더욱 명확히 전달하기 위함이다. 또한 본 발명은 다양한 변경을 가할 수 있고 여러 가지 실시 예를 가질 수 있는 바, 특정 실시 예들을 도면에 예시하고 상세한 설명에 상세하게 설명하고자 하나, 이는 본 발명을 특정한 실시 형태로 한정하려는 것은 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.
어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다.
또한, 본 명세서에서 사용한 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 또한, 본 명세서에서 기술되는 "포함 한다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
이제 본 발명의 실시 예를 도면을 참조하여 상세하게 설명하도록 한다. 이때, 도면 전체에 걸쳐 유사한 기능 및 작용을 하는 부분에 대해서는 동일한 도면 부호를 사용하며, 이에 대한 중복되는 설명은 생략하기로 한다.
도 1은 본 발명의 실시 예에 따른 무선 통신 시스템을 설명하기 위한 도면이다.
본 발명의 실시예에 따른 시스템은 사용자 장치(100), 프로세스 서버(200), 번호 이동성 관리 서버(300) 및 게이트웨이 서버(400)를 포함한다.
사용자 장치(100)는 네트워크를 통해 프로세스 서버(200)와 통신이 가능한 모든 종류의 장치가 될 수 있다. 예컨대, 이러한 사용자 장치(100)는 이동통신단말기, 스마트폰, 태블릿 PC, PDA(Personal Digital Assistant), 노트북 등을 예시할 수 있다.
프로세스 서버(200)는 본 발명의 실시예에 따른 프로세스 메시지를 처리하기 위한 역할을 수행하는 서버이며, 프로세스 메시지는 복수의 사용자 장치(100) 간의 세션 연결을 요청하는 세션 연결 요청 메시지, 혹은, 사용자 장치(100)의 친구 목록에 있는 다른 사용자의 상태 정보를 요청하는 상태 정보 요청 메시지가 될 수 있다. 세션 연결 요청 메시지 및 상태 정보 요청 메시지 각각은 예컨대, SIP(Session Initiation Protocol)에 따른 INVITE 메시지 및 SUBSCRIBE 메시지가 될 수 있다.
프로세스 서버(200)는 제1 실시예에 따라, 세션 연결 요청 메시지를 처리하는 서버인 경우, IMS(IP Multimedia Subsystem) 서버가 될 수 있다. IMS 서버는 예컨대, IMS 망의 CSCF(Call State Control Function)을 포함하는 장치가 될 수 있다. 프로세스 서버(200)는 제2 실시예에 따라, 상태 정보 요청 메시지를 처리하는 경우, 어플리케이션 서버(AS, Application Server)가 될 수 있다. 보다 상세히, 어플리케이션 서버의 일종인 프레즌스 서버(PS, Presence Server)가 될 수 있다. 프레즌스 서버는 특정 사용자에 대한 상태 정보를 단일 사업자망 내부 및 외부 사업자망의 다양한 네트워크 엔티티 및 사용자 장치(100)로부터 수집하고, 이를 다른 사용자 장치(100)에 제공하는 역할을 수행한다.
번호 이동성 관리 서버(300)는 특정 사용자가 속한 사업자가 어느 사업자에 속하는지 여부를 관리하기 위한 것으로, 식별번호(예컨대, 전화번호)를 통해 특정 사용자에 대해 질의하는 경우, 해당 사용자가 속한 사업자에 대한 정보를 회신한다. 번호 이동성 관리 서버(300)는 NPDB(Number Portability Database)로 구현될 수 있다.
게이트웨이 서버(400)는 사업자망간을 연동하기 위한 역할을 수행한다. 즉, 도 1에서 제1 사업자망과 제2 사업자망을 연동하기 위해, 제1 사업자망의 프로세스 서버(200)와 제2 사업자망의 프로세스 서버(200) 간을 연결한다. 이러한 게이트웨이 서버(400)는 IBCF(Interconnection Border Control Function)로 구현될 수 있다.
본 발명의 실시예에 따른 서비스는 사용자 장치(100)가 복수의 사용자에 대한 프로세스를 제공한다. 예컨대, 사용자 장치(100)는 복수의 상대방과 그룹 대화를 요청할 수도 있다. 복수의 상대방과 그룹 대화를 위해서는, 복수의 상대방과 세션을 연결하여야 한다. 이러한 경우, 사용자 장치(100)는 세션 연결 요청을 위해, 복수의 상대방, 즉, 복수의 사용자(복수의 사용자 장치)에 대한 식별 정보를 포함하는 세션 연결 요청(INVITE) 메시지를 프로세스 서버(200)로 전송할 것이다. 또한, 사용자 장치(100)는 사용자 장치(100)의 주소록에 저장된 복수의 사용자의 상태 정보를 요청할 수도 있다. 이러한 경우, 사용자 장치(100)는 주소록에 포함된 복수의 사용자에 대한 식별 정보를 포함하는 상태 정보 요청(SUBSCRIBE) 메시지를 프로세스 서버(200)로 전송할 것이다.
RCS에 따르면, 상술한 복수의 사용자는 당연하게도 동일한 사업자망에 가입된 사용자가 아닐 수 있다. 따라서 프로세스 서버(200)는 상술한 복수의 사용자가 가입한 사업자망을 알 수 있어야 한다. 이를 위하여, 프로세스 서버(200)는 번호 이동성 관리 서버(300)에 질의한다.
특히, 본 발명의 실시예에 따르면, 프로세스 서버(200)는 하나의 사업자망 질의 메시지에 복수의 사용자에 대한 식별 정보를 모두 포함시켜 번호 이동성 관리 서버(300)에 전송함으로써, 복수의 사용자 각각이 가입한 사업자망을 한번에 질의한다. 또한, 번호 이동성 관리 서버(300)는 복수의 사용자 각각이 가입한 사업자망에 대한 정보를 하나의 사업자망 응답 메시지에 포함시켜 프로세스 서버(200)에 전달한다. 이와 같이, 프로세스 서버(200)는 복수의 사용자가 가입된 사업자망에 대한 정보를 수집할 때, 복수의 사용자 각각에 대해 여러 번에 걸쳐 메시지를 전송하거나, 수신하지 않고, 하나의 메시지로 해당 정보를 수집하기 때문에, 시스템의 부하를 줄일 수 있다.
도 2는 본 발명의 실시예에 따른 프로세스 서버의 개략적인 구성을 설명하기 위한 블록도이다.
본 발명의 실시예에 따른 프로세스 서버(200)는 인터페이스 모듈(210), 저장 모듈(220) 및 제어 모듈(230)을 포함한다.
인터페이스 모듈(210)은 사용자 장치(100), 번호 이동성 관리 서버(300), 등과 통신을 위한 것이다. 인터페이스 모듈(210)은 사용자 장치(100)로부터 전송되는 각 종 메시지를 수신하며, 사용자 장치(100)로 각 종 메시지를 전송할 수 있다. 또한, 인터페이스 모듈(210)은 번호 이동성 관리 서버(300)와 메시지를 교환할 수 있다.
저장 모듈(220)은 데이터 저장을 위한 것으로, 본 발명의 실시예에 따른 각 종 데이터를 저장할 수 있다. 특히 저장 모듈(220)은 특정 사용자 장치(100) 또는 사용자에 대한 식별 정보를 임시로 저장할 수 있다.
제어 모듈(230)은 프로세스 서버(200)의 전반적인 동작 및 프로세스 서버(200)의 내부 블록들 간 신호 흐름을 제어하고, 데이터를 처리하는 데이터 처리 기능을 수행할 수 있다. 이러한 제어 모듈(230)은 중앙 처리 장치(CPU, Central Processing Unit), 등의 프로세서가 될 수 있다.
제어 모듈(230)은 사용자 장치(100)로부터 인터페이스 모듈(210)을 통해 프로세스 요청 메시지를 수신할 수 있다. 그러면, 프로세스 요청 메시지에 포함된 복수의 식별 정보를 통해 복수의 사용자에 대한 프로세스를 수행한다. 이를 위하여, 제어 모듈(230)은 인터페이스 모듈(210)을 통해 번호 이동성 관리 서버(300)에 복수의 사용자에 대한 식별 정보를 제공하여, 복수의 사용자 각각이 가입한 사업자망에 대해 질의한다. 이때, 제어 모듈(230)은 복수의 사용자 각각에 대해 개별로 질의하는 것이 아니라, 하나의 사업자망 질의(NPDB_SEARCH_REQ) 메시지에 복수의 사용자 전부의 식별 정보를 포함시켜 전송함으로써, 한번에 질의한다. 이에 따라, 제어 모듈(230)은 인터페이스 모듈(210)을 통해 번호 이동성 관리 서버(300)로부터 복수의 사용자 각각이 가입한 사업자망을 포함하는 하나의 사업자망 응답(NPDB_SEARCH_RSP) 메시지를 수신할 수 있다. 이에 따라, 제어 모듈(230)은 프로세스 요청 메시지에 포함된 식별 정보로 식별되는 복수의 사용자 각각이 속한 사업자망에 대해 인지할 수 있다. 즉, 복수의 사용자를 사업자망 별로 구분할 수 있다.
상술한 바와 같이, 복수의 사용자를 사업자망 별로 구분한 후, 제어 모듈(230)은 각 사업자망 별로 사용자 장치(100)로부터 수신한 프로세스 요청 메시지가 요청하는 프로세스를 수행한다. 제어 모듈(230)은 어느 하나의 타사 사업자망에 가입된 복수의 사용자에 대한 프로세스를 수행할 때, 하나의 메시지, 즉, 사업자망 프로세스 요청 메시지만을 이용한다.
즉, 제어 모듈(230)은 복수의 사용자 각각에 대해 개별적으로 메시지를 전송하는 것이 아니라, 복수의 사용자 모두의 식별 정보를 포함하는 하나의 사업자망 프로세스 요청 메시지를 인터페이스 모듈(210)을 통해 해당 타사 사업자망의 프로세스 서버(200)로 전송한다. 이에 따라, 제어 모듈(230)은 인터페이스 모듈(210)을 통해 해당 타사 사업자망의 프로세스 서버(200)로부터 하나의 사업자망 프로세스 응답 메시지를 수신할 수 있다. 따라서 사업자 간의 송수신되는 메시지의 수를 줄일 수 있어, 시스템의 부하를 경감시킬 수 있다.
도 3는 본 발명의 실시예에 따른 메시지 처리 방법을 설명하기 위한 흐름도이며, 도 4는 본 발명의 제1 실시예에 따른 하나의 사업자망에 대한 처리 방법을 설명하기 위한 흐름도이고, 도 5는 본 발명의 제2 실시예에 따른 하나의 사업자망에 대한 처리 방법을 설명하기 위한 흐름도이다.
도 3에서 제1 프로세스 서버(201)는 제1 사업자망에 속한 서버이며, 제2 프로세스 서버(202)는 제2 사업자망에 속한 서버이고, 제3 프로세스 서버(203)는 제3 사업자망에 속한 서버라고 가정한다. 또한, 사용자 장치(100)는 제1 사업자망에 가입된 장치이다.
도 3을 참조하면, 사용자 장치(100)는 S310 단계에서 프로세스 요청 메시지를 제1 프로세스 서버(201)로 전송한다. 프로세스 요청 메시지는 복수의 사용자와 관련된 프로세스를 요청한다. 제1 실시예에 따르면, 이 프로세스 요청 메시지는 복수의 사용자와 그룹 대화를 위한 세션 연결을 요청하는 세션 연결 요청 메시지가 될 수 있다. 세션 연결 요청 메시지는 SIP에 따라 INVITE 메시지가 될 수 있다. 이러한 경우, 그룹 대화를 하고자 하는 복수의 사용자에 대한 식별 정보를 포함한다. 제2 실시예에 따르면, 프로세스 요청 메시지는 사용자 장치(100)의 주소록에 친구로 등록된 복수의 사용자에 대한 상태 정보를 요청하는 상태 정보 요청 메시지가 될 수 있다. 상태 정보 요청 메시지는 SIP에 따라 SUBSCRIBE 메시지가 될 수 있다. 이러한 경우, 주소록에 친구로 등록된 모든 사용자의 식별 정보를 포함한다. 제1 및 제2 실시예 모두 식별 정보는 전화번호가 될 수 있다.
사용자 장치(100)로부터 프로세스 요청 메시지를 수신한 프로세스 서버(200)는 S320 단계에서 하나의 프로세스 요청 메시지에 포함된 모든 사용자의 식별 정보를 포함하는 하나의 사업자망 질의(NPDB_SEARCH_REQ) 메시지를 번호 이동성 관리 서버(300)로 전송한다. 사업자망 질의 메시지는 프로세스 메시지에 따른 절차를 수행하기 위하여 모든 사용자가 현재 가입된 사업자망을 조회하기 위한 것이다. 즉, 이 사업자망 질의 메시지는 프로세스 요청 메시지에 포함된 복수의 사용자 각각에 대해 여러 번 전송하는 것이 아니라, 프로세스 요청 메시지에 포함된 복수의 사용자 모두의 식별 정보를 하나의 사업자망 질의 메시지에 포함시켜 복수의 사용자 각각이 현재 가입되어 있는 사업자망을 한번에 질의한다.
번호 이동성 관리 서버(300)는 S330 단계에서 사업자망 질의 메시지에 대한 응답으로 사업자망 응답 메시지(NPDB_SEARCH_RSP)를 프로세스 서버(200)로 전송한다. 사업자망 응답 메시지는 사업자망 질의 메시지에 포함된 복수의 사용자 각각이 가입된 사업자망에 대한 정보를 포함한다.
사업자망 응답 메시지에 따라, 프로세스 서버(200)는 프로세스 요청 메시지에 포함된 사용자들 각각이 현재 속한 사업자망이 어디인지 인식할 수 있다. 이에 따라, 프로세스 서버(200)는 각 사업자망 별로 사용자 장치(100)로부터 수신한 프로세스 요청 메시지가 요청하는 프로세스를 수행한다. 예컨대, 사업자망 응답 메시지에 따르면, 프로세스 요청 메시지에 포함된 사용자 중 제1 사업자망에 가입된 사용자는 30 명이고, 제2 사업자망에 가입된 사용자는 40명이며, 제3 사업자망에 가입된 사용자는 50명이라고 가정한다. 이러한 경우, 각 사업자망 별로 프로세스를 진행한다. 이를 살펴보면 다음과 같다.
제1 프로세스 서버(201)는 S340 단계에서 제1 사업자망에 가입된 복수의 사용자에 대한 프로세스를 수행한다. 예컨대, 프로세스 요청 메시지가 세션 연결 요청 메시지라면, 제1 프로세스 서버(201) 입장에서 자사인 제1 사업자망에 가입된 사용자 30명의 사용자 장치(100)에 세션 연결 요청 메시지를 전송한다. 프로세스 요청 메시지가 상태 정보 요청 메시지라면, 제1 프로세스 서버(201) 입장에서 자사인 제1 사업자망에 가입된 사용자 30명의 상태 정보를 조회한다. 이러한 조회를 위해, 제1 사업자망에 가입된 사용자의 상태 정보를 저장하는 서버에 상태 정보를 조회할 수 있다.
또한, 제1 프로세스 서버(201)는 S350 단계에서 제2 사업자망에 가입된 사용자에 대한 프로세스를 수행한다.
도 4는 이러한 제1 프로세스 서버(201)의 제2 사업자망에 가입된 사용자에 대한 프로세스(S350 단계)를 제1 실시예에 따라 보다 상세하게 설명하기 위한 것이다. 여기서, 서로 다른 사업자망에 속한 프로세스 서버(201, 202, 203) 간에 송수신되는 메시지는 게이트웨이 서버(400)를 거쳐 송수신되며, 그 상세한 설명은 생략한다. 제1 실시예에 따르면, 제1 프로세스 서버(201)는 S410 단계에서 제2 사업자망에 가입된 복수의 사용자의 식별 정보를 포함하는 하나의 사업자망 프로세스 요청 메시지를 제2 프로세스 서버(202)에 전송한다. 이 사업자망 프로세스 요청 메시지는 세션 연결 요청(INVITE) 메시지이며, 제2 사업자망에 가입된 복수의 사용자에 대해 그룹 대화를 위한 세션 연결을 요청하는 것이다. 그러면, 제2 프로세스 서버(202)는 사업자망 프로세스 요청 메시지에 포함된 복수의 사용자 각각의 사용자 장치(100)로 INVITE 메시지를 전송할 것이다. 이에 따라, 제2 프로세스 서버(202)는 복수의 사용자의 사용자 장치(100)로부터 수신한 확인 메시지, 예컨대, 180 ringing 메시지를 전송할 수 있다. 이 180 ringing 메시지는 아직 세션이 진행 중임을 나타낸다. 그런 다음, 제2 프로세스 서버(202)는 S430 단계에서 사업자망 프로세스 응답 메시지로 제1 프로세스 서버(202)로 전송할 것이다. 여기서, 사업자망 프로세스 응답 메시지는 세션 연결 수락(200 OK) 메시지이며, 세션 연결 수락 메시지는 제2 사업자망의 복수의 사용자 중 세션 연결을 수락한 사용자의 식별 정보를 포함한다. 이에 따라, 제1 프로세스 서버(201)는 S440 단계에서 사업자망 프로세스 응답 메시지에 대한 수신을 완료하였음을 알리는 확인 메시지, 즉, ACK 메시지를 제2 프로세스 서버(202)로 전송한다.
도 5는 제1 프로세스 서버(201)의 제2 사업자망에 가입된 사용자에 대한 프로세스(S350 단계)를 제2 실시예에 따라 보다 상세하게 설명하기 위한 것이다. 여기서, 서로 다른 사업자망에 속한 프로세스 서버(201, 202, 203) 간에 송수신되는 메시지는 게이트웨이 서버(400)를 거쳐 송수신되며, 그 상세한 설명은 생략한다.
제2 실시예에 따르면, 제1 프로세스 서버(201)는 S510 단계에서 제2 사업자망에 가입된 복수의 사용자의 식별 정보를 포함하는 하나의 사업자망 프로세스 요청 메시지를 제2 사업자망의 제2 프로세스 서버(202)에 전송한다. 여기서, 식별 정보는 사용자 장치(100)의 주소록에 포함된 복수의 사용자 중 제2 사업자망에 가입된 복수의 사용자의 식별 정보이다. 그리고 사업자망 프로세스 요청 메시지는 제2 사업자망에 가입된 복수의 사용자의 상태 정보를 요청하는 상태 정보 요청(SUBSCRIBE) 메시지이다. 그러면, 제2 프로세스 서버(202)는 S520 단계에서 사업자망 프로세스 요청 메시지에 대한 프로세스, 즉, 상태 정보 수집을 계속할 것임을 알리는 확인 메시지를 전송할 수 있다. 이는 200 OK 메시지가 될 수 있다. 그런 다음, 제2 프로세스 서버(202)는 S530 단계에서 사업자망 프로세스 요청 메시지에 대한 응답으로 사업자망 프로세스 응답 메시지를 전송한다. 이 사업자망 프로세스 응답 메시지는 상태 정보 응답(NOTIFY) 메시지이며, 사용자 장치(100)의 주소록에 포함된 복수의 사용자 중 제2 사업자망에 가입된 사용자의 상태 정보를 포함한다. 그러면, 제1 프로세스 서버(201)는 S540 단계에서 사업자망 프로세스 응답 메시지에 대한 수신을 완료하였음을 알리는 확인 메시지, 즉, 200 OK 메시지를 제2 프로세스 서버(202)로 전송할 수 있다.
상술한 바와 같이, S410 단계 내지 S440 단계와 같은 절차를 통해 하나의 타 사업자망에 가입된 사용자에 대한 프로세스를 수행한다. 즉, 제2 사업자망에 대한 프로세스를 수행한다. 특히, 사업자망 프로세스 요청 메시지 및 사업자망 프로세스 응답 메시지는 복수의 사용자에 대한 메시지이지만, 하나의 메시지에 복수의 사용자에 대한 식별 정보를 포함하여, 제1 및 제2 프로세스 서버(201, 202) 사이에 송수신되는 메시지의 수를 줄인다. 이러한 제2 사업자망에 대한 프로세스와 마찬가지로, 제1 프로세스 서버(201)는 S360 단계에서 제3 사업자망에 가입된 사용자에 대한 프로세스를 수행한다. 즉, 제1 프로세스 서버(201)는 제3 사업자망의 제3 프로세스 서버(203)에 제3 사업자망에 가입된 사용자의 식별 정보를 포함하는 하나의 사업자망 프로세스 요청 메시지를 전송한다. 예컨대, 제1 실시예에 따르면, 사용자 장치(100)로부터 수신한 프로세스 요청 메시지가 세션 연결 요청 메시지라면, 제1 프로세스 서버(201)는 제3 프로세스 서버(203)에 제3 사업자망에 가입된 50 명의 식별 정보를 포함하는 사업자망 프로세스 요청 메시지를 전송하여, 세션 연결을 요청할 것이다. 그러면, 그러면, 제1 프로세스 서버(201)는 제3 프로세스 서버(203)로부터 제3 사업자망에 가입된 50 명 중 세션 연결을 수락한 사용자의 식별 정보를 포함하는 사업자망 프로세스 응답 메시지를 수신할 것이다. 또한, 제2 실시예에 따르면, 사용자 장치(100)로부터 수신한 프로세스 요청 메시지가 상태 정보 요청 메시지라면, 제1 프로세스 서버(201)는 제3 프로세스 서버(203)에 제3 사업자망에 가입된 50 명의 식별 정보를 포함하는 사업자망 프로세스 요청 메시지를 전송하여 제3 사업자망에 가입된 50 명의 상태 정보를 요청할 것이다. 그러면, 제3 프로세스 서버(203)는 자신의 사업자망에 포함된 50 명의 상태 정보를 수집하여, 제3 사업자망에 가입된 50 명의 상태 정보를 포함하는 사업자망 프로세스 응답 메시지를 제1 프로세스 서버(201)로 전송할 것이다. 상술한 바와 같이, 사업자망 프로세스 요청 메시지는 각 사용자 각각에 대해 여러 번 전송하지 않고, 사업자 별로 하나만 전송됨을 유의하여야 한다. 따라서 복수의 사용자에 대한 프로세스를 하나의 메시지로 처리할 수 있어, 시스템의 부하가 줄어든다.
다음으로, 제1 프로세스 서버(201)는 사업자망 프로세스 요청 메시지에 따른 사업자망 프로세스 응답 메시지를 수신하는 경우, S370 단계에서 앞서(S310 단계) 수신된 프로세스 요청 메시지에 대응하는 프로세스 응답 메시지를 사용자 장치(100)로 전송한다. 제1 실시예에 따르면, 프로세스 응답 메시지는 세션 연결 요청 메시지에 대한 응답인 세션 연결 수락 메시지가 될 수 있으며, SIP에 따르면, 200 OK 메시지가 될 수 있다. 또한, 제2 실시예에 따르면, 프로세스 응답 메시지는 상태 정보 요청 메시지에 대한 응답인 상태 정보 응답 메시지가 될 수 있으며, SIP에 따르면, NOTIFY 메시지가 될 수 있다.
도 6은 본 발명의 실시예에 따른 프로세스 서버의 메시지 처리 방법을 설명하기 위한 흐름도이다.
도 6을 참조하면, 제어 모듈(230)은 S610 단계에서 대기 모드에 있다. 대기 모드 중 제어 모듈(230)은 S620 단계에서 인터페이스 모듈(210)을 통해 프로세스 요청 메시지를 수신할 수 있다. 프로세스 요청 메시지는 복수의 사용자와 관련된 프로세스를 요청하는 메시지이며, 복수의 사용자의 식별 정보를 포함한다. 이 식별 정보는 전화 번호가 될 수 있다. 제1 실시예에 따르면, 이 프로세스 요청 메시지는 복수의 사용자와 그룹 대화를 위한 세션 연결을 요청하는 세션 연결 요청(INVITE) 메시지가 될 수 있다. 이러한 경우, 그룹 대화를 하고자 하는 복수의 사용자에 대한 식별 정보를 포함한다. 제2 실시예에 따르면, 프로세스 요청 메시지는 복수의 사용자에 대한 상태 정보를 요청하는 상태 정보 요청(SUBSCRIBE) 메시지가 될 수 있다.
사용자 장치(100)로부터 프로세스 요청 메시지를 수신한 후, 제어 모듈(230)은 S630 단계에서 하나의 사업자망 질의(NPDB_SEARCH_REQ) 메시지를 번호 이동성 관리 서버(300)로 전송한다. 하나의 사업자망 질의 메시지는 앞서 수신된 프로세스 요청 메시지에 포함된 복수의 사용자들의 식별 정보가 포함되며, 이에 따라, 하나의 사업자망 질의 메시지는 복수의 사용자가 현재 가입되어 있는 사업자망을 한번에 질의한다.
번호 이동성 관리 서버(300)는 사업자망 질의 메시지에 대한 응답으로 사업자망 응답(NPDB_SEARCH_RSP) 메시지를 프로세스 서버(200)로 전송할 것이다. 이에 따라, 제어 모듈(230)은 S640 단계에서 인터페이스 모듈(210)을 통해 사업자망 응답 메시지를 수신한다. 사업자망 응답 메시지는 사업자망 질의 메시지에 포함된 사용자들 각각이 가입된 사업자망에 대한 정보를 포함한다. 이에 따라, 제어 모듈(230)은 프로세스 요청 메시지에 포함된 식별 정보를 통해 식별되는 사용자들 각각이 현재 속한 사업자망이 어디인지 인식할 수 있다.
이에 따라, 제어 모듈(230)은 각 사업자망 별로 프로세스 요청 메시지가 요청하는 프로세스를 수행한다.
먼저, 제어 모듈(230)은 S650 단계에서 자신이 속한 사업자망에 가입된 사용자에 대한 프로세스를 수행할 수 있다. 그런 다음, 제어 모듈(230)은 S660 단계에서 자신이 속한 사업자망이 아닌 타 사업자망에 가입된 사용자에 대한 프로세스를 수행할 수 있다. 이때, 제어 모듈(230)은 사업자망에 따라 개별로 프로세스를 수행한다. 예컨대, 제어 모듈(230)이 속한 사업자망은 제1 사업자망이며, 타 사업자망은 제2 사업자망 및 제3 사업자망이 존재한다고 가정한다. 이러한 경우, 제어 모듈(230)은 제2 사업자망으로 하나의 사업자망 프로세스 요청 메시지를 전송하고, 제3 사업자망으로 다른 하나의 사업자망 프로세스 요청 메시지를 전송할 것이다.
조금 더 상세히 설명하면, 제어 모듈(230)은 제2 사업자망의 제2 프로세스 서버(202)에 제2 사업자망에 가입된 사용자들의 식별 정보를 포함하는 하나의 사업자망 프로세스 요청 메시지를 전송한다. 여기서, 사업자망 프로세스 요청 메시지는 세션 연결 요청 메시지 또는 상태 정보 요청 메시지가 될 수 있다. 또한, 제어 모듈(230)은 제3 사업자망의 제3 프로세스 서버(203)에 제3 사업자망에 가입된 사용자들의 식별 정보를 포함하는 하나의 사업자망 프로세스 요청 메시지를 전송한다. 여기서, 사업자망 프로세스 요청 메시지는 세션 연결 요청 메시지 혹은 상태 정보 요청 메시지가 될 수 있다. 상술한 바와 같이, 사업자망 프로세스 요청 메시지는 각 사용자 각각에 대해 여러 번 전송하지 않고, 사업자 별로 하나만 전송됨을 유의하여야 한다. 따라서 복수의 사용자에 대한 프로세스를 하나의 메시지로 처리할 수 있어, 시스템의 부하가 줄어든다.
다음으로, 제어 모듈(230)은 S670 단계에서 인터페이스 모듈(210)을 통해 사업자망 프로세스 요청 메시지에 따른 사업자망 프로세스 응답 메시지를 수신한다. 그러면, 제어 모듈(230)은 S680 단계에서 앞서 수신한 프로세스 요청 메시지에 대한 응답으로 인터페이스 모듈(210)을 통해 프로세스 응답 메시지를 사용자 장치(100)로 전송한다. 제1 실시예에 따르면, 프로세스 응답 메시지는 세션 연결 응답(200 OK) 메시지가 될 수 있다. 또한, 제2 실시예에 따르면, 프로세스 응답 메시지는 상태 정보 응답(NOTIFY) 메시지가 될 수 있다.
상술한 바와 같은 본 발명의 실시 예에 따른 복수의 사용자에 대한 메시지 처리를 위한 방법은 컴퓨터 프로그램 명령어와 데이터를 저장하기에 적합한 컴퓨터로 판독 가능한 매체의 형태로 제공될 수도 있다. 이때, 컴퓨터 프로그램 명령어와 데이터를 저장하기에 적합한 컴퓨터로 판독 가능한 매체는, 예컨대 기록매체는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(Magnetic Media), CD-ROM(Compact Disk Read Only Memory), DVD(Digital Video Disk)와 같은 광 기록 매체(Optical Media), 플롭티컬 디스크(Floptical Disk)와 같은 자기-광 매체(Magneto-Optical Media), 및 롬(ROM, Read Only Memory), 램(RAM, Random Access Memory), 플래시 메모리, EPROM(Erasable Programmable ROM), EEPROM(Electrically Erasable Programmable ROM)과 같은 반도체 메모리를 포함한다. 프로세서와 메모리는 특수 목적의 논리 회로에 의해 보충되거나, 그것에 통합될 수 있다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함할 수 있다. 이러한 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
본 명세서는 다수의 특정한 구현물의 세부사항들을 포함하지만, 이들은 어떠한 발명이나 청구 가능한 것의 범위에 대해서도 제한적인 것으로서 이해되어서는 안되며, 오히려 특정한 발명의 특정한 실시형태에 특유할 수 있는 특징들에 대한 설명으로서 이해되어야 한다. 개별적인 실시형태의 문맥에서 본 명세서에 기술된 특정한 특징들은 단일 실시형태에서 조합하여 구현될 수도 있다. 반대로, 단일 실시형태의 문맥에서 기술한 다양한 특징들 역시 개별적으로 혹은 어떠한 적절한 하위 조합으로도 복수의 실시형태에서 구현 가능하다. 나아가, 특징들이 특정한 조합으로 동작하고 초기에 그와 같이 청구된 바와 같이 묘사될 수 있지만, 청구된 조합으로부터의 하나 이상의 특징들은 일부 경우에 그 조합으로부터 배제될 수 있으며, 그 청구된 조합은 하위 조합이나 하위 조합의 변형물로 변경될 수 있다.
마찬가지로, 특정한 순서로 도면에서 동작들을 묘사하고 있지만, 이는 바람직한 결과를 얻기 위하여 도시된 그 특정한 순서나 순차적인 순서대로 그러한 동작들을 수행하여야 한다거나 모든 도시된 동작들이 수행되어야 하는 것으로 이해되어서는 안 된다. 특정한 경우, 멀티태스킹과 병렬 프로세싱이 유리할 수 있다. 또한, 상술한 실시형태의 다양한 시스템 컴포넌트의 분리는 그러한 분리를 모든 실시형태에서 요구하는 것으로 이해되어서는 안되며, 설명한 프로그램 컴포넌트와 시스템들은 일반적으로 단일의 소프트웨어 제품으로 함께 통합되거나 다중 소프트웨어 제품에 패키징 될 수 있다는 점을 이해하여야 한다.
한편, 본 명세서와 도면에 개시된 본 발명의 실시 예들은 이해를 돕기 위해 특정 예를 제시한 것에 지나지 않으며, 본 발명의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시 예들 이외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 자명한 것이다.
본 발명은 복수의 사용자에 대한 메시지 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체에 관한 것이다. 이러한 본 발명에서, 프로세스 서버는 복수의 사용자에 대한 프로세스를 요청하는 프로세스 요청 메시지를 수신하면, 상기 복수의 사용자 각각이 가입된 사업자망을 질의하는 사업자망 질의 메시지를 번호 이동성 관리 서버로 전송한다. 그리고 프로세스 서버는 상기 번호 이동성 관리 서버로부터 상기 복수의 사용자 각각이 가입된 사업자망에 대한 정보를 포함하는 사업자망 응답 메시지를 수신한다. 이와 같이, 복수의 사용자가 가입된 사업자망에 대한 정보를 수집할 때, 복수의 사용자 각각에 대해 여러 번에 걸쳐 그 프로세스를 수행하지 않고, 한번의 프로세스로 해당 정보를 수집하기 때문에, 시스템의 부하를 줄일 수 있다. 이는 시판 또는 영업의 가능성이 충분할 뿐만 아니라 현실적으로 명백하게 실시할 수 있는 정도이므로 산업상 이용가능성이 있다.
100: 사용자 장치 200: 프로세스 서버
210: 인터페이스 모듈 220: 저장 모듈
230: 제어 모듈 300: 번호 이동성 관리 서버
400: 게이트웨이 서버

Claims (9)

  1. 메시지 송수신을 위한 인터페이스 모듈; 및
    상기 인터페이스 모듈을 통해 복수의 사용자에 대한 프로세스를 요청하는 프로세스 요청 메시지를 수신하면, 상기 복수의 사용자 각각이 가입된 사업자망을 질의하는 하나의 사업자망 질의 메시지를 번호 이동성 관리 서버로 전송하고,
    상기 번호 이동성 관리 서버로부터 상기 복수의 사용자 각각이 가입된 사업자망에 대한 정보를 포함하는 하나의 사업자망 응답 메시지를 수신하면, 상기 수신된 사업자망 응답 메시지에 포함된 사업자망 정보에 따라 각 사업자망별로 프로세스가 수행되도록 제어하는 제어 모듈;을 포함하되,
    상기 제어 모듈은
    상기 사업자망 응답 메시지에 포함된 사업자망 정보에 따라 상기 사업자망 중 어느 하나의 타 사업자망에 속한 복수의 사용자들에 대한 프로세스를 요청하는 사업자망 프로세스 요청 메시지를 하나의 메시지 형태로 상기 타 사업자망의 프로세스 서버로 전송하는 것을 특징으로 하는 메시지 처리를 위한 프로세스 서버.
  2. 삭제
  3. 삭제
  4. 제1항에 있어서,
    상기 사업자망 프로세스 요청 메시지는
    세션 연결 요청 메시지 및 상태 정보 요청 메시지 중 어느 하나인 것을 특징으로 하는 메시지 처리를 위한 프로세스 서버.
  5. 제1항에 있어서,
    상기 프로세스 서버는
    IMS(IP Multimedia Subsystem) 서버 또는 어플리케이션 서버 중 어느 하나인 것을 특징으로 하는 메시지 처리를 위한 프로세스 서버.
  6. 복수의 사용자에 대한 프로세스를 요청하는 프로세스 요청 메시지를 수신하는 단계;
    상기 복수의 사용자 각각이 가입된 사업자망을 질의하는 하나의 사업자망 질의 메시지를 번호 이동성 관리 서버로 전송하는 단계;
    상기 번호 이동성 관리 서버로부터 상기 복수의 사용자 각각이 가입된 사업자망에 대한 정보를 포함하는 하나의 사업자망 응답 메시지를 수신하는 단계; 및
    상기 수신된 사업자망 응답 메시지에 포함된 사업자망 정보에 따라 각 사업자망 별로 프로세스가 수행되도록 제어하는 단계;를 포함하되,
    상기 제어하는 단계는
    상기 사업자망 응답 메시지에 포함된 사업자망 정보에 따라 상기 사업자망 중 어느 하나의 타 사업자망에 속한 복수의 사용자들에 대한 프로세스를 요청하는 사업자망 프로세스 요청 메시지를 하나의 메시지 형태로 상기 타 사업자망의 프로세스 서버로 전송하는 것을 특징으로 하는 메시지 처리를 위한 방법.
  7. 삭제
  8. 삭제
  9. 제6항에 따른 메시지 처리를 위한 방법이 기록된 컴퓨터 판독 가능한 기록매체.
KR1020130103728A 2013-08-30 2013-08-30 복수의 사용자에 대한 메시지 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체 KR102072345B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020130103728A KR102072345B1 (ko) 2013-08-30 2013-08-30 복수의 사용자에 대한 메시지 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020130103728A KR102072345B1 (ko) 2013-08-30 2013-08-30 복수의 사용자에 대한 메시지 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체

Publications (2)

Publication Number Publication Date
KR20150025736A KR20150025736A (ko) 2015-03-11
KR102072345B1 true KR102072345B1 (ko) 2020-01-31

Family

ID=53021900

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020130103728A KR102072345B1 (ko) 2013-08-30 2013-08-30 복수의 사용자에 대한 메시지 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체

Country Status (1)

Country Link
KR (1) KR102072345B1 (ko)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100805507B1 (ko) 2002-09-13 2008-02-20 엘지노텔 주식회사 엠엔피 서비스 시스템 및 방법
KR20060017036A (ko) * 2004-08-19 2006-02-23 주식회사 엑스씨이 문자메시지 그룹전송 시스템 및 그 전송방법
KR101799383B1 (ko) * 2011-04-14 2017-11-21 에스케이텔레콤 주식회사 번호 이동에 따른 메시지 서비스 장치 및 시스템, 그리고 메시지 서비스 제공 방법

Also Published As

Publication number Publication date
KR20150025736A (ko) 2015-03-11

Similar Documents

Publication Publication Date Title
CN101103609B (zh) 用于处理紧急呼叫的方法及装置
US8724620B2 (en) Method and apparatus for managing calls
CN101480013B (zh) 用于提供对附着于网络注册装置的媒体资源的访问的技术
CN101681318B (zh) 通信终端、用于控制通信终端的方法
CN101647255B (zh) 用于管理应用程序集合体的方法和装置
CN101631388B (zh) 一种基于无线网络的多方视频共享方法及系统
CN102273238A (zh) 创建订户装置的全局唯一标识符
US9992343B2 (en) Text translation of an audio recording during recording capture
EP3550794B1 (en) Solution for establishing a communication session
US9167089B2 (en) Method and system for searching and processing contacts
EP2974159B1 (en) Method, device and system for voice communication
EP1763205A1 (en) Communication system, transfer control method, telephone device used for same, communication device, and program
CN101291235A (zh) 与支持多种消息业务的用户通信的方法及系统
JP2010516131A (ja) 電話ベースのウェブサーバを発見する方法及び、当該方法に関連する電子機器とコンピュータプログラム
KR101002150B1 (ko) 이동통신 단말 간의 인스턴트 메시징 서비스 제공 방법 및 장치
KR100922953B1 (ko) 인터넷 프로토콜 멀티미디어 서브시스템에서 호 변경 요청의 처리 방법 및 시스템
KR102072345B1 (ko) 복수의 사용자에 대한 메시지 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체
KR102055260B1 (ko) 상태 정보를 업데이트하기 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체
KR101546387B1 (ko) 단말들간의 콘텐츠 공유 프로세스를 수행하는 콘텐츠 공유 서버 및 방법, 그리고 단말
JP2009284460A (ja) モバイル通信プラットフォームが異質プラットフォームに跨るマルチメディア伝送システム
US8306206B2 (en) Callback system, transmitting terminal, telephone relay server, callback method and callback program
KR100613651B1 (ko) 상황 인식 서비스 제공 시스템 및 방법
KR102019758B1 (ko) 이기종 시스템 연동 방법 및 장치
KR101022165B1 (ko) 능력 정보에 기반한 세션 관리 방법
CN115529375B (zh) 界面显示方法、装置和电子设备

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